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

Este tópico é relevante apenas para bancos de dados do SQL Server que estão usando os modelos de recuperação completos ou em massa registrados. Este tópico discute o backup do log de transações de um banco de dados do SQL Server.

Minimamente, você deve ter criado pelo menos um backup completo antes de criar backups de log. Após isso, o log de transações pode ter o backup realizado a qualquer momento, a menos que o log já esteja em processo de backup. Recomendamos que você faça backups de log com frequência, tanto para minimizar a exposição à perda de trabalho quanto para truncar o log de transações. Normalmente, um administrador de banco de dados cria um backup de banco de dados completo ocasionalmente, como semanalmente, e, opcionalmente, cria uma série de backups diferenciais de banco de dados em um intervalo mais curto, como diariamente. Independentemente dos backups de banco de dados, o administrador do banco de dados faz backup do log de transações em intervalos frequentes, como a cada 10 minutos. Para um determinado tipo de backup, o intervalo ideal depende de fatores como a importância dos dados, o tamanho do banco de dados e a carga de trabalho do servidor.

Neste tópico:

• Como funciona uma sequência de backups de log

• Recomendações

• Tarefas relacionadas

• Conteúdo relacionado

Como funciona uma sequência de backups de log

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

O backup de log de transações criado às 20h contém registros de log de transações das 16h às 20h, abrangendo o momento 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 de banco de dados completo inicial criado às 8h até o último backup de 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).

Recomendações

• Se um log de transações for danificado, o trabalho executado desde o backup válido mais recente será perdido. Portanto, é altamente recomendável que você coloque seus arquivos de log no armazenamento tolerante a falhas.

• Se um banco de dados estiver danificado ou você estiver prestes a restaurar o banco de dados, recomendamos que você crie um backup de log final para permitir que você restaure o banco de dados para o ponto atual no tempo.

• Por padrão, toda operação de backup bem-sucedida acrescenta uma entrada ao log de erros do SQL Server e ao log de eventos do sistema. Se fizer backup do log com muita frequência, essas mensagens de sucesso se acumularão rapidamente, resultando em enormes logs de erros que podem dificultar a localização de outras mensagens. Caso nenhum de seus scripts dependa dessas entradas, você pode ocultar essas entradas de log usando o sinalizador de rastreamento 3226. Para obter mais informações, confira Sinalizadores de rastreamento (Transact-SQL).

Tarefas Relacionadas

Para criar um backup de log de transações

• Fazer backup de um log de transações (SQL Server)

• SqlBackup (SMO)

Para agendar trabalhos de backup, consulte Usar o Assistente de Plano de Manutenção.

Conteúdo relacionado

Nenhum.

Consulte Também

O log de transações (SQL Server)
Fazer backup e restaurar bancos de dados do SQL Server
Backups da parte final do log (SQL Server)
Aplicar backups de log de transações (SQL Server)