Материал: Книга Active directory
6 7 8 |
б12 Непрерывность бизнес-процессов каталогов |
Глава 13 |
ВНИМАНИЕ! Влияние мониторинга производительности на быстродействие
Генерирование снимков данных производительности также влияет на быстродействие, в частности объекта логического диска, особенно если включены его счетчики. Однако поскольку генерирование снимков одинаково влияет на быстродействие даже в случае значительной нагрузки сервера, базовая линия остается действительной.
Вы можете создавать настраиваемые группы с б о р щ и к о в данных, однако в Windows Server 2008 для этого используются ш а б л о н ы по умолчанию, которые добавляются прн установке роли. Например, чтобы создать базовую линию для контроллера домена, создайте особую (User Defined) группу сборщиков данных на основе шаблона Active Directory Diagnostics (Диагностика Active Directory) и периодически запускайте ее.
Просмотреть результаты сбора данных м о ж н о в секции Отчеты (Reports) узла Надежность н производительность (Reliability And Performance). Щелкните правой кнопкой мыши группу сборщиков данных, отчет которой хотите просмотреть (особая или системная), и в ы б е р и т е П о с л е д н и й отчет (Latest Report). Даже если отчет еще недоступен, он будет сгенерирован и предоставит исчерпывающую информацию о состоянии контроллера домена (рис. 13-12).
|
|
|
|
|
|
|
|
|
|
|
|
a |
. |
г,* |
Ъа |
и |
Окк СЛМИКЛ |
|
|
|
|
|
|
* |
i\r |
X |
* |
В |
- i . |
|
|
|
|
|
|
6 |
|
|
|
|
а г э ш в а я ш Ш Ш М М Ш 1 |
|
|||||
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
Доменные службы Active Directory |
|
|
|
|||
|
|
|
|
|
Компьютер: |
|
5ERVER01 |
|
|
|
|
- |
|
|
|
|
Собрано: |
|
17 денабря 200& |
6 4155 |
|
|
|
E |
% Oom*M |
|
|
Продолжительность: Х>1 Секунд |
|
|
|
|
|||
|
• |
Qrcctory Dac |
|
|
|
|
|
|
|
||
|
j . v< СшдпоеЬа (Диагноста г» |
Р*|*льтаты д и а г и о с ш г и |
|
|
|
|
|||||
|
t ST'tr |
|
(Диагхкп^*- |
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|||
|
' S/ve»Fe»farmanc* tfTpooeaa.' |
Пр»дупр*Ж<Ьния |
|
|
j |
|
|||||
Q OT*T»> |
|
|
|
Внимание! |
|
|
|
|
|
|
|
- u o » u |
|
|
Симптом: |
Е системе пооиоопит слитой интенсивным стваничны»' о?мен |
|
||||||
|
|
|
|
|
|
||||||
|
F ^ AciKf >caorrCugr««ttu |
Пронина; |
Недостаточно доступной памяти в системе |
|
|
|
|||||
|
! Сведении: |
С,-ииариь.й paswepфишчесхзй памяти системы недостаточен |
е$равот*и |
|
|||||||
|
fo |
WBI2174XC1 |
|
||||||||
|
|
этом на/руда |
|
|
: „,. |
|
|||||
|
U |
2WU17-OCC2 |
|
|
|
|
|||||
|
Разрешение: Увеличьте реамер фимчессон памяти ww уменьшаете нагрузку систему |
|
|||||||||
|
^ .АЧСмтпсЬз |
|
|
||||||||
|
r 5 /ПЕГ Oegrosoci |
Связный: ДиадЮТ1!** "амяги |
|
|
|
|
|||||
|
£ S/iW' P&lwret |
|
|
|
|
|
|
|
|||
|
Производительность |
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
Обзор ресурсов |
|
|
|
|
||
|
|
|
|
|
: Компонент |
Состояние |
Использование |
Подробности |
|
|
|
|
|
|
|
2i |
ЦПУ |
О |
Бездействие |
б % |
низкая загрузка ЦП |
|
|
• |
|
|
1 |
Память |
О |
Заияго |
82 % |
92 МБ доступно |
j; |
|
|
|
|
|
|
|
^ |
.......... .. _ |
• - - • • ! ~ j |
' ' |
Г .. |
|
|
|
|
|
|
|
|||||||
Рис. 13-12. Просмотр отчета диагностики Active |
Directory |
|
|
|
|||||||
К СВЕДЕНИЮ |
|
Сценарии для системного монитора |
|
|
|
||||||
Более подробная информация о системном мониторе содержится в сценариях руководства «Windows Server 2008 Performance And Reliability Monitoring Step-by-Step Guide» по адресу http://technet2.microsoft.com/windowsseruer2008/en/tibrary/7e17a3be- f24e-4fdd-9e38-a88e2c8fb4d81033.mspx?mfr=true.
-Занятие 2 |
Управление производительностью каталогов 583 |
Диспетчер системных ресурсов Windows
В Windows Server 2008 включен предназначенный для управления системными ресурсами диспетчер системных ресурсов W S R M , который устанавливается с помощью команды Добавить компоненты (Add Features) в Диспетчере сервера (Server Manager). С использованием диспетчера W S R M можно профилировать приложения, а это означает, что он позволяет определить, сколько ресурсов постоянно требуется приложению. При работе в таком режиме диспетчер WSRM регистрирует события в журнале событий приложения только в том случае, если превышаются допустимые пороговые значения, что дает возможность выполнить тонкую настройку требований приложения.
В р е ж и м е управления W S R M применяет политики выделения ресурсов для контроля использования ресурсов сервера приложением. Если приложение превысит допустимый максимум ресурсов, диспетчер W S R M может прервать его работу, чтобы могли функционировать другие приложения на этом сервере. Однако диспетчер W S R M не прерывает работу приложения, если общий объем использования ресурсов процессора не превышает 70 %, а следовательно, в случае задействования незначительных ресурсов процессора диспетчер WSRM не влияет на работу приложений .
Диспетчер W S R M также поддерживает инструмент Alerts And Event Monitoring, предназначенный для управления процессором и памятью на мощных мультипроцессорных серверах. По умолчанию диспетчер WSRM включает четыре встроенных политики управления, а также ряд настраиваемых ресурсов, с помощью которых можно определять собственные политики. Обычно диспетчер W S R M выделяет доступные ресурсы для приложений с высоким приоритетом, поэтому его удобно использовать на контроллерах доменов.
ВНИМАНИЕ! Контроллеры доменов и диспетчер WSRM
В случае применения одноцелевых контроллеров доменов необходимость в диспетчере WSRM не настолько важна, как при использовании многоцелевых контроллеров доменов. Многоцелевые контроллеры доменов обычно одновременно со службой AD DS выполняют множество рабочих процессов. В таком случае диспетчер WSRM гарантирует, что служба AD DS будет доступна в часы пик, выделяя ей больше ресурсов, чем другим приложениям. Тем не менее многоцелевые контроллеры доменов следует создавать при необходимости. Контроллеры доменов по умолчанию являются безопасными серверами и должны оставаться таковыми постоянно. При повышении рабочей нагрузки контроллера домена нужно предоставлять права доступа к контроллеру домена для администраторов приложений, которым не нужны разрешения доступа уровня администратора домена.
С помощью W S R M вначале определяется принцип использования приложений, а затем применяются политики управления. Тщательно протестируйте эти политики, прежде чем задействовать их в производственной среде, чтобы получить полное представление о диспетчере WSRM. После этого для определения политик, которые следует применять, можно использовать Календарь W S R M ( W S R M Calendar).
б12 |
Непрерывность бизнес-процессов каталогов |
Глава 13 |
ВНИМАНИЕ! Требования WSRM к ресурсам
Если вы с помощью диспетчера WSRM управляете несколькими серверами, ему придется выделить дополнительные ресурсы, поскольку этот диспетчер довольно требователен к ним. В таком случае диспетчер W S R M устанавливается на выделенном сервере управления.
Контрольные вопросы
1.Вам нужно просмотреть сообщения об ошибках службы каталогов. Где можно найти такого рода информацию?
2.С помощью диспетчера WSRM вы управляете выделением' ресурсов процессора и памяти для нескольких приложений. Однако, проанализировав данные, обнаруживаете, что ваши политики не применяются. В чем состоит причина проблемы?
3.Какие объекты можно использовать для выделения ресурсов в диспетчере WSRM?
Ответы на контрольные вопросы
1.Просмотрите сообщения об ошибках службы каталогов в Журнале событий (Event Log). Щелкните имя роли сервера на панели дерева Диспетчера сервера (Server Manager), и отобразится сводка о событиях службы каталогов. Вы также можете открыть сам журнал Служба каталогов (Directory Service) в секции Просмотр событий (Event Viewer) — отобразятся все события, связанные со службой каталогов.
2.Диспетчер WSRM не применяет политики, если степень использования процессора составляет менее 70 %.
3.Выделение ресурсов WSRM можно назначить для трех объектов: процессы, пользователи и пулы приложений IIS.
|
Диспетчер W S R M задействуется в следующих сценариях, |
ш |
Применение предварительно определенных п о л и т и к д л я управления сис- I |
|
темными ресурсами. Ресурсы выделяются д л я процессов, пользователей |
|
и пулов приложений IIS. |
• |
Использование правил календаря для п р и м е н е н и я политик в различное |
|
время и разные дни без вмешательства вручную. |
ш |
Автоматизация процесса выбора п о л и т и к и на основе свойств сервера, |
|
событий или даже изменений объема физической памяти или мощности |
|
процессора. |
•Сохранение информации об использовании ресурсов в локальных текстовых файлах базы данных SQL. Д л я сбора данных применения ресурсов
нескольких систем с собственными э к з е м п л я р а м и W S R M также можно создать центральную систему сбора данных W S R M .
В табл. 13-7 описаны политики W S R M , используемые по умолчанию, а также настраиваемые ресурсы, с помощью которых можно создавать настраиваемые политики.
