Vanliga frågor och svar om spegling av Azure SQL Database i Microsoft Fabric

För närvarande stöder vi SQL-autentisering med användarnamn och lösenord, Microsoft Entra-ID och tjänstens huvudnamn för autentisering till källans Azure SQL Database.

En landningszon i OneLake lagrar både ögonblicksbilden och ändrar data för att förbättra prestanda vid konvertering av filer till delta verti-parquet.

Det beror på storleken på de data som tas in.

Svarstid i nära realtid.

Nej. För närvarande stöds endast replikering av vanliga tabeller.

Välj kugghjulet för inställningar och välj sedan Hantera anslutning och gatewayer. Du kan också ta bort befintliga anslutningar från den här sidan.

Ja, eftersom tabellerna är alla v-ordnade deltatabeller.

Om du har speglingsproblem utför du följande kontroller på databasnivå med hjälp av dynamiska hanteringsvyer (DMV:er) och lagrade procedurer för att verifiera konfigurationen. Kontakta supporten om felsökning krävs.

• Kör följande fråga för att kontrollera om ändringarna flödar korrekt:

  SELECT * FROM sys.dm_change_feed_log_scan_sessions 
  

Felsökningssteg finns i Felsöka infrastrukturspeglingsdatabaser från Azure SQL Database.

Med ett enda steg i Azure-portalen kan du aktivera systemtilldelad hanterad identitet (SAMI) för din logiska Azure SQL-server.

Se Övervaka speglad databasreplikering i Infrastrukturresurser.

Om din Azure SQL Database inte är offentligt tillgänglig och inte tillåter att Azure-tjänster ansluter till den kan du konfigurera en virtuell nätverksdatagateway eller en lokal datagateway för att spegla data. Mer information finns i Säkerhetskrav.

Data från källtabeller kommer att initieras om. Varje gång du stoppar och startar hämtas hela tabellen igen.

Tabellen replikeras inte längre och dess data tas bort från OneLake.

Nej, vi tar bara bort strömningstabellerna.

Nej, varje Azure SQL Database kan bara speglas en gång. Du behöver bara en enda kopia av data i Fabric OneLake, som du kan dela med andra.

Ja, specifika tabeller kan väljas under speglingskonfigurationen.

När du skapar den speglade databasen ansluter du till läs-och-skriv-lyssnaren för SQL-redundansgruppen. På så sätt behöver du inte återskapa den speglade databasen efter redundansväxlingen.

När den speglade databasen har skapats går du till arbetsytans objektlista och väljer Hantera behörigheter för den speglade databasen. Lägg till systemtilldelad hanterad identitet (SAMI) för både den primära och sekundära logiska servern i redundansgruppen för att ha läs- och skrivåtkomst. Om du skapar den speglade databasen från Infrastrukturportalen bör SAMI för den primära servern redan läggas till automatiskt.

När redundansväxling sker inaktiveras replikeringen automatiskt. Men om du öppnar den speglade databasen i Infrastrukturportalen ser du ingen skillnad, men nya data kommer inte att tas emot. Om du vill återställa väljer du Stoppa replikering och sedan Starta replikering för att starta om replikeringsprocessen. Detta synkroniserar om varje tabell från grunden. Samma sak krävs när återställningen har misslyckats.

Nej.

Nej. Data mellanlagras inte utanför kundmiljön, utan mellanlagras i kundens OneLake.

Infrastrukturberäkning som används för att replikera dina data till Fabric OneLake är kostnadsfri. Kostnaden för speglingslagring är kostnadsfri upp till en gräns baserat på kapacitet. Mer information finns i Kostnaden för spegling och Microsoft Fabric-priser. Beräkningen för att köra frågor mot data med SQL, Power BI eller Spark debiteras med jämna priser.

Se Planera och hantera kostnader för Azure SQL Database. Överväg att använda en dedikerad, mindre Azure SQL Database baserat på krav.

Fabric tar inte betalt för ingressavgifter till OneLake för spegling.

Om Azure SQL Database finns i en annan region än din Infrastrukturkapacitet debiteras utgående data. Om det inte finns någon utgående data i samma region.

En Power BI Premium-, infrastrukturkapacitets- eller utvärderingskapacitet krävs. Mer information om licensiering finns i Begrepp och licenser för Microsoft Fabric.

Replikeringen stoppas i källdatabasen, men en kopia av tabellerna sparas i OneLake. Om speglingen startas om resulterar det i att alla data replikeras från början.

Om du inte kan sluta spegla Din Azure SQL Database från Fabric-portalen eller inte kan ta bort det speglade Azure SQL Database-objektet från Fabric kör du följande lagrade procedur i Azure SQL Database: exec sp_change_feed_disable_db;

Fabric-kapaciteten måste vara aktiv och i drift. En pausad eller borttagen kapacitet påverkar speglingen och inga data replikeras.

Relaterat innehåll

• Vad är spegling i tyg?
• Spegling av Azure SQL Database
• Felsöka infrastrukturspeglingsdatabaser från Azure SQL Database.