Q: MySQL 5.7 から 8.4 に直接アップグレード (またはメジャー バージョンをスキップ) することはできますか?
Ａ。 メジャー間のアップグレード (たとえば、MySQL 5.7 から 8.4 への直接アップグレード) はサポートされていません。 5.7 から 8.0 にアップグレードしてから、8.0 から 8.4 にアップグレードする必要があります。 今後、新しい MySQL メジャー バージョンがリリースされた場合、メジャー バージョンをスキップする直接アップグレードはサポートされません。 メジャー バージョンのアップグレードは、それぞれ順番に実行する必要があります。
Q: これにより、サーバーのダウンタイムが発生し、その場合、どのくらいの時間が発生しますか?
Ａ。 アップグレード中のダウンタイムを最小限に抑えるために、「 読み取りレプリカを使用してメジャー バージョンのアップグレードを最小限のダウンタイムで実行する」に記載されている手順に従います。 アップグレード プロセス中はサーバーを使用できないため、計画メンテナンス期間中にこの操作を実行することをお勧めします。 推定ダウンタイムは、データベース サイズ、プロビジョニングされたストレージ サイズ (プロビジョニングされた IOPS)、およびデータベース上のテーブルの数によって異なります。 アップグレード時間は、サーバー上のテーブルの数に直接比例します。 サーバー環境のダウンタイムを見積もるために、最初に復元されたサーバーのコピーでアップグレードを実行することをお勧めします。
Q: HA サーバーを使用しています。定期的なメンテナンスと同様に、メジャー バージョンのアップグレードでダウンタイムがほぼゼロになると予想できますか?
Ａ。 No. メジャー バージョンのアップグレードは、定期的なメンテナンスとは大きく異なります。 メジャー バージョン間の HA プライマリ サーバーとスタンバイ サーバー間のレプリケーションは安定していないため、Azure Database for MySQL でのこのようなアップグレード中にダウンタイムがほぼ発生しません。
Q: アップグレード後のバックアップはどうなりますか?
Ａ。 メジャー バージョンのアップグレードの前に作成されたすべてのバックアップ (自動/オンデマンド) は、復元に使用すると、以前のバージョンのサーバーに復元されます。 メジャー バージョンのアップグレード後に作成されたすべてのバックアップ (自動/オンデマンド) は、アップグレードされたバージョンでサーバーに復元されます。 ロールバックを容易にするために、メジャー バージョンのアップグレードを実行する前に、オンデマンド バックアップを実行することを強くお勧めします。