Questo articolo risponde alle domande frequenti sul mirroring del database SQL di Azure in Microsoft Fabric.
Funzionalità e funzionalità
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 zona di destinazione in OneLake archivia sia i dati di snapshot che di modifica, per migliorare le prestazioni durante la conversione dei file in verti-parquet delta.
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 di replica.
Come si gestiscono le connessioni?
Selezionare l'ingranaggio delle impostazioni, quindi selezionare Gestisci connessione e 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.
Self-help per il mirroring del 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 arresta e si avvia, l'intera tabella viene recuperata nuovamente.
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. Aggiungere l'identità gestita assegnata dal sistema (SAMI) per il server logico primario e secondario del gruppo di failover per avere accesso in lettura/scrittura. Se si crea il database con mirroring dal portale di Fabric, l'istanza SAMI del server primario deve essere già 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. Verrà eseguito il risincronizzazione di ogni tabella da zero. Lo stesso è necessario dopo il failback.
Security
I dati lasciano mai il tenant di Fabric dei clienti?
No
I dati vengono distribuiti all'esterno di un 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.
Cost Management
Quali sono i costi associati al mirroring?
Il calcolo dell'infrastruttura usato per replicare i dati in Fabric OneLake è gratuito. 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 addebita addebiti per le tariffe in ingresso in OneLake per il mirroring.
Come vengono gestite le tariffe in 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 nella stessa area non sono presenti dati in uscita.
Licenze
Quali sono le opzioni di licenza per il mirroring dell'infrastruttura?
È necessaria una capacità Power BI Premium, una capacità Fabric o una capacità Versione di valutazione. Per altre informazioni sulle licenze, vedere Concetti e licenze di Microsoft Fabric.
Arrestare o sospendere il mirroring dell'infrastruttura
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 del database SQL di Azure dal portale di Infrastruttura o non è possibile eliminare l'elemento del database SQL di Azure con mirroring da Fabric, eseguire la stored procedure seguente nel database SQL di Azure: exec sp_change_feed_disable_db;
Cosa accade se si arresta o si sospende 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.