Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Den här artikeln beskriver de aktuella begränsningarna för Azure Cosmos DB-konton som speglas i Microsoft Fabric. Begränsnings- och kvotinformationen på den här sidan kan komma att ändras i framtiden.
Viktigt!
Spegling för Azure Cosmos DB är för närvarande i förhandsversion. Produktionsarbetsbelastningar stöds inte under förhandsversionen. För närvarande stöds endast Azure Cosmos DB för NoSQL-konton.
Tillgänglighetsbegränsningar
Spegling stöds i en specifik uppsättning regioner för Infrastrukturresurser och API:er för Azure Cosmos DB.
Spegling är endast tillgängligt för dessa Azure Cosmos DB-kontotyper som anges här.
Tillgängligt API för NoSQL Yes API för MongoDB (RU-baserat) Nej API för MongoDB (vCore-baserat) Nej API för Apache Gremlin Nej API för tabell Nej API för Apache Cassandra (RU-baserat) Nej Hanterad instans för Apache Cassandra Nej -
Databasspegling och öppen spegling är tillgängliga i alla Microsoft Fabric-regioner. För mer information, se Tillgänglighet för Fabric-regioner.
Konto- och databasbegränsningar
Du kan endast aktivera spegling om Azure Cosmos DB-kontot har konfigurerats med antingen 7- eller 30 dagars kontinuerlig säkerhetskopiering.
Alla aktuella begränsningar för funktionen för kontinuerlig säkerhetskopiering i Azure Cosmos DB gäller även för Fabric-spegling.
Dessa begränsningar omfattar, men är inte begränsade till; oförmågan att inaktivera kontinuerlig säkerhetskopiering när den är aktiverad och saknar stöd för skrivkonton i flera regioner. Mer information finns i Begränsningar för kontinuerlig säkerhetskopiering i Azure Cosmos DB.
Du kan aktivera både analysarkivet och funktioner för kontinuerlig säkerhetskopiering på samma Azure Cosmos DB-konto.
Du kan inte inaktivera funktionen för analysarkiv på Azure Cosmos DB-konton med kontinuerlig säkerhetskopiering aktiverad.
Du kan inte aktivera kontinuerlig säkerhetskopiering på ett Azure Cosmos DB-konto som tidigare inaktiverade funktionen för analysarkiv för en container.
Säkerhetsbegränsningar
Azure Cosmos DB-kontonycklar för läs- och skrivbehörighet och Microsoft Entra-ID-autentisering med rollbaserad åtkomstkontroll är de enda mekanismer som stöds för att ansluta till källkontot. Skrivskyddade kontonycklar och hanterade identiteter stöds inte.
För Microsoft Entra-ID-autentisering krävs följande rollbaserade behörigheter för åtkomstkontroll:
Microsoft.DocumentDB/databaseAccounts/readMetadataMicrosoft.DocumentDB/databaseAccounts/readAnalytics
Anmärkning
Mer information finns i dokumentationen om rollbaserad åtkomstkontroll för dataplanet.
Ett exempel på ett skript för att automatiskt tillämpa en anpassad rollbaserad åtkomstkontrollroll
rbac-cosmos-mirror.shfinns i azure-samples/azure-cli-samples.Du måste uppdatera autentiseringsuppgifterna för infrastrukturresurser om kontonycklarna roteras. Om du inte uppdaterar nycklarna misslyckas speglingen. Lös det här felet genom att stoppa replikeringen, uppdatera autentiseringsuppgifterna med de nyligen roterade nycklarna och sedan starta om replikeringen.
Infrastrukturanvändare med åtkomst till arbetsytan ärver automatiskt åtkomst till speglingsdatabasen. Du kan dock kontrollera åtkomsten på arbetsyta och klientorganisationsnivå i detalj för att hantera åtkomst för användare i din organisation.
Du kan dela den speglade databasen direkt i Infrastrukturresurser.
Azure Cosmos DB-källkontot måste aktivera åtkomst till det offentliga nätverket för alla nätverk.
Privata slutpunkter stöds inte för Azure Cosmos DB-konton.
Nätverksisolering med hjälp av tekniker och funktioner som IP-adresser eller tjänstslutpunkter stöds inte för Azure Cosmos DB-konton.
Data i OneLake stöder inte privata slutpunkter, kundhanterade nycklar eller dubbel kryptering.
Behörighetsbegränsningar
Om du bara har visningsbehörigheter i Infrastrukturresurser kan du inte förhandsgranska eller fråga efter data i SQL-analysslutpunkten.
Om du tänker använda datautforskaren använder Azure Cosmos DB-datautforskaren inte samma behörigheter som Fabric. Begäranden om att visa och fråga efter data med datautforskaren dirigeras till Azure i stället för Infrastrukturresurser.
Begränsningar i Datautforskaren
Fabric Data Explorer-frågor är skrivskyddade. Du kan visa befintliga containrar, visa objekt och frågeobjekt.
Du kan inte skapa eller ta bort containrar med datautforskaren i Infrastrukturresurser.
Du kan inte infoga, ändra eller ta bort objekt med datautforskaren i Infrastrukturresurser.
Du kan undvika att dela källdatabasen genom att bara dela SQL-analysslutpunkten med andra användare för analys.
Du kan inte inaktivera datautforskaren i en speglad databas.
Replikeringsbegränsningar
Spegling stöder inte containrar som innehåller objekt med egenskapsnamn som innehåller blanksteg eller jokertecken. Den här begränsningen gör att speglingen för den specifika containern misslyckas. Andra containrar i samma databaser kan fortfarande speglas. Om egenskapsnamnen uppdateras för att ta bort dessa ogiltiga tecken måste du konfigurera en ny spegling till samma databas och container och du kan inte använda den gamla speglingen.
Fabric OneLake speglar från den geografiskt närmaste Azure-regionen till Fabrics kapacitetsregion i scenarier där ett Azure Cosmos DB-konto har flera läsregioner. I haveriberedskapsscenarier genomsöker och hämtar spegling automatiskt nya läsregioner eftersom dina läsregioner potentiellt kan redundansväxla och ändras.
Borttagningsåtgärder i källcontainern återspeglas omedelbart i Fabric OneLake med spegling. Åtgärder för mjuk borttagning med TTL-värden (time-to-live) stöds inte.
Spegling stöder inte anpassad partitionering.
Infrastrukturresurser har befintliga begränsningar med T-SQL. Mer information finns i T-SQL-begränsningar.
Begränsningar för schema- och dataändringar
Om du tar bort och lägger till en liknande container ersätts data i lagertabellerna med endast den nya containerns data.
Om du ändrar datatypen i en egenskap mellan flera objekt kan replikatorn om tillämpligt överföra data. Det här beteendet är i paritet med den inbyggda deltaupplevelsen. Alla data som inte passar in i de villkor som stöds blir en null-typ. Du kan till exempel ändra en matrisegenskap till en stränguppsändningar till en null-typ.
Om du lägger till nya egenskaper för objekt kan spegling sömlöst identifiera de nya egenskaperna och lägga till motsvarande kolumner i lagertabellen. Om objektegenskaper tas bort eller saknas har de ett null-värde för motsvarande post.
Replikering av data med spegling har inte ett fullständigt eller väldefinierat schema. Spegling spårar automatiskt och kontinuerligt egenskapsändringar och datatyp (när det tillåts).
Kapslade databegränsningar
Kapslade JSON-objekt i Azure Cosmos DB-objekt representeras som JSON-strängar i lagertabeller.
Kommandon som
OPENJSON,CROSS APPLYochOUTER APPLYär tillgängliga för att expandera JSON-strängdata selektivt.- Med automatisk schemainferens
OPENJSONgenom kan du platta ut och utforska kapslade data med okända eller oförutsägbara kapslade scheman. Mer information finns i fråga efter kapslade data.
- Med automatisk schemainferens
PowerQuery innehåller
ToJsonför att expandera JSON-strängdata selektivt.Spegling har inte schemabegränsningar på kapslingsnivå. Mer information finns i Schemabegränsningar för Azure Cosmos DB-analysarkiv.
Begränsningar för informationslager
Warehouse kan inte hantera JSON-strängkolumner som är större än 8 KB. Felmeddelandet för det här scenariot är "JSON-text är inte korrekt formaterad. Oväntat tecken "" hittas vid position".
- En aktuell lösning är att skapa en genväg till din speglade databas i Fabric Lakehouse och använda en Spark Notebook för att fråga dina data för att undvika den här begränsningen.
Kapslade data som representeras som en JSON-sträng i SQL Analytics-slutpunkter och lagertabeller kan ofta leda till att kolumnen ökar till mer än 8 kB. Övervaka kapslingsnivåer och mängden data om du får det här felmeddelandet.
Begränsningar för speglade objekt
Om du aktiverar spegling för ett Azure Cosmos DB-konto på en arbetsyta krävs antingen administratörs - eller medlemsrollen i din arbetsyta.
Om replikeringen stoppas inaktiveras speglingen helt.
När replikeringen startas igen återställs alla mållagertabeller. Den här åtgärden startar effektivt spegling från grunden.