NetWorker: najlepsze praktyki rozwiązywania problemów z rozpoznawaniem nazw

Oprogramowanie NetWorker opiera się na rozpoznawaniu nazw. Jeśli nazwy nie są poprawne i całkowicie spójne, mogą pojawić się problemy w wielu operacjach oprogramowania NetWorker. Ponieważ NetWorker zarządza potencjalnie wrażliwymi danymi, musi zapewnić tożsamość hostów, z którymi wchodzi w interakcję, za pomocą różnych środków.

Dowolna liczba objawów w oprogramowaniu NetWorker może być wynikiem niedoskonałości rozpoznawania nazw w NetWorker:

• Komunikaty o błędach wskazujące na problemy z wyszukiwaniem nazw w przód lub w tył.
• Brak możliwości sondowania klientów podczas tworzenia kopii zapasowej
• Niezdolność klientów do ręcznego zapisywania na serwerze lub odzyskiwania.
• Problemy z klonowaniem lub dostępem do urządzeń węzłów pamięci masowej
• Problemy z przeglądaniem lub rekordami bazy danych multimediów.
• Serwer lub węzeł pamięci masowej przestaje reagować podczas uruchamiania lub podczas normalnej pracy.
• Błędnie nazwane lub zagnieżdżone katalogi indeksów
• Błędy nieprawidłowo skonfigurowanego klienta

Nazwa: Resolution Workflow

Próby rozpoznania nazwy hosta używanej przez polecenie lub konfigurację wewnętrzną muszą być rozwiązane jako adres IP, aby można było ich użyć. Następujące zasoby są sprawdzane w następującej kolejności, aby sprawdzić, czy name:IP został już buforowany, zatrzymując się po dopasowaniu nazwy. 

1. Pamięć podręczna nazw NetWorker: Większość głównych demonów NetWorker; Konfigurowalny okres istnienia w bazie danych NSRLA 
2. Pamięć podręczna lokalnego programu rozpoznawania nazw hostów: Różni się w zależności od systemu operacyjnego i odracza ładowanie z hostów lub wyszukiwań DNS
3. Wpisy plików hostów lokalnych: Szybkie wyszukiwanie lokalne, ale obsługiwane ręcznie; przydatne do zastąpienia rozpoznawania nazw DNS
4. Wyszukiwania serwera DNS: Preferowana branża ze względu na scentralizowaną administrację, ale wolniejsza

1. Pamięć podręczna NetWorker:

Demony NetWorker utrzymują wewnętrzną pamięć podręczną nazw. Klienci buforują rozpoznane nazwy w nsrexecd, podczas gdy podstawowe demony, takie jak nsrd i nsmmdbd , przechowują własne pamięci podręczne. Jest to pierwsza sprawdzona tabela adresów IP i najszybsza. Okres istnienia wewnętrznej pamięci podręcznej można ustawić w bazie danych nsrla każdego hosta NetWorker za pomocą polecenia: nsradmin:

Linux/UNIX

printf ". type: nsrla\nshow positive DNS cache TTL; negative DNS cache TTL\nprint\n" | nsradmin -p nsrexec -s remote_host

Windows

(echo . type: nsrla & echo show positive DNS cache TTL; negative DNS cache TTL & echo print) | nsradmin -p nsrexec -s remote_host

Domyślnie powinien zwrócić 30 minut (1800 sekund):

positive DNS cache TTL: 1800;
negative DNS cache TTL: 1800;

Ta wartość określa, ile czasu upłynie, zanim NetWorker celowo usunie pamięć podręczną procesu na rzecz zaktualizowanych informacji z kolejnych warstw sekwencyjnie. W związku z tym podniesienie go jest odpowiednie dla środowisk, w których wyszukiwanie DNS jest powolne, ale adresowanie DNS jest stosunkowo statyczne. I odwrotnie, niższe wartości mogą być pożądane w środowiskach z często zmieniającymi się adresami. 

Jeśli wymagana nazwa znajduje się w wewnętrznej pamięci podręcznej NetWorker, jest ona używana, a dalsze zapytanie jest zatrzymywane. W przypadku rozwiązywania problemów, jeśli mapowania nazwy na adres IP w pamięci podręcznej wydają się nieprawidłowe, użyj poleceń, aby zarejestrować bieżącą pamięć podręczną, a następnie opróżnić lub ponownie rozpoznać wpisy:

• • dbgcommand -n nsrd PrintDnsCache=1 (Zrzuć do daemon.raw)
  • dbgcommand -n nsrd FlushDnsCache=1 (Flush) lub, 
  • dbgcommand -n nsrd FlushDnsCache=9 (Opróżnij i natychmiast ponownie rozwiąż/odbuduj pamięć podręczną)

• • Linux/UNIX: ps -ef | grep nsr 
  • Windows: tasklist | findstr nsr

2. Pamięć podręczna narzędzia do rozpoznawania nazw (resolver):

• • Opróżnianie pamięci podręcznej programu rozpoznawania nazw różni się w zależności od systemu operacyjnego/dystrybucji — patrz dokumentacja dostawcy.
  • Windows: ipconfig /flushdns

3. Pliki hostów:

• • UNIX/Linux: /etc/hosts
  • Windows: %systemroot%\System32\drivers\etc\hosts

4. Rozpoznawanie wprzód:

• Uruchom nslookup bez argumentów, aby wprowadzić interaktywny monit.
• Wprowadź iterację nazwy do wyszukania i naciśnij Enter, aby pobrać rekord wprzód z serwera DNS, z którym się połączono.
• Wprowadź tę samą nazwę jeszcze dwa razy, aby sprawdzić, czy rekord nazwy po cichu wykorzystuje round-robining między różnymi hostami lub zwraca te same dane.
• Powtórz ten sam proces dla każdej instancji dowolnej nazwy, przez którą host może być wywoływany przez inne hosty lub uważać się za ten sam adres IP.
• Powtórz ten sam proces dla każdego serwera DNS, gdzie host jest skonfigurowany do potencjalnego użycia, wprowadzając server next_dns_server.

5. Rozpoznawanie wstecz:

• Uruchom nslookup bez argumentów, aby wprowadzić interaktywny monit.
• Wprowadź zestaw q=ptr , aby zmienić typ kwerendy na Strefa odwrotna.
• Wprowadź adres IP do rozpoznania wstecznego i naciśnij Enter.
• Upewnij się, że nazwa zwracana w rekordzie wstecznym jest zgodna z nazwą/IP rekordu wprzód.

[root@linux_a~]# nslookup linux_a
Server:         1.2.3.4
Address:        1.2.3.4#53
Name:   linux_a.domain.com
Address: 5.6.7.8
         
[root@linux_a~]# nslookup 5.6.7.8
Server:         1.2.3.4
Address:        1.2.3.4#53
Name:   linux_a.domain.com
Address: 5.6.7.8
         
[root@linux_a~]# nslookup
> set q=ptr
> 5.6.7.8
Server:         1.2.3.4
Address:        1.2.3.4#53
Non-authoritative answer:
8.7.6.5.in-addr.arpa        name = linux_a.domain.com.

Testowanie rozwiązywania nazw

Wszystkie hosty NetWorker muszą mieć spójne rozpoznawanie nazw do przodu i do tyłu dla każdego hosta, z którym się komunikują, w oparciu o ich rolę strefy danych. W przypadku administratorów NetWorker bardzo ważne jest, aby wszelkie problemy z rozpoznawaniem hostów były rozwiązywane natychmiast i w całości.
Podczas rozwiązywania problemów z rozpoznawaniem nazw lub w celu wykluczenia ich w strefie danych NetWorker:
    1. Znajdź wszystkie hosty, których operacja zakończyła się niepowodzeniem — serwer, klientów, ewentualnie węzły pamięci masowej itd.
    2. W odniesieniu do każdego z nich określ adresy IP skonfigurowane lokalnie i wszystkie oczekiwane rozpoznawalne nazwy dla tych adresów IP.
    3. Skonfiguruj wszystkie hosty, aby używały pliku hostów przed DNS w celu rozpoznawania hostów.
    4. Na początku jednego pliku hostów skonfiguruj pojedynczy wpis dla każdego adresu IP, z każdą odpowiadającą mu nazwą w tym samym wierszu.
    5. Skopiuj te wiersze dokładnie z pierwszego hosta do plików hostów innych zaangażowanych hostów.
    6. Edytuj obiekty klienta NetWorker, aby aliasy poprawnie odpowiadały żądanym adresom IP.
    7. Zamknij NetWorker na wszystkich zaangażowanych hostach.
    8. Wyczyść pamięć podręczną programu rozpoznawania nazw na każdym hoście przy użyciu mechanizmu odpowiedniego systemu operacyjnego.
    9. Uruchom ponownie NetWorker i ponów próbę wykonania problematycznej operacji.

Aby udowodnić, że nazwa jest rozpoznawana przez dany host, użyj następującego testu:
    1. Z pierwszego hosta NetWorker (na przykład klienta) połącz się z drugim hostem (na przykład serwerem) przy użyciu polecenia: nsradmin -s remote_host -p nsrexec - Pozostaw sesję otwartą.
    2. Na tym samym hoście określ proces nsradmin (na przykład Windows, tasklist | findstr nsradmin)
3. Uruchom polecenie netstat, aby wyświetlić gniazdo powiązane z tym procesem (na przykład Windows, netstat -ao | findstr process_id)
4. Określ gniazdo łączące z tym hostem (najbardziej wysunięta na lewo para IP:port na wyjściu).
    5. Na zdalnym hoście — uruchom netstat -a i findstr/grep dla :calling_port_from_first_host.
    6. Nazwa hosta przed dwukropkiem to sposób, w jaki drugi host rozpoznaje pierwszego hosta podczas akceptowania połączenia przychodzącego.
    7. Uruchom ponownie za pomocą -n switch dodano do polecenia netstat, aby zweryfikować adres IP tego samego gniazda, aby sprawdzić, czy oczekiwany jest adres IP/trasa.
    8. Wykonaj ten sam test w odwrotnej kolejności, aby upewnić się, że drugi host rozpoznaje pierwszego hosta w zakresie oczekiwanych parametrów.

Informacje o aliasach klienta NetWorker

NetWorker ma również konfigurowalne pole, które jest globalne dla wszystkich instancji klienta o nazwie "Aliases", które powinno odzwierciedlać wszystkie nazwy rozpoznawane dla tego klienta. Dzięki temu NetWorker może połączyć wiele rozpoznanych nazw z jedną instancją klienta. Na przykład client1.domain.prod może również pojawić się jako client1.domain.bkup lub client1, w zależności od używanego adresu IP.

Operacje NetWorker, takie jak savegroup, używają wielu gniazd TCP: po jednym do aktualizacji kontroli, danych i indeksów. Jeśli którekolwiek gniazdo używa niespójnej (ale prawidłowej) nazwy, operacja może zakończyć się niepowodzeniem.

• Algorytmy karuzelowe są czasami celowo używane i konfigurowane — ale zazwyczaj są nieoczekiwane i należy ich unikać.
• netstat -a ujawnia otwarte/aktywne gniazda TCP, które ujawniają rozwiązaną przez system operacyjny nazwę obcego hosta - można to wykorzystać do identyfikacji problemów
• Routing statyczny może być czasami konieczny, gdy ruch sieciowy korzysta z nieoczekiwanej/niechcianej karty, co może później prowadzić do problemów z rozpoznawaniem nazw.

Zobacz także:  Procesy i porty NetWorker