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 microsoft et le support technique 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 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 plate-forme.

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 de fichier, elles sont converties en heure locale. Pour rechercher 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 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 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 appliquer ce package de mise à jour cumulative, vous devez exécuter 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 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 : une modification comportementale est apportée dans les distributions qui utilisent la dernière version disponible de Pacemaker. Les 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 SQL Server Moteur de base de données numéro de version de build 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.

Seul le dernier cu publié 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 contient tous les correctifs inclus avec la cu précédente pour la version installée de SQL Server.
• Les unités de certification SQL Server sont certifiées aux 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 unités de gestion à mesure qu’elles deviennent disponibles conformément aux instructions suivantes :
  • Les données historiques montrent qu’un nombre important de cas de support impliquent un problème qui a déjà été résolu dans une cu publiée.
  • Les unités de cluster peuvent contenir de la valeur ajoutée sur et au-dessus des correctifs logiciels. Cela inclut la prise en charge, la facilité de gestion et les mises à jour de fiabilité.
• Nous vous recommandons de tester les unités de certification SQL Server 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 workflow de basculement. Si un réplica principal subit une interruption, le cluster est censé basculer vers l’un des réplicas secondaires disponibles. Au lieu de cela, les utilisateurs remarqueront que le cluster continue d’essayer de démarrer le réplica principal qui a échoué. Si ce principal ne passe 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 de 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

Effectuez les étapes suivantes :

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

   # RHEL, propriété Ubuntu unset start-failure-is-fatal # ou pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Réduisez la valeur cluster-recheck-interval.

   # RHEL, ensemble de propriétés Ubuntu pcs set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Ajoutez la failure-timeout méta propriété à chaque ressource de groupe de disponibilité.

   # RHEL, mise à jour des ressources Ubuntu pcs ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # In the text editor, add 'meta failure-timeout=60s' after any 'param’s and before any 'op’s

   Note

   Dans ce code, remplacez la valeur par <Xmin> comme il convient. Si un réplica tombe en panne, le cluster tente de redémarrer le réplica à un intervalle qui est lié par la valeur failure-timeout et la valeur cluster-recheck-interval. Par exemple, si failure-timeout a la valeur de 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 60s et cluster-recheck-interval d’utiliser une valeur supérieure à 60 secondes. Nous vous recommandons de ne pas définir cluster-recheck-interval 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 la mise à jour à partir de SQL Server 2017 Cumulative Update 2 (CU2) directement vers SQL Server 2017 Cumulative Update 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 2017 Cumulative Update 3 (CU3) ou une mise à jour cumulative SQL Server 2017 ultérieure.

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 consulter les articles suivants avant de déployer la mise à jour :

• Mettre à niveau une instance de cluster de basculement

  Note

  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

  Note

  Si vous avez activé Always On avec le catalogue SSISDB , consultez les informations sur SSIS avec Always On sur l’application d’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 des instances en miroir

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

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

Un package CU inclut toutes les mises à jour disponibles pour tous les composants SQL Server 2017 (fonctionnalités). Toutefois, le package de mise à jour cumulative met à jour uniquement les composants actuellement installés sur l’instance SQL Server que vous sélectionnez pour être pris en charge. Si une fonctionnalité SQL Server (par exemple, Analysis Services) est ajoutée à l’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 une résolution des problèmes est nécessaire, vous devrez peut-être créer une demande de service. Les coûts de support habituels s’appliquent à des 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 longuement (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 vers la version précédente. Pour plus d’informations sur la restauration de l’installation, consultez Restauration de SQL Server.