Migrera med en direkt anslutning till källsystemet

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

Fabric Migration Assistant for Data Warehouse är ett migreringsverktyg för att sömlöst kopiera dedikerade SQL-pooler i Azure Synapse Analytics, SQL Server och andra SQL-databasplattformar till Microsoft Fabric Data Warehouse.

Den här guiden vägleder dig genom stegen för att migrera till ett infrastrukturlager från en dedikerad SQL-pool eller SQL Server-databas i Azure Synapse Analytics genom att ansluta till källsystemet.

Förutsättningar

Kontrollera att du har följande redo innan du börjar:

En Fabric-arbetsyta med en aktiv kapacitet eller testkapacitet.
Skapa en arbetsyta eller välj en befintlig arbetsyta som du vill migrera till. Migreringsassistenten skapar ett nytt lager åt dig.
Samla in anslutningsinformationen för ditt källsystem, inklusive servernamn, databasnamn och autentiseringsmetod.

Om du vill använda ai-assisterad migreringsfunktioner i Migration Assistant för att åtgärda migreringsproblem måste du aktivera Copilot:

Administratören måste aktivera klientväxeln innan du börjar använda Copilot. Mer information finns i Klientinställningar för Copilot.
Din F2- eller P1-kapacitet måste finnas i någon av de regioner som anges i Tillgänglighet för infrastrukturresurser.
Om din hyresgäst eller kapacitet befinner sig utanför USA eller Frankrike är Copilot inaktiverad som standard, om inte din Fabric-tenantadministratör tillåter att data som skickas till Azure OpenAI kan behandlas utanför din kapacitets geografiska region, efterlevnadsgräns eller nationella molninstans-tenant-inställning i OneLake-katalogen>Styr>konfigurationer>hyresgästinställningar.
Copilot i Microsoft Fabric stöds inte på utvärderings-SKU:er. Endast betalda SKU:er (F2 eller högre, eller P1 eller högre) stöds just nu.
Mer information finns i översikten över Copilot i Fabric och Power BI.

Kopiera metadata

I din Fabric arbetsyta väljer du knappen Migrera i åtgärdsområdet för objektet.
I Migrera till Fabric-källmenyn, under Migrera till ett lager, välj källsystemruta. För Azure Synapse Analytics, välj Azure Synapse Analytics dedicated SQL pool. För SQL Server, Azure SQL Database eller Azure SQL Managed Instance, välj SQL Server database.
På sidan Välj din metod , välj Koppla direkt till källsystemet och välj sedan Nästa.
När du sätter källan, ange serverns namn, databasnamn och autentiseringsuppgifter, och välj sedan Nästa.
På sidan Välj objekt att migrera , välj objekt att migrera.
På sidan Sätt destinationen, välj Fabric-arbetsområdet, ange ett namn för det nya lagret och välj sedan Nästa.
Granska dina indata och välj Migrera. Migration Assistant skapar en ny lagerpost och metadatamigreringen påbörjas.

Anmärkning

När du använder Migration Assistant har det nya lagret skiftlägesokänslig sortering, oavsett standardinställningen för lagersortering.

Under det här steget översätter Migration Assistant T-SQL-metadata till T-SQL-syntax som stöds i Fabric Data Warehouse. När metadatamigreringen är klar öppnas Migration Assistant. Du kan när som helst komma åt Migreringsassistenten med hjälp av knappen Migrering på fliken Start i menyfliksområdet för informationslagret.
Granska sammanfattningen av metadatamigrering i Migration Assistant. Du ser antalet migrerade objekt och de objekt som måste åtgärdas innan de kan migreras.
Välj Visa migrerade objekt för att utöka sektionen och se en lista över objekt som Migration Assistant framgångsrikt migrerat till ditt Fabric-lager.

Statuskolumnen anger om objektets metadata justerades under översättningen för att stödjas i Fabric Data Warehouse. Till exempel kan du se att vissa kolumndatatyper eller T-SQL-språkkonstruktioner automatiskt konverteras till de som stöds i Fabric. Kolumnen Information visar information om de justeringar som gjorts i objekten.
Markera alla objekt för att se de justeringar som gjordes under migreringen.
Öppna sammanfattningen av metadatamigrering i helskärmsvyn för bättre läsbarhet. Använd filter för att visa specifika objekttyper.

Åtgärda problem med hjälp av Migration Assistant

Vissa metadata för databasobjekt kan inte migreras. Det här felet beror vanligtvis på att Migreringsassistenten inte kan översätta T-SQL-metadata till dem som stöds i ett infrastrukturlager eller att den översatta koden inte kan tillämpas på T-SQL.

Nu ska vi åtgärda dessa skript med hjälp av Migration Assistant.

Välj steget Åtgärda problem i Migreringsassistenten för att se skripten som inte kunde migreras.
Välj ett databasobjekt som inte kunde migreras. En ny fråga öppnas under Delade frågor i Utforskaren. Den här nya frågan visar metadatadefinitionen och de justeringar som Migration Assistant gjorde som automatiska kommentarer som lagts till i T-SQL-koden.
Granska kommentarerna i början av skriptet för att se de justeringar som Migration Assistant har gjort i skriptet.
Granska och åtgärda de brutna skripten med hjälp av felinformationen och dokumentationen.
Om du vill använda Copilot för AI-stöd för att åtgärda felen väljer du Åtgärda frågefel i avsnittet Föreslagen åtgärd . Copilot uppdaterar skriptet med förslag. Misstag kan inträffa när Copilot använder AI, så verifiera kodförslag och gör eventuella justeringar du behöver.
Välj Kör för att verifiera och skapa objektet.
Nästa skript som ska åtgärdas öppnas.
Fortsätt att åtgärda resten av skripten. Du kan välja att hoppa över att åtgärda skript som du inte behöver under det här steget.
När alla önskade metadata är klara för migrering väljer du bakåtknappen i fönstret Åtgärda problem för att returnera vyn på den översta nivån i Migration Assistant. Kontrollera Steg 2: Åtgärda problem i Migration Assistant.

Få med fler objekt för migrering

Använd inkrementell migration för att lägga till eller uppdatera objekt i ett befintligt Fabric warehouse. Ange nya källdata, välj endast de objekt du behöver och välj hur du hanterar objekt som redan finns i destinationen. Till exempel, migrera en grupp scheman, validera resultatet och sedan återvända senare för att migrera fler objekt eller uppdaterade definitioner.

Starta den inkrementella migreringen från någon av följande platser:
- Öppna lagret, välj fliken Migration på bandet och välj sedan Hämta fler objekt.
- I migreringssammanfattningen fäller du ut Kopiera metadata och väljer sedan Hämta fler objekt.
Välj källan, välj en inmatningsmetod och fortsätt till steget Välj fler objekt för att migrera .
På Välj fler objekt att migrera, välj objekten som ska migreras:
- Använd filtret för att se alla källobjekt, objekt med namnkonflikter eller objekt utan namnkonflikter.
- Objekt vars namn redan finns i lager visar en varningsikon. Om du väljer ett av dessa objekt löser du namnkonflikten senare i migreringen.
- Som standard inkluderar Migration Assistant direkta beroenden när du väljer ett objekt. Välj ett objektnamn för att visa dess direkta beroenden i den högra rutan.
- Om ett objekt i inmatningsfilen inte har ett schemanamn, tilldelar Migration Assistant objektet standardschematdbo.
På Granska verifierar du migreringssammanfattningen för källa, mål och objekt.
Välj Migrera. Migration Assistant översätter de valda objekten och skapar objekt som inte har namnkonflikter. Objekt med namnkonflikter väntar tills du löser varje konflikt.

Lös konflikterna och reparera objekt

När du uppdaterar ett befintligt lager genom inkrementell migrering låter konfliktlösning dig välja vilken objektdefinition som ska behållas.

I sammanfattningen av Migration Assistant, granska antalet Konflikter att lösa. Expandera 2. Lös konflikter och fixa objekt.
På fliken Konflikter , granska de objekt som har namnkonflikter.
Välj ett objekt för att jämföra dess SQL-definitioner. Den befintliga definitionen visas till vänster, och den inkommande översatta definitionen visas till höger.
Välj en av följande åtgärder för objektet:
- Behåll befintlig: Behåll den befintliga objektdefinitionen och släng den inkommande översatta definitionen.
- Behåll inkommande: Byt ut den befintliga objektdefinitionen mot den inkommande översatta definitionen. Bekräfta åtgärden när du uppmanas att göra det.
- Byt namn på incoming: Skapa det inkommande objektet med ett annat namn och behåll det befintliga objektet.
Om du väljer Byt namn på inkommande, anger du schemat och objektnamnet och väljer sedan Byt namn.
Valfritt: Redigera det inkommande skriptet innan du sparar det. För att kassera dina redigeringar och återställa det översatta manuset väljer du Reset incoming.
För att tillämpa den inkommande definitionen, välj Behåll inkommande (skriv över existerande). Om du redigerade det inkommande skriptet, välj Skriv över befintlig i stället.

Varning

För en tabell tar Keep incoming bort och återskapar den befintliga tabellen. Om tabellen innehåller data orsakar denna åtgärd dataförlust, och du måste ladda datan igen. Om Migration Assistant inte kan tillämpa det inkommande skriptet återställer den den tidigare objektdefinitionen, men återställer inte raderade data.

För en tabell, välj Ersätt tabellen för att bekräfta åtgärden.
När skriptet fungerar framgångsrikt markerar Migration Assistant konflikten som löst.
Upprepa dessa steg för varje objekt med namnkonflikt. För att tillämpa samma åtgärd på flera objekt, markera objekten och välj sedan Behåll existerande eller Behåll inkommande.
Bekräfta att varje objekt som lyckats behandlas markeras som löst. Om ett objekt behöver fler ändringar, granska informationen i den högra rutan.

Kopiera data med hjälp av Migration Assistant

Kopiera data hjälper dig att migrera data som används av de objekt som du migrerar. Du kan använda ett Fabric Data Factory-kopieringsjobb för att göra det manuellt eller följa dessa steg för kopieringsjobbintegrering i Migration Assistant.

Välj steget Kopiera data i Migreringsassistenten.
Välj Använd ett kopieringsjobb.
Tilldela ett namn till det nya jobbet och välj sedan Skapa.
På sidan Connect to data source, ange anslutningsuppgifter för källan. Klicka på Nästa.
På sidan Välj data väljer du de tabeller som du vill migrera. Metadata för objektet bör redan existera i mållagret. Klicka på Nästa.
På sidan Välj datamål väljer du ditt nya Fabric-lagerobjekt från OneLake-katalogen. Klicka på Nästa.
På sidan Mappa till mål konfigurerar du varje tabells kolumnmappningar. Klicka på Nästa.
På sidan Kopiera jobbläge väljer du kopieringsläget. Välj en engångskopia av fullständiga data (rekommenderas för migrering) eller en kontinuerlig inkrementell kopiering. Klicka på Nästa.
Granska jobbsammanfattningen. Välj Spara + Kör.
När kopieringsjobbet är klart kontrollerar du 3. Kopiera data i Migration Assistant. Välj tillbakaknappen för att återvända till översiktsvyn i Migration Assistant.

Omdirigera anslutningar

I det sista steget återansluter du datainläsnings- och rapporteringsplattformarna så att deras anslutningar pekar mot ditt nya Fabric-lager.

Identifiera anslutningar i ditt befintliga källlager.

På en SQL-databas i vilken Microsoft SQL-instans som helst kan du använda dynamiska hanteringsvyer, till exempel:

SELECT 
    s.program_name
, s.login_name
, c.client_net_address
FROM sys.dm_exec_sessions AS s 
INNER JOIN sys.dm_exec_connections AS c 
ON s.session_id = c.session_id
WHERE s.session_id >= 50 --retrieve only user spids
and s.session_id <> @@SPID; --ignore myself

I Azure Synapse Analytics dedikerade SQL-pooler kan du hitta sessionsinformation, inklusive källapplikationen, ansluten användare, anslutningsursprung och autentiseringsmetod:

SELECT DISTINCT CASE 
         WHEN len(tt) = 0
             THEN app_name
         ELSE tt
         END AS application_name
     ,login_name
     ,ip_address
FROM (
     SELECT DISTINCT app_name
         ,substring(client_id, 0, CHARINDEX(':', ISNULL(client_id, '0.0.0.0:123'))) AS ip_address
         ,login_name
         ,isnull(substring(app_name, 0, CHARINDEX('-', ISNULL(app_name, '-'))), 'h') AS tt
     FROM sys.dm_pdw_exec_sessions
     ) AS a;

Uppdatera anslutningarna till dina rapporteringsverktyg så att de pekar på ditt Fabric-lager.
Testa lagret Fabric med viss rapportering innan du omdirigerar. Utför jämförelse- och dataverifieringstester på dina rapporteringsplattformar.
Uppdatera anslutningarna för plattformar för datainläsning (ETL/ELT) så att de pekar på ditt datalager i Fabric.
- För Power BI/Fabric-pipelines:
  - Använd REST-API:t List Connections för att hitta anslutningar till din gamla datakälla, den dedikerade SQL-poolen för Azure Synapse Analytics.
  - Uppdatera anslutningarna till det nya Fabric Data Warehouse genom att använda funktionen Hantera anslutningar och gateways under kugghjulet Inställningar.
När det är klart, kontrollera steget Reroute connections i Migration Assistant.

Grattis! Nu är du redo att börja använda lagret.

Feedback

Var den här sidan till hjälp?

Uppdaterades senast 2026-10-17