Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a:
SQL Server
Este artigo é relevante apenas para bancos de dados do SQL Server que estão usando os modelos de recuperação completa ou bulk-logged. Este artigo 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 poder criar qualquer backup de log. Depois disso, o backup do log de transações pode ser feito a qualquer momento, a menos que o backup do log já esteja sendo feito.
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.
Um administrador de banco de dados normalmente cria um backup de banco de dados completo ocasionalmente, como semanalmente, e, opcionalmente, cria uma série de backup de banco de dados diferencial em um intervalo mais curto, como diariamente. Independentemente dos backups do banco de dados, o administrador do banco de dados faz backup do log de transações em intervalos frequentes. 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. Para obter mais informações sobre como implementar uma boa estratégia, consulte Recomendações neste artigo.
Como funciona uma sequência de backups de log
A sequência de backups de log de transações é independente dos backups de dados. Por exemplo, suponha a seguinte sequência de eventos.
| Time | Event |
|---|---|
| 08:00 | Faça backup do banco de dados. |
| Meio-dia | Faça backup do log de transações. |
| 16:00 | Faça backup do log de transações. |
| 18:00 | Faça backup do banco de dados. |
| 20:00 | Faça backup do log de transações. |
O backup do log de transações criado às 20:00 contém registros de log de transações das 16:00 às 20:00, abrangendo o tempo em que o backup completo do banco de dados foi criado às 18:00. A sequência de backups de log de transações é contínua, desde o backup de banco de dados completo inicial criado às 8h00 até o último backup de log de transações criado às 20h00. Para obter informações sobre como aplicar esses backups de log, consulte o exemplo em Apply Transaction Log Backups (SQL Server).
Recommendations
Se um log de transações estiver danificado, o trabalho executado desde o backup válido mais recente será perdido. Portanto, recomendamos que você coloque seus arquivos de log em um armazenamento tolerante a falhas.
Se um banco de dados estiver danificado ou se você estiver prestes a restaurá-lo, recomendamos que você crie um backup de tail-log para permitir que você restaure o banco de dados para o point-in-time atual.
Atenção
Problema conhecido: para bancos de dados com tabelas com otimização de memória, executar um backup de log transacional sem recuperação e, posteriormente, executar uma restauração de log de transações com recuperação pode resultar em um processo de restauração de banco de dados sem resposta. Esse problema também pode afetar a funcionalidade de envio de logs. Para contornar esse problema, a instância do SQL Server pode ser reiniciada antes de iniciar o processo de restauração.
Por padrão, cada operação de backup bem-sucedida adiciona uma entrada no log de erros do SQL Server e no log de eventos do sistema. Se você fizer backup do log com muita frequência, essas mensagens de sucesso se acumulam rapidamente, resultando em enormes logs de erros que podem dificultar a localização de outras mensagens. Nesses casos, você pode suprimir essas entradas de log usando o sinalizador de rastreamento 3226 se nenhum dos seus scripts depender dessas entradas. Para obter mais informações, consulte Definir sinalizadores de rastreamento com DBCC TRACEON.
Faça backups de log frequentes o suficiente para dar suporte às suas necessidades de negócios, especificamente sua tolerância à perda de trabalho, como a que pode ser causada por um armazenamento de log danificado.
A frequência apropriada para fazer backups de log depende da sua tolerância à exposição à perda de trabalho, equilibrada pelo número de backups de log que você pode armazenar, gerenciar e, potencialmente, restaurar. Pense no RTO (Recovery Time Objetive, objetivo de tempo de recuperação ) e no RPO (Recovery Point Objetive , objetivo de ponto de recuperação) necessários ao implementar sua estratégia de recuperação e, especificamente, na cadência de backup de log.
Fazer um backup de log a cada 15 a 30 minutos pode ser suficiente. Se sua empresa exigir que você minimize a exposição à perda de trabalho, considere fazer backups de log com mais frequência. Backups de log mais frequentes têm a vantagem adicional de aumentar a frequência do truncamento de log, resultando em arquivos de log menores.
Importante
Para limitar o número de backups de log que você precisa restaurar, é essencial fazer backup de seus dados rotineiramente. Por exemplo, você pode agendar um backup de banco de dados completo semanal e backups diferenciais diários de banco de dados.
Novamente, pense no RTO e no RPO necessários ao implementar sua estratégia de recuperação e, especificamente, na cadência completa e diferencial de backup do banco de dados.