NetWorker: Fehlerbehebungshandbuch für Azure Snapshot Protection

Mit NetWorker 19.11 wurde der Azure Snapshot-Schutz in NetWorker eingeführt. Diese Integration umfasst die Installation der NetWorker Extended-Client-Software auf virtuellen Azure-Maschinen (VM). Die Clients werden auf dem NetWorker-Server mithilfe des Typs "Cloud" hinzugefügt. Das lokale Dateisystem des Clients wird nicht gesichert. Stattdessen werden die Savesets als RESOURCE_GROUP:VM_NAME. Diese Clients fungieren als "Proxys" und führen clientdirekte Backups von Azure-VM-Momentaufnahmen im Data Domain-Storage durch. Weitere Informationen zu Konfigurationen und Einschränkungen finden Sie im versionsspezifischen Azure VM Snapshot Integration Guide von NetWorker. Die NetWorker-Dokumentation ist über Support für NetWorker | Handbücher und Dokumente. Sie müssen sich bei der Dell Support-Website mit Ihrem Supportkonto anmelden, um Zugriff auf NetWorker-Benutzerhandbücher zu haben.

Kommunikation:

• NetWorker erfordert die Kommunikation zwischen dem NetWorker-Server und "Proxy"-Clients auf den NetWorker-Serviceports (Standard 7937-9936), siehe: 
  • NetWorker: Anleitung zum Troubleshooting netzwerkbezogener Probleme
  • NetWorker-Prozesse und -Ports
• Der NetWorker-Server und die "Proxy"-Clients müssen über Port 111, 3009, 2049, 2052 Kommunikation mit den Data Domain-Systemen haben.
  • Linux: curl -v DD_HOSTNAME:PORT
  • Windows (PowerShell): tnc DD_HOSTNAME -p PORT

Azure-Abonnementressourcen:

Azure-Abonnements werden in NetWorker über die Befehlszeile oder die NetWorker-Webnutzeroberfläche (NWUI) registriert:
 

Die Azure-Abonnements können auch über eine nsradmin Eingabeaufforderung auf dem NetWorker-Server:

1. Führen Sie über eine Eingabeaufforderung mit erhöhten Rechten Folgendes aus: nsradmin
2. Führen Sie in der Eingabeaufforderung von nsradmin Folgendes aus: print type nsr azure subscription

azure-nve:~ # nsradmin
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> print type: nsr azure subscription
                        type: NSR Azure Subscription;
                        name: AZURE_SUBSCRIPTION_RESOURCE_NAME;
                     comment: ;
                   tenant id: 94XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX2dd;
             subscription id: 50XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXfe3;
                   client id: 3bXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX38b;
               client secret: *******;
                    endpoint: management.azure.com;
                     command: nsrazure_discovery;
nsradmin> quit

Die Mandanten-ID, die Abonnement-ID, die Client-ID und der geheime Clientschlüssel werden alle im Azure-Portal erfasst.

Wenn das Azure-Abonnement in nsradmin sichtbar ist, aber in der NWUI fehlt, finden Sie weitere Informationen unter:

• • NetWorker: Azure-Abonnement fehlt in NWUI "Clientschlüssel kann nicht abgerufen werden"
  • NetWorker: Azure-Abonnements fehlen nach Änderung der Passphrase für die NetWorker-Datenzone.

Azure VM-Erkennung:

Die Azure VM-Erkennung wird als automatisierte Aufgabe ausgeführt, die stündlich ausgeführt wird.

Der Azure-Erkennungsprozess verwendet die nsrazure_discovery verwenden. 

Protokolle für den Erkennungsprozess befinden sich auf dem NetWorker-Server unter:

• • Linux: /nsr/logs/azure_subscription/SUBSCRIPTION-NAME_TIMESTAMP.log
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\azure_subscription\SUBSCRIPTION-NAME_TIMESTAMP.log

Die Erkennung kann über die Befehlszeile ausgeführt werden:

nsrazure_discovery [-D <Debug_level_1-9>] [-s <NW Server>] -n <NSR Azure Subscription Resource Name> [-L] [-r <resource_group>]

Beispiel:

azure-nve:~ # nsrazure_discovery -n Azure -L -r DD-PERF
nsrazure_discovery starting on host azure-nve.local.
                Azure Subscription Azure VM List:
| Resource group | VM Name                          | VM Id                                | Location       |
| DD-PERF        | dd-perf-scheduler-osl-longrun    | d4a47d4a-85dd-4e3b-bdbb-58b96b7fcc82 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-0 | 187ac9de-5739-426d-bfb2-720fa92abc0f | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-1 | 19fb8c4e-e6c8-4f67-96ec-28c48c2d9629 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-2 | 989144cc-5eae-44b6-9857-b2f062c1230d | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-3 | e8adac3a-995a-4d84-b5ef-d751d5ee2512 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-4 | 1d27b303-f5d8-44e0-bb1a-4ffb63260cfe | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-5 | b21a902a-e8fc-4f70-8194-a1cab6b8cf19 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-6 | c231e32c-70c3-4739-96b2-e175829a4d28 | westus         |
| DD-PERF        | perf-ddperf-client-osl-longrun-7 | 3d64d531-a472-48b7-9181-c4a1cbc814c8 | westus         |
| DD-PERF        | perf-westus-256tb-1              | 15965ad9-f1fa-4234-91bd-f8669ab9c218 | westus         |
| DD-PERF        | perf-westus-linux-jumpbox        | 6514f563-cb47-4ec4-99a8-d113a2d7af53 | westus         |
| DD-PERF        | azure-ubuntu                     | be6d6dd8-d5b8-43ec-9602-d77e2d6d701a | southcentralus |
| DD-PERF        | azure-win2k22                    | a7b8cc3d-aa7f-4d2b-918f-579fd97a5509 | southcentralus |
| DD-PERF        | perf-ddperf-jumpbox-sles-longrun | 4859e7aa-da2f-4bef-9ba0-cea3ef8f9676 | southcentralus |
| DD-PERF        | test_recover_summary_fix         | 36e9f900-2e17-4bca-af15-590eb0237af5 | southcentralus |
| DD-PERF        | test_recover_summary_fix2        | caa86cba-9eda-4cc1-90bd-8ffa06202874 | southcentralus |
| DD-PERF        | test_recover_summary_wrong       | 7614dc1d-d799-46b3-9881-03927923fea6 | southcentralus |
nsrazure_discovery exiting successfully.

Berechtigungen:

Die erforderlichen Berechtigungen sind im Azure VM Snapshot Integration Guide unter dem Azure-Authentifizierungsprozess dokumentiert. Wenn Backup- oder Wiederherstellungsvorgänge mit einem berechtigungsbezogenen Fehler fehlschlagen, müssen Sie überprüfen, ob die dokumentierten Berechtigungen im Azure-Abonnement vorhanden sind.

Verwenden Sie den folgenden Befehl von Cloud Shell im Azure-Verwaltungsportal:

az role definition list --custom-role-only true --output json

Mit dem obigen Befehl werden alle nutzerdefinierten Rollen aufgelistet. Im Azure VM Snapshot Integration Guide wird empfohlen, die Rolle mit dem Namen NWBackupAdminRole. Führen Sie folgende Schritte aus, um die Berechtigungen dieses Kontos zu überprüfen:

az role definition list --name "NWBackupAdminRole" --output json > NWBackupAdminRole.json

Berechtigungsbezogene Fehler werden in der Regel mithilfe von HTTP-Fehlercodes angezeigt, z. B.:

"Response Code: 403. This request is not authorized to perform this operation"

Backupprobleme:

Azure-Backups werden mit dem nsrazure_save auf dem NetWorker-Client. Der Client sichert Azure-VM-Festplatten abhängig vom RESOURCE_GROUP:VM_NAME In der Clientressource definierte Savesets.

Die Anzahl der gleichzeitig ausgeführten VM-Festplattensitzungen hängt vom Clientparallelitätswert in den Clienteigenschaften ab.

Erfolgreiche Azure-VM-Backups werden in der Mediendatenbank angezeigt (mm) als:

azure-nve:~ # mminfo -avot
 volume        type   client           date     time         size ssid      fl   lvl name
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:11 10 GB 4135066668 cb full DD-PERF:azure-win2k22:Data_Disk-1
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:12 133 GB 4118289452 cb full DD-PERF:azure-win2k22:azure-win2k22_OsDisk_1_423227d3ef284695803c23cd47e8b839
azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 23:40:26 10 KB 4101521850 cb full Azure

Protokolle:

Backupprotokolle befinden sich unter dem Speicherort der Policy-Protokolle auf dem NetWorker-Server:

• • Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs

Es gibt ein Protokoll für savefs Prozess und ein weiteres Protokoll für den nsrazure_save Prozess.

Debugging:

Das Debugging kann im NetWorker-Client aktiviert werden, indem ein Debug-Level [1–5] an das Feld Backupbefehl angehängt wird:

Wiederherstellungsprobleme:

Die Azure-VM-Wiederherstellung erfolgt mithilfe der nsrazure_recover Prozess. Dieser Prozess wird in der Regel auf dem NetWorker-Server gestartet, wenn die Wiederherstellung über die NWUI gestartet wird.

Wie im Abschnitt Backupprobleme beschrieben, für die Durchführung einer Azure-VM-Wiederherstellung über NWUI psuedo_saveset muss das Azure werden soll. Wenn das Azure-Saveset nicht erstellt werden kann, scheinen Backups in der NWUI zu fehlen.

Siehe: NetWorker: Azure VM Backups werden auf der NWUI-Registerkarte "Recovery" nicht angezeigt

Der allgemeine Prozess für die Durchführung einer Azure-VM-Wiederherstellung wird hier beschrieben: NetWorker: Durchführen einer Azure-VM-Snapshot-Wiederherstellung über die NWUI

Überwachung und Protokolle:

• • NWUI: Überwachen → Wiederherstellungsjobs
  • NMC: Aktive Sitzungen
  • Befehlszeile des NetWorker-Servers: nsrwatch
  • Überwachen Sie das Wiederherstellungsprotokoll:
    • Linux-NetWorker-Server: /nsr/logs/adhoc/adhoc_job_JOBID
    • Windows-NetWorker-Server (Standardpfad): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\adhoc_job_JOBID

Abgeschlossene Protokolle finden Sie unter:

• • • Linux: /nsr/logs/adhoc/nsrazure_recover
    • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrazure_recover

Sie können auch spezifische Informationen über die Recovery von jobquery.

1. Führen Sie über eine Eingabeaufforderung mit erhöhten Rechten auf dem NetWorker-Server Folgendes aus: jobquery
2. Wählen Sie im jobquery Führen Sie in der Eingabeaufforderung Folgendes aus: print type: recover job

Beispiel:

azure-nve:~ # jobquery
NetWorker jobs query utility.
Use the "help" command for help.
jobquery> show command; job id; start time; end time; job log file; job state; completion status
jobquery> print type: recover job
                     command: \
"nsrazure_recover -N 'Azure' -R 'DD-PERF' -A 'networkerstorageaccount' -n 'DD-\
PERF:azure-win2k22' -V 'azure-win2k22-RESTORE' -E 'DPADDFS-storage-pe-vnet' -T\
 'DPADDFS-storage-pe-subnet-1' -c 'azure-nve.local' -t \"01/26/2026 11:40:26 P\
M\" -D5";
           completion status: succeeded;
                    end time: 1769383282;
                      job id: 2912131;
                job log file: /nsr/logs/adhoc/nsrazure_recover/2912131.log;
                   job state: COMPLETED;
                  start time: 1769377505;
jobquery> q
azure-nve:~ #

Debugging:

Debuggen kann im NWUI-Wiederherstellungsassistenten angewendet werden:

Befehlszeilenwiederherstellungen können auch mithilfe von debug durchgeführt werden:

• • NetWorker: Durchführen einer Azure VM-Snapshot-Wiederherstellung über die Befehlszeile
  • NetWorker: Durchführen einer Azure-VM-FLR mit nsrazure_flr_recover Befehl

Leistungsprobleme:

Für den Schutz von Azure-VMs ist es wichtig, die zugrunde liegenden Komponenten zu verstehen. Die Performance kann abhängig von verschiedenen Faktoren stark beeinträchtigt sein:

• • Einige VM-Größen weisen Einschränkungen auf, die sich auf die Snapshot-Konsistenz oder das Erweiterungs-Timeout auswirken können. Bei großen Festplatten kann das Einfrieren von Snapshots länger dauern. Azure berücksichtigt dies bei der Backuplaufzeit.
  • Azure-VM-Backups werden nur auf Data Domain-Geräten unterstützt. 
    • Ist Data Domain eine physische Data Domain oder DD Virtual Edition (DDVE) in der Azure-Cloud?
    • Bei der DDVE kann sich der Typ der DDVE (Dimensionierung) und die Festplattenkonfiguration auf die Lese-/Schreibleistung auswirken.
  • Azure-Umgebung:
    • Ist alles (NetWorker-Server, NetWorker-Client, gesicherte Azure-VMs, Data Domain) im selben Azure-Abonnement?
    • Azure-Netzwerkkonfigurationen.
    • Durchläuft jeglicher Backupdatenverkehr Azure-Abonnements, Azure-Regionen oder WAN?

Die Tasten DDPCONCHK Das Dienstprogramm kann über den NetWorker-Client ausgeführt werden, um die DD Boost-Schreibperformance zu überprüfen: NetWorker: Verwendung des Tools DDPCONNCHK zum Testen der DD ddboost-Konnektivität von NetWorker-Hosts
während DDPCONCHK kann eine allgemeine Übersicht über den Durchsatz zwischen Client und DD bieten, stellt jedoch keine 1:1-Beziehung zu Backup- oder Wiederherstellungsvorgängen dar.

Protokollerfassung:

1. Erfassen Sie bei Backupproblemen NSRGET-Protokoll-Bundles vom NetWorker-Server (und den beteiligten Clients): NetWorker: Verwendung des NSRGet NetWorker Data Collection Tool
2. Komprimieren Sie die in diesem Artikel identifizierten prozessspezifischen Protokolle. Diese werden möglicherweise nicht von NSRGET erfasst.
3. Je nach Problem kann es auch erforderlich sein, ein DD-Support-Bundle zu erfassen:
    

Da Azure-Schutzvorgänge die NWUI verwenden, können spezifische Probleme im Zusammenhang mit über die NWUI ausgeführten Aktionen eine NWUI-Protokollanalyse oder ein Debugging erfordern: NetWorker Management Web UI (NWUI): Selektierungs- und Troubleshootinghandbuch