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

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

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

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

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

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

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

Определите текущую версию и проверьте совместимость

Перед любыми действиями зафиксируйте, что именно установлено. Откройте консоль администрирования сервера 1С и посмотрите версию в свойствах кластера. В Windows версии платформы видны также в каталоге установки — обычно это C:\Program Files\1cv8\, где каждая подпапка названа номером версии, например 8.3.22.1750.

На Linux-сервере установленные версии лежат в /opt/1cv8/x86_64/. Текущую версию агента можно уточнить командой /opt/1cv8/x86_64/<версия>/rac --version или через список установленных пакетов пакетного менеджера.

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

Сделайте резервную копию перед обновлением

Резервная копия — обязательный шаг, а не рекомендация. Хотя обновление платформы само по себе не меняет данные, при первом запуске новой версии может потребоваться конвертация информационной базы, а откат после неё невозможен без бэкапа.

Минимальный набор для копирования: дамп базы данных средствами СУБД (MS SQL, PostgreSQL) и каталог реестра кластера srvinfo — по умолчанию C:\Program Files\1cv8\srvinfo в Windows или /home/usr1cv8/.1cv8/1C/1cv8/ в Linux. В srvinfo хранятся настройки кластера, список баз и их параметры.

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

Установите новую версию платформы рядом со старой

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

Установка на Windows

Запустите установщик от имени администратора и выберите компоненты: «Сервер 1С:Предприятия», «Администрирование сервера», при необходимости — тонкий и толстый клиенты. Новая версия автоматически разместится в отдельной папке внутри C:\Program Files\1cv8\, старая при этом не удаляется.

Установка на Linux

Для Linux дистрибутив поставляется в виде deb- или rpm-пакетов. Установка выполняется пакетным менеджером, например для deb-систем:

bash
sudo dpkg -i server-common_*.deb server_*.deb ws_*.deb  # или rpm -Uvh для rpm-систем

Обратите внимание: для 64-разрядного сервера используйте пакеты архитектуры x86_64. Смешивание 32- и 64-битных компонентов — частая причина того, что сервер не стартует после обновления.

Переключите службы и кластер на новую версию

После установки нужно перевести службу агента сервера на новую версию. В Windows это делается либо через оснастку «Службы» с изменением пути к исполняемому файлу ragent.exe, либо проще — удалить старую службу и зарегистрировать новую скриптом из состава платформы.

Типовая последовательность: остановите службу «Агент сервера 1С:Предприятия» старой версии, зарегистрируйте службу новой версии утилитой ragent.exe -instsrvc с указанием каталога srvinfo, запустите её. Каталог srvinfo должен остаться прежним — тогда кластер поднимется со всеми зарегистрированными базами.

На Linux переключение выполняется изменением службы systemd или скрипта запуска: укажите путь к новому каталогу платформы и перезапустите службу. Убедитесь, что пользователь, от имени которого работает агент (обычно usr1cv8), имеет права на каталоги новой версии.

Порядок переключения службы
  1. 1
    Остановите службу агента сервера старой версии
  2. 2
    Убедитесь, что все сеансы пользователей завершены
  3. 3
    Зарегистрируйте службу новой версии с тем же каталогом srvinfo
  4. 4
    Запустите новую службу и проверьте, что кластер виден в консоли
  5. 5
    Проверьте список баз и запустите тестовый сеанс

Проверьте работу баз после обновления

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

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

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

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

Служба агента сервера
Норма

Служба запущена, в консоли видны кластер и рабочие процессы новой версии

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

Служба падает или кластер пуст — проверьте путь к srvinfo и права доступа

Подключение клиентов
Норма

Пользователи входят в базы без ошибок о несовпадении версий

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

Ошибка «несовместимая версия клиента» — обновите клиентскую платформу

Фоновые задания
Норма

Регламентные задания выполняются по расписанию

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

Задания висят или завершаются ошибкой — проверьте журнал регистрации

Удалите старую версию и типичные ошибки

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

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

Типичные ошибки
01
Обновление без резервной копии — при неудачной конвертации базы данные теряются безвозвратно
02
Обновление сервера без обновления клиентов — пользователи получают ошибку несовместимости версий
03
Удаление старой версии до проверки новой — откат становится долгой переустановкой вместо переключения службы
04
Смена каталога srvinfo при регистрации новой службы — кластер стартует пустым, без баз
05
Обновление в рабочее время — обрыв сеансов и потеря несохранённых данных пользователей

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

Можно ли обновлять платформу без остановки работы пользователей?

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

Что делать, если после обновления база не открывается и требует конвертацию?

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

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

Для тонкого клиента можно настроить автоматическое обновление через веб-сервер при публикации базы. Толстый клиент и конфигуратор обычно обновляются вручную или через групповые политики и системы развёртывания ПО в домене.

Сколько версий платформы можно держать на сервере одновременно?

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

Обновление платформы и обновление конфигурации — это одно и то же?

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

Итог

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

Безопасное обновление платформы 1С на сервере строится на трёх правилах: всегда делайте проверенную резервную копию, устанавливайте новую версию рядом со старой, а не поверх неё, и не удаляйте предыдущую версию, пока новая не проработает стабильно несколько дней.