При планировании обновления или первоначального развертывания платформы 1С:Предприятие перед системными администраторами и разработчиками неизбежно встает вопрос: какую разрядность клиентского приложения выбрать? С одной стороны, 64-битные операционные системы давно стали стандартом для корпоративного сектора. С другой стороны, проблемы обратной совместимости со старыми драйверами торгового оборудования и внешними компонентами часто заставляют ИТ-специалистов делать выбор в пользу проверенной временем 32-битной архитектуры.
В этой статье мы подробно проанализируем разницу между 32-битным и 64-битным толстым клиентом 1С, рассмотрим все преимущества и подводные камни каждого решения, а также выработаем оптимальную и безопасную стратегию развертывания платформы в вашей локальной сети.
Давайте разберем по шагам, чем принципиально отличаются эти две архитектуры на уровне операционной системы. Главное и самое критичное различие кроется в объеме адресного пространства, доступного запущенному процессу платформы.
Любой 32-битный процесс в операционной системе Windows по умолчанию аппаратно ограничен использованием максимум 2 ГБ оперативной памяти (в редких случаях, при использовании специальных флагов компиляции исполняемого файла платформы и специфических настроек операционной системы, этот лимит можно расширить до 4 ГБ, однако для клиентского приложения 1С это принципиально не решает проблему). Что это означает на практике для конечного пользователя 1С? Если ваше приложение выполняет тяжелую операцию, требующую загрузки большого объема данных в локальную память компьютера, процесс 1cv8.exe или 1cv8c.exe мгновенно завершится с критической системной ошибкой "Недостаточно памяти" (Out of Memory).
В отличие от этого, 64-битный процесс теоретически может адресовать до 16 эксабайт памяти, а на практике его лимит ограничен лишь объемом физически установленной оперативной памяти на компьютере пользователя и возможностями конкретной редакции операционной системы (обычно это сотни гигабайт или терабайты). Рассмотрим подробнее ситуации, в которых 32-битный клиент гарантированно столкнется с нехваткой ресурсов:
Выясним причину, по которой системные администраторы до сих пор часто используют именно 32-битные версии платформы на рабочих местах пользователей. Главная проблема — это совместимость с торговым оборудованием и сторонними библиотеками. Дело в том, что 64-битный процесс 1С физически не может загрузить в свое адресное пространство 32-битную динамическую библиотеку (файлы с расширением .dll). Все внешние компоненты и драйверы должны строго соответствовать разрядности запущенного клиента 1С.
На многих предприятиях годами работают старые модели сканеров штрихкодов, терминалов сбора данных (ТСД), электронных весов или фискальных регистраторов. Производители этого оборудования могли давно прекратить их официальную поддержку, и для них существуют только старые 32-битные драйверы. Попытка подключить такое оборудование в 64-битном сеансе 1С вызовет фатальную ошибку загрузки компоненты.
Тем не менее, современная ситуация на рынке активно меняется. Стандартная Библиотека подключаемого оборудования (БПО) от фирмы 1С, а также ведущие производители торговой техники (такие как Атол или Штрих-М) уже давно поставляют свои драйверы в виде универсальных многоплатформенных компонент (часто написанных по технологии Native API), которые содержат внутри как 32-битные, так и 64-битные бинарные файлы. Платформа 1С автоматически выбирает нужную версию библиотеки в зависимости от разрядности запущенного клиента. Таким образом, если на вашем предприятии используется современное оборудование, проблем с переходом на 64-бита не возникнет. Но если у вас эксплуатируется "legacy" парк устройств — придется детально тестировать каждое рабочее место перед миграцией.
Рассмотрим еще один критически важный аспект — интеграцию 1С со сторонним программным обеспечением. Часто в конфигурациях используется прямой обмен данными с другими приложениями через COM-объекты или технологию OLE. Здесь действует то же железное правило: разрядность взаимодействующих процессов должна совпадать.
Посмотрим на классический пример интеграции с офисными пакетами. Если на компьютере пользователя установлен распространенный 32-битный пакет Microsoft Office (Word, Excel), а клиент 1С запущен в 64-битной версии, то при попытке выполнить выгрузку документов возникнет системная ошибка инициализации COM-объекта:
Попытка
ExcelПриложение = Новый COMОбъект("Excel.Application");
Исключение
Предупреждение("Не удалось инициализировать Microsoft Excel! Проверьте соответствие разрядности 1С и MS Office.");
КонецПопытки;
В данном случае 64-битный процесс 1С не сможет напрямую обратиться к 32-битному COM-серверу Excel. Для решения этой проблемы администраторам приходится либо переустанавливать Microsoft Office на 64-битную версию, либо использовать альтернативные механизмы работы с файлами. Например, современные версии платформы 1С позволяют читать и записывать файлы Excel напрямую, без использования COM-объектов, что полностью нивелирует данную проблему.
Аналогичная сложность возникает при работе с внешними базами данных (например, Firebird, MS SQL, PostgreSQL) через ADO-соединение. Если вы используете 64-битный клиент 1С, на рабочем столе пользователя должен быть установлен именно 64-битный драйвер ODBC для соответствующей СУБД. В противном случае подключение завершится ошибкой инициализации провайдера данных.
Существует распространенное заблуждение, что переход на 64-битную платформу автоматически увеличивает общую скорость работы программы в несколько раз. Это не так. Сам по себе процессор не начинает выполнять арифметические операции быстрее только от того, что разрядность процесса изменилась. Однако на "тяжелых" задачах реальный прирост скорости на уровне 10-20% действительно фиксируется. Выясним, за счет чего это происходит:
Что делать, если в вашей организации есть пользователи с абсолютно разными задачами? Например, бухгалтерам и программистам жизненно необходим 64-битный клиент для тяжелых расчетов и обновлений, а кассирам на торговых точках критически важен 32-битный клиент для стабильной работы старых фискальных регистраторов.
Замечательной особенностью платформы 1С:Предприятие является то, что в рамках одной клиент-серверной базы могут одновременно работать клиенты разной разрядности. Единственное жесткое условие — релиз платформы (например, 8.3.22.1709) должен полностью совпадать у всех пользователей и на сервере приложений.
Мы можем настроить запуск нужной разрядности индивидуально для каждого пользователя. Для этого разберем несколько способов управления запуском:
Способ 1. Настройка в окне запуска 1С. В списке информационных баз выберите нужную базу, нажмите кнопку "Изменить", перейдите на последнюю вкладку параметров запуска. В поле "Разрядность" выберите требуемое значение (например, "64 (x64)" или "32 (x86)").
Способ 2. Использование файла конфигурации запуска. Администраторы могут централизованно управлять разрядностью через конфигурационный файл 1CEStart.cfg, расположенный в каталоге общих шаблонов платформы. Рассмотрим пример настройки параметров в этом файле:
InstalledLocation=C:\Program Files\1cv8
InstalledLocation=C:\Program Files (x86)\1cv8
DefaultVersion=8.3.22.1709
ClientArch=x86_64
Параметр ClientArch=x86_64 указывает загрузчику платформы отдавать приоритет 64-битной версии клиента при ее наличии на компьютере. Если требуется принудительный запуск 32-битной версии на конкретном ПК, можно прописать значение ClientArch=x86.
Если на вашем предприятии пользователи работают в терминальном режиме на сервере Windows Server, выбор разрядности клиента приобретает стратегическое значение для планирования аппаратных мощностей сервера. Проанализируем ключевые моменты:
Подводя итог нашему детальному анализу, сформулируем четкие правила для принятия решения системным администратором:
Когда строго необходимо выбирать 32-битный толстый клиент:
Когда строго рекомендуется переходить на 64-битный толстый клиент:
Таким образом, лучшей практикой в современных реалиях является гибридный подход. Мы рекомендуем развернуть 64-битную платформу для разработчиков, администраторов и ключевых бухгалтеров, в то время как для обычных пользователей на торговых точках оставить стабильную 32-битную версию клиента для гарантированной совместимости с периферийным оборудованием.