• Интерфейс 1С 'замирает' у всех пользователей одновременно на несколько секунд (микрофризы).
• Длина очереди процессора (Processor Queue Length) превышает количество ядер CPU в 2 и более раз.
• Утилизация дисков (Disk % Idle Time) падает до 0% при резком росте Average Disk Sec/Transfer (> 20 мс).
• Рост сессий СУБД в статусах ожидания блокировок и ввода-вывода.

1. Анализ очередей процессора в Windows Server (PerfMon)

Добавьте и отслеживайте в Системном мониторе (perfmon.exe) следующие счетчики:

• System \ Processor Queue Length: критично, если среднее значение > (Количество ядер * 2) в течение 5 минут.
• Processor(_Total) \ % Processor Time: загрузка выше 85% означает нехватку вычислительных ресурсов или неоптимальные запросы СУБД.
• Process(rphost*) \ % Processor Time: детализация потребления CPU конкретными рабочими процессами 1С.

2. Анализ очередей ввода-вывода в Linux (iostat, vmstat)

# Анализ очередей CPU и переключений контекста (шаг 1 сек, 10 итераций)
vmstat 1 10
# Столбец 'r' (running tasks) не должен превышать число vCPU.

# Анализ расширенной статистики дисков
iostat -xz 1 10
# Метрика 'aqu-sz' (длина очереди) не должна превышать 2-3 на диск.
# Метрика '%util' близкая к 100% указывает на дисковое насыщение.

3. Определение ожиданий на стороне СУБД

Для PostgreSQL (анализ блокирующих ожиданий):

SELECT wait_event_type, wait_event, count(*)
FROM pg_stat_activity
WHERE state = 'active' AND wait_event IS NOT NULL
GROUP BY wait_event_type, wait_event
ORDER BY 3 DESC;