Oi ,
Neste artigo, apresentarei e explicarei brevemente a tecnologia Failover Cluster no SQL Server. A tecnologia Failover Cluster do SQL Server também é uma tecnologia importante que oferece alta disponibilidade. Por isso, é amplamente utilizado em aplicativos corporativos para oferecer o máximo de serviço em sistemas de produção.
A tecnologia Failover Cluster é a tecnologia perfeita para manter o serviço de alta disponibilidade das aplicações nas instituições que visam fornecer o máximo nível de serviço (Telecomunicações, Banca, Órgãos Governamentais, Holdings).
Essa tecnologia pode ser definida como a capacidade de um único Banco de Dados poder servir em mais de um servidor. Assim, oferece Alta Disponibilidade, Serviço Máximo, que é uma das regras indispensáveis no mundo dos bancos de dados.
Também gostaria de mencionar que muitas pessoas podem ver a tecnologia Failover Cluster como uma solução para Disaster Recovery, mas não é. A tecnologia Failover Cluster não é uma solução de Disaster Recovery, é uma tecnologia que fornece apenas Alta Disponibilidade.
Podemos listar as soluções oferecidas pelo banco de dados SQL Server para Alta Disponibilidade da seguinte forma.
- Agrupamento de failover
- Espelhamento de banco de dados
- Replicação de dados
- Resumo do banco de dados
Na arquitetura do Cluster de Failover, um dos 2 ou mais servidores conectados entre si por meio do Cluster do Windows está ativo e o outro é passivo. Se o servidor ativo não puder fornecer serviço em qualquer caso, o status de Failover ocorre e o Nó Passivo é habilitado pelo Windows Cluster.
Para instalar o SQL Server Failover Cluster, ambos os servidores devem estar no Windows Cluster. No lado do SQL Server, o serviço que fornece a arquitetura de cluster de failover é o Microsoft Cluster Service (MSCS). Ambos os servidores possuem discos diferentes, mas há um disco compartilhado no qual são mantidos os arquivos relacionados ao Banco de Dados e ao Cluster. Este disco é conhecido como Disco Quorum. Podemos simbolizar o Quorum Disk, que simboliza o espaço em disco comum e é comum a ambos os nós, como mostra a imagem abaixo.
Quando o aplicativo está acessando o banco de dados, o aplicativo acessa continuamente o banco de dados com o IP do cluster inserido sem saber qual dos nós passivos ativos é. O IP do cluster solicita o nó ativo no momento, que é o nó enviado ao nó. Quando o nó ativo está inativo, o aplicativo é conectado ao nó passivo em 1 segundo dependendo do sistema e não é afetado. Nesse caso, o nó passivo está ativo e o administrador já pode fazer o failover manualmente a qualquer momento.