Limiti nei database con mirroring di Microsoft Fabric da Azure Cosmos DB (anteprima)

Questo articolo illustra in dettaglio i limiti correnti per gli account Azure Cosmos DB con mirroring in Microsoft Fabric. I dettagli di limite e quota in questa pagina sono soggetti a modifiche future.

Importante

Il mirroring per Azure Cosmos DB attualmente è disponibile in anteprima. I carichi di lavoro di produzione non sono supportati durante l'anteprima. Attualmente sono supportati solo gli account Azure Cosmos DB for NoSQL.

Disponibilità

Il mirroring è supportato in un set specifico di aree per Fabric e per le API per Azure Cosmos DB.

API supportate

Il mirroring è disponibile solo per i tipi di account Azure Cosmos DB elencati qui.

Disponibile
API per NoSQL ✔️
API per MongoDB (basata su UR)
API per MongoDB (base vCore)
API per Apache Gremlin
API per Table
API per Apache Cassandra (base UR)
Istanza gestita per Apache Cassandra

Aree geografiche supportate

Ecco un elenco di aree che supportano il mirroring per Azure Cosmos DB:

Asia Pacifico:

  • Australia orientale
  • Australia sud-orientale
  • India centrale
  • Asia orientale
  • Giappone orientale
  • Corea centrale
  • Asia sud-orientale
  • India meridionale

Europa

  • Europa settentrionale
  • Europa occidentale
  • Francia centrale
  • Germania centro-occidentale
  • Norvegia orientale
  • Svezia centrale
  • Svizzera settentrionale
  • Svizzera occidentale
  • Regno Unito meridionale
  • Regno Unito occidentale

Americhe:

  • Brasile meridionale
  • Canada centrale
  • Canada orientale
  • Stati Uniti centrali
  • Stati Uniti orientali
  • Stati Uniti Orientali 2
  • Stati Uniti centro-settentrionali
  • Stati Uniti occidentali
  • Stati Uniti occidentali 2

Medio Oriente e Africa:

  • Sudafrica settentrionale
  • Emirati Arabi Uniti settentrionali

Limiti di account e database

  • È possibile abilitare il mirroring solo se l'account Azure Cosmos DB è configurato con backup continuo di 7 o 30 giorni.
  • Tutti i limiti correnti della funzionalità di backup continuo in Azure Cosmos DB si applicano anche al mirroring di Fabric.
    • Questi limiti includono (l'elenco non è esaustivo): l'impossibilità di disabilitare il backup continuo una volta abilitato e la mancanza di supporto per gli account di scrittura in più aree. Per altre informazioni, vedere Limiti di backup continuo in Azure Cosmos DB.
    • Nello stesso account Azure Cosmos DB è possibile abilitare sia l'archivio analitico sia le funzionalità di backup continuo.
  • Non è possibile disabilitare la funzionalità dell'archivio analitico negli account Azure Cosmos DB con il backup continuo abilitato.
  • Non è possibile abilitare il backup continuo in un account Azure Cosmos DB in cui in precedenza è stata disabilitata la funzionalità dell'archivio analitico per un contenitore.

Limitazioni di sicurezza

  • Le chiavi dell'account in lettura/scrittura di Azure Cosmos DB sono l'unico meccanismo supportato per collegarsi all'account di origine. Le chiavi dell'account di sola lettura, le identità gestite e l'autenticazione senza password con il controllo degli accessi in base al ruolo non sono supportate.
  • Se le chiavi dell'account vengono ruotate, è necessario aggiornare le credenziali del collegamento per il mirroring di Fabric. Se non si aggiornano le chiavi, il mirroring ha esito negativo. Per risolvere questo errore, arrestare la replica, aggiornare le credenziali con le chiavi appena ruotate e poi riavviare la replica.
  • Gli utenti Fabric con accesso all'area di lavoro ereditano automaticamente l'accesso al database mirror. Tuttavia, è possibile controllare in modo granulare l'accesso a livello di area di lavoro e tenant per gestire l'accesso degli utenti dell'organizzazione.
  • È possibile condividere direttamente il database con mirroring in Fabric.

Autorizzazioni

  • Se si dispone solo delle autorizzazioni del visualizzatore in Fabric, non è possibile visualizzare in anteprima o eseguire query sui dati nell'endpoint di analisi SQL.
  • Se si intende usare Esplora dati, Esplora dati di Azure Cosmos DB non usa le stesse autorizzazioni di Fabric. Le richieste di visualizzazione ed esecuzione di query sui dati tramite Esplora dati vengono instradate ad Azure anziché a Fabric.

Sicurezza di rete

  • L'account Azure Cosmos DB di origine deve abilitare l'accesso alla rete pubblica per tutte le reti.
  • Gli endpoint privati non sono supportati per gli account Azure Cosmos DB.
  • L'isolamento rete tramite tecniche e funzionalità come indirizzi IP o endpoint servizio non è supportato per gli account Azure Cosmos DB.
  • I dati in OneLake non supportano endpoint privati, chiavi gestite dal cliente o doppia crittografia.

Limiti di Esplora dati

  • Le query di Esplora dati in Fabric sono di sola lettura. È possibile visualizzare contenitori esistenti, visualizzare elementi ed elementi di query.
  • Non è possibile creare o eliminare contenitori usando Esplora dati in Fabric.
  • Non è possibile inserire, modificare o eliminare elementi usando Esplora dati in Fabric.
  • È possibile evitare di condividere il database di origine condividendo con altri utenti solo l'endpoint di analisi SQL.
  • Non è possibile disattivare Esplora dati in un database con mirroring.

Limitazioni di replica

  • Il mirroring non supporta contenitori che contengono elementi con nomi di proprietà contenenti spazi vuoti o caratteri jolly. Questa limitazione provoca l'esito negativo del mirroring per quello specifico contenitore. Altri contenitori all'interno degli stessi database possono comunque eseguire il mirroring correttamente. Se i nomi proprietà vengono aggiornati per rimuovere questi caratteri non validi, è necessario configurare un nuovo mirror negli stessi database e contenitore e non è possibile usare il mirror precedente.
  • Negli scenari in cui un account Azure Cosmos DB ha più aree di lettura Fabric OneLake esegue il mirroring dall'area di Azure geograficamente più vicina all'area di capacità di Fabric. Negli scenari di ripristino di emergenza, il mirroring analizza e preleva in modo automatico nuove aree di lettura perché le proprie aree di lettura potrebbero potenzialmente effettuare il failover ed essere soggette a modifica.
  • Le operazioni di eliminazione nel contenitore di origine si riflettono immediatamente in Fabric OneLake usando il mirroring. Le operazioni di eliminazione temporanea che usano valori time-to-live (TTL) non sono supportate.
  • Il mirroring non supporta il partizionamento personalizzato.
  • Fabric presenta limiti esistenti con T-SQL. Per altre informazioni vedere Limiti di T-SQL.

Modifiche allo schema e ai dati

  • L'eliminazione e l'aggiunta di un contenitore simile sostituisce i dati nelle tabelle del magazzino unicamente con i dati del nuovo contenitore.
  • La modifica del tipo di dati in una proprietà di più elementi determina, dove applicabile l'upcast dei dati da parte del replicatore. Questo comportamento è in parità con l'esperienza delta nativa. Tutti i dati che non rientrano nei criteri supportati diventano di tipo null. Ad esempio, la modifica di una proprietà di matrice in upcast stringa viene impostata su un tipo null.
  • L'aggiunta di nuove proprietà agli elementi fa sì che il mirroring le rilevi facilmente e aggiunga le colonne corrispondenti alla tabella magazzino. Se le proprietà dell'elemento vengono rimosse o sono assenti, presentano un valore null per il record corrispondente.
  • La replica dei dati tramite il mirroring non ha uno schema con fedeltà completa o ben definito. Il mirroring tiene traccia in modo automatico e continuo delle modifiche delle proprietà e del tipo di dati (se consentito).

Dati annidati

  • Gli oggetti JSON annidati negli elementi di Azure Cosmos DB sono rappresentati come stringhe JSON nelle tabelle del magazzino.
  • I comandi, ad esempio OPENJSON, CROSS APPLY e OUTER APPLY sono disponibili per espandere i dati di stringa JSON in modo selettivo.
  • PowerQuery include ToJson per espandere i dati di stringa JSON in modo selettivo.
  • Il mirroring non ha vincoli di schema a livello di annidamento. Per altre informazioni, vedere Vincoli sullo schema dello store analitico di Azure Cosmos DB.

Limiti del data warehouse

  • Il magazzino non è in grado di gestire colonne di stringa JSON con dimensioni superiori a 8 KB. Il messaggio di errore per questo scenario è "Il testo JSON non è formattato correttamente. È stato trovato il carattere imprevisto '"' alla funzione".
  • I dati annidati dichiarati come stringa JSON nelle tabelle dell'endpoint di analisi SQL e del magazzino possono in genere aumentare le dimensioni della colonna a più di 8 KB. Monitorare i livelli di annidamento e la quantità di dati se si riceve questo messaggio di errore.

Limiti degli elementi con mirroring

  • L'abilitazione del mirroring per un account Azure Cosmos DB in un'area di lavoro richiede il ruolo di amministratore o membro nell'area di lavoro.
  • L'arresto della replica disabilita completamente il mirroring.
  • Il riavvio della replica restituisce tutte le tabelle del magazzino obiettivo. Questa operazione di fatto avvia il mirroring da zero.

Invia commenti

Per inviare feedback su limiti, funzionalità o problemi correnti scrivere a fabriccosmosdbmirror@microsoft.com.