r20 2 (6)

Linki

[ Pobierz całość w formacie PDF ]
.Ustawienia opó�nie�:Gdy Active Directory nie spodziewa si� kolejnych zmian.Gdy kolejny partner replikacji jest powiadamiany o nowych zmianach.Najwa�niejsze wskazówkiZachowania bazy danych Active Directory wydaj� si� wysoce przewidywalne (mniejwi�cej liniowy wzrost), co jest bardzo mi�e.Jednak�e przysz�e wymagania dlaActive Directory nie wygl�daj� na tak �atwe do przewidzenia, poniewa�przypuszczalnie trzeba b�dzie implementowa� o wiele wi�cej rozszerze� schematu(zarówno bezpo�rednio, jak po�rednio � pochodz�cych od aplikacji korzystaj�cychz Active Directory).Nalegam wi�c na du�� ostro�no�� w zwi�zku z przydzia�em dost�pnego miejsca naplik ntds.dit.Zasadniczo ilo�� miejsca na dysku powinna by� przynajmniejdwukrotnie wi�ksza od szacunkowych rozmiarów bazy danych Active Directory, abyporadzi� sobie z chowaniem (wszystkie usuni�te obiekty domy�lnie pozostaj� wbazie danych przez 60 dni), defragmentacj� bazy danych i zwi�kszaniem rozmiaróww przysz�o�ci w zwi�zku z obiektami i atrybutami.Nale�y zastanowi� si� te� nadmo�liwo�ciami jeszcze wi�kszego wzrostu, poniewa� nikt nie jest w stanieprzewidzie� przysz�ych rozmiarów bazy danych Active Directory: w du�ym stopniub�d� zale�e� od tego, ile aplikacji innych producentów zostanie zintegrowanychz Active Directory w przysz�o�ci oraz � w pierwszej kolejno�ci � od motywacjifirmy do dopuszczenia ich do Active Directory.UwagaOkres chowania (tombstone lifetime) wynosz�cy 60 dni oznacza, i� przez pierwsze60 dni istnienia kontrolera domeny rozmiary bazy danych b�d� si� zwi�ksza�,nawet po usuni�ciu du�ej liczby obiektów.Po 60 dniach baza danych albo b�dziepozostawa� bez zmian, albo nieco uro�nie.Fakt, i� plik nie zmniejsza obj�to�cipo usuni�ciu obiektów nie oznacza, �e nie przyby�o dost�pnego miejsca � znaczyto tylko, �e przestrze� nie zosta�a odzyskana dla innych u�ytkowników, cowymaga�oby dokonania defragmentacji w trybie offline.Podczas szacowania rozmiarów bazy danych Active Directory nale�y pos�ugiwa� si�poni�szymi wytycznymi (które s�, przyznaj�, szacunkowe i zachowawcze, leczlepiej dmucha� na zimne):Pocz�tkowe rozmiary Active Directory: 10,5 MB.Ka�dego wystawc� zabezpiecze� nale�y traktowa� jak obiekt typu u�ytkownika;ka�dy taki obiekt ma obj�to�� 4,4 kB.Inne jednostki nie b�d�ce wystawcami zabezpiecze� nale�y traktowa� jak obiektyOU; ka�da OU ma wielko�� oko�o 2,0 kB.Dla delegowania praw dost�pu, nale�y doda� 75 bajtów na ka�dy obiekt katalogowyobj�ty ka�dym nowym ACE.Aby oszacowa� rozmiary w�asnych rozszerze� atrybutów, dost�pne obecnieinformacje prowadz� do nast�puj�cych wytycznych:Ka�dy kolejny atrybut �a�cuchowy dodaje oko�o 100 bajtów do ka�dego obiektu, doktórego jest do��czony (wi�cej, je�li d�ugo�� a�cucha przekracza 10 znaków).Dane binarne zajmuj� w bazie danych o 25 do 40 procent wi�cej miejsca odw�asnych rozmiarów.Aby oszacowa� rozmiary bazy danych Active Directory w organizacji mo�naspróbowa� poni�szej procedury:Znajd� w tabeli 20.7 rozmiary najlepiej przybli�aj�ce wielko�� firmy i zanotujodpowiadaj�ce im rozmiary bazy danych.Porównaj obiekty przewidziane do u�ytku z liczb� obiektów u�ytych wprzyk�adzie.Dla dodatkowych obiektów b�d�cych wystawcami zabezpiecze� dodaj 4400 bajtów na egzemplarz, dla pozosta�ych 2000 bajtów.Porównaj liczb� atrybutów przeznaczonych do wykorzystania w ka�dym typieobiektu z liczb� atrybutów u�ytych w przyk�adzie.Dla dodatkowych atrybutówdodaj 100 bajtów na atrybut.Dla danych binarnych, np.zdj��, dodaj rozmiarypliku z naddatkiem 35%.Oszacuj liczb� ACE, które zostan� dodane do cz�ci obiektów w domenie.Dodaj 75bajtów na ACE na obiekt.Aby dobrze przygotowa� si� na przysz�o��, uzyskane podstawowe rozmiary nale�yprzynajmniej podwoi� (lub potroi�).Na koniec prosz� pami�ta� by wzi�� pod uwag� dodatkowe miejsce dla DC graj�cegorównocze�nie rol� GC.Szacowanie rozmiarów dla GC jest troch� zbytskomplikowane z uwagi na liczb� parametrów, które trzeba uwzgl�dni�.Jednak�epróbuj�c ustali� dodatkowe obci��enie powodowane przez GC mo�na przyjrze� si�nast�puj�cym czynnikom:Ile obiektów mie�ci si� we wszystkich domenach lasu?Jakie grupy s� najcz�ciej u�ywane � uniwersalne czy globalne? Grupyuniwersalne s� przechowywane w GC (czyli trzeba wzi�� poprawk� na liczb�cz�onków ka�dej grupy), podczas gdy dla grupy globalnej tylko nazwa jestrejestrowana w GC.Grupy uniwersalne s� porównywalne z globalnymi pod wzgl�demilo�ci miejsca zajmowanego w bazie danych.Ile atrybutów jest replikowanych do GC i ile z nich jest w przybli�eniuu�ywanych (przez co zajmuj� cenn� przestrze� w bazie danych)?Czy schemat by� zmieniany, aby pomie�ci� w GC atrybuty domy�lnie niereplikowane?W bardzo du�ym przybli�eniu powinni�my spodziewa� si� skopiowania oko�o 50 %ka�dej domeny do GC.Warto�� ta wzro�nie w przypadku u�ycia grup uniwersalnych,poniewa� s� one sk�adowane razem ze swoimi cz�onkami w GC zamiast DC.Lecz zuwagi na bardzo z�o�on� natur� procesu poprawnego szacowania rozmiarów GC,trzeba tu post�powa� bardzo ostro�nie.Ponadto GC wymaga o wiele wi�cej miejscani� DC, je�li do jednego lasu nale�y kilka bardzo du�ych domen.Windows 2000 Server stosuje dwa typy replikacji DC i GC: wewn�trzlokacyjn� imi�dzylokacyjn�.Nale�y zawsze d��y� do u�ycia replikacji mi�dzylokacyjnejpomi�dzy fizycznymi lokalizacjami po��czonymi ��czami WAN, poniewa� ten typreplikacji dokonuje kompresji danych przesy�anych ��czem i daje o wiele�atwiejsz� i bardziej szczegó�ow� kontrol� nad przep�ywem danych przez ��cze.Warto skorzysta� z tej kontroli aby zapewni�, by replikacje zachodzi�y w porachdnia najmniej obci��onych i najrzadziej jak mo�na � dzi�ki czemu najwydajniejwykorzystamy kompresj� danych.Dla replikacji mi�dzylokacyjnej GC mamy wybór mi�dzy RPC i SMTP.Nale�y zawszedecydowa� si� na transport RPC, poniewa� powoduje mniejszy ruch sieciowy.Transport SMTP mo�na wykorzysta� tylko przy braku ��czno�ci IP lub bardzozawodnym ��czu.Próbuj�c oszacowa� obci��enie replikacjami w danym �rodowisku prosz� pami�ta�e, oprócz przy��czania nowej domeny i podobnych sytuacji, rozmiary replikacjizale�� od liczby obiektów zmienianych w Active Directory podczas ka�dego cyklu.W du�ych instalacjach zmiany hase� (ka�de has�o zajmuje 400 do 600 bajtów; za�zmiana pojedynczego has�a oko�o 1,8 kB) s� najwa�niejszym �ród�empowtarzaj�cych si� zmian.Ostrze�enieZaleca si� bardzo uwa�a� w stosunku do przeprowadzanych przez administratorów iaplikacje zmian w li�cie atrybutów replikowanych do GC (tzn.opcji Replikuj tenatrybut do Wykazu globalnego).Ka�da zmiana w zestawie atrybutów replikowanych do GC wywo�uje pe�n� replikacj�wszystkich danych sk�adowanych w GC.I jak wida�, mo�e to by� tak du�o danych,i� sieci WAN mog� zosta� na jaki� czas zatkane!Tabela 20.12 zawiera podsumowanie obj�to�ci danych przesy�anych sieci� w wynikureplikacji najcz�ciej wyst�puj�cego obiektu katalogowego � u�ytkownika [ Pobierz całość w formacie PDF ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

listy-do-eda.opx.pl

ebook @ pobieranie @ download @ pdf @ do ÂściÂągnięcia

Linki