EFSOL продолжает развитие Metrika42 On-prem — системы мониторинга и диагностики производительности 1С, которая разворачивается непосредственно в инфраструктуре заказчика.
В июле команда Metrika42 расширила инструменты диагностики на основе реального кейса крупного промышленно-технологического холдинга. Система помогла обнаружить проблемы производительности критичных операций одного из блоков учета в 1С:ERP, которые не были заметны по общей оценке состояния системы.
Почему общая оценка производительности скрывала проблему
Первоначальный профиль оценки производительности исследуемой системы показывал APDEX 0,957 — уровень «Отлично».
При детальном анализе выяснилось, что итоговую оценку существенно улучшало большое количество часто выполняемых быстрых операций. На их фоне более редкие, но значительно более медленные действия пользователей фактически терялись в общей статистике.
Чтобы проверить производительность именно значимых пользовательских сценариев, специалисты создали отдельный профиль для операций записи, проведения и обработки платежных документов.
Общий APDEX — 0,957, уровень «Отлично».
APDEX профиля платежных операций — 0,122,
уровень «Неприемлемо».
Такое расхождение показало, почему общей «зеленой» метрики недостаточно для оценки фактического пользовательского опыта. Критичные операции и бизнес-процессы необходимо рассматривать отдельно и сопоставлять их фактическое время выполнения с заданным целевым значением.
Как исследовали причину деградации
Для расследования специалисты использовали сопоставление замеров производительности APDEX с событиями технологического журнала 1С. Такой подход позволяет перейти от конкретной медленной пользовательской операции к событиям, которые происходили в системе в тот же момент.
Выделили проблемный профиль операций. Вместо общей оценки 1С специалисты отдельно проанализировали запись, проведение и обработку платежных документов.
Зафиксировали фактическое время выполнения. Среднее время операций записи и проведения документа «Списание безналичных денежных средств» достигало 13 секунд.
Сопоставили пользовательские замеры с технологическим журналом. Анализ проводился в контексте конкретной операции, времени ее выполнения и связанных серверных событий.
Проверили альтернативные причины. Отдельно анализировались инфраструктурные ресурсы, рабочие процессы 1С, Microsoft SQL Server, блокировки и клиент-серверные вызовы.
Сузили область дальнейшего расследования. По итогам анализа внимание удалось сместить с общей инфраструктуры на взаимодействие 1С с СУБД и прикладную логику выполнения платежных операций.
Что показал анализ документа
За исследуемый период для операций записи и проведения документа «Списание безналичных денежных средств» было зафиксировано 577 замеров.
При детальном исследовании одного из длительных пользовательских сценариев специалисты обнаружили большое количество коротких обращений к Microsoft SQL Server.
В рамках одного замера было зафиксировано 580 DBMSSQL-событий. Каждый отдельный запрос выполнялся быстро, однако их совокупное количество вместе с накладными расходами на взаимодействие между сервером 1С и СУБД могло увеличивать общую продолжительность операции.
Эта гипотеза была подтверждена частично и потребовала дальнейшей проверки на данных информационной базы. Поэтому результатом диагностики стало не окончательное заключение о причине, а существенное сокращение области дальнейшего анализа.
Какие причины удалось исключить
Параллельно специалисты проверили несколько альтернативных объяснений деградации.
- загрузку CPU;
- использование оперативной памяти;
- сетевые показатели;
- состояние дисковой подсистемы;
- рабочие процессы 1С;
- состояние Microsoft SQL Server;
- влияние блокировок;
- большое количество тяжелых клиент-серверных вызовов.
Анализ не выявил устойчивого дефицита инфраструктурных ресурсов, который мог бы объяснить наблюдаемое замедление. Существенное влияние блокировок и большого количества тяжелых клиент-серверных вызовов также не подтвердилось.
Проблема выглядела как общее замедление 1С, но собранные данные не подтвердили необходимость начинать решение с расширения серверных ресурсов.
Почему это важно для ИТ-команды
Без предметной диагностики ситуация могла привести к решению по принципу «1С тормозит — нужно добавить серверных ресурсов». Такой подход создает риск затрат на расширение инфраструктуры без подтверждения, что именно она является ограничивающим фактором.
В рассматриваемом случае данные позволили сместить внимание с инфраструктуры на взаимодействие 1С с СУБД и прикладную логику платежных операций.
Инженеры также получили более точные средства сопоставления замеров производительности с событиями технологического журнала и последовательного сужения области анализа:
- до конкретной информационной базы;
- до пользовательской операции;
- до конкретного пользователя;
- до отдельной сессии;
- до событий, происходивших в тот же временной интервал.
Это сокращает объем ручного поиска и помогает быстрее переходить от общей жалобы «1С тормозит» к техническим гипотезам, которые можно проверять по данным.
Результат диагностики
- общий APDEX 0,957 был разложен на отдельные пользовательские сценарии;
- для профиля платежных операций выявлен APDEX 0,122;
- среднее время записи и проведения документа «Списание безналичных денежных средств» достигало 13 секунд;
- за исследуемый период проанализировано 577 замеров;
- в одном из длительных сценариев зафиксировано 580 DBMSSQL-событий;
- устойчивый дефицит инфраструктурных ресурсов как объяснение деградации не подтвердился;
- область дальнейшего расследования удалось сузить до взаимодействия 1С с СУБД и прикладной логики платежных операций.
Metrika42 On-prem для закрытого ИТ-контура
Metrika42 On-prem предназначена прежде всего для средних и крупных организаций, которым необходимо сохранять компоненты мониторинга и собираемые диагностические данные внутри собственной инфраструктуры.
Решение внедряется проектно. Архитектура, состав собираемых данных, дашборды, оповещения и правила сопровождения адаптируются к инфраструктуре конкретного предприятия.
On-prem-модель развивается не как разовая установка набора компонентов, а как сопровождаемая продуктовая поставка.
Обновление компонентов
Развитие инфраструктурных и продуктовых компонентов установленного контура Metrika42.
Развитие мониторинга
Изменение состава метрик, развитие дашбордов и системы оповещений.
Сопровождение
Реагирование на инфраструктурные инциденты компонентов Metrika42 и консультации специалистов заказчика.
В расширенном варианте сопровождение также может включать работу с инцидентами производительности 1С и оптимизацию с последующим контролем показателей.
Главная задача Metrika42 — не показать еще один график, а предоставить ИТ-команде данные, необходимые для понимания проблемы и выбора следующего действия.
