Как одновременно обновить несколько баз 1С

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

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

Ниже разобрано, как подготовить базы к одновременному обновлению, какие инструменты выбрать, как организовать процесс и как проверить, что все базы обновились корректно. Материал ориентирован на администраторов 1С, работающих с файловыми и клиент-серверными базами на платформе 8.3.

Подготовка: что проверить перед пакетным обновлением

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

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

Третье условие — монопольный доступ. Обновление конфигурации базы данных требует, чтобы в базе не было активных сеансов пользователей и фоновых заданий. Составьте список всех баз с указанием, где они расположены (файловый каталог или сервер 1С), кто отвечает за завершение сеансов и в какое время обновление согласовано с пользователями.

Способ 1: обновление через конфигуратор с общим шаблоном

Если баз немного (до 5–7) и все они однотипные — например, несколько копий «1С:Бухгалтерии» для разных организаций, — подойдёт полуручной вариант. Обновление разворачивается один раз в каталог шаблонов, а затем применяется к каждой базе через конфигуратор: меню «Конфигурация → Поддержка → Обновить конфигурацию» с выбором файла из шаблона.

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

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

Способ 2: пакетное обновление через командную строку

Основной рабочий инструмент для одновременного обновления — пакетный режим конфигуратора. Конфигуратор 1С умеет запускаться из командной строки с параметрами, которые выполняют обновление без открытия интерфейса. Это позволяет написать скрипт, который последовательно или параллельно обрабатывает список баз.

Ключевые параметры запуска: DESIGNER — режим конфигуратора, /F или /S — путь к файловой базе или адрес серверной, /N и /P — имя и пароль пользователя с правами администратора, /UpdateCfg — обновление конфигурации из файла .cf или .cfu, /UpdateDBCfg — обновление конфигурации базы данных, /DisableStartupDialogs — отключение стартовых диалогов, /Out — файл журнала для анализа результата.

"C:\Program Files\1cv8\8.3.24.1467\bin\1cv8.exe" DESIGNER /F "D:\Bases\Base01" /N Admin /P secret /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg /DisableStartupDialogs /Out "D:\Logs\Base01.log"

Простейший сценарий — bat-файл, в котором перечислены команды для каждой базы. Команды выполняются последовательно: пока не завершится обновление одной базы, не начнётся следующая. Для 10–20 баз это уже существенная экономия времени, потому что процесс идёт без участия администратора и может запускаться ночью через планировщик заданий Windows.

Последовательный или параллельный запуск

Для файловых баз безопаснее последовательный запуск: параллельная реструктуризация нескольких файловых баз на одном диске упирается в производительность дисковой подсистемы и может привести к тайм-аутам. Для клиент-серверных баз на мощном сервере СУБД допустим параллельный запуск 2–4 процессов через команду start в bat-файле, но каждый процесс должен работать со своей базой — одна база никогда не обновляется двумя процессами одновременно.

1. 1
   Сделайте резервные копии всех баз и проверьте их наличие
2. 2
   Убедитесь, что версия платформы на сервере и клиентах соответствует требованиям релиза
3. 3
   Завершите сеансы пользователей и отключите регламентные задания во всех базах
4. 4
   Подготовьте файл обновления .cfu и bat-скрипт со списком баз
5. 5
   Запустите скрипт и дождитесь завершения всех процессов
6. 6
   Проверьте логи каждой базы на наличие ошибок
7. 7
   Выполните тестовый вход в каждую базу и проверьте номер версии конфигурации

Способ 3: специализированные утилиты и обновляторы

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

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

Особенности клиент-серверных баз и баз с доработками

Клиент-серверные базы обновляются теми же командами, но вместо /F используется параметр /S с указанием сервера и имени базы, например /S "server\Base01". Дополнительно нужно учитывать блокировку регламентных заданий: перед обновлением их следует отключить в консоли кластера, иначе фоновое задание может стартовать в момент реструктуризации и вызвать ошибку.

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

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

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

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

Если обновление одной из баз завершилось ошибкой, не пытайтесь повторно запускать скрипт «на всякий случай» вслепую. Сначала разберитесь с причиной по логу: нехватка места на диске, активные сеансы, несоответствие версий. Только после устранения причины повторяйте обновление для конкретной базы.

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