O SQL Server fornece três modelos de recuperação que permitem especificar a maneira como o SQL Server gerencia arquivos de log e prepara seu banco de dados para recuperação após uma perda de dados ou outro desastre. Cada um deles representa uma abordagem diferente para equilibrar a troca entre economizar espaço em disco e fornecer opções de recuperação de desastre granular. Os três modelos de recuperação de desastres oferecidos pelo SQL Server são:
- Simples
- Cheio
- Em massa
Vamos dar uma olhada em cada um desses modelos em mais detalhes.
Modelo de Recuperação Simples
O modelo de recuperação simples é apenas isso: simples. Nessa abordagem, o SQL Server mantém apenas uma quantidade mínima de informações no log de transações. O SQL Server trunca o log de transações sempre que o banco de dados atinge um ponto de verificação de transação, não deixando entradas de log para fins de recuperação de desastre.Para bancos de dados que usam o modelo de recuperação simples, você pode restaurar apenas backups completos ou diferenciais. Não é possível restaurar esse banco de dados para um determinado ponto no tempo - você só pode restaurá-lo para a hora exata em que ocorreu um backup completo ou diferencial. Portanto, você perderá automaticamente quaisquer modificações de dados feitas entre a hora do backup completo / diferencial mais recente e o tempo da falha. O modelo de recuperação completa também possui um nome autodescritivo. Com esse modelo, o SQL Server preserva o log de transações até que você faça o backup. Isso permite que você crie um plano de recuperação de desastre que inclua uma combinação de backups de banco de dados completos e diferenciais em conjunto com backups de log de transação.No caso de uma falha no banco de dados, você tem mais flexibilidade para restaurar bancos de dados usando o modelo de recuperação completa. Além de preservar as modificações de dados armazenadas no log de transações, o modelo de recuperação completa permite restaurar um banco de dados em um ponto específico no tempo. Por exemplo, se uma modificação incorreta corromper seus dados às 2h36 da segunda-feira, você poderia usar a restauração point-in-time do SQL Server para rolar o banco de dados de volta às 2:35 da manhã, eliminando os efeitos do erro. O modelo de recuperação em log em massa é um modelo de finalidade especial que funciona de maneira semelhante ao modelo de recuperação completa. A única diferença está na maneira como ele lida com as operações de modificação de dados em massa. O modelo bulk-logged registra essas operações no log de transações usando uma técnica conhecida como registro mínimo . Isso economiza significativamente no tempo de processamento, mas impede que você use a opção de restauração point-in-time.A Microsoft recomenda que o modelo de recuperação de log em massa seja usado somente por curtos períodos de tempo. A prática recomendada determina que você alterne um banco de dados para o modelo de recuperação de log em massa imediatamente antes de conduzir operações em massa e restaurá-lo para o modelo de recuperação completa quando essas operações forem concluídas. Use o SQL Server Management Studio para visualizar ou alterar o modelo de recuperação: Modelo de Recuperação Completa
Modelo de recuperação em massa
Mudando Modelos de Recuperação
