NetWorker: la clonazione in modalità prestazioni vProxy perde l'ottimizzazione con i dispositivi Retention Lock

Summary: Questo articolo descrive un bug relativo a un difetto nell'implementazione dei backup VMware vProxy di NetWorker quando vengono utilizzati con dispositivi Data Domain Retention Lock.

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

  • Il backup o la clonazione possono apparire più lenti del previsto per i saveset vProxy sui dispositivi Retention Lock
  • L ddfs.info errore viene visualizzato nel registro nonostante l'apparente esito positivo del processo di backup o clonazione:
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

Il problema deriva da un difetto non scoperto nell'implementazione. Poiché i dispositivi con Retention Lock di Data Domain non consentono la ridenominazione di directory non vuote, parte del normale flusso di lavoro di backup e clonazione di NetWorker fallisce automaticamente, ricorrendo a un meccanismo diverso che impedisce il successo dell'ottimizzazione.

Resolution

Il flusso di lavoro è stato corretto nelle prossime versioni di NetWorker:
  • 19.10.0.4
  • 19.11.0.1
  • 19.12+
Il problema non sembra influire sulla modalità capacità. Il passaggio alla modalità di capacità come soluzione alternativa può alleviare il problema a breve termine, ma è consigliabile eseguire l'aggiornamento.
 
NOTA: Il passaggio da una modalità di ottimizzazione del backup a un'altra (ad esempio, da Optimized for Performance a Optimized for Capacity) richiede l'esecuzione di un nuovo backup completo di livello zero come punto di partenza per i backup successivi. Assicurarsi che il dispositivo Data Domain disponga di capacità sufficiente. Poiché i backup per ogni modalità di ottimizzazione devono coesistere durante questo periodo, i backup utilizzano il doppio della capacità di storage abituale fino alla scadenza dell'ultimo backup Optimized for Capacity, come definito dal periodo di retention. Successivamente, il consumo di storage tornerà normale.

Additional Information

NetWorker supporta due tipi di modalità di ottimizzazione per il backup di vProxy su sistemi Data Domain: Optimized for Capacity e Optimized for Performance. È possibile applicare la modalità di ottimizzazione ai gruppi di protezione vProxy durante il backup. La modalità Optimized for Capacity utilizza la segmentazione di dimensione variabile, che produce più overhead nell'elaborazione dei dati a causa del tasso di deduplica più elevato, ma riduce la capacità utilizzata sul sistema Data Domain. Optimized for Performance offre miglioramenti delle prestazioni durante i backup incrementali delle macchine virtuali utilizzando CBT (Changed Block Tracking), replica i dati in un sistema Data Domain ed è efficace in caso di backup di file VMDK di grandi dimensioni. Sebbene Optimized for Performance comporti un utilizzo aggiuntivo dello spazio sul dispositivo Data Domain (circa il 20%), questa modalità migliora significativamente le prestazioni degli I/O casuali per i restore ad accesso istantaneo. 

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.