Использование параллелизма томов для повышения производительности резервного копирования 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 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)
 

Здесь мы видим, что vol01, vol02 и vol03 находятся на разных физических устройствах.

Перед использованием параллелизма убедитесь, что тома находятся не на одном диске или не имеют общего доступа к одному и тому же оборудованию. Включение функции в этом случае может привести к снижению производительности диска по сравнению с настройкой по умолчанию.  

Для клиентов, где разделы или тома находятся на разных дисках, добавьте в новую строку в avtar.cmd клиента следующие флаги.

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

Ниже приведены примеры журналов, показывающие разницу, наблюдаемую на клиенте версии 7.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