NetWorker: la clonazione in modalità prestazioni vProxy perde l'ottimizzazione con i dispositivi Retention Lock
Сводка: 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.
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
- Il backup o la clonazione possono sembrare più lenti del previsto per i saveset vProxy di NetWorker VMware Protection (NVP) sui dispositivi Retention Lock
- L'errore viene visualizzato in
ddfs.infoRegistrazione nonostante l'apparente esito positivo del job 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)
- Versioni di NetWorker interessate:
- 19.9.0.x (e versioni precedenti)
- Da 19.10.0.0 a 19.10.0.4
- 19.11.0.0 e 19.11.0.1
Причина
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.
Разрешение
Flusso di lavoro nelle seguenti versioni di NetWorker:
- 19.10.0.5
- 19.11.0.2
- 19.12+
Soluzione alternativa:
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.
Дополнительная информация
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.
Затронутые продукты
NetWorkerПродукты
NetWorker FamilyСвойства статьи
Номер статьи: 000225863
Тип статьи: Solution
Последнее изменение: 25 May 2026
Версия: 3
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.