Mises à jour à la logique de détection Microsoft Update pour la maintenance 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) incluaient les branches de maintenance suivantes :

• Une branche de version de distribution générale (GDR) qui contient uniquement des correctifs de sécurité et d’autres correctifs critiques.
• Une 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 Microsoft Update (MU) a été construite de sorte que les instances de la base de référence de maintenance ou le long de la branche GDR se voient proposer des mises à jour à partir de la branche GDR.

Auparavant, les utilisateurs devaient installer de manière proactive au moins une cu pour aligner les instance sur la branche CU pour la maintenance via mu. Toutefois, après cela, vous ne pouviez pas 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.
• La 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 configuration.

Cette logique a été établie pour réduire les modifications apportées au instance si une mise à jour de sécurité ou une autre mise à jour critique était nécessaire. 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 non liées à la 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 tout en évitant de retourner des instances dans l’apprentissage cu sans consentement explicite de l’utilisateur, les modifications suivantes ont été apportées à la logique de détection mu pour les mises en production de maintenance et de sécurité de routine pour les versions de maintenance les plus récentes des bases de référence prises en charge :

• Mises à jour cumulative : la logique de détection mu permet désormais à propre instances qui se trouvent à la base de référence (RTM ou SP, sans mise à jour de maintenance) ou qui sont déjà mises à jour le long de la branche CU de recevoir la mise à jour. Une mise à jour cu n’a pas besoin d’être installée pour qu’une instance la mise à jour soit proposée. Toutefois, si le instance a une mise à jour GDR, le instance doit toujours être mis à jour manuellement en dehors de mu pour devenir gérable via l’automatisation MU (WSUS).
• Mises en production de sécurité (GDR) : la logique des mises en production de sécurité est désormais divisée en deux canaux :
  • Un canal de Mises à jour automatique (Microsoft Update) conserve l’ancien comportement historique qui nécessite l’installation d’une cu sur le instance afin que la version de branche cu de la version de sécurité soit proposée. Il le fait pour protéger les instances de recevoir toutes les mises à jour au lieu de uniquement les mises à jour critiques et liées à la sécurité sans preuve que l’utilisateur opte explicitement pour le mode de maintenance plus étendu.
  • Canal WSUS/Catalogue qui utilise la nouvelle logique de détection qui permet d’appliquer la version de branche CU de la version de sécurité à une propre base de référence instance. 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 RTM 2019 : Toutes les unités de certification
• Versions GDR et sécurité : toutes à partir de 2021

Remarque

Pour SQL Server 2019, la base de référence RTM peut être la ligne de base de la version RTM (15.0.2000.5) ou la ligne de base de la version RTM + RTM GDR (15.0.2070.41). L’une ou l’autre version fonctionne pour cette version. Pour la base de référence SQL Server 2014 SP3 (12.3.6024.0), le nouveau modèle sera implémenté pour les versions de sécurité GDR sur la branche CU à partir de 2021. Pour plus d’informations sur l’ancien modèle de détection Microsoft Update, consultez Les unités de certification SQL Server non applicables sont répertoriées dans WSUS, MU ou ConfMgr.