Espelhamento de banco de dados e instâncias de cluster de failover do SQL Server

Aplica-se a:SQL Server

Um cluster de failover é uma combinação de um ou mais discos físicos em um grupo de clusters do Microsoft Cluster Service (MSCS), conhecido como um grupo de recursos, que são nós participantes do cluster. O grupo de recursos é configurado como uma instância clusterizada de failover que hospeda uma instância do SQL Server. Uma instância de cluster de failover do SQL Server aparece na rede como se fosse um único computador, mas dispõe de funcionalidade que permite o failover de um nó para outro se um dos nós se tornar indisponível. Para obter mais informações, consulte Instâncias de cluster de failover Always On (SQL Server).

Os clusters de failover fornecem suporte de alta disponibilidade para uma instância inteira do Microsoft SQL Server, em contraste com o espelhamento de banco de dados, que fornece suporte de alta disponibilidade para um único banco de dados. O espelhamento de banco de dados funciona entre clusters de failover e também entre um cluster de failover e um host não clusterizado.

Espelhamento e clusterização

Em geral, quando o espelhamento é usado com clustering, o servidor principal e o servidor espelho residem em clusters, sendo que o servidor principal é executado na instância clusterizada de failover de um cluster e o servidor espelho é executado na instância clusterizada de failover de um cluster diferente. No entanto, você pode estabelecer uma sessão de espelhamento na qual um parceiro reside na instância clusterizada de failover e o outro reside em um computador separado não clusterizado.

Se um failover de cluster tornar um servidor principal temporariamente indisponível, as conexões dos clientes serão desconectadas do banco de dados. Após a conclusão do failover de cluster, os clientes podem se reconectar ao servidor principal no mesmo cluster ou em outro cluster ou em um computador não clusterizado, dependendo do modo operacional. Portanto, quando você decide como configurar o espelhamento de banco de dados em um ambiente clusterizado, o modo operacional utilizado para o espelhamento é importante.

Sessão no modo de alta segurança com failover automático

Se você pretende espelhar um banco de dados no modo de alta segurança com failover automático, uma configuração de dois clusters é recomendável para os parceiros. Essa configuração fornece o máximo de disponibilidade. A testemunha ou pode residir em um terceiro cluster ou em um computador não clusterizado.

Se o nó que está executando o servidor principal atual falhar, o failover automático do banco de dados será iniciado em alguns segundos, enquanto o cluster ainda estiver em processo de failover para outro nó. A sessão de espelhamento de banco de dados executará o failover para o servidor espelho no outro cluster ou no computador não clusterizado, e o servidor espelho anterior se tornará o servidor principal. O novo servidor principal encaminha sua cópia do banco de dados o mais rápido possível e a coloca online como o banco de dados principal. Após a conclusão do failover do cluster, que geralmente leva alguns minutos, a instância de cluster de failover que antes era o servidor principal se torna o servidor espelho.

A ilustração a seguir mostra um failover automático entre clusters em uma sessão de espelhamento executada no modo de alta segurança com uma testemunha (que dá suporte ao failover automático).

As três instâncias de servidor na sessão de espelhamento residem em três clusters distintos: Cluster_A, Cluster_B e Cluster_C. Em cada cluster, uma instância padrão do SQL Server está em execução como uma instância de cluster de failover do SQL Server. Quando a sessão de espelhamento é iniciada, a instância clusterizada de failover no Cluster_A é o servidor principal, a instância clusterizada de failover no Cluster_B é o servidor espelho e a instância clusterizada de failover no Cluster_C é a testemunha na sessão de espelhamento. Por fim, o nó ativo em Cluster_A falha, o que faz com que o servidor principal fique indisponível.

Antes que o cluster tenha tempo de executar o failover, a perda do servidor principal é detectada pelo servidor espelho, com a ajuda da testemunha. O servidor espelho avança seu banco de dados e o coloca online como o novo banco de dados principal o mais rápido possível. Quando o Cluster_A conclui a comutação por failover, o antigo servidor principal passa a ser o servidor espelho e sincroniza seu banco de dados com o banco de dados principal atual em Cluster_B.

Sessão em modo de alta segurança sem failover automático

Se você estiver espelhando um banco de dados no modo de alta segurança sem alternância automática, outro nó no cluster assumirá a função de servidor principal se o nó que executa a instância atual do servidor principal falhar. Observe que enquanto o cluster está indisponível, o banco de dados está indisponível.

Sessão de modo de alto desempenho

Se você pretende espelhar um banco de dados no modo de alto desempenho, considere colocar o servidor principal na instância clusterizada de failover de um cluster e colocar o servidor espelho em um servidor não clusterizado em um local remoto. Se o cluster executar o failover para outro nó, a instância clusterizada de failover continuará como o servidor principal na sessão de espelhamento. Se todo o cluster tiver problemas, você poderá forçar serviço no servidor espelho.

Para configurar um novo cluster de failover do SQL Server

• Criar um novo cluster de failover do SQL Server (instalação)

Para configurar o espelhamento de banco de dados

• Configurando o espelhamento de banco de dados (SQL Server)

• Estabelecer uma sessão de espelhamento de banco de dados usando a Autenticação do Windows (SQL Server Management Studio)

Conteúdo relacionado

• Espelhamento de banco de dados (SQL Server)
• Modos de operação de espelhamento de banco de dados
• Instâncias de cluster de failover Always On (SQL Server)