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

Data Transmission Service:Tair (Redis OSS-compatible) インスタンス間でデータを移行する

最終更新日:Nov 09, 2025

このトピックでは、Data Transmission Service (DTS) を使用して Tair (Redis OSS-compatible) インスタンス間でデータを移行する方法について説明します。

前提条件

  • ソースおよびターゲットの Tair (Redis OSS-compatible) インスタンスが作成されていること。

    説明
  • ターゲットの Tair (Redis OSS-compatible) インスタンスの利用可能なストレージ容量は、ソースの Tair (Redis OSS-compatible) インスタンスが使用するストレージ容量よりも大きい必要があります。

使用上の注意

タイプ

説明

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

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

  • ソースデータベースは、バージョン 2.8 の Tair (Redis OSS-compatible) インスタンスであってはなりません。

  • ソースデータベースの操作制限: 完全データ移行のみを実行する場合 (タスクを構成する際に 移行タイプ完全データ移行 にのみ設定)、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースインスタンスとターゲットインスタンスのデータに不整合が生じます。リアルタイムのデータ整合性を維持するには、完全データ移行と増分データ移行の両方を選択してください。

  • Basic Edition の Redis インスタンスからクラスターアーキテクチャの Redis インスタンスにデータを移行する場合の操作制限: Redis クラスターでは、単一のコマンドで 1 つのスロットしか操作できません。ソースデータベースで複数キーのコマンドを実行し、それらのキーが同じスロットにないか、複数のスロットに関係する場合、次のエラーが報告されます:

    CROSSSLOT Keys in request don't hash to the same slot

    DTS 移行中は、移行が中断されないように、単一キーのコマンドのみを実行してください。

  • 移行の品質を確保するため、DTS は更新タイムスタンプを記録するために、プレフィックス DTS_REDIS_TIMESTAMP_HEARTBEAT を持つキーをソースデータベースに挿入します。ソースデータベースがクラスターアーキテクチャを使用している場合、DTS はこのキーを各シャードに挿入します。このキーは移行中にフィルターで除外され、移行タスクの終了後に有効期限が切れます。

  • ソースデータベースが読み取り専用インスタンスであるか、DTS アカウントに書き込み (SETEX) 権限がない場合、報告される遅延が不正確になることがあります。

  • ソースが [ストレージメディア] として [永続メモリ] を使用する Tair (Enterprise Edition) インスタンスである場合、appendonly パラメーターが yes に設定されていることを確認してください。詳細については、「手順」をご参照ください。

  • ソースが Tair (Enterprise Edition) Redis グローバル分散キャッシュ のサブインスタンスである場合、DTS はインスタンス (または機能) 自体の制限により、選択されたサブインスタンスからのデータ移行のみをサポートし、他のサブインスタンスからのデータ移行はサポートしません。

その他の制限

  • ソースデータベースとターゲットデータベースは、容量ストレージを使用する Tair (Redis OSS-compatible) Enterprise インスタンスであってはなりません。

  • ソースまたはターゲットインスタンスが自己管理 Redis インスタンス (アクセス方法Alibaba Cloud インスタンス ではない) の場合、移行中に Redis エンドポイントが変更されると、タスクのリトライ、遅延の発生、失敗、さらにはデータ不整合につながる可能性があります。このような変更は、インスタンスの移行やプライマリ/セカンダリのフェールオーバー中に発生する可能性があります。移行タスクのステータスを速やかに確認してください。DTS タスクがリトライしたり、遅延が発生したり、失敗したり、異常になったりした場合は、タスクを再構成してください。

  • ターゲットの Redis インスタンスでプライマリ/セカンダリのフェールオーバーなどのインスタンス移行がトリガーされた場合、データはメモリにのみ書き込まれ、セカンダリデータベースには書き込まれない可能性があります。これにより、データ損失が発生する可能性があります。

  • ターゲットデータベースのメモリが不足し、データのエビクションがトリガーされた場合、ソースデータベースとターゲットデータベースの間でデータ不整合が発生する可能性があります。これは、Tair (Redis OSS-compatible) のデフォルトのエビクションポリシー (maxmemory-policy) が volatile-lru であるためです。これはタスクの正常な操作には影響しません。

    これを防ぐには、ターゲットデータベースのエビクションポリシーを noeviction に設定します。そうすれば、ターゲットデータベースのメモリが不足した場合、データの書き込みは失敗し、タスクも失敗します。ただし、エビクションによるターゲットデータベースからのデータ損失は発生しません。

    説明

    データのエビクションポリシーの詳細については、「Redis データのエビクションポリシー」をご参照ください。

  • EVAL または EVALSHA を使用して呼び出される Lua スクリプトの場合、DTS は増分データ移行中にスクリプトが正常に実行されたかどうかを確認できません。これは、ターゲットが実行結果を明示的に返さないためです。

  • リストの場合、重複データが発生する可能性があります。これは、DTS が psync または sync を呼び出してデータを転送する際に、ターゲットの既存データに対して Flush 操作を実行しないためです。

  • ソースデータベースの一部のキーが有効期限 (expire) ポリシーを使用している場合、ターゲットデータベースのキーの数がソースデータベースよりも少なくなることがあります。これは、有効期限が切れたキーがすぐに削除されない場合に発生する可能性があります。キーの数は `info` などのコマンドを使用して確認できます。

    説明

    有効期限ポリシーがない、または有効期限が切れていないキーの数は、ソースデータベースとターゲットデータベースで同じです。

  • 互換性を確保するため、ソースデータベースとターゲットデータベースの Redis バージョンを同じにしてください。古いバージョンから新しいバージョンへのデータ移行もサポートされています。

    説明

    新しいバージョンから古いバージョンへのデータ移行は、互換性の脅威をもたらす可能性があります。

  • Redis インスタンスの アクセス方法パブリック IP アドレス の場合、インスタンスモードクラスター にすることはできません。

  • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時にデータを移行してください。そうしないと、DTS がソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースの一部を使用するため、完全データ移行によってデータベースのペイロードが増加する可能性があります。

  • 完全データ移行には同時 INSERT 操作が含まれるため、ターゲットデータベースでテーブルの断片化が発生します。したがって、完全移行が完了した後、ターゲットデータベースが使用するテーブルストレージはソースインスタンスよりも大きくなります。

  • DTS は、失敗した移行タスクを 7 日以内に再開しようとします。ビジネスをターゲットインスタンスに切り替える前に、タスクを終了またはリリースしてください。また、revoke コマンドを使用して、DTS がターゲットインスタンスにアクセスするために使用するアカウントの書き込み権限を取り消すこともできます。これにより、タスクが自動的に再開された場合に、ソースデータがターゲットインスタンスのデータを上書きするのを防ぎます。

  • ソースデータベースとターゲットデータベースの両方が Tair (Redis OSS-compatible) インスタンスである場合、データベースでアップグレード/ダウングレード操作を実行すると、移行タスクが中断される可能性があります。このような操作の例には、クォータの増加やポート番号の変更が含まれます。この中断は、DTS が継続的なログデータと正しい接続情報を取得できないために発生します。これが発生した場合は、アップグレード/ダウングレード操作の後にターゲットデータベースのデータを削除してください。その後、DTS タスクを再構成して、完全および増分データ移行を実行します。これにより、データ整合性が確保されます。

  • ターゲットインスタンスがクラスターアーキテクチャでデプロイされており、ターゲットインスタンスのシャードが使用するメモリ量が上限に達した場合、またはターゲットインスタンスの利用可能なストレージ容量が不足している場合、データ同期タスクはメモリ不足 (OOM) により失敗します。

  • ソースまたはターゲットインスタンスで TDE (透過的データ暗号化) が有効になっている場合、DTS を使用してデータを移行することはできません。

  • データ移行中に次のいずれかの状況が発生した場合、完全データが再度ターゲットに移行される可能性があります。これにより、データ不整合が発生する可能性があります。

    • ソースまたはターゲットの Redis で一時的な切断が発生し、ブレークポイントからの再開が失敗する。

    • ソースまたはターゲットの Redis でプライマリ/セカンダリのフェールオーバーまたはフェールオーバーが発生する。

    • ソースまたはターゲットの Redis のエンドポイントが変更される。

  • Tair (Redis OSS-compatible) インスタンスで Transport Layer Security (TLS) 暗号化が有効になっている場合、SSL 暗号化 を使用して DTS に接続する必要があります。TLSv1.3 はサポートされていません。接続タイプが Alibaba Cloud インスタンス に設定されている場合、TLS が有効な Tair (Redis OSS-compatible) インスタンスを DTS に接続することはできません。

  • 移行インスタンスに完全タスクと増分タスクの両方が含まれている場合、インスタンスの再起動後に DTS が両方のタスクを再度実行することがあります。

  • インスタンスが失敗した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行されることがあります。

    説明

    パラメーターが調整される際、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更で説明されているものが含まれますが、これらに限定されません。

特殊なケース

ソースデータベースが自己管理 Redis インスタンスの場合:

  • 移行中にソースデータベースでプライマリ/セカンダリのフェールオーバーが発生すると、移行タスクは失敗します。

  • DTS は、ターゲットデータベースに移行された最後のデータのタイムスタンプと現在のタイムスタンプを比較して遅延を計算します。ソースデータベースで長期間 DML 操作が実行されない場合、報告される遅延が不正確になることがあります。タスクが長い遅延を示している場合は、ソースデータベースで DML 操作を実行して遅延情報を更新できます。

    説明

    データベース全体を移行することを選択した場合、ハートビートテーブルを作成することもできます。このテーブルは毎秒更新または書き込みが可能です。

課金

移行タイプ

インスタンス構成料金

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

完全データ移行

無料です。

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

増分データ移行

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

移行タイプ

移行タイプ

説明

完全データ移行

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

増分データ移行

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

増分データ移行でサポートされるコマンド

  • APPEND

  • BITOP, BLPOP, BRPOP, and BRPOPLPUSH

  • DECR, DECRBY, and DEL

  • EVAL, EVALSHA, EXEC, EXPIRE, and EXPIREAT

  • FLUSHALL and FLUSHDB

  • GEOADD and GETSET

  • HDEL, HINCRBY, HINCRBYFLOAT, HMSET, HSET, and HSETNX

  • INCR, INCRBY, and INCRBYFLOAT

  • LINSERT, LPOP, LPUSH, LPUSHX, LREM, LSET, and LTRIM

  • MOVE, MSET, MSETNX, and MULTI

  • PERSIST, PEXPIRE, PEXPIREAT, PFADD, PFMERGE, PSETEX, and PUBLISH

  • RENAME, RENAMENX, RESTORE, RPOP, RPOPLPUSH, RPUSH, and RPUSHX

  • SADD, SDIFFSTORE, SELECT, SET, SETBIT, SETEX, SETNX, SETRANGE, SINTERSTORE, SMOVE, SPOP, SREM, and SUNIONSTORE

  • ZADD, ZINCRBY, ZINTERSTORE, ZREM, ZREMRANGEBYLEX, ZUNIONSTORE, ZREMRANGEBYRANK, and ZREMRANGEBYSCORE

  • XADD, XCLAIM, XDEL, XAUTOCLAIM, XGROUP CREATECONSUMER, and XTRIM

手順

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

    DTS コンソール

    1. DTS コンソールにログインします。

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

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

    DMS コンソール

    説明

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

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

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

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

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

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

    カテゴリ

    パラメーター

    説明

    N/A

    タスク名

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

    移行元データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    Tair/Redis を選択します。

    アクセス方法

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

    インスタンスのリージョン

    ソースの ApsaraDB for Tair (Redis-compatible) インスタンスが存在するリージョンを選択します。

    Alibaba Cloud アカウント間でデータを複製

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

    インスタンス ID

    ソースの ApsaraDB for Tair (Redis-compatible) インスタンスの ID を選択します。

    認証方法

    ビジネス要件に基づいて認証方式を選択します。この例では、パスワードログイン を選択します。

    説明
    • バージョン 6.0 以降の Redis データベースのみが アカウント + パスワードログイン をサポートします。

    • シークレットフリーのログイン を選択する場合は、Redis データベースでパスワードなしのアクセス機能を有効にしてください。Tair (Redis OSS-compatible) インスタンスでパスワードなしのアクセスを有効にする方法については、「パスワードなしのアクセスを有効にする」をご参照ください。

    データベースのパスワード

    ソースの ApsaraDB for Tair (Redis-compatible) インスタンスのパスワードを入力します。アカウントには読み取り権限が必要です。パスワードを忘れた場合は、リセットできます。詳細については、「パスワードの変更またはリセット」をご参照ください。

    • デフォルトアカウント (アカウント名はインスタンス ID と同じ): パスワードのみを入力します。

    • 新しいアカウント: パスワードを <カスタムアカウント>:<パスワード> 形式で入力します。例: testaccount:Test1234。

    説明

    このパラメーターはオプションです。パスワードが設定されていない場合は、空のままにすることができます。

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて 非暗号化 または SSL 暗号化 を選択します。

    説明

    アクセス方法Alibaba Cloud インスタンス 以外に設定し、自己管理 Redis データベースに対して SSL 暗号化 を選択した場合、CA 証明書 をアップロードし、CA キー を入力する必要があります。

    移行先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    Tair/Redis を選択します。

    アクセス方法

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

    インスタンスのリージョン

    ターゲットの ApsaraDB for Tair (Redis-compatible) インスタンスが存在するリージョンを選択します。

    Alibaba Cloud アカウント間でデータを複製

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

    インスタンス ID

    ターゲットの ApsaraDB for Tair (Redis-compatible) インスタンスの ID を選択します。

    認証方法

    ビジネス要件に基づいて認証方式を選択します。この例では、パスワードログイン を選択します。

    説明
    • バージョン 6.0 以降の Redis データベースのみが アカウント + パスワードログイン をサポートします。

    • シークレットフリーのログイン を選択する場合は、Redis データベースでパスワードなしのアクセス機能を有効にしてください。Tair (Redis OSS-compatible) インスタンスでパスワードなしのアクセスを有効にする方法については、「パスワードなしのアクセスを有効にする」をご参照ください。

    データベースのパスワード

    ターゲットの ApsaraDB for Tair (Redis-compatible) インスタンスのパスワードを入力します。アカウントには読み取りおよび書き込み権限が必要です。パスワードを忘れた場合は、リセットできます。詳細については、「パスワードの変更またはリセット」をご参照ください。

    • デフォルトアカウント (アカウント名はインスタンス ID と同じ): パスワードのみを入力します。

    • 新しいアカウント: パスワードを <カスタムアカウント>:<パスワード> 形式で入力します。例: testaccount:Test1234。

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて 非暗号化 または SSL 暗号化 を選択します。

    説明

    アクセス方法Alibaba Cloud インスタンス 以外に設定し、自己管理 Redis データベースに対して SSL 暗号化 を選択した場合、CA 証明書 をアップロードし、CA キー を入力する必要があります。

  4. ページの下部で、[接続テストと次へ] をクリックします。

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

    • ソースまたはターゲットデータベースが自己管理データベースであり、その アクセス方法Alibaba Cloud インスタンス に設定されていない場合は、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックします。

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

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

      パラメーター

      説明

      移行タイプ

      完全データ移行増分データ移行 (または 完全データ移行 + 増分データ移行) の両方を選択することをお勧めします。DTS インスタンスに使用されるアカウントにソースデータベースに対する SYNC または PSYNC 権限がない場合は、完全データ移行 を選択します。

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

      • エラーの事前チェックと報告: ターゲットデータベースが空であるかどうかをチェックします。ターゲットデータベースが空の場合、事前チェックは合格します。そうでない場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。

      • エラーを無視して続行: ターゲットデータベース内のオブジェクトデータの存在検査 チェック項目をスキップします。

        警告

        エラーを無視して続行 を選択すると、ソースデータベースのデータが、ソースデータと同じキーを持つターゲットデータベースのデータを上書きします。これにより、ターゲットデータベースでデータが失われる可能性があります。注意して進めてください。

      ソースオブジェクト

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。向右小箭头 アイコンをクリックして、オブジェクトを 選択中のオブジェクト セクションに追加します。

      説明

      データベースを移行オブジェクトとして選択できます。データベース内の特定のキーのデータを移行する場合は、選択中のオブジェクト ボックスの データフィルタリング 機能を使用します。

      選択中のオブジェクト

      ターゲットデータベース (DB 0 から DB 255) を指定したり、プレフィックスでデータをフィルターしたりするには、マッピングまたはフィルタリング機能を使用します。選択中のオブジェクト ボックスで、移行するデータベースを右クリックします。表示される スキーマの編集 ダイアログボックスで、設定を構成します。詳細については、「スキーママッピング」および「フィルター条件の設定」をご参照ください。

    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 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、移行タイプ増分データ移行 が含まれている場合にのみ使用できます。

      移行先データベースキーの有効期限を延長する

      ソースからターゲットデータベースに移行されたキーに追加の有効期限を設定します。データ整合性を確保するため、次のようなコマンドが使用される場合は、延長された有効期限を設定することをお勧めします。

      説明

      分散ロックを含むシナリオでは、これによりロックが迅速に解放されなくなる可能性があります。

      expire key seconds
      pexpire key milliseconds
      expireat key timestamp
      pexpireat key timestampMs

      環境タグ

      必要に応じて、インスタンスを識別するための環境タグを選択できます。この例では、タグを選択する必要はありません。

      ETL の設定

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

      監視アラート

      データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効な値:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

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

    3. チェックボックスを選択して、[データ転送サービス (従量課金) 利用規約] を読み、同意します。

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

      データ移行ページで進行状況を表示できます。

      説明

      構成した DTS インスタンスに完全移行タスクと増分移行タスクの両方が含まれている場合 (移行タイプ完全データ移行増分データ移行 が含まれている場合)、タスクは移行タスクリストページで 増分データ移行 として表示されます。