Avamar: Feilsøking av kapasitet, problemer og spørsmål – All kapasitet (løsningsbane)

Kapasitet kan sees på som data eller diskplass som brukes på en server av klientens sikkerhetskopieringsjobber for klientdata.

Kapasitetsproblemer kan hindre normal serverfunksjonalitet i å legge til nye data, eller noen ganger tillate at gamle data ryddes opp i og fjernes.

• Opplæring
• Utdannelse
• Spørsmål
• Problemer med feil ved søppelinnsamling (GC)
• Kapasitetsproblemer for operativsystemet (OS)
• GSAN Kapasitetsproblemer
• Kapasitetsproblemer for metadata
• Problemer med integreringskapasitet for Data Domain (DD)

Kontroller at hvert feilsøkingstrinn nedenfor gjelder for miljøet ditt. Hvert trinn inneholder instruksjoner eller en kobling til et dokument for å eliminere mulige årsaker og iverksette korrigerende tiltak etter behov. Trinnene er ordnet i den mest hensiktsmessige rekkefølgen for å isolere problemet og identifisere riktig løsning. Ikke hopp over et trinn. Hvis det er flere problemer som oppstår på forskjellige måter med kapasitet, må de også løses i en bestemt rekkefølge.

Selv om de fleste trinnene bare nevner Avamar, kan både "Avamar – NetWorker"- og "Avamar - Data Domain"-integreringer fremdeles gi mange av problemene nedenfor.

Trinn 1: Innsamling av informasjon: For å forstå kapasitetsproblemer til Avamar må du vanligvis bruke Paint a Picture for å se hele problemet og situasjonen. Noen ganger kan ett aspekt av kapasitet påvirke et annet, eller noen innser kanskje ikke i utgangspunktet at det er flere problemer. Det må være en fullstendig forståelse av problemet for å starte feilsøkingen.

Se Avamar: Slik samler du inn informasjon som kreves for å feilsøke kapasitetsproblemer for informasjonsinnhenting.

Trinn 2: Utdanning og opplæring: Hvis en kunde leter etter utdanning eller forståelse for hvordan kapasitet fungerer, hva visse verdier betyr og så videre, kan denne artikkelen brukes. Det er fortsatt en god idé å forstå problemene deres og "male et bilde" fordi spørsmål eller utdanning ofte kan være et resultat av kapasitetsproblemer.

Se Avamar Capacity General Training – Resolution Path for Education and Training-related capacity issues.

Trinn 3: Høy kapasitet i operativsystemet:  Fra de innsamlede utdataene i trinn 1 kontrollerer du verdiene for operativsystemkapasitet. OS-kapasiteten er begrenset av den HØYESTE bruksverdien i alle partisjoner, selv om andre er lavere. Den høyeste verdien er den "begrensende faktoren" og må reduseres.

Hvis den høyeste bruksverdien for en nodepartisjon overskrider 89 %, kan du se Avamar OS-kapasitet (oppløsningsbane)

Trinn 4: Feil eller feil ved søppelhenting: Hvis en Avamar Garbage Collection-jobb sender ut feilmeldinger fra de innsamlede utdataene, må dette løses neste før gjenværende typer kapasitetsproblemer.

Når det gjelder denne typen problemer, kan du se Avamar – Feilsøke feil ved søppelrydding (GC) (løsningsbane)

Trinn 5: Høy GSAN-kapasitet:  Hvis det ikke er noen problemer med kapasiteten på operativsystemet fra den innsamlede utdataen, og GC ikke viser feilmeldinger, går du gjennom GSAN Kapasitetsverdier: 

Fra status.dpn, betyr en verdi på 65% at rutenettet er fullt (aka "admin" -modus eller skrivebeskyttet) og det er ikke rom igjen for kapasitetsvekst.

I slike situasjoner kan du se Avamar GSAN (eller bruker) Kapasitet (oppløsningsbane)

Trinn 6: Metadata Capacity:  Når et Data Domain integreres med Avamar, innføres en ny kapasitetsgrense – metadatakapasitet. Metadatakapasitet er kapasiteten som finnes på selve Avamar.

Med Data Domain-integreringer kan data sendes til Data Domain for lagring, men Avamar inneholder fremdeles metadata for sikkerhetskopifilene på Avamar. Avamar sporer denne kapasiteten for metadata som metadatakapasitet.

Når trinn 1–5 er gjennomgått, og eventuelle kapasitetsrelaterte problemer er løst, kan du se gjennom Løsning for metadatakapasitet i Avamar Metadata Capacity Resolution Path.

Trinn 7: Høy Data Domain-kapasitet:  Når et Data Domain integreres med Avamar, kan Data Domain-serveren fylle kapasiteten.

Følgende Resolution Path-artikkel: hjelper deg med å fastslå:

• Hvilke potensielle problemer fra Avamar kan føre til at Data Domain-kapasiteten vokser eller fylles opp
• Noen Data Domain-spesifikke problemer
• Hvis datadomenet er fullt av årsaker som ikke er relatert til Avamar.

Når trinn 1–6 er gjennomgått, og eventuelle kapasitetsrelaterte problemer er løst, kan du se gjennom Data Domain High Capacity fra Avamar Integration Resolution Path

Andre saker: Dette kan fortsatt ses på som bekymringer, eller forhold som påvirker kapasiteten:

• Replikasjonskilde og målkapasitet samsvarer ikke: Når du replikerer data med Avamar eller integrerte produkter, er det en forventning om at kapasiteten samsvarer med replikeringskilden og replikeringsmålrutenettene.

• Management Console Server (MCS) rapporterer følgende melding:

2012/10/06-21:11:09.75264 {0.4} [manage:3070]  ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0 

Dette er et rapporteringsproblem for stripekapasitet i MC-brukergrensesnittet (UI), som bare er vagt relatert til de andre kapasitetsemnene som diskuteres her. Det er ingen oppdaget innvirkning av dette annet enn å se meldingen i brukergrensesnittet.

• • • Avamar: Server rapporterer "diskinfo::update invalid disk space parameters" når verdien "reserved" er mindre enn "maxmb"
    • Avamar: Serveren rapporterer "diskinfo::update invalid disk space parameters" på grunn av full datapartisjon

• Kapasitetsprognoserapporter:

• • Instrumentbordet for Avamar Administrator viser uberegnelig kapasitetsprognose for Data Domain