Replicazione di Azure SQL Database

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

Per saperne di più e guardare le demo sul mirroring di Azure SQL Database in Fabric, guarda il seguente episodio di Data Exposed.

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, Azure SQL Database 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 nel Fabric Data Warehousing distinto dal Warehouse e dall'endpoint di analisi SQL.

La creazione di un database di mirroring crea questi elementi nell'area di lavoro Fabric:

• Elemento replicato del database SQL. 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 Database con mirroring ha un endpoint di analisi SQL autogenerato che offre un'esperienza analitica ricca sulle 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 Azure SQL Database.
• Crea query e viste senza codice ed esplora i dati visivamente senza scrivere una riga di codice.
• Sviluppare viste SQL, funzioni in linea con valori di tabella (FVF) e stored procedure per incapsulare la semantica e la logica di business in T-SQL.
• Gestire le autorizzazioni per gli oggetti.
• Eseguire query sui dati in altri warehouse e 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.

Replicazione di Azure SQL Database dietro al firewall

Se il database SQL di Azure non è accessibile pubblicamente e non consente ai servizi Azure di connettersi, è possibile configurare un gateway dati di rete virtuale o un gateway dati locale per replicare i dati. Il gateway dei dati facilita connessioni sicure ai tuoi database di origine tramite un endpoint privato o da una rete privata attendibile. Per altre informazioni, vedere Tutorial: Configurare database con mirroring in Microsoft Fabric da Azure SQL Database.

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

• Le transazioni attive continuano a impedire il troncamento del log delle transazioni fino a quando non si completa il commit della transazione e il database SQL di Azure con mirroring viene ripristinato, o la transazione viene annullata. Le transazioni a esecuzione prolungata possono comportare il riempimento del log delle transazioni più del solito. Il registro delle transazioni del database di origine deve essere monitorato in modo che il registro 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 Database.

Supporto di livelli e modelli di acquisto

Il Azure SQL Database di origine può essere un database singolo o un database in un pool elastico.

• Sono supportati tutti i livelli di servizio nel modello di acquisto vCore .
• Per il modello di acquisto DTU (Database Transaction Unit), i database creati nei livelli di servizioGratuito, Basic o Standard con meno di 100 DTUnon sono supportati.

Pricing

Il calcolo di Fabric usato per replicare i 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

• Come: Proteggere i dati Microsoft Fabric database con mirroring da Azure SQL Database
• Limitazioni nelle database specchiate di Microsoft Fabric da Azure SQL Database
• Monitorare la replica del database mirror di Fabric
• Risoluzione dei problemi dei database con mirroring di Fabric da Azure SQL Database