Как автоматизировать обновление платформы 1С 8.3 в распределенной информационной базе (РИБ)?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При работе с распределенными информационными базами (РИБ), особенно когда количество узлов исчисляется десятками (например, 50 и более магазинов), вопрос обновления платформы 1С:Предприятие встает максимально остро. В отличие от конфигурации, которая передается через стандартный механизм обмена, платформа является системным программным обеспечением и требует отдельной установки на каждом конечном компьютере. Рассмотрим подробнее, как уйти от ручного обновления через средства удаленного доступа и внедрить автоматизированные решения.

Проблема ручного обновления в распределенных сетях

Когда мы имеем дело с файловым вариантом базы на каждой точке, администратор часто сталкивается с необходимостью заходить на каждый компьютер через AnyDesk или TeamViewer. Это не только трудозатратно, но и неэффективно: обновление 50 точек может занять несколько рабочих дней. Разберем ситуацию, когда обновление платформы должно быть выполнено максимально оперативно и синхронно во всей сети.

Способ 1. Штатный механизм автоматического обновления платформы

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

Для реализации этого метода проанализируем следующие шаги:

  1. Подготовка дистрибутива: Необходимо распаковать дистрибутив новой платформы в сетевую папку или на веб-сервер (HTTP/HTTPS).
  2. Настройка файла location.cfg: Этот файл находится в каталоге установленной платформы (обычно conf). В нем можно указать путь к новой версии.
  3. Параметры в самой базе: В настройках программы (раздел Администрирование — Обслуживание) указывается путь к дистрибутиву.

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

Способ 2. Использование утилиты «1С-Обновлятор» (режим Агента)

Проанализируем возможности специализированного ПО, которое упоминалось в обсуждении. Программа «1С-Обновлятор» имеет продвинутый режим работы через агентов. Это идеальное решение для 50 и более магазинов.

Разберем алгоритм работы:

  1. На каждый удаленный компьютер устанавливается легкий агент 1C-Updater Agent.
  2. В центральной консоли администратора регистрируются все узлы.
  3. Администратор загружает новую платформу в консоль и нажимает кнопку «Обновить на всех узлах».

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

Способ 3. Групповые политики Active Directory (GPO)

Если ваша сеть магазинов объединена в доменную структуру, самым надежным способом будет использование MSI-пакетов. Посмотрим, как это реализовать технически. Дистрибутив платформы 1С содержит готовые файлы .msi.

Рассмотрим по шагам процесс развертывания:

  1. Подготавливаем общий сетевой ресурс, доступный для чтения всем компьютерам домена.
  2. Создаем новую политику развертывания ПО в Group Policy Management.
  3. Добавляем пакет 1CEnterprise 8.3.msi.
  4. В настройках пакета указываем необходимые компоненты. Это делается через файлы трансформации (.mst) или через параметры установки.

При следующей перезагрузке компьютеры магазинов автоматически установят новую версию платформы еще до того, как пользователь увидит окно приветствия Windows.

Способ 4. Скрипты тихой установки (Silent Install)

Если домена нет, но есть возможность удаленного запуска команд (например, через планировщик задач или средства мониторинга типа Zabbix), мы можем использовать скрипты. Выясним, как выглядит команда для «тихой» установки платформы.

Разберем пример командного файла (.bat или .cmd):


@echo off
rem Путь к инсталлятору на сетевом ресурсе или локально
set installer="\\Server\1C_Distr\1CEnterprise 8.3.msi"

rem Запуск установки в тихом режиме без перезагрузки
msiexec.exe /i %installer% /qn COMPONENTS=V8Client,Languages=RU REBOOT=ReallySuppress

rem Проверка кода завершения
if %ERRORLEVEL% EQU 0 (
    echo Платформа успешно установлена
) else (
    echo Ошибка установки: %ERRORLEVEL%
)

Параметр /qn отключает все диалоговые окна, а COMPONENTS=V8Client указывает, что нужно установить только тонкий и толстый клиенты, не затрагивая серверные компоненты. Это наиболее быстрый способ «прогнать» обновление по списку адресов.

Важные нюансы синхронизации в РИБ

Обновление платформы в РИБ таит в себе скрытые риски, которые мы должны учитывать. Проанализируем основные правила безопасности:

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

2. Режим совместимости. Если обновление платформы сопровождается обновлением конфигурации, в которой поднят РежимСовместимости, то работа на старой платформе станет физически невозможной. База просто не откроется, выдав ошибку о несоответствии версии.

3. Единообразие версий. Крайне не рекомендуется работать в ситуации, когда «Центр» на версии 8.3.22, а узлы на 8.3.18. Это может привести к трудноуловимым ошибкам при записи объектов, имеющих сложные типы данных или использующих новые свойства метаданных.

Резюме и рекомендации

Подводя итог, можно сказать, что ручное обновление через AnyDesk — это путь в никуда для растущего бизнеса. Мы рекомендуем использовать 1С-Обновлятор для тех, кто хочет получить готовое решение «из коробки», или GPO/MSI пакеты для системных администраторов, предпочитающих стандартные средства Windows. Если же бюджет ограничен, настройка штатного механизма автообновления через HTTP-сервер станет отличной бесплатной альтернативой, которая позволит пользователям на точках обновляться самостоятельно одним нажатием кнопки.

← На главную