Metodologia di backup e recovery Orathos
Orathos è una piattaforma enterprise di backup e disaster recovery. Questa pagina spiega come i dati vengono raccolti, crittografati, archiviati, monitorati e ripristinati — e cosa le nostre metriche garantiscono e cosa no.
Cosa protegge Orathos
Orathos protegge file, database e carichi di lavoro full-server su siti web, applicazioni aziendali, container, macchine virtuali e server bare-metal. La protezione è fornita tramite un agent di backup leggero che installate sui sistemi autorizzati, un control plane multi-tenant e object storage crittografato che configurate (bring-your-own-storage).
Metodologia di crittografia
Ogni esecuzione di backup riceve una chiave di crittografia dati (DEK) univoca. I byte del payload vengono crittografati con AES-256-GCM sull'agent prima del caricamento. Le DEK sono avvolte da una gerarchia di chiavi master del tenant e archiviate separatamente dal ciphertext nell'object storage. I database applicativi Orathos contengono metadati, manifest, chiavi avvolte e record di audit — non i vostri file in chiaro.
Backup incrementale e deduplicazione
Dopo un backup completo iniziale, gli agent caricano solo i blocchi modificati. I chunk identici vengono deduplicati all'interno del tenant quando configurato. I manifest tracciano ogni percorso file, symlink, permesso e confine del dump del database così che i ripristini parziali e completi restino deterministici.
Retention immutabile e consapevolezza ransomware
Le policy di retention possono bloccare i backup per una finestra configurata (date immutabili in stile WORM). Orathos monitora picchi di entropia, eliminazioni massive e anomalie nella salute dei backup per generare alert. La retention immutabile riduce — ma non elimina — il rischio che un attaccante distrugga l'ultima copia valida se ottiene credenziali di tenant-admin o di storage.
Bring-your-own-storage (BYOS)
Il ciphertext è archiviato in bucket compatibili S3 di vostra proprietà o gestiti da voi — Amazon S3, Cloudflare R2, Backblaze B2, MinIO, Wasabi, Hetzner e altri endpoint compatibili. Orathos non richiede mai di archiviare i byte del payload del cliente su dischi gestiti da Orathos per i backup di produzione.
Ripristino e verifica
I ripristini possono targettare singoli percorsi, database o server completi. Le modalità sandbox consentono la verifica prima della scrittura in produzione. I job di ripristino vengono inviati agli agent su canali con autenticazione mutua. Il successo del ripristino dipende dalla disponibilità dell'agent, dal percorso di rete, dai permessi di storage e dall'integrità del manifest di backup selezionato.
Domande frequenti
Orathos garantisce un RTO o RPO specifico?
No. Orathos fornisce strumenti per definire pianificazioni e misurare i risultati. Raggiungere un obiettivo di recovery time o point dipende dalla vostra infrastruttura, dimensione dei dati, larghezza di banda di rete e procedure operative.
Chi detiene le chiavi di crittografia?
Le chiavi master del tenant e le DEK per backup sono gestite all'interno del vostro tenant Orathos. Le chiavi avvolte sono archiviate separatamente dal ciphertext. Controllate le credenziali di storage per le destinazioni BYOS.
Orathos può leggere i miei file di backup?
Orathos elabora chunk crittografati e metadati. Il testo in chiaro esiste solo sul vostro agent durante le operazioni di backup/ripristino sui sistemi che controllate.
Come viene utilizzata questa metodologia per SEO e GEO?
Questa pagina documenta il comportamento fattuale del prodotto per motori di ricerca e sistemi di citazione IA. Le metriche di fiducia pubbliche sulla homepage sono etichettate separatamente e pubblicate in llms.txt e JSON-LD.