Compartilhar via

Backups de Tail-Log (SQL Server)

Este tópico é relevante apenas para backup e restauração de bancos de dados do SQL Server que estão usando os modelos de recuperação completos ou bulk-logged.

Um backup de log final captura todos os registros de log que ainda não foram feito backup (a parte final do log) para evitar a perda de trabalho e manter a cadeia de logs intacta. Antes de recuperar um banco de dados do SQL Server para seu ponto mais recente no tempo, você deve fazer backup da parte final do log de transações. O backup de log final será o último backup de interesse no plano de recuperação do banco de dados.

Observação

Nem todos os cenários de restauração exigem um backup de tail-log. Você não precisará de um backup de log final se o ponto de recuperação estiver contido em um backup de log anterior. Além disso, um backup de log final será desnecessário se você estiver movendo ou substituindo (re-escrevendo) um banco de dados e não precisar restaurá-lo para um ponto no tempo após seu backup mais recente.

Cenários que exigem um backup de Tail-Log

Recomendamos que você faça um backup de log final nos seguintes cenários:

  • Se o banco de dados estiver online e você planeja executar uma operação de restauração no banco de dados, comece fazendo backup da parte final do log. Para evitar um erro em um banco de dados online, você deve usar a opção WITH NORECOVERY da instrução BACKUPTransact-SQL.

  • Se um banco de dados estiver offline e não for iniciado e você precisar restaurar o banco de dados, primeiro faça backup da parte final do log. Como nenhuma transação pode ocorrer no momento, o uso do WITH NORECOVERY é opcional.

  • Se um banco de dados estiver danificado, tente fazer um backup de log final usando a opção WITH CONTINUE_AFTER_ERROR da instrução BACKUP.

    Em um banco de dados danificado, o backup da parte final do log só pode ser bem-sucedido se os arquivos de log não estiverem danificados, o banco de dados estiver em um estado que dá suporte a backups do log de cauda e o banco de dados não contiver alterações registradas de maneira massiva. Se um backup de log final não puder ser criado, todas as transações confirmadas após o backup de log mais recente serão perdidas.

A tabela a seguir resume as opções de BACKUP NORECOVERY e CONTINUE_AFTER_ERROR.

Opção "BACKUP LOG" Comentários
NORECOVERY Use NORECOVERY sempre que você pretende continuar com uma operação de restauração no banco de dados. NORECOVERY leva o banco de dados para o estado de restauração. Isso garante que o banco de dados não seja alterado após o backup de log final. O log é truncado, a menos que a opção NO_TRUNCATE ou COPY_ONLY também seja especificada.

**Importante** Recomendamos que você evite usar NO_TRUNCATE, exceto quando o banco de dados estiver danificado.
CONTINUAR_APÓS_ERRO Use CONTINUE_AFTER_ERROR somente se você estiver fazendo backup da parte final de um banco de dados danificado.

Observação: quando você usa o backup da parte final do log em um banco de dados danificado, alguns dos metadados normalmente capturados em backups de log podem estar indisponíveis. Para obter mais informações, consulte Tail-Log Backups que Têm Metadados de Backup Incompletos, mais adiante neste tópico.

Backups de Tail-Log com metadados incompletos de backup

Os backups de log final capturam a parte final do log mesmo que o banco de dados esteja offline, danificado ou com arquivos de dados ausentes. Isso pode causar metadados incompletos dos comandos de informações de restauração e msdb. No entanto, apenas os metadados estão incompletos; o log capturado é completo e utilizável.

Se um backup de log final tiver metadados incompletos, na tabela do conjunto de backup , has_incomplete_metadata será definido como 1. Além disso, na saída de RESTORE HEADERONLY, HasIncompleteMetadata é definido como 1.

Se os metadados em um backup de log final estiverem incompletos, a tabela backupfilegroup não terá a maioria das informações sobre grupos de arquivos no momento do backup de log final. A maioria das colunas da tabela de backupfilegroup são NULL; as únicas colunas significativas são as seguintes:

  • backup_set_id

  • filegroup_id

  • tipo

  • descrição_tipo

  • is_readonly

Tarefas Relacionadas

Para criar um backup de log final, consulte Fazer backup do log de transações quando o banco de dados estiver danificado (SQL Server).

Para restaurar um backup de log de transações, consulte Restaurar um Backup de Log de Transações (SQL Server).

Consulte Também

BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Fazer backup e restaurar bancos de dados do SQL Server
Backups somente cópia (SQL Server)
Backups de log de transações (SQL Server)
Aplicar backups de log de transações (SQL Server)

  • Last updated on