Möglicherweise tritt ein ungewöhnlicher Fehler im Exchange Server- Datenbankindex auf, der besagt: “Der Status des Inhaltsindex ist fehlgeschlagen und ausgesetzt.” Der Fehler wirkt sich nicht auf den Zugriff auf die Datenbanken aus, da die Benutzer weiterhin auf E-Mails zugreifen, diese lesen, senden und empfangen können. Er wirkt sich jedoch auf alle Benutzer aus, die versuchen, eine Verbindung über Outlook Web Access (OWA) herzustellen und in der Mailbox zu suchen.
Wenn Sie eine Database Availability Group (DAG) eingerichtet haben, kann der Fehler bei einem Switchover oder Failover auf einen anderen Server zu Problemen führen. Obwohl es für die Benutzer nicht kritisch ist, möchten Sie keine Probleme mit Ihrem Server haben. Wenn auf dem Server etwas passiert und ein Failover fehlschlägt, haben Ihre Benutzer keinen Zugriff auf ihre Postfächer.
Dieses Problem kann während einer Migration von einer älteren Version von Exchange Server oder aufgrund eines Speicherplatzproblems auftreten.
Wenn das Problem von den Benutzern gemeldet wurde, dass sie ihre Postfächer nicht durchsuchen können, ist die einzige Möglichkeit, das Problem zu identifizieren, die Überprüfung des Postfachdatenbankkopierstatus. Hierfür können Sie das PowerShell-Cmdlet Get-MailboxDatabaseCopyStatus in der Exchange Management Shell (EMS) verwenden.
Get-MailboxDatabaseCopyStatus * | sort name | Select name,status,contentindexstate
Hier werden der Status der Datenbanken und der Status des Inhaltsindex angezeigt. Wenn der Status “FailedAndSuspended” anzeigt, müssen Sie eingreifen, um das Problem zu lösen.
Behebung des Problems “Inhaltsindexstatus fehlgeschlagen” auf einem einzelnen Exchange Server
Wenn es sich bei Ihrem Exchange Server um einen eigenständigen Server handelt, der nicht Teil einer Datenbankverfügbarkeitsgruppe (DAG) ist, können Sie den Inhaltsindex mit dem folgenden Verfahren neu erstellen.
Hinweis: Obwohl es sich um ein einfaches Verfahren handelt, kann es zu Leistungseinbußen auf dem Server kommen, da die CPU-Auslastung sehr ressourcenintensiv ist. Es wird dringend empfohlen, diesen Prozess während eines Wartungsfensters, nachts oder am Wochenende durchzuführen.
Der erste Schritt besteht darin, die Dienste Microsoft Exchange Search und Microsoft Exchange Search Host Controller zu beenden.
Dies kann über die services.msc erfolgen. Klicken Sie dazu mit der rechten Maustaste auf den Dienst und dann auf “Stop”. Alternativ kann dies auch über PowerShell mit dem Cmdlet “Stop-Service” (wie unten angegeben) erfolgen.
Stop-Dienst MSExchangeFastSearch Stop-Dienst HostControllerService
Der nächste Schritt besteht darin, den Inhaltsindex aus dem Pfad der Datenbank zu löschen. Dies kann mit dem Datei-Explorer erfolgen. Navigieren Sie dazu zu dem Ordner, in dem die EDB-Datei gespeichert ist, die der Datenbank mit dem Problem entspricht, und löschen Sie den Ordner mit der GUID.
Stellen Sie sicher, dass die oben genannten Dienste gestoppt sind, da Sie sonst den Ordner nicht löschen können. Wenn Sie den Dateipfad nicht kennen, können Sie das PowerShell-Cmdlet Get-MailboxDatabase verwenden, um den Dateipfad der Datenbank abzurufen.
Get-MailboxDatabase <Datenbankname> | select EdbFilePath
Nachdem Sie den Ordner des Inhaltsverzeichnisses gelöscht haben, starten Sie die Dienste wie unten angegeben.
Sie können auch das folgende PowerShell-Cmdlet verwenden, um die Dienste zu starten.
Start-Dienst MSExchangeFastSearch Start-Dienst HostControllerService
Nun beginnen die Dienste mit dem Crawlen und Indizieren aller Inhalte der Datenbank. Die Indizierung kann einige Zeit in Anspruch nehmen, je nach Größe und Anzahl der Elemente der Datenbank. Sobald dies abgeschlossen ist, führen Sie das PowerShell-Cmdlet Get-MailboxDatabaseCopyStatuserneut aus. Sie werden sehen, dass der Datenbankstatus als “gesund” angezeigt wird.
Fix ‘Content Index State Failed’ im DAG Exchange Setup
Wenn sich Ihre Datenbank in einer Datenbankverfügbarkeitsgruppe (Database Availability Group, DAG) befindet, müssen Sie das Re-Seeding der Datenbank von einer gesunden Datenbankkopie ausführen. Dies kann mit dem PowerShell- Cmdlet Update-MailboxDatabaseCopy erfolgen (siehe unten).
Update-MailboxDatabaseCopy <Datenbankname><Quellservername> -CatalogOnly - BeginSeed
Dieser Vorgang kann je nach der Verbindung zwischen den Servern und der Größe der Datenbank einige Zeit in Anspruch nehmen. Führen Sie nach Abschluss des Vorgangs das PowerShell-Cmdlet Get- MailboxDatabaseCopyStatus erneut aus. Sie werden sehen, dass der ContentIndexState als gesund angezeigt wird.
Zum Abschluss
Das oben beschriebene Verfahren löst zwar das Problem, aber das bedeutet nicht, dass es jedes Mal funktioniert. Wenn das Problem regelmäßig auftritt, deutet dies auf eine Beschädigung der Datenbank hin. Wenn dies der Fall ist, können Sie die systemeigenen Tools des Exchange-Servers verwenden, z. B. ESEUtil verwenden, um einen Datenbankwiederherstellungsprozess auszuführen. Dazu muss die Datenbank jedoch offline sein.
Alternativ können Sie Stellar Repair for Exchange verwenden, um alle Postfächer zu reparieren und in PST und andere Formate zu exportieren, wobei Sie die gesamte Datenbank, Postfächer, Kontakte, Kalender, Aufgaben und das Journal jedes Postfachs durchsuchen können. Mit der Exchange- Wiederherstellungs software können Sie auch alle Postfächer direkt in eine Live- Exchange-Datenbank oder ein Office 365-Tenant exportieren, wobei die Postfächer und andere Funktionen angepasst werden.
Was this article helpful?
