Metodologia de backup e recovery Orathos
Orathos é uma plataforma empresarial de backup e disaster recovery. Esta página explica como os dados são recolhidos, encriptados, armazenados, monitorizados e restaurados — e o que as nossas métricas garantem e o que não garantem.
O que o Orathos protege
Orathos protege ficheiros, bases de dados e cargas de trabalho de servidor completo em websites, aplicações empresariais, contentores, máquinas virtuais e servidores bare-metal. A proteção é fornecida através de um agente de backup leve que instala nos sistemas que autoriza, um plano de controlo multi-tenant e armazenamento de objetos encriptado que configura (bring-your-own-storage).
Metodologia de encriptação
Cada execução de backup recebe uma chave de encriptação de dados (DEK) única. Os bytes do payload são encriptados com AES-256-GCM no agente antes do upload. As DEK são envolvidas por uma hierarquia de chaves mestras do tenant e armazenadas separadamente do ciphertext no armazenamento de objetos. As bases de dados da aplicação Orathos contêm metadados, manifestos, chaves envolvidas e registos de auditoria — não os seus ficheiros em texto simples.
Backup incremental e deduplicação
Após um backup completo inicial, os agentes carregam apenas os blocos alterados. Os chunks idênticos são deduplicados dentro do seu tenant quando configurado. Os manifestos registam cada caminho de ficheiro, symlink, permissão e limite de dump de base de dados para que restauros parciais e completos permaneçam determinísticos.
Retenção imutável e consciencialização ransomware
As políticas de retenção podem bloquear backups durante uma janela configurada (datas imutáveis estilo WORM). O Orathos monitoriza picos de entropia, eliminações em massa e anomalias na saúde dos backups para gerar alertas. A retenção imutável reduz — mas não elimina — o risco de um atacante destruir a sua última cópia válida se obtiver credenciais de tenant-admin ou de armazenamento.
Bring-your-own-storage (BYOS)
O ciphertext é armazenado em buckets compatíveis com S3 que possui ou opera — Amazon S3, Cloudflare R2, Backblaze B2, MinIO, Wasabi, Hetzner e outros endpoints compatíveis. O Orathos nunca exige armazenar bytes de payload do cliente em discos operados pelo Orathos para backups de produção.
Restauro e verificação
Os restauros podem visar caminhos individuais, bases de dados ou servidores completos. Os modos de restauro sandbox permitem verificação antes de escrever em produção. Os jobs de restauro são enviados aos agentes através de canais com autenticação mútua. O sucesso do restauro depende da disponibilidade do agente, do caminho de rede, das permissões de armazenamento e da integridade do manifesto de backup selecionado.
Perguntas frequentes
O Orathos garante um RTO ou RPO específico?
Não. O Orathos fornece ferramentas para definir agendamentos e medir resultados. Atingir um objetivo de recovery time ou point depende da sua infraestrutura, tamanho dos dados, largura de banda de rede e procedimentos operacionais.
Quem detém as chaves de encriptação?
As chaves mestras do tenant e as DEK por backup são geridas dentro do seu tenant Orathos. As chaves envolvidas são armazenadas separadamente do ciphertext. Controla as credenciais de armazenamento para destinos BYOS.
O Orathos pode ler os meus ficheiros de backup?
O Orathos processa chunks encriptados e metadados. O texto simples existe apenas no seu agente durante operações de backup/restauro nos sistemas que controla.
Como é utilizada esta metodologia para SEO e GEO?
Esta página documenta o comportamento factual do produto para motores de busca e sistemas de citação IA. As métricas de confiança públicas na homepage são etiquetadas separadamente e publicadas em llms.txt e JSON-LD.