NetWorker: a clonagem do modo de desempenho do vProxy perde a otimização com dispositivos Retention Lock

• O backup ou a clonagem podem parecer mais lentos do que o esperado para savesets do vProxy em dispositivos com bloqueio de retenção
• O erro é exibido no log ddfs.info, apesar do aparente sucesso do trabalho de backup ou clone:

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)

O problema resulta de uma falha não descoberta na implementação. Como os dispositivos bloqueados para retenção do Data Domain não permitem a renomeação de diretórios não vazios, parte do fluxo de trabalho normal de backup e clone do NetWorker falha silenciosamente, retornando para um mecanismo diferente que impede o sucesso da otimização.

O fluxo de trabalho foi corrigido nas próximas versões do NetWorker:

• 19.10.0.4
• 19.11.0.1
• 19.12+

O problema parece não afetar o modo de capacidade. Alternar para o modo de capacidade como uma solução temporária pode aliviar o problema em curto prazo, mas o upgrade será recomendado.
 

O NetWorker dá suporte a dois tipos de modo de otimização de backup para backup do vProxy em sistemas Data Domain — Optimized for Capacity e Optimized for Performance. Você pode aplicar o modo de otimização aos grupos de proteção do vProxy durante o backup. O modo Optimized for Capacity usa segmentação de tamanho variável, o que produz mais sobrecarga no processamento de dados devido à maior taxa de desduplicação, mas reduz a capacidade consumida no sistema Data Domain. Optimized for Performance oferece melhorias de desempenho durante backups incrementais de máquinas virtuais usando rastreamento de blocos alterados (CBT) e replica dados para um sistema Data Domain, além de ser eficaz ao fazer backup de grandes arquivos VMDK. Embora Optimized for Performance resulte em uso adicional de espaço no dispositivo Data Domain (cerca de 20%), esse modo melhora significativamente o desempenho de E/S aleatória para restaurações de acesso instantâneo.