Jeg endte forrige artikkel i denne serien ved å snakke om noen av de enkelte testene du kan kjøre ved hjelp av Domain Controller Diagnostic Utility. I denne artikkelen, jeg ønsker å fortsette der jeg slapp og snakke om flere tester du kan utføre.
Dcpromo
Noen av testene som er tilgjengelige gjennom Domain Controller Diagnostic Utility tendens til å være litt uklar til si det mildt. I motsetning skjønt, er dcpromo test faktisk veldig nyttig. Den er designet for å la deg teste en server beredskap før fremme server til en domenekontroller. Riktignok fremme en server til en domenekontroller er en ganske enkel prosess. Du bare skriver inn dcpromo kommandoen, klikker du Neste et par ganger, og du er på vei. Selv så har jeg laget hundrevis av domenekontrollere gjennom årene, og det har vært min erfaring at hver gang en stund prosessen går buken opp på grunn av noe uventet. Personlig ville jeg heller vite på forhånd om ikke serveren var forberedt på å bli forfremmet til en domenekontroller, og deretter prøve å fremme, ha noe gå galt, og må finne ut hvorfor. Selvfølgelig hvis domenekontroller kampanjen prosessen ikke ende dårlig, så kan du alltids bruke dcpromo test i ettertid for å hjelpe deg å finne ut hva som skjedde.
Hvis du skal bruke den dcpromo test, så du kommer til å må bruke minst to kommandolinjebrytere med det. Den første bryteren som du må bruke er den /DNSDomain bryteren. Du må bruke denne bryteren til å fortelle Domain Controller Diagnostic Utility som domene serveren kommer til å bli gjort en domenekontroller i.
Du må følge /DNSDomain bryter med en sekundær bryter som forteller Domain Controller Diagnostic Utility hva din intensjoner er for serveren. For eksempel, hvis serveren kommer til å bli en domenekontroller i en ny skog, så det må bli testet på en annen måte enn det ville gjort hvis det skulle være en ekstra domenekontroller i et eksisterende domene.
Bryterne som du bruker til å fortelle Domain Controller Diagnostic Utility hvordan den nye domenekontroller vil passe inn i eksisterende Active Directory struktur er selvforklarende for det meste. Bryterne er: Twitter /NewForest
/NewTree
/ChildDomain
/ReplicaDC
For eksempel, hvis du ønsket å bruke serveren som en ekstra domenekontroller i et eksisterende domene som heter Contoso.com , deretter kommandoen fulle syntaks vil være:
DCDIAG /test: dcpromo /DNSDomain: Contoso /ReplicaDC
En påminnelse som jeg vil nevne er at hvis du bruker /NewTree bryteren, så du blir nødt til å bruke en tredje bryter som heter /ForestRoot. Bare følg /ForestRoot bryter med et kolon og navnet på din root domene (/ForestRoot:Contoso.com)
DNS
Det er lett å tenke på Domain Controller Diagnostic Utility som en mekanisme for å kjøre diagnostiske tester mot domenekontrollere. Likevel kommer dette verktøyet med en hel serie med tester laget for å hjelpe deg med å diagnostisere problemer med DNS-servere. Dette burde egentlig ikke komme som noen overraskelse. Tross alt, er Active Directory helt avhengig av Domain Name Services, og den første domenekontroller i en skog er vanligvis konfigurert til å fungere som en DNS-server.
DNS testen er faktisk består av ganske mange individuelle tester, en hvilken som helst av disse kan utføres individuelt. Hvis du velger å kalle den DNS testen uten å spesifisere noen ekstra brytere, deretter Domain Controller Diagnostic Utility vil kjøre alle unntatt én av de sub-tester. Testen som blir hoppet innebærer å løse eksterne domenenavn. Jeg vil snakke mer om denne testen i et øyeblikk. Før jeg gjør det, vil jeg gi deg en liste over de testene som utføres når DNS testen er kjørt uten noen ekstra brytere. Figur A viser hva noen av standard DNS tester se ut når henrettet.

Test Name
Switch for å utføre testen manuelt
Beskrivelse av test
Basic diagnostisk test
/DNSBasic
Dette er en grunnleggende diagnostisk test, som er utført helst at du utfører en DNS test. Denne testen kan ikke hoppes, uavhengig av hvilket kommandolinjebryterne blir brukt.
Transportør og rot hint test
/DNSForwarders
Denne testen sjekker DNS serverens bærere, og det er rot hint.
Delegasjon test
/DNSDelegation
Denne testen sjekker delegasjons DNS-serverens
Dynamic Update Test
/DNSDynamicUpdate
Denne testen sjekker for å se hvilken del av DNS navne DNS-serveren er autoritativ over.
Registrering Record Test
/DNSRecordRegistration
Denne testen kontrollerer at poster kan bli registrert på DNS-serveren.

Figur A

Figur B Bilde: Dette er hva det ser ut når du utfører en standard DNS test
Tidligere, jeg nevnt at den eneste testen som ikke kjører som standard når du angir at du ønsker å teste DNS-konfigurasjonen er ekstern navneløsing test. Det er noen brytere som du kan bruke hvis du vil kjøre den eksterne navneløsing test skjønt.
Ett alternativ er å bruke /DNAAll bryteren. Denne bryteren forteller Domain Controller Diagnostic Utility til å kjøre alle DNS-relaterte tester, inkludert ekstern navneløsing test. Den fulle syntaksen til denne kommandoen er:
DCDIAG /TEST: DNS /DNSAll
Du har også muligheten til å eksplisitt kalle den eksterne navneløsing test i stedet for bare bunting testen med alle andre DNS relatert test at Domain Controller Diagnostic Utility kan kjøre. Hvis du ønsker å eksplisitt kalle den eksterne navneløsing test, så kan du gjøre det ved å spesifisere /DNSResolveExtName bryteren.
I tilfelle du lurer på, forsøker den eksterne navneløsing test for å løse domenenavnet Microsoft.com. Du kan imidlertid angi en annen ekstern domenenavn som skal løses ved å legge til /DNSInternetName bryteren, sammen med navn som du ønsker å løse.
SysVolCheck
En av de enklere tester som Domain Controller Diagnostic Utility kan utføre er SysVolCheck. Denne testen utfører noen enkle tester mot ulike Active Directory partisjoner med skog DNS-soner, domene DNS-soner, skjema, partisjonen konfigurasjonen, og på domene partisjoner. Du kan se hvordan SysVolCheck testen ser ut når henrettet i figur C.
Figur C
SysVolCheck test utfører noen innledende tilkoblings tester, og deretter tester de ulike Active Directory partisjoner.
FrsEvent
siste test som jeg vil nevne i denne artikkelen er den FRSEvent test. I Windows FRS refererer til File Replication Service. Som sådan, sjekker denne testen for å se om File Replication Service opplever noen operasjonelle feil. Dette er viktig, fordi hvis FRS er feil, så domenekontrollere kan bli ute av sync, noe som kan føre til at politikk ikke å bli brukt på riktig måte til problemet er løst.
Konklusjon
I denne artikkelen har jeg diskutert noen flere tester som du kan kjøre ved hjelp av Domain Controller Diagnostic Utility. I neste artikkel i denne serien vil jeg vise deg noen flere tester som du kan kjøre. Anmeldelser