1. Coordinamento tra più sistemi: nei sistemi altamente resilienti, potrebbero esserci più sistemi e applicazioni che devono essere integrati e coordinati per ottenere un ripristino di emergenza adeguato. Garantire un coordinamento e una comunicazione adeguati tra questi sistemi può essere difficile.
2. Complessità dell'architettura di sistema: i sistemi resilienti dall'architettura sono spesso molto complessi, il che può rendere più impegnativo il ripristino di emergenza. Può essere difficile identificare tutti i componenti del sistema, comprenderne le interdipendenze e le priorità per il ripristino.
3. Replica e backup dei dati: per garantire la resilienza (elevata disponibilità) dei sistemi a uso intensivo di dati come i database, le copie ridondanti delle istanze del database vengono conservate in un data center separato come parte di una strategia globale di ripristino di emergenza. Tuttavia, mantenere e sincronizzare queste copie può diventare complesso e difficile.
4. Testare le procedure di Disaster Recovery: testare le procedure di Disaster Recovery in sistemi architetturalmente resilienti può essere impegnativo, dato che i sistemi sono spesso complessi e interdipendenti. Il test corretto delle procedure di ripristino di emergenza è fondamentale, ma può richiedere molto tempo e denaro.
5. Valutazione e pianificazione del rischio: è necessario valutare e bilanciare i rischi associati a possibili disastri con i costi coinvolti nelle varie strategie di ripristino. Per quanto riguarda l'accesso all'infrastruttura di sistema basata su cloud, ciò potrebbe includere problemi relativi all'accesso alla rete e agli obiettivi dei tempi di ripristino.
6. Allocazione delle risorse: ottenere le risorse giuste per sviluppare e implementare strategie di ripristino di emergenza può essere difficile. Ciò potrebbe includere considerazioni relative al personale, alla tecnologia e al budget.
Data di pubblicazione: