Avamar: Il backup è lento o ha esito negativo con "Timeout - end" a causa di molti dati nuovi o modificati

Questo articolo è un documento di soluzione appartenente alle prestazioni di backup di Avamar Client. Come identificare i colli di bottiglia (PROCEDURA DI RISOLUZIONE) (in inglese)
 

Un backup Avamar sembra essere eseguito più lentamente del solito o non è in grado di essere completato all'interno della normale finestra di backup.

Il registro del client mostra che il backup contiene un'alta percentuale di file modificati e/o molti nuovi dati.

Estratto di registro che mostra molti file modificati.

2013-12-03 20:48:24 avtar Info <5156>: Backup #72 timestamp 2013-12-03 20:48:24, 2,890,814 files, 420,421 folders, 5,362 GB (2,743,151 files, 24.36 GB, 0.45% new)

Questo registro mostra che il backup ha analizzato 2.890.814 file e che 2.743.151 di questi file sono stati modificati dall'ultimo backup. Nonostante questa elevata percentuale di file modificati, solo lo 0,45% dei nuovi dati è stato inviato all'Avamar Server.

Estratto di registro che mostra molti dati aggiuntivi.
 

2015-09-26 11:09:52 avtar Info <5157>: PARTIAL Backup #31 timestamp 2015-09-26 11:20:21, 4,591 files, 1,044 directories, 145.1 GB (2,082 files, 61.63 GB, 42.47% new)

Questo estratto di registro mostra che al backup sono stati aggiunti 60 GB di nuovi dati, rispetto a una dimensione totale del backup di 145 GB.

Il motivo per cui il backup richiede più tempo in queste situazioni è perché avtar deve eseguire la scansione di ogni file nel dataset per verificare se è stato modificato.

I file modificati vengono suddivisi in piccoli blocchi, assegnati loro un hash SHA e quindi confrontati con il contenuto della cache. I file non presenti nella cache vengono confrontati con quelli conservati nell'Avamar Server e, se mancanti, vengono inviati in rete. Questa operazione può richiedere molto tempo per i file di grandi dimensioni.

Se un backup contiene molti file o un'alta percentuale di file che vengono modificati di frequente, il backup richiede più tempo.

Avamar si comporta come previsto, ma i dati potrebbero essere insoliti o potrebbe essere in esecuzione un altro processo sul dataset per modificare i file.

Se sono stati aggiunti molti nuovi dati a un backup Avamar, il processo richiede più tempo per elaborare e acquisire i nuovi file.
 

 

Avamar si comporta come previsto, ma i dati sul client potrebbero cambiare in modo imprevisto.

Il cliente deve esaminare il client e determinare se la modifica dei dati è intenzionale e dovuta alla normale attività.

Il cliente ha modificato il dataset per il client o aggiunto un unità disco?

Se la quantità di nuovi dati o il numero di file aumenta, anche dopo il completamento del backup iniziale potrebbe non essere più completato entro i limiti di una finestra giornaliera.  

Esaminare il log di backup e confrontarlo con un log di backup precedente in cui il backup è stato completato entro il periodo di tempo regolare.

Se la quantità di dati di backup è aumentata oltre l'ambito di progettazione originale, richiedere assistenza a Dell Professional Services o al Dell Backup and Recovery Design Center.

Il seguente articolo di DELL è utile quando si indaga su quali file di un backup sono stati modificati e devono essere elaborati da Avamar.

• Come identificare i file che hanno impiegato molto tempo per l'elaborazione durante un backup Avamar

Avamar non modifica i file né utilizza il "bit di archiviazione".
Analizzare la causa della modifica dei file o dei metadati dei file.

È stato osservato che alcuni programmi antivirus modificano gli attributi dei metadati di un file, intenzionalmente o accidentalmente.  

Esempi di questo comportamento sono stati osservati con i seguenti prodotti.

• Sophos:
  • Scarse prestazioni di backup per il client Avamar con Sophos Anti-Virus  
  • 118630: Sophos Anti-Virus causa un aumento dei tempi di backup.
• Trend Micro:
  • Vedere l'hotfix 1383 in queste note di rilascio.