Prestazioni dei backup di Avamar: ottimizzazione e aggiustamenti per ridurre i tempi di esecuzione dei backup

Questo articolo è stato scritto per aiutare gli amministratori di Avamar o il personale di Dell/Dell Partner Delivery che desiderano aumentare l'efficienza e ridurre la quantità di tempo necessaria per il completamento del backup di un client.

Tenere presente che l'ottimizzazione dei backup per ottenere prestazioni migliori non è un servizio fornito dal supporto. Per assistenza con questa attività, rivolgersi a Dell Professional Services o al partner Dell locale

Prima di iniziare
Le prestazioni di backup del client Avamar possono implicare diversi fattori.  Le note contenute in questo articolo sono da considerarsi un'integrazione ai metodi e alle informazioni presenti nel seguente articolo

• KB 62866: Prestazioni di backup dei client Avamar. Come identificare i colli di bottiglia (PROCEDURA DI RISOLUZIONE) (in inglese)  

Definire un ambito del dataset il più ristretto possibile
Assicurarsi che nel dataset vengano inclusi solo i file system necessari o, preferibilmente, solo le cartelle richieste.
In questo modo si riduce al minimo il numero totale di file che devono essere analizzati durante il backup

La schermata seguente mostra un esempio di dataset in cui l'amministratore ha deciso di eseguire il backup di sole due cartelle in cui sono archiviati dati critici
 


Utilizzare istruzioni di esclusione e, se possibile, evitare di utilizzare istruzioni di inclusione
Le istruzioni di esclusione sono utili per evitare che venga eseguito il backup di tipi di file che

• Non è necessario salvare in un backup
• Hanno in genere dimensioni molto grandi e/o vengono modificati di frequente
• Sono difficili da deduplicare (questo aspetto incide sulla capacità di Avamar Server piuttosto che sulle prestazioni di backup)

Nelle "note" è riportato un elenco dei tipi di file che si consiglia di escludere.  Per informazioni su come applicare le istruzioni di esclusione, consultare:

• Avamar Administrator Guide
• Avamar Operational Best Practices Guide

Nota:
Anche se le istruzioni di esclusione possono portare significativi vantaggi in termini di prestazioni, non sono esenti da compromessi.  La verifica della corrispondenza di ciascun file con uno dei modelli di esclusione definiti comporta un overhead di elaborazione.

L'overhead è estremamente basso se si considerano i singoli file ma, in presenza di un gran numero di esclusioni (migliaia) o di file (milioni), può diventare significativamente alto. 

Mantenere basso il numero di istruzioni di esclusione (decine anziché centinaia o migliaia) per evitare che l'overhead diventi significativo.

Se vengono utilizzate istruzioni di "inclusione", queste verranno applicate a tutto il dataset e tutte le cartelle escluse verranno controllate con avtar per verificare la presenza di modelli che corrispondono all'elenco delle inclusioni.  
Dal punto di vista del runtime/delle prestazioni di backup, è consigliabile evitare di utilizzare istruzioni di inclusione, a meno che non sia assolutamente necessario

Per consigli specifici sulla configurazione di queste istruzioni, consultare l'articolo della KB 20044: Avamar: come utilizzare le istruzioni di inclusione/esclusione in Avamar per definire l'ambito di un backup (in inglese)
 
Pianificare l'esecuzione del backup quando il client non è occupato a eseguire i "processi giornalieri"

Quando un file server è occupato con operazioni con i file, non è il momento giusto per eseguire il backup dei dati contenuti in quei file.  I dischi in cui sono archiviati i dati e le schede di rete sono infatti occupati con richieste di I/O e anche la CPU è sotto carico.

Analogamente, se un server esegue l'elaborazione batch dei processi ogni giorno a mezzanotte, è sconsigliato sovrapporre tale attività con un backup di Avamar degli stessi dati.

Date le dimensioni dei dataset su alcuni client, può essere difficile pianificare il backup in modo da evitare che venga eseguito quando il client non è occupato in altre attività.

Identificare la causa del collo di bottiglia nel backup del client
Come descritto nell'articolo della KB 62866:  Prestazioni di backup dei client Avamar. Come identificare i colli di bottiglia (PROCEDURA DI RISOLUZIONE) (in inglese), i colli di bottiglia possono essere causati da

• Tempo di scansione dei file (se il dataset contiene un numero elevato di file o se la scansione dei file è lenta)
• Tempo di elaborazione dei file (che dipende dalle dimensioni totali dei file del dataset che vengono modificati)
• Velocità di rete (dovuta a larghezza di banda ridotta o al backup di dati modificati di frequente)
• Un problema di Avamar Server (in genere raro, ma che influirà quasi sicuramente su tutti i backup in corso)

Identificare la causa principale del collo di bottiglia aiuterà a decidere dove concentrarsi per risolvere il problema.  Per diagnosticare le possibili cause, consultare il seguente articolo della

• KB 62852: Avamar - Come interpretare le righe di stato del registro avtar di backup (in inglese)   

Tipi di file da considerare per l'esclusione

File multimediali:sono già altamente compressi e spesso hanno dimensioni molto grandi.  

• File video: mp4, .mkv, .mov, .avi, .flv, .wmv, .wma
• File audio: mp3, .ogg, .flac, aac, .m4a, .wav

Archivi di Outlook, ad esempio file.pst
Per comprenderne il motivo, consultare Avamar: considerazioni sulle prestazioni quando si utilizza Avamar per eseguire il backup dei file di archivio di Outlook (.pst) (in inglese)

File di registro di qualsiasi tipo
Generalmente non è un problema deduplicare questo tipo di file, ma poiché vengono modificati di frequente e possono avere dimensioni molto grandi, l'elaborazione di questi file durante un backup con avtar può richiedere molto tempo.  Non eseguire il backup di questi file se non specificatamente richiesto.

File compressi - .tgz, tar.gz, .zip, .rar, .ace, bz2
Questi file contengono molti dati univoci e possono avere dimensioni molto grandi. Se possibile, eseguire il backup dei dati non compressi
 
File di database
Se non specificatamente richiesto, evitare anche di eseguire il backup dei file di database.  Se esiste un plug-in ufficiale di Avamar per il database, utilizzarlo SEMPRE per eseguirne il backup anziché considerarlo un 'flat file' in un backup del file system.   

In generale
Evitare di eseguire il backup di file di grandi dimensioni o modificabili.

Client desktop/notebook
Per i client DT/LT, l'utente può specificare le dimensioni massime dei file di cui eseguire il backup
--maxfile=MB (se diverso da zero, i file di dimensioni superiori a questa dimensione in MB vengono ignorati)

Leggere anche

• Avamar: come utilizzare le istruzioni di inclusione/esclusione in Avamar per definire l'ambito di un backup (in inglese) 
• Come creare un dataset dinamico in Avamar- Come creare un dataset dinamico in Avamar