KB4341265 - Mise à jour cumulative 9 pour SQL Server 2017

La mise à jour suivante est disponible à partir du Centre de téléchargement Microsoft :

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

Si la page de téléchargement n’apparaît pas, contactez le service clientèle et le support microsoft pour obtenir le package de mise à jour cumulative.

La mise à jour suivante est disponible à partir du 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 disposer du référentiel de mise à jour cumulative configuré. Ensuite, mettez à jour vos packages SQL Server à l’aide de la commande de mise à jour appropriée spécifique à la plateforme.

Pour obtenir des instructions d’installation et des liens directs vers les téléchargements de packages CU, consultez les notes de publication 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 contient les attributs de fichier (ou les attributs de fichier ultérieurs) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont répertoriées en temps universel coordonné (UTC). Lorsque vous affichez les informations du fichier, elles sont converties en heure locale. Pour trouver la différence entre l’heure UTC et l’heure locale, utilisez l’onglet Fuseau horaire dans l’élément Date et Heure dans Panneau de configuration.

Versions x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server sql_dreplay_client 2017

sql_dreplay_controller du SQL Server 2017

instance principale des services de base de données SQL Server 2017

SQL Server 2017 Database Services Core Shared

SQL Server sql_extensibility 2017

Moteur Full-Text SQL Server 2017

SQL Server sql_inst_mr 2017

SQL Server 2017 Integration Services

sql_polybase_core_inst SQL Server 2017

SQL Server sql_shared_mr 2017

SQL Server sql_tools_extensions 2017

Pour appliquer ce package de mise à jour cumulative, vous devez exécuter SQL Server 2017.

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

Pour utiliser l’un des correctifs logiciels de ce package, vous n’avez pas besoin d’apporter de modifications au Registre.

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

• Pacemaker : un changement de comportement est apporté 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é Microsoft SQL Server 2017 Cumulative Update 2 (CU2).

Version de build de cu 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, consultez Vérifier la version de build de mise à jour cumulative Analysis Services.

Mises à jour cumulatives (CU)

Les mises à jour cumulatives (CU) sont désormais disponibles dans le Centre de téléchargement Microsoft.

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

Les packages CU pour Linux sont disponibles à l’adresse https://packages.microsoft.com.

• Chaque nouvelle mise à jour cumulative contient tous les correctifs inclus avec l’unité de mise à jour précédente pour la version installée de SQL Server.
• SQL Server unités de certification sont certifiées aux mêmes niveaux que les Service Packs et doivent être installées au même niveau de confiance.
• Nous recommandons une installation continue et proactive des unités de certification à mesure qu’elles deviennent disponibles conformément aux recommandations suivantes :
  • Les données historiques montrent qu’un nombre important de cas de support impliquent un problème qui a déjà été traité dans une cu publiée.
  • Les unités de configuration peuvent contenir une valeur ajoutée en plus des correctifs logiciels. Cela inclut la prise en charge, la facilité de gestion et les mises à jour de fiabilité.
• Nous vous recommandons de tester SQL Server unités de certification avant de les déployer dans des environnements 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 flux de travail de basculement. Si un réplica principal subit une panne, le cluster est censé basculer vers l’un des réplicas secondaires disponibles. Au lieu de cela, les utilisateurs remarquent que le cluster continue à essayer de démarrer le réplica principal ayant échoué. Si ce serveur principal n’est jamais mis en ligne (en raison d’une panne 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 à jour cumulative sur laquelle elles se trouvent.

Pour atténuer le problème, utilisez 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 # ou 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 du groupe de disponibilité.

   # 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 tout 'param’s et avant tout 'op’s

   Remarque

   Dans ce code, remplacez la valeur <par Xmin> comme il convient. Si une réplica tombe en panne, le cluster tente de redémarrer le réplica à un intervalle lié par la failure-timeout valeur et la cluster-recheck-interval valeur. Par exemple, si failure-timeout est défini sur 60 secondes et cluster-recheck-interval 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-timeout60s sur et cluster-recheck-interval sur une valeur supérieure à 60 secondes. Nous vous recommandons de ne pas définir cluster-recheck-interval sur une petite valeur. Pour plus d’informations, reportez-vous à la documentation Pacemaker ou consultez le fournisseur de système.

Méthode 2

Revenez à Pacemaker version 1.1.16.

IMPORTANT

Vous devez exécuter ce script si vous utilisez Magasin des requêtes et que vous effectuez une mise à jour à partir de SQL Server mise à jour cumulative 2017 (CU2) directement vers SQL Server mise à jour cumulative 3 (CU3) ou toute mise à jour cumulative ultérieure. Vous n’avez pas besoin d’exécuter ce script si vous avez déjà installé SQL Server mise à jour cumulative 3 (CU3) 2017 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 une mise à jour dans un environnement hybride (par exemple, Always On, réplication, cluster et mise en miroir), nous vous recommandons de vous reporter aux articles suivants avant de déployer la mise à jour :

• Mettre à niveau un cluster de basculement instance

  Remarque

  Si vous ne souhaitez pas utiliser le processus de mise à jour propagée, 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 groupe de disponibilité qui utilisent un temps d’arrêt minimal et une perte de données

  Remarque

  Si vous avez activé Always On avec le catalogue SSISDB, consultez les informations sur SSIS avec Always On sur la façon d’appliquer une mise à jour dans ces environnements.

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

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

• Mise à niveau d’instances mises en miroir

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

SQL Server unités de certification sont actuellement multilingues. Par conséquent, ce package CU n’est pas spécifique à un seul langage. Elle s’applique à toutes les langues prises en charge.

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

Si d’autres problèmes se produisent ou si un dépannage est nécessaire, vous devrez peut-être créer une demande de service. Les coûts de support habituels s’appliquent aux questions de support supplémentaires et aux problèmes qui ne sont pas éligibles pour ce package de mise à jour cumulative spécifique. Pour obtenir la liste complète des numéros de téléphone du service clientèle et du support technique Microsoft, ou pour créer une demande de service distincte, accédez au site web du support Microsoft.

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

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