Estados de espelhamento (SQL Server)
Aplica-se: 
SQL Server
Durante uma sessão de espelhamento de banco de dados, o banco de dados espelho está sempre em um estado específico (o estado de espelhamento). O estado do banco de dados reflete o status de comunicação, o fluxo de dados e a diferença nos dados entre os parceiros. A sessão de espelhamento de banco de dados adota o mesmo estado que o banco de dados principal.
Ao longo de uma sessão de espelhamento de banco de dados, as instâncias de servidor monitoram umas às outras. Os parceiros usam o estado de espelhamento para monitorar o banco de dados. Com exceção do estado PENDING_FAILOVER, os bancos de dados principal e espelho estão sempre no mesmo estado. Se uma testemunha for definida para a sessão, cada parceiro monitorará a testemunha que usar seu estado de conexão (CONNECTED ou DISCONNECTED).
Os estados possíveis de espelhamento de banco de dados são:
| estado de espelhamento | Descrição |
|---|---|
| SYNCHRONIZING | O conteúdo do banco de dados espelho está ficando atrás do conteúdo do banco de dados principal. O servidor principal está enviando registros de log para o servidor espelho, que está aplicando as alterações ao banco de dados espelho para rolá-lo adiante. No início de uma sessão de espelhamento de banco de dados, o banco de dados está no estado SYNCHRONIZING. O servidor principal está servindo o banco de dados e o espelho está tentando manter-se atualizado. |
| SYNCHRONIZED | Quando o servidor espelho torna-se suficientemente atualizado com relação ao servidor principal, o estado de espelhamento muda para SYNCHRONIZED. O banco de dados permanece nesse estado enquanto o servidor principal continua enviando alterações para o servidor espelho e o servidor espelho continua aplicando as alterações ao banco de dados espelho. Se a segurança da transação for definida como FULL, suporte ao failover automático e ao failover manual no estado SYNCHRONIZED, não haverá perda de dados após um failover. Se a segurança da transação for off, sempre será possível alguma perda de dados, mesmo no estado SYNCHRONIZED. No SQL Server Management Studio, o status do banco de dados será exibido como restaurando. Para o status real, consulte a coluna mirroring_state_desc em sys.database_mirroring |
| SUSPENDED | A cópia espelhada do banco de dados não está disponível. O banco de dados principal está sendo executado sem enviar nenhum log ao servidor espelho, uma condição conhecida como execução exposta. Esse é o estado após um failover. Uma sessão também pode se tornar SUSPENDED como resultado de erros de reversão ou se o administrador pausar a sessão. SUSPENDED é um estado persistente que sobrevive a desligamentos e inicializações do parceiro. |
| PENDING_FAILOVER | Esse estado é encontrado apenas no servidor principal após um failover ter começado, mas o servidor não tiver feito a transição para a função espelho. Quando o failover é iniciado, o banco de dados principal vai para o estado PENDING_FAILOVER, termina rapidamente quaisquer conexões de usuário e assume em seguida a função espelho. |
| DISCONNECTED | O parceiro perdeu comunicação com o outro parceiro. |