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

Data Transmission Service:Alibaba Cloudアカウント間でApsaraDB for Redisインスタンス間でデータを移行する

最終更新日:Nov 01, 2024

このトピックでは、data Transmission Service (DTS) を使用して、Alibaba Cloudアカウント間でApsaraDB for Redisインスタンス間でデータを移行する方法について説明します。 DTS はフルデータ移行と増分データ移行をサポートします。 データ移行タスクを設定するときに、サービスの継続性を確保するために両方のタイプを選択できます。

前提条件

  • ターゲットApsaraDB for Redisインスタンスの使用可能なストレージ容量が、ソースApsaraDB for Redisインスタンスのデータの合計サイズよりも大きいこと。

  • ソースApsaraDB for RedisインスタンスがCommunity Editionインスタンスの場合、エンジンバージョンは4.0または5.0です。 ソースApsaraDB for RedisインスタンスがEnhanced Edition (Tair) インスタンスの場合、エンジンバージョンは5.0です。

背景情報

この例では、2つのApsaraDB for Redisインスタンスが異なるAlibaba Cloudアカウントで作成されています。 アカウントAのApsaraDB for RedisインスタンスからアカウントBのApsaraDB for Redisインスタンスにデータを移行する場合は、移行ソリューションのアーキテクチャを次の図に示します。

Redis跨账号迁移架构图

異なるAlibaba CloudアカウントのApsaraDB for Redisインスタンス間でデータを移行するには、次の表に示す手順を実行してデータ移行タスクを設定する必要があります。

ステップ

説明

1. ソースインスタンスを所有するアカウントAを使用してResource Access Management (RAM) コンソールにログインし、RAMロールに必要な権限を付与します。 詳細については、このトピックの準備セクションを参照してください。

RAMロールを設定するときは、アカウントBを信頼できるアカウントとして設定し、RAMロールにアカウントAのクラウドリソースへのアクセスを許可します。

2. 移行先インスタンスを所有するアカウントBを使用してDTSコンソールにログインし、データ移行タスクを設定します。 詳細については、このトピックの「手順」をご参照ください。

DTSは、Alibaba Cloudアカウント間でソースApsaraDB for Redisインスタンスに関する情報を読み取ることができます。

サポートされているソースデータベースとターゲットデータベース

次の表に、Alibaba Cloudアカウント間でApsaraDB for Redisインスタンス間でデータ移行を実行する場合にサポートされるデータベースを示します。

ソースデータベース

宛先データベース

  • ApsaraDB for Redisインスタンス

  • Elastic Compute Service (ECS) でホストされる自己管理型データベース

  • Express Connect、VPN Gateway、またはSmart Access Gatewayを介して接続されている自己管理型データベース

  • Cloud Enterprise Network (CEN) 経由で接続されている自己管理型データベース

  • ApsaraDB for Redisインスタンス

  • ECSでホストされる自己管理データベース

  • Express Connect、VPN Gateway、またはSmart Access Gatewayを介して接続されている自己管理型データベース

  • CEN経由で接続されている自己管理データベース

制限事項

カテゴリ

説明

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

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

  • ソースデータベースのデータログ機能と追加専用ファイル (AOF) ログ機能を有効にする必要があります。

  • ソースApsaraDB for Redisインスタンスのデータベースバージョンは2.8できません。

  • 操作の制限: フルデータ移行のみを実行する場合、データ移行中にソースデータベースにデータを書き込まないでください。 そうしないと、ソースデータベースとターゲットデータベース間でデータが一致しない可能性があります。 データの一貫性を確保するために、移行タイプとして完全データ移行と増分データ移行を選択することを推奨します。

  • スタンドアロンRedisデータベースからクラスターアーキテクチャにデプロイされたRedisデータベースへのデータ移行の制限: 各コマンドは、クラスターアーキテクチャにデプロイされたRedisデータベースの1つのスロットでのみ実行できます。 ソースデータベース内の複数のキーに対して操作を実行し、キーが異なるスロットに属している場合、次のエラーが発生します。

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

    データ移行中は、1つのキーに対してのみ操作を実行することを推奨します。 それ以外の場合、移行タスクは中断されます。

  • データ移行の安定性を確保するために、DTSは、データが更新されたときに記録するキーをソースデータベースに挿入します。 ソースデータベースがクラスターアーキテクチャにデプロイされている場合、DTSはクラスターの各シャードにキーを挿入します。 キーはデータ移行中に除外されます。 データ移行タスクが完了すると、キーは期限切れになります。

  • ソースデータベースが読み取り専用データベースである場合、またはデータ移行タスクの実行に使用されるソースデータベースアカウントにSETEXコマンドを実行する権限がない場合、報告されるレイテンシが不正確になる可能性があります。

その他の制限

  • ApsaraDB for Redis Enhanced Edition (Tair) のストレージ最適化インスタンスは、ソースデータベースまたはターゲットデータベースとして設定できません。

  • ターゲットデータベースのメモリが不足しているためにデータの削除がトリガーされた場合、ソースデータベースとターゲットデータベースの間でデータの不整合が発生する可能性があります。 これは、ターゲットデータベースのデフォルトのデータ削除ポリシー (maxmemory-policy) がvolatile-lruであるためです。 ただし、これは移行タスクには影響しません。

    この場合、ターゲットデータベースのデータ削除ポリシーをnoevictionに設定することを推奨します。 移行先データベースのメモリが不十分な場合、DTSは移行先データベースへのデータの書き込みに失敗し、移行タスクは失敗しますが、データの削除によって移行先データベースのデータが失われることはありません。

    説明

    データ削除ポリシーの詳細については、「ApsaraDB for Redisはデフォルトでデータをどのように消去しますか? 」をご参照ください。

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

  • DTSがPSYNCまたはSYNCコマンドを実行してLISTタイプのデータを転送する場合、DTSはターゲットインスタンスの既存のデータに対してFLUSH操作を実行しません。 その結果、宛先インスタンスは重複するデータレコードを含むことがある。

  • ソースデータベースの特定のキーに対して有効期限ポリシーが有効になっている場合、これらのキーは有効期限が切れた後すぐには削除されません。 したがって、ターゲットインスタンス内のキーの数は、ソースデータベース内のキーの数よりも少ない可能性があります。 INFOコマンドを実行して、ターゲットデータベース内のキーの数を表示できます。

    説明

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

  • 互換性を確保するには、ターゲットRedisデータベースのバージョンがソースRedisデータベースのバージョンと同じかそれ以降である必要があります。

    説明

    ターゲットデータベースのバージョンがソースデータベースのバージョンよりも前の場合、データベースの互換性の問題が発生する可能性があります。

  • データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。 オフピーク時にデータを移行することを推奨します。 完全データ移行中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。 これは、データベースサーバの負荷を増加させる可能性がある。

  • 完全データ移行中、同時INSERT操作により、ターゲットデータベースのテーブルが断片化されます。 完全データ移行が完了すると、移行先データベースの使用表領域のサイズが移行元データベースのサイズよりも大きくなります。

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

  • ソースデータベースとターゲットデータベースの両方がApsaraDB for Redis Community EditionまたはEnhanced Editionの場合、次の制限事項に注意してください。仕様やポート番号などのデータベース構成が変更された場合、DTSは連続ログデータまたは正しい接続情報を取得できません。 その結果、データ移行タスクが中断される。 データの一貫性を確保するために、データベース設定の変更後に、ターゲットデータベースのデータを削除し、データ移行タスクを再構成することを推奨します。

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

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

  • 移行元Redisデータベースで一時的な接続が発生したためにデータ移行中に再開可能なアップロードが失敗した場合、完全なデータが移行先データベースに再度移行される可能性があります。 これにより、ソースデータベースとターゲットデータベース間でデータの不一致が発生する可能性があります。

特別なケース

ソースデータベースが自己管理Redisデータベースの場合、次の制限事項に注意してください。

  • データ移行タスクの実行中にソースデータベースでプライマリ /セカンダリの切り替えを実行すると、データ移行タスクは失敗します。

  • DTSは、移行先データベースの最新の移行データのタイムスタンプと移行元データベースの現在のタイムスタンプに基づいて、移行レイテンシを計算します。 ソースデータベースでDML操作が長期間実行されない場合、移行レイテンシが不正確になる可能性があります。 データ移行タスクのレイテンシが高すぎる場合は、ソースデータベースでDML操作を実行してレイテンシを更新できます。

    説明

    移行するオブジェクトとしてデータベース全体を選択した場合は、ハートビートテーブルを作成できます。 ハートビートテーブルは1秒ごとに更新されるか、データを受信します。

  • 移行元Redisデータベースで一時的な接続が発生したためにデータ移行中に再開可能なアップロードが失敗した場合、完全なデータが移行先データベースに再度移行される可能性があります。 これにより、ソースデータベースとターゲットデータベース間でデータの不一致が発生する可能性があります。

移行タイプ

移行タイプ

説明

フルデータ移行

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

増分データ移行

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

増分移行可能なコマンド

  • APPEND

  • BITOP、BLPOP、BRPOP、およびBRPOPLPUSH

  • DECR、DECRFY、およびDEL

  • EVAL、EVALSHA、EXEC、EXPIRE、EXPIREAT

  • FLUSHALLおよびFLUSHDB

  • GEOADDとGETSET

  • HDEL、HINCRBY、HINCRBYFLOAT、HMSET、HSET、およびHSETNX

  • INCR、INCRBY、およびINCRBYFLOAT

  • LINSERT、LPOP、LPUSH、LUSHX、LREM、LSET、およびLTRIM

  • 移動、MSET、MSETNX、およびマルチ

  • PERSIST、PEXPIRE、PEXPIREAT、PFADD、PFMERGE、PSETEX、および出版物

  • RENAME、RENAMENX、RESTORE、RPOP、RPOPLPUSH、RPUSH、およびRPUSHX

  • SADD、SDIFFSTORE、SELECT、SET、SETBIT、SETEX、SETNX、SETRANGE、SINTERSTORE、SMOVE、SPOP、SREM、およびSUUNIONSTORE

  • ZADD、ZINCRBY、ZINTERSTORE、ZREM、ZREMRANGEBYLEX、ZUNION STORE、ZREMRANGEBYRANK、およびZREMRANGEBYSCORE

  • XADD、XCLAIM、XDEL、XAUTOCLAIM、XGROUP CREATECONSUMER、およびXTRIM

準備

ソースApsaraDB for Redisインスタンスを所有するAlibaba Cloudアカウントを使用して、Alibaba Cloud管理コンソールにログインします。 RAMロールを作成し、ターゲットRedisインスタンスを所有するAlibaba Cloudアカウントを信頼できるアカウントとして設定します。 次に、RAMロールに権限を付与して、ソースAlibaba cloudアカウントのクラウドリソースにアクセスします。 詳細については、「クロスアカウントDTSタスクのRAM権限の設定」をご参照ください。

手順

  1. ターゲットApsaraDB for Redisインスタンスを所有するAlibaba Cloudアカウントを使用して、データ管理 (DMS) コンソールにログインし、[データ移行タスク] ページに移動します。

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

    2. 上部のナビゲーションバーで、ポインタをデータ开発上に移動します。

    3. DTS (DTS) > データ移行を選択します。

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

    説明

    新しいDTSコンソールを使用する場合は、左上隅にデータ移行インスタンスが存在するリージョンを選択する必要があります。

  3. [タスクの作成] をクリックします。 タスクの作成ウィザードで、ソースデータベースとターゲットデータベースを設定します。 次の表にパラメーターを示します。

    警告

    ソースデータベースとターゲットデータベースを設定した後、ページの上部に表示される制限を読むことを推奨します。 そうしないと、タスクが失敗したり、データの不一致が発生します。

    セクション

    パラメーター

    説明

    非該当

    タスク名

    タスクの名前。 タスク名は自動生成されます。 タスクを識別するために、有益な名前を指定することを推奨します。 一意のタスク名を指定する必要はありません。

    ソースデータベース

    既存のDMSデータベースインスタンスの選択

    使用するインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。

    • 既存のインスタンスを選択しない場合は、ソースデータベースのパラメーターを設定する必要があります。

    データベースタイプ

    移行元ディスクのタイプを設定します。 [ApsaraDB for Redis Enhanced Edition (Tair)] を選択します。

    アクセス方法

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

    インスタンスリージョン

    ソースApsaraDB for Redisインスタンスが存在するリージョン。

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

    Alibaba Cloudアカウント間でデータを移行するかどうかを指定します。 この例では、はいが選択されています。

    Alibaba Cloud アカウント

    ソースApsaraDB for Redisインスタンスを所有するAlibaba CloudアカウントのID。

    説明

    ソースApsaraDB for Redisインスタンスを所有するAlibaba CloudアカウントのIDを取得するには、このアカウントを使用してアカウント管理コンソールにログインします。 アカウントIDは [基本情報] ページに表示されます。

    获取云账号ID

    RAMロール名

    このトピックの準備セクションの手順に従って作成したRAMロールの名前。

    データベースパスワード

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

    • ユーザー名がインスタンスIDと同じデフォルトアカウントを使用する場合は、パスワードのみを入力する必要があります。

    • カスタムアカウントを使用する場合は、<custom account username >:< password> 形式でパスワードを指定します。 例: testaccount:Test1234。

    説明

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

    宛先データベース

    既存のDMSデータベースインスタンスの選択

    使用するインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択した場合、DTSはインスタンスのパラメーターを自動的に入力します。

    • 既存のインスタンスを選択しない場合、ターゲットデータベースのパラメーターを設定する必要があります。

    データベースタイプ

    ターゲットデータベースのタイプ。 [ApsaraDB for Redis Enhanced Edition (Tair)] を選択します。

    アクセス方法

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

    インスタンスリージョン

    ターゲットApsaraDB for Redisインスタンスが存在するリージョン。

    インスタンスID

    ターゲットApsaraDB for RedisインスタンスのID。

    データベースパスワード

    ターゲットApsaraDB for Redisインスタンスのデータベースパスワード。 パスワードに対応するデータベースアカウントには、読み取り権限が必要です。 パスワードを忘れた場合は、パスワードをリセットできます。 詳細については、「パスワードの変更またはリセット」をご参照ください。

    • ユーザー名がインスタンスIDと同じデフォルトアカウントを使用する場合は、パスワードのみを入力する必要があります。

    • カスタムアカウントを使用する場合は、<custom account username >:< password> 形式でパスワードを指定します。 例: testaccount:Test1234。

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

    、ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQLApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのIPアドレスホワイトリストに追加します。 ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。 自己管理データベースが複数のECSインスタンスでホストされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。 ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのIPアドレスホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。 詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。

    警告

    DTSサーバーのパブリックCIDRブロックがデータベースインスタンスのホワイトリストまたはECSインスタンスのセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。 したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティの強化、公開されるポートの制限、API呼び出しの認証、ホワイトリストまたはセキュリティグループルールの定期的なチェック、CIDRブロックの禁止、またはExpress Connectを使用したデータベースインスタンスのDTSへの接続、VPNゲートウェイ、またはSmart Access Gateway。

  5. 移行するオブジェクトと詳細設定を設定します。

    パラメーター

    説明

    移行タイプ

    フルデータ移行と増分データ移行の両方を選択することを推奨します。 ソースデータベースでSYNCまたはPSYNCコマンドを実行する権限がない場合は、完全データ移行 を選択します。

    詳細については、このトピックの「移行タイプ」をご参照ください。

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

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

    • エラーを無視して続行: ターゲットデータベース内のオブジェクトデータの存在検査 チェックアイテム。

      警告

      エラーを無視して続行 を選択した場合、ソースデータベースのデータは、ソースデータと同じキーを持つターゲットデータベースのデータを上書きします。 これにより、宛先データベースのデータが失われる可能性があります。 作業は慎重に行ってください。

    ソースオブジェクト

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

    説明

    移行するオブジェクトとしてデータベースのみを選択できます。 移行するオブジェクトとしてキーを選択することはできません。

    選択中のオブジェクト

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

    説明

    一度に複数のオブジェクト名をマップすることはできません。

  6. [次へ:詳細設定] をクリックして詳細設定を構成します。

    • データ検証設定

      データ検証機能の設定方法の詳細については、「データ検証の設定」をご参照ください。

    • 詳細設定

      パラメーター

      説明

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

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

      アラートの設定

      データ移行タスクのアラートを設定するかどうかを指定します。 タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。 有効な値:

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

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

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

      • DTSが接続を再試行すると、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースデータベースとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。

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

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

      重要

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

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

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

      説明

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

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

      増分データ移行のスロットリングを有効にするかどうかを指定します。 [はい] を選択した場合、ビジネス要件に基づいて、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定できます。 これにより、移行先データベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、移行タイプとして [フルデータ移行] と [増分データ移行] を選択した場合にのみ使用できます。移行タイプ

      環境タグ

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

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

      移行元データベースから移行先インスタンスに移行されたキーの有効期間。 単位は秒です。 次のコマンドなど、特定のコマンドを使用する場合は、データの一貫性を確保するためにパラメーターを600に設定することを推奨します。

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

      ETL の設定

      抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。 詳細については、「ETLとは何ですか?」をご参照ください。 有効な値:

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

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

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

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

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

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

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

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

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

  9. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。 下表にパラメーターを示します。

    セクション

    パラメーター

    説明

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

    リソースグループ

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

    インスタンスクラス

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

  10. 読んで同意するデータ伝送サービス (従量課金) サービス規約チェックボックスを選択します。

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

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