NetWorker VMware Protection-vProxy: Logboekregistratie voor foutopsporing inschakelen
摘要: Het wijzigen van het logboekniveau in 'debug' kan nodig zijn om een probleem met NetWorker VMware Protection (NVP) met vProxy Appliance-oplossing (NVP-vProxy) op te lossen. In dit artikel wordt uitgelegd hoe u het logboekniveau kunt wijzigen. ...
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
說明
Bekijk deze video: Logboekregistratie voor vProxy-foutopsporing inschakelen.
Meestal is het voldoende om de beleidslogboeken van de NetWorker-server in
NVP-vProxy-logbestanden op de vProxy appliance bevinden zich in de volgende map:
Er is een subdirectory voor elk van de belangrijkste processen die worden gebruikt voor NetWorker-bewerkingen op de vProxy-appliance:
Deze methode is van toepassing op vProxy's versie 4.3.x en hoger. Het kan worden gebruikt om foutopsporing in te schakelen op vProxy-services (
Back-upengine:
Recover Engine:
FLR-motor:
REST-server:
De bovenstaande opdrachten tonen dat foutopsporing is ingeschakeld. Deze opdrachten kunnen opnieuw worden uitgevoerd door de
Opties:
Opmerking: Alle servicebestanden vindt u hier:
Nadat u het niveau voor foutopsporing hebt ingesteld, kunt u bevestigen dat er berichten in het betreffende logboekbestand staan die beginnen met het woord foutopsporing.
Nadat u het foutopsporingsproces hebt voltooid, kunt u het logboekniveau opnieuw instellen met behulp van dezelfde procedure, met het woord tracering na het gelijkteken in plaats van foutopsporing. Om ervoor te zorgen dat deze wijziging onmiddellijk van toepassing is, moet de daemon opnieuw worden geladen en opnieuw worden opgestart zoals hierboven beschreven.
Dit proces wordt uitgevoerd met andere foutopsporingsmethoden die hierboven zijn beschreven.
Deze foutopsporing kan worden gebruikt wanneer een VM-back-upworkflow vastloopt met de VM's in de wacht om te worden uitgevoerd. In dit scenario is de back-uptaak gestart, maar is er geen vProxy opgehaald om de back-upsessie te starten. Er is geen logboekregistratie van het vProxy-selectieproces in standaardlogboekregistratie. We kunnen
Meestal is het voldoende om de beleidslogboeken van de NetWorker-server in
/nsr/logs/policy/[policy name], maar af en toe kan het nodig zijn om de logboeken van het vProxy-apparaat zelf te analyseren en bovendien het logboekregistratieniveau te verhogen om fouten op te sporen om een duidelijker idee te krijgen van de reden voor een fout. Dit is doorgaans alleen een vereiste nadat NetWorker-support is ingeschakeld en de supporttechnicus heeft gevraagd om de set voor probleemoplossing als specifiek proces te debuggen.
NVP-vProxy-logbestanden op de vProxy appliance bevinden zich in de volgende map:
/opt/emc/vproxy/runtime/logs.
Er is een subdirectory voor elk van de belangrijkste processen die worden gebruikt voor NetWorker-bewerkingen op de vProxy-appliance:
vbackupd vflrd vrapid vrecoverdBijvoorbeeld in de
vbackupd subdirectory, heb je de logs:
[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 KitAanvullende informatie over vProxy-logboekregistratie en -verzameling is te vinden in het artikel NVP-vProxy Triage Guide: Overzicht van NetWorker VMware Protection vProxy Triage en logboeken
Methode 1 voor foutopsporing van service toepassen:
Deze methode is van toepassing op vProxy's versie 4.3.x en hoger. Het kan worden gebruikt om foutopsporing in te schakelen op vProxy-services (vrapid, vrecoverd, vbackupd, vflrd). Meer foutopsporing kan worden ingeschakeld voor DD Boost-verkeer, VDDK en snapshotberichten (indien van toepassing).
- Maak verbinding met de vProxy via SSH met behulp van het vProxy-beheerdersaccount .
- Overschakelen naar root:
sudo su -
- Ga naar de bin-directory van de vProxy-agent:
cd /opt/emc/vproxy/bin
- Voor de service waarvan u de foutopsporing wilt opvolgen, voert u de volgende opdrachten uit:
Back-upengine:
vbackupd
| Daemon | Entiteit voor logboekregistratie | Voorbeeld van opdrachtgebruik | Logboeklocaties |
|---|---|---|---|
vbackupd |
Programma (hoofdmotor) |
./vProxy_debug.sh -s -d vbackupd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log Logboeken van individuele back-upsessies: /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.logDe VDDK houdt ook privélogboeken bij in de directory /tmp/vmware-root |
|
| Snapshotbeheer |
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log |
Recover Engine:
vrecoverd
| Daemon | Entiteit voor logboekregistratie | Voorbeeld van opdrachtgebruik | Logboeklocaties |
|---|---|---|---|
vrecoverd |
Programma (hoofdentiteit) |
./vProxy_debug.sh -s -d vrecoverd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log Logboeken voor individuele herstelsessies: /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.logDe VDDK onderhoudt ook privélogboeken in de directory /tmp/vmware-root |
FLR-motor:
vflrd
| Daemon | Entiteit voor logboekregistratie | Voorbeeld van opdrachtgebruik | Locatie van logboek |
|---|---|---|---|
vflrd |
Programma (hoofdmotor) |
./vProxy_debug.sh -s -d vflrd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.logIndividuele FLR-koppelingssessielogboeken: /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>.logVoltooide logbestanden worden verplaatst naar /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.logDe VDDK onderhoudt ook privélogboeken in de directory /tmp/vmware-root |
REST-server:
vrapid
| Daemon | Entiteit voor logboekregistratie | Voorbeeld van opdrachtgebruik | Locatie van logboek |
|---|---|---|---|
vrapid |
Programma (hoofdmotor) |
./vProxy_debug.sh -s -d vrapid -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log |
De bovenstaande opdrachten tonen dat foutopsporing is ingeschakeld. Deze opdrachten kunnen opnieuw worden uitgevoerd door de
-l optie om terug te zetten naar de standaardinstellingen:
Opties:
- Voor programmalogboek:
warn | info | trace (standaard) | debug
- Voor DD Boost-logboek:
none | error | warn | info | debug | trace (standaard) | all
- Voor VDDK Log:
0 = Geen logging
1 = Alleen fouten
2 = Waarschuwingen en fouten
3 = Belangrijke informatieberichten, fouten en waarschuwingen (standaard)
4 = Debug data plus al het andere
- Voor Snapshot Manager-logboek:
warn | info | trace (standaard) | debug
Methode 2 voor foutopsporing van service toepassen:
De beschikbare logboekniveaus zijn geen, fout, waarschuwen, info, traceren en foutopsporing.
Als u de
Als u de
vbackupd Proces tot logboekniveau debug:
- Meld u aan bij de vProxy Appliance als admin via SSH of console en schakel over naar root:
sudo su -
- Ga naar de
systemdmap:
cd /usr/lib/systemd/system/
Opmerking: Alle servicebestanden vindt u hier:
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, enzovoort
- Open het servicebestand waarop u foutopsporing wilt toepassen, bijvoorbeeld:
vi vbackupd.service
- Zoek de lijn met
ExecStart=en voeg toe met--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
Opmerking: De NVP-vProxy-versie wordt weergegeven in het tabblad Configuratie van de vProxy-eigenschappen in de NetWorker Management Console >>: apparaten, VMware-proxy's>, klik met de rechtermuisknop op de vProxy-apparaateigenschappen>>Configuratie > VM-proxyversie.
- Sla de wijzigingen in het bestand op
- Laad het eenheidsconfiguratiebestand opnieuw met de opdracht:
systemctl daemon-reload
- Controleer in de NetWorker Management Console dat er geen back-ups worden uitgevoerd en start vervolgens de
vbackupddienst:
systemctl restart vbackupd.serviceHet bovenstaande proces is van toepassing op de services
vrapid, vrecoverd, vbackupd, vflrd.
VDDK-foutopsporing toepassen:
- Meld u aan bij het vProxy-apparaat met SSH of console als admin en schakel over naar root:
sudu su -
- Bewerk het bestand VixDiskLib.config zodat het de volgende regel bevat:
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
- Start de betreffende service opnieuw:
systemctl restart [service-name].service
Bijvoorbeeld:
systemctl restart vrecoverd.service
Nadat u het foutopsporingsproces hebt voltooid, kunt u het logboekniveau opnieuw instellen met behulp van dezelfde procedure, met het woord tracering na het gelijkteken in plaats van foutopsporing. Om ervoor te zorgen dat deze wijziging onmiddellijk van toepassing is, moet de daemon opnieuw worden geladen en opnieuw worden opgestart zoals hierboven beschreven.
DD Boost Precert Debugging:
Dit proces wordt uitgevoerd met andere foutopsporingsmethoden die hierboven zijn beschreven.
- Meld u aan bij het vProxy-apparaat met SSH of console als admin en schakel over naar root:
sudu su -
- Een bestand maken
ddboost_precert.inionder:
/: touch /ddboost_precert.ini
- Maak het
DDLogmap:
mkdir /DDLog
- Schakel DD Boost-foutopsporing in voor de service die u wilt debuggen:
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
- Controleer of het
ddboost_precert.logwordt gegenereerd:
ls -l /DDLog
- Wanneer foutopsporingsbewerkingen niet langer nodig zijn, voert u de volgende opdracht opnieuw uit:
vProxy_debug.sh -l trace
vProxy Selection Logging:
Deze foutopsporing kan worden gebruikt wanneer een VM-back-upworkflow vastloopt met de VM's in de wacht om te worden uitgevoerd. In dit scenario is de back-uptaak gestart, maar is er geen vProxy opgehaald om de back-upsessie te starten. Er is geen logboekregistratie van het vProxy-selectieproces in standaardlogboekregistratie. We kunnen vmbackup_logging op de NetWorker-server, die het vProxy-selectieproces registreert tijdens het starten van VMware Protection Policy. Dit kan handig zijn als er geen communicatieprobleem is tussen de NetWorker-server en vProxy (poort 9090) en er geen fouten zijn met betrekking tot het feit dat de vProxy niet beschikbaar is in de NMC of daemon.log.
- Open een PowerShell-beheerdersprompt (Windows) of een root-SSH-sessie (Linux) op de NetWorker-server.
- Maak een bestand zonder extensie met de naam
vmbackup_loggingonder de NetWorker/nsr/tmpmap:
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
Bij de bovenstaande opdracht wordt ervan uitgegaan dat de standaard NetWorker-installatielocatie is gebruikt. Als NetWorker op een andere locatie is geïnstalleerd, past u de locatie van
/nsr/tmp dienovereenkomstig.
- Start de VM-back-uptaak.
- Controleer de gerenderde daemon.log voor VMproxy-wachtrij en selecteer vproxy-berichten.
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
Als je vragen hebt, bekijk dan het artikel: NetWorker: Hoe nsr_render_log te gebruiken.
- Als u deze foutopsporing wilt uitschakelen, verwijdert u het bestand vmbackup_logging uit de
/nsr/tmpDir.
其他資訊
Gerelateerde artikelen:
受影響的產品
NetWorker產品
NetWorker, NetWorker Series文章屬性
文章編號: 000022610
文章類型: How To
上次修改時間: 11 3月 2025
版本: 16
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。