Modalità di correzione di Eseutil /P
Ultima modifica dell'argomento: 2006-06-09
La modalità di correzione di Eseutil consente di risolvere i problemi a livello di tabella pagine e di ESE (Extensible Storage Engine) del database, ma non a livello di applicazione. Successivamente alla correzione di un database mediante Eseutil, è consigliabile eseguire ISInteg per correggere il database a livello di applicazione. Per una descrizione dei diversi livelli (pagina del database, tabella ESE e applicazione), vedere Strategie di recupero dei database. Per ulteriori informazioni sulla sintassi e le istruzioni per l'utilizzo di Eseutil /P, vedere Esecuzione di Eseutil /P (correzione) in diversi scenari.
Durante la correzione, può essere necessario eliminare righe dalle tabelle o anche intere tabelle. Al termine delle correzioni a livello di ESE, è necessario eseguire una correzione a livello di applicazione per risolvere i problemi che potrebbero presentarsi a causa dei dati mancanti. L'utilità ISInteg (Information Store Integrity) consente di eseguire l'analisi e la correzione a livello di applicazione di Exchange. Nell'esempio seguente vengono descritte le correzioni eseguite da Eseutil.
Ad esempio, in una tabella del database vengono memorizzati tutti i messaggi delle cassette postali. Pe ogni cartella Posta in arrivo degli utenti viene utilizzata una tabella distinta. Si supponga che durante l'utilizzo di Eseutil per la correzione della tabella dei messaggi venga perso un messaggio. Eseutil non stabilisce una relazione tra il messaggio e il relativo riferimento di ogni cartella Posta in arrivo, perché non è in grado di riconoscere lo schema dei riferimenti tra tabelle dell'applicazione. Per confrontare la tabella dei messaggi corretta con le singole cartelle Posta in arrivo e rimuovere il messaggio perso da quest'ultima è necessario utilizzare ISInteg.
In breve, Eseutil esamina tutte le pagine e le tabelle del database di Exchange per garantirne la coerenza e l'integrità all'interno di ciascuna tabella. ISInteg, che si consiglia di eseguire successivamente a Eseutil, corregge il database a livello di applicazione e garantisce l'integrità delle relazioni tra tabelle.
La correzione di un database prevede, nell'ordine, le tre fasi seguenti:
- Esecuzione di Eseutil in modalità /P per la correzione del database a livello di pagina e di tabella
- Esecuzione di Eseutil in modalità /D per la ricostruzione completa degli indici e per la deframmentazione del database
- Successiva esecuzione di ISInteg per la correzione del database a livello di applicazione
Nota
La riuscita di una correzione non implica necessariamente l'utilizzabilità del database. La perdita dei metadati del sistema può far sì che non sia comunque possibile installare il database o che questo sia vuoto. Nel caso non sia possibile correggere un database, è possibile ripristinarne i dati da una copia di backup oppure crearne uno nuovo.
Reinserimento in produzione di un database corretto
Un problema spinoso è rappresentato dalla decisione di lasciare definitivamente in produzione un database corretto. Molti amministratori scelgono di utilizzare i database corretti solo per il salvataggio dei dati. Appena possibile, gli amministratori spostano le cassette postali in un altro database o riuniscono i dati del database corretto in uno provatamente funzionante.
Sia Eseutil sia ISInteg generano dettagliati file di registro della correzione che riportano un elenco degli errori individuati e corretti. Per ulteriori informazioni sulle cause e sulle conseguenze di determinati errori, eseguire delle ricerche nella Microsoft Knowledge Base e vedere il relativo argomento in Informazioni di riferimento sugli errori di Eseutil più comuni. Queste informazioni possono contribuire alla decisione di accettare o meno gli eventuali rischi derivanti da un database corretto in produzione.
Procedura consigliata per Eseutil /P
È consigliabile utilizzare Eseutil /P quando non è possibile ripristinare un database da una copia di backup o non è possibile eseguire interamente il roll forward dei registri delle transazioni.
Nota
Se non è possibile eseguire il roll forward dei file di registro delle transazioni, è preferibile adottare una strategia mista. È possibile ripristinare una versione funzionante del database da una copia di backup, correggere quello danneggiato nel gruppo di archiviazione di ripristino e unire i due database.
Ai fini della correzione di un database, Microsoft suggerisce le seguenti procedure consigliate:
- Non lasciare in produzione un database corretto per periodi di tempo prolungati.
- Non utilizzare l'opzione di correzione di Eseutil se è disponibile una copia di backup.
- Non utilizzare la modalità di correzione di Eseutil per risolvere un errore -1018. Per ulteriori informazioni sull'errore -1018, vedere l'articolo 812531 della Microsoft Knowledge Base, "Support WebCast: Microsoft Exchange: Understanding and Resolving Error -1018" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=812531).
Versioni di Exchange precedenti
La tabella seguente illustra il funzionamento della modalità di correzione di Eseutil in base alle diverse versioni di Exchange.
Exchange 200x |
Per impostazione predefinita, la registrazione dettagliata del processo di correzione viene memorizzata in un file di testo normale denominato database.integ.raw. Questo registro indica esattamente le tabelle corrette e i problemi individuati. |
Exchange 5.5 |
Per visualizzare dettagli analoghi, è necessario specificare la registrazione dettagliata mediante l'opzione /V. |
Ulteriori informazioni
Per ulteriori informazioni vedere gli argomenti seguenti nella Guida dell'utilità di database di Exchange Server:
- Modalità di deframmentazione di Eseutil /D
- Modalità di ripristino di Eseutil /C
- Modalità di ripristino di Eseutil /R
- Modalità di controllo integrità di Eseutil /G
- Modalità di creazione dei file di dettagli di Eseutil /M
- Modalità checksum di Eseutil /K
- Modalità di copia file di Eseutil /Y
- Strategie di recupero dei database
- Informazioni di riferimento sugli errori di Eseutil più comuni