Condividi tramite

Mirroring dei Database SQL di Azure

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

Per altre informazioni e guardare demo sul mirroring del database SQL di Azure in Fabric, vedere l'episodio Relativo ai dati esposti.

Perché usare il mirroring in Fabric?

Con il mirroring in infrastruttura, 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, il database SQL di Azure e gli anni '000 di 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 in Fabric Data Warehousing distinto dall'endpoint di analisiwarehouse e SQL.

Diagramma del mirroring del database di Fabric per il database SQL di Azure.

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

  • Elemento del database SQL con 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 database 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, perché si tratta di una copia di sola lettura. È possibile eseguire le azioni seguenti nell'endpoint di analisi SQL:

  • Esplorare le tabelle che fanno riferimento ai dati nelle tabelle Delta Lake dal database SQL di Azure.
  • Non creare query e viste di codice ed esplorare visivamente i dati senza scrivere una riga di codice.
  • Sviluppare viste SQL, FUNZIONI inline (Funzioni con valori di tabella) 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, è disponibile 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 con Visual Studio Code e anche GitHub Copilot.

Mirroring del database SQL di Azure dietro il firewall

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

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

  • Le transazioni attive continuano a contenere il troncamento del log delle transazioni fino a quando non viene eseguito il commit della transazione e il database SQL di Azure con mirroring viene interrotto o interrotta la transazione. 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 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 il database SQL di Azure.

Supporto di livelli e modelli di acquisto

Il database sorgente Azure SQL può essere sia un database singolo o un database in un pool elastico.

Pricing

Il calcolo dell'infrastruttura 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

Esercitazione: Configurare database con mirroring di Microsoft Fabric dal database SQL di Azure

Contenuti correlati

  • Last updated on