Utilisation de SQL Server Profiler pour contrôler l'exploration de données (Analysis Services – Exploration de données)

S’applique à : SQL Server 2019 et versions antérieures d’Analysis Services Azure Analysis Services Fabric/Power BI Premium

Important

L’exploration de données a été déconseillée dans SQL Server 2017 Analysis Services et est à présent abandonnée dans SQL Server 2022 Analysis Services. La documentation n’est pas mise à jour pour les fonctionnalités déconseillées et abandonnées. Pour en savoir plus, consultez Compatibilité descendante d’Analysis Services.

Si vous avez les autorisations nécessaires, vous pouvez utiliser SQL Server Profiler pour contrôler les activités d'exploration de données émises sous la forme de demandes envoyées à une instance de SQL Server Analysis Services. L'activité d'exploration de données peut inclure le traitement de modèles ou de structures, de requêtes de prédiction ou de requêtes de contenu ou la création de nouveaux modèles ou structures.

SQL Server Profiler utilise une trace pour surveiller les demandes envoyées à partir de plusieurs clients, notamment les SQL Server Data Tools, les SQL Server Management Studio, les services Web ou les compléments d’exploration de données pour Excel, à condition que les activités utilisent toutes les mêmes instance de SQL Server Analysis Services. Vous devez créer un suivi séparé pour chaque instance de SQL Server Analysis Services que vous souhaitez contrôler. Pour obtenir des informations générales sur les traces et l’utilisation de SQL Server Profiler, consultez Utiliser SQL Server Profiler pour contrôler Analysis Services.

Pour obtenir des conseils spécifiques sur les types d’événements à capturer, consultez Créer des traces de profileur pour la relecture (Analysis Services).

Utilisation des suivis pour contrôler l'exploration de données

Lorsque vous capturez des informations dans un suivi, vous pouvez spécifier si les informations sont enregistrées dans un fichier ou dans une table sur une instance de SQL Server. Indépendamment de la méthode utilisée pour stocker les données, vous pouvez utiliser SQL Server Profiler pour consulter le suivi et filtrer par événements. Le tableau suivant répertorie certains des événements et sous-classes de la trace SQL Server Analysis Services par défaut qui présentent un intérêt pour l’exploration de données.

EventClass	EventSubclass	Description
Début de la requête Fin de la requête	0 - MDXQuery	Contient le texte de tous les appels à SQL Server Analysis Services procédures stockées.
Début de la requête Fin de la requête	1 - DMXQuery	Contient le texte et les résultats des instructions DMX (Data Mining Extensions).
Progress Report Begin Progress Report End	34 - DataMiningProgress	Fournit des informations sur la progression de l'algorithme d'exploration de données : par exemple, si vous générez un modèle de clustering, le message de progression indique quel cluster de candidat est construit
Début de la requête Fin de la requête	EXECUTESQL	Contient le texte de la requête Transact-SQL en cours d'exécution.
Début de la requête Fin de la requête	2- SQLQuery	Contient le texte des requêtes sur les ensembles de lignes de schéma dans le formulaire de tables système.
DISCOVER Begin DISCOVER End	Multiple	Contient le texte des appels de fonction DMX ou des instructions DISCOVER, encapsulés dans XMLA.
Error	(aucun)	Contient le texte des erreurs envoyées par le serveur au client. Des messages d’erreur précédés de Erreur (Exploration de données) : ou Informationnel (Exploration de données) : sont générés spécifiquement en réponse aux requêtes DMX. Toutefois, il n'est pas suffisant de consulter uniquement ces messages d'erreur. D'autres erreurs, telles que celles générées par l'analyseur, sont parfois liées à l'exploration de données mais elles n'ont pas ce préfixe.

En affichant les instructions de commande dans le journal de trace, vous pouvez également voir la syntaxe des instructions complexes envoyées par le client au serveur SQL Server Analysis Services, y compris les appels aux procédures stockées système. Ces informations peuvent être utiles pour le débogage, ou vous pouvez utiliser des instructions valides comme modèle pour créer de nouvelles requêtes ou de nouveaux modèles de prédiction. Pour obtenir des exemples d’appels de procédure stockée que vous pouvez capturer par l’intermédiaire d’une trace, consultez Exemples de requêtes de modèle de clustering.

Voir aussi

Surveiller Analysis Services avec des événements étendus SQL Server