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

Article
06/20/2023

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

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

Introduction

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

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, sockets, nœuds NUMA et cœurs dans un nœud NUMA) et la quantité de mémoire disponible dans le système.

L’équipe de support technique 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 incluant plusieurs nœuds NUMA et un grand nombre de processeurs. L’équipe de support continue à 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 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 la scalabilité 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 de scalabilité qui ont été inclus avec une mise à jour cumulative (CU).
Le tableau 5 contient les correctifs recommandés et les instructions de configuration pour les instances SQL Server déployées dans un environnement Linux.

Remarque

Pour plus de contexte, consultez Boutons fréquemment utilisés pour régler un SQL Server occupé.

Importante

Si vous avez activé les indicateurs de trace, veillez à consulter 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 vous être assuré que votre instance de SQL Server répond aux exigences de la colonne Plages de versions et de build applicables.

Remarque

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 mise à jour du 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, il suffit d’appliquer cette mise à jour pour bénéficier des avantages.

Importante

Lorsque vous activez des correctifs qui ont des indicateurs de trace dans Always On environnements, n’oubliez pas que vous devez activer les indicateurs de correctif 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	Plages de versions et de build applicables	Plages de versions et de build non applicables	Lien vers un article ou un blog de la Base de connaissances pour plus d’informations
Les contentions de verrouillage tournant SOS_CACHESTORE lourdes ou vos plans sont fréquemment supprimés sur les charges de travail de requête ad hoc.	T174	SQL Server 2016 RTM à SP/CU actuel SQL Server 2017 RTM à SP/CU actuel	Aucun	KB3026083 - CORRECTIF : SOS_CACHESTORE contention de verrouillage tournant sur le cache de plan de SQL Server ad hoc entraîne une utilisation élevée du processeur dans SQL Server
Les entrées du cache du plan sont supprimées en raison de la croissance dans 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 à SP/CU actuel SQL Server 2017 RTM à SP/CU actuel	Aucun	Documentation de DBCC TRACEON - Indicateurs de trace (Transact-SQL). Consultez la section Gestion de la taille du cache de Plan Cache Internals.
tempdb est fortement utilisé et a de nombreuses modifications apportées aux données dans tempdb. Vous rencontrez des messages de planificateur qui ne produisent pas de 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 à SP/CU actuel SQL Server 2017 CU1 à SP/CU actuel	Aucun	Point de contrôle indirect et tempdb - le bon, le mauvais et le planificateur sans rendement KB4040276 - CORRECTIF : Les points de contrôle indirects sur la base de données tempdb provoquent l’erreur « Planificateur sans rendement » dans SQL Server 2016 et 2017
Des transactions courtes fréquentes se produisent dans tempdb. Vous remarquez une augmentation de l’utilisation du processeur pour ces transactions La conformité aux critères communs n’est pas activée	T3427	SQL Server 2016 SP1 CU2 à SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 - CORRECTIF : les charges de travail qui utilisent de nombreuses transactions fréquentes et courtes en SQL Server 2016 et 2017 peuvent consommer plus de processeur que dans SQL Server 2014
Vous résolvez des problèmes de performances de requête spécifiques. Les correctifs de l’optimiseur sont désactivés par défaut.	T4199	SQL Server 2016 RTM à SP/CU actuel SQL Server 2017 RTM à SP/CU actuel	Aucun	KB974006 : modèle de maintenance SQL Server 4199 indicateur de trace du correctif logiciel de l’optimiseur de requête Note 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.
L’exécution des travaux de statistiques prend beaucoup de temps. Impossible d’exécuter plusieurs travaux de mise à jour des statistiques en parallèle.	T7471	SQL Server 2016 RTM CU1 à SP/CU actuel SQL Server 2017 RTM à SP/CU actuel	Aucun	KB3156157 : l’exécution simultanée de plusieurs statistiques UPDATE STATISTICS 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 meilleures pratiques pour améliorer les performances de votre SQL Server instance

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

Article de la Base de connaissances ou ressource 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 à Configurer l’option de configuration de serveur de degré maximal 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 Limitation de base de licence pour SQL Server 2012	Êdition Entreprise disposant d’une licence de licence d’accès serveur et client (CAL) est limitée à 20 cœurs par SQL Server instance. Il n’existe aucune limite sous le modèle de licence de serveur core. Envisagez de mettre à niveau votre édition de SQL Server vers la référence SKU appropriée pour utiliser toutes les ressources matérielles.
Ralentissement des performances sur Windows Server lors de l’utilisation du mode de gestion de l’alimentation équilibrée	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 serveurPARAMÉTRAGE FORCÉ	Les entrées du cache du plan sont supprimées en raison de la croissance dans d’autres caches ou commis de mémoire. Vous pouvez également rencontrer l’éviction du cache du plan lorsque le cache atteint son nombre maximal d’entrées. En plus de l’indicateur de trace 8032 décrit ci-dessus, envisagez l’option de serveur Optimiser pour les charges de travail ad hoc et également l’option de base de données FORCED PARAMETERIZATION .
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 d’utilisateur Activer l’option Verrouiller les pages en mémoire (Windows) au compte de démarrage du service SQL. Consultez 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 le paramètre Options de configuration de la mémoire du serveur prend en compte la mémoire à partir des 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 disposez d’un serveur disposant de beaucoup de mémoire, en particulier pour une charge de travail analytique ou d’entreposage de données. N’oubliez pas que l’interopérabilité des index Columnstore avec le modèle de mémoire de page volumineuse dans SQL Server.
Problèmes de performances des requêtes associés à un cache de sécurité de grande taille L’exécution des requêtes prend plus de temps lorsque la taille du cache TokenAndPermUserStore augmente en SQL Server DBCC TRACEON - Indicateurs de trace (Transact-SQL)	Si le cache de sécurité atteint une grande taille et que vous rencontrez des problèmes de performances et une contention de verrouillage tournant, envisagez d’activer les indicateurs de trace T4610 et T4618 pour réduire la taille maximale de TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 : de 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` pour le groupe de charge de travail par défaut dans la configuration du gouverneur de ressources de 25 % à une valeur inférieure. De 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 plus rapidement : Configuration automatique de TEMPDB	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 - Fichiers et indicateurs de trace et Mises à jour	Utilisez les optimisations tempdb et améliorez la scalabilité en évitant ou en réduisant DDL sur les objets temporaires.
Initialisation instantanée d’un fichier	Collaborez avec votre administrateur Windows pour accorder au compte de service SQL Server les droits d’utilisateur Effectuer des tâches de maintenance en volume conformément aux informations de la rubrique de la documentation en ligne.
Considérations relatives aux paramètres « croissance automatique » 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 points 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 la référence Point de contrôle indirect 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 SQL Server environnement de groupe de disponibilité et de journalisation	Si vous avez un groupe de disponibilité dans lequel le journal des transactions sur le réplica principal se trouve sur un disque dont la taille de secteur est de 512 octets et que le journal des transactions réplica secondaire se trouve sur un lecteur dont la taille de secteur est de 4 Ko, vous pouvez rencontrer une synchronisation lente. Dans ce cas, l’activation de TF 1800 doit corriger le problème. Pour plus d’informations, consultez Indicateur de trace 1800.
Infrastructure de profilage des requêtes KB3170113 -Mettre à jour pour exposer les statistiques d’exécution de requêtes par opérateur dans showplan XML et l’événement étendu dans SQL Server 2014 SP2	Si votre 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 d’effectuer une résolution des problèmes de requête en direct dans des 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 ne fonctionnent pas correctement. Si les problèmes de performances de requête se produisent en raison de l’estimation de la 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.
L’hypothèse de l’autonomie de jointure 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 d’un contenant-contenu simple et de base. Utilisez l’indicateur de trace 9476 pour un contenant-contenu simple au lieu d’un conteneur 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ées 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 multi-instructions et la jointure adaptative Amélioration de l’utilisation de la mémoire grâce aux commentaires sur l’allocation de mémoire
Bonne pratique avec le 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 des Magasin des requêtes dans 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 lorsque Magasin des requêtes est activé si vous rencontrez une contention de verrouillage tournant du magasin de requêtes sous des charges de travail lourdes.
SQL Server 2016/2017 : modèle et performances secondaires du groupe de disponibilité réplica de restauration par progression	Si vous rencontrez trop d’attentes (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`, ou `DIRTY_PAGE_TABLE_LOCK`), consultez ce blog pour prendre des mesures correctives (appliquer le correctif applicable, évaluer l’utilisation appropriée du modèle de restauration par progression).
KB2634571 - Les améliorations apportées à la commande DBCC CHECKDB peuvent accélérer les performances lorsque vous utilisez l’option PHYSICAL_ONLY DBCC TRACEON - Indicateurs de trace Un CHECKDB plus rapide - Partie IV (UDT SQL CLR)	Si vous exécutez des commandes DBCC CHECK sur des bases de données volumineuses (plusieurs To), envisagez d’utiliser les 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 sur les vulnérabilités du canal latéral Spectre et Meltdown	Évaluez soigneusement les performances de l’ombrage des adresses virtuelles du noyau (KVAS), de l’indirection de table de pages de noyau (KPTI) et de l’atténuation de la 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 la scalabilité et des performances. Divers changements 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.

Catégorie	Résumé de la modification	Informations supplémentaires et références
Moteur SQL	Indicateurs de trace fréquemment utilisés qui sont mis hors service ou qui ne sont plus 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 cassants apportés aux fonctionnalités du moteur de base de données dans SQL Server 2016
Moteur de base de données		Changements cassants apportés aux fonctionnalités du moteur de base de données dans SQL Server 2017
Conversions de types de données de traitement des requêtes	SQL Server 2016 (13.x) inclut des améliorations dans certaines conversions de types de données et certaines opérations (pour la plupart rares).	Pour plus d’informations, consultez SQL Server 2016 améliorations apportées à la gestion de certains types de données et des opérations inhabituelles.
Groupe de disponibilité	Pour la base de données secondaire, l’initialisation automatique utilise les points de terminaison de mise en miroir de bases de données pour diffuser 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 journal du principal vers le secondaire.	SQL 2016 - Il s’exécute plus rapidement : Always On commutateurs de contexte réduits de transport des journaux SQL Server 2016 - Il s’exécute plus rapidement : Always On groupes de disponibilité suralimentés
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 plus rapidement : Always On compression parallèle / 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 Always On extensibilité et les performances de la copie des journaux de transaction par un facteur significatif.	SQL 2016 - Il s’exécute plus rapidement - Always On chiffrement AES-NI
Performances	SQL Server 2016 détecte les fonctionnalités du processeur pour AVX ou SSE et utilise les fonctionnalités vectorielles 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 plus rapidement : le magasin de colonnes utilise des instructions vectorielles (SSE/AVX)
Performances	SQL Server 2016 tire parti des instructions de vecteur processeur pour améliorer les performances d’insertion en bloc.	SQL 2016 - Il s’exécute plus rapidement - BULK INSERT utilise des instructions vectorielles (SSE/AVX)
Performances	SQL Server 2016 active un insert ... INSTRUCTION SELECT pour fonctionner à l’aide du parallélisme, ce qui réduit considérablement le temps de chargement des données.	SQLSweet16 !, Episode 3 : Parallel INSERT ... SÉLECTIONNEZ
Performances	SQL Server 2016 active l’opération TRUNCATE sur des partitions individuelles d’une table pour l’archivage des partitions plus anciennes.	SQLSweet16 !, Épisode 5 : TRUNCATE Selected Partitions
Performances	SQL Server 2016 ajuste dynamiquement la taille du pool de workers de base de données optimisée In-Memory en fonction des besoins.	SQL 2016 - Il s’exécute plus rapidement : In-Memory pool de workers de base de données optimisé
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 plus rapidement : modifications -T1117 et -T1118 pour TEMPDB et les bases de données utilisateur
Tempdb	Le programme d’installation du moteur de base de données calcule automatiquement le nombre de fichiers de données tempdb.	SQL 2016 - Il s’exécute plus rapidement : Configuration automatique de TEMPDB
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 plus rapidement : LDF estampillé
Stockage	Pour les serveurs de mémoire volumineux et les environnements d’écriture intensive, les points de contrôle indirects fonctionnent mieux.	SQL 2016 - Il s’exécute plus rapidement : point de contrôle indirect par défaut
Stockage	Des taux élevés de transactions peuvent tirer parti du fait que plusieurs logwriters vident 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érieur à 65536.	SQLSweet16 !, Épisode 1 : Compression de sauvegarde pour les bases de données compatibles TDE
Système d’exploitation SQL	Partitionner dynamiquement les objets mémoire pour réduire la contention des objets mémoire.	SQL 2016 - Il s’exécute 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 workers d’obtenir un traitement équitable et d’améliorer la scalabilité.	SQL 2016 - Il s’exécute 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 au moins 8 processeurs par nœud NUMA. Le partitionnement déclenche différents ajustements dans l’ensemble du moteur de base de données pour améliorer la scalabilité et les performances.	SQL 2016 - Il s’exécute 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 offre moins de contention et des fonctionnalités avancées de lecture anticipée.	SQL 2016 - Il s’exécute plus rapidement : DBCC met à l’échelle 7x mieux
DBCC CHECK	Les commandes DBCC CHECK prennent beaucoup de temps quand 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 !, Episode 10 : « Je peux manger du verre... », mais puis-je le charger dans une base de données ?
Spatiale	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 plus rapidement : implémentation(s) spatiale(s) native(s)
Spatiale	SQL Server 2016 améliore la scalabilité de TVP qui utilise des données spatiales à l’aide de validations spatiales natives.	SQL 2016 - It Just Runs Faster : TVPs with Spatial Column(s)
Spatiale	Les améliorations spatiales natives et TVP permettent SQL Server d’optimiser la création d’index et le pavage des données spatiales.	SQL 2016 - Il s’exécute plus rapidement : l’index spatial est généré plus rapidement
MSDTC	SQL Server 2016 démarre dynamiquement MSDTC en fonction des besoins, ce qui permet d’utiliser les ressources pour d’autres activités jusqu’à ce que cela soit nécessaire.	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 changement de contexte, les allocations de mémoire et d’autres aspects pour accélérer le rendu des événements.	SQL 2016 - Il s’exécute plus rapidement : Lecteur Linq XEvent

Tableau 4. Correctifs importants inclus dans une mise à jour cumulative

Passez en revue la description dans 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 si elles sont explicitement décrites dans l’article ou dans ce tableau. Il suffit d’appliquer la dernière cu ou le Dernier Service Pack qui inclut ces correctifs pour bénéficier de l’avantage.

Note Le nom de la mise à jour dans la colonne 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 qui ont été incluses avec la version précédente SQL Server mise à jour. 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 à une cadence proactive continue pour résoudre ou empêcher les problèmes décrits. Notez également que depuis SQL Server 2017, le modèle de maintenance moderne pour SQL Server a été introduit afin que les Service Packs ne soient plus disponibles.

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, recommandations et modifications de code clés qui ont été publiées dans les mises à jour cumulatives après la publication de SQL Server 2017. Passez en revue la description dans 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 si elles sont explicitement décrites dans l’article ou dans ce tableau. Il suffit d’appliquer la dernière mise à jour cumulative ou le Dernier Service Pack qui inclut ces correctifs pour en tirer parti. Si vous utilisez Always On groupe de disponibilité 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 à cette mise à jour. Note Le nom cu dans la colonne 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 qui ont été incluses dans la version précédente SQL Server mise à jour. 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 qu’à compter 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