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.
Spegling i Fabric ger en enkel upplevelse för att undvika komplex ETL (extrahera transformeringsbelastning) och integrera din befintliga SQL Server-egendom med resten av dina data i Microsoft Fabric. Du kan kontinuerligt replikera dina befintliga SQL Server-databaser direkt till Fabrics OneLake. I Fabric kan du låsa upp kraftfull business intelligence, artificiell intelligens, datateknik, datavetenskap och datadelningsscenarier.
En självstudiekurs finns i Självstudie: Konfigurera Microsoft Fabric-speglade databaser från SQL Server.
Viktigt!
Den här funktionen är i förhandsversion.
Varför ska du använda spegling i Infrastrukturresurser?
Med spegling i Infrastruktur behöver du inte pussla ihop olika tjänster från flera leverantörer. I stället kan du njuta av en mycket integrerad produkt från slutpunkt till slutpunkt och lätt att använda som är utformad för att förenkla dina analysbehov och som skapats för öppenhet och samarbete mellan Microsoft, SQL Server och 1000-tals tekniklösningar som kan läsa Delta Lake-tabellformatet med öppen källkod.
Vilka analysupplevelser är inbyggda?
Speglade databaser är ett objekt i Fabric Data Warehousing som skiljer sig från slutpunkten för lager- och SQL-analys.
Spegling skapar dessa objekt på din Infrastruktur-arbetsyta:
- Det speglade databasobjektet. Spegling hanterar replikering av data till OneLake och konvertering till Parquet i ett analysklart format. Detta möjliggör nedströmsscenarier som datateknik, datavetenskap med mera.
- En SQL-analysslutpunkt
Varje speglad SQL Server-databas har en autogenererad SQL-analysslutpunkt som ger en omfattande analysupplevelse ovanpå deltatabellerna som skapats av speglingsprocessen. Användare har åtkomst till välbekanta T-SQL-kommandon som kan definiera och köra frågor mot dataobjekt men inte manipulera data från SQL-analysslutpunkten, eftersom det är en skrivskyddad kopia. Du kan utföra följande åtgärder i SQL-analysslutpunkten:
- Utforska tabellerna som refererar till data i dina Delta Lake-tabeller från SQL Server.
- Skapa inga kodfrågor och vyer och utforska data visuellt utan att skriva en kodrad.
- Utveckla SQL-vyer, infogade TVF:er (Tabellvärdesfunktioner) och lagrade procedurer för att kapsla in din semantik och affärslogik i T-SQL.
- Hantera behörigheter för objekten.
- Fråga efter data i andra lager och lakehouses på samma arbetsyta.
Förutom SQL-frågeredigeraren finns det ett brett ekosystem med verktyg som kan köra frågor mot SQL-analysslutpunkten, inklusive SQL Server Management Studio (SSMS),mssql-tillägget med Visual Studio Code och till och med GitHub Copilot.
Miljöer som stöds
SQL Server 2016 – 2022
- SQL Server i Windows har stöd för infrastrukturspegling i Standard-, Enterprise- och Developer-utgåvor
- SQL Server 2017 på Linux har stöd för infrastrukturspegling från och med CU18
- SQL Server 2019 och SQL Server 2022 på Linux stöder infrastrukturspegling
- SQL Server-instanser som finns lokalt, SQL Server på en virtuell Azure-dator, SQL Server i moln som inte är Azure-moln
SQL Server 2025
- Infrastrukturspegling för SQL Server 2025 stöds för lokala instanser, som för närvarande inte stöds för SQL Server 2025-instanser som körs på en virtuell Azure-dator.
- Speglingsfunktion för Fabric i SQL Server 2025 stöds för närvarande inte på SQL Server på Linux.
Spegla SQL Server bakom brandväggen
Konfigurera en lokal datagateway för att spegla data. Datagatewayen underlättar säkra anslutningar till dina källdatabaser via en privat slutpunkt eller från ett betrott privat nätverk. Lär dig mer från den speglade SQL Server-självstudien och Hur du: Skydda data Microsoft Fabric-speglade databaser från SQL Server.
Aktiva transaktioner, arbetsbelastningar och replikeringsmotorbeteenden
- Aktiva transaktioner fortsätter att hålla transaktionsloggens trunkering tills transaktionen checkas in och den speglade SQL Server kommer ikapp eller transaktionen avbryts. Långvariga transaktioner kan leda till att transaktionsloggen fylls i mer än vanligt. Transaktionsloggen för källdatabasen bör övervakas så att transaktionsloggen inte fylls. Mer information finns i Transaktionsloggen växer på grund av långvariga transaktioner och CDC.
- Varje användararbetsbelastning varierar. Under den första ögonblicksbilden kan det finnas mer resursanvändning i källdatabasen, för både CPU och IOPS (indata-/utdataåtgärder per sekund, för att läsa sidorna). Tabelluppdateringar/borttagningsåtgärder kan leda till ökad logggenerering. Läs mer om hur du övervakar resurser för din SQL Server.
Pricing
Infrastrukturberäkning som används för att replikera dina data till Fabric OneLake är kostnadsfri. Lagring i OneLake är kostnadsfritt baserat på kapacitetsstorleken. Mer information finns i Kostnad för spegling och OneLake-priser för spegling. Beräkningsanvändningen för att köra frågor mot data via SQL, Power BI eller Spark debiteras fortfarande baserat på infrastrukturresursernas kapacitet.