Neste artigo, explicamos o conceito de backups de final de log e verificamos os cenários em que podem ser necessários ao usar o MS SQL Server
Os backups de log final são usados para capturar os registros de log para dados, para os quais o usuário não criou nenhum backup para evitar que os dados sejam lost ou excluídos do sistema e também para garantir que a cadeia de log permaneça intacta. Recomenda-se que o usuário faça backup de seu log de transações em sua cauda antes de startando um programa de recuperação em seu SQL Server Base de dados. Tenha também uma ferramenta que possa consertar mdf arquivos à mão.
Nota: Os usuários não precisam implementar backups de log final em todos os cenários. Não é necessário para o backup que já contém um ponto de recuperação em seu backup de log anterior. Também é desnecessário em cenários em que os usuários estão tentando substituir ou mover seu banco de dados.
Cenários em que os backups de log final são necessários ao usar o MS SQL Server
Estes são alguns dos cenários em que o usuário deve certificar-se de que está utilizando os Backups Tail-Log.
- Se o banco de dados dos usuários estiver online na nuvem e eles planejarem executar uma operação de restauração em seu banco de dados, eles devem começar criando um backup do final de seu log. Para evitar a ocorrência de um erro em seu banco de dados on-line, o usuário deve garantir o uso da opção … WITH NORECOVERY junto com a instrução de sintaxe 'BACKUP Transact-SQL'.
- Se o usuário armazenou o banco de dados em uma configuração off-line e não conseguiutart e o usuário precisa starta processo de restauração do banco de dados, ele / ela deve primeiro garantir a criação de um backup da cauda do log, para evitar que seus dados sejam lost. Isso é recomendado, pois nenhuma transação ocorre durante esse período. É opcional para os usuários se eles querem usar a opção WITH NORECOVERY ou não.
- Caso o banco de dados do usuário esteja corrompido ou danificado, ele pode tentar starta backup de final de log simplesmente usando a opção 'WITH CONTINUE_AFTER_ERROR' em sua instrução BACKUP.
Nota: O usuário só pode fazer backup do final de um log em um banco de dados danificado apenas se seus arquivos de log ainda não estiverem danificados. É necessário que o banco de dados esteja em um estado que possa suportar backups de final de log, para que o processo seja bem-sucedido. O banco de dados também não deve conter nenhuma edição ou alteração de registro em massa. Se o usuário não conseguir criar um backup de final de log, todas as transações que foram confirmadas após o backup de log mais recente serão lost.
- Opção BACKUP NORECOVERY – Os usuários devem usar 'NORECOVERY' quando pretendem continuar ou starta operação de restauração em seu banco de dados. NORECOVERY é usado para levar o banco de dados ao estado de restauração. Isso garante que o banco de dados não seja alterado após iniciar o backup do final do log. Observe que o log do usuário será truncado até que ele/ela não especifique estas duas opções: opção COPY_ONLY ou opção NO_TRUNCATE.
- CONTINUE_AFTER_ERROR – Esta sintaxe ou opção só deve ser usada quando o usuário deseja criar um backup para a cauda de um banco de dados danificado.
Quando um usuário cria backup de um final de log em um banco de dados danificado, alguns metadados que normalmente eram capturados pelos backups de log podem ficar indisponíveis.
Introdução do autor:
Victor Simon é um especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo recuperação de acesso e produtos de software de recuperação SQL. Para mais informações visite www.datanumen.com