NetWorker: Optimalisering av plassgjenopprettingsoperasjoner for Data Domain

• NetWorker-lagringsett merket med Utløpt, men ikke fjernet
• Meldinger om plassgjenoppretting vises i logger mer enn én gang per dag
• Data Domain-hastighet og belastningspåvirkning
• Generelle konsekvenser for serverytelsen

• Volumer som er kvalifisert for plassgjenvinning, leser under utløpshandlingen (oppsamling, kloning eller gjenoppretting)
• Plassgjenoppretting kjører som standard etter hver oppsamlingsoperasjon på et gitt volum
• Plassgjenoppretting kontrollerer hver fil i en volumkatalogstruktur når plassgjenoppretting kjøres
• Serverdrift og svartid kan bli tregere i løpet av gjenopprettingsfasen for plass

NetWorkers plassgjenopprettingsfase kjøres én gang om dagen som en av de siste fasene i utløpshandlingen i serverens arbeidsflyt for sikkerhetskopiering. Det er ment å slette saveset-filobjekter i et volum etter serverens vurdering, utløp og sletting av saveset-poster etter beregning av de som er trygge å fjerne i henhold til konfigurasjonen.

Det finnes flere faktorer som kan ha negativ innvirkning på Data Domain eller NetWorker-serverens svartid. Aktiver hvilken som helst av de nedenfor som ser ut til å passe kravene til den aktuelle datasonen. Før du vurderer å teste med feilsøkingsnøkkelfilene nedenfor: Deaktiver den daglige utløpshandlingen Server Protection > Server > for å deaktivere alle beregninger av gjenoppretting av plass og mediedatabase i én eller flere dager for å bekrefte at ytelsesproblemene som oppstår, er relatert til gjenoppretting av plass og/eller utløpsaktiviteter.

Hvis deaktivering av Utløpsdato bekrefter problemet knyttet til daglig vedlikehold, kan følgende funksjoner deaktiveres for feilsøking ved å opprette en tom fil med samme navn (uten filtype) i NetWorker-serveren eller -noden under hovedkatalogen for feilsøking i nsr-katalogen. Ingen av disse flaggfilene krever en omstart, og vil tre i kraft med gjenopprettingsjobber som lanseres mens de er til stede.

Linux Plassering: /nsr/debug
Windows-plassering: C:\Program Files\EMC NetWorker\nsr\debug (eller tilsvarende installasjonsbane for nsr)
 

Filnavnene og deres funksjoner er beskrevet nedenfor:

skip_recover_space_for_stage

• Lagringsnoder. Dette flagget fører til at NetWorker hopper over gjenopprettingsfasen av en oppsamlingsoperasjon (kloning etterfulgt av kildesletting). Hvis miljøet ditt bruker oppsamling, spesielt oppsamling fra de samme kildevolumene gjentatte ganger, anbefales dette siden det negerer muligheten for å gyte flere gjenopprettingsromoperasjoner for de samme volumene. Når dette flagget er på plass, utsettes gjenopprettingsområdet helt, slik at systemet kan slette filene når den daglige utløpshandlingen kjører, eller nsrim-kommandoenkjøres manuelt. 

recover_space_anytime

• Kun server. Dette gjør at gjenopprettingsplass utløper og fjerner lagringssett på volumer som leser aktivt, som som standard er utsatt. Dette betyr at for volumer som har klonejobber som varer lenge, kan utløp og plassgjenvinning utsettes gjentatte ganger når utløpshandlingen, nsrim eller en oppsamlingsjobb (se forrige) kjører. Dette kan igjen føre til store etterslep på gjenoppretting av plass, gradvis uttømming av ledig plass og en større plassgjenopprettingsjobb når den får lov til å kjøre. 

skip_disk_usage

• Lagringsnoder. Som en del av kontroll av plassgjenoppretting og diskvolumfilsystem kontrolleres og telles individuelle filer som standard rekursivt for å produsere en nøyaktig samling av data for volumet. Selv om noen kan anse denne presisjonen som viktig, er utsettelse av dette trinnet avhengig av NetWorkers mediedatabaseposter for fil- og bytetotalene, som vanligvis kan forventes å være nøyaktige nok for de fleste bruksområder. I et tungt lastet datadomene, spesielt et der mange gjenopprettingsoperasjoner kjører gjentatte ganger for volumer, kan dette betraktes som en unødvendig utgift, og trygt deaktivert.

skip_consistency_check_in_recover_space

• Lagringsnoder. Under plassgjenoppretting for et volum kontrolleres volumfilsystemet fil for fil for å sikre konsistens mellom mediedatabasen. Dette kan også introdusere ventetid. Å legge denne nøkkelfilen til hver node vil forhindre at noden sletter saveset-filer der en tilsvarende post ikke finnes i mediedatabasen, eller markerer mediedatabaseposter der ingen fil er funnet som "mistenkelig". Vær oppmerksom på at dette vil forhindre normale rengjøringsoperasjoner, og bør brukes til å kvalifisere ventetid knyttet til gjenoppretting av plassoperasjoner, og bør ikke deaktiveres på lengre sikt. 

Mer detaljert logging er innført som standard, noe som fører til at hele saveset-banene logges på data_audit-loggene på NetWorker-serveren. Der det allerede er tung belastning, mange/store jobber for plassgjenvinning, er dette en faktor som kan føre til manglende respons, spesielt fra lagringsnoder som returnerer informasjonen eksternt til NetWorker. Hvis du vil deaktivere dette, øker du loggterskelen for disse loggene på NetWorker-serveren:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Begrens denne endringen til bare å påvirke datarevisjonen, hvis ønskelig, ved å begrense spørringen til den bestemte forekomsten ved å inkludere navnet. Hopp over dette trinnet for å bruke innstillingen på nytt på hver:

# print type: nsr auditlog; name: servername_data_audit.raw

Endre terskelen til en eller begge til 'Feil' for å slutte å logge de enkelte slettingene - slettinger logges fortsatt i serverens daemon.raw.

# update auditlog severity: Error