Переход на новую версию платформы 1С 8.3 на сервере и всех рабочих местах

Чтобы обновить платформы 1С, установите новую версию 1С:Предприятия 8.3 рядом со старой, переведите на неё службу сервера 1С и поставьте ту же версию на все клиентские компьютеры. В клиент-серверном режиме номер версии клиента и сервера должен совпадать до последней цифры, иначе пользователи не войдут в базу.

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

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

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

Из этого следуют три правила:

• 🧩 Обновление платформы не меняет данные. Базы и конфигурации остаются как были. Конфигурацию обновляют отдельно.
• 🔁 Откат простой. Пока старый каталог на месте, можно вернуть службу и ярлыки на прежнюю версию.
• 🖥️ Обновлять приходится везде. Сервер 1С, каждый клиентский компьютер, терминальный сервер , веб-сервер с публикацией.

Какой версией запускать базу, решает стартер 1cestart.exe. Он смотрит на поле «Версия 1С:Предприятия» в свойствах базы (последняя страница мастера редактирования). Там можно указать маску 8.3 — тогда берётся самая новая установленная версия — или точный номер, например 8.3.25.1374.

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

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

Что проверить до установки:

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

Пробный прогон на копии базы

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

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

Свойство конфигурации «Режим совместимости» тоже влияет на результат. Оно позволяет конфигурации работать на новой платформе по правилам более ранней версии. Менять его вручную в типовой конфигурации не нужно: режим выставляет поставщик в очередном релизе.

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

Способы обновления: вручную, тихой установкой, через стартер

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

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

Обновление платформы на сервере 1С пошагово

Порядок для Windows Server с одним кластером. На этом этапе пользователи уже вышли, сеансы заблокированы.

Шаг 1. Остановить службу

Откройте services.msc, найдите службу агента сервера 1С:Предприятия (для 64-разрядной версии — 1C:Enterprise 8.3 Server Agent (x86-64)) и остановите её. Из командной строки:

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

Проверьте в диспетчере задач, что процессов ragent.exe, rmngr.exe, rphost.exe не осталось.

Шаг 2. Установить новую версию

Запустите setup.exe из дистрибутива сервера. В списке компонентов отметьте «Сервер 1С:Предприятия 8», «Модули расширения веб-сервера» (если есть публикации) и «Администрирование сервера 1С:Предприятия». Клиент на сервере ставьте, если там работает Конфигуратор.

Мастер предложит установить сервер как службу. Если служба от прошлой версии существует, надёжнее не полагаться на мастер, а перерегистрировать службу вручную (шаг 3).

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

Служба запускает ragent.exe из каталога конкретной версии. Пока путь указывает на старый каталог, сервер будет работать по-старому. Удалите службу командой из старой версии и создайте из новой:

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

cd "C:\Program Files\1cv8\8.3.25.1374\bin"
ragent.exe -instsrvc -usr .\USR1CV8 -pwd ПарольСлужбы -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

Номера версий подставьте свои. Порты и каталог -d возьмите из старой службы: свойства службы в services.msc, поле «Исполняемый файл». Если указать другой каталог srvinfo, кластер окажется пустым.

Запустите службу:

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

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

Консоль кластера работает через библиотеку radmin.dll конкретной версии. После обновления сервера старая консоль не подключится к новому агенту. Выполните от имени администратора:

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

То же самое — на каждом компьютере, откуда администратор открывает консоль.

Шаг 5. Обновить веб-публикации

Если базы опубликованы на IIS или Apache, модуль веб-сервера тоже привязан к версии.

• 🌐 Apache. В httpd.conf строка LoadModule _1cws_module содержит путь к wsap24.dll старой версии. Замените номер в пути и перезапустите Apache.
• 🌐 IIS. Проще всего переопубликовать базу из Конфигуратора новой версии: Администрирование → Публикация на веб-сервере.

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

Linux-сервер

С версии 8.3.21 каждая версия ставится в отдельный каталог /opt/1cv8/x86_64/8.3.xx.xxxx/, а имя systemd-юнита содержит номер версии. Логика та же: остановить и отключить юнит старой версии, включить и запустить юнит новой, указав тот же каталог данных кластера. Точные имена юнитов смотрите командой systemctl list-unit-files | grep 1cv8.

Обновление клиентских компьютеров пользователей

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

Тихая установка через msiexec

Из каталога распакованного дистрибутива клиента:

msiexec /i "1CEnterprise 8 (x86-64).msi" /qn TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THINCLIENT=1 THINCLIENTFILE=1 SERVER=0 WEBSERVEREXT=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU

DESIGNERALLCLIENTS=1 ставит толстый клиент с Конфигуратором; если пользователям он не нужен, оставьте только THINCLIENT=1. Команду можно разослать скриптом входа или через средство удалённого выполнения.

Автообновление через стартер

1cestart.exe умеет сам ставить новую версию из общей папки. В файле 1cestart.cfg (для всех пользователей — в C:\ProgramData\1C\1CEStart\) добавьте строки:

PublishDistributiveLocation=\\fileserver\1c_distr\
AppAutoInstallLastVersion=1

В папку \\fileserver\1c_distr\ положите распакованный дистрибутив клиента. При запуске стартер увидит версию новее установленной и предложит её установить. Пользователю для этого нужны права на установку программ, иначе останется массовая установка от администратора.

Терминальный сервер

На RDS-сервере обновляйте платформу один раз, но все пользователи должны выйти из сеансов 1С. Перед установкой переведите сервер в режим установки: change user /install, после — change user /execute.

Проверка после установки новой платформы

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

1. Консоль администрирования открывается, кластер виден, список баз на месте.
2. В свойствах рабочего сервера в консоли — новая версия, процессы rphost запущены.
3. С клиентского компьютера база открывается, в Справка → О программе указан новый номер платформы.
4. Конфигуратор открывает базу, выгрузка .dt проходит без ошибок.
5. Регламентные задания в консоли выполняются: обмены, загрузка курсов.
6. Печать, обмен с банком и электронная подпись работают у одного-двух пользователей.
7. Веб-публикация открывается в браузере.

После недели стабильной работы старые версии можно удалить через «Программы и компоненты». Оставляйте одну предыдущую версию на случай отката.

Ошибки при обновлении платформы и откат

Как откатиться на прежнюю версию

Если после обновления что-то критично сломалось:

1. Заблокируйте сеансы, остановите службу (пользователи будут отключены).
2. Удалите службу командой ragent.exe -rmsrvc из новой версии.
3. Зарегистрируйте службу из каталога старой версии с теми же параметрами.
4. Зарегистрируйте radmin.dll старой версии.
5. На клиентах укажите в свойствах базы прежний номер версии или удалите новую.

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

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