Utilisation du parallélisme de volume pour améliorer les performances de sauvegarde Avamar

Cette technique n’est pas prise en charge pour les sauvegardes vers Data Domain.

Par défaut, Avamar analyse les fichiers d’un Dataset et gère une partition ou un volume à la fois.
 
Pour les clients où ces volumes multiples sont gravés à partir du même disque, il s’agit d’une approche efficace. Cela évite d’envoyer trop de demandes simultanées à l’en-tête de lecture.
 
Lorsqu’Avamar sauvegarde plusieurs volumes situés sur des disques durs distincts, cela n’est pas efficace. Cela est dû au fait que les disques qui ne sont pas sauvegardés sont inactifs.
 
Configuration d’Avamar pour sauvegarder des volumes en parallèle :-
 
Vérifiez si la sauvegarde couvre plusieurs volumes. Dans le log de sauvegarde, nous pouvons voir quelque chose comme ceci

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

Vérifiez que ces volumes se trouvent sur des périphériques physiquement distincts.
Sous Windows, cette opération peut être effectuée à l’aide de l’interface de gestion des disques du Gestionnaire d’ordinateurs.
La capture d’écran suivante montre où il ne serait PAS approprié de traiter les volumes en parallèle. Notez comment les partitions C : et E : se trouvent sur le même disque dur (Disk0).





Sur les clients Linux, utilisez la commande mount | grep dev  

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)
 

Ici, nous voyons que vol01, vol02 et vol03 se trouvent sur des périphériques physiques distincts.

Avant d’appliquer le parallélisme, assurez-vous que les volumes ne se trouvent pas sur le même disque ou partagent le même matériel. L’activation de la fonction dans ce cas est susceptible de provoquer un écrasement de disque et des performances inférieures à celles du paramètre par défaut.  

Pour les clients où des partitions ou des volumes sont situés sur des disques distincts, ajoutez les balises suivantes à une nouvelle ligne dans le fichier avtar.cmd du client.

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

Vous trouverez ci-dessous des exemples de logs montrant la différence observée sur un client v7.0.102-47 avant et après l’exécution de la sauvegarde avec un parallélisme de volume.

Sans balises

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) 

Avec des balises

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)

Pour plus d’informations sur l’optimisation des performances de sauvegarde, reportez-vous à La lenteur des performances de sauvegarde d’Avamar : comment dépanner et identifier les goulots d’étranglement (CHEMIN DE RÉSOLUTION)

Pour plus d’informations sur l’ajout de balises à avtar.cmd, voir Avamar : Collecte des fichiers log pour le dépannage des problèmes de sauvegarde et de restauration du client Avamar