Avamar: il backup di un dataset contenente molti link simbolici interrotti viene eseguito lentamente

Un backup Avamar di un dataset che contiene molti link simbolici viene eseguito lentamente.

Sono molte le voci nel registro di backup che mostrano che stiamo eseguendo il backup di link simbolici.

2014-10-21 21:26:35 avtar Info <16280>: Not traversing 'E:\folder\folder\

folder\folder\folder\folder\someotherfile.zip' since it's a 'REPARSE_USER_SYMLINK_FILE' and 'dereference' flag not specified

 

Le voci di registrazione mostrano che i link simbolici possono essere interrotti.

2014/10/21-15:50:34.96600 [avtar]  GetReparsePointInfo() 'E:\folder\folder\folder\folder\folder\folder\folder\folder\folder\file.exe' does not have a resolveable target

 

I dati erano in hosting in precedenza su un'altra unità, che era stata sostituita e riconfigurata.

Il dataset di backup includeva una directory che conteneva oltre mezzo milione di link simbolici.
Quando avtar rileva un link danneggiato, segnala "does not have a resolveable target".
In questo scenario, il comportamento si è verificato perché l'unità è stata riconfigurata

di recente L'atto di controllare un collegamento simbolico e scoprire che è interrotta introduce un lungo ritardo. Il backup ha richiesto circa 9 ore in più del normale quando si tenta di eseguire la scansione di questi symlink interrotti (mezzo milione).

Sembra che ciò si sia verificato anche se il backup non è stato configurato con --dereference.
Il flag di dereferenziazione indica ad avtar di eseguire il backup della destinazione di un link simbolico.
 

 -dereference. 2014/10/21-15:50:15.90899 [avtar] --dereference NOT specified, not adding any Cross-Volume Symlinks to freeze volumes list.

La cartella contenente i link simlink interrotti (~0,6 milioni) è stata esclusa dal backup.  

Il tempo di completamento è stato ridotto da 11 ore a circa 2 ore.