Одной из самых частых и сложных проблем в многопользовательских базах данных 1С является конфликт блокировок. Эта ситуация возникает, когда несколько пользователей пытаются одновременно изменить одни и те же данные, или когда один процесс читает данные, которые другой пытается обновить. В этом материале мы подробно разберем, как проанализировать причины возникновения блокировок и какие программные методы существуют для их устранения.
Прежде чем переходить к коду, давайте проанализируем, почему возникают блокировки. В системе 1С:Предприятие 8.3 существует два основных режима управления блокировками: автоматический и управляемый. В автоматическом режиме за блокировки отвечает СУБД (MS SQL Server, PostgreSQL и др.), что часто приводит к избыточным блокировкам целых таблиц. В управляемом режиме программист сам определяет, какие именно записи должны быть заблокированы.
Рассмотрим ситуацию: мы проводим документ «Реализация товаров», который должен списать остатки со склада. Если в этот же момент другой бухгалтер проводит «Поступление товаров» на тот же склад, система может выдать ошибку «Конфликт блокировок при выполнении транзакции». Выясним причину: скорее всего, оба процесса пытаются получить доступ к регистру накопления Запасы.
Первым и самым важным шагом для высоконагруженных систем является установка управляемого режима блокировок. Мы рекомендуем проверить это свойство в самой конфигурации (свойство «Режим управления блокировками данных») или у конкретного объекта метаданных. Установив значение «Управляемый», мы получаем полный контроль над процессом.
Разберем по шагам, как программно установить блокировку. Для этого используется объект БлокировкаДанных. Проанализируем пример кода, который предотвращает чтение остатков другими пользователями до завершения нашей транзакции:
ЭлементБлокировки = БлокировкаДанных.Добавить("РегистрНакопления.Запасы");
ЭлементБлокировки.УстановитьЗначение("Склад", СкладСсылка);
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
БлокировкаДанных.Заблокировать();
В данном примере мы указываем конкретное измерение — Склад. Это позволяет другим пользователям работать с тем же регистром, но по другим складам, не вызывая конфликтов. Обратите внимание на использование режима Исключительный: он гарантирует, что никто другой не сможет даже прочитать эти данные до окончания транзакции.
Часто проблема кроется не в отсутствии блокировок, а в их длительности. Проанализируем типичную ошибку: выполнение тяжелых расчетов внутри транзакции. Чем дольше открыта транзакция, тем выше вероятность конфликта. Разберем правильную структуру алгоритма:
НачатьТранзакцию().ЗафиксироватьТранзакцию().Посмотрим на пример оптимизированного кода записи данных в регистр:
НачатьТранзакцию();
Попытка
Блокировка = Новый БлокировкаДанных;
Элемент = Блокировка.Добавить("РегистрСведений.ЦеныНоменклатуры");
Элемент.УстановитьЗначение("Номенклатура", ТекущаяНоменклатура);
Блокировка.Заблокировать();
МенеджерЗаписи = РегистрыСведений.ЦеныНоменклатуры.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Номенклатура = ТекущаяНоменклатура;
МенеджерЗаписи.Цена = НоваяЦена;
МенеджерЗаписи.Записать();
ЗафиксироватьТранзакцию();
Исключение
ОтменитьТранзакцию();
ЗаписьЖурналаРегистрации("Ошибка блокировки", УровеньЖурналаРегистрации.Ошибка,,, ОписаниеОшибки());
ВызватьИсключение;
КонецПопытки;
Помимо транзакционных блокировок, которые действуют на уровне базы данных, существуют объектные блокировки. Они защищают объект от изменения в интерфейсе. Например, когда один пользователь открыл форму документа и начал его редактировать, мы можем программно запретить другим открывать его на редактирование. Для этого используем метод Заблокировать() для ссылки на объект.
Рассмотрим подробнее: если мы вызываем Объект.Заблокировать(), система устанавливает пессимистическую блокировку. Проанализируем ситуацию, когда нам нужно проверить, не заблокирован ли объект кем-то другим, прежде чем предлагать пользователю внести изменения:
Если Заблокирован() Тогда
Сообщить("Объект редактируется другим пользователем: " + ПолучитьСоединенияСистемы().Пользователь);
Иначе
Попытка
Заблокировать();
Исключение
// Обработка случая, если блокировка не удалась
КонецПопытки;
КонецЕсли;
Дедлок или «мертвая петля» — это ситуация, когда два процесса бесконечно ждут друг друга. Например, Процесс А заблокировал Таблицу 1 и ждет доступа к Таблице 2. В это же время Процесс Б заблокировал Таблицу 2 и ждет доступа к Таблице 1. Выясним, как этого избежать.
Основное правило — всегда захватывать ресурсы в одинаковом порядке. Если у вас в коде происходит обращение к нескольким регистрам, убедитесь, что во всех процедурах последовательность обращения к ним совпадает. Например, сначала всегда блокируем ОстаткиТоваров, затем Взаиморасчеты, и никак иначе.
Также проанализируем использование индексов. Если запрос, выполняемый внутри транзакции, не использует индекс, СУБД может прибегнуть к сканированию всей таблицы (Table Scan), что приведет к блокировке всех записей в ней, даже тех, которые вам не нужны. Проверьте, что все поля, участвующие в условиях запроса (в секции ГДЕ или в параметрах блокировки), проиндексированы.
Если проблему не удается решить на уровне кода, необходимо задействовать инструменты глубокого анализа. Рассмотрим настройку технологического журнала (ТЖ) для поиска виновников блокировок. Нам понадобятся события TLOCK (управляемые блокировки) и TTIMEOUT (превышение времени ожидания).
Проанализировав лог-файл ТЖ, мы сможем увидеть:
Используя эти данные, мы можем точно локализовать «узкое место» и переписать конкретный участок кода, используя вышеописанные методы минимизации транзакций и уточнения параметров блокировки.
Мы рассмотрели основные причины и способы решения конфликтов блокировок. Подведем итоги нашей совместной работы. Для стабильной работы системы в многопользовательском режиме необходимо придерживаться следующих правил: используйте управляемый режим, максимально сужайте область блокировки через ЭлементБлокировки.УстановитьЗначение, всегда соблюдайте единый порядок захвата ресурсов и следите за тем, чтобы внутри транзакций не было лишних вычислений или длительных операций (например, отправки почты или выгрузки файлов). Помните, что грамотная настройка индексов — это фундамент, без которого даже идеальный программный код не спасет от эскалации блокировок на уровне СУБД.