ApsaraDB RDS for MariaDB インスタンス間でのデータ移行 - Data Transmission Service

Data Transmission Service (DTS) を使用して、ApsaraDB RDS for MariaDB インスタンス間でデータを移行できます。

前提条件

ターゲットの ApsaraDB RDS for MariaDB インスタンスを作成します。詳細については、「ApsaraDB RDS for MariaDB インスタンスの作成」をご参照ください。
ターゲットの ApsaraDB RDS for MariaDB インスタンスの利用可能なストレージ容量は、ソースの ApsaraDB RDS for MariaDB インスタンスで使用されているストレージ容量よりも大きくなければなりません。

制限事項

説明

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

種別	説明
ソースデータベースの制限事項	ソースデータベースをホストしているサーバーには十分なアウトバウンド帯域幅が必要です。そうでない場合、移行速度が低下します。移行対象のテーブルにはプライマリキーまたは一意の制約が存在し、その制約内のフィールドには一意の値が含まれている必要があります。そうでない場合、ターゲットデータベースに重複データが存在する可能性があります。テーブル単位でデータを移行し、テーブル名やカラム名のマッピングなどのオブジェクト編集が必要な場合、1 つの移行タスクで最大 1,000 テーブルまでサポートされます。この上限を超えると、タスク送信時にリクエストエラーが返されます。この場合は、複数の移行タスクに分割するか、データベース全体を 1 つのタスクで移行することを推奨します。増分データ移行を実行する場合、バイナリログは次の要件を満たす必要があります。バイナリロギングが有効になっており、`binlog_format` が `ROW` に、`binlog_row_image` が `FULL` に設定されている必要があります。そうでない場合、事前チェックに失敗し、データ移行タスクを開始できません。増分データ移行のみを実行する場合、ソースデータベースのローカルバイナリログは 24 時間以上保持されている必要があります。完全なデータ移行と増分データ移行の両方を実行する場合、バイナリログは少なくとも 7 日間保持されている必要があります。完全なデータ移行が完了した後は、保持期間を 24 時間以上に短縮できます。保持期間が短すぎると、DTS がバイナリログを取得できず、タスクが失敗したり、最悪の場合、データ損失や不整合が発生する可能性があります。バイナリログの保持期間が不十分なために発生した問題は、DTS の SLA の対象外です。スキーマ移行および完全移行フェーズ中は、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ移行タスクが失敗します。説明完全移行フェーズ中、DTS はソースデータベースに対してクエリを実行します。これによりメタデータロックが発生し、ソースデータベースでの DDL 操作がブロックされる可能性があります。完全なデータ移行のみを実行する場合、ソースデータベースに新しいデータを書き込まないでください。そうでない場合、ソースデータベースとターゲットデータベースの間にデータの不整合が発生します。リアルタイムのデータ整合性を維持するには、スキーマ移行、完全なデータ移行、および増分データ移行を選択してください。
その他の制限事項	開始前に、ソースおよびターゲットデータベースのパフォーマンスを評価してください。オフピーク時間帯にデータを移行することを推奨します。完全なデータ移行中、DTS は両方のデータベースで読み取りおよび書き込みリソースを消費するため、サーバー負荷が増加する可能性があります。完全なデータ移行中、同時実行の `INSERT` 操作により、ターゲットデータベースでテーブルの断片化が発生します。その結果、ターゲットデータベースのテーブルがソースインスタンスのテーブルよりも多くのストレージスペースを使用する可能性があります。 `FLOAT` または `DOUBLE` カラムの移行精度がビジネス要件を満たしていることを確認してください。DTS はこれらのカラムから値を読み取る際に、`ROUND(COLUMN,PRECISION)` 関数を使用します。精度を指定しない場合、DTS は `FLOAT` カラムに 38 桁、`DOUBLE` カラムに 308 桁を使用します。 DTS は失敗した移行タスクを 7 日以内に再開しようと試みます。ビジネスをターゲットインスタンスに切り替える前に、タスクを停止またはリリースしてください。あるいは、ターゲットインスタンスへのアクセスに DTS が使用するアカウントの書き込み権限を `REVOKE` コマンドで取り消してください。これにより、再開されたタスクがターゲットインスタンスのデータを上書きするのを防げます。 DDL 文がターゲットデータベースへの書き込みに失敗しても、DTS タスクは継続します。失敗した DDL 文はタスブログで確認できます。詳細については、「タスブログの照会」をご参照ください。ソースまたはターゲットのテーブルに不可視カラムが存在しないことを確認してください。そうでない場合、データ移行インスタンスが失敗したり、データが失われる可能性があります。タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりする場合があります。説明データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。調整される可能性のあるパラメーターは、「インスタンスパラメーターの変更」に記載されています。
特殊なケース	ターゲットが ApsaraDB RDS for MariaDB インスタンスの場合 DTS は ApsaraDB RDS for MariaDB インスタンス内に自動的にデータベースを作成します。ただし、データベース名が ApsaraDB RDS for MariaDB の命名規則に準拠していない場合は、移行タスクを構成する前に手動でターゲットインスタンスにデータベースを作成する必要があります。詳細については、「データベースおよびアカウントの作成」をご参照ください。

課金

移行タイプ	リンク構成料金
完全なデータ移行	無料です。
増分データ移行	課金対象です。詳細については、「課金概要」をご参照ください。

移行タイプ

スキーマ移行

DTS は選択したオブジェクトのスキーマをソースデータベースからターゲットデータベースに移行します。
完全なデータ移行

DTS は選択したオブジェクトの既存データすべてをソースデータベースからターゲットデータベースに移行します。
増分データ移行

完全移行後に、DTS はソースデータベースからの増分データ変更を継続的にターゲットデータベースにレプリケートし、移行時のダウンタイムを最小限に抑えます。

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

操作タイプ	SQL ステートメント
DML	INSERT、UPDATE、DELETE
DDL	ALTER TABLE、ALTER VIEW CREATE FUNCTION、CREATE INDEX、CREATE PROCEDURE、CREATE TABLE、CREATE VIEW DROP INDEX、DROP TABLE RENAME TABLE 重要 RENAME TABLE 操作によりデータの不整合が発生する可能性があります。たとえば、移行オブジェクトとして 1 つのテーブルのみを選択し、移行中にソースインスタンスでそのテーブル名を変更した場合、このテーブルのデータはターゲットデータベースに移行されません。この問題を回避するには、データ移行タスクを構成する際に、当該テーブルが属するデータベース全体を移行オブジェクトとして選択してください。RENAME TABLE 操作の前後でテーブルが属するデータベースがいずれも移行オブジェクトに含まれていることを確認してください。 TRUNCATE TABLE

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

データベース	スキーマ移行	完全なデータ移行	増分データ移行
ソース ApsaraDB RDS for MariaDB インスタンス	SELECT 権限	SELECT 権限	読み取りおよび書き込み権限
ターゲット ApsaraDB RDS for MariaDB インスタンス	読み取りおよび書き込み権限	読み取りおよび書き込み権限	読み取りおよび書き込み権限

ApsaraDB RDS for MariaDB インスタンスでデータベースアカウントを作成し、権限を付与する方法については、「アカウントの作成」および「アカウント権限の変更またはリセット」をご参照ください。

操作手順

次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。
DTS コンソールから
1. Data Transmission Service (DTS) コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。
3. ページ左上隅で、移行インスタンスが配置されているリージョンを選択します。
DMS コンソールから

説明
実際の操作は、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
1. Data Management (DMS) コンソールにログインします。
2. 上部のメニューバーで、Data + AI > Data Transmission (DTS) > データ移行 を選択します。
3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。
タスクの作成 をクリックして、タスク構成ページに移動します。
任意: ページ右上隅で、新バージョンの設定ページを試してみる をクリックします。
説明
- すでに新しい構成ページにいる場合（右上隅のボタンが 旧バージョンの設定ページに戻る になっている場合）、この手順をスキップできます。
- 新しい構成ページと古い構成ページではパラメーターが異なります。新しい構成ページの使用を推奨します。

ソースデータベースおよびターゲットデータベースを構成します。

カテゴリ	パラメーター	説明
該当なし	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を使用することを推奨します。名前は一意である必要はありません。
ソースデータベース	既存の接続情報の選択	システムに追加済み（作成または保存済み）のデータベースインスタンスを使用する場合は、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に構成されます。説明 DMS コンソールでは、このパラメーターの名前は DMS データベースインスタンスの選択です。データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用しない場合は、以下でデータベース情報を手動で構成します。
	データベースタイプ	MariaDB を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスリージョン	ソース ApsaraDB RDS for MariaDB インスタンスが配置されているリージョンを選択します。
	Alibaba Cloudアカウント全体でのデータの複製	このトピックでは、同一の Alibaba Cloud アカウント内でデータを移行する方法について説明します。× を選択します。
	インスタンス ID	ソース ApsaraDB RDS for MariaDB インスタンスの ID を選択します。
	データベースアカウント	ソース ApsaraDB RDS for MariaDB インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
	データベースパスワード	データベースアカウントのパスワードを入力します。
	暗号化	ApsaraDB RDS for MariaDB インスタンスのデフォルト設定は非暗号化です。
宛先データベース	既存の接続情報の選択	システムに追加済み（作成または保存済み）のデータベースインスタンスを使用する場合は、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に構成されます。説明 DMS コンソールでは、このパラメーターの名前は DMS データベースインスタンスの選択です。データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用しない場合は、以下でデータベース情報を手動で構成します。
	データベースタイプ	MariaDB を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスリージョン	ターゲット ApsaraDB RDS for MariaDB インスタンスが配置されているリージョンを選択します。
	RDS インスタンス ID	ターゲット ApsaraDB RDS for MariaDB インスタンスの ID を選択します。
	データベースアカウント	ターゲット ApsaraDB RDS for MariaDB インスタンスのデータベースアカウントを入力します。
	データベースのパスワード	データベースアカウントのパスワードを入力します。
	暗号化	ApsaraDB RDS for MariaDB インスタンスのデフォルト設定は非暗号化です。

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

タスクオブジェクトを構成します。

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

パラメーター	説明
移行タイプ	完全移行のみを実行する場合は、スキーマ移行および完全データ移行の両方を選択します。ダウンタイムなしで移行を実行する場合は、スキーマ移行、完全データ移行、および増分データ移行を選択します。説明スキーマ移行を選択しない場合、ターゲットデータベースにデータを受信するためのデータベースおよびテーブルが存在することを確認する必要があります。選択中のオブジェクトボックスで必要に応じてオブジェクト名マッピング機能を使用することもできます。増分データ移行を選択しない場合、データ整合性を確保するためにデータ移行中にソースインスタンスに新しいデータを書き込まないでください。
移行元データベースのトリガーを移行する方法	ビジネス要件に基づいてトリガーを移行する方法を選択します。移行するトリガーがない場合は、このパラメーターを構成する必要はありません。詳細については、「トリガーの同期または移行方法の構成」をご参照ください。説明このパラメーターは、移行タイプでスキーマ移行を選択した場合にのみ使用できます。
競合テーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかをチェックします。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。説明ターゲットデータベースのテーブルが同じ名前であり、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブル名を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。エラーを無視して続行：同じ名前のテーブルのチェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例：テーブルスキーマが一致しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合：完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースのレコードは移行されません。増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。テーブルスキーマが一致しない場合、一部のカラムのデータのみが移行されるか、移行が失敗する可能性があります。慎重に進めてください。
ソースオブジェクト	ソースオブジェクトセクションから 1 つ以上のオブジェクトを選択します。アイコンをクリックして、オブジェクトを選択済みオブジェクトセクションに追加します。説明移行オブジェクトの選択粒度は、データベース、テーブル、カラムです。テーブルまたはカラムのみを移行オブジェクトとして選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに移行されません。
[選択済みオブジェクト]	ターゲットインスタンスで単一の移行オブジェクトの名前を変更するには、選択中のオブジェクトボックス内のオブジェクトを右クリックします。詳細については、「個別のスキーマ、テーブル、カラム名のマッピング」をご参照ください。ターゲットインスタンスで複数の移行オブジェクトの名前を変更するには、一括編集ボックスの右上隅にある選択中のオブジェクトをクリックします。詳細については、「複数のスキーマ、テーブル、カラム名のマッピング」をご参照ください。説明オブジェクト名マッピング機能を使用する場合、名前が変更されたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。 WHERE 句を指定してデータをフィルターするには、選択中のオブジェクトセクション内のテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を指定します。詳細については、「フィルター条件の設定」をご参照ください。データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクトセクション内のオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

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

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、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 を設定して、ターゲットデータベースの負荷を軽減できます。説明この設定項目は、移行タイプで増分データ移行を選択した場合にのみ使用できます。移行インスタンスの実行後にも、増分移行速度を調整できます。
環境タグ	インスタンスを識別するために環境タグを選択できます。これは任意です。
ETL 機能の設定	抽出・変換・書き出し (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効値： ○：ETL 機能を有効にします。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクでの ETL の構成」をご参照ください。 ×：ETL 機能を無効にします。
監視アラート	ビジネス要件に基づいて、アラートを設定し、アラート通知を受信するかどうかを選択します。 ×：アラートを設定しません。 ○：アラートのしきい値およびアラート通知を設定してアラートを構成します。移行が失敗した場合や遅延がしきい値を超えた場合、システムがアラート通知を送信します。

タスクを保存して事前チェックを実行します。
- API オペレーションを呼び出す際にこのインスタンスを構成するパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバルーン内の OpenAPI パラメーターのプレビュー をクリックします。
- API パラメーターを表示する必要がない場合、または表示が完了した場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明
- データ移行タスク開始前に、DTS は事前チェックを実行します。事前チェックに合格した後でのみ、タスクが開始されます。
- 事前チェックに失敗した場合は、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。
- 事前チェック中に警告が報告された場合：
  
  無視できない確認項目の場合は、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。
  
  無視できる確認項目の場合は、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 をクリックして、警告項目をスキップして再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

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

成功率 が 100% の場合、次：インスタンスの購入 をクリックします。

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

カテゴリ	パラメーター	説明
新しいインスタンスクラス	リソースグループの設定	インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。
新しいインスタンスクラス	インスタンスクラス	DTS はさまざまなパフォーマンスレベルの移行仕様を提供しています。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンク仕様」をご参照ください。

構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、同意してください。
購入して起動 をクリックします。表示される OK ダイアログボックスで、OK をクリックします。

データ移行タスク リストページで、移行タスクの進行状況を確認できます。
説明
- 移行タスクに増分移行が含まれていない場合、完全移行が完了した後に自動的に停止します。タスクが停止すると、ステータス が完了に変更されます。
- 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは継続して実行されます。増分移行タスクが実行中の間、タスクの ステータス は 実行中 です。