KB4341265 - Mise à jour cumulative 9 pour SQL Server 2017

La mise à jour suivante est disponible sur le Centre de téléchargement Microsoft :

Téléchargez le dernier package de mises à jour cumulatives pour SQL Server 2017 maintenant

Si la page de téléchargement ne s’affiche pas, procurez-vous le package de mise à jour cumulative auprès du Support technique et du Service clientèle Microsoft.

La mise à jour suivante est disponible dans le catalogue Microsoft Update :

Télécharger le package de mise à jour cumulative pour SQL Server 2017 CU9 maintenant

Pour mettre à jour SQL Server 2017 sur Linux vers la dernière mise à jour cumulative, vous devez d’abord configurer le référentiel de mise à jour cumulative. Ensuite, mettez à jour vos packages SQL Server à l’aide de la commande de mise à jour spécifique à la plateforme.

Pour les instructions d’installation et les liens directs vers les téléchargements du package de mise à jour cumulative, consultez les notes de version de SQL Server 2017.

Vous pouvez vérifier le téléchargement en calculant le hachage du fichier SQLServer2017-KB4341265-x64.exe à l’aide de la commande suivante :

certutil -hashfile SQLServer2017-KB4341265-x64.exe SHA256

La version anglaise de ce package dispose des attributs de fichier répertoriés dans le tableau suivant ou ceux d’une version ultérieure. Les date et heure de création de ces fichiers sont exprimées en temps universel coordonné (UTC). Lorsque vous affichez les informations du fichier, celles-ci sont converties en heure locale. Pour connaître le décalage entre l’heure UTC et l’heure locale, utilisez l’onglet Fuseau horaire dans l’élément Date et heure du Panneau de configuration.

Versions x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

Moteur d’indexation et de recherche en texte intégral SQL Server 2017

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Pour pouvoir appliquer ce package de mise à jour cumulative, vous devez utiliser SQL Server 2017.

Vous devrez peut-être redémarrer votre ordinateur après avoir appliqué ce package de mise à jour cumulative.

Pour utiliser l’un des correctifs logiciels contenus dans ce package, il n’est pas nécessaire de modifier le Registre.

Cet article fournit également des informations importantes sur les situations suivantes :

• Pacemaker : un changement de comportement est effectué dans les distributions qui utilisent la dernière version disponible de Pacemaker. Des méthodes d’atténuation sont fournies.

• Magasin des requêtes : vous devez exécuter ce script si vous utilisez le Magasin des requêtes et que vous avez déjà installé la mise à jour cumulative 2 de Microsoft SQL Server 2017.

Version de build de mise à jour cumulative d’Analysis Services

À compter de Microsoft SQL Server 2017, le numéro de version de build Analysis Services et le numéro de version de build du moteur de base de données SQL Server ne correspondent pas. Pour plus d’informations, voir Vérifier la version de build de la mise à jour cumulative Analysis Services.

Mises à jour cumulatives (CU)

Les mises à jour cumulatives (CU) sont à présent disponibles sur le Centre de téléchargement Microsoft.

Seule la mise à jour cumulative la plus récente publiée pour SQL Server 2017 est disponible sur le Centre de téléchargement.

Les packages des mises à jour cumulatives pour Linux sont disponibles à l’adresse https://packages.microsoft.com.

• Chaque nouvelle mise à jour cumulative contient tous les correctifs inclus dans la mise à jour cumulative précédente pour la version installée de SQL Server.
• Les mises à jour cumulatives SQL Server sont certifiées pour les mêmes niveaux que les Service Packs et doivent être installées au même niveau de confiance.
• Nous recommandons l’installation continue et proactive des mises à jour cumulatives à mesure qu’elles deviennent disponibles, conformément à ces instructions :
  • Les données historiques indiquent qu’un nombre important d’incidents de support concerne un problème déjà résolu dans une mise à jour cumulative publiée.
  • Les mises à jour cumulatives peuvent apporter une valeur ajoutée par rapport aux correctifs logiciels. notamment des mises à jour de capacité de prise en charge, de facilité de gestion et de fiabilité.
• Nous vous recommandons de tester les mises à jour cumulatives de SQL Server avant de les déployer dans un environnement de production.

IMPORTANT

Toutes les distributions (y compris RHEL 7.3 et 7.4) qui utilisent le dernier package Pacemaker disponible 1.1.18-11.el7 introduisent un changement de comportement pour le paramètre de start-failure-is-fatal cluster si sa valeur est false. Cette modification affecte le workflow de basculement. Si un réplica principal rencontre une panne, le cluster devrait basculer vers l’un des réplicas secondaires disponibles. Au lieu de cela, les utilisateurs remarquent que le cluster tente de démarrer le réplica principal défaillant. Si ce principal n’est jamais en ligne (en raison d’une interruption permanente), le cluster ne bascule jamais vers un autre réplica secondaire disponible.

Ce problème affecte toutes les versions SQL Server, quelle que soit la version de mise à jourcumulative utilisée.

Pour résoudre ce problème, appliquez l’une des méthodes suivantes :

Méthode 1

Procédez comme suit :

1. Supprimez le start-failure-is-fatal remplacement du cluster existant.

   # RHEL, Ubuntu pcs property unset start-failure-is-fatal # or pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Diminuez la cluster-recheck-interval valeur.

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Ajoutez la failure-timeout propriété meta à chaque ressource AG.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # Dans l’éditeur de texte, ajoutez « meta failure-timeout=60s » après n’importe quel « param » et avant tout « op »

   Remarque

   Dans ce code, remplacez la valeur de <Xmin> selon le cas échéant. Si un réplica tombe en panne, le cluster tente de redémarrer le réplica à un intervalle lié par la valeur et la failure-timeoutcluster-recheck-interval valeur. Par exemple, si failure-timeout est défini sur 60 secondes et cluster-recheck-interval est défini sur 120 secondes, le redémarrage est tenté à un intervalle supérieur à 60 secondes mais inférieur à 120 secondes. Nous vous recommandons de définir failure-timeout sur et cluster-recheck-interval sur une valeur supérieure à 60s 60 secondes. Nous vous recommandons de ne pas définir cluster-recheck-interval sur une petite valeur. Pour plus d’informations, consultez la documentation Pacemaker ou consultez le fournisseur du système.

Méthode 2

Revenir à la version 1.1.16 de Pacemaker

IMPORTANT

Vous devez exécuter ce script si vous utilisez le Magasin des requêtes et que vous effectuez une mise à jour cumulative 2 de SQL Server 2017 vers la mise à jour cumulative 3 de SQL Server 2017 ou toute mise à jour cumulative ultérieure. Vous ne devez pas exécuter ce script si vous avez déjà installé SQL Server mise à jour cumulative 3 de 2017 (CU3) ou toute mise à jour cumulative ultérieure SQL Server 2017.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

Lorsque vous déployez les correctifs logiciels dans un environnement hybride (AlwaysOn, réplication, cluster et mise en miroir, par exemple), nous vous recommandons de consulter au préalable les articles suivants :

• Mettre à niveau une instance de cluster de basculement

  Remarque

  Si vous ne souhaitez pas utiliser le processus de mise à jour progressive, procédez comme suit pour appliquer une mise à jour :

  • Installez la mise à jour sur le nœud passif.
  • Installez la mise à jour sur le nœud actif (nécessite un redémarrage du service).

• Mise à niveau et mise à jour des serveurs de groupes de disponibilité qui utilisent une perte de données et une indisponibilité minimales

  Remarque

  Si vous avez activé Always On avec le catalogue SSISDB, consultez les informations sur SSIS avec Always On pour savoir comment appliquer une mise à jour dans ces environnements.

• Comment appliquer un correctif logiciel pour SQL Server dans une topologie de mise en miroir de la base de données et de réplication transactionnelle

• Comment appliquer un correctif logiciel pour SQL Server dans une topologie de réplication

• Mise à niveau des instances en miroir

• Vue d’ensemble de l’installation de maintenance SQL Server

Les mises à jour cumulatives de SQL Server sont actuellement multilingues. Par conséquent, cette mise à jour cumulative n’est pas spécifique à une seule langue. mais à toutes les langues prises en charge.

Un package CU inclut toutes les mises à jour disponibles pour tous les composants de SQL Server 2017 (fonctionnalités). Toutefois, la mise à jour cumulative ne met à jour que les composants installés sur le système sur l'instance SQL Server que vous choisissez de desservir. Si une fonction SQL Server (par exemple Analysis Services) est ajoutée à l’instance après l’application de cette mise à jour cumulative, vous devez réappliquer cette mise à jour cumulative pour mettre à jour la nouvelle fonction à cette mise à jour cumulative.

Si d’autres problèmes surviennent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être créer une demande de service distincte. Les coûts habituels du support technique s’appliqueront aux autres questions et problèmes non directement liés à cette mise à jour cumulative. Pour obtenir la liste complète des numéros de téléphone du Support technique et du Service clientèle Microsoft ou pour créer une demande de service distincte, reportez-vous au site web Support Microsoft.

1. Dans le Panneau de contrôle, ouvrez l’élément Programmes et fonctionnalités , puis sélectionnez Afficher les mises à jour installées.
2. Recherchez l’entrée correspondant à ce package de mise à jour cumulative sous SQL Server 2017.
3. Appuyez longuement (ou cliquez avec le bouton droit) sur l’entrée, puis sélectionnez Désinstaller.

Pour désinstaller cette mise à jour cumulative sous Linux, vous devez restaurer le package à la version précédente. Pour plus d’informations sur la restauration de l’installation, voir Restauration de SQL Server.