Backup e ripristino dei database

 

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

Ultima modifica dell'argomento: 2012-03-26

I dati di un utente finale di Microsoft Exchange Server 2007 vengono archiviati nei database delle cassette postali e delle cartelle pubbliche nei server Cassette postali. I dati in transito vengono archiviati nei database delle code di trasporto. I dati di trasporto sono temporanei e non è necessario eseguire il backup del database delle code. I database delle cassette postali e delle cartelle pubbliche devono essere protetti mediante backup temporizzati. Indipendentemente dalla strategia di ripristino end-to-end, i database delle cassette postali e delle cartelle pubbliche devono essere protetti mediante l'esecuzione di backup perché contengono i soli dati della distribuzione di Exchange che non è possibile ricreare. Tali database vengono protetti dalla perdita di dati con l'esecuzione dei backup. Il backup fornisce una copia temporizzata dei dati che possono essere archiviati successivamente in un server.

Nota

La replica continua locale (LCR, Local Continuous Replication). la replica continua cluster (CCR, Cluster Continuous Replication) e la replica continua di standby (SCR, Standby Continuous Replication) forniscono un livello di protezione dei dati delle cassette postali. Tuttavia, la replica continua locale, la replica continua cluster e la replica continua di standby non possono essere utilizzate in sostituzione dei normali backup dei database. Le copie LCR, CCR e SCR sono copie asincrone di un database di produzione, che vengono aggiornate continuamente e utilizzate per eseguire un rapido ripristino. I backup sono copie temporizzate statiche di un database che possono essere utilizzate per ripristinare un database a uno stato precedente. SCR include un ritardo incorporato per la riproduzione dei registri che consente anche di ripristinare un database a uno stato precedente, tuttavia SCR non è una sostituzione per i backup regolari.

Metodi di esecuzione del backup dei database

In Exchange sono disponibili i seguenti metodi di esecuzione del backup dei database:

  • Backup di flusso legacy   Il primo metodo è il backup di flusso legacy che utilizza l'API (Application Programming Interface) di Extensible Storage Engine (ESE). La tecnologia del backup di flusso viene utilizzata da Microsoft Windows Server Backup, nonché da molti prodotti di terze parti. Questa tecnologia era disponibile in tutte le precedenti versioni di Exchange e presenta un insieme di funzionalità avanzate.

  • Servizio Copia Shadow del volume    Il supporto per il servizio Copia Shadow del volume (VSS) è stato introdotto in Exchange Server 2003 ed è stato ampiamente migliorato in Exchange 2007. Exchange 2007 Il Service Pack 2 (SP2) include un nuovo plug-in che consente di eseguire backup dei dati di Exchange basati sul servizio Copia Shadow del volume 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 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.

    Per ulteriori informazioni, vedere Backup dei dati di Exchange 2007 e Servizi Copia Shadow del volume.

Quando si progetta un processo di backup, tenere presente quanto segue:

  • Le risorse necessarie per l'esecuzione del backup dei dati, quali CPU e carico di I/O nel server e la larghezza di banda della rete per esportare i backup dal server.

  • La durata dell'intervallo di esecuzione del backup, poiché i backup richiedono l'utilizzo di numerose risorse e hanno un impatto rilevante sulle prestazioni degli utenti.

  • Gli obiettivi previsti per il punto di ripristino. Ad esempio, considerare la quantità di dati da ripristinare. Se la perdita di più di un giorno di dati non è accettabile, si consiglia di eseguire backup giornalieri.

  • I contratti di servizio (SLA, service level agreements) definiti per il ripristino.

Tali considerazioni, in combinazione con l'applicazione del backup in uso, forniscono una stima delle limitazioni relative alle dimensioni complessive dei database che è necessario imporre. I database non devono presentare dimensioni superiori allo spazio disponibile per il backup o per il ripristino nell'intervallo di tempo consentito dai contratti di servizio senza influire negativamente sulle prestazioni degli utenti.

Con Exchange 2007 è possibile disporre di un duplicato del database utilizzando LCR e CCR e, con Exchange 2007 Service Pack 1 (SP1), è possibile disporre di più copie utilizzando SCR. Tali copie possono essere utilizzate per sostituire il database attivo, qualora questo non fosse disponibile, e svolgono la funzione delle soluzioni di ripristino rapido per svariati scenari che in passato richiedevano il ripristino dei database dopo il backup. Exchange 2007 utilizza la seconda copia del file di registro delle transazioni e di database nella replica continua locale e nella replica continua cluster offrendo la possibilità di eseguire i backup del servizio Copia Shadow del volume dalla posizione della copia anziché dal database attivo, che a sua volta dispone delle seguenti opzioni:

  • Riduce il carico sul database di produzione perché tutto il traffico di I/O del backup viene diretto alla posizione della copia.

  • Aumenta l'intervallo di backup perché il traffico di backup non influisce sui tempi di risposta del client.

  • Aumenta l'intervallo di manutenzione del database perché la manutenzione può essere effettuata su una copia attiva mentre sono in esecuzione i backup sulla copia passiva.

  • Abilita database di dimensioni maggiori, grazie a un intervallo di backup superiore, che abilita una quota maggiore per le cassette postali.

Le copie della replica continua locale (LCR), della replica continua cluster (CCR) e della replica continua di standby (SCR) richiedono l'esecuzione di frequenti backup completi, dal momento che svolgono la funzione di soluzione di ripristino rapido primario, utilizzando l'esecuzione dei ripristini dopo i backup per i problemi secondari.

Tipi di backup e di ripristino supportati

I tipi di backup si dividono nelle categorie di backup completi e backup di sola modifica come riportato di seguito:

Backup completi

  • Backup completo   Si tratta di un backup completo che archivia ogni database selezionato e tutti i file di registro necessari. I file di registro più vecchi del checkpoint al momento dell'avvio del backup vengono eliminati al termine del backup. Eseguendo un backup completo giornalmente, si evita che i file di registro occupino una quantità eccessiva di spazio sul disco rigido.

    Importante

    Si consiglia di eseguire giornalmente backup completi a meno che i database non vengano replicati continuamente. Per i gruppi di archiviazione abilitati per LCR, CCR o SCR è consigliabile eseguire backup completi una volta alla settimana.

  • Backup copia   Un backup copia è un backup completo e presenta le stesse caratteristiche del backup precedente, tranne per il fatto che i file di registro non vengono eliminati al termine del backup. È possibile eseguire un backup copia se si desidera salvare una copia dei database di Exchange in un momento specifico.

Backup di sola modifica

  • Backup incrementale   Un backup incrementale è un backup di sola modifica che archivia solo i file di registro delle transazioni dall'ultimo backup incrementale o completo. I file di registro più vecchi del checkpoint vengono eliminati al termine del backup. Non è possibile eseguire un backup incrementale quando è abilitata la registrazione circolare. Per ripristinare i dati da una copia di backup incrementale è necessario disporre dell'ultima copia di backup completa e di ciascuna delle successive copie di backup incrementali. Una volta completato il processo di ripristino, i registri delle transazioni vengono applicati al database di Exchange ripristinato con la copia di backup completa.

  • Backup differenziale   Un backup differenziale è un backup di sola modifica che archivia solo i file di registro delle transazioni dall'ultima copia di backup incrementale o completa. I registri delle transazioni non vengono eliminati. Non è possibile eseguire un backup differenziale quando è abilitata la registrazione circolare. Per ripristinare i dati da una copia di backup differenziale, è necessario disporre dell'ultima copia di backup completa e della copia di backup differenziale più recente.

Ogni tipo di backup presenta i seguenti vantaggi e svantaggi:

  • Il backup completo è il metodo di backup e di ripristino più semplice perché offre un unico set di backup da ripristinare.

  • Il backup copia non rimuove i file di registro. I file di registro devono essere rimossi , in caso contrario l'unità dei file di registro si riempirà e il database di Exchange rimarrà fuori rete fino all'eliminazione dei file di registro.

  • I backup incrementali e differenziali richiedono più set di backup per l'esecuzione di un ripristino completo. Se uno di tali set di backup è mancante o non ripristinabile, il ripristino partirà dal punto precedente al set di backup non ripristinabile. Come suggerisce il tipo di categoria cui appartengono, i backup incrementali e differenziali salvano solo le modifiche. Poiché vengono salvate solo le modifiche, le dimensioni dei file di backup sono minori di quelle di un backup completo e l'esecuzione del backup richiede un tempo inferiore.

Metodi di backup e di ripristino supportati

Exchange 2007 supporta i seguenti metodi di backup e di ripristino della copia attiva di un database o del gruppo di archiviazione di ripristino:

  • Backup di flusso legacy   Tutti e quattro i tipi di backup di Exchange (completo, copia, incrementale e differenziale) sono supportati nella copia attiva del database. I backup possono essere selezionati a livello di database, ma è possibile eseguire solo un processo di backup in uno specifico gruppo di archiviazione. È possibile eseguire contemporaneamente il backup di gruppi di archiviazione separati.

  • Ripristino di flusso legacy    È possibile ripristinare tutti e quattro i tipi di backup di Exchange nella copia attiva del database o nel gruppo di archiviazione di ripristino. Per la procedura dettagliata di ripristino di un backup di flusso in un server alternativo, vedere Come ripristinare un backup di flusso in un server differente.

  • Backup del servizio Copia Shadow del volume   Tutti e quattro i tipi di backup possono essere derivati dalla copia attiva. Tutti e quattro i tipi di backup possono essere derivati dal database replicato. I backup possono essere selezionati a livello di gruppo di archiviazione. Può essere eseguito solo un processo di backup in uno specifico gruppo di archiviazione. (Se una copia di backup di un gruppo di archiviazione viene derivata da una replica, non è possibile avviare il backup dal gruppo di archiviazione attivo finché il primo backup non è stato completato.) È possibile eseguire in parallelo il backup di gruppi di archiviazione separati.

  • Ripristino del servizio Copia Shadow del volume   Tutti e quattro i tipi di backup possono essere ripristinati nella copia attiva. I backup del servizio Copia Shadow del volume possono essere ripristinati nello stesso gruppo di archiviazione, in un gruppo di archiviazione alternativo sullo stesso server o su un server diverso oppure in una posizione non di Exchange come supportato da Exchange 2007 Store Writer. I backup del servizio Copia Shadow del volume non possono essere ripristinati in un gruppo di archiviazione utilizzando componenti del servizio Copia Shadow del volume di Exchange, ma possono essere ripristinati come ripristino a livello di file da backup del servizio Copia Shadow del volume.

    Nota

    Non è possibile combinare le tecnologie di backup di flusso e del servizio Copia Shadow del volume durante l'esecuzione di backup e ripristini. I backup di flusso legacy non possono essere derivati dopo l'esecuzione di backup completi del servizio Copia Shadow del volume. Non è possibile combinare un backup differenziale del servizio Copia Shadow del volume con un backup completo legacy al momento del ripristino.

Backup e ripristino dei database in Windows Server 2008

Windows Server Backup di 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 di terze parti, compatibile con Exchange, che utilizza le API di backup di flusso a livello locale sul server Exchange per eseguire il backup localmente sul 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.

Come precedentemente indicato, 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) utilizzando Windows Server Backup in Windows Server 2008. 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.