Visão geral do modelo de recuperação
Os modelos de recuperação são projetados para controlar a manutenção de log de transações. Existem três modelos de recuperação: simples, completo e bulk-logged. Geralmente, um banco de dados usa o modelo de recuperação completa ou o modelo de recuperação simples.
A tabela a seguir resume esses modelos de recuperação.
Modelo de recuperação |
Descrição |
Exposição à perda de trabalho |
Recuperação pontual? |
---|---|---|---|
Simples |
Sem backups de log Reclama espaço de log automaticamente para manter requisitos de espaços pequenos, eliminando essencialmente a necessidade de gerenciar o espaço de log de transações. |
As alterações desde o backup mais recente estão desprotegidas. No caso de um desastre, essas alterações devem ser refeitas. |
Só pode recuperar até o fim de um backup. |
Completo |
Requer backups de log. Nenhum trabalho é perdido devido a um arquivo de dados perdido ou danificado. Pode executar uma recuperação pontual (por exemplo, antes de um erro de aplicativo ou usuário). |
Geralmente nenhum. Se a parte final do log estiver danificada, as alterações desde o backup de log mais recente deverão ser refeitas. Para obter mais informações, consulte Backups da parte final do log. |
Pode executar uma recuperação pontual, supondo que seus backups estejam concluídos até aquele ponto. Para obter mais informações, consulte Restaurando um banco de dados para um ponto em um backup. |
Bulk-logged |
Requer backups de log. Um suplemento do modelo de recuperação completa que permite operações de cópia em massa de alto desempenho. Reduz o uso de espaços de log usando o mínimo de registro em log para a maioria das operações em massa. Para obter mais informações, consulte Operações que podem ser minimamente registradas em log. |
Se o log estiver danificado ou se ocorreu registro de operações em massa 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. Não há suporte para recuperação pontual. |
Observação |
---|
O modelo de recuperação apropriado para um banco de dados depende dos requisitos de recuperação e disponibilidade do banco de dados. Para obter mais informações sobre esses requisitos, consulte Escolhendo o modelo de recuperação para um banco de dados. |
Modelo de recuperação simples
O modelo de recuperação simples minimiza a sobrecarga administrativa do log de transações, pois não é feito backup no log de transações. O modelo de recuperação simples corre o risco de exposição à perda significativa de trabalho se o banco de dados estiver danificado. Os dados só são recuperados até o backup mais recente dos dados perdidos. Portanto, no modelo de recuperação simples, os intervalos de backup devem ser curtos o bastante para evitar a perda de quantidades significativas de dados. No entanto, os intervalos devem ser suficientemente longos para impedir que a sobrecarga de backup afete o trabalho de produção. A inclusão de backups diferenciais na estratégia de backup pode ajudar a reduzir a sobrecarga.
Geralmente, para um banco de dados de usuário, o modelo de recuperação simples é útil para bancos de dados de teste e desenvolvimento ou para bancos de dados que contêm dados principalmente somente leitura, como um data warehouse. O modelo de recuperação simples não é adequado para sistemas de produção onde a perda de alterações recentes é inaceitável. Em tais casos, recomendamos o uso do modelo de recuperação completa.
Para obter mais informações, consulte Backup com o modelo de recuperação simples.
Modelos de recuperação completa e bulk-logged
Os modelos de recuperação completa e bulk-logged fornecem maior proteção aos dados do que o modelo de recuperação simples. Esses modelos de recuperação dependem da execução do backup do log de transações para fornecer recuperação completa e impedir a perda de trabalho em intervalos mais amplos de cenários de falha.
Modelo de recuperação completa
Fornece o modelo de manutenção de banco de dados normal para bancos de dados em que a durabilidade das transações é necessária.
Requer backups de log. Esse modelo registra completamente todas as transações e retém os registros de log de transações depois que seus backups são feitos. O modelo de recuperação completa permite que um banco de dados seja recuperado até o ponto da falha, supondo que possa ser feito o backup do final do log depois da falha. O modelo de recuperação completa também oferece suporte à restauração de páginas de dados individuais.
Para obter mais informações, consulte Backup com o modelo de recuperação completa.
Modelo de recuperação bulk-logged
Esse modelo de recuperação registra em massa a maioria das operações em massa. Sua única função é ser um suplemento do modelo de recuperação completa. Para algumas operações em massa em grande escala, como importação em massa ou criação de índice, a alternância temporária para o modelo de recuperação bulk-logged aumenta o desempenho e reduz o consumo de espaço do log. Requer também backups de log. Assim como o modelo de recuperação completa, o modelo de recuperação bulk-logged retém os registros de log de transações até que seus backups sejam feitos. Os inconvenientes são backups de log maiores e maior exposição à perda de trabalho, pois o modelo de recuperação bulk-logged não oferece suporte à recuperação pontual. Para obter mais informações, consulte Backup no modelo de recuperação com log de operações em massa e Considerações sobre como alternar do modelo de recuperação completa ou bulk-logged.
Importante |
---|
Nos modelos de recuperação completa e bulk-logged, os backups de log são essenciais. Se você não quiser fazer backups de log, use o modelo de recuperação simples. |
Exibindo e alterando o modelo de recuperação de um banco de dados
Para exibir o modelo de recuperação
Para alterar o modelo de recuperação
Consulte também