Disaster recovery: differenze tra le versioni

Versione delle 18:06, 7 set 2009

Versione delle 14:25, 28 set 2009

Riga 32:

== Tecniche di Disaster Recovery ==

Allo stato attuale, la tecnologia offre la possibilità di realizzare varie soluzioni di continuità e Disaster Recovery, fino alla garanzia di fatto di un’erogazione continua dei servizi IT, necessaria per i sistemi (es. finanziari o di monitoraggio) definiti ''mission critical''.<br />

In pratica i sistemi e i dati considerati ''importanti'' vengono ridondati in un 'sito secondario' o 'sito di Disaster Recovery' per far si che, in caso di disastro (terremoto, inondazione, attacco terroristico, ecc...) tale da rendere inutilizzabili i sistemi informativi del sito primario, sia possibile attivare le attività sul sito secondario al più presto e con la minima perdita di dati possibile.<br />

Chiaramente quanto più stringenti saranno i livelli di continuità tanto più alti saranno i costi di implementazione della soluzione.<br />

In particolare, i livelli di servizio sono usualmente definiti dai due parametri [[Recovery Time Objective]] (RTO) e [[Recovery Point Objective]] (RPO).

=== Replica sincrona ===

La replica sincrona garantisce la specularità dei dati presenti sui due siti poiché considera ultimata una transazione solo se i dati sono stati scritti sia sulla postazione locale che su quella remota. In caso di evento disastroso sulla sede principale, le operazioni sul sito di Disaster Recovery possono essere riavviate molto rapidamente (basso RTO e RPO praticamente nullo).<br />

La replica sincrona è limitata dalla incapacità dell'applicazione di gestire l'impatto del ritardo di propagazione (vincolo fisico quindi, e non tecnologico) sulle prestazioni. In funzione della sensibilità dell'applicazione e della [[tecnologia]] di comunicazione tra i due siti, l'efficacia della copia sincrona inizia a diminuire a una distanza variabile tra i 50 km e i 150 km.

=== Replica asincrona ===

Per far fronte al limite di distanza tra i due siti imposto da tecniche sincrone, si ricorre allora spesso alla tecnica di copia asincrona. In questo modo è possibile affrontare anche disastri con ripercussioni su larga scala (come ad esempio forti scosse sismiche) che altrimenti potrebbero coinvolgere entrambi i siti.<br />

Un ulteriore vantaggio della copia asincrona è la possibilità di essere implementata via [[software]] non dovendo necessariamente ricorrere a sofisticate e costose tecnologie di [[Storage Area Network|storage]].

=== Tecnica mista ===

Per garantire la disponibilità dei servizi anche in caso di ''disastro esteso'' e al tempo stesso ridurre al minimo la perdita di dati vitali si può ricorrere ad una soluzione di tipo misto: effettuare una copia sincrona su un sito intermedio relativamente vicino al primario (distanza< 100 km) e una copia asincrona su un sito a grande distanza.<br />

== Voci correlate ==

Riga 65:

[[de:Disaster Recovery]]

[[en:Disaster recovery]]

[[es:Plan de recuperación ante desastres (informática)]]

[[fr:Plan de reprise d'activité]]

[[he:תוכנית התאוששות מאסון]]