Ошибка конфликта блокировок при выполнении транзакции — одна из самых неприятных проблем при настройке обменов данными. Она возникает, когда одна сессия 1С пытается изменить данные, которые уже заблокированы другой сессией, либо когда транзакция оказывается слишком длительной и «подвешивает» таблицы базы данных. Рассмотрим по шагам, как выявить причину и устранить эту ошибку.
Первое, на что необходимо обратить внимание — это корректность использования свойства ОбменДанными.Загрузка. При загрузке данных из внешней базы в целевую систему часто срабатывают стандартные механизмы: проведение документов, пересчет регистров, записи в периодические регистры сведений и так далее. Если эти механизмы не «отключать» на время загрузки, система будет пытаться выполнить действия, которые уже были выполнены в базе-источнике или которые не имеют смысла при импорте.
Обязательно добавьте проверку во все процедуры ПередЗаписью, ПриЗаписи и в подписки на события:
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если ОбменДанными.Загрузка Тогда
Возврат;
КонецЕсли;
// Ваш код обработки данных
КонецПроцедуры
Если вы создали новые документы или добавили собственные механизмы проведения, отсутствие такой проверки — самая частая причина блокировок, так как транзакция записи документа пытается конкурировать с транзакцией записи регистров, которые также обновляются в процессе обмена.
Подписки на события — это «скрытая угроза». Вы можете не видеть явных вызовов в модуле объекта, но при записи любого элемента 1С будет выполнять код, описанный в подписках. При обмене данными, когда записываются сотни объектов, порядок срабатывания этих подписок может привести к взаимным блокировкам (дедлокам).
Важно помнить: порядок выполнения подписок не гарантирован платформой. При внесении любых изменений в конфигурацию этот порядок может измениться, что часто приводит к тому, что вчера стабильно работавший обмен сегодня начинает выдавать ошибки. Проверьте все подписки, которые выполняют:
Иногда ошибка «Конфликт блокировок» — это лишь симптом того, что процесс просто «зациклился». Как показывает практика, в процедурах типа ПриПолученииДанныхОтПодчиненного могут содержаться проверки, которые при нахождении «битых» ссылок или некорректных данных пытаются их исправить, запуская при этом новые транзакции. Если такая логика уходит в бесконечный цикл, транзакция никогда не завершается, удерживая блокировки на таблицах.
Что нужно сделать для диагностики:
Многие разработчики пытаются решить проблему переключением режима блокировки данных в конфигураторе. Однако помните: переключение в автоматический режим редко помогает, если проблема кроется в архитектуре транзакций. Если в типовой конфигурации установлен режим Управляемый, лучше придерживаться его. Если вы используете метод БлокировкаДанных в своем коде, убедитесь, что вы не блокируете объекты в разном порядке в разных участках кода, так как это прямой путь к возникновению дедлоков.
Совет: если объем передаваемых данных огромен, рассмотрите возможность разбиения одного большого пакета обмена на несколько транзакций. Длинная транзакция всегда увеличивает вероятность конфликта с регламентными заданиями или другими пользователями.
Проанализируем ситуацию: чаще всего проблема кроется не в платформе, а в «самописном» коде, который вклинивается в процесс загрузки. Если обмен типовой, проверьте, не добавили ли вы случайно новые подписки на события, которые выполняются при каждой записи. Попробуйте временно отключить все дополнительные проверки в процедурах обмена и, если обмен пройдет успешно, возвращайте их по одной — так вы точно найдете «виновника» блокировки.