Før du leser denne artikkelen, må du være kjent med hvordan Avamar-innsamling av søppel og plassgjenvinning fungerer.
Avamar-prosesser for plassgjenvinning – del 1: Datasanering
Avamar-prosesser for plassgjenvinning – del 2: Knaser
Avamar-prosesser for tilbakestilling av plass – del 3: Prosessen for å fjerne kontrollpunkt (RMCP)
På et Avamar-system er datasanering (GC) ment å kjøre som en planlagt prosess.
Det er mulig å kjøre GC manuelt. Dette har historisk vært kjent som "aggressiv datasanering" (AGC). Dette er i realiteten ikke annerledes enn vanlig GC, og begrepet «manuell datasanering» bør brukes.
Manuell datasanering viser til situasjoner der GC-vedlikeholdsoppgaven kjøres over lengre tid uten bruk av Avamar-vedlikeholdsplanleggeren.
Denne teknikken kan være nyttig for å løse spisse problemer der Avamar-brukerkapasiteten er svært høy, eller hvis systemet er i skrivebeskyttet modus.
I slike tilfeller kjøres datasanering manuelt for å få kapasitetsnivået
rett under den skrivebeskyttede terskelen, slik at sikkerhetskopieringsvinduet kan kjøres, og automatisert datasanering kan fortsette å fungere som normalt.
Denne artikkelen beskriver hvor det er hensiktsmessig å bruke manuell datasanering og betingelsene for bruken.
Det første du må merke deg er at Avamar kan ta seg av seg selv ved automatiserte vedlikeholdsoppgaver.
Det skal ikke være nødvendig å mikroadministrere et Avamar-system. Hvis det er mulig, skal planlagt datasanering tillates å "ta vare på virksomheten" og fjerne utløpte data fra systemet.
Den eneste gangen manuell datasanering kan være hensiktsmessig, er når det er en "ekstremt høy GSAN-kapasitet"-situasjon. kan skje der riktig GC har blitt hindret over en lang periode.
Hvis en Avamar-kundestøttetekniker har utført riktig analyse, kan de søke godkjenning for manuell datasaneringsaktivitet fra en Avamar-emneekspert.
Bruk av manuell datasanering er
ikke egnet når du adresserer en situasjon med høy OS-kapasitet eller en situasjon med høy bruk av GSAN-kapasitet. Der GSAN-kapasiteten er høy, er det avgjørende at planlagt GC kjører hver dag, og i den nødvendige tidsperioden.
Ved hjelp av kapasiteten
.sh' skript som er beskrevet i
Avamar: Slik bruker du capacity.sh skriptet til å administrere kapasiteten på et Avamar-system, og sikrer at datasanering kjøres minst to ganger.
Utvid vedlikeholdsvinduet gradvis. Dette kan være over en periode på flere dager. Overvåk antallet oppnådde beståtte og mengden data som fjernes, til kapasitetsutviklingen blir negativ.
Hvis kapasitetsutviklingen ikke blir negativ, og kapasiteten ikke reduseres, må du bruke ytterligere tiltak for kapasitetsstyring. Se
Avamar: Kapasitetsstyringskonsepter og opplæring.
Støtte kan bidra til å kontrollere at datasaneringen kjører optimalt.
- Et system som er tilpasset for å balansere innkommende og utløpte data, kjøres i fast tilstand. Se veiledningen for beste praksis for Avamar-drift.
- Kjøring av problemer med datasanering manuelt "maskerer" kapasitet ved å utsette trinnene som må utføres for å få et system i god tilstand for langvarig uavbrutt bruk.
- Kjøring av datasanering konkurrerer manuelt med sikkerhetskopierings- eller replikeringsaktivitet for maskinvareressurser. Allsidig ytelse blir dårligere.
- Enkelte handlinger som kreves for datasanering, kjøres automatisk bare på tidspunktene i planlagte vedlikeholdsvinduer, for eksempel lossing av "Indekshurtigbuffere" for å frigjøre flere ressurser.