Ausführen von "Eseutil /P" (Reparaturmodus) in unterschiedlichen Szenarien

Letztes Änderungsdatum des Themas: 2006-06-09

Die in diesem Abschnitt beschriebene Syntax und die Verhaltensweisen von "Eseutil" gelten für Exchange Server 2003 Service Pack 2 (SP2), und es werden Anweisungen zum Ausführen des Reparaturmodus von "Eseutil" für Ihre Daten gegeben. Im Reparaturmodus von "Eseutil" können beschädigte Datenbanken auf Seiten- und Tabellenebene, jedoch nicht auf der Anwendungsebene korrigiert werden. Es kann vorkommen, dass eine Reparatur erfolgreich abgeschlossen wird und dass alle Datenbanktabellen als konsistent zurückgemeldet werden, die Datenbank jedoch so schwer beschädigt ist, dass sie nicht bereitgestellt werden kann. Weitere Informationen über den Reparaturmodus von "Eseutil" finden Sie unter Reparaturmodus "Eseutil /P".

Bevor Sie beginnen

Die folgenden Punkte sollten Sie vor dem Ausführen des Reparaturmodus von "Eseutil" für die Datenbank beachten.

• Auf dem lokalen logischen Laufwerk muss ausreichend Festplattenspeicher für die temporäre reparierte Datenbank vorhanden sein. Es wird empfohlen, 20 % der Größe der zu reparierenden Datenbankdateien vorzuhalten, obwohl die Größe der temporären Datei je nach Art der vorzunehmenden Reparatur sehr unterschiedlich sein kann. Wenn nicht genügend Speicherplatz vorhanden ist, können Sie die temporären Dateien wie nachstehend beschrieben auf ein anderes Laufwerk umleiten.
• Die Streamingdatenbank (STM-Datei) muss sich im gleichen Ordner wie die MAPI-Datenbank (Messaging Application Programming Interface, EDB-Datenbank) befinden, oder Sie müssen wie nachstehend erörtert einen Befehlszeilenschalter zur Identifikation des Pfades zur Streamingdatenbank angeben.

Verfahren

So führen Sie "Eseutil /P" aus

• Die grundlegende Befehlszeilensyntax für die Reparatur einer Datenbank mit "Eseutil" lautet wie folgt:

  ESEUTIL /P database_filename.edb
  

  Anmerkung:
  Unter Exchange Server 5.5 müssen Sie den Schalter "/V" angeben, um die ausführliche Protokollierung zu erhalten, die unter Exchange 2000 Server und späteren Versionen Standard ist.

Beim Ausführen des Reparaturmodus von "Eseutil" für die Datenbank können sich die folgenden Szenarien ergeben:

• Datenbank- und Streamingdateien stimmen nicht überein
• Die Streamingdatei fehlt

Datenbank- und Streamingdateien stimmen nicht überein

Bei einige Hardwareabstürzen kann es vorkommen, dass die Datenbank- und die Streamingdatenbank nicht mehr synchron sind, oder Sie haben ggf. eine Streamingdatenbank erhalten, die im Vergleich zur Datenbankdatei nicht mehr aktuell ist. Standardmäßig wird dieses Problem zu Beginn der Reparatur geprüft, wobei diese dann beendet wird, damit Sie die Gelegenheit haben, die richtige Datei abzurufen, sofern diese vorhanden ist.

Sie können erzwingen, dass die Reparatur dieses Problem übergeht, wenn jedoch die Streamingdatei eigentlich nicht zu der jeweiligen Datenbank gehört, werden hiermit auch nicht die hierin befindlichen Daten gerettet. Stattdessen werden alle Daten aus der Streamingdatei gelöscht. Diese Vorgehensweise (Ignorieren einer Nichtübereinstimmung) empfiehlt sich also nur, wenn Sie sicher sind, dass die Streamingdateien und die Datenbankdateien zusammengehören und dass sie im Wesentlichen synchron sind.

Die Streamingdatenbank setzt sich vollständig aus Rohdaten der Benutzer zusammen. Die gesamte logische Struktur sowie Informationen zum Besitzer der Daten befinden sich in der MAPI-Datenbank (EDB-Datei). Alle Daten in der STM-Datei, die nicht mit den Zeigern in der EDB-Datei übereinstimmen, gehen bei einer Reparatur verloren.

Gehen Sie wie im Folgenden beschrieben vor, um "Eseutil /P" so auszuführen, dass eine fehlende Übereinstimmung mit der Streamingdatei ignoriert wird:

So ignorieren Sie eine fehlende Übereinstimmung mit der Streamingdatei

• Fügen Sie der Befehlszeile von "Eseutil" den Schalter "/I" hinzu. Beispiel:

  ESEUTIL /P priv1.edb /I
  

Die Streamingdatei fehlt

Wenn die Streamingdatenbank zerstört wurde oder fehlt, können Sie den Reparaturvorgang immer noch erfolgreich zum Abschluss bringen, allerdings gehen alle Daten in dieser Datei verloren. Wenn es sich bei der Mehrheit Ihrer Benutzer um MAPI-Clients (Microsoft® Office Outlook®-Benutzer) handelt, ist der hiermit einhergehende Datenverlust ggf. unerheblich. Wenn die meisten Benutzer die Verbindung über POP3 (Post Office Protocol Version 3) oder IMAP4 (Internet Message Access Protocol Version 4) herstellen, ist dieser Datenverlust wahrscheinlich eine Katastrophe.

Gehen Sie wie nachstehend beschrieben vor, um "Eseutil /P" auszuführen, wenn die Streamingdatei fehlt oder wenn die Reparatur mit der vorhandenen Streamingdatei nicht abgeschlossen werden kann:

So erstellen Sie eine neue Streamingdatei

• Verwenden Sie zum Erstellen einer neuen Streamingdatei den Schalter /CREATESTM. Beispiel:

  ESEUTIL /P PRIV1.EDB /CREATESTM
  

Überlegungen nach der Reparatur

Denken Sie nach dem Ausführen von "Eseutil /P" zum Reparieren der Datenbank an die folgenden Punkte:

• Erstellen Sie so schnell wie möglich nach einer Reparatur eine vollständige Sicherung der Datenbank. Mit der Reparatur werden vorherige Sicherungen ungültig. Dies bedeutet nicht, dass vorherige Sicherung nicht mehr wiederhergestellt werden können oder als solche wertlos sind. Es bedeutet lediglich, dass es mit einer Reparatur unmöglich wird, ein Rollforward der Datenbank von einer vorherigen Sicherung aus vorzunehmen. Wenn Sie eine vorherige Sicherung wiederherstellen, endet das erneute Einspielen der Transaktionsprotokolldatei an dem Punkt, an dem die Reparatur vorgenommen wurde. Sämtliche Änderungen, die nach der Reparatur an der Datenbank vorgenommen wurden, können nicht mehr in die wiederhergestellte Datenbank übernommen werden. Daher ist es wichtig, dass Sie nach der Reparatur so schnell wie möglich eine vollständige Sicherung der Datenbank erstellen.
• Denken Sie daran, dass Sie zum Abschluss der Reparatur eine Defragmentierung ("Eseutil /D") sowie "ISInteg -fix" ausführen müssen. Diese zusätzlichen Schritte können Sie nur dann übergehen, wenn Sie die reparierte Datenbank lediglich zur Datenrettung verwenden und anschließend verwerfen möchten. Das Übergehen dieser Schritte bedeutet, dass Sie ggf. weniger Daten retten als mit dem vollständigen Ablauf, Sie können auf diese Weise jedoch möglicherweise auch mehrere Stunde an Wiederherstellungszeit einsparen.

Befehlszeilenreferenz

Dies ist die Befehlszeilenreferenz, die angezeigt wird, wenn Sie Eseutil ./? im Ordner Exchsrvr\Bin an der Eingabeaufforderung eingeben und und dann "P" für Reparatur auswählen.

REPAIR:
    DESCRIPTION:  Repairs a corrupted or damaged database.
         SYNTAX:  ESEUTIL /p <database name> [options]
     PARAMETERS:  <database name> - filename of database to repair
        OPTIONS:  zero or more of the following switches, separated by a space:
                  /s<file>     - set streaming file name (default: NONE)
                  /t<db>       - set temp. database name
                                 (default: TEMPREPAIR*.EDB)
                  /f<name>     - set prefix to use for name of report files
                                 (default: <database>.integ.raw)
                  /i           - bypass the database and streaming file mismatch error
                  /g           - run integrity check before repairing
                  /createstm   - create empty streaming file if the file is missing
                  /8           - set 8k database page size (default: auto-detected)
                  /o           - suppress logo
          NOTES:  1) Repair does not run database recovery. If a database
                     is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with repair,
                     recovery is first run to properly complete database
                     operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error in
                     the check phase if the database and streaming file do
                     not match each other. The database and streaming file
                     will receive new signatures in the repair phase. Without
                     using this option, repair will terminate immediately
                     once the database and streaming file mismatch error occur
                  3) The /g option pauses the utility for user input before
                     repair is performed if corruption is detected. This optio
                     overrides /createstm and /o options.
                  4) The /createstm option is irreversible.  Once you
                     start the repair process a new streaming file will
                     be created.  Any streaming file that existed before
                     the repair will no longer work with this database.

Weitere Informationen

Weitere Informationen finden Sie unter den folgenden Themen im Handbuch zum Exchange Server-Datenbankdienstprogramm:

• Defragmentierungsmodus "Eseutil /D"
• Datenbankwiederherstellungsmodus "Eseutil /C"
• Protokollwiederherstellungsmodus "Eseutil /R"
• Integritätsmodus "Eseutil /G"
• Modus für das Erstellen einer Speicherabbilddatei "Eseutil /M"
• Prüfsummenmodus "Eseutil /K"
• Modus für das Erstellen einer Dateikopie "Eseutil /Y"
• Strategien für die Datenbankwiederherstellung
• Referenz: Häufig auftretende Fehler in "Eseutil"