Avamar: Replicação VSR vs AMS
Summary: Quando integrada ao Data Domain, a replicação do Avamar pode aproveitar dois tipos diferentes de replicação: multi-streaming automatizado e replicação sintética virtual. Este artigo discute as diferenças entre esses métodos. ...
Instructions
Multistreaming automatizado (AMS):
A replicação multi-streaming automatizada infla um backup no Data Domain (DD). Ele usa vários fluxos para "fatiar" o backup antes de enviá-lo ao DD de destino.
A replicação do AMS é compatível com o Avamar 7.0 e versões posteriores.
-
-
Ele 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 a VSR (replicação sintética virtual) fosse usada.
-
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 é discutido mais adiante no artigo 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 (talvez seja necessário fazer login como um usuário registrado do Suporte Dell para visualizar este artigo.)
-
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:
... 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) ...
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.
-
-
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 NDMP (Network Data Management Protocol, protocolo de gerenciamento de dados de rede), imagem do VMware e backups de file system
-
Todas essas condições devem ser atendidas, caso contrário, a replicação voltará ao AMS como padrão:
snapview e, em seguida, todas as parciais também devem ser replicadas na ordem correta para que o VSR funcione corretamente. Consulte as notas adicionais na seção VSR para obter mais detalhes.
A replicação inicial aproveita o AMS para propagar o arquivo base para o destino de replicação ao tentar replicar um backup.
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.
Embora o VSR continue funcionando corretamente, o arquivo base é atualizado sempre que a replicação é concluída.
Exemplo de escolha da replicação do VSR pelo Avamar:
... 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) ...
Às vezes, quando o Avamar aproveita backups parciais, o VSR nem sempre é 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.