Почему тормозит 1С 8.3 на терминальном сервере и как это исправить

Работа 1С:Предприятие в терминальном режиме (RDP) — это стандарт де-факто для многих компаний. Однако часто системные администраторы сталкиваются с ситуацией, когда мощное железо не обеспечивает ожидаемой скорости работы. Разберем конкретный кейс, когда сервер на базе Supermicro X10SRi-F с RAID 10 на дисках SATA демонстрирует огромные очереди к дисковой подсистеме (от 5 до 50) при запуске баз пользователями. Проанализируем причины этой проблемы и найдем эффективные способы оптимизации.

Анализ влияния антивирусного ПО на производительность

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

Рассмотрим шаги по правильной настройке антивируса на сервере 1С:

1. Добавление исключений по расширениям: необходимо исключить из проверки файлы с расширениями *.1CD, *.1CL, *.log, *.lgp, *.v8i.
2. Исключение процессов 1С: добавьте в доверенные процессы исполняемые файлы 1cv8.exe, 1cv8c.exe и 1cv8s.exe.
3. Настройка проверки «потомков»: как отмечено в обсуждении, некоторые антивирусы (например, Kaspersky) позволяют исключать всё дерево процессов. Это важно, так как 1cstart.exe порождает другие процессы, работающие с временными файлами.
4. Исключение временных папок: обязательно добавьте в исключения пути к кэшу пользователей: %AppData%\Local\1C и %AppData%\Roaming\1C, а также системные папки TEMP.

Оптимизация дисковой подсистемы и RAID-контроллера

В рассматриваемом случае используется чипсетный RAID на базе Intel C612. Выясним причину, почему это может стать узким местом. Чипсетные контроллеры (Host-RAID) не имеют собственной оперативной памяти и батарейки (BBU/Flash). Это означает, что контроллер вынужден работать в режиме Write-Through (запись сразу на диск), что крайне медленно для файловой 1С.

Проанализируем возможные улучшения аппаратной части:

• Использование аппаратного контроллера: установка полноценного RAID-контроллера (например, Adaptec или LSI) с кэш-памятью объемом 1-2 ГБ и модулем защиты кэша позволит включить режим Write-Back. Это кардинально снизит очередь диска, так как подтверждение записи будет приходить мгновенно из быстрой памяти контроллера.
• Переход на SSD: даже один современный корпоративный SSD диск по показателю IOPS (количеству операций ввода-вывода в секунду) превосходит массив из 4-х дисков SATA 7200 RPM в десятки раз. Для 10-20 пользователей установка баз на SSD является наиболее оправданным решением.
• Разделение ОС и баз: хотя в терминальной среде ОС нагружает диск несильно, рекомендуется выносить базы данных на отдельный физический массив или диск, чтобы операции подкачки Windows (pagefile.sys) не конкурировали с запросами 1С.

Выбор платформы: x64 против x86 и выбор клиента

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

Также стоит рассмотреть вопрос выбора между Тонким и Толстым клиентом в терминале:

1. Толстый клиент: в условиях локальной сети (или работы внутри одного терминального сервера) часто показывает более высокую скорость запуска и работы с формами, так как минимизируются накладные расходы на сериализацию данных.
2. Тонкий клиент: лучше подходит для работы через веб-сервер, но при запуске напрямую к файловой базе в терминале может работать медленнее из-за архитектурных особенностей эмуляции вызовов.

Настройка электропитания и BIOS

Часто системные администраторы забывают про функции энергосбережения процессоров Xeon. Посмотрим на ситуацию глубже: функции типа C-States и SpeedStep заставляют процессор постоянно менять частоту. 1С крайне чувствительна к микрозадержкам, возникающим при таких переключениях.

Рекомендуемые настройки:

• В BIOS сервера выставите профиль Maximum Performance.
• В операционной системе Windows Server в разделе «Электропитание» установите схему «Высокая производительность». Это предотвратит «парковку» ядер процессора и удержит частоту на максимальном уровне.

Обслуживание и «чистка» баз данных

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

1. Выполним выгрузку информационной базы в файл .dt.
2. Создадим новую пустую папку и загрузим данные из .dt обратно. Этот процесс полностью пересобирает файл 1Cv8.1CD, устраняя внутренние пустоты и оптимизируя структуру.
3. Регулярно очищайте кэш пользователей. Напишем простой пример скрипта для автоматизации этой задачи:

@echo off
setlocal
taskkill /F /IM 1cv8.exe /T
taskkill /F /IM 1cv8c.exe /T
del /Q /S /F "%AppData%\Local\1C\1Cv82\*"
del /Q /S /F "%AppData%\Roaming\1C\1Cv82\*"
del /Q /S /F "%AppData%\Local\1C\1Cv8\*"
del /Q /S /F "%AppData%\Roaming\1C\1Cv8\*"
echo Кэш 1С успешно очищен.
pause

Подведение итогов

Проанализировав ситуацию, мы выяснили, что «тормоза» 1С на терминальном сервере — это комплексная проблема. В данном конкретном случае отключение и правильная настройка антивируса дали мгновенный прирост производительности. Однако для стабильной работы 10 и более пользователей на файловых базах необходимо также уделять внимание качеству дисковой подсистемы (использование SSD или аппаратных RAID с кэшем) и настройкам операционной системы. Помните, что использование NAS по протоколу SMB для файловых баз 1С является недопустимым из-за сетевых задержек, которые сделают работу пользователей невыносимой.