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 processi ETL (Extract Transform Load) e integrare l'ambiente di server flessibili di Azure Database for PostgreSQL esistente con il resto dei dati in Microsoft Fabric. È possibile replicare continuamente il server flessibile Azure Database for PostgreSQL esistente direttamente in OneLake di Fabric, indipendentemente dal fatto che i server siano accessibili pubblicamente, isolati dalla rete tramite reti virtuali o endpoint privati o configurati per la disponibilità elevata. 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 su come configurare il mirroring di un server flessibile di Azure Database for PostgreSQL in Fabric (ora generalmente disponibile), vedere Tutorial: configurazione di database con mirroring in Microsoft Fabric da un server flessibile di Azure Database for PostgreSQL.
Perché usare il mirroring in Fabric?
Con il Mirroring in Fabric, non è necessario integrare diversi servizi da più fornitori. Invece, è possibile usufruire di un prodotto altamente integrato, completo e facile da usare progettato per semplificare le esigenze analitiche e creato per favorire l'apertura e la collaborazione tra Microsoft, Azure Database for PostgreSQL server flessibile e le migliaia 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 nel Fabric Data Warehousing distinto dal Warehouse e dall'endpoint di analisi SQL.
Diagramma del mirroring del database Fabric per Azure Database for PostgreSQL Flexible Server.
Il mirroring crea questi elementi nella tua area di lavoro 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 database con replica in Azure Database per il server flessibile PostgreSQL include 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:
- Puoi esplorare le tabelle che fanno riferimento ai dati nelle tue tabelle Delta Lake dal server flessibile di Azure Database per PostgreSQL.
- 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.
I database con mirroring offrono anche l'integrazione con un solo clic con Microsoft Power BI all'interno di Fabric, consentendo la creazione rapida di report direttamente dai dati con mirroring o dall'endpoint di analisi SQL.
Requisiti di rete
Il mirroring supporta sia i server accessibili pubblicamente che le configurazioni isolate dalla rete, inclusi i server connessi tramite endpoint privati o ospitati nelle reti virtuali. Se il server flessibile non è accessibile pubblicamente e non consente ai servizi Azure di connettersi, è possibile creare un gateway dati di rete virtuale per duplicare i dati. Assicurarsi che il Azure Virtual Network o la rete del computer gateway possa connettersi al server flessibile Azure Database for PostgreSQL tramite un endpoint privato o sia consentito dalla regola del firewall.
Transazioni attive, carichi di lavoro e comportamenti del motore di replica
Le transazioni attive continuano a mantenere il troncamento del log write ahead (WAL) fino a quando la transazione viene confermata e il server flessibile con mirroring di Azure Database per PostgreSQL si aggiorna, oppure la transazione viene interrotta. Le transazioni a esecuzione prolungata potrebbero comportare il riempimento del WAL più del solito. WAL sul server flessibile di Azure Database per PostgreSQL di origine deve essere monitorato affinché lo spazio di archiviazione non si saturi. Per ulteriori informazioni, vedere WAL cresce 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 server flessibile Azure Database for PostgreSQL.
Supporto del livello di calcolo
Il server flessibile Azure Database for PostgreSQL di origine può essere un livello di calcolo per utilizzo generico o ottimizzato per la memoria. Il livello di calcolo espandibile non è supportato come origine per il mirroring.
Per altre informazioni sui livelli di calcolo disponibili in Azure Database for PostgreSQL server flessibile, vedere Opzioni di calcolo in Azure Database for PostgreSQL server flessibile.
Supporto per la disponibilità elevata
Azure Database for PostgreSQL supporta configurazioni di server flessibili a elevata disponibilità tramite il mirroring. La replica continua senza problemi tra gli eventi di failover senza richiedere una configurazione aggiuntiva. Per eventuali limitazioni o considerazioni specifiche, vedere Limitazioni nei database con mirroring in Microsoft Fabric da Azure Database per PostgreSQL Server Flessibile.
Passo successivo
Contenuti correlati
- Procedura: Proteggere i dati nei database Microsoft Fabric con mirroring nel server flessibile Azure Database per PostgreSQL
- Limitazioni nei database mirrorati di Microsoft Fabric dal server flessibile di Azure Database for PostgreSQL
- Monitorare la replica del database mirror di Fabric
- Risoluzione dei problemi dei database speculari Fabric dal server flessibile di Azure Database per PostgreSQL