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 gli ETL complessi (Extract Transform Load) e integrare l'infrastruttura esistente di SQL Server con il resto dei 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 una guida, vedere Tutorial: Configurare i database con il mirroring di Microsoft Fabric 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 analitiche e costruito per consentire apertura e collaborazione tra Microsoft, SQL Server e le migliaia di soluzioni tecnologiche in grado di leggere il formato di tabella open-source Delta Lake.
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.
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 di SQL Server con mirroring ha un endpoint SQL di analisi generato automaticamente che offre un'esperienza analitica completa 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 su Linux supporta il mirroring di Fabric a partire da CU18.
- SQL Server 2019 e SQL Server 2022 in Linux supportano il mirroring dell'infrastruttura.
- Le istanze di SQL Server ospitate in locale, SQL Server su macchina virtuale Azure, SQL Server su cloud non-Azure supportano il mirroring di Fabric.
- Il mirroring per SQL Server 2016 - 2022 usa la funzionalità Change Data Capture (CDC).
SQL Server 2025
- Il mirroring dell'infrastruttura per SQL Server 2025 è supportato per le istanze locali, attualmente non supportato per le istanze di SQL Server 2025 in esecuzione in una macchina virtuale Azure.
- Il mirroring del "Fabric" di SQL Server 2025 non è attualmente supportato in SQL Server su Linux.
- Il mirroring dell'infrastruttura per SQL Server 2025 richiede la connessione a Azure Arc inclusa l'estensione 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à di feed delle modifiche del mirroring di Fabric.
Mirroring SQL Server protetto da 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 altre informazioni, vedere il tutorial sul mirroring di SQL Server e Guida per: Proteggere i database con mirroring di 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 la transazione non viene eseguita e il server SQL con mirroring non si allinea, 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 tessuto per SQL Server presenta i seguenti comportamenti 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 su 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 (
DROP AVAILABILITY GROUP):- Se il mirroring è abilitato nella replica primaria precedente, il mirroring smette di funzionare perché il listener connection string 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
RESTORE DATABASE WITH RECOVERY, il mirroring è disabilitato.
- Aggiungere un nuovo nodo a un gruppo di disponibilità esistente:
- Seguire i passaggi descritti in Tutorial: Configurare database con mirroring di Microsoft Fabric da SQL Server nella nuova replica per assicurarsi 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.