NetWorker: Cloning im vProxy-Performancemodus verliert die Optimierung bei Geräten mit Aufbewahrungssperre

Zusammenfassung: In diesem Artikel wird ein Fehler beschrieben, der einen Fehler bei der Implementierung von VMware vProxy-Backups von NetWorker bei Verwendung mit Data Domain Retention Lock-Geräten beinhaltet. ...

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Andere Ressourcen ansehen

Symptome

  • Backups oder Cloning erscheinen für vProxy-Savesets auf Retention Lock-Geräten möglicherweise langsamer als erwartet
  • Im ddfs.info Protokoll wird trotz des offensichtlichen Erfolgs des Backup- oder Clone-Jobs ein Fehler angezeigt:
Attempt to rename non-empty directory /data/col1/mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56
dboost-<nsrsvr.demo.local-55146>: ddboost_api ERROR: ddp_rename() failed, FromPath //mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56, ToPath //mtree/device/21/06/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56,  Err: 5034-nfs rename failed (nfs: Permission denied)

Ursache

Das Problem resultiert aus einem unentdeckten Fehler in der Implementierung. Da Data Domain Retention-gesperrte Geräte das Umbenennen von nicht leeren Verzeichnissen nicht zulassen, schlägt ein Teil des normalen Backup- und Clone-Workflows von NetWorker im Hintergrund fehl und fällt auf einen anderen Mechanismus zurück, der eine erfolgreiche Optimierung verhindert.

Lösung

Der Workflow wurde in kommenden NetWorker-Versionen korrigiert:
  • 19.10.0.4
  • 19.11.0.1
  • 19.12+
Das Problem scheint sich nicht auf den Kapazitätsmodus auszuwirken. Das Wechseln in den Kapazitätsmodus als Workaround kann das Problem kurzfristig lindern, aber ein Upgrade wird empfohlen.
 
HINWEIS: Der Wechsel von einem Backup-Optimierungsmodus zu einem anderen (z. B. von Optimized for Performance zu Optimized for Capacity) erfordert die Durchführung eines neuen kompletten Backups auf Ebene 0 als Ausgangspunkt für nachfolgende Backups. Stellen Sie sicher, dass das Data Domain-Gerät über ausreichend Kapazität verfügt. Da Backups für jeden Optimierungsmodus während dieses Zeitraums gleichzeitig vorhanden sein müssen, verbrauchen Backups das Doppelte der üblichen Storage-Kapazität, bis das letzte Optimized for Capacity-Backup abläuft, wie in der Aufbewahrungsfrist definiert. Danach kehrt der Storage-Verbrauch zum Normalwert zurück.

Weitere Informationen

NetWorker unterstützt zwei Arten von Backup-Optimierungsmodi für vProxy-Backups auf Data Domain-Systemen: Optimized for Capacity und Optimized for Performance. Sie können den Optimierungsmodus während des Backups auf vProxy-Schutzgruppen anwenden. Der Modus "Optimized for Capacity" verwendet eine variable Größensegmentierung, die aufgrund der höheren Deduplizierungsrate mehr Overhead bei der Datenverarbeitung erzeugt, aber die auf dem Data Domain-System verbrauchte Kapazität reduziert. Optimized for Performance bietet Performanceverbesserungen bei inkrementellen Backups virtueller Maschinen mit Changed Block Tracking (CBT) und repliziert Daten auf ein Data Domain-System. Dies ist effektiv, wenn große VMDK-Dateien gesichert werden. Obwohl Optimized for Performance zu einer zusätzlichen Speicherplatznutzung auf dem Data Domain-Gerät führt (ca. 20 %), verbessert dieser Modus die zufällige I/O-Leistung für Wiederherstellungen mit sofortigem Zugriff erheblich. 

Betroffene Produkte

NetWorker
Artikeleigenschaften
Artikelnummer: 000225863
Artikeltyp: Solution
Zuletzt geändert: 25 Mai 2026
Version:  3
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.