Condividi tramite

Istanza gestita di SQL di Azure mirroring (anteprima)

  • Articolo

Il mirroring in Fabric offre un'esperienza semplice per evitare complessi ETL (Extract Transform Load) e integrare il Istanza gestita di SQL di Azure esistente con il resto dei dati in Microsoft Fabric. È possibile replicare continuamente i database di Istanza gestita di SQL esistenti direttamente in OneLake di Fabric. All'interno di Fabric è possibile sbloccare potenti scenari di business intelligence, intelligenza artificiale, Ingegneria dei dati, data science e condivisione dei dati.

Per un'esercitazione sulla configurazione del Istanza gestita di SQL di Azure per il mirroring in Fabric, vedere Esercitazione: Configurare i database con mirroring di Microsoft Fabric da Istanza gestita di SQL di Azure (anteprima).

Perché usare il mirroring in Fabric?

Con il mirroring in Fabric, non è necessario unire servizi diversi da più fornitori. Al contrario, è possibile usufruire di un prodotto end-to-end altamente integrato e facile da usare progettato per semplificare le esigenze di analisi e creato per l'apertura e la collaborazione tra Microsoft, Istanza gestita di SQL di Azure e le 1000 soluzioni tecnologiche in grado di leggere il formato di tabella Delta Lake open source.

Quali esperienze di analisi sono integrate?

I database con mirroring sono un elemento di Fabric Data Warehouse distinto dall'endpoint di analisi di Warehouse e SQL.

Diagramma del mirroring del database di Fabric per Istanza gestita di SQL di Azure.

Il mirroring crea tre elementi nell'area di lavoro di Fabric:

  • Elemento del database con mirroring. Il mirroring gestisce la replica dei dati in OneLake e la conversione in Parquet, in un formato pronto per l'analisi. Questo consente scenari downstream quali ingegneria dei dati, data science e altri.
  • Un endpoint di Analisi SQL
  • Un modello semantico predefinito

Ogni Istanza gestita di SQL di Azure con mirroring ha un endpoint di analisi SQL generato automaticamente che offre un'esperienza analitica avanzata oltre alle tabelle Delta create dal processo di mirroring. Gli utenti hanno accesso a comandi T-SQL familiari che possono definire ed eseguire query su oggetti dati, ma non modificare i dati dall'endpoint di analisi SQL, in quanto si tratta di una copia di sola lettura. Nell'endpoint di analisi SQL è possibile effettuare le seguenti azioni:

  • Esplorare le tabelle che fanno riferimento ai dati nelle tabelle Delta Lake da Istanza gestita di SQL di Azure.
  • Ceare query senza codice e visualizzazioni ed esplorare visivamente i dati senza scrivere una riga di codice.
  • Sviluppare viste SQL, TVF (funzioni con valore di tabella) inline e procedure archivate per incapsulare la semantica e la logica di business in T-SQL.
  • Gestire le autorizzazioni per gli oggetti.
  • Eseguire query sui dati in altre Warehouse e Lakehouse nella stessa area di lavoro.

Oltre all'editor di query SQL, è disponibile un ampio ecosistema di strumenti in grado di eseguire query sull'endpoint di analisi SQL, tra cui SQL Server Management Studio (SSMS), Azure Data Studio e anche GitHubCopilot.

Requisiti di rete

Durante l'anteprima corrente, il mirroring dell'infrastruttura per Istanza gestita di SQL di Azure richiede l'uso dell'endpoint pubblico e la configurazione della rete virtuale dell'istanza gestita di SQL per consentire il traffico da e verso i servizi di Azure. È possibile usare i tag cloud di Azure o servizio Power BI per definire l'ambito di questa configurazione:

Transazioni attive, carichi di lavoro e comportamenti del motore di replica

  • Le transazioni attive continuano a contenere il troncamento del log delle transazioni fino al commit della transazione e al Istanza gestita di SQL di Azure con mirroring, oppure l'interruzione della transazione. Le transazioni di esecuzione prolungata potrebbero comportare un riempimento del log delle transazioni superiore al normale. Il log delle transazioni del database di origine deve essere monitorato in modo che il log delle transazioni non venga compilato. Per altre informazioni, vedere Aumento del log delle transazioni a causa di transazioni a esecuzione prolungata e CDC.
  • Ogni carico di lavoro utente varia. Durante lo snapshot iniziale, nel database di origine potrebbero essere presenti più utilizzi delle risorse, sia per le operazioni di CPU che di I/O al secondo (operazioni di input/output al secondo, per leggere le pagine). Le operazioni di aggiornamento/eliminazione delle tabelle possono comportare un aumento della generazione di log. Altre informazioni su come monitorare le risorse per le Istanza gestita di SQL di Azure.
  • Il motore di replica monitora ogni tabella per le modifiche in modo indipendente. Se non sono presenti aggiornamenti in una tabella di origine, il motore di replicatore inizia a eseguire il back off con una durata esponenziale crescente per tale tabella, fino a un'ora. Lo stesso può verificarsi se si verifica un errore temporaneo, impedendo l'aggiornamento dei dati. Il motore di replicator riprenderà automaticamente il polling regolare dopo il rilevamento dei dati aggiornati.

Supporto di livelli e modelli di acquisto

Il Istanza gestita di SQL di Azure di origine può essere una singola istanza gestita di SQL o un'istanza gestita di SQL appartenente a un pool di istanze.

Passaggio successivo

Esercitazione: Configurare database con mirroring di Microsoft Fabric da Istanza gestita di SQL di Azure (anteprima)

Contenuto correlato