Demonstracja kilku dodatkowych testów, które można przeprowadzić przy użyciu Narzędzia Diagnostycznego Kontrolera Domeny.
Poprzedni artykuł z tej serii zakończyłem omówieniem niektórych testów, które można uruchomić za pomocą Narzędzia Diagnostycznego Kontrolera Domeny. W tym artykule chciałbym kontynuować od momentu, gdzie skończyłem i przedyskutować więcej testów, które mogą być wykonane.
DCPROMO
Niektóre z testów, które są dostępne za pośrednictwem Narzędzia Diagnostycznego Kontrolera Domeny wydają się być nieco niejasne. Jednak test DCPROMO jest faktycznie bardzo przydatny. Został on tak zaprojektowany, aby umożliwić przetestowanie gotowości serwera przed promowaniem serwera do roli kontrolera domeny. Promowanie serwera do roli kontrolera domeny jest dość prostym procesem. Wystarczy wpisać polecenie DCPROMO, kliknąć kilka razy przycisk „Next” i jesteś na dobrej drodze. Mimo tego, w ciągu ostatnich lat stworzyłem setki kontrolerów domen i z mojego doświadczenia wynika, że co jakiś czas pojawia się coś nieoczekiwanego. Osobiście wolałbym wiedzieć z góry, czy serwer został przygotowany do podwyższenia do roli kontrolera domeny, niż próbować podwyższać, popsuć coś i szukać powodu. Oczywiście, jeśli proces promocji kontrolera domeny zakończy się niepomyślnie, to zawsze możesz skorzystać z testu DCPROMO po fakcie, aby dowiedzieć się co się stało.
Jeżeli masz zamiar wykonać test DCPROMO, to będziesz musiał użyć przynajmniej dwóch przełączników wiersza poleceń. Pierwszym z nich jest przełącznik /DNSDomain. Musisz użyć tego przełącznika, aby poinformował Narzędzie Diagnostyczne Kontrolera Domeny, który serwer jest kontrolerem domeny.
Po przełączniku /DNSDomain należy wykorzystać kolejny przełącznik, który poinformuje Narzędzie Diagnostyczne Kontrolera Domeny o Twoich zamiarach dotyczących serwera. Na przykład: jeśli serwer ma być kontrolerem domeny w nowym lesie, to musiałby być badany inaczej niż miałoby to miejsce w przypadku, gdyby miałby być dodatkowym kontrolerem domeny w istniejącej domenie.
Przełączniki, które informują Narzędzie Diagnostyczne Kontrolera Domeny o tym, jak nowy kontroler domeny będzie wprowadzony do istniejącej struktury Active Directory, w większości nie wymagają wyjaśnień. Oto one:
/NewForest (nowy las)
/NewTree (nowe drzewo)
/ChildDomain (domena podrzędna)
/ReplicaDC (replika kontrolera domeny)
Na przykład: jeśli chcesz używać serwera jako dodatkowego kontrolera domeny w istniejącej domenie o nazwie Contoso.com, to pełna składnia polecenia będzie następująca:
DCDIAG /test:DCPROMO /DNSDomain:Contoso /ReplicaDC
Jednym zastrzeżeniem jest tu fakt, że jeśli używasz przełącznika /NewTree, to trzeba będzie skorzystać jeszcze z trzeciego przełącznika o nazwie /ForestRoot. Wystarczy za przełącznikiem /ForestRoot dodać dwukropek i nazwę domeny głównej (/ForestRoot: Contoso.com)
DNS
Łatwo jest myśleć o Narzędziu Diagnostycznym Kontrolera Domeny jak o mechanizmie uruchamiania testów diagnostycznych na kontrolerach domeny. Nawet w takim przypadku, narzędzie to posiada cały zestaw testów, mających na celu pomóc zdiagnozować problemy z serwerami DNS. To nie powinno nikogo dziwić. Bo przecież usługa Active Directory jest całkowicie zależna od usługi nazewnictwa domen Domain Name Services, a pierwszy kontroler domeny w lesie zostaje zwykle skonfigurowany do działania jako serwer DNS.
Test DNS w rzeczywistości składa się z wielu pojedynczych testów, a każdy z nich może być przeprowadzony osobno. Jeśli zdecydujesz się włączyć test DNS bez podania żadnych dodatkowych przełączników, to Narzędzie Diagnostyczne Kontrolera Domeny uruchomi prawie wszystkie sub-testy. Test, który jest pominięty to ten, który polega na analizowaniu nazw zewnętrznych domen. Omówię ten test za chwilę. Ale wcześniej chcę podać wykaz testów, które są wykonywane, gdy test DNS jest uruchamiany bez żadnych dodatkowych przełączników. Rysunek A pokazuje jak wyglądają niektóre domyślne testy DNS.
| Nazwa testu |
Przycisk służący do przeprowadzenia testu ręcznie |
Opis testu |
| Basic diagnostic test |
/DNSBasic |
Jest to podstawowy test diagnostyczny, który jest przeprowadzany za każdym razem, gdy przeprowadzasz test DNS. Nie można go pominąć, niezależnie od tego, jakie przyciski wiersza poleceń są używane. |
| Forwarder and root hint test |
/DNSForwarders |
Test ten sprawdza konfigurację usług przesyłania dalej oraz wskazówek dotyczących serwerów głównych. |
| Delegation test |
/DNSDelegation |
Test ten sprawdza prawidłowość oddelegowania serwera DNS. |
| Dynamic Update Test |
/DNSDynamicUpdate |
Test ten sprawdza, do której części przestrzeni adresowej DNS serwer DNS jest uprawniony. |
| Record Registration Test |
/DNSRecordRegistration |
Test ten weryfikuje czy zapisy mogą zostać zarejestrowane na serwerze DNS. |
Rysunek A
Rysunek B: Tak wygląda przeprowadzenie domyślnego testu DNS
Wspomniałem wcześniej, że jedynym testem, który nie jest uruchamiany domyślnie, gdy określasz, że chcesz sprawdzić konfigurację DNS, jest test rozpoznawania nazw zewnętrznych. Istnieje kilka przełączników, których można użyć, jeśli jednak chcesz uruchomić ten test.
Jedną z możliwości jest użycie przełącznika /DNAAll. Ten przełącznik informuje Narzędzie Diagnostyczne Kontrolera Domeny, aby uruchomiło wszystkie testy związane z DNS, łącznie z testem rozpoznawania nazw zewnętrznych. Pełna składnia tego polecenia jest następująca:
DCDIAG /TEST:DNS /DNSAll
Istnieje również możliwość wywołania testu rozpoznawania nazw zewnętrznych, zamiast uruchamiania każdego testu DNS, jaki Narzędzie Diagnostyczne Kontrolera Domeny może przeprowadzić. Jeśli stanowczo chcesz połączyć się z testem rozpoznawania nazw zewnętrznych, to możesz to zrobić poprzez wybranie przełącznika /DNSResolveExtName.
W przypadku, gdybyś się zastanawiał, wyjaśnię, że test rozpoznawania nazw zewnętrznych domyślnie rozpoznaje nazwę domeny Microsoft.com. Można jednak określić inną nazwę zewnętrznej domeny, która ma być rozpoznana przez dodanie przełącznika /DNSInternetName, w powiązaniu z nazwą, którą chcesz rozpoznać.
SysVolCheck
Jednym z prostszych testów przeprowadzanych przez Narzędzie Diagnostyczne Kontrolera Domeny jest SysVolCheck. Wykonuje on podstawowe testy wobec różnych partycji usługi Active Directory, w tym w strefach lasu DNS, strefach domen DNS, schemacie, partycji konfiguracji oraz na partycjach domeny. Rysunek C przedstawia wygląd testu SysVolCheck.
Rysunek C
Test SysVolCheck przeprowadza początkowe testy łączności, a następnie sprawdza różne partycje Active Directory.
FrsEvent
Ostatnim testem, który chcę omówić w tym artykule jest test FRSEvent. W systemie Windows FRS dotyczy usługi replikacji plików (File Replication Service). Test ten sprawdza, czy w usłudze File Replication Service nie występują jakiekolwiek błędy operacyjne. Jest to istotne, ponieważ jeżeli FRS nie działa prawidłowo, to kontrolery domeny mogą przestać być zsynchronizowane, co z kolei może powodować, że polityki nie będą mogły być właściwie zastosowane aż do momentu naprawienia problemu.
Podsumowanie
W niniejszym artykule omówiłem jeszcze kilka testów, które można uruchomić za pomocą Narzędzia Diagnostycznego Kontrolera Domeny. W następnym artykule z tej serii przedstawię kolejne testy.
Źródło: www.windowsnetworking.com |
