Avamar: NDMP-Backup wird trotz vorhandener inkrementeller, sich verlängernder Jobdauer auf Level Null ausgeführt

Verhalten bei unerwarteten NDMP-Backups:

• (vollständige) NDMP-Backups der Stufe Null dauern ungewöhnlich lange.
• Avamar initiiert ein neues Backup auf Ebene 0, obwohl bereits ein erfolgreiches inkrementelles Backup für dasselbe Dateisystem vorhanden ist.
• Die Backupprotokolle zeigen an, dass kein brauchbares vorheriges Backup gefunden wurde, sodass ein komplettes Backup durchgeführt werden muss.

Relevante Protokollauszüge:

2014-05-19 20:49:55 avndmp Info <9573>: [snapup-/root_vdm_37/xxx] No previous suitable backup found, will perform level zero backup.
2014-05-19 20:49:55 avndmp Info <9590>: [snapup-/root_vdm_37/xxx] Backup on volume '/root_vdm_37/STFS4/': mode 'Full', level '0', base dump date '0'

Zusätzliche Protokolldetails mit dem inkrementellen Suchprozess:

2014-05-19 20:49:54 avndmp Info <9538>: [snapup-/root_vdm_37/xxx] Selecting backup out of most recent 30 to use as incremental base for volume:'/root_vdm_37/xxx/'
2014-05-19 20:49:54 avndmp Info <9552>: [snapup-/root_vdm_37/xxx] Spawning '/usr/local/avamar/bin/avtar' (avtar --backuptag="/root_vdm_37/xxx/" --format="xml" --count="30" --backups --vardir="/usr/local/avamar/var/xxx-ndmp-hostname2.x.com" --bindir="/usr/local/avamar/bin" --sysdir="/usr/local/avamar/etc" --acnt="/NDMP/xxx-ndmp-hostname2.x.com" --id="backuponly" --ap="backuponly1" --server="avamar.x.com")

The Avamar avndmp -Plug-in bestimmt, ob ein inkrementelles NDMP-Backup durchgeführt werden kann, indem die avtar für ein geeignetes vorheriges Backup.

Das Dienstprogramm untersucht nur die letzten 30 Backupbezeichnungen.

Wenn das letzte erfolgreiche Backup für das Dateisystem älter als diese 30 Bezeichnungen ist, avtar meldet, dass kein geeignetes Backup vorhanden ist, was dazu führt, dass avndmp , um ein neues (vollständiges) Backup auf Level Null zu starten.

• Das Fenster für die inkrementelle Suche ist standardmäßig auf 30 Backups festgelegt.
• Wenn das vorherige erfolgreiche Backup außerhalb dieses Fensters liegt, geht das System fälschlicherweise davon aus, dass ein komplettes Backup erforderlich ist.
• Dieses Verhalten führt zu unnötig langen kompletten NDMP-Backupdurchläufen, obwohl eine gültige inkrementelle Basis verfügbar ist.

So erhöhen Sie das inkrementelle Suchlimit für NDMP-Backups:

1. Melden Sie sich beim Avamar Accelerator Node mit einem Konto an, das über Root-Berechtigungen verfügt.

2. Navigieren Sie zum clientspezifischen Verzeichnis, in dem NDMP-Konfigurationsdateien gespeichert sind:

Zum Beispiel:

cd /usr/local/avamar/var/[CLIENT_NAME]

3. Wenn ein avndmp.cmd Die Datei ist nicht vorhanden. Erstellen Sie sie. Falls vorhanden, bearbeiten Sie die Datei.

4. Fügen Sie das Flag hinzu (oder ändern Sie es), das das inkrementelle Suchlimit steuert. Ersetzen n Geben Sie die gewünschte Anzahl der zuvor zu durchsuchenden Backups ein (Standardwert ist 30):

--limit-incremental-search=n

Beispiel für die Suche nach den letzten 100 Backups:

--limit-incremental-search=100

5. Speichern Sie die Datei und stellen Sie sicher, dass der Eigentümer avamar und verfügt über die entsprechenden Berechtigungen (in der Regel 600).

6. Starten Sie die Avamar-Services neu, damit die neue Einstellung wirksam wird:

systemctl restart avamar

Überprüfung:

1. Initiieren Sie ein NDMP-Backup für den betroffenen Client.

2. Überwachen Sie die Avamar-Protokolle (z. B. /usr/local/avamar/var/log/avndmp.log) für Einträge ähnlich wie:

[... ] Selecting backup out of most recent n to use as incremental base for volume:'/.../'

(Der Wert von n sollte mit der konfigurierten Nummer übereinstimmen.)

3. Bestätigen Sie, dass das Backup als inkrementell (Level > 0) ausgeführt wird, wenn ein brauchbares vorheriges Backup vorhanden ist. Überprüfen Sie, ob die Backupdauer im Vergleich zu einer vollständigen Ausführung (Level 0) verkürzt ist.