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 | N° |
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.
-
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.
-
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.
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 :
Accédez à la ressource de pool élastique sur le portail Azure.
Sélectionnez Paramètres de diagnostic.
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.
Entrez un nom de paramètre pour référence personnelle.
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.
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.
Activez la case à cocher pour la télémétrie de diagnostic du pool élastique : Métriques de base.
Sélectionnez Enregistrer.
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 :
Accédez à la ressource Base de données SQL Azure.
Sélectionnez Paramètres de diagnostic.
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.
Sélectionnez Ajouter un paramètre de diagnostic pour configurer le streaming parallèle des données de diagnostic vers plusieurs ressources.
Entrez un nom de paramètre pour référence personnelle.
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.
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.
Pour une expérience de supervision avancée à la minute, cochez la case pour les métriques de base.
Sélectionnez Enregistrer.
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 :
Accédez à la ressource instance gérée sur le Portail Microsoft Azure.
Sélectionnez Paramètres de diagnostic.
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.
Entrez un nom de paramètre pour référence personnelle.
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.
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.
Activez la case à cocher pour la télémétrie de diagnostic du pool élastique : ResourceUsageStats.
Sélectionnez Enregistrer.
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 :
Accédez à la ressource base de données d’instance au sein de l’instance gérée.
Sélectionnez Paramètres de diagnostic.
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.
Entrez un nom de paramètre pour référence personnelle.
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.
Activez les cases à cocher pour la télémétrie de diagnostic de la base de données : SQLInsights, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics et Errors.
Sélectionnez Enregistrer.
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 de l’installation
Vous pouvez surveiller des collections de bases de données avec Azure SQL Analytics en procédant comme suit :
- Créez une solution Azure SQL Analytics à partir de la Place de marché Azure.
- Créez un espace de travail Log Analytics dans la solution.
- 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
Recherchez et sélectionnez Azure SQL Analytics dans la Place de marché Azure.
Sélectionnez Créer dans l’écran de présentation de la solution.
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.
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.
- Pour découvrir comment utiliser Azure SQL Analytics, consultez Surveiller à l’aide de SQL Analytics.
- Pour savoir comment configurer des alertes dans SQL Analytics, consultez Créer des alertes pour les bases de données, pools élastiques et instances géré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 :