NetWorker: kloning av vProxy-ytelsesmodus mister optimaliseringen med enheter for oppbevaringslås

• Sikkerhetskopiering eller kloning kan virke tregere enn forventet for vProxy-lagringssett på Retention Lock-enheter
• Det vises en feil i loggen ddfs.info til tross for at sikkerhetskopierings- eller klonejobben tilsynelatende var vellykket:

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 skyldes en uoppdaget feil i implementeringen. Siden Data Domain Retention-låste enheter ikke tillater endring av navn på ikke-tomme kataloger, mislykkes en del av NetWorkers normale arbeidsflyt for sikkerhetskopiering og klon stille, og faller tilbake til en annen mekanisme som forhindrer optimaliseringssuksess.

Arbeidsflyten er korrigert i kommende NetWorker-versjoner:

• 19.10.0.4
• 19.11.0.1
• 19.12+

Problemet ser ikke ut til å påvirke kapasitetsmodus. Bytte til kapasitetsmodus som en midlertidig løsning kan løse problemet på kort sikt, men oppgradering anbefales.
 

NetWorker støtter to typer optimaliseringsmoduser for sikkerhetskopiering for vProxy-sikkerhetskopiering til Data Domain-systemer – optimert for kapasitet og optimalisert for ytelse. Du kan bruke optimaliseringsmodus på vProxy-beskyttelsesgrupper under sikkerhetskopieringen. Optimalisert for kapasitet-modusen bruker segmentering med variabel størrelse, noe som gir mer belastning i databehandlingen på grunn av høyere dedupliseringshastighet, men reduserer kapasiteten som forbrukes på Data Domain-systemet. Optimalisert for ytelse gir ytelsesforbedringer under trinnvis sikkerhetskopiering av virtuelle maskiner som bruker Changed Block Tracking (CBT) og replikerer data til et Data Domain-system, og er effektiv ved sikkerhetskopiering av store VMDK-filer. Selv om Optimized for Performance fører til ekstra plassbruk på Data Domain-enheten (cirka 20 %), forbedrer denne modusen tilfeldig I/O-ytelse betraktelig for umiddelbar tilgang-gjenopprettinger.