Compartilhar via

Modelos de recuperação (SQL Server)

Aplica-se a:SQL Server

As operações de backup e restauração do SQL Server ocorrem no contexto do modelo de recuperação do banco de dados. Os modelos de recuperação definem e controlam a manutenção do log de transações. Um modelo de recuperação é uma propriedade de banco de dados que controla como as transações são registradas, se o log de transações exige (e permite) backup e que tipos de operações de restauração estão disponíveis.

Três modelos de recuperação estão disponíveis:

Normalmente, um banco de dados usa o modelo de recuperação completa ou o modelo de recuperação simples . Você pode alternar um banco de dados para outro modelo de recuperação a qualquer momento.

Observação

As edições SQL Server Enterprise e Standard usam o modelo de recuperação completa por padrão, enquanto o SQL Server Express Edition usa o modelo de recuperação simples por padrão.

Visão geral do modelo de recuperação

A seção a seguir resume os três modelos de recuperação.

Modelo de recuperação simples

O modelo de recuperação simples não dá suporte a backups de log de transações.

O Mecanismo de Banco de Dados recupera automaticamente o espaço de log para manter os requisitos de espaço baixos, portanto, você não precisa gerenciar o espaço de log de transações. Para obter informações sobre backups de banco de dados no modelo de recuperação simples, consulte Backups de banco de dados completos (SQL Server).

O modelo de recuperação simples não dá suporte a operações que exigem backups de log de transações.

Você não pode usar os seguintes recursos com o modelo de recuperação simples:

  • Envio de logs
  • Grupos de disponibilidade Always On e espelhamento de banco de dados
  • Recuperação de mídia sem perda de dados
  • Restaurações pontuais

Modelo de recuperação completa

O modelo de recuperação completa requer backups de log de transações.

Observação

Nesse modelo de recuperação, o log de transações continua a crescer até que você execute um backup de log de transações.

Nenhum trabalho é perdido devido a um arquivo de dados perdido ou danificado. Você pode restaurar para um ponto arbitrário no tempo (por exemplo, antes de um erro de aplicativo ou de usuário).

Para obter informações sobre backups de banco de dados no modelo de recuperação completa, consulte Backups completos do banco de dados (SQL Server) e restaurações completas do banco de dados (modelo de recuperação completa).

Modelo de recuperação Bulk-logged

O modelo de recuperação bulk-logged requer backup de logs de transações.

Observação

Nesse modelo de recuperação, o log de transações continua a crescer até que você execute um backup de log de transações.

Uma variante do modelo de recuperação completa que permite operações de cópia em massa de alto desempenho.

Reduz o uso de espaço em log por meio do registro mínimo em log para a maioria das operações em massa. Para obter informações sobre operações que podem ser minimamente registradas, consulte o log de transações.

Os backups de log podem ser grandes porque as operações minimamente registradas são capturadas no backup de log. Para obter informações sobre backups de banco de dados no modelo de recuperação bulk-logged, consulte Backups Completos do Banco de Dados (SQL Server) e Restaurações Completas do Banco de Dados (modelo de recuperação completa).

Objetivos de tempo de recuperação e ponto de recuperação

A tabela a seguir descreve o efeito de cada modelo de recuperação no RTO (objetivo de tempo de recuperação), indicado pela coluna Can recover to point in time e o RPO (objetivo de ponto de recuperação), indicado pela coluna exposição à perda de trabalho .

modelo de recuperação Exposição ao risco de perda de trabalho (RPO) Recuperar para um ponto no tempo? (RTO)
Simples As alterações desde o backup mais recente não são protegidas. Se houver um desastre, essas alterações deverão ser refeitas. Só é possível recuperar até o final de um backup. Para obter mais informações, consulte Restaurações completas do banco de dados (modelo de recuperação simples).
Completo Geralmente nenhum.

Se a parte final do log estiver danificada, as alterações desde o backup de log mais recente deverão ser refeitas.		 Pode recuperar até um ponto específico no tempo, assumindo que seus backups estejam completos até esse ponto no tempo. Para obter informações sobre como usar backups de log para restaurar até o ponto de falha, consulte Restaurar um banco de dados do SQL Server para um ponto no tempo (modelo de recuperação completa).
Bulk-logged Se o log estiver danificado ou se as operações em log em massa ocorreram desde o backup de log mais recente, as alterações desde o último backup deverão ser refeitas. Caso contrário, nenhum trabalho será perdido. É possível recuperar até o final de qualquer backup. Não há suporte para a recuperação pontual.

Observação

Se você tiver dois ou mais bancos de dados relacionados no modelo de recuperação completa que devem ser logicamente consistentes, talvez seja necessário implementar procedimentos especiais para garantir a recuperação desses bancos de dados. Para obter mais informações, consulte Recuperação de bancos de dados relacionados que contêm transação marcada.

Conteúdo relacionado

  • Last updated on