Restaurações de arquivo (modelo de recuperação completa)

Artigo
06/25/2013

Este tópico é relevante apenas para bancos de dados que contêm vários arquivos ou grupos de arquivos sob o modelo de recuperação completa ou de carregamento em massa.

Em uma restauração de arquivo, a meta é restaurar um ou mais arquivos danificados sem restaurar todo o banco de dados. Um cenário de restauração de arquivo consiste em uma única sequência de restauração que copia, efetua roll forward e recupera os dados apropriados

Se o grupo de arquivos que é restaurado for de leitura/gravação, uma cadeia ininterrupta de backups de log deve ser aplicada após o último backup de dados ou diferencial ser restaurado. Isso faz com que o grupo de arquivos avance para os registros de log nos registros de log ativos atuais no arquivo de log. O ponto de recuperação está normalmente próximo o término do log, mas não necessariamente.

Se o grupo de arquivos que está sendo restaurado for somente leitura, normalmente aplicar backups de log será desnecessário e ignorado. Se o backup for realizado depois que o arquivo se torne somente leitura, ele será o último backup a restaurar. Roll-forward para no ponto de destino.

Os cenários de restauração de arquivo são os seguintes:

Restauração de arquivo offline

Em uma restauração de arquivo offline, o banco de dados fica offline enquanto os arquivos ou grupos de arquivos danificados são restaurados. Ao término da sequência de restauração, o banco de dados fica online.

Todas as edições do SQL Server 2012 oferecem suporte à restauração de arquivos offline.

Restauração de arquivo online

Em uma restauração de arquivo online, se o banco de dados estiver online no momento da restauração, ele permanecerá online durante a restauração do arquivo. Porém, cada grupo de arquivos no qual um arquivo está sendo restaurado fica offline durante a operação de restauração. Depois que todos os arquivos de um grupo de arquivos offline são recuperados, o grupo de arquivos é automaticamente colocado online.

Para obter informações sobre o suporte à restauração de páginas e arquivos online, consulte Recursos compatíveis com as edições do SQL Server 2012. Para obter mais informações sobre restaurações online, consulte Restauração online (SQL Server).

Dica
Se quiser que o banco de dados fique offline para uma restauração de arquivo, coloque o banco de dados offline antes de iniciar a sequência de restauração, executando a seguinte instrução ALTER DATABASE: ALTER DATABASE database_name SET OFFLINE.

Neste tópico:

Restaurando arquivos danificados de backups de arquivo
Tarefas relacionadas

Restaurando arquivos danificados de backups de arquivo

Antes de restaurar um ou mais arquivos danificados, tente criar um backup da parte final do log.

Se o log tiver sido danificado e não for possível criar um backup da parte final do log, você deverá restaurar todo o banco de dados.

Para obter informações sobre como fazer backup de um log de transações, consulte Backups de log de transações (SQL Server).

Importante
Para uma restauração de arquivo offline, você deve sempre fazer um backup do final do log antes da restauração do arquivo. Para uma restauração de arquivo online, você deve sempre fazer o backup do log após a restauração do arquivo. Este backup de log é necessário para permitir que o arquivo seja recuperado a um estado consistente com o restante do banco de dados.

Restaure cada arquivo danificado do backup de arquivos mais recente desse arquivo.
Restaure o backup de arquivo diferencial mais recente, se houver, para cada arquivo restaurado.
Restaure backups de log de transações em sequência, iniciando com o backup que inclui o mais antigo dos arquivos restaurados e terminando com o backup do final do log criado na etapa 1.

Você deve restaurar os backups de log de transações que foram criados após os backups de arquivo para trazer o banco de dados a um estado consistente. Os backups de log de transações podem ser rolados para frente rapidamente, porque somente são aplicadas as mudanças que se aplicam aos arquivos restaurados. Restaurar arquivos individuais pode ser melhor que restaurar todo o banco de dados, porque não são copiados arquivos não danificados e rolados para frente. Porém, a cadeia inteira de backups de log ainda tem que ser lida.
Recuperar o banco de dados.

Observação
Podem ser usados backups de arquivo para restaurar o banco de dados a um ponto anterior no tempo. Para fazê-lo, você deve restaurar um conjunto completo de backups de arquivo e então restaurar backups de log de transações em sequência para alcançar um ponto de destino que busca o término do backup de arquivo restaurado mais recente. Para obter mais informações sobre recuperação pontual, consulte Restaurar um banco de dados do SQL Server até um ponto determinado (modelo de recuperação completa).

Podem ser usados backups de arquivo para restaurar o banco de dados a um ponto anterior no tempo. Para fazê-lo, você deve restaurar um conjunto completo de backups de arquivo e então restaurar backups de log de transações em sequência para alcançar um ponto de destino que busca o término do backup de arquivo restaurado mais recente. Para obter mais informações sobre recuperação pontual, consulte Restaurar um banco de dados do SQL Server até um ponto determinado (modelo de recuperação completa).

Sequência de restauração Transact-SQL para uma restauração de arquivo offline (modelo de recuperação completo)

Um cenário de restauração de arquivo consiste em uma única sequência de restauração que copia, rola para frente e recupera os dados apropriados.

Esta seção mostra as opções essenciais de RESTORE para uma sequência de restauração de arquivo. Sintaxe e detalhes que não sejam relevantes para esse propósito são omitidos.

A sequência de restauração de exemplo a seguir mostra uma restauração offline de dois arquivos secundários, A e B, usando WITH NORECOVERY. Em seguida, dois backups de log são aplicados com NORECOVERY, seguido pelo backup do final do log que é restaurado com WITH RECOVERY.

Observação
A sequência de restauração de exemplo a seguir começa colocando o arquivo offline e cria um backup do final do log.

--Take the file offline.
ALTER DATABASE database_name MODIFY FILE SET OFFLINE;
-- Back up the currently active transaction log.
BACKUP LOG database_name
   TO <tail_log_backup>
   WITH NORECOVERY;
GO 
-- Restore the files.
RESTORE DATABASE database_name FILE=name 
   FROM <file_backup_of_file_A> 
   WITH NORECOVERY;
RESTORE DATABASE database_name FILE=<name> ......
   FROM <file_backup_of_file_B> 
   WITH NORECOVERY;
-- Restore the log backups.
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <tail_log_backup> 
   WITH RECOVERY;