Begränsningar i Microsoft Fabric-speglade databaser från Snowflake
Aktuella begränsningar i Microsoft Fabric-speglade databaser från Snowflake visas på den här sidan. Den här sidan kan komma att ändras.
Begränsningar på databasnivå
- Om det inte finns några uppdateringar i en källtabell börjar replikatormotorn säkerhetskopiera med en exponentiellt ökande varaktighet för tabellen, upp till en timme. Samma sak kan inträffa om det finns ett tillfälligt fel som förhindrar datauppdatering. Replikatormotorn återupptar automatiskt den regelbundna avsökningen när uppdaterade data har identifierats.
- Endast replikering av interna tabeller stöds. För närvarande stöds inte externa, flyktiga, tillfälliga, dynamiska tabeller.
- Källschemahierarkin replikeras till den speglade databasen. För speglade databaser som skapats innan den här funktionen aktiveras plattas källschemat ut och schemanamnet kodas till tabellnamnet. Om du vill ordna om tabeller med scheman återskapar du den speglade databasen. Läs mer från Replikera källschemahierarki.
- Spegling stöder replikering av kolumner som innehåller mellanslag eller specialtecken i sina namn (till exempel
,;{}()\n\t=). För tabeller under replikering innan den här funktionen aktiveras måste du uppdatera de speglade databasinställningarna eller starta om speglingen för att inkludera dessa kolumner. Läs mer om stöd för deltakolumnmappning. - Det maximala antalet tabeller som kan speglas i Infrastrukturresurser är 500 tabeller. Tabeller över gränsen på 500 kan för närvarande inte replikeras.
- Om du väljer Spegla alla data när du konfigurerar spegling bestäms de tabeller som ska speglas genom att de första 500 tabellerna tas när alla tabeller sorteras alfabetiskt baserat på schemanamnet och sedan tabellnamnet. Den återstående uppsättningen tabeller längst ned i den alfabetiska listan speglas inte över.
- Om du avmarkerar Spegla alla data och väljer enskilda tabeller kan du inte välja fler än 500 tabeller.
Nätverk och brandvägg
- Spegling stöder för närvarande inte Snowflake-instanser bakom ett virtuellt nätverk eller privata nätverk. Om din Snowflake-instans ligger bakom ett privat nätverk kan du inte aktivera Snowflake-spegling.
Säkerhet
- Snowflake-autentisering via användarnamn/lösenord och Entra (enkel inloggning (SSO)) stöds.
- Delningsmottagare måste läggas till på arbetsytan. Om du vill dela en datauppsättning eller rapport lägger du först till åtkomst till arbetsytan med rollen administratör, medlem, läsare eller deltagare.
Prestanda
- Om du ändrar de flesta data i en stor tabell är det mer effektivt att stoppa och starta om spegling. Det kan ta lång tid att infoga eller uppdatera miljarder poster.
- Vissa schemaändringar återspeglas inte omedelbart. Vissa schemaändringar behöver en dataändring (infoga/uppdatera/ta bort) innan schemaändringar replikeras till Infrastrukturresurser.
- När vi speglar data från Snowflake till en kunds OneLake mellanlagrar vi vanligtvis data för att förbättra prestandan. Men om dataexfiltrering från Snowflake via inline URL inaktiveras med PREVENT_UNLOAD_TO_INLINE_URLkan det krävas att man läser direkt från Snowflake. Den här metoden kan leda till långsammare replikeringstider och en ökad risk för tidsgränser för anslutningar, särskilt för stora datamängder.
Regioner som stöds
Följande är de Fabric-regioner som stöder spegling:
Asien och Stillahavsområdet:
- Australien, östra
- Australien, sydöstra
- Centrala Indien
- Asien, östra
- Japan, östra
- Centrala Korea
- Sydostasien
- Södra Indien
Europa
- Europa, norra
- Europa, västra
- Centrala Frankrike
- Tyskland, västra centrala
- Italien, norra
- Norge, östra
- Centrala Polen
- Centrala Sverige
- Schweiz, norra
- Schweiz, västra
- Storbritannien, södra
- Storbritannien Väst
Amerika:
- Södra Brasilien
- Centrala Kanada
- Kanada, östra
- Centrala USA
- Östra USA
- Östra USA 2
- USA, norra centrala
- Södra centrala USA
- Västra USA
- Västra USA2
Mellanöstern och Afrika:
- Sydafrika, norra
- Förenade Arabemiraten, norra