Symptômes
Supposez que vous utilisez la fonctionnalité groupes de disponibilité AlwaysOn dans Microsoft SQL Server 2014. Après le redémarrage d’une instance de SQL Server, les bases de données qui participent aux groupes de disponibilité peut afficher un État « ne synchronisation » sur les réplicas secondaires. Par ailleurs, vous ne pouvez pas joindre ou supprimer des bases de données dans les groupes de disponibilité. Par ailleurs, vous ne pouvez pas supprimer les groupes de disponibilité des réplicas secondaires. Dans ce cas, les messages d’erreur qui ressemblent à ce qui suit sont enregistrés dans le journal des erreurs SQL Server :
Démarrage de la base de donnéesdatabase_name. Le démarrage par défaut de la base de données «database_name» est ignoré, car la base de données appartient à un groupe de disponibilité (ID de groupe : group_id). La base de données est démarrée par le groupe disponibilité. Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. Informations sur l’état de la base de données'database_name'-LSN Hardended : ' (0:0:0) 'Commit LSN : ' (0:0:0) 'Commit Time: 'Time Time', connexion de groupes de disponibilité avec la base de données principale arrêtée pour la base de données secondaire'database_name'sur le RÉPLICA de disponibilité'Replica_Name'avec l’ID de réplica : {Replica_ID}. Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. Informations relatives à l’état de la base de données'database_name'-Hardended LSN : ' (0:0:0) 'Commit LSN : ' (0:0:0) 'Time Time : 'informations d’étattimedeDate'dela base de données'Database_Name'-Hardended'-' (0:0:0) 'horodatagedevalidationdatabase_name0:0:0 : ' Connexion de groupes de disponibilité AlwaysOn avec la base de données principale établie pour la base de données secondaire «database_name» sur le réplica de disponibilité «REPLICA_NAME» avec l’ID de réplica : {Replica_ID}. Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. 2289 les transactions transmises dans la base de données «database_name» (107:0). Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. CHECKDB pour la base de données «database_name» terminée sans erreur aumoment de la Date(heure locale). Il s’agit d’un message d’information uniquement ; aucune action de l’utilisateur n’est requise. Connexion aux groupes de disponibilité AlwaysOn avec la base de données principale arrêtée pour la base de données secondaire «database_name» sur le réplica de disponibilité «REPLICA_NAME» avec l’ID de réplica : {Replica_ID}. Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise.
Cause
Ce problème se produit en raison d’une situation de blocage entre un thread de rétablissement et un thread de changement de rôle.
Résolution
Ce problème a été résolu dans les mises à jour cumulatives suivantes pour SQL Server 2014 :
Mise à jour cumulative 2 pour SQL server 2014 Service Pack 1- mise à jour cumulative 9 pour SQL Server 2014
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.
Références
Apprenez-en davantage sur la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
