NetWorker VMware Protection-vProxy: Jak povolit protokolování ladění

Podívejte se na toto video: Jak povolit protokolování ladění vProxy.

Metody použití ladění vProxy Engine:

Obvykle stačí analyzovat protokoly zásad serveru NetWorker v /nsr/logs/policy/[policy name], ale někdy může být nutné analyzovat protokoly ze samotného zařízení vProxy a dále zvýšit úroveň protokolování pro ladění, aby bylo možné získat jasnější představu o důvodu selhání. To je obvykle potřeba pouze po zapojení podpory NetWorker a když technik podpory požádá o sadu ladění za účelem odstraňování problémů v rámci konkrétního procesu. 

Soubory protokolu NVP-vProxy v zařízení vProxy se nacházejí v následujícím adresáři /opt/emc/vproxy/runtime/logs.

Pro každý z hlavních procesů, které se používají pro operace NetWorker v zařízení vProxy, je k dispozici podadresář:

vbackupd

vflrd

vrapid

vrecoverd

Například vbackupd podadresář obsahuje následující protokoly:

[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
vbackupd-vddk.log              VDDK logging -  VMware Virtual Disk Development Kit

Další informace o protokolování a shromažďování vProxy naleznete v článku Průvodce tříděním serverů NVP-vProxy: NetWorker VMware Protection vProxy Posouzení a přehled protokolů

Použití 1. metody ladění služeb:

Tato metoda platí pro software vProxy verze 4.3.x a novější. Lze jej použít k povolení ladění ve službách vProxy (vrapid, vrecoverd, vbackupd, vflrd). Další ladění je možné povolit pro provoz DD Boost, sadu VDDK (Virtual Disk Development Kit) a zasílání zpráv snapshotů (pokud je to možné).

1. Připojte se k serveru vProxy přes SSH pomocí účtu správce vProxy.
2. Přepněte na uživatele root:

sudo su -

3. Změňte adresář na bin agenta vProxy:

cd /opt/emc/vproxy/bin

4. Pro službu vyžadující ladění spusťte následující příkazy:

Záložní jádro: vbackupd

./vProxy_debug.sh -s -d vbackupd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log

./vProxy_debug.sh -s -d vbackupd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log

./vProxy_debug.sh -s -d vbackupd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log

./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Obnovení motoru: vrecoverd

./vProxy_debug.sh -s -d vrecoverd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log

./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log

./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log

FLR Engine: vflrd

./vProxy_debug.sh -s -d vflrd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log

/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

/opt/emc/vrproxy/runtime/logs/recycle/vflrd

./vProxy_debug.sh -s -d vflrd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log

Server REST: vrapid

./vProxy_debug.sh -s -d vrapid -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Výše uvedené příkazy ukazují povolení ladění. Tyto příkazy lze znovu spustit změnou -l možnost obnovení výchozí:

Možnosti:

• Pro protokol programu:

• Protokol DD Boost:

• Protokol VDDK:

• Protokol nástroje Snapshot Manager:

Použití 2. metody ladění služeb (ručně):

1. Přihlaste se do zařízení vProxy jako admin přes SSH nebo konzoli a přepněte na uživatele root:

sudo su -

2. Jděte na systemd Adresář:

cd /usr/lib/systemd/system/ 

3. Otevřete soubor služby, který vyžaduje nastavení ladění, například:

vi vbackupd.service 

4. Vyhledejte řádek s ExecStart= a přidejte požadované parametry ladění:

vbackupd, vrecoverd, vflrd, and vrapid engine debug options: { debug | trace | info | warn } (default "trace")
--program-log-level=option

vbackupd, vrecoverd, and vflrd ddboost debug options: { none | error | warn | info | debug | all } (default "trace")
--boost-log-level=option

vbackupd snapshot manager debug options: { warn | info | trace | debug } (default "trace")
--snapmgr-log-level=option

Display version
--version

Multiple options could be used at once, for example if you needed to debug the vbackupd service, ddboost communication, and snapshot manager logging, the vbackupd.service file would include:
ExecStart=/opt/emc/vproxy/bin/vbackupd --program-log-level=debug --boost-log-level=all --snapmgr-log-level=debug

5. Uložte změny v souboru.
6. Pomocí následujícího příkazu znovu načtěte konfigurační soubor jednotky:

systemctl daemon-reload

7. Ověřte v konzoli NetWorker Management Console, že nejsou spuštěny žádné zálohy, a poté restartujte vbackupd :

systemctl restart vbackupd.service

Výše uvedený postup platí pro služby vrapid, vrecoverd, vbackupd, vflrd.

Použití ladění VDDK (ručně):

Ladění sady VMware Disk Development Kit (VDDK) lze ručně použít v VixDiskLib.config . Toto ladění se vztahuje pouze na vbackupd a vrecoverd Řešení potíží. Nevztahuje se na vflrd.
 

1. Přihlaste se do zařízení vProxy přes SSH nebo konzoli jako správce a přepněte na uživatele root:

sudu su -

2. Upravte VixDiskLib.config soubor tak, aby obsahoval následující řádek:

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

3. Restartujte příslušnou službu:

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

Po nastavení protokolování ladění by měl soubor protokolu přidružený ke službě obsahovat řádky ladění.

Po dokončení procesu ladění resetujte úroveň protokolu pomocí stejného postupu s použitím trasování slova za znaménkem rovná se místo debug. Aby se tato změna okamžitě projevila, je nutné znovu načíst a restartovat daemona, jak je uvedeno výše.

Ladění předběžného certifikátu DD Boost:

Tento proces se provádí pomocí dalších metod ladění popsaných výše. Knihovna DD Boost ve výchozím nastavení nezaznamenává podrobné aktivity rozhraní API (Application Programming Interface). Protokolování před certifikátem DD Boost byste měli povolit pouze v případě, že pozorujete další chyby související s funkcí DD boost v vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log soubory a další ladění. To je obvykle vyžadováno pouze v případě, že si to vyžádá přímo podpora NetWorker pro spolupráci nebo technické zakázky Data Domain.

1. Přihlaste se do zařízení vProxy přes SSH nebo konzoli jako správce a přepněte na uživatele root:

sudu su -

2. Vytvořte prázdný soubor s názvem ddboost_precert.ini v části /:

touch /ddboost_precert.ini

3. Vytvořte DDLog Adresář:

mkdir /DDLog

4. Povolte ladění DD Boost pro službu vyžadující ladění:

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

5. Ujistěte se, že ddboost_precert.log , reprodukovat problém a shromáždit ddboost_precert.log:

ls -l /DDLog

6. Pokud se operace ladění již nevyžadují:
   1. Znovu spusťte následující příkaz ve službě, kterou jste povolili ddboost debug:

/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace

1. 2. Odstraňte /ddboost_precert.ini .

rm -rf /ddboost_precert.ini

Protokolování výběru vProxy:

Toto ladění lze použít vždy, když se pracovní postup zálohování virtuálního počítače zablokuje u virtuálních počítačů, které se nacházejí v části Čekání na spuštění. V tomto scénáři byla spuštěna úloha zálohování, ale nebyl vybrán žádný server vProxy pro zahájení relace zálohování. Při standardním protokolování se proces výběru vProxy neprotokoluje. Můžeme vám umožnit vmbackup_logging na serveru NetWorker, který zaznamenává proces výběru serveru vProxy během spuštění zásady ochrany VMware. To je užitečné, pokud nedochází k žádným problémům s komunikací mezi serverem NetWorker a serverem vProxy (port 9090) a nedochází k chybám o nedostupnosti serveru vProxy v konzoli NMC nebo daemon.raw.

1. Otevřete na serveru NetWorker příkazový řádek prostředí PowerShell pro správu (Windows) nebo kořenovou relaci SSH (Linux).
2. Vytvořte soubor bez přípony s názvem vmbackup_logging v rámci služby NetWorker /nsr/tmp Adresář:

Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File

3. Spusťte úlohu zálohování virtuálního počítače.
4. Sledujte vykreslený daemon.log pro Vmproxy Queue a select_vproxy Zprávy.

Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log

5. Chcete-li toto ladění zakázat, odstraňte vmbackup_logging souboru z /nsr/tmp Dir.

Související články:

• Průvodce posouzením problémů s NVP-vProxy NetWorker VMware Protection vProxy Posouzení a přehled protokolů
• NVP vProxy: Jak získat přesnou syntaxi příkazu pro spuštění obnovení virtuálního počítače z rozhraní příkazového řádku s laděním.
• NetWorker (Linux): Jak kopírovat soubory do/ze serveru Linux NetWorker.
• NVP vProxy: Odstraňování problémů se síťovým připojením pro operace zálohování a obnovení
• NetWorker: NVP vProxy – odstraňování problémů s výkonem a propustností u zálohování a obnovení virtuálních počítačů