15
Microsoft Exchange 2016 - Suche funktioniert nicht mehr
Hallo zusammen,
ich hab eine Problem mit einem Exchange 2016, bei dem die Suche sowohl in den Outlook-Clients, als auch in OWA nicht mehr funktioniert:
<img>https://i.imgur.com/VmOJ7Mv.png</img>
Was ich bereits geprüft habe:
- Tritt das Problem in OWA und Outlook auf? Ja.
- Ist es user-abhängig? Nein, zumindest habe ich noch keinen User gefunden, bei dem es klappt.
- Der Exchange hat vier Datenbanken, und das Problem betrifft User von allen Datenbanken.
- Die Dienste Microsoft Exchange Search Host Controller und Microsoft-Exchange-Suche laufen. Habe die Dienste auch einmal neu gestartet.
- "Get-MailBoxDatabaseCopyStatus * | ft -auto" in der Exchange-Powershell meldet, dass der "ContentIndexState" für alle vier Datenbanken "Healthy" sei.
- "Get-MailboxStatistics $user | fl BigFunnel *" meldet, dass BigFunnel nicht enabled ist. Allerdings ist das afaik erst ab Server 2019 relevant, oder?
- "Test-ExchangeSearch $user | ft -AutoSize" gibt mir "ResultFound: False", "SearchTimeInSeconds: 0" und "Error: Timeout für Testthread."
Jetzt bin ich langsam etwas ratlos... hat jemand eine Idee woran es liegen könnte / was ich noch prüfen könnte?
ich hab eine Problem mit einem Exchange 2016, bei dem die Suche sowohl in den Outlook-Clients, als auch in OWA nicht mehr funktioniert:
<img>https://i.imgur.com/VmOJ7Mv.png</img>
Was ich bereits geprüft habe:
- Tritt das Problem in OWA und Outlook auf? Ja.
- Ist es user-abhängig? Nein, zumindest habe ich noch keinen User gefunden, bei dem es klappt.
- Der Exchange hat vier Datenbanken, und das Problem betrifft User von allen Datenbanken.
- Die Dienste Microsoft Exchange Search Host Controller und Microsoft-Exchange-Suche laufen. Habe die Dienste auch einmal neu gestartet.
- "Get-MailBoxDatabaseCopyStatus * | ft -auto" in der Exchange-Powershell meldet, dass der "ContentIndexState" für alle vier Datenbanken "Healthy" sei.
- "Get-MailboxStatistics $user | fl BigFunnel *" meldet, dass BigFunnel nicht enabled ist. Allerdings ist das afaik erst ab Server 2019 relevant, oder?
- "Test-ExchangeSearch $user | ft -AutoSize" gibt mir "ResultFound: False", "SearchTimeInSeconds: 0" und "Error: Timeout für Testthread."
Jetzt bin ich langsam etwas ratlos... hat jemand eine Idee woran es liegen könnte / was ich noch prüfen könnte?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6638874873
Url: https://administrator.de/contentid/6638874873
Ausgedruckt am: 13.11.2024 um 09:11 Uhr
15 Kommentare
Neuester Kommentar
Hi,
hatte mal ein ähnliches Problem, geholfen hat:
von hier
Mehr Details dazu
Wobei dort der ContextIndexState auf FailedAndSuspended steht.. vielleicht ist es dennoch einen Versuch wert..
hatte mal ein ähnliches Problem, geholfen hat:
you need to stop both the MSExchangeFastSearch and HostControllerService services then
find the database EDB Folder and delete the GUID folder under it
Start the services up again and it will start the content search index crawl and should clean up that error and regen the GUID folder you just deleted
find the database EDB Folder and delete the GUID folder under it
Start the services up again and it will start the content search index crawl and should clean up that error and regen the GUID folder you just deleted
von hier
Mehr Details dazu
Wobei dort der ContextIndexState auf FailedAndSuspended steht.. vielleicht ist es dennoch einen Versuch wert..
Hm, hab mal versucht die Dienste zu stoppen, das Verzeichnis umzubenennen und die Dienste wieder zu starten...
Leider ist die Powershell weiterhin der Meinung, dass der Status "Healthy" sei, und es wird auch kein neues Verzeichnis erstellt...
Leider ist die Powershell weiterhin der Meinung, dass der Status "Healthy" sei, und es wird auch kein neues Verzeichnis erstellt...
Moin,
Exchange (2016): Suche in Outlook + OWA liefert kein Ergebnis bitte mal durcharbeiten. Danach sehen wir mal weiter
Edit: hab jetzt erst gelesen, dass du das bereits versucht hast - zumindest in teilen...
Exchange (2016): Suche in Outlook + OWA liefert kein Ergebnis bitte mal durcharbeiten. Danach sehen wir mal weiter
Edit: hab jetzt erst gelesen, dass du das bereits versucht hast - zumindest in teilen...
Moin..
starte heute abend mal den exchange neu!
Frank
Zitat von @l-Ne0n:
Hm, hab mal versucht die Dienste zu stoppen, das Verzeichnis umzubenennen und die Dienste wieder zu starten...
Leider ist die Powershell weiterhin der Meinung, dass der Status "Healthy" sei, und es wird auch kein neues Verzeichnis erstellt...
das kann nicht sein, der Ordner wird auf jedenfall neu erstellt!Hm, hab mal versucht die Dienste zu stoppen, das Verzeichnis umzubenennen und die Dienste wieder zu starten...
Leider ist die Powershell weiterhin der Meinung, dass der Status "Healthy" sei, und es wird auch kein neues Verzeichnis erstellt...
starte heute abend mal den exchange neu!
Frank
Zitat von @Vision2015:
Moin..
das kann nicht sein, der Ordner wird auf jedenfall neu erstellt!
starte heute abend mal den exchange neu!
Frank
Moin..
das kann nicht sein, der Ordner wird auf jedenfall neu erstellt!
starte heute abend mal den exchange neu!
Frank
Hab die Bude gestern Abend neu gestartet, und vorhin dann nochmal die beiden Dienste gestoppt, das Verzeichnis umbenannt, kurz gewartet, Dienste wieder gestartet.
Und jetzt wirds interessant: Mein umbenanntes Verzeichnis (OLD.BLABLA-BLA-BLAA.Single.OLD) wurde einfach wieder in "BLABLA-BLA-BLAA.Single" zurückbenannt... (Edit: Oh, das ist wohl gar nicht so interessant sondern zu erwartendes Verhalten. Na gut.)
Hab die Prozedur dann nochmal wiederholt, diesmal aber das Verzeichnis auf eine andere Platte verschoben.
Daraufhin wird kein neues Verzeichnis erstellt und der ContentIndexState wird weiterhin als "Healthy" angezeigt, nix von wegen "Crawling"...
Edit 2: Ah, ich bin einfach zu ungeduldig. Jetzt wurde ein neues Verzeichnis angelegt.
Und jetzt wirds interessant: Mein umbenanntes Verzeichnis (OLD.BLABLA-BLA-BLAA.Single.OLD) wurde einfach wieder in "BLABLA-BLA-BLAA.Single" zurückbenannt...
!!Lies den obigen Beitrag von mir!!
Dort steht, dass du den nicht umbenennen kannst. Der Ordner muss da aus dem Verzeichnis raus.
Zitat von @em-pie
parallel zur Exchange-DB existiert ein Ordner <GUID>.Single. Dieser muss gelöscht oder verschoben werden. Ein Umbenennen in <GUID>.Single.old reicht nicht, da der Exchange-Server/ Suchdienst den umbenannten auch wieder finden wird.
parallel zur Exchange-DB existiert ein Ordner <GUID>.Single. Dieser muss gelöscht oder verschoben werden. Ein Umbenennen in <GUID>.Single.old reicht nicht, da der Exchange-Server/ Suchdienst den umbenannten auch wieder finden wird.
Edit: Hast du selbst dann doch noch gemerkt
Ich würde meinen Beitrag von oben nach unten nochmal nachbauen. Wenn die Dienste gestoppt, das Verzeichnis verschoben und dann wieder gestartet wurden, sollte sich kurze Zeit später das Verzeichnis/ die IndexDB neu aufbauen...
Zitat von @em-pie:
!!Lies den obigen Beitrag von mir!!
Dort steht, dass du den nicht umbenennen kannst. Der Ordner muss da aus dem Verzeichnis raus.
Edit: Hast du selbst dann doch noch gemerkt
Ich würde meinen Beitrag von oben nach unten nochmal nachbauen. Wenn die Dienste gestoppt, das Verzeichnis verschoben und dann wieder gestartet wurden, sollte sich kurze Zeit später das Verzeichnis/ die IndexDB neu aufbauen...
Und jetzt wirds interessant: Mein umbenanntes Verzeichnis (OLD.BLABLA-BLA-BLAA.Single.OLD) wurde einfach wieder in "BLABLA-BLA-BLAA.Single" zurückbenannt...
!!Lies den obigen Beitrag von mir!!
Dort steht, dass du den nicht umbenennen kannst. Der Ordner muss da aus dem Verzeichnis raus.
Zitat von @em-pie
parallel zur Exchange-DB existiert ein Ordner <GUID>.Single. Dieser muss gelöscht oder verschoben werden. Ein Umbenennen in <GUID>.Single.old reicht nicht, da der Exchange-Server/ Suchdienst den umbenannten auch wieder finden wird.
parallel zur Exchange-DB existiert ein Ordner <GUID>.Single. Dieser muss gelöscht oder verschoben werden. Ein Umbenennen in <GUID>.Single.old reicht nicht, da der Exchange-Server/ Suchdienst den umbenannten auch wieder finden wird.
Edit: Hast du selbst dann doch noch gemerkt
Ich würde meinen Beitrag von oben nach unten nochmal nachbauen. Wenn die Dienste gestoppt, das Verzeichnis verschoben und dann wieder gestartet wurden, sollte sich kurze Zeit später das Verzeichnis/ die IndexDB neu aufbauen...
Jap, sorry, hatte ich dann auch gesehen. Ich hatte erst diesen Kommentar kommentiert, dann deinen Kommentar gelesen. Doofe Reihenfolge, mea culpa.
Jetzt wurde zumindest das neue Verzeichnis angelegt, aber ich bekomme zumindest noch keinen "Crawling"-Status...
hehe... wenn man zu schnell antwortet, während der andere noch editiert 
Die beiden genannten Dienste (HostControllerService + MSExchangeFastSearch) laufen aber?
Ist er ggf. mit dem Crawling schon durch (hängt ja auch von der Größe/ Zahl der Mailboxen ab)?
Die beiden genannten Dienste (HostControllerService + MSExchangeFastSearch) laufen aber?
Ist er ggf. mit dem Crawling schon durch (hängt ja auch von der Größe/ Zahl der Mailboxen ab)?
Zitat von @em-pie:
Die beiden genannten Dienste (HostControllerService + MSExchangeFastSearch) laufen aber?
Ist er ggf. mit dem Crawling schon durch (hängt ja auch von der Größe/ Zahl der Mailboxen ab)?
Die beiden genannten Dienste (HostControllerService + MSExchangeFastSearch) laufen aber?
Ist er ggf. mit dem Crawling schon durch (hängt ja auch von der Größe/ Zahl der Mailboxen ab)?
Jau, die beiden Dienste laufen. Dass er schon durch ist halte ich eher für unwahrscheinlich, das Verzeichnis ist nur 16,0 MB groß.
Die .edb-Datei ist 213 GB groß, da würde ich ein etwas größeres Verzeichnis erwarten. Das verschobene Verzeichnis war z.B. 3,68 GB groß.
Die Möglichkeit der fehlerhaften Indizierung in Betracht gezogen?
Bin mir grad nicht ganz sicher was du damit meinst, kannst du das etwas mehr ausführen?
Es gibt eine Datenbank, die Microsoft anlegt um die Suche erfolgreicher (schneller) zu ermöglichen. Hier werden nicht nur die Dateisysteminhalte festgehalten, also auf den Festplatten liegende Dateien sondern auch E-Mail Postfächer und die darin liegenden E-Mails. Gib mal in der Windowssuche: Indizierungsoptionen ein.
... evtl. da dann mal alles neu machen lassen. Die Indizierung verschluckt sich schon einmal... Gruß Nebellicht.
... evtl. da dann mal alles neu machen lassen. Die Indizierung verschluckt sich schon einmal... Gruß Nebellicht.
Zitat von @Nebellicht:
Es gibt eine Datenbank, die Microsoft anlegt um die Suche erfolgreicher (schneller) zu ermöglichen. Hier werden nicht nur die Dateisysteminhalte festgehalten, also auf den Festplatten liegende Dateien sondern auch E-Mail Postfächer und die darin liegenden E-Mails. Gib mal in der Windowssuche: Indizierungsoptionen ein.
... evtl. da dann mal alles neu machen lassen. Die Indizierung verschluckt sich schon einmal... Gruß Nebellicht.
Es gibt eine Datenbank, die Microsoft anlegt um die Suche erfolgreicher (schneller) zu ermöglichen. Hier werden nicht nur die Dateisysteminhalte festgehalten, also auf den Festplatten liegende Dateien sondern auch E-Mail Postfächer und die darin liegenden E-Mails. Gib mal in der Windowssuche: Indizierungsoptionen ein.
... evtl. da dann mal alles neu machen lassen. Die Indizierung verschluckt sich schon einmal... Gruß Nebellicht.
Ahhh, okay, das kenn ich natürlich. :D Aber mir war nicht bewusst, dass das auch auf Exchange-Ebene greift?
Auf den Clients kenne ich das, hatte ich auch mal testweise (ohne Erfolg) bei einem probiert.
Auf dem Exchange-Server bekomme ich aber die Meldung, dass die Indizierung nicht ausgeführt wird. Muss das so (weil Server), oder liegt da potentiell der Hase im Pfeffer?
Hi, ich denke schon - habe selber keinen am Start - , wenn das vom Standard abweicht. Siehe hier:
... "Die Inhaltsindizierung ist standardmäßig aktiviert,
und es ist kein einleitendes Setup und keine Konfiguration erforderlich." ...
learn.microsoft.com/de-de/exchange/exchange-search-exchange-2013-help
Gruß Nebellicht
... "Die Inhaltsindizierung ist standardmäßig aktiviert,
und es ist kein einleitendes Setup und keine Konfiguration erforderlich." ...
learn.microsoft.com/de-de/exchange/exchange-search-exchange-2013-help
Gruß Nebellicht
Hallo Nachwelt, das war die Lösung:
https://social.technet.microsoft.com/wiki/contents/articles/31215.exchan ...
<quote>
Solution:
To fix this we have to go through a few steps.
Stop the Microsoft Exchange Search and Microsoft Exchange Search Host Controller services.
Navigate to the following directory:
C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data\Nodes\Fsis
Delete all the files in the Fsis folder (make a backup just-in-case).
Open up the Exchange Management Shell (Elevated):
Navigate to directory C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Installer
Run the following command. It will re-create the folders we deleted:
.\installconfig.ps1 -action I -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
After this command has completed, start the search service. You can force AD Replication or wait for it. After that it should report in event viewer that indexing has started successfully.
If the above didn't work then you will need to uninstall the search component and then re-install it. First stop the services again.
Uninstall:
.\installconfig.ps1 -action U -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
Re-install:
.\installconfig.ps1 -action I -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
Start the services again and then monitor the event log for indexing has started and completed successfully. You can also check by running a Get-MailboxDatabaseCopyStatus in the EMS to view the content index state.
</quote>
https://social.technet.microsoft.com/wiki/contents/articles/31215.exchan ...
<quote>
Solution:
To fix this we have to go through a few steps.
Stop the Microsoft Exchange Search and Microsoft Exchange Search Host Controller services.
Navigate to the following directory:
C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data\Nodes\Fsis
Delete all the files in the Fsis folder (make a backup just-in-case).
Open up the Exchange Management Shell (Elevated):
Navigate to directory C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Installer
Run the following command. It will re-create the folders we deleted:
.\installconfig.ps1 -action I -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
After this command has completed, start the search service. You can force AD Replication or wait for it. After that it should report in event viewer that indexing has started successfully.
If the above didn't work then you will need to uninstall the search component and then re-install it. First stop the services again.
Uninstall:
.\installconfig.ps1 -action U -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
Re-install:
.\installconfig.ps1 -action I -datafolder "c:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data"
Start the services again and then monitor the event log for indexing has started and completed successfully. You can also check by running a Get-MailboxDatabaseCopyStatus in the EMS to view the content index state.
</quote>
