Infrastrukturoverføringsassistent for datalager

Gjelder for: ✅ Warehouse i Microsoft Fabric

Fabric Migration Assistant er en migrasjonsopplevelse innebygd i Fabric. Det gir en veiledet migreringsopplevelse til Microsoft Fabric.

Migration Assistant kopierer metadata og data fra kildedatabasen, og konverterer automatisk kildeskjemaet til Fabric datalager. Ai-drevet hjelp gir raske løsninger for overføringsinkompatibilitet eller feil.

Tips

For trinnvise migrasjonsguider med Migreringsassistenten, se Migrer ved å laste opp en fil og Migrer ved å koble til kildesystemet.

Bruk Fabric Migration Assistant for datalager for migrering:

Fremgangsmåte for overføring

Migration Assistant hjelper deg å migrere til Fabric datalager. Du kan laste opp en DACPAC-fil eller opprette en direkte tilkobling til kildesystemet.

Migrasjon med Fabric Migration Assistant innebærer disse trinnene:

  1. Migrer objektskjemaer, som tabelldefinisjoner, til et nytt Fabric-lager ved å laste opp en kildefil eller koble til kildesystemet ditt.
  2. Bruk Migration Assistant for å fikse problemer ved å oppdatere T-SQL-typer og definisjoner for objektene den ikke kunne migrere automatisk.
  3. Kopier data ved å bruke en kopijobb i Fabric Data Factory.
  4. Test og sammenlign det gamle lageret og det nye lageret. Til slutt omdirigerer du tilkoblinger fra programmer som får tilgang til kildelageret til å bruke det nye lageret.

Overførte objekter

Migration Assistant hjelper deg med å migrere til Fabric datalager ved å laste opp en DACPAC-fil, laste opp et zip-arkiv av .sql filer eller .bteq koble til kildesystemet. Metadataene for databaseobjektene som fanges inn inkluderer:

  • Tabeller
  • Visninger
  • Functions
  • Lagrede prosedyrer
  • Sikkerhetsobjekter som roller, tillatelser, dynamisk datamaskering

Løse problemer med overføringsassistenten

Noen T-SQL-skript mislykkes i å migrere hvis metadataene ikke kunne migreres til de som støttes i Fabric datalager, eller hvis koden ikke gjaldt for T-SQL. Fiks problemer-steget i Migreringsassistenten hjelper deg å fikse disse mislykkede skriptene.

For mer informasjon, se våre trinnvise veiledninger: Migrer ved å laste opp en fil eller Migrer ved å koble til kildesystemet.

Primære og avhengige objekter

De mislykkede skriptene deles inn i sett:

  • Primærobjekter er ikke avhengige av et annet objekt.
  • Avhengige objekter er direkte eller indirekte avhengige av ett eller flere objekter.

Avhengige objekter overføres ikke før de primære objektene er løst, så du blir veiledet til å reparere primærobjektene først.

For eksempel, vurder tre objekter: tabell A, visning B som bruker tabell A, og visning C som bruker visning B. I dette tilfellet er hovedobjektet tabell A. Visning B og C er avhengige objekter.

De primære objektene sorteres etter prioritet for å hjelpe deg med å fullføre overføringen raskere. Prioriteten er basert på antall avhengigheter for objektet. Avhengigheter refererer til objekter som refererer til eller er avhengige av dette objektet, direkte eller indirekte.

Tabell A har for eksempel to avhengigheter for visning B og C, visning B har én avhengighet på visning C, og visning C har ingen avhengigheter. Prioritetsrekkefølgen er tabell A, visning B, og deretter visning C.

Løse overføringsfeil

Gå gjennom og fiks de ødelagte skriptene ved å bruke feilinformasjonen manuelt, eller bruk Copilot for AI-drevet assistanse. (Copilot må være aktivert.) Copilot analyserer spørringen og prøver å finne den beste måten å løse den på. Copilot legger igjen kommentarer for å forklare hva det fikset og hvorfor. Feil kan oppstå når Copilot bruker kunstig intelligens, så bekreft kodeforslag før du kjører dem.

Når du kjører spørringen, validerer og migrerer Migration Assistant objektet og dets avhengigheter. Når det faste objektet er overført, oppdateres Primærobjekter-fanen med en ny prioritert liste over objekter. Hvis du reparerer et primærobjekt, kan det føre til at antallet primære objekter forblir det samme eller til og med går opp. Objekt B er for eksempel brutt på grunn av en avhengighet av flere andre brutte objekter, inkludert objekt A. I dette scenarioet vil det å reparere objekt A løse noen, men ikke alle, feil i B og føre til at B endres fra et avhengig objekt til et primærobjekt.

Sikkerhet

De fleste typer sikkerhetsobjekter, inkludert roller, tillatelser (som GRANT, REVOKE og DENY), og dynamisk datamaskering, migreres automatisk. Noen objekter (som SQL-autentiserte brukere eller kryptering på kolonnenivå) trenger oppdateringer for å fungere i Fabric. Migration Assistant flagger disse problemene i listen Fix problems.

Erstatt SQL-autentiserte brukere med Microsoft Entra-brukere i Microsoft Fabric. Sørg for at de kan logge inn på Fabric via Microsoft Entra ID, og bruk deretter Administrer tillatelser eller Del-dialogen for å legge dem til i lageret ditt. For å legge til brukere må en administrator eller medlem ha tillatelse til å dele på nytt.

Før du kopierer data, sørg for at du fikser sikkerhetsobjektene som ikke migrerte, og sjekk at sikkerheten du trenger er satt opp, slik at brukerne ikke får utilsiktet tilgang til sensitiv informasjon.

Begrensninger

For øyeblikket er det ikke full T-SQL-kompatibilitet mellom kildelageret og Fabric-lageret. Hvis du vil ha mer informasjon, kan du se:

Tabellen nedenfor viser løsninger for noen vanlige ikke-støttede funksjoner:

Problem Løsning
SQL-godkjenning Erstatt SQL-godkjenningsbrukere med Microsoft Entra-godkjenning som et alternativ til SQL-godkjenning.
Kryptering på kolonnenivå Bruk andre metoder for å beskytte dataene dine, som å implementere kryptering på applikasjonslaget og dynamisk datamaskering i Fabric data warehousing for å skjule sensitiv informasjon basert på brukertillatelser.
Identitetskolonner IDENTITY-kolonner i Fabric datalager oppfører seg annerledes enn de gjør på andre plattformer, som SQL Server. For mer informasjon, se Understanding IDENTITY-kolonner i Fabric datalager.

Følgende ikke-støttede funksjoner er ikke lenger nødvendige i Fabric datalager:

  • Indekser
  • Transparent datakryptering (TDE): Fabric datalager trenger ikke TDE fordi det allerede krypterer data gjennom mer avanserte metoder. Hvis du vil ha mer informasjon, kan du se Datakryptering i Fabric datalager.

Andre funksjoner som ikke støttes for øyeblikket, kan du se:

  • Eksterne tabeller
  • Tabellverdifunksjoner med flere setninger (TVF)

Neste trinn:

Migrer ved å laste opp en fil eller Migrer ved å koble til kildesystemet

Relatert innhold

  • Sist oppdatert