← На главную

Проблема низкой производительности клиент-серверных баз 1С:Предприятие — одна из самых распространенных в корпоративной инфраструктуре. Зачастую установка дорогостоящих многопроцессорных серверов и сетевых систем хранения данных (СХД) не приносит ожидаемого ускорения. Разберем по шагам ключевые узкие места в связке «железо – гипервизор – ОС – СУБД – сервер 1С» и выясним причины, по которым система может работать медленно, а также рассмотрим комплекс мер по устранению задержек.

1. Выбор процессора: однопоточная производительность против количества ядер

Платформа 1С:Предприятие в большинстве интерактивных сценариев (проведение документов, расчет остатков, динамическая отрисовка управляемых форм, сериализация данных) критически зависит от скорости работы одного ядра. Архитектура сервера приложений 1С выполняет значительный объем вычислений в рамках одного потока сеанса.

Проанализируем основные принципы подбора процессоров:

1. Высокая базовая и турбо-частота: Процессоры с базовой частотой от 3.6–4.0 ГГц показывают производительность в интерактивной работе пользователей значительно выше, чем многоядерные серверные процессоры с низкой частотой (например, 2.0–2.4 ГГц). Большое количество медленных ядер не компенсирует низкую скорость одиночного потока.
2. Влияние Hyper-Threading (SMT): Логические потоки Hyper-Threading делят между собой физические блоки и кэш ядра. В ситуациях высокой конкуренции за процессор отключение Hyper-Threading в BIOS/UEFI может снизить микрозадержки и дать прирост производительности рабочих процессов rphost на 10–20%.
3. Энергосберегающие режимы (C-States / P-States): Динамическое переключение частоты процессора при появлении нагрузки вызывает задержки в миллисекунды, что губительно для коротких OLTP-транзакций. Необходимо перевести профиль питания в BIOS/UEFI в режим Maximum Performance, а также отключить C-States, C1E и Intel SpeedStep / AMD Cool'n'Quiet. В операционной системе должен быть жестко зафиксирован план электропитания «Высокая производительность».

2. Требования к дисковой подсистеме: случайный доступ и IOPS

Для баз данных 1С и сервера приложений линейная скорость чтения/записи (МБ/с) имеет второстепенное значение. Критическим фактором является скорость случайного чтения и записи блоками 4К (IOPS) и минимальное время отклика (Latency).

Рассмотрим рекомендации по дискам:

1. Использование твердотельных накопителей: Классические механические жесткие диски (HDD), даже собранные в RAID-массивы SAS 15k, не способны обеспечить необходимое время отклика при параллельной работе десятков пользователей. Базы данных, файлы журнала транзакций и каталоги сервера 1С необходимо размещать на высокоскоростных SSD (NVMe / Enterprise SATA).
2. Контроль задержек (Latency): В мониторе производительности (Performance Monitor) счетчики Avg. Disk sec/Read и Avg. Disk sec/Write для дисков с рабочими базами и журналом регистрации не должны превышать 5–10 мс. Превышение 15–20 мс означает, что дисковая подсистема перегружена и является главным тормозом всей системы.

3. Тонкая настройка виртуализации (ESXi, Hyper-V, KVM)

Неправильно сконфигурированные виртуальные машины могут снижать производительность 1С в 2–3 раза по сравнению с физическим сервером. Разберем правила исключения накладных расходов гипервизора:

1. Исключение переподписки vCPU (No Overcommit): Суммарное количество виртуальных процессоров (vCPU), выделенных всем виртуальным машинам на хосте, не должно превышать количество реальных физических ядер хоста (соотношение 1:1, не считая потоков Hyper-Threading).
2. Мониторинг метрик CPU Ready (%RDY) и Co-stop (%CSTP): Выделение виртуальной машине чрезмерного числа vCPU приводит к тому, что планировщик гипервизора заставляет машину простаивать в ожидании освобождения всех физических ядер. Значение CPU Ready выше 2–3% указывает на серьезные проблемы с распределением процессорного времени.
3. Полное резервирование оперативной памяти (100% RAM Reservation): Для виртуальных машин с СУБД и сервером 1С необходимо жестко зарезервировать весь объем выделенной RAM и отключить динамическую память (Memory Ballooning), чтобы исключить сброс страниц памяти в дисковый своп гипервизора.
4. Паравиртуальные драйверы: Обязательно используем оптимизированные контроллеры и сетевые адаптеры (например, PVSCSI и VMXNET3 для VMware, VirtIO для KVM).

4. Оптимизация СУБД (на примере MS SQL Server)

Для корректной работы СУБД под нагрузками платформы 1С:Предприятие требуется выполнение базовых регламентных и системных настроек:

1. Ограничение параллелизма (MAXDOP): Платформа 1С генерирует большое количество коротких запросов. Параллельное выполнение таких запросов вызывает накладные расходы на координацию потоков (ожидания CXPACKET). Рекомендуется установить параметр Max Degree of Parallelism в значение 1, либо настроить Cost Threshold for Parallelism на уровень 40–50.
2. Быстрая инициализация файлов (Instant File Initialization): Предоставление учетной записи службы SQL Server права «Выполнение задач по обслуживанию томов» (Perform Volume Maintenance Tasks) в локальных политиках безопасности Windows исключает зануление дискового пространства при авторасширении файлов данных (.mdf) и TempDB, предотвращая зависания транзакций.
3. Закрепление страниц в памяти (Lock Pages in Memory): Предоставление учетной записи СУБД права Lock Pages in Memory запрещает операционной системе выгружать буферный пул SQL Server в файл подкачки (pagefile.sys) при нехватке памяти.
4. Оптимизация базы данных TempDB: Файлы данных TempDB необходимо разбить на несколько файлов равного размера (рекомендуется 1 файл на физическое ядро процессора, но не более 8 файлов) с одинаковым фиксированным шагом авторасширения. Это снижает конкуренцию за системные страницы распределения (PFS/GAM/SGAM).
5. Протокол Shared Memory: Если сервер 1С и СУБД установлены на одном сервере (в одной ОС), подключение к базе данных через общую память (Shared Memory) вместо сетевого сокета TCP/IP (127.0.0.1) устраняет задержки сетевого стека.

5. Настройка журнала регистрации и изоляция серверного окружения

Журнал регистрации 1С может генерировать огромный поток дисковых операций записи. Проанализируем способы оптимизации:

1. Формат журнала регистрации: Новый формат журнала регистрации (единый файл базы данных SQLite 1Cv8.lgd) при интенсивной записи и большом размере может вызывать сильные блокировки и задержки. Переключение на классический текстовый формат журнала регистрации с разделением по дням часто восстанавливает отзывчивость интерфейса при высокой интенсивности изменений данных.
2. Исключение антивирусного сканирования: На сервере 1С и СУБД необходимо исключить из проверки антивируса рабочие каталоги srvinfo, каталоги баз данных, файлов резервных копий и временных файлов. Сканирование антивирусом файлов баз и блокировок 1С «на лету» приводит к случайным зависаниям рабочих процессов.
3. Требования назначения функциональности: В кластере серверов 1С тяжелые фоновые сервисы (полнотекстовый поиск, расчет итогов, интеграционные обмены) следует изолировать от интерактивных сеансов пользователей путем создания отдельных рабочих процессов или выноса сервисов на отдельный рабочий сервер кластера.

Применение описанного комплекса мер позволяет устранить скрытые аппаратные и системные задержки, обеспечив максимальную отдачу от существующего серверного оборудования.