Как обновить платформу 1С на сервере SQL

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

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

Важно различать обновление платформы и обновление конфигурации. Платформа — это исполняемые файлы сервера и клиента (например, переход с 8.3.22 на 8.3.24). Конфигурация — это прикладное решение (Бухгалтерия, ERP, ЗУП), которое обновляется через конфигуратор и может потребовать реструктуризации базы на SQL-сервере. Часто эти процессы идут вместе, потому что новый релиз конфигурации требует минимальную версию платформы.

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

Перед обновлением убедитесь, что у вас есть полный доступ: права администратора на сервере 1С:Предприятия, права sysadmin или dbcreator в MS SQL Server и доступ к консоли кластера серверов. Также понадобится дистрибутив новой платформы с портала 1С и действующий программный лицензионный ключ или доступ к серверу лицензирования.

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

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

Резервное копирование базы на SQL Server

Для клиент-серверной базы единственно надёжный способ резервного копирования — средствами самой СУБД. Выгрузка в dt через конфигуратор не считается полноценной копией для больших SQL-баз: она медленная, требует монопольного доступа и не гарантирует целостность при сбое. Используйте полную резервную копию (FULL backup) в SQL Server Management Studio или через скрипт T-SQL.

Типовая команда для создания копии выглядит так:

BACKUP DATABASE [MyBase1C]
TO DISK = 'D:\Backups\MyBase1C_before_update.bak'
WITH COMPRESSION, CHECKSUM;

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

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

Новую платформу устанавливают рядом со старой, не удаляя её. Запустите установщик дистрибутива на сервере 1С:Предприятия и выберите компоненты «Сервер 1С:Предприятия» и, при необходимости, «Администрирование сервера». Каждая версия ставится в отдельный каталог (например, C:\Program Files\1cv8\8.3.24.1467), поэтому конфликтов не возникает.

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

Если сервер 1С и SQL Server развёрнуты на разных машинах, платформу обновляют только на сервере 1С — на SQL-сервере никаких действий с платформой не требуется. Но проверьте, что учётная запись, под которой работает агент сервера 1С, по-прежнему имеет доступ к SQL Server.

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

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

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

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

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

RESTORE VERIFYONLY FROM DISK = 'D:\Backups\MyBase1C_before_update.bak';

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

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

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

Откат, типичные ошибки и ограничения

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

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

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