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

Summary: Este artigo descreve um bug que envolve uma falha na implementação de backups VMware vProxy do NetWorker quando usados com 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

  • O backup ou a clonagem podem parecer mais lentos do que o esperado para savesets do NetWorker VMware Protection (NVP) vProxy em dispositivos com Retention Lock
  • O erro aparece em ddfs.info Log, 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)
  • Versões afetadas do NetWorker:
    • 19.9.0.x (e anterior)
    • 19.10.0.0 a 19.10.0.4
    • 19.11.0.0 e 19.11.0.1

Cause

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.

Resolution

O fluxo de trabalho nas seguintes versões do NetWorker:

  • 19.10.0.5
  • 19.11.0.2
  • 19.12+

Solução temporária:

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.
Modo de otimização de backup definido como capacidade 
 

Nota: Mudar de um modo de otimização de backup para outro (por exemplo, de Otimizado para desempenho para Otimizado para capacidade) requer a execução de um novo backup completo de nível zero como ponto de partida para backups subsequentes. Certifique-se de que o dispositivo Data Domain tenha capacidade suficiente. Como os backups para cada modo de otimização devem coexistir durante esse período, os backups consomem o dobro da capacidade de armazenamento normal até que o último backup de Optimized for Capacity expire, conforme definido pelo período de retenção. Depois disso, o consumo de armazenamento voltará ao normal.

 

Additional Information

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. 

Affected Products

NetWorker

Products

NetWorker Family
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.