NVP-vProxy: Backups schlagen mit der Meldung "Die VM-Backupanforderung ist ungültig" fehl
Summary: NVP-vProxy-Backups (NetWorker VMware Protection) schlagen nach wiederholten Versuchen mit der Meldung "Die VM-Backupanforderung ist nicht gültig" fehl. Der NetWorker-Server meldet, dass die Data Domain (DD) die maximale Anzahl an Lesestreams erreicht hat. Die Auslastung des DD-Lesestreams verhindert, dass neue Backupsitzungen auf dem NetWorker-Speicher-Node eingerichtet werden. ...
Symptoms
The VM backup request is not valid." Das Backupaktionsprotokoll zeigt an, dass eine Stunde lang erneut versucht wird, eine direkte Speicherung auf dem NetWorker-Storage-Node durchzuführen, bevor es mit der Meldung fehlschlägt.
Beispiel für den Ausfall einer VM im Backupaktionsprotokoll der VMware-Schutz-Policy:
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR notice Action backup vmware-vproxy 'backup' has initialized as 'vproxysave job' with job id 2370140 ... MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR notice Saving the backup data in the pool 'Prod VM'. MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR notice Received the media management binding information on the host '[NETWORKER_STORAGE_NODE]'. MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR notice Connected to the nsrmmd process on the host '[NETWORKER_STORAGE_NODE]'. MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR warning Unable to set up the direct save with server '[NETWORKER_STORAGE_NODE]': retry needed. ... MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR error Unable to process VM '[VM_NAME]': Request timed out before session established. ... MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR warning Unable to set up the direct save with server '[NETWORKER_STORAGE_NODE]': The VM backup request is not valid.. MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR critical [VM_NAME]: Cannot start session with NetWorker server '[NETWORKER_STORAGE_NODE]': The VM backup request is not valid.. ... MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrvproxy_save NSR notice Action backup vmware-vproxy 'backup' with job id 2370140 is exiting with status 'failed', exit code 1Die Tasten
deamon.raw zeigt, dass der NetWorker-Server zu Beginn des Workflows Warnungen erzeugt hat, die darauf hinweisen, dass die Data Domain den read stream Zähllimit. Während der Ausführung der VMware-Schutz-Policy kann der NetWorker-Server daemon.raw Anzeigen:
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR info Protection Policy Notice: Starting workflow '[POLICY_NAME]/[WORKFLOW_NAME]'
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR info Protection Policy Notice: Starting action 'backup' for workflow '[POLICY_NAME]/[WORKFLOW_NAME]'
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR warning current_read_stream (89) reach max_read_stream 50 for DDR '[DATA_DOMAIN]'.
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR warning current_read_stream (90) reach max_read_stream 50 for DDR '[DATA_DOMAIN]'.
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR warning current_read_stream (90) reach max_read_stream 50 for DDR '[DATA_DOMAIN]'.
...
MM/DD/YYYY HH:MM:SS [NETWORKER_SERVER] nsrd NSR info policy notice: action backup failed
Weitere Informationen finden Sie im Artikel NetWorker: Verwendung von nsr_render_log
Cause
Der NetWorker-Speicher-Node oder die Ziel-DD ist während der Workflowausführung überlastet. DD erzwingt eine maximale Lesestreamanzahl. Wenn die aktuelle Streamanzahl diesen Grenzwert überschreitet, kann DD keine neuen Sitzungen akzeptieren. Der vProxy-Backupprozess erfordert eine direkte Speichersitzung auf dem Storage Node. Der Storage Node kann die Sitzung nicht einrichten, da DD meldet, dass das Streamlimit erreicht wurde. Das Backup wird etwa eine Stunde lang wiederholt, bevor eine Zeitüberschreitung eintritt. Dies tritt in der Regel auf, wenn mehrere Backupworkflows gleichzeitig auf derselben DD ausgeführt werden. Herkömmliche Clientbackups und VMware-Schutzworkflows konkurrieren um dieselben DD-Lesestreams.
Resolution
- Staffeln Sie die Backupzeitpläne. Passen Sie die Schutz-Policy-Zeitpläne an, um die Last über den Tag zu verteilen. Trennen Sie herkömmliche Client-Workflows von VMware-Schutzworkflows.
- Überprüfen Sie die DD-Streamauslastung. Überwachen Sie die Anzahl der DD-Lesestreams während Backupzeitfenstern mit Spitzenauslastung. Ermitteln Sie, welche Workflows sich überschneiden und die meisten Streams verbrauchen.
- Reduzieren Sie gleichzeitige Backupsitzungen. Senken Sie die Parallelitätseinstellungen für Backup-Policies, die auf dieselbe DD abzielen. Dadurch wird die Anzahl der gleichzeitigen Streams reduziert.
- Verteilen Sie Workloads auf Speicher-Nodes. Wenn mehrere Speicher-Nodes verfügbar sind, verteilen Sie VMware- und herkömmliche Client-Backups auf verschiedene Speicher-Nodes.
- Überprüfen Sie die DD-Streamlimits. Überprüfen Sie die DD-Lizenz und -Konfiguration für die maximale Anzahl von Lesestreams. Vergewissern Sie sich, dass das Limit den Umgebungsanforderungen entspricht.