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

Нагрузочное тестирование необходимо проводить в следующих сценариях:

• Внедрение или миграция – переход на ERP или переезд на новые сервера
• Оценка масштабируемости – выдержит ли текущее железо рост пользователей в N раз?
• Оптимизация обновлений – убедиться, что новый релиз или доработка не вызвали регресс производительности

Основным инструментом для экосистемы 1С стандартным является расширение 1С:Тест-центр, входящее в состав 1С:КИП (Корпоративный инструментальный пакет). Оно встраивается в тестируемую информационную базу и содержит уже готовые сценарии тестирования, которые можно уже использовать «из коробки». При этом имеется возможность создавать свои собственные сценарии, отражающие специфику пользовательских операций, на встроенном языке.

Результатом нагрузочного тестирования в этом случае является сводный отчет с показателем APDEX (Application Performance Index) по каждой из выполненных во время теста операций. Данный индекс является открытым международным стандартом измерения производительности и показывает удовлетворенность пользователей временем отклика приложения. Анализируя полученные показатели ADPEX можно сделать вывод о готовности инфраструктур к изменениям или новой нагрузке.

Архитектура тестируемой инфраструктуры должна максимально соответствовать продуктивной и, как правило, состоит из следующих компонентов:

• Сервер СУБД (MS SQL Server / PostgreSQL) – должен быть изолирован от других задач.
• Сервер приложений 1С с включенными счетчиками производительности. Также на сервере приложений 1С необходимо настроить технологический журнал для фиксации следующих событий на стороне приложения: TLOCK, TTIMEOUT, SDBL.
• Генераторы нагрузки (Агенты) – отдельные машины, которые запускают сеансы виртуальных пользователей.

После организации и подготовки инфраструктуры можно приступать непосредственно к нагрузочному тестированию. Оно состоит из следующих этапов:

Особое внимание необходимо уделить анализу результатов. Если система показала неудовлетворительную производительность или ADPEX упал ниже 0,85, это четкий сигнал о наличии одного из узких мест:

• Взаимные блокировки (Deadlocks) – проблема в коде 1С или логике блокировок СУБД. Для дополнительного анализа исследуется заранее настроенный технологический журнал 1С.
• Неоптимальные запросы – тяжелые соединения таблиц или отсутствие индексов.
• Проблема нехватки аппаратных ресурсов – нехватка ресурсов процессора, оперативной памяти или скорости дисков.

Важное замечание: В 1С:ERP огромную нагрузку создает механизм RLS (разграничение прав на уровне записей). Выполнение нагрузочного тестирования должно выполняться под пользователями с ограниченными правами, а не под полными.