Backups diferenciais (SQL Server)

Este tópico de backup e restauração é relevante para todos os bancos de dados do SQL Server.

Um backup diferencial é baseado no backup de dados completo mais recente e anterior. Um backup diferencial captura apenas os dados que foram alterados desde esse backup completo. O backup completo que serve de base para um backup diferencial é conhecido como a base do diferencial. Backups completos, exceto backups somente cópia, podem servir como base para uma série de backups diferenciais, incluindo backups de banco de dados, backups parciais e backups de arquivos. O backup base para um backup diferencial de arquivo pode ser contido em um backup completo, um backup de arquivo ou um backup parcial.

Benefícios

• A criação de backups diferenciais pode ser muito rápida em comparação com a criação de um backup completo. Um backup diferencial registra apenas os dados que foram alterados desde o último backup completo no qual ele se baseia. Isso facilita a realização de backups de dados frequentes, o que diminui o risco de perda de dados. No entanto, antes de restaurar um backup diferencial, você deve restaurar sua base. Portanto, a restauração de um backup diferencial necessariamente demandará mais etapas e tempo do que a restauração de um backup completo, pois são necessários dois arquivos de backup.

• Backups diferenciais de banco de dados são especialmente úteis se um subconjunto de um banco de dados for modificado com mais frequência do que o restante do banco de dados. Nesses casos, os backups diferenciais de banco de dados permitem fazer backup com frequência sem a sobrecarga de backups de banco de dados completos.

• No modelo de recuperação completa, o uso de backups diferenciais pode reduzir o número de backups de log que você precisa restaurar.

Visão geral de backups diferenciais

Um backup diferencial captura o estado de qualquer extensão (coleções de oito páginas fisicamente contíguas) que foram alteradas entre quando a base diferencial foi criada e quando o backup diferencial é criado. Isso significa que o tamanho de um determinado backup diferencial depende da quantidade de dados que foram alterados desde a base. Geralmente, quanto mais antiga uma base de dados for, maior será um novo backup diferencial. Em uma série de backups diferenciais, uma extensão atualizada com frequência provavelmente conterá dados diferentes em cada backup diferencial.

A ilustração a seguir mostra como funciona um backup diferencial. A figura mostra 24 extensões de dados, das quais 6 foram alteradas. O backup diferencial contém apenas essas seis extensões de dados. A operação de backup diferencial baseia-se em uma página de bitmap que contém um bit para cada extensão. Para cada extensão atualizada desde a base, o bit é definido como 1 no bitmap.

Um backup diferencial que é feito pouco tempo após sua base geralmente é significativamente menor do que a base do diferencial. Isso economiza espaço de armazenamento e tempo de backup. No entanto, à medida que um banco de dados muda ao longo do tempo, a diferença entre o banco de dados e uma base diferencial específica aumenta. Quanto maior for o tempo entre um backup diferencial e sua base, tanto maior será o backup diferencial. Isso significa que os backups diferenciais podem eventualmente se aproximar da base diferencial em tamanho. Um backup diferencial grande perde as vantagens de um backup mais rápido e menor.

À medida que os backups diferenciais aumentam de tamanho, restaurar um backup diferencial pode aumentar significativamente o tempo necessário para restaurar um banco de dados. Portanto, recomendamos que você faça um novo backup completo em intervalos definidos para estabelecer uma nova base diferencial para os dados. Por exemplo, você pode fazer um backup completo semanal de todo o banco de dados (ou seja, um backup de banco de dados completo) seguido por uma série regular de backups de banco de dados diferenciais durante a semana.

No momento da restauração, antes de restaurar um backup diferencial, você deve restaurar sua base. Em seguida, restaure apenas o backup diferencial mais recente para encaminhar o banco de dados para o momento em que esse backup diferencial foi criado. Normalmente, você restauraria o backup completo mais recente seguido pelo backup diferencial mais recente baseado nesse backup completo.

Backups diferenciais de bases de dados com tabelas Memory-Optimized

Para obter informações sobre backups diferenciais e bancos de dados com tabelas com otimização de memória, consulte Backup de um banco de dados com tabelas Memory-Optimized.

Backups diferenciais de bancos de dados Read-Only

Para bancos de dados somente leitura, os backups completos usados sozinhos são mais fáceis de gerenciar do que quando são usados com backups diferenciais. Quando um banco de dados é somente leitura, o backup e outras operações não podem alterar os metadados contidos no arquivo. Portanto, os metadados exigidos por um backup diferencial, como o número de sequência de logs no qual o backup diferencial começa (o LSN de base diferencial) são armazenados no banco de dados mestre . Se a base diferencial for feita quando o banco de dados estiver em modo somente leitura, o bitmap diferencial indicará mais alterações do que as que realmente ocorreram desde o backup base. Os dados adicionais são lidos pelo sistema de backup, mas não são gravados no backup, pois o differential_base_lsn armazenado na tabela de sistema backupset é usado para determinar se os dados foram realmente alterados desde a base.

Quando um banco de dados de apenas leitura é reconstruído, restaurado ou desanexado e anexado, as informações de base diferencial se perdem. Isso ocorre porque o banco de dados mestre não é sincronizado com o banco de dados do usuário. O Mecanismo de Banco de Dados do SQL Server não pode detectar ou evitar esse problema. Os backups diferenciais posteriores não se baseiam no backup completo mais recente e podem fornecer resultados inesperados. Para estabelecer uma nova base diferencial, recomendamos que você crie um backup de banco de dados completo.

Práticas recomendadas para usar backups diferenciais com um banco de dados Read-Only

Depois de criar um backup completo de um banco de dados somente leitura, se você pretende criar um backup diferencial subsequente, realize um backup do banco de dados mestre.

Se o banco de dados mestre for perdido, restaure-o antes de restaurar qualquer backup diferencial de um banco de dados do usuário.

Se você desanexar e anexar um banco de dados somente leitura para o qual pretende utilizar backups diferenciais no futuro, assim que for possível, realize um backup completo tanto do banco de dados somente leitura quanto do banco de dados mestre.

Tarefas Relacionadas

• Criar um backup diferencial de banco de dados (SQL Server)

• Restaurar um backup de banco de dados diferencial (SQL Server)

Consulte Também

Visão geral do backup (SQL Server)
Backups completos do banco de dados (SQL Server)
Restaurações de banco de dados completas (modelo de recuperação completa)
Restaurações de banco de dados completas (modelo de recuperação simples)
Backups de log de transações (SQL Server)