すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:PolarDB for MySQL クラスタから PolarDB-X 2.0 インスタンスにデータを移行する

最終更新日:Jul 02, 2025

PolarDB for MySQL クラスタから PolarDB-X 2.0 インスタンスにデータを移行するには、データ伝送サービス (DTS) を使用します。

前提条件

  • PolarDB-X 2.0 インスタンスが作成されている。

  • PolarDB-X 2.0 インスタンスの使用可能なストレージ容量が、PolarDB for MySQL クラスタのデータの合計サイズよりも大きい。

制限事項

説明
  • スキーマ移行中、DTS はソースデータベースからターゲットデータベースに外部キーを移行します。

  • フルデータ移行および増分データ移行中、DTS はセッションレベルで外部キーに対する制約チェックとカスケード操作を一時的に無効にします。データ移行中にソースデータベースでカスケード更新および削除操作を実行すると、データの不整合が発生する可能性があります。

カテゴリ

説明

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

  • ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ移行速度が低下します。

  • 移行するテーブルには、PRIMARY KEY または UNIQUE 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

  • 移行対象のオブジェクトとしてテーブルを選択し、ターゲットデータベース内のテーブルを編集する必要がある場合 (テーブル名や列名の変更など)、1 回のデータ移行タスクで最大 1,000 個のテーブルを移行できます。 1,000 個を超えるテーブルを移行するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルを移行するか、データベース全体を移行するタスクを構成することをお勧めします。

  • 増分データを移行する必要がある場合:

    • バイナリロギング機能が有効になっており、loose_polar_log_bin パラメーターが on に設定されている必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ移行タスクが開始に失敗します。詳細については、「バイナリロギングを有効にする」および「パラメーターを変更する」をご参照ください。

      説明

      PolarDB for MySQL クラスタのバイナリロギング機能を有効にすると、バイナリログによって占有されるストレージ容量に対して課金されます。

    • PolarDB for MySQL クラスタのバイナリログは、少なくとも 3 日間保存する必要があります。バイナリログは 7 日間保存することをお勧めします。そうでない場合、DTS はバイナリログの取得に失敗し、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。上記の前提条件に基づいて、バイナリログの保持期間を構成してください。そうでない場合、DTS のサービスレベル契約 (SLA) に記載されているサービスの信頼性またはパフォーマンスが保証されない場合があります。

      説明

      PolarDB for MySQL クラスタのバイナリログの保持期間 を設定する方法の詳細については、「保持期間を変更する」をご参照ください。

  • ソースデータベースで実行される操作の制限:

    • フルデータ移行中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうしないと、データ移行タスクが失敗します。

    • フルデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。データの整合性を確保するために、移行タイプとしてフルデータ移行と増分データ移行を選択することをお勧めします。

    • 増分 DDL 操作は移行できません。増分データ移行中にソースデータベースで DDL 操作を実行すると、データ移行タスクが失敗します。 DDL 操作を実行する必要がある場合は、ターゲットデータベースで操作を実行してから、ソースデータベースで操作を実行することをお勧めします。

その他の制限

  • DTS は、ソースの PolarDB for MySQL クラスタの読み取り専用ノードを移行しません。

  • DTS は、ソースの PolarDB for MySQL クラスタから Object Storage Service (OSS) 外部テーブルを移行しません。

  • データを移行する前に、データ移行がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。フルデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

  • フルデータ移行中、同時 INSERT 操作により、ターゲットデータベースのテーブルで断片化が発生します。フルデータ移行が完了すると、ターゲットデータベースの使用済みテーブルスペースのサイズはソースデータベースよりも大きくなります。

  • FLOAT または DOUBLE データタイプの列の精度設定がビジネス要件を満たしていることを確認する必要があります。 DTS は ROUND(COLUMN,PRECISION) 関数を使用して、FLOAT または DOUBLE データタイプの列から値を取得します。精度値を指定しない場合、DTS は FLOAT データタイプの精度を 38 桁に、DOUBLE データタイプの精度を 308 桁に設定します。

  • DTS は、過去 7 日以内に失敗したデータ移行タスクの再開を試みます。ワークロードをターゲットデータベースに切り替える前に、失敗したタスクを停止または解放する必要があります。また、REVOKE 文を実行して、DTS がターゲットデータベースにアクセスするために使用するアカウントから書き込み権限を取り消すこともできます。そうしないと、失敗したタスクが再開された後、ソースデータベースのデータによってターゲットデータベースのデータが上書きされます。

  • DTS は、バイナリログファイルの位置を移動するために、スケジュールどおりにソースデータベースで CREATE DATABASE IF NOT EXISTS `test` 文を実行します。

  • インスタンスの実行に失敗した場合、DTS テクニカルサポート担当者は 8 時間以内にインスタンスの復元を試みます。復元プロセス中に、インスタンスが再起動されたり、パラメーターが調整されたりする可能性があります。

    説明

    パラメーターが調整されると、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。 変更される可能性のあるパラメーターには、「インスタンスパラメーターを変更する」のパラメーターが含まれますが、これらに限定されません。

課金

移行タイプ

インスタンス構成料金

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

スキーマ移行とフルデータ移行

無料。

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

増分データ移行

課金されます。詳細については、「請求の概要」をご参照ください。

移行タイプ

  • スキーマ移行

    データ伝送サービス (DTS) は、選択したオブジェクトのスキーマをソースデータベースからターゲットデータベースに移行します。

    説明
    • DTS は、テーブル、ビュー、トリガー、ストアドプロシージャ、ストアドファンクションなどのオブジェクトタイプのスキーマ移行をサポートしています。

      説明

      移行中は、ストアドプロシージャの routine_body、ストアドファンクションの routine_body、およびビューの select_statement を変更できません。

    • スキーマ移行中、DTS はビュー、ストアドプロシージャ、およびファンクションの SECURITY 属性の値を DEFINER から INVOKER に変更します。さらに、DTS は DEFINER を移行で使用されるターゲットデータベースアカウントに設定します。

      説明

      移行中は、SECURITY 属性と DEFINER を変更できません。

    • DTS はユーザー情報を移行しません。ターゲットデータベースのビュー、ストアドプロシージャ、またはストアドファンクションを呼び出すには、INVOKER に読み取りおよび書き込み権限を付与する必要があります。

  • フルデータ移行

    DTS は、必要なオブジェクトの履歴データをソースデータベースからターゲットデータベースに移行します。

  • 増分データ移行

    フルデータ移行が完了すると、DTS はソースデータベースからターゲットデータベースに増分データを移行します。増分データ移行により、データ移行中にセルフマネージドアプリケーションのサービスを中断することなく、データをスムーズに移行できます。

増分データ移行中に移行できる SQL 操作

INSERT、UPDATE、および DELETE

データベースアカウントに必要な権限

データベース

必要な権限

PolarDB for MySQL クラスタ

移行対象のオブジェクトに対する読み取り権限

PolarDB-X 2.0 インスタンス

移行対象のオブジェクトに対する読み取りおよび書き込み権限

データベースアカウントを作成し、データベースアカウントに権限を付与する方法の詳細については、以下のトピックをご参照ください。

手順

  1. 次のいずれかの方法を使用して [データ移行] ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

    DTS コンソール

    1. DTS console にログオンします。

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

    3. ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。

    DMS コンソール

    説明

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

    1. DMS console にログオンします。

    2. 上部のナビゲーションバーで、ポインターを [データ + AI] > [DTS (DTS)] > [データ移行] の上に移動します。

    3. [データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。

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

  3. ソースデータベースとターゲットデータベースを構成します。次の表にパラメーターを示します。

    警告

    ソースデータベースとターゲットデータベースを構成した後、ページの上部に表示される [制限事項] を読むことをお勧めします。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

    セクション

    パラメーター

    説明

    該当なし

    タスク名

    DTS タスクの名前。 DTS はタスク名を自動的に生成します。タスクを簡単に識別できる有益な名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。

    ソースデータベース

    既存の接続情報の選択

    • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。 DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続を管理する」をご参照ください。

      説明

      DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

    • インスタンスを DTS に登録できなかった場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    ソースデータベースのタイプ。 PolarDB for MySQL を選択します。

    アクセス方法

    ソースデータベースのアクセス方法。 [Alibaba Cloud インスタンス] を選択します。

    インスタンスリージョン

    ソースの PolarDB for MySQL クラスタが存在するリージョン。

    [PolarDB インスタンス ID]

    ソースの PolarDB for MySQL クラスタの ID。

    データベースアカウント

    ソースの PolarDB for MySQL クラスタのデータベースアカウント。アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。

    データベースパスワード

    データベースインスタンスへのアクセスに使用するパスワード。

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいてこのパラメーターを構成できます。 SSL 暗号化機能の詳細については、「SSL 暗号化を構成する」をご参照ください。

    宛先データベース

    既存の接続情報の選択

    • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。 DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続を管理する」をご参照ください。

      説明

      DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

    • インスタンスを DTS に登録できなかった場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    ターゲットデータベースのタイプ。 [PolarDB-X 2.0] を選択します。

    アクセス方法

    ターゲットインスタンスのアクセス方法。 [Alibaba Cloud インスタンス] を選択します。

    インスタンスリージョン

    PolarDB-X 2.0 インスタンスが存在するリージョン。

    [インスタンス ID]

    ターゲットの PolarDB-X 2.0 インスタンスの ID。

    データベースアカウント

    ターゲットの PolarDB-X 2.0 インスタンスのデータベースアカウント。アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。

    データベースパスワード

    データベースインスタンスへのアクセスに使用するパスワード。

  4. ページの下部にある [接続テストと続行] をクリックします。

    説明

    DTS サーバーの CIDR ブロックをソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加して、DTS サーバーからのアクセスを許可できるようにしてください。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

  5. 移行するオブジェクトを構成します。

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

      パラメーター

      説明

      移行タイプ

      • フルデータ移行のみを実行するには、[スキーマ移行][フルデータ移行] を選択します。

      • データ移行中のサービス継続性を確保するには、[スキーマ移行][フルデータ移行]、および [増分データ移行] を選択します。

      説明
      • [スキーマ移行] を選択しない場合は、ターゲットデータベースにデータを受信するためのデータベースとテーブルが作成されており、[選択済みオブジェクト] でオブジェクト名マッピング機能が有効になっていることを確認してください。

      • [増分データ移行] を選択しない場合は、データ移行中にソースデータベースにデータを書き込まないことをお勧めします。これにより、ソースデータベースとターゲットデータベース間でデータの整合性が確保されます。

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

      • エラーの事前チェックと報告: ソースデータベース内のテーブルと同じ名前を使用するテーブルがターゲットデータベースに含まれているかどうかを確認します。 ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合、事前チェックは合格です。 それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。

        説明

        ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれており、ターゲットデータベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。詳細については、「オブジェクト名をマッピングする」をご参照ください。

      • エラーを無視して続行: ソースデータベースとターゲットデータベースで同一のテーブル名に対する事前チェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが以下の潜在的なリスクにさらされる可能性があります。

        • ソースデータベースとターゲットデータベースのスキーマが同じで、データレコードのプライマリキーがターゲットデータベースの既存のデータレコードと同じである場合、次のシナリオが発生する可能性があります。

          • フルデータ移行中、DTS はデータレコードをターゲットデータベースに移行しません。ターゲットデータベースの既存のデータレコードは保持されます。

          • 増分データ移行中、DTS はデータレコードをターゲットデータベースに移行します。ターゲットデータベースの既存のデータレコードは上書きされます。

        • ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。

      ソースオブジェクト

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。Rightwards arrow アイコンをクリックし、[選択済みオブジェクト] セクションにオブジェクトを追加します。

      説明

      移行対象のオブジェクトとして、列、テーブル、またはスキーマを選択できます。テーブルまたは列を移行対象のオブジェクトとして選択した場合、DTS はビュー、トリガー、ストアドプロシージャなどの他のオブジェクトをターゲットデータベースに移行しません。

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

      • ターゲットインスタンスに移行するオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマッピングする」をご参照ください。

      • 複数のオブジェクトの名前を一度に変更するには、[選択済みオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマッピングする」をご参照ください。

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

      • WHERE 条件を指定してデータをフィルタリングするには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。表示されるダイアログボックスで、条件を指定します。詳細については、「フィルター条件を指定する」をご参照ください。

      • 特定のデータベースまたはテーブルで実行される SQL 操作を選択するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。表示されるダイアログボックスで、移行する SQL 操作を選択します。

    2. 次へ:詳細設定 をクリックして、詳細設定を構成します。

      パラメーター

      説明

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

      デフォルトでは、専用クラスタを指定しない場合、DTS はデータ移行タスクを共有クラスタにスケジュールします。データ移行タスクの安定性を向上させるには、専用クラスタを購入します。詳細については、「DTS 専用クラスタとは」をご参照ください。

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

      接続失敗時の再試行時間の範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースに接続できない場合、DTS は再試行時間の範囲内で直ちに接続を再試行します。有効値: 10 ~ 1,440。単位: 分。デフォルト値: 720。パラメーターを 30 より大きい値に設定することをお勧めします。指定された再試行時間の範囲内で DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。

      説明
      • 同じソースデータベースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なる再試行時間の範囲を指定した場合、後で指定された値が優先されます。

      • DTS が接続を再試行すると、DTS インスタンスに対して課金されます。ビジネス要件に基づいて再試行時間の範囲を指定することをお勧めします。ソースデータベースとターゲットインスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

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

      その他の問題の再試行時間の範囲。たとえば、データ移行タスクの開始後に DDL または DML 操作の実行に失敗した場合、DTS は再試行時間の範囲内で直ちに操作を再試行します。有効値: 1 ~ 1440。単位: 分。デフォルト値: 10。パラメーターを 10 より大きい値に設定することをお勧めします。指定された再試行時間の範囲内で失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。

      重要

      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値よりも小さくなければなりません。

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

      完全データ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りリソースと書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全データ移行のスロットリングを有効にすることができます。スロットリングを設定するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメータは、完全データ移行移行タイプ パラメータに選択した場合にのみ構成できます。

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

      増分データ移行の調整を有効にするかどうかを指定します。1 秒あたりの増分移行の行数 RPS1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定して、調整を設定する必要があります。 これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、増分データ移行移行タイプ パラメーターに選択した場合にのみ構成できます。

      環境タグ

      DTS インスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、環境タグを選択する必要はありません。

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

      DTS インスタンスの実行中に、ハートビートテーブルの SQL 操作をソースデータベースに書き込むかどうかを指定します。有効値:

      • [はい]: ハートビートテーブルの SQL 操作を書き込みません。この場合、DTS インスタンスのレイテンシが表示される場合があります。

      • [いいえ]: ハートビートテーブルの SQL 操作を書き込みます。この場合、ソースデータベースの物理バックアップやクローニングなどの機能が影響を受ける可能性があります。

      ETL の設定

      抽出、変換、ロード (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効値:

      監視アラート

      データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行レイテンシが指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。有効値:

      • [いいえ]: アラートを構成しません。

      • [はい]: アラートを構成します。この場合、アラートしきい値と alert notification settings も構成する必要があります。詳細については、「監視とアラートを構成する」トピックの「DTS タスクの作成時に監視とアラートを構成する」セクションをご参照ください。

    3. [次のステップ: データ検証] をクリックして、データ検証タスクを構成します。

      データ検証機能の使用方法の詳細については、「データ検証タスクを構成する」をご参照ください。

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

    • 関連 API 操作を呼び出して DTS タスクを設定する際に指定するパラメーターを表示するには、 次:タスク設定の保存と事前チェック にポインターを移動し、OpenAPI パラメーターのプレビュー をクリックします。

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

    説明
    • データ移行タスクを開始する前に、DTS は事前チェックを実行します。タスクが事前チェックに合格した後でのみ、データ移行タスクを開始できます。

    • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。次に、事前チェックを再実行します。

    • 事前チェック中に項目に対してアラートがトリガーされた場合:

      • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして、問題をトラブルシューティングします。次に、事前チェックを再実行します。

      • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再チェック] をクリックして、事前チェックを再実行します。アラート項目を無視すると、データの不整合が発生する可能性があり、ビジネスが潜在的なリスクにさらされる可能性があります。

  7. データ移行インスタンスを購入します。

    1. [成功率][100%] になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

    2. [インスタンスの購入] ページで、データ移行インスタンスの [インスタンスクラス] パラメーターを構成します。次の表にパラメーターを示します。

      セクション

      パラメーター

      説明

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

      リソースグループ

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

      インスタンスクラス

      DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

    3. チェックボックスをオンにして、[データ伝送サービス (従量課金制)サービス規約] を読んで同意します。

    4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

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

      説明
      • データ移行タスクを増分データの移行に使用できない場合、タスクは自動的に停止します。 [ステータス] セクションに [完了] と表示されます。

      • データ移行タスクを増分データの移行に使用できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止または完了しません。 [ステータス] セクションに [実行中] と表示されます。