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

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

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

  • 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)

Cause

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.

Resolution

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.

Additional Information

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. 

Affected Products

NetWorker
Article Properties
Article Number: 000225863
Article Type: Solution
Last Modified: 25 مايو 2026
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.