← На главную

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

Требования к совместимости версий клиента и сервера

Отвечая на главный вопрос: версии сервера 1С и клиентского приложения при прямом подключении по протоколу TCP/IP должны совпадать полностью. Это означает, что должны быть идентичны все четыре цифры релиза платформы (например, если сервер работает на версии 8.3.10.2466, то и на рабочем месте пользователя должна быть установлена платформа 8.3.10.2466).

Проанализируем ключевые особенности сетевого взаимодействия 1С:

1. Прямое подключение (толстый и тонкий клиент): Если версии различаются хотя бы на одну цифру сборки (например, сервер 8.3.9.2233, а клиент 8.3.10.2466), платформа заблокирует попытку авторизации и выдаст критическую ошибку «Различаются версии клиента и сервера». Работа в таком режиме невозможна.
2. Веб-клиент (работа через браузер): В данном сценарии установка платформы на компьютеры пользователей не требуется. Однако модуль расширения веб-сервера (wsisapi.dll для IIS или wsap24.dll для Apache) должен в точности соответствовать релизу сервера «1С:Предприятие».

Обязательные регламентные процедуры перед обновлением

Переход на новый релиз платформы — это ответственная операция. Разберем по шагам перечень обязательных подготовительных действий:

1. Создание резервных копий (бэкапов):

   Перед любыми манипуляциями необходимо обеспечить сохранность данных. Следует создать полные бэкапы баз данных средствами СУБД (PostgreSQL, MS SQL и др.), а также выполнить выгрузку информационных баз в файл выгрузки (.dt).

2. Резервное копирование настроек кластера серверов:

   Необходимо сохранить каталог данных кластера серверов srvinfo (по умолчанию в Windows: C:\Program Files\1cv8\srvinfo). В нем хранятся списки информационных баз, параметры кластера, блокировок и распределения рабочих процессов. Это защитит от потери конфигурации кластера при установке новой службы.

3. Очистка кэша:

   Новая версия платформы может некорректно работать со старым кэшем пользовательских сеансов и метаданных. Рекомендуется очистить локальные каталоги кэша на клиентских машинах (папки 1C\1cv8 внутри %AppData% и %LocalAppData%), а также временные файлы на сервере.

Технические нюансы установки платформы на сервере

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

1. Параметры службы агента сервера: При установке новой платформы создается новая служба 1C:Enterprise 8.3 Server Agent. Убедимся, что путь к рабочему каталогу кластера (параметр -d) указывает на актуальную директорию srvinfo. Если параметр настроен неверно, сервер запустится с пустым списком баз.
2. Регистрация COM-соединителя: Если в системе используются обмены через COM-соединение, необходимо зарегистрировать библиотеку новой платформы. Для этого выполняем команду в командной строке от имени администратора: regsvr32 "C:\Program Files\1cv8\8.3.10.2466\bin\comcntr.dll"
3. Файлы программных лицензий: Проверим доступность файлов лицензий (.lic). Они должны быть размещены в общем каталоге (например, C:\ProgramData\1C\licenses), к которому учетная запись службы сервера 1С имеет полные права на чтение.
4. Параллельная работа версий: Если требуется временная работа двух версий сервера на одной машине, второй экземпляр службы должен быть сконфигурирован на нестандартных портах (отличных от стандартных 1540, 1541, 1560:1591).

Способы автоматизации обновления клиентских мест

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

1. Централизованное обновление через стартер (1CEStart):

   В конфигурационном файле 1cestart.cfg настраивается параметр, указывающий на сетевой каталог с дистрибутивами:

   Скопировать код

   
   DistributiveLocation=\\Server\1C_Distr
   InstalledLocation=C:\Program Files\1cv8
   

   При запуске стартер автоматически проверяет наличие требуемой версии, копирует ее из общего ресурса и устанавливает на компьютер пользователя.

2. Групповые политики Active Directory (GPO):

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

3. Автоматическое обновление тонкого клиента через веб-сервер:

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