Questo articolo risponde alle domande frequenti sul mirroring del database SQL di Azure in Microsoft Fabric.
Funzionalità e capacità
Quale autenticazione è consentita per il database SQL di Azure?
Attualmente, per l'autenticazione al database SQL di Azure di origine, è supportata l'autenticazione SQL con nome utente e password, Microsoft Entra ID e entità servizio.
Esiste una zona di gestione temporanea o di destinazione per il database SQL di Azure? In tal caso, è esterna a OneLake?
Una landing zone in OneLake archivia sia i dati snapshot sia i dati delle modifiche, per migliorare le prestazioni durante la conversione dei file in delta verti-parquet.
Quanto tempo richiede la replica iniziale?
Dipende dalle dimensioni dei dati inseriti.
Quanto tempo è necessario per replicare inserimenti/aggiornamenti/eliminazioni?
Latenza quasi in tempo reale.
È supportata la replica di viste, tabelle temporanee o esterne?
No Attualmente sono supportate solo le tabelle regolari da replicare.
Come si gestiscono le connessioni?
Selezionare l'icona a forma di ingranaggio delle impostazioni, quindi selezionare Gestisci la connessione e i gateway. È anche possibile eliminare le connessioni esistenti da questa pagina.
I report di Power BI sui dati con mirroring possono usare la modalità Direct Lake?
Sì, poiché le tabelle sono tutte tabelle delta ordinate v.
Supporto autonomo per il mirroring di database SQL di Azure in Microsoft Fabric
Come si sa che Fabric esegue la replica dei dati nel database SQL di Azure?
Se si verificano problemi di mirroring, eseguire i controlli a livello di database seguenti usando dmv (Dynamic Management Views) e stored procedure per convalidare la configurazione. Contattare il supporto tecnico se è necessaria la risoluzione dei problemi.
- Eseguire la query seguente per verificare se il flusso delle modifiche è corretto:
SELECT * FROM sys.dm_change_feed_log_scan_sessions
Per la procedura di risoluzione dei problemi, vedere Risolvere i problemi relativi ai database con mirroring di Fabric dal database SQL di Azure.
Come abilitare l'identità gestita assegnata dal sistema (SAMI) o l'identità gestita assegnata dall'utente in SQL Server?
Con un singolo passaggio nel portale di Azure, è possibile abilitare l'identità gestita assegnata dal sistema (SAMI) o l'identità gestita assegnata dall'utente (UAMI) del server logico SQL di Azure.
Annotazioni
Il supporto per l'identità gestita assegnata dall'utente è attualmente in anteprima.
Quali sono gli stati di replica?
È possibile accedere al mirroring del database SQL di Azure tramite Power BI Gateway o dietro un firewall?
Se il database SQL di Azure non è accessibile pubblicamente e non consente ai servizi di Azure di connettersi, è possibile configurare il gateway dati di rete virtuale o il gateway dati locale per eseguire il mirroring dei dati. Per altre informazioni, vedere Requisiti di sicurezza.
Quali passaggi include il riavvio del mirroring?
I dati delle tabelle di origine verranno reinizializzati. Ogni volta che si interrompe e si riavvia, l'intera tabella viene recuperata di nuovo.
Cosa accade se si rimuove una tabella dal mirroring?
La tabella non viene più replicata e i relativi dati vengono eliminati da OneLake.
Se si elimina il mirror, influisce sul database SQL di Azure di origine?
No, è sufficiente rimuovere le tabelle di streaming.
È possibile eseguire il mirroring dello stesso database di origine più volte?
No, ogni database SQL di Azure può essere sottoposto a mirroring una sola volta. È sufficiente una singola copia dei dati in Fabric OneLake, che è possibile condividere con altri utenti.
È possibile eseguire il mirroring solo di tabelle specifiche dal database SQL di Azure?
Sì, è possibile selezionare tabelle specifiche durante la configurazione del mirroring.
Cosa accade al mirroring in caso di failover geografico pianificato o non pianificato?
Quando si crea il database con mirroring, connettersi al listener di lettura/scrittura del gruppo di failover SQL. In questo modo non sarebbe necessario ricreare il database con mirroring dopo il failover.
Dopo aver creato il database con mirroring, passare all'elenco di elementi dell'area di lavoro e selezionare Gestisci autorizzazioni per il database con mirroring. Aggiungi l'identità gestita assegnata dal sistema (SAMI) sia per il server logico primario che per quello secondario del gruppo di failover, in modo che abbia accesso di lettura/scrittura. Se si crea il database con mirroring dal portale di Fabric, la SAMI del server primario dovrebbe essere già stata aggiunta automaticamente.
Quando si verifica il failover, la replica viene disabilitata automaticamente. Tuttavia, se si apre il database con mirroring nel portale di Fabric, non si noterà alcuna differenza, ma i nuovi dati non arriveranno. Per eseguire il ripristino, selezionare Arresta replica, quindi Avvia replica per riavviare il processo di replica. Verranno risincronizzate tutte le tabelle da capo. Lo stesso è necessario dopo il failback.
Security
I dati escono mai dal tenant Fabric del cliente?
No
I dati vengono memorizzati temporaneamente al di fuori dell'ambiente del cliente?
No I dati non vengono gestiti in staging all'esterno dell'ambiente del cliente, ma vengono gestiti in staging nel OneLake del cliente.
Come può database SQL di Azure scrivere dati speculari in uno spazio di lavoro con accesso in entrata limitato?
Aggiungi l'ID risorsa Azure del server Azure SQL alle Regole di Istanza delle Risorse dello spazio di lavoro. La regola permette a OneLake di verificare l'identità del server, quindi non è necessario mantenere regole firewall per indirizzi IP in uscita dinamici o condivisi. Un amministratore dello spazio di lavoro deve configurare la regola. Per altre informazioni, vedere Gestire l'accesso in ingresso a OneLake con le regole dell'istanza di risorsa.
Cost Management
Quali sono i costi associati al mirroring?
Le risorse di calcolo di Fabric usate per replicare i tuoi dati in Fabric OneLake sono gratuite. Il costo di archiviazione del mirroring è gratuito fino a un limite in base alla capacità. Per altre informazioni, vedere Costo del mirroring e Prezzi di Microsoft Fabric. Il calcolo per l'esecuzione di query sui dati tramite SQL, Power BI o Spark viene addebitato a tariffe regolari.
Cosa è consigliabile fare un cliente per evitare o ridurre i costi del database SQL di Azure?
Vedere Pianificare e gestire i costi per il database SQL di Azure. Prendere in considerazione l'uso di un database SQL di Azure dedicato, più piccolo, in base ai requisiti.
Come vengono gestite le tariffe in ingresso?
Fabric non applica costi di ingresso in OneLake per Mirroring.
Come vengono gestiti i costi di uscita?
Se il database SQL di Azure si trova in un'area diversa rispetto alla capacità di Fabric, verranno addebitati i costi di uscita dei dati. Se si trovano nella stessa regione, non vi è alcun traffico dati in uscita.
Licenze
Quali sono le opzioni di licenza per Fabric Mirroring?
È necessaria una capacità Power BI Premium, una capacità Fabric o una capacità di valutazione. Per altre informazioni sulle licenze, vedere Concetti e licenze di Microsoft Fabric.
Interrompere o sospendere il mirroring di Fabric
Quali sono i risultati dell'arresto del mirroring?
La replica si arresta nel database di origine, ma una copia delle tabelle viene mantenuta in OneLake. Il riavvio del mirroring comporta la replica di tutti i dati dall'inizio.
Come arrestare o disabilitare il mirroring dal database SQL di Azure?
Se non è possibile arrestare il mirroring di database SQL di Azure dal portale di Fabric oppure eliminare da Fabric l'elemento con mirroring di database SQL di Azure, eseguire la procedura archiviata seguente su database SQL di Azure: exec sp_change_feed_disable_db;
Cosa succede se arresto o metto in pausa la capacità di Fabric?
La capacità del sistema Fabric deve essere attiva e funzionante. Una capacità sospesa o eliminata influirà sul mirroring e non verranno replicati dati.