Обновление конфигурации базы данных на сервере 1С: что это и как выполнить

При работе с 1С:Предприятие на сервере (клиент-серверный вариант с MS SQL, PostgreSQL или другой СУБД) администраторы регулярно сталкиваются с сообщением «Требуется обновление конфигурации базы данных» или с необходимостью вручную выполнить эту операцию после загрузки изменений. Фраза означает, что структура метаданных в конфигураторе изменилась, но физическая структура таблиц в базе данных ещё не приведена в соответствие с этими изменениями.

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

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

Что именно происходит при обновлении конфигурации базы данных

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

Для клиент-серверного варианта все эти операции выполняются на стороне сервера СУБД: платформа генерирует соответствующие SQL-команды. Именно поэтому на больших базах обновление может занимать от нескольких минут до нескольких часов — время зависит от объёма данных и глубины изменений.

Когда требуется обновление

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

В-третьих, после загрузки конфигурации из файла (.cf) или объединения с файлом. В-четвёртых, платформа сама сообщит о необходимости: при попытке запуска в режиме предприятия появится ошибка о несоответствии версий конфигурации и базы данных.

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

Как выполнить обновление: пошаговая инструкция

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

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

Дождитесь завершения реструктуризации. На больших серверных базах процесс может идти долго — не прерывайте его принудительно. После завершения запустите базу в режиме предприятия и проверьте работоспособность.

1. 1
   Сделайте резервную копию базы средствами СУБД или через выгрузку в .dt
2. 2
   Завершите сеансы пользователей через консоль кластера серверов 1С
3. 3
   Откройте базу в конфигураторе
4. 4
   Выполните «Конфигурация → Обновить конфигурацию базы данных»
5. 5
   Изучите список изменений и нажмите «Принять»
6. 6
   Дождитесь окончания реструктуризации
7. 7
   Запустите режим предприятия и проверьте ключевые функции
8. 8
   Разрешите вход пользователям

Особенности обновления на сервере 1С

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

Во-вторых, реструктуризация больших таблиц выполняется на стороне СУБД и нагружает сервер. Меняйте структуру базы в нерабочее время: вечером, ночью или в выходные. Для крупных баз практикуется предварительный прогон обновления на копии, чтобы оценить реальную длительность.

В-третьих, учитывайте права учётной записи, под которой сервер 1С обращается к СУБД: она должна иметь права на изменение схемы данных. Иначе обновление прервётся с ошибкой доступа.

Безопасность: резервная копия и монопольный доступ

Перед обновлением обязательно создайте резервную копию. Для серверной базы предпочтительны два варианта: штатный бэкап средствами СУБД (полный backup в MS SQL или pg_dump для PostgreSQL) либо выгрузка информационной базы в файл .dt через конфигуратор. Первый способ быстрее для больших баз, второй проще для восстановления на другом сервере.

Проверьте свободное место на дисках сервера СУБД: при реструктуризации больших таблиц временно требуется дополнительное пространство, а журнал транзакций может существенно вырасти. Нехватка места — одна из самых частых причин аварийного прерывания обновления.

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

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

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

Контрольные точки

Как проверить результат

Вход в режим предприятия

Норма

Вход выполняется без сообщений о несоответствии конфигурации

Тревожный признак

Ошибка «конфигурация базы данных не соответствует сохранённой»

Новые и изменённые объекты

Норма

Новые реквизиты и документы открываются и сохраняются

Тревожный признак

Ошибки при записи объектов, отсутствие полей

Обработчики обновления данных

Норма

Отработали без ошибок, статус «завершено»

Тревожный признак

Обработчики зависли или завершились с ошибками

Часто задаваемые вопросы

Чем отличается «Обновить конфигурацию» от «Обновить конфигурацию базы данных»?

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

Можно ли обновить конфигурацию базы данных, пока пользователи работают?

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

Что делать, если обновление зависло на несколько часов?

Сначала проверьте активность на сервере СУБД: если идут длительные запросы и растёт журнал транзакций, реструктуризация ещё выполняется — дождитесь завершения. Прерывать процесс крайне нежелательно. Если активности нет совсем, оцените ситуацию с администратором СУБД и будьте готовы восстанавливать базу из копии.

Нужна ли резервная копия, если обновление «мелкое»?

Да. Даже небольшое изменение структуры при аварийном прерывании может оставить базу в несогласованном состоянии. Создание бэкапа занимает минуты, а восстановление без него может оказаться невозможным.

Почему после обновления пользователи не могут войти в базу?

Чаще всего обновление конфигурации базы данных не было выполнено до конца или были запущены обработчики обновления, которые ещё работают. Также проверьте, не осталась ли включённой блокировка соединений в консоли кластера.