Migrera med länken – Azure SQL Managed Instance

Applies to:Azure SQL Managed Instance

I den här artikeln lär du dig att migrera din SQL Server databas till Azure SQL Managed Instance med hjälp av länken Managed Instance.

En detaljerad migreringsguide finns i Migrera till Azure SQL Managed Instance. Om du vill jämföra migreringsverktygen läser du Compare LRS med Managed Instance link.

Anmärkning

Nu kan du migrera din SQL Server-instans som aktiveras av Azure Arc för att Azure SQL Managed Instance direkt via Azure portalen. Mer information finns i Migrera till Azure SQL Managed Instance.

Översikt

Med länken Managed Instance kan du migrera från SQL Server var som helst till Azure SQL Managed Instance. Länken använder AlwaysOn-tillgänglighetsgruppteknik för att replikera ändringar nästan i realtid från den primära SQL Server-instansen till den sekundära SQL Managed Instance. Länken ger det enda verkliga alternativet för onlinemigrering mellan SQL Server och Azure SQL Managed Instance, eftersom den enda driftstoppet är att övergå till den hanterade SQL-instansen.

Om du migrerar med länken får du:

Möjligheten att testa skrivskyddade arbetsbelastningar på SQL Managed Instance innan du slutför migreringen till Azure.
Möjligheten att hålla länken och migreringen igång så länge du behöver, veckor och till och med månader i taget.
Replikering i nära realtid av data som ger den snabbaste tillgängliga datareplikeringen till Azure.
Den minsta möjliga avbrottstiden jämfört med alla andra lösningar som är tillgängliga idag.
Omedelbar övergång till SQL Managed Instance-målet.
Möjligheten att migrera när du är redo.
Möjligheten att migrera en eller flera databaser från en eller flera SQL Server instanser till samma eller flera SQL-hanterade instanser i Azure.
Den enda sanna onlinemigreringen till tjänstnivån Affärskritisk.

Anmärkning

Du kan bara migrera en databas per länk, men du kan upprätta flera länkar från samma SQL Server instans till samma SQL Managed Instance.

Förutsättningar

Om du vill använda länken med Azure SQL Managed Instance för migrering behöver du följande förutsättningar:

En aktiv prenumeration för Azure. Om du inte har en skapar du ett kostnadsfritt konto.
Supported version av SQL Server med nödvändig tjänstuppdatering installerad.

Utvärdera och identifiera

När du har kontrollerat att källmiljön stöds börjar du med fasen före migreringen. Identifiera alla befintliga datakällor, utvärdera migreringsmöjligheten och identifiera eventuella blockeringsproblem som kan förhindra migreringen. I fasen Identifiera genomsöker du nätverket för att identifiera alla SQL Server instanser och funktioner som används av din organisation.

Du kan använda följande verktyg för att identifiera SQL-källor i din miljö:

SQL Server aktiverad av Azure Arc: SQL Server aktiverad av Azure Arc skapar automatiskt en utvärdering för migrering till Azure, vilket förenklar processen att identifiera och bedöma beredskapen för migrering.
Azure Migrate för att utvärdera migrerings lämpligheten för lokala servrar, utföra prestandabaserad storleksändring och tillhandahålla kostnadsuppskattningar för att köra dem i Azure.
Microsoft Assessment and Planning Toolkit ("MAP Toolkit") för att utvärdera din aktuella IT-infrastruktur. Verktygslådan innehåller ett kraftfullt verktyg för inventering, utvärdering och rapportering för att förenkla migreringsplaneringsprocessen.

När datakällor har identifierats kan du utvärdera eventuella lokala SQL Server instanser som kan migreras till Azure SQL Managed Instance för att identifiera migreringsblockerare eller kompatibilitetsproblem.

Du kan använda migrationsberedskapsutvärdering för att utvärdera källans SQL Server instans.

Detaljerad vägledning finns i inför migreringen.

Skapa målinstans

När du har utvärderat din befintliga miljö och fastställt lämplig tjänstnivå och maskinvarukonfiguration för din sql-hanterade målinstans distribuerar du målinstansen med hjälp av Azure-portalen, PowerShell eller Azure CLI.

Konfigurera länk

När din SQL-målhanterade instans har skapats konfigurerar du en länk mellan databasen på din SQL Server-instans och Azure SQL Managed Instance. Först förbered din miljö och konfigurera sedan en länk med hjälp av SQL Server Management Studio (SSMS) eller scripts.

Kontrollera replikeringsfördröjningen

Det är viktigt att den sekundära repliken kommer ikapp den primära repliken innan en planerad migreringsfailover utförs. Planerad redundans kan överskrida tidsgränsen och misslyckas om den sekundära repliken ligger långt efter den primära repliken.

Använd följande T-SQL-fråga på både SQL Server och SQL Managed Instance för att övervaka replikeringsfördröjningen mellan replikerna:

-- Execute on SQL Server and SQL Managed Instance 
USE master
DECLARE @link_name varchar(max) = '<DAGname>'
SELECT
   ag.name [Link name], 
   ars1.role_desc [Link role],
   ars2.connected_state_desc [Link connected state],
   ars2.synchronization_health_desc [Link sync health],
   drs.secondary_lag_seconds [Link replication latency (seconds)]
FROM
   sys.availability_groups ag 
   JOIN sys.dm_hadr_availability_replica_states ars1
   ON ag.group_id = ars1.group_id
   JOIN sys.dm_hadr_availability_replica_states ars2
   ON ag.group_id = ars2.group_id
   JOIN sys.dm_hadr_database_replica_states drs
   ON ars2.replica_id = drs.replica_id
WHERE 
   ag.is_distributed = 1 AND ag.name = @link_name AND ars1.is_local = 1 AND ars2.is_local = 0
GO

Om replikeringsfördröjningen är hög väntar du på att den sekundära repliken ska komma ikapp den primära repliken. Du kan behöva utföra ytterligare felsökningssteg om fördröjningen kvarstår, till exempel pausa arbetsbelastningar på den primära repliken, förbättra länknätverkets dataflöde mellan de två instanserna eller öka resurskapaciteten på den sekundära repliken. Det enklaste sättet att stoppa arbetsbelastningar på en SQL Server primär replik är att klippa ut programanslutningar till instansen.

Migrera flera databaser

Om du planerar att migrera flera databaser från instanser på samma server, för optimal prestanda och förutsägbarhet, migrerar du 8 databaser per instans åt gången. Om du till exempel har 10 instanser med 32 länkade databaser var, migrerar du 8 databaser åt gången från varje instans med hjälp av planerade redundansväxlingar och upprepar processen tills alla databaser migreras.

Datasynkronisering och övergång

När länken har upprättats och du är redo att migrera följer du dessa steg (vanligtvis under ett underhållsperiod):

Stoppa arbetsbelastningen på den primära SQL Server-databasen så att den sekundära databasen på SQL Managed Instance kommer ikapp. Det enklaste sättet att stoppa arbetsbelastningar på en SQL Server primär replik är att klippa ut programanslutningar till instansen.
Verifiera att alla data har tagit sig över till den sekundära databasen på SQL Managed Instance. Kontrollera replikeringsfördröjningen för att se till att den sekundära repliken fångas upp med den primära repliken.
Utför failover för länken till den sekundära SQL-hanterade instansen genom att välja Planerad failover.
(Valfritt) Markera kryssrutan för att ta bort länken efter en lyckad redundansväxling så att redundansväxlingen endast är enkelriktad och länken tas bort.
(Valfritt) Om du har en SQL Server version som stöds med en matchande SQL Managed Instance update-princip kan du behålla länken efter redundansväxlingen för att ångra en migrering om det behövs. I avsnittet omvänd migrering finns specifik versionsinformation.
Klipp ut programmet för att ansluta till SQL-slutpunkten för den hanterade instansen.
(Valfritt) Om du inte valde att ta bort länken under redundansväxlingen kan du ta bort länken efter snabbkopplingen när du inte längre behöver den.

Verifiera migrering

När du har gått över till målet SQL Managed Instance övervakar du din applikation, testar prestanda och åtgärdar eventuella problem.

Mer information finns om post-migrering.

Återställa en migrering

Omvänd migrering tillbaka till SQL Server från Azure SQL Managed Instance kan stödjas beroende på update-principen för din SQL-hanterade instans. Till exempel:

SQL Server uppdateringsprincip för 2022: Databaser från instanser som konfigurerats med SQL Server 2022 uppdateringsprincip kan återställas till SQL Server 2022-instanser.
SQL Server uppdateringsprincip för 2025: Databaser från instanser som konfigurerats med SQL Server 2025 uppdateringsprincip kan återställas till SQL Server 2025-instanser.
Always–up-to-date update policy: Databaser från instanser som konfigurerats med Always–up-to-date uppdateringsprincipen kan inte återställas till SQL Server.

Om källversionen SQL Server är tidigare än SQL Server 2022 är omvänd migrering inte möjlig. När databasen migreras till SQL Managed Instance genomgår den en intern uppgradering till en nyare databasversion som inte är kompatibel med tidigare SQL Server versioner. Kompatibilitet med omvänd migreringsdatabas är endast tillgängligt när SQL Managed Instance har konfigurerats med motsvarande uppdateringsprincip.

Så här använder du länken:

Om du vill veta mer om länken:

Överväg följande för andra replikerings- och migreringsscenarier:

Feedback

Var den här sidan till hjälp?

Last updated on 2026-04-14