Queremos configurar um cluster de failover para nosso banco de dados SQL 2008R2. Para isso, temos 2 servidores, ambos equipados com placas Fusion I/O que terão cópias idênticas de nossos bancos de dados de produção.
De tudo que li, devemos configurar os servidores para que ambos extraiam os bancos de dados de algum tipo de armazenamento de arquivos compartilhado. Pretendíamos que ambos os servidores simplesmente executassem os bancos de dados a partir de suas respectivas placas Fusion I/O, em vez de a partir de um compartilhamento de arquivos.
O clustering parece ser a escolha correta para uma configuração SQL de alta disponibilidade, dadas as verificações "LooksAlive" e "isAlive" que ele faz, mas se o armazenamento compartilhado for um requisito, talvez seja necessário considerar uma solução alternativa.
Dado que realmente precisamos apenas da funcionalidade de rede HeartBeat e não precisamos de nenhum armazenamento compartilhado, ainda podemos usar um Cluster de Failover para SQL?
Responder1
Procure obter o SQL 2012 (ou superior). Isso permite que você tenha grupos de disponibilidade. Isso armazena o banco de dados no armazenamento local e replica as alterações (sincronizadas ou assíncronas, você escolhe) para a outra instância. Parece que esta é a melhor solução para o seu problema.
Os grupos de disponibilidade também usam o MS Clustering para lançar o IP/Listerner de um nó para outro, mas não exigem armazenamento compartilhado. Você ainda pode usar um disco quorum, mas uma testemunha de compartilhamento de arquivos também funcionará.
Responder2
Como você manterá os dados sincronizados nas duas placas FusionIO? Por natureza, o clustering no 2008R2 requer armazenamento compartilhado. Se esta for uma configuração suportada pelo FusionIO, eles deverão fornecer as etapas para configurar corretamente.