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
NVP-vProxy-logfiler på vProxy-enheden findes i følgende mappe
Der findes en undermappe for hver af de primære processer, som bruges til NetWorker-handlinger på vProxy-enheden:
Denne metode gælder for vProxys version 4.3.x og nyere. Det kan bruges til at aktivere fejlfinding på vProxy-tjenester (
Backup motor:
Gendan maskine:
FLR-motor:
REST-server:
Ovenstående kommandoer viser aktivering af fejlfinding, disse kommandoer kan køres igen og ændre
Indstillinger:
Bemærk: Hver af servicefilerne findes her:
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.
Denne proces udføres med andre fejlfindingsmetoder, der er beskrevet ovenfor.
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
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 vrecoverdFor 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 KitYderligere 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).
- Opret forbindelse til vProxy via SSH ved hjælp af vProxy-administratorkontoen .
- Skift til rod:
sudo su -
- Skift til bin-biblioteket for vProxy-agenten:
cd /opt/emc/vproxy/bin
- 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.logVDDK 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.logVDDK 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.logIndividuelle 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>.logFuldfø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.logVDDK 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
For at indstille
vbackupd Proces til fejlfinding på logføringsniveau:
- Log på vProxy-enheden som administrator via SSH eller konsollen, og skift til rod:
sudo su -
- Gå til
systemdmappe:
cd /usr/lib/systemd/system/
Bemærk: Hver af servicefilerne findes her:
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, osv.
- Åbn den servicefil, du vil anvende fejlfinding på, f.eks.:
vi vbackupd.service
- Find linjen med
ExecStart=og vedhæft med--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
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.
- Gem ændringerne i filen
- Genindlæs enhedskonfigurationsfilen ved at skrive kommandoen:
systemctl daemon-reload
- Bekræft i NetWorker Management Console, at der ikke kører nogen sikkerhedskopieringer, og genstart derefter
vbackupdtjeneste:
systemctl restart vbackupd.serviceOvenstående proces gælder for tjenesterne
vrapid, vrecoverd, vbackupd, vflrd.
Anvendelse af VDDK-fejlfinding:
- Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
- 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
- Genstart den relevante tjeneste:
systemctl restart [service-name].service
F.eks.:
systemctl restart vrecoverd.service
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.
- Log på vProxy-enheden ved hjælp af SSH eller konsollen som admin, og skift til rod:
sudu su -
- Opret en fil
ddboost_precert.iniunder:
/: touch /ddboost_precert.ini
- Opret
DDLogmappe:
mkdir /DDLog
- 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
- Bekræft, at ikonet
ddboost_precert.loggenereres:
ls -l /DDLog
- 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.
- Åbn en administrativ PowerShell-prompt (Windows) eller en rod-SSH-session (Linux) på NetWorker-serveren.
- Opret en fil uden en udvidelse kaldet
vmbackup_loggingunder NetWorker/nsr/tmpmappe:
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.
- Start VM-sikkerhedskopieringsjobbet.
- 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.
- Hvis du vil deaktivere denne fejlfinding, skal du slette den vmbackup_logging fil fra
/nsr/tmpDir.
其他資訊
Relaterede artikler:
受影響的產品
NetWorker產品
NetWorker, NetWorker Series文章屬性
文章編號: 000022610
文章類型: How To
上次修改時間: 11 3月 2025
版本: 16
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。