MapiExceptionNetworkError: Datenbank kann nicht bereitgestellt werden


Datenbank kann nicht gemountet werden
www.microsoft.com

MapiExceptionNetworkError: Die Datenbank konnte nicht bereitgestellt werden. Beim Versuch, eine der Datenbanken bereitzustellen, stürzte plötzlich ein Absturz ab. Das Problem trat spontan auf, der Server war nicht ausgelastet und es wurde nicht falsch heruntergefahren.… Trotzdem fiel mitten am Tag zuerst die Basis mit Benutzerpostfächern und dann die Basis mit Systempostfächern ab.


Weitere Informationen zum Einrichten und Verwalten von Exchange 2013 finden Sie in meinem Blog im Hauptthema Artikel – Exchange 2013 – Installation, Konfiguration, Verwaltung.


Datenbank kann nicht gemountet werden

Im Folgenden werde ich nicht nur die Lösung, sondern auch den Weg, den ich zur Beseitigung des Fehlers gegangen bin, vollständig beschreiben.

Fehlerdiagnose

Im Snap-In “Ereignisanzeige Windows-Protokolle Anwendung” wurden beim Versuch, eine der Datenbanken bereitzustellen, MSExchangeRepl-Fehler 3154 aufgezeichnet:

Datenbank 05 kann nicht gemountet werden

Bei EAC sah alles so aus:

Datenbank 02 kann nicht gemountet werden

Beim Aktualisieren einer Ansicht befanden sich sehr oft zuvor inaktive Datenbanken im Status “Verbunden” und fielen dann wieder ab. Versuche, den Microsoft Exchange Information Store-Dienst (MSExchangeIS) neu zu starten, führten zu genau demselben Ergebnis: Die Datenbanken waren entweder online oder offline, und schließlich fiel alles synchron aus. Anfangs lehnte ich die Möglichkeit ab, die Basen zu beschädigen, da alle 5 Basen auf einmal beschädigt wurden, obwohl sie keine Last auf sich hatten, konnten sie es einfach nicht (tatsächlich konnten sie es natürlich, aber die Wahrscheinlichkeit dafür ist sehr gering Nach meiner Erfahrung, selbst in der Produktion bei hoher Last, 1 -2 Basen nach mehreren Notabschaltungen des Servers hintereinander. Ja, ich hatte dies).

Behebung des Fehlers

Anfangs suchte ich nach einem Problem in anderen Dingen und stellte sogar die Zeit in der Domäne ein, deren nicht synchronisierter Status die Ursache für Probleme beim Mounten der Datenbank sein könnte. Zumindest schreiben sie dies in einigen Artikeln … Infolgedessen habe ich die Zeit angepasst, aber der Fehler ist nicht verschwunden. Ich musste mit der Diagnose der Datenbank beginnen.

Ich begann mit einer Datenbank mit Systempostfächern. Zu meiner Überraschung stellte ich fest, dass sich die Datenbank im Status “Dirty Shutdown” befand und nur eine, mit der ich gerade mit der Diagnose begonnen habe:

Datenbank 03 kann nicht gemountet werden

Da dies der Fall ist, ist das Szenario klar: Sie müssen mit der Wiederherstellung der Datenbank beginnen. Natürlich hatte ich keine Backups in der Testinfrastruktur, ich musste mich mit dem befassen, was ich hatte. Zunächst müssen Sie mehrere Dienste deaktivieren, die auf die eine oder andere Weise verhindern, dass Sie Änderungen an den Datenbankdateien vornehmen. Dies sind die Dienste “Microsoft Exchange-Informationsspeicher” (MSExchangeIS), “Microsoft Exchange-Suche” (MSExchangeFastSearch. Noderunner.exe in) Prozesse – dies ist nur dieser Dienst) und “Microsoft Exchange Search Host Controller” (HostControllerService). Danach müssen Sie den gesamten Ordner mit der Datenbank in ein separates Verzeichnis kopieren (ich habe ihn in denselben Ordner kopiert und habe gerade einen zweiten Ordner mit dem hinzugefügten “- copy” am Ende des Namens erhalten), nur für den Fall, um Ihre Datenbank nicht unwiderruflich zu verlieren. Alle Aktionen werden mit einer Kopie der Datenbank ausgeführt.

Für alle Fälle überprüfen wir den Status der Datenbank erneut:

sowie den Status der Protokolle:

Wobei “E01” die ersten Zeichen im Namen der Protokolldateien sind (Dateien mit der Erweiterung .log)

Wir führen die Restaurierung durch:

Datenbank 04 kann nicht gemountet werden

Status überprüfen:

Es sollte so sein:

Datenbank 06 kann nicht gemountet werden

Danach benennen wir das Verzeichnis mit der aktuellen Basis in so etwas wie „Systemdatenbank 01 – SystemMailbox_corrupted“, Und die neu reparierte Datenbank wird anstelle der fehlerhaften in aufgerufen.”Systemdatenbank 01 – SystemMailbox“(Grob gesagt ersetzen wir den Ordner durch die Basis und alle zugehörigen Dateien). Wir starten die gestoppten Dienste, warten 5-8 Minuten, bis die Datenbanken eine Verbindung hergestellt haben (für mich sind alle gleichzeitig verbunden) und starten den Server normalerweise neu.

Kommentare bereitgestellt von HyperComments

Leave a Reply

Your email address will not be published. Required fields are marked *