Setarea următoare (a doua, a treia, etc) controler de domeniu într-un domeniu existent, și atribui rolul DNS-server, au observat întotdeauna că zona DNS este integrat în Active Directory, există un nou server DNS-nu imediat, dar după un timp . Poate dura câteva ore și indiferent de actualizarea informațiilor din consola DNS conectată la noul server, iar nodurile de zonă rămân goale. Desigur, în proprietățile zonei, un nou server DNS a fost adăugat în listă și replicarea a fost activată. S-ar părea că zona integrată în AD ar trebui să se replice cât de repede se produce replicarea AD. De fapt, există un proces mai complex implicat în formarea partiției directorului de aplicații și adăugarea unui nou server în structura de replicare.
Recent, a trebuit să instalez un al doilea controler de domeniu într-un domeniu subordonat. Și dacă nu s-au întâmplat probleme cu instalarea rolului DC, zona DNS a refuzat să replice la controlerul de domeniu nou instalat (și simultan serverul DNS). Au trecut multe ore, dar situația nu sa schimbat deloc. Zona nu a apărut, serverul DNS a raportat că funcționează numai în modul cache, iar în jurnalul de sistem a fost înregistrat periodic următorul eveniment:
ID eveniment: 4514, Tip: Informații, Sursa: DNS, Computer: DC2-Kaliningrad
Serverul DNS detectat, că nu este înrolat în domeniul de aplicare replicare a DomainDNSZones.kaliningrad.northbridgebank.com director partiție. Acest lucru împiedică replicarea serverelor DNS din domeniul northbridgebank.com către acest server DNS. Pentru informații despre cum să adăugați un server DNS în domeniul de replicare, consultați Ajutor și asistență.
... și așa mai departe.
Cu alte cuvinte, noul controler de domeniu absent în inel DomainDNSZones.kaliningrad.northbridgebank.com secțiunea replicare și pentru anumite motive nu au putut să apară acolo.
Este timpul să utilizați utilitarul DNSCMD. Utilitarul devine disponibil dacă instalați pachetul de instrumente Support pe server. Dacă rulează cu comutatorul / enumdirectorypartitions, utilitarul afișează o listă cu toate partițiile din zonele DNS integrate în Active Directory.
Acum, că știți numele partițiilor, puteți vedea informațiile dintr-o anumită secțiune (Partiția directorului de aplicații). Pentru aceasta, rulați DNSCMD cu comutatorul / directorypartitioninfo și specificați numele partiției care vă interesează.
Deja în aceste date vizibile problemă DNSCMD concluzie arată că secțiunea DomainDNSZones.kaliningrad.northbridgebank.com există într-o singură copie (copie) și este situat pe un domeniu controler-DC1-Kaliningrad, în timp ce controlerele de domeniu pentru două. Pentru comparație, voi scoate ieșirea DNSCMD / directorpartitioninfo pentru un alt domeniu în care nu există probleme:
După cum se vede ușor, în acest caz, replicile sunt trei, în funcție de numărul de controlori de domeniu. Prin urmare, trebuie să adăugați un nou controler de domeniu în inelul de replicare din secțiunea DomainDNSZones.kaliningrad.northbridgebank.com. Pentru a face acest lucru, utilizați același utilitar DNSCMD cu comutatorul / enlistdirectorypartition. Sintaxa acestei comenzi vă cere să specificați numele controlerului de domeniu și numele FQDN al partiției, replica căreia va fi acceptată de serverul specificat. O linie completă de comandă și mesaje de ieșire pot fi vizualizate pe ecranul următor.
Pentru a accelera procesul de reconstruire a topologiei replicării, este util să rulați utilitarul REPADMIN (de asemenea, din Tools Support) cu comutatorul / kcc.
Ce schimbări au avut loc? Dacă ne acum din nou, consultați informațiile de la secțiunea DomainDNSZones.kaliningrad.northbridgebank.com, trebuie remarcat faptul că numărul de replici crește.
Au existat două dintre ele, în funcție de numărul de controlori de domeniu. Și actualizarea informațiilor din consola DNS, puteți vedea că controlerul de domeniu și simultan serverul DNS DC2-Kaliningrad contine acum zona DNS a domeniului său.
Articole similare
Trimiteți-le prietenilor: