Exchange-Datenbankfehler untersuchen und beheben

"$error.Clear(); […]" ausgeführt wurde: "System.InvalidOperationException: Fehler beim Einbinden der Datenbank "Mailbox Database 1729189166". Fehler: Fehler bei Active Manager-Vorgang: Fehler bei der Datenbankaktion: Fehler bei Vorgang mit folgender Meldung: MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005, ec=1108)

Der Exchange-Server befand sich anschließend in einem inkonsistenten und funktions­untüchtigen Zustand. Die Dienste liefen zwar soweit, aber Exchange ließ sich weder über die ECP noch über PowerShell ansprechen. Im Eventlog tauchte die obige Fehler­meldung ebenfalls auf.

Anfang der Fehlersuche

Wenn eine Datenbank nicht gemountet werden kann, so liegt es nahe, dass mit ihr selbst etwas nicht stimmt. Um dies zu überprüfen, steht das Tool eseutil zur Verfügung. Dazu wechselt man in das Verzeichnis der jeweiligen Datenbank, danach kann sie mit dem Parameter /mh überprüfen:

eseutil /mh "Mailbox Database 1729189166.edb"

Als State gab das Tool Dirty Shutdown aus. Ob dies nun mit dem Update zusammen­hing oder durch andere Ereignisse verursacht wurde, ließ sich nach­träglich nicht mehr feststellen. Da der Exchange-Server allerdings noch weitere Daten­banken hat und die Fehler­meldung sich nur auf diese eine DB bezog, handelte es sich offenbar um kein globales Problem.

Da die Datenbank in einem Dirty Shutdown State hängen blieb, bot es sich an, sie mit dem Parameter /p zu reparieren:

eseutil /p "Mailbox Database 1729189166.edb"

Das Ergebnis der Reparatur sah recht vielversprechend aus. Mit dem Parameter /mh habe ich die Datenbank wie oben noch einmal überprüft und festgestellt, dass der Status nun auf Clean Shutdown stand.

Daher startete ich die Installation erneut. Zum Glück erkennt das Exchange-Setup, wenn eine vorangegangene Installation schief gelaufen ist und versucht, diese wieder in Ordnung zu bringen. Leider schlug auch dieser Versuch mit der gleichen Fehlermeldung fehl.

Transaktions-Logs überprüfen

Ich untersuchte nun, ob die Transaktions-Logs geschrieben werden können und ob das Verzeichnis dafür noch vorhanden war. In früheren Versionen ist es nämlich vereinzelt vorgekommen, dass das Log-Verzeichnis verschwand.

Dies war hier allerdings nicht der Fall, da Exchange die Logs direkt in das Verzeichnis schrieb, in dem auch die Datenbank lag.

Im nächsten Schritt löschte ich alle .log-Dateien, da ich den Verdacht hatte, dass eine von ihnen fehlerhaft sein könnte. Beim nächsten Anlauf gelang die Installation tatsächlich und die Datenbank wurde eingebunden. Es sind bisher keine weiteren Fehler aufgetaucht.