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.
Il mirroring in Fabric (ora disponibile a livello generale) è una tecnologia SaaS aziendale, basata sul cloud, zero-ETL. In questa sezione viene illustrato come creare un server flessibile di Database di Azure per PostgreSQL con mirroring, che crea una copia di sola lettura e replicata continuamente dei dati PostgreSQL in OneLake.
Importante
I server flessibili di Database di Azure per PostgreSQL appena creati dopo Ignite 2025 includono automaticamente la versione di disponibilità generale più recente dei componenti di mirroring. I server esistenti si aggiornano progressivamente come parte dei cicli di manutenzione successivi senza richiedere l'intervento manuale. Non è necessario disabilitare e riabilitare il mirroring per ricevere gli aggiornamenti.
Prerequisiti
- Creare o usare un server flessibile di Database di Azure per PostgreSQL esistente.
- Se non si dispone di un server flessibile di Database di Azure per PostgreSQL, creare un nuovo server flessibile.
- Come esercitazione, è consigliabile usare una copia di uno dei database esistenti o di qualsiasi database di test o sviluppo esistente che è possibile ripristinare rapidamente da un backup. Per usare un database da un backup esistente, vedere Ripristinare un database da un backup nel server flessibile di Database di Azure per PostgreSQL.
- È necessaria una capacità già esistente per Fabric. Se non lo fai, avvia una versione di prova di Fabric.
- La capacità del sistema Fabric deve essere attiva e funzionante. Una capacità sospesa o eliminata arresta anche il mirroring e non verranno replicati dati.
- Sono necessarie le impostazioni del tenant di Fabric. Verificare che le seguenti due impostazioni del tenant Fabric siano abilitate:
- È necessario avere il ruolo di membro o amministratore nell'area di lavoro quando si crea un database duplicato dal portale Fabric. Durante la creazione, all'identità gestita di Database di Azure per PostgreSQL viene concessa automaticamente l'autorizzazione "Lettura e scrittura" nel database con mirroring. Gli utenti con il ruolo collaboratore non hanno l'autorizzazione di ricondividi necessaria per completare questo passaggio.
- Se il server flessibile non dispone di connettività pubblica abilitata o non consente ai servizi di Azure di connettersi, è possibile creare un gateway dati di rete virtuale per eseguire il mirroring dei dati. Assicurarsi che la rete virtuale di Azure o la rete del computer gateway possa connettersi al server flessibile di Database di Azure per PostgreSQL tramite un endpoint privato o sia consentita dalla regola del firewall.
- Il mirroring del fabric non è supportato su una Read Replica o su un server primario dove esiste una Read Replica.
Preparare il database di Azure per PostgreSQL
Il mirroring nel server flessibile di Database di Azure per PostgreSQL si basa sulla replica logica e richiede alcuni prerequisiti specifici da configurare prima di potersi connettere ai dati.
Importante
Per guidare gli utenti nell'abilitazione di questi prerequisiti, è stata creata una pagina specifica del mirroring dell'infrastruttura nel portale di Azure che automatizza tutto questo per l'utente. Per altre informazioni, vedere Concetti relativi al mirroring dell'infrastruttura per il server flessibile PostgreSQL.
- System-Assigned'identità gestita (SAMI) deve essere abilitata.
- Il
wal_levelparametro del server per il log write ahead (WAL) deve essere impostato su logico. - L'estensione (azure_cdc) è obbligatoria e deve essere consentita e precaricata (richiede il riavvio).
- Il
max_worker_processesparametro del server deve essere aumentato di 3 per ogni database con mirroring nel server di origine.
Ruolo del database per il mirroring dell'infrastruttura
Successivamente, dovrai fornire o creare un ruolo PostgreSQL o Entra ID per il servizio Fabric per connettersi al server flessibile di Azure Database per PostgreSQL.
A tale scopo, è possibile specificare un ruolo del database per la connessione al sistema di origine usando una delle opzioni seguenti:
Usare un ruolo ENTRA ID
Seguire queste istruzioni per eseguire il mapping di un utente o un gruppo Entra ID a un ruolo del database PostgreSQL.
Al termine, è possibile usare lo script SQL seguente per concedere le
azure_cdc_adminautorizzazioni al nuovo ruolo.-- grant role for replication management to the new user GRANT azure_cdc_admin TO <entra_user>; -- grant create permission on the database to mirror to the new user GRANT CREATE ON DATABASE <database_to_mirror> TO <entra_user>;
Usare un ruolo PostgreSQL
Connettersi al server flessibile di Database di Azure per PostgreSQL usando pgAdmin. È necessario connettersi a un'entità membro del ruolo
azure_pg_admin.Creare un ruolo PostgreSQL denominato
fabric_user. È possibile scegliere qualsiasi nome per questo ruolo. Specificare una password complessa. Concedere le autorizzazioni necessarie per il mirroring dell'infrastruttura nel database. Eseguire lo script SQL seguente per concedere leCREATEDBautorizzazioni ,CREATEROLELOGIN, ,REPLICATIONeazure_cdc_adminal nuovo ruolo denominatofabric_user.-- create a new user to connect from Fabric CREATE ROLE fabric_user CREATEDB CREATEROLE LOGIN REPLICATION PASSWORD '<strong password>'; -- grant role for replication management to the new user GRANT azure_cdc_admin TO fabric_user; -- grant create permission on the database to mirror to the new user GRANT CREATE ON DATABASE <database_to_mirror> TO fabric_user;
Anche l'utente del database creato con uno dei due metodi precedenti deve essere il proprietario delle tabelle da replicare nel database con mirroring. Ciò significa che le tabelle sono state create dall'utente o che la proprietà di tali tabelle è stata modificata tramite ALTER TABLE <table name here> OWNER TO <user>;.
- Quando si passa la proprietà al nuovo utente, potrebbe essere necessario concedere a tale utente tutti i privilegi per
publiclo schema in precedenza. Per altre informazioni sulla gestione degli account utente, vedere la documentazione sulla gestione degli utenti di Database di Azure per PostgreSQL, la documentazione del prodotto PostgreSQL per ruoli e privilegi del database, sintassi GRANT e privilegi.
Importante
Se non è presente uno dei passaggi di configurazione di sicurezza precedenti, le operazioni con mirroring successive nel portale di Fabric avranno esito negativo con un Internal error messaggio.
Creare un server flessibile di Database di Azure per PostgreSQL con mirroring
- Aprire il portale di Fabric.
- Usare un’area di lavoro esistente, oppure creare una nuova area di lavoro.
- Passare al riquadro Crea o selezionare il pulsante Nuovo elemento . Selezionare l'icona Crea .
- Scorrere fino alla sezione Data Warehouse e quindi selezionare Database di Azure con mirroring per PostgreSQL (anteprima).
Connettersi al server flessibile di Database di Azure per PostgreSQL
La procedura seguente illustra il processo di creazione della connessione al server flessibile di Database di Azure per PostgreSQL:
- In Nuove origini selezionare Database di Azure per PostgreSQL (anteprima). In alternativa, selezionare una connessione server flessibile di Database di Azure per PostgreSQL esistente dall'hub OneLake.
- Se è stata selezionata Nuova connessione, immettere i dettagli di connessione al server flessibile di Database di Azure per PostgreSQL.
-
Server: è possibile trovare il nome del server passando alla pagina Panoramica del server flessibile di Database di Azure per PostgreSQL nel portale di Azure. Ad esempio:
<server-name>.postgres.database.azure.com. - Database: immettere il nome del server flessibile di Database di Azure per PostgreSQL.
- Connessione: creare una nuova connessione.
- Nome connessione: viene specificato un nome automatico. È possibile modificarlo.
- Gateway dati: selezionare un gateway dati della rete virtuale disponibile per connettere un server flessibile di Database di Azure per PostgreSQL con l'integrazione della rete virtuale o gli endpoint privati.
-
Tipo di autenticazione:
- Basic (autenticazione PostgreSQL)
- Account organizzativo (Autenticazione Entra)
- Lasciare selezionata la casella di controllo Usa connessione crittografata e Questa connessione può essere usata con il gateway dati locale e il gateway dati della rete virtuale non selezionati.
-
Server: è possibile trovare il nome del server passando alla pagina Panoramica del server flessibile di Database di Azure per PostgreSQL nel portale di Azure. Ad esempio:
- Selezionare Connetti.
Avviare il processo di mirroring
- La schermata Configura mirroring consente di eseguire il mirroring di tutti i dati nel database, per impostazione predefinita.
- Eseguire il mirroring di tutti i dati significa che tutte le nuove tabelle create dopo l'avvio del mirroring verranno sottoposte a mirroring.
- Facoltativamente, scegliere solo determinati oggetti su cui eseguire il mirroring. Disabilitare l'opzione Specchia tutti i dati e quindi selezionare singole tabelle dal database. Per questa esercitazione, selezioniamo l'opzione Specchia tutti i dati.
- Selezionare Database mirror. Il mirroring inizia.
- Attendere 2-5 minuti. Seleziona quindi Monitora la replica per visualizzare lo stato.
- Dopo alcuni minuti, lo stato dovrebbe passare a In esecuzione, il che significa che la sincronizzazione delle tabelle è in corso. Se non vengono visualizzate le tabelle e lo stato di replica corrispondente, attendere alcuni secondi e quindi aggiornare il pannello.
- Al termine della copia iniziale delle tabelle, viene visualizzata una data nella colonna Ultimo aggiornamento .
- Ora che i dati sono operativi, in Fabric esistono diversi scenari di analisi disponibili.
Importante
Qualsiasi sicurezza granulare stabilita nel database di origine deve essere riconfigurata nel database con mirroring di Microsoft Fabric. Vedere Autorizzazioni granulari di SQL in Microsoft Fabric.
Monitorare il mirroring dell'infrastruttura
Dopo aver configurato il mirroring, si viene indirizzati alla pagina Stato mirroring . Qui è possibile monitorare l’attuale stato della replica. Per maggiori informazioni e dettagli sugli stati di replica, vedere Monitorare la replica del database di Fabric.