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

Resumen: 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. ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.

Síntomas

  • Backups oder Cloning scheinen für NetWorker VMware Protection (NVP) vProxy-Savesets auf Geräten mit Retention Lock möglicherweise langsamer als erwartet auszuführen
  • Fehler erscheint in ddfs.info Protokoll trotz offensichtlichem Erfolg des Backup- oder Clone-Auftrags:
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)
  • Betroffene NetWorker-Versionen:
    • 19.9.0.x (und früher)
    • 19.10.0.0 bis 19.10.0.4
    • 19.11.0.0 und 19.11.0.1

Causa

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.

Resolución

Der Workflow in den folgenden NetWorker-Versionen:

  • 19.10.0.5
  • 19.11.0.2
  • 19.12+

Problemumgehung:

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.
Backup-Optimierungsmodus auf Kapazität eingestellt 
 

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.

 

Información adicional

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. 

Productos afectados

NetWorker

Productos

NetWorker Family
Propiedades del artículo
Número del artículo: 000225863
Tipo de artículo: Solution
Última modificación: 25 may. 2026
Versión:  3
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.