Backups · últimos 7 dias
Execuções concluídas e falhadas no período
--:--:----/--/----
Jobs recentes
Últimas execuções do ambiente
Storage Nodes físicos
Hardware, ZFS, discos, SMART, rede e estado dos agentes de infraestrutura.
Repositórios de Backup
Capacidade lógica, utilização, backend e disponibilidade dos destinos de backup.
Alertas ativos
Agentes offline, falhas de backup e problemas de infraestrutura.
Alertas ativos
Ocorrências que exigem intervenção do NOC ou do tenant
Registo, estado, desativação e remoção segura de agentes.
Detalhe do agente
Agentes registados
Inventário e ciclo de vida dos agentes
Instaladores one-click associados ao tenant e sistema operativo selecionados.
Windows
Windows 10/11 e Windows Server x64. Serviço, consola local e enrollment automático.
Ubuntu / Debian
Linux x64/ARM64 com runtime isolado, systemd e atualização gerida pelo Backplane.
RHEL / AlmaLinux / Rocky
Famílias Red Hat x64/ARM64 com runtime isolado, systemd e enrollment automático.
ELENDE Recovery Media
ISO bootável para USB, iDRAC/iLO e virtual media. Autenticação por código temporário, sem credenciais permanentes na ISO.
A verificar publicação...Distribuição empresarial
O instalador contém uma credencial temporária de utilização única; após o enrollment passa a usar a identidade permanente do agente.
Admin ELENDESeleciona qualquer tenant e gera o instalador adequado.
ClienteGera instaladores apenas para o próprio tenant.
SegurançaCredencial de bootstrap expira em 1 hora e deixa de funcionar após a primeira utilização.
Operação de Disaster Recovery: serviço, RPO/RTO, prontidão, sistemas protegidos, recovery points e ensaios.
Serviços DR por tenant
Ativação, origem do serviço, objetivos de RPO/RTO e prontidão técnica.
Sistemas protegidos e planos
Políticas Bare-Metal ativas que sustentam a recuperação.
Ensaios DR
Resultados de testes controlados e RTO observado.
Recovery Points recentes
Imagens Bare-Metal disponíveis para recuperação dos tenants com DR ativo.
O Centro DR mede readiness e regista ensaios. Failover/failback automático, redes isoladas de teste e runbooks multi-sistema permanecem indisponíveis até o motor de orquestração estar validado.
ELENDE Cloud Files
Ficheiros, pastas, favoritos e reciclagem do tenant.
Destinos exclusivos do serviço Cloud Files. Podem ser provisionados a partir de um Storage Node, mas nunca partilham namespace com backups.
Storage do Cloud Files
Filesystem/NFS montado ou S3/S3-compatible dedicado exclusivamente ao Cloud Files.
Organizações/tenants, serviços contratados, quotas e utilização.
Tenants / Clientes
O tenant é uma entidade própria. Depois de o criar, associe administradores e utilizadores.
Contas, roles e acesso à plataforma.
Utilizadores
RBAC com isolamento global ou por tenant.
Utilizadores pertencentes aos clientes/tenants. Contas ELENDE não aparecem nesta vista.
Utilizadores dos Tenants
RBAC isolado por organização.
Apenas colaboradores e operadores da ELENDE com acesso administrativo ao Backplane.
Utilizadores ELENDE
Super Admin, Platform Admin, NOC, Security, Support e outras funções internas.
Subscrições & Serviços
Backup, Cloud Files e Disaster Recovery por tenant, incluindo origem local/WHMCS.
Quotas & Limites
Limites contratados e técnicos por tenant.
Consumo por Tenant
Utilização de backup e Cloud Files.
Agentes de Infraestrutura
Vista técnica de identidade, tipo, versão, heartbeat e capacidades.
Operação da Plataforma
Control Plane, jobs, agentes, repositories e storage nodes.
Restauros
Restauros de ficheiros, bare-metal e bases de dados.
Planos de Recuperação
Tenants DR, RPO/RTO e políticas Bare-Metal/application-aware associadas.
Recovery Points DR
Pontos de recuperação disponíveis para sistemas protegidos.
Ensaios de Disaster Recovery e tempos observados.
Ensaios DR
Histórico DR
Eventos e ensaios de recuperação.
Integrações
WHMCS, Webhooks, API e credenciais de integração.
A integração WHMCS permanece ativa através dos endpoints existentes. Webhooks e API usam as políticas de autenticação do Control Plane.
Funções & Permissões
RBAC da plataforma e dos tenants.
Segurança
Estado de proxy, sessões, cifragem e controlos de plataforma.
Notificações
Alertas operacionais e integrações de notificação.
As notificações usam atualmente o motor de Alertas. Canais adicionais serão configurados aqui.
Configurações
Parâmetros globais do Backplane.
Configurações sensíveis permanecem em variáveis/segredos do servidor e não são expostas em claro no UI.
Proteção application-aware para SQL Server, MySQL/MariaDB e PostgreSQL, com discovery, Credential Vault e recovery chains.
Bases de dados descobertas
Inventário por tenant, agente, motor, proteção e disponibilidade PITR.
Credential Vault
Credenciais cifradas pelo KEK e entregues apenas durante o job.
Recovery Points de bases de dados
Full, Differential, Transaction Log, Binlog, Base Backup e WAL disponíveis para recuperação.
Testes de recuperação
Restores application-aware executados em destino controlado, com validação de integridade e resultado auditável.
Agendamentos apresentados em WAT (Africa/Luanda).
Nova política
Configuração da proteção
Políticas de proteção
Agendamentos e retenção
Histórico de jobs
Execuções e resultados
Pontos de restauro
Backups disponíveis para recuperação
Inventário de VMs descobertas nos ambientes KVM, Virtualizor e CloudStack. Nesta versão, o backup ao nível do hypervisor é executado diretamente em hosts KVM registados.
Máquinas Virtuais
Estado, capacidade, proteção e ações de backup
Adicione hosts KVM ou conecte Virtualizor/CloudStack para inventariar a infraestrutura virtual.
Hypervisors & Orquestradores
KVM nativo, Virtualizor e CloudStack
Servidores/appliances de storage geridos pelo Backplane. SSH serve para bootstrap, telemetria e provisionamento autorizado; os dados de backup usam NFS ou S3.
Storage Nodes
Inventário, hardware, ZFS, rede, agente de telemetria e serviços NFS/S3 provisionados. SSH nunca é o backend de backup.
Repositórios de dados usados pelo motor de backup. O backend efetivo é NFS, S3/S3-compatible ou filesystem local controlado.
Novo repositório
O backend de dados é NFS ou S3. NFS é montado no host de forma controlada, fora do processo web.
Repository Groups
Camada de proteção multi-storage. Nesta release os grupos 1/1 funcionam em produção; replicação entre storages permanece desativada até existir a segunda storage de teste.
Resultado da simulação
Pré-visualização não destrutiva
Histórico de integridade
Baseline SHA-256 e alterações físicas detetadas
A migração copia e verifica os objetos, atualiza o catálogo e preserva os dados no repositório de origem.
Chaves de encriptação por tenant. Sem elas — ou sem um pacote de custódia — nenhum backup pode ser restaurado.
Chaves ativas e históricas
As chaves antigas nunca são eliminadas: os backups criados com elas continuam legíveis
Exportar pacote de custódia
Guarde o ficheiro e a frase-passe em sítios separados, e nunca dentro do repositório que eles protegem
Repor a partir de um pacote
Usado ao reconstruir o control plane; as chaves já existentes não são substituídas
Rodar a chave de um tenant
A chave anterior fica inativa mas continua disponível para leitura
A rotação reinicia a deduplicação: os blocos novos passam a ter outro identificador. Use-a em resposta a uma suspeita de comprometimento, não por rotina.
Auditoria administrativa
Alterações, restauros, logins e operações do sistema