Symptômes
Lorsqu'un utilisateur synchronise une boîte aux lettres à l'aide d'un appareil iOS 6.1 ou 6.1.1, les ressources du serveur d'accès client (CAS) et de la boîte aux lettres (CAS) de Microsoft Exchange Server 2010 sont consommées, la croissance du journal devient excessive, une croissance excessive des éléments récupérables et l'utilisation de la mémoire et du processeur peut augmenter de manière significative. Les performances du serveur sont affectées. De plus, les utilisateurs d'Office 365 Exchange Online reçoivent un message d'erreur qui ressemble à ce qui suit sur un appareil iOS 6.1 ou 6.1.1 :
Impossible d'obtenir du courrier
La connexion au serveur a échoué.
La seule option disponible pour les utilisateurs est OK. Symptômessupplémentaires Les symptômes supplémentaires suivants peuvent se produire. Enregistrement de boîte aux lettres EAS Lorsque vous passez en revue un journal de boîte aux lettres Exchange ActiveSync (EAS), vous pouvez voir ce qui suit :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 LogsIn Exchange Server installations sur site seulement, le texte suivant est continuellement répété dans les fichiers journaux des services d'information Internet (IIS) sur le CAS.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 Note:L'erreur:WrongObjectTypeException peut ne pas être présent dans tous les cas.
Résolution
Pour résoudre ce problème, utilisez l'une des méthodes suivantes :Méthode 1Installez le rollup de mise à jour suivant :
2803727 Description de Update Rollup 1 pour Exchange Server 2010 Service Pack 3Méthode 2 Apple publie l'article suivant pour résoudre le problème. iOS 6.1 : Activité d'échange excédentaire après avoir accepté une exception à l'événement calendaire récurrent Apple a également annoncé la disponibilité d'iOS 6.1.2 pour résoudre ce problème.
Solution de contournement
Pour contourner ce problème pour les périphériques qui ne sont pas mis à jour, ne traitez pas les éléments du calendrier tels que les demandes de réunion sur iOS 6.1 ou 6.1.1-appareils. Aussi, redémarrez immédiatement l'appareil. Si le problème persiste, utilisez l'une des méthodes suivantes pour contourner le problème. Note: Les contournements ci-dessous ont été modifiés à partir des recommandations initiales. Plus précisément, la recréation du partenariat et les paramètres de limitation suggérés pour Exchange ActiveSync ont été supprimés. L'analyse a révélé qu'ils étaient insuffisants pour préserver les performances du serveur. Les méthodes actuelles reflètent les meilleures options.
Méthode 1 : Utilisez la réécriture de l'URL pour bloquer Cmd-MeetingResponse
Une parcontournement a été identifiée qui permettra aux administrateurs de bloquer la tentative de réponse de réunion répétitive en utilisant soit une règle de périphérique ou le module de réécriture d'URL 2.0 pour Internet Information Server 7 et 7.5, pour Windows Server 2008 et Windows Server 2008 R2. Voir l'article suivant du Wiki TechNet en ligne. Utilisation de la réécriture de l'URL pour bloquer certains clients de ExchangeWarning: cette solution peut ne pas fonctionner dans certains scénarios où un périphérique périphérique, comme certains équilibristes de charge réseau, est utilisé. Vous devez contacter le fournisseur pour vérifier que la solution ne peut pas être implémentée sur le périphérique avant de modifier l'IIS. Une fois la réécriture de l'URL mise en œuvre, les périphériques basés sur iOS6.1 et 6.1.1 peuvent synchroniser et recevoir des mises à jour. Toutefois, les réponses aux éléments de réunion de l'appareil sont rejetées par le serveur. Nous recommandons aux utilisateurs de répondre aux réunions via Outlook Web App (OWA), Microsoft Outlook, ou un appareil non iOS 6.1 ou 6.1.1.
Méthode 2 : Bloquez les utilisateurs d'iOS 6.1 ou 6.1.1
Vous pouvez bloquer les utilisateurs iOS 6.1 et 6.1.1 en utilisant la fonction Allow/Block/Quarantine de Exchange Server 2010. Pour plus d'informations sur cette fonctionnalité, voir le billet de blog exchange Team suivant :
Contrôle de l'accès à l'appareil ActiveSync exchange à l'aide de la liste Allow/Block/QuarantineEn outre, pour des informations mises à jour sur la façon d'utiliser Exchange Management Shell pour Autoriser / Bloc / quarantaine, voir le site Web Microsoft suivant:
Informations supplémentaires
Le Troubleshoot ActiveSync avec Exchange Server passe-passant guidé aide à dépanner les problèmes suivants:
-
Impossible de créer un profil sur le périphérique
-
Impossible de se connecter au serveur
-
Problèmes de messagerie
-
Problèmes de calendrier
-
Retards de performances du périphérique/serveur d'accès au client (CAS)
Pour identifier ce problème dans votre organisation, vous pouvez également utiliser l'une des méthodes de cette section. Les utilisateurs d'Office365 Exchange Online ne peuvent utiliser que l'option de journalisation de la boîte aux lettres EAS et rechercher des cas répétés de la réponse Status 4 qui est noté e dans la section « Symptômes ».
Méthode 1 : Obtenir l'enregistrement de la boîte aux lettres EAS pour un utilisateur
Pour obtenir les journaux EAS Mailbox, suivez les étapes de l'article suivant dans la base de connaissances Microsoft :
2461792 Comment collecter les journaux d'appareils ActiveSync pour dépanner les problèmes de synchronisation entre les appareils mobiles et Exchange Online
Méthode 2 : Collecter et parse les journaux IIS
Vérifiez le modèle de récurrence de Cmd-Sync et Cmd-MeetingResponse, éventuellement jumelé avec Error:WrongObjectTypeException, pour les appareils iOS 6.1 ou 6.1.1. Un modèle continu indiquera que l'utilisateur de l'appareil traite les demandes de réunion à partir de l'appareil et rencontre le bogue de l'appareil. Vous pouvez également utiliser Log Parser Studio pour analyser en utilisant la requête suivante :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
