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

NetWorker VMware Protection-vProxy: Sådan aktiveres fejlfindingslogføring

概要: Det kan være nødvendigt at ændre logniveauet til "debug" for at foretage fejlfinding af et problem med NetWorker VMware Protection (NVP) med vProxy Appliance-løsningen (NVP-vProxy). I denne artikel forklares det, hvordan du ændrer logniveauet. ...

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

手順

Se denne video: Sådan aktiveres vProxy-fejlfindingslogføring.

 


Normalt er det tilstrækkeligt at analysere politiklogfilerne for NetWorker-serveren i /nsr/logs/policy/[policy name], men lejlighedsvis kan det være nødvendigt at analysere logfilerne fra selve vProxy-enheden og desuden øge logningsniveauet til fejlfinding for at få en klarere idé om årsagen til en fejl. Dette er typisk kun et krav, når NetWorker-support er blevet engageret, og supportteknikeren har anmodet om at fejlfinde indstillet til fejlfinding som specifik proces. 

NVP-vProxy-logfiler på vProxy-enheden findes i følgende mappe /opt/emc/vproxy/runtime/logs.

Der findes en undermappe for hver af de primære processer, som bruges til NetWorker-handlinger på vProxy-enheden:
vbackupd

vflrd

vrapid

vrecoverd
For eksempel i vbackupd underbibliotek, har du logfilerne:
[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
Yderligere oplysninger om vProxy-logføring og -indsamling findes i artiklen NVP-vProxy Triage Guide: NetWorker VMware Protection vProxy Triage og logoversigt


Anvendelse af servicefejlretningsmetode 1:

Denne metode gælder for vProxys version 4.3.x og nyere. Det kan bruges til at aktivere fejlfinding på vProxy-tjenester (vrapid, vrecoverd, vbackupd, vflrd). Mere fejlfinding kan aktiveres for DD Boost-trafik, VDDK og snapshotmeddelelser (hvor det er relevant).
  1. Opret forbindelse til vProxy via SSH ved hjælp af vProxy-administratorkontoen .
  2. Skift til rod:
sudo su -
  1. Skift til bin-biblioteket for vProxy-agenten:
cd /opt/emc/vproxy/bin
  1. For den tjeneste, du vil foretage fejlfinding på, skal du køre følgende kommandoer:

Backup motor: vbackupd
Daemon Logføring af enhed Eksempel på kommandobrug Log placeringer
vbackupd Program (hovedmotor)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Individuelle logfiler for sikkerhedskopieringssessioner: 

/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 vedligeholder også private logfiler i kataloget /tmp/vmware-root
       Snapshot Manager
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Gendan maskine: vrecoverd
Daemon Logføring af enhed Eksempel på kommandobrug Log placeringer
vrecoverd Program (hovedenhed)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Individuelle gendannelsessessionslogfiler: 

/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 vedligeholder også private logfiler i biblioteket /tmp/vmware-root

FLR-motor: vflrd
Daemon Logføring af enhed Eksempel på kommandobrug Log placering
vflrd Program (hovedmotor)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Individuelle FLR-monteringssessionslogfiler:
/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
Fuldførte logfiler flyttes til
/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 vedligeholder også private logfiler i biblioteket /tmp/vmware-root

REST-server: vrapid
Daemon Logføring af enhed Eksempel på kommandobrug Log placering
vrapid Program (hovedmotor)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Ovenstående kommandoer viser aktivering af fejlfinding, disse kommandoer kan køres igen og ændre -l mulighed for at nulstille til standard:

Indstillinger:
  • Til programlog:
warn | info | trace (standard) | debug
  • Til DD Boost-logfil:
none | error | warn | info | debug | trace (standard) | all
  • Til VDDK-log:
0 = Ingen logføring
1 = Kun fejl
2 = Advarsler og fejl
3 = Vigtige informationsmeddelelser, fejl og advarsler (standard)
4 = Debug data plus alt andet
  • Snapshot Manager-logfil:
warn | info | trace (standard) | debug


Anvendelse af servicefejlretningsmetode 2:

De tilgængelige logføringsniveauer er ingen, fejl, advar, info, spor og fejlretning.

For at indstille vbackupd Proces til fejlfinding på logføringsniveau:
  1. Log på vProxy-enheden som administrator via SSH eller konsollen, og skift til rod:
sudo su -
  1. Gå til systemd mappe:
cd /usr/lib/systemd/system/ 

Bemærk: Hver af servicefilerne findes her: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, osv.
  1. Åbn den servicefil, du vil anvende fejlfinding på, f.eks.:
vi vbackupd.service 
  1. Find linjen med ExecStart= og vedhæft med --program-log-level=debug
Andre parametre:
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
 
Bemærk: NVP-vProxy-versionen vises under fanen Konfiguration i vProxy-egenskaberne i NetWorker Management Console-enheder >> VMware-proxyer> Højreklik på vProxy-enhedens>egenskaber >Konfiguration > af VM-proxyversion.  
 
  1. Gem ændringerne i filen
  2. Genindlæs enhedskonfigurationsfilen ved at skrive kommandoen:
systemctl daemon-reload
  1. Bekræft i NetWorker Management Console, at der ikke kører nogen sikkerhedskopieringer, og genstart derefter vbackupd tjeneste:
systemctl restart vbackupd.service
Ovenstående proces gælder for tjenesterne vrapid, vrecoverd, vbackupd, vflrd.


Anvendelse af VDDK-fejlfinding:

  1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
  1. Rediger filen VixDiskLib.config , så den indeholder følgende linje:
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. Genstart den relevante tjeneste:
systemctl restart [service-name].service 
F.eks.: 
systemctl restart vrecoverd.service
Når du har angivet logføringsniveauet for fejlfinding, kan du bekræfte, at der er meddelelser i den relevante logfil, der starter med ordet fejlfinding.

Når du har afsluttet fejlfindingsprocessen, kan du nulstille logniveauet ved hjælp af samme procedure ved hjælp af ordet spor efter lighedstegnet i stedet for fejlfinding. For at denne ændring skal være umiddelbart anvendelig, kræves en daemon genindlæsning og genstart som beskrevet ovenfor.


Fejlfinding af DD Boost Precert:

Denne proces udføres med andre fejlfindingsmetoder, der er beskrevet ovenfor.
  1. Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
  1. Opret en fil ddboost_precert.ini under:
/: touch /ddboost_precert.ini
  1. Opret DDLog mappe:
mkdir /DDLog
  1. Aktivér DD Boost-fejlfinding for den tjeneste, du vil foretage fejlfinding af:
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. Bekræft, at ikonet ddboost_precert.log genereres:
ls -l /DDLog
​​​​​​ Skærmbillede af logbekræftelse
  1. Når fejlfindingshandlinger ikke længere er påkrævet, skal du køre følgende kommando igen:
vProxy_debug.sh -l trace


Logføring af vProxy-valg:

Denne fejlfinding kan bruges, når en VM-sikkerhedskopieringsarbejdsgang sidder fast med VM'erne, der sidder i Venter på at køre. I dette scenarie er sikkerhedskopieringsjobbet startet, men der er ikke hentet en vProxy til at starte sikkerhedskopieringssessionen. Der er ingen logføring af vProxy-udvælgelsesprocessen i standardlogføring. Vi kan aktivere vmbackup_logging på NetWorker-serveren, som logger vProxy-udvælgelsesprocessen under starten af VMware-beskyttelsespolitikken. Dette kan være nyttigt, når der ikke er noget kommunikationsproblem mellem NetWorker-serveren og vProxy (port 9090), og der ikke er nogen fejl om, at vProxy ikke er tilgængelig i NMC eller daemon.log.
 
  1. Åbn en administrativ PowerShell-prompt (Windows) eller en rod-SSH-session (Linux) på NetWorker-serveren.
  2. Opret en fil uden en udvidelse kaldet vmbackup_logging under NetWorker /nsr/tmp mappe:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Ovenstående kommando forudsætter, at standardinstallationsplaceringen for NetWorker blev brugt. Hvis NetWorker blev installeret under en anden placering, skal du justere placeringen af /nsr/tmp derfor.
  1. Start VM-sikkerhedskopieringsjobbet.
  2. Overvåg den gengivne daemon.log for Vmproxy-kø , og vælg vproxy-meddelelser.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Hvis du har spørgsmål, kan du se artiklen: NetWorker: Sådan bruger du nsr_render_log.
  1. Hvis du vil deaktivere denne fejlfinding, skal du slette den vmbackup_logging fil fra /nsr/tmp Dir.

その他の情報

対象製品

NetWorker

製品

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