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

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

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

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

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

Первое действие — узнать текущую версию платформы и требования конфигурации. Откройте консоль кластера серверов 1С и посмотрите версию агента, либо выполните на сервере команду ragent -v в каталоге установки. Затем в конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки» и документацию поставщика конфигурации: там указаны минимальная и рекомендуемая версии платформы.

Убедитесь, что технологическая платформа и конфигурация совместимы. Например, свежие релизы типовых конфигураций могут требовать платформу не ниже определённой версии, а переход через несколько линий платформы (например, с 8.3.10 на 8.3.24) иногда требует промежуточной конвертации базы.

Проверьте разрядность: если на сервере используется 64-разрядный сервер 1С, скачивайте именно 64-битный дистрибутив. Также убедитесь, что версия СУБД (MS SQL Server, PostgreSQL) поддерживается новой платформой — этот список публикуется в системных требованиях 1С.

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

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

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

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

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

Скачайте дистрибутив платформы с портала 1С (раздел обновлений, требуется действующая подписка ИТС). Выберите «Технологическая платформа 1С:Предприятия (64-bit) для Windows» или нужный вариант для Linux, если сервер работает на нём.

Перед установкой завершите работу пользователей: в консоли кластера закройте активные сеансы и установите блокировку соединений с информационными базами. Останавливать службу агента сервера 1С на время установки не обязательно — установщик новой версии ставится параллельно, в отдельный каталог (например, C:\Program Files\1cv8\8.3.24.1467), и не удаляет предыдущие версии.

Запустите установку от имени администратора. Для сервера выберите компоненты: «Сервер 1С:Предприятия», «Администрирование сервера 1С:Предприятия», при необходимости — «Модули расширения веб-сервера». Если сервер 1С работает как служба Windows, установщик предложит создать службу для новой версии — соглашайтесь и укажите учётную запись USR1CV8 или ту, под которой работает текущий агент.

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

Переключение кластера на новую версию

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

Простой вариант: остановите службу «Агент сервера 1С:Предприятия» старой версии, затем в оснастке служб запустите агент новой версии с теми же параметрами (порт 1540, каталог srvinfo). Каталог srvinfo содержит список баз кластера — если новый агент указывает на тот же каталог, все информационные базы подхватятся автоматически. Проверьте, что в консоли кластеров нового агента видны все базы.

Для Linux-сервера логика аналогична: остановите демон старой версии (systemctl stop srv1cv83), установите пакеты новой версии и запустите службу, убедившись, что в unit-файле указан путь к новому ragent и тот же каталог кластера.

sc stop "1C:Enterprise 8.3 Server Agent (x86-64)"
sc start "1C:Enterprise 8.3 Server Agent 8.3.24 (x86-64)"
# проверка версии агента
"C:\Program Files\1cv8\8.3.24.1467\bin\ragent.exe" -v

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

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

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

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

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

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

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

Когда лучше привлечь специалиста

Самостоятельное обновление оправдано, если у вас одна или несколько баз, стандартный кластер на одном сервере и есть опыт администрирования 1С. Границы безопасной самостоятельной работы заканчиваются там, где начинаются: кластер из нескольких рабочих серверов, отказоустойчивость, нестандартные СУБД, интеграции через COM и внешние компоненты, критичные 24/7-системы.

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

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