Avamar: Festlegen des Avamar -Servers in einen bekannten kontrollierten Zustand

Summary: In diesem Artikel wird erläutert, wie Sie einen Avamar -Server in einen bekannten kontrollierten Status versetzen.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Auf einem Avamar -Server gibt es viele automatisierte Aufgaben, die sich auf das Troubleshooting und die Problemlösung auswirken können.

In diesem Verfahren wird dokumentiert, wie Avamar in einen so genannten "bekannten kontrollierten Zustand" versetzt wird, um unerwartete oder unerwünschte Aktivitäten zu verhindern.

Die folgende Prüfliste sollte bei der Durchführung manueller und erweiterter Wartungsaufgaben befolgt werden. Zum Beispiel:
  • Stripes neu erstellen
  • Erneuter Aufbau von Nodes
  • Neustarten von Offline-Nodes
Dies ist eine Checkliste und kein Leitfaden für die Durchführung der Vorgänge oder die Interpretation der Ergebnisse.

Dies ist KEINE Lösung für die Integritätsprüfung. Es wird davon ausgegangen, dass der Avamar -Server fehlerhaft ist.

Cause

Manuelle oder erweiterte Wartungsaufgaben müssen auf einem Avamar -Server ausgeführt werden.

Resolution

Achtung: Bei falscher Verwendung können einige der unten aufgeführten Befehle zu Datenintegritätsproblemen oder Datenverlust führen. Wenn Sie einen Befehl oder die Folgen seiner Ausführung nicht verstehen, wenden Sie sich an den Dell Support oder Ihren lokalen Dell Partnervertreter.

Voraussetzungen: 
avmaint config --ava | grep <setting>
  • Manuelle Wartung sollte vermieden werden. Überlassen Sie dem Wartungsplaner die Verwaltung der Wartungsaufgaben, wann immer dies möglich ist.
Verfahren:
  1. Die folgenden Fragen sollten mithilfe dieser Befehle beantwortet werden, um den allgemeinen Status des Avamar Servers zu verstehen, bevor Sie an einem System arbeiten:
  • Wie alt ist der letzte validierte Kontrollpunkt?
cplist
  • Sind alle Streifen online? Sind alle Nodes online?
status.dpn
  • Sind alle Services aktiv?
dpnctl status
  1. Prüfen Sie, ob eine Wartung ausgeführt wird, und brechen Sie sie bei Bedarf ab:
    1. Unterbrechen Sie die Wartungsaktivitäten mithilfe des Wartungsplaners, um sicherzustellen, dass sie nach dem Anhalten nicht erneut gestartet werden.
avmaint sched suspend cp --ava
avmaint sched suspend hfscheck --ava
Halten Sie die automatische Speicherbereinigung (GC) nicht an, da dies zu einem unnötigen Rollback führen kann.
  1. Führen Sie den folgenden Befehl aus, um zu prüfen, ob Wartungsaktivitäten ausgeführt werden.
status.dpn
  • Wenn ein Prüfpunkt ausgeführt wird, warten Sie, bis er abgeschlossen ist.
  • Wenn HFScheck ausgeführt wird, kann er gestoppt werden, wenn sich der Server nicht im Admin-Modus befindet (waitcgsan-Phase) oder der HFScheck fast abgeschlossen ist:
avmaint hfscheckstop --ava
  • Wenn ein GC ausgeführt wird, kann er beendet werden:
avmaint gckill --ava
Dies kann einige Zeit in Anspruch nehmen, da der aktuelle Durchgang abgeschlossen werden muss.
  1. Sobald keine Wartung mehr ausgeführt wird, sollte der Wartungsplaner angehalten werden:
dpnctl stop maint
  1. Beenden Sie den Backup-Scheduler, beenden Sie die Ausführung von Backups oder Wiederherstellungen und halten Sie neue Verbindungen an:
    1. Verhindern Sie, dass der MCS neue Backups startet:
dpnctl stop sched
  1. Listen Sie alle laufenden Backups auf:
avmaint sessions --ava | grep sessionid
Wenn eine andere Wiederherstellung als die Replikation ausgeführt wird, wenden Sie sich an den Nutzer, um festzustellen, ob die Wiederherstellung abgeschlossen werden darf.
  1. Sobald der Nutzer die Genehmigung erteilt hat, dass die Backups ordnungsgemäß (Teilbackups werden erstellt) über die Benutzeroberfläche oder unsauber mithilfe von Folgendem beendet werden können:
avmaint kill -waittime=0 <sessionid>
  1. Listen Sie alle zusätzlichen Backups auf, die nicht im vorherigen Befehl aufgeführt wurden:
avmaint sessions --full
  1. Je nach durchzuführendem Vorgang ist es möglicherweise nicht akzeptabel, dass Backupvorgänge ausgeführt werden (d. h. avmaint getrefby). Halten Sie daher die Dispatcher an, um keine manuellen Backups zuzulassen:
avmaint suspend
  1. Beenden Sie die Replikation (Replikationsquelle oder -ziel).
    1. Verwenden Sie für die Replikationsquelle (Wiederherstellung) die Benutzeroberfläche oder EM oder beenden Sie den Prozess, um die Replikation zu beenden.
    2. Überprüfen Sie für das Replikationsziel (Backup), ob die Replikation ausgeführt wird: 
avmaint sessions | grep path
  1. Suchen Sie im Pfad nach der Domäne /REPLICATE . Beenden Sie die Replikation auf dem Quellraster mithilfe der Methoden in Schritt 4a.
  1. Schalten Sie das Crunching mit dem folgenden Befehl aus:
avmaint config --ava asynccrunching=false
Es kann bis zu 15 Minuten dauern, bis das Crunching beendet wird. Überprüfen Sie die GSAN-Protokolle von den Daten-Nodes auf "Crunch"-Meldungen.
  1. Ausgleich ausschalten
    1. Überprüfen Sie, ob ein Lastenausgleich ausgeführt wird:
avmaint config --ava | grep balancemin
In der Regel sollte der Lastenausgleich nicht aktiviert werden (ein anderer Wert als 0), aber es ist dennoch wichtig, ihn zu überprüfen.
  1. So deaktivieren Sie den Lastenausgleich:
avmaint config --ava balancemin=0
Es kann bis zu 15 Minuten dauern, bis der Ausgleich beendet wird. Überprüfen Sie status.dpn, um festzustellen, ob Stripes migriert werden, um zu bestätigen, dass der Ausgleich abgeschlossen ist.
  1. Prüfen Sie die Kapazität:
    1. Überprüfen Sie die Kapazität des Betriebssystems: 
avmaint nodelist --ava | grep fs-perc
  1. Überprüfen Sie die Größe der Prüfpunkte:
mapall copy ~/cps                # only if cps does not exist on the data nodes
mapall --noerror './cps'
  1. Überprüfen Sie die Prüfpunktauflistung, um festzustellen, welche Prüfpunkte aufbewahrt werden MÜSSEN (der letzte validierte Prüfpunkt auf allen Nodes):
cplist
Bestimmen Sie anhand der oben genannten Ergebnisse, wie viele Kontrollpunkte beibehalten werden können, welche kritisch sind und wie viele neue Prüfpunkte erstellt werden können.
Weitere Informationen zur Kapazität finden Sie im Artikel Avamar: Konzepte und Schulungen zum Kapazitätsmanagement
  1. Machen Sie sich die Reihenfolge der Nodes und die Unterschiede zwischen logischen Node-Nummern und physischen Node-Nummern bewusst:
nodenumbers
status.dpn
mapall --noerror 'tail -2 /data01/cur/gsan.log'
  1. Überprüfen der Hardware
  • Alle automatisierten Aufgaben sollten jetzt gestoppt werden. 
  • Der Server sollte wenig Aktivität aufweisen und es sollte sicher sein, mit manuellen Aufgaben oder Befehlen fortzufahren. 
Überprüfen Sie den Server, indem Sie die GSAN-Protokolle in den Daten-Nodes überprüfen. Stellen Sie sicher, dass nur geringe oder keine Aktivität protokolliert wird.
Der Befehl "uptime " kann auch mit mapall ausgeführt werden, um zu überprüfen, ob der "Lastdurchschnitt" über die Datenknoten hinweg niedrig ist (zwischen 0,01 und 0,05).

Beispiel: 
mapall --noerror 'uptime' 

(0.0) ssh  -x  admin@10.xx.xx.xxx 'uptime'  
  16:39:29 up 100 days,  6:39,  0 users,  load average: 0.01, 0.02, 0.01 
(0.1) ssh  -x  admin@10.xx.xx.xxx 'uptime'  
  16:39:29 up 100 days,  6:39,  0 users,  load average: 0.02, 0.01, 0.01 
(0.2) ssh  -x  admin@10.xx.xx.xxx 'uptime'  
  16:39:29 up 100 days,  6:39,  0 users,  load average: 0.02, 0.01, 0.01
Mit den oben genannten Schritten wird der Server in einen Nicht-Produktionsstatus versetzt. Änderungen werden immer zurückgesetzt , sobald alle manuellen Aufgaben abgeschlossen sind.

Additional Information

 

Affected Products

Avamar, Avamar Server
Article Properties
Article Number: 000170876
Article Type: Solution
Last Modified: 06 Aug 2025
Version:  15
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.