Symptômes
Prenons l’exemple du scénario suivant :
-
Vous utilisez Microsoft SQL Server 2012 ou SQL Server 2014.
-
Une base de données avec Service Broker est activée dans le réplica principal.
-
Vous effectuez une sauvegarde de la base de données sur le serveur principal, qui est activé par Service Broker et restaure sur le serveur secondaire.
-
Dans le cadre de la définition du groupe de disponibilité entre le serveur principal et le serveur secondaire, vous essayez de joindre la base de données au groupe de disponibilité en utilisant l’Assistant Nouveau groupe de disponibilité ou la commande : ALTER DATABASE <dbname> définir le groupe de disponibilité HADR = <AGNAME>
Dans ce scénario, le message d’erreur suivant est consigné dans le journal des erreurs SQL Server :
{Erreur : 3449, gravité : 21, État : 1. SQL Server doit être arrêté pour pouvoir récupérer une base de données (ID de base de données 1). La base de données est une base de données utilisateur qui ne peut pas être arrêtée ou une base de données système. Redémarrez SQL Server. Si la récupération de la base de données échoue après un autre démarrage, la réparation ou l’restoreSQL de la trace a été arrêtée en raison de l’arrêt du serveur. ID de suivi = « 1 ». Il s’agit d’un message d’information uniquement ; aucune action de l’utilisateur n’est requise.}
Cause
Le problème se produit car si une base de données de service Broker activée est sauvegardée et restaurée sur le serveur secondaire, le Service Broker dans la base de données restaurée n’est pas activé. La base de données conserve toujours un ID de service Broker en interne. Lorsque vous ajoutez la base de données restaurée sur le serveur secondaire au groupe de disponibilité, le Service Broker est activé. Le même GUID dans la base de données de disponibilité est détecté et l’erreur suivante est déclenchée (silencieusement) : 9772 "le Service Broker dans la base de données"<dbname>"ne peut pas être activé, car il existe déjà un service Broker activé pour ce même identifiant». Cela génère l’erreur 3449, car la base de données rejoint le groupe de disponibilité et force l’arrêt inattendu de SQL Server.
Résolution
Le problème a été résolu dans la mise à jour cumulative suivante de SQL Server.
Mise à jour cumulative 1 pour SQL Server 2014 /en-us/help/2931693
Mise à jour cumulative 9 pour SQL Server 2012 SP1 /en-us/help/2931078
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 :
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.
