L'implementazione e la verifica di un piano di disaster recovery (Dr) rappresentano un'impresa davvero immane. Tipicamente, il numero delle persone coinvolte nello sviluppo, nella documentazione e nella verifica di un piano Dr è direttamente correlato al numero di dipendenti di una società e al numero di persone che compongono il gruppo It. Purtroppo, solitamente ci sono meno persone di quante sarebbe necessario avere per poter svolgere adeguatamente il lavoro.
Come professionisti del networking, bisogna essere preparati a contribuire alla creazione e alla verifica del programma di Dr, o a collaborare a modificarlo se già ne esiste uno. Le persone che non si occupano della rete raramente prendono in considerazione il network quando si sviluppano un programma di Dr: semplicemente suppongono che la rete sarà là e funzionerà, in ogni modo.
Per contribuire a semplificare questo compito, in primo luogo dovete assicurarvi di essere coinvolti nella pianificazione del Dr. Per aiutarvi in questa operazione complessa operazione abbiamo sviluppato una sorta di guida del professionista della rete per il disaster recovery.
I principi fondamentali del disaster recovery
Prima di scendere nei dettagli, è necessario conoscere alcuni principi
fondamentali del Dr. Anzitutto, c'è sempre confusione fra la business continuity
(Bc) e Dr. "Business continuity" significa che state soltanto provando
a vedere fino a che punto la vostra infrastruttura di business possa essere
"ripristinata". "Disaster recovery" significa invece che
desiderate ristabilire il più rapidamente possibile l'infrastruttura di business.
Ciò può sottintendere che le più grandi organizzazioni con un'infrastruttura
IT critica non hanno downtime e istantaneamente forniscono di nuovi tutti i
servizi di business in caso di problemi. Questi termini sono spesso combinati
nell'acronimo “Bc/Dr”. Naturalmente, programmi di disaster recovery devono considerare
tutte le infrastrutture di business e non soltanto l'infrastruttura IT.
Un programma di Dr deve essere creato per progettare il recupero sia dell'infrastruttura sia del personale. Molte volte, questo può essere fatto con un programma automatizzato (ad esempio LDRPS di Strohl) per creare e implementare il programma di Dr.
Parte dello sviluppo di quel programma si farà carico di definire la criticità dell'infrastruttura e la quantità accettabile di downtime. Per fare questo, andranno eseguiti degli studi sull'impatto del business e sull'analisi del rischio. Tali studi classificano e categorizzano le criticità dell'infrastruttura e del personale al fine di aiutarvi a determinare cosa recuperare per primo e se esistono parti che non richiedono il recupero.
Cosa può fare il professionista della rete per contribuire al Dr?
Generalmente, il professionista del networking deve anzitutto partecipare alla
fase di pianificazione del Dr. Gli autori del programma di Dr devono avere ben
presente il network quando arrivano alle applicazioni di rete.
I professionisti del network devono ricordare agli altri l'importanza della rete nel loro business quotidiano. In questo senso, era decisamente indovinata la campagna di Cisco che usava il claim “Power of the network”.
Quando si arriva alla rete di Dr, ovviamente, il modo più rapido affinché sia sempre disponibile è di averla ininterrottamente in funzione. Ci siamo sempre mantenuti a debita distanza dalle offerte di Dr che dicono di “riattivare la vostra rete di Dr non appena dichiarate un'emergenza”. Invece, preferiamo una rete Dr che abbia le seguenti caratteristiche:
- Che sia sempre funzionante e sulla quale potete fare un ping in qualunque momento del giorno o della notte
- Che permetta di effettuare un test del server o delle applicazioni ogni volta che le persone responsabili desiderano farlo
- Che abbia una completa connettività a tutte le location dell'azienda alla stessa velocità della rete di produzione
Naturalmente, dovete valutare il budget che la vostra azienda rende disponibile in relazione al costo della rete ideale di Dr. Tuttavia, l'azienda deve considerare gli studi di analisi del rischio e di impatto sul business quando deve definire la cifra da investire. Se tutti i senior manager dicono che hanno bisogno dell'accesso all'email entro un'ora dal downtime, affinché ciò sia possibile devono essere trovati i fondi per supportare le risorse del server e della rete (oppure a tali manager deve essere detto che non ci sono abbastanza soldi per un progetto come loro desiderano).
