nella mia esperienza questo è vero per le aziende che possono permettersi budget sostanziosi, il che limita la teoria alle realtà aziendali più grandi.
Se si scende nella piccola e media impresa il discorso si complica e purtroppo, a fronte di una teoria che richiede investimenti non commisurati all'esigenza reale, si finisce per limitare il disaster recovery al classico backup giornaliero molte volte inutile se non addirittura fuori controllo.
Sono dell'idea che la maggioranza dei sistemisti non abbia una cultura corretta in questo senso, non riuscendo così ad adattare soluzioni di disaster recovery correttamente bilanciate nei termini di: (costi di downtime+costi di perdita dati)/(costi di implementazione + TCO)=1.
Questo calcolo andrebbe eseguito prima di tutto facendo un'analisi accurata atta a valutare i costi di downtime nell'azienda per poi riuscire a definire una soluzione che comporti un costo tale da bilanciare l'equazione.
Valutare i costi di downtime non è semplice. Tanto per fare un esempio: il costo di un downtime alle 3 di notte potrebbe essere quasi 0 mentre all'una del pomeriggio potrebbe raggiungere anche 10000.
A sua volta il costo di perdita dati sarà variabile a seconda del tipo di dato che viene preso in considerazione.
E' una analisi da fare ogni qualvolta si assume la responsabilità della gestione sistemistica di un'azienda. La stessa analisi va rielaborata periodicamente perchè possa cambiare seguendo le inevitabili variazioni della struttura aziendale nel tempo.