Ведение журнала производительности запущено как отключить
Включить или отключить ведение журнала происшествий можно для каждого типа задания проверки (проверка в реальном времени, проверка по расписанию, проверка по требованию). Включение ведения журнала происшествий позволяет эффективнее отслеживать производительность FPSP. Но отключение ведения журнала происшествий позволяет сэкономить место на диске при нехватке ресурсов (при условии, что для соответствующего задания проверки также отключено помещение в карантин). Если для задания проверки отключено ведение журнала происшествий, но включено помещение в карантин, сведения о происшествиях все равно будут записываться в базу данных, чтобы ПО FPSP могло поместить элемент в карантин. Но этот элемент не будет отображаться в области Происшествия.
Включение и отключение параметров ведения журнала происшествий
- В окне Консоль администрирования Forefront Protection 2010 for SharePoint переключитесь в представление Управление политиками и нажмите в разделе Глобальные параметры кнопку Дополнительные параметры.
- В разделе Параметры ведения журнала области Глобальные параметры — Дополнительные параметры включите или отключите с помощью флажков указанные ниже параметры ведения журнала происшествий.
- Включить ведение журнала происшествий в реальном времени — указывает, должна ли программа FPSP включать ведение журнала происшествий для задания проверки в реальном времени. Ведение журнала происшествий для проверки в реальном времени включено по умолчанию. Чтобы отключить ведение журнала происшествий, обнаруженных при проверке в реальном времени, снимите соответствующий флажок.
| Примечание. |
|---|
| Дополнительные сведения о происшествиях см. в разделе Просмотр происшествий и управление ими. |
Включение и отключение записи в журнал событий
Запись событий в журнал событий можно включить или отключить. Ведение журнала событий можно по отдельности включить и отключить для происшествий, модулей и операций. По умолчанию ведение журнала событий включено для всех событий.
| Примечание. |
|---|
| Дополнительные сведения о просмотре журнала событий с помощью средства «Просмотр событий» см. в разделе Использование программы просмотра событий Windows. |
Включение и отключение записи в журнал событий
- В окне Консоль администрирования FPSP переключитесь в представление Управление политиками и нажмите в разделе Глобальные параметры кнопку Дополнительные параметры.
- В разделе Параметры ведения журнала области Глобальные параметры — Дополнительные параметры установите или снимите флажок Включить для ведения журнала событий. По умолчанию этот флажок установлен, что позволяет с помощью дополнительных флажков по отдельности включить или отключить указанные ниже параметры, включенные по умолчанию.
- Происшествия — включает или отключает ведение журнала событий для происшествий.
Если флажок Включить ведение журнала событий снят, ведение журнала событий для происшествий, модулей и операционных событий приостанавливается.
| Примечание. |
|---|
| Для вступления изменений этих настроек в силу необходимо перезапустить соответствующие службы FPSP. |
Включение и отключение ведения журнала счетчиков производительности
Можно включить или отключить ведение журнала счетчиков производительности, отображаемых в системном мониторе.
Включение и отключение ведения журнала счетчиков производительности
- В окне Консоль администрирования FPSP переключитесь в представление Управление политиками и в разделе Глобальные параметры нажмите кнопку Дополнительные параметры.
- В разделе Параметры ведения журнала области Глобальные параметры — Дополнительные параметры установите или снимите флажок Включить счетчики производительности и нажмите кнопку Сохранить. По умолчанию ведение журнала счетчиков производительности включено.
| Примечание. |
|---|
| Дополнительные сведения об использовании системного монитора Windows совместно с FPSP см. в разделе Использование системного монитора Windows. |
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.
Как отключить журнал событий Windows

В этой публикации, друзья, поговорим о том, как отключить журнал событий Windows. Журнал фиксирует системные события Windows — ошибки, предупреждения, информационные сообщения и другие события (подробно о его функциях). Отключать журнал событий в большинстве случаев нет никакой необходимости. Но он ведёт запись в файлы на диске. И в редких случаях, когда, например, необходима жёсткая экономия ресурса SSD-накопителя, на котором установлена Windows, и нужно убрать любые лишние операции перезаписи данных, можно отключить журнал. Рассмотрим, как это сделать.
↑ Как отключить журнал событий Windows
↑ Что будет, если отключить журнал событий Windows
Сначала, друзья, пару слов о последствиях отключения журнала событий Windows. Сведения журнала – это информация, необходимая для диагностики неполадок операционной системы. Не всегда с этой диагностики есть толк в решении проблем с Windows. Но главное: на полноценное функционирование операционной системы диагностика никак не влияет. В крайнем случае, если начнутся какие-то повторяющиеся сбои в работе Windows, журнал событий можно включить и определить источник проблемы. Другой вопрос – способ отключения журнала событий Windows. Простой способ его отключения — отключение его службы. Его можно использовать как временное решение, но не более. Отключение службы журнала событий может привести к тому, что другие службы, зависящие от неё, также перестанут работать. Например, перестанет работать служба сведений о подключённых сетях, отвечающая за определение типа подключения к Интернету и управление профилями сети. Это может вызвать проблемы с интернет-соединением или настройками общего сетевого доступа. На долгосрочную перспективу журнал событий Windows необходимо отключать способами через редактор локальных групповых политик или системный реестр. Эти способы отключают только запись событий в журнал, а не саму службу журнала. Служба журнала событий продолжает работать в фоновом режиме и обеспечивать связь с другими службами, зависящими от неё.
↑ Отключение службы журнала событий Windows
Итак, временно отключить журнал событий Windows можно путём отключения его службы. Жмём клавиши Win+R, вводим:
services.msc
В перечне служб находим службу журнала событий Windows (EventLog). Двойным кликом открываем её свойства.
В свойствах выставляем тип запуска «Отключена», жмём «Применить». Затем жмём «Остановить» для остановки службы.
↑ Отключение журнала событий Windows в локальных групповых политиках
Отключение журнала событий Windows через локальные групповые политики официально возможно в редакциях Windows начиная с Pro. В редакции Home нет штатной возможности работать с групповыми политиками, есть неофициальные сторонние возможности. Ну и в Windows Home можно прибегнуть к способу с редактированием системного реестра, который мы рассмотрим далее.
Запускаем редактор групповых политик. Жмём клавиши Win+R, вводим:
Слева раскрываем путь:
Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Служба журнала событий → Настройка
Справа делаем двойной клик на параметре «Включить ведение журнала».
В окошке параметра выставляем «Отключено» и жмём «Применить».
Всё, отныне новые события более не будут записываться в журнал событий Windows.
↑ Отключение журнала событий Windows через реестр
Путём правки системного реестра можно отключить журнал событий Windows в любой редакции операционной системы. Жмём клавиши Win+R, вводим:
Раскрываем слева путь:
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows

Примечание: друзья, в Windows 10 и 11 в редакторе реестра пути можно раскрывать, вставив скопированный адрес в адресную строку и нажав Enter. По указанному пути справа вызываем контекстное меню, выбираем «Создать → Раздел». Называем новый раздел:
Теперь в этом разделе создаём новый раздел: в контекстном меню снова выбираем «Создать → Раздел». Этот раздел называем:

И теперь в разделе Setup создаём новый параметр реестра. В контекстном меню выбираем «Создать → Строковый параметр». Называем параметр:
Делаем на созданном параметре Enabled двойной клик. Устанавливаем его значение 0.
Перезагружаем компьютер. После перезагрузки новые события более не будут записываться в журнал событий Windows.
Друзья, смотрите другие материалы сайта по теме экономии ресурса SSD:
- Перенос системных папок «Temp» на другой раздел или диск,
- Как перенести папки пользователя на другой диск,
- Как перенести файл подкачки на другой диск.
Счетчики производительности. Часть 2
Продолжаем тему счетчиков производительности. В первой части мы использовали их для мониторинга текущей активности сервера. Сегодня рассмотрим создание и настройку групп сборщиков данных.
Группы сборщиков данных (Data Collector Set) собирают информацию, полученную от счетчиков производительности, и записывают ее в файлы журналов для последующего анализа. Их можно использовать для выявления проблем с производительностью, оценки загруженности сервера и для многого другого. Создать группу сборщиков данных можно несколькими способами.
Создание группы сборщиков данных в системном мониторе
Самый простой способ — создать группу сборщиков данных непосредственно из окна монитора производительности. Действуем следующим образом:
Открываем Performance Monitor, переходим в одноименный раздел и добавляем в окно мониторинга необходимые счетчики, так же как при мониторинге текущей активности. Затем кликаем правой клавишей на узле Performance Monitor и в открывшемся меню выбираем пункт Создать, а затем Группа сборщиков данных (New — Data Collector Set).

Запускается мастер создания групп сборщиков данных. В первом окне мастера указываем название группы.

Затем указываем директорию, в которой будут храниться данные, собираемые этой группой. По умолчанию для каждой новой группы в директории %systemdrive%\PerfLogs\Admin создается одноименная папка. Обратите внимание, что при вводе имени папки не нужно ставить обратный слэш в конце.

В следующем окне есть возможность указать пользователя, от имени которого будет запущена данная группа. По умолчанию группа сборщиков данных работает под учетной записью Local System. Для того чтобы изменить пользователя, надо нажать кнопку Изменить (Change) и в открывшемся окне ввести учетные данные.
На этом создание группы завершено. Можно установить переключатель на опцию «Start this data collector set now», тогда при нажатии кнопки Finish автоматически запустится сбор данных. Если же вы не хотите запускать группу сразу, то оставьте переключатель на опции «Save and close».

Создание группы сборщиков данных из шаблона
Еще один быстрый способ создания группы сборщиков данных — это использование шаблонов. Шаблоны хранятся в виде XML-файлов и их можно свободно импортировать и экспортировать. Кроме того в системе есть несколько предустановленных шаблонов, предназначенных для наиболее типичных ситуаций.
Для того, чтобы создать группу из шаблона, переходим в раздел Data Collector Set и открываем подраздел User Defined (Особый). Кликаем на нем правой клавищей мыши и переходим по меню New — Data Collector Set. Также запустить мастер создания группы сборщиков данных можно, нажав на соответствующую кнопку в панели инструментов.

В окне мастера вводим имя создаваемой группы, выбираем опцию Создать из шаблона (Create from a template) и жмем Next.

Затем выбираем шаблон. В системе есть несколько предустановленных шаблонов:
• Basic (Основной) — базовый шаблон. Включает в себя все счетчики производительности процессора, регистрирует изменения раздела реестра HKLM\Software\Microsoft\Windows NT\CurrentVersion и отслеживает события ядра Windows. По умолчанию собирает данные в течении 1 минуты;
• System Performance — используется для оценки общей производительности системы. Включает в себя счетчики производительности основных аппаратных компонентов (процессор, память, диски и т.п.) и отслеживает события ядра Windows. По умолчанию собирает данные в течении 1 минуты;
• Sistem Diagnostics — используется для диагностики проблем, связанных с производительностью системы. Включает в себя счетчики производительности основных аппаратных компонентов, а также отслеживает связанные с ними события. По умолчанию собирает данные в течении 1о минут;
• Active Directory Diagnostics — используется для диагностики проблем Active Directory. Включает в себя счетчики производительности основных аппаратных компонентов, отслеживает события Active Directory и ядра Windows, а также параметры реестра Active Directory. Эта группа присутствует только на контроллерах домена, по умолчанию собирает данные в течение 5 минут.
Примечание. Количество предустановленных шаблонов может изменяться в зависимости от версии операционной системы, а также от установленных серверных ролей и компонентов.
Группу сборщиков данных, созданную из предустановленного шаблона, вполне свободно можно отредактировать, добавив или удалив необходимые счетчики. Кроме того, нажав на кнопку Browse можно указать шаблон, созданный ранее или экспортированый с другого компьютера.

Дальше все как в предыдущем примере — указываем папку для хранения данных и пользователя, от имени которого будет работать данная группа. Также можно просто нажать Finish, сохранив группу с настройками по умолчанию.
Создание группы сборщиков данных вручную
Третий, самый продвинутый способ создания группы сборщиков данных. Здесь мы ничем не ограничены и можем добавлять в группу любые доступные наборы счетчиков. Для того, чтобы воспользоваться этим способом, в окне мастера надо выбрать пункт Создать вручную (Create manually).

Откроется окно, в котором надо выбрать пункт Создать журнал данных (Create data logs). Затем галочками отмечаем тип данных, которые будем собирать. Всего есть три типа данных:
• Performance counter — данные счетчиков производительности. Предоставляют метрические данные о производительности системы;
• Event trace data — данные отслеживания событий. Позволяют отслеживать информацию о выполняемых операциях и системных событиях;
• System configuration information — сведения о конфигурации. Регистрируют состояние параметров реестра и изменения, которые в них вносятся.

Дальше, в зависимости от выбранного типа данных, будут открываться разные диалоговые окна, предназначенные для добавления конкретных сборщиков данных к группе.
Для Performance counter нажимаем кнопку Add, которая открывает уже знакомое окно выбора счетчиков производительности. Для каждого выбранного счетчика можно указать интервал снятия данных (Sample interval) в секундах, минутах, часах, днях или неделях.

Для Event trace data жмем Add и в окне Event Trace Providers выбираем нужные поставщики событий.
Поставщиков событий огромное количество, одни устанавливаются вместе с операционной системой, другие зависят от установленных ролей и прочего серверного ПО. Тут дело обстоит несколько сложнее, чем со счетчиками производительности, так как никакой подсказки при выборе не предусмотрено. Впрочем, некоторое представление о назначении поставщиков можно получить из названия. Так например, поставщики, содержащие Active Directory в названии, служат для отслеживания событий AD.
Свойства выбранного поставщика можно изменить. Для этого надо выделить нужное свойство и нажать на кнопку Edit. В свойствах поставщика можно задавать различные условия и фильтры для отслеживаемых событий.

Для System configuration information указываем разделы реестра, за которыми необходимо наблюдать.

Ну и дальше указываем папку для хранения данных и пользователя, от имени которого будет работать данная группа, либо просто жмем Finish, сохранив группу с дефолтными настройками.
Настройка групп сборщиков данных
Все созданные группы помещаются в раздел Группа сборщиков данных\Особый (Data Collector Set\User Defined). В принципе их можно сразу запускать. Для этого надо выделить нужную группу, кликнуть на ней правой клавишей мыши и в открывшемся меню выбрать пункт Start. Также на панели инструментов есть кнопки Start и Stop, можно воспользоваться ими.
Если же перед запуском группу сборщиков надо настроить , то проходим по меню дальше и открываем пункт Properties. Настроек довольно много, рассмотрим наиболее важные.

На вкладке General можно добавить описание группы (Description) и ключевые слова (Keywords), которые помогут другим пользователям определить назначение данной группы, например при экспорте в качестве шаблона. При создании группы из предустановленного шаблона эти поля должны быть уже заполнены.
Кроме того, здесь можно изменить пользователя, от имени которого будет запущена данная группа. Для этого надо нажать на кнопку «Change» и в открывшемся окне ввести имя учетной записи и пароль.

На вкладке Directory мы можем изменить расположение и формат имени файлов. Как я уже говорил, по умолчанию все собираемые группой данные сохраняются в папке %systemdrive%\PerfLogs\Admin\″имя группы″. При желании можно изменить корневую папку в поле Root Directory, а также добавить имя вложенной папки в поле Subdirectory.
Имя папки сборщика данных по умолчанию генерируется из следующих составляющих: год, номер месяца, день месяца и серийный номер, примерно вот так 20130729_000002. Этот формат можно изменить, используя различные сокращения, добавляемые при помощи специальных символов. Символы эти можно выбрать, нажав на кнопу с о стрелкой справа от поля Subdirectory name format. А если отметить чекбокс внизу, то в название папки будет добавлен префикс в виде имени компьютера, например вот так SRV01_20130729_000002.
В общем, вариантов море, а посмотреть на то, что получается в результате вашего творчества можно внизу, в поле Example Directory.

На вкладке Security определяется список доступа к группе сборщиков данных. По умолчанию в этом списке присутствуют только члены групп Administrators и Performance Log Users, но никто не запрещает добавить в этот список любого пользователя или группу безопасности и дать им необходимые права. Пользователям можно дать права только на чтение, можно разрешить добавлять, изменять, удалять и синхронизировать данные, либо не морочиться и дать полный доступ.

На вкладке Shedule настраивается расписание, по которому будет осуществляться сбор данных. Для того, чтобы создать новое расписание, жмем кнопку Add и в открывшемся окне Folder Action указываем:
• Begining date — дата начала автоматического сбора данных;
• Expiration date — срок окончания запланированного сбора данных. Обратите внимание, что наступление этой даты не останавливает текущий процесс сбора данных, однако новые экземпляры сбора данных после выбранной даты запускаться не будут. Указать условие полного завершения работы можно на вкладке Stop condition.
В поле Launch можно указать время запуска (Start time) и отметить дни недели, в которые будет запускаться сбор данных.

На вкладке Stop Condition задается условие остановки или повторного запуска сбора данных для данной группы. Запуская сбор данных стоить иметь в виду, что если на этой вкладке не выбрано ни одного условия, группа будет собирать данные до тех пор, пока ее кто нибудь не остановит вручную.
Параметр Общая длительность (Overall Duration) определяет время, по истечении которого сбор данных будет остановлен. Кроме того, можно использовать пределы (Limits), с помощью которых указать остановку или перезапуск группы при достижении лимита по продолжительности (Duration) и\или размеру (Maximum Size).
Примечание. Если задана общая длительность, то она имеет приоритет над другими настройками.
Если настроена общая длительность, то можно отметить пункт «Stop when all data collector have finished», чтобы разрешить всем сборщикам данных закончить запись недавних значений перед остановкой группы.

На вкладке Task можно указать запланированное задание, которое будет запущено после завершения работы группы сборщиков данных.

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

Для Performance Counter можно добавить\удалить счетчики производительности. Для каждого счетчика можно изменить интервал обращений и указать максимальное количество попыток.
Также можно указать формат файла журнала: двоичный (Binary), с разделением табуляцией (Tab Separated), с разделением запятыми (Comma Separated) или файл базы данных SQL. Формат выбирается в зависимости от того, что вы планируете делать с полученными данными. Например для просмотра в графическом виде лучше подходит двоичный формат, а файлы CSV удобно использовать для экспорта в таблицы.
Кроме того, на вкладке File можно изменить формат имени файла и задать режим ведения журнала — добавление, замена или циклический.

Для Trace Providers можно отредактировать список поставщиков событий, на вкладке Trace Sessions (Сеансы отслеживания) указать имя сеанса, тип таймера и режим потока, на вкладке Trace Buffers (Буферы отслеживания) указать количество и размер буферов отслеживания.

Для Configuration можно добавить\удалить разделы реестра, которые надо отслеживать. Кроме того, на вкладке Management Paths для отслеживаемых изменений можно дополнительно задать WMI-фильтры, а на вкладке State Capture сохранить файл состояния системы.

Примечание. Чтобы не производить каждый раз одни и те же настройки, уже созданные и настроенные группы сборщиков данных можно сохранять в виде шаблона. Для этого надо выбрать нужную группу, кликнуть на ней правой клавишей и выбрать пункт Save Template (Сохранить шаблон). Шаблон сохраняется в виде xml-файла и может быть экспортирован на другие компьютеры.
Системные группы сборщиков данных
В операционных системах Windows Server 2008 R2 и Windows Server 2012 включено несколько предустановленных групп сборщиков данных. Найти их можно в разделе Data Collector Sets\System:
• System Performance — эта группа сборщиков данных регистрирует данные счетчиков производительности процессора, дисковой подсистемы, оперативной памяти, а также трассировку ядра. Эту группу можно использовать для первоначальной оценки производительности сервера;
• System Diagnostics — группа для анализа производительности и выявления неполадок с оборудованием. Кроме счетчиков производительности из System Performance эта группа осуществляет подробный сбор данных об изменениях системной конфигурации.
Примечание. Группы System Diagnostics и System Performance собирают данные в течении одной минуты, после чего останавливаются. Изменить эти настройки невозможно.

Диспетчер данных
Файлы журналов могут иметь большой размер и занимать много места на диске. Для управления файлами в мониторе производительности используется диспетчер данных (Data Manager). С его помощью настраиваются политики хранения файлов — максимальный размер, срок хранения, архивация и многое другое. Открыть эти настройки можно из контекстного меню, кликнув по определенной группе сборщиков и выбрав пункт Data Manager.

На вкладке Data Manager настраиваются основные правила хранения данных:
• Минимум места на диске (Minimum free disk) — допустимый минимальный объем свободного дискового пространства на диске, на котором хранятся файлы журнала. Если задать этот параметр, то при достижении указанного предела предыдущие данные будут удаляться согласно выбранной политике ресурсов;
• Максимум папок (Maximum folders) — количество подпапок, которые могут находиться в папке данных группы сборщиков данных. Если задать этот параметр, то при его превышении предыдущие данные будут удаляться согласно выбранной политике ресурсов;
• Политика ресурсов (Resource policy) — определяет, какие файлы журналов удалять при достижении указанного предела — самые большие или самые старые;
• Максимальный размер корневого пути (Maximum root path size) — максимальный размер папки для группы сборщиков данных, включая все подпапки. Этот параметр имеет приоритет над всеми остальными, при его достижении указанного предела данные будут удаляться в соответствии с политикой ресурсов.
Если установить флажок Применить политику перед запуском группы сборщиков данных (Apply policy before the data collector set starts), предыдущие данные будут удаляться заранее, до запуска группы сборщиков данных.
Важно. Если вы хотите иметь возможность просматривать полученные данные в виде структурированного отчета, то не забудьте установить флажок Включить управление данными и создание отчетов (Enable data management and report generation).

На вкладке Actions настраиваются правила действий с папками. Для создания действия нажимаем кнопку Add и в окне Folder Action задаем необходимые значения. В поле Condition указывается критерий, необходимый для запуска задания:
• Возраст (Age) — возраст файла в днях или неделях. Если указан 0, то параметр не используется;
• Размер папки (Folder size) — размер папки с файлами журналов, в мегабайтах. Если указан 0, то параметр не используется;
А в поле Action указаны возможные действия при достижении заданного критерия:
• Create cab file — создать cab-файл. Cab-файлы представляют собой архивную копию данных, их можно создавать из данных журнала и при необходимости распаковывать;
• Delete data files — удалить файлы данных. После создания архива файлы журналов можно удалить;
• Delete cab file — удалить cab-файл. Удалить архив, соответствующий критериям возраста или размера;
• Delete report — удалить отчет. Файлы отчета создаются монитором производительности из данных журнала и могут сохраняться даже после удаления всех данных и архивов.
Отметив флажок Copy cab file to this directory (Копировать cab-файл в папку) можно указать перед удалением сохранять копию cab-файла в указанном месте, так сказать на всякий случай.
Примечание. Если вы настраиваете архивирование, то ограничения на вкладке Data Manager можно отключить, а для управления всеми данными использовать правила действий с папками.

Logman
Создавать и редактировать группы сборщиков данных, а также управлять ими можно и из консоли cmd. Для этого в Windows есть утилита logman.exe, которая поддерживает большинство функций монитора производительности из командной строки.
Для примера создадим группу сборщиков cpu_mem_load, собирающую данные о загрузке процессора и количестве доступной памяти. Сбор данных будет вестись в течение 20 минут, максимальный размер журнала 10 Мб:
logman create counter cpu_mem_load -c ″\Processor(_Total)\%Processor Time″,″\Memory\Available Mbytes″ -max 10 -rf 20:00
Затем изменим интервал выборки данных на 10 секунд:
logman update cpu_mem_load -si 10
Для запуска и остановки сбора данных используем соответственно:
logman start cpu_mem_load
logman stop cpu_mem_load
Чтобы не запускать счетчики вручную, можно запланировать работу группы сборщиков, например на ежедневный запуск в 13:00 в течении 15 дней:
logman create counter cpu_mem_load -c ″\Processor(_Total)\%Processor Time″,″\Memory\Available Mbytes″ -b 01.08.2013 13:00:00 -e 15.08.2013 13:00:00
И еще, с помощью logman.exe очень удобно экспортировать группу сборщиков в XML-файл:
logman export cpu_mem_load -xml C:\logs\cpu_mem_load.xml
и импортировать обратно:
logman import cpu_mem_load -xml C:\logs\cpu_mem_load.xml
Все возможности утилиты можно посмотреть командой logman /?.
Заключение
Сегодня мы рассмотрели способы создания групп сборщиков данных, а также настройки ведения журналов производительности. О том, что делать с полученными данными, а также о настройке уведомлений читайте в третьей части статьи.
Формирование файлов журнала данных о производительности (сбор данных о производительности)
Сбор данных о производительности позволяет собирать данные о рабочих событиях в клиентском приложении Unified Service Desk в файлы журнала, которые используются для выявления и устранения проблем с производительностью.
Формировать журналы данных о производительности можно в следующих целях:
- Для анализа производительности Unified Service Desk с момента загрузки клиентского приложения.
- Для анализа производительности операций, выполняемых агентами в клиентском приложении Unified Service Desk.
Формировать журналы данных о производительности можно двумя способами:
- Путем использования файла конфигурации приложения (UnifiedServiceDesk.exe.config) для формирования журнала данных для всего клиентского приложения от загрузки до закрытия клиентского приложения.
- С помощью сочетаний клавиш для генерации журнала данных по операциям.
При возникновении проблем с производительностью в Unified Service Desk служба поддержки клиентов может попросить вас собрать данные о производительности и отправить файлы журнала для помощи в диагностике проблемы.
Использование файла конфигурации приложения (UnifiedServiceDesk.exe.config) для генерации журнала данных о производительности
Файл конфигурации приложения (UnifiedServiceDesk.exe.config) испольуется для генерации (сбора) журнала данных о производительности при запуске.
При возникновении проблем с производительностью при загрузке Unified Service Desk можно вручную внести изменения в файл конфигурации приложения (UnifiedServiceDesk.exe.config) для начала сбора данных о производительности в файлы журнала.
Чтобы начать сбор данных о производительности при запуске, измените значение в файле конфигурации приложения в XML-узле с Off на Verbose.
Использование сочетания клавиш для генерации журнала данных о производительности
Когда вы работаете с клиентским приложением и хотите проанализировать производительность выполняемых вами операций, вам нужно сформировать журнал производительности, из которого можно будет сгенерировать отчет о производительности этих операций.
Запуск сбора данных о производительности с помощью сочетания клавиш

- Нажмите Ctrl+Alt+Q или настроенное сочетание клавиш, чтобы начать сбор данных о производительности. Unified Service Desk отображает окно с запросом: Вы хотите начать сбор данных о производительности?.
Заметка Если при нажатии сочетания клавиш Unified Service Desk не отображает окно запуска сбор данных о производительности, убедитесь, что фокус ввода с клавиатуры не находится на веб-странице Internet Explorer. Нажмите Alt+0, чтобы вывести фокус ввода с клавиатуры за пределы веб-страницы Internet Explorer, затем нажмите сочетание клавиш для запуска сбора данных о производительности. Дополнительные сведения: Управление параметрами для Unified Service Desk

При нажатии Ctrl+Alt+Q, после начала сбора данных о производительности для сеанса, Unified Service Desk отображает окно с сообщением: Сбор данных о производительности уже начался. PerfSessionId — XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX.
Остановка сбора данных о производительности с помощью сочетания клавиш

- Нажмите Ctrl+Alt+P или настроенное сочетание клавиш, чтобы остановить сбор данных о производительности.
Unified Service Desk отображает окно с сообщением: Вы хотите остановить сбор данных о производительности? PerfSessionId — XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX. - Щелкните Да, чтобы остановить сбор данных о производительности.

Если нажать Ctrl+Alt+P после остановки сбора данных о производительности для сеанса, Unified Service Desk отображает окно Сбор данных о производительности уже остановлен.
Расположение файла данных о производительности
При запуске сбора данных о производительности создаются файлы журнала с уникальным идентификатором сеанса производительности (GUID) на клиентском компьютере.
Путь по умолчанию, по которому хранятся файлы журналов на клиентских компьютерах:
%APPDATA%\Roaming\Microsoft\Microsoft Dynamics 365 Unified Service Desk\\USDPerformanceData__
Существует возможность изменить путь по умолчанию файлов журнала из файла конфигурации приложения. В узле XML файла конфигурации приложения измените значение следующих атрибутов.
| Атрибут | Значение по умолчанию | Новое значение |
|---|---|---|
| Location | LocalUserApplicationDirectory | Пользовательское |
| CustomLocation | — | Пример: C:\UnifiedServiceDesk\Logs |
XML-узел по умолчанию в файле конфигурации приложения:
Пример задания нового пути в файле конфигурации приложения:
MaxFileSize — это максимальный размер (в байтах) одного файла журнала производительность, который Unified Service Desk ведет по пути по умолчанию или по настроенному пути на клиентском компьютере. Если размер файла журнала производительности равен значению MaxFileSize, Unified Service Desk создает новый файл по пути по умолчанию или по настроенному пути и продолжает собирать данных о производительности.
Пример: задано значение MaxFileSize= «52000000». Когда размер файла журнала производительности равен 52000000 байтам (52 МБ), Unified Service Desk создает новый файл журнала производительности по пути по умолчанию или по настроенному пути и продолжает собирать данных о производительности.
MaxFileCount — это количество файлов, которые Unified Service Desk поддерживает по пути по умолчанию или по настроенному пути на клиентском компьютере. Когда количество файлов журнала производительности равно значению MaxFileCount, Unified Service Desk удаляет самые старые файлы журнала производительности для создания нового файла журнала производительности по пути по умолчанию или по настроенному пути.
Пример: задано значение MaxFileCount=»10″. Unified Service Desk создает 10 файлов журнала производительности по пути по умолчанию или по настроенному пути. Для создания нового файла журнала производительности Unified Service Desk удаляет самый старый файл журнала производительности и создает новый файл журнала производительности. Ни в какой момент количество файлов журнала производительности не может превышать значения MaxFileCount.
При каждом запуске сбора данных производительности Unified Service Desk создает новый файл с идентификатором сеанса производительности, который он поддерживает на клиентском компьютере.
Настройка сочетания клавиш для сбора данных о производительности
Агент, работающий на клиентском компьютере, может запускать и останавливать сбор данных о производительности Unified Service Desk с помощью сочетания клавиш. По умолчанию для запуска сбора данных о производительности назначено сочетание клавиш Ctrl+Alt+Q, а для остановки сбора данных о производительности — сочетание клавиш Ctrl+Alt+P.
Чтобы изменить сочетание клавиш по умолчанию, системный администратор должен настроить новые сочетания клавиш для запуска и остановки сбора данных о производительности Unified Service Desk.
Для настройки нового сочетания клавиш для сбора данных о производительности:
- Выполните вход в экземпляр Dynamics 365.
- Нажмите стрелку вниз для перехода к Dynamics 365.
- Выберите Администратор Unified Service Desk.
- Выберите Настройка аудита и диагностики в Дополнительные настройки на карте сайта.
- Выберите запись на странице Активные настройки аудита и диагностики.
Заметка При отсутствии существующей записи создайте новую запись «Настройка аудита и диагностики». Дополнительные сведения: &Создание записи аудита и диагностики для использования для диагностики.