すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:RDS for MySQL から PolarDB-X 1.0 への移行

    ドキュメントセンター

    Data Transmission Service:RDS for MySQL から PolarDB-X 1.0 への移行

    最終更新日:Jul 02, 2026

    Data Transmission Service (DTS) を使用して、ApsaraDB RDS for MySQL インスタンスから PolarDB-X 1.0 インスタンスにデータを移行できます。

    サポートされるソースデータベース

    以下のタイプの MySQL ソースデータベースから PolarDB-X 1.0 インスタンスにデータを移行できます。このトピックでは、ApsaraDB RDS for MySQL インスタンスを使用して設定手順を説明します。他のソースデータベースタイプの手順も同様です。

    • ApsaraDB RDS for MySQL インスタンス。

    • 以下のタイプの自己管理データベース：

      • パブリック IP アドレスを持つ自己管理データベース
      • Elastic Compute Service (ECS) でホストされている自己管理データベース
      • Express Connect、VPN Gateway、または Smart Access Gateway を介して接続されている自己管理データベース
      • データベースゲートウェイを介して接続されている自己管理データベース

    前提条件

    • ソースの ApsaraDB RDS for MySQL インスタンスが必要です。詳細については、「ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

      説明

      増分移行の場合、ソースデータの文字セットが utf8mb3 でないことを確認してください。

    • PolarDB-X 1.0 インスタンスが必要です。詳細については、「PolarDB-X 1.0 インスタンスの作成」をご参照ください。

    • PolarDB-X 1.0 インスタンスには、ソースの ApsaraDB RDS for MySQL インスタンスが使用するストレージ容量よりも多くのストレージ容量が必要です。

    制限事項

    タイプ

    説明

    ソースデータベースの制限

    • 帯域幅の要件：ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ移行の速度に影響します。

    • 移行対象のテーブルには、プライマリキーまたは一意性制約が必要であり、キー内の列は一意である必要があります。そうでない場合、ターゲットデータベースでデータが重複する可能性があります。

    • テーブルレベルでデータを移行し、編集 (テーブル列のマッピングなど) を行う必要がある場合、1 つのデータ移行タスクでサポートできるテーブルは最大 1,000 個です。この制限を超えると、タスクを送信した後にエラーが報告されます。この場合、テーブルを複数のバッチに分割して別々のタスクで実行するか、データベース全体を 1 つのタスクで移行することを推奨します。

    • 増分移行が必要な場合は、バイナリロギングを有効にします：

      • binlog_format を ROW に、binlog_row_image を FULL に設定します。そうでない場合、事前チェックが失敗し、タスクを開始できません。

        重要

        自己管理 MySQL ソースがデュアルマスタークラスター (各インスタンスがマスターとスレーブの両方として機能する) である場合は、log_slave_updates パラメーターを有効にします。これにより、DTS がすべてのバイナリログを読み取れるようになります。

      • RDS for MySQL インスタンスの場合、ローカルバイナリログを少なくとも 3 日間 (7 日間を推奨) 保持します。自己管理 MySQL データベースの場合、ローカルバイナリログを少なくとも 7 日間保持します。DTS がバイナリログにアクセスできない場合、タスクは失敗します。極端な場合、データの不整合やデータ損失が発生する可能性があります。DTS が要求するよりも短いバイナリログの保持期間に起因する問題は、DTS SLA の対象外です。

        説明

        RDS for MySQL インスタンスでローカルバイナリログの 保持期間 を設定するには、「ローカルログの自動削除」をご参照ください。

    • スキーマ移行および完全移行のフェーズでは、データベースまたはテーブルの構造を変更する DDL 操作を実行しないでください。そうでない場合、データ移行タスクは失敗します。

      説明

      完全移行フェーズ中、DTS はソースデータベースをクエリします。これにより、ソースデータベース上の DDL 操作をブロックする可能性のあるメタデータロックが作成されます。

    • 完全なデータ移行のみを実行する場合は、ソースデータベースに新しいデータを書き込まないでください。そうでない場合、ソースデータベースとターゲットデータベースのデータに不整合が生じます。リアルタイムでデータ整合性を維持するには、完全なデータ移行と増分データ移行の両方を選択します。

    • 増分移行が必要な場合、RDS for MySQL 5.6 読み取り専用インスタンスなど、トランザクションログを記録しない RDS for MySQL インスタンスはソースとしてサポートされていません。

    • PolarDB-X 1.0 インスタンスのストレージタイプは、カスタム ApsaraDB RDS インスタンスを指す ApsaraDB RDS for MySQL である必要があります。PolarDB for MySQL はサポートされていません。

    • DTS は、物理バックアップからの復元データやカスケード操作によって作成されたデータなど、バイナリログに書き込まれない変更によって生成されたデータは移行しません。

      説明

      これが発生した場合、ビジネスが許すタイミングで完全移行を再実行してください。

    • ソースの MySQL データベースがバージョン 8.0.23 以降で、非表示の列が含まれている場合、DTS はそれらの列を読み取ることができません。これにより、データ損失が発生する可能性があります。

      説明

      ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; を実行して、非表示の列を表示させます。詳細については、「非表示の列」をご参照ください。

    その他の制限事項

    • 増分データ移行は、utf8mb3 文字セットを使用するデータをサポートしていません。これに該当する場合、タスクは失敗します。

    • ソースデータベースが一時テーブルモードのオンライン DDL 操作 (複数テーブルのマージシナリオを含む) を使用している場合、または一意キー列に関数ベースインデックスを追加している場合、ターゲットデータベースでデータ損失またはタスクの失敗が発生する可能性があります。

    • スキーマ移行はサポートされていません。移行タスクを設定する前に、宛先の PolarDB-X 1.0 インスタンスに対応するデータベースとテーブルを作成する必要があります。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。データ移行はオフピーク時に実行することを推奨します。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。

    • 完全なデータ移行では、同時 INSERT 操作が実行されるため、ターゲットデータベースでテーブルの断片化が発生する可能性があります。その結果、完全なデータ移行が完了した後、ターゲットデータベースのテーブルストレージ容量はソースインスタンスよりも大きくなります。

    • FLOAT または DOUBLE データ型の列の移行精度がビジネス要件を満たしていることを確認してください。DTS は、ROUND(COLUMN,PRECISION) 関数を使用してこれらの列から値を読み取ります。精度を明示的に定義しない場合、DTS は FLOAT には 38 桁、DOUBLE には 308 桁の精度を使用します。

    • DTS は、失敗した移行タスクを 7 日以内に再開しようと試みます。ワークロードを宛先インスタンスに切り替える前に、タスクを停止またはリリースする必要があります。または、revoke コマンドを使用して、DTS が宛先インスタンスへのアクセスに使用するアカウントから書き込み権限を取り消します。これにより、自動的に再開されたタスクが宛先インスタンスのデータを上書きするのを防ぎます。

    • RDS for MySQL インスタンスで Always-Encrypted が有効になっている場合、完全移行はサポートされていません。

      説明

      TDE (透過的データ暗号化) が有効になっている RDS for MySQL インスタンスは、スキーマ移行、完全移行、および増分移行をサポートしています。

    • タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりすることがあります。

      説明

      変更されるのは DTS タスクパラメーターのみで、データベースパラメーターは変更されません。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    特殊なケース

    • 自己管理 MySQL ソースの場合：

      • ソースデータベースでのマスター/スタンバイのスイッチオーバーにより、移行タスクは失敗します。

      • DTS は、ターゲットデータベースに移行された最後のレコードのタイムスタンプと現在時刻を比較して遅延を計算します。ソースで長期間 DML 操作が実行されない場合、遅延の報告が不正確になります。遅延が大きすぎるように見える場合は、ソースで DML 操作を実行して遅延値を更新してください。

        説明

        データベース全体の移行を選択した場合は、ハートビートテーブルを作成します。毎秒更新または書き込みを行ってください。

      • DTS は、バイナリログのオフセットを進めるために、ソースデータベースで CREATE DATABASE IF NOT EXISTS `test` を定期的に実行します。

      • ソースが Amazon Aurora MySQL または他のクラスター化された MySQL インスタンスである場合、タスクに設定されたドメイン名または IP アドレス、およびその DNS 解像度が常に読み書き (RW) ノードを指すようにしてください。そうでない場合、移行タスクが失敗する可能性があります。

    • RDS for MySQL ソースの場合：

      • 増分移行が必要な場合、RDS for MySQL 5.6 読み取り専用インスタンスなど、トランザクションログを記録しない RDS for MySQL インスタンスはソースとしてサポートされていません。

      • DTS は、バイナリログのオフセットを進めるために、ソースデータベースで CREATE DATABASE IF NOT EXISTS `test` を定期的に実行します。

    課金

    移行タイプ

    インスタンス設定料金

    インターネットトラフィック料金

    完全なデータ移行

    無料。

    宛先データベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィックに対して課金されます。詳細については、「課金概要」をご参照ください。

    増分データ移行

    課金対象です。詳細については、「課金概要」をご参照ください。

    移行タイプ

    • 完全移行

      DTS は、指定された移行オブジェクトのすべての既存データをソースデータベースからターゲットデータベースに移行します。

    • 増分移行

      完全移行が完了した後、DTS はソースデータベースからターゲットデータベースに増分データを移行します。増分移行により、自己管理アプリケーションを中断することなく、スムーズにデータを移行できます。

    増分移行の SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、および DELETE

    データベースアカウントの権限

    データベース

    完全なデータ移行

    増分データ移行

    ApsaraDB RDS for MySQL インスタンス

    SELECT 権限

    REPLICATION CLIENT、REPLICATION SLAVE、SHOW VIEW、および SELECT 権限

    PolarDB-X 1.0 インスタンス

    読み取りおよび書き込み権限

    データベースアカウントの作成と権限の付与に関する詳細については、次のトピックをご参照ください：

    操作手順

    1. 次のいずれかの方法で、宛先リージョンの移行タスクリストページに移動します。

      DTS コンソールから

      1. Data Transmission Service (DTS) コンソールにログインします。

      2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。

      3. ページの左上隅で、移行インスタンスが配置されているリージョンを選択します。

      DMS コンソールから

      説明

      実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。

      1. Data Management (DMS) コンソールにログインします。

      2. トップメニューバーで、データ + AI > Data Transmission (DTS) > データ移行 を選択します。

      3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

    2. タスクの作成 をクリックして、タスク設定ページに移動します。

    3. ソースデータベースとターゲットデータベースを設定します。

      警告

      ソースインスタンスと宛先インスタンスを選択した後、ページ上部の 制限事項 を読んで、データ移行タスクが正常に作成および実行できることを確認してください。

      カテゴリ

      パラメーター

      説明

      N/A

      タスク名

      DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      ソースデータベース

      既存の接続情報の選択

      • システムに 追加 された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      MySQL を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ソースの RDS for MySQL インスタンスが配置されているリージョンを選択します。

      Alibaba Cloudアカウント全体でのデータの複製

      この例では、データは同じ Alibaba Cloud アカウント内で移行されます。× を選択します。

      RDS インスタンス ID

      ソースの RDS for MySQL インスタンスの ID を選択します。

      データベースアカウント

      ソースの RDS for MySQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      データベースパスワード

      データベースアカウントのパスワードを入力します。

      暗号化

      データベースの要件に基づいて、非暗号化 または SSL 暗号化 を選択します。このパラメーターを SSL 暗号化 に設定する場合は、事前に RDS for MySQL インスタンスで SSL 暗号化を有効にする必要があります。詳細については、「クラウド証明書を使用して SSL 暗号化を迅速に有効にする」をご参照ください。

      宛先データベース

      既存の接続情報の選択

      • システムに 追加 された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB-X 1.0 を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      宛先の PolarDB-X 1.0 インスタンスが配置されているリージョンを選択します。

      インスタンス ID

      宛先の PolarDB-X 1.0 インスタンスを選択します。

      データベースアカウント

      宛先の PolarDB-X 1.0 インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      データベースパスワード

      データベースアカウントのパスワードを入力します。

    4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。

      説明

      DTS サーバーからのアクセスを許可するために、DTS サービスの IP アドレスセグメントがソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加されていることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。

    5. タスクオブジェクトを設定します。

      1. オブジェクト設定 ページで、移行するオブジェクトを設定します。

        パラメーター

        説明

        移行タイプ

        • 完全移行のみを実行する必要がある場合は、完全データ移行 を選択します。

        • ダウンタイムなしで移行を実行するには、完全データ移行 と 増分データ移行 の両方を選択します。

        説明

        増分データ移行 を選択しない場合は、データ整合性を確保するために、データ移行中にソースインスタンスに新しいデータを書き込まないでください。

        競合テーブルの処理モード

        • エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。

          説明

          ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブルの名前を変更できます。詳細については、「オブジェクト名のマッピング」をご参照ください。

        • エラーを無視して続行：同じ名前のテーブルのチェックをスキップします。

          警告

          エラーを無視して続行 を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例：

          • テーブルスキーマが一貫しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合：

            • 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースからのレコードは移行されません。

            • 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。

          • テーブルスキーマが不整合な場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        移行先インスタンスでのオブジェクト名の大文字化

        宛先インスタンスで移行されたオブジェクト (データベース、テーブル、列など) の名前の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースまたはターゲットデータベースのデフォルトポリシーと大文字/小文字の区別を一致させることも選択できます。詳細については、「ターゲットデータベースのオブジェクト名の大文字/小文字の区別」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト ボックスで、移行するオブジェクトをクリックし、Right arrow をクリックして 選択中のオブジェクト ボックスに移動します。

        説明

        移行オブジェクトはテーブルレベルで選択されます。

        [選択済みオブジェクト]
        説明

        • オブジェクト名マッピング機能を使用すると、名前が変更されたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。

        • WHERE 句を指定してデータをフィルター処理するには、選択中のオブジェクト ボックスで移行するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を指定します。詳細については、「フィルター条件の設定」をご参照ください。

        • 増分データ移行の DML 操作を選択するには、選択中のオブジェクト ボックスで移行するオブジェクトを右クリックし、表示されるダイアログボックスで目的の DML 操作を選択します。

      2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

        パラメーター

        説明

        タスクのスケジュールに使用する専用クラスターの選択

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、専用クラスター を購入して DTS 移行タスクを実行できます。

        失敗した接続の再試行時間

        移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間は 10 分から 1440 分の間でカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたは宛先を共有する複数の DTS インスタンスの場合、ネットワークの再試行時間は最後に作成されたタスクの設定によって決まります。

        • 接続再試行期間中もタスクは課金されるため、ビジネスニーズに応じて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

        移行タスクが開始された後、ソースまたはターゲットデータベースで DDL または DML 実行例外などの接続以外の問題が発生した場合、DTS はエラーを報告し、直ちに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間は 1 分から 1440 分の間でカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連操作が成功した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。

        完全移行率を制限するかどうか

        完全移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。必要に応じて、完全移行タスクの速度制限を有効にできます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に 完全移行速度を調整する こともできます。

        増分移行率を制限するかどうか

        必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に 増分移行速度を調整する こともできます。

        環境タグ

        環境タグを選択してインスタンスを識別できます。この例では必須ではありません。

        順方向および逆方向タスクのハートビートテーブル SQL を削除

        DTS インスタンスの実行中に、ハートビート SQL 情報をソースデータベースに書き込むかどうかを選択します。

        • ○：ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。

        • ×：ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローニングなどの機能に干渉する可能性があります。

        ETL 機能の設定

        ビジネスニーズに応じて、データを処理するために ETL 機能 を設定するかどうかを選択します。

        • ○：ETL 機能を設定します。テキストボックスに データ処理ステートメント を入力する必要もあります。

        • ×：ETL 機能を設定しません。

        監視アラート

        ビジネスニーズに応じて、アラートを設定し、アラート通知を受信するかどうかを選択します。

        • ×：アラートを設定しません。

        • ○：アラートのしきい値 と アラート通知 を設定してアラートを設定します。移行が失敗した場合や遅延がしきい値を超えた場合、システムはアラート通知を送信します。

    6. タスクを保存し、事前チェックを実行します。

      • API オペレーションを呼び出す際にこのインスタンスを設定するためのパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブルで OpenAPI パラメーターのプレビュー をクリックします。

      • API パラメーターを表示する必要がない場合、または表示が完了した場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

      説明

      • 移行タスクが開始される前に、DTS は事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始されます。

      • 事前チェックが失敗した場合は、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

      • 事前チェック中に警告が報告された場合：

        • 無視できない確認項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

        • 無視できる確認項目については、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 をクリックして、アラート項目をスキップし、再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

    7. インスタンスを購入します。

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

        カテゴリ

        パラメーター

        説明

        新しいインスタンスクラス

        リソースグループの設定

        インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。

        インスタンスクラス

        DTS は、異なるパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンクの仕様」をご参照ください。

      3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、選択します。

      4. 購入して起動 をクリックします。表示される OK ダイアログボックスで、OK をクリックします。

        データ移行タスク リストページで移行タスクの進捗状況を確認できます。

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

        • 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは実行を続けます。増分移行タスクの実行中、タスクの ステータス は 実行中 です。