Oktatóanyag: Azure Database for MySQL migrálása önálló kiszolgálóról rugalmas kiszolgálóra online a DMS használatával az Azure Portalon.
Feljegyzés
Ebben a cikkben szerepel a slave (alárendelt) kifejezés, amelyet a Microsoft már nem használ. Ha a kifejezés el lesz távolítva a szoftverből, eltávolítjuk ebből a cikkből.
Az Azure Database for MySQL - Single Server (önálló kiszolgáló) egy példányát Azure Database for MySQL - Flexible Serverre (rugalmas kiszolgáló) migrálhatja az Azure Database Migration Service (DMS) segítségével, amely egy teljes körűen felügyelt szolgáltatás, amely lehetővé teszi a több adatbázis-forrásból az Azure-adatplatformokra történő zökkenőmentes migrálást. Ebben az oktatóanyagban egy mintaadatbázis online migrálását hajtjuk végre egy önálló Azure Database for MySQL-kiszolgálóról egy rugalmas MySQL-kiszolgálóra (mindkettő az 5.7-es verziót futtatja) egy DMS-migrálási tevékenység használatával.
Feljegyzés
A DMS online migrálása általánosan elérhető. A DMS támogatja az 5.7-es és 8.0-s verziójú MySQL-kiszolgálókra való migrálást, valamint támogatja az alacsonyabb verziójú MySQL-kiszolgálókról (v5.6-os és újabb verziókról) való migrálást az újabb verziójú kiszolgálókra. Emellett a DMS támogatja a régiók közötti, az erőforráscsoportok és előfizetések közötti migrálást, így a célkiszolgálóhoz olyan régiót, erőforráscsoportot és előfizetést is választhat, amely eltér a forráskiszolgálóhoz megadottaktól.
Az oktatóanyag segítségével megtanulhatja a következőket:
- Ajánlott eljárások implementálása rugalmas kiszolgáló létrehozásához a gyorsabb adatbetöltéshez a DMS használatával.
- Rugalmas célkiszolgáló létrehozása és konfigurálása.
- Hozzon létre egy DMS-példányt.
- MySQL-migrálási projekt létrehozása a DMS-ben.
- MySQL-séma migrálása A DMS használatával.
- A migrálás futtatása.
- Az áttelepítés monitorozása.
- Végezze el a migrálás utáni lépéseket.
- A migrálás végrehajtásához ajánlott eljárások implementálása.
Előfeltételek
Az oktatóanyag elvégzéséhez a következőkre lesz szüksége:
- Hozzon létre vagy használjon egy meglévő Azure Database for MySQL-példányt – önálló kiszolgálót (a forráskiszolgálót).
- Az online migrálás sikeres elvégzéséhez győződjön meg arról, hogy a következő előfeltételek teljesülnek:
- A választott MySQL parancssori eszközzel ellenőrizze, hogy a log_bin engedélyezve van-e a forráskiszolgálón a következő parancs futtatásával: VÁLTOZÓK MEGJELENÍTÉSE, például "log_bin". Ha log_bin nincs engedélyezve, az áttelepítés megkezdése előtt mindenképpen engedélyezze azt.
- Győződjön meg arról, hogy a felhasználó rendelkezik "REPLIKÁCIÓS ÜGYFÉL" és "REPLICATION SLAVE" engedéllyel a forráskiszolgálón a tárolónapló olvasásához és alkalmazásához.
- Ha online migrálást céloz meg, konfigurálja a forráskiszolgáló binlog_expire_logs_seconds paraméterét, hogy a binlogfájlok ne törlődjenek, mielőtt a replika véglegesíti a módosításokat. Javasoljuk, hogy legalább két napot kezdjen. A sikeres átállás után alaphelyzetbe állíthatja az értéket.
- A séma áttelepítésének sikeres befejezéséhez a forráskiszolgálón az áttelepítést végrehajtó felhasználónak a következő jogosultságokra van szüksége:
- "Standard kiadás LECT" jogosultság a forrás kiszolgálói szintjén.
- Nézetek migrálása esetén a felhasználónak a forráskiszolgálón a "SHOW VIEW" jogosultsággal, a célkiszolgálón pedig a "CREATE VIEW" jogosultsággal kell rendelkeznie.
- Eseményindítók migrálása esetén a felhasználónak rendelkeznie kell a forrás- és célkiszolgáló "TRIGGER" jogosultságával.
- Rutinok (eljárások és/vagy függvények) áttelepítése esetén a felhasználónak rendelkeznie kell a célkiszolgáló szintjén megadott "CREATE RUTIN" és "ALTER RUTIN" jogosultságokkal.
- Események migrálása esetén a felhasználónak rendelkeznie kell az "EVENT" jogosultsággal a forrás- és célkiszolgálón.
- Felhasználók/bejelentkezések migrálása esetén a felhasználónak rendelkeznie kell a "CREATE U Standard kiadás R" jogosultsággal a célkiszolgálón.
- "DROP" jogosultság a célkiszolgáló szintjén a már létező táblák elvetéséhez. Például az áttelepítés újrapróbálkozásakor.
- "HIVATKOZÁSOK" jogosultság a célkiszolgáló szintjén, hogy idegen kulcsokkal rendelkező táblákat hozzon létre.
- Ha a MySQL 8.0-ra migrál, a felhasználónak a célkiszolgálón "Standard kiadásSSION_VARIABLES_ADMIN" jogosultsággal kell rendelkeznie.
- "CREATE" jogosultság a célkiszolgáló szintjén.
- "IN Standard kiadás RT" jogosultság a célkiszolgáló szintjén.
- "UPDATE" jogosultság a célkiszolgáló szintjén.
- "DELETE" jogosultság a célkiszolgáló szintjén.
Korlátozások
A migrálásra való felkészülés során mindenképpen vegye figyelembe az alábbi korlátozásokat.
- Nem táblaobjektumok migrálásakor a DMS nem támogatja az adatbázisok átnevezését.
- Ha bin_log engedélyezett célkiszolgálóra migrál, mindenképpen engedélyezze a log_bin_trust_function_creators a rutinok és eseményindítók létrehozását.
- A DMS jelenleg nem támogatja az objektumok DEFINER záradékának migrálását. A rendszer a forráson lévő definiálókkal rendelkező összes objektumtípust elveti, és a migrálás után az áttelepítés futtatásához használt bejelentkezési adatokra állítja be az összes olyan objektum alapértelmezett definiálóját, amely támogatja a definiáló záradékot, és amely a séma migrálása során jön létre.
- A DMS jelenleg csak a sémák migrálását támogatja az adatáthelyezés részeként. Ha az adatáthelyezéshez semmi nincs kiválasztva, a séma migrálása nem történik meg. Vegye figyelembe, hogy a sémamigráláshoz kiválasztott tábla az adatáthelyezéshez is ki lesz választva.
- Az online migrációs támogatás a ROW binlog formátumra korlátozódik.
- Az online migráció mostantól támogatja a DDL utasítások replikációját v8.0 vagy v5.7 Azure Database for MySQL Flexible Server célkiszolgálóra történő migráció esetén.
- A kijelentésreplikáció az Azure DMS migrációs tevékenység konfigurálásakor sémaátvitelre kiválasztott adatbázisok, táblák és sémaobjektumok (nézetek, rutinok, triggerek) esetében támogatott. A nem kijelölt adatbázisok, táblák és sémaobjektumok adatmeghatározási és felügyeleti utasításai nem lesznek replikálva. Ha egy teljes kiszolgálót választ ki az áttelepítéshez, akkor a kezdeti betöltés befejezése után a forráskiszolgálón létrehozott táblák, adatbázisok és sémaobjektumok utasításai replikálódnak.
- Az Azure DMS-utasításreplikáció az itt felsorolt összes adatdefiníciós utasítást támogatja, a következő parancsok kivételével: • LOGFILE GROUP utasítások • Standard kiadás RVER-utasítások • TÉRBELI REFERENCIARENDSZER-utasítások • TABLESPACE-utasítások
- Az Azure DMS-utasításreplikáció az itt felsorolt összes Adat Rendszergazda istration – Fiókkezelési utasítást támogatja az alábbi parancsok kivételével:
- STANDARD KIADÁS T ALAPÉRTELMEZETT SZEREPKÖR
- Standard kiadás T JELSZÓ
- Az Azure DMS-utasításreplikáció az itt felsorolt összes adat-Rendszergazda istration – Táblakarbantartási utasítást támogatja az alábbi parancsok kivételével:
- REPAIR TABLE
- ANALYZE TABLE
- ELLENŐRZŐÖSSZEG TÁBLÁZAT
Ajánlott eljárások a gyorsabb adatbetöltést lehetővé tevő rugalmas kiszolgáló DMS használatával történő létrehozásához
A DMS támogatja a régiók közötti, az erőforráscsoportok közötti és az előfizetések közötti áttelepítéseket, így szabadon kiválaszthatja a megfelelő régiót, erőforráscsoportot és előfizetést a rugalmas kiszolgáló célhoz. A fogadó rugalmas kiszolgáló létrehozása előtt tekintse meg az alábbi konfigurációs útmutatót, amely segít biztosítani a DMS használatával történő gyorsabb adatbetöltést.
Válassza ki a cél rugalmas kiszolgáló számítási méretét és számítási szintjét a forrás önálló kiszolgáló tarifacsomag és VCores alapján, a következő táblázatban megadott részletek szerint.
Önálló kiszolgáló tarifacsomag Önálló kiszolgáló VCores Rugalmas kiszolgáló számítási mérete Rugalmas kiszolgáló számítási szintje Alapszintű* 1 Általános célú Standard_D16ds_v4 Alapszintű* 2 Általános célú Standard_D16ds_v4 Általános célú* 4 Általános célú Standard_D16ds_v4 Általános célú* 8 Általános célú Standard_D16ds_v4 Általános célú 16 Általános célú Standard_D16ds_v4 Általános célú 32 Általános célú Standard_D32ds_v4 Általános célú 64 Általános célú Standard_D64ds_v4 Memóriaoptimalizált 4 Üzletileg kritikus Standard_E4ds_v4 Memóriaoptimalizált 8 Üzletileg kritikus Standard_E8ds_v4 Memóriaoptimalizált 16 Üzletileg kritikus Standard_E16ds_v4 Memóriaoptimalizált 32 Üzletileg kritikus Standard_E32ds_v4
* A migráláshoz válassza az Általános célú 16 virtuális mag számítást a cél rugalmas kiszolgálóhoz a gyorsabb migrálás érdekében. A migrálás befejezése után térjen vissza a célkiszolgáló kívánt számítási méretéhez a cikk későbbi, „A migrálást követő tevékenységek végrehajtása” című szakaszában található, számítási méretre vonatkozó javaslat szerint.
- A rugalmas célkiszolgáló MySQL-verziójának nagyobbnak vagy ugyanannyinak kell lennie, mint az önálló forráskiszolgáló esetében.
- Hacsak nem kell a rugalmas célkiszolgálót egy adott zónában telepítenie, állítsa az Availability Zone (Rendelkezésre állási zóna) paraméter értékét a „No preference” (Nincs preferencia) értékre.
- A hálózati kapcsolat esetében ha az önálló forráskiszolgálón privát végpontok vagy privát kapcsolatok vannak konfigurálva, a Hálózatkezelés lapon válassza a Privát hozzáférés lehetőséget; ellenkező esetben válassza a Nyilvános hozzáférés lehetőséget.
- Másolja át az összes tűzfalszabályt az önálló forráskiszolgálóról a rugalmas célkiszolgálóra.
- Másolja át az összes név/érték címkét az önálló kiszolgálóról a rugalmas kiszolgálóra a létrehozás során.
Rugalmas célkiszolgáló létrehozása és konfigurálása
Ezeket az ajánlott eljárásokat szem előtt tartva hozza létre a cél rugalmas kiszolgálót, majd konfigurálja.
- Hozza létre a cél rugalmas kiszolgálót. Az irányított lépésekért tekintse meg a rugalmas Azure Database for MySQL-kiszolgáló létrehozása rövid útmutatót.
- Konfigurálja az új rugalmas célkiszolgálót az alábbiak szerint:
- Az áttelepítést végző felhasználónak a következő engedélyekre van szüksége:
- Győződjön meg arról, hogy a felhasználó rendelkezik "REPLICATION_APPLIER" vagy "BINLOG_ADMIN" engedéllyel a célkiszolgálón a tárolónapló alkalmazásához.
- Győződjön meg arról, hogy a felhasználó rendelkezik "REPLIKÁCIÓS RABSZOLGA" engedéllyel a célkiszolgálón.
- Győződjön meg arról, hogy a felhasználó rendelkezik "REPLIKÁCIÓS ÜGYFÉL" és "REPLIKÁCIÓS RABSZOLGA" engedéllyel a forráskiszolgálón a tárolónapló olvasásához és alkalmazásához.
- A céltáblák létrehozásához a felhasználónak "CREATE" jogosultsággal kell rendelkeznie.
- Ha "DATA DIRECTORY" vagy "INDEX DIRECTORY" partícióbeállításokkal migrál egy táblát, a felhasználónak "FILE" jogosultsággal kell rendelkeznie.
- Ha "UNION" beállítással rendelkező táblába migrál, a felhasználónak rendelkeznie kell a "Standard kiadás LECT", az "UPDATE" és a "DELETE" jogosultsággal a MERGE táblára leképezett táblákhoz.
- Nézetek migrálása esetén a "CREATE VIEW" jogosultsággal kell rendelkeznie. Ne feledje, hogy bizonyos jogosultságokra szükség lehet a nézetek tartalmától függően. A részletekért tekintse meg a "CREATE VIEW UTASÍTÁS" verzióra vonatkozó MySQL-dokumentumokat.
- Események migrálása esetén a felhasználónak "EVENT" jogosultsággal kell rendelkeznie.
- Eseményindítók áttelepítése esetén a felhasználónak rendelkeznie kell a "TRIGGER" jogosultsággal.
- Rutinok migrálása esetén a felhasználónak rendelkeznie kell a "CREATE RUTIN" jogosultsággal.
- Konfigurálja a kiszolgálóparamétereket a rugalmas célkiszolgálón az alábbiak szerint:
- Állítsa be a TLS-verziót és require_secure_transport kiszolgálóparamétert a forráskiszolgáló értékeinek megfelelően.
- Állítsa be a sql_mode kiszolgálóparamétert a forráskiszolgáló értékeinek megfelelőre.
- Konfigurálja a kiszolgálóparamétereket a célkiszolgálón, hogy megfeleljen a forráskiszolgálón használt nem alapértelmezett értékeknek.
- A DMS használatakor a gyorsabb adatbetöltés érdekében konfigurálja a következő kiszolgálóparamétereket az alábbiak szerint.
- max_allowed_packet – 1073741824 (azaz 1 GB) értékre van állítva, hogy megakadályozza a nagy sorok miatti csatlakozási problémákat.
- slow_query_log – a lassú lekérdezési napló kikapcsolásához kapcsolja ki a KI értéket. Ez kiküszöböli a lassú lekérdezésnaplózás által okozott terhelést az adatbetöltések során.
- innodb_buffer_pool_size – csak az Azure Database for MySQL-kiszolgáló számítási kapacitásának skálázásával növelhető. Skálázza fel a kiszolgálót 64 virtuális magos általános célú termékváltozatra a portál tarifacsomagjából a migrálás során, hogy növelje a innodb_buffer_pool_size.
- innodb_io_capacity &innodb_io_capacity_max – Váltson 9000-es értékre az Azure Portal kiszolgálóparaméterei közül az IO-kihasználtság javítása érdekében, hogy optimalizálja a migrálási sebességet.
- innodb_write_io_threads – A migrálás sebességének javítása érdekében váltson 4-esre az Azure Portal kiszolgálóparaméterei közül.
- Konfigurálja a célkiszolgáló replikáit úgy, hogy azok megfeleljenek a forráskiszolgálón lévőknek.
- Replikálja a következő kiszolgálófelügyeleti funkciókat a forráskiszolgálóról a cél rugalmas kiszolgálóra:
- Szerepkör-hozzárendelések, Szerepkörök, Megtagadási feladatok, klasszikus rendszergazdák, Hozzáférés-vezérlés (IAM)
- Zárolások (írásvédett és törlés)
- Riasztások
- Tevékenységek
- Erőforrásállapot-riasztások
- Az áttelepítést végző felhasználónak a következő engedélyekre van szüksége:
A DMS beállítása
A cél rugalmas kiszolgáló üzembe helyezése és konfigurálása után a DMS-t is be kell állítania, hogy az egyetlen kiszolgálót rugalmas kiszolgálóra migrálja.
Az erőforrás-szolgáltató regisztrálása
A Microsoft.DataMigration erőforrás-szolgáltató regisztrálásához hajtsa végre az alábbi lépéseket.
Az első DMS-példány létrehozása előtt jelentkezzen be az Azure Portalra, majd keresse meg és válassza ki az Előfizetések lehetőséget.
Válassza ki a DMS-példány létrehozásához használni kívánt előfizetést, majd válassza az Erőforrás-szolgáltatók lehetőséget.
Keresse meg a "Migrálás" kifejezést, majd a Microsoft.DataMigration esetében válassza a Regisztráció lehetőséget.
Adatbázis-áttelepítési szolgáltatás (DMS) példányának létrehozása
Az Azure Portalon válassza a + Erőforrás létrehozása lehetőséget, keresse meg az "Azure Database Migration Service" kifejezést, majd válassza ki az Azure Database Migration Service-t a legördülő listából.
Az Azure Database Migration Service képernyőn válassza a Létrehozás lehetőséget.
A Migrálási forgatókönyv és az Adatbázis-migrálási szolgáltatás kiválasztása lapon a Migrálási forgatókönyv területen válassza az Önálló Azure Database for MySQL-kiszolgálót a forráskiszolgáló típusaként, majd válassza az Azure Database for MySQL-t célkiszolgáló-típusként, majd válassza a Kiválasztás lehetőséget.
A Migrálási szolgáltatás létrehozása lap Alapszintű beállítások lapján, a Projekt részletei csoportban válassza ki a megfelelő előfizetést, majd válasszon ki egy meglévő erőforráscsoportot, vagy hozzon létre egy újat.
A Példány részletei csoportban adja meg a szolgáltatás nevét, válasszon ki egy régiót, majd ellenőrizze, hogy az Azure szolgáltatásmódként van-e kiválasztva.
A tarifacsomagtól jobbra válassza a Réteg konfigurálása lehetőséget.
A Konfigurálás lapon válassza ki a Prémium tarifacsomagot 4 virtuális maggal a DMS-példányhoz, majd válassza az Alkalmaz lehetőséget. A 4 virtuális magos prémium szintű DMS a DMS-szolgáltatás kiépítésétől kezdődően 6 hónapig (183 napig) ingyenesen használható. A DMS-költségekről és a tarifacsomagokról további információt a díjszabási oldalon talál.
Ezután meg kell adnunk azt a virtuális hálózatot, amely hozzáférést biztosít a DMS-példánynak a forráskiszolgálóhoz és a cél rugalmas kiszolgálóhoz.
A Migrálási szolgáltatás létrehozása lapon válassza a Tovább: Hálózatkezelés >>lehetőséget.
A Hálózatkezelés lapon válasszon ki egy meglévő virtuális hálózatot a listából, vagy adja meg a létrehozni kívánt új virtuális hálózat nevét, majd válassza a Véleményezés + Létrehozás lehetőséget. További információ: Virtuális hálózat létrehozása az Azure Portal használatával.
Fontos
A virtuális hálózatot úgy kell konfigurálni, hogy a forráskiszolgálóhoz és a cél rugalmas kiszolgálóhoz is hozzáférhessen, ezért ügyeljen a következőre:
- Hozzon létre egy kiszolgálószintű tűzfalszabályt, vagy konfigurálja a VNET-szolgáltatásvégpontokat a forrás és a cél Azure Database for MySQL-kiszolgálók számára, hogy az Azure Database Migration Service virtuális hálózata hozzáférjen a forrás- és céladatbázisokhoz.
- Győződjön meg arról, hogy a VNet Network Security Group (NSG) szabályai nem tiltják le a ServiceTag 443-nak a ServiceBus, a Storage és az Azure Monitor kimenő portját. A VNet NSG-forgalomszűrésével kapcsolatos további információkért lásd : Hálózati forgalom szűrése hálózati biztonsági csoportokkal.
Feljegyzés
Ha címkéket szeretne hozzáadni a szolgáltatáshoz, lépjen a Címkék lapra a Következő: Címkék gombra kattintva. Nem kötelező címkéket hozzáadni a szolgáltatáshoz.
Lépjen a Véleményezés + létrehozás lapra, tekintse át a konfigurációkat, tekintse meg a feltételeket, majd válassza a Létrehozás lehetőséget.
Ekkor megkezdődik a DMS-példány üzembe helyezése. Az üzembe helyezés folyamatban lévő üzenet néhány percig jelenik meg, majd az üzenet az Üzemelő példányra módosul.
Válassza az Erőforrás megnyitása lehetőséget.
Azonosítsa a DMS-példány IP-címét az erőforrás áttekintési oldalán, és hozzon létre egy tűzfalszabályt a forráskiszolgálóhoz, és a cél rugalmas kiszolgáló számára engedélyezze a DMS-példány IP-címének felsorolását.
Migrálási projekt létrehozása
Migrálási projekt létrehozásához hajtsa végre az alábbi lépéseket.
Az Azure Portalon válassza a Minden szolgáltatás lehetőséget, keresse meg az Azure Database Migration Service-t, majd válassza ki az Azure Database Migration Servicest.
A keresési eredmények között válassza ki a létrehozott DMS-példányt, majd válassza az + Új áttelepítési projekt lehetőséget.
Az Új migrálási projekt lapon adja meg a projekt nevét, a Forráskiszolgáló típuskijelölési mezőjében válassza az Azure Database For MySQL – Single Server lehetőséget, a Célkiszolgáló típuskijelölő mezőjében válassza az Azure Database For MySQL – Rugalmas kiszolgáló lehetőséget, a Migrálási tevékenység típusának kiválasztására szolgáló mezőben válassza az Online adatmigrálás, majd a Tevékenység létrehozása és futtatása lehetőséget.
Feljegyzés
Ha csak a Projekt létrehozása lehetőséget választja, mert az áttelepítési tevékenység típusa csak az áttelepítési projektet hozza létre, akkor később futtathatja az áttelepítési projektet.
A migrálási projekt konfigurálása
A DMS migrálási projektjének konfigurálásához hajtsa végre az alábbi lépéseket.
A Forrás kiválasztása képernyőn keresse meg a kiszolgálót az előfizetés, a hely és az erőforráscsoport alapján. A rendszer automatikusan kitölti a felhasználónevet, majd megadja a forráskiszolgáló jelszavát.
Válassza a Tovább elemet: Válassza ki a célhelyet>>, majd a Cél kiválasztása képernyőn keresse meg a kiszolgálót az előfizetés, a hely és az erőforráscsoport alapján. A rendszer automatikusan kitölti a felhasználónevet, majd megadja a cél rugalmas kiszolgáló jelszavát.
Válassza a Tovább elemet: Jelölje ki az adatbázisokat>>, majd az Adatbázisok kiválasztása lap Kiszolgáló áttelepítési beállításai csoportjában válassza az Összes alkalmazható adatbázis áttelepítése lehetőséget, vagy az Adatbázisok kiválasztása területen válassza ki az áttelepítendő kiszolgálóobjektumokat.
Feljegyzés
Ha be van jelölve az összes alkalmazható adatbázis áttelepítése lehetőség, ez a beállítás az összes felhasználó által létrehozott adatbázist és táblát migrálja. Vegye figyelembe, hogy mivel a rugalmas Azure Database for MySQL-kiszolgáló nem támogatja a vegyes esetű adatbázisokat, a forráson lévő vegyes esetadatbázisok nem lesznek belefoglalva az online migráláshoz.
Az Adatbázisok kiválasztása szakaszban, a Forrásadatbázis területen válassza ki a migrálni kívánt adatbázis(ok)t.
A megadott adatbázis(ok) nem táblázatos objektumai át lesznek migrálva, míg a nem kiválasztott elemeket a rendszer kihagyja. Csak azokat a forrás- és céladatbázisokat választhatja ki, amelyeknek a neve megegyezik a forrás- és célkiszolgáló nevével. Ha olyan adatbázist választ ki a forráskiszolgálón, amely nem létezik a célkiszolgálón, az a célkiszolgálón jön létre.
Válassza a Tovább gombot: Táblák kijelölése>> a Táblák kijelölése lapra való navigáláshoz.
A lap feltöltése előtt a DMS lekéri a táblákat a kijelölt adatbázis(ok)ból a forráson és a célon, majd megállapítja, hogy a tábla létezik-e, és tartalmaz-e adatokat.
Jelölje ki a migrálni kívánt táblákat.
Ha a kijelölt forrástábla nem létezik a célkiszolgálón, az online migrálási folyamat biztosítja, hogy a táblaséma és az adatok át legyenek migrálva a célkiszolgálóra.
A DMS ellenőrzi a bemeneteket, és ha az ellenőrzés sikeres, elindíthatja az áttelepítést.
Miután konfigurálta a séma migrálását, válassza a Véleményezés lehetőséget, és indítsa el az áttelepítést.
Feljegyzés
Csak akkor kell navigálnia a Migrálási beállítások konfigurálása lapra, ha a sikertelen migrálásokat próbálja elhárítani.
Az Összegzés lap Tevékenységnév szövegmezőjében adja meg az áttelepítési tevékenység nevét, majd tekintse át az összegzést, hogy a forrás- és céladatok megfeleljenek a korábban megadottaknak.
Válassza a Migrálás indítása lehetőséget.
Megjelenik a migrálás műveletének ablaka. A tevékenység Állapota: Inicializálás. Az állapot futásra változik a tábla áttelepítésének kezdetekor.
A migrálás monitorozása
A kezdeti betöltési tevékenység befejezése után lépjen a Kezdeti betöltés lapra a befejezés állapotának és a befejezett táblák számának megtekintéséhez.
A kezdeti betöltési tevékenység befejezése után a rendszer automatikusan az Adatváltozások replikálása lapra lép. A migrálás előrehaladását figyelheti, mivel a képernyő automatikusan frissül 30 másodpercenként.
A Frissítés gombra kattintva frissítheti a kijelzőt, és szükség esetén megtekintheti a forrás mögötti másodperceket.
Figyelje meg a forrás mögötti másodperceket, és amint a 0-hoz közeledik, folytassa az átállás elindításával az áttelepítési tevékenység képernyőjének tetején található Start Cutover menülapra navigálva.
Mielőtt készen áll az átállás elvégzésére, kövesse az átállási ablakban található lépéseket.
Az összes lépés elvégzése után válassza a Megerősítés, majd az Alkalmaz lehetőséget.
Áttelepítés utáni tevékenységek végrehajtása
Ha az áttelepítés befejeződött, mindenképpen végezze el a következő áttelepítés utáni tevékenységeket.
A migrálás érvényességen igazolása érdekében az alkalmazás állapottesztjének elvégzése a céladatbázissal.
Frissítse a kapcsolati karakterláncot, hogy az az új rugalmas kiszolgálóra mutasson.
Az alkalmazás folytonosságának biztosítása után törölje az önálló forráskiszolgálót.
Ha a gyorsabb migrálás érdekében felskálázta a cél rugalmas kiszolgálót, skálázza azt vissza a rugalmas kiszolgáló számítási méretének és számítási szintjének kiválasztásával a forrás önálló kiszolgáló tarifacsomag és VCores alapján, a következő táblázatban megadott részletek szerint.
Önálló kiszolgáló tarifacsomag Önálló kiszolgáló VCores Rugalmas kiszolgáló számítási mérete Rugalmas kiszolgáló számítási szintje Alap 1 Átmenetileg fokozható teljesítmény Standard_B1s Alap 2 Átmenetileg fokozható teljesítmény Standard_B2s Általános célú 4 Általános célú Standard_D4ds_v4 Általános célú 8 Általános célú Standard_D8ds_v4 A DMS-erőforrások törléséhez hajtsa végre a következő lépéseket:
- Az Azure Portalon válassza a Minden szolgáltatás lehetőséget, keresse meg az Azure Database Migration Service-t, majd válassza ki az Azure Database Migration Servicest.
- Válassza ki a migrálási szolgáltatáspéldányt a keresési eredmények közül, majd válassza a Szolgáltatás törlése lehetőséget.
- A megerősítést kérő párbeszédpanelen a ÍRJA BE AZ ADATBÁZIS-MIGRÁCIÓS SZOLGÁLTATÁS NEVÉT szövegmezőben adja meg a példány nevét, majd válassza a Törlés lehetőséget.
Ajánlott migrálás eljárások
Az áttelepítés során mindenképpen vegye figyelembe a következő legjobb gyakorlatokat.
- A felderítés és értékelés részeként a szerver SKU, a CPU-használat, a tárolás, az adatbázisok mérete és a bővítmények használata a kritikus adatok közé tartozik, amelyek segítenek a migrációban.
- Az éles környezetbe való migrálás előtt végezze el a tesztelési migrálást:
- A tesztmigráció fontos annak biztosítása érdekében, hogy az adatbázis-migráció minden szempontját lefedje, beleértve az alkalmazás tesztelését is. A legjobb gyakorlat az, ha a migrációt teljes egészében tesztelési céllal indítjuk el. Miután az újonnan indított áttelepítés minimális késéssel belép az Adatváltozások másolása fázisba, csak tesztmunkaterhelések futtatására használja a Flexible Server célpontot. Használja ezt a célt az alkalmazás teszteléséhez, hogy biztosítsa a várt teljesítményt és eredményeket. Ha magasabb MySQL-verzióra vált, tesztelje az alkalmazások kompatibilitását.
- A tesztelés befejezése után áttelepítheti a termelési adatbázisokat. Ezen a ponton véglegesítenie kell a termelési migráció napját és időpontját. Ideális esetben jelenleg alacsony az alkalmazás használata. Minden érdekelt félnek, akit be kell vonni, rendelkezésre kell állnia és készen kell állnia. A termelési migráció szoros felügyeletet igényel. Online áttelepítés esetén a replikációt az adatvesztés elkerülése érdekében az átállás előtt be kell fejezni.
- Irányítsa át az összes függő alkalmazást az új elsődleges adatbázis elérésére, és tegye a forráskiszolgálót csak olvashatóvá. Ezután nyissa meg az alkalmazásokat termelési használatra.
- Miután az alkalmazás elindult a rugalmas célkiszolgálón, szorosan ellenőrizze az adatbázis teljesítményét, hogy lássa, szükséges-e teljesítményhangolás.
Következő lépések
- A rugalmas Azure Database for MySQL-kiszolgálóval kapcsolatos információkért lásd: Áttekintés – Rugalmas Azure Database for MySQL-kiszolgáló.
- További információ az Azure Database Migration Service-ről: Mi az Az Azure Database Migration Service?
- Az Azure Database for MySQL - rugalmas kiszolgálóra DMS használatával történő migrálás ismert problémáiról és korlátairól a rugalmas Azure Database for MySQL-kiszolgálóra való migrálás ismert problémáit ismertető cikkben talál további információt.
- A DMS-sel végzett migrálások ismert problémáiról és korlátairól az Azure Database Migration Service gyakori problémáit ismertető cikkben olvashat.
- A forrásadatbázisok DMS használata során jelentkező csatlakozási problémáinak elhárításához tekintse meg a forrásadatbázisok csatlakoztatásával kapcsolatos problémákat ismertető cikket.