Domande frequenti su Mirroring Snowflake in Microsoft Fabric

Per Snowflake utilizziamo un’area di staging per memorizzare sia lo snapshot sia i dati di modifica in OneLake, così da migliorare le prestazioni, poiché convertiamo questi file presenti nell’area di staging in Delta VertiParquet.

Le tabelle gestite, le tabelle Iceberg e le viste supportano la replica. Le tabelle esterne, transitorie, temporanee e dinamiche non sono supportate. Per le tabelle Iceberg, durante la configurazione è necessaria una connessione di storage allo storage sottostante della tabella Iceberg. Per maggiori dettagli sui problemi noti relativi alle viste, ad esempio la mappatura dei tipi di dati, vedere Limitazioni.

Selezionare l'icona a forma di ingranaggio delle impostazioni, quindi selezionare Gestisci connessioni e gateway. È anche possibile eliminare le connessioni esistenti da questa pagina.

Sono supportati i metodi di autenticazione seguenti:

• Nome utente e password — autenticazione nativa di Snowflake
• Microsoft Entra ID (SSO) - Single Sign-On tramite Entra ID
• Autenticazione tramite coppia di chiavi — coppia di chiavi RSA per scenari relativi agli account di servizio

1. Riutilizzare un magazzino esistente. Configurare il mirroring per usare lo stesso warehouse Snowflake già usato dalle applicazioni per aggiornare le tabelle di origine. In questo modo si evita l'overhead di attivare un warehouse di mirroring dedicato e separato. Quando l'applicazione aggiorna una tabella, il replicatore del mirroring rileva le modifiche quasi immediatamente mentre il data warehouse è ancora attivo. 2. Esegui il mirroring solo delle tabelle necessarie. Evitare il mirroring di un intero database quando è necessario solo un subset di tabelle. Il mirroring su larga scala può causare un notevole consumo di risorse Snowflake e picchi di utilizzo della capacità di Fabric. 3. Monitorare eventuali nuove inizializzazioni impreviste. Un reseed rilegge l’intera tabella e comporta costi di elaborazione proporzionali alle sue dimensioni. Controlla la pagina Stato mirroring per individuare le tabelle che mostrano ripetutamente un comportamento di copia iniziale. 4. Usare i budget e i limiti di credito snowflake. Configurare i monitor di risorse e i budget di Snowflake per contenere i costi di calcolo legati al mirroring.

Fabric non applica costi per il traffico in ingresso in OneLake per Mirroring.

Se è ospitato all'esterno di Azure, fare riferimento a Snowflake e alla documentazione del proprio provider cloud per i costi di traffico in uscita. Se è ospitato in Azure ma in un'area geografica diversa da quella della capacità Fabric, verranno addebitati i costi di trasferimento dati in uscita. Se ospitato in Azure nella stessa area, non sono presenti dati in uscita.

No Il mirroring viene eseguito in modo continuo e attualmente non supporta la configurazione di pianificazioni di replica o finestre basate sul tempo. Il replicatore verifica continuamente la presenza di modifiche, generando un utilizzo continuo delle risorse di calcolo di Snowflake. Se è necessario limitare il calcolo durante determinati periodi, è possibile arrestare e riavviare manualmente il mirroring, ma si noti che il riavvio attiva una reinizialità completa di tutte le tabelle con mirroring.

Dipende dalle dimensioni dei dati inseriti.

Latenza quasi in tempo reale.

Sì, le tabelle sono tutte tabelle delta ordinate v.

Vedere Monitorare la replica mirror dell'infrastruttura.

Sì, supportiamo il mirroring tramite un gateway dati locale e un gateway dati di rete virtuale (VNet).

I dati delle tabelle di origine verranno reinizializzati. Ogni volta che si interrompe e si riavvia, l'intera tabella viene recuperata di nuovo.

Interrompiamo il mirroring di quella specifica tabella e la eliminiamo da OneLake.

No, è sufficiente rimuovere le tabelle di streaming.

Sì, è possibile, ma non è necessario. Una volta che i dati si trovano in Fabric, possono essere condivisi da questa posizione.

Sì, è possibile selezionare tabelle specifiche durante la configurazione del mirroring.

Una nuova inizializzazione (ricaricamento completo dei dati) viene attivata da uno dei seguenti fattori:

• Modifiche DDL che cambiano il timestamp DDL di una tabella, ad esempio ALTER TABLE operazioni che aggiungono o eliminano colonne.
• Strumenti di modifica dello schema come dbt che eliminano e ricreano tabelle in base a una pianificazione.
• Arresto e riavvio del mirroring tramite il portale o l'API di Fabric.
• Una pausa della capacità ampliata. Se la capacità di Fabric rimane sospesa per un lungo periodo, il mirroring potrebbe essere nuovamente inizializzato alla ripresa.

Se vedi che le tabelle eseguono ripetutamente la copia iniziale (reseed) invece della sincronizzazione incrementale:

1. Verificare la presenza di modifiche dello schema upstream. Verificare se uno strumento, ad esempio dbt, sta modificando le definizioni di tabella in base a una pianificazione ricorrente. Anche modifiche DDL minori possono innescare una nuova inizializzazione.
2. Esamina la pagina di stato del mirroring. Cercate tabelle che mostrano timestamp della copia iniziale ripetuti a intervalli regolari.
3. Sospendere le modifiche dello schema durante il mirroring attivo. Se le esecuzioni di dbt sono la causa, pianificarle durante le finestre di manutenzione o sospendere il mirroring prima di eseguire le modifiche dello schema.
4. Monitorare l'utilizzo del magazzino Snowflake. Controllare le visualizzazioni di utilizzo dell'account Snowflake per verificare se le query correlate al mirroring dominano il calcolo.
5. Tenere presente che ogni nuovo processo elabora i dati completi della tabella e comporta costi di calcolo Snowflake proporzionali alle dimensioni della tabella. proporzionale alle dimensioni della tabella.

No

No, i dati non vengono gestiti all'esterno dell'ambiente del cliente, ma vengono gestiti in staging nel OneLake del cliente.

È necessaria una capacità Power BI Premium, una capacità Fabric o una capacità di valutazione. Per ulteriori informazioni sulle licenze, consultare la sezione Licenze di Microsoft Fabric.

Le risorse di calcolo di Fabric utilizzate per replicare i dati in OneLake di Fabric 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.

Contenuti correlati

• Che cos'è il mirroring in Fabric?
• Informazioni generali sul connettore Snowflake