Использование монитора производительности Windows в качестве базового сервера терминалов (часть 2)
Монитор производительности Windows (PerfMon) — отличный инструмент для диагностики проблем с производительностью на серверах Windows. В первой части этой статьи мы рассмотрели, как использовать PerfMon для создания базового уровня и сбора данных. Во второй части мы рассмотрим собранные данные и посмотрим, как интерпретировать счетчики.
Просмотр результатов монитора производительности
Теперь, когда информация собрана, используйте системный монитор в системном мониторе Windows для ее просмотра. Источником данных по умолчанию в системном мониторе является просмотр данных о производительности в реальном времени. Для просмотра сохраненной информации необходимо выбрать альтернативный источник данных, а затем выбрать сохраненный журнал.
- Откройте PerfMon и выберите экран System Monitor на левой панели, а затем щелкните ссылку View Log Data на панели инструментов (значок базы данных выделен на рисунке 1). Вы также можете просто нажать CTRL+L.
фигура 1
- На вкладке Источник добавьте файлы журнала, содержащие данные о производительности вашего задания. После того, как вы выберете файл (файлы), щелкнув «Временной диапазон» (рис. 2), вы увидите окно времени, в течение которого были собраны данные.
фигура 2
Щелкнув и перетащив любой конец ползунка на временном диапазоне, вы сократите или расширите временной интервал, в котором вы будете просматривать данные. После выбора источника данных нажмите OK.
- Для просмотра данных просто добавьте счетчики на экран системного монитора. Вы заметите, что при переходе на экран «Добавить счетчики» (рис. 3) для просмотра доступны только те счетчики, которые были выбраны во время настройки задания. Вы можете добавить любые счетчики и экземпляры, которые хотите просмотреть.
Рисунок 3
- После того, как вы выбрали счетчики для просмотра, вы увидите их на экране системного монитора. Вы можете изменить цвет каждого счетчика на вкладке «Данные» в свойствах системного монитора, чтобы упростить просмотр, а также щелкнуть лампочку на панели инструментов, чтобы выделить конкретный счетчик на графике.
При просмотре данных обратите внимание на некоторые числа в нижней части графика, такие как Last, Average, Duration и т. д. Эти числа соответствуют следующей информации:
Последний: | Последний измеренный показатель. Это число в основном не имеет значения при просмотре исторических данных, поскольку оно всегда будет отображать последнюю полученную метрику. При просмотре данных производительности в реальном времени они постоянно обновляются значением последнего интервала выборки. |
Средний: | Это среднее значение счетчика, измеренное за период выборки. |
Минимум: | Это минимальное значение счетчика, измеренное за период выборки. |
Максимум: | Это максимальное значение счетчика, измеренное за период выборки. |
Продолжительность: | Это длина интервала выборки или продолжительность захвата информации. |
Интерпретация результатов
Рекомендуется просмотреть исходные данные после их получения; однако не рассчитывайте на то, что вы сразу же воспользуетесь этой информацией. Взгляните, чтобы получить представление о записанных метриках, особенно если вы не знаете, какие значения ожидать для определенных счетчиков. Если не было замечено каких-либо проблем с производительностью, эта информация должна быть хорошим снимком того, как должен выглядеть правильно работающий сервер.
Собранная информация действительно пригодится, когда в будущем обнаружатся проблемы с производительностью. Не всегда можно понять, в чем заключается проблема с производительностью, просто взглянув на текущие счетчики производительности. Например, счетчик «Процессы» объекта «Система» может иметь среднее значение «233». Чтобы определить, может ли это число быть частью проблемы, сравните текущие показатели с исходными данными, чтобы увидеть, каким было это значение, когда производительность воспринималась как «нормальная».
Важный:
Убедитесь, что вы просматриваете соответствующие базовые данные при сравнении их со счетчиками в реальном времени. Помните, что на вкладке «Источник» в окне «Свойства системного монитора» будет указано, когда был сделан захват. Убедитесь, что вы получаете статистику из того же временного окна. См. шаг 2 выше для получения дополнительной информации.
Чтобы упростить сравнение данных, одновременно можно открыть несколько окон системного монитора, в каждом из которых отображается разная информация. Чтобы легко сравнить базовые данные с показателями производительности в реальном времени, откройте два окна PerfMon и настройте одно для просмотра текущей активности, а другое — для просмотра зарегистрированных данных. Затем в меню «Окно» выберите «Мозаика по горизонтали», чтобы просмотреть два окна рядом.
Ниже приведен подробный список рекомендуемых базовых счетчиков и того, что каждый из них измеряет, а также некоторые рекомендации по интерпретации результатов.
Память
Прилавок | Что это значит | Как интерпретировать результаты |
Страниц/сек | Определяет, как часто осуществляется доступ к файлу подкачки. | Вообще говоря, это должно оставаться равным или близким к нулю, но Windows почти всегда выгружает некоторую информацию на диск в ходе обычных операций. Однако любые постоянно высокие показания этого счетчика означают, что системе просто не хватает оперативной памяти. |
Доступные мегабайты | Общий объем физической оперативной памяти, доступной системе для процессов. | Низкие значения указывают на то, что объем оперативной памяти уменьшается. |
Зафиксированные байты | Объем физической оперативной памяти, для которой зарезервировано место в файле подкачки на диске. | При запуске процесса ядро автоматически резервирует определенное место в файле подкачки. Чем больше оперативной памяти используется системой, тем больше места для файла подкачки резервируется. Это просто зарезервированное пространство, которое не обязательно означает, что процессы выгружаются. |
Ошибок страницы/сек. | Как часто системе необходимо извлекать данные из-за пределов рабочего набора процесса. | В это число входят как программные, так и аппаратные ошибки страниц. Ошибки программной страницы — это когда информация была найдена в другом месте физической оперативной памяти. Жесткие ошибки страниц возникают, когда информацию необходимо извлечь из файла подкачки на диске. |
Сетевой интерфейс
Прилавок | Что это значит | Как интерпретировать результаты |
Всего байт/сек | Общее количество байтов, передаваемых в сетевую карту или из нее в секунду. | Значения здесь обычно не должны превышать 60–70 % от общей пропускной способности интерфейса. |
Пакетов/сек | Общее количество пакетов, передаваемых в сетевую карту или из нее в секунду. | Этот номер обычно полезен для просмотра трендовых данных от одного базового уровня к другому. |
Файл подкачки
Прилавок | Что это значит | Как интерпретировать результаты |
% Применение | Какая часть файла подкачки на диске используется. | Высокие значения являются верным признаком того, что в системе слишком мало оперативной памяти, но имейте в виду, что Windows почти всегда выгружает некоторую информацию в файл подкачки. |
Физический диск
Прилавок | Что это значит | Как интерпретировать результаты |
% дискового времени | Общее количество времени, в течение которого диск читает или записывает данные. | Высокие значения могут указывать на слишком большую подкачку или узкое место дисковой подсистемы. |
Среднее количество байт на диске/передача | Среднее количество байтов, переданных на диск или с диска. | Фактическая передача данных на физические пластины и с них на большинстве жестких дисков ограничена скоростью 80–95 МБ в секунду (в зависимости от производителя и модели), независимо от интерфейса. Пороги здесь зависят от контроллера, подключенного к дискам, и конфигурации массива. Типичный массив RAID-5 из 4 дисков имеет максимальную пропускную способность 320–380 МБ в секунду, поэтому в этом случае скорость передачи ограничена скоростью интерфейса, такого как U320 SCSI. Однако максимальная пропускная способность пары зеркальных дисков составляет 80–95 МБ. |
Средняя длина дисковой очереди | Среднее количество операций чтения/записи в очереди, ожидающих доступа к диску, является прямым признаком перегрузки диска. | Среднее здесь должно быть меньше, чем общее количество шпинделей в массиве. Все, что больше, означает, что ОС ожидает дисковой подсистемы. При просмотре данных из SAN игнорируйте этот счетчик и сосредоточьтесь на счетчиках задержки ниже ( Avg Disk Sec/Read и Avg Disk Sec/Write ). |
Средняя скорость диска в секунду/передача | Средняя продолжительность в секундах передачи данных на диск или с диска. | Средние значения должны быть около 20 мс, пики не должны превышать 50 мс. |
Средняя скорость чтения с диска | Среднее время в секундах для чтения данных с диска. | Средние значения должны быть около 20 мс, пики не должны превышать 50 мс. |
Средняя скорость диска в сек/запись | Среднее время в секундах для записи данных на диск. | Средние значения должны быть около 20 мс, пики не должны превышать 50 мс. |
Дисковых передач/сек | Количество операций чтения/записи на диск. | Этот номер обычно полезен для просмотра трендовых данных от одного базового уровня к другому. |
Процессор
Прилавок | Что это значит | Как интерпретировать результаты |
% процессорного времени | Общая загрузка процессора в системе по всем процессорам, как логическим, так и физическим. | Это число не должно превышать 90%. Windows вычисляет это число, беря общую загрузку коробки и разделив ее на общее количество логических процессоров, обнаруженных в системе (включая процессоры с поддержкой Hyper-Threading). |
% времени привилегии | Общее время, затраченное на обработку процессов режима ядра (процессов, связанных с ОС), на процессор. | Если загрузка процессора высока и % времени привилегий также велико, это может свидетельствовать о проблемах со службой Windows. |
% пользовательского времени | Общее время, затрачиваемое на обработку процессов пользовательского режима (процессов, связанных с приложением), на процессор. | На терминальных серверах обычно наблюдается больший процент времени на процессы пользовательского режима, чем на процессы режима ядра. |
Прерывания/сек | Сколько раз в секунду процессор получает аппаратные прерывания для служебных запросов от периферийных устройств (сетевая карта, диск, мышь и т. д.). Прерывания заставляют процессор временно приостанавливать обработку потока для обслуживания запроса. | Это число будет высоким в средах с высокой загрузкой дисков или сетевыми требованиями. Однако значения, значительно превышающие 1000, должны быть исследованы и могут указывать на аппаратную проблему. Сравните это значение со счетчиком Системных вызовов/сек в Системном объекте. Если Interrupts/Sec выше, это обычно указывает на аппаратную проблему. |
Система
Прилавок | Что это значит | Как интерпретировать результаты |
Контекстные переключения/сек | Переключение контекста происходит, когда работающий поток отказывается от управления процессором, вытесняется потоком с более высоким приоритетом или переходит из режима ядра в пользовательский режим и наоборот. | Это число зависит от количества и скорости процессоров на сервере. Нередко можно увидеть среднее число от 3000 до 5000 переключений контекста в секунду на ЦП на терминальном сервере. Тем не менее, высокие цифры здесь наверняка убьют воспринимаемую производительность. |
Процессы | Общее количество процессов, запущенных в системе. | Этот номер обычно полезен для просмотра трендовых данных от одного базового уровня к другому. |
Длина очереди процессора | Количество потоков в очереди процессора, ожидающих процессорного времени. | Цифры, постоянно превышающие 3 или 4, указывают на недостаточное количество процессоров или просто на слишком высокую нагрузку. |
Службы терминалов
Прилавок | Что это значит | Как интерпретировать результаты |
Активные сессии | Общее количество активных сеансов, исключая отключенные сеансы. | Это число полезно для соответствия другим показателям, записанным в базовом плане, таким как общее количество процессов, % процессорного времени и т. д. |
Всего сеансов | Общее количество активных сеансов, включая отключенные сеансы. | Это число полезно для соответствия другим показателям, записанным в базовом плане, таким как общее количество процессов, % процессорного времени и т. д. |
Сеанс служб терминалов
Прилавок | Что это значит | Как интерпретировать результаты |
% процессорного времени | Количество процессорного времени, выделенного всем процессам, работающим в конкретном сеансе. | Это число полезно для соответствия другим показателям, записанным в базовом плане. |
Ошибок страницы/сек. | Общее количество раз, когда система не может найти необходимую информацию в ОЗУ (включая аппаратные и программные ошибки страниц). | Это число полезно для соответствия другим показателям, записанным в базовом плане. |
Некоторые заключительные примечания
Windows Performance Monitor — отличный диагностический инструмент; однако, как и любой инструмент, он хорош настолько, насколько хорошо его использует человек. Потратьте время на разработку базовых показателей различных серверов терминалов, развернутых в вашей среде. Не забудьте выполнить отдельные базовые тесты для различных используемых аппаратных платформ и «хранилищ приложений» терминального сервера, чтобы охватить все ваши различные профили серверов.
Также рекомендуется проводить повторный базовый анализ каждые 3–6 месяцев, чтобы определить тенденцию. Даже если пользовательская нагрузка никогда не увеличивается, внешние воздействия на систему, такие как установленные пакеты обновления и исправления, могут вызвать изменения в производительности. Анализируя базовый уровень каждые 3-6 месяцев, вы можете определить тенденции производительности и, возможно, предотвратить проблемы с производительностью до того, как они возникнут. Когда вы можете предвидеть проблемы с производительностью и исправлять их до того, как ваши пользователи почувствуют их воздействие, тогда вы действительно достигнете нирваны сервера терминалов.
Использование системного монитора Windows в качестве базового сервера терминалов (часть 1)