Как обновить версию сервера 1С:Предприятие

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

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

Ниже разобран полный цикл: как подготовиться, сделать резервные копии, установить новую версию на Windows и Linux, перенастроить службу агента и убедиться, что базы работают корректно. Материал ориентирован на администраторов, которые выполняют обновление самостоятельно.

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

Первый шаг — определить текущую версию сервера и целевую версию. Текущую версию видно в консоли администрирования серверов 1С (свойства кластера) или в каталоге установки: на Windows это обычно C:\Program Files\1cv8\<версия>, на Linux — /opt/1cv8/x86_64/<версия>. Целевую версию диктуют требования конфигурации: в описании поставки или на портале 1С указано, с какой версии платформы работает конкретный релиз прикладного решения.

Проверьте совместимость по трём направлениям: сервер и клиенты должны иметь одинаковую версию платформы при подключении через тонкий или толстый клиент; конфигурация должна поддерживать новую версию; при использовании веб-клиента и веб-сервисов нужно учесть требования к веб-серверу (IIS или Apache) и разрядности модулей расширения.

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

Резервное копирование: обязательный этап

До любых действий с платформой сделайте резервную копию информационных баз средствами СУБД. Для PostgreSQL это pg_dump, для MS SQL Server — полная резервная копия через SQL Server Management Studio или скрипт. Выгрузка в dt через конфигуратор — дополнительный вариант, но для больших баз она медленнее и не заменяет копию на уровне СУБД.

Отдельно скопируйте служебный каталог кластера srvinfo. На Windows он обычно находится в C:\Program Files\1cv8\srvinfo, на Linux — в /home/usr1cv8/.1cv8/1C/1cv8 или в каталоге, указанном при запуске агента. В этом каталоге хранится реестр кластера: список баз, настройки рабочих процессов, параметры лицензирования. Его потеря означает необходимость заново регистрировать все базы в кластере.

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

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

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

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

Перерегистрация выполняется утилитой ragent.exe из каталога новой версии с параметрами, указывающими на существующий каталог srvinfo. Важно сохранить те же порты (по умолчанию 1540 для агента, 1541 для кластера, диапазон 1560–1591 для рабочих процессов), иначе придётся менять настройки подключения на клиентах и в брандмауэре.

sc stop "1C:Enterprise 8.3 Server Agent"
sc delete "1C:Enterprise 8.3 Server Agent"
"C:\Program Files\1cv8\<новая_версия>\bin\ragent.exe" -instsrvc -usr .\USR1CV8 -pwd <пароль> -d "C:\Program Files\1cv8\srvinfo"
sc start "1C:Enterprise 8.3 Server Agent"

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

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

На Linux платформа распространяется в виде пакетов deb или rpm. Обновление сводится к установке пакетов новой версии поверх существующих: для deb-систем используется dpkg -i или apt с локальными пакетами, для rpm-систем — rpm -U или yum/dnf. Перед установкой остановите службу агента: systemctl stop srv1cv8 (имя службы может отличаться в зависимости от версии и способа установки).

Порядок установки пакетов имеет значение: сначала ставятся общие компоненты (common), затем сервер (server), затем дополнительные — например, пакеты для веб-сервера (ws) и клиентские компоненты, если они нужны на этой же машине. После установки запустите службу и проверьте её статус.

systemctl stop srv1cv8
dpkg -i 1c-enterprise-common_*.deb 1c-enterprise-server_*.deb 1c-enterprise-ws_*.deb
systemctl start srv1cv8
systemctl status srv1cv8

Если на сервере используется веб-клиент или опубликованы веб-сервисы, после обновления платформы нужно заново опубликовать базы на веб-сервере утилитой webinst из каталога новой версии — модули расширения веб-сервера должны соответствовать версии платформы, иначе публикация перестанет работать.

Обновление клиентов и совместимость версий

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

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

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

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

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

Откат на предыдущую версию

Если после обновления выявлены критические проблемы, откат возможен при условии, что старая версия платформы не удалялась, а резервные копии на месте. Порядок: остановить службу новой версии, перерегистрировать службу на каталог старой версии с тем же srvinfo, запустить службу и вернуть клиентам старую версию платформы.

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

Частые вопросы по обновлению сервера 1С