Recovery time objective: indispensabile in un piano di disaster recovery
Molto probabilmente il recovery point objective (RPO) è stato previsto nel vostro piano di disaster recovery. Ma non si tratta dell’unico accorgimento al quale ricorrere per garantire la continuità operativa. Infatti, l’impostazione dell’RPO dovrebbe sempre andare di pari passo insieme a un’altra impostazione: stiamo parlando del recovery time objective.
Significato
A esso ci si riferisce anche solo con il semplice acronimo RTO. Il punto centrale, qui, è il tempo. Il recovery time objective, infatti, è il tempo massimo stabilito che deve intercorrere tra l’avvenimento del disaster e il ripristino dell’operatività di un sistema o di un processo. Tale tempo è stabilito in modo da minimizzare o ridurre del tutto le possibili conseguenze derivanti dall’interruzione dell’attività.
Gestione
Solitamente, il totale del recovery time objective è dato da:
- Il tempo per cercare di risolvere il problema senza ricorrere al recovery;
- Il recovery in quanto tale;
- La fase di test successiva al recovery;
- La comunicazione a tutti gli utenti interessati.
La definizione del recovery time objective si fa in una fase che si chiama business impact analysis, la quale viene gestita dal titolare del processo in esame.
Recovery point objective
Abbiamo già accennato a esso in apertura ma, per completezza d’informazione, vale la pena soffermarsi anche sul recovery point objective. Si tratta dell’ultimo momento, prima della perdita dei dati, in cui è stato effettuato un backup. Aziende ed enti impostano la periodicità dei backup in base a una serie di fattori, tutti relativi allo specifico tipo di attività svolta.
Com’è facile intuire, in un buon piano di disaster recovery è importante che recovery time objective e recovery point objective siano gestiti in maniera sinergica e integrata, così da garantire la business continuity in caso di emergenza.
Area Editoriale