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

NetWorker VMware Protection-vProxy: Slik aktiverer du feilsøkingslogging

概要: Det kan være nødvendig å endre loggnivået til "debug" for å feilsøke et problem med NetWorker VMware Protection (NVP) med vProxy Appliance-løsningen (NVP-vProxy). Denne artikkelen forklarer hvordan du endrer loggnivået. ...

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

手順

Se denne videoen: Slik aktiverer du vProxy-feilsøkingslogging.

 


Vanligvis er det tilstrekkelig å analysere policyloggene for NetWorker-serveren i /nsr/logs/policy/[policy name], men av og til kan det være nødvendig å analysere loggene fra selve vProxy-apparatet og dessuten øke loggingsnivået for feilsøking for å få et klarere inntrykk av årsaken til en feil. Dette er vanligvis bare et krav når NetWorker-støtte er aktivert og kundestøtteteknikeren har bedt om å feilsøke som angitt for feilsøking som en bestemt prosess. 

NVP-vProxy-loggfiler på vProxy-verktøyet finnes i følgende mappe: /opt/emc/vproxy/runtime/logs.

Det finnes en underkatalog for hver av de viktigste prosessene som brukes for NetWorker-operasjoner på vProxy-apparatet:
vbackupd

vflrd

vrapid

vrecoverd
For eksempel i vbackupd underkatalog, har du loggene:
[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
Du finner mer informasjon om vProxy-logging og -innsamling i artikkelen NVP-vProxy Triage Guide: Oversikt over NetWorker VMware-beskyttelse vProxy Sortering og logg


Bruke tjenestefeilsøking Metode 1:

Denne metoden gjelder for vProxys versjon 4.3.x og nyere. Den kan brukes til å aktivere feilsøking på vProxy-tjenester (vrapid, vrecoverd, vbackupd, vflrd). Mer feilsøking kan aktiveres for DD Boost-trafikk, VDDK og øyeblikksbildemeldinger (der det er aktuelt).
  1. Koble til vProxy over SSH ved hjelp av vProxy-administratorkontoen .
  2. Bytt til rot:
sudo su -
  1. Bytt til bin-katalogen for vProxy-agenten:
cd /opt/emc/vproxy/bin
  1. For tjenesten du vil feilsøke, kjører du følgende kommandoer:

Sikkerhetskopieringsmotor: vbackupd
Daemon Logging av enhet Eksempel på kommandobruk Plassering av logg
vbackupd Program (hovedmotor)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

Individuelle logger for sikkerhetskopieringsøkter: 

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

Gjenopprett motor: vrecoverd
Daemon Logging av enhet Eksempel på kommandobruk Plassering av logg
vrecoverd Program (hovedenhet)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

Individuelle gjenopprettingsøktlogger: 

/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 opprettholder også private logger i katalogen /tmp/vmware-root

FLR-motor: vflrd
Daemon Logging av enhet Eksempel på kommandobruk Loggplassering
vflrd Program (hovedmotor)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
Individuelle øktlogger for FLR-montering:
/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
Fullførte logger 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 opprettholder også private logger i katalogen /tmp/vmware-root

REST Server: vrapid
Daemon Logging av enhet Eksempel på kommandobruk Loggplassering
vrapid Program (hovedmotor)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Kommandoene ovenfor viser aktivering av feilsøking, disse kommandoene kan kjøres på nytt ved å endre -l alternativ for å tilbakestille til standard:

Alternativer:
  • For programlogg:
warn | info | trace (standard) | debug
  • For DD Boost-logg:
none | error | warn | info | debug | trace (standard) | all
  • For VDDK Log:
0 = Ingen logging
1 = Bare feil
2 = Advarsler og feil
3 = Viktig informasjon meldinger, feil og advarsler (standard)
4 = Feilsøk data pluss alt annet
  • For Snapshot Manager Log:
warn | info | trace (standard) | debug


Bruke tjenestefeilsøkingsmetode 2:

De tilgjengelige loggingsnivåene er ingen, feil, advarsel, info, sporing og feilsøking.

For å stille inn vbackupd Prosess inn i feilsøking på loggingsnivå:
  1. Logg på vProxy Appliance som admin over SSH eller konsoll, og bytt til rot:
sudo su -
  1. Gå til systemd adressebok:
cd /usr/lib/systemd/system/ 

Merk: Hver av tjenestefilene finner du her: vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, og så videre
  1. Åpne tjenestefilen du vil bruke feilsøking på, for eksempel:
vi vbackupd.service 
  1. Finn linjen med ExecStart= og legge til med --program-log-level=debug
Andre parametere:
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
 
Merk: NVP-vProxy-versjonen vises i konfigurasjonsfanen i vProxy-egenskapene i NetWorker Management Console-enheter >>, VMware-proxyer> høyreklikker på vProxy-apparatet>, Properties >Configuration > , VM Proxy-versjon.  
 
  1. Lagre endringene i filen
  2. Last inn enhetskonfigurasjonsfilen på nytt ved å skrive inn kommandoen:
systemctl daemon-reload
  1. Bekreft i NetWorker Management Console at ingen sikkerhetskopier kjører, og start deretter vbackupd tjeneste:
systemctl restart vbackupd.service
Prosessen ovenfor gjelder for tjenestene vrapid, vrecoverd, vbackupd, vflrd.


Bruke VDDK-feilsøking:

  1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:
sudu su -
  1. Rediger VixDiskLib.config-filen slik at den inneholder 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. Start den aktuelle tjenesten på nytt:
systemctl restart [service-name].service 
Eksempel: 
systemctl restart vrecoverd.service
Når du har angitt nivået for feilsøkingslogging, kan du bekrefte at det finnes meldinger i den relevante loggfilen som starter med ordet Debug.

Når du har fullført feilsøkingsprosessen, kan du tilbakestille loggnivået ved å bruke samme fremgangsmåte ved å bruke ordet sporing etter likhetstegnet i stedet for feilsøking. For at denne endringen skal gjelde umiddelbart, kreves det en ny innlasting og omstart av en bakgrunnsprosess som beskrevet ovenfor.


DD Boost Precert Debugging:

Denne prosessen gjøres med andre feilsøkingsmetoder som er skissert ovenfor.
  1. Logg på vProxy-apparatet med SSH eller konsoll som administrator, og bytt til rot:
sudu su -
  1. Opprett en fil ddboost_precert.ini under:
/: touch /ddboost_precert.ini
  1. Opprett ikonet DDLog adressebok:
mkdir /DDLog
  1. Aktiver DD Boost-feilsøking for tjenesten du vil feilsøke:
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. Bekreft at ddboost_precert.log genereres:
ls -l /DDLog
​​​​​​ Skjermbilde av loggbekreftelse
  1. Når feilsøkingsoperasjoner ikke lenger er nødvendige, kjører du følgende kommando på nytt:
vProxy_debug.sh -l trace


Logging for vProxy-valg:

Denne feilsøkingen kan brukes når en arbeidsflyt for VM-sikkerhetskopiering sitter fast med VM-ene som sitter i Venter på å kjøre. I dette scenariet har sikkerhetskopieringsjobben startet, men ingen vProxy er hentet for å starte sikkerhetskopieringsøkten. Det er ingen logging av vProxy-valgprosessen i standard logging. Vi kan aktivere vmbackup_logging på NetWorker-serveren, som logger vProxy-valgprosessen under starten av retningslinjene for VMware-beskyttelse. Dette kan være nyttig når det ikke er noen kommunikasjonsproblemer mellom NetWorker-serveren og vProxy (port 9090), og det ikke er noen feil med hensyn til at vProxy ikke er tilgjengelig i NMC eller daemon.log.
 
  1. Åpne en administrativ PowerShell-ledetekst (Windows) eller en SSH-rotøkt (Linux) på NetWorker-serveren.
  2. Opprett en fil uten en utvidelse som heter vmbackup_logging under NetWorker /nsr/tmp adressebok:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Kommandoen ovenfor forutsetter at standard NetWorker-installasjonssted ble brukt. Hvis NetWorker ble installert under en annen plassering, justerer du plasseringen til /nsr/tmp følgelig.
  1. Start VM-sikkerhetskopieringsjobben.
  2. Overvåk gjengitte daemon.log for Vmproxy Queue , og velg vproxy-meldinger.
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Hvis du har spørsmål, se artikkel: NetWorker: Hvordan du bruker nsr_render_log.
  1. Hvis du vil deaktivere denne feilsøkingen, sletter du vmbackup_logging filen fra /nsr/tmp Dir.

その他の情報

対象製品

NetWorker

製品

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