Espelhamento de Bases de Dados e Instâncias de Failover de Cluster do SQL Server

Aplica-se a:SQL Server

Um cluster de failover é uma combinação de um ou mais discos físicos num grupo de cluster Microsoft Cluster Service (MSCS), conhecido como grupo de recursos, que são nós participantes do cluster. O grupo de recursos está configurado como uma instância clusterizada por failover que aloja 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 possui funcionalidades que permitem a alternância de um nó para outro caso um nó se torne indisponível. Para mais informações, consulte Instâncias de Cluster de Failover Sempre Ativas (SQL Server).

Clusters de failover fornecem suporte de alta disponibilidade para uma instância inteira do Microsoft SQL Server, em contraste com o espelhamento de bases de dados, que oferece suporte de alta disponibilidade para uma única base de dados. O espelhamento de bases de dados opera tanto entre clusters de failover como entre um cluster de failover e um host não clusterizado.

Observação

Para uma introdução ao espelhamento de bases de dados, veja Espelhamento de Bases de Dados (SQL Server).

Espelhamento e Clusterização

Normalmente, quando o espelhamento é utilizado com clustering, tanto o servidor principal quanto o servidor espelho ficam hospedados em clusters. O servidor principal opera na instância de clusterização por failover de um cluster, enquanto o servidor espelho opera na instância de failover de um cluster diferente. No entanto, pode estabelecer uma sessão de espelhamento em que um parceiro reside na instância clusterizada de failover de um cluster e o outro parceiro reside num computador separado e não clusterizado.

Se um failover de cluster tornar temporariamente indisponível um servidor principal, as ligações do cliente são desconectadas da base de dados. Após a conclusão do failover do cluster, os clientes podem reconectar-se ao servidor principal do mesmo cluster, ou a um cluster diferente ou a um computador não clusterizado, dependendo do modo de operação. Portanto, ao decidir como configurar o espelhamento de bases de dados num ambiente clusterizado, o modo de funcionamento utilizado para o espelhamento é significativo.

Modo de Alta Segurança em Sessão com Mudança Automática

Se pretende espelhar uma base de dados em modo de alta segurança com failover automático, recomenda-se uma configuração de dois clusters para os parceiros. Esta configuração proporciona a máxima disponibilidade. A testemunha pode residir num terceiro cluster ou num computador não clusterizado.

Se o nó que executa o servidor principal atual falhar, o failover automático da base de dados começa em poucos segundos, enquanto o cluster ainda está a fazer failover para outro nó. A sessão de espelhamento da base de dados faz failover para o servidor espelho no outro cluster ou computador não clusterizado, e o antigo servidor espelho torna-se o servidor principal. O novo servidor principal avança a sua cópia da base de dados o mais rapidamente possível e coloca-a online como base de dados principal. Após a conclusão do failover do cluster, o que normalmente demora vários minutos, a instância clusterizada de failover que anteriormente era o servidor principal torna-se o servidor espelho.

A ilustração seguinte mostra um failover automático entre clusters numa sessão de espelhamento a correr em modo de alta segurança com uma testemunha (que suporta 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á a correr como uma instância clusterizada por failover do SQL Server. Quando a sessão de espelhamento começa, a instância de cluster com failover na Cluster_A é o servidor principal, a instância de cluster com failover na Cluster_B é o servidor espelho, e a instância de cluster com failover na Cluster_C é a testemunha na sessão de espelhamento. Eventualmente, o nó ativo no Cluster_A falha, o que faz com que o servidor principal fique indisponível.

Antes que o cluster tenha tempo para fazer failover, a perda do servidor principal é detetada pelo servidor espelho, com a ajuda da testemunha. O servidor espelho avança a sua base de dados e coloca-a online como a nova base de dados principal o mais rapidamente possível. Quando Cluster_A termina de falhar, o antigo servidor principal passa a ser o servidor espelho, e sincroniza a sua base de dados com a base de dados principal atual no Cluster_B.

Sessão em Modo de Alta Segurança sem failover automático

Se estiver a espelhar uma base de dados em modo de alta segurança sem failover automático, outro nó no cluster atuará como servidor principal se o nó a executar o servidor principal atual falhar. Note que, embora o cluster esteja indisponível, a base de dados está indisponível.

Sessão de Modo de Alto Desempenho

Se pretende espelhar uma base de dados em modo de alto desempenho, considere colocar o servidor principal na instância clusterizada por failover de um cluster e colocar o servidor espelho num servidor não clusterizado numa localização remota. Se o cluster fizer failover para outro nó, a instância clusterizada por failover continuará como servidor principal na sessão de espelhamento. Se todo o cluster tiver problemas, podes forçar o serviço para o servidor espelho.

Para configurar um novo cluster de failover do SQL Server

• Criar um Novo Cluster de Failover SQL Server (Configuração)

Para configurar o espelhamento de bases 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)

Ver também

Espelhamento de Base de Dados (SQL Server)
Modos de Operação por Espelhamento de Base de Dados
Instâncias de Cluster de Failover Sempre Ativas (SQL Server)