Schnelles Wachstum bei Transaktionsprotokollen, CPU-Auslastung und Speicherverbrauch in Exchange Server 2010, wenn ein Benutzer ein Postfach mit einem iOS 6.1- oder 6.1.1-basierten Gerät synchronisiert

Problembeschreibung

Wenn ein Benutzer ein Postfach mit einem iOS 6.1- oder 6.1.1-basierten Gerät synchronisiert, werden Microsoft Exchange Server 2010 Client Access Server (CAS) und Mailbox (MBX)-Serverressourcen verbraucht, das Protokollwachstum wird übermäßig, es kann zu einem übermäßigen Wachstum bei wiederherstellbaren Elementen kommen, und Speicher- und CPU-Auslastung kann erheblich zunehmen.  Die Serverleistung ist beeinträchtigt. Darüber hinaus erhalten Office 365 Exchange Online-Benutzer eine Fehlermeldung, die auf einem iOS 6.1- oder 6.1.1-basierten Gerät der folgenden ähnelt:

Mail kann nicht abrufen

Die Verbindung zum Server ist fehlgeschlagen.

Die einzige Option, die Benutzern zur Verfügung steht, ist OK. Zusätzliche SymptomeDie folgenden zusätzlichen Symptome können auftreten. EAS-Postfachprotokollierung Wenn Sie ein Exchange ActiveSync (EAS)-Postfachprotokoll überprüfen, wird möglicherweise Folgendes angezeigt:RequestHeader : POST /Microsoft-Server-ActiveSync/default.eas?User=user1@contoso.com&DeviceId=ApplDMPFXZABDFHW&DeviceType=iPad&Cmd=MeetingResponse HTTP/1.1Connection: keep-aliveContent-Length: 55Content-Type: application/vnd.ms-sync.wbxmlAccept: */*Accept-Encoding: gzip, deflateAccept-Language: en-usAuthorization: ********Host: mail.contoso.comUser-Agent: Apple-iPad2C1/1002.141X-MS-PolicyKey: 2429156470MS-ASProtocolVersion: 14.1 RequestBody :<?xml version="1.0" encoding="utf-8" ?><MeetingResponse xmlns="MeetingResponse:"> <Request> <UserResponse>1</UserResponse> <CollectionId>5</CollectionId> <RequestId>5:5</RequestId> <InstanceId>2013-02-06T22:00:00.000Z</InstanceId> </Request></MeetingResponse>MeetingResponseCommand_OnExecute_Exception : Microsoft.Exchange.Data.Storage.WrongObjectTypeException: The object was bound to a wrong object type. ObjectClass = IPM.Schedule.Meeting.Request, Intended Type =Microsoft.Exchange.Data.Storage.CalendarItem. at Microsoft.Exchange.Data.Storage.StoreObject.DownCastStoreObject[T]() at Microsoft.Exchange.Data.Storage.ItemBuilder.ItemBind[T](StoreSession session, StoreIdstoreId, Schema expectedSchema, MapiMessageCreator mapiMessageCreator, ItemBindOptionitemBindOption, ICollection`1 propertiesToLoad) at Microsoft.Exchange.Data.Storage.ItemBuilder.ItemBind[T](StoreSession session, StoreId id,Schema expectedSchema, ICollection`1 propertiesToLoad) at Microsoft.Exchange.Data.Storage.CalendarItem.Bind(StoreSession session, StoreId id) at Microsoft.Exchange.AirSync.MeetingResponseCommand.GetOccurenceId(StoreObjectIdmailboxRequestId, ExDateTime instanceId) at Microsoft.Exchange.AirSync.MeetingResponseCommand.ProcessCommand() at Microsoft.Exchange.AirSync.MeetingResponseCommand.OnExecute()AccessState : AllowedAccessStateReason : GlobalResponseHeader : HTTP/1.1 200 OKMS-Server-ActiveSync: 14.2ResponseBody : <?xml version="1.0" encoding="utf-8" ?><MeetingResponse xmlns="MeetingResponse:"> <Result> <RequestId></RequestId> <Status>4</Status> </Result></MeetingResponse> IIS-ProtokolleNur bei lokalen Exchange Server-Installationen wird der folgende Text in den IIS-Protokolldateien (Internet Information Services) auf dem CAS wiederholt.2013-02-06 23:41:59 192.168.137.11 POST /Microsoft-Server-ActiveSync/default.eas User=user1@contoso.com&DeviceId=ApplDMPFXZABDFHW&DeviceType=iPad&Cmd=Sync&Log=[truncated] 443 user1@exchlab.com 192.168.137.246 Apple-iPad2C1/1002.141 200 0 0 187 2013-02-06 23:41:59 192.168.137.11 POST /Microsoft-Server-ActiveSync/default.eas User=user1@contoso.com&DeviceId=ApplDMPFXZABDFHW&DeviceType=iPad&Cmd=MeetingResponse&Log=[... Error:WrongObjectTypeException …] 443 user1@exchlab.com 192.168.137.246 Apple-iPad2C1/1002.141 200 0 0 140 Hinweis: Die Fehler:WrongObjectTypeException ist möglicherweise nicht in allen Fällen vorhanden.

Fehlerbehebung

Um dieses Problem zu beheben, verwenden Sie eine der folgenden Methoden:Methode 1Installieren Sie das folgende Updaterollup:

2803727 Beschreibung des Updaterollups 1 für Exchange Server 2010 Service Pack 3Methode 2 Apple postet den folgenden Artikel, um das Problem zu beheben. iOS 6.1: Überschüssige Exchange-Aktivität nach Annahme einer Ausnahme von wiederkehrenden Kalenderereignissen Apple hat auch die Verfügbarkeit von iOS 6.1.2 angekündigt, um dieses Problem zu beheben.

Problemumgehung

Um dieses Problem für Geräte zu umgehen, die nicht aktualisiert werden, verarbeiten Sie keine Kalenderelemente wie Besprechungsanfragen auf iOS 6.1- oder 6.1.1-Geräten. Starten Sie das Gerät auch sofort neu. Wenn das Problem weiterhin besteht, verwenden Sie eine der folgenden Methoden, um das Problem zu umgehen. Hinweis: Die nachstehenden Problemumgehungen wurden anhand der ursprünglichen Empfehlungen geändert. Insbesondere wurden die Wiedererstellung der Partnerschaft und die vorgeschlagenen Einschränkungseinstellungen für Exchange ActiveSync entfernt. Die Analyse ergab, dass sie nicht ausreichten, um die Serverleistung zu erhalten. Die aktuellen Methoden spiegeln die besten Optionen wider.

Methode 1: Verwenden von URL Rewrite, um Cmd=MeetingResponse zu blockieren

Es wurde eine Problemumgehung identifiziert, mit der Administratoren den wiederholten MeetingResponse-Versuch mithilfe einer Perimetergeräteregel oder des URL-Rewrite-Moduls 2.0 für Internetinformationsserver 7 und 7.5 für Windows Server 2008 und Windows Server 2008 R2 blockieren können. Sehen Sie den folgenden Artikel aus dem TechNet Wiki online. URL-Neuschreiben verwenden, um bestimmte Clients von Exchange-Warnungen zu blockieren: Diese Lösung funktioniert möglicherweise nicht in einigen Szenarien, in denen ein Perimetergerät, z. B. einige Netzwerklastenausgleicher, verwendet wird. Wenden Sie sich an den Hersteller, um sicherzustellen, dass die Lösung nicht auf dem Perimetergerät implementiert werden kann, bevor Sie IIS ändern. Sobald die URL-Neuschreibung implementiert ist, können iOS6.1- und 6.1.1-basierte Geräte Updates synchronisieren und empfangen. Antworten auf Besprechungselemente vom Gerät werden jedoch vom Server abgelehnt. Es wird empfohlen, dass Benutzer auf Besprechungen über Outlook Web App (OWA), Microsoft Outlook oder ein Gerät ohne iOS 6.1 oder 6.1.1-Gerät reagieren.

Methode 2: Blockieren von iOS 6.1- oder 6.1.1-Benutzern

Sie können iOS 6.1- und 6.1.1-Benutzer blockieren, indem Sie die Exchange Server 2010 -Funktion "Zulassen/Blockieren/Quarantäne" verwenden. Weitere Informationen zu dieser Funktion finden Sie im folgenden Exchange Team-Blogbeitrag:

Steuern des Exchange ActiveSync-Gerätezugriffs mithilfe der Liste Zulassen/Blockieren/QuarantäneAktuelle Informationen zur Verwendung von Exchange Management Shell for Allow/Block/Quarantine finden Sie auch auf der folgenden Microsoft-Website:

New-ActiveSyncDeviceAccessRule

Weitere Informationen

Die exemplarische Vorgehensweise bei ActiveSync mit Exchange Server hilft bei der Behebung der folgenden Probleme:

  • Auf dem Gerät kann kein Profil erstellt werden

  • Verbindung mit dem Server kann nicht hergestellt werden

  • E-Mail-Probleme

  • Probleme mit dem Kalender

  • Verzögerungen auf Gerät/Clientzugriffsserverleistung

Um dieses Problem in Ihrer Organisation zu identifizieren, können Sie auch eine der Methoden in diesem Abschnitt verwenden. Office365 Exchange Online-Benutzer können nur die EAS-Postfachprotokollierungsoption verwenden und nach wiederholten Instanzen der Status 4-Antwort suchen, die im Abschnitt "Problembeschreibung" notiert ist.

Methode 1: Abrufen der EAS-Postfachprotokollierung für einen Benutzer

Führen Sie die Schritte im folgenden Artikel in der Microsoft Knowledge Base aus, um EAS-Postfachprotokolle zu erhalten:

2461792 So sammeln Sie ActiveSync-Geräteprotokolle, um Synchronisierungsprobleme zwischen mobilen Geräten und Exchange Online zu beheben

Methode 2: Sammeln und Analysieren von IIS-Protokollen

Überprüfen Sie das Serienmuster von Cmd=Sync und Cmd=MeetingResponse, möglicherweise gepaart mit Error:WrongObjectTypeException, für die iOS 6.1- oder 6.1.1-Geräte. Ein fortlaufendes Muster zeigt an, dass der Gerätebenutzer Besprechungsanfragen vom Gerät verarbeitet und auf den Gerätefehler stößt. Sie können Log Parser Studio auch zum Analysieren verwenden, indem Sie die folgende Abfrage verwenden:SELECT COUNT(*),MyDeviceId AS DeviceId,TheUserId AS UserId,MajAgent,MinAgentUSING EXTRACT_VALUE(cs-uri-query,'DeviceId') AS MyDeviceId,EXTRACT_VALUE(cs-uri-query,'User') AS TheUserId,TO_INT(SUBSTR(SUBSTR(cs(User-Agent),INDEX_OF (cs(User-Agent), '.'),4),1,3)) AS MinAgent,TO_INT(SUBSTR(SUBSTR(cs(User-Agent),INDEX_OF (cs(User-Agent), '/'),5),1,4)) AS MajAgentFROM '[LOGFILEPATH]' WHERE cs-uri-query LIKE '%MeetingResponse%' AND (MajAgent=1002 AND MinAgent<146)GROUP BY DeviceId,UserId,MajAgent,MinAgentORDER BY COUNT(*) DESC

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×