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
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Obejrzyj ten film: Jak włączyć rejestrowanie debugowania vProxy.
Zazwyczaj wystarczy przeanalizować dzienniki zasad serwera NetWorker w
Pliki dzienników NVP-vProxy na urządzeniu vProxy znajdują się w następującym katalogu
Istnieje podkatalog dla każdego z głównych procesów, które są używane do operacji NetWorker na urządzeniu vProxy:
Ta metoda dotyczy wersji vProxy: 4.3.x i nowszych. Można go użyć do włączenia debugowania usług vProxy (
Silnik tworzenia kopii zapasowych:
Silnik odzyskiwania:
Silnik FLR:
Serwer REST:
Powyższe polecenia pokazują włączanie debugowania, te polecenia można uruchomić ponownie, zmieniając
Opcje:
Uwaga: Każdy z plików usługi znajduje się tutaj:
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.
Ten proces jest wykonywany przy użyciu innych metod debugowania opisanych powyżej.
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ć
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 vrecoverdNa 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 KitDodatkowe 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).
- Połącz się z vProxy przez SSH przy użyciu konta administratora vProxy.
- Przełącz się do katalogu głównego:
sudo su -
- Zmień na katalog bin agenta vProxy.
cd /opt/emc/vproxy/bin
- 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.logVDDK 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.logVDDK 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.logDzienniki 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>.logUkoń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.logVDDK 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
W celu ustawienia
vbackupd Proces do debugowania na poziomie rejestrowania:
- Zaloguj się do urządzenia vProxy jako administrator przez SSH lub konsolę i przełącz się do katalogu głównego:
sudo su -
- Przejdź do
systemdkatalog:
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
- Otwórz plik usługi, do której chcesz zastosować debugowanie, na przykład:
vi vbackupd.service
- Zlokalizuj wiersz za pomocą
ExecStart=i dołącz--program-log-level=debug
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.
- Zapisz zmiany w pliku
- Załaduj ponownie plik konfiguracyjny urządzenia, wpisując polecenie:
systemctl daemon-reload
- Sprawdź w konsoli NetWorker Management Console, czy nie są uruchomione żadne kopie zapasowe, a następnie uruchom ponownie
vbackupdusługa:
systemctl restart vbackupd.servicePowyższy proces ma zastosowanie do usług
vrapid, vrecoverd, vbackupd, vflrd.
Stosowanie debugowania VDDK:
- Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego:
sudu su -
- 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
- Uruchom ponownie odpowiednią usługę:
systemctl restart [service-name].service
Na przykład:
systemctl restart vrecoverd.service
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.
- Zaloguj się do urządzenia vProxy za pomocą SSH lub konsoli jako administrator i przełącz się do katalogu głównego:
sudu su -
- Tworzenie pliku
ddboost_precert.inipod:
/: touch /ddboost_precert.ini
- Utwórz plik
DDLogkatalog:
mkdir /DDLog
- 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
- Potwierdź, że
ddboost_precert.logjest generowany:
ls -l /DDLog
- 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.
- Otwórz administracyjny wiersz poleceń programu PowerShell (Windows) lub główną sesję SSH (Linux) na serwerze NetWorker.
- Utwórz plik bez rozszerzenia o nazwie
vmbackup_loggingw obszarze NetWorker/nsr/tmpkatalog:
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.
- Uruchom zadanie tworzenia kopii zapasowej maszyny wirtualnej.
- 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.
- Aby wyłączyć to debugowanie, usuń plik vmbackup_logging z
/nsr/tmpDir.
Additional Information
Powiązane artykuły:
Affected Products
NetWorkerProducts
NetWorker, NetWorker SeriesArticle Properties
Article Number: 000022610
Article Type: How To
Last Modified: 11 Mar 2025
Version: 16
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.