Hi, I'm Ask INFA!
What would you like to know?
ASK INFAPreview
Please to access Ask INFA.

目次

Search

  1. はじめに
  2. アプリケーション取り込みとレプリケーション

アプリケーション取り込みとレプリケーション

アプリケーション取り込みとレプリケーション

ソースオブジェクトとターゲットオブジェクトの再同期

ソースオブジェクトとターゲットオブジェクトの再同期

初期ロードタイプと増分ロードタイプを組み合わせた実行中の
アプリケーション取り込みとレプリケーション
ジョブの一部であるサブタスクのソースオブジェクトとターゲットオブジェクトを再同期できます。サブタスクは、キューに格納または開始以外の状態である必要があります。
例えば、初期ロードまたは増分ロードの処理が失敗した場合、または特定の再起動ポイントからジョブを最初からやり直す場合は、ターゲットをソースと再同期することをお勧めします。
[オブジェクトの停止]
[テーブルの停止]
、または
[レポートの停止]
[スキーマドリフト]
設定によって停止して現在
[エラー]
状態であるオブジェクトを再同期するには、[アクション]メニューの
[オプションで再開]
[再同期]
オプションを使用する必要があります。詳細については、アプリケーション取り込みとレプリケーションジョブの再開時のスキーマドリフトオプションのオーバーライドを参照してください。
  1. 次の監視インタフェースのいずれかで、再同期する
    アプリケーション取り込みとレプリケーション
    ジョブをドリルダウンします。
    • ホームページのナビゲーションバーからアクセスする
      [マイジョブ]
      ページ
    • モニタ
      [すべてのジョブ]
      ページ
    • オペレーションインサイト
      データ取り込みおよびレプリケーション
      ページにある
      [すべてのジョブ]
      タブ
    ジョブは
    [稼働中]
    状態で、初期ロード操作と増分ロード操作を組み合わせたものである必要があります。
  2. [オブジェクトの詳細]
    タブをクリックします。
  3. 再同期するソースオブジェクトとターゲットオブジェクトのサブタスク行で、[アクション]メニューをクリックし、
    [再同期]
    を選択します。再同期操作では、ターゲットテーブルが最新のソーステーブル定義(DDLの変更を含む)と再同期されます。
    [アクション]メニューと
    [再同期]
    オプションを使用可能にするには、サブタスクがキューに格納または開始以外の状態である必要があります。
    Salesforceソースを持つ
    アプリケーション取り込みとレプリケーション
    の組み合わせロードジョブのサブタスクを再同期する場合は、
    [再同期]
    オプションの代わりに次のいずれかの再同期オプションを使用します。
    • 再同期(更新)
      。ターゲットテーブルを最新のソースオブジェクト定義(スキーマドリフトで無視されたDDL変更を含む)と再同期するには、このオプションを使用します。ターゲットテーブルが更新されると、ターゲットテーブルの構造は現行のソースオブジェクト構造と一致します。このオプションは、
      [再同期]
      オプションの動作を模倣します。
    • 再同期(保持)
      。CDC用に処理されたのと同じフィールドを再同期し、ソーステーブルとターゲットテーブルの現在の構造を保持するには、このオプションを使用します。ソーステーブル定義またはターゲットテーブル定義の変更のチェックは行われません。ソースDDLの変更がソースオブジェクト構造に影響を与えた場合、それらの変更は処理されません。
注:
  • ソーステーブルに多くの行が含まれている場合、再同期の実行に長い時間がかかる可能性があります。
  • ソーステーブルスキーマがターゲットテーブルスキーマと一致しない場合、取り込みサブタスクはターゲットテーブルを削除し、ソーススキーマと一致する新しいテーブルを作成します。ターゲットテーブルが再作成されるかどうかに関係なく、サブタスクはターゲットテーブルを切り詰めてから、ソースデータをテーブルに再ロードします。
  • アプリケーション取り込みとレプリケーション
    サブタスクをSnowflakeターゲットと再同期し、監査適用モードを使用すると、監査情報を保持できます。
    データ取り込みおよびレプリケーション
    では、ターゲットテーブルが再作成され、監査情報を含む既存のテーブルの名前にタイムスタンプが付加されて
    <target_table_name>_<current_UTC_timestamp>
    形式の名前に変更されます。実際のターゲットテーブルに監査情報が必要な場合は、結合操作などでロードする必要があります。既存のテーブル名にタイムスタンプを追加することによって名前が最大文字数を超えると、サブタスクはエラーで失敗します。スキーマドリフトを有効にし、スキーマドリフトの変更(カラムの追加など)が発生した場合、新しいカラムは再作成されたターゲットテーブルには含まれますが、名前が変更されたテーブルには含まれません。この動作を有効にするには、タスクウィザードの
    [ターゲット]
    ページでbackupTargetTableBeforeResyncカスタムプロパティを
    true
    に設定します。
    既存の監査テーブルがある組み合わせロードジョブを再同期する場合は、以下の制限を考慮してください。
    • 既存の監査テーブルをターゲットに格納すると、データベースストレージが余分に消費されます。
    • 監査情報の統合ビューを取得するには、監査テーブルの複数のバージョンを結合する必要があります。