NetWorker: debugowanie operacji tworzenia kopii zapasowych

Pliki dziennika:

Podstawowymi dziennikami debugowania błędów tworzenia kopii zapasowych są pliki dzienników zasad , które znajdują się w następującej lokalizacji.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorker rejestruje pliki SRLpolicy_nameworkflow_nameaction_name

W katalogu /nsr/logs/policy/policy_name/workflow_name/jobid.raw znajdują się pliki dziennika przepływu pracy w formacie nieprzetworzonym oraz podkatalog dla każdej akcji. Każda akcja podrzędna akcji ma swój własny plik dziennika z identyfikatorem jobid tego zadania podrzędnego. Gdy akcja nadrzędna uruchamia akcję podrzędną, NetWorker tworzy katalog dla tych dzienników akcji podrzędnych.

Przykład:

W tym miejscu możemy zobaczyć lokalizację dzienników zasad oraz to, że dzienniki mają różne rozmiary w zależności od poziomu debugowania używanego podczas tworzenia kopii zapasowej.  Pliki nieprzetworzone są dziennikami przepływu pracy, podczas gdy katalogi backup_[jobid]_logs zawierają dzienniki akcji i dzienniki akcji podrzędnych.

Głównym plikiem dziennika NetWorker dla wszystkich operacji NetWorker jest plik dziennika daemon.raw . 

Znajduje się on w dziennikach [NetWorker_install_dir].
 

Aby odczytać ten dziennik, należy użyć polecenia nsr_render_log .

Przykład:

Dalsze zasoby:

Zapisz na kliencie NetWorker

Kopie zapasowe oparte na klientach NetWorker korzystają z procesu zapisywania. Proces zapisu komunikuje się z serwerem NetWorker, węzłem pamięci masowej (jeśli dotyczy) lub docelowym nośnikiem kopii zapasowej. Debugowanie można włączyć w procesie składowania, przekazując flagę -D debug do procesu składowania za pomocą konsoli NetWorker Management Console (NMC) lub za pomocą polecenia nsradmin.

W NMC należy zmienić pole "Backup command" w odpowiednich właściwościach klienta na "save -D9":

Przykład:

Tę samą operację można wykonać za pomocą polecenia nsradmin:

Przykład:

Alternatywnie, w systemie Linux, możesz użyć polecenia printf, aby wprowadzić tę zmianę nsradmin w jednym wierszu:

Przykład:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

Dalsze zasoby:

Podręcznik
informacyjny polecenia NetWorker Korzystanie ze sprawdzania
poprawności nsradmin NetWorkerSpecjalne zastosowania programu nsradmin NetWorker — uwaga techniczna

Operacje przepływu pracy na serwerze NetWorker 

Wymagane jest debugowanie początku operacji przepływu pracy i szczegółowe dane wyjściowe debugowania.

nsrworkflow -D9 -p [zasady] -w [przepływ pracy]

Spowoduje to zarejestrowanie danych wyjściowych debugowania zadania przepływu pracy w pliku nieprzetworzonym w pliku:

/nsr/logs/policy/policy_name/workflow_name/

Przykład:

Uruchomienie polecenia nsrworkflow inicjuje zadanie ręcznie, ale korzysta z tych samych opcji planowania i konfiguracji poziomu, które są używane jako zaplanowana automatyczna kopia zapasowa.  Inną możliwością jest użycie flagi -a w celu zdefiniowania nsrworkflow uruchamianego jako doraźna kopia zapasowa, co pozwala na nadpisanie harmonogramu lub poziomu kopii zapasowej.  Aby określić żądany poziom kopii zapasowej (a nie ustawiony dla dzisiejszego przebiegu przepływu pracy), należy użyć polecenia -l (lub -L dla kopii zapasowych maszyny wirtualnej).

Przykład:

nsrworkflow -p [polityka] -w [przepływ pracy] -A "'[akcja]' -l [poziom]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Dalsze zasoby:

516616 : Jak korzystać z polecenia
nsrworkflow NetWorker513030 :                                                                     Jak korzystać z polecenia
nsrpolicy NetWorkerInformacje dotyczące wydania NetWorker 9.1.x: 
Podręcznik informacyjny polecenia NetWorker

Savefs na kliencie NetWorker

Polecenie savefs jest używane podczas tworzenia kopii zapasowych opartych na kliencie. Jest ona wysyłana do klienta NetWorker po zainicjowaniu tworzenia kopii zapasowej na serwerze NetWorker.  savefs to proces odpowiedzialny za określenie plików i katalogów do utworzenia kopii zapasowych dla danego uruchomienia kopii zapasowej na tym kliencie.

Dokładne polecenie savefs, które jest uruchamiane po stronie klienta, można uzyskać z nieprzetworzonego pliku w dziennikach zasad (/nsr/logs/policy/[nazwa zasady]/[nazwa przepływu pracy]).  Następnie uruchom to po stronie klienta, dodając opcję -D9:

Przykład:

Na serwerze NetWorker: 

A następnie po stronie klienta:

Dalsze zasoby:

Przypisywanie nośnika docelowego na serwerze NetWorker

Przypisanie właściwego woluminu docelowego dla kopii zapasowej jest zarządzane przez proces nsrd na serwerze NetWorker.  Aby debugować ten problem, należy tymczasowo zwiększyć poziom debugowania procesu nsrd na serwerze NetWorker za pomocą dbgcommand.

Przykład:

Po zakończeniu debugowania należy wyłączyć debugowanie w następujący sposób:

Dalsze zasoby:

336123 : Debugowanie NetWorker

Kopie zapasowe oczekujące na wolumin zapisywalny

Jeśli serwer NetWorker nie może znaleźć odpowiedniego woluminu NetWorker do zapisu, przestanie odpowiadać i wygeneruje alert.  W takim przypadku zadanie będzie w stanie aktywnym.  Stan zadania można sprawdzić za pomocą polecenia nsrpolicy monitor .

Przykład:

Alert w konsoli NetWorker Management Console zawiera więcej szczegółów na temat typu poszukiwanego woluminu i węzła pamięci masowej.

Przykład:

Dalsze zasoby:

Kopie zapasowe nieoczekiwanie przestały odpowiadać z powodu równoległości

Jeśli serwer NetWorker zdecyduje, że nie może kontynuować tworzenia kopii zapasowej, ponieważ nie ma wolnego gniazda równoległego.  W takim przypadku zadanie znajduje się w stanie "kolejki".

Aby debugować równoległość, należy zwiększyć poziom debugowania procesu nsrjobd na serwerze NetWorker, jak pokazano poniżej.  Plik dziennika demona wyprowadza wiele danych debugowania w odniesieniu do równoległości.

Przykład:

Dalsze zasoby:

Podręcznik
planowania optymalizacji wydajności NetWorkerSesje równoległe i docelowe

Bezpośrednia kopia zapasowa klienta nie działa zgodnie z oczekiwaniami

Kopia zapasowa "Client direct" wysyła dane bezpośrednio z klienta NetWorker na nośnik docelowy bez uprzedniego zapisywania w węźle pamięci masowej NetWorker.

We właściwościach klienta można określić, czy bezpośrednia kopia zapasowa klienta ma być używana dla tego wystąpienia klienta, czy nie.

Aby sprawdzić, czy klient bezpośredni działa, czy nie, należy sprawdzić dzienniki zgodnie z poniższym przykładem:

Przykład:

Dane wyjściowe dziennika: Klient bezpośrednio w działaniu.

Plik dziennika demona na serwerze NetWorker:

91787 2014-08-01 13:37:35 Powiadomienie nsrmmd NSR Identyfikator zestawu zapisu "4091251191" (vm-lego-231:/NetWorker) korzysta z bezpośredniego zapisu plików za pomocą urządzenia Data Domain "dd4500-dd.local_onetwoone".

lsof na kliencie NetWorker

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (USTANOWIONY)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (USTANOWIONY)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (USTANOWIONY)save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (USTANOWIONY)

save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (USTANOWIONA)
zapisz 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (USTANOWIONA)

Uwaga: Widzimy, że istnieją otwarte połączenia TCP z klienta zarówno do serwera NetWorker, jak i do DD.  Jeśli chcesz wiedzieć, z którymi dokładnie procesami na serwerze NetWorker są połączone, możesz sprawdzić to za pomocą lsof na serwerze.  Czwarta kolumna to używany deskryptor pliku. 

W systemie Windows można zobaczyć podobne dane wyjściowe przy użyciu polecenia resmon:  Start - Uruchom - resmon - Karta Sieć - Połączenia TCP

Dane wyjściowe dziennika:  Kopia zapasowa nie korzysta bezpośrednio z klienta.

Plik dziennika demona na serwerze NetWorker:

91797 2014-08-01 13:57:51 nsrmmd NSR poważne Nie można wykonać bezpośredniego zapisu plików przy użyciu urządzenia Data Domain "ONETWOONE"; konfigurowanie tradycyjnego zapisu dla identyfikatora zbioru zapisu "4024143566" (vm-lego-231:/NetWorker)

Uwaga:  Szukanie słowa "tradycyjny" w dzienniku szybko daje ten wynik.  Jeśli chcesz dowiedzieć się, dlaczego nie korzysta z bezpośredniego klienta, zacznij od listy warunków, które muszą być spełnione, aby klient bezpośredni działał.  Najczęstszą przyczyną jest to, że klient nie ma bezpośredniego dostępu do sieci DD z używanej karty sieciowej lub rozpoznawanie nazw nie działa prawidłowo z poziomu klienta.

lsof na kliencie NetWorker:

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (USTANOWIONY)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (USTANOWIONY)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (USTANOWIONY)save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (USTANOWIONY)

Uwaga:  W tym miejscu otwierane są tylko połączenia TCP z serwerem NetWorker (który w tym przykładzie jest również węzłem pamięci masowej).  Brak otwartego połączenia TCP z DD.  Wszystkie dane są przesyłane do węzła pamięci masowej.

Dalsze zasoby:

Przewodnik planowania optymalizacji i wydajności serwera NetWorker

Równoległe kopie zapasowe strumienia zapisu

Do debugowania kopii zapasowych PSS. Upewnij się, że właściwość "równoległy strumień zapisu" jest zaznaczona w zasobie klienta w konsoli NetWorker Management Console.  Zmodyfikuj polecenie składowania, aby umieścić je w debugowaniu zgodnie z punktem 1 powyżej.  Utwórz również pusty plik w pliku .. /nsr/debug o nazwie "mbsdopen".  Zapewnia to dodatkowe rejestrowanie debugowania zarówno na kliencie w /nsr/tmp, jak i w dziennikach zasad na serwerze NetWorker (patrz punkt 1 powyżej).

Przykład:

Dalsze zasoby:

Rozwiązywanie problemów z kopiami zapasowymi strumienia zapisu równoległego
NetWorkerPodręcznik planowania optymalizacji wydajności NetWorker

Proces nsrmmd węzła pamięci masowej NetWorker nie działa zgodnie z oczekiwaniami podczas zapisywania danych na nośniku docelowym.

Możesz zwiększyć poziom debugowania procesów nsrmmd za pomocą komendy dbgcommand (opisanej w punkcie 7 powyżej).  Można zwiększyć poziom debugowania wszystkich procesów nsrmmd lub użyć narzędzi systemu operacyjnego w celu zidentyfikowania, który proces nsrmmd jest aktywny:

Dalsze zasoby:

479665 : Artykuł dotyczący weryfikacji: Rozwiązywanie problemów z biblioteką taśmową w oprogramowaniu NetWorker
Podręcznik integracji NetWorker Data Domain Boost

Inne wskazówki dotyczące debugowania dla określonych technologii NetWorker:

• dopasowywanie serwera NetWorker pod kątem optymalnej wydajności

• NVP-vProxy: Jak włączyć rejestrowanie debugowania  

• Jak przetestować komunikację klient-serwer NetWorker przez zaporę sieciową 

• Rozwiązywanie problemów z zaplanowanym klonowaniem NetWorker

• Podręcznik rozwiązywania problemów z NetWorker: Awarie procesów i zrzuty rdzenia

• NetWorker NMC 9.x: Jak włączyć dzienniki debugowania

• Jak włączyć debugowanie dla NMDA

• Szczegółowy przewodnik rozwiązywania problemów z NMM

• Debugowanie i odzyskiwanie błędów zadań z NMC          

• Przewodnik weryfikacji NDMP           

• 479591 : Odzyskiwanie miejsca z przewodnika klasyfikacji urządzeń Data Domain