本ページでは、Data Transmission Service (DTS) のドキュメントで使用される用語を定義します。
インスタンスタイプ
通常インスタンス（シングルゾーンインスタンス）
DTS インスタンスのデプロイモードの 1 つで、すべてのデータベースが同一ゾーン内のサーバー上で実行されます。サーバーに障害が発生した場合、DTS は同一ゾーン内の健全な別のサーバーへインスタンスをフェイルオーバーします。一方、ゾーン全体が利用不可になった場合、DTS インスタンスは停止します。
現在、すべての DTS インスタンスは、シングルゾーンデプロイモードの通常インスタンスです。
市内高可用性インスタンス
デュアルゾーン（デュアル AZ）インスタンス
デュアルゾーンデプロイメントを採用する DTS インスタンスです。そのリソースは、同一リージョン内の 2 つのゾーンに配置されたサーバー上に展開されます。1 つのゾーンが利用不可になった場合、DTS インスタンスはもう一方のゾーン内の健全なサーバーへフェイルオーバーし、可用性を確保します。
セルフマネージドデータベース（セルフマネージド DB）
DTS に接続されるデータベースのうち、Alibaba Cloud インスタンス を アクセス方法 として選択していないものを指します。セルフマネージドデータベースには、サードパーティ製クラウドデータベース、オンプレミスデータベース、および Elastic Compute Service (ECS) インスタンス上で実行されるデータベースが含まれます。
タスクタイプ
DTS タスクは、データ移動の特定フェーズを処理する 1 つ以上のサブタスクから構成されます。サブタスクは以下の 3 種類に分類されます。
同期タスクタイプ
スキーマ同期タスク
完全データ同期タスク
増分データ同期タスク
移行タスクタイプ
スキーマ移行タスク
完全データ移行タスク
増分データ移行タスク
検証タスクタイプ
完全データ検証タスク
増分データ検証タスク
スキーマ検証タスク
スキーマタスク（構造タスク）
スキーマ同期 または スキーマ移行 を実行するサブタスクです。
完全データタスク（フルタスク）
完全データ同期 または 完全データ移行 を実行するサブタスクです。
増分タスク
増分データ同期 または 増分データ移行 を実行するサブタスクです。
デフォルトでは、同期インスタンスには 増分データ同期 が含まれます。
データ検証タスク（検証タスク）
ソースデータベースとターゲットデータベース間のデータ整合性を確認するタスクです。完全データ検証タスク、増分データ検証タスク、およびスキーマ検証タスクが含まれます。
同期および移行フェーズ
DTS は、最大で 3 つの順次実行されるフェーズ（スキーマ、完全データ、増分データ）を通じてデータを移動します。
スキーマ同期（スキーマ移行／構造移行）
DTS がソースデータベースからテーブル、ビュー、トリガー、ストアドプロシージャなどのスキーマオブジェクトを読み取り、ターゲットデータベースへ書き込むフェーズです。
異種データベース間では、DTS が書き込み前にスキーマ型を自動変換します。たとえば、Oracle データベースの NUMBER 型を MySQL の DECIMAL 型へ変換します。
完全データ同期（完全同期／完全移行）
DTS が、DTS インスタンス起動以前に存在していたソースデータベース上の全既存データを読み取り、ターゲットデータベースへ書き込むフェーズです。
増分データ同期（増分同期／増分移行）
DTS がタスク実行中に継続的に発生するデータ変更をキャプチャして適用するフェーズです。DTS は、MySQL の Binlog など、ソースデータベースから増分変更文を取得し、ターゲットデータベースの型に合わせて変換したうえで、ターゲットデータベース上で実行します。これにより、サービス停止を伴わずリアルタイムの同期または移行が可能になります。
以下の動作にご注意ください。
ターゲットデータベースが Kafka または RocketMQ の場合、DTS は各増分変更ごとにデータを直接書き込みます。
増分データ同期および増分データ移行は継続的に実行され、自動的に停止しません。プロセスを停止するには、手動でインスタンスを停止またはリリースしてください。詳細については、「DTS インスタンスの終了」および「DTS インスタンスのリリース」をご参照ください。
初期同期
DTS が増分データの同期を開始する前の準備フェーズです。以下の 3 つのステップを順次実行します。
増分データ収集： 同期対象オブジェクトに対するソースデータベース上のすべての変更をキャプチャし始めます。
初期スキーマ同期： 各オブジェクトのスキーマをソースデータベースからターゲットデータベースへコピーします。
初期完全データ同期： 各オブジェクトの既存データをソースデータベースからターゲットデータベースへコピーします。
事前チェック
DTS インスタンスの起動前に実行される検証ステップです。DTS は以下の項目をチェックします。
ソースデータベースとターゲットデータベース間の接続性
データベースアカウントの権限
バイナリログ設定
データベースバージョン
詳細については、「ソースデータベースの接続性」をご参照ください。
事前チェックが失敗した場合は、失敗の詳細を確認し、報告された問題を修正したうえで、再度事前チェックを実行してください。
データ操作
データ更新
スキーマを変更せずにデータを変更する操作です。たとえば、INSERT、DELETE、または UPDATE などが該当します。
スキーマ更新
スキーマ構造を変更する操作です。たとえば、CREATE TABLE、ALTER TABLE、または DROP VIEW などが該当します。
パフォーマンスおよび遅延メトリック
同期パフォーマンス（移行パフォーマンス）
ターゲットデータベースへ 1 秒間に同期または移行される増分データレコード数です。単位：1 秒あたりのレコード数（RPS）。
インスタンスクラスの仕様については、以下をご参照ください。
同期遅延（移行遅延）
ターゲットデータベースへ最後に書き込まれたレコードのタイムスタンプと、ソースデータベースの現在時刻との差分です。遅延がゼロである場合、ターゲットはソースと完全に同期しています。
ソースデータベースへのデータ書き込みがない状態では、実際の値が 0 であっても、表示される遅延が 2 秒以内で変動することがあります。
変更追跡用語
タイムスタンプ範囲
変更追跡タスクに格納される増分データの時間範囲です。デフォルトでは、DTS は過去 24 時間に生成された増分データを保持します。DTS は期限切れのデータを定期的に削除し、それに応じてタイムスタンプ範囲を更新します。
各増分データレコードのタイムスタンプは、そのデータがソースデータベースで更新され、トランザクションログへ書き込まれた時点を示します。
消費チェックポイント（コンシューマオフセット）
クライアントが消費した最新の増分データレコードのタイムスタンプです。クライアントがレコードを処理するたびに、DTS へ確認を送信し、DTS がこのチェックポイントを更新・保存します。クライアントが応答を停止した場合、DTS は最後に保存されたチェックポイントから自動的に再開し、データを別のコンシューマへプッシュします。