EMRQDATA / DOCUMENTAÇÃO

Backup & Restore Planner Guide.

Como coletar histórico do msdb e validar uma sequência de restauração FULL, DIFFERENTIAL e LOG.

01 / COLETA

Exportar o histórico

Conecte-se à instância de origem e abra a ferramenta.
Copie a consulta SQL e execute no contexto do banco desejado (DB_NAME filtra o histórico).
Exporte o resultado completo para CSV com todos os cabeçalhos, incluindo physical_device_name e family_sequence_number.
Se houver backup striped, preserve todas as linhas de media family de cada backup_set_id.
Importe o CSV, informe o banco e opcionalmente o horário de destino.

Para coletar histórico de outro banco, altere o contexto no SSMS ou adapte o filtro para bs.database_name = N'NomeDoBanco'.

02 / LÓGICA DE SELEÇÃO

FULL: seleciona o FULL convencional mais recente anterior ao alvo. FULL COPY_ONLY não é usado como base para casar diferencial.
DIFFERENTIAL: seleciona o mais recente cujo database_backup_lsn corresponda ao checkpoint_lsn do FULL escolhido.
LOG: tenta encadear backups cujo intervalo first_lsn/last_lsn cubra o LSN necessário a partir do FULL/diferencial escolhido.
STOPAT: o roteiro inclui o horário solicitado no último LOG candidato, quando aplicável. A ferramenta não consegue provar se o instante exato está contido no backup.
Striped media: todos os arquivos do mesmo backup_set_id devem ser fornecidos na mesma operação RESTORE. Confira a sequência de família e caminhos.

03 / ANTES DE EXECUTAR

Confirme que todos os arquivos de mídia estão acessíveis no servidor que executará o RESTORE.
Use RESTORE HEADERONLY, FILELISTONLY e VERIFYONLY como verificações auxiliares; VERIFYONLY não substitui restore de teste.
Valide CHECKSUM, backup encryption/TDE certificates, chaves, credenciais e versão/edição de destino.
Revise WITH MOVE, nomes lógicos, caminhos, espaço livre, permissões e overwrite (WITH REPLACE) separadamente.
Restaure FULL e DIFF com NORECOVERY, aplique todos os LOGs na ordem correta e finalize com RECOVERY quando apropriado.
Para point-in-time, use STOPAT no backup de log correto e valide a cadeia de log até o instante requerido.
Faça restore de teste periódico e DBCC CHECKDB após recuperação conforme política operacional.

04 / LIMITES IMPORTANTES

Não garante que os arquivos existem ou são legíveis; msdb é apenas o registro de histórico.
Não detecta todos os casos de fork de recovery, tail-log, file/filegroup restore, partial restore ou diferenças de recovery model com a profundidade de um restore engine.
Não valida se o log final contém o STOPAT solicitado; horários de início/fim do backup são metadados, não a lista de commits contidos.
O algoritmo de LSN é uma triagem simplificada do histórico importado. Sempre valide o roteiro com documentação Microsoft e teste em ambiente controlado antes da produção.