В процессе работы с файловой версией 1С:Управление торговлей пользователи нередко сталкиваются с ситуацией, когда при проведении документов система выдает ошибку: «Не удалось заблокировать таблицу _NODE...». Это сообщение указывает на конфликт блокировок при обращении к таблицам регистрации изменений планов обмена. Рассмотрим по шагам, как выявить причину и устранить проблему.
В файловой версии базы данных (файл 1Cv8.1CD) платформа 1С использует монопольный доступ к файлу. Если при проведении документа подсистема обмена данными пытается записать информацию в таблицу регистрации изменений (которая обозначается как _NODE...), а в этот момент таблица занята другим процессом (например, регламентным заданием, другим пользователем или «зависшим» сеансом веб-сервера), возникает конфликт.
Даже если вы отключили обмен с «1С:Документооборот» или удалили узел обмена, в таблицах могут оставаться поврежденные индексы или записи, которые платформа продолжает пытаться обработать, что и приводит к «плавающим» ошибкам.
Если вы отключили обмен, но ошибка осталась, необходимо убедиться, что все очереди регистрации изменений для удаленного узла полностью очищены на уровне платформы. Воспользуйтесь кодом для удаления записей из таблиц регистрации.
Разберем, как очистить регистрацию для всех узлов определенного плана обмена:
// Пример программной очистки регистрации для всех узлов плана обмена
ПланОбменаСсылка = ПланыОбмена.ВашПланОбмена;
ВыборкаУзлов = ПланыОбмена.ВашПланОбмена.Выбрать();
Пока ВыборкаУзлов.Следующий() Цикл
Если Не ВыборкаУзлов.УзелГлавногоУзла Тогда
ПланыОбмена.УдалитьРегистрациюИзменений(ВыборкаУзлов.Ссылка);
КонецЕсли;
КонецЦикла;
После выполнения этого кода платформа перестанет обращаться к таблицам _NODE... данного плана обмена при проведении документов, так как очередь изменений станет пустой.
Если ошибка сохраняется, вероятно, повреждена структура индексов внутри файла базы данных. В конфигураторе необходимо провести процедуру «Тестирование и исправление» (ТиИ).
Часто самым эффективным способом «освежить» структуру файловой базы является полная выгрузка в файл .dt и последующая загрузка в новую базу.
При выгрузке данных в файл .dt платформа 1С проводит внутреннюю реорганизацию структуры таблиц, что автоматически устраняет множество ошибок блокировок и повреждений индексов, возникших в процессе длительной эксплуатации базы.
Если база опубликована на Apache, помните, что каждый запрос к базе от веб-клиента может интерпретироваться как отдельный сеанс. Если процессы httpd.exe зависают, они могут продолжать удерживать файл базы. Раз в сутки рекомендуется перезапускать службу веб-сервера, чтобы «сбрасывать» накопленные блокировки сеансов.
Если вышеуказанные методы не помогли, необходимо локализовать момент обращения к таблице. Используйте Технологический журнал. Настройте его на запись событий TLOCK — это позволит в логах увидеть, какой именно процесс или пользователь удерживает таблицу _NODE... в момент возникновения ошибки. Если вы видите, что блокировку удерживает конкретный пользователь, это даст ключ к поиску внешней обработки или отчета, который запущен в этот момент.
В случае, если файловая база достигла больших размеров (более 4-8 Гб), рекомендуем рассмотреть переход на PostgreSQL или MS SQL Server. Клиент-серверный вариант работы позволяет СУБД гораздо эффективнее управлять транзакциями и блокировками, что практически исключает появление ошибок подобного рода.