Failover para um envio de logs secundário (SQL Server)

O failover para um envio de logs secundário será útil se a instância do servidor primário falhar ou requerer manutenção.

Preparando para um failover controlado

Geralmente, os bancos de dados primário e secundário não são sincronizados porque o banco de dados primário continua sendo atualizado após seu último trabalho de backup. Além disso, em alguns casos, os backups de log de transações recentes não foram copiados nas instâncias do servidor secundário ou alguns backups de log copiados talvez ainda não tenham sido aplicados ao banco de dados secundário. Recomendamos que você comece sincronizando todos os bancos de dados secundários com o banco de dados primário, se possível.

Para obter informações sobre tarefas de envio de logs, consulte Sobre o envio de logs (SQL Server).

Fazendo failover

Para fazer failover para um banco de dados secundário:

1. Copie qualquer arquivo de backup não copiado do compartilhamento de backup na pasta de destino de cópia de cada servidor secundário.

2. Aplique qualquer backup de log de transações não aplicado em sequência em cada banco de dados secundário. Para obter mais informações, consulte Aplicar backups de log de transações (SQL Server).

3. Se o banco de dados primário estiver acessível, faça backup do log de transações ativas e aplique-o aos bancos de dados secundários.

   Se a instância de servidor primário original não estiver danificada, faça backup da parte final do log de transações do banco de dados primário usando WITH NORECOVERY. Isso deixa o banco de dados no estado de restauração e, portanto, indisponível aos usuários. Eventualmente você poderá avançar a rolagem desse banco de dados aplicando backups de log de transações do banco de dados primário substituído.

   Para obter mais informações, consulte Backups de log de transações (SQL Server).

4. Depois que os servidores secundários forem sincronizados, você poderá fazer o failover para o banco de dados que preferir recuperando o banco de dados secundário e redirecionando os clientes para aquela instância de servidor. A recuperação coloca o banco de dados em um estado consistente e online.

   Observação
   Ao disponibilizar um banco de dados secundário, você deve assegurar que os metadados estejam consistentes com os metadados do banco de dados primário original. Para obter mais informações, consulte Gerenciar metadados ao disponibilizar um banco de dados em outra instância do servidor (SQL Server).

5. Depois de recuperar um banco de dados secundário, você poderá reconfigurá-lo para que atue como um banco de dados primário para outros bancos de dados secundários.

   Se nenhum outro banco de dados secundário estiver disponível, consulte Configurar o envio de logs (SQL Server).

Tarefas relacionadas

• Alterar funções entre servidores de envio de log primários e secundários (SQL Server)

• Administração de logons e trabalhos depois de troca de funções (SQL Server)

Consulte também

Conceitos

Tabelas de envio de log e procedimentos armazenados

Sobre o envio de logs (SQL Server)

Backups da parte final do log (SQL Server)