NetWorker : le clonage du mode performance vProxy perd son optimisation avec les périphériques Retention Lock

• La sauvegarde ou le clonage peut apparaître plus lent que prévu pour les savesets vProxy sur les périphériques Retention Lock
• Une erreur s’affiche dans ddfs.info log malgré la réussite apparente de la tâche de sauvegarde ou de clonage :

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)

Le problème résulte d’une faille de mise en œuvre non découverte. Étant donné que les périphériques Data Domain Retention verrouillés ne permettent pas de renommer des répertoires non vides, une partie du workflow de sauvegarde et de clonage normal de NetWorker échoue en mode silencieux, revenant à un autre mécanisme qui empêche la réussite de l’optimisation.

Le workflow a été corrigé dans les prochaines versions de NetWorker :

• 19.10.0.4
• 19.11.0.1
• 19.12+

Le problème ne semble pas affecter le mode Capacité. Le passage en mode Capacité comme solution de contournement peut atténuer le problème à court terme, mais une mise à niveau sera recommandée.
 

NetWorker prend en charge deux types de modes d’optimisation des sauvegardes pour la sauvegarde vProxy sur les systèmes Data Domain : Optimized for Capacity et Optimized for Performance. Vous pouvez appliquer le mode d’optimisation aux groupes de protection vProxy lors de la sauvegarde. Le mode Optimized for Capacity utilise la segmentation de taille variable, ce qui génère plus de surcharge dans le traitement des données en raison du taux de déduplication plus élevé, mais réduit la capacité consommée sur le système Data Domain. Le niveau Optimized for Performance améliore les performances lors des sauvegardes incrémentielles de machines virtuelles à l’aide de la fonction CBT (Changed Block Tracking), réplique les données sur un système Data Domain et est efficace lors de la sauvegarde de fichiers VMDK volumineux. Bien que le niveau Optimized for Performance entraîne une utilisation supplémentaire de l’espace sur le périphérique Data Domain (environ 20 %), ce mode améliore considérablement les performances des E/S aléatoires pour les restaurations avec accès instantané.