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

Summary: En este artículo, se describe un error que implica una falla en la implementación de respaldos de VMware vProxy de NetWorker cuando se utilizan con dispositivos 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

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

Cause

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.

Resolution

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.
 
NOTA: El cambio de un modo de optimización de respaldo a otro (por ejemplo, de Optimizado para el rendimiento a Optimizado para la capacidad) requiere la realización de un nuevo respaldo completo de nivel cero como punto de partida para los respaldos posteriores. Asegúrese de que el dispositivo Data Domain tenga capacidad suficiente. Dado que los respaldos para cada modo de optimización deben coexistir durante este período, los respaldos consumen el doble de la capacidad de almacenamiento habitual hasta que vence el último respaldo optimizado para capacidad, según lo definido por el período de retención. Después de esto, el consumo de almacenamiento volverá a la normalidad.

Additional Information

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. 

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.