Artigo
04/01/2012

Criando backups de log de transações

Esse tópico é relevante apenas para bancos de dados que estejam usando modelos de recuperação completa ou bulk-logged.

Este tópico descreve considerações sobre backup do log de transações e fornece links para procedimentos de criação de backups de log. Para obter mais informações sobre backups de log de transações, consulte Trabalhando com backups de log de transações.

Condições para fazer backup do log de transações

Você deve ter pelo menos um backup completo antes de fazer qualquer backup de log. Depois disso, o backup do log de transações pode ser feito durante qualquer backup, 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 habilitar truncamento de log.

Geralmente, antes de restaurar um banco de dados, você deve tentar fazer backup do final do log. Para obter informações sobre como criar um backup do final do log e sobre as condições nas quais um backup do final do log não é exigido, consulte Backups da parte final do log.

Como uma sequência de backups de log funciona

Um administrador de banco de dados geralmente cria um backup de banco de dados completo em um intervalo periódico, como semanalmente. Opcionalmente, um administrador cria um backup diferencial em um intervalo menor, como diariamente; e muitas vezes cria um backup de log de transações, como a cada 10 minutos. O melhor intervalo entre backups depende de fatores como importância dos dados, tamanho do banco de dados e carga de trabalho do servidor.

Se um log de transações estiver danificado, o trabalho executado desde o backup de log mais recente será perdido. Isso destaca a importância de colocar os arquivos de log em armazenamento tolerante a falhas.

A sequência de backups de log de transações é independente dos backups de banco de dados completos. Você faz uma sequência de backups de log de transações e depois faz backups de banco de dados completos periódicos usados para restaurar uma operação. 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 log de transações das 16h às 20h, abrangendo o tempo em que o backup completo do banco de dados foi criado às 18h. A sequência de backups de log de transações é contínua, desde o backup inicial do banco de dados completo criado às 8h até o ultimo backup de log de transações criado às 20h.

Para obter informações sobre como aplicar esses logs de transações, consulte o exemplo em Aplicando backups de log de transações.

Observação
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).

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).