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

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

Под «сервером 1С» обычно понимают сервер приложений «1С:Предприятие» (кластер серверов), который работает в связке с СУБД — MS SQL Server, PostgreSQL или другой поддерживаемой базой. Обновление может затрагивать только платформу (например, переход на новый релиз 8.3) или платформу вместе с конфигурацией (например, обновление «1С:ERP» или «Бухгалтерии»). Эти сценарии различаются по трудоёмкости и рискам.

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

Что подготовить перед обновлением

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

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

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

Резервное копирование: обязательный этап

Минимальный набор — два независимых бэкапа каждой базы: выгрузка в файл dt через конфигуратор и полная резервная копия средствами СУБД. Выгрузка dt делается через «Администрирование → Выгрузить информационную базу» и требует монопольного доступа. Бэкап СУБД выполняется штатными средствами — для MS SQL это полная резервная копия базы данных, для PostgreSQL — pg_dump.

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

Дополнительно сохраните каталоги сервера, если там есть нестандартные настройки: список баз кластера можно экспортировать, а параметры служб и файлы конфигурации (например, nethasp.ini, настройки кластера) — скопировать отдельно. Это упростит откат и восстановление конфигурации сервера.

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

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

Запустите установщик от имени администратора, выберите компоненты: «Сервер 1С:Предприятия», «Администрирование сервера», при необходимости — «Сервер хранилища конфигураций» и веб-компоненты. Укажите учётную запись, под которой будет работать служба агента сервера (по умолчанию создаётся USR1CV8), и убедитесь, что у этой учётной записи есть права на каталоги сервера.

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

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

Перевод кластера и баз на новую версию

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

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

Клиентские подключения перенастраиваются указанием нового порта кластера в строке подключения или через обновление списка баз у пользователей. Если используется веб-сервер (IIS или Apache), не забудьте переопубликовать базы с новой версией модуля веб-расширения — иначе веб-клиенты и тонкие клиенты через веб-сервер получат ошибку несовпадения версий.

Обновление конфигурации баз данных

Если обновляется только платформа, а конфигурация остаётся прежней, часто достаточно просто запустить базу на новой платформе — при первом запуске конфигуратор может предложить обновить версию формата базы. Если обновляется и конфигурация (например, новый релиз «1С:Бухгалтерии»), работа ведётся через конфигуратор: «Конфигурация → Поддержка → Обновить конфигурацию» с файлом обновления из дистрибутива поставщика.

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

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

Проверка результата и откат при проблемах

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

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

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

Контрольные точки

Как проверить результат обновления

Запуск базы

Норма

Вход выполняется, версия платформы в «О программе» новая

Тревожный признак

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

Журнал регистрации

Норма

Нет ошибок обновления, отложенные обработчики завершены

Тревожный признак

Есть ошибки обработчиков обновления данных

Регламентные задания

Норма

Задания выполняются по расписанию без ошибок

Тревожный признак

Задания зависают или падают с ошибками

Веб-доступ

Норма

Веб-клиент и публикации открываются

Тревожный признак

Ошибка модуля веб-расширения — нужна перепубликация

Частые вопросы по обновлению сервера 1С

Можно ли обновлять сервер 1С без остановки работы пользователей?

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

Что делать, если клиенты не могут подключиться после обновления?

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

Нужно ли обновлять СУБД вместе с платформой 1С?

Не обязательно, но проверьте совместимость: новый релиз платформы может прекратить поддержку старых версий MS SQL или PostgreSQL. Если ваша СУБД выпала из списка поддерживаемых, её обновление становится обязательным этапом проекта.

Как откатиться, если обновление прошло неудачно?

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

Можно ли перепрыгнуть через несколько релизов конфигурации?

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

Сколько времени занимает обновление сервера 1С?

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