Condividi tramite

Esercitazione: Configurare i database con mirroring di Microsoft Fabric da database SQL di Azure (anteprima)

  • Articolo

Il mirroring in Fabric è una tecnologia SaaS aziendale, basata sul cloud, zero-ETL. In questa sezione viene illustrato come creare un database SQL di Azure con mirroring, che crea una copia di sola lettura e replicata continuamente dei dati database SQL di Azure in OneLake.

Prerequisiti

  • Creare o usare un database SQL di Azure esistente.
    • Il database SQL di Azure di origine può essere un database singolo o un database in un pool elastico.
    • Se non si dispone di un database SQL di Azure, creare un nuovo database singolo. Se non è già stato fatto, usare l'offerta gratuita database SQL di Azure.
    • 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 database SQL di Azure.
  • Abilitare il mirroring nel tenant di Microsoft Fabric. È 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 influirà sul mirroring e non verranno replicati dati.
  • Abilitare l'impostazione del tenant di Infrastruttura Consente alle entità servizio di API Power BI utente. Per informazioni su come abilitare le impostazioni del tenant, vedere Impostazioni del tenant di Infrastruttura.
    • Se il mirroring non viene visualizzato nell'area di lavoro o nel tenant dell'infrastruttura, l'amministratore dell'organizzazione deve abilitare nelle impostazioni di amministratore.
  • Requisiti di rete per Fabric per accedere alle database SQL di Azure:
    • Attualmente, il mirroring non supporta database SQL di Azure server logici dietro un'Rete virtuale di Azure o una rete privata. Se il server logico SQL di Azure è protetto da una rete privata, non è possibile abilitare database SQL di Azure mirroring.
    • Attualmente, è necessario eseguire una delle operazioni seguenti:
      • Aggiornare le regole del firewall del server logico SQL di Azure in Consenti l'accesso alla rete pubblica. È possibile eseguire questa modifica tramite il portale di Azure, Azure PowerShell e l'interfaccia della riga di comando di Azure.
      • Abilitare l'opzione Consenti ai servizi di Azure di connettersi al server logico database SQL di Azure. È possibile apportare questa modifica nella sezione Rete del server logico SQL di Azure nella portale di Azure.

Abilitare l'identità gestita assegnata dal sistema del server logico SQL di Azure

L'identità gestita assegnata dal sistema (SAMI) del server logico SQL di Azure deve essere abilitata e deve essere l'identità primaria per pubblicare i dati in Fabric OneLake.

  1. Per configurare o verificare che SAMI sia abilitato, passare a SQL Server logico nel portale di Azure. In Sicurezza nel menu della risorsa selezionare Identità.

  2. In Identità gestita assegnata dal sistema selezionare Stato su Sì.

  3. 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 database SQL di Azure.

A tale scopo, è possibile usare un account di accesso e un utente di database mappato.

Usare un account di accesso e un utente del database mappato

  1. Connettersi al server logico SQL di Azure usando SQL Server Management Studio (SSMS) o Azure Data Studio. Connettersi al master database.

  2. Creare un account di accesso al server e assegnare le autorizzazioni appropriate.

    • Creare un account di accesso autenticato sql denominato fabric_login. È possibile scegliere qualsiasi nome per questo account di accesso. Specificare una password complessa. Eseguire quanto segue nel master database:
    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 quanto segue nel master database:
    CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER;
ALTER SERVER ROLE [##MS_ServerStateReader##] ADD MEMBER [bob@contoso.com];

  3. Connettersi al database SQL di Azure per eseguire il mirroring in Microsoft Fabric usando l'editor di query portale di Azure, SQL Server Management Studio (SSMS) o Azure Data Studio.

  4. Creare un utente del database connesso all'account di accesso:

    CREATE USER fabric_user FOR LOGIN fabric_login;
GRANT CONTROL TO fabric_user;

    Oppure

    CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com];
GRANT CONTROL TO [bob@contoso.com];

Creare un database SQL di Azure con mirroring

  1. Aprire il portale infrastruttura.
  2. Usare un'area di lavoro esistente o creare una nuova area di lavoro.
  3. Passare al riquadro Crea .
  4. Selezionare l'icona Crea .
  5. Scorrere fino alla sezione Data Warehouse e quindi selezionare Database SQL di Azure con mirroring (anteprima).
  6. Immettere il nome del database SQL di Azure da eseguire con mirroring e quindi selezionare Crea.

Connettersi al database SQL di Azure

Per abilitare il mirroring, è necessario connettersi al server logico SQL di Azure da Fabric per avviare la connessione tra database SQL e Fabric. I passaggi seguenti illustrano il processo di creazione della connessione al database SQL di Azure:

  1. In Nuova connessione selezionare database SQL di Azure o selezionare una connessione esistente.

  2. Se si seleziona Nuova connessione, immettere i dettagli di connessione al database SQL di Azure.

    • Server: è possibile trovare il nome del server passando alla pagina panoramica database SQL di Azure nella portale di Azure. Ad esempio: server-name.database.windows.net.
    • Database: immettere il nome del database SQL di Azure.
    • Connessione: creare una nuova connessione.
    • Nome connessione: viene specificato un nome automatico. È possibile modificarlo.
    • Tipo di autenticazione:
      • Basic (autenticazione SQL)
      • Account organizzazione (ID Microsoft Entra)
      • ID tenant (entità servizio di Azure)

  3. Selezionare Connetti.

Avviare il processo di mirroring

  1. 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 mirroring.
    • Facoltativamente, scegliere solo determinati oggetti da rispecchiare. Disabilitare l'opzione Mirror all data (Mirror all data ) e quindi selezionare singole tabelle dal database.

    Per questa esercitazione si seleziona l'opzione Mirror all data (Mirror all data ).

  2. Selezionare Database mirror. Viene avviato il mirroring.

  3. Attendere 2-5 minuti. Selezionare quindi Monitoraggio replica per visualizzare lo stato.

  4. Dopo alcuni minuti, lo stato deve essere impostato su In esecuzione, il che significa che le tabelle vengono sincronizzate.

    Se non vengono visualizzate le tabelle e lo stato di replica corrispondente, attendere alcuni secondi e quindi aggiornare il pannello.

  5. Al termine della copia iniziale delle tabelle, viene visualizzata una data nella colonna Ultimo aggiornamento .

  6. Ora che i dati sono operativi, esistono diversi scenari di analisi disponibili in tutte le infrastrutture.

Importante

Qualsiasi sicurezza granulare stabilita nel database di origine deve essere riconfigurata nel database con mirroring in Microsoft Fabric.

Monitorare il mirroring dell'infrastruttura

Dopo aver configurato il mirroring, si viene indirizzati alla pagina Stato mirroring. Qui è possibile monitorare lo stato corrente della replica.

Per altre informazioni e dettagli sugli stati di replica, vedere Monitorare la replica mirror dell'infrastruttura.

Importante

Se non sono presenti aggiornamenti nelle tabelle di origine, il motore di replicator inizierà a eseguire il back off con una durata che aumenta in modo esponenziale, fino a un'ora. Il motore di replicator riprenderà automaticamente il polling regolare dopo il rilevamento dei dati aggiornati.

Contenuto correlato