🧠

Brain ERP

Status do sistema · monitoramento público

Todos os sistemas operacionais

Última verificação concluída sem falhas.

Disponibilidade medida (90 dias): 99.88%Resposta do banco de dados: 570 ms · média hoje 572 msÚltima verificação: há 1 min 52 s

página ao vivo · dados atualizados agora · recarrega sozinha a cada 60 spróxima leitura do vigia em ~3:07

🖥️ Aplicação (Brain ERP)operacional

30 dias: 99.9%90 dias: 99.85%

90 dias atráshoje

Última leitura: há 1 min 52 s

🗄️ Banco de dadosoperacional

30 dias: 99.88%90 dias: 99.83%

90 dias atráshoje

Última leitura: há 1 min 52 s · resposta 570 ms · média hoje 572 ms

🔐 Autenticação (login)operacional

30 dias: 99.9%90 dias: 99.84%

90 dias atráshoje

Última leitura: há 1 min 52 s · resposta 525 ms · média hoje 514 ms

🛰️ Vigia independenteoperacional

30 dias: 100%90 dias: 100%

90 dias atráshoje

Última leitura: há 1 min 53 s

Legenda: dia 100% operacional instabilidade parcial queda sem medição (antes do início)

Incidentes registrados (90 dias)

O vigia verifica a cada 5 minutos e re-testa em ~1 minuto após qualquer falha — a duração mostrada é a janela REAL (≤), não uma estimativa. Âmbar = instabilidade breve (igual à barra do dia); vermelho = queda sustentada (2+ verificações seguidas). Toque num incidente para ver o que houve.

▶Banco de dados · 23/10, 12:40instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 23/10, 12:40 · última 23/10, 12:40
▶Banco de dados · 08/10, 15:45instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 08/10, 15:45 · última 08/10, 15:45
▶Autenticação (login) · 22/09, 14:40instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 22/09, 14:40 · última 22/09, 14:40
▶Banco de dados · 21/09, 15:45instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 21/09, 15:45 · última 21/09, 15:45
▶Banco de dados · 14/09, 10:05instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 14/09, 10:05 · última 14/09, 10:05
▶Autenticação (login) · 10/09, 19:10instabilidade breve · ≤ 1 min · 1 verificação(ões)
Uma única verificação falhou — e o serviço respondeu normalmente na sequência. O vigia RE-TESTA em cerca de 1 minuto após qualquer falha, então a janela exibida é a real (a indisponibilidade pode ter durado apenas segundos). Padrão característico de instabilidade momentânea do provedor de nuvem, não de queda do sistema. A verificação seguinte, concluída com sucesso, fecha a janela real em ≤ 1 min.
Causa registrada: o serviço demorou mais que o tempo-limite de 6 segundos para responder(TimeoutError: The operation was aborted due to timeout)
Verificações com falha: 1 · primeira 10/09, 19:10 · última 10/09, 19:10

Rotinas diárias

Tarefas agendadas na máquina da fábrica: não entram no uptime, mas cada uma registra se rodou e se deu certo. Uma rotina sem execução há mais de 30 horas aparece em âmbar.

❌ Backup do ERP

07h30 · dump + ensaio de restauração + cofre cifrado

última 27/10, 07:30· há mais de 30 h

Últimas: ✗ ✗ ✗ ✗ ✗ ✗ ✗

⏳ Backup do Pulsar Gov

07h35 · dump do schema gov + ensaio + cofre

última 27/10, 07:42· há mais de 30 h

Últimas: ✓ ✓ ✓ ✓ ✓ ✓ ✓

❌ Vigia das 8h

08h00 · prazos, aceites, fila, presença — avisa no Telegram

última 27/10, 08:00· há mais de 30 h

Últimas: ✗ ✗ ✗ ✗ ✗ ✗ ✗

Backup diário verificado

Toda manhã uma esteira independente copia o banco inteiro, restaura a cópia num servidor limpo e confere tabela a tabela, criptografa (AES-256) e guarda fora da nuvem do sistema. Backup sem ensaio não é backup.

❌ Banco do ERP

todo dia às 07h30

27/10, 07:30 · —

ensaio: — · 23 s

Últimos: ✗ ✗ ✗ ✗ ✗ ✗ ✗

⚠️ Banco do Pulsar Gov

todo dia às 07h35

27/10, 07:42 · 2.09 GB · 42 tabelas · 3.116.336 linhas

ensaio: OK (3.116.336 conferidas) · cofres: D:\Backups\pulsar-gov + github-release:brain-erp-cofre · 448 s

Últimos: ✓ ✓ ✓ ✓ ✓ ✓ ✓

⚠️ Conhecimento da fábrica

vault, memória do agente, docs

06/10, 15:25 · 172.8 MB · 520 arquivos

ensaio: OK (520 conferidas) · cofres: D:\Backups\brain-erp + github-release:brain-erp-cofre · 52 s

Últimos: ✓

Como medimos

Um vigia independente da aplicação executa uma verificação real a cada 5 minutos: carrega a aplicação, consulta o banco de dados e testa o serviço de login, registrando o resultado e o tempo de resposta de cada um. O vigia roda dentro do próprio banco: se a aplicação cair, a leitura falta; se o banco cair, o heartbeat some — em ambos os casos a lacuna vira indisponibilidade. A ausência de medição em um dia completo conta contra a disponibilidade. Página pública, atualizada automaticamente.

Versão no ar: — compare com a versão no rodapé do sistema (ou na tela de entrar): se for diferente, aquele navegador está desatualizado — feche a aba e abra de novo.