次の方法で共有


Azure Database for MySQL - シングル サーバーの現状

適用対象: Azure Database for MySQL - シングル サーバー

重要

Azure Database for MySQL - シングル サーバーは廃止が決定しており2024 年 9 月 16 日までに廃止される予定です。

この廃止の一環として、2023 年 1 月 16 日以降、Azure portal からの新しい単一サーバー インスタンスの作成はサポートされなくなり、2024 年 3 月 19 日以降は Azure CLI からの作成もサポートされなくなります。 ビジネス継続性のニーズを満たすために単一サーバー インスタンスを引き続き作成する必要がある場合は、Azure サポート チケットを発行てください。 既存のシングル サーバー インスタンスに対する読み取りレプリカの作成と復元 (PITR および geo リストア) の実行は引き続き可能であり、これについては 2024 年 9 月 16 日のサービス終了日までサポートされます。

Azure Database for MySQL - シングル サーバー サービスは何年も進化してきましたが、新機能、機能、およびセキュリティのニーズをすべて処理することはできなくなっています。 Azure Database for MySQL - フレキシブル サーバーにアップグレードすることをお勧めします。

Azure Database for MySQL - フレキシブル サーバーは、データベース管理機能と構成設定のよりきめ細かな制御と柔軟性のために設計された、運用環境対応のフル マネージド データベース サービスです。 フレキシブル サーバーの詳細は、Azure Database for MySQL - フレキシブル サーバーについてのページを参照してください。

現在 Azure Database for MySQL - シングル サーバー サービスで実稼働サーバーをホストしている場合は、その Azure Database for MySQL - シングル サーバーのサーバーを Azure Database for MySQL - フレキシブル サーバー サービスに無料で移行できることをお知らせします。これに使用できる方法としては、Azure Database for MySQL Import、インプレース自動移行、Azure Database Migration Service (クラシック) があります。 以下のセクションで各種移行方法をご確認ください。

シングル サーバーからフレキシブル サーバーに移行する

Azure Database for MySQL - 単一サーバーから Azure Database for MySQL - フレキシブル サーバーに移行する方法を説明します。

シナリオ ツール 詳細
オフライン/オンライン Azure Database for MySQL インポートと Azure CLI チュートリアル: Azure CLI を使った Azure Database for MySQL Import
オフライン Database Migration Service (クラシック) と Azure portal チュートリアル: DMS (クラシック) と Azure portal (オフライン)
オンライン Database Migration Service (クラシック) と Azure portal チュートリアル: DMS (クラシック) と Azure portal (オンライン)
"オフライン" インプレース自動移行申請フォーム Azure Database for MySQL シングル サーバーからフレキシブル サーバーへのインプレース自動移行

他の移行ツールを使用したシングル サーバーからフレキシブル サーバーへの移行の詳細については、Azure Database for MySQL への移行に適したツールの選択に関するページを参照してください。

Note

Azure Database for MySQL – 単一サーバーからフレキシブル サーバーへのインプレース自動移行は、特定の単一サーバー データベース ワークロードに対して、計画メンテナンス期間中にサービスによって開始されるインプレース移行です。 対象となるサーバーがサービスによって識別され、移行の詳細を確認するための手順を詳細に示す事前通知が送信されます。 シングル サーバー ワークロードを所有しているとき、データ ストレージの使用量が <= 100 GiB で、複雑な機能 (CMK、Microsoft Entra ID、読み取りレプリカ、仮想ネットワーク、二重インフラの暗号化、サービス エンドポイント/VNet ルール) が有効化されていない場合は、こちらのフォームからサーバーの詳細情報を提出するという方法で、自動移行の申請をご自身でできるようになりました (サービスによってまだスケジュールされていない場合)。 他のすべての単一サーバー ワークロードでは、Azure DMS、Azure Database for MySQL インポートなどの、Azure が提供するユーザーが開始する移行ツールを使用して移行することをお勧めします。 インプレース自動移行の詳細については、こちらを参照してください。

単一サーバーからフレキシブル サーバーへの移行時の前提条件チェック

  • ソースの Azure Database for MySQL 単一サーバーのエンジン バージョンが v8.x である場合は、フレキシブル サーバーへの移行後に何らかのエンコードの非互換性が発生しないように、ソース サーバーの .NET クライアント ドライバー バージョンを 8.0.32 にアップグレードするようにしてください。
  • ソース Azure Database for MySQL 単一サーバーにエンジン バージョン v8.x がある場合は、移行前にソース サーバーの TLS バージョンを v1.0 または v1.1 から TLS v1.2 にアップグレードしてください。以前の TLS バージョンはフレキシブル サーバーで非推奨になりました。
  • 移行元の Azure Database for MySQL シングル サーバーで既定以外のポート (3308、3309、3310 など) が使用されている場合は、接続ポートを 3306 に変更してください。これらの既定以外のポートは、フレキシブル サーバーではサポートされていないためです。

サービス終了日 (2024 年 9 月 16 日) の後はどうなるのでしょうか?

サービス終了後に単一サーバー インスタンスを実行すると、セキュリティ上のリスクが発生します。これは、非推奨の単一サーバー プラットフォームにはセキュリティとバグ修正のメンテナンスがないためです。 サービス終了日以降も、信頼できる安全なプラットフォーム上でマネージド インスタンスを実行するというお約束を守るために、お客様のシングル サーバー インスタンスはそのデータ ファイルとともに、適切なフレキシブル サーバー インスタンスに段階的に強制移行されます。 強制移行による中断を回避してビジネス継続性を確実にするために、2024 年 9 月 16 日よりも前に Azure Database for MySQL Import CLI または Azure Data Migration Service を使用して Azure Database for MySQL - フレキシブル サーバーに移行することを強くお勧めします (詳細については FAQ を参照してください)。

Note

サービス終了後、単一サーバー インスタンスに対して SLA、バグ修正、セキュリティ修正、ライブ サポートは有効になりません。

サービス終了後の強制移行

サービス終了後に、単一サーバー インスタンスとそのデータ ファイルは、段階的に適切なフレキシブル サーバー インスタンスに強制的に移行されます。 この場合は、利用可能な機能が制限される可能性があります。高度な機能の中には、お客様による入力なしではフレキシブル サーバー インスタンスへの強制移行ができないものがあるからです。 ここでは、考えられる影響を最小限に抑えるために、このような機能を強制移行後に再構成する手順について説明します。

次の機能は、構成時にお客様による入力が必要であるため強制移行ができず、移行後のフレキシブル サーバー インスタンス上では有効化されません。

  • Private Link
  • データ暗号化 (CMK)
  • Microsoft Entra 認証 (以前の Microsoft Entra ID)
  • サービス エンドポイント
  • インフラストラクチャの二重暗号化
  • 読み取りレプリカ
  • Microsoft Defender for Cloud

強制移行後に必要なアクション

ビジネス継続性を確実にするために、強制移行後に上記の機能を移行後のフレキシブル サーバー インスタンス上で再構成する必要があります。

  • Private Link – 構成方法の詳細については、こちらを参照してください
  • データ暗号化 (CMK) - 構成方法の詳細については、こちらを参照してください
  • Microsoft Entra 認証 (以前の Microsoft Entra ID) - 構成方法の詳細については、こちらを参照してください
  • サービス エンドポイント – サービス エンドポイント (仮想ネットワーク規則) は、Azure Database for MySQL フレキシブル サーバーではサポートされません。 機能パリティを満たすように Private Link を構成することをお勧めします。 Private Link を構成する方法の詳細については、こちらを参照してください
  • インフラストラクチャの二重暗号化 – インフラストラクチャの二重暗号化は、Azure Database for MySQL フレキシブル サーバーではサポートされていません。 機能パリティを満たすようにデータ暗号化を構成することをお勧めします。 データ暗号化 (CMK) を構成する方法の詳細については、こちらを参照してください
  • レプリカの読み取り - 構成方法の詳細については、こちらを参照してください

重要: ネットワーク機能とセキュリティ機能が有効になっている単一サーバーは、お客様のデータを保護するために、パブリック アクセスが無効な状態のフレキシブル サーバー インスタンスに強制的に移行されます。 ビジネス継続性を確保するには、強制移行後に適切なアクセスを有効にする必要があります。

Note

お使いのサーバーが Azure Database for MySQL - フレキシブル サーバーがサポートされていないリージョンにある場合、サービス終了後は、データにアクセスするための操作と、フレキシブル サーバーに移行するための操作が制限された状態で単一サーバー インスタンスを使用できるようになります。 インスタンスはフレキシブル サーバーに強制的には移行されません。 ビジネス継続性の中断を避けるために、次のいずれかのオプションを使用して、サービス終了日より前に移行することを強くお勧めします。

  • Azure DMS を使用して、適切な Azure リージョンのフレキシブル サーバーへのリージョン間移行を実行します。
  • コンプライアンスの問題のためにリージョンを変更できない場合は、リージョン内の VM でホストされている MySQL サーバーに移行します。

フレキシブル サーバーで Microsoft Defender for Cloud のプロパティを構成する

Azure Database for MySQL - シングル サーバーからフレキシブル サーバーに移行するときに Defender for Cloud が有効になっている場合は、この有効化状態が保持されます。 シングル サーバーで構成できるプロパティについて、フレキシブル サーバーでも同等の状態にするには、次の表に示す詳細情報を参照してください。

プロパティ Configuration
特定のアラートの種類を抑制する Microsoft Defender for Cloud プラットフォームで特定のアラートの種類を無効にします。 詳細については、Microsoft Defender for Cloud からのアラートの抑制ガイドを参照してください。

単一サーバー ユーザーは次の API プロパティを使用できます。
properties.disabledAlerts
メール通知 サブスクリプション内のすべてのリソースに対する Microsoft Defender for Cloud アラートの電子メールによる通知を定義します。 詳細については、セキュリティ アラートの電子メールによる通知の構成に関するページを参照してください。

単一サーバー ユーザーは次の API プロパティを使用できます。
properties.emailAccountAdmins,
properties.emailAddresses
アラートをエクスポートして、処理やアーカイブをさらに行う アラートは Microsoft Defender for Cloud プラットフォームに保存され、Azure Resource Graph を介して公開されます。
アラートを別のストアにエクスポートし、保持期間を個別に管理できます。 詳細については、Azure portal での連続エクスポートの設定 - Microsoft Defender for Cloud に関するページを参照してください。

単一サーバー ユーザーは次の API プロパティを使用できます。
properties.retentionDays,
properties.storageAccountAccessKey,
properties.storageEndpoint

よく寄せられる質問 (FAQ)

Q. Azure Database for MySQL - シングル サーバーが廃止されるのはなぜですか?

A. Azure Database for MySQL – シングル サーバーは 2018 年に一般公開 (GA) になりました。 ただし、お客様からのフィードバックと、Azure データベース ランドスケープにおける計算、可用性、スケーラビリティ、パフォーマンス機能の新しい進歩を考えると、シングル サーバーというオファリングを廃止して新しいアーキテクチャにアップグレードすることが必要です。その新しい Azure Database for MySQL フレキシブル サーバーは、Azure のオープンソース データベース プラットフォームを最大限に活用できる製品です。

Q. Azure Database for MySQL - フレキシブル サーバーへの移行を求められるのはなぜですか?

A.Azure Database for MySQL - フレキシブル サーバーは、Azure ですべての MySQL ワークロードを実行するための最適なプラットフォームです。 Azure MySQL - フレキシブル サーバーは経済的であり、すべてのサービス レベルでパフォーマンスが向上し、コストを制御する方法が増え、ディザスター リカバリーが安価で高速になります。

  • バースト可能なレベルのコンピューティング オプションのサポートなど、コストを最適化する方法が増加。
  • 低待機時間、高コンカレンシー、高速フェールオーバー、高いスケーラビリティを必要とするビジネス クリティカルな運用ワークロードのパフォーマンス向上。
  • 同一ゾーンまたは別のゾーンでホット スタンバイを構成する機能と、計画されたサーバー メンテナンス用の 1 時間の時間枠によるアップタイムの改善。

Q. どのくらいの時間でシングル サーバーをフレキシブル サーバーに移行する必要がありますか?

A. Azure Database for MySQL - シングル サーバーは 2024 年 9 月 16 日に廃止予定であるため、できるだけ早い機会にシングル サーバーをフレキシブル サーバーに移行することを強くお勧めします。それにより、移行ライフサイクルを実行するための十分な時間を確保し、フレキシブル サーバーによって提供される利点を適用し、ビジネスの継続性を確保できます。

Q. 既存の Azure Database for MySQL 単一サーバー インスタンスはどうなりますか?

A. 既存の Azure Database for MySQL シングル サーバー ワークロードは、今後も以前と同様に機能し、公式サポートはサービス終了日まで継続します。 ただし、シングル サーバー向けの新しい更新プログラムがリリースされることはないため、Azure Database for MySQL フレキシブル サーバーへの移行をできるだけ早く開始することを強くお勧めします。 サービス終了後に、単一サーバー インスタンスとそのデータ ファイルは、段階的に適切なフレキシブル サーバー インスタンスに強制的に移行されます。

Q. サービス終了以降にシングル サーバーを実行し続けることはできますか?

A. 残念ながら、2024 年 9 月 16 日のサービス終了以降にシングル サーバーをサポートする予定はありません。そのため、できるだけ早く移行の計画を開始することを強くお勧めします。 サービス終了後に、単一サーバー インスタンスとそのデータ ファイルは、段階的に適切なフレキシブル サーバー インスタンスに強制的に移行されます。 この場合は、利用可能な機能が制限される可能性があります。高度な機能の中には、お客様による入力なしではフレキシブル サーバー インスタンスへの強制移行ができないものがあるからです。 考えられる影響を最小限に抑えるために、強制移行後にこのような機能を再構成する手順の詳細をこちらで参照してください。 お使いのサーバーが Azure Database for MySQL - フレキシブル サーバーがサポートされていないリージョンにある場合、サービス終了後は、データにアクセスするための操作と、フレキシブル サーバーに移行するための操作が制限された状態で単一サーバー インスタンスを使用できます。

Q. 私のシングル サーバーがデプロイされているリージョンでは、フレキシブル サーバーがサポートされていません。 サービス終了後にサーバーはどうなるでしょうか? A. お使いのサーバーが Azure Database for MySQL - フレキシブル サーバーがサポートされていないリージョンにある場合、サービス終了後は、データにアクセスするための操作と、フレキシブル サーバーに移行するための操作が制限された状態で単一サーバー インスタンスを使用できます。 ビジネス継続性の中断を避けるために、次のいずれかのオプションを使用して、サービス終了日より前に移行することを強くお勧めします。

  • Azure DMS を使用して、適切な Azure リージョンのフレキシブル サーバーへのリージョン間移行を実行します。
  • コンプライアンスの問題のためにリージョンを変更できない場合は、リージョン内の VM でホストされている MySQL サーバーに移行します。

Q. サービス終了後、単一サーバーにデータ損失はありますか? A. いいえ。単一サーバー インスタンスのデータ損失は発生しません。 サービス終了後に、単一サーバー インスタンスとそのデータ ファイルは、適切なフレキシブル サーバー インスタンスに強制的に移行されます。 お使いのサーバーが Azure Database for MySQL - フレキシブル サーバーがサポートされていないリージョンにある場合、サービス終了後は、データにアクセスするための操作と、適切なリージョン内にあるフレキシブル サーバーに移行するための操作が制限された状態で単一サーバー インスタンスを使用できます。

Q. シングル サーバー廃止のお知らせの後、ビジネス ニーズを満たすために新しいシングル サーバーを作成する必要がある場合はどうすればよいですか?

A. この廃止の一環として、2023 年 1 月 16 日以降、Azure portal からの新しい単一サーバー インスタンスの作成はサポートされなくなります。 さらに、2024 年 3 月 19 日以降は、Azure CLI を使用して新しい Azure Database for MySQL 単一サーバー インスタンスを作成できなくなります。 ビジネス継続性のニーズを満たすために単一サーバー インスタンスを引き続き作成する必要がある場合は、Azure サポート チケットを発行てください。

Q. 単一サーバー廃止のお知らせの後も、自分の単一サーバー インスタンスに対して新しい読み取りレプリカを作成する必要がある場合はどうすればよいですか?

A. 既存のシングル サーバー インスタンスに対して読み取りレプリカを作成することは引き続き [レプリケーション] ブレードから行うことができ、これについては 2024 年 9 月 16 日のサービス終了日まで継続してサポートされます。

Q. 移行には追加コストがかかりますか?

A. 移行の際には、ターゲットとなるフレキシブル サーバーとソースとなるシングル サーバーに対して料金が発生します。 ターゲットとなるフレキシブル サーバーの構成とコンピューティングによって、発生する追加コストが決まります。 詳細については、価格に関するページを参照してください。 移行が成功した後にソースとなるシングル サーバーの使用を停止すると、実行中のフレキシブル サーバーに対してのみ料金が発生します。 Azure Database Migration Service (クラシック)、インプレース自動移行、または Azure Database for MySQL Import 移行ツールを使って移行を実行している間は、費用が発生することはありません。

Q. フレキシブル サーバーを実行すると、シングル サーバーと比較して、課金に影響が発生しますか?

A. 移行先のフレキシブル サーバーに対して同一ゾーンまたはゾーン冗長高可用性を選択した場合は、請求額がシングル サーバーよりも高くなります。 同一ゾーンまたはゾーン冗長高可用性では、冗長バックアップの格納と共にホット スタンバイ サーバーを起動する必要があるため、追加コストが発生します。 このアーキテクチャにより、計画外の停止や計画メンテナンス中のダウンタイムを短縮できます。 さらに、ワークロードによっては、フレキシブル サーバーのパフォーマンスがシングル サーバーに比べて高く、そのため同じワークロードをフレキシブル サーバー上では下位の SKU で実行できる可能性があり、したがって全体的なコストがシングル サーバーの場合と同等になることもあります。

Q. シングル サーバーをフレキシブル サーバーに移行する場合、ダウンタイムが必要ですか?

A. 発生する可能性のあるダウンタイムを抑えるには、フレキシブル サーバーへのオンライン移行を実行します。これによってダウンタイムを最小限にとどめることができます。

Q. シングル サーバーでは、今後の更新プログラムによって最新の MySQL バージョンがサポートされますか?

A. 単一サーバー バージョン 8.0 の最後のマイナー バージョン アップグレードは 8.0.15 になります。 最新バージョンへのアップグレードによる利点を活用するには、フレキシブル サーバーへの移行を検討してください。

Q. フレキシブル サーバーの可用性 99.99% の SLA は、シングル サーバーのものとどう異なるのですか?

A. フレキシブル サーバーのゾーン冗長デプロイではゾーン レベルの回復性によって可用性 99.99% が提供されますが、シングル サーバーでは単一の可用性ゾーンでの回復性が提供されます。 フレキシブル サーバーの高可用性 (HA) アーキテクチャでは、ウォーム スタンバイがデプロイされてコンピューティングとストレージが冗長化されますが (各サイトのデータが 3 つのコピーに格納される)、シングル サーバーの HA アーキテクチャには、ゾーン障害からの復旧に役立つパッシブ ホット スタンバイはありません。 フレキシブル サーバーの HA アーキテクチャにより、計画外の停止や計画メンテナンス中のダウンタイムを短縮できます。

Q. シングル サーバーをフレキシブル サーバーに移行するために使用できる移行オプションにはどのようなものがありますか?

A. Azure Database for MySQL Import (推奨) を使用して移行できます。 また、Database Migration Service (クラシック) を使用して、オンラインまたはオフラインで移行することもできます。

Q. 私のシングル サーバーがデプロイされているリージョンでは、フレキシブル サーバーがサポートされていません。 この移行を進めるにはどうすればよいですか?

A. Azure Database Migration Service (クラシック) はリージョン間の移行をサポートしているため、ターゲットとなるフレキシブル サーバーに適したリージョンを選択し、DMS (クラシック) の移行に進むことができます。

Q. 単一サーバー用にクエリ ストアを構成しましたが、この機能はフレキシブル サーバーではサポートされていません。 移行する方法

A. 移行後のターゲット フレキシブル サーバーで低速クエリ ログを構成するには、この手順に従ってクエリ ストアとの機能パリティを取得します。 その後、ブック テンプレートを使用してクエリ分析情報を表示できます。

Q. 単一サーバー用にサービス エンドポイント (VNet ルール) を構成しましたが、この機能はフレキシブル サーバーではサポートされていません。 移行する方法

A. サービス エンドポイント (仮想ネットワーク規則) は、Azure Database for MySQL フレキシブル サーバーではサポートされません。 機能パリティを満たすように、移行されたフレキシブル サーバー インスタンスで Private Link を構成することをお勧めします。 Private Link を構成する方法の詳細については、こちらを参照してください。

Q. 単一サーバー用にインフラストラクチャの二重暗号化を構成しましたが、この機能はフレキシブル サーバーではサポートされていません。 移行する方法

A. インフラストラクチャの二重暗号化は、Azure Database for MySQL フレキシブル サーバーではサポートされていません。 移行されたフレキシブル サーバーで、機能パリティを満たすようにデータ暗号化を構成することをお勧めします。 データ暗号化 (CMK) を構成する方法の詳細については、こちらを参照してください。

Q. v8.0 シングル サーバー用に TLS v1.0/1.1 を構成しましたが、この機能は現在フレキシブル サーバーでサポートされていません。 移行する方法

A. 最新のセキュリティ標準をサポートするために、MySQL Community Edition では、バージョン 8.0.28 以降でトランスポート層セキュリティ (TLS) 1.0 と 1.1 プロトコルを介した通信のサポートを廃止しました。 Azure Database for MySQL - 単一サーバーに安全に接続するために TLSv1.2 をサポートするようにクライアント ドライバーをアップグレードし、その後にフレキシブル サーバーに移行することをお勧めします。

Q. 単一サーバーからフレキシブル サーバーへの移行をロールバックするオプションはありますか?

A. テスト移行を何回でも実行でき、テストを通じて確信を得た後で、最終的な移行を実行できます。 テスト移行を行っても移行元のシングル サーバーに影響することはなく、実際の移行を実行するまでは移行元の稼働状態が維持され、レプリケーションが続行されます。 テスト移行を行っているときにエラーが発生した場合、最終的な移行を延期し、ソース サーバーを稼働し続けることを選択できます。 エラーを解決した後で、最終的な移行を再試行できます。 フレキシブル サーバーへの最終的な移行を実行し、ソースのシングル サーバーがシャットダウンされた後は、フレキシブル サーバーからシングル サーバーへのロールバックは実行できません。

Q. データベースのサイズが 1 TB を超えているのですが、どのように移行すればよいですか?

A. 負荷の高いワークロードに対して優れたパフォーマンスを発揮する Azure Database for MySQL Import (推奨) を使用して移行を行うことができます。

Q. リージョン間の移行はサポートされていますか?

A. Azure Database Migration Service ではリージョン間の移行がサポートされているため、DMS を使用して、単一サーバーを別のリージョンにデプロイされているフレキシブル サーバーに移行できます。

Q. サブスクリプション間の移行はサポートされていますか?

A. Azure Database Migration Service ではサブスクリプション間の移行がサポートされているため、DMS を使用して、単一サーバーを別のサブスクリプションにデプロイされているフレキシブル サーバーに移行できます。

Q. リソース グループ間のサブスクリプションはサポートされていますか?

A. Azure Database Migration Service ではリソース グループ間の移行がサポートされているため、DMS を使用して、単一サーバーを別のリソース グループにデプロイされているフレキシブル サーバーに移行できます。

Q. バージョン間のサポートはありますか?

A. はい。下位バージョンの MySQL サーバー (v5.6 以降) から上位バージョンへの移行は、Azure Database Migration Service 移行によってサポートされます。

Q. MyAzure Database for MySQL 単一サーバーは、フレキシブル サーバーではサポートされていない 3308、3309、3310 などの既定以外のポートを利用します。 フレキシブル サーバーに移行するときに接続を確保するには、どうすればよいですか?

A. 移行元の Azure Database for MySQL シングル サーバーで既定以外のポート (3308、3309、3310 など) が使用されている場合は、接続ポートを 3306 に変更してください。これらの既定以外のポートは、フレキシブル サーバーではサポートされていないためです。

Q. 廃止についてさらに質問があります。 どうすればサポートを受けることができますか?

A. 質問がある場合は、Microsoft Q&A でコミュニティの専門家から回答を得ることができます。サポート プランに加入していて技術的な支援が必要な場合は、サポート リクエストを作成してください。

  1. [要約] に、問題の説明を入力します。
  2. [問題の種類] で、 [技術] を選択します。
  3. [サブスクリプション] で、ご使用のサブスクリプションを選択します。
  4. [サービス] で、[マイ サービス] を選択します。
  5. [サービスの種類] で、[Azure Database for MySQL 単一サーバー] を選択します。
  6. [リソース] で、お使いのリソースを選択します。
  7. [問題の種類] で、[移行] を選択します。
  8. [問題のサブタイプ] で、[シングル サーバーからフレキシブル サーバーへの移行] を選択します

Azure Database for MySQL - シングル サーバーからフレキシブル サーバーへの移行のための Azure Database Migration Service (クラシック) の使用に関する情報は、FAQ を参照してください。

サービスの移行はフラストレーションの高い経験になる可能性があります。お客様に迷惑をおかけする可能性があることをあらかじめお詫びいたします。 自分と環境に最適なシナリオを選択できます。