Configurer les données d’utilisation et de diagnostic pour SQL Server (CEIP)

  • Article

S'applique à : SQL Server

Résumé

Par défaut, Microsoft SQL Server collecte des informations sur la façon dont ses clients utilisent l’application. Plus précisément, SQL Server recueille des données sur l’expérience d’installation, l’utilisation et les performances. Elles aident Microsoft à améliorer le produit pour mieux répondre aux besoins des clients. Par exemple, Microsoft collecte des informations sur les types de codes d’erreur rencontrés par les utilisateurs afin que nous puissions corriger les bogues associés, améliorer notre documentation sur l’utilisation de SQL Server et déterminer s’il faudrait ajouter des fonctionnalités au produit pour mieux servir des clients.

En particulier, Microsoft n’envoie par ce mécanisme aucune information de ces types :

  • valeurs des tables utilisateur ;
  • identifiants d’ouverture de session ou autres informations d’authentification ;
  • Informations personnelles

L’exemple de scénario suivant comprend des informations sur l’utilisation des fonctionnalités, qui permettent d’améliorer le produit.

SQL Server 2017 et versions ultérieures prennent en charge les index columnstore pour proposer des scénarios d’analytique rapides. Les index columnstore combinent une structure d’index traditionnelle en « arbre B » (B-tree) pour les données récemment insérées avec une structure compressée orientée colonnes permettant de compresser les données et d’accélérer l’exécution des requêtes. Le produit contient des heuristiques pour migrer des données de la structure en arbre B vers la structure compressée en arrière-plan, ce qui accélérer les résultats de requêtes ultérieurs.

Remarque

De manière générale, la documentation SQL Server utilise le terme B-tree en référence aux index. Dans les index rowstore, le moteur de base de données implémente une structure B+. Cela ne s’applique pas aux index columnstore ou aux index sur les tables à mémoire optimisée. Pour plus d’informations, consultez le Guide de conception et d’architecture d’index SQL Server et Azure SQL.

Si l’opération en arrière-plan ne suit pas le rythme d’insertion des données, les performances des requêtes peuvent être plus lentes que prévu. Pour améliorer le produit, Microsoft collecte des informations sur la capacité de SQL Server à suivre le processus de compression automatique des données. L’équipe produit utilise ces informations pour ajuster la fréquence et le parallélisme du code qui effectue la compression. Cette requête est exécutée occasionnellement pour collecter ces informations afin que nous (Microsoft) puissions évaluer la vitesse de déplacement des données. Ceci nous permet d’optimiser les heuristiques du produit.

SELECT object_id, type_desc, data_space_id, db_id() AS database_id FROM sys.indexes WITH(nolock) WHERE type = 5 or type = 6 

SELECT cntr_value as merge_policy_evaluation
FROM sys.dm_os_performance_counters WITH(nolock)
WHERE object_name LIKE '%columnstore%' 
AND counter_name ='Total Merge Policy Evaluations' 
AND instance_name = '_Total'

Sachez que ce processus se concentre sur les mécanismes nécessaires pour offrir une valeur ajoutée aux clients. L’équipe produit ne regarde pas les données de l’index, ni ne les envoie à Microsoft. SQL Server collecte et envoie toujours des informations sur l’expérience d’installation à partir du processus d’installation afin de nous permettre de trouver et de résoudre rapidement les problèmes d’installation que rencontre le client. SQL Server versions 2017 et ultérieures peut être configuré de façon à ne pas envoyer d’informations (pour une instance de serveur donnée) à Microsoft par le biais des mécanismes suivants :

  • avec l’application de rapports d’erreurs et d’utilisation ;
  • en définissant des sous-clés de Registre sur le serveur.

Pour SQL Server sur Linux, consultez la page Commentaires client pour SQL Server sur Linux.

Notes

Vous ne pouvez désactiver l’envoi d’informations à Microsoft que dans les versions payantes de SQL Server.

Notes

  • La suppression ou la désactivation du service CEIP SQL n’est pas prise en charge.
  • La suppression des ressources CEIP SQL à partir du groupe de cluster n’est pas prise en charge.

Pour refuser la collecte de données, consultez Activation ou désactivation de l’audit local

Application de rapports d’erreurs et d’utilisation

Après l’installation, le paramètre de collecte de données d’utilisation et de diagnostic des instances et composants de SQL Server peut être modifié au moyen de l’application de rapports d’erreurs et d’utilisation. Cette application est disponible dans le cadre de l’installation de SQL Server. Cet outil permet à chaque instance de SQL Server de configurer son propre paramètre de rapports d’utilisation.

Notes

L’application de rapports d’erreurs et d’utilisation est listée sous les outils de configuration de SQL Server. Vous pouvez utiliser cet outil pour gérer votre préférence en matière de rapports d’erreurs et de collecte de données d’utilisation et de diagnostic de la même manière que dans SQL Server 2017. Les rapports d’erreurs sont distincts de la collecte de données d’utilisation et de diagnostic ; par conséquent, ils peuvent être activés ou désactivés indépendamment de la collecte de données d’utilisation et de diagnostic sur l’utilisation. Les rapports d’erreurs recueillent les vidages sur incident envoyés à Microsoft, susceptibles de contenir des informations sensibles selon la déclaration de confidentialité.

L’application de création de rapports d'erreurs et d'utilisation n’est pas incluse dans le programme d’installation SQL Server Reporting Services 2017 et versions ultérieures. Le seul mécanisme disponible pour configurer l'envoi d'informations à Microsoft consiste à définir des sous-clés de registre sur le serveur.

Pour lancer la création de rapports d’erreurs et d’utilisation de SQL Server, sélectionnez Démarrer, puis recherchez « Erreur » dans la zone de recherche. L’élément Rapports d’erreurs et d’utilisation de SQL Server s’affiche. Quand vous aurez lancé l’outil, vous pourrez gérer les données d’utilisation et de diagnostic ainsi que les erreurs graves collectés pour des instances et des composants installés sur cet ordinateur.

Dans les versions payantes, utilisez les cases à cocher « Rapports d’utilisation » pour gérer l’envoi de données d’utilisation et de diagnostic à Microsoft.

Dans les versions payantes et les versions gratuites, utilisez les cases à cocher « Rapports d’erreurs » pour gérer l’envoi de commentaires sur les erreurs graves et les vidages sur incident à Microsoft.

Définir des sous-clés de Registre sur le serveur

Les clients d’entreprise peuvent configurer les paramètres de stratégie de groupe pour accepter ou refuser la collecte des données d’utilisation et de diagnostic. Pour cela, il leur faut configurer une stratégie basée sur le Registre. Voici la clé de Registre et les paramètres adéquats :

  • Pour les fonctionnalités de l’instance SQL Server :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{InstanceID}\CPE

    Nom de l'entrée de Registre = CustomerFeedback

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

    {InstanceID} fait référence au type d’instance et à l’instance, comme dans les exemples suivants :

    • MSSQL14.CANBERRA pour le moteur de base de données SQL Server 2017 et le nom d’instance « CANBERRA »
    • MSAS14.CANBERRA pour SQL Server 2017 Analysis Services et le nom d’instance « CANBERRA »

  • Pour les fonctionnalités de l’instance de SQL Server Reporting Services 2017 et versions ultérieures :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    Nom de l'entrée de Registre = CustomerFeedback

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

  • Pour toutes les fonctionnalités partagées :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{Major Version}

    Nom de l'entrée de Registre = CustomerFeedback

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

Notes

{Major Version} fait référence à la version de SQL Server. Par exemple, « 140 » fait référence à SQL Server 2017.

Définir des sous-clés de Registre pour la collecte des vidages sur incident

De façon similaire au comportement d’une version antérieure de SQL Server, les clients utilisant l’édition Enterprise de SQL Server versions 2017 et ultérieures peuvent configurer les paramètres de stratégie de groupe sur le serveur afin d’accepter ou de refuser la collecte des vidages sur incident. Pour cela, il leur faut configurer une stratégie basée sur le Registre. Voici les clés de Registre et les paramètres adéquats :

  • Pour les fonctionnalités de l’instance SQL Server :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{InstanceID}\CPE

    Nom RegEntry = EnableErrorReporting

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

    {InstanceID} fait référence au type d’instance et à l’instance, comme dans les exemples suivants :

    • MSSQL14.CANBERRA pour le moteur de base de données SQL Server 2017 et le nom d’instance « CANBERRA »
    • MSAS14.CANBERRA pour SQL Server 2017 Analysis Services et le nom d’instance « CANBERRA »

  • Pour les fonctionnalités de l’instance de SQL Server Reporting Services 2017 et versions ultérieures :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    Nom RegEntry = EnableErrorReporting

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

  • Pour toutes les fonctionnalités partagées :

    Subkey = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{Major Version}

    Nom RegEntry = EnableErrorReporting

    Type d'entrée DWORD : 0 pour refuser ; 1 pour accepter

Notes

{Major Version} fait référence à la version de SQL Server. Par exemple, « 140 » fait référence à SQL Server 2017.

La stratégie de groupe basée sur le Registre sur ces sous-clés de Registre est respectée par la collecte des vidages sur incident de SQL Server.

Collecte des vidages sur incident pour SSMS

SQL Server Management Studio (SSMS) ne collecte pas son propre vidage sur incident. Les vidages sur incident liés à SSMS sont recueillis dans le cadre du Rapport d’erreurs Windows.

La procédure pour activer ou désactiver cette fonctionnalité dépend de la version du système d’exploitation. Pour l’activer ou la désactiver, suivez les étapes de l’article correspondant à votre version de Windows.

Commentaires pour Analysis Services

Pendant l’installation, SQL Server Analysis Services versions 2016 et ultérieures ajoute un compte spécial à votre instance Analysis Services. Ce compte est membre du rôle d’administrateur du serveur Analysis Services. Le compte est utilisé pour collecter des informations pour les commentaires provenant de l’instance d’Analysis Services.

Vous pouvez configurer votre service de sorte qu’il n’envoie pas de données d’utilisation et de diagnostic, comme le décrit la section « Définir des sous-clés de Registre sur le serveur ». Toutefois, cela ne supprime pas le compte de service.

Obtenir de l’aide

Contribuer à la documentation SQL

Saviez-vous que vous pouvez modifier le contenu SQL vous-même ? Dans ce cas, non seulement vous nous aidez à améliorer notre documentation, mais vous êtes également cité en tant que contributeur à la page.

Pour plus d’informations, consultez le Guide pratique pour contribuer à la documentation SQL Server