Fabric Migration Assistant til data warehouse

Gælder for: ✅ Lager i Microsoft Fabric

Fabric Migration Assistant er en migrationsoplevelse, der er indbygget direkte i Fabric. Det giver en guidet migrationsoplevelse til Microsoft Fabric.

Migration Assistant kopierer metadata og data fra kildedatabasen og konverterer automatisk kildeskemaet til Fabric data warehouse. AI-drevet hjælp giver hurtige løsninger til migreringskompatibilitet eller fejl.

Tips

For trin-for-trin migrationsvejledninger med Migration Assistant, se Migrate ved at uploade en fil og Migrate ved at forbinde til kildesystemet.

Brug Fabric Migration Assistant til data warehouse til migration:

Overførselstrin

Migration Assistant hjælper dig med at migrere til Fabric data warehouse. Du kan uploade en DACPAC-fil eller oprette en direkte forbindelse til kildesystemet.

Migration med Fabric Migration Assistant involverer disse trin:

  1. Migrer objektskemaer, såsom tabeldefinitioner, til et nyt Fabric-lager ved at uploade en kildefil eller forbinde til dit kildesystem.
  2. Brug Migration Assistant til at løse problemer ved at opdatere T-SQL-typer og definitioner for de objekter, den ikke kunne migrere automatisk.
  3. Kopier data ved at bruge et kopijob i Fabric Data Factory.
  4. Test og sammenlign det gamle lager og det nye lager. Til sidst skal du omdirigere forbindelser fra programmer, der har adgang til kildelageret, for at bruge det nye lager.

Migrerede objekter

Migration Assistant hjælper dig med at migrere til Fabric data warehouse ved at uploade en DACPAC-fil, uploade et zip-arkiv af .sql vores .bteq filer eller forbinde til kildesystemet. De indsamlede databaseobjektmetadata inkluderer:

  • Tabeller
  • Udsigt over
  • Functions
  • Lagrede procedurer
  • Sikkerhedsobjekter, f.eks. roller, tilladelser, dynamisk datamaskering

Løs problemer med Overførselsassistent

Nogle T-SQL-scripts kan ikke migrere, hvis metadataene ikke kunne migreres til dem, der understøttes i Fabric data warehouse, eller hvis koden ikke kunne anvendes på T-SQL. Fix problems-trinnet i Migration Assistant hjælper dig med at rette disse fejlslagne scripts.

For mere information, se vores trin-for-trin vejledninger: Migrer ved at uploade en fil eller Migrer ved at forbinde til kildesystemet.

Primære og afhængige objekter

De mislykkede scripts er opdelt i sæt:

  • Primære objekter afhænger ikke af et andet objekt.
  • Afhængige objekter afhænger direkte eller indirekte af et eller flere objekter.

Afhængige objekter overføres ikke, før deres primære objekter er faste, så du får hjælp til at rette de primære objekter først.

For eksempel, betragt tre objekter: tabel A, visning B der bruger tabel A, og visning C der bruger visning B. I dette tilfælde er det primære objekt tabel A. Visning B og C er afhængige objekter.

De primære objekter sorteres efter prioritet for at hjælpe dig med at fuldføre overførslen hurtigere. Prioriteten er baseret på antallet af afhængigheder af objektet. Afhængigheder refererer til alle objekter, der refererer til eller er afhængige af dette objekt, direkte eller indirekte.

Tabel A har f.eks. to afhængigheder af visninger B og C, visning B har én afhængighed af visningen C, og visningen C har ingen afhængigheder. Prioritetsrækkefølgen er tabel A, visning B og derefter visning C.

Ret overførselsfejl

Gennemgå og ret de ødelagte scripts ved manuelt at bruge fejlinformationen, eller brug Copilot til AI-drevet assistance. (Copilot skal være aktiveret.) Copilot analyserer din forespørgsel og forsøger at finde den bedste måde at løse den på. Copilot efterlader kommentarer for at forklare, hvad det faste og hvorfor. Fejl kan ske, når Copilot bruger AI, så bekræft kodeforslag, før du kører dem.

Når du kører forespørgslen, validerer og migrerer Migration Assistant objektet og dets afhængigheder. Når det faste objekt er migreret, opdateres fanen Primære objekter med en ny prioriteret liste over objekter. Rettelse af et primært objekt kan resultere i, at antallet af primære objekter forbliver det samme eller endda går op. Objekt B er f.eks. brudt på grund af en afhængighed af flere andre brudte objekter, herunder objekt A. I dette scenarie vil rettelse af objekt A løse nogle, men ikke alle, fejl i B og resultere i, at B ændres fra et afhængigt objekt til et primært objekt.

Sikkerhed

De fleste typer sikkerhedsobjekter, herunder roller, tilladelser (såsom GRANT, REVOKE og DENY) og dynamisk datamaskering, migrerer automatisk. Nogle objekter (såsom SQL-autentificerede brugere eller kolonne-kryptering) kræver opdateringer for at fungere i Fabric. Migration Assistant markerer disse problemer i listen Fix problems.

Erstat SQL-autentificerede brugere med Microsoft Entra-brugere i Microsoft Fabric. Sørg for, at de kan logge ind på Fabric via Microsoft Entra ID, og brug derefter Administrer tilladelser eller Del-dialogen til at tilføje dem til dit lager. For at tilføje brugere skal en administrator eller medlem have tilladelse til at dele igen.

Før du kopierer data, skal du sikre dig, at du retter de sikkerhedsobjekter, der ikke migrerede, og gennemgå, at den nødvendige sikkerhed er sat op, så brugerne ikke får utilsigtet adgang til følsomme oplysninger.

Begrænsninger

I øjeblikket er der ikke fuld T-SQL-kompatibilitet mellem kildelageret og Fabric Warehouse. Du kan finde flere oplysninger under:

Følgende tabel viser løsninger på nogle almindelige ikke-understøttede funktioner:

Problem Løsning
SQL-godkendelse Erstat SQL-godkendelsesbrugere med Microsoft Entra-godkendelse som et alternativ til SQL-godkendelse.
Kryptering på kolonneniveau Brug andre metoder til at beskytte dine data, såsom implementering af kryptering på applikationslaget og dynamisk datamaskering i Fabric data warehousing for at skjule følsomme data baseret på brugerrettigheder.
Identitetskolonner IDENTITY-kolonner i Fabric data warehouse opfører sig anderledes end på andre platforme, såsom SQL Server. For flere detaljer, se Understanding IDENTITY-kolonner i Fabric data warehouse.

Følgende ikke-understøttede funktioner er ikke længere nødvendige i Fabric data warehouse:

  • Indekser
  • Transparent datakryptering (TDE): Fabric data warehouse behøver ikke TDE, fordi det allerede krypterer data gennem mere avancerede metoder. Du kan finde flere oplysninger i Datakryptering i Fabric data warehouse.

Andre funktioner, der ikke understøttes i øjeblikket, kan du se:

  • Eksterne tabeller
  • Tabelværdifunktioner med flere udsagn (TVF)

Næste trin

Migrer ved at uploade en fil eller Migrer ved at forbinde til kildesystemet

Relateret indhold

  • Last updated on