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

Sammanfattning: 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.

Den här artikeln gäller för Den här artikeln gäller inte för Den här artikeln är inte kopplad till någon specifik produkt. Alla produktversioner identifieras inte i den här artikeln.
Kolla in andra resurser

Symptom

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

Orsak

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.

Upplösning

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.

Ytterligare 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. 

Berörda produkter

NetWorker
Artikelegenskaper
Artikelnummer: 000225863
Artikeltyp: Solution
Senast ändrad: 25 maj 2026
Version:  3
Få svar på dina frågor från andra Dell-användare
Supporttjänster
Kontrollera om din enhet omfattas av supporttjänster.