Diagnóstico de Backups — 15/07/2026¶
Executado remotamente (somente leitura) a partir da máquina do Moisés, autenticado nos servidores .2 (CIAIMPER) e .3 (IMPERBD).
1. Iperius (192.168.0.2) — FALHANDO ⚠️¶
- Versão: 5.8.5 (muito desatualizada — atual é a série 8.x).
- Instalação:
C:\Program Files (x86)\Iperius Backup+ Console Agent. C:\ProgramData\IperiusBackup\Logs\Exceptions.log: 3,1 MB, crescendo em tempo real.- Erro em loop:
File Upload exception: UploadFileOneDrive: Exceção Desconhecidanos jobs DP.VENDAS (Job009.ibj) e DP.VENDASGERENCIAL (Job015.ibj) — destino//BACKUPCIAIMPER/...no OneDrive. Retenta os mesmos arquivos sem sucesso. - Não há logs de job na pasta de logs (só Exceptions.log) — jobs possivelmente nunca concluem para gerar log final.
- Causa provável: versão 5.8.5 usa API/token OneDrive obsoleto (Graph mudou; tokens antigos e endpoints legados são recusados). Confirmado o que o Moisés suspeitava: os backups em nuvem NÃO estão sendo concluídos.
Ação recomendada¶
- Atualizar o Iperius para a versão atual (licença permite? verificar).
- Re-autenticar a conta OneDrive no Iperius (Contas de nuvem) após atualizar.
- Rodar manualmente Job009 e Job015 e conferir se geram log OK.
- Enquanto isso, os dados continuam protegidos apenas localmente (share/E:).
2. SQL Server (192.168.0.3) — parcialmente OK¶
| Banco | Último FULL | Status |
|---|---|---|
| PegasusImpercia | 14/07 22:01 (FULL diário + DIFF 4h em E:\ + LOG 15min em D:) | ✅ OK |
| strato | 15/07 12:00 | ✅ OK |
| Ciaimperinventario | NUNCA | 🔴 CRÍTICO |
| master / model / msdb | 31/01/2021 | 🔴 5 anos sem backup |
| Baseteste | 06/2023 | ⚠️ avaliar se ainda é usada |
| BraspreferBackup | 11/2022 | ⚠️ avaliar se ainda é usada |
Ação recomendada¶
- Incluir Ciaimperinventario e os bancos de sistema (master, model, msdb) na rotina de backup (job semanal para sistema já resolve).
- LOG backups do PegasusImpercia vão para *D:* — incluir D:\SQLBackups...\LOG na cópia para o share também (hoje só E:\ estava no radar).
3. Estrutura encontrada¶
\\192.168.0.2\BACKUP2026\OneDrive— existe, com subpastas por departamento (DP.*, NOTASFISCAIS, Imagens, Documentos...), atualizado hoje.E:\no .3:BACKUPSQL(FULL+DIFF copiados, atualizado hoje — já existe rotina de cópia),SQLBackups(FULL/DIFF nativos), XMLs emCIAIMPER_NFE_XML,IMPERSERV_NFE_XML,TECDRAYCO_NFE_XML(ativos, atualizados hoje) eFORTE_NFE_XML,NFE_XML,NFE_XML_IMPERLOC,Patriholdnfe(parados desde 2023).- Arquivos soltos na raiz do E:\ (certificados .pfx, .bak antigo de 2025, etc.) — candidatos a organização futura (com backup antes, conforme política).
4. Próximos passos¶
- Moisés: atualizar Iperius + reconectar OneDrive (item 1) — manual, na console do .2.
- Ajustar
$Origensdoscripts/Copia-Backups-Para-Share.ps1:E:\SQLBackups,E:\BACKUPSQL,E:\CIAIMPER_NFE_XML,E:\IMPERSERV_NFE_XML,E:\TECDRAYCO_NFE_XML(+ D:\SQLBackups LOG) →\\192.168.0.2\BACKUP2026\OneDrive\. - Criar job SQL para Ciaimperinventario + bancos de sistema (script a preparar).
- Executar
scripts/dirmonitor_db_setup.sql(após definir senhas) e apontar o plugin Database do Directory Monitor Pro para DirMonitorLogs no .3. - Fase 1 do plano: agente coletor lendo Exceptions.log do Iperius → alerta automático (esse erro estaria alarmando há meses).