次の方法で共有

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

  • [アーティクル]

  • Azure Database Migration Service を使用する場合、オフライン移行とオンライン移行の違いは何ですか。 Azure Database Migration Service では、オフラインとオンラインの両方の移行がサポートされます。 オフライン移行では、アプリケーションのダウンタイムが、移行の開始時に開始されます。 オンライン移行では、ダウンタイムは移行の最後の切り替えに必要な時間だけに限定されます。 オフライン移行をテストして、ダウンタイムが許容可能かどうかを判断することをお勧めします。許容できない場合は、オンライン移行を行います。 オンライン移行とオフライン移行の比較を次の表に示します。

    領域 オンライン移行 オフライン移行
    移行の間にデータベースを読み取りに利用できるかどうか 利用可能 利用可能
    移行の間にデータベースを書き込みに利用できるかどうか 利用可能 一般に推奨されない。 移行後に開始された “書き込み” は、キャプチャまたは移行されない
    ''アプリケーションの適合性'' 最大限のアップタイムが必要なアプリケーション 計画的なダウンタイム期間を許容できるアプリケーション
    環境の適合性 運用環境 通常、ダウンタイムを許容できる開発環境、テスト環境、および一部の運用環境
    書き込み負荷の高いワークロードの適合性 適しているが、移行中はワークロードの低下が予想される 適用外。 移行開始後のソースでの書き込みは、ターゲットにレプリケートされない
    手動での一括移行 必須 必要なし
    必要なダウンタイム 未満 詳細
    移行時間 データベースのサイズとカットオーバーまでの書き込みアクティビティに依存する データベースのサイズに依存する

  • DMS で移行プロジェクトをセットアップしていますが、ソース データベースへの接続で問題が発生しています。 どうすればよいですか。 移行作業中にソース データベース システムへの接続で問題が発生した場合は、DMS インスタンスを設定するために使用する仮想ネットワークの同じサブネット内に仮想マシンを作成します。 仮想マシンでは、接続テストを実行できる必要があります。 接続テストに成功した場合、ソース データベースへの接続に問題はありません。 接続テストが成功しなかった場合は、ネットワーク管理者に問い合わせてください。

  • Azure Database Migration Service が利用できないか停止しています。なぜですか。 ユーザーが明示的に Azure Database Migration Service (DMS) を停止した場合、またはサービスが 24 時間非アクティブ状態になった場合、サービスは停止状態または自動一時停止状態になります。 いずれの場合も、サービスは利用できなくなり、停止状態になります。 アクティブな移行を再開するには、サービスを再起動します。

  • Azure Database Migration Service のパフォーマンスを最適化するための推奨事項はありますか。 DMS を使用してデータベースの移行を高速化するために、次の 2 つのことを試すことができます。

    • サービス インスタンスを作成するときにマルチ CPU の汎用価格レベルを使用して、サービスが並列化とデータ転送の高速化のために複数の vCPU を活用できるようにします。
    • データ移行操作中に一時的に Azure MySQL Database のターゲット インスタンスを Premium レベル SKU にスケールアップし、より低いレベルの SKU を使用した場合にデータ転送アクティビティに影響する Azure MySQL Database の調整を最小限に抑えます。

  • 移行の一環として移行されるデータ、スキーマ、およびメタデータ コンポーネントはどれですか? Azure Database Migration Service では、スキーマ、データ、およびメタデータがソースから移行先に移行されます。 次のすべてのデータ、スキーマ、およびメタデータ コンポーネントが、データベース移行の一環として移行されます。

    • データ移行 - すべてのデータベース/スキーマのすべてのテーブル。
    • スキーマ移行 - 名前付け、主キー、データ型、序数で表される位置、既定値、Null 値の許容、自動増分属性、セカンダリ インデックス
    • メタデータ移行、ストアド プロシージャ、関数、トリガー、ビュー、外部キー制約

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

  • データベースのサイズが 1 TB を超えているので、移行を続行するにはどうすればよいですか? 1 TB 以上のデータベースの移行をサポートするには、1 TB 以上のデータベース移行をサポートするように移行エージェントをスケールアップするために、Azure Database Migration Service でサポート チケットを作成します。

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

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

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

  • バージョン間のサポートはありますか? はい、MySQL サーバーの下位バージョン (v5.6 以上) から上位バージョンへの移行に対応します。