BACKUP & DISASTER RECOVERY – Riduzione di RPO e RTO con N-ABLE Cove Data Protection

È tempo che le organizzazioni prendano sul serio il recupero e il backup dei dati. Secondo Boston Computing Network, il 60% delle aziende perde i propri dati quasi entro sei mesi dal guasto. Nel frattempo, una società su quattro non ha mai testato effettivamente il proprio piano di ripristino di emergenza, lasciando le proprie operazioni vulnerabili a incidenti imprevisti.

L’obiettivo del tempo di ripristino (RTO) e l’obiettivo del punto di ripristino (RPO) sono di fondamentale importanza per le organizzazioni preoccupate per il triage dei dati e che cercano di soddisfare meglio i requisiti di ripristino con gli investimenti di backup e DR. La comprensione dell’RPO e dell’RTO del cliente ti aiuterà a creare i requisiti di sistema e l’infrastruttura per recuperare i dati nel modo più efficiente possibile. In caso di disastro, il tempo necessario per il ripristino e la quantità di dati persi dipenderà dall’approccio ai backup regolari e dalle capacità di archiviazione dei dati. Ecco cosa è necessario sapere su RTO e RPO per gestire efficacemente le aspettative di un cliente e per ripristinare i suoi dati entro i parametri richiesti dalla sua attività.

Qual è la differenza tra RPO e RTO?

Essenzialmente, RPO ha a che fare con la frequenza di backup, mentre RTO si riferisce alla sequenza temporale di ripristino. Quando si verifica un’interruzione del sistema, l’RPO e l’RTO sono due punti dati che possono indicare quanto seriamente il tempo di inattività abbia avuto un impatto sulle operazioni aziendali di un cliente:

• L’obiettivo del punto di ripristino (RPO) è una misura della frequenza con cui vengono eseguiti i backup. Se si verifica un disastro tra i backup, puoi permetterti di perdere cinque minuti di aggiornamenti dei dati? O cinque ore? O un’intera giornata? RPO rappresenta quanto saranno freschi i dati recuperati. In pratica, l’RPO indica la quantità di dati (aggiornati o creati) che andranno persi o che dovranno essere reinseriti dopo un’interruzione.
• Recovery Time Objective (RTO) è la quantità di tempo di inattività che un’azienda può tollerare. In un ambiente di transazioni ad alta frequenza, i secondi di offline possono rappresentare migliaia di dollari di mancati guadagni, mentre altri sistemi (come i database delle risorse umane) possono rimanere inattivi per ore senza impattare negativamente sull’attività. L’RTO risponde alla domanda: “Quanto tempo può impiegare il nostro sistema per ripristinarsi dopo che ci è stata notificata un’interruzione dell’attività?”

In parole povere, l’RPO indica la frequenza dei backup e l’RTO determina il tempo necessario per il ripristino dopo un disastro. Ovviamente, le organizzazioni sperano di avere brevi RTO e RPO , ma è anche necessario un atto di bilanciamento per determinare quali sistemi e tipi di dati valgono investimenti maggiori per ottenere tali brevi RTO e RPO. Non tutti i dati sono ugualmente critici per le operazioni aziendali.

Più breve è il tuo RTO, minore è il tempo di inattività che l’organizzazione deve sopportare, riducendo al minimo la perdita di produttività e i costi di ripristino, contribuendo a ridurre le possibilità che la reputazione dell’organizzazione subisca un danno. Più breve è il tuo RPO, meno dati rischiano di andare persi. Sebbene questi due numeri siano in qualche modo indipendenti, lavorano insieme per aiutare un’organizzazione a sviluppare l’infrastruttura fisica e virtuale per il ripristino dei dati.

Cosa sono RTO e RPO nel ripristino di emergenza?

Nel ripristino di emergenza, questi numeri determinano la durata dei tempi di inattività dell’organizzazione e la quantità di dati che potrebbero andare persi. In questo importante contesto, che cos’è un “buon” obiettivo di punto di ripristino o un obiettivo di tempo di ripristino? La risposta non è semplice. Un buon standard RPO / RTO dipende dal tipo di disastro e dal periodo massimo tollerabile di interruzione .

Innanzitutto, è importante definire il potenziale insieme di disastri da cui si desidera proteggere la propria organizzazione. Alcuni disastri che richiedono il ripristino e il backup dei dati includono:

• Perdita di dati : può essere semplice come l’eliminazione di una cartella o complessa come un caso di ransomware o un database infetto.
• Perdita di un’applicazione : si riferisce a quando le modifiche alla sicurezza, un aggiornamento o le configurazioni di sistema hanno un impatto negativo sui servizi.
• Perdita di un sistema : questo include quando l’hardware si guasta o, se si dispone di un server virtuale, quando il sistema operativo si blocca.
• Perdita della sede dell’attività : in questo caso, un disastro potrebbe includere un’interruzione di corrente, un incendio, inondazioni o persino una fuoriuscita di sostanze chimiche all’esterno dell’edificio. Le strutture aziendali richiedono il ripristino in una posizione alternativa.
• Perdita di operazioni : si tratta di un arresto completo delle operazioni aziendali, ovvero lo scenario peggiore.

Ciascuno di questi potenziali scenari illustra quanto sia importante considerare i dati, i sistemi, le applicazioni e la posizione fisica nella strategia di ripristino di emergenza. Questi fattori giocano un ruolo nei valori RTO e RPO. Dopo aver definito i particolari scenari di disastro da cui speri di proteggerti, puoi dare la priorità agli scenari che il tuo cliente è più interessato a prevenire, quindi implementare le funzionalità di protezione dei dati che corrispondono ai loro requisiti RTO e RPO.

Una terza cifra influisce sulla tua strategia RTO / RPO: il periodo massimo tollerabile di interruzione (MTPD). Questo rappresenta per quanto tempo il tuo cliente è in grado di gestire le crisi in caso di interruzione del sistema e varia per ogni applicazione e servizio che gestisci. I fattori che giocano in questa cifra includono costi tangibili come salari dei dipendenti, vendite perse, prezzi delle azioni indeboliti e spese di recupero, nonché beni immateriali come il rischio reputazionale. È importante discutere l’MTPD con il cliente e quindi applicare quel numero alla strategia di riduzione RTO / RPO.

Ad esempio, per una determinata applicazione, il periodo massimo di tolleranza del cliente potrebbe essere di due ore. Ciò significa che l’obiettivo del tempo di ripristino deve essere inferiore a due ore e il backup dei dati deve essere eseguito meno di ogni due ore per soddisfare l’RPO ideale. Questo ti dà le linee guida necessarie per creare un sistema fisico e virtuale che soddisfi le esigenze del tuo cliente in caso di disastro.