Wie baut man den Exchange-Suchindex wieder auf?

Exchange Server allein kann nicht alle Ressourcen durchsuchen und ist auf die Indizierung angewiesen, um den Suchprozess zu erleichtern. In Exchange Server 2019 wird eine andere Methode und Engine für die Indizierung verwendet, die sich von Exchange Server 2013 und 2016 unterscheidet. Es wird die Big Funnel-Suchmaschine verwendet, die auf der Technologie von Bing basiert.

In Exchange Server 2019 befinden sich die Indexdaten im Postfach selbst, wodurch der Wiederaufbau schneller erfolgt und die Verschiebung von Postfächern keine Indizierungsprobleme verursacht, da sie bereits indiziert sind.

Manchmal beschweren sich Benutzer, dass die Suche zu lange dauert oder keine Ergebnisse liefert. Wenn also ein Benutzer Probleme mit der Suche hat, brauchen Sie nicht die Exchange Server-Konfiguration zu untersuchen, sondern das betroffene Postfach. Der erste Schritt besteht darin, zu prüfen, ob das Problem nur bei einem Benutzer, bei einigen Benutzern oder bei allen Benutzern auftritt.

Fehlerbehebung bei Such-/Indexierungsproblemen in Exchange-Postfächern

• Als erstes sollten Sie überprüfen, ob alle Dienste von Exchange laufen und gestartet sind. Dies kann über die Dienste überprüft werden.

• Die Fehlerbehebung beginnt mit der Exchange Management Shell (EMS) unter Verwendung des PowerShell-Befehls Get-MailboxStatistics (wie unten angegeben).

Get-MailboxStatistik <Benutzermailbox> | FL BigFunnel*

Hier werden viele Informationen über den Indexstatus des Postfachs und Informationen angezeigt. Sie müssen jedoch die wichtigen Optionen beachten, die einen Hinweis auf nicht indizierte Elemente geben, nämlich

• BigFunnelNotIndexedSize
• BigFunnelNotIndexedCount

Sie können sie entweder mit dem obigen Befehl überprüfen oder den folgenden Befehl verwenden, um nur die nicht indizierten Elemente zu erhalten.

Get-MailboxStatistik <Benutzermailbox> | FL *NichtIndex*

Auf diese Weise erhalten Sie die Ergebnisse für jedes einzelne Postfach. Um alle Postfächer auf einmal zu sehen, verwenden Sie eine Kombination aus Get-Mailbox und Get-MailboxStatistics (wie unten angegeben).

Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | ? {$_.BigfunnelNotIndexedCount -ge "1"} | ft DisplayName,BigfunnelNotIndexedCount

Es wird eine Liste der Benutzer und der nicht indizierten Elemente sowie das Ausmaß des Schadens angezeigt.

In Exchange Server 2019 gibt es drei Möglichkeiten, das Problem zu lösen.

1. Neuindizierung der fehlgeschlagenen Elemente

Sie können den Befehl Start-MailboxAssistant verwenden, der mit dem Exchange Server 2019 Cumulative Update (CU) 11 verfügbar ist.

Start-MailboxAssistent -Identität <Mailbox> -AssistName BigFunnelRetryFeederTimeBasedAssistant

Die Protokolle für den Big Funnel finden Sie an folgender Stelle.

C:\Programmdateien\Microsoft\Exchange Server\v15\Logging\MailboxAssistantsSlaReportLog

2. Überschreibungsmethode

Hierfür können Sie zwei Befehle verwenden, die Sie dem Link entnehmen können: Override Method Commands – Microsoft.

• Zunächst müssen Sie die zu überschreibende Einstellung erstellen.

New-SettingOverride -Name "Big Funnel Permanent Retry" -Komponente "BigFunnel" -Section "BigFunnelFailedItemsQuerySettings" -Parameter @("ExcludePermanentFailures=false") -Reason "Re-Index Messages" -MinVersion "<Build Number>" -MaxVersion "<Build Number>"

• Ersetzen Sie durch die Build-Nummer eine Ihrer Installationen oder die Version des Servers, auf dem sich das Postfach befindet. Als nächstes müssen Sie die Konfiguration mit dem folgenden Befehl aktualisieren.

Get-ExchangeDiagnosticInfo -Process Microsoft.Exchange.Directory.TopologyService -Component VariantConfiguration -Argument Refresh

3. Verschieben der Mailbox in eine andere Datenbank

Eine andere Lösung besteht darin, das Postfach mithilfe von New-MoveRequest in eine andere Datenbank zu verschieben und dann den Befehl move statistics auszuführen, um die Verschiebung über die Exchange Management Shell (EMS) zu bestätigen.

New-MoveRequest <Benutzermailbox> -TargetDatabase <Databasenname>

Als nächstes müssen Sie bestätigen, dass die Verschiebung der Datenbank erfolgreich war, indem Sie den folgenden Befehl ausführen.

Get-MoveRequest <Benutzermailbox> | Get-MoveRequestStatistik

Schlussfolgerung

Wenn das Problem weiterhin besteht, können Sie versuchen, die Exchange-Datenbank aus- und einzuhängen, um den Indizierungsprozess manuell zu starten. Andernfalls müssen Sie ein wenig warten, bis die Prozesse automatisch starten.

Es könnte auch bedeuten, dass die Mailbox oder die Datenbank beschädigt ist. Eine Wiederherstellung aus der Sicherung ist keine Option, da Sie alle Daten vom Zeitpunkt der Sicherung bis zum Auftreten des Problems verlieren würden. Es kann auch vorkommen, dass das Problem bereits vorher bestand und eine Wiederherstellung aus dem Backup nicht bedeutet, dass das Problem behoben wird, da Sie nicht wissen, wann das Problem begann. Außerdem wird der Datenverlust größer, je weiter Sie zurückgehen.

Die sicherste Alternative, um das Problem zu lösen, ist die Verwendung der besten Begleitanwendung für Exchange Server – Stellar Repair for Exchange. Mit dieser Anwendung können Sie beschädigte Exchange Server-Datenbanken von jeder Exchange Server-Version öffnen, ohne dass ein Exchange Server erforderlich ist. Sie können alle Daten durchsuchen und Postfächer, freigegebene Postfächer, Archive und öffentliche Ordner granular in PST und andere Formate exportieren. Sie können wiederhergestellte Postfächer auch direkt in eine Live-Exchange Server-Datenbank jeder Version oder in ein Office 365-Tenant exportieren. Während des Exports können Sie von Funktionen wie der parallelen Verarbeitung, dem automatischen oder manuellen Abgleich von Postfächern und der Fortsetzung des Prozesses im Falle einer Unterbrechung profitieren.

Was this article helpful?

YES0

NO

Über den Autor

Himanshu Shakya

Himanshu is a Tech Enthusiast & Blogger at Stellar and having knowledge of Japanese Language. And apart from this in his spare time he likes playing Chess.