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

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

Операция занимает 30–60 минут, если всё подготовлено. Главное правило: сначала копия, потом установка, и клиентов обновляем сразу после сервера. Ниже — порядок действий для Windows Server с короткой вставкой про Linux.

Что проверить и сохранить до начала обновления

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

Перечень подготовительных действий

• 🗂 Узнайте текущую версию платформы: в консоли администрирования или в свойствах службы «Агент сервера 1С:Предприятия 8.3» виден путь вида ...\1cv8\8.3.xx.xxxx\bin\ragent.exe. Запишите его, он понадобится для отката.
• 📝 Выпишите параметры службы: учётная запись, порт агента (по умолчанию 1540), порт менеджера кластера (1541), диапазон рабочих портов (1560:1591), каталог кластера srvinfo.
• 💾 Скопируйте каталог srvinfo целиком при остановленной службе. В нём лежат реестр кластера, списки баз, администраторы кластера.
• 📦 Выгрузите каждую информационную базу в .dt (Конфигуратор → «Администрирование» → «Выгрузить информационную базу»). Для SQL-баз добавьте полную резервную копию средствами СУБД.
• 🔑 Проверьте, что есть доступ к дистрибутиву нужной версии и к ключам защиты: если лицензии программные, перенос не нужен, если аппаратные — ключ остаётся в том же порту.
• 👥 Предупредите пользователей и закройте вход: в консоли кластера у каждой базы можно включить блокировку начала сеансов с сообщением.

Запуск установщика и выбор компонентов

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

Последовательность установки

1. Войдите на сервер под учётной записью с правами локального администратора.
2. Запустите setup.exe из распакованного дистрибутива «Технологическая платформа 1С:Предприятия (64-bit) для Windows».
3. На шаге выбора компонентов оставьте «Сервер 1С:Предприятия». Если сервер ещё и рабочая станция для администратора, отметьте «1С:Предприятие» и «Администрирование серверов 1С:Предприятия». Языковые модули нужны только для нужных интерфейсов.
4. Если установщик спросит, ставить ли сервер как службу Windows, соглашайтесь. Запуск «из командной строки» годится только для отладки.
5. Дождитесь окончания. В конце установщик может предложить установить драйвер защиты (HASP) — отметьте, если используете аппаратные ключи.

После установки в C:\Program Files\1cv8\ появится папка с номером новой версии. Старая папка остаётся, и это нормально.

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

Установщик не всегда перенастраивает уже существующую службу. Если после установки в её свойствах всё ещё указан старый ragent.exe, сервер работает на прежней версии, сколько бы новых папок ни лежало на диске.

Как проверить, какая версия запущена

Откройте оснастку «Службы», найдите «Агент сервера 1С:Предприятия 8.3 (x86-64)», в свойствах посмотрите строку «Исполняемый файл». В пути будет номер версии. Дополнительно в диспетчере задач процессы ragent, rmngr, rphost показывают путь запуска.

Что делать с учётной записью службы

Служба должна работать под выделенной учётной записью, а не под встроенной системной. Классическое имя — USR1CV8. Требования простые:

• пользователь входит в локальную группу, имеющую право на запись в каталог srvinfo;
• у него есть право «Вход в качестве службы»;
• на каталоге srvinfo и на каталогах временных файлов у учётной записи полный доступ;
• если базы лежат в файловом варианте на сетевых папках, учётка видит эти папки с теми же правами.

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

Пересоздание службы командой

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

sc stop "1C:Enterprise 8.3 Server Agent (x86-64)"
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe" -instsrv -usr USR1CV8 -pwd ПАРОЛЬ -regport 1541 -port 1540 -range 1560:1591 -d "D:\srvinfo"

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

Имя службы в списке может отличаться: у разных сборок и локализаций оно записывается по-своему. Если команда sc stop не находит службу, скопируйте точное имя из оснастки «Службы».

Что происходит с кластером после запуска новой версии

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

Первичная проверка

1. Запустите службу и подождите минуту-две: процессы rmngr и rphost стартуют не мгновенно.
2. Откройте консоль администрирования серверов. Если консоль старой версии не видит кластер, подключитесь консолью той же версии, что и сервер.
3. Убедитесь, что кластер на месте, зарегистрированы все информационные базы, рабочие серверы в статусе активных.
4. Проверьте лицензионные настройки: сервер должен получать лицензии, количество доступных подключений совпадает с ожидаемым.
5. Снимите блокировку сеансов у баз и откройте одну из них через клиент.

Если кластер выглядит пустым, а в srvinfo файлы есть, служба смотрит не в тот каталог (см. параметр -d выше).

Что с информационными базами

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

Клиентские места и совместимость версий

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

Порядок обновления клиентов

• Рабочие станции пользователей: ставьте новую платформу с тем же набором компонентов, что был раньше. На ПК можно оставить старые версии рядом, если нужна работа с другими серверами.
• Терминальные серверы: обновляйте так же, как рабочие станции, и после установки перезагрузите сервер, иначе часть пользователей останется на прежнем клиенте.
• Тонкий клиент по веб-ссылке и веб-клиент: публикация на веб-сервере обновляется отдельно, о чём ниже.

Публикация на веб-сервере

Веб-расширение привязано к конкретной версии платформы. Если публикация сделана на IIS или Apache, после обновления сервера её надо выполнить заново из Конфигуратора (меню «Администрирование» → «Публикация на веб-сервере») или утилитой webinst, указав каталог и нужную базу. Проверьте, что в файле default.vrd строка подключения указывает на сервер и имя базы корректно.

Какие версии конфигураций поддерживает платформа

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

Linux: чем отличается обновление

Сервер на Linux ставится из пакетов deb или rpm, службой управляет systemd. Принцип тот же: новая версия ставится рядом, затем меняется точка запуска.

• Остановите службу командой systemctl stop srv1cv83 и сделайте копию каталога кластера (по умолчанию он лежит в домашнем каталоге пользователя usr1cv8).
• Установите пакеты сервера той же разрядности и той же редакции, что и клиентские.
• Проверьте файл службы: в ExecStart должен быть путь к новой версии. Если он прописан жёстко, поправьте и выполните systemctl daemon-reload.
• Запустите службу и посмотрите systemctl status srv1cv83, затем журнал.

Права на каталог кластера должны принадлежать пользователю usr1cv8, иначе служба запустится и сразу упадёт.

Если что-то пошло не так: диагностика и откат

Большинство проблем после обновления укладывается в несколько симптомов.

Журналы, которые стоит открыть

1. Журнал событий Windows: источник службы 1С, ошибки запуска.
2. Каталог технологического журнала, если он был включён: файлы rphost, rmngr с описанием падения.
3. Журнал регистрации самой информационной базы: там видны сбои уже после входа пользователей.

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

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

1. Остановите службу.
2. Перерегистрируйте службу на старый ragent.exe по сохранённым параметрам.
3. Если кластер повреждён, верните сохранённую копию srvinfo.
4. Запустите службу и проверьте подключение клиентом старой версии.

Когда обновлять НЕ нужно

• Накануне сдачи отчётности или закрытия периода.
• Если нет ни тестового стенда, ни свежей копии.
• Если в базах стоят внешние компоненты и отчёты, которые не проверены на новой платформе.
• Если платформа новее релиза, который конфигурация вообще поддерживает.

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