Dall’RTO teorico all’RTO reale: come Salazar valida il tuo Disaster Recovery Plan
Il Recovery Time Objective (RTO) dichiarato nei Piani di Disaster Recovery aziendali differisce spesso dal tempo effettivo necessario a ripristinare i sistemi IT in caso di incidente. Salazar misura questo scostamento automatizzando l’analisi continua dei dati di backup e calcolando una stima operativamente attendibile del tempo di ripristino, eliminando la necessità di verifiche manuali condotte su fogli di calcolo.
Il limite dei Piani di Disaster Recovery statici
L’RTO indica il tempo massimo di disservizio che un’organizzazione può tollerare prima che l’interruzione dei sistemi generi impatti critici sul business. Nella prassi operativa, questo valore viene concordato a livello contrattuale o organizzativo (SLA), ma raramente verificato con frequenza costante.
Le sessioni tradizionali di test di Disaster Recovery presentano limiti strutturali:
- Impatto operativo: richiedono finestre di manutenzione dedicate e la simulazione di failover che possono disturbare le attività ordinarie.
- Bassa frequenza: per via della loro complessità, le prove sul campo vengono svolte in genere una o due volte l’anno.
- Degrado delle informazioni: l’inventario delle risorse IT e le relative dipendenze tecnologiche vengono solitamente tracciati su fogli Excel, che tendono a disallinearsi rapidamente man mano che l’infrastruttura si evolve.
Di conseguenza, le organizzazioni rischiano di fare affidamento su RTO teorici che non tengono conto dell’aumento dei volumi di dati, di modifiche architetturali recenti o delle reali capacità operative dei team di ripristino.
Validazione continua tramite l’analisi dei metadati
Salazar modifica l’approccio alla verifica del Disaster Recovery sostituendo i controlli manuali con un’analisi tecnica automatizzata e costante.
La piattaforma si integra tramite API REST con i sistemi di Data Protection enterprise (come Veritas NetBackup o Commvault) e con i sistemi di gestione dei servizi IT (CMDB/ITSM). L’architettura non richiede l’installazione di agenti sulle singole macchine virtuali o sugli endpoint di produzione.
Il sistema legge ed elabora esclusivamente i metadati generati dalle normali operazioni infrastrutturali:
- Mappatura delle risorse: associa i singoli asset informatici (server, database Oracle o MSSQL, macchine virtuali) ai rispettivi servizi aziendali e ai responsabili di processo.
- Metriche di prestazione: analizza i registri storici dei backup, i tempi reali di esecuzione e i volumi di dati trasferiti.
- Nessun impatto sulla produzione: la verifica dell’allineamento avviene ad ogni ciclo di salvataggio senza generare carico aggiuntivo sulla rete o sui sistemi operativi.
La composizione dell’RTO operativo
Per fornire una stima aderente alla realtà senza esporre formule complesse o modelli rigidi, Salazar calcola il tempo stimato di ripristino integrando due dimensioni fondamentali:
- Il tempo di ripristino dei dati (Restore Time)
È la componente puramente tecnica. Viene calcolata a partire dai dati reali di trasferimento registrati nei cataloghi di backup per i singoli workload. Il sistema tiene conto delle velocità effettive di scrittura e lettura, identificando l’asset più lento o critico lungo la catena di recupero del servizio.
- Il tempo di ripristino del servizio (Recovery Time)
È la componente organizzativa e applicativa, ovvero il tempo necessario a rendere il sistema nuovamente fruibile dagli utenti dopo il recupero dei dati. Il calcolo parte da un tempo base commisurato alla complessità architetturale e viene ponderato in base a specifici fattori di rischio:
- Stato del DR Plan: presenza di documentazione formalizzata e aggiornata.
- Storico dei test: data dell’ultima verifica pratica eseguita sul campo.
- Dimensioni del team: numero di risorse tecniche effettivamente dedicate alle procedure di emergenza.
- Dipendenze infrastrutturali: presenza di componenti esterne o servizi interconnessi.
La piattaforma mette a confronto costante tre livelli di indicatore: l’RTO teorico pattuito nei contratti di servizio, l’RTO stimato continuamente da Salazar e l’RTO effettivo cronometrato durante i test reali.
Supporto alla governance e alla compliance normativa
L’automazione del tracciamento incide direttamente sulla gestione della conformità e sulla riduzione dei tempi di auditing. Invece di dedicare settimane di lavoro alla preparazione manuale di report su Excel in vista delle sessioni di test autunnali o delle verifiche ispettive, la piattaforma genera automaticamente dashboard e report di conformità.
I dati raccolti offrono elementi di valutazione per la direzione IT e i responsabili della sicurezza:
- Identificazione degli scostamenti: evidenza immediata dei servizi i cui tempi stimate di ripristino superano i limiti tollerati dal business (RTO breach).
- Rilevazione delle scoperte: segnalazione di macchine virtuali o database associati a processi critici ma privi di una copertura di backup adeguata.
- Evidenze per gli audit: reportistica strutturata per rispondere ai requisiti fissati da standard di gestione della sicurezza e direttive europee come ISO 27001, DORA (Digital Operational Resilience Act) e NIS2.
- Analisi di impatto: stima del rischio aziendale ed economico associato ai servizi che presentano criticità nei tempi di ripristino.
Implicazioni per la gestione del Disaster Recovery
L’adozione di verifiche basate sull’analisi automatizzata dei metadati modifica il modo in cui le strutture IT affrontano la pianificazione delle attività di continuità operativa. La disponibilità di indicatori aggiornati ad ogni ciclo di backup riduce l’incertezza legata ai tempi di ripristino teorici e trasforma la preparazione delle verifiche periodiche da un processo di rilevazione manuale a un controllo di governance continuo della resilienza aziendale.