EMRQDATA / TOOLS FREE
Backup & Restore Planner.
Monte uma sequência de restauração SQL Server usando o histórico de backups do msdb. Identifique FULL, DIFFERENTIAL e LOG candidatos, confira continuidade de LSN e gere um roteiro para revisão.
● Análise local no navegador · Histórico importado por você · Nenhuma restauração é executada
01 / COLETA SQL
Histórico de backup do msdb
Execute na instância de origem. A consulta retorna histórico e caminhos de mídia registrados no msdb.
Visualizar consulta
02 / IMPORTAÇÃO
Histórico de backups
Importe o CSV completo ou cole o conteúdo. Preserve os nomes das colunas. A ferramenta não acessa o msdb diretamente.
03 / OBJETIVO DA RESTAURAÇÃO
Defina o banco e o ponto desejado
O planejador escolhe o FULL e, quando compatível, o diferencial mais recente anterior ao alvo; depois avalia a sequência de logs disponível.
04 / PLANO GERADO
Sequência candidata de restore
05 / BACKUPS SELECIONADOS
Ordem de restauração
| Ordem | Tipo | Backup finish | First LSN | Last LSN | Device | Position | Status |
|---|
06 / ROTEIRO T-SQL
Comandos para revisão
Modelo de comandos gerado com caminhos e posição importados. Revise mídia, credenciais, WITH MOVE, opções de overwrite e destino antes de executar.
07 / VALIDAÇÕES
Pontos de atenção
- O plano é uma análise de histórico, não uma garantia de restaurabilidade. A existência no msdb não comprova que o arquivo de backup está íntegro, acessível ou completo.
- Não valida CHECKSUM, RESTORE VERIFYONLY, cadeia de mídia, TDE certificates, encryption keys, FILELISTONLY, WITH MOVE, espaço de destino ou compatibilidade de versão.
- O histórico pode estar truncado, purgado ou incompleto. Em ambientes com stripes, a consulta pode retornar múltiplos devices por backup; todos precisam estar disponíveis para a mesma operação.
- O STOPAT é um alvo a ser validado na execução. O horário do backup não prova que todos os commits até o instante exato estejam disponíveis.
- Em recovery model SIMPLE, não há cadeia regular de backups de log. Em BULK_LOGGED, recuperação point-in-time pode ter limitações dependendo de operações bulk-logged.
- Em AlwaysOn, planeje a restauração em contexto apropriado e valide requisitos de AG; esta ferramenta não coordena réplicas nem executa join/resume.