← На главную

Переход на новый релиз технологической платформы в клиент-серверном (SQL) режиме требует четкой последовательности действий. Часто возникает вопрос: достаточно ли установить дистрибутивы 64-разрядного сервера и платформы на самом сервере, или требуются дополнительные шаги? Разберем подробно, какие компоненты подлежат обязательному обновлению, как организовать процесс для клиентов и какие нюансы работы с СУБД важно учесть.

Какие компоненты необходимо обновлять

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

Таким образом, для успешного обновления необходимо обновить:

1. Сервер 1С:Предприятия (в подавляющем большинстве случаев используется 64-разрядная версия для Windows или Linux).
2. Клиентские приложения на всех пользовательских машинах либо на терминальном сервере, если пользователи работают через Remote Desktop (RDP).

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

Шаг 1. Подготовительные действия перед обновлением

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

1. Создание резервной копии: средствами СУБД (SQL Server Management Studio или через скрипты обслуживания) создаем полную резервную копию каждой рабочей базы. Дополнительно можно выгрузить базу в файл .dt средствами конфигуратора.
2. Завершение сеансов пользователей: через консоль администрирования кластера серверов 1С или встроенную обработку «Блокировка работы пользователей» устанавливаем блокировку сеансов и запрет запуска регламентных заданий.
3. Проверка фоновых процессов: убеждаемся, что все фоновые задания завершили выполнение и к информационным базам нет активных подключений.

Шаг 2. Обновление сервера 1С и СУБД

Рассмотрим порядок обновления серверной части платформы:

1. Остановка службы: открываем оснастку служб Windows (services.msc) и останавливаем службу агента сервера 1С (обычно она называется 1C:Enterprise 8.3 Server Agent).
2. Установка новой версии: запускаем установщик новой платформы с правами администратора. Выбираем компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». В процессе установки указываем существующую учетную запись пользователя операционной системы, под которой работает служба (например, USR1CV8).
3. Проверка каталога данных кластера: следим за тем, чтобы служба новой версии ссылалась на прежний рабочий каталог кластера (каталог srvinfo). Если устанавливается параллельная версия службы, важно не перезаписать и не потерять файл настроек кластера 1CV8Clst.lst.
4. Запуск службы: запускаем обновленную службу агента сервера и проверяем ее статус.
5. Первый запуск через Конфигуратор: открываем каждую рабочую базу в режиме Конфигуратор с сервера или административной рабочей станции. В момент первого входа платформа производит реструктуризацию и адаптацию служебных таблиц базы данных в SQL под новый релиз. После успешного открытия конфигуратора и обновления метаданных блокировку пользователей можно снять.

Шаг 3. Обновление клиентских мест и терминальных серверов

Способ развертывания клиентской платформы напрямую зависит от топологии сети:

1. Терминальный режим (RDP): если сотрудники подключаются к общему терминальному серверу, процедура максимально упрощается. Достаточно установить дистрибутив новой платформы на сам сервер терминалов, переведя его предварительно в режим установки командой: change user /install После завершения установки и проверки ярлыков переводим сервер обратно в режим выполнения: change user /execute При этом обновлять физические компьютеры пользователей не требуется.
2. Локальные рабочие станции: если клиентские приложения установлены на персональных компьютерах сотрудников, необходимо обновить платформу на каждом рабочем месте. Чтобы избежать ручного обхода ПК, применяют централизованные методы доставки:
   • Общий сетевой ресурс: настройка файла 1cescmn.cfg в каталоге общих настроек платформы с параметром DistributiveLocation=\\server\1c_distr, что позволяет клиентам автоматически скачивать и устанавливать нужную сборку.
   • Групповые политики Active Directory (GPO): распространение MSI-пакета через доменные политики безопасности при загрузке рабочих станций.
   • Автоматическое обновление с веб-сервера: если базы опубликованы через веб-сервер, тонкий клиент может загружать соответствующий дистрибутив по протоколу HTTP/HTTPS при попытке подключения.

Шаг 4. Смежные сервисы, веб-публикации и интеграции

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

1. Публикации на веб-серверах (IIS / Apache): если в организации используется веб-клиент, мобильные приложения или HTTP/SOAP-сервисы, веб-модуль продолжает указывать на каталог старой платформы. Необходимо открыть базу в режиме «Конфигуратор» под правами администратора и заново нажать кнопку Опубликовать в меню «Администрирование» — «Публикация на веб-сервере», либо вручную перенастроить пути к библиотеке wsisapi.dll.
2. COM-соединитель: внешние интеграции и выгрузки, использующие объект V83.COMConnector, требуют регистрации актуальной библиотеки. Для этого в командной строке с правами администратора выполняется команда перерегистрации: regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\comcntr.dll" Для 32-разрядного коннектора на 64-битной ОС команда выполняется из каталога C:\Program Files (x86)\....

Следуя описанному плану, мы гарантируем стабильный переход клиент-серверной базы SQL на новую технологическую платформу без простоя пользователей и потери данных.