Summary: Datenbank kann nicht gemountet werden (hr=0x80004005, ec=1108) ist eine Fehlermeldung, die im Exchange Admin Center angezeigt wird, wenn Sie versuchen, eine abgemeldete Datenbank auf einem Exchange Server zu mounten, dies aber nicht gelingt. Dies kann aus verschiedenen Gründen geschehen, die in diesem Artikel erläutert werden. Wir haben auch Lösungen erwähnt, die Sie befolgen können, um den Fehler zu beheben und ein Datenbankwiederherstellungstool zur Wiederherstellung von Benutzerpostfächern freigegeben, wenn die manuellen Lösungen nicht funktionieren.
Contents
Wenn eine Datenbank vom Exchange-Server abgemeldet wird, wird die Server- Client-Verbindung unterbrochen. Benutzer, deren Postfächer sich in der abgetrennten Datenbank befinden, können keine Verbindung zu ihren Postfächern herstellen, auf ihr E-Mail-Konto zugreifen oder neue E-Mails senden/empfangen.
In einer solchen kritischen Situation ist es wichtig, die Datenbank zu mounten, um die Benutzerpostfächer und den E-Mail-Verkehr wiederherzustellen.
In Exchange Server können Sie die Datenbank mit dem Exchange Admin Center (EAC) oder Exchange Management Shell (EMS) Cmdlets mounten.
Wenn Sie jedoch versuchen, eine abgemeldete Datenbank zu mounten, kann es zwei Szenarien geben – die Datenbank wird entweder erfolgreich gemountet oder schlägt mit einem Fehler fehl, wie z. B.:
Die von Ihnen angegebene Datenbank konnte nicht gemountet werden. Angegebene Datenbank: MBX-DB-2016; Fehlercode: Ein Active Manager- Vorgang ist fehlgeschlagen. Fehler: Die Datenbankaktion ist fehlgeschlagen. Fehler: Der Vorgang ist mit einer Meldung fehlgeschlagen: MapiExceptionDatabaseError: Datenbank kann nicht gemountet werden. (hr=0x80004005, ec=1108) Diagnostischer Kontext: Lid: 65256 Lid: 10722 StoreEc: 0x454 Lid: 1494 -- Remote Context Beg -- Lid: 45120 dwParam:0x569817 Lid: 57728 dwParam: 0x56995F Lid: 46144 dwParam: 0x569A97 Lid: 34880 dwParam: 0x569A97 Lid: 34760 StoreEc: 0xFFFFFE0B Lid: 46144 dwParam: 0x56A13F Lid: 34880 dwParam: 0x56A13F Lid: 54472 StoreEc: 0x1388 Lid: 42184 StoreEc: 0x454 Lid: 1750 -- Entferntes Kontextende -- Lid: 1047 StoreEc: 0x454 [Datenbank: MBX-DB-2016, Server: mail.abc.com]
Gründe für den Fehler Unable to Mount Database (hr=0x80004005, ec=1108)
Eine Exchange-Datenbank kann aus verschiedenen Gründen nicht gemountet werden (siehe unten):
- Sie können eine Datenbank nicht mounten, wenn der Speicherplatz auf dem Laufwerk, auf dem die Datenbank und die Protokolldateien gespeichert sind, knapp wird. Geringer Speicherplatz ist auch einer der Hauptgründe für den Abbruch und die Beschädigung von Datenbanken.
- Exchange-Dienste, wie Microsoft Exchange Information Store und Microsoft Exchange Replication, sind erforderlich, um eine Datenbank in Exchange Server zu mounten. Wenn diese Dienste nicht laufen oder gestoppt sind, schlägt das Einhängen der Datenbank fehl und kann zu der Meldung “Unable to Mount Database (hr=0x80004005, ec=1108” oder einem ähnlichen Fehler führen.
- Gelöschte oder fehlende Protokolldateien sind einer der häufigsten Gründe für eine demontierte Datenbank in Exchange Server. Exchange Server zeichnet alle Änderungen oder Aktualisierungen (Transaktionen) in Protokolldateien auf, bevor die Datenbank aktualisiert wird.
Wenn die Protokolle fehlen oder gelöscht werden, bevor die Änderungen in den Protokollen in die Datenbank übertragen werden, kann die Datenbank inkonsistent werden (Dirty Shutdown) und sich abmelden. Eine solche Datenbank kann nur gemountet werden, wenn die Protokolle in die Datenbank übertragen werden oder sich die Datenbank im Zustand “Clean Shutdown” befindet. Wenn Sie versuchen, das Einhängen zu erzwingen, kann dies zu einem fehlgeschlagenen Versuch mit einer Fehlermeldung führen. - Sie können eine Exchange-Postfachdatenbank (. EDB) nicht mounten, wenn sie beschädigt oder beschädigt ist. Um eine solche Datenbank zu mounten, müssen Sie sie mit EseUtil oder einer Exchange-Wiederherstellungssoftware,
wie Stellar Repair for Exchange, reparieren, um die Benutzerpostfächer und die Konnektivität wiederherzustellen.
Schritte zur Behebung des Fehlers Unable to Mount Database (hr=0x80004005, ec=1108)
Um die Unable to Mount Database (hr=0x80004005, ec=1108) Fehler in Exchange Server zu beheben, können Sie diese Lösungen in der angegebenen Reihenfolge folgen.
Schritt 1: Sichern Sie die Datenbank
Erstellen Sie eine Sicherungskopie der Datenbank zusammen mit den Transaktionsprotokollen. Dieser Schritt ist wichtig, um einen dauerhaften Datenverlust zu vermeiden und gleichzeitig die Ursachen für den Fehler Unable to Mount Database (hr=0x80004005, ec=1108) zu beheben.
Schritt 2: Lagerung prüfen
Überprüfen Sie die Speichermedien, auf denen die Datenbank und die Transaktionsprotokolle gespeichert sind. Das Laufwerk sollte mindestens 25 % freien Speicherplatz haben, um weitere Protokolle und Änderungen an der Datenbank zu speichern. Wenn der Speicherplatz jedoch knapp ist, können Sie eine der folgenden Aktionen durchführen, um die Meldung “Datenbank kann nicht gemountet werden” (hr=0x80004005, ec=1108) zu beheben und die Datenbank zu mounten.
- Sie können das Speichermedium durch ein Laufwerk mit höherer Kapazität ersetzen.
- Schaffen Sie Platz auf dem Speicherlaufwerk, indem Sie einige Daten auf ein anderes Laufwerk oder einen anderen Datenträger verschieben.
Sobald Sie genügend freien Speicherplatz haben, versuchen Sie, die Datenbank mit dem Cmdlet Mount-Database in der Exchange Management Shell zu mounten.
Mount-Database -Identity <Datenbankname>
Wenn dies fehlschlägt, können Sie den Parameter -AcceptDataLoss verwenden, um die Datenbank zu mounten, indem Sie unbestätigte Elemente oder Änderungen aus der Datenbank entfernen. Dies kann zu fehlenden Poststücken oder Postfächern führen. Verwenden Sie diesen Parameter nur, wenn Sie eine Datenbanksicherung erstellt haben, und auf eigenes Risiko.
Mount-Database -Identity <Datenbankname> -AcceptDataLoss
Prüfen Sie dann den Status mit folgendem Befehl
Get-MailboxDatabase -status | ft name,server,mounted
Schritt 3: Exchange-Dienste neu starten
Wenn die Datenbank nicht gemountet werden konnte, führen Sie die folgenden Schritte aus, um die erforderlichen Microsoft Exchange-Dienste zu starten oder neu zu starten.
- Drücken Sie Windows+R, geben Sie services.msc ein, und drücken Sie die
Eingabetaste oder klicken Sie auf OK.
- Klicken Sie mit der rechten Maustaste auf den Microsoft Exchange Information Store- Dienst und klicken Sie auf Starten oder Neu starten. Der Vorgang dauert ein paar Sekunden.
- Klicken Sie ebenfalls mit der rechten Maustaste auf den Microsoft Exchange
Replikationsdienst und klicken Sie auf Starten oder Neu starten.
Sobald diese Dienste gestartet/neugestartet sind, versuchen Sie, die Datenbank mit dem Cmdlet Mount-Database zu mounten. Sie können auch das Exchange Admin Center verwenden, um die Datenbank zu mounten.
Wenn die Fehlermeldung “Unable to Mount Database (hr=0x80004005, ec=1108)” jedoch weiterhin auftritt, müssen Sie möglicherweise den Zustand der Datenbank überprüfen und sie reparieren oder wiederherstellen, wie in den nächsten Schritten beschrieben.
Schritt 4: Datenbankstatus prüfen
Um den Datenbankstatus zu überprüfen, können Sie EseUtil verwenden – ein integriertes Befehlszeilentool zum Überprüfen, Wiederherstellen und Defragmentieren der Exchange-Datenbank. Sie können den folgenden EseUtil- Befehl in der erweiterten Eingabeaufforderung oder im EMS verwenden, um den Datenbankstatus zu überprüfen.
EseUtil /mh <DatenbankPfad/Databasename.edb>
Zum Beispiel,
Eseutil /mh 'C:\Programmdateien\Microsoft\Exchange Server\V15\Mailbox\MBXDB02\MBXDB02.edb'
Wenn die Ausgabe den Zustand der Datenbank als Dirty Shutdown anzeigt, bedeutet dies, dass die Datenbank entweder aufgrund von uncommitted logs inkonsistent oder beschädigt ist. In einem solchen Fall müssen Sie die Datenbank wiederherstellen oder reparieren, um sie in einen sauberen Zustand zu bringen.
Schritt 5: Exchange-Datenbank reparieren
Um eine korrupte, beschädigte oder inkonsistente Datenbank wiederherzustellen oder zu reparieren und sie zu mounten, ohne dass der Fehler Unable to Mount Database (hr=0x80004005, ec=1108) auftritt, können Sie das EseUtil verwenden, um eine Soft Recovery oder Hard Recovery durchzuführen.
Bei der Soft Recovery werden die nicht freigegebenen Transaktionsprotokolle erneut in die Datenbank eingespielt, um sie in einen konsistenten Zustand zu bringen (Clean Shutdown-Status). Eine harte Wiederherstellung ist erforderlich, wenn die Protokolle fehlen/gelöscht sind. Die harte Wiederherstellung ist jedoch ein invasiver Prozess, bei dem die Datenbank durch Entfernen der nicht wiederherstellbaren Postfächer oder Elemente wiederhergestellt wird. Anstelle der harten Wiederherstellung empfehlen wir Ihnen die Verwendung einer Exchange-Wiederherstellungssoftware, um die Benutzerpostfächer aus der beschädigten Datenbank in einer gesunden Datenbank auf Ihrem Exchange Server wiederherzustellen.
Im Folgenden haben wir diese im Einzelnen erläutert.
Schritte zu EseUtil Soft Recovery
Zunächst müssen Sie den folgenden Befehl ausführen, um die für die Soft Recovery erforderlichen Protokolle zu überprüfen.
eseutil /ml <Pfad des Protokolls>
Wenn Sie die Protokolle überprüft haben und keine beschädigten Protokolle gefunden wurden, können Sie eine sanfte Wiederherstellung (EseUtil /r) durchführen, indem Sie den folgenden Befehl ausführen. Das Protokoll beginnt in der Regel mit E00, E01 oder E02, usw.
Damit wird der Wiederherstellungsprozess gestartet. Je nach Größe und Beschädigung der Datenbank wird dieser Prozess einige Zeit in Anspruch
nehmen. Wenn er abgeschlossen ist, müssen Sie erneut den Befehl Eseutil/mhmhBefehl ausführen, um den Zustand der Datenbank zu überprüfen. Wenn die Wiederherstellung erfolgreich war, sollte der Datenbankstatus Clean Shutdown lauten.
Sobald sich die Datenbank in einem sauberen Shutdown-Zustand befindet, kann sie mit dem Cmdlet Mount-Database in EMS oder Exchange Admin Center einfach in den Exchange Server eingebunden werden.
Wenn der Zustand “Dirty Shutdown” jedoch bestehen bleibt, haben Sie zwei Möglichkeiten:
- Wiederherstellung des Servers aus der Sicherung und Verlust aller Daten zwischen der letzten Sicherung.
- Führen Sie einen harten Wiederherstellungsprozess durch.
Auch hier müssen Sie den Datenverlust in Kauf nehmen, wenn Sie eine Festplattenwiederherstellung durchführen, da der Prozess die beschädigten Daten unabhängig von ihrer Menge löscht. Andererseits wird Microsoft nach der Durchführung dieses Prozesses keine Unterstützung leisten. Das liegt daran, dass bei der Wiederherstellung einer Datenbank mit der harten Wiederherstellung einige Informationen hart kodiert werden. Wenn Microsoft dies bemerkt, wird es die Unterstützung verweigern.
Führen Sie den folgenden Befehl aus, um die Wiederherstellung durchzuführen:
Eseutil /P <Speicherort der Datenbankdatei vollständiger Pfad>
Nach der Ausführung werden Sie vor dem Datenverlust gewarnt und müssen
diesen akzeptieren, bevor Sie fortfahren. Diese Wiederherstellung sollte nur als letzter Ausweg genutzt werden.
Daraufhin wird ein Bildschirm wie der folgende angezeigt.
Führen Sie den Befehl EseUtil /MH aus, um festzustellen, ob der Zustand der Datenbank in Ordnung ist (Clean Shutdown). Wenn die Datenbank in Ordnung ist, sollten Sie in der Lage sein, die Datenbank zu mounten und den Fehler “Unable to Mount Database (hr=0x80004005, ec=1108)” zu beheben.
Zum Abschluss
Die oben beschriebene manuelle Lösung nimmt viel Zeit in Anspruch, ohne dass Sie wissen, ob sie das Problem erfolgreich beheben wird. Es wird auch davon abgeraten, eine harte Wiederherstellung durchzuführen, da dies zu einem irreversiblen Datenverlust führt und die Datenbank hart kodiert, so dass Sie keinen Support von Microsoft mehr erhalten können. Zum Glück gibt es eine einfache Lösung. Sie können eine der besten Exchange- Wiederherstellungs software verwenden – Stellar Repair for Exchange, um Benutzerpostfächer wiederherzustellen.
Alles, was Sie tun müssen, ist eine neue Datenbank auf Ihrem Exchange Server zu erstellen. Dann reparieren Sie die beschädigte Datenbank und exportieren die Postfächer in die neue Datenbank auf Ihrem Server direkt mit Stellar Repair for Exchange mit vollständiger Integrität. Diese Lösung ermöglicht Ihnen die rechtzeitige Wiede
