Replicação de VM do Hyper-V: viável para uma VM de produção do SQL Server?

Question

Atualmente, usamos o VMWare ESX 5.5 e executamos principalmente Win VMs (alguns linux). A maior VM é a produção do SQL Server (SQL Server 2014, std ed).

Estamos avaliando as opções de DR, e parece que a vida é muito mais simples no hyper-v, que tem replicação de VM nativa. Sim, sabemos sobre a replicação de SAN e todas as outras músicas legais. Mas parece totalmente mais simples fazê-lo no nível do hipervisor.

Então, estamos pensando em migrar do VMWare para o hyper-v.

A pergunta é: a replicação do hyper-v é uma opção sólida para o próprio SQL Server?

Nossa idéia é deixar o hyper-v fazer todo o trabalho e fazer com que a produção do SQL Server envie seus tlogs para o armazenamento em nuvem. Portanto, se precisarmos "recuperar o atraso" da réplica da VM antes de colocá-la on-line, poderemos aplicar logs.

O banco de dados do SQL Server é de 0,5 a 1,0 TB

    

Answer 1

Como já foi mencionado acima, a réplica do Hyper-V não é a melhor opção para obter um servidor MS SQL com bom funcionamento e altamente disponível. Você precisa se ater às opções de HA do próprio MS SQL, que são o SQL Server Always On Availability Groups, com o recurso link , que agora está disponível com uma licença padrão ou Instâncias de Cluster de Failover do SQL Server que, no caso de precisarem de algum armazenamento compartilhado entre seus hosts. Para executar instâncias de cluster de failover do MS SQL comprovadamente mais confiáveis, você precisará instalar a função de cluster de failover do MS. O armazenamento compartilhado pode ser fornecido por uma solução de armazenamento definida por software, como o link Starwind , por exemplo, que é gratuito para use em seu cenário.

Em ambos os casos, não é obrigatório migrar para o Hyper-V, pois as configurações acima mencionadas podem ser feitas sobre a infra-estrutura ESX existente.