Condividi tramite

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

  • Articolo

Questo articolo illustra in dettaglio le limitazioni correnti per gli account Azure Cosmos DB con mirroring in Microsoft Fabric. I dettagli di limitazione e quota in questa pagina sono soggetti a modifiche in futuro.

Importante

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

Disponibilità

Il mirroring è supportato in un set specifico di aree per Infrastruttura e 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 (basato su vCore) ❌
API per Apache Gremlin ❌
API per Table ❌
API per Apache Cassandra (basata su 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

Abilitare il mirroring

  • L'amministratore dell'organizzazione deve abilitare la funzionalità di mirroring per visualizzare l'opzione di mirroring nell'area di lavoro o nel tenant dell'infrastruttura. Per altre informazioni, vedere Abilitare il mirroring.
  • Il mirroring è disabilitato per impostazione predefinita se la capacità di Fabric è impostata su qualsiasi modalità diversa dalla versione di valutazione.

Limitazioni dell'account e del database

  • È possibile abilitare il mirroring solo se l'account Azure Cosmos DB è configurato con backup continuo di 7 o 30 giorni.
  • Tutte le limitazioni correnti della funzionalità di backup continuo in Azure Cosmos DB si applicano anche al mirroring dell'infrastruttura.
    • Queste limitazioni includono, ma non sono limitate a; 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 Limitazioni del backup continuo di Azure Cosmos DB.
    • È possibile abilitare sia l'archivio analitico che le funzionalità di backup continuo nello stesso account Azure Cosmos DB.
  • 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 che in precedenza ha disabilitato la funzionalità dell'archivio analitico per un contenitore.

Limitazioni di sicurezza

  • Le chiavi dell'account di lettura/scrittura di Azure Cosmos DB sono l'unico meccanismo supportato per connettersi 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 di connessione 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 quindi riavviare la replica.
  • Gli utenti dell'infrastruttura 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 per gli 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 della rete tramite tecniche e funzionalità come indirizzi IP o endpoint di servizio non è supportato per gli account Azure Cosmos DB.
  • I dati in OneLake non supportano endpoint privati, chiavi gestite dal cliente o doppia crittografia.

Limitazioni di Esplora dati

  • Le query di Esplora dati fabric sono di sola lettura. È possibile visualizzare contenitori, visualizzare elementi ed elementi di query esistenti.
  • 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 solo l'endpoint di analisi SQL con altri utenti per l'analisi.
  • 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 causa l'esito negativo del mirroring per il contenitore specifico. Altri contenitori all'interno degli stessi database possono comunque eseguire correttamente il mirroring. Se i nomi delle proprietà vengono aggiornati per rimuovere questi caratteri non validi, è necessario configurare un nuovo mirror nello stesso database e contenitore e non è possibile usare il mirror precedente.
  • Fabric OneLake rispecchia l'area geografica di Azure più vicina all'area di capacità di Fabric negli scenari in cui un account Azure Cosmos DB ha più aree di lettura. Negli scenari di ripristino di emergenza, il mirroring analizza e preleva automaticamente nuove aree di lettura perché le aree di lettura potrebbero potenzialmente eseguire il failover e la 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 TTL (Time-to-Live) non sono supportate.
  • Il mirroring non supporta il partizionamento personalizzato.
  • Fabric presenta limitazioni esistenti con T-SQL. Per altre informazioni, vedere Limitazioni di T-SQL.

Modifiche allo schema e ai dati

  • L'eliminazione e l'aggiunta di un contenitore simile sostituisce i dati nelle tabelle del warehouse con solo i dati del nuovo contenitore.
  • La modifica del tipo di dati in una proprietà in più elementi determina l'upcast dei dati da parte del replicatore, se applicabile. Questo comportamento è in parità con l'esperienza delta nativa. Tutti i dati che non rientrano nei criteri supportati diventano un tipo Null. Ad esempio, la modifica di una proprietà di matrice in un upcast stringa viene impostata su un tipo Null.
  • L'aggiunta di nuove proprietà agli elementi fa sì che il mirroring rilevi facilmente le nuove proprietà e aggiunga le colonne corrispondenti alla tabella warehouse. Se le proprietà dell'elemento vengono rimosse o mancanti, hanno 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 warehouse.
  • I comandi, OPENJSONad esempio , CROSS APPLYe 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 dello schema dell'archivio analitico di Azure Cosmos DB.

Limitazioni del data warehouse

  • Warehouse non è in grado di gestire colonne stringa JSON maggiori di 8 KB. Il messaggio di errore per questo scenario è "Il testo JSON non è formattato correttamente. Il carattere imprevisto '"' viene trovato nella posizione".
  • I dati annidati rappresentati come stringa JSON nelle tabelle dell'endpoint di analisi SQL e del warehouse possono in genere causare l'aumento delle dimensioni della colonna a più di 8 KB. Monitoraggio dei livelli di annidamento e della quantità di dati se viene visualizzato questo messaggio di errore.

Limitazioni 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.
  • L'avvio della replica ha nuovamente restituito tutte le tabelle del warehouse di destinazione. Questa operazione avvia il mirroring da zero.

Invia commenti

Per inviare commenti e suggerimenti su limitazioni, funzionalità o problemi correnti; fateci sapere all'indirizzo fabriccosmosdbmirror@microsoft.com.

Contenuto correlato