[ Pobierz całość w formacie PDF ]
.Nale¿y wiêc umieœciæ Wzorzec infrastruktury w DC nie bêd¹cym GC.Jednak¿e wybrany DC musi mieæ dobre po³¹czenie z GC po³o¿onym z tej samejlokacji co dany DC.UwagaWindows 2000 Server dodaje trzy role dotycz¹ce domeny do pierwszego DCinstalowanego w ka¿dej domenie, oraz dwie role dotycz¹ce lasu do pierwszego DCw lesie.Rozmieszczenie takie mo¿e sprawdziæ siê dobrze w instalacjizawieraj¹cej tylko kilka DC, o ile pierwszy DC w domenie nie jest równie¿ GC —w tym przypadku Wzorzec infrastruktury trzeba przenieœæ do innego DC niebêd¹cego GC; zostanie to zanotowane w Dzienniku zdarzeñ jako B³¹d 1419.Jeœlijednak instalacja zawiera wiele DC, domyœlne rozmieszczenie FSMOnajprawdopodobniej nie bêdzie najlepszym rozwi¹zaniem w danej sieci.Optymalizacja w ró¿nych scenariuszachPrzy planowaniu ró¿nych scenariuszy nale¿y przygotowaæ siê na kilka nietypowychsytuacji.Pierwsza z tych sytuacji, wymagaj¹ca pewnej uwagi, jest wrzeczywistoœci powodowana b³êdem w systemie.Jak ju¿ wczeœniej wspomniano, DC zinnych lokacji przydzielane s¹ do obs³ugi lokacji, nie zawieraj¹cych czynnegoDC (równie¿ w przypadkach, gdy lokalny DC jest niedostêpny).Niestety DC, którezarejestrowa³y rekordy DNS SRV w celu obs³ugi takiej lokacji nie usuwaj¹ tychwpisów, gdy lokalny DC zostanie przywrócony do eksploatacji.Wobec tego mo¿esiê zdarzyæ, i¿ spora czêœæ u¿ytkowników i komputerów w danej lokacji bêdzie³¹czyæ siê ze zdalnym DC.B³¹d ten najprawdopodobniej zostanie naprawiony wService Pack 2.Do tego czasu trzeba bêdzie o nim pamiêtaæ przy planowaniuprojektu i obs³ugi.Optymalizacja replikacji dla du¿ych sieciW niektórych bardzo du¿ych instalacjach mo¿e zdarzyæ siê, i¿ miêdzylokacyjnyKCC dzia³aæ bêdzie o wiele za wolno i zu¿ywaæ zbyt wiele mocy obliczeniowejprocesora i pamiêci, Nie jest to oczywiœcie zbyt przyjemne doœwiadczenie,poniewa¿ miêdzylokacyjny KCC dzia³a w ka¿dym DC w ka¿dej lokacji.Sytuacja taka mo¿e wyst¹piæ zasadniczo przy spe³nieniu nastêpuj¹cego warunku:(1 + * 2 ) > 100 000.Wobec tego znajdziemy siêw niebezpiecznej strefie, dysponuj¹c np.wiêcej ni¿ 100 lokacjami i 9 domenamilub 180 lokacjami i 3 domenami.Aby bardziej szczegó³owo opisaæ problem, Microsoft udostêpnia daneprzedstawione w tabeli 12.6, która podaje czas wykonania i zu¿ycie pamiêciprzez miêdzylokacyjny KCC w ró¿nych konfiguracjach hub-and-spoke(satelitarnych).Ka¿da lokacja zawiera dla ka¿dej domeny DC i GC, przy czymdomeny s¹ równomiernie roz³o¿one po lokacjach, zaœ automatyczne tworzeniemostków ³¹czy lokacji jest za³¹czone.I co najgorsze, pomiary zosta³yprzeprowadzone za pomoc¹ komputera Intel Pentium III Xeon o czêstotliwoœcizegara 500 MHz z 1GB pamiêci — konfiguracja ta jest chyba wiêksza dla DC i GCni¿ stosowana w wiêkszoœci przypadków.Czas wykonania w przypadku serweraPentium II 200 MHz jest oko³o dwukrotnie d³u¿szy.W oparciu o liczby przedstawione w tabeli 12.6 Microsoft stwierdzi³, i¿ czaswykonania wyniós³ (1 + ) * 2 * 0,0000075 minut wka¿dym biurze peryferyjnym — i to w dodatku w komputerze, wyposa¿onym w IntelPentium III Xeon 500 MHz z 1 GB pamiêci!UwagaMo¿na sprawdziæ, jak d³ugo dzia³a miêdzylokacyjny KCC, znajduj¹c który DC grarolê miêdzylokacyjnego KCC, czyli tzw.generatora topologii miêdzylokacyjnej(ISTG – Inter-site Topology Generator); czas sprawdzania topologii replikacjijest dostêpny po klikniêciu prawym przyciskiem w obiekt Ustawienia NTDS.Mo¿na równie¿ obserwowaæ czas wykonania KCC na bie¿¹co, zmieniaj¹c wartoœæklucza RejestruHKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Diagnostics na 3,wówczas KCC bêdzie rejestrowa³ zdarzenia 1009 i 1013, oznaczaj¹ce pocz¹tek ikoniec sprawdzania.Tabela 12.6Doœæ przera¿aj¹ce parametry wydajnoœci, cytowane przez Microsoft dlamiêdzylokacyjnego KCC w szeregu scenariuszyPo³o¿enie KCCLiczba lokacjiLiczba domenCzas [g:m:s]Zu¿ycie pamiêci [KB]Satelitarny12510:00:1211748Centralny12510:00:2112256Satelitarny25010:00:4145660Centralny25010:01:0544820Satelitarny50010:02:56173216Centralny50010:04:34174752Satelitarny100010:15:23685596Centralny100010:17:34688568Satelitarny100010:15:54685604Centralny100010:17:51689668Satelitarny125100:00:5958520Centralny125100:01:1958536Satelitarny250100:04:00228304Centralny250100:04:47227508Satelitarny500100:21:32815916Satelitarny500100:19:41823808Centralny500100:21:18828484Satelitarny125500:04:49266088Centralny125500:05:54264024Satelitarny250500:20:19831924Centralny250500:22:49841536Jak widaæ, niektóre z tych scenariuszy wymagaj¹ powa¿nej optymalizacji, bior¹cpod uwagê, i¿ KCC jest domyœlnie uruchamiany co 15 minut.Sposób na optymalizacjê w tej sytuacji to redukcja wykorzystania mostków ³¹czylokacji.W typowej konfiguracji hub-and-spoke mo¿na ³atwo zmniejszyæ iloœæpotencjalnych tras pomiêdzy lokacjami, stosuj¹c mniej mostków ³¹czy lokacji.Warto zauwa¿yæ, i¿ mostki te s¹ niezbêdne tylko wtedy, gdy okreœlona lokacjazawiera DC domeny nieobecnej we wszystkich s¹siednich lokacjach, lecz inny DCtej domeny istnieje w innej lokacji w lesie.Jeœli KCC po wy³¹czeniuautomatycznego tworzenia mostków ³¹czy lokacji nie bêdzie w stanie bezpoœredniolub w sposób przechodni po³¹czyæ wszystkich lokacji, zawieraj¹cych DCokreœlonej domeny, KCC zarejestruje Zdarzenie 1311.W wiêkszoœci sytuacji to powinno wystarczyæ, aby osi¹gn¹æ dobre wyniki z KCC.Jednak¿e mo¿e siê zdarzyæ, i¿ trzeba bêdzie dodaæ sporo mostków ³¹czy lokacji(niemal¿e neguj¹c powy¿sze za³o¿enie), lub te¿ sieæ oka¿e siê po prostu zbytdu¿a.Jeœli uda siê ca³kowicie unikn¹æ wszelkiej przechodnioœci i mostków ³¹czylokacji, wci¹¿ bêdziemy mieli do czynienia z obci¹¿eniem rzêdu 10% wartoœciprzedstawionych w tabeli 12.6.Wzór na czas wykonywania dla lokacji satelitarnych to: (1 + ) ** 0,0006; dla lokacji centralnych jest to (1 + )* * 0,0015 [ Pobierz caÅ‚ość w formacie PDF ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

listy-do-eda.opx.pl