Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Partycja katalogu aplikacji jest reprezentowana przez obiekt domainDNS z wartością atrybutu instanceType równą DS_INSTANCETYPE_IS_NC_HEAD w połączeniu z DS_INSTANCETYPE_NC_IS_WRITEABLE. Ten obiekt domainDNS reprezentuje główny katalog partycji katalogu aplikacji (głowa NC) i nosi nazwę podobną do standardowej partycji domeny, na przykład "DC=dynamicdata,DC=fabrikam,DC=com", która odpowiada nazwie DNS "dynamicdata.fabrikam.com". W związku z tym partycja katalogu aplikacji może być tworzona w dowolnym miejscu, w którym można utworzyć wystąpienie partycji domeny. Brak nazwy NetBIOS skojarzonej z partycją katalogu aplikacji.
Można zagnieżdżać partycje katalogu aplikacji, czyli partycje katalogu aplikacji mogą mieć podrzędne partycje katalogu aplikacji. Wyszukiwanie w zakresie poddrzewa, zaczynające się od głowy partycji katalogu aplikacji, wygeneruje odwołania kontynuacji do podrzędnych partycji katalogu aplikacji.
Replikę partycji katalogu aplikacji można utworzyć tylko na kontrolerze domeny, który działa w systemie Windows Server 2003 lub nowszym i tylko wtedy, gdy rola Domain-Naming FSMO jest przechowywana przez kontroler domeny systemu Windows Server 2003 i nowszych. W lesie mieszanym, który ma zarówno kontrolery domeny systemu Windows Server 2003, jak i kontrolery domeny na poziomie dół (kontrolery domeny systemu Windows 2000 lub kontrolery domeny podstawowej systemu Windows NT 4.0), próba utworzenia repliki partycji katalogu aplikacji na kontrolerze domeny na poziomie podrzędnym zakończy się niepowodzeniem.
Partycja katalogu aplikacji ma również odpowiedni obiekt crossRef w kontenerze Partitions partycji konfiguracji. crossRef można utworzyć ręcznie przed utworzeniem obiektu domainDNS. Wstępnie utworzony obiekt crossRef musi mieć wartości atrybutów pokazane w poniższej tabeli lub utworzenie partycji zakończy się niepowodzeniem. Jeśli obiekt crossRef nie istnieje, serwer usługi Active Directory utworzy go podczas tworzenia partycji katalogu aplikacji.
| Atrybut | Opis |
|---|---|
| dnsRoot | Zawiera ścieżkę DNS kontrolera domeny, na którym zostanie utworzona partycja katalogu aplikacji. |
| włączone | Zawiera FALSE. |
| nCName | Zawiera nazwę wyróżniającą partycji. W powyższym przykładzie ten atrybut będzie zawierać wartość "DC=dynamicdata,DC=mydomain,DC=com". |
Aby utworzyć nową partycję katalogu aplikacji przy użyciu pierwszej repliki, wykonaj następujące kroki
Powiąż z przestrzenią nazw dla nowej partycji, określając kontroler domeny, który będzie hostować partycję katalogu aplikacji w ścieżce ADsPath. Na przykład aby utworzyć partycję za pomocą ścieżki ADsPath "DC=dynamicdata,DC=mydomain,DC=com", powiązanie ścieżki ADsPath będzie mieć wartość "LDAP://<kontroler domeny>/DC=mydomain,DC=com", gdzie "<kontroler domeny>" jest nazwą DNS kontrolera domeny, który będzie hostować partycję.
Operacja wiązania musi określać opcje szybkiego działania i delegacji. Szybka opcja umożliwia powiązanie pomyślne nawet wtedy, gdy przestrzeń nazw nie istnieje. Opcja delegowania jest wymagana, aby umożliwić kontrolerowi domeny kontaktowanie się z właścicielem roli fsMO Domain-Naming przy użyciu tych samych poświadczeń.
Wersja systemu kontrolera domeny musi być systemem operacyjnym Windows Server 2003 i nowszym.
Utwórz obiekt domainDNS z odpowiednią nazwą partycji, na przykład "DC=dynamicdata", aby reprezentować nagłówek kontekstu nazewnictwa dla nowej partycji. Obiekt domainDNS musi mieć atrybut instanceTypeo wartości 5 (DS_INSTANCETYPE_IS_NC_HEAD | DS_INSTANCETYPE_NC_IS_WRITEABLE). Atrybut instanceType można ustawić tylko w czasie tworzenia, ponieważ jest to atrybut tylko systemowy.
Po utworzeniu obiektu domainDNS serwer usługi Active Directory wykona następujące czynności:
Wyszukuje obiekt crossRef w kontenerze Partitions, który ma wartość atrybutu nCName zgodną z nazwą wyróżniającą partycji, a w przypadku znalezienia dopasowania modyfikuje obiekt crossRef reprezentujący partycję katalogu aplikacji. Jeśli nie można odnaleźć pasującego obiektu crossRef, serwer usługi Active Directory tworzy nowy obiekt crossRef reprezentujący partycję katalogu aplikacji.
W poniższej tabeli wymieniono ważne atrybuty obiektu crossRef.
Atrybut Opis nCName Zawiera nazwę wyróżniającą partycji. dnsRoot Zawiera nazwę DNS partycji. msDS-NC-Replica-Locations Do atrybutu dodano nazwę wyróżniającą obiektu kontrolera domeny nTDSDSA dla pierwszej repliki. Zainicjuj synchronizację partycji konfiguracji i poczekaj na ukończenie. Dzięki temu aplikacja kliencka może modyfikować parametry konfiguracji dla nowo utworzonej partycji katalogu aplikacji, gdy jest ona powiązana z tym samym kontrolerem domeny używanym do tworzenia partycji katalogu aplikacji.
Utwórz obiektdomainDNSz flagami DS_INSTANCETYPE_IS_NC_HEAD i DS_INSTANCETYPE_NC_IS_WRITEABLE ustawionymi we właściwości instanceType. Właściwość instanceType może również zawierać inne flagi prywatne.
Wypełnij atrybut ms-DS-Has-Master-NCs w obiekcie nTDSDSA dla docelowego kontrolera domeny, używając wyróżniającej nazwy nowo utworzonej partycji katalogu aplikacji.
Po utworzeniu partycji katalogu aplikacji lub po dodaniu i pełnej synchronizacji nowej repliki partycji katalogu aplikacji serwer usługi Active Directory poprawnie rejestruje replikę przy użyciu serwera NetLogon i DNS. Aby uzyskać więcej informacji i listę zarejestrowanych rekordów SRV, zobacz Lokalizowanie Serwera Hosta Partycji Katalogu Aplikacji.
Aby uzyskać więcej informacji na temat tworzenia partycji katalogu aplikacji, zobacz Przykładowy kod tworzenia partycji katalogu aplikacji.
Lokalizowanie kontenera Partitions
Nazwa wyróżniająca kontenera Partitions może być znaleziona na jeden z dwóch sposobów. Pierwszy jest bardziej skomplikowany do wykonania, ale zawsze zapewni dokładny wynik:
- Powiąż z elementem RootDSE i uzyskaj atrybut configurationNamingContext.
- Użyj atrybutu configurationNamingContext, aby powiązać z kontenerem konfiguracji.
- Wyszukaj w kontenerze konfiguracji obiekt crossRefContainer typu.
- Uzyskaj wartość atrybutu distinguishedName dla obiektu crossRefContainer. Będzie to nazwa wyróżniająca kontenera Partitions.
Aby uzyskać więcej informacji i przykład kodu pokazujący tę metodę lokalizowania kontenera Partycji, zobacz funkcję GetPartitionsDNSearch w Przykładowym Kodzie do Lokalizowania Kontenera Partycji.
Druga metoda jest łatwiejsza do zaimplementowania, ale opiera się na kontenerze Partitions o określonej względnej nazwie wyróżniającej. Obecnie nie można zmienić nazwy kontenera Partitions, ale jeśli ta funkcja zostanie dodana w przyszłości, poniższa procedura nie będzie działać poprawnie, jeśli nazwa kontenera Partitions została zmieniona.
- Połącz się z obiektem RootDSE i pobierz atrybut configurationNamingContext.
- Połącz ciąg "CN=Partitions", a następnie atrybut configurationNamingContext, aby utworzyć nazwę wyróżniającą kontenera Partitions. Nazwa wyróżniająca będzie mieć postać "CN=Partitions,<configuration DN>".
Aby uzyskać więcej informacji i przykładowy kod pokazujący tę metodę lokalizowania kontenera partycji, zobacz funkcję GetPartitionsDNManual w Przykładowym kodzie do lokalizowania kontenera partycji.