Mises à jour et options de configuration recommandées pour SQL Server 2017 et 2016 avec des charges de travail hautes performances

Article
07/30/2024

Cet article décrit la liste des améliorations des performances et des options de configuration disponibles pour SQL Server 2016 et versions ultérieures.

Version du produit d’origine : SQL Server 2017 sur Windows, SQL Server 2016
Numéro de base de connaissances d’origine : 4465518

Introduction

Cet article décrit les améliorations et les modifications des performances disponibles pour Microsoft SQL Server 2017 et SQL Server 2016 via différentes mises à jour et options de configuration des produits.

Nous vous recommandons d’appliquer ces mises à jour pour améliorer les performances des instances SQL Server. Le degré d’amélioration dépend de différents facteurs, notamment le modèle de charge de travail, les points de contention, la disposition du processeur (nombre de groupes de processeurs, de sockets, de nœuds NUMA et de cœurs dans un nœud NUMA) et la quantité de mémoire disponible dans le système.

L’équipe de support SQL Server a utilisé ces mises à jour et modifications de configuration pour obtenir des gains de performances raisonnables pour les charges de travail client qui utilisent des systèmes matériels qui incluaient plusieurs nœuds NUMA et un grand nombre de processeurs. L’équipe du support technique continuera à mettre à jour cet article avec d’autres mises à jour à l’avenir.

Définition : systèmes haut de gamme
Un « système haut de gamme » a généralement plusieurs sockets, huit cœurs ou plus par socket, et un demi-téraoctet ou plus de mémoire.

Appliquer les mises à jour recommandées et améliorer les performances de SQL Server

Ces recommandations pour améliorer les performances de SQL Server 2017 et SQL Server 2016 sont regroupées en cinq tables, comme suit :

Le tableau 1 contient les mises à jour et indicateurs de trace les plus fréquemment recommandés pour l’extensibilité sur les systèmes haut de gamme.
Le tableau 2 contient des recommandations et des conseils pour d’autres réglages des performances.
Le tableau 3 contient des informations sur les changements de comportement et les paramètres par défaut dans SQL 2017 et 2016.
Le tableau 4 contient d’autres correctifs d’extensibilité inclus avec une mise à jour cumulative (CU).
Le tableau 5 contient des correctifs et des instructions de configuration recommandés pour les instances SQL Server déployées dans un environnement Linux.

Note

Pour obtenir un contexte supplémentaire, consultez les boutons fréquemment utilisés pour régler un serveur SQL Server occupé.

Important

Si vous avez activé les indicateurs de trace, vérifiez que vous passez en revue les informations contenues dans cet article après avoir exécuté la migration vers SQL Server 2017 ou SQL Server 2016. La plupart des indicateurs de trace et options de configuration répertoriés dans cet article sont devenus des options par défaut dans SQL Server 2017 et SQL Server 2016.

Tableau 1. Mises à jour importantes et indicateurs de trace pour les systèmes haut de gamme

Passez en revue le tableau suivant et activez les indicateurs de trace dans la colonne Indicateur de trace après avoir assuré que votre instance de SQL Server répond aux exigences de la colonne Des plages de build et de version applicables.

Note

La version et la build applicables indiquent la mise à jour spécifique dans laquelle l’indicateur de modification ou de trace a été introduit. Si aucune cu n’est spécifiée, toutes les unités de cluster dans le fournisseur de services sont incluses.
La version et la build non applicables indiquent la mise à jour spécifique dans laquelle l’indicateur de modification ou de trace est devenu le comportement par défaut. Par conséquent, l’application de cette mise à jour suffit pour recevoir les avantages.

Important

Lorsque vous activez les correctifs qui ont des indicateurs de trace dans les environnements Always On, sachez que vous devez activer les indicateurs de correction et de trace sur tous les réplicas qui font partie du groupe de disponibilité.

Scénario et symptôme à prendre en compte	Indicateur de trace	Versions applicables et plages de build	Versions et plages de build non applicables	Article de la Base de connaissances ou lien de blog pour plus d’informations
La contention de blocage de SOS_CACHESTORE lourd ou vos plans sont fréquemment supprimés sur les charges de travail de requête ad hoc.	T174	SQL Server 2016 RTM vers sp/CU actuel SQL Server 2017 RTM vers sp/CU actuel	Aucun(e)	KB3026083 - CORRECTIF : SOS_CACHESTORE contention de blocage sur le cache de plan SQL Server ad hoc entraîne une utilisation élevée du processeur dans SQL Server
Les entrées dans le cache de plan sont supprimées en raison de la croissance d’autres caches ou commis de mémoire. Consommation élevée du processeur en raison de recompilations fréquentes de requêtes.	T8032	SQL Server 2016 RTM vers sp/CU actuel SQL Server 2017 RTM vers sp/CU actuel	Aucun(e)	Documentation de DBCC TRACEON - Indicateurs de trace (Transact-SQL). Consultez la section Gestion de la taille du cache des plans internes.
tempdb est fortement utilisé et a de nombreuses modifications apportées aux données dans tempdb. Vous rencontrez des messages du planificateur sans rendement lors de l’utilisation d’un point de contrôle indirect pour la base de données tempdb.	T3468	SQL Server 2016 SP1 CU5 vers SP/CU ACTUEL SQL Server 2017 CU1 vers SP/CU actuel	Aucun(e)	Point de contrôle indirect et tempdb - le bon, le mauvais et le planificateur non-rendement KB4040276 - CORRECTIF : points de contrôle indirects sur la base de données tempdb provoquent l’erreur « Planificateur sans rendement » dans SQL Server 2016 et 2017
Les transactions courtes fréquentes se produisent dans tempdb. Vous remarquez que l’utilisation accrue de l’UC pour ces transactions conformité aux critères communs n’est pas activée	T3427	SQL Server 2016 SP1 CU2 vers SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 - CORRECTIF : les charges de travail qui utilisent de nombreuses transactions fréquentes et courtes dans SQL Server 2016 et 2017 peuvent consommer plus d’UC que dans SQL Server 2014
Vous résolvez des problèmes de performances de requête spécifiques. Les correctifs d’optimiseur sont désactivés par défaut.	T4199	SQL Server 2016 RTM vers sp/CU actuel SQL Server 2017 RTM vers sp/CU actuel	Aucun(e)	KB974006 - Modèle de maintenance du correctif logiciel de l’optimiseur de requête SQL Server 4199 Notez qu’au lieu de l’indicateur de trace au niveau du serveur 4199, envisagez d’utiliser l’option étendue à la base de données QUERY_OPTIMIZER_HOTFIXES ou l’indicateur de requête ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Les travaux de statistiques prennent beaucoup de temps. Impossible d’exécuter plusieurs travaux de mise à jour de statistiques en parallèle.	T7471	SQL Server 2016 RTM CU1 vers SP/CU actuel SQL Server 2017 RTM vers sp/CU actuel	Aucun(e)	KB3156157 - Exécution simultanée de plusieurs STATISTIQUES UPDATE pour différentes statistiques sur une seule table est disponible Amélioration des performances des statistiques de mise à jour avec SQL 2014 &SQL 2016

Tableau 2. Considérations générales et bonnes pratiques pour améliorer les performances de votre instance SQL Server

Passez en revue le contenu de l’article de la Base de connaissances ou de la colonne De ressources en ligne de la documentation, puis envisagez d’implémenter les instructions de la colonne Actions recommandées.

Article de la Base de connaissances ou ressource en ligne de la documentation en ligne	Actions recommandées
Configurer l'option de configuration de serveur max degree of parallelism	Utilisez la `sp_configure` procédure stockée pour apporter des modifications de configuration pour configurer le degré maximal d’option de configuration du serveur de parallélisme pour votre instance de SQL Server conformément à l’article de la Base de connaissances.
Limites de capacité de calcul par édition La limitation du cœur de licence pour SQL Server 2012	Êdition Entreprise disposant de licences de licence d’accès client et de serveur est limitée à 20 cœurs par instance SQL Server. Il n'existe aucune limite dans le mode de licence Serveur selon le nombre de cœurs. Envisagez de mettre à niveau votre édition de SQL Server vers la référence SKU appropriée pour utiliser toutes les ressources matérielles.
Performances lentes sur Windows Server lors de l’utilisation du plan d’alimentation équilibré	Passez en revue l’article et collaborez avec votre administrateur Windows pour implémenter l’une des solutions répertoriées dans la section Résolution de l’article.
optimiser pour les charges de travail ad hoc, option de configuration de serveur- PARAMÈTRE FORCÉ	Les entrées dans le cache de plan sont supprimées en raison de la croissance d’autres caches ou commis de mémoire. Vous pouvez également rencontrer l’éviction du cache de plan lorsque le cache atteint son nombre maximal d’entrées. Outre l’indicateur de trace 8032 décrit ci-dessus, envisagez l’optimisation de l’option serveur des charges de travail ad hoc et l’option de base de données PARAMETERIZATION FORCÉE.
Comment réduire la pagination de la mémoire du pool de mémoires tampons dans SQL Server Considérations relatives à la configuration et au dimensionnement de la mémoire dans SQL Server 2012 et versions ultérieures	Affectez le droit utilisateur Activer les pages de verrouillage en mémoire (Windows) au compte de démarrage du service SQL. Découvrez comment activer la fonctionnalité « pages verrouillées » dans SQL Server 2012. Définissez la mémoire maximale du serveur sur environ 90 % de la mémoire physique totale. Assurez-vous que les options de configuration de la mémoire du serveur définissent les comptes de mémoire à partir des seuls nœuds configurés pour utiliser les paramètres de masque d’affinité.
SQL Server et pages volumineuses expliquées...	Envisagez d’activer l’indicateur de trace 834 si vous avez un serveur qui a beaucoup de mémoire, en particulier pour une charge de travail d’entreposage de données ou analytique. N’oubliez pas que l’interopérabilité des index Columnstore avec un modèle de mémoire de page volumineux dans SQL Server.
Problèmes de performances des requêtes associés à un cache de sécurité de grande taille Les requêtes prennent plus de temps pour terminer l’exécution lorsque la taille du cache TokenAndPermUserStore augmente dans SQL Server DBCC TRACEON – Indicateurs de trace (Transact-SQL)	Si le cache de sécurité augmente à une grande taille et que vous rencontrez des problèmes de performances et de contention de verrouillage de spinlock, envisagez d’activer l’indicateur de trace T4610 et T4618 pour réduire la taille maximale de TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 - Les nouvelles options d’allocation de mémoire de requête sont disponibles (min_grant_percent et max_grant_percent) dans SQL Server 2012	Si vous avez de nombreuses requêtes qui épuisent les allocations de mémoire volumineuses, réduisez `request_max_memory_grant_percent` la valeur par défaut du groupe de charge de travail par défaut dans la configuration resource governor de 25 % à une valeur inférieure. Les nouvelles options d’allocation de mémoire de requête sont disponibles (`min_grant_percent` et `max_grant_percent`) dans SQL Server.
SQL 2016 - Il s’exécute simplement plus rapidement : configuration TEMPDB automatique	Ajoutez plusieurs fichiers de données de taille égale pour la base de données tempdb s’il s’agit d’un serveur mis à niveau. Pour les nouvelles installations, le programme d’installation effectue automatiquement cette opération.
TEMPDB - Indicateurs et mises à jour des fichiers et des traces	Utilisez des optimisations tempdb et améliorez l’extensibilité en évitant ou en réduisant DDL sur les objets temporaires.
Initialisation instantanée de fichiers	Collaborez avec votre administrateur Windows pour accorder au compte de service SQL Server les droits utilisateur Effectuer des tâches de maintenance en volume conformément aux informations contenues dans la rubrique Documentation en ligne.
Considérations relatives aux paramètres « autogrow » et « autoshrink » dans SQL Server	Vérifiez les paramètres actuels de votre base de données et assurez-vous qu’ils sont configurés conformément aux recommandations de l’article de la Base de connaissances.
Points de contrôle indirects	Envisagez d’activer des points de contrôle indirects sur les bases de données utilisateur pour optimiser le comportement des E/S dans SQL Server 2014 et 2012.
SQL Server : grande ram et point de contrôle de base de données	Envisagez d’activer des points de contrôle indirects sur les bases de données utilisateur pour optimiser le comportement des E/S dans SQL Server 2014 et 2012. Passez en revue les ajustements requis pour tempdb dans le point de contrôle indirect de référence et tempdb : le bon, le mauvais et le planificateur sans rendement.
KB3009974 - CORRECTIF : synchronisation lente lorsque les disques ont des tailles de secteur différentes pour les fichiers journaux de réplica principal et secondaire dans les environnements DE groupe de disponibilité SQL Server et logshipping	Si vous disposez d’un groupe de disponibilité dans lequel le journal des transactions sur le réplica principal se trouve sur un disque qui a une taille de secteur de 512 octets et que le journal des transactions de réplica secondaire se trouve sur un lecteur dont la taille de secteur est de 4 K, vous pouvez rencontrer une synchronisation lente. Dans ce cas, l’activation de TF 1800 doit corriger le problème. Pour plus d’informations, consultez l’indicateur de trace 1800.
Infrastructure du profilage de requête KB3170113 -Mettre à jour pour exposer les statistiques d’exécution des requêtes par opérateur dans showplan XML et l’événement étendu dans SQL Server 2014 SP2	Si votre serveur SQL Server n’est pas déjà lié au processeur et qu’une surcharge de 1,5 % à 2 % est négligeable pour vos charges de travail, nous vous recommandons d’activer TF 7412 comme indicateur de trace de démarrage. Cet indicateur active le profilage léger dans SQL Server 2014 SP2 ou version ultérieure. Cela vous permet de résoudre les problèmes de requête en direct dans les environnements de production.
Identifier les régressions de choix de plan à l’aide de Magasin des requêtes Activer le meilleur plan de requête	Utilisez la fonctionnalité de magasin de requêtes pour identifier les requêtes qui ont régressé ou qui fonctionnent mal. Si les problèmes de performances de requête se produisent en raison d’une estimation de cardinalité, sélectionnez la version CE appropriée : option `LEGACY_CARDINALITY_ESTIMATION`étendue à la base de données, indicateur `LEGACY_CARDINALITY_ESTIMATION`de requête, niveau de compatibilité de la base de données ou indicateur de trace 9481.
Joindre l’hypothèse d’isolement dans le nouvel estimateur de cardinalité dégrade les performances des requêtes	Évaluez les requêtes qui utilisent des jointures et des filtres pour comprendre l’effet de l’endiguement simple et de base. Utilisez l’indicateur de trace 9476 pour l’endiguement simple au lieu de l’endiguement de base lorsque vous utilisez l’estimateur de cardinalité par défaut.
Améliorations apportées au niveau de compatibilité 130 Améliorations apportées au niveau de compatibilité 140	Utilisez le niveau de compatibilité de base de données 130 ou version ultérieure pour bénéficier des améliorations suivantes : Seuil adaptatif et agressif pour la mise à jour des statistiques existantes pour les tables plus volumineuses Meilleur mécanisme d’échantillonnage et de verrouillage pour la mise à jour des statistiques Statistiques échantillonnée par un processus multithread Possibilité d’exécuter insert-select à l’aide du parallélisme Utilisez le niveau de compatibilité de base de données 140 ou version ultérieure pour bénéficier des améliorations suivantes : Amélioration de l’estimation de la cardinalité et de la qualité du plan à l’aide de nouvelles fonctionnalités telles que l’exécution entrelacée pour les fonctions table à plusieurs instructions et la jointure adaptative Amélioration de l’utilisation de la mémoire par le biais de commentaires sur l’octroi de mémoire
Bonnes pratiques relatives au Magasin des requêtes	Définir le mode de capture sur Auto Activez les indicateurs de trace 7745 et 7752 pour améliorer les performances de Magasin des requêtes pendant les scénarios de haute disponibilité et de récupération d’urgence. Appliquez le correctif dans KB4340759 - CORRECTIF : performances lentes de SQL Server 2016 quand Magasin des requêtes est activé si vous rencontrez une contention de verrouillage de magasin de requêtes sous de lourdes charges de travail.
SQL Server 2016/2017 : Performances et modèle de restauration par progression des réplicas secondaires des groupes de disponibilité	Si vous rencontrez trop d’attentes (`PARALLEL_REDO_TRAN_TURN`ou `DPT_ENTRY_LOCK`, ou `DIRTY_PAGE_TABLE_LOCK`), passez en revue ce blog pour effectuer des actions correctives (appliquer un correctif applicable, évaluer l’utilisation appropriée du modèle de restauration).
KB2634571 - Améliorations apportées à la commande DBCC CHECKDB peut entraîner des performances plus rapides lorsque vous utilisez l’option PHYSICAL_ONLY DBCC TRACEON - Indicateurs de trace CHECKDB plus rapide - Partie IV (UUDT SQL CLR)	Si vous exécutez des commandes DBCC CHECK sur des bases de données volumineuses (tailles multiples de To), envisagez d’utiliser des indicateurs de trace T2562, T2549 et T2566. Plusieurs vérifications se trouvent désormais sous l’option EXTENDED_LOGICAL_CHECK dans SQL Server 2016.
Protéger SQL Server contre les attaques contre les vulnérabilités de Spectre et de canal latéral Meltdown	Évaluez soigneusement les performances de l’ombrage d’adresses virtuelles du noyau (KVAS), de la table de pages du noyau indirect (KPTI) et de l’atténuation de prédiction de branche indirecte (IBP) sur différentes charges de travail SQL Server dans votre environnement.

Tableau 3. Modifications importantes introduites dans SQL Server 2017 et SQL Server 2016

SQL Server 2017 et SQL Server 2016 contiennent plusieurs améliorations dans les domaines de l’extensibilité et des performances. Diverses modifications de configuration et indicateurs de trace requis dans SQL Server 2014 et SQL Server 2012 sont devenus le comportement par défaut dans SQL Server 2017 et 2016. Ce tableau fournit une vue d’ensemble de toutes les modifications implémentées dans SQL Server 2017 et SQL Server 2016.

Zone	Résumé de la modification	Plus d’informations et de références
Moteur SQL	Indicateurs de trace fréquemment utilisés qui sont supprimés ou non nécessaires dans SQL Server 2016 et les versions ultérieures de SQL Server : 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	Indicateurs de trace SQL Server
Moteur de base de données		Nouveautés du moteur de base de données - SQL Server 2017
Moteur de base de données		Changements essentiels dans les fonctionnalités du moteur de base de données de SQL Server 2016
Moteur de base de données		Changements importants dans les fonctionnalités du moteur de base de données de SQL Server 2017
Conversions de type de données de traitement des requêtes	SQL Server 2016 (13.x) comprend des améliorations au niveau de certaines conversions de types de données et de certaines opérations (dont la plupart sont peu courantes).	Pour plus d’informations, consultez Améliorations de SQL Server 2016 dans le traitement de certains types de données et des opérations peu courantes.
Groupe de disponibilité	Pour la base de données secondaire, l’amorçage automatique initialisation utilise les points de terminaison de mise en miroir de bases de données pour diffuser en continu le contenu de la base de données vers la base de données secondaire et les appliquer.	SQLSweet16 !, Épisode 2 : Amorçage automatique des groupes de disponibilité
Groupe de disponibilité	SQL Server 2016 utilise moins de commutateurs de contexte lorsqu’il transporte les blocs de journaux de la base de données primaire vers le serveur secondaire.	SQL 2016 - Il s’exécute simplement plus rapidement : commutateurs contextuels réduits de transport de journaux Always On SQL Server 2016 - Il s’exécute simplement plus rapidement : groupes de disponibilité Always On turbocharged
Groupe de disponibilité	SQL Server 2016 utilise des algorithmes de compression améliorés et une compression parallèle des données de bloc de journal.	SQL 2016 - Il s’exécute simplement plus rapidement : Compression parallèle Always On / Algorithmes améliorés
Groupe de disponibilité	SQL Server 2016 tire parti du matériel basé sur les fonctionnalités de chiffrement AES-NI pour améliorer l’extensibilité et les performances de la copie des journaux Always On en fonction d’un facteur significatif.	SQL 2016 - Il s’exécute simplement plus rapidement - Chiffrement Always On AES-NI
Performances	SQL Server 2016 détecte les fonctionnalités du processeur pour AVX ou SSE et utilise les fonctionnalités de vecteurs basées sur le matériel pour améliorer la scalabilité et les performances lors de la compression, de la création de dictionnaires et du traitement des données columnstore.	SQL 2016 - Il s’exécute simplement plus rapidement : le magasin de colonnes utilise des instructions vectorielles (SSE/AVX)
Performances	SQL Server 2016 tire parti des instructions vectorielles du processeur pour améliorer les performances d’insertion en bloc.	SQL 2016 - Il s’exécute simplement plus rapidement - BULK INSERT utilise des instructions vectorielles (SSE/AVX)
Performances	SQL Server 2016 active une insertion ... Instruction SELECT à utiliser à l’aide du parallélisme réduisant considérablement le temps de chargement des données.	SQLSweet16 !, Épisode 3 : Parallel INSERT ... CHOISIR
Performances	SQL Server 2016 active l’opération TRUNCATE sur des partitions individuelles d’une table pour l’archivage de partitions plus anciennes.	SQLSweet16 !, Épisode 5 : TRUNCATE Selected Partitions
Performances	SQL Server 2016 ajuste dynamiquement la taille du pool de worker de base de données mémoire optimisée en fonction des besoins.	SQL 2016 - Il s’exécute simplement plus rapidement : pool worker de base de données à mémoire optimisée
Tempdb	Les allocations sont tempdb et les bases de données utilisateur utilisent des étendues complètes uniformes. La croissance des fichiers dans tempdb se produit pour tous les fichiers en même temps.	SQL 2016 - Il s’exécute simplement plus rapidement : -T1117 et -T1118 change pour TEMPDB et les bases de données utilisateur
Tempdb	Moteur de base de données configuration calcule automatiquement le nombre de fichiers de données tempdb.	SQL 2016 - Il s’exécute simplement plus rapidement : configuration TEMPDB automatique
Stockage	Le moteur de base de données utilise 0xC0 tampon au lieu de 0x00 pour l’initialisation du fichier journal des transactions.	SQL 2016 - Il s’exécute simplement plus rapidement : tamponné LDF
Stockage	Pour les serveurs de mémoire volumineux et les environnements d’écriture lourds, le point de contrôle indirect fonctionne mieux.	SQL 2016 - Il s’exécute simplement plus rapidement : point de contrôle indirect par défaut
Stockage	Les taux élevés de transactions peuvent tirer parti de plusieurs logwriters vidant le cache du journal dans le journal des transactions.	SQL 2016 - Il s’exécute simplement plus rapidement : plusieurs workers de l’enregistreur de journaux
Sauvegarde et restauration	Les sauvegardes peuvent être compressées pour la base de données chiffrée à l’aide de TDE si vous spécifiez MAXTRANSFERSIZE supérieure à 65536.	SQLSweet16 !, Épisode 1 : Compression de sauvegarde pour les bases de données compatibles TDE
Système d’exploitation SQL	Partitionner dynamiquement des objets mémoire pour réduire la contention d’objets mémoire.	SQL 2016 - Il s’exécute simplement plus rapidement : partitionnement de l’objet mémoire dynamique (CMemThread)
Système d’exploitation SQL	SQL Server 2016 surveille les modèles d’utilisation quantique des workers, ce qui permet à tous les travailleurs d’obtenir un traitement équitable et d’améliorer l’extensibilité.	SQL 2016 - Il s’exécute simplement plus rapidement : algorithmes de planification mis à jour
Système d’exploitation SQL	SQL Server 2016 interroge la disposition matérielle et configure automatiquement soft NUMA sur les systèmes signalant 8 processeurs ou plus par nœud NUMA. Le partitionnement déclenche différents ajustements dans le moteur de base de données pour améliorer la scalabilité et les performances.	SQL 2016 - Il s’exécute simplement plus rapidement : NUMA logiciel automatique
DBCC CHECK	Spécifiez MAXDOP pour gérer les ressources consommées par la commande DBCC CHECK.	SQLSweet16 !, Épisode 6 : DBCC CHECKDB avec MAXDOP
DBCC CHECK	DBCC CHECK utilise un algorithme d’analyse de page amélioré qui a moins de contention et des fonctionnalités avancées en lecture-avance.	SQL 2016 - Il s’exécute simplement plus rapidement : DBCC met à l’échelle 7 fois mieux
DBCC CHECK	Les commandes DBCC CHECK prennent beaucoup de temps lorsque SQL Server évalue des types de données et des index spéciaux. Ces vérifications ont été déplacées sous EXTENDED_LOGICAL_CHECKS option.	SQL 2016 - Il s’exécute simplement plus rapidement : vérifications étendues DBCC
Page de codes	Les utilitaires BULK INSERT ou bcp ont été améliorés pour charger des données UTF-8 dans une table dans SQL Server.	SQLSweet16 !, Épisode 10 : « Je peux manger du verre ... mais puis-je le charger dans une base de données ?
Spatial	SQL Server 2016 supprime les activités PInvoke et PUnInvoke pendant l’exécution de T-SQL pour la plupart des méthodes spatiales.	SQL 2016 - Il s’exécute simplement plus rapidement : implémentations spatiales natives
Spatial	SQL Server 2016 améliore la scalabilité de TVP qui utilise des données spatiales à l’aide de validations spatiales natives.	SQL 2016 - Il s’exécute simplement plus rapidement : tvps avec des colonnes spatiales
Spatial	Les améliorations spatiales natives et TVP permettent à SQL Server d’optimiser la création d’index et la pavage des données spatiales.	SQL 2016 - Il s’exécute simplement plus rapidement : l’index spatial génère plus rapidement
MSDTC	SQL Server 2016 démarre dynamiquement MSDTC si nécessaire, ce qui permet aux ressources d’être utilisées pour d’autres activités jusqu’à ce qu’elles soient requises.	SQL 2016 - Tire parti du démarrage MSDTC à la demande
XEvent	Diverses modifications sont apportées à la logique du fournisseur XEvent Linq pour réduire le basculement de contexte, les allocations de mémoire et d’autres aspects pour un rendu plus rapide des événements.	SQL 2016 - Il s’exécute simplement plus rapidement : lecteur XEvent Linq

Table 4. Correctifs importants inclus dans une cu

Passez en revue la description de la colonne Symptômes et appliquez les mises à jour requises (de préférence la dernière mise à jour qui contient le correctif spécifique) dans la colonne Mise à jour requise dans les environnements applicables. Vous pouvez consulter l’article de la Base de connaissances pour plus d’informations sur les problèmes respectifs. Ces recommandations ne vous obligent pas à activer d’autres indicateurs de trace en tant que paramètres de démarrage, sauf s’il est explicitement appelé dans l’article ou dans ce tableau. Il suffit d’appliquer la dernière mise à jour cu ou Service Pack qui inclut ces correctifs pour bénéficier de l’avantage.

Notez que le nom de la mise à jour requise dans la colonne De mise à jour requise fournit la première cu de SQL Server qui résout ce problème. Une mise à jour cumulative contient tous les correctifs logiciels et toutes les mises à jour incluses avec la version précédente de la mise à jour SQL Server. Comme indiqué dans les mises à jour du modèle de maintenance incrémentielle SQL Server, nous vous recommandons d’installer la dernière mise à jour cumulative dans une cadence proactive en cours pour résoudre ou empêcher les problèmes décrits. Notez également qu’à partir de SQL Server 2017, le modèle de maintenance moderne pour SQL Server a été introduit afin que les Service Packs ne soient plus disponibles.

Version applicable	Zone ou composant	Description du problème résolu	Mise à jour recommandée
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration	La sauvegarde du journal d’une base de données compatible TDE échoue et retourne l’erreur 33111 par intermittence lors de la recherche d’une ancienne copie du certificat utilisée pour chiffrer la clé DEK dans le passé si MAXTRANSFERSIZE n’est pas utilisé par défaut	CORRECTIF : Erreurs 33111 et 3013 lors de la sauvegarde de la base de données chiffrée par TDE dans SQL Server Mise à jour cumulative 2 pour SQL Server 2017 Mise à jour cumulative 6 pour SQL Server 2016 SP1 Mise à jour cumulative 9 pour SQL Server 2016
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration	Instruction RESTORE HEADERONLY pour une sauvegarde compressée TDE lente à terminer dans SQL Server	CORRECTIF : INSTRUCTION RESTORE HEADERONLY pour une sauvegarde compressée TDE lente à terminer dans SQL Server Mise à jour cumulative 8 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 SP2
SQL Server 2016	Sauvegarde & Restauration	Impossible de compresser le fichier de sauvegarde lorsque l’option INIT et COMPRESSION est utilisée dans une base de données compatible TDE	CORRECTIF : Impossible de compresser le fichier de sauvegarde lorsque l’option INIT et COMPRESSION est utilisée dans une base de données compatible TDE dans SQL Server 2016 Mise à jour cumulative 7 pour SQL Server 2016 RTM CU 4 pour SQL Server 2016 SP1
SQL Server 2016	Sauvegarde & Restauration	Échec d’assertion lors de la sauvegarde d’une base de données chiffrée TDE volumineuse dans SQL Server	Mise à jour cumulative 4 pour SQL Server 2016 SP1
SQL Server 2016	Sauvegarde & Restauration	La restauration échoue lorsque vous effectuez une sauvegarde à l’aide de la compression et de la somme de contrôle sur une base de données compatible TDE	CORRECTIF : La restauration échoue lorsque vous effectuez une sauvegarde à l’aide de la compression et de la somme de contrôle sur une base de données compatible TDE dans SQL Server 2016 Mise à jour cumulative 7 pour SQL Server 2016 RTM Mise à jour cumulative 4 pour SQL Server 2016 SP1
SQL Server 2016	Sauvegarde & Restauration	Erreur 9004 lorsque vous essayez de restaurer une sauvegarde compressée à partir de plusieurs fichiers pour une base de données chiffrée TDE volumineuse dans SQL Server	CORRECTIF : Erreur 9004 lorsque vous essayez de restaurer une sauvegarde compressée à partir de plusieurs fichiers pour un grand chiffrement TDE Mise à jour cumulative 7 pour SQL Server 2016 RTM
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration	Ralentissement des performances de restauration lorsque vous restaurez une sauvegarde à l’aide de la compression sur un secteur 4 K dans SQL Server	KB4088193 - CORRECTIF : performances de restauration lente lors de la restauration d’une sauvegarde compressée sur un disque avec une taille de secteur 4K dans SQL Server Mise à jour cumulative 9 pour SQL Server 2016 SP1 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 7 pour SQL Server 2017
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration [VDI]	La restauration d’une sauvegarde compressée TDE échoue lors de l’utilisation du client VDI	Mise à jour cumulative 7 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 9 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration [VDI]	La restauration d’une base de données compressée et TDE par le biais de l’interface VDI échoue et retourne l’erreur de système d’exploitation 38	Mise à jour cumulative 8 pour SQL Server 2017 [Bogue VSTS # 10936552] SQL Server 2016 SP2 RTM [Bogue VSTS # 10698847]
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration [VSS]	La sauvegarde de la base de données de disponibilité via une application VSS peut échouer dans SQL Server	CORRECTIF : La sauvegarde de la base de données de disponibilité via une application BASÉE sur VSS peut échouer dans SQL Server Mise à jour cumulative 1 pour SQL Server 2017 Mise à jour cumulative 9 pour SQL Server 2016 RTM Mise à jour cumulative 5 pour SQL Server 2016 SP1 Mise à jour cumulative 8 pour SQL Server 2014 SP2
SQL Server 2016SQL Server 2017	Sauvegarde & Restauration	La sauvegarde et la restauration avec TDE sont lentes si la clé de chiffrement est stockée dans un fournisseur EKM dans SQL Server	Sauvegarde et restauration avec TDE lentes si la clé de chiffrement est stockée dans EKM Mise à jour cumulative 8 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 Service Pack 2 Mise à jour cumulative 9 pour SQL Server 2016 Service Pack 1
SQL Server 2016SQL Server 2017	Columnstore du groupe de disponibilité Always On	Les requêtes qui récupèrent des données à l’aide d’une recherche d’index non cluster prennent plus de temps	CORRECTIF : Les requêtes de récupération de données utilisant la recherche d’index non cluster prennent beaucoup plus de temps dans SQL Server Mise à jour cumulative 2 pour SQL Server 2017 Mise à jour cumulative 6 pour SQL Server 2016 Service Pack 1 Mise à jour cumulative 9 pour SQL Server 2016
SQL Server 2016SQL Server 2017	Groupe de disponibilité AlwaysOn	Le rétablissement parallèle dans un réplica secondaire d’un groupe de disponibilité qui contient des tables de tas génère un vidage d’assertion d’exécution ou le serveur qui exécute SQL Server se bloque et retourne une erreur de violation d’accès	CORRECTIF : restauration par progression parallèle dans un réplica secondaire d’un groupe de disponibilité qui contient des tables de tas génère un vidage d’assertion d’exécution ou le serveur SQL Server se bloque avec une erreur de violation d’accès Mise à jour cumulative 9 pour SQL Server 2016 SP1 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 6 pour SQL Server 2017
SQL Server 2016	Groupe de disponibilité AlwaysOn	L’assertion se produit lorsque vous utilisez un rétablissement parallèle dans un réplica secondaire d’un groupe de disponibilité Always On SQL Server	CORRECTIF : L’assertion se produit lorsque vous utilisez un rétablissement parallèle dans un réplica secondaire d’un groupe de disponibilité Always On SQL Server Mise à jour cumulative 3 pour SQL Server 2016
SQL Server 2016SQL Server 2017	Groupe de disponibilité AlwaysOn	Les performances sont lentes pour un groupe de disponibilité Always On lorsque vous traitez une requête en lecture	CORRECTIF : Le groupe de disponibilité Always On ralentit lors du traitement de la requête de lecture dans SQL Server Mise à jour cumulative 8 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 9 pour SQL Server 2016 SP1
SQL Server 2017	Groupe de disponibilité AlwaysOn	Amélioration pour réduire la durée de basculement d’un groupe de disponibilité dans SQL Server sur Linux	Amélioration pour réduire la durée de basculement d’un groupe de disponibilité dans SQL Server sur Linux Mise à jour cumulative 8 pour SQL Server 2017
SQL Server 2017	Groupe de disponibilité AlwaysOn	Améliorations apportées aux groupes de disponibilité Always On sur un cluster Pacemaker dans SQL Server	Améliorations apportées aux groupes de disponibilité Always On sur un cluster Pacemaker dans SQL Server Mise à jour cumulative 8 pour SQL Server 2017
SQL Server 2016	Mémoire	Le rétablissement parallèle provoque une utilisation élevée de la mémoire	CORRECTIF : La restauration par progression parallèle entraîne une utilisation élevée de la mémoire dans SQL Server 2016 lorsqu’elle est comparée à SQL Server 2014 ou versions antérieures Mise à jour cumulative 3 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	Mémoire	sp_execute_external_script et DMV sys.dm_exec_cached_plans provoquent des fuites de mémoire	CORRECTIF : la procédure stockée système sp_execute_external_script et la vue dynamique dynamique sys.dm_exec_cached_plans provoquent des fuites de mémoire dans SQL Server 2017 et 2016 Mise à jour cumulative 4 pour SQL Server 2017 Mise à jour cumulative 8 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	Mémoire	Erreur de mémoire insuffisante lorsque l’espace d’adressage virtuel du processus SQL Server est faible	Erreur de mémoire insuffisante lorsque l’espace d’adressage virtuel du processus SQL Server est faible dans SQL Server Mise à jour cumulative 4 pour SQL Server 2017 Mise à jour cumulative 8 pour SQL Server 2016 SP1
SQL Server 2016	Mémoire	la fuite de mémoire se produit lorsque vous utilisez Stockage Azure dans SQL Server	Une fuite de mémoire se produit lorsque vous utilisez Stockage Azure dans SQL Server 2014 ou 2016 Mise à jour cumulative 5 pour SQL Server 2016 RTM Mise à jour cumulative 2 pour SQL Server 2016 SP1 Mise à jour cumulative 2 pour SQL Server 2016
SQL Server 2016SQL Server 2017	OLTP en mémoire	L’utilisation de points de contrôle de disque volumineux se produit pour un groupe de fichiers optimisé en mémoire	CORRECTIF : L’utilisation de points de contrôle de disque volumineux se produit pour un groupe de fichiers optimisé en mémoire pendant les charges de travail non en mémoire lourdes Mise à jour cumulative 6 pour SQL Server 2017 Mise à jour cumulative 8 pour SQL Server 2016 SP1 Mise à jour cumulative 1 pour SQL Server 2016
SQL Server 2016	OLTP en mémoire	Les fichiers de point de contrôle augmentent excessivement lorsque vous insérez des données dans des tables mémoire optimisées	CORRECTIF : Les fichiers de point de contrôle augmentent excessivement lorsque vous insérez des données dans des tables mémoire optimisées dans SQL Server 2016 Mise à jour cumulative 2 pour SQL Server 2016 SP1 Mise à jour cumulative 4 pour SQL Server 2016
SQL Server 2016SQL Server 2017	OLTP en mémoire	La récupération de la base de données prend beaucoup de temps lorsqu’elle contient des tables mémoire optimisées	La récupération d’une base de données avec des tables mémoire optimisées prend beaucoup de temps dans SQL Server 2017 et 2016 Mise à jour cumulative 4 pour SQL Server 2017 Mise à jour cumulative 7 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	tempdb	Amélioration de l’algorithme de tourniquet de page PFS	Amélioration de l’algorithme de tourniquet de page PFS dans SQL Server 2016 Mise à jour cumulative 7 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 9 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	tempdb	Les problèmes de performances se produisent sous la forme de PAGELATCH_EX et PAGELATCH_SH attentes dans TempDB(sys.sysobjvalues et sys.sysseobjvalues)	Les problèmes de performances se produisent sous la forme de PAGELATCH_EX et d’attentes PAGELATCH_SH Mise à jour cumulative 1 pour SQL Server 2016 Service Pack 2 Mise à jour cumulative 9 pour SQL Server 2016 Service Pack 1
SQL Server 2016SQL Server 2017	tempdb	Une modification importante de la table tempdb contentionTemp qui a des contraintes nommées nécessite une suppression synchrone de la table temporaire	La contention tempdb lourde se produit dans SQL Server 2016 ou 2017 Mise à jour cumulative 5 pour SQL Server 2017 Mise à jour cumulative 8 pour SQL Server 2016 SP1
SQL Server 2017	tempdb	PAGELATCH_EX contentions lorsque vous supprimez des objets temporaires (sys.sysobjvalues)	CORRECTIF : PAGELATCH_EX contentions lors de la suppression d’objets temporaires dans SQL Server Mise à jour cumulative 5 pour SQL Server 2017
SQL Server 2016	tempdb	Augmentation des contentions de PAGELATCH_EX dans sys.sysobjvalues	CORRECTIF : Augmentation des contentions de PAGELATCH_EX dans sys.sysobjvalues dans SQL Server 2016 Mise à jour cumulative 6 pour SQL Server 2016 RTM Mise à jour cumulative 2 pour SQL Server 2016 Service Pack 1
SQL Server 2016SQL Server 2017	tempdb	Les points de contrôle indirects sur la base de données tempdb provoquent une erreur « Planificateur sans rendement »	CORRECTIF : les points de contrôle indirects sur la base de données tempdb provoquent l’erreur « Planificateur sans rendement » dans SQL Server 2017 et 2016 Mise à jour cumulative 1 pour SQL Server 2017 Mise à jour cumulative 5 pour SQL Server 2016 Service Pack 1 Mise à jour cumulative 8 pour SQL Server 2016
SQL Server 2016SQL Server 2017	tempdb	Les charges de travail qui utilisent de nombreuses transactions fréquentes et courtes peuvent consommer davantage d’UC	Les charges de travail qui utilisent de nombreuses transactions fréquentes et courtes dans SQL Server 2017 et 2016 peuvent consommer plus d’UC que dans SQL Server 2014 Mise à jour cumulative 4 pour SQL Server 2017 Mise à jour cumulative 2 pour SQL Server 2016 SP1
SQL Server 2016SQL Server 2017	Journal des transactions	Erreur 9002 lorsqu’il n’y a pas suffisamment d’espace disque pour la croissance critique des journaux	KB4087406 - CORRECTIF : Erreur 9002 lorsqu’il n’y a pas suffisamment d’espace disque pour la croissance critique des journaux dans SQL Server 2014, 2016 et 2017 Mise à jour cumulative 5 pour SQL Server 2017 Mise à jour cumulative 1 pour SQL Server 2016 SP2 Mise à jour cumulative 8 pour SQL Server 2016 SP1 Mise à jour cumulative 11 pour SQL Server 2014 SP2
SQL Server 2016	Cache de sécurité	Une utilisation élevée du processeur provoque des problèmes de performances dans sql Server 2016 High spinlock contention for SECURITY_CACHE and CMED_HASH_SET SQLSweet16 !, Episode 8 : How SQL Server 2016 Cumulative Update 2 (CU2) can améliorer les performances des charges de travail hautement simultanées	KB3195888 - CORRECTIF : une utilisation élevée du processeur provoque des problèmes de performances dans SQL Server 2016 et 2017 Mise à jour cumulative 2 pour SQL Server 2016
SQL Server 2017	Magasin de requêtes	La violation d’accès se produit lorsque Magasin des requêtes collecte des statistiques d’exécution	Violation d’accès lorsque Magasin des requêtes collecte des statistiques d’exécution dans SQL Server 2017 Mise à jour cumulative 5 pour SQL Server 2017
SQL Server 2016	Magasin de requêtes	Magasin des requêtes nettoyage automatique des données échoue sur les éditions autres que l’édition Entreprise et Développeur	Magasin des requêtes nettoyage automatique des données échoue sur les éditions autres que l’édition Entreprise et Développeur de SQL Server 2016 Mise à jour cumulative 1 pour SQL Server 2016
SQL Server 2016	Magasin de requêtes	Performances lentes de SQL Server quand Magasin des requêtes est activé	KB4340759 - CORRECTIF : Performances lentes de SQL Server 2016 quand Magasin des requêtes est activé Mise à jour cumulative 2 pour SQL Server 2016 SP2

Tableau 5 : Améliorations, correctifs et instructions de configuration recommandés pour SQL Server dans un environnement Linux

Ce tableau est une compilation de toutes les améliorations clés, recommandations et modifications de code publiées dans les mises à jour cumulatives après la publication de SQL Server 2017. Passez en revue la description de la colonne Symptômes et appliquez les mises à jour requises (de préférence la dernière mise à jour qui contient le correctif spécifique) dans la colonne Mise à jour requise dans les environnements applicables. Vous pouvez consulter l’article de la Base de connaissances répertorié pour plus d’informations sur les problèmes respectifs.

Ces recommandations ne vous obligent pas à activer d’autres indicateurs de trace en tant que paramètres de démarrage, sauf s’il est explicitement appelé dans l’article ou dans ce tableau. L’application de la dernière mise à jour cumulative ou service pack incluant ces correctifs suffit pour bénéficier de l’avantage. Si vous utilisez le groupe de disponibilité Always On dans SQL Server sur Linux, mettez à niveau SQL Server 2017 vers la mise à jour cumulative 8 ou ultérieure, car plusieurs améliorations ont été apportées dans cette mise à jour. Notez que le nom de la cu dans la colonne De mise à jour requise fournit la première mise à jour cumulative de SQL Server qui résout ce problème. Une mise à jour cumulative contient tous les correctifs logiciels et toutes les mises à jour incluses dans la version précédente de la mise à jour SQL Server. Comme indiqué dans les mises à jour du modèle de maintenance incrémentielle SQL Server, nous vous recommandons maintenant d’installer la dernière mise à jour cumulative dans une cadence proactive continue pour résoudre ou empêcher les problèmes décrits. Notez également que, à partir de SQL Server 2017, le modèle de maintenance moderne pour SQL Server a été introduit afin que les service packs ne soient plus disponibles.

Partager via