Ofte stillede spørgsmål om Database Hub in Fabric (forhåndsvisning)

De supplerer hinanden. OneLake tilbyder samlet datalagring til analyse. Database Hub leverer samlet operationel kontrol. De krydser gennem scenarier som spejling, analyseparathed og lagerdeling. Database Hub er ikke et datakatalog. Den fokuserer på operationel metadata, signaler og handlinger. Hvor det er relevant, linker det til Purview eller Fabric analytics-oplevelser.

Database Hub er handlingsorienteret, men bevidst konservativ. Handlinger er eksplicitte og godkendes altid af slutbrugeren (som skal have den nødvendige tilladelse til at udføre handlingen). Eksempler kan være åbning af native overflader og anvendelse af støttede agentforeslåede anbefalinger med bekræftelse. Alle handlinger respekterer rollerettigheder og kræver godkendelse. Database Hub validerer intention og omfang og delegerer derefter udførelsen til den autoritative tjeneste. Massehandlinger og bredere konfigurationsændringer kan introduceres over tid.

Nej. Du behøver ikke flytte dine databaser. For eksempel forbinder on-premises SQL Server-instanser via Azure Arc og vises i Database Hub, mens de forbliver on-premises. Azure-databaser forbliver i deres abonnementer. Database Hub centraliserer operationel metadata, signaler og handlinger. Det centraliserer ikke driftsdata. Fabric OneLake og Fabric mirroring kan bruges til analysescenarier, men de er valgfrie og adskilt fra management.

Nej. Alt du behøver er en Fabric-licens eller kapacitet, der er tildelt dit arbejdsområde. Mindst en gratis Fabric-licens kræves. Database Hub er helt gratis.

Database Hub-inventar- og sikkerhedsstatus-API'er kræver ikke en Fabric-kapacitet. Disse kontrolplansoperationer forespørger Azure Resource Manager, Azure Resource Graph, Fabric-kataloget og, for sundhedsovervågningsvisninger, Kusto. De provisionerer ikke kundeberegning eller kopierer de underliggende databasedata ind i Fabric blot for at vise dem. En databases lagring og beregning forbliver i det område, hvor Azure- eller Fabric-databasen blev provisioneret. Fabric identificerer en lejer-hjemmeregion som standardplacering for Fabric-data, og Database Hub-kontrolplansoperationer kører i det område.

Database Hub kræver ikke offentlig databaseforbindelse. Den fremviser sundheds- og compliance-signaler ved at bruge Azure Resource Graph-metadata og SQL-performancesignaler, herunder for databaser bag private endepunkter.

Workspace outbound access-beskyttelse gælder kun for understøttede arbejdsområde-objekttyper og kræver arbejdsområder, der hostes på understøttede Fabric F SKU'er. Database Hubs kapacitetsløse API'er er ikke opført som en OAP-beskyttet varetype. Indtil Database Hub eksplicit er inkluderet i OAP-støttematricen og testet med de nødvendige forbindelsesregler, skal det betragtes som ikke-understøttet.

Du kan bruge Microsoft Fabric som en del af en arkitektur, der er designet til at opfylde GDPR- eller LGPD-forpligtelser. Database Hub følger Microsoft's rammeværk for privatliv, databeskyttelse og overholdelse. Database Hub behandler primært ressourcemetadata, konfigurationsposition, identifikatorer og udvalgte sundhedsmetrikker frem for databaseapplikationsrækker. Disse værdier kan stadig være regulerede data. Overholdelse er et delt ansvar. Gennemgå regional placering, adgangskontroller, opbevaring, telemetri, privat forbindelse, procedurer for datasubs samt den relevante Microsoft-kontrakt- og revisionsdokumentation.

Microsoft Fabric gik i offentlig forhåndsvisning i Government Community Cloud (GCC) High i september 2026. Arbejdsbyrden og tilgængeligheden varierer og udvides over tid.

Observability fokuserer på tilstandsniveau og tryksignaler såsom CPU, I/O, forbindelse, fejltilstande, holdning og udnyttelse. Disse signaler ruller op i alvorlighedsgrader, der viser problemer før diagrammer. Målet er at identificere, hvor opmærksomhed er nødvendig, og skabe et overblik, som folk eller agenter kan analysere. Avancerede, motorspecifikke diagnosticeringer er fortsat tilgængelige via native værktøjer og er tilgængelige via drill-through-handlinger.

Filtrer Arvevisningen efter abonnement eller ressourcegruppe, og gem og del derefter den brugerdefinerede visning. Deling af en visning deler dens konfiguration, ikke adgang til de underliggende ressourcer. Modtagere ser kun de ressourcer, deres eksisterende tilladelser tillader.

Tredjepartsværktøjer kan give dybe funktioner til specifikke motorer eller miljøer og kan kræve separat opsætning og infrastruktur. Database Hub er indbygget i Microsoft-platformen og dækker understøttede SQL-, NoSQL-, on-premises-, Azure- og Fabric-ressourcer. Det forener lager, omfang, handlinger og agentdrevne indsigter og forbinder dig med specialiserede native værktøjer, når der kræves dybere arbejde. Den har ikke til formål at erstatte alle specialiserede værktøjer.

Database Hub understøtter både menneskedrevne og agentassisterede arbejdsgange. Agenter kan forbruge Database Hub-kontekst, undersøge fund og foreslå handlinger, mens udførelsen fortsat respekterer eksisterende tilladelser og godkendelsesgrænser.

Ja. Copilot er samtalegrænsefladen. Agenterne er de analytiske og operationelle motorer bag det. Copilot leverer jordnære forklaringer og resuméer ved brug af de samme scoped data og agentfund, som er synlige i UI'en. Når Copilot anbefaler en handling, understøttes den af en eksplicit agentkapacitet og et reviderbart forslag. Der er ingen fri form af udførelse.

Ja. I den nuværende forhåndsvisning kræver Microsoft SQL-databaser yderligere konfiguration for at indsamle ydeevnedata. For instruktioner, se Aktiver performance monitoring for Microsoft SQL.

Nej. Database Hub bygger videre på disse teknologier i stedet for at erstatte dem. Azure Arc forbliver mekanismen til at forbinde on-premises SQL Server-instanser til Azure. Azure-portalen og de oprindelige værktøjer forbliver de autoritative overflader for konfiguration og eksekvering. Database Hub fungerer som et specialiseret kontrolplan ovenpå. Den leverer samlet inventar, scoped context, agentdrevne indsigter og eksplicitte handlinger, og dirigerer derefter udførelsen til den korrekte native overflade. Du kan fortsætte med at bruge Azure Portal, SSMS, Azure Data Studio, Visual Studio Code og Fabric-værktøjerne som før.

Nej. Database Hub tilgås via Microsoft Fabric, men den kan finde Azure Cosmos DB-konti, uanset hvor de kører i Azure. Disse konti forbliver i deres eksisterende abonnementer; opdagelse og boovervågning kræver ikke, at deres data flyttes eller spejles ind i Fabric.

Nej. Detektion er automatisk for Azure Cosmos DB-konti, baseret på dine eksisterende Microsoft Entra ID- og Azure RBAC-tilladelser.

Estate viser Azure Cosmos DB-konti, ikke databaserne eller containerne indeni.

Nej. Baseline discovery bruger Azure resource inventory, og baseline monitoring bruger eksisterende Azure Monitor-metrikker. Fleet Analytics er en separat, opt-in pipeline.

For at forespørge data i en database eller container kræver din identitet en separat Cosmos DB dataplane-rolletildeling (eller kontonøgler, hvor det er tilladt), plus netværksadgang til kontoen. Adgang på ressourceniveau (management-plane), som er det, der gør en konto synlig i Estate, giver ikke dette.

Deres Azure-adgang, indloggede lejer, aktive filtre, udvalgte konti eller tidsintervaller kan variere. At dele et link eller visning giver ikke yderligere adgang. Hver person ser kun de ressourcer, deres identitet har tilladelse til at se.

Tjek de udvalgte ressourcer og filtre. En dashboardværdi beskriver dette udvalg, som kan være smallere end inventaret i Estate.

Visningerne kan bruge forskellige ressourcer, tidsintervaller, detaljer, aggregeringer eller opdateringstider. Sammenlign den samme måling for én konto over samme interval.

Ingen af delene. Det betyder, at der ikke er nogen brugbar værdi tilgængelig for den visning. Tjek det valgte interval, kontoaktivitet, anvendelighed af metrik efter API-type, adgang og behandlingsforsinkelse, før du drager en konklusion.

Performance-dashboardet fokuserer på konto- og ejendomsniveau-målinger som RU-forbrug, throttling, latenstid og tilgængelighed. Den tilbyder ikke forespørgselsniveau-diagnostik, hotspot-analyse af partitionsnøgler eller diagnostisk logsøgning. Brug Azure-portalen, Data Explorer og Cosmos DB diagnostiske logfiler til disse undersøgelser.

Nej. Brug Azure-portalen eller din eksisterende automatisering til at ændre gennemstrømning for Azure Cosmos DB.

Antag ikke paritet. Audit-logning vurderes endnu ikke for Cosmos DB. En ikke-tilgængelig vurdering betyder ikke, at en kontrol er deaktiveret.

Nej. Brug Database Hub-resultater som scoped vejledning sammen med de relevante service- og sikkerhedsværktøjer. Cosmos DB-overvågningsarbejdsgangen, der beskrives her, retter ikke automatisk konti.

SQL tildeler kapacitet ved databaseoprettelsen i et enkelt trin. Cosmos DB adskiller et letvægts kontooprettelsestrin (ingen gennemstrømning, ingen fakturering) fra containeroprettelse, hvor gennemstrømning, partitionnøgler og indeksering konfigureres, og fakturering starter. Database Hubs inline oprettelsesflow afspejler kun det første trin; det andet trin giver et link til Azure-portalen.

Ja. En konto oprettet fra Database Hub er en Azure-ressource i det valgte abonnement. Der påløber ingen gebyrer, før en database og container med provisioneret eller autoskaleret gennemstrømning er oprettet.

Nej. Database Hub tilgås via Microsoft Fabric, men den kan finde understøttede Azure Database for PostgreSQL Flexible Server-instanser i Azure. Disse servere forbliver i deres eksisterende abonnementer; opdagelse og overvågning af boet kræver ikke, at deres data flyttes eller spejles ind i Fabric.

Nej. Detektion er automatisk for Azure Database for PostgreSQL fleksible serverinstanser, baseret på dine eksisterende Microsoft Entra ID- og Azure RBAC-tilladelser.

PostgreSQL-inventarenheden er en Flexible Server-instans. En server kan hoste flere databaser. Fortolk ikke et antal servere som et antal applikationsdatabaser.

Baseline discovery bruger Azure resource inventory, og baseline monitoring bruger eksisterende Azure Monitor-metrikker. Du behøver ikke Query Store, SQL-overvågningsudvidelsen eller en Arc-installation. Lejeradgang og Azure-ressource-/metrik-tilladelser gælder stadig.

Azure resource access og PostgreSQL databaseaccess er adskilte. For at oprette forbindelse har din klient brug for netværksadgang og en autoriseret databaseidentitet. Tjek den fleksible servers autentificering og netværkskonfiguration uden at antage, at Estate Sight giver en forbindelse.

Deres Azure-adgang, indloggede lejer, aktive filtre, udvalgte servere eller tidsintervaller kan variere. Sammenlign disse indstillinger, før du antager, at ressourcer eller telemetri mangler. Et delt link giver ikke yderligere adgang.

Tjek de udvalgte ressourcer og filtre. En dashboardværdi beskriver dette udvalg, som kan være smallere end inventaret i Estate. Tjek også for utilgængelige eller uanvendelige målepunkter, før du tolker værdien som en fuldstændig bovurdering.

Visningerne kan bruge forskellige ressourcer, tidsintervaller, detaljer, aggregeringer eller opdateringstider. Sammenlign den samme måling for én server over samme interval først. Et booversigt kan ikke direkte sammenlignes med et enkelt-server-diagram.

Ingen af delene. Det betyder, at der ikke er nogen brugbar værdi tilgængelig for den visning. Tjek det valgte interval, servertilstand, metrik-anvendelighed, adgang og behandlingsforsinkelse, før du drager en konklusion.

PostgreSQL-overvågning, som i øjeblikket er i preview, bruger eksisterende Azure Monitor-målinger og inkluderer ikke forespørgselsniveau-diagnostik i Database Hub, såsom Query Store-understøttede topforespørgsler, forespørgselsplaner, vente-hændelsesanalyse eller logsøgning. Brug Azure-portalen og de native PostgreSQL-værktøjer til undersøgelser på forespørgselsniveau.

De SQL-specifikke overvågningsskabeloner og SQL ADX-proxyen er ikke en del af PostgreSQL Azure Monitor-stien. Aktivator-alarmer over disse PostgreSQL-målinger understøttes ikke i øjeblikket. Denne begrænsning fjerner ikke tjenestens separate Azure Monitor-alarmmuligheder.

I den nuværende forhåndsvisning tjekker Database Hub, om Microsoft Entra-autentificering er aktiveret, om Microsoft Entra-autentificering er håndhævet, kryptering i hvile bruger kundeadministrerede nøgler, og offentlig netværksadgang er deaktiveret. Disse kontroller er ikke en komplet compliance-revision. Valider sikkerhedskrav ved at bruge den autoritative Azure-tjeneste og sikkerhedsværktøjer.

Nej. Brug Database Hub-resultater som scoped vejledning sammen med de relevante service- og sikkerhedsværktøjer. Verificér dokumentation og anvend autoriserede ændringer gennem den relevante tjeneste. PostgreSQL-overvågningsworkflowet, der beskrives her, fjerner ikke automatisk servere.

Ja. En fleksibel server oprettet fra Database Hub er en Azure-ressource i det valgte abonnement. Gennemgå konfigurationen og omkostningerne før implementering.

Relateret indhold

• Hvad er Database Hub?