Domande frequenti su Database Hub in Fabric (anteprima)

Sono complementari. OneLake fornisce una memorizzazione unificata dei dati per l'analisi. Database Hub fornisce un controllo operativo unificato. Si intersecano attraverso scenari come il mirroring, la prontezza per l'analisi e la condivisione dell'inventario. Database Hub non è un catalogo dati. Si concentra su metadati operativi, segnali e azioni. Quando appropriato, si collega alle esperienze di analisi di Purview o Fabric.

Database Hub è orientato all'azione ma volutamente conservatore. Le azioni sono esplicite e sempre approvate dall'utente finale (che deve avere il permesso necessario per eseguire l'azione). Gli esempi possono includere l'apertura di interfacce native e l'applicazione, previa conferma, di raccomandazioni supportate proposte dall'agente. Tutte le azioni rispettano i permessi del ruolo e richiedono approvazione. Database Hub valida intento e ambito, poi delega l'esecuzione al servizio autorevole. Nel tempo possono essere introdotte azioni di massa e cambiamenti di configurazione più ampi.

No Non è necessario spostare i tuoi database. Ad esempio, le istanze SQL Server on-premises si collegano tramite Azure Arc e appaiono nel Database Hub pur rimanendo on-premises. I database Azure rimangono nei loro abbonamenti. Database Hub centralizza metadati operativi, segnali e azioni. Non centralizza i dati operativi. Fabric OneLake e Fabric mirroring possono essere usati per scenari di analisi, ma sono opzionali e separati dalla gestione.

L'osservabilità si concentra su indicatori di stato e di carico a livello di infrastruttura, come CPU, I/O, connettività, condizioni di errore, postura e utilizzo. Questi segnali confluiscono in livelli di gravità che mettono in evidenza i problemi prima ancora dei grafici. L'obiettivo è identificare dove è richiesta attenzione e creare una vista circoscritta che le persone o gli agenti possano analizzare. Diagnostiche avanzate specifiche per il motore rimangono disponibili tramite strumenti nativi e sono accessibili tramite operazioni di drill-through.

Gli strumenti di terze parti possono fornire capacità approfondite per motori o ambienti specifici e possono richiedere configurazioni e infrastrutture separate. Database Hub è integrato nella piattaforma Microsoft e copre risorse supportate per SQL, NoSQL, on-premises, Azure e Fabric. Unifica inventario, ambito, azioni e insight guidati dagli agenti e ti collega a strumenti nativi specializzati quando è necessario lavorare più profondamente. Non mira a sostituire ogni strumento specializzato.

Database Hub supporta sia flussi di lavoro guidati dall'uomo che assistiti dagli agenti. Gli agenti possono consumare il contesto del Database Hub, indagare i risultati e proporre azioni, mentre l'esecuzione continua a rispettare i permessi e i limiti di approvazione esistenti.

Yes. Copilot è l'interfaccia conversazionale. Gli agenti sono i motori analitici e operativi che ne stanno dietro. Copilot fornisce spiegazioni e riassunti fondati utilizzando gli stessi dati a scopo e i risultati degli agenti visibili nell'interfaccia utente. Quando Copilot raccomanda un'azione, essa è supportata da una capacità esplicita di agente e da una proposta verificabile. Non esiste alcuna esecuzione in formato libero.

Yes. Nell'anteprima attuale, i database SQL Microsoft richiedono una configurazione aggiuntiva. Per le istruzioni, vedi Aggiungi un database Microsoft SQL all'Hub del Database.

No Database Hub si basa su queste tecnologie invece di sostituirle. Azure Arc rimane il meccanismo per collegare istanze SQL Server on-premises ad Azure. Il portale Azure e gli strumenti nativi rimangono le superfici autorevole per la configurazione e l'esecuzione. Database Hub funge da piano di controllo specializzato sopra. Fornisce un inventario unificato, un contesto circoscritto, insight basati su agenti e azioni esplicite, quindi instrada l'esecuzione all'interfaccia nativa corretta. Puoi continuare a usare il portale Azure, SSMS, Azure Data Studio, Visual Studio Code e Fabric strumenti come prima.

No Database Hub è accessibile tramite Microsoft Fabric, ma può scoprire gli account Azure Cosmos DB ovunque vengano eseguiti in Azure. Questi account rimangono nelle rispettive sottoscrizioni esistenti; l'individuazione e il monitoraggio delle risorse non richiedono lo spostamento o la duplicazione dei dati in Fabric.

No Il rilevamento è automatico per gli account Azure Cosmos DB, in base ai permessi Microsoft Entra ID e Azure RBAC esistenti.

Estate elenca gli account Azure Cosmos DB, non i database o i container all'interno di essi.

No La scoperta di base utilizza l'inventario delle risorse di Azure, mentre il monitoraggio di base utilizza metriche esistenti di Monitoraggio di Azure. Fleet Analytics è una pipeline separata, a sottoscrizione volontaria.

Per eseguire query sui dati in un database o contenitore, la tua identità necessita di un'assegnazione di ruolo separata del piano dati di Cosmos DB (oppure delle chiavi dell'account, ove consentito), nonché dell'accesso di rete all'account. L'accesso a livello di risorsa (piano di gestione), che rende visibile un account in Estate, non concede questo.

Il loro accesso ad Azure, il tenant loginato, i filtri attivi, gli account selezionati o i intervalli temporali possono variare. Condividere un link o una visualizzazione non concede accesso aggiuntivo. Ogni persona vede solo le risorse che la sua identità è autorizzata a visualizzare.

Controlla le risorse e i filtri selezionati. Un valore del dashboard descrive tale selezione, che può essere più ristretta rispetto all'inventario in Estate.

Le viste possono utilizzare diverse risorse, intervalli temporali, granularità, aggregazioni o tempi di aggiornamento. Confronta la stessa metrica per un conto nello stesso intervallo.

Nessuno dei due. Significa che non è disponibile alcun valore utilizzabile per quella vista. Controlla l'intervallo selezionato, l'attività dell'account, l'applicabilità della metrica per tipo di API, l'accesso e il ritardo di elaborazione prima di trarre una conclusione.

Il dashboard delle prestazioni si concentra su metriche a livello di account e di ambiente, come il consumo di RU, il throttling, la latenza e la disponibilità. Non fornisce diagnostica a livello di singola query, analisi degli hotspot delle chiavi di partizione o ricerca nei log diagnostici. Usa il portale Azure, Esplora dati e i log diagnostici di Cosmos DB per queste indagini.

No Usa il portale Azure o la tua automazione esistente per cambiare il throughput di Azure Cosmos DB.

Non dare per scontato parità. La funzionalità di audit logging non è ancora stata valutata per Cosmos DB. Una valutazione non disponibile non significa che un controllo sia disabilitato.

No Utilizzare i risultati del Database Hub come linee guida a scopo insieme agli strumenti di servizio e sicurezza applicabili. Il flusso di lavoro di monitoraggio del database Cosmos descritto qui non risolve automaticamente gli account.

SQL alloca la capacità al momento della creazione del database in un unico passaggio. Cosmos DB separa una fase leggera di creazione di account (senza throughput, senza fatturazione) dalla creazione del container, dove vengono configurate throughput, chiavi di partizione e indicizzazione e la fatturazione inizia. Il flusso di creazione inline di Database Hub riflette solo il primo passo; il secondo passo fornisce un collegamento al portale Azure.

Yes. Un account creato da Database Hub è una risorsa Azure nell'abbonamento selezionato. Non si accumulano costi fino a quando non vengono creati un database e un contenitore con throughput provisionato o autoscalabile.

No Database Hub è accessibile tramite Microsoft Fabric, ma può trovare le istanze supportate di Database di Azure per PostgreSQL Flexible Server in Azure. Questi server rimangono nelle sottoscrizioni esistenti; l'individuazione e il monitoraggio dell'ambiente non richiedono lo spostamento o il mirroring dei relativi dati in Fabric.

No Il rilevamento è automatico per le istanze di server flessibile di Database di Azure per PostgreSQL, in base alle autorizzazioni esistenti di Microsoft Entra ID e di Azure RBAC.

L'entità di inventario PostgreSQL è un'istanza Flexible Server. Un server può ospitare più database. Non interpretare un conteggio dei server come un conteggio dei database applicativi.

La scoperta di base utilizza l'inventario delle risorse di Azure, mentre il monitoraggio di base utilizza metriche esistenti di Monitoraggio di Azure. Non hai bisogno di Query Store, della proprietà estesa di monitoraggio SQL o di un'installazione Arc. Continuano ad applicarsi l'accesso al tenant e le autorizzazioni per risorse e metriche di Azure.

L'accesso alle risorse Azure e l'accesso al database PostgreSQL sono separati. Per connettersi, il tuo cliente ha bisogno di raggiungibilità di rete e di un'identità autorizzata nel database. Controlla l'autenticazione del server flessibile e la configurazione di rete senza presumere che la visibilità di Estate garantisca la connessione.

Il loro accesso ad Azure, il tenant a cui hanno effettuato l'accesso, i filtri attivi, i server selezionati o gli intervalli di tempo possono variare. Confronta queste impostazioni prima di presumere che manchi risorse o telemetria. Un link condiviso non concede accesso aggiuntivo.

Controlla le risorse e i filtri selezionati. Un valore del dashboard descrive tale selezione, che può essere più limitata rispetto all'inventario in Estate. Controlla anche se non sono disponibili o non applicabili metriche prima di interpretare il valore come una valutazione completa dell'eredità.

Le viste possono utilizzare diverse risorse, intervalli temporali, granularità, aggregazioni o tempi di aggiornamento. Confronta prima la stessa metrica per un server nello stesso intervallo. Un riepilogo dell'eredità non è direttamente paragonabile a un diagramma a singolo server.

Nessuno dei due. Significa che non è disponibile alcun valore utilizzabile per quella vista. Controlla l'intervallo selezionato, lo stato del server, l'applicabilità della metrica, l'accesso e il ritardo di elaborazione prima di trarre una conclusione.

Attualmente, Database Hub non fornisce query principali supportate da Query Store, piani di consulta, analisi degli eventi di attesa o ricerca di log. Usa il portale Azure e gli strumenti PostgreSQL per queste indagini.

I template di monitoraggio specifici per SQL e il proxy SQL ADX non fanno parte del percorso Monitoraggio di Azure di PostgreSQL. Attualmente la generazione di avvisi di Activator per queste metriche di PostgreSQL non è supportata. Questa limitazione non elimina le opzioni separate di avviso Monitoraggio di Azure del servizio.

Non dare per scontato parità. PostgreSQL supporta queste funzionalità di servizio, ma la copertura di valutazione del Database Hub è specifica per il motore. Rivedi la valutazione applicabile e la configurazione attuale del server. Una valutazione CMK non disponibile non significa che la crittografia sia disabilitata.

No Utilizzare i risultati del Database Hub come linee guida a scopo insieme agli strumenti di servizio e sicurezza applicabili. Verifica le prove e applica modifiche autorizzate tramite il servizio appropriato. Il flusso di lavoro di monitoraggio PostgreSQL descritto qui non risolve automaticamente i server.

Yes. Un server flessibile creato da Database Hub è una risorsa Azure nell'abbonamento selezionato. Rivedi la configurazione e il costo prima della distribuzione.

Contenuti correlati

• Cos'è il Database Hub?