Avamar: Kapacitetsfejlfinding, problemer og spørgsmål – Al kapacitet (løsningssti)

Kapacitet kan ses som de data eller den diskplads, der bruges på en server af klientens sikkerhedskopieringsjob af klientdata.

Kapacitetsproblemer kan forhindre normal serverfunktionalitet i at tilføje nye data eller nogle gange tillade, at gamle data ryddes op og fjernes.

• Oplæring
• Uddannelse
• Spørgsmål
• Problemer med fejl i Garbage Collection (GC)
• Problemer med operativsystemkapacitet (OS)
• GSAN Kapacitetsproblemer
• Problemer med metadatakapacitet
• Problemer med integrationskapacitet for Data Domain (DD)

Bekræft, at hvert fejlfindingstrin nedenfor gælder for dit miljø. Hvert trin indeholder instruktioner eller et link til et dokument for at eliminere mulige årsager og foretage korrigerende handlinger efter behov. Trinnene er sorteret i den mest hensigtsmæssige rækkefølge for at isolere problemet og identificere den korrekte løsning. Spring ikke et trin over. Hvis der opstår flere problemer på forskellige måder med kapacitet, skal de også løses i en bestemt rækkefølge.

Selvom de fleste trin kun nævner Avamar, kan både integrationerne "Avamar - NetWorker" og "Avamar - Data Domain" stadig producere mange af nedenstående problemer.

Trin 1: Indsamling af oplysninger: Generelt for at forstå Avamar-kapacitetsproblemer, skal du "male et billede" for at se hele problemet og situationen. Nogle gange kan et aspekt af kapacitet påvirke et andet, eller nogle er måske ikke klar over, at der er flere problemer. Der skal være en fuldstændig forståelse af problemet for at starte fejlfinding.

Se Avamar: Sådan indsamler du oplysninger, der er nødvendige for at foretage fejlfinding af kapacitetsproblemer til indsamling af oplysninger.

Trin 2: Uddannelse og erhvervsuddannelse: Hvis en kunde ønsker uddannelse eller forståelse for, hvordan kapacitet fungerer, hvad visse værdier betyder osv., kan denne artikel bruges. Det er stadig en god idé at forstå deres problemer og "male et billede", fordi spørgsmål eller uddannelse ofte kan være resultatet af kapacitetsproblemer.

Se Avamar Capacity General Training – Resolution Path for Education and Training-relaterede kapacitetsproblemer.

Trin 3: Høj OS-kapacitet:  Fra det indsamlede output i trin 1 skal du kontrollere OS-kapacitetsværdierne. OS-kapaciteten er begrænset af den HØJESTE brugsværdi i alle partitioner, selvom andre er lavere. Den højeste værdi er den "begrænsende faktor" og skal reduceres.

Hvis den højeste brugsværdi for en nodepartition overstiger 89 %, skal du se Avamar OS-kapacitet (opløsningssti)

Trin 4: Fejl eller fejl i affaldsindsamling: Hvis et Avamar Garbage Collection-job udsender fejlmeddelelser fra det indsamlede output, skal det derefter løses før de resterende typer kapacitetsproblemer.

Du kan finde oplysninger om denne type problemer under Avamar – Fejlfinding af fejl i affaldsindsamling (GC) (løsningssti)

Trin 5: Høj GSAN-kapacitet:  Hvis der ikke er problemer med OS-kapaciteten i det indsamlede output, og GC ikke viser fejlmeddelelser, skal du gennemgå GSAN Kapacitetsværdier: 

Fra status.dpn, betyder en værdi på 65 %, at nettet er fuldt (også kaldet "admin"-tilstand eller skrivebeskyttet), og at der ikke er plads til kapacitetsvækst.

I disse situationer skal du se Avamar GSAN (eller bruger) Kapacitet (løsningssti)

Trin 6: Metadata kapacitet:  Når et Data Domain integreres med Avamar, introduceres en ny kapacitetsgrænse – Metadatakapacitet. Metadatakapaciteten findes på selve Avamar.

Med Data Domain-integrationer kan data dirigeres og sendes til Data Domain for at gemme, men Avamar indeholder stadig sikkerhedskopifilernes metadata på Avamar. Avamar sporer denne kapacitet af metadata som metadatakapacitet.

Når trin 1-5 er blevet gennemgået, og eventuelle kapacitetsrelaterede problemer er løst, skal du gennemgå Metadata Capacity Resolution Resolution i Avamar Metadata Capacity Resolution Path.

Trin 7: Høj Data Domain-kapacitet:  Når et Data Domain er integreret med Avamar, kan Data Domain-serveren selv udfylde sin kapacitet.

Følgende artikel om Løsningssti: hjælper med at bestemme:

• Hvilke potentielle problemer fra Avamar kan medføre, at Data Domain-kapaciteten vokser eller fyldes op
• Nogle Data Domain-specifikke problemer
• Hvis Data Domain er fuldt af årsager, der ikke er relateret til Avamar.

Når trin 1-6 er blevet gennemgået, og eventuelle kapacitetsrelaterede problemer er løst, skal du gennemgå Data Domain High Capacity fra Avamar Integration Resolution Path

Andre spørgsmål: Disse kan stadig betragtes som bekymringer eller spørgsmål, der har indflydelse på kapaciteten:

• Replikeringskilde og målkapacitet stemmer ikke overens: Når du replikerer data med Avamar eller integrerede produkter, er der en forventning om, at kapaciteten matcher på replikeringskilden og replikeringsmålgitterne.

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

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 om stripe-kapacitet i MC User Interface (UI), som kun er vagt relateret til de andre kapacitetsemner, der diskuteres her. Der er ingen registreret effekt af dette andet end at se meddelelsen i brugergrænsefladen.

• • • Avamar: Server rapporterer "diskinfo::update invalid disk space parameters", når værdien af "reserveret" er mindre end "maxmb"
    • Avamar: Server rapporterer "diskinfo::update invalid disk space parameters" på grund af fuld datapartition

• Kapacitetsprognoserapporter:

• • Avamar Administrator-dashboardet viser uregelmæssig kapacitetsprognose for Data Domain