Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

NetWorker VMware Protection — vProxy: Włączanie rejestrowania debugowania

Summary: Zmiana poziomu dziennika na "debug" może być konieczna w celu rozwiązania problemu z NetWorker VMware Protection (NVP) z rozwiązaniem dla urządzeń vProxy (NVP-vProxy). W tym artykule wyjaśniono, jak zmienić poziom dziennika. ...

This article applies to   This article does not apply to 
Check out resources for

Instructions

Obejrzyj ten film: Jak włączyć rejestrowanie debugowania vProxy.

 


Zazwyczaj wystarczy przeanalizować dzienniki zasad serwera NetWorker w /nsr/logs/policy/[policy name], ale czasami może być konieczne przeanalizowanie dzienników z samego urządzenia vProxy, a ponadto zwiększenie poziomu rejestrowania do debugowania, aby lepiej zrozumieć przyczynę awarii. Zazwyczaj jest to wymagane tylko po kontakcie z pomocą techniczną NetWorker, a inżynier pomocy technicznej poprosił o ustawienie debugowania w celu rozwiązania problemów z określonym procesem. 

Pliki dzienników NVP-vProxy na urządzeniu vProxy znajdują się w następującym katalogu /opt/emc/vproxy/runtime/logs.

Istnieje podkatalog dla każdego z głównych procesów, które są używane do operacji NetWorker na urządzeniu vProxy: 
vbackupd

vflrd

vrapid

vrecoverd
Na przykład w vbackupd masz dzienniki: 
[session-uuid].log             Processing details for a session
vbackupd-engine.log            Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log             DD Boost logging.
vbackupd-snapmgr.log           Snapshot logging
3. vbackupd-vddk.log           VDDK logging -  VMware Virtual Disk Development Kit
Dodatkowe informacje na temat rejestrowania i zbierania vProxy można znaleźć w artykule NVP-vProxy Triage Guide: NetWorker VMware Protection vProxy — przegląd klasyfikacji i dzienników


Zastosowanie metody debugowania usługi 1:

Ta metoda dotyczy wersji vProxy: 4.3.x i nowszych. Można go użyć do włączenia debugowania usług vProxy (vrapid, vrecoverd, vbackupd, vflrd). Można włączyć więcej funkcji debugowania dla ruchu DD Boost, VDDK i komunikatów migawek (jeśli ma to zastosowanie).
  1. Połącz się z vProxy przez SSH przy użyciu konta administratora vProxy.
  2. Przełącz się do katalogu głównego:
sudo su -
  1. Zmień na katalog bin agenta vProxy.
cd /opt/emc/vproxy/bin
  1. W przypadku usługi, którą chcesz debugować, uruchom następujące polecenia:

Silnik tworzenia kopii zapasowych: vbackupd
Daemon Podmiot rejestrujący Przykład użycia poleceń Lokalizacje dzienników
vbackupd Program (silnik główny) 
./vProxy_debug.sh -s -d vbackupd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Dzienniki poszczególnych sesji tworzenia kopii zapasowych: 

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log
  DD Boost 
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log
VDDK przechowuje również prywatne dzienniki w katalogu /tmp/vmware-root
       Menedżer migawek 
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
 
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Silnik odzyskiwania: vrecoverd
Daemon Podmiot rejestrujący Przykład użycia poleceń Lokalizacje dzienników
vrecoverd Program (jednostka główna) 
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Dzienniki sesji odzyskiwania dla poszczególnych elementów: 

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log
  DD Boost 
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
VDDK przechowuje również prywatne dzienniki w katalogu /tmp/vmware-root

Silnik FLR: vflrd
Daemon Podmiot rejestrujący Przykład użycia poleceń Lokalizacja dziennika
vflrd Program (silnik główny) 
./vProxy_debug.sh -s -d vflrd -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Dzienniki sesji instalacji FLR: 
/opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log
Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log
Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log
Ukończone dzienniki są przenoszone do 
/opt/emc/vrproxy/runtime/logs/recycle/vflrd
  DD Boost 
./vProxy_debug.sh -s -d vflrd -p ddboost -l all
 
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log
  VDDK 
./vProxy_debug.sh -s -d vflrd -p vddk -l 4
 
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
VDDK przechowuje również prywatne dzienniki w katalogu /tmp/vmware-root

Serwer REST: vrapid
Daemon Podmiot rejestrujący Przykład użycia poleceń Lokalizacja dziennika
vrapid Program (silnik główny) 
./vProxy_debug.sh -s -d vrapid -p program -l debug
 
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Powyższe polecenia pokazują włączanie debugowania, te polecenia można uruchomić ponownie, zmieniając -l opcja przywrócenia wartości domyślnych:

Opcje:
  • Dla dziennika programu:
warn | info | trace (domyślnie) | debug
  • W przypadku dziennika DD Boost:
none | error | warn | info | debug | trace (domyślnie) | all
  • Dla dziennika VDDK:
0 = Brak logowania
1 = Tylko błędy
2 = Ostrzeżenia i błędy
3 = Ważne komunikaty informacyjne, błędy i ostrzeżenia (domyślnie)
4 = Dane debugowania plus wszystko inne
  • W przypadku dziennika Snapshot Manager:
warn | info | trace (domyślnie) | debug


Zastosowanie metody debugowania usługi 2:

Dostępne poziomy rejestrowania to none, error, warn, info, trace i debug.

W celu ustawienia vbackupd Proces do debugowania na poziomie rejestrowania:
  1. Zaloguj się do urządzenia vProxy jako administrator przez SSH lub konsolę i przełącz się do katalogu głównego:
sudo su -
  1. Przejdź do systemd katalog:
cd /usr/lib/systemd/system/ 

Uwaga: Każdy z plików usługi znajduje się tutaj: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, i tak dalej
  1. Otwórz plik usługi, do której chcesz zastosować debugowanie, na przykład:
vi vbackupd.service 
  1. Zlokalizuj wiersz za pomocą ExecStart= i dołącz --program-log-level=debug
Inne parametry: 
vProxy 2.x engine log level: { debug, trace, info, warn }.
--engine-log-level=string        

vProxy 3.x and later engine level: { debug, trace, info, warn } (default "trace")
--program-log-level=string (vbackupd)

Display version
--version
 
Uwaga: Wersja NVP-vProxy jest wyświetlana na karcie Configuration właściwości vProxy w konsoli NetWorker Management Console >Devices > Proxy > VMware kliknij prawym przyciskiem myszy urządzenie > vProxy Właściwości >Konfiguracja > VM Proxy version.
 
  1. Zapisz zmiany w pliku
  2. Załaduj ponownie plik konfiguracyjny urządzenia, wpisując polecenie:
systemctl daemon-reload
  1. Sprawdź w konsoli NetWorker Management Console, czy nie są uruchomione żadne kopie zapasowe, a następnie uruchom ponownie vbackupd usługa:
systemctl restart vbackupd.service
Powyższy proces ma zastosowanie do usług vrapid, vrecoverd, vbackupd, vflrd.


Stosowanie debugowania VDDK:

  1. Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego:
sudu su -
  1. Edytuj plik VixDiskLib.config , aby zawierał następujący wiersz:
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4

0 = No logging
1 = Errors only
2 = Warnings, and Errors
3 = Important information messages, errors, and warnings
4 = Debug data plus everything else
  1. Uruchom ponownie odpowiednią usługę:
systemctl restart [service-name].service 
Na przykład:  
systemctl restart vrecoverd.service
Po ustawieniu poziomu rejestrowania debugowania można potwierdzić, że w odpowiednim pliku dziennika znajdują się komunikaty zaczynające się od słowa Debug.

Po zakończeniu procesu debugowania można zresetować poziom dziennika przy użyciu tej samej procedury, używając słowa trace po znaku równości zamiast debugowania. Aby ta zmiana została natychmiast zastosowana, wymagane jest ponowne załadowanie i ponowne uruchomienie demona, jak opisano powyżej.


Debugowanie DD Boost Precert:

Ten proces jest wykonywany przy użyciu innych metod debugowania opisanych powyżej.
  1. Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego:
sudu su -
  1. Tworzenie pliku ddboost_precert.ini pod:
/: touch /ddboost_precert.ini
  1. Utwórz plik DDLog katalog:
mkdir /DDLog
  1. Włącz debugowanie DD Boost dla usługi, którą chcesz debugować:
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug

vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug

vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
  1. Potwierdź, że ddboost_precert.log jest generowany:
ls -l /DDLog
​​​​​​ Zrzut ekranu potwierdzenia dziennika
  1. Jeśli operacje debugowania nie są już wymagane, uruchom ponownie następujące polecenie:
vProxy_debug.sh -l trace


Rejestrowanie wyboru vProxy:

To debugowanie może być używane za każdym razem, gdy przepływ pracy tworzenia kopii zapasowej maszyny wirtualnej utknie z maszynami wirtualnymi w oczekiwaniu na uruchomienie. W tym scenariuszu zadanie tworzenia kopii zapasowej zostało rozpoczęte, ale nie pobrano żadnego serwera vProxy w celu uruchomienia sesji tworzenia kopii zapasowej. Proces wyboru vProxy nie jest rejestrowany w rejestrowaniu standardowym. Możemy włączyć vmbackup_logging na serwerze NetWorker, który rejestruje proces wyboru vProxy podczas uruchamiania polityki ochrony VMware. Może to być przydatne, gdy nie ma problemu z komunikacją między serwerem NetWorker a vProxy (port 9090) i nie ma błędów związanych z niedostępnością vProxy w NMC lub daemon.log.
 
  1. Otwórz administracyjny wiersz poleceń programu PowerShell (Windows) lub główną sesję SSH (Linux) na serwerze NetWorker.
  2. Utwórz plik bez rozszerzenia o nazwie vmbackup_logging w obszarze NetWorker /nsr/tmp katalog:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Powyższe polecenie zakłada, że użyto domyślnej lokalizacji instalacji NetWorker. Jeśli NetWorker został zainstalowany w innej lokalizacji, dostosuj lokalizację /nsr/tmp odpowiednio.
  1. Uruchom zadanie tworzenia kopii zapasowej maszyny wirtualnej.
  2. Monitoruj renderowane daemon.log dla kolejki Vmproxy i wybierz komunikaty vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
W razie jakichkolwiek pytań zapoznaj się z artykułem: NetWorker: Korzystanie z nsr_render_log.
  1. Aby wyłączyć to debugowanie, usuń plik vmbackup_logging z /nsr/tmp Dir.

Additional Information

Powiązane artykuły:

Affected Products

NetWorker

Products

NetWorker, NetWorker Series