MySQL データベースを Tair または Redis に移行する - Data Transmission Service

Data Transmission Service (DTS) は、自己管理 MySQL や RDS for MySQL などの MySQL データベースから Tair (Redis OSS-compatible) へのデータ移行をサポートしており、バックエンドのリレーショナルデータベースの負荷を軽減し、ユーザーエクスペリエンスを向上させます。このトピックでは、ソースとして RDS for MySQL インスタンス、ターゲットとして Tair (Redis OSS-compatible) インスタンスを使用する手順について説明します。

前提条件

移行するソースデータベースのテーブルには、プライマリキーが必要です。
宛先の Tair (Redis OSS-compatible) インスタンスを作成済みであること。宛先インスタンスのストレージ容量は、ソースの RDS for MySQL インスタンスが使用するストレージ領域よりも大きい必要があります。インスタンスの作成方法の詳細については、「ステップ 1: インスタンスの作成」をご参照ください。
説明
サポートされているソースデータベースとターゲットデータベースのバージョンの詳細については、「移行ソリューションの概要」をご参照ください。

制限事項

タイプ	説明
ソースデータベースの制限	プライマリキーのないテーブルは移行できません。テーブルレベルでデータを移行し、マッピングテーブルや列名などのオブジェクトを編集する必要がある場合、1 つのデータ移行タスクで移行できるテーブルは最大 1,000 個です。この制限を超えると、タスクの送信時にエラーが報告されます。この問題を解決するには、テーブルを複数のタスクに分割するか、データベース全体を移行するようにタスクを構成します。増分移行を実行する場合、バイナリログに関する次の点にご注意ください：バイナリログを有効にする必要があります。`binlog_format` パラメーターは `row` に、`binlog_row_image` パラメーターは `full` に設定する必要があります。そうしないと、事前チェックが失敗し、データ移行タスクを開始できません。重要ソースの自己管理 MySQL データベースが、各インスタンスがプライマリであり、もう一方のセカンダリでもあるデュアルプライマリクラスターにある場合は、`log_slave_updates` パラメーターを有効にする必要があります。これにより、DTS がすべてのバイナリログを取得できるようになります。 RDS for MySQL インスタンスのバイナリログは、少なくとも 3 日間保持する必要があります。7 日間保持することを推奨します。自己管理 MySQL データベースのバイナリログは、少なくとも 7 日間保持する必要があります。そうしないと、DTS がバイナリログを取得できずに失敗する可能性があります。極端な場合、これによりデータの不整合やデータ損失が発生する可能性があります。必要な期間よりも短いバイナリログ保持期間に起因する問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。説明 RDS for MySQL インスタンスのバイナリログの [保持期間] の設定方法の詳細については、「バイナリログの自動削除」をご参照ください。スキーマ移行および完全移行フェーズでは、データベースまたはテーブルの構造を変更する DDL 操作を実行しないでください。そうしないと、データ移行タスクは失敗します。説明完全移行フェーズ中、DTS はソースデータベースをクエリします。これにより、ソースデータベースでの DDL 操作をブロックする可能性のあるメタデータロックが作成されます。完全なデータ移行のみを実行する場合は、ソースデータベースに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースのデータに不整合が生じます。リアルタイムでデータ整合性を維持するには、[完全なデータ移行] と [増分データ移行] の両方を選択します。移行中にバイナリログに記録されない操作によるデータ変更は、ターゲットデータベースに移行されません。このような操作の例としては、物理バックアップを使用したデータ回復やカスケード操作などがあります。説明これが発生した場合、ビジネス上許容できるときに、再度完全なデータ移行を実行できます。ソースデータベースが MySQL 8.0.23 以降で、移行対象のデータに不可視列が含まれている場合、これらの列のデータが取得できないため、データ損失が発生する可能性があります。説明 `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` コマンドを実行して、不可視列を可視にすることができます。詳細については、「不可視列」をご参照ください。プライマリキーのないテーブルは、自動的に不可視のプライマリキーを生成します。この不可視のプライマリキーも可視にする必要があります。詳細については、「生成された不可視のプライマリキー」をご参照ください。
その他の制限	宛先インスタンスで TDE (透過的データ暗号化) が有効になっている場合、DTS を使用してデータを移行することはできません。デフォルトでは、データの立ち退き方法を指定する maxmemory-policy パラメーターは、Tair (Redis OSS-compatible) インスタンスに対して volatile-lru に設定されています。宛先インスタンスのメモリが不足している場合、データエビクションによりソースインスタンスと宛先インスタンス間でデータ不整合が発生する可能性があります。この場合、データ同期タスクは停止しません。データ不整合を防ぐため、宛先インスタンスの maxmemory-policy を noeviction に設定することを推奨します。これにより、宛先インスタンスのメモリが不足した場合にデータ同期タスクは失敗しますが、宛先インスタンスのデータ損失を防ぐことができます。説明データエビクションポリシーの詳細については、「デフォルトのエビクションポリシーとは何ですか？」をご参照ください。初期完全同期中、DTS はソースデータベースとターゲットデータベースのリソースを一部消費します。これにより、データベースサーバーの負荷が増加する可能性があります。データベースのトラフィックが多い場合や、サーバーの仕様が低い場合は、データベースの負荷が増加し、データベースサービスが利用できなくなることさえあります。データを移行する前に、サービスへの影響を評価してください。オフピーク時にデータ移行を実行してください。宛先インスタンスがクラスターインスタンスで、シャードがメモリ制限に達した場合、または宛先インスタンスのストレージ領域が不足している場合、DTS タスクは Out of Memory エラーで失敗します。 DTS 移行中に、DTS 以外のソースからターゲットデータベースへのデータ書き込みを許可しないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータ不整合が発生します。移行中に、ソースまたは宛先の Redis インスタンスがスケールアウトまたはスケールイン (シャードの追加または削除など)、スペックアップまたはスペックダウン (メモリの増加、仕様や構成の変更、ゾーンの移行など) されたり、エンドポイントとポート番号が変更されたりすると、DTS は継続的なログデータと正しい接続情報を取得できなくなる可能性があります。これにより、移行タスクが中断されます。これが発生した場合は、タスクを再構成する前に、ターゲットの Redis インスタンスに同期されたデータをクリアしてください。データ移行中に次のいずれかの状況が発生した場合、完全データが再度ターゲットに移行される可能性があります。これにより、データ不整合が発生する可能性があります。宛先の Redis インスタンスで一時的な接続切断が発生し、ブレークポイントベースのデータ転送が失敗する。宛先の Redis インスタンスでプライマリ/セカンダリのスイッチオーバーまたはフェールオーバーが発生する。宛先の Redis インスタンスのエンドポイントが変更される。 RDS for MySQL インスタンスで常時暗号化 (EncDB) 機能が有効になっている場合、完全なデータ移行はサポートされません。説明 TDE (透過的データ暗号化) が有効になっている RDS for MySQL インスタンスは、完全および増分データ移行をサポートします。インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。説明パラメーターが調整される場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものが含まれますが、これらに限定されません。
特殊なケース	ソースデータベースが自己管理 MySQL データベースの場合：移行中のソースデータベースでのプライマリ/セカンダリのスイッチオーバーは、移行タスクの失敗を引き起こします。 DTS の遅延は、最後に移行されたデータレコードのタイムスタンプと現在のタイムスタンプを比較することによって計算されます。ソースデータベースで長期間 DML 操作が実行されない場合、遅延情報が不正確になる可能性があります。表示される遅延が長すぎる場合は、ソースデータベースで DML 操作を実行して遅延情報を更新できます。説明データベース全体の移行を選択した場合、ハートビートテーブルを作成することもできます。ハートビートテーブルは 1 秒ごとに更新または書き込みが行われます。 DTS は、バイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドを実行します。ソースデータベースが Amazon Aurora MySQL インスタンスまたは他のクラスター化された MySQL インスタンスである場合、タスクに構成されたドメイン名または IP アドレスとその解決結果が常に読み書き (RW) ノードを指していることを確認してください。そうしないと、移行タスクが期待どおりに実行されない可能性があります。ソースデータベースが RDS for MySQL インスタンスの場合：増分データを移行するために、RDS for MySQL 5.6 の読み取り専用インスタンスなど、トランザクションログを記録しない RDS for MySQL インスタンスをソースデータベースとして使用することはできません。 DTS は、バイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドを実行します。

課金

移行タイプ	リンク構成料金	データ転送コスト
スキーマ移行と完全なデータ移行	無料です。	このシナリオは無料です。
増分データ移行	これは有料機能です。詳細については、「課金の概要」をご参照ください。	このシナリオは無料です。

増分移行でサポートされる SQL 操作

操作タイプ	SQL 文
DML	INSERT、UPDATE、DELETE

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

データベース	必要な権限	アカウントの作成と権限付与の方法
ソース RDS for MySQL	移行するオブジェクトに対する読み取り権限。	詳細については、「アカウントの作成」および「アカウント権限の変更」をご参照ください。
宛先 Tair (Redis OSS-compatible)	インスタンスに対する読み取りおよび書き込み権限。	詳細については、「アカウントの作成と管理」をご参照ください。

操作手順

次のいずれかの方法で [データ移行] ページに移動し、データ移行インスタンスが存在するリージョンを選択します。
DTS コンソール
1. DTS コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。
3. ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。
DMS コンソール
説明
実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。
1. DMS コンソールにログインします。
2. 上部のナビゲーションバーで、ポインターを [データ + AI] > [DTS (DTS)] > [データ移行] に移動します。
3. [データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。
タスクの作成 をクリックして、タスク構成ページに移動します。

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

カテゴリ	構成	説明
なし	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
移行元データベース	既存の接続情報の選択	DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。説明 DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。 DTS へのインスタンスの登録に失敗した場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。
	データベースタイプ	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 リンク暗号化を迅速に有効にする」をご参照ください。
移行先データベース	既存の接続情報の選択	DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。説明 DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。 DTS へのインスタンスの登録に失敗した場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。
	データベースタイプ	Tair/Redis を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスのリージョン	宛先の Tair (Redis OSS-compatible) インスタンスが存在するリージョンを選択します。
	Alibaba Cloud アカウント間でデータを複製	この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスが使用されます。× を選択します。
	インスタンス ID	宛先の Tair (Redis OSS-compatible) インスタンスの ID を選択します。
	認証方法	必要に応じて認証方式を選択します。この例では、パスワードログインが選択されています。説明アカウント + パスワードログインは、Redis 6.0 以降でのみ選択できます。シークレットフリーのログインを選択する場合は、Redis データベースでパスワードなしのアクセスが有効になっていることを確認してください。Tair (Redis-compatible) インスタンスでパスワードなしのアクセスを有効にする方法の詳細については、「VPC 経由でのパスワードなしアクセスの有効化」をご参照ください。
	データベースのパスワード	宛先の Tair (Redis OSS-compatible) インスタンスに接続するためのパスワードを入力します。説明データベースパスワードは、<user>:<password> 形式である必要があります。たとえば、Redis インスタンスのカスタムユーザー名が admin で、パスワードが Rp829dlwa の場合、admin:Rp829dlwa と入力します。

ページの下部で、[接続をテストして続行] をクリックします。
説明
- DTS サーバーからのアクセスを許可するために、DTS サーバーの CIDR ブロックがソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加できることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。
- ソースまたはターゲットデータベースが自己管理データベースで、その アクセス方法 が Alibaba Cloud インスタンス に設定されていない場合は、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックします。

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

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

構成	説明
移行タイプ	完全なデータ移行のみを実行するには、[完全なデータ移行] のみを選択します。データ移行中のサービス継続性を確保するには、[完全なデータ移行] と [増分データ移行] を選択します。説明 [増分データ移行] を選択しない場合は、データ移行中にソースデータベースにデータを書き込まないことを推奨します。これにより、ソースデータベースとターゲットデータベース間のデータ整合性が確保されます。
競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースが空かどうかをチェックします。ターゲットデータベースが空の場合、事前チェックは合格します。それ以外の場合は、事前チェック中にエラーが返され、データ移行タスクを開始できません。エラーを無視して続行：ターゲットデータベース内のオブジェクトデータの存在検査チェック項目をスキップします。警告エラーを無視して続行を選択すると、ソースデータベースのデータが、ソースデータと同じキーを持つターゲットデータベースのデータを上書きします。これにより、ターゲットデータベースでデータ損失が発生する可能性があります。注意して進めてください。
ソースオブジェクト	ソースオブジェクトセクションから 1 つ以上のオブジェクトを選択します。アイコンをクリックして、オブジェクトを選択中のオブジェクトセクションに追加します。説明データベース、テーブル、または列レベルで移行するオブジェクトを選択できます。
選択中のオブジェクト	宛先の Redis DB を指定するには、選択中のオブジェクトボックスで移行するスキーマを右クリックします。マッピング機能を使用して次のパラメーターを設定し、[OK] をクリックします。 Redis DB マッピング名 (0 ～ 255)：データを受信する Redis の DB。数値のみを入力してください。キャッシュデータマッピングモード：データが Redis に移行された後のデータのフォーマット。オプションの横にあるアイコンにカーソルを合わせると、その情報が表示されます。キャッシュデータマッピングモードがデータベース - テーブル - プライマリキーの KV モデルに設定されている場合は、Value データの分割方法も設定する必要があります。説明マッピング機能は、スキーマ名とテーブル名ではサポートされていません。データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクトボックスでオブジェクトを右クリックします。表示されるダイアログボックスで、移行する SQL 操作を選択します。データをフィルターするための WHERE 句を設定するには、選択中のオブジェクトボックスで移行するテーブルを右クリックします。表示されるダイアログボックスで、フィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

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

構成	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、専用クラスターを指定しない場合、DTS はデータ移行タスクを共有クラスターにスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。
失敗した接続の再試行時間	接続失敗のリトライ時間範囲。データ移行タスク開始後にソースまたはターゲットデータベースへの接続に失敗した場合、DTS はリトライ時間範囲内ですぐに接続をリトライします。有効な値：10 から 1,440。単位：分。デフォルト値：720。パラメーターを 30 より大きい値に設定することを推奨します。指定されたリトライ時間範囲内に DTS がソースおよびターゲットデータベースに再接続されると、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。説明同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定された値が優先されます。 DTS が接続をリトライする際、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することを推奨します。また、ソースデータベースと宛先インスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることもできます。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	その他の問題のリトライ時間範囲。たとえば、データ移行タスク開始後に DDL または DML 操作の実行に失敗した場合、DTS はリトライ時間範囲内ですぐに操作をリトライします。有効な値：1 から 1440。単位：分。デフォルト値：10。パラメーターを 10 より大きい値に設定することを推奨します。指定されたリトライ時間範囲内に失敗した操作が正常に実行されると、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。パラメーターの値は、失敗した接続の再試行時間パラメーターの値より小さくする必要があります。
完全移行率を制限するかどうか	完全なデータ移行の速度制限を有効にするかどうかを指定します。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全なデータ移行の速度制限を有効にすることができます。速度制限を構成するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターで完全データ移行を選択した場合にのみ構成できます。
増分移行率を制限するかどうか	増分データ移行の速度制限を有効にするかどうかを指定します。速度制限を構成するには、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターで増分データ移行を選択した場合にのみ構成できます。
キャッシュ有効期限	必要に応じて、データが Redis に移行された後のキーの生存時間 (TTL) を設定します。重要値 -1 は、キーが期限切れにならないことを示します。これにより、Redis のメモリがいっぱいになり、タスクエラーが発生する可能性があります。
順方向および逆方向タスクのハートビートテーブル SQL を削除	ビジネスニーズに基づいて、DTS インスタンスの実行中にハートビート SQL 情報をソースデータベースに書き込むかどうかを選択します。 [はい]：ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。 [いいえ]：ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローニングなどの機能に干渉する可能性があります。
環境タグ	必要に応じて、インスタンスを識別するための環境タグを選択できます。このトピックでは選択は不要です。
ETL 機能の設定	抽出・変換・書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効な値： [はい]：ETL 機能を構成します。コードエディタにデータ処理文を入力できます。詳細については、「データ移行またはデータ同期タスクで ETL を構成する」をご参照ください。 [いいえ]：ETL 機能を構成しません。
監視アラート	データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効な値： [いいえ]：アラートを構成しません。はい: アラートを設定します。この場合、アラートのしきい値とアラート通知設定も設定する必要があります。詳細については、「Configure monitoring and alerting Topic の DTS タスクの作成時にモニタリングとアラートを設定するセクション」をご参照ください。

タスク設定を保存し、事前チェックを実行します。
- 関連する API 操作を呼び出して DTS タスクを構成する際に指定するパラメーターを表示するには、ポインターを 次：タスク設定の保存と事前チェック に移動し、OpenAPI パラメーターのプレビュー をクリックします。
- パラメーターを表示する必要がない場合、または表示済みの場合は、ページの下部にある 次：タスク設定の保存と事前チェック をクリックします。
説明
- データ移行タスクを開始する前に、DTS は事前チェックを実行します。タスクが事前チェックに合格した後にのみ、データ移行タスクを開始できます。
- タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。その後、再度事前チェックを実行します。
- 事前チェック中に項目に対してアラートがトリガーされた場合：
  アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして問題をトラブルシューティングします。その後、再度事前チェックを実行します。
  アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。その後、[再度事前チェック] をクリックして再度事前チェックを実行します。アラート項目を無視すると、データ不整合が発生し、ビジネスに潜在的なリスクが及ぶ可能性があります。

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

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

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

セクション	パラメーター	説明
新しいインスタンスクラス	リソースグループ	データ移行インスタンスが属するリソースグループ。デフォルト値：[デフォルトリソースグループ]。詳細については、「Resource Management とは」をご参照ください。
新しいインスタンスクラス	インスタンスクラス	DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

チェックボックスをオンにして、[Data Transmission Service (従量課金) サービス規約] を読んで同意します。
[購入して開始] をクリックします。表示されるメッセージで、、[OK] をクリックします。
[データ移行] ページでタスクの進行状況を表示できます。
説明
- データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[ステータス] セクションに [完了] が表示されます。
- データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは決して停止または完了しません。[ステータス] セクションに [実行中] が表示されます。