Как обновить метаданные в 1С: полная инструкция

Метаданные в 1С — это описание структуры прикладного решения: справочников, документов, регистров, отчётов, реквизитов и их связей. Когда разработчик добавляет новый реквизит или меняет длину поля, изменения сначала сохраняются в конфигурации, а затем должны быть применены к базе данных. Именно этот этап в обиходе называют «обновлением метаданных», а в интерфейсе конфигуратора он называется «Обновление конфигурации базы данных».

Ошибки на этом этапе — одна из самых частых причин остановки работы пользователей: несохранённые изменения блокируют запуск, динамическое обновление конфликтует с активными сеансами, а реструктуризация больших таблиц занимает часы. Ниже описан полный цикл: от подготовки и резервной копии до проверки результата и разбора типичных проблем.

Что такое метаданные и когда их нужно обновлять

Метаданные — это «чертёж» базы: какие существуют объекты, какие у них реквизиты, какого они типа и как связаны между собой. Сама конфигурация в 1С хранится в двух состояниях: основная конфигурация (то, что редактирует разработчик) и конфигурация базы данных (то, с чем реально работают пользователи). Пока эти две версии не синхронизированы, новые объекты недоступны в режиме «Предприятие».

Обновление требуется в нескольких ситуациях: после доработки конфигурации разработчиком, после установки обновления от поставщика (типовой релиз), после загрузки конфигурации из файла .cf и после объединения конфигураций. Признак того, что обновление не выполнено, — сообщение «Конфигурация базы данных не соответствует сохранённой конфигурации» при запуске или попытке выгрузки.

Подготовка: резервная копия и завершение сеансов

Первый обязательный шаг — резервная копия. Для файловой базы достаточно скопировать файл 1Cv8.1CD при остановленной работе пользователей либо выполнить выгрузку в .dt через «Администрирование → Выгрузить информационную базу». Для клиент-серверной базы надёжнее делать копию средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка .dt большой базы может занять очень много времени и не всегда подходит как способ быстрого отката.

Второй шаг — проверить активные сеансы. В конфигураторе откройте «Администрирование → Активные пользователи». Обычное (не динамическое) обновление требует монопольного доступа: пока в базе есть хотя бы один сеанс, платформа откажется применять изменения. Предупредите пользователей заранее и завершите сеансы через консоль кластера или принудительным завершением в конфигураторе.

Стандартное обновление через конфигуратор

Основной сценарий выглядит так. Откройте базу в режиме «Конфигуратор», убедитесь, что конфигурация открыта («Конфигурация → Открыть конфигурацию»), и внесённые изменения сохранены. Затем выберите пункт меню «Конфигурация → Обновить конфигурацию базы данных» или нажмите клавишу F7.

Платформа покажет окно со списком изменений: какие объекты добавлены, изменены или удалены, и какие таблицы будут реструктуризованы. Внимательно просмотрите этот список — он последняя точка, где можно заметить неожиданные изменения, например случайно удалённый реквизит. После нажатия «Принять» начнётся реструктуризация, по завершении которой конфигурация базы данных станет идентичной основной.

1. 1
   Сделайте резервную копию базы (.dt, копия 1Cv8.1CD или бэкап средствами СУБД)
2. 2
   Завершите сеансы пользователей и проверьте список активных подключений
3. 3
   Откройте конфигуратор и выполните «Конфигурация → Обновить конфигурацию базы данных» (F7)
4. 4
   Изучите окно реструктуризации и подтвердите изменения кнопкой «Принять»
5. 5
   Дождитесь завершения, запустите базу в режиме «Предприятие» и проверьте работу изменённых объектов

Динамическое обновление и его ограничения

Если изменения небольшие и не затрагивают структуру таблиц критичным образом, платформа предложит динамическое обновление — без завершения сеансов пользователей. В окне обновления появится соответствующий переключатель. Пользователи продолжат работу, а новые метаданные подхватятся при перезапуске их сеансов.

Однако динамическое обновление имеет жёсткие ограничения. Оно невозможно при изменении типов и длин реквизитов, удалении объектов, изменении состава регистров и ряде других структурных правок. Кроме того, пользователи со старыми сеансами временно работают на старой версии метаданных: если новый код обращается к новому реквизиту, у «старых» сеансов возникнут ошибки до перезахода. Поэтому на практике динамическое обновление применяют для добавления новых объектов и отчётов, а не для изменения существующей структуры.

Обновление через командную строку и пакетный режим

Для администраторов, обслуживающих несколько баз, удобнее запускать обновление пакетно. Конфигуратор поддерживает параметр командной строки UpdateDBCfg, который выполняет обновление конфигурации базы данных без интерактивных окон.

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдминистратор /PПароль /UpdateDBCfg /DisableStartupDialogs

Для серверной базы вместо /F используется параметр /S с указанием сервера и имени базы. Рекомендуется дополнять команду параметром /Out с файлом журнала — по нему можно понять, на каком этапе произошла ошибка, если обновление завершилось неудачно. Скрипт удобно ставить в планировщик на ночное время, когда нагрузка минимальна.

Проверка результата и типичные ошибки

После завершения обновления запустите базу в режиме «Предприятие» и проверьте объекты, которые менялись: откройте документ с новым реквизитом, сформируйте изменённый отчёт, убедитесь, что типичные операции (проведение, запись, печать) работают без ошибок. Если база серверная, полезно просмотреть технологический журнал и журнал регистрации на предмет ошибок сразу после обновления.

Частые проблемы: «Нарушена целостность структуры конфигурации» после прерванной реструктуризации, конфликт блокировок при активных фоновых заданиях, нехватка места на диске СУБД при реструктуризации больших таблиц. Отдельная ситуация — ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации», которая возникает, если обновление было начато, но не завершено: в этом случае нужно повторно запустить обновление и довести его до конца либо восстановить базу из копии.

FAQ: частые вопросы об обновлении метаданных 1С