Asset Management の設定 › 収集タスク › ハードウェア インベントリ › Asset Management エージェントによりハードウェア インベントリが収集される方法

Asset Management エージェントによりハードウェア インベントリが収集される方法

ハードウェア インベントリの設定およびスケジュールを行うには、エージェント コンピュータからインベントリを収集するためにアセット管理エージェントが実行するアクションをまず理解する必要があります。 このプロセスを理解すると、インベントリ収集プロセスのトラブルシューティングのほか、インベントリを収集する頻度およびその間隔でインベントリを収集する影響に基づくハードウェア インベントリのスケジュールにも役立ちます。

エージェントにより以下のアクションが実行され、ハードウェア インベントリが収集されます。

• スケジュールされた時間には、アセットに設定された各収集タスクがエージェントによって実行されます。
• 各検知モジュールから情報を収集するための適切な実行可能ファイルを実行し、特定のファイルに保存します。たとえば、一般インベントリ情報はエージェントで ig40.inv として格納されます。
• フル スキャン ファイルを保存して、これらのファイルを前のファイルと比較します。 そして、差分値をスケーラビリティ サーバへ送信します。 差分値はローカルで保存されません。 スケーラビリティ サーバーへ送信された情報は i## ファイルとして保管され、前の差分値が収集されていない場合、このファイルのバージョン番号は i01、i02 のように増分されます。 差分値がどのように収集されるかの詳細は、この後の「差分値の収集」セクションを参照してください。
• エージェントは最初にこのファイルをエージェント作業ディレクトリに保存し、次にスケーラビリティ サーバの収集エリア（...¥ServerDB¥Sector¥Collect or …/Server/Sector/COLLECT in case of Linux/UNIX platforms）に置きます。 エージェントは、データを収集するたびにこのステップを繰り返します。

  注： エンジンによりデータが収集される前にエージェントが 2 回以上実行された場合、実行のたびにインベントリ ファイルが作成されます。 たとえば、一般インベントリ情報は、i01、i02 のように順に拡張子が付けられて収集されます。 したがって、i00 から i23 までの 24 個のファイルが作成されます。

• エンジンは、エンジン収集タスクをトリガすると、スケーラビリティ サーバからすべてのファイルを収集し、ファイルを処理して内容をデータベースに格納します。 処理が完了すると、エンジンはスケーラビリティ サーバの収集エリアからファイルを削除します。
• スケジューリング設定を含む新規または変更されたインベントリ モジュール設定は、スケーラビリティ サーバ上で収集タスクによって更新されます。 エージェントは、新規または更新されたインベントリ情報を受け取ります。

このプロセスには、エージェント、収集タスク、およびエンジン収集タスクという 3 つのオブジェクトが関与しています。 これらのオブジェクトにはそれぞれ、個別のスケジューリング オプションが備わっています。 これらのオブジェクトのスケジューリングに違いがある場合は、以下の点を考慮する必要があります。

• 収集タスクの実行は、エージェントの実行に依存します。
• 収集タスクにはそれぞれ独自のスケジューリング オプションが備わっています。 デフォルトでは、タスクは常に実行されるようにスケジュールされます。
• データベースの更新は、エンジン収集タスクのスケジューリングに依存します。

以下の例で、このシナリオについて説明します。 3 つのオブジェクトに、以下のスケジューリング オプションが指定されているとします。

• エージェント - 1 時間ごと
• インベントリ収集タスク - 常にジョブを実行
• エンジン収集タスク - 1 日に一度

この場合、エージェントは 1 時間に 1 回実行され、収集タスクがただちに実行されます。 ただし、エンジンは 1 日に 1 回しか情報を収集できません。 したがって、エージェントは 1 日に 24 回情報を収集するのに、データベースは 1 回しか更新されません。 このようなシナリオは望ましくありません。 最適な実装にするために、収集タスクとエンジン収集タスクが同時に実行されるようにスケジュールすることができます。 これにより、データベース内のすべての収集済みデータが確実に更新されます。