Wie man Exchange-Datenbank-Fails To Mount Fehler löst

Der Artikel zeigt Informationen über den Exchange Server (HR=0X80004005, EC=-528) error an, der bei DBAs auftritt, nachdem die Datenbank fails to mount. In solchen Fällen wird es unerlässlich, ein professionelles Wiederherstellungswerkzeug einzusetzen, das nur wenige der im Artikel genannten Maßnahmen berücksichtigt.

Transaktionsprotokolldateien sind für die reibungslose Funktionalität von Exchange unerlässlich, da sie die Aufzeichnungen aller Transaktionen, die in EDB-Dateien durchgeführt werden, verfolgen. Wenn eine Protokolldatei, die nicht in die zugehörige Datenbank geschrieben wird, entfernt wird, können mehrere Probleme die Exchange-Leistung bis zu einem gewissen Grad beeinträchtigen. In schweren Fällen kann es vorkommen, dass die Datenbank fails to mount.

Das Entfernen aller Transaktionsprotokolldateien kann zur Behebung des Problems beitragen; die Datenbankkonsistenz muss jedoch vor dem Entfernen der Dateien überprüft werden. Wenn die Datenbank in einem inkonsistenten Zustand vorliegt, muss die Exchange-Postfächer aus der Sicherung wiederhergestellt werden. Manchmal, wenn Sie versuchen, den Exchange-Postfachspeicher zu aktivieren, kann eine Fehlermeldung mit der folgenden Meldung angezeigt werden:

“Exchange-Datenbank-Fails To Mount mit (HR=0X80004005, EC=-528) FEHLER”.

Faktoren die zu ‘Unable to Mount Database Error’ führen

Unabhängig von der Anzahl der Versuche, einen Datenbankspeicher zu mounten, erscheint jedes Mal die gleiche Fehlermeldung. Die Hauptursache für das Vorhandensein der Fehlermeldung ist das Fehlen einer oder mehrerer Transaktionsprotokolldateien, bevor sie in die zugehörige Datenbank übertragen werden.

In mehreren Fällen wird der Exchange Server aufgrund eines plötzlichen Stromausfalls oder aus ähnlichen Gründen nicht ordnungsgemäß heruntergefahren. Dadurch wird die Datenbank in den Zustand ‘Dirty Shutdown’ versetzt. Wenn die Meldung (hr=0x80004005, ec=-528) erscheint, müssen Sie die Serverfunktionalität wiederherstellen.

Falls die Datenbank ordnungsgemäß heruntergefahren wird, stellen Sie sicher, dass Sie die Checkpoint-Datei sowie alle Protokolldateien in einen anderen Ordner verschieben und versuchen, sie erneut zu mounten. Die definierte Vorgehensweise, um die Datenbank in einen konsistenten Modus zu bringen, wird im nächsten Abschnitt erwähnt.

Umgehung um den Fehler zu beheben

Um den Fehler HR=0X80004005 zu beheben, müssen alle Transaktionsprotokolldateien in einen anderen Ordner verschoben werden. Sobald alle Dateien verschoben wurden, führen Sie die folgenden Schritte aus:

Stoppen Sie den Exchange Information Store und alle in der Speichergruppe vorhandenen Datenbanken.

1. Führen Sie den Befehl eseutil/mh aus, um die Integrität der Datenbank zu überprüfen. Dem Schalter muss der Datenbankname folgen. (Beispiel: Wenn der Datenbankname Mailbox Project1 ist, ist der Name der Datenbank Mailbox Project1.edb). Analysieren Sie unter dem Kopfbereich den Wert, der dem Wert “State” entspricht.
2. Wenn die Datenbank ordnungsgemäß heruntergefahren wird und sich in einem konsistenten Zustand befindet, entfernen Sie sicher alle Transaktionsprotokolldateien und speichern Sie sie in einem andere Ordner. Stellen Sie sicher, dass die aktuellen Transaktionsprotokolldateien nicht entfernt werden.
3. Wenn sich die Datenbank im inkonsistenten Zustand befindet oder nicht ordnungsgemäß heruntergefahren wurde, versuchen Sie, sie von der letzten Online-Sicherung wiederherzustellen. Führen Sie eseutil/ r für soft recovery aus, wenn die Online-Sicherung ungültig ist.

Führen Sie eseutil / p für die Hard-Recovery aus oder verwenden Sie EDB-Reparatursoftware von Drittanbietern, um Exchange-Postfächer ohne Datenverlust wiederherzustellen. Eseutil/ p führt eine gründliche Überprüfung der Datenbank durch, um zu analysieren, ob beschädigte Seiten vorhanden sind.

Es ist wichtig, die gesamten Datenbankkomponenten zu sichern, da Datenverlust in jeder Phase des Wiederherstellungsprozesses auftreten kann. Stellen Sie außerdem sicher, dass genügend freier Speicherplatz auf dem Laufwerk verfügbar ist (etwa doppelt so viel wie das Volumen der Datenbank). Dieser Speicherplatz wird von der temporären Datenbank genutzt, die während des Wiederherstellungsprozesses erstellt wird.

Es gibt mehrere Dinge, die DBAs berücksichtigen müssen, bevor sie professionelle EDB-Wiederherstellungsverfahren einführen.

Zu beachtende Punkte bei der Verwendung von EDB Recovery Apps von Drittanbietern

Sobald Sie alle Wiederherstellungsmethoden ausprobiert haben und nichts zu funktionieren scheint, um die Datenbank in den konsistenten Modus zu bringen, ist der nächste Schritt der Einsatz einer Exchange Wiederherstellungslösung von Drittanbietern. Bevor Sie dies tun, ist es wichtig, die Eigenschaften und Funktionskriterien des Tools zu analysieren, bevor Sie eine Erstinvestition tätigen:

• Muss mit verschiedenen Stufen der Korruption umgehen:

Das allererste Attribut des Exchange Wiederherstellungswerkzeug eines Drittanbieters ist, dass es in der Lage sein muss, beschädigte EDB-Datenbanken unter allen Umständen wiederherzustellen. Mit der Fähigkeit, alle Ebenen der Korruption, ob höher oder niedriger, zu handhaben, muss das Werkzeug die gesamten Postfachkomponenten einschließlich E-Mails zusammen mit Anhängen, Kontakten, Notizen, Kalendereinträgen usw. wiederherstellen.

• Muss die Wiederherstellung von gelöschten Postfächern unterstützen:

Das Werkzeug, das Sie für die Wiederherstellung der Exchange-Datenbank verwenden, muss in der Lage sein, gelöschte Ordner und Postfächer wiederherzustellen. Das Werkzeug sollte unter Verwendung fortschrittlicher Wiederherstellungsalgorithmen mit Effizienz entwickelt werden, um alle möglichen Daten aus absichtlich oder versehentlich gelöschten Postfächern wiederherzustellen.

• Muss Postfächer an Live Exchange Server exportieren:

Bei der Suche nach der Software zur Wiederherstellung von Exchange-Postfächern müssen Sie prüfen, ob das vorgesehene Werkzeug den Export wiederherstellbarer Daten in eine aktive Exchange Server-Umgebung ermöglicht. Vor allem muss das Werkzeug über die neuesten Versionen der Anwendung, die Exchange Server 2019, 2016, 2013 und niedrigere Versionen enthalten, funktionsfähig sein.

Darüber hinaus gibt es noch weitere Attribute, nach denen ein Benutzer zum Zeitpunkt der Auswahl der EDB-Postfachwiederherstellungssoftware suchen muss. Das Werkzeug muss eine Vorschau aller wiederherstellbaren Daten erzeugen, bevor es mit der Wiederherstellung beginnt, damit sich der Benutzer ein Bild von ihrer Effizienz machen kann. Darüber hinaus ist die Verfügbarkeit einer Testversion ein solches Feature, das den Endanwendern einen großen Nutzen bringt und sie besser skalierbar macht.

Der Weg nach vorne – Stellar Repair for Exchange

Als effiziente EDB-Reparatursoftware vereint die Stellar Repair for Exchange Software alle oben genannten Attribute und die Fähigkeit, die unzugängliche Datenbank in den konsistenten Modus zu bringen. Die Software ist ein kompetenter Weg, um EDB sowie zugehörige Streaming-Dateien zu reparieren, die während des Versuchs, den Fehler HR=0X80004005 zu beheben, nicht zugänglich wurden.

Die Wiederherstellungssoftware ist mit hochprogressiven Scanalgorithmen ausgestattet, die in den Exchange EDB-Dateien je nach Schadenshöhe oder Datenverlust verwendet werden können, um den gesamten Vorgang zu beschleunigen. Wenn die Datenbank nicht gemountet werden kann und einen (HR=0X80004005, EC=-528) Fehler anzeigt, kann es vorkommen, dass beim Online-Start der Datenbank Postfachordner oder Datenkomponenten fehlen.

In solchen Fällen kann die Exchange Postfachwiederherstellungslösung von Drittanbietern verwendet werden, und die Datenbank kann entweder in einer bestehenden oder in einer neuen Datenbank wiederhergestellt werden. Wiederherstellbare Inhalte können dann unter Angabe der erforderlichen Details in die Live-Serverumgebung exportiert werden.