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

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

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

Когда нужно менять платформу и какую версию выбрать

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

Выбирайте стабильный релиз, а не самый свежий тестовый. Практическое правило: не ставить на рабочий сервер версию, вышедшую совсем недавно, если нет острой необходимости — дождитесь накопления исправлений. Также убедитесь, что разрядность платформы (32 или 64 бита) соответствует вашей инфраструктуре; для серверных установок с большим числом пользователей стандартом является 64-разрядная версия.

Подготовка: резервные копии и технологическое окно

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

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

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

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

Запустите установщик дистрибутива новой версии на сервере от имени администратора. Установщик 1С по умолчанию разворачивает каждую версию в отдельный каталог (например, C:\Program Files\1cv8\8.3.24.1467), поэтому старая версия остаётся нетронутой. Выберите компоненты: «Сервер 1С:Предприятия», при необходимости — «Администрирование сервера», модули расширения веб-сервера и тонкий клиент.

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

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

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

Сначала остановите текущую службу «Агент сервера 1С:Предприятия» через оснастку services.msc или командой. Затем удалите регистрацию старой службы и зарегистрируйте новую из каталога свежей версии, указав те же параметры кластера (порты, каталог srvinfo).

net stop "1C:Enterprise 8.3 Server Agent"
sc delete "1C:Enterprise 8.3 Server Agent"
"C:\Program Files\1cv8\8.3.24.1467\bin\ragent.exe" -instsrvc -usr .\USR1CV8 -pwd password -port 1540 -regport 1541 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
net start "1C:Enterprise 8.3 Server Agent"

Обратите внимание на параметры: -port, -regport и диапазон рабочих портов должны совпадать с прежними, иначе клиенты и консоль администрирования не найдут кластер. Путь к каталогу srvinfo (-d) укажите тот же, что использовался раньше, — тогда кластер поднимется со всеми зарегистрированными базами. Учётная запись службы (USR1CV8 или другая) должна иметь права на каталог srvinfo и доступ к СУБД.

На Linux-сервере логика аналогична: останавливается демон srv1cv8, правится скрипт запуска (systemd unit или init-скрипт) на новый каталог /opt/1cv8/x86_64/<версия>/, после чего служба запускается снова.

Проверка кластера, баз и клиентских подключений

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

Если базы опубликованы через веб-сервер (IIS или Apache), переопубликуйте их с новой версии платформы — публикация привязана к модулю расширения конкретной версии (wsisapi.dll или mod_1c). Проверьте доступ по браузеру и через тонкий клиент по HTTP. Также обновите платформу на клиентских машинах: клиент старой версии не сможет подключиться к серверу новой версии в ряде случаев несовместимости.

Удаление старой версии и откат при проблемах

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

Откат на прежнюю версию выполняется в обратном порядке: остановите службу, перерегистрируйте ragent.exe из каталога старой версии с теми же портами и каталогом srvinfo, запустите службу. Если каталог srvinfo был повреждён, восстановите его из копии, сделанной на этапе подготовки. Именно поэтому параллельная установка и резервная копия srvinfo — обязательные элементы процедуры.

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