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
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 são projetados para controlar 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 requer (e permite) backup e quais tipos de operações de restauração estão disponíveis.
Existem três modelos de recuperação: simples, completo e registrado em massa. Normalmente, um banco de dados usa o modelo de recuperação completa ou o modelo de recuperação simples. Um banco de dados pode ser alternado para outro modelo de recuperação a qualquer momento.
Visão geral do modelo de recuperação
A tabela a seguir resume os três modelos de recuperação.
| Modelo de recuperação | Description | Exposição à perda de trabalho | Recuperar para o point-in-time? |
|---|---|---|---|
| Simple | Sem backups de log. Recupera automaticamente o espaço do log para manter os requisitos de espaço baixos, essencialmente eliminando a necessidade de gerenciar o espaço do 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). As operações que exigem backups de log de transações não são suportadas pelo modelo de recuperação simples. Os seguintes recursos não podem ser usados no modelo de recuperação simples: - Envio de toras - Grupos de disponibilidade Always On e espelhamento de banco de dados - Recuperação de mídia sem perda de dados - Restaurações point-in-time |
As alterações desde o backup mais recente estão desprotegidas. 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 | Requer backups de log. Nenhum trabalho é perdido devido a um arquivo de dados perdido ou danificado. Pode recuperar para um ponto arbitrário no tempo (por exemplo, antes de um erro de aplicativo ou usuário). 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). |
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 point-in-time específico, supondo que seus backups estejam completos até esse point-in-time. 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 point-in-time (modelo de recuperação completa). Observação: Se você tiver dois ou mais bancos de dados de modelo de recuperação completa que devem ser logicamente consistentes, talvez seja necessário implementar procedimentos especiais para garantir a capacidade de 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. |
| Bulk-log-log | Requer backups de log. Um complemento 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). |
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. |
Tarefas relacionadas
- Exibir ou alterar o modelo de recuperação de um banco de dados (SQL Server)
- Solucionar problemas de um log de transações completo (Erro 9002 do SQL Server)
Conteúdo relacionado
- Conjunto de cópias de segurança (Transact-SQL)
- sys.databases (Transact-SQL)
- opções ALTER DATABASE SET (Transact-SQL)
- Backup e restauração de bancos de dados do SQL Server
- O log de transações
- Tarefas de administração automatizadas (SQL Server Agent)
- Visão geral da restauração e recuperação (SQL Server)