Avamar. Использование Microsoft Windows Perfmon для мониторинга производительности Avamar Client

Эта статья применима ко всем версиям Avamar Client под управлением Windows.

Perfmon (мониторинг производительности) может быть мощным инструментом для поиска и устранения неисправностей.
Он может собирать показатели производительности Windows с течением времени с указанными интервалами и создавать журналы, которые можно графически анализировать для выявления проблем производительности системы.

Здесь мы обсудим, какие показатели необходимо собрать и как правильно настроить этот инструмент для их сбора.

Дополнительные сведения об изучении производительности Avamar Client см. в разделе: 

• Низкая производительность резервного копирования Avamar Client: как определить узкие места (ПУТЬ РЕШЕНИЯ) 

Как получить доступ к Perfmon:

Нажмите Windows-W, чтобы открыть окно Выполнить.
Введите Perfmon.

Что и когда следует измерять

Узкие места возникают, когда ресурс достигает своей максимальной емкости, что может привести к снижению производительности. 

Сбои происходят из-за недостаточных или неправильно настроенных ресурсов, неисправных компонентов и неверных запросов ресурсов программой.

Существует пять основных источников ресурсов, которые могут вызвать возникновение узких мест и повлиять на производительность сервера.

• Физический диск
• Память
• Процесс
• ЦП
• Сеть

Если любой из этих ресурсов будет чрезмерно использоваться, сервер или приложение могут заметно замедлиться или даже зависнуть.

Мы обсудим эти источники и дадим рекомендации относительно того, какие счетчики и пороговые значения могут помочь измерить производительность сервера.
 

Интервал сбора данных значительно влияет на размер файла журнала и нагрузку на сервер.

Задайте интервал сбора данных на основе среднего времени, в течение которого возникла неполадка, чтобы установить базовые показатели перед повторным возникновением проблемы. Это помогает выявить любые предпосылки к проблеме.

Пятнадцать минут обеспечивают хорошее окно для установления базовых показателей во время нормальной работы.

• Если среднее время, в течение которого возникла проблема, составляет около четырех часов, установите для интервала сбора данных значение 15 сек.
• Если время возникновения проблемы составляет 8 часов или более, установите в качестве интервала сбора данных не менее 5 минут.

Эти рекомендации помогают избежать создания большого файла журнала и упростить анализ данных.

Объекты и счетчики производительности

• Объекты — компонент, управляющий данными о производительности
• Счетчики — статистика производительности, относящаяся к определенному объекту, которая описывает характеристики производительности для конкретного объекта. Например, время простоя \PhysicalDisk\%Idle Time предоставляет данные о производительности, наблюдаемые шпинделем.
• Экземпляры — несколько реплик, представляющих уникальный ресурс. При наблюдении счетчик \PhysicalDisk\%Idle Time может отображать различные шпиндели, доступные в системе, и соответствующие им значения времени %Idle Time.

Интервал сбора данных

Помните о целях и продолжительности мониторинга.

15-минутный интервал записи в журнал подходит для регулярных интервалов мониторинга.
Интервал сбора данных должен быть уменьшен до временного интервала, в пределах которого фиксируется проблема.
Для проблем, которые развиваются постепенно, в течение определенного периода времени, можно использовать более длинные интервалы сбора данных.

Для временных проблем используйте короткий интервал в несколько секунд. Этот интервал сбора данных идеально подходит для проблем с дисковой подсистемой.

При настройке интервала сбора данных учитывайте продолжительность мониторинга.
Если мониторинг выполняется >8 часов, интервал сбора данных <300 сек. может привести к созданию большого файла журнала. Издержки, связанные с выполнением самого процесса сбора данных, могут повлиять на результаты.

Как включить ведение журнала Perfmon@.

Откройте командную строку в качестве администратора.
Скопируйте следующие команды, чтобы начать или остановить сбор журнала.

Приведенная ниже команда создает набор данных мониторинга производительности.

Logman.exe create counter Avamar -o "c:\perflogs\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\LogicalDisk(*)\*" "\Memory\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Process(*)\*" "\Redirector\*" "\Server\*" "\System\*"  -si 00:00:05
Start the logs with:
Logman.exe start Avamar
Stop the logs with:
Logman.exe stop Avamar

Above commands can be modified to collect SQL server Performance Monitor data during backups as: 
First create a folder for log collection as C:\SQL_Performance_Logs\

For default SQL instance run:

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\SQLServer:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

For named instance, replace server with instance name

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\MSSQL$InstanceName:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

start collecting logs:

Logman start Avamar_SQL_perf_log

stop log collection：

Logman stop Avamar_SQL_perf_log

Счетчики и их пороговые значения

Память

%Committed bytes in use.
Выделенная память — это используемая физическая память, для которой в файле подкачки было зарезервировано пространство, если требуется запись на диск.
Размер файла подкачки определяет ограничение на выделение. Если файл подкачки увеличен, ограничение на выделение увеличивается, а коэффициент снижается.
Этот счетчик отображает только текущее значение в процентах. Это не среднее значение. Если это значение постоянно превышает 80%, файл подкачки может быть слишком маленьким.

Available bytes.
Доступные байты — это объем физической памяти в байтах, мгновенно доступный для выделения процессу или для использования системой.
Обычно это не является ограничением для 64-разрядных систем. Если этот показатель постоянно опускается ниже 5% от установленной ОЗУ, следует выяснить причину. Если показатель постоянно опускается ниже 1% от установленной ОЗУ, проблема точно существует.

Committed Bytes.
Выделенная память — это физическая память, в которой зарезервировано пространство в одном или нескольких файлах подкачки диска.
На каждом жестком диске может быть один или несколько файлов подкачки.
В идеале значение этого счетчика никогда не должно меняться. Изменения указывают на расширение файла подкачки и должны быть немедленно изучены.

Free System Page Table entries.
Это вызывало беспокойство в более старых версиях x86. На сервере Windows Server 2003 SP2 при загрузке без параметра /3Gb значение составляет приблизительно 200 000 PTE.
При загрузке с параметром /3Gb эта величина снижается до ~25 000 PTE.

Pool Nonpaged Bytes.
Невыгружаемые байты пула — это размер (в байтах) невыгружаемого пула. Это область системной памяти (физической памяти, используемой операционной системой) для объектов, которые не могут быть записаны на диск, но должны оставаться в физической памяти, пока они выделены.
Если невыгружаемый пул постоянно работает со скоростью более 80%, может возникнуть проблема с истощением невыгружаемого пула (идентификатор события 2019).

Pool Paged Bytes.
Выгружаемые байты пула — это размер (в байтах) выгружаемого пула, область системной памяти (физической памяти, используемой операционной системой) для объектов, которые могут быть записаны на диск, когда они не используются.
Выгружаемый пул — это более крупный ресурс, чем невыгружаемый пул. Если это значение постоянно превышает 70% от максимального настроенного размера пула, возможен риск истощения выгружаемого пула (идентификатор события 2020).

Процессор (проверка КАЖДОГО процессора и системы в целом)

%Interrupt time.
Время, которое процессор тратит на получение данных о прерывании работы и на обслуживание оборудования в рамках интервалов сбора данных. 
Это значение является косвенным индикатором активности устройств, которые вызывают прерывания. Например, системные часы, мышь, драйверы дисков, линии передачи данных, сетевые платы и другие периферийные устройства. 
Эти устройства прерывают работу процессора после выполнения задачи или требуют внимания. 

%DPC Time.
Указывает время, необходимое для завершения операции ввода-вывода. Как и выше, следует изучить любое значение >25%.

%Privileged Time.
Время, когда ядро операционной системы выполняет работу. Обычно пороговое значение составляет менее 30% для приложений или веб-серверов.

%Processor Time.
Необходимо изучить продолжительное значение >90% на однопроцессорном компьютере или >80% на многопроцессорном компьютере.

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

Полученные пакеты отброшены.
Используется для проверки потенциальных проблем с оборудованием. Пороговое значение >1. Возможное решение проблемы — настроить сетевые буферы.

Ошибки полученных пакетов.
Используется для проверки потенциальных проблем с оборудованием. Пороговое значение >2

Диск (для каждого диска)

%Idle Time.
Этот счетчик обеспечивает точное измерение времени простоя диска, что означает, что все запросы от операционной системы к диску выполнены и нет ожидающих запросов.
Система фиксирует время события, когда диск переходит в режим простоя, а затем фиксирует время другого события, когда диск получает новый запрос.
В конце интервала захвата вычисляется процент времени простоя. Этот счетчик находится в диапазоне от 100 (что означает постоянный простой) до 0 (что означает постоянную занятость).
Этот счетчик точно определяет занятость дисковой подсистемы. 

Avg. Disk Queue Length.
Средняя длина очереди диска равна (Disk Transfers/sec) *(Disk sec/Transfer).
Это основано на законе Литтла и математической теории очередей. 
Обратите внимание, что это производное значение, а не прямое измерение. Любое значение, меньшее чем удвоенное количество шпинделей, является хорошим значением.

Avg Disk Sec/Transfer.
Отображает среднее время, которое потребовалось для завершения передачи на диска (в секундах).
Хотя шкала измеряется секундами, счетчик имеет точность в миллисекундах, что означает, что значение 0,004 указывает на то, что среднее время выполнения передачи данных на диск составляло 4 миллисекунды.
Это счетчик в Perfmon, используемый для измерения задержки ввода-вывода. Ниже приведены примеры значений. Они могут различаться в зависимости от качества используемых дисков:

Reads
Excellent    <  08 Msec (.008 seconds)
Good         <  12 Msec (.012 seconds)
Fair         <  20 Msec (.020 seconds)
Poor         >  20 Msec (.020 seconds)

Writes
Excellent    <  01 Msec (.001 seconds)
Good         <  02 Msec (.002 seconds)
Fair         <  04 Msec (.004 seconds)
Poor         >  04 Msec (.004 seconds)

Split I/Os.
Измеряет скорость разделения операций ввода-вывода из-за фрагментации файлов. Это происходит, если запрос ввода-вывода касается данных во фрагментированных сегментах файлов. Должно быть близко к нулю.
Это может отличаться из-за слишком малого размера полосы данных RAID или размера блока NTFS.

% Free Space. 
Отображение процента от общего полезного пространства на выбранном логическом диске, которое было свободным. Всегда должно быть >15% свободного пространства, а рекомендованная норма составляет >=25%.

Процесс

•        Счетчик дескрипторов. Корреляция с утечками пула.
•        Виртуальные байты. Виртуальная память, зарезервированная для использования приложением.
•        Байты рабочего набора. Частные байты, которые относятся к физической памяти, принадлежащей приложению.

В чем разница между объектами производительности Physical Disk и Logical Disk в Perfmon?

Perfmon содержит два объекта, непосредственно связанных с производительностью диска: Physical Disk и Logical Disk.
Их счетчики рассчитываются одинаково, но их объем отличается.

Объект производительности Physical Disk отслеживает дисковые накопители на компьютере. Он определяет экземпляры, представляющие физическое оборудование. Счетчики — это сумма доступа ко всем разделам физического экземпляра.

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

Какие счетчики в Windows Performance Monitor показывают задержку жесткого диска?

• Объект производительности физического диска -> Счетчик Avg. Disk sec/Read — показывает среднюю задержку чтения.
• Объект производительности физического диска -> Счетчик Avg. Disk sec/Write — показывает среднюю задержку записи.
• Объект производительности физического диска -> Счетчик Avg. Disk sec/Transfer — показывает комбинированные средние значения для операций чтения и записи.
• Экземпляр _Total — это среднее значение задержек для всех жестких дисков компьютера.

Каждый другой экземпляр представляет отдельный объект Physical Disk.

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