Prolog:
Immer ärger mit dem ContentIndex.
Bei diesem Kundensystem handelt es sich um einen MultiRole Exchange 2010 SP3 mit CU6.
Es ist somit keine Replication von einem DAG Node möglich, da es keine weiteren Kopien der Datenbank gibt.
Ausgangslage:
SCOM meldet folgende Fehlermeldung:
|
1 |
Indexing Stalled: Time Since Last Notification Was Indexed (>1hr behind for 30min). |
Überprüfung:
Als erstes habe ich die SCOM Meldung überprüft, für mich jeweils am einfachsten mit Powershell.
|
1 2 3 4 5 6 7 |
Get-MailboxDatabaseCopyStatus Name Status CopyQueue ReplayQueue LastInspectedLogTime ContentIndex Length Length State ---- ------ --------- ----------- -------------------- ------------ MDB001\Server Mounted 0 0 Failed MDB002\Server Mounted 0 0 Healthy |
Weitere Überprüfungen:
1.
|
1 2 |
cd $exscripts .\Troubleshoot-CI.ps1 -Database MDB001 -Action Detect |
Weitere Informationen zu der Troubleshoot-CI.ps1 gibt es unter (http://blogs.technet.com/b/exchange/archive/2011/01/18/3411844.aspx)
2.
|
1 2 3 4 |
Get-MailboxDatabaseCopyStatus -Identity MDB001\Server | fl ContentIndex* ContentIndexState : Failed ContentIndexErrorMessage : There is a batch timeout for catalog of database {GUID} |
Lösung:
Wie bereits erwähnt handelt es sich hierbei um einen MultiRole Exchange. Es ist zudem der einzige Exchange in der Organisation, womit auch klar ist, dass es keine weiteren Kopien der Datenbank gibt. Update-MailboxDatabaseCopy -Identity MDB001\Server1 -SourceServer Server2 -CatalogOnly fällt somit leider weg.
Ich konnte bereits mehrfach eine „Quick and Dirty“ Workaround-Lösung anwenden um den ContentIndex State wieder auf Healthy zu bringen.
|
1 |
Restart-Service MSExchangeSearch |
Natürlich auch mit klassischem Stop-Service && Start-Service oder net stop && net start zu lösen.
Es kann jedoch sein, dass beim Stoppen folgende Fehlermeldung präsentiert wird
The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details.
Um hier ebenfalls abhilfe zu schaffen, kann die entsprechende Microsoft.Exchange.Search.ExSearch.exe via Taksmanager beendet werden, wodurch der Service anschliessend neustartet.
It is really a great and useful piece of information. I’m satisfied that you simply shared this useful information with us.
Please keep us informed like this. Thank you for sharing.