Когда информационная система на базе 1С разрастается до масштабов 1500 и более одновременно работающих пользователей, вопросы производительности перестают быть просто технической деталью и становятся критическим фактором выживания бизнеса. На таких масштабах стандартных методов оптимизации кода часто оказывается недостаточно. В данной статье мы разберем, к кому можно обратиться за экспертным аудитом, какие инструменты использовать для нагрузочного тестирования и на что обратить внимание при выборе подрядчика.
Рассмотрим ситуацию, когда стандартные возможности внутреннего ИТ-отдела исчерпаны. В экосистеме 1С существует узкий круг компаний и специалистов, способных работать с Highload-системами. Помимо общеизвестных экспертов и самой фирмы 1С, на рынке представлены следующие игроки:
PerfExpert. Важно учитывать, что компания может фокусироваться на поставке инструментов мониторинга, а не на услугах «чистого» нагрузочного тестирования.1С:Экспертов по вопросам производительности.Проанализируем важный нюанс: при реализации проектов в рамках ЦКТП сама фирма 1С выступает методологом и контролером качества, но основную работу выполняет партнер (франчайзи). Чтобы найти подходящую компанию, рекомендуется изучить официальный рейтинг 1С в разделе «Центры компетенции по технологической поддержке», где указано количество успешно завершенных проектов и наличие сертифицированных специалистов.
Разберем, как имитировать работу 1500 пользователей, не привлекая реальных людей. Для этого в арсенале 1С существует специализированное решение — 1С:Корпоративный инструментальный пакет (КИП). Ключевым компонентом здесь является Тест-центр.
Выясним возможности Тест-центра:
РеализацияТоваровУслуг.Apdex).Для тех, кто использует 1С:ERP Управление предприятием, существует упрощенный путь. В состав демонстрационных баз ERP (начиная с определенных версий) уже включена встроенная конфигурация Тест-центр и готовые наборы сценариев. Это позволяет «в пять минут» развернуть тестовый стенд и запустить пробную нагрузку, чтобы понять, как ведет себя система при массовом проведении документов.
Когда Тест-центр выявляет замедления, необходимо понять их причину. Проанализируем инструменты, которые используют эксперты для «погружения» в проблему:
PerfExpert: Этот инструмент от компании Softpoint позволяет в реальном времени видеть, какой именно SQL-запрос вызывает блокировки или чрезмерную нагрузку на дисковую подсистему. Он незаменим, когда проблема кроется в неоптимальных планах запросов СУБД.
Технологический журнал (ТЖ): Это «черный ящик» платформы 1С. На крупных проектах объем логов ТЖ может достигать терабайт в сутки. Для его анализа эксперты используют специализированные парсеры или системы класса ELK Stack (Elasticsearch, Logstash, Kibana).
Рассмотрим пример того, как может выглядеть настройка файла logcfg.xml для сбора данных о длительных запросах (более 10 секунд):
<config xmlns="http://v8.1c.ru/7.4/config">
<log location="C:\Logs\1C\Performance" history="24">
<event>
<eq property="Name" value="DBMSSQL"/>
<gt property="Duration" value="10000000"/>
</event>
<property name="All"/>
</log>
</config>
Посмотрим на проблему шире. На таких масштабах часто выясняется, что «узкое место» находится за пределами кода 1С. Проанализируем критические зоны:
MS SQL Server критически важно управление параметром Max Degree of Parallelism (MAXDOP). Для 1С рекомендуется значение 1 или четкое ограничение в зависимости от количества ядер NUMA-узла.Postgres Pro Enterprise. Здесь требуется специфический тюнинг параметров (например, shared_buffers, effective_cache_size, autovacuum), адаптированный именно под структуру метаданных 1С.При работе с крупными фирмами-аудиторами важно понимать, что их работа обычно строго регламентирована методикой Apdex. Это означает следующее:
Важный совет: Если ваша проблема не входит в оговоренный список целевых операций, подрядчик может ее игнорировать. Поэтому этап формирования профиля нагрузки и списка ключевых операций является самым важным во всем проекте аудита. Будьте готовы предоставить данные о реальной активности пользователей из замера производительности или технологического журнала.
Подводя итог, скажем: для проекта на 1500 пользователей недостаточно просто «программиста 1С». Вам нужна команда, владеющая КИП, знающая тонкости настройки СУБД и умеющая читать Технологический журнал. Выбирайте партнеров с подтвержденным опытом в проектах ЦКТП и не пренебрегайте проактивным нагрузочным тестированием перед каждым крупным релизом вашей системы.