Verwenden von Volume-Parallelität zur Verbesserung der Avamar-Backupperformance

Diese Technik wird für Backups auf Data Domain nicht unterstützt.

Standardmäßig scannt Avamar Dateien in einem Dataset und verarbeitet jeweils eine Partition oder ein Volume.
 
Für Clients, bei denen diese mehreren Volumes von derselben Festplatte stammen, ist dies ein effizienter Ansatz. Es wird vermieden, dass zu viele gleichzeitige Anforderungen an den Lesekopf gestellt werden.
 
Wenn Avamar mehrere Volumes sichert, die sich auf separaten Festplatten befinden, ist dies ineffizient. Dies liegt daran, dass Festplatten, die nicht gesichert werden, im Leerlauf sind.
 
Konfigurieren von Avamar zum parallelen Sichern von Volumes:-
 
Überprüfen Sie, ob das Backup mehrere Volumes abdeckt. Im Backupprotokoll sehen wir möglicherweise etwas wie dieses

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

Überprüfen Sie, ob sich diese Volumes auf physisch unterschiedlichen Geräten befinden.
Unter Windows kann dies über die Datenträgerverwaltungsschnittstelle im Computer-Manager erfolgen.
Der folgende Screenshot zeigt, wo es NICHT angemessen wäre, Volumes parallel zu verarbeiten. Beachten Sie, wie sich die Partitionen C: und E: auf derselben Festplatte (Disk0) befinden.





Verwenden Sie auf Linux-Clients den Befehl mount | grep-Entwicklung  

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)
 

Hier sehen wir, dass vol01, vol02 und vol03 sich auf verschiedenen physischen Geräten befinden.

Stellen Sie vor dem Anwenden der Parallelität sicher, dass sich die Volumes nicht auf derselben Festplatte befinden oder die gleiche Hardware gemeinsam nutzen. Die Aktivierung der Funktion in diesem Fall führt wahrscheinlich zu Laufwerks-Thrashing und einer schlechteren Leistung als die Standardeinstellung.  

Fügen Sie für Clients, auf denen sich Partitionen oder Volumes auf unterschiedlichen Festplatten befinden, die folgenden Flags zu einer neuen Zeile in der avtar.cmd-Datei des Clients hinzu.

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

Im Folgenden finden Sie Beispielprotokolle, die den Unterschied zeigen, der auf einem v7.0.102-47-Client vor und nach der Ausführung des Backups mit Volume-Parallelität beobachtet wurde.

Ohne Flags

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) 

Mit Flags

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)

Weitere Informationen zur Optimierung der Backupperformance finden Sie unter Avamar slow backup performance - how to troubleshoot and identify bottlenecks (RESOLUTION PATH)

Weitere Informationen zum Hinzufügen von Flags zu avtar.cmd finden Sie unter Avamar: Erfassen von Protokolldateien für das Troubleshooting von Avamar Client-Backup- und -Wiederherstellungsproblemen