Usando o paralelismo de volume para melhorar o desempenho do backup do Avamar

Essa técnica não é compatível com backups no Data Domain.

Por padrão, o Avamar verifica os arquivos em um conjunto de dados e lida com uma partição ou volume por vez.
 
Para clients em que esses vários volumes são gravados a partir do mesmo disco, essa é uma abordagem eficiente. Ela evita a emissão de muitas solicitações simultâneas para o cabeçote de leitura.
 
Quando o Avamar faz backup de vários volumes localizados em discos rígidos separados, isso é ineficiente. Isso ocorre porque os discos que não estão sendo submetidos a backup estão ociosos.
 
Configurando o Avamar para fazer backup de volumes em paralelo:-
 
Verifique se o backup abrange vários volumes. No registro de backup, podemos ver algo assim

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

Verifique se esses volumes estão localizados em dispositivos fisicamente distintos.
No Windows, isso pode ser feito usando a interface de gerenciamento de disco no Gerenciador de Computadores.
A captura de tela a seguir mostra onde NÃO seria apropriado processar volumes em paralelo. Observe como as partições C: e E: estão localizadas no mesmo disco rígido (Disk0).





Em clients Linux, use o comando mount | desenv. 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)
 

Aqui, vemos que vol01, vol02 e vol03 estão em dispositivos físicos distintos.

Antes de aplicar o paralelismo, certifique-se de que os volumes não estejam no mesmo disco ou que estejam compartilhando o mesmo hardware. Nesse caso, a ativação do recurso provavelmente causará danos ao disco e pior desempenho do que a configuração padrão.  

Para clients em que partições ou volumes estão localizados em discos distintos, adicione os seguintes indicadores a uma nova linha no arquivo avtar.cmd client.

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

Abaixo estão os registros de amostra que mostram a diferença observada em um client v7.0.102-47 antes e depois que o backup foi executado com paralelismo de volume.

Sem indicadores

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) 

Com indicadores

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)

Para obter mais informações sobre a otimização do desempenho do backup, consulte Desempenho lento de backup do Avamar - como solucionar problemas e identificar gargalos (CAMINHO DE RESOLUÇÃO)

Para obter informações sobre como adicionar indicadores ao avtar.cmd, consulte o Avamar: Como coletar arquivos de log para solucionar problemas de backup e restauração do Avamar Client