Как обновить платформу 1С на сервере: безопасный порядок действий

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

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

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

Что именно обновляется: платформа, конфигурация или сервер

Перед началом работ важно разделить три разные задачи, которые часто называют одним словом «обновление».

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

Когда нужно обновлять платформу 1С

Обновление платформы не должно выполняться только потому, что «вышла новая версия». На рабочем сервере важнее совместимость, предсказуемость и возможность отката.

Обычно обновление требуется в следующих ситуациях:

• новая версия конфигурации требует более свежую платформу;
• нужно исправить ошибку платформы, которая проявляется в текущей версии;
• используемая версия больше не подходит для новых функций или интеграций;
• планируется перенос 1С на новый сервер;
• нужно унифицировать версии платформы на сервере, рабочих местах и терминальных серверах;
• есть требования по безопасности или совместимости с операционной системой и СУБД.

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

Как выглядит безопасная схема обновления

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

       Подготовка
          │
          ▼
  Проверка версий и требований
          │
          ▼
  Резервные копии и план отката
          │
          ▼
  Остановка сеансов и служб
          │
          ▼
  Установка новой платформы
          │
          ▼
  Проверка кластера и сервисов
          │
          ▼
  Проверка клиентов и баз
          │
          ▼
  Возврат пользователей

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

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

Текущая версия платформы

Проверьте версию платформы:

• на сервере 1С;
• на рабочих местах пользователей;
• на терминальных серверах, если пользователи работают через RDP;
• в консоли администрирования;
• в RAS и утилите rac, если они используются;
• на веб-сервере, если опубликованы базы через IIS или Apache.

Если в инфраструктуре используется несколько версий платформы, зафиксируйте, какие базы и пользователи работают с каждой из них.

Список информационных баз

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

Проверьте:

• названия баз;
• тип СУБД;
• сервер базы данных;
• имя базы в SQL Server или PostgreSQL;
• наличие фоновых заданий;
• наличие регламентных обменов;
• наличие веб-публикаций.

Сервисная учетная запись

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

На Windows можно посмотреть параметры службы через PowerShell:

Get-CimInstance Win32_Service |
Where-Object { $_.DisplayName -like "*1C:Enterprise*Server Agent*" } |
Select-Object Name, DisplayName, StartName, State, PathName

Обратите внимание на поля StartName и PathName. В PathName часто указан параметр -d, который показывает каталог данных сервера 1С.

Каталог данных кластера

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

Пример строки запуска службы:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

В этом примере каталог данных кластера указан после параметра -d.

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

Резервная копия — обязательное условие перед любыми работами с сервером 1С. Но важно понимать, что одной выгрузки *.dt не всегда достаточно.

Подготовка пользователей и технического окна

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

Перед началом работ:

• уведомите пользователей о времени недоступности 1С;
• остановите регламентные задания, если они могут помешать обновлению;
• проверьте обмены с сайтами, CRM, банками и внешними сервисами;
• убедитесь, что никто не выполняет закрытие месяца, расчет зарплаты или массовые операции;
• подготовьте ответственного пользователя для проверки базы после обновления;
• зафиксируйте план отката.

Блокировка новых сеансов

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

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

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

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

Общий порядок установки

1. Скачайте нужный дистрибутив платформы.
2. Проверьте разрядность и компоненты установки.
3. Запустите установку от имени администратора.
4. Выберите необходимые компоненты: сервер 1С, клиент, администрирование, веб-расширения при необходимости.
5. Проверьте параметры службы сервера 1С.
6. Убедитесь, что указана правильная сервисная учетная запись.
7. Проверьте путь к каталогу данных кластера.
8. Завершите установку и проверьте, что служба запускается.

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

Компоненты установки

Набор компонентов зависит от роли сервера.

Остановка и запуск служб

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

Get-Service | Where-Object { $_.DisplayName -like "*1C:Enterprise*" }

После остановки службы проверьте, что процессы сервера 1С завершены:

Get-Process ragent, rmngr, rphost -ErrorAction SilentlyContinue

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

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

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

Проверка служб

Убедитесь, что служба сервера 1С запущена:

Get-Service | Where-Object { $_.DisplayName -like "*1C:Enterprise*" }

Затем проверьте процессы:

Get-Process ragent, rmngr, rphost -ErrorAction SilentlyContinue

Если используется RAS, проверьте его отдельно и убедитесь, что версия административных инструментов соответствует используемой серверной платформе.

Проверка портов

После обновления убедитесь, что сетевые порты сервера 1С доступны с нужных узлов.

Test-NetConnection SERVER01 -Port 1540
Test-NetConnection SERVER01 -Port 1541
Test-NetConnection SERVER01 -Port 1560

Если сервер 1С и СУБД находятся на разных узлах, проверьте доступность SQL Server или PostgreSQL со стороны сервера 1С.

Test-NetConnection SQL01 -Port 1433
Test-NetConnection PGSQL01 -Port 5432

Проверка информационных баз

После запуска служб выполните проверку на нескольких базах:

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

Обновление клиентских рабочих мест

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

Проверьте:

• версии платформы на рабочих местах;
• версии платформы на терминальных серверах;
• настройки ярлыков запуска;
• пути к тонкому и толстому клиенту;
• автоматическую установку клиента, если она используется;
• совместимость внешних обработок и расширений.

Если используется веб-клиент

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

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

• публикации информационных баз;
• работу HTTPS;
• актуальность SSL-сертификата;
• наличие нужных модулей веб-сервера;
• работу HTTP-сервисов и веб-сервисов;
• права учетной записи, под которой работает веб-сервер.

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

Типичные ошибки после обновления платформы

После обновления проблемы чаще всего связаны не с самим установщиком, а с окружением сервера: правами, службами, версиями компонентов, портами и веб-публикациями.

План отката

План отката нужно подготовить до начала обновления, а не после появления ошибки. На рабочем сервере важно заранее понимать, что именно будет возвращаться: версия платформы, служба, каталог данных кластера, база в СУБД или веб-публикации.

Минимальный план отката должен включать:

• сохраненный дистрибутив старой версии платформы;
• резервные копии информационных баз;
• копию каталога данных кластера;
• параметры службы сервера 1С;
• данные сервисной учетной записи;
• описание веб-публикаций;
• ответственного за проверку баз после восстановления.

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

Практический чек-лист обновления платформы 1С

• Проверена текущая версия платформы на сервере, клиентах и терминальных серверах.
• Проверены требования новой версии к ОС, СУБД и компонентам платформы.
• Созданы резервные копии баз средствами СУБД.
• При необходимости сделаны выгрузки *.dt.
• Сохранены параметры службы сервера 1С.
• Проверен путь к каталогу данных кластера через параметр -d.
• Сохранена копия служебных данных кластера.
• Пользователи уведомлены о техническом окне.
• Новые сеансы заблокированы, активные сеансы завершены.
• Службы 1С остановлены корректно.
• Проверено отсутствие процессов ragent, rmngr, rphost.
• Установлена новая версия платформы.
• Проверен запуск служб и процессов.
• Проверены порты сервера 1С и доступность СУБД.
• Проверены информационные базы, фоновые задания и обмены.
• Проверена клиентская часть на рабочих местах и терминальных серверах.
• Проверены веб-публикации, если они используются.
• План отката сохранен до завершения проверки.

Заключение

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

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

Если после обновления возникла ошибка, не стоит сразу переустанавливать платформу повторно. Гораздо эффективнее последовательно проверить службы, журналы Windows, каталог данных кластера, сетевые порты, лицензирование, версию клиента и состояние СУБД.

Что почитать дальше

Если вы занимаетесь сопровождением серверной инфраструктуры 1С, полезно также изучить связанные материалы:

• Развертывание серверной инфраструктуры 1С — как устроены сервер 1С, СУБД, резервное копирование и мониторинг.
• Сетевые порты сервера 1С — какие соединения должны быть доступны после обновления платформы.
• Как почистить кэш на сервере 1С — что можно очищать после сбоев и что нельзя удалять без подготовки.
• Настройка сервера лицензирования 1С — что проверить, если после обновления появились ошибки получения лицензий.

Когда стоит обратиться к специалистам

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

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

Кратко

• Обновление платформы 1С и обновление конфигурации — разные задачи.
• Перед обновлением нужно проверить версии сервера, клиентов, RAS, веб-публикаций и терминальных серверов.
• Для клиент-серверной базы основным резервным копированием обычно является бэкап средствами СУБД.
• Выгрузка *.dt может быть дополнительной страховкой, но не должна быть единственным планом восстановления.
• Перед установкой нужно сохранить параметры службы, сервисную учетную запись и путь к каталогу данных кластера.
• Обновление лучше выполнять в техническое окно с блокировкой новых сеансов.
• После установки нужно проверить службы, процессы, порты, базы, лицензии, веб-публикации и клиентские рабочие места.
• План отката должен быть подготовлен до начала работ.