[ Pobierz całość w formacie PDF ]
.Ustalenie ³¹cznoœci i dostêpnej przepustowoœci ³¹czy.Nale¿y zidentyfikowaæ obszary dobrej ³¹cznoœci, które powinny odpowiadaæu¿ywanym lokalizacjom i podsieciom TCP/IP (oraz upewniæ siê, czy ³¹cza nie s¹ju¿ przeci¹¿one).Definiowanie lokacji.Ka¿da podsieæ IP o dobrej ³¹cznoœci powinna byæ odwzorowana na odrêbn¹ lokacjê.Nale¿y szczególnie uwa¿aæ, by ograniczyæ liczbê lokacji w œrodowisku doabsolutnie niezbêdnych, oraz pamiêtaæ o dostêpnoœci us³ug w ka¿dej lokacji.Planowanie lokacji z uwagi na logowanie stacji roboczych.Struktura lokacji wp³ywa na Windows 2000 na dwa sposoby, z których jednym jestlogowanie stacji roboczych.Gdy u¿ytkownik loguje siê w domenie, Windows 2000próbuje znaleŸæ DC i GC w tej samej lokacji, co komputer u¿ytkownika.Nale¿yzastanowiæ siê, w których lokacjach potrzebne bêd¹ DC i GC.Planowanie lokacji z uwagi na ruch sieciowy replikacji.Drugi obszar, na który struktura lokacji wp³ywa w Windows 2000, to replikacjakatalogu.Mo¿na inaczej zdefiniowaæ transport, harmonogram i trasy replikacjiActive Directory miêdzy dwoma i wiêcej lokacjami (replikacja miêdzylokacyjna),oraz inaczej wewn¹trz lokacji.Replikacja miêdzy lokacjami odbywa siê domyœlniewed³ug zaplanowanego harmonogramu, natomiast miêdzy DC wewn¹trz lokacji co piêæminut przesy³ane s¹ powiadomienia o zmianach.Powiadamianie miêdzy lokacjamiumo¿liwia administratorowi ustalenie dla poszczególnych ³¹czy lokacji, abygrupa lokacji funkcjonowa³a jak jedna du¿a lokacja z punktu widzeniareplikacji, lecz nie dla logowania klientów i DFS.Wybór metody dla struktury lokacji.Nale¿y ustaliæ metodê okreœlenia kosztu dla ka¿dego ³¹cza lokacji.Wa¿niejszajeszcze jest decyzja, jak obs³ugiwaæ replikacjê miêdzylokacyjn¹:Rêcznie — wszystkie potrzebne obiekty Po³¹czenie tworzone s¹ rêcznie; mo¿nanawet ca³kowicie wy³¹czyæ miêdzylokacyjny KCC.W pe³ni automatycznie — mo¿na za³¹czyæ przechodnioœæ ³¹czy lokacji dlawszystkich transportów.Automatycznie z preferencjami — czêœæ ³¹czy lokacji pozostawiana jestnieprzechodnia, zaœ w celu wymuszenia niektórych tras dodawane s¹ mostki ³¹czylokacji.W³aœciwoœci ³¹czy lokacji.Plan lokacji musi zawieraæ nazwy ³¹czy lokacji (zwykle w postacinazwa_lokacji-nazwa_lokacji), harmonogram u¿ywany przez ³¹cza lokacji(domyœlnie replikacja co 180 minut) oraz stosowany model kosztów.Domyœlnykoszt ³¹cza lokacji ma wartoœæ 100.Zaleca siê utworzenie w pierwszejkolejnoœci macierzy wartoœci opartej na szybkoœci ³¹cza.Ustalenie rozmieszczenia DC i GCDecyzje, które lokacje powinny zawieraæ DC i (lub) GC nale¿y podejmowaæ, wa¿¹ckoszty posiadania serwera kontra koszty braku serwera.Ponadto w lokacjach, wktórych chcemy zapewniæ optymaln¹ dostêpnoœæ us³ug, nale¿y zainstalowaæprzynajmniej dwa DC i GC.Trzeba te¿ ustaliæ, które serwery maj¹ graæ roleprzyczó³kowych.Zestawienie projektu fizycznego i logicznego.Projekt fizyczny jest koñczony przez ocenê w kontekœcie projektu logicznego.Nale¿y ustaliæ, czy mo¿na zmniejszyæ liczbê domen, oszczêdzaj¹c przez to naliczbie DC potrzebnych w projekcie — lub, byæ mo¿e, zmieniæ strukturê domen wsposób lepiej odzwierciedlaj¹cy strukturê fizyczn¹, co równie¿ pozwolizaoszczêdziæ na liczbie DC.Nale¿y jednak pilnowaæ, by nie zniszczyæ wszelkichkorzyœci oferowanych przez Active Directory, aby tylko zmniejszyæ liczbêkontrolerów domen!Planowanie z widokiem na przysz³oœæ.Przy planowaniu struktury lokacji proszê mieæ na uwadze, i¿ nadchodz¹ce edycjeBackOffice Microsoftu, korzystaj¹ce z Active Directory (w tym Exchange Server)wykorzystuj¹ pojêcie lokacji; nieuniknione jest te¿ pojawienie siê kolejnychaplikacji innych producentów.Wobec tego, przez ukoñczeniem planu lokacji wartozapoznaæ siê z tym, jak aplikacje serwerowe g³Ã³wnego nurtu i krytyczne dladzia³ania firmy zamierzaj¹ korzystaæ ze struktury lokacji Active Directory.Ostatnie s³owaBie¿¹cy rozdzia³ skoncentrowa³ siê na tym, jak zrównowa¿yæ szybkoœæ ³¹czy,dostêpn¹ przepustowoœæ sieci i wytrzyma³oœæ infrastruktury z potrzeb¹ kontrolinad logowaniem w stacjach roboczych, potrzeb¹ replikacji i potrzeb¹ dostêpnoœcius³ug w ca³ej planowanej strukturze Active Directory w odniesieniu dofizycznych w³aœciwoœci sieci (tzn.lokacji, kontrolerów domen i wykazówglobalnych)
[ Pobierz całość w formacie PDF ]