Partilhar via

Modelos de recuperação (SQL Server)

Aplica-se a:SQL Server

As operações de backup e restauro do SQL Server ocorrem no contexto do modelo de recuperação da base de dados. Os modelos de recuperação definem e controlam a manutenção dos registos 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 requer (e permite) backup e quais tipos de operações de restauração estão disponíveis.

Estão disponíveis três modelos de recuperação:

Normalmente, uma base de dados utiliza o modelo de recuperação completo ou modelo de recuperação simples . Pode mudar uma base 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 completo por defeito, enquanto a edição SQL Server Express utiliza o modelo de recuperação simples por defeito.

Visão geral do modelo de recuperação

A secção seguinte resume os três modelos de recuperação.

Modelo de recuperação simples

O modelo simples de recuperação não suporta backups dos registos de transações.

O Motor de Base de Dados recupera automaticamente espaço de log para manter baixos os requisitos de espaço, por isso não precisa de gerir 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 completos de banco de dados (SQL Server).

O modelo de recuperação simples não suporta operações que exijam cópias de segurança dos registos de transações.

Não pode usar as seguintes funcionalidades com o modelo simples de recuperação:

  • Envio de logs
  • Grupos de disponibilidade Always On e espelhamento de bases de dados
  • Recuperação de media sem perda de dados
  • Restaurações em Pontos no Tempo

Modelo de recuperação completa

O modelo completo de recuperação requer cópias de segurança dos registos de transações.

Observação

Neste modelo de recuperação, o registo de transações continua a crescer até efetuar um backup do registo de transações.

Nenhum trabalho é perdido devido a um arquivo de dados perdido ou danificado. Pode recuperar até um momento arbitrário no tempo (por exemplo, antes de um erro de aplicativo ou utilizador).

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

Modelo de recuperação com registo em massa

O modelo de recuperação em bloco requer backups de registos de transações.

Observação

Neste modelo de recuperação, o registo de transações continua a crescer até que se faça um backup do mesmo.

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 de log usando o registro mínimo 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 de banco de dados (SQL Server) e Restaurações completas de banco de dados (modelo de recuperação completa).

Tempo de recuperação e objetivos do ponto de recuperação

A tabela seguinte descreve o efeito de cada modelo de recuperação no objetivo de tempo de recuperação (RTO), indicado pela coluna Pode recuperar até um ponto no tempo , e pelo objetivo do ponto de recuperação (RPO), indicado pela coluna de exposição à perda de trabalho .

Modelo de recuperação Exposição à perda de trabalho (RPO) Recuperar para um ponto no tempo? (RTO)
Simple As alterações desde o backup mais recente não estão protegidas. Se houver um desastre, essas mudanças devem ser refeitas. Pode recuperar apenas até o final de um backup. Para obter mais informações, consulte Restaurações completas de banco de dados (modelo de recuperação simples).
Completo Normalmente nenhuma.

Se a parte final do log estiver danificada, as alterações desde o backup de log mais recente devem ser refeitas.		 Pode recuperar para um ponto específico no tempo, supondo que os seus backups estejam completos até esse momento. Para obter informações sobre como usar backups de log para restaurar ao ponto de falha, consulte Restaurar um banco de dados do SQL Server para um ponto no tempo (modelo de recuperação completa).
Registo em massa Se o log estiver danificado ou se tiverem ocorrido operações bulk-logged 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. Pode recuperar até o final de qualquer backup. A recuperação point-in-time não é suportada.

Observação

Se tiver duas ou mais bases de dados relacionadas no modelo completo de recuperação que devem ser logicamente consistentes, poderá ter de implementar procedimentos especiais para garantir a recuperabilidade dessas bases 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