Как обновить платформу 1С:Предприятие 8.3 на сервере с MS SQL: пошагово для администратора

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

Главное заблуждение, с которого начинаются проблемы: «обновлю платформу — надо будет и SQL переставить, и конфигурацию перевыгрузить». Нет. Платформа, конфигурация и СУБД обновляются независимо. Данные лежат в базе MS SQL, служебная информация кластера — в каталоге srvinfo, а платформа это просто набор исполняемых файлов в C:\Program Files\1cv8\<версия>\bin.

Разберу весь цикл: что проверить заранее, как снять корректный бэкап средствами SQL, в каком порядке останавливать службы, что обязательно перерегистрировать после установки, как массово обновить клиентов и что делать, если после обновления база не открывается.

Что обновляется на сервере, а что остаётся на месте

Три независимых уровня — путаница между ними даёт 80% лишней работы.

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

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

Совместимость версий

Проверьте три пары:

• 🔹 Конфигурация ↔ платформа. В описании поставки релиза конфигурации указана минимальная версия платформы. Текущую смотрите в Конфигуратор → Справка → О программе.
• 🔹 Платформа ↔ MS SQL. Актуальные ветки 8.3 штатно работают с MS SQL Server 2016–2022. Если у вас SQL 2012 или 2014, новая ветка платформы может его уже не поддерживать — проверьте до установки, а не после.
• 🔹 Платформа ↔ ОС сервера. Windows Server 2012 R2 из поддержки свежих веток выпадает.

Лицензии и ключи

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

1. Аппаратный ключ HASP требует актуального драйвера и службы HASP License Manager. После смены ветки драйвер иногда приходится переустановить.
2. Если сервер лицензий отдельный, его тоже обновляют — ощутимо проще держать на нём ту же версию платформы.

Резервные копии — две разные

Нужны обе, они защищают от разного.

-- бэкап базы средствами MS SQL, со сжатием
BACKUP DATABASE [buh_prod]
TO DISK = 'D:\backup\buh_prod_pre_update.bak'
WITH COMPRESSION, INIT, STATS = 10, CHECKSUM;

Второе — копия служебных данных кластера. Просто скопируйте каталог целиком, предварительно остановив службу:

xcopy "C:\Program Files\1cv8\srvinfo" "D:\backup\srvinfo_pre_update" /E /I /H /Y

База на 50 ГБ со сжатием пишется примерно 8–12 минут на локальный SSD. Планируйте окно с запасом.

Как обновить платформу 1С 8.3 на сервере: пошаговая инструкция

Рабочее окно — 30–60 минут на один сервер приложений. Шаги 1–4 обязательны всегда, 5–8 зависят от инфраструктуры.

Шаг 1. Закрыть вход пользователям

В консоли Администрирование серверов 1С Предприятия откройте свойства информационной базы и поставьте Блокировка начала сеансов включена. Задайте код разрешения — он понадобится, чтобы зайти самому:

"C:\Program Files\1cv8\8.3.27.1859\bin\1cv8.exe" CONFIG /S"srv-1c\buh_prod" /N"Администратор" /P"пароль" /UC"999"

Активные сеансы снимите принудительно: в консоли раздел Сеансы → удалить. Проверьте, что в Соединения не осталось фоновых заданий.

Шаг 2. Снять бэкап в MS SQL

Выполните скрипт из раздела выше. Обязательно сверьте, что файл .bak появился и его размер адекватен. Бэкап, который «вроде запустился», бэкапом не является.

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

Порядок важен: сначала агент сервера, потом остальное.

net stop "1C:Enterprise 8.3 Server Agent"
net stop "1C:Enterprise 8.3 Remote Server"

Проверьте, что в диспетчере задач не осталось процессов ragent.exe, rmngr.exe, rphost.exe. Если висят — завершите вручную, иначе файлы в bin будут заняты и установка упадёт.

Службу MS SQL останавливать не нужно.

Шаг 4. Установить новую версию платформы

Запускайте setup.exe из дистрибутива от имени администратора. Галочки для серверного компьютера:

• ✅ Сервер 1С:Предприятия
• ✅ Администрирование сервера 1С:Предприятия
• ✅ Толстый и тонкий клиент — если на сервере работают через RDP
• ✅ Модули расширения веб-сервера — только если на этой машине есть публикации
• ❌ Сервер хранилища конфигураций — ставьте, только если он реально тут крутится

На вопрос «Установить 1С:Предприятие 8 как сервис Windows » отвечайте Да, если служба уже существовала — установщик перерегистрирует её на новый путь, сохранив параметры.

Шаг 5. Проверить, на какую версию смотрит служба

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

sc qc "1C:Enterprise 8.3 Server Agent"

В строке BINARY_PATH_NAME должен быть путь с новым номером сборки. Если нет — перерегистрируйте службу:

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

Перед этим снимите старую регистрацию: ragent.exe -rmsrvc из каталога старой версии. Параметры портов и путь к srvinfo берите из своих записей — именно для этого вы их выписывали в чек-листе.

Шаг 6. Перерегистрировать консоль и COM-коннектор

Эти две библиотеки версионные, и после обновления они продолжают указывать на старую сборку.

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

Первая — оснастка администрирования кластера. Вторая — V83.COMConnector, через который работают внешние обмены и часть интеграций. Забыли вторую — обмены и внешние скрипты начнут падать с ошибкой создания COM-объекта.

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

Публикация в IIS или Apache ссылается на wsisapi.dll / wsap2x.dll из каталога конкретной версии. После обновления платформы публикация указывает в никуда, и тонкий клиент через веб перестаёт подключаться.

Решение: в Конфигураторе новой версии откройте Администрирование → Публикация на веб-сервере и нажмите Опубликовать заново для каждой базы. Файл default.vrd при этом сохраняется, но его стоит заранее скопировать.

Шаг 8. Снять блокировку и проверить кластер

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

net start "1C:Enterprise 8.3 Server Agent"

Откройте консоль администрирования. Проверьте: кластер на месте, список баз не пуст, в свойствах базы указан прежний сервер MS SQL и имя базы данных. Снимите Блокировка начала сеансов.

Как обновить клиентов до той же версии

Сервер новый, клиент старый — и пользователь получает Несоответствие версии клиента и сервера 1С:Предприятия. Три рабочих способа.

Автоматическое обновление из сетевого каталога. Разложите дистрибутивы по подкаталогам общей папки и укажите её в конфигурационном файле C:\ProgramData\1C\1CEStart\1cestart.cfg:

DistributiveLocation=\\srv-file\1c_dist
DefaultVersion=8.3=8.3.27.1859

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

Тихая установка через MSI и GPO. Для массового парка:

msiexec /i 1cv8.msi /qn /norestart TRANSFORMS=1049.mst ^
 DESIGNERALLCLIENTS=1 THINCLIENT=1 THICKCLIENT=1

Вручную — если клиентов меньше десяти, это банально быстрее.

Параметр DefaultVersion полезен и сам по себе: он фиксирует, какой именно сборкой открывать базы, когда на машине установлено несколько версий платформы.

Особенности по конфигурациям

Платформа одна, но после обновления проверять надо разное.

• 📘 Бухгалтерия 3.0. Первым делом — 1С-Отчётность: криптография завязана на разрядность клиента. Если пользователи работали в 32-битном толстом клиенте, а вы перевели их на 64-битный, подписание отчётов отвалится — лечится установкой 64-битной версии криптопровайдера.
• 📙 ЗУП 3.1. После обновления проверьте Администрирование → Обслуживание → Регламентные и фоновые задания: в клиент-серверном варианте они должны выполняться на сервере. Расчёт зарплаты за месяц прогоните на копии — ветка платформы влияет на планы запросов, а запросы по регистрам расчёта там тяжёлые.
• 📗 УТ 11. Проверьте обмен с розницей и сайтом: если обмен идёт через COM, версия коннектора должна совпадать с платформой на обеих сторонах. Узлы РИБ после обновления платформы повторной инициализации не требуют.
• 📕 ERP. База обычно крупная. Полный бэкап и Тестирование и исправление занимают часы, поэтому реструктуризацию и проверку планируйте на выходные. Отдельно посмотрите на механизмы блокировок: при смене ветки управляемые блокировки начинают вести себя иначе, и всплывают дедлоки, которых раньше не было.

Типичные ошибки и как их избежать

Четыре ошибки организационного плана, которые встречаются чаще технических:

1. 🔸 Удалили старую версию сразу после установки новой — откат стал невозможен.
2. 🔸 Обновили сервер, забыли про сервер взаимодействия, RAS и сервер хранилища конфигураций.
3. 🔸 Запустили chdbfl.exe для клиент-серверной базы. Эта утилита работает только с файловыми базами, для SQL-базы используют Тестирование и исправление в Конфигураторе.
4. 🔸 Обновились без окна простоя, «по-живому». Пользователи получили разрыв соединений, часть документов осталась недозаписанной.

Что проверить после обновления

Короткий прогон на 15 минут — он ловит почти все последствия.

Как откатиться, если обновление не прижилось

Порядок обратный и занимает минут десять.

1. Остановите службу агента: net stop "1C:Enterprise 8.3 Server Agent".
2. Снимите регистрацию службы из каталога новой версии: ragent.exe -rmsrvc.
3. Зарегистрируйте службу из каталога старой версии с теми же портами и путём к srvinfo.
4. Перерегистрируйте radmin.dll и comcntr.dll старой версии.
5. Перепубликуйте базы на веб-сервере из старого Конфигуратора.
6. Запустите службу, проверьте вход.

Восстановление базы из .bak при откате платформы обычно не нужно: платформа структуру данных не меняет. Бэкап страхует от другого — от сбоя диска или от того, что кто-то успел провести документы в неудачный момент.

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