Ошибка «превышено время ожидания блокировки TTIMEOUT» в 1С 8.3
Краткое решение
Краткое решение
Транзакция не дождалась освобождения управляемой блокировки (часто лимит ~20 с) — другой сеанс держит те же данные. Нужны бэкап, поиск виновника по ТЖ (TTIMEOUT/TLOCK) и устранение длинных транзакций, а не бесконечное увеличение таймаута.
Текст ошибки
Превышено максимальное время ожидания предоставления блокировкиМатрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.22 |
✕ Затронута | |
8.3.23 |
✕ Затронута | |
8.3.24 |
✕ Затронута | |
8.3.25 |
✕ Затронута |
Пошаговое решение
-
Снимите резервную копию по регламенту. В консоли кластера найдите сеанс-блокировщик и корректно завершите его, если он завис. Повторите операцию пользователя.
-
Включите технологический журнал с TLOCK/TTIMEOUT/TDEADLOCK. По WaitConnections найдите виновника и контекст модуля; сократите транзакцию или перенесите чтение на запросы без лишних блокировок.
-
Разнесите по времени массовые проведения и обмен. Не увеличивайте таймаут блокировок без анализа — сначала устраните причину длительных блокировок на копии.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-07-20 12:17:18
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «превышено время ожидания блокировки TTIMEOUT». С чего начать, чтобы не навредить базе?
-
После обновления снова «превышено время ожидания блокировки TTIMEOUT». Кто чем лечил?
-
Делали очистку кэша — не помогло при «превышено время ожидания блокировки TTIMEOUT». Что дальше?
Задать вопрос по этой ошибке