Mirroring di Azure SQL Managed Instance

Mirroring in Fabric offre un'esperienza semplice per evitare complessi ETL (Extract Transform Load) e integrare il Azure SQL Managed Instance esistente con il resto dei dati in Microsoft Fabric. È possibile replicare continuamente i database di SQL Managed Instance 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 della Azure SQL Managed Instance per il mirroring su Fabric, vedere Tutorial: Configurare i database di Microsoft Fabric con mirroring da Azure SQL Managed Instance.

Perché usare il mirroring in Fabric?

Con il Mirroring in Fabric, non è necessario integrare diversi servizi da più fornitori. Al contrario, è possibile usufruire di una soluzione completa e integrata, facile da usare, progettata per semplificare le tue esigenze analitiche e ideata per favorire l'apertura e la collaborazione tra Microsoft, Azure SQL Managed Instance e le migliaia di soluzioni tecnologiche che possono leggere il formato di tabella open source Delta Lake.

Quali esperienze di analisi sono integrate?

I database specchiati sono un elemento nel Fabric Data Warehouse distinto dal Warehouse e dall'endpoint di analisi SQL.

La creazione di un'istanza SQL gestita con mirroring crea questi elementi nell'area di lavoro di Fabric:

• Elemento del database sottoposto a mirroring. Il mirroring gestisce la replica dei dati in OneLake e la conversione in Parquet, in un formato pronto per l'analisi. Ciò consente scenari downstream come ingegneria dei dati, data science e altro ancora.
• Un endpoint di analisi SQL

Ogni Azure SQL Managed Instance con mirroring ha un endpoint di analisi SQL generato automaticamente che offre un'esperienza analitica ricca sopra le 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, perché si tratta di una copia di sola lettura. È possibile eseguire le azioni seguenti nell'endpoint di analisi SQL:

• Esplora le tabelle che fanno riferimento ai dati nelle tue tabelle Delta Lake da un'istanza gestita di Azure SQL.
• Crea query e viste senza codice ed esplora visivamente i dati senza scrivere una riga di codice.
• Sviluppare viste SQL, funzioni con valori con tabella INLINE e stored procedure allo scopo di incapsulare la semantica e la logica aziendale nel T-SQL.
• Gestire le autorizzazioni per gli oggetti.
• Eseguire query sui dati in altri data warehouse e data lakehouse nella stessa area di lavoro.

Oltre all'editor di query SQL esiste un ampio ecosistema di strumenti in grado di eseguire query sull'endpoint di analisi SQL, tra cui SQL Server Management Studio (SSMS), l'estensione MSSQL per Visual Studio Code e anche GitHub Copilot.

Il mirroring di Azure SQL Managed Instance dietro il firewall

Se il Azure SQL Managed Instance non è accessibile pubblicamente, creare un gateway dati di rete virtuale o on-premises per eseguire il mirroring dei dati. Assicurarsi che la rete del Azure Virtual Network o del server gateway possa connettersi al Azure SQL Managed Instance tramite a endpoint privato.

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

• Le transazioni attive continuano a impedire il troncamento del log delle transazioni fino a quando la transazione non esegue il commit e l'istanza di Azure SQL Managed con mirroring si aggiorna, o la transazione viene interrotta. Le transazioni a esecuzione prolungata possono comportare il riempimento del log delle transazioni più del solito. Il log delle transazioni del database di origine deve essere monitorato in modo che il log delle transazioni non si riempia. 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 Azure SQL Managed Instance.

Supporto di livelli e modelli di acquisto

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

• Sono supportati tutti i livelli di servizio nel modello di acquisto vCore .

Pricing

Il servizio di calcolo Fabric usato per replicare i tuoi dati in Fabric OneLake è gratuito. L'archiviazione in OneLake è gratuita in base alle dimensioni della capacità. Per altre informazioni, vedere Costo del mirroring e Prezzi di OneLake per il mirroring. L'utilizzo di calcolo per l'esecuzione di query sui dati tramite SQL, Power BI o Spark viene comunque addebitato in base alla capacità dell'infrastruttura.

Passo successivo

Contenuti correlati

• Guida: Proteggere i dati nei database con mirroring di Microsoft Fabric da Azure SQL Managed Instance
• Limitazioni nei database di Microsoft Fabric replicati da istanza gestita di Azure SQL
• Monitor Fabric esegue il mirroring della replica del database Managed Instance
• Risoluzione dei problemi per i database specchiati di Fabric da Azure SQL Managed Instance