Клиент — компания, занимающаяся исследованием строения морей и океана. Ключевая система для повседневной работы — продуктивная база 1С, через которую проходят бизнес-критичные операции: оформление и проведение документов, работа с заявками и списаниями, а также регулярные регламентные процедуры (включая «Закрытие месяца»).
Поводом для внедрения мониторинга стала необходимость перейти от субъективных жалоб пользователей («тормозит справочник», «документ долго открывается») к управлению производительностью на основе данных. Требовалось увидеть реальную картину в динамике, отделить истинные проблемы от фоновых факторов (регламентные работы, неверно заданные нормативы) и понять, где именно возникают узкие места — в прикладной логике 1С, на уровне кластера или на стороне СУБД.
В кейсе описана работа с регулярным облачным мониторингом Metrika42 и ежемесячной экспертной интерпретацией данных за сентябрь–октябрь 2025 года. Сервис автоматически собирал APDEX, метрики по ключевым операциям 1С, данные технологического журнала, статистику MS SQL и параметры кластера 1С, а эксперты формировали отчет и поясняли, какие отклонения действительно влияют на пользователей и бизнес-процессы.
Задачи клиента
- Найти и приоритизировать «узкие места» в частых пользовательских операциях (выборка и проведение документов, операции по заявкам и списаниям), которые в ряде случаев занимали 9–20+ секунд и вызывали просадки APDEX.
- Разобраться с блоком «Закрытие месяца»: отделить реальные проблемы производительности от ложных тревог из-за завышенных целевых нормативов (например, универсальной цели «1 секунда на ключевую операцию»).
- Диагностировать долгий запуск приложения и операции, связанные с задачами/оповещениями пользователя: старт мог достигать 70–150 секунд и влиял на производительность в рабочие часы.
- Выявлять и предотвращать проблемы на стороне СУБД: аномалии дисковой записи (Page writes per second), длительные запросы, контрольные точки.
- Снизить влияние взаимоблокировок: повторяющиеся TDEADLOCK в одном контексте (регистр сведений + серверный модуль оплаты) и связанные с ними риски для доступности.
Решение
-
Подключили облачный мониторинг Metrika42 и организовали ежемесячную экспертную интерпретацию, чтобы мониторинг стал инструментом управления производительностью, а не просто «сигнализацией».
-
По пользовательскому контуру:
-
собрали длительные операции в отдельные профили, показали фактическое среднее время по каждой операции и связали метрики с конкретным функционалом конфигурации;
-
сформировали для ИТ-службы список конкретных операций для оптимизации и возможность отслеживать эффект после доработок.
-
-
По «Закрытию месяца»:
-
подтвердили, что операции отрабатывают штатно, а «медленность» во многом вызвана изначально слишком оптимистичными целевыми значениями;
-
рекомендовали скорректировать целевое время в интерфейсе сервиса или в справочнике «Ключевые операции», чтобы убрать ложные инциденты и видеть бизнес-адекватную картину.
-
-
По долгому старту:
-
на базе данных техжурнала и анализа наиболее длительных запросов локализовали источник нагрузки в конкретных обработках и динамических списках, которые выполняли тяжелые запросы;
-
получили понятную «точку входа» для оптимизации вместо размытых жалоб «по утрам 1С долго открывается».
-
-
По СУБД и блокировкам:
-
зафиксировали аномалию Page writes per second (в среднем 769 при рекомендуемых ~90) и выдали план действий: сверка с регламентными работами, проверка длительных запросов и частоты checkpoint’ов;
-
выявили повторяемый паттерн TDEADLOCK и предложили использовать встроенный инструмент «Анализ ожиданий на взаимоблокировках 1С» для разборов и снижения повторных ошибок.
-
Результат
- ИТ-команда перешла от работы «от жалобы» к регулярной, измеримой картине производительности 1С: что именно тормозит, где это происходит и как меняется после доработок.
- Руководство получило аргументированную позицию по «Закрытию месяца»: стало видно, какие операции объективно ресурсоёмкие, а где проблемы вызваны ошибками в запросах или неверно заданными ожиданиями.
- Снизился шум мониторинга: корректировка нормативов убрала ложные тревоги и позволила сфокусироваться на реально влияющих инцидентах.
- Усилен контроль инфраструктуры и СУБД: выявлены риски по дисковой записи и взаимоблокировкам, сформированы практичные рекомендации для предотвращения повторов и ухудшения отклика 1С.
- Для бизнеса: выше предсказуемость работы 1С, меньше неожиданных «просадок» в критичных процессах и понятные основания для управленческих решений по оптимизации и развитию системы.
