Переход платформы 1С:Предприятие на версию 8.3.17 на клиентах, сервере и веб-публикациях

Чтобы обновить 1С до 8.3.17, скачайте дистрибутив платформы нужной разрядности, сделайте выгрузку базы в .dt, установите новую версию рядом со старой и укажите её для базы в списке информационных баз. В клиент-серверном варианте дополнительно ставится сервер той же версии, служба агента перерегистрируется на новый ragent.exe, а на все рабочие места ставится клиент с точно таким же номером сборки.

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

Подготовка перед обновлением: копия базы и окно работ

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

Что сделать заранее:

1. 📦 Выгрузите базу в .dt. Конфигуратор → Администрирование → Выгрузить информационную базу. Нужен монопольный доступ, так что делайте это вне рабочего времени.
2. 💾 Для SQL-баз дополнительно сделайте штатный бэкап СУБД (BACKUP DATABASE в MS SQL или pg_dump в PostgreSQL). Восстанавливать из него быстрее, чем загружать .dt.
3. 🗂️ Скопируйте каталог кластера srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo). В нём реестр кластера: список баз, рабочих серверов, администраторов.
4. 📝 Запишите текущую версию платформы: Справка → О программе в любой базе. Она понадобится для отката.
5. 🔍 Проверьте требования конфигурации. В описании релиза типовой конфигурации всегда указан минимальный номер платформы. Если релиз требует номер не ниже 8.3.17, а у вас 8.3.15, — сначала платформа, потом конфигурация.

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

Какой дистрибутив 8.3.17 скачать

Дистрибутивы публикуются на портале обновлений 1С и доступны при действующей подписке ИТС. В разделе платформы выберите нужную сборку 8.3.17 — у версии было несколько сборок с исправлениями, берите последнюю из доступных.

Главное — не перепутать пакет:

💡 Разрядность клиента и сервера не обязана совпадать. 32-битный клиент спокойно работает с 64-битным сервером. Совпадать должен номер версии — все четыре числа.

Если на рабочих местах используются торговое оборудование или старые внешние компоненты, проверьте, есть ли у них 64-битные версии. Нет — оставьте на этих местах 32-битный клиент.

Установка 8.3.17 на компьютер пользователя и в файловом варианте

Новая версия ставится в отдельный каталог, например C:\Program Files\1cv8\8.3.17.xxxx. Старая при этом остаётся, и это удобно: откат — просто выбор другой версии.

Установка вручную

1. Распакуйте архив и запустите setup.exe.
2. В списке компонентов оставьте 1С:Предприятие и при необходимости Тонкий клиент. Сервер и модули веб-сервера на обычное рабочее место не нужны.
3. Язык интерфейса — русский. Установку драйвера защиты оставляйте только если используете аппаратные ключи HASP.
4. После установки запустите ярлык 1С и откройте базу.

Как выбрать версию для конкретной базы

Если на компьютере несколько версий, загрузчик 1cestart.exe запускает самую новую. Чтобы закрепить версию за базой, в списке баз нажмите Изменить и на последней странице мастера заполните поле Версия 1С:Предприятия, например 8.3.17. Можно указать полный номер сборки, можно только первые три числа — тогда возьмётся самая свежая сборка этой ветки.

Для всех баз сразу версию задаёт параметр в файле 1cestart.cfg (лежит в %APPDATA%\1C\1CEStart\):

DefaultVersion=8.3.17

Массовая установка на рабочие места

Когда компьютеров десятки, удобнее тихая установка через MSI из распакованного дистрибутива:

msiexec /i "1CEnterprise 8.msi" /qn TRANSFORMS=adminstallrelogon.mst;1049.mst ^
  DESIGNERALLCLIENTS=1 THICKCLIENT=1 THINCLIENT=1 THINCLIENTFILE=1 ^
  SERVER=0 WEBSERVEREXT=0 CONFREPOSSERVER=0 SERVERCLIENT=0 CONVERTER77=0 LANGUAGES=RU

Имя .msi в 64-битном дистрибутиве отличается — посмотрите его в папке распаковки. Команду удобно раздать через групповую политику или скрипт входа.

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

Обновление сервера 1С до версии 8.3.17

Это самая ответственная часть. Установщик ставит файлы, но служба агента продолжает смотреть на ragent.exe старой версии, если её не перерегистрировать.

Порядок действий

1. Убедитесь, что пользователи вышли, блокировка сеансов включена.
2. Остановите службу Агент сервера 1С:Предприятия 8.3 в оснастке «Службы». Все сеансы будут оборваны.
3. Запустите установщик 64-битной платформы. Отметьте компоненты Сервер 1С:Предприятия и Администрирование сервера 1С:Предприятия.
4. Если установщик предложит установить сервер как службу Windows, укажите ту же учётную запись, что была у старой службы, — обычно USR1CV8 или доменный сервисный пользователь.
5. Проверьте путь к исполняемому файлу в свойствах службы. Там должен быть каталог 8.3.17.xxxx.

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

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

rem удалить старую службу (из каталога bin СТАРОЙ версии)
"C:\Program Files\1cv8\8.3.15.xxxx\bin\ragent.exe" -rmsrvc

rem зарегистрировать службу новой версии
"C:\Program Files\1cv8\8.3.17.xxxx\bin\ragent.exe" -instsrvc -usr ".\USR1CV8" -pwd "пароль" ^
  -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

rem запустить
"C:\Program Files\1cv8\8.3.17.xxxx\bin\ragent.exe" -start

Ключ -d должен указывать на тот же каталог srvinfo, что использовался раньше. Тогда кластер поднимется со всеми зарегистрированными базами, и регистрировать их заново не придётся.

Консоль администрирования

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

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

Без этого консоль либо не открывается, либо подключается с ошибкой версии. Для 64-битной консоли регистрируйте библиотеку из 64-битной установки.

Веб-публикации

Если базы опубликованы через IIS или Apache, модуль веб-сервера тоже привязан к версии. В конфигураторе под администратором переопубликуйте базу: Администрирование → Публикация на веб-сервере, кнопка Опубликовать. Для Apache проверьте строку LoadModule в httpd.conf: путь к wsap24.dll должен вести в каталог 8.3.17. После правки перезапустите веб-сервер.

Обновление конфигурации базы после смены платформы

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

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

1. Откройте базу в конфигураторе уже на 8.3.17.
2. Конфигурация → Поддержка → Обновить конфигурацию, выберите файл .cfu или .cf.
3. Подтвердите Обновить конфигурацию базы данных (F7). Монопольный доступ нужен на этот шаг, потому что меняется структура таблиц.
4. Запустите базу в пользовательском режиме и дождитесь окончания обработчиков обновления.

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

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

Кластер серверов и лицензии после перехода

Требования к кластеру

• 🖥️ Все рабочие серверы одного кластера должны работать на одной версии платформы. Обновляйте их в одно окно.
• 🔌 Схема портов прежняя: клиент обращается к агенту на 1540, дальше к менеджеру кластера на 1541 и рабочим процессам из диапазона, заданного в свойствах рабочего сервера (по умолчанию 1560:1591).
• 🔥 Если меняли порты или переставляли службу, проверьте правила брандмауэра Windows: они привязаны к портам, но иногда и к пути программы.

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

Что с лицензиями

Смена версии платформы внутри 8.3 повторной активации не требует.

• 🔑 Программные лицензии хранятся в каталоге C:\ProgramData\1C\licenses и привязаны к параметрам компьютера, а не к номеру версии. Установщик их не трогает.
• 🔐 Аппаратные ключи HASP продолжают работать, если драйвер защиты и менеджер лицензий остались на месте.
• 🖧 Лицензия на сервер берётся тем же способом, что и раньше. Если сервер стартует, но клиенты получают отказ по лицензии, проверьте, видит ли новая служба тот же каталог лицензий и запущена ли она от прежней учётной записи.

Проверить, какую лицензию занял сеанс, удобно из консоли кластера в списке сеансов или командой rac session list --licenses через сервер администрирования ras.

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

Ошибки при переходе на 8.3.17 и как их снять

Большинство проблем после обновления — это рассинхрон версий или служба, оставшаяся на старых файлах.

Если сеансы зависают после обновления

Иногда после смены версии рабочие процессы держат «осиротевшие» данные сеансов. Практическое решение — остановить службу и удалить папки snccntx* внутри srvinfo\reg_1541. При следующем запуске сервер создаст их заново.

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

Как откатиться

Если на 8.3.17 что-то пошло не так, а разбираться некогда:

1. Остановите службу агента.
2. Перерегистрируйте её на ragent.exe старой версии — команды те же, меняется только путь.
3. Зарегистрируйте radmin.dll старой версии.
4. На клиентах верните старую версию в поле Версия 1С:Предприятия или в 1cestart.cfg.

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

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