В процессе эксплуатации или после неудачного обновления конфигурации 1С:Предприятие 8.3 пользователи и администраторы часто сталкиваются с критической ошибкой СУБД (поможет инструментарий для администрирования и анализа метаданных): "Microsoft SQL Server Native Client: Недопустимое имя столбца 'Fld...'". Эта проблема блокирует работу пользователей, не позволяет сформировать отчеты или даже зайти в программу. В рамках данной статьи мы подробно разберем, почему возникает эта ошибка, как диагностировать проблемный объект и какими методами можно восстановить работоспособность базы данных.
Для начала проанализируем ситуацию и поймем механику процесса. В системе 1С данные хранятся в реляционных таблицах СУБД (например, MS SQL Server или PostgreSQL). Чтобы лучше понимать, как формируются эти имена, рекомендуем изучить структуру хранения данных 1С в MS SQL Server и PostgreSQL, где каждому реквизиту справочника, документа или регистра соответствует столбец в таблице SQL, именуемый по шаблону Fld с уникальным идентификатором.
Ошибка "Недопустимое имя столбца" сигнализирует о рассогласовании (десинхронизации) между метаданными, которые хранятся в специальной таблице Config (или DBSchema), и реальной физической структурой таблиц в базе данных. Проще говоря, платформа 1С "думает", что в таблице должен быть столбец FldXXXX, и пытается обратиться к нему через SQL-запрос, но фактически в таблице SQL этого столбца нет.
Рассмотрим подробнее основные причины десинхронизации:
rphost).Прежде чем исправлять ошибку, нам нужно понять, какому объекту 1С (справочнику, документу и т.д.) принадлежит отсутствующее поле Fld.... Разберем способ получения этой информации программным путем. Для этой задачи есть консоль кода и инструменты работы с метаданными.
Для этого мы можем воспользоваться встроенным методом платформы ПолучитьСтруктуруХраненияБазыДанных(). Чтобы сделать работу с этой функцией удобнее и быстрее, можно использовать готовую обработку Структура хранения базы данных либо воспользоваться консолью кода, чтобы сопоставить имя поля SQL с объектом метаданных 1С.
// Пример кода для поиска объекта по имени поля SQL
ИмяПоляSQL = "Fld10543"; // Замените на ваше имя из ошибки
СтруктураБД = ПолучитьСтруктуруХраненияБазыДанных();
Для Каждого Таблица Из СтруктураБД Цикл
Для Каждого Поле Из Таблица.Поля Цикл
Если Поле.ИмяПоляСУБД = ИмяПоляSQL Тогда
Сообщить("Найдено совпадение!");
Сообщить("Объект метаданных: " + Таблица.ИмяТаблицы);
Сообщить("Реквизит: " + Поле.ИмяМетаданных);
Возврат;
КонецЕсли;
КонецЦикла;
КонецЦикла;
Если код не выдает результата (такое бывает при сильном повреждении метаданных), можно прибегнуть к диагностике через Технологический журнал или воспользоваться SQL Server Profiler. Также для глубокого понимания проблемы полезно анализировать SQL сервер глазами 1С-ника, что поможет увидеть реальные запросы и ожидания системы. Запустим трассировку, поймаем запрос, вызывающий ошибку, и посмотрим, к какой таблице (например, _Reference45 или _Document120) идет обращение.
Часто проблема носит локальный характер и связана с тем, что конфигурация в кэше сервера приложений 1С устарела. Перед выполнением сложных операций ознакомьтесь с методами очистки кэша. Для экономии времени можно применить автоматическую очистку серверного кэша скриптом или использовать специальный Bat файл для очистки кеша, который удаляет и клиентские, и серверные временные файлы. Если вы администрируете терминальный сервер, пригодится утилита для очистки кэша 1С на терминальных серверах с возможностью выбора пользователей. Если же делать это вручную, рассмотрим процесс по шагам:
C:\Program Files\1cv8\srvinfo).snccntx и reg_1541 (будьте осторожны, не удалите файл 1CV8Reg.lst).Для клиентского кэша самым надежным способом будет удаление базы из списка в пусковом окне 1С и её повторное добавление. Это принудительно создаст новую папку кэша с актуальными метаданными.
Если очистка кэша не помогла, воспользуемся конфигуратором. Этот метод позволяет платформе попытаться самостоятельно привести структуру СУБД в соответствие с метаданными. Проанализируем настройки, которые нам понадобятся.
Зайдем в меню Администрирование — Тестирование и исправление. Установим следующие флаги:
Важный момент: Перед запуском обязательно создайте резервную копию базы данных (файл .dt или средствами SQL), так как процесс реструктуризации необратим и может занять длительное время на больших базах.
Если штатное тестирование не справляется (например, вылетает с той же ошибкой), придется прибегнуть к "хирургическим" методам на уровне СУБД. Рассмотрим ситуацию, когда поле действительно отсутствует в SQL, но 1С требует его наличия.
Посмотрим на структуру таблицы в SQL Management Studio. Если мы определили, что поле Fld10543 должно быть в таблице _Reference45, но его там нет, мы можем временно создать его вручную, чтобы дать 1С возможность запустить реструктуризацию или выгрузить данные в .dt.
-- Пример SQL-запроса для добавления недостающего столбца
-- Тип данных нужно подобрать исходя из типа реквизита в 1С
ALTER TABLE _Reference45
ADD Fld10543 nvarchar(max) NULL;
После добавления "заглушки" запустите Тестирование и исправление в режиме реструктуризации. Платформа увидит поле, сопоставит его и, если оно лишнее или неправильного типа, корректно его перестроит.
В некоторых случаях проблема кроется в том, что в базе "зависло" незавершенное обновление. В системной таблице Config хранятся разные версии конфигураций. В особо сложных ситуациях может потребоваться прямая работа с таблицами Config и ConfigSave на уровне SQL для очистки записей о неудачном обновлении.
Внимание: Данные действия выполняются на свой страх и риск только опытными администраторами СУБД.
SELECT * FROM Config WHERE FileName = 'dbnames';
configsave, если ошибка возникла в момент сохранения конфигурации:
DELETE FROM Config WHERE FileName = 'configsave';
После выполнения этих действий необходимо перезапустить службу сервера 1С и попробовать войти в конфигуратор для выполнения команды Конфигурация — Обновить конфигурацию базы данных.
Мы проанализировали причины возникновения ошибки СУБД с недопустимым именем столбца и рассмотрели варианты решения. Алгоритм действий всегда должен быть от простого к сложному:
Помните, что предотвратить такие ситуации помогает отказ от динамического обновления ("обновления на лету") в пользу плановых регламентных работ с монопольным доступом к базе данных — для этого подойдёт обработка принудительного завершения сеансов пользователей. Это гарантирует корректное завершение транзакций при изменении структуры таблиц СУБД.