Переход сервера 1С:Предприятия на новый релиз платформы: порядок действий администратора

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

Частая ошибка — «обновить» сервер, запустив установщик поверх и забыв про службу. В итоге в Program Files лежат две версии, а агент продолжает работать на старой. Пользователи с новым клиентом ловят ошибку несовпадения версий, хотя «всё установлено». Ниже порядок, который исключает такую ситуацию.

1. Подготовка к обновлению версии 1С на сервере

Сначала решите, на какой релиз переходите и совместим ли он с вашими базами и СУБД.

📌 Что проверить заранее:

• 🧩 Требования конфигураций. В описании релиза каждой типовой конфигурации указан минимальный номер платформы. Новая платформа обычно подходит, но доработанные и отраслевые решения иногда отстают — уточните у разработчика.
• 🗄 Версия СУБД. Для PostgreSQL используйте сборку, рекомендованную для 1С, и сверьтесь со списком поддерживаемых версий в документации к релизу платформы. Для MS SQL Server сверьте поддерживаемые версии там же.
• 💻 Разрядность и ОС. Сервер 8.3 ставится 64-битный. Ориентир — Windows Server 2016 и новее или поддерживаемые дистрибутивы Linux.
• 🔑 Лицензии. Программная лицензия сервера привязана к параметрам компьютера, а не к номеру платформы. Смена релиза её не сбрасывает. Аппаратный ключ HASP работает через драйвер, который при обновлении платформы не трогают.
• 🌐 Веб-публикации. Если базы опубликованы через IIS или Apache, запишите, какие модули подключены. Их тоже придётся перевести на новую версию.

Запланируйте окно. Сама установка занимает 10–20 минут, но на время переключения службы все сеансы оборвутся. Удобно делать это вечером или в выходной, предупредив пользователей заранее.

2. Резервные копии перед обновлением платформы

Копии делают двух типов: данных и настроек кластера.

Базы данных. Надёжнее всего — средствами СУБД:

• MS SQL Server — полный бэкап через BACKUP DATABASE или план обслуживания;
• PostgreSQL — pg_dump каждой базы.

Выгрузка в .dt через Конфигуратор тоже подходит, но на больших базах она идёт долго и требует монопольного доступа.

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

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
robocopy "C:\Program Files\1cv8\srvinfo" "D:\backup\srvinfo_before_update" /E

Имя службы на вашем сервере может отличаться — посмотрите его в оснастке services.msc в свойствах службы агента.

3. Ручное или автоматическое обновление: что выбрать

Способов перейти на новый релиз несколько. Выбор зависит от числа серверов и клиентских машин.

Для одиночного сервера ручной способ самый предсказуемый. Его и разберём подробно.

4. Как обновить версию 1С на сервере вручную

Шаг 1. Установите новый релиз рядом со старым

Запустите setup.exe из дистрибутива технологической платформы для 64-битной Windows. В списке компонентов отметьте:

• «Сервер 1С:Предприятия 8»;
• «Администрирование сервера 1С:Предприятия»;
• модули расширения веб-сервера — если есть веб-публикации.

Флажок установки сервера как сервиса Windows на этом шаге лучше снять. Новая версия ляжет в отдельный каталог, например C:\Program Files\1cv8\8.3.25.1394\. Старая останется на месте — это и есть путь отката.

Шаг 2. Переключите службу агента на новую версию

За 15–30 минут до переключения закройте вход новым пользователям. В консоли кластера откройте свойства информационной базы и включите флажок «Блокировка начала сеансов включена». Там же задайте сообщение для пользователей и время начала блокировки. Повторите для каждой рабочей базы. Так люди успеют сохранить документы, а не потеряют их при обрыве сеанса.

Остановите службу. Затем удалите регистрацию старой службы её же ragent.exe и зарегистрируйте новую из каталога новой версии.

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"

"C:\Program Files\1cv8\8.3.22.1704\bin\ragent.exe" -rmsrvc

"C:\Program Files\1cv8\8.3.25.1394\bin\ragent.exe" -instsrvc -usr ".\USR1CV8" -pwd "пароль" -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

"C:\Program Files\1cv8\8.3.25.1394\bin\ragent.exe" -start

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

Проверьте каталог -d до запуска службы: ошибка в пути — самая частая причина «пропавших» баз после обновления.

Есть и второй способ — поправить путь к ragent.exe в параметре ImagePath службы в реестре (HKLM\SYSTEM\CurrentControlSet\Services\<имя службы>). Он быстрее, но перерегистрация через ragent.exe нагляднее и меньше ошибок при наборе.

Шаг 3. Перерегистрируйте консоль администрирования

Консоль кластера работает через библиотеку radmin.dll. Она должна быть той же версии, что и сервер. Зарегистрируйте её из нового каталога от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.25.1394\bin\radmin.dll"

Если пропустить этот шаг, консоль либо не откроется, либо не подключится к агенту.

Шаг 4. Обновите клиентов

В клиент-серверном режиме версия клиента должна точно совпадать с версией сервера, вплоть до последнего числа. Установите тот же релиз на все рабочие места и терминальные серверы.

В списке баз у каждой базы есть свойство «Версия 1С:Предприятия». Если там указан конкретный старый номер — исправьте на 8.3 или на новый номер, иначе лаунчер 1cestart.exe продолжит запускать старую версию.

Шаг 5. Переопубликуйте базы на веб-сервере

Модуль веб-расширения тоже привязан к версии. У опубликованной базы в web.config (IIS) или httpd.conf (Apache) прописан путь к старому каталогу bin. Опубликуйте базу заново из Конфигуратора новой версии или через утилиту webinst.exe из нового каталога, затем перезапустите веб-сервер.

Обновление на Linux

Логика та же, отличаются команды. Начиная с релизов 8.3.21 дистрибутив для Linux поставляется единым установщиком .run, а служба сервера регистрируется с номером версии в имени. Найти текущую можно так:

systemctl list-unit-files | grep srv1cv8

Остановите и отключите службу старой версии, включите и запустите службу новой. Параметры портов и каталог кластера сверьте с прежним unit-файлом.

5. Обновление кластера из нескольких серверов 1С

В кластере с несколькими рабочими серверами все они должны работать на одном релизе. Разные версии внутри одного кластера не поддерживаются.

Порядок:

1. Остановите службы агента на всех серверах кластера.
2. Скопируйте srvinfo с каждого сервера.
3. Установите новый релиз и перерегистрируйте службу на каждом сервере.
4. Запустите сначала центральный сервер, на котором хранится реестр кластера.
5. Дождитесь, пока он поднимется, затем запустите остальные рабочие серверы.
6. В консоли проверьте, что все рабочие серверы видны и у них запущены рабочие процессы.

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

6. Проверка сервера после обновления

Номер версии сервера удобно смотреть в консоли кластера или в свойствах службы. Номер клиента — в окне «О программе» внутри базы: там видна и версия платформы, и режим работы.

Проверку COM-подключений не пропускайте. Внешние программы, которые подключаются к 1С через V83.COMConnector, используют зарегистрированную библиотеку comcntr.dll. Её тоже нужно перерегистрировать из нового каталога:

regsvr32 "C:\Program Files\1cv8\8.3.25.1394\bin\comcntr.dll"

7. Ошибки после обновления платформы и что с ними делать

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

8. Производительность сервера 1С после обновления

Новый релиз сам по себе не ускоряет работу. А вот несколько действий после смены платформы действительно помогают.

• 🧹 Очистите сеансовые данные сервера. В каталоге кластера (srvinfo\reg_1541) лежат папки snccntx… с сеансовыми данными. Их удаляют при остановленной службе — это снимает часть «странностей» после перехода. Сеансы при остановке оборвутся, поэтому делайте это в том же окне обслуживания.
• 💾 Очистите кэш клиентов. Если после обновления у пользователей странно ведут себя формы, запустите базу с ключом /ClearCache.
• 📊 Обновите статистику СУБД. Для MS SQL — sp_updatestats или задание плана обслуживания, для PostgreSQL — ANALYZE или VACUUM ANALYZE.
• 🔍 Следите за памятью rphost. Первые дни смотрите потребление памяти рабочими процессами в консоли. Если она растёт, настройте в свойствах рабочего сервера допустимый объём памяти и перезапуск процессов.
• ⚙️ Проверьте режим совместимости. Конфигурация, работающая в режиме совместимости со старой версией, не использует часть оптимизаций новой платформы. Снимать режим совместимости можно только с согласия разработчика конфигурации — для типовых это делает сам релиз конфигурации.

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