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

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

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.

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.
 

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.