Использование монитора производительности Windows в качестве базового сервера терминалов (часть 1)

Монитор производительности Windows (PerfMon) существует на протяжении нескольких поколений Windows и позволяет вам отслеживать во времени или в режиме реального времени статистику производительности сервера Windows.

Монитор производительности может собирать множество информации о Windows Server и полезен при диагностике проблем с производительностью. Однако для осмысленного анализа данных PerfMon, полученных при устранении проблем с производительностью, очень важно иметь базовый уровень нормальной производительности системы для сравнения. В этой статье основное внимание уделяется использованию PerfMon для создания базового уровня производительности на сервере терминалов Windows, но следующая информация также применима к базовому уровню любого сервера на базе Windows.

С помощью системного монитора можно собирать данные о производительности с различной степенью детализации, от общего использования процессора на сервере до времени процессора, используемого отдельным процессом Windows. Однако, чтобы понять, как получить нужную информацию, важно понимать три основных уровня критериев мониторинга. Эти три уровня подробно описаны ниже:

Объекты. Объекты — это самые важные критерии для мониторинга набора атрибутов на сервере. Типичные объекты включают память, сеть, файл подкачки, процессор и т. д.

Счетчики: Счетчики являются подмножеством объекта. Для любого заданного объекта у вас будет несколько счетчиков. Например, объект Processor имеет различные счетчики на выбор: % процессорного времени, % привилегированного времени, % пользовательского времени, прерываний в секунду и т. д.

Экземпляры: каждый счетчик может иметь один или несколько экземпляров. Используя приведенный выше пример объекта процессора, % процессорного времени будет иметь два экземпляра в двухпроцессорной системе — по одному для каждого процессора (0 и 1). При желании у вас есть возможность отслеживать только один экземпляр данного счетчика.

Другой способ взглянуть на эту связь выглядит следующим образом ( рис. 1 ):

фигура 1

Вы можете выбрать сам объект, который включает в себя все счетчики и все экземпляры каждого счетчика, конкретный счетчик для объекта, который включает все экземпляры для этого счетчика, или вы можете выбрать только просмотр/отслеживание определенного экземпляра данного счетчика ( например, экземпляр 0 счетчика % процессорного времени объекта «Процессор »).

Использование монитора производительности

Экран по умолчанию показывает текущую активность в системе, количество страниц в секунду, среднюю длину очереди на диске и загрузку процессора.

1. Чтобы определить базовые параметры системы, выберите «Журналы счетчиков» в разделе «Журналы производительности и оповещения». По умолчанию существует базовый журнал счетчиков, который измеряет те же три счетчика, что и перечисленные выше. Хотя вы не можете удалить образец, вы можете создать свой собственный журнал счетчиков.

2. Щелкните правой кнопкой мыши «Журналы счетчиков» и выберите «Новые настройки журнала». Появится экран «Новые настройки журнала», в котором вам будет предложено назвать задание. Как показывает опыт, лучше сделать название должности как можно более описательным, чтобы упростить будущие ссылки. Включите такие вещи, как имя сервера и дату определения базового уровня.
   Введите имя задания и нажмите OK.

3. Теперь пришло время настроить счетчики. Вы заметите, что доступны две кнопки — «Добавить объекты» и «Добавить счетчики». В большинстве случаев вы обнаружите, что добавление целых объектов приведет к сбору слишком большого объема данных. Для надлежащего базового уровня вам нужно получить только базовую информацию о производительности сервера. Детализированные элементы (такие как ProcessorPool Paged Bytes ) не будут иметь отношения к базовому уровню, поэтому это излишне. Кроме того, при добавлении каждого дополнительного счетчика серверу приходится использовать ресурсы для отслеживания этих данных о производительности. Добавление слишком большого количества счетчиков путем выбора целых объектов может легко создать чрезмерную нагрузку на сервер и исказить базовые результаты. Поэтому лучше всего добавлять только те счетчики, которые вы хотите отслеживать.
   При нажатии кнопки «Добавить счетчики…» откроется следующий экран ( рис. 2 ).

фигура 2

Выбрав объект производительности из раскрывающегося списка, вы можете перейти к конкретным счетчикам и экземплярам этого объекта.

Ниже приведен список счетчиков объектов, которые составляют хороший, всесторонний базовый уровень. Вы должны включить все экземпляры каждого счетчика, кроме счетчиков сети; они должны отслеживать только те экземпляры сетевых карт, которые будут включены в базовый план (если применимо). Подробнее о том, что собирает каждый счетчик, будет рассказано во второй части этой статьи.

Память

• Страниц/сек

• Доступные мегабайты

• Зафиксированные байты

• Ошибок страницы/сек.

Сетевой интерфейс

• Всего байт/сек
• Пакетов/сек

Файл подкачки

• % Применение

Физический диск

• % дискового времени
• Среднее количество байт на диске/передача
• Средняя длина дисковой очереди
• Средн. диск. сек/передача
• Дисковых передач/сек

Процессор

• % процессорного времени

• % времени привилегии

• % пользовательского времени

• Прерывания/сек

Система

• Контекстные переключения/сек

• Процессы

• Длина очереди процессора

Следующие счетчики предназначены специально для серверов терминалов и помогут преобразовать вывод в значимую информацию:

Службы терминалов

• Активные сессии

• Всего сеансов

Сеанс служб терминалов

• % процессорного времени

• Ошибок страницы/сек.

4. После того, как вы добавили все подходящие счетчики, вы можете выбрать интервал выборки. Значение по умолчанию, равное 15 секундам, обычно достаточно, но если сервер используется довольно интенсивно, установите интервал выборки на 30 или более секунд, чтобы сократить влияние монитора производительности на нормальные условия работы.
   Чтобы установить интервал, на вкладке «Общие» ( рис. 3 ) установите для параметра Sample data every: желаемое значение и соответствующие единицы измерения (по умолчанию в секундах ).

Рисунок 3

5. На вкладке «Файлы журнала» (рис. 4) вы можете изменить тип файла журнала и место его хранения.

Рисунок 4

Как правило, двоичного файла журнала достаточно, если вы будете просматривать данные в PerfMon (обычно). Однако у вас есть возможность использовать текстовый файл с разделителями (однако файлы с разделителями не могут быть прочитаны PerfMon) или даже передавать данные в базу данных SQL. Для целей этой статьи мы будем придерживаться двоичного файла.

Нажав кнопку «Настроить…», вы сможете установить как префикс имени файла (который по умолчанию соответствует имени задания), так и расположение файлов. Вы также можете установить максимальный размер файлов журнала, чтобы предотвратить их слишком большой размер. Значение по умолчанию « Максимальный предел » позволит файлу журнала продолжать расти до тех пор, пока он не займет все место на диске, поэтому может быть хорошей идеей установить максимальный размер файла, чтобы предотвратить это, если места на диске мало или вы не будете установить время/дату окончания задания на вкладке «Расписание». Как только файл журнала достигнет указанного размера, PerfMon прекратит запись информации в журнал.

Однако другой вариант — использовать двоичный циклический файл для файла журнала. Как только файл журнала вырастет до указанного размера, PerfMon начнет сбрасывать самую старую информацию в файле журнала, чтобы освободить место для новых данных. Это гарантирует, что вы всегда будете иметь последнюю статистику производительности при остановке журнала, и файл журнала никогда не превысит указанный размер.

6. Наконец, вкладка «Расписание» ( рисунок 5 ) позволяет вам решить, будет ли задание PerfMon запускаться и останавливаться в указанное время или потребуется ручное вмешательство. Для базового уровня вы обычно устанавливаете время/дату начала и окончания. Всегда полезно установить время остановки, если вы не установили максимальный размер файла журнала. Это предотвратит случайное заполнение диска журналами, если вы забудете отключить PerfMon. В приведенном ниже примере Perfmon настроен на регистрацию данных в течение семи дней.

Рисунок 5

7. Осталось только начать собирать данные. Чтобы запустить задание вручную, щелкните правой кнопкой мыши имя задания на экране «Журналы счетчиков» и выберите «Пуск». В противном случае задание начнется автоматически, когда наступит запланированное время.
   Примечание. Никто не должен входить на сервер для сбора данных. PerfMon автоматически запускает и останавливает задания без входа пользователя в систему.
   После запуска задания его значок станет зеленым. на экране Журналы счетчиков. Вы также можете просмотреть местоположение файла журнала в проводнике Windows, чтобы увидеть фактические файлы журнала по мере их увеличения.

Теперь, когда задание запущено, PerfMon собирает данные. Лучший способ получить самые надежные данные — запустить сервер в обычном режиме. Идея состоит в том, чтобы позволить системному монитору собирать статистику производительности, когда сервер используется в обычном режиме. Это послужит хорошей базой для будущих сравнений.

Во второй части этой статьи будет подробно рассказано о том, как интерпретировать собранные данные и как эффективно использовать базовый уровень для устранения проблем в будущем.

Использование монитора производительности Windows для определения базового состояния сервера терминалов (часть 1)»