Ошибка «Ошибка СУБД DBMS lock timeout» в 1С 8.3
Краткое решение
Краткое решение
С платформы 8.3.19 загрузка .dt идёт параллельными заданиями; на PostgreSQL потоки конкурируют за блокировки и получают 55P03 lock timeout. Загружайте в один поток: /RestoreIB "…dt" -JobsCount 1, затем сразу очистите доп. параметры запуска.
Текст ошибки
Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Конфликт блокировок при выполнении транзакции: 55P03: ERROR: canceling statement due to lock timeout CONTEXT: COPY _accrgat21396, line 7000
Матрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.19 |
✕ Затронута | |
8.3.24 |
✕ Затронута | |
8.3.27 |
✕ Затронута |
Пошаговое решение
-
В свойствах ИБ укажите доп. параметры: /RestoreIB "путькфайлу.dt" -JobsCount 1. Откройте конфигуратор — начнётся загрузка. Сразу после старта очистите доп. параметры, иначе при следующем входе снова запустится RestoreIB.
-
Пример: 1cv8.exe DESIGNER /S serverasename /N User /P Pass /RestoreIB "D:dump.dt" -JobsCount 1. Дождитесь завершения без параллельных сеансов на этой базе.
-
Перед повторной попыткой сделайте бэкап. При необходимости поднимите max_locks_per_transaction (часто до 256+) и согласуйте lock_timeout с админом СУБД; после успешной загрузки верните тестовые значения.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-08-17 12:45:58
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «Ошибка СУБД DBMS lock timeout». С чего начать, чтобы не навредить базе?
-
После обновления снова «Ошибка СУБД DBMS lock timeout». Кто чем лечил?
-
Делали очистку кэша — не помогло при «Ошибка СУБД DBMS lock timeout». Что дальше?
Задать вопрос по этой ошибке