Почему тормозит файловая 1С на сервере и как это исправить: подробное руководство по оптимизации

Системный администратор 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

Медленная работа 1С в файловом режиме — это классическая проблема, с которой сталкиваются многие компании при росте базы или количества пользователей. Ситуация часто осложняется тем, что даже мощное серверное оборудование не дает ожидаемого прироста скорости «из коробки». В данной статье мы проанализируем ситуацию на примере сервера HP ProLiant DL380 Gen7 и конфигурации Управление торговлей 11, разберем причины низких показателей теста Гилева и выясним, какие шаги необходимо предпринять для исправления ситуации.

Диагностика производительности: ищем «узкое место»

Прежде чем приступать к изменениям, необходимо объективно оценить текущую скорость системы. Одним из самых надежных инструментов для этого является тест Гилева. Если показатели теста находятся в районе 12–15 баллов (как в рассматриваемом случае), это свидетельствует о критически низкой производительности связки «процессор-память-диск». Для современной конфигурации на управляемых формах (УТ 11, ERP) нормальным считается показатель от 30 баллов для HDD и выше 60 баллов для SSD.

Проанализируем основные факторы, которые занижают эти показатели:

  1. Частота процессора: 1С:Предприятие — это в значительной степени однопоточное приложение. Для быстрого формирования форм и выполнения запросов важна не многоядерность, а высокая тактовая частота (от 3.0 ГГц и выше). Процессоры с частотой 2.4 ГГц будут «захлебываться» на тяжелых задачах УТ 11.
  2. Дисковая подсистема: Использование RAID 5 на обычных HDD SAS дисках — основная причина тормозов при записи.
  3. Виртуализация: Гипервизоры (ESXi, Hyper-V) по умолчанию могут ограничивать ресурсы для экономии энергии.

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

Многие современные серверы настроены на максимальное энергосбережение. Для 1С это губительно, так как процессор не успевает мгновенно «проснуться» для выполнения короткого, но интенсивного запроса. Рассмотрим, что нужно сделать:

Войдем в BIOS сервера и переключим параметр Power Management в режим Maximum Performance. Также необходимо отключить все технологии C-States и P-States, которые управляют динамическим снижением частоты.

В самой операционной системе Windows (внутри виртуальной машины) также установим схему управления питанием «Высокая производительность». Проанализируем настройки гипервизора ESXi: в настройках виртуальной машины установим параметр Latency Sensitivity в значение High. Это позволит зарезервировать ресурсы процессора и минимизировать задержки переключения контекста.

Шаг 2. Оптимизация дисковой подсистемы и RAID

Рассмотрим ситуацию с RAID-массивом. В обсуждении упоминается RAID 5 на 8 дисках SAS. Это крайне неэффективная конфигурация для 1С по следующим причинам:

Решение по дискам:

  1. Если есть возможность, перейдем на SSD (даже бытовые SSD в режиме зеркала будут быстрее серверных SAS HDD в RAID 5).
  2. Если работаем на текущих дисках, пересоберем массив в RAID 10. Это даст максимальную скорость чтения и записи для файловой базы.
  3. Разделим логические диски (LUN): ОС должна быть на одном массиве, база данных — на другом.

Шаг 3. Влияние антивирусного ПО

Проанализируем работу антивируса (в примере — Касперский). Даже если 1С добавлена в исключения, антивирус может продолжать блокировать или проверять временные файлы. Выясним причину: 1С создает тысячи мелких файлов в папках AppData\Local\1C и AppData\Roaming\1C. Если антивирус перехватывает каждое обращение к ним, запуск базы может растянуться на минуты.

Что нужно сделать:

Шаг 4. Особенности файлового режима и УТ 11

Разберем специфику работы Управление торговлей 11. Это крайне ресурсоемкая конфигурация. Когда в базе работают 8 человек, файловый замок (lock) на таблицу БД становится постоянным. Один пользователь проводит документ — остальные ждут.

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

Шаг 5. Использование RAM-диска (при избытке ОЗУ)

В обсуждении указано, что на сервере добавлено 32 ГБ памяти, которая простаивает. Рассмотрим вариант использования RAM-диска.

Поскольку размер базы составляет около 6 ГБ, мы можем создать виртуальный диск прямо в оперативной памяти и разместить базу там. Скорость работы увеличится на порядок, так как доступ к ОЗУ в тысячи раз быстрее доступа к HDD.

Важно: Этот метод требует настройки скриптов автоматического резервного копирования (дампа) базы с RAM-диска на физический диск при выключении или каждые 15-30 минут, так как данные в памяти пропадут при отключении электричества.

Шаг 6. Переход на Клиент-Серверный вариант (SQL)

Если все вышеперечисленные методы не помогают довести скорость до комфортной, это означает, что вы достигли технологического предела файлового режима. Для 8 активных пользователей в УТ 11 переход на SQL Server является единственным стратегически верным решением.

Даже использование бесплатной версии Microsoft SQL Server Express (с ограничением на объем базы и ОЗУ) или PostgreSQL может дать стабильность, недоступную файловой версии, за счет управления блокировками на уровне записей, а не таблиц.

Резюме по шагам для администратора:

  1. Проверить BIOS (Maximum Performance) и ESXi (Latency Sensitivity).
  2. Проверить очередь к диску. Если она больше 2 — RAID 5 не справляется.
  3. Удалить антивирус для теста.
  4. Отключить лишние регламентные задания в 1С (особенно Полнотекстовый поиск).
  5. Если бюджет ограничен, использовать RAM-диск для файла .1CD.
  6. Готовить переход на клиент-сервер (SQL).
← На главную