Робота з утилітою діагностики контролера домену (частина 1)

Контролери домену складають основу практично будь-якої мережі Windows. Зрештою, якщо ваші контролери домену не працюють, то і Active Directory теж не працює. Якщо не працює Active Directory, то користувачі не можуть входити в систему, групові політики не можуть використовуватися, і безліч інших функцій стає недоступним. На щастя, Windows поставляється з інструментом, який можна використовувати для підтримки надійної роботи контролерів домену. Цей інструмент називається утилітою діагностики контролерів домену (Domain Controller Diagnostic Utility). У цій статті я покажу вам, як використовувати цей інструмент для здійснення базових задач обслуговування і діагностики ваших контролерів домену.

Перш ніж почати

До утиліті Domain Controller Diagnostic Utility можна отримати доступ, виконавши команду DCDIAG з інтерпретатора команд Windows.

Запуск утиліти Domain Controller Diagnostic Utility

Якщо ви хочете все спростити, можна запустити утиліту Domain Controller Diagnostic Utility шляхом введення команди DCDIAG у вікні інтерпретатора команд Windows Command Prompt. Після цього утиліта виконає ряд тестів на контролері домену, до якого ви підключені. Приклади цих тестів наведені на малюнку A.

Малюнок A: Утиліта Domain Controller Diagnostic Utility виконує ряд тестів на контролері домену

Простий введення команди DCDIAG виконує роботу, але це було б невдалою ідеєю, якби в статті я запропонував би вам просто виконати команду і все. В утиліті Domain Controller Diagnostic Utility приховано набагато більше можливостей, ніж здається на перший погляд. Перш ніж ви зможете по достоїнству оцінити можливості інструменту, вам потрібно познайомитися з деякими опциональнимі параметрами, які можна використовувати спільно з командою DCDIAG. Якщо ви подивіться на малюнок B, то побачите, що синтаксис команди DCDIAG занадто довгий навіть для того, щоб увійти в один знімок екрана. Як і в більшості випадків зі складними речами, синтаксис команди не настільки складний, як може здатися на перший погляд. Коли ви зрозумієте, як працює команда, її використання стане для вас досить простим.

Малюнок B: Синтаксис команди DCDIAG настільки довгий, що не входить в знімок екрана

Розбір синтаксису

Як видно з вищенаведеного малюнка, базовий синтаксис команди DCDIAG виглядає так:

Хоча знімок екрана, показаний на малюнку B, перераховує, що робить кожен з перемикачів команди, це пояснення трохи розпливчасте. З огляду на це, я спробую вам надати більш зрозуміле пояснення того, що робить кожен перемикач команди.

Якщо ви виконаєте команду DCDIAG з параметром / H, вона просто відобразить синтаксис команди DCDIAG, як показано на малюнку B. Якщо ви ретельніше подивіться на малюнок, ви помітите, що можна також використовувати перемикач /? для відображення синтаксису команди.

Параметр / S дозволяє вам вказувати домашній сервер. По суті це означає, що можна використовувати параметр / S для вказівки імені контролера домену, на якому ви хочете виконати команду DCDIAG. Як ви, можливо, пам'ятаєте, коли я виконав команду DCDIAG на малюнку A, мені не довелося вказувати домашній сервер. Якщо ви не вкажіть домашній сервер, то утиліта DCDIAG просто вибере один автоматично.

Є пара випадків, в яких обраний домашній сервер буде ігноруватися. Тести DCPROMO і Register In DNS виконуються локально, а не на контролерах домену. Таким чином, якщо ви спробуєте вказати домашню сервер для цих тестів, він буде проігнорований. Я розповім про ці тестах пізніше.

Параметр / N дозволяє вказувати контекст іменування домену. Якщо ви не знайомі з цим терміном, скажу, що кожен домен представляється контекстом іменування доменів. Контекст іменування доменів містить такі об'єкти домену, як користувачі, групи, комп'ютери і т.д. Вам не потрібно вказувати контекст іменування домену, але якщо ви захочете використовувати його, ви можете ввести NetBIOS, DNS (повне доменне ім'я - fully qualified domain name), або DN форму.

Якщо ви увійшли в систему не від імені облікового запису адміністратора домену, який тестируете, вам доведеться надати команді DCDIAG набір мандатів адміністратора, якими вона зможе скористатися. Як ви, безсумнівно, знаєте, адміністративні мандати зазвичай складаються з імені користувача і пароля. Перемикач / U використовується для вказівки імені користувача. Оскільки ви вводите ім'я облікового запису з дозволами адміністратора домену, вам доведеться вводити ім'я користувача в форматі domain \ username.

Інший параметр, який використовується для введення набору мандатів, являє собою перемикач / P. Як ви, ймовірно, зрозуміли, за параметром / P вводиться пароль облікового запису, який ви вказали в перемикачі / U.

Active Directory часто групується в сайти. Сайт, як правило, являє собою поєднання контролерів домену, які мають надійне високошвидкісне підключення між собою. Наприклад, якщо організація розташована в двох різних приміщеннях, з'єднаних між собою за допомогою мережі WAN, кожне з приміщень буде налаштоване на роботу в якості окремого сайту, оскільки комп'ютери в приміщенні об'єднані в загальну локальну мережу LAN, але між приміщеннями немає такого LAN з'єднання.

Якщо ваша організація поділена на сайти, то вам буде цікавий перемикач / A. Використання цього параметра змушує команду DCDIAG тестувати все контролери домену в поточному сайті.

Параметр / E схожий з / A перемикачем, за винятком того, що він змушує команду DCDIAG тестувати не тільки поточні контролери домену, а все підприємство.

Як ви вже бачили, результат команди DCDIAG досить довгий. В такому об'ємному результаті легко пропустити звіти про помилки. Якщо з вами таке сталося, можна скористатися параметром / Q для виконання команди DCDIAG в тихому режимі (Quiet mode), який змусить команду виводити тільки список помилок.

Перемикач / V являє собою щось на зразок параметра, зворотного перемикача / Q. Якщо параметр / Q зменшує розмір результатів, то перемикач / V збільшує його. В цьому випадку ви отримуєте більш детальну інформацію про проблему, яку намагаєтеся виправити.

Іноді команда DCDIAG створює безглузді звіти про помилки, які можуть збивати з пантелику менш досвідчених адміністраторів. Якщо це трапляється, можна скористатися перемикачем / I, щоб змусити команду DCDIAG прибрати неважливі звіти про помилки.

висновок

У цій статті я представив вам основи команд, використовуваних в утиліті Domain Controller Diagnostic Utility. У другій частині ми продовжимо обговорення, і я покажу вам, як використовувати додаткові параметри команди, і як виконувати певні тести.