Symptômes
Supposons que vous avez configuré le groupe de disponibilité AlwaysOn à l’aide de Pacemaker pour SQL Server 2017 ou 2019 sur Linux. Lors de la connexion à SQL Server, vous remarquez que le basculement intermittent du groupe de disponibilité se produit lorsque la connexion de l’assistance AG expire.
État
Microsoft a confirmé qu’il s’agissait d’un problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
Résolution
Ce problème est résolu dans les mises à jour cumulatives suivantes pour SQL Server :
À propos des mises à jour cumulatives pour SQL Server :
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et tous les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :
- Dernière mise à jour cumulative pour SQL Server 2019
- Dernière mise à jour cumulative pour SQL Server 2017
Informations supplémentaires
Supposons que vous avez configuré le groupe de disponibilité (AG) à l’aide de Pacemaker pour SQL Server 2017 ou 2019 sur Linux. Considérez que l’agent de ressources d’assistance du vérificateur général de pacemaker utilise le fichier de configuration de cluster suivant, comme mis en surbrillance. L’assistance AG utilise l’intervalle de connexion de 10 secondes, le délai d’expiration de connexion de 30 secondes et le délai d’expiration de surveillance de 90 secondes pour la case activée.
<master id="ha_cluster-master »>
<primitive class="ocf » id="ha_cluster » provider="mssql » type="ag »>
<instance_attributes id="ha_cluster-instance_attributes »>
<nvpair id="ha_cluster-instance_attributes-ha_name » name="ha_name » value="TEST_AG"/>
<nvpair id="ha_cluster-instance_attributes-trace_ra » name="trace_ra » value="1"/>
</instance_attributes>
<de plateforme>
<op id="ha_cluster-demote-interval-0s » interval="0s » name="demote » timeout="300"/>
<op id="ha_cluster-monitor-interval-60s » interval="60s » name="monitor » timeout="100"/>
<op id="ha_cluster-monitor-interval-11 » interval="10 » name="monitor » role="Master » timeout="90"/>
<op id="ha_cluster-monitor-interval-12 » interval="12 » name="monitor » role="Slave » timeout="60"/>
<op id="ha_cluster-notify-interval-0s » interval="0s » name="notify » timeout="60"/>
<op id="ha_cluster-promote-interval-0s » interval="0s » name="promote » timeout="60"/>
<op id="ha_cluster-start-interval-0s » interval="0s » name="start » timeout="60"/>
<op id="ha_cluster-stop-interval-0s » interval="0s » name="stop » timeout="300"/>
<Commande /operations>
<meta_attributes id="ha_cluster-meta_attributes »>
<nvpair id="ha_cluster-meta_attributes-timeout » name="timeout » value="30s"/>
<nvpair id="ha_cluster-meta_attributes-failure-timeout » name="failure-timeout » value="60s"/>
</meta_attributes>
<Commande /primitive>
<meta_attributes id="ha_cluster-master-meta_attributes »>
<nvpair id="ha_cluster-master-meta_attributes-notify » name="notify » value="true"/>
<nvpair id="ha_cluster-master-meta_attributes-trace_ra » name="trace_ra » value="1"/>
</meta_attributes>
</master>
Avant la mise à jour cumulative 21 (CU21) pour SQL Server 2017, si la connexion de la case activée d’intégrité AG expire lors de la connexion à SQL Server, une action de rétrogradation a été lancée entraînant le basculement d’AG vers un nœud secondaire.
À partir de CU21, si un délai de connexion se produit, l’agent de ressource d’assistance AG respecte le délai d’expiration du moniteur de 90 secondes et tente deux autres connexions. Si les trois tentatives de connexion échouent, l’agent de ressource d’assistance AG déclare le serveur SQL Server comme ne répondant pas et démarre l’action de rétrogradation, ce qui entraîne le basculement du groupe de disponibilité vers un nœud secondaire.
Références
En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.