Banco fora de ONLINE, ausência de FULL, FULL acima do limite ou ausência/atraso de LOG quando o recovery model é FULL ou BULK_LOGGED.
EMRQDATA / DOCUMENTAÇÃO
Backup Analyzer Guide.
Procedimento recomendado para coletar o histórico de backup e interpretar os resultados sem alterar o ambiente SQL Server.
Da coleta ao diagnóstico
- Abra o Backup Analyzer. A ferramenta está disponível no hub Tools Free e funciona no navegador.
- Execute a consulta SQL. Copie a consulta apresentada na ferramenta e execute-a em cada instância SQL Server que deseja avaliar.
- Exporte o resultado para CSV. Preserve os nomes das colunas e os cabeçalhos. Não remova as colunas de idade calculadas pela consulta.
- Combine as coletas. Para várias instâncias, concatene os CSVs mantendo um único cabeçalho. Não combine duas coletas da mesma instância sem antes escolher a coleta válida mais recente.
- Importe e analise. Cole o conteúdo ou selecione o arquivo CSV, clique em Analisar backups e revise os parâmetros de FULL, LOG e DIFFERENTIAL.
- Exporte o diagnóstico. Use o CSV de saída para documentar as pendências e acompanhar correções.
Como interpretar os níveis
Último DIFFERENTIAL acima do limite complementar. Um diferencial ausente não é classificado como falha isoladamente.
Nenhuma das regras configuradas identificou pendência. Isso não significa que a restauração foi testada ou que o RPO/RTO está garantido.
O modelo SIMPLE não exige backup de LOG para recuperação point-in-time. O FULL e BULK_LOGGED exigem uma cadeia de backups de log para recuperação até um ponto no tempo.
Limitações que o DBA deve considerar
- Histórico do msdb: os registros são locais à instância e podem ser removidos por rotinas de limpeza. O resultado representa o histórico disponível no momento da coleta.
- AlwaysOn: execute a coleta nas instâncias que participam da estratégia de backup. A ferramenta não consolida automaticamente histórico distribuído nem identifica qual réplica deveria executar o backup.
- Ferramentas externas: se a operação usa Veeam ou outra solução, confirme se o método de proteção executa backup SQL nativo e registra o histórico no
msdb. Backups de imagem/VM ou snapshots externos podem não aparecer nesta consulta e exigem análise complementar na própria ferramenta. - COPY_ONLY: um FULL copy-only pode servir como base para restore, mas não redefine a base diferencial. A ferramenta informa essa condição, mas não valida a cadeia de restauração. \n
- Backup danificado: a ferramenta lê
is_damagedemmsdb.dbo.backupset. FULL/LOG danificados são críticos e DIFFERENTIAL danificado gera atenção. Isso não substitui validação do arquivo nem teste de restore. - Restauração: a existência de um registro de backup não comprova que o arquivo está íntegro, acessível ou restaurável. Faça testes de restore e DBCC CHECKDB conforme a política da operação.
- Idade dos backups: a consulta calcula as idades no SQL Server durante a coleta e inclui o instante de coleta com offset. Isso reduz diferenças de fuso horário entre servidor e navegador. CSVs manuais sem essas colunas usam as datas interpretadas no fuso do navegador.
- RPO/RTO: os limites são critérios de triagem configuráveis e não substituem requisitos formais de negócio.
Permissões e impacto
Referência Microsoft: backupset (Transact-SQL). A consulta é somente leitura: consulta sys.databases, SERVERPROPERTY e msdb.dbo.backupset. O login precisa conseguir visualizar os bancos e ler o histórico de backup. A ferramenta não inicia backup/restore, não altera jobs, não acessa arquivos de backup e não estabelece conexão com o SQL Server. Os dados importados permanecem no contexto da página e não são enviados a um serviço externo.