Pianificazione del Disaster Recovery con le Apparecchiature di Piattaforma Esistenti

La pianificazione del Disaster Recovery è sempre difficile: ci sono così tanti fattori e così tanti “e se” da considerare, e investire troppo nella soluzione di ripristino può di per sé trasformarsi in un piccolo disastro. Un fattore spesso trascurato nella pianificazione del DR è che, in caso di disastro, si è generalmente in grado e ben disposti a fare compromessi laddove necessario, perché un disastro è già accaduto. È il momento del triage, non delle normali attività quotidiane.

Molti immaginano immediatamente che, se serve una capacità e prestazioni pari a X per i sistemi di produzione attivi, allora servirà X anche per i sistemi di disaster recovery. Nel mondo reale, tuttavia, questo è raramente vero. In caso di disastro è possibile, salvo rare eccezioni, lavorare con prestazioni inferiori e limitare la disponibilità dei sistemi solo a quelli più critici, mentre molte operazioni di manutenzione, che spesso includono i sistemi di archiviazione, vengono sospese fino al ripristino completo della produzione. Ciò significa che il sistema di disaster recovery può spesso essere molto più piccolo dei sistemi di produzione primari.

I sistemi di disaster recovery non sono investimenti in produttività: sono coperture contro i guasti e devono essere visti in quest'ottica. Per questo motivo è una strategia comune ed efficace affrontare le esigenze del sistema di DR più dal punto di vista dell'essere “adeguato” a mantenere le attività aziendali, pur non essendo sufficiente a farlo necessariamente in modo confortevole o trasparente. Se si verifica un disastro su vasta scala e il personale deve fare i conti con un recupero dei file lento, database più lenti del normale o deve rinviare un'analisi di BI approfondita fino al ripristino dei sistemi di produzione ad alte prestazioni, poche persone si lamenteranno. La maggior parte dei lavoratori e certamente la maggior parte dei decisori aziendali possono essere molto comprensivi sul fatto che un sistema si trovi in uno stato di guasto e che potrebbe essere necessario contribuire a portare avanti il lavoro come meglio possibile fino al ripristino della piena capacità.

Con questo approccio in mente, può essere una strategia efficace riutilizzare le piattaforme più datate presso i siti di Disaster Recovery quando nuove piattaforme vengono acquistate e implementate per l'uso primario in produzione. Ciò può creare una “pipeline di DR” a basso costo e facile da pianificare, in cui il sito di DR dispone sempre della capacità dell'“ultimo refresh” che, nella maggior parte degli scenari di DR, è più che adeguata. Questo può essere un ottimo modo per sfruttare apparecchiature che altrimenti potrebbero essere rottamate del tutto, oppure indurre alla tentazione di un nuovo impiego in produzione invocando una risposta emotiva legata al “costo irrecuperabile” che, in generale, vogliamo evitare.

La fallacia del costo irrecuperabile è difficile da evitare. Possedere già un'apparecchiatura rende molto facile pensare che impiegarla di nuovo, anche quando si sta implementando un sistema appena progettato, al di fuori dei progetti e delle specifiche del sistema, sia utile o positivo. E ci sono casi in cui questo potrebbe essere vero, ma molto probabilmente non lo è. Tuttavia, così come non vogliamo affezionarci eccessivamente sul piano emotivo a un'apparecchiatura solo perché l'abbiamo già pagata, non vogliamo nemmeno ignorare il valore dell'apparecchiatura esistente che già possediamo. È qui che una pipeline pianificata verso uno scenario di Disaster Planning può, in molti casi, sfruttare in modo davvero eccellente ciò in cui abbiamo già investito. Dobbiamo ricordare che si tratta probabilmente di apparecchiature molto utili, con ancora molto valore al loro interno, se solo sappiamo come utilizzarle correttamente per soddisfare le nostre esigenze esistenti.

Un solido processo di pianificazione della migrazione delle piattaforme dalla produzione al disaster recovery può essere un ottimo modo per ridurre la spesa di bilancio ottenendo al contempo eccellenti risultati di disaster recovery.