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

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

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

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

Проверка совместимости версий перед обновлением

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

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

Также проверьте разрядность: сервер 1С:Предприятия бывает 32- и 64-разрядным. Для работы с SQL Server в продуктивной среде используется 64-разрядная версия сервера. При обновлении устанавливайте ту же разрядность, что была, если нет осознанного решения о переходе.

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

Перед любыми действиями сделайте полную резервную копию базы средствами SQL Server, а не выгрузку в dt. Выгрузка в dt для больших клиент-серверных баз занимает часы и не гарантирует быстрое восстановление. Копия средствами СУБД восстанавливается за минуты и сохраняет всё без исключений.

Резервную копию можно сделать через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Либо командой T-SQL:

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

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

Завершение сеансов пользователей и блокировка базы

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

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

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

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

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

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

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

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

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

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

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

Реструктуризация больших таблиц на SQL Server может занимать значительное время. Не прерывайте процесс: прерванная реструктуризация оставляет базу в промежуточном состоянии. Дождитесь завершения и сообщения об успешном обновлении.

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

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

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

Только после успешных проверок снимите блокировку сеансов в консоли кластера и сообщите пользователям о возобновлении работы. Резервную копию, сделанную перед обновлением, храните минимум несколько дней после перехода.

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