Avamar-prosesser for plassgjenvinning – del 2: Knaser

Hva er 'ruteting' i Avamar?

Datasanering identifiserer data som ikke lenger refereres til av eventuelle sikkerhetskopier.
Beskriveren for delhode er endret for å angi hvilke deler som skal slettes. Datastripene, som inneholder disse delene, er uendret.
Fjerningen av disse delene oppstår som en bivirkning av utsendelsesoperasjonen.

spyling er en Avamar-vedlikeholdsoperasjon som endrer innsamlet søppelsanering for å gjøre den ledige plassen innenfor disse stripene sammenhengende. 
Ved å manipulere striper for å gjøre den ledige plassen sammenhengende, bruker Avamar effektivt plass til innkommende sikkerhetskopieringsdata.

Tenk på oppgradering på en lignende måte som den klassiske defragmenteringen av harddisker. 
Data må flyttes fra ett sted til et annet for at databeholderne kan brukes på nytt på en mer effektiv måte.

Verktøy for diskdefragmentering flytter relaterte elementer av data til tilstøtende deler av en rotasjonsharddisk for å få raskere sekvensielle tilgangstider.
Adressering flytter imidlertid data til bunnen av stripen for å gi plass til nye innkommende deler.

Analogi:

Forestill deg en buss med én inngangsluke foran og ingen utgangsdør. Personer (biter) går inn i bussen ved hjelp av frontdekselet. 
Dette er en spesialbuss der folk bare kan oppspørre star trek ved hjelp av Star Trek 'beam me up Scotty'-teknologi. 
Bussen starter helt opp. 
Når flere personer har dematerialisert, har bussen plass til mer pallplass.
Ingen andre kan få plass før mengden er flyttet bort fra oppsendningen. Det vil si at det står "psted" mot baksiden av bussen for å lage plass i nærheten av frontdekselet.

Hvorfor det er viktig å feilsøke:

Vi drøfter hva som skjer når sikkerhetskopieringsdata skrives til Avamar. Dette forklarer hvorfor oppsendning er viktig.

Som forberedelse til å godta sikkerhetskopieringsdata velger Avamar stripen på hver datanode som har mest sammenhengende ledig plass. Stripen er merket som den aktive stripen. 
Eventuelle nye innkommende sikkerhetskopieringsdata legges til i den aktive stripen. 
Når stripen blir full, merkes den neste, minst fulle stripen som den aktive stripen.

Forestill deg et system der det ikke har oppstått utilstrekkelig økling.
En stribb (innsamlet søppel, men likevel under oppsamling), kan være relativt tom. 
Denne relativt tomme stripen vil ikke bli valgt som aktiv stripe hvis det er en annen stripe som har mer sammenhengende ledig plass. 

I diagrammet nedenfor er begge stripene i diagrammet samlet inn søppel, men bare datastripe 2 har blitt lagt til,

Selv om datastripe 1 er tomme, har stripe 2 mer nyttig sammenhengende plass. 
Avamar velger stripe 2 som aktiv stripe. 

Etter hvert som Avamar-lagringsbruken øker, velges den aktive stripen fra et utvalg med stadig flere striper.

Hvis oppsendelse er forsinket, er gjenbruk av striper ineffektivt. 
Det kreves flere striper for å registrere innkommende data for en gjennomsnittlig dag, selv om mengden data er uendret. 
Hvis du bruker flere striper for å registrere dataene, fører det til høyere kontrollpunktkostnader enn om stripene ble brukt på nytt på en mer effektiv måte.

På grunn av dette må du alltid sørge for at Avamar har mulighet til å utføre tilstrekkelig oppsparing regelmessig.

Hvordan fungerer SSD-disker? 

Når systemet utfører wattimering på en stripe, gjør du følgende:

• Leser dataene fra stripefilen i markørkatalogen inn i minnet.
• Bestemmer hvilke biter som referanses av toppteksten i delen.
• Skriver om stripefilen og toppteksten for del til disken. Stripefilen fylles bare ut med elementer som referanses av toppteksten i delen.

Endring av stripefilen bryter den harde koblingen og øker bruken av filsystemet. 
Fra Avamar versjon 5.0 og nyere forblir stripene i full størrelse etter oppsparing. Dette bidrar til å unngå fragmentering av filsystemet over tid.

Når oppstår oppsnøming av smekking?

Asynkron oppslutning – Standardmetoden og den foretrukne metoden for å utføre oppsnømming.

Asynkron oppsamling kjører under den siste delen av "Blackout Window", etter at datasanering har tidsavbrutt, og bare under følgende omstendigheter;

• Hvis asynccrunching-parameteren er satt til True (Sann).
• Hvis det finnes striper*, kan du se på stripene*.
• OG hvis vi ikke har nådd målet vårt eller den daglige grensen*.
• OG HVIS systemet er inaktivt* (ingen sikkerhetskopiering eller annet vedlikehold pågår).
• Hvis systemet er skrivbart og disknoimagesh ikke er nådd.

Asynkron oppslutning er en forebyggende operasjon. 
Den bruker dedikert tid og ressurser til å klargjøre striper før sikkerhetskopieringsvinduet. 
Se blackout-window.jpg for tilkoblet diagram som illustrerer dette.

Hvor mye arbeid fungerer det?

Pre-preparing stripes for use during the blackout window enables Avamar to ingest data as quickly as possible during the backup schedule (Forhåndsforbereding av striper for bruk under blackout-vinduet), slik at Avamar kan ta inn data så raskt som mulig under tidsplanen for sikkerhetskopiering. 
Psting endrer innholdet på en stripe. Stor oppsletting fører til store forskjeller med dataene som er lagret i cur-katalogen. 
Dette resulterer i økt kontrollpunktforbruk og høyere forbruk av plass i datanodedata/ -partisjoner.

Avamar forutser hvor mange striper som må klargjøres for å imøtekomme mengden forventede innkommende data for neste dag. 
Beregningene er basert på glidende gjennomsnitt for de foregående N-dagene (for eksempel N er opptil 10 eller 14). 
Denne selvjusteringsmekanismen gjør det mulig for Avamar å hende akkurat nok striper for sikkerhetskopiering til å yte optimalt uten at det fører til unødvendige mengder kontrollpunktkostnader. 

Vi kan nå forstå at hvis endringshastigheten til systemet plutselig øker, tar det Avamar flere dager å gradvis ta i bruk en økt begrensning.

Hvis asynkron oppslutning ikke klargjør nok striper, blir dette tatt hånd om av synkron oppslutning.

Synkron oppkobling:

Hvis asynkron oppslutning ikke er i stand til å forberede nok striper på forhånd, eller hvis parameteren for asynccrunching er satt til false, kjører det synkront ved hjelp av sikkerhetskopieringer. 
I tillegg, kjent som oppsvulming på forespørsel , går denne modusen for oppsvulming når det er nødvendig, og fungerer på en stripe hvis stripen er ustabil og klar til å bli en nodes aktive stripe.

Hvis du tillater oppkobling, kan du kjøre synkront med sikkerhetskopieringer, noe som gir økt konkurranse om disk-I/U-ressurser. 
På travle systemer kan dette føre til at sikkerhetskopieringsjobber tar lengre tid å fullføre. 

Vi kan velge å angi Avamar til å bare utføre synkron oppsparing i situasjoner der et system opplever høye kontrollpunktkostnader. Hvis dette gjøres, må du informere kunden om hvorfor vi mener det er nødvendig og forklare avveiningen.

A sammendrag av de to modiene

som blinker: Asynkron oppslutning:

• Innstillingen for Avamar-serverparameter er asynccrunching = true.
• Høyere ytelse ved sikkerhetskopiering hvis en vanlig dag med data inntar.
• Høyere kontrollpunktkostnad.
• Standard driftsmodus.
• Kan deaktiveres for å bidra til lavere kontrollpunktkostnader i situasjoner med høy kapasitet i operativsystemet.

Synkron oppkobling:

• Innstillingen for Avamar-serverparameter er asynccrunching =false
• Kjører etter behov
• Krav til lavere kontrollpunktkostnader
• Potensielt lengre sikkerhetskopieringstid
• Ikke standard driftsmodus

Hva kan forhindre at asynkron oppslutning foregår?

 Konfigurasjonsparameteren asynccrunching er falsk.

• Sikkerhetskopiering pågår
• Den daglige grensen er nådd
• Serveren er skrivebeskyttet
• Kjørenivået for serveren er lavere enn "admin"
• Stripekonvertering pågår
• Disknoimagesh-grensen er nådd
• Avamar-serveren der den brukes, kjører hfscheck-forekomsten (noen ganger kalt CGSAN)
• HFS-kontroll starter