ホーム
パフォーマンスのチューニング
BigFix Inventory のインフラストラクチャーを計画し、最適なパフォーマンスを実現するためにアプリケーション・サーバーを構成する方法について説明します。以下のガイドラインは、ビッグ・データ環境にも、低パフォーマンス・ハードウェア上で実行されている小規模な環境にも当てはまります。
中規模および大規模環境でのパフォーマンスのチューニング
中規模および大規模環境で最も一般的なパフォーマンスの問題の考えられる原因を知ることができます。これらの問題に関するヒントおよび既知の解決策に従って、システムを正常な形に保ち、パフォーマンスの問題を回避してください。
DB2 アプリケーション・データベースのチューニング
中規模の環境と大規模な環境でのパフォーマンスの問題を回避するには、トランザクション・ログのロケーションを構成して、ログ・サイズを調整します。データベースとして DB2 を使用している場合は、Linux の swappiness パラメーターを変更したり、 DB2_COMPATIBILITY_VECTORを構成したりすることもできます。
DB2 のトランザクション・ログのロケーションの構成
データベースのパフォーマンスを向上させるには、 DB2® トランザクション・ログを DB2 ファイルシステムとは別のファイルシステムに移動します。

パフォーマンスのチューニング
BigFix Inventory のインフラストラクチャーを計画し、最適なパフォーマンスを実現するためにアプリケーション・サーバーを構成する方法について説明します。以下のガイドラインは、ビッグ・データ環境にも、低パフォーマンス・ハードウェア上で実行されている小規模な環境にも当てはまります。
- インフラストラクチャー
  BigFix Inventory サーバーのパフォーマンスに影響する主な要因は、アプリケーション・サーバーと DB2 データベースが稼働している基底のインフラストラクチャーのパフォーマンスです。推奨要件が満たされていることを確認する必要があります。
- スキャンおよびインポートのセットアップ
  インフラストラクチャーのパフォーマンスを最適化するために、スキャンおよびインポート・アクティビティーを改善する方法について説明します。
- パフォーマンスを向上させるための追加タスク
  インフラストラクチャーのパフォーマンスを向上させるために実行する必要があるその他のタスクについて説明します。
- 中規模および大規模環境でのパフォーマンスのチューニング
  中規模および大規模環境で最も一般的なパフォーマンスの問題の考えられる原因を知ることができます。これらの問題に関するヒントおよび既知の解決策に従って、システムを正常な形に保ち、パフォーマンスの問題を回避してください。
  - DB2 アプリケーション・データベースのチューニング
    中規模の環境と大規模な環境でのパフォーマンスの問題を回避するには、トランザクション・ログのロケーションを構成して、ログ・サイズを調整します。データベースとして DB2 を使用している場合は、Linux の swappiness パラメーターを変更したり、 DB2_COMPATIBILITY_VECTORを構成したりすることもできます。
    - DB2 データベースの保守
      DB® データベースが正常に機能するようにするために、データを定期的にバックアップし、保守アクションを実行する必要があります。
    - トランザクション・ログ・サイズの構成
      ご使用の環境が多数のエンドポイントで構成されている場合は、パフォーマンスを向上させるためにトランザクション・ログのサイズを増やしてください。
    - DB2 のトランザクション・ログのロケーションの構成
      データベースのパフォーマンスを向上させるには、 DB2® トランザクション・ログを DB2 ファイルシステムとは別のファイルシステムに移動します。
    - Linux ホスティング DB2 データベース・サーバーでの swappiness の設定
      swappiness により、プロセスが RAM からハード・ディスクに移動してメモリーを解放する速度が決まります。値 0-100 を想定しています。値が低い場合は、Linux™ システムによってプロセスのスワップアウトがほとんど行われないことを意味しますが、値が高い場合は、プロセスが直ちにディスクに書き込まれることを意味します。ランタイム・プロセスのスワップを Linux 上の DB2® サーバー上で回避する必要があるため、swappiness カーネル・パラメーターを小さい値またはゼロに設定することをお勧めします。
    - UI パフォーマンス向上のための DB2_COMPATIBILITY_VECTOR 変数の設定
      インフラストラクチャー内に 5000 以上のクライアントがある環境では、DB2_COMPATIBILITY_VECTOR 変数の値を MYSに設定することをお勧めします。この変更により、一部の BigFix Inventory インストール環境で UI 応答時間が大幅に短縮される場合があります。
    - ステートメント・ヒープ・サイズの構成
      ステートメント・ヒープ・サイズ構成パラメーター (stmtheap) は、ステートメント・ヒープの制限を参照します。ステートメント・ヒープは、SQL ステートメントのコンパイル時に SQL コンパイラーのワークスペースとして使用されます。ステートメント・ヒープ・サイズは、監査スナップショットの生成など、複雑な照会の実行に要する時間に影響します。
  - MS SQL アプリケーション・データベースのチューニング
    中規模の環境と大規模な環境でのパフォーマンスの問題を回避するには、トランザクション・ログの場所を構成します。データベースとして MS SQL を使用している場合は、トランザクション・ログを圧縮するか、照会最適化統計を更新することができます。
- REST API に関する考慮事項
  BigFix Inventory REST API を使用して、ご使用の環境のコンピューター・システム、ソフトウェア・インスタンス、およびライセンス使用状況に関連する大量のデータを取り出すことができます。その後、このようなデータを他のアプリケーションに渡して、さらに処理したり分析したりすることができます。

DB2 のトランザクション・ログのロケーションの構成

データベースのパフォーマンスを向上させるには、 DB2® トランザクション・ログを DB2® ファイルシステムとは別のファイルシステムに移動します。

このタスクについて


中規模環境	強くお勧めします
大規模環境	必須
非常に大規模な環境	必須

手順

DB2® トランザクション・ログを DB2® ファイル・システムとは別のファイル・システムに移動するには、BigFix Inventory データベースの DB2® NEWLOGPATH パラメーターを更新します。
```
UPDATE DATABASE CONFIGURATION FOR TEMADB USING NEWLOGPATH value
```
ここで、value は、トランザクション・ログを保持するディスクとは別のディスク ( DB2® データベースがインストールされているディスクとは異なる) 上のディレクトリです。この構成を強くお勧めします。
変更内容を有効にするために、データベースを再始動します。次のコマンドを実行します。
```
DEACTIVATE DB TEMADB
DB2STOP
DB2START
ACTIVATE DB TEMADB
```
BigFix Inventoryサーバーを再始動します。
1. サーバーを停止するには、以下のコマンドを実行します。
```
/etc/init.d/BFIserver stop
```
2. サーバーを始動するには、以下のコマンドを実行します。
```
/etc/init.d/BFIserver start
```