Esercitazione: Configurare database con mirroring di Microsoft Fabric da Istanza gestita di SQL di Azure (anteprima)
Il mirroring in Fabric è una tecnologia SaaS aziendale, basata sul cloud, zero-ETL. In questa sezione viene illustrato come creare un database di Istanza gestita di SQL di Azure con mirroring, che rappresenta una copia di sola lettura e replicata continuamente del database scelto dal Istanza gestita di SQL di Azure in OneLake.
Prerequisiti
- Creare o usare un Istanza gestita di SQL di Azure esistente.
- I criteri di aggiornamento per le Istanza gestita di SQL di Azure di origine devono essere configurati in "Sempre aggiornati"
- Il Istanza gestita di SQL di Azure di origine può essere una singola istanza gestita di SQL o un'istanza gestita di SQL appartenente a un pool di istanze.
- Se non si dispone di un Istanza gestita di SQL di Azure, è possibile creare una nuova istanza gestita di SQL. È possibile usare l'offerta gratuita Istanza gestita di SQL di Azure, se si preferisce.
- Durante l'anteprima corrente, è 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 in Istanza gestita di SQL di Azure.
- È necessaria una capacità esistente per Fabric. In caso contrario, avviare una versione di valutazione di Fabric.
- La capacità infrastruttura deve essere attiva e in esecuzione. Una capacità sospesa o eliminata influisce sul mirroring e non vengono replicati dati.
- Abilitare l'impostazione del tenant di Fabric Le entità servizio possono usare le API di Fabric. Per informazioni su come abilitare le impostazioni del tenant, vedere Informazioni sulle impostazioni del tenant.
- Requisiti di rete per Fabric per accedere alle Istanza gestita di SQL di Azure:
- Nell'anteprima corrente il mirroring richiede che il Istanza gestita di SQL di Azure abbia un endpoint pubblico che deve essere accessibile da Cloud di Azure o dai tag servizio Power BI. Per altre informazioni, vedere Usare Istanza gestita di SQL di Azure in modo sicuro con gli endpoint pubblici come eseguire in modo sicuro un endpoint pubblico per Istanza gestita di SQL di Azure.
Abilitare l'identità gestita assegnata dal sistema (SAMI) del Istanza gestita di SQL di Azure
L'identità gestita assegnata dal sistema (SAMI) del Istanza gestita di SQL di Azure deve essere abilitata e deve essere l'identità primaria per pubblicare i dati in Fabric OneLake.
- Per configurare o verificare che sami sia abilitato, passare al Istanza gestita di SQL nel portale di Azure. Nell'area Sicurezza del menu delle risorse selezionare Identità.
- In Identità gestita assegnata dal sistema selezionare Stato su On.
- SAMI deve essere l'identità primaria. Verificare che SAMI sia l'identità primaria con la query T-SQL seguente:
SELECT * FROM sys.dm_server_managed_identities;
Entità di database per Fabric
Successivamente, è necessario creare un modo per consentire al servizio Fabric di connettersi al Istanza gestita di SQL di Azure.
A tale scopo, è possibile usare un account di accesso e un utente di database mappato. Seguendo il principio dei privilegi minimi per la sicurezza, è consigliabile concedere solo l'autorizzazione CONTROL DATABASE nel database di cui si intende eseguire il mirroring.
Usare un account di accesso e un utente del database mappato
Connettersi al Istanza gestita di SQL di Azure usando SQL Server Management Studio (SSMS) o Azure Data Studio. Connettersi al database
master
.Creare un account di accesso al server e assegnare le autorizzazioni appropriate.
- Creare un account di accesso autenticato sql. È possibile scegliere qualsiasi nome per questo account di accesso, sostituirlo con lo script seguente per
<fabric_login>
. Specificare una password complessa. Eseguire il seguente script T-SQL nel databasemaster
:
CREATE LOGIN <fabric_login> WITH PASSWORD = '<strong password>'; ALTER SERVER ROLE [##MS_ServerStateReader##] ADD MEMBER <fabric_login>;
- In alternativa, creare un account di accesso autenticato di Microsoft Entra ID da un account esistente. Eseguire il seguente script T-SQL nel database
master
:
CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER; ALTER SERVER ROLE [##MS_ServerStateReader##] ADD MEMBER [bob@contoso.com];
- Creare un account di accesso autenticato sql. È possibile scegliere qualsiasi nome per questo account di accesso, sostituirlo con lo script seguente per
Passare all'ambito della query al database di cui si vuole eseguire il mirroring. Sostituire il nome del database per
<mirroring_source_database>
ed eseguire il T-SQL seguente:USE [<mirroring_source_database>];
Creare un utente del database connesso all'account di accesso. Sostituire il nome di un nuovo utente del database a questo scopo per
<fabric_user>
:CREATE USER <fabric_user> FOR LOGIN <fabric_login>; GRANT CONTROL TO <fabric_user>;
In alternativa, per gli account di accesso di Microsoft Entra,
CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com]; GRANT CONTROL TO [bob@contoso.com];
Creare un database di Istanza gestita di SQL di Azure con mirroring
- Aprire il portale di Fabric.
- Usare un’area di lavoro esistente, oppure creare una nuova area di lavoro.
- Passare al riquadro Crea. Selezionare l'icona Crea.
- Scorrere fino alla sezione Data Warehouse e quindi selezionare Istanza gestita di SQL di Azure con mirroring (anteprima).
Connettersi al Istanza gestita di SQL di Azure
Per abilitare il mirroring, è necessario connettersi all'Istanza gestita di SQL di Azure da Fabric per avviare la connessione tra Istanza gestita di SQL e Fabric. I passaggi seguenti illustrano il processo di creazione della connessione al Istanza gestita di SQL di Azure:
- In Nuove origini selezionare Istanza gestita di SQL di Azure. In alternativa, selezionare una connessione Istanza gestita di SQL di Azure esistente dal catalogo OneLake.
- Non è possibile usare connessioni Istanza gestita di SQL di Azure esistenti con tipo "SQL Server" (tipo di connessione generica). Per il mirroring dei dati di Istanza gestita di SQL di Azure sono supportate solo le connessioni con tipo di connessione "Istanza gestita di SQL".
- Se si seleziona Nuova connessione, immettere i dettagli di connessione al Istanza gestita di SQL di Azure. È necessario connettersi a un database specifico, non è possibile configurare il mirroring per l'intera istanza gestita di SQL e per tutti i relativi database.
-
Server: è possibile trovare il nome del server passando alla pagina Rete Istanza gestita di SQL di Azure nel portale di Azure (nel menu Sicurezza) e esaminando il campo Endpoint pubblico. Ad esempio:
<managed_instance_name>.public.<dns_zone>.database.windows.net,3342
. - Database: immettere il nome del database di cui si desidera eseguire il mirroring.
- Connessione: creare una nuova connessione.
- Nome connessione: viene specificato un nome automatico. È possibile modificarlo per facilitare la ricerca di questa connessione al database dell'istanza gestita di SQL in un secondo momento, se necessario.
-
Tipo di autenticazione:
- Basic (Autenticazione SQL)
- Account organizzazione (Microsoft Entra ID)
- ID tenant (entità servizio di Azure)
-
Server: è possibile trovare il nome del server passando alla pagina Rete Istanza gestita di SQL di Azure nel portale di Azure (nel menu Sicurezza) e esaminando il campo Endpoint pubblico. 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 Mirror all data (Esegui il mirroring su tutti i dati) e poi selezionare singole tabelle dal database.
Se non è possibile eseguire il mirroring delle tabelle, vengono visualizzate un'icona di errore e un testo di spiegazione pertinente. Analogamente, se le tabelle possono eseguire il mirroring solo con limitazioni, viene visualizzata un'icona di avviso con testo di spiegazione pertinente.
Per questa esercitazione si seleziona l'opzione Mirror all data (Esegui il mirroring su tutti i dati).
Nella schermata successiva assegnare un nome all'elemento di destinazione e selezionare Crea database con mirroring. Attendere ora un minuto o due per consentire a Fabric di effettuare il provisioning di tutti gli elementi.
Dopo 2-5 minuti, selezionare Monitoraggio 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 mirror di Microsoft Fabric.
Monitorare il mirroring di Fabric
Dopo aver configurato il mirroring, si viene indirizzati alla pagina Stato mirroring. Qui è possibile monitorare l’attuale stato della replica.
Questi sono gli stati di replica:
Per il monitoraggio generale a livello di database:
- In esecuzione: la replica sta attualmente eseguendo l'inserimento di dati di snapshot e modifiche in OneLake.
- Esecuzione con avviso: la replica è in esecuzione, con errori temporanei
- Arresto/arresto: la replica viene arrestata.
- Errore: errore irreversibile nella replica che non può essere ripristinato.
Per il monitoraggio a livello di tabella:
- Esecuzione: i dati della tabella vengono replicati correttamente nel warehouse.
- Esecuzione con avviso: avviso di errore non irreversibile con replica dei dati della tabella
- Arresto/arresto - La replica è stata arrestata
- Errore: errore irreversibile nella replica per la tabella.
Se la sincronizzazione iniziale viene completata, accanto al nome della tabella viene visualizzato un timestamp Ultimo completamento . Questo timestamp indica l'ora dell'ultima verifica della presenza di modifiche da parte di Fabric nella tabella.
Si noti anche la colonna Replicata Righe. Conta tutte le righe replicate per la tabella. Ogni volta che viene replicata una riga, viene conteggiata di nuovo. Ciò significa che, ad esempio, l'inserimento di una riga con chiave primaria =1 nell'origine aumenta il conteggio "Righe replicate" di uno. Se si aggiorna la riga con la stessa chiave primaria, viene replicata nuovamente in Fabric e il conteggio delle righe aumenta di uno, anche se si tratta della stessa riga replicata di nuovo. Fabric conta tutte le repliche eseguite nella riga, inclusi inserimenti, eliminazioni, aggiornamenti.
La schermata Monitoraggio replica riflette anche eventuali errori e avvisi con le tabelle di cui viene eseguito il mirroring. Se la tabella contiene tipi di colonna non supportati o se l'intera tabella non è supportata (ad esempio, in memoria o indici columnstore), viene visualizzata una notifica sulla limitazione in questa schermata. Per altre informazioni e dettagli sugli stati di replica, vedere Monitorare la replica del database con mirroring di Fabric.