Azure Database for MySQL migrálása – Önálló kiszolgáló rugalmas kiszolgálóra az Azure Database for MySQL importálási parancssori felületének használatával
A következőkre vonatkozik:
Azure Database for MySQL – Önálló kiszolgáló
Az Azure Database for MySQL importálási parancssori felület (általánosan elérhető) lehetővé teszi az Önálló Azure Database for MySQL zökkenőmentes migrálását rugalmas kiszolgálóra. Pillanatképek biztonsági mentésével és a technológia visszaállításával egyszerű és gyors áttelepítési útvonalat kínál a forráskiszolgáló fizikai adatfájljainak a célkiszolgálóra való visszaállításához. Az importálást követően kihasználhatja a rugalmas kiszolgáló előnyeit, beleértve a jobb ár- és teljesítmény-, az adatbázis-konfiguráció részletes vezérlését és az egyéni karbantartási időszakokat.
A felhasználói bemenetek alapján a rugalmas célkiszolgáló kiépítéséért, majd a forráskiszolgáló biztonsági mentéséért és a cél visszaállításáért felelős. Átmásolja az adatfájlokat, a kiszolgáló paramétereit, a kompatibilis tűzfalszabályokat és kiszolgálótulajdonságokat – réteg, verzió, termékváltozat neve, tárterület mérete, hely, georedundáns biztonsági mentés, nyilvános hozzáférés, címkék, automatikus növekedés, biztonsági mentési-megőrzési napok, rendszergazda-felhasználó és rendszergazdai jelszó egyetlenről rugalmas kiszolgálópéldányra.
Az Azure Database for MySQL importálási parancssori felület támogatja a közel nulla állásidős migrálást egy offline importálási művelet végrehajtásával, így a felhasználók beállíthatják a forrás és a cél közötti adatreplikálást az online migrálás végrehajtásához.
Ez az oktatóanyag bemutatja, hogyan használhatja az Azure Database for MySQL import CLI-parancsot az önálló Azure Database for MySQL-kiszolgáló rugalmas kiszolgálóra való migrálásához.
Újdonságok
- Mostantól támogatott az Azure Database for MySQL importálási művelete örökölt tárolóarchitektúrával (Általános célú tároló V1) rendelkező önálló kiszolgálókhoz. Az importálási művelet megkezdése előtt be kell állítania a log_bin=ON paramétert az örökölt tárterülettel rendelkező egykiszolgálós példányhoz. Ehhez hozzon létre egy olvasási replikát az egykiszolgálós példányhoz, majd törölje azt. Ez a művelet a log_bin paramétert ON értékre állítja, majd elindíthat egy importálási műveletet a rugalmas kiszolgálóra való migráláshoz. (2024. február)
Az Azure Cloud Shell elindítása
Az Azure Cloud Shell egy ingyenes interaktív rendszerhéj, amellyel futtathatja a cikkben leírt lépéseket. A fiókjával való használat érdekében a gyakran használt Azure-eszközök már előre telepítve és konfigurálva vannak rajta.
A Cloud Shell megnyitásához válassza a Kipróbálás lehetőséget a kódblokk jobb felső sarkában. A Cloud Shellt külön böngészőlapon is megnyithatja a következő lépéssel https://shell.azure.com/bash: Válassza a Másolás lehetőséget a kódblokkok másolásához, illessze be a Cloud Shellbe, majd az Enter gombra kattintva futtassa.
Ha inkább helyileg szeretné telepíteni és használni a parancssori felületet, ehhez az oktatóanyaghoz az Azure CLI 2.54.0-s vagy újabb verziójára van szükség. A verzió azonosításához futtassa a következőt: az --version. Ha telepíteni vagy frissíteni szeretne: Az Azure CLI telepítése.
Beállítás
Az az bejelentkezési paranccsal kell bejelentkeznie a fiókjába . Jegyezze fel az azonosító tulajdonságot, amely az Azure-fiók előfizetés-azonosítójára hivatkozik.
az login
Válassza ki azt az előfizetést, amelyben a forrás Azure Database for MySQL - Single Server található a fiókja alatt az az account set paranccsal. Jegyezze fel az az bejelentkezési kimenet azonosítóértékét, amelyet a parancs előfizetési argumentumának értékeként használ. Ha több előfizetéssel rendelkezik, válassza ki a megfelelő előfizetést, amelyben a forrás Azure Database for MySQL - Single Server található. Az összes előfizetés lekéréséhez használja az az fióklistát.
az account set --subscription <subscription id>
Korlátozások és előfeltételek
Ha az önálló Azure Database for MySQL-kiszolgáló motorverziója v8.x, győződjön meg arról, hogy a forráskiszolgáló .NET-ügyfélillesztőjének verzióját 8.0.32-es verzióra frissíti, hogy elkerülje a kódolási inkompatibilitásokat a rugalmas kiszolgálóra való migrálás után.
A forrás Azure Database for MySQL - Single Server és a cél Azure Database for MySQL - Rugalmas kiszolgálónak ugyanabban az előfizetésben, erőforráscsoportban, régióban és ugyanazon MySQL-verzióban kell lennie. Az előfizetések, erőforráscsoportok, régiók és verziók közötti importálás nem lehetséges.
Az Azure Database for MySQL Import CLI által támogatott MySQL-verziók az 5.7-et és a 8.0-t támogatják. Ha egy másik fő MySQL-verzióval rendelkezik az egykiszolgálós kiszolgálón, az importálási parancs aktiválása előtt frissítse a verziót az egykiszolgálós példányon.
Ha az Egykiszolgálós Azure Database for MySQL-példány "lower_case_table_names" kiszolgálóparamétere 2, és az alkalmazás partíciótáblákat használt, az Importálás művelet sérült partíciótáblákat eredményez. A javaslat az, hogy a "lower_case_table_names" érték 1 legyen az Egykiszolgálós Azure Database for MySQL-példányhoz, hogy folytassa a sérülésmentes MySQL-importálási műveletet.
A rugalmas Azure MySQL-kiszolgálóra való importálás nem támogatott. A CLI-parancs egy új rugalmas Azure MySQL-kiszolgáló importálását kezdeményezi.
Ha a rugalmas célkiszolgáló nem HA (magas rendelkezésre állás letiltva) állapotúként van kiépítve a parancssori felület parancsparamétereinek frissítésekor, akkor később átváltható azonos zónájú HA-ra, zónaredundáns HA-ra azonban nem.
A CMK-kompatibilis egykiszolgálós példányok esetében az Azure Database for MySQL Import parancs megköveteli, hogy kötelező bemeneti paramétereket adjon meg a CMK cél rugalmas kiszolgálón való engedélyezéséhez.
Ha az egykiszolgálós példányon engedélyezve van az "Infrastruktúra dupla titkosítása" funkció, javasoljuk, hogy engedélyezze az ügyfél által felügyelt kulcsot (CMK) a cél rugalmas kiszolgálópéldányon a hasonló funkciók támogatásához. Engedélyezheti a CMK-t a célkiszolgálón az Azure Database for MySQL importálási parancssori felület bemeneti paramétereivel, vagy a migrálás után is.
Ha az egykiszolgálós példányon engedélyezve van a "Lekérdezéstár" funkció, javasoljuk, hogy a rugalmas kiszolgálópéldányon engedélyezze a lassú lekérdezési naplókat a hasonló funkciók támogatása érdekében. A lassú lekérdezési naplókat az alábbi lépésekkel konfigurálhatja a cél rugalmas kiszolgálón. Ezután a lekérdezési megállapításokat munkafüzetsablon használatával tekintheti meg.
Ha az egykiszolgálós példány örökölt tárolóarchitektúrával (Általános célú tároló V1) rendelkezik, az importálási művelet megkezdése előtt be kell állítania az log_bin=ON paramétert az egykiszolgálós példányhoz. Ehhez hozzon létre egy olvasási replikát az egykiszolgálós példányhoz, majd törölje azt. Ez a művelet a log_bin paramétert ON értékre állítja, majd elindíthat egy importálási műveletet a rugalmas kiszolgálóra való migráláshoz.
Ha az egykiszolgálós példány rendelkezik a 8.0-s verziójú motorral, fontolja meg a következő műveletek elvégzését, hogy elkerülje a kompatibilitástörő változásokat az egy- és a rugalmas kiszolgálópéldány közötti közösségi alverzióbeli különbségek miatt:
Futtassa az alábbi utasítást annak ellenőrzéséhez, hogy a példányra hatással lehetnek-e hibás hisztogramadatok. Ha a megfelelő táblák kimenetek, javasoljuk, hogy törölje https://dev.mysql.com/blog-archive/histogram-statistics-in-mysql/ a hisztogramadatokat, majd hozza létre újra a rugalmas kiszolgálón. Érdemes megjegyezni, hogy a hisztogram inf" csak statisztikai információ az oszlopokról, és ez az információ csak a rendszertáblákban létezik, így a hisztogramadatok törlése nem befolyásolja a tábla adatait.
SELECT DISTINCT SCHEMA_NAME, TABLE_NAME FROM `information_schema`.`column_statistics`;Futtassa a következő parancsot azoknak a tábláknak a ellenőrzéséhez, amelyek rendezetlenek lehetnek a táblázatoszlopok sorrendjében. Ha ez az ellenőrzés azonosítja az érintett táblákat, az összes adatot ki kell adnia ezekből a táblákból, majd vissza kell importálnia. Ennek elmulasztása azt eredményezheti, hogy a binlogban lévő oszlopok sorrendje nem egyezik meg a felhasználói táblák oszlopsorával. Ez az eltérés megakadályozhatja a felhasználókat a replikáció beállításában, az adatok visszaállításában, a magas rendelkezésre állás (HA) engedélyezésében és más műveletekben.
SELECT table_schema, table_name, COUNT(*) AS column_count, MAX(ORDINAL_POSITION) AS max_ordinal_position FROM information_schema.columns GROUP BY table_schema, table_name HAVING column_count != max_ordinal_position;
Csak a példányszintű importálás támogatott. Nincs lehetőség a kijelölt adatbázisok példányon belüli importálására.
Az alábbi elemeket a forrásból a célba kell másolnia az importálási műveletet követő felhasználónak:
- Olvasási replikák
- Monitorozási oldal beállításai (riasztások, metrikák és diagnosztikai beállítások)
- Az egykiszolgálós példány kezeléséhez ön által üzemeltetett Terraform/CLI-szkripteket rugalmas kiszolgálóhivatkozásokkal kell frissíteni
Azure Database for MySQL importálási művelet aktiválása az Önálló Azure Database for MySQL-kiszolgálóról a rugalmas kiszolgálóra való migráláshoz
Az Azure Database for MySQL importálási műveletének aktiválása a az mysql flexible-server import create paranccsal. A következő parancs létrehoz egy cél rugalmas kiszolgálót, és végrehajtja a példányszintű importálást a forrásból a célhelyre az Azure CLI helyi környezetéből származó szolgáltatás alapértelmezéseinek és értékeinek használatával:
az mysql flexible-server import create --data-source-type
--data-source
--resource-group
--name
[--sku-name]
[--tier]
[--version]
[--storage-size]
[--mode]
[--admin-password]
[--admin-user]
[--auto-scale-iops {Disabled, Enabled}]
[--backup-identity]
[--backup-key]
[--backup-retention]
[--database-name]
[--geo-redundant-backup {Disabled, Enabled}]
[--high-availability {Disabled, SameZone, ZoneRedundant}]
[--identity]
[--iops]
[--key]
[--location]
[--private-dns-zone]
[--public-access]
[--resource-group]
[--standby-zone]
[--storage-auto-grow {Disabled, Enabled}]
[--subnet]
[--subnet-prefixes]
[--tags]
[--vnet]
[--zone]
Az alábbi példa bemutatja a "test-single-server" nevű egyetlen kiszolgáló adatforrásadatait és a rugalmas kiszolgáló adatait, létrehoz egy cél rugalmas kiszolgálót test-flexible-serverwestus a helyen (ugyanazon a helyen, mint a forráskiszolgálóé), és importálja a forrásból a célba. Az Azure Database MySQL Import parancs megfelel a megfelelő szintnek, verziónak, termékváltozat-névnek, tárhelyméretnek, helynek, georedundáns biztonsági mentésnek, nyilvános hozzáférésnek, címkéknek, automatikus növekedésnek, biztonsági mentési-megőrzési napoknak, rendszergazdai-felhasználói és rendszergazdai jelszótulajdonságoknak az önálló kiszolgálóról a rugalmas kiszolgálóra, intelligens alapértelmezettként, ha a parancssori felület parancsa nem ad meg bemenetet. Az intelligens alapértelmezett beállítások felülbírálhatók úgy, hogy bemeneteket adnak meg ezekhez az opcionális paraméterekhez.
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server"
Az alábbi példa a "test-single-server" nevű egyetlen kiszolgáló adatforrásadatait és a rugalmas kiszolgáló adatait veszi alapul, létrehoz egy cél rugalmas kiszolgálót test-flexible-serverwestus a helyen (a forrás egykiszolgálóéval megegyező helyen) a zónaredundancia engedélyezésével és a virtuális hálózati integrációval, és importálást hajt végre a forrásból a célba. A virtuális hálózat konfigurálásáról itt olvashat bővebben.
# create vnet
az network vnet create --resource-group testGroup --name myVnet --location testLocation --address-prefixes 172.0.0.0/16
# create subnet
az network vnet subnet create --resource-group testGroup --vnet-name myVnet --address-prefixes 172.0.0.0/24 --name mySubnet
# create private dns zone
az network private-dns zone create -g testGroup -n myserver.private.contoso.com
# trigger mysql import
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --high-availability ZoneRedundant --zone 1 --standby-zone 3 --vnet "myVnet" --subnet "mySubnet" --private-dns-zone "myserver.private.contoso.com"
Az alábbi példa a "test-single-server" nevű, ügyfél által felügyelt kulccsal (CMK) rendelkező egyetlen kiszolgáló adatforrásadatait veszi fel, és megcélozza a rugalmas kiszolgáló adatait, létrehoz egy cél rugalmas kiszolgálót elnevezve test-flexible-server , és importálja a forrásból a célba. A CMK-kompatibilis egykiszolgálós példányok esetében az Azure Database for MySQL Import parancs megköveteli, hogy kötelező bemeneti paramétereket adjon meg a CMK engedélyezéséhez: --key keyIdentifierOfTestKey --identity testIdentity.
# create keyvault
az keyvault create -g testGroup -n testVault --location testLocation \
--enable-purge-protection true
# create key in keyvault and save its key identifier
keyIdentifier=$(az keyvault key create --name testKey -p software \
--vault-name testVault --query key.kid -o tsv)
# create identity and save its principalId
identityPrincipalId=$(az identity create -g testGroup --name testIdentity \
--location testLocation --query principalId -o tsv)
# add testIdentity as an access policy with key permissions 'Wrap Key', 'Unwrap Key', 'Get' and 'List' inside testVault
az keyvault set-policy -g testGroup -n testVault --object-id $identityPrincipalId \
--key-permissions wrapKey unwrapKey get list
# trigger azure database for mysql import for CMK enabled single server
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --key $keyIdentifier --identity testIdentity
A fenti argumentumok részletei a következők:
| Beállítás | Mintaérték | Leírás |
|---|---|---|
| adatforrás típusa | mysql_single | Az Azure Database for MySQL Import aktiválásának forráshelyeként szolgáló adatforrás típusa. Elfogadott értékek: [mysql_single]. Az elfogadott értékek leírása– mysql_single: Önálló Azure Database for MySQL-kiszolgáló. |
| adatforrás | egykiszolgálós tesztelés | Az önálló Azure Database for MySQL-kiszolgáló forrásának neve vagy erőforrás-azonosítója. |
| resource-group | test-rg | Az önálló Azure Database for MySQL-kiszolgáló forrás Azure-erőforráscsoportjának neve. |
| mód | nem elérhető | Az Azure Database for MySQL importálási módja. Elfogadott értékek: [Offline]; Alapértelmezett érték: Offline. |
| hely | westus | Az önálló Azure Database for MySQL-kiszolgáló forrásának Azure-helye. |
| név | teszt-rugalmas-kiszolgáló | Adja meg a rugalmas Azure Database for MySQL-kiszolgáló egyedi nevét. A kiszolgálónév csak kisbetűket, számokat és a kötőjel (-) karaktert tartalmazhatja. 3–63 karakter hosszúságú lehet. Megjegyzés: Ez a kiszolgáló ugyanabban az előfizetésben, erőforráscsoportban és régióban van üzembe helyezve, mint a forrás. |
| admin-user | adminuser | A rugalmas Azure Database for MySQL-kiszolgáló rendszergazdai bejelentkezésének felhasználóneve. Nem lehet azure_superuser, rendszergazda, rendszergazda, gyökér, vendég vagy nyilvános. |
| admin-password | Jelszó | A rugalmas Azure Database for MySQL-kiszolgáló rendszergazdai felhasználójának jelszava. A jelszó 8–128 karakterből állhat. A jelszónak három kategóriába tartozó karaktereket kell tartalmaznia: angol nagybetűket, angol kisbetűket, számokat és nemnalfanumerikus karaktereket. |
| sku-name | GP_Gen5_2 | Adja meg a rugalmas Azure Database for MySQL-kiszolgáló tarifacsomagjának és számítási konfigurációjának nevét. A {tarifacsomag}{számítási generáció}{virtuális magok} mintát követi rövidített módon. További információért tekintse meg a tarifacsomagokat . |
| tier | Átmenetileg fokozható teljesítmény | A rugalmas Azure Database for MySQL-kiszolgáló számítási szintje. Elfogadott értékek: Burstable, GeneralPurpose, MemoryOptimized; Alapértelmezett érték: Kipukkanható. |
| nyilvános hozzáférés | 0.0.0.0 | Meghatározza a rugalmas Azure Database for MySQL-kiszolgáló nyilvános hozzáférését. Adja meg az IP-címek engedélyezett listájában felvenni kívánt IP-címek egy- vagy tartományát. Az IP-címtartományoknak szaggatottnak kell lenniük, és nem tartalmazhatnak szóközöket. A 0.0.0.0 megadása lehetővé teszi a nyilvános hozzáférést az Azure-ban üzembe helyezett erőforrásokból a kiszolgáló eléréséhez. Ha "Nincs" értékre állítja, akkor a kiszolgáló nyilvános hozzáférési módban van, de nem hoz létre tűzfalszabályt. |
| vnet | myVNet | Új vagy meglévő virtuális hálózat neve vagy azonosítója. Ha egy másik erőforráscsoportból vagy előfizetésből származó virtuális hálózatot szeretne használni, adjon meg egy erőforrás-azonosítót. A névnek 2 és 64 karakter közöttinek kell lennie. A névnek betűvel vagy számmal kell kezdődnie, betűvel, számmal vagy aláhúzásjellel kell végződnie, és csak betűket, számokat, aláhúzásjeleket, pontokat vagy kötőjeleket tartalmazhat. |
| alhálózat | mySubnet | Új vagy meglévő alhálózat neve vagy erőforrás-azonosítója. Ha egy másik erőforráscsoportból vagy előfizetésből származó alhálózatot szeretne használni, adja meg az erőforrás-azonosítót a név helyett. Vegye figyelembe, hogy az alhálózatot a rugalmas kiszolgálók delegálják. A delegálás után ez az alhálózat nem használható más típusú Azure-erőforrásokhoz. |
| private-dns-zone | myserver.private.contoso.com | Az új vagy meglévő privát DNS-zóna neve vagy azonosítója. A privát DNS-zónát használhatja ugyanabból az erőforráscsoportból, különböző erőforráscsoportból vagy különböző előfizetésből. Ha más erőforráscsoportból vagy előfizetésből származó zónát szeretne használni, adja meg az erőforrás-azonosítót. A parancssori felület létrehoz egy új privát DNS-zónát ugyanazon az erőforráscsoporton belül, mint a virtuális hálózat, ha a felhasználók nem biztosítják. |
| kulcs | a testKey kulcsazonosítója | Az adattitkosítás elsődleges kulcsának erőforrás-azonosítója. |
| identitás | testIdentity | A felhasználó által hozzárendelt identitás neve vagy erőforrás-azonosítója az adattitkosításhoz. |
| storage-size | 32 | A rugalmas Azure Database for MySQL-kiszolgáló tárolási kapacitása. A minimum 20 GiB, a max pedig 16 TiB. |
| címkét | key=value | Adja meg az Azure-erőforráscsoport nevét. |
| Verzió | 5.7 | A rugalmas Azure Database for MySQL-kiszolgáló főverziója. |
| magas rendelkezésre állás | ZoneRedundant | Engedélyezze (ZoneRedundant vagy SameZone) vagy tiltsa le a rugalmas Azure Database for MySQL-kiszolgáló magas rendelkezésre állási funkcióját. Elfogadott értékek: Letiltva, SameZone, ZoneRedundant; Alapértelmezett érték: Letiltva. |
| zóna | 0 | Rendelkezésre állási zóna, amelybe az erőforrást kiépíteni szeretné. |
| készenléti zóna | 3 | A készenléti kiszolgáló rendelkezésre állási zónájának információi, ha a magas rendelkezésre állás engedélyezve van. |
| tárterület automatikus növelése | Engedélyezve | A rugalmas Azure Database for MySQL-kiszolgáló tárhelyének automatikus növelésének engedélyezése vagy letiltása. Az alapértelmezett érték Engedélyezve. Elfogadott értékek: Letiltva, Engedélyezve; Alapértelmezett érték: Engedélyezve. |
| iops | 500 | A rugalmas Azure Database for MySQL-kiszolgálóhoz lefoglalandó IOPS száma. A kiosztott számítási és tárolási adatok alapján bizonyos mennyiségű ingyenes IOPS-t kap. Az IOPS alapértelmezett értéke az ingyenes IOPS. Ha többet szeretne megtudni a számítási és tárolási IOPS-ról, tekintse meg a rugalmas Azure Database for MySQL-kiszolgálón található IOPS-t. |
Az online migrálás lépései
A fent említett Azure Database for MySQL importálási művelet befejezése után:
- Jelentkezzen be a rugalmas Azure Database for MySQL-kiszolgálóra, és futtassa a következő parancsot az Azure Database for MySQL importálási parancssori felület által a célkiszolgálóra való visszaállításhoz használt biztonsági mentési pillanatképnek megfelelő bin-log fájlnév és pozíció lekéréséhez.
CALL mysql.az_show_binlog_file_and_pos_for_mysql_import();
- Állítsa be a forrás- és célkiszolgáló-példányok közötti adatreplikálást a tárolónapló pozíciójával az itt felsorolt lépések végrehajtásával, és ha a replikáció állapota azt jelzi, hogy a célkiszolgáló elérte a forrást, állítsa le a replikációt, és végezze el az átállást.
Ajánlott eljárások az Azure Database for MySQL importálási parancssori felületének parancsparamétereinek konfigurálásához
Az Azure Database for MySQL importálási parancssori felületének aktiválása előtt tekintse meg az alábbi paraméterkonfigurációs útmutatót, amely segít a gyorsabb adatbetöltés biztosításában az Azure Database for MySQL Import CLI használatával.
Ha felül szeretné bírálni az intelligens alapértelmezett beállításokat, válassza ki a rugalmas célkiszolgáló számítási szintjét és termékváltozatát a forráskiszolgáló tarifacsomagja és a virtuális magok alapján az alábbi táblázatban található részletek alapján.
Önálló kiszolgáló tarifacsomag Önálló kiszolgáló VCores Rugalmas kiszolgálószint Rugalmas kiszolgáló termékváltozatának neve Alap 0 Átmenetileg fokozható teljesítmény Standard_B1s Alap 2 Átmenetileg fokozható teljesítmény Standard_B2s Általános célú 4 GeneralPurpose Standard_D4ds_v4 Általános célú 8 GeneralPurpose Standard_D8ds_v4 Általános célú 16 GeneralPurpose Standard_D16ds_v4 Általános célú 32 GeneralPurpose Standard_D32ds_v4 Általános célú 64 GeneralPurpose Standard_D64ds_v4 Memóriaoptimalizált 4 MemoryOptimized Standard_E4ds_v4 Memóriaoptimalizált 8 MemoryOptimized Standard_E8ds_v4 Memóriaoptimalizált 16 MemoryOptimized Standard_E16ds_v4 Memóriaoptimalizált 32 MemoryOptimized Standard_E32ds_v4 A rugalmas célkiszolgáló MySQL-verziójának, régiójának, előfizetésének és erőforrásának meg kell egyenrangúnak lennie a forráskiszolgálóéval.
A rugalmas célkiszolgáló tárhelyméretének egyenlőnek vagy nagyobbnak kell lennie, mint a forráskiszolgálón.
Ha az egykiszolgálós példányon engedélyezve van az "Infrastruktúra dupla titkosítása" funkció, javasoljuk, hogy engedélyezze az ügyfél által felügyelt kulcsot (CMK) a cél rugalmas kiszolgálópéldányon a hasonló funkciók támogatásához. Engedélyezheti a CMK-t a célkiszolgálón az Azure Database for MySQL importálási parancssori felület bemeneti paramétereivel, vagy a migrálás után is.
Mennyi ideig tart az Azure Database for MySQL Importálás az önálló kiszolgálópéldány migrálásához?
Az alábbiakban a teljesítményértékelés a tárterület méretétől függ.
| Egykiszolgálós tároló mérete | Importálási idő |
|---|---|
| 1 GB | 0 perc 23 másodperc |
| 10 GiB | 4 perc 24 másodperc |
| 100 GiB | 10 perc 29 másodperc |
| 500 GiB | 13 perc 15 másodperc |
| 1 TB | 22 perc 56 másodperc |
| 10 TB | 2 óra 5 perc 30 másodperc |
A fenti táblázatból a tárterület méretének növekedésével az adatmásoláshoz szükséges idő is nő, szinte lineáris kapcsolatban. Fontos azonban megjegyezni, hogy a másolási sebességet jelentősen befolyásolhatja a hálózati ingadozás. Ezért az itt megadott adatokat csak hivatkozásként kell figyelembe venni.
Az alábbiakban a 10 GiB-tárterület méretéhez tartozó táblák változó száma alapján méri a teljesítményt.
| Táblák száma egykiszolgálós példányban | Importálási idő |
|---|---|
| 100 | 4 perc 24 másodperc |
| 200 | 4 perc 40 másodperc |
| 800 | 4 perc 52 másodperc |
| 14,400 | 17 perc 41 másodperc |
| 28,800 | 19 perc 18 másodperc |
| 38,400 | 22 perc 50 másodperc |
A fájlok számának növekedésével az adatbázis minden egyes fájlja/táblája nagyon kicsivé válhat. Ez konzisztens mennyiségű adat átvitelét eredményezi, de a fájlokkal kapcsolatos műveletek gyakoribbak lesznek, ami befolyásolhatja az Azure Database for Mysql Importálás teljesítményét.
Importálás utáni lépések
- Másolja a következő tulajdonságokat a forrás önálló kiszolgálóról, hogy az Azure Database for MySQL importálási művelet sikeres befejezése után a rugalmas kiszolgálót célozza:
- Olvasási replikák
- Kiszolgálóparaméter értéke event_scheduler
- Monitorozási oldal beállításai (riasztások, metrikák és diagnosztikai beállítások)
- Az egykiszolgálós példány kezeléséhez üzemeltetett Terraform/CLI-szkripteket rugalmas kiszolgálóhivatkozásokkal kell frissíteni.