データ統合のスケジューリングポリシー - Data Transmission Service

データ伝送サービス (DTS) は、データ統合機能を提供します。スケジュールポリシーを設定して、スキーマと履歴データをソースデータベースからターゲットデータベースに定期的に移行できます。この機能により、データウェアハウスを柔軟に構築できます。たとえば、T + 1データウェアハウスを構築できます。このトピックでは、データ統合のスケジューリングポリシー、スケジューリングポリシーの制限、およびこれらのポリシーのシナリオについて説明します。

サポートされるデータベース

完全なデータ移行をサポートするすべてのデータベースは、データ統合機能をサポートします。詳細については、「データ移行シナリオの概要」をご参照ください。

課金

移行タイプ	タスク設定料金	インターネットトラフィック料金
スキーマ移行とフルデータ移行	無料です。	インターネット経由でAlibaba Cloudからデータが移行された場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。

設定方法

[移行タイプとオブジェクトの設定] ステップで、データ統合タスクのスケジューリングポリシーを設定できます。

説明スケジューリングポリシーの設定方法の詳細については、「ApsaraDB RDS For MySQLインスタンス間のデータ統合タスクの設定」をご参照ください。

スケジューリングポリシー

スケジューリングポリシー	説明	シナリオ
マルチレプリカモード	DTSは、スケジュールサイクルに基づいて、必要なオブジェクトのスキーマと履歴データをソースデータベースからターゲットデータベースに移行します。説明タスクのスケジューリング中に、DTSは移行先インスタンスにデータベースを作成し、移行されたデータを受信します。データベース名の接尾辞には `_yyyymmdd_HH_mm_ss`が付いています。たとえば、データ移行タスクは、dtstestdataという名前のデータベースからデータを移行します。タスクは2020年2月10日の11:00:00にスケジュールされます。この時点でDTSがデータを移行すると、移行先インスタンスに`dtstestdata_20200210_11_00_00`という名前のデータベースが作成されます。ターゲットデータベースには、各スケジューリングサイクル中に移行されるデータを格納するのに十分なスペースが必要です。	このポリシーは、履歴データの複数のレプリカに対してテスト操作が実行されるテストシナリオに適用できます。
再同期モード	最初のスケジュールされた時間に、DTSは必要なオブジェクトのスキーマと履歴データを移行先データベースに移行します。その後のスケジュールされた時間ごとに、DTSは必要なオブジェクトのスキーマと履歴データを移行先データベースに再度移行します。警告各スケジュール時刻の前に、最終スケジュール時刻にターゲットデータベースに移行されたスキーマとデータを手動で削除する必要があります。それ以外の場合、データ移行は失敗します。 DTSが特定のデータベースからのスキーマ移行をサポートしていない場合は、必要なオブジェクトのスキーマに基づいてターゲットデータベースにスキーマを作成する必要があります。	このポリシーは、テストまたはデータ分析のために最新の履歴データのみがターゲットデータベースに保存されるシナリオに適用できます。
タイムスタンプベースの増分データモード	DTSは、指定されたタイムスタンプに基づいて、前回のスケジューリング後に生成された増分データをターゲットデータベースに移行します。このポリシーには次の制限があります。このポリシーは、ソースデータベースとターゲットデータベースの両方がMySQLデータベースの場合にのみサポートされます。各ソーステーブルには、タイムスタンプフィールドを含める必要があります。データ移行タスクを設定するときに、各テーブルのtimestampフィールドを指定する必要があります。ソーステーブルにFOREIGN KEY制約はありません。そうしないと、データ移行が失敗する可能性があります。ターゲットデータベースのFOREIGN KEY制約がある子テーブルを更新してから親テーブルを更新すると、子テーブルにデータが挿入されたときにエラーが発生します。 DELETEまたはTRUNCATEコマンドを使用して削除されたデータレコードは移行できません。説明テーブルに主キーがない場合、DTSはデータレコード全体を主キーとして使用します。これは、データレコードのすべてのフィールドが一致する場合にのみ、データレコードが一致することを意味します。 DTSは一致するデータレコードを削除し、新しいデータレコードを挿入します。データレコードがターゲットデータベースに書き込まれるときに2つの主キーが互いに競合する場合、DTSはREPLACE INTOコマンドを実行してデータレコードを挿入します。	このポリシーは、すべての履歴データを毎回移行する必要がない軽量データ移行シナリオに適用されます。たとえば、T + 1データウェアハウスを構築するときにこのポリシーを使用できます。