Avamar: Resolutiepad metadatacapaciteit

Symptomen van metadata:

Als de limiet voor metadatacapaciteit is bereikt of overschreden, kan de Avamar back-upplanner worden opgeschort en kan worden voorkomen dat verdere geplande back-uptaken worden uitgevoerd. 

• Het Avamar Administrator UI-dashboard kan een waarde voor de metadatacapaciteit weergeven die gelijk is aan of groter is dan 100%.

• De opdrachtregeluitvoer van Management Console Server (MCS) toont de waarde voor de metadatacapaciteit die gelijk is aan of groter is dan 100%:

Voorbeeldopdracht en -uitvoer:  

mcserver.sh --status | grep -i metadataUtilization

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

• In de Avamar Administrator UI hebben de planner en dispatcher de status "suspend".

• In het mcserver log bestanden, wordt een bericht gezien dat lijkt op "FINE: Schorsing van de coördinator."

• Vanuit een MCS-statusquery in de opdrachtregel wordt de planner onderbroken:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Inleiding:

In een Avamar-omgeving met Data Domain integratie kunnen back-ups worden opgeslagen op het Data Domain. 

Hoewel de back-updata worden verzonden naar en opgeslagen op Data Domain, bewaart Avamar de records van de metadata van de back-ups.
(Metadata in dit type omgeving is de informatie over de back-upbestanden, bestandskenmerken, directories, enzovoort van het clientbesturingssysteem.)

Zie de technische opmerking Metadatacapaciteit rapporteren en bewaken voor meer informatie.

Geschiedenis:

• Omdat databases slechts enkele bestanden hadden, was er slechts een kleine hoeveelheid metadata voor Avamar om te volgen.
• Back-ups van het bestandssysteem naar Data Domain werden niet ondersteund in Avamar v6.

• Dit was nodig vanwege de nieuw ondersteunde back-ups van het bestandssysteem naar Data Domain.
  • Met back-ups van het bestandssysteem wordt een back-up gemaakt van veel meer verschillende bestanden, waarvan de kenmerken en metagegevens moeten worden bijgehouden door Avamar.
• Aangezien metadata veel kleiner zijn dan de inhoud van het back-upbestand, kunnen ze zich ophopen en ertoe leiden dat andere typen bronlimieten worden bereikt.
  • Metadatacapaciteit is toegevoegd om de server te beschermen tegen dit nieuwe type gebruik dat beperkingen en limieten overschrijdt.

Er zijn over het algemeen een van de volgende drie situaties waarin de metadatacapaciteit hoog wordt of een probleem vormt:

• Deze situatie kan worden veroorzaakt door opzettelijke of onbedoelde back-ups naar Avamar in plaats van Data Domain
• Deze situatie kan ook worden veroorzaakt door een eerder hoge Avamar GSAN capaciteit die plaatsvond vóór de integratie van Data Domain.

• Hoge metadatacapaciteit wordt ten onrechte gemeld, waarschijnlijk als gevolg van een hardwarefout of verkeerde configuratie.

1. Meld u aan bij het Avamar hulpprogrammaknooppunt als beheerder.

2. Voer de volgende opdracht uit om de hoge of volledige metadatacapaciteit te controleren:

mcserver.sh --status | grep -i metadataUtilization

Voorbeelden:

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

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

Als het gebruik niet hoog is, stop dan met het gebruik van dit artikel.

3. Lees het volgende artikel: Avamar: De informatie verzamelen die nodig is om capaciteitsproblemen op te lossen.

4. Lees het volgende artikel om te controleren of er geen ander type Avamar-capaciteitsproblemen aanwezig zijn: Avamar: Capaciteitsprobleemoplossing, problemen en vragen - Alle capaciteit (oplossingspad) 

5. Controleer of er een Data Domain is gekoppeld door de volgende opdracht uit te voeren:

ddrmaint read-ddr-info

Voorbeelden:

<?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. 

• • Als er geen Data Domain is gekoppeld, is dit waarschijnlijk een fout-positief dat wordt veroorzaakt door hardwarefouten of een verkeerde configuratie. Neem contact op met de ondersteuning voor hulp.

• • Als er een Data Domain is gekoppeld en de limieten voor de metadatacapaciteit echt zijn bereikt of erg hoog zijn, neem dan contact op met Support voor hulp.
    • Vermeld waar mogelijk alle verzamelde informatie en details om de tijd tot oplossing te versnellen.
      • In sommige gevallen kan de waarde voor de metadatacapaciteit worden verlaagd door parameters af te stemmen.
      • In andere situaties kunnen nieuwe beperkingen of hardwarewijzigingen nodig zijn. Het lid van het Dell Technologies Avamar Support-team bespreekt eventuele vereiste acties.

Zie Avamar voor meer informatie over de weergave van metadatacapaciteit: De waarde van het metadatagebruik stijgt, maar daalt nooit