Sdílet prostřednictvím

Kurz: Offline migrace jednoúčelového serveru Azure Database for MySQL na flexibilní server pomocí DMS prostřednictvím webu Azure Portal

  • Článek

Instanci azure Database for MySQL – jednoúčelový server můžete migrovat na flexibilní server Azure Database for MySQL pomocí služby Azure Database Migration Service (DMS), která je plně spravovaná služba navržená tak, aby umožňovala bezproblémovou migraci z více databázových zdrojů na datové platformy Azure. V tomto kurzu provedeme offline migraci ukázkové databáze z jednoúčelového serveru Azure Database for MySQL na flexibilní server MySQL (jak s verzí 5.7), pomocí aktivity migrace DMS.

DMS podporuje migraci z nižší verze serverů MySQL (verze 5.6 a vyšší) na vyšší verze. Kromě toho DMS podporuje migrace mezi oblastmi, mezi skupinami zdrojů a migrace mezi předplatnými, takže můžete vybrat oblast, skupinu zdrojů a předplatné pro cílový server, jež se liší od toho, co je určené pro váš zdrojový server.

Důležité

Pro online migrace můžete použít funkci Povolit transakční konzistenci podporovanou DMS společně s replikací dat nebo replikací změn. Kromě toho můžete pomocí scénáře online migrace provést migraci podle tohoto kurzu.

V tomto kurzu se naučíte:

  • Implementujte osvědčené postupy pro vytvoření flexibilního serveru pro rychlejší načítání dat pomocí DMS.
  • Vytvoření a konfigurace cílového flexibilního serveru
  • Vytvořte instanci DMS.
  • Vytvořte projekt migrace MySQL v DMS.
  • Migrace schématu MySQL pomocí DMS
  • Spuštění migrace
  • Monitorujte migraci.
  • Proveďte kroky po migraci.
  • Implementujte osvědčené postupy pro provádění migrace.

Požadavky

Pro absolvování tohoto kurzu je potřeba provést následující:

Omezení

Při přípravě na migraci nezapomeňte vzít v úvahu následující omezení.

  • Při migraci jiných objektů než tabulek DMS nepodporuje změnu názvu databází.

  • Při migraci na cílový server s povoleným bin_log nezapomeňte povolit log_bin_trust_function_creators, aby bylo možné vytvářet rutiny a triggery.

  • Při migraci schématu DMS nepodporuje vytvoření databáze na cílovém serveru.

  • DMS v současné době nepodporuje migraci klauzule DEFINER objektů. Všechny typy objektů s klauzulí DEFINER ve zdroji se odstraní a po migraci se výchozí klauzule DEFINER pro tabulky nastaví na přihlašovací údaje použité ke spuštění migrace.

  • V současné době DMS podporuje migraci schématu pouze v rámci přesunu dat. Pokud se k přesunu nevyberou žádná data, k migraci schématu nedojde. Výběrem tabulky pro migraci schématu ji také vyberete pro přesun dat.

Osvědčené postupy pro vytvoření flexibilního serveru za účelem zrychlení načítání dat s využitím DMS

DMS podporuje migraci mezi oblastmi, skupinami prostředků a předplatnými, takže pro cílový flexibilní server můžete vybrat odpovídající oblast, skupinu prostředků a předplatné. Před vytvořením cílového flexibilního serveru si projděte následující doprovodné materiály ke konfiguraci, které vám pomůžou zajistit rychlejší načítání dat s využitím DMS.

  • Vyberte velikost výpočetních prostředků a úroveň výpočetních prostředků pro cílový flexibilní server na základě cenové úrovně zdrojového jednoúčelového serveru a virtuálních jader na základě podrobností v následující tabulce.

    Cenová úroveň jednoúčelového serveru Virtuální jádra jednoúčelového serveru Velikost výpočetních prostředků flexibilního serveru Úroveň výpočetních prostředků flexibilního serveru
    Základní 1 1 Pro obecné účely Standard_D16ds_v4
    Základní 1 2 Pro obecné účely Standard_D16ds_v4
    Obecné účely 1 4 Pro obecné účely Standard_D16ds_v4
    Obecné účely 1 8 Pro obecné účely Standard_D16ds_v4
    Pro obecné účely 16 Pro obecné účely Standard_D16ds_v4
    Pro obecné účely 32 Pro obecné účely Standard_D32ds_v4
    Pro obecné účely 64 Pro obecné účely Standard_D64ds_v4
    Optimalizováno pro paměť 4 Pro důležité obchodní informace Standard_E4ds_v4
    Optimalizováno pro paměť 8 Pro důležité obchodní informace Standard_E8ds_v4
    Optimalizováno pro paměť 16 Pro důležité obchodní informace Standard_E16ds_v4
    Optimalizováno pro paměť 32 Pro důležité obchodní informace Standard_E32ds_v4

    1 Pro migraci vyberte pro cílový flexibilní server výpočetní prostředky pro obecné účely 16 virtuálních jader pro rychlejší migraci. Po dokončení migrace cílový server škálujte zpět na požadovanou velikost výpočetních prostředků podle doporučení k velikosti výpočetních prostředků v části Provádění aktivit po migraci dále v tomto článku.

  • Verze MySQL cílového flexibilního serveru musí být stejná jako verze MySQL zdrojového jednoúčelového serveru nebo novější.

  • Pokud potřebujete nasadit cílový flexibilní server v konkrétní zóně, nastavte hodnotu parametru Zóna dostupnosti na Hodnotu Žádná předvolba.

  • Připojení k síti: Na kartě Sítě vyberte Privátní přístup, pokud jsou pro zdrojový jednoúčelový server nakonfigurované privátní koncové body nebo privátní propojení, jinak vyberte Veřejný přístup.

  • Zkopírujte všechna pravidla firewallu ze zdrojového jednoúčelového serveru na cílový flexibilní server.

  • Během samotného vytváření zkopírujte všechny značky názvu a hodnoty z jednoúčelového na flexibilní server.

Vytvoření a konfigurace cílového flexibilního serveru

S ohledem na tyto osvědčené postupy vytvořte cílový flexibilní server a nakonfigurujte ho.

  • Vytvořte cílový flexibilní server. Postup s asistencí najdete v rychlém startu : Vytvoření instance Služby Azure Database for MySQL pomocí webu Azure Portal.

  • Vedle konfigurace nově vytvořeného cílového flexibilního serveru pokračujte následujícím způsobem:

    • Uživatel provádějící migraci vyžaduje následující oprávnění:
      • Aby uživatel mohl vytvářet tabulky v cíli, musí mít oprávnění CREATE.
      • Při migraci na tabulku s možností UNION musí mít uživatel oprávnění SELECT, UPDATE a DELETE pro tabulky, které mapujete na tabulku MERGE.
      • Pokud migrujete zobrazení, musíte mít oprávnění VYTVOŘIT ZOBRAZENÍ. Mějte na paměti, že v závislosti na obsahu zobrazení můžou být nutná určitá oprávnění. Podrobnosti najdete v dokumentaci k MySQL specifické pro vaši verzi příkazu CREATE VIEW.
      • Při migraci událostí musí mít uživatel oprávnění EVENT.
      • Pokud migrujete triggery, musí mít uživatel oprávnění TRIGGER.
      • Pokud migrujete rutiny, musí mít uživatel oprávnění CREATE ROUTINE.
    • Vytvořte cílovou databázi, i když ji nemusíte vyplňovat tabulkami nebo zobrazeními atd.
      • Před zahájením migrace nastavte odpovídající znak, kolace a všechna další použitelná nastavení schématu, protože to může mít vliv na výchozí sadu v některých definicích objektů.
      • Pokud migrujete objekty mimo tabulku, nezapomeňte také použít stejný název cílového schématu, jak se používá ve zdroji.
    • Parametry serveru na cílovém flexibilním serveru nakonfigurujte následujícím způsobem:
      • Nastavte verzi protokolu TLS a parametr serveru require_secure_transport tak, aby odpovídal hodnotám na zdrojovém serveru.
      • Nastavte parametr serveru sql_mode tak, aby odpovídal hodnotám na zdrojovém serveru.
      • Nakonfigurujte parametry serveru na cílovém serveru tak, aby odpovídaly jakýmkoli jiným než výchozím hodnotám používaným na zdrojovém serveru.
      • Pokud chcete zajistit rychlejší načítání dat při použití DMS, nakonfigurujte následující parametry serveru, jak je popsáno.
        • max_allowed_packet – nastavte 1073741824 (tj. 1 GB), aby se zabránilo problémům s připojením kvůli velkým řádkům.
        • slow_query_log – pokud chcete vypnout protokol pomalých dotazů, nastavte na vypnuto. Tím se eliminují režijní náklady vyvolané pomalým protokolováním dotazů během načítání dat.
        • innodb_buffer_pool_size – lze zvýšit pouze vertikálním navýšením kapacity výpočetních prostředků pro server Azure Database for MySQL. Vertikálně navyšte kapacitu serveru na skladovou položku Pro obecné účely na 64 virtuálních jader z cenové úrovně portálu během migrace, abyste zvýšili innodb_buffer_pool_size.
        • innodb_io_capacity a innodb_io_capacity_max – Změňte na 9000 z parametrů serveru na webu Azure Portal, abyste zlepšili využití vstupně-výstupních operací pro optimalizaci rychlosti migrace.
        • innodb_write_io_threads – Změna na 4 z parametrů serveru na webu Azure Portal za účelem zlepšení rychlosti migrace
    • Nakonfigurujte repliky na cílovém serveru tak, aby odpovídaly replikám na zdrojovém serveru.
    • Replikujte následující funkce správy serverů ze zdrojového jednoúčelového serveru na cílový flexibilní server:
      • Přiřazení rolí, role, odepření přiřazení, klasické správce, řízení přístupu (IAM)
      • Zámky (jen pro čtení a odstranění)
      • Výstrahy
      • Úlohy
      • Upozornění služby Resource Health

Nastavení DMS

S nasazeným a nakonfigurovaným cílovým flexibilním serverem je potřeba nastavit DMS pro migraci jednoho serveru na flexibilní server.

Registrace poskytovatele prostředků

Pokud chcete zaregistrovat poskytovatele prostředků Microsoft.DataMigration, proveďte následující kroky.

  1. Před vytvořením první instance DMS se přihlaste k webu Azure Portal a vyhledejte a vyberte Předplatná.

    Snímek obrazovky s Azure Marketplace

  2. Vyberte předplatné, které chcete použít k vytvoření instance DMS, a pak vyberte Poskytovatele prostředků.

    Snímek obrazovky s poskytovatelem vybraných prostředků

  3. Vyhledejte termín "Migrace" a pak v části Microsoft.DataMigration vyberte Zaregistrovat.

    Snímek obrazovky s vybraným registrem

Vytvoření instance služby Database Migration Service (DMS)

  1. Na webu Azure Portal vyberte + Vytvořit prostředek, vyhledejte termín Azure Database Migration Service a pak v rozevíracím seznamu vyberte Azure Database Migration Service .

    Snímek obrazovky služby Search Azure Database Migration Service

  2. Na obrazovce Azure Database Migration Service vyberte Vytvořit.

    Snímek obrazovky s instancí služby Create Azure Database Migration Service

  3. Na stránce Vybrat scénář migrace a službu Database Migration Service v části Scénář migrace vyberte jako typ zdrojového serveru jednoúčelový server Azure Database for MySQL a pak jako typ cílového serveru vyberte Azure Database for MySQL a pak vyberte Vybrat.

    Snímek obrazovky s vybraným scénářem migrace

  4. Na stránce Vytvořit službu migrace na kartě Základy vyberte v části Podrobnosti projektu příslušné předplatné a pak vyberte existující skupinu prostředků nebo vytvořte novou.

  5. V části Podrobnosti o instanci zadejte název služby, vyberte oblast a pak ověřte, že azure je vybrán jako režim služby.

  6. Napravo od cenové úrovně vyberte Konfigurovat úroveň.

    Snímek obrazovky s výběrem možnosti Konfigurovat úroveň

  7. Na stránce Konfigurovat vyberte cenovou úroveň Premium se 4 virtuálními jádry pro vaši instanci DMS a pak vyberte Použít.

    DMS úrovně Premium se 4 virtuálními jádry je zdarma po dobu 6 měsíců (183 dnů) od data vytvoření služby DMS, teprve potom se začnou účtovat nějaké poplatky. Další informace o nákladech na DMS a cenových úrovních najdete na stránce s cenami.

    Snímek obrazovky s možností Vybrat cenovou úroveň

    Dále musíme zadat virtuální síť, která poskytne instanci DMS přístup ke zdrojovému jednoúčelovém serveru a cílovému flexibilnímu serveru.

  8. Na stránce Vytvořit službu migrace vyberte Další: Sítě >>.

  9. Na kartě Sítě vyberte ze seznamu existující virtuální síť nebo zadejte název nové virtuální sítě, která se má vytvořit, a pak vyberte Zkontrolovat a vytvořit.

    Další informace najdete v článku Vytvoření virtuální sítě pomocí webu Azure Portal.

    Snímek obrazovky s výběrem sítě

    Vaše virtuální síť musí být nakonfigurovaná s přístupem ke zdrojovému jednoúčelovém i cílovému flexibilnímu serveru, proto nezapomeňte:

    • Vytvořte pravidlo brány firewall na úrovni serveru nebo nakonfigurujte koncové body služby virtuální sítě pro zdrojové i cílové servery Azure Database for MySQL, aby virtuální síť pro službu Azure Database Migration Service umožňovala přístup ke zdrojovým a cílovým databázím.

    • Ujistěte se, že pravidla skupiny zabezpečení sítě virtuální sítě (NSG) neblokují odchozí port 443 serviceTag pro ServiceBus, Storage a Azure Monitor. Další informace o filtrování provozu NSG virtuální sítě naleznete v tématu Filtrování síťového provozu pomocí skupin zabezpečení sítě.

    Pokud chcete do služby přidat značky, nejprve vyberte Další: Značky a přejděte nejprve na kartu Značky. Přidání značek do služby je volitelné.

  10. Přejděte na kartu Zkontrolovat a vytvořit , zkontrolujte konfigurace, zobrazte podmínky a pak vyberte Vytvořit.

    Snímek obrazovky s výběrem možnosti Zkontrolovat a vytvořit

    Teď se spustí nasazení instance DMS. Během několika minut se zobrazí zpráva Nasazení a zpráva se změní na vaše nasazení.

  11. Vyberte Přejít k prostředku.

    Snímek obrazovky s výběrem možnosti Přejít k prostředku

  12. Zjistěte IP adresu instance DMS ze stránky přehledu prostředků a vytvořte pravidlo brány firewall pro váš zdrojový jeden server a cílový flexibilní server s povoleným výpisem IP adresy instance DMS.

Vytvoření projektu migrace

Pokud chcete vytvořit projekt migrace, proveďte následující kroky.

  1. Na webu Azure Portal vyberte Všechny služby, vyhledejte „Azure Database Migration Service“ a pak vyberte Služby Azure Database Migration Service.

    Snímek obrazovky s možností Najít všechny instance služby Azure Database Migration Service

  2. Ve výsledcích hledání vyberte instanci DMS, kterou jste vytvořili, a pak vyberte + Nový projekt migrace.

    Snímek obrazovky S výběrem nového projektu migrace

  3. Na stránce Nový projekt migrace zadejte název projektu, v poli Pro typ zdrojového serveru vyberte v poli Výběr typu zdrojového serveru možnost Azure Database for MySQL – Jednoúčelový server, v poli Výběr typu cílového serveru vyberte Azure Database for MySQL, v poli Typ aktivity migrace vyberte Offline migraci a pak vyberte Vytvořit a spustit aktivitu.

    Výběrem možnosti Vytvořit projekt pouze jako typ aktivity migrace se vytvoří pouze projekt migrace; Pak můžete projekt migrace spustit později.

    Snímek obrazovky s projektem Vytvořit nový projekt migrace

Konfigurace projektu migrace

Pokud chcete nakonfigurovat projekt migrace DMS, proveďte následující kroky.

  1. Pokud chcete pokračovat v offline migraci, před nakonfigurováním možnosti Vybrat zdroj na obrazovce otevřete novou kartu okna a přejděte na stránku přehledu zdrojového serveru na webu Azure Portal a přejděte do okna Parametry serveru. Nakonfigurujte hodnotu parametru read_only serveru pro zdrojový server jako ON .

    Nastavení zdrojového serveru na režim jen pro čtení aktualizací parametru serveru před zahájením migrace zabrání operacím zápisu/odstranění na zdrojovém serveru během migrace, což zajišťuje integritu dat cílové databáze při migraci zdroje.

    Případně pokud provádíte online migraci, zaškrtněte na obrazovce Vybrat zdroj políčko Povolit transakční konzistenci . Další informace o konzistentním zálohování najdete v tématu Migrace dat MySQL do služby Azure Database for MySQL – Konzistentní snímek MySQL.

  2. Vraťte se na obrazovku konfigurace projektu migrace a na obrazovce Vybrat zdroj zadejte podrobnosti o připojení ke zdrojové instanci MySQL.

    Snímek obrazovky Přidat podrobnosti o zdroji

  3. Vyberte Další: Vyberte cíl>> a potom na obrazovce Vybrat cíl zadejte podrobnosti o připojení pro cílový flexibilní server.

    Snímek obrazovky s cílem vybrat

  4. Vyberte Další: Vyberte databáze a potom na kartě Vybrat databáze>> v části [Preview] Vyberte objekty serveru vyberte objekty serveru, které chcete migrovat.

    Snímek obrazovky s databází Select

  5. V části Vybrat databáze v části Zdrojová databáze vyberte databáze, které chcete migrovat.

    Zadané objekty mimo tabulku budou migrovány, zatímco položky, které jste vybrali, se přeskočí.

  6. Vyberte Další: Vyberte databáze>> a přejděte na kartu Vybrat tabulky .

    Před naplněním karty služba DMS načte tabulky z vybraných databází ve zdroji a cíli a pak určí, jestli tabulka existuje a obsahuje data.

  7. Vyberte tabulky, které chcete migrovat.

    Pokud ve zdrojové databázi vyberete tabulku, která v cílové databázi neexistuje, je ve výchozím nastavení zaškrtnuto políčko v části Migrovat schéma . U tabulek, které existují v cílové databázi, označuje poznámka, že vybraná tabulka již obsahuje data a bude zkrácena. Kromě toho, pokud schéma tabulky na cílovém serveru neodpovídá schématu ve zdroji, tabulka se před pokračováním migrace zahodí.

    Snímek obrazovky s výběrem tabulek

    DMS ověří vaše vstupy a pokud ověření projde, budete moct zahájit migraci.

  8. Po konfiguraci migrace schématu vyberte Zkontrolovat a spustit migraci.

    Poznámka:

    Pokud se pokoušíte řešit potíže s neúspěšnou migrací, stačí přejít na kartu Konfigurovat nastavení migrace.

  9. Na kartě Souhrn v textovém poli Název aktivity zadejte název aktivity migrace a zkontrolujte souhrn, abyste měli jistotu, že podrobnosti o zdroji a cíli odpovídají dříve zadaným údajům.

    Snímek obrazovky s výběrem souhrnu

  10. Vyberte Zahájit migraci.

    Zobrazí se okno aktivity migrace a Stav aktivity bude Inicializace. Stav se změní na Spuštěno, když se spustí migrace tabulek.

Monitorování migrace

  1. Na obrazovce aktivity migrace vyberte Aktualizovat , abyste aktualizovali zobrazení, zobrazili průběh a počet dokončených tabulek.

  2. Pokud chcete zobrazit stav každé tabulky během migrace, vyberte název databáze a pak výběrem možnosti Aktualizovat aktualizujte zobrazení.

  3. Výběrem možnosti Aktualizovat aktualizujte zobrazení, dokud se stav migrace nezobrazí jako Dokončeno.

    Snímek obrazovky se stavem migrace

Provádění aktivit po migraci

Po dokončení migrace nezapomeňte dokončit následující aktivity po migraci.

  • Provést základní testování aplikace s cílovou databází za účelem ověření úspěšnosti migrace

  • Aktualizujte připojovací řetězec tak, aby odkazovat na nový cílový flexibilní server.

  • Po zajištění kontinuity aplikací odstraňte zdrojový jednoúčelový server.

  • Pokud jste škálovali cílový flexibilní server pro rychlejší migraci, škálujte ho zpět výběrem velikosti výpočetních prostředků a úrovně výpočetních prostředků cílového flexibilního serveru na základě cenové úrovně zdrojového jednoúčelového serveru a virtuálních jader na základě podrobností v následující tabulce.

    Cenová úroveň jednoúčelového serveru Virtuální jádra jednoúčelového serveru Velikost výpočetních prostředků flexibilního serveru Úroveň výpočetních prostředků flexibilního serveru
    Basic 1 Se zvládáním nárazových špiček Standard_B1s
    Basic 2 Se zvládáním nárazových špiček Standard_B2s
    Pro obecné účely 4 Pro obecné účely Standard_D4ds_v4
    Pro obecné účely 8 Pro obecné účely Standard_D8ds_v4

    • Vyčištění prostředků služby Data Migration Service:

      1. Na webu Azure Portal vyberte Všechny služby, vyhledejte „Azure Database Migration Service“ a pak vyberte Služby Azure Database Migration Service.
      2. Ve výsledcích hledání vyberte instanci služby migrace a vyberte Odstranit službu.
      3. V potvrzovací dialogovém okně zadejte do textového pole TYP NÁZEV SLUŽBY DATABASE MIGRATION SERVICE název služby a pak vyberte Odstranit.

Osvědčené postupy migrace

Při provádění migrace nezapomeňte mít na paměti následující osvědčené postupy.

  • V rámci zjišťování a hodnocení vezměte v úvahu SKU serveru, využití procesoru, úložiště, velikosti databáze a využití rozšíření jako některá z kritických dat, která vám pomohou s migrací.

  • Naplánujte režim migrace pro každou databázi. Pro jednodušší migrace a menší databáze zvažte offline režim.

  • Před migrací do produkce proveďte testovací migrace:

    • Testovací migrace jsou důležité pro zajištění, že budete zahrnovat všechny aspekty migrace databáze, včetně testování aplikací. Pokud migrujete na vyšší verzi MySQL, otestujte kompatibilitu aplikací.
    • Po dokončení testování můžete migrovat produkční databáze. V tomto okamžiku musíte dokončit den a čas produkční migrace. V ideálním případě je v tuto chvíli aplikace málo využívána. Všechny zúčastněné strany, které je třeba zapojit, musí být k dispozici a připraveny. Produkční migrace vyžaduje pečlivé sledování.

  • Přesměrujte všechny závislé aplikace pro přístup k nové primární databázi a otevřete aplikace pro produkční využití.

  • Jakmile aplikace začne běžet na cílovém cílovém flexibilním serveru, pečlivě monitorujte výkon databáze, abyste zjistili, jestli se vyžaduje ladění výkonu.

Související obsah