Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

CORRECTIF : Hôte de réception buildup Thread dans WCF lorsque recevoir d'emplacement est désactivée dans BizTalk Server

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3021233
Symptômes
Supposons que vous disposez d'un service WCF emplacement de réception dans Microsoft BizTalk Server 2010, BizTalk Server 2013 R2 ou BizTalk Server 2013. Vous désactivez l'emplacement de réception et une application client continue d'effectuer des appels à cet emplacement de réception désactivé. Dans ce cas, d'augmenter la consommation de mémoire et le nombre de thread de l'hôte WCF. Cette croissance continue continuer pendant que l'emplacement de réception est désactivée.
Cause
Ce problème se produit car la valeur de délai d'attente de WCF n'est pas synchronisé avec le délai d'attente de réception lorsqu'il n'y a pas de données à interroger. En outre, WCF s'ouvre un nouveau canal et attend les messages sur le canal de nouvel, et cela peut entraîner une fuite de mémoire.
Résolution

Informations de mise à jour cumulative

Ce problème a été tout d'abord été résolu dans la mise à jour cumulative suivante de BizTalk Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
Pour plus d'informations sur les service packs et la liste de mise à jour cumulative pour BizTalk Server, consultez KB 2555976 : Service pack et la liste de mise à jour cumulative pour BizTalk Server.

Pour plus d'informations sur les correctifs de BizTalk Server, reportez-vous à la section. KB 2003907 : Les informations sur la prise en charge de Service Pack et les correctifs de BizTalk.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3021233 - Dernière mise à jour : 10/10/2015 18:34:00 - Révision : 3.0

Microsoft BizTalk Server Branch 2010, Microsoft BizTalk Server Developer 2010, Microsoft BizTalk Server Enterprise 2010, Microsoft BizTalk Server Standard 2010, Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard, Microsoft BizTalk Server 2013 Branch, Microsoft BizTalk Server 2013 Developer, Microsoft BizTalk Server 2013 Enterprise, Microsoft BizTalk Server 2013 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3021233 KbMtfr
Commentaires