Compartilhar via


Exemplo: Restauração por etapas do banco de dados (modelo de recuperação completa)

Uma sequência de restauração por etapas restaura e recupera um banco de dados em estágios no nível do grupo de arquivos, começando com os grupos de arquivos primários e todos os grupos de arquivos secundários de leitura e gravação.

Neste exemplo, o banco de dados adb é restaurado para um novo computador após um desastre. O banco de dados está usando o modelo de recuperação completa; portanto, antes do início da restauração, um backup de log final deve ser feito do banco de dados. Antes do desastre, todos os grupos de arquivos estão online. O grupo de arquivos B é somente leitura. Todos os grupos de arquivos secundários devem ser restaurados, mas são restaurados por ordem de importância: A (mais alto) Ce por último B. Neste exemplo, há quatro backups de log, incluindo o backup de log final.

Backup do Tail-Log

Antes de restaurar o banco de dados, o administrador do banco de dados deve fazer backup da parte final do log. Como o banco de dados está danificado, a criação do backup de log final requer o uso da opção NO_TRUNCATE:

BACKUP LOG adb TO tailLogBackup WITH NORECOVERY, NO_TRUNCATE  

O backup de log final é o último backup aplicado nas seguintes sequências de restauração.

Restaurar sequências

Observação

A sintaxe de uma sequência de restauração online é a mesma de uma sequência de restauração offline.

  1. Restauração parcial do grupo de arquivos Aprimário e secundário.

    RESTORE DATABASE adb FILEGROUP='Primary' FROM backup1   
       WITH PARTIAL, NORECOVERY  
    RESTORE DATABASE adb FILEGROUP='A' FROM backup2   
       WITH NORECOVERY  
    RESTORE LOG adb FROM backup3 WITH NORECOVERY  
    RESTORE LOG adb FROM backup4 WITH NORECOVERY  
    RESTORE LOG adb FROM backup5 WITH NORECOVERY  
    RESTORE LOG adb FROM tailLogBackup WITH RECOVERY  
    
  2. Restauração online do grupo de arquivos C.

    Neste ponto, o grupo de arquivos primário e o grupo de arquivos A secundários estão online. Todos os arquivos em grupos B de arquivos e C a recuperação estão pendentes e os grupos de arquivos estão offline.

    As mensagens da última RESTORE LOG instrução na etapa 1 indicam que a reversão de transações que envolvem o grupo C de arquivos foi adiada, porque esse grupo de arquivos não está disponível. As operações regulares podem continuar, mas os bloqueios são mantidos por essas transações e o truncamento de log não ocorrerá até que a reversão seja completamente concluída.

    Na segunda sequência de restauração, o administrador do banco de dados restaura o grupo de arquivos C:

    RESTORE DATABASE adb FILEGROUP='C' FROM backup2a WITH NORECOVERY  
    RESTORE LOG adb FROM backup3 WITH NORECOVERY  
    RESTORE LOG adb FROM backup4 WITH NORECOVERY  
    RESTORE LOG adb FROM backup5 WITH NORECOVERY  
    RESTORE LOG adb FROM tailLogBackup WITH RECOVERY  
    

    Neste ponto, os grupos de arquivos A e C estão online. Os arquivos no grupo B de arquivos permanecem pendentes, com o grupo de arquivos offline. Transações adiadas foram resolvidas e ocorre truncamento de log.

  3. Restauração online do grupo de arquivos B.

    Na terceira sequência de restauração, o administrador do banco de dados restaura o grupo de arquivos B. O backup do grupo B de arquivos foi feito depois que o grupo de arquivos se tornou somente leitura; portanto, ele não precisa ser revertido durante a recuperação.

    RESTORE DATABASE adb FILEGROUP='B' FROM backup2b WITH RECOVERY  
    

    Todos os grupos de arquivos agora estão online.

Exemplos adicionais

Consulte Também

BACKUP (Transact-SQL)
Restauração Online (SQL Server)
Aplicar backups de log de transações (SQL Server)
RESTORE (Transact-SQL)
Restaurações por etapas (SQL Server)