Avamar: Sökväg för metadatakapacitetsmatchning

Metadatasymptom:

Om gränsen för metadatakapacitet har nåtts eller överskridits kan Avamar-schemaläggaren för säkerhetskopiering pausas så att ytterligare schemalagda säkerhetskopieringsjobb inte körs. 

• Instrumentpanelen för Avamar-administratörsgränssnittet kan visa ett metadatakapacitetsvärde som är lika med eller större än 100 %.

• Kommandoradsutdata från Management Console Server (MCS) visar värdet för metadatakapacitet som är lika med eller större än 100 %:

Exempel på kommando och utdata:  

mcserver.sh --status | grep -i metadataUtilization

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

• I Avamar Administrator-användargränssnittet är schemaläggaren och avsändaren i vänteläge.

• I den mcserver log -filer visas ett meddelande som liknar "FINE: Avstängning av avsändare."

• Från en MCS-statusfråga på kommandoraden pausas schemaläggaren:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Inledning:

I en Avamar-miljö med Data Domain-integrering kan säkerhetskopior lagras på Data Domain. 

Även om säkerhetskopierade data skickas till och lagras på Data Domain behåller Avamar registren över säkerhetskopians metadata.
(Metadata, i den här typen av miljö, är information om säkerhetskopierade filer, filattribut, kataloger och så vidare från klientoperativsystemet.)

Mer information finns i den tekniska anmärkningen för rapportering och övervakning av metadatakapacitet .

Historia:

• Eftersom databaserna bara hade ett fåtal filer fanns det bara en liten mängd metadata för Avamar att spåra.
• Säkerhetskopiering av filsystemet till Data Domain hade inte stöd i Avamar v6.

• Detta var nödvändigt på grund av de nyligen stödda säkerhetskopieringarna av filsystemet till Data Domain.
  • Med säkerhetskopiering av filsystem säkerhetskopieras många fler olika filer, vars attribut och metadata måste spåras av Avamar.
• Eftersom metadata är mycket mindre i storlek än innehåll i säkerhetskopieringsfiler kan det byggas upp och orsaka att andra typer av resursgränser nås.
  • Metadatakapacitet har lagts till för att skydda servern från att den här nya typen av användning överskrider begränsningar.

Det finns vanligtvis en av tre situationer när metadatakapaciteten blir hög eller är ett problem:

• Den här situationen kan orsakas av avsiktlig eller oavsiktlig säkerhetskopiering till Avamar istället för Data Domain
• Denna situation kan också orsakas av en tidigare hög Avamar GSAN kapacitet som uppstod före integreringen av Data Domain.

• Hög metadatakapacitet rapporteras felaktigt, troligen på grund av ett maskinvarufel eller felaktig konfiguration.

1. Logga in på Avamar-verktygsnoden som administratör.

2. Kör följande kommando för att kontrollera den höga eller fullständiga metadatakapaciteten:

mcserver.sh --status | grep -i metadataUtilization

Exempel:

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

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

Om användningen inte är hög slutar du använda den här artikeln.

3. Läs följande artikel: Avamar: Hur du samlar in den information som krävs för att felsöka kapacitetsproblem.

4. Läs följande artikel för att kontrollera att det inte finns några andra typer av Avamar-kapacitetsproblem: Avamar: Felsökning, problem och frågor om kapacitet – all kapacitet (lösningssökväg) 

5. Kontrollera att det finns en ansluten Data Domain genom att köra följande kommando:

ddrmaint read-ddr-info

Exempel:

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

• • Om det inte finns någon Data Domain ansluten är detta troligen en falsk positiv identifiering som orsakas av maskinvarufel eller en felaktig konfiguration. Kontakta supporten om du vill ha hjälp.

• • Om det finns en Data Domain ansluten och gränserna för metadatakapacitet verkligen har nåtts eller är mycket höga kan du kontakta supporten för att få hjälp.
    • Där det är möjligt, inkludera all information som samlats in och detaljer för att påskynda tiden till lösning.
      • I vissa fall kan värdet för metadatakapacitet sänkas med justeringsparametrar.
      • Andra situationer kan kräva nya begränsningar eller maskinvaruändringar. Medlemmen i Dell Technologies Avamar-supportteamet kommer att diskutera eventuella nödvändiga åtgärder.

Information om hur metadatakapaciteten representeras finns i Avamar: Värdet för metadataanvändning ökar men sjunker aldrig