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.
- 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.
- 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.
- 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.
Was this article helpful?
