Как правильно настроить работу клиентов с 64-разрядным сервером 1С:Предприятие

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

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

Совместимость разрядности сервера и клиентов

Проанализируем главное правило взаимодействия клиентских приложений и сервера 1С: 32-разрядный клиент 1С:Предприятие полностью совместим с 64-разрядным сервером 1С. Разрядность клиентского приложения и разрядность сервера не обязаны совпадать.

Ключевым условием успешного подключения является строгое совпадение номера релиза (версии) платформы клиента и сервера. Например, если на сервере установлен кластер версии 8.3.23.1688 (64-бит), то на клиентском компьютере должно быть запущено приложение версии 8.3.23.1688 (как 32-бит, так и 64-бит).

Разберем основные особенности применения разрядности:

1. 32-битный клиент на 32-битной ОС Windows: Работает с 64-битным сервером 1С без каких-либо ограничений. Запустить 64-битный клиент 1С на 32-битной Windows физически невозможно.
2. 32-битный клиент на 64-битной ОС Windows: Отлично работает с 64-битным сервером. В большинстве компаний именно 32-битный клиент устанавливается всем рядовым пользователям для экономии оперативной памяти и обеспечения универсальности.
3. 64-битный клиент на 64-битной ОС Windows: Требуется преимущественно разработчикам, аналитикам или пользователям, выполняющим ресурсоемкие операции локально (например, формирование гигантских отчетов в файловом режиме или работа с большими объемами данных в памяти).

Почему возникают ошибки при запуске из сетевой шары

Рассмотрим, почему простой запуск бинарных файлов из расшаренной сетевой папки является ошибочной практикой и приводит к нестабильной работе:

1. Отсутствие регистрации COM-компонентов: При прямом запуске из сети в операционной системе Windows не регистрируются библиотеки взаимодействия, в частности comcntr.dll (V83.ComConnector). Из-за этого блокируется работа внешних соединений, программного обмена между базами и интеграций с другими системами.
2. Отсутствие ключей реестра и ассоциаций: В ветке HKEY_CLASSES_ROOT не создаются необходимые записи о зарегистрированных типах файлов и версиях платформы. Утилита запуска 1cestart.exe не может корректно определить список установленных локально платформ.
3. Блокировки файлов и сетевые сбои: При запуске из общих папок исполняемые файлы блокируются операционной системой. В результате администратор не может оперативно обновить или удалить старый релиз в сетевом каталоге. Любые кратковременные задержки сетевого соединения приводят к аварийному завершению сеансов пользователей.
4. Жесткая привязка версии в информационной базе: Если в свойствах соединения или настройках базы принудительно зафиксирована конкретная версия платформы, а программа запускается из некорректного пути, система выдаст ошибку о том, что установлена не та версия предприятия.

Штатный механизм автоматического обновления через 1cestart

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

1. Устанавливаем на рабочую станцию пользователя утилиту запуска (программу 1cestart.exe).
2. На сетевом ресурсе (в общей папке с правами «Только чтение» для пользователей) размещаем дистрибутивы необходимых версий платформы.
3. В общем файле конфигурации 1CESCmn.cfg (или в локальном 1cestart.cfg) указываем параметр DistributiveLocation, ссылающийся на сетевой каталог с дистрибутивами.

Пример содержимого файла конфигурации 1CESCmn.cfg:

CommonInfoBases=//server/1c_share/ibases.v8i
DistributiveLocation=//server/1c_share/distr
DefaultVersion=8.3

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

Административная установка через групповые политики (GPO)

Посмотрим на наиболее надежный и безопасный вариант разворачивания 1С в доменной сети Active Directory. Этот способ исключает необходимость предоставления пользователям прав администратора на локальных компьютерах.

Проанализируем порядок действий системного администратора:

1. Подготавливаем дистрибутив платформы в формате MSI (файл 1CEnterprise 8.3.msi) и файл ответов 1CEnterprise 8.3.mst для настройки параметров установки.
2. В оснастке управления групповыми политиками (GPMC) создаем объект политики (GPO).
3. Настраиваем разделение установки по разрядности операционной системы:

   Создаем две отдельные политики или используем фильтрацию WMI (WMI Filtering):

   • Для 32-битных ОС Windows назначаем установку 32-битного клиента 1С.
   • Для 64-битных ОС Windows назначаем установку 32-битного или 64-битного клиента в зависимости от потребностей пользователей.
4. Назначаем политику на подразделения (OU) с компьютерами пользователей. При следующей перезагрузке ОС служба Windows Installer автоматически установит необходимый клиент 1С.

Управление разрядностью с помощью параметров запуска

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

Разберем возможные значения ключа /AppArch:

1. /AppArch x86 — принудительный запуск 32-разрядного клиента 1С:Предприятие.
2. /AppArch x86_64 — принудительный запуск 64-разрядного клиента 1С:Предприятие.

Пример строки запуска информационной базы с явным указанием 32-битной архитекутры:

"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /S "server1c\production" /AppArch x86

Альтернативные способы организации работы

Если инфраструктура компании включает большой парк устаревших ПК или удаленные филиалы, рассмотрим альтернативные архитектурные решения:

1. Публикация баз на веб-сервере (IIS / Apache): Информационные базы публикуются на веб-сервере. Пользователи подключаются через тонкий клиент по протоколам HTTP/HTTPS или прямо через веб-браузер. В этом случае проблема разрядности клиентских ОС полностью снимается, а установка платформы на конечные ПК не требуется.
2. Использование терминального сервера (RDP): Платформа 1С нужной разрядности и релиза устанавливается один раз на кластер терминальных серверов. Пользователи работают в терминальных сессиях, что полностью избавляет от необходимости обслуживать локальные установки на рабочих станциях.

Таким образом, для стабильной работы 64-битного сервера 1С достаточно использовать 32-битные клиенты аналогичного релиза, развернутые локально на рабочих станциях с помощью групповых политик GPO или штатного механизма обновления 1cestart.exe.