目次

Search

  1. はじめに
  2. 一括取り込みデータベース

一括取り込みデータベース

一括取り込みデータベース

データベース取り込みジョブの再開時のスキーマドリフトオプションのオーバーライド

データベース取り込みジョブの再開時のスキーマドリフトオプションのオーバーライド

停止状態、強制終了状態、または失敗状態の
データベース統合
ジョブを再開するときにスキーマドリフトオプションをオーバーライドできます。オーバーライドは、
[テーブルの停止]
または
[ジョブの停止]
スキーマドリフトオプションによって、現在エラー状態にあるテーブルにのみ影響します。オーバーライドを使用して、これらのエラーを修正または解決します。
スキーマドリフトオプションをオーバーライドして、
一括取り込み
サービスの
[マイジョブ]
ページまたは
オペレーションインサイト
[一括取り込み]
ページの
[すべてのジョブ]
タブから増分ロードジョブまたは初期ロードジョブと増分ロードジョブの組み合わせを再開できます。
  1. オーバーライドを使用して再開するジョブの行に移動します。
  2. 行の[アクション]メニューで、
    [オプションで再開]
    をクリックします。
    タスクのデプロイメントが失敗したためにジョブが
    [失敗]
    状態になっている場合、
    [オプションで再開]
    コマンドは使用できません。
    [オプションの再開]
    ダイアログボックスが表示されます。
  3. [スキーマドリフトオプション]
    リストで、データベース取り込みジョブを停止させたソースでのDDL操作の処理に使用されるスキーマドリフトオプションを選択します。
    次の表に、スキーマドリフトのオプションを示します。
    オプション
    説明
    無視
    ソースデータベースで発生するDDLの変更をターゲットにレプリケートしません。
    テーブルの停止
    DDL変更が発生したソーステーブルの処理を停止します。
    データベース取り込みジョブは、ジョブがソーステーブルの処理を停止した後にソーステーブルで発生したデータ変更を取得できません。その結果、ターゲットでデータ損失が発生する可能性があります。データの損失を回避するには、ジョブが処理を停止したソースオブジェクトとターゲットオブジェクトを再同期する必要があります。
    [オプションで再開]
    [再同期]
    オプションを使用します。
    再同期
    ターゲットテーブルをソーステーブルと再同期し、CDC処理に使用したテーブル構造を保持します。このオプションは、
    [スキーマドリフト]
    オプションの
    [テーブルの停止]
    設定によって、ジョブが処理を停止したテーブルに使用します。
    このオプションは、初期ロードジョブと増分ロードジョブを組み合わせた場合にのみ使用できます。
    再同期(更新)
    OracleまたはSQL Serverソースを持つデータベース取り込みの組み合わせロードジョブの場合、このオプションを使用して、スキーマドリフトで無視されたDDL変更を含め、ターゲットテーブルを最新のソーステーブル定義と再同期します。ターゲットテーブルが更新されると、ソーステーブルとターゲットテーブルの構造が一致します。このオプションは、
    [再同期]
    オプションの動作を模倣します。
    再同期(保持)
    OracleまたはSQL Serverソースを持つデータベース取り込みの組み合わせロードジョブの場合は、このオプションを使用して、ソーステーブルとターゲットテーブルの現在の構造を保持したまま、CDC用に処理されたのと同じカラムを再同期します。ソーステーブル定義またはターゲットテーブル定義の変更のチェックは行われません。ソースDDLの変更がソーステーブル構造に影響を与えた場合、それらの変更は処理されません。
    レプリケート
    データベース取り込みジョブがDDL変更をターゲットにレプリケートできるようにします。
    Microsoft Azure Synapse Analyticsターゲットでのカラムの名前変更操作に
    [レプリケート]
    オプションを選択すると、エラーが発生してジョブが終了します。
  4. [オプションで再開]
    をクリックします。
    再開されたジョブは、ステップ3で指定したスキーマドリフトオプションを使用して、ジョブを停止させる原因となったスキーマの変更を処理します。その後、タスクの作成時に指定したスキーマドリフトオプションが再び有効になります。
    一括取り込みデータベース
    がソーステーブルのスキーマ変更を処理するのは、テーブルでDML操作が発生した後のみです。したがって、ジョブを再開した後、テーブルで最初のDML操作が発生するまで、テーブルのサブタスクの状態は変更されません。