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

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

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.

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.
 

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.