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:
Todas essas condições devem ser atendidas, caso contrário, a replicação voltará ao AMS como padrão:
Tanto a origem de replicação quanto os Avamar Servers de destino de replicação devem estar no AV7.1 ou posterior
Os sistemas Data Domain de origem e destino da replicação devem estar no DD OS 5.5 ou posterior
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
O backup "base", que é o backup anterior imediato desse conjunto de dados, deve existir no destino de replicação
O método de replicação deve ser definido como padrão ou para forçar o VSR
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.