Migrace pomocí odkazu – Azure SQL Managed Instance

Platí pro:Azure SQL Managed Instance

Tento článek vás naučí migrovat databázi SQL Server na Azure SQL Managed Instance pomocí odkazu Managed Instance.

Podrobný průvodce migrací najdete v Migrate na Azure SQL Managed Instance. Pokud chcete porovnat nástroje pro migraci, projděte si Kompare LRS s odkazem na Managed Instance.

Poznámka:

Teď můžete prostřednictvím portálu Azure přímo migrovat vaši instanci SQL Server povolenou Azure Arc do Azure SQL Managed Instance. Další informace najdete v tématu Přechod na Azure SQL Managed Instance.

Přehled

Odkaz Managed Instance umožňuje migraci z SQL Server hostovaného kdekoli na Azure SQL Managed Instance. Odkaz používá technologii skupiny dostupnosti AlwaysOn k replikaci změn téměř v reálném čase z primární instance SQL Server do sekundárního SQL Managed Instance. Tento odkaz poskytuje jedinou skutečně online možnost migrace mezi SQL Server a Azure SQL Managed Instance, jelikož jediný výpadek je spojen s převodem na cílovou spravovanou instanci SQL.

Migrace pomocí odkazu vám poskytne:

  • Možnost otestovat úlohy jen pro čtení na SQL Managed Instance před dokončením migrace na Azure.
  • Možnost zachovat propojení a migraci tak dlouho, jak potřebujete, týdny a dokonce i měsíce najednou.
  • Replikace dat téměř v reálném čase, která poskytuje nejrychlejší dostupnou replikaci dat pro Azure.
  • Migrace s nejmenším možným výpadkem ve srovnání se všemi ostatními dostupnými řešeními dnes.
  • Okamžitá přímá migrace do cílového SQL Managed Instance.
  • Možnost migrace kdykoli budete připravení.
  • Možnost migrovat jednu nebo více databází z jedné nebo více instancí SQL Server do stejných nebo více spravovaných instancí SQL v Azure.
  • Jediná skutečně online migrace na obchodně kritickou úroveň služby.

Poznámka:

I když můžete migrovat pouze jednu databázi na propojení, můžete vytvořit více propojení ze stejné instance SQL Server na stejnou SQL Managed Instance.

Chování při přepnutí

Chování při přepnutí závisí na verzi serveru SQL Server, ze které migrujete, a na zásadách aktualizací cílové spravované instance SQL:

  • U verzí SQL Server 2016 až SQL Server 2019 přepnutí na SQL Managed Instance zruší propojení.
  • U SQL Server 2022 nebo novějších verzí může přepnutí na SQL Managed Instance podle vaší volby při převzetí služeb při selhání buď zrušit propojení, nebo je zachovat. Pokud se rozhodnete zachovat propojení a spravovaná instance SQL je nakonfigurovaná s odpovídajícími zásadami aktualizace, můžete v případě potřeby vrátit migraci zpět na SQL Server.

Pro migraci je doporučenou možností odebrání odkazu. Pokud se rozhodnete propojení zachovat, ale později se rozhodnete ho odebrat, počkejte, než Azure dokončí první úplnou zálohu databáze po převzetí služeb při selhání, než propojení odeberete. Tento krok zajistí, že je databáze v pořádku a plně funkční na SQL Managed Instance. Pomáhá také vyhnout se vzácnému známému problému, kdy může být databáze po restartování serveru dočasně nedostupná, pokud je propojení odebráno příliš brzy. Další informace viz Databáze bude po restartování serveru po převzetí služeb při selhání propojení MI nedostupná.

Obrácení migrace

V závislosti na aktualizačních zásadách vaší spravované instance SQL může být podporována zpětná migrace ze serveru SQL do Azure SQL Managed Instance. Například:

Pokud je vaše zdrojová SQL Server verze starší než SQL Server 2022, zpětná migrace není možná. Při migraci databáze do SQL Managed Instance prochází interní upgrade na novější verzi databáze, která není kompatibilní s dřívějšími verzemi SQL Server. Kompatibilita databáze s zpětnou migrací je dostupná jenom v případech, kdy je SQL Managed Instance nakonfigurovaná s odpovídajícími zásadami aktualizace.

Požadavky

Pokud chcete použít propojení s Azure SQL Managed Instance pro migraci, potřebujete následující požadavky:

Posouzení a zjišťování

Jakmile ověříte, že je vaše zdrojové prostředí podporované, začněte s fází před migrací. Objevte všechny existující zdroje dat, vyhodnoťte proveditelnost migrace a identifikujte všechny blokující problémy, které by mohly bránit migraci. Ve fázi zjišťování vyhledejte v síti všechny SQL Server instance a funkce používané vaší organizací.

Ke zjišťování zdrojů SQL ve vašem prostředí můžete použít následující nástroje:

  • SQL Server, povolený pomocí Azure Arc: SQL Server, povolený pomocí Azure Arc, automaticky vytváří hodnocení pro migraci do Azure, což zjednodušuje proces zjišťování a posouzení připravenosti na migraci.
  • Azure Migrate pro posouzení vhodnosti migrace místních serverů, provádění velikosti na základě výkonu a odhad nákladů pro jejich provoz v Azure.
  • Microsoft Assessment and Planning Toolkit (Map Toolkit) k posouzení aktuální infrastruktury IT. Sada nástrojů poskytuje výkonný nástroj pro inventarizaci, hodnocení a vytváření sestav, který zjednodušuje proces plánování migrace.

Po zjištění zdrojů dat vyhodnoťte všechny místní SQL Server instance, které je možné migrovat na Azure SQL Managed Instance a identifikovat problémy s blokováním migrace nebo kompatibilitou.

K posouzení vašeho zdrojového SQL Serveru můžete použít posouzení připravenosti na migraci.

Pro podrobné pokyny si přečtěte před migrací.

Vytvoření cílové instance

Po posouzení stávajícího prostředí a určení odpovídající úrovně služby a konfigurace hardwaru pro cílovou spravovanou instanci SQL nasaďte cílovou instanci pomocí portálu Azure, PowerShell nebo Azure CLI.

Po vytvoření cílové spravované instance SQL nakonfigurujte propojení mezi databází ve vaší instanci SQL Server a Azure SQL Managed Instance. Nejprve připravte své prostředí a potom nakonfigurujte odkaz pomocí SQL Server Management Studio (SSMS) nebo skriptů.

Kontrola zpoždění replikace

Před provedením plánovaného přechodu při migraci je důležité, aby se sekundární replika sladila s primární replikou. Plánované převzetí služeb při selhání může vypršet časový limit a dojít k selhání, pokud sekundární replika zaostává daleko za primární.

K monitorování prodlevy replikace mezi replikami použijte následující dotaz T-SQL pro SQL Server i SQL Managed Instance:

-- 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

Pokud je prodleva replikace vysoká, počkejte, než sekundární replika dožene primární repliku. Pokud prodleva přetrvává, například pozastavení úloh na primární replice, zlepšení propustnosti sítě propojení mezi dvěma instancemi nebo zvýšení kapacity prostředků na sekundární replice, může být potřeba provést další kroky pro řešení potíží. Nejjednodušší způsob, jak zastavit úlohy na SQL Server primární replice, je omezit připojení aplikací k instanci.

Migrace více databází

Pokud plánujete migrovat více databází z instancí na stejném serveru, pro zajištění optimálního výkonu a předvídatelnosti migrujte současně 8 databází na instanci. Pokud máte například 10 instancí, přičemž každá obsahuje 32 propojených databází, migrujte postupně 8 databází z každé instance pomocí plánovaných přepnutí při selhání. Tento proces opakujte, dokud nebudou všechny databáze migrovány.

Synchronizace a datový přesun

Po vytvoření odkazu a jste připraveni k migraci, postupujte podle těchto kroků (obvykle během časového období údržby):

  1. Zastavte zatížení na primární SQL Server databázi, aby sekundární databáze na SQL Managed Instance dohnala. Nejjednodušší způsob, jak zastavit úlohy na SQL Server primární replice, je omezit připojení aplikací k instanci.
  2. Ověřte, že se všechna data přenesla do sekundární databáze na SQL Managed Instance. Zkontrolujte prodlevu replikace a ujistěte se, že je sekundární replika zachycená primární replikou.
  3. Výběrem možnosti Plánované přepnutí přepněte spojení na sekundární spravovanou instanci SQL.
  4. (Volitelně) Označte políčko Odebrat propojení po úspěšném převzetí služeb při selhání, aby bylo zajištěno, že převzetí služeb při selhání je jednosměrné a propojení je odebráno.
  5. (Volitelně) Pokud používáte podporovanou verzi SQL Serveru s odpovídající zásadou aktualizace SQL Managed Instance , můžete zachovat propojení po převzetí služeb při selhání, abyste v případě potřeby mohli migraci vrátit. Podrobnosti o konkrétní verzi najdete v oddílu vrácení migrace.
  6. Přejděte s aplikací na připojení ke koncovému bodu spravované instance SQL.
  7. Volitelně: Pokud jste se během přepnutí služeb při selhání nerozhodli odkaz odebrat, můžete ho odstranit po dokončení zavedení změn, jakmile už jej nepotřebujete.

Ověření migrace

Po přepnutí na cíl spravované instance SQL monitorujte aplikaci, otestujte výkon a opravte případné problémy.

Podrobnosti najdete v poddokumentu 'Po migraci'.

Známé problémy s migrací

Projděte si následující známé problémy související s migrací s odkazem.

Ve výjimečných případech může být databáze po restartování serveru po převzetí služeb při selhání propojení dočasně nedostupná na SQL Managed Instance. K tomuto známému problému dochází, když odeberete propojení dříve, než Azure po počátečním převzetí služeb při selhání na SQL Managed Instance dokončí úplnou zálohu databáze.

Databáze se po zásahu Microsoft automaticky obnoví, ale obnovení může nějakou dobu trvat.

Chcete-li se tomuto problému vyhnout, neodstraňujte propojení, dokud se po převzetí služeb při selhání ze SQL Serveru na SQL Managed Instance nedokončí první úplné zálohování. Další informace naleznete v tématu Databáze nedostupná po restartování serveru.

Selhání obnovovací operace po migraci na službu SQL Managed Instance

Pokud migrujete databázi do azure SQL Managed Instance z SQL Serveru 2019 a novějších verzí s povoleným akcelerovaným obnovením databáze , ale nakonfigurovaným úložištěm trvalých verzí (PVS) na jinou než PRIMARY skupinu souborů, můžete zaznamenat selhání operací obnovení cílové spravované instance SQL.

Pokud chcete tento problém vyřešit, nezapomeňte před migrací do SQL Managed Instance nastavit úložiště verzí persistent (PVS) na PRIMÁRNÍ ve zdrojové databázi SQL Server. Pokud jste databázi už migrovali bez nastavení pvS na PRIMARY, můžete ji nastavit ve zdrojové databázi SQL Server a pak databázi znovu migrovat na SQL Managed Instance.

Po migraci na SQL Managed Instance nejde použít zrychlené obnovení databáze

Od SQL Server 2019 platí, že pokud migrujete databázi do Azure SQL Managed Instance a zdrojová databáze má zrychlené obnovení databáze zakázáno, nemůžete u cílové spravované instance SQL použít akcelerované obnovení databáze.

Pokud chcete tento problém vyřešit, ujistěte se, že na zdrojové databázi SQL Server povolíte zrychlené obnovení databáze před jeho migrací do SQL Managed Instance. Pokud jste databázi už migrovali bez povolení akcelerovaného obnovení databáze, můžete ji povolit ve zdrojové SQL Server databázi a pak databázi znovu migrovat do spravované instance SQL.

SQL Server 2017 a starší verze nepodporují zrychlené obnovení databáze, takže tento problém se nevztahuje na databáze migrované z těchto verzí SQL Serveru.

Po migraci na SQL Managed Instance nejde použít Service Broker

Pokud migrujete databázi do služby Azure SQL Managed Instance a služba Service Broker je ve zdrojové databázi zakázaná, nemůžete pro cílovou spravovanou instanci SQL použít Service Broker.

Chcete-li tento problém vyřešit, před migrací do SQL Managed Instance nezapomeňte ve zdrojové databázi SQL Server povolit službu Service Broker. Pokud jste databázi už migrovali bez povolení nástroje Service Broker, můžete ji povolit ve zdrojové databázi SQL Server a pak databázi znovu migrovat na SQL Managed Instance.

Související obsah

Použití odkazu:

Další informace o odkazu:

V případě jiných scénářů replikace a migrace zvažte následující:

  • Last updated on