Windows: perfmon — это не просто график. Находим узкие места
Когда сервер тормозит, админ открывает Диспетчер задач и видит 100% CPU.
Архитектор открывает Performance Monitor (perfmon), чтобы понять, почему.
Диспетчер задач показывает, что происходит сейчас.
perfmon позволяет собирать данные часами и находить паттерны и узкие места.
Как найти реальную причину (План):
Не смотрите на графики. Создайте "Группу сборщиков данных" (Data Collector Set).
perfmon -> "Группы сборщиков данных" -> "Создать... вручную".
Добавьте нужные счетчики.
Какие счетчики добавить? (Стартовый набор SRE):
Processor\% Processor Time (Общая загрузка)
System\Processor Queue Length (Очередь к процессору. Если стабильно > 2 на ядро — беда).
Memory\Available MBytes (Свободная память)
Paging File\% Usage (Если используется активно — нехватка RAM).
LogicalDisk\Avg. Disk sec/Read (и /Write) (Время отклика диска. Если > 20ms — диски не справляются).
LogicalDisk\Current Disk Queue Length (Очередь к диску. Если стабильно > 2 — дисковый bottleneck).
Запустите сбор на 1-2 часа во время пиковой нагрузки.
Проанализируйте лог: Откройте .blg-файл. Теперь вы можете в ретроспективе увидеть, что сначала выросла очередь к диску, а потом процессор ушел в 100%, ожидая I/O.
Взгляд архитектора: perfmon — это рентгеновский аппарат. Вы перестаете гадать и начинаете видеть факты. Это позволяет вам принять правильное решение: нужно не "добавить CPU", а "оптимизировать запросы к БД" или "вынести логи на отдельный, более быстрый диск".
#windows #perfmon #performance #sre #гайд
Когда сервер тормозит, админ открывает Диспетчер задач и видит 100% CPU.
Архитектор открывает Performance Monitor (perfmon), чтобы понять, почему.
Диспетчер задач показывает, что происходит сейчас.
perfmon позволяет собирать данные часами и находить паттерны и узкие места.
Как найти реальную причину (План):
Не смотрите на графики. Создайте "Группу сборщиков данных" (Data Collector Set).
perfmon -> "Группы сборщиков данных" -> "Создать... вручную".
Добавьте нужные счетчики.
Какие счетчики добавить? (Стартовый набор SRE):
Processor\% Processor Time (Общая загрузка)
System\Processor Queue Length (Очередь к процессору. Если стабильно > 2 на ядро — беда).
Memory\Available MBytes (Свободная память)
Paging File\% Usage (Если используется активно — нехватка RAM).
LogicalDisk\Avg. Disk sec/Read (и /Write) (Время отклика диска. Если > 20ms — диски не справляются).
LogicalDisk\Current Disk Queue Length (Очередь к диску. Если стабильно > 2 — дисковый bottleneck).
Запустите сбор на 1-2 часа во время пиковой нагрузки.
Проанализируйте лог: Откройте .blg-файл. Теперь вы можете в ретроспективе увидеть, что сначала выросла очередь к диску, а потом процессор ушел в 100%, ожидая I/O.
Взгляд архитектора: perfmon — это рентгеновский аппарат. Вы перестаете гадать и начинаете видеть факты. Это позволяет вам принять правильное решение: нужно не "добавить CPU", а "оптимизировать запросы к БД" или "вынести логи на отдельный, более быстрый диск".
#windows #perfmon #performance #sre #гайд
👏1
Windows (Диагностика): "Что вчера сломалось?" Скрытый Монитор стабильности
Боль: Сервер начал глючить сегодня утром. Вы открываете Event Viewer — там 10 000 событий "Information" и пара непонятных ошибок. Вы пытаетесь понять: "Что изменилось вчера?".
Реакция админа: Час копаться в логах Windows Update и MSI Installer.
Реакция профи: Открыть Монитор стабильности системы (Reliability Monitor).
Это встроенная, но глубоко спрятанная оснастка, которая ведет визуальный таймлайн "здоровья" системы.
Что вы увидите: График стабильности от 1 до 10 по дням. И, самое главное, четкий список событий по датам:
🔴 Критические события: "Вчера в 15:30 упал процесс sqlservr.exe".
🟡 Предупреждения: "Неудачная попытка установки обновления".
ℹ️ Информационные (Самое важное!): "Вчера в 14:00 был установлен новый драйвер сетевой карты" или "Установлено приложение Х".
Взгляд архитектора: Это лучший ответ на вопрос "Кто что трогал?". Вместо копания в логах вы видите причину и следствие на одном экране. "Ага, вчера обновился драйвер (Info), а через час начал падать SQL (Error)".
#windows #troubleshooting #diagnostics #sysadmin #perfmon #logs #гайд
Боль: Сервер начал глючить сегодня утром. Вы открываете Event Viewer — там 10 000 событий "Information" и пара непонятных ошибок. Вы пытаетесь понять: "Что изменилось вчера?".
Реакция админа: Час копаться в логах Windows Update и MSI Installer.
Реакция профи: Открыть Монитор стабильности системы (Reliability Monitor).
Это встроенная, но глубоко спрятанная оснастка, которая ведет визуальный таймлайн "здоровья" системы.
Как открыть: Win + R -> perfmon /rel
Что вы увидите: График стабильности от 1 до 10 по дням. И, самое главное, четкий список событий по датам:
🔴 Критические события: "Вчера в 15:30 упал процесс sqlservr.exe".
🟡 Предупреждения: "Неудачная попытка установки обновления".
ℹ️ Информационные (Самое важное!): "Вчера в 14:00 был установлен новый драйвер сетевой карты" или "Установлено приложение Х".
Взгляд архитектора: Это лучший ответ на вопрос "Кто что трогал?". Вместо копания в логах вы видите причину и следствие на одном экране. "Ага, вчера обновился драйвер (Info), а через час начал падать SQL (Error)".
#windows #troubleshooting #diagnostics #sysadmin #perfmon #logs #гайд
🔥5