Avamar: So aktivieren Sie "checkdiratomicrefs" und optimieren die Stripe-Nutzung

Durch Aktivieren der Option "checkdiratomicrefs" optimiert den Storage von Metadaten auf einem Avamar mit einer integrierten Data Domain-Lösung. Sie wirkt sich sowohl in Bezug auf die Systemleistung als auch auf die Auslastung positiv aus.

Diese Funktion sollte immer dann aktiviert werden, wenn eine Data Domain zum ersten Mal in ein Avamar-System integriert wird, idealerweise bevor Backups auf der Data Domain gespeichert werden.

Weitere Informationen zur Funktionsweise der Funktion und eine Erläuterung der Vorteile finden Sie im Abschnitt "Technischer Hintergrund".

Durch Aktivieren der Option "checkdiratomicrefs"-Funktion

• Avamar 18.1: Hotfix 306587 oder höher
• Avamar 18.2: Hotfix 306588 oder höher 
• Für Avamar-Versionen 19.x und höher ist kein Hotfix erforderlich.

So aktivieren Sie die "checkdiratomicrefs" (nach Abschluss der Schritte zum Hinzufügen von Data Domain) führen Sie die Schritte unter "Automatisiertes Verfahren" oder "Manuelles Verfahren" aus.

Automatisiertes Verfahren

1. Melden Sie sich beim Avamar-Utility-Node/Single-Node als Admin-Nutzer an.
2. Laden Sie das GoAV-Tool herunter und installieren Sie es, indem Sie die Schritte in Avamar befolgen: GoAV-Produkttool für Verwaltung und Fehlerbehebung
3. Geben Sie folgenden Befehl ein:

   ./goav system config enable-checkdiratomicrefs

Manuelles Verfahren

1. Melden Sie sich beim Avamar-Utility-Node/Single-Node als Admin-Nutzer an.
2. Geben Sie die folgenden Befehle ein:

   avmaint config --ava maxcompdatastripe=20971520
   avmaint config --ava checkdiratomicrefs=true

   Die obigen Befehle aktivieren die Funktion checkdiratomicrefs und optimieren die Größe der zusammengesetzten Stripes, um Dateimetadaten nicht zu speichern.
    
3. Überprüfen Sie, ob die aktualisierten Parameter wirksam geworden sind, indem Sie den folgenden Befehl ausführen. Das erwartete Ergebnis sollte den folgenden entsprechen:

   admin@avamar:~/>: avmaint config --ava | grep "maxcompdatastripe\|checkdiratomicrefs"
     maxcompdatastripe="20971520"
     checkdiratomicrefs="true"
   admin@avamar:~/>

4. Erstellen Sie eine Kopie der mcserver.xml Datei:

   cp -p /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml /usr/local/avamar/var/mc/server_data/prefs/x-mcserver.xml.$(date -I)

5. Öffnen Sie mithilfe von vi die mcserver.xml Datei zur Bearbeitung:

   vi /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml

   Ändern Sie die folgenden beiden Werte:
   Von:

   <entry key="maxcompdatastripe" value="41943040" />  
   ...
   <entry key="stripeUtilizationCapacityFactor" value="1.20" />

   Zu:

   <entry key="maxcompdatastripe" value="20971520" merge="keep"/>
   ...
   <entry key="stripeUtilizationCapacityFactor" value="2.50" merge="keep"/> 

   Die obigen Änderungen stellen sicher, dass der Avamar Management Console Server (MCS) bei der Berechnung der "Metadaten"-Auslastung des Systems die aktualisierte zusammengesetzte Stripe Size verwendet. Die "merge directive" von "keep" stellt sicher, dass die geänderten Werte durch Systemaktualisierungen erhalten bleiben.
    
6. Starten Sie den MCS neu, damit die aktualisierten Werte wirksam werden, indem Sie die Schritte in Avamar befolgen: So starten Sie den Management Console-Server neu.

Technischer Hintergrund

Ein Avamar -System speichert Daten in mehreren verschiedenen Dateien auf der Festplatte. Diese Dateien werden als "Stripes" bezeichnet, und verschiedene Arten von Stripes werden verwendet, um verschiedene Arten von Daten zu speichern.
Dieses Design führt zu einer Verteilung verschiedener Stripe-Typen, die Performance, Speicherauslastung und Datenintegrität auf dem Avamar ausgleicht.
Backupdaten werden in "Daten-Stripes" und Metadaten in "Composite-Stripes" gespeichert. Dies sind die beiden Arten von Streifen, um die es in diesem Artikel geht.

Wenn eine Data Domain in Avamar integriert ist: Backupdaten können auf der Data Domain gespeichert werden. In diesem Fall werden nur die Backupmetadaten auf Avamar gespeichert.
Backupmetadaten haben in der Regel nur einen Bruchteil der Größe der Backupdaten. Der Hauptvorteil der Speicherung der Backupdaten auf der Data Domain besteht also darin, dass Avamar eine größere Anzahl von Clients (und Backups) schützen kann.

Ein Avamar, das eine bestimmte Menge nur an Metadaten speichert, weist jedoch eine deutlich höhere Stripe-Anzahl auf als ein Avamar, das dieselbe Menge gemischter Metadaten/Daten speichert.
Dies liegt daran, dass Daten-Stripes 9-mal größer sind als zusammengesetzte Stripes (360 MB im Vergleich zu 40 MB), sodass weniger Daten-Stripes mehr Daten enthalten.

Daher weist ein Avamar-System, das nur Metadaten speichert, eine höhere Stripe-Anzahl auf als ein System, das Metadaten und Backupdaten speichert, vorausgesetzt, dass beide Systeme ungefähr die gleiche Menge an Speicher "auf der Festplatte" verwenden.
Leider können hohe Stripe-Zahlen zu Performanceproblemen führen, insbesondere bei Avamar-Wartungsaufgaben, die die Produktfunktionalität beeinträchtigen können.

Um das oben Gesagte zusammenzufassen; Bei einem Avamar-System, das nur Metadaten speichert, kann die Anzahl der Backups, die es schützen kann, nicht durch die Kapazität, sondern durch die Anzahl der Stripes begrenzt werden.

Eine Lösung für dieses Problem wurde in Avamar 18.1 (Hotfix 306587) eingeführt. Es wurde ein Funktions-Flag (checkdiratomicrefs) hinzugefügt, das es dem Avamar-System ermöglicht, nahezu alle Metadaten in Daten-Stripes statt in zusammengesetzten Stripes zu speichern.

Durch Aktivieren dieser Funktion wird die Menge der Metadaten erhöht, die in jedem einzelnen Stripe auf dem Avamar gespeichert werden können, indem die größeren Daten-Stripes sowohl für den Daten- als auch für den Metadaten-Storage verwendet werden. Mit anderen Worten, es verringert die Anzahl der Stripes, die zum Speichern einer bestimmten Menge von Metadaten erforderlich sind.

Die Einschränkung bei dieser Funktion besteht darin, dass sie für eine maximale Wirkung aktiviert werden sollte, bevor das System Backupdaten in die angehängte Data Domain aufnimmt. Mit anderen Worten: Im Idealfall sollte sie unmittelbar nach der Integration von Data Domain in Avamar aktiviert werden.
Dies liegt daran, dass Stripes auf dem Avamar nicht gelöscht werden können, sobald sie erstellt wurden. Wenn ein System also bereits viele zusammengesetzte Stripes erstellt hat, bevor die Funktion aktiviert ist, bleiben diese Stripes nach der Aktivierung bestehen. 
Die Funktion kann auch später noch aktiviert werden und bietet dieselben Vorteile für alle Backupdaten, die danach aufgenommen werden. Es wird jedoch nicht so effektiv sein, als wenn es von Anfang an aktiviert gewesen wäre.

Im Wesentlichen führt die Aktivierung dieser Funktion auf einem System vor dem Speichern von Backups auf der angehängten Data Domain zu einer niedrigeren Gesamtanzahl von Stripes, als wenn die Funktion aktiviert wird, nachdem einige Backups auf der angehängten Data Domain gespeichert wurden. Dies führt zu einer verbesserten Wartungsleistung und ermöglicht es dem System, zusätzliche Backupdaten zu schützen.

Die Funktion "checkdiratomicrefs" bietet auch eine Lösung für ein zweites Problem. Ein System, in dem Backups zuvor lokal in Avamar gespeichert wurden, wurde jetzt in Data Domain integriert und die Backups werden nicht mehr auf Avamar gespeichert.
In diesem zweiten Szenario wären zuvor Daten-Stripes auf dem Avamar erstellt worden, um die Backupdaten zu speichern. Die Backups werden jedoch nicht mehr auf Avamar gespeichert, sodass diese Stripes jetzt leer sind.
Da Stripes nicht gelöscht werden können, verbleiben sie auf dem System, können jedoch nicht verwendet werden.
Das Aktivieren dieser Funktion ermöglicht das Speichern von Metadaten in diesen vorhandenen Stripes, sodass der verfügbare Speicher auf Avamar effektiv genutzt werden kann.