Администрирование · 11 мин
Как правильно обновить сервер 1С: полное руководство для администратора
Подробная инструкция по обновлению сервера 1С:Предприятие: подготовка, резервное копирование, обновление платформы и СУБД, проверка результата и типичные ошибки.
Обновление сервера 1С:Предприятие — задача, которая напрямую влияет на стабильность работы всей учётной системы компании. Ошибка в процессе может привести к остановке работы пользователей, повреждению базы данных или несовместимости версий платформы между сервером и клиентами. Поэтому обновление нужно планировать заранее, выполнять в нерабочее время и обязательно с предварительным резервным копированием.
Под обновлением сервера 1С обычно понимают две разные задачи: обновление самой платформы 1С:Предприятие на сервере (сервер приложений, агент кластера) и обновление конфигурации информационной базы. Эти процессы связаны, но выполняются по-разному и требуют разных действий. Важно понимать, что версия платформы на сервере, на клиентских машинах и требуемая конфигурацией версия должны быть согласованы — иначе пользователи просто не смогут подключиться.
Материал рассчитан на администраторов, которые обслуживают клиент-серверный вариант работы 1С с СУБД (MS SQL Server, PostgreSQL и другими). Описаны подготовка, порядок обновления платформы, обновление конфигурации, проверка результата и действия при проблемах.
Подготовка: что проверить до начала обновления
Первый шаг — определить, какие именно компоненты требуют обновления. Проверьте текущую версию платформы на сервере (в консоли кластера серверов 1С), версию конфигурации (через конфигуратор: «Поддержка — О настройке версии») и требования нового релиза конфигурации к платформе. Нередко новая конфигурация требует более свежую платформу, чем установлена, и порядок обновления становится критичным: сначала платформа, потом конфигурация.
Согласуйте окно обновления с пользователями. Обновление платформы на сервере требует остановки службы агента сервера, а обновление конфигурации — монопольного доступа к базе. Это значит, что все сеансы должны быть завершены, а фоновые и регламентные задания — остановлены. В консоли кластера установите блокировку начала сеансов и блокировку регламентных заданий заранее, чтобы пользователи не успели подключиться в процессе.
Проверьте наличие дистрибутивов: скачайте нужную версию платформы с портала 1С (portal.1c.ru) и файлы обновления конфигурации. Убедитесь, что у вас есть доступ с правами администратора к серверу, кластеру 1С и СУБД, а также что на дисках достаточно свободного места — для резервных копий и временных файлов обновления.
Резервное копирование: обязательный этап
Резервная копия — единственный способ откатиться, если обновление пройдёт неудачно. Для клиент-серверной базы правильный способ — полная резервная копия средствами СУБД (например, FULL backup в MS SQL Server). Такая копия гарантирует целостность данных и быстрое восстановление. Дополнительно рекомендуется сделать выгрузку информационной базы в файл .dt через конфигуратор — это универсальный формат, который поможет, если возникнут проблемы на уровне СУБД.
Не полагайтесь только на регламентные ночные бэкапы: убедитесь, что копия сделана непосредственно перед обновлением и что она читается. Хорошая практика — развернуть копию на тестовом сервере и проверить, что база открывается. Если тестового сервера нет, хотя бы проверьте наличие файла копии и его размер — подозрительно маленький файл часто означает неудачное копирование.
Отдельно сохраните параметры кластера: список рабочих баз, настройки соединений с СУБД, параметры блокировок. При переустановке платформы с полным удалением эти сведения могут потребоваться для восстановления регистрации баз в кластере.
Обновление платформы 1С на сервере
Обновление платформы выполняется установкой нового дистрибутива «поверх» или рядом со старой версией. Платформа 1С допускает одновременное присутствие нескольких версий на одном сервере — это удобно для плавного перехода. Порядок действий на Windows-сервере обычно такой: остановите службу «Агент сервера 1С:Предприятия», запустите установщик новой версии, выберите компоненты (сервер 1С, средства администрирования, при необходимости — веб-компоненты), завершите установку и запустите службу новой версии.
После установки новой версии старую службу агента можно остановить и отключить. Если обе версии должны работать одновременно, помните, что каждый агент кластера использует свой диапазон портов — при параллельной работе настройте разные порты, иначе будет конфликт. После запуска нового агента проверьте в консоли кластера, что рабочие процессы стартовали и базы зарегистрированы.
На Linux-сервере логика аналогична: остановка службы srv1cv8, установка пакетов новой версии, запуск службы. Обратите внимание на права доступа к каталогам кластера (srvinfo) — после установки они должны принадлежать пользователю, под которым работает агент.
- 1Сделайте резервную копию базы средствами СУБД и выгрузку .dt
- 2Заблокируйте сеансы и регламентные задания в консоли кластера
- 3Остановите службу агента сервера 1С текущей версии
- 4Установите новую версию платформы из официального дистрибутива
- 5Запустите службу агента новой версии и проверьте кластер
- 6Убедитесь, что базы видны в консоли и рабочие процессы запущены
- 7Обновите платформу на клиентских компьютерах
- 8Снимите блокировку сеансов и проверьте подключение пользователей
Обновление конфигурации информационной базы
Когда платформа обновлена, можно переходить к конфигурации. Запустите конфигуратор нужной версии платформы, откройте базу в монопольном режиме. Для типовых конфигураций на поддержке используйте «Конфигурация — Поддержка — Обновить конфигурацию» с указанием файла обновления (.cfu) или через интернет-поддержку, если она настроена. Для изменённых конфигураций потребуется трёхстороннее сравнение и объединение — эта работа требует участия разработчика.
После загрузки обновления выполните «Обновить конфигурацию базы данных» (F7). На этом этапе платформа выполняет реструктуризацию таблиц — на больших базах процесс может занять от нескольких минут до нескольких часов. Не прерывайте реструктуризацию: принудительное завершение может оставить базу в неконсистентном состоянии. При первом запуске в режиме предприятия будут выполнены отложенные обработчики обновления — до их завершения часть функций может быть недоступна.
Если конфигурация пропустила несколько релизов, проверьте в документации к обновлению, допускается ли переход сразу на целевую версию или нужны промежуточные обновления. Многие типовые конфигурации требуют последовательного обновления через промежуточные версии — игнорирование этого требования приводит к ошибкам обработчиков обновления.
Проверка результата после обновления
После завершения обновления не спешите открывать доступ пользователям. Сначала войдите в базу самостоятельно и проверьте ключевые сценарии: открытие основных документов, формирование типовых отчётов, проведение документа на копии данных. Проверьте версию конфигурации и платформы в разделе «О программе» — они должны соответствовать целевым.
Убедитесь, что регламентные задания выполняются: снимите блокировку и проконтролируйте журнал регистрации на предмет ошибок фоновых заданий. Если используются внешние компоненты, печатные формы или расширения — проверьте их совместимость с новой версией конфигурации: расширения часто требуют обновления или отключения после смены релиза.
Как проверить результат
Соответствует установленной новой версии
Консоль показывает старую версию или кластер недоступен
Клиент входит без ошибок несовместимости версий
Ошибка о несоответствии версий клиента и сервера
В журнале регистрации задания выполняются без ошибок
Массовые ошибки фоновых заданий после запуска
Открываются и формируются корректно
Ошибки обращения к объектам метаданных или реквизитам
Откат при неудачном обновлении
Если после обновления конфигурации база не работает, а исправить проблему быстро не удаётся — восстановите базу из резервной копии СУБД, сделанной перед обновлением. Это вернёт данные в исходное состояние. Помните: все данные, введённые после копии, будут потеряны, поэтому решение об откате нужно принимать быстро, пока пользователи не начали работать.
Откат платформы проще: поскольку старая версия обычно остаётся установленной, достаточно остановить службу нового агента, запустить службу старой версии и убедиться, что клиенты подключаются со старой платформой. Именно поэтому не рекомендуется удалять предыдущую версию платформы сразу после обновления — держите её как минимум до подтверждения стабильной работы.
Частые вопросы
Можно ли обновлять сервер 1С без остановки работы пользователей?
Нет. Обновление платформы требует остановки службы агента сервера, а обновление конфигурации — монопольного доступа к базе. Возможны схемы с минимизацией простоя (например, тестовое обновление на копии с последующей репликацией), но полностью без остановки обновить рабочий кластер нельзя.
Что делать, если после обновления клиенты не подключаются к серверу?
Чаще всего причина — несовпадение версий платформы на клиенте и сервере. Установите на клиентские компьютеры ту же версию платформы, что и на сервере. Также проверьте, что служба агента запущена, порты кластера доступны и не блокируются брандмауэром.
Нужно ли обновлять СУБД вместе с платформой 1С?
Не обязательно, но нужно проверить совместимость: каждая версия платформы поддерживает определённый диапазон версий СУБД. Если ваша версия MS SQL Server или PostgreSQL выходит за рамки поддерживаемых новой платформой, СУБД придётся обновить — это отдельная задача со своим планом резервного копирования.
Сколько времени занимает обновление?
Установка платформы на сервер обычно занимает 15–30 минут. Обновление конфигурации зависит от размера базы: на небольших базах — до часа, на больших базах с сотнями гигабайт данных реструктуризация и отложенные обработчики могут занять несколько часов. Закладывайте окно с запасом.
Можно ли удалять старые версии платформы с сервера?
Можно, но только после того, как новая версия стабильно проработала хотя бы несколько недель и откат точно не понадобится. До этого момента старая версия — ваша страховка для быстрого возврата без переустановки.
Что делать, если обновление конфигурации прервалось с ошибкой?
Не пытайтесь повторно запускать обновление «вслепую». Зафиксируйте текст ошибки, проверьте журнал регистрации и технологический журнал. Если причина неочевидна или база не открывается — восстановите базу из резервной копии и повторите процесс на тестовой копии, устранив причину.
Что важно запомнить
Успешное обновление сервера 1С строится на трёх правилах: обязательная резервная копия до начала работ, правильный порядок (платформа → клиенты → конфигурация) и проверка результата до открытия доступа пользователям. Старую платформу не удаляйте, пока не убедитесь в стабильности новой.