アプリケーション取り込みとレプリケーション > アプリケーション取り込みとレプリケーション > アプリケーション取り込みとレプリケーションジョブの管理
  

アプリケーション取り込みとレプリケーションジョブの管理

アプリケーション取り込みとレプリケーションジョブを設定して実行した後、ジョブの停止、再開、デプロイ解除、または再デプロイなどのジョブ管理タスクを実行することが必要になる場合があります。

アプリケーション取り込みとレプリケーションジョブの停止

すべてのロードタイプのアプリケーション取り込みとレプリケーションジョブのうち、［稼働中］、［実行中（警告あり）］、または［保留］ステータスにあるものは停止できます。
増分ロードジョブ停止すると、アプリケーション取り込みとレプリケーションは、増分処理を停止した変更ストリーム内の位置の識別子を記録します。識別子は、ターゲット上のINFORMATICA_CDC_RECOVERYという名前のリカバリテーブルに格納されます。ジョブを再開すると、アプリケーション取り込みとレプリケーションはこの識別子を使用して、ターゲットに最後にロードされた変更レコードを識別し、変更ストリーム内のその時点以降に行われた変更のロードを開始します。
注:
Snowflakeターゲットを持ち、Superpipeオプションを使用しているアプリケーション取り込みおよびレプリケーション増分ロードジョブと組み合わせロードジョブを停止する前に、変更ストリームの取り込まれたすべてのデータがターゲットにマージされていることを確認してください。マージされていない場合、ジョブが長期間、またはストリームの有効期限が切れる前に再開されないと、ストリームに残っているデータはすべて失われ、回復できません。
初期ロードジョブの場合、ジョブは、すでに実行されているサブタスクの操作が完了した後にのみ停止します。実行されていないサブタスクは現在の状態のままです。
    1次のいずれかの監視インタフェースで、停止するジョブの行に移動します。
    2行の［アクション］メニューで、［停止］を選択するか、メニューの横にある［停止］アイコンをクリックします。
    ジョブの状態が［停止中］に切り替わり、次に［停止］に変わります。
    ヒント:
    停止操作に時間がかかりすぎる場合は、ジョブを強制終了できます。

アプリケーション取り込みとレプリケーションジョブの再開

ステータスが停止、強制終了、または失敗のアプリケーション取り込みとレプリケーションジョブを再開できます。
データ取り込みおよびレプリケーションサービスの［マイジョブ］ページまたはオペレーションインサイトの［データ取り込みおよびレプリケーション］ページの［すべてのジョブ］タブからアプリケーション取り込みとレプリケーションジョブを再開できます。
複数のサブタスクを持つ初期ロードジョブを再開すると、アプリケーション取り込みとレプリケーションは失敗、停止、強制終了、またはキューに格納のステータスのサブタスクのみを開始します。
増分ロードジョブ、または初期ロードジョブと増分ロードジョブの組み合わせを再開すると、アプリケーション取り込みとレプリケーションはソースデータの変更のレプリケートを、チェックポイントファイルまたはターゲットリカバリテーブルに記録された最後の位置から再開します。デプロイ後の最初のジョブ実行中に、少なくとも1つのテーブルに対して変更レコードが処理されていない限り、チェックポイントは使用できません。チェックポイントを使用できない場合、ジョブは設定された再開ポイントから処理を再開します。この再開ポイントは、デフォルトでは変更ストリーム内で利用可能な最新の位置です。
増分ロードジョブを再開すると、アプリケーション取り込みとレプリケーションは最後に中断したところからソースデータのプロパゲートを再開します。
    1次のいずれかの監視インタフェースで、再開するジョブの行に移動します。
    2行の［アクション］メニューで、［再開］をクリックするか、メニューの横にある［再開］アイコンをクリックします。
    注:
    タスクのデプロイメントが失敗したためにジョブが［失敗］状態になっている場合、［再開］コマンドは使用できません。
    サブタスクは、ソーステーブルごとに開始されます。
    エラーが発生した場合は、ページ上部にエラーメッセージが表示されます。
    ［アクション］メニューの横にある［再開］アイコンを使用して、ジョブを再開することもできます。

増分ロードジョブの再開とリカバリ

アプリケーション取り込みとレプリケーションは、エラーが原因で停止した増分ロードジョブと、ユーザーによって停止または強制終了されたジョブを、変更データを失うことなく再開できます。
最初のジョブの実行後、アプリケーション取り込みとレプリケーションは変更がターゲットに適用されると、変更ストリーム内の処理位置の識別子を継続的に記録します。識別子は、ターゲット上のINFORMATICA_CDC_RECOVERYという名前のリカバリテーブルに格納されます。
増分ロードジョブを再開すると、ジョブはリカバリテーブルに記録された最後の位置を使用して、ターゲットにロードする必要のある変更レコードを識別します。このプロセスにより、すべての変更がターゲットに確実に取り込まれます。

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

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

アプリケーション取り込みとレプリケーションジョブの再デプロイ

アプリケーション取り込みとレプリケーションタスクの一部のフィールドは、関連するアプリケーション取り込みとレプリケーションジョブをデプロイ解除しなくても編集可能です。関連するジョブをデプロイ解除せずにアプリケーション取り込みとレプリケーションタスクの使用可能なフィールドを編集する場合、変更を有効にするためにジョブを再デプロイする必要があります。
編集する必要のあるフィールドが編集不可能な場合は、関連するジョブをデプロイ解除してから編集する必要があります。ジョブのデプロイ解除の詳細については、「アプリケーション取り込みとレプリケーションジョブのデプロイ解除」を参照してください。
再デプロイ操作では、ソーステーブルの各ジョブサブタスクが停止し、更新された取り込みタスクがデプロイされてから、サブタスクが開始されます。開始されるサブタスクには、以前に停止されたサブタスクと、タスクの設定変更のために新しく作成されたサブタスクが含まれます。
注:
増分ロードジョブと初期および増分ロードジョブの組み合わせの場合、再デプロイでは、前のデプロイ中に取り込み対象として選択されたソースオブジェクトは変更されません。オブジェクトのリストを更新するには、関連するタスクのオブジェクト選択ルールを編集してから、ジョブを再デプロイする必要があります。
    1次のいずれかの監視インタフェースで、再デプロイするジョブの行に移動します。
    2行の［アクション］メニューで、［再デプロイ］を選択します。
    ジョブインスタンスは自動的に実行を開始します。
    ［再デプロイ］を選択したときにジョブが実行されていた場合、アプリケーション取り込みとレプリケーションはジョブを停止してから、取り込みタスクを再デプロイし、ジョブを再開します。

アプリケーション取り込みとレプリケーションジョブのデプロイ解除

ステータスが［中止］、［完了］、［デプロイ済み］、［失敗］、または［停止］であるアプリケーション取り込みとレプリケーションジョブはデプロイ解除できます。ジョブを実行する必要がなくなった場合、または最初にジョブをデプロイ解除しないと編集できない関連タスクの接続またはプロパティを変更する必要がある場合は、ジョブをデプロイ解除することをお勧めします。
ジョブをデプロイ解除する前に、ジョブが実行されていないことを確認してください。
ジョブをデプロイ解除した後は、ジョブを再度実行したり、再デプロイしたりすることはできません。デプロイ解除したジョブを実行する場合は、アプリケーション取り込みとレプリケーションタスクウィザードから関連するタスクを再度デプロイして、新しいジョブインスタンスを作成する必要があります。例えば、ジョブのターゲット接続を変更する場合は、ジョブをデプロイ解除し、取り込みタスクを編集して接続を変更し、タスクを再度デプロイしてから、新しいジョブインスタンスを実行する必要があります。
    1次のいずれかの監視インタフェースで、デプロイ解除するジョブの行に移動します。
    2行の［アクション］メニューで、［デプロイ解除］をクリックします。
    デプロイ解除操作が失敗すると、ジョブのステータスは、［強制終了］状態であっても［失敗］に切り替わるか、［失敗］のままになります。
    注:
    ジョブをデプロイ解除した直後に、Secure Agentをシャットダウンしないようにしてください。アプリケーション取り込みとレプリケーションが/root/infaagent/apps/Database_Ingestion/data/tasksディレクトリ内のタスクのファイルをクリーンアップするまでにはしばらく時間がかかります。

アプリケーション取り込みとレプリケーションジョブの強制終了

すべてのロードタイプのアプリケーション取り込みとレプリケーションジョブのうち、［稼働中］、［実行中（警告あり）］、［保留］、または［停止中］ステータスにあるものは強制終了できます。
データ取り込みおよびレプリケーションサービスの［マイジョブ］ページまたはオペレーションインサイトの［データ取り込みおよびレプリケーション］ページの［すべてのジョブ］タブからアプリケーション取り込みとレプリケーションジョブを強制終了できます。
増分ロードジョブを強制終了すると、アプリケーション取り込みとレプリケーションは、増分処理を停止した変更ストリーム内の位置の識別子を記録します。識別子は、ターゲット上のINFORMATICA_CDC_RECOVERYという名前のリカバリテーブルに格納されます。ジョブを再開すると、アプリケーション取り込みとレプリケーションはこの識別子を使用して、ターゲットに最後にロードされた変更レコードを識別し、変更ストリーム内のその時点以降に行われた変更のロードを開始します。
初期ロードジョブの場合、すでに実行されているサブタスクはすぐに停止し、その後ジョブも停止します。実行されていないサブタスクは現在の状態のままです。
    bullet強制終了するジョブの［アクション］メニューで、［強制終了］を選択します。
    ジョブのステータスが［強制終了中］に変わり、次に［強制終了］に変わります。
    初期ロードジョブの場合、実行されていたサブタスクのステータスが［強制終了］に変わります。増分ロードジョブの場合、サブタスクのステータスが［停止］に変わります。

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

初期ロードタイプと増分ロードタイプを組み合わせた実行中のアプリケーション取り込みとレプリケーションジョブの一部であるサブタスクのソースオブジェクトとターゲットオブジェクトを再同期できます。サブタスクは、キューに格納または開始以外の状態である必要があります。
再同期では、ソースオブジェクトからターゲットに最新の変更がロードされ、ソースとターゲットの整合性が確保されます。通常、ターゲットオブジェクトのコンテンツは、現在のソースデータが適用される前に切り詰められます。ただし、データレイクターゲットの場合、ターゲットコンテンツを実際に切り詰めるのではなく、T（切り詰め）操作がレプリケートされます。
例えば、初期ロードまたは増分ロードの処理が失敗した場合、または特定の再起動ポイントからジョブを最初からやり直す場合は、ターゲットをソースと再同期することをお勧めします。
重要:
［オブジェクトの停止］、［テーブルの停止］、または［レポートの停止］の［スキーマドリフト］設定によって停止して現在［エラー］状態であるオブジェクトを再同期するには、［アクション］メニューの［オプションで再開］［再同期］オプションを使用する必要があります。詳細については、アプリケーション取り込みとレプリケーションジョブの再開時のスキーマドリフトオプションのオーバーライドを参照してください。
    1次の監視インタフェースのいずれかで、再同期するアプリケーション取り込みとレプリケーションジョブをドリルダウンします。
    ジョブは［稼働中］状態で、初期ロード操作と増分ロード操作を組み合わせたものである必要があります。
    2［オブジェクトの詳細］タブをクリックします。
    3再同期するソースオブジェクトとターゲットオブジェクトのサブタスク行で、［アクション］メニューをクリックし、［再同期］を選択します。再同期操作では、ターゲットテーブルが最新のソーステーブル定義（DDLの変更を含む）と再同期されます。
    注:
    ［アクション］メニューと［再同期］オプションを使用可能にするには、サブタスクがキューに格納または開始以外の状態である必要があります。
    NetSuite、Salesforce、またはSAP Mass Ingestionソースを持つアプリケーション取り込みとレプリケーションの組み合わせロードジョブのサブタスクを再同期する場合は、［再同期］オプションの代わりに次のいずれかの再同期オプションを使用します。
注: