Før du læser denne artikel, skal du være bekendt med, hvordan Avamar Garbage Collection og udråbstegn fungerer.
Genvindingsprocesser for Avamar-plads – Del 1: Garbage Collection
Avamar space-genopvindingsprocesser – Del 2: Knasende
Avamar-tilbagevindingsprocesser for plads – Del 3: Fjernelse af kontrolpunktsproces (RMCP)
På et Avamar-system er Garbage Collection (GC) beregnet til at køre som en planlagt proces.
Det er muligt at køre GC manuelt. Dette har tidligere været kendt som "aggressiv Garbage Collection" (AGC). I virkeligheden er dette ikke anderledes end almindelige GC, og udtrykket "manuel garbage collection" skal bruges.
Manuel Garbage Collection henviser til situationer, hvor GC-vedligeholdelsesopgaven køres i en længere periode uden brug af Avamar-vedligeholdelsesplanlæggeren.
Denne teknik kan være nyttig til at afhjælpe spidsproblemer, hvor Avamar-brugerkapaciteten er meget høj, eller hvis systemet er i "skrivebeskyttet" tilstand.
I disse tilfælde køres Garbage Collection manuelt for at sænke kapacitetsniveauet til
lige under grænseværdien for skrivebeskyttet tilstand, så sikkerhedskopieringsvinduet kan køre, og automatisk garbage collection kan fortsætte med at fungere som normalt.
Denne artikel beskriver, hvor brugen af manuel garbage collection er passende, og betingelserne for dens brug.
Det første, du skal være opmærksom på, er, at Avamar kan tage sig af sig selv ved automatiserede vedligeholdelsesopgaver.
Det bør ikke være nødvendigt at mikromanage et Avamar-system. Hvor det er muligt, bør en planlagt garbage collection have tilladelse til at "tage sig af forretningen" og rydde udløbne data fra systemet.
Den eneste gang manuel garbage collection kan være passende, er når der er en situation med "ekstremt høj GSAN-kapacitet". dette kan ske, hvor den korrekte GC er blevet forhindret over en længere periode.
Hvis en Avamar-supporttekniker har udført passende analyse, kan vedkommende søge godkendelse til manuel garbage collection-aktivitet fra en Avamar Subject Matter Expert.
Brug af manuel garbage collect er
ikke passende, når der håndteres en situation med "høj OS-kapacitet" eller en "høj GSAN-kapacitetsudnyttelse". Hvor GSAN-kapaciteten er høj, er det afgørende, at planlagte GC kører hver dag og i den påkrævede tid.
Ved hjælp af "kapacitet
.sh'-script beskrevet i
Avamar: Sådan bruges capacity.sh script til at administrere kapacitet på et Avamar-system, så Garbage Collection kører med minimum to fejl.
Forlæng vedligeholdelsesvinduet gradvist. Dette kan tage over en periode på flere dage. Overvåg antallet af opnåede data og mængden af data, der fjernes, indtil kapacitets tendensen bliver negativ.
Hvis kapacitets trenden ikke bliver negativ, og kapaciteten ikke sænkes, skal du anvende yderligere kapacitetsadministrationsforanstaltninger. Se
Avamar: Koncepter og uddannelse i kapacitetsadministration.
Support kan hjælpe med at kontrollere, at Garbage Collection kører optimalt.
- Et system justeret til at afbalancere indgående og udløbne data kører i konstant tilstand. Se vejledningen til bedste praksis for Avamar-drift.
- Hvis du kører Garbage Collection manuelt, skal du "maskere" kapacitetsproblemer ved at udsætte de trin, der skal tages for at få et system i en sund tilstand til langsigtet uafbrudt brug.
- Manuel kørsel af Garbage Collection konkurrerer med sikkerhedskopierings- eller replikeringsaktivitet for hardwareressourcer. All-round-ydeevnen forringes.
- Visse handlinger, der er nødvendige for garbage collection, kører KUN automatisk på de planlagte vedligeholdelsesvinduer, f.eks. fjernelse af "Indeks-cacher" for at frigøre flere ressourcer.