← На главную

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

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

Выясняем причины автоматического выбора разрядности

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

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

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

Как взять процесс обновления под контроль?

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

1. Отключение автоматического обновления через публикацию

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

Чтобы реализовать этот подход, выполните следующие действия:

1. Перейдите в настройки публикации базы данных на веб-сервере.
2. Найдите параметры, отвечающие за обновление платформы.
3. Отключите опцию автоматической проверки и скачивания обновлений.

2. Использование административных инструментов для развертывания

Если мы хотим быть уверены, что на всех машинах с подключенным торговым оборудованием установлена именно 32-битная версия, необходимо использовать централизованное управление:

• Групповые политики (GPO): Создайте пакет развертывания для 32-битной версии 1С:Предприятие и назначьте его на нужные рабочие станции через Active Directory.
• Скрипты автоматизации: Подготовьте исполняемый файл или скрипт (например, PowerShell или BAT-файл), который будет запускать установщик 32-битной платформы в тихом режиме (ключ /S).
• Системы управления конфигурациями: Используйте средства для развертывания ПО, чтобы принудительно поддерживать актуальную, но строго определенную разрядность платформы на конкретных терминалах.

Рекомендации по организации работы

При работе с торговым оборудованием мы должны помнить о «золотом правиле»: стабильность важнее модных обновлений. Если оборудование настроено на 32-битные драйверы, не стремитесь обновлять всё до x64 «просто потому что это современнее».

Разберем пошагово, как действовать, если обновление всё же необходимо:

1. Тестирование: Сначала обновите платформу на одной тестовой машине, где установлено торговое оборудование.
2. Проверка драйверов: Убедитесь, что используемые внешние компоненты и драйверы торгового оборудования поддерживают 64-битный режим.
3. Централизованное обновление: Только после успешного тестирования приступайте к массовому обновлению, используя методы, описанные в разделе 2.

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