Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Mirroring in Fabric offre un'esperienza semplice per evitare complessi ETL (Extract Transform Load) e integrare il server SQL esistente con il resto dei tuoi dati in Microsoft Fabric. È possibile replicare continuamente i database di SQL Server 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 tutorial, vedere Tutorial: Configurare i database con mirroring attivato di Microsoft Fabric provenienti da SQL Server.
Perché usare il mirroring in Fabric?
Con Mirroring in Fabric, non è necessario assemblare diversi servizi da più fornitori. Invece, è 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, SQL Server e le migliaia di soluzioni tecnologiche che leggono il formato di tabella open-source Delta Lake.
Quali esperienze di analisi sono integrate?
I database con mirroring sono un elemento in Fabric Data Warehousing distinto dal Warehouse e dall'endpoint di analisi SQL.
Il mirroring crea questi elementi nel tuo spazio di lavoro Fabric:
- Elemento del database mirrorato. 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 con mirroring di SQL Server ha un endpoint di analisi SQL autogenerato che fornisce un'esperienza analitica avanzata 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:
- Esplorare le tabelle che fanno riferimento ai dati nelle tabelle Delta Lake da SQL Server.
- Crea query e viste senza codice ed esplora visivamente i dati senza scrivere una riga di codice.
- Sviluppare viste SQL, funzioni con valori di tabella in linea e stored procedure per incapsulare la semantica e la logica aziendale in codice T-SQL.
- Gestire le autorizzazioni per gli oggetti.
- Eseguire query sui dati in altri warehouse e lakehouse all'interno della 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.
Ambienti supportati
SQL Server 2016 - 2022
- SQL Server su Windows supporta il Fabric Mirroring nelle edizioni Standard, Enterprise e Developer.
- SQL Server 2017 in Linux supporta il mirroring dell'infrastruttura a partire da CU18.
- SQL Server 2019 e SQL Server 2022 su Linux supportano il Fabric Mirroring.
- Le istanze di SQL Server ospitate in locale, SQL Server su macchina virtuale Azure, SQL Server su cloud non Azure supportano il mirroring Fabric.
- Il mirroring per SQL Server 2016 - 2022 usa la funzionalità Change Data Capture (CDC).
SQL Server 2025
- Il mirroring di Fabric per SQL Server 2025 è supportato per le istanze locali, mentre non è attualmente supportato per le istanze di SQL Server 2025 in esecuzione su una Azure Virtual Machine.
- Il mirroring del fabric per SQL Server 2025 non è supportato attualmente su SQL Server su Linux.
- Il fabric mirroring per SQL Server 2025 richiede la connessione ad Azure Arc, compresa l'estensione di Azure per SQL Server. Per i passaggi, vedere Tutorial: Configurare il mirroring di Microsoft Fabric da SQL Server.
- Il mirroring per SQL Server 2025 utilizza la funzionalità feed di modifiche del mirroring Fabric.
Mirroring SQL Server dietro il firewall
Configurare un gateway dati locale o un gateway dati di rete virtuale per eseguire il mirroring dei dati. Il gateway dei dati facilita le connessioni sicure ai database di origine tramite un endpoint privato o da una rete privata attendibile. Per ulteriori informazioni, vedere il tutorial di mirroring di SQL Server e Come: Proteggere i dati nei database con mirroring Microsoft Fabric da SQL Server.
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 viene eseguito il commit della transazione e la SQL Server con mirroring si sincronizza o la transazione viene annullata. 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 SQL Server.
Mirroring del fabric e gruppi di disponibilità Always On
Il mirroring del fabric per SQL Server presenta i comportamenti seguenti quando è configurato per un gruppo di disponibilità Always On:
- In caso di failover:
- Il mirroring continua a funzionare se l'account di accesso per l'utente di Fabric, le autorizzazioni nel database e l'area di lavoro di Fabric vengono configurate allo stesso modo. Seguire la procedura descritta in Tutorial: Configurare i database con mirroring di Microsoft Fabric da SQL Server in ogni replica.
- Se si rimuove un nodo secondario dal gruppo di disponibilità:
- I database che fanno parte del gruppo di disponibilità nel nodo secondario passeranno allo stato RESTORE.
- Quando il database viene recuperato eseguendo l'istruzione RESTORE DATABASE WITH RECOVERY e torna online, il mirroring è disabilitato.
- Se il gruppo di disponibilità viene eliminato ():
- Se il mirroring è abilitato nella replica primaria precedente, il mirroring smette di funzionare perché il listener stringa di connessione usato da Fabric per connettersi a SQL Server non è più valido. Ristabilire il mirroring eliminando e riabilitando il database sia in Fabric che nell'istanza di SQL Server.
- Per i database che passano allo stato RESTORE, quando questi database vengono recuperati tramite l'istruzione in esecuzione , il mirroring è disabilitato.
- Aggiungere un nuovo nodo a un gruppo di disponibilità esistente:
- Seguire i passaggi descritti in Tutorial: Configurare Microsoft Fabric database con replica da SQL Server nella nuova replica per garantire che il nuovo nodo disponga di tutte le autorizzazioni necessarie nel database e nell'area di lavoro Fabric.
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
- Come Proteggere i dati dei database con mirroring di Microsoft Fabric provenienti da SQL Server
- Limitazioni nei database in mirroring su Microsoft Fabric provenienti da SQL Server
- Monitorare la replica del database mirror di Fabric
- Risolvere i problemi dei database specchiati di Fabric da SQL Server