このトピックでは、ノードのフリーズとフリーズ解除に関するよくある質問とその回答を紹介します。
- 自動トリガーノードまたは自動トリガーノードインスタンスのフリーズ・フリーズ解除後の動作
- 自動トリガーノードのフリーズがデータバックフィルインスタンスとテストインスタンスに与える影響
- フリーズ解除された自動トリガーノードインスタンスの再実行方法
- フリーズされた自動トリガーノードがスケジュールどおりに実行される原因
- ノードに対する操作ユーザーと操作内容の確認方法
自動トリガーノードまたは自動トリガーノードインスタンスのフリーズ・フリーズ解除後の動作
- 自動トリガーノードのフリーズとフリーズ解除毎晩、システムは対応する自動トリガーノードに基づいて、翌日の自動トリガーノードインスタンスを生成します。自動トリガーノードをフリーズすると、その後続のインスタンスもフリーズされます。これにより、依存するすべての下流インスタンスの実行もブロックされます。説明 自動トリガーノードをフリーズした日にすでに生成されている自動トリガーノードインスタンスは、スケジュールどおりに実行されます。翌日以降に生成されるインスタンスはフリーズされ、すべての下流インスタンスの実行がブロックされます。
- Operation Center の左側のナビゲーションウィンドウで、[サイクルタスク] > [自動トリガーノード] に移動します。ノードリストで対象のノードを選択し、[操作] 列のドロップダウンメニューまたは下部にあるバッチ操作バーから [一時停止 (フリーズ)] または [再開 (フリーズ解除)] をクリックします。
- DataStudio では、ノードの [スケジュール] パネルにある [繰り返し] セクションに、[通常]、[実行をスキップ]、[ドライラン] の 3 つのオプションがあります。 自動トリガーされたノードがフリーズされると、その [繰り返し] パラメーターは [実行をスキップ] に設定されます。 ノードのフリーズを解除するには、このパラメーターを [通常] に設定します。
説明 DataStudio で [繰り返し] パラメーターに [実行をスキップ] または [通常] を選択した後、本番環境で自動トリガーノードをフリーズまたはフリーズ解除するには、ノードを再度コミットしてデプロイする必要があります。 - 自動トリガーノードインスタンスのフリーズとフリーズ解除自動トリガーノードインスタンスをフリーズする操作は、その特定のインスタンスにのみ影響します。自動トリガーノードがフリーズされたままでインスタンスのフリーズを解除した場合でも、翌日に生成されるインスタンスはフリーズされたままになります。[オペレーションセンター] > [定期タスク] > [自動トリガーノードインスタンス] ページで、[その他] ドロップダウンメニューから [一時停止 (フリーズ)] を選択することで、単一のインスタンスをフリーズできます。また、下部のアクションバーにある [一時停止 (フリーズ)] および [再開 (フリーズ解除)] ボタンを使用してバッチ操作を実行することもできます。重要 フリーズおよびフリーズ解除の操作は手動で実行されます。問題が発生した場合は、操作ログを確認してください。
自動トリガーノードのフリーズがデータバックフィルインスタンスとテストインスタンスに与える影響
データバックフィルインスタンスとテストインスタンスは、自動トリガーノードに対して生成されるスナップショットです。自動トリガーノードがフリーズされると、生成されたデータバックフィルインスタンスとテストインスタンスもフリーズされます。
フリーズ解除された自動トリガーノードインスタンスの再実行方法
フリーズ解除された自動トリガーノードインスタンスは、[プロパティ] タブの [スケジュール] セクションで指定したスケジュール時刻と、インスタンスを生成する自動トリガーノードの先祖ノードの状態に基づいて実行されます。
インスタンス A がインスタンス B の先祖ノードであり、インスタンス B がフリーズされていると仮定します。インスタンス B のフリーズを解除した場合:
- シナリオ 1:インスタンス A が実行されていない場合、インスタンス B は待機状態になり、スケジュール時刻に実行されます。
- シナリオ 2:インスタンス A が実行中の場合、インスタンス B は待機状態になり、スケジュール時刻に実行されます。
- シナリオ 3:インスタンス A が正常に実行された場合:
- インスタンス B のスケジュール時刻がまだ来ていない場合、インスタンス B は待機状態になります。
- インスタンス B のスケジュール時刻が既に過ぎている場合、インスタンスは失敗します。インスタンスを実行するには、インスタンス B の 列にある RerunActions をクリックします。インスタンスが正常に実行されると、その依存関係に従って下流インスタンスの実行がトリガーされます。
- シナリオ 4:インスタンス A が失敗した場合、インスタンス B の実行はトリガーされません。インスタンス A の失敗の処理方法については、「ノードが実行されない」をご参照ください。

フリーズされた自動トリガーノードがスケジュールどおりに実行される原因
- 問題の説明
フリーズされた自動トリガーノードがスケジュールどおりに実行されます。
- 原因とソリューション毎晩、システムは自動トリガーノードに対して翌日に実行されるようにスケジュールされた自動トリガーノードインスタンスを生成し、それらをスケジューリングします。オペレーションセンターの [データ補完] または [テストインスタンス] ページに移動し、自動トリガーノードの [操作] 列で [データ補完] または [テスト] をクリックできます。システムは、現在の自動トリガーノードのスナップショット情報に基づいて、データバックフィルインスタンスまたはテストインスタンスを生成します。自動トリガーノードと自動トリガーノードインスタンス、およびテストインスタンスとデータバックフィルインスタンスの関係に基づいて、以下の点に注意する必要があります。
- フリーズしたノードが自動トリガーノードであるかを確認します。
- 自動トリガーノードに対して実行されたフリーズ操作は、そのフリーズ操作を実行した時刻より前に実行がスケジュールされている自動トリガーノードインスタンスには影響しません。
- 自動トリガーノードをフリーズした当日に実行がスケジュールされている自動トリガーノードインスタンスは、正常に実行されます。
- フリーズ操作は、その操作より前に生成されたデータバックフィルインスタンスおよびテストインスタンスには影響しません。
ノードに対する操作ユーザーと操作内容の確認方法
- インスタンスまたはノードの操作ログの表示操作ログは、Operation Center の Auto Triggered Task または Auto Triggered Node Instance ページで表示できます。 [オペレーションセンター] > [サイクルタスク] > [自動トリガーノードインスタンス] ページに移動します。 ターゲットインスタンスを選択し、右側の [操作ログ] タブをクリックして、その履歴を表示します。 テーブルには [時間]、[オペレーター]、[操作] の列が含まれており、インスタンスの凍結、データバックフィルワークフローの作成、ノードの回復、ノード所有権の変更などの操作の詳細が記録されます。
- 自動トリガーノードのバージョン比較結果に基づくユーザーと操作の表示:
ノードを変更してコミットおよびデプロイしたが、そのノード変更操作がオペレーションセンターの [定期タスク] または [定期インスタンス] ページの [操作ログ] タブに記録されていない場合、DataStudio ページの [バージョン] タブでノードの現在のバージョンと本番環境のノードのバージョンを比較することで、バージョンの変更に関する詳細を取得できます。詳細については、「ノードバージョンの表示」をご参照ください。
- オペレーションセンターの [操作記録] ページでのユーザーと操作の表示:
[操作記録] ページでは、[運用保守] または [ワークスペース管理者] ロールが割り当てられたワークスペースメンバーが、本番環境のオペレーションセンターの各ページでワークスペース内のメンバーによって実行された操作を表示できます。詳細については、「操作履歴の表示」をご参照ください。