Perfmon не удается подключиться к компьютеру
Обновлено: 03.07.2024
PerfMon (Performance Monitor)- монитор производительности, или системный монитор, это утилита, предназначенная для отслеживания ряда процессов, утилита PerfMon дает возможность в режиме реального времени, получить графическое отображение загруженности различных процессов в различных операционных систем Windows XP/2003/Vista/7/2008/2008R2. Этот инструмент может быть использован, чтобы помочь вам в планировании апгрейда вашего сервера/ рабочей станции , слежение за процессами, которые должны быть оптимизированы. Использование системного монитора поможет выявить узкие места для их искоренения, что в результате даст бесперебойную работу сервиса.
Запустить PerfMon можно несколькими способами:
1 Нажимаем «Пуск - Выполнить» и в строке пишем Perfmon и нажимаем «Enter».
2 Заходим по пути Системный диск:\Windows\System32 там находим perfmon.exe и запускаем его двумя кликами мыши.
3 Запускаем Диспетчер сервера, заходим по пути «Диагностика-Производительность» (этот метод подходит для серверных операционных систем Windows Server 2008/ 2008R2 ).
Не важно каким способом вы запускаете монитор производительности, результат будет один- перед вами появится окно системного монитора (PerfMon). Самое простое, что с помощью него можно делать- это онлайн наблюдать за каким то параметром сервера/рабочей станции, для этого необходимо зайти «Средства наблюдения- Системный монитор», в правом поле нажать правой кнопкой мыши выбрать Добавить счетчик.
В открывшемся окне выбираем необходимый параметр, например % активности диска, указываем какого именно диска, в данном примере диска С, затем нажимаем «Добавить» и нажимаем «ОК» (можно добавить несколько параметров).
В результате видим график загруженности логического диска (тип диаграммы можно изменить, если нажать на значок на верхней панели).
Но если проблема с сервером или рабочей станции возникает спонтанно в течении дня, такой способ наблюдения весьма не удобен, не думаю, что кто то будет весь день наблюдать за изменение параметров, что бы заметить отклонение от нормального состояния. Для этих целей лучше подойдет сборщик данных, который, например, все значения необходимых параметров будет сохранять в формате CSV.
Что бы создать такой сборщик, необходимо зайти по пути « Группы сборщиков данных - Особый», на Особый нажать правой кнопкой мыши и выбрать «Создать- Группа сборщиков данных».
В появившемся окне вписываем имя новой группы и нажимаем «Далее».
Указываем необходимый шаблон, в данном примере будет использоваться Основной.
Указываем путь куда будут сохранятся данные и нажимаем «Готово».
В результате наших действий мы видим созданную группу сборщика данных (Logikal Disk). Теперь ее необходимо настроить. Кликаем на созданную нами группу сборщика данных. В правом окне, видим три его параметра, заходим в первый- Счетчик производительности ( путем двойного клика на нем)
Здесь мы видим уже добавленный по умолчанию счетчик Процессор, поскольку он нас не интересует, удаляем его (нажимаем на кнопку «Удалить») и следом добавляем интересующий нас параметр, нажимаем «Добавить».
В данном примере нас интересует % активности диска, указываем какого именно диска, в данном примере диска С, нажимаем «Добавить» и «ОК».
В поле Системные счетчики видим добавленный нами параметр % активности диска. Поскольку мне удобней работать с форматом CSV (здесь уж каждый выбирает как удобно ему просматривать полученную информацию), то в параметре Формат журнала выбираю С разделением запятыми.
У меня нет необходимости снимать данные каждую секунду поэтому в параметре Интервал выборки выбираю 20 сек.
Теперь, когда настроены все необходимые параметры, нажимаем «ОК». Следующим шагом нужно определить, сколько по времени будет происходить мониторинг параметра, для этого нажимаем правой кнопкой на нашей группе сборщиков данных Logical Disk и выбираем Свойства, вкладка Условие остановки и указываем сколько по длительности у нас будут собираться данные, в данном примере 5 мин.
Теперь запускаем созданный нами мониторинг ресурсов, для этого нажимаем на нем правой кнопкой мыши и выбираем «Пуск».
После 5 мин работы заходим в папку в которой сохранялся мониторинг, открываем файл формата CSV с помощью EXCEL и получаем примерно следующую картину:
С первого взгляда ВООБЩЕ НЕ ПОНЯТНО, но это легко устранимо, для этого выделяем первый столбец, заходи во вкладку «Данные- Текст по столбцам –(Укажите формат данных ) С разделителями - Далее».
На втором шаге в поле Символом-разделителем является ставим галочку С запятыми и нажимаем «Готово».
В итоге получаем понятый результат, в первой колонке время, во второй данные.
В данной статье рассмотрены основные моменты в работе системного монитора PerfMon, каждый может настраивать этот монитор как угодно и получать вполне перевариваемые данные и делать выводы о загрузке вашей операционной системы.
Последнее обновление: 07/02/2021 [Необходимое время для чтения:
Файл perfmon.exe использует расширение EXE, в частности известное как файл Resource and Performance Monitor. Классифицируется как файл Win32 EXE (Исполняемое приложение), созданный для Microsoft® Windows® Operating System компанией Microsoft.
Первая версия perfmon.exe для Windows Vista была представлена 11/08/2006 в Windows Vista. Самый последний выпуск для Windows 10 состоялся 07/29/2015 [версия 10.00]. Файл perfmon.exe включен в Windows 10, Windows 8.1 и Windows 8.
Ниже приведены подробные сведения о файле, порядок устранения неполадок, возникших с файлом EXE, и бесплатные загрузки некоторых версий файла perfmon.exe.
Совместимость с Windows 10, 8, 7, Vista, XP и 2000
Средняя оценка пользователей
| Сведения о разработчике и ПО | |
|---|---|
| Разработчик ПО: | Microsoft Corporation |
| Программа: | Microsoft® Windows® Operating System |
| Авторское право: | © Microsoft Corporation. All rights reserved. |
| Сведения о файле | |
|---|---|
| Набор символов: | Unicode |
| Код языка: | English (U.S.) |
| Флаги файлов: | (none) |
| Маска флагов файлов: | 0x0000 |
| Точка входа: | 0xc6b0 |
| Размер кода: | 49152 |
| Информация о файле | Описание |
|---|---|
| Размер файла: | 160 kB |
| Дата и время изменения файла: | 2017:03:18 18:18:41+00:00 |
| Дата и время изменения индексного дескриптора файлов: | 2017:11:05 07:07:54+00:00 |
| Тип файла: | Win32 EXE |
| Тип MIME: | application/octet-stream |
| Тип компьютера: | Intel 386 or later, and compatibles |
| Метка времени: | 2043:04:10 07:30:06+00:00 |
| Тип PE: | PE32 |
| Версия компоновщика: | 14.10 |
| Размер кода: | 49152 |
| Размер инициализированных данных: | 114176 |
| Размер неинициализированных данных: | 0 |
| Точка входа: | 0xc6b0 |
| Версия ОС: | 10.0 |
| Версия образа: | 10.0 |
| Версия подсистемы: | 10.0 |
| Подсистема: | Windows GUI |
| Номер версии файла: | 10.0.15063.0 |
| Номер версии продукта: | 10.0.15063.0 |
| Маска флагов файлов: | 0x0000 |
| Флаги файлов: | (none) |
| Файловая ОС: | Windows NT 32-bit |
| Тип объектного файла: | Executable application |
| Подтип файла: | 0 |
| Код языка: | English (U.S.) |
| Набор символов: | Unicode |
| Наименование компании: | Microsoft Corporation |
| Описание файла: | Resource and Performance Monitor |
| Версия файла: | 10.00 |
| Внутреннее имя: | perfmon.exe |
| Авторское право: | © Microsoft Corporation. All rights reserved. |
| Оригинальное имя файла: | perfmon.exe |
| Название продукта: | Microsoft® Windows® Operating System |
| Версия продукта: | 10.00 |
✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.
perfmon.exe — ошибки выполнения
Ошибки выполнения — это ошибки Windows, возникающие во время «выполнения». Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки EXE возникают в момент, когда происходит попытка загрузки файла perfmon.exe — либо при запуске приложения Windows, либо, в некоторых случаях, во время его работы. Ошибки выполнения являются наиболее распространенной разновидностью ошибки EXE, которая встречается при использовании приложения Windows.
К числу наиболее распространенных ошибок perfmon.exe относятся:
Не удается запустить программу из-за отсутствия perfmon.exe на компьютере. Попробуйте переустановить программу, чтобы устранить эту проблему.
Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.
Поиск причины ошибки perfmon.exe является ключом к правильному разрешению таких ошибок. Несмотря на то что большинство этих ошибок EXE, влияющих на perfmon.exe, происходят во время запуска, иногда ошибка выполнения возникает при использовании Microsoft® Windows® Operating System. Причиной этого может быть недостаточное качество программного кода со стороны Microsoft Corporation, конфликты с другими приложениями, сторонние плагины или поврежденное и устаревшее оборудование. Кроме того, эти типы ошибок perfmon.exe могут возникать в тех случаях, если файл был случайно перемещен, удален или поврежден вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.
Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.
Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):
Если на этапе 1 не удается устранить ошибку perfmon.exe, перейдите к шагу 2 ниже.
Шаг 2. Запустите средство проверки системных файлов (System File Checker), чтобы восстановить поврежденный или отсутствующий файл perfmon.exe.
Средство проверки системных файлов (System File Checker) — это утилита, входящая в состав каждой версии Windows, которая позволяет искать и восстанавливать поврежденные системные файлы. Воспользуйтесь средством SFC для исправления отсутствующих или поврежденных файлов perfmon.exe (Windows XP, Vista, 7, 8 и 10):
Следует понимать, что это сканирование может занять некоторое время, поэтому необходимо терпеливо отнестись к процессу его выполнения.
Если на этапе 2 также не удается устранить ошибку perfmon.exe, перейдите к шагу 3 ниже.
Шаг 3. Выполните обновление Windows.
Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла perfmon.exe. Мы храним полную базу данных файлов perfmon.exe со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии Windows . Чтобы загрузить и правильно заменить файл, выполните следующие действия:
Windows 10: C:\Windows\System32\Windows 8.1: C:\Windows\System32\
Windows 8: C:\Windows\System32\
Windows 7: C:\Windows\System32\
Windows 7: C:\Windows\SysWOW64\
Показать на 4 каталогов больше + Windows Vista: C:\Windows\System32\
Windows Vista: C:\Windows\SysWOW64\
Windows XP: C:\WINDOWS\system32\dllcache\
Windows XP: C:\Windows\System32\
Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.
На фото сцена из старой доброй комедии «Аэроплан» — бумеры помнят ее.
Она здесь не случайно. Но пригодится чуть позже.
DBA не любят perfmon
Вовсе не потому, что интерфейс PerfMon не менялся с Windows NT 3.1 (?) и отдает теплой ламповостью двухтысячных годов. Кстати, может быть кто нибудь знает объяснение этому странному факту. Control panel переписывают несколько раз в год. Даже калькулятор переписали. Но не perfMon.
DBA мыслит кверями. Когда к больному SQL server приходит добрый доктор DBA, он открывает свой чемоданчик, а в чемоданчике этом огромное количество кверей, которые служат ему верой и правдой. Самые короткие из них он набирает по памяти. Иногда DBA может заглянуть и в метрики PerfMon — Physical disk, или Disk Queue Length. Собственные же метрики SQL server настоящий DBA будет доставать не через PerfMon, а тоже кверью, например, так:
Когда представители IT, оторванные от DBA сферы, спрашивают его, «какие метрики вы хотите, чтобы мы собирали?» (ну там всякие splunk, squared-up итд), то DBA начинает думать о скриптах, а остальные — о perfmon metrics. При этом, как правило, стараются вывалить на DBA все метрики. Когда такое происходит, то получается бесполезная по своей перегруженности картина. И тут уже мне поможет короткий видео отрывок из фильма «Аэроплан».
В итоге DBA пишет квери, которые записывают статистику каждые N минут в какую-нибудь табличку в базе DBAtasks. Узнаете себя?
Выступаем адвокатом дьявола (perfmon)
И тем не менее, perfmon counters являются стандартным средством. Их можно логгировать, устанавливать алерты, но самое главное, есть большое число систем, которые «сливают» эти метрики со многих машин в централизованное хранилище, позволяют проводить по ним анализ и строить красивые (а не как в perfmon) графики.
Оказывается, мы можем подружить SQL world и PerfMon world!
Ниже я покажу, как.
Теперь пойдет конкретика
Для примера мы покажем, как экспортировать в PerfMon метрики, которые не публикует сам SQL. Например, запрос ниже:
Это создаст три метрики в SQLServer -> UserSettable -> Query. Метрики целые — int (не bigint). Кроме того, их значение интерпретируется 'как есть'. То есть, если нужна дельта от предыдущего значения, то это ваша забота. Но в данном случае нам надо просто присвоить метрикам значения:
Собственно, все. Теперь этот код просто вызывайте регулярно и все будет работать.
Счетчики с дельтой
Теперь давайте смастерим счетчик с дельтой. Это будет время ожидания блокировки в ms.
Тут вы мне можете возразить, что такая метрика уже есть:
Вот только эта метрика только лишь eventually consistent. Как вы помните, если протоны неустойчивы, то любая база данных во вселенной is eventually consistent. То есть, если вы создадите блокировку и будете смотреть на значение этой метрики, то расти она не будет! И лишь по окончании блокировки ее значение резко прыгнет на полное время ожидания. На графике вместо ожидаемого 'плато' вы получите резкий пик, который еще и испортит вам масштаб по оси Y.
Та же проблема есть у квери:
Поэтому мы должны к времени 'завершенных' блокировок добавить время текущих:
Вот эта кверь уже дает на графике правильное плато.
Теперь нам надо считать дельту от предыдущего значения. Тут есть два способа:
- Оформить процесс как job, который вызывается часто (скажем, раз в минуту). Создать табличку для хранения предыдущих значиений. На самом деле, часто вызывать job плохо (накладные расходы + конкуренция за историю выполнения Jobs ), да и без дополнительной таблички можно обойтись:
- Создать процесс который работает в бесконечном цикле c waitfor. Предыдущее значение процесс помнит в переменной. Процесс оформим как job с двумя schedule: при старте и раз в час (на тот случай, если job упала — она тогда перезапустится)
Обратите внимание, что при первом выполнении цикла DBCC будет пропущено (что правильно), так как @OLDlock (и lock) будут null.
Ранее я уже писал о работе и настройке системного монитора Windows (Performance Monitor). В данной статье продолжим знакомиться с этим замечательным инструментом. В частности, поговорим о том как создавать сборщики данных загруженности оборудования системы, а затем просматривать и анализировать полученную информацию в системном мониторе.
0. Оглавление
1. Запуск системного монитора
2. Добавление группы сборщиков данных
Теперь добавим новую группу сборщиков данных.
Но прежде всего, необходимо убедиться, что пользователь, под которым вы работаете, является членом группы «Пользователи журналов производительности» (Performance Log Users) или группы «Администраторы» (Administrators) (или аналогичной).
Запуститься мастер создания группы сборщиков данных. На первой странице мастера вводим имя группы сборщиков, выбираем пункт «Создать вручную (для опытных)» (Create manually (Advenced)) и нажимаем «Далее» (Next).
Выбираем тип данных «Создать журналы данных» (Create data logs), ставим флаг «Счетчик производительности» (Performance counter) и снова жмем «Далее» (Next).
На следующей странице мастера, необходимо выбрать счетчики производительности по которым будет идти запись в журнал. Нажимаем кнопку «Добавить» (Add), после чего откроется знакомое по предыдущей статье окно добавления счетчиков. Счетчиков очень много. Для удобства все счетчики сгруппированы по типу оборудования или ПО. Обратите внимание, что можно добавлять как счетчики текущего компьютера, так и компьютеров сети (при наличии соответствующих прав).
Для некоторых счетчиков возможно выбрать конкретный экземпляр объекта. Например, при добавлении счетчика «Средняя длина очереди диска» (Avg. Disk Queue Length) можно выбрать диск, для которого будет собираться статистика.
Выбрав необходимый счетчик (или конкретный экземпляр объекта для счетчика) следует перенести его в таблицу «Добавленные счетчики» (Added Counters) с помощью кнопки «Добавить» (Add). Добавив все необходимые счетчики, нажимаем «ОК».
После чего все выбранные счетчики перенесутся в список счетчиков создаваемой группы сборщиков данных. Устанавливаем интервал сбора данных (Sample interval) (рекомендуется 15 сек.) и нажимаем «Далее» (Next).
Теперь необходимо указать каталог, в котором будет храниться журнал системного монитора. По умолчанию это каталог
Однако если вы не Администратор, вам, скорее всего, не хватит прав на каталог C:\PerfLogs. И в этом случае, следует выбрать папку для логов там, куда гарантированно есть право на запись.
Определившись с корневой папкой для хранения файлов журнала, жмем «Далее» (Next).
На последней странице мастера также можно выбрать пользователя Windows из под которого будет вестись замер производительности. Сменив пользователя (или оставив значение по умолчанию) устанавливаем переключатель, отвечающий за последующие действия программы в значение «Сохранить и закрыть» (Save and close) и нажимаем «Готово» (Finish) для завершения работы мастера.
После чего в дереве консоли в группе «Особые» (User defined) увидим нашу только что созданную группу сборщиков данных. Для того, чтобы сборщик данных начал запись в показателей счетчиков в журнал, необходимо кликнуть по нему правой кнопкой мыши и в контекстном меню выбрать пункт «Пуск» (Start) или нажать соответствующую кнопку на панели задач оснастки.
Если все настроено правильно, и сборщик начал запись в журнал, иконка группы сборщика данных сменится на иконку со значком «Play». Даже если завершить сеанс пользователя, сборщик все равно продолжит свою работу.
При текущих настройках сборщик будет работать до тех пор, пока не произойдет перезагрузка сервера, или его не остановят вручную. Для этого достаточно в контекстном меню группы сборщиков данных выбрать пункт «Стоп» (Stop) или нажать соответствующую кнопку на панели задач.
В соответствии с выбранными настройками, в указанном раннее каталоге можно найти файл журнала текущего замера производительности. Каждый перезапуск сборщика начинает новый файл.
Просматривать данный журнал производительности можно в системном мониторе, выбрав нужный файл в качестве источника в свойствах системного монитора как показано на рисунке ниже (можно добавить сразу несколько файлов, в этом случае данные из всех замеров будут выведены на одном графике).
Просматривать файлы журнала можно на любом компьютере, где установлен Системный монитор. Таким образом данные счетчиков можно собирать на нескольких компьютерах, а просматривать на одном, их можно отправлять по электронной почте и т. д.
3. Запуск сборщика данных по расписанию
Также есть возможность настроить запуск сборщика данных по расписанию. Для этого следует кликнуть правой кнопкой мыши по группе сборщиков данных, для которой необходимо настроить расписание, и в контекстном меню выбрать пункт «Свойства» (Properties).
В открывшемся окне свойств сборщика данных доступно для изменения множество параметров сборщика. В частности, на вкладке «Расписание» (Schedile) можно настроить несколько триггеров, по которым будет запускать замер производительности. Например, на картинке ниже, установлено расписание, при котором сборщик данных будет запускаться каждый будний день в 10:00 в течении всего Июня 2015 года.
Осталось только определить время остановки записи работы счетчиков. Сделать это можно на вкладке «Условие остановки» (Stop Condition). На приведенном ниже рисунке сборщик будет работать в течении одного часа.
Дожидаемся назначенного времени и видим, что файл журнала успешно сформировался и доступен для анализа в дереве консоли оснастки «Производительность» (Performance).
4. Автоматический перезапуск сборщика данных
Когда сборщик данных ведет запись показателей счетчиков, сам файл журнала недоступен для просмотра. Это не совсем удобно, т. к. иногда требуется и производить запись и просматривать данные замера производительности. В этом случае можно настроить автоматический перезапуск сборщика данных, например через каждый час. При новом запуске, сборщик начнет новый файл журнала, остальные же файлы мы сможем сразу просматривать в системном мониторе.
Прежде всего, для удобства хранения фалов журнала, поменяем формат имени папки (Subdirectory name format), в которой будет храниться файл с данными замера производительности. Сделать этом можно вызвав окно свойств текущего сборщика данных и перейдя на вкладку «Папка» (Directiry). Здесь с помощью встроенной подсказки можно установить шаблон создаваемых папок. Установим имя, соответствующее полному времени начала работы группы сборщика данных, т. е. в формате «yyyyMMdd\HHmmss».
Затем на вкладке «Условие остановки» (Stop Condition) установим флаг «Перезапускать группу сборщиков данных при достижении предела.» (Restart the data collector set at limits) и установим длительность (Duration) работы счетчика, например 1 час, после чего сохраняем изменения с помощью кнопки «ОК».
Запускаем сборщик данных для начала замера производительности и видим, что в соответствии с установленными параметрами каждый час создается новый файл журнала системного монитора, а предыдущие файлы доступны для анализа.
5. Работа с группами сборщиков данных из командной строки
Работать с группами сборщиков данных можно как и из оснастки «Производительность» (Performance), так и из командной строки с помощью программы logman.exe. Синтаксис и примеры работы данного оператора можно получить выполнив команду
В ситуации, когда приходится постоянно настраивать сбор данных монитора производительности у разных клиентов на разных серверах, удобно один раз написать bat-файл, который будет создавать новую группу сборщиков данных с определенным набором счетчиков производительности.
Например, bat-файл, создающий группу сборщиков данных аналогичную описанной в данной статье выше, будет содержать код (bat-файлы удобно писать с помощью программы Notepad++):
Названия счетчиков заключаются в кавычки и разделяются пробелом. Имена счетчиков можно писать как в англоязычном варианте, так и на русском языке (но тогда bat-файл будет работать только в русскоязычных версиях Windows). Если в названии счетчика встречается знак %, его необходимо заменить знаками %% (двойной процент).
Выполнив данный файл, сразу попадем в монитор производительности, где увидим только что созданную группу сборщиков данных с именем New_counter.
Описанных счетчиков, как правило, хватает для общей оценки загруженности системы. Другие счетчики используются для детального расследования проблем, если установлено, что имеет место недостаточная производительность оборудования.
Смотрите также:
Во всех версиях Windows присутствует универсальный инструмент для сбора информации по загруженности оборудования системы - Системный монитор Windows (Windows Performance Monitor). Он представляет собой оснастку консоли управления (MMC), с помощью которой пользователь…
По умолчанию поиск в Windows (в данном примере в Windows 7) ищет файлы по имени. Содержимое учитывает только в проиндексированных расположениях. Чтобы поиск искал по содержимому всех документов, нужно изменить…
На нашем сайте уже раннее рассматривался вариант установки изначально русифицированной редакции Windows 8.1. Англоязычные редакции, к примеру, ознакомительная версия Windows 8.1 Корпоративная на сайте Центра пробного ПО от компании Microsoft, дистрибутив…
Читайте также: