メイン コンテンツに進む
  • すばやく簡単にご注文が可能
  • 注文内容の表示、配送状況をトラック
  • 会員限定の特典や割引のご利用
  • 製品リストの作成とアクセスが可能

NetWorker VMware Protection-vProxy: come abilitare la registrazione debug

概要: Potrebbe essere necessario modificare il livello di registro in "debug" per risolvere un problema con la soluzione NetWorker VMware Protection (NVP) con vProxy Appliance (NVP-vProxy). Questo articolo spiega come modificare il livello di registrazione. ...

この記事は次に適用されます: この記事は次には適用されません: この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。

手順

Guarda questo video: Come abilitare la registrazione di debug di vProxy.

 


In genere, è sufficiente analizzare i log delle policy del server NetWorker in /nsr/logs/policy/[policy name], ma occasionalmente potrebbe essere necessario analizzare i log dall'appliance vProxy stesso e, inoltre, aumentare il livello di registrazione da sottoporre a debug per avere un'idea più chiara del motivo di un errore. Ciò è in genere richiesto solo dopo aver coinvolto il supporto NetWorker e aver richiesto al tecnico del supporto di eseguire il debug set per la risoluzione dei problemi come processo specifico. 

I file di registro NVP-vProxy sull'appliance vProxy si trovano nella directory seguente: /opt/emc/vproxy/runtime/logs.

Esiste una sottodirectory per ciascuno dei processi principali utilizzati per le operazioni di NetWorker sull'appliance vProxy:
vbackupd

vflrd

vrapid

vrecoverd
Ad esempio, nella finestra di dialogo vbackupd , sono presenti i registri:
[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
Ulteriori informazioni sulla registrazione e sulla raccolta di vProxy sono disponibili nell'articolo Guida alla valutazione di NVP-vProxy: Panoramica della valutazione e del registro di NetWorker VMware Protection vProxy


Applicazione del metodo di debug del servizio 1:

Questo metodo si applica a vProxy versione 4.3.x e successive. Può essere utilizzato per abilitare il debug sui servizi vProxy (vrapid, vrecoverd, vbackupd, vflrd). È possibile abilitare ulteriori debug per il traffico DD Boost, VDDK e messaggistica snapshot (ove applicabile).
  1. Connettersi a vProxy tramite SSH utilizzando l'account amministratore di vProxy.
  2. Passare a root:
sudo su -
  1. Passare alla directory bin dell'agent vProxy:
cd /opt/emc/vproxy/bin
  1. Per il servizio di cui si desidera eseguire il debug, eseguire i seguenti comandi:

Backup Engine: vbackupd
Daemon Entità di registrazione Esempio di utilizzo dei comandi Posizioni dei registri
vbackupd Programma (motore principale)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Registri delle singole sessioni di backup: 

/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
Il VDDK conserva inoltre log privati nella directory /tmp/vmware-root
       Gestione istantanee
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Engine di ripristino: vrecoverd
Daemon Entità di registrazione Esempio di utilizzo dei comandi Posizioni dei registri
vrecoverd Programma (entità principale)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Registri delle singole sessioni di ripristino: 

/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
Il VDDK conserva anche log privati nella directory /tmp/vmware-root

Engine FLR: vflrd
Daemon Entità di registrazione Esempio di utilizzo dei comandi Posizione del registro
vflrd Programma (motore principale)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Registri delle sessioni di montaggio FLR individuali:
/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
I registri completati vengono spostati in
/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
Il VDDK conserva anche log privati nella directory /tmp/vmware-root

Server REST: vrapid
Daemon Entità di registrazione Esempio di utilizzo dei comandi Posizione del registro
vrapid Programma (motore principale)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

I comandi precedenti mostrano l'abilitazione del debug, questi comandi possono essere rieseguiti, modificando il -l opzione per ripristinare le impostazioni predefinite:

Opzioni:
  • Per il registro del programma:
warn | info | trace (impostazione predefinita) | debug
  • Per DD Boost Log:
none | error | warn | info | debug | trace (impostazione predefinita) | all
  • Per il registro VDDK:
0 = nessuna registrazione
1 = Solo errori
2 = Avvertenze ed errori
3 = Messaggi informativi, errori e avvertenze importanti (impostazione predefinita)
4 = dati di debug più tutto il resto
  • Per il registro di Snapshot Manager:
warn | info | trace (impostazione predefinita) | debug


Applicazione del metodo di debug del servizio 2:

I livelli di registrazione disponibili sono none, error, warn, info, trace e debug.

Al fine di impostare il vbackupd Processo in debug a livello di registrazione:
  1. Accedere a vProxy Appliance come amministratore tramite SSH o la console e passare a root:
sudo su -
  1. Accedere al systemd directory:
cd /usr/lib/systemd/system/ 

Nota: Ciascuno dei file di servizio si trova qui: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, e così via.
  1. Aprire il file di servizio a cui si desidera applicare debug, ad esempio:
vi vbackupd.service 
  1. Individuare la riga con ExecStart= e accodare con --program-log-level=debug
Altri parametri:
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
 
Nota: La versione di NVP-vProxy viene visualizzata nella scheda Configuration delle proprietà vProxy in NetWorker Management Console > Devices> VMware Proxies > cliccare con il pulsante destro del mouse sulla vProxy>> appliance Properties Configuration > VM Proxy version.  
 
  1. Salvare le modifiche apportate al file
  2. Ricaricare il file di configurazione dell'unità digitando il comando:
systemctl daemon-reload
  1. Verificare in NetWorker Management Console che non siano in esecuzione backup, quindi riavviare vbackupd servizio:
systemctl restart vbackupd.service
Il processo di cui sopra è applicabile ai servizi vrapid, vrecoverd, vbackupd, vflrd.


Applicazione del debug VDDK:

  1. Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
  1. Modificare il file VixDiskLib.config in modo che contenga la seguente riga:
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. Riavviare il servizio pertinente:
systemctl restart [service-name].service 
Ad esempio: 
systemctl restart vrecoverd.service
Dopo aver impostato il livello di registrazione del debug, è possibile verificare che nel relativo file di log siano presenti messaggi che iniziano con la parola Debug.

Dopo aver completato il processo di debug, è possibile reimpostare il livello di registro utilizzando la stessa procedura, utilizzando la parola trace dopo il segno di uguale anziché debug. Affinché questa modifica sia immediatamente applicabile, è necessario ricaricare e riavviare il daemon, come descritto in precedenza.


Debug precertificato di DD Boost:

Questo processo viene eseguito con altri metodi di debug descritti in precedenza.
  1. Accedere a vProxy Appliance tramite SSH o la console come amministratore e passare a root:
sudu su -
  1. Creare un file ddboost_precert.ini sotto:
/: touch /ddboost_precert.ini
  1. Creare il file DDLog directory:
mkdir /DDLog
  1. Abilitare DD Boost debug per il servizio di cui si desidera eseguire il debug:
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. Verificare che l'opzione ddboost_precert.log viene generato:
ls -l /DDLog
​​​​​​ Schermata di conferma del registro
  1. Quando le operazioni di debug non sono più necessarie, eseguire nuovamente il seguente comando:
vProxy_debug.sh -l trace


Registrazione della selezione di vProxy:

Questo debug può essere utilizzato ogni volta che un flusso di lavoro di backup delle VM è bloccato con le VM in attesa di esecuzione. In questo scenario, il processo di backup è stato avviato ma non è stato prelevato alcun vProxy per avviare la sessione di backup. Il processo di selezione di vProxy non viene registrato nella registrazione standard. Possiamo abilitare vmbackup_logging sul server NetWorker, che registra il processo di selezione del vProxy durante l'avvio della policy di protezione VMware. Ciò può essere utile quando non vi sono problemi di comunicazione tra il server NetWorker e vProxy (porta 9090) e non sono presenti errori relativi alla non disponibilità di vProxy in NMC o daemon.log.
 
  1. Aprire un prompt amministrativo di PowerShell (Windows) o una sessione SSH root (Linux) sul server NetWorker.
  2. Creare un file senza estensione chiamato vmbackup_logging sotto la finestra di dialogo NetWorker /nsr/tmp directory:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Il comando precedente presuppone che sia stato utilizzato il percorso di installazione predefinito di NetWorker. Se NetWorker è stato installato in una posizione diversa, regolare la posizione di /nsr/tmp Secondo.
  1. Avviare il processo di backup della VM.
  2. Monitorare i daemon.log sottoposti a rendering per la coda vmproxy e selezionare i messaggi vproxy.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
In caso di domande, consultare l'articolo: NetWorker: Come utilizzare nsr_render_log (in inglese)
  1. Per disabilitare questo debug, eliminare il file vmbackup_logging da /nsr/tmp dir.

その他の情報

対象製品

NetWorker

製品

NetWorker, NetWorker Series
文書のプロパティ
文書番号: 000022610
文書の種類: How To
最終更新: 02 8月 2024
バージョン:  12
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。