Utilizzo del parallelismo dei volumi per migliorare le prestazioni di backup di Avamar

Questa tecnica non è supportata per i backup su Data Domain.

Per impostazione predefinita, Avamar esegue la scansione dei file in un dataset e gestisce una partizione o un volume alla volta.
 
Per i client in cui questi volumi multipli sono ricavati dallo stesso disco, questo è un approccio efficiente. Consente di evitare l'invio di troppe richieste simultanee alla testina di lettura.
 
Quando Avamar esegue il backup di più volumi che si trovano su dischi rigidi separati, ciò è inefficiente. Ciò è dovuto al fatto che i dischi di cui non viene eseguito il backup sono inattivi.
 
Configurazione di Avamar per il backup dei volumi in parallelo:
 
Verificare se il backup copre più volumi. Nel registro di backup potremmo vedere qualcosa di simile a questo

<targetlist>
    <path backup="true" name="C:/" />
    <path backup="true" name="H:/" />
    <path backup="true" name="R:/" />
    <path backup="true" name="T:/" />
  </targetlist>

Verificare che questi volumi si trovino su dispositivi fisicamente distinti.
In Windows questa operazione può essere eseguita utilizzando l'interfaccia di Gestione disco in Gestione computer.
La schermata seguente mostra dove NON è appropriato elaborare i volumi in parallelo. Nota: le partizioni C: ed E: si trovano sullo stesso disco rigido (Disk0).





Sui client Linux, utilizzare il comando mount | dev grep  

admin@linuxclient:~/>: mount | grep dev
/dev/sda5 on / type ext3 (rw,acl,user_xattr)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,mode=1777)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sda1 on /boot type ext3 (rw,acl,user_xattr)
/dev/sda3 on /vol01 type xfs (rw,noatime)
/dev/sda7 on /var type ext3 (rw,acl,user_xattr)
/dev/sdb1 on /vol02 type xfs (rw,noatime)
/dev/sdc1 on /vol03 type xfs (rw,noatime)
 

Qui vediamo che vol01, vol02 e vol03 si trovano su device fisici distinti.

Prima di applicare il parallelismo, accertarsi che i volumi non siano sullo stesso disco o che condividono lo stesso hardware. L'abilitazione della funzione in questo caso potrebbe causare scaricamento del disco e prestazioni peggiori rispetto all'impostazione predefinita.  

Per i client in cui si trovano partizioni o volumi su dischi distinti, aggiungere i seguenti flag a una nuova riga nel file di avtar.cmd del client.

--parallel --parallel-type=by-volume

Di seguito sono riportati alcuni log di esempio che mostrano la differenza osservata su un client v7.0.102-47 prima e dopo l'esecuzione del backup con parallelismo del volume.

Senza flag

2015-10-23 00:52:35 avtar Info <5156>: Backup #145 timestamp 2015-10-23 00:52:35, 683,925 files, 80,274 folders, 431.7 GB (4,649 files, 90.89 MB, 0.02% new)
2015-10-23 00:52:35 avtar Info <6083>: Backed-up 431.7 GB in 32.88 minutes: 788 GB/hour (1,247,862 files/hour) 

Con flag

2016-02-11 03:43:07 avtar Info <5156>: Backup #2287 timestamp 2016-02-11 03:43:07, 692,828 files, 82,427 folders, 401.8 GB (986 files, 105.6 MB, 0.03% new)
2016-02-11 03:43:07 avtar Info <6083>: Backed-up 401.8 GB in 14.51 minutes: 1,661 GB/hour (2,864,872 files/hour)

Per ulteriori informazioni sull'ottimizzazione delle prestazioni di backup, vedere Prestazioni di backup lente di Avamar - Come risolvere i colli di bottiglia (RESOLUTION PATH)

Per informazioni sull'aggiunta di flag a avtar.cmd, vedere Avamar: Come raccogliere i file di registro per la risoluzione dei problemi di backup e ripristino del client Avamar