自己記述型の自動最新表示およびシード

自動最新表示

各製品で、アプリケーション・サポートが提供されます。 IBM® Tivoli® Monitoring V6.2.3 以降より前のバージョンでは、アプリケーション・サポートがモニター・サーバー、ポータル・サーバー、およびポータル・クライアントにインストールされており、新しいアプリケーション・サポートをアクティブにするために各コンポーネントのリサイクルが必要でした。 IBM Tivoli Monitoring V6.2.3 の場合、自動最新表示によってモニター・サーバーおよびポータル・サーバーで、自己記述型エージェントのインストール・イベント後に、動的なアプリケーションの最新表示が実現されます。

新しい自己記述型エージェントが IBM Tivoli Monitoring インフラストラクチャー経由でアプリケーションのインストールを開始すると、作を中断することなく自動最新表示処理が発生します。 自己記述型エージェントからモニター・サーバーへの初めての接続で、アプリケーション・サポートがまだリモート・モニター・サーバーまたはハブ・モニター・サーバーに存在しないときに、この処理がトリガーされます。

アプリケーション・サポートは、最初にハブ・モニター・サーバーに、次にエージェントが現在接続されているリモート・モニター・サーバー (エージェントからサポートを取得する) に、その後ポータル・サーバー (ハブ・モニター・サーバーからサポートを取得する) に自動的にインストールされます。 エージェントが、サポートが欠落している別のリモート・モニター・サーバーに切り替わると、新しいホストのリモート・モニター・サーバーでサポートが動的に更新されます。

自動最新表示は、メタデータのデプロイメントに続いてすぐにモニター・サーバーで行われます。 メタデータのデプロイメントでは、属性ファイル、カタログ・ファイル、EIF マッピング・ファイル、すぐに使用可能な製品定義ファイル (シード・ファイル)、およびバージョン・ファイルが転送され、モニター・サーバーに格納されます。ファイルが正常にデプロイされると、モニター・サーバーの内部キャッシュが更新され、新しいメタデータがすぐにモニター・サーバーコンポーネントでモニター用に使用可能になります。 自動最新表示は、ポータル・サーバーでも行われ、必要なすべてのファイルが更新されます。

まだ ポータル・サーバーが稼働している間にポータル・サーバー・データベースが再起動された場合は、サポートがポータル・サーバーの更新を完了するように、ポータル・サーバーを再起動する必要があります。ポータル・サーバーで自動最新表示が正常に作動するためには、ポータル・サーバーデータベースが稼働している必要があります。

自動最新表示によって、自己記述型エージェントの最新表示中のアクティビティーのモニターをサポートするために、製品のメタデータへの継続的なアクセスが保証されます。その際は、既存のメタデータが使用され、メタデータの自動最新表示が完了すると、新しいメタデータが利用可能になります。 一部の内部モニター・サーバー・コンポーネントは、新しいメタデータが存在する場合 (例えば、pending wait シチュエーションを started に移行する場合) に通知を提供します。

シード

製品のアプリケーション・サポートには、すぐに実行可能なモニター定義 (定義の実行条件を含む) が付属しています。配布データまたは「条件」の適用は、通常、配布と呼ばれます。 製品のモニターおよび配布の定義をモニター・サーバーに格納することを、シードするといいます。 シードは、自己記述型エージェントの製品インストールの一部として自動的に行われ、デフォルトのモニター定義が有効になります。 この動作は CLI から変更または無効にできますが、製品提供のモニター定義すべてが不要な場合にのみ行う必要があります。 詳しくは、「IBM Tivoli Monitoring インストールおよび設定ガイド」の"Configuring self-describing agent seeding"、およびIBM Tivoli Monitoring コマンド・リファレンスの『tacmd editSdaOptions』を参照してください。