Surveiller les charges de travail Azure SQL avec l’observateur de base de données (aperçu)

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

L’observateur de base de données est une solution de monitoring managée pour les services de base de données de la famille Azure SQL. Il prend en charge Azure SQL Database et Azure SQL Managed Instance.

L’observateur de base de données collecte des données de surveillance de charge de travail détaillées pour vous donner une vue détaillée des performances, de la configuration et de l’intégrité de la base de données. La surveillance des données à partir des bases de données, des pools élastiques et des instances managées SQL que vous sélectionnez est collectée dans un magasin de données central au sein de votre abonnement Azure. Les tableaux de bord dans le Portail Azure fournissent une vue à volet unique de votre patrimoine Azure SQL et une vue détaillée de chaque base de données, pool élastique et instance managée SQL.

Pour stocker et analyser des données de surveillance SQL, l’observateur de base de données peut utiliser Azure Data Explorer ou l’Analyse en temps réel dans Microsoft Fabric. Azure Data Explorer est un service de données complètement managé et hautement évolutif, conçu à des fins d’ingestion et d’analytique rapides sur les données de surveillance de série chronologique. Un cluster Azure Data Explorer unique peut être mis à l’échelle pour prendre en charge la surveillance des données provenant de milliers de ressources Azure SQL. L’Analyse en temps réel utilise le même moteur central qu’une offre SaaS au sein de Microsoft Fabric.

Vous pouvez interroger des données dans une base de données Azure Data Explorer ou d’Analyse en temps réel à l’aide de KQL ou T-SQL, créer des visualisations personnalisées à l’aide de tableaux de bord Azure Data Explorer, Power BI ou Grafana et analyser des données dans Excel. Vous pouvez définir la stratégie de conservation des données par base de données ou par table, et mettre à l’échelle votre cluster Azure Data Explorer automatiquement ou manuellement pour obtenir le rapport prix/performances optimal.

Pour commencer à surveiller vos ressources Azure SQL, créez une ressource observateur dans votre abonnement Azure. Configurez l’observateur en sélectionnant un magasin de données et un jeu de bases de données, de pools élastiques ou d’instances managées SQL à surveiller, appelées cibles SQL. Octroyez à l’observateur l’accès aux cibles et démarrez l’observateur.

• Pour connaître les étapes de démarrage rapide, consultez Démarrage rapide : surveiller Azure SQL avec l’observateur de base de données. Pour plus d’informations sur l’installation et la configuration, consultez Créer et configurer un observateur de base de données.

• Pour les réponses aux questions fréquemment posées au sujet de l’observateur de base de données, consultez les FAQ au sujet de l’observateur de base de données.

• Pour une vue d’ensemble vidéo de l’observateur de base de données, regardez un épisode Data Exposed :

Cibles Azure SQL prises en charge

L’observateur de base de données prend en charge tous les niveaux de service, niveaux de calcul et objectifs de service dans Azure SQL Database et Azure SQL Managed Instance. Cela inclut les modèles d’achat vCore et DTU, les niveaux de calcul approvisionnés et serverless, les bases de données uniques, les pools élastiques et Hyperscale.

L’observateur de base de données peut surveiller tous les types de réplicas lisibles secondaires, y compris les réplicas à haute disponibilité, les géoréplicas et les réplicas secondaires nommés Hyperscale.

Pour un observateur donné, les cibles SQL peuvent se trouver dans n’importe quel abonnement du même client Microsoft Entra ID.

Tarification de l’observateur de base de données

Les coûts de l’observateur de base de données sont engagés par ses composants individuels, comme suit :

*Vous pouvez utiliser un cluster Azure Data Explorer gratuit lorsqu’un contrat de niveau de service n’est pas requis et lorsque les performances des requêtes et les exigences de stockage sont satisfaites par les spécifications de capacité de cluster gratuites. La période d’essai du cluster gratuit dure un an et peut être prolongée automatiquement.

Il n’y a aucun frais par ressource Azure SQL surveillée ou par utilisateur, ce qui rend la solution de monitoring de base de données peu coûteuse pour les environnements Azure SQL plus volumineux et les équipes plus volumineuses.

Disponibilité régionale

À l’heure actuelle, vous pouvez créer des observateurs de base de données dans les régions Azure suivantes :

Limites

Il existe une limite quant au nombre de cibles SQL par observateur et au nombre d’observateurs par abonnement. Les déploiements dépassant ces limites ne sont pas pris en charge.

¹Un réplica à haute disponibilité d’une base de données, d’un pool élastique ou d’une instance managée SQL est surveillé indépendamment de son réplica parent et est considéré comme une cible distincte.

Tableaux de bord

L’observateur de base de données utilise des classeurs Azure pour fournir des tableaux de bord de surveillance au niveau du patrimoine et au niveau des ressources.

Voici un exemple d’utilisation du processeur de base de données sous forme de carte thermique sur le tableau de bord du patrimoine. Chaque hexagone représente une cible SQL. Il y a deux serveurs logiques, l’un avec six bases de données et l’autre avec trois bases de données. Les réplicas secondaires haute disponibilité sont affichés sur la carte thermique en tant que cibles distinctes. Sélectionnez l’image pour afficher des détails supplémentaires, notamment les statistiques d’ingestion de données.

Voici un exemple montrant une vue partielle de l’onglet Performances d’un tableau de bord de base de données Azure SQL. Sélectionnez l’image pour zoomer sur les détails.

Le tableau suivant décrit les capacités des tableaux de bord de l’observateur de base de données dans le Portail Azure.

Données de surveillance SQL

L’observateur de base de données collecte les données de surveillance à partir de plus de 70 affichages catalogue SQL et vues de gestion dynamique (DMV). Les données d’une ou plusieurs vues associées sont transformées en un jeu de données. Par exemple, les données provenant des vues sys.dm_exec_sessions, sys.dm_exec_requests et d’autres vues forment le jeu de données Sessions actives. Pour chaque jeu de données, il existe une table distincte dans la base de données Azure Data Explorer ou dans la base de données d’Analyse en temps réel.

L’observateur de base de données dispose de groupes de jeux de données distincts pour les bases de données, les pools élastiques et les instances managées SQL. Chaque groupe compte entre 10 et 30 jeux de données, offrant une vue détaillée des performances, de la configuration et de l’intégrité des bases de données pour vos ressources Azure SQL.

Pour plus d’informations, consultez Collection de données et jeux de données de l’observateur de base de données.

Connectivité réseau

L’observateur de base de données utilise un agent de collection de données distant qui se connecte aux cibles, au magasin de données et au coffre de clés sur le réseau. En fonction des exigences de sécurité réseau et de la configuration de vos ressources Azure, l’observateur de base de données peut utiliser une connectivité privée ou publique. Vous contrôlez toujours entièrement la connectivité réseau de l’observateur de base de données à vos ressources Azure.

Pour plus d’informations sur la connectivité réseau dans Azure SQL, consultez Architecture de connectivité Azure SQL Database et Architecture de connectivité Azure SQL Managed Instance.

Connectivité privée

Pour fournir une connectivité privée, l’observateur de base de données utilise Azure Private Link. Lorsque vous configurez un observateur, vous pouvez créer des points de terminaison privés managés pour permettre à l’observateur de se connecter aux bases de données et aux pools élastiques sur des serveurs logiques ou à des instances managées SQL. Vous pouvez également créer un point de terminaison privé pour le cluster Azure Data Explorer et pour le coffre de clés qui stocke les identifiants d’authentification SQL. À ce stade, la connectivité privée n’est pas disponible pour les connexions à l’Analyse en temps réel dans Microsoft Fabric.

Un propriétaire de ressource doit approuver chaque point de terminaison privé pour que l’observateur de base de données puisse l’utiliser. À l’inverse, les propriétaires de ressources peuvent supprimer n’importe quel point de terminaison privé de l’observateur de base de données à tout moment pour arrêter la collection de données.

Une fois qu’un point de terminaison privé pour une ressource Azure est créé et approuvé, tout le trafic réseau entre un observateur et la ressource utilise une connectivité privée, même si la connectivité publique pour la ressource reste activée.

Pour plus d’informations sur les points de terminaison privés dans Azure SQL, consultez Azure Private Link pour Azure SQL Database et Azure Private Link pour Azure SQL Managed Instance.

Connectivité publique

Si la connectivité privée n’est pas nécessaire, l’observateur de base de données peut utiliser la connectivité publique pour se connecter aux ressources Azure. Pour permettre à un observateur de se connecter aux bases de données et aux pools élastiques sur un serveur logique Azure SQL Database, l’accès public au serveur doit être activé et le pare-feu basé sur IP doit autoriser les connexions à partir de tous les services Azure.

Pour permettre à un observateur de se connecter à une instance managée SQL à l’aide de la connectivité publique, le point de terminaison public doit être activé sur l’instance. En outre, une règle de groupe de sécurité réseau (NSG) qui autorise le trafic entrant sur le port TCP 3342 vers le sous-réseau d’instance managée doit avoir sa source définie sur AzureCloud. Pour plus d’informations, consultez Configurer un point de terminaison public dans Azure SQL Managed Instance.

Pour permettre à un observateur de se connecter à un cluster Azure Data Explorer ou à un coffre de clés à l’aide de la connectivité publique, l’accès réseau doit être activé à partir de tous les réseaux sur le cluster ou le coffre.

Accès aux données

Tout comme la connectivité réseau, vous contrôlez entièrement l’accès de l’observateur de base de données à vos bases de données. Vous accordez l’accès en créant des connexions d’observateur de base de données dédiées sur des serveurs logiques et des instances managées SQL, puis en octroyant des autorisations spécifiques et limitées pour collecter des données de surveillance à partir de vues système SQL.

Authentification de l’observateur

L’observateur de base de données prend en charge l’authentification Microsoft Entra (précédemment appelée authentification Azure Active Directory). Il s’agit de la méthode préférée et recommandée pour qu’un observateur s’authentifie auprès d’une cible SQL. Vous créez une connexion d’authentification Microsoft Entra pour l’identité managée de l’observateur sur tous les serveurs logiques et instances managées SQL que vous souhaitez surveiller.

L’observateur de base de données prend également en charge l’authentification SQL basée sur mot de passe. Vous pouvez utiliser l’authentification SQL si l’authentification Microsoft Entra n’est pas activée sur vos ressources Azure SQL. Pour plus d’informations, consultez Configuration supplémentaire pour utiliser l’authentification SQL.

Autorisation de l’observateur

Pour collecter des données de surveillance, l’observateur de base de données a besoin d’un accès spécifique et limité à chaque cible de surveillance, comme décrit dans le tableau suivant. Ces appartenances et autorisations de rôle donnent à l’observateur l’accès nécessaire aux données de surveillance du système, mais pas à d’autres données dans vos bases de données.

Si vous refusez les autorisations nécessaires à la connexion ou à l’utilisateur de l’observateur de base de données, ou à un rôle dont la connexion ou l’utilisateur de l’observateur de base de données est membre (y compris le rôle de base de données public), l’observateur de base de données pourrait ne pas pouvoir collecter les données de surveillance. Selon les autorisations refusées, cela peut affecter certains ou tous les jeux de données.

Inversement, si vous accordez des autorisations inutiles à la connexion ou à l’utilisateur de l’observateur de base de données, ou à un rôle dont la connexion ou l’utilisateur de l’observateur de base de données est membre, l’observateur de base de données pourrait ne pas pouvoir collecter les données de surveillance pour certains ou tous les ensembles de données. De même, les données peuvent ne pas pouvoir être collectées si vous ajoutez la connexion ou l’utilisateur de l’observateur de base de données à un serveur ou un rôle de base de données intégré.

Nouveautés

Cette section décrit les correctifs, modifications et améliorations récents de l’observateur de base de données.

Limites

Cette section décrit les limitations de l’observateur de base de données. Les solutions de contournement sont fournies si elles sont disponibles.

Problèmes connus

Pendant la phase d’aperçu, l’observateur de base de données présente les problèmes connus suivants.

Résolution des problèmes

Cette section décrit les étapes à suivre pour résoudre les problèmes courants. Si les étapes de cette section ne résolvent pas le problème, ouvrez un cas de support.

Les données ne sont pas collectées

Si vous créez un observateur et que vous ne voyez pas les données de surveillance sur les tableaux de bord et dans le magasin de données, ou si vous ne voyez que des données plus anciennes, passez en revue cette section.

• Sur la page Vue d’ensemble de l’observateur, vérifiez le champ État pour voir si l’observateur est en cours d’exécution. Si ce n’est pas le cas, utilisez le bouton Démarrer sur la même page pour démarrer la collection de données. Un nouvel observateur ne démarre pas automatiquement.

• Vérifiez que l’observateur dispose de l’accès au magasin de données.

• Si vous utilisez une base de données Azure Data Explorer comme magasin de données, vérifiez que le cluster Azure Data Explorer est démarré. Pour plus d’informations, consultez Clusters Azure Data Explorer arrêtés.

• Vérifiez que l’observateur dispose de l’accès spécifique et limité aux cibles SQL. En outre, si vous utilisez l’authentification SQL pour toutes les cibles, vérifiez l’accès au coffre de clés pour l’observateur, ou utilisez plutôt l’authentification Microsoft Entra recommandée.

• Si vous souhaitez que l’observateur utilise l’authentification Microsoft Entra pour vous connecter à des cibles SQL, assurez-vous que l’authentification Microsoft Entra est activée sur les serveurs logiques hébergeant les cibles de base de données et de pool élastique, ainsi que sur les cibles d’instance managée.

• Si vous avez créé des points de terminaison privés pour l’observateur, vérifiez qu’ils sont approuvés par le propriétaire de ressource.

• Si vous utilisez la connectivité publique, assurez-vous que les conditions requises pour permettre à l’observateur de se connecter aux cibles, au magasin de données et au coffre de clés sont remplies.

• Le cluster ou la base de données Azure Data Explorer, ou la base de données Analyse en temps réel a peut-être été supprimée une fois qu’elle a été sélectionnée comme magasin de données pour votre observateur. Accédez au cluster et à la base de données, puis vérifiez qu’ils existent.

• Si vous utilisez le cluster Azure Data Explorer gratuit, vérifiez que vous n’avez pas atteint la capacité de stockage du cluster. Pour plus d’informations, consultez Cluster Azure Data Explorer gratuit.

Si vous apportez des modifications à l’accès ou à la connectivité de l’observateur dans le cadre de la résolution des problèmes, vous devrez peut-être arrêter et redémarrer l’observateur pour que les modifications prennent effet.

Les tableaux de bord sont vides

Si vous sélectionnez la page Tableaux de bord d’un observateur, mais que vous ne voyez pas de résumé des cibles SQL sur la page, développez la section Magasin de données. Si vous voyez une erreur Impossible de se connecter..., passez en revue cette section.

• Vous n’avez peut-être pas accès au magasin de données. Pour plus d’informations, consultez Octroyer aux utilisateurs et aux groupes l’accès au magasin de données.

• Vous n’avez peut-être pas de connexion réseau au magasin de données. Par exemple, cela se produit si les connexions de votre navigateur au cluster Azure Data Explorer utilisent une connexion publique, mais que vous désactivez l’accès public au cluster. Dans ce cas, vous ne pouvez pas non plus vous connecter au cluster à partir de Kusto Explorer ou de l’interface utilisateur web d’Azure Data Explorer.

  Pour résoudre ce problème, établissez une connectivité privée entre votre ordinateur et le cluster Azure Data Explorer, tel que décrit dans Connectivité privée au magasin de données.

Pour vérifier que vous avez accès et que vous pouvez vous connecter au magasin de données et que la base de données du magasin de données existe, procédez comme suit :

• Dans la page Tableaux de bord d’un observateur, développez la section Magasin de données et copiez la valeur de l’URI de requête Kusto. Veillez à copier l’intégralité de la chaîne d’URI. Notez également la valeur de la base de données Kusto.

• Ouvrez l’interface utilisateur web Azure Data Explorer. Connectez-vous si vous y êtes invité.

• Sélectionnez Ajouter, Connexion, puis saisissez l’URI copié en tant que l’URI de connexion.

• Sélectionnez Ajouter pour créer une nouvelle connexion.

• Une fois qu’une nouvelle entrée de connexion est ajoutée, développez-la pour afficher les bases de données.

• Sélectionnez la base de données référencée comme base de données Kusto sur la page Tableaux de bord de votre observateur, puis sélectionnez le signe + de la barre d’onglets pour ouvrir un nouvel onglet de requête connecté à cette base de données.

• Exécutez la commande KQL suivante :

  .show database principals;
  

  Vérifiez qu’une ligne pour un Viewer ou un rôle privilégié supérieur existe pour votre compte d’utilisateur, ou pour un groupe Microsoft Entra ID qui contient votre compte d’utilisateur.

Envoyer les commentaires

L’équipe en charge de l’observateur de base de données chez Microsoft attend vos commentaires et suggestions. Vous pouvez envoyer vos commentaires sur les produits de l’une des manières suivantes :

• Publiez une nouvelle idée dans le forum de commentaires SQL. Sur la page Publier une nouvelle idée, utilisez SQL comme forum, sélectionnez le groupe Azure SQL et incluez observateur de base de données dans le titre. Les commentaires que vous envoyez dans le forum de commentaires sont publics. D’autres membres de la communauté peuvent commenter et voter pour vos idées et suggestions. Les votes et commentaires de la communauté aident l’équipe en charge de l’observateur de base de données à planifier et à hiérarchiser les améliorations de produit.
• Utilisez le bouton commentaires sur l’une des pages observateur de base de données dans le portail Azure. Par exemple, vous pouvez trouver le bouton commentaires sur la page Vue d’ensemble de l’observateur ou sur les tableaux de bord en regard du bouton Actualiser. Les commentaires que vous envoyez de cette façon ne sont pas publics. Lorsque vous envoyez des commentaires, vous pouvez éventuellement autoriser Microsoft à vous envoyer un e-mail concernant ces commentaires pour les suivis et les clarifications.

Pour un support technique ou pour résoudre un problème avec l’observateur de base de données, ouvrez un cas de support.

Contenu connexe

• Démarrage rapide : créer un observateur de base de données pour surveiller Azure SQL (aperçu)
• Créer et configurer un observateur de base de données (aperçu)
• Collection de données et jeux de données de l’observateur de base de données (aperçu)
• Analyser les données de surveillance de l’observateur de base de données (aperçu)
• FAQ au sujet de l’observateur de base de données