Alternativa ao SQL Server Always On: HA para as edições Express e Standard

Alternativa ao Always On SQL Server para as edições Express e Standard

A solução para Microsoft SQL Server

SafeKit proporciona alta disponibilidade para Microsoft SQL Server entre dois nós redundantes com replicação síncrona de dados em tempo real e failover automático.

A solução é independente da edição Microsoft SQL Server e funciona tanto com as edições Express quanto com as Standard.

Um produto genérico

SafeKit é um produto genérico. Você pode replicar mais do que apenas dados e logs do SQL Server. Se o seu aplicativo for baseado em SQL Server e contiver pastas específicas com sua configuração ou outros arquivos, você poderá replicá-los da mesma forma. Além disso, você pode reiniciar seus próprios serviços, bem como os serviços do SQL Server.

Guia de instalação SafeKit com edições Express e Standard do Microsoft SQL Server

Sem cluster de failover Microsoft

SafeKit funciona sem o cluster de failover Microsoft assim como o Always On SQL Server . É uma oferta completa que inclui endereço IP virtual, replicação síncrona em tempo real de pastas, failover e failback automáticos e muito mais. SafeKit elimina a necessidade de discos compartilhados e edições corporativas de banco de dados.

Sem controlador de domínio e Active Directory

SafeKit funciona sem a necessidade de configurar o controlador de domínio e o Active Directory, ao contrário do Always On SQL Server . Essa solução fácil de implementar e com ótimo custo-benefício não exige habilidades específicas.

Sem 3 nós para quórum

SafeKit funciona sem a necessidade de 3 nós para quorum, ao contrário do Always On SQL Server . Em caso de isolamento de rede, SafeKit implementa um verificador de split-brain com um ping para um roteador que atua como testemunha. Além disso, vários heartbeats podem ser facilmente configurados no produto.

Outras soluções de redundância e alta disponibilidade

Com SafeKit , você pode implementar em Windows e Linux , replicação em tempo real e failover de quaisquer pastas e serviços, bancos de dados, máquinas virtuais Hyper-V ou KVM completas, Docker , Kubernetes e aplicativos em nuvem.

Uma solução completa

SafeKit resolve:

• falhas de hardware (20% dos problemas), incluindo a falha completa de uma sala de computadores,
• falhas de software (40% dos problemas), incluindo reinicialização de processos críticos,
• e erros humanos (40% dos problemas) graças à sua facilidade de uso e ao seu console web.

Como funciona o cluster mirror SafeKit com Microsoft SQL Server ?

Passo 1. Replicação em tempo real

O Servidor 1 (PRIM) executa a aplicação Microsoft SQL Server. Os clientes estão ligados a um endereço IP virtual. SafeKit replica em tempo real as modificações feitas nos ficheiros através da rede.

A replicação é síncrona, sem perda de dados em caso de falha, ao contrário da replicação assíncrona.

Basta configurar os nomes dos diretórios a replicar no SafeKit. Não existem pré-requisitos quanto à organização do disco. Os diretórios podem estar localizados no disco do sistema.

Passo 2. Reposição automática em caso de falha

Quando o Servidor 1 falha, o Servidor 2 assume o controlo. SafeKit muda o endereço IP virtual e reinicia a aplicação Microsoft SQL Server automaticamente no Servidor 2.

A aplicação encontra os ficheiros replicados pelo SafeKit atualizados no Servidor 2. A aplicação continua a ser executada no Servidor 2, modificando localmente os seus ficheiros que já não são replicados para o Servidor 1.

O tempo de failover é igual ao tempo de deteção de falhas (30 segundos por predefinição) mais o tempo de arranque da aplicação.

Passo 3. failback automático

A recuperação de falhas envolve reiniciar o Servidor 1 após a resolução do problema que causou a sua falha.

SafeKit resincroniza automaticamente os ficheiros, atualizando apenas os ficheiros modificados no Servidor 2 enquanto o Servidor 1 estava parado.

A recuperação de falhas ocorre sem perturbar a Microsoft SQL Server, que pode continuar a ser executada no Servidor 2.

Passo 4. De volta ao normal

Após a reintegração, os ficheiros voltam a estar em modo mirror, como no passo 1. O sistema volta ao modo de alta disponibilidade, com a aplicação Microsoft SQL Server a ser executada no Servidor 2 e SafeKit a replicar as atualizações dos ficheiros para o Servidor 1.

Se o administrador desejar que a aplicação seja executada no Servidor 1, isso pode ser feito manualmente através da consola web num momento apropriado, ou automaticamente através da configuração.

Como configurar um cluster mirror SafeKit para Microsoft SQL Server ?

A consola web SafeKit oferece uma interface intuitiva para orquestrar a alta disponibilidade das suas aplicações críticas. Em apenas alguns passos, pode configurar um cluster mirror SafeKit para garantir a continuidade do negócio:

• Failover da Aplicação (Separador Macros): Defina os serviços específicos da aplicação a serem reiniciados automaticamente em caso de falha.
• Rede(s) de pulsações: Caminho(s) de comunicação dedicado(s) utilizado(s) pelos nós do cluster para monitorizar continuamente a integridade e a disponibilidade uns dos outros e para sincronizar as decisões de failover.
• Gestão de IP Virtual: Configure o IP Virtual (VIP) para uma reconexão transparente do cliente após uma falha.
• Replicação em Tempo Real: Selecione os diretórios críticos para replicação síncrona ao nível de byte, baseada no anfitrião.
• Verificadores: Monitorize o estado da aplicação e acione a recuperação automática se for detetada uma falha no processo.

O cluster SafeKit inclui um verificador dedicado de “split-brain” para resolver problemas de isolamento de rede sem a necessidade de uma terceira máquina testemunha ou de uma rede adicional de “heartbeat”. Saiba mais sobre “heartbeat”, “failover” e “quorum” num cluster.

Como monitorizar um cluster mirror SafeKit para Microsoft SQL Server ?

A consola de gestão SafeKit oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Permite aos administradores monitorizar o estado operacional do cluster e acompanhar a sincronização de dados em tempo real.

Para um cluster mirror de 2 nós, a consola exibe claramente as funções de cada servidor:

• PRIM (Primário): O nó ativo que executa atualmente a aplicação e gere o IP Virtual. Executa escritas no armazenamento local e replicação em tempo real para o nó secundário.
• SECOND: O nó de reserva recebe atualizações síncronas ao nível de byte. Está pronto para assumir o controlo instantaneamente se o Primário falhar.
• ALONE Estado: Alerta visualmente quando o cluster está a ser executado num único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
• Progresso da Ressincronização: Quando um nó que falhou recupera, o seu estado fica laranja durante a reintegração de dados em segundo plano, garantindo que não haja tempo de inatividade durante a fase de “regresso ao normal”.

Além de simples ícones de estado, a interface oferece orquestração de failover com um clique, permitindo reatribuir manualmente a função primária para manutenção planeada, garantindo simultaneamente a disponibilidade contínua para a atividade do utilizador.

Guia em vídeo: Configurando um cluster HA SafeKit mirror para SQL Server

Vídeo SafeKit: Agrupamento a nível de aplicação (8:47)

Neste vídeo, descubra como SafeKit implementa um cluster de alta disponibilidade mirror sem a complexidade de uma SAN. Embora esta demonstração utilize Microsoft SQL Server, a solução funciona de forma idêntica para outras bases de dados e aplicações.

Capítulos

1. 🎬 2 nós com SQL Server (0:32)
2. 🎬 Configure o cluster e o módulo mirror.safe (3:58)
3. 🎬 Iniciar e testar a replicação, migração e failover do SQL em caso de falha (4:17)

Implementação Passo a Passo

• 🛠️ Leia o guia sobre como configurar um cluster mirror no Windows
• 🛠️ Leia o guia sobre como configurar um cluster mirror no Linux

🔍 Explore o SafeKit

Encontre informações sobre as funcionalidades, arquiteturas, vídeos, documentação e a versão de teste gratuita do SafeKit.