r12 2 (4)

[ Pobierz całość w formacie PDF ]
.Za�o�enie to niestety jest mylne.Active Directory tworzy zwykle w obr�bielokacji dwie lub wi�cej odr�bnych topologii replikacji (w postacidwukierunkowych pier�cieni):Jedna na potrzeby kontekstów nazewniczych konfiguracji i schematuJedna dla ka�dego kontekstu nazewniczego domenyEwentualnie jedna na potrzeby replikacji GCW istocie ka�dy kontekst nazewniczy (schematu, konfiguracji i tak dalej) mo�eposiada� w�asn� topologi� replikacji.Jednak�e wewn�trz lokacji kontekstynazewnicze schematu i konfiguracji u�ywaj� domy�lnie wspólnej topologii,poniewa� informacje w nich zawarte s� replikowane do wszystkich DC w lokacji.Kontekst nazewniczy domeny posiada w�asn� topologi�, poniewa� jest replikowanydo wszystkich DC i GC w lokacji, nale��cych do okre�lonej domeny.Je�li wszystkie DC w lokacji nale�� do tej samej domeny, wszystkie trzykonteksty nazewnicze mog� korzysta� ze wspólnego pier�cienia replikacji.Je�lilokacja zawiera wi�cej domen, pojawi� si� dodatkowe topologie replikacji.Podobnie jest dla replikacji mi�dzylokacyjnej � tutaj mi�dzy lokacjami tworzonajest automatycznie topologia drzewa cz�ciowego.Je�li wi�c planowane jest r�czne tworzenie wszystkich po��cze� i wy��czenieKCC, nale�y wzi�� pod uwag� potrzeby obu topologii replikacji.Rysunki 12.18 i12.19 przedstawiaj� wk�ad pracy wymagany do zaplanowania obiektów Po��czenie �powinny one da� poj�cie o pracy wykonanej przez KCC i powód, dla któregoCzytelnik nie powinien ju� wi�cej my�le� o wy��czeniu KCC.Rysunek 12.18�Typowa� domena z czterema DCSchema/Configuration topologyTopologia schematu i konfiguracjiConnection objectObiekt Po��czenieSite CPHLokacja CPHRysunek 12.19Domena z rysunku 12.18 po dodaniu trzech DC z innej domeny lasuSchema/Configuration topologyTopologia schematu i konfiguracjiConnection objectObiekt Po��czenieSite CPHLokacja CPHProsz� równie� zauwa�y�, i� GC wykorzystuje topologi� u�ywan� przez domeny,je�li wi�c w jednej lokacji znajduje si� kilka domen, Active Directorydefiniuje równie� obiekty Po��czenie od DC nale��cych do innych domen do DCgraj�cego równie� rol� GC (jak na rysunku 12.20).Rysunek 12.20Zmiana sytuacji w porównaniu z rysunkiem 12.19, po promocji kontrolera Sales3do GC.Obiekt Po��czenie zosta� dodany pomi�dzy kontrolerami Sales3 i Sales2 zewzgl�du na regu�� trzech przeskokówSchema/Configuration topologyTopologia schematu i konfiguracjiConnection objectObiekt Po��czenieSite CPHLokacja CPHWskazówkaKluczem do zrozumienia tworzonych topologii replikacji jest fakt, i� ka�dy DC iGC Active Directory jest w stanie replikowa� jedynie lokalnie przechowywanekonteksty nazewnicze.Inaczej mówi�c, kontroler domeny Active Directory mo�nawykorzysta� do:Dostarczania innym DC kontekstów nazewniczych schematu i konfiguracji.Dostarczania kontekstu nazewniczego domeny do innych DC nale��cych do tej samejdomeny.Dostarczania kontekstu nazewniczego domeny do ka�dego innego GC, któremupotrzebny jest cz�ciowy zestaw atrybutów z tej�e domeny.Kontroler domeny Active Directory zawieraj�cy wykaz globalny mo�e pos�u�y� dodostarczania cz�ciowych kontekstów nazewniczych domen do wszystkichpozosta�ych GC.Topologi� replikacji mo�na zbudowa� r�cznie, korzystaj�c z tych prostych regu�i pami�taj�c, i� ka�dy DC i GC zawsze usi�uje zminimalizowa� liczb� serwerów,do których dokonuje replikacji.Znaczy to, i� DC b�dzie zawsze chcia�replikowa� konteksty nazewnicze schematu i konfiguracji z serwerem,dostarczaj�cym kontekst nazewniczy domeny.Us�uga Czas systemu WindowsZaczynaj�c z ca�kiem innej beczki, Czytelnik powinien wiedzie� równie� co niecoo us�udze Czas, której zadaniem jest zapewnienie, aby wszystkie DC, serwerycz�onkowskie i klienty w lesie u�ywa�y tego samego czasu i daty.Chocia� czasnie jest podstawowym �rodkiem rozwi�zywania kolizji replikacji, wci�� potrzebnyb�dzie w przypadku remisu USN.I co jeszcze wa�niejsze: nowy protokó�uwierzytelniania (Kerberos) jest mocno zale�ny od poprawnej synchronizacjiczasu w ca�ej domenie, poniewa� u�ywa parametru czasu jako cz�ci procesugenerowania biletu uwierzytelnienia.Inaczej mówi�c, synchronizacja czasu jestdo�� wa�na dla dobrego samopoczucia Active Directory.Us�uga Czas w Windows 2000 stanowi implementacj� jednego z mniej znanychdokumentów RFC � RFC 1769: Simple Network Time Protocol (SNTP � prosty protokó�sieciowy czasu), który obecnie nie jest standardem.Jak sugeruje nazwa, SNTPjest uproszczon� wersj� protoko�u NTP (Network Time Protocol).Jest to raczej nieszcz�liwy wybór ze strony Microsoftu, poniewa� SNTP jestdo�� ubogo udokumentowany w porównaniu z NTP, a co gorsza, nie jest standardem.Absurdalno�� tego wyboru podkre�la jeszcze bardziej znajduj�ce si� w RFCbezpo�rednie stwierdzenie, i� klient SNTP w celu synchronizacji nie powiniennigdy polega� na innym kliencie SNTP � zamiast tego powinien korzysta� zbardziej zaawansowanego protoko�u NTP.Wobec tego fakt, i� Microsoft zaimplementowa� powszechnie SNTP we wszystkichwariantach Windows 2000, nie najlepiej pasuje do FRC.Radzi�bym stosowa� si� jak naj�ci�lej, jak to mo�liwe, do zalece� zawartych wRFC.W najgorszym przypadku kontrolery domen Active Directory zainstalowane wcentrum obliczeniowym powinny synchronizowa� swoje zegary z pewnym serwerem(serwerami) NTP znajduj�cymi si� w pobli�u.UwagaPrzyczyna wyboru SNTP zamiast NTP jest mi nieznana.Prawdopodobnie Microsoftzdecydowa� si� skorzysta� z dobrze poznanego rozwi�zania, poniewa� cz��potrzebnego kodu zosta�a ju� opracowana w zwi�zku z narz�dziami Resource KitWindows NT 4 � TimeServ i W32Time [ Pobierz całość w formacie PDF ]

Search

Podstrony