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

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

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

Инструкция ориентирована на клиент-серверный вариант работы с СУБД (MS SQL Server, PostgreSQL) и кластером серверов 1С. Для файловых баз часть шагов не требуется — об этом сказано отдельно.

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

Первое действие — узнать текущую версию платформы на сервере и определить целевую версию. Текущую версию видно в консоли кластера серверов 1С (в свойствах кластера) или в каталоге установки, обычно C:\Program Files\1cv8\<версия> на Windows и /opt/1cv8/x86_64/<версия> на Linux.

Целевую версию выбирают по двум критериям: требования конфигурации (вендор конфигурации указывает минимальную версию платформы) и стабильность релиза. Не рекомендуется ставить платформу в день её выхода — разумно дождаться накопления отзывов или выхода первого исправительного релиза линейки.

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

Резервное копирование перед обновлением

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

Для MS SQL Server используйте полную резервную копию (Full backup) каждой рабочей базы. Для PostgreSQL — pg_dump или физическую копию кластера. Параллельно полезно сделать выгрузку в файл .dt через конфигуратор для критичных баз: dt-файл позволяет восстановить данные даже на другом сервере СУБД.

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_before_update.bak' WITH COMPRESSION, CHECKSUM;

Не забудьте скопировать и служебные каталоги: список информационных баз кластера (файл 1CV8Clst.lst в каталоге srvinfo), настройки кластера, лицензии. При переустановке сервера эти данные понадобятся для восстановления конфигурации кластера.

Остановка сервера и вывод пользователей

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

Порядок остановки: сначала завершаются сеансы и фоновые задания, затем останавливается служба агента сервера 1С. На Windows это делается через оснастку «Службы» или командой, на Linux — через systemd.

net stop "1C:Enterprise 8.3 Server Agent"
# или на Linux:
sudo systemctl stop srv1cv83

Убедитесь, что процессы ragent, rmngr и rphost завершены. Зависшие rphost-процессы могут держать файлы платформы и помешать установке — их завершают вручную через диспетчер задач или kill.

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

Запустите установщик из дистрибутива платформы. Для серверной установки выберите компоненты «Сервер 1С:Предприятия» и, при необходимости, «Администрирование сервера 1С:Предприятия» (RAS) и «Сервер хранилища конфигураций». Установщик разместит файлы новой версии в отдельном каталоге, не затрагивая предыдущие версии.

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

1. 1
   Запустить setup.exe из дистрибутива платформы от имени администратора
2. 2
   Выбрать компоненты: Сервер 1С:Предприятия, консоль администрирования, при необходимости RAS
3. 3
   Дождаться завершения установки и проверить каталог новой версии
4. 4
   Перерегистрировать службу агента на новую версию, сохранив каталог srvinfo
5. 5
   Запустить службу агента сервера и проверить, что кластер поднялся
6. 6
   Открыть консоль кластера и убедиться, что базы видны и рабочие процессы запущены

На Linux установка выполняется скриптом из дистрибутива (setup-full или отдельные пакеты), после чего проверяют права на каталоги и пользователя, от которого работает служба (обычно usr1cv8). Не меняйте владельца каталога srvinfo — иначе кластер не стартует.

Обновление информационных баз и клиентов

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

Реструктуризацию больших баз выполняют в монопольном режиме и желательно в нерабочее время: процесс может занять от минут до нескольких часов в зависимости от объёма данных. Перед реструктуризацией ещё раз убедитесь в наличии свежей резервной копии.

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

Проверка результата и типичные ошибки

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

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

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

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