Mises à jour de la logique de détection de Microsoft Update pour la maintenance de SQL Server

S’applique à : SQL Server 2019, SQL Server 2017, SQL Server 2016

Historiquement, les bases de référence de maintenance (RTM ou Service Pack) ont inclus les branches de maintenance suivantes :

• Une branche GDR (General Distribution Release) qui contient uniquement des correctifs de sécurité et d’autres correctifs critiques.
• Branche de mise à jour cumulative (CU) qui contient des correctifs de sécurité et d’autres correctifs critiques ainsi que tous les autres correctifs pour la base de référence.

La logique de détection de Microsoft Update (MU) a été construite afin que les instances de la base de référence de maintenance ou le long de la branche GDR soient proposées des mises à jour de la branche GDR.

Auparavant, les utilisateurs devaient installer de manière proactive au moins une cu pour aligner l’instance sur la branche CU pour la maintenance via MU. Toutefois, après cela, vous n’avez pas pu revenir à la branche GDR pour cette instance tant que l’une des modifications suivantes n’a pas été apportée :

• La base de référence a été réinitialisée en passant au service pack suivant.
• L’instance a été rétablie à la branche GDR ou à la base de référence de maintenance en désinstallant toutes les unités de gestion cloud.

Cette logique a été établie pour réduire les modifications apportées à l’instance si une mise à jour de sécurité ou une autre mise à jour critique a été requise. Les instances de la branche CU doivent prendre toutes les mises à jour publiées pour la base de référence lorsqu’une sécurité requise ou une autre version critique s’affiche. Cela inclut toutes les modifications sans sécurité jusqu’à la mise à jour de sécurité requise.

Toutefois, cette logique a créé des problèmes pour les utilisateurs qui ont essayé de gérer la maintenance de routine de grands ensembles d’instances à l’aide de WSUS. Cela est dû au fait que la logique mu n’a pas pu être utilisée sans mettre à jour manuellement chaque client afin qu’il puisse participer. Pour contourner ce problème et éviter de basculer des instances vers l’apprentissage cu sans consentement explicite de l’utilisateur, les modifications suivantes ont été apportées à la logique de détection mu pour les versions courantes de maintenance et de sécurité pour les versions de maintenance les plus récentes des lignes de base de prise en charge :

• Mises à jour cumulatives : la logique de détection mu permet désormais de nettoyer les instances qui se trouvent à la base de référence (RTM ou SP, sans mises à jour de maintenance) ou qui sont déjà mises à jour le long de la branche CU pour recevoir la mise à jour. Une mise à jour cu n’a pas besoin d’être installée pour qu’une instance soit proposée à la mise à jour. Toutefois, si l’instance a une mise à jour GDR, l’instance doit toujours être mise à jour manuellement en dehors de mu pour devenir gérable via l’automatisation de MU (WSUS).
• Versions de sécurité (GDR) : la logique des versions de sécurité est désormais divisée en canaux suivants :
  • Un canal mises à jour automatiques (Microsoft Update) conserve l’ancien comportement historique qui nécessite l’installation d’une cu sur l’instance afin que la version de la branche CU de la version de sécurité soit proposée. Cela permet de protéger les instances de recevoir toutes les mises à jour au lieu de seules mises à jour critiques et liées à la sécurité sans preuve de l’utilisateur optant explicitement pour le mode de maintenance plus étendu.
  • Canal WSUS/Catalogue qui utilise la nouvelle logique de détection qui permet à la version de branche CU de la version de sécurité d’être appliquée à une instance de base de référence propre. Il s’agit du canal de la version qui sera présenté aux utilisateurs qui accèdent au site web du catalogue Microsoft Update.

Cette nouvelle logique de détection mise à jour s’applique aux versions cu et GDR suivantes :

• SQL Server 2016 Service Pack 2 : CU14 et versions ultérieures
• SQL Server 2017 RTM : CU19 et versions ultérieures
• SQL Server 2019 RTM : Toutes les unités de gestion cloud
• Mises en production de GDR et de sécurité : tous à partir de 2021