データ収集の最適化

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：2分

    • 最適化された パフォーマンスアナリティクス データコレクターにより、大きなデータセットを処理するための時間、メモリ、および CPU 使用率が削減されます。

    最適化されたデータコレクターは、Tokyo 以降のすべてのインスタンスでデフォルトでアクティブになっています。アップグレード時に有効になります。最適化されたコレクターを非アクティブ化するには、システムプロパティ com.snc.pa.dc.hsql を作成し、 それを false に設定します。詳細については、「システムプロパティを追加する」を参照してください。

    重要:
    Oracle データベースはサポートされていません。パフォーマンスアナリティクススコア [pa_scores] テーブルを引き続き使用する他のインスタンスもサポートされません。最適化されたデータコレクターは、インジケータースコアがスコアレベル 1 [pa_scores_l1] とスコアレベル 2 [pa_scores_l2] の 2 つのテーブルにあるインスタンスのみをサポートします。詳細については、「パフォーマンス分析スコアの移行」を参照してください。

    最適化されたデータコレクターは、次の機能をサポートしています。

    • パフォーマンスに悪影響を与えることなく 1,000 万件を超えるレコードを処理できます。
    • ブレークダウンマトリクスを有効にした状態で、少なくとも 10 個のブレークダウンをサポートします。ブレークダウンのサポートには次のものが含まれます。
      • ドット連結条件
      • 最大 100 万件のレコードを含む 2 つの大きなブレークダウン
      • ブレークダウンの関連付け
    • インジケーターとブレークダウンに関する追加条件のサポート。
    • 個別のカウント集計の最適化。
    注:
    データ収集を最適化するために、インジケーター ソースごとに許可されているレコードのデフォルトの最大数が増加しました。詳細については、「パフォーマンスアナリティクスのプロパティ」の com.snc.pa.dc.hsql.max_row_count_indicator_source プロパティを参照してください。

    最適化は、組み込みデータベースの使用に起因します。標準のデータ収集ジョブでは、ジョブ中にすべてのスコアがノードメモリに保存されます。ただし、最適化されたデータ収集ジョブは、スコアのパケットをディスク上の一時ストレージに移動します。ジョブの終了時に、スコアがスコアテーブルに書き込まれ、一時データベースがクリアされます。

    注:
    遅延読み込みを使用したメモリ最適化は、メモリ不足エラーを排除するために実装されました。ただし、このメモリの最適化により、CPU 使用率が増加し、大規模なジョブの処理時間が長くなる可能性があります。詳細については、 カスタマーサービス & サポート にお問い合わせください。