Ripristino d'emergenza

 

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2012-03-19

Per molte organizzazioni, i servizi di messaggistica hanno un ruolo essenziale per l'esecuzione delle attività. Se il sistema di messaggistica non è disponibile, la produttività potrebbe ridursi e opportunità di profitto potrebbero andare perdute. Anche se la posta elettronica non è essenziale per l'organizzazione, è possibile che la perdita dei servizi di messaggistica crei un danno significativo all'organizzazione.

Qualsiasi livello di ridondanza, protezione e tolleranza di errore diventa inutile in presenza di un database danneggiato, corrotto o andato perduto. L'esecuzione di backup dei dati importanti dell'organizzazione di Microsoft Exchange Server 2007 è un'operazione indispensabile per tutte le organizzazioni.

Come parte della propria pianificazione del ripristino d'emergenza, è importante comprendere come eseguire correttamente il backup di Exchange 2007, come ripristinare Exchange 2007 e come correggere un database danneggiato quando non è disponibile un backup. La pianificazione del ripristino d'emergenza è un processo complesso che si basa su numerose decisioni relative alla pianificazione di Exchange 2007. In genere, per iniziare il processo di pianificazione è necessario innanzitutto considerare i seguenti concetti relativi al ripristino di emergenza di Exchange 2007:

  • Situazioni in cui è necessario eseguire il ripristino

  • Considerazioni sui requisiti del contratto di servizio

  • L'importanza di distribuire Exchange 2007 tenendo in considerazione il ripristino di emergenza

  • Informazioni sulla dipendenza di Exchange dal servizio directory di Active Directory

  • Informazioni sulla tecnologia di database di Exchange

Il ripristino di emergenza per Exchange 2007 è supportato o anche disponibile come servizio da Microsoft Exchange Hosted Services. Microsoft Exchange Hosted Services è un insieme di quattro diversi servizi:

  • Hosted Filtering, che consente alle organizzazioni di proteggersi dal malware inviato tramite posta elettronica

  • Hosted Archive, che consente di soddisfare i requisiti di mantenimento per la conformità

  • Hosted Encryption, che consente di crittografare i dati per mantenerne la riservatezza

  • Hosted Continuity, che consente di mantenere l'accesso alla posta elettronica durante e dopo situazioni di emergenza

Questi servizi si integrano con qualsiasi server di Exchange in sede gestito internamente o con servizi di posta elettronica di Exchange ospitati offerti da provider di servizi. Per ulteriori informazioni su Microsoft Exchange Hosted Services, vedere Microsoft Exchange Hosted Services (informazioni in lingua inglese).

Situazioni in cui è necessario eseguire il ripristino

Molti tipi di errori e di situazioni di emergenza possono richiedere la riparazione o il ripristino di una o più parti del sistema di messaggistica. È importante disporre di una strategia per il ripristino nelle seguenti situazioni:

  • Perdita di un elemento di posta (messaggio di posta elettronica eliminato definitivamente)

  • Perdita di una cassetta postale

  • Perdita di un database o gruppo di archiviazione

  • Perdita del server su cui viene eseguito Exchange 2007 (file di registro delle transazioni e database di Exchange intatti)

  • Perdita del server su cui viene eseguito Exchange 2007 (file di registro delle transazioni e database di Exchange persi)

  • Perdita del computer in un cluster di bilanciamento del carico di rete di Exchange 2007

  • Perdita del computer in un cluster di failover back-end Microsoft Windows Server di Exchange 2007

  • Perdita di un database o di un gruppo di archiviazione di un cluster di failover di Windows

  • Perdita dell'intero cluster di failover back-end Windows Server di Exchange 2007

  • Perdita dei servizi esterni (inclusi i servizi relativi al controller di dominio, al catalogo globale, ai certificati, al DNS e così via)

  • Perdita del sito (inclusi tutti i server Exchange e quelli che forniscono i servizi esterni)

Se un'azienda non esegue il backup di una quantità sufficiente di dati sui server dell'organizzazione di messaggistica, significa che non ha valutato attentamente la strategia di backup. Ad esempio, se nell'organizzazione si verifica una sitazione di emergenza, quale la perdita di un server Cassette postali (inclusi i file di registro delle transazioni e i database di Exchange) e si dispone solo dei backup degli elementi server di base del file di registro delle transazioni e dei database di Exchange, sarà possibile ripristinare i file di database di Exchange 2007 e alcuni dati di configurazione di Exchange. Tuttavia, una disponibilità così limitata di backup potrebbe non consentire il ripristino di tutti i dati e di tutte le informazioni esistenti nel server originale. I dati e le informazioni contenuti nel server originale possono includere la configurazione del cluster, gli script di gestione oppure il software di gestione del sistema presenti sul server prima della perdita. Si consiglia di documentare tutte le impostazioni di configurazione e le modifiche apportate al server a partire dal completamento del programma di installazione, in modo da poterle eseguire manualmente un ripristino di emergenza.

Al contrario, se il backup di tutti i dati dell'organizzazione di Exchange 2007 richiede del tempo, è probabile che si sia in grado di ripristinare completamente tutti i dati critici e le impostazioni di configurazione. Tuttavia, eseguendo il backup di tutti i dati dell'organizzazione, i processi di ripristino e backup risulteranno più complessi, richiederanno più tempo e un numero di nastri o una quantità di spazio su disco più elevata.

Per determinare esattamente i dati di cui eseguire il backup per consentire un ripristino corretto in una situazione di emergenza, si consiglia di eseguire le procedure di ripristino in un ambiente di verifica prima di implementare una strategia di backup nei server di produzione. Inoltre, dopo avere implementato una strategia di ripristino e di backup, si consiglia di verificare le operazioni di ripristino a intervalli regolari per assicurarsi di essere in grado di eseguire ripristini in diverse situazioni di emergenza.

Impatto della strategia di ripristino completo del server

I dati di cui è necessario eseguire il backup dipendono dal tipo di strategia selezionato per il ripristino completo del server. Il ripristino completo del server viene effettuato quando in una situazione di emergenza viene danneggiato uno dei server in modo tale da dover intervenire per ricompilare o ripristinare il sistema operativo e l'installazione di Exchange. Inoltre, potrebbe essere necessario ripristinare altre informazioni quali, ad esempio, i database di Exchange. Le strategie di ripristino completo del server possono essere suddivise nelle seguenti categorie: backup e ripristino completo del computer, installazione pulita del sistema operativo e ripristino di emergenza di Exchange.

Ogni strategia di ripristino del server dispone del proprio insieme di procedure di ripristino e backup:

  • La strategia di backup completo del computer deve includere i file binari di Exchange. Le operazioni di ripristino devono includere il ripristino dello stato del sistema, che deve essere eseguito utilizzando hardware analogo.

  • Il metodo di installazione pulita del sistema operativo include il ripristino di Microsoft Windows tramite l'esecuzione del programma di installazione di Windows, il ripristino di un set di backup di Windows e infine l'esecuzione di Exchange 2007 in modalità di ripristino di emergenza per mantenere la configurazione di Exchange.

Ripristino di cassette postali e di singoli elementi

Exchange 2007 fornisce un'ulteriore flessibilità per quanto riguarda la modalità di ripristino delle cassette postali, in quanto offre funzionalità quali il gruppo di archiviazione di ripristino. Inoltre, è possibile proteggere i dati delle cassette postali sul lato client tramite la modalità cache di Exchange in Microsoft Office Outlook 2007.

Nota

La capacità di consentire agli utenti di proteggere i dati delle cassette postali viene potenziata se si utilizza un'applicazione client che supporta la memorizzazione nella cache sul lato client.

Valutare la possibilità di implementare una o più delle seguenti strategie per consentire il ripristino di singole cassette postali o di singoli elementi:

  • Mantenimento degli elementi eliminati sul lato server   Questo metodo consente di proteggere le cassette postali dall'eliminazione accidentale degli elementi tramite i client salvando gli elementi eliminati prima dell'eliminazione definitiva da una cassetta postale. È possibile personalizzare il periodo di mantenimento degli elementi eliminati. Per informazioni sulla configurazione ottimale del periodo di mantenimento degli elementi eliminati, vedere Procedure consigliate per ridurre le conseguenze di un errore irreversibile.

  • Riconnessione sul lato server di una cassetta postale eliminata o isolata   È possibile riconnettere a un account utente le cassette postali eliminate o isolate utilizzando Exchange Management Console oppure Exchange Management Shell. È inoltre possibile personalizzare il periodo di tempo relativo al mantenimento sul server delle cassette postali eliminate o isolate. Per informazioni sulla configurazione ottimale dei periodi di mantenimento delle cassette postali, vedere Procedure consigliate per ridurre le conseguenze di un errore irreversibile.

  • Ripristino di backup eseguiti a livello delle cassette postali   In caso di danneggiamento, è possibile ripristinare la cassetta postale di un utente dal backup.

    Nota

    Se viene utilizzata la memorizzazione nella cache sul lato client dei dati delle cassette postali, ad esempio la modalità cache di Exchange, è necessario disporre di una copia locale dei dati delle cassette postali nel computer.

  • Gruppo di archiviazione di ripristino   La funzionalità del gruppo di archiviazione di ripristino in Exchange 2007 consente di installare un'altra copia del database di cassette postali di Exchange nello stesso server del database originale o in qualsiasi altro server su cui sia in esecuzione Exchange nello stesso gruppo amministrativo di Exchange. Questa azione può essere eseguita mentre il database originale è ancora in esecuzione e viene utilizzato dai client. Grazie a questa funzionalità, è possibile ripristinare i dati da una copia di backup precedente del database senza influire sull'accesso degli utenti ai dati correnti. Il gruppo di archiviazione di ripristino può anche essere utile in diversi scenari di ripristino di emergenza, in particolare in uno scenario di messaggistica temporanea.

  • Backup di terze parti a livello di elementi specifici   Alcuni strumenti di backup di terze parti consentono di eseguire il backup e il ripristino di Exchange a livello delle singole cassette postali.

  • Metodo del server alternativo   Questo metodo richiede il ripristino di un intero database in un server esterno all'ambiente di produzione e l'estrazione dei dati delle cassette postali desiderati. Anche se questo metodo è ancora valido, se possibile si consiglia di utilizzare il metodo del gruppo di archiviazione di ripristino.

Ripristino dei database di Exchange

Quando i dati di Exchange vengono danneggiati o persi in seguito a una situazione di emergenza, è necessario ripristinarli dal backup. Esistono diversi casi in cui può essere necessario il ripristino da backup:

  • Corruzione di uno o più database in un gruppo di archiviazione   In questo caso, è possibile utilizzare la funzionalità di Exchange per il ripristino di un singolo database nativo per ripristinare i database danneggiati senza interrompere l'accesso ad altri database dello stesso server.

  • Errore dell'hardware che impedisce l'accesso ai database o ai registri delle transazioni   In questo caso, può essere necessario eseguire il ripristino di tutti i gruppi di archiviazione e dei relativi file di database e di registro.

  • Errore o danneggiamento del server delle cartelle pubbliche o delle cassette postali che richiede la ricompilazione del server   In questo caso, in genere il ripristino di emergenza richiede la ricompilazione del server sottostante e del sistema operativo.

Ripristino dei database di Exchange dai set di backup di flusso di Exchange

È possibile ripristinare i singoli database di un gruppo di archiviazione mentre gli altri database rimangono in linea. Questo è il metodo consigliato per sostituire un singolo database danneggiato. Quando il database viene reinstallato, le relative transazioni vengono automaticamente riprodotte dai file di registro del gruppo di archiviazione per ripristinare il database allo stato precedente alla situazione di emergenza.

Quando si utilizza l'utilità Backup per ripristinare i database di Exchange, vengono effettuate chiamate API a Extensible Storage Engine (ESE) di Exchange per ripristinare i file di database di Exchange e i relativi file di registro. È possibile utilizzare i backup dei database di Exchange per ripristinare uno o più archivi di cassette postali o di cartelle pubbliche danneggiati. I backup dei database di Exchange possono essere utilizzati anche per rispristinare le cassette postali e le cartelle pubbliche presenti sul server. In uno scenario di ripristino di emergenza in cui sia necessario ricompilare un server, dopo l'esecuzione del programma di installazione di Exchange e di eventuali Service Pack di Exchange in modalità di ripristino di emergenza (a condizione che Active Directory sia ancora disponibile), utilizzare l'utilità Backup per ripristinare i database di Exchange.

Ripristino dei database di Exchange utilizzando i set di backup delle istantanee basate su hardware

Exchange 2007 supporta le istantanee basate su hardware utilizzando il servizio Copia Shadow del volume implementato in Microsoft Windows Server 2003 e Windows Server 2008. In genere, il ripristino di un backup eseguito tramite un'istantanea basata su hardware richiede un intervallo di tempo minore. Di conseguenza, a seconda dell'hardware e del software utilizzati nella soluzione, il ripristino dei dati di Exchange da questi tipi di backup consente di soddisfare più facilmente i requisiti del contratto di servizio relativi all'intervallo di tempo necessario per il ripristino dei database di Exchange. Inoltre, poiché i database di grandi dimensioni possono essere ripristinati più velocemente, i ripristini delle istantanee basate su hardware consentono di supportare database di dimensioni maggiori rispettando allo stesso tempo i contratti di servizio per il ripristino dei dati di Exchange.

Considerazioni sul ripristino del gruppo di archiviazione di ripristino

Per fornire maggiore flessibilità durante il ripristino di cassette postali e archivi di cassette postali, Exchange 2007 dispone di una funzionalità denominata gruppo di archiviazione di ripristino. Il gruppo di archiviazione di ripristino è un gruppo di archiviazione specializzato, in grado di coesistere con i normali gruppi di archiviazione di Exchange, anche se il server dispone già del numero massimo di gruppi di archiviazione normali. È possibile ripristinare gli archivi di cassette postali di Exchange 2007 da qualsiasi gruppo di archiviazione nell'organizzazione di Exchange.

Dopo avere ripristinato un archivio di cassette postali nel gruppo di archiviazione di ripristino, spostare i dati ripristinati delle cassette postali dal gruppo di archiviazione di ripristino al gruppo di archiviazione normale. Con questo metodo è possibile ripristinare un intero archivio di cassette postali (tutte le informazioni del database, inclusi i dati del registro) oppure una sola cassetta postale. Le cassette postali che si trovano nel gruppo di archiviazione di ripristino vengono disconnesse e non sono accessibili a utenti che dispongono di client di posta.

Nota

È possibile utilizzare il gruppo di archiviazione di ripristino solo per ripristinare archivi di cassette postali, non archivi di cartelle pubbliche.

Il gruppo di archiviazione di ripristino consente inoltre di offrire il servizio di messaggistica temporanea immediatamente dopo il verificarsi del problema. Ciò consente di creare e ricevere messaggi di posta mentre viene eseguito il ripristino dei dati esistenti. In genere, questo è il metodo più veloce per ripristinare il servizio di posta per gli utenti. Poiché è probabile che il volume di dati generato dagli utenti sia inferiore alla quantità dei dati contenuti nel database esistente, risulta più veloce unire i dati di posta temporanei all'archivio originale dopo il ripristino anziché spostare il contenuto del database originale in un nuovo archivio. Se utilizzato correttamente, il gruppo di archiviazione di ripristino può rivelarsi uno strumento estremamente efficace per ridurre i tempi di interruzione.

Considerazioni sul ripristino dei database

Prima di eseguire determinate procedure di ripristino nell'organizzazione di Exchange 2007, è necessario valutare quanto segue:

  • Determinare il tempo richiesto per il ripristino e la riproduzione dei file di registro delle transazioni. Le prestazioni dell'ambiente possono variare in modo significativo rispetto alla media e sarebbe necessario tenere presente anche la riproduzione dei registri oltre al tempo di ripristino. Se si eseguono backup normali ogni settimana e backup incrementali tutti i giorni, è possibile che dopo un ripristino sia necessario riprodurre migliaia di file di registro delle transazioni.

  • Per ridurre il tempo richiesto per il ripristino di un singolo database, configurare i limiti di archiviazione per gli archivi di cassette postali e di cartelle pubbliche nei database in base al valore massimo consentito.

  • Per eseguire il backup dei dati di Exchange utilizzando le API di backup di flusso di ESE o una soluzione basata sul servizio Copia Shadow del volume, il database deve essere in linea. Tuttavia, è sempre possibile eseguire il backup di un database non in linea manualmente. In tal caso, è richiesta la verifica manuale dei checksum. Inoltre, l'esecuzione di un backup non in linea di Exchange richiede un'interruzione del servizio per i client.

  • È possibile eseguire il backup e il ripristino dei database in un gruppo di archiviazione singolarmente o contemporaneamente. Finché non viene superato il limite di capacità della larghezza di banda dei dischi rigidi, dei controller e dell'hardware di backup, sarà possibile risparmiare tempo eseguendo contemporaneamente più istanze dell'utilità Backup per eseguire il backup o il ripristino dei database.

Backup e ripristino dei database in Windows Server 2008

Windows Server Backup in Windows Server 2008 non supporta più i backup o i ripristini di flusso. A differenza di versioni precedenti di Windows Backup, non è possibile eseguire o ripristinare backup di flusso di Exchange utilizzando Windows Server Backup. Per il backup e il ripristino di Exchange Server 2007 su Windows Server 2008 mediante le API di backup di flusso, è necessario utilizzare un'applicazione compatibile con Exchange di terze parti che utilizza le API di backup di flusso a livello locale nel server Exchange per eseguire il backup localmente nel server Exchange. Un'applicazione che utilizza un agente di backup che viene eseguito in modalità locale nel server Exchange e trasmette il backup in modalità remota a un'applicazione di backup viene considerata un backup locale.

Exchange 2007 Service Pack 2 (SP2) include un nuovo plug-in che consente di eseguire backup dei dati di Exchange basati su servizio Copia Shadow del volume (VSS, Volume Shadow Copy Service) utilizzando Windows Server Backup in Windows Server 2008. È possibile utilizzare Windows Server Backup per eseguire il backup e il ripristino dei database di Exchange 2007 SP2. Una conoscenza approfondita degli elementi di cui eseguire il backup, della posizione in cui archiviare i backup e di come ripristinarli è fondamentale per un amministratore efficiente di Exchange. Per ulteriori informazioni sugli elementi di cui eseguire il backup in Exchange 2007, vedere Utilizzo di Windows Server Backup per eseguire il backup e il ripristino dei dati di Exchange.

Argomenti relativi al ripristino d'emergenza

È possibile utilizzare gli argomenti in quest'area per proteggere i dati dell'organizzazione e pianificare il recupero in vari scenari. In questa sezione sono contenuti i seguenti argomenti: