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

← На главную

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

Способ №1: Использование программного кода внутри 1С

Самый простой и надежный способ узнать, какая именно платформа исполняет текущий сеанс — обратиться к встроенному объекту СистемнаяИнформация. Мы можем вывести эту информацию прямо в интерфейс программы.

Для этого воспользуемся следующим кодом:


СистемнаяИнформация = Новый СистемнаяИнформация;
Сообщить("Тип платформы: " + СистемнаяИнформация.ТипПлатформы);

Метод СистемнаяИнформация.ТипПлатформы вернет строку, в которой будет указана архитектура, например, x86-64 (64-битная версия) или x86 (32-битная версия). Это позволяет быстро проверить среду без необходимости доступа к диспетчеру задач сервера.

Способ №2: Анализ через диспетчер задач

Если вам необходим визуальный контроль, можно воспользоваться стандартными средствами Windows. Откройте Диспетчер задач на сервере, перейдите на вкладку Подробности (или Процессы) и найдите процесс 1cv8.exe.

Обратите внимание на столбец Платформа (или приписку в имени процесса):

Если в конце имени процесса указано *32, значит, запущена 32-битная версия платформы.
Если пометка *32 отсутствует, это свидетельствует о работе 64-битной версии 1cv8.exe.

Если стандартный диспетчер задач не позволяет увидеть путь или разрядность, щелкните правой кнопкой мыши по процессу и выберите пункт Открыть расположение файла. Если исполняемый файл находится в папке Program Files (x86), то вы используете 32-разрядную версию, если в Program Files — 64-разрядную.

Способ №3: Понимание логики работы 1cestart

Часто пользователи запускают 1С через 1cestart.exe. Важно понимать, что это лишь стартер, который перенаправляет запрос на конкретный исполняемый файл платформы. Логика выбора версии определяется настройками в файле 1cestart.cfg или в свойствах конкретной информационной базы в списке выбора.

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

Кэш пользователя: Одной из основных причин «тормозов» в RDP-сессиях является переполнение кэша 1С в профиле пользователя. Рекомендуем периодически очищать папку кэша, расположенную в %AppData%\1C\1CEStart.
Лимиты ресурсов сервера: В среде RDP каждый пользователь потребляет оперативную память и процессорное время сервера. Если у одних пользователей база работает «шустро», а у других «тормозит», возможно, квоты ресурсов на конкретные сессии распределены неравномерно средствами Windows Server.
Объем оперативной памяти: Преимущество 64-битной платформы заключается в возможности использования более 4 ГБ ОЗУ на один процесс. Однако в файловом варианте работы критическим фактором является скорость дисковой подсистемы. Если вы планируете масштабирование, переход на SSD и увеличение объема ОЗУ — это приоритетные задачи для повышения производительности.

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

Если доступ к графическому интерфейсу ограничен, воспользуйтесь утилитой wmic. Откройте командную строку от имени администратора и выполните следующую команду для получения подробной информации о пути запуска процесса:

wmic process where name="1cv8.exe" get ExecutablePath, CommandLine

Эта команда выведет полный путь к исполняемому файлу, что позволит однозначно идентифицировать, какую именно разрядность платформы 1С использует каждый конкретный пользователь в своей терминальной сессии.

Резюме: В большинстве случаев разница в скорости работы пользователей в RDP-сессии не связана с самой разрядностью платформы (если она одинакова для всех). Основное внимание стоит уделить очистке локального кэша и аппаратным характеристикам сервера (дисковая подсистема и доступный объем оперативной памяти).