К статье
Практический материал

Администрирование · 10 мин

Как запустить 1С в режиме обновления

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

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

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

Перед запуском обязательно сделайте резервную копию базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для серверной — выполнить выгрузку в dt или штатный бэкап средствами СУБД. Это единственная гарантия отката, если обновление завершится ошибкой на середине реструктуризации.

Когда требуется запуск в режиме обновления

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

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

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

Подготовка базы к обновлению

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

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

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

Запуск обновления из конфигуратора

Стандартный способ — запуск конфигуратора с правами администратора базы. Откройте базу в режиме «Конфигуратор». Если обновление конфигурации уже выполнено (например, загружен новый релиз), при попытке закрыть окно или сохранить изменения система сама предложит обновить конфигурацию базы данных. Ответьте «Да».

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

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

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

Запуск обновления из командной строки

Для автоматизации и пакетного обновления нескольких баз используется запуск платформы с параметрами командной строки. Режим конфигуратора задаётся параметром DESIGNER, а команда обновления — /UpdateCfg. Это удобно для ночных регламентных операций и обновления тестовых копий.

Для файловой базы команда выглядит так:

bash
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /UpdateCfg /DisableStartupDialogs /Out"D:\Logs\update.log"

Для клиент-серверной базы вместо /F используется параметр /S с указанием сервера и имени базы:

bash
1cv8.exe DESIGNER /S"srv1c\trade_base" /N"Админ" /P"пароль" /UpdateCfg -Server /Out"C:\Logs\update.log"

Ключ -Server в команде /UpdateCfg указывает, что обновление выполняется на стороне сервера 1С — это ускоряет реструктуризацию больших таблиц. Параметр /Out записывает ход выполнения в лог-файл, по которому потом удобно искать ошибки. Учтите: путь к 1cv8.exe зависит от установленной версии платформы, проверьте актуальный каталог в C:\Program Files\1cv8\.

Обновление типовой конфигурации через поддержку

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

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

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

Типичные ошибки
01
Запуск обновления без резервной копии — при сбое реструктуризации откатить базу нечем
02
Не завершены фоновые задания — обновление не стартует из-за отсутствия монопольного доступа
03
Прерывание реструктуризации через диспетчер задач — риск повреждения таблиц
04
Забыты отложенные обработчики — пользователи видят незаполненные реквизиты и ошибки в отчётах
05
Обновление на рабочей базе в разгар дня — длительная блокировка и простой сотрудников

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

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

Прогоните ключевые операции: проведите документ, сформируйте основной отчёт, проверьте печатную форму. Если использовалась командная строка — изучите лог-файл из параметра /Out на предмет строк с ошибками.

Если обновление завершилось сбоем и база не открывается, восстановите её из резервной копии: для файловой базы — верните файл 1Cv8.1CD, для серверной — разверните бэкап СУБД или импортируйте dt. После восстановления проанализируйте причину сбоя (нехватка места на диске, разрыв соединения с сервером, повреждение исходной базы) и только потом повторяйте обновление.

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

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

Версия в окне «О программе»
Норма

Совпадает с номером устанавливаемого релиза

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

Старая версия — обновление конфигурации базы не выполнено

Отложенные обработчики обновления
Норма

Все процедуры выполнены без ошибок

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

Есть ошибки или незавершённые обработчики

Проведение документов и отчёты
Норма

Документы проводятся, отчёты формируются

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

Ошибки о незаполненных реквизитах или отсутствующих полях

Лог-файл обновления
Норма

Нет строк с ошибками, есть запись о завершении

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

Сообщения об ошибках реструктуризации или доступа

Частые вопросы

Что делать, если обновление требует монопольный доступ, а пользователи не выходят?

Завершите сеансы принудительно: в файловой базе — через «Администрирование → Активные пользователи» в конфигураторе, в клиент-серверной — через консоль кластера серверов 1С. Предварительно предупредите пользователей, чтобы не потерять их несохранённые данные.

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

Да, через командную строку с параметрами DESIGNER и /UpdateCfg, либо при первом запуске «Предприятия» после установки обновления — типовые конфигурации сами предложат выполнить обновление базы данных. Но для контроля процесса конфигуратор предпочтительнее.

Сколько времени занимает обновление?

Зависит от объёма базы и характера изменений. Если меняются только модули — минуты. Если реструктуризируются большие таблицы документов или регистров — от десятков минут до нескольких часов. На больших базах обновление планируют на ночь или выходные.

Что такое отложенные обработчики обновления?

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

Обновление зависло на реструктуризации — прерывать ли процесс?

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

Нужно ли обновлять тестовую копию перед рабочей базой?

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

Итог

Что важно запомнить

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