主な概念

アプリケーション取り込みおよびレプリケーションタスクとデータ統合タスクフローの統合

1. 1データ取り込みおよびレプリケーションタスク設定ウィザードで、アプリケーション取り込みとレプリケーションタスクを定義する際に、次のオプションを選択します。
• - （オプション）［ターゲット］ページの［サイクルIDの追加］。増分ロードジョブの場合、このオプションを選択すると、各CDCサイクルに対して生成されたサイクルIDがターゲットテーブルに追加されます。Amazon Redshift、Oracle、SQL Serve ターゲット、およびSuperpipeオプションを使用しないSnowflakeターゲットに適用されます。
• - ［スケジュールおよびランタイムオプション］ページの［タスクフローで実行］。このオプションにより、データ統合でタスクフローを定義するときにタスクを選択できるようになります。
2. 2タスクの定義が完了したら、［保存］で保存します。
3. 3データ統合でタスクフローを定義するには、ホームページの［調整］パネルをクリックします。
4. 4タスクフローにアプリケーション取り込みとレプリケーションタスクを追加するには、次の手順を実行します。
1. a［タスクのプロパティ］で、［開始］をクリックします。
2. b［バインディング］フィールドで［イベント］を選択します。
3. c［イベントソース名］フィールドで、［選択］をクリックします。その後、［イベントソースの選択］ダイアログボックスで、データベース取り込みとレプリケーションタスクを選択して、［選択］をクリックします。
注:
タスクリストは、タスクタイプごとにフィルタリングできます。
d［イベントソース名］フィールドと［入力フィールド］にタスク名を表示されていることを確認します。例:
4. eタスクフローを保存してパブリッシュします。

ソーススキーマの変更の処理

• •アプリケーション取り込みとレプリケーションジョブは、プライマリキーまたは一意キーの制約を追加、削除、または変更するソースの変更をレプリケートしません。ソースでこれらのタイプの変更が発生した場合は、ターゲットテーブルを再同期する必要があります。
• •Microsoft Azure Synapse Analyticsターゲット用に設定されたアプリケーション取り込みとレプリケーションジョブは、ソースフィールドの名前変更をターゲットにレプリケートしません。
• •Google BigQueryターゲット用に設定されたアプリケーション取り込みとレプリケーションジョブは、ソースフィールドの変更と名前変更をターゲットにレプリケートしません。
• •Snowflakeターゲット用に設定されたアプリケーション取り込みとレプリケーションジョブは、ソースカラムに対する変更操作をサポートしますが、次の制限があります。
• - Snowflakeターゲットは、NUMBERカラムのスケールを変更できません。
• - Snowflakeターゲットは、既存のカラムのデータ型を別のデータ型に変更することはサポートしていません。
• •ターゲットでサポートされていないタイプのスキーマ変更をレプリケートしようとすると、そのタスクに関連付けられたアプリケーション取り込みとレプリケーションジョブはエラーが発生して失敗します。
• •アプリケーション取り込みとレプリケーションがスキーマの変更を検出したときにジョブを停止するスキーマドリフトオプションを設定している場合は、［オプションを指定して再開］コマンドを使用して、オーバーライドスキーマドリフトオプションを指定してジョブを再開することができます。
• •Apache Icebergオープンテーブル形式でAmazon S3ターゲットにデータをロードするジョブでは、フィールドの追加、変更、削除、および名前変更のスキーマドリフトオプションが、デフォルトで［レプリケート］に設定されます。タスクが失敗しないようにするには、スキーマドリフトオプションを［無視］に設定し、処理中にスキーマの変更がバイパスされるようにしてください。
• •Microsoft Azure Fabric Warehouseターゲットでは、スキーマドリフトオプションはサポートされていません。

ターゲットに対する削除を論理削除として適用する機能

すべてのソーステーブル変更操作の監査履歴のターゲットテーブルへの適用

• •最終レプリケート時刻を追加。ターゲットテーブルでレコードが挿入または最後に更新された時点のタイムスタンプを記録するカラムを追加します。初期ロードの場合、ロードされたすべてのレコードのタイムスタンプは同じですが、Superpipeオプションを使用するSnowflakeターゲットに限り、秒または分がわずかに異なる可能性があります。増分ロード、および初期ロードと増分ロードの組み合わせの場合、このカラムには、ターゲットに適用された最後のDML操作のタイムスタンプが記録されます。
• •操作の追加 <metadata_type>。DML操作タイプ、時刻、所有者、トランザクションID、生成された昇順シーケンス番号など、変更操作のメタデータを含むカラムが追加されます。カラムには、データがターゲットテーブルにロードされるときに入力されます。
• •メタデータカラムのプレフィックス。追加された監査カラムの名前にプレフィックスを追加して、他のテーブルカラムと区別できるようにします。デフォルトはINFA_です。