Compartilhar via


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 clusterizada de failover do SQL Server aparece na rede como se fosse um único computador, mas tem funções que fornecerão failover de um nó para outro se um nó se tornar disponível. Para obter mais informações, consulte Instâncias de cluster de failover Sempre ativo (SQL Server).

Os clusters de failover fornecem suporte de alta disponibilidade para toda uma instância do Microsoft SQL Server, em contrapartida ao espelhamento de banco de dados, que fornece suporte de alta disponibilidade para um banco de dados individual. 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.

Observação

Para obter uma introdução ao espelhamento de banco de dados, confira Espelhamento de Banco de Dados (SQL Server).

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 de 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 de 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ó executando o servidor principal atual falhar, o failover automático do banco de dados começará em alguns segundos, enquanto o cluster ainda estiver executando o 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 de cluster, que geralmente leva alguns minutos, a instância clusterizada de failover que anteriormente 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).

Um failover em um cluster

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á sendo executada como uma instância clusterizada 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 no Cluster_A falhará, o que fará com que o servidor principal fique indisponível.

Antes de o cluster ter tempo para o failover, a perda do servidor principal será detectada pelo servidor espelho, com a ajuda da testemunha. O servidor espelho encaminha seu banco de dados principal e o coloca online como o novo banco de dados de entidade o mais rápido possível. Quando o Cluster_A conclui o failover, o servidor principal anterior agora é o servidor espelho e sincroniza seu banco de dados com o banco de dados principal de entidade atual no Cluster_B.

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

Se você estiver espelhando um banco de dados no modo de alta segurança sem failover automático, outro nó no cluster atuará como o servidor principal se o nó executando o servidor principal atual 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

Para configurar o espelhamento de banco de dados

Consulte Também

Espelhamento de banco de dados (SQL Server)
Modos de operação de espelhamento de banco de dados
Instâncias do cluster de failover do AlwaysOn (SQL Server)