NetWorker: Optimering af pladsgendannelseshandlinger for Data Domain

• NetWorker-savesets markeret som Udløbet, men ikke fjernet
• Meddelelser om rumgendannelse vises i logfiler mere end én gang om dagen
• Data Domain-hastighed og belastningspåvirkninger
• Generelle påvirkninger af serverydeevnen

• Diskenheder, der er berettiget til pladsgendannelse, læses under udløbshandling (midlertidig kloning eller gendannelse)
• Space Recovery kører som standard efter hver midlertidig handling på en given diskenhed
• Pladsgendannelse kontrollerer hver fil i en volumenmappestruktur, når der køres pladsgendannelse
• Serverhandlinger og reaktionsevne kan blive langsommere under pladsgendannelsesfasen

NetWorkers pladsgendannelsesfase kører én gang om dagen som en af de sidste faser af udløbshandlingen i arbejdsforløbet til serversikkerhedskopiering. Det er beregnet til at slette saveset-filobjekter inden for et volumen efter serverens vurdering, udløb og sletning af saveset-poster efter beregning af dem, der er sikre at fjerne i henhold til deres konfiguration.

Der er flere faktorer, der kan have negativ indvirkning på Data Domains eller NetWorker-serverens reaktionsevne. Aktivér et af de nedenstående, der ser ud til at opfylde kravene i den pågældende datazone. Før du overvejer at teste med fejlfindingsnøglefilerne nedenfor: Deaktiver den daglige udløbshandling for Server Protection > Server-sikkerhedskopiering > for at deaktivere alle beregninger af gendannelsesplads og mediedatabase i en eller flere dage for at bekræfte, at de opståede problemer med ydeevnen er relateret til rumgendannelses- og/eller udløbsaktiviteter.

Hvis deaktivering af Udløb bekræfter problemet i forbindelse med daglig vedligeholdelse, kan følgende funktioner deaktiveres til fejlfinding ved at oprette en tom fil med samme navn (uden filtypenavn) på NetWorker-serveren eller -noden i NSR-hovedmappens fejlfindingsundermappe. Ingen af disse flagfiler kræver genstart og træder i kraft med genoprettelsespladsjob, der startes, mens de er til stede.

Linux-placering: /nsr/debug
Windows-placering: C:\Program Files\EMC NetWorker\nsr\debug (eller den tilsvarende NSR-installationssti)
 

Filnavnene og deres funktioner er beskrevet nedenfor:

skip_recover_space_for_stage

• Storagenoder. Dette flag får NetWorker til at springe gendannelsesrumfasen over i en midlertidig handling (kloning efterfulgt af sletning af kilde). Hvis dit miljø bruger staging, især iscenesættelse fra de samme kildediskenheder gentagne gange, anbefales dette, da det ophæver muligheden for at gyde flere genoprettelsesrumsoperationer for de samme diskenheder. Når dette flag er på plads, udskydes genoprettelsespladsen helt, så systemet kan slette filerne, når den daglige udløbshandling kører, eller kommandoen nsrimkøres manuelt. 

recover_space_anytime

• Kun server. Dette gør det muligt for gendannelsesplads at udløbe og fjerne savesets på diskenheder, der aktivt læser, og som som standard udskydes. Det betyder, at for diskenheder, der har langvarige klonjob, kan udløb og pladsgendannelse udskydes gentagne gange, når udløbshandling, nsrim eller et midlertidigt job (se forrige) kører. Dette kan igen føre til store rumgendannelsesefterslæb, gradvis udtømning af ledig plads og et større pladsgendannelsesjob, når det får lov til at køre. 

skip_disk_usage

• Storagenoder. Som en del af rumgendannelse og kontrol af diskenhedsfilsystemet kontrolleres individuelle filer som standard rekursivt og tælles for at producere et præcist aggregat af data til diskenheden. Mens nogle måske anser denne præcision for at være afgørende, afhænger udsættelse af dette trin af NetWorkers mediedatabaseposter for fil- og bytetotalerne, som normalt kan forventes at være nøjagtige nok til de fleste anvendelser. I et tungt belastet Data Domain, især et, hvor mange gendannelsespladsoperationer kører gentagne gange for diskenheder, kan dette betragtes som en unødvendig udgift og sikkert deaktiveret.

skip_consistency_check_in_recover_space

• Storagenoder. Under pladsgendannelse for et volumen kontrolleres volumenfilsystemet fil for fil for at sikre konsistens mellem mediedatabasen; Dette kan også introducere ventetid. Hvis du tilføjer denne nøglefil til hver node, forhindres noden i at slette saveset-filer, hvor der ikke findes en tilsvarende post i mediedatabasen, eller markere mediedatabaseposter, hvor der ikke findes nogen fil, som "mistænkt". Bemærk, at dette forhindrer normal rengøring og bør bruges til at kvalificere ventetid i forbindelse med genoprettelse af pladshandlinger og bør ikke deaktiveres på længere sigt. 

Der er som standard indført mere detaljeret logføring, hvilket betyder, at hele saveset-stierne logges ind i data_audit-logfilerne på NetWorker-serveren. Hvor der allerede er stor belastning, mange/store pladsgendannelsesjob, er dette en faktor, der kan føre til manglende respons, især fra Storage Nodes, der returnerer oplysningerne eksternt til NetWorker. Hvis du vil deaktivere dette, skal du hæve logføringstærsklen for disse logfiler på NetWorker-serveren:

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

Begræns denne ændring til kun at påvirke dataovervågningen, hvis det ønskes, ved at indsnævre forespørgslen til den specifikke forekomst ved at medtage dens navn. Spring dette trin over for at genanvende indstillingen på hver:

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

Skift tærsklen til en eller begge til 'Fejl' for at ophøre med at logge de enkelte sletninger - sletninger logges stadig på serverens daemon.raw.

# update auditlog severity: Error