Modalità Ripristino Eseutil /R
Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2011-06-16
Il recupero fa riferimento al processo di riproduzione dei file di registro delle transazioni in un database. Sono disponibili due tipi di recupero:
Recupero hardware Un processo di riproduzione del registro delle transazioni che avviene dopo il ripristino di un database da un backup in linea.
Recupero software Un processo di riproduzione del registro delle transazioni che avviene quando un database viene rimontato dopo un'interruzione imprevista, quando i registri delle transazioni sono riprodotti in un backup non in linea della copia dei file di un database oppure quando i registri sono riprodotti in un insieme di backup VSS (Servizio Copia Shadow del volume).
Per ulteriori informazioni sulla sintassi e sull'esecuzione della modalità recupero Eseutil /R, vedere Come eseguire Eseutil /R (Ripristino).
Recupero hardware
Il recupero hardware si verifica quando è necessario riprodurre i file di registro delle transazioni in un backup in linea ripristinato. In tutti gli altri scenari di recupero viene eseguito il recupero software. È possibile eseguire il recupero hardware con lo strumento Utilità database Exchange Server (Eseutil.exe) tramite la modalità Ripristino (/C).
Recupero software
Nello scenario predefinito di recupero software, un evento esterno interrompe inaspettatamente un database Exchange, ma il database e i file di registro rimangono intatti e attivi. Quando il database viene rimontato, Exchange legge il file del punto di controllo e inizia a riprodurre il registro delle transazioni che viene elencato come registro del punto di controllo. Se non sono disponibili file di punto di controllo, la riproduzione inizia dal file di registro meno recente disponibile nella cartella dei registri delle transazioni relativa al gruppo di archiviazione.
Exchange scrive nei file del database le transazioni completate trovate nel file di registro che non sono state ancora scritte e annulla qualsiasi transazione incompleta. Exchange inizia a scrivere una transazione nei file del database solo quando tutte le operazioni che la compongono sono state memorizzate nei file di registro. Quando inizia la riproduzione, non è necessario annullare fisicamente o interrompere una transazione nel database, se sono disponibili tutti i registri delle transazioni non salvate presenti al momento dell'interruzione imprevista.
Importante
Il presupposto fondamentale alla base di un processo di recupero software è che nessun database o file di registro è stato spostato, eliminato o distrutto dall'errore verificatosi o dall'amministratore dopo tale errore.
Specifici scenari di recupero
Nelle sezioni indicate di seguito sono descritti vari scenari di recupero.
I file di registro delle transazioni non sono presenti nella cartella corrente
In genere, è consigliabile eseguire lo strumento Eseutil /R dalla cartella in cui sono presenti i file di registro delle transazioni da riprodurre, perché il processo di recupero software predefinito cerca nei file di registro delle transazioni per trovare il percorso dei database. Se si esegue lo strumento Eseutil /R da una cartella in cui non sono presenti file di registro, viene generato un nuovo file di registro di transazione che non è in grado di individuare la posizione dei database. Se si desidera eseguire un recupero software esterno alla cartella dei registri delle transazioni, aggiungere la seguente opzione al comando:
/Lpath_to_logfiles
Ad esempio:
Eseutil /R E00 /Ld:\exchsrvr\logfiles
Controllo dei file di checkpoint
Nella maggior parte dei casi in cui si esegue manualmente un recupero software, è consigliabile eliminare o nascondere il file di punto di controllo poiché è preferibile riprodurre tutti i registri delle transazioni disponibili anziché iniziare la riproduzione da metà di una sequenza disponibile.
Se si esegue un recupero software da una cartella in cui è presente un file di punto di controllo valido e non si desidera che tale file influisca sul recupero, è necessario definire un percorso diverso per il file di punto di controllo da creare durante il recupero. Tale operazione può rivelarsi necessaria dopo il ripristino di un backup non in linea in un gruppo di archiviazione in cui sono in esecuzione dei database.
Se si esegue il recupero da una cartella diversa e si desidera utilizzare il file di punto di controllo per controllare il recupero, è necessario fare riferimento al percorso relativo al file di punto di controllo.
Se si desidera controllare l'utilizzo del file di punto di controllo durante un recupero software, aggiungere l'opzione seguente al comando di recupero:
/Spath_to_or_away_from_current_checkpoint
Ad esempio:
Eseutil /R E00 /Sd:\
Recupero di un gruppo di archiviazione con un database di cassette postali o di cartelle pubbliche mancante
Se un gruppo di archiviazione viene interrotto inaspettatamente e un database di cassette postali o cartelle pubbliche incoerente viene rimosso o non è disponibile, non sarà possibile abilitare il montaggio di alcun database nel gruppo di archiviazione fino a quando non viene ripristinato il database mancante o fino a quando non si esegue il recupero manuale con l'opzione /I.
Importante
Prima di eseguire il recupero ignorando il database di cassette postali o cartelle pubbliche mancante, è consigliabile eseguire una copia di backup di tutti i file di registro delle transazioni, incluso il file di registro corrente (Enn.log). Dopo aver modificato il file Enn.log recuperando gli altri database, è possibile che tale file non sia utilizzabile per il recupero del database mancante se quest'ultimo è stato reso di nuovo disponibile.
Recupero di un database isolato
Il recupero di un database isolato mantiene completamente separato il processo di recupero dall'esecuzione di un gruppo di archiviazione. Utilizzare questo metodo se si desidera recuperare un backup non in linea in un gruppo di archiviazione e se si intende riprodurre qualsiasi file di registro nel backup.
Per prepararsi all'esecuzione di questa procedura, è consigliabile spostare in un'unica cartella temporanea il file del database e tutti registri delle transazioni che si intendono riprodurre. È possibile eseguire i comandi indicati di seguito da tale cartella:
Eseutil /R Enn /I /D
Ad esempio:
Eseutil /R E00 /I /D
L'opzione /I non è necessaria, ma dipende dalla presenza o meno di record di chiusura normale nei registri delle transazioni relativi ad altri database collegati ai registri. In questo caso, si raccomanda l'utilizzo dell'opzione per evitare di avviare di nuovo il recupero se in qualche parte di un file di registro è presente un allegato che provoca un blocco.
Se non è disponibile l'opzione /D, i percorsi dei database registrati nei file di registro delle transazioni vengono utilizzati per individuare i database. Se si utilizza l'opzione /D senza un percorso, la directory corrente viene utilizzata come percorso per i file del database. Se l'opzione /D è immediatamente seguita da un percorso di file senza spazi, tale percorso viene utilizzato per individuare i file del database.
Per evitare errori di digitazione, si consiglia vivamente di evitare l'utilizzo dei percorsi con le opzioni Eseutil e, se possibile, di eseguire tale strumento da una cartella in cui sono presenti già tutti i file di dati.
Dopo che il recupero è terminato e che i file dei database sono in stato di chiusura normale, è possibile spostarli al loro posto nel gruppo di archiviazione appropriato e collegarli con i file di registro, montando quindi i database.
Nota
A volte è necessario selezionare la casella di controllo Database riscrivibile da un ripristino nelle proprietà oggetto database in Exchange Management Console prima di montare il database.
Recupero di un database con file di registro mancanti
In Exchange Server 2007, la nuova caratteristica denominata LLR (Lost Log Resilience) protegge i database di Exchange dalla perdita degli ultimi file di registro e consente un recupero più rapido. Quando un file di registro protetto da LLR è mancante o danneggiato, il normale montaggio e recupero dei database con Eseutil non riesce senza la nuova opzione di recupero /A. Un registro evento con l'ID evento 523 stabilisce il tipo di errore. È possibile eseguire il recupero Eseutil su un database quando un file di registro protetto da LLR risulta mancante o danneggiato, utilizzando l'opzione /A in modalità recupero come indicato di seguito:
ESEUTIL /R Enn /A
Nota
È possibile visualizzare il riferimento relativo alla riga di comando per lo strumento Eseutil digitando eseutil /? al prompt dei comandi. Tuttavia, l'opzione /A non è elencata nella versione RTM del riferimento della riga di comando di Exchange 2007.
Prima di Exchange 2007, quando si recuperava un database con file di registro mancanti, era necessario ripristinare i database dal backup oppure correggere i database esistenti utilizzando Eseutil /P. Con Exchange 2007, il recupero di database è potenziato in modo da recuperare un database con file di registro mancanti nell'intervallo di LLR eseguendo il comando di recupero con l'opzione /A.
Ulteriori informazioni
Per ulteriori informazioni su Eseutil, vedere i seguenti argomenti: