Share via

Upgrade hlavní verze na jednoúčelovém serveru Azure Database for MySQL

  • Článek

PLATÍ PRO: Jednoúčelový server Azure Database for MySQL

Důležité

Jednoúčelový server Azure Database for MySQL je na cestě vyřazení. Důrazně doporučujeme upgradovat na flexibilní server Azure Database for MySQL. Další informace o migraci na flexibilní server Azure Database for MySQL najdete v tématu Co se děje s jednoúčelovým serverem Azure Database for MySQL?

Poznámka:

Tento článek obsahuje odkazy na termín slave (podřízený) , což je termín, který už Microsoft nepoužívá. Když se termín odebere ze softwaru, odebereme ho z tohoto článku.

Důležité

Upgrade hlavní verze pro jednoúčelový server Azure Database for MySQL je ve verzi Public Preview.

Tento článek popisuje, jak můžete upgradovat hlavní verzi MySQL na jednoúčelovém serveru Azure Database for MySQL.

Tato funkce zákazníkům umožní provádět místní upgrady serverů MySQL 5.6 na MySQL 5.7 kliknutím na tlačítko bez jakéhokoli přesunu dat nebo nutnosti jakýchkoli změn aplikace připojovací řetězec.

Poznámka:

Provedení upgradu hlavní verze z MySQL 5.6 na MySQL 5.7 pomocí webu Azure Portal

Pokud chcete provést upgrade hlavní verze pro server Azure Database of MySQL 5.6 pomocí webu Azure Portal, postupujte podle těchto kroků.

Důležité

Doporučujeme provést upgrade nejprve při obnovené kopii serveru, nikoli při přímém upgradu produkčního prostředí. Podívejte se, jak provést obnovení k určitému bodu v čase.

  1. Na webu Azure Portal vyberte existující server Azure Database for MySQL 5.6.

  2. Na stránce Přehled klikněte na tlačítko Upgradovat na panelu nástrojů.

  3. V části Upgrade vyberte OK a upgradujte server Azure Database for MySQL 5.6 na server 5.7.

    Azure Database for MySQL - overview - upgrade

  4. Oznámení potvrdí, že upgrade proběhl úspěšně.

Provedení upgradu hlavní verze z MySQL 5.6 na MySQL 5.7 pomocí Azure CLI

Pokud chcete provést upgrade hlavní verze serveru Azure Database of MySQL 5.6 pomocí Azure CLI, postupujte podle těchto kroků.

Důležité

Doporučujeme provést upgrade nejprve při obnovené kopii serveru, nikoli při přímém upgradu produkčního prostředí. Podívejte se, jak provést obnovení k určitému bodu v čase.

  1. Nainstalujte Azure CLI pro Windows nebo pomocí Azure CLI v Azure Cloud Shellu spusťte příkazy upgradu.

    Tento upgrade vyžaduje verzi 2.16.0 nebo novější azure CLI. Pokud používáte Azure Cloud Shell, je už nainstalovaná nejnovější verze. Spuštěním příkazu az version zjistěte verzi a závislé knihovny, které jsou nainstalované. Pokud chcete upgradovat na nejnovější verzi, spusťte az upgrade.

  2. Po přihlášení spusťte příkaz az mysql server upgrade :

    az mysql server upgrade --name testsvr --resource-group testgroup --subscription MySubscription --target-server-version 5.7"

    Na příkazovém řádku se zobrazí zpráva "-Running". Po zobrazení této zprávy se upgrade verze dokončí.

Provedení upgradu hlavní verze z MySQL 5.6 na MySQL 5.7 na repliku pro čtení pomocí webu Azure Portal

  1. Na webu Azure Portal vyberte existující server repliky pro čtení Azure Database for MySQL 5.6.

  2. Na stránce Přehled klikněte na tlačítko Upgradovat na panelu nástrojů.

  3. V části Upgrade vyberte OK a upgradujte server repliky pro čtení Azure Database for MySQL 5.6 na server 5.7.

    Azure Database for MySQL - overview - upgrade

  4. Oznámení potvrdí, že upgrade proběhl úspěšně.

  5. Na stránce Přehled ověřte, že vaše verze serveru repliky pro čtení Azure Database for MySQL je 5.7.

  6. Teď přejděte na primární server a proveďte upgrade hlavní verze.

Provedení minimálního výpadku upgradu hlavní verze z MySQL 5.6 na MySQL 5.7 pomocí replik pro čtení

Upgrade hlavní verze s minimálními výpadky z MySQL 5.6 na MySQL 5.7 můžete provést pomocí replik pro čtení. Cílem je nejprve upgradovat repliku pro čtení vašeho serveru na verzi 5.7 a novější převzetí služeb při selhání aplikace tak, aby ukazovala na repliku pro čtení a aby byla nová primární.

  1. Na webu Azure Portal vyberte existující službu Azure Database for MySQL 5.6.

  2. Vytvořte repliku pro čtení z primárního serveru.

  3. Upgradujte repliku pro čtení na verzi 5.7.

  4. Jakmile potvrdíte, že server repliky běží ve verzi 5.7, zastavte aplikaci v připojení k primárnímu serveru.

  5. Zkontrolujte stav replikace a ujistěte se, že replika je všechna zachycená primárním serverem, aby se synchronizovala všechna data, a ujistěte se, že se v primárním serveru neprovádí žádné nové operace.

    Stav replikace zobrazíte voláním show slave status příkazu na serveru repliky.

    SHOW SLAVE STATUS\G

    Pokud je stav Slave_IO_Running "ano" a Slave_SQL_Running hodnota Seconds_Behind_Master je 0, replikace funguje dobře. Seconds_Behind_Master označuje, jak pozdě je replika. Pokud hodnota není 0, znamená to, že replika zpracovává aktualizace. Jakmile potvrdíte Seconds_Behind_Master , že je hodnota 0, je bezpečné zastavit replikaci.

  6. Zvyšte úroveň repliky pro čtení na primární tím, že zastavíte replikaci.

  7. Nasměrujte aplikaci na novou primární (bývalou repliku), na které běží server 5.7. Každý server má jedinečný připojovací řetězec. Místo zdroje aktualizujte aplikaci tak, aby odkazovat na (bývalou) repliku.

Poznámka:

Tento scénář bude mít výpadek pouze v krocích 4, 5 a 6.

Nejčastější dotazy

Kdy bude tato funkce upgradu obecně dostupná, protože mySQL v5.6 je v produkčním prostředí, které potřebujeme upgradovat?

Obecná dostupnost této funkce se plánuje před vyřazením MySQL verze 5.6. Tato funkce je ale připravená a plně podporovaná azure, takže byste ji měli s jistotou spustit ve svém prostředí. Jako doporučený osvědčený postup důrazně doporučujeme, abyste ho nejprve spustili a otestovali na obnovené kopii serveru, abyste mohli odhadnout výpadky během upgradu a provést test kompatibility aplikací před spuštěním v produkčním prostředí. Další informace najdete v tématu o tom, jak provést obnovení k určitému bodu v čase a vytvořit kopii serveru k určitému bodu v čase.

Způsobí to výpadek serveru a pokud ano, jak dlouho?

Ano, během procesu upgradu nebude server dostupný, proto doporučujeme tuto operaci provést během časového období plánované údržby. Odhadovaný výpadek závisí na velikosti databáze, zřízené velikosti úložiště (zřízené vstupně-výstupní operace za sekundu) a počtu tabulek v databázi. Doba upgradu je přímo úměrná počtu tabulek na serveru. Očekává se, že upgrady serverů SKU Basic budou trvat delší dobu, protože jsou na platformě úložiště úrovně Standard. Pokud chcete odhadnout výpadek pro vaše serverové prostředí, doporučujeme nejprve provést upgrade na obnovenou kopii serveru. Zvažte provedení minimálního výpadku upgradu hlavní verze z MySQL 5.6 na MySQL 5.7 pomocí repliky pro čtení.

Co se stane, když se nerozhodneme upgradovat server MySQL verze 5.6 před 5. únorem 2021?

Server MySQL verze 5.6 můžete dál používat stejně jako předtím. Azure nebude na vašem serveru nikdy provádět vynucený upgrade. Omezení zdokumentovaná v zásadách správy verzí Azure Database for MySQL se ale použijí.

Další kroky

Přečtěte si o zásadách správy verzí služby Azure Database for MySQL.