Partilhar via

  • Artigo

Fazendo failover para um envio de logs secundário

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 foram 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 log, consulte Visão geral do envio de log.

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 seqüência em cada banco de dados secundário. Para obter mais informações, consulte Como aplicar um backup de log de transações (Transact-SQL).

  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 Trabalhando com backups de log de transações.

  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. Para obter mais informações, consulte Como recuperar um banco de dados de um backup sem restaurar dados (Transact-SQL).

    ObservaçãoObservaçã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 Gerenciando metadados ao disponibilizar um banco de dados em outra instância do servidor.

  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. Para obter mais informações, consulte Alterando funções entre servidores primários e secundários.

    Se nenhum outro banco de dados secundário estiver disponível, consulte Como habilitar o envio de logs (SQL Server Management Studio) ou Como habilitar o envio de logs (Transact-SQL).