Obiekty nieznane
Istnieją istotne powody, dla których klasa bazowa niektórych obiektów to Unknown (Nieznany). Obiekty takie mogą się znajdować w dowolnym kontenerze, zawierać dowolne elementy i mieć dowolne atrybuty. Te specjalne właściwości klasy Unknown (Nieznany) są wykorzystywane podczas normalnego działania usługi eDirectory™ do umożliwienia współpracy i zapewnienia spójności obiektów w trakcie niektórych operacji. Istnieją jednak sytuacje, w których stosowanie obiektów typu Unknown (Nieznany) powinno się odbywać z udziałem administratora. Poznanie przyczyn, dla których obiekt ma klasę bazową Unknown (Nieznany), pozwoli uniknąć podejmowania zbędnych lub potencjalnie niebezpiecznych czynności, które mogą zakłócić normalne działanie usługi eDirectory.
W tym dokumencie opisano wiele przypadków obiektów nieznanych, sposoby identyfikowania takich przypadków za pomocą programu iMonitor oraz postępowanie w sytuacjach, gdy należy wykonać pewne czynności.
Znajdowanie obiektów nieznanych
Aby odnaleźć obiekt nieznany w drzewie, należy wykonać raport dotyczący statystyki obiektów z zaznaczoną opcją obiektów nieznanych.
Przyczyny powstawania obiektów nieznanych
Przyczyny powstawania obiektów nieznanych mogą być następujące:
Usunięto obiekt, do którego odwołuje się atrybut obowiązkowy.
Obiekty muszą być spójne ze swoimi definicjami schematów (wszystkie atrybuty nazewnicze i obowiązkowe obiektów muszą znajdować się w dziedziczonej definicji klasy). Jeśli zaistnieje konieczność usunięcia dowolnego atrybutu obowiązkowego, usługa eDirectory zamiast zezwalać na niespójność obiektu ze schematem zapisuje oryginalną klasę bazową w atrybucie klasy bazowej Unknown (Nieznany), a klasy pomocnicze — w atrybucie klasy Unknown Auxiliary (Nieznany pomocniczy). Następnie jako klasę bazową obiektu ustawia klasę Unknown (Nieznany).
Wykrywanie przyczyny
Aby uzyskać informacje na temat obiektu nieznanego, przejdź do tego obiektu w programie iMonitor i kliknij przycisk Validate Entry (Zatwierdź pozycję). Na stronie pomocy funkcji zatwierdzania będzie widoczny opis wykonywanej diagnostyki. Ustal atrybuty, które są wymagane przez oryginalną klasę bazową, przechowywaną w atrybucie klasy bazowej Unknown (Nieznany).
Rozwiązywanie problemu
- Nie panikuj.
- Sprawdź repliki, korzystając z pierścienia replik wymienionego w ramce Replica (Replika) w programie iMonitor.
- Czy atrybutu brakuje we wszystkich replikach, czy tylko w niektórych?
- Jeśli atrybutu brakuje we wszystkich replikach, dodaj go przy użyciu usługi LDAP, ConsoleOne® lub Novell iManager (obiekt pozostanie nieznany).
- Po przywróceniu brakujących atrybutów użyj łącza Mutate (Mutuj) widocznego na stronie Validate (Zatwierdzanie) lub Advanced Operations (Operacje zaawansowane) w programie iMonitor i wykonaj konwersję klasy Unknown (Nieznany) na pierwotną klasę bazową.
- Jeśli obiekt jest niespójny tylko w niektórych replikach, za pomocą programu iMonitor wyślij obiekt z repliki spójnej do replik niespójnych.
- W ostateczności usuń, a następnie ponownie utwórz obiekt. Należy pamiętać, że usunięcie obiektu może spowodować zmianę typu obiektów, które się do niego odwołują, na Unknown (Nieznany). Ponowne dodanie obiektu nie powoduje odtworzenia żadnych przerwanych odwołań.
Obiekt jest odwołaniem zewnętrznym bez łącza wstecznego lub obiekt rzeczywisty jest nieznany
Standardowo obiekty odwołań zewnętrznych nie są widoczne w usłudze eDirectory. Aby je zobaczyć, należy użyć zaawansowanych narzędzi diagnostycznych (np. programu iMonitor). Odwołanie zewnętrzne to nazwa, która musi być śledzona przez lokalną bazę danych informacji katalogu (DIB). Może ono zawierać częściową pamięć podręczną atrybutów obiektu rzeczywistego lub wyników operacji lokalnych. Odwołania zewnętrzne są zazwyczaj tworzone podczas jednej z poniższych operacji:
- Uwierzytelnianie
- Utworzenie odwołania z innego obiektu usługi eDirectory
- Nadanie praw do pliku lub zaistnienie innej zależności związanej z systemem operacyjnym
- Utworzenie zależności dla usługi eDirectory
Obsługa odwołań zewnętrznych jest realizowana przez proces sprawdzania odwołań. W przypadku replik rzeczywistych proces ten odpowiada za atrybuty User (Użytkownik), Used By (Użyte przez) i Back Link (Łącze wsteczne).
Utrzymywane atrybuty zależą od obiektu i wersji programu eDirectory. Należą do nich atrybuty klasy bazowej, nazwy i niektóre inne atrybuty. Przykłady utrzymywanych atrybutów to klucz publiczny i identyfikator globalny (dla obiektów użytkownika), replika (dla obiektów katalogu głównego partycji) oraz stan i wersja usługi NDS® (dla obiektów NCP™).
Uwagi dotyczące odwołań zewnętrznych:
- W przypadku dużej liczby odwołań zewnętrznych z jednej partycji warto umieścić replikę tej partycji na innym serwerze.
- Odwołania zewnętrzne muszą być odpowiednio utrzymywane dla podsystemów zewnętrznych, które od nich zależą.
- Odwołania zewnętrzne wpływają na natężenie i rodzaje komunikacji wymaganej dla agentów usługi eDirectory.
- Spójność odwołań.
Zazwyczaj problemy związane z odwołaniami zewnętrznymi można identyfikować na stronie stanu procesu agenta w programie iMonitor.
Wykrywanie przyczyny
- Flagi informacji o pozycjach pokazują stan Reference (Odwołanie).
- W ramce pierścienia replik nie występują nazwy „rzeczywistych” serwerów.
- Typ partycji jest podrzędny.
- Lista atrybutów jest skrócona, chociaż uwierzytelniony użytkownik dysponuje uprawnieniami do wyświetlanego obiektu.
Rozwiązywanie problemu
- Nie panikuj. W zasadzie nie jest to problem.
- Jeśli flagi informacji o pozycjach pokazują stan Temporary Reference (Odwołanie tymczasowe), serwer z definicji może nigdy nie odbierać klasy bazowej rzeczywistego obiektu.
- W sekcji External Reference (Odwołanie zewnętrzne) na stronie stanu procesu agenta sprawdź, czy wystąpiły błędy i w razie potrzeby usuń je.
- Uruchom proces sprawdzania odwołań i poczekaj, aż zostanie ukończony.
Odwołanie wyprzedzające to tymczasowy obiekt zastępczy tworzony przez serwer dla pozycji, która w zwykłych warunkach byłaby niezbędna dla prawidłowego przebiegu aktualizacji. Ponadto w odróżnieniu od tworzenia innych pozycji, gdy serwer otrzymuje polecenie utworzenia pozycji już istniejącej jako odwołanie wyprzedzające, nie zwraca komunikatu z informacją, że pozycja już istnieje, ale przekształca ją w pozycję rzeczywistą.
Większość obiektów odwołań wyprzedzających jest tworzonych w trakcie procesów synchronizacji. Czasami pliki LDIF mogą tworzyć obiekty odwołań zewnętrznych, które są niekompletne.
Wykrywanie przyczyny
- Flagi informacji o pozycjach pokazują stan Reference (Odwołanie).
- Typ repliki wyświetlany w informacjach o pozycji jest inny niż Subordinate (Podrzędna).
- W obiekcie mogą nie występować wszystkie atrybuty.
- Analiza pierścienia replik wykazuje, że nie we wszystkich replikach obiekt jest nieznany.
Rozwiązywanie problemu
- Nie panikuj. Odwołania wyprzedzające pojawiają się ciągle w trakcie synchronizacji i stają się znane po zakończeniu synchronizacji obiektu.
- Sprawdź, czy nie występują żadne problemy z synchronizacją obiektu i schematu, rozwiąż je, a następnie poczekaj na zakończenie procesu synchronizacji.
- W rzadkich przypadkach należy użyć opcji Wyślij jeden obiekt i rozesłać pozycję ze spójnej repliki do wszystkich pozostałych replik.
- Zmień pozycje odwołań wyprzedzających na zwykłe obiekty.
.
Aby zmienić pozycję odwołania wyprzedzającego na zwykły obiekt, można go po prostu utworzyć (na przykład za pomocą pliku LDIF lub żądania klienta LDAP). Gdy usługa eDirectory otrzyma żądanie utworzenia pozycji, która już istnieje jako odwołanie zewnętrzne, przekształci istniejącą pozycję na obiekt zdefiniowany w żądaniu.
Dla obiektu istnieją klasy pomocnicze, a obiekt jest wyświetlany w replice, która nie zapewnia obsługi takich klas
Wykrywanie przyczyny
- Kliknij wersję serwerów w pierścieniu replik. Jeśli wersja usługi katalogowej jest starsza niż 8.x i obiekt ma klasy pomocnicze, obiekt będzie wyświetlany jako nieznany.
- Przejrzyj atrybuty AuxClass Object Class Backup (kopii zapasowej klasy obiektów pomocniczych), auxClassCompatibility (zgodności klas pomocniczych) i Object Class (klas obiektu).
Rozwiązywanie problemu
- Nie panikuj. W rzeczywistości nie jest to problem i obiekty nieznane można po prostu ignorować.
- Uaktualnij wersję starszych serwerów do wersji eDirectory 8.x lub nowszej i zastosuj odpowiednie poprawki serwisowe.
Standardowo obiekty te nie są widoczne w usłudze eDirectory. Aby je zobaczyć, należy użyć zaawansowanych narzędzi diagnostycznych (np. iMonitor).
Wykrywanie przyczyny
- Flagi informacji o pozycjach nie pokazują stanu Present (Obecna).
- W obiekcie mogą się znajdować atrybuty zgonów.
- Obiekty te są widoczne tylko w narzędziach takich, jak iMonitor.
Rozwiązywanie problemu
- Usuwanie obiektu jest przeważnie wykonywane bez udziału użytkownika.
- Poczekaj na zakończenie procesu synchronizacji.
- Uruchom proces Purger (Likwidator) przebiegający w tle.
- Uruchom raport o zgonach i przejrzyj informacje o usuniętych pozycjach.
- Zapoznaj się z tematem pomocy Zgony.
Obiekt jest uszkodzony (rzadko)
Skontaktuj się z działem Novell Technical ServicesSM.
Skontaktuj się z działem Novell Technical ServicesSM.
Przejrzyj poniższe informacje, a następnie skontaktuj się z działem Novell Technical ServicesSM.
Wykrywanie przyczyny
- Flagi informacji o pozycjach pokazują stan Reference (Odwołanie).
- Analiza pierścienia replik wykazuje, że obiekt jest nieznany we wszystkich replikach.
Rozwiązywanie problemu
- Usuń obiekt, jeśli jest on niepotrzebny.
Symbol znaku towarowego (®, TM itd.) oznacza znak towarowy firmy Novell. Gwiazdka (*) oznacza znak towarowy innej firmy. Informacje na temat znaków towarowych można znaleźć w sekcji Informacje prawne.