Considerazioni relative all'esecuzione del comando eusetil /p o edbutil /d /r in Exchange

Traduzione articoli Traduzione articoli
Identificativo articolo: 259851 - Visualizza i prodotti a cui si riferisce l?articolo.
Espandi tutto | Chiudi tutto

Sommario

Quando si esegue il comando eseutil /p o edbutil /d /r su un file di database di Exchange Server, quale il database Priv.edb, Pub.edb o Dir.edb, ha luogo un ripristino forzato, durante il quale vengono verificate e ripristinate le strutture fondamentali del database, quali tabelle di sistema, tabelle degli allegati e cosý via, e viene verificata la presenza di pagine danneggiate nei database.

Se nel corso del ripristino viene rilevata una pagina danneggiata, che presenta ad esempio un checksum non valido causato da una modifica alla pagina non effettuata da Jet, la pagina viene eliminata (-1018). Quando ci˛ accade, Ŕ possibile che al termine dell'operazione di ripristino vadano perduti dati importanti, contenuti in un messaggio di posta elettronica, in un appuntamento di calendario, in una nota, in un allegato, o nel peggiore dei casi, in una tabella di sistema.

Se la tabella di sistema Ŕ una tabella di allegati, tutti gli utenti del server potrebbero perdere gli allegati ai propri messaggi. Questo Ŕ solo uno degli scenari possibili, ma in presenza di pagine danneggiate nel database, i dati andranno perduti al termine del ripristino forzato.

Importante La soluzione migliore consiste nell'effettuare il ripristino da una copia di backup, quando possibile.

Questo metodo garantisce infatti di disporre sul server di un database valido, pulito e stabile in grado di essere avviato e di funzionare correttamente. Il ripristino da una copia di backup si rivela quasi sempre la soluzione pi¨ veloce e affidabile rispetto al ripristino forzato nel database. Questo perchÚ il ripristino viene eseguito a una velocitÓ compresa tra 4 e 6 gigabyte (GB) all'ora e al termine Ŕ necessario eseguire il processo Isinteg, che a sua volta viene eseguito a una velocitÓ compresa tra 3 e 6 GB all'ora. Le velocitÓ indicate sono valori medi. Le prestazioni effettive possono variare a seconda del numero di passaggi che il ripristino deve compiere nel database e dalla velocitÓ dell'hardware.

Ad esempio, se si utilizza la configurazione hardware pi¨ veloce possibile, il ripristino di un database da 50 GB richiederÓ all'incirca 8 ore e altre 8 ore circa saranno necessarie per il processo Isinteg, per un totale di 16 ore. Se si utilizza una tipica unitÓ DLT (Digital Linear Tape) 35/70 connessa Wide SCSI, che vanta una velocitÓ media di ripristino di 3 megabyte (MB), il ripristino dello stesso database richiederÓ 5 ore circa, con un risparmio di 11 ore. Sistemi di backup di tipo "snapshot" dotati di velocitÓ estremamente elevate, quali il sistema di EMC Corporation, sono in grado di ripristinare un database di questa dimensione in pochi minuti.

Se non si dispone di copie di backup e non si dispone di altra opzione di ripristino se non quella di eseguire un ripristino forzato sul database, attenersi alla procedura seguente:
  1. Eseguire un ripristino forzato sul database utilizzando Eseutil /p o Eseutil /d /r.
  2. Deframmentare il database utilizzando Eseutil /d. Nel corso di una deframmentazione non in linea viene creata una nuova struttura di database fisico, in cui vengono spostati i dati esistenti.
  3. Controllare la coerenza del database utilizzando Isinteg -fix. Potrebbe essere necessario eseguire Isinteg diverse volte finchÚ il rapporto riepilogativo non restituisce pi¨ errori.
Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
192185 Esecuzione della deframmentazione con l'utilitÓ Eseutil (Eseutil.exe)
182081 Descrizione dell'utilitÓ Isinteg

L'utilitÓ Isinteg Ŕ infatti in grado di risolvere eventuali problemi logici che possono insorgere durante un ripristino forzato:
  • Per l'archivio informazioni privato di Exchange Server 4.0 e 5.0, eseguire il seguente comando:
    isinteg -fix -pri
  • Per l'archivio informazioni pubblico di Exchange Server 4.0 e 5.0, eseguire il seguente comando:
    isinteg -fix -pub
  • Per l'archivio informazioni privato di Exchange Server 5.5, eseguire il seguente comando:
    isinteg -pri -fix -test alltests
  • Per l'archivio informazioni pubblico di Exchange Server 5.5, eseguire il seguente comando:
    isinteg -pub -fix -test alltests
Nota Non Ŕ possibile eseguire il comando Isinteg -fix a fronte del database Dir.edb. Inoltre, si consiglia di non eseguire una directory soggetta a ripristino forzato in un ambiente di produzione.

Per ulteriori informazioni sul ripristino di emergenza di Exchange, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
162353 Ripristino di una directory di Exchange
Una volta eseguito il comando eseutil /p o edbutil /d /r sul database Priv.edb o Pub.edb, nel database possono verificarsi i seguenti sintomi:
  • L'archivio informazioni non si chiude oppure non risponde.
  • L'archivio informazioni non accetta posta dal servizio MTA (Message Transfer Agent).
  • I messaggi di posta elettronica restano nelle Posta in uscita degli utenti.
  • Il programma Store.exe viene eseguito con un dispendio molto elevato di risorse della CPU e senza alcun carico sul server.
  • Il programma Store.exe genera una violazione di accesso in presenza di un carico elevato.
  • Gli utenti non possono aprire gli allegati o i messaggi di posta elettronica.
Dopo aver eseguito un ripristino forzato su un database che presenta danni estesi, tale database non sarÓ pi¨ adeguato per essere utilizzato nell'ambiente di produzione finchÚ non Ŕ stata eseguita anche la deframmentazione non in linea seguita da isinteg. Eseguire un ripristino forzato sul proprio database solo come ultima soluzione, preferendo sempre il ripristino da una copia di backup.

Se Isinteg viene eseguita diverse volte, ma non risolve il danneggiamento del database, Ŕ necessario utilizzare l'utilitÓ Exmerge per estrarre i dati da un database e inserirli in un altro:
259688 Utilizzo di Exmerge per estrarre dati da un archivio informazioni privato danneggiato

Informazioni

Per determinare se Ŕ stato eseguito un ripristino forzato sul proprio database, eseguire il dump dell'intestazione utilizzando la riga di comando riportata di seguito (il valore di Repair Count sarÓ uguale a zero se il database non Ŕ stato ripristinato):
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more

eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more
Di seguito Ŕ riportato un esempio di intestazione di Priv.edb:
Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating FILE DUMP mode...
Database: d:\exchsrvr\mdbdata\priv.edb

Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,2
Engine ulVersion: 0x620,2
DB Signature: Create time:4/5/2000 17:48:52 Rand:769046 Computer:
cbDbPage: 4096
dbtime: 556457
State: Consistent
Shadowed: Sý
Last Objid: 184
Scrub Dbtime: 0
Scrub Date: 00/00/1900 00:00:00
Repair Count: 1
Repair Date: 2/20/2000 10:48:50

ProprietÓ

Identificativo articolo: 259851 - Ultima modifica: venerdý 27 gennaio 2006 - Revisione: 6.0
Le informazioni in questo articolo si applicano a:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Chiavi:á
kbinfo KB259851
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.
Dichiarazione di non responsabilitÓ per articoli della Microsoft Knowledge Base su prodotti non pi¨ supportati
Questo articolo Ŕ stato scritto sui prodotti per cui Microsoft non offre pi¨ supporto. L?articolo, quindi, viene offerto ?cosý come Ŕ? e non verrÓ pi¨ aggiornato.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com