フローレポート (com.snc.process_flow.reporting) がオン/オフの場合のフロー実行の詳細レポートがオフ/オンの場合のフロー実行の詳細 目次 1.概要2.フローレポートを有効にする3.フロー使用量の多いメモリの問題4.質問 1.概要 Rome アップグレードでは、フローレポート com.snc.process_flow.reporting はデフォルトでオフになっています。したがって、この設定中に実行されたフローにより、実行の詳細を表示できなくなります。このプロパティがオンの場合、新しいフロー実行のみ詳細が表示されます。レポートを無効にすると、フローの実行速度が向上し、メモリフットプリントが削減され、必要なディスクスペースが削減されます。 準本番環境でレポートを有効にすることをお勧めします:com.snc.process_flow.reporting.level = ON本番環境でレポートが必要な場合は、フローごとに行ってくださいフローデザイナーの>設定その特定の実行にのみ [テスト] ボタンを使用する場合、レポートは常に有効になります 2.フローレポートを有効にする Rome では、[Flow Executions] をクリックすると「Flow reports are not available」というエラーが表示されます。システムプロパティ com.snc.process_flow.reporting.level を確認します。 フローレポートはデフォルトでオフになっており、これがフローコンテキストを使用できない理由です。レポートをグローバルに有効にするには、com.snc.process_flow.reporting.level システムプロパティを構成します。そのシステムプロパティをオンにすると、新しいフロー実行にのみ詳細が表示されます。 フローレポートを有効にする 本番環境ではグローバルレポートプロパティをオフにしておくことをお勧めします。トラブルシューティングのためにアクティブ化する必要がある場合は、すべてのフローではなく、フローごとに行います。その後、調査が完了したら、再度オフにします。subprod では、メモリパフォーマンスの問題を引き起こす可能性がありますが、おそらくグローバルにオンのままになる可能性があります。 3.フロー使用量の多いメモリの問題 KB0995284 フローの使用量が多いインスタンスでは、レポートデータがsys_json_chunkテーブルの大幅な増加に貢献しています。 4.質問 1)Roma でデフォルトでcom.snc.process_flow.reportingをオフにする意図は何ですか? フローレポートでは、フローの実行に関する多くのデータをメモリに保持し、フローが待機中または完了した後にデータベースに保持する必要があります。私たちの意図は、フローレポートに関連するパフォーマンスの問題を軽減することです。メモリの問題が発生した場合、それは非常に深刻であり、P1の顧客ケースにつながる可能性があります。 2) ServiceNow では、アップグレードが完了した後もプロパティをオフにすることを推奨していますか? はい、引き続き、本番環境でレポートを続けることをお勧めします。トラブルシューティングのためにアクティブ化する必要がある場合は、すべてのフローではなく、フローごとに行います。3) ServiceNow は、アップグレード後にプロパティをオンに戻すことができますか (それとも) アップグレードが完了した後に顧客が注意する必要がある手動ステップですか? レポートを再びオンに戻すのは手動のステップです。「フローレポートを有効にする」に従ってください 。4) フローレポートがオフになっていたのにオンになった場合、フローレポートがオフになっている間から抽出されたレポートデータを取得できますか? いいえ、保持されなかったレポートデータをさかのぼって取得することはできません。 5)顧客が不動産をグローバルにオンにする場合、顧客はどのようなパフォーマンス上の問題を経験する可能性がありますか? フローレポートでは、フロー実行に関する大量のデータをメモリに保持する必要があります。メモリの問題が発生した場合、それは非常に深刻であり、P1の顧客ケースにつながる可能性があります。 i)すべてのトランザクションでインスタンス全体に影響しますか?ii)フローの実行に影響を与え、開くのに時間がかかるか?(または) フローデザイナーに影響を与えるかどうか。 フローデザイナーにかなり分離されている場合もあれば、インスタンス全体に影響を与える場合もあります。これは、同時に発生している「大規模な」フロー実行の数によって異なります。単一の実行がある場合は、そのフローのパフォーマンスにのみ影響を与える可能性がありますが、同様のフロー実行が多数ある場合は、インスタンス上のノード全体またはすべてのノードに影響を与える可能性があります。 6)フローレポートがメモリを消費しすぎている場合、メモリを自動的に増やすことはできますか? メモリの自動増加は、システムアーキテクチャでサポートされているものではありません。 7)これを修正するために何をしていますか? 必要なメモリ量を減らし、メモリの問題が発生するリスクを軽減するために、フローエンジンの最適化を続けています。レポートのメモリへの影響を軽減するために最善の努力を払っても、本番環境ではレポートをオフにしておくことをお勧めします。 8)本番インスタンスに割り当てられたノードと使用済みの各ノードのメモリ使用量を表示できるテーブルはありますか?「はい」の場合、共有していただけませんか?[システム診断] ページにメモリ使用率を理解するためのものがあることは承知していますが、 その情報をキャプチャするテーブルを探しています これが発生したときに内部モニタリングを ServiceNow と一緒に設定できるようにします ノードのモニタリングですか? 私たち (Service Now) は、すべてのお客様のホストされているインスタンスを積極的に監視します。さまざまなしきい値に達すると、内部システムが警告を発します。次の KB を確認してください。 KB0529232 ServiceNow モニタリング - 概要とインサイト いずれかのノードでメモリとパフォーマンスの問題が発生した場合、内部 P2 アラートとケースが作成されます。当社のパフォーマンスTSEは、2時間以内にお客様にご連絡いたします。これはすべてのお客様に対して行います。詳細については stats.do ページを参照してください。