Одной из неприятных ситуаций, с которой может столкнуться администратор или программист 1С после выполнения регламентной процедуры Тестирование и исправление, является отказ системы записывать любые документы. Пользователи начинают жаловаться на ошибку: «Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных». Давайте разберем, почему это происходит и как вернуть систему в рабочее состояние.
Когда вы запускаете процедуру Тестирование и исправление, платформа 1С выполняет глубокий анализ таблиц базы данных, исправляет логические ошибки и пересчитывает итоги. Однако этот процесс может спровоцировать конфликты в двух случаях:
Version в таблице базы данных, а по факту оно изменилось или не обновилось после завершения транзакции ТиИ.Первое, что мы рекомендуем сделать при возникновении данной ошибки — это проверить состояние подключенных расширений. Часто именно они являются «слабым звеном» после обновления метаданных.
Порядок действий:
Конфигурация — Расширения.Доверенность или Реализацию).Часто проблема решается путем удаления расширения и его повторной установки (или обновления до версии, совместимой с текущим релизом конфигурации).
Если отключение расширений не помогло, проблема может лежать глубже — в физической структуре базы данных SQL Server. ТиИ не всегда способно исправить поврежденные страницы данных.
Разберем, как проверить базу профессионально:
DBCC CHECKDB для вашей базы данных в SQL Server Management Studio. Это позволит выявить аппаратные или программные повреждения страниц БД.chdbfl.exe (для файловых баз) или SQL-скрипты для исправления индексов.Когда стандартные методы не дают ответа, мы рекомендуем настроить Технологический журнал. Это позволит увидеть детальный стек вызова функции, которая вызывает исключение EXCP.
Пример настройки фильтра в logcfg.xml:
<log location="C:\Logs" history="24">
<event>
<ne property="Name" value=""/>
<filter property="Event" value="EXCP"/>
</event>
</log>
Проанализировав лог, вы сможете точно понять, какой метод вызывает ошибку: будь то попытка записи в таблицу _DocumentNNN или конфликт при обновлении итогов.
Не спешите паниковать и откатывать базу целиком. Следуйте этому алгоритму:
Помните: если проблема возникла после ТиИ, значит, нарушилась логическая связь между объектами метаданных и данными в таблицах. Системный подход к диагностике расширений и журналов позволит быстро вернуть работоспособность вашей учетной системе.