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

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

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