NetWorker: Kloning i vProxy-prestandaläge förlorar optimering med Retention Lock-enheter

Summary: I den här artikeln beskrivs en bugg som innefattar ett fel i implementeringen av NetWorkers VMware vProxy-säkerhetskopieringar när de används med Data Domain Retention Lock-enheter.

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

  • Säkerhetskopiering eller kloning kan verka långsammare än förväntat för vProxy-sparuppsättningar på låsenheter för förvaring av data
  • Felet visas i ddfs.info loggen trots att säkerhetskopierings- eller kloningsjobbet verkar ha lyckats:
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

Problemet beror på ett oupptäckt fel i genomförandet. Eftersom Data Domain Retention-låsta enheter inte tillåter namnbyte av icke-tomma kataloger, misslyckas en del av NetWorkers normala arbetsflöde för säkerhetskopiering och kloning i tysthet, och faller tillbaka på en annan mekanism som förhindrar optimeringsframgång.

Resolution

Arbetsflödet har korrigerats i kommande NetWorker-versioner:
  • 19.10.0.4
  • 19.11.0.1
  • 19.12+
Problemet verkar inte påverka kapacitetsläget. Att byta till kapacitetsläge som en tillfällig lösning kan lindra problemet på kort sikt, men uppgradering rekommenderas.
 
Obs! Om du ändrar från ett optimeringsläge för säkerhetskopiering till ett annat (till exempel från Optimerad för prestanda till Optimerad för kapacitet) måste du utföra en ny säkerhetskopiering på fullständig nivå noll som utgångspunkt för efterföljande säkerhetskopieringar. Kontrollera att Data Domain-enheten har tillräcklig kapacitet. Eftersom säkerhetskopieringar för varje optimeringsläge måste finnas samtidigt under den här perioden förbrukar säkerhetskopior dubbelt så mycket lagringskapacitet som vanligt tills den sista säkerhetskopieringen som är optimerad för kapacitet upphör att gälla, enligt kvarhållandeperioden. Därefter återgår lagringsförbrukningen till det normala.

Additional Information

NetWorker stöder två typer av optimeringslägen för säkerhetskopiering för vProxy-säkerhetskopiering till Data Domain-system – optimerade för kapacitet och optimerade för prestanda. Du kan tillämpa optimeringsläget på vProxy-skyddsgrupper under säkerhetskopieringen. I läget Optimerad för kapacitet används segmentering med variabel storlek, vilket ger mer omkostnader vid databearbetning på grund av den högre dedupliceringshastigheten, men minskar kapaciteten som förbrukas i Data Domain-systemet. Optimerad för prestanda ger prestandaförbättringar under inkrementell säkerhetskopiering av virtuella maskiner med CBT (Changed Block Tracking) och replikerar data till ett Data Domain-system, och är effektivt vid säkerhetskopiering av stora VMDK-filer. Även om optimerad för prestanda resulterar i ytterligare utrymmesanvändning på Data Domain-enheten (cirka 20 %) förbättrar det här läget avsevärt slumpmässig I/O-prestanda för omedelbara åtkomståterställningar. 

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.