DBCC TRACEON - Indicateurs de trace (Transact-SQL)

S’applique à : SQL Server Azure SQL Managed Instance

Les indicateurs de trace sont utilisés pour définir des caractéristiques de serveur spécifiques ou pour modifier un comportement particulier. Par exemple, l’indicateur de trace 3226 est un indicateur de trace de démarrage couramment utilisé ; il supprime les messages de sauvegarde réussie dans le journal des erreurs. Les indicateurs de trace sont fréquemment utilisés pour diagnostiquer les problèmes de performances ou pour déboguer des procédures stockées ou des systèmes informatiques complexes, mais ils peuvent également être recommandés par Support Microsoft pour résoudre le comportement qui affecte négativement une charge de travail spécifique.

Tous les indicateurs de trace documentés et ceux qui sont recommandés par le Support Microsoft sont entièrement pris en charge dans un environnement de production quand ils sont utilisés comme indiqué. Les indicateurs de trace de cette liste peuvent avoir des considérations supplémentaires concernant leur utilisation particulière. Il est donc conseillé d’examiner soigneusement toutes les recommandations fournies ici et/ou par votre ingénieur du support technique. De plus, à l’instar de toute modification de configuration dans SQL Server, il est toujours préférable de tester minutieusement l’indicateur dans un environnement hors production avant de le déployer.

Remarque

Microsoft Entra ID s'appelait Azure Active Directory (Azure AD) jusqu'à une date récente.

Notes

Dans SQL Server, il existe trois étendues au niveau desquelles les indicateurs de trace peuvent fonctionner : requête, session et global. Les indicateurs de trace de requête sont actifs dans le contexte d’une requête spécifique. Les indicateurs de trace de session sont actifs pour une connexion et visibles uniquement par celle-ci. Les indicateurs de trace globaux sont définis au niveau du serveur et sont visibles pour chaque connexion sur celui-ci. Certains indicateurs ne peuvent être activés qu'en tant qu'indicateurs globaux, tandis que d'autres peuvent être activés avec une étendue globale ou de session.

Les règles suivantes s’appliquent :

• Un indicateur de trace global doit être activé globalement. Sinon, il est sans effet. Nous vous recommandons d’activer les indicateurs de trace globaux au démarrage, en utilisant l’option -T de ligne de commande sur Windows ou en utilisant mssql-conf sur Linux. Cela garantit que l’indicateur de trace reste actif après le redémarrage d’un serveur. Redémarrez SQL Server pour que l’indicateur de trace prenne effet.

• Si un indicateur de trace possède une étendue globale, de session ou de requête, il peut être activé avec l’étendue appropriée. Un indicateur de trace activé au niveau de la session n’affecte jamais une autre session. L’effet de l’indicateur de trace est perdu quand le SPID qui a ouvert la session se déconnecte.

Les indicateurs de trace sont activés (définis sur ON) ou désactivés (définis sur OFF) de l’une des façons suivantes :

• Utilisation des commandes DBCC TRACEON et DBCC TRACEOFF.

  Par exemple, pour activer l’indicateur de trace 2528 globalement, utilisez DBCC TRACEON avec l’argument -1 : DBCC TRACEON (2528, -1). L’effet de l’activation d’un indicateur de trace global avec DBCC TRACEON est perdu lors du redémarrage du serveur. Pour désactiver un indicateur de trace global, utilisez DBCC TRACEOFF avec l’argument -1.

• Utilisation de l’option de démarrage -T pour spécifier que l’indicateur de trace doit être défini au démarrage.

  L’option de démarrage -T active un indicateur de trace au niveau global. Vous ne pouvez pas activer un indicateur de trace de niveau session à l’aide d’une option de démarrage. Cela garantit que l’indicateur de trace reste actif après le redémarrage d’un serveur. Pour plus d’informations sur les options de démarrage, consultez Options de démarrage du service de moteur de base de données.

• Au niveau de la requête, utilisation de l’indicateur de requête QUERYTRACEON. L’option QUERYTRACEON est prise en charge seulement pour les indicateurs de trace de l’optimiseur de requête documentés dans le tableau figurant plus loin dans cet article.

Utilisez la commande DBCC TRACESTATUS afin de déterminer quels indicateurs de trace sont actuellement actifs.

Exemples

L’exemple suivant utilise DBCC TRACEON pour activer l’indicateur de trace 3205 sur toutes les sessions au niveau du serveur.

DBCC TRACEON (3205, -1);

Vous pouvez activer tous les correctifs affectant le plan contrôlés par les indicateurs de trace 4199 et 4137 pour une requête particulière.

SELECT x
FROM correlated
WHERE f1 = 0
      AND f2 = 1
OPTION (QUERYTRACEON 4199, QUERYTRACEON 4137);

Indicateurs de trace

Le tableau ci-dessous répertorie et décrit les indicateurs de trace disponibles dans SQL Server.

Azure SQL Managed Instance prend en charge les indicateurs de trace globaux suivants : 460, 2301, 2389, 2390, 2453, 2467, 7471, 8207, 9389, 10316 et 11024. Les indicateurs de trace de session ne sont pas encore pris en charge dans SQL Managed Instance.

Certains indicateurs de trace ont été introduits dans des versions de SQL Server spécifiques. Pour plus d’informations sur la version applicable, consultez l’article du support technique Microsoft associé à un indicateur de trace spécifique.

Le comportement de l’indicateur de trace peut ne pas être pris en charge dans les futures versions de SQL Server.

Les indicateurs de trace peuvent être référencés directement dans la table par le biais d’un signet que vous pouvez ajouter à la fin de l’URL au format suivant : #tfNNNN. Par exemple, pour accéder directement à l’indicateur de trace 1118 dans la table, utilisez dbcc-traceon-trace-flags-transact-sql#tf1118.

Indicateur de trace	Description
101	Augmente le niveau de détail de la journalisation de l’agent de réplication de fusion. Important : L’indicateur de trace 101 peut uniquement être activé pour l’Agent de fusion de réplication en utilisant l’option -T lors de l’exécution de replmerg.exe à partir de l’invite de commandes. Avertissement : L’indicateur de trace 101 n’est pas destiné à rester activé en permanence dans un environnement de production. Il doit être activé seulement de façon temporaire à des fins de résolution des problèmes. Pour plus d’informations, consultez une version archivée de KB2892633. Étendue : Agent de fusion de réplication uniquement.
102	Augmente le niveau de détail de la journalisation de l’agent de réplication de fusion et la dirige vers la table <Serveur_de_distribution>..msmerge_history. Important : L’indicateur de trace 102 peut uniquement être activé pour l’Agent de fusion de réplication en utilisant l’option -T lors de l’exécution de replmerg.exe à partir de l’invite de commandes. Avertissement : L’indicateur de trace 102 n’est pas destiné à rester activé en permanence dans un environnement de production. Il doit être activé seulement de façon temporaire à des fins de résolution des problèmes. Pour plus d’informations, consultez une version archivée de KB2892633. Étendue : Agent de fusion de réplication uniquement.
139	Impose une sémantique de conversion correcte dans l’étendue de commandes DBCC CHECK telles que DBCC CHECKDB, DBCC CHECKTABLE et DBCC CHECKCONSTRAINTS lors de l’analyse de la logique de précision et de conversion améliorée introduite avec le niveau de compatibilité 130 pour des types de données spécifiques sur une base de données qui a un niveau de compatibilité inférieur. Pour plus d’informations, consultez les améliorations apportées à SQL Server et à Azure SQL Database pour gérer certains types de données et opérations rares. S’applique à : SQL Server 2016 (13.x) RTM CU 3, SQL Server 2016 (13.x) Service Pack 1 et versions ultérieures. Avertissement : l’indicateur de trace 139 n’est pas destiné à être activé en continu dans un environnement de production et doit être utilisé uniquement pour effectuer des vérifications de validation de base de données décrites dans SQL Server et Azure SQL Database pour la gestion de certains types de données et opérations rares. Il doit être désactivé immédiatement après l’exécution des vérifications de validation. Étendue : globale uniquement.
174	Augmente le nombre de compartiments du cache du plan du Moteur de base de données SQL Server de 40 009 à 160 001 sur les systèmes 64 bits. Pour plus d’informations, consultez KB3026083. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale uniquement.
176	Résout les erreurs lors de la reconstruction de partitions en ligne pour des tables qui contiennent une colonne de partitionnement calculée. Pour plus d’informations, consultez KB3213683 et KB4541096. Étendue : globale ou de session.
205	Crée un rapport dans le journal des erreurs quand une procédure stockée dépendante des statistiques est recompilée suite à une mise à jour automatique des statistiques. Pour plus d’informations, consultez une version archivée de KB195565. Remarque : Cet indicateur de trace nécessite l’activation de l’indicateur de trace 3605. Étendue : globale uniquement.
260	Imprime les informations de version relatives aux bibliothèques de liaison dynamique (DLL) des procédures stockées étendues. Pour plus d’informations sur GetXpVersion(), consultez Créer des procédures stockées étendues. Étendue : globale ou de session.
272	Désactive la préallocation d’identité pour éviter les écarts dans les valeurs d’une colonne d’identité si le serveur redémarre de façon inattendue ou bascule vers un serveur secondaire. La mise en cache d’identité est utilisée pour améliorer les performances INSERT sur les tables comprenant des colonnes d’identité. Remarque : À partir de SQL Server 2017 (14.x), pour ce faire au niveau de la base de données, consultez l’option IDENTITY_CACHE dans ALTER DATABASE SCOPED CONFIGURATION. Étendue : globale uniquement.
460	Remplace l’ID de message de troncation de données 8152 par l’ID de message 2628. Pour plus d’informations, consultez KB4468101. À compter de SQL Server 2019 (15.x), pour ce faire au niveau de la base de données, consultez l’option VERBOSE_TRUNCATION_WARNINGS dans ALTER DATABASE SCOPED CONFIGURATION. S’applique à : SQL Server 2016 (13.x) Service Pack 2 CU 6, SQL Server 2017 (14.x) CU 12 et versions ultérieures. Remarque : À partir du niveau de compatibilité de la base de données 150, l’ID de message 2628 est utilisé par défaut, et cet indicateur de trace n’a aucun effet. Pour un niveau de compatibilité de base de données inférieur ou égal à 140, le message ID 2628 reste un message d’erreur d’activation qui nécessite l’activation de l’indicateur de trace 460, et cette configuration au niveau de la de base de données n’a pas d’effet. Étendue : globale ou de session.
610	Contrôle les insertions faisant l’objet d’une journalisation minimale dans des tables indexées. Cet indicateur de trace n’est pas nécessaire à compter de SQL Server 2016 (13.x), car la journalisation minimale est activée par défaut pour les tables indexées. Dans SQL Server 2016 (13.x), quand l’opération de chargement en masse entraîne l’allocation d’une nouvelle page, toutes les lignes remplissant de manière séquentielle cette nouvelle page font l’objet d’une journalisation minimale si tous les autres prérequis de la journalisation minimale sont remplis. Les lignes insérées dans les pages existantes (aucune allocation de nouvelle page) pour conserver l’ordre d’index font toujours l’objet d’une journalisation intégrale, comme les lignes qui sont déplacées à la suite de fractionnements de pages lors du chargement. Il est également important d’avoir ALLOW_PAGE_LOCKS activé pour les index (activés par défaut) pour que l’opération de journalisation minimale fonctionne en tant que verrous de page sont acquis pendant l’allocation et, par conséquent, seules les allocations de page ou d’extension sont journalisées. Pour plus d’informations, consultez Guide des performances de chargement des données. Étendue : globale ou de session.
634	Désactive la tâche de compression de columnstore d'arrière-plan. SQL Server exécute régulièrement la tâche d’arrière-plan du moteur de tuple qui compresse les rowgroups d’index columnstore avec des données non compressées, un rowgroup à la fois. La compression columnstore améliore les performances des requêtes mais consomme également des ressources système. Vous pouvez contrôler le temps que prend la compression columnstore manuellement, en désactivant la tâche de compression d’arrière-plan avec l’indicateur de trace 634, puis en appelant explicitement ALTER INDEX...REORGANIZE ou ALTER INDEX...REBUILD au moment souhaité. Étendue : globale uniquement.
652	Désactive les analyses de prérécupération de page. Si vous activez l’indicateur de trace 652, SQL Server n’envoie plus les pages de base de données dans le pool de mémoires tampons avant que ces pages de base de données ne soient consommées par les analyses. Par conséquent, les requêtes qui tirent parti de la fonctionnalité de prérécupération de page ont des performances inférieures. Étendue : globale ou de session.
661	Désactive le processus de suppression de l’enregistrement fantôme. L’indicateur de trace 661 désactive le processus de suppression de l’enregistrement fantôme. Un enregistrement fantôme est le résultat d’une opération de suppression. Lorsque vous supprimez un enregistrement, l’enregistrement supprimé est conservé en tant qu’enregistrement fantôme. Plus tard, l’enregistrement supprimé est purgé par le processus de suppression des enregistrements fantômes. Lorsque vous désactivez ce processus, l’enregistrement supprimé n’est pas purgé. Par conséquent, l’espace consommé par l’enregistrement supprimé n’est pas libéré. Ce comportement affecte la consommation d’espace et les performances des opérations d’analyse. Pour plus d’informations, consultez le guide de processus de nettoyage des éléments fantômes. Étendue : globale uniquement.
692	Désactive les insertions rapides lors du chargement en masse des données dans un segment de mémoire ou un index cluster. À compter de SQL Server 2016 (13.x), les insertions rapides sont activées par défaut, en utilisant une journalisation minimale lorsque la base de données se trouve dans un modèle de récupération simple ou journalisé en bloc pour optimiser les performances d’insertion des enregistrements insérés dans de nouvelles pages. Avec les insertions rapides, chaque lot de chargement en masse acquiert de nouvelles extensions en ignorant la recherche d’allocation des extensions existantes avec l’espace libre disponible pour optimiser les performances d’insertion. Avec des insertions rapides, les chargements en bloc avec de petites tailles de lots peuvent entraîner une augmentation de l’espace inutilisé consommé par les objets. Il est donc recommandé d’utiliser des lots volumineux pour chaque lot afin de remplir complètement l’étendue. S’il n’est pas possible d’augmenter la taille de lot, cet indicateur de trace peut aider à réduire l’espace inutilisé réservé au détriment des performances. S’applique à : SQL Server 2016 (13.x) et versions ultérieures. Étendue : globale ou de session.
715	Active le verrou de table pour les opérations de chargement en masse dans un segment de mémoire sans index non-cluster. Quand cet indicateur de trace est activé, les opérations de chargement en masse acquièrent des verrous de mise à jour en bloc lors de la copie en bloc des données dans une table. Les verrous BU permettent à plusieurs threads de charger simultanément en masse des données dans la même table tout en empêchant les processus qui n’effectuent pas de chargement de données en masse d’accéder à cette table. Le comportement est similaire quand l’utilisateur spécifie explicitement l’indicateur TABLOCK lors du chargement en masse ou quand le verrou de table sp_tableoption sur le chargement en masse est activé pour une table donnée. Toutefois, quand cet indicateur de trace est activé, ce comportement s’applique par défaut sans aucune modification de la requête ni de la base de données. Étendue : globale ou de session.
809	Active le comportement appelé écriture directe du pool de mémoires tampons hybride. Ce mode exige que la mémoire tampon de journal persistante soit activée dans la même base de données que le pool de mémoires tampons hybride. L’écriture directe permet au pool de mémoires tampons hybride de servir de cache pour les pages de modifications et les pages nettoyées, ce qui réduit le nombre de demandes envoyées aux pools de mémoires tampons DRAM pour les charges de travail de type OLAP et OLTP. Cet indicateur de trace a été introduit dans SQL Server 2022 (16.x). Le comportement est activé par défaut dans SQL Server 2022 (16.x) CU 1. Si vous utilisez SQL Server 2022 (16.x) CU 1 ou version ultérieure, l’indicateur de trace est ignoré.
818	Active des diagnostics d’E/S supplémentaires pour vérifier les conditions de perte d’écriture ou de lecture obsolète pendant les opérations d’E/S de fichier. L’indicateur de trace 818 active un tampon en anneau en mémoire, qui est utilisé pour le suivi des 2 048 dernières opérations d’écriture réussies effectuées par SQL Server, à l’exclusion des E/S de triage et de fichier de travail. Lorsque des erreurs telles que l’erreur 605, 823 ou 3448 se produisent, la valeur du numéro séquentiel dans le journal (LSN) du tampon entrant est comparée à celles de la liste des écritures récentes. Si le numéro LSN récupéré est plus ancien que celui spécifié pendant l’opération d’écriture, un nouveau message d’erreur est consigné dans le journal des erreurs SQL Server. Pour plus d’informations, consultez diagnostics SQL Server détecte les problèmes d’E/S non signalés en raison de lectures obsolètes ou d’écritures perdues. Remarque : à compter de SQL Server 2017 (14.x), cet indicateur de trace n’a pas d’effet. Étendue : globale uniquement.
830	Désactive la détection et la création de rapports de demandes d’E/S qui prennent beaucoup de temps. Par défaut, SQL Server utilise un mécanisme pour détecter les demandes d’E/S de lecture et d’écriture qui prennent beaucoup de temps (généralement plus de 15 secondes). Cet indicateur de trace désactive cette détection. Pour plus d’informations, consultez MSSQLSERVER_833. Remarque : il n’est pas recommandé d’activer cet indicateur de trace, car vous pouvez réduire votre capacité à détecter les problèmes d’E/S sur le système. Étendue : globale uniquement.
834	Utilise des allocations de pages de grande taille pour le pool de mémoires tampons, les index columnstore et les tables en mémoire. La grande taille de page varie en fonction de la plateforme matérielle, mais la taille de la page peut être comprise entre 2 Mo et 16 Mo. Les pages de grande taille sont allouées au démarrage et sont conservées pendant toute la durée de vie du processus. L’indicateur de trace 834 améliore les performances en rendant la mémoire tampon TLB (Translation Look-aside Buffer) plus efficace dans le processeur. En d’autres termes, l’indicateur de trace 834 optimise la gestion de la traduction d’adresses mémoire physique en adresses mémoire virtuelle qui est effectuée par le matériel de gestion de la mémoire. Pour plus d’informations sur SQL Server et sur les pages de grande taille, consultez le blog . Remarque : L’indicateur de trace 834 s’applique uniquement aux versions 64 bits de SQL Server. Vous devez avoir le droit d’utilisateur Verrouiller les pages en mémoire pour activer l’indicateur de trace 834. Vous pouvez activer l’indicateur de trace 834 uniquement au démarrage. L’indicateur de trace 834 peut empêcher le serveur de démarrer si la mémoire est fragmentée et si de grandes pages ne peuvent pas être allouées. Par conséquent, l’indicateur de trace 834 convient mieux aux serveurs dédiés à SQL Server. Remarque : Quand il est activé, le modèle de mémoire de grandes pages préalloue toute la mémoire SQLOS au démarrage de l’instance et ne la renvoie pas au système d’exploitation. Remarque : Si vous utilisez la fonctionnalité d’index Columnstore de SQL Server 2012 (11.x) et versions ultérieures, nous vous déconseillons d’activer l’indicateur de trace 834. Pour plus d’informations, consultez problèmes d’interopérabilité entre le traitement en mode batch et le modèle de mémoire de grande page. Si vous utilisez SQL Server 2019 (15.x) et columnstore, consultez l’indicateur de trace 876 à la place. Étendue : globale uniquement.
836	Utilisez l'option Mémoire maximum du serveur pour le pool de mémoires tampons. L’indicateur de trace 836 force SQL Server à dimensionner le pool de mémoires tampons au démarrage en fonction de la valeur de l’option Mémoire maximum du serveur plutôt qu’en fonction de la mémoire physique totale. Vous pouvez utiliser l’indicateur de trace 836 pour réduire le nombre de descripteurs de mémoire tampon alloués au démarrage en mode AWE (Address Windowing Extensions) 32 bits. Remarque : L’indicateur de trace 836 s’applique uniquement aux versions 32 bits de SQL Server dont l’allocation AWE est activée. Vous pouvez activer l’indicateur de trace 836 uniquement au démarrage. Étendue : globale uniquement.
845	Active les pages verrouillées sur les références standard de SQL Server quand le privilège Verrouiller les pages en mémoire est activé pour le compte de service de SQL Server. Pour plus d’informations, consultez KB970070 et Options de configuration du serveur Mémoire du serveur. Remarque : à compter de SQL Server 2012 (11.x), ce comportement est activé par défaut pour les références SKU Standard, et l’indicateur de trace 845 ne doit pas être utilisé. Étendue : globale uniquement.
876	Utilise des allocations de grandes pages pour columnstore. Remarque : Contrairement à l’indicateur de trace 834, l’utilisation de l’indicateur de trace 876 ne préalloue pas la mémoire SQLOS au démarrage de l’instance, et la mémoire inutilisée peut être libérée. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale uniquement.
888	Résout la dégradation des performances sur les appareils PMEM avec le pool de mémoires tampons hybride activé dans SQL Server quand les appareils PMEM s’exécutent à faible niveau de mémoire. Pour plus d’informations, consultez KB4548103. S’applique à : SQL Server 2019 (15.x) CU 4 et versions ultérieures. Étendue : globale uniquement.
890	Supprimer les messages de fin d’analyse du pool de mémoires tampons longue (erreur 898) dans le journal des erreurs. Pour plus d’informations sur l’analyse du pool de mémoires tampons et le message consigné dans le journal des erreurs, consultez Les opérations qui déclenchent une analyse du pool de mémoires tampons peuvent s’exécuter lentement sur des ordinateurs à mémoire volumineuse. S’applique à : SQL Server 2017 (14.x) et versions ultérieures. Étendue : globale uniquement.
898	Désactive le comportement d’écriture directe du pool de mémoires tampons hybride à des fins de résolution des problèmes ou de débogage. Pour plus d’informations, consultez KB 5022375. S’applique à : SQL Server 2022 (16.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
902	Ignore l’exécution du script de mise à niveau de base de données lors de l’installation d’une mise à jour cumulative ou d’un Service Pack. Si vous rencontrez une erreur lors du mode de mise à niveau de script, il est recommandé de contacter le service client et le support technique Microsoft SQL (CSS) pour obtenir des conseils supplémentaires. Pour plus d’informations, consultez KB2163980. Avertissement : Cet indicateur de trace est destiné à la résolution des problèmes de mises à jour ayant échoué en mode de mise à niveau de script et son exécution en permanence n’est pas prise en charge dans un environnement de production. Les scripts de mise à niveau de base de données doivent s’exécuter correctement pour une installation complète des mises à jour cumulatives et des Service Packs. Dans le cas contraire, des problèmes inattendus peuvent affecter votre instance de SQL Server. Étendue : globale uniquement.
1117	Quand un fichier du groupe de fichiers atteint le seuil de croissance automatique, la taille de tous les fichiers augmente. Cet indicateur de trace affecte toutes les bases de données. Il est recommandé uniquement si, dans chaque base de données, il est sûr de développer tous les fichiers d’un groupe de fichiers de la même quantité. Remarque : à compter de SQL Server 2016 (13.x), ce comportement est contrôlé par les options AUTOGROW_SINGLE_FILE et AUTOGROW_ALL_FILES de ALTER DATABASE, et l’indicateur de trace 1117 n’a pas d’effet. Pour plus d’informations, consultez Options de fichiers et de groupes de fichiers ALTER DATABASE (Transact-SQL). Étendue : globale uniquement.
1118	Force les allocations de pages sur des étendues uniformes, et non sur des étendues mixtes, réduisant ainsi la contention dans la page SGAM. Par défaut, quand un objet est créé, les huit premières pages sont allouées depuis des extensions différentes (extensions mixtes). Par la suite, quand d'autres pages seront nécessaires, elles seront allouées à partir de cette même étendue (étendue uniforme). La page SGAM permet d'effectuer le suivi de ces étendues mixtes et peut rapidement devenir un goulot d'étranglement en cas de nombreuses allocations de pages mixtes. Au moment de la création d'objets, l'indicateur de trace alloue les huit pages à partir de la même étendue, ce qui réduit la nécessité d'analyser la page SGAM. Pour plus d’informations, consultez KB328551. Remarque : À compter de SQL Server 2016 (13.x), ce comportement est contrôlé par l’option SET MIXED_PAGE_ALLOCATION d’ALTER DATABASE, et l’indicateur de trace 1118 n’a pas d’effet. Pour plus d’informations, consultez Options SET ALTER DATABASE. Étendue : globale uniquement.
1204	Retourne les ressources et les types de verrous participant à l'interblocage et la commande active affectée. Pour plus d’informations sur les interblocages, consultez le Guide des interblocages. Remarque : N’utilisez pas l’indicateur de trace 1204 sur des systèmes gourmands en charge de travail qui provoquent des blocages. Pour plus d’informations sur les autres moyens de détection des interblocages, consultez le Guide des interblocages. Étendue : globale uniquement.
1211	Désactive l'escalade de verrous en fonction de la sollicitation de la mémoire ou du nombre de verrous. Le Moteur de base de données SQL Server ne promeut aucun verrou de ligne ou de page au rang de verrou de table. L’utilisation de cet indicateur de trace peut générer un nombre excessif de verrous et, si la mémoire du verrou augmente suffisamment, les tentatives d’allocation de verrous supplémentaires pour toute requête peuvent échouer. Ceci peut entraîner un ralentissement des performances du Moteur de base de données ou provoquer des erreurs de type 1204 (impossible d'allouer la ressource du verrou) pour cause de mémoire insuffisante. Si les deux indicateurs de trace 1211 et 1224 sont définis, 1211 est prioritaire sur 1224. Toutefois, comme l’indicateur de trace 1211 empêche l’escalade dans chaque cas, même si la mémoire est très sollicitée, nous vous recommandons d’utiliser l’indicateur de trace 1224 à la place. Cela permet d'éviter les erreurs liées au manque de verrous, lorsque de nombreux verrous sont utilisés. Pour plus d’informations sur la résolution des problèmes de blocage causés par l’escalade de verrous dans SQL Server, consultez Résoudre les problèmes de blocage causés par l’escalade de verrous dans SQL Server. Étendue : globale ou de session.
1222	Retourne les ressources et les types de verrous participant au blocage et la commande active affectée, au format XML n’ayant à être validé par aucun schéma XSD particulier. Pour plus d’informations sur les interblocages, consultez le Guide des interblocages. Remarque : N’utilisez pas l’indicateur de trace 1222 sur des systèmes gourmands en charge de travail qui provoquent des blocages. Pour plus d’informations sur les autres moyens de détection des interblocages, consultez le Guide des interblocages. Étendue : globale uniquement.
1224	Désactive l'escalade de verrous en fonction du nombre de verrous. Cependant, une sollicitation de la mémoire peut toujours activer l'escalade de verrous. Le Moteur de base de données promeut les verrous de ligne ou de page au rang de verrous de table (ou de partition) si l'une des conditions suivantes n'est pas respectée : – 40 % de la mémoire utilisée par le Moteur de base de données. Ceci s’applique seulement quand le paramètre locks de sp_configure est défini sur 0. – 40 % de la mémoire de verrouillage configurée en utilisant le paramètre locks de sp_configure. Pour plus d’informations, consultez l’article Options de configuration du serveur. Si les deux indicateurs de trace 1211 et 1224 sont définis, 1211 est prioritaire sur 1224. Toutefois, comme l’indicateur de trace 1211 empêche l’escalade dans chaque cas, même si la mémoire est très sollicitée, nous vous recommandons d’utiliser l’indicateur de trace 1224. Cela permet d'éviter les erreurs liées au manque de verrous, lorsque de nombreux verrous sont utilisés. Remarque : L’escalade de verrous jusqu’à la granularité de niveau table ou HoBT peut également être contrôlée avec l’option LOCK_ESCALATION de l’instruction ALTER TABLE. Pour plus d’informations sur la résolution des problèmes de blocage causés par l’escalade de verrous dans SQL Server, consultez Résoudre les problèmes de blocage causés par l’escalade de verrous dans SQL Server. Étendue : globale ou de session.
1229	Désactive le partitionnement de verrous, quel que soit le nombre de processeurs. Par défaut, SQL Server active le partitionnement de verrous quand un serveur a 16 processeurs ou plus pour améliorer les caractéristiques de scalabilité des systèmes plus importants. Pour plus d’informations sur le partitionnement de verrous, consultez le guide du verrouillage des transactions et du contrôle de version de ligne. Avertissement : L’indicateur de trace 1229 peut provoquer une contention de verrouillages spinlock et des performances médiocres. Étendue : globale uniquement.
1236	Active le partitionnement de verrou de base de données. Pour plus d’informations, consultez KB2926217. Remarque : à compter de SQL Server 2012 (11.x) Service Pack 3 et SQL Server 2014 (12.x) Service Pack 1, ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 1236 n’a pas d’effet. Étendue : globale uniquement.
1237	Permet à l’instruction ALTER PARTITION FUNCTION de respecter la priorité d’interblocage de session définie par l’utilisateur actuel au lieu d’être la victime d’interblocage probable par défaut. Pour plus d’informations, consultez KB4025261. Remarque : à compter de SQL Server 2017 (14.x) et du niveau de compatibilité de la base de données 140, il s’agit du comportement par défaut, et l’indicateur de trace 1237 n’a pas d’effet. Étendue : globale, de session ou de requête (QUERYTRACEON).
1260	Désactive les vidages du moniteur du planificateur. Étendue : globale uniquement.
1448	Permet à l’agent de lecture du journal de réplication d’avancer même si les éléments secondaires asynchrones n’ont pas accusé réception d’une modification. Même si cet indicateur de trace est activé, le lecteur de journal attend toujours les secondaires synchrones dont l’état de synchronisation est SYNCHRONISÉ. Le lecteur de journal n’ira pas au-delà du numéro séquentiel dans le journal minimal reconnu des secondaires SYNCHRONISÉS. Cet indicateur de trace s'applique à l'instance de SQL Server, et pas simplement à un groupe de disponibilité, à une base de données de disponibilité ou à une instance de l'agent de lecture de journal. Prend effet immédiatement, sans redémarrage. Cet indicateur de trace peut être activé à l’avance ou quand un réplica secondaire asynchrone échoue. Étendue : globale uniquement.
1462	Désactive la compression du flux de journal pour les groupes de disponibilité asynchrones. Cette fonctionnalité est activée par défaut sur les groupes de disponibilité asynchrones pour optimiser la bande passante réseau. Pour plus d’informations, consultez Régler la compression pour le groupe de disponibilité. Étendue : globale uniquement.
1800	Permet l’optimisation de SQL Server quand des disques de tailles de secteur différentes sont utilisés pour les fichiers journaux de réplicas principal et secondaire dans les environnements de copie des journaux de transaction et SQL Server Always On. Cet indicateur de trace ne doit être activé que sur les instances de SQL Server avec le fichier journal des transactions résidant sur le disque avec une taille de secteur de 512 octets. Il n’est pas nécessaire d’être activé sur le disque avec des tailles de secteur de 4 Ko. Pour plus d’informations, consultez l’article KB3009974 de la Base de connaissances. S’applique à : SQL Server 2012 (11.x) Service Pack 1 CU 13, SQL Server 2012 (11.x) Service Pack 2 CU 3, SQL Server 2014 (12.x) RTM CU 5 et versions ultérieures. Étendue : globale uniquement.
1802	Désactive la vérification de la liste de contrôle d’accès et l’emprunt d’identité lors des opérations d’attachement ou de détachement de base de données. Cela peut être utile lors de l’attachement d’une base de données et de la rencontre d’erreurs d’autorisation d’accès, telles que l’erreur 5120. Étendue : globale uniquement.
1819	Autorise la sauvegarde sur URL à utiliser un serveur proxy lors de l’accès aux objets blob de blocs Azure. Outre cet indicateur de trace, vous devez définir la configuration du proxy WinHTTP sur le serveur avec l’utilitaire netsh.exe sur Windows Vista, Windows Server 2008 et versions ultérieures. Étendue : globale, de session ou de requête (QUERYTRACEON).
2301	Activez les optimisations d’aide à la décision avancées spécifiques aux requêtes d’aide à la décision. Cette option s’applique au traitement de l’aide à la décision des jeux de données volumineux. Étendue : globale, de session ou de requête (QUERYTRACEON).
2312	Définit le modèle d’estimation de la cardinalité de l’optimiseur de requête sur SQL Server 2014 (12.x) et versions ultérieures, quel que soit le niveau de compatibilité de la base de données. Remarque : Si le niveau de compatibilité de la base de données est inférieur à 120, l’activation de l’indicateur de trace 2312 entraîne l’utilisation du modèle d’estimation de la cardinalité de SQL Server 2014 (12.x) (120). Pour plus d’informations, consultez indicateurs de requête. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'FORCE_DEFAULT_CARDINALITY_ESTIMATION' de requête au lieu d’utiliser cet indicateur de trace. Étendue : globale, de session ou de requête (QUERYTRACEON).
2335	Amène SQL Server à supposer qu’une quantité fixe de mémoire est disponible pendant l’optimisation des requêtes pour un scénario dans lequel l’option de configuration du serveur « max server memory » est définie avec une valeur trop élevée, ce qui conduit SQL Server à générer un plan inefficace pour une requête spécifique. Il ne limite pas la mémoire accordée par SQL Server pour exécuter la requête. La mémoire configurée pour SQL Server sera toujours utilisée par le cache de données, l’exécution des requêtes et d’autres consommateurs. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
2338	Pousse SQL Server à utiliser un plan étroit lors de l’exécution d’une instruction UPDATE pour mettre à jour des index dans une table. Quand vous exécutez UPDATE sur une colonne d’index cluster, SQL Server met à jour non seulement l’index cluster lui-même, mais aussi tous les index non cluster, car ils contiennent la clé du cluster. Souvent, la mise à jour est effectuée en mettant à jour l’index cluster, puis tous les index non cluster en même temps. SQL Server met généralement à jour une ligne, puis passe à la ligne suivante jusqu’à ce que tout soit terminé. C’est ce qu’on appelle une mise à jour « plan étroit » ou mise à jour « par ligne ». Dans certains cas, le Moteur de base de données peut choisir d’effectuer une mise à jour au niveau du plan. Cet indicateur de trace force une mise à jour « plan étroit ». Étendue : globale, de session ou de requête (QUERYTRACEON).
2340	Amène SQL Server à ne pas appliquer d’opération de tri (tri par lots) sur les jointures de boucles imbriquées optimisées lors de la génération d’un plan. Par défaut, SQL Server peut utiliser une jointure de boucles imbriquées optimisée à la place d’une analyse complète ou une jointure de boucles imbriquées avec un tri explicite, quand l’optimiseur de requête estime qu’un tri n’est probablement pas nécessaire, sans pour autant en exclure la possibilité si la cardinalité ou les estimations de coût seraient incorrectes. Pour plus d’informations, consultez Les allocations de processeur ou de mémoire élevées peuvent se produire avec des requêtes qui utilisent une boucle imbriquée optimisée ou un tri par lots. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'DISABLE_OPTIMIZED_NESTED_LOOP' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
2371	Remplace le seuil de mise à jour des statistiques fixe par un seuil de mise à jour des statistiques linéaire. Pour plus d'informations, consultez cette Option AUTO_UPDATE_STATISTICS. Remarque : à compter de SQL Server 2016 (13.x) et à partir du niveau de compatibilité de la base de données 130, ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 2371 n’a aucun effet. Étendue : globale uniquement.
2389	Active automatiquement la génération de statistiques rapides pour les clés croissantes (modification de l’histogramme). Si l’indicateur de trace 2389 est défini et qu’une première colonne de statistiques est marquée comme croissante, l’histogramme utilisé pour estimer la cardinalité sera ajusté au moment de la compilation de la requête. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Remarque : Cet indicateur de trace ne s’applique pas à CE version 120 ou ultérieure. Utilisez l’indicateur de trace 4139 à la place. Étendue : globale, de session ou de requête (QUERYTRACEON).
2390	Active automatiquement la génération de statistiques rapides pour les clés croissantes ou inconnues (modification de l’histogramme). Si l’indicateur de trace 2390 est défini et qu’une première colonne de statistiques est marquée comme croissante ou inconnue, l’histogramme utilisé pour estimer la cardinalité sera ajusté au moment de la compilation de la requête. Pour plus d’informations, consultez indicateurs de requête. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Remarque : Cet indicateur de trace ne s’applique pas à CE version 120 ou ultérieure. Utilisez l’indicateur de trace 4139 à la place. Étendue : globale, de session ou de requête (QUERYTRACEON).
2422	Permet au Moteur de base de données SQL Server d’annuler une demande quand la durée maximale définie par la configuration REQUEST_MAX_CPU_TIME_SEC de Resource Governor est dépassée. Pour plus d’informations, consultez KB4038419. S’applique à : SQL Server 2016 (13.x) Service Pack 2, SQL Server 2017 (14.x) CU 3 et versions ultérieures. Étendue : globale uniquement.
2430	Active un nettoyage de classe de verrous de remplacement. Pour plus d’informations, consultez KB2754301. Étendue : globale uniquement.
2446	Provoque la génération par SQL Server d’un fragment XML Showplan avec sys.dm_exec_query_statistics_xml lors de l’utilisation de l’infrastructure de profilage des statistiques d’exécution de requêtes légères ou l’exécution de la vue de gestion dynamique ParameterRuntimeValue lors de la résolution des problèmes de requêtes d’exécution longue. S’applique à : SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 19, et SQL Server 2022 (16.x) et versions ultérieures. Avertissement : L’indicateur de trace 2446 n’est pas destiné à rester activé en permanence dans un environnement de production. Il doit être activé seulement de façon temporaire à des fins de résolution des problèmes. L’utilisation de cet indicateur de trace introduit une surcharge de mémoire et de processeur supplémentaire potentiellement significative, car nous créons un fragment XML de plan d’exécution de requêtes avec des informations de paramètre d’exécution, que la vue de gestion dynamique sys.dm_exec_query_statistics_xml soit ou non appelée. Remarque : À partir de SQL Server 2022 (16.x), pour ce faire au niveau de la base de données, consultez l’option FORCE_SHOWPLAN_RUNTIME_PARAMETER_COLLECTION dans ALTER DATABASE SCOPED CONFIGURATION. Étendue : globale uniquement.
2451	Active l’équivalent du dernier plan d’exécution réel dans sys.dm_exec_query_plan_stats. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Remarque : À partir de SQL Server 2019 (15.x) pour ce faire au niveau de la base de données, consultez l’option LAST_QUERY_PLAN_STATS dans ALTER DATABASE SCOPED CONFIGURATION. Étendue : globale uniquement.
2453	Permet à une variable de table de déclencher une recompilation quand un nombre suffisant de lignes a changé. Pour plus d’informations, consultez KB2952444. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. À compter de SQL Server 2019 (15.x), cela est devenu la compilation différée des variables de table et l’indicateur de trace 2453 n’a aucun effet. Étendue : globale, de session ou de requête (QUERYTRACEON).
2467	Permet une stratégie d’allocation de thread de travail parallèle, selon le nœud auquel le moins de threads sont alloués. Pour plus d’informations, voir Traitement de requêtes parallèles. Reportez-vous à Configurer le nombre maximal de threads de travail (option de configuration du serveur) pour plus d’informations sur la configuration de l’option de serveur de threads de travail max. Remarque : Le degré de requête de parallélisme doit tenir dans un seul nœud pour utiliser cette stratégie de remplacement, sinon la stratégie d’allocation de threads par défaut est utilisée à la place. Avec cet indicateur de trace, il est déconseillé d’exécuter des requêtes spécifiant un degré de parallélisme supérieur au nombre de planificateurs dans un seul nœud, car cela peut interférer avec des requêtes spécifiant un degré de parallélisme inférieur ou égal au nombre de planificateurs dans un seul nœud. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale uniquement.
2469	Active un autre échange pour INSERT INTO ... SELECT dans un index columnstore partitionné. Pour plus d’informations, consultez KB3204769. Étendue : globale, de session ou de requête (QUERYTRACEON).
2528	Désactive la vérification parallèle des objets par DBCC CHECKDB, DBCC CHECKFILEGROUP et DBCC CHECKTABLE. Par défaut, le degré de parallélisme est déterminé automatiquement par le processeur de requête. Le degré maximum de parallélisme est configuré de la même manière que celui des requêtes parallèles. Pour plus d’informations, consultez Configurer le degré maximal de parallélisme (option de configuration de serveur). Remarque : Les vérifications DBCC en parallèle doivent normalement être activées (c’est le cas par défaut). Le processeur de requêtes réévalue et ajuste automatiquement le parallélisme pour chaque table ou lot de tables vérifiées par DBCC CHECKDB. Le scénario d’utilisation classique est quand un administrateur système sait qu’une charge serveur va augmenter avant la fin de l’exécution de DBCC CHECKDB et choisit donc de réduire ou désactiver manuellement le parallélisme afin d’augmenter la concurrence avec une autre charge de travail utilisateur. Toutefois, la désactivation des vérifications en parallèle dans DBCC CHECKDB peut rallonger son exécution. Remarque : Si DBCC CHECKDB elle est exécutée à l’aide de l’option TABLOCK et que le parallélisme est désactivé, les tables peuvent être verrouillées pendant des périodes plus longues. Remarque : À compter de SQL Server 2014 (12.x) Service Pack 2, une option MAXDOP est disponible pour remplacer l’option de configuration du degré maximal de parallélisme de sp_configure pour les instructions DBCC. Étendue : globale ou de session.
2544	Transforme un vidage mémoire de SQL Server en vidage complet (l’opération par défaut est un vidage minimal). Les vidages complets sont une copie complète de la mémoire de processus cible active. Cela inclut l’état de tous les threads, la mémoire allouée à tous les processus et tous les modules chargés. Les vidages complets ont donc une taille d’environ la quantité de mémoire utilisée par le processus SQL Server, ce qui peut à son tour être presque aussi volumineux que la ram système totale. Sur les serveurs volumineux dédiés à une seule instance SQL Server, cela peut signifier un fichier qui est de plusieurs centaines de gigaoctets ou plus. Avertissement : la génération d’un vidage de mémoire complète peut interrompre le processus SQL Server pendant une période prolongée (plusieurs secondes à plusieurs minutes) et peut générer un fichier de vidage très volumineux. Utilisez cette fonction avec précaution et dans de rares cas si la situation l’exige. Pour plus d’informations, consultez Utiliser l’outil Sqldumper.exe pour générer un fichier de vidage dans SQL Server. Étendue : globale uniquement.
2549	Force la commande DBCC CHECKDB à supposer que chaque fichier de base de données se trouve sur un lecteur de disque unique, tout en traitant différents fichiers physiques comme un seul fichier logique. La commande DBCC CHECKDB génère une liste interne de pages à lire par lecteur de disque unique sur tous les fichiers de base de données. Cette logique détermine les lecteurs de disque uniques en fonction de la lettre de lecteur du nom de fichier physique de chaque fichier. Remarque : N’utilisez pas cet indicateur de trace, sauf si vous savez que chaque fichier est basé sur un disque physique unique. Remarque : Bien que cet indicateur de trace améliore les performances des DBCC CHECKDB commandes qui ciblent l’utilisation de l’option PHYSICAL_ONLY, certains utilisateurs peuvent ne pas voir d’amélioration des performances. Bien que cet indicateur de trace améliore l’utilisation des ressources d’E/S de disque, les performances sous-jacentes des ressources de disque peuvent limiter les performances globales de la DBCC CHECKDB commande. Pour plus d’informations, consultez KB2634571. Étendue : globale uniquement.
2551	Transforme un vidage mémoire de SQL Server en vidage filtré (l’opération par défaut est un vidage minimal). Cette opération capture un pourcentage de la mémoire complète, où de grandes zones de structures de mémoire appartenant à SQL Server sont filtrées de manière intentionnelle, et non sérialisées, sur le disque, car elles n’apportent aucune valeur ajoutée à la résolution des problèmes (en général, les pages de données/d’index, certains caches internes comme les pages de données OLTP en mémoire et la mémoire du pool de journal). Il en résulte un fichier qui est plus petit qu’un vidage mémoire complet tout en conservant la plus grande partie de son utilité comme option préférée dans la plupart des situations où les vidages minimaux ne suffisent pas. Pour plus d’informations, consultez Utiliser l’outil Sqldumper.exe pour générer un fichier de vidage dans SQL Server. Étendue : globale uniquement.
2562	Exécute la commande DBCC CHECKDB dans un seul « lot », quel que soit le nombre d’index dans la base de données. Par défaut, la commande DBCC CHECKDB tente de réduire les ressources tempdb en limitant le nombre d’index ou de « faits » générés à l’aide d’un concept de « lots ». Mais cet indicateur de trace impose tout le traitement dans un lot. L’un des effets de l’utilisation de cet indicateur de trace est que les besoins en espace peuvent tempdb augmenter. tempdb peut atteindre jusqu’à 5 % ou plus de la base de données utilisateur en cours de traitement par la DBCC CHECKDB commande. Remarque : Bien que cet indicateur de trace améliore les performances des DBCC CHECKDB commandes qui ciblent l’utilisation de l’option PHYSICAL_ONLY, certains utilisateurs peuvent ne pas voir d’amélioration des performances. Bien que cet indicateur de trace améliore l’utilisation des ressources d’E/S de disque, les performances sous-jacentes des ressources de disque peuvent limiter les performances globales de la DBCC CHECKDB commande. Pour plus d’informations, consultez KB2634571. Étendue : globale ou de session.
2566	Exécute la commande DBCC CHECKDB sans vérification de l’intégrité des données, sauf si l’option DATA_PURITY est spécifiée. Remarque : Les vérifications d’intégrité sur la base colonne-valeur sont activées par défaut et ne nécessitent pas l’option DATA_PURITY. Pour les bases de données mises à niveau à partir de versions antérieures de SQL Server, les vérifications sur la base colonne-valeur ne sont pas activées par défaut tant que la commande DBCC CHECKDB WITH DATA_PURITY n’est pas exécutée sans erreur sur cette base de données au moins une fois. Ensuite, DBCC CHECKDB vérifie l’intégrité sur la base colonne-valeur par défaut. Pour plus d’informations, consultez une version archivée de KB945770. Étendue : globale uniquement.
2592	Permet la résolution des symboles lors des vidages de pile, lorsque les outils de débogage pour Windows sont installés. Par exemple, l’utilisation de l’indicateur de trace 3656 requiert l’activation de l’indicateur de trace 2592. Avertissement : Il s’agit d’un indicateur de trace de débogage qui ne doit pas être utilisé dans un environnement de production. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Étendue : globale et de session.
2610	Active la compression d’image mémoire et la génération d’image mémoire plus rapide avec SQLDumper et via DBCC STACKDUMP. Pour plus d’informations, consultez Utiliser l’utilitaire Sqldumper.exe pour générer un fichier d’image mémoire dans SQL Server. S’applique à : SQL Server 2022 (16.x) CU 8, SQL Server 2019 (15.x) CU 23 et versions ultérieures. Étendue : globale et de session.
2616	Permet à la fonctionnalité de signature de pile de créer Sqldumper.exe générer un vidage unique par signature de pile unique par heure, ce qui évite les problèmes potentiels d’inondation de vidage lorsque le même problème se répète fréquemment dans un délai d’une heure. Lorsque cet indicateur de trace est activé, le format du fichier de vidage est remplacé SQLDump<xxxx>.mdmp par ou SQLDmpr<xxxx>.mdmp vers SQLDmpr<xxxx>.P<xxxxx.xxxxxxxx>.T<xxxxxxxxxxxxxx>.{<xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx>}.dmp (par exemple). SQLDmpr0024.P26900.66D498FA.T20240117034050.{eec59a9e-d615-4ac4-a46a-f650fee23787}.dmp S’applique à : SQL Server 2022 (16.x) CU 12 et versions ultérieures. Étendue : globale uniquement.
3023	Active l’option CHECKSUM comme valeur par défaut pour la commande BACKUP. Remarque : à compter de SQL Server 2014 (12.x), ce comportement est contrôlé en définissant l’option de configuration du paramètre par défaut de la somme de contrôle de sauvegarde. Pour plus d’informations, consultez la somme de contrôle de sauvegarde par défaut et les options de configuration du serveur. Étendue : globale et de session.
3042	Contourne l’algorithme de préallocation de compression de sauvegarde par défaut pour permettre au fichier de sauvegarde de croître uniquement pour atteindre sa taille définitive. Cet indicateur de trace est utile si vous devez économiser de l'espace en allouant uniquement la taille réelle requise pour la sauvegarde compressée. L'utilisation de cet indicateur de trace peut diminuer légèrement les performances (augmentation possible de la durée de l'opération de sauvegarde). Pour plus d’informations sur l’algorithme de préallocation, consultez Compression de sauvegarde (SQL Server) Étendue : globale uniquement.
3051	Active la journalisation de la sauvegarde SQL Server vers une URL pour les objets blob de pages dans Stockage Azure uniquement. La journalisation écrit dans un fichier journal d’erreurs spécifique. Pour plus d’informations, consultez Bonnes pratiques et dépannage de sauvegarde SQL Server vers une URL. Étendue : globale uniquement.
3205	Par défaut, si une unité sur bande gère la compression matérielle, l'instruction DUMP ou BACKUP en fera usage. Cet indicateur de trace permet de désactiver la compression matérielle pour les unités de sauvegarde sur bande. Cette option peut s’avérer utile lorsque vous souhaitez échanger des bandes avec d’autres sites ou les utiliser avec des unités qui ne gèrent pas la compression. Étendue : globale ou de session.
3226	Par défaut, chaque opération de sauvegarde et de restauration réussie ajoute une entrée dans le journal des erreurs SQL Server et dans le journal des événements système. Si vous créez de fréquentes sauvegardes du fichier journal, ces messages de réussite peuvent rapidement s’accumuler, ce qui entraîne des journaux des erreurs très volumineux dans lesquels la recherche d’autres messages devient compliquée. Avec cet indicateur de trace, vous pouvez supprimer les entrées de sauvegarde et de restauration du journal. Cela est utile si vous exécutez des sauvegardes de journaux fréquentes et si aucun de vos scripts ne dépend de ces entrées. Étendue : globale uniquement.
3427	Active un correctif pour un problème se produisant quand de nombreuses transactions consécutives insèrent des données dans des tables temporaires dans SQL Server 2016 (13.x) où cette opération consomme plus de processeur que dans SQL Server 2014 (12.x). Pour plus d’informations, consultez KB3216543. S’applique à : SQL Server 2016 (13.x) Service Pack 1 CU 2 jusqu’à SQL Server 2016 (13.x) Service Pack 2 CU 2. À compter de SQL Server 2016 (13.x) Service Pack 2 CU3 et SQL Server 2017 (14.x), cet indicateur de trace n’a pas d’effet. Étendue : globale uniquement.
3428	Le thread de restauration par progression Always On sur un réplica secondaire peut parfois être bloqué par des requêtes T-SQL, ce qui peut entraîner des retards de synchronisation. Cet indicateur de trace met fin à ces requêtes bloquantes en définissant le dépassement de délai d’attente de verrou sur 60 secondes. Pour plus d’informations sur la latence des threads de restauration automatique, consultez Le thread de restauration automatique est en retard en raison de la contention des ressources et de la résolution des problèmes de génération de file d’attente REDO (problèmes de latence des données) sur les réplicas secondaires lisibles Always On. Avertissement : vérifiez que vous testez et comprenez cette option avant de la déployer dans un environnement de production, car les requêtes peuvent être arrêtées. S’applique à : SQL Server 2019 (15.x) Étendue : globale uniquement.
3459	Désactive la restauration par progression parallèle. Pour plus d’informations, consultez KB3200975, KB4101554 et ce billet de blog, Modèle de restauration par réplica secondaire du groupe de disponibilité et performances. S’applique à : SQL Server 2016 (13.x), SQL Server 2017 (14.x) et versions ultérieures. Étendue : globale uniquement.
3468	Désactive les points de contrôle indirects sur tempdb. S’applique à : SQL Server 2016 (13.x) Service Pack 1 CU 5, SQL Server 2017 (14.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
3502	Permet d’envoyer les modifications de l’état du point de contrôle au journal des erreurs. S’applique à : SQL Server 2012 (11.x) et versions ultérieures. Étendue : globale ou de session.
3605	Redirige les messages de traçage vers le journal des erreurs SQL Server. Par exemple, l’utilisation des indicateurs de trace 205 et 8721 nécessite l’activation de l’indicateur de trace 3605. Avertissement : Il s’agit d’un indicateur de trace de débogage qui ne doit pas être activé en continu dans un environnement de production. Étendue : globale ou de session.
3608	Empêche SQL Server de démarrer automatiquement et de récupérer des bases de données, sauf la base de données master. Si des activités qui nécessitent tempdb sont lancées, model est récupérée et tempdb est créée. Les autres bases de données ne sont démarrées et récupérées qu’en cas d’accès. Certaines fonctionnalités, telles que le niveau d'isolement d'instantané et l'instantané Read Committed, peuvent ne pas fonctionner. Utiliser pour déplacer des bases de données système et déplacer des bases de données utilisateur. Remarque : Ne pas utiliser au cours du fonctionnement normal. Étendue : globale uniquement.
3625	Limite la quantité d’informations retournées aux utilisateurs qui ne sont pas membres du rôle serveur fixe sysadmin , en masquant les paramètres de certains messages d’erreur à l’aide '******'de . Cela peut permettre d'éviter la divulgation d'informations sensibles. Étendue : globale uniquement.
3656	Permet la résolution des symboles lors des vidages de pile, lorsque les outils de débogage pour Windows sont installés. Avertissement : Il s’agit d’un indicateur de trace de débogage qui ne doit pas être utilisé dans un environnement de production. Remarque : À compter de SQL Server 2019 (15.x), l’indicateur de trace 2592 doit être activé avec l’indicateur de trace 3656 pour permettre la résolution des symboles. Étendue : globale et de session.
3880	Désactive la tâche du minuteur qui vérifie l’état d’un index pouvant être repris. S’applique à : SQL Server 2017 (14.x) et versions ultérieures. Destiné aux systèmes haut de gamme avec des charges de travail hautes performances. Étendue : globale ou de session.
3924	Active la suppression automatique des transactions DTC orphelines avec SPID=-2, ce qui représente un problème pour certains moniteurs de transactions tiers. Pour plus d’informations, consultez KB4519668 et KB4511816. Étendue : globale uniquement.
3972	Désactive la fonctionnalité de mises à jour PFS (Page Free Space) simultanées. Pour plus d’informations sur les mises à jour PFS simultanées, consultez Performances intelligentes. Pour un problème où cet indicateur de trace est utile, consultez les dumps du planificateur improductif pendant la récupération d’une base de données de disponibilité secondaire avec un instantané de base de données dans KB5007794. Étendue : globale uniquement.
4022	Désactive l’exécution automatique des procédures stockées au démarrage de SQL Server. Pour plus d’informations sur l’exécution automatique des procédures stockées de démarrage, consultez sp_procoption. Étendue : globale uniquement.
4043	Corrige une erreur qui se produit lorsque vous appliquez une stratégie de sécurité sur une table externe PolyBase et utilisez la Sécurité au niveau des lignes (SNL) dans SQL Server 2019 (15.x). Le message d’erreur ressemble à ce qui suit : « Les prédicats de sécurité ne peuvent être ajoutés qu’à des tables utilisateur et à des vues liées au schéma ». Pour plus d’informations, consultez KB4552159. Étendue : globale ou de session.
4136	Désactive la détection des paramètres, sauf si OPTION(RECOMPILE), WITH RECOMPILE ou OPTIMIZE FOR <value> est utilisé. Pour plus d’informations, consultez KB980653. À compter de SQL Server 2016 (13.x), pour ce faire au niveau de la base de données, consultez l’option PARAMETER_SNIFFING dans ALTER DATABASE SCOPED CONFIGURATION. Pour obtenir le même résultat au niveau de la requête, ajoutez l’indicateur de requête OPTIMIZE FOR UNKNOWN. L’indicateur OPTIMIZE FOR UNKNOWN ne désactive pas le mécanisme de détection de paramètres, mais l’ignore pour obtenir le même résultat prévu. À compter de SQL Server 2016 (13.x) Service Pack 1, une deuxième option pour y parvenir au niveau de la requête consiste à ajouter l’indicateur USE HINT 'DISABLE_PARAMETER_SNIFFING' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale ou de session.
4137	Amène SQL Server à générer un plan qui utilise la sélectivité minimale lors de l’évaluation des prédicats AND des filtres à prendre en compte pour la corrélation partielle à la place de l’indépendance, sous le modèle d’estimation de la cardinalité (CE) de l’optimiseur de requête de SQL Server 2012 (11.x) et versions antérieures (70). Pour plus d’informations, consultez KB2658214. À compter de SQL Server 2016 (13.x) Service Pack 1, pour effectuer cette opération au niveau de la requête, ajoutez l’indicateur USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' de requête au lieu d’utiliser cet indicateur de trace lors de l’utilisation de CE 70. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Remarque : Cet indicateur de trace ne s’applique pas à CE version 120 ou ultérieure. Utilisez l’indicateur de trace 9471 à la place. Étendue : globale, de session ou de requête (QUERYTRACEON).
4138	Indique à SQL Server de générer un plan qui n’utilise pas les ajustements d’objectif de lignes avec les requêtes contenant les mots clés TOP, OPTION (FAST N), IN ou EXISTS. Pour plus d’informations, consultez KB2667211. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'DISABLE_OPTIMIZER_ROWGOAL' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
4139	Active automatiquement la génération de statistiques rapides (modification de l’histogramme) quel que soit l’état de la colonne clé. Si l’indicateur de trace 4139 est défini, quel que soit l’état de la première colonne de statistiques (croissant, décroissant ou stationnaire), l’histogramme utilisé pour estimer la cardinalité sera ajusté au moment de la compilation de la requête. Pour plus d’informations, consultez KB2952101. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'ENABLE_HIST_AMENDMENT_FOR_ASC_KEYS' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Remarque : Cet indicateur de trace ne s’applique pas à CE version 70. Utilisez les indicateurs de trace 2389 et 2390 à la place. Étendue : globale, de session ou de requête (QUERYTRACEON).
4199	Active les corrections de l’optimiseur de requête publiées dans les mises à jour cumulatives et les Service Packs de SQL Server. Les modifications de l’optimiseur de requête apportées à de précédentes versions de SQL Server sont activées par défaut sous le niveau de compatibilité de la base de données le plus récent dans une version de produit donnée, sans activation de l’indicateur de trace 4199. Pour plus d’informations, consultez KB974006. Modifications de l’optimiseur de requête de tous les précédents niveaux de compatibilité de la base de données : - Si l’indicateur de trace 4199 est activé, les modifications de l’optimiseur de requête de tous les niveaux de compatibilité de la base de données précédents sont également activées. - Si l’indicateur de trace 4199 est désactivé ou n’est pas défini, les modifications de l’optimiseur de requête sont activées à partir du niveau de compatibilité 130. Pour les niveaux de compatibilité inférieurs à 130, les modifications de l’optimiseur de requête sont désactivées. Modifications de l’optimiseur de requête pour la version post-RTM du moteur de base de données : - Si l’indicateur de trace 4199 est activé, les modifications de l’optimiseur de requête sont activées pour la version post-RTM du moteur de base de données. - Si l’indicateur de trace 4199 est désactivé ou n’est pas défini, les modifications de l’optimiseur de requête sont désactivées pour la version post-RTM du moteur de base de données. À compter de SQL Server 2016 (13.x), pour ce faire au niveau de la base de données, consultez l’option QUERY_OPTIMIZER_HOTFIXES dans ALTER DATABASE SCOPED CONFIGURATION. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'ENABLE_QUERY_OPTIMIZER_HOTFIXES' de requête au lieu d’utiliser cet indicateur de trace. Important : Les correctifs de l’optimiseur de requête qui résolvent les erreurs relatives à des résultats erronés ou à des violations d’accès ne sont pas activés par l’indicateur de trace 4199. Ces correctifs ne sont pas facultatifs et sont donc activés par défaut une fois que le package de mise à jour est installé. Étendue : globale, de session ou de requête (QUERYTRACEON).
4610	Augmente la taille de la table de hachage qui stocke les entrées de cache d’un facteur de 8. Combiné à l’indicateur de trace 4618, il augmente le nombre d’entrées dans le magasin de cache TokenAndPermUserStore jusqu’à 8 192. Pour plus d’informations sur la résolution des problèmes de taille du cache TokenAndPermUserStore, consultez Les requêtes prennent plus de temps pour s’exécuter lorsque la taille du cache TokenAndPermUserStore augmente dans SQL Server. Étendue : globale uniquement.
4616	Permet aux rôles d'application d'accéder aux métadonnées au niveau du serveur. Dans SQL Server, un rôle d’application ne peut pas accéder à des métadonnées situées en dehors de sa propre base de données car les rôles d’application ne sont pas associés à un principal au niveau serveur. Il s'agit là d'une différence par rapport aux versions antérieures de SQL Server. La définition de cet indicateur global désactive les nouvelles restrictions et permet aux rôles d'application d'accéder aux métadonnées au niveau du serveur. Étendue : globale uniquement.
4618	Limite le nombre d’entrées dans la banque de cache TokenAndPermUserStore à 1 024. Combiné à l’indicateur de trace 4610, il augmente le nombre d’entrées dans le magasin de cache TokenAndPermUserStore jusqu’à 8 192. Pour plus d’informations sur la résolution des problèmes de taille du cache TokenAndPermUserStore, consultez Les requêtes prennent plus de temps pour s’exécuter lorsque la taille du cache TokenAndPermUserStore augmente dans SQL Server. Étendue : globale uniquement.
4621	Limite le nombre d’entrées dans le magasin de cache TokenAndPermUserStore au nombre spécifié par l’utilisateur dans une clé de Registre. Pour plus d’informations, consultez options de configuration du serveur de vérification de l’accès. Étendue : globale uniquement.
4631	Désactive SHA2_256/AES256 pour le hachage des mots qui génèrent des clés de chiffrement. À compter de SQL Server 2017 (14.x), SHA2 est utilisé à la place de SHA1. Cela signifie que des étapes supplémentaires peuvent s’avérer nécessaires pour que votre installation SQL Server 2017 (14.x) déchiffre les éléments qui étaient chiffrés par SQL Server 2016 (13.x), comme décrit dans Créer des clés symétriques identiques sur deux serveurs. Pour plus d’informations, consultez KB4053407. S’applique à : SQL Server 2017 (14.x) et versions ultérieures. Étendue : globale uniquement.
5004	Suspend l’analyse du chiffrement TDE et provoque l’arrêt du travail d’analyse du chiffrement sans effectuer la moindre tâche. La base de données reste dans l’état de chiffrement (chiffrement en cours). Pour reprendre l’analyse de rechiffrement, désactivez l’indicateur de trace 5004 et exécutez l’instruction ALTER DATABASE <nom_base_de_données> SET ENCRYPTION ON. Étendue : globale uniquement.
6408	Active la visibilité du plan d’exécution estimé pour voir le plan de requête distant du calcul pushdown PolyBase. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Pour plus d’informations, consultez Comment savoir si un pushdown externe s’est produit. Étendue : globale, de session ou de requête (QUERYTRACEON).
6498	Permet à plusieurs compilations de requêtes volumineuses d’accéder à la passerelle volumineuse lorsqu’il y a suffisamment de mémoire disponible. Cet indicateur de trace peut être utilisé pour garder sous contrôle l’utilisation de la mémoire pour la compilation des requêtes entrantes, évitant ainsi les délais de compilation en cas de requêtes volumineuses simultanées. Elle est basée sur une valeur de 80 % de la mémoire cible SQL Server et permet une compilation de requêtes volumineuse par 25 Go de mémoire. Pour plus d’informations, consultez KB3024815. Remarque : à compter de SQL Server 2014 (12.x) Service Pack 2 et SQL Server 2016 (13.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 6498 n’a pas d’effet. Étendue : globale uniquement.
6527	Désactive la génération d'un vidage de la mémoire sur la première occurrence d'une exception mémoire insuffisante dans l'intégration du CLR. Par défaut,SQL Server génère un petit vidage de la mémoire sur la première occurrence d’une exception d’insuffisance de mémoire dans le CLR. Le comportement de l'indicateur de trace est comme suit : – S’il est utilisé comme indicateur de trace de démarrage, un vidage de mémoire n’est jamais généré. Toutefois, un vidage de mémoire peut être généré si d’autres indicateurs de trace sont utilisés. - Si cet indicateur de trace est activé sur un serveur en cours d’exécution, une image de mémoire n’est pas générée automatiquement à partir de ce point. Toutefois, si une image mémoire a déjà été générée en raison d’une exception mémoire insuffisante dans le CLR, cet indicateur de trace n’a pas d’effet. Étendue : globale uniquement.
6531	Désactive la protection de planification préemptive pour les opérations de requête avec des types de données spatiales. Cela peut réduire la consommation du processeur et améliorer les performances globales pour certaines activités spatiales. Pour plus d’informations, consultez KB3005300. Remarque : utilisez uniquement cet indicateur de trace si les appels de méthode spatiale individuelle (par ligne et colonne) prennent moins de ~4 ms et entraînent des erreurs fréquentes de planificateur sans rendement. S’applique à : SQL Server 2012 (11.x) Service Pack 2 CU 4, SQL Server 2014 (12.x) CU 5 et versions ultérieures. Étendue : globale et de session.
6532	Permet l’amélioration des performances des opérations de requête avec les types de données spatiales dans SQL Server 2012 (11.x) et SQL Server 2014 (12.x). Les gains de performances varient en fonction de la configuration, des types de requêtes et des objets. Pour plus d’informations, consultez KB3107399. Remarque : à compter de SQL Server 2016 (13.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 6532 n’a pas d’effet. Étendue : globale et de session.
6533	Permet l’amélioration des performances des opérations de requête avec les types de données spatiales dans SQL Server 2012 (11.x) et SQL Server 2014 (12.x). Les gains de performances varient en fonction de la configuration, des types de requêtes et des objets. Pour plus d’informations, consultez KB3107399. Remarque : à compter de SQL Server 2016 (13.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 6533 n’a pas d’effet. Étendue : globale et de session.
6534	Permet l’amélioration des performances des opérations de requête avec les types de données spatiales à compter de SQL Server 2012 (11.x). Les gains de performances varient en fonction de la configuration, des types de requêtes et des objets. Pour plus d’informations, consultez KB3107399. Étendue : globale uniquement.
6545	Active la sécurité CLR stricte. Pour plus d’informations, consultez KB4018930. S’applique à : SQL Server 2012 (11.x) Service Pack 3 CU 10, SQL Server 2014 (12.x) Service Pack 2 CU 6, SQL Server 2016 (13.x) RTM CU 7, SQL Server 2016 (13.x) Service Pack 1 CU 4 et versions ultérieures. À compter de SQL Server 2017 (14.x), cette fonctionnalité est activée par défaut et l’indicateur de trace 6545 n’a aucun effet. Étendue : globale uniquement.
6559	Permet la correction qui change la logique du modèle de thread CLR par défaut. Pour plus d’informations, consultez KB4517771. S’applique à : SQL Server 2016 (13.x) Service Pack 2 CU 10, SQL Server 2017 (14.x) CU 18, SQL Server 2019 (15.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
7117	Atténue un échec d’assertion que vous pouvez rencontrer quand vous avez plusieurs insertions imbriquées. Cet indicateur de trace permet au thread de nettoyage du magasin de versions persistant (PVS) de continuer, si le bit PVS est défini pour une ligne qui pourrait avoir fait partie d’une transaction abandonnée. Cet indicateur de trace permet au nettoyeur PVS d’ignorer le bit et de poursuivre l’opération de nettoyage. S’applique à : SQL Server 2022 (16.x) CU 9 et versions ultérieures. Étendue : globale uniquement.
7314	Impose le traitement des valeurs NUMBER avec une précision/échelle inconnue comme des valeurs double avec le fournisseur OLE DB. Pour plus d’informations, consultez KB3051993. Étendue : globale et de session.
7412	Active l’infrastructure légère de profilage des statistiques sur l’exécution des requêtes. Pour plus d’informations, consultez KB3170113. S’applique à : SQL Server 2016 (13.x) Service Pack 1 et versions ultérieures. À compter de SQL Server 2019 (15.x), cet indicateur de trace n’a aucun effet, car le profilage léger est activé par défaut. Étendue : globale uniquement.
7470	Active des calculs supplémentaires concernant les allocations de mémoire nécessaires pour les opérations de tri. Pour plus d’informations, consultez KB3088480. S’applique à : SQL Server 2012 (11.x) Service Pack 2 CU 8, SQL Server 2014 (12.x) RTM CU 10, SQL Server 2014 (12.x) Service Pack 1 CU 3 et versions ultérieures. Avertissement : l’indicateur de trace 7470 augmente les besoins en mémoire des requêtes à l’aide d’opérateurs de tri et peut affecter la disponibilité de la mémoire pour d’autres requêtes simultanées. Étendue : globale, de session ou de requête (QUERYTRACEON).
7471	Permet l’exécution de plusieurs instructions UPDATE STATISTICS pour différentes statistiques sur une seule table simultanément. Pour plus d’informations, consultez KB3156157. S’applique à : SQL Server 2014 (12.x) Service Pack 1 et versions ultérieures. Étendue : globale uniquement.
7745	Force le magasin des requêtes à ne pas vider les données sur le disque lors de l’arrêt de la base de données. Remarque : L’utilisation de cet indicateur de trace peut entraîner la perte de données Magasin des requêtes non vidées sur le disque en cas d’arrêt. Pour un arrêt de SQL Server, la commande SHUTDOWN WITH NOWAIT peut être utilisée à la place de cet indicateur de trace pour forcer un arrêt immédiat. Étendue : globale uniquement.
7752	Permet le chargement asynchrone du magasin des requêtes. Remarque : Utilisez cet indicateur de trace si SQL Server rencontre un nombre élevé d’attentes QDS_LOADDB liées à la charge synchrone du magasin des requêtes (comportement par défaut lors de la récupération de base de données). Remarque : à compter de SQL Server 2019 (15.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 7752 n’a pas d’effet. Étendue : globale uniquement.
7806	Active une connexion administrateur dédiée (DAC) sur SQL Server Express. Par défaut, aucune ressource DAC n'est réservée sur SQL Server Express. Pour plus d’informations, consultez Connexion de diagnostic pour les administrateurs de base de données. Étendue : globale uniquement.
8011	Désactive la mémoire tampon en anneau pour le moniteur de ressource. Vous pouvez utiliser les informations de diagnostic de cette mémoire tampon en anneau pour diagnostiquer les conditions de mémoire insuffisante. Cependant, si vous utilisez cet indicateur de trace, les informations disponibles pour diagnostiquer les problèmes de performance et de fonctionnement avec SQL Server sont considérablement limitées. L’indicateur de trace 8011 s’applique toujours sur le serveur et a une étendue globale. Vous pouvez activer l’indicateur de trace 8011 au démarrage ou dans une session utilisateur. Étendue : globale uniquement.
8012	Désactive la mémoire tampon en anneau pour les planificateurs. SQL Server enregistre un événement dans la mémoire tampon en anneau de planification chaque fois que l’un des événements suivants se produit : - un planificateur bascule le contexte vers un autre Worker - un Worker est suspendu - un Worker est repris - un Worker passe en mode préemptif ou en mode non préemptif. Vous pouvez utiliser les informations de diagnostic de cette mémoire tampon en anneau pour analyser les problèmes de planification. Par exemple, vous pouvez utiliser les informations de cette mémoire tampon en anneau pour résoudre les problèmes lorsque SQL Server cesse de répondre. L’indicateur de trace 8012 désactive l’enregistrement des événements pour les planificateurs. Vous pouvez activer l’indicateur de trace 8012 uniquement au démarrage. Avertissement : Lorsque vous utilisez cet indicateur de trace, les informations disponibles pour diagnostiquer les problèmes de performance et de fonctionnement avec SQL Server sont considérablement limitées. Étendue : globale uniquement.
8015	Désactive la détection automatique et l’installation de NUMA. Pour plus d’informations, consultez KB2813214. Étendue : globale uniquement.
8018	Désactive la mémoire tampon en anneau de l’exception. La mémoire tampon en anneau d’exception enregistre les 256 dernières exceptions levées sur un nœud. Chaque enregistrement contient des informations sur l’erreur et contient une trace. Un enregistrement est ajouté à la mémoire tampon en anneau lorsqu’une exception est levée. L’indicateur de trace 8018 désactive la création de la mémoire tampon en anneau et aucune information sur les exceptions n’est enregistrée. L’indicateur de trace 8019 désactive la collection de pile pendant la création de l’enregistrement. Avertissement : Lorsque vous utilisez cet indicateur de trace, les informations disponibles pour diagnostiquer les problèmes de performance et de fonctionnement avec SQL Server sont considérablement limitées. Étendue : globale uniquement.
8019	Désactive la collecte de piles pour la mémoire tampon en anneau de l’exception. L’indicateur de trace 8019 n’a pas d’effet si l’indicateur de trace 8018 est activé. Avertissement : Lorsque vous utilisez cet indicateur de trace, les informations disponibles pour diagnostiquer les problèmes de performance et de fonctionnement avec SQL Server sont considérablement limitées. Étendue : globale uniquement.
8020	Désactive la surveillance de la plage de travail. SQL Server utilise la taille de l’ensemble de travail lorsqu’elle reçoit des signaux d’état de la mémoire globale du système d’exploitation. L’indicateur de trace 8020 supprime la taille de la mémoire de l’ensemble de travail à prendre en compte lorsque SQL Server interprète les signaux d’état de la mémoire globale. Si vous utilisez cet indicateur de trace de manière incorrecte, la pagination intensive peut se produire et les performances peuvent être médiocres. Par conséquent, contactez le support Microsoft avant d’activer l’indicateur de trace 8020. Vous pouvez activer l’indicateur de trace 8020 uniquement au démarrage. Étendue : globale uniquement.
8032	Rétablit les paramètres de limitation du cache au paramètre SQL Server 2005 (9.x) qui permet en général des caches plus volumineux. Utilisez ce paramètre quand les entrées du cache fréquemment utilisées ne tiennent pas dans le cache et que l’option de configuration de serveur Optimiser pour les charges de travail ad hoc ne permet pas de résoudre le problème avec le cache du plan. Avertissement : L’indicateur de trace 8032 peut altérer les performances si des caches volumineux diminuent la mémoire disponible pour les autres consommateurs, tels que le pool de mémoires tampons. Étendue : globale uniquement.
8048	Convertit les objets mémoire partitionnés par NUMA en objets partitionnés par UC. Pour plus d’informations, consultez KB2809338. Remarque : à compter de SQL Server 2014 (12.x) Service Pack 2 et SQL Server 2016 (13.x), ce comportement est dynamique et contrôlé par le Moteur de base de données. Étendue : globale uniquement.
8075	Réduit la fragmentation VAS quand vous recevez des erreurs d’allocation de page mémoire sur une version 64 bits de SQL Server 2012 (11.x) ou SQL Server 2014 (12.x). Pour plus d’informations, consultez KB3074434. S’applique à : SQL Server 2012 (11.x), SQL Server 2014 (12.x) RTM CU 10, et SQL Server 2014 (12.x) Service Pack 1 CU 3. À compter de SQL Server 2016 (13.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 8075 n’a pas d’effet. Étendue : globale uniquement.
8079	Permet à SQL Server 2014 (12.x) Service Pack 2 d’interroger la disposition matérielle et de configurer automatiquement le NUMA logiciel sur les systèmes ayant 8 processeurs ou plus par nœud NUMA. Le comportement soft-NUMA automatique est en mesure de prendre en charge le multithreading simultané (processeur SMT/logique). Le partitionnement et la création de nœuds supplémentaires permettent de dimensionner le traitement en arrière-plan en augmentant le nombre d’écouteurs, le nombre d’instances, ainsi que les capacités réseau et de chiffrement. S’applique à : SQL Server 2014 (12.x) Service Pack 2. À compter de SQL Server 2016 (13.x), ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 8079 n’a pas d’effet. Étendue : globale uniquement.
8086	Désactive la vérification de localité NUMA pour les validations de mémoire. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Étendue : globale.
8089	Dans SQL Server 2017 (14.x) CU 16, vous pouvez activer le filtrage de bitmaps pour réduire la taille des images mémoire filtrées. SQL Server alloue une bitmap qui effectue le suivi des pages mémoire à exclure d’une image mémoire filtrée. Sqldumper.exe lit la bitmap et filtre les pages sans avoir besoin de lire d’autres métadonnées du gestionnaire de mémoire. S’applique à : SQL Server 2017 (14.x) CU 16 jusqu’à CU 19 uniquement. À partir de SQL Server 2017 (14.x) CU 20, le filtrage de bitmaps est activé par défaut. L’indicateur de trace 8089 ne s’appliquera plus et sera ignoré s’il est activé. Le filtrage de bitmap peut être désactivé via l’indicateur de trace 8095. Pour plus d’informations, consultez KB4488943. Étendue : globale uniquement.
8095	Désactive le filtrage de bitmap pour les images mémoire filtrées. SQL Server alloue une bitmap qui effectue le suivi des pages mémoire à exclure d’une image mémoire filtrée. Sqldumper.exe lit la bitmap et filtre les pages sans avoir besoin de lire d’autres métadonnées du gestionnaire de mémoire. S’applique à : builds où le filtrage de bitmap est activé par défaut : SQL Server 2016 (13.x) CU 13 et versions ultérieures, SQL Server 2017 (14.x) CU 20 et versions ultérieures, et SQL Server 2019 (15.x). Étendue : globale uniquement.
8099	Active un correctif de contention de verrouillage tournant pour les systèmes haut de gamme qui exécutent SQL Server 2019 (15.x) traitant de nombreux utilisateurs simultanés. S’applique à : SQL Server 2019 (15.x) CU 2 et CU 3 uniquement. À partir de SQL Server 2019 (15.x) CU 4, ce comportement est activé par défaut. Pour plus d’informations sur la contention de verrouillage tournant, consultez l’Indicateur de trace 8101 et l’article KB4538688. S’applique à : SQL Server 2019 (15.x) Étendue : globale uniquement.
8101	Résout l’utilisation élevée du processeur sur du matériel moderne, comme les processeurs Intel Skylake, avec un grand nombre de processeurs et d’utilisateurs simultanés. Pour diagnostiquer la contention de verrouillage tournant, consultez le livre blanc Diagnostiquer et résoudre la contention de verrouillage tournant dans SQL Server. S’applique à : SQL Server 2019 (15.x) uniquement, à compter de CU 8, avec d’autres améliorations introduites dans CU 14 et CU 16. Pour plus d’informations, consultez KB4538688. S’applique à : SQL Server 2019 (15.x) Étendue : globale uniquement.
8102	Résout un scénario de processeur élevé provoqué par la contention de blocage de spinlock sur le XVB_LIST verrouillage. Vous pouvez observer cela le plus souvent sur les systèmes haut de gamme avec un grand nombre de processeurs de nouvelle génération (PROCESSEURs). Cet indicateur de trace peut être activé avec l’indicateur de trace 8101. Pendant que l’indicateur de trace 8101 modifie l’incrément de rotation, l’indicateur de trace 8102 décalera les interruptions de verrouillage. Pour plus d’informations sur les interruptions, consultez Diagnostiquer et résoudre la contention de verrouillage sur SQL Server. S’applique à : SQL Server 2019 (15.x) Étendue : globale uniquement.
8121	Corrige un problème de faible mémoire à l’échelle du système qui se produit lorsque SQL Server valide la mémoire au-delà de la mémoire maximale du serveur sous le modèle de mémoire avec les pages de verrouillage dans le paramètre de stratégie de sécurité de mémoire. Cet indicateur de trace offre la mémoire dont le thread système du Moniteur de ressources a besoin pour réduire la consommation de mémoire de SQL Server. Pour plus d’informations, consultez KB5008996. S’applique à : SQL Server 2019 (15.x) Pour SQL Server 2022 (16.x) et versions ultérieures, cette fonctionnalité est activée par défaut et cet indicateur de trace n’a aucun effet. Si vous souhaitez désactiver ce comportement par défaut et revenir à l’ancien comportement, vous pouvez utiliser l’indicateur de trace 8125. Toutefois, dans la plupart des cas, ce choix n’est pas recommandé. Étendue : globale uniquement.
8142	Cet indicateur de trace partitionne la liste spécifique protégée par spinlock par processeur, jusqu’à 64 partitions. Cela doit être utilisé uniquement sur les machines à mémoire volumineuse qui rencontrent une contention de verrouillage de spinlock SOS_BLOCKALLOCPARTIALLIST avec une utilisation élevée du processeur. Voir également Indicateur de trace 8145. Pour plus d’informations, consultez KB5025808. S’applique à : SQL Server 2019 (15.x) CU 21 et versions ultérieures. Étendue : globale uniquement.
8145	Modifie le partitionnement activé par l’indicateur de trace 8142 pour qu’il soit par nœud soft-NUMA, au lieu du processseur. L’indicateur de trace 8142 doit également être activé pour que cela prenne effet. Pour plus d’informations, consultez KB5025808. S’applique à : SQL Server 2019 (15.x) CU 21 et versions ultérieures. Étendue : globale uniquement.
8207	Active les mises à jour singleton pour la réplication transactionnelle et CDC. Les mises à jour des abonnés peuvent être répliquées en une paire DELETE et une paire INSERT. Il est possible que cela ne réponde pas aux règles d’entreprise, par exemple le lancement d’un déclencheur UPDATE. Avec l’indicateur de trace 8207, la mise à jour d’une colonne unique qui affecte une seule ligne (une mise à jour singleton) est répliquée comme UPDATE, et non comme une paire DELETE ou INSERT. Si la mise à jour affecte une colonne qui a une contrainte d’unicité ou si la mise à jour affecte plusieurs lignes, elle est néanmoins répliquée en tant que paire DELETE ou INSERT. Pour plus d’informations, consultez une version archivée de KB302341. Étendue : globale uniquement.
8239	Par défaut, sys.sp_flush_commit_table_on_demand calcule au minimum la version de nettoyage renforcée et la version de nettoyage sécurisée, puis effectue la suppression des données de la table de validation. Lorsque l’indicateur de trace 8239 est défini, une safe_cleanup_version() valeur inférieure au point de nettoyage est ignorée et le nettoyage s’exécute après la réexécution sys.sp_flush_commit_table_on_demand. L’utilisation incorrecte de cet indicateur de trace peut entraîner une altération des données. Pour plus d’informations, consultez Résoudre les problèmes de nettoyage automatique du suivi des modifications. S’applique à : SQL Server 2022 (16.x) CU 3 et versions ultérieures. Étendue : globale uniquement.
8284	Corrige un problème de nettoyage manuel où les escalades répétées de verrous sur les tables provoquent une contention et une lenteur dans le nettoyage des métadonnées de suivi des modifications expirées. Remarque : Cet indicateur de trace s’applique à SQL Server 2019 (15.x) CU 21 et versions ultérieures. Étendue : globale uniquement.
8285	Convertit un échec d’assertion (Expression : m_versionStatus.IsVisible ()) en exception pour empêcher un problème d’image de mémoire dans certaines circonstances, quand vous activez le suivi des modifications sur une base de données dont l’isolation des clichés est activée. S’applique à : SQL Server 2022 (16.x) CU 6, SQL Server 2019 (15.x) CU 21 et versions ultérieures. Étendue : globale uniquement.
8286	Force la requête de nettoyage à utiliser l’indicateur FORCE ORDER à des fins d’amélioration des performances. Peut être employé avec TF 8287 pour exploiter l’indicateur FORCESEEK. Pour plus d’informations, consultez KB 5022375. S’applique à : SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
8287	Force la requête de nettoyage à utiliser l’indicateur FORCESEEK à des fins d’amélioration des performances. Peut être employé avec TF 8286 pour exploiter l’indicateur FORCE ORDER. Pour plus d’informations, consultez KB 5022375. S’applique à : SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
8290	Une fois cet indicateur de recherche est activé, le processus de nettoyage automatique du suivi des modifications (CT) réinitialise toute version de nettoyage invalide à une version de nettoyage en fonction de la période de conservation. Après avoir activé cet indicateur de trace, vous devez laisser le processus de nettoyage automatique s’exécuter. Pour plus d’informations, consultez KB4538365. S’applique à : SQL Server 2017 (14.x) CU 19, SQL Server 2019 (15.x) CU 4, et SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale ou de session.
8531	Active le correctif pour un problème de contention avec des temps d’attente élevés KTM_RECOVERY_MANAGER que vous pouvez rencontrer lors de l’exécution de transactions distribuées XA. S’applique à : SQL Server 2019 (15.x) CU 29, SQL Server 2022 (16.x) CU 16 et versions ultérieures. Étendue : Global et démarrage uniquement.
8558	Active un correctif pour vous assurer que vous n’observez pas des cas de figure en périphérie pendant lesquels, quand le niveau d’isolation RCSI est activé, une transaction ne peut parfois pas voir les données les plus récentes des tables qui ont été modifiées à l’aide de transactions DTC même après que xa_commit a retourné un message de réussite pendant une courte durée. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. S’applique à : SQL Server 2019 (15.x) CU 18, SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale uniquement.
8721	Indique dans le journal des erreurs quand une mise à jour automatique des statistiques s’exécute. Pour plus d’informations, consultez une version archivée de KB195565. Remarque : Cet indicateur de trace nécessite l’activation de l’indicateur de trace 3605. Étendue : globale uniquement.
8744	Désactive la prérécupération pour l’opérateur Boucles imbriquées. Avertissement : L’utilisation incorrecte de cet indicateur de trace peut entraîner des lectures physiques supplémentaires lorsque SQL Server exécute des plans qui contiennent l’opérateur Boucles imbriquées. Étendue : globale et de session.
8790	Pousse SQL Server à utiliser un plan de requête large lors de l’exécution d’une instruction UPDATE pour mettre à jour des index dans une table. Quand vous exécutez UPDATE sur une colonne d’index cluster, SQL Server met à jour non seulement l’index cluster lui-même, mais aussi tous les index non cluster, car ils contiennent la clé d’index du cluster. Pour optimiser les performances et réduire les E/S aléatoires SQL Server, vous pouvez choisir de trier toutes les données d’index non cluster en mémoire, puis de mettre à jour tous les index par ordre. Il s’agit d’une mise à jour de type « plan large » (ou « par index »), qui peut être forcée à l’aide de cet indicateur de trace Étendue : globale, de session ou de requête (QUERYTRACEON).
8902	Désactive les pages verrouillées pour les opérations d’E/S pour les systèmes haut de gamme avec des charges de travail hautes performances. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Étendue : globale.
8904	Permet un correctif pour résoudre un échec de restauration automatique parallèle sur un réplica secondaire en désactivant les E/S du journal inline, limitant la possibilité de contention de nombreux workers au sous-ensemble des workers LogWriter en arrière-plan. Pour plus d’informations, consultez KB5004649 et l’indicateur de trace 8904 - Désactiver les vidages des journaux de base de données inline. S’applique à : SQL Server 2019 (15.x), à compter de CU 12. S’applique à : SQL Server 2019 (15.x) Étendue : globale uniquement.
9024	Convertit un objet mémoire en pool du journal global en objet mémoire partitionné par nœud NUMA. Pour plus d’informations, consultez KB2809338. Remarque : à compter de SQL Server 2012 (11.x) Service Pack 3 et SQL Server 2014 (12.x) Service Pack 1, ce comportement est contrôlé par le Moteur de base de données, et l’indicateur de trace 9024 n’a pas d’effet. Étendue : globale uniquement.
9109	Désactive le démarrage de la fonctionnalité de notification de requête. Pour plus d’informations, consultez La restauration ou récupération peut échouer ou prendre beaucoup de temps si la notification de requête est utilisée dans une base de données. Avertissement : Soyez prudent avec cet indicateur de trace. Cet indicateur de trace peut être utile dans un ensemble limité de scénarios principalement pour résoudre ou isoler un problème. Étendue : globale et de session.
9135	Empêche l’utilisation des vues indexées. Pour ce faire, ajoutez l’indicateur de requête USE HINT 'EXPAND VIEWS' au lieu d’utiliser cet indicateur de trace. Pour plus d’informations, consultez Indicateurs de table (Transact-SQL). S’applique à : SQL Server 2019 (15.x) CU 23 et versions ultérieures. Étendue : globale uniquement.
9347	Désactive le mode batch pour l’opérateur de tri. SQL Server 2016 (13.x) contient un nouvel opérateur de tri en mode batch qui améliore les performances pour de nombreuses requêtes analytiques. Pour plus d’informations, consultez KB3172787. Étendue : globale, de session ou de requête (QUERYTRACEON).
9348	Permet l’utilisation des estimations de cardinalité de l’optimiseur de requête pour décider si BULK INSERT pour un index Columnstore de cluster doit être initié ou non. Si le nombre estimé de lignes à insérer est inférieur à 102 400, la Moteur de base de données n’utilise pas BULK INSERT. Si plus de 102 400 lignes sont estimées, une BULK INSERT est lancée. Pour plus d’informations, consultez KB2998301. Étendue : globale, de session ou de requête (QUERYTRACEON).
9349	Désactive le mode batch pour l’opérateur de tri des N premiers. SQL Server 2016 (13.x) contient un nouvel opérateur de tri en mode batch des premiers qui améliore les performances pour de nombreuses requêtes analytiques. Étendue : globale, de session ou de requête (QUERYTRACEON).
9358	Désactive le mode batch pour l’opérateur de tri. Pour plus d’informations, consultez KB3171555. Remarque : à compter de SQL Server 2017 (14.x), ce comportement est activé par défaut et l’indicateur de trace n’a aucun effet. Étendue : globale, de session ou de requête (QUERYTRACEON).
9389	Permet une allocation de mémoire dynamique supplémentaire pour les opérateurs en mode batch. Si une requête n’obtient pas toute la mémoire dont elle a besoin, elle déverse des données sur tempdb, ce qui occasionne des E/S supplémentaires et affecte potentiellement les performances des requêtes. Si l’indicateur de trace d’allocation de mémoire dynamique est activé, un opérateur en mode batch peut demander une mémoire supplémentaire et éviter de se déverser si tempdb une mémoire supplémentaire est disponible. Pour plus d’informations, consultez la section Effets de min memory per query du Guide d’architecture de gestion de la mémoire. Étendue : globale ou de session.
9398	Désactive l’opérateur de jointure adaptative qui permet de différer une méthode de jointure hachée ou de jointure de boucles imbriquées tant que la première entrée n’a pas été analysée. Il s’agit là d’une nouvelle fonctionnalité de SQL Server 2017 (14.x). Pour plus d’informations, consultez KB4099126. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
9410	Active un correctif non défini par défaut pour une requête qui utilise un opérateur d’agrégation de code de hachage et des débordements. L’activation de cet indicateur de trace augmente la mémoire disponible pour les opérations de code de hachage distinctes. Pour plus d’informations, consultez KB3167159. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
9440	Désactive le correctif pour le bogue 2112485 et bogue 2636294. Le correctif de bogue ne s’applique pas lors de l’utilisation du modèle d’estimation de cardinalité (CE) hérité. Lorsqu’une base de données utilise le modèle CE par défaut, les estimations de cardinalité de jointure externe peuvent augmenter plus haut que la cardinalité des tables impliquées dans la jointure lorsque les prédicats de jointure se composent de clés primaires des tables (par exemple, clé primaire aux jointures de clés étrangères). Un plafond est appliqué qui limitera le montant de la surestimation de la cardinalité semblable à la limite de surestimation qui existe dans l’ancien CE pour ce scénario. Remarque : Cet indicateur de trace s’applique uniquement aux bases de données avec un niveau de compatibilité de 160 et inférieur. S’applique à : SQL Server 2019 (15.x) CU 20, SQL Server 2022 (16.x) CU 9 et versions ultérieures. Étendue : globale, de session ou de requête (QUERYTRACEON).
9453	Désactive l’exécution en mode batch. Pour plus d’informations, consultez KB4016902. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
9471	Amène SQL Server à générer un plan qui utilise la sélectivité minimale pour les filtres de table unique sous le modèle d’estimation de la cardinalité de l’optimiseur de requête de SQL Server 2014 (12.x) et versions ultérieures. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Remarque : Cet indicateur de trace ne s’applique pas à CE version 70. Utilisez l’indicateur de trace 4137 à la place. Étendue : globale, de session ou de requête (QUERYTRACEON).
9476	Amène SQL Server à générer un plan qui utilise l’hypothèse de relation contenant-contenu simple au lieu de l’hypothèse par défaut de relation contenant-contenu de base, sous le modèle d’estimation de la cardinalité de l’optimiseur de requête de SQL Server 2014 (12.x) et versions ultérieures. Pour plus d’informations, consultez l’hypothèse de jointure de l’isolement dans le nouvel estimateur de cardinalité dégrade les performances des requêtes. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS' de requête au lieu d’utiliser cet indicateur de trace. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
9481	Définit le modèle d’estimation de la cardinalité de l’optimiseur de requête sur SQL Server 2012 (11.x) et antérieur (version 70), quel que soit le niveau de compatibilité de la base de données. Pour plus d’informations, consultez indicateurs de requête. À compter de SQL Server 2016 (13.x), pour ce faire au niveau de la base de données, consultez l’option LEGACY_CARDINALITY_ESTIMATION dans ALTER DATABASE SCOPED CONFIGURATION. À compter de SQL Server 2016 (13.x) Service Pack 1, pour ce faire au niveau de la requête, ajoutez l’indicateur USE HINT 'FORCE_LEGACY_CARDINALITY_ESTIMATION' de requête au lieu d’utiliser cet indicateur de trace. Étendue : globale, de session ou de requête (QUERYTRACEON).
9485	Désactive l’autorisation SELECT pour DBCC SHOW_STATISTICS. Pour plus d’informations, consultez KB2683304. Étendue : globale uniquement.
9488	Définit l’estimation fixe pour les fonctions table sur la valeur par défaut 1 (correspondant à la valeur par défaut sous le modèle d’estimation de la cardinalité de l’optimiseur de requête des versions SQL Server 2008 R2 (10.50.x) et antérieures) quand vous utilisez le modèle d’estimation de la cardinalité de l’optimiseur de requête de SQL Server 2012 (11.x) et versions ultérieures. Étendue : globale, de session ou de requête (QUERYTRACEON).
9495	Désactive le parallélisme lors de l’insertion pour les opérations INSERT...SELECT et applique cette mesure à la fois aux tables utilisateur et temporaires. Pour plus d’informations, consultez KB3180087. Étendue : globale ou de session.
9567	Active la compression du flux de données pour les groupes de disponibilité Always On au cours de l’amorçage automatique. La compression peut réduire considérablement le temps de transfert pendant l’amorçage automatique et augmente la charge sur le processeur. Pour plus d’informations, consultez Utiliser l’amorçage automatique pour initialiser un groupe de disponibilité Always On et paramétrer la compression pour le groupe de disponibilité. Étendue : globale ou de session.
9571	Désactive l’amorçage automatique des groupes de disponibilité pour le chemin d’accès de la base de données par défaut. Pour plus d’informations, consultez la disposition du disque. Étendue : globale ou de session.
9576	Désactive la collection d’erreurs améliorée pour les basculements de groupes de disponibilité qui a été introduite dans SQL Server 2016 (13.x) Service Pack 1 CU 10, SQL Server 2016 (13.x) Service Pack 2 CU 2 et SQL Server 2017 (14.x) CU 9. Pour plus d’informations, consultez SQL Server, Groupes de disponibilité et SQL Server, Basculement de niveau de base de données. Étendue : globale uniquement.
9591	Désactive la compression de bloc de journal dans les groupes de disponibilité Always On. La compression de bloc de journal est le comportement par défaut utilisé avec les réplicas synchrones et asynchrones dans SQL Server 2012 (11.x) et SQL Server 2014 (12.x). Dans SQL Server 2016 (13.x), la compression est utilisée uniquement avec la réplication asynchrone. Étendue : globale ou de session.
9592	Active la compression du flux de journal pour les groupes de disponibilité synchrones. Cette fonctionnalité est désactivée par défaut sur les groupes de disponibilité synchrones, car la compression ajoute une latence. Pour plus d’informations, consultez Régler la compression pour le groupe de disponibilité. Étendue : globale ou de session.
9708	Active la collecte de métriques de publication d’événements pour les sessions d’événements étendues. Pour plus d’informations, consultez sys.dm_xe_session_events. S’applique à : SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale uniquement.
9714	Permet au journal des erreurs SQL Server d’enregistrer le démarrage ou l’arrêt des sessions Événements étendus (XEvents). S’applique à : SQL Server 2022 (16.x) CU15 et versions ultérieures. Étendue : globale uniquement.
9810	Désactive le moteur OLTP In-Memory de la récupération de la mémoire Thread Local Storage (TLS). Dans SQL Server 2019 (15.x) et versions antérieures, la récupération de la mémoire TLS est le comportement par défaut. Dans SQL Server 2022 (16.x), une nouvelle optimisation de la mémoire a été introduite qui permet au moteur OLTP In-Memory de récupérer la mémoire TLS et de réduire le risque de problèmes de mémoire insuffisante. Cet indicateur de trace rétablit le comportement antérieur à SQL Server 2022 (16.x). S’applique à : SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale uniquement.
9929	Réduit les fichiers de point de contrôle en mémoire à 1 Mo chacun. Pour plus d’informations, consultez KB3147012. Étendue : globale uniquement.
9939	Active les plans parallèles et l’analyse parallèle des tables à mémoire optimisée et des variables de table dans les opérations DML qui référencent des tables à mémoire optimisée ou des variables de table, tant qu’ils ne sont pas la cible de l’opération DML dans SQL Server 2016 (13.x). Pour plus d’informations, consultez KB4013877. Remarque : L’indicateur de trace 9939 n’est pas nécessaire si l’indicateur de trace 4199 est également activé de façon explicite. Étendue : globale, de session ou de requête (QUERYTRACEON).
9944	Active un correctif non par défaut pour le temps de récupération de base de données lent lorsqu’une base de données a un grand nombre de tables optimisées en mémoire ou de types de tables mémoire optimisées, et que le blocage avec PREMPTIVE_OS_FINDFILE ou PREEMPTIVE_OS_CREATEDIRECTORY types d’attente peut être observé. Pour plus d’informations, consultez KB4090789 and KB4052338. Pour SQL Server sur Linux, cet indicateur de trace s’applique uniquement à SQL Server 2022 (16.x) CU 13 et versions ultérieures. Étendue : globale uniquement.
9953	Réutilise les planificateurs masqués utilisés par les tables à mémoire optimisée. S’applique à : SQL Server 2019 (15.x) CU 20 et versions ultérieures, et SQL Server 2022 (16.x) CU 3 et versions ultérieures. Étendue : globale uniquement.
10054	Désactive la règle de l’optimiseur de requête SQL Server qui décorrèle les sous-requêtes des prédicats OR en jointures externes. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Remarque : Veillez à tester soigneusement cette option avant de la déployer dans un environnement de production. Étendue : globale, de session ou de requête (QUERYTRACEON).
10204	Désactive la fusion/recompression au cours de la réorganisation d’index columnstore. Dans SQL Server 2016 (13.x), lorsqu’un index columnstore est réorganisé, il existe de nouvelles fonctionnalités permettant de fusionner automatiquement les petits rowgroups compressés dans des rowgroups compressés plus volumineux et de recomprimer tous les rowgroups qui ont un grand nombre de lignes supprimées. Remarque : L’indicateur de trace 10204 ne s’applique pas aux index columnstore qui sont créés sur des tables à mémoire optimisée. Étendue : globale ou de session.
10207	Autorise les analyses de l’index Columnstore en cluster (CCI) pour ignorer les segments ou les métadonnées endommagés, ce qui permet l’extraction des données à partir d’une CCI endommagée. Pour plus d’informations, consultez KB3067257. Étendue : globale ou de session.
10316	Permet de créer des index supplémentaires sur une table temporelle de mise en lots à mémoire optimisée interne à côté de l’index par défaut. Si vous avez un modèle de requête spécifique qui inclut des colonnes qui ne sont pas couvertes par l’index par défaut, vous pouvez envisager d’ajouter des index supplémentaires. Remarque : Les tables temporelles avec contrôle de version du système pour les tables à mémoire optimisée sont conçues pour fournir un débit transactionnel élevé. La création d’index supplémentaires peut entraîner une surcharge pour les opérations DML qui mettent à jour ou suppriment des lignes dans la table active. Avec les index supplémentaires, vous devez trouver le juste équilibre entre les performances des requêtes temporelles et une charge DML supplémentaire. Étendue : globale ou de session.
10460	Amène la fonctionnalité SQL Server Stretch Database à approvisionner une table étendue dans le niveau de service Hyperscale d’Azure SQL Database. S’applique à : SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 18, et SQL Server 2022 (16.x) et versions ultérieures. À compter de SQL Server 2017 (14.x) CU 31, de SQL Server 2019 (15.x) CU 18 et de SQL Server 2022 (16.x), le comportement par défaut de la fonctionnalité d’instance Stretch Database approvisionne une table étendue dans un niveau de service standard (S3) d’Azure SQL Database. Étendue : globale uniquement.
11023	Désactive l’utilisation du dernier taux d’échantillonnage enregistré pour toutes les mises à jour des statistiques suivantes où un taux d’échantillonnage n’est pas spécifié explicitement dans le cadre de l’instruction UPDATE STATISTICS. Pour plus d’informations, consultez KB4039284. Étendue : globale uniquement.
11024	Active le déclenchement de la mise à jour automatique des statistiques quand le nombre de modifications de n’importe quelle partition dépasse le seuil local. Pour plus d’informations, consultez KB4041811. S’applique à : SQL Server 2016 (13.x) Service Pack 2, SQL Server 2017 (14.x) CU 3 et versions ultérieures. Étendue : globale uniquement.
11047	Applique le délai d’attente par défaut défini par query wait (s) ou la configuration REQUEST_MEMORY_GRANT_TIMEOUT_SEC de Resource Governor aux opérations de génération d’index columnstore. Pour plus d’informations, consultez KB4480641. S’applique à : SQL Server 2016 (13.x) Service Pack 2 CU 5, SQL Server 2017 (14.x) CU 14 et versions ultérieures. Étendue : globale uniquement.
11064	Améliore la scalabilité des opérations de chargement des données dans les index columnstore, en optimisant la distribution de la mémoire entre les instructions SELECT et INSERT. Pour plus d’informations sur le chargement de données dans un index columnstore, consultez Index columnstore - Conseils en matière de chargement de données. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Étendue : globale uniquement.
11068	Utilise la valeur configurée indiquant le degré maximal de parallélisme (MAXDOP) du serveur, de la base de données ou de la liste de ressources partagées pour les opérations d’insertion d’index columnstore. Pour plus d’informations sur le remplacement des degrés de parallélisme, consultez le Guide d’architecture de traitement des requêtes. Important : Cet indicateur de trace est effectif uniquement si l’indicateur de trace 11064 est également activé. Important : Utilisez cet indicateur de trace quand des chargements de données plus rapides sont préférés au maintien de la qualité de segment columnstore. Par exemple, l’utilisation de cet indicateur de trace lors du chargement de 1 048 577 lignes dans un columnstore peut entraîner plusieurs groupes de lignes compressés si l’opération d’insertion s’exécute en mode parallèle. Sans cet indicateur de trace, l’opération d’insertion produirait un rowgroup compressé. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Étendue : globale uniquement.
11561	Désactive l’authentification Microsoft Entra pour la réplication. Remarque : Cet indicateur de trace s’applique à SQL Server 2022 (16.x) CU 6 et versions ultérieures. Étendue : globale ou de session.
11631	ALTER INDEX ... REORGANIZE et la tâche de fusion en arrière-plan nettoient les lignes supprimées d’un groupe de lignes d’index columnstore seulement si un certain seuil de lignes a été supprimé de ce groupe de lignes. Le seuil par défaut est de 10 % de la limite maximale de lignes (1 million), soit 100 000 lignes. Cet indicateur de trace change le seuil à 10 % du total des lignes actuelles d’un rowgroup dolumnstore. Par exemple, si un groupe de lignes contient 20 000 lignes, le seuil est de 2 000 lignes supprimées avant de pouvoir nettoyer ce groupe de lignes. Pour plus d’informations, consultez KB5000895. S’applique à : SQL Server 2019 (15.x) CU 9 et versions ultérieures. Étendue : globale uniquement.
11634	ALTER INDEX ... REORGANIZE et la tâche de fusion en arrière-plan nettoient les lignes supprimées d’un groupe de lignes d’index columnstore seulement si un certain seuil de lignes a été supprimé de ce groupe de lignes. Le seuil par défaut est de 10 % de la limite maximale de lignes (1 million), soit 100 000 lignes. Cet indicateur de trace change le seuil à 1 % du total des lignes actuelles d’un groupe de lignes columnstore. Si elle est activée avec l’indicateur de trace 11631, il s’agit de 1 % du nombre actuel de lignes dans un rowgroup, au lieu de 1 % de 1 million de lignes. Pour plus d’informations, consultez KB5000895. S’applique à : SQL Server 2019 (15.x) CU 9 et versions ultérieures. Étendue : globale uniquement.
12310	Augmente les limites de contrôle de flux pour le nombre de messages que chaque porte de groupe de disponibilité autorise. Ces limites sont les nouvelles valeurs par défaut dans SQL Server 2022 (16.x) et, par conséquent, l’indicateur de trace n’a aucun effet dans cette version. Pour plus d’informations, consultez Portes de contrôle de flux. S’applique à : SQL Server 2019 (15.x) CU9, SQL Server 2017 (14.x) CU 18, et SQL Server 2016 (13.x) SP 1 CU.16 et versions ultérieures. Étendue : globale uniquement.
12324	Résout un problème introduit avec les modifications apportées à la fonctionnalité de liaison pour Azure SQL Managed Instance, qui empêche la synchronisation des groupes de disponibilité lorsque les réplicas s’exécutent sur différentes mises à jour cumulatives. Pour plus d’informations, consultez KB5024276. S’applique à : SQL Server 2019 (15.x) CU 20 et versions ultérieures. Étendue : globale uniquement.
12481	Désactive la journalisation des informations d’audit pour les autorisations externes dans le champ external_policy_permission_checked des enregistrements d’audit. Pour plus d’informations, consultez KB 5022375. S’applique à : SQL Server 2022 (16.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
12502	Désactive les stratégies d’autorisation externes pour les instances SQL Server locales. S’applique à : SQL Server 2022 (16.x) CU 5 et versions ultérieures. Étendue : globale uniquement.
12618	Permet au modèle de correction de plan automatique (APC) de la fonctionnalité de réglage automatique d’effectuer plusieurs vérifications consécutives de régression de plan sur le même plan, ce qui permet d’accumuler des statistiques supplémentaires pour l’évaluation par le nouveau modèle. Pour plus d’informations, consultez KB5026717. S’applique à : SQL Server 2022 (16.x) CU 4 et versions ultérieures. Étendue : globale uniquement.
12656	Permet au modèle de correction de plan automatique (APC) de la fonctionnalité de réglage automatique d’utiliser une vérification de régression de plan basée sur le temps. Cette vérification se produit cinq minutes après la détection d’une modification du plan, ce qui évite de fausser les vérifications de régression en raison de requêtes s’exécutant rapidement. Cela permet à APC de prendre en compte les exécutions de requêtes qui peuvent s’exécuter plus longtemps ou sont sujettes à un délai d’attente en raison d’une modification de plan. Pour plus d’informations, consultez KB5026717. S’applique à : SQL Server 2022 (16.x) CU 4 et versions ultérieures. Étendue : globale uniquement.
13116	Désactive le correctif pour le bogue 13685819. Utilisez cet indicateur de trace si, après avoir appliqué SQL Server 2016 (13.x) Service Pack 2 CU16, vous rencontrez un problème qui empêche les requêtes DML (insertion/mise à jour/suppression) utilisant des plans parallèles de terminer l’exécution avec des attentes HP_SPOOL_BARRIER. S’applique à : SQL Server 2016 (13.x) Service Pack 2 CU 16. Étendue : globale uniquement.
13127	Active des optimisations de critères spéciaux de chaîne supplémentaires. S’applique à : SQL Server 2019 (15.x) et versions ultérieures. Destiné aux systèmes haut de gamme avec des charges de travail hautes performances. Étendue : globale ou de session.
13156	Désactive le correctif pour le problème « L’appel UDF avec un grand nombre de réévaluations d’expressions scalaires peut provoquer une erreur de planificateur sans rendement ». Ce correctif d’origine peut parfois entraîner une régression des performances. Pour plus d’informations, consultez KB4538581. Étendue : globale uniquement.
15025	Désactive l’accès Azure Key Vault requis pour un nouveau fichier journal virtuel, ce qui permet aux charges de travail client à volume élevé de se poursuivre sans interruption. Une fois cet indicateur de trace activé, SQL Server utilise la gestion de clés extensible pour le chiffrement et la génération de clés, et ne contacte pas Azure Key Vault pendant la création du fichier journal virtuel. Pour plus d’informations, consultez CORRECTIF : Problèmes d’accessibilité de base de données avec des charges de travail client à volume élevé qui utilisent EKM pour le chiffrement et la génération de clés. S’applique à : SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 et versions ultérieures. Étendue : globale uniquement.
15096	Désactive les opérations de remplissage (popcnt) avec les jeux d’instructions AVX-512. S’applique à : SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale ou de session.
15097	Active la prise en charge d’AVX-512 pour SQL Server 2022 (16.x) et versions ultérieures. Important : Nous vous recommandons d’activer la prise en charge d’AVX-512 pour les processeurs suivants : - Intel Ice Lake et versions ultérieures - AMD EYPC Genoa et versions ultérieures S’applique à : SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale ou de session.
15212	Désactive les messages du minuteur Service Broker qui font office de notification détaillée sur l’événement de délai d’expiration. Les messages affectés par cet indicateur de trace sont SSBDT: Dialog timer delete during registration dans la séquence de nettoyage de boîte de dialogue Service Broker et SSBDT: Dialog timer delete during dispatch dans la séquence de fermeture de boîte de dialogue Service Broker. Une fois cet indicateur de trace activé, l’impression de ces messages informels est ignorée. S’applique à : SQL Server 2022 (16.x) et versions ultérieures. Étendue : globale uniquement.
15915	Active un correctif pour un problème de performances que vous pouvez rencontrer lorsqu’il sp_lock est appelé fréquemment à partir de plusieurs connexions, ce qui peut entraîner une fuite de mémoire. La mémoire n’est pas nettoyée tant que vous n’avez pas redémarré le service SQL Server. S’applique à : SQL Server 2019 (15.x) CU 29 et versions ultérieures. Étendue : globale uniquement.
16301	Ignore l’opération d’E/S bloquante dans la sp_server_diagnostics procédure stockée. Une fois que vous avez activé cet indicateur de trace, la sp_server_diagnostics procédure stockée ne collecte pas de statistiques d’E/S, mais elle peut aider le groupe de disponibilité Always On (AG) à éviter le redémarrage et le basculement lorsqu’il y a un long délai dans le système d’E/S. S’applique à : SQL Server 2022 (16.x) CU 12 et versions ultérieures. Étendue : globale uniquement.

Contenu connexe

• Types de données (Transact-SQL)
• DBCC TRACEOFF (Transact-SQL)
• DBCC TRACEON (Transact-SQL)
• DBCC TRACESTATUS (Transact-SQL)
• DBCC INPUTBUFFER (Transact-SQL)
• DBCC OUTPUTBUFFER (Transact-SQL)
• EXECUTE (Transact-SQL)
• SELECT (Transact-SQL)
• SET NOCOUNT (Transact-SQL)
• Indicateurs de requête (Transact-SQL)
• Les diagnostics SQL Server détectent les problèmes d’E/S non signalés en raison de lectures obsolètes ou d’écritures perdues
• Options ALTER DATABASE SET (Transact-SQL)
• ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)