Backup, ripristino e ripristino di emergenza
Si applica a: Exchange Server 2013
Per questo, è importante capire in che modo i dati possono essere protetti e determinare il metodo che meglio soddisfa le esigenze dell'organizzazione. La pianificazione della protezione dei dati è un processo complesso basato su molte decisioni prese durante la fase di pianificazione della distribuzione.
Tradizionalmente, i backup sono stati utilizzati per gli scenari seguenti:
Ripristino di emergenza: in caso di errore hardware o software, più copie di database in un dag consentono la disponibilità elevata con failover rapido e perdita di dati minima o nessuna. Ciò elimina i tempi di inattività e la risultante perdita di produttività che rappresenta un costo notevole per l'organizzazione derivante dal ripristino da un backup temporizzato precedente su disco o nastro. I DAG possono essere estesi su più siti e possono offrire la resilienza contro errori del disco, del server, della rete e del datacenter.
Recupero di elementi eliminati accidentalmente: in passato, se un utente eliminava gli elementi che in seguito dovevano essere recuperati, si trattava di trovare il supporto di backup in cui erano archiviati i dati che dovevano essere recuperati e quindi di ottenere in qualche modo gli elementi desiderati e di fornirli all'utente. Con la nuova cartella Elementi ripristinabili in Exchange 2013 e i criteri di blocco che possono essere applicati, è possibile conservare tutti i dati eliminati e modificati per un periodo di tempo specificato, in modo che il ripristino di questi elementi sia più semplice e veloce. In questo modo si riduce l'onere per gli amministratori di Exchange e l'help desk IT consentendo agli utenti finali di recuperare gli elementi eliminati accidentalmente, riducendo così la complessità e i costi amministrativi associati al ripristino di un singolo elemento. Per altre informazioni, vedere Criteri di messaggistica e conformità e Prevenzione della perdita dei dati.
Archiviazione dei dati a lungo termine: i backup sono stati usati anche come archivio e in genere vengono usati su nastro per mantenere gli snapshot temporizzato dei dati per lunghi periodi di tempo, come regolato dai requisiti di conformità. Le nuove funzionalità relative all'archiviazione, alla ricerca in più cassette postali e alla conservazione dei messaggi in Exchange 2013 consentono all'utente finale di conservare i dati in modo semplice per lunghi periodi di tempo. In questo modo vengono eliminati costosi ripristini da nastro e aumenta la produttività. Per altre informazioni, vedere Archiviazione sul posto in Exchange 2013, eDiscovery sul posto e Blocco sul posto e blocco per controversia legale.
Snapshot temporizzato del database: se un'ultima copia temporizzato dei dati delle cassette postali è un requisito per l'organizzazione, Exchange offre la possibilità di creare una copia di database ritardata in un ambiente dag. Questo può essere utile nel raro evento che archivia le repliche di danneggiamento logico in più copie di database nel dag, causando la necessità di tornare a un punto precedente nel tempo. Può essere utile anche se un amministratore elimina accidentalmente le cassette postali o i dati utente. Il ripristino da una copia ritardata può essere più veloce del ripristino da un backup perché le copie in ritardo non richiedono un processo di copia che richiede molto tempo dal server di backup al server Exchange. Ciò può ridurre significativamente il costo totale di proprietà riducendo i tempi di inattività.
Poiché esistono funzionalità native di Exchange 2013 che consentono di soddisfare ognuno di questi scenari in modo efficace, è possibile ridurre o eliminare l'uso dei backup tradizionali nell'ambiente.
Protezione dei dati nativi di Exchange
Unified Contact Store Recovery
Protezione dei dati nativi di Exchange
L'architettura preferita di Microsoft per Exchange Server 2013 sfrutta un concetto noto come la protezione dei dati nativa di Exchange. La protezione dei dati nativa di Exchange si basa sulle funzionalità integrate di Exchange per proteggere i dati della cassetta postale, senza usare i backup (anche se è comunque possibile usarli). Exchange 2013 include diverse nuove funzionalità e importanti modifiche che, quando vengono implementate e configurate correttamente, possono fornire protezione dei dati nativa che elimina la necessità di creare backup tradizionali. L'uso delle funzionalità a disponibilità elevata integrate in Exchange 2013 per ridurre al minimo i tempi di inattività e la perdita di dati in caso di emergenza può anche ridurre il costo totale di proprietà del sistema di messaggistica. Combinando queste funzionalità con altre funzionalità incorporate, come la conservazione a fini giudiziari, è possibile ridurre o eliminare l'uso di backup temporizzati e abbassare notevolmente i costi.
Oltre a determinare se Exchange 2013 consente di non eseguire i backup tradizionali temporizzati, si consiglia di valutare il costo dell'infrastruttura di backup corrente. Considerare il costo dei tempi di inattività dell'utente finale e la perdita dei dati quando si cerca di eseguire il ripristino da un'infrastruttura di backup esistente. Inoltre, includere i costi relativi alla licenza, all'installazione e all'hardware, così come i costi di gestione associati al ripristino dei dati e al mantenimento dei backup. A seconda dei requisiti dell'organizzazione, è probabile che un ambiente Exchange 2013 puro con almeno tre copie del database delle cassette postali fornirà un costo totale di proprietà inferiore rispetto a uno con i backup.
È necessario considerare diversi motivi di natura tecnica e diversi problemi prima di utilizzare le funzionalità incorporate in Exchange 2013 in sostituzione ai tradizionali backup. Potrebbero esserci anche considerazioni specifiche per la propria organizzazione. Considerare i seguenti problemi e tenere presente che non si tratta di un elenco esaustivo:
È necessario determinare la quantità di copie di database da distribuire. Si consiglia di distribuire almeno tre copie (non ritardate) di un database delle cassette postali prima di eliminare i tradizionali sistemi di protezione del database, quali i backup tradizionali basati su VSS o le soluzioni RAID (Redundant Array of Independent Disks).
È consigliabile definire chiaramente gli obiettivi dell'obiettivo del tempo di ripristino e dell'obiettivo del punto di ripristino e stabilire che l'uso di un set combinato di funzionalità predefinite anziché backup tradizionali consente di raggiungere questi obiettivi.
È necessario determinare il numero di copie di ogni database necessario per coprire i vari scenari di errore in base ai quali il sistema è progettato per la protezione.
È necessario determinare se l'eliminazione dell'uso di un gruppo di disponibilità del database o di alcuni dei suoi membri consenta un risparmio sufficiente a supportare una soluzione di backup tradizionale. In questo caso, è necessario determinare se quella soluzione migliora i contratti di servizio dell'obiettivo temporale di recupero o dell'obiettivo per il punto di recupero.
È necessario determinare se ci si possa permettere di perdere una copia temporizzata se nel membro del gruppo di disponibilità del database che ospita la copia si verifica un errore che influenza la copia o l'integrità della copia.
Exchange 2013 consente di distribuire cassette postali molto grandi, con una dimensione massima consigliata del database delle cassette postali di 2 terabyte (quando si utilizzano due o più copie di database delle cassette postali altamente disponibili). In base alle cassette postali di dimensioni maggiori che verranno probabilmente distribuite dalla maggior parte delle organizzazioni, è necessario determinare il proprio obietti per il punto di recupero qualora si dovessero riprodurre numerosi file di registro durante l'attivazione di una copia del database o di una copia del database ritardata.
È necessario determinare la modalità di rilevamento del danneggiamento della parte logica in una copia attiva del database e il modo per impedire che tale danneggiamento si ripeta nelle copie passive del database. Ciò include la definizione del piano di recupero per questa situazione e della quantità di volte in cui si è verificato questo scenario in passato. Se il danneggiamento della parte logica si verifica di frequente nell'organizzazione, si consiglia di calcolare questo scenario nel progetto utilizzando una o più copie ritardate con una finestra relativa all'intervallo di riesecuzione per consentire all'utente di rilevare e correggere il danneggiamento della parte logica quando si verifica, ma prima che tale danneggiamento viene replicato in altre copie del database.
Una delle funzioni eseguite al termine di un backup incrementale o di un backup completo è il troncamento dei file di registro non più necessari per il ripristino del database. Se i backup non vengono acquisiti, non si verifica il troncamento del registro. Per impedire che i file di registro aumentino, occorre abilitare la registrazione circolare per i database replicati. Quando si unisce la registrazione circolare con la replica continua, si forma un nuovo tipo di registrazione circolare denominata registrazione circolare a replica continua (CRCL), diversa dalla registrazione circolare ESE. Mentre la registrazione circolare ESE viene eseguita e gestita dal servizio Archivio informazioni di Microsoft Exchange, la registrazione circolare a replica continua viene eseguita e gestita dal servizio di replica di Microsoft Exchange. Quando abilitata, la registrazione circolare ESE non genera file di registro aggiuntivi ma, se necessario, sovrascrive il file di registro corrente. Tuttavia, in un ambiente di replica continua, i file di registro sono necessari per la distribuzione e la riproduzione dei registri. Di conseguenza, quando si abilita la registrazione circolare a replica continua, il file di registro corrente non viene sovrascritto e vengono generati file di registro chiusi per il processo di distribuzione e riproduzione dei registri.
In particolare, il servizio di replica di Microsoft Exchange gestisce la registrazione circolare a replica continua in modo da mantenere la continuità dei registri e i registri non vengono eliminati se sono ancora necessari per la replica. Il servizio di replica di Microsoft Exchange e il servizio Archivio informazioni di Microsoft Exchange comunicano utilizzando chiamate di procedura remote (RPC) relative ai quali file di registro possono essere eliminati.
Per eseguire il troncamento su copie di database delle cassette postali altamente disponibili (non ritardate), è necessario che sia vero quanto riportato di seguito:
- È stato eseguito il backup del file di registro o è abilitata la registrazione circolare a replica continua.
- Il file di registro è al di sotto del punto di arresto.
- Le altre copie non ritardate del database accettano l'eliminazione.
- Il file di registro è stato ispezionato da tutte le copie ritardate del database.
Per eseguire il troncamento su copie di database ritardate, è necessario che sia vero quanto riportato di seguito:
- Il file di registro è al di sotto del punto di arresto.
- Il file di registro è precedente a ReplayLagTime + TruncationLagTime.
- Il file di registro viene eliminato sulla copia attiva del database.
Tecnologie di backup supportate
Exchange 2013 supporta solo backup con un software che riconosca Exchange o basati su VSS. Exchange 2013 include un plug-in per il backup di Windows Server che consente di creare e ripristinare i backup basati su VSS dei dati di Exchange. Per eseguire il backup e il ripristino di Exchange 2013, è necessario utilizzare un'applicazione compatibile con Exchange che supporti VSS Writer per Exchange 2013; ad esempio, Windows Server Backup (con il plug-in VSS), Microsoft System Center 2012 - Data Protection Manager o un'applicazione di terze parti basata su VSS compatibile con Exchange.
Per la procedura dettagliata su come eseguire il backup e il ripristino dei dati di Exchange utilizzando Windows Server Backup, vedere Utilizzo di Windows Server Backup per eseguire il backup e il recupero dei dati di Exchange.
Exchange 2013 VSS Writer
Exchange 2013 introduce una significativa modifica nell'architettura VSS utilizzata in Exchange 2010 e Exchange 2007. Queste versioni precedenti di Exchange includevano due writer VSS: uno interno al servizio Microsoft Exchange Information Store (store.exe) e uno interno al servizio Microsoft Exchange Replication (msexchangerepl.exe). In Exchange, la funzionalità VSS writer che precedentemente si trovava nel servizio Microsoft Exchange Information Store è stata spostata nel servizio Microsoft Exchange Replication. Il nuovo writer, denominato Microsoft Exchange Writer, viene ora utilizzato nelle applicazioni basate su VSS compatibili con Exchange per eseguire i backup di copie attive e passive del database e per ripristinare le copie del database salvate. Sebbene il nuovo writer venga eseguito nel servizio di replica di Microsoft Exchange, è necessario che sia in esecuzione anche il servizio Archivio informazioni di Exchange per consentire l'esecuzione del writer. Ciò implica che per eseguire un backup o un ripristino dei database di Exchange occorrono entrambi i servizi.
Ripristino di Exchange Server
Quasi tutte le impostazioni di configurazione dei server cassette postali e Accesso client sono memorizzate in Active Directory. Come con le versioni precedenti di Exchange, Exchange 2013 include un parametro di configurazione per il ripristino dei server persi. Questo parametro, /m:RecoverServer, viene usato per ricompilare e ricreare un server perso usando le impostazioni e le informazioni di configurazione archiviate in Active Directory. Tenere comunque presente che esistono diverse impostazioni che non vengono ripristinate, come le modifiche ai file web.config locali e ad altri file di configurazione. Inoltre, le voci di registro personalizzate non vengono ripristinate. Si consiglia di utilizzare un processo di gestione delle modifiche affidabile per tenere traccia e ricreare tali modifiche.
Per la procedura dettagliata su come eseguire il ripristino di un server perso di Exchange 2013, vedere Ripristino di un server Exchange. Per i passaggi dettagliati su come ripristinare un server perso membro di un gruppo di disponibilità del database, vedere Ripristinare un server membro del gruppo di disponibilità del database.
Ripristino dell'archivio unico dei contatti
Quando si utilizza Microsoft Lync Server 2013 in un ambiente Exchange 2013, le informazioni sui contatti Lync dell'utente vengono memorizzate in una determinata cartella dei contatti nella cassetta postale dell'utente. Questo viene definito archivio unico dei contatti (UCS). Se si ripristina una cassetta postale migrata da UCS, può essere influenzato l'elenco dei contatti di messaggistica istantanea dell'utente di destinazione. Se l'utente è stato migrato dopo l'ultimo backup, il ripristino della cassetta postale può provocare la perdita completa dell'elenco contatti dell'utente. In casi meno gravi, potrebbero essere perse le modifiche apportate all'elenco contatti dopo l'ultimo backup. Per mitigare queste potenziali perdite di dati, assicurarsi che l'utente venga riportato nel server di messaggistica istantanea prima di ripristinare la cassetta postale.
Database di ripristino
Un database di ripristino è un tipo speciale di database delle cassette postali che consente di installare un database delle cassette postali ripristinato e di estrarre i dati dal database ripristinato durante un'operazione di ripristino. È possibile utilizzare il cmdlet New-MailboxRestoreRequest per estrarre i dati da un database di ripristino. Dopo l'estrazione, i dati possono essere esportati in una cartella o uniti in una cassetta postale esistente. I database di ripristino consentono di ripristinare i dati da un backup o dalla copia di un database senza interferire nell'accesso ai dati correnti dell'utente.
L'uso di un database di ripristino per un database delle cassette postali proveniente da qualsiasi versione precedente di Exchange non è supportato. Inoltre, la cassetta postale di destinazione utilizzata per l'unione e l'estrazione dei dati deve trovarsi nella stessa foresta di Active Directory del database installato nel database di ripristino.
Per ulteriori informazioni, vedere Database di ripristino. Per la procedura dettagliata su come creare un database di ripristino, vedere Creare un database di ripristino. Per la procedura dettagliata su come utilizzare un database di ripristino, vedere Recupero dei dati utilizzando un database di ripristino.
Portabilità del database
La portabilità del database è una funzionalità che consente di spostare o installare un database cassette postali di Exchange 2013 su qualsiasi altro server Cassette postali di Exchange 2013 nella stessa organizzazione. Utilizzando la portabilità del database, è possibile migliorare l'affidabilità perché si eliminano dalle procedure di ripristino numerose operazioni manuali facilmente soggette a errore. Inoltre, la portabilità riduce i tempi totali di ripristino a fronte di diversi scenari di errore.
Per ulteriori informazioni, vedere Portabilità del database. Per la procedura dettagliata relativa all'utilizzo della portabilità del database, vedere Spostamento di un database delle cassette postali utilizzando la portabilità del database.
Portabilità temporanea
Portabilità temporanea è una funzionalità che fornisce una soluzione di continuità aziendale limitata in caso di errori relativi a un database delle cassette postali, a un server o a un intero sito. La portabilità temporanea consente agli utenti di disporre di una cassetta postale temporanea per l'invio e la ricezione di messaggi di posta elettronica durante il ripristino o la riparazione della cassetta postale originale. La cassetta postale temporanea può trovarsi sullo stesso server Cassette postali Exchange 2013 o su qualsiasi altro server Cassette postali Exchange 2013 nell'organizzazione. Ciò consente a un server alternativo di ospitare le cassette postali di utenti che si trovavano precedentemente su un server non più disponibile. I client che supportano l'individuazione automatica, ad esempio Microsoft Outlook, vengono automaticamente reindirizzati al nuovo server senza dover aggiornare manualmente il profilo desktop dell'utente. Una volta ripristinati i dati della cassetta postale originale dell'utente, un amministratore può unire la cassetta postale ripristinata e la cassetta postale temporanea dell'utente in una singola cassetta postale aggiornata.
Questo processo di utilizzo della portabilità temporanea è definito ripristino temporaneo. Un ripristino temporaneo presuppone la creazione di un database vuoto su un server Cassette postali per sostituire il database danneggiato. Il database vuoto, definito database temporaneo, consente agli utenti di inviare e ricevere messaggi di posta elettronica durante il ripristino del database danneggiato. Dopo aver ripristinato il database danneggiato, il database temporaneo e il database ripristinato vengono scambiati e i dati del database temporaneo vengono uniti nel database ripristinato.
Per ulteriori informazioni, vedere Portabilità temporanea. Per la procedura dettagliata relativa all'esecuzione di un ripristino temporaneo, vedere Esecuzione di un ripristino del segnale.