Sfera-perm.ru

Сфера Пермь
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Журнал счетчиков производительности системы

Настройка замера производительности 1С для Windows

Рассмотрим настройку замера производительности для Windows Server 2008 и Windows 7 с точки зрения 1С 8.2 и 8.3.

Пуск – Выполнить — Perfmon

Появится примерно такое окно:

Группы сборщиков данных – Особый (правой кнопкой) – Создать – Группа Сборщиков данных

Дальше заполнить, как на скриншоте:

Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания — попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>

Используя кнопку Добавить:

добавить счетчики из списка:

  • Memory (Память) — Pages/sec (обмен страниц/с)
  • Memory (Память) — Commited bytes in use (% использования выделенной памяти)
  • Processor [_Total] (Процессор [_Total])- % Processor Time (% загрузки процессора)
  • System (Система) — Processor Queue Length (Очередь к процессорам)
  • Physical Disk (Физический диск)- Avg. Disk Queue Length (Средняя длина очереди к дискам) — обязательно для системных дисков отдельно, для диска с базой отдельно, для диска с журналом транзакций (если такой есть) отдельно
  • Network Interface (Сетевой интерфейс)- Bytes Total/sec (всего байт/с)

Процесс добавления выглядит так:

Когда набрали все счетчики, нажали ОК и Далее

Оставить так (если не хотите задать другой путь к файлам логов):

Поставить Сохранить и Закрыть, нажать Готово

Встать на имя группы сборщиков (1s) –

потом на имя счетчика (DataCollectorSet) (правой кнопкой) – Свойства. Формат журнала установить – с разделением табуляцией

Мышкой на 1s – Действие – Пуск (или нажать на зеленую стрелку)

После этого даже если сделать logoff, сборщик продолжит работу.

Если надо остановить или отослать файл, там же:

Действия – Стоп (или ) нажать на черный квадрат.

Файлы по умолчанию собираются в папке: %systemdrive%PerfLogsAdmin1s

Каждый перезапуск счетчика начинает новый файл.

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

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Оповещения и журналы производительности

Оснастка Оповещения и журналы производительностисодержит три элемента:

  • Журналы счетчиков(Counter Logs). Журналы счетчиков получают данные от выбранных счетчиков по истечении определенного интервала.
  • Журналы трассировки(Trace Logs). Системный или другой поставщик данных в журналах трассировки (trace logs) фиксирует результаты выполнения определенных операций, таких как операции ввода/вывода, или возникновение ошибки диска. При возникновении данного события Поставщик отправляет данные сервису Оповещения и журналы производительности.В отличие от журналов счетчиков, журналы трассировки находятся в ожидании определенных событий. Для интерпретации содержимого журнала трассировки необходимо использовать анализатор.
  • Оповещения(Alerts). В этом узле можно установить оповещения для выбранных счетчиков. При превышении (или снижении ниже) заданного значения выбранными счетчиками оснастка посредством сервиса Messenger оповещает пользователя.

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

Журналы счетчиков. Сначала создадим новый журнал счетчиков:

1. Откройте оснастку Производительностьи дважды щелкните на узле Оповещения и журналы производительности.

2. Выберите узел Журналы счетчиков,щелкните правой кнопкой мыши в панели результатов и в контекстном меню выберите пункт Новые параметры журнала(New Log Settings).

3. В открывшемся окне введите произвольное имя журнала в поле Имя (Name) и нажмите кнопку ОК.

4. На вкладке Общиенажмите кнопку Добавить.

5. Выберите счетчики, показания которых будут фиксироваться в новом журнале, и укажите необходимые вхождения. Нажимайте кнопку Добавить после выбора каждого счетчика.

6. После добавления всех требуемых счетчиков нажмите кнопку Закрыть.

Читайте так же:
Монтаж счетчика с импульсным выходом

7. На вкладке Файлы журналов(Log Files) (рис. 13.11) можно указать комментарий для журнала (поле Комментарий(Comment)), тип журнала (текстовый или двоичный файл — Тип журнала(Log file type)).

Возможны следующие варианты:

o Текстовый файл(Text File) — CSV. Текстовый формат журнала, в котором данные сохраняются с использованием запятой в качестве разделителя.

o Текстовый файл (Text File) — TSV. Текстовый формат журнала, в качестве разделителя используется символ табуляции.

o Двоичный файл (Binary file). Двоичный последовательный формат журнала с расширением big. Данный формат следует использовать, если

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

o Двоичный циклический файл(Binary Circular File). Двоичный формат журнала, в котором регистрация данных происходит с перезаписью.

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

1. Можно также изменить местоположение (папку) для файлов журнала (Размещение (Location)) и Имя файла (File name).

2. С помощью переключателя Размер файла журнала (Log file size) можно ограничить размер журнала (положение Не более (Limit of)) или установить неограниченный размер журнала (положение Максимально возможный(Maximum limit)). В последнем случае размер журнала будет ограничиваться только свободным пространством на диске. После установки всех необходимых значений нажмите кнопку Применить(Apply).

3. Если указанная вами папка не существует, то будет выведено диалоговое окно с предложением о ее создании. Нажмите кнопку ОК.

4. Установить расписание запуска и остановки регистрации данных в журнале можно на вкладке Расписание(Schedule): группы параметров Запуск журнала(Start log) иОстановка журнала(Stop log).

5. На вкладке Расписаниеможно также установить действия, которые произойдут после закрытия файла журнала. При автоматической остановке журнала можно установить флажок Начать новый файл журнала(Start a new log file). Для запуска команды после закрытия журнала установите флажок Выполнить команду(Run this command) и в поле введите путь к исполняемому файлу.

6. После установки расписания запуска нажмите кнопку ОК.

Журналы трассировки.Для создания журнала трассировки, аналогично описанному выше:

1. Раскройте узел Оповещения и журналы производительностии выберите узел Журналы трассировки.

2. Щелкните в панели результатов правой кнопкой мыши и выберите команду Новые параметры журнала.

3. В появившемся окне введите имя журнала и нажмите кнопку ОК.

4. По умолчанию файл журнала создается в папке PerfLogsв корневом каталоге и к имени журнала присоединяется серийный номер.

5. На вкладке Общиеуказываются путь и имя созданного журнала (Текущий файл журнала(Current log file name)).

6. На этой вкладке вы можете выбрать События, протоколируемые системным поставщиком(Events logged by system provider) или указать другого поставщика (полеНесистемные поставщики(Nonsystem providers)). Кнопка Состояние поставщиков(Provider Status-) открывает список инсталлированных поставщиков и их состояний (активное/неактивное). Опция Несистемные поставщикивыбрана по умолчанию для минимизации издержек на трассировку.

7. Если вы выбрали системного поставщика (События, протоколируемые системным поставщиком)для мониторинга активности процессов, потоков и т. п., будет использоваться поставщик-трассировщик ядра Windows (Windows2000 Kernel Trace Provider).

8. В поле Несистемные поставщикивы можете выбрать или удалить других поставщиков (кнопки Добавить и Удалить),например, если имеются поставщики от сторонних производителей.

9. На вкладке Файлы журналовможно выбрать один из следующих типов журнала:

o Файл циклической трассировки(Circular Trace File) — журнал с перезаписью событий (расширение etl).

o Файл последовательной трассировки(Sequential Trace File) — последовательный журнал (расширение etl). Данные будут записываться в журнал, пока он не достигнет размера, выбранного пользователем (Не более),Затем журнал закроется и будет создан новый журнал.

Читайте так же:
Как поставить счетчик fps

10. Для указания размербв буферов журнала трассировки откройте вкладку Дополнительно(Advanced).

11. В поле Размер буфера(Buffer size) укажите размер буфера журнала трассировки в килобайтах.

12. В полях Количество буферов (Минимум и Максимум)(Number of buffers) следует указать минимальное и максимальное число буферов, в которых будут храниться данные трассировки.

13. По умолчанию данные передаются в журнал, когда буферы трассировки заполнены. Если данные трассировки следует записывать в журнал чаще, установите флажокПеремещать данные из буферов в журнал не реже, чем каждые(Transfer data from buffers to log file every) и задайте время в секундах.

Оповещения.Для создания оповещений:

1. Дважды щелкните на узле Оповещения и журналыпроизводительности и выберите узел Оповещения.

2. Щелкните правой кнопкой мыши в панели результатов и выберите команду Новые параметры оповещений.

3. В открывшемся окне введите имя оповещения и нажмите кнопку ОК.

4. На вкладке Общиеможно задать комментарий для оповещения. Для того чтобы выбрать счетчики, нажмите кнопку Добавить.Выбранные счетчики будут перечислены в поле Счетчики(Counters).

5. В поле Оповещать, когда значение(Trigger alert when the value is) можно выбрать предельные значения для указанных счетчиков. Частота регистрации (выборки значений) определяется в поле Снимать показания каждые(Sample data every) (в секундах, минутах и т. д.).

6. На вкладке Действие(Action) можно выбрать действие, которое будет происходить при запуске оповещения: Сделать запись в журнале событий приложений(Log an entry ill the event log), Послать сетевое сообщение(Send a network message to), Запустить журнал производительности(Start performance data log), Запустить программу(Run this program). После установки необходимых параметров нажмите кнопку ОК.

7. Параметры запуска сервиса оповещений можно установить на вкладке Расписание(группы параметров Запуск наблюденияОстановка наблюдения(Stop scan)).

Примечание: Состояние журнала можно определить по цвету его значка: красный — регистрация (или сканирование) остановлена; зеленый — регистрация запущена.

Анализ производительности Windows с использованием возможностей ОС и утилиты PAL 29.04.2016 14:18

Автор статьи — Михаил Комаров, MVP — Cloud and Datacenter Management

В данной статье будут рассмотрены:

  • механизм работы со счетчиками производительности;
  • настройка сборщиков данных как с помощью графического интерфейса, так и с помощью командной строки;
  • создание черного ящика для записи данных.

Также рассмотрим и обсудим работу с утилитой PAL и ее применение для сбора и анализа данных, включая типовые проблемы локализованных систем.

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

Начнем со всем давно известного Performance Monitor. Это стандартная утилита, которая входит во все современные редакции Windows. Вызывается либо из меню, либо из командной строки или строки поиска в Windows 8/10 вводом команды perfmon. После запуска утилиты мы видим стандартную панель, в которой можем добавить и удалить счетчики, изменить представление и масштабировать графики с данными.

Также есть сборщики данных, с помощью которых производится сбор данных о производительности системы. При определённых навыках и сноровке операции по добавлению счетчиков и настройке параметров сбора данных можно производить из графического интерфейса. Но когда возникает задача настройки сбора данных с нескольких серверов, разумнее использовать утилиты командой строки. Вот этими утилитами мы и займемся.

Первая утилита — это Typeperf, которая может выводить данные со счетчиков производительности на экран или в файл, а также позволяет получить список счетчиков, установленных в системе. Примеры использования.

Выводит на экран загрузку процессора с интервалом 1 сек.:

Выводит в файл названия счётчиков производительности, связанные с объектом PhysicalDisk:

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

Читайте так же:
Счетчик монет docash 900

Следующая утилита — Logman. Данная утилита позволяет создавать, изменять и управлять различными сборщиками данных. Мы будем создавать сборщик данных для счетчиков производительности. Вот, например, краткая справка по команде Logman, которая относится к счетчикам производительности и управлению сборщиком данных.


Разберем несколько примеров, которые нам понадобятся в дальнейшем.

Создадим сборщик данных с именем DataCollector_test, импортировав счетчики производительности из файла test.xml:

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

Изменение пути файла с данными производительности по умолчанию:

Запуск коллектора данных DataCollector_test:

Остановка коллектора данных DataCollector_test:

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

Рассмотрим еще одну утилиту — Relog, которая позволяет производить манипуляции с файлом данных после работы сборщика данных. Вот ее описание:

Ниже несколько сценариев применения этой утилиты.

Извлечение данных счетчиков производительности из файла logfile.blg с применением фильтра со списком счетчиков counters.txt и записью результата в бинарный формат:

Извлечение списка счетчиков производительности из logfile.blg в текстовый файл counters.txt:

Напрямую работать с этой утилитой мы не будем, но информация о ней в дальнейшем поможет в случае возникновения проблем в файле PowerShell, который генерирует утилита PAL.

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

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

После этого имена счетчиков и файлов будут на английском языке.

Также отметим возможность сбора данных для SQL Server с помощью утилиты из состава продукта. Это SQLDIAG, которая обрабатывает журналы производительности Windows, журналы событий Windows, трассировки SQL Server Profiler, сведения о блокировках SQL Server и сведения о конфигурации SQL Server. Указать, какие типы сведений нужно собирать с помощью программы SQLdiag, можно в файле конфигурации SQLDiag.xml.

Для конфигурирования файла SQLDiag.xml можно использовать инструмент PSSDIAG с codeplex.com.

Вот так выглядит окно этого инструмента.

В итоге, процесс сбора данных для SQL может выглядеть так. С помощью PSSDIAG мы формируем xml-файл. Далее посылаем этот файл клиенту, который запускает SQLDIAG c нашим xml-файлом на удаленном сервере и присылает нам для анализа результат работы в виде blg-файла, который мы будем анализировать в следующей части.

Данная утилита написана Clint Huffman, который является PFE-инженером Microsoft и занимается анализом производительности систем. Также он является одним из авторов авторизованного курса Vital Sign, который читается в Microsoft и доступен для корпоративных заказчиков, в том числе в России на русском языке. Утилита распространяется свободно, ссылку на нее я приведу ниже.

Вот так выглядит стартовое окно утилиты.

На вкладке Counter Log задаётся путь к файлу данных со счетчиками производительности, собранными ранее. Также мы можем задать интервал, за который будет производиться анализ.

На вкладке Threshold File находится список шаблонов, которые можно экспортировать в формат xml и использовать как список счетчиков для сборщика данных. Обратите внимание на большой выбор шаблонов для анализа производительности для различных систем. Пример загрузки из командной строки был показан выше. Самое ценное, что в этих заранее подготовленных шаблонах установлены граничные значения для этих параметров, которые будут использованы в дальнейшем для анализа собранных данных.

Читайте так же:
Как подсоединиться до счетчика


Вот так, например, выглядят граничные значения для счётчиков дисковой производительности:

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

Действуем по следующему алгоритму: на рабочей станции запускаем утилиту PAL, переходим на вкладку Threshold File и экспортируем шаблон в виде xml-файла. На основании этого файла на сервере создаем сборщик данных и запускаем сборку информации.
После сбора данных копируем полученный файл на рабочую станцию, чтобы анализом не нагружать сервер, возвращаемся на вкладку Counter Log, указываем путь к файлу. Снова переходим на Threshold File и выбираем тот самый шаблон, который экспортировали для сборщика данных.

Переключаемся на вкладку Question и указываем объем оперативной памяти на сервере, на котором был осуществлён сбор данных. В случае 32-битной системы заполним UserVa.

Переходим к вкладке Output Options, на которой задаем интервал разбиения для анализа. Значение по умолчанию AUTO делит интервал на 30 равных частей.

Вкладка File Output выглядит довольно обычно, указываем на ней путь к файлам итоговых отчетов в формате HTML или XML.

Вкладка Queue показывает итоговый скрипт на PowerShell. В общем можно сказать, что утилита собирает параметры, которые она подставляет в скрипт PAL.PS1.

Итоговая вкладка задает параметры исполнения. Можно одновременно запустить несколько скриптов и указать число потоков на процессоре. Хотелось бы акцентировать внимание, что обработку blg делает не утилита, а скрипт PowerShell, и это открывает возможности для полной автоматизации анализа логов. Например, каждые сутки перезапускается сборщик данных, в результате освобождается текущий blg-файл и создаётся новый. Старый файл копируется на специальный сервер, где будет запускаться скрипт, обрабатывающий данный файл. После этого готовый HTML- или XML-файл с результатами перемещается в определённую директорию или высылается на почтовый ящик.

Обратите внимание, что утилита должна работать только в английской локализации. Иначе получим сообщение об ошибке.

Также файл с данными должен быть с названиями счетчиков на английском. Выше я указывал, как это сделать. После нажатия Finish запустится скрипт PowerShell, время работы которого зависит от объёма данных и быстродействия рабочей станции.

Итогом работы утилиты будет отчет в выбранном формате, в котором есть графики и числовые данные, позволяющие понять, что происходило в системе за заданный период с учетом граничных значений алертов в шаблоне на вкладке Threshold File. В общем, анализ HTML-файла позволит на начальном этапе определить проблемные места в системе и понять, куда двигаться дальше, как в плане более тонкого мониторинга, так и в плане модернизации или переконфигурирования системы. В блоге Clint Huffman есть скрипт, которым можно конвертировать файл шаблона с граничными условиями в более понятный формат.

Иногда возникает необходимость в превентивном мониторинге проблемной системы. Для этого мы создадим «черный ящик», в который будем записывать данные производительности. Вернемся к скриптам, описанным ранее.

Создадим сборщик данных c именем BlackBox, импортировав счетчики производительности из файла SystemOverview.xml, который выгрузили из утилиты PAL или создали самостоятельно:

Создание файла для сбора данных производительности с включённым циркулярным режимом и заданным размером 600 МБ (около 2 суток при стандартном наборе счетчиков):

Изменение пути файла с данными производительности по умолчанию:

Запуск коллектора данных BlackBox:

Данный скрипт создает задачу перезапуска сборщика данных в случае перезапуска системы:

На всякий случай поправим свойства диспетчера данных, чтобы не заполнить место на диске, так как после перезапуска сборщика данных создается новый файл с лимитом 600 МБ.

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

Остановка коллектора данных BlackBox:

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

Блог белорусского сисадмина

полезные записки

Zabbix и счетчики производительности (perf counters)

Понадобилось недавно мониторить некоторые параметры виндовых серверов. Т.к. система мониторинга, а именно Zabbix, уже была установлена и активно использовалась, решено было не изобретать велосипед и попользовать ее с этой целью. Благо, по заверениям разработчиков, она это легко умеет. Все было бы легко, если бы документация по этому вопросу была полноценной.

Читайте так же:
Если нет водного счетчика

Стоит начать с того, что имя счетчика пишется в двойных кавычках, начиная с бэкслэша (). В точности так, как выводит его команда typeperf -qx. Т.е. правильный вид для мониторинга загрузки всех ядер CPU будет выглядеть примерно так:

Все бы ничего, но при вводе такого счетчика и довольных мыслях («ща всё замониторю с красивыми графиками») мы получаем ответ от заббикса в виде Not supported. Начинаем долго и нудно гуглить по этому вопросу и никак не натыкаемся на ответ. В качестве одной из предполагаемых причин такого поведения может быть запуск 32-битного агента на 64-битном хосте. Но даже при запуске правильного, 64-битного клиента, мы не получаем удовлетворения и видим Not supported.

А все потому, что по умолчанию, у вновь создаваемых элементов (item) мониторинга выставлен тип информации (type of information) — numeric(unsigned). Казалось бы, ничего в этом страшного нет. Загрузка процессора не может быть отрицательной. Так и есть. Но почему-то, разработчики заббикса посчитали, что под понятие numeric(unsigned) попадают ТОЛЬКО целые числа. О чем, в принципе, они честно сообщают в доках: Numeric (unsigned) — 64bit unsigned integer. Выставляем numeric(float) и тихо радуемся работающему мониторингу.

Zabbix и счетчики производительности (perf counters) : 8 комментариев

Добрый день!
Мне этот способ не помог. Странно то, что у меня очень много Windows-серверов на мониторинге и небольшая часть из них не реагирует на это ключ, остальные работают нормально. Что я только уже не делал. Идеи у меня закончились.
Может есть ещё какие-нибудь нюансы по данной проблеме?

Здравствуйте!
Какой именно ключ не помог? Загрузка процессора? Если используется локализованная винда (русская или любая другая), то ключ в таком виде работать не будет, т.к. его нет в системе. Надо подбирать вместо этого цифровое значение ключа. Например, ключ для получения процента использования файла подкачки выглядит так:
perf_counter[700(_Total)702]

Да, Windows на русском.
Использую вот этот ключ:
perf_counter[«Processor(_Total)% Processor Time»]
он не работает.
Пробовал вот этот:
perf_counter[Процессор(_Total)% общей загруженности процессоров]
тоже не работает.
Пробовал такой:
perf_counter[238(_Total)240]
тоже не поддерживается.
Во всех трёх случаях пишет: «Not supported».
Причём, я непосредственно на сервере, где нужно мониторить нагрузку на CPU из командой строки вытянул счётчики с помощью команды:
lodctr /s:perfcount.txt
и ориентировался при построении ключа для Zabbix именно по ним.
Даже не знаю что делать.

Для русской винды надо использовать только цифровое значение. Zabbix далеко не сразу пытается проверять «Not supported» счетчики после их изменения. Самый верный вариант — перезапустить сервис заббикса и агент. Опять же, можно попробовать включить дебаг-лог — он может сказать что именно ему не нравится.
Я встречал такие случаи, когда заббикс писал «Not supported» на часть айтемов на разных серверах, а на следующий день уже все работало. Можно попробовать просто оставить правильное значение для счетчика (цифровое) и подождать.

Согласен, просто понять бы какое всё-таки правильное значение. Не подскажете правильное числовое значение для общей нагрузки процессора, аналог: perf_counter[«Processor(_Total)% Processor Time»]
Заранее спасибо!

Найдено решение.
Для локализованной русской версии Windows аналогом ключа:
perf_counter[«Processor(_Total)% Processor Time»]
является ключ:
perf_counter[Процессор(_Total)Процент времени бездействия]

Надеюсь кому-то типа меня поможет не так долго мучаться с проблемой.
Всем большое спасибо за помощь!

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector