CORRECTIF : Problèmes peuvent se produire lorsque vous déployez une application basée sur ASP.NET 2.0 qui communique avec Exchange Server, lorsqu’un site SharePoint exécute IIS 7.0 ou IIS 7.5 en mode intégré

Symptômes

Vous déployez une application web basée sur Microsoft ASP.NET 2.0 sur un site Web qui est hébergé sur un serveur Microsoft Office SharePoint server. L’application web communique avec Microsoft Exchange Server 2010. En outre, vous disposez d’Internet Information Services (IIS) 7.0 ou IIS 7.5 en mode intégré sur le serveur SharePoint. Dans ce cas, vous pouvez rencontrer les problèmes suivants.Problème 1Lorsque vous déployez un niveau de confiance partiel composant WebPart sur un site SharePoint, vous pouvez trouver que le composant WebPart peut être inattendu en mesure d’effectuer des opérations de confiance totale.Problème 2Le compteur de performance En file d’attente des requêtes dans des fonctions d’ASP.NET performance objet correctement en mode intégré. Par exemple, lorsque le paramètre MaxConcurrentRequestsPerCPU est trop faible, queuing se reflète pas dans le compteur. En outre, lorsque le paramètre est trop élevé, les files d’attente de demandes peuvent être refusés. Ce problème peut diminuer les performances du site SharePoint.

Cause

Problème 1Ce problème se produit en raison d’une erreur dans le composant d’authentification ASP.NET 2.0. L’erreur entraîne le niveau de confiance partiel de WebParts imiter le compte de pool d’applications. Par conséquent, les WebParts ont toutes les autorisations requises pour accéder au site SharePoint.Problème 2Ce problème se produit car le compteur de performance de La file d’attente ASP.NET\Request signale uniquement des valeurs lorsqu’une demande est en attente dans la file d’attente de ASP.NET. Il ne compte pas les demandes qui sont en attente pour le pool de thread de common language runtime (CLR).

Résolution

Problème 1Ce correctif logiciel ajoute un nouveau paramètre d’application (aspnet:AllowAnonymousImpersonation) dans ASP.NET 2.0. Pour activer ce paramètre, ajoutez la section suivante au fichier Web.config :

<appSettings>

< Ajouter clé = « aspnet:AllowAnonymousImpersonation » value = « true » / ></appSettings>Pour activer ce paramètre, vous devez disposer d’IIS 7 ou IIS 7.5 en mode intégré. Lorsque ce paramètre est activé, l’application s’exécute sous le contexte de sécurité de l’identité IUSR.Problème 2Lorsque vous surveillez le compteur de performance de La file d’attente de ASP.NET\Request après avoir appliqué ce correctif, vous voyez les valeurs augmentent de la même application, sous la même charge. Cela se produit car le compteur de performance de La file d’attente ASP.NET\Request compte à la fois les demandes en attente dans la file d’attente de ASP.NET et les demandes sont en attente pour le pool de threads CLR.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

Références

Pour plus d’informations sur les options que vous pouvez utiliser pour déployer des WebParts de SharePoint, reportez-vous au site Web de Microsoft TechNet suivant :

Configurer et déployer des WebParts (SharePoint Server 2010)Pour plus d’informations sur les compteurs de performance pour ASP.NET, visitez le site Web Microsoft Developer Network (MSDN) suivant :

Compteurs de performance pour ASP.NETPour plus d’informations sur le problème En file d’attente de ASP.NET\Request de compteur de performance, reportez-vous au site Web de Microsoft suivant :

Mode intégré de bogue « ASP.NET\Requests file » dans IISPour plus d'informations sur la terminologie de mise à jour logicielle, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

824684 Terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft