Dela via


Migreringsassistent för datalagerfabric

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

Fabric-migreringsassistenten är en migreringsupplevelse inbyggd direkt i Fabric, vilket 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

En stegvis guide för att migrera med Migreringsassistenten finns i Migrera med Fabric-migreringsassistenten för datavaruhus.

För mer information om strategi och planering av migreringen, se Migrerings​planering: Azure Synapse Analytics dedikerade SQL-pooler för Fabric Data Warehouse.

Migreringssteg

Migrering med Fabric-migreringsassistenten omfattar följande steg på övergripande nivå:

  1. Migrera schemat för objekt (till exempel definitionen för en tabell) från källan till ett nytt infrastrukturlager med hjälp av en DACPAC-fil.
  2. Använd Migration Assistant för att åtgärda problem genom att uppdatera T-SQL-typer och definitioner för objekt som inte kunde migreras automatiskt.
  3. Kopiera data med hjälp av kopieringsuppgift i Fabric Data Factory.
  4. Testning och parallell jämförelse av 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

Migreringsassistenten hjälper användare att migrera till Fabric warehouse med hjälp av DACPAC-filer. Databasobjektmetadata som samlas in i DACPAC är:

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

Åtgärda problem med Migration Assistant

Vissa T-SQL-skript kan inte migreras om metadata inte kunde migreras till de som stöds i Fabric-lagret, eller om koden misslyckades med att tillämpas på T-SQL. Steget Åtgärda problem i migreringsassistenten hjälper dig att åtgärda dessa misslyckade skript.

Primära och beroende objekt

De misslyckade skripten delas upp i uppsättningar:

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

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.

Det finns till exempel tre objekt: tabell A, visa B som använder tabell A, visa C som använder vy B. I det här fallet är det primära objektet Tabell A. Vyerna 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. Därför sorteras de i prioritet med början i Tabell A, Visa B, Visa C.

Åtgärda migreringsfel

Granska och åtgärda de brutna skripten med hjälp av felinformationen manuellt eller använd Copilot för AI-baserad 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 har gjort några justeringar som du behöver för att köra frågan verifierar migrationsassistenten och migrerar 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 (till exempel GRANT/REVOKE/DENY) och dynamisk datamaskering förväntas migrera automatiskt. Vissa objekt (till exempel SQL-autentiserade användare eller kryptering på kolumnnivå) behöver uppdateringar för att fungera i Fabric. Dessa problem flaggas i listan Åtgärda problem i migreringsassistenten.

SQL-autentiserade användare måste ersättas med Microsoft Entra-användare i Microsoft Fabric. Kontrollera att de kan logga in på Fabric via Microsoft Entra-ID och använd sedan Hantera behörigheter eller Dela dialogrutan för att lägga till dem i ditt lager i Fabric. Om du vill lägga till användare måste en administratör/medlem ha behörigheten "Dela om".

Innan du kopierar data måste du åtgärda de säkerhetsobjekt som inte kunde migreras och granska att säkerheten du behöver har konfigurerats, så att användarna inte har 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:

Lösningarna för några av de vanliga funktionerna som inte stöds:

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 alternativa sätt att skydda dina data, till exempel genom att implementera kryptering på programnivå och dynamisk datamaskering i Fabric-datalager för att dölja känsliga data.
Skalärfunktioner Skalära användardefinierade funktioner (UDF: er) migreras för närvarande inte av Migration Assistant. Skalära användardefinierade funktioner (UDF) stöds i Fabric Data Warehouse, men endast när de är inlinjerbara (för närvarande i förhandsversion). Mer information finns i CREATE FUNCTION och Scalar UDF-inlining.
Identitetskolumner Använd alternativa metoder för att tilldela en unik identifierare. Exempel finns i Generera unika identifierare i en lagertabell i Microsoft Fabric
Temporära tabeller Använd vanliga tabeller.

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

  • Indexen
  • Transparent datakryptering (TDE): Behövs inte i Fabric eftersom Fabric redan krypterar data på mer avancerade sätt.

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

  • Externa tabeller
  • Flersatsiga tabellvärdesfunktioner (TVF)

Nästa steg