KB5011644 - Mise à jour cumulative 16 pour SQL Server 2019
Date de mise en production:
18/04/2022
Version:
15.0.4223.1
Résumé
Cet article décrit le package de mise à jour cumulative 16 (CU16) pour Microsoft SQL Server 2019. Cette mise à jour contient 43 correctifs qui ont été émis après la publication de SQL Server mise à jour cumulative 15 de 2019, et met à jour les composants dans les builds suivantes :
-
SQL Server - Version du produit : 15.0.4223.1, version du fichier : 2019.150.4223.1
-
Analysis Services - Version du produit : 15.0.35.23, version du fichier : 2018.150.35.23
Problèmes connus dans cette mise à jour
SQL Server 2019 CU14 a introduit un correctif pour résoudre les mauvais résultats dans les plans parallèles retournés par les SESSION_CONTEXT intégrés. Toutefois, ce correctif peut entraîner des fichiers de vidage de violation d’accès lors de la réinitialisation de session pour réutilisation. Pour atténuer ce problème, vous pouvez désactiver le correctif d’origine et désactiver le parallélisme pour les SESSION_CONTEXT intégrés afin d’éviter des résultats incorrects. Pour ce faire, utilisez les indicateurs de trace suivants :
-
11042 - Cet indicateur de trace désactive le parallélisme pour les SESSION_CONTEXT intégrées.
-
9432 - Cet indicateur de trace désactive le correctif introduit dans SQL Server 2019 CU14.
Microsoft travaille actuellement sur un correctif pour ce problème qui sera disponible dans une prochaine cu.
Améliorations et correctifs inclus dans cette mise à jour
Important : Les sauvegardes compressées TDE (Transparent Data Encryption) créées avec les versions cu précédentes de SQL Server 2019 peuvent être restaurées sur SQL Server 2019 CU 16 et versions ultérieures.
Toutefois, en raison de l’amélioration du format de sauvegarde dans SQL Server 2019 CU 16, les sauvegardes compressées TDE créées avec SQL Server 2019 CU 16 ou versions ultérieures ne peuvent pas être restaurées sur SQL Server CU 2019 15 ou versions antérieures.
Pour plus d’informations, consultez CORRECTIF : L’erreur 3241 se produit lors de l’exécution de RESTORE DATABASE OU RESTORE LOG.
Un classeur Excel téléchargeable qui contient une liste récapitulative des builds, ainsi que leur cycle de vie de support actuel, est disponible. Le fichier Excel contient également des listes de correctifs détaillées pour SQL Server 2019 et SQL Server 2017. Cliquez pour télécharger ce fichier Excel maintenant.
Remarque : Les entrées individuelles figurant dans le tableau suivant peuvent être référencées directement via un signet. Si vous sélectionnez un ID de référence de bogue dans le tableau, une balise de signet est ajoutée à l’URL en utilisant le format « #bkmk_NNNNNNNN ». Vous pouvez ensuite partager cette URL avec d’autres personnes afin qu’elles puissent accéder directement au correctif souhaité dans le tableau.
Pour plus d’informations sur les bogues corrigés et les améliorations incluses dans cette mise à jour cumulative, consultez les articles suivants de la Base de connaissances Microsoft.
|
Référence de bogue |
Numéro d’article de la Base de connaissances |
Description |
Domaine du correctif |
Platform |
|
|---|---|---|---|---|---|
|
Dans SQL Server 2019 Master Data Services, les nœuds enfants ne s’ouvrent pas dans la hiérarchie dérivée lorsqu’une entité enfant est jointe à une hiérarchie récursive. |
Data Quality Services (DQS) |
Windows |
|||
|
L’événement étendu AlwaysOn_Health ne définit pas STARTUP_STATEsur ON après l’installation d’une mise à jour cumulative SQL Server. |
Disponibilité élevée |
Windows |
|||
|
La fonction sys.fn_hadr_backup_is_preferred_replica retourne des résultats différents sur les réplicas principaux ou secondaires des groupes de disponibilité à l’échelle lecture (Cluster_Type=Aucun) lors de l’exécution sur des ordinateurs autonomes ou des nœuds de cluster. |
Disponibilité élevée |
Windows |
|||
|
Le processus de récupération de base de données est choisi comme victime d’interblocage sur le basculement du groupe de disponibilité dans certaines circonstances. Le message d’erreur suivant est généré : <DateTime> Erreur : 1205, Gravité : 13, État : 51. |
Disponibilité élevée |
Windows |
|||
|
Une erreur « Mémoire insuffisante » se produit lorsque vous effectuez fréquemment une sauvegarde de journal et que la mémoire du serveur volée augmente au niveau d’une base de données secondaire synchrone dans les groupes de disponibilité. |
Disponibilité élevée |
Windows |
|||
|
Résout les problèmes de port de saisie semi-automatique d’E/S (IOCP) bloqués lorsqu’un Service Broker très utilisé est configuré sur une base de données de groupe de disponibilité. |
Disponibilité élevée |
Windows |
|||
|
SQL Server 2019 utilisant XTP UserDB pour les tables intermédiaires a une tendance à la croissance constante de « TAS interne VARHEAP\Storage » dans dm_db_xtp_memory_consumers qui entraîne des erreurs OOM/41805 au fil du temps et nécessite un redémarrage/basculement proactif pour conserver la stabilité. |
OLTP en mémoire |
Windows |
|||
|
Améliore la vue de gestion dynamique (DMV) pour aider à déboguer les problèmes de mémoire insuffisante (OOM). |
OLTP en mémoire |
Windows |
|||
|
Memory-Optimized métadonnées TempDB continue de consommer de la mémoire sous VARHEAP : Allocateur de page LOB, ce qui provoque des exceptions de mémoire insuffisante (OOM) comme l’erreur 701 ou FAIL_PAGE_ALLOCATION. |
OLTP en mémoire |
Windows |
|||
|
Prend en charge des opérations de nettoyage et de fusion plus flexibles en modifiant In-Memory pendant les opérations de restauration. |
OLTP en mémoire |
Windows |
|||
|
Améliore le temps de réponse de l’utilitaire Sqldumpr.exe lorsque des objets en mémoire sont utilisés dans SQL Server ou une fois existait. |
OLTP en mémoire |
Toutes |
|||
|
Un échec d’assertion se produit dans tempdb pendant la restauration des transactions et déclenche un arrêt du serveur. Le fichier de vidage suivant est généré : <DateTime> **Thread dump - spid = 0, EC = 0x000004849143B870 |
OLTP en mémoire |
Windows |
|||
|
Un échec de vidage mémoire et d’assertion « Dependencies.CommitDepCountOut >= 1 » peut se produire après la restauration d’une transaction si tempdb en mémoire est activé. |
OLTP en mémoire |
Windows |
|||
|
Supprime log4j2 utilisé par SQL Server 2019 Integration Services (SSIS) pour éviter tout problème de sécurité potentiel. |
Integration Services |
Tous |
|||
|
L’utilitaire sqlcmd se bloque lorsque le paramètre batch_terminator « -c » est défini sur « ; » dans SQL Server 2019. |
Outils de gestion |
Windows |
|||
|
L’insertion en bloc est bloquée lorsque le verrou de la table cible est maintenu par une autre session, et la session de l’insertion en bloc reste SQL Server jusqu’à ce que son verrou soit libéré, même si l’application cliente se déconnecte ou se ferme. Ce problème entraîne la fuite de la session et le blocage d’autres requêtes si les sessions divulguées sont trop nombreuses. |
Connectivité SQL |
Windows |
|||
|
5012964 |
Moteur SQL |
Tous |
|||
|
5014047 |
Moteur SQL |
Windows |
|||
|
5014136 |
Moteur SQL |
Tous |
|||
|
5014137 |
Moteur SQL |
Tous |
|||
|
4530955 |
Moteur SQL |
Tous |
|||
|
5014298 |
CORRECTIF : L’erreur 3241 se produit lors de l’exécution de RESTORE LOG ou RESTORE DATABASE |
Moteur SQL |
Windows |
||
|
4538688 |
CORRECTIF : Une contention grave de verrouillage tournant se produit dans SQL Server 2019 |
Moteur SQL |
Tous |
||
|
5013391 |
Moteur SQL |
Linux |
|||
|
La restauration des journaux des transactions à partir d’une sauvegarde compressée d’une base de données compatible TDE peut entraîner la journalisation d’un message « E/S mal alignées » dans le journal des erreurs SQL Server : <DateTime> Il y a eu <IOCount> des E/S de journal mal alignées qui ont nécessité de revenir à des E/S synchrones. L’E/S actuelle se trouve sur le fichier<FilePath>. |
Moteur SQL |
Windows |
|||
|
Une base de données fige ses E/S pendant une sauvegarde VSS, mais ne dégele jamais les E/S. Cela peut entraîner des délais d’expiration des verrous. |
Moteur SQL |
Windows |
|||
|
Un vidage de violation d’accès se produit lorsque la requête s’exécute pendant une longue période en parallèle et tente de déterminer la version du rowgroup pour les transactions particulières à lire. |
Moteur SQL |
Tous |
|||
|
Le déclencheur d’ouverture de session peut échouer de manière inattendue pour les connexions mises en pool, même lorsque les critères ne sont pas remplis lors de la réinitialisation de la connexion, et provoque l’erreur suivante : Erreur : 17892, Gravité : 20, État : 1. Échec de l’ouverture de session pour la connexion « <LoginName> » en raison de l’exécution du déclencheur. |
Moteur SQL |
Windows |
|||
|
La suppression de tables temporaires dans certains rares cas entraîne un interblocage et un vidage non résolus. |
Moteur SQL |
Windows |
|||
|
Une violation d’accès se produit si une requête sur sys.database_scoped_configurations attend un verrou partagé sur la base de données alors qu’un autre thread détient le verrou exclusif pour supprimer la même base de données. |
Moteur SQL |
Windows |
|||
|
L’exécution de DBCC CHECKDB signale des erreurs de « corruption » lorsque vous utilisez des bases de données de graphe SQL Server qui ont des contraintes d’arête. |
Moteur SQL |
Tous |
|||
|
Échec d’assertion, lck_sufficient (lckMode, LCK_M_IX) || lck_sufficient (lckMode, LCK_M_BU) se produit lorsque vous utilisez la récupération de base de données accélérée (ADR). |
Moteur SQL |
Tous |
|||
|
La restauration à partir d’une sauvegarde compressée qui contient des objets filestream échoue de façon aléatoire si le processus est exécuté via le client VDI (Virtual Device Interface). Voici le message d’erreur : Msg 3241, Level 16, State 18, Line <LineNumber> La famille de supports sur l’appareil « <nom de fichier de sauvegarde> » est incorrectement formée. SQL Server ne peut pas traiter cette famille de médias. Arrêt inattendu : x80770004 |
Moteur SQL |
Windows |
|||
|
L’appel de CMEDScan::EvaluateCmpResult pour évaluer les prédicats de filtre pour l’analyse de métadonnées en cours manque le prédicat « NE », ce qui provoque une exception « INVALID_SWITCH_VALUE ». |
Moteur SQL |
Windows |
|||
|
Supposons que vous ayez des tables avec des données sur les homologues, puis que vous définissez une publication d’égal à égal à l’aide d’une stratégie de détection des conflits de dernier enregistreur. L’agent de distribution se produit le conflit suivant si vous supprimez une ligne qui était présente avant la création de la publication : Un conflit de type « Delete-Update » a été détecté à l’homologue 1 entre l’homologue 100 (entrant), l’ID de transaction <tranid> et l’homologue (null) (sur le disque), l’ID de transaction (null) pour table <tableName> avec clé(s) primaire(s) : valeurs PK, version actuelle « (null) », préversion « (null) » et post-version <Numéro_version>. |
Moteur SQL |
Windows |
|||
|
Expose l’option « ldaphostcanon » de l’outil mssql-conf afin que vous n’ayez pas à modifier manuellement le fichier mssql.conf pour activer ou désactiver ldaphostcanon. |
Moteur SQL |
Linux |
|||
|
Un problème et un vidage « Planificateur sans rendement » se produisent pendant une opération de sauvegarde en raison de mises à jour simultanées de l’espace libre de page (PFS). |
Moteur SQL |
Tous |
|||
|
Ajoute deux nouveaux événements étendus, iam_page_range_cache_invalidation et iam_page_range_cache_population, pour capturer respectivement l’invalidation et le remplissage du cache de la plage d’index (IAM). |
Moteur SQL |
Tous |
|||
|
4538581 |
CORRECTIF : Problèmes d’incorporation de fonctions UDF scalaires dans SQL Server 2019 |
Moteur SQL |
Tous |
||
|
SQL Server déconnecte une session lorsqu’elle reçoit une attention et INTERLEAVED_EXECUTION_TVF est activé. |
Performances SQL |
Windows |
|||
|
Le processeur de requêtes ne peut pas produire de plan de requête si l’indicateur USE PLAN spécifie un plan de requête qui a une jointure externe gauche et une jointure interne. |
Performances SQL |
Windows |
|||
|
L’exécution d’une requête dans laquelle le plan contient une jointure adaptative peut échouer avec l’erreur suivante : Msg 8624, Level 16, State 21, Procedure <ProcedureName>, <Line LineNumber> [Batch Start Line Line 0] |
Performances SQL |
Windows |
|||
|
Une vue, créée dans une table qui a un index XML, ne peut pas retourner le résultat correct en raison de '%' manquant dans le prédicat LIKE sur les colonnes masquées pour xml_index_nodes table. |
XML |
Tous |
Comment obtenir ou télécharger ce ou le dernier package de mise à jour cumulative
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 2019 maintenant
Remarques :
-
Le Centre de téléchargement Microsoft présente toujours la dernière version SQL Server CU 2019.
-
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 2019 CU16 maintenant
Remarques :
-
Le catalogue Microsoft Update contient ce SQL Server cu 2019 et précédemment publié SQL Server versions cu 2019.
-
Cette mise à jour cumulative est également disponible via Windows Server Update Services (WSUS).
-
Nous vous recommandons de toujours installer la dernière mise à jour cumulative disponible.
Pour mettre à jour SQL Server 2019 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 package CU, consultez les notes de publication SQL Server 2019.
Pour mettre à niveau Microsoft SQL Server 2019 Clusters Big Data (BDC) sur Linux vers la dernière cu, consultez le Guide de déploiement Clusters Big Data.
À compter de SQL Server 2019 CU1, vous pouvez effectuer des mises à niveau sur place pour Clusters Big Data à partir des versions prises en charge en production (SQL Server 2019 GDR1). Pour plus d’informations, consultez Guide pratique pour mettre à niveau SQL Server Clusters Big Data.
Pour plus d’informations, consultez les notes de publication Clusters Big Data.
Informations sur les fichiers
Vous pouvez vérifier le téléchargement en calculant le hachage du fichier SQLServer2019-KB5011644-x64.exe à l’aide de la commande suivante :
- certutil -hashfile SQLServer2019-KB5011644-x64.exe SHA256
|
Nom du fichier |
Hachage SHA-256 |
|---|---|
|
SQLServer2019-KB5011644-x64.exe |
E1CE2B473829D7E2C69CBFA15D75435FDB32017972EE1439BF3D50E3132F7FEF |
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 des fichiers, les données 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 2019 Analysis Services
SQL Server 2019 Database Services Common Core
sql_dreplay_client du SQL Server 2019
sql_dreplay_controller SQL Server 2019
Instance principale de Database Services SQL Server 2019
SQL Server 2019 Database Services Core Shared
SQL Server sql_extensibility 2019
moteur Full-Text SQL Server 2019
SQL Server sql_inst_mr 2019
SQL Server 2019 Integration Services
SQL Server sql_polybase_core_inst 2019
SQL Server sql_shared_mr 2019
SQL Server sql_tools_extensions 2019
|
Remarques concernant cette mise à jour
Pour appliquer ce package de mise à jour cumulative, vous devez exécuter SQL Server 2019.
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 les informations importantes suivantes :
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)
-
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.
-
SQL Server unités de certification sont certifiées au même niveau 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 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 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.
Lorsque vous déployez une mise à jour dans un environnement hybride (comme AlwaysOn, la réplication, le cluster et la mise en miroir), nous vous recommandons de vous reporter aux articles suivants avant de déployer la mise à jour :
-
SQL Server processus de mise à jour propagée et de Service Pack du cluster de basculement
Remarques : 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).
-
-
Remarque : Si vous avez activé AlwaysOn avec le catalogue SSISDB , consultez les informations sur SSIS avec AlwaysOn pour plus d’informations sur l’application d’une mise à jour dans ces environnements.
-
Comment appliquer un correctif logiciel pour SQL Server dans une topologie de réplication
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 2019. Toutefois, le package de mise à jour cumulative met à jour uniquement les composants actuellement installés sur l’instance SQL Server que vous choisissez d’effectuer le service. 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 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.
Comment désinstaller cette mise à jour
-
Dans Panneau de configuration, ouvrez l’élément Programmes et fonctionnalités, puis sélectionnez Afficher les mises à jour installées.
-
Recherchez l’entrée qui correspond à ce package de mise à jour cumulative sous SQL Server 2019.
-
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 à la version précédente. Pour plus d’informations sur la restauration de l’installation, consultez Restauration SQL Server.
Références
