Hallo liebe Gemeinde,
das Thema EWS in Zusammenhang mit Lync 2013 ist hier schon viel diskutiert worden. Allerdings konnte ich leider keine Lösung für meine Probleme hier finden und bin schon (fast) am Ende.
Folgende Scenario - 1 x Lync 2013 Back-End Server, 1 x Lync 2013 Front-End Server, 1 x Reverse Proxy (IIS ARR). Diese Lync 2013 Bereitstellung wurde vor ca. zwei Monate installiert und in bestehende EDV-Landschaft integriert. Alles hat wunderbar funktioniert
- Desktop und Mobile Clients konnten Verbindung innerhalb und außerhalb Organisation herstellen, EWS wurde sowohl bei Desktop als auch bei mobilen Clients bereitgestellt.
Dann wurde eine Weile an Lync Server nichts gemacht und sehr wenig mit Lync gearbeitet. Und gestern, kurz vor einem wichtigen Vorführung habe ich festgestellt, dass bei allen Desktop Clients plötzlich kein EWS mehr bereitgestellt ist. Mobile Clients
funktionieren dagegen weiterhin reibungslos.
Probiert habe ich folgendes: Lync Server und Reverse Proxy neu starten - ohne Erfolg, Lync Connectivity Analyzer zeigt alles grün (intern und extern), Tests mit Microsoft Remote Connectivity Analyzer haben auch wenig gebracht, so wie Verbindungsanalyse mit
Hilfe von Wireshark an Desktop Clients.
Dazu muss ich noch sagen, dass vor eine Woche habe ich SP3 für Exchange 2010 installiert (ob es daran liegen kann?). Außerdem erscheint mehr Mals am Tag in Ereignisanzeige an Back-End Server folgende Fehlermeldung:
--------------------------------------------
Protokollname: Lync Server
Quelle: LS Storage Service
Datum: 05.12.2013 19:23:14
Ereignis-ID: 32054
Aufgabenkategorie:(4006)
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: SERVER-11.Speedpoint.local
Beschreibung:
EWS-AutoErmittlungsfehler im Speicherdienst.
ExchangeAutodiscoverException: code=ErrorEwsAutodiscover, reason=GetUserSettings failed, smtpAddress = xxx, Autodiscover Uri=https://autodiscover.xxx.de/autodiscover/autodiscover.svc, Autodiscover WebProxy=<NULL> ---> Microsoft.Exchange.WebServices.Data.ServiceRequestException:
The request failed. Das Stammelement ist nicht vorhanden. ---> System.Xml.XmlException: Das Stammelement ist nicht vorhanden.
bei System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res)
bei System.Xml.XmlTextReaderImpl.ParseDocumentContent()
bei System.Xml.XmlCharCheckingReader.Read()
bei Microsoft.Exchange.WebServices.Data.EwsXmlReader.Read()
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetUserSettings(List`1 smtpAddresses, List`1 settings, Nullable`1 requestedVersion, Uri& autodiscoverUrl)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetSettings[TGetSettingsResponseCollection,TSettingName](List`1 identities, List`1 settings, Nullable`1 requestedVersion, GetSettingsMethod`2 getSettingsMethod, Func`1 getDomainMethod)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(List`1 smtpAddresses, List`1 settings)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetSoapUserSettings(String smtpAddress, List`1 requestedSettings)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(String userSmtpAddress, UserSettingName[] userSettingNames)
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
--- End of inner exception stack trace ---
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetUserEwsSettings(StoreContext ctx, String smtpAddress, CacheMode cacheMode)
Ursache: Der AutoErmittlungs-URI war nicht richtig konfiguriert oder nicht erreichbar. Eventuell besteht ein Problem mit dem Proxy, oder andere Fehler liegen vor.
Lösung:
Überprüfen Sie die Ereignisdetails. Überprüfen Sie, ob der URI des AutoErmittlungsdiensts ordnungsgemäß konfiguriert und erreichbar ist. Prüfen Sie, ob die Proxyeinstellungen ordnungsgemäß konfiguriert sind und der Proxy erreichbar ist. Prüfen Sie die Konfiguration
der AutoErmittlung zwischen Lync und Exchange Autodiscovery anhand des Handbuchs zur Problembehandlung. Wenn das Problem weiterhin besteht, wenden Sie sich mit den Ereignisdetails an das Supportteam Ihrer Organisation.
Ereignis-XML:
<Event xmlns="">
<System>
<Provider Name="LS Storage Service" />
<EventID Qualifiers="53158">32054</EventID>
<Level>2</Level>
<Task>4006</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2013-12-05T18:23:14.000000000Z" />
<EventRecordID>19949</EventRecordID>
<Channel>Lync Server</Channel>
<Computer>SERVER-11.Speedpoint.local</Computer>
<Security />
</System>
<EventData>
<Data>ExchangeAutodiscoverException: code=ErrorEwsAutodiscover, reason=GetUserSettings failed, smtpAddress=xxx, Autodiscover Uri=https://autodiscover.xxx.de/autodiscover/autodiscover.svc, Autodiscover WebProxy=<NULL> --->
Microsoft.Exchange.WebServices.Data.ServiceRequestException: The request failed. Das Stammelement ist nicht vorhanden. ---> System.Xml.XmlException: Das Stammelement ist nicht vorhanden.
bei System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res)
bei System.Xml.XmlTextReaderImpl.ParseDocumentContent()
bei System.Xml.XmlCharCheckingReader.Read()
bei Microsoft.Exchange.WebServices.Data.EwsXmlReader.Read()
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetUserSettings(List`1 smtpAddresses, List`1 settings, Nullable`1 requestedVersion, Uri& autodiscoverUrl)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetSettings[TGetSettingsResponseCollection,TSettingName](List`1 identities, List`1 settings, Nullable`1 requestedVersion, GetSettingsMethod`2 getSettingsMethod, Func`1 getDomainMethod)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(List`1 smtpAddresses, List`1 settings)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetSoapUserSettings(String smtpAddress, List`1 requestedSettings)
bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(String userSmtpAddress, UserSettingName[] userSettingNames)
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
--- End of inner exception stack trace ---
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetUserEwsSettings(StoreContext ctx, String smtpAddress, CacheMode cacheMode)
</Data>
</EventData>
</Event>
--------------------------------
Diese Ereignis-ID 32054 von LS Storage Service war eigentlich immer dabei - auch dann, wann alles super funktionierte - allerdings mit andere Inhalt. Deswegen weiß ich nicht, ob man das ernst nehmen kann.
Eine Idee?
