• Artikel

Die Datenbank wurde <N>-mal repariert

[Dieses Thema beschäftigt sich mit einem besonderen Problem, das von Exchange Server Analyzer angezeigt wird. Die Problembehandlung sollte nur auf Systeme angewendet werden, auf denen Exchange Server Analyzer ausgeführt wird und dieses spezielle Problem auftritt. Exchange Server Analyzer (als kostenloser Download verfügbar) trägt remote Konfigurationsdaten von allen Servern in der Topologie zusammen und analysiert diese Daten automatisch. Der sich ergebende Bericht enthält ausführliche Informationen zu wichtigen Konfigurationskonflikten, möglichen Problemen und Produkteinstellungen, die nicht den Standardeinstellungen entsprechen. Indem Sie diese Empfehlungen beachten, können Sie bessere Leistung, Skalierbarkeit, Zuverlässigkeit und Betriebszeit erzielen. Weitere Informationen zum Tool sowie zum Download der aktuellsten Version finden Sie unter "Microsoft Exchange Analyzers" unter der Adresse https://go.microsoft.com/fwlink/?linkid=34707.]  

Letztes Änderungsdatum des Themas: 2009-02-09

Microsoft Exchange Disaster Recovery Analyzer untersucht die Exchange-Datenbankheader, um die Datenbank-Reparaturinformationen zu ermitteln. Insbesondere untersucht der Disaster Recovery Analyzer die Werte der folgenden Felder:

  • Reparaturanzahl
  • Alte Reparaturanzahl
  • Anzahl erfolgreicher ECC-Reparaturen
  • Anzahl fehlgeschlagener ECC-Reparaturen
  • Anzahl von Ungültige Prüfsumme-Fehlern

Wenn der Wert für ein bestimmtes Feld nicht Null ist, erstellt der Disaster Recovery Analyzer eine der folgenden Meldungen, je nach dem jeweiligen Feld:

Reparaturanzahl

Die Datenbank '<DatenbankName>' wurde <N>-mal repariert. Der letzte Reparaturzeitpunkt ist <ReparaturDatum>.

Alte Reparaturanzahl

Die Datenbank '<DatenbankName>' wurde vor der letzten Defragmentierung <N>-mal repariert.

Anzahl erfolgreicher ECC-Reparaturen

Ein ECC-Fehler wurde behoben und führte <N>-mal zu einer gültigen Seite in der Datenbank '<DatenbankName>'. Der letzte Protokollzeitpunkt ist <ReparaturDatum>.

Anzahl fehlgeschlagener ECC-Reparaturen

Ein ECC-Fehler wurde behoben und führte <N>-mal zu einer ungültigen Seite in der Datenbank '<DatenbankName>'. Der letzte Protokollzeitpunkt ist <ReparaturDatum>.

Anzahl von Ungültige Prüfsumme-Fehlern

Ein nicht behebbarer ECC-/Prüfsummenfehler wurde <N>-mal in der Datenbank '<DatenbankName>' festgestellt. Der letzte Protokollzeitpunkt ist <ReparaturDatum>.

In Exchange Server 2003 Service Pack 2 (SP2) und in späteren Exchange-Versionen enthalten die Exchange-Datenbankheader zusätzliche Felder zum Aufzeichnen von Reparaturinformationen. Zum Anzeigen dieser Informationen können Sie den Eseutil /mh-Befehl verwenden. Datenbankreparaturinformationen können Ihnen helfen, zu bestimmen, ob bei einer oder mehreren Exchange-Datenbank(en) ein wiederkehrendes Problem besteht.

Der Wert Reparaturanzahl zeigt an, wie viele Datenbankreparaturen während des letzten Datenbankreparaturvorgangs ausgeführt wurden.

noteAnmerkung:
Das Feld Reparaturanzahl gibt nicht an, wie oft eine Datenbank repariert wurde. Die Reparaturanzahl erhöht sich nur, wenn ein Element in der Datenbank während des letzten Reparaturvorgangs repariert wurde. Wenn beispielsweise der Wert von Reparaturanzahl gleich 0 ist und anschließend zwei Datenbankelemente während eines einzelnen Datenbankreparaturvorgangs repariert werden, wird der Wert für Reparaturanzahl auf 2 gesetzt.

Das Feld Alte Reparaturanzahl verzeichnet den Wert von Reparaturanzahl seit der letzten Offline-Datenbankdefragmentierung. Ein größerer Wert für Reparaturanzahl als für Alte Reparaturanzahl zeigt an, dass die Datenbank seit dem letzten Offline-Defragmentierungsvorgang repariert wurde.

Exchange Server 2003 Service Pack 1 (SP1) und spätere Exchange-Versionen bieten die Möglichkeit, bestimmte ECC-Probleme (Error Correcting Code, Fehlerkorrekturcode) während typischer Datenbankvorgänge zu beheben. Das Feld Anzahl erfolgreicher ECC-Reparaturen zeigt an, wie oft der ECC-Reparaturvorgang erfolgreich ausgeführt wurde. Ferner wird bei einer ECC-Korrektur an einer Datenbankseite ein weiterer, umfassenderer Test der Seite durchgeführt. Wenn bei diesem nachfolgenden Test ein Fehler auftritt, wird Anzahl fehlgeschlagener ECC-Reparaturen um eins erhöht. Ferner wird ein Ereignis -1018 im Anwendungsprotokoll verzeichnet.

Im Feld Anzahl von Ungültige Prüfsumme-Fehlern wird die Anzahl der -1018-Fehler in der Datenbank angezeigt. Diese stellen Datenbank-Seitenfehler dar, die nicht automatisch repariert werden konnten.

Weitere Informationen

Weitere Informationen zur Problembehandlung bei Exchange-Datenbanken finden Sie im TechNet-Webcast: Exchange Server Database Troubleshooting and Recovery with the Exchange Troubleshooting Assistant 1.1 (Level 300) (in englischer Sprache).

Weitere Informationen zu den mit ECC zusammenhängenden Datenbankheadern finden Sie im Microsoft Exchange Team Blog-Artikel, Exchange 2003 SP2 Database Header changes (in englischer Sprache).

noteAnmerkung:
Der Inhalt jedes Blogs und die dazugehörige URL kann ohne vorherige Ankündigung geändert werden. Der Inhalt jedes Blogs wird "WIE BESEHEN" ohne Gewährleistungen bereitgestellt und überträgt keine Rechte. Die Verwendung der enthaltenen Skriptbeispiele bzw. des enthaltenen Codes unterliegt den in den Microsoft – Nutzungsbedingungen (englischsprachig) angegebenen Bedingungen.

Weitere Informationen zur Wiederherstellung von Exchange 2007-Datenbanken finden Sie in Wiederherstellung nach Datenverlust.

Weitere Informationen zur Verwendung des Tools Eseutil finden Sie in: