Avamar: Løsningssti til metadatakapacitet

Metadata symptomer:

Hvis grænsen for metadatakapacitet er nået eller overskredet, kan Avamars sikkerhedskopieringsplanlægning afbrydes og forhindre kørsel af yderligere planlagte sikkerhedskopieringsjob. 

• Avamar Administrator UI-dashboardet kan vise en værdi for metadatakapacitet, der er lig med eller større end 100 %.

• Kommandolinjeoutputtet til Management Console Server (MCS) viser værdien for metadatakapacitet, der er lig med eller større end 100 %:

Eksempel på kommando og output:  

mcserver.sh --status | grep -i metadataUtilization

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

• I Avamar Administrator UI er planlæggeren og koordinatoren i tilstanden "suspenderet".

• I mcserver log filer, vises en meddelelse, der ligner "FINE: Suspendering af afsender."

• Fra en kommandolinje-MCS-statusforespørgsel afbrydes planlæggeren:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Indledning:

I et Avamar-miljø med Data Domain-integration kan sikkerhedskopier gemmes på Data Domain. 

Selvom sikkerhedskopieringsdataene sendes til og gemmes på Data Domain, opbevarer Avamar registreringerne af sikkerhedskopiernes metadata.
(Metadata er i denne type miljø oplysninger om sikkerhedskopifiler, filattributter, mapper osv. fra klientens operativsystem).

Se den tekniske bemærkning om rapportering og overvågning af metadatakapacitet for at få flere oplysninger.

Historie:

• Da databaser kun havde nogle få filer, var der kun en lille mængde metadata, som Avamar kunne spore.
• Sikkerhedskopiering af filsystemet til Data Domain blev ikke understøttet i Avamar v6.

• Dette var nødvendigt på grund af de nyligt understøttede sikkerhedskopieringer af filsystemet til Data Domain.
  • Med sikkerhedskopier af filsystemet sikkerhedskopieres mange flere forskellige filer, hvis attributter og metadata hver især skal spores af Avamar.
• Da metadata er meget mindre i størrelse end backupfilindhold, kan det opbygges og medføre, at andre typer ressourcegrænser nås.
  • Metadatakapacitet blev tilføjet for at beskytte serveren mod denne nye type brug, der overskrider begrænsninger og grænser.

Der er generelt en af tre situationer, hvor metadatakapaciteten bliver høj eller er et problem:

• Denne situation kan skyldes forsætlige eller utilsigtede sikkerhedskopieringer til Avamar i stedet for Data Domain
• Denne situation kan også skyldes en tidligere høj Avamar GSAN kapacitet, der opstod før integrationen af Data Domain.

• Høj metadatakapacitet rapporteres fejlagtigt, sandsynligvis på grund af en hardwarefejl eller fejlkonfiguration.

1. Log på Avamar Utility-noden som administrator.

2. Kør følgende kommando for at kontrollere den høje eller fulde metadatakapacitet:

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 udnyttelsen ikke er høj, skal du holde op med at bruge denne artikel.

3. Læs følgende artikel: Avamar: Sådan indsamler du de oplysninger, der er nødvendige for at foretage fejlfinding af kapacitetsproblemer.

4. Læs følgende artikel for at kontrollere, at der ikke er andre typer Avamar-kapacitetsproblemer til stede: Avamar: Kapacitetsfejlfinding, problemer og spørgsmål – Al kapacitet (løsningssti) 

5. Kontroller, at der er tilknyttet et Data Domain, ved at kø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 der ikke er knyttet et Data Domain, er dette sandsynligvis en falsk positiv forårsaget af hardwarefejl eller en fejlkonfiguration. Kontakt support for at få hjælp.

• • Hvis der er knyttet et Data Domain, og grænserne for metadatakapaciteten virkelig er nået eller er meget høje, skal du kontakte support for at få hjælp.
    • Hvor det er muligt, skal du medtage alle de indsamlede oplysninger og detaljer for at hjælpe med at fremskynde tiden til løsning.
      • I nogle tilfælde kan værdien af metadatakapaciteten sænkes ved at finjustere parametrene.
      • Andre situationer kan kræve nye begrænsninger eller hardwareændringer. Avamar Support-teammedlemmet fra Dell Technologies Avamar vil diskutere eventuelle nødvendige handlinger.

Du kan finde oplysninger om, hvordan metadatakapacitet repræsenteres, under Avamar: Værdien af metadataudnyttelsen stiger, men falder aldrig