Avamar: Il backup NDMP viene eseguito al livello zero nonostante il backup incrementale esistente, estendendo la durata dei processi

Comportamento di backup NDMP imprevisto:

• Il completamento dei backup (completi) di livello zero NDMP richiede tempi insolitamente lunghi.
• Avamar avvia un nuovo backup di livello zero anche se esiste già un backup incrementale riuscito per lo stesso file system.
• I registri di backup indicano che non è stato trovato alcun backup precedente utilizzabile, richiedendo un backup completo.

Estratti di log rilevanti:

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'

Ulteriori dettagli del registro che mostrano il processo di ricerca incrementale:

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")

L'Avamar avndmp determina se è possibile eseguire un backup NDMP incrementale eseguendo una query sul avtar per un backup precedente adatto.

L'utilità esamina solo le 30 etichette di backup più recenti.

Quando l'ultimo backup riuscito per il file system è precedente a quelle 30 etichette, avtar segnala che non esiste un backup idoneo, causando avndmp per avviare un nuovo backup di livello zero (completo).

• Per impostazione predefinita, la finestra di ricerca incrementale è fissa a 30 backup.
• Se il precedente backup riuscito non rientra in questa finestra, il sistema presume erroneamente che sia necessario un backup completo.
• Questo comportamento comporta inutili esecuzioni di backup NDMP complete e lunghe, anche se è disponibile una base incrementale valida.

Come aumentare il limite di ricerca incrementale per i backup NDMP:

1. Accedere all'Avamar Accelerator Node con un account con privilegi root.

2. Passare alla directory specifica del client in cui sono archiviati i file di configurazione NDMP:

Ad esempio:

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

3. Se un avndmp.cmd Il file non esiste, crearlo. Se esiste, modificare il file.

4. Aggiungere (o modificare) il flag che controlla il limite di ricerca incrementale. Sostituire n Con il numero desiderato di backup precedenti da cercare (il valore predefinito è 30):

--limit-incremental-search=n

Esempio per la ricerca degli ultimi 100 backup:

--limit-incremental-search=100

5. Salvare il file e assicurarsi che il proprietario sia avamar e dispone delle autorizzazioni appropriate (in genere 600).

6. Riavviare i servizi Avamar in modo che la nuova impostazione abbia effetto:

systemctl restart avamar

Verifica:

1. Avviare un backup NDMP per il client interessato.

2. Monitorare i registri Avamar (ad esempio, /usr/local/avamar/var/log/avndmp.log) per le voci simili a:

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

(Il valore di n deve corrispondere al numero configurato.)

3. Verificare che il backup venga eseguito in modo incrementale (livello > 0) quando esiste un backup precedente utilizzabile. Verificare che la durata del backup sia ridotta rispetto a un'esecuzione completa (livello 0).