Korzystanie z równoległości woluminu w celu poprawy wydajności kopii zapasowej Avamar

Ta technika nie jest obsługiwana w przypadku kopii zapasowych w Data Domain.

Domyślnie Avamar skanuje pliki w zestawie danych i obsługuje jedną partycję lub wolumin na raz.
 
W przypadku klientów, na których te wiele woluminów korzysta z tego samego dysku, jest to efektywne podejście. Pozwala to uniknąć wydawania zbyt wielu równoczesnych żądań do głowicy odczytu.
 
Gdy Avamar utworzy kopię zapasową wielu woluminów znajdujących się na oddzielnych dyskach twardych, jest to niewydajne. Dzieje się tak, ponieważ dyski, na których nie ma kopii zapasowej, są bezczynne.
 
Konfigurowanie Avamar do równoległej kopii zapasowej woluminów:-
 
Sprawdź, czy kopia zapasowa obejmuje wiele woluminów. W dzienniku kopii zapasowej może pojawić się następujący komunikat

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

Sprawdź, czy te woluminy znajdują się na fizycznie odrębnych urządzeniach.
W systemie Windows można to zrobić za pomocą interfejsu zarządzanie dyskami w Menedżerze komputera.
Na poniższym zrzucie ekranu przedstawiono, gdzie równoległe przetwarzanie woluminów nie byłoby odpowiednie. Zwróć uwagę, w jaki sposób partycje C: i E: znajdują się na tym samym dysku twardym (Disk0).





W przypadku klientów Linux użyj uchwytu poleceń | 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)
 

Tutaj widać, że vol01, vol02 i vol03 znajdują się na odrębnych urządzeniach fizycznych.

Przed zastosowaniem równoległości upewnij się, że woluminy nie znajdują się na tym samym dysku lub nie ma tego samego sprzętu. Włączenie tej funkcji w tym przypadku może spowodować obniżenie wydajności i obniżenie wydajności niż ustawienie domyślne.  

W przypadku klientów, na których partycje lub woluminy znajdują się na odrębnych dyskach, dodaj następujące flagi do nowego wiersza w pliku avtar.cmd klienta.

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

Poniżej przedstawiono przykładowe dzienniki pokazujące różnicę zaobserwowaną w kliencie 7.0.102-47 przed i po uruchomieniu kopii zapasowej z równoległością woluminu.

Bez 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) 

Z flagami

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)

Aby uzyskać więcej informacji na temat optymalizacji wydajności kopii zapasowej, zobacz artykuł Avamar o niskiej wydajności kopii zapasowej — rozwiązywanie problemów i identyfikowanie wąskich gardeł (ŚCIEŻKA ROZDZIELCZOŚCI)

Aby uzyskać informacje na temat dodawania flag do avtar.cmd, patrz Avamar: Zbieranie plików dziennika w celu rozwiązywania problemów z kopią zapasową i przywracaniem klienta Avamar