Outlook Suche geht nicht

[LOGSOL-IT 0]

Hallo,

 

ich hoffe das mir auch jemand weiter helfen kann, habe seit dieser Woche auch im ganzen Unternehmen das Problem das die Suche weder im Outlook Client, OWA, oder in den Mailapps auf den Mobiltelefonen funktioniert.

 

Wir setzen aktuell den Exchange SRV 2016-x64-CU15 ein mit unterschielichen Outlook Clients von 2010,16 und Office 365 auf Windows 10 Version 1808-1909 .

 

In Outlook oder OWA wenn dort ein Suche gestartet wird, erscheint immer gleich die Meldung "Keine Übereinstimmung" am Modiltelefon ist ähnlich, dort werden zumindest in den Mails die auf dem Mobiltelefon syncronisiert sind Ergebinisse angezeigt aber sobald am weiter Zurückliegende sucht gibts hier keine Ergebnisse.

 

Am Client schon Indizierung abgeschalten dann, wird zumindest angefangen zu suchen aber die Suche kommt ewig nicht zu Ende, so das ich die Suche dann abgebrochen habe. Wenn ich Indizierung wieder aktiviert haben erscheint wieder die Fehlermeldung wie gehabt "Keine Übereinstimmung"

 

Hat jemand eien Tipp von euch was man hier noch machen könnte?

 

VG

Andy

 

//abgetrennt von: https://www.mcseboard.de/topic/215449-outlook-suche-geht-nicht/

 

[testperson 1.677]

Hi,

 

was sagt denn 

Get-MailboxDatabaseCopyStatus

in der Exchange Management Shell?

 

Gruß

Jan

[LOGSOL-IT 0]

Hi,

dort steht nicht viel drin! nichts Womiot ich jetzt was angangen könnte.

 

[PS] C:\Windows\system32>Get-MailboxDatabaseCopyStatus

Name                                                             Status          CopyQueue ReplayQueue LastInspectedLogTime   ContentIndex
                                                                                         Length    Length                                                     State
----                                                                ------          --------- -----------          --------------------        ------------
Mailbox Database 1713808158\XX                Mounted         0         0                                                              Healthy

 

 

Gruß Andy

bearbeitet 5. März 2020 von LOGSOL-IT

[NorbertFe 2.035]

Doch da steht, dass der ContentIndex Healthy ist. WEnn das da nicht stünde, wäre das ein erster Ansatzpunkt gewesen.

 

Bye

Norbert

 

PS: Sieht das eigentlich mit ! besser aus?! 

bearbeitet 5. März 2020 von NorbertFe

[LOGSOL-IT 0]

Was sag mir das jetzt ist das gut oder schlecht? Was kann ich machen? Was werden eventuell für Infos benötigt um mir weiter helfen zu können.

 

Gruß

Andy

[NorbertFe 2.035]

vor 9 Minuten schrieb LOGSOL-IT:

Was sag mir das jetzt ist das gut oder schlecht?

"Healthy" sagt dir, dass der Serverindex ok ist. Also _gut_! Laufen denn alle Dienste am Exchange? Dass die Suche im OWA nicht funktioniert, hab ich jetzt nur im Zusammenhang mit Exchange 2019 gelesen. Gehe also bei dir erstmal von was anderem aus. Steht irgendwas im Eventlog des Servers, was Rückschlüsse zuläßt?

[LOGSOL-IT 0]

Hmm so ein mist, ja  dort an der Stelle hatte ich noch nicht richtig geschaut. Total gepennt. Ich war anfangs nur von einem Problem der Clients ausgegangen.

 

Ereignis-ID: 1012

 

Exchange Server Information Store has encountered an error while executing a full-text index query ("and(subject:string("SearchQueryStxProbe*", mode="and"), folderid:string("3772530402521A408B3AA0F4F869E84B00000000010C0000"))"). Error information: System.ServiceModel.EndpointNotFoundException: Es war kein an net.pipe://localhost/3867 lauschender Endpunkt vorhanden, der die Nachricht annehmen konnte. Dies wird häufig durch eine fehlerhafte Adresse oder SOAP-Aktion verursacht. Weitere Details finden Sie unter "InnerException", sofern vorhanden. ---> System.IO.PipeException: Der Pipeendpunkt "net.pipe://localhost/3867" wurde nicht auf dem lokalen Computer gefunden.
   --- Ende der internen Ausnahmestapelüberwachung ---

Server stack trace:
   bei System.ServiceModel.Channels.PipeConnectionInitiator.GetPipeName(Uri uri, IPipeTransportFactorySettings transportFactorySettings)
   bei System.ServiceModel.Channels.NamedPipeConnectionPoolRegistry.NamedPipeConnectionPool.GetPoolKey(EndpointAddress address, Uri via)
   bei System.ServiceModel.Channels.CommunicationPool`2.TakeConnection(EndpointAddress address, Uri via, TimeSpan timeout, TKey& key)
   bei System.ServiceModel.Channels.ConnectionPoolHelper.EstablishConnectionAsyncResult.Begin()
   bei System.ServiceModel.Channels.ConnectionPoolHelper.EstablishConnectionAsyncResult..ctor(ConnectionPoolHelper parent, TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.ClientFramingDuplexSessionChannel.OpenAsyncResult..ctor(ClientFramingDuplexSessionChannel duplexChannel, TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.ClientFramingDuplexSessionChannel.OnBeginOpen(TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.CommunicationObject.OpenAsyncResult.InvokeOpen()
   bei System.ServiceModel.Channels.CommunicationObject.OpenAsyncResult..ctor(CommunicationObject communicationObject, TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.CommunicationObject.BeginOpen(TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.ServiceChannel.OnBeginOpen(TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.CommunicationObject.OpenAsyncResult.InvokeOpen()
   bei System.ServiceModel.Channels.CommunicationObject.OpenAsyncResult..ctor(CommunicationObject communicationObject, TimeSpan timeout, AsyncCallback callback, Object state)
   bei System.ServiceModel.Channels.CommunicationObject.BeginOpen(TimeSpan timeout, AsyncCallback callback, Object state)

Exception rethrown at [0]:
   bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   bei System.ServiceModel.ICommunicationObject.BeginOpen(TimeSpan timeout, AsyncCallback callback, Object state)
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.CreateProxyFromChannelFactory(ChannelFactory`1 factory, Action channelFactoryDelegate)
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.AcquireProxy()
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.ExecuteServiceCall(IProcessingEngineChannel& serviceProxy, Action`1 call, Int32 retryCount)
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.ExecuteSearchFlow(String flowName, Dictionary`2 inputData)
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.<ExecuteInternal>d__66.MoveNext()
   bei Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.<ExecuteSimple>d__32.MoveNext()
   bei Microsoft.Exchange.Server.Storage.FullTextIndex.FullTextIndexQuery.ExecutePagedFullTextIndexQuery(Guid databaseGuid, Guid mailboxGuid, Int32 mailboxNumber, String query, CultureInfo culture, Guid correlationId, Boolean needConversationId, QueryLoggingContext loggingContext, PagedQueryResults pagedQueryResults, QueryIntent intent)
   bei Microsoft.Exchange.Server.Storage.StoreCommonServices.FastStoreFullTextIndexQuery.ExecuteOnePage(Context context, MailboxState mailboxState, Boolean needConversationDocumentId, SearchExecutionDiagnostics diagnostics)

 

Muss mal Prüfen was das jetzt bedeutet.

 

Danke für den Hinweis

[NorbertFe 2.035]

https://practical365.com/exchange-server/monitor-rebuilding-content-indexes-exchange-databases/

[LOGSOL-IT 0]

die Befehle um die Dienste zu stoppen funktionieren nicht in der Exchance Manage Shell bei 2016

 

PS C:\> Invoke-Command -ComputerName EX2013SRV1 {Stop-Service MSExchangeFastSearch; Stop-Service HostControllerService}

 

der Deinst ist auch im Dienste manager nicht zu finden. Kennt jemand den richtigen Befehl für Exchange 2016?

[Nobbyaushb 1.471]

Die von dir gepostete Zeile kann so nicht gehen

Das ist ein Snipsel aus dem Teil von Paul, also nicht richtig gelesen - noch mal wiederholen und auch ganz lesen

Oder die Schritte einzeln aufrufen...

 

Und bitte noch mal prüfen, ob du wirklich auf CU15 bist - ist das Security-Update vom Februar drauf?

https://www.msxforum.de/blog/index.php?entry/41-build-nummern-tabellarisch/

 

bearbeitet 5. März 2020 von Nobbyaushb

[LOGSOL-IT 0]

vor 4 Minuten schrieb Nobbyaushb:

Die von dir gepostete Zeile kann so nicht gehen

Das ist ein Snipsel aus dem Teil von Paul, also nicht richtig gelesen - noch mal wiederholen und auch ganz lesen

Oder die Schritte einzeln aufrufen...

Könntest du mir Unterstützung geben, PS ist nicht so meins. habe mich da jetzt gemäß dem Link langgehangelt, nur leider ist bei dem Befehl etwas nicht ganz OK. ich erhalte immer die Meldung:

 

Get-Process : Es wurde kein Positionsparameter gefunden, der das Argument "Invoke-Command" akzeptiert.
In Zeile:1 Zeichen:1
+ PS C:\> Invoke-Command ComputerName SVRXXX {Stop-Service MSE ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidArgument: (:) [Get-Process], ParameterBindingException
    + FullyQualifiedErrorId : PositionalParameterNotFound,Microsoft.PowerShell.Commands.GetProcessCommand

[Nobbyaushb 1.471]

Paul baut damit ein kleines Script - nicht den Text in die Powershell kopieren sondern in einen Editor und als name.ps1 speichen, das dann laufen lassen - oder die Befehle einzeln!

Stop-Service wäre ein Command

 

 

[LOGSOL-IT 0]

Danke schön! Die Befehle hatten zwa dennoch nicht wirklich geholfen aber habe die Dienste gefunden. Musste Feststellen das diese deaktiviert waren. Warum auch immer das so war und wodurch , nach aktivierung und dem neustart des Servers funktioniert die Suche Funktion wieder.

 

Gruß

Andy

[Nobbyaushb 1.471]

Bleibt noch die Antwort auf meine andere Frage...

[NorbertFe 2.035]

vor 3 Stunden schrieb NorbertFe:

Laufen denn alle Dienste am Exchange?

Hätte man ja auch einfach mal nachschauen können, oder?