Використання паралелізму томів для підвищення продуктивності резервного копіювання Avamar

Цей метод не підтримується для резервного копіювання в Data Domain.

За замовчуванням Avamar сканує файли в наборі даних і обробляє по одному розділу або тому за раз.
 
Для клієнтів, у яких ці кілька томів вирізаються з одного диска, це ефективний підхід. Це дозволяє уникнути видачі занадто великої кількості одночасних запитів до голови, що читає.
 
Там, де Avamar створює резервні копії кількох томів, розташованих на окремих жорстких дисках, це неефективно. Це пов'язано з тим, що диски, резервні копії яких не створюються, простоюють.
 
Налаштування Avamar для паралельного резервного копіювання томів:
 
Перевірте, чи резервна копія охоплює кілька томів. У журналі резервного копіювання ми можемо побачити щось на кшталт цього

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

Переконайтеся, що ці томи розташовані на фізично різних пристроях.
У Windows це можна зробити за допомогою інтерфейсу «Керування дисками» в диспетчері комп'ютерів.
На наступному скріншоті показано, де НЕДОЦІЛЬНО обробляти томи паралельно. Зверніть увагу, що розділи C: і E: розташовані на одному жорсткому диску (Disk0).





У клієнтах Linux використовуйте команду mount | Розробник 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)
 

Тут ми бачимо, що vol01, vol02 і vol03 знаходяться на різних фізичних пристроях.

Перш ніж застосовувати паралелізм, переконайтеся, що томи не знаходяться на одному диску або не використовують спільне обладнання. Увімкнення цієї функції у цьому випадку, ймовірно, призведе до обгортання диска та гіршої швидкодії, ніж типове налаштування.  

Для клієнтів, у яких розділи або томи розташовані на різних дисках, додайте такі прапорці до нового рядка у файлі avtar.cmd клієнта.

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

Нижче наведено зразки журналів, що показують різницю, яка спостерігалася на клієнті v7.0.102-47 до і після запуску резервної копії з паралелізмом тому.

Без прапорів

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) 

З прапорцями

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)

Для отримання додаткової інформації про оптимізацію продуктивності резервного копіювання перегляньте статтю Avamar Повільна продуктивність резервного копіювання - як усунути неполадки та визначити вузькі місця (ШЛЯХ ДОЗВОЛУ)

Для отримання інформації про додавання прапорців до avtar.cmd перегляньте статтю Avamar: Як зібрати лог-файли для усунення проблем із резервним копіюванням і відновленням клієнта Avamar