Estratégias de DR do SQL Server com virtualização e vários sites

Question

Estou procurando conselhos sobre as melhores estratégias de HA / DR para o SQL Server. Atualmente estou usando a edição Express com backups sendo copiados pela WAN para um site remoto e sendo restaurados.

As instâncias do SQL Express são hospedadas em um servidor virtualizado (atualmente VMWare) em uma caixa com armazenamento RAID direto.

Estou ansioso para reduzir a possível perda de dados e melhorar o tempo de recuperação do que a solução atual é. Eu vejo algumas opções para ajudar nisso.

1) Mude para o SQL enterprise e use replicação

2) Mova os dados para uma SAN iSCSI e replique o disco virtual que contém Dados SQL, depois use um Equivalente VMotion ou XenApp para mover de um site para outro. (Eu não sei se isso vai funcionar a partir de uma perspectiva transacional do servidor SQL)

3) Máquinas virtuais de cluster através do link WAN.

Atualmente, o link da WAN é de 10Mb, e eu estaria relutante em aumentar isso - por isso, estou curioso para descobrir qual solução proporcionará melhor utilização da largura de banda, a melhor confiabilidade e a melhor relação custo-benefício.

Estou aberto a outras sugestões também.

Obrigado Chris

    

Answer 1

O armazenamento em cluster em um ambiente virtual será muito difícil e caro devido à maneira como o armazenamento compartilhado em um cluster funciona.

A replicação também tem limites e pode ser mais do que você precisa, especialmente porque a empresa do sql 2005 está gastando cerca de US $ 25 mil para cada processador ou US $ 14 mil por servidor + CALs. Com a replicação, você precisaria ter duas licenças de empresa, um cluster no qual você precisaria apenas de uma única licença.

Já que você está apenas no SQL Express agora, você pode querer dar o primeiro salto para a edição do grupo de trabalho SQL e configurar o envio de logs de um servidor para o outro. Se você tiver uma necessidade para a próxima etapa até o SQL Standard, então eu iria com o espelhamento de banco de dados.

Na verdade, a menos que haja uma razão específica para isso, gostaria de ir com o espelhamento de banco de dados sobre a maioria dessas soluções, embora haja uma pequena alteração na degradação de desempenho em sistemas de transação muito altos, bem como um pouco mais de complexidade para configurar do que algo como o envio de log. O cluster seria a configuração mais complexa e definitivamente mais cara devido aos requisitos de hardware.

Confira esses links: link - Soluções de alta disponibilidade
link - Cluster de Failover
link - Espelhamento de banco de dados link - Envio de log
link - Preço
< href="http://www.sqlservercentral.com/articles/Disaster+Recovery/sqlserver2005highavailability/2421/"> link - Alta disponibilidade no SQL Server Central
link - Impressionante livro de alta disponibilidade para o SQL 2005 que recomendo a todos os MS DBA

    

Answer 2

Eu também encontrei o seguinte:

link

Parece uma solução bastante barata para mim. Alguém tem alguma experiência?

    

Answer 3

Concordo com o tnolan em que você deve tentar o envio freqüente de logs ou o espelhamento de banco de dados. Estas são soluções muito econômicas e são projetadas especificamente para o cenário que você tem. O armazenamento em cluster foi projetado e funciona melhor para a resiliência local, não para bancos de dados geograficamente dispersos. O cluster também requer hardware que está na HCL de clusterização.

Se você não quiser atualizar sua edição do SQL Server, poderá implementar sua própria solução de envio de logs usando procedimentos armazenados e o SQL Agent. Google para envio de log - há várias soluções caseiras que você pode experimentar.

    

Answer 4

Dê uma olhada também em ferramentas de replicação de disco de terceiros se não quiser investir muito em licenciamento.

Eu uso o Double Take em nossos servidores de trabalho, que fornece replicação de dados em nível de bloco, como você esperaria em uma SAN, e o desempenho até o momento foi fantástico. Temos que copiar os binários SQL, bem como os dados - além disso, posso usá-los para criar conjuntos de réplicas extras para dados não SQL. É certificada pela MS para trabalhar com arquivos de dados SQLs.

Tenho certeza de que há outros que fazem um trabalho semelhante, mas esse é o produto pelo qual nossa empresa de hospedagem jura.