Mi történik az önálló Azure Database for MySQL-kiszolgálóval?
A következőkre vonatkozik: 
Azure Database for MySQL – Önálló kiszolgáló
Fontos
Azure Database for MySQL – Az önálló kiszolgáló a kivonási útvonalon van, és 2024. szeptember 16-ra van ütemezve a kivonásra.
A kivonás részeként 2023. január 16-tól és 2024. március 19-től kezdve nem fogjuk támogatni az új önálló kiszolgálópéldányok létrehozását az Azure Portalról és az Azure CLI-ből. Ha továbbra is létre kell hoznia egykiszolgálós példányokat az üzletmenet-folytonossági igények kielégítése érdekében, hozzon létre egy Azure-támogatás jegyet. Továbbra is létrehozhat olvasási replikákat, és visszaállíthatja azokat (PITR és georedukció) a meglévő egyetlen kiszolgálópéldányhoz, és ez a 2024. szeptember 16-i naplementedátumig továbbra is támogatott lesz.
Az Azure Database for MySQL – Egykiszolgálós szolgáltatás több éves fejlesztése után már nem tudja kezelni az összes új funkciót, funkciót és biztonsági igényt. Javasoljuk, hogy frissítsen az Azure Database for MySQL rugalmas kiszolgálóra.
A rugalmas Azure Database for MySQL-kiszolgáló egy teljes mértékben felügyelt, éles üzemre kész adatbázis-szolgáltatás, amely részletesebb vezérlést és rugalmasságot biztosít az adatbázis-kezelési funkciók és a konfigurációs beállítások felett. A rugalmas kiszolgálóról további információt az Azure Database for MySQL – Rugalmas kiszolgáló című témakörben talál.
Ha jelenleg egy Azure Database for MySQL- egykiszolgálós szolgáltatással rendelkezik, amely éles kiszolgálókat üzemeltet, örömmel értesítjük, hogy az Azure Database for MySQL - Egykiszolgálós kiszolgálók az Azure Database for MySQL -rugalmas kiszolgálószolgáltatás ingyenes migrálását az Azure Database for MySQL Import, a helyszíni automatikus áttelepítés vagy az Azure Database Migration Service (klasszikus) használatával végezheti el. Tekintse át a migrálás különböző módjait az alábbi szakaszban.
Migrálás önálló kiszolgálóról rugalmas kiszolgálóra
Megtudhatja, hogyan migrálhat az Azure Database for MySQL-ről – önálló kiszolgálóról rugalmas Azure Database for MySQL-kiszolgálóra.
| Eset | Eszközök | Részletek |
|---|---|---|
| Offline/Online | Azure Database for MySQL Import és az Azure CLI | Oktatóanyag: Azure Database for MySQL Importálás az Azure CLI-vel |
| nem elérhető | Database Migration Service (klasszikus) és az Azure Portal | Oktatóanyag: DMS (klasszikus) az Azure Portallal (offline) |
| Online | Database Migration Service (klasszikus) és az Azure Portal | Oktatóanyag: DMS (klasszikus) az Azure Portallal (online) |
| nem elérhető | Helyszíni automigrálási jelölés innen: | Helyszíni automatikus migrálás az Önálló Azure Database for MySQL-kiszolgálóról a rugalmas kiszolgálóra |
Az önálló kiszolgálóról a rugalmas kiszolgálóra más migrálási eszközökkel történő migrálásról további információt az Azure Database for MySQL-be való migráláshoz megfelelő eszközök kiválasztása című témakörben talál.
Feljegyzés
Az Azure Database for MySQL-ből a rugalmas kiszolgálóra történő helyszíni automatikus migrálás szolgáltatás által kezdeményezett helyszíni migrálás a tervezett karbantartási időszak alatt, az egykiszolgálós adatbázis-számítási feladatokhoz. A jogosult kiszolgálókat a szolgáltatás azonosítja, és a rendszer előzetes értesítést küld a migrálás részleteinek áttekintéséhez szükséges lépésekről. Ha egy olyan önálló kiszolgálói számítási feladattal rendelkezik, amely nincs engedélyezve összetett funkciókkal (olvasási replika, virtuális hálózat, dupla infratitkosítás, szolgáltatásvégpont/VNet-szabályok), most már kijelölheti magát (ha még nem ütemezte a szolgáltatás) az automatikus migráláshoz a kiszolgáló adatainak ezen az űrlapon keresztül történő elküldésével. Minden más egykiszolgálós számítási feladatnak ajánlott az Azure – Azure DMS és az Azure Database for MySQL Import által kínált, felhasználó által kezdeményezett migrálási eszköz használata a migráláshoz. A helyszíni automatikus migrálásról itt talál további információt.
Előfeltétel-ellenőrzések az önálló kiszolgálóról rugalmas kiszolgálóra történő migráláskor
- 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.
- 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ó TLS-verzióját 1.0-s vagy 1.1-es verzióról TLS 1.2-es verzióra frissíti a migrálás előtt, mivel a régebbi TLS-verziók elavultak a rugalmas kiszolgáló esetében.
- Ha az önálló Azure Database for MySQL-kiszolgáló nem megbízható portokat használ, például a 3308 3309-es és a 3310-es portot, módosítsa a kapcsolati portot 3306-ra, mivel a fent említett nem megbízható portok nem támogatottak a rugalmas kiszolgálón.
- A rugalmas Azure Database for MySQL-kiszolgálón a kimenő szabályok szolgáltatáscímkéi (SQL) nem támogatottak. Használja a teljes tartománynevet (FQDN) a kimenő szabályokban a rugalmas kiszolgáló tűzfalbeállításainak konfigurálásakor.
Mi történik a naplemente után (2024. szeptember 16.)?
Az egykiszolgálós példány naplemente utáni futtatása biztonsági kockázatot jelent, mivel az elavult egykiszolgálós platformon nem lesz biztonsági és hibajavítási karbantartás. Annak érdekében, hogy a felügyelt példányok a naplemente időpontja után megbízható és biztonságos platformon fussanak, az önálló kiszolgálópéldányt és annak adatfájljait szakaszos módon kényszerítjük át egy megfelelő rugalmas kiszolgálópéldányra. Határozottan javasoljuk, hogy 2024. szeptember 16-ig használja az Azure Database for MySQL importálási parancssori felületét vagy az Azure Data Migration Service-t az Azure Database for MySQL rugalmas kiszolgálóra való migráláshoz (további információért olvassa el a gyakori kérdéseket ), hogy elkerülje a kényszerített migrálás okozta fennakadásokat, és biztosítsa az üzletmenet folytonosságát.
Feljegyzés
A naplemente dátuma után az SLA-k, a hibajavítások, a biztonsági javítások és az élő támogatás nem lesz betartva az egykiszolgálós példány esetében.
Kényszerített migrálás naplemente után
A naplemente dátuma után az egykiszolgálós példány és annak adatfájljai szakaszos módon lesznek kényszerítve a megfelelő rugalmas kiszolgálópéldányra való migrálásra. Ez a funkció korlátozott rendelkezésre állásához vezethet, mivel bizonyos speciális funkciók nem kényszeríthetők át a rugalmas kiszolgálópéldány ügyfélbemenete nélkül. További információ az ilyen funkciók kényszerített migrálás utáni újrakonfigurálásáról az alábbi lehetséges hatás minimalizálása érdekében.
A következő funkciók nem kényszeríthetők át, mivel ügyfél-bemenetet igényelnek a konfigurációhoz, és nem lesznek engedélyezve a migrált rugalmas kiszolgálópéldányon:
- Private Link
- Adattitkosítás (CMK)
- Microsoft Entra-hitelesítés (erstwhile Microsoft Entra ID)
- Szolgáltatásvégpontok
- Infrastruktúra dupla titkosítása
- Olvasási replikák
- Microsoft Defender for Cloud
Kényszerített migrálás után szükséges művelet
A kényszerített migrálás után újra kell konfigurálnia a fent felsorolt funkciókat az áttelepített rugalmas kiszolgálópéldányon az üzletmenet folytonosságának biztosításához:
- Privát hivatkozás – További információ a konfigurálásról
- Adattitkosítás (CMK) – További információ a konfigurálásról
- Microsoft Entra-hitelesítés (erstwhile Microsoft Entra ID) – További információ a konfigurálásról
- Szolgáltatásvégpontok – A szolgáltatásvégpont (virtuális hálózati szabály) nem támogatott a rugalmas Azure Database for MySQL-kiszolgálón. Javasoljuk, hogy konfigurálja a Private Linket, hogy megfeleljen a szolgáltatás paritásának. A privát hivatkozás konfigurálásáról itt olvashat bővebben
- Infrastruktúra dupla titkosítása – Az infrastruktúra dupla titkosítása nem támogatott a rugalmas Azure Database for MySQL-kiszolgálón. Javasoljuk, hogy konfigurálja az adattitkosítást a funkciók paritásának megfelelően. Az adattitkosítás (CMK) konfigurálásáról itt olvashat bővebben
- Replikák olvasása – További információ a konfigurálásról
Fontos : Az engedélyezett hálózati és biztonsági funkciókkal rendelkező önálló kiszolgálók kényszerített áttelepítést kapnak egy rugalmas kiszolgálópéldányra, amelynek nyilvános hozzáférése letiltott állapotban van az ügyféladatok védelme érdekében. Az üzletmenet folytonosságának biztosításához engedélyeznie kell a megfelelő hozzáférést a kényszerített migrálás után.
Feljegyzés
Ha a kiszolgáló olyan régióban van, ahol a rugalmas Azure Database for MySQL-kiszolgáló nem támogatott, akkor a naplemente dátumát követően az önálló kiszolgálópéldány korlátozott műveletekkel lesz elérhető az adatok eléréséhez és a rugalmas kiszolgálóra való migráláshoz. A példány nem lesz kényszerítve a rugalmas kiszolgálóra való migrálásra. Határozottan javasoljuk, hogy a naplemente időpontja előtt az alábbi lehetőségek egyikével migráljon, hogy elkerülje az üzletmenet-folytonossági zavarokat:
- Az Azure DMS használatával régiók közötti migrálást hajthat végre a rugalmas kiszolgálóra egy megfelelő Azure-régióban.
- Migrálás a régióban egy virtuális gépen üzemeltetett MySQL-kiszolgálóra, ha megfelelőségi problémák miatt nem tud régiókat módosítani.
Felhőhöz készült Microsoft Defender tulajdonságainak konfigurálása rugalmas kiszolgálón
Ha egykiszolgálós Azure Database for MySQL-kiszolgálóról rugalmas kiszolgálóra migrál, Felhőhöz készült Defender engedélyezve van, az engedélyezési állapot megmarad. Az egykiszolgálós konfigurálható tulajdonságok rugalmas kiszolgálói paritásának eléréséhez tekintse meg az alábbi táblázatban szereplő részleteket.
| Tulajdonság | Konfiguráció |
|---|---|
| Adott riasztástípusok letiltása | Adott riasztástípusok letiltása a Felhőhöz készült Microsoft Defender platformon. További információ: Riasztások letiltása Felhőhöz készült Microsoft Defender útmutatóból. Az egykiszolgálós felhasználók használhatják az API-tulajdonságot: properties.disabledAlerts |
| E-mail-értesítések | Az előfizetés összes erőforrására vonatkozó Felhőhöz készült Microsoft Defender-riasztások e-mailes értesítésének definiálása. További információ: E-mail-értesítések konfigurálása biztonsági riasztásokhoz. Az egykiszolgálós felhasználók használhatják az API-tulajdonságokat: properties.emailAccountAdmins, properties.emailAddresses |
| Riasztások exportálása további feldolgozáshoz és/vagy archiváláshoz | A riasztások a Felhőhöz készült Microsoft Defender platformon vannak tárolva, és az Azure Resource Graphon keresztül lesznek közzétéve. A riasztásokat exportálhatja egy másik tárolóba, és külön kezelheti a megőrzést. További információ: Folyamatos exportálás beállítása az Azure Portalon – Felhőhöz készült Microsoft Defender. Az egykiszolgálós felhasználók használhatják az API-tulajdonságokat: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Gyakori kérdések (GYIK)
K. Miért vonja ki az önálló Azure Database for MySQL-kiszolgálót?
V. Az önálló Azure Database for MySQL 2018-ban vált általánosan elérhetővé (GA). Az ügyfelek visszajelzései és a számítási, rendelkezésre állási, méretezhetőségi és teljesítménybeli képességek terén az Azure-adatbázis környezetében elért új fejlesztések miatt azonban az egykiszolgálós ajánlatot ki kell vonni és frissíteni kell egy új architektúrával – rugalmas Azure Database for MySQL-kiszolgálóval, hogy a lehető legjobbat hozhassa ki az Azure nyílt forráskódú adatbázisplatformjáról.
K. Miért kérik fel, hogy migráljak a rugalmas Azure Database for MySQL-kiszolgálóra?
Egy. Az Azure Database for MySQL – Rugalmas kiszolgáló a legjobb platform az összes MySQL-számítási feladat Azure-on való futtatásához. A rugalmas Azure MySQL-kiszolgáló gazdaságos, és jobb teljesítményt nyújt minden szolgáltatási szinten, valamint több módot kínál a költségek szabályozására az olcsóbb és gyorsabb vészhelyreállítás érdekében:
- Több mód a költségoptimalizálásra, beleértve az átmenetileg fokozható szintű számítási lehetőségek támogatását is.
- Jobb teljesítmény az üzletileg kritikus éles számítási feladatok számára, amelyek kis késést, magas szintű egyidejűséget, gyors feladatátvételt és kiváló skálázhatóságot követelnek meg.
- Javult az üzemidő annak köszönhetően, hogy lehetővé vált készenléti kiszolgálót konfigurálni ugyanazon vagy egy másik zónában, valamint egy egyórás időkeret áll rendelkezésre a kiszolgáló tervezett karbantartására.
K. Milyen hamar kell áttelepítenem az önálló kiszolgálómat egy rugalmas kiszolgálóra?
V. Az Önálló Azure Database for MySQL-kiszolgálót 2024. szeptember 16-ra tervezzük megszüntetni, ezért javasoljuk, hogy a lehető leghamarabb migrálja az önálló kiszolgálót egy rugalmas kiszolgálóra, hogy elegendő időt biztosítson a migrálási életciklus végigfuttatására, a rugalmas kiszolgáló által kínált előnyök alkalmazására és az üzletmenet folytonosságának biztosítására.
K. Mi történik az önálló Azure Database for MySQL-példányokkal?
V. Az önálló Azure Database for MySQL-kiszolgálói számítási feladatok továbbra is a korábbiakhoz hasonlóan működnek, és a naplemente időpontjáig hivatalosan is támogatottak. Az önálló kiszolgálóhoz azonban nem jelentek meg új frissítések, ezért javasoljuk, hogy a lehető leghamarabb kezdje el a rugalmas Azure Database for MySQL-kiszolgálóra való migrálást. A naplemente dátuma után az egykiszolgálós példány és annak adatfájljai szakaszos módon lesznek kényszerítve a megfelelő rugalmas kiszolgálópéldányra való migrálásra.
K. Dönthetek úgy, hogy továbbra is futtatom az önálló kiszolgálót a naplemente dátuma után?
V. Sajnos a 2024. szeptember 16-i naplemente után nem tervezzük támogatni az önálló kiszolgálót, ezért határozottan javasoljuk, hogy a migrálást a lehető leghamarabb tervezze meg. A naplemente dátuma után az egykiszolgálós példány és annak adatfájljai szakaszos módon lesznek kényszerítve a megfelelő rugalmas kiszolgálópéldányra való migrálásra. Ez a funkció korlátozott rendelkezésre állásához vezethet, mivel bizonyos speciális funkciók nem kényszeríthetők át a rugalmas kiszolgálópéldány ügyfélbemenete nélkül. További információ az ilyen funkciók kényszerített migrálás utáni újrakonfigurálásáról a lehetséges hatás minimalizálása érdekében. Ha a kiszolgáló olyan régióban található, ahol a rugalmas Azure Database for MySQL-kiszolgáló nem támogatott, akkor a naplemente dátumát követően az önálló kiszolgálópéldány korlátozott műveletekkel érhető el az adatok eléréséhez és a rugalmas kiszolgálóra való migráláshoz.
K. Az önálló kiszolgálóm olyan régióban van üzembe helyezve, amely nem támogatja a rugalmas kiszolgálót. Mi történik a kiszolgálóval naplemente után?
V. Ha a kiszolgáló olyan régióban található, ahol a rugalmas Azure Database for MySQL-kiszolgáló nem támogatott, akkor a naplemente dátumát követően az önálló kiszolgálópéldány korlátozott műveletekkel érhető el az adatok eléréséhez és a rugalmas kiszolgálóra való migráláshoz. Határozottan javasoljuk, hogy a naplemente időpontja előtt az alábbi lehetőségek egyikével migráljon, hogy elkerülje az üzletmenet-folytonossági zavarokat:
- Az Azure DMS használatával régiók közötti migrálást hajthat végre a rugalmas kiszolgálóra egy megfelelő Azure-régióban.
- Migrálás a régióban egy virtuális gépen üzemeltetett MySQL-kiszolgálóra, ha megfelelőségi problémák miatt nem tud régiókat módosítani.
K. Naplemente utáni dátum, lesz-e adatvesztés az önálló kiszolgálómon?
V. Nem, az egykiszolgálós példány nem fog adatvesztést okozni. A naplemente időpontja után az egykiszolgálós példány és annak adatfájljai egy megfelelő rugalmas kiszolgálópéldányra lesznek kényszerítve. Ha a kiszolgáló olyan régióban található, ahol az Azure Database for MySQL – Rugalmas kiszolgáló nem támogatott, akkor a naplemente dátumát követően az önálló kiszolgálópéldány korlátozott műveletekkel érhető el az adatok eléréséhez, és a megfelelő régióban lévő rugalmas kiszolgálóra való migráláshoz.
K. Mi a teendő, ha az önálló kiszolgáló megszüntetéséről szóló közleményt követően mégis egy önálló kiszolgálót kell létrehoznom az üzleti igényeim kielégítéséhez?
V. A kivonás részeként 2023. január 16-tól már nem fogjuk támogatni az új egykiszolgálós példányok létrehozását az Azure Portalról. Emellett 2024. március 19-től már nem hozhat létre új Önálló Azure Database for MySQL-példányokat az Azure CLI használatával. Ha továbbra is létre kell hoznia egykiszolgálós példányokat az üzletmenet-folytonossági igények kielégítése érdekében, hozzon létre egy Azure-támogatás jegyet.
K. Mi a teendő, ha az önálló kiszolgáló kivezetéséről szóló közleményt követően mégis egy új olvasási replikát kell létrehoznom az önállókiszolgáló-példányomhoz?
V. A Replikáció panelen továbbra is létrehozhat olvasási replikákat a meglévő egyetlen kiszolgálópéldányhoz, és ez a 2024. szeptember 16-i naplementedátumig továbbra is támogatott lesz.
K. Vannak további költségek a migrálás végrehajtásával kapcsolatban?
V. A migrálás futtatásakor a cél rugalmas kiszolgálóért és a forrás önálló kiszolgálóért kell fizetni. A többletköltségeket a cél rugalmas kiszolgáló konfigurációja és számítási teljesítménye határozza meg. További információt a Díjszabás című szakaszban talál. Ha a sikeres migrálás után leszerelte az önálló forráskiszolgálót, csak a futó rugalmas kiszolgálóért kell fizetnie. A migrálás az Azure Database Migration Service (klasszikus), a helyszíni automatikus áttelepítés vagy az Azure Database for MySQL importálási migrálási eszközén keresztül történő futtatása során nem merül fel költség.
K. Befolyásolja a számlázást a rugalmas kiszolgáló futtatása az egykiszolgálóshoz képest?
V. Ha ugyanazt a zónát vagy zónaredundáns magas rendelkezésre állást választja a cél rugalmas kiszolgálóhoz, a számla magasabb, mint az egyetlen kiszolgálón. Az ugyanazon zóna vagy zónaredundáns magas rendelkezésre állás használata megköveteli egy készenléti kiszolgáló rendelkezésre állását, illetve redundáns biztonsági mentés tárolását, ez okozza a többletköltséget. Ez az architektúra alacsonyabb állásidőt tesz lehetővé a nem tervezett leállások és a tervezett karbantartások során. Emellett a számítási feladattól függően a rugalmas kiszolgálók jobb teljesítményt biztosíthatnak az önálló kiszolgálókon, így a számítási feladat alacsonyabb termékváltozattal futtatható a rugalmas kiszolgálókon, így a teljes költség az egyetlen kiszolgálóéhoz hasonló lehet.
K. Szükség van állásidőre az önálló kiszolgáló rugalmas kiszolgálóra való migrálásához?
V. Az esetlegesen szükséges állásidő minimálisra csökkentése érdekében végezzen online migrálást a rugalmas kiszolgálóra.
K. Lesznek-e jövőbeli frissítések az önálló kiszolgálóra a legújabb MySQL-verziók támogatásához?
V. Az önálló kiszolgáló 8.0-s verziójának utolsó kisebb frissítése a 8.0.15-ös lesz. A legújabb verziófrissítések által nyújtott előnyök kiaknázása érdekében érdemes megfontolni a rugalmas kiszolgálóra történő migrálást.
K. Miben különbözik a rugalmas kiszolgáló 99,99%-os rendelkezésre állási SLA-ja az egyetlen kiszolgálóétól?
V. A rugalmas kiszolgáló zónaredundáns üzembe helyezése 99,99%-os rendelkezésre állást biztosít a zónaszintű rugalmassággal, míg az egyetlen kiszolgáló egyetlen rendelkezésre állási zónában biztosítja a rugalmasságot. A rugalmas kiszolgáló magas rendelkezésre állási (HA) architektúrája egy meleg készenléti állapotot helyez üzembe redundáns számítási és tárolási kapacitással (az egyes helyek 3x másolatban tárolt adataival) az egyetlen kiszolgáló HA-architektúrájával összehasonlítva, amely nem rendelkezik passzív készenléti állapottal az zonális hibákból való helyreállításhoz. A rugalmas kiszolgáló HA architektúrája csökkenti az állásidőt a nem tervezett leállások és a tervezett karbantartások során.
K. Milyen áttelepítési lehetőségek állnak rendelkezésre az önálló kiszolgáló rugalmas kiszolgálóra való migrálásához?
V. A migráláshoz használhatja az Azure Database for MySQL Importot (ajánlott). Emellett a Database Migration Service (klasszikus) használatával online vagy offline áttelepítéseket is futtathat.
K. Az önálló kiszolgálóm olyan régióban van üzembe helyezve, amely nem támogatja a rugalmas kiszolgálót. Hogyan léphetek tovább a migrálással?
V. Az Azure Database Migration Service (klasszikus) támogatja a régiók közötti migrálást, így kiválaszthatja a cél rugalmas kiszolgálónak megfelelő régiót, majd folytathatja a DMS-sel (klasszikus) történő migrálást.
K. A Lekérdezéstár az egyetlen kiszolgálóhoz van konfigurálva, és ez a funkció nem támogatott a rugalmas kiszolgálón. Hogyan kell áttelepíteni az adatokat?
V. A rugalmas célkiszolgáló lassú lekérdezési naplóit a migrálás után konfigurálhatja az alábbi lépésekkel a funkcióparitás lekérdezéstárral való eléréséhez. Ezután a lekérdezési megállapításokat munkafüzetsablon használatával tekintheti meg.
K. A szolgáltatásvégpont (VNet-szabályok) konfigurálva vannak az önálló kiszolgálómhoz, és ez a funkció nem támogatott a rugalmas kiszolgálón. Hogyan kell áttelepíteni az adatokat?
V. A szolgáltatásvégpont (virtuális hálózati szabály) nem támogatott a rugalmas Azure Database for MySQL-kiszolgálón. Javasoljuk, hogy konfigurálja a Private Linket a migrált rugalmas kiszolgálópéldányon, hogy megfeleljen a szolgáltatás paritásának. A Privát hivatkozás konfigurálásáról itt olvashat bővebben.
K. Az infrastruktúra dupla titkosítása az egyetlen kiszolgálóhoz van konfigurálva, és ez a funkció nem támogatott a rugalmas kiszolgálón. Hogyan kell áttelepíteni az adatokat?
V. A rugalmas Azure Database for MySQL-kiszolgálón az infrastruktúra dupla titkosítása nem támogatott. Javasoljuk, hogy konfigurálja az adattitkosítást a migrált rugalmas kiszolgálón, hogy megfeleljen a funkciók paritásának. Az adattitkosítás (CMK) konfigurálásáról itt olvashat bővebben.
K. A TLS 1.0/1.1-s verziója konfigurálva van a 8.0-s verziójú kiszolgálóhoz, és ez a funkció jelenleg nem támogatott a rugalmas kiszolgálón. Hogyan kell áttelepíteni az adatokat?
V. A modern biztonsági szabványok támogatása érdekében a MySQL community edition megszüntette a Transport Layer Security (TLS) 1.0 és 1.1 protokollok közötti kommunikáció támogatását a 8.0.28-tól kezdődően. Javasoljuk, hogy frissítse az ügyfélillesztőket a TLSv1.2 támogatására, hogy biztonságosan csatlakozzon az önálló Azure Database for MySQL-kiszolgálóhoz, majd folytassa a rugalmas kiszolgálóra való migrálást.
K. Van lehetőség az önálló kiszolgálóról rugalmas kiszolgálóra történő migrálás visszaállítására?
V. Tetszőleges számú tesztmigrálást hajthat végre, hogy miután ezek során gyakorlatot szerzett, végrehajthassa a végleges migrálást. A tesztelési migrálás nem érinti a forráskiszolgálót, amely továbbra is működőképes marad, és a tényleges migrálás végrehajtásáig folytatja a replikálást. Ha a tesztmigrálás során hibák merülnek fel, dönthet úgy, hogy elhalasztja a végleges migrálást, és továbbra is futtatja a forráskiszolgálót. Ezután a hibák elhárítását követően újra megpróbálkozhat a végleges migrálással. Miután sikeresen végrehajtotta a végleges migrálást a rugalmas kiszolgálóra, és a forrás önálló kiszolgáló leállt, nem végezhet visszaállítást a rugalmas kiszolgálóról az önálló kiszolgálóra.
K. Az adatbázis mérete nagyobb, mint 1 TB, így hogyan folytassam a migrálást?
V. Az Azure Database for MySQL Import (ajánlott) használatával migrálhatja azokat, amelyek nagy teljesítményűek a nehezebb számítási feladatokhoz.
K. Támogatott a régiók közötti migrálás?
V. Az Azure Database Migration Service támogatja a régiók közötti migrálást, így az önálló kiszolgálót migrálhatja a DMS használatával egy olyan rugalmas kiszolgálóra, amely egy másik régióban van üzembe helyezve.
K. Támogatott az előfizetések közötti migrálás?
V. Az Azure Database Migration Service támogatja az előfizetések közötti migrálást, így az önálló kiszolgálót a DMS használatával migrálhatja egy olyan rugalmas kiszolgálóra, amely egy másik előfizetésben van üzembe helyezve.
K. Támogatott az erőforráscsoportok közötti előfizetés?
V. Az Azure Database Migration Service támogatja az erőforráscsoportok közötti migrálást, így az önálló kiszolgálót migrálhatja a DMS használatával egy olyan rugalmas kiszolgálóra, amely egy másik erőforráscsoportban van üzembe helyezve.
K. Elérhető támogatás a különböző verziók között?
V. Igen, az alacsonyabb verziójú MySQL-kiszolgálókról (5.6-os vagy újabb verziókról) a magasabb verziókra való migrálás támogatott az Azure Database Migration Service-szel végzett migrálások esetében.
K. A MyAzure Database for MySQL önálló kiszolgáló nem alapértelmezett portokat használ, például a 3308,3309-et és a 3310-et, amely a rugalmas kiszolgálón nem támogatott. Mit kell tennem a rugalmas kiszolgálóra való migráláskor a kapcsolat biztosítása érdekében?
V. Ha az önálló Azure Database for MySQL-kiszolgáló nem megbízható portokat használ, például a 3308 3309-es és a 3310-es portot, módosítsa a kapcsolati portot 3306-ra, mivel a fent említett nem megbízható portok nem támogatottak a rugalmas kiszolgálón.
K. További kérdéseim vannak a nyugdíjba vonulásról. Hová fordulhatok segítségért ez ügyben?
V. Ha kérdései vannak, válaszokat kaphat a Microsoft Q&A közösségi szakértőitől. Ha rendelkezik támogatási csomaggal, és technikai segítségre van szüksége, hozzon létre egy támogatási kérést:
- Az Összegzés mezőbe írja be a probléma leírását.
- A Probléma típusa beállításnál válassza a Technical (Műszaki) lehetőséget.
- Az Előfizetés mezőben válassza ki az előfizetését.
- Szolgáltatás esetén válassza a Saját szolgáltatások lehetőséget.
- Szolgáltatástípus esetén válassza az önálló Azure Database for MySQL-kiszolgálót.
- Erőforrás esetén válassza ki az erőforrást.
- Problématípus esetén válassza a Migrálás lehetőséget.
- Probléma altípus esetén válassza az Áttelepítés önállóról rugalmas kiszolgálóra lehetőséget
Az Azure Database for MySQL -hez készült Azure Database Migration Service (klasszikus) használatával kapcsolatos gyakori kérdések – Egykiszolgálós és rugalmas kiszolgálói migrálások.
Tudjuk, hogy a migrálási szolgáltatások bosszantó élményt jelenthetnek, és előre elnézést kérünk az esetleges kellemetlenségekért. Kiválaszthatja, hogy melyik forgatókönyv működik a legjobban Önnek és a környezetének.