NetWorker: La clonación del modo de rendimiento de vProxy pierde la optimización con dispositivos de bloqueo de retención

• El respaldo o la clonación pueden parecer más lentos de lo esperado para los savesets de vProxy en dispositivos de bloqueo de retención
• Aparece un error en ddfs.info registro a pesar del éxito aparente del trabajo de respaldo o clonación:

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)

El problema es el resultado de una falla no descubierta en la implementación. Dado que los dispositivos Data Domain Retention-locked no permiten cambiar el nombre de directorios no vacíos, parte del flujo de trabajo normal de respaldo y clonación de NetWorker falla silenciosamente, recurriendo a un mecanismo diferente que impide el éxito de la optimización.

El flujo de trabajo se corrigió en las próximas versiones de NetWorker:

• 19.10.0.4
• 19.11.0.1
• 19.12+

El problema no parece afectar al modo de capacidad. El cambio al modo de capacidad como solución alternativa puede aliviar el problema a corto plazo, pero se recomendará una actualización.
 

NetWorker es compatible con dos tipos de modos de optimización de respaldo para el respaldo de vProxy en sistemas Data Domain: optimizado para la capacidad y optimizado para el rendimiento. Puede aplicar el modo de optimización a los grupos de protección de vProxy durante el respaldo. El modo optimizado para la capacidad utiliza segmentación de tamaño variable, lo que produce más sobrecarga en el procesamiento de datos debido a la mayor tasa de desduplicación, pero reduce la capacidad consumida en el sistema Data Domain. Optimizado para el rendimiento proporciona mejoras de rendimiento durante respaldos incrementales de máquinas virtuales mediante Changed Block Tracking (CBT) y replica datos a un sistema Data Domain, y es eficaz cuando se respaldan archivos VMDK de gran tamaño. A pesar de que Optimizado para el rendimiento da como resultado un uso de espacio adicional en el dispositivo Data Domain (alrededor del 20 %), este modo mejora significativamente el rendimiento de I/O aleatoria para las restauraciones de acceso instantáneo.