Эскалация блокировок в 1С: почему база «зависает» и как это исправить

База данных 1С:Предприятие внезапно перестаёт реагировать на запросы, транзакции зависают на часы, а в логах появляются сообщения о дедлоках или таймаутах? Скорее всего, вы столкнулись с эскалацией блокировок — одной из самых коварных проблем в многопользовательских системах. Этот механизм, изначально призванный защищать целостность данных, может превратиться в источник паралича всей учётной системы, если его не контролировать.

В отличие от обычных блокировок, которые возникают при одновременном доступе к одной записи, эскалация — это автоматическое расширение уровня блокировки с строк на целые таблицы или даже базу данных. Например, вместо блокировки одной строки в документе РеализацияТоваровУслуг система может заблокировать всю таблицу Document123, а затем и всю базу. Последствия? Пользователи не могут провести ни одного документа, отчёты не формируются, а попытки перезапустить сервер только усугубляют ситуацию.

В этой статье разберём:

• 🔍 Как распознать эскалацию по симптомам и логам
• ⚙️ Причины — от неоптимизированных запросов до ошибок конфигурации
• 🛠️ Способы диагностики с помощью SQL Profiler, 1С:Технология промежуточного слоя и встроенных инструментов
• 🚀 Методы решения — от ручной разблокировки до изменения настроек СУБД
• 📊 Профилактика: как настроить систему, чтобы эскалация не повторялась

Что такое эскалация блокировок и почему она опасна

Эскалация блокировок — это автоматический процесс повышения уровня блокировки в СУБД (например, Microsoft SQL Server или PostgreSQL), когда количество мелких блокировок (на уровне строк или страниц) превышает установленный порог. Вместо того чтобы держать тысячи блокировок на отдельные записи, система «поднимает» их до уровня таблицы или даже всей базы. Это снижает нагрузку на сервер, но блокирует доступ ко всем данным, а не только к тем, с которыми работает текущая транзакция.

Опасность эскалации в 1С заключается в трёх ключевых моментах:

• 🕒 Невидимость: пользователи видят только «зависание» системы, не понимая, что проблема на уровне СУБД.
• 🔄 Каскадный эффект: одна эскалированная блокировка может спровоцировать дедлоки в других транзакциях.
• 💥 Трудность восстановления: иногда требуется перезагрузка сервера или откат транзакций вручную.

Например, если в базе 1С:Управление торговлей одновременно проводятся 50 документов Заказ покупателя, и каждый из них блокирует строки в таблице Document123_ВТ_Товары, СУБД может эскалировать блокировки до уровня всей таблицы. В результате даже просмотр справочника Номенклатура станет невозможен.

Признаки эскалации блокировок в 1С

Как понять, что проблема именно в эскалации, а не в зависании сервера или сетевых проблемах? Обратите внимание на следующие симптомы:

• ⏳ Зависание операций: документы не проводятся, отчёты не формируются, но ошибок нет — просто бесконечное ожидание.
• 📛 Сообщения в логах: в журнале SQL Server или pg_stat_activity появляются записи о блокировках уровня TABLE или DATABASE.
• 🔄 Циклические дедлоки: транзакции взаимно блокируют друг друга, и единственный выход — принудительный откат.
• 📉 Резкое падение производительности: даже простые операции (например, открытие справочника) занимают минуты.

Чтобы подтвердить эскалацию, проверьте:

1. Журналы SQL Server на наличие событий LOCK_ESCALATION.
2. Текущие блокировки через запрос:

   SELECT
   resource_type,
   resource_database_id,
   resource_associated_entity_id,
   request_mode,
   request_session_id
   FROM sys.dm_tran_locks;

3. В 1С — журнал регистрации (1CV8Log) на ошибки типа Таймаут блокировки.

Основные причины эскалации в 1С

Эскалация редко возникает сама по себе — обычно её провоцируют ошибки в конфигурации, неоптимизированные запросы или неправильные настройки СУБД. Рассмотрим самые распространённые причины:

Особенно опасна эскалация в конфигурациях с большим количеством взаимосвязанных документов, например, в 1С:ERP или 1С:Комплексная автоматизация. Например, проведение документа Заказ на производство может блокировать связанные записи в Заказ покупателя, Складские запасы и План производства, что быстро приводит к эскалации.

Как диагностировать эскалацию блокировок

Для точной диагностики эскалации потребуются инструменты как со стороны 1С, так и со стороны СУБД. Вот пошаговый план:

1. Проверьте текущие блокировки в СУБД:
   • Для SQL Server:

     EXEC sp_who2;

     или более детальный запрос:

     SELECT
     t1.resource_type,
     t1.resource_database_id,
     t1.request_mode,
     t1.request_session_id,
     t2.blocking_session_id
     FROM sys.dm_tran_locks t1
     JOIN sys.dm_os_waiting_tasks t2 ON t1.lock_owner_address = t2.resource_address;

   • Для PostgreSQL:

     SELECT blocked_locks.pid AS blocked_pid,
     blocking_locks.pid AS blocking_pid,
     blocked_activity.usename AS blocked_user,
     blocking_activity.usename AS blocking_user,
     blocked_activity.query AS blocked_statement
     FROM pg_catalog.pg_locks blocked_locks
     JOIN pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid
     JOIN pg_catalog.pg_locks blocking_locks
     ON blocking_locks.locktype = blocked_locks.locktype
     AND blocking_locks.DATABASE IS NOT DISTINCT FROM blocked_locks.DATABASE
     AND blocking_locks.relation IS NOT DISTINCT FROM blocked_locks.relation
     AND blocking_locks.page IS NOT DISTINCT FROM blocked_locks.page
     AND blocking_locks.tuple IS NOT DISTINCT FROM blocked_locks.tuple
     AND blocking_locks.virtualxid IS NOT DISTINCT FROM blocked_locks.virtualxid
     AND blocking_locks.transactionid IS NOT DISTINCT FROM blocked_locks.transactionid
     AND blocking_locks.classid IS NOT DISTINCT FROM blocked_locks.classid
     AND blocking_locks.objid IS NOT DISTINCT FROM blocked_locks.objid
     AND blocking_locks.objsubid IS NOT DISTINCT FROM blocked_locks.objsubid
     AND blocking_locks.pid != blocked_locks.pid
     JOIN pg_stat_activity blocking_activity ON blocking_activity.pid = blocking_locks.pid
     WHERE NOT blocked_locks.GRANTED;

2. Анализируйте журналы 1С:
   • Откройте файл 1CV8Log\YYYYMMDD.log и найдите строки с WaitTimeout или Deadlock.
   • Используйте Журнал регистрации в конфигураторе (Администрирование → Журнал регистрации).

НачатьТранзакцию();
Для Каждого Строка Из ТаблицаЦен Цикл
Строка.Цена = НоваяЦена;
Строка.Записать();
КонецЦикла;
ЗафиксироватьТранзакцию();

НачатьТранзакцию();
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ССЫЛКА КАК Ссылка ИЗ ТаблицаЦен";
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
Объект = Выборка.Ссылка.ПолучитьОбъект();
Объект.Цена = НоваяЦена;
Объект.Записать();
КонецЦикла;
ЗафиксироватьТранзакцию();

max_locks_per_transaction = 256

// Добавляем индекс на поле "Дата" в документе "РеализацияТоваровУслуг"
Индекс = МенеджерВременныхТаблиц.СоздатьИндекс();
Индекс.ДобавитьПоле("Дата");
Индекс.Использовать();

// ПЛОХО: длинная транзакция с блокировкой всей таблицы
НачатьТранзакцию();
Запрос = Новый Запрос("ВЫБРАТЬ * ИЗ Документ.РеализацияТоваровУслуг");
Результат = Запрос.Выполнить();
Пока Результат.Следующий() Цикл
// ... обработка каждой строки
КонецЦикла;
ЗафиксироватьТранзакцию(); // Блокировка удерживается слишком долго!

MaxPoolSize=100;ConnectionTimeout=30;Transaction Isolation Level=ReadCommitted;