Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Gjelder for:✅ Warehouse i Microsoft Fabric
Denne artikkelen beskriver strategien, vurderingene og metodene for å migrere datavarehus i SQL Server til Microsoft Fabric datalager.
Tip
En automatisert migreringsopplevelse fra SQL Server er tilgjengelig ved å bruke Fabric Migration Assistant for datalager. Denne artikkelen inneholder viktig strategisk informasjon og planleggingsinformasjon.
Innføring i overføring
Microsoft Fabric er en alt-i-ett SaaS-analyseløsning for bedrifter som tilbyr et omfattende tjenestespekter, inkludert Data Factory, Data Engineering, Data Warehousing, Data Science, Real-Time Intelligence og Power BI.
Denne artikkelen beskriver alternativer for skjema (DDL), databasekode (DML) og datamigrering, og hjelper deg å velge et alternativ for ditt scenario. Den bruker TPC-DS bransjebenchmark for illustrasjon og ytelsestesting. Resultatene dine kan variere avhengig av faktorer som datatyper, tabellbredde og kildelatens.
Klargjør for overføring
Planlegg migreringsprosjektet nøye før du starter, og sørg for at skjemaet, koden og dataene dine er kompatible med Fabric datalager. Tenk på begrensningene. Kvantifiser refaktoreringsarbeidet for de inkompatible elementene, samt eventuelle andre ressurser som kreves før overføringsleveringen.
Et annet viktig mål med planlegging er å justere designet ditt for å sikre at løsningen din utnytter den høye spørringsytelsen som Fabric datalager er designet for å tilby, fullt ut. Utforming av datalagre for skala introduserer unike utformingsmønstre, slik at tradisjonelle tilnærminger ikke alltid er best. Gå gjennom ytelsesretningslinjene. Selv om noen designjusteringer kan gjøres etter migrering, vil endringer tidligere i prosessen spare deg tid og krefter. Migrering fra én teknologi eller miljø til et annet er alltid en stor innsats.
Følgende diagram viser migrasjonslivssyklusen. Den lister opp hovedpilarene bestående av Vurder og Evaluer, Planlegg og Design, Migrer,Overvåk og Styr, og Optimalisere og Modernisere, med tilhørende oppgaver i hver søyle for å planlegge og forberede en smidig migrering.
Runbook for overføring
Vurder følgende aktiviteter som en planleggingsbok for overgangen fra SQL Server til Fabric datalager.
-
Vurder og evaluer
- Identifiser mål og motivasjoner. Etablere klare ønskede resultater.
- Oppdag, vurder og grunnlegg den eksisterende arkitekturen.
- Identifiser sentrale interessenter og sponsorer.
- Definer omfanget av hva du skal migrere.
- Start i det små og enkelt, og forbered deg på flere små migrasjoner.
- Begynn å overvåke og dokumentere alle faser av prosessen.
- Bygg opp en oversikt over data og prosesser for migrering.
- Definer endringer i datamodellen, hvis det er noen.
- Sett opp Fabric-arbeidsområdet.
- Vurder teamets ferdigheter og preferanser.
- Automatiser der det er mulig.
- Bruk innebygde verktøy og funksjoner for å redusere migreringsarbeidet.
- Tren ansatte tidlig på den nye plattformen.
- Identifiser behov og opplæringsressurser, inkludert Microsoft Learn.
-
Planlegg og utforming
- Definer ønsket arkitektur.
- Velg metodene og verktøyene for migreringen for å utføre følgende oppgaver:
- Hent data fra kilden.
- Konverter skjemaet (DDL), inkludert metadata for tabeller og visninger.
- Ta inn data, inkludert historiske data.
- Om nødvendig, re-engineer datamodellen ved å bruke den nye plattformens ytelse og skalerbarhet.
- Migrer databasekode (DML).
- Overføre eller refaktorere lagrede prosedyrer og forretningsprosesser.
- Lager og trekk ut sikkerhetsfunksjoner og objekttillatelser fra kilden.
- Design og planlegg å erstatte eller modifisere eksisterende ETL- eller ELT-prosesser for inkrementell belastning.
- Lag parallelle ETL- eller ELT-prosesser i det nye miljøet.
- Klargjøre en detaljert overføringsplan.
- Kartlegg nåværende tilstand til den nye ønskede tilstanden.
-
Trekke
- Migrer skjemaet, dataene og koden.
- Hent data fra kilden.
- Konverter skjemaet (DDL).
- Innta data.
- Migrer databasekode (DML).
- Om nødvendig, skaler SQL Server-ressurser midlertidig for å øke migreringshastigheten.
- Bruk sikkerhet og tillatelser.
- Migrer eksisterende ETL- eller ELT-prosesser for inkrementell belastning.
- Migrer eller refaktorerer ETL- eller ELT-inkrementelle belastningsprosesser.
- Test og sammenlign parallelle inkrementelle belastningsprosesser.
- Tilpass den detaljerte migrasjonsplanen etter behov.
- Migrer skjemaet, dataene og koden.
-
Overvåk og styre
- Kjør parallelt, og sammenlign med kildemiljøet ditt.
- Test programmer, forretningsintelligensplattformer og spørringsverktøy.
- Benchmark og optimaliser spørringsytelse.
- Overvåk og administrer kostnader, sikkerhet og ytelse.
- Utfør en styringsbenchmark og vurdering.
- Kjør parallelt, og sammenlign med kildemiljøet ditt.
-
Optimaliser og moderniser
- Når virksomheten er komfortabel, overgangsprogrammer og primære rapporteringsplattformer til Fabric.
- Skaler ressurser etter hvert som arbeidsmengden flyttes fra SQL Server til Microsoft Fabric.
- Bygg en repeterbar mal fra opplevelsen som er oppnådd for fremtidige overføringer. Iterere.
- Identifiser muligheter for kostnadsoptimalisering, sikkerhet, skalerbarhet og operasjonell fortreffelighet.
- Identifiser muligheter til å modernisere dataområdet med de nyeste Fabric-funksjonene.
- Når virksomheten er komfortabel, overgangsprogrammer og primære rapporteringsplattformer til Fabric.
Løft og skift eller modernisere?
Generelt sett finnes det to typer overføringsscenarioer, uavhengig av formålet og omfanget av den planlagte overføringen: løft og skift som det er, eller en faset tilnærming som inkorporerer arkitektoniske og kodeendringer.
Løft og flytt
I en lift and shift-migrering migrerer du en eksisterende datamodell med mindre endringer i den nye Fabric datalager. Denne tilnærmingen minimerer risiko- og overføringstiden ved å redusere det nye arbeidet som trengs for å realisere fordelene ved overføring.
Overføring av løft og skift passer godt til disse scenarioene:
- Du har et eksisterende miljø med et lite antall datamarter som skal overføres.
- Du har et eksisterende miljø med data som allerede er i et godt utformet stjerne- eller snøfnuggskjema.
- Du er under tids- og kostnadspress for å gå over til Fabric datalager.
Oppsummert fungerer denne tilnærmingen godt for arbeidsbelastninger som er optimalisert for ditt nåværende SQL Server-miljø og derfor ikke krever store endringer i Fabric.
Modernisere i en faset tilnærming med arkitektoniske endringer
Hvis et eldre datalager har utviklet seg over lang tid, kan det hende du må omstrukturere det for å opprettholde de nødvendige ytelsesnivåene.
Du kan også ønske å redesigne arkitekturen for å dra nytte av de nye motorene og funksjonene som er tilgjengelige i Fabric-arbeidsområdet.
Designforskjeller mellom SQL Server og Fabric datalager
Vurder følgende forskjeller mellom SQL Server og Fabric datalager.
Tabellhensyn
Når du overfører tabeller mellom ulike miljøer, overføres vanligvis bare rådataene og metadataene fysisk. Du migrerer vanligvis ikke andre databaseelementer fra kildesystemet, som indekser, fordi de kan være unødvendige eller implementert annerledes i det nye miljøet.
Ytelsesoptimaliseringer i kildemiljøet, som indekser, indikerer hvor du kan legge til ytelsesoptimalisering i et nytt miljø, men Fabric tar seg av det automatisk for deg.
T-SQL-vurderinger
Vær oppmerksom på flere forskjeller i Data Manipulation Language (DML)-syntaks. Se T-SQL-overflateareal i Fabric datalager. Vurder også en kodevurdering når du velger migreringsmetoder for databasekoden (DML).
Avhengig av paritetsforskjellene på tidspunktet for overføringen, må du kanskje skrive om deler av T-SQL DML-koden.
Forskjeller i datatypetilordning
Fabric datalager har flere forskjeller mellom datatyper og andre Microsoft SQL-plattformer. Hvis du vil ha mer informasjon, kan du se Datatyper i Microsoft Fabric.
Tabellen nedenfor viser kartleggingen av støttede datatyper fra SQL-databasemotor til Fabric datalager.
| SQL Server | Fabric datalager |
|---|---|
money |
decimal(19,4) |
smallmoney |
decimal(10,4) |
smalldatetime |
datetime2 |
datetime |
datetime2 |
nchar |
char |
nvarchar |
varchar |
tinyint |
smallint |
binary |
varbinary |
datetimeoffset* |
datetime2 |
*
datetime2 lagrer ikke tidssoneforskyvningsinformasjonen som datetimeoffset lagres. Siden datatypen datetimeoffset for øyeblikket ikke støttes i Fabric datalager, kan du trekke ut tidssoneoffset-dataene i en egen kolonne.
Tip
er du klar til å overføre?
Hvis du vil komme i gang med en automatisert overføringsopplevelse, kan du se Fabric Migration Assistant for datalager.
For flere manuelle migreringstrinn og detaljer, se Migreringsmetoder for SQL Server til Fabric datalager.