Avamar: Oppløsningsbane for metadatakapasitet

Symptomer for metadata:

Hvis kapasitetsgrensen for metadata er nådd eller overskredet, kan Avamar-sikkerhetskopieringsplanleggeren deaktiveres og forhindre kjøring av flere planlagte sikkerhetskopieringsjobber. 

• Instrumentbordet for Avamar Administrator-brukergrensesnittet kan vise en verdi for metadatakapasitet som er lik eller større enn 100 %.

• MCS-kommandolinjeutdataene (Management Console Server) viser verdien for metadatakapasitet som er lik eller større enn 100 %:

Eksempel på kommando og utdata:  

mcserver.sh --status | grep -i metadataUtilization

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 100.3

• I Avamar Administrator-brukergrensesnittet er planleggeren og fordelingsansvarlig i deaktivert tilstand.

• I den mcserver log filer, vises en melding som ligner på "FINE: Suspenderer ekspeditøren.»

• Fra en MCS-statusspørring på kommandolinjen er planleggeren deaktivert:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Innledning:

I et Avamar-miljø med Data Domain-integrering kan sikkerhetskopier lagres på Data Domain. 

Selv om de sikkerhetskopierte dataene sendes til og lagres på Data Domain, beholder Avamar registreringene av sikkerhetskopienes metadata.
(Metadata i denne typen miljø er informasjon om sikkerhetskopifiler, filattributter, kataloger og så videre fra klientoperativsystemet.)

Hvis du vil ha mer informasjon, kan du se det tekniske notatet om kapasitetsrapportering og overvåking av metadata .

Historie:

• Siden databasene bare hadde noen få filer, var det bare en liten mengde metadata som Avamar kunne spore.
• Sikkerhetskopiering av filsystemer til Data Domain ble ikke støttet i Avamar v6.

• Dette var nødvendig på grunn av de nylig støttede sikkerhetskopiene av filsystemet til Data Domain.
  • Med sikkerhetskopier av filsystemer sikkerhetskopieres mange flere forskjellige filer, der attributter og metadata må spores av Avamar.
• Siden metadata er mye mindre i størrelse enn innholdet i sikkerhetskopifiler, kan det bygge seg opp og føre til at andre typer ressursgrenser nås.
  • Metadatakapasitet ble lagt til for å beskytte serveren mot denne nye typen bruk som overskrider begrensninger og begrensninger.

Det er vanligvis en av tre situasjoner når metadatakapasiteten blir høy eller er et problem:

• Denne situasjonen kan skyldes tilsiktede eller utilsiktede sikkerhetskopier til Avamar i stedet for Data Domain
• Denne situasjonen kan også være forårsaket av en tidligere høy Avamar GSAN kapasitet som oppstod før integrering av Data Domain.

• Høy metadatakapasitet rapporteres feilaktig sannsynligvis på grunn av en maskinvarefeil eller feilkonfigurasjon.

1. Logg på Avamar-verktøynoden som administrator.

2. Kjør følgende kommando for å kontrollere den høye eller fullstendige metadatakapasiteten:

mcserver.sh --status | grep -i metadataUtilization

Eksempler:

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 95.95

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 100.3

Hvis bruken ikke er høy, slutter du å bruke denne artikkelen.

3. Se gjennom følgende artikkel: Avamar: Slik samler du inn informasjonen som kreves for å feilsøke kapasitetsproblemer.

4. Se gjennom følgende artikkel for å kontrollere at det ikke finnes andre problemer med Avamar-kapasiteten: Avamar: Feilsøking av kapasitet, problemer og spørsmål – All kapasitet (løsningsbane) 

5. Kontroller at det er koblet til et datadomene ved å kjøre følgende kommando:

ddrmaint read-ddr-info

Eksempler:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<avamar dpnid="1234567890" type="default" version="5">
  <datadomain count="1">
    <ddrconfig client-map-default="true" cloud_enabled="true" cloud_unit_name="ECS_Unit1" dd-cert-chain=" -----BEGIN CERTIFICATE----- ..... -----END CERTIFICATE-----" ddos-version="7.7.5.25-1078970" ddrcreatetime="1685672811" ddrid="ABCDEF0C18C7E2D75F20E0A1596E66AA2EE764E9" gsan-backup-target-default="true" hostname="dd.compamy.com" index="1" instant-access-limit="32" ipv4-hostname="dd.compamy.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="2" modelno="DD VE" mtree_name="/data/col1/avamar-1643691765" password="Onlh2XP9xEpvI2exqGQwqA==" policy_id="%2Fdata%2Fcol1%2Favamar-1234567890%3AECS_Unit1" serialno="AUDABCDEFGHIJK" token="AQBpud2RFZVF81Vv6NHMK/Y3jecFGhxv0KUif8BYoNk7iQ==" username="<ddboostuser">
      <snmp community="noSejOLJ1lRsg1kEHjWdiA==" version="2">
        <ports getter-setter="161" trap="163">
        </ports>
      </snmp>
      <client-map>
      </client-map>
      <auth-type>credential</auth-type>
    </ddrconfig>
  </datadomain>
</avamar>

<4774>read-ddr-info: MSG_ERR_NOT_PRESENT: ddr_info does not exist. 

• • Hvis det ikke er knyttet til et datadomene, er dette sannsynligvis et falskt positivt resultat forårsaket av maskinvarefeil eller feilkonfigurasjon. Kontakt kundestøtte for å få hjelp.

• • Hvis det er et tilkoblet datadomene, og grensene for metadatakapasitet virkelig er nådd eller svært høye, kan du kontakte kundestøtte for å få hjelp.
    • Inkluder om mulig all informasjon som er samlet inn, og detaljer for å fremskynde løsningstiden.
      • I noen tilfeller kan verdien for Metadatakapasitet senkes ved å justere parametere.
      • Andre situasjoner kan kreve nye begrensninger eller maskinvareendringer. Medlemmet av Dell Technologies Avamar-kundestøtteteamet diskuterer eventuelle nødvendige tiltak.

Hvis du vil ha informasjon om hvordan metadatakapasiteten representeres, kan du se Avamar: Verdien for metadatautnyttelse stiger, men faller aldri