Avamar: Ottimizzazione delle prestazioni durante il backup dei file .pst dell'archivio di Outlook

Questo articolo descrive in che modo il backup dei file .pst influisce sulle prestazioni di un backup Avamar. Illustra inoltre come valutare e potenzialmente mitigare le scarse prestazioni di backup.

Il backup di un Avamar Client con molti file di archivio di Outlook (.pst) può essere eseguito più lentamente rispetto a un client che contiene dati più tipici del tipo di file system.

Di seguito sono riportati alcuni esempi di dati sulle prestazioni dei backup che contengono un'elevata percentuale di file PST.

Esempio 1:
2014-06-23 16:36:45 avtar Info <5156>: Backup #4 timestamp 2014-06-23 16:36:44, 2.654.547 file, 685.600 cartelle, 1.935 GB (46.371 file, 9.027 GB, 0.47% new)
2014-06-23 16:36:45 avtar Info <6083>: Backup di 1.935 GB in 1176,67 minuti: 99 GB/ora (135.359 file/ora)


Esempio 2:
2014-06-19 08:38:56 avtar Info <5156>: Backup #1626 timestamp 2014-06-19 08:39:00, 4.279.104 file, 491.108 cartelle, 1.427 GB (206.579 file, 2.002 GB, 0.14% nuovi)
2014-06-19 08:38:56 avtar Info <6083>: Backup di 1.427 GB in 878,94 minuti: 97 GB/ora (292.110 file/ora)

Anche se il tasso di modifica in ogni esempio è modesto (0,47% e 0,14%), le prestazioni sono di 292.110 file all'ora. Si tratta di una velocità ben al di sotto del milione di file all'ora considerati prestazioni tipiche in cui i dati vengono letti da unità rotazionali.

Configurazione del cliente

Per verificare l'impatto dei file PST sulle prestazioni di backup, escluderli dal dataset e creare un dataset esclusivamente per i file PST. 

In questo modo è possibile utilizzare le voci del registro del client avtar Info <5156> e avtar info <6083> per:

1) Conoscere la dimensione media (media) dei file .pst all'interno del dataset.
2) Scopri quale proporzione di file cambia ogni giorno.
3) Confronto tra le prestazioni di backup dei file PST e quelle di altri dati.

Le seguenti tecniche consentono di ridurre le prestazioni lente dei backup che contengono file con estensione pst.

Eseguire il backup dei file .pst separatamente dai dati generali:
Escludere i file PST dal set di dati normale. Il backup dei dati del file .pst avviene a tempo proprio e non interferisce con le prestazioni di backup altrimenti rapide possibili con i file normali. In casi estremi, è possibile eseguire il backup dei file PST meno frequentemente, ad esempio solo nei fine settimana.

Utilizzare il backup dell'immagine per i client di macchine virtuali:
Se la quantità di modifica dei dati all'interno del backup è relativamente bassa, prendere in considerazione la possibilità di eseguire il backup del client utilizzando un client proxy dell'immagine Avamar. I client proxy di immagine configurati con il rilevamento dei blocchi modificati monitorano i blocchi modificati all'interno del file .vmdk della macchina virtuale. I backup delle immagini non analizzano tutti i file ed elaborano quelli che sono stati modificati. Ciò in genere si traduce in prestazioni di backup più veloci.

Eseguire il backup dei dati e-mail direttamente da Exchange utilizzando il plug-in Avamar:
Il metodo preferito per eseguire il backup dei dati e-mail consiste nell'utilizzare Avamar Plug-in for Exchange. Ciò si traduce in prestazioni di backup più efficienti ed evita la possibilità di eseguire il backup degli stessi dati più di una volta. Se i dati nei file .pst sono già archiviati in un Exchange server di cui Avamar esegue il backup, prendere in considerazione l'aggiunta di un'esclusione globale per i file .pst.

Quando si esegue il backup dei file .pst tramite il plug-in Avamar File System, Microsoft VSS garantisce che i file .pst aperti siano "coerenti con l'arresto anomalo*". Tuttavia, tali file potrebbero non essere «coerenti con l'applicazione». Vale a dire, il backup non acquisisce i dati in memoria o le operazioni di I/O in sospeso indirizzate al file.

I file aperti durante il processo di backup potrebbero non essere "coerenti" durante il backup.  

I backup dei dati dei file system regolari su un tipico Avamar Client configurato con unità a rotazione (non SSD) in genere hanno una velocità di esecuzione di circa 1 milione di file all'ora. 

Questo valore di prestazioni orarie per file varia e dipende da molti fattori, tra cui la natura dei dati del client, il throughput di rete, le prestazioni del sottosistema disco e la disponibilità della CPU.