Avamar: Replicação de VSR versus AMS

Multi-streaming automatizado (AMS)

A replicação multi-streaming automatizada infla um backup no Data Domain. Ele usa vários fluxos para "fatiar" o backup antes de enviá-lo ao Data Domain de destino.
A replicação do AMS é compatível com o Avamar 7.0 e versões posteriores.

Principais recursos do AMS:

• Aproveita vários fluxos paralelos para processar e enviar backups para o destino de replicação

• Introduzido no Avamar v7.0

• Por padrão, o Avamar usa seis fluxos por processo simultâneo, mas esse valor pode ser alterado usando os indicadores apropriados.

• O AMS deve examinar todo o backup em vez de apenas as alterações, portanto, muitas vezes, ele precisa examinar mais dados do que se o VSR fosse usado. 

• O AMS normalmente tem melhor desempenho com clients de alta taxa de alteração quando a largura de banda entre os locais é grande. 

• O AMS pode causar diferenças de espaço entre os Data Domains de origem e destino. Isso será discutido mais detalhadamente aqui Data Domain: O uso de espaço no DD de destino é maior do que no DD de origem quando os dados são os mesmos

• Não há restrições sobre os tipos de client para esse tipo de replicação. 

Exemplo de escolha da replicação do AMS pelo Avamar:

<snip>
2015-11-22 10:05:55 avtar Info <6654>: Replicating backup 367, 528.7 GB
2015-11-22 10:05:56 avtar Info <40047>: id:1 VSR selected because file size is too small for NCR (container.1.cdsf)
2015-11-22 10:05:56 avtar Info <40050>: id:2 NCR selected because it could not be determined if VSR is possible (container.2.cdsf)
<snip>

VSR (Virtual Synthetic Replication, replicação sintética virtual)

A replicação sintética virtual é um processo de replicação de fluxo único. Ele aproveita o backup replicado anteriormente para que apenas as alterações sejam examinadas e enviadas ao Data Domain de destino.
Depois que essas alterações forem enviadas, o Data Domain de destino poderá sintetizar virtualmente um backup completo. Ele usa o backup da replicação anterior como um arquivo base. O backup é montado junto com as alterações recém-replicadas. Isso está em contraste com o processo do AMS, que exige que o backup completo seja verificado. O VSR é compatível com o Avamar 7.1/DDOS 5.5 e versões posteriores.  

Principais recursos do VSR:

• Fluxo único do Data Domain consumido por processo simultâneo do Avamar.

• Introduzido no Avamar 7.1/DDOS 5.5

• Por padrão, o Avamar tenta usar o VSR sempre que possível

• Replica apenas os dados alterados 

• Altamente eficiente em termos de rede 

• Ideal para clientes com baixa taxa de alteração

• Compatível somente com backups de NDMP, imagem VMware e file system

Requisitos para VSR:

1. Todas essas condições devem ser atendidas, caso contrário, a replicação voltará ao AMS como padrão:

2. Tanto a origem de replicação quanto os Avamar Servers de destino de replicação devem estar no AV7.1 ou posterior

3. Os sistemas Data Domain de origem e destino da replicação devem estar no DD OS 5.5 ou posterior

4. O conjunto de dados de backup deve ser compatível com VSR; ou seja, o conjunto de dados de backup deve ser uma imagem VMware, file system ou backups NDMP para AV/DD

5. O backup "base", que é o backup anterior imediato desse conjunto de dados, deve existir no destino de replicação

6. O método de replicação deve ser definido como padrão ou para forçar o VSR

7. Se o backup aproveitar o processo de snapview, todas as partiais também deverão ser replicadas na ordem correta para que o VSR funcione corretamente. Consulte as notas adicionais sobre a seção VSR para obter mais detalhes

Ao tentar replicar um backup, a replicação inicial aproveita o AMS para propagar o arquivo base no destino de replicação. Depois que os arquivos base estiverem localizados no Data Domain de destino, o VSR será usado supondo que todos os requisitos de VSR sejam atendidos. Desde que o VSR continue funcionando corretamente, o arquivo base será atualizado sempre que a replicação for concluída.

Exemplo de escolha da replicação do VSR pelo Avamar:

<snip>
2016-03-15 07:37:17 avtar Info <6654>: Replicating backup 471, 100.0 GB
2016-03-15 07:37:17 avtar Info <40198>: id:19 VSR selected because file size is too small for NCR (16912D3D130B98D763593BD4DCD0BC586766FE46)
2016-03-15 07:37:17 avtar Info <40198>: id:20 VSR selected because file size is too small for NCR (04C560CC90AC7A626F4E7866573CF93D7D32EFE6)
2016-03-15 07:37:17 avtar Info <40198>: id:21 VSR selected because file size is too small for NCR (9D78E4B1CD2DF728D7A45B2E374D6D28A853ED2C)
2016-03-15 07:37:17 avtar Info <40198>: id:22 VSR selected because file size is too small for NCR (41A1BDB73F3BB615E03A95FC3758CDE1A2725E6F)
2016-03-15 07:37:17 avtar Info <40198>: id:23 VSR selected because file size is too small for NCR (1D6784C9E27240132EB7FBFEE3C0D4136D81AA8D)
2016-03-15 07:37:17 avtar Info <40198>: id:24 VSR selected because file size is too small for NCR (FC295BC80B73D67BFE437291253D46FAD42650C2)
2016-03-15 07:37:17 avtar Info <40198>: id:25 VSR selected because file size is too small for NCR (93B06F7711E1F64111BCAD4FBE966E051655EB94)
2016-03-15 07:37:17 avtar Info <40198>: id:26 VSR selected because file size is too small for NCR (55A58F9CDCB82A6756853E3D84A3D2A6993F2C3D)
2016-03-15 07:37:17 avtar Info <40200>: id:27 VSR selected because all base files are available (6122D9EF93CB95529D5E59327A3FF4789B0D0911)
<snip>

Notas adicionais sobre VSR 

Às vezes, quando o Avamar aproveita backups parciais, o VSR nem sempre será uma solução viável. Por padrão, o Avamar expira backups parciais a cada 7 dias. Se um backup não for replicado com todas as suas parciais dentro desse limite de tempo de 7 dias, o Avamar as removerá. Geralmente, isso afeta grandes clients de backup, como o NDMP. Para obter informações adicionais sobre esse problema, consulte o seguinte artigo da base de conhecimento:

Para clients NDMP do Avamar 7.2.X que não aproveitam o VSR - backups parciais expirados no Avamar 7.2.