NetWorker: debugowanie operacji tworzenia kopii zapasowych

Podsumowanie: Na liście znajduje się kilka opcji debugowania nieudanej kopii zapasowej NetWorker.

Ten artykuł dotyczy Ten artykuł nie dotyczy Ten artykuł nie jest powiązany z żadnym konkretnym produktem. Nie wszystkie wersje produktu zostały zidentyfikowane w tym artykule.

Instrukcje

Dostępnych jest kilka różnych opcji debugowania błędu kopii zapasowej NetWorker. W tym artykule bazy wiedzy omówiono różne opcje debugowania w zależności od funkcji procesu tworzenia kopii zapasowej, która ma zostać debugowana. 

1. 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 (domyślnie): C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_name


W obszarze W obszarze /nsr/logs/policy/policy_name/workflow_name/jobid.raw i podkatalog dla każdej akcji. Każda akcja podrzędna akcji ma swój własny plik dziennika z atrybutem jobid tej pracy podrzędnej. Gdy akcja nadrzędna uruchamia akcję podrzędną, NetWorker tworzy katalog dla tych dzienników akcji podrzędnych.

Przykład:

Rozmiary dzienników różnią się w zależności od poziomu debugowania używanego podczas tworzenia kopii zapasowej. Pliki nieprzetworzone są dziennikami przepływu pracy, natomiast backup_[jobid]_logs Katalogi zawierają dzienniki akcji i dzienniki działań podrzędnych.

Przykład zawartości folderu dzienników zasad 
 

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

Linux: /nsr/logs/daemon.raw
Windows (domyślnie): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw


Aby odczytać ten dziennik, należy użyć przycisku nsr_render_log , zobacz: NetWorker: Jak używać nsr_render_log do renderowania plików dziennika .raw

Przykład:

Przykład renderowania nieprzetworzonego dziennika NetWorker

Dodatkowe zasoby:

2. save 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ą nsradmin Polecenia.

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

Przykład:

Konfigurowanie kopii zapasowych debugowania dla klienta NetWorker

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

Przykład:

Konfigurowanie debugowania kopii zapasowej z nsradmin

Dodatkowe zasoby:

 

3. 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 [policy] -w [workflow]

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:

Debugowanie przepływu pracy NSR 
 

Uruchamianie nsrworkflow Polecenie inicjuje zadanie ręcznie, ale używa tych samych opcji konfiguracji harmonogramu i poziomu, które są używane jako zaplanowana automatyczna kopia zapasowa. Inną możliwością jest skorzystanie z metody -a flaga, aby zdefiniować nsrworkflow Uruchom jako adhoc kopia zapasowa, która umożliwia nadpisanie harmonogramu lub poziomu tworzenia kopii zapasowych. Aby określić żądany poziom kopii zapasowej (a nie ustawiony dla dzisiejszego przebiegu przepływu pracy), należy użyć przycisku -l (lub -L do tworzenia kopii zapasowych maszyn wirtualnych).

Przykład:

nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Dodatkowe zasoby:

4. savefs na kliencie NetWorker:

Pakiet savefs jest używany 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ślanie 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/[policy name]/[workflow name]). Następnie uruchom to po stronie klienta, dodając -D9 Opcja:

Przykład:

Na serwerze NetWorker: 

Przykład procesu savefs  

A następnie po stronie klienta:

Uruchamianie debugowania savefs z wiersza poleceń 

5. Przypisywanie nośnika docelowego na serwerze NetWorker:

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

Przykład:

kA5f10000004JErCAM_2_7

Po zakończeniu debugowania należy wyłączyć debugowanie, ustawiając poziom debugowania z powrotem na zero:

kA5f10000004JErCAM_2_8

dbgcommand może być używany w odniesieniu do nazwy procesu lub identyfikatora procesu (PID), na przykład:

dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL

Dodatkowe zasoby:

OSTRZEŻENIE: Debugowanie procesów może być włączone tylko w celu rozwiązania problemu. Po zakończeniu rozwiązywania problemów debugowanie procesu musi zostać wyłączone. Niektóre procesy mogą generować dużo komunikatów z włączonym debugowaniem. Może to prowadzić do wzrostu systemu plików i problemów z miejscem.

6. Kopie zapasowe oczekujące na wolumin, który umożliwia zapis:

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

Przykład:

Przykład monitora nsrpolicy

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:

NMC ostrzega o oczekiwaniu na 1 wolumin, który umożliwia zapis

Dodatkowe zasoby:

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

Jeśli serwer NetWorker stwierdzi, że nie może kontynuować tworzenia kopii zapasowej, ponieważ nie ma wolnego gniazda równoległości, zadanie jest w stanie "kolejki".

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

Przykład:

Przykład włączania debugowania nsrjobd 

Dziennik demona pokazujący błąd równoległości

Dodatkowe zasoby:

8. 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.

Ustawienia bezpośredniej kopii zapasowej klienta NetWorker

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: Klienci bezpośrednio w działaniu.

Pakiet daemon.raw na serwerze NetWorker:

91787 MM/DD/YYYY HH:mm:SS  nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device '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 (ESTABLISHED)
save       9831    root    5u  IPv4 111695      0t0  TCP vm-lego-231:19752->vm-lego-121:9417 (ESTABLISHED)
save       9831    root    7u  IPv4 111720      0t0  TCP vm-lego-231:31095->vm-lego-121:9035 (ESTABLISHED)
save       9831    root    8u  IPv4 111728      0t0  TCP vm-lego-231:12421->vm-lego-121:9653 (ESTABLISHED)
save       9831    root    9u  IPv4 111731      0t0  TCP vm-lego-231:33739->dd4500-dd.local:nfs (ESTABLISHED)
save       9831    root   10u  IPv4 111736      0t0  TCP vm-lego-231:60278->dd4500-dd.local:midnight-tech (ESTABLISHED)

 

UWAGA: lsof Wyświetla listę otwartych połączeń TCP z klienta zarówno do serwera NetWorker, jak i do DD. Aby określić, z którymi procesami jest połączony serwer NetWorker, można sprawdzić to za pomocą lsof na serwerze. Czwarta kolumna to używany deskryptor pliku.

Na hostach z systemem Windows można przeprowadzić podobną diagnostykę przy użyciu pakietu SysInternals Procmon.Kliknięcie tego hiperłącza powoduje wyświetlenie strony spoza witryny Dell Technologies.


9: Bezpośrednia kopia zapasowa klienta nie korzysta z usługi Client Direct:

Pakiet daemon.raw na serwerze NetWorker:

91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)

 

UWAGA: Szukam słowa traditional w dzienniku szybko daje te dane wyjściowe. Zapoznaj się z listą warunków, które muszą być spełnione, aby klient mógł pracować bezpośrednio. Najczęstszą przyczyną jest brak bezpośredniego dostępu klienta do sieci do Data Domain lub niepoprawne rozpoznawanie nazw.

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 (ESTABLISHED)
save      10114    root    5u  IPv4 123369      0t0  TCP vm-lego-231:12593->vm-lego-121:9417 (ESTABLISHED)
save      10114    root    7u  IPv4 123392      0t0  TCP vm-lego-231:63952->vm-lego-121:9035 (ESTABLISHED)
save      10114    root    8u  IPv4 123400      0t0  TCP vm-lego-231:29597->vm-lego-121:9653 (ESTABLISHED)
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.

Dodatkowe zasoby:


10. Kopie zapasowe równoległego strumienia zapisu (PSS):

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 parametr save polecenie, aby umieścić go w debugowaniu zgodnie z sekcją 2. Utwórz również pusty plik w ../nsr/debug o nazwie "mbsdopen'. Zapewnia to dodatkowe rejestrowanie debugowania zarówno na kliencie w /nsr/tmp oraz w dziennikach zasad na serwerze NetWorker (patrz sekcja 1).

Przykład:

Opcja PSS włączona w zasobie klienta NetWorker

MBSDFOTWÓRZ plik

Zapisz pliki MBS w katalogu tmp 

Dodatkowe zasoby:

11. Węzeł pamięci masowej NetWorker nsrmmd Proces nie działa zgodnie z oczekiwaniami, ponieważ zapisuje na nośniku docelowym:

Możesz zwiększyć poziom debugowania nsrmmd procesów wykorzystujących dbgcommand (Patrz punkt 5). Możesz zwiększyć poziom debugowania wszystkich nsrmmd lub użyć narzędzi systemu operacyjnego do określenia, które nsrmmd Proces jest aktywny:

Procesy nsrmmd 

Dodatkowe zasoby:

Dodatkowe informacje

Produkty, których dotyczy problem

NetWorker

Produkty

NetWorker, NetWorker Series
Właściwości artykułu
Numer artykułu: 000010035
Typ artykułu: How To
Ostatnia modyfikacja: 30 sty 2026
Wersja:  8
Znajdź odpowiedzi na swoje pytania u innych użytkowników produktów Dell
Usługi pomocy technicznej
Sprawdź, czy Twoje urządzenie jest objęte usługą pomocy technicznej.