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.