Co se děje s jednoúčelovým serverem Azure Database for MySQL?
PLATÍ PRO: 
Jednoúčelový server Azure Database for MySQL
Důležité
Jednoúčelový server Azure Database for MySQL je na cestě vyřazení a 16. září 2024 se vyřadil z provozu.
Po letech vývoje služby Azure Database for MySQL – Jednoúčelový server už nedokáže zvládnout všechny nové funkce, funkce a potřeby zabezpečení. Doporučujeme upgradovat na flexibilní server Azure Database for MySQL před 16. zářím 2024, abyste se vyhnuli nedovolné migraci a nedostupnosti serveru.
Flexibilní server Azure Database for MySQL je plně spravovaná databázová služba připravená pro produkční prostředí, která je navržená pro podrobnější kontrolu a flexibilitu nad funkcemi správy databází a nastavením konfigurace. Další informace o flexibilním serveru najdete na flexibilním serveru Azure Database for MySQL.
Pokud aktuálně máte službu Azure Database for MySQL – Jednoúčelový server hostující produkční servery, rádi vám dáme vědět, že můžete migrovat servery jednoúčelového serveru Azure Database for MySQL na flexibilní serverovou službu Azure Database for MySQL zdarma s využitím služby Azure Database for MySQL Import, místního automatického migrace nebo služby Azure Database Migration Service (Classic). Projděte si různé způsoby migrace v následující části.
V rámci tohoto vyřazení už nepodporujeme vytváření nových instancí jednoúčelového serveru z webu Azure Portal od 16. ledna 2023 a Azure CLI od 19. března 2024. I nadále budete moct vytvářet repliky pro čtení a provádět obnovení (PITR a geografické obnovení) pro stávající instanci jednoúčelového serveru. To bude i nadále podporováno až do data ukončení 16. září 2024.
Migrace z jednoúčelového na flexibilní server
Zjistěte, jak migrovat z Jednoúčelového serveru Azure Database for MySQL na flexibilní server Azure Database for MySQL.
| Scénář | Nástroje | Detaily |
|---|---|---|
| Offline nebo online | Import služby Azure Database for MySQL a Azure CLI | Kurz: Import služby Azure Database for MySQL pomocí Azure CLI |
| Režim offline | Database Migration Service (klasická) a Azure Portal | Kurz: DMS (klasické) pomocí webu Azure Portal (offline) |
| Online | Database Migration Service (klasická) a Azure Portal | Kurz: DMS (klasické) pomocí webu Azure Portal (online) |
| Režim offline | Místní žádost o automatické migrace (otevření lístku podpory Azure) | Místní automatická migrace z jednoúčelového serveru Azure Database for MySQL na flexibilní server |
Další informace o migraci z jednoúčelového serveru na flexibilní server pomocí jiných nástrojů pro migraci najdete v tématu Výběr správných nástrojů pro migraci do Služby Azure Database for MySQL.
Poznámka:
Místní automatická migrace ze služby Azure Database for MySQL – Jednoúčelový server na flexibilní server je místní migrace iniciovaná službou během časového období plánované údržby pro výběr databázových úloh jednoúčelového serveru. Způsobilé servery jsou identifikovány službou a je jim předem zasláno oznámení s podrobnostmi o krocích k přezkoumání podrobností migrace. Pokud vlastníte úlohu s jedním serverem bez složitých funkcí (replika pro čtení, virtuální síť, dvojité šifrování infra, koncový bod služby nebo pravidla virtuální sítě), můžete se teď sami nominovat (pokud ještě není naplánovaná službou) pro automatickou migraci zvýšením lístku podpory Azure. Všechny ostatní úlohy s jednoúčelovým serverem se doporučují použít nástroje migrace iniciované uživatelem, které nabízí Azure – Azure DMS, Azure Database for MySQL Import k migraci. Další informace o místní automatické migraci najdete zde.
Kontroly předpokladů při migraci z jednoho na flexibilní server
- Pokud váš zdrojový jednoúčelový server Azure Database for MySQL má verzi modulu v8.x, ujistěte se, že upgradujete verzi klientského ovladače .NET zdrojového serveru na verzi 8.0.32, abyste se vyhnuli nekompatibilitě kódování po migraci na flexibilní server.
- Pokud má váš zdrojový jednoúčelový server Azure Database for MySQL verzi modulu v8.x, ujistěte se, že upgradujete verzi TLS zdrojového serveru z verze 1.0 nebo v1.1 na TLS v1.2, protože starší verze TLS jsou pro flexibilní server zastaralé.
- Pokud váš zdrojový jednoúčelový server Azure Database for MySQL využívá nedefaultní porty, jako jsou například 3308 3309 a 3310, změňte port připojení na 3306, protože výše uvedené nedefault porty nejsou na flexibilním serveru podporované.
- Značky služeb (SQL) v odchozích pravidlech se na flexibilním serveru Azure Database for MySQL nepodporují. Při konfiguraci nastavení brány firewall pro flexibilní server použijte plně kvalifikovaný název domény (FQDN) v odchozích pravidlech.
Co se stane po datu západu slunce (16. září 2024)?
Během posledních dvou let jsme odeslali opakovaná oznámení, abychom dokončili migraci na flexibilní server Azure Database for MySQL, a to jak prostřednictvím veřejných kanálů, jako je Azure Update, tak blogy a také prostřednictvím e-mailů zákazníků, stránek produktů a bannerů webu Azure Portal. V rámci naší průběžné komunikace a pomoci migrovat zákazníky bezpečně do nového prostředí poskytuje tato část další informace o prostředí zákazníků pro všechny úlohy, které zůstávají v produkčním prostředí od 16. září 2024.
Od 17. září budou nereagované servery, které ještě nebyly migrovány, pravidelně zastaveny. Budete muset přejít na web Azure Portal, potvrdit akce migrace a spustit server. Po spuštění serveru pokračujte v migraci na flexibilní server Azure Database for MySQL pomocí rozhraní příkazového řádku pro import služby Azure Database for MySQL nebo služby Azure Data Migration Service. Pokud chcete pokračovat v automatické migraci, vytvořte lístek podpory Azure, abyste mohli naplánovat automatickou migraci. Nezapomeňte spustit server a migrovat na flexibilní server, abyste se vyhnuli nedovolné vynucené migraci později, což povede k nedostupnosti serveru, protože je možné migrovat pouze omezené funkce.
Spuštění instance jednoúčelového serveru po datu ukončení platnosti by bylo bezpečnostní riziko, protože na zastaralé platformě jednoúčelového serveru nedojde k žádné údržbě a oprav chyb. Abychom zajistili, že náš závazek ke spuštění spravovaných instancí na důvěryhodné a zabezpečené platformě po datu ukončení platnosti bude instance jednoúčelového serveru spolu s jeho datovými soubory vynuceně migrována jako poslední možnost na odpovídající instanci flexibilního serveru fázovaným způsobem.
Poznámka:
Žádné smlouvy SLA, opravy chyb, opravy zabezpečení ani živá podpora nebudou po datu ukončení platnosti vaší instance jednoúčelového serveru dodrženy.
Datum vynucené migrace po ukončení platnosti
Po datu ukončení platnosti se instance jednoúčelového serveru spolu s jeho datovými soubory vynutí migraci na příslušnou instanci flexibilního serveru fázovaným způsobem. To povede k omezené dostupnosti funkcí, protože některé pokročilé funkce nelze vynutit migraci bez vstupů zákazníků do instance flexibilního serveru. To povede k nedostupnosti serveru pro servery se zabezpečením a síťovými funkcemi. Přečtěte si další informace o krocích pro překonfigurování těchto funkcí po vynucené migraci, abyste minimalizovali potenciální efekt níže.
Následující funkce není možné vynutit migraci, protože vyžadují vstup zákazníka pro konfiguraci a nebudou povoleny u migrované instance flexibilního serveru:
- Private Link
- Šifrování dat (CMK)
- Ověřování Microsoft Entra (erstwhile Microsoft Entra ID)
- Koncové body služby
- Dvojité šifrování infrastruktury
- Repliky pro čtení
Požadovaná akce po vynucené migraci
Důležité : Jednoúčelové servery se sítěmi, povolenými funkcemi zabezpečení a šifrování dat budou vynuceně migrovány do instance flexibilního serveru s veřejným přístupem v zakázaném stavu za účelem ochrany zákaznických dat. Po vynucené migraci musíte povolit odpovídající přístup, abyste zajistili kontinuitu podnikových procesů.
Po vynucené migraci je nutné překonfigurovat výše uvedené funkce na migrované instanci flexibilního serveru, abyste zajistili kontinuitu podnikových procesů:
- Private Link – Můžete se rozhodnout povolit veřejný přístup pro připojení k serveru okamžitě nebo odstranit instanci jednoúčelového serveru a odstranit přidružený privátní koncový bod, aby mohl nakonfigurovat stejný privátní koncový bod pro migrovanou instanci flexibilního serveru. Další informace o konfiguraci privátních koncových bodů pro flexibilní server najdete tady.
- Šifrování dat (CMK) – Přečtěte si další informace o tom, jak se tady konfiguruje .
- Ověřování Microsoft Entra (erstwhile Microsoft Entra ID) – přečtěte si další informace o tom, jak nakonfigurovat tady
- Koncové body služby – Koncový bod služby (pravidlo virtuální sítě) se na flexibilním serveru Azure Database for MySQL nepodporuje. Doporučujeme nakonfigurovat Private Link tak, aby splňoval paritu funkcí. Další informace o konfiguraci služby Private Link najdete tady.
- Dvojité šifrování infrastruktury – Flexibilní server Azure Database for MySQL nepodporuje dvojité šifrování infrastruktury. Doporučujeme nakonfigurovat šifrování dat tak, aby splňovalo paritu funkcí. Další informace o konfiguraci šifrování dat (CMK) najdete tady.
- Repliky pro čtení – Repliky pro čtení budou migrovány jako samostatné samostatné servery . Nakonfigurujte repliky pro čtení pro primární server odkazem na migrovaný sekundární samostatný server, který je možné odstranit po konfiguraci. Přečtěte si další informace o tom, jak nakonfigurovat tady.
Poznámka:
Pokud je váš server v oblasti, ve které není podporovaný flexibilní server Azure Database for MySQL, po datu ukončení platnosti bude vaše instance jednoúčelového serveru dostupná s omezenými operacemi pro přístup k datům a bude moct migrovat na flexibilní server až do 15. listopadu 2024. Vaše instance nebude vynucená migrace na flexibilní server do 15. listopadu 2024. Servery se zastaví v prvním týdnu prosince 2024. Server můžete restartovat přes Azure Portal nebo rozhraní příkazového řádku a migrovat do 7 dnů. Pokud se váš server nemigruje ve výše uvedeném období odkladu, bude vynucován v druhém týdnu prosince 2024. Po 31. prosinci budou servery odstraněny, aby bylo možné platformu vyřadit. Důrazně doporučujeme použít jednu z následujících možností k migraci před 22. listopadu 2024, abyste se vyhnuli přerušení kontinuity podnikových procesů:
- Pomocí Azure DMS proveďte migraci mezi oblastmi na flexibilní server v vhodné oblasti Azure.
- Pokud kvůli problémům s dodržováním předpisů nemůžete změnit oblasti, migrujte na Server MySQL hostovaný na virtuálním počítači v dané oblasti.
Konfigurace vlastností Microsoft Defenderu pro cloud na flexibilním serveru
Při migraci z Jednoúčelového serveru Azure Database for MySQL na flexibilní server s povoleným defenderem pro cloud se stav povolení zachová. Pokud chcete dosáhnout parity na flexibilním serveru pro vlastnosti, které můžete nakonfigurovat na jednoúčelovém serveru, zvažte podrobnosti v následující tabulce.
| Vlastnost | Konfigurace |
|---|---|
| Potlačení konkrétních typů výstrah | Zakažte konkrétní typy výstrah v programu Microsoft Defender pro cloudovou platformu. Další informace najdete v průvodci potlačováním výstrah v programu Microsoft Defender for Cloud. Uživatelé s jedním serverem můžou použít vlastnost rozhraní API: properties.disabledAlerts |
| E-mailová oznámení | Definujte e-mailové oznámení pro upozornění Microsoft Defenderu pro cloud pro všechny prostředky v předplatném. Další informace najdete v tématu Konfigurace e-mailových oznámení pro výstrahy zabezpečení. Uživatelé s jedním serverem můžou používat vlastnosti rozhraní API: properties.emailAccountAdmins, properties.emailAddresses |
| Export výstrah pro další zpracování nebo archivaci | Upozornění se ukládají v programu Microsoft Defender pro cloudovou platformu a zveřejňují se prostřednictvím Azure Resource Graphu. Výstrahy můžete exportovat do jiného úložiště a spravovat uchovávání informací samostatně. Další informace najdete v tématu Nastavení průběžného exportu na webu Azure Portal – Microsoft Defender for Cloud. Uživatelé s jedním serverem můžou používat vlastnosti rozhraní API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Nejčastější dotazy (FAQ)
Otázka: Proč se jednoúčelový server Azure Database for MySQL vyřadí z důchodu?
A. Jednoúčelový server Azure Database for MySQL je obecně dostupný od roku 2018. Vzhledem k názorům zákazníků a novým vylepšením výpočetních, dostupných, škálovatelnosti a výkonových funkcí v databázovém prostředí Azure je ale potřeba vyřadit a upgradovat nabídku jednoúčelového serveru s novou architekturou – flexibilním serverem Azure Database for MySQL, který vám přinese to nejlepší z opensourcové databázové platformy Azure. Tady najdete oznámení o vyřazení.
Otázka: Proč se mi zobrazuje výzva k migraci na flexibilní server Azure Database for MySQL?
A. Flexibilní server Azure Database for MySQL je nejlepší platformou pro spouštění všech úloh MySQL v Azure. Flexibilní server Azure MySQL je ekonomičtější a výkonnější na všech úrovních služeb. Nabízí také více způsobů řízení nákladů a tím i levnější a rychlejší zotavení po havárii:
- Více způsobů optimalizace nákladů, včetně možností podpory nárazové výpočetní vrstvy.
- Lepší výkon důležitých provozních úloh, které vyžadují nízkou latenci, vysokou souběžnost, rychlé převzetí služeb při selhání a velkou škálovatelnost.
- Lepší doba provozu s možností konfigurace aktivního pohotovostního režimu ve stejné nebo jiné zóně a hodinovým intervalem pro plánovanou údržbu serveru.
Otázka: Jak brzy musím migrovat jeden server na flexibilní server?
A. Jednoúčelový server Azure Database for MySQL je naplánovaný na vyřazení do 16. září 2024, takže důrazně doporučujeme migrovat jeden server na flexibilní server v nejbližší příležitosti, abyste zajistili dostatek času na spuštění životního cyklu migrace, použili výhody nabízené flexibilním serverem a zajistili kontinuitu vaší firmy.
Otázka: Co se stane se stávajícími instancemi jednoúčelového serveru Azure Database for MySQL?
A. Vaše stávající úlohy jednoúčelového serveru Azure Database for MySQL nadále fungují jako předtím a oficiálně se podporují až do data ukončení. Pro jednoúčelový server se ale nevyvolávají žádné nové aktualizace a důrazně doporučujeme, abyste nejdříve začali migrovat na flexibilní server Azure Database for MySQL. Po datu ukončení platnosti se instance jednoúčelového serveru spolu s jeho datovými soubory vynutí migraci na příslušnou instanci flexibilního serveru fázovaným způsobem.
Otázka: Můžu pokračovat v provozu jednoúčelového serveru i po datu ukončení platnosti?
A. Bohužel neplánujeme podporovat jednoúčelový server nad rámec data ukončení 16. září 2024, a proto důrazně doporučujeme začít plánovat migraci co nejdříve. Po datu ukončení platnosti se instance jednoúčelového serveru spolu s jeho datovými soubory vynutí migraci na příslušnou instanci flexibilního serveru fázovaným způsobem. To může vést k omezené dostupnosti funkcí, protože některé pokročilé funkce nelze vynutit migraci bez vstupů zákazníků do instance flexibilního serveru. Přečtěte si další informace o krocích, jak tyto funkce po vynucené migraci překonfigurovat, aby se minimalizoval potenciální dopad. Pokud je váš server v oblasti, ve které není podporovaný flexibilní server Azure Database for MySQL, po datu ukončení platnosti je instance jednoúčelového serveru dostupná s omezenými operacemi pro přístup k datům a možnost migrace na flexibilní server do 15. listopadu.
Otázka: Jeden server je nasazený v oblasti, která nepodporuje flexibilní server. Co se stane s mým serverem po datu ukončení slunce?
A. Pokud je váš server v oblasti, ve které není podporovaný flexibilní server Azure Database for MySQL, po datu ukončení platnosti je instance jednoúčelového serveru dostupná s omezenými operacemi pro přístup k datům a možnost migrace na flexibilní server do 15. listopadu. Důrazně doporučujeme použít jednu z následujících možností k migraci před datem ukončení, abyste se vyhnuli přerušení kontinuity podnikových procesů:
- Pomocí Azure DMS proveďte migraci mezi oblastmi na flexibilní server v vhodné oblasti Azure.
- Pokud kvůli problémům s dodržováním předpisů nemůžete změnit oblasti, migrujte na Server MySQL hostovaný na virtuálním počítači v dané oblasti.
Otázka: Po datu ukončení slunce dojde ke ztrátě dat pro můj jednoúčelový server?
A. Ne, pro instanci jednoúčelového serveru nedojde ke ztrátě dat. Po datu ukončení platnosti se instance jednoúčelového serveru spolu s jeho datovými soubory vynutí migraci do příslušné instance flexibilního serveru. Pokud je váš server v oblasti, ve které není podporovaný flexibilní server Azure Database for MySQL, po datu ukončení platnosti je instance jednoúčelového serveru dostupná s omezenými operacemi pro přístup k datům a možnost migrovat na flexibilní server v příslušné oblasti až do 15. listopadu.
Otázka: Co když po oznámení vyřazení jednoúčelového serveru z provozu stále potřebuji vytvořit nový jednoúčelový server, který by vyhovoval mým obchodním potřebám?
A. V rámci tohoto vyřazení už nebudeme podporovat vytváření nových instancí jednoúčelového serveru z webu Azure Portal od 16. ledna 2023. Od 19. března 2024 už nebudete moct vytvářet nové instance jednoúčelového serveru Azure Database for MySQL pomocí Azure CLI. Pokud stále potřebujete vytvořit instance jednoúčelového serveru, aby splňovaly potřeby provozní kontinuity, vytvořte lístek podpora Azure.
Otázka: Co když po oznámení vyřazení jednoúčelového serveru z provozu stále potřebuji pro instanci jednoúčelového serveru vytvořit novou repliku pro čtení?
A. V okně Replikace budete moct dál vytvářet repliky pro čtení pro existující instanci jednoho serveru. To bude i nadále podporováno až do data ukončení 16. září 2024.
Otázka: Souvisí s provedením migrace další náklady?
A. Při spuštění migrace platíte za cílový flexibilní server a zdrojový jednoúčelový server. Další vynaložené náklady vycházejí z konfigurace a výpočetních prostředků cílového flexibilního serveru. Další informace najdete na stránce s cenami. Jakmile po úspěšné migraci vyřadíte zdrojový jednoúčelový server, platíte jenom za provoz flexibilního serveru. Při spuštění migrace prostřednictvím služby Azure Database Migration Service (Classic), místního automatického migrace nebo nástroje pro migraci importu služby Azure Database for MySQL se neúčtují žádné náklady.
Otázka: Bude fakturace ovlivněna spuštěním flexibilního serveru v porovnání s jedním serverem?
A. Pokud pro cílový flexibilní server vyberete stejnou zónu nebo zónově redundantní vysokou dostupnost, faktura je vyšší, než byla na jednom serveru. Stejná zóna nebo zónově redundantní vysoká dostupnost vyžaduje, aby byl spolu s ukládáním redundantního zálohování spuštěn i aktivní pohotovostní režim, se kterým jsou spojeny přidané náklady. Tato architektura umožňuje zkrátit prostoje během neplánovaných výpadků i plánované údržby. V závislosti na vašich úlohách můžou flexibilní servery navíc poskytovat lepší výkon oproti jednomu serveru, kdy můžete na flexibilních serverech spouštět úlohy s nižší skladovou jednotkou, a proto se celkové náklady můžou podobat jednomu serveru.
Otázka: Musím kvůli migraci jednoúčelového serveru na flexibilní server vystojit výpadek?
A. Abyste omezili možné prostoje, proveďte online migraci na flexibilní server, který nabízí minimální prostoje.
Otázka: Budou existovat budoucí aktualizace jednoúčelového serveru, které budou podporovat nejnovější verze MySQL?
A. Poslední upgrade podverze jednoúčelového serveru bude z verze 8.0 na 8.0.15. Abyste mohli využívat výhody nejnovějších verzí upgradů, zvažte migraci na flexibilní server.
Otázka: Jak se smlouva SLA s 99,99% dostupností flexibilního serveru liší od smlouvy SLA s jednou serverem?
A. Zónově redundantní nasazení flexibilního serveru poskytuje 99,99% dostupnost s odolností na úrovni zón, zatímco jeden server zajišťuje odolnost v jedné zóně dostupnosti. Architektura vysoké dostupnosti (HA) flexibilního serveru nasadí záložní pohotovostní režim s redundantním výpočetním prostředím a úložištěm (s daty jednotlivých lokalit uloženými ve 3x kopiích) v porovnání s architekturou vysoké dostupnosti jednoho serveru, která nemá pasivní aktivní pohotovostní režim, který pomáhá zotavit se z zónových selhání. Architektura vysoké dostupnosti flexibilního serveru umožňuje snížit prostoje během neplánovaných výpadků a plánované údržby.
Otázka: Jaké možnosti migrace mi pomůžou migrovat jeden server na flexibilní server?
A. K migraci můžete použít import služby Azure Database for MySQL (doporučeno). Kromě toho můžete použít službu Database Migration Service (Classic) ke spuštění online nebo offline migrací.
Otázka: Jeden server je nasazený v oblasti, která nepodporuje flexibilní server. Jak mám provést migraci?
A. Azure Database Migration Service (classic) podporuje migraci mezi oblastmi, takže můžete pro cílový flexibilní server vybrat vhodnou oblast a pak pokračovat migrací v DMS (classic).
Otázka: Mám nakonfigurované úložiště dotazů pro jeden server a tato funkce není na flexibilním serveru podporovaná. Jak provést migraci?
A. Protokoly pomalých dotazů na cílovém flexibilním serveru můžete nakonfigurovat po migraci pomocí následujícího postupu, abyste dosáhli parity funkcí s úložištěm dotazů. Přehledy dotazů pak můžete zobrazit pomocí šablony sešitů.
Otázka: Mám nakonfigurovaný koncový bod služby (pravidla virtuální sítě) pro jeden server a tato funkce není na flexibilním serveru podporovaná. Jak provést migraci?
A. Koncový bod služby (pravidlo virtuální sítě) se na flexibilním serveru Azure Database for MySQL nepodporuje. Doporučujeme nakonfigurovat službu Private Link na migrované instanci flexibilního serveru tak, aby splňovala paritu funkcí. Další informace o konfiguraci služby Private Link najdete tady.
Otázka: Mám nakonfigurované dvojité šifrování infrastruktury pro jeden server a tato funkce není na flexibilním serveru podporovaná. Jak provést migraci?
A. Flexibilní server Azure Database for MySQL nepodporuje dvojité šifrování infrastruktury. Doporučujeme nakonfigurovat šifrování dat na migrovaném flexibilním serveru tak, aby splňovalo paritu funkcí. Další informace o konfiguraci šifrování dat (CMK) najdete tady.
Otázka: Mám nakonfigurovaný protokol TLS verze 1.0/1.1 pro jeden server v8.0 a tato funkce se v současné době nepodporuje na flexibilním serveru. Jak provést migraci?
A. Pro podporu moderních standardů zabezpečení přestala komunitní edice MySQL podporovat komunikaci přes protokoly TLS (Transport Layer Security) 1.0 a 1.1 počínaje verzí 8.0.28. Doporučujeme upgradovat klientské ovladače tak, aby podporovaly TLSv1.2, abyste se mohli bezpečně připojit k jednoúčelovém serveru Azure Database for MySQL a pak pokračovat migrací na flexibilní server.
Otázka: Můžu vrátit zpět migraci jednoúčelového serveru na flexibilní server?
A. Můžete provést libovolný počet testovacích migrací a jakmile na základě testů získáte jistotu, proveďte konečnou migraci. Testovací migrace nemá vliv na zdrojový jeden server, který zůstává funkční a pokračuje v replikaci, dokud neprovedete skutečnou migraci. Pokud se při testovací migraci objeví chyby, můžete závěrečnou migraci odložit a nechat zdrojový server běžet. Po vyřešení chyb se můžete znovu pokusit o konečnou migraci. Po konečné migraci na flexibilní server a vypnutí zdrojového jednoúčelového serveru nebude možné vrátit flexibilní server zpět na jednoúčelový.
Otázka: Velikost databáze je větší než 1 TB, takže jak mám pokračovat v migraci?
A. Službu Azure Database for MySQL Import (doporučeno) můžete použít k migraci, která je vysoce výkonná pro těžší úlohy.
Otázka: Podporuje se migrace mezi oblastmi?
A. Azure Database Migration Service podporuje migrace mezi oblastmi, takže můžete ve službě DMS migrovat jednoúčelový server na flexibilní server, který je nasazený v jiné oblasti.
Otázka: Podporuje se migrace mezi předplatnými?
A. Azure Database Migration Service podporuje migrace mezi předplatnými. DMS tedy můžete použít k migraci jednoúčelového serveru na flexibilní server nasazený v jiném předplatném.
Otázka: Podporuje se předplatné různých skupin prostředků?
A. Azure Database Migration Service podporuje migrace mezi skupinami prostředků. DMS tedy můžete použít k migraci jednoúčelového serveru na flexibilní server nasazený v jiné skupině prostředků.
Otázka: Podporují se různé verze?
A. Ano, Azure Database Migration Service podporuje migraci z nižších verzí serverů MySQL (od verze 5.6 výše) na vyšší verze.
Otázka: Jednoúčelový server MyAzure Database for MySQL využívá jiné než výchozí porty, například 3308 3309 a 3310, které nejsou na flexibilním serveru podporované. Co mám udělat, aby se zajistilo připojení při migraci na flexibilní server?
A. Pokud váš zdrojový jednoúčelový server Azure Database for MySQL využívá nedefaultní porty, jako jsou například 3308 3309 a 3310, změňte port připojení na 3306, protože výše uvedené nedefault porty nejsou na flexibilním serveru podporované.
Otázka: Mám další otázky ohledně důchodu. Jak získám pomoc?
A. Pokud máte dotazy, získejte odpovědi od odborníků z komunity v Microsoft Q&A. Pokud máte plán podpory a potřebujete technickou pomoc, vytvořte žádost o podporu:
- V části Souhrn popište svůj problém.
- V případě typu Problém vyberte Možnost Technical.< a1/> (Technický).
- V části Předplatné vyberte své předplatné.
- V případě služby vyberte Moje služby.
- Jako typ služby vyberte jednoúčelový server Azure Database for MySQL.
- Jako prostředek vyberte prostředek.
- V případě typu Problém vyberte Možnost Migrace.
- V podtypu Problém vyberte Možnost Migrace z jednoho na flexibilní server.
Nejčastější dotazy najdete v nejčastějších dotazech k používání služby Azure Database Migration Service (Classic) pro jednoúčelový server Azure Database for MySQL na migrace flexibilních serverů.
Víme, že migrace služeb může být frustrující a omlouváme se předem za případné nepříjemnosti, které by to mohlo způsobit. Můžete zvolit, jaký scénář je pro vás a vaše prostředí nejvhodnější.