Общие принципы диагностики проблем при компиляции и поставке изменений

В статье описаны основные подходы к диагностике проблем при работе с компиляцией и поставкой изменений в BPMSoft.

Этапы диагностики

Подход к решению проблемы:

1. Собрать информацию об инфраструктуре: количество нод, использование балансировщика нагрузки.
2. Собрать логи приложения.
3. Собрать метрики серверов приложения, базы данных и сервера кэширования (если используется).
   • Для сервера приложения:
     • Метрики нагрузки на CPU (как приложения, так и на сервере);
     • Метрики потребления RAM (как приложения, так и на сервере);
     • Метрики использования диска;
     • Метрики сетевой нагрузки.
   • Для сервера баз данных:
     • Метрики нагрузки на CPU;
     • Метрики потребления RAM (необходимо учитывать, что потребление памяти у Microsoft SQL Server всегда высокое и не указывает на проблему);
     • Метрики использования диска;
     • Метрики сетевой нагрузки;
     • Время жизни страницы (Page Life Expectancy) — это показатель, демонстрирующий, сколько времени в среднем страницы данных остаются в буфере памяти перед тем, как быть из него извлеченным и переписанным на диск.
   • Для сервера кэширования:
     • Метрики нагрузки на CPU;
     • Метрики потребления RAM;
     • Метрики использования диска;
     • Метрики сетевой нагрузки.
4. Собрать стандартные отчеты по базе данных приложения:
   • Для Microsoft SQL Server: sp_whoisactive и sp_blitzcache;
   • Для PostgreSQL: pg_stat_activity и pg_profile.
5. Проанализировать порядок установки пакета, который был использован.
6. Сформировать HAR-файл на период воспроизведения проблемы.
7. Приступить к поиску решения проблемы.

Информация для обращения в техническую поддержку

Если самостоятельная диагностика не позволила устранить проблему, пожалуйста, соберите следующую информацию и обратитесь в техническую поддержку BPMSoft:

1. Версия и сборка BPMSoft — эта информация требуется для проверки гипотез на инфраструктуре, приближенной к вашей, а также анализа решенных проблем при выпуске новых версий BPMSoft.
2. Версия операционной системы — эта информация требуется для проверки гипотез, связанных со спецификой используемой операционной системы.
3. Инфраструктурные параметры сервера приложения (количество нод, CPU, RAM, наличие прокси или балансировщика) — эта информация требуется для проверки гипотез на инфраструктуре, приближенной к вашей.
4. Описание алгоритма поставки, при котором воспроизводится проблема (в том числе перечень используемых инструментов и политика выделения технологического окна) - данная информация необходима для понимания процессов, которые выполняются в системе в момент поставки. В зависимости от варианта поставки процессы в системе могут отличаться.
5. Дата и время возникновения ошибки — эта информация необходима для максимально точного исследования причин возникновения проблемы
6. Конфигурационные файлы BPMSoft, относящиеся к окружению — эта информация требуется для анализа режимов работы BPMSoft.
7. Логи установки пакета и полные логи работы приложения за период воспроизведения проблемы — эта информация необходима для исследования проблемы и причин ее возникновения.
8. Графики использования ресурсов сервера приложения (CPU, RAM, диски и сетевые интерфейсы) — эта информация требуется для анализа нагрузки на систему при поставке.
9. Результаты предварительного анализа влияния проектного слоя — эта информация способствует ускорению решения обращения за счет минимизации количества проверяемых гипотез.

Рекомендуем изучить

Процесс управления поставками