NetWorker VMware Protection-vProxy: Jak povolit protokolování ladění
概要: K odstranění problému s řešením NetWorker VMware Protection (NVP) v zařízení vProxy (NVP-vProxy) může být nutná změna úrovně protokolu na debug. Tento článek vysvětluje, jak změnit úroveň protokolování. ...
この記事は次に適用されます：
この記事は次には適用されません：
手順
Podívejte se na toto video: Jak povolit protokolování ladění vProxy.
Obvykle stačí analyzovat protokoly zásad serveru NetWorker v
Soubory protokolu NVP-vProxy v zařízení vProxy se nacházejí v následujícím adresáři
Pro každý z hlavních procesů, které se používají pro operace NetWorker v zařízení vProxy, je k dispozici podadresář:
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 (
Záložní jádro:
Obnovení motoru:
FLR Engine:
Server REST:
Výše uvedené příkazy ukazují povolení ladění. Tyto příkazy lze znovu spustit změnou
Možnosti:
Poznámka: Každý ze souborů služby se nachází zde:
Jakmile nastavíte úroveň protokolování ladění, můžete potvrdit, že v příslušném souboru protokolu jsou zprávy, které začínají slovem Debug.
Po dokončení procesu ladění můžete resetovat úroveň protokolu pomocí stejného postupu s použitím slova trace 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.
Tento proces se provádí pomocí dalších metod ladění popsaných výše.
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
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 vrecoverdNapříklad v dialogovém okně
vbackupd podadresáře, máte 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 3. vbackupd-vddk.log VDDK logging - VMware Virtual Disk Development KitDalší 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, VDDK a zasílání zpráv snapshotů (pokud je to možné).
- Připojte se k serveru vProxy přes SSH pomocí účtu správce vProxy.
- Přepněte na uživatele root:
sudo su -
- Změňte adresář na bin agenta vProxy:
cd /opt/emc/vproxy/bin
- Pro službu, kterou chcete ladit, spusťte následující příkazy:
Záložní jádro:
vbackupd
| Démon | Entita protokolování | Příklad použití příkazu | Umístění protokolu |
|---|---|---|---|
vbackupd |
Program (hlavní engine) | ./vProxy_debug.sh -s -d vbackupd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log Protokoly jednotlivých relací zálohování: /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 také udržuje soukromé protokoly v adresáři /tmp/vmware-root |
|
| Správce snímků | ./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log |
Obnovení motoru:
vrecoverd
| Démon | Entita protokolování | Příklad použití příkazu | Umístění protokolu |
|---|---|---|---|
vrecoverd |
Program (hlavní subjekt) | ./vProxy_debug.sh -s -d vrecoverd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log Protokoly jednotlivých relací obnovení: /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 také udržuje soukromé protokoly v adresáři /tmp/vmware-root |
FLR Engine:
vflrd
| Démon | Entita protokolování | Příklad použití příkazu | Umístění protokolu |
|---|---|---|---|
vflrd |
Program (hlavní engine) | ./vProxy_debug.sh -s -d vflrd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.logProtokoly jednotlivých relací připojení 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>.logDokončené protokoly se přesunou 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 také udržuje soukromé protokoly v adresáři /tmp/vmware-root |
Server REST:
vrapid
| Démon | Entita protokolování | Příklad použití příkazu | Umístění protokolu |
|---|---|---|---|
vrapid |
Program (hlavní engine) | ./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:
warn | info | trace (výchozí) | debug
- Protokol DD Boost:
none | error | warn | info | debug | trace (výchozí) | all
- Protokol VDDK:
0 = Žádné protokolování
1 = Pouze chyby
2 = Varování a chyby
3 = Důležité informační zprávy, chyby a varování (výchozí)
4 = Ladění dat a všeho ostatního
- Protokol nástroje Snapshot Manager:
warn | info | trace (výchozí) | debug
Použití 2. metody ladění služeb:
Dostupné úrovně protokolování jsou none, error, warn, info, trace a debug.
Aby bylo možné nastavit
Aby bylo možné nastavit
vbackupd Proces ladění úrovně protokolování:
- Přihlaste se do zařízení vProxy jako admin přes SSH nebo konzoli a přepněte na uživatele root:
sudo su -
- Jděte na
systemdadresář:
cd /usr/lib/systemd/system/
Poznámka: Každý ze souborů služby se nachází zde:
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, atd.
- Otevřete soubor služby, u kterého chcete použít ladění, například:
vi vbackupd.service
- Vyhledejte řádek s
ExecStart=a připojit k--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
Poznámka: Verze NVP-vProxy se zobrazuje na kartě Configuration ve vlastnostech vProxy v konzoli NetWorker Management Console>: Zařízení>, proxy> VMware, klikněte pravým tlačítkem na vlastnosti>, zařízení vProxy>, konfigurace>, verze proxy virtuálního počítače.
- Uložte změny do souboru.
- Pomocí následujícího příkazu znovu načtěte konfigurační soubor jednotky:
systemctl daemon-reload
- Ověřte v konzoli NetWorker Management Console, že nejsou spuštěny žádné zálohy, a poté restartujte
vbackupdslužba:
systemctl restart vbackupd.serviceVýše uvedený postup platí pro služby
vrapid, vrecoverd, vbackupd, vflrd.
Použití ladění VDDK:
- 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 -
- Upravte soubor VixDiskLib.config 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
- Restartujte příslušnou službu:
systemctl restart [service-name].service
Například:
systemctl restart vrecoverd.service
Po dokončení procesu ladění můžete resetovat úroveň protokolu pomocí stejného postupu s použitím slova trace 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.
- 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 -
- Vytvoření souboru
ddboost_precert.inipod:
/: touch /ddboost_precert.ini
- Vytvořte
DDLogadresář:
mkdir /DDLog
- Povolte ladění DD Boost pro službu, kterou chcete ladit:
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
- Ujistěte se, že
ddboost_precert.logje generován:
ls -l /DDLog
- Pokud se operace ladění již nevyžadují, spusťte znovu následující příkaz:
vProxy_debug.sh -l trace
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 může být užitečné, pokud nedochází k problému s komunikací mezi serverem NetWorker a serverem vProxy (port 9090) a nedochází k chybám týkajícím se nedostupnosti serveru vProxy v konzoli NMC nebo daemon.log.
- Otevřete na serveru NetWorker příkazový řádek prostředí PowerShell pro správu (Windows) nebo kořenovou relaci SSH (Linux).
- Vytvořte soubor bez přípony s názvem
vmbackup_loggingv rámci služby NetWorker/nsr/tmpadresář:
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Výše uvedený příkaz předpokládá, že bylo použito výchozí umístění instalace NetWorker. Pokud byl nástroj NetWorker nainstalován v jiném umístění, upravte umístění
/nsr/tmp proto.
- Spusťte úlohu zálohování virtuálního počítače.
- Sledujte vykreslený daemon.log pro frontu Vmproxy a vyberte zprávy vproxy.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Máte-li jakékoli dotazy, přečtěte si článek: NetWorker: Jak používat nsr_render_log.
- Chcete-li toto ladění zakázat, odstraňte soubor vmbackup_logging z
/nsr/tmpDir.
その他の情報
Související články: