Migreringsassistent för datalagerfabric

Gäller för: ✅ Warehouse i Microsoft Fabric

Fabric Migration Assistant är en migrationsupplevelse som är inbyggd i Fabric. Det ger en guidad migreringsupplevelse till Microsoft Fabric.

Migration Assistant kopierar metadata och data från källdatabasen och konverterar automatiskt källschemat till Fabric Data Warehouse. AI-stöd ger snabba lösningar för inkompatibilitet eller fel i migrering.

Tips/Råd

Stegvisa migreringsguider med Migration Assistant finns i Migrera genom att ladda upp en fil och Migrera genom att ansluta till källsystemet.

Använd Fabric Migration Assistant för Data Warehouse för migration:

Migreringssteg

Migreringsassistenten hjälper dig att migrera till Fabric Data Warehouse. Du kan ladda upp en DACPAC-fil eller skapa en direkt anslutning till källsystemet.

Migration med Fabric Migration Assistant innebär följande åtgärder:

  1. Migrera objektscheman, såsom tabelldefinitioner, till ett nytt Fabric-lager genom att ladda upp en källfil eller ansluta till ditt källkodssystem.
  2. Använd Migration Assistant för att åtgärda problem genom att uppdatera T-SQL-typer och definitioner för de objekt som den inte kunde migrera automatiskt.
  3. Kopiera data genom att använda ett kopieringsjobb i Fabric Data Factory.
  4. Testa och jämför det gamla lagret och det nya lagret. Slutligen omdirigerar du anslutningar från program som har åtkomst till källlagret för att använda det nya lagret.

Migrerade objekt

Migration Assistant hjälper dig att migrera till Fabric Data Warehouse genom att ladda upp en DACPAC-fil, ladda upp ett zip-arkiv med .sql- eller .bteq-filer, eller ansluta till källsystemet. Metadata för infångade databasobjekt inkluderar:

  • Tabeller
  • Visningar
  • Funktionen
  • Lagrade procedurer
  • Säkerhetsobjekt som roller, behörigheter, dynamisk datamaskering

Åtgärda problem med Migration Assistant

Vissa T-SQL-skript misslyckas med att migrera om metadata inte kunde migreras till de som stöds i Fabric Data Warehouse, eller om koden inte kunde tillämpas på T-SQL. Steget Åtgärda problem i Migration Assistant hjälper dig att åtgärda dessa misslyckade skript.

Mer information finns i våra stegvisa självstudier: Migrera genom att ladda upp en fil eller Migrera genom att ansluta till källsystemet.

Primära och beroende objekt

De misslyckade skripten delas upp i uppsättningar:

  • Primära objekt är inte beroende av ett annat objekt.
  • Beroende objekt är direkt eller indirekt beroende av ett eller flera objekt.

Beroende objekt migreras inte förrän deras primära objekt har åtgärdats, så du får vägledning för att åtgärda de primära objekten först.

Till exempel, betrakta tre objekt: tabell A, vy B som använder tabell A, och vy C som använder vy B. I detta fall är primärobjektet tabell A. Vyer B och C är beroende objekt.

De primära objekten sorteras efter prioritet för att hjälpa dig att slutföra migreringen snabbare. Prioriteten baseras på antalet beroenden för objektet. Beroenden refererar till alla objekt som refererar till eller är beroende av det här objektet, direkt eller indirekt.

Tabell A har till exempel två beroenden för vyerna B och C, vy B har ett beroende av vy C och vy C har inga beroenden. Prioritetsordningen är tabell A, vy B och sedan vy C.

Åtgärda migreringsfel

Gå igenom och åtgärda de trasiga skripten genom att använda felinformationen manuellt, eller använd Copilot för AI-driven hjälp. (Copilot måste aktiveras.) Copilot analyserar din förfrågan och försöker hitta det bästa sättet att lösa den. Copilot lämnar kommentarer för att förklara vad det fixade och varför. Misstag kan inträffa när Copilot använder AI, så verifiera kodförslag innan du kör dem.

När du kör frågan validerar och migrerar Migration Assistant objektet och dess beroenden. När det fasta objektet har migrerats uppdateras fliken Primära objekt med en ny prioriterad lista över objekt. Om du åtgärdar ett primärt objekt kan det leda till att antalet primära objekt förblir detsamma eller till och med ökar. Objekt B är till exempel brutet på grund av ett beroende av flera andra brutna objekt, inklusive objekt A. I det här scenariot skulle korrigering av objekt A åtgärda vissa, men inte alla, fel i B och leda till att B ändras från ett beroende objekt till ett primärt objekt.

Säkerhet

De flesta typer av säkerhetsobjekt, inklusive roller, behörigheter (såsom GRANT, REVOKE och DENY) och dynamisk datamaskering, migrerar automatiskt. Vissa objekt (såsom SQL-autentiserade användare eller kolumnnivåkryptering) behöver uppdateringar för att fungera i Fabric. Migration Assistant flaggar dessa problem i listan Fix problems.

Ersätt SQL-autentiserade användare med Microsoft Entra-användare i Microsoft Fabric. Se till att de kan logga in på Fabric via Microsoft Entra ID, och använd sedan Hantera-behörigheter eller delningsdialogen för att lägga till dem i ditt lager. För att lägga till användare måste en administratör eller medlem ha återdelningsbehörighet.

Innan du kopierar data, se till att du åtgärdar de säkerhetsobjekt som misslyckades med att migrera och se till att den säkerhet du behöver är upprättad, så att användare inte får oavsiktlig åtkomst till känslig information.

Begränsningar

För närvarande finns det inte fullständig T-SQL-kompatibilitet mellan källlagret och Infrastrukturlager. Mer information finns i:

Följande tabell listar lösningar för några vanliga icke-stödda funktioner:

Problematik Omgångslösning
SQL-autentisering Ersätt användare med SQL-autentisering med Microsoft Entra-autentisering som ett alternativ till SQL-autentisering.
Kryptering på kolumn Använd andra metoder för att skydda dina data, såsom att implementera kryptering på applikationslagret och dynamisk datamaskering i Fabric data warehousing för att dölja känslig data baserat på användarbehörigheter.
Identitetskolumner IDENTITY-kolumner i Fabric Data Warehouse beter sig annorlunda än på andra plattformar, till exempel SQL Server. Mer information finns i Förstå IDENTITY-kolumner i Fabric Data Warehouse.

Följande funktioner som inte stöds behövs inte längre i Fabric Data Warehouse:

  • Indexen
  • Transparent datakryptering (TDE): Fabric Data Warehouse behöver inte TDE eftersom det redan krypterar data på mer avancerade sätt. Mer information finns i Datakryptering i Fabric Data Warehouse.

Andra funktioner som för närvarande inte stöds kan du se:

  • Externa tabeller
  • Flersatsiga tabellvärdesfunktioner (TVF)

Nästa steg

Migrera genom att ladda upp en fil eller Migrera genom att ansluta till källsystemet

Relaterat innehåll

  • Last updated on