--- sourceDocument: Yokohama ビルドのワークフロー sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama ビルドのワークフロー ft:clusterId : - crworkflow bundleId : - crworkflow workflow : - Creator --- # フロー実行詳細の保持 # フロー実行詳細の保持 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分 フロー実行の詳細に使用されるデータ量は膨大であるため、インスタンスではデータ保持ポリシーを使用して、設定された時間が経過するとこのデータを削除します。 ## フロー実行の詳細の生成 {#flow-reporting__section_xr5_k1v_gbc} デフォルトでは、テストの実行時にのみ、実行の詳細が生成されます。フロー実行の詳細を生成するには、「[フローのレポートの有効化](https://servicenow-prod.fluidtopics.net/E7NBmM38Yn8IXdVbQKBiuQ#enable-flow-reporting "実行の詳細の生成を、実行されたすべてのフローとアクションに対して行うか、個々のフローとアクションに対してのみ行うか、またはフローまたはアクションのテスト時にのみ行うかを選択します。実行の詳細に含まれる詳細のレベルを指定します。")」を参照してください。 ## スケジュール済みテーブルクリーンアップ {#flow-reporting__section_zgy_gsh_z2b} システムは、標準のテーブルクリーナーレコードを使用して、実行の詳細を削除するタイミングを決定します。フロー実行コンテンツのタイプはそれぞれ独自のテーブルに保存され、独自の保存期間があります。レコードがデフォルト保持期間より古くなると、完了ステータスになった場合に削除されます。テーブルクリーナーレコードを検索して構成する方法の詳細については、「[Table cleaner](https://www.servicenow.com/docs/access?context=table-cleaner&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 {#flow-reporting__table_hmm_shn_z2b__entry__3} | テーブル | 説明 | デフォルト保存期間 | |-|-|-| | sys_flow_context | すべての ワークフロースタジオ コンテキストレコードとそれに関連するプロセス計画を格納する親テーブル。コンテキストレコードには、ステータスと、フローまたはアクションの実行に使用されるデータへの参照が格納されます。特定の状況のコンテキストレコードについては、子テーブルを参照してください。 | * 完了したフローの場合は 2 週間 * エラーまたはキャンセルステータスのフローの場合は 6 週間 {#flow-reporting__ul_aln_kcs_nrb} 警告: フローコンテキストレコードの保持期間を無効にしたり長くしたりすると、インスタンスのパフォーマンスに悪影響を与える可能性があります。保持するフローコンテキストが増えると、フローのパフォーマンスと新しいフロー機能を使用する能力に影響を与える可能性があります。 | | sys_flow_context_chunk | 現在実行中のフローとアクションのコンテキストレコードとランタイムデータを格納する子テーブル。このテーブルは、sys_json_chunk テーブルに代わって、アクティブなコンテキストレコードのデータを格納する場所となります。実行中のフローまたはアクションは、次のいずれかの状況になります。 * 同期を続ける * 進行中 * キューに格納 * 待機中 {#flow-reporting__ul_bfx_pqg_jtb} 危険: このテーブルのデータを変更または削除しないでください。ワークフロースタジオ は、アクティブ状況のフローとアクションに、このテーブルを使用します。 | フローの実行が停止すると、これらのレコードは削除され、sys_flow_context_chunk_archive テーブルにエントリが作成されます。 | | sys_flow_context_chunk_archive | 実行を停止したフローおよびアクションのコンテキストレコードとランタイムデータを格納する子テーブル。このテーブルは、sys_json_chunk テーブルに代わって、非アクティブなコンテキストレコードのデータを格納する場所となります。停止したフローまたはアクションは、次のいずれかの状況になります。 * キャンセル * 完了 * エラー {#flow-reporting__ul_mwt_hvm_jtb} 注: ワークフロースタジオ は、非アクティブ状況のフローとアクションに、このテーブルを使用します。 | 関連する sys_flow_context レコードが削除されると、削除されます。 * 完了したフローの場合は 2 週間 * エラーまたはキャンセルステータスのフローの場合は 6 週間 {#flow-reporting__ul_o51_fbj_ktb} | | sys_flow_report_doc | 実行の詳細のレポートデータが利用可能である ワークフロースタジオ コンテキストレコードへの参照を格納する親テーブル。特定の状況のフローとアクションの実行の詳細については、子テーブルを参照してください。 | sys_flow_context から親コンテキストレコードが削除されると、これらのレコードは削除されます。 | | sys_flow_report_doc_chunk | 現在実行中のフローとアクションのレポートデータと実行の詳細を格納する子テーブル。実行中のフローまたはアクションは、次のいずれかの状況になります。 * 同期を続ける * 進行中 * キューに格納 * 待機中 {#flow-reporting__ul_vtm_tpg_jtb} 危険: このテーブルのデータを変更または削除しないでください。ワークフロースタジオ は、アクティブ状況のフローとアクションに、このテーブルを使用します。 | フローの実行が停止すると、これらのレコードは削除され、sys_flow_report_doc_chunk_archive テーブルにエントリが作成されます。 | | sys_flow_report_doc_chunk_archive | 実行を停止したフローとアクションのレポートデータと実行の詳細を格納する子テーブル。停止したフローまたはアクションは、次のいずれかの状況になります。 * キャンセル * 完了 * エラー {#flow-reporting__ul_jtl_jqg_jtb} 注: このテーブルは、sys_json_chunk テーブルに代わって、非アクティブな実行の詳細のレポートデータを格納する場所となります。 | sys_flow_context_chunk_archive から親コンテキストレコードが削除されると、これらのレコードは削除されます。 * 完了したフローの場合は 2 週間 * エラーまたはキャンセルステータスのフローの場合は 6 週間 {#flow-reporting__ul_ec3_5cj_ktb} | | sys_json_chunk | San Diego リリースの前に作成された、実行前、実行中、および完了済みのフローとアクションのコンパイル済みのプロセス計画が格納されたテーブル。 危険: このテーブルのデータを変更または削除しないでください。ワークフロースタジオ は、アクティブ状況のフローとアクションに、このテーブルを使用します。 | 親レコードが削除されたときに、これらのレコードは削除されました。 | | sys_flow_log | ログ \[syslog\] テーブルから複製されたログエントリを格納するテーブル。ユーザーがログをフローコンテキストに関連付けることができるようにします。 | これらのレコードは、テーブルがローテーションされてから 28 日経過後、またはコンテキストレコードが削除された時点のいずれか早い方のタイミングで削除されます。 sys_flow_log のテーブルローテーションは構成可能です。詳細については、「[テーブルローテーション](https://www.servicenow.com/docs/access?context=c_TableRotation&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 | | sys_flow_plan_context_binding | 各コンテキストレコードの一意の識別子とそれを開始したトリガーを格納するテーブル。トリガーイベントが発生するたびに、システムは一意の識別子を計算し、それを sys_flow_plan_context_binding レコードと比較します。計算された一意の識別子が既存の sys_flow_plan_context_binding レコードと一致した場合、トリガーされたフローは開始されません。 注: この一意の識別子は、「1 回実行」または「それぞれ一意の変更の場合」の条件でフローをいつ実行するかを決定するために使用されます。 | これらのレコードは作成から 12 か月後に削除されます。 重要: システムは、保持ポリシーによって一意の識別子が削除されたフローを再実行できます。たとえば、「1 回実行」フローのトリガー条件が満たされ、sys_flow_plan_context_binding レコードが削除された場合は、新しい一意の識別子が作成され、フローが実行されます。 | [表 : 1. フローレポートデータテーブル] {#flow-reporting__table_hmm_shn_z2b} ## 使用不可のフローデータ {#flow-reporting__section_x5w_zz2_bfb} フローレポートの上部に、テーブルのクリーンアップのためにアクションレポートをフローで使用できないことを示すメッセージが表示されます。この場合、\[アクションの詳細を表示 (Show Action Details)\] リンクとアクションの状況は使用できません。フローのレポートが非アクティブ化されたことを示す同様のメッセージが表示されます。この場合、レポート設定へのリンクも表示されます。図 : 1. レポート保持ポリシーによってデータが削除されたフロー実行の詳細のサンプル ## 復旧オプション {#flow-reporting__section_kdf_1d3_45b} インスタンスバックアップからデータを復元するには、[カスタマーサービスとサポートにお問い合わせください](http://www.servicenow.com/support/contact-support.html)。 データ復旧要求が受理される期限を確認するには、Now Support ナレッジベースの「[インスタンスのバックアップおよび復旧 \[KB0547654\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0547654)」の記事を参照してください。