Администрирование · 10 мин
Что такое ЦМО в 1С и как с ним работать
ЦМО в 1С — централизованное многопользовательское обновление конфигураций. Разбираем, как работает сервис, кому подходит и как настроить обновление без ошибок.
ЦМО в 1С — это централизованное многопользовательское обновление, механизм, который позволяет администратору обновлять типовые конфигурации 1С сразу на нескольких информационных базах из одной точки. Вместо того чтобы заходить в каждую базу отдельно и запускать обновление вручную, администратор управляет процессом централизованно: выбирает базы, версии и время установки.
Механизм особенно востребован в организациях, где используется несколько информационных баз — например, отдельные базы для бухгалтерии, зарплаты и торговли, или базы филиалов. Ручное обновление каждой из них занимает часы, а при большом парке баз — дни. ЦМО сокращает этот труд до настройки одного сценария.
Важно понимать: ЦМО работает только с типовыми конфигурациями, находящимися на полной поддержке. Если конфигурация доработана и снята с поддержки, механизм не сможет обновить её автоматически — потребуется ручное сравнение и объединение конфигураций.
Как устроен механизм ЦМО
В основе ЦМО лежит разделение ролей: есть база-источник обновлений и базы-приёмники. Администратор загружает дистрибутив обновления один раз, после чего система распространяет его на выбранные информационные базы. Пользователи при входе в базу получают уведомление о необходимости обновления или обновление выполняется по расписанию в нерабочее время.
Технически механизм использует стандартные средства платформы: обновление конфигурации базы данных, выполнение обработчиков обновления и контроль версий. Разница с ручным обновлением — в автоматизации повторяющихся шагов и централизованном журнале, где видно, какие базы обновлены успешно, а где возникли ошибки.
Для работы сервиса требуется действующий договор информационно-технологического сопровождения (ИТС), поскольку дистрибутивы обновлений загружаются с портала 1С. Без активной подписки получить официальные обновления типовых конфигураций нельзя.
Кому подходит ЦМО, а кому нет
ЦМО оправдан, когда в организации три и более информационные базы с типовыми конфигурациями, и обновлять их нужно регулярно. Типичный пример — холдинг с несколькими юридическими лицами, где для каждого ведётся отдельная база «Бухгалтерии предприятия». Другой сценарий — франчайзи 1С, обслуживающий базы множества клиентов.
Если в компании одна-две базы, настройка ЦМО может занять больше времени, чем экономит. В этом случае проще использовать штатное обновление через интернет прямо из конфигурации: раздел «Администрирование» → «Обновление версии программы».
Не подходит ЦМО и для сильно доработанных конфигураций. Механизм рассчитан на автоматическое обновление без ручного сравнения и объединения — любые изменения типовых объектов потребуют участия разработчика.
Как выбрать действие
Что нужно подготовить перед настройкой
Перед запуском ЦМО проверьте несколько условий. Во-первых, все целевые базы должны работать на поддерживаемых версиях платформы 1С:Предприятие — если версии различаются, выровняйте их заранее. Во-вторых, у учётной записи администратора должен быть доступ к порталу 1С с действующей подпиской ИТС.
В-третьих, продумайте резервное копирование. Централизованное обновление затрагивает сразу несколько баз, и ошибка в одном сценарии может повредить все. Настройте регулярные копии средствами СУБД (для клиент-серверного варианта) или выгрузку в dt для файловых баз.
Наконец, определите окно обновления — время, когда пользователи не работают с базами. Обновление конфигурации базы данных требует монопольного доступа: активные сеансы будут завершены.
Порядок настройки и запуска обновления
Общая последовательность выглядит так: администратор проверяет доступность новой версии, загружает дистрибутив, выбирает целевые базы и запускает сценарий. После завершения обязательно проверяется журнал: в нём фиксируются успешные обновления и ошибки по каждой базе.
Для файловых баз убедитесь, что пути к базам указаны корректно и доступны по сети с компьютера администратора. Для клиент-серверных баз проверьте права учётной записи на сервере 1С и в СУБД — обновление конфигурации базы данных требует административных прав.
- 1Проверьте, что все базы типовые, на поддержке и на совместимых версиях платформы
- 2Сделайте резервные копии всех целевых баз
- 3Загрузите дистрибутив обновления с портала 1С по учётной записи с ИТС
- 4Выберите целевые базы и задайте расписание или запустите обновление вручную
- 5Дождитесь завершения и изучите журнал: все базы должны иметь статус успешного обновления
- 6Зайдите в каждую базу и проверьте номер версии и работу ключевых функций
Как проверить результат обновления
Формальный признак успеха — совпадение номера версии конфигурации с целевой во всех базах. Но этого недостаточно: обработчики обновления могли завершиться с предупреждениями, которые не блокируют запуск, но влияют на данные.
Откройте в каждой базе раздел с результатами обновления (в типовых конфигурациях это обычно «Администрирование» → «Результаты обновления программы») и убедитесь, что нет отложенных обработчиков с ошибками. Отложенные обработчики выполняются в фоне уже после запуска базы — дайте им завершиться, прежде чем допускать пользователей к массовой работе.
Как проверить результат
Совпадает с целевой версией во всех базах
Версия старая или базы обновились неравномерно
Все выполнены без ошибок
Есть обработчики со статусом ошибки — данные могут быть неполными
По каждой базе статус успешного завершения
Есть записи об ошибках или прерванных сеансах
Ключевые отчёты и документы открываются корректно
Ошибки при проведении документов или формировании отчётов
Типичные ошибки и ограничения
Самая частая проблема — попытка обновить доработанную конфигурацию. Механизм либо откажется обновлять базу, либо, что хуже, затрёт доработки при принудительной загрузке типовой конфигурации. Перед обновлением проверьте статус поддержки: «Конфигурация» → «Поддержка» → «Настройка поддержки».
Вторая типичная ошибка — обновление через несколько версий сразу. Некоторые обновления требуют промежуточных версий: пропуск обязательного релиза приводит к ошибкам обработчиков. Следуйте порядку обновления, указанному в описании версии на портале 1С.
Третья группа проблем — инфраструктурная: недостаток места на диске, разрыв сетевого соединения с файловой базой, активные сеансы пользователей. Всё это прерывает обновление на середине, что особенно опасно на этапе реструктуризации таблиц.
Альтернативы ЦМО
Если ЦМО по каким-то причинам не подходит, есть другие варианты. Штатное обновление через интернет из самой конфигурации — простейший способ для одной базы: система сама скачивает и устанавливает обновление, администратору нужно только подтвердить действия.
Для клиент-серверных инфраструктур администраторы нередко пишут собственные скрипты: пакетный запуск конфигуратора с параметрами обновления конфигурации базы данных. Это гибче, но требует навыков администрирования и тщательного тестирования скриптов на копии.
Третий вариант — обновление через cf-файлы вручную: загрузка конфигурации из файла с последующим обновлением конфигурации базы данных. Способ универсальный, но самый трудоёмкий при большом числе баз.
Сравнение вариантов
Много типовых баз, нужна централизация; ограничение — только конфигурации на полной поддержке
Одна-две базы; ограничение — каждая база обновляется отдельно
Клиент-серверная инфраструктура и опытный администратор; ограничение — нужна разработка и тестирование
Доработанные конфигурации; ограничение — максимальные трудозатраты и риск ошибок
Что важно запомнить
ЦМО — инструмент централизованного обновления типовых конфигураций 1С на нескольких базах. Он работает только с конфигурациями на полной поддержке, требует подписки ИТС и обязательного резервного копирования перед запуском. После обновления проверяйте версии, отложенные обработчики и журнал по каждой базе.
Частые вопросы о ЦМО в 1С
Можно ли обновить через ЦМО доработанную конфигурацию?
Нет, механизм рассчитан только на типовые конфигурации на полной поддержке. Для доработанных конфигураций потребуется ручное сравнение и объединение с участием разработчика, иначе доработки будут потеряны.
Нужна ли подписка ИТС для работы ЦМО?
Да. Дистрибутивы обновлений типовых конфигураций распространяются в рамках договора информационно-технологического сопровождения. Без действующей подписки загрузить официальные обновления не получится.
Что делать, если обновление одной из баз завершилось с ошибкой?
Не перезапускайте сценарий вслепую. Изучите журнал, определите причину (нехватка места, активные сеансы, пропущенная версия), восстановите базу из резервной копии при необходимости, устраните причину и повторите обновление только для проблемной базы.
Можно ли обновлять базы автоматически по ночам?
Да, централизованное обновление обычно настраивают на нерабочее время, потому что обновление конфигурации базы данных требует монопольного доступа. Убедитесь, что в это время не выполняются регламентные задания и резервное копирование.
Чем ЦМО отличается от обычного обновления через интернет?
Обновление через интернет выполняется внутри одной конкретной базы её администратором. ЦМО управляет обновлением нескольких баз из одной точки, что существенно экономит время при большом количестве информационных баз.
Опасно ли прерывание обновления на середине?
Да, особенно на этапе реструктуризации таблиц: база может остаться в несогласованном состоянии и не запуститься. Именно поэтому резервная копия перед обновлением обязательна — это единственный гарантированный способ отката.