Dentre as rotinas do SQL Server as operações de backup e restauração ocorrem no contexto do modelo de recuperação do banco de dados pré-definido. Os modelos de recuperação são projetados para controlar a manutenção dos log's 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 estarão disponíveis. 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. É possível alternar para outro modelo de recuperação do banco de dados a qualquer momento.
(Em Database > Propreties > Options > Recovery model:)
Modelos De Recuperação (detalhes):
Simple (simples)
Não suporta backups de log automaticamente requer disponibilidade de espaços menores, eliminando essencialmente a necessidade de gerenciar o espaço de log de transações. O que pode ser um ponto critico para sua aplicação as alterações desde o backup mais recente estão desprotegidas. No caso de um desastre, essas alterações são perdidas até a data do ultimo backup. Este modo não suporta as opçoes de AlwaysOn ou espelhamento de banco de dados, e recuperações pontuais.
*
É ideal para ambientes de desenvolvimento, testes ou mesmo bases OLAP, onde não é necessário fica fazendo backup para voltar a um determinado registro de tempo.
Full (completo)
Necessariamente requer o backups dos logs em intervalos de tempos. Nenhum trabalho é perdido devido a um arquivo de dados perdidos ou danificado. Pode executar uma recuperação pontual (por exemplo, antes de um erro de aplicativo ou usuário). Garantido a integridade dos dados ate o ultimo log pontual gerado.
Neste modelo de recuperação completa, depois de restaurar o backup de dados completo você deve restaurar todos os backups de log (transações subsequentes) para recuperar o banco de dados. Permitindo restaurar um banco de dados a um ponto de recuperação específico dentro de um destes backups de log. O ponto de recuperação pode ser uma data e hora específica, uma transação marcada ou um LSN (número de sequência de log).
*Quando o banco de dados está com o recovery model full ou Bulk-logged, todas as transações processadas pelo SQL Server são registradas no log de transação (arquivos .ldf), e cada instrução executada recebe um número de seqüência (LSN).
Backup Diferencial
Um backup diferencial tem como base no backup de dados completo anterior e mais recente. Um backup diferencial captura apenas os dados que foram alterados desde o backup completo. O backup completo no qual um backup diferencial se baseia é conhecido como a base do diferencial. Os backups completos, com exceção dos backups somente cópia, podem servir como base para uma série de backups diferenciais, inclusive backups de banco de dados, backups parciais e backups de arquivo. O backup de base para um backup diferencial de arquivo pode ser contido dentro de um backup completo, um backup de arquivo ou um backup parcial.
A criação de um backup diferencial pode ser muito rápida se comparada à criação de um backup completo. Um backup diferencial registra apenas os dados que mudaram desde o backup completo. No entanto, antes de restaurar um backup diferencial, é necessário restaurar sua base. Portanto, a restauração de um backup diferencial precisará, necessariamente, de mais etapas e mais tempo do que a restauração.
*
Backups de banco de dados de diferencial são especialmente úteis se um subconjunto de um banco de dados é modificado mais frequentemente do que o restante do banco de dados. O uso de backups diferenciais reduz o número de backups de log caso necessário uma restauração.
Bulk-logged
Um complemento do modelo de recuperação Full-completol 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. O modelo de recuperação bulk-logged é um modelo de recuperação com finalidade especial que só deve ser usado raramente para melhorar o desempenho de determinadas operações em massa de larga escala, como por exemplo importações de dados em grandes volumes de dados. Não ficam registradas Operações pontuais como SELECT INTO, BCP, BULK INSERT,CREATE INDEX e operações com os tipos de dados texto e ntext. Muito da descrição do backup no modelo full (completo) também se aplica ao modelo de recuperação bulk-logged.
Comparado ao modelo de recuperação completa, que faz log completo de todas as transações, o modelo de recuperação bulk-logged faz o log de operações em massa de forma mínima, embora faça o log completo de outras transações. O modelo de recuperação bulk-logged protege o sistema contra falha de mídia e, para operações em massa, fornece o melhor desempenho usando o mínimo de espaço em log. Entretanto, o modelo de recuperação bulk-logged aumenta o risco de perda de dados nessas operações de cópia em massa, porque operações com log em massa impedem a recaptura de alterações em uma base transação por transação. Se um backup de log contiver operações bulk-logged, você não poderá executar uma restauração pontual no backup de log em determinado ponto; só poderemos restaurar todo o backup de log.
Obs: Ao restaurar um banco de dados, particularmente com o modelo de recuperação completa ou o modelo de recuperação bulk-logged, você deve usar e respeitar o numero de sequencia dos backups de log gerados LSN. Que é uma sequência unica de restauração, por uma ou mais etapas da restauração (sequencia) Exemplo Backup full 8:00 am, restaure o primeiro log 8:10, restaure o segundo log 8:20 e sequencialmente é impossível pular qualquer um destes backups de log / sequencia.
