Groupe de disponibilité AlwaysOn qui contient la base de données SSISDB reste dans l'état « Résolution » après un basculement dans SQL 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: 3139534
Symptômes
Supposons que le SSISDBdatabase est un membre d'un groupe de disponibilité AlwaysOn, et que ce groupe de disponibilité bascule pendant l'exécution d'un lot à partir de SSISDB est synchrone. Dans ce cas, le groupe de disponibilité peuvent rester dans un état « résolution », sur le (maintenant anciennement) réplica principal jusqu'à la fin de l'exécution du package.

Dans ce scénario, l'opération de basculement réussit, mais le groupe de disponibilité sur le réplica (nouveau) secondaire reste à l'état de résolution jusqu'à la fin de l'exécution du package. Pendant ce temps, le journal des erreurs de SQL Server affiche un message semblable au suivant :

Les transactions non qualifiées sont annulées dans la base de données SSISDB pour un changement d'état des groupes de disponibilité AlwaysOn. Estimation d'achèvement de la restauration: 0 %. Il s'agit d'un message d'information uniquement. Aucune action utilisateur n'est requise.

Interroger l'état de session indique que la session qui a été utilisée pour exécuter le travail dans l'état KILLED/ROLLBACK. Si ou lorsque l'exécution est terminée, il peut déclencher des erreurs comme suit :

Msg 0, niveau 11, état 0, ligne 6

Une erreur grave s'est produite sur la commande actuelle. Les résultats, le cas échéant, doivent être ignorés.

Msg 0, niveau 20, état 0, ligne 6

Une erreur grave s'est produite sur la commande actuelle. Les résultats, le cas échéant, doivent être ignorés.
Cause
Ce problème se produit car les threads utilisés pour exécuter le package SSIS sont en dehors du contrôle du mécanisme qui est utilisé pour mettre fin à une session de SQL Server. Lorsqu'un package est exécuté de façon synchrone, cela entraîne l'exécution d'une boucle qui empêche SQL Server à partir de la fin de la session jusqu'à ce que l'exécution du lot terminée.
Contournement
Pour contourner ce problème, configurez le package SSIS à exécuter de façon asynchrone. L'exécution du package asynchrone est le comportement par défaut.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3139534 - Dernière mise à jour : 02/02/2016 18:10:00 - Révision : 1.0

Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbmt KB3139534 KbMtfr
Commentaires