Recovery in caso di disastri e continuità operativa Servizi di consulenza

Il recovery in caso di disastri e la continuità operativa sono i piani attivati quando qualcosa di essenziale smette di funzionare: un sistema, un sito, un fornitore o una persona. Questi piani definiscono cosa continua a operare, cosa deve essere ricostruito e in quale ordine, assicurando che le decisioni vengano prese durante una riunione di progettazione e non durante il guasto.

Cosa coprono

• Operazioni essenziali: il piccolo insieme di funzioni che devono continuare a prescindere da ciò che si guasta. Tutte le altre sono classificate come secondarie rispetto a queste.
• Backup e copie: copie attuali e verificabili dei dati, conservate in modo che l'evento che ha distrutto l'originale non possa distruggerle anch'esse.
• Fall-over e ricostruzione: come un servizio viene spostato in una posizione di riserva o ricostruito da componenti integri, e il tempo necessario per farlo.
• Comunicazione: chi viene informato, chi decide e cosa ascoltano il personale, affinché la risposta non sia guidata dalle voci.

Gap comuni

• Backup non testati: un ripristino mai eseguito nella pratica resta un'ipotesi. È il test a far emergere parti mancanti e file corrotti.
• Punti di fallimento nascosti: un singolo database, un amministratore unico o un portale di fornitore su cui dipende tutto. Il fallimento di uno di questi elementi blocca più servizi contemporaneamente.
• Documentazione obsoleta: una runbook che corrisponde all'ambiente dell'anno scorso fallisce nell'ordine esatto in cui sono elencati i suoi passaggi.

Cosa valutare

• Curva dei costi di ripristino: la velocità del ripristino diventa rapidamente costosa. Progettare per il tempo di ripristino effettivamente necessario a ciascun servizio, non per quello più rapido disponibile.
• Persone coinvolte: un piano che presuppone la presenza di un dipendente già dimessosi fallirà nel giorno in cui sarà necessario. La responsabilità deve essere assegnata a un ruolo nominato, non a un nome specifico.
• Dipendenza dai fornitori: se un servizio chiave viene riavviato tramite il portale di un unico fornitore, la velocità di ripristino è limitata dal tempo di risposta di quel fornitore, non dal piano interno.

Come NobleConsul può aiutare

Dove rilevante, NobleConsul può supportare, come possibile attività di consulenza, l'identificazione delle operazioni essenziali e dei punti di fallimento unici, la definizione di obiettivi di ripristino realistici e la pianificazione del test che verifica l'efficacia del piano.