Foire aux questions sur Database Hub dans Fabric (aperçu)

Ils sont complémentaires. OneLake fournit un stockage unifié des données pour l’analyse. Database Hub assure un contrôle opérationnel unifié. Ils se croisent à travers des scénarios tels que le miroir, la préparation analytique et le partage d’inventaire. Database Hub n’est pas un catalogue de données. Il se concentre sur les métadonnées opérationnelles, les signaux et les actions. Lorsque cela est approprié, il est lié aux expériences d’analyse Purview ou Fabric.

Database Hub est orienté action mais délibérément conservateur. Les actions sont explicites et toujours approuvées par l’utilisateur final (qui doit avoir la permission nécessaire pour effectuer l’action). Par exemple, il peut s’agir d’ouvrir des interfaces natives et d’appliquer, après confirmation, des recommandations proposées par l’agent et prises en charge. Toutes les actions respectent les autorisations du rôle et nécessitent une approbation. Database Hub valide l’intention et la portée, puis délègue l’exécution au service autoritaire. Des actions en bloc et des changements de configuration plus larges peuvent être introduits au fil du temps.

Non. Vous n’avez pas besoin de déplacer vos bases de données. Par exemple, les instances SQL Server sur site se connectent via Azure Arc et apparaissent dans le Database Hub tout en restant sur site. Les bases de données Azure restent dans leurs abonnements. Database Hub centralise les métadonnées opérationnelles, les signaux et les actions. Il ne centralise pas les données opérationnelles. Fabric OneLake et Fabric mirroring peuvent être utilisés pour des scénarios analytiques, mais ils sont optionnels et distincts de la gestion.

L’observabilité se concentre sur les signaux de santé et de pression au niveau de l’état tels que le CPU, l’E/S, la connectivité, les conditions d’erreur, la posture et l’utilisation. Ces signaux s’agrègent en niveaux de gravité qui mettent en évidence les problèmes avant qu’ils n’apparaissent dans les graphiques. L’objectif est d’identifier où l’attention est nécessaire et de créer une vue portée que les personnes ou les agents peuvent analyser. Des diagnostics avancés spécifiques au moteur restent disponibles via des outils natifs et sont accessibles via des exercices de drill-through.

Les outils tiers peuvent offrir des capacités approfondies pour des moteurs ou environnements spécifiques et nécessitent une configuration et une infrastructure séparées. Database Hub est intégré à la plateforme Microsoft et couvre les ressources prises en charge par SQL, NoSQL, sur site, Azure et Fabric. Il unifie l’inventaire, la portée, les actions et les analyses générées par l’agent, et vous connecte à des outils natifs spécialisés lorsque des tâches plus approfondies sont nécessaires. Il ne vise pas à remplacer tous les outils spécialisés.

Database Hub prend en charge à la fois les flux de travail pilotés par l’humain et assistés par des agents. Les agents peuvent consommer le contexte du Database Hub, enquêter sur les résultats et proposer des actions, tandis que l’exécution continue de respecter les autorisations et les limites d’approbation existantes.

Yes. Copilot est l’interface conversationnelle. Les agents sont les moteurs analytiques et opérationnels derrière tout cela. Copilot fournit des explications et des résumés étayés à l’aide des mêmes données du même périmètre et des conclusions des agents visibles dans l’interface utilisateur. Lorsque Copilot recommande une action, elle est soutenue par une capacité d’agent explicite et une proposition auditable. Il n’y a pas d’exécution en mode libre.

Yes. Dans l’aperçu actuel, les bases de données Microsoft SQL nécessitent une configuration supplémentaire. Pour les instructions, voir Ajouter une base de données Microsoft SQL au Hub de base de données.

Non. Database Hub s’appuie sur ces technologies plutôt que de les remplacer. Azure Arc reste le mécanisme permettant de connecter les instances de SQL Server sur site à Azure. Le portail Azure et les outils natifs restent les surfaces faisant autorité pour la configuration et l’exécution. Database Hub agit comme un plan de contrôle spécialisé au-dessus. Il fournit un inventaire unifié, un contexte ciblé, des analyses pilotées par des agents et des actions explicites, puis oriente l’exécution vers l’interface native appropriée. Vous pouvez continuer à utiliser le portail Azure, SSMS, Azure Data Studio, Visual Studio Code et Fabric comme auparavant.

Non. Database Hub est accessible via Microsoft Fabric, mais il peut détecter les comptes Azure Cosmos DB partout où ils s’exécutent sur Azure. Ces comptes restent dans leurs abonnements existants ; la découverte et la surveillance des patrimoines ne nécessitent ni le transfert ni la mise en miroir de leurs données dans Fabric.

Non. La détection est automatique pour les comptes Azure Cosmos DB, basée sur vos permissions Microsoft Entra ID et Azure RBAC existantes.

Estate liste les comptes Azure Cosmos DB, pas les bases de données ou conteneurs qu’ils contenent.

Non. La découverte de base utilise l’inventaire des ressources Azure, et la surveillance de base utilise les métriques existantes d’Azure Monitor. Fleet Analytics est un processus distinct, facultatif.

Pour interroger des données dans une base de données ou un conteneur, votre identité nécessite une assignation de rôle séparée dans le plan de données Cosmos DB (ou des clés de compte, lorsque cela est autorisé), ainsi qu’un accès réseau au compte. L’accès au niveau des ressources (plan de gestion), c’est ce qui rend un compte visible dans Estate, mais cela n’accorde pas ceci.

Leur accès à Azure, leur locataire connecté, leurs filtres actifs, leurs comptes sélectionnés ou leurs plages temporelles peuvent varier. Partager un lien ou une vue ne donne pas d’accès supplémentaire. Chaque personne ne voit que les ressources que son identité est autorisée à consulter.

Vérifiez les ressources et filtres sélectionnés. Une valeur du tableau de bord décrit cette sélection, qui peut être plus restreinte que l’inventaire d’Estate.

Les vues peuvent utiliser différentes ressources, plages de temps, granularités, agrégations ou temps de rafraîchissement différents. Comparez la même métrique pour un compte sur la même période.

Ni l’un ni l’autre. Cela signifie qu’aucune valeur utilisable n’est disponible pour cette vue. Vérifiez l’intervalle sélectionné, l’activité du compte, l’applicabilité des métriques par type d’API, l’accès et le délai de traitement avant de tirer une conclusion.

Le tableau de bord des performances met l’accent sur des indicateurs au niveau du compte et de l’ensemble, tels que la consommation de RU, la limitation du débit, la latence et la disponibilité. Il ne fournit pas de diagnostics au niveau des requêtes, ni d’analyse des points chauds liés aux clés de partition, ni de recherche dans les journaux de diagnostic. Utilisez le portail Azure, Data Explorer et les journaux de diagnostic de Cosmos DB pour ces investigations.

Non. Utilisez le portail Azure ou votre automatisation existante pour changer le débit d’Azure Cosmos DB.

Ne supposez pas la parité. La journalisation d’audit n’est pas encore évaluée pour Cosmos DB. Une évaluation indisponible n’implique pas qu’un contrôle soit désactivé.

Non. Utilisez les résultats du Database Hub comme directives définies aux côtés des outils de service et de sécurité applicables. Le flux de travail de surveillance de la base de données Cosmos décrit ici ne corrige pas automatiquement les comptes.

SQL alloue la capacité au moment de la création de la base de données en une seule étape. Cosmos DB sépare une étape légère de création de compte (sans débit, sans facturation) de la création de conteneurs, où le débit, les clés de partition et l’indexation sont configurés et la facturation commence. Le flux de création en ligne de Database Hub ne reflète que la première étape ; la seconde étape fournit un lien vers le portail Azure.

Yes. Un compte créé depuis Database Hub est une ressource Azure dans l’abonnement sélectionné. Aucun frais n’est facturé tant qu’une base de données et un conteneur dotés d’un débit provisionné ou à mise à l’échelle automatique n’ont pas été créés.

Non. Database Hub est accessible via Microsoft Fabric, mais il peut détecter les instances prises en charge de Azure Database pour PostgreSQL Flexible Server sous Azure. Ces serveurs restent dans leurs abonnements existants ; la découverte et la surveillance des successions ne nécessitent pas de déplacer ou de remettre en miroir leurs données dans Fabric.

Non. La détection est automatique pour les instances de serveurs flexibles Azure Database pour PostgreSQL, basée sur vos permissions existantes Microsoft Entra ID et Azure RBAC.

L’entité d’inventaire PostgreSQL est une instance Flexible Server. Un serveur peut héberger plusieurs bases de données. N’interprétez pas un comptage de serveurs comme un compte de bases de données applicatives.

La découverte de base utilise l’inventaire des ressources Azure, et la surveillance de base utilise les métriques existantes d’Azure Monitor. Vous n’avez pas besoin de Magasin des requêtes, de la propriété étendue de surveillance SQL, ni d’une installation Arc. L’accès au locataire et les autorisations d’accès aux ressources et aux métriques Azure s’appliquent toujours.

L’accès aux ressources Azure et l’accès à la base de données PostgreSQL sont séparés. Pour se connecter, votre client a besoin d’une accessibilité réseau et d’une identité de base de données autorisée. Vérifiez l’authentification et la configuration réseau du serveur flexible sans supposer que la visibilité sur Estate garantit une connexion.

Leur accès à Azure, leur locataire connecté, leurs filtres actifs, leurs serveurs sélectionnés ou leurs plages temporelles peuvent différer. Comparez ces paramètres avant de supposer que des ressources ou de la télémétrie manquent. Un lien partagé n’accorde pas d’accès supplémentaire.

Vérifiez les ressources et filtres sélectionnés. Une valeur affichée dans le tableau de bord décrit cette sélection, qui peut être plus restreinte que l’inventaire dans Estate. Vérifiez également s’il existe des indicateurs indisponibles ou inapplicables avant d’interpréter la valeur comme une évaluation successorale complète.

Les vues peuvent utiliser différentes ressources, plages de temps, granularités, agrégations ou temps de rafraîchissement différents. Comparez d’abord la même métrique pour un serveur sur le même intervalle. Un résumé successoral n’est pas directement comparable à un tableau à serveur unique.

Ni l’un ni l’autre. Cela signifie qu’aucune valeur utilisable n’est disponible pour cette vue. Vérifiez l’intervalle sélectionné, l’état du serveur, l’applicabilité des métriques, l’accès et le délai de traitement avant de tirer une conclusion.

Actuellement, Database Hub ne fournit pas de requêtes principales, de plans de requête, d'analyse d'événements d'attente ni de recherche de logs soutenus par Magasin des requêtes. Utilisez le portail Azure et les outils PostgreSQL pour ces enquêtes.

Les modèles de surveillance spécifiques à SQL et le proxy SQL ADX ne font pas partie du chemin PostgreSQL Azure Monitor. L’alerte activatrice via ces métriques PostgreSQL n’est actuellement pas prise en charge. Cette limitation ne supprime pas les options d'alerte Azure Monitor séparées du service.

Ne supposez pas la parité. PostgreSQL prend en charge ces fonctionnalités de service, mais la couverture d’évaluation du Database Hub est spécifique au moteur. Examinez l’évaluation applicable et la configuration actuelle du serveur. Une évaluation CMK indisponible ne signifie pas que le chiffrement est désactivé.

Non. Utilisez les résultats du Database Hub comme directives définies aux côtés des outils de service et de sécurité applicables. Vérifiez les preuves et appliquez les modifications légales via le service approprié. Le flux de travail de surveillance PostgreSQL décrit ici ne corrige pas automatiquement les serveurs.

Yes. Un serveur flexible créé à partir de Database Hub est une ressource Azure dans l’abonnement sélectionné. Examinez sa configuration et son coût avant le déploiement.

Contenu connexe

• Qu’est-ce que le Database Hub ?