Share via


Suporte à proteção de máquinas virtuais de réplica

 

Você pode fazer backup de máquinas virtuais de réplica em um servidor secundário se o DPM estiver executando o Windows Server 2012 R2. Isso é útil em dois cenários:

  • Reduzir o impacto sobre a carga de trabalho de execução do backup – Pegar um backup de uma máquina virtual gera uma sobrecarga conforme um instantâneo é criado. Descarregando o processo de backup em um local remoto secundário, a carga de trabalho em execução não é afetada pela operação de backup. Obviamente, isso é aplicável somente a implantações de onde a cópia de backup está armazenada em um local remoto. Por exemplo, você pode fazer backups diários e armazenar dados localmente para garantir tempos de restauração rápidos, mas faça backups mensais ou trimestrais de máquinas virtuais de réplica armazenados remotamente para retenção de longo prazo.

  • Largura de banda limitada – Em uma implantação típica de escritório/filial de marca remoto, você precisará que uma quantidade apropriada de largura de banda seja provisionada por administradores para transferir dados de backup entre locais. Se implantar algum tipo de estratégia de failover e replicação além de sua estratégia de backup de dados, você pode estar enviando cópias dos mesmos dados pela rede. Fazendo backup dos dados da máquina virtual de réplica em vez da do primário, você economizará a sobrecarga do envio do backup de dados pela rede.

  • Cenário de hoster – Os clientes talvez usem um datacenter hospedado por um hoster como um local de réplica, sem um datacenter secundário por si só. Nesse caso, o hoster SLA exigirá backup consistente de máquinas virtuais de réplica.

Consistência de dados

Há dois tipos amplos de consistência de dados para dados de backup:

  • Consistente com o aplicativo de backup – Faz backup dos aplicativos em execução em uma máquina virtual em um estado consistente, o que poderia acontecer se o aplicativo foi fechado normalmente. Para o DPM usar gravadores VSS de aplicativo para obter um instantâneo de um aplicativo em um estado consistente.

  • Backup com controle de falhas – Cria um instantâneo de dados consistentes, mas não captura o conteúdo da memória ou operações de E/S pendentes.

Uma máquina virtual de réplica sempre é desativada antes que um failover seja iniciado e o VSS não pode garantir um backup consistente com o aplicativo para uma máquina virtual de réplica. Portanto, o backup de uma máquina virtual de réplica será somente com controle de falhas. Se não for possível garantir o controle de falhas, o backup falhará. Isso pode ocorrer em várias condições:

  • A máquina virtual de réplica não está íntegra. Ela está em um estado crítico.

  • A máquina virtual de réplica está sendo sincronizada novamente (Ressincronização em andamento) ou no estado Ressincronização Necessária.

  • A replicação inicial entre os locais primário e secundário está em andamento ou pendente para a máquina virtual.

  • Logs .hrl estão sendo aplicados à máquina virtual de réplica ou uma ação anterior para aplicar os logs .hrl ao disco virtual falhou ou foi cancelada ou interrompida.

  • A migração ou failover de máquina virtual de réplica está em andamento.