Il backup e il ripristino sono un po' come lo snowboard. Quando arriva il momento di scendere a tutta velocità dalla montagna o di far funzionare la tua attività in caso di disastro, un po' di preparazione farà la differenza tra un atterraggio dolce o finire a faccia in giù in un cumulo di neve. Ecco quattro modi per evitare un fallimento epico.
Epic Fail n. 1: attrezzatura difettosa
Come riconoscere un principiante sulle piste? Che ne dici dello snowboarder che ha una giacca da sci costosa ed elegante ma guanti sottili e vernici non impermeabili? O il ragazzo che ha dimenticato di assicurarsi che i suoi attacchi fossero in buone condizioni e perde la tavola a metà della montagna? Dopotutto, non puoi distruggere la collina a meno che la tua attrezzatura non funzioni.
Allo stesso modo, non è possibile eseguire il ripristino da un disastro se il backup non è attivo prima che si verifichi la perdita di dati. È fondamentale garantire che la tua tecnologia funzioni come dovrebbe e disponga di un set di funzionalità sufficientemente robusto per la tua azienda, ben prima che si verifichi un disastro. Avrai bisogno di un'implementazione in cui i backup siano automatici e affidabili, l'integrità dei tuoi dati sia garantita attraverso la convalida in linea e offline, i test di ripristino siano automatizzati tramite software di garanzia del ripristino e i backup vengano copiati correttamente in una posizione secondaria o nel cloud. In termini semplici, assicurati che venga effettivamente eseguito il backup e la copia dei tuoi dati offsite. Sembra semplicistico, ma è importante confermare che la tua azienda può continuare a funzionare anche se i tuoi server locali non funzionano.
Epic Fail n. 2: ignorare la mappa del sentiero
Non saliresti su uno skilift senza controllare se sta andando sulle piste verdi o su un diamante nero. Né prenderesti una svolta non pianificata fuori pista e faresti snowboard tra gli alberi, poiché molto probabilmente ti ritroveresti a colpire la terra o qualcosa di peggio, come cadere in una fessura o in un canyon. Prima di salire sulla montagna, devi pianificare la tua discesa. Devi anche controllare i segnali lungo il percorso per assicurarti di essere ancora sulla rotta.
Proprio come ti serve una mappa dei sentieri per la tua avventura sullo snowboard, ti serve anche un piano scritto per un ripristino di emergenza di successo. Ciò significa che è necessario creare un documento di ampio ambito e che includa linee guida dettagliate. Questo dovrebbe essere fatto tenendo presente tre aree uniche:
- Persone: identificare il personale operativo chiave e pianificare il modo in cui può lavorare in remoto o in una sede secondaria quando si verifica una catastrofe. Ciò significa fornire loro l'accesso diretto, indipendentemente dalla loro ubicazione, ai sistemi di ripristino, ai dati e alle altre risorse di cui hanno bisogno per mantenere le operazioni aziendali. È anche importante impostare una forma alternativa di comunicazione (ad esempio, i telefoni cellulari dei dipendenti) nel caso in cui l’infrastruttura di comunicazione primaria della tua organizzazione subisca un guasto (ad esempio, la posta elettronica aziendale o i sistemi telefonici).
- Infrastruttura: identifica l'infrastruttura operativa chiave, ovvero quelle parti della tua infrastruttura senza le quali la tua azienda non può operare, e assicurati che siano protette. Ricorda che il motivo per cui desideri che la tua infrastruttura IT sopravviva con successo a un disastro è che la tua risorsa più importante, il personale, disponga degli strumenti necessari per continuare a generare entrate e redditività per l'azienda.
- Processi: identificare i processi operativi chiave (linee guida passo passo che delineano chi fa cosa in caso di interruzione) e assicurarsi che i membri del team ne siano consapevoli e abbiano esercitato il proprio ruolo. Considera ogni processo fondamentale per le operazioni quotidiane dell'azienda e non concentrarti solo sui processi IT.
Il tuo piano DR, così come le tue soluzioni di protezione dei dati, dovrebbero anche soddisfare i Recovery Point Objectives (RPO) della tua azienda, ovvero la quantità massima di dati (in termini di tempo) che puoi permetterti di perdere, nonché i Recovery Time Objectives (RTO), ovvero il periodo di tempo massimo che puoi permetterti di trascorrere senza dati e sistemi. I migliori piani DR si basano sulla quantità di dati che vengono recuperati e sulla rapidità con cui le informazioni devono essere portate online.
Epic Fail n.3: Trascurare la pratica
Se il tuo primo viaggio giù dalla montagna è su un sentiero a doppio diamante nero, sei sicuro di cadere a faccia in giù. Non puoi semplicemente comprare l’attrezzatura, studiare la mappa dei sentieri e magicamente sapere come fare snowboard senza mai mettere piede sulla neve. Praticare la tua tecnica, sviluppare la tua forma fisica e affinare il tuo istinto sono fondamentali per rendere la tua discesa dalla montagna un successo.
Continuare la propria attività durante un disastro e recuperare i dati persi è un evento di livello diamante nero. Se non hai mai testato la tua strategia DR, probabilmente la spazzerai via. Non è raro che gli amministratori IT installino una soluzione di backup e raramente (o mai) riescano a testare un ripristino effettivo. Inoltre, e quando si tratta di test, uno o due non sono sufficienti. Il rapido ritmo della trasformazione digitale e dell’evoluzione dell’IT di oggi significa che anche la tua infrastruttura sta cambiando rapidamente. Il miglior test DR è iterativo e viene eseguito secondo una pianificazione coerente, così puoi assicurarti che il tuo backup protegga lo stato attuale dell'infrastruttura della tua azienda. La velocità di modifica dei dati è un buon punto di riferimento per determinare la frequenza con cui testare il piano di ripristino di emergenza. Alcuni fornitori di backup offrono test DR automatizzati, che possono farti risparmiare un sacco di tempo e fatica.
È inoltre necessario considerare vari scenari di disastro e valutare come i processi DR potrebbero cambiare di conseguenza. Ad esempio, la tua strategia richiede che un membro del team si rechi in una posizione secondaria per ruotare i media? Cosa succede se un disastro naturale su larga scala come un’inondazione o una bufera di neve impedisce il viaggio? Il backup nel cloud è una buona soluzione per superare le limitazioni fisiche e basate sul sito, ma è necessario anche pianificare la velocità con cui avrai bisogno di recuperare i dati dal cloud. I cloud iperscalabili possono fornire spazio di archiviazione a basso costo, ma potrebbero essere necessari giorni per ripristinare i dati sulla WAN. Se non disponi di un sito secondario geograficamente separato dal sito primario (una proposta costosa per molte aziende), DR as a Service può offrire spin-up e continuità aziendale convenienti nel cloud. Qualunque cosa tu scelga, informati sullo SLA del fornitore, conosci i tuoi RPO e RTO e, naturalmente, testa.
Epic Fail n. 4: presupporre che tutta la neve sia uguale
Sarebbe fantastico se la neve fresca fosse sempre fresca e i sentieri non fossero mai affollati, ma ammettiamolo, a volte ti troverai a lottare nella fanghiglia o ad evitare i turisti durante le vacanze di primavera. Gli snowboarder esperti sanno anche che lo snowboard tende a divertirsi di più se acquisisce le capacità per affrontare terreni diversi e snowpark diversi. Anche se trascorri la maggior parte del tempo sulla tua pista preferita, i sentieri variano di giorno in giorno e di stagione in stagione. Se presumi che tutta la neve sia uguale, ti ritroverai nei guai mentre scendi dalla collina.
Con la tua infrastruttura IT, non puoi dare per scontato l’omogeneità. Forse preferisci la massima virtualizzazione possibile, ma la tua organizzazione richiede alcuni server fisici. È importante mantenere la flessibilità affinché il tuo team IT rimanga reattivo e agile alle mutevoli esigenze degli utenti e al panorama tecnologico in evoluzione.
Per prendere l’esempio più comune, evitare la dipendenza da un unico fornitore è fondamentale per il successo sia tecnico che finanziario dell’IT moderno. Gli errori DR si verificano spesso perché gli amministratori supportano solo una singola tecnologia nella pianificazione DR. Ad esempio, supporteranno tecnologie di storage come SAN o NAS, ma ignoreranno lo storage collegato direttamente; abbracciare la virtualizzazione, ma ignorare i server fisici; o supportano dispositivi fisici, ma non considerano la necessità di ripristinare tra diversi modelli e generazioni di server. Crea e testa un piano di backup e DR che comprenda la gamma di tecnologie di cui la tua azienda ha bisogno per continuare a funzionare.
Se sei nuovo allo snowboard, una delle prime cose da sapere è che cadrai. Lo stesso vale per le infrastrutture IT: si verificherà una perdita di dati, a causa di una lieve eliminazione da parte di un utente, di un'invasione di malware dirompente o di un disastro naturale su vasta scala che distrugge un intero sito. Qualunque sia la portata, puoi essere pronto. Evita fallimenti epici assicurandoti che la tua attrezzatura funzioni, completando il tuo piano, testando il tuo DR e mantenendo la flessibilità nella tua strategia. In tal modo, distruggerai quelle piste in pochissimo tempo.
L'autore
Brooke Bullman è Product Marketing Manager presso Unitrends, azienda leader nelle soluzioni di business continuity basate sul cloud per le imprese. Per ulteriori informazioni, contattare l'autrice all'indirizzo info@unitrends.com o visitare il sito www.unitrends.com.
Amazon