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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обновление конфигурации через конфигуратор

Откройте конфигуратор под пользователем с полными правами. Для типовой конфигурации без доработок используйте «Конфигурация» → «Поддержка» → «Обновить конфигурацию» и укажите файл обновления. Если конфигурация доработана, обновление запустит режим сравнения и объединения — здесь нужно аккуратно разобрать каждый изменённый объект, чтобы не потерять доработки.

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

Если конфигурация пропускает несколько релизов, проверьте, допускает ли поставщик обновление «через версии». Часто требуется последовательная установка промежуточных релизов — порядок указан в файле поставки или в описании обновления на портале 1С.

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

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

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

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

Типовые конфигурации после обновления часто выполняют отложенные обработчики обновления данных — они работают в фоновом режиме уже после запуска пользователей. До их завершения часть новых функций может быть недоступна. Статус отложенных обработчиков смотрите в разделе «Результаты обновления программы» (в типовых конфигурациях на БСП).

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

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

Версия платформы в консоли кластера

Норма

Рабочие процессы на новом релизе

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

Процессы остались на старой версии

Вход пользователя в базу

Норма

Вход выполняется, данные открываются

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

Ошибка несовместимости версий клиента и сервера

Отложенные обработчики обновления

Норма

Все обработчики завершены без ошибок

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

Обработчики зависли или падают с ошибками

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

Норма

Задания выполняются по расписанию

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

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

Типичные ошибки и откат на прежнюю версию

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

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

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

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

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

Обязательно ли обновлять платформу вместе с конфигурацией?

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

Что делать, если реструктуризация прервалась с ошибкой?

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

Как ускорить обновление большой базы?

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

Нужно ли обновлять конфигурацию на тестовой базе сначала?

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

Чем отличается обновление через cf и cfu?

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