Résumé
Cet article décrit les améliorations incluses dans cette mise à jour pour Always On groupes de disponibilité sur un cluster Pacemaker dans Microsoft SQL Server.
Cette mise à jour inclut les améliorations suivantes :
-
La propriété de ressource online_database_retries n’est plus utilisée. Cette propriété est ignorée si elle est définie. Avant la mise à jour cumulative 8 (CU8), cette propriété peut être utilisée pour contrôler la durée pendant laquelle les actions de démarrage et de surveillance attendent que toutes les bases de données du groupe de disponibilité soient mises en ligne. Ces actions attendent maintenant indéfiniment que le délai d’attente de l’action configuré sur la ressource Pacemaker expire.
-
La propriété de ressource monitor_timeout est renommée en connection_timeout pour mieux refléter son utilisation. Le nom d’origine est toujours utilisé pour la compatibilité descendante.
-
Avant CU8, la valeur de délai d’attente de l’action du moniteur ne pouvait pas être inférieure à la valeur de la propriété monitor_timeout . Les utilisateurs qui souhaitaient que l’action de surveillance échoue plus rapidement que le temps de récupération auraient utilisé online_database_retries pour ce faire. Étant donné que online_database_retries n’est plus utilisé dans la mise à jour cumulative 8, cette restriction sur le délai d’expiration de l’action du moniteur est supprimée.
-
L’action de promotion attend maintenant que les bases de données arrivent en ligne après la promotion du réplica de groupe de disponibilité.
-
L’action de rétrogradation définit désormais le réplica sur le rôle RESOLVING au lieu du rôle SECONDAIRE pour des basculements plus rapides. Le principal d’origine reste dans le rôle RESOLVING jusqu’à ce qu’un nouveau réplica soit promu au rôle PRIMARY. Après cela, le serveur principal d’origine redémarre automatiquement dans le rôle SECONDARY. Ce redémarrage est déclenché par l’échec de l’action de surveillance par le serveur principal d’origine. Cela est signalé par les outils de supervision de cluster tels que crm_mon. Cela ne doit pas être considéré comme une source de préoccupation.
-
Nous recommandons aux utilisateurs qui définissent des valeurs non définies pour la propriété de ressource online_database_retries ou la propriété de ressource monitor_timeout , ou qui définissent des valeurs non définies par défaut pour l’un des délais d’expiration de l’action de ressource, d’appliquer les modifications suivantes :
-
Définissez connection_timeout sur une valeur supérieure à la durée maximale (en secondes) nécessaire aux bases de données du groupe de disponibilité pour terminer la récupération.
-
Définissez le délai d’attente de démarrage et de promotion de l’action sur une valeur supérieure à la durée maximale (en secondes) nécessaire aux bases de données du groupe de disponibilité pour terminer la récupération.
Par exemple, si la récupération des bases de données du groupe de disponibilité prend 15 minutes (900 secondes), les paramètres doivent être les suivants :
-
Connection_timeout=900
-
Délai d’expiration du début de l’opération =intervalle 900s=0s
-
Op promote timeout=900s interval=0s
-
-
Informations supplémentaires
Ces améliorations sont incluses dans la mise à jour suivante pour SQL Server :
Mise à jour cumulative 8 pour SQL Server 2017
À propos des builds SQL Server
Chaque nouvelle build pour SQL Server contient tous les correctifs de sécurité et correctifs de sécurité qui se trouvaient dans la build précédente. Nous vous recommandons d’installer la dernière build pour votre version de SQL Server :
Références
Découvrez la terminologie standard utilisée par Microsoft pour décrire les mises à jour logicielles.
