Symptômes
Supposez que votre application utilise l’assembly CLR (Common Language Runtime) Microsoft .NET et que le AppDomain qui héberge cet assembly a été déchargé pour une raison quelconque ou que vous utilisiez l’assembly pour la première fois depuis le démarrage de Microsoft SQL Server 2016 ou 2017. Lorsque l’instruction SQL qui fait référence à l’assembly est interrompue (l’annulation d’une instruction SQL est demandée ou un délai d’expiration dans l’application cliente), le chargement de l’assembly peut être interrompu et toute utilisation ultérieure de ce dernier échoue. Par ailleurs, il est possible que vous receviez des messages d’erreur similaires à ce qui suit :
Erreur SPID SPID # erreur : 10314, gravité : 16, État : 11.DateHeure SPID # une erreur s’est produite dans Microsoft .NET Framework lors de la tentative de chargement de l’ID d’assembly #. Le serveur est peut-être à court de ressources ou ne peut pas être approuvé avec PERMISSION_SET = EXTERNAL_ACCESS ou unsafe.
Dès qu’une erreur se produit, une nouvelle tentative de chargement de l’assembly provoquera une erreur, car la première erreur est conservée dans un cache CLR. Pour en savoir plus, vous pouvez voir <élément> disableCachingBindingFailures.
Statut
Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
Résolution
Ce problème a été résolu dans les mises à jour cumulatives de SQL Server suivantes :
À propos des mises à jour cumulatives pour SQL Server :
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :
Références
En savoir plus sur leterminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
