Eu tenho um banco de dados que está enviando arquivos de log para um servidor em espera.
Eu envio o log do primário para o standby a cada 5 minutos
A cada 15 minutos, um trabalho do agente de restauração é executado no modo de espera para importar as transações para o banco de dados em espera.
Quero ter certeza de que entendi como colocar o servidor em espera online caso o primário falhe ANTES de estar nesse cenário. Tudo o que tenho lido online me diz que eu simplesmente preciso correr restore database }}dbname{{ with recoverypara conseguir isso.
As dúvidas que tenho são:
1) Esse é o código correto a ser executado?
2) Isso restaura automaticamente todos os logs de transação enviados desde que o último trabalho do agente de restauração foi executado?
- 3) Depois que o trabalho do agente de restauração for executado, preciso manter os arquivos .trn?
Não consegui localizar nenhum recurso que explique totalmente o processo de transição real. Há muito por aí sobre como configurar o envio de logs.
Meu objetivo final é chegar a uma situação em que eu esteja fazendo um backup completo todas as noites, enviando-o para o servidor em espera e restaurando-o, excluindo todos os arquivos .trn antes do backup completo e, em seguida, enviando logs a cada 5 minutos, restaurando-os em intervalos de 15 minutos.
Bem, tipo isso. Provavelmente ficaria um pouco mais assim:
Não, é seu trabalho garantir que o Log Shipping seja recuperado e, se possível (se o primário ainda estiver disponível), faça um backup do Tail of the Log (parece uma barra, eu sei), que capturará todas as transações restantes , e coloque o banco de dados no primário em um estado de restauração (cortará todos os usuários atuais). O backup do TOL geralmente é uma etapa manual, a menos que você tenha ferramentas de terceiros (como o Quest LiteSpeed para ajudar).
Esta não é uma pergunta de sim ou não. Você deve manter todos os backups de acordo com sua política de retenção de dados.
Espero que isto ajude!