55P03
Ошибка «Ошибка СУБД DBMS lock timeout» в 1С 8.3
Краткое решение
Краткое решение
Lock timeout на PostgreSQL — транзакция 1С не дождалась блокировки. Диагностика: ТЖ LOCK/EXCP и логи СУБД; для dt — JobsCount 1; в postgresql.conf — lock_timeout и max_locks_per_transaction=256.
Текст ошибки
ERROR: canceling statement due to lock timeoutМатрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.19 |
✕ Затронута | |
8.3.22 |
✕ Затронута | |
8.3.24 |
✕ Затронута | |
8.3.25 |
✕ Затронута |
Пошаговое решение
-
Найдите сеанс-блокиратор в консоли кластера 1С и логах PostgreSQL (canceling statement due to lock timeout / still waiting for …Lock).
-
Проверьте lock_timeout (часто стартуют с 10000 мс) и max_locks_per_transaction=256 в postgresql.conf / ALTER ROLE — после бэкапа и на тесте.
Опасный шаг — сделайте резервную копию.
-
При RestoreIB укажите -JobsCount 1, чтобы грузить dt одним потоком.
Опасный шаг — сделайте резервную копию.
-
Сократите длительные транзакции и пиковые регламентные задания, мешающие блокировкам.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-08-17 12:13:35
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «Ошибка СУБД DBMS lock timeout». С чего начать, чтобы не навредить базе?
-
После обновления снова «Ошибка СУБД DBMS lock timeout». Кто чем лечил?
-
Делали очистку кэша — не помогло при «Ошибка СУБД DBMS lock timeout». Что дальше?
Задать вопрос по этой ошибке