Fehler behoben – Die Kopie der Datenbank auf diesem Server wurde unerwartet entfernt

Ein Datenbankabsturz in Exchange Server ist ein ernstes Problem, das Benutzer daran hindert, auf ihre Postfächer zuzugreifen oder E-Mails zu versenden und zu empfangen. Wenn er nicht behoben wird, kann er zu unerwarteten Ausfallzeiten und Datenverlusten führen.

Dies kann durch ein zugrunde liegendes Problem mit Ihrem Exchange Server oder durch allgemeine Gründe wie ein abruptes Herunterfahren oder einen Absturz, das Eindringen von Malware oder Viren, einen Stromausfall usw. verursacht werden.

In diesem Blog helfen wir Ihnen, die unerwartete Abmeldung der Datenbank auf Exchange Server 2010, 2013, 2016 und 2019 zu lösen.

Fehler beim unerwarteten Abbau der Datenbankkopie beheben

Wenn das unerwartete Abmelden der Exchange-Datenbank vom Server häufig auftritt, sollten Sie zuerst die Ereignisanzeige überprüfen.

Sortieren Sie die Ereignisse nach der Quelle MSExchangeIS unter Anwendung und suchen Sie nach den Fehlern mit der ID 1001, 1002 oder 4999 wie unten:

Log Name: Anwendung 

Quelle: MSExchangeIS 

Ereignis-ID: 1001 

Aufgabenkategorie: Allgemein 

Ebene: Fehler

Im Microsoft Exchange Server Informationsspeicher ist ein interner Logikfehler aufgetreten. Der interne Fehlertext lautet (Unable to apply maintenance insert, index corruption?

Log Name: Anwendung 

Quelle: MSExchangeIS 

Ereignis-ID: 1002 

Aufgabenkategorie: Allgemein 

Ebene: Fehler

Unbehandelte Ausnahme (Microsoft.Exchange.Diagnostics.ExAssertException: ASSERT: Wartungseinfügung kann nicht angewendet werden, Index beschädigt?

Log Name: Anwendung 

Quelle: MSExchange Allgemeine 

Ereignis-ID: 4999 

Aufgabenkategorie: Allgemein 

Ebene: Fehler

Der Watson-Bericht wird in Kürze für die Prozess-ID versandt: 11204, mit den Parametern: E12, c-RTL-AMD64, 15.00.0712.024, M.E.Store.Worker, M.E.S.Storage.LazyIndexing,
M.E.S.S.L.LogicalIndex.HandleIndexCorruptionInternal, M.E.Diagnostics.ExAssertException, 213a, 15.00.0712.000. ErrorReportingEnabled: True

Wenn Sie den Fehler finden, ist der Microsoft Exchange Information Store-Dienst möglicherweise abgestürzt oder angehalten worden.

In einem solchen Fall können Sie Windows+R drücken, services.msc eingeben und die Eingabetaste drücken. Suchen Sie dann nach dem Dienst Microsoft Exchange Information Store. Klicken Sie schließlich mit der rechten Maustaste auf den Dienst und wählen Sie Starten oder Neu starten.

Mounten Sie dann die Datenbank mit dem Cmdlet Mount-Database in der Exchange Management Shell oder der Web-Oberfläche des Exchange Admin Centre (EAC). 

Wenn dieses Problem jedoch häufig oder jedes Mal, wenn Sie ein Postfach exportieren, auftritt, müssen Sie möglicherweise Ihren Exchange Server reparieren oder auf das neueste kumulative Update aktualisieren. Dadurch wird das Problem der unerwarteten Beendigung der Exchange-Datenbank möglicherweise behoben.

Sie können auch die unten aufgeführten Lösungen befolgen, um zu versuchen, das Problem der unerwarteten Beendigung der Exchange-Datenbank zu lösen.

Indizierung deaktivieren

Sie können auch versuchen, die Indizierung zu deaktivieren. Auf diese Weise können Sie testen, ob der Index beschädigt ist. Sollte dies der Fall sein, könnte sich dies auf Ihre Datenbank auswirken und zu unerwarteten Stornierungen führen.

Die Deaktivierung des Index bedeutet, dass jede Suchabfrage langsam ist und sich negativ auf die Datenbankleistung auswirkt.

Um sie zu deaktivieren, können Sie das PowerShell-Cmdlet Set-MailboxDatabase in der Exchange Management Shell verwenden.

Bevor Sie jedoch beginnen, müssen Sie die Leistung des Servers überprüfen. Prüfen Sie, ob in letzter Zeit Updates installiert wurden und listen Sie diese auf. Prüfen Sie auch, ob es auf dem Server Änderungen in Bezug auf Software von Drittanbietern wie Antiviren- oder Backup-Software gegeben hat, und überprüfen Sie natürlich auch den allgemeinen Zustand des Servers.

Set-MailboxDatabase "EX01DB01" -IndexEnabled $False

Um den Index später wieder zu aktivieren, können Sie den obigen Befehl mit dem Parameter $True am Ende des Befehls ausführen (ersetzen Sie $False).

Eine andere Möglichkeit besteht darin, den Microsoft Exchange Search-Dienst zu beenden. Sie können das folgende PowerShell-Cmdlet verwenden.

Stop-Service MSExchangeFastSearch Set-Service MSExchangeFastSearch -StartupType Disabled

Um dies rückgängig zu machen, müssen Sie entweder die Dienstkonsole verwenden, um den Start auf automatisch zu setzen, oder den Dienst starten. Sie können dies in der PowerShell wie folgt tun.

Set-Service MSExchangeFastSearch -StartupType Automatic Start-Service MSExchangeFastSearch

Sie können auch die Dienste-Konsole verwenden, um den Dienst Microsoft Exchange Search zu beenden. Stellen Sie sicher, dass Sie ihn als deaktiviert markieren, damit er nicht automatisch gestartet wird.

Warten Sie einige Zeit und prüfen Sie, ob das Problem erneut auftritt.

Sollte dies nicht der Fall sein, können Sie versuchen, Ihre Datenbank neu zu indizieren. Halten Sie dazu die Dienste Microsoft Exchange Search und Microsoft Exchange Host Responsible an.

Der nächste Schritt besteht darin, den vorhandenen CI-Katalogordner zu löschen oder an einen anderen Ort zu verschieben.

Starten Sie dann die Dienste in der folgenden Reihenfolge neu:

• Microsoft Exchange Suchdienst
• Microsoft Exchange Host Verantwortlich

Je nach Größe Ihrer Datenbank und der Anzahl der Postfächer/E-Mails kann dies einige Zeit dauern.

Mailboxen in eine andere Datenbank verschieben

Wenn das Problem weiterhin besteht, sollten Sie versuchen, die Postfächer in eine andere Datenbank zu verschieben. Sie können die Postfächer zum Beispiel in eine andere bestehende Datenbank verschieben oder eine neue Datenbank erstellen, um die Postfächer zu verschieben.

Dies ist notwendig, da die Datenbank beschädigt werden könnte, was zu unerwarteten Stornierungen führen könnte. 

Sie können das systemeigene Tool EseUtil auf dem Exchange Server verwenden, um die beschädigte Datenbank zu reparieren und die Postfächer anschließend in eine neue oder bestehende Datenbank zu verschieben.

Die Verschiebung ist wichtig, denn wenn Sie EseUtil gegen eine Datenbank laufen lassen, erhöht sich der Parameter für die Reparaturanzahl von 0 auf 1. 

Wenn Sie sich schon einmal an den Microsoft-Support gewandt haben und dieser feststellt, dass die Zahl größer als 0 ist, wird er nicht versuchen, das Problem zu beheben, sondern einen Wechsel zu einer anderen Datenbank vorschlagen.

Folgen Sie diesen Schritten:

• Führen Sie den folgenden Befehl aus, um den Status der Datenbank zu überprüfen

EseUtil /mh <DatenbankPfad.edb>

• Überprüfen Sie den Ausblick auf den Wert Status:. Wenn der Status der Datenbank Clean Shutdown lautet, können Sie das Verschieben der Postfächer überspringen. Wenn der Status Dirty Shutdown lautet, führen Sie den folgenden Befehl aus, um eine sanfte Datenrettung durchzuführen.

Eseutil /r E01 /l <Pfad zum Protokoll>/d <Pfad zur Datenbank>

• Prüfen Sie den Status der Datenbank erneut mit dem folgenden Befehl.

EseUtil /mh <DatenbankPfad.edb>

• Wenn der Status als Clean Shutdown angezeigt wird, können Sie die Datenbank mit EAC mounten und dann die Postfächer aus der wiederhergestellten Datenbank in eine neue Datenbank verschieben, indem Sie die folgenden Schritte ausführen.

HINWEIS: Wenn der Status immer noch ein schmutziges Herunterfahren ist, können Sie eine Datenrettung durchführen (EseUtil /p). Dies kann jedoch zu Datenverlusten führen, da unwiederbringliche Daten gelöscht werden. Verwenden Sie stattdessen die Software Exchange Recovery, um alle Ihre Postfächer von der alten in eine neue Datenbank auf Ihrem Exchange Server wiederherzustellen.

Um zu einer anderen Datenbank zu wechseln, gehen Sie wie folgt vor:

• Öffnen Sie die EAC, klicken Sie auf Receiver und dann auf Migration.
• Klicken Sie auf die Schaltfläche + und klicken Sie auf In eine andere Datenbank verschieben.

• Fügen Sie die Benutzer hinzu, die Sie verschieben möchten, und klicken Sie auf Weiter.

• Geben Sie einen Namen für die Migration ein und wählen Sie die Zieldatenbank für das Postfach und das Archiv aus.
• Wählen Sie außerdem aus, wie Sie migrieren möchten – nur Postfach oder Archiv, falls verfügbar.
• Geben Sie das Limit für fehlerhafte Artikel ein. Dieses Limit bedeutet, dass der Prozess angehalten wird, wenn 10 (Standard) Fehler in der Datenbank gefunden werden.

Wählen Sie dann einen Empfänger aus, der den Benachrichtigungsbericht erhalten soll, wenn die Migration abgeschlossen ist. Sobald dies geschehen ist, starten Sie die Migration. Sie können den Fortschritt in der EAC sehen oder warten, bis Sie die Benachrichtigung per E-Mail erhalten.

Warten Sie, bis die Synchronisierung (Migration) abgeschlossen ist. Nachdem die Postfächer verschoben wurden, können Sie sie überprüfen und die Datenbank löschen, die unerwartet deregistriert wurde. 

Abschließende Überlegungen

Da das Problem mit der Postfachdatenbank unerwartet aufhört, sollten Sie die Datenbank überprüfen, sie ggf. wiederherstellen und dann die Postfächer in kleinen Stapeln in eine neue Datenbank verschieben. Dies ist wichtig, um zu verhindern, dass der Migrationsprozess abgebrochen wird, wenn die problematische Datenbank während der Synchronisierung unerwartet abbricht. In diesem Fall müssen Sie den Prozess neu starten.

Verwenden Sie alternativ den New-MailboxExportRequest, um die Postfächer aus der Datenbank, die unerwartet abgebaut wurde, in PST-Dateien zu exportieren. Verwenden Sie dann den New-MailboxImportRequest, um sie in die neue oder eine andere Datenbank zu importieren.

Dies kann jedoch eine zeitraubende Aufgabe sein, abgesehen von den Problemen, auf die Sie stoßen könnten.

Die beste Lösung, um die Datenbank mit vollständiger Integrität zu reparieren und Postfächer aus Ihrer beschädigten Exchange-Datenbank in eine neue Datenbank zu verschieben, ist die Verwendung einer Datenrettungssoftware für Exchange Server wie Stellar Repair for Exchange.

Die Software kann jede EDB-Datei mit einem beliebigen Grad der Beschädigung oder Korruption öffnen. Sie hilft Ihnen, Postfächer schnell wiederherzustellen und sie in neue PST-Dateien zu übertragen. Sie können sie auch direkt in eine neue Datenbank auf einem aktiven Exchange Server oder Office 354-Mieter exportieren. Das Programm ordnet die Quell- und Zielpostfächer automatisch zu und verwendet eine parallele Verarbeitungstechnik für einen schnelleren Export.

Was this article helpful?

YES0

NO

Über den Autor

Himanshu Shakya

Himanshu is a Tech Enthusiast and Blogger at Stellar, with expertise in data recovery solutions and a keen interest in emerging technologies. Fluent in Japanese, he brings a diverse skill set to his role, contributing to global tech conversations. Outside of work, Himanshu enjoys playing chess, sharpening his strategic thinking and problem-solving skills in his spare time.