Wednesday, August 23rd, 2006...12:56 am

Infrastructure Master FSMO i Global Catalog

Jump to Comments

Czy Global Tincidunt Catalog i Infastucture master mogą być na tej samej maszynie? Temat ten powraca od cheap jerseys czasu do czasu na listach dyskusyjnych i forum postanowiłem w wolnej chwili napisać kilka słów wyjaśniających. Główne wątpliwości biorą się z lektury artykuły KB 223346 , który jednak został ostatnio uaktualniony i dokładnie tłumaczy te zasady.
Jak to więc z GC i IM jest w rzeczywistości. Reguła jest prosta ale zacznijmy od wyjaśnienia roli poszczególnych serwerów w katalogu.
Global Catalog, posiada informację o każdym z obiektów w ramach lasy Active Directory i udostępnia ją zainteresowanym. Informacja jaka składowana jest w GC jest okrojona w stosunku do oryginalnego obiektu, zawiera tylko część atrybutów, ważne jest jednak to że serwer pełniący rolę GC posiada informacje o wszystkich obiektach w lesie i jest jej w stanie dostarczyć szybciej niż trwałoby zapytanie w celu wyszukania tego obiektu w katalogu.
Infrastructure Master, cheap jerseys jedna z pięciu roli FSMO w dużym uproszczeniu dba o infrastrukturę domeny .. Zadaniem wchodzących have w obowiązki IM jest zarządzanie informacją o obiektach z innych domen, które muszą mieć odwzorowanie w domenie, w której IM pełni swoją rolę. IM dba o to aby zawartość grupy AD w domenie, do której należy użytkownik z innej domeny w tym samym lesie. Zadanie IM w tym wypadku to utworzenie w bazie danych katalogu obiektu ( phantom ) reprezentującego użytkownika domeny głównej w katalogu domeny potomnej i zarządzanie informacją o tym obiekcie. Od razu powstrzymuje tych którzy rzucili się do poszukiwania obiektów tworzonych przez IM . obiekty te tworzone są na poziomie bazy danych AD i nie mają reprezentacji widocznej w katalogu.
Po przydługim wstępie przejdźmy do rzeczy: cheap nfl jerseys dlaczego GC i IM nie mogą .w jednym stać domku. a żeby być dokładnym (co wyjaśnię dalej) mogą ale tylko pod pewnymi warunkami?
Wyobraźmy sobie sytuację, w której użytkownik z domeny głównej należy do grupy w domenie potomnej. Infrastructure Master ma za zadanie dbać o to aby informacje o obiektach z innych domen były aktualizowane w ramach obiektów w domenie, w której działa IM. Co więc się stanie gdy obiekt użytkownika zostanie zmodyfikowany w jego źródłowej domenie . jego obiekt powinien być również usunięty z domeny potomnej i to jest właśnie rola IM.
Dlaczego więc połączenie tych roli jest niewskazane w pewnych warunkach? Global Catalog posiada informację o wszystkich dostępnych w lesie obiektach, dlatego nie ma potrzeby tworzenia w jego bazie danych obiektu reprezentującego dodatkowo takiego użytkownika. Dlatego połączenie tych roli może zakłócić pracę serwera pełniącego rolę IM.
Oczywiście problem ten występuje jedynie w strukturze z co najmniej dwoma domenami w ramach lasu.
Czy więc można łączyć te role? Tak w przypadku gdy:

  • W lesie jest tylko jedna domena: w takim przypadku nie ma znaczenia czy jeden kontroler peÅ‚ni rolÄ™ IM i GC, ponieważ nie ma potrzeby zarzÄ…dzania obiektami z innych domen.
  • W lesie z wieloma domenami, gdy wszystkie kontrolery domeny peÅ‚niÄ… rolÄ™ GC.

Jedyny przypadek gdy nie powinniśmy łączyć tych ról to infrastruktura lasu z więcej niż jedną domeną, w której nie wszystkie serwery pełnią rolę GC. Sytuacja taka jednak w organizacjach o rozbudowanej strukturze katalogu może być dosyć częsta.
W zasadzie to wszystko co można powiedzieć w temacie: czy można połączyć w ramach jednego kontrolera domeny role Infrastructure Master i Global Enerji Catalog.
Dokładne informacje w tym temacie można znaleźć w artykule KB 248047.

Leave a Reply