Disaster recovery: differenze tra le versioni

Versione delle 16:43, 15 mar 2020

Versione delle 16:01, 13 apr 2020

Riga 1:

Con '''disaster recovery''' (brevemente DR, in [[Lingua italiana|italiano]]: ''Recupero dal Disastro''), in [[informatica]] ed in particolare nell'ambito della [[sicurezza informatica]], si intende l'insieme delle misure tecnologiche e [[logistica|logistico]]/organizzative atte a ripristinare [[Sistema (informatica)|sistemi]], [[dati]] e infrastrutture necessarie all'erogazione di servizi di [[business]] per [[impresa|imprese]], associazioni o enti, a fronte di gravi emergenze che ne intacchino la regolare attività. Il ''Disaster Recovery Plan'' (DRP) (in italiano, Piano di Disaster Recovery) è il documento che esplicita tali misure, compreso all'interno del più ampio [[Businesspiano Continuitydi Plancontinuità operativa]] (BCP).

== Storia ==

Riga 45:

Le misure di controllo sono misure o meccanismi che possono ridurre o eliminare varie minacce per le organizzazioni. Diversi tipi di misure possono essere inclusi nel '''Piano di Disaster Recovery''' (DRP).

Il Piano di Disaster Recovery è un sottoinsieme di un processo più ampio noto come [[Businesspiano continuitydi plan|Businesscontinuità Continuity Planningoperativa]] e include la pianificazione per la ripresa di applicazioni, dati, hardware, comunicazioni elettroniche (come il [[networking]]) e altre infrastrutture IT.

Un '''Businesspiano Continuitydi Plancontinuità operativa''' (BCP) include la pianificazione di aspetti non correlati all'IT come strutture, crisi di comunicazione e protezione della reputazione e dovrebbe fare riferimento al Piano di Disaster Recovery (DRP) per il ripristino/continuità dell'infrastruttura IT.

Le misure di controllo del Disaster Recovery IT possono essere classificate nei seguenti tre tipi:

Riga 81:

== Strategie ==

Prima di selezionare una strategia di Disaster Recovery (DR), un pianificatore per il DR fa riferimento innanzitutto al Businesspiano Continuitydi Plancontinuità operativa aziendale che dovrebbe indicare le metriche chiave di [[Recovery Time Objective]] (RTO) e [[Recovery Point Objective]] (RPO) per vari processi aziendali (come il processo per gestire il libro paga, generare un ordine, ecc.). Le metriche specificate per i processi di business vengono quindi mappate ai sistemi IT e all'infrastruttura sottostanti che supportano tali processi.<ref>{{Cita libro|nome=Gregory, Peter|cognome=H.|titolo=CISA certified information systems auditor all-in-one exam guide|url=https://www.worldcat.org/oclc/506020199|data=2010|editore=McGraw-Hill|OCLC=506020199|ISBN=9780071487559}}</ref>

RTO e RPO incompleti possono far deragliare rapidamente un piano di Disaster Recovery. Ogni articolo nel piano DR richiede un punto di ripristino e un obiettivo temporale definiti, in quanto la mancata creazione di questi può portare a problemi significativi che possono estendere l'impatto del disastro.<ref>{{Cita web|url=http://content.dell.com/us/en/enterprise/d/large-business/mistakes-that-kill-disaster.aspx|titolo=Five Mistakes That Can Kill a Disaster Recovery Plan {{!}} Dell|data=2013-01-16|accesso=2018-01-10|urlmorto=sì|urlarchivio=https://web.archive.org/web/20130116112225/http://content.dell.com/us/en/enterprise/d/large-business/mistakes-that-kill-disaster.aspx|dataarchivio=16 gennaio 2013}}</ref> Una volta che le metriche RTO e RPO sono state mappate sull'infrastruttura IT, il pianificatore del DR può determinare la strategia di ripristino più adatta per ciascun sistema. In definitiva, l'organizzazione definisce il budget IT e pertanto le metriche RTO e RPO devono adattarsi al budget disponibile. Mentre la maggior parte dei responsabili delle unità di business vorrebbe la perdite di dati e di tempo pari a zero, il costo associato a quel livello di protezione potrebbe rendere impraticabili le soluzioni ad alta disponibilità desiderate. Un'[[analisi costi-benefici]] spesso stabilisce quali misure di Disaster Recovery sono implementate.

Riga 102:

== Voci correlate ==

* [[BusinessContinuità continuityoperativa]]

* [[Backup]]

* [[Computer cluster]]