solução mais simples para alta disponibilidade de servidor SQL 2008?

Question

Eu tenho um monte de servidores SQL que eu periodicamente executa manutenção no (Windows Update manchas etc.). Agora eu quero o banco de dados on-line 24/7 e necessidade de implementar uma das soluções de alta disponibilidade para o servidor SQL. As necessidades de soluções para ser barato e simples de usar.

Eu não tenho problemas de ajustes as seqüências de conexão para os clientes do banco de dados, de modo que atualmente eu estou olhando para o espelhamento de banco de dados com failovers manuais quando derrubar uma instância parceiro para remendar etc.

Esta é a melhor coisa a fazer ou existem outras opções que não envolvem a criação de um cluster de failover?

Os servidores são virtualizados com uma solução de armazenamento totalmente redundantes.

Todas as dicas são apreciadas, obrigado antecipadamente!

Answer 1

O espelhamento com um parceiro-servidor seria provavelmente a solução mais barata (você pode pular o SÓCIO-servidor, se você pretende mudar manualmente).

discos

Failover requer compartilhados (NAS) aswell como o Windows-licenças de cluster com capacidade (muito caro).

Eu não tenho certeza sobre a replicação, ou como ele difere do espelhamento, mas minha pesquisa eu fiz deu à conclusão de que o espelhamento foi a única para mim. No entanto, eu não me importo de algum tempo de inatividade ao fazer upgrades, eu só manter as instâncias espelhadas do banco de dados em caso de falha de hardware grave.

Pode ser que a replicação é um exemplo completo de um servidor SQL, enquanto o espelhamento é feito por banco de dados. No meu caso, eu tenho 2 servidores de produção, que ambos os replica de bancos de dados para um terceiro, backup em servidor para recuperação de desastres. Eu acho que não teria sido possível com a replicação.

Answer 2

quatro soluções de alta disponibilidade Estou ciente são :

• Failover de cluster
• envio de log
• Mirroring
• Replication

envio de log é provavelmente não 24/7, de modo que as folhas de três. Serverfault é definitivamente um lugar melhor para perguntar sobre seus méritos relativos.

Answer 3

Para auto failover eu escolheria espelhamento. Você pode construir uma seqüência de 2ª conexão de dados em seu aplicativo e sempre que o is not preferido disponível que será o padrão para o backup - portanto, dando a sua aplicação 24/7. Isto tem as suas desvantagens, porém, uma vez que 'virou' para o espelho que você tem que aceitar que esta é a maneira que é até que outro trabalho de manutenção requer o espelho para mudar de volta ou você tem que trocar manualmente o espelho sobre.

Para que isso seja realmente 24/7 você precisará habilitar auto em vez de manuais, talvez você vai precisar de um servidor testemunha para tomar a decisão ... Há muitos fatores para incluir na escolha - você está trabalhando com servidores em locais diferentes, clustering, vários servidores web / app ...?

Como respostas anteriores têm sugerido, https://serverfault.com/search?q=sql+mirroring terá pessoas que fizeram apenas esta escolha, pronto para ajudá-lo com muito mais detalhes

A grande vantagem de espelhamento é que fornecer o servidor espelho não tem outra atividade é livre de licença, os vivos transferências de licença de servidor mais se o espelho assume. Detalhes completos sobre páginas de licenciamento SQL em microsoft.com