Partager via


Configurer l’exportation en continu des données télémétriques de diagnostic : Azure SQL Database et Azure SQL Managed Instance

S’applique à : Azure SQL Database Azure SQL Managed Instance

Dans cet article, vous allez découvrir les métriques de performances et les journaux des ressources pour Azure SQL Database que vous pouvez exporter vers l’une des différentes destinations à des fins d’analyse. Vous allez apprendre à configurer l’exportation en continu de cette télémétrie de diagnostic via le Portail Azure, PowerShell, Azure CLI, l’API REST et des modèles Azure Resource Manager.

Vous découvrirez également les destinations vers lesquelles vous pouvez transmettre en continu cette télémétrie de diagnostic et la manière de choisir parmi ces options. Vos options de destination sont les suivantes :

Télémétrie de diagnostic pour l’exportation

Vous pouvez exporter différentes métriques de performances ainsi que des journaux de base de données supplémentaires. Le tableau suivant décrit les métriques de performances et les journaux de ressources que vous pouvez configurer pour l’exportation en continu vers l’une des destinations possibles. Cette télémétrie de diagnostic peut être configurée pour des bases de données uniques, des pools élastiques et des bases de données mises en pool, ainsi que des instances gérées SQL et leurs bases de données.

Télémétrie de diagnostic pour les bases de données Prise en charge d’Azure SQL Database Prise en charge d’Azure SQL Managed Instance
Métriques de base : Pourcentage DTU/CPU, Limite DTU/CPU, Pourcentage de lecture de données physiques, Pourcentage d’écriture du journal, Connexions réussies/en échec/bloquées par pare-feu, Pourcentage de sessions, Pourcentage de workers, Stockage, Pourcentage de stockage, Pourcentage de stockage XTP. Oui Non
Métriques avancées d’instance et d’application : contient la taille du fichier journal et des données de la base de données système tempdb, ainsi que le pourcentage d’utilisation du fichier journal tempdb. Oui Non
QueryStoreRuntimeStatistics : contient des informations sur les statistiques d’exécution de requête comme les statistiques concernant l’utilisation du processeur et la durée des requêtes. Oui Oui
QueryStoreWaitStatistics : contient des informations sur les statistiques d’attente des requêtes (ce que vos requêtes ont attendu) comme CPU, LOG et LOCKING. Oui Oui
Erreurs : contient des informations sur les erreurs SQL au niveau d’une base de données. Oui Oui
DatabaseWaitStatistics : contient des informations sur le temps qu’une base de données a passé à attendre différents types d’attente. Oui Non
Timeouts : contient des informations sur les erreurs SQL au niveau d’une base de données. Oui Non
Blocks : contient des informations sur les événements bloquants au niveau d’une base de données. Oui Non
Deadlocks : contient des informations sur les événements Deadlock au niveau d’une base de données. Oui Non
AutomaticTuning : contient des informations sur les recommandations de réglage automatique pour une base de données. Oui Non
SQLInsights : contient des informations Intelligent Insights relatives aux performances pour une base de données. Pour plus d’informations, consultez Intelligent Insights. Oui Oui
Gestion des charges de travail : disponible pour Azure Synapse uniquement. Pour plus d’informations, consultez Azure Synapse Analytics – Supervision du portail de gestion des charges de travail. Non

Remarque

Dans Azure SQL Managed Instance, les paramètres de diagnostic ne peuvent pas être configurés pour les bases de données système, telles que les bases de données master, msdb, model, ressource et tempdb.

Destinations de l’exportation en continu

Cette télémétrie de diagnostic peut être transmise en continu vers l’une des ressources Azure suivantes à des fins d’analyse.

  • Espace de travail Log Analytics :

    Les données transmises en continu à un espace de travail Log Analytics peuvent être consommées par SQL Analytics. SQL Analytics est une solution de supervision cloud uniquement permettant une surveillance intelligente de vos bases de données, avec des rapports de performances, des alertes et des recommandations d’atténuation. Les données transmises en continu à un espace de travail Log Analytics peuvent être analysées avec d’autres données de supervision collectées et vous permettent aussi d’utiliser d’autres fonctionnalités Azure Monitor, telles que les alertes et les visualisations.

  • Azure Event Hubs :

    Les données transmises en continu à Azure Event Hub offrent les fonctionnalités suivantes :

    • Transmettre en continu des journaux vers des systèmes tiers de journalisation et de télémétrie : Diffusion en continu de toutes vos métriques et de tous vos journaux de ressources vers un Event Hub unique pour envoyer les données de journal vers un outil SIEM ou d’analytique des journaux d’activité tiers.
    • Créer une plateforme de journalisation et de télémétrie personnalisée : la nature hautement évolutive d’abonnement et de publication des hubs d’événements Azure vous permet d’ingérer de manière flexible les métriques et les journaux de ressources dans une plateforme de télémétrie personnalisée. Pour plus d’informations, consultez Azure Event Hubs.
    • Afficher l’intégrité du service en transmettant en continu des données vers Power BI : Utilisez Event Hubs, Stream Analytics et Power BI pour transformer vos données de diagnostic en informations en quasi temps réel sur vos services Azure. Consultez Stream Analytics et Power BI : tableau de bord d’analyse en temps réel pour les données de streaming pour plus de détails sur cette solution.
  • Stockage Azure :

    Les données transmises en continu à Stockage Azure vous permettent d’archiver de grandes quantités de télémétrie de diagnostic pour une fraction du coût des deux options de diffusion en continu précédentes.

Cette télémétrie de diagnostic transmise à l’une de ces destinations peut être utilisée pour évaluer l’utilisation des ressources et les statistiques d’exécution de requête afin de faciliter la supervision des performances.

Diagramme montrant de nombreuses bases de données SQL ainsi que des bases de données d’instances managées envoyant des données de télémétrie à Diagnostics Microsoft Azure.

Activer et configurer l’exportation en continu de la télémétrie de diagnostic

Vous pouvez activer et gérer la journalisation des métriques et de la télémétrie de diagnostic à l’aide de l’une des méthodes suivantes :

  • Portail Azure
  • PowerShell
  • Azure CLI
  • API REST Azure Monitor
  • Modèle Azure Resource Manager

Notes

Pour activer la diffusion en continu des journaux d’audit de la télémétrie de sécurité, consultez Configurer l’audit pour votre base de données et les journaux d’audit dans les journaux d’activité Azure Monitor et Azure Event Hubs.

Configurer l’exportation en continu de la télémétrie de diagnostic

Le menu Paramètres de diagnostic du Portail Azure vous permet d’activer et de configurer la diffusion en continu de la télémétrie de diagnostic. En outre, vous pouvez utiliser PowerShell, Azure CLI, l'API REST et les modèles Resource Manager pour configurer la diffusion en continu des données de télémétrie de diagnostic. Vous pouvez définir les destinations suivantes pour diffuser en continu la télémétrie de diagnostic : Stockage Azure, Azure Event Hubs et les journaux Azure Monitor.

Important

L’exportation en continu de la télémétrie de diagnostic n’est pas activée par défaut.

Sélectionnez l’un des onglets suivants pour obtenir des instructions pas à pas sur la configuration de l’exportation en continu de la télémétrie de diagnostic dans le Portail Azure, ainsi que des scripts pour accomplir la même chose avec PowerShell et Azure CLI.

Pools élastiques dans Azure SQL Database

Vous pouvez configurer une ressource de pool élastique de sorte qu’elle collecte la télémétrie de diagnostic suivante :

Ressource Supervision des données de télémétrie
Pool élastique Métriques de base : pourcentage eDTU/UC, limite eDTU/UC, pourcentage de lecture de données physiques, pourcentage d’écriture du journal, pourcentage de sessions, pourcentage de Workers, stockage, pourcentage de stockage, limite de stockage, pourcentage de stockage XTP.

Pour configurer la diffusion en continu de la télémétrie de diagnostic pour les pools élastiques et les bases de données mises en pool, vous devez procéder séparément :

  • Activer la diffusion en continu de la télémétrie de diagnostic pour un pool élastique
  • Activer la diffusion en continu de la télémétrie de diagnostic pour chaque base de données au sein d’un pool élastique

Le conteneur de pool élastique possède ses propres données de télémétrie, distinctes des données de télémétrie de chaque base de données mise en pool.

Pour activer le streaming de la télémétrie de diagnostic pour une ressource de pool élastique, procédez comme suit :

  1. Accédez à la ressource de pool élastique sur le portail Azure.

  2. Sélectionnez Paramètres de diagnostic.

  3. Sélectionnez Activer les diagnostics s’il n’existe aucun paramètre précédent, ou sélectionnez Modifier le paramètre pour modifier un paramètre précédent.

    Activer les diagnostics pour les pools élastiques.

  4. Entrez un nom de paramètre pour référence personnelle.

  5. Sélectionnez la ressource de destination pour les données de diagnostic de streaming : Archiver dans un compte de stockage, Diffuser vers un hub d’événements ou Envoyer à Log Analytics.

  6. Pour Log Analytics, sélectionnez Configurer et créez un espace de travail en sélectionnant +Créer un espace de travail, ou sélectionnez un espace de travail existant.

  7. Activez la case à cocher pour la télémétrie de diagnostic du pool élastique : Métriques de base. Configurez les diagnostics pour les pools élastiques.

  8. Sélectionnez Enregistrer.

  9. En outre, configurez la diffusion en continu de la télémétrie de diagnostic pour chaque base de données au sein du pool élastique que vous souhaitez surveiller en suivant les étapes décrites dans la section suivante.

Important

Outre la configuration de la télémétrie de diagnostic pour un pool élastique, vous devez également configurer la télémétrie de diagnostic pour chaque base de données au sein du pool élastique.

Bases de données dans Azure SQL Database

Vous pouvez configurer une ressource de base de données gérée de sorte qu’elle collecte la télémétrie de diagnostic suivante :

Ressource Supervision des données de télémétrie
Base de données unique ou mise en pool Les métriques de base contiennent ce qui suit : Pourcentage DTU, Limite DTU, Pourcentage UC, Pourcentage de lecture de données physiques, Pourcentage d’écriture du journal, Connexions réussies/en échec/bloquées par pare-feu, Pourcentage de sessions, Pourcentage de workers, Stockage, Pourcentage de stockage, Pourcentage de stockage XTP et blocages.

Pour activer la diffusion en continu de la télémétrie de diagnostic pour une base de données unique ou mise en pool, procédez comme suit :

  1. Accédez à la ressource Base de données SQL Azure.

  2. Sélectionnez Paramètres de diagnostic.

  3. Sélectionnez Activer les diagnostics s’il n’existe aucun paramètre précédent, ou sélectionnez Modifier le paramètre pour modifier un paramètre précédent. Vous pouvez créer jusqu’à trois connexions parallèles pour transmettre en continu la télémétrie de diagnostic.

  4. Sélectionnez Ajouter un paramètre de diagnostic pour configurer le streaming parallèle des données de diagnostic vers plusieurs ressources.

    Activez les diagnostics pour les bases de données uniques et mises en pool.

  5. Entrez un nom de paramètre pour référence personnelle.

  6. Sélectionnez la ressource de destination pour les données de diagnostic de streaming : Archiver dans un compte de stockage, Diffuser vers un hub d’événements ou Envoyer à Log Analytics.

  7. Pour une expérience de supervision standard basée sur les événements, cochez les cases suivantes pour les données de télémétrie de journal de diagnostic de base de données : SQLInsights, AutomaticTuning, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics, Errors, DatabaseWaitStatistics, Timeouts, Blocks et Deadlocks.

  8. Pour une expérience de supervision avancée à la minute, cochez la case pour les métriques de base.

    Configurez les diagnostics pour Azure SQL Database.

  9. Sélectionnez Enregistrer.

  10. Répétez ces étapes pour chaque base de données que vous voulez superviser.

Conseil

Répétez ces étapes pour chaque base de données unique ou mise en pool que vous souhaitez superviser.

Instances dans Azure SQL Managed Instance

Vous pouvez configurer une ressource d’instance gérée de sorte qu’elle collecte la télémétrie de diagnostic suivante :

Ressource Supervision des données de télémétrie
instance gérée ResourceUsageStats contient le nombre de vCores, le pourcentage de processeur moyen, le requêtes d’E/S, les octets lus/écrits, l’espace de stockage réservé et l’espace de stockage utilisé.

Pour configurer la transmission en continu des données de télémétrie de diagnostic pour l’instance managée et les bases de données d’instance, vous devez procéder à une configuration séparée :

  • Activer la diffusion en continu de la télémétrie de diagnostic pour une instance gérée
  • Activer la diffusion en continu de la télémétrie de diagnostic pour chaque base de données d’instance

Le conteneur d'instance gérée possède ses propres données de télémétrie, distinctes des données de télémétrie de chaque base de données d'instance.

Pour activer la diffusion en continu de la télémétrie de diagnostic pour une ressource d’instance gérée, procédez comme suit :

  1. Accédez à la ressource instance gérée sur le Portail Microsoft Azure.

  2. Sélectionnez Paramètres de diagnostic.

  3. Sélectionnez Activer les diagnostics s’il n’existe aucun paramètre précédent, ou sélectionnez Modifier le paramètre pour modifier un paramètre précédent.

    Activez les diagnostics pour une instance managée.

  4. Entrez un nom de paramètre pour référence personnelle.

  5. Sélectionnez la ressource de destination pour les données de diagnostic de streaming : Archiver dans un compte de stockage, Diffuser vers un hub d’événements ou Envoyer à Log Analytics.

  6. Pour Log Analytics, sélectionnez Configurer et créez un espace de travail en sélectionnant +Créer un espace de travail, ou utilisez un espace de travail existant.

  7. Activez la case à cocher pour la télémétrie de diagnostic du pool élastique : ResourceUsageStats.

    Configurez les diagnostics pour une instance managée.

  8. Sélectionnez Enregistrer.

  9. En outre, configurez la diffusion en continu de la télémétrie de diagnostic pour chaque base de données d’instance au sein de l’instance gérée que vous souhaitez surveiller en suivant les étapes décrites dans la section suivante.

Important

Outre la configuration de la télémétrie de diagnostic pour une instance gérée, vous devez également configurer la télémétrie de diagnostic pour chaque base de données d’instance.

Bases de données dans Azure SQL Managed Instance

Vous pouvez configurer une ressource de base de données d’instance gérée de sorte qu’elle collecte la télémétrie de diagnostic suivante :

Ressource Supervision des données de télémétrie
Base de données d'instance Statistiques d’exécution du magasin des requêtes et Statistiques d’attente du magasin des requêtes contiennent des données du Magasin des requêtes pour la base de données. SQLInsights contient des données Intelligent Insights pour la base de données. Erreurs contient des données d’erreurs pour cette base de données.

Pour activer la diffusion en continu de la télémétrie de diagnostic pour une base de données d’instance, procédez comme suit :

  1. Accédez à la ressource base de données d’instance au sein de l’instance gérée.

  2. Sélectionnez Paramètres de diagnostic.

  3. Sélectionnez Activer les diagnostics s’il n’existe aucun paramètre précédent, ou sélectionnez Modifier le paramètre pour modifier un paramètre précédent.

    • Vous pouvez créer jusqu’à trois (3) connexions parallèles pour transmettre en continu la télémétrie de diagnostic.
    • Sélectionnez +Ajouter un paramètre de diagnostic pour configurer le streaming parallèle des données de diagnostic vers plusieurs ressources.

    Activez les diagnostics pour les bases de données d’instance.

  4. Entrez un nom de paramètre pour référence personnelle.

  5. Sélectionnez la ressource de destination pour les données de diagnostic de streaming : Archiver dans un compte de stockage, Diffuser vers un hub d’événements ou Envoyer à Log Analytics.

  6. Activez les cases à cocher pour la télémétrie de diagnostic de la base de données : SQLInsights, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics et Errors. Configurez les diagnostics pour les bases de données d’instance.

  7. Sélectionnez Enregistrer.

  8. Répétez ces étapes pour chaque base de données d’instance que vous souhaitez superviser.

Conseil

Répétez ces étapes pour chaque base de données d’instance que vous souhaitez superviser.

Transmettre en continu vers SQL Analytics

Les métriques et les journaux de ressources d’Azure SQL Database et d’Azure SQL Managed Instance qui sont transmis en continu vers un espace de travail Log Analytics peuvent être consommés par Azure SQL Analytics. Azure SQL Analytics est une solution cloud qui supervise à grande échelle les performances des bases de données uniques, pools élastiques, bases de données mises en pool, instances gérées et bases de données d'instance entre plusieurs abonnements. Elle peut vous aider à collecter et visualiser des métriques de performances et intègre des fonctions d’intelligence destinées à résoudre les problèmes de performances.

Vue d’ensemble d’Azure SQL Analytics.

Vue d’ensemble de l’installation

Vous pouvez surveiller des collections de bases de données avec Azure SQL Analytics en procédant comme suit :

  1. Créez une solution Azure SQL Analytics à partir de la Place de marché Azure.
  2. Créez un espace de travail Log Analytics dans la solution.
  3. Configurez les bases de données pour qu’elles diffusent en continu la télémétrie de diagnostic dans l’espace de travail.

Vous pouvez configurer l’exportation en continu de cette télémétrie de diagnostics à l’aide de l’option intégrée Envoyer à Log Analytics dans l’onglet Paramètres de diagnostic du Portail Azure. Vous pouvez également activer la diffusion en continu vers un espace de travail Log Analytics à l’aide des paramètres de diagnostic via des cmdlets PowerShell, l’interface de ligne de commande Azure, l’API REST Azure Monitor ou des modèles Resource Manager.

Créer une ressource Azure SQL Analytics

  1. Recherchez et sélectionnez Azure SQL Analytics dans la Place de marché Azure.

    Capture d’écran montrant comment rechercher Azure SQL Analytics sur le portail.

  2. Sélectionnez Créer dans l’écran de présentation de la solution.

  3. Complétez le formulaire Azure SQL Analytics avec les informations supplémentaires demandées : nom de l’espace de travail, abonnement, groupe de ressources, emplacement et niveau tarifaire.

    Capture d’écran montrant comment configurer Azure SQL Analytics sur le portail.

  4. Sélectionnez OK pour confirmer, puis Créer.

Configurer la ressource pour enregistrer des métriques et des journaux de ressources

Vous devez configurer séparément la diffusion en continu de la télémétrie de diagnostic pour les bases de données uniques et mises en pool, les pools élastiques, les instances gérées et les bases de données d’instance. Le moyen le plus simple de configurer l’emplacement d’enregistrement des métriques par une ressource est d’utiliser le portail Azure. Pour obtenir des instructions détaillées, consultez Configurer l’exportation en continu de la télémétrie de diagnostic.

Utiliser Azure SQL Analytics à des fins de surveillance et d'alerte

Vous pouvez utiliser SQL Analytics comme un tableau de bord hiérarchique pour afficher vos ressources de base de données.

Transmission en continu vers Event Hubs

Vous pouvez diffuser en continu les métriques et les journaux de ressources d’Azure SQL Database et d’Azure SQL Managed Instance dans Event Hubs à l’aide de l’option intégrée Diffuser vers un Event Hub dans le portail Azure. Vous pouvez également activer l’ID de règle Service Bus à l’aide de paramètres de diagnostic via les cmdlets PowerShell, l’interface CLI Azure ou l’API REST Azure Monitor. Veillez à ce que le hub d’événements se trouve dans la même région que votre base de données et votre serveur.

Que faire des métriques et des journaux de ressources dans Event Hubs

Après avoir sélectionné les données envoyées à Event Hub, vous vous rapprochez de l’activation de scénarios d’analyse avancée. Event Hubs fait office de porte d’entrée pour un pipeline d’événements. Les données recueillies dans un hub d’événements peuvent ensuite être transformées et stockées à l’aide d’un fournisseur d’analytique en temps réel ou d’un adaptateur de stockage. Event Hubs dissocie la production d’un flux d’événements de la consommation de ces événements. De cette façon, les consommateurs d’événements peuvent accéder aux événements sur leur propre calendrier. Pour plus d’informations sur Event Hubs, consultez :

Vous pouvez utiliser des métriques de streaming dans Event Hubs pour :

  • Afficher l’intégrité du service en procédant au streaming des données de chemin réactif vers Power BI

    En utilisant Event Hubs, Stream Analytics et PowerBI, vous pouvez facilement transformer vos données de métriques et de diagnostic en informations en temps réel sur vos services Azure. Pour une vue d’ensemble de la manière de configurer un concentrateur d’événements, de traiter les données avec Stream Analytics, et d’utiliser PowerBI comme sortie, voir Stream Analytics et Power BI.

  • Streaming des journaux vers des flux de journalisation et de données de télémétrie tiers

    En utilisant la diffusion en continu vers Event Hubs, vous pouvez intégrer vos métriques et journaux de ressources à diverses solutions tierces de supervision et d’analytique des journaux d’activité.

  • Créer une plateforme de journalisation et de télémétrie personnalisée

    Vous disposez déjà d’une plateforme de télémétrie personnalisée ou envisagez d’en créer une ? La nature hautement évolutive d’Event Hubs et de son modèle publication-abonnement vous permet d’ingérer de manière flexible les métriques et les journaux de ressources. Pour plus d’informations, consultez Azure Event Hubs.

Envoyer à Stockage Azure

Vous pouvez stocker des métriques et des journaux de ressources dans Stockage Azure en utilisant l’option intégrée Archiver dans un compte de stockage sur le Portail Azure. Vous pouvez aussi activer le stockage à l’aide de paramètres de diagnostic via les cmdlets PowerShell, l’interface de ligne de commande Azure (CLI) ou l’API REST Azure Monitor.

Schéma des métriques et des journaux de ressources dans le compte de stockage

Une fois que vous avez configuré la collecte des métriques et des journaux de ressources, un conteneur de stockage est créé dans le compte de stockage que vous avez sélectionné lorsque les premières lignes de données sont disponibles. La structure des objets blob est la suivante :

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ databases/{database_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Ou, plus simplement :

insights-{metrics|logs}-{category name}/resourceId=/{resource Id}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Par exemple, un nom d’objet blob pour les métriques de base pourrait être :

insights-metrics-minute/resourceId=/SUBSCRIPTIONS/s1id1234-5679-0123-4567-890123456789/RESOURCEGROUPS/TESTRESOURCEGROUP/PROVIDERS/MICROSOFT.SQL/ servers/Server1/databases/database1/y=2016/m=08/d=22/h=18/m=00/PT1H.json

Le nom d’un objet blob destiné à stocker les données d’un pool élastique se présente comme suit :

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ elasticPools/{elastic_pool_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Stratégie de rétention des données et tarification

Si vous sélectionnez Event Hubs ou un compte de stockage, vous pouvez spécifier une stratégie de rétention. Cette stratégie supprime les données antérieures à un intervalle de temps sélectionné. Si vous spécifiez Log Analytics, la stratégie de rétention dépend du niveau tarifaire sélectionné. Dans ce cas, les unités gratuites fournies pour l’ingestion de données permettent de superviser gratuitement plusieurs bases de données chaque mois. Toute utilisation de la télémétrie de diagnostic au-delà des unités gratuites peut occasionner des frais.

Important

Les bases de données actives associées à de lourdes charges de travail ingèrent davantage de données que les bases de données inactives. Pour plus d’informations, consultez Tarification de Log Analytics.

Si vous utilisez Azure SQL Analytics, vous pouvez superviser votre ingestion de données en sélectionnant Espace de travail OMS dans le menu de navigation d’Azure SQL Analytics, puis Utilisation et Coûts estimés.

Métriques et journaux d’activité disponibles

Les données de télémétrie de supervision disponibles pour les bases de données uniques, les bases de données mises en pool, les pools élastiques, les instances managées et les bases de données d’instance sont documentées dans cette section de l’article. Les données de télémétrie de supervision collectées au sein de SQL Analytics peuvent être utilisées pour votre propre analyse et développement d’application à l’aide du langage des requêtes de journal Azure Monitor.

Métriques de base

Pour plus d’informations sur les métriques de base par ressource, consultez les tableaux suivants.

Notes

L’option des métriques de base s’appelait auparavant Toutes les métriques. Seul le nom a été modifié, pas les métriques surveillées. Cette modification vise à permettre l’introduction de catégorie de métriques supplémentaires.

Métriques de base pour les pools élastiques

Ressource Métriques
Pool élastique Pourcentage DTU, eDTU utilisé, Limite eDTU, Pourcentage UC, Pourcentage de lecture de données physiques, Pourcentage d’écriture du journal, Pourcentage de sessions, Pourcentage de workers, Stockage, Pourcentage de stockage, Limite de stockage, Pourcentage de stockage XTP

Métriques de base pour les bases de données uniques et mises en pool

Ressource Métriques
Base de données unique et mise en pool Pourcentage DTU, Limite DTU, Pourcentage UC, Pourcentage de lecture de données physiques, Pourcentage d’écriture du journal, Connexions réussies/en échec/bloquées par pare-feu, Pourcentage de sessions, Pourcentage de workers, Stockage, Pourcentage de stockage, Pourcentage de stockage XTP et blocages

Métriques avancées

Consultez le tableau suivant pour obtenir des détails sur les métriques avancées.

Mesure Nom d’affichage de la métrique Description
sql_instance_cpu_percent 1 Pourcentage UC de l’instance SQL Utilisation de l’UC par toutes les charges de travail utilisateur et système, telle que mesurée par le système d’exploitation
sql_instance_memory_percent 1 Pourcentage de mémoire de l’instance SQL Utilisation de la mémoire par l’instance du moteur de base de données, telle que mesurée par le système d’exploitation
tempdb_data_size 2 Taille du fichier de données tempdb en kilo-octets Taille du fichier de données tempdb en kilo-octets.
tempdb_log_size 2 Taille du fichier journal tempdb en kilo-octets Taille du fichier journal tempdb en kilo-octets.
tempdb_log_used_percent 2 Pourcentage utilisé du journal tempdb Pourcentage utilisé du journal tempdb.

1 Cette métrique est disponible pour les bases de données utilisant le modèle d’achat vCore avec 2 vCores et plus ou 200 DTU et plus pour les modèles d’achat DTU.

2 Cette métrique est disponible pour les bases de données utilisant le modèle d’achat vCore avec 2 vCores et plus ou 200 DTU et plus pour les modèles d’achat DTU. Cette métrique n’est actuellement pas disponible pour les pools SQL Synapse Analytics.

Notes

Il se peut que les métriques de base et avancées ne soient pas disponibles pour les bases de données restées inactives pendant 7 jours ou plus.

Journaux de base

Les détails des données de télémétrie disponibles pour tous les journaux sont documentés dans les tableaux suivants. Pour en savoir plus, consultez la télémétrie de diagnostic prise en charge.

Statistiques d’utilisation des ressources pour des instances gérées

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : ResourceUsageStats
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : MANAGEDINSTANCES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom de l’instance gérée
ResourceId URI de ressource
SKU_s Référence SKU du produit SQL Managed Instance
virtual_core_count_s Nombre de vCores disponibles
avg_cpu_percent_s Pourcentage d’UC moyenne
reserved_storage_mb_s Capacité de stockage réservée sur l’instance gérée
storage_space_used_mb_s Stockage utilisé sur l’instance gérée
io_requests_s Nombre d’IOPS
io_bytes_read_s Octets d’IOPS lus
io_bytes_written_s Octets d’IOPS écrits

Statistiques d’exécution du magasin des requêtes

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : QueryStoreRuntimeStatistics
NomOpération Nom de l’opération. Toujours : QueryStoreRuntimeStatisticsEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
query_hash_s Hachage de requête
query_plan_hash_s Hachage de plan de requête
statement_sql_handle_s Descripteur sql d’instruction
interval_start_time_d Démarre le datetimeoffset de l’intervalle en nombre de cycles à partir du 01-01-1900
interval_end_time_d Termine le datetimeoffset de l’intervalle en nombre de cycles à partir du 01-01-1900
logical_io_writes_d Nombre total d’écritures E/S logiques
max_logical_io_writes_d Nombre maximal d’écritures E/S logiques par exécution
physical_io_reads_d Nombre total de lectures E/S physiques
max_physical_io_reads_d Nombre maximal de lectures E/S logiques par exécution
logical_io_reads_d Nombre total de lectures E/S logiques
max_logical_io_reads_d Nombre maximal de lectures E/S logiques par exécution
execution_type_d Type d’exécution
count_executions_d Nombre d’exécutions de la requête
cpu_time_d Temps processeur total consommé par la requête, en microsecondes
max_cpu_time_d Consommateur de temps processeur maximal par une exécution unique, en microsecondes
dop_d Somme des degrés de parallélisme
max_dop_d Degré maximal de parallélisme utilisé pour une seule exécution
rowcount_d Nombre total de lignes retournées
max_rowcount_d Nombre maximal de lignes retournées dans une seule exécution
query_max_used_memory_d Quantité totale de mémoire utilisée en Ko
max_query_max_used_memory_d Quantité maximale de mémoire utilisée par une seule exécution, en Ko
duration_d Durée d’exécution totale en microsecondes
max_duration_d Durée d’exécution maximale d’une seule exécution
num_physical_io_reads_d Nombre total de lectures physiques
max_num_physical_io_reads_d Nombre maximal de lectures physiques par exécution
log_bytes_used_d Quantité totale d’octets de journal utilisés
max_log_bytes_used_d Quantité maximale d’octets de journal utilisés par exécution
query_id_d ID de la requête dans le magasin des requêtes
plan_id_d ID du plan dans le magasin des requêtes

En savoir plus sur les données de statistiques d’exécution du magasin des requêtes.

Statistiques d’attente du magasin des requêtes

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : QueryStoreWaitStatistics
NomOpération Nom de l’opération. Toujours : QueryStoreWaitStatisticsEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
wait_category_s Catégorie de l’attente
is_parameterizable_s Indique si la requête est paramétrable
statement_type_s Type de l’instruction
statement_key_hash_s Hachage de clé d’instruction
exec_type_d Type d’exécution
total_query_wait_time_ms_d Temps d’attente total de la requête dans la catégorie d’attente spécifique
max_query_wait_time_ms_d Temps d’attente maximal de la requête dans une exécution individuelle sur la catégorie d’attente spécifique
query_param_type_d 0
query_hash_s Hachage de requête dans le magasin des requêtes
query_plan_hash_s Hachage de plan de requêtes dans le magasin des requêtes
statement_sql_handle_s Descripteur d’instruction dans le magasin des requêtes
interval_start_time_d Démarre le datetimeoffset de l’intervalle en nombre de cycles à partir du 01-01-1900
interval_end_time_d Termine le datetimeoffset de l’intervalle en nombre de cycles à partir du 01-01-1900
count_executions_d Comptabilisation des exécutions de la requête
query_id_d ID de la requête dans le magasin des requêtes
plan_id_d ID du plan dans le magasin des requêtes

Découvrez-en davantage sur les données des statistiques d’attente du magasin des requêtes.

Jeu de données d’erreurs

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : Erreurs
NomOpération Nom de l’opération. Toujours : ErrorEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
Message Message d’erreur en texte brut
user_defined_b Indique si l’erreur est un bit défini par l’utilisateur
error_number_d Code d'erreur
severity Gravité de l’erreur
state_d État de l’erreur
query_hash_s Hachage de requête de la requête ayant échoué, si disponible
query_plan_hash_s Hachage du plan de requête de la requête ayant échoué, si disponible

En savoir plus sur les messages d’erreur SQL.

Jeu de données de statistiques d’attente de base de données

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : DatabaseWaitStatistics
NomOpération Nom de l’opération. Toujours : DatabaseWaitStatisticsEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
wait_type_s Nom du type d’attente
start_utc_date_t [UTC] Heure de début de la période mesurée
end_utc_date_t [UTC] Heure de fin de la période mesurée
delta_max_wait_time_ms_d Temps d’attente maximal par exécution
delta_signal_wait_time_ms_d Durée d’attente totale des signaux
delta_wait_time_ms_d Durée d’attente totale dans la période
delta_waiting_tasks_count_d Nombre de tâches en attente

Apprenez-en davantage sur les statistiques d’attente de base de données.

Jeu de données d’expirations

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : Délais d’expiration
NomOpération Nom de l’opération. Toujours : TimeoutEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
error_state_d Valeur d’état numérique associée au délai d’expiration de la requête (un événement attention)
query_hash_s Hachage de requête, si disponible
query_plan_hash_s Hachage du plan de requête, si disponible

Jeu de données de blocages

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : Blocs
NomOpération Nom de l’opération. Toujours : BlockEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
lock_mode_s Mode de verrouillage utilisé par la requête
resource_owner_type_s Propriétaire du verrou
blocked_process_filtered_s XML de rapport de processus bloqué
duration_d Durée du verrou en microsecondes

Jeu de données Deadlocks

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : Blocages
NomOpération Nom de l’opération. Toujours : DeadlockEvent
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
deadlock_xml_s XML de rapport de blocage

Jeu de données AutomaticTuning

Propriété Description
TenantId Votre ID d’abonné
SourceSystem Toujours : Azure
TimeGenerated [UTC] Horodatage indiquant à quel moment le journal a été enregistré
Type Toujours : AzureDiagnostics
ResourceProvider Nom du fournisseur de ressources. Toujours : MICROSOFT.SQL
Category Nom de la catégorie. Toujours : AutomaticTuning
Ressource Nom de la ressource
ResourceType Nom du type de ressource. Toujours : SERVEURS/BASES DE DONNÉES
SubscriptionId GUID d’abonnement de la base de données
ResourceGroup Nom du groupe de ressources de la base de données
LogicalServerName_s Nom du serveur de la base de données
LogicalDatabaseName_s Nom de la base de données
ElasticPoolName_s Nom du pool élastique de la base de données, le cas échéant
DatabaseName_s Nom de la base de données
ResourceId URI de ressource
RecommendationHash_s Hachage unique de recommandation de réglage automatique
OptionName_s Opération de paramétrage automatique
Schema_s Schéma de base de données
Table_s Table concernée
IndexName_s Nom d’index
IndexColumns_s Nom de la colonne
IncludedColumns_s Colonnes incluses
EstimatedImpact_s Effet estimé du JSON de recommandation de réglage automatique
Event_s Type d’événement de paramétrage automatique
Timestamp_t Horodatage de la dernière mise à jour

Conseil

query_hash_s et query_plan_hash_s sont fournis sous forme de valeurs numériques. Si vous souhaitez trouver les requêtes et les plans de requête correspondants dans le magasin des requêtes, utilisez l'expression T-SQL suivante pour convertir les valeurs du code de hachage numériques en valeurs de hachage binaires utilisées dans sys.query_store_query et sys.query_store_plan :

SELECT CAST(CAST(hash_value as bigint) AS binary(8)).

Remplacer l'espace réservé hash_value par la valeur réelle query_hash_s ou query_plan_hash_s numérique.

Jeu de données Intelligent Insights

Apprenez-en davantage sur le format de journal Intelligent Insights.

Étapes suivantes

Pour savoir comment activer la journalisation et comprendre les catégories de journaux et de métriques prises en charge par les différents services Azure, consultez :

Pour plus d’informations sur les concentrateurs d’événements, lisez :

Pour savoir comment configurer des alertes basées sur la télémétrie à partir de Log Analytics, consultez :