3-2 Основи планування та адміністрування служб доступу до інформаційних ресурсів / ЛБ / Книга Active directory
.pdf6 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 , используемые по умолчанию, а также настраиваемые ресурсы, с помощью которых можно создавать настраиваемые политики.
-Занятие 2 |
Управление производительностью каталогов |
5 8 3 |
После завершения работы мастера создания группы сборщиков данных вы можете применить три опции.
•Открыть свойства группы сборщиков данных (Open Properties Data For
This Data Collector Set) — чтобы просмотреть свойства группы сборщиков данных и л и внести дополнительные модификации.
•Запустить группу сборщиков данных сейчас (Start This Data Collector Set Now).
•Сохранить и закрыть (Save And Close) группу сборщиков данных без запуска.
Итак, вы создали настраиваемую группу сборщиков данных. По умолчанию она не включена. Чтобы запланировать условие запуска группы сборщиков данных, выполните следующее..
7. Щелкните правой кнопкой мыши Настраиваемую группу сборщиков данных AD DS и выполните команду Свойства (Properties).
8.Перейдите на вкладку Расписание (Schedule) и щелкните кнопку Добавить (Add), чтобы задать начальную дату, срок действия и расписание на неделю.
9.В диалоговом окне Действие для папки (Folder Action) убедитесь, что в качестве начальной даты указана текущая дата, установите флажок Срок
действия (Expiration Date) и назначьте ежедневный запуск в течение недели начиная с текущего дня. Кроме того, в качестве времени запуска укажите текущее время. Щ е л к н и т е ОК .
Дату запуска расписания нужно назначить, чтобы группа сборщиков сразу же начала свою работу. В противном случае вы не сможете генерировать отчеты.
В этом диалоговом окне можно создать блочное расписание. Кроме того, при выборе срока действия работа группы сборщиков данных не остановится по истечении этого срока, а лишь прекратится запуск новых экземпляров группы сборщиков данных. Остановку работы группы сборщиков данных можно отконфигурировать на вкладке Условие остановки (Stop Condition).
10. Перейдите на вкладку Условие остановки (Stop Condition), установите флажок О б щ а я длительность (Overall Duration), укажите 5 мин и установите флажок Остановить, когда закончена работа всех сборщиков данных (Stop W h e n All Data Collectors Have Finished). Щелкните ОК. При установке последнего флажка все сборщики данных смогут записать последние значения перед остановкой группы (если также отконфигурирована общая длительность).
Д л я группы сборщиков данных также можно указать пределы. Тем не менее при настройке общей длительности все указанные пределы будут заменены этим значением. Чтобы установить пределы, сбросьте флажок Общая длительность (Overall Duration), а затем определите следующие пределы.
•Установите флажок Когда достигнут предел, перезапустить группу сборщиков данных ( W h e n A Limit Is Reached, Restart The Data Collector Set), чтобы сегментировать сборщики данных в отдельные журналы.
6 8 4 |
б12 Непрерывность бизнес-процессов каталогов |
Глава 13 |
• Чтобы настроить длительность записи сборщиков данных в отдельный файл журнала, установите ф л а ж о к Длительность ( D u r a t i o n ) и укажите значение.
ш Для того чтобы перезапустить группу сборщиков данных или остановить процесс сбора данных при достижении ф а й л о м журнала конкретного предела, установите ф л а ж о к М а к с и м а л ь н ы й р а з м е р (Maximum Size) и задайте это значение.
*J
Общие |
j |
Папка |
| |
Беэоплоостъ |
Рэсгмо** |
|
Условие островки |
j Задача |
|
Р Общая йпитегьность; Ехмнты |
|
|
||
F |
|
3 I - . |
d |
|
ГКогда ах тиг нут предел перезапустить группу сборщжое данных
Г Дгут^помссть |
EjH*«»i: |
|
I5 |
3 | = |
3 |
Г М».симллл|Л рммер |
|
|
3М6
РОстановить. <а-м за^о+wa работа всех сборщиков данных
Применять | Справка
Группы сборщиков данных генерируют много данных, если вы не будете отслеживать их. Чтобы отконфигурировать управление информацией группы сборщиков данных, выполните следующие действия.
11. Щелкните правой кнопкой мыши Настраиваемую группу сборщиков дан-
jных AD DS и выполните команду Диспетчер данных ( D a t a Manager),
к12. На вкладке Диспетчер данных (Data Manager) можно принять значения по ! умолчанию или изменить их в соответствии с политикой хранения данных.
Примите значения по умолчанию.
• Установите флажок М и н и м у м места на диске ( M i n i m u m Free Disk) или Максимум папок (Maximum Folders), чтобы удалять предыдущие данные в соответствии с политикой ресурсов, выбранной в раскрывающемся списке. Вы можете выбрать политику Удалять самые большие (Delete Largest) или Удалять самые старые (Delete Oldest).
•Установите флажок Применить политику перед запуском группы сборщиков данных (Apply Policy Before The Data Collector Set Starts), чтобы удалить предыдущие наборы данных в соответствии с выбранными параметрами перед тем, как группа сборщиков данных создаст следующий файл журнала.
-Занятие 2 |
Управление производительностью каталогов 583 |
• Установите флажок Максимальный размер корневого пути (Maximum Root Path Size), чтобы удалить предыдущие данные при достижении максимального размера корневой папки журнала.
Диспетчер данных |
| Действия | Правила ) |
||
П? Минину* места на диске: |
Р" Максимум палок: |
||
1200 |
- t j MB |
I 100 |
|
Политика ресурсов: |
|
||
[удалять самые большие |
j»J |
||
R |
Поиненить политику перед залускон группы сборщиков ддо-шгх |
||
р |
Максимальный размер корневого пути: |
||
| |
Ю2-1 |
- f j МБ |
|
Имя файла отчета: j report.html
Имя файла событий:
!
F Вклю-*ггь управление данными и создан* отчетов
OK |
j Отмена J |
j Справка |
13.На вкладке Действия (Actions) можно указать действия, связанные с управлением данными этой группы сборщиков. Отметим, что в группу уже добавлены три политики. Щелкните политику с возрастом 1 день (1 Day(s)), а затем — кнопку Изменить (Edit).
Действия для папки позволяют выбрать метод архивации данных перед окончательным удалением. Вы можете отключить пределы диспетчера данных и управлять всеми данными с помощью этих правил действий для папки — например, копировать все собранные наборы данных в центральный общий ресурс перед удалением с локального сервера.
14.Дважды щелкните ОК.
Группа сборщиков данных готова к запуску. Подождите, пока не будет запущен отчет. Если вы хотите просмотреть отчет сразу, выполните следующее.
15.В системной группе сборщиков данных щелкните правой кнопкой мыши шаблон Active Directory Diagnostics (Диагностика Active Directory) и примените команду Последний отчет (Latest Report).
Если отчета нет, будет запущена группа сборщиков данных и начнется процесс сбора информации на сервере (продолжительностью 5 мин). Если же отчет уже существует, перейдите в узел Отчеты (Reports), и он будет отображен иа панели сведений.
16.Если отчета еще нет, разверните в WRPM секцию Отчеты (Reports), чтобы проследить за ходом генерирования отчета. Щелкните его имя.
