Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a: SQL Server
Fazer failover para um secundário de log shipping é útil se a instância principal do servidor falhar ou precisar de manutenção.
Preparação para um Failover Controlado
Normalmente, as bases de dados primárias e secundárias não estão sincronizadas, porque a base de dados primária continua a ser atualizada após o seu último trabalho de backup. Além disso, em alguns casos, backups recentes de registos de transações não foram copiados para as instâncias secundárias do servidor, ou alguns backups de registos copiados podem ainda não ter sido aplicados à base de dados secundária. Recomendamos que comece por sincronizar todas as bases de dados secundárias com a base de dados principal, se possível.
Para informações sobre trabalhos de envio de logs, veja Sobre o Envio de Logs (SQL Server).
Falhar
Para fazer failover para uma base de dados secundária:
Copie quaisquer ficheiros de backup não copiados da partilha de backup para a pasta de destino de cópia de cada servidor secundário.
Aplique quaisquer backups de registo de transações não aplicados em sequência a cada base de dados secundária. Para mais informações, consulte Aplicar backups de log de transações (SQL Server).
Se a base de dados principal estiver acessível, faça uma cópia de segurança do registo de transações ativa e aplique a cópia de segurança às bases de dados secundárias. Pode ser necessário definir a base de dados para modo de utilizador único para obter acesso exclusivo antes de emitir o comando de restauro, e depois voltar a mudar para multiutilizador após a conclusão da restauração.
Se a instância original do servidor primário não estiver danificada, faça backup da cauda do registo de transações da base de dados primária usando o WITH NORECOVERY. Isto deixa a base de dados em estado de restauro e, portanto, indisponível para os utilizadores. Eventualmente, poderá avançar esta base de dados aplicando backups dos registos de transações a partir da base de dados primária substituta.
Para obter mais informações, consulte Backups de log de transações (SQL Server).
Depois de os servidores secundários estarem sincronizados, podes fazer failover para o que preferires, recuperando a base de dados secundária e redirecionando os clientes para essa instância do servidor. A recuperação coloca a base de dados num estado consistente e coloca-a online.
Note
Quando disponibilizar uma base de dados secundária, deve garantir que os seus metadados são consistentes com os metadados da base de dados primária original. Para mais informações, consulte Gerir Metadados ao Disponibilizar uma Base de Dados Noutra Instância de Servidor (SQL Server).
Depois de recuperares uma base de dados secundária, podes reconfigurá-la para funcionar como base de dados primária para outras bases de dados secundárias.
Se não houver outra base de dados secundária disponível, consulte Configurar Envio de Registos (SQL Server).
Tarefas relacionadas
Trocar as funções entre os servidores primário e secundário de envio de registos (SQL Server)
Gerenciamento de logons e trabalhos após a troca de função (SQL Server)