Microsoft distribue les correctifs Microsoft SQL Server 2012 sous la forme d’un fichier téléchargeable. Dans la mesure où les correctifs sont cumulatifs, chaque nouvelle version contient tous les correctifs et les correctifs de sécurité inclus dans la version précédente du correctif SQL Server 2012.
Symptômes
Supposez que vous utilisez l’agent SQL Server pour exécuter de nombreux packages SQL Server 2012 Integration Services (SSIS 2012) en parallèle. Par ailleurs, l’événement SSIS est configuré pour être enregistré dans les tables SSISDB ou MSDB. Dans ce cas, l’exécution d’un package SSIS se termine de façon inattendue et a un état « Canceled ». Lorsque c’est le cas, aucun message d’erreur n’est consigné. Par exemple, l’exécution longue d’un package SSIS qui dure 2 à 3 heures se termine de manière inattendue, a un statut « annulé » et ne présente aucun message d’erreur consigné.Remarque
-
Le résultat attendu est que l’exécution du package doit aboutir ou échouer en cas de problèmes. Par ailleurs, l’état « annulé » doit apparaître uniquement pour les exécutions de package qui sont arrêtées explicitement.
-
Ce problème est plus susceptible de se produire lorsque l’instance du moteur de base de données SQL Server dans laquelle les événements SSIS sont journalisés est en état de stress. Les conditions stressées peuvent inclure le blocage, les performances dégradées ou les retards causés par la croissance de la base de données SSISDB.
Cause
Le problème se produit car la journalisation des événements expire. L’exécution du package SSIS est alors annulée prématurément. Lorsqu’un événement SSIS est configuré pour être enregistré dans les tables SSISDB ou MSDB, une commande d' insertion écrit les statistiques d’événement du journal et de performance dans ces tables en interne. S’il existe plusieurs exécutions parallèles de packages SSIS, de nombreuses commandes d' insertion parallèle sont exécutées. Par conséquent, l’erreur d’expiration est plus susceptible de se produire et cause du problème décrit dans la section « symptômes ».
Résolution
Après avoir appliqué le correctif, le délai d’expiration de la commande Insérer est passé de 30 secondes à 120 secondes. De plus, si le délai d’expiration survient après un délai de 120, l’exécution du package SSIS ne sera pas annulée. Au lieu de cela, les événements du journal en attente sont ignorés afin d’éviter l’échec du package.
Informations sur les mises à jour cumulatives
Package de mise à jour cumulative 3 pour SQL Server 2012
Le correctif de ce problème a été émis pour la première fois dans la mise à jour cumulative 3. Pour plus d’informations sur la façon d’obtenir ce package de mise à jour cumulative pour SQL Server 2012, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :
2723749 Mise à jour cumulative 3 pour SQL Server 2012Remarque Dans la mesure où les builds sont cumulatives, chaque nouvelle version du correctif contient tous les correctifs et les correctifs de sécurité inclus dans l’ancienne version du correctif SQL Server 2012. Nous vous recommandons d’appliquer la version de correctif la plus récente qui contient ce correctif. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
2692828 Builds SQL Server 2012 publiées après la sortie de SQL Server 2012
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.
Solution de contournement
Pour contourner ce problème, utilisez l’une des méthodes suivantes :
-
Essayez de réduire le nombre de packages SSIS ou moins de tâches en parallèle.
-
Essayez de réduire le paramètre de niveau de connexion lorsque vous exécutez un package à partir de Management Studio ou à partir d’une tâche d’agent SQL Server. Par exemple, si vous utilisez la journalisation détaillée, vous pouvez définir le paramètre de niveau de connexion sur basique ou aucune. Si vous utilisez les paramètres de journalisation des paramètres de package SSIS dans le concepteur SQL Server Data Tools designer, vous pouvez consigner les événements dans un fichier texte plutôt que dans les tables de base de données SSISDB ou MSDB.
