Pianifica la tua strategia di disaster recovery

I disastri possono mettere offline i sistemi critici, danneggiare uffici e data center o rendere temporaneamente inutilizzabili i database e le applicazioni necessari per eseguire le operazioni aziendali. Un piano di disaster recovery è la roadmap tecnologica e di processo di un'azienda per eseguire rapidamente il backup dei sistemi e delle applicazioni più importanti per riprendere il lavoro ripristinando al contempo gli altri.

Il Disaster Recovery (DR) comprende i piani tecnici di un'azienda per riportare online i carichi di lavoro di elaborazione dopo un evento dirompente, nonché i metodi per testare il playbook prima degli attacchi di emergenza. In un piano di disaster recovery i carichi di lavoro vengono classificati in ordine di importanza. Cerca di ridurre al minimo i tempi di inattività del calcolo e i dati persi, bilanciando al contempo i costi di tale operazione per ogni carico di lavoro.

Il disaster recovery descrive le politiche, le tecnologie e il budget che le aziende dedicano per riportare online importanti sistemi IT dopo tempi di inattività imprevisti. Prima che si verifichi un'interruzione, identifica quali applicazioni mission-critical devono essere ripristinate immediatamente dopo un disastro e classifica altre in gruppi di importanza.

Esistono due parametri critici di disaster recovery: RTO (Recovery Time Objective), che misura la quantità massima di tempo in cui un sistema può rimanere offline, e RPO (Recovery Point Objective), che misura la quantità di dati che un'azienda può permettersi di perdere ed è associata alla frequenza di backup o replica. Per entrambi, le soglie più brevi sono migliori ma più costose. Le organizzazioni IT spesso impostano un RTO e un RPO per ogni sistema eseguito, consentendo loro di bilanciare i costi con la criticità.

Sviluppa un piano di disaster recovery

Architetto del cloud, Cloud Operations Manager, architetto della sicurezza

Valuta attentamente i potenziali rischi di eventi catastrofici, i potenziali danni alle operazioni, il modo in cui i dipendenti e le parti interessate esterne possono essere interessati e le perdite finanziarie o le multe normative che potrebbero essere sostenute come risultato del tuo piano di DR.

Nell'ambito dello sviluppo di un piano DR, identifica gli sponsor esecutivi e i team interessati, cataloga gli asset fisici e IT che potrebbero essere danneggiati durante un disastro e valuta i potenziali impatti su clienti, fornitori, partner e altre parti interessate.

Decidi quali carichi di lavoro possono essere ripristinati dai backup, che richiedono dati in tempo reale combinati con servizi in esecuzione a una capacità inferiore e quali carichi di lavoro hanno bisogno di piena capacità. In alcuni casi, i sistemi attivi inattivi passeranno automaticamente ai sistemi in standby, con un tempo di inattività minimo e nessuna perdita di dati. In altri casi, lo switchover sarà manuale. Seleziona i siti di backup e crea un piano che consenta loro di riavviare rapidamente le applicazioni. Il cloud è un grande aiuto. Cerca le dipendenze IT che potrebbero impedire il riavvio delle operazioni: casi in cui un'applicazione offline impedisce di riconnettere un'altra applicazione.

Oltre a questi aspetti tecnici, la leadership esecutiva e le linee di business dovrebbero disporre di piani di comunicazione e risposta di emergenza, nonché disposizioni per la formazione dei dipendenti sul piano DR, i test e le prove tramite test da tavolo o procedure guidate e il miglioramento continuo.

Soluzioni di Disaster Recovery

Architetto del cloud, Cloud Operations Manager, architetto della sicurezza

Quando si sviluppa un piano di disaster recovery, iniziare con una valutazione del rischio di potenziali eventi catastrofici e del loro impatto sui sistemi IT e sui processi aziendali.

Quindi i team IT e line-of-business, supportati dal management, dovrebbero classificare asset e sistemi in base alla loro importanza e assegnare strategie DR per proteggerli, considerando gli RTO e gli RPO desiderati e il budget disponibile. I piani DR fanno parte di piani di business continuity più ampi per colmare il tempo da un disastro, un attacco informatico o un'indisponibilità causati da un errore tecnico al ripristino. Devono essere continuamente testati e aggiornati.

Pianifica il disaster recovery tradizionale o il disaster recovery basato su cloud. Il DR tradizionale si basa su server e dispositivi di storage ridondanti situati in un data center di proprietà dell'azienda o sul backup di istanze di dati e applicazioni aziendali in data center remoti, quindi è improbabile che un problema in un'area geografica possa causare danni alle copie remote. Le strategie di DR basate sul cloud, al contrario, consentono alle aziende di risparmiare sui costi iniziali archiviando copie più piccole o in standby delle istanze di applicazione in un cloud pubblico, ridimensionandole aggiungendo risorse di elaborazione quando devono essere attivate in caso di emergenza. Le aziende possono anche distribuire applicazioni mission-critical in più cloud region.

Implementare Full Stack Disaster Recovery

Architetto del cloud, Cloud Operations Manager, architetto della sicurezza

Oracle Cloud Infrastructure Full Stack Disaster Recovery è un servizio di orchestrazione e gestione del disaster recovery che fornisce funzionalità complete di disaster recovery per tutti i livelli di uno stack di applicazioni, tra cui infrastruttura, middleware, database e applicazione.

OCI Full Stack Disaster Recovery (DR) garantisce la continuità aziendale completa da una vasta gamma di interruzioni del data center per garantire che le organizzazioni abbiano un impatto minimo su interruzioni o interruzioni del dominio di disponibilità a livello di area.

Full Stack DR è abbastanza flessibile da poter essere facilmente integrato con varie piattaforme Oracle, applicazioni non Oracle e infrastruttura. Full Stack DR genera, esegue e monitora i piani di disaster recovery per i servizi e le applicazioni distribuiti nella tenancy. Full Stack DR opera a livello di servizio, pertanto non vi è alcun impatto su altri servizi in esecuzione nella tenancy. In base alle proprie esigenze specifiche, è possibile personalizzare i piani di disaster recovery generati da Full Stack DR.

Monitorare attivamente lo stato di avanzamento delle operazioni di Full Stack DR e intraprendere azioni correttive in caso di errori durante un'operazione. Convalida e monitora la disponibilità e la conformità della continuità aziendale eseguendo periodicamente i controlli preliminari Full Stack DR.

Full Stack DR è supportato da OCI a OCI. Per poter implementare il Full Stack DR, sarà necessario eseguire la migrazione di qualsiasi carico di lavoro on-premise a OCI.

I piani di espansione per il disaster recovery consentono di esercitare e convalidare la configurazione e i piani di continuità aziendale senza interrompere lo stack di produzione. Trasferisci una copia dello stack di produzione in isolamento in una standby region per le attività di test e convalida.