Del via


Migreringsplanlægning: Azure Synapse Analytics dedikerede SQL-puljer til Fabric Data Warehouse

Gælder for:✅ Warehouse i Microsoft Fabric

I denne artikel beskrives strategi, overvejelser og metoder til migrering af datawarehousing i Azure Synapse Analytics dedikerede SQL-puljer til Microsoft Fabric Warehouse.

Tip

Du kan få en automatiseret oplevelse med migrering fra dedikerede SQL-puljer i Azure Synapse Analytics ved hjælp af Fabric Migration Assistant til Data Warehouse-. Denne artikel indeholder vigtige strategiske oplysninger og planlægningsoplysninger.

Introduktion til migrering

Da Microsoft introducerede Microsoft Fabric, en alt-i-en SaaS-analyseløsning til virksomheder, der tilbyder en omfattende pakke af tjenester, herunder Data Factory, Dataudvikler ing, Data Warehousing, Data Science, Real-Time Intelligence og Power BI.

I denne artikel fokuseres der på indstillinger for skemaoverførsel (DDL), DML-overførsel (Database Code) og dataoverførsel. Microsoft tilbyder flere muligheder, og her diskuterer vi hver indstilling i detaljer og giver vejledning i, hvilke af disse indstillinger du skal overveje til dit scenarie. I denne artikel bruges branchebenchmarket for TPC-DS til illustration og test af ydeevne. Dit faktiske resultat kan variere afhængigt af mange faktorer, herunder datatype, datatyper, bredde af tabeller, ventetid for datakilde osv.

Forbered migrering

Planlæg omhyggeligt dit migreringsprojekt, før du kommer i gang, og sørg for, at dit skema, din kode og dine data er kompatible med Fabric Warehouse. Der er nogle begrænsninger , du skal overveje. Kvantificer omstruktureringsarbejdet for de inkompatible elementer samt eventuelle andre ressourcer, der er nødvendige før migreringsleveringen.

Et andet vigtigt mål med planlægning er at justere dit design for at sikre, at din løsning drager fuld fordel af den høje forespørgselsydeevne, som Fabric Warehouse er designet til at levere. Design af data warehouses til skalering introducerer unikke designmønstre, så traditionelle tilgange er ikke altid de bedste. Gennemse retningslinjerne for ydeevne, for selvom der kan foretages designjusteringer efter migreringen, sparer du tid og kræfter ved at foretage ændringer tidligere i processen. Overførsel fra én teknologi/et miljø til en anden er altid en stor indsats.

Følgende diagram viser migreringslivscyklussen, der viser de vigtigste søjler, der består af Vurder og evaluer, Planlæg og design, Migrér, Overvåg og styr, Optimer og moderniser søjler med de tilknyttede opgaver i hver søjle for at planlægge og forberede den problemfri migrering.

Diagram over migreringslivscyklussen.

Runbook til migrering

Overvej følgende aktiviteter som en planlægningskørselsbog for din migrering fra Synapse dedikerede SQL-puljer til Fabric Warehouse.

  1. Vurder og evaluer
    1. Identificer målsætninger og motivationer. Opret tydelige ønskede resultater.
    2. Registrering, vurdering og grundlinje for den eksisterende arkitektur.
    3. Identificer vigtige interessenter og sponsorer.
    4. Definer omfanget af det, der skal migreres.
      1. Start lille og enkel, forbered dig på flere små migreringer.
      2. Begynd at overvåge og dokumentere alle faser i processen.
      3. Opret en oversigt over data og processer til migrering.
      4. Definer eventuelle ændringer af datamodellen.
      5. Konfigurer Fabric Workspace.
    5. Hvad er dine færdigheder/præferencer?
      1. Automatiser, hvor det er muligt.
      2. Brug indbyggede Azure-værktøjer og -funktioner til at reducere migreringsindsatsen.
    6. Oplær personalet tidligt på den nye platform.
      1. Identificer behov for opkvalificering og oplæringsaktiver, herunder Microsoft Learn.
  2. Planlæg og design
    1. Definer den ønskede arkitektur.
    2. Vælg metoden /værktøjerne til migreringen for at udføre følgende opgaver:
      1. Dataudtrækning fra kilden.
      2. Skemakonvertering (DDL), herunder metadata for tabeller og visninger
      3. Dataindtagelse, herunder historiske data.
        1. Om nødvendigt skal du rekonstruere datamodellen ved hjælp af ny platformydeevne og skalerbarhed.
      4. Overførsel af databasekode (DML).
        1. Overfør eller refactor lagrede procedurer og forretningsprocesser.
    3. Opret en oversigt over og udtræk sikkerhedsfunktionerne og objekttilladelserne fra kilden.
    4. Design og planlæg at erstatte/ændre eksisterende ETL/ELT-processer for trinvis belastning.
      1. Opret parallelle ETL/ELT-processer til det nye miljø.
    5. Forbered en detaljeret overførselsplan.
      1. Knyt den aktuelle tilstand til den nye ønskede tilstand.
  3. Overflytte
    1. Udfør skema, data, kodeoverførsel.
      1. Dataudtrækning fra kilden.
      2. Skemakonvertering (DDL)
      3. Dataindtagelse
      4. Overførsel af databasekode (DML).
    2. Skaler om nødvendigt de dedikerede SQL-puljeressourcer midlertidigt for at gøre migreringen hurtigere.
    3. Anvend sikkerhed og tilladelser.
    4. Overfør eksisterende ETL/ELT-processer for trinvis belastning.
      1. Migrer eller refactor ETL/ELT trinvise belastningsprocesser.
      2. Test og sammenlign belastningsprocesser for parallel trinvis forøgelse.
    5. Tilpas detaljeret overførselsplan efter behov.
  4. Overvåg og styr
    1. Kør parallelt, sammenlign med dit kildemiljø.
      1. Test programmer, business intelligence-platforme og forespørgselsværktøjer.
      2. Benchmark og optimer forespørgselsydeevnen.
      3. Overvåg og administrer omkostninger, sikkerhed og ydeevne.
    2. Benchmark for styring og vurdering.
  5. Optimer og moderniser
    1. Når virksomheden er komfortabel, kan du overføre programmer og primære rapporteringsplatforme til Fabric.
      1. Skaler ressourcer op/ned, efterhånden som arbejdsbelastningen flyttes fra Azure Synapse Analytics til Microsoft Fabric.
      2. Opret en gentagelig skabelon ud fra den erfaring, der er opnået i forbindelse med fremtidige migreringer. Gentage.
      3. Identificer muligheder for omkostningsoptimering, sikkerhed, skalerbarhed og driftsmæssig ekspertise
      4. Identificer muligheder for at modernisere dit dataområde med de nyeste Fabric-funktioner.

'Løft og skift' eller modernisere?

Der er generelt to typer migreringsscenarier, uanset formålet med og omfanget af den planlagte migrering: løft og skift, som den er, eller en faseinddelt tilgang, der inkorporerer arkitektoniske ændringer og kodeændringer.

Løft og skift

I forbindelse med migrering af data overflyttes en eksisterende datamodel med mindre ændringer til det nye Fabric Warehouse. Denne fremgangsmåde minimerer risikoen og overførselstiden ved at reducere det nye arbejde, der er nødvendigt for at realisere fordelene ved migrering.

Migrering af løft og skift passer godt til disse scenarier:

  • Du har et eksisterende miljø med et lille antal datacentre at overføre.
  • Du har et eksisterende miljø med data, der allerede findes i et veldesignet stjerne- eller snefnugskema.
  • Du er under tids- og omkostningspres for at flytte til Fabric Warehouse.

Denne fremgangsmåde fungerer kort sagt godt for de arbejdsbelastninger, der er optimeret med dit aktuelle Synapse-dedikerede SQL-puljemiljø og derfor ikke kræver større ændringer i Fabric.

Modernisere i en faseinddelt tilgang med arkitektoniske ændringer

Hvis et ældre data warehouse har udviklet sig over en lang periode, skal du muligvis omteknikere det for at opretholde de påkrævede ydeevneniveauer.

Det kan også være en god idé at omdesigne arkitekturen for at drage fordel af de nye programmer og funktioner, der er tilgængelige i Fabric Workspace.

Designforskelle: Synapse dedikerede SQL-puljer og Fabric Warehouse

Overvej følgende Azure Synapse- og Microsoft Fabric-datawarehousing-forskelle, og sammenlign dedikerede SQL-puljer med Fabric Warehouse.

Tabelovervejelser

Når du overfører tabeller mellem forskellige miljøer, er det typisk kun rådata og metadata, der overføres fysisk. Andre databaseelementer fra kildesystemet, f.eks. indekser, overføres normalt ikke, fordi de kan være unødvendige eller implementeres forskelligt i det nye miljø.

Optimeringer af ydeevnen i kildemiljøet, f.eks. indekser, angiver, hvor du kan tilføje optimering af ydeevnen i et nyt miljø, men nu tager Fabric sig af det automatisk for dig.

T-SQL-overvejelser

Der er flere DML-syntaksforskelle (Data Manipulation Language), du skal være opmærksom på. Se T-SQL-overfladeområdet i Fabric Data Warehouse. Overvej også en kodevurdering, når du vælger en eller flere metoder til overførsel til databasekoden (DML).

Afhængigt af paritetsforskellene på tidspunktet for migreringen skal du muligvis omskrive dele af din T-SQL DML-kode.

Tilknytningsforskelle for datatyper

Der er flere datatypeforskelle i Fabric Warehouse. Du kan få flere oplysninger under Datatyper i Microsoft Fabric.

Følgende tabel indeholder tilknytningen af understøttede datatyper fra Synapse-dedikerede SQL-puljer til Fabric Warehouse.

Synapse dedikerede SQL-puljer Fabric Warehouse
money decimal(19,4)
smallmoney decimal(10,4)
smalldatetime datetime2
datetime datetime2
nchar char
nvarchar varchar
tinyint smallint
binary varbinary
datetimeoffset* datetime2

* Datetime2 gemmer ikke de ekstra oplysninger om tidszoneforskydning, der er gemt i. Da datatypen datetimeoffset i øjeblikket ikke understøttes i Fabric Warehouse, skal tidszoneforskydningsdataene udtrækkes til en separat kolonne.

Tip

Klar til at migrere?

Hvis du vil i gang med en automatiseret migreringsoplevelse, skal du se Fabric Migration Assistant for Data Warehouse.

Du kan finde flere manuelle migreringstrin og detaljer under Migreringsmetoder til Azure Synapse Analytics dedikerede SQL-puljer til Fabric Data Warehouse.