Backups de log de transações (SQL Server)

Artigo
06/25/2013

Este tópico é relevante apenas para bancos de dados do SQL Server que estejam usando modelos de recuperação completa ou bulk-logged. Este tópico descreve o backup do log de transações de um banco de dados SQL Server.

Você deve ter pelo menos criado um backup completo antes de criar qualquer backup de log. Depois disso, o backup do log de transações pode ser feito a qualquer momento, exceto durante outro backup de log. Recomendamos que você faça backups de log com frequência para minimizar exposição à perda de trabalho e truncar o log de transações. Normalmente, um administrador de banco de dados cria um backup completo de banco de dados ocasionalmente, como semanalmente, e, opcionalmente, cria uma série de backups de banco de dados diferentes a um intervalo mais curto, como diariamente. Independentemente dos backups de banco de dados, o administrador de banco de dados faz backup do log de transações a intervalos frequentes, como a cada 10 minutos. Para determinado tipo de backup, o intervalo ideal entre backups depende de fatores como importância dos dados, tamanho do banco de dados e carga de trabalho do servidor.

Neste tópico:

Como uma sequência de backups de log funciona
Recomendações
Tarefas relacionadas
Conteúdo relacionado

Como uma sequência de backups de log funciona

A sequência de backups de log de transações log chain é independente dos backups de dados. Por exemplo, suponha a sequência de eventos a seguir.

Hora	Evento
8:00h	Backup de banco de dados.
Meio-dia	Backup de log de transações.
16:00h	Backup de log de transações.
18:00h	Backup do banco de dados.
20:00h	Backup de log de transações.

O backup do log de transações criado às 20h contém registros de logs de transações de 16h até 20h, abrangendo a hora de conclusão do backup completo do banco de dados criado às 18h. A sequência de backups de logs de transações é a continuação do backup completo de banco de dados inicial criado às 8h até o último backup do log de transações criado às 20h. Para obter informações sobre como aplicar esses backups de log, consulte o exemplo em Aplicar backups de log de transações (SQL Server).

[Início]

Recomendações

Se um log de transações estiver danificado, o trabalho executado desde o backup válido mais recente será perdido. Portanto, recomendamos enfaticamente que você coloque seus arquivos de log em um armazenamento tolerante a falhas.
Se um banco de dados for danificado ou se você estiver a ponto de restaurar o banco de dados, recomendamos que você crie um backup do final do log para permitir a restauração do banco de dados até o momento atual.
Por padrão, toda operação de backup bem-sucedida adiciona uma entrada ao log de erros do SQL Server e ao log de eventos do sistema. Se você fizer backup do log com muita frequência, essas mensagens de êxito se acumularão muito rapidamente, resultando em logs de erros imensos que podem dificultar a localização de outras mensagens. Em tais situações, você pode suprimir essas entradas de log usando o sinalizador de rastreamento 3226, caso nenhum dos seus scripts dependa dessas entradas. Para obter mais informações, consulte Sinalizadores de rastreamento (Transact-SQL).