計画、インストール、および構成publib.boulder.ibm.com/tividd/td/ITLM/SC32-1431-01/ja_JA/...Windows のログオン・スクリプトを使用したエージェントのデプロイ

IBM Tivoli License Manager

計画、インストール、および構成

バージョン 2.1

SC88-9931-01

(英文原典：SC32-1431-01)

��


計画、インストール、および構成

バージョン 2.1

SC88-9931-01

(英文原典：SC32-1431-01)

��

本書は、IBM Tivoli License Manager (プログラム番号 5724-D33) バージョン 2.1、および新しい版で明記されていない限り、以降のすべてのリリースおよびモディフィケーションに適用されます。

本マニュアルに関するご意見やご感想は、次の URL からお送りください。今後の参考にさせていただきます。

http://www.ibm.com/jp/manuals/main/mail.html

なお、日本 IBM 発行のマニュアルはインターネット経由でもご購入いただけます。詳しくは

http://www.ibm.com/jp/manuals/ の「ご注文について」をご覧ください。

(URL は、変更になる場合があります)

お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示されたりする場合があります。

　原　典： SC32–1431–01


Planning, Installation, and Configuration

Version 2.1

　発　行：日本アイ・ビー・エム株式会社

　担　当：ナショナル・ランゲージ・サポート

第1刷 2004.10

この文書では、平成明朝体™W3、平成明朝体™W9、平成角ゴシック体™W3、平成角ゴシック体™W5、および平成角ゴシック体™W7を使用しています。この(書体*)は、（財）日本規格協会と使用契約を締結し使用しているものです。フォントとして無断複製することは禁止されています。

　　注* 平成明朝体™W3、平成明朝体™W9、平成角ゴシック体™W3、平成角ゴシック体™W5、平成角ゴシック体™W7

© Copyright International Business Machines Corporation 2002, 2004. All rights reserved.

© Copyright IBM Japan 2004

お願い

本書および本書で紹介する製品をご使用になる前に、 363ページの『特記事項』に記載されている情報をお読みください。

目次

図 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix

表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi

本書について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii本書の対象読者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii本書の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii資料 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xv

Tivoli License Manager ライブラリー . . . . . . . . . . . . . . . . . . . . . . . . . . xv関連資料 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvi

アクセシビリティー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xviiTivoli テクニカル・トレーニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . xviiカスタマー・サポートとの連絡 . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvii本書で使用している規則. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xvii書体規則 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xviiオペレーティング・システムに依存する表記 . . . . . . . . . . . . . . . . . . . . . . . xviii

第 1 章 IBM Tivoli License Manager のデプロイ計画 . . . . . . . . . . . . . . . . 1Tivoli License Manager のインフラストラクチャー . . . . . . . . . . . . . . . . . . . . . . . 2メイン・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2論理構造 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4インプリメンテーションのシナリオ . . . . . . . . . . . . . . . . . . . . . . . . . . 5

カタログの管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8Tivoli Data Warehouse の使用可能化 . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Tivoli License Manager トポロジーの決定 . . . . . . . . . . . . . . . . . . . . . . . . . . 9組織トポロジー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9コンポーネント・トポロジー . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

サポートされるプラットフォーム . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13サポートされるサーバーのプラットフォーム . . . . . . . . . . . . . . . . . . . . . . . 14サポートされるデータベースのプラットフォーム . . . . . . . . . . . . . . . . . . . . . . 15サポートされるエージェントのプラットフォーム . . . . . . . . . . . . . . . . . . . . . . 15サポートされるカタログ・マネージャーのプラットフォーム . . . . . . . . . . . . . . . . . . 17

コンポーネント間通信の決定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17SSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

SSL を使用する理由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18SSL の欠点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18SSL の仕組み. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19SSL の Tivoli License Manager への実装方法 . . . . . . . . . . . . . . . . . . . . . . 19SSL サーバー証明書の取得方法. . . . . . . . . . . . . . . . . . . . . . . . . . . 20SSL の構成方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

コンポーネント間のパスワード . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24代替ランタイム・サーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

コンポーネントのインストールおよび構成計画 . . . . . . . . . . . . . . . . . . . . . . . 25パッケージ化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26サーバーおよびデータベース・コンポーネントのインストール方法の計画 . . . . . . . . . . . . . 27インストール方法の選択 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27管理サーバーおよびランタイム・サーバーの前提条件 . . . . . . . . . . . . . . . . . . . 28データベースの前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33前提条件ソフトウェアの取得とインストール . . . . . . . . . . . . . . . . . . . . . . 36前提条件ソフトウェアの自動インストール . . . . . . . . . . . . . . . . . . . . . . . 37

© Copyright IBM Corp. 2002, 2004 iii

WebSphere Application Server でのポートの競合の回避 . . . . . . . . . . . . . . . . . . . 41Tivoli Configuration Manager を使用してサーバーおよびデータベースをインストールする場合の追加前提条件 42必要なインストール情報の準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Tivoli License Manager 環境の構成方法の計画 . . . . . . . . . . . . . . . . . . . . . . . 44Tivoli License Manager の操作方法の計画 . . . . . . . . . . . . . . . . . . . . . . . . 48

Web ユーザー・インターフェースの前提条件 . . . . . . . . . . . . . . . . . . . . . . 49エージェントのデプロイ計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49エージェント前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50エージェント・デプロイメント・パラメーターの準備 . . . . . . . . . . . . . . . . . . . 53Web デプロイメントの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54installagent コマンドの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56Tivoli Configuration Manager の使用 . . . . . . . . . . . . . . . . . . . . . . . . . 56UNIX ノードに対する SSH または RSH の使用 . . . . . . . . . . . . . . . . . . . . . 58Windows ログオン・スクリプトの使用 . . . . . . . . . . . . . . . . . . . . . . . . 61OS/400 エージェントのデプロイ . . . . . . . . . . . . . . . . . . . . . . . . . . 62エージェント・デプロイメントのスケジューリング . . . . . . . . . . . . . . . . . . . . 64

カタログ・マネージャーのインストール計画 . . . . . . . . . . . . . . . . . . . . . . . 65カタログ・マネージャーの前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . 66Tivoli Configuration Manager を使用してカタログ・マネージャーをインストールする場合の追加前提条件 . . 68

Tivoli Data Warehouse Enablement Pack のデプロイ方法の計画 (オプション). . . . . . . . . . . . . 69Data Warehouse 前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

データベースの取り込み計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70インベントリー・スキャンをアップロードする場合に必要となる最大時間の見積もり . . . . . . . . . 70

アンインストール、リフレッシュ、反復インストール . . . . . . . . . . . . . . . . . . . . . 71

第 2 章 Tivoli License Manager メイン・コンポーネントのインストール. . . . . . . . 73インストール・シナリオ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73プリインストール・タスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75メイン・コンポーネントのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . 79インストール方法の選択 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79同一コンピューターへの複数の受け渡しでのコンポーネントのインストール . . . . . . . . . . . . . 84対話モードでのインストール・ウィザードの使用 . . . . . . . . . . . . . . . . . . . . . . 84インストールの開始 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87ランタイム・コンポーネントの標準的なインストール . . . . . . . . . . . . . . . . . . . 99管理コンポーネントの標準的なインストール . . . . . . . . . . . . . . . . . . . . . . 100カスタム・インストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101全コンポーネント・インストール . . . . . . . . . . . . . . . . . . . . . . . . . . 107インストールの完了 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

ウィザードに障害が発生したときの対処法 . . . . . . . . . . . . . . . . . . . . . . . . 112問題判別 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

第 3 章 Tivoli License Manager の構成 . . . . . . . . . . . . . . . . . . . . . 113管理サーバーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113組織関連の初期タスクの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115ランタイム・サーバーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115SSL の構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116構成手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117管理サーバーからランタイム・サーバーへの通信のための SSL の構成 . . . . . . . . . . . . . 117ランタイム・サーバーから管理サーバーへの通信のための SSL の構成 . . . . . . . . . . . . . 119Web ブラウザーからの通信のための SSL の構成 . . . . . . . . . . . . . . . . . . . . 121エージェントからランタイム・サーバーへの通信のための SSL の構成 . . . . . . . . . . . . . 123

構成アクティビティー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128Web サーバーでの SSL の使用可能化 . . . . . . . . . . . . . . . . . . . . . . . . 128暗号化の使用不可化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130SSL ポートの別名の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131セキュア通信を送信するためのランタイム・サーバーの構成 . . . . . . . . . . . . . . . . . 132

iv IBM Tivoli License Manager: 計画、インストール、および構成

SSL パスワードの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133サーバー証明書の要求 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134サーバー証明書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135認証局 (CA) としてのサーバー証明書の作成 . . . . . . . . . . . . . . . . . . . . . . 135データベースへの証明書の追加 . . . . . . . . . . . . . . . . . . . . . . . . . . 135SSL 通信を使用して接続するためのランタイム・サーバーの登録 . . . . . . . . . . . . . . . 136ブラウザーとサーバーの間での HTTPS プロトコルの使用 . . . . . . . . . . . . . . . . . 137

セキュア通信の使用不能化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137HTTP プロトコルの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138仮想ホスト定義の削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138デフォルトのポート別名の復元 . . . . . . . . . . . . . . . . . . . . . . . . . . 138

サーバーのメール通知設定の構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139Web サーバーのカスタマイズ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140認証方式の定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144

XML またはデータベース認証. . . . . . . . . . . . . . . . . . . . . . . . . . . . 144LDAP 認証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145アカウント・データのインポート . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

プロキシー・サーバーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153コンピューター・ラベルの自動割り当て . . . . . . . . . . . . . . . . . . . . . . . . . 154コンピューター・ラベルの自動割り当ての影響 . . . . . . . . . . . . . . . . . . . . . . 154コンピューター・ラベルの自動割り当ての実装 . . . . . . . . . . . . . . . . . . . . . . 155

IBM カタログの最新のバージョンのインポート . . . . . . . . . . . . . . . . . . . . . . . 156その他の構成手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156非 root ユーザーで実行するための、オプションでの UNIX 上のサーバーの構成 . . . . . . . . . . . 156サーバー用の Java 2 セキュリティーのオプションでの構成 . . . . . . . . . . . . . . . . . . 157

環境のチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159Tivoli License Manager のチューニング . . . . . . . . . . . . . . . . . . . . . . . . . 159DB2 および WebSphere Application Server のチューニング . . . . . . . . . . . . . . . . . . 159

第 4 章エージェントのデプロイ . . . . . . . . . . . . . . . . . . . . . . . . 161Web を介したエージェントのデプロイ . . . . . . . . . . . . . . . . . . . . . . . . . . 163エージェントの手動デプロイメント (installagent コマンド) . . . . . . . . . . . . . . . . . . . 168

installagent コマンドのパラメーター . . . . . . . . . . . . . . . . . . . . . . . . . . 171コマンド行での installagent パラメーターの指定 . . . . . . . . . . . . . . . . . . . . . . 174ファイルでの installagent パラメーターの指定 . . . . . . . . . . . . . . . . . . . . . . 175installagent コマンドの使用例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176プロキシーを使用しない installagent コマンドの例 . . . . . . . . . . . . . . . . . . . . 176プロキシーを使用する installagent コマンドの例 . . . . . . . . . . . . . . . . . . . . . 176プロキシーを使用する、Linux390 での installagent コマンドの例 . . . . . . . . . . . . . . . 177

Tivoli Configuration Manager を使用したエージェントのデプロイ . . . . . . . . . . . . . . . . . 177SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイ . . . . . . . . . . . . . . 189Windows のログオン・スクリプトを使用したエージェントのデプロイ . . . . . . . . . . . . . . . 199OS/400 へのエージェントのインストール . . . . . . . . . . . . . . . . . . . . . . . . . 204

Windows ノードからの OS/400 エージェントのインストール . . . . . . . . . . . . . . . . . 204対話によるエージェントのインストール . . . . . . . . . . . . . . . . . . . . . . . 204エージェントのサイレント・インストール . . . . . . . . . . . . . . . . . . . . . . . 212

iSeries ノードへの OS/400 エージェントのインストール . . . . . . . . . . . . . . . . . . . 213異なる iSeries ノードへのエージェントの保管と復元 . . . . . . . . . . . . . . . . . . . . 214

WebSphere Application Server エージェントのデプロイ . . . . . . . . . . . . . . . . . . . . 217

第 5 章カタログ・マネージャーのインストール . . . . . . . . . . . . . . . . . . 219プリインストール・タスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219インストール手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221インストール方法の選択 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221対話モードでのインストール・ウィザードの使用 . . . . . . . . . . . . . . . . . . . . . 224問題判別 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

目次 v

カタログ・マネージャーの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232マルチカタログ・セットアップ . . . . . . . . . . . . . . . . . . . . . . . . . . . 232正しい管理対象カタログの選択 . . . . . . . . . . . . . . . . . . . . . . . . . . 233

第 6 章バージョン 2.1 へのマイグレーション. . . . . . . . . . . . . . . . . . . 235

第 7 章 Tivoli License Manager のアンインストール . . . . . . . . . . . . . . . 237Tivoli License Manager サーバーおよびデータベース・コンポーネントのアンインストール . . . . . . . . 237データベース除去の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239対話モードでのアンインストール・ウィザードの使用 . . . . . . . . . . . . . . . . . . . . 240アンインストールで障害が発生した場合の対処方法 . . . . . . . . . . . . . . . . . . . . . 242手動での Tivoli License Manager データベースの除去 . . . . . . . . . . . . . . . . . . . . 242

Windows での Tivoli License Manager データベースの除去 . . . . . . . . . . . . . . . . . 242UNIX での Tivoli License Manager データベースの除去 . . . . . . . . . . . . . . . . . . 243

エージェントのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244Windows プラットフォームのエージェントのアンインストール . . . . . . . . . . . . . . . . . 244UNIX プラットフォームのエージェントのアンインストール . . . . . . . . . . . . . . . . . . 244OS/400 プラットフォームのエージェントのアンインストール . . . . . . . . . . . . . . . . . 245

OS/400 エージェントを iSeries ノードで直接にアンインストールする . . . . . . . . . . . . . 245OS/400 エージェントを Windows ノードから対話式にアンインストールする . . . . . . . . . . . 245DLTLICPGM を使用した OS/400 エージェントのアンインストール . . . . . . . . . . . . . . 247

カタログ・マネージャーのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . 247カタログ・マネージャーのアンインストールで障害が発生した場合の対処方法 . . . . . . . . . . . . 249

第 8 章 Tivoli License Manager for IBM software からのアップグレード . . . . . . 251

第 9 章エージェント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253エージェント機能の要約 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

OS/400 のエージェント機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255コンピューターおよびユーザーのプライバシー・ポリシーの管理 . . . . . . . . . . . . . . . . . 256インストール・コマンドで必要となるファイル . . . . . . . . . . . . . . . . . . . . . . . 256エージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258

AIX のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . 258HP/UX のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . 259Linux のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . 261OS/400 エージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . 262Sun のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . 263Windows のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . 264

エージェント・コマンド . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266AIX - 追加コマンド . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267HP/UX - 追加コマンド . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267Sun および Linux プラットフォーム - 追加コマンド . . . . . . . . . . . . . . . . . . . . 268OS/400 プラットフォーム - 追加コマンド . . . . . . . . . . . . . . . . . . . . . . . . 268WebSphere Application Server エージェント・コマンド . . . . . . . . . . . . . . . . . . . 268

エージェントの検討および削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270エージェントの再デプロイ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270エージェントの自動更新 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

付録 A. 構成の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273Tivoli License Manager 構成ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . 273構成ファイル内のデフォルト値 . . . . . . . . . . . . . . . . . . . . . . . . . . . 274構成ファイルの表の範囲 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275

system.properties ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275イベントおよびサービスのタイミング . . . . . . . . . . . . . . . . . . . . . . . . . 276サーバーの基本時刻の同期化 . . . . . . . . . . . . . . . . . . . . . . . . . . . 276

Web インターフェース設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277

vi IBM Tivoli License Manager: 計画、インストール、および構成

管理サーバー設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278ランタイム・サーバー設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280エージェント設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282E メール構成の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

communication.properties ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284構成ファイルのバックアップおよび復元 . . . . . . . . . . . . . . . . . . . . . . . . . 286バックアップおよび復元コマンド . . . . . . . . . . . . . . . . . . . . . . . . . . . 287

backupconf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288restoreconf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290

付録 B. インストール・パラメーターのリストおよびチェックリスト . . . . . . . . . . 291インストール・パラメーター・リスト . . . . . . . . . . . . . . . . . . . . . . . . . . 291管理コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296ランタイム・コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299バンドルされている DB2 のチェックリスト . . . . . . . . . . . . . . . . . . . . . . . . 304バンドルされている WebSphere Application Server のチェックリスト . . . . . . . . . . . . . . . . 305エージェントのチェックリスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306カタログ・マネージャーのチェックリスト . . . . . . . . . . . . . . . . . . . . . . . . . 308

付録 C. サイレント/リモートのインストール/アンインストール用の応答ファイルとソフトウェア・パッケージ・ブロック . . . . . . . . . . . . . . . . . . . . . . . . . 309サーバーおよびデータベースのサイレント・インストール . . . . . . . . . . . . . . . . . . . 309必要なインストール・パラメーター . . . . . . . . . . . . . . . . . . . . . . . . . . 310すべてのインストールで使用されるパラメーター . . . . . . . . . . . . . . . . . . . . . 314すべてのカスタム・インストールで使用されるパラメーター . . . . . . . . . . . . . . . . . . 315データベースを含まないサーバーの一方または両方をインストールする場合にのみ使用されるパラメーター . . 316インストールでデータベースが組み込まれる場合にのみ使用されるパラメーター . . . . . . . . . . . 316インストールでサーバーが組み込まれる場合にのみ使用されるパラメーター . . . . . . . . . . . . 317データベースを含まない管理サーバーのすべてのカスタム・インストールで使用されるパラメーター . . . . 318ランタイム・サーバーを組み込むすべてのインストールで使用されるパラメーター . . . . . . . . . . 318ランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター . . . . . 319管理サーバーを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319データベースを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320Linux for zSeries 上の全コンポーネント (完全) インストールで使用されるパラメーター . . . . . . . . 321バンドルされた DB2 前提条件をインストールする場合に使用されるパラメーター . . . . . . . . . . 321バンドルされた WebSphere Application Server 前提条件をインストールする場合に使用されるパラメーター . . 322

Tivoli Configuration Manager を使用したサーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323サーバーおよびデータベースのサイレント・アンインストール . . . . . . . . . . . . . . . . . . 329カタログ・マネージャーのサイレント・インストール . . . . . . . . . . . . . . . . . . . . . 332Tivoli Configuration Manager を使用したカタログ・マネージャー用のソフトウェア・パッケージ・ブロック . . . 333OS/400 エージェントのサイレント・インストール . . . . . . . . . . . . . . . . . . . . . . 335

付録 D. 共通タスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339Tivoli License Manager サーバーの始動および停止 . . . . . . . . . . . . . . . . . . . . . . 339DB2 コマンド行の初期化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340IBM HTTP Server の始動および停止 . . . . . . . . . . . . . . . . . . . . . . . . . . 341WebSphere 管理コンソールの始動 . . . . . . . . . . . . . . . . . . . . . . . . . . . 341パスワードの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342

付録 E. データベース表のクリーンアップ . . . . . . . . . . . . . . . . . . . . . 345パフォーマンスおよびサイジングの考慮事項 . . . . . . . . . . . . . . . . . . . . . . . . 345クリーンアップ・プロセスに対するパラメーターの設定 . . . . . . . . . . . . . . . . . . . . 345

目次 vii

付録 F. UNIX エージェント・デプロイメント・ウィザードのインポート・ファイルの形式 347エージェントのインポート形式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347

Linux s390 でのエージェントのインポート形式 . . . . . . . . . . . . . . . . . . . . . . 350トポロジーのインポート形式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351

付録 G. UNIX での管理サーバー (X ディスプレイ) のグラフィックスの使用可能化 . . . . 355X ディスプレイのローカルでの使用可能化 . . . . . . . . . . . . . . . . . . . . . . . . 356X ディスプレイのリモート側での使用可能化 . . . . . . . . . . . . . . . . . . . . . . . . 356

付録 H. インストール手順またはアンインストール手順のエレメントの手動実行 . . . . . 357Tivoli License Manager 用のデータベースの作成および取り込み . . . . . . . . . . . . . . . . . 357サーバーでの Tivoli License Manager データベースの作成 . . . . . . . . . . . . . . . . . . . 358サーバーからの Tivoli License Manager データベースの切断 . . . . . . . . . . . . . . . . . . 359

付録 I. 前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361サポートされるプラットフォーム . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361その他の前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361

特記事項. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363商標 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364

用語集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371

viii IBM Tivoli License Manager: 計画、インストール、および構成

図

1. Tivoli License Manager コンポーネントの 3 層のトポロジー . . . . . . . . . . . . . . . . . 32. 複数のランタイム・サーバーを配置した Tivoli License Manager 構成 . . . . . . . . . . . . . . 43. 大規模な企業のモニター要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64. 大規模な組織の Tivoli License Manager 構成 . . . . . . . . . . . . . . . . . . . . . . . 75. インストールの開始: パネル・フロー . . . . . . . . . . . . . . . . . . . . . . . . . 856. 標準、カスタム、または全コンポーネント・インストール: パネル・フロー . . . . . . . . . . . . 867. インストールの完了: パネル・フロー . . . . . . . . . . . . . . . . . . . . . . . . . 878. SSL チャネル構成の選択肢 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1179. 管理サーバーからランタイム・サーバーへの SSL の構成 . . . . . . . . . . . . . . . . . . 118

10. ランタイム・サーバーから管理サーバーへの SSL の構成 . . . . . . . . . . . . . . . . . . 12011. Web ブラウザーからサーバーへの SSL の構成 . . . . . . . . . . . . . . . . . . . . . 12212. エージェントとランタイム・サーバー間の SSL の構成 . . . . . . . . . . . . . . . . . . 124

© Copyright IBM Corp. 2002, 2004 ix

x IBM Tivoli License Manager: 計画、インストール、および構成

表

1. テスト環境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102. サポートされるサーバー・プラットフォーム . . . . . . . . . . . . . . . . . . . . . . 143. サポートされるエージェント・プラットフォーム . . . . . . . . . . . . . . . . . . . . . 154. Tivoli License Manager における SSL の実装 . . . . . . . . . . . . . . . . . . . . . . 195. 追加パッチ、Service Pack、およびバンドルされている DB2 のパッチ . . . . . . . . . . . . . . 396. 追加パッチ、Service Pack、およびバンドルされている WebSphere Application Server のパッチ. . . . . . 407. サポートされるブラウザー . . . . . . . . . . . . . . . . . . . . . . . . . . . . 498. 基本構成パラメーター・パネル . . . . . . . . . . . . . . . . . . . . . . . . . . 1029. AIX プラットフォーム上のエージェント・ファイル. . . . . . . . . . . . . . . . . . . . 258

10. HP/UX プラットフォーム上のエージェント・ファイル . . . . . . . . . . . . . . . . . . . 25911. Linux プラットフォーム上のエージェント・ファイル . . . . . . . . . . . . . . . . . . . 26112. OS/400 プラットフォーム上のエージェント・ファイル . . . . . . . . . . . . . . . . . . . 26213. Sun プラットフォーム上のエージェント・ファイル . . . . . . . . . . . . . . . . . . . . 26314. Windows プラットフォーム上のエージェント・ファイル . . . . . . . . . . . . . . . . . . 26415. Tlmagent コマンド・パラメーター . . . . . . . . . . . . . . . . . . . . . . . . . 26616. AIX プラットフォームのエージェント・コマンド . . . . . . . . . . . . . . . . . . . . 26717. UNIX プラットフォームのエージェント・コマンド . . . . . . . . . . . . . . . . . . . . 26718. Sun および Linux プラットフォームのエージェント・コマンド . . . . . . . . . . . . . . . . 26819. OS/400 プラットフォーム上のエージェント・コマンド . . . . . . . . . . . . . . . . . . . 26820. OS/400 プラットフォーム上のエージェント・コマンド . . . . . . . . . . . . . . . . . . . 26921. Tivoli License Manager サーバーの構成ファイル . . . . . . . . . . . . . . . . . . . . . 27322. system.properties ファイルの Web インターフェース・パラメーター . . . . . . . . . . . . . . 27723. system.properties ファイルの管理サーバー・パラメーター . . . . . . . . . . . . . . . . . . 27824. system.properties ファイルのランタイム・サーバー・パラメーター . . . . . . . . . . . . . . . 28025. system.properties ファイルのエージェント・パラメーター . . . . . . . . . . . . . . . . . . 28226. system.properties ファイルの E メール構成パラメーター . . . . . . . . . . . . . . . . . . 28327. communications.properties ファイルのパラメーター . . . . . . . . . . . . . . . . . . . . 28428. 構成ファイルのバックアップおよび復元に必要なコマンド . . . . . . . . . . . . . . . . . 28729. インストール・オプション用のパラメーター表 . . . . . . . . . . . . . . . . . . . . . 29330. 管理コンポーネントのインストール・パラメーター値 . . . . . . . . . . . . . . . . . . . 29631. 管理コンポーネントの構成のチェックリスト . . . . . . . . . . . . . . . . . . . . . . 29632. ランタイム・コンポーネントのインストール・パラメーター値 . . . . . . . . . . . . . . . . 29933. ランタイム・コンポーネントの構成のチェックリスト . . . . . . . . . . . . . . . . . . . 29934. バンドルされている DB2 のインストール・パラメーター値 . . . . . . . . . . . . . . . . . 30435. バンドルされている WebSphere Application Server のインストール・パラメーター値 . . . . . . . . 30536. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値 . . . . . . . . . . . 30637. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値 . . . . . . . . . . . 30638. カタログ・マネージャーのインストール・パラメーター値 . . . . . . . . . . . . . . . . . 30839. サイレント・インストール・オプションで必要なパラメーター . . . . . . . . . . . . . . . . 31140. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのインストール . . . . 31441. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのカスタム・インストール 31542. サーバーおよびデータベースのサイレント・インストールのパラメーター: データベースを含まないサーバー 31643. サーバーおよびデータベースのサイレント・インストールのパラメーター . . . . . . . . . . . . 31744. サーバーおよびデータベースのサイレント・インストールのパラメーター: いずれかのサーバー . . . . . 31745. サーバーおよびデータベースのサイレント・インストールのパラメーター: データベースを含まない管理サー

バー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31846. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのランタイム・サーバーの

インストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31847. サーバーおよびデータベースのサイレント・インストールのパラメーター: カスタム・ランタイム・サーバー 319

© Copyright IBM Corp. 2002, 2004 xi

48. サーバーおよびデータベースのサイレント・インストールのパラメーター: 管理サーバーを含まないランタイム・サーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320

49. サーバーおよびデータベースのサイレント・インストールのパラメーター: ランタイム・データベースを含まないランタイム・サーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320

50. サーバーおよびデータベースのサイレント・インストールのパラメーター: Linux for zSeries 上の全コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321

51. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた DB2 前提条件 32152. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた WebSphere

Application Server 前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32253. サーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー . . . . . 32454. サーバーおよびデータベースのサイレント・アンインストールのパラメーター . . . . . . . . . . . 33055. カタログ・マネージャーのサイレント・インストールのパラメーター . . . . . . . . . . . . . . 33256. カタログ・マネージャーのインストール用のソフトウェア・パッケージ・ブロック・キー . . . . . . . 33457. OS/400 のサイレント・インストールのパラメーター . . . . . . . . . . . . . . . . . . . 336

xii IBM Tivoli License Manager: 計画、インストール、および構成

本書について

本書には、IBM® Tivoli® License Manager の計画、インストール、および構成に関する情報が記載されています。

この製品には、以下の 2 つのバージョンがあります。

Tivoli License Managerこのバージョンでは、複数のベンダーの製品がモニターされます。

Tivoli License Manager for IBM softwareこのバージョンでは、IBM 製品のみがモニターされます。

本書に記載されているすべての情報は、特に指定されていない限り、両方のバージョンに適用されます。

本書の対象読者本書は、ライセンス管理環境をセットアップするシステム管理者を対象としています。

本書の内容本書は、以下のセクションから構成されています。

v 『第 1 章 IBM Tivoli License Manager のデプロイ計画』

モニター・インフラストラクチャーの概要、および Tivoli License Manager のインストール計画時に考慮する必要のある問題のリストが記載されています。

v 『第 2 章 Tivoli License Manager メイン・コンポーネントのインストール』

製品の主なサーバー・コンポーネントとデータベース・コンポーネントをインストールする方法について説明します。

v 『第 3 章 Tivoli License Manager の構成』

製品をインストールした後、製品の主なサーバー・コンポーネントとデータベース・コンポーネントを構成する方法について説明します。

v 『第 4 章エージェントのデプロイ』

モニター対象のコンピューターにエージェントをデプロイする方法について説明します。

v 『第 5 章カタログ・マネージャーのインストール』

カタログ・マネージャーをインストールする方法について説明します。

v 『第 6 章バージョン 2.1 へのマイグレーション』

サーバー、データベース、およびエージェントを以前のバージョンからマイグレーションする方法について説明します。

© Copyright IBM Corp. 2002, 2004 xiii

v 『第 7 章 Tivoli License Manager のアンインストール』

すべての Tivoli License Manager コンポーネントをアンインストールする方法について説明します。

v 『第 8 章 Tivoli License Manager for IBM software からのアップグレード』

Tivoli License Manager for IBM software をフル・バージョンにアップグレードする方法について説明します。

v 『第 9 章エージェント』

エージェントの機能について要約されており、エージェントのコマンド行を使用する方法について説明します。また、エージェントが使用するファイルについても説明します。

v 以下のトピックに関する情報が提供されている付録

– 『付録 A. 構成の設定』

サーバーおよびエージェントのカスタマイズ可能な構成パラメーターの詳細について説明します。

– 『付録 B. インストール・パラメーターのリストおよびチェックリスト』

必要な情報のチェックリスト、およびすべてのコンポーネントに対して実行する構成ステップについて説明します。また、インストールの各タイプおよびインストールされているコンポーネントの組み合わせに適したインストール・パラメーターの表が提供されています。

– 『付録 C. サイレント/リモートのインストール/アンインストール用の応答ファイルとソフトウェア・パッケージ・ブロック』

グラフィカル・インターフェースを使用しないでコンポーネントのインストールまたはアンインストールを可能にする、サイレント・インストールで使用するパラメーターおよびアンインストール・オプションの詳細について説明します。

– 『付録 D. 共通タスク』

さまざまな状態においてサーバーで実行する必要がある可能性がある特定のタスクについて説明します。

– 『付録 E. データベース表のクリーンアップ』

特定のデータベース表から古い項目を消去するための定期的なタスクを構成する方法について説明します。

– 『付録 F. UNIX エージェント・デプロイメント・ウィザードのインポート・ファイルの形式』

Tivoli License Manager トポロジーまたはデプロイするエージェントのリストをインポートする場合にエージェントのデプロイメント・ウィザードで使用するファイル形式に関する情報について説明します。

– 『付録 G. UNIX での管理サーバー (X ディスプレイ) のグラフィックスの使用可能化』

xiv IBM Tivoli License Manager: 計画、インストール、および構成

UNIX® プラットフォーム上の X ディスプレイ・サーバーに接続する方法について説明します。

– 『付録 H. インストール手順またはアンインストール手順のエレメントの手動実行』

選択したインストール手順を手動で実行する方法について説明します。インストール・ウィザードで 1 つ以上の手順が失敗したときに、コンポーネントをアンインストールして再インストールするのではなく、この手順を手動で実行する場合に使用します。

– 『付録 I. 前提条件』

計画に関する章では、すべてのコンポーネント、ウィザード、およびオプションに関する前提条件情報について説明します。この付録では、この前提条件情報への一連のリンクが提供されています。このリンクを使用すると、すべての前提条件情報を簡単に見つけることができます。

資料このセクションでは、Tivoli License Manager ライブラリーの資料および関連資料をリストしています。

Tivoli License Manager ライブラリーTivoli License Manager ライブラリーは、以下のブックで構成されています。

v IBM Tivoli License Manager: 管理, SC88-9930

Tivoli License Manager の概要が示され、この製品を使用してモニター・インフラストラクチャーのセットアップ、ライセンス交付条件の定義、およびレポートの作成を行う方法に関する情報が記述されています。

v IBM Tivoli License Manager: 計画、インストール、および構成, SC88-9931

Tivoli License Manager 製品の計画、インストール、および構成に関する情報が記述されています。

v IBM Tivoli License Manager: データ・ディクショナリー, SC88-9932

Tivoli License Manager 管理サーバー・データベースで保守されているデータベース表と索引について説明しています。

v IBM Tivoli License Manager: 問題判別, SC88-9934

メッセージ、トレース、イベント・ログなどの Tivoli License Manager 診断情報および問題を診断するツールと手法に関する情報が記載されています。

v IBM Tivoli License Manager: カタログ管理, SC88-9933

ソフトウェア・カタログ管理ツールを使用して、製品の最新のマスター・カタログ、およびモニター対象のコンピューター上でこれらの製品が存在して使用されているかどうかを検出する場合に使用するモジュールを保守する方法に関する情報が記述されています。

v IBM Tivoli License Manager バージョン 2.1: Warehouse Enablement Pack, Version

2.1.0 Implementation Guide for Tivoli Data Warehouse, Version 1.2, SC32-1433

本書について xv

Tivoli License Manager で Tivoli Data Warehouse を使用可能にする方法に関する手引きおよび追加情報が記述されています。

v IBM Tivoli License Manager: リリース情報, SC88-9929

リリースにおける変更情報の概略、各コンポーネントでサポートされるプラットフォームのリスト、既知のエラーとその回避方法、および資料本体には含まれていない製品に関する最新情報が記述されています。この資料は、公開 CD には含まれていませんが、Tivoli Software Information Center で入手可能です。資料の更新版は、Tivoli Software Information Center に常時配置されます。

関連資料以下の資料にも、役立つ情報が記載されています。

v IBM DB2 Universal Database: Quick Beginnings for DB2 Servers, GC09-4836

v IBM DB2 Universal Database: Quick Beginnings for DB2 Clients, GC09-4832

これらの「概説およびインストール」ガイドには、DB2® 製品のインストールおよび構成の概要が記載されています。

v www.ibm.com/software/webservers/appserv/infocenter.html。WebSphere® Application

Server の製品情報にアクセスできます。

v Redbook: DB2/UDB/WebSphere Performance Tuning Guide, SG246417

この Redbook には、DB2 および WebSphere Application Server のパフォーマンスのチューニングに関する有益な情報が記載されています。特に、セクション2.7 から 2.10、第 3 章のセクション 3.3 から 3.5、第 4 章、および第 5 章を参照してください。

v Redbook: IBM WebSphere V5.0 Performance, Scalability, and High Availability:

WebSphere Handbook Series, SG246198

この Redbook には、WebSphere Application Server のパフォーマンスのチューニングに関する有益な情報が記載されています。特に、第 18 章を参照してください。

v IBM WebSphere Application Server, version 5.0.2: Monitoring and Tuning

Performance,

WebSphere Application Server、バージョン 5 のオリジナル・チューニング・ガイドです。

v DB2 UDB V8 and WebSphere V5: Performance Tuning and Operations Guide,

SG24-7068

この資料には、DB2 バージョン 8 および WebSphere Application Server バージョン 5 のパフォーマンスを向上させるための有益な情報が含まれています。

Tivoli Software Glossary には、Tivoli ソフトウェアに関連する技術的な用語の定義が多数掲載されています。Tivoli Software Glossary は、以下の Web サイトで参照できます。(英語のみ)

www.ibm.com/software/tivoli/library/

xvi IBM Tivoli License Manager: 計画、インストール、および構成

http://www.ibm.com/software/webservers/appserv/infocenter.html

http://www.ibm.com/software/tivoli/library

「Tivoli software library」ウィンドウの左側にある「Glossary」リンクをクリックし、用語集にアクセスします。

アクセシビリティーアクセシビリティー機能は、運動障害または視覚障害など身体に障害を持つユーザーが、ソフトウェア・プロダクトを快適に使用できるようにサポートします。本製品では、支援テクノロジーを使用して、インターフェースの聞き取りおよびナビゲートが可能です。また、マウスの代わりにキーボードを使用して、グラフィカル・ユーザー・インターフェースの全機能を操作できます。

本製品は、Web ブラウザーを使用して操作します。各 Web ブラウザーには、いくつかのアクセシビリティー機能が組み込まれており、特定のショートカット・キーを使用して Web インターフェースをナビゲートし、タスクを開始し、ツールバーのアクションを実行できます。

追加情報については、「IBM Tivoli License Manager: 管理」の付録『アクセシビリティー』を参照してください。

Tivoli テクニカル・トレーニングTivoli テクニカル・トレーニング情報については、以下の IBM Tivoli 教育 Web サイトを参照してください。

www.ibm.com/software/tivoli/education/

カスタマー・サポートとの連絡資料およびカスタマー・サポートについては営業担当員にお問い合わせください。

本書で使用している規則本書では、特殊な用語とアクション、およびオペレーティング・システムに依存するパスに対していくつかの規則を使用しています。

書体規則本書では、以下の書体規則を使用します。

太字

v 周囲のテキストと見分けがつきにくい小文字のコマンドおよび大文字小文字混在のコマンド

v インターフェースのコントロール (チェック・ボックス、プッシュボタン、ラジオ・ボタン、スピン・ボタン、フィールド、フォルダー、アイコン、リスト・ボックス、リスト・ボックス内の項目、複数列のリスト、コンテナー、メニューの選択項目、メニュー名、タブ、プロパティー・シート)、ラベル (ヒント: オペレーティング・システムの考慮事項: など)

v 表内の列見出し

v 本文中のキーワードおよびパラメーター

本書について xvii

http://www.ibm.com/software/tivoli/education

イタリック

v 引用 (書籍、ディスケット、および CD のタイトル)

v 本文で定義されている語

v 語の強調 (単語として使用する語)

v 本文中の新規の用語

v 指定する必要がある変数および値

モノスペース

v 例およびコード例

v 周囲のテキストと見分けがつけにくいファイル名、プログラミングのキーワード、およびその他のエレメント

v ユーザーに表示されるメッセージ・テキストおよびプロンプト

v ユーザーが入力する必要のあるテキスト

v 引き数またはコマンド・オプションの値

<text> パス名内の変数を示します。例えば、バス<INSTALL_DIR>¥admin¥conf の場合、INSTALL_DIR は、Tivoli License

Manager コンポーネントをインストールした場所に依存しますが、¥admin¥conf は定数です。

オペレーティング・システムに依存する表記本書では、環境変数およびディレクトリー表記に Windows® の規則を使用しています。

UNIX、Linux™、および OS/400® コマンド行を使用する場合は、次を実行する必要があります。

環境変数同じタスクを異なるプラットフォームで実行する多くの変数は名前が異なるため (例えば、Windows の %TEMP% は UNIX および Linuxの $tmp と同等です)、まず、UNIX、Linux、または OS/400 変数名の正しい値を確認します。次に、%Windows_variable% を $UNIX_variable に置き換えてください。

ファイルおよびディレクトリーのパス円記号 (¥) をスラッシュ (/) に置き換えてください。

注: Windows システムで bash シェルを使用している場合は、UNIX の規則を使用することができます。

xviii IBM Tivoli License Manager: 計画、インストール、および構成

第 1 章 IBM Tivoli License Manager のデプロイ計画

IBM Tivoli License Manager は、Windows、Linux、および UNIX プラットフォームでソフトウェアの使用の計測やライセンスの割り振りを行う、Web ベースのソリューションです。この製品は、小規模な組織から大規模な組織まで、あらゆる規模の組織のニーズに対応可能です。また、例えばサービス・プロバイダーの場合など、複数の組織の管理もサポートしています。IBM Tivoli License Manager は、柔軟性のある 3 層のアーキテクチャーに依存しています。

v モニター対象のマシンにデプロイされた小さなエージェント

v リアルタイム通信およびエージェント・モニター用の 1 つ以上のランタイム・サーバー

v 履歴情報を保管および管理するための 1 つの管理サーバー

IBM Tivoli License Manager には、以下の 2 つのバージョンがあります。

IBM Tivoli License Managerこのバージョンでは、複数のベンダーの製品がモニターされます。

IBM Tivoli License Manager for IBM softwareこのバージョンでは、IBM 製品のみがモニターされます。

本書の内容は、特に記載がない限り、IBM Tivoli License Manager と IBM Tivoli

License Manager for IBM software の両方に関連しています。

この最初の章では、Tivoli License Manager の実装を計画する上で役立つ情報について説明します。この章には、次のセクションがあります。

v Tivoli License Manager 構成の概要。システム・コンポーネントの機能についての情報、およびこれらのコンポーネントがどのようにモニター・インフラストラクチャーを形成するかについて説明します。 2ページの『Tivoli License Manager のインフラストラクチャー』を参照してください。

v 各種実装についての説明。複数サイトに及ぶ実装の例を示します。 5ページの『インプリメンテーションのシナリオ』を参照してください。

v Tivoli License Manager 環境のトポロジーを計画するときに考慮に入れるすべての項目の詳細。 9ページの『Tivoli License Manager トポロジーの決定』を参照してください。

v サポートされているプラットフォームの詳細。 13ページの『サポートされるプラットフォーム』を参照してください。

v コンポーネント間の通信に影響を与える要因についての説明。 17ページの『コンポーネント間通信の決定』を参照してください。

v すべての前提条件を含むコンポーネントをインストールすることを計画するときに考慮に入れる要因の詳細。 25ページの『コンポーネントのインストールおよび構成計画』を参照してください。

v Tivoli License Manager のコンポーネントのリフレッシュに関する簡単な注。 71

ページの『アンインストール、リフレッシュ、反復インストール』を参照してください。

© Copyright IBM Corp. 2002, 2004 1

前のバージョンの IBM Tivoli License Manager がインストールされている場合、バージョン 2.1 へのマイグレーション方法については、 235ページの『第 6 章バージョン 2.1 へのマイグレーション』を参照してください。

Tivoli License Manager のインフラストラクチャーこのセクションでは、Tivoli License Manager 製品のインフラストラクチャーについて説明します。このセクションの構成は、以下のとおりです。

v 『メイン・コンポーネント』。Tivoli License Manager のライセンス管理機能を実行するために必要となる物理インフラストラクチャーについて説明します。

v 4ページの『論理構造』。Tivoli License Manager の論理コンポーネントの階層構造について説明します。

v 8ページの『カタログの管理』。製品ソフトウェア・カタログを管理する Tivoli

License Manager の機能について説明します。

v 9ページの『Tivoli Data Warehouse の使用可能化』。Tivoli Data Warehouse で使用されるデータを抽出する機能について説明します。

メイン・コンポーネントLicense Manager インフラストラクチャーは、Tivoli License Manager のインストール可能な 3 つの物理コンポーネントを基盤にしています。

Tivoli License Manager エージェントライセンス管理エージェントは、Tivoli License Manager によりモニターされる各組織ノードにデプロイする必要があります。それぞれのエージェントは、次の機能を実行します。

v ノードにインストールされたソフトウェアのインベントリーを実行し、この情報をランタイム・サーバーに転送する。

注: この機能は、OS/400 ノードでは使用できません。

v モニター対象のソフトウェア製品の始動または停止を識別し、ランタイム・サーバーにこの情報を送ってライセンスの割り当てまたはリリースを行うことができるようにする。

Tivoli License Manager ランタイム・サーバーTivoli License Manager のインストールごとに、少なくとも 1 つのランタイム・サーバーが必要です (複数置くことも可能)。各ランタイム・サーバーは、次の機能を提供します。

v サーバーが管理するエージェントにインストールされたソフトウェアに関する情報のリポジトリー。

v 各ライセンス・プールに定義されたルールに応じて、サーバーに割り当てられたライセンスの割り当ておよびリリースを行う機能。

v E メールを生成および送信し、サーバーまたはそのエージェントで発生したイベントに関する通知を行う機能。

v モニター対象のノードにエージェントをデプロイし、そのモニター対象エージェントで実行されるソフトウェア使用のリアルタイム・レポートを作成するための Web インターフェース。

2 IBM Tivoli License Manager: 計画、インストール、および構成

Tivoli License Manager 管理サーバーTivoli License Manager のインストールごとに、1 つの管理サーバーが必要です。これは、次の機能を提供します。

v 製品、ライセンス契約、ライセンス使用、インベントリー、および組織情報を保管する中央リポジトリー。

v ライセンス管理および管理タスクを行い、過去のライセンス使用とインベントリー情報の履歴レポートを作成するための Web インターフェース。

Tivoli License Manager は、大規模なインストールから小規模なインストールまで適合する柔軟性のある構成を提供します。図 1 は、すべての実装に共通な物理コンポーネント間の 3 層の関係と、各コンポーネントの機能を示します。また、基本ユーザー・インターフェースも示しています。

3 層のコンポーネント間では定期的に情報の受け渡しが行われます。この間隔は、Tivoli License Manager 構成ファイルに定義されています。 273ページの『付録 A.

構成の設定』を参照してください。

管理サーバーとランタイム・サーバー間で受け渡しされる情報は、両方向で暗号化することができます。エージェントからランタイム・サーバーに受け渡しされる情報も暗号化することができます。

より規模の大きなエンタープライズのニーズに応えるための実装の拡張は、ランタイム・サーバー・レベルで行うことができます。複数のコンピューター上にそれぞれランタイム・サーバー・コンポーネントをインストールし、各サーバーにモニタ

図 1. Tivoli License Manager コンポーネントの 3 層のトポロジー

メイン・コンポーネント

第 1 章 IBM Tivoli License Manager のデプロイ計画 3

ー対象のノードを割り振ることができます。図 2 は、複数のランタイム・サーバーを配置した拡張インフラストラクチャーを示しています。

図 2 では、各エージェントが特定のランタイム・サーバーに割り当てられています。各ランタイム・サーバーは、割り当てられたエージェントからのライセンス要求を受信し、割り当てられたエージェントのソフトウェア使用率をレポートします。

論理構造Tivoli License Manager 論理階層によって、エンタープライズは 1 つ以上の組織に分割されます。各組織には、1 つ以上の部門が含まれます。

エンタープライズ全体を 1 つの組織にグループ化したり、複数に分割することができます。分割方法は、ソフトウェア・ライセンスを制御し、ソフトウェア使用率を測定する必要がある論理装置 (LU) によって決定します。

各組織には管理サーバーは必ず 1 つのみです。管理サーバーには、ライセンス交付、製品、およびソフトウェア使用とインベントリーの履歴情報を保管する中央データベースがあります。組織間にわたってデータを累積したり、ライセンスを共用することはできません。ランタイム・サーバーとエージェントは、1 つの組織にのみ属し、この組織のライセンスを管理し、この組織のソフトウェア使用率を報告します。このため、(ソフトウェア・ライセンスの観点から) エンタープライズが完全に分離した複数の操作で構成されている場合は、ライセンス情報とソフトウェア使用率を操作ごとに管理することもできます。この場合、各操作を別の組織として設定します。組織が小さい場合は、管理サーバーを共用することができます。組織が大きい場合は、組織ごとに専用の管理サーバーを準備する必要があります。

ただし、エンタープライズを複数の「組織」に分割することには、欠点もあります。資格に関連するエンタープライズ全体のレポートのオプションを使用すると、「組織」が分離されて相互に区別されないため、製品使用率が誇張されます。各「組織」の使用率のピークを合計すると、実際よりも数値が大きくなる傾向があります。このため、Tivoli License Manager を使用して主にソフトウェア使用率データを収集する場合は、組織を 1 つにしておくことをお勧めします。

DBMS

図 2. 複数のランタイム・サーバーを配置した Tivoli License Manager 構成

メイン・コンポーネント


部門は、エージェントのグループに操作を実行するための管理単位です。例えば、エージェントにより実行されるインベントリー・スキャンを部門レベルでスケジュール化したり、部門ごとにレポートを作成したり、ライセンス・プールを選択した部門に限定することができます。

部門は、企業を分割した場合の最も小さい構造単位です。エージェントの部門へのグループ化は、組織の構成を反映する必要があります。例えば、部門は、企業の各部署ごとに設けることができます。ただし、企業の構造をより細分化する必要がある場合は、部門の階層命名規則を採用します。これにより、小さい部門をグループ化し、部門に関連する情報を報告することができます。

ランタイム・サーバー間にどのようにエージェントを配置するかは、組織構成を反映して決める必要はありません。配置を決定する重要な要因は、パフォーマンスです。エージェントは、ローカルなランタイム・サーバーに割り当てる必要があり、多数のエージェントが同時に接続を行おうとしてサーバーが過負荷となることのないよう注意する必要があります。このため、大規模な部門は複数のランタイム・サーバーに分割し、部門のインベントリー・スキャンが行われた場合に、ランタイム・サーバーが過負荷とならないようにする必要があります。

各ランタイム・サーバーは、割り当てられたエージェントからのライセンス要求を受信します。ただし、ランタイム・サーバーが、そのライセンス・プールからのライセンス要求を満たすことができない場合、エージェントは別のランタイム・サーバーを使用することができます。エージェントが接続可能なランタイム・サーバーの範囲であれば、そのランタイム・サーバーを構成内に組み入れることができます。 282ページの『エージェント設定』を参照してください。可能な設定は、次のとおりです。

v エージェントが、組織に登録されたすべてのランタイム・サーバーを使用できるようにする。

v エージェントが、同じ部門内のエージェントが割り当てられたランタイム・サーバーを使用できるようにする。

v エージェントを、自らのランタイム・サーバーのみ使用できるよう制限する。

デフォルトでは、エージェントは、組織内のすべてのサーバーを利用できます。この構造により、ライセンス使用の効率を下げることなく、複数のランタイム・サーバーを使用してパフォーマンスを向上させることができます。

インプリメンテーションのシナリオモニターの要件を満たすためのソリューションを提供する Tivoli License Manager

の各種のインプリメント方法に関して理解するため、このセクションでは、各国に複数のサイトを持つ大規模な企業を例としてあげます。

6ページの図 3 は、英国、スペイン、およびイタリアにサイトを持つ、国際企業の構成を示しています。この図では、モニターする必要のあるワークステーションが示されています。

論理構造


この図は、10,000 台以上のワークステーションを持つ国際組織である ACME

International の構造を示しています。3 つのサイトがあります。英国サイトには、管理部門、研究部門、および開発部門のワークステーションが合計 8,000 台あります。オーストリア・サイトには、製造部門や販売部門のワークステーションが合計約 2,500 台あります。このサイトには、小さい管理部門と開発部門もあります。スペイン・サイトには、ヘルプ・デスクおよび小さい管理部門のワークステーションが合計 1,000 台あります。

この企業のライセンス交付の必要性を検証すると、以下のことがわかります。

v 管理部門は中央で集中的にソフトウェアを購入するため、場所に関係なくすべてのユーザーが同じソフトウェアを使用する必要がある。

v その他のすべての部門は、使用する国ごとにソフトウェアを購入するため、そのための予算が必要となる。

v 企業はこのポリシーをモニターするために、企業レベルでソフトウェア使用率およびライセンスに関する情報を収集する必要がある。

企業レベルでソフトウェア使用率に関する情報を収集するために、1 つの組織をセットアップすることを決定します。以下の部門が作成されます。

v 管理

v 研究 - 英国

v 開発 - 英国

v 開発 - オーストリア

v 製造 - オーストリア

図 3. 大規模な企業のモニター要件

論理構造


v 販売 - オーストリア

v ヘルプ・デスク - スペイン

この構造を使用すると、部門ごと、国ごとに情報を収集することができます。

図 4 は、この企業のニーズを満たすよう設計された Tivoli License Manager のメイン・コンポーネントの実装を示しています。

この図は、ACME International の要求を満たす Tivoli License Manager サーバーおよびデータベースの実装を示しています。

最大のサイトであり、組織の管理機能を配置するサイトとして、英国サイトには、管理サーバー、関連する DB2 データベース・サーバー、および 8,000 台のワークステーションを共有する 2 つのランタイム・サーバーが置かれています。管理サーバー・データベースは別のコンピューターにインストールされます。このコンピューターでは、管理サーバー・コンピューターへの高速接続が必要となります。規模の小さな各サイトには、ランタイム・サーバーが 1 つインストールされます。容量的には、単一のランタイム・サーバーが、2 つの小規模サイトを扱うことが可能ですが、各サイトにそれぞれローカルなランタイム・サーバーを配置しています。これは、ランタイム・サーバーは、過剰なネットワーク・トラフィックの防止、およびパフォーマンスの最適化のために、割り当てられたエージェントに対しローカルなサーバーである必要があるためです。

このシナリオでは、3 つのサイトは、単一のエンティティーとしてモニターされます。すべてのモニター対象ワークステーションに適用することのできるライセンス・プールが定義可能で、ソフトウェア使用およびインベントリー情報をすべて同じレポートに含むことができます。

RTAS1 RTES1

2500

RTUK2

2

8000

DB2

1000

RTUK1

図 4. 大規模な組織の Tivoli License Manager 構成

論理構造


サイトのライセンス管理とレポート作成を分離した方がよいと企業のアドミニストレーターが判断した場合、各サイトは別個の組織として定義することができます。この実装は、 7ページの図 4 に示した単一の大規模な組織の実装と全く同じ構成です。各サイトに管理サーバー・コンポーネントをインストールして、追加リソースを使用する必要はありません。中央の管理サーバーは、米国サイトに置かれたままとなります。これら 2 つのインプリメンテーションの違いは、管理サーバー・データベースに保管されたデータへのアクセス可能な範囲です。管理サーバーに登録された組織は、モニター・インフラストラクチャーを形成するコンポーネント、定義されたソフトウェア・ライセンス、およびエージェントにより収集される使用およびインベントリー情報を含め、それぞれ独自のデータを持ちます。オリジナルの例では、3 つのサイトを扱う組織構成は 1 つです。管理サーバー Web インターフェースにログオンしたアドミニストレーターは、3 つのサイトすべてのデータを含むレポートを取得できます。2 番目の例では、各サイトが独自のデータを持つ組織であり、複数のサイトのデータを 1 つのレポートに含むことはできません。ただし、上記で説明されているように、複数の小さい組織によるソフトウェア使用率のレポートは、同時にピーク使用率が発生しなかった場合、このレポートの値は誇張されたものとなる可能性があります。

カタログの管理Tivoli License Manager には、モニターする製品のマスター・カタログを保守できるカタログ・マネージャー・ツールがあります。

Tivoli License Manager for IBM software バージョンには、カタログ・マネージャーがありません。

このツールには、以下のタスクを実行できるグラフィカル・インターフェースがあります。

v 更新されたカタログ情報を IBM からアップロードする (Tivoli License Manager

for IBM software バージョンの場合、管理サーバー・コマンド行からコマンドを実行してもこの機能を使用できます)

v 製品、バージョン、およびリリースの階層構造にソフトウェアをセットアップする

v 実行可能ファイルをリリースに関連付ける

v 実行可能ファイルを製品としてセットアップするカタログのあるモニター対象ノードで検出された不明実行可能ファイルを統合する

v 新規製品を追加し、既存の製品を変更して、製品を使用可能にする

このツールは、管理サーバー・データベースとして同じコンピューターにインストールするか、または他の場所にインストールし、高速ネットワーク接続を使用してデータベースに接続することができるため、Tivoli License Manager インフラストラクチャー内にはこのツールの固定の場所がありません。

カタログ・マネージャーを使用すると、任意の数の管理サーバー・データベースのカタログを管理できます。

カタログ・マネージャー・ツールのインストール方法については、 25ページの『コンポーネントのインストールおよび構成計画』を参照してください。カタログ・マネージャーの使用方法について詳しくは、「IBM Tivoli License Manager: カタログ

論理構造


管理」を参照してください。

Tivoli Data Warehouse の使用可能化Tivoli License Manager には、Tivoli License Manager 管理サーバー・データベースからデータを抽出し、このデータを Tivoli Data Warehouse で使用することができる Enablement Pack が同梱されています。Tivoli Data Warehouse の資料には、この製品の使用に関する情報が記載されています。また、「IBM Tivoli License Manager

バージョン 2.1: Warehouse Enablement Pack, Version 2.1.0 Implementation Guide for

Tivoli Data Warehouse, Version 1.2」には、抽出可能なデータおよびデータを抽出するために必要な処理についての詳細が記載されています。

Tivoli License Manager のパッケージには、Tivoli Data Warehouse、バージョン 1.2

が収容されている CD が含まれています。「IBM Tivoli License Manager バージョン 2.1: Warehouse Enablement Pack, Version 2.1.0 Implementation Guide for Tivoli

Data Warehouse, Version 1.2」に記載されているとおり、Tivoli Data Warehouse には、フィックスパック・サポート・サイトからダウンロードできる最新のフィックスパックをインストールする必要があります。

Tivoli License Manager トポロジーの決定まず最初に、Tivoli License Manager 環境の組織トポロジー (『組織トポロジー』を参照) およびコンポーネント・トポロジー ( 10ページの『コンポーネント・トポロジー』を参照) を決定します。

組織トポロジー次の点を考慮してください。

モニター対象のコンピューターTivoli License Manager によりモニターされるワークステーションおよびその他のコンピューターを確認します。この製品の機能およびこの製品が提供する情報について詳しくは、「IBM Tivoli License Manager: 管理」を参照してください。この資料は、モニター対象を決定するのに役立ちます。モニター可能なコンピューターがわからない場合は、 361ページの『付録 I. 前提条件』のエージェントの前提条件を参照してください。

注: サーバーとデータベースがインストールされているコンピューターをモニターすることができます。ただし、WebSphere Application Server などの前提条件ソフトウェア製品の資格設定では、サーバーに接続できない場合でも、製品を開始できなくなることはありません。このような製品の場合、資格設定は、オフラインでも製品を実行できるよう定義する必要があります。

組織これらのコンピューターを 1 つまたは複数の組織のいずれでモニターするのかを決定します。この決定では Tivoli License Manager 内の組織間で集約できないか、または比較できないデータがキー要因となります。ただし、Tivoli Data Warehouse を使用すると、複数の組織からの情報をマージすることができます。 Tivoli License Manager を使用して主にソフトウェア使用

Data Warehouse の使用可能化


率情報を作成する場合は、エンタープライズを 1 つの組織内に構成して、製品のレポートに表示されるピーク使用率がエンタープライズ全体に関連するようにすることをお勧めします。

各組織は、1 つの管理サーバーのみからサービスを受けます。ただし、1 つの管理サーバーで複数の組織にサービスを提供できます。

各組織には、その組織専用のランタイム・サーバーが 1 つ以上あります。

モニター対象コンピューターで実行されているエージェントは、一度に 1

つの組織にのみ属することができます。

部門組織を個別にモニターするユニットに分割した部門を各組織内に設けます。Tivoli License Manager にセットアップした部門は、通常、組織内で管理上分割されている部門と一致します (販売、マーケティング、製造、管理など)。サブ組織レベルはモニターしない場合は、モニターするすべてのコンピューターに対して組織を 1 つのみセットアップする必要があります。

注: 部門は、あまり大きくならないようにしてください。パフォーマンス上の理由から、同じ部門内に多数のエージェントを持つことはお勧めできません。特に、1 つのランタイム・サーバーに割り当てることはお勧めできません。

コンポーネント・トポロジー組織トポロジーをサポートする場合に必要となるコンポーネントを定義する必要があります。このセクションでは、Tivoli License Manager コンポーネントの能力について説明します。表 1 は、この情報を決定する場合に使用するテスト環境および前提事項を示しています。

表 1. テスト環境

管理サーバー v 4 プロセッサー

v 4 GB RAM

v SCSI ディスク

v 同じコンピューター上のサーバーとデータベース

ランタイム・サーバー v 2 プロセッサー

v 2 GB RAM

v SCSI ディスク

v 同じコンピューター上のサーバーとデータベース

ソフトウェア標準の前提条件。

エージェント一部は SSL を使用してランタイム・サーバーに接続し、その他は使用しない。

Tivoli LicenseManager 構成

デフォルト

Tivoli LicenseManagerトポロジー(topology)

GUI (レポートの要求、情報の表示、ライセンスの配布) を使用する 5 つの個別のアドミニストレーターを持つ 5 つの組織。

使用の作業負荷各エージェントの時間ごとの 4 つのアプリケーションの使用率 (1

日の作業時間は 10 時間)。

トポロジーの決定


表 1. テスト環境 (続き)

インベントリーの作業負荷

コンピューターでのスキャンごとに検出される 250 の製品 (これは、通常のワークステーションにおける平均 60 個の Windows 製品よりもかなり多く、60 個の UNIX 製品よりも少なくなります)。

この環境では、以下の点を考慮してください。

管理サーバー管理サーバー用のコンピューターを割り当てる。管理サーバーは、複数の組織にサービスを提供することができます。接続されているランタイム・サーバーとエージェントの合計数が、効率を下げるほど多くならないようにします。

1 つの管理サーバーに接続するエージェントの最大数は 45000 です。

これらのエージェントは、最高のパフォーマンスを得るために 3 から 10

個のランタイム・サーバーを使用して接続することができます。ただし、20

個のランタイム・サーバーを接続した場合でも、管理サーバーのパフォーマンスに重大な影響は与えません。

管理サーバーには専用のコンピューターを準備する必要があります。コンピューターの能力が十分な場合は、このコンピューターに管理サーバー・データベースもインストールします。ただし、高速なネットワーク接続が利用可能な場合は、データベースをリモートでインストールしても問題ありません。

ランタイム・サーバー必要なランタイム・サーバーの数を決定する。パフォーマンスが許容範囲外のレベルまで落ちないようにするために、ランタイム・サーバーに割り当て可能なエージェントの最大数を決める必要があります。

1 つのランタイム・サーバーに 15,000 以上のエージェントを接続しないでください。

ランタイム・サーバーには専用のコンピューターを準備する必要があります。ランタイム・サーバー・データベースは管理サーバー・データベースほどは使用されないため、サーバーと同じコンピューターにデータベースもインストールします。ただし、高速なネットワーク接続が利用可能な場合は、データベースをリモートでインストールしても問題ありません。

各ランタイム・サーバーを、エージェントが割り当てられた場所と地理的およびネットワーク的に同じ場所に設置する必要があります。これにより、ライセンス要求時の応答時間が最短に保持されます。また、ランタイム・サーバーとエージェントの SSL 通信を実装しない場合、通信は暗号化されないため、セキュリティー上の理由から、ランタイム・サーバーとそのエージェントは、ファイアウォールやプロキシー・サーバーなどの共通セキュリティー・フェンスの後ろに配置することをお勧めします。このため、複数の場所に Tivoli License Manager をインプリメンテーションする場合、場所ごとに少なくとも 1 つのランタイム・サーバーを設置することをお勧めします。

考慮に入れる別の要因として、ランタイム・サーバーによって配布されるライセンスがあります。ライセンスは、複数のランタイム・サーバーでエージ



ェントを使用可能にすることができますが、複数のランタイム・サーバーにライセンスを分割しないでください。これは、管理サーバーが、ライセンスの配布に関連する各ランタイム・サーバーに使用可能なライセンス・インスタンスを任意で分割するためです。関連するランタイム・サーバーが多いほど、エージェントが登録ランタイム・サーバーからライセンスを取得することがより困難になり、別のランタイム・サーバーのライセンスを検索する必要があるため、パフォーマンスに影響を受けます。

ランタイム・サーバーと管理サーバーは、デモンストレーションまたはテストで使用する場合にのみ同じコンピューターにインストールします。このことの例外として、作業環境で 250 以下のエージェントを使用する場合は、以下のように構成する必要があります。

v コンピューターの性能が十分であること。

v 管理サーバーに別のランタイム・サーバーが接続されていないこと。

v コンピューターの性能が十分 (4 つのプロセッサーなど) ではない場合は、高速なネットワーク接続を使用してデータベースをリモートでインストールする必要がある。

データベースのサイズ

データベース・サイズは、300 MB に、デプロイされる各エージェントの所要サイズを加えて見積もります。管理サーバー・データベースの場合、各エージェントの所要サイズは 400 から 500 KB と見積もることができます。各ランタイム・サーバー・データベースの場合、ランタイム・サーバーにレポートするエージェントごとに、300 から 400 KB のディスク・スペースが必要です。

SSL の使用コンポーネント間での SSL の使用については、 18ページの『SSL』で詳細に説明しています。ただし、SSL を使用するとネットワーク・トラフィックやサーバーでの CPU 使用率に重大な影響を与える可能性がありますが、実際は、SSL を使用しても許容範囲外の影響を作業環境に与えることはありません。影響を最小限に抑える場合は、複数のプロセッサーや追加メモリーを使用することを考慮する必要があります。これにより、Web サーバーは、暗号化および暗号化解除アクティビティーを行うと同時に、その他のアクティビティーを問題なく実行可能なほど十分な処理能力を残しておくことができます。

カタログ・マネージャー管理サーバーやそのデータベースがインストールされているコンピューターには、カタログ・マネージャーをインストールする必要がありません。カタログ・マネージャーでは、管理サーバー・データベースと高速に接続されている必要はありません。ただし、ツールを使用する場合は、このデータベースと高速に接続されているほうがより効果的です。

安定した環境の維持Tivoli License Manager コンポーネントは安定した環境で実行する必要がある。以下の点を考慮してください。



v すべてのメイン・コンポーネントでは、時刻と時間帯の設定が正しくなるようにする必要がある。メイン・コンポーネントがインストールされているコンピューターが、インストール時の設定が誤っているか、または使用時に設定を変更したために、協定世界時 (UTC) に同期していない場合は、製品に障害が起こったり、製品を信頼できなくなることがあります。このような状態をリカバリーすることはできません。ネットワーク・タイム・プロトコルを使用するシステムをインストールして、メイン・コンポーネントがインストールされているコンピューターで正しい時刻を維持することをお勧めします。

v インストール時に、管理サーバーとランタイム・サーバーを識別する必要がある。この識別は、ホスト名または IP アドレスを使用して行います。

重要: ランタイム・サーバーをインストールした後に管理サーバーのホスト名または IP アドレスを変更する場合は、すべてのランタイム・サーバーを再構成する必要があります。このことは回避する必要があります。

v 管理サーバーの構成時に、各ランタイム・サーバーを識別する必要がある。また、ランタイム・サーバーとそのエージェントも識別する必要があります。この識別は、ホスト名または IP アドレスを使用して行います。

重要: 管理サーバーに対してランタイム・サーバーを構成した後にランタイム・サーバーのホスト名または IP アドレスを変更する場合は、管理サーバー GUI 内のランタイム・サーバーの項目を再構成する必要があります。エージェントをデプロイした後にホスト名または IP アドレスを変更する場合は、登録されているすべてのエージェントを再デプロイする必要があります。ランタイム・サーバーのホスト名または IP アドレスの変更は回避する必要があります。

サポートされるプラットフォームこのセクションでは、メイン・コンポーネントでサポートされるプラットフォームについて説明します。この情報は、本書が作成された時点に正確であったものです。ただし、新規プラットフォームが認証されると、プラットフォーム情報が製品の存続期間中に変更される可能性があります。プラットフォームに関する最新情報については、IBM ソフトウェア・サポート Web サイト http://www.ibm.com/support

にあるサポートされるプラットフォームのマトリックスを参照してください。 Web

サイトを開いたら、Tivoli 製品のサポート・ページを選択します。ページが表示されたら、「サポートされるプラットフォーム」リンクをクリックします。「Tivoliプラットフォームおよびデータベース・サポート・マトリックス (Tivoli Platformand Database Support Matrix)」リンクをクリックします。 IBM 登録 ID およびパスワードを要求されます。



http://www.ibm.com/support

サポートされるサーバーのプラットフォーム表 2. サポートされるサーバー・プラットフォーム

プラットフォーム

オペレーティング・システム

バージョンレベル、ServicePack、およびパッチ

Windows 2000 Server for Intel™ x86 (32 ビット) Service Pack 3

2000 Advanced Server for Intel x86 (32 ビット)

Server 2003 Standard または Enterprise Edition for Intel

x86 (32 ビット)

IBM AIX® 5.1 (32 ビット)

5.1 (64 ビット)

5.2 (32 ビット)

5.2 (64 ビット)

HP/UX 11i for PA-Risc (32 ビット)

11i for PA-Risc (64 ビット、32 ビットの互換モード)

Red Hat

Enterprise

Linux

ES/AS/WS 2.1 for Intel x86 (Standard または Premium) Update 2

ES/AS/WS 3.0 for Intel x86 (Standard または Premium) Update 1

AS, version 3.0 for IBM iSeries™ および pSeries® (64

ビット、32 ビットの互換モード: Standard またはPremium)

Update 2

AS, version 3.0 for IBM zSeries® および IBM S/390®

(31 ビット: Standard または Premium)

Update 1

SUSE

LINUX

Enterprise

Server

8 for x86 (Intel) Service Pack 3

8 for IBM iSeries/pSeries (64 ビット、32 ビットの互換モード)

Service Pack 3a for

iSeries

Service Pack 3 for

pSeries

8 for IBM Mainframes (zSeries 31 ビット)

Sun Solaris 8 オペレーティング・システム SPARC プラットフォーム版 (32 ビット)

8 オペレーティング・システム SPARC プラットフォーム版 (64 ビット)



注: バージョン 1.1.1 でもサポートされるプラットフォームは、イタリックで示されています。

サポートされるプラットフォーム: サーバー


サポートされるデータベースのプラットフォーム


管理サーバーおよびランタイム・サーバーと同じです。 28ページの『管理サーバーおよびランタイム・サーバーの前提条件』を参照してください。

サポートされるエージェントのプラットフォーム表 3. サポートされるエージェント・プラットフォーム


オペレーティング・システムバージョン

レベル、ServicePack、およびパッチ

Windows 2000 Professional for Intel x86 (32 ビット) Service Pack 3

2000 Server for Intel x86 (32 ビット)

2000 Advanced Server for Intel x86 (32 ビット)

Server 2003 Standard または Enterprise Editions for

Intel x86 (32 ビット)

XP Professional for Intel x86 (32 ビット)

IBM AIX 5.1 (32 ビット) Fix

xlC.aix50.rte.6.0.0.0

APAR IY52121 用のパッチ

5.1 (64 ビット)

5.2 (32 ビット) Fix

xlC.aix50.rte.6.0.0.05.2 (64 ビット)

サポートされるプラットフォーム: データベース


表 3. サポートされるエージェント・プラットフォーム (続き)




OS/400 V5R2 5722SS1 のオプション 13

以下の製品 5722SS1:

SI10060、SI07110、および SI10904 用のPTF

エージェントがWebSphere Application

Server を実行している場合は、製品5722AC3 および PTF

SF99245、SF99169

ランタイム・サーバーとエージェントの間にSSL を実装する場合は、PTF

MF31411、SI10035、および SI10759

V5R3

注: OS/400 オペレーティング・システムの名前は、V5R3 から i5/OS™に変更されます。ただし、このドキュメントでは、OS/400 V5R2 および i5/OS V5R3 は、まとめて OS/400 として参照されます。

5722SS1 のオプション 13

PTF SI12116

HP/UX PA-Risc の 11i 32 ビットパッチ PHSS_26560、PHSS_26946、およびPHSS_28880PA-Risc の 11i 64 ビット (32 ビットの互換モード)

Red Hat

Enterprise

Linux

ES/AS/WS バージョン 2.1 for Intel X86 (Standard または Premium)

更新 2

ES/AS/WS バージョン 3.0 for Intel X86 (Standard または Premium)

更新 1

AS, version 3.0 for PPC (iSeries および pSeries - 64 ビット、32 ビットの互換モード)

更新 2

zSeries および S/390 用の AS、バージョン 3.0 (31 ビット)

更新 1

SUSE

LINUX

Enterprise

Server

8 for x86 Service Pack 3


Service Pack 3a for

iSeries

Service Pack 3 for

pSeries


サポートされるプラットフォーム: エージェント


表 3. サポートされるエージェント・プラットフォーム (続き)




Sun Solaris 8 オペレーティング・システム SPARC プラットフォーム版 (32 ビット)

パッチ 108434-14、108528-29、108991、108993-31、111023-03、111317-05、111327-05、113648-03、115827-01、および116602-01


パッチ 111711-08


パッチ 108435-14、108528-29、108991、108993-31、111023-03、111317-05、111327-05、113648-03、115827-01、および116602-01


パッチ 111712-08

注: バージョン 1.1.1 でもサポートされるプラットフォームは、イタリックで示されています。

サポートされるカタログ・マネージャーのプラットフォーム


カタログ・マネージャーは、サーバー・コンポーネントをインストールできるプラットフォーム・タイプにインストールし、使用します ( 28ページの『管理サーバーおよびランタイム・サーバーの前提条件』を参照)。

コンポーネント間通信の決定18ページの『SSL』を使用するかどうかを決定します。また、 24ページの『コンポーネント間のパスワード』に適合するポリシー、およびエージェント自体のランタイム・サーバーに接続できないためにエージェントが 25ページの『代替ランタイム・サーバー』に接続する必要がある場合のエージェントの動作を決定します。

サポートされるプラットフォーム: エージェント


SSLSSL の使用に関する計画情報は、以下の 3 つのセクションで構成されています。

v 『SSL を使用する理由』

v 19ページの『SSL の仕組み』

v 19ページの『SSL の Tivoli License Manager への実装方法』

v 20ページの『SSL サーバー証明書の取得方法』

v 22ページの『SSL の構成方法』

SSL を使用する理由Secure Sockets Layer (SSL) は、以下のような利点を持つメッセージ転送プロトコルです。

認証すべてのメッセージの発信元が保証されています。例えば、別の Tivoli

License Manager ユーザーに属する Tivoli License Manager コンポーネントはお客様のコンポーネントに接続できません。

信頼性メッセージ転送では、送信されるデータの品質を保証するメッセージの整合性チェック (MAC を使用) が使用されます。

秘密コンポーネント間のメッセージは暗号化され、ハンドシェーク後に秘密鍵が定義されます。これにより、第三者はメッセージのコンポーネントを読み取ることができません。すべてのコンポーネントがファイアウォールなどで保護されている場合には、暗号化の必要はありません。SSL による認証および信頼性を構成せずに、プライバシーが無効になります。

SSL の欠点通信に対する SSL の実装には、欠点が 1 つあります。SSL の実装により、通信を行う双方がハンドシェークを交換してメッセージの暗号化と暗号解除という追加の作業を行う必要があるため、SSL を使用しない通信よりも通信が遅くなります。

パフォーマンス・テストによって、例えばエージェントとランタイム・サーバーの間で SSL を使用すると、ネットワーク・トラフィックが 3 倍増加するため、エージェントの要求に対するランタイム・サーバーの応答速度が、エージェントのプラットフォームに応じて 2 から 10 分の 1 低下します。ランタイム・サーバーでのこの追加処理は、実際は Web サーバーで行われます。Web サーバーがコンピューターのリソースを使用するため、ランタイム・サーバーが実行するその他のアクティビティーに影響を与える可能性があります。

通信中のデータのタイプを検査し、使用中のその他のセキュリティー手段を確認して (プロキシー・サーバー、エンタープライズ・ファイアウォールなど)、このレベルのセキュリティーが必要かどうかを評価する必要があります。

SSL


SSL の仕組みインターネットなどには、SSL の仕組みについて詳しく説明するソースが数多くありますが、計画の全体像において重要な要素は、以下のとおりです。

SSL クライアントSSL を使用して通信を開始するグループを SSL クライアントと呼びます。

SSL サーバー通信を受信するグループを SSL サーバーと呼びます。

SSL サーバー証明書SSL サーバーは、SSL クライアントにサーバー証明書を提供します。

証明書鍵データベースSSL サーバーは、サーバー証明書を鍵データベースに保持します (IBM

HTTP Server の場合はファイル key.kdb)。

鍵データベース・パスワード鍵データベース内のサーバー証明書を保護するために、SSL を使用するように構成されたアプリケーションが使用するパスワードが設定されます。

証明書の検証SSL クライアントは、サーバー証明書が本物かどうかを検証します。この場合、SSL クライアントは、サーバー証明書のコピー、またはサーバー証明書を発行した認証局のルート証明書を持っている必要があります。

証明書鍵ストアサーバー証明書の検証に使用される証明書は、すべて SSL クライアントに保管されます。 SSL クライアントが Java™ クライアントである場合、証明書は Java 鍵ストアに保管されます (ファイル key.jks)。

Java 鍵ストア・パスワードJava プログラムでは、鍵データベース・パスワードを使用して Java 鍵ストアにアクセスすることもできます。

メッセージの暗号化SSL クライアントは、サーバー証明書の認証性を検証した後に、サーバー証明書の情報を使用して、送信するメッセージを暗号化できます。

メッセージの暗号化解除SSL サーバーは、メッセージを受信すると、メッセージがこのサーバーのサーバー証明書を使用して暗号化されているため、暗号化解除します。

SSL の Tivoli License Manager への実装方法表 4 は、SSL の Tivoli License Manager への実装方法を示しています。

表 4. Tivoli License Manager における SSL の実装

通信タイプ SSL クライアント(通信の発信元)

SSL サーバー(通信の受信側)

柔軟性

管理サーバーのウェイクアップ・コール

管理サーバーランタイム・サーバー

各ランタイム・サーバーが SSL を使用したり、使用しなかったりする通信チャネルを構成できます。

SSL


表 4. Tivoli License Manager における SSL の実装 (続き)

通信タイプ SSL クライアント(通信の発信元)

SSL サーバー(通信の受信側)

柔軟性

全ランタイム・サービス要求 (使用率情報のダウンロード、カタログ、アップロードなど)

ランタイム・サーバー

管理サーバー各ランタイム・サーバーを通信に SSL を使用したり、使用しなかったりするよう構成できます (両方を許可するよう管理サーバーを構成する必要があります)。

管理 GUI Web ブラウザー管理サーバー GUI を使用する各セッションの開始時に、SSL

を使用するかどうかを決定できます (両方を許可するようサーバーを構成する必要があります)。ただし、アドミニストレーターは、ログオンおよびパスワードを作成または変更する場合にのみ SSL の使用を強制することもできます。

ランタイム GUI Web ブラウザーランタイム・サーバー

エージェント・サービス要求 (ライセンス発行、要求のリリース、情報のアップロードなど)

エージェント(Agent)


SSL は、組織または部門ごとに使用可能になっています。管理サーバーの構成設定(requestScope) によって、エージェントのランタイム・サーバーが使用不可になった場合にエージェントが組織内の別のランタイム・サーバーに接続できるか、エージェントの部門内のランタイム・サーバーにのみ接続できるか、またはどのランタイム・サーバーにも接続できないかが決定されます ( 25ページの『代替ランタイム・サーバー』を参照)。エージェントとランタイム・サーバーの間の SSL は、この設定に対応している必要があります。これにより、エージェントは、常に、接続を許可されているランタイム・サーバーのサーバー証明書を検証することができます。

SSL がこの通信タイプ用に構成されていない場合、ランタイム・サーバーでエージェントの信任状がチェックされず、エージェントはランタイム・サーバーの通信を認証しません。

通信ポリシー、ネットワークのトポロジー、および通信タイプは、SSL を必要とするコンポーネント間の通信のタイプを決定するのに役立ちます。

SSL サーバー証明書の取得方法SSL プロセスでは、通信で SSL サーバーの役割を果たすグループが SSL 証明書を必要とするようにする必要があります。

このことは、以下のように実現します。

既知のトラステッド認証局からサーバー証明書を取得するVerisign や Thawte など、既知のトラステッド認証局に証明書の発行を依頼します。これらの認証局の Web サイトでは、証明書の価格および有効期間が示されています。このような証明書には、前提条件 Web ブラウザーの鍵データベースにルート証明書がすでにインストールされており、サーバーおよびエージェントの Tivoli License Manager インストール・プロセスによってルート証明書を含む同様のデータベースもインストールされるという利点

SSL


があります。このため、SSL サーバーでサーバー証明書を取得し、インストールすると、認証、信頼性、およびプライバシーが実現され、SSL クライアントの鍵データベースに証明書をインストールする必要はありません。ただし、このオプションには、ランタイム・サーバーごとに異なるサーバー証明書がある場合 (最も安全なメソッド)、サーバー証明書ごとに証明書発行費用を支払う必要があるという欠点があります。このオプションは、操作性の観点から見て有効な解決策です。

自己署名サーバー証明書を発行するエンタープライズが、自己署名サーバー証明書の発行を決定する場合があります。この証明書には、新規証明書を発行するたびに費用を支払う必要がないという利点があります。この証明書の欠点は、すべての SSL クライアント (他のサーバー、エージェント、および Web ブラウザー) の鍵データベースに同じサーバー証明書をインストールする必要がある点です。また、代替ランタイム・サーバー機能が使用可能な場合には、エージェントが接続できるすべてのランタイム・サーバーで同じ証明書を使用する必要があり、同時にすべてのエージェントにこの証明書の使用を実装する必要があるという欠点もあります。このオプションは推奨できませんが、実装手順については本書で説明します。

認証局 (CA) としてサーバー証明書を発行するエンタープライズがすでにプライベート認証局 (CA) である場合は、SSL

サーバーで使用する秘密鍵付きのサーバー証明書を発行し、SSL クライアント (他のサーバー、エージェント、および Web ブラウザー) の鍵データベースに独自のルート証明書をインストールすることができます。このオプションは、ランタイム・サーバーごとに異なるサーバー証明書を生成でき、エージェントの共通ルート証明書でサーバー証明書が検証されるため、代替ランタイム・サーバー機能に関しては最も柔軟性があります。このオプションは、セキュリティーの観点から見て有効な解決策です。

注: Tivoli License Manager がインストールされると、各コンポーネントと共に既知のトラステッド認証局 (CA) のルート証明書を含む鍵データベース以外に、鍵ストアのテスト証明書 (およびファイル内のランタイム・サーバーのエージェント・セクション cert.arm) もインストールされます。このテスト証明書は、テスト目的でのみ使用する必要があります。テスト証明書をすべての Tivoli License

Manager カスタマーに配布するときにこの証明書が非セキュアである場合に備えて、アクティブな環境でテスト証明書を使用する権限はありません。構成ステップでは、この証明書の置き換え方法について説明します。

また、インストールされたすべての鍵ストアおよびデータベースに対して、同じ固定されたデフォルトの SSL パスワード (slmtest) が使用されます。このパスワードはテスト目的で使用できますが、すべてのカスタマーに発行すると、セキュアではありません。構成ステップでは、このパスワードの変更方法について説明します。

SSL


SSL の構成方法このセクションでは、SSL 用に Tivoli License Manager 環境を構成するために必要なステップの概要について説明します。 SSL サーバーの役割を演じるコンポーネントに対して必要なステップと SSL クライアントの役割を演じるコンポーネントに対して必要なステップがあります。Tivoli License Manager サーバーは、いずれの役割も演じることができ、各サーバーは、 19ページの表 4 にリストされている複数の通信タイプで SSL サーバーの役割を演じることができます。このため、ネットワークを 1 つの通信タイプ用に構成すると、別の通信タイプ用の構成の特徴も見られることがあります。

構成手順の概要は、以下のとおりです。

v 『SSL サーバーでの SSL の構成』

v 『SSL クライアントでの SSL の構成』

SSL サーバーでの SSL の構成:

Tivoli License Manager での SSL サーバーの役割は、通信タイプに応じて、管理サーバーまたはランタイム・サーバーが果たします ( 19ページの表 4 を参照)。ステップは以下のとおりです。

1. Tivoli License Manager サーバーの Web サーバーで SSL を使用可能にし、使用されるセキュア (SSL) ポートを割り振ります。オプションで暗号化を使用不可にできます。

2. WebSphere Application Server にセキュア・ポートの別名があることを確認してください。

3. ユーザーおよびサーバーの Web サーバーが鍵ストアにアクセスするためのデフォルトの SSL パスワードを変更します。サーバーごとに異なるパスワードを持つことができますが、同じパスワードにした方が効率的です。

4. 秘密鍵を使用して、サーバー証明書を取得または作成します。

5. 鍵ストア (key.kdb) にサーバー証明書をインストールして、Tivoli License

Manager で提供されているテスト証明書を置き換えます。他の目的で取得されたり、他のサーバー用に取得されたサーバー証明書は、使用しないでください。

すべてのランタイム・サーバーに対して、同じ証明書を使用する (および同じ鍵ストア・パスワードを持つ) 場合は、証明書を 1 つのサーバーにインストールし、鍵ストアおよび隠されているパスワード・ファイルを他のすべてのランタイム・サーバーにコピーします。

これらの操作は、インストール後に実行されます。詳しくは、 116ページの『SSL

の構成』を参照してください。

SSL クライアントでの SSL の構成: Tivoli License Manager での SSL サーバーの役割は、通信タイプに応じて、管理サーバー、ランタイム・サーバー、エージェント、または Web ブラウザーが果たします ( 19ページの表 4 を参照)。ステップは以下のとおりですが、SSL クライアントのタイプによって詳細が異なります。

SSL


1. SSL のコンポーネントを使用可能にします。

SSLクライアント

アクション

管理サーバー管理サーバー GUI を使用し、SSL を使用可能にして、ランタイム・サーバーの SSL に対して割り当てた各ポートを示して、各ランタイム・サーバーを登録します。


ランタイム・サーバーのインストール時に SSL を使用可能にするか、または communication.properties ファイルを編集して、インストール後にランタイム・サーバーを再構成します。これにより、ランタイム・サーバーは、SSL 用に使用可能となり、管理サーバーのセキュア・ポートの詳細を持ちます。


エージェントが所属する部門を作成するときに SSL を使用可能にします。

Web ブラウザー「http」ではなく「https」の Web アドレスを使用してサーバーと通信することにより、SSL を使用可能にします。

2. SSL クライアントが Tivoli License Manager サーバーまたはエージェントである場合は、ユーザーおよびサーバーの Web サーバーが鍵データベースにアクセスするための SSL パスワードを変更します。

3. このステップは、SSL サーバーに対して選択したサーバー証明書のタイプによって異なります。

v 既知のトラステッド認証局からサーバー証明書を取得した場合: 何も行いません。

v 自己署名サーバー証明書を発行した場合: SSL クライアントのタイプによってアクションが異なります。

SSL クライアントアクション

Tivoli License

Manager サーバーSSL クライアントの Java 鍵ストア (key.jks) にサーバー証明書をインストールします。


対応するランタイム・サーバーのエージェント・ファイル構造にサーバー証明書のコピーを置きます (エージェントのデプロイメントのため)。ウィザードを使用してエージェント・デプロイメントを実行する場合は、この証明書を選択してエージェントにデプロイします。

Web ブラウザー Web ブラウザーの鍵データベースにサーバー証明書をインストールします。

v 認証局 (CA) としてサーバー証明書を発行した場合: SSL クライアントのタイプによってアクションが異なります。


Tivoli License

Manager サーバーSSL クライアントの Java 鍵ストア (key.jks) に認証局 (CA)のルート証明書をインストールします。

SSL




対応するランタイム・サーバーのエージェント・ファイル構造に認証局 (CA) のルート証明書のコピーを置きます (エージェントのデプロイメントのため)。ウィザードを使用してエージェント・デプロイメントを実行する場合は、この証明書を選択してエージェントにデプロイします。

Web ブラウザー Web ブラウザーの鍵データベースに認証局 (CA) のルート証明書をインストールします。

これらの操作は、インストール後にインストールの一部として実行されます。詳しくは、 116ページの『SSL の構成』を参照してください。

コンポーネント間のパスワード製品が必要とするさまざまなコンポーネント間のパスワードに使用する値を決定します。

tlmsrv パスワードデータベース・コンポーネントをインストールするすべてのコンピューターでは、インストール・プロセスにより「tlmsrv」と呼ばれるユーザー ID が作成されます。ユーザー ID は、サーバーとデータベース・コンポーネントの間の通信に使用されます。各コンピューターのインストール・フェーズでは、このユーザー ID に与えるパスワードを決定する必要があります。

サーバー・コンポーネントをインストールするすべてのコンピューターでは、インストール・プロセスは、対応するデータベースの「tlmsrv」ユーザーに対して使用されたパスワードを記録する必要があります。

サーバーおよびデータベースが同じコンピューターにインストールされている場合、この処理は 1 つのアクションで行われます。同じコンピューターに両方のコンポーネントをインストールしているが、別の時期にインストールした場合、提供された元のパスワードを確認するよう要求されます。別個のコンピューターにコンポーネントをインストールした場合は、両方に同じ値を指定する必要があります。

インストール後に tlmsrv パスワードを変更する場合は、 342ページの『パスワードの変更』を参照してください。

ランタイム・サーバー通信パスワードこのパスワードは、ランタイム・サーバーおよび管理サーバー間での通信の認証に使用されます。パスワードは、ランタイム・サーバーをインストールするときに指定する必要がありますが、ランタイム・サーバーが複数ある場合は、それぞれに異なる値を指定できます。同じパスワードを使用して管理サーバー GUI 上にランタイム・サーバーがセットアップされると、ランタイム・サーバーは、管理サーバーに接続するときにパスワードを使用して通信を認証します。ランタイム・サーバーから管理サーバーへのチャネルでSSL が使用されていない場合、パスワードは使用されません。

インストール後にランタイム・サーバー通信パスワードを変更する場合は、342ページの『パスワードの変更』を参照してください。

SSL


SSL パスワードSSL 通信を使用できる各サーバーは、SSL 鍵ストアにアクセスする場合にパスワードを必要とします。SSL を使用可能にしているかどうかに関わらず、サーバーは鍵ストアと共にインストールされ、鍵ストアにアクセスするためのパスワードのデフォルト値は「slmtest」となります。したがって、この値は、インストール時に SSL を使用可能にした場合やインストール後にSSL を使用可能にした場合に適用されます。このパスワードは、すべてのTivoli License Manager ユーザーで共通であるため、セキュリティーを高めるためにインストール後に変更する必要があります。

インストール後に SSL パスワードを変更する場合は、 342ページの『パスワードの変更』を参照してください。このパスワードは、サーバー自体のみが使用するため、サーバーごとに異なる値を選択できます。

代替ランタイム・サーバーエージェントは、ライセンス・ベースの操作や使用率のレポートのために、ランタイム・サーバーに定期的に接続できる必要があります。通常のランタイム・サーバーが使用不可な場合は、エージェントが接続できるのが登録ランタイム・サーバーのみ、部門内のすべてのランタイム・サーバー、または組織内のすべてのランタイム・サーバーのいずれであるかを決定するパラメーターを設定します。

この設定は、選択した SSL エージェント・ポリシーに対応している必要があります。 18ページの『SSL』を参照してください。構成パラメーターは、requestScope

といいます。 282ページの『エージェント設定』を参照してください。

コンポーネントのインストールおよび構成計画このセクションでは、最新の環境に Tivoli License Manager をデプロイするステップについて説明します。

注: インストールを計画しているコンピューターに Tivoli License Manager がすでにインストールされている場合は、Tivoli License Manager 環境をアップグレードする必要があります。詳しくは、 235ページの『第 6 章バージョン 2.1 へのマイグレーション』を参照してください。

このセクションでは、最初に製品をインストールするための CD について説明します。 26ページの『パッケージ化』を参照してください。

以下の説明は、コンポーネントのデプロイおよび使用の計画に役立ちます。

1. 27ページの『サーバーおよびデータベース・コンポーネントのインストール方法の計画』

2. 44ページの『Tivoli License Manager 環境の構成方法の計画』

3. 48ページの『Tivoli License Manager の操作方法の計画』

4. 49ページの『エージェントのデプロイ計画』

5. 65ページの『カタログ・マネージャーのインストール計画』

6. 69ページの『Tivoli Data Warehouse Enablement Pack のデプロイ方法の計画(オプション)』

7. 70ページの『データベースの取り込み計画』

コンポーネント間のパスワード


パッケージ化以下に、製品に同梱されている CD のリストを示します。

サーバーとエージェントの CD (Server and agents CD)この CD には、サーバー、データベース、およびエージェントをインストールできるセットアップ・ファイルが含まれています。また、Tivoli Data

Warehouse Enablement Pack をインストールするためのファイルも含まれています。

カタログ・マネージャー CD (Catalog manager CD)この CD には、カタログ・マネージャーをインストールできるセットアップ・ファイルが含まれています。また、Tivoli Configuration Manager と共に使用して、カタログ・マネージャーをリモート側でインストールできるソフトウェア・パッケージ・ブロック (SPB) も含まれています。この CD は、IBM Tivoli License Manager for IBM software では使用できません。

ソフトウェア・パッケージ・ブロック CD (Windows、AIX、HP、および SUN)(Software Package Block CD (Windows, AIX, HP, and SUN))

この CD には、Tivoli Configuration Manager と共に使用してサーバー、データベース、エージェントをリモート側でインストールできるソフトウェア・パッケージ・ブロックが含まれています。SPB は大規模なため、2 枚の CD に分割されています。この CD は、Windows、AIX、HP、およびSUN 用です。

ソフトウェア・パッケージ・ブロック CD (Linux、OS/400)この CD には、Tivoli Configuration Manager と共に使用してサーバー、データベース、エージェントをリモート側でインストールできるソフトウェア・パッケージ・ブロックが含まれています。SPB は大規模なため、2 枚の CD に分割されています。この CD は、全 Linux プラットフォームとOS/400 用です。

文書 CD文書 CD には、最低限、リリース情報以外の英語による完全な文書セットが含まれています。リリース情報を含むすべての文書は、IBM およびTivoli の文書 Web サイトから入手できます。

また、製品を取得した時点に応じて、英語以外の言語に翻訳された文書を入手することができます。

任意の文書にアクセスするには、Web ブラウザーを使用して CD のルートにあるファイル allpubs.htm を開き、使用する言語を選択して、表示するpdf または html バージョンの文書を選択します。文書が翻訳済みの場合は、翻訳済みの文書が開きます。選択した文書が設定した言語に翻訳されていない場合は、英語版の文書が開きます。

DB2 CD (バンドルされている前提条件) (DB2 CDs (bundled prerequisite))手動または自動インストール用に Tivoli License Manager と共に提供されている前提条件バージョンの DB2 が含まれているCD。

パッケージ化


WebSphere Application Server CD (バンドルされている前提条件) (WebSphereApplication Server CDs (bundled prerequisite))

手動または自動インストール用に Tivoli License Manager と共に提供されている前提条件バージョンの WebSphere Application Server が含まれているCD。

サーバーおよびデータベース・コンポーネントのインストール方法の計画

このセクションでは、メイン・コンポーネントのインストールを計画するときに考慮に入れる必要がある事項について説明します。このセクションには、次のトピックがあります。

v 『インストール方法の選択』

v 28ページの『管理サーバーおよびランタイム・サーバーの前提条件』

v 33ページの『データベースの前提条件』

v 36ページの『前提条件ソフトウェアの取得とインストール』

v 37ページの『前提条件ソフトウェアの自動インストール』

v 42ページの『Tivoli Configuration Manager を使用してサーバーおよびデータベースをインストールする場合の追加前提条件』

v 43ページの『必要なインストール情報の準備』

インストール方法の選択このセクションでは、サーバーおよびデータベース・コンポーネントをデプロイするときに使用するメカニズムについて説明します。以下の選択肢があります。

ローカルでの対話式インストールサーバーおよびデータベース・コンポーネントは、コンポーネントがインストールされるコンピューターで Tivoli License Manager インストール・ウィザードを実行することにより、対話式でインストールされます。インストール・ウィザードには、製品コンポーネントを選択する方法が 3 つあります。

標準このインストールでは、同じコンピューターにインストールするコンポーネントとして以下のいずれかを選択します。

v 管理サーバーとそのデータベース

v ランタイム・サーバーとそのデータベース

v サーバーとデータベースの両方 (このオプションは、エージェントなしの「全コンポーネント」インストールと類似しています。以下を参照してください。)

このタイプのインストールでは、ほとんどのインストール・パラメーターのデフォルト値が使用されます。

カスタムこのインストールを使用すると、同じコンピューターにインストールするコンポーネントの任意の組み合わせを選択できます。

パッケージ化


全コンポーネントこのインストールでは、サーバーとそのデータベースが同じコンピューターにインストールされ、エージェントもそのコンピューターにデプロイされます。このタイプのインストールでは、ほとんどのインストール・パラメーターのデフォルト値が使用されます。このタイプのインストールは、デモやトレーニングのために使用できます。また、エージェント数が約 250 以下の制限されたビジネス環境でも使用できます。

ローカルでのサイレント・インストールインストール・ウィザードは、応答ファイルを使用してサイレント・インストールとして実行することもできます。この場合は、製品コンポーネントを選択する方法として以下の 2 つの方法があります。

カスタムこれは、対話式「カスタム」インストールと同じです。

全コンポーネントこれは、対話式「全コンポーネント」インストールと同じです。

注: Tivoli License Manager では、前のリリースの製品で使用可能であった「コンソール」インストール・オプションはサポートされていません。

リモート・インストールIBM Tivoli Configuration Manager の Software Distribution コンポーネントを使用している場合は、Software Distribution の機能を使用して、ソフトウェアの項目を複数のリモート・ノードに配布、インストール、および実行することによって、Tivoli License Manager サーバーおよびデータベース・コンポーネントをインストールすることができます。

Tivoli License Manager は、サーバーおよびデータベース・コンポーネントをインストールできる各プラットフォームのこれらのコンポーネント用のソフトウェア・パッケージ・ブロックと共に提供されます。インストール・パラメーターを指定できる Software Distribution の機能を使用して、ターゲット・コンピューターに適切なソフトウェア・パッケージ・ブロックを配布します。

サーバーおよびデータベース・コンポーネントのインストールについて詳しくは、73ページの『第 2 章 Tivoli License Manager メイン・コンポーネントのインストール』を参照してください。

管理サーバーおよびランタイム・サーバーの前提条件サポートされるサーバーのプラットフォームの詳細については、 14ページの『サポートされるサーバーのプラットフォーム』を参照してください。

以下に、各サーバー・コンポーネントの前提条件をリストします。

メイン・コンポーネントのインストール計画


ソフトウェア

データベース・クライアント

サーバー・コンポーネントおよび関連データベース・コンポーネントを同じコンピューターにインストールする場合、データベース・クライアントは必要ありません。

サーバー・コンポーネントおよび関連データベース・コンポーネントを別個のコンピューターにインストールする場合は、データベースにアクセスするために DB2 クライアントまたはサーバーが必要になります。必要なクライアントまたはサーバーのバージョンは、以下のとおりです。

すべての Windows と UNIX プラットフォーム、および Intel x86 上のLinux プラットフォームでは、以下のバージョンのうちのいずれか:

v DB2 Universal Database™, Enterprise Extended Edition クライアントまたはサーバー、バージョン 7.2.0 (フィックスパック10a がインストール済み)

v DB2 UDB, Enterprise Server Edition クライアントまたはサーバー、バージョン 8.1.0 または 8.1.4

iSeries、pSeries、および zSeries の Linux プラットフォームでは、以下のバージョン:


Red Hat Enterprise Linux, version 3.0 (サポートされているすべてのバージョンおよびプロセッサー) では、以下のバージョン:

v DB2 UDB, Enterprise Server Edition クライアントまたはサーバー、バージョン 8.1.4

データベース前提条件を持っていない場合は、インストール手順によって、DB2 UDB Enterprise Server Edition、バージョン 8.1.4 ランタイム・クライアントがインストールされます。詳しくは、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。

データベース・ドライバー

IBM DB2 Universal Database エンタープライズ拡張エディション、バージョン7.2.0 (フィックスパック 10a インストール済み) を使用する場合は、JDBC、バージョン 2.0 もインストールする必要があります。



ソフトウェア (続き)

Web アプリケーション・サーバー

以下のいずれかのバージョン:

v IBM WebSphere Application Server バージョン 5.0.2.x。x > 0 です(WebSphere Plug-in Cumulative Fix for 5.0.0、5.0.1、および 5.0.2.x が適用されているバージョン 5.0.2)。注: 以下のオペレーティング・システムでは、バージョン 5.0.2.x 以上は使用できません。

– Red Hat Enterprise Linux AS, version 3.0 for PPC (iSeries および pSeries

- 64 ビット、32 ビットの互換モード)

– SUSE LINUX Enterprise Server 8 for IBM iSeries/pSeries (Service Pack 3)

(64 ビット、32 ビットの互換モード)

– SUSE LINUX Enterprise Server 8 for IBM Mainframes (zSeries 31 ビット)

v IBM WebSphere Application Server バージョン 5.1

サポートされているエディション、方式、およびオプション:

v Tivoli License Manager では、スタンドアロン方式の WebSphere

Application Server の基本エディションのみがサポートされています。エクスプレスやネットワーク・デプロイヤーなど、その他のエディションは、サポートされていません。

v 統合モードは、サポートされていません。

v WebSphere Application Server はセキュア・セルで操作可能です。ただし、Tivoli License Manager サーバーのうちのいずれかを停止する場合は、セキュア・セルのユーザー ID とパスワードを指定する必要があります。

Web アプリケーション・サーバー前提条件を持っていない場合は、インストール手順によって WebSphere Application Server バージョン 5.1 がインストールされます。詳しくは、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。

Web サーバー

前提条件バージョンの WebSphere Application Server でサポートされている任意の Web server。注: 共通のサポート Web サーバーは、IBM HTTP Server、バージョン 1.3.28

です。本書には、このバージョンの IBM HTTP Server のみの構成への参照があります。別の Web サーバーを使用している場合は、ご使用の Web サーバーの資料を参照して、同様の結果になるようにしてください。

UNIX シェル

UNIX プラットフォームにサーバーをインストールする場合は、Korn シェル(ksh) がインストールされ、アクティブにされている必要があります。注: このシェルは存在する必要がありますが、製品をインストールする setup

コマンドは、任意のシェルから発行することができ、Korn シェルから発行する必要はありません。

両方のサーバーでコマンド行インターフェースを実行するには、同じシェルが必要となります。

Java ランタイム環境




サーバーには、Java ランタイム環境、バージョン 1.4 が必要です。Java ランタイム環境は、インストール・ウィザードによって自動的にインストールされます。Java ランタイム環境をアンインストールしないでください。コンピューターから Tivoli License Manager が完全にアンインストールされると、このバージョンの Java ランタイム環境もアンインストールされます。

CPU

Windows および Intel x86

上の Linux

Intel Pentium® IV 1.5 GHz

AIX および pSeries 上のLinux

RS/6000® - Model 7044/270、2 個のプロセッサー IBM

RS/6000 375

Solaris Sunblade 2000 モデル、Ultrasparc III プロセッサー 2

つ

HP/UX rp2470、PA Risc 650 MHz プロセッサー 2 つ

zSeries 上の Linux 1 個の専用プロセッサー。

その他のプラットフォーム特に要件なし。

メモリー

最低 1GB の使用可能メモリー。

HP/UX では、同じコンピューター上に両方のサーバーをインストールする場合は、最低 2GB 必要となります。



スペース

コンポーネントリソース・タイプ必要なスペース

管理サーバー (ランタイム・サーバーなし)

Tivoli License Manager 管理サーバー: 製品のインストール先ディレクトリー

90 MB

アプリケーション・サーバー: WebSphere Application

Server のインストール先ディレクトリー30 MB

WebSphere Application Server 一時ディレクトリー(java.io.tmpdir)

40 MB

Tivoli Common Directory 内のログおよびトレース 21 MB

ログ・ビューアー (Tivoli License Manager サーバーのインストール先ディレクトリー)

3 MB

ランタイム・サーバー (管理サーバーなし)

インストール先ディレクトリー内の Tivoli License

Manager ランタイム・サーバーおよびすべてのプラットフォームのエージェント・コード

250 MB

アプリケーション・サーバー: WebSphere Application

Server のインストール先ディレクトリー210 MB


240 MB



3 MB

同じコンピューター上の両方のサーバー

インストール先ディレクトリー内の Tivoli License

Manager 管理サーバーとランタイム・サーバー、およびすべてのプラットフォームのエージェント・コード

300 MB

両方のアプリケーション・サーバー: WebSphere

Application Server のインストール先ディレクトリー240 MB


280 MB



3 MB

また、Windows プラットフォームでは、デフォルト・ドライブに 100 MB 以上の使用可能な一時スペースが必要です。また、UNIX プラットフォームでは、/tmp ディレクトリーに 250 MB 以上のフリー・スペースが必要です。

必要なスペースについて詳しくは、DB2 および WebSphere Application Server の適切な資料を参照してください。

ディスプレイ

管理サーバーを UNIX プラットフォームにインストールする計画である場合、サーバー・コンピューターに、X ディスプレイ・サーバーへのアクセス権が必要です。X

ディスプレイ・サーバーへの接続のチェック、および接続していない場合の接続方法については、 355ページの『付録 G. UNIX での管理サーバー (X ディスプレイ) のグラフィックスの使用可能化』を参照してください。



注: 管理サーバーやランタイム・サーバーを使用するには、Web ブラウザーが必要ですが、インストールしたり、実行する場合には必要ありません。ブラウザーは、管理サーバーやランタイム・サーバーがインストールされているコンピューターまたは他のサポートされているコンピューターから使用します。使用できるブラウザーについて詳しくは、 48ページの『Tivoli License Manager の操作方法の計画』を参照してください。

361ページの『付録 I. 前提条件』には、すべてのコンポーネントおよびオプションに対する前提条件表へのリンクがあります。

データベースの前提条件サポートされるプラットフォームについては、 15ページの『サポートされるデータベースのプラットフォーム』を参照してください。

以下に、各データベース・コンポーネントの前提条件をリストします。

ソフトウェア

データベース・サーバー


v DB2 Universal Database, Enterprise Extended Edition サーバー、バージョン 7.2.0 (フィックスパック 10a がインストール済み)

v DB2 UDB, Enterprise Server Edition サーバー、バージョン8.1.0 または 8.1.4


v DB2 UDB, Enterprise Server Edition サーバー、バージョン8.1.0 または 8.1.4


v DB2 UDB, Enterprise Server Edition サーバー、バージョン8.1.4

この前提条件を持っていない場合は、インストール手順によってインストールされます。詳しくは、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。


IBM DB2 Universal Database エンタープライズ拡張エディション、バージョン 7.2.0 (フィックスパック 10a インストール済み) を使用する場合は、JDBC、バージョン 2.0 もインストールする必要があります。

UNIX シェル

UNIX プラットフォームにデータベースをインストールする場合は、Korn シェル (ksh) がインストールされ、アクティブにされている必要があります。注: このシェルは存在する必要がありますが、製品をインストールする setup

コマンドは、任意のシェルから発行することができ、Korn シェルから発行する必要はありません。



CPU

前提条件については、選択したデータベース・サーバーの DB2 資料を参照してください。

メモリー

前提条件については、選択したデータベース・サーバーの DB2 資料を参照してください。



スペース

コンポーネントリソース・タイプ必要なスペース

管理サーバー・データベース (ランタイム・サーバー・データベースなし)

Tivoli License Manager 管理サーバー・データベース: 製品のインストール先ディレクトリー

6 MB

DB2 インストール・ディレクトリー (Windows) または DB2 インスタンス所有者のホーム・ディレクトリー (UNIX) 内の、管理サーバー・データベースの DB2 データベース・テーブル

200 MB

DB2 のインストール先ディレクトリーの管理サーバーによって報告された各エージェントの DB2 データベース・テーブル (管理サーバーで管理するエージェントの数をこの値に掛けます)

450 KB

データベースがサーバー・コンポーネントなしでインストールされている場合の Tivoli Common

Directory 内のインストール・ログおよびトレース

10 MB

ランタイム・サーバー・データベース (管理サーバー・データベースなし)

Tivoli License Manager ランタイム・サーバー・データベース: 製品のインストール先ディレクトリー

6 MB

DB2 のインストール先ディレクトリーのランタイム・サーバー・データベースの DB2 データベース・テーブル

200 MB

DB2 のインストール先ディレクトリーのランタイム・サーバーによって登録された各エージェントのDB2 データベース・テーブル (このサーバーで登録するエージェントの数をこの値に掛けます)

350 KB



10 MB

両方のサーバーのデータベース(同じコンピューター上)

Tivoli License Manager 管理サーバー・データベースおよびランタイム・サーバー・データベース: 製品のインストール先ディレクトリー

12 MB

DB2 のインストール先ディレクトリーの管理サーバー・データベースおよびランタイム・サーバー・データベースの DB2 データベース・テーブル

400 MB

DB2 のインストール先ディレクトリーのランタイム・サーバーによって登録された各エージェントのDB2 データベース・テーブル (このサーバーで登録するエージェントの数をこの値に掛けます)

800 KB



10 MB

また、Windows プラットフォームでは、デフォルト・ドライブに 100 MB 以上の使用可能な一時スペースが必要です。また、UNIX プラットフォームでは、/tmp ディレクトリーに 250 MB 以上のフリー・スペースが必要です。

必要なスペースについて詳しくは、DB2 の適切な資料を参照してください。




前提条件ソフトウェアの取得とインストール前提条件バージョンの WebSphere Application Server、または前提条件の DB2 サーバーやクライアントを持っていない場合は、このセクションの前提条件ソフトウェアの取得とインストールの説明を参照してください。

IBM DB2 UDB Enterprise Server Edition

v DB2 では、さまざまな IBM 製品がバンドルされているが、バージョンやエディションが複数あるため、既存のバージョンが必要とするバージョンであることを確認する必要がある。

v Tivoli License Manager のインストールを開始する前にインストール可能な Tivoli License Manager バンドル・バージョン 8.1.4 (すべてのプラットフォームでサポート)。または、Tivoli License Manager インストール・ウィザードで前提条件バージョンをインストールできます ( 37ページの『前提条件ソフトウェアの自動インストール』を参照)。

v DB2 サーバーを UNIX プラットフォームにインストールし、このコンピューターにサーバーおよびデータベースの両方をインストールする場合は、/home ファイル・システムが少なくとも 10 GB あることを確認すること。DB2 データベースは、このパーティションに配置されます。ファイル・システムのサイズは、UNIX 構成ツールを使用して拡張できます。

IBM WebSphere Application Server

v WebSphere Application Server は、さまざまな IBM製品とバンドルされるため、前提条件バージョンがすでにある場合がある。

v Tivoli License Manager のインストールを開始する前にインストール可能な Tivoli License Manager バンドル・バージョン 5.1。または、Tivoli

License Manager インストール・ウィザードで前提条件バージョンをインストールできます ( 37ページの『前提条件ソフトウェアの自動インストール』を参照)。

v WebSphere Application Server のバージョン 5.0.2 はすでにあるが、前提条件フィックスをインストールしてバージョンを 5.0.2.2 にしていない場合は、このリンクから直接 WebSphere プラグイン Cumulative Fix for

5.0.0、5.0.1、および 5.0.2.x を取得するか、または以下のステップを行う。

1. IBM ソフトウェア・サポート・サイトhttp://www.ibm.com/software/support に進みます。

2. 「ソフトウェア (Software)」をクリックします。

3. 検索ウィンドウに「WebSphere Application Server」と入力して、「ダウンロード (Downloads)」チェック・ボタンを選択し、「実行依頼(Submit)」をクリックします。

4. 「詳しく検索 (Additional search terms)」に「plug-in 5.0.2」と入力して、検索を詳細化します。「実行依頼 (Submit)」をクリックします。



http://www.ibm.com/support/docview.wss?uid=swg24004524


5. 「WebSphere プラグイン Cumulative Fix for 5.0.0、5.0.1、および5.0.2.x (WebSphere Plug-in Cumulative Fix for 5.0.0, 5.0.1 and5.0.2.x)」をクリックします。

フィックスのダウンロード・ページが表示されます。

Web サーバー

v WebSphere Application Server では、同じコンピューターに Web サーバーがインストールされている必要がある。 WebSphere Application Server

には、バンドル済みの IBM HTTP Server が同梱されています。まだWebSphere Application Server をインストールしていない場合は、インストールするときに IBM HTTP Server もインストールされるインストール・オプションを選択してください。 Tivoli License Manager でWebSphere Application Server をインストールする場合は、IBM HTTP

Server が自動的にインストールされます。

v 特定のコンピューターの Tivoli License Manager サーバー・コンポーネントとの通信に Secure Sockets Layer (SSL) プロトコルを使用する場合は、そのコンピューターに SSL オプションがオンになっている IBM HTTP

Server がインストールされている必要がある。

バンドルされている前提条件を使用して、Tivoli License Manager 用の個別のDB2/WebSphere Application Server 環境を維持することをお勧めします。これは、その他のバージョンの DB2 または WebSphere Application Server 用のライセンスとは異なる Tivoli License Manager 用の前提条件を使用するためのライセンスを保有しているためです。これらの前提条件がインストールされているコンピューターにエージェントをデプロイする場合は、前提条件の使用率がモニターされ、使用率レポートに記録されます。

重要: DB2 および WebSphere Application Server をインストールし、使用する場合、インストール先のコンピューターの特定の構成が必要となります。例えば、HP/UX および Solaris プラットフォームでは、カーネルは DB2 と共に構成する必要があります。

前提条件ソフトウェアの自動インストールTivoli License Manager のインストールを容易にするために、製品パッケージには、すべての前提条件ソフトウェアが含まれており、必要に応じてインストール・ウィザードで前提条件ソフトウェアをインストールします。バンドル・ソフトウェアは、以下の項目で構成されています。

データベース・サーバーまたはクライアントIBM DB2 UDB Enterprise Server Edition、バージョン 8.1.4

Web アプリケーション・サーバーIBM WebSphere Application Server バージョン 5.1 (Web サーバーとしてIBM HTTP Server バージョン 1.3.28 もインストールされています)

パッケージには、各前提条件で個別にサポートされているプラットフォームの CD

が含まれています。



重要: この前提条件は、Tivoli License Manager の使用に関連しているばあいにのみ使用できる限定使用ライセンスと共に提供されています。このライセンスによって、これらの製品で発行されるフィックスをダウンロード、インストール、および使用する権限も与えられます。インストール・プロセス時に Tivoli License Manager

使用条件を受け入れることによって、前提条件ソフトウェアの使用条件を暗黙的に受け入れ、限定使用を受け入れます。詳しくは、Tivoli License Manager 使用条件を参照してください (対話式インストール時に表示されます)。

インストール・プロセスは、前提条件によって異なります。

IBM DB2 UDB Enterprise Server EditionTivoli License Manager でサポートされている DB2 UDB、Enterprise Server

Edition がない場合は、インストール・ウィザードによって、バンドル・バージョンをインストールするかどうかが確認されます。

サポートされていないバージョンの DB2 がコンピューターにインストールされている場合、ウィザードでは新規インストールが行われるため、DB2

のインストールを進めることができません。新規インストールは、旧バージョンが残っていると失敗します。このため、ウィザードを終了し、既存のDB2 をアンインストールするか、または Tivoli License Manager でサポートされているバージョンにマイグレーションし、製品のインストールを再試行してください。

はいと回答すると、適切な CD を挿入し、DB2 のインストール先ディレクトリーと DB2 管理ユーザーのユーザー ID とパスワードを指定するよう要求されます。その後、サイレント・インストールを使用して、DB2 がインストールされます。

インストールした DB2 では、インストール時に決定したポート番号がlisten されます。

IBM WebSphere Application ServerTivoli License Manager でサポートされている WebSphere Application Server

がない場合は、インストール・ウィザードによって、バンドル・バージョンをインストールするかどうかが確認されます。

サポートされていないバージョンの WebSphere Application Server がコンピューターにインストールされている場合、ウィザードでは新規インストールが行われるため、WebSphere Application Server のインストールを進めることができません。新規インストールは、旧バージョンが残っていると失敗します。代わりに、ウィザードを終了し、既存のバージョンの WebSphere

Application Server をアンインストールするか、または Tivoli License

Manager でサポートされているバージョンにマイグレーションするか、またはサポートされていないバージョンと共にサポートされている WebSphere

Application Server のバージョンを手動でインストールします。製品のインストールを再試行します。

はいと回答すると、適切な CD を挿入し、製品のインストール先ディレクトリーを指定するよう要求されます。その後、サイレント・インストールを使用して、WebSphere Application Server がインストールされます。



注: Windows プラットフォームでは、WebSphere Application Server およびIBM HTTP Server をサービスとしてインストールできるようにアドミニストレーター・パスワードも指定するよう要求されます。

WebSphere Application Server をインストールすると、IBM HTTP Server バージョン 1.3.28 もインストールされます。コンピューターにその他の Web

サーバーがインストールされている場合は、Tivoli License Manager をインストールする間はこのサーバーを停止する必要があります。

バンドルされているバージョンの DB2 および WebSphere Application Serverの前提条件 Service Pack、フィックスパック、およびパッチ: このセクションでは、バンドルされているバージョンの DB2 および WebSphere Application Server

をインストールするための前提条件について説明します。

重要: ここで説明する詳細は、Tivoli License Manager のインストール時にインストールされる製品のバージョンにのみ適用されます。その他のサポートされているバージョンには必ずしも適用されません。不明な場合は、オンラインやオフラインで DB2 または WebSphere Application Server の文書を確認してください。

バンドルされている DB2 のバージョン以下の表は、Tivoli License Manager で必要となる前提条件以外に、IBM

DB2 UDB, Enterprise Server Edition、バージョン 8.1.4 の前提条件のみを示しています。

表 5. 追加パッチ、Service Pack、およびバンドルされている DB2 のパッチ


バージョン追加レベル、Service Pack、パッチ

IBM AIX 5.1 (32 ビット) 保守レベル 2 以降、APARs

IY31254、IY32217、IY32905、IY33023、およびIY29345

5.1 (64 ビット) 保守レベル 2 以降、APARs

IY31254、IY32217、IY32905、Y33023、およびIY32466

HP/UX 11i for PA-Risc 2001 年 12 月の GOLDBASE11i および 2001

年 12 月の GOLDAPPS11i のバンドル、パッチPHSS_26560、Java SDK 1.4 用のパッチ (2003

年 9 月の QPK1100、2003 年 3 月のQPK1100、2002 年 9 月の QPK1100、2002 年3 月の QPK1100、2001 年 9 月の QPK1100 ベース 11.00)

Sun Solaris 8 (32 ビット) 推奨 & セキュリティー・パッチ、およびhttp://sunsolve.sun.com のパッチ108921-12、108940-24、108434-03、108528-12

9 (64 ビット) 推奨 & セキュリティー・パッチ、およびhttp://sunsolve.sun.com のパッチ108921-12、108940-24、108435-03、108528-12



http://sunsolve.sun.com

http://sunsolve.sun.com

バンドルされている WebSphere Application Server のバージョン (5.1)以下の表は、Tivoli License Manager で必要となる前提条件以外に、IBM

WebSphere Application Server バージョン 5.1 の前提条件のみを示しています。

表 6. 追加パッチ、Service Pack、およびバンドルされている WebSphere ApplicationServer のパッチ


バージョン追加レベル、Service Pack、パッチ

Windows 2000 Server または Advanced

Server for Intel

x86 (32 ビット)

Service Pack 3 または 4

IBM AIX 5.1 推奨保守パッケージ 5100-04 および AIX PTF

U484272

5.2 推奨保守パッケージ 5100-04 + APAR

IY44183、および AIX PTF U484272

HP/UX 11i for PA-Risc 2003 年 6 月の品質パック、パッチPHSS_26560、PHCO_29109、およびPHSS_26946

Red Hat

Enterprise Linux

ES/AS/WS、バージョン 3.0

インストール前の参照技術情報 #1164634

AS、バージョン 3.0

Sun Solaris 8 および 9 2003 年 7 月の推奨パッチ・クラスター

前提条件ソフトウェアのインストール・パスワード: 前提条件ソフトウェアのインストールでは、インストール先のコンピューターのユーザー ID を作成または使用する必要があります。その詳細を以下に示します。

DB2 管理パスワードバンドルされている DB2 をインストールすることをウィザードに要求する場合、インストール・ウィザードは、DB2 管理アクティビティーで使用可能なコンピューターでユーザー ID を作成する必要があります (詳しくは、DB2 の文書を参照)。このユーザー ID は、このコンピューターのパスワード規則に従ったパスワードと共に指定する必要があります。この情報は、インストール時に指定する必要があります。

インストール後に DB2 管理者パスワードを変更する場合は、 342ページの『パスワードの変更』を参照してください。

アドミニストレーター・パスワード (WebSphere Application Server および IBMHTTP Server をサービスとしてセットアップする場合に使用)

バンドルされている WebSphere Application Server を Windows コンピューターにインストールすることをウィザードに要求する場合、ウィザードは、これらのプログラムを Windows のサービスとして使用可能にする必要があります。この場合、インストール・ウィザードではこのコンピューターの「アドミニストレーター」ユーザー ID を使用する必要があるため、「アドミニストレーター」アカウントのパスワードが必要となります。このパスワードは、インストール時に指定する必要があります。



http://www-1.ibm.com/support/docview.wss?uid=swg21164634

インストール後にアドミニストレーター・パスワードを変更する場合は、342ページの『パスワードの変更』を参照してください。

WebSphere Application Server でのポートの競合の回避前提条件をインストールするときに、WebSphere Application Server とすでにインストール済みのソフトウェアの間でポートの競合が発生する場合があります。デフォルトでは、WebSphere Application Server 管理コンソールは、インストール時にポート 9090 を listen するよう設定され、IBM HTTP Server は、安全でない通信ではポート 80 を、安全な通信ではポート 443 を listen するよう設定されます。ほかの製品がこれらのポートを listen する場合は、バンドルされている製品をインストールするときにこれらの製品のポートを変更するか、または使用不可にする必要があります。現在使用中のポートをリストするには、以下のコマンドを入力します。

Windows netstat -an

UNIX netstat -an | grep LISTEN

ポート 80 と 9090 で問題が発生する可能性があります。その詳細を以下に示します。

ポート 80WebSphere Application Server のバンドルされている前提条件をインストールする場合、HTTP サーバーがポート 80 を listen されるようインストールされます。

ポート 80 が使用されている場合は、異なるポートを割り当てることができます。以下のステップを実行します。

1. サポートされている HTTP サーバーがコンピューターにすでにインストールされている場合は、構成を変更して Tivoli License Manager で使用するポートを listen するようにします。

2. サポートされているバージョンの WebSphere Application Server がコンピューターにすでにインストールされている場合は、使用するポートの別名を追加します。

3. Tivoli License Manager サーバーのインストール中に、使用するポート番号を指定します。

4. バンドルされている WebSphere Application Server および IBM HTTP

Server をインストールすると、インストール終了後 Tivoli License

Manager サーバーは正常に始動されません。WebSphere Application

Server で別名をセットアップし、新規のポート用に IBM HTTP Server

を構成して、Tivoli License Manager サーバーを再始動します。

ポート 9090

AIX ユーザーは、ポートの競合が発生する可能性があります。WebSphere

Application Server 管理コンソールが使用するポート 9090 は、AIX、バージョン 5.1 の Web ベース・システム・マネージャーで使用されている可能性があります。

AIX Web ベース・システム・マネージャーを使用しない場合は、これを使用不可にします (『AIX 5L Version 5.1: Web-based System Manager

Administration Guide』のセクション「Configuring Web-based System

Manager in Client-Server Mode」を参照)。



AIX Web ベース・システム・マネージャーを使用する場合は、異なるポート番号を使用するように変更します (同じ文書を参照)。

AIX Web ベース・システム・マネージャーを使用しており、そのポートを変更しない場合は、以下の手順を実行します。

1. 上記に示されている文書と同じ文書を参照して、AIX Web ベース・システム・マネージャーを一時的に使用不可にします。

2. バンドルされている前提条件と共に Tivoli License Manager をインストールします。

3. 管理コンソールで必要となる WebSphere Application Server のデフォルト・サーバー「server1」を停止します。

4. WebSphere Application Server の文書を参照して、管理コンソールで異なるポートを使用するよう WebSphere Application Server の構成を変更します (「IBM WebSphere Application Server V5.1: System Management and

Configuration WebSphere Handbook Series」を参照)。

5. AIX Web ベース・システム・マネージャーを再始動します。

6. 必要に応じて「server1」を再始動します。

Tivoli Configuration Manager を使用してサーバーおよびデータベースをインストールする場合の追加前提条件Tivoli Configuration Manager は、サーバーおよびデータベースのデプロイメントに使用できます。ただし、インプリメンテーションでは、インストールをガイドするソフトウェア・パッケージ・ブロック・パラメーターに特定のパスワードを指定する必要があります。このデータのセキュリティーを保持するには、Tivoli

Configuration Manager が構築されている Tivoli Management Framework が、エンドポイント・ユニキャスト通信へのゲートウェイで 56 ビットの DES 暗号化を提供できるよう構成されている必要があります。暗号化は、マルチキャスト通信ではサポートされていません。

以下に、サーバーおよびデータベースのデプロイメントに Tivoli Configuration

Manager を使用する場合の追加前提条件を示します。

サーバーおよびデータベース・プラットフォーム

サーバーおよびデータベースでサポートされているすべてのプラットフォーム。

ソフトウェア

製品プラットフォームバージョン

IBM Tivoli

Management Framework

サポートされる iSeries

および pSeries プラットフォーム

フィックス 4.1-TMF-0015 for

Linux-PPC が適用されている 4.1

(サーバー) およびインストール済み 4.1-INVGW-0005 for Linux-PPC

(ゲートウェイ)

その他のプラットフォーム

4.1



ソフトウェア


IBM Tivoli

Configuration Manager

サポートされる iSeries

および pSeries プラットフォーム

フィックス 4.2-SWD-0014 が適用されている 4.2 (サーバー) およびインストール済み 4.2-SWD-0015

(ゲートウェイ)

その他のプラットフォーム

フィックスパック 4.2-TCM-FP02

がインストール済みの 4.2

スペース

配布されるソフトウェア・パッケージ・ブロック用に 160 MB。


必要なインストール情報の準備サーバーおよびデータベース・コンポーネントのインストールでは、特定の情報パラメーターを指定する必要があります。このようなパラメーターについて詳しくは、 79ページの『メイン・コンポーネントのインストール』を参照してください。また、各コンポーネントを構成する必要があります。構成ステップについては、113ページの『第 3 章 Tivoli License Manager の構成』を参照してください。

必要な情報を準備して、コンポーネントをインストールし、構成する場合、以下のチェックリストが役立ちます。

v インストール・パラメーターの表。カスタム・インストールでのコンポーネントの組み合わせごとに必要となるインストール・パラメーターおよび特殊なインストール (標準ランタイム、標準管理、または全コンポーネント) で必要となるインストール・パラメーターが示されています。 291ページの『インストール・パラメーター・リスト』を参照してください。

v 管理サーバーとそのデータベースに必要なインストール・パラメーターおよび構成ステップのチェックリスト。 296ページの『管理コンポーネント』を参照してください。

v ランタイム・サーバーとそのデータベースに必要なインストール・パラメーターおよび構成ステップのチェックリスト。 299ページの『ランタイム・コンポーネント』を参照してください。

v バンドルされた DB2 前提条件をインストールする場合に必要なインストール・パラメーターのチェックリスト。 304ページの『バンドルされている DB2 のチェックリスト』を参照してください。

v バンドルされた WebSphere Application Server 前提条件をインストールする場合に必要なインストール・パラメーターのチェックリスト。 305ページの『バンドルされている WebSphere Application Server のチェックリスト』を参照してください。

v エージェントをデプロイする場合に必要なパラメーターのチェックリスト。 306

ページの『エージェントのチェックリスト』を参照してください。



v カタログ・マネージャーをインストールする場合に必要なパラメーターのチェックリスト。 308ページの『カタログ・マネージャーのチェックリスト』を参照してください。

Tivoli License Manager 環境の構成方法の計画Tivoli License Manager 環境が正常に機能するには、構成アクティビティーを実行する必要があります。このセクションでは、このアクティビティーおよび準備に必要な情報について説明します。アクティビティーは、以下のとおりです。

管理サーバーの構成計画インストール後、基本情報を使用して管理サーバーをセットアップする必要があります。インストール時に作成された組織を複数使用する場合は、追加の組織を作成し、各組織にアカウントを割り当てます。このアクティビティーでは、組織の名前、および各組織の管理者またはシステム・リソース・マネージャーとなるユーザーを決定しておく必要があります (ユーザーおよび役割についての詳細は、「IBM Tivoli License Manager: 管理」を参照)。

構成ステップについて詳しくは、 113ページの『管理サーバーの構成』を参照してください。

組織関連初期タスクの計画作成した各組織に対して、ランタイム・サーバーを登録し、部門をセットアップする必要があります。

構成ステップについて詳しくは、 115ページの『組織関連の初期タスクの実行』を参照してください。

ランタイム・サーバーの構成計画各ランタイム・サーバーには、ユーザー・アカウントを作成する必要があります。サーバーを開始し、このサーバーが管理サーバーに正常に接続されていることを確認する必要があります。

構成ステップについて詳しくは、 115ページの『ランタイム・サーバーの構成』を参照してください。

セキュア通信の使用可能化計画Tivoli License Manager 環境に SSL を実装する場合は、インストール時に選択するオプションによって、SSL を使用する適切な Tivoli License

Manager コンポーネントが構成されます。ただし、対応する Web サーバーも SSL を使用するよう構成して、独自のトラステッド証明書を取得し、インストールする必要があります。Tivoli License Manager には、テスト目的で使用する証明書がありますが、通常の使用では、独自の証明書を指定する必要があります。

構成ステップについて詳しくは、 116ページの『SSL の構成』を参照してください。

イベント通知設定の定義計画Tivoli License Manager は、イベント通知を指定されている宛先に E メールで送信するよう構成することができます。サーバーで構成ファイルを編集して、使用する SMTP サーバーと送信側アドレスを定義します。サーバー



GUI を使用して、ユーザーの詳細に E メールを追加し、どのユーザーがどのイベント通知を受信するかを決定します。この情報は、準備に必要となります。

構成ステップについて詳しくは、 139ページの『サーバーのメール通知設定の構成』を参照してください。

Web サーバーのカスタマイズ計画管理サーバーまたはランタイム・サーバーが関連 Web サーバーからのサービス要求に応答しなくなることがあります。このような場合、サーバーは、アプリケーション・サーバーが使用不可であることを示す標準の「エラー500」で応答します。Tivoli License Manager には、カスタマイズされたバージョンの標準 HTML ファイルがあります。このファイルは、このエラーが発生すると、製品でサポートされているすべての言語で表示されます。各Tivoli License Manager サーバーごとに、Web サーバーを製品に付属のファイルを使用するようカスタマイズすることもできます。また、各ファイルをさらにカスタマイズして、システム管理者の問い合わせ先の詳細など、役立つローカル情報を追加することもできます。国際的なエンタープライズの場合は、さまざまな連絡先を記載したさまざまなメッセージの内容をさまざまな言語で提供できます。

構成ステップについて詳しくは、 140ページの『Web サーバーのカスタマイズ』を参照してください。

認証メソッドの定義計画管理サーバーおよびランタイム・サーバーの各ユーザーを認証するためにTivoli License Manager で使用されているデフォルトのメソッドでは、スーパーユーザーが、関連付けられているパスワードを持つ一連のアカウントを作成します。この情報は、管理サーバーのデータベースに保管されます。

ただし、すでに Lightweight Directory Access Protocol (LDAP) を使用して、他のアプリケーションへのユーザー・アクセスを認証している場合は、Tivoli License Manager に対しても LDAP を構成できます。LDAP 認証を使用するには、LDAP ユーザー名と同じユーザー名を持つ Tivoli License

Manager ユーザーをセットアップする必要があります。また、Tivoli License

Manager および WebSphere Application Server を LDAP 認証を使用するよう構成する必要もあります。後者のプロセスでは、使用可能な LDAP サーバー・アドレスとポート、および LDAP ドメイン名の接頭部と接尾部が必要となります。

注: ユーザーのデータベースからエクスポートしたユーザーの詳細をインポートできるオプションがあります。これにより、すでに電子フォーマットでアクセス可能な情報を再入力する必要がなくなります。

以下のようなさまざまな LDAP サーバーがサポートされています。

v Lotus® Domino® Directory

v Microsoft® Active Directory

v IBM SecureWay® Directory Server

v Sun One Directory

v Novell eDirectory

v z/OS® LDAP ディレクトリー

構成計画


スーパー・アドミニストレーター ID「tlmroot」に関して、特に考慮する必要があります。可能な場合は、ご使用の LDAP サーバーにこの ID をセットアップします。不可能な場合は、スーパー・アドミニストレーター・ユーザーを使用する必要があるたびに LDAP と他の認証メソッドを切り替える必要があるため、できるだけこの ID を使用しないでください。

構成ステップについて詳しくは、 144ページの『認証方式の定義』を参照してください。

この 2 つのアプローチ (データベースと LDAP) の代わりとして、製品を構成して、製品のインストール先ディレクトリー内の XML ファイルにこの情報が、暗号化されたパスワードと共に保管されるようにします。

プロキシー・サーバーの構成計画管理サーバーとランタイム・サーバーの間、またはランタイム・サーバーとエージェントの間でプロキシー・サーバーを使用する場合は、プロキシー・サーバーを使用するよう製品を構成します。前者の場合は、ランタイム・サーバーごとに構成ファイルを編集する必要があります。つまり、プロキシー・サーバーの詳細を簡単に使用可能、使用不可、または変更することができます。

ランタイム・サーバーとエージェントの間でプロキシー・サーバーの使用を使用可能にする場合は、エージェント・デプロイメントを行うときにプロキシー・サーバーの情報を提供する必要があります。このため、プロキシー・サーバーの詳細を使用可能、使用不可、または変更する場合は、エージェントを再デプロイする必要があります。

構成ステップについて詳しくは、 153ページの『プロキシー・サーバーの構成』を参照してください。

コンピューター・ラベルの自動割り当ての使用計画エージェントをデプロイする場合は、エージェントに固有 ID を指定する必要があります。さまざまなエージェント・デプロイメント・メソッドを使用すると、エージェントをデプロイするときに、コンピューターのシリアル番号やオペレーティング・システムなどの特定のシステム変数の使用を定義して、固有の情報をエージェントのコンピューター・ラベル (ノード・タグ)

に追加することができます。

Web デプロイメント以外のすべてのケースでは、デプロイメントを「プッシュ」して、システム変数の使用を制御することができます。Web デプロイメントの場合は、ユーザーはデプロイメントを「プル」します。コンピューター・ラベルの自動割り当ては、エージェント・プラットフォームごとに使用するテキストと変数の連結を決定するパラメーターを設定します。

構成ステップについて詳しくは、 154ページの『コンピューター・ラベルの自動割り当て』を参照してください。

最新バージョンの IBM カタログのインポート計画Tivoli License Manager には、管理サーバー・データベースにインストールによってロードされる IBM カタログのコピーが含まれています。ただし、このカタログは、製品 CD を取得したとき、または CD イメージのダウンロードしたときによっては最新バージョンでない場合があります。IBM カタログの Web サイトから、できるかぎり早い機会にカタログの最新のバージョンをダウンロードしてください。

構成計画


このアクティビティーについては、 156ページの『IBM カタログの最新のバージョンのインポート』で説明します。

Java 2 セキュリティーの使用可能化計画WebSphere Application Server で Java 2 セキュリティーを使用する場合は、WebSphere Application Server と Tivoli License Manager の両方を構成する必要があります。この手順は 157ページの『サーバー用の Java 2 セキュリティーのオプションでの構成』で説明されており、Tivoli License

Manager をインストールした後に実行します。

既存バージョンの WebSphere Application Server で Java 2 セキュリティーがすでに使用可能な場合は、Java 2 セキュリティーに対して Tivoli License

Manager を使用可能にするまで、Tivoli License Manager をインストールした後も使用することができません。2 つのオプションがあります。

v Tivoli License Manager のインストールを実行する前に WebSphere

Application Server で Java 2 セキュリティーを使用不可にして、インストールが完了した後に両方の製品の完全な構成手順を実行する。これにより、例えば、Java 2 セキュリティーを使用可能にする前に、インストールが正常に完了したかどうかをテストすることができます。

v Java 2 セキュリティーが使用可能な状態で Tivoli License Manager をインストールし、Tivoli License Manager 内ですぐに構成する。

災害時回復計画災害からファイルを保護するためにバックアップを作成することは、データのコピーを取るだけではありません。Tivoli License Manager 環境は複数のコンピューターに分散されており、さまざまなデータベースでデータの同期を使用しています。同時にすべてのデータベースのスナップショットを作成することは不可能であるため、以下の手順に従ってバックアップおよびリカバリーを行うことをお勧めします。

v 管理サーバー・データベースおよび管理サーバーやランタイム・サーバーの構成ファイルの定期的なバックアップを実行する必要があります。

v 災害時には、以下を実行する必要があります。

1. 災害により損害を受けたサーバーをアンインストールして再インストールします。

2. 災害により管理サーバー・データベースが損害を受けた場合は、このデータベースをアンインストールして再インストールします。

3. すべてのランタイム・データベースをアンインストールして再インストールします。

4. 管理サーバー・データベースの最新のバックアップ・バージョンを復元します。

5. 管理サーバーおよびランタイム・サーバーの構成ファイルの最新のバックアップ・バージョンを復元します。

6. サーバーを再始動します。ランタイム・サーバーは、管理サーバー・データベースの情報を使用してデータベースを再構成します。

構成計画


重要: ランタイム・サーバー・データベースのバックアップは使用できないため、実行しないでください。ランタイム・サーバー・データベースの復元は行わないでください。データベースに問題がある場合は、コンポーネントをアンインストールし、データベースをドロップするためのオプションを選択した後、データベースを再インストールします。この作業を行った後にランタイム・サーバーが管理サーバーに再度接続すると、ランタイム・サーバーは管理サーバー・データベースの情報を使用してデータベースを再構成します。

災害時回復手順の詳細については、「IBM Tivoli License Manager: 問題判別」を参照してください。

Tivoli License Manager の操作方法の計画Tivoli License Manager は、管理サーバーおよびランタイム・サーバーにアクセスするための Web インターフェースを提供します。Web インターフェースにアクセスするコンピューターに、クライアント・ソフトウェアをインストールする必要はありません。Web ブラウザーのみが必要となります。

メインの Web インターフェースは、パスワードで保護された管理サーバーのインターフェースで、アドミニストレーターはこれを使用して、モニター・インフラストラクチャーおよびライセンス条件を定義したり履歴レポートを作成することができます。

ランタイム・サーバーには、管理サーバーよりも機能が少ない、パスワードで保護されたインターフェースが備えられています。アドミニストレーターは、このインターフェースからリアルタイムのソフトウェア使用情報を得ることができます。ランタイム・サーバーは、エンド・ユーザーがコンピューター上にエージェント・ソフトウェアをデプロイするための Web ページのホストにもなります。このページは、パスワードで保護されません。

重要: Web ブラウザーのポップアップ・ウィンドウの可用性を制限するソフトウェアは、オフに切り替えるか、または使用不可にする必要があります。これは、管理 GUI またはランタイム GUI にログインしたときに、GUI にアクセスしたブラウザー・ウィンドウがクローズし、GUI を含むポップアップが起動するためです。ポップアップ・ウィンドウを制御するソフトウェアには、ほとんどの個人用ファイアウォール、特定のフリーウェアのツールバーおよびタスクバー、特にポップアップ・ウィンドウや広告の表示を制限するさまざまなフリーウェアまたはシェアウェア・ユーティリティーなどがあります。可能な場合は、これらのプログラムの設定をリセットして、ポップアップの抑止をオフに切り替えてください。この操作ができない場合は、これらのプログラムを使用不可にするか、またはアンインストールします。

構成計画


Web ユーザー・インターフェースの前提条件以下に、管理サーバーおよびランタイム・サーバーの Web GUI にアクセスするブラウザーの前提条件を示します。Web GUI の場合、サーバーがインストールされているコンピューターからアクセスする必要はありません。これらのサーバーへのHTTP 接続を確立する必要のみがあります。

表 7. サポートされるブラウザー

インターネット・ブラウザー

以下のいずれかのブラウザー:

Windows プラットフォームMicrosoft Internet Explorer 5.5 以降

サポートされているその他のプラットフォームMozilla 1.4 または 1.5


エージェントのデプロイ計画このセクションでは、Tivoli License Manager エージェントのデプロイ方法の決定について説明します。エージェント、エージェントの機能、エージェントのファイル、およびコマンドの詳細については、 253ページの『第 9 章エージェント』を参照してください。

このセクションでは、デプロイメント・メソッドに関係なく、最初にエージェント・デプロイメントに関する一般的な情報について説明します。

v 50ページの『エージェント前提条件』

v 53ページの『エージェント・デプロイメント・パラメーターの準備』

その後、各デプロイメント・メソッドの前提条件に関する情報について説明します。

v 54ページの『Web デプロイメントの使用』

v 56ページの『installagent コマンドの使用』

v 56ページの『Tivoli Configuration Manager の使用』

v 58ページの『UNIX ノードに対する SSH または RSH の使用』

v 61ページの『Windows ログオン・スクリプトの使用』

v 62ページの『OS/400 エージェントのデプロイ』

また、 64ページの『エージェント・デプロイメントのスケジューリング』には、エージェント・デプロイメントのスケジューリングに関する助言が記載されています。

操作の計画


エージェント前提条件このセクションでは、エージェント・コンポーネントを実行する前提条件を示します。

注:

1. この前提条件は、エージェントのデプロイメントやインストールには当てはまりません。エージェントを実行する場合に必要なものが示されています。

2. エージェントをインストールすることを計画している各コンピューター上で、日付、時刻、および時間帯設定を調整する必要があります。これらの設定を Tivoli

License Manager の使用中に変更することはお勧めできません。ただし、エージェントがインストールされているコンピューターで日付または時刻を変更する必要がある場合は、エージェントを停止して日付または時刻を変更し、エージェントを再始動する必要があります。エージェントを停止および開始する場合に使用するコマンドについて詳しくは、 266ページの『エージェント・コマンド』を参照してください。

ソフトウェア

GSKit 通信ソフトウェア

エージェントには、通信を実装するための GSKit が必要です。適切なバージョンが製品に付属しています。以下のリストは、さまざまなエージェント・プラットフォームで使用されるバージョンを示しています。


バージョン GSKit バージョン

OS/400 V5R2 4d

V5R3 6b

Windows 7.0.2.8

その他すべてのプラットフォーム 7.0.2.6

エージェントのデプロイメントの計画



認証済み Linux カーネル

Tivoli License Manager は、以下の Linux カーネルで作業することを認証されています。



バージョンサポートされているカーネル

ライブラリー

Intel x86 Red Hat Enterprise

Linux


更新 2 (Standard またはPremium)

2.4.9-e24

glibc 2.2.4-32.32.4.9-e24smp

2.4.9-e24summit

2.4.9-e24enterprise


更新 1 (Standard またはPremium)

2.4.21-9EL

glibc 2.3.2-95.62.4.21-9ELsmp

2.4.21-9ELhugemem

SUSE LINUX

Enterprise Server

8 SP3 2.4.21-138-default

glibc 2.2.5-2132.4.21-138-psmp

2.4.21-138-smp

2.4.21-138-smp4G

iSeries Red Hat Enterprise

Linux

AS、PPC 更新 2 用のバージョン 3.0

2.4.21-15.EL glibc 2.3.2-95.20

SUSE LINUX

Enterprise Server

8 for IBM iSeries/pSeries (64

ビット、32 ビットの互換モード) SP3a

2.4.21-147-iseries64 glibc 2.2.5-143

pSeries Red Hat Enterprise

Linux

AS、PPC 更新 2 用のバージョン 3.0

2.4.21-15.EL glibc 2.3.2-95.20

SUSE LINUX

Enterprise Server

8 for IBM iSeries/pSeries (64

ビット、32 ビットの互換モード) SP3a

2.4.21-111-pseries64 glibc 2.2.5-139

zSeries および S/390

Red Hat Enterprise

Linux

AS、zSeries および S/390 更新 1 (31 ビット) 用のバージョン 3.0

2.4.21-9.EL glibc 2.3.2-95.6

SUSE LINUX

Enterprise Server

8 for IBM Mainframes

(zSeries 31 ビット)

2.4.19-3suse-SMP glibc 2.2.5-87

他の Linux カーネルの認証は、その都度サポート Web サイトで発表されます。

WebSphere Application Server (WebSphere Application Server アプリケーション用)

エージェントがインストールされているノードに WebSphere Application Server がインストールされている場合、エージェント・デプロイメントでは WebSphere Application Server エージェントと呼ばれる追加のエージェント・モジュールがインストールされ、WebSphere Application Server で実行されているアプリケーションを認識し、モニターします。

このモジュールでサポートされているエージェントで実行されている WebSphere Application Server のバージョンは 5.0.x および 5.1.x です。



スペース

すべてのエージェント


リソース・タイプ必要なスペース

Windows エージェント・コード用、ディレクトリー $WINDIR

内25 MB

Tivoli Common Directory 内のログおよびトレース(場所については、「IBM Tivoli License Manager: 問題判別」の Tivoli Common Directory に関する付録を参照)

30 MB

UNIX エージェント・コード用、ディレクトリー/var/itlm 内

20 MB

Tivoli Common Directory 内のログおよびトレース(場所については、「IBM Tivoli License Manager: 問題判別」の Tivoli Common Directory に関する付録を参照)

30 MB

ディレクトリー /usr/sbin 内 2 MB

ディレクトリー /lib 内 2 MB

さらに、WebSphere Application Server エージェントが必要な場合

WebSphere Application Server エージェントも必要な場合 (上記表のソフトウェアの下を参照)、以下を追加する必要があります。

Windows および Linux RISC 60 MB

UNIX RISC 120 MB

OS/400 にインストールされている言語

すべてのエージェント

OS/400 ノードにサポートされている言語のいずれかを 1 次言語および 2 次言語としてインストールする必要があります。

言語コード言語

2924 英語

2928 フランス語

2929 ドイツ語

2932 イタリア語

2962 日本語

2986 韓国語

2980 ポルトガル語 (ブラジル)

2989 中国語 (簡体字)

2931 スペイン語

2987 中国語 (繁体字)




エージェント・デプロイメント・パラメーターの準備エージェントは、以下のいずれかの方法でデプロイします。

v ローカル

v コンピューターの所有者 (指示に従う)

v 個別にリモートで

v 制御する配布メソッドを使用して一括で

以下は、エージェントをデプロイする場合に指定する必要がある情報について説明します。

トポロジーの情報

v 組織名

v 部門名

v ランタイム・サーバー・アドレス

v ランタイム・サーバー・ポート

v プロキシー・サーバーでノードが保護されるかどうか、保護される場合は、そのアドレスおよびポート

v 始動モード (セキュア・レベルとも呼ばれる)。エージェントとランタイム・サーバーの初期通信に対して SSL を使用するか使用しないかを決定します (以降の通信は、エージェントがランタイム・サーバーからダウンロードする値によって決定されます)。

エージェント固有の情報

v ノード・タグ (コンピューター・ラベルとも呼ばれる)。この値は、Tivoli

License Manager 内のエージェントを一意的に識別します。この値は、ローカルのコンピューター名、所有者の名前、またはネットワーク内のホスト名と対応している必要はありません。ほとんどのデプロイメント・メソッドでは、ローカル・システム変数に基づいて値を生成することができます。Web デプロイメントでは、構成パラメーターを使用すると、これらのシステム変数に基づいてコンピューター・ラベルのデフォルト値を設定することができます。

v 複数のバルク配布メソッドでは (Tivoli Configuration Manager およびUNIX、OS/400 上の RSH/SSH を使用)、ネットワーク名を使用してノードを識別する必要がある。

v 1 つのバルク配布メソッドでは (UNIX 上の RSH/SSH を使用)、ノードのアドミニストレーター・パスワードを指定する必要がある。

必要なインフラストラクチャー情報

v エージェントが使用する GSKit セキュリティー・ソフトウェアの名前を指定する。この情報はノードのプラットフォームに依存しており、 171ページの『installagent コマンドのパラメーター』で説明されています。示される値を指定します。ランタイム・サーバーのセキュリティー・システムでフィックスが必要な場合は、フィックスと共に提供される新規バージョンの GSKit を使用する必要があることがあります。

v 使用されるセキュリティー証明書の名前を指定する。この情報は、 171ページの『installagent コマンドのパラメーター』で説明されています。示される値を指定します。デフォルトの証明書名は「cert.arm」です。デフォ



ルトの証明書を独自の証明書と取り替える場合は、独自の名前を使用するのではなく、独自の証明書の名前を「cert.arm」とすることをお勧めします。

v 使用されるスキャナー・ソフトウェアの名前を指定する。この情報はノードのプラットフォームに依存しており、 171ページの『installagent コマンドのパラメーター』で説明されています。示される値を指定します。スキャナー・ソフトウェアでフィックスが必要な場合は、フィックスと共に提供される新規バージョンのソフトウェアを使用する必要があることがあります。

Linux390 で必要となる追加情報

v プロセッサー・タイプ。Linux390 イメージが CP または IFL プロセッサーで稼働中かどうかを指定します。

v システム・アクティブ・プロセッサー。CEC でのプロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。

v 共用プールのキャパシティー。Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数が指定されます (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。イメージが共用プロセッサーを使用しない場合はゼロを入力してください。

Web デプロイメントの使用エージェントがインストールされるノードのユーザーは、適切なランタイム・サーバーに接続し、ノードを登録します。エージェント・ソフトウェアがダウンロードされ、自動的にインストールされます。

このオプションを使用すると、ランタイム・サーバーに接続して、別のランタイム・サーバーのノードを登録できます (接続しているランタイム・サーバーとは別のランタイム・サーバーの名前を指定します)。

デプロイメント中にエラー・メッセージを受信して問い合わせたノードのユーザーの詳細も指定する必要があります。

必要な情報をユーザーに渡すには、E メールなど、さまざまな方法があります。

Web を使用したエージェントのデプロイ手順については、 163ページの『Web を介したエージェントのデプロイ』を参照してください。

Web デプロイメントの前提条件:


以下のオペレーティング・システム以外のサポートされているすべてのエージェント・プラットフォーム


バージョン

OS/400 V5R2

V5R3




以下のオペレーティング・システム以外のサポートされているすべてのエージェント・プラットフォーム


バージョン

Red Hat Enterprise Linux zSeries および S/390 用の AS、バージョン 3.0

(31 ビット)

AS、pSeries で実行されている PPC 用のバージョン 3.0

SUSE LINUX Enterprise

Server


以下は、Web を使用してエージェント・コンポーネントをデプロイする場合の前提条件の詳細を示しています。

ソフトウェア

インターネット・ブラウザー

Windows Microsoft Internet Explorer 6 以降

サポートされる iSeries および pSeries

プラットフォームMozilla 1.0

その他のプラットフォーム Mozilla 1.4 または 1.5

注: これらのブラウザーは、ランタイム・サーバーにクライアントを登録する場合のみの前提条件です。エージェントをデプロイする別のメソッド ( 49

ページの『エージェントのデプロイ計画』) を選択した場合やエージェントがすでに登録されている場合、これらのブラウザーは必要ありません。


デプロイメントを開始する場合は、Java ランタイム環境 (JRE) が Java プラグインと共に以下のようにインストールされている必要があります。

サポートされる iSeries および pSeries

プラットフォーム:

Sun のバージョン 1.3.1

その他のプラットフォーム: バージョン 1.4

JRE がなく、Windows プラットフォームのブラウザーとして Internet Explorer

を使用し、インターネットに接続している場合、JRE の前提条件バージョンは、自動的にインストールされます。または、Web デプロイメント・オプションが適切な Web サイトに誘導し、このサイトから JRE をダウンロードして、手動でインストールします。また、Web デプロイメントの前に必要なバージョンの JRE をインストールする必要があります。




installagent コマンドの使用プラットフォーム固有のフォルダーがランタイム・サーバーからエージェントがインストールされるノードにコピーされます。他のユーザーがこのフォルダーからinstallagent コマンドを実行しています。このコマンドをリモート側で実行できるようにこのプロセスをセットアップするか、またはノードに適切なファイルをダウンロードした後に、ノードのユーザーにコマンドの実行を依頼します。このコマンドは、エージェントをインストールし、適切なランタイム・サーバーに接続して、ノードを登録します。

コマンドがノードのユーザーによって実行される場合は、コマンドの実行中にエラー・メッセージを受信して問い合わせたノードのユーザーの詳細も指定する必要があります。

installagent コマンドが含まれているフォルダーおよび必要な情報をユーザーに渡すには、さまざまな方法があります。例えば、フォルダーを添付した E メールを送信したり、E メールでフォルダーの FTP アドレスを知らせます。または、適切なソフトウェアがある場合は、フォルダーをノードに FTP でファイル転送し、コマンドをリモート側で実行することもできます。

installagent コマンドを使用したエージェントのデプロイ手順については、 168ページの『エージェントの手動デプロイメント (installagent コマンド)』を参照してください。

前提条件のインストール: 以下に、エージェントを登録するノードで installagent

コマンドを実行する場合の前提条件の詳細を示します。


以下のオペレーティング・システム以外のエージェントでサポートされているすべてのプラットフォーム

v OS/400 V5R2

v OS/400 V5R3

スペース

ノードをコピーするフォルダー用 20 MB。


Tivoli Configuration Manager の使用適切なバージョンの Tivoli Configuration Manager (詳しくは、 57ページの『Tivoli

Configuration Manager を使用したエージェント・デプロイメントの前提条件』を参照) があるか、またはこれから実装する場合は、Software Distribution コンポーネントの機能を使用して、ソフトウェア・パッケージ・ブロックを 1 つ以上のエージェントに配布できます。これにより、Software Distribution の以下のような機能を利用することができます。



v エージェントのインストールおよびカスタマイズは、Tivoli リージョン・サーバーからサイレント・モードで行われる。

v 問題が発生した場合は、配布が自動的に再試行される。

v 結果は、サーバーに戻され、サーバー・データベースに保管される。

v チェックポイント/リスタート・メカニズムにより、遅いネットワークでもインストールが実行可能となる。

Tivoli License Manager は、エージェントをインストールできる各プラットフォームのソフトウェア・パッケージ・ブロックと共に提供されます。オペレーティング・システム・プラットフォーム、ランタイム・サーバー、および部門の一意の組み合わせごとにプロファイル・マネージャーを作成する必要があります。また、この組み合わせに関連付けられているエージェントをデプロイするソフトウェア・ブロックとエンドポイントに対してもプロファイル・マネージャーを作成する必要があります。プロファイル・マネージャーを配布すると、Software Distribution は、エンドポイントにソフトウェア・パッケージを送信します。エンドポイントは、installagent コマンドおよびエージェント・ファイルを含むフォルダーをインストールし、コマンドを実行します ( 56ページの『installagent コマンドの使用』を参照)。

Tivoli Configuration Manager を使用したエージェントのデプロイ手順については、177ページの『Tivoli Configuration Manager を使用したエージェントのデプロイ』を参照してください。

Tivoli Configuration Manager を使用したエージェント・デプロイメントの前提条件: 以下に、エージェント・デプロイメントに Tivoli Configuration Manager を使用する場合の前提条件の詳細を示します。

エージェント・プラットフォーム

エージェントでサポートされているすべてのプラットフォーム。

ソフトウェア


IBM Tivoli Management

Framework

サポートされる iSeries および pSeries プラットフォーム

フィックス 4.1-TMF-0015

for Linux-PPC が適用されている 4.1 (サーバー) およびインストール済み4.1-INVGW-0005 for

Linux-PPC (ゲートウェイ)

サポートされる zSeries プラットフォーム

4.1.1

その他のプラットフォーム 4.1



ソフトウェア


IBM Tivoli Configuration

Manager


フィックス 4.2-SWD-0014

が適用されている 4.2 (サーバー) およびインストール済み 4.2-SWD-0015 (ゲートウェイ)

サポートされる zSeries プラットフォーム

4.2.1

その他のプラットフォームフィックスパック4.2-TCM-FP02 がインストール済みの 4.2

スペース

プラットフォームに応じて配布されるソフトウェア・パッケージ・ブロック用に 20

- 30 MB。


UNIX ノードに対する SSH または RSH の使用UNIX ノードにエージェントをデプロイするには、Tivoli License Manager エージェント・デプロイメント・ツールを使用します。このツールは、既存のリモート・シェル (RSH) ネットワークやセキュア・シェル (SSH) ネットワークを利用して、ネットワーク上のノードにエージェントをデプロイします。ステップは以下のとおりです。

1. セットアップなどのウィザード・ファイルをハード・ディスクにコピーします。

2. コンピューターが SSH クライアントとして作動するために必要となるライブラリーを取得します。

3. ウィザードのセットアップ・ファイルをコピーしたディレクトリーにライブラリーを配置します。

これで、ツールを実行する準備ができました ( 189ページの『SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイ』を参照)。

ツールは、Windows プラットフォームで実行されます ( 59ページの『RSH およびSSH UNIX ネットワークを使用したエージェント・デプロイメントの前提条件』の前提条件を参照)。他の Tivoli License Manager コンポーネントがインストールされているコンピューターでこのツールを実行する必要はありません。

このツールを使用すると、エージェントをデプロイするノードを識別し、デプロイメントに必要なノードに固有のパラメーターを指定できます。

このツールは、installagent コマンドおよびエージェント・ファイルを 1 つ以上のUNIX ノードに配布します。このノードでは、これらがインストールされて実行されます ( 56ページの『installagent コマンドの使用』を参照)。 SSH ネットワークで実行される場合、ファイルは SSL を使用して配布されます。



重要: 各ノードの配布情報には、ノードのルート・パスワードが含まれています。エージェント・デプロイメント・ツールでこのメソッドを使用すると、配布情報がインターセプトされ、ノードのセキュリティーが損なわれるリスクがあります。

UNIX ノードでの RSH または SSH を使用したエージェントのデプロイ手順については、 189ページの『SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイ』を参照してください。

RSH および SSH UNIX ネットワークを使用したエージェント・デプロイメントの前提条件: 以下の表は、エージェント・デプロイメント・ツールを実行する前提条件の詳細を示しています。

エージェント・デプロイメント・ツール・プラットフォーム

このツールは、以下のいずれかのオペレーティング・システムで実行されます。


プラットフォームパッチ、ServicePack、フィックス

Windows 2000 Professional (32 ビット) Service Pack 3

2000 Server (32 ビット)

2000 Advanced Server (32 ビット)

Server 2003 Standard またはEnterprise Edition (32 ビット)

XP Professional


ツールは、installagent コマンド (エージェントをデプロイする) を以下のいずれかのオペレーティング・システムで配布できます。


バージョンパッチ、ServicePack、フィックス

IBM AIX 5.1 32 ビット

5.1 64 ビット (32 ビットの互換モード)

5.2 32 ビット

5.2 64 ビット (32 ビットの互換モード)

HP/UX PA-Risc の 11i 32 ビット

PA-Risc の 11i 64 ビット (32 ビットの互換モード)

Red Hat Enterprise

Linux

ES/AS/WS バージョン 2.1 for Intel

x86 (Standard または Premium)

ES/AS/WS バージョン 3.0 for Intel

x86 (Standard または Premium)

AS, version 3.0 for PPC (iSeries および pSeries - 64 ビット、32 ビットの互換モード)




SUSE LINUX

Enterprise Server

8 for x86 Service Pack 3


Service Pack 3

Sun Solaris 8 オペレーティング・システムSPARC プラットフォーム版 (32

ビット)

8 オペレーティング・システムSPARC プラットフォーム版 (64

ビット)


ビット)


ビット)

ソフトウェア

RSH/SSH サーバー・デーモン

すべてのターゲット・ノードに RSH/SSH サーバー・デーモンをインストールする必要があります。

セキュリティー・ソフトウェア

エージェント・デプロイメント・データ (ノードのルート・パスワードを含む) をセキュアに配布する必要がある場合は、SSH ネットワークでファイルを配布する必要があります。この場合、SSH クライアントになるためのウィザードを実行する Windows ノードを使用可能にするライブラリーを取得する必要があります。このウィザードによって、取得したライブラリーがインストールされます。このウィザードは、3SP から取得した J2SSH-Lite ライブラリーを使用してテストされています。

スペース

ツールを実行している Windows コンピューターでは、ツール用に 130 MB が必要となります。また、installagent コマンド用にも同様のスペースが必要です ( 56ページの『前提条件のインストール』を参照)。

UNIX エージェント・コンピューターでは、installagent コマンド用にも同様のスペースが必要です ( 56ページの『前提条件のインストール』を参照)。




Windows ログオン・スクリプトの使用このオプションを使用すると、ユーザーが Windows ネットワークにログオンしたときにユーザーのコンピューターでスクリプトを実行する Windows オペレーティング・システムの機能を利用できます。

この機能を実装するには、Microsoft Windows のドメイン・コントローラーがログオン・スクリプトを実行するようセットアップされ、メイン・スクリプト・ファイルがご使用のネットワーク環境に合せてカスタマイズされていることを確認してください。また、デフォルトの構成ファイルをカスタマイズする必要もあります。オプションで特定のノードの特定の構成ファイルをセットアップします。構成ファイルには、installagent コマンドを実行するためのパラメーターが含まれています。

エージェントのインストールには、アドミニストレーター権限が必要です。アドミニストレーター権限を持つユーザーをしてネットワークにログオンできない場合は、スクリプトがエージェントをインストールすることができません。

Windows ログオン・スクリプトを使用したエージェントのデプロイ手順については、 199ページの『Windows のログオン・スクリプトを使用したエージェントのデプロイ』を参照してください。

Windows ログオン・スクリプトを使用したエージェント・デプロイメントの前提条件: 以下の表は、Windows ログオン・スクリプトを使用してエージェントをデプロイする場合の前提条件の詳細を示しています。


スクリプトを準備するプラットフォーム

Windows ログオン・スクリプトは、任意のランタイム・サーバーで準備することができます。


ログオン・スクリプトは、以下のいずれかのオペレーティング・システムが実行されているコンピューターからの Windows ネットワーク・ドメイン・サーバーへのユーザー・ログオンによって、実行されます。







XP Professional

ログオン・スクリプトでは、エージェントがデプロイされるノードのユーザーは、アドミニストレーター権限でログオンする必要があります。



スペース

スクリプトを準備するコンピューターおよび Windows ネットワーク・ドメイン・サーバーでは、スクリプトおよびエージェント・ファイル用に 20 MB が必要です。


OS/400 エージェントのデプロイOS/400 が実行されているノードにエージェントをデプロイする場合は、以下のオプションを使用できます。

v 『OS/400 ノードに接続されている Windows コンピューターで OS/400 エージェント・インストール・ウィザードを使用する』

v 63ページの『OS/400 エージェント・インストール・ウィザードをサイレント・モードで使用する』

OS/400 が実行されているノードにエージェントが実行されている場合は、OS/400

環境内で使用できるオプションをさらに 2 つ使用できます。

v 64ページの『Save Licensed Program および Restore Licensed Program を使用して、OS/400 ノードから別の OS/400 ノードにエージェントを転送する』

v 64ページの『複製を使用して、OS/400 ノードから別の OS/400 ノードにエージェントを転送する』

OS/400 ノードに接続されている Windows コンピューターで OS/400 エージェント・インストール・ウィザードを使用する: OS/400 ノードに接続されているプラットフォームで Windows OS/400 エージェント・インストール・ウィザードを実行します。このウィザードには、標準インストールとカスタム・インストールの 2 つのオプションがあります。標準インストールでは、最小限の情報のみを指定するだけでよく、ウィザードによって残りの情報のデフォルト値が指定されます。カスタム・インストールでは、すべてのインストール・パラメーターを設定できます。OS/400 エージェントは、次に接続ノードにインストールされます。

Windows ノードから OS/400 エージェントをデプロイする場合の前提条件: 以下の表は、エージェント・デプロイメント・ツールを実行する前提条件を示しています。



OS/400 エージェントをインストールする Windows ウィザードは、以下のオペレーティング・システムで実行されます。










XP Professional


このウィザードは、サポートされているすべての OS/400 プラットフォームにエージェントをインストールします (詳しくは、 50ページの『エージェント前提条件』を参照)。

Windows ノード上のソフトウェア

v Java ランタイム環境、バージョン 1.4.1 以降

OS/400 エージェント上のソフトウェア

v Java Developer Kit、バージョン 1.4.1 以降 (ライセンス・プログラム 5722JV1 として出荷)

v インストールされ、実行中の Host Servers オプション (ライセンス・プログラム5722SS1 のオプション 12)

v インストールされ、実行中の QShell Interpreter オプション (ライセンス・プログラム 5722SS1 のオプション 30)

v インストールされ、実行中の TCP/IP オプション (ライセンス・プログラム5722TC1)

スペース

ウィザードを実行するコンピューターでは、temp ディレクトリーで 30 MB が必要となります。OS/400 ノードのエージェントに必要なスペースについては、 50ページの『エージェント前提条件』を参照してください。


OS/400 エージェント・インストール・ウィザードをサイレント・モードで使用する: OS/400 ウィザードとその応答ファイルを OS/400 ノードにコピーします。ノードの適切なパラメーターを使用して応答ファイルをカスタマイズし、ノードでウィザードをサイレント・モードで実行して、エージェントをインストールします。



OS/400 ノードに OS/400 エージェントを直接デプロイする場合の前提条件: 以下の表は、エージェント・デプロイメント・ツールを実行する前提条件を示しています。



OS/400 エージェントを直接ノードにインストールするウィザードは、OS/400 エージェントでサポートされているすべてのプラットフォームで実行されます。このウィザードでは、インストールするための許可を持ってログインする必要があります。

ソフトウェア

OS/400 エージェント Java Developer Kit、バージョン 1.4.1 以降 (ライセンス・プログラム 5722JV1 として出荷)

v インストールされ、実行中の Host Servers オプション (ライセンス・プログラム 5722SS1 のオプション 12)

v インストールされ、実行中の QShell Interpreter

オプション (ライセンス・プログラム 5722SS1

のオプション 30)

スペース

インストール用に 30 MB。OS/400 ノードのエージェントに必要なスペースについては、 50ページの『エージェント前提条件』を参照してください。


Save Licensed Program および Restore Licensed Program を使用して、OS/400 ノードから別の OS/400 ノードにエージェントを転送する: エージェントがインストールされると、Save Licensed Program オプションを使用して、エージェントのコピーを保管できます。このコピーを別の OS/400 ノードに転送し、他方のノードで Restore Licensed Program を実行して、エージェントの構成ファイルを編集し、新規エージェントのパラメーターをカスタマイズすることができます。

複製を使用して、OS/400 ノードから別の OS/400 ノードにエージェントを転送する: エージェントがインストールされると、複製技法を使用して、OS/400 エージェントの複製を作成し、別のノードにインストールできます。詳しくは、OS/400 の文書を参照してください。

エージェント・デプロイメントのスケジューリングご使用の環境に適したエージェント・デプロイメントのメソッドを決定した後に、エージェント・デプロイメント・スケジュールを作成します。例えば、部門 A のエージェントをランタイム・サーバー X にデプロイする時刻が部門 B のエージェントのデプロイメントよりも前になるように、各部門のデプロイメントの日付を指定したデプロイメント・カレンダーを作成します。



ランタイム・サーバーがインストールされ、部門が作成された後に、デプロイメント・スケジュールを実装します。

注: 管理サーバーの Web インターフェースで「コンポーネントの管理」セクションの「エージェント」オプションを使用して、スケジュールしたデプロイメントの進行状況をチェックできます。

カタログ・マネージャーのインストール計画このセクションでは、カタログ・マネージャーをインストールするときに使用するメカニズムについて説明します。以下の選択肢があります。

ローカルでの対話式インストールカタログ・マネージャーは、カタログ・マネージャーがインストールされるコンピューターで Tivoli License Manager のインストール・ウィザードを対話式に実行することにより、インストールされます。

ローカルでのサイレント・インストールインストール・ウィザードは、応答ファイルを使用してサイレント・インストールとして実行することもできます。

注: Tivoli License Manager では、前のリリースの製品で使用可能であった「コンソール」インストール・オプションはサポートされていません。

リモート・インストールIBM Tivoli Configuration Manager の Software Distribution コンポーネントを使用している場合は、Software Distribution の機能を使用して、ソフトウェアの項目を複数のリモート・ノードに配布、インストール、および実行することによって、Tivoli License Manager カタログ・マネージャーをインストールすることができます。

Tivoli License Manager は、カタログ・マネージャーをインストールできるすべてのプラットフォームのカタログ・マネージャー用のソフトウェア・パッケージ・ブロックと共に提供されます。インストール・パラメーターを指定できる Software Distribution の機能を使用して、ターゲット・コンピューターに適切なソフトウェア・パッケージ・ブロックを配布します。

このオプションの前提条件については、 68ページの『Tivoli Configuration

Manager を使用してカタログ・マネージャーをインストールする場合の追加前提条件』を参照してください。

これらの手順ではカタログ・マネージャーをインストールし、管理サーバー・データベースへのリンクをセットアップします。管理サーバーが複数ある場合は、カタログ・マネージャーがインストールされているコンピューターで DB2 サーバーまたはクライアントに別名をセットアップして、他のデータベースにアクセスできるようにします。カタログ・マネージャーをオープンするときに、管理する必要なデータベースを選択します。



カタログ・マネージャーの前提条件サポートされるプラットフォームについては、 17ページの『サポートされるカタログ・マネージャーのプラットフォーム』を参照してください。

以下の表は、カタログ・マネージャーのインストールに関するソフトウェア、ハードウェア、およびスペースの要件を示しています。

カタログ・マネージャーのインストール計画


ソフトウェア

データベース・サーバー

カタログ・マネージャーが管理サーバー・データベースと同じコンピューターにインストールされている場合、データベース・サーバーはこのデータベースで使用されるデータベース・サーバーと同じである必要があります。 33ページの『データベースの前提条件』を参照してください。

データベース・クライアント

カタログ・マネージャーが管理サーバー・データベースとは異なるコンピューターにインストールされている場合は、データベースにアクセスするためのDB2 クライアントまたはサーバーが必要になります。必要なクライアントまたはサーバーのバージョンは、以下のとおりです。


v DB2 Universal Database, Enterprise Extended Edition クライアントまたはサーバー、バージョン 7.2.0 (フィックスパック10a がインストール済み)





v DB2 UDB, Enterprise Server Edition クライアントまたはサーバー、バージョン 8.1.4

この前提条件を持っていない場合は、インストール手順によってインストールされます。詳しくは、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。


IBM DB2 Universal Database エンタープライズ拡張エディション、バージョン 7.2.0 (フィックスパック 10a インストール済み) を使用する場合は、JDBC、バージョン 2.0 もインストールする必要があります。


カタログ・マネージャーには、Java ランタイム環境、バージョン 1.4 が必要です。Java ランタイム環境は、インストール・ウィザードによって自動的にインストールされます。Java ランタイム環境をアンインストールしないでください。コンピューターから Tivoli License Manager が完全にアンインストールされると、このバージョンの Java ランタイム環境もアンインストールされます。

UNIX シェル



ソフトウェア

UNIX プラットフォームにカタログ・マネージャーをインストールする場合は、Korn シェル (ksh) がインストールされ、アクティブにされている必要があります。注: このシェルは存在する必要がありますが、カタログ・マネージャーをインストールする setup コマンドは、任意のシェルから発行することができ、Korn シェルから発行する必要はありません。

CPU

以下のいずれかのプロセッサー:

Intel Pentium III 800 MHz または同等のプロセッサー

IBM RS/6000 (推奨は 7044)

メモリー

512 MB

スペース

55 MB


Tivoli Configuration Manager を使用してカタログ・マネージャーをインストールする場合の追加前提条件以下の表は、カタログ・マネージャー・デプロイメントに Tivoli Configuration

Manager を使用する場合の前提条件を示しています。


カタログ・マネージャーでサポートされているすべてのプラットフォーム。

ソフトウェア


IBM Tivoli Management

Framework


フィックス 4.1-TMF-0015

for Linux-PPC が適用されている 4.1 (サーバー) およびインストール済み4.1-INVGW-0005 for

Linux-PPC (ゲートウェイ)

その他のプラットフォーム 4.1



ソフトウェア


IBM Tivoli Configuration

Manager


フィックス 4.2-SWD-0014

が適用されている 4.2 (サーバー) およびインストール済み 4.2-SWD-0015 (ゲートウェイ)

その他のプラットフォームフィックスパック4.2-TCM-FP02 がインストール済みの 4.2

スペース

配布されるソフトウェア・パッケージ・ブロック用に 50 MB。


Tivoli Data Warehouse Enablement Pack のデプロイ方法の計画 (オプション)

Tivoli Data Warehouse Enablement Pack をインストールする時期および方法を決定するために必要となる情報については、「IBM Tivoli License Manager バージョン2.1: Warehouse Enablement Pack, Version 2.1.0 Implementation Guide for Tivoli Data

Warehouse, Version 1.2」を参照してください。

Data Warehouse 前提条件以下の表は、Tivoli Data Warehouse Enablement Pack の前提条件を示しています。

Tivoli Data Warehouse

バージョン 1.2

サーバー・プラットフォーム

データは、Tivoli Data Warehouse、バージョン 1.2 でサポートされているすべてのサーバーおよびデータベース・プラットフォームから検索されます (zSeries を除く)。

ソフトウェアおよびハードウェアの前提条件

「IBM Tivoli License Manager バージョン 2.1: Warehouse Enablement Pack, Version

2.1.0 Implementation Guide for Tivoli Data Warehouse, Version 1.2」を参照してください。




データベースの取り込み計画サーバーおよびデータベースがインストールされ、エージェントがデプロイされたら、データベースを取り込みます。このため、インベントリー・スキャンの実行スケジュールを作成します。スキャンはエージェントにより実行され、部門ごとにスケジュールされます。このため、部門ごとに実行日時を計画する必要があります。

スケジュールを決定する際は、次の点を考慮してください。

v スキャンは、可能な限り、エージェントのコンピューターの他のアクティビティーが少ない時間に行うよう計画する。

v レポートに使用する情報は、使用可能になる前に、ランタイム・サーバーに転送され、その後管理サーバーに転送される。この時間を考慮に入れます。この時間は、接続されているエージェントの数およびサーバー間の通信の構成によって異なります。『インベントリー・スキャンをアップロードする場合に必要となる最大時間の見積もり』の情報は、この数値を計算する方法を示しています。

v 組織で必要な最大アップロード時間が既知の場合は、それに従ってスケジュールを設定する。この最大アップロード時間よりも多い頻度でインベントリー・スキャンが行われるようスケジュールした場合は、次のスキャンが開始される前にスキャンのアップロードが終了しなくなります。このため、この計算結果に多少の余裕を持たせて、スケジュール期間を適切に設定します。

注: インベントリー・スキャンのスケジュールは、管理サーバー Web インターフェースで作成します。つまり、スケジュールを記録してから、エージェントがこのスケジュールを使用できるようになるまで、多少時間がかかります。このため、スケジュールの開始時間よりも充分前に、スケジュールの定義を行うようお勧めします。

Tivoli License Manager コンポーネント間のデータ転送時間のタイミングは、system.properties 構成ファイルに定義されています。 273ページの『付録 A.

構成の設定』を参照してください。

インベントリー・スキャンをアップロードする場合に必要となる最大時間の見積もりインベントリー・スキャンをアップロードする場合に必要となる最大時間を決定する場合は、以下を考慮に入れる必要があります。

v インベントリー・アップロードの最大時間は、Windows ノードとUNIX ノードでは異なる

v バージョン 2.1 にアップグレードされていないノードのインベントリーのアップロードは、アップグレードされているノードよりも時間がかかる

このため、製品バージョンに従って Windows ノードおよび UNIX ノードをカウントし、以下のタイミングを適用します。

オペレーティング・システム Tivoli License Manager のバージョン

インベントリーのアップロードの最大時間 (秒)

Windows 1.x 120

2.1 8

データベースの取り込み計画


オペレーティング・システム Tivoli License Manager のバージョン

インベントリーのアップロードの最大時間 (秒)

UNIX 1.x 600

2.1 16

上記は、タイミングの見積もりです。実際のアップロード時間は、ノード・アクティビティーおよび接続アクティビティーによって異なります。

アンインストール、リフレッシュ、反復インストールコンポーネントのアンインストール:

コンポーネントのアンインストール手順について詳しくは、 237ページの『第 7 章 Tivoli License Manager のアンインストール』を参照してください。

コンポーネントのインストールのリフレッシュ:Tivoli License Manager のメイン・コンポーネントのインストールはリフレッシュできません。このため、コンポーネントをアンインストールし、後で新規インストールと同様に再インストールします。データベース・コンポーネントは、アンインストールすると、データベースを削除するかどうか確認されます。

v ランタイム・サーバー・データベースは、管理サーバー・データベースの情報から自動的に再作成されるため、いつでも削除することができる。

v Tivoli License Manager 環境の作成および構成のプロセスをやり直す場合以外は、管理サーバー・データベースを削除しないこと。

サーバー構成ファイルを変更した場合は、コンポーネントをアンインストールする前にこのファイルのバックアップを取り、コンポーネントを再度インストールした後に復元します。

ただし、エージェントは、任意のメソッドを使用してエージェントを再デプロイすることによってリフレッシュできます。

複数のパスへのコンポーネントのインストール:複数のパスにコンポーネントをインストールする手順の詳細は、 84ページの『同一コンピューターへの複数の受け渡しでのコンポーネントのインストール』を参照してください。計画の影響は特にありませんが、後続のパスは最初のパスとは異なります。





第 2 章 Tivoli License Manager メイン・コンポーネントのインストール

この章では、Tivoli License Manager のメイン・コンポーネントのインストールと構成方法について説明します。この章は、次のセクションに分かれています。

v 『インストール・シナリオ』

v 75ページの『プリインストール・タスク』

v 79ページの『メイン・コンポーネントのインストール』

インストールに進む前に、計画に関する章 ( 1ページの『第 1 章 IBM Tivoli

License Manager のデプロイ計画』を参照) のうち、特に 27ページの『サーバーおよびデータベース・コンポーネントのインストール方法の計画』を必ず読んでください。

インストール・シナリオこの製品のインストールのシナリオは、以下のとおりです。管理サーバーを、データベースとは異なるコンピューターにインストールするが、それぞれのランタイム・サーバーは、データベースと同じコンピューターにインストールするとします。コンポーネントをインストールしているそれぞれのステップで、欠落している前提条件が Tivoli License Manager によってインストールされます。

これはシナリオです。シナリオでは、製品のデプロイ方法が提示されますが、方法は他にもあります。この章の以下の部分では、このシナリオをご使用の環境に合わせて調整するのに必要な情報について説明します。

1. 管理サーバー・データベースをインストールするコンピューターにアドミニストレーターまたは root としてログオンし、「カスタム」インストールを使用してインストールします。ウィザードを実行するには、 84ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

2. 管理サーバーをインストールするコンピューターにアドミニストレーターまたは root としてログオンして、1のステップでインストールした管理サーバー・データベースを識別し、「カスタム」インストールを使用してインストールします。ウィザードの終了時には、管理サーバーが自動的に始動して、デフォルトの Web ブラウザーが開くので、Tivoli License Manager にログオンします。ウィザードを実行するには、 84ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

3. この 2 つのコンポーネントのインストールを確認します。両方のタイプのサーバーに対してこの確認を実行するステップについては、「IBM Tivoli License

Manager: 問題判別」を参照してください。

4. 製品では、以下の操作を実行します。


a. スーパー・アドミニストレーターとしてログオンして、初期組織をセットアップします (複数組織の環境を使用しない場合でも、常に最低 1 つの組織はセットアップする必要があります)。

b. 複数組織の環境では、追加の組織をセットアップします。

c. アドミニストレーション・アカウントをセットアップします。

d. アドミニストレーション・アカウントを組織に割り当てます。

e. 管理サーバーとランタイム・サーバーの間での通信に SSL を使用する場合は、管理サーバー上で SSL を使用可能にします。

それぞれの管理サーバーに対して実行するステップの詳細については、 113ページの『管理サーバーの構成』を参照してください。

5. 製品内では、それぞれの組織にアドミニストレーターとしてログオンして、以下の操作を実行します。

a. ランタイム・サーバーを登録します。この処理は、ランタイム・サーバーがインストールされていなくても実行することができます。

b. 部門をセットアップします。

それぞれの組織に対して実行するステップの詳細については、 115ページの『組織関連の初期タスクの実行』を参照してください。

6. ランタイム・サーバーをインストールするそれぞれのコンピューターに対して、以下の操作を実行します。

a. それぞれのコンピューターにアドミニストレーターまたは root としてログオンし、「ランタイム・コンポーネントの標準」インストールを使用して、ランタイム・サーバーとデータベースをインストールします。ウィザードを実行するには、 84ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

b. ランタイム・サーバーおよびデータベース・コンポーネントのインストールを確認します。両方のタイプのサーバーに対してこの確認を実行するステップについては、「IBM Tivoli License Manager: 問題判別」を参照してください。

c. ランタイム・サーバーを構成します。

d. 管理サーバーとランタイム・サーバーの間での通信に SSL を使用する場合は、ランタイム・サーバーを SSL クライアントとして構成します。

注: このステップは、オプションです。ランタイム・サーバーをインストールする際、セキュア通信を行うよう SSL を選択することができます。選択しなかった場合、このステップは省略できます。

e. ランタイム・サーバーが管理サーバーに接続できることを確認します。

f. アドミニストレーション・アカウントを作成します。

g. 適切な遅延を設定してインベントリー・スキャンをスケジュールし、残ったセットアップ・アクティビティーを完了します。

h. ライセンス資格をセットアップします。

それぞれのランタイム・サーバーに対して実行するステップの詳細については、 115ページの『ランタイム・サーバーの構成』を参照してください。

インストール・シナリオ


7. 各 Tivoli License Manager サーバーの system.properties ファイルに、イベント通知用のパラメーターを設定します。詳細については、 139ページの『サーバーのメール通知設定の構成』を参照してください。

8. 管理サーバーとすべてのランタイム・サーバーに関連した HTTP サーバーを構成します。詳細については、 140ページの『Web サーバーのカスタマイズ』を参照してください。

9. モニターするコンピューターにエージェント・コンポーネントをデプロイします。エージェントのデプロイ方法の詳細については、 161ページの『第 4 章エージェントのデプロイ』を参照してください。

10. カタログ・マネージャーをインストールして、ソフトウェア・カタログを管理できるようにします。カタログ・マネージャーのインストール方法の詳細については、 219ページの『第 5 章カタログ・マネージャーのインストール』を参照してください。

これらのアクティビティーを完了すると、Tivoli License Manager を稼働することができます。

プリインストール・タスクインストールに進む前に、計画に関する章 ( 1ページの『第 1 章 IBM Tivoli


コンピューターでインストール・プロセスを開始する前に、以下のタスクを実行します。

1. インストールの順序を決定します。さまざまなコンポーネントをインストールする順序を決定します ( 27ページの『サーバーおよびデータベース・コンポーネントのインストール方法の計画』を参照)。

2. コンピューターを選択します。メイン・コンポーネントをインストールするコンピューターを選択します。

コンピューターに固定または IP アドレスがあることを確認します。動的 IP アドレスを使用する場合、コンピューターは、常にホスト名で参照されます。

注: サーバーを再構成し、ランタイム・サーバーのばあいにはエージェントを再デプロイする必要があるため、メイン・コンポーネントをホスティングするコンピューターのホスト名または IP アドレスは変更しないでください。

3. 前提条件を確認します。コンピューターが前提条件を満たしているかどうかを確認します ( 361ページの『付録 I. 前提条件』を参照)。

必要とするインストールに対して十分なディスク・スペースがあることを確認します。ウィザードはディスク・スペースを検査して、使用可能なスペースが十分でない場合に警告を出します。

4. 時間帯の設定を確認します。

インストール・シナリオ

第 2 章 Tivoli License Manager メイン・コンポーネントのインストール 75

重要: コンピューターの時刻と時間帯の設定が正しいことを確認してください。メイン・コンポーネントがインストールされているコンピューターが、インストール時の設定が誤っているか、または使用時に設定を変更したために、協定世界時 (UTC) に同期していない場合は、製品に障害が起こったり、製品を信頼できなくなることがあります。このような状態をリカバリーすることはできません。ネットワーク・タイム・プロトコルを使用するシステムをインストールして、メイン・コンポーネントがインストールされているコンピューターで正しい時刻を維持することをお勧めします。

5. 言語設定を確認します。サーバー・コンポーネントを 2 バイト文字セット(DBCS) 環境にインストールする場合、基本の言語環境設定 (国/地域別情報、言語、およびキーボード) が正しいことを確認してください。設定に誤りがあると、管理サーバーとランタイム・サーバー間、およびランタイム・サーバーとエージェント間で通信に障害が発生する場合があります。

6. UNIX の場合、オペレーティング・システムのコマンドが使用可能であることを確認します。製品のインストールでは、UNIX のネイティブのオペレーティング・システムのコマンドを使用します。特に、find および grep コマンドを使用します。つまり、これと同じ名前の別のコマンドが使用可能なソフトウェアをインストールしている場合は、そのソフトウェアをアンインストールするか使用不可にする必要があります。

7. UNIX の場合、以前のセットアップ・ファイルをチェックします。UNIX プラットフォームでのインストールでは、/usr および /opt ディレクトリーに、WebSphere Application Server のインストールに使用された解凍済みのセットアップ・ファイルが含まれていないことを確認してください。このファイルが存在すると、インストールが失敗する場合があります。

8. UNIX の場合、DB2 構成ファイルが存在することを確認します。UNIX プラットフォームでは、DB2 がインストールされている場合、以下の DB2 構成ファイルが存在することを確認する必要があります。

<DB2InstanceHome>/sqllib/db2profile

ここで、<DB2InstanceHome> は、DB2 インスタンス所有者のホーム・ディレクトリーです。例えば、/home/db2inst1 です。

このファイルが存在しない場合、元の DB2 のインストールが正しく構成されていないため、このインストールを実行する前に、アンインストールする必要があります。

9. UNIX の場合、DB2 構成ファイルにシェル呼び出しが含まれていないことを確認します。UNIX プラットフォームでは、DB2 がインストールされている場合、<DB2InstanceHome>/sqllib/db2profile ファイルにシェル呼び出しが含まれていないことを確認する必要があります。シェル呼び出しを含んでいると、インストールがエンドレス・ループに陥るため、削除する必要があります。

10. Windows では、DB2 の前提条件がインストールされている場合、PATH を確認します。DB2 の前提条件のバージョンがコンピューターにインストールされている場合、PATH 変数が DB2 への正しいパスを含んでいることを確認します。例えば、Windows コマンド行で、echo %PATH% と入力します。パスの中に、DB2 ...¥bin ディレクトリー (例えば、C:¥Program Files¥IBM¥DB2¥bin)

が存在することを確認します。このディレクトリーがない場合には、追加する必要があります。

プリインストール・タスク


11. コンピューターが自動インストールされる前提条件に対して適切に構成されたことを確認します。DB2 または WebSphere Application Server の前提条件のバージョンに対して自動インストール機能を使用する場合は、前提条件に関する資料を熟読し、十分なスペースが使用可能であり、コンピューターが正しく構成されていることを確認します。例えば、HP-UX および Solaris プラットフォームのカーネルが、DB2 に対して正しく構成されていることを確認します。

12. DB2 を始動します。このインストールに対してサポートされるデータベースの前提条件をすでに持っている場合、DB2 サービスを始動します。

13. インストール情報を収集します。必要な以下の情報があることを確認します。

v Tivoli License Manager コンポーネントのインストール先のディレクトリー名。

v コンピューターにインストールされるコンポーネント。

v tlmsrv ユーザーに対して作成されるパスワード、また、これとは異なり、適切な場合には、ランタイム・サーバーでの通信に使用するパスワード、および DB2 管理ユーザー (インストール・ウィザードがバンドルの DB2 前提条件をインストールする場合)。また、ウィザードで Windows プラットフォームに WebSphere Application Server のバンドル・バージョンをインストールする場合は、アドミニストレーター権限を持つ既存のユーザーのユーザー ID

およびパスワードを指定して、WebSphere Application Server および HTTP

Server をサービスとしてセットアップする必要があります。

このパスワードは、すべて最大長 20 文字で、A から Z、a から z、0 から9、+、- の文字のみを使用することができます。また、tlmsrv および DB2

管理ユーザー・パスワードに関して、作成されたコンピューターのパスワード・ルールに準拠しており、コンピューター上にまだ存在していないことを確認する必要があります (これに関して、唯一の例外は tlmsrv パスワードで、コンピューターに Tivoli License Manager サーバーまたはデータベース・コンポーネントをすでにインストールしている場合、パスワードがすでに存在していることがあります)。

v ウィザードで前提条件の片方または両方をインストールする場合は、CD または CD イメージの準備が完了しており、DB2 管理ユーザー ID およびパスワードを決定していることを確認してください。また、WebSphere

Application Server インストールのアドミニストレーター・パスワードが記録してあることを確認します。

v 管理サーバーまたは管理サーバー・データベースのいずれかもしくは両方をインストールする場合、以下の情報を準備します。

– 管理サーバー・データベースがインストールされているコンピューターのホスト名 (ウィザードを実行中のコンピューターにデータベースをインストールする場合は不要)。

– リモート管理サーバー・データベースで使用するポート番号 (ウィザードを実行中のコンピューターにデータベースをインストールする場合は不要)。DB2 のデフォルトのポート番号は 50000 です。ただし、この番号が構成されていることを確認する必要があります。確認するには、DB2 サーバーがインストールされているコンピューターの services ファイルを確認します。



UNIX/etc/services

Windows<ProgramFilesDir>¥system32¥drivers¥etc¥services

注: <ProgramFilesDir> は、以下の Windows レジストリー項目の値を表します。

HKEY_LOCAL_MACHINE¥Software¥Microsoft¥Windows¥CurrentVersion¥ProgramFilesDir

英語以外のロケールでは「Program Files」という名前のディレクトリーが存在しない場合があるため、このレジストリー項目を使用して値を取得する必要があります。例えば、ドイツ語ロケールでは、Windows ファイルは「Programme」という名前のディレクトリーにインストールされます。環境変数はすべての Windows

バージョンで使用可能であるわけではないため、値は%ProgramFiles% 環境変数ではなくレジストリー項目から取得する必要があります。

次の情報を含む行を検索します。

<service> <port>/tcp # Connection port for DB2

同様の項目が複数ある場合は、最も新しい項目を見つけて、ポートの値を確認してください。

– UNIX プラットフォームの場合、インストールのタイプによっては、DB2

インスタンス所有者のユーザー名およびホーム・ディレクトリーを指定するよう要求されることがあります。

v ランタイム・サーバーをインストールする場合、以下の情報を準備します。

– ランタイム・サーバーをインストールする対象の組織の正確な名前。既存の組織にランタイム・サーバーを追加する場合、この名前が、登録されている組織名と正確に一致することを管理サーバー Web インターフェースで確認してください。

– インストールするランタイム・サーバーを登録する名前。

– Tivoli License Manager 管理サーバーがインストールされている、またはインストールする予定のコンピューターのホスト名、および使用している、または使用する予定のポート番号。

– ランタイム・サーバーと管理サーバーの間で SSL 通信を使用する場合は、使用する SSL ポートを準備する必要があります。

– UNIX プラットフォームの場合、インストールのタイプによっては、DB2

インスタンス所有者のユーザー名およびホーム・ディレクトリーを指定するよう要求されることがあります。

291ページの『付録 B. インストール・パラメーターのリストおよびチェックリスト』では、以下の有益な情報について説明します。



v それぞれのインストール・オプションに必要なものを示す、インストール・パラメーターのリスト。

v 管理サーバーとデータベースのインストールおよび構成パラメーターのチェックリスト。

メイン・コンポーネントのインストールTivoli License Manager コンポーネントは、サポートされるすべてのプラットフォームで使用可能なインストール・ウィザードによってインストールされます。セットアップ・ファイルはサーバーおよびエージェント CD の以下のディレクトリーに存在します。

AIX setup/servers/AIX/setupServers.bin

HP/UX setup/servers/Hpux/setupServers.bin

Linux setup/servers/Linux/setupServers.bin

Linux 390 setup/servers/Linux390/setupServers.bin

Linux ppc setup/servers/LinuxPPC/setupServers.bin

Sun setup/servers/Solaris/setupServers.bin

Windows setup¥servers¥Win32¥setupServers.exe



インストール・ウィザードを使用して、Tivoli License Manager 管理サーバーおよびランタイム・サーバー・コンポーネントのインストールとアップグレードを行い、これらのサーバーに WebSphere Application Server を構成することができます。

コンピューターに前のバージョンの Tivoli License Manager のコンポーネントがインストールされている場合は、アンインストールする必要があります。詳細については、 235ページの『第 6 章バージョン 2.1 へのマイグレーション』を参照してください。

インストール方法の選択インストールに進む前に、計画に関する章 ( 1ページの『第 1 章 IBM Tivoli


インストール・ウィザードを実行するには、考えられる方法が 3 つあります。

対話モード一連のパネルに必要な情報を対話式に入力する GUI を使用します。

これを呼び出すには、引き数を使用せずにウィザードのセットアップ・コマンドを起動します。



詳細については、 84ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

サイレント・モードインストール・ウィザードをサイレント・モードで実行する場合、必要なパラメーターは InstallShield の応答ファイルから取得されます。応答ファイルの recordFile_Install.txt は、Tivoli License Manager によって、ウィザードのセットアップ・プログラムと同じディレクトリーに提供されます。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。

インストール・ウィザードをサイレント・モードで実行する手順は、以下のとおりです。

1. Tivoli License Manager コンポーネントをインストールまたはアップグレードするコンピューターに、Windows プラットフォームのアドミニストレーター権限を持つユーザー、または UNIX プラットフォームの rootとしてログオンします。

2. インストールをサーバーおよびエージェント CD から実行している場合は、応答ファイル recordFile_Install.txt を、CD の setup¥servers¥

ディレクトリーからハード・ディスクの一時ディレクトリーにコピーします。または、CD からハード・ディスクにコピーした応答ファイルを確認します。

3. 応答ファイルを編集して、パラメーターが実行するインストールを記述するようにします。パラメーターの詳細については、 309ページの『付録 C. サイレント/リモートのインストール/アンインストール用の応答ファイルとソフトウェア・パッケージ・ブロック』を参照してください。

4. サイレント・インストールでバンドルされた前提条件のいずれかまたは両方をインストールする場合は、インストールを CD から実行することはできず、またバンドルされた前提条件ソフトウェアを、同じプロセスの一部として CD から自動インストールすることはできません。代わりに、以下のいずれかを実行する必要があります。

v インストール・ウィザードを、サーバーおよびエージェント CD のハード・ディスク・イメージから実行します。

v ご使用のプラットフォームに合ったインストール・セットアップ・ファイルと CD drive:¥setup¥servers¥setupServers.jar ファイルをハード・ディスクにコピーします。このとき、ディレクトリー構造と名前は CD と同じにします。

v 使用する必要のあるそれぞれの前提条件ソフトウェアのインストールCD のハード・ディスク・イメージを作成します。

v 前提条件をインストールしてから、Tivoli License Manager のインストールに進みます。

5. 重要: サーバーおよびエージェント CD の license ディレクトリーにある使用許諾契約書 (ITLM21LICENSE.txt) をお読みください。このプロセスを継続して、セットアップ・コマンドを起動することによって、使用許諾契約書の条件に暗黙的に同意したことになります。先に進む前に、使用条件に必ず同意してください。

6. 次のようにして、ウィザードのセットアップ・コマンドを起動します。

インストール方法の選択


-options ″<response_file_path>¥recordFile_Install.txt″ -silent

ここで、<response_file_path> は、recordFile_Install.txt の絶対パスか、セットアップ・ファイルの相対パスです。

例えば、setupServers.exe -options″C:¥temp_silent¥recordFile_Install.txt″ -silent は、C:¥temp_silent

ディレクトリーにある応答ファイルを使用して、インストール・ウィザードをサイレント・モードで実行します。

注:

a. UNIX コンピューターでは、Korn シェルをインストールしてアクティブにする必要がありますが、セットアップ・コマンドはどのシェルからでも実行できます。

b. UNIX コンピューターでは、セットアップ・ファイルを起動するディレクトリーの名前、およびそのディレクトリーのパスにあるすべてのディレクトリーの名前に、ブランクが含まれていてはなりません。

c. セットアップ・ファイルを CD からディスクに移動してからそのセットアップ・ファイルを立ち上げる場合、相対ディレクトリー構造を維持しながら setup*.exe/bin と対応する ../setup*.jar の両方を移動する必要があります。

d. Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてウィザードを起動します。

1) 「コントロールパネル」の「アプリケーションの追加と削除」を選択します。

2) 「プログラムの追加」をクリックします。

3) 「CD またはフロッピー」をクリックすると、「フロッピーディスクまたは CD-ROM からのインストール」ウィザードが開きます。「次へ」をクリックします。

4) 「参照」をクリックして、セットアップ・ファイルを見つけ、強調表示して選択し、「開く」をクリックします。

5) セットアップ・ファイルのパスがウィザード・ページに表示されます (ファイルのパスがスペースを含んでいると、パス全体が二重引用符で囲まれます)。必要に応じて、セットアップ・ファイルのパスの後に、-options″<response_file_path>¥recordFile_Install.txt″ -silent を追加します。

6) 「完了」をクリックしてウィザードを終了し、セットアップ・ファイルを実行します。

この手順によって、Terminal Server または Terminal Services がインストールされている Windows が、セットアップ・ファイルを起動するときにインストール・モードになっていることを確認できます。



これと同じ操作は、手動でインストール・モードに変更して、インストールが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows コマンド行からchange user /install コマンドを実行します。コマンドを実行して、セットアップ・ファイルを実行します。インストールが完了したら、change user /execute コマンドを実行して、実行モードに戻る必要があります。

サイレント・ウィザードによって、対話式ウィザードのほとんどの機能を利用できますが、以下のような例外があります。

v 製品のインストール・ディレクトリーを参照することはできません。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。

v 「標準」インストール・オプションがありません。対話式ウィザードでは、「全コンポーネント」、「標準」、および「カスタム」の中から選択できますが、応答ファイルでは、セットアップ・タイプを「全コンポーネント」のインストールを示す「full」に設定するか、空白のままにして選択ステータスを「true」に変更し、コンポーネントのインストールをそれぞれ選択します。

v サイレント・ウィザードでは、対話式ウィザードと同様に、前提条件ソフトウェアがインストールされていない場合はインストールします (詳細については、 36ページの『前提条件ソフトウェアの取得とインストール』を参照)。ターゲット・コンピューターに製品の前提条件のいずれかまたは両方がインストールされていることが確実な場合、応答ファイルのスキップ・サーチ・パラメーターのいずれかまたは両方を設定することにより、この項目の検索をスキップすることができます。サーバー・コンポーネントをインストールする場合、データベース・クライアント・ソフトウェアのみが必要であることに注意してください。その他のすべての状況では、データベース・サーバー・ソフトウェアが必要です。

v 組織、ランタイム・サーバー名、パスワードなどのカスタマイズ・データを入力するとき、ターゲット・コンピューターのコード・セットにある文字のみを使用する必要があります。ターゲット・コンピューターで作成されたユーザー ID に関連するパスワードは、ターゲット・コンピューターのパスワード・ルールに準拠する必要があることに注意してください。

v パスワードは応答ファイルに暗号化されずに保管されます。このため、お客様のワークプレースのセキュリティー・ルールに違反する可能性があることに注意してください。

インストールの結果は、メッセージおよびトレースを表示して確認します。詳しくは、「IBM Tivoli License Manager: 問題判別」を参照してください。

このオプションを使用すると、多数のランタイム・サーバーおよびデータベースを異なるコンピューターにインストールする場合、すべてのコンピューターに同じオプション・ファイルを使用することができるため、ランタイム・サーバー名など、いくつかのパラメーターを変更するだけで済みます。

recordFile_Install.txt ファイルの詳細については、 309ページの『付録C. サイレント/リモートのインストール/アンインストール用の応答ファイル



とソフトウェア・パッケージ・ブロック』を参照してください。このファイルで入力する必要のある値の詳細については、 84ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

Tivoli Configuration Manager を使用したリモート・インストールTivoli Configuration Manager の Software Distribution コンポーネントのユーザーであれば、Software Distribution の機能を使用して、プログラムをリモートでインストールおよび実行することができます。

Tivoli License Manager は、ソフトウェア・パッケージ・ブロックの形で、サーバーとデータベースをインストールできるそれぞれのプラットフォームに対して提供されています。ソフトウェア・パッケージ・ブロックには、プラットフォームごとのインストール・ウィザードと応答ファイルが含まれます。tlm<platform>server.spb と呼ばれ、以下のように SPB CD の中の 1

枚に収録されています。

ソフトウェア・パッケージ・ブロック CD (Windows、AIX、HP/UX および SUN)

AIX tlmaixserver.spb

Hpux tlmhpuxserver.spb

Solaris tlmsunserver.spb

Win32 (Windows) tlmwinserver.spb

ソフトウェア・パッケージ・ブロック CD (Linux、OS/400)Linux tlmlinuxserver.spb

Linux390 tlmlinux390server.spb

LinuxPPC tlmlinuxppcserver.spb

ソフトウェア・パッケージ・ブロックをプロファイル・マネージャーにインポートして、ターゲット・コンピューターをプロファイル・マネージャーにサブスクライブします。プロファイル・マネージャーを配置するとき、インストール・パラメーターの入力を求められます。パラメーターの詳細については、 323ページの『Tivoli Configuration Manager を使用したサーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー』を参照してください。入力する必要のある値の詳細については、 84

ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

ソフトウェア・パッケージ・ブロックがターゲット・コンピューターにインストールされて、インストール・ウィザードがサイレント・モードで起動します。ソフトウェア配布で識別されたエラーは、レポート・チャネルを通じて報告されます (例えば、ノードの上の SPB のインストールの失敗など)。インストール・ウィザードにより検出されたエラーはすべて、メッセージおよびトレース・ログに報告されます。このログの詳細、およびインストールを確認するためのステップについては、「IBM Tivoli License Manager: 問題判別」を参照してください。



重要: セキュリティーに関する考慮事項入力したインストール・パラメーターには、複数のパスワードが含まれます。パスワードは、暗号化されない形でソフトウェア・パッケージ・ブロックに保管されます。ソフトウェア・パッケージ・ブロック自体は、暗号化されたファイルではありません。このため、このファイルにパスワードを入力すると、インストールのセキュリティー・ルールに違反する恐れがあります。ソフトウェア・パッケージ・ブロックのターゲット・コンピューターまでの伝送は、Tivoli Management

Framework によって管理されており、ゲートウェイからエンドポイントまでのユニキャスト通信での 56 ビット DES 暗号化を実装することができます(マルチキャストの配布では暗号化はサポートされていません)。

同一コンピューターへの複数の受け渡しでのコンポーネントのインストール

Tivoli License Manager コンポーネントをコンピューターに複数の受け渡しでインストールすることを選択できます。ただし、2 番目の受け渡しを実行するときに、以下のように手順に少し変更があります。

対話式インストール

v 対話式ウィザードでは、インストール・タイプが選択できません。その代わりに、すでにインストールされているコンポーネントを表示するパネルが表示されて、まだインストールされていないものを選択できます。

v 「tlmsrv」ユーザーがすでに作成されているので、パスワードを確認するだけで済みます。

サイレント・インストール (Tivoli Configuration Manager の使用を含む)

v 適切なパラメーターを応答ファイルで設定して、必要なコンポーネントをインストールする必要があります。「全コンポーネント」オプションを選択しないでください。setupType パラメーターを空白にして、「カスタム」のデフォルト値を指定する必要があります。

v すでにインストールされているコンポーネントのインストールを選択すると、更新はされず、パラメーターが無視されます。

v 「tlmsrv」ユーザーのパスワードに対する元のインストールで使用された値を入力する必要があります。

対話モードでのインストール・ウィザードの使用Tivoli License Manager サーバーまたはデータベース・コンポーネントのインストールは、以下の段階に分かれます。

インストールの開始87ページの『インストールの開始』の指示に従って開始します。このセクションで表示されるパネルは、インストール・タイプ、インストールするために選択したコンポーネント、およびバンドルされた前提条件をインストールするかどうかによって異なります。 85ページの図 5 を参照すると、パネルが表示される順序を理解することができます (図中の頭字語「WAS」は、WebSphere Application Server を示しています)。



標準、カスタム、または全コンポーネントTivoli License Manager では、メイン・コンポーネントをインストールするこれらの方法が提供されており、この中から 1 つ選択する必要があります。

v 100ページの『管理コンポーネントの標準的なインストール』

v 99ページの『ランタイム・コンポーネントの標準的なインストール』

v 101ページの『カスタム・インストール』

v 107ページの『全コンポーネント・インストール』

これらのセクションで表示されるパネルは、インストール・タイプおよびインストールするために選択したコンポーネントによって異なります。 86ページの図 6 を参照すると、パネルが表示される順序を理解することができます。

図 5. インストールの開始: パネル・フロー

対話モードでのインストール


インストールの完了109ページの『インストールの完了』の指示に従ってインストールを完了します。このセクションで表示されるパネルは、バンドルされた前提条件をインストールするかどうかによって異なります。 87ページの図 7 を参照すると、パネルが表示される順序を理解することができます。

図 6. 標準、カスタム、または全コンポーネント・インストール: パネル・フロー





インストールの開始以下のステップに従ってください。

1. ログオンします。Tivoli License Manager をインストールするコンピューターに、管理権限を持つユーザー (Windows プラットフォームの Administrator、または UNIX プラットフォームの root) としてログオンします。

2. セットアップ・ファイルの場所を確認します (バンドルされた前提条件をインストールしている場合)。 Tivoli License Manager のインストールでバンドルされた前提条件 (DB2 または WebSphere Application Server) のいずれかまたは両方をインストールする場合は、インストールを CD から実行することはできず、また、バンドルされた前提条件ソフトウェアを、同じプロセスの一部として、CD から自動インストールすることはできません。代わりに、以下のいずれかを実行する必要があります。


v ご使用のプラットフォームに合ったインストール・セットアップ・ファイルと CD drive:¥setup¥servers¥setupServers.jar ファイルをハード・ディスクにコピーします。このとき、ディレクトリー構造と名前は CD と同じにします。

v 使用する必要のあるそれぞれの前提条件ソフトウェアのインストール CD のハード・ディスク・イメージを作成します。

v 前提条件をインストールしてから、Tivoli License Manager のインストールに進みます。

3. 起動します。Tivoli License Manager のセットアップ・ファイルを起動します。(セットアップ・ファイルの名前と場所については、 79ページの『メイン・コンポーネントのインストール』の始めの部分を参照してください。)

図 7. インストールの完了: パネル・フロー



注:



c. セットアップ・ファイルを CD からディスクに移動してからそのセットアップ・ファイルを立ち上げる場合、相対ディレクトリー構造を維持しながらsetup*.exe/bin と対応する ../setup*.jar の両方を移動する必要があります。

d. Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、またはWindows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてウィザードを起動します。




4) 「参照」をクリックして、セットアップ・ファイルにナビゲートし、強調表示して「開く」をクリックし、選択します。


この手順により、セットアップ・ファイルの起動時に Windows コンピューターがインストール・モードになります。

これと同じ操作は、手動でインストール・モードに変更して、インストールが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows コマンド行から change user/install コマンドを実行します。コマンドを実行して、セットアップ・ファイルを実行します。インストールの完了後に、change user /execute コマンドを発行して、実行モードに戻る必要があります。

重要: コマンド行ウィンドウは、最初のウィザード・パネルが表示される前に開きます。このウィンドウは閉じないでください。

4. ウィザードの言語を選択します。ウィザードが開始し、使用するウィザードの言語バージョンを選択するよう要求されます。製品のスプラッシュ画面が表示されます。

注: 言語選択画面は、ウィザードの言語を選択する前に表示されるので、言語がサポートされている場合には、ご使用のマシンのロケールの言語で表示されます。サポートされる言語には、ブルガリア語、クロアチア語、チェコ語、デンマーク語、オランダ語、英語、フィンランド語、フランス語、ドイツ語、ギリシャ語、ハンガリー語、イタリア語、日本語、韓国語、ノ



ルウェー語、ポーランド語、ポルトガル語、ポルトガル語 (ブラジル)、ルーマニア語、ロシア語、中国語 (簡体字)、スロバキア語、スロベニア語、スペイン語、スウェーデン語、中国語 (繁体字)、トルコ語があります。このロケールのいずれかを使用していない場合、画面を読むことができないので、一時的にコンピューターをサポートされているロケールに切り替える必要があります。

5. 「ようこそ」パネル:「ようこそ」パネルが表示されます。このパネルには、製品のインストールを開始する前に、このドキュメントの計画に関する章を読むよう記載されています。「次へ」をクリックして先へ進みます。

6. 「使用許諾契約書」パネル: 「使用許諾契約書」パネルが表示されます。使用許諾契約書をよくお読みください。ラジオ・ボタンを選択して使用許諾契約書を受諾してから、「次へ」をクリックして次に進みます。

重要: Tivoli License Manager の使用許諾契約書は、ウィザードが DB2 かWebSphere Application Server をインストールする場合に必要とされる、制限された使用許諾も含んでいます。先に進む前に、使用条件に必ず同意してください。

7. インストール場所: 次のパネルが表示されます。

表示されたデフォルトの場所を受け入れる、別の場所を入力する、または、「ブラウズ (Browse)」をクリックして別の場所を選択します。ディレクトリーが存在しない場合は、作成されます。



重要: Tivoli License Manager のサーバーおよびデータベース・コンポーネントは、他の製品と同じディレクトリーにインストールしないでください。特に、このウィザードがカタログ・マネージャー・コンポーネント (独自のインストール・ウィザードがあります) と同じディレクトリーにインストールするコンポーネントをインストールしようとしないでください。このような制限があるのは、多くの製品では Java 仮想マシン (JVM) を使用しており、製品ごとに適切なバージョンをインストールする必要があるためです。2 つの製品を同じディレクトリーにインストールすると、JVM のインスタンスが 1 つのみインストールされて、製品の片方が不適切なバージョンになってしまいます。また、一方の製品をアンインストールすると、JVM もアンインストールされ、他の製品で使用できるバージョンがなくなってしまいます。

選択されたコンポーネントのインストール先の場所です。他に製品がインストールされていない有効なディレクトリーを指定します。

「次へ」をクリックします。

8. コンポーネントの選択: 次のパネルが表示されます。

3 つのオプションがあります。

標準管理サーバーとそのデータベース、ランタイム・サーバーとデータベース、または両方をインストールします。

注:

a. SSL はこのオプションでは使用不可ですが、必要に応じてサーバーの構成を変更して、インストール後に使用可能にすることができます (詳細については、 116ページの『SSL の構成』を参照)。



b. エージェントは、このオプションを使用してインストールすることができません。このコンピューターにエージェントをインストールするのに、「全コンポーネント」インストール・オプションを使用しない場合、最初に管理サーバーとエージェントが所属するランタイム・サーバーをインストールする必要があります。次に、 161ページの『第 4 章エージェントのデプロイ』で説明されているエージェント・デプロイメントのオプションのいずれかを使用する必要があります。

このオプションを選択して、「次へ」をクリックすると、インストールするコンポーネント・グループを選択する画面が表示されます。

以下の項目のいずれか、または両方を選択します。

管理コンポーネント (サーバーおよびデータベース)管理サーバーおよびそのデータベースをインストールします。

ランタイム・コンポーネント (サーバーおよびデータベース)ランタイム・サーバーおよびそのデータベースをインストールします。

両方のコンポーネント・グループを選択すると、ウィザードはエージェント以外の全コンポーネントをインストールします (エージェントを同時にインストールするには、「戻る」ボタンを使用して、前の画面に戻り、「全コンポーネント」インストールを選択します)。

注: グループを両方選択する場合は、本書の手順に従って、全コンポーネント・インストールを行います。ただし、Linux390 コンピューターでインストールを行う場合、Linux390 エージェントに関連するパラメーターは表示されません。

選択してから「次へ」をクリックします。



ステップ 9 (93ページ) に進みます。

カスタムサーバーおよびデータベース・コンポーネントの任意の組み合わせを選択できます。

注: エージェントは、このオプションを使用してインストールすることができません。このコンピューターにエージェントをインストールするのに、「全コンポーネント」インストール・オプションを使用しない場合、最初に管理サーバーとエージェントが所属するランタイム・サーバーをインストールする必要があります。次に、 161ページの『第 4 章エージェントのデプロイ』で説明されているエージェント・デプロイメントのオプションのいずれかを使用する必要があります。

このオプションを選択して、「次へ」をクリックすると、インストールするコンポーネントを選択する画面が表示されます。

インストールするコンポーネントを選択して、「次へ」をクリックします。

ステップ 9 (93ページ) に進みます。

全コンポーネント管理サーバーとそのデータベース、ランタイム・サーバーとそのデータベースおよびエージェントをインストールします。インストールでは、ほとんどすべての変数にデフォルト値が使用されるため、指定する必要があるのは、「tlmsrv」ユーザーのパスワードと組織名だけです。



注:

a. SSL はこのオプションでは使用不可ですが、必要に応じてサーバーの構成を変更して、インストール後に使用可能にすることができます (詳細については、 116ページの『SSL の構成』を参照)。

b. このオプションを選択すると、エージェントをコンピューターにインストールします。サーバーおよびデータベースがインストールされているコンピューターのモニターの影響を認識する必要があります。例えば、ランタイム・サーバーが選択不可なため、このコンピューターで実行されている前提条件ソフトウェア WebSphere Application Server の開始を妨げないようにする必要があります。管理サーバー Web UI を使用して、前提条件ソフトウェアをオフライン実行できる資格付与設定を定義する必要があります。


ステップ 9 に進みます。

9. DB2 前提条件を検査します。ウィザードが、サポートされるバージョンのDB2 がコンピューターにインストールされているか確認をします (サポートされるバージョンについての詳細は、 27ページの『サーバーおよびデータベース・コンポーネントのインストール方法の計画』を参照)。データベース・コンポーネントをインストールしていない場合、まず、サポートされている DB2

クライアントを探し、検出できない場合にのみ、サポートされている DB2 サーバーを探します。

前提条件が検出された場合は、ステップ 10 (94ページ) に進みます。

前提条件が見つからない場合は、次の画面が表示されます。



サポートされないバージョンの DB2 がコンピューターにインストールされている場合、「取消」をクリックして、インストールを中止する必要があります。中止しない場合は、ウィザードが DB2 のバージョン 8.1 をインストールしようとしても、異なるバージョンの DB2 は同じコンピューターに共存できないため、インストールが失敗します。

サポートされるバージョンの DB2 がコンピューター上に存在しているのに、ウィザードが検出できない場合には、「DB2 のインストール先ディレクトリーの位置を指定してください」を選択します。テキスト・フィールドが表示されるので、インストール・ディレクトリーを入力するか、「参照」ボタンを使用して場所を参照します。

WindowsWindows では、DB2 が実際にインストールされているディレクトリーを確認します。例えば、C:¥Program Files¥DB2 などです。

UNIX UNIX では、DB2 インスタンス所有者のホーム・ディレクトリーを確認します。例えば、/home/db2inst1 などです。

または、「ウィザードで IBM DB2 UDB、Enterprise Server Edition、バージョン 8.1 をインストールします」を選択します。

「次へ」をクリックして先へ進みます。欠落している前提条件は後の段階でウィザードによってインストールされます。前提条件の自動インストールについての詳細は、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。

10. サーバーのインストール: WebSphere Application Server の前提条件を検査します。インストールするサーバー・コンポーネントを選択したら、サポートされるバージョンの WebSphere Application Server がコンピューターにインス



トールされていることをウィザードが検査します (サポートされるバージョンの詳細については、 27ページの『サーバーおよびデータベース・コンポーネントのインストール方法の計画』を参照)。

前提条件が検出された場合は、ステップ 11 (96ページ) に進みます。

見つからない場合は、次の画面が表示されます。

サポートされないバージョンの WebSphere Application Server がコンピューターにインストールされている場合、「取消」をクリックして、インストールを中止する必要があります。中止しない場合は、ウィザードが WebSphere

Application Server のバージョン 5.1 をインストールしようとしても、同じコンピューターに共存する異なるバージョンの WebSphere Application Server は、インストール・ウィザードではインストールできないため、インストールが失敗します。

サポートされるバージョンの WebSphere Application Server がコンピューター上に存在しているのに、ウィザードが検出できない場合には、「WebSphereApplication Server のインストール先ディレクトリーの位置を指定してください」を選択します。テキスト・フィールドが表示されるので、インストール・ディレクトリーを入力するか、「参照」ボタンを使用して場所を参照します。

または、「ウィザードで IBM WebSphere Application Server、バージョン5.1 をインストールします」を選択します。



「次へ」をクリックして先へ進みます。欠落している前提条件は後の段階でウィザードによってインストールされます。前提条件の自動インストールについての詳細は、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。

11. (必要な場合) DB2 前提条件の情報: ウィザードでバンドルされた前提条件となるバージョンの DB2 をインストールするよう要求した場合、インストールに必要な情報を入力するよう指示されます。

ウィザードで DB2 をインストールしなかった場合は、ステップ 12 (97ページ) に進みます。

ウィザードで DB2 をインストールする場合は、以下のパネルが表示されます。

以下の情報を入力します。

IBM DB2 のパスまたは IBM DB2 のインスタンス所有者のパス入力するデータは、プラットフォームにより異なります。

WindowsWindows では、DB2 のインストール先のパスを入力します。例えば、C:¥Program Files¥IBM¥DB2 などです。

UNIX UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーのパスを入力します。例えば、「/home」などです。ホーム・インスタンス所有者のパスとインスタンス所有者の名前を連結することによって、インストールの絶対パスを作成します。例えば、/home/db2inst1 などです。



ポート番号DB2 で使用するポート番号を指定します。標準的な値は 50000 ですが、割り当てたポートが使用可能であることを確認する必要があります。

DB2 アドミニストレーター・ユーザーまたは DB2 インスタンス所有者入力するデータは、プラットフォームにより異なります。

WindowsWindows では、「DB2 管理」ユーザーとしてセットアップするユーザー ID を入力します。例えば、db2admin などです。このユーザーは、コンピューター上で作成されます。この名前のユーザーが存在しないことを確認してください。

UNIX UNIX では、DB2 のインスタンス所有者を入力します。例えば、db2inst1 などです。ホーム・インスタンス所有者のパスとインスタンス所有者の名前を連結することによって、絶対パスを作成します。例えば、/home/db2inst1 などです。

パスワードDB2 管理ユーザーに対して使用するパスワード (Windows) または DB2 インスタンス所有者のパスワード (UNIX) を入力します。

パスワードは、DB2 をインストールしているコンピューターのパスワード・ルールに準拠している必要があります。

インストール後に DB2 管理者パスワードを変更する場合は、 342ページの『パスワードの変更』を参照してください。

確認パスワードパスワードを確認します。

「次へ」をクリックして先へ進みます。

12. (必要な場合) WebSphere Application Server 前提条件の情報: ウィザードでバンドルされた前提条件となるバージョンの WebSphere Application Server をインストールするよう要求している場合、インストールに必要な情報を入力するよう指示されます。

ウィザードで WebSphere Application Server をインストールしなかった場合

は、ステップ 13 (98ページ) に進みます。



ウィザードで WebSphere Application Server をインストールした場合は、以下のパネルが表示されます。


IBM WebSphere Application Server のパスWebSphere Application Server のインストール先のパスを入力します。

IBM HTTP Server のパスIBM HTTP Server のインストール先のパスを入力します。

ユーザーWindows プラットフォームのみに関して、アドミニストレーター権限を持つ既存のユーザー ID を指定します。このユーザー ID は、WebSphere

Application Server および IBM HTTP Server を Windows サービスとしてセットアップする場合に使用されます。このために新規ユーザーを使用する場合は、最初にこのユーザーを作成してから、ここで指定する必要があります。

パスワードユーザー ID のパスワードです。

インストール後にアドミニストレーター・パスワードを変更する場合は、342ページの『パスワードの変更』を参照してください。


13. 文書へのナビゲート:

製品のインストールの選択に従って、別のステップを参照します。

v ランタイム・コンポーネントの「標準」インストールを選択した場合、 99ページの『ランタイム・コンポーネントの標準的なインストール』に進みます。



v 管理コンポーネントの「標準」インストールを選択した場合、 100ページの『管理コンポーネントの標準的なインストール』に進みます。

v 「カスタム」インストールを選択した場合、 101ページの『カスタム・インストール』に進みます。

v ランタイム・コンポーネントおよび管理コンポーネントに関して、「全コンポーネント」インストールまたは「標準」インストールを選択した場合は、107ページの『全コンポーネント・インストール』に進みます。

ランタイム・コンポーネントの標準的なインストール1. 基本構成パラメーター: ランタイム・コンポーネントの「標準」インストールを選択した場合、以下のパネルが表示されます。

以下のデータを入力します。

「tlmsrv」のパスワードウィザードによってコンピューター上でセットアップされる「tlmsrv」ユーザーに対して使用されるパスワードを作成して確認します。サーバーとそのデータベースの間の通信を認証するのに使用されます。

パスワードは最大 20 文字で、以下の文字のみ使用可能です。

A から Z、a から z、0 から 9、+、-

ウィザードを実行しているコンピューターのオペレーティング・システムのルールに対して、有効であり準拠する必要があります。

ランタイム・コンポーネントの「標準」インストールでは、このパスワードの値はランタイム・サーバーの通信パスワードでも使用されます。

インストール後に tlmsrv のパスワードを変更するには、 342ページの『パスワードの変更』を参照してください。



組織名ランタイム・サーバーが所属する組織の名前を入力します。

管理サーバー・アドレスこのランタイム・サーバーの管理サーバーのホスト名または IP アドレスを入力します。

ポート管理サーバーが listen している非セキュア・ポートを入力します。標準値は 80 です。

ランタイム・コンポーネントの「標準」インストールを実行しているときに、以下のデフォルト値が適用されます。

パラメーター提供されるデフォルト値

ランタイム・サーバー名 <hostName>_runtime_server (hostName は、インストール・ウィザードを実行中のコンピューターのホスト名です)。

ランタイム通信パスワード「tlmsrv」ユーザーのパスワードの値。

ランタイム・サーバー・ポート 80

SSL 使用可能 No


109ページの『インストールの完了』に進みます。

管理コンポーネントの標準的なインストール1. 基本構成パラメーター: 管理コンポーネントの「標準」インストールを選択した場合、以下のパネルが表示されます。








インストール後に tlmsrv のパスワードを変更するには、 342ページの『パスワードの変更』を参照してください。

管理コンポーネントの「標準」インストールを実行しているときに、以下のデフォルト値が適用されます。


管理サーバー・ポート 80

SSL 使用可能 No



カスタム・インストール1. 基本構成パラメーター: 基本構成パラメーター・パネルが表示されます。このパネルに表示されるデータ入力フィールドは、インストールを選択したコンポーネントによって変わります。



表 8 では、それぞれのタイプのインストールと選択したコンポーネントの組み合わせに応じて、基本構成パラメーター・パネルに表示されるフィールドを示しています。

表 8. 基本構成パラメーター・パネル

管理ランタイム

サーバーデータベース

サーバーデータベース

「tlmsrv」のパスワード x x x x

その他のパスワードにはこの値を使用してください。

x x x x

組織名 x

ランタイム・サーバー名 x

Secure Sockets Layer (SSL) プロトコルを使用可能にします。

x

SSL ポート x

管理サーバー・アドレス x

ポート x

このフィールドに入力するデータは以下のとおりです。





重要: サーバーとそのデータベースを別のコンピューターにインストールする場合、どちらも同じ「tlmsrv」のパスワードである必要があります。同じパスワードをセットアップしないと、サーバーはそのデータベースと通信できません。ただし、管理サーバーとデータベースは、ランタイム・サーバーとそのデータベースとは異なる「tlmsrv」のパスワードを持つことができ、各ランタイム・サーバーとそのデータベースは、他のランタイム・サーバーとそのデータベースとは異なる「tlmsrv」のパスワードを持つことができます。

管理サーバーとランタイム・サーバー・コンポーネントを同じコンピューターにインストールする場合、このパスワードは、両方のデータベースで有効なパスワードになります。これは、両方のコンポーネントを 1

回でインストールする場合も、一方を最初にインストールしてからウィザードを再度実行してもう一方をインストールする場合も同様です。コンポーネントがすでにコンピューターにインストールされており、



「tlmsrv」ユーザーが作成済みの場合、表示されるパネルには、最初のインストールで指定されたパスワードを確認するテキスト・ボックスが表示されます。


その他のパスワードにはこの値を使用してください。このチェック・ボックスは、選択によって「tlmsrv」のパスワード以外のパスワードの入力が必要になったときに表示されます。

このチェック・ボックスを選択すると、ランタイム通信パスワード対しても「tlmsrv」のパスワードの値が使用されます。

このチェック・ボックスをクリアすると、「次へ」をクリックした後でパネルが表示されて、ランタイム通信パスワードに対して異なる値を入力できます (ステップ 2 (104ページ) を参照)。

組織名ランタイム・サーバーをそれ自身のコンポーネント、または他のコンポーネントに組み合わせてインストールした場合に必要となります。

ランタイム・サーバーをインストールする対象の組織を識別します。

管理サーバーがすでにインストールされており、管理サーバー Web インターフェースを使用して組織レコードを作成済みの場合、指定する名前が、インターフェースで登録された組織名と、正確に一致することを確認してください。もしくは、管理サーバー Web インターフェースが使用可能であれば、ここで指定した名前で組織を作成してください。

ランタイム・サーバー名ランタイム・サーバーをそれ自身のコンポーネント、または他のコンポーネントに組み合わせてインストールした場合に必要となります。

同じ組織に割り当てられていないランタイム・サーバーの名前を指定します。

注: 組織名とランタイム・サーバー名は、ランタイム・サーバーと管理サーバー間の通信の認証で使用されます。このパネルでの設定、および後で管理サーバー Web インターフェースでランタイム・サーバーを登録する際に、これらの情報を正しく入力するよう十分注意してください。サーバーのインストール時と登録時で入力した値が一致しないと、ランタイム・サーバーは管理サーバーに接続できません。

Secure Sockets Layer (SSL) プロトコルを使用可能にします。ランタイム・サーバーをそれ自身のコンポーネント、または他のコンポーネントに組み合わせてインストールした場合に必要となります。

SSL を使用して、ランタイム・サーバーから管理サーバーまで通信する場合にこれを選択します。使用可能な通信の詳細については、 116ページの『SSL の構成』を参照してください。

これを選択して、ランタイム・サーバーをそれ自身のコンポーネント、または他のコンポーネントと共にインストールしていると、以下のように、追加のフィールドがパネルに表示されます。



SSL ポートSSL 通信で使用される管理サーバー上のポート番号を入力します。

管理サーバー・アドレスランタイム・サーバーをそれ自身のコンポーネント、または他のデータベースと共にインストールした場合に必要となります。

IP アドレスか TCP/IP アドレスの管理サーバーのアドレスを入力します。

ポートランタイム・サーバーをそれ自身のコンポーネント、または他のデータベースと共にインストールした場合にのみ必要となります。

非 SSL 通信で使用される管理サーバー上のポート番号を入力します。


2. 必要な場合: ランタイム通信パスワード:

すべてのパスワード値に対して「tlmsrv」パスワードを使用するオプションをクリアしていない場合やランタイム・サーバーをインストールしていない場合は

、ステップ 3 (105ページ) に進みます。すべてのパスワード値に対して「tlmsrv」パスワードを使用するオプションをクリアし、ランタイム・サーバーをインストールしている場合は、以下のパネルが表示されます。

このパネルは、オプションをクリアして、「tlmsrv」のパスワードをすべてのパスワードの値に対して使用する場合にのみ表示されます。

管理サーバーとこのランタイム・サーバーとの間で通信を認証するために使用されるランタイム通信パスワードを入力して確認することができます。





インストール後にランタイム・サーバー通信パスワードを変更する場合は、 342

ページの『パスワードの変更』を参照してください。「次へ」をクリックします。

3. 管理データベース接続:

データベースを含まない管理サーバーをインストールしない場合は、ステップ 4 (106ページ) に進みます。

データベースを含まない管理サーバーをインストールする場合は、以下のパネルが表示されます。

注: このパネルの外観は、ランタイム・データベース接続のパネルとよく似ています (次のパネルを参照)。データベースを含まない両方のサーバーをインストールする場合は、両方のパネルが順番に表示されます。

管理サーバーが管理サーバー・データベースを探し出すための情報を指定します。適切な場所では、デフォルトが表示されますが、入力した値が有効であることを確認してください。フィールドは以下のとおりです。

データベースのインスタンス所有者このフィールドは UNIX プラットフォームでのみ必要とされます。管理サーバーをインストールしているコンピューターのデータベースのインスタンス所有者を識別します (管理サーバー・データベースがインストールされているコンピューターではありません)。他のプラットフォームでは、このフィールドは必要ありません。



データベースのアドレス (ホスト名または IP)ホスト名または IP アドレスを入力して、管理サーバー・データベースのホスト・コンピューターを識別します。

データベースのポート番号管理サーバー・データベースがインストールされているコンピューターでこのデータベースをホスティングしている DB2 のインスタンスによって使用されるポートを指定します。通常の値は 50000 です。表示されるデフォルトは、このコンピューターの DB2 の最初のインスタンスによって使用されるポートになります。いずれの場合も、管理サーバー・データベースがインストールされているコンピューターから入力される値を取得する必要があります。


4. ランタイム・データベース接続:

データベースを含まないランタイム・サーバーをインストールしない場合は、

ステップ 109ページの『インストールの完了』に進みます。

データベースを含まないランタイム・サーバーをインストールする場合は、以下のパネルが表示されます。

注: このパネルの外観は、管理データベース接続のパネルとよく似ています (前出のパネルを参照)。データベースを含まない両方のサーバーをインストールする場合は、両方のパネルが順番に表示されます。

ランタイム・サーバーがランタイム・サーバー・データベースを探し出すための情報を指定します。適切な場所では、デフォルトが表示されますが、入力した値が有効であることを確認してください。フィールドは以下のとおりです。



データベースのインスタンス所有者このフィールドは UNIX プラットフォームでのみ必要とされます。ランタイム・サーバーをインストールしているコンピューターのデータベースのインスタンス所有者を識別します(ランタイム・サーバー・データベースがインストールされているコンピューターではありません)。他のプラットフォームでは、このフィールドは必要ありません。

データベースのアドレス (ホスト名または IP)ホスト名または IP アドレスを入力して、ランタイム・サーバー・データベースのホスト・コンピューターを識別します。

データベースのポート番号ランタイム・サーバー・データベースがインストールされているコンピューターでこのデータベースをホスティングしている DB2 のインスタンスによって使用されるポートを指定します。通常の値は 50000 です。表示されるデフォルトは、このコンピューターの DB2 の最初のインスタンスによって使用されるポートになります。いずれの場合も、ランタイム・サーバー・データベースがインストールされているコンピューターから入力される値を取得する必要があります。



全コンポーネント・インストール1. 基本構成パラメーター: 「全コンポーネント」インストールを選択した場合、以下のパネルが表示されます。








「全コンポーネント」インストールでは、このパスワードの値はランタイム・サーバーの通信パスワードでも使用されます。


組織名「全コンポーネント」インストールの実行対象となる組織の名前を入力します。

注: 「全コンポーネント」インストールを Linux390 サーバーで実行する場合、パネルには以下の 3 つのフィールドが表示されます。このフィールドは、エージェントのデプロイメントに必要です。

プロセッサー・タイプLinux390 イメージが CP または IFL プロセッサーで稼働中かどうかを指定します。以下の項目のいずれかを選択します。

CPLinux390 イメージが CP プロセッサーで稼働中かどうかを指定します。

IFLLinux390 イメージが IFL プロセッサーで稼働中かどうかを指定します。

アクティブ・プロセッサーCEC でのプロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。

shared_pool_capacityLinux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。共用プロセッサーをこのイメージが使用していない場合、ゼロを入力します。

「全コンポーネント」インストールを実行しているときに、以下のデフォルト値が適用されます。


ランタイム・サーバー名 <hostName>_runtime_server (hostName は、インストール・ウィザードを実行中のコンピューターのホスト名です)。

ランタイム通信パスワード「tlmsrv」ユーザーのパスワードの値




SSL 使用可能 No

管理サーバー・ポート 80


『インストールの完了』に進みます。

インストールの完了Tivoli License Manager のパラメーターの入力が完了すると、ウィザードは最終フェーズを開始して、メイン・コンポーネントと前提条件を以下のとおりインストールします。

1. 選択内容を確認します。選択内容およびインストール・サイズを確認するパネルが表示されます。「次へ」をクリックすると、インストールが開始されます。

重要: 「次へ」をクリックすると、インストール・プロセスが開始されます。このプロセスは取り消しできません。「次へ」をクリックした後で、要約画面に指示されている内容で製品をインストールしたくない場合、インストールを終了するまで続行して、その後、製品をアンインストールする必要があります。

2. Java 仮想マシンを上書きします。Java 仮想マシンのバージョンがすでにターゲットの場所にインストール済みの場合は、上書きするかどうかをたずねるメッセージが表示されます。既存の Java 仮想マシンを上書きしない場合は、Tivoli

License Manager と互換性があることを確認する必要があります。

3. Tivoli License Manager コンポーネントをインストールします。ウィザードがインストールを選択した Tivoli License Manager コンポーネントをインストールします。これには数分かかります。

4. DB2 前提条件インストール・パス:

ウィザードでバンドルされた DB2 前提条件をインストールしなかった場合は、

ステップ 6 (110ページ) に進みます。ウィザードでバンドルされた DB2 前提条件をインストールした場合は、以下のパネルが表示されます。



このパネルにより、DB2 のサイレント・インストール・ウィザードを起動できます。以下のステップを行ってください。

a. IBM DB2 UDB、Enterprise Server Edition、バージョン 8.1.x のインストールCD を準備して (製品に付属しています)、コンピューターの CD ドライブに挿入します。または、ハード・ディスクの CD イメージを位置指定します。

注: Windows コンピューターでは、CD の自動実行が開始された場合、この自動実行をできるだけ早く終了して、ウィザードに戻る必要があります。

b. DB2 のセットアップ・ファイルを確認します。DB2 の文書を確認して、ファイルの名前を決定します。


重要: この時点で「取消」をクリックすると、ウィザードは DB2 をインストールせずに終了します。この場合、インストールした Tivoli License Manager コンポーネントは使用できません。アンインストール・ウィザードを使用して、製品をアンインストールする必要があります。詳細については、 237ページの『第7 章 Tivoli License Manager のアンインストール』を参照してください。DB2

に関する処理が決定したら、インストールを繰り返すことができます。

5. DB2 前提条件のインストール: ウィザードは、すでに入力されたパラメーターを使用して、DB2 のサイレント・インストールを開始します。

6. WebSphere Application Server 前提条件・インストール・パス:

ウィザードでバンドルされた WebSphere Application Server 前提条件をインスト

ールしなかった場合は、ステップ 8 (111ページ) に進みます。

ウィザードでバンドルされた WebSphere Application Server 前提条件をインストールした場合は、DB2 の場合に使用するパネルと同様のパネルが表示されま



す。このパネルでは、WebSphere Application Server のサイレント・インストール・ウィザードを起動できます。以下のステップを行ってください。

a. IBM WebSphere Application Server バージョン 5.1 のインストール CD を準備して (製品に付属しています)、コンピューターの CD ドライブに挿入します。または、ハード・ディスクの CD イメージを位置指定します。

注: Windows コンピューターでは、CD の自動実行が開始された場合、この自動実行をできるだけ早く終了して、ウィザードに戻る必要があります。

b. WebSphere Application Server のセットアップ・ファイルを確認します。WebSphere Application Server の文書を確認して、ファイルの名前を決定します。


重要: この時点で「取消」をクリックすると、ウィザードは WebSphere

Application Server をインストールせずに終了します。この場合、インストールした Tivoli License Manager コンポーネントは使用できません。アンインストール・ウィザードを使用して、製品をアンインストールする必要があります。詳細については、 237ページの『第 7 章 Tivoli License Manager のアンインストール』を参照してください。WebSphere Application Server に関する処理が決定したら、インストールを繰り返すことができます。

7. WebSphere Application Server 前提条件のインストール: ウィザードは、すでに入力されたパラメーターを使用して、WebSphere Application Server のサイレント・インストールを開始します。

8. 最終ステップ: ウィザードは、選択したインストール・オプションに従って、以下のインストールおよび構成アクティビティーのうち 1 つ以上を実行します。

v 管理サーバー・データベースのインストールを選択すると、データベースを作成して取り込み、管理サーバーにリンクします。

v ランタイム・サーバー・データベースのインストールを選択すると、データベースを作成して取り込み、ランタイム・サーバーにリンクします。

v WebSphere Application Server を構成して、Tivoli License Manager サーバーを認識させます。

v 管理サーバーのインストールを選択すると、管理サーバーを始動します。

v 「全コンポーネント」インストールでは、ランタイム・サーバーは管理サーバーと共に登録され、初期組織および部門が作成されます。

v 管理サーバーのインストールを選択すると、デフォルトの Web ブラウザーのウィンドウが開いて、サーバーで作業ができるようになります。

v ランタイム・サーバーのインストールを選択すると、ランタイム・サーバーを始動します。

v ランタイム・サーバーのみのインストールを選択すると、デフォルトの Web

ブラウザーのウィンドウが開いて、サーバーで作業ができるようになります。

v 各サーバーがインストールされると構成ファイルのバックアップが取られるため、構成ファイルを変更した後に元に戻すことができます ( 286ページの『構成ファイルのバックアップおよび復元』を参照)。



これらのアクティビティーが完了したら、最終パネルが表示されます。「終了」をクリックして、ウィザードを終了します。

問題が発生した場合の処理に関する情報については、『ウィザードに障害が発生したときの対処法』を参照してください。

9. オプション: サーバーへのログイン: サーバーを 1 つ以上インストールした場合は、サーバー用のブラウザー・ウィンドウが開きます。サーバーにログインします。正常にログインできた場合、製品は正しくインストールされています。

ただし、選択によっては、あきらかに問題が発生することがあります。

v データベースを含まないサーバーをインストールした場合は、データベースに接続できないことを示すエラー・メッセージが表示されます。

v ランタイム・サーバーをインストールし、このサーバーを認識する管理サーバー・データベースを構成していない場合、ランタイム・サーバーは管理サーバーに接続することができません。

v コンポーネント間で SSL が使用されるよう指定した場合、インストール時に行った設定では、SSL 構成が完了していないため、コンポーネント間で通信することができない場合があります。コンポーネントが動作しており、通信が行われていない場合は、SSL 構成が完了していることを確認してください( 116ページの『SSL の構成』を参照)。

v WebSphere Application Server の既存のバージョンを使用してサーバーをインストールしており、このバージョンで Java 2 Security がすでに使用可能になっている場合、ブラウザーはサーバーに接続するときにエラーを発行します。157ページの『サーバー用の Java 2 セキュリティーのオプションでの構成』に示すステップに従い、手順の注に示されているように WebSphere

Application Server ステップを省略します。

ウィザードは正常に終了したが、問題が発生した場合は、「IBM Tivoli License

Manager: 問題判別」を参照してください。このマニュアルには、サーバーとデータベースをインストール中に発生する問題の診断に関する章が含まれています。

ウィザードに障害が発生したときの対処法ウィザードにエラーが発生した場合、詳細が保管され、インストール・アクティビティーの終わりに、最終パネルにこの詳細が表示されます。アクティビティーが依存するアクティビティーが失敗したために、そのアクティビティーが実行されないこともあります。エラーを書き留め、「終了」ボタンをクリックして、ウィザードを終了します。

問題判別問題が発生した場合、「IBM Tivoli License Manager: 問題判別」を参照してください。このマニュアルには、サーバーとデータベースをインストール中に発生する問題の診断に関する章が含まれています。



第 3 章 Tivoli License Manager の構成

製品を使用し始めるには、まず、サーバーおよびデータベースのインストール以外に、数多くの他のセットアップ・タスクを実行する必要があります。これらのタスクは、依存関係が作成されているため、以下の順序で実行する必要があります。

v 『管理サーバーの構成』

v 115ページの『組織関連の初期タスクの実行』

v 115ページの『ランタイム・サーバーの構成』

v 116ページの『SSL の構成』

v 139ページの『サーバーのメール通知設定の構成』

v 140ページの『Web サーバーのカスタマイズ』

v 144ページの『認証方式の定義』

v 153ページの『プロキシー・サーバーの構成』

v 154ページの『コンピューター・ラベルの自動割り当て』

v 156ページの『IBM カタログの最新のバージョンのインポート』

v 156ページの『その他の構成手順』

v 159ページの『環境のチューニング』

管理サーバーの構成Web インターフェースを使用して、管理サーバー上で以下のタスクを実行します(ランタイム・サーバーのインストール前が適切)。

注: Web インターフェースには、前提条件のいずれかのブラウザーを使用して、Web 管理サーバーおよび Web ランタイム・サーバーに接続可能ないずれのコンピューターからもアクセスできます。ブラウザーについての詳細は、 49ページの『Web ユーザー・インターフェースの前提条件』を参照してください。

使用するブラウザーでは、JavaScript™ を有効にし、自動的に新しいウィンドウを開かないようにするプログラムを無効にする必要があります。

ページのアドレスは、http://<server_name>:<port>/slmadmin/login です。Web インターフェース上での使用に関する完全な説明については、「IBM

Tivoli License Manager: 管理」を参照してください。

管理サーバーの URL が、別のアプリケーションで使用される URL と重複する場合は、WebSphere Application Server の機能または Web サーバーを使用して URL を変更または再マップできます。

1. Web インターフェースおよび管理サーバーの設定を構成: system.properties

ファイルを開き、Web インターフェースと管理サーバーの各パラメーターを順に調べて、デフォルト設定が Tivoli License Manager 環境に適しているかどうかを確認します (便宜上、このファイルはラベル付きセクションに分割されています)。system.properties ファイルについては、 275ページの『system.properties

ファイル』を参照してください。いずれかの設定を変更する場合に、サーバーが


すでに実行されていれば (インストールによって開始される可能性があります)、管理サーバーのコマンド行を開き、srvstop コマンド、srvstart コマンドの順に実行して、新規設定を有効にします。ファイルは、以下の場所にあります。

<INSTALL_DIR>¥admin¥SLM_Admin_Application.ear¥slm_admin.war¥WEB-INF¥conf

2. tlmroot としてログオン: ユーザー tlmroot として管理サーバーにログオンします。デフォルトのパスワードは system ですが、自分で選択したパスワードにできるだけ早く変更する必要があります。

3. 必要な場合はデフォルトの組織を作成: ユーザー用にすでに作成されているデフォルトの初期組織を選択するか、または初期組織を作成します。

v 以下のいずれかのインストールを実行すると、ユーザー用にデフォルトの組織が作成され、その組織を選択する必要があります。

– 管理サーバーおよびランタイム・サーバーの標準インストールまたはカスタム・インストール

– 管理サーバーがすでにインストールされているコンピューター上でのランタイム・サーバーの標準インストールまたはカスタム・インストール

– 全コンポーネント・インストール

このような場合、組織はデフォルトのパラメーター (例えば、「国」フィールドがブランク) を使用して作成されるため、これらのパラメーターを環境に合わせて変更する必要があるかどうかを確認してください。

また、全コンポーネント・インストールの場合は、デフォルトの部門もデフォルトのパラメーターを使用して作成されるため、これらのパラメーターを環境に合わせて変更する必要があるかどうかを確認してください。

v その他のタイプのインストールを実行した場合は、すぐに初期組織を作成するように求められます。単一組織のみの環境で作業する場合でも、初期組織を作成する必要があります。

4. オプションでその他の組織を作成: 複数組織の環境で作業する場合は、必要なその他の組織を作成します。

5. アドミニストレーター・アカウントを作成: アドミニストレーターが Tivoli

License Manager 環境を管理するためのアカウントを作成して、適切な役割を割り当てます。

6. 組織へのアカウントの割り当て: 作成した組織にアカウントを割り当てます。

7. オプションで SSL を使用可能化: SSL を使用して、管理サーバーと 1 つ以上のランタイム・サーバーの間で通信を行う場合は、管理サーバー上で SSL を使用可能にする必要があります。SSL を使用するためのセットアップ方法についての詳細は、 116ページの『SSL の構成』を参照してください。

ここで、組織関連の一連の初期タスクを実行する必要があります。この時点でログオフしてから、アドミニストレーターとして各組織に順に再度ログオンすることをお勧めします。

管理サーバー


組織関連の初期タスクの実行Web インターフェースを使用して、各組織に関して管理サーバー上で以下のタスクを実行します (ランタイム・サーバーのインストール前が適切)。

1. アドミニストレーターとしてログオン: 各組織に関して、前のセクションのステップ 5 でセットアップした組織の Tivoli License Manager アドミニストレーター・アカウントおよびパスワードを使用して、管理サーバーにログオンします。

2. ランタイム・サーバーを登録: インストール中にランタイム・サーバーが登録されなかった場合は、GUIを使用して、ランタイム・サーバーを管理サーバーに登録します。

3. 部門を作成: GUI を使用して、部門を作成します。

4. インベントリー・スキャンをスケジュール: 作成した各部門に関して、インベントリー・スキャンをスケジュールします。ここで説明されているセットアップ・タスクを実行し、適切な数のノードを登録するために、スキャンを開始する前に十分な時間をとってください。

5. ライセンス資格をセットアップおよび配布ライセンス資格をセットアップし、ランタイム・サーバーに配布します。

これらのステップの実施前、実施中、または完了後に、ランタイム・サーバーおよびそのデータベースをインストールできます。ただし、ランタイム・サーバーは、登録されるまで接続できません。

次のセクションで説明されているように、ランタイム・サーバーは、インストール後に構成する必要があります。

ランタイム・サーバーの構成各ランタイム・サーバーに対して、以下のタスクを実行する必要があります。

1. ランタイム・サーバーおよびエージェントの設定を構成: system.properties ファイルを開き、ランタイム・サーバーとエージェントの各パラメーターを順に調べて、デフォルト設定が Tivoli License Manager 環境に適しているかどうかを確認します (便宜上、このファイルはラベル付きセクションに分割されています)。system.properties ファイルについては、 275ページの『system.properties ファイル』を参照してください。いずれかの設定を変更する場合に、サーバーがすでに実行されていれば (インストールによって開始される可能性があります)、ランタイム・サーバーのコマンド行を開き、srvstop コマンド、srvstart コマンドの順に実行して、新規設定を有効にします。

ランタイム・サーバーと管理サーバー間、またはランタイム・サーバーとエージェント間の通信にプロキシーを使用する場合、ランタイム・サーバー構成ファイルにプロキシーを定義する必要があります。このことは、communication.properties ファイルで行われます。 153ページの『プロキシー・サーバーの構成』を参照してください。

system.properties ファイルおよび communication.properties ファイルは、以下の場所にあります。

<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥WEB-INF¥conf

組織関連のタスク

第 3 章 Tivoli License Manager の構成 115

2. オプションで SSL を構成: SSL を使用して、SSL 管理サーバーとこのランタイム・サーバーの間で通信を行う場合は、SSL 用にランタイム・サーバーを構成する必要があります。SSL を使用するためのセットアップ方法についての詳細は、『SSL の構成』を参照してください。

3. ランタイム・サーバーを開始: ランタイム・サーバーは、インストール・ウィザードによって開始されている場合があります。開始されていない場合は、ランタイム・サーバーを開始してください。サーバーごとに、ランタイム・サーバーの構成ファイルに定義されているランタイム・プラグイン期間 (デフォルトは構成ファイルの文書に示されています。 280ページの『ランタイム・サーバー設定』を参照) の間待機します。

4. ランタイム・サーバーが接続されたかどうかを確認: ランタイム・サーバーが正常に接続されたかどうかを確認します (管理サーバー GUI に該当するメッセージが表示されます。「コンポーネントの管理」�「サーバー」を選択してください)。サーバーが接続されていない場合は、管理サーバーのログ・ファイルで、レポートされている障害の原因を参照してください。event#n.log ファイルは、Tivoli Common Directory にあります (ログおよび Tivoli Common Directory の詳細については、「IBM Tivoli License Manager: 問題判別」を参照)。

注: ランタイム・サーバーのデフォルトの URL は、<runtimeServerName>/slmruntime/ です。この URL が、別のアプリケーションで使用される URL と重複する場合は、WebSphere Application Server

の機能または Web サーバーを使用して URL を変更または再マップできます。

5. tlmroot としてログオン: ユーザー tlmroot として各ランタイム・サーバーにログオンします。デフォルトのパスワードは system ですが、自分で選択したパスワードにできるだけ早く変更する必要があります。

6. アカウントを作成: レポートの要求、およびランタイム・サーバーで発生したイベントに関する通知の受け取りを行うことのできるアドミニストレーターのアカウントを作成します。

SSL の構成このセクションは、以下の 2 つの主なサブセクションに分かれています。

v 117ページの『構成手順』では、SSL を使用可能に設定する対象となる、それぞれのタイプの通信を行うために実行する必要がある手順について説明します。 18

ページの『SSL』を読んで、SSL を実装する場合の計画上の考慮事項を理解しておく必要があります。

v さまざまな通信タイプの手順で、一連のアクティビティーを実施する必要があります。多くの場合、これらのアクティビティーは、さまざまな役割を果たすさまざまなコンピューター上で、さまざまな状況の下に繰り返されます。手順で必要となるたびにアクティビティーの説明を繰り返さなくて済むように、アクティビティーはすべてグループ化され、 128ページの『構成アクティビティー』にまとめて記述されています。各手順ステップはアクティビティーを指しており、該当するリンクが設定されています。

セキュア通信を使用可能にした後、非セキュア通信に切り替えたい場合は、 137ページの『セキュア通信の使用不能化』を参照してください。



構成手順構成手順は、以下のとおりです。

v 『管理サーバーからランタイム・サーバーへの通信のための SSL の構成』

v 119ページの『ランタイム・サーバーから管理サーバーへの通信のための SSL

の構成』

v 121ページの『Web ブラウザーからの通信のための SSL の構成』

v 123ページの『エージェントからランタイム・サーバーへの通信のための SSL

の構成』

図 8 は、SSL に対して構成することができる通信チャネルを示しています。

管理サーバーからランタイム・サーバーへの通信のための SSL の構成管理サーバーからランタイム・サーバーへの通信を行うために SSL を実装するには、管理サーバーおよびすべてのランタイム・サーバーを構成する必要があります。

Web

Web

図 8. SSL チャネル構成の選択肢

SSL: 手順


その詳細を以下に示します。

ランタイム・サーバーSSL で管理サーバーが通信する必要がある各ランタイム・サーバー上で、これらのステップを実行します。

1. Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。 128ページの『Web サーバーでの SSL の使用可能化』を参照してください。

オプションで暗号化を使用不可にできます。 130ページの『暗号化の使用不可化』を参照してください。

2. WebSphere Application Server にセキュア・ポートの別名があることを確認してください。 131ページの『SSL ポートの別名の設定』を参照してください。

3. ユーザーおよびサーバーの Web サーバーが鍵ストアにアクセスするためのデフォルトの SSL パスワードを変更します。ランタイム・サーバーごとに異なるパスワードを持つことができますが、すべてに対して同じパスワードを持つ方が便利と考えられます。 133ページの『SSL パスワードの変更』を参照してください。

4. 秘密鍵を使用してサーバー証明書を取得するか、または作成します (SSL

でのエージェント通信も使用可能にした場合は、この同じ証明書が使用されます)。

使用する手順は、使用するサーバー証明書のタイプによって異なります。

v 既知のトラステッド認証局 (CA) からサーバー証明書を取得: 134ページの『サーバー証明書の要求』を参照してください。

v 自己署名サーバー証明書を発行: 135ページの『サーバー証明書の作成』を参照してください。

図 9. 管理サーバーからランタイム・サーバーへの SSL の構成

SSL: 手順


v 認証局 (CA) としてサーバー証明書を発行: 135ページの『認証局(CA) としてのサーバー証明書の作成』を参照してください。

5. 鍵ストア (key.kdb) にサーバー証明書をインストールして、Tivoli

License Manager で提供されているテスト証明書を置き換えます。他の目的で取得されたり、他のサーバー用に取得されたサーバー証明書は、使用しないでください。

すべてのランタイム・サーバーに対して、同じ証明書を使用する (および同じ鍵ストア・パスワードを持つ) 場合は、証明書を 1 つのサーバーにインストールし、鍵ストアおよび隠されているパスワード・ファイルを他のすべてのランタイム・サーバーにコピーします。

管理サーバー管理サーバー上で以下のステップを実行します。

1. 管理サーバー GUI を使用して各ランタイム・サーバーを登録し、ランタイム・サーバーで SSL 用に割り当てた各ポートを示します。 136ページの『SSL 通信を使用して接続するためのランタイム・サーバーの登録』を参照してください。

2. 管理サーバーから鍵ストアにアクセスする場合に使用する SSL パスワードを変更します。 133ページの『SSL パスワードの変更』を参照してください。

3. このステップは、ランタイム・サーバーに対して選択したサーバー証明書のタイプによって異なります。


v 自己署名サーバー証明書を発行: この証明書を管理サーバーの Java 鍵ストア (key.jks) にもインストールします。 135ページの『データベースへの証明書の追加』を参照してください。

v 認証局 (CA) としてサーバー証明書を発行: ルート証明書を管理サーバーの Java 鍵ストア (key.jks) にインストールします。 135ページの『データベースへの証明書の追加』を参照してください。

ランタイム・サーバーから管理サーバーへの通信のための SSL の構成ランタイム・サーバーから管理サーバーへの通信を行うために SSL を実装するには、管理サーバー、および SSL を使用可能にする対象のすべてのランタイム・サーバーを構成する必要があります。

SSL: 手順



管理サーバー管理サーバー上で以下のステップを実行します。

1. 管理サーバーの Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。 128ページの『Web サーバーでのSSL の使用可能化』を参照してください。


2. 管理サーバー上の WebSphere Application Server にセキュア・ポートの別名があることを確認してください。 131ページの『SSL ポートの別名の設定』を参照してください。

3. ユーザーおよび管理サーバーの Web サーバーが鍵ストアにアクセスするための SSL パスワードを変更します (まだ変更していない場合)。133ページの『SSL パスワードの変更』を参照してください。






図 10. ランタイム・サーバーから管理サーバーへの SSL の構成

SSL: 手順




ランタイム・サーバーSSL で管理サーバーが通信する必要がある各ランタイム・サーバー上で、これらのステップを実行します。

1. ランタイム・サーバーのインストール時に SSL を使用可能にするか、またはインストール後にランタイム・サーバーを再構成して、このサーバーが SSL 用に使用可能になり、管理サーバーのセキュア・ポートの詳細を把握するようにします。 132ページの『セキュア通信を送信するためのランタイム・サーバーの構成』を参照してください。

2. ユーザーおよびランタイム・サーバーが鍵ストアにアクセスするためのSSL パスワードを変更します (まだ変更していない場合)。 133ページの『SSL パスワードの変更』を参照してください。

3. このステップは、管理サーバーに対して選択したサーバー証明書のタイプによって異なります。


v 自己署名サーバー証明書を発行: この証明書をランタイム・サーバーの Java 鍵ストア (key.jks) にもインストールします。 135ページの『データベースへの証明書の追加』を参照してください。

v 認証局 (CA) としてサーバー証明書を発行: ルート証明書をランタイム・サーバーの Java 鍵ストア (key.jks) にインストールします。 135

ページの『データベースへの証明書の追加』を参照してください。

4. ランタイム・サーバーを開始し、このサーバーが正常に接続されているかどうかを確認します (プラグインは、SSL を使用するサービスの 1 つです)。

Web ブラウザーからの通信のための SSL の構成Web ブラウザーを使用して管理サーバーまたはランタイム・サーバーの Web GUI

を処理するときに SSL を使用可能にする場合は、サーバーおよびユーザーで以下のステップを計画する必要があります。

SSL: 手順



管理サーバーまたはランタイム・サーバーSSL で Web ブラウザーが通信する必要がある各サーバー上で、以下のステップを実行します (これらのステップは、別の SSL 通信を使用可能にするために実行することになりますが、補完としてここで説明します)。

1. サーバーの Web サーバー上で SSL を使用可能にし、使用するセキュア(SSL) ポートを割り振ります。 128ページの『Web サーバーでの SSL

の使用可能化』を参照してください。

2. サーバー上の WebSphere Application Server にセキュア・ポートの別名があることを確認してください。 131ページの『SSL ポートの別名の設定』を参照してください。

3. ユーザーおよび管理サーバーの Web サーバーが鍵ストアにアクセスするための SSL パスワードを変更します (まだ変更していない場合)。133ページの『SSL パスワードの変更』を参照してください。

4. 秘密鍵を使用して、サーバー証明書を取得または作成します (まだ作成していない場合)。





図 11. Web ブラウザーからサーバーへの SSL の構成

SSL: 手順




Web ブラウザーWeb ブラウザー上で以下のステップを実行します。

1. GUI を使用するためにサーバーに接続する場合は、常に HTTPS プロトコルを使用します。 137ページの『ブラウザーとサーバーの間でのHTTPS プロトコルの使用』を参照してください。

2. 自己署名証明書を使用するか、またはユーザーが認証局 (CA) として発行したサーバー証明書を使用する場合は、Web GUI にアクセスするためのブラウザーの証明書インポート・オプションを使用するように選択できます。これにより、自己署名証明書をインポートできます。あるいは、GUI にアクセスするたびに証明書を信頼するように要求されます。

パスワードのみに関与するブラウザー通信のためのみの SSL の構成: パスワードに関与するブラウザー通信を行うためにのみ SSL を使用可能にする構成オプションが用意されています。このオプションを使用するには、以下のステップを実行します。

1. Web ブラウザー、およびこの機能の実装先となるサーバーが SSL 通信および非SSL 通信を使用できるようにします (詳しくは、 121ページの『Web ブラウザーからの通信のための SSL の構成』を参照)。

2. この機能を使用可能にする対象の各サーバーに対して、以下のようにsystem.properties ファイルを編集します。

v secureData の値を true に変更します。

v securePort の値を、ブラウザーからの https 通信を listen するためにサーバーが使用するポート番号 (デフォルトは 443) に変更します。

3. system.properties ファイルを保管し、サーバーを再始動します。

4. HTTP プロトコルを使用して、サーバーの Web UI に接続します。ログインし、「アクセスの管理」�「アカウント」を使用してユーザー・パスワードを作成または変更するか、あるいは「コンポーネントの管理」�「サーバー」を使用してランタイム・サーバー・パスワードを作成または変更する場合、サーバーは、HTTPS プロトコルを使用するようにブラウザーに要求し、また、HTTPS 通信用にサーバーでどのポートが使用中かを通知します。通信が完了すると、ブラウザーはまた HTTP を使用するようになります。

エージェントからランタイム・サーバーへの通信のための SSL の構成エージェントからランタイム・サーバーへの通信を行うために SSL を実装するには、影響を受けるすべてのランタイム・サーバーおよびエージェントを構成する必要があります。

SSL: 手順



管理サーバー組織および部門に対して SSL を使用可能または使用不可にします。各部門は、特に異なる方法で構成されない限り、その組織の設定を継承します。以下のいずれかの組み合わせが可能です。

v 組織に対して使用可能になっており、すべての部門に継承された SSL

v 組織に対して使用可能になっているが、1 つ以上の部門に対して使用不可になっている SSL

v 組織に対して使用不可になっているが、1 つ以上の部門に対して使用可能になっている SSL

注: 代替サーバーを使用するときに問題を回避するには、system.properties

ファイルの requestScope パラメーターの設定が、組織および部門に対する SSL の使用可能化に関して行った選択と一致する必要があります。

設定を変更するには、以下のステップを実行します。

1. 管理サーバー GUI にアクセスします。

2. 「組織の管理」を選択します。

3. 該当する組織の設定が適切であるかどうかを確認します。適切でない場合は、組織を選択し、「変更...」をクリックします。

4. SSL を使用可能または使用不可にするように、組織設定を適宜変更します。

5. 「終了」をクリックしてから、次の画面で「クローズ」をクリックします。

6. 異なる部門で SSL を異なる方法で実装する場合は、以下のステップを続行します。

図 12. エージェントとランタイム・サーバー間の SSL の構成

SSL: 手順


a. 「リソースの管理」�「部門」を選択します。

b. 該当する部門の設定が適切であるかどうかを確認します。適切でない場合は、部門を選択し、「変更...」をクリックします。

c. 組織の値を継承するか、あるいは SSL を使用可能または使用不可にするように、部門設定を適宜変更します。

d. 「終了」をクリックしてから、次の画面で「クローズ」をクリックします。

ランタイム・サーバーSSL でエージェントが通信する必要がある各ランタイム・サーバー上で、これらのステップを実行します。管理サーバーからこのランタイム・サーバーへの通信を行うために SSL を使用可能にする場合は、ほとんどのアクティビティーをすでに完了しているため、エージェントで必要な構成についての説明に進んでください。それ以外の場合は、以下のステップを実行します。

1. Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。 128ページの『Web サーバーでの SSL の使用可能化』を参照してください。


2. WebSphere Application Server にセキュア・ポートの別名があることを確認してください。 131ページの『SSL ポートの別名の設定』を参照してください。

3. ユーザーおよびサーバーの Web サーバーが鍵ストアにアクセスするためのデフォルトの SSL パスワードを変更します。ランタイム・サーバーごとに異なるパスワードを持つことができますが、すべてに対して同じパスワードを持つ方が便利と考えられます。 133ページの『SSL パスワードの変更』を参照してください。








6. エージェントに正しい証明書を提供します。このステップは、ランタイム・サーバーに対して選択したサーバー証明書のタイプによって異なります。

SSL: 手順



v 自己署名サーバー証明書を発行: サーバー証明書をコピーして、cert.arm というベース 84 エンコード済み ASCII ファイルを作成し、ランタイム・サーバーのファイルのエージェント・セクションにインストールされたデフォルトのテスト証明書と置換します。

v 認証局 (CA) としてサーバー証明書を発行: 認証局 (CA) のルート証明書をコピーして、cert.arm というベース 64 エンコード済み ASCII

ファイルを作成し、ランタイム・サーバーのファイルのエージェント・セクションにインストールされたデフォルトのテスト証明書と置換します。

デフォルトのテスト証明書は、以下の場所にあります。

<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥¥webdoc¥agent¥security

7. エージェント・デプロイメント方式で正しい証明書が使用されることを確認します。

この詳細は、使用しているエージェント・デプロイメント手順によって異なります。

Web デプロイメントこれ以上のアクションは不要です。

installagent を使用したエージェント・デプロイメントmanualDeploy スクリプトを実行して、インストール・プラットフォームごとにエージェント・デプロイメント・ファイル (新規cert.arm を含む) の新しいコピーを作成します。詳しくは、 168

ページの『エージェントの手動デプロイメント (installagent コマンド)』を参照してください。

構成マネージャーを使用したエージェント・デプロイメントソフトウェア・パッケージ・ブロックを変換し、組み込みテスト証明書を自己署名証明書と置換する必要があります。詳しくは、177ページの『Tivoli Configuration Manager を使用したエージェントのデプロイ』を参照してください。

SSH/RSH ネットワークを使用した UNIX エージェント・デプロイメントウィザードを使用するたびに、エージェントでデプロイする証明

書を見つけるか、または組み込みテスト証明書を使用するように要求されます。自己署名証明書を見つける必要があります。詳しくは、 189ページの『SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイ』を参照してください。

Windows ログオン・スクリプトを使用したエージェント・デプロイメント manualDeploy スクリプトを実行して、インストール・プラット

フォームごとにエージェント・デプロイメント・ファイル (新規cert.arm を含む) の新しいコピーを作成します。詳しくは、 199

ページの『Windows のログオン・スクリプトを使用したエージェントのデプロイ』を参照してください。

SSL: 手順


OS/400 エージェント・デプロイメントウィザードを使用するたびに、エージェントでデプロイする証明書を見つけるか、または組み込みテスト証明書を使用するように要求されます。自己署名証明書を見つける必要があります。詳しくは、 204ページの『OS/400 へのエージェントのインストール』を参照してください。

8. エージェントをデプロイする場合、始動時に SSL を使用するようにエージェントを構成します。このインプリメンテーションは、エージェント・デプロイメント方式によって異なります。

Web デプロイメントWeb デプロイメントを使用しようとするユーザーには、HTTP

ではなく HTTPS を使用してランタイム・サーバーに接続するように指示することができます。ランタイム・サーバーで使用されている SSL ポートが 443 ではない場合は、URL にこのポートを使用するようにユーザーに指示することもできます。

エージェントのインストールに関連するすべての通信に、HTTPS

が使用されるようになります。ただし、はじめて接続する場合、エージェントは、部門に対して設定されているエージェントSSL 通信パラメーターを使用して接続します。

その他のデプロイメント・メソッドエージェント・デプロイメントで secureLevel または始動モード・パラメーターを設定して、SSL を使用するか、または使用しないかを決定します。また、ランタイム・サーバーで使用するSSL ポートを指定する必要があります。

エージェント・プラグインまでのデプロイメントが SSL で実行されます。プラグインで、エージェントはパラメーターをダウンロードし、部門の SSL エージェント通信設定に基づいてランタイム・サーバーとの通信を継続します。

エージェントエージェントは、デフォルトの SSL パスワード「slmtest」を使用する鍵データベースと共に、ターゲット・ノードにインストールされます。このパスワードを変更する場合は、以下の手順を使用します。

1. WebSphere Application Server バージョン 5.1 で提供されているIKEYMAN プログラム (または、.kdb ファイルを管理する同様のアプリケーション) を使用して、エージェントで key.kdb ファイルを開きます(さまざまなエージェント・プラットフォーム上のファイルの位置については、 258ページの『エージェント・ファイル』を参照)。

2. パスワードを変更します。

3. 新規パスワードを key.sth というファイルに隠しておき、既存ファイルを上書きします。

4. IKEYMAN をクローズします。

5. エージェントが新規パスワードをすぐに使用し始めるようにする場合は、エージェントを停止してから再始動する必要があります。

SSL: 手順


構成アクティビティーこのセクションで説明する SSL 構成アクティビティーは、以下のとおりです。

v 『Web サーバーでの SSL の使用可能化』

v 130ページの『暗号化の使用不可化』

v 131ページの『SSL ポートの別名の設定』

v 132ページの『セキュア通信を送信するためのランタイム・サーバーの構成』

v 133ページの『SSL パスワードの変更』

v 134ページの『サーバー証明書の要求』

v 135ページの『サーバー証明書の作成』

v 135ページの『認証局 (CA) としてのサーバー証明書の作成』

v 135ページの『データベースへの証明書の追加』

v 136ページの『SSL 通信を使用して接続するためのランタイム・サーバーの登録』

v 137ページの『ブラウザーとサーバーの間での HTTPS プロトコルの使用』

これらのいずれかのアクティビティーを実行する状況を判別するには、 117ページの『構成手順』を参照してください。

Web サーバーでの SSL の使用可能化Tivoli License Manager サーバーの Web サーバーで SSL を使用可能にする必要があります。このセクションでは、IBM HTTP Server バージョン 1.3.26.2 で SSL を使用可能にする方法について説明します。別の Web サーバーを使用する場合、同じ目的を達成するには、対応する文書の手順に従ってください。

注: 後で非セキュア通信に戻す可能性がある場合は、構成ファイルのバックアップをとるか、または既存の設定をメモしてから変更を行います。

IBM HTTP Server の手順は、次のとおりです。

1. <HTTP_INSTALL_DIR>¥conf¥httpd.conf で HTTP 構成ファイルを見つけます。

2. ファイルを開き、以下の項目があるかどうかを確認します。

v セキュア仮想ホストの定義

v セキュア・ポートの「listen」ステートメント

v 非セキュア・ポートの「listen」ステートメント (UNIX のみ)

v ibm_ssl_module の「LoadModule」ステートメント

v 「AddModule」ステートメント (UNIX のみ)

v サーバーの鍵データベースの「Keyfile」ステートメント

v 「SSLV2Timeout」および「SSLV3Timeout」ステートメント

これらの項目がない場合は、追加する必要があります。パラメーターはプラットフォームによって異なり、以下のように設定する必要があります。

SSL: アクティビティー


Windows: httpd.conf の SSL 定義パラメーター

...LoadModule ibm_ssl_module modules¥IBMModuleSSL128.dll...Listen <securePort>...<VirtualHost *:<securePort>>SSLEnableSSLClientAuth noneErrorLog logs¥ssl.error_logCustomLog logs¥ssl.access_log common</VirtualHost>...Keyfile "<INSTALL_DIR>¥<srvType>¥SLM_<srvTypeUI>_Application.ear¥slm_<srvType>.war¥WEB-INF¥keystore¥key.kdb"SSLV2Timeout 40SSLV3Timeout 120

UNIX: httpd.conf の SSL 定義パラメーター

...LoadModule ibm_ssl_module libexec/mod_ibm_ssl_128.so...AddModule mod_ibm_ssl.c...Listen <securePort>Listen <insecurePort>...<VirtualHost *:<securePort>>SSLEnableErrorLog logs/ssl.error_logCustomLog logs/ssl.access_log common</VirtualHost>...Keyfile "<INSTALL_DIR>/<srvType>/SLM_<srvTypeUI>_Application.ear/slm_<srvType>.war/WEB-INF/keystore/key.kdb"SSLV2Timeout 40SSLV3Timeout 120

ここで、変数は以下のとおりです。

<INSTALL_DIR>

Tivoli License Manager がインストールされているディレクトリー。

<insecurePort>

非セキュア通信に使用しているポート。ポートは使用可能である必要があります。デフォルトは 80 です。

<securePort>

決定したポートは、SSL 通信に使用されます。ポートは使用可能である必要があります。デフォルトは 443 です。

<srvType>

必要に応じて、「admin」または「runtime」となります。

<srvTypeUI>

必要に応じて、「Admin」または「Runtime」となります。

例えば、Windows では、管理サーバーがインストールされたサーバーのhttpd.conf ファイルへの追加は、例えば以下のようになります。



...LoadModule ibm_ssl_module modules/IBMModuleSSL128.dll...Listen 443...<VirtualHost *:443>SSLEnableSSLClientAuth noneErrorLog logs¥ssl.error_logCustomLog logs¥ssl.access_log common</VirtualHost>...Keyfile "C:¥Program Files¥IBM¥TLM¥admin¥SLM_Admin_Application.ear¥slm_admin.war¥WEB-INF¥keystore¥key.kdb"SSLV2Timeout 40SSLV3Timeout 120

3. Web サーバーを停止してから再始動して、変更を有効にします。

暗号化の使用不可化SSL を使用するときに暗号化が必要ない場合は、使用不可にできます。このセクションでは、IBM HTTP Server バージョン 1.3.26.2 で SSL を使用可能にする方法について説明します。別の Web サーバーを使用する場合、同じ目的を達成するには、対応する文書の手順に従ってください。

IBM HTTP Server で暗号化を使用不可にするには、以下のステップを実行します。

1. <HTTP_INSTALL_DIR>¥conf¥httpd.conf で HTTP 構成ファイルを見つけます。

2. ファイルを開き、セキュア・ポートの仮想ホスト定義を見つけます。この場合、例えば以下のようになります。

<VirtualHost *:443>SSLEnableSSLClientAuth noneErrorLog logs¥ssl.error_logCustomLog logs¥ssl.access_log common</VirtualHost>

3. 以下のいずれかの行を仮想ホスト定義に追加します。

SSLCipherSpec 31SSLCipherSpec 32

終了すると、仮想ホスト定義は、例えば以下のようになります。

<VirtualHost *:443>SSLEnableSSLClientAuth noneSSLCipherSpec 31ErrorLog logs¥ssl.error_logCustomLog logs¥ssl.access_log common</VirtualHost>

4. Web サーバーを停止してから再始動して、変更を有効にします。



SSL ポートの別名の設定ホストの別名の WebSphere Application Server リストを更新するには、すべての仮想ホスト項目を複写して、SSL ポートを指定します。Tivoli License Manager サーバーがインストールされているコンピューターごとに、以下のステップを繰り返します。

1. WebSphere 管理コンソールを開く。

2. ポートフォリオで「環境」�「仮想ホスト (Virtual Hosts)」を選択し、パネルで「Default_host」をクリックします。

3. 「デフォルトのホスト (Default host)」パネルで、「ホストの別名(Host aliases)」をクリックします。

4. 「新規作成」をクリックし、以下のフィールドを定義します。

ホスト名アスタリスク: * を入力します。

ポート SSL 通信に使用するために選択したポートで、通常は 443 です。

これにより、別名のタイプとしてポート 443 の別名が追加されます。

5. 「適用」をクリックします。

6. 管理サーバー・コンピューターの場合にのみ、非セキュア通信に使用されるデフォルトのポート (80) またはそれ以外のポートを使用する別名をオプションで削除できる。これらの別名を削除すると、ランタイム・サーバーと管理サーバーの間では、セキュア通信のみ使用可能になります。

注: ランタイム・サーバーでは、非セキュア通信に使用される別名は削除しないでください。ランタイム・サーバーとエージェント間の通信は、常にセキュアであるとは限りません。

7. 必要なすべての変更を行ってから、「デフォルトのホスト (Default host)」パネルの上部で「Save (保管)」をクリックし、再度「Save (保管)」をクリックします。

8. プラグインを再生成します。このことは、以下の 2 つの方法のいずれかを使用して行うことができます。

GUI を使用したプラグインの再生成

a. ポートフォリオで、「環境」オプションを展開します。

b. 「Web サーバー・プラグインの更新 (Update Web ServerPlugin)」を選択します。

c. メインパネルで「OK」ボタンをクリックします。

コマンド行を使用したプラグインの再生成<WEBSPHERE INSTALL_DIR>¥bin ディレクトリーから、コマンドgenplugincfg を実行します。

9. Web サーバーを停止および再始動し、関連する Tivoli License Manager サーバーを再始動します。



セキュア通信を送信するためのランタイム・サーバーの構成セキュア通信では、HTTP ではなく、セキュアなプロトコルである HTTPS が使用されます。ランタイム・サーバーをインストールしたときに、管理サーバーと通信するために SSL を使用可能にするかどうかを選択しました。このセクションのステップは、インストール時に SSL を使用可能にしなかったが、現時点で使用可能にする場合にのみ必要となります。

管理サーバーとの通信において、ランタイム・サーバーは、communication.properties ファイルに保持されている値を使用します ( 284ページの『communication.properties ファイル』を参照)。enableSSL および SSLPort パラメーターの値によって、どのポートで SSL を使用するかどうかが決定されます。パラメーターは、SSL を使用するかどうかに応じて、URL を以下のように構成するために使用されます。

SSL https://<server>:<SSLPort>/<URI>

No SSLhttp:/<server>:<port>/<URI>

<URI> は、サービスの名前を定義するパラメーターです。

インストール時に SSL を有効にせず、後で使用可能にする場合は、communication.properties ファイルを編集して、enableSSL パラメーターを「true」に変更し、sslPort パラメーターを適切な値に設定する必要があります。communication.properties ファイルは、ランタイム・サーバー・コンピューターの以下の場所に保管されています。


ランタイム・サーバーと管理サーバー間のセキュア通信には、各ランタイム・サーバーに保持されている key.jks 鍵ストアにアクセスするためのパスワードが必要になります。SSL パスワードは、サーバーをインストールする際に、インストール・ウィザードによって作成されます。このパスワードの値は「slmtest」ですが、この値はセキュアでないため変更する必要があります (このパスワードは、Tivoli

License Manager のすべてのユーザーに提供されます)。サーバーのインストール時に SSL を使用可能にした場合にも、また、SSL をオフにしてサーバーをインストールし、後で使用可能にする場合にも、鍵ストア・ユーティリティーを使用して鍵ストアでパスワードを変更してから、該当するサーバーのコマンド行インターフェースから sslpasswd コマンドを使用して Tivoli License Manager の SSL パスワードをリセットする必要があります。sslpasswd については、「IBM Tivoli License

Manager: 管理」のコマンド行に関する章を参照してください。

セキュリティーのためにパスワードを変更する場合にも、同じコマンドを使用できます。このコマンドは、製品のパスワード・ファイル内の値を変更するだけで、鍵ストア内のパスワードの値は変更しません。この値は、適切な鍵ストア・ユーティリティーを使用して変更する必要があります。



SSL パスワードの変更このセクションでは、IBM IBM 鍵管理ツール (IKEYMAN) を使用して鍵ストア・パスワードを変更する手順について説明します。このツールは、WebSphere

Application Server バージョン 5.1 に組み込まれたバージョンの IBM HTTP Server

に含まれています。別の Web サーバーを使用する場合は、別のツールまたは別のバージョンの同じツールが提供されます。この場合に同じ目的を達成するには、対応する文書の手順に従ってください。

IKEYMAN を使用すると、鍵データベース (key.kdb など) または Java 鍵ストア(key.jks) のいずれでパスワードを変更するかに応じて、以下のようにパスワードを変更することができます。

鍵データベースでのパスワードの変更

1. 該当するサーバー・コンピューターで IKEYMAN ツールを開始し、鍵データベース (key.kdb など) を開きます。これは、以下のディレクトリーにあります。

管理サーバー

<INSTALL_DIR>¥admin¥SLM_Admin_Application.ear¥slm_admin.war¥WEB-INF¥keystore


<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥WEB-INF¥keystore

このデータベースの初期パスワードは slmtest です。

2. IKEYMAN の「パスワードの変更」機能を使用して、パスワードを、選択した値に変更します。

3. IKEYMAN の「パスワードを隠す (Stash password)」機能を使用して、key.sth ファイルにパスワードを保管します。

Java 鍵ストアでのパスワードの変更

1. 該当するサーバー・コンピューターで IKEYMAN ツールを開始し、Java

鍵ストア (key.jks) を開きます。これは、以下のディレクトリーにあります。

管理サーバー





2. IKEYMAN の「パスワードの変更」機能を使用して、パスワードを、選択した値に変更します。

3. IKEYMAN を実行するサーバーの Tivoli License Manager のコマンド行を開きます。



4. コマンド sslpasswd を使用して、Tivoli License Manager サーバーのパスワードを同じ値に変更します。sslpasswd については、「IBM Tivoli

License Manager: 管理」のコマンド行に関する章を参照してください。

5. 他方のコンピューターで sslpasswd コマンドを使用して、Tivoli

License Manager サーバーにパスワードの変更を通知します。

サーバー証明書の要求このセクションでは、IBM IBM 鍵管理ツール (IKEYMAN) を使用してサーバー証明書を要求する手順について説明します。このツールは、WebSphere Application

Server バージョン 5.1 に組み込まれたバージョンの IBM HTTP Server に含まれています。別の Web サーバーを使用する場合は、別のツールまたは別のバージョンの同じツールが提供されます。この場合に同じ目的を達成するには、対応する文書の手順に従ってください。

IKEYMAN を使用して、以下のように、承認された認証局 (CA) から証明書を要求できます。

1. 該当するサーバー・コンピューターで IKEYMAN ツールを開始し、鍵データベース (key.kdb) を開きます。これは、以下のディレクトリーにあります。

管理サーバー





2. 鍵ストアのパスワードをデフォルト値からまだ変更していない場合は、この時点で変更します。 133ページの『SSL パスワードの変更』を参照してください。

3. データベースの「署名者証明書 (Signer Certificates)」セクションを調べて、デフォルトの「Itlm テスト証明書 (Itlm test certificate)」がある場合は、IKEYMAN の「削除」機能を使用して削除します。

4. IKEYMAN の「認証要求の作成 (Create a certificate request)」機能を使用して、認証要求を作成します。

5. 認証要求を既知のトラステッド認証局 (CA) の 1 つに送信します。

6. IKEYMAN を終了します。

7. 認証局 (CA) から証明書を受信すると、上記のように IKEYMAN に戻り、IKEYMAN の「受信 (Receive)」機能を使用して、証明書をデータベース内に受信します。

8. 他のサーバーで使用するために、cert.arm という名前の証明書をコピーします。



サーバー証明書の作成このセクションでは、IBM IBM 鍵管理ツール (IKEYMAN) を使用してサーバー証明書を作成する手順について説明します。このツールは、WebSphere Application

Server バージョン 5.1 に組み込まれたバージョンの IBM HTTP Server に含まれています。別の Web サーバーを使用する場合は、別のツールまたは別のバージョンの同じツールが提供されます。この場合に同じ目的を達成するには、対応する文書の手順に従ってください。

IKEYMAN を使用して、以下のように、新規の自己署名証明書を作成できます。

1. 該当するサーバー・コンピューターで IKEYMAN ツールを開始し、鍵データベース (key.kdb) を開きます。これは、以下のディレクトリーにあります。

管理サーバー







4. データベースの「個人証明書 (Personal Certificates)」セクションを開き、IKEYMAN の「自己署名証明書の作成 (Create self-signed certificate)」機能を使用して、新規の自己署名証明書を作成します。

5. IKEYMAN の「抽出 (Extract)」機能を使用して、新規の自己署名証明書を、cert.arm というベース 64 エンコード済みファイルに抽出します。

認証局 (CA) としてのサーバー証明書の作成この手順は、サーバー証明書の発行およびルート証明書の作成に使用するソフトウェアによって異なります。提供されている文書に従ってください。ただし、その目的は以下の 2 つのファイルを完成させることです。

v 秘密鍵と共にサーバー証明書が格納されたファイル

v 公開鍵と共にルート証明書が格納されたファイル

データベースへの証明書の追加このセクションでは、IBM IBM 鍵管理ツール (IKEYMAN) を使用してサーバー証明書またはルート証明書を鍵データベースに追加する手順について説明します。このツールは、WebSphere Application Server バージョン 5.1 に組み込まれたバージョンの IBM HTTP Server に含まれています。別の Web サーバーを使用する場合は、別のツールまたは別のバージョンの同じツールが提供されます。この場合に同じ目的を達成するには、対応する文書の手順に従ってください。



IKEYMAN を使用して、以下のように、自己署名証明書、または認証局 (CA) として作成したルート証明書を追加できます。

1. 該当するサーバー・コンピューターで IKEYMAN ツールを開始し、Java 鍵ストア (key.jks) を開きます。これは、以下のディレクトリーにあります。

管理サーバー







4. データベースの同じ「署名者証明書 (Signer Certificates)」セクションで、IKEYMAN の「追加」機能を使用して証明書を追加し、該当する cert.arm ファイルにブラウズします。

SSL 通信を使用して接続するためのランタイム・サーバーの登録ランタイム・サーバーは、インストール後に管理サーバーに登録する必要があります。SSL を使用して管理サーバーがランタイム・サーバーに接続できるようにする場合は、最初の登録時またはその後に、以下のステップを実行します。

1. 管理サーバー GUI を開きます。

2. 該当する組織を選択します。

3. ポートフォリオのオプション「コンポーネントの管理」� 「サーバー(Servers)」をクリックします。

4. 「使用可能なサーバー」見出しの下にある「作成」ボタンをクリックします。

5. 表示される画面で SSL を使用可能にし、以下の例のように、管理サーバーがランタイム・サーバーとのセキュア通信用の URL を構成するために使用する、ランタイム・サーバー上のポートを入力します。



6. ランタイム通信パスワードを入力して確認し、「終了」をクリックしてサーバーを登録します。

ブラウザーとサーバーの間での HTTPS プロトコルの使用セキュア通信の場合は、HTTP ではなく、セキュアなプロトコルである HTTPS を使用してください。

Web ブラウザーと Tivoli License Manager サーバー間の通信の場合、以下のようにして、サーバー・インターフェースのログオン・ページにアクセスする際に HTTPS

を使用します。

管理サーバーhttps://<server name>:<port>/slmadmin/login

ランタイム・サーバーhttps://<server name>:<port>/slmruntime/login

セキュア通信の使用不能化SSL セキュア通信を使用しているときに非セキュア通信に切り替える場合は、以下のステップを実行します。

1. HTTPS プロトコルの代わりに HTTPS プロトコルを使用する。 138ページの『HTTP プロトコルの使用』を参照してください。

2. オプションで、HTTP 構成ファイル httpd.conf から SSL 対応仮想ホスト定義を削除する。 138ページの『仮想ホスト定義の削除』を参照してください。

3. 管理サーバー・コンピューター上の WebSphere Application Server ホスト別名のリストに、デフォルト・ポートの別名が組み込まれていることを確認する。 138

ページの『デフォルトのポート別名の復元』を参照してください。



HTTP プロトコルの使用Web ブラウザーと Tivoli License Manager サーバー間の通信の場合、HTTP プロトコルに変更するには、以下のようにして、サーバー・インターフェースのログオン・ページにアクセスする際に HTTP を使用します。

管理サーバーhttp://<server name>/slmadmin/login

ランタイム・サーバーhttp://<server name>/slmruntime/login

管理サーバーとランタイム・サーバーの間の通信の場合、ランタイム・サーバーを停止します。ランタイム・サーバー・コンピューターの communication.properties

ファイルを編集し、「false」を使用するように enableSSL パラメーターを変更して、port パラメーターが正しい値を持つことを確認してください。

communication.properties ファイルは、ランタイム・サーバー・コンピューターの以下の場所に保管されています。


communication.properties ファイルの編集後、ランタイム・サーバーを再始動してください。

仮想ホスト定義の削除このセクションでは、IBM HTTP Server の仮想ホスト定義を削除する手順について説明します。別の Web サーバーを使用する場合、同じ目的を達成するには、対応する文書の手順に従ってください。

オプションで、HTTP 構成ファイル httpd.conf から SSL 対応仮想ホスト定義を削除することができます。削除できる定義の説明については、 128ページの『Web サーバーでの SSL の使用可能化』を参照してください。ファイルを編集した後、HTTP サーバーを停止してから再始動します。

注: 仮想ホスト定義を行う前に構成ファイルのバックアップをとるか、または設定をメモしておいた場合は、しばらくファイルにその他の変更を行わないかどうかに応じて、ここでそのバージョンに戻すことができます。

デフォルトのポート別名の復元管理サーバーが実行されているコンピューター上のホスト別名の WebSphere

Application Server リストを確認します。

1. WebSphere 管理コンソールを開く。

2. ポートフォリオで「環境」�「仮想ホスト (Virtual Hosts)」を選択し、パネルで「Default_host」をクリックします。

3. 「デフォルトのホスト (Default host)」パネルで、「ホストの別名(Host aliases)」をクリックします。

4. デフォルトのポート (80) を使用する別名が削除されている場合は、「新規作成」をクリックし、以下のフィールドを定義します。



ホスト名アスタリスク: * を入力します。

ポート非セキュア通信に使用するために選択したポートで、通常は 80 です。

これにより、あらゆるソースからのあらゆるタイプの通信に関して、ポート 80

の別名が追加されます。

5. 「適用」をクリックします。

6. 管理サーバー・コンピューターの場合にのみ、セキュア通信に使用される SSL

ポート (443) またはそれ以外のポートを使用する別名をオプションで削除できます。これらの別名を削除すると、ランタイム・サーバーと管理サーバーの間では、非セキュア通信のみ使用可能になります。

注: ランタイム・サーバーでは、セキュア通信に使用される別名は削除しないでください。ランタイム・サーバーとエージェント間の通信は、常に非セキュアであるとは限りません。

7. 必要なすべての変更を行ってから、「デフォルトのホスト (Default host)」パネルの上部で「Save (保管)」をクリックし、再度「Save (保管)」をクリックします。

8. <WEBSPHERE INSTALL_DIR>¥binディレクトリーからコマンド genplugincfg を発行して、プラグインを再生成します。

9. Web サーバーを停止してから再始動します。

サーバーのメール通知設定の構成イベント通知を使用するには、該当するサーバー GUI を使用し、各サーバーのアカウント設定を変更して、通知の宛先を指定する必要があります。また、通知を自動的に送信可能にする設定を定義する必要があります。

各 Tivoli License Manager サーバーには、通知の送信を制御する独自の設定があります。通知の送信に使用する設定は、各サーバーの system.properties ファイルに定義します。

注: 通常、Tivoli License Manager サーバーは、インストール・ウィザードに開始されて実行中です。通知設定を定義または変更する場合は、設定を有効にするためにサーバーを停止してから再始動する必要があります。

以下に、system.properties ファイルの Mail Settings セクションの例を示します。

#Mail SettingssmtpServer=mailserv120.ibm.commailSender=slm@[email protected]

サーバーの通知設定を定義するには、次のステップを行います。

1. 管理サーバーまたはランタイム・サーバーがインストールされているコンピューターにログオンします。

2. テキスト・エディターで system.properties ファイルを開きます。

system.properties ファイルの場所は、次のとおりです。



管理サーバー




注: 管理サーバーが、ランタイム・サーバーと同じコンピューターにインストールされている場合、system.properties ファイルは両方の場所にあります。両方のタイプの通知を使用可能にするには、2 つのファイルの設定を定義する必要があります。

3. ファイルの #Mail Settings セクションに、次のプロパティーを定義します。

smtpServer有効な Simple Mail Transfer Protocol (SMTP) サーバーのホスト名または IP

アドレスを入力します。このサーバーは、サーバーの通知コンポーネントにより生成された E メール通信の転送に使用されます。この製品は、Intel プラットフォーム上の SUSE Linux Enterprise Server にバンドルされているSMTP サーバーではテスト済みですが、SMTP サーバーを使用することはできません。

mailSender通知が生成された場合に、サーバーで送信側アドレスとして使用される E

メール・アドレスを入力します。このアドレスは、有効な E メール・アドレスである必要があります。

mailRecipient通知の宛先とする E メール・アドレスを入力できます。 Tivoli License

Manager アドミニストレーターが通知を受け取るよう Web インターフェースでセットアップできるため、この設定はオプションです。

4. ファイルを保管して、クローズする。

注: SMTP サーバーおよびメール送信側の設定が存在しないか、または無効な場合、E メールは生成されません。

また、ユーザーが通知を受信できるように、管理サーバーまたはランタイム・サーバーの GUI を使用して、ユーザーのアドレスをセットアップし、そのタイプの通知を使用可能にする必要があります。

Web サーバーのカスタマイズ管理サーバーおよびランタイム・サーバーが機能するには、それぞれ、Web サーバーが通信プロトコルを処理する必要があります。Web サーバーが要求を渡したときに WebSphere Application Server が正常に応答できなかった場合、Web サーバーは業界標準 HTTP エラー (エラー番号 500) を生成します。Tivoli License Manager を使用すると、この場合に表示される HTML ページをカスタマイズして、ユーザーに対して一般的なメッセージではなく固有のメッセージを提供できます。Tivoli

License Manager 構造の Web サーバーごとに、別々のメッセージを作成できます。

メール通知


このカスタマイズを実施する場合は、Web サーバーごとに以下のステップを実行します。

1. 以下のディレクトリーを見つけます。

管理サーバー

<INSTALL_DIR>¥admin¥SLM_Admin_Application.ear¥slm_admin.war¥webdoc¥customerrors¥


<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥webdoc¥customerrors¥

これらのディレクトリーには、サポートされる各言語用のサブディレクトリー(例えば、en_us、it、fr) があります。各サブディレクトリーには、該当する言語における、該当するサーバーの itlm500.html ファイルが格納されています。

2. すべての言語サブディレクトリーを含め、ステップ 1 で識別した該当するディレクトリーのすべての内容を、カスタマイズする Web サーバーの文書ルート・ディレクトリーにコピーします (例えば、IBM HTTP Server バージョン 1.3.28

の場合、この文書ディレクトリーは IBM HTTP SERVER

INSTALL_DIR¥htdocs¥<locale> です)。

<locale> は、HTTP Server で使用される言語 (en_US など) です。

注:

a. Web サーバーの文書ルート・ディレクトリーには、コピー対象のディレクトリーの 1 つと同じ名前のロケール・ディレクトリーがすでに含まれている場合があります。この場合、オペレーティング・システムでこのことが認識され、ディレクトリー内の既存のファイルを上書きするかどうかを尋ねられたら、「はい」をクリックします。itlm500.html という名前のファイルがすでに存在しているのは、このカスタマイズを 2 回以上行っている場合のみで、ファイルを上書きしても問題ありません。ロケール・ディレクトリー内の他のどのファイルも、上書きまたは損傷されません。

b. ディレクトリー自体ではなく、ディレクトリーの内容のみをコピーします。例: xcopy C:¥ProgramFiles¥IBM¥TLM¥slm_admin.war¥webdoc¥customerrors¥*.* C:¥ProgramFiles¥IBM HTTP Server¥htdocs /S

コピーを終了した後、以下のような構造を確認することができるはずです (この例は、Windows の米国英語ロケールです)。

C:¥Program Files¥IBMHttpServer¥htdocs¥en_US¥de¥itlm500.htm¥en_US¥itlm500.htm¥es¥itlm500.htm¥fr¥itlm500.htm¥it¥itlm500.htm¥ja¥itlm500.htm¥ko¥itlm500.htm¥pt_BR¥itlm500.htm¥resources¥*.*¥zh_CN¥itlm500.htm¥zh_TW¥itlm500.htm

3. これらのファイルの英語版のテキストは、以下のとおりです。

Web サーバー


管理サーバーAn error has occurred at the administration server.

The server encountered an unexpected condition whichprevented it from fulfilling the request.

Contact your system administrator.

ランタイム・サーバーAn error has occurred at the runtime server.

The server encountered an unexpected condition whichprevented it from fulfilling the request.

Contact your license administrator (license_administrator@domain).

エージェントをデプロイするユーザーに異なる情報を提供する (例えば、ライセンス管理者の E メール・アドレス) か、またはメッセージを変更する (例えば、5 分間待ってから操作を再試行するようにユーザーに通知する) 場合は、各ロケール・サブディレクトリーのすべてのファイルを編集します。各ランタイム・サーバー上にはこれらのファイルのコピーがあるため、必要に応じてランタイム・サーバー固有の情報を追加できます。

4. コード 500 のエラーが発生した場合は、ロケールに適するファイルを起動するように Web サーバーをカスタマイズします。

v IBM HTTP Server で、以下のステップを実行します。

a. ファイル IBM HTTP Server INSTALL_DIR¥conf¥httpd.conf を見つけます。

b. ファイル内 (存在する場合) の仮想ホスト・セクションを見つけます。このコンピューターで SSL を使用可能にした場合、Tivoli License Manager

の仮想ホスト定義はすでにセットアップしています。HTTP サーバーを使用する他のアプリケーションがある場合は、それらのアプリケーションに対して仮想ホスト定義をすでにセットアップしていることがあります。仮想ホスト定義がすでにセットアップされている場合、この定義は、例えば以下のようになります。

#<VirtualHost <yourServerName>:<yourServerPort>>...#</VirtualHost>

ここで、yourServerName は HTTP サーバーのホスト名、<yourServerPort>

は使用中のポートです。

注: yourServerName は単一のアスタリスクにすることもできます。この場合、ホスト名と IP アドレスのいずれを使用する場合にも、すべての要求が仮想ホスト定義を使用することを示します。

複数の仮想ホスト定義が存在する場合もあります。HTTP と HTTPS の両方を使用可能にした場合は、それぞれに対して 1 つずつの定義が存在し、ポートの値が異なります。ただし、非セキュア・ポートの仮想ホスト定義のないプラットフォームもあります。

c. 1 つ以上の仮想ホスト定義がすでに存在する場合は、各定義に以下の行を挿入します。

ErrorDocument 500 /locale/itlm500.html

例: ErrorDocument 500 /en_US/itlm500.html

Web サーバー


非セキュア・ポートの仮想ホスト定義がない場合、この行は、仮想ホスト定義を形成する部分なしで挿入することができます。ただし、以下のようにして仮想ホスト定義を作成することができます。

<VirtualHost *:yourServerPort>ServerAdmin webmaster@yourServerNameDocumentRoot /www/docs/yourServerNameServerName yourServerNameErrorLog logs/yourServerName-error.logTransferLog logs/yourServerName-access.logErrorDocument 500 /locale/itlm500.html</VirtualHost>

d. HTTP サーバーを停止してから再始動して、変更した構成設定を有効にします。

v 他の Web サーバーの場合は、それらの文書の手順に従って、タイプ 500 のエラー・イベント時に itlm500.html ファイルを表示するようにサーバーに指示します。

5. Web サーバーが実行されているコンピューターで Web ブラウザーを開き、以下の URL を発行することによって、ファイルを使用できるかどうかをテストします。

//localhost/itlm500.html

カスタマイズされたファイルが表示されます。

Web サーバーが正しく構成されているかどうかをテストするには、Tivoli License

Manager サーバーを停止し、サーバーの Web インターフェースへの接続を試行します。カスタマイズが正常に完了している場合は、以下のように、カスタマイズされたページが表示されます (例はランタイム・サーバーのもので、ファイル自体はまだカスタマイズされていません)。

Web サーバー


認証方式の定義Tivoli License Manager には、ユーザーがサーバー・コンポーネントの 1 つにログオンしたときにアカウント認証を実行する方式を選択する機能が組み込まれています。同じコンピューターに複数のサーバーがインストールされている場合でも、認証方式はサーバーごとに異なることがあります。いずれの場合にも、これらのユーザー用に、それぞれパスワードを関連付けて Tivoli License Manager のアカウントを作成する必要があります。これらのアカウントで使用可能な認証オプションは、以下のとおりです。

XML アカウント名および暗号化されたパスワードは、サーバーの XML

ファイルに保管されます。

データベースアカウント名および暗号化されたパスワードは、サーバーのデータベースに保管されます。データベースは XML ファイルよりもセキュアであるため、セキュリティー・レベルがより高くなります。これはデフォルトです。

LDAP LDAP を使用して他のアプリケーションへのユーザー・アクセスを認証している場合は、Tivoli License Manager も LDAP を使用するように構成できます。この場合も、対応する Tivoli License

Manager のアカウントを作成する必要がありますが、ユーザーのログオン時にユーザーを認証するのは LDAP サーバーです。

考慮すべき課題、および LDAP を使用するための前提条件についての詳細は、 45

ページの『認証メソッドの定義方法』を参照してください。

構成のために実行するステップは、他の方式よりも LDAP の方がかなり複雑であるため、以下のように分割して説明されています。

v 『XML またはデータベース認証』

v 145ページの『LDAP 認証』

XML またはデータベース認証認証方式を XML またはデータベースに設定する手順は、以下のとおりです。

1. アドミニストレーターまたは root として、あるいは対応する権限を使用して、認証方式を変更する対象のサーバー・コンポーネントにログオンします。

2. コマンド行セッションを開き、以下のいずれかのディレクトリーにナビゲートします。

<INSTALL_DIR>¥admin¥setup<INSTALL_DIR>¥runtime¥setup

3. 以下のいずれかのコマンド (大文字小文字が区別される) を実行します。

管理サーバーで XML 方式を設定する場合

Windows: changeAdminAuth.bat XML

UNIX: changeAdminAuth.sh XML

認証方式


ランタイム・サーバーで XML 方式を設定する場合

Windows: changeRuntimeAuth.bat XML

UNIX: changeRuntimeAuth.sh XML

管理サーバーでデータベース方式 (デフォルト) を設定する場合

Windows: changeAdminAuth.bat DB

UNIX: changeAdminAuth.sh DB

ランタイム・サーバーでデータベース方式 (デフォルト) を設定する場合

Windows: changeRuntimeAuth.bat DB

UNIX: changeRuntimeAuth.sh DB

このコマンドは、終了時にメッセージを表示し、認証方式を正常に変更できたかどうかを示します。

4. WebSphere Application Server を停止してから再始動して、コマンドを有効にします。

5. Tivoli License Manager のユーザー・アカウントの作成を開始します。

注: ある方式を使用してアカウントをすでに作成している場合に方式を変更するには、アカウントを再作成する必要がありません。ただし、2 つの方式は異なるパスワード暗号化アルゴリズムを使用しているため、tlmroot ユーザーはパスワードを変更する必要があります。

アカウント情報をインポートするためのオプションが使用可能です。 152ページの『アカウント・データのインポート』を参照してください。

LDAP 認証認証方式を LDAP に設定する手順は、以下のとおりです。

1. Tivoli License Manager の必要なユーザー・アカウントを作成します。これらのアカウントに、LDAP の場合と同じパスワードを提供する必要はありません。

注: ある方式を使用してアカウントをすでに作成している場合に方式を変更するには、アカウントを再作成する必要があります。

アカウント情報をインポートするためのオプションが使用可能です。 152ページの『アカウント・データのインポート』を参照してください。

2. 可能な場合は、Tivoli License Manager のスーパー・アドミニストレーター「tlmroot」に対して LDAP 項目を作成します。セキュリティー上、この LDAP

ユーザーを作成する前に、デフォルトの Tivoli License Manager パスワードを、選択したパスワードに変更し、LDAP の作成時に、作成したパスワードを提供する必要があります。

識別された個人ではないユーザーをセットアップできないような LDAP 実装の場合は、スーパー・アドミニストレーターを使用することが必要となるたびに、認証方式を LDAP から他のいずれかの方式に変更し、後で元に戻す必要があります。LDAP 認証の使用中に dataexp コマンドを -Administrator エンティティーと共に使用して、アドミニストレーターの現在の詳細をエクスポー

認証方式


トし、dataimp コマンドを使用して、前に作成したファイルに読み込み、LDAP 方式に戻した後にアカウント・データを簡単に再作成できます

3. アドミニストレーターまたは root として、あるいは対応する権限を使用して、サーバー・コンポーネントにログオンします。

4. コマンド行セッションを開き、以下のディレクトリーにナビゲートします。

<INSTALL_DIR>¥admin¥setup

5. 以下のいずれかのコマンド (大文字小文字が区別される) を実行します。

管理サーバーで LDAP 方式を設定する場合

Windows: changeAdminAuth.bat LDAP

UNIX: changeAdminAuth.sh LDAP

ランタイム・サーバーで LDAP 方式を設定する場合

Windows: changeRuntimeAuth.bat LDAP

UNIX: changeRuntimeAuth.sh LDAP

このコマンドは、終了時にメッセージを表示し、認証方式を正常に変更できたかどうかを示します。

6. WebSphere Application Server を停止してから再始動して、コマンドを有効にします。

7. WebSphere 管理コンソールを開きます。以下のウィンドウが開きます。

認証方式


8. ウィンドウのポートフォリオ・ペインで、オプション「セキュリティー」�「JAAS 構成 (JAAS Configuration)」� 「アプリケーション・ログイン(Application Logins)」を選択します。以下のパネルが表示されます。

この例では、管理サーバーとランタイム・サーバーの両方が同じコンピューターにインストールされています。1 つのサーバーのみがインストールされている場合は、「アプリケーション・ログイン構成 (Application Login

Configuration)」リストには 1 つのサーバーのみが表示されます。

認証方式


9. 構成するサーバー名をクリックします (チェック・ボックスは選択しないでください)。以下のパネルが表示されます。

この例では、管理サーバーが選択されていますが、手順は両者とも同じです。

10. 「JAAS ログイン・モジュール (JAAS Login Modules)」リンクをクリックします。以下のパネルが表示されます。

11. ログイン・モジュール・プロキシーの名前 (この場合はcom.ibm.ws.security.common.auth.module.proxy.WSLoginModuleProxy)

認証方式


をクリックします。以下のパネルが表示されます。

12. 「カスタム・プロパティー (Custom Properties)」リンクをクリックします。以下のパネルが表示されます。

認証方式


このパネルに、変更する必要がある構成パラメーターが表示されます。または、上の画面例のように、要求した値のいずれも定義されていない場合があります。

13. 変更するパラメーターの名前をクリックして、「新規」し、リストにまだ含まれていないパラメーターを入力します。設定する値は、以下のとおりです。

パラメーター設定する値

java.naming.provider.url ldap://<your_LDAP_server>:<your_LDAP_port>

principalDNPrefix LDAP ドメイン名接頭部。通常、これは CN= です。

principalDNSuffix LDAP ドメイン名接尾部。これは、LDAP ディレクトリー構造によって異なります。例えば、Microsoft Active

Directory の場合は、TLM.org/Users の構造をCN=Users、DC=TLM、DC=org としてセットアップする必要がありますが、IBM SecureWay Directory の場合は、IBM/US を O=IBM、C=US としてセットアップする必要があります。

これらのフィールドについての詳細は、LDAP サーバーの文書を参照してください。

「新規」をクリックすると、以下のパネルが表示されます。

認証方式


14. 必要な値を設定し、「適用」をクリックします。パネルが再表示され、構成を保管するように促すメッセージが上部に表示されます。

15. パンくず式道しるべの「カスタム・プロパティー (Custom Properties)」リンクをクリックし、操作を繰り返してすべてのプロパティーを定義します。

認証方式


16. 画面上部のメッセージの「保管」リンクをクリックすると、以下のパネルが表示されます。

17. 「保管」をクリックして、構成を保管します。

18. WebSphere Application Server のこのインスタンスによって制御された Tivoli

License Manager サーバーを停止してから再始動します ( 339ページの『Tivoli

License Manager サーバーの始動および停止』を参照)。

ここで、セットアップした Tivoli License Manager アドミニストレーターは、LDAP

ユーザー ID およびパスワードを使用してサーバーにログオンします。Tivoli

License Manager のパスワードを変更しても、LDAP パスワードはまったく影響を受けず、アカウントを削除したりアカウント詳細を変更しても、LDAP アカウント・データはまったく影響を受けません。

アカウント・データのインポートユーザー・アカウント詳細を管理サーバーにインポートするオプションが用意されています。このオプションでは、保管先のデータベース (例えば、LDAP サーバー)

からこれらの詳細を XML または CSV 形式でエクスポートできる必要があります。XML ファイルの DTD は、以下のとおりです。

<!ELEMENT Administrators (Administrator)*><!ELEMENT Administrator (Id, FirstName, MiddleName?, LastName,

LogonName, EmailAddress?, Phone?, Fax?,Password?, Profiles?)>

<!ELEMENT Id (#PCDATA)><!ELEMENT FirstName (#PCDATA)><!ELEMENT LastName (#PCDATA)><!ELEMENT LogonName (#PCDATA)><!ELEMENT Password (#PCDATA)><!ELEMENT Profiles (Profile+)>

認証方式


<!ELEMENT Profile (OrganizationName, ProfileId, HideHostInv,HideHost, HideUser, HideGroup)>

<!ELEMENT OrganizationName (#PCDATA)><!ELEMENT ProfileId (#PCDATA)><!ELEMENT HideHostInv (#PCDATA)><!ELEMENT HideHost (#PCDATA)><!ELEMENT HideUser (#PCDATA)><!ELEMENT HideGroup (#PCDATA)>

提供する必要がある最小値は、以下のとおりです。

v FirstName

v LastName

v LogonName

CSV または XML 形式のファイルの例を参照するには、管理サーバー GUI でアカウントを作成し、dataexp コマンドを -administrator エンティティーと共に使用してこのアカウントをエクスポートします。このコマンドについての詳細は、「IBM

Tivoli License Manager: 管理」を参照してください。

CSV または XML ファイルを作成したら、dataimp コマンドを使用してサーバーにインポートします。このコマンドについての詳細は、「IBM Tivoli License

Manager: 管理」を参照してください。

プロキシー・サーバーの構成ランタイム・サーバーと管理サーバー間、およびランタイム・サーバーとエージェント間での通信におけるプロキシー・サーバー設定を定義できます。

ランタイム・サーバーと管理サーバーとの間の通信におけるプロキシーを定義するには、次のステップを行います。

1. ランタイム・サーバー・コンピューターで、<INSTALL_DIR>¥runtime¥conf フォルダーに移動します。

2. テキスト・エディターで communication.properties ファイルを開きます。

3. スクロールしてプロキシー・パラメーターを見つけ、次のように定義します。

useProxyuseProxy パラメーターを以下のように変更します。

useProxy = true

proxyproxy パラメーターを以下のように変更します。

proxy = http://<proxy_address>:/

ここで、<proxy_address> はプロキシー・サーバーの完全な Web アドレスです。

proxyPortproxyPort パラメーターを以下のように変更します。

proxyPort = <proxy_port>

<proxy_port> は通信用のポート番号です。

4. ファイルを保存して終了します。

認証方式


5. ランタイム・サーバーを停止して再始動します。

ランタイム・サーバーとその関連するエージェントとの間の通信におけるプロキシーを定義するには、エージェントをデプロイする前に、次のステップを行います。

1. ランタイム・サーバー・コンピューターで、<INSTALL_DIR>¥runtime¥conf フォルダーに移動します。

2. テキスト・エディターで agent_install.properties ファイルを開きます。

3. スクロールしてプロキシー・パラメーターを見つけ、次のように定義します。

# Proxy name

parm.proxyname=<proxy_address>

<proxy_address> は、プロキシーの絶対パス。

# Proxy port

parm.proxyport=<proxy_port>

<proxy_port> はポート番号。

# Proxy is enabled

parm.useproxy=y

4. ファイルを保存して終了します。

コンピューター・ラベルの自動割り当てランタイム・サーバーで、Web 登録プロセスによって、登録の起動元であるノードのオペレーティング・システムから取得した情報を使用してエージェントの登録時に「コンピューター・ラベル」フィールドへの自動割り当てを行うためのオプションを設定できます。この自動割り当ては、ユーザーが手動で指定変更できます。

このオプションは Web 登録のみに適用され、その他のエージェント・デプロイメント方式には適用されません。

コンピューター・ラベルの自動割り当ての影響ユーザーが登録するランタイム・サーバーと通信したときに、コンピューター・ラベルの自動割り当て機能が設定されている場合は、以下のような画面が表示されます。

プロキシー


この画面では、「コンピューター・ラベル」フィールドに入力することはできません。代わりに、値が「はい」に設定された状態で「コンピューター・ラベルの自動割り当て」というラジオ・ボタンが表示されます。ユーザーが「終了」をクリックすると、Web 登録アプレットは、ランタイム・サーバーの構成ファイルの情報を使用して、オペレーティング・システムに保持されているどの情報を使用してコンピューター・ラベルを形成するかを決定します。

ただし、必要に応じて、ユーザーは「いいえ」を選択することもできます。この場合、「コンピューター・ラベル」フィールドが使用可能になり、ユーザーはコンピューター・ラベルを手動で入力できます。オプションで、1 つ以上の変数を含めることもできます (次のセクションを参照)。

コンピューター・ラベルの自動割り当ての実装実行するステップは、以下のとおりです。

1. 構成ディレクトリー内の agent_install.properties ファイルを見つけます。


2. ファイルを編集して、以下のパラメーターを変更します。

parm.automaticTagAssignment値を y に変更します。

parm.node_<platform>プラットフォームごとに、既存の値を以下のいずれかの組み合わせに変更します。

コンピューター・ラベルの自動割り当て


%SERIALコンピューターのシリアル番号。

%TYPEハードウェアのタイプ。

%MODELハードウェア・モデル。

%VENDORハードウェア製作者の名前。

%HOSTコンピューターのホスト名。

例えば、シリアル番号とハードウェア・モデルを連結するには、%SERIAL%MODEL を入力します。

3. ファイルを保管します。

4. ランタイム・サーバーのコマンド行から srvrstop および srvrstart コマンドを使用して、ランタイム・サーバーを停止してから再始動します。

IBM カタログの最新のバージョンのインポートTivoli License Manager には、管理サーバー・データベースにインストールによってロードされる IBM カタログのコピーが含まれています。ただし、このカタログは、製品 CD を取得したとき、または CD イメージのダウンロードしたときによっては最新バージョンでない場合があります。IBM カタログの Web サイトから、できるかぎり早い機会にカタログの最新のバージョンをダウンロードしてください。

このことは、カタログ・マネージャーの GUI (「IBM Tivoli License Manager: カタログ管理」を参照) または impcat コマンド (「IBM Tivoli License Manager: 管理」のエンドツーエンド処理に関する付録を参照) を使用して行うことができます。

その他の構成手順このセクションでは、以下の構成手順について説明します。

v 『非 root ユーザーで実行するための、オプションでの UNIX 上のサーバーの構成』

v 157ページの『サーバー用の Java 2 セキュリティーのオプションでの構成』

非 root ユーザーで実行するための、オプションでの UNIX 上のサーバーの構成

UNIX コンピューターで Tivoli License Manager サーバーを実行するためのデフォルトのユーザーは、root です。この場合に root ユーザーを使用しない場合は、root

以外のユーザーとして実行するように、WebSphere Application Server およびサーバーを構成できます。手順は以下のとおりです。

コンピューター・ラベルの自動割り当て


1. Tivoli License Manager サーバーをインストールします。

2. ユーザーを作成します。このシナリオでは、ユーザーは「was1」と呼ばれ、「wasgroup」ユーザー・グループに属します。

3. ユーザー・グループ「wasgroup」のユーザー「was1」から実行するようにWebSphere Application Server を構成します (詳しくは、WebSphere Application

Server の文書を参照)。

4. Tivoli License Manager <INSTALL_DIR> の所有者グループを「wasgroup」に変更します。

5. <TivoliCommonDirectory> の Tivoli License Manager サブディレクトリー COD の所有者グループを「wasgroup」に変更します。

6. <TivoliCommonDirectory> の Tivoli License Manager サブディレクトリー COD に「書き込み」許可を付与します。

7. Tivoli License Manager サーバーの構成ディレクトリーに「書き込み」許可を付与します。

管理サーバー




8. srvstop および srvstart コマンドを使用して、サーバーを停止してから再始動します。

サーバー用の Java 2 セキュリティーのオプションでの構成Tivoli License Manager サーバー用に Java 2 セキュリティーを構成する場合、手順は以下のとおりです。

1. 以下のディレクトリーを配置します。

<WAS_INSTALL_DIR>¥config¥cells¥<cellName>¥applications¥

SLM_<TLMServer>_Application.ear¥deployments¥

SLM_<TLMServer>_Application¥META-INF

変数は、以下のとおりです。

<WAS_INSTALL_DIR>

WebSphere Application Server インストール・ディレクトリー。例えば、Windows ではこのディレクトリーは以下のようになります。

D:¥Program Files¥WebSphere5.1¥AppServer

<cellName>

コンピューターのホスト名。

<TLMServer>

次のいずれか:

非 root ユーザーでのサーバー


管理サーバー Admin (大文字小文字が区別される)

ランタイム・サーバー Runtime (大文字小文字が区別される)

2. ファイル was.policy.50x または was.policy.51x (WebSphere Application

Server のバージョンに応じて) を開きます。

3. ファイル内のコメントに考慮して、タグ <CFG_TIVOLI_COMMON_DIR> および <TIVOLI_COMMON_DIR> を関連するパスに置き換えます。これらはそれぞれ Tivoli Common Directory 構成ファイルおよび Tivoli Common Directory 自体のパスです (さまざまなプラットフォームおよびノードでこれらのパスを判別する方法については、「IBM Tivoli License Manager: 問題判別」を参照)。

4. ファイルを保管します。

5. 既存の was.policy ファイルを was.policy.old に名前変更します。

6. was.policy.50x または was.policy.51x ファイルを was.policy に名前変更します。

7. Java 2 セキュリティーを使用可能にするには、以下のステップを実行します。

a. WebSphere Application Server 管理コンソールを開きます。

b. 「セキュリティー」�「グローバル・セキュリティー (Global Security)」をクリックします。

c. チェック・ボックス「Java 2 セキュリティーの強制 (Enforce Java 2Security)」を選択します。

d. パネルの下部の「適用」をクリックしてから、上部の「保管」をクリックします。

両方のサーバーを同じコンピューター上で実行している場合、その他のサーバーに対してこれらの操作を繰り返してください。

8. srvstop コマンドを使用して、Tivoli License Manager サーバーを停止します。

9. 必要に応じて <TLM_INSTALL_DIR>¥admin¥was または<TLM_INSTALL_DIR>¥runtime¥was ディレクトリーに移動します。<TLM_INSTALL_DIR> は、Tivoli License Manager がインストールされているディレクトリーです。

10. ファイル stdout.txt および stderr.txt を削除します。両方のサーバーを同じコンピューター上で実行している場合、その他のサーバーに対して最後の 2

つのステップを繰り返してください。

11. srvstart コマンドを使用して、Tivoli License Manager サーバーを開始します。

注: 既存の 1 つの WebSphere Application Server インストール上ですでに Java 2

セキュリティーを使用可能にしている場合に、Tivoli License Manager サーバーをインストールすると、Tivoli License Manager がまだ Java 2 セキュリティー用に構成されていないため、サーバーの GUI を使用することができません。すでに実行されているステップ 7 のみを除いて、上記の手順を実行してください。

Java 2 セキュリティー


環境のチューニングこの章では、Tivoli License Manager 環境を最大パフォーマンスにチューニングする方法について説明します。この章は、以下のセクションで構成されています。

v 『Tivoli License Manager のチューニング』

v 『DB2 および WebSphere Application Server のチューニング』

Tivoli License Manager のチューニングTivoli License Manager の情報の調整については、数多くの箇所で説明しています。

v コンポーネントおよびインフラストラクチャーの最大キャパシティーについての情報は、 9ページの『Tivoli License Manager トポロジーの決定』に示されています。

v ソフトウェアのスキャンのスケジュールについての情報は、に示されています。

v 製品の構成パラメーターについての情報は、 273ページの『付録 A. 構成の設定』に示されています。

v 製品の存続期間中に使用可能になるその他の調整情報については、「IBM Tivoli

License Manager: リリース情報」に示されています。この資料の最新バージョンは、いつでも資料 Web サイトからダウンロードすることができます。

DB2 および WebSphere Application Server のチューニング以下の情報は、Tivoli License Manager をサポートする前提条件をチューニングするのに役立ちます。

v Redbook: DB2/UDB/WebSphere Performance Tuning Guide

この Redbook には、DB2 および WebSphere Application Server のパフォーマンスのチューニングに関する有益な情報が記載されています。特に、セクション2.7 から 2.10、第 3 章のセクション 3.3 から 3.5、第 4 章、および第 5 章を参照してください。

v Redbook: IBM WebSphere V5.0 Performance, Scalability, and High Availability:

WebSphere Handbook Series

この Redbook には、WebSphere Application Server のパフォーマンスのチューニングに関する有益な情報が記載されています。特に、第 18 章を参照してください。

v IBM WebSphere Application Server, version 5.0.2: Monitoring and Tuning

Performance

WebSphere Application Server、バージョン 5 のオリジナル・チューニング・ガイドです。

v DB2 UDB V8 and WebSphere V5: Performance Tuning and Operations Guide

この資料には、DB2 バージョン 8 および WebSphere Application Server バージョン 5 のパフォーマンスを向上させるための有益な情報が含まれています。

チューニング


チューニング


第 4 章エージェントのデプロイ

エージェントは、以下のいずれかの方法を使用してデプロイすることができます。

Web デプロイメントによるエージェントは、ユーザーがランタイム・サーバーの Web デプロイメント・ページに接続することによりデプロイすることができます。 163ページの『Web を介したエージェントのデプロイ』を参照してください。

installagent コマンドを使用するエージェントは、1 組のファイルをユーザーのコンピューターにダウンロードし、そこから手動で installagent コマンドを実行することによりデプロイできます。 168ページの『エージェントの手動デプロイメント (installagent

コマンド)』を参照してください。

Tivoli Configuration Manager の使用エージェントは、提供されているソフトウェア・パッケージ・ブロックを使用して、Tivoli リージョン内の任意のエンドポイントにデプロイできます。177ページの『Tivoli Configuration Manager を使用したエージェントのデプロイ』を参照してください。

UNIX ノードに SSH または RSH を使用するエージェントは、SSH または RSH ネットワークを利用して、UNIX、または UNIX に類似したオペレーティング・システムを実行しているノードにデプロイすることができます。 189ページの『SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイ』を参照してください。

Windows のログオン・スクリプトを使用するエージェントは、ユーザーが Windows ネットワークにログオンしたときにスクリプトを実行できる Windows ネットワーク機能を使用して、ユーザーがアドミニストレーター権限で Windows ネットワーク・ドメインにログオンしているすべての Windows ノードにデプロイすることができます。 199

ページの『Windows のログオン・スクリプトを使用したエージェントのデプロイ』を参照してください。

OS/400 ノードへエージェントは、いくつかの方法を使用してOS/400 ノードにデプロイできます。エージェントは、OS/400 ノードに接続している Windows プラットフォームでウィザードを使用して、またはOS/400 ノードでネイティブのウィザードを使用してデプロイすることができます。OS/400 へのインストールを完了すると、ライセンス・プログラムの保管およびライセンス・プログラムの復元オプションを使用して、エージェントをノード間でコピーすることができます。 204ページの『OS/400 へのエージェントのインストール』を参照してください。

また、OS/400 上のエージェントは、Tivoli Configuration Manager を使用してデプロイすることもできます。 177ページの『Tivoli Configuration

Manager を使用したエージェントのデプロイ』を参照してください。


WebSphere Application Server エージェントをデプロイするエージェントに WebSphere Application Server がデプロイされている場合、追加のエージェント・プロセスを使用して、WebSphere Application Server

上で実行されている製品を検出します。このプロセスは、wasagent と呼ばれる WebSphere Application Server エージェントです。詳しくは、 217ページの『WebSphere Application Server エージェントのデプロイ』を参照してください。

注:

1. エージェントがノードのモニターを開始してから、そのエージェントからの情報がサーバーで使用可能になるまでの間には遅延があります。ノードの走査、ランタイム・サーバーへのデータの転送、その後の管理サーバーへのデータの転送に必要な遅延時間を考慮する必要があります。遅延時間パラメーターは、system.properties ファイルのランタイム・サーバー・セクションで設定することができます。 280ページの『ランタイム・サーバー設定』を参照してください。

2. メイン・コンポーネントをインストールしたコンピューターにエージェントをデプロイすると、このコンピューターもモニターできます。サーバーおよびデータベースがインストールされているモニター・コンピューターにより示されることに注意してください。これらのコンピューター上で実行されている WebSphere

Application Server などの前提条件ソフトウェアは、ランタイム・サーバーが使用不可であることにより開始が阻止されないようにする必要があります。管理サーバー Web UI を使用して、前提条件ソフトウェアをオフライン実行できる資格付与設定を定義する必要があります。

3. デプロイされたエージェントは、その登録先のランタイム・サーバーとしか接続できません。エージェントは、正常に接続すると、登録済みのサーバーとの接続に失敗したときに接続可能な代替サーバーのリストをダウンロードします。このリストはディスクに保管されるので、以降の再始動時に、エージェントはランタイム・サーバーの完全リストを使用することができます。

エージェントに関する詳細情報は、 253ページの『第 9 章エージェント』に記載しています。特定の情報については、下記のリストを参照してください。

v エージェント機能の一般的な概要については、 254ページの『エージェント機能の要約』を参照してください。

v 個別のコンピューター上にエージェントをデプロイすると、プライバシーの問題が発生します。 256ページの『コンピューターおよびユーザーのプライバシー・ポリシーの管理』を参照してください。

v エージェントをデプロイすると、モニターされるノードに数多くのファイルがインストールされます。 258ページの『エージェント・ファイル』を参照してください。

v エージェントの開始や停止、エージェントの状況のモニター、エージェントとランタイム・サーバーとの接続の確認など、エージェントに対してアクションを実行する場合は、プラットフォームに応じてさまざまなコマンドが使用可能です。266ページの『エージェント・コマンド』を参照してください。

エージェントのデプロイメント


v エージェントとランタイム・サーバーの間の通信が開始され、ランタイム・サーバーから管理サーバーに情報が渡された後、管理サーバーの GUI でエージェントに関する情報を表示できます。 270ページの『エージェントの検討および削除』を参照してください。

v エージェントを別のランタイム・サーバーまたは部門に割り当てる場合は、単に、新規のパラメーターを使用してエージェントを再デプロイする必要があります。 270ページの『エージェントの再デプロイ』を参照してください。

v エージェントをインストールした後、エージェント・コードにアップグレードを自動的に適用できます。 270ページの『エージェントの自動更新』を参照してください。

v エージェントは、ノードからアンインストールすることができます。 244ページの『エージェントのアンインストール』を参照してください。

v エージェントをアンインストールし、ノードのモニターを継続しない場合は、データベースからエージェントを削除します。 270ページの『エージェントの検討および削除』を参照してください。

Web を介したエージェントのデプロイ各モニター対象のノードにいるユーザーは、ランタイム・サーバーがホスティングしている Web ページから Tivoli License Manager エージェントをダウンロードして、それをノードにインストールすることができます。このページはパスワードで保護されていないので、Tivoli License Manager アドミニストレーターのユーザー名およびパスワードがなくてもそのページを使用することができます。ただし、ノードにはアドミニストレーター権限でログインする必要があります。アドミニストレーターはエージェントとサーバーとの間で SSL 通信を使用可能にすることができるので、デプロイメントはセキュアです。エージェントを正常にインストールすると、エージェントが開始して、該当するランタイム・サーバーに接続し、そのランタイム・サーバーによって登録されます。

一般には、Tivoli License Manager アドミニストレーターはユーザーに連絡して、ユーザーのマシンにエージェントをデプロイするよう要求します。アドミニストレーターは、同じ部門の同じランタイム・サーバーに登録しておく必要のあるすべてのノードに、おそらくは電子メールを送ります。アドミニストレーターはユーザーに、アドミニストレーター権限でログオンするよう要求し、ユーザーがノードを登録する必要のあるランタイム・サーバーの Web アドレスおよびそのノードが所属する部門の名前を与えます。

Web デプロイメントには、適切なバージョンの Java ランタイム環境が必要になります ( 54ページの『Web デプロイメントの前提条件』を参照)。デプロイメントを正常に行うには、開始前にプラグインをインストールするか、コンピューターをインターネットに接続しておく必要があります。このとき、コンピューターがWindows プラットフォームで Internet Explorer を使用してデプロイメントを実行する場合は、Internet Explorer が Sun Web サイトから JRE をダウンロードして、それをインストールします。それ以外のブラウザーおよびプラットフォームの場合は、適切な JRE の Web サイトを示してくれますが、ダウンロードとインストールは手動で行う必要があります。

エージェントのデプロイメント

第 4 章エージェントのデプロイ 163

エージェントをノードにデプロイするには、以下のステップを完了する必要があります。

1. ログオンします。アドミニストレーター権限を持つユーザーとしてノードにログオンします。アドミニストレーター権限を使用せずにログオンした場合、デプロイメントは開始しますが、その後で失敗します。

注: エージェントをデプロイするユーザーが Windows ノードにいる場合は、必ず、Windows のサービス管理ツールのウィンドウを閉じてからデプロイメントを開始するよう、ユーザーに指示しておく必要があります。そうしておかないと、エージェントはサービスとしてインストールされず、開始しない可能性があります。

2. ランタイム・サーバーにアクセスします。サポートされている Web ブラウザーを開き、( 54ページの『Web デプロイメントの使用』を参照)、Tivoli License

Manager アドミニストレーターが示したランタイム・サーバーにアクセスします。

ランタイム・サーバーが SSL 通信をサポートするようセットアップされている場合、このページのアドレスは以下のようになります。

https://<runtime_server_address>/slmruntime/deploy

ランタイム・サーバーが SSL 通信をサポートするようセットアップされていない場合、このページのアドレスは以下のようになります。

http://<runtime_server_address>/slmruntime/deploy

3. プライバシー・ポリシー情報を読み、それを受け入れます。「プライバシー・ポリシー」パネルが表示されます。プライバシー・ポリシー情報を読み、「エージェントのデプロイ」をクリックします。

4. デプロイメント情報を入力します。デプロイメント・パネルが表示されます。

エージェント・デプロイメント: Web


agent_install.properties ファイルには、parm.automaticTagAssignment という設定があります。これが y に設定されている場合は、以下のように、画面の下部が異なります。



要求された情報を、以下のようにして完成させてください。

部門ドロップダウン・リストから、エージェントの所属先の部門を選択します。

サーバー名ドロップダウン・リストから、エージェントが使用するランタイム・サーバーを選択します。このサーバーは、エージェントをデプロイしているランタイム・サーバーである必要はありません。

注: ドロップダウン・リストには、選択した組織の管理サーバーに登録されているすべてのランタイム・サーバーが含まれています。該当するサーバーがリストにない場合、コンポーネントはインストール済みであるが、新規サーバーを登録していない可能性があります。

コンピューター・ラベルここで実行する内容は、parm.automaticTagAssignment フィールドが設定されているか、いないかで異なります。

parm.automaticTagAssignment=nデプロイメントを行うノードのコンピューター・ラベルを入力します。これはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。以下の変数を使用して、コンピューター・ラベルのすべてまたは一部を構成することができます。




%VENDORハードウェアの製作者の名前。


一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、Windows または UNIX ではこれらの変数を使用できます。したがって、コンピューター・ラベルが重複しないようにするために、常に変数を %SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: コンピューター・ラベルの一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントをデプロイしようとして、それに「50%hosted」というラベルを付けると、そのエージェントは「50JOHNDOEED」としてデプロイされます。



parm.automaticTagAssignment=yこの値がランタイム・サーバーで「y」に設定されている場合、「コンピューター・ラベル」は使用不可になり、「コンピューター・ラベルの自動割り当て」が使用可能になり、デフォルト値 Yes が選択されます。

v このラジオ・ボタンのデフォルトを受け入れると、コンピューターは、上で詳述した 1 つ以上の変数の組み合わせを使用するコンピューター・ラベルを使用して登録されます。これらの変数は、接続したランタイム・サーバーの agent_install.properties ファイル内の設定値で決定されます。

v ただし、選択を No に変更すると、「コンピューター・ラベル」が使用可能になり、任意の変数を使用して値を入力できます。

「終了 (Finish)」をクリックします。

5. セキュリティー警告を受け入れます。Web サイトからのダウンロードに対する標準のセキュリティー警告が表示されます。

セキュリティー警告を受け入れます。

注: 警告パネルの数とフォーマットは、ブラウザーによって異なります。例えば、Internet Explorer の場合は、1 つのパネルが表示され、警告を受け入れる場合は「はい」をクリックする必要があります。これらの警告を受け入れない場合、エージェントはデプロイされません。

6. 前提条件となる JRE がインストールされていない場合: Java ランタイム環境(JRE) の前提条件レベルが未インストールの場合、以下が発生します。

Internet Explorer がインターネットに接続している WindowsWindows で前提条件バージョンの Internet Explorer を使用してインターネットに接続している場合、アプレットは Sun Web サイトに接続して、正しいバージョンの JRE をダウンロードし、それをインストールしてからデプロイメントを続行します。

インターネットに接続している他のプラットフォームおよびブラウザーアプレットは、前提条件がインストールされていないので、ブラウザーを適切な Web サイトにリダイレクトすることを示すメッセージを表示します。JRE を手動でダウンロードし、インストールしてから、Web デプロイメントを再実行する必要があります。

インターネットに接続されていない任意のプラットフォームおよびブラウザーブラウザーにエラー・ページが表示されます。インターネットに接続して、Web デプロイメントを繰り返す必要があります。

7. エージェントをデプロイします。アプレットが適切なファイルをダウンロードしてinstallagent コマンドをサイレントに実行し、エージェントをノードにデプロイして、それを開始します。エージェントのデプロイ時に作成されるファイルについては、 258ページの『エージェント・ファイル』を参照してください。installagent コマンドについては、 168ページの『エージェントの手動デプロイメント (installagent コマンド)』を参照してください。

このプロセスは数分かかることがありますが、その間、デプロイメントが進行中であることを示すメッセージがブラウザー・ウィンドウに表示されます。



デプロイメントが終了すると、画面に適切なメッセージが表示されます。それ以上のアクションは不要です。

注: Windows ノードで、GSKit が使用中であることがデプロイメント操作で判明した場合、コンピューターをリブートするまでインストールを完了できません。GSKit は、エージェントのディレクトリーに reboot_needed.txt という名前のファイルを作成し、GSKFilesLocked という変数を 1 に設定して、リブートが必要であるという要件をこのファイルに保管します。ユーザーには、リブートが必要であることを通知するメッセージが表示されます。この変数がこのファイルに含まれていると、エージェントは開始しません。コンピューターをリブートし、GSKit がアンロックされると、エージェントのインストールが完了し、このファイルは削除されます。

8. エージェントが開始します。エージェントは、開始後、一連のサービスの実行を開始して、情報をランタイム・サーバーに渡し、そこから情報を受け取ります。これらのサービスの 1 つは、ステップ 4 で選択した部門の部門エージェント構成パラメーターを受け取ります。このパラメーターは適用され、エージェント・ノードにあるディスクに保管されます。

デプロイメントが正常に行われなかった場合は、その理由を示すメッセージが表示されます。アプレットが 1 つ以上のトレース・ファイルを作成している場合があるので、それらの内容を調べてください。これらのメッセージ・ファイルおよびトレース・ファイルの詳細は、IBM Tivoli License Manager: 問題判別で説明しています。

エージェントの手動デプロイメント (installagent コマンド)エージェントを手動でデプロイするには、以下のステップを実行します。

1. ランタイム・サーバーにログオンします。リモート・ノードへのファイルのコピー権限を使用して、該当するランタイム・サーバーにログオンします。

2. 必要ファイルを見つけます。エージェント・ファイルが保管されている下記のディレクトリーにナビゲートします。

<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥webdoc¥agent

3. ファイルをコピーします。サポートされているプラットフォームへの配布に必要なファイルをすべて収集するスクリプトが提供されています。このスクリプトは、選択したディレクトリーにファイルを保管します。このディレクトリーの構造は、以下のとおりです。

aix AIX プラットフォーム用のファイル。

hpux HPUX プラットフォーム用のファイル。

linux Red Hat Enterprise Linux バージョン 2.1 以外のすべての Linux Intel プラットフォーム用のファイル。

linux21 Intel で実行される Red Hat Enterprise Linux バージョン 2.1 用のファイル。

linux390 S/390 および zSeries プラットフォーム上の Linux 用のファイル。

linuxppc iSeries およびpSeries プラットフォーム上の Linux 用のファイル

sun32 Solaris 32 ビット・プラットフォーム用のファイル。



sun64 Solaris 64 ビット・プラットフォーム用のファイル。

win32 Windows プラットフォーム用のファイル。

これらのファイルの詳細については、 256ページの『インストール・コマンドで必要となるファイル』を参照してください。

このスクリプトを実行するには、以下のコマンドを発行します。

WindowsmanualDeploy.bat <agentFilesDirectory>

UNIX manualDeploy.sh <agentFilesDirectory>

ここで、<agentFilesDirectory> は、選択したディレクトリーの名前で、起点はコマンドを実行したディレクトリーです。Tivoli License Manager 製品構成の外部のロケーションを選択することをお勧めします。このディレクトリーには、書き込み許可と、少なくとも 180 MB のスペースが必要です。このディレクトリーは、ランタイム・サーバーと同じコンピューター上にある必要があります。このディレクトリーが存在していない場合は、作成されます。

このスクリプトは、以下のメッセージを作成する可能性があります。

manualDeploy_2. コピーが失敗しました。ログ・ファイル <logFile> を参照してください (manualDeploy_2. Copy failed, see log file <logFile>)

ファイルのコピー中に、スクリプトがエラーを検出しました。詳細は、メッセージに示されているログ・ファイルに書き込まれています。このログ・ファイルは、スクリプトを実行したディレクトリーに作成されています。失敗の理由を判別できるかどうかを確認するために、このログ・ファイルを調べてください。問題を修正できる場合は修正し、スクリプトを再実行してください。問題を修正できない場合は、IBM ソフトウェア・サポートに連絡してください。

manualDeploy_3. コピーが正常に完了しました (manualDeploy_3. Copy has been

successfully completed.)

ファイルは、該当するディレクトリーに正常にコピーされました。

manualDeploy_4. <platformDirectoryName> を作成しています... (manualDeploy_4.

Making <platformDirectoryName> ...)

スクリプトが、エージェント・ファイル用のプラットフォーム・ディレクトリーの 1 つを作成してます。コマンドの進行を表示するために、これらのメッセージの内の 9 つが表示されます。

例えば、このコマンドを実行すると<agentFilesDirectory>¥aix に対して以下の内容が生成されます。

エージェント・デプロイメント: installagent


4. ファイルを圧縮します。使用する必要のある各プラットフォーム・ディレクトリーにこれらのファイルを zip または tar で圧縮します。1 つ以上のディレクトリーが、使用する予定のないプラットフォームを参照している場合は、そのディレクトリーを削除できます (オリジナルのファイルは、製品のディレクトリー内に残っています)。

注: Windows プラットフォームでは、ディレクトリー pdc_deploy およびその内容を組み込む必要はありません。組み込む必要があるのは、Windows ログオン・スクリプトを使用してエージェントをデプロイするオプションの場合だけです。

ステップ 2 から 4 までは、普通に一度だけ実行する必要がありますが、その後は、必要なだけ zip または tar で圧縮されたファイルを使用することができます。

重要: 何らかの理由でいずれかのエージェント・ファイルを変更する場合は、ステップ 2 から 4 までを繰り返す必要があります。そうしないと、更新ファイルが配布されません。

5. パッケージを配布します。例えば ftp を使用して、エージェントをインストールするノードに、zip または tar で圧縮されたファイルを配布します。

6. ターゲット・ノードにログオンします。アドミニストレーター (Windows) または root (UNIX) の権限を使用して、ターゲット・ノードにログオンします。コマンド行ウィンドウで、ターゲット・ノードの<NODE_INST_DIR>¥<OS_FOLDER> ディレクトリー (例えば、cd c:¥agent files¥win32) に移動します。



注: Windows ノードにエージェントをデプロイする場合は、コマンドを実行する前に、Windows Services Administrative Tool のウィンドウが閉じていることを確認してください。

7. コマンドを実行します。<NODE_INST_DIR>¥<OS_FOLDER> ディレクトリーから、適切なパラメーターを指定して installagent コマンドを実行します。『installagent

コマンドのパラメーター』を参照してください。

注: Windows ノードで、GSKit が使用中であることを installagent コマンドが検出した場合、コンピューターをリブートするまでインストールを完了できません。GSKit は、エージェントのディレクトリーに reboot_needed.txt という名前のファイルを作成し、GSKFilesLocked という変数を 1 に設定して、リブートが必要であるという要件をこのファイルに保管します。ユーザーには、リブートが必要であることを通知するメッセージが表示されます。この変数がこのファイルに含まれていると、エージェントは開始しません。コンピューターをリブートし、GSKit がアンロックされると、エージェントのインストールが完了し、このファイルは削除されます。

コマンドはトレース・ファイルを作成します。詳しくは、「IBM Tivoli License

Manager: 問題判別」のトレースのインストールに関する章を参照してください。

installagent コマンドのパラメーターinstallagent コマンドには以下のパラメーターがあります。これらのパラメーターは、コマンド行に直接コーディングすることも ( 174ページの『コマンド行でのinstallagent パラメーターの指定』)、パラメーターとその値を含むファイルに挿入することも ( 175ページの『ファイルでの installagent パラメーターの指定』) できます。

installagent のパラメーターのいずれかの値に、UTF-8 にエンコードする必要のある非 ASCII 文字が含まれている場合は、UTF-8 エディターを使用してファイルを作成する必要があります。

以下のパラメーターの値は正しく書き込むことが重要です。コマンドに与えられた値とランタイム・サーバーでの値にわずかなミスマッチが存在しているだけでも、デプロイメントは失敗します。

sourcePathランタイム・サーバーからエージェント・ファイルをコピーした場所。

division新規のエージェントが割り当てられている部門の名前。エージェントの接続先のランタイム・サーバーに対して、この部門がすでにセットアップされている必要があります。

nodeTagノードのコンピューター・ラベル。これはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。以下の変数を使用すると、ノード・タグのすべてまたは一部を構成することができます。








一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべてのプラットフォームでこれらの変数を使用できます。したがって、コンピューター・ラベルが重複しないようにするために、常に変数を %SERIAL または %HOST

のいずれかと組み合わせることをお勧めします。

注:

1. ノード・タグの一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントをデプロイしようとして、それに「50%hosted」というラベルを付けると、そのエージェントは「50JOHNDOEED」として登録されます。

2. コマンド行で installagent コマンドを発行するときに、これらの変数の 1

つを組み込みたい場合は、「%」を「%25」として入力する必要があります。したがって、例えば、ノード・タグ「%SERIAL」を指定してinstallagent コマンドを発行したい場合は、「%25SERIAL」と入力する必要があります。

serverこのエージェントが使用されるランタイム・サーバーのホスト名または IP アドレス。

portランタイム・サーバーの非セキュア・ポート。標準値は 80 ですが、どのような値を正しい値として使用するかは、ランタイム・サーバーの Web サーバー設定値から決定する必要があります。SSL を使用している場合でも値を入力する必要があります。

secure_portランタイム・サーバーの SSL ポート。標準値は 443 ですが、どのような値を正しい値として使用するかは、ランタイム・サーバーの Web サーバー設定値から決定する必要があります。SSL を使用していない場合でも値を入力する必要があります。

uriこれは、/slmruntime/service に設定する必要があります。



組織 (organization)組織の名前。これは、エージェントの接続先となるランタイム・サーバーと同じ組織にする必要があります。

useProxy有効な値は、y または Y (プロキシーを使用する)、および n または N (プロキシーを使用しない) です。

proxyNameサーバーのプロキシー・ホスト名または IP アドレスを入力します。useProxyが N に設定されている場合でも値を指定する必要がありますが、その値は無視されます。例えば、「none」を入力できます。

proxyPortサーバーのプロキシー・ポート番号を入力します。これは、0 よりも大きい数字にする必要があります。useProxy が N に設定されている場合でも値を指定する必要がありますが、その値は無視されます。例えば、「9999」を入力できます。

security_levelこれは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値は installagent コマンドに指定した値を上書きします。指定できる値は以下のとおりです。

1 非セキュア: すべての通信に HTTP を使用します (デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスが使用可能になっている必要があり、ポートの値は、そのランタイム・サーバーの正しい値である必要があります。

4 セキュア: すべての通信に HTTPS を使用します。ランタイム・サーバーがインストールされている HTTP サーバーでは、HTTPS サービスを有効にしておく必要があります。

gskitエージェントが使用する認証ソフトウェアの名前。ステップ 4 で作成したエージェント・ライブラリーのパッケージを調べて、ストリング「gsk」で始まるファイルの名前を使用してください。例えば、Windows プラットフォームの場合、このパラメーターの値は gsk7bas.exe になります。

certificateエージェントが使用する認証証明書の名前。これは cert.arm に設定する必要があります。

scannerエージェントが使用するスキャナーの名前。これは、wscanner.tar に設定する必要があります。

processor_typeこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。Linux390 イメージが CP または IFL プロセッサーで稼働中かどうかを指定します。使用できる値は、以下のとおりです。





shared_pool_capacityこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。共用プロセッサーをこのイメージが使用していない場合、ゼロを入力します。

system_active_processorsこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。CEC でのプロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。

コマンド行での installagent パラメーターの指定installagent コマンドのパラメーターを直接指定するには、このコマンドを以下のように入力します。

Linux390 ノード

installagent sourcePath division nodeTag server port secure_port uri

organization useProxy proxyName proxyPort security_level gskit certificate

scanner processor_type shared_pool_capacity system_active_processors

その他のノード

installagent sourcePath division nodeTag server port secure_port uri

organization useProxy proxyName proxyPort security_level gskit certificate

scanner

すべて必須パラメーターですが、これらは定位置パラメーターで、上で示されている順に入力する必要があります (必要でない値は、ダミー値を入力する必要があります)。パラメーターのいずれかにブランク文字が含まれる場合、ブランク文字は「%20」としてコード化される必要があります。

コマンド行でパラメーターのリストを表示するには、以下を入力します。

installagent help

注: コマンド行で installagent コマンドを発行するときに、nodeTag パラメーターに変数を含めたい場合は、「%」を「%25」として入力する必要があります。したがって、例えば、ノード・タグ「%SERIAL」を指定して installagent コマンドを発行したい場合は、「%25SERIAL」と入力する必要があります。



ファイルでの installagent パラメーターの指定必要であれば、すべてのパラメーターとその値を含むファイルを作成することができます。installagent のパラメーターのいずれかの値に、UTF-8 にエンコードする必要のある非 ASCII 文字が含まれている場合は、UTF-8 エディターを使用してファイルを作成する必要があります。このファイルは、<NODE_INST_DIR>¥<OS_FOLDER>

ディレクトリーに保管する必要があります。

ファイル内のパラメーターの構文は、以下のとおりです。

<variableName> = <variableValue>

<variableName> および <variableValue> は、上記で説明したフィールド名と値です(以下に例を示します)。等号の両側にスペースを挿入できますが、各パラメーターは複数の行に分割して入力することはできません。

以下の例のように、パラメーターをファイルに入力します。

Linux390 ノードdivision = SalesnodeTag = sales291server = rome_runtime.ibm.comport = 80secure_port = 443uri = /slmruntime/serviceorganization = IBMuseProxy = yproxyName = proxy.ibm.comproxyPort = 3129security_level = 4gskit = gsk7bas-7.0-2.5.s390.rpmcertificate = cert.armscanner = wscanner.tarprocessor_type = CPshared_pool_capacity = 5system_active_processors = 10

その他のノードdivision = SalesnodeTag = sales291server = rome_runtime.ibm.comport = 80secure_port = 443uri = /slmruntime/serviceorganization = IBMuseProxy = yproxyName = proxy.ibm.comproxyPort = 3129security_level = 4gskit = gsk7bas.execertificate = cert.armscanner = wscanner.tar

注: これは、Windows ノードの場合の例です。

注:

1. このファイルには <sourcePath> パラメーターを含める必要はありません。それは、このパラメーターは installagent コマンドの発行時に指定するからです。

2. パラメーター名は大文字小文字を区別しません。

この場合の installagent コマンドの形式は次のとおりです。



installagent <sourcePath> -f <fileName>

ここで、<fileName> は作成したパラメーター・ファイルの名前です。

installagent コマンドの使用例以下に、installagent コマンドを使用してエージェントを手動でデプロイする方法の例を 2 つ示します。1 つは、エージェントとランタイム・サーバーとの間でプロキシーを使用する場合で、もう 1 つは使用しない場合です。

プロキシーを使用しない installagent コマンドの例この例では、以下の特性を持つエージェントが、次のコマンドにより Windows ノードにデプロイされます。division Sales

nodeTag sales291

server rome_runtime.ibm.com

port 80

secure_port 443

organization IBM

useProxy n

proxyName none

proxyPort 9999

security_level 1

gskit gsk7bas.exe

certificate cert.arm

scanner wscanner.tar

installagent E:¥agent_files Sales sales291 rome_runtime.ibm.com 80443 /slmruntime/service IBM N none 9999 1 gsk7bas.exe cert.arm wscanner.tar

プロキシーを使用する installagent コマンドの例この 2 番目の例では、以下のコマンドにより、同一ではあるけれども異なる特性(プロキシー・サーバーを使用するという条件を含む) を持つノードに、エージェントが配置されます。division Sales

nodeTag sales291


port 80

secure_port 443

organization IBM

useProxy y

proxyName proxy.ibm.com

proxyPort 3129

security_level 4

gskit gsk7bas.exe





installagent E:¥agent_files Sales sales291 rome_runtime.ibm.com 80 443/slmruntime/service IBM y proxy.ibm.com 3129 4 gsk7bas.exe cert.arm wscanner.tar

プロキシーを使用する、Linux390 での installagent コマンドの例この 3 番目の例では、以下のコマンドにより、エージェントが Linux390 ノードにデプロイされますが、プロキシー・サーバーを使用するという条件も含まれています。division Sales

nodeTag sales945


port 80

secure_port 443

organization IBM

useProxy y

proxyName proxy.ibm.com

proxyPort 3129

security_level 4

gskit gsk7bas-7.0-2.5.s390.rpm



processor_type CP

shared_pool_capacity 5

system_active_processors 10

installagent E:¥agent_files Sales sales291 rome_runtime.ibm.com 80 443/slmruntime/service IBM y proxy.ibm.com 3129 4 gsk7bas-7.0-2.5.s390.rpmcert.arm wscanner.tar CP 5 10

Tivoli Configuration Manager を使用したエージェントのデプロイこのオプションは、Tivoli Configuration Manager を使用している Tivoli 管理リージョン (Tivoli リージョン) のエンドポイントに、エージェント・ソフトウェアをデプロイする場合のみ使用することができます。

この配布をサポートできる Tivoli Configuration Manager および Tivoli Management

Framework のバージョンの詳細、およびその他の前提条件は、 57ページの『Tivoli

Configuration Manager を使用したエージェント・デプロイメントの前提条件』に記載しています。

このオプションの以下の説明では、Tivoli Configuration Manager に関する知識と経験が必要です。

このオプションを使用可能にするために、Tivoli License Manager はオペレーティング・システムのファミリーごとに、ソフトウェア・パッケージ・ブロックを提供しています。これは、エージェント・ソフトウェアをインストールしてカスタマイズし、それを適切なランタイム・サーバーに登録します。オペレーティング・システムごとにソフトウェア・パッケージ・ブロックがあると、不要なソフトウェアをエンドポイントにダウンロードしなくて済みます。ソフトウェア・パッケージ・ブロックには、可変情報 (部門、ランタイム・サーバー・アドレス、プロキシー・アド



レス、など) のパラメーターが含まれているので、このブロックを構築する必要はありません。可変情報を追加し、標準の Software Distribution 機能およびインターフェースを使用して、そのブロックをエンドポイントに配布します。

一度の配布ですべてのエンドポイントにエージェントをデプロイすることはできません。各配布は、以下の共通特性を持つエンドポイントにエージェントをデプロイする必要があります。

v 同一の組織

v 同一の部門

v 同一のランタイム・サーバー

v 同一のオペレーティング・システム

これを Software Distribution 内でどのように達成するかは、作成済みの Tivoli

Management Framework 環境によって大きく異なります。これらの共通特性を持つエンドポイントの各グループを識別する最も簡単な方法を見つけて、それらを配布する必要があります。

ここでは、Acme Company という組織全体に 1 つの Tivoli リージョンをセットアップ済みであると想定します。Tivoli License Manager 内にも、組織全体に「Acme

Company」という 1 つの組織をセットアップ済みであるとします。Tivoli リージョン内では、組織の管理部門ごとに、ポリシー・リージョンが作成済みです。また、同じ部門を Tivoli License Manager にもセットアップ済みです。各ポリシー・リージョン (部門) 内には、他の使用目的のために、オペレーティング・システムごとにプロファイル・マネージャーを作成済みで、それぞれ該当するサブスクライバーを含んでいます。したがって、例えば「Sales」部門ポリシー・リージョン内には、Windows 2000 用のポリシー・マネージャーがあり、Windows 2000 がインストールされているサブスクライバー (エンドポイント) がすべて含まれています。

ここで、ある決定を行う必要があります。Windows 2000 ポリシー・マネージャー内のすべてのサブスクライバーが同じランタイム・サーバーを使用するわけではありません。一部のサブスクライバーは本社にあって、本社のランタイム・サーバーを使用している場合もあれば、一部のサブスクライバーは 3 つの支社にあって、それぞれの支社には、それ専用のランタイム・サーバーが提供されている場合もあります。2 つのオプションがあります。各オペレーティング・システムのランタイム・サーバーごとに個別のポリシー・マネージャーを作成し、それぞれに該当するサブスクライバーだけを含めるか、配布時に配布ごとにサブスクライバーを選択するようにするかのいずれかです。このシナリオでは、後者のオプションを選択します。

このシナリオでとるべきステップは、以下のとおりです。

1. ポリシー・リージョンを選択します。「Sales」リージョンのポリシー・リージョン・パネルを開きます。

エージェント・デプロイメント: Tivoli Configuration Manager の使用


ポリシー・リージョン・パネルには、他の目的ですでにセットアップしているプロファイル・マネージャーが表示されます。

2. ソフトウェア・パッケージ・タイプのプロファイルを作成します。(これは、Windows 2000 のシナリオなので) WindowsPM プロファイル・マネージャーを開き、ソフトウェア・パッケージ・タイプのプロファイルを作成します。このシナリオでは、このプロファイルを TLM_Agent^1.0 と呼びます。

3. プラットフォーム依存のソフトウェア・パッケージ・ブロックをインポートします。(これは Windows 2000 のシナリオなので) Windows 用の Tivoli License

Manager エージェント・ソフトウェア・パッケージ・ブロックをインポートします。これは winagent.spb という名前で、SPB の CD1 にあります。SPB

の総称名は <platform>agent.spb で、以下に示しているように、SPB CD の 1

つにあります。



ソフトウェア・パッケージ・ブロック CD (Windows、AIX、HP/UX およびSUN)

AIX aixagent.spb

Hpux hpuxagent.spb

Solaris sunagent.spb

Win32 (Windows) winagent.spb

ソフトウェア・パッケージ・ブロック CD (Linux、OS/400)Linux linuxagent.spb

Linux390 linux390agent.spb

LinuxPPC linuxppcagent.spb

OS400 (OS/400)os400agent.spb

各プラットフォームのサブディレクトリーに、サーバー、およびエージェントに対する SPB が存在します。

終了すると、プロファイル・マネージャーには、エージェント・ソフトウェア・パッケージ・ブロックのあるプロファイルが含まれます。



4. ソフトウェア・パッケージ・ブロックに SSL 証明書を追加します。この配布に関係しているエージェントに SSL を使用させ、購入または作成した証明書を使用させるには、ソフトウェア・パッケージ・ブロックのデフォルトの証明書をこの証明書に置換する必要があります。デフォルトの証明書は、テスト目的でのみ提供されています。これは非セキュアなので、使用しないでください。

この置換は、圧縮/解凍ツール (WinZip など) を使用してソフトウェア・パッケージ・ブロックを開き、SSL 証明書を置き換えることにより簡単に行うことができます。ファイル cert.arm を、cert.arm という名前のベース 64 エンコード済み ASCII ファイルとして作成した独自の証明書に置き換えます。

注: また、ソフトウェア配布の「変換」オプションを使用してソフトウェア・パッケージ・ブロックを開けて閉めることによって、同じ結果を得ることができます。ただし、このオプションは、OS/400 のソフトウェア・パッケージ・ブロックでは使用しないでください。

5. 配布するサブスクライバーを選択します。配布する Windows プロファイルを選択します。



本社のあるロケーションにあるサブスクライバー、したがって本社のランタイム・サーバーにとって適切なサブスクライバーを選択します。

6. 可変情報を提供します。サブスクライバーを選択し終えると、このサブスクライバーのグループに該当する可変情報を入力するよう要求されます。

入力するパラメーターは、プラットフォームによって異なります。



OS/400 以外のすべてのプラットフォームのデフォルトの変数これらのパラメーターは、以下のとおりです (パラメーターが画面に表示される順序は Tivoli Configuration Manager によって決定されますが、動的であるため、ここではアルファベット順に示されています)。

divisionName部門名 (この場合は、選択したポリシー・リージョンの名前Sales 部門) に対応しています)。

nodetagこれはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。特定のノードに配布する場合は、そのノードの実際のノード・タグを入力してください。それ以外は、これにはデフォルト値を指定してください。ターゲット・ノードの環境変数からノード・タグが生成されます。以下の変数を使用すると、nodetag のすべてまたは一部を構成することができます。






一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべてのプラットフォームでこれらの変数を使用できます。したがって、nodetag が重複しないようにするために、常に変数を %SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: nodetag の一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントを登録しようとして、それに「50%hosted」というノード・タグを付けると、そのエージェントは「50JOHNDOEED」として登録されます。

組織 (organization)組織の名前 (この場合は Acme Company)。



port 通信で使用されるランタイム・サーバー上のポート。指定できる値は、以下の startupMode の値によって異なります。

startupMode = sslこのフィールドは、HTTPS 通信に使用されるランタイム・サーバーのポート番号に設定する必要があります。

startupMode = nosslこのフィールドは、HTTP 通信に使用されるランタイム・サーバーのポート番号に設定する必要があります。

この例では、80 という値が与えられています。

proxyNameuseProxy が y の場合、プロキシー・サーバーのネットワーク・アドレスを定義します。

proxyPortuseProxy が y の場合は、プロキシー・サーバーのポートを定義します。

runtimeAddressこのエージェントが使用するランタイム・サーバーのホスト名または IP アドレス (この場合は、本社のランタイム・サーバー HO_runtime.domain.com に対応しています)。

startupModeSSL を使用するために、エージェントとランタイム・サーバーとの間に初期接続が必要であるか、必要でないか (以降の通信は、エージェントがランタイム・サーバーからダウンロードする、その部門のセキュリティー・レベルの値によって決まります)。指定できる値は以下のとおりです。

ssl この配布におけるエージェントとそのランタイム・サーバーとの初期通信に SSL を使用することを定義します。この値を選択した場合は、ターゲット・ノードでinstallagent コマンドを実行するときに、以下の値のport および secure_port パラメーターがコマンドに与えられます。port 80

secure_port ここで与えられている port フィールドの値。

nossl この配布におけるエージェントとそのランタイム・サーバーとの初期通信に SSL を使用しないことを定義します。この値を選択した場合は、ターゲット・ノードでinstallagent コマンドを実行するときに、以下の値のport および secure_port パラメーターがコマンドに与えられます。port ここで与えられている port フィールド

の値。



secure_port 443

上の画面例では、値 nossl が与えられています。

target_dirソフトウェア・パッケージ・ブロックがそのファイル・イメージを解凍するために使用する、エンドポイントのディレクトリーの名前 (この場合は、デフォルトであるローカル・コンピューターの一時ディレクトリーを取ります)。

useProxyプロキシー・サーバーでランタイムを保護するのか、しないのかを指定します (保護しない場合は、デフォルト値 n を取ります)。

Linux 390 の追加のデフォルトの変数

processor_typeこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。Linux390 イメージが CP または IFL プロセッサーで稼働中かどうかを指定します。使用できる値は、以下のとおりです。



shared_pool_capacityこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。共用プロセッサーをこのイメージが使用していない場合、ゼロを入力します。

system_active_processorsこのフィールドを指定するのは、Linux390 にノードをデプロイする場合だけです。CEC でのプロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。

OS/400 のデフォルトの変数これらのパラメーターは、以下のとおりです (パラメーターが画面に表示される順序は Tivoli Configuration Manager によって決定されますが、動的であるため、ここではアルファベット順に示されています)。

agentConfig.divisionName部門名。



agentConfig.nodeTagこれはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。特定のノードに配布する場合は、そのノードの実際のノード・タグを入力してください。それ以外は、これにはデフォルト値を指定してください。ターゲット・ノードの環境変数からノード・タグが生成されます。以下の変数を使用すると、nodetag のすべてまたは一部を構成することができます。






一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべてのプラットフォームでこれらの変数を使用できます。したがって、nodetag が重複しないようにするために、常に変数を %SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: nodetag の一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントを登録しようとして、それに「50%hosted」というノード・タグを付けると、そのエージェントは「50JOHNDOEED」として登録されます。

agentConfig.organizationName組織の名前。

agentConfig.proxyAddressagentConfig.useProxy が y の場合、プロキシー・サーバーのネットワーク・アドレスを定義します。

agentConfig.proxyPortagentConfig.useProxy が y の場合、プロキシー・サーバーのポートを定義します。

agentConfig.runtimeAddressこのエージェントが使用されるランタイム・サーバーのホスト名または IP アドレス。



agentConfig.runtimePort非セキュア通信で使用されるランタイム・サーバー上のポート。

agentConfig.sslPortセキュア通信で使用されるランタイム・サーバー上のポート(エージェントで SSL が使用されない場合でも値を指定する必要があります。この場合、数値を使用することができます)。

agentConfig.startupModeSSL を使用するために、エージェントとランタイム・サーバーとの間に初期接続が必要であるか、必要でないか (以降の通信は、エージェントがランタイム・サーバーからダウンロードする、その部門のセキュリティー・レベルの値によって決まります)。許可される値は以下のとおりです。

ssl この配布におけるエージェントとそのランタイム・サーバーとの初期通信に SSL を使用することを定義します。

nossl この配布におけるエージェントとそのランタイム・サーバーとの初期通信に SSL を使用しないことを定義します。

agentConfig.useProxyプロキシー・サーバーによってランタイムを保護するかどうかを指定します。

setLang.languageCodeコンピューターのオペレーティング・システムで使用されている 1 次言語が以下のいずれかの場合、この値はブランクのままにすることができます。

システムの 1 次言語が下記のリストのいずれでもない場合は、2 次言語としてシステムにすでにインストールされている言語コードを下記のリストから指定してください。

システムで使用可能な言語のいずれも下記のリストに含まれていない場合は、リスト内のいずれかの言語を 2 次言語としてインストールする必要があります。その後、インストールした言語をここに指定して、OS/400 エージェントをデプロイしてください。

サポートされる言語は、以下のとおりです。″2924″ 英語″2928″ フランス語″2929″ ドイツ語″2932″ イタリア語″2962″ 日本語



″2986″ 韓国語″2980″ ポルトガル語 (ブラジル)

″2989″ 中国語 (簡体字)

″2931″ スペイン語″2987″ 中国語 (繁体字)

例えば、英語を選択するには、

-W setLang.languageCode="2924"

とします。

setLang.CCSIDOS/400 ノード上で使用されるネイティブの文字エンコードである CCSID を定義します。Tivoli Configuration Manager を使用可能にして、ASCII からターゲット・ノードのネイティブCCSID に応答ファイルを変換するようにする必要があります。

デフォルト値は 00037 です。これは、USA、カナダ、オランダ、ポルトガル、ブラジル、ニュージーランド、およびオーストラリアでは EBCDIC のコードです。その他の国には異なるCCSID があります。このパラメーターは、サイレント・インストールを正常に処理するために必要となります。CCSID の完全なリストについては、以下の Web サイトを参照してください。

http://publib.boulder.ibm.com/iseries/v5r2/ic2924/index.htm?info/nls/rbagsccsidcdepgscharsets.htm

7. 配布。「設定 & クローズ」をクリックすると、配布が開始されます。

8. 進行をモニターします。Tivoli Configuration Manager および Tivoli Management

Framework の機能を使用して、配布の進行をモニターします。

注:

a. Tivoli Configuration Manager を使用して Windows ノードにエージェントを配布している場合、installagent コマンドの実行時に Windows のサービス管理ツールのウィンドウが閉じていないと、エージェントはインストールされますが、サービスとして登録されない可能性があります。サービスとして登録されている場合は、開始しない可能性があります。エージェントのデプロイ時の問題解決の詳細については、IBM Tivoli License Manager: 問題判別を参照して下さい。

b. Windows ノードで、GSKit が使用中であることがデプロイメント操作で判明した場合、コンピューターをリブートするまでインストールを完了できません。GSKit は、エージェントのディレクトリーに reboot_needed.txt という名前のファイルを作成し、GSKFilesLocked という変数を 1 に設定して、リブートが必要であるという要件をこのファイルに保管します。ユーザーには、リブートが必要であることを通知するメッセージが表示されます。この変数がこのファイルに含まれていると、エージェントは開始しません。コンピューターをリブートし、GSKit がアンロックされると、エージェントのインストールが完了し、このファイルは削除されます。



http://publib.boulder.ibm.com/iseries/v5r2/ic2924/index.htm?info/nls/rbagsccsidcdepgscharsets.htm

9. オペレーティング・システムが同じであるすべてのランタイムについて繰り返します。オペレーティング・システムが同じであるすべてのランタイム・サーバーに対して、ステップ5 から 8 までを繰り返します。

10. 同じ部門のすべてのオペレーティング・システムに対して繰り返します。同じ部門のすべてのオペレーティング・システムに対して、ステップ 2 から 9 までを繰り返します。

11. 同じ組織内のすべての部門に対して、繰り返します。組織内のすべての部門に対して、ステップ 1 から 10 を繰り返します。

Tivoli リージョン、ポリシー・リージョン、およびプロファイル・マネージャーのセットアップは、シナリオに示されているセットアップに一致しないかもしれませんが、Tivoli Configuration Manager でのエージェントのデプロイメントを計画するにあたって覚えておくべきキー・ポイントは、最も小さい配布単位は、同じランタイム・サーバー、オペレーティング・システム、部門、および組織を共用するエンドポイントのグループである、という点です。

SSH および RSH を使用した、UNIX ノードへのエージェントのデプロイエージェントを UNIX ノードにデプロイするには、Tivoli License Manager のエージェント・デプロイメント・ツールを使用します。このツールは、既存のリモート・シェル (RSH) またはセキュア・シェル (SSH) ネットワークを利用して、1 つ以上のリモート・ノードにエージェントをデプロイします。このツールは、選択したノードに必要なファイルを配布し、次に installagent コマンドを実行してエージェントをインストールし、それを開始します。installagent コマンドの動作の詳細については、 168ページの『エージェントの手動デプロイメント (installagent コマンド)』を参照して下さい。

このツールは UNIX ノードにエージェントをデプロイしますが、実行するのはWindows コンピューターからです。このコンピューターでは、Tivoli License

Manager サーバーおよびエージェント・インストール CD のイメージ (オリジナルの CD またはコピー) を使用可能にしておく必要があります。前提条件の詳細については、 59ページの『RSH および SSH UNIX ネットワークを使用したエージェント・デプロイメントの前提条件』を参照して下さい。

このツールの振る舞いは、使用しているネットワークのタイプによって異なります。使用可能なオプションの説明については、 58ページの『UNIX ノードに対するSSH または RSH の使用』を参照して下さい。

重要: 各ノードの配布情報には、ノードのルート・パスワードが含まれています。エージェント・デプロイメント・ツールに RSH ネットワークの使用を許可すると、配布情報が傍受され、ノードのセキュリティーが脅かされるという危険を冒すことになります。

このデプロイメントを行うためのステップは、以下のとおりです。はじめてツールをコンピューターで実行するときに行う必要のあるステップだけを示しています。

1. ツールをコピーします。(初回のみ) エージェント・デプロイメント・ウィザードを、ハードディスクの一時ディレクトリーにコピーします。以下のファイルは、相対ディレクトリー構造を維持しながらコピーする必要があります。



<CD_drive>¥setup¥agent¥RSH-SSH¥setupAgentRSH-SSH.jar<CD_drive>¥setup¥agent¥RSH-SSH¥Win32¥setupAgentRSH-SSH.exe

2. J2SSH ライブラリーを取得する (初回のみ): このデプロイメント方法では、ウィザードを実行するコンピューター上で、そのコンピューターが SSH クライアントとして動作できるようにするライブラリーのセットを取得し、構築します。

ちなみに、このウィザードは、3SP の J2SSH-Lite を使用してテストされています。ライブラリーの適切なファイルのバージョンを取得するためのステップは、以下のとおりです。

a. Web ブラウザーで、3SP のサイトにナビゲートします。

b. 製品ページを見つけて、J2SSH-Lite を選択します。

c. 「ダウンロード」をクリックします。

d. zip ファイルを空の一時ディレクトリー (セットアップ・ファイルを配置するディレクトリーではありません) にダウンロードします。

e. zip ファイルを解凍します。

f. 解凍された zip ファイルのルートにあるテキスト・ファイルの指示に従って、J2SSH-Lite を構築します。

g. 解凍された zip の j2ssh¥lib および j2ssh¥dist¥lib ディレクトリーで、以下のファイルを見つけます。

j2ssh-common.jar

commons-logging.jar

j2ssh-core.jar

h. エージェント・デプロイメント・セットアップ実行可能ファイルをコピーしたディレクトリーに、これら 3 つのファイルをコピーします。

重要: 特記事項ここではサード・パーティーの特定のソフトウェア項目について言及していますが、決してその製品を推奨するということではありません。また、IBM がそのソフトウェア項目またはそのソフトウェア項目のサポートを使用可能にするということを暗黙で示しているという解釈もできません。

3. ツールを立ち上げます。エージェント・デプロイメント・ツールを開始します。

注: Windows ターミナル・サーバーが、セットアップ・ファイルを実行するコンピューターにインストールされている場合、またはWindows ターミナル・サービスを使用して別のコンピューターにアクセスする場合、このツールを以下のようにして立ち上げる必要があります。

a. 「コントロールパネル」の「アプリケーションの追加と削除」を選択します。

b. 「プログラムの追加」をクリックします。

c. 「CD またはフロッピー」をクリックすると、「フロッピーディスクまたは CD-ROM からのインストール」ウィザードが開きます。「次へ」をクリックします。

エージェント・デプロイメント: SSH/RSH を使用した UNIX ノード上


http://3sp.com/

d. 「参照」をクリックして、ディスクのセットアップ・ファイルにナビゲートし (ステップ 1 でファイルをコピーした場合は CD 上のバージョンを選択しないでください)、強調表示して「開く」をクリックし、選択します。

e. 「完了」をクリックしてウィザードを終了し、セットアップ・ファイルを実行します。


これと同じ操作は、手動でインストール・モードに変更して、エージェント・デプロイメントが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows のコマンド行から change user /install を実行します。次に、このコマンドを発行して、ツールのセットアップ・ファイルを実行します。インストールの完了後に、change user /execute コマンドを発行して、実行モードに戻る必要があります。


4. 言語を選択します。ツール・パネルの表示言語を選択し、「OK」をクリックします。

5. 「ようこそ」パネル:「ようこそ」パネルが表示されます。「次へ」をクリックして先へ進みます。

6. インストール・パス (初回のみ)。以下のパネルが表示されます。



ツールを実行しているコンピューター上のディレクトリー名を指定します。エージェント・デプロイメント・ツールは、このディレクトリーにエージェント・ファイルをインストールします。


7. 使用する SSL 証明書を定義します。以下のパネルが表示されます。

このパネルでは、配布のターゲット・ノードで使用される SSL 証明書を決定できます。

作成または購入した証明書を選択する場合は、その証明書までブラウズするか、そのパスを入力します。証明書は、cert.arm という名前になっている必要があります。

組み込みのテスト証明書を使用するオプションを選択する場合、この証明書はテストのみを目的として製品と共に発行された証明書であって、「活動」状況では使用してはいけないことを認識しておいてください。それは、この証明書はすべてのカスタマーに配布されるので、セキュアではないからです。

8. ノード・データを追加します。以下の画面が表示されます。



このパネルを使用して、ノード・データを追加します。画面の上半分では、Tivoli License Manager 環境のトポロジーを確認できます。組織、部門、およびランタイム・サーバーをそれぞれ 1 つずつ組み合わせて選択し、使用する値をパネルの下半分で事前に決定して、個々のエージェントを確認してください。

重要: このパネルでは、組織、ランタイム・サーバー、部門、ノード名、ポート番号、およびパスワード (これらはすべてすでに存在しています) を確認します。例えば、ポート番号が数値であるかどうかを判別する画面の上でのデータの検証は行われますが、組織、部門、およびランタイム・サーバーのアドレスが実際に存在するかどうかなどの確認は行われません。間違えた場合は、配布を行うときにはじめてそのことがわかります。この場合、データが間違っているので、エージェント・プラグインは失敗します。

以下に、3 つの基本的なシナリオを示します。

v トポロジーおよびノードを作成する。この場合は、エージェントの配布先のすべてのノードに関する必要情報を知っておく必要があります。 194ページの『トポロジーおよびノードの作成』を参照してください。

v トポロジーをインポートし、ノードを作成する。管理サーバーから Tivoli

License Manager 環境のトポロジーをエクスポートし、それをこのツールにインポートして、そのトポロジーを基にノードを作成することができます。同一の配布に対してトポロジーをインポートし、かつ作成することができます。特定のトポロジーをインポートし、このツールを使用して、ノードを作成する前に画面上でそのトポロジーを変更することができます。 197ページの『トポロジーのインポートおよびノードの作成』を参照してください。

v ノードをインポートする。XML 形式でエクスポートできる、ノードの関連詳細を含むデータベースがある場合は、これらのノードの詳細をインポートできます。 197ページの『ノードのインポート』を参照してください。



このツールを使用すると、これらの方法を組み合わせて使用することができます。

トポロジーおよびノードを作成する以下のステップを実行します。

a. 組織を追加します。「組織」見出しの下の「追加」をクリックして組織の名前を入力し、「OK」をクリックします。追加した組織を削除する場合は、その組織を選択し、「除去」をクリックします。

注: 組織を除去すると、それに関連付けられている部門およびランタイム・サーバーも除去されます。

b. 部門を追加します。適切な組織を選択します。「部門」見出しの下の「追加」をクリックし、部門の名前を入力して「OK」をクリックします。追加した部門を削除する場合は、その部門を選択し、「除去」をクリックします。

c. ランタイム・サーバーを追加します。適切な組織を選択します。「ランタイム・アドレス」見出しの下の「追加」をクリックし、ランタイム・サーバーのアドレス (ホスト名または IP アドレス) を入力して「OK」をクリックします。追加したランタイム・サーバーを削除する場合は、そのランタイム・サーバーを選択し、「除去」をクリックします。

完了すると、パネルは次のようになります。

d. ノードを追加します。トポロジー・エレメントの組み合わせごとに、以下のようにしてノードを追加します。

1) トポロジーを選択します。組織、部門、およびランタイム・サーバーを 1 つずつ選択します。「ノード」サブパネルの下部の「追加」ボタンをクリックします。選択した組織、部門、およびランタイム・サーバーが入力されたサブパネルに行が表示されます。



2) 値を入力します。その行内のブランク・フィールドをそれぞれクリックして、適切なデータを追加します。クリックするフィールドは、以下のとおりです。

ノードネットワーク内のノードのホスト名または IP アドレス。これは、ノードを見つけるために必要です。この値は、エージェントの登録におけるコンピューター・ラベルには使用されません。代わりに、エージェントには、コンピューター・ラベル <%SERIAL><%VENDOR> が与えられます。<%SERIAL><%VENDOR> は、以下のようにターゲット・ノードで環境変数から生成されます。



ポートランタイム・サーバーが使用する、非 SSL ポート。ランタイム・サーバーが非 SSL ポートで listen しない場合でも、ダミー値を与える必要があります。

SSL ポートランタイム・サーバーが使用する SSL ポート。このエージェントとランタイム・サーバーの間に SSL を実装しない場合でも、ダミー値を与える必要があります。

始動モードこれは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値は installagent コマンドに指定した値を上書きします。許可される値は以下のとおりです。

NO SSL非セキュア: すべての通信に HTTP を使用します(デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスを有効にしておく必要があります。

SSLセキュア: すべての通信に HTTPS を使用します。ランタイム・サーバーがインストールされているHTTP サーバーでは、HTTPS サービスを有効にしておく必要があります。

OS プルダウンから、該当するオペレーティング・システムを選択します。選択項目は以下のとおりです。

aix

hpux

linux



linux_ppc

linux_rel2.1

linux_s390

sun32

sun64

パスワードノードのルート・パスワード。セキュア (SSH) 配布に必要になります。これは必須フィールドです。配布を非セキュア方式 (RSH) でしか行わないのであれば、ダミー・パスワードを使用することができます。

プロセッサー・タイプLinux_s390 を OS として選択した場合は、以下のフィールドを指定する必要があります。選択しなかった場合は、″n/a″という値が表示され、値を入力することはできません。Linux390 イメージが CP または IFL プロセッサーで稼働中かどうかを指定します。使用できる値は、以下のとおりです。



共用プールのキャパシティーLinux_s390 を OS として選択した場合は、以下のフィールドを指定する必要があります。選択しなかった場合は、″n/a″という値が表示され、値を入力することはできません。

Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。共用プロセッサーをこのイメージが使用していない場合、ゼロを入力します。

アクティブ・プロセッサーLinux_s390 を OS として選択した場合は、以下のフィールドを指定する必要があります。選択しなかった場合は、″n/a″という値が表示され、値を入力することはできません。

CEC でのプロセッサーの総数を指定します (CP か IFL

のうち、適切なものを選択します。両方選択することはできません)。

パネルは次のようになるはずです (この場合、ユーザーはすでに「追加」をクリックして、2 番目のノードを追加しています)。



追加したノードを除去するには、そのノードを選択して、「除去」をクリックします。ステップ 9 に進んでください。

トポロジーをインポートし、ノードを作成するエージェントをデプロイするノードに必要なトポロジーをインポートし、ノードを作成します。このプロセスは、以下のとおりです。

a. 管理サーバーで dataexp XML -topology output_directory コマンドを使用して、Tivoli License Manager 環境のトポロジーの XML

定義を含むファイルを作成します。コマンドおよびコマンド行を使用可能にする方法について詳しくは、「IBM Tivoli License Manager:

管理」を参照してください。

b. 「ノード・データの追加 (Add node data)」パネルの「インポート」をクリックし、その XML ファイルまでブラウズして、それをインポートします。

トポロジーの詳細が、このパネルの上半分に追加されます。

c. 194ページの『トポロジーおよびノードの作成』のステップ 8d の説明に従って、トポロジーの各ブランチに属するノードを作成します。

ステップ 9 に進んでください。

ノードをインポートするこのプロセスでは、エージェントをデプロイするノードの詳細を保持するデータベースが必要です。このデータベースからノード・データをXML 形式でエクスポートできる必要があります。XML ファイルの構造は、 347ページの『付録 F. UNIX エージェント・デプロイメント・ウィザードのインポート・ファイルの形式』に示しています。おそらくは、すべてのエレメントのエントリー (例えば、ランタイム・サーバー・アドレス) を含むファイルを作成するのに必要な情報がすべてデータベースに保持されている、ということはないといってよいでしょう。この場合には、テキスト・エディターまたは XML エディターを使用して、欠落している情報を XML ファイルに編集するか、そのファイ



ルをそのままインポートし、このツールで情報を追加することができます。同一のノードに対して、トポロジーのインポートとエージェントのインポートを組み合わせることはできません。ノードをインポートした後で、ノードを除去するか、インポートした値をフィールドごと、ノードごとに変更してください。

このプロセスは、以下のとおりです。

a. データベースからノード・データを抽出します。

b. 必要であれば、ノード・データを編集します。

c. このツールで「インポート」をクリックし、ノード・データのファイルまでブラウズし、それをインポートします。

d. データが完全であることを確認します (すべてのフィールドが必要です)。

9. このパネルの下半分のデータがすべて完全で、正しいものであることを確認したら、「次へ」をクリックします。

10. 以下のような要約パネルが表示されます。

はじめてこのツールを実行した場合は、エージェントのワーク・ファイルが占有するスペースに関する情報が表示されます。

このパネルには、作成される配布を示したテーブルも表示されます。情報が正しいことを確認してから、「次へ」をクリックします。

11. このツールはエージェントのワーク・ファイルをインストールし、配布を開始します。配布の結果の要約が、ログ・ファイルの名前とロケーションと共に表示されます。ログ・ファイルには、配布、およびエージェントに対するinstallagent コマンドの立ち上げの結果の完全詳細が含まれています。



Windows のログオン・スクリプトを使用したエージェントのデプロイエージェントは、ログオン・スクリプトを使用して、Microsoft Windows ノードにデプロイすることができます。アドミニストレーターは、ユーザーがログオンしたときに Windows ドメイン・コントローラーが自動的にスクリプトを実行するよう、各ドメインをセットアップします。このスクリプトは、ユーザーがログオンしたノードにエージェントが存在していないかどうかを検査し、存在している場合は、そのバージョンが同じかどうかを検査します。スクリプトがエージェントを検出しなかった場合、またはバックレベルのエージェントを検出した場合、スクリプトはそのエージェントをインストールします。

この手順が機能するには、ノードを登録するユーザーは、アドミニストレーター権限でログオンする必要があります。

ログは、Windows ドメイン・コントローラーのインストール試行時に保守されます。

通常は、使用環境の組織、部門、およびランタイム・サーバーの固有の組み合わせごとに、以下の手順を実行することになります。その理由は、エージェントのデプロイメントを推進させ、ドメイン内のすべてのエージェントにそれら 3 つのエンティティーの値を使用する、単一の構成ファイルを定義することになるからです。ただし、個々のノードごとに構成ファイルを定義する可能性もあります (詳細については、ステップ 9 (201ページ) を参照)。

この手順のほとんどのステップは、Windows Domain アドミニストレーターが実行する必要があります。それは、これらのステップには、特殊な知識とこのドメインへのアクセスが必要であるからです。その詳細を以下に示します。

1. ログインします。Windows ドメイン・コントローラーにログインします。

2. NETLOGON 共用ディレクトリーをセットアップします。NETLOGON 共用ディレクトリーがまだセットアップされていない場合は、それをセットアップします。このディレクトリーは、ブラウズ可能であってはいけませんが、ドメイン内のすべてのユーザーに対して書き込みを許可しています。

3. 必要であれば、ログ・ファイル用の共用ディレクトリーをセットアップします。ログを保管する共用ディレクトリーをセットアップすることにより、ドメイン・サーバー上でのスクリプトの実行のログを記録することができます。このディレクトリーは、ブラウズ可能であってはいけませんが、ドメイン内のすべてのユーザーに対して書き込みを許可しています。

4. ランタイム・サーバーにアクセスします。ドメイン・サーバーから、適切なTivoli License Manager ランタイム・サーバーにアクセスします。

5. コピーするファイルを見つけます。コピーする必要のあるファイルは、ランタイム・サーバーにあります。それらは、 168ページの『エージェントの手動デプロイメント (installagent コマンド)』、具体的にいえば、これまでに説明した手順のステップ 2 (168ページ) から 3 (168ページ) で説明したように、すでにmanualDeployスクリプトを実行して集めているはずです。スクリプトの実行後、NETLOGON 共用ディレクトリーにコピーする必要のある Windows ファイルをはじめとする、すべてのプラットフォーム用のエージェント・デプロイメント・ファイルを含むディレクトリー構造を作成します。Windows ファイルは、以下のディレクトリーにあります。

エージェント・デプロイメント: Windows ログオン・スクリプトを使用


<agentFilesDirectory>¥win32

ここで、<agentFilesDirectory> は、manualDeploy コマンドの実行時に選択したディレクトリーです。

6. ファイルをコピーします。上記のディレクトリーから NETLOGON 共用ディレクトリーに、ファイルおよびディレクトリーをコピーします。これらのファイルをコピーが完了すると、NETLOGON 共用ディレクトリーの内容は以下のようになっているはずです。

¥pdc_deploy¥profiles¥default.conf¥pdc_deploy¥getdt.exe

gethost.exegetos.batprintmsg.exesethostname.battlm.battlminstall.bat

cert.armcodesetgsk7bas.exeinstallagent.exenlstlmagent.exetlmlog.propertiesWas_Cloning.batwscanner.tar

7. ユーザーはログオン・スクリプトを使用する必要があると定義します。「ドメイン・ユーザー・マネージャー (Domain User Manager)」内で、ドメインのすべてのユーザーに対して、「ユーザー環境プロファイル (User EnvironmentProfile)」を選択し、「プロファイル」タブで、「ログオン・スクリプト(Logon script)」の値を、次のように「pdc_deploy¥tlm.bat」に設定します。

8. tlm.bat を構成します。 NETLOGON 共用ディレクトリー内のpdc_deploy¥tlm.bat ファイルを編集し、以下の環境変数の値を設定します。

set DOMAINSERVER=<DOMAIN_SERVER>set NETLOGON_SHARE=<NETLOGON_SHARE>set LOG_SHARE=<LOG_SHARE>



ここで、指定するパラメーターは以下のとおりです。

<DOMAIN_SERVER>Microsoft Windows ドメイン・コントローラーのホスト名。

<NETLOGON_SHARE>NETLOGON 共用ディレクトリーの名前。

<LOG_SHARE>Windows ドメイン・コントローラーにログ・ファイルを作成するためのオプションを使用するのであれば (3を参照)、ログを保管するための共用フォルダーの名前を指定してください。このオプションを使用しないのであれば、変数をブランクに変更してください。

したがって、Windows ドメイン・コントローラーが windomain1 という名前で、NETLOGON 共用ディレクトリーが netlog という名前で、ログを保管しない場合、これらの変数は以下のようになります。

set DOMAINSERVER=windomain1set NETLOGON_SHARE=netlogset LOG_SHARE=

9. デフォルトのエージェント・インストール・パラメーターをカスタマイズします。このドメイン内のすべてのノードが、(ノード・タグは除いて) 同じ構成パラメーターを持っている場合は、共通値を含む 1 つの構成ファイルをログオン・スクリプトに与えることができます。このファイルは、default.conf という名前で、profiles ディレクトリーに保管されます。このデフォルト・ファイルの受け取り時の内容は、以下のとおりです。

# TLM agent deployment parameters

# Basic parametersdivision=<division_name>server=<server_name>organization=<organization_name>security_level=<security_level(1 or 4)>

# The following parameters rarely need to be changedport=80nodeTag=%serial%vendoruseProxy=noproxyName=noneproxyPort=0secure_port=443

# The following parameters are never to be changeduri=/slmruntime/servicecertificate=cert.armgskit=gsk7bas.exescanner=wscanner.tar

すべてのパラメーターに、エージェント・デプロイメント環境に適した有効な値が含まれるよう、このファイルを編集します。

ファイル内のパラメーターの構文は、以下のとおりです。

<variableName> = <variableValue>



<variableName> および <variableValue> は、上記で説明したフィールド名と値です (以下に例を示します)。等号の両側にスペースを挿入できますが、各パラメーターは複数の行に分割して入力することはできません。

ただし、ドメイン内で 1 つ以上のノードに異なる値が必要な場合 (例えば、異なる部門、ランタイム・サーバー、SSL の使用)、特定のノードに適用される個別ファイルを作成できます。個別ファイルを作成するには、profiles ディレクトリー内の default.conf のコピーを作成し、そのファイルに<hostname>.conf という名前を付けます。<hostname> は、当該ノードのホスト名です。<hostname>.conf ファイルを編集して、そのノードのファイル内の値をカスタマイズします。ログオン・スクリプトの実行時は、<hostname>.conf

ファイルを持たないノードは、default.conf 内の値を使用します。

パラメーターは以下のとおりです。

部門 (division)エージェントが属する部門の名前。

server エージェントが属するランタイム・サーバーのアドレス (ホスト名または IP アドレス)。

組織 (organization)エージェントが属する組織の名前。

security_levelこれは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値は installagent コマンドに指定した値を上書きします。許可される値は以下のとおりです。

1 非セキュア: すべての通信に HTTP を使用します (デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスを有効にしておく必要があります。

4 セキュア: すべての通信に HTTPS を使用します。ランタイム・サーバーがインストールされている HTTP サーバーでは、HTTPS

サービスを有効にしておく必要があります。

port 非セキュア・モードの通信で使用されるランタイム・サーバー上のポート。

nodeTagエージェントをインストールしようとしているノードの名前。デフォルト値は %serial%vendor です。これはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。以下の変数を使用すると、nodeTag のすべてまたは一部を構成することができます。








一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべての Windows プラットフォームでこれらの変数を使用できます。したがって、nodeTag が重複しないようにするために、常に変数を%SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: nodeTag の一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントを登録しようとして、それに「50%hosted」というノード・タグを付けると、そのエージェントは「50JOHNDOEED」として登録されます。

useProxyプロキシー・サーバーでランタイムを保護するか (y、しないか (n) を指定します。

proxyNameuseProxy が y の場合は、プロキシー・サーバーのアドレス (ホスト名または IP アドレス) を入力します。そうでない場合は、「none」を入力します。

proxyPortuseProxy が y の場合は、プロキシー・サーバーのポートを入力します。そうでない場合は、任意の数値 (例えば「0」) を入力します。

secure_portsecurity_level が 4 の場合は、SSL 通信に使用されるポート番号を入力します。そうでない場合は、任意の数値 (例えば「111」) を入力します。

ファイル内の他のキーはすべて、デフォルト値のままにしておきます。

10. 必要であれば、結果をモニターします。エージェントのすべてのデプロイメント方法と同様、管理サーバーの GUI を使用して結果をモニターし (「コンポーネントの管理」 � 「エージェント」)、エージェントの詳細を調べることができます。さらに、ロギング・オプションを使用可能にしている場合は (3を参照)、このディレクトリー内のログ・ファイルを確認して、結果を調べることができます。

注: ノードでのデプロイメント操作で、GSKit がすでに使用中であることが判明した場合、コンピューターをリブートするまでインストールを完了する



ことができません。GSKit は、エージェントのディレクトリーにreboot_needed.txt という名前のファイルを作成し、GSKFilesLocked という変数を 1 に設定して、リブートが必要であるという要件をこのファイルに保管します。ユーザーには、リブートが必要であることを通知するメッセージが表示されます。この変数がこのファイルに含まれていると、エージェントは開始しません。コンピューターをリブートし、GSKit がアンロックされると、エージェントのインストールが完了し、このファイルは削除されます。

重要: 修正またはアップグレードをインプリメントし、ランタイム・サーバー上のエージェント・コードをアップグレードする場合は、Windows ドメイン・コントローラーのファイルも忘れずにアップグレードする必要があります。

OS/400 へのエージェントのインストールエージェントは、OS/400 を実行している iSeries ノードに、以下の方法でデプロイすることもできます。

v 『Windows ノードからの OS/400 エージェントのインストール』

v 213ページの『iSeries ノードへの OS/400 エージェントのインストール』

v 214ページの『異なる iSeries ノードへのエージェントの保管と復元』

Windows ノードからの OS/400 エージェントのインストール接続されている Windows ノードから OS/400 エージェントをインストールするには、次の 2 つの方法があります。

v 『対話によるエージェントのインストール』

v 212ページの『エージェントのサイレント・インストール』

対話によるエージェントのインストールこれは、GUI を使用して、一連のパネルで必要な情報を対話式に入力できます。

1. ログインします。OS/400 エージェントをインストールしようとしている場所から、接続されている Windows ノードに、アドミニストレーター権限を持つユーザーとしてログインします。

2. ウィザードを見つけます。以下のディレクトリーにナビゲートします。

<CD_drive>¥setup¥agent¥OS400¥Win32

3. ウィザードを立ち上げます。以下の ISMP ウィザードを立ち上げます。

setupAgentOS400.exe

注:

a. セットアップ・ファイルを CD からディスクに移動してからそのセットアップ・ファイルを立ち上げる場合、相対ディレクトリー構造を維持しながらsetup*.exe/bin と対応する ../setup*.jar の両方を移動する必要があります。

b. Windows ターミナル・サーバーが、セットアップ・ファイルを実行するコンピューターにインストールされている場合、またはWindows ターミナル・サービスを使用して別のコンピューターにアクセスする場合、このウィザードを以下のようにして立ち上げる必要があります。






4) 「参照」をクリックして setupAgentOS400.exe ファイルにナビゲートし、それを選択して強調表示し、「開く」をクリックします。



これと同じ操作は、手動でインストール・モードに変更して、エージェント・デプロイメントが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows のコマンド行からchange user /install を実行します。次に、このコマンドを発行して、ツールのセットアップ・ファイルを実行します。インストールの完了後に、change user /execute コマンドを発行して、実行モードに戻る必要があります。

重要: コマンド行ウィンドウは、最初のウィザード・パネルが表示される前に開きます。ウィザードの初期化を待っている間は、このウィンドウを閉じたり、他のアプリケーションを使用したりしないでください。

4. OS/400 ノードにログインします。以下のポップアップが画面の左上隅に表示されます。

重要: ウィザードが開始してからポップアップが表示するまでの間に、別のアプリケーションに切り替えると、このポップアップは現在のすべてのアプリケーションの背面に表示されます。ポップアップを見つけるには、Alt-Tab キーを使用して開いているアプリケーションをリストし、Java ロゴを持つ「サーバーへのサインオン (Signon to the server)」というタイトルのアプリケーションを選択します。

以下のフィールドに入力します。

システムネットワーク内の OS/400 ノードの名前です。

エージェント・デプロイメント: OS/400 上


ユーザー IDプログラムのインストール権限を持つユーザーのユーザー ID を入力します。

パスワード対応するパスワードを入力します。

5. 言語を選択します。ウィザードに使用する言語を選択して、「OK」をクリックします。「ようこそ」ページが表示されます。

6. 「ようこそ」ページを表示します。「次へ」を押します。「セットアップ・タイプ (Setup Type)」パネルが表示されます。

7. 「セットアップ・タイプ (Setup Type)」を選択します。使用するセットアップのタイプを選択します。

通常この場合は、ほとんどのフィールドにデフォルト値を使用してエージェントをインストールします (これらの値の詳細については、 62ページの『OS/400 ノードに接続されている Windows コンピューターでOS/400 エージェント・インストール・ウィザードを使用する』で説明しています)。

カスタムこれは、すべての値をカスタマイズ可能にして、エージェントをインストールします。

必要なオプションを選択し、「次へ」をクリックします。

8. OS/400 ノードに構成される 1 次言語が、Tivoli License Manager がサポートする言語の 1 つでない場合、「言語選択 (Language Selection)」パネルが表示され (ここには示していません)、エージェントが使用する、サポートされている言語を 1 つ、プルダウン・リストから選択するよう要求されます。選択する



言語は、2 次言語としてノードにあらかじめインストールされている必要があります。「次へ」をクリックして先へ進みます。

「カスタム」インストールを選択した場合は、ステップ 10 に進み、それ以外の場合はそのまま続けます。

9. 「標準」インストール・パラメーター: 「標準」インストールを選択した場合は、以下のパネルが表示されます。

以下のパラメーターを指定してください。

組織名エージェントが属する組織の名前。

ランタイム・サーバーのアドレスエージェントが属するランタイム・サーバーのアドレス (ホスト名または IP アドレス)。

部門名エージェントが属する部門の名前。

他のエージェント・フィールドのデフォルト値の詳細は、 62ページの『OS/400

ノードに接続されている Windows コンピューターで OS/400 エージェント・インストール・ウィザードを使用する』に記載しています。


ステップ 12 に進みます。

10. 「カスタム」インストール・パラメーター: 「カスタム」インストールを選択した場合は、以下のパネルが表示されます。



以下のパラメーターを指定してください。

組織名エージェントが属する組織の名前。

ランタイム・サーバーのアドレスエージェントが属するランタイム・サーバーのアドレス (ホスト名または IP アドレス)。

部門名エージェントが属する部門の名前。

ノード・タグOS/400 エージェントをインストールするノードの名前。デフォルト値は、%SERIAL 変数と %VENDOR 変数を連結したものです。これはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。以下の変数を使用すると、ノード・タグのすべてまたは一部を構成することができます。








一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべての OS/400 プラットフォームでこれらの変数を使用できます。したがって、ノード・タグが重複しないようにするために、常に変数を %SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: ノード・タグの一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントを登録しようとして、それに「50%hosted」というノード・タグを付けると、そのエージェントは「50JOHNDOEED」として登録されます。

始動モードこれは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値は installagent コマンドに指定した値を上書きします。指定できる値は以下のとおりです。

No SSL非セキュア: すべての通信に HTTP を使用します (デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスを有効にしておく必要があります。

SSLセキュア: すべての通信に HTTPS を使用します。ランタイム・サーバーがインストールされている HTTP サーバーでは、HTTPS

サービスを有効にしておく必要があります。

ランタイム・サーバー・ポート/SSL ポート「始動モード」が No SSL の場合、このフィールドは「ランタイム・サーバー・ポート」になります。http 通信に使用されるランタイム・サーバーのポートを入力します。

「始動モード」が SSL の場合、このフィールドは「SSL ポート」になります。https 通信に使用されるランタイム・サーバーのポートを入力します。

プロキシー・サーバーの使用プロキシー・サーバーによってランタイムを保護するかどうかを指定します。この項目を選択した場合は、次のように、プロキシー・サーバー・フィールドが備わったパネルが再表示されます。



プロキシー・サーバーのアドレス「プロキシー・サーバーを使用する」を選択した場合は、プロキシー・サーバーのアドレス (ホスト名または IP アドレス) を入力します。

プロキシー・ポート「プロキシーを使用する」を選択した場合は、プロキシー・サーバーのポートを入力します。


11. SSL 証明書を識別する (オプション): 「始動モード」に SSL を選択した場合は、以下のパネルが表示されます。



このパネルでは、OS/400 ターゲット・ノードで使用される SSL 証明書を決定できます。

作成または購入した証明書を選択する場合は、その証明書までブラウズするか、そのパスを入力します。証明書は、cert.arm という名前である必要があり、UserData にインストールされています。

組み込みのテスト証明書を使用するオプションを選択する場合、この証明書はテストのみを目的として製品と共に発行された証明書であって、「活動」状況では使用してはいけないことを認識しておいてください。それは、この証明書はすべてのカスタマーに配布されるので、セキュアではないからです。別の証明書を選択した場合でも、デフォルトの証明書が ProdData にインストールされます。

12. インストールを確認します。インストールの要約パネルが表示され、インストールされる内容が表示されます。「次へ」をクリックして、選択項目を確認し、インストールを続行します。

13. 終了: 以上でウィザードは OS/400 ノードにエージェントをインストールし、結果を確認するパネルを表示します。さらにウィザードは、エージェントを開始します。エージェントはそのランタイム・サーバーに接続し、それ自体を組み込みます。「終了」をクリックして、作業を終えます。

14. パスワードを変更します。インストール中、ウィザードによって、QITLM と呼ばれる OS/400 ノード上にユーザーが作成され、このユーザーに QITLM のパスワードが付与されます。セキュリティー上の理由から、このパスワードは変更するようにしてください。

エージェントが正しくインストールされていることを確認するために、OS/400 ノードで「インストール済みのライセンス・プログラム (Installed License Programs)」を開き、1IBMTLM のエントリーがあることを確認します。



エージェントのサイレント・インストールインストール・ウィザードをサイレント・モードで実行する場合、必要なパラメーターは InstallShield の応答ファイルから取得されます。応答ファイルrecordFile_Install.txt は、Tivoli License Manager に付属しおり、<CD_drive>¥setup¥agent¥OS400 ディレクトリーにあります。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。

インストール・ウィザードをサイレント・モードで実行する手順は、以下のとおりです。

1. 応答ファイルをコピーします。サーバーおよびエージェント CD からインストールを実行する場合は、応答ファイル recordFile_Install.txt を CD の¥setup¥agent¥OS400 ディレクトリーからハード・ディスク上の一時ディレクトリーにコピーします。または、CD からハード・ディスクにコピーした応答ファイルを確認します。

2. 応答ファイルを編集します。インストールしようとしている OS/400 エージェントのインストールをパラメーターが記述するよう、応答ファイルを編集します。パラメーターの詳細については、 335ページの『OS/400 エージェントのサイレント・インストール』を参照してください。

3. ウィザードを見つけます。以下のディレクトリーにナビゲートします。

<CD_drive>¥setup¥agent¥OS400¥Win32

4. ウィザードを立ち上げます。以下の ISMP ウィザードを立ち上げます。

v ハード・ディスクからコマンドを立ち上げる場合は、応答ファイルをそのオリジナルの位置で編集していれば、以下のコマンドを使用してください。

setupAgentOS400.exe <node_name> <user_id> <password> -silent-options ″..¥recordFile_Install.txt″

v サーバーおよびエージェント CD からコマンドを立ち上げる場合は、一時ディレクトリーの応答ファイルを編集していれば、以下の引き数を使用してください。

setupAgentOS400.exe <node_name> <user_id> <password> -silent-options ″<response_file_dir>¥recordFile_Install.txt″

例えば、setupAgentOS400.exe 9XBR344 cphillip due3four -silent -options″C:¥temp_silent¥recordFile_Install.txt″ は、C:¥temp_silent ディレクトリーの応答ファイルを使用して、サイレント・モードでインストール・ウィザードを実行します。

注:

a. セットアップ・ファイルを CD からディスクに移動してからそのセットアップ・ファイルを立ち上げる場合、相対ディレクトリー構造を維持しながらsetup*.exe/bin と対応する ../setup*.jar の両方を移動する必要があります。

b. Windows ターミナル・サーバーが、セットアップ・ファイルを実行するコンピューターにインストールされている場合、またはWindows ターミナル・サービスを使用して別のコンピューターにアクセスする場合、このウィザードを以下のようにして立ち上げる必要があります。






4) 「参照」をクリックして setupAgentOS400.exe ファイルにナビゲートし、それを選択して強調表示し、「開く」をクリックします。

5) 実行可能名の後に適切な引き数 (<node_name> <user_id> <password>

-silent -options ″<response_file_dir>¥recordFile_Install.txt″) を入力します。



これと同じ操作は、手動でインストール・モードに変更して、エージェント・デプロイメントが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows のコマンド行からchange user /install を実行します。次に、このコマンドを発行して、ツールのセットアップ・ファイルを実行します。インストールが完了したら、コマンド change user /execute を実行して実行モードに戻ります。

5. 結果を確認します。インストールの結果は、メッセージや必要に応じてトレース・ログを表示して確認することができます。これらのファイルについての詳細は、「IBM Tivoli License Manager: 問題判別」を参照してください。


recordFile_Install.txt ファイルの詳細説明については、 335ページの『OS/400

エージェントのサイレント・インストール』を参照してください。また、そのファイルで指定する必要のある値の詳細については、 204ページの『対話によるエージェントのインストール』を参照してください。


iSeries ノードへの OS/400 エージェントのインストールこのオプションは、応答ファイルを使用して、OS/400 ノード上で OS/400 インストール・ウィザードをサイレント・モードで実行します。

ステップは以下のとおりです。

1. ログインします。プログラムのインストール権限を持つユーザーとして iSeries

ノードにログインします。



2. ウィザードをアクセス可能にします。ウィザード・ファイル(setupAgentOS400.jar) は、Tivoli License Manager サーバーおよびエージェントCD の以下のディレクトリーにあります。

<CD_drive>¥setup¥agent¥OS400¥

このファイルを OS/400 システムからアクセス可能にします。このファイルは、IFS ディレクトリー・システム、またはOS/400 システムに接続された装置のいずれかに存在している必要があります。このファイルが接続装置にある場合は、リンク作成 (CRTLINK) コマンドを使用して、このファイルへのシンボリック・リンクを作成する必要があります。

3. 応答ファイルを編集します。応答ファイル recordFile_Install.txt を見つけます。サーバーおよびエージェント CD からインストールを実行する場合は、その CD の <CD_drive>¥setup¥agent¥OS400¥ ディレクトリーから、ハード・ディスクの一時ディレクトリーに応答ファイルをコピーします。 335ページの『OS/400 エージェントのサイレント・インストール』の説明に従って応答ファイルを編集し、パラメーターごとに適切な値を設定します。応答ファイルを保管します。

4. ウィザードをサイレント・モードで実行します。次のコマンドを実行します。RUNJVA CLASS(run) PARM(’-silent’ ’-options’’<response_file_dir>/recordFile_Install.txt’)CLASSPATH(’/setupAgentOS400.jar’)

このウィザードにより、エージェントがインストールされ、開始します。エージェントはそのランタイム・サーバーに接続し、それ自体を組み込みます。



異なる iSeries ノードへのエージェントの保管と復元OS/400 エージェントのインストールを完了すれば、OS/400 を実行している別のiSeries ノードにそれをコピーすることができます。この手順では、ソース・ノードで SAVLICPGM を使用し、ターゲット・ノードで RSTLICPGM コマンドを使用します。ステップは以下のとおりです。

1. ソース・ノードにログインします。OS/400 エージェントがすでにインストールされているノードにログインします。ユーザー ID には、SAVLICPGM コマンドの使用を可能にするための権限が必要です。

2. エージェント構成ファイルをターゲット・ノードにコピーします。エージェントがソース・ノードにインストールされている場合は、以下のように、エージェント構成ファイルの 2 つのコピーがインストールされています。



エージェント構成テンプレート・ファイルこれはデフォルトのエージェント構成ファイルで、製品に付属しています。このファイルは、以下のロケーションにあります。

/QIBM/ProdData/QITLM/conf/tlmagent.ini

カスタマイズされたエージェント構成ファイルこれはカスタマイズされたエージェント構成ファイルで、エージェントの構成時に指定したパラメーターで変更されています。このファイルは、以下のロケーションにあります。

/QIBM/UserData/QITLM/conf/tlmagent.ini

ターゲット・ノード上の /tmp/itlm ディレクトリーまたは/QIBM/UserData/QITLM/conf のいずれかにファイル tlmagent.ini がない場合、SAVLICPGM および RSTLICPGM コマンドを使用すると、ソース・ノードの/QIBM/ProdData/QITLM/conf にあるこのファイルのテンプレート・バージョンが、ターゲット・ノードの /QIBM/UserData/QITLM/conf にコピーされます。このファイルはテンプレート・ファイルであるため、エージェントは実行されません。RSTLICPGM コマンドを使用した後にエージェントが実行されるようにするには、ソース・ノード上のテンプレート・ファイル(/QIBM/ProdData/QITLM/conf/tlmagent.ini) またはカスタマイズ済みファイル(/QIBM/UserData/QITLM/conf/tlmagent.ini) のいずれかをターゲット・ノードの/QIBM/UserData/QITLM/conf/tlmagent.ini にコピーし、次のステップの説明に従ってカスタマイズすることをお勧めします。

3. ターゲットのエージェント構成ファイルをカスタマイズします。ターゲット・ノードの /QIBM/UserData/QITLM/conf/tlmagent.ini を編集して、以下のように、ターゲット・ノードの要件に一致するようパラメーターを変更します。

server エージェントが属するランタイム・サーバーのアドレス (ホスト名または IP アドレス)。

port 通信に使用されるランタイム・サーバーのポート。

use_proxyプロキシー・サーバーでランタイムを保護するか (y、しないか (n) を指定します。

proxy use_proxy が y の場合は、プロキシー・サーバーのアドレス (ホスト名または IP アドレス) を入力します。そうでない場合は、「none」を入力します。

proxy_portuse_proxy が y の場合は、プロキシー・サーバーのポートを入力します。そうでない場合は、任意の数値 (例えば「3128」) を入力します。

secure_portstartupMode が ssl の場合は、SSL 通信に使用されるポート番号を入力します。そうでない場合は、任意の数値 (例えば「443」) を入力します。

agentidストリング %AGENT_ID を指定します。



divisionエージェントが属する部門の名前。

organizationエージェントが属する組織の名前。

startupModeこれは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値は installagent コマンドに指定した値を上書きします。指定できる値は以下のとおりです。

nossl非セキュア: すべての通信に HTTP を使用します (デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスを有効にしておく必要があります。

ssl セキュア: すべての通信に HTTPS を使用します。ランタイム・サーバーがインストールされている HTTP サーバーでは、HTTPS サービスを有効にしておく必要があります。

tag OS/400 エージェントをインストールするノードの名前。デフォルト値は、%SERIAL 変数と %VENDOR 変数を連結したものです。これはフリー・フォーマット・テキストで、エージェントを認識する方法を表しています。これは大文字小文字を区別しません。小文字はすべて、エージェントの登録時に大文字に変換されます。以下の変数を使用すると、tag

のすべてまたは一部を構成することができます。






一部のプラットフォームではこれらの変数のいくつかの値はヌルですが、すべての OS/400 プラットフォームでこれらの変数を使用できます。したがって、タグが重複しないようにするために、常に変数を%SERIAL または %HOST のいずれかと組み合わせることをお勧めします。

注: tag の一部として % 文字を使用する場合は、パーセント記号の後のテキストが、上の変数の 1 つに一致していれば、その変数がテキストの代わりに使用されることに注意してください。例えば、ホスト名が「johndoe」のノードにエージェントを登録しようとして、それに「50%hosted」というタグを付けると、そのエージェントは「50JOHNDOEED」として登録されます。



他のすべてのファイルは、示されている値のまま残しておくか、IBM Tivoli

License Manager: 問題判別に記載のように変更する必要があります。

4. エージェントを保管します。 SAVLICPGM コマンドを使用して、エージェントのコピーを SAVF ファイルに保管します。

5. エージェントをターゲット・ノードにコピーします。ステップ 4 で作成された、エージェントの SAVF ファイルをターゲット・ノードにコピーします。

6. ターゲット・ノードにログインします。ターゲット・ノードにログインします。ユーザー ID には、RSTLICPGM コマンドの使用を可能にするための権限が必要です。

7. エージェントを復元します。RSTLICPGM コマンドを使用して、ターゲット・ノードにエージェントの SAVF のコピーを復元します。エージェントは自動的に開始して、それ自体をランタイム・サーバーに接続し、それ自体を組み込むはずです。

注: コマンドがソース・ノードで /QIBM/UserData/QITLM/conf/tlmagent.ini ファイルを見つけることができなかった場合、このファイルのテンプレート・バージョン (SAVF ファイル・パッケージに含まれる) がこの場所にコピーされます。ただし、エージェントは、テンプレート・ファイル内のパラメーターを使用して開始することができません。ステップ 3 の説明に従って/QIBM/UserData/QITLM/conf/tlmagent.ini ファイルを編集し、エージェントを再始動してください。


WebSphere Application Server エージェントのデプロイエージェントに WebSphere Application Server がデプロイされている場合、追加のエージェント・プロセスを使用して、WebSphere Application Server 上で実行されている製品を検出します。このプロセスは、wasagent と呼ばれる WebSphere

Application Server エージェントです。

wasagent は、WebSphere Application Server の存在がエージェントによって検出されると、自動的にインストールされます。このことが該当するのは、エージェントがインストールされたときに WebSphere Application Server が存在していた場合、またはエージェントがインストールされた後に WebSphere Application Server がインストールされた場合のいずれかになります。

wasagent にはコマンド行があり、このコマンド行から、使用可能な WebSphere

Application Server セキュリティー・セルのためのアクセス信任状を wasagent に提供する作業を含め、さまざまなアクティビティーを実行することができます。これらの信任状を提供しないと、wasagent はセキュリティー・セルにアクセスすることができません。コマンド行について詳しくは、 268ページの『WebSphere

Application Server エージェント・コマンド』を参照してください。




第 5 章カタログ・マネージャーのインストール

この章では、カタログ・マネージャーのインストールに必要な情報と手順を示します。次の内容が含まれます。

v インストールを開始する前に必要なタスクまたはチェック事項。『プリインストール・タスク』を参照してください。

v カタログ・マネージャーのインストール手順。 221ページの『インストール手順』を参照してください。

v カタログ・マネージャーのアンインストール手順。 237ページの『第 7 章 Tivoli

License Manager のアンインストール』を参照してください。

カタログ・マネージャーの概要については、 8ページの『カタログの管理』を参照してください。

サポートされるプラットフォームおよび前提条件など、カタログ・マネージャーのインストールの計画については、 65ページの『カタログ・マネージャーのインストール計画』を参照してください。

プリインストール・タスクインストールを開始する前に、次のステップを行います。

1. コンピューターを選択します。カタログ・マネージャーをインストールするコンピューターを選択します。

2. 前提条件を確認します。カタログ・マネージャーをインストールするコンピューターが、インストールの前提条件を満たしていることを確認します。 66ページの『カタログ・マネージャーの前提条件』を参照してください。

必要とするインストールに十分なディスク・スペースがあることを確認します。

3. 時間帯設定を確認します。時刻および時間帯設定が正しいことを確認します。これらの設定を Tivoli License Manager の使用中に変更することはお勧めできません。ただし、カタログ・マネージャーがインストールされたコンピューターで日付または時刻を変更する必要がある場合は、カタログ・マネージャーを停止して、日付または時刻を変更してから、カタログ・マネージャーを再始動する必要があります。

4. 言語設定を確認します。カタログ・マネージャーを 2 バイト文字セット(DBCS) 環境にインストールする場合、基本の言語環境設定 (国/地域別情報、言語、およびキーボード) が正しいことを確認してください。設定が正しくないと、カタログ・マネージャーとデータベース間の通信に障害が発生する場合があります。

5. UNIX の場合、オペレーティング・システム・コマンドが使用可能であるか確認してください。カタログ・マネージャーのインストールでは、UNIX 上でネイティブのオペレーティング・システム・コマンドを使用します。特に、findおよび grep コマンドを使用します。つまり、これと同じ名前の別のコマンド


が使用可能なソフトウェアをインストールしている場合は、そのソフトウェアをアンインストールするか使用不可にする必要があります。

6. UNIX の場合、DB2 構成ファイルが存在することを確認します。UNIX プラットフォームでは、DB2 がインストールされている場合、以下の DB2 構成ファイルが存在することを確認する必要があります。

<DB2InstanceHome>/sqllib/db2profile

ここで、<DB2InstanceHome> は、DB2 インスタンス所有者のホーム・ディレクトリーです。例えば、/home/DB2inst1 などです。

このファイルが存在しない場合、元の DB2 のインストールが正しく構成されていないため、このインストールを実行する前に、アンインストールする必要があります

7. UNIX の場合、DB2 構成ファイルにシェル呼び出しが含まれていないことを確認します。UNIX プラットフォームでは、DB2 がインストールされている場合、<DB2InstanceHome>/sqllib/db2profile ファイルにシェル呼び出しが含まれていないことを確認する必要があります。これが含まれている場合、インストールが失敗するため、除去する必要があります。

8. Windows では、DB2 の前提条件がインストールされている場合、PATH を確認します。DB2 の前提条件のバージョンがコンピューターにインストールされている場合、PATH 変数が DB2 への正しいパスを含んでいることを確認します。例えば、Windows コマンド行で、echo %PATH% と入力します。パスの中に、DB2 ...¥bin ディレクトリーが存在する (例えば、C:¥Program Files¥

DB2¥bin など) ことを確認します。このディレクトリーがない場合には、追加する必要があります。

9. 自動インストールされる前提条件に対して、コンピューターが正しく構成されていることを確認します。前提条件となるバージョンの DB2 に自動インストール機能を使用する場合は、その文書を読み、使用可能なスペースが十分あり、コンピューターが正しく構成されていることを確認します。例えば、HP/UX および Solaris プラットフォーム上のカーネルが、DB2 用に正しく構成されていることを確認します。

10. DB2 を始動します。このインストールに対してサポートされるデータベースの前提条件をすでに持っている場合、適切な DB2 サーバー上で DB2 サービスを始動します。

11. インストール情報を収集します。製品情報が保管されているデータベースへのアクセスに必要な情報があることを確認します。この情報には、データベース名、DB2 サーバーがインストールされているコンピューターのホスト名、および DB2 サーバーとの通信に使用されるポート番号が含まれています。UNIX

プラットフォームへのインストールの場合は、DB2 インスタンス所有者も必要です。

注: DB2 のデフォルトのポート番号は、50000 です。ただし、これが構成済みの番号であることを確認する必要があります。これには、DB2 サーバーがインストールされているコンピューターの services ファイルを確認します。



UNIX/etc/services

Windows<WINDOWS_INSTALL_DIR>¥system32¥drivers¥etc¥services



同様の項目が複数ある場合は、最も新しい項目を見つけて、ポートの値を確認してください。

インストール手順単一のインストール・ウィザードにより、サポートされるすべてのプラットフォームにカタログ・マネージャーをインストールできます。セットアップ・ファイルは、カタログ・マネージャー CD の次のディレクトリーにあります。

AIX setup/catalog_manager/AIX/setupCatMan.bin

HP/UX setup/catalog_manager/Hpux/setupCatMan.bin

Linux setup/catalog_manager/Linux/setupCatMan.bin

Linux 390 setup/catalog_manager/Linux390/setupCatMan.bin

Linux ppc setup/catalog_manager/LinuxPPC/setupCatMan.bin

Sun setup/catalog_manager/Solaris/setupCatMan.bin

Windows setup¥catalog_manager¥Win32¥setupCatMan.exe

インストール方法の選択インストールを続ける前に、計画の章をお読みください ( 1ページの『第 1 章 IBM

Tivoli License Manager のデプロイ計画』を参照)。

インストール・ウィザードは、3 とおりの方法で実行できます。


これを呼び出すには、引き数を使用せずにウィザードのセットアップ・コマンドを起動します。

詳細な説明は、 224ページの『対話モードでのインストール・ウィザードの使用』を参照してください。

サイレント・モードインストール・ウィザードをサイレント・モードで実行する場合、必要なパラメーターは InstallShield の応答ファイルから取得されます。応答ファイルrecordFile_Install.txt は、Tivoli License Manager に付属しており、カタログ・マネージャー CD の ¥setup¥catalog_manager ディレクトリーにあります。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。

サイレント・モードでウィザードを実行するには、以下の手順を行います。


第 5 章カタログ・マネージャーのインストール 221

1. カタログ・マネージャーをインストールするコンピューターに、管理権限を持つユーザー (Windows プラットフォームの Administrator または UNIX プラットフォームの root) としてログオンします。

2. カタログ・マネージャー CD からインストールを実行する場合、CD の¥setup¥catalog_manager ディレクトリーにあるrecordFile_Install.txt 応答ファイルを、ハード・ディスクの一時ディレクトリーにコピーします。

3. パラメーターが実行するインストールを記述するよう、応答ファイルを編集します。パラメーターの詳細については、 332ページの『カタログ・マネージャーのサイレント・インストール』を参照してください。

4. サイレント・インストールで、バンドルされた前提条件の DB2 もインストールする場合、インストールを CD から実行せずに、同じプロセスの一部として、バンドルされた前提条件の DB2 を CD からインストールしてください。または、次のいずれかを行います。

v インストール・ウィザードを、カタログ・マネージャー CD のハード・ディスク・イメージから実行します。

v 以下のディレクトリー、およびディレクトリー内のファイルとサブディレクトリーをディスク CD drive:¥setup¥catalog_manager¥ にコピーします。このとき、ディレクトリー構造および名前は CD と同じにします。

v 使用する前提条件ソフトウェア・インストール CD のハード・ディスク・イメージを作成します。

v Tivoli License Manager のインストールを行う前に、前提条件のインストールを自ら行います。

5. 重要: サーバーおよびエージェント CD の license ディレクトリーにある使用許諾契約書 (ITLM21LICENSE.txt) をお読みください。このプロセスを継続して、セットアップ・コマンドを起動することによって、使用許諾契約書の条件に暗黙的に同意したことになります。使用条件に同意することを確認の上、先に進んでください。

6. 次のようにして、ウィザードのセットアップ・コマンドを起動します。-options ″<response_file_path>¥recordFile_Install.txt″ -silent

<response_file_path> は、recordFile_Install.txt の絶対パスまたはセットアップ・ファイルの相対パスです。

例、setupCatMan.exe -options″C:¥temp_silent¥recordFile_Install.txt″ -silent

注: Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてウィザードを起動します。


b. 「プログラムの追加」をクリックします。

方法の選択


c. 「CD またはフロッピー」をクリックすると、「フロッピーディスクまたは CD-ROM からのインストール」ウィザードが開きます。「次へ」をクリックします。

d. 「参照」をクリックして、セットアップ・ファイルを見つけ、強調表示して選択し、「開く」をクリックします。

e. 「完了」をクリックしてウィザードを終了し、セットアップ・ファイルを実行します。


サイレント・ウィザードによって、対話式ウィザードのほとんどの機能を利用できますが、以下のような例外があります。

v 製品のインストール・ディレクトリーを参照することはできません。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。

v サイレント・ウィザードでは対話式ウィザードと同様に、インストール済みでない前提条件データベース・ソフトウェアがある場合は、インストールが行われます (詳しくは、 36ページの『前提条件ソフトウェアの取得とインストール』を参照)。前提条件製品がターゲット・コンピューターにインストールされていることが間違いない場合には、応答ファイルに検索のスキップ・パラメーターを設定して、検索をスキップできます。

インストールの結果は、メッセージおよびトレース・ログを表示して確認します。これらのファイルについての詳細は、「IBM Tivoli License Manager:

問題判別」を参照してください。

recordFile_Install.txt ファイルについての詳細は、 332ページの『カタログ・マネージャーのサイレント・インストール』を参照してください。このファイルに指定する値については、 224ページの『対話モードでのインストール・ウィザードの使用』も参照してください。

Tivoli Configuration Manager を使用したリモート・インストールTivoli Configuration Manager の Software Distribution コンポーネントのユーザーであれば、Software Distribution の機能を使用して、プログラムをリモートでインストールおよび実行することができます。

Tivoli License Manager には、カタログ・マネージャーをインストール可能なプラットフォームごとにソフトウェア・パッケージ・ブロックが付属しています。ソフトウェア・パッケージ・ブロックには、そのプラットフォーム用のインストール・ウィザードと応答ファイルが含まれています。これは、<platform>catmgr.spb という名前でカタログ・マネージャー CD に含まれており、SPBs¥<platform_subdirectory> 形式で構成されています。プラットフォームのサブディレクトリーごとに、カタログ・マネージャーの SPB

が用意されています。

ソフトウェア・パッケージ・ブロックをプロファイル・マネージャーにインポートし、プロファイル・マネージャーに対してターゲット・コンピューターのサブスクライブを行う必要があります。プロファイル・マネージャーを配置するとき、インストール・パラメーターの入力を求められます。パラメーターの詳細については、 333ページの『Tivoli Configuration Manager を使

方法の選択


用したカタログ・マネージャー用のソフトウェア・パッケージ・ブロック』を参照してください。指定する値については、『対話モードでのインストール・ウィザードの使用』も参照してください。

ソフトウェア・パッケージ・ブロックがターゲット・コンピューターにインストールされ、インストール・ウィザードがサイレント・モードで起動します。ソフトウェア配布で識別されたエラーは、レポート・チャネルを通じて報告されます (例えば、ノードの上の SPB のインストールの失敗など)。インストール・ウィザードにより検出されたエラーはすべて、メッセージおよびトレース・ログに報告されます。このログの詳細、およびインストールを確認するためのステップについては、「IBM Tivoli License Manager: 問題判別」を参照してください。

重要: セキュリティーの考慮事項: 指定するインストール・パラメーターには、パスワード (DB2 前提条件のインストールの場合) が含まれる場合があります。パスワードは、暗号化されてソフトウェア・パッケージ・ブロックに保管されます。ソフトウェア・パッケージ・ブロック自体は、暗号化ファイルではありません。このため、ファイルにパスワードを入力する時点で、インストールのセキュリティー・ルールに違反する可能性があります。ソフトウェア・パッケージ・ブロックのターゲット・コンピューターまでの伝送は、Tivoli Management Framework によって管理されており、ゲートウェイからエンドポイントまでのユニキャスト通信での 56 ビット DES 暗号化を実装することができます (マルチキャストの配布では暗号化はサポートされていません)。

対話モードでのインストール・ウィザードの使用カタログ・マネージャーをインストールするには、以下のステップを行います。

1. ログオン: Tivoli License Manager カタログ・マネージャーをインストールするコンピューターに、管理権限を持つユーザー (Windows プラットフォームのAdministrator または UNIX プラットフォームの root) としてログオンします。

2. セットアップ・ファイルのロケーションを確認します (バンドルされた前提条件をインストールする場合)。Tivoli License Manager のインストールで、バンドルされた前提条件の DB2 もインストールする場合、インストールを CD から実行せずに、同じプロセスの一部として、バンドルされた前提条件のソフトウェアを CD からインストールしてください。または、次のいずれかを行います。


v プラットフォーム用のインストール・セットアップ・ファイルおよび CD

drive:¥setup¥catalog_manager¥setupCatMan.jar ファイルをハード・ディスクにコピーします。このとき、ディレクトリー構造と名前は CD と同じにします。

v 使用する前提条件ソフトウェア・インストール CD のハード・ディスク・イメージを作成します。

v Tivoli License Manager のインストールを行う前に、前提条件のインストールを自ら行います。

方法の選択


3. ウィザードを起動します。Tivoli License Manager のセットアップ・ファイルを起動します。

注:



c. セットアップ・ファイルを CD からディスクに移動してからそのセットアップ・ファイルを立ち上げる場合、相対ディレクトリー構造を維持しながらsetup*.exe/bin と対応する ../setup*.jar の両方を移動する必要があります。

d. Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、またはWindows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてウィザードを起動します。




4) 「参照」をクリックして、セットアップ・ファイルを見つけ、強調表示して選択し、「開く」をクリックします。



これと同じ操作は、手動でインストール・モードに変更して、インストールが完了した後に戻ることによって行うこともできます。手動でインストール・モードに変更するには、Windows のコマンド行から change user/install を実行します。続いて、セットアップ・ファイルの実行コマンドを実行します。インストールの完了後に、change user /execute コマンドを発行して、実行モードに戻る必要があります。


4. ウィザードの言語を選択します。ウィザードが開始し、使用するウィザードの言語バージョンを選択するよう要求されます。続いて、製品のスプラッシュ画面が表示されます。

注: 言語選択画面は、ウィザードの言語を選択する前に表示されるので、言語がサポートされている場合には、ご使用のマシンのロケールの言語で表示されます。サポートされる言語には、ブルガリア語、クロアチア語、チェ



コ語、デンマーク語、オランダ語、英語、フィンランド語、フランス語、ドイツ語、ギリシャ語、ハンガリー語、イタリア語、日本語、韓国語、ノルウェー語、ポーランド語、ポルトガル語、ポルトガル語 (ブラジル)、ルーマニア語、ロシア語、中国語 (簡体字)、スロバキア語、スロベニア語、スペイン語、スウェーデン語、中国語 (繁体字)、トルコ語があります。これらのロケールを使用していない場合、画面を読むことはできず、コンピューターを一時的にサポートされるロケールに切り替える必要があります。

5. 「ようこそ」パネル: 「ようこそ」パネルが表示されます。「次へ」をクリックして先へ進みます。

6. ライセンス・パネル: 使用許諾契約書パネルが表示されます。使用許諾契約書をよくお読みください。ラジオ・ボタンを選択して使用許諾契約書を受諾してから、「次へ」をクリックして次に進みます。

重要: Tivoli License Manager カタログ・マネージャーの使用許諾契約書には、ウィザードで DB2 をインストールする場合に必要な制限付きの使用ライセンスも含まれています。先に進む前に、使用条件に必ず同意してください。

7. インストール場所: 次のパネルが表示されます。

表示されたデフォルトの場所を受け入れるか、「ブラウズ」をクリックして別の場所を選択します。ディレクトリーが存在しない場合は、作成されます。このフィールドをブランクにすると、インストールの場所は、デフォルトでインストール・ウィザードを開始したディレクトリーになります。



重要: Tivoli License Manager カタログ・マネージャーは、他の製品と同じディレクトリーにインストールしないでください。特に、いずれかの Tivoli

License Manager サーバーおよびデータベース・コンポーネントと同じディレクトリーにカタログ・ディレクトリーをインストールしないでください。これらは、独自のウィザードがあります。この制限の理由は、多くの製品が Java 仮想マシン (JVM) を使用しており、それぞれの製品が適切なバージョンをインストールしている必要があるからです。2 つの製品を同じディレクトリーにインストールすると、JVM の 1 つのインスタンスのみがインストールされ、一方の製品で正しくないバージョンが使用される場合があります。また、一方の製品をアンインストールすると、JVM もアンインストールされ、他の製品で使用できるバージョンがなくなってしまいます。


8. DB2 の前提条件を検査します。ウィザードが、サポートされているバージョンの DB2 がコンピューターにインストールされていることを検査します。前提条件が見つからない場合は、次のパネルが表示されます。

サポートされないバージョンの DB2 がコンピューターにインストールされている場合、「取消」をクリックして、インストールを中止する必要があります。これを行わないと、ウィザードが DB2 のバージョン 8.1 をインストールしようとした場合に失敗します。これは、同じコンピューターに、異なるバージョンの DB2 は共存できないためです。

サポートされるバージョンの DB2 がコンピューター上に存在しているのに、ウィザードが検出できない場合には、「DB2 のインストール先ディレクトリーの位置を指定してください」を選択します。テキスト・フィールドが表示されるので、インストール・ディレクトリーを入力するか、「参照」ボタンを使用して場所を参照します。



または、「ウィザードで IBM DB2 UDB、Enterprise Server Edition、バージョン 8.1 をインストールします」を選択します。

「次へ」をクリックして先へ進みます。不足する前提条件が、ウィザードの後のステージでインストールされます。前提条件の自動インストールについての詳細は、 37ページの『前提条件ソフトウェアの自動インストール』を参照してください。

9. (必要な場合) DB2 前提条件の情報: ウィザードで前提条件となるバージョンのDB2 をインストールするよう要求した場合、DB2 のインストールに必要な情報を入力するよう指示されます。以下のパネルが表示されます。


IBM DB2 のパスまたは IBM DB2 のインスタンス所有者のパス入力するデータはプラットフォームによって異なり、以下のようになります。

WindowsWindows の場合、このコンピューターに DB2 をインストールするパスを指定します。例、C:¥Program Files¥IBM¥DB2

UNIX UNIX の場合、このコンピューターの DB2 のインスタンス所有者のホーム・ディレクトリーを入力します。例、¥home¥db2inst1

DB2 アドミニストレーター・ユーザーまたは� DB2 インスタンス所有者入力するデータはプラットフォームによって異なり、以下のようになります。



WindowsWindows では、「DB2 管理」ユーザーとしてセットアップするユーザー ID を入力します。例えば、db2admin などです。このユーザーは、コンピューター上で作成されます。この名前のユーザーが存在しないことを確認してください。

UNIX UNIX では、DB2 のインスタンス所有者を入力します。例えば、db2inst1 などです。ホーム・インスタンス所有者のパスとインスタンス所有者の名前を連結することによって、絶対パスを作成します。例えば、/home/db2inst1 などです。

パスワードDB2 管理ユーザーに対して使用するパスワード (Windows) または DB2 インスタンス所有者のパスワード (UNIX) を入力します。

パスワードは、DB2 をインストールしているコンピューターのパスワード・ルールに準拠している必要があります。

インストール後に DB2 管理パスワードを変更するには、 342ページの『パスワードの変更』を参照してください。

確認パスワードパスワードを確認します。


10. データベース構成: 次のパネルが表示されます。

カタログ・マネージャーとデータベースの通信を使用可能にするために必要な情報を指定します。




DB2 インスタンス所有者UNIX プラットフォームの場合のみ、このコンピューターで作成された、または作成する DB2 クライアント・インスタンス所有者のユーザー名を入力します。

データベースのアドレス (ホスト名または IP)ホスト名または IP アドレスを入力して、管理サーバー・データベースのホスト・コンピューターを識別します。ウィザードによりこのコンピューターの管理サーバー・データベースが検出された場合は、デフォルトで「localhost」を表示されます。

データベースのポート番号管理サーバー・データベースがインストールされているコンピューターでこのデータベースをホスティングしている DB2 のインスタンスによって使用されるポートを指定します。通常の値は 50000 です。表示されるデフォルトは、カタログ・マネージャーをインストールしているコンピューターのDB2 の最初のインスタンスで使用されるポートになります。このコンピューターは、管理サーバー・データベースがインストールされているコンピューターではないことがあります。いずれの場合も、管理サーバー・データベースがインストールされているコンピューターから値を取得する必要があります。


11. インストールを確認します。入力した内容とインストールのサイズを確認するパネルが表示されます。



「次へ」をクリックすると、インストールが開始されます。インストールには、数分要します。

12. (必要な場合) DB2 前提条件のインストール・パス: ウィザードで、サポートされるレベルの DB2 が存在しないと識別された場合、インストールを指示する次のパネルが表示されます。

このパネルにより、DB2 のサイレント・インストール・ウィザードを起動できます。以下のステップを行ってください。

a. IBM DB2 UDB Enterprise Server Edition バージョン 8.1 インストール CD

(製品に付属) をコンピューターの CD ドライブに挿入します。

b. DB2 のセットアップ・ファイルを見つけます。


重要: この時点で「取消」をクリックすると、DB2 をインストールせずにウィザードが終了します。この場合、インストールしたカタログ・マネージャーを使用することはできません。アンインストール・ウィザードを使用して、カタログ・マネージャーをアンインストールする必要があります。詳しくは、237ページの『第 7 章 Tivoli License Manager のアンインストール』を参照してください。DB2 の扱いを決めたら、カタログ・マネージャーのインストールを繰り返すことができます。

13. (必要な場合): 前提条件となる DB2 をインストールします。ウィザードで、前提条件となる DB2 が存在しないと識別された場合、指定されているパラメーターを使用して DB2 のサイレント・インストールが行われます。

14. カタログ・データベース: DB2 が始動され、識別されたデータベースをポイントする別名が作成されます (TLMCDB)。この別名は、ステップ Database

configuration: (229ページ) (Database configuration:) で識別された管理サーバ



ー・データベースをポイントします。他のデータベースにもアクセスするには、DB2 機能を使用して、それらのデータベースをポイントする追加の別名を作成してください。

15. インストールの終了: インストール・プロセスが完了すると、確認パネルが表示されます。「終了」をクリックして、インストールを終了します。

問題判別インストールに問題が発生した場合、「IBM Tivoli License Manager: 問題判別」を参照してください。このマニュアルには、カタログ・マネージャーをインストール中に発生する問題の診断に関する章が含まれています。

カタログ・マネージャーの構成インストールが完了した後で行うカタログ・インストールの構成ステップは、同じカタログ・マネージャー・インスタンスを使用して複数の管理サーバー・データベースにアクセスする場合のみ必要になります。

マルチカタログ・セットアップ使用する Tivoli License Manager 環境が複数の管理サーバーをサポートする場合、作成したすべての管理サーバー・データベースにアクセスするようカタログ・マネージャーをセットアップできます。

最初に、カタログ・マネージャーを使用するコンピューターにインストールを行います。インストール中、管理するいずれかの管理サーバー・データベースを識別します。このデータベースが、自動的に TLMCDB としてカタログされます。続いて、他のすべての管理サーバー・データベースについて、以下の手順を行います。

1. DB2 CLI を開きます。DB2 コマンド行ウィンドウを開きます。

2. ノードをカタログします。以下のコマンドを実行して、管理データベース・サーバーを置くノードをカタログします。

db2 catalog tcpip node <nodeAlias> remote <adminServerDbAddress>

SERVER adminServerDbPort

説明

nodeAliasDB2 でこのノードに付ける名前を指定します。

adminServerDbAddress管理サーバー・データベースをインストールするノードのアドレスを指定します (ホスト名または IP アドレス)。

adminServerDbPortこのノードで DB2 が使用するポートを指定します。

たとえば、以下のコマンドによるノードのカタログでは、TCP/IP ホスト名BPORTAL1.rome.tivoli.com を使用し、別名 ADMIN1 を付けて、ポート 50000

で listen する DB2 サーバーとして識別を行います。

db2 catalog tcpip node ADMIN1 remote BPORTAL1.rome.tivoli.com SERVER 50000



3. データベースをカタログします。以下のコマンドを実行して、管理サーバー・データベースをカタログします。

db2 catalog database TLMA as <databaseAlias> at node <nodeAlias>

databaseAliasデータベースを認識する名前です。これは、カタログ・マネージャーを開始する際に指定した名前です。

nodeAlias前のステップでノードに付けた名前を指定します。

たとえば、以下のコマンドは、管理サーバー・データベース (常に TLMA とされる) をノード ADMIN1 上で CATALOG1 とカタログします。

db2 catalog database TLMA as CATALOG1 at node ADMIN1

あるいは、DB2 GUI を使用して同じ操作を行うことができます。詳しくは、DB2

の文書を参照してください。

正しい管理対象カタログの選択カタログ・マネージャーを開始すると、以下のパネルが表示されます。

ユーザー名およびパスワードを入力したら、以下のいずれかのデータベース名を入力します。

v データベース TLMCDB を入力します。これは、カタログ・マネージャーのインストール時に識別されたデータベースのデフォルト名です。

v または、前のセクションで説明した手順でカタログしたデータベースの名前を入力します。

構成


構成


第 6 章バージョン 2.1 へのマイグレーション

Tivoli License Manager のバージョン 1.1.1 を使用している場合は、サーバー、データベース、およびエージェントをバージョン 2.1 にマイグレーションすることができます。バージョン 1.1.1 より以前のバージョンのサーバーまたはデータベースを使用している場合は、マイグレーションを開始する前にこれらをバージョン 1.1.1

にアップグレードする必要があります。バージョン 1.1.1 より以前のエージェントを使用している場合は、マイグレーションを開始する前にこのエージェントをバージョン 1.1.1 にアップグレードするか、またはバージョン 2.1 のエージェントにマイグレーションした後にこのエージェントを再デプロイする必要があります。

Tivoli License Manager for IBM software にマイグレーションすることはできません。

このマイグレーションを行う場合に使用するツールは、Tivoli License Manager サポート Web サイトから入手できます。Web アドレスは、 xviiページの『カスタマー・サポートとの連絡』に示されています。「All support pages in this productcategory」ドロップダウンから「IBM Tivoli License Manager」を選択します。マイグレーション・パッケージは、表示されるページの「Downloads」セクションにあります。パッケージとサポート資料をダウンロードします。ツールについては、readme ファイルで詳しく説明されています。この readme ファイルでは、マイグレーションに関連するすべての情報が提供されています。



第 7 章 Tivoli License Manager のアンインストール

このセクションでは、Tivoli License Manager の次のコンポーネントをアンインストールするための手順を説明します。

v Tivoli License Manager サーバーおよびデータベース・コンポーネント。『Tivoli

License Manager サーバーおよびデータベース・コンポーネントのアンインストール』を参照してください。

v Tivoli License Manager エージェント。 244ページの『エージェントのアンインストール』を参照してください。

v Tivoli License Manager カタログ・マネージャー。 247ページの『カタログ・マネージャーのアンインストール』を参照してください。

Tivoli License Manager サーバーおよびデータベース・コンポーネントのアンインストール

Tivoli License Manager サーバーやデータベース・コンポーネントは、ローカルに、またはリモート側でアンインストールすることができます。以下のステップを行います。

1. Tivoli License Manager コンポーネントをアンインストールするコンピューターに、管理権限を持つユーザー (Windows プラットフォームの Administrator、または UNIX プラットフォームの root) としてログオンします。

2. データベース・コンポーネント (DB2 サーバーにインストールされている) をアンインストールするには、DB2 サーバーを使用する DB2 クライアント (カタログ・マネージャーなど) を停止します。

3. アンインストール・ウィザードを実行します。ウィザードでは、除去するコンポーネントを選択することができます。サーバー・コンポーネントを除去するよう選択した場合、ウィザードにより、サーバーの WebSphere Application Server 構成も除去されます。

Tivoli License Manager ログ・ファイルは除去されません。

アンインストール・ウィザードは、3 とおりの方法で実行できます。

対話モードこれは、GUI を使用して、一連のパネルで必要な情報を対話式に入力できます。

これを起動するには、uninstaller.exe (Windows) またはuninstaller.bin コマンド (UNIX) を <INSTALL_DIR>¥_uninst ディレクトリーから引き数なしで立ち上げます。

注: Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてアンインストール・ウィザードを起動します。



b. 「Tivoli License Manager」をクリックして、表示された「削除」または「変更と削除」をクリックします。


これと同じ操作は、手動でインストール・モードに変更して、アンインストールが完了した後に戻ることによっても行うことができます。手動でインストール・モードに変更するには、Windows のコマンド行から change user /install を実行します。続いて、セットアップ・ファイルの実行コマンドを実行します。アンインストールが完了したら、コマンド change user /execute を実行して実行モードに戻ります。

このプログラムを使用した手順の詳細は、 240ページの『対話モードでのアンインストール・ウィザードの使用』に記載されています。

サイレント・モードアンインストール・ウィザードをサイレント・モードで実行する場合、必要なパラメーターは InstallShield の応答ファイルから取得されます。応答ファイル recordFile_Uninstall.txt は、<INSTALL_DIR>¥_uninst

ディレクトリーにあります。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。ファイルについての詳細は、 329ページの『サーバーおよびデータベースのサイレント・アンインストール』を参照してください。

サイレント・モードでアンインストール・ウィザードを起動するには、次の手順で適当な uninstaller コマンドを立ち上げます。

a. ウィザードを実行するコンピューターに、Administrator または root

権限でログオンします。

b. パラメーターが実行するアンインストールを記述するよう、応答ファイルを編集します。

c. 次の引き数を使用して、ウィザードのアンインストール・コマンドを起動します。

-options ″<INSTALL_DIR>¥_uninst¥recordFile_Uninstall.txt″ -silent

注: Windows コンピューターで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにして、セットアップ・ファイルの起動時に Windows コンピューターがインストール・モードであることを確認する必要があります。

1) 手動でインストール・モードに変更します。これには、Windows のコマンド行から change user /install を実行します。

アンインストール: サーバーおよびデータベース


2) 上記の引き数を使用して uninstaller コマンドを実行し、セットアップ・ファイルを実行します。

3) アンインストールが完了したら、コマンド change user/execute を実行して実行モードに戻ります。

recordFile_Uninstall.txt ファイルについての詳細は、 329ページの『サーバーおよびデータベースのサイレント・アンインストール』を参照してください。このファイルに指定する値については、 240ページの『対話モードでのアンインストール・ウィザードの使用』も参照してください。

Tivoli Configuration Managerの使用Tivoli License Manager サーバーまたはデータベースのインストールにTivoli Configuration Managerを使用した場合、同じコンポーネント・セットをTivoli Configuration Managerの uninstall オプションを使用してアンインストールできます。コンポーネントのサブセットをアンインストールするよう選択はできません。インストールされたコンポーネントがすべてアンインストールされます。

注:

a. このオプションを使用してデータベース・コンポーネントをアンインストールする場合、アンインストール時にデータベースは除去されません。データベースを除去する場合は、アンインストール後に手動で除去します (『データベース除去の計画』を参照)。

b. WebSphere Application Server セキュア・セル内で実行されているTivoli License Manager サーバーをアンインストールする場合は、srvstop コマンド (セキュア・セルにアクセスするために必要となるユーザー ID およびパスワードを指定) を使用してサーバーを停止した後に、Tivoli Configuration Manager を使用してアンインストールします。

データベース除去の計画アンインストールのプロセスで確認される事項の 1 つに、データベース・テーブルの削除 (除去) があります。これは、インストールされているデータベースと、これをアンインストールする理由に応じて異なります。

管理サーバー・データベースのアンインストール管理サーバー・データベースを除去すると、それまでの Tivoli License

Manager オペレーションで累積されたすべてのデータが失われます。

同じ場所に再インストールする前に管理サーバー・データベースをアンインストールする場合、データベースは除去しないでください。コンポーネントを再インストールすると、データベースは自動的に再使用されます。

管理サーバー・データベースを異なるコンピューターに移動する必要がある場合、データベースは除去しないでください。コンポーネントをアンインストールした後で、データベースを新しいコンピューターにコピーして、新しいコンピューターにコンポーネントをインストールします。この場合、管理サーバー・コンポーネントもアンインストールして再インストールします。再インストール時、サーバーに対し、そのデータベースがインストールされているコンピューターの新しいアドレスを指示します。


第 7 章 Tivoli License Manager のアンインストール 239

このため、データベースを除去するのは、Tivoli License Manager のオペレーションを最初から始める場合だけです。

ランタイム・サーバー・データベースのみのアンインストールランタイム・サーバー・データベース・コンポーネントのみをアンインストールする場合、データベースは常に、管理サーバーおよびエージェントに保管された情報から再構成されるため、除去しても構いません。ただし、ランタイム・サーバー・データベースを別のコンピューターに移動する場合、ランタイム・サーバーもアンインストールして再インストールし、再インストール時にこれに新しいデータベース・アドレスを指示する必要があります。

同じコンピューター上の管理およびランタイム・データベース・コンポーネントのアンインストール

アンインストール・ウィザードは、両方のデータベースを同じように扱います。管理サーバー・データベースが存在するため、データを失うことがないよう、これは除去しません。このため、どちらのデータベースも除去しないでください。アンインストールが完了したら、DB2 コマンドを実行して、ランタイム・サーバー・データベースを手動で除去できます。あるいは、2

つのデータベースを別個にアンインストールし、ランタイム・サーバー・データベースを除去して、管理サーバー・データベースは保持することができます。

アンインストールするデータベースをTivoli Configuration Managerによりアンインストールする

データベース・コンポーネントをTivoli Configuration Managerの uninstallオプションを使用してアンインストールする場合、データベース自体は削除(除去) されず、手動で除去する必要があります。

手動でのデータベースの除去については、 242ページの『手動での Tivoli License

Manager データベースの除去』を参照してください。

対話モードでのアンインストール・ウィザードの使用対話式ウィザードでコンピューターから Tivoli License Manager サーバー・コンポーネントをアンインストールするには、次のステップを行います。

1. アンインストール・ウィザードを開始します。

Windows uninstaller.exe

UNIX uninstaller.bin

このウィザードは、<INSTALL_DIR>¥_uninst フォルダーにあります。

注:

a. UNIX プラットフォームの場合、deinst というフォルダーがあります。このフォルダーは、アンインストールするフォルダーではありません。これには、アンインストールに使用されるファイルが含まれています。

b. Windows プラットフォームで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、またはWindows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてアンインストール・ウィザードを起動します。




2) 「Tivoli License Manager」をクリックして、表示された「削除」または「変更と削除」をクリックします。


これと同じ操作は、手動でインストール・モードに変更して、アンインストールが完了した後に戻ることによっても行うことができます。手動でインストール・モードに変更するには、Windows のコマンド行から change user/install を実行します。続いて、セットアップ・ファイルの実行コマンドを実行します。アンインストールが完了したら、コマンド change user/execute を実行して実行モードに戻ります。

2. ウィザードが、コンピューター上のコンポーネントを検出します。アンインストールしないコンポーネントは、選択を解除してください。

注: このコンピューターに「全コンポーネント」インストールを使用してエージェントをインストールした場合は、ランタイム・サーバーをアンインストールするには、エージェントもアンインストールします。別のデプロイメント方法によってエージェントをインストールした場合、このエージェントはコンポーネント・セクション・パネルに表示されません。

3. ウィザードには、 239ページの『データベース除去の計画』に記したデータベースの除去オプションがあります。

4. ウィザードに、アンインストールするコンポーネントを示すパネルが表示されます。この情報が正しい場合は、「次へ」をクリックして、アンインストールを開始します。

5. サーバーのアンインストールを選択し、セキュア・セル内の WebSphere

Application Server を操作している場合は、WebSphere Application Server セキュア・セルにアクセスするための「ユーザー ID」および「パスワード」を入寮するパネルが表示されます。「次へ」をクリックして、アンインストールを続けます。

6. アンインストールが完了したら、「完了」をクリックして、ウィザードを終了します。

7. コンピューター上のすべてのコンポーネントをアンインストールした場合は、Tivoli License Manager がインストールされていたフォルダーを削除して、削除されたすべてのログおよびデータが確実にファイル・システムから除去されるようにすることをお勧めします。

「全コンポーネント」インストールをアンインストールするときに、アンインストールするコンポーネント間にエージェントが含まれている場合、ここで、エージェントがインストールされているファイルおよびフォルダーを削除します (詳しくは、 258ページの『エージェント・ファイル』を参照)。



アンインストールで障害が発生した場合の対処方法以下のいずれかの理由により、アンインストールが失敗することがあります。

ウィザードが実行しない正しい特権でログオンしていることを確認してください。ルート・ドライブに一時ファイルを作成するのに十分なディスク・スペースがあることを確認してください。

コンポーネントのアンインストールが失敗するエラー・メッセージに、コンポーネントのアンインストール中にアンインストール・ウィザードに障害が発生したことが示されている場合は、その原因となる問題を解決してから、アンインストールを再始動してください。

WebSphere Application Server 内でサーバー・コンポーネントの構成を除去する際にエラーが発生する

WebSphere Application Server 管理コンソールを開き、サーバー・コンポーネントがノードのアプリケーション・サーバーまたはエンタープライズ・アプリケーション・サーバーとしてリストされているか確認してください。remove オプションを、最初にエンタープライズ・アプリケーション・サーバーの項目、続いてアプリケーション・サーバーの項目に使用してください。

WebSphere Application Server を閉じるか、コンピューターをリブートして、完了します。

WebSphere Application Server 構成からコンポーネント参照が除去されると、問題は解決します。

手動での Tivoli License Manager データベースの除去製品データベースの除去は、インストールされているプラットフォームにより方法が異なります。

Windows『Windows での Tivoli License Manager データベースの除去』を参照してください。

UNIX 243ページの『UNIX での Tivoli License Manager データベースの除去』を参照してください。

Windows での Tivoli License Manager データベースの除去Windows プラットフォームで Tivoli License Manager データベースを削除するには、次のステップを行います。

1. DB2 サーバー・コンピューターに、Administrator または DB2 アドミニストレーター (db2admin など) としてログオンします。

2. DB2 コマンド・ウィンドウを開きます。

3. 構成されているデータベースのディスカバーには、次のコマンドを入力します。

db2 list database directory

4. 構成されているノードのディスカバーには、次のコマンドを入力します。

db2 list node directory



5. データベースを除去するには、次のコマンドを入力します。

db2 drop database <database name>

<database name> は、次のいずれかです。

v tlma は管理サーバー・データベース

v tlmr はランタイム・サーバー・データベース

6. データベースを完全に除去するには、次のコマンドを入力します。

db2 uncatalog database <database name>


v tlmadb は管理サーバー・データベース

v tlmrdb はランタイム・サーバー・データベース

UNIX での Tivoli License Manager データベースの除去UNIX プラットフォームで Tivoli License Manager データベースを削除するには、次のステップを行います。

1. DB2 サーバーが別のコンピューターにインストールされている場合、そのコンピューターに DB2 アドミニストレーター (例えば、db2inst1 など) としてログオンし、 359ページの『サーバーからの Tivoli License Manager データベースの切断』のステップ 3 (359ページ) の説明に従って DB2 環境をロードします。

あるいは、次のコマンドを入力します。

su - <DB2 instance owner>

プロファイルが自動的にロードされます。

2. 構成されているデータベースのディスカバーには、次のコマンドを入力します。

db2 list database directory

3. 構成されているノードのディスカバーには、次のコマンドを入力します。

db2 list node directory

4. DB2 サーバー・コンピューターで、次のコマンドを入力して、データベースを削除します。

db2 drop database <database name>


v tlma は管理サーバー・データベース

v tlmr はランタイム・サーバー・データベース

また、管理およびランタイム・データベースの別名 tlmadb および tlmrdb をそれぞれ除去する必要もあります。

5. データベースを完全に除去するには、次のコマンドを入力します。

db2 uncatalog database <database name>




v tlmadb は管理サーバー・データベース

v tlmrdb はランタイム・サーバー・データベース

6. また、次のコマンドを入力して、ノードをアンカタログします。

db2 uncatalog node <database name>


v tlmnodea は管理サーバー・データベース

v tlmnoder はランタイム・サーバー・データベース

エージェントのアンインストールエージェントのアンインストールは、プラットフォームに応じて方法が異なります。

v 『Windows プラットフォームのエージェントのアンインストール』

v 『UNIX プラットフォームのエージェントのアンインストール』

v 245ページの『OS/400 プラットフォームのエージェントのアンインストール』

エージェントのアンインストールが完了した後に、エージェント・コンピューターをリブートして、オペレーティング・システムのメモリーからエージェントのカーネル拡張機能を除去することをお勧めします。

Windows プラットフォームのエージェントのアンインストールWindows ノードから Tivoli License Manager エージェントをアンインストールするには、次のステップを行います。

1. エージェントがインストールされているノードで、コマンド・プロンプト・ウィンドウを開きます。

2. 次のディレクトリーに移動します。

%WINDIR%¥itlm

3. 次のコマンドを入力します。

tlmunins.bat

エージェントが実行中の場合、これは停止されます。エージェント・ファイルが削除されます。

UNIX プラットフォームのエージェントのアンインストールUNIX ノードから Tivoli License Manager エージェントをアンインストールするには、次のステップを行います。

1. エージェントがインストールされているノードで、シェル・ウィンドウを開きます。

2. 次のディレクトリーに移動します。

/var/itlm

3. 次のコマンドを入力します。



./tlmunins.sh

エージェントが実行中の場合、これは停止されます。エージェント・ファイルが削除されます。

OS/400 プラットフォームのエージェントのアンインストールOS/400 を実行する iSeries ノード上のエージェントは、次のようにしてアンインストールできます。

v 『OS/400 エージェントを iSeries ノードで直接にアンインストールする』

v 『OS/400 エージェントを Windows ノードから対話式にアンインストールする』

v 247ページの『DLTLICPGM を使用した OS/400 エージェントのアンインストール』

OS/400 エージェントを iSeries ノードで直接にアンインストールするこのオプションにより、OS/400 ノードで OS/400 アンインストール・ウィザードがサイレント・モードで実行されます。


1. ログインします。プログラムのインストール権限を持つユーザーとして、iSeries

ノードにログインします。

2. アンインストール・ウィザードを見つけます。エージェントのインストール時に、ウィザード・ファイル (uninstall.jar) が以下のディレクトリーに作成されます。

/QIBM/ProdData/QITLM/_uninst

3. ウィザードをサイレント・モードで実行します。次のコマンドを実行します。

RUNJVA CLASS(run) PARM(’-silent’)CLASSPATH(’/QIBM/ProdData/QITLM/_uninst/uninstall.jar’)

ウィザードがエージェントを停止し、エージェント・ファイルをアンインストールします。

注: アンインストール・プロセスにより IFS ディレクトリー/QIBM/UserData/QITLM およびその内容は除去されません。

OS/400 エージェントを Windows ノードから対話式にアンインストールする以下に、接続された Windows ノードから OS/400 エージェントをアンインストールするステップを説明します。

1. Windows ノードへのログイン: Windows ノードは、OS/400 ノードがアクセス可能なネットワークに接続している必要があります。

2. アンインストール・ウィザード・ファイルを OS/400 ノードからコピーします。OS/400 ノードに接続し、以下のディレクトリーを見つけます。

/QIBM/ProdData/QITLM/_uninst

このディレクトリーには、以下のファイルが含まれています。

アンインストール: エージェント


uninstall.jaruninstall.dat

3. ファイルを Windows コンピューターにコピーします。これらのファイルをWindows コンピューターの一時ディレクトリーにコピー (バイナリー FTP で転送) します。

4. ウィザードを起動します。コマンド行ウィンドウを開き、一時ディレクトリーに移動して、次のコマンドを実行します。

java -classpath uninstall.jar run -os400

画面の左上隅にポップアップが表示され、OS/400 ノードにログインするよう指示されます。以下のフィールドに入力します。

システムネットワーク内の OS/400 ノードの名前です。

ユーザー IDプログラムのインストール権限を持つユーザーのユーザー ID を入力します。

パスワード対応するパスワードを入力します。

あるいは、ノード名、ユーザー ID、およびパスワードをコマンドの変数として追加すると、ログインが自動的に行われます。この場合、コマンドの形式は次のようになります。

java -classpath uninstall.jar run -silent -os400 <node_name> <user_ID> <password>

たとえば、接続している OS/400 ノードが「myNode」で、「myRoot」としてログインし、パスワードに「myPassword」を使用する場合、コマンドは次のようになります。

java -classpath uninstall.jar run -silent -os400 MyNode MyRoot MyPassword

ただし、このオプションを選択した場合、入力したパスワードはコマンド行での入力時に可視となります。パスワードのセキュリティーを完全に保証するため、このオプションは使用しないでください。その代わりに、追加の変数を使用せずに、コマンドを入力するオプションを使用します。パスワードはポップアップで入力し、その際、標準方式のようにアスタリスクで表示されます。

これで、OS/400 ノードに指定ユーザーとしてログインしました。OS/400 エージェントのアンインストール・ウィザード・ウィンドウが開き、言語選択パネルが表示されます。

5. 言語を選択します。ウィザードに使用する言語を選択して、「OK」をクリックします。「ようこそ」ページが表示されます。

6. 「ようこそ」ページを表示します。「次へ」を押します。

7. アンインストールを確認します。アンインストールの要約パネルが表示され、アンインストールする内容が示されます。「次へ」をクリックして選択を確認し、アンインストールを続けます。



8. 終了します。ウィザードが、OS/400 ノード上のエージェントをアンインストールし、結果の確認パネルが表示されます。ウィザードによりエージェントが停止され、エージェント・ファイルが削除されます。「終了」をクリックして、作業を終えます。

注: アンインストール・プロセスにより IFS ディレクトリー/QIBM/UserData/QITLM およびその内容は除去されません。

DLTLICPGM を使用した OS/400 エージェントのアンインストールOS/400 エージェントも、エージェントがインストールされているノード上でDLTLICPGM コマンドを実行して、アンインストールすることができます。

注: 後でインストール・ウィザードを使用してノードにエージェントをインストールできるようにする場合は、DLTLICPGM が正常に完了した後に、ファイルvpd.properties を見付けて、エージェントに関連付けられているエントリーを削除する必要があります。

カタログ・マネージャーのアンインストールこのセクションでは、カタログ・マネージャーのアンインストール方法を説明します。

カタログ・マネージャーのアンインストール・ウィザードを実行します。以下のステップを行います。

1. カタログ・マネージャーをアンインストールするコンピューターに、管理権限を持つユーザー (Windows プラットフォームの Administrator または UNIX プラットフォームの root) としてログオンします。

2. カタログ・マネージャーを閉じます。

3. アンインストール・ウィザードを実行します。

アンインストール・ウィザードは、3 とおりの方法で実行できます。


これを起動するには、uninstaller.exe (Windows) またはuninstaller.bin コマンド (UNIX) を<CATALOG_MANAGER_INSTALL_DIR>¥_uninst ディレクトリーから引き数なしで立ち上げます。

注: UNIX プラットフォームの場合、deinst というフォルダーがあります。このフォルダーは、アンインストールするフォルダーではありません。これには、アンインストールに使用されるファイルが含まれています。

対話式ウィザードでコンピューターからカタログ・マネージャーをアンインストールするには、次のステップを行います。



a. アンインストール・ウィザードを開始します。

Windows uninstaller.exe

UNIX uninstaller.bin

このウィザードは、<CATALOG_MANAGER_INSTALL_DIR>¥_uninst フォルダーにあります。

注: Windows プラットフォームで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、次のようにしてアンインストール・ウィザードを起動します。


2) 「Tivoli License Manager」をクリックして、表示された「削除」または「変更と削除」をクリックします。

この手順により、セットアップ・ファイルの起動時に Windows

コンピューターがインストール・モードになります。

これと同じ操作は、手動でインストール・モードに変更して、アンインストールが完了した後に戻ることによっても行うことができます。手動でインストール・モードに変更するには、Windows

のコマンド行から change user /install を実行します。続いて、セットアップ・ファイルの実行コマンドを実行します。アンインストールが完了したら、コマンド change user /executeを実行して実行モードに戻ります。

b. アンインストールが完了したら、カタログ・マネージャーがインストールされていたフォルダーを削除して、削除されたすべてのログおよびデータが確実にファイル・システムから除去されるようにしてください。

サイレント・モードカタログ￥マネージャーのアンインストール・ウィザードには、パラメーターはありません。これをサイレント・モードで実行するには、次の引き数で uninstaller コマンドを実行します。

uninstaller -silent

注: Windows プラットフォームで、セットアップ・ファイルを実行するコンピューターに Windows Terminal Server がインストールされている場合、または Windows Terminal Services を使用する別のコンピューターにアクセスする場合は、手動でインストール・モードに変更してアンインストール・ウィザードを起動し、アンインストール完了語に再度戻ります。

手動でインストール・モードに変更するには、Windows のコマンド行から change user /install を実行します。続いて、セットアップ・ファイルの実行コマンドを実行します。アンインストールが完了したら、コマンド change user /execute を実行して実行モー

アンインストール: カタログ・マネージャー


ドに戻ります。

Tivoli Configuration Managerの使用Tivoli Configuration Managerを使用してカタログ・マネージャーをインストールした場合、Tivoli Configuration Managerの uninstall オプションを使用してアンインストールを行えます。

注: ウィザードにより、カタログ・マネージャーのログ・ファイルは削除されません。

カタログ・マネージャーのアンインストールで障害が発生した場合の対処方法

アンインストールが失敗した場合は、問題点および対処方法について IBM Tivoli

License Manager: 問題判別を参照してください。

アンインストール: カタログ・マネージャー



第 8 章 Tivoli License Manager for IBM software からのアップグレード

Tivoli License Manager for IBM software を使用しており、Tivoli License Manager

にアップグレードする場合は、アップグレードを実行するステップに関してこのセクションを参照してください。


1. ログオン: アドミニストレーター特権 (Windows) または root (UNIX) 特権を使用して、管理サーバー・データベースがインストールされているコンピューターにログオンします。

2. ウィザードを起動: Tivoli License Manager for IBM software バージョンでウィザードを起動した場合とまったく同じ方法で、インストール・ウィザードを起動します (手順については、 73ページの『第 2 章 Tivoli License Manager メイン・コンポーネントのインストール』を参照)。

3. ご使用条件を受諾: ウィザードで言語を選択すると、「ようこそ」パネルが表示され、次に新規のご使用条件のパネルが表示されます。「ご使用条件」パネルで「次へ」をクリックすると、ウィザードは、現在インストールされているコンポーネントに管理サーバーが含まれていることを検出します。次に、ウィザードは、このサーバーに完全バージョンの製品をインストールします。その他のインストール・ステップは必要なく、Tivoli License Manager for IBM software によって提供されるサービスに対して割り込みは行われません。

4. オプションでカタログ・マネージャーをインストール: Tivoli License Manager

ではカタログ・マネージャーが提供されています。ここで、カタログ・マネージャーをインストールするように選択できます。 219ページの『第 5 章カタログ・マネージャーのインストール』を参照してください。

5. オプションでカタログを更新: IBM 以外の製品を含む完全な IBM カタログを活用したい場合は、IBM Web サイトからカタログをダウンロードし、カタログ・マネージャー (「IBM Tivoli License Manager: カタログ管理」を参照) またはimpcat コマンド (「IBM Tivoli License Manager: 管理」を参照) を使用して、カタログ・ファイルをメイン管理サーバー・カタログにインポートします。


Tivoli License Manager for IBM Software のアップグレード


第 9 章エージェント

この章では、エージェントに関する以下の情報を提供します。

v エージェント機能の一般的な概要については、 254ページの『エージェント機能の要約』を参照してください。

v エージェントをデプロイする方法については、 161ページの『第 4 章エージェントのデプロイ』を参照してください。

v 個別のコンピューター上にエージェントをデプロイすると、プライバシーの問題が発生します。 256ページの『コンピューターおよびユーザーのプライバシー・ポリシーの管理』を参照してください。

v Web 登録以外の方法でエージェントをデプロイする場合は、特定のファイルをランタイム・サーバーからエージェントに配布する必要があります。エージェントのさまざまなデプロイメント・メソッドでは、これらのファイルを手動でコピーする必要はありませんが、ここでは、これらのファイルについて説明します。256ページの『インストール・コマンドで必要となるファイル』を参照してください。

v エージェントをデプロイすると、モニターされるノードに数多くのファイルがインストールされます。 258ページの『エージェント・ファイル』を参照してください。

v エージェントの開始や停止、エージェントの状況のモニター、エージェントとランタイム・サーバーとの接続の確認など、エージェントに対してアクションを実行する場合は、プラットフォームに応じてさまざまなコマンドが使用可能です。266ページの『エージェント・コマンド』を参照してください。

v エージェントとランタイム・サーバーの間の通信が開始され、ランタイム・サーバーから管理サーバーに情報が渡された後、管理サーバーの GUI でエージェントに関する情報を表示できます。 270ページの『エージェントの検討および削除』を参照してください。

v エージェントを別のランタイム・サーバーまたは部門に割り当てる場合は、単に、新規のパラメーターを使用してエージェントを再デプロイする必要があります。 270ページの『エージェントの再デプロイ』を参照してください。

v エージェントをインストールした後、エージェント・コードにアップグレードを自動的に適用できます。 270ページの『エージェントの自動更新』を参照してください。

v エージェントは、ノードからアンインストールすることができます。 244ページの『エージェントのアンインストール』を参照してください。

v エージェントをアンインストールし、ノードのモニターを継続しない場合は、データベースからエージェントを削除します。 270ページの『エージェントの検討および削除』を参照してください。


エージェント機能の要約Tivoli License Manager のエージェント・コンポーネントは、エージェントがデプロイされているノード上でサイレントに実行され、以下のタスクを実行します。

v ノードのハードウェアおよびオペレーティング・システムの詳細、およびノード上にインストールされているソフトウェアの詳細の収集、その情報のランタイム・サーバーへの転送。

注: OS/400ノードでは、ノードのハードウェアおよびオペレーティング・システムの詳細のみ収集されます。

v ソフトウェア製品の始動と停止の識別とランタイム・サーバーとのこの情報に関する通信。これにより、ライセンスを割り当てるか、解放することができ、ソフトウェアの使用率に関する情報を収集できます。

各エージェントは、デプロイ時に単一のランタイム・サーバーと関連付けられます。エージェントは、ランタイム・サーバーと以下の情報交換を定期的に行います。

v ランタイム・サーバー上に保管されている system.properties 構成ファイルのエージェント設定セクション内のパラメーター定義をダウンロードする。

これらの設定は、特に、異なるタイプの情報のアップロードとダウンロードを行う頻度を定義しています。 282ページの『エージェント設定』を参照してください。

v エージェントがモニターできる製品を識別するためのランタイム・サーバー・カタログをダウンロードする。

v ランタイム・カタログに含まれていない、検出済みのアプリケーションに関する情報を、サーバーにアップロードする。

v モニター・システム・トポロジーの最新の定義をダウンロードする。

v インベントリー・スキャンで収集した情報をアップロードする。

v モニター対象のアプリケーションの始動と停止を伝達し、ライセンスの発行とリリースを要求する。

v モニター対象のアプリケーションの使用率情報を送信する。

実行中のエージェントは、作業中の情報をメモリー内に保持しています。その情報には、サーバーからダウンロードした情報 (モニター・システム・トポロジーやランタイム・サーバー・カタログなど)、およびエージェントが収集した情報 (不明ファイルの情報やインベントリー・スキャンなど) が含まれます。エージェントが停止すると、メモリー内の情報はキャッシュに保管され、エージェントの再始動時に検索することができます。また、エージェントは、インベントリー・スキャン情報をサーバーに送信できなかった場合に、それをキャッシュに入れます。その後、次のスキャンの実行時にそのスキャンがまだ送信されていなかった場合には、再送信を試行します。

各エージェントは、特定のランタイム・サーバーに割り当てられますが、ライセンスの要求時には、そのサーバーに限定される必要はありません。エージェントは、ダウンロードしたトポロジー情報内に、その他のランタイム・サーバーに関する情報を保持しています。system.properties ファイルのエージェント設定セクション内で定義されている requestScope パラメーターの値によって、エージェントが通

エージェント機能


信可能な相手を以下のいずれかに設定することができます。

v すべてのランタイム・サーバー

v 同じ部門内にエージェントがあるランタイム・サーバー

v 割り当てられているランタイム・サーバーのみ

エージェント用の言語の選択は、ユーザー設定値に基づいて行われます。

Windows 選択される言語は、コントロールパネルの「地域オプション」の設定値で設定されているロケールによって決定されます。

UNIX 以下のように、選択される言語は環境変数の階層によって決定されます。

1. LC_ALL 環境変数が設定されている場合は、それにより言語が決定されます。

2. 設定されていない場合は、LC_MESSAGES 環境変数が使用されます。

3. これが設定されていない場合は、LANG 環境変数が使用されます。

4. これが設定されていない場合は、C ロケールが使用されます。

OS/400 選択される言語は、QLANGID 環境変数によって決定されます。

エージェントをインストールすることを計画している各コンピューター上で、日付、時刻、および時間帯設定を調整する必要があります。これらの設定を Tivoli

License Manager の使用中に変更することはお勧めできません。ただし、エージェントがインストールされているコンピューターで日付または時刻を変更する必要がある場合は、エージェントを停止して日付または時刻を変更し、エージェントを再始動する必要があります。エージェントを停止および開始する場合に使用するコマンドについて詳しくは、 266ページの『エージェント・コマンド』を参照してください。

OS/400 のエージェント機能OS/400 エージェントで使用率の計量を行うと、他のプラットフォーム上のエージェントとは異なる方法で処理されます。それぞれの処理の違いは以下のとおりです。

他のプラットフォーム上のエージェントでは、以下のように使用率の計量が実行されます。

v エージェントは、そのランタイム・サーバーが保持するカタログ全体をダウンロードする。

v ノード上のソフトウェアをスキャンする。

v 認識された製品をアセンブルする。

v リスト内の製品上で、使用率の計量を実行する。

OS/400 プラットフォーム上のエージェントでは、以下のように使用率の計量が実行されます。


第 9 章エージェント 255

v エージェントは、そのランタイム・サーバーが保持するカタログから、OS/400 および Java 製品をダウンロードする。

v ソフトウェアのスキャンは行わない。

v すべての OS/400 および Java 製品で、使用率の計量を実行する。

これの影響で、OS/400 および Java 製品のカタログが大きくなると、OS/400 エージェントの特定のアクティビティーが遅くなります。

コンピューターおよびユーザーのプライバシー・ポリシーの管理Tivoli License Manager は、コンピューター上のソフトウェア使用率およびソフトウェア・インベントリーに関する情報を収集し、そのコンピューターにログオンしているユーザーに関連付けます。Web UI によって、スーパー・アドミニストレーターは、この情報を誰がどのように表示できるかを管理することができます。このタイプの情報収集が地域の情報プライバシー規定に違反する場合は、「IBM Tivoli

License Manager: 管理」の説明に従ってコンピューターからエージェントをアンインストールし、この情報を使用できないようにします。

インストール・コマンドで必要となるファイルインストール・コマンドを使用する場合は、コマンドを実行する前に特定のファイルをエージェントにコピーする必要があります ( 168ページの『エージェントの手動デプロイメント (installagent コマンド)』を参照)。これらのファイルは、通常、スクリプトによってプラットフォームごとに収集されます。ただし、このアクティビティーを手動で行う必要がある場合、ファイルはランタイム・サーバー上の以下のフォルダーに収集されます。

<INSTALL_DIR>¥runtime¥SLM_Runtime_Application.ear¥slm_runtime.war¥webdoc¥agent

このディレクトリーには、installagent コマンドで必要となる以下のファイルが含まれています。

<platform> エージェント・コードおよび installagent コマンド・ファイルを含むプラットフォームごとのフォルダー。このディレクトリー内のサブフォルダーをコピーする必要はありませんが、コピーしても問題ありません。

pdc_deploy Windows のみ。エージェント・デプロイメントの Windows ログオン・スクリプトで必要となるファイルを含むフォルダー。

security¥cert.arm SSL 証明書。エージェントとの通信で SSL

を使用する場合は、エージェントとランタイム・サーバーの間の通信で SSL を使用するよう製品をあらかじめ構成しておく必要があります。この構成を行う場合は、このファイルを独自に生成または取得したファイルに置き換える必要があることがあります。



security¥<platform>¥gsk* security と呼ばれる GSKit セキュリティー・ソフトウェア用のフォルダー。このフォルダーには、プラットフォームごとのサブディレクトリーが含まれています。適切なGSKit ソフトウェアは、これらのサブディレクトリー内のファイルです。

wscanner¥<platform>¥wscanner.tar wscanner と呼ばれるスキャナー・ソフトウェア用のフォルダー。このフォルダーには、プラットフォームごとのサブディレクトリーが含まれています。適切なスキャナー・ソフトウェアは、これらのサブディレクトリー内のファイルです。

unix¥Was_Cloning.sh すべての UNIX プラットフォーム用のWebSphere Application Server 環境構成ファイルを含むフォルダー。

Win32¥Was_Cloning.bat Windows 用の WebSphere Application Server

環境構成ファイルを含むフォルダー。

codeset 文字変換インストール・ファイル。

nls 言語セット・インストール・ファイル。

tlmlog.properties ログ構成ファイル。

注:

1. 各ファイルには、同じ名前に .sign 拡張子を加えたファイルがあります。これらのファイルもコピーする必要はありません。

2. これらのファイルのコンテンツは、IBM ソフトウェア・サポートの指示がない限り変更しないでください。

ここに示されているすべてのファイルは、フラットな一時ディレクトリーに収集します。

例えば、AIX では、ターゲット・ノードに配布するために、以下のファイルを一時ディレクトリーに集めます。

¥security¥cert.arm¥aix4¥gskta.rte

¥aix¥installagenttlmagentWas_Cloning.sh

¥wscanner¥aix¥wscanner.tar

codesetnlstlmlog.properties

これにより、AIX の一時ディレクトリーのコンテンツは以下のようになります。

cert.armcodesetgskta.rteinstallagentnls

エージェント: installagent が必要とするファイル


tlmagenttlmlog.propertiesWas_Cloning.shwscanner.tar

エージェント・ファイルエージェントのデプロイメントおよび操作では、多数のディレクトリーおよびファイルが作成されます。ログおよびメッセージは、Tivoli Common Directory に保管されます。IBM Tivoli License Manager: 問題判別の Tivoli Common Directory の付録を参照してください。

他のエージェント・ファイルの場所は、エージェントがデプロイされたプラットフォームによって異なります。

v 『AIX のエージェント・ファイル』

v 259ページの『HP/UX のエージェント・ファイル』

v 261ページの『Linux のエージェント・ファイル』

v 262ページの『OS/400 エージェント・ファイル』

v 263ページの『Sun のエージェント・ファイル』

v 264ページの『Windows のエージェント・ファイル』

AIX のエージェント・ファイルAIX プラットフォームでは、エージェント・ファイルは以下のように作成されます。

表 9. AIX プラットフォーム上のエージェント・ファイル

ファイル説明

/usr/sbin/tlmagent メイン・エージェント・ファイル。

/etc/tlmagent.ini エージェント構成ファイル。

/var/itlm/tlmunins.sh アンインストール・エージェント・スクリプト。

/var/itlm/tlmkagent.def エージェント・カーネル拡張機能用のデバイス構成データベース定義

/dev/tlmkagent エージェントとカーネル拡張機能の間の通信用の、キャラクター型装置ファイル。

/usr/lib/drivers/tlmkagent21xx

/usr/lib/drivers/tlmkreg21xx

/usr/lib/drivers/tlmkstub

エージェント・カーネル拡張機能。xx は、エージェント・カーネル拡張機能のバージョンを示します。

/usr/lib/methods/deftlmkagent

/usr/lib/methods/cfgtlmkagent

/usr/lib/methods/chgtlmkagent

/usr/lib/methods/ucfgtlmkagent

/usr/lib/methods/undtlmkagent

エージェント・カーネル拡張機能用のデバイス構成メソッド。

/var/itlm/cache/ エージェント・キャッシュ・ファイル用のフォルダー。

/var/itlm/codeset/ 異なるコード・セットに文字を変換するためのファイルを収容しているフォルダー。

エージェント: installagent が必要とするファイル


表 9. AIX プラットフォーム上のエージェント・ファイル (続き)

ファイル説明

/var/itlm/nls/ サポートされるそれぞれの言語用のサブフォルダーを収容しているフォルダー。サブフォルダーには、エージェント・メッセージが定義されているファイルが収容されています。

<TivoliCommonDirectory>/COD/logs/agent/

trace/trace*.log

エージェント・ログ・ファイル。詳しくは、IBM Tivoli License Manager: 問題判別のTivoli Common Directory の付録を参照してください。


messages/*.log

エージェント・メッセージ・ファイル。詳しくは、IBM Tivoli License Manager: 問題判別の Tivoli Common Directory の付録を参照してください。

<TivoliCommonDirectory>/COD/scripts/

agent/*.sh

エージェントのスクリプト。詳しくは、IBM

Tivoli License Manager: 問題判別の Tivoli

Common Directory の付録を参照してください。

/var/itlm/cache/licsref.dat ライセンス状況ログ・ファイル。エージェントのトレースが MAX に設定されている場合にのみ、作成されます。

/var/itlm/cache/unksref.dat 不明ファイルのログ・ファイル。

/var/itlm/wasagent/ WebSphere Application Server 上で実行されているアプリケーションを識別する場合に使用するエージェントのファイルを含むフォルダー。

/var/itlm/scanner/ インベントリーのスキャンを実行するソフトウェアを含むフォルダー。

/var/itlm/keydb/ SSL キー・データベース (key.kdb) およびパスワード・スタッシュ・ファイル(key.sth) 用のフォルダー。

/etc/tlmlog.properties エージェントのロギングとトレース用の構成ファイル。

/tmp/itlm ディレクトリー通信ソケット・ファイルを含みます。

HP/UX のエージェント・ファイルHP/UX プラットフォームでは、エージェント・ファイルは以下のように作成されます。

表 10. HP/UX プラットフォーム上のエージェント・ファイル

ファイル説明




エージェント・ファイル


表 10. HP/UX プラットフォーム上のエージェント・ファイル (続き)

ファイル説明

/stand/dlkm/mod.d/tlmkagent21xx エージェント・カーネル拡張機能。xx は、エージェント・カーネル拡張機能のバージョンを示します。

/dev/tlmkagent21xx エージェントとカーネル拡張機能の間の通信用の、キャラクター型装置ファイル。

/stand/system.d/tlmkagent21xx

/stand/build/mod_wk.d/tlmkagent21xx

/stand/dlkm/system.d/tlmkagent21xx

/usr/conf/master.d/tlmkagent21xx

/usr/conf/km.d/tlmkagent21xx

オペレーティング・システムによって、カーネル拡張機能の管理と構成に使用されるファイル。





trace/trace*.log



messages/*.log



agent/*.sh









/etc/init.d/tlm 自動始動スクリプト。



表 10. HP/UX プラットフォーム上のエージェント・ファイル (続き)

ファイル説明


Linux のエージェント・ファイルLinux プラットフォームでは、エージェント・ファイルは以下のように作成されます。

表 11. Linux プラットフォーム上のエージェント・ファイル

ファイル説明




/var/itlm/tlmkagent エージェント・カーネル拡張機能用のデバイス構成データベース定義。

/lib/modules/tlmkagent-2_1_x_x.o エージェント・カーネル拡張機能。x_x は、エージェント・カーネル拡張機能のバージョンを示します。





trace/trace*.log



messages/*.log



agent/*.sh








表 11. Linux プラットフォーム上のエージェント・ファイル (続き)

ファイル説明






OS/400 エージェント・ファイルOS/400 プラットフォームでは、エージェント・ファイルは以下のように作成されます。

表 12. OS/400 プラットフォーム上のエージェント・ファイル

ファイル説明

QITLMAGENT メイン・エージェント・ファイル (QITLM

ライブラリー内)。

EXITINST

EXITLANG

EXITUNINST

QITLMSTRAG

QITLMMSG

QITLMSAMSG

QITLMJOBD

WASAGTLCK

QITLMDFN

QITLMLANG

QITLMLOD

各種エージェント・ファイル (QITLM ライブラリー内)。

/QIBM/UserData/QITLM/conf/tlmagent.ini エージェント構成ファイル。

/QIBM/UserData/QITLM/cache/ エージェント・キャッシュ・ファイル用のフォルダー。

/QIBM/UserData/QITLM/keydb/ SSL キー・データベース (key.kdb) 用のフォルダー。

/QIBM/UserData/QITLM/wasagent/ WebSphere Application Server 上で実行されているアプリケーションを識別する場合に使用するエージェントのファイルを含むフォルダー。

/QIBM/UserData/QITLM/tmp/ 一時ファイル。

/QIBM/ProdData/QITLM/codeset/ 異なるコード・セットに文字を変換するためのファイルを収容しているフォルダー。



表 12. OS/400 プラットフォーム上のエージェント・ファイル (続き)

ファイル説明

/QIBM/ProdData/QITLM/keydb/ SSL キー・データベース・テンプレート・ファイル (key.kdb) 用のフォルダー。

/QIBM/ProdData/QITLM/nls/ サポートされるそれぞれの言語用のサブフォルダーを収容しているフォルダー。サブフォルダーには、エージェント・メッセージが定義されているファイルが収容されています。

/QIBM/ProdData/QITLM/scripts/ スクリプトを収容しているフォルダー。

/QIBM/ProdData/QITLM/_uninst/ アンインストール・ファイルを収容しているディレクトリー。

/QIBM/ProdData/QITLM/conf/tlmagent.ini エージェント構成テンプレート・ファイル。


trace/trace*.log


Sun のエージェント・ファイルエージェント・ファイルは、以下のように作成されます。

表 13. Sun プラットフォーム上のエージェント・ファイル

ファイル説明

/usr/sbin/tlmagent メイン・エージェント・ファイル

/etc/tlmagent.ini エージェント構成ファイル

/usr/kernel/drv/sparcv9/tlmkagent-2_1_x_x エージェント・カーネル拡張機能 (64 ビット・プロセッサー)。x_x は、エージェント・カーネル拡張機能のバージョンを示します。

/usr/kernel/drv/tlmkagent-2_1_x_x エージェント・カーネル拡張機能 (32 ビット・プロセッサー)。x_x は、エージェント・カーネル拡張機能のバージョンを示します。

/usr/kernel/drv/tlmkagent-2_1_x_x.conf エージェント・カーネル拡張機能。x_x は、エージェント・カーネル拡張機能のバージョンを示します。

/devices/pseudo/tlmkagent-2_1_x_x@0:0 エージェントとカーネル拡張機能の間の通信用の、キャラクター型装置ファイル。







表 13. Sun プラットフォーム上のエージェント・ファイル (続き)

ファイル説明


trace/trace*.log



messages/*.log



agent/*.sh










Windows のエージェント・ファイルWindows プラットフォームでは、エージェント・ファイルは以下の場所に作成されます。

%WINDIR%¥itlm

表 14. Windows プラットフォーム上のエージェント・ファイル

ファイル説明

reboot_needed.txt フラグ・ファイル。このファイルが存在する場合、エージェントはノードをリブートする必要があることを認識します。このファイルは、次回リブートを実行するまで同じ場所にあります。エージェントをインストールしたときに既存のバージョンの GSKit がそのコンピューター上で使用されていたため、GSKit をインストールできなかった場合は、ファイル内にフラグが設定され、エージェントは実行されません。この場合は、次回リブートを行った後に GSKit のインストールが行われ、その後、エージェントを開始できるようになります。



表 14. Windows プラットフォーム上のエージェント・ファイル (続き)

ファイル説明

tlmagent.exe メイン・エージェント・ファイル。

tlmagent.ini エージェント構成ファイル。

tlmkagent-2_1_x_x.sys エージェント・カーネル拡張機能。x_x は、エージェント・カーネル拡張機能のバージョンを示します。

tlmlog.properties エージェントのロギングとトレース用の構成ファイル。

tlmunins.bat アンインストール・エージェント・スクリプト。

<TivoliCommonDirectory>/

COD/logs/agent/trace/trace*.log

エージェント・ログ・ファイル。詳しくは、IBM

Tivoli License Manager: 問題判別の Tivoli Common

Directory の付録を参照してください。


COD/logs/agent/messages/*.log

エージェント・メッセージ・ファイル。詳しくは、IBM Tivoli License Manager: 問題判別の Tivoli



COD/scripts/agent/*.sh

エージェントのスクリプト。詳しくは、IBM Tivoli

License Manager: 問題判別の Tivoli Common

Directory の付録を参照してください。

cache¥ エージェント・キャッシュ・ファイル用のフォルダー。

cache¥licsref.dat ライセンス状況ログ・ファイル。エージェントのトレースが MAX に設定されている場合にのみ、作成されます。

cache¥unksref.dat 不明ファイルのログ・ファイル。

codeset¥ 異なるコード・セットに文字を変換するためのファイルを収容しているフォルダー。

keydb¥ SSL キー・データベース (key.kdb) およびパスワード・スタッシュ・ファイル (key.sth) 用のフォルダー。

nls¥ サポートされるそれぞれの言語用のサブフォルダーを収容しているフォルダー。サブフォルダーには、エージェント・メッセージが定義されているファイルが収容されています。

scanner¥ インベントリーのスキャンを実行するソフトウェアを含むフォルダー。

tmp¥ エージェントが使用する一時フォルダー。

wasagent¥ WebSphere Application Server 上で実行されているアプリケーションを識別する場合に使用するエージェントのファイルを含むフォルダー。



エージェント・コマンド一部のエージェント・タスクは、コマンド行から実行できます。このセクションでは、さまざまなプラットフォームで使用可能なコマンドについて、詳しく説明します。

エージェント・コマンドは、コマンド行で以下を入力して発行します。

tlmagent <parameter>

<parameter> は、表 15 で説明されているパラメーターの 1 つです。

表 15. Tlmagent コマンド・パラメーター

パラメーター Windows AIX Sun、Linux、HP/UX

OS/400 エージェントを実行する必要があるかどうか。

説明

-g X X No エージェント・サービスを開始します。

-e X X X はいエージェント・サービスを停止します。

-capture X X X X エージェントのトレース・ファイルとメッセージ・ファイルを Tivoli Common

Directory の ffdc¥agent サブディレクトリーにコピーします。これらのファイルは、リモート・サポート分析で使用可能です。

-p X X X X ランタイム・サーバーに接続するようエージェントに要求します。エージェントが稼動中で、接続が即時に実行される必要があります。

-s X X X はいインベントリーのスキャンを実行し、その結果をランタイム・サーバーに送信するようエージェントに要求します。このコマンドではスキャンは行われません。スキャンの要求をするだけです。この要求は、エージェントによって可能な限り早く実行されます。

-v X X X エージェントのバージョンを表示します。

-r X X X No カーネル拡張機能の登録を削除し、そのファイルを除去します。最初にエージェントを停止する必要があります。Windows では、エージェントはサービス・リストからも除去されます。

-reload X X X X はいエージェントの構成ファイル再ロードし、新規の構成データを使用してトレースを再始動します。

-i X エージェントを、Windows プラットフォーム上のサービスとしてインストールします。

エージェント・コマンド


注:

1. Windows プラットフォームでは、コマンドは %WINDIR%¥itlm フォルダーから実行するか、または PATH 変数に組み込む必要があります。ユーザーは「Administrator」である必要があります。

2. UNIX プラットフォームでは、コマンドは /usr/sbin フォルダーから実行するか、または PATH 変数に組み込む必要があります。ユーザーは「root」である必要があります。

3. OS/400 プラットフォームでは、コマンドは以下の構文の呼び出しステートメントを使用して発行されます。

CALL QITLM/QITLMAGENT PARM(’<parameter>’)

<parameter> は、以下の表でサポートされているパラメーターの値を示します。例えば、以下のように設定します。

CALL QITLM/QITLMAGENT PARM(’-p’)

ユーザーは「QITLM」であるか、または User Class *SECOFR を持つ必要があります。

AIX - 追加コマンド表 16 には、AIX System Resource Controller (SRC) で使用し、AIX プラットフォームで使用可能な追加コマンドがリストされています。

表 16. AIX プラットフォームのエージェント・コマンド

タスクコマンド

エージェントの始動 /usr/bin/startsrc -s tlmagent

エージェントの停止 /usr/bin/stopsrc -s tlmagent

エージェントの状況の表示 /usr/bin/lssrc -s tlmagent

エージェント構成ファイルの再ロード

/usr/bin/refresh -reload

HP/UX - 追加コマンド表 17 には、AIX 以外の UNIX プラットフォームで使用可能なコマンドがリストされています。

表 17. UNIX プラットフォームのエージェント・コマンド


エージェントの始動 /sbin/init.d/tlm start

エージェントの停止 /sbin/init.d/tlm stop


/sbin/init.d/tlm reload

kill -SIGHUP tlmagent_PID



表 17. UNIX プラットフォームのエージェント・コマンド (続き)


エージェントのトレース・ファイルとメッセージ・ファイルをTivoli Common Directory のffdc¥agent サブディレクトリーにコピーします。これらのファイルは、リモート・サポート分析で使用可能です。

/sbin/init.d/tlm capture

Sun および Linux プラットフォーム - 追加コマンド表 18 には、Sun および Linux プラットフォームで使用可能な追加コマンドがリストされています。

表 18. Sun および Linux プラットフォームのエージェント・コマンド


エージェントの始動 /etc/init.d/tlm start

エージェントの停止 /etc/init.d/tlm stop


/etc/init.d/tlm reload

kill -SIGHUP tlmagent_PID

エージェントのトレース・ファイルとメッセージ・ファイルをTivoli Common Directory のffdc¥agent サブディレクトリーにコピーします。これらのファイルは、リモート・サポート分析で使用可能です。

etc/init.d/tlm capture

OS/400 プラットフォーム - 追加コマンド表 18 には、OS/400 で使用可能な追加コマンドがリストされています。

表 19. OS/400 プラットフォーム上のエージェント・コマンド


エージェントの始動 strtcpsvr server(*itlmagent)

エージェントの停止 endtcpsvr server(*itlmagent)

WebSphere Application Server エージェント・コマンドエージェントに WebSphere Application Server がデプロイされている場合、追加のエージェント・プロセスを使用して、WebSphere Application Server 上で実行されている製品を検出します。このプロセスは、wasagent と呼ばれる WebSphere

Application Server エージェントです。

wasagent には、使用可能なコマンドの小さなセットがあります。そのコマンド行にアクセスするには、以下のステップを実行します。



1. エージェント・コンピューターに Administrator または root としてログオンする。

2. wasagent ディレクトリーにナビゲートする。ディレクトリーの場所は、 258ページの『エージェント・ファイル』にそれぞれのプラットフォームごとに示されています。

3. 以下のスクリプトを実行して、コマンド行を初期化する。

Windows WASAgentClient.bat

UNIX WASAgentClient.sh

これにより、wasagent 環境が使用可能になります。

4. 表 20 の任意のコマンドを発行する。

表 20. OS/400 プラットフォーム上のエージェント・コマンド


servers コマンドによって識別される、任意のサーバーの、セキュリティー・セル・アクセス信任状を設定します。

<serverID>

servers コマンドによって識別されたリストから。

<userName>

セキュリティー・セルのユーザー名。

<password>

セキュリティー・セルのパスワード。

credentials <serverID> <userName>

<password>

wasagent コマンド行を終了します。 exit

wasagent のトレース・ファイルとメッセージ・ファイルを Tivoli Common Directory のffdc¥wasagent サブディレクトリーにコピーします。これらのファイルは、リモート・サポート分析で使用可能です。

ffdc

wasagent コマンド行にヘルプを表示します。 help

ログ構成ファイル (itlm.log) を再ロードします。

reloadconf

wasagent によって発見されたすべてのアプリケーション・サーバーをリストします。表示される情報には、固有のサーバー ID

(credentials コマンドで使用されます)、その状態、およびその他の情報が組み込まれています。

servers



エージェントの検討および削除管理サーバーを使用すると、デプロイしたエージェントの詳細の検討、および不要になったエージェントのデータベースからの削除を実行することができます。

注: 再デプロイする前にエージェントを削除する必要はありません。エージェント削除機能は、ノードをモニターする必要がなくなった場合に使用します。

この機能は、IBM Tivoli License Manager: 管理で詳しく説明されています。

エージェントの再デプロイ以下の場合、ノード上のエージェントを再デプロイする必要があります。

v エージェントをデプロイしたり、異なるサーバーを使用してノードをモニターしたり、またはエージェントを異なる部門に割り当てた後、ランタイム・サーバーのサーバー名またはポートを変更した場合。

この場合は、デプロイ手順を再度実行します。エージェントをアンインストールする必要はありません。

v エージェントが登録されているランタイム・サーバーで、そのエージェントの新しいバージョンが使用可能になった場合。

この場合は、エージェントの自己更新機能を使用します。この機能の詳細およびこの機能を使用可能にする方法については、『エージェントの自動更新』を参照してください。

エージェントの自動更新エージェントへのアップグレードを含むフィックスパックまたは暫定修正を受け取った場合は、まず最初にフィックスパックまたは暫定修正をランタイム・サーバーにインストールします。その後、OS/400 以外のすべてのエージェント・プラットフォームでは、以下のようにランタイム・サーバーに接続されるすべてのエージェントを自動的にアップグレードできます。

1. それぞれのランタイム・サーバーで、system.properties ファイルのエージェント設定セクションを編集し、updateAgentEnabled パラメーターを Yes に変更する。

2. ランタイム・サーバーを停止および再始動して、変更された構成を有効にする。

エージェント・パラメーターがエージェントにダウンロードされた後、エージェントは、ランタイム・サーバーの検査を開始して、該当するエージェント・ファイルの変更されたバージョンがあるかどうかを調べます。検査の間隔の最長時間は、updateAgentPeriod で定義されます。エージェント・ファイルの新規バージョンが検出されると、エージェントはファイルをダウンロードして、その新規バージョンを適用します。

特定のエージェントがアップグレードされたかどうかを調べるには、アドミニストレーション・サーバー GUI (「コンポーネントの管理� エージェント」、その次に、エージェントを選択)にリストされているエージェントの詳細にある、バージョン番号を見てください。

エージェント: 検討および削除


バージョン番号を表示するエージェントのリストを表示するには、アドミニストレーション・サーバー GUI で、「コンポーネントの管理� サーバー � エージェントの表示」を選択します。

どのエージェントが特定のレベル (例えば、バージョン 2.1) かを表示するには、DB2 コマンド行から以下の照会を実行します。select

hostname,ip_address,os_version from adm.agent where version = ’2.1.0’

すべてのエージェントがアップグレードされたら、updateAgentEnabled パラメーターを No にリセットし、ランタイム・サーバーを再始動してください。

エージェント: 自動更新



付録 A. 構成の設定

この付録では、各 Tivoli License Manager サーバーに保存される構成ファイルについての情報と、必要に応じそのファイルを使用して Tivoli License Manager の調整を行う方法について説明します。このセクションには、以下の情報が含まれています。

v Tivoli License Manager サーバーごとにインストールされる構成ファイルの要約。『Tivoli License Manager 構成ファイル』を参照してください。

v メイン・サーバー構成ファイル system.properties についての詳細。 275ページの『system.properties ファイル』を参照してください。

v ランタイム・サーバーと管理サーバーの間の通信をコントロールする構成ファイルについての詳細。 284ページの『communication.properties ファイル』を参照してください。

v 構成ファイルのバックアップと復元の詳しい説明。 286ページの『構成ファイルのバックアップおよび復元』を参照してください。

Tivoli License Manager 構成ファイル構成ファイルは、次の場所にインストールされます。

管理サーバー




表 21 は、編集する可能性のある Tivoli License Manager 構成ファイルの要約を示します。すべてのファイルが両方のサーバーに存在するわけではありません。

表 21. Tivoli License Manager サーバーの構成ファイル

ファイルサーバー使用法

agent_install.properties ランタイムランタイム・サーバーからのエージェントのダウンロードおよびインストールに必要な情報を含みます。デプロイメントのデバッグおよびトレースの設定は、「IBM Tivoli License Manager:

問題判別」に記載されています。ランタイム・サーバーとエージェント間のプロキシー通信の設定は、 153ページの『プロキシー・サーバーの構成』に記載されています。

Web 登録機能で、登録中のコンピューターの情報を自動的に使用するかどうかを決定する設定については、 154ページの『コンピューター・ラベルの自動割り当て』で説明します。

このファイルの他のパラメーターは変更しないでください。


表 21. Tivoli License Manager サーバーの構成ファイル (続き)

ファイルサーバー使用法

communication.properties ランタイムランタイム・サーバーのインストール時に指定されたサーバーと組織の名前、およびランタイム・サーバーが管理サーバーに接続するためのアドレスを含みます。インストール時にこれらの値が誤って入力されたか、またはランタイム・サーバーの実行時にこれらの値を変更する必要がある場合は、このファイルの値を編集します。

284ページの『communication.properties ファイル』を参照してください。

管理サーバーの通信で使用するプロキシー・サーバーを定義する方法について詳しくは、 153ページの『プロキシー・サーバーの構成』を参照してください。

log.properties アドミニストレーションおよびランタイム

サーバーのトレース・パラメーターを定義します。詳しくは、「IBM Tivoli License Manager: 問題判別」を参照してください。サーバーの稼動中に変更および再ロード可能なパラメーターは、これらのみです。 IBM Tivoli License Manager: 問題判別の logreload コマンドの文書を参照してください。

system.properties アドミニストレーションおよびランタイム

275ページの『system.properties ファイル』を参照してください。

重要: 他のすべての構成ファイルは、IBM ソフトウェア・サポート担当者から直接指示がない限り、編集しないでください。

構成ファイル内のデフォルト値構成ファイル内のパラメーターには、インストール時にデフォルトが設定されます。これらのデフォルトは、パラメーターについて説明するこの付録内の表に示されています。デフォルトは、 10ページの表 1に示されている特性を持つ代表的な環境で使用できるよう設計されています。

ご使用の環境がこの例と大幅に異なる場合は、この付録で説明されている各パラメーターの説明を参照し、値を変更して拡張パフォーマンスを設定するかどうかを決定するか、またはより簡単に使用可能な情報を参照します。例えば、ご使用の環境がこの例よりもかなり小規模で、使用率統計や変更したインベントリー情報をレポートでよりすばやく使用する場合は、管理サーバーとランタイム・サーバーの間での情報のアップロードおよびダウンロード間隔を短くします。

注: 構成ファイルに対して行った変更を有効にするには、構成ファイルを変更した後に該当するコンポーネントを停止して再始動する必要があります。

構成ファイル


構成ファイルの表の範囲この付録には、製品のパフォーマンスをコントロールするために変更可能な構成パラメーターの表が含まれています。これらの表では、数多くのパラメーターに対して値の範囲が提供されています。この範囲外の値を設定しないようにしてください。これらの範囲は推奨値であり、製品では、値が範囲内であるかどうかはチェックされません。これらの範囲外の値を設定すると、製品のパフォーマンスに悪影響を及ぼす可能性があります。

system.properties ファイルsystem.properties ファイルは、管理サーバーおよび各ランタイム・サーバーにインストールされます。system.properties ファイルには、次のセクションがあります。

v Web インターフェース設定

これらの設定は、管理サーバーおよびランタイム・サーバーの Web インターフェースの動作に影響します。このセクションのほとんどの設定は変更しないでください。変更可能な設定については、 277ページの『Web インターフェース設定』を参照してください。

v 管理サーバー設定

このセクションの設定は、管理サーバーの system.properties ファイルにのみ適用されます。 278ページの『管理サーバー設定』を参照してください。

v ランタイム・サーバー設定

これらの設定は、タスクの反復間で使用される遅延時間など、ランタイム・サーバーの動作に影響します。ランタイム・サーバーにはそれぞれ独自のsystem.properties ファイルがあり、設定はサーバーごとに異なる場合があります。 280ページの『ランタイム・サーバー設定』を参照してください。

v エージェント設定

ランタイム・サーバー上にある system.properties ファイルに定義されたエージェント設定は、そのサーバーに登録されたすべてのエージェントに有効です。エージェント設定は、定義された間隔で、ランタイム・サーバーからエージェントにダウンロードされます。 282ページの『エージェント設定』を参照してください。

v E メール構成の設定

これらの設定により、サーバー上で生成されたイベント通知の送信が可能になります。 283ページの『E メール構成の設定』を参照してください。

構成パラメーターの多くは、イベントおよびサービスのタイミングを参照します。まずこれらのタイミングについて説明してから、個々のパラメーターについて説明します。

構成ファイル

付録 A. 構成の設定 275

イベントおよびサービスのタイミングアドミニストレーションおよびランタイム・サーバーにおける、イベント、とりわけサービスのタイミングは、開始時刻とイベント間の期間の 2 つの要因で決定されます。それぞれのイベントには、その頻度を決定するパラメーターがあります。開始時刻は、サーバーが最後に開始された時間か、パラメーター adminBaseTime および runtimeBaseTime のいずれかで決定されます。

以下のように処理されます。イベントまたはサービスの頻度が正確に1、2、3、4、6、8、12、または 24 時間の場合 (単位は分、時間、または日)、そのイベントまたはサービスは、その開始時刻として、適切な <server>BaseTime パラメーターを使用します。<server>BaseTime パラメーターは、0 から 23 までの任意の整数値を取ることができます。それぞれの整数は、サーバーが実行されている時間帯の 24 時間時計の時間を表します (したがって、例えば、値 22 は、22:00 または 10:00 pm に相当します)。これは、つまり、これらの頻度のタスクは、毎日正確に同じ時間に実行されることを意味します。

その他の頻度についてはどうでしょうか。イベント期間の頻度が正確に 1 週間(10080 分、168 時間、または 7 日間) の場合は、土曜日の <server>BaseTime パラメーターによって決定された時間に実行されます。これは、また、パラメーターの値が正確に複数週の場合にも、適用されます。

最後に、イベントまたはサービスの頻度が 1、2、3、4、6、8、12、または 24 時間でない場合、また、1 週間や複数週でない場合は、サーバー上のイベントおよびサービスのタイマーは、共通の固定の基本時刻から頻度の期間をカウントして、開始されます。

以下にいくつかの例を示します。

v サービス A は、4 時間ごとに実行する必要があります。頻度を 240 分に設定すると (ほとんどの場合、頻度は分で表します)、<server>BaseTime に指定する値がどのような値であろうと、サービスはその時間から 4 時間ごとに実行されます。22 に設定すると、サービスは 02:00、06:00、10:00、14:00、18:00、および 22:00

に実行されます。

v イベント B は、毎週実行する必要があります。頻度を 10080 分に設定し、<server>BaseTime を 22 に設定すると、土曜日の夜 10:00 pm に実行されます。

v イベント C は、毎日実行する必要があります。頻度を 1440 時間に設定すると、そのイベントは正確に <server>BaseTime に指定された時間に実行されます。

サーバーの基本時刻の同期化サーバーの BaseTime パラメーターの設定方法に影響を与えるいくつかの要因があります。

v アドミニストレーション・サーバーは、任意のランタイム・サーバーと同じBaseTime を持つことはできません。これは、ランタイム・サーバーがデータを送信しようとしているときに、アドミニストレーション・サーバーが、定期的なデータベース・サービスを実行しないようにするためです。

v ランタイム・サーバーの BaseTimes を観念的に設定して、アドミニストレーション・サーバーが処理を開始する前に、1 日のアクティビティーをアップロードする時間を持てるようにする必要があります (多くのサービスのデフォルトの期間

構成の設定: system.properties


は 1 日です)。アドミニストレーション・サーバーのデフォルトの設定は 23

(23:00) で、ランタイム・サーバーのデフォルトの設定は 22 (22:00) であることに注意してください。

v 3 つを超えるランタイム・サーバーが、同じ BaseTimes を持たないようにする必要があります。可能であれば、それぞれ独自の BaseTimes にします。例えば、4

つのランタイム・サーバーがある場合、その BaseTimes は、21、22、23、および0 で、アドミニストレーション・サーバーの BaseTimes は、1 などとなります。

v BaseTimes は現地時間に適用されるため、上記の計算を行う場合は、サーバー間の場所によるタイム・ゾーンの違いに注意する必要があります。

Web インターフェース設定表 22 は、system.properties ファイルの Web インターフェース・セクションに定義されるパラメーターで、変更の必要があるものを示しています。構成ファイルのこのセクションの他の設定は変更しないでください。

表 22. system.properties ファイルの Web インターフェース・パラメーター

パラメーター

単位デフォルト最小最大

説明

maxSelectionListLength 項目 5000 1 65535

Web インターフェースのリスト・ボックスに表示できる項目の最大数を定義します。おそらく、GUI で使用される最も長いリスト・ボックスとしては、例えばインストールのヒストリー・レポートで使用されるベンダーのリストを挙げることができます。

この値を大きくすると、Web インターフェースのパフォーマンスが低下します。

privacyPolicyInfoAllowed ブール true true false

有効な値は以下のとおりです。

true プライバシー・ポリシー・ステートメント・パネルには、管理およびランタイムの Web UI ツールバーのアイコンからアクセス可能である必要があります。また、コンピューターをランタイム・サーバーに登録する場合は、ユーザーに同じ情報が表示される必要があります。

false サーバーにプライバシー・ポリシー情報は表示されません。

sessionTimeout 分 30 10 30

ユーザーが自動的にログオフする場合の、製品の Web ユーザー・インターフェースでの最大非アクティブ時間を決定します。

minimumPasswordLength 文字 6 6 10

Web インターフェースで「アカウントの管理」�「作成」機能を使用してアカウントを作成するときに作成するパスワードの最小文字数を決定します。

secureData ブール false true false

true の場合は、ブラウザーでユーザーが選択したプロトコルに関係なく、機密トランザクション (ログイン、ユーザー・パスワードの作成と変更、ランタイム・パスワードの作成と変更) は HTTPS プロトコルを使用して送信されます (ブラウザーとサーバーの両方で HTTP と HTTPS の両方の通信が使用可能になっている必要があります)。

securePort 整数 443 1 65535

secureData が true の場合は、セキュア・トランザクションを実行するときに、ブラウザーでセキュア通信用のサーバー・ポートが使用されます。



管理サーバー設定表 23 は、system.properties ファイルの管理サーバー設定のセクションに定義されるパラメーターを示します。

表 23. system.properties ファイルの管理サーバー・パラメーター

パラメーター


説明

adminBaseTime 時刻 23 0 23

毎日同じ時間や、1 週間に一度土曜日に実行される必要のあるタスクを実行するタイミングを計算する場合の、基本時刻として使用する時刻 (0 から 23)。詳細については、276ページの『イベントおよびサービスのタイミング』を参照してください。

cleanUsagePeriod 分 1440 (1 日) 60 10080 (1 週)

集約されていないソフトウェア使用率データベース・テーブルのクリーンアップ間隔。

各クリーンアップは、サーバーのトレース・ファイルに記録されます。

詳しくは、 345ページの『付録 E. データベース表のクリーンアップ』を参照してください。

maxUsageAge 日 30 1 360

ソフトウェアの使用率データを、集約されていないソフトウェア使用率データベース・テーブルに保存する日数。

データが指定日数よりも古くなると、通常のクリーンアップ・プロセスでクリアされます。

この設定は、使用率のスナップショットおよび使用率トレンドのレポートを生成しているときには、パフォーマンスに大きな影響を及ぼします。保存するデータの日数が少ないほど、パフォーマンスは快適になります。一方、これらのレポートを使用していない場合には、長い期間を設定することが可能です。

ご使用の環境で最大の設定を行うには、以下の手順に従ってください。

1. まず、これらのレポートの生成時に、パフォーマンスに大きな影響を及ぼさずにこのデータが保管されるテーブルに累積できる最大の行数を、3500 万から 4000 万の間で考慮します。

2. DB2 コマンド行で次の照会を実行して、データの集計速度を判別します。select

date(END_TIME) as DATE, count(ID) as NUM from adm.usage_comp group by

date(END_TIME)。これで、1 日ごとに完了されるソフトウェア使用率セッションの数のリストが作成されます。

3. これらの図を使用して、データ集計の平均速度を判別し、その 1 日単位の速度を4000 万で割り、パフォーマンスに影響を及ぼさずに、1 日にテーブルに保持できるデータの最大数を算出します。

345ページの『付録 E. データベース表のクリーンアップ』も参照してください。

aggregateUsagePeriod 分 1440 (1 日) 60 10080 (1 週)

集約されていないソフトウェア使用率データベース・テーブルの集約間隔。集約プロセスでは、コンポーネント、部門、およびライセンスごとに適切な使用率情報が集約され(maxAggregateUsageAge を参照)、この情報が対応するヒストリー・テーブルに保管されます。

各集約は、サーバーのトレース・ファイルに記録されます。



表 23. system.properties ファイルの管理サーバー・パラメーター (続き)

パラメーター


説明

maxAggregateUsageAge 日 3 1 14

集約されていないソフトウェア使用率データベース・テーブルの集約に組み込まれる前の使用率データ (日単位) の経過日数。この設定は、エージェントからランタイム・サーバーにアップロードされる頻度、およびランタイム・サーバーからアドミニストレーション・サーバーにアップロードされる頻度に注意しつつ、集約に関係のあるすべてのデータがアドミニストレーション・サーバーに送られたかどうかを確認するために使用されます。

serverWakeUpEnabled ブール true true false


true 管理サーバーは、ランタイム・サーバーで必要となる特定の情報に対して変更が行われたかどうかをチェックします。

ランタイム・サーバーに最後に接続して以降に変更が行われた場合は、ウェイクアップ呼び出しがランタイム・サーバーに送信され、ランタイム・サーバーでは管理サーバーからの通常のダウンロード動作が開始されます。この場合、ランタイム・サーバーは、ランタイム・サーバー独自のダウンロード待ち時間(adminDownloadPeriod) が切れるまで待機しません。チェックの間隔は、serverWakeUpPeriod に基づいて決定されます。

このパラメーターが使用可能に設定されている場合、アドミニストレーション・サーバーは、ウェイクアップ呼び出しを発行することによって、そのダウンロード頻度を判別するため、ランタイム・サーバーの adminDownloadPeriod

は長期間に設定できます。

各ウェイクアップ呼び出しは、サーバーのトレース・ファイルに記録されます。

false 管理サーバーは、変更のチェックを行いません。

serverWakeUpPeriod 分 120 10 1440 (1 日)

このパラメーターは、serverWakeUpEnabled が true に設定されている場合にのみ使用されます。このパラメーターは、ランタイム・サーバーに関連する情報に変更が行われたかどうかをチェックする間隔を定義します。

これは、adminDownloadPeriod より小さく設定する必要があります。そうでない場合、ウェイクアップ呼び出しは発行されません。

maxServerInactivity 分 2880 (2 日) 1440 (1 日) 129660 (3 か月)

ランタイム・サーバーからの通信を受信しない場合に、ランタイム・サーバーが非アクティブであると判別するまで管理サーバーが待機する時間間隔を決定します。

activateProductsEnabled ブール true true false

バックグラウンド・タスクを実行するかどうかを決定します。このバックグラウンド・タスクを使用すると、少なくとも 1 つの使用ライセンスを含むすべての製品リリースのライセンス・モニターを、ライセンス自体または対応するバージョンや製品に割り当てることができます。インストール・ライセンスは無視されるため、このタスクに影響を与えません。デフォルトでは、このタスクは実行されます。ただし、製品の使用ライセンスを使用不可にする必要がある場合は、使用ライセンスを使用不可にする間、この値を「false」に設定する必要があります。ライセンス交付を受けた個々のリリースのモニターを、製品ごとに使用可能または使用不可に設定できます。



ランタイム・サーバー設定表 24 は、system.properties ファイルのランタイム・サーバー設定のセクションに定義されるパラメーターを示します。

表 24. system.properties ファイルのランタイム・サーバー・パラメーター

パラメーター


説明

runtimeBaseTime 時刻 22 0 23

毎日同じ時間や、1 週間に一度土曜日に実行される必要のあるタスクを実行するタイミングを計算する場合の、基本時刻として使用する時刻 (0 から 23)。詳細については、276ページの『イベントおよびサービスのタイミング』を参照してください。

runtimePluginPeriod 分 60 1 60

プラグインに障害がある場合にのみ使用される、管理サーバーへのランタイム・サーバーの接続を試行する時間間隔。

各接続は、サーバーのトレース・ファイルに記録されます。

inventoryUpdatePeriod 分 1440 (1 日) 60 10080 (1 週)

このパラメーターは、バージョン 1.1.1 エージェントにのみ適用されます。これは、1.1.1 エージェントからインベントリー・スキャンを受け取ったかどうか、およびそのインベントリーの更新の必要性を調べるまでに、サーバーが待機する時間を決定します。

バージョン 1.1.1 エージェントからスキャンが到着すると、それらは次の更新時まで保管されます。

各チェックは、サーバーのトレース・ファイルに記録されます。

バージョン 2.1 エージェントは、この値に依存せずに、異なる方法を使用します。

cacheUpdatePeriod 分 1440 (1 日) 60 10080 (1 週)

ランタイム・キャッシュの更新の時間間隔。

この間隔で、ランタイム・サーバーは、前回の更新以降エージェントから届いた不明ファイル情報を処理し、ランタイム・カタログに追加する情報を判別します。これはまた、キャッシュされていない製品用に受け取ったライセンス要求を基にして、モニターされている製品のキャッシュを更新します。

各更新は、サーバーのトレース・ファイルに記録されます。

adminDownloadPeriod 分 1440 (1 日) 60 10080 (1 週)

管理サーバーからの更新済みライセンス、カタログ、およびトポロジー情報をダウンロードする際のサーバーの待ち時間間隔。

管理サーバーでランタイム・サーバーのウェイクアップ機能を使用可能にした場合、ランタイム・サーバーは、管理サーバーからウェイクアップ呼び出しを受信すると追加のダウンロードを実行します。

各ダウンロードは、サーバーのトレース・ファイルに記録されます。

adminUploadPeriod 分 1440 (1 日) 60 10080 (1 週)

管理サーバーへソフトウェア・インベントリーおよびエージェント情報をアップロードする際のサーバーの待ち時間間隔。

各アップロードは、サーバーのトレース・ファイルに記録されます。



表 24. system.properties ファイルのランタイム・サーバー・パラメーター (続き)

パラメーター


説明

licenseCleanUpPeriod 分 360 (6 時間) 60 720 (12 時間)

エージェントから送信されたライセンス確認をチェックする際のサーバーの待ち時間間隔。

サーバーが、ライセンスが使用中であることを確認できない場合、特定のリリース要求を受け取らなくても、これをリリースします。

各チェックはサーバーのトレース・ファイルに記録され、各クリーンアップ・イベントはサーバーのログ・イベント・ファイルに記録されます。

usageSnapshotPeriod 分 360 (6 時間) 60 720 (12 時間)

管理サーバーへソフトウェア使用スナップショットをアップロードする時間間隔。

スナップショットは定期的に送信され、ソフトウェア使用情報が失われた場合に、使用ヒストリーの修復を可能にします。

このパラメーターは、120 分より小さい値に設定しないでください。


maxAgentInactivity 分 10080 (1 週) 1440 (1 日) 129600 (3 か月)

エージェントが応答をせずに非アクティブと見なされるまでの最大時間。

この期間は、このファイルのエージェント設定のセクションに定義されたdownloadParametersPeriod より小さくしてはなりません。

storeHost ブール true true false

このパラメーターは、プライバシー・ポリシーをインプリメントする場合に使用します。許可されている値は以下のとおりです。

true ノード (ホスト) の識別番号に関する情報が、使用率データと共に記録されています。

false ノード (ホスト) の識別番号に関する情報は、使用率データと共に記録されていません。

storeUser ブール true true false


true ユーザーの識別番号に関する情報が、使用率データと共に記録されています。

false ユーザーの識別番号に関する情報は、使用率データと共に記録されていません。

storeGroup ブール true true false


true ユーザー・グループの識別番号に関する情報が、使用率データと共に記録されています。

false ユーザー・グループの識別番号に関する情報は、使用率データと共に記録されていません。



エージェント設定表 25 は、system.properties ファイルのエージェント設定のセクションに定義されるパラメーターを示します。

表 25. system.properties ファイルのエージェント・パラメーター

パラメーター


説明

requestScope 数値 2 0 2

エージェントが接続可能なランタイム・サーバーを制御します。有効な値は以下のとおりです。

0 エージェントが登録されているサーバーのみ

1 エージェント部門のエージェントにサービスを行うすべてのサーバー

2 組織に登録されているすべてのランタイム・サーバー

checkPeriod 分 180 (3 時間) 180 (3 時間) 1440 (24 時間)

認可されたライセンスをエージェントがチェックする時間間隔。

ライセンスが使用されていない場合、エージェントはこれをリリースします。ライセンスが使用されている場合、エージェントはランタイム・サーバーに確認を送信します。

各チェックは、エージェントのトレース・ファイルに記録されます。

pingPeriod 分 60 (1 時間) 60 (1 時間) 360 (6 時間)

エージェントがランタイム・サーバーへの接続をチェックする時間間隔。

各チェックは、エージェントのトレース・ファイルに記録されます。

downloadParametersPeriod 分 1440 (1 日) 720 (12 時間) 10080 (1 週)

ランタイム・サーバーの system.properties ファイルからエージェント・パラメーターをダウンロードする時間間隔。パラメーター以外に、それぞれのダウンロードごとに、エージェントはランタイム・サーバーにおける最後のカタログ更新の日付を調べ、所有するカタログが古ければ、そのカタログをダウンロードします。


downloadCatalogPeriod 分 1440 (1 日) 720 (12 時間) 10080 (1 週)

このパラメーターは、バージョン 1.1.1 エージェントにのみ適用されます。これは、ランタイム・サーバーからランタイム・カタログをダウンロードする間隔を決定します。


downloadTopologyPeriod 分 1440 (1 日) 720 (12 時間) 10080 (1 週)

ランタイム・サーバーから Tivoli License Manager インフラストラクチャーに関する情報をダウンロードする時間間隔。


offlineUsagePeriod 分 360 (6 時間) 360 (6 時間) 10080 (1 週)

エージェントからランタイム・サーバーへオフライン使用率情報をアップロードする時間間隔。




表 25. system.properties ファイルのエージェント・パラメーター (続き)

パラメーター


説明

uploadMinTime 分 180 (3 時間) 180 (3 時間) 1440 (24 時間)

エージェントからランタイム・サーバーへ不明ファイルの情報をアップロードする時間間隔。アップロード・サービスは、アップロードする不明ファイルに関する情報がある場合にのみ、実行されます。


updateAgentEnabled はい/いいえいいえはいいいえ

エージェントによる自己更新を使用可能にするかどうかを指示します。

このパラメーターを設定すると、エージェントは定期的に新バージョンのエージェントがないかランタイム・サーバーをチェックし、これが存在する場合は、現行デプロイメントのサーバーおよび部門を使用して、自動的にデプロイメントをトリガーします。

許可されている値は、はい、いいえです。

updateAgentPeriod 分 10080 (1 週) 10080 (1 週) 129600 (3 か月)

ランタイム・サーバー上の新バージョンのエージェントの存在をチェックする時間間隔。

各チェックは、サーバーのトレース・ファイルに記録されます。

E メール構成の設定表 26 は、system.properties ファイルの E メール構成の設定のセクションに定義されるパラメーターを示します。この設定は、system.properties ファイルが位置するサーバー上で生成される通知に関連しています。管理サーバーでは、通知はライセンス・イベントに関連します。ランタイム・サーバーでは、サーバーまたはエージェントの状況の変更、およびインベントリー・スキャンの完了に応じて通知が生成されます。通知について詳しくは、「IBM Tivoli License Manager: 問題判別」のイベント・ログおよび通知に関する章を参照してください。

表 26. system.properties ファイルの E メール構成パラメーター

パラメーター


説明

smtpServer テキスト

有効な SMTP サーバーのホスト名または IP アドレス。

テキストに含むことができるのは US ASCII 文字のみです。

mailSender テキスト

通知が生成された場合に、サーバーで送信側アドレスとして使用される E メール・アドレス。

テキストに含むことができるのは US ASCII 文字のみです。



表 26. system.properties ファイルの E メール構成パラメーター (続き)

パラメーター


説明

mailRecipient テキスト

オプションの追加の通知の送信先となる E メール・アドレス。

Tivoli License Manager アドミニストレーターが標準の通知受信者です。これは、Web

インターフェースを使用してアドミニストレーターを作成する際に指定できます。

communication.properties ファイルcommunication.properties ファイルで定義されているパラメーターは、ランタイム・サーバーと管理サーバーの間の通信をコントロールします。データベースへの接続を正しく機能させるには、一部のパラメーターは変更しないでください。

表 27 は、communications.properties ファイルに定義されたプロパティー・ファイルを示します。

表 27. communications.properties ファイルのパラメーター

パラメーター


説明

server テキストランタイム・サーバーのインストール時に作成されます。

管理サーバーのホスト名または IP アドレス。

この値は、ランタイム・サーバーのインストール時に誤った値が入力されたか、または通常使用時にサーバー・アドレスが変更された場合に変更可能です。

port 数値ランタイム・サーバーのインストール時に作成されます。

アドミニストレーション・サーバーとの安全ではない通信に使用されるポート。

この値は、ランタイム・サーバーのインストール時に誤った値が入力されたか、または通常使用時にポートが変更された場合に変更可能です。

URI テキスト /slmadmin/service

管理サーバー・サーブレットのパス。

この値は変更しないでください。



表 27. communications.properties ファイルのパラメーター (続き)

パラメーター


説明

enableSSL ブールランタイム・サーバーのインストール時に作成されます。

true false

許可されている値は以下のとおりです。

true ランタイム・サーバーと管理サーバーの間で SSL 通信が使用されます。

false ランタイム・サーバーと管理サーバーの間の通信で SSL は使用されません。

この値は、ランタイム・サーバーのインストール時にエラーが発生したか、または通常使用時に通信のモードを変更した場合に変更可能です。

この値を true に変更した場合は、SSLPort と forceSSL にも正しい値を指定する必要があります。

この値を false に変更すると、他の SSL パラメーターは無視されます。

SSLPort 数値ランタイム・サーバーのインストール時に作成されます。

enableSSL が true に設定されている場合、このパラメーターは、管理サーバーとのSSL 通信で使用されるポートに設定する必要があります。

この値は、ランタイム・サーバーのインストール時に誤った値が入力されたか、または通常使用時に SSL ポートが変更された場合に変更可能です。

forceSSL ブール true true false


true SSL プロトコルは、ランタイム・サーバーと管理サーバーの間のすべての通信で使用され、ランタイム・サーバー上の設定がオーバーライドされます。

false SSL 通信は、ランタイム・サーバーでの設定に従って、ランタイム・サーバーと管理サーバーの間の選択した通信でのみ使用されます。これらの設定については、ファイル scpServices.xml に記載されています。ただし、このファイルは変更しないでください。

useProxy ブール false true false


true 管理サーバーは、プロキシー・サーバーによって保護されます。

false 管理サーバーは、プロキシー・サーバーによって保護されません。

この値を true に変更した場合は、proxy と proxyPort にも正しい値を指定する必要があります。

この値を false に変更すると、他のプロキシー・パラメーターは無視されます。

proxy テキスト none

useProxy が true に設定されている場合、このパラメーターは、管理サーバーを保護しているプロキシー・サーバーのホスト名または IP アドレスに設定する必要があります。

構成の設定: communication.properties


表 27. communications.properties ファイルのパラメーター (続き)

パラメーター


説明

proxyPort 数値 8080

useProxy が true に設定されている場合、このパラメーターは、管理サーバーを保護しているプロキシー・サーバーとの通信で使用されるポートに設定する必要があります。

runtimeName テキストランタイム・サーバーのインストール時に作成されます。

ランタイム・サーバーの名前。

この値を変更する必要がある場合は、この場所、およびアドミニストレーション・サーバー GUI (「コンポーネントの管理 � サーバー」) の両方で変更する必要があります。ランタイム・サーバーの再始動時には、その新規名で接続します。

organizationName テキストランタイム・サーバーのインストール時に作成されます。

組織の名前。

この値は、ランタイム・サーバーのインストール時に誤った値が入力された場合にのみ変更可能です。ランタイム・サーバーが管理サーバーに正常に接続した場合、この値は管理サーバーのデータベースにも記録されており、2 つのデータ・ソースが一致する必要があるため、この値は変更しないでください。

ランタイム・サーバーが接続した後に、このサーバーが属する組織の名前を変更する必要がある場合は、このサーバーをアンインストールし、異なる組織名を使用して再インストールする必要があります。

構成ファイルのバックアップおよび復元Tivoli License Manager には、構成ファイルのバックアップと復元を可能にするコマンドがあります。

バックアップ・コマンドは、サーバーのインストール時にインストール・ウィザードによって使用されるため、構成の変更を行ったときに何らかの問題が生じた場合には、デフォルトの設定のバックアップを使用することができます。

構成ファイルの変更時には、必ず、必要な結果になったことを検査する必要があります。必要な結果になっている場合は、構成ファイルをバックアップするコマンドを実行します。これは、すべての構成ファイルをあらかじめ決められているバックアップ・ディレクトリーにコピーし、すでにある構成ファイルを上書きします。

構成ファイルを復元する必要が生じた場合は、適切なコマンドを実行して、すべてのファイルを復元します。

構成の設定: communication.properties


重要: 構成ファイルの多くは、相互依存しています。したがって、バックアップからファイルを個別に復元すると、構成の実行可能性が低下する可能性がありますので、おやめください。変更を行うたびにファイルの完全セットをバックアップし、必要な場合には、完全セットを復元するようにしてください。

バックアップおよび復元コマンドコマンド行およびコマンド行へのアクセス方法については、IBM Tivoli License

Manager: 管理とIBM Tivoli License Manager: 問題判別の両方で説明されているため、ここでは省きます。

このセクションでは、表 28でリストされている、製品構成のバックアップおよび復元に使用されるアドミニストレーション・サーバー・コマンドとランタイム・サーバー・コマンドについて説明します。

表 28. 構成ファイルのバックアップおよび復元に必要なコマンド

コマンドコンポーネント目的参照するページ

backupconf v 管理サーバー

v ランタイム・サーバー

サーバーの構成ファイルのバックアップ

288

restoreconf v 管理サーバー

v ランタイム・サーバー

サーバーの構成ファイルの復元 290

構成のバックアップおよび復元


backupconf

サーバーの構成ファイルをバックアップするには、アドミニストレーション・サーバーまたはランタイム・サーバーのいずれかで、このコマンドを使用します。このコマンドの使用前に、サーバーを停止する必要はありません。

あらかじめ決められているバックアップ場所にファイルがコピーされ、既存のバージョンは上書きされます。バックアップされるファイルは、以下のとおりです。

管理サーバー

注: ディレクトリー users には、アドミニストレーション・サーバーのユーザーのパスワード・ファイルが含まれています。

backupconf



注:

1. ディレクトリー users には、ランタイム・サーバーのユーザーのパスワード・ファイルが含まれています。

2. プラットフォーム・ディレクトリーには、agent_install.properties ファイルのプラットフォーム固有のバージョンが含まれています。

構文: backupconf

許可:

Windows Administrators グループ内のアドミニストレーター権限を持つユーザー。

UNIX root

関連事項: restoreconf

backupconf


restoreconf

コマンド backupconf によって作成されたバックアップからサーバーの構成ファイルを復元するには、アドミニストレーション・サーバーまたはランタイム・サーバーのいずれかで、このコマンドを使用します。このコマンドの使用前に、サーバーを停止する必要はありません。ただし、復元された値を使用するには、停止および再始動する必要があります。

あらかじめ決められているバックアップ場所からその製品内の正しい場所にファイルがコピーされ、既存のバージョンは上書きされます。

構文: restoreconf

許可:

Windows アドミニストレーター権限を持つユーザー。

UNIX root

関連事項: backupconf

restoreconf


付録 B. インストール・パラメーターのリストおよびチェックリスト

この付録には、以下が含まれています。

v 各インストール・オプションで必要となるすべてのパラメーターの表。『インストール・パラメーター・リスト』を参照してください。

v 管理サーバーおよびデータベースのインストール情報と構成情報で使用するチェックリスト。 296ページの『管理コンポーネント』を参照してください。

v ランタイム・サーバーおよびデータベースのインストール情報と構成情報で使用するチェックリスト。 299ページの『ランタイム・コンポーネント』を参照してください。

v バンドルの前提条件として DB2 をインストールする場合のチェックリスト。304ページの『バンドルされている DB2 のチェックリスト』を参照してください。

v バンドルの前提条件として WebSphere Application Server をインストールする場合のチェックリスト。 305ページの『バンドルされている WebSphere Application

Server のチェックリスト』を参照してください。

v エージェントをインストールする場合のチェックリスト。 306ページの『エージェントのチェックリスト』を参照してください。

v カタログ・マネージャーをインストールする場合のチェックリスト。 308ページの『カタログ・マネージャーのチェックリスト』を参照してください。

インストール・パラメーター・リスト293ページの表 29 は、特定のコンピューターにインストールするコンポーネントの組み合わせに対して使用するインストール・パラメーターについて理解する場合に役立ちます。

列の説明を参照し、インストールするコンポーネントの組み合わせを決定します。その後、他の列を参照し、指定する必要があるパラメーターを検索します。

キー:

通常: Adm 「通常」インストール: 管理サーバー・コンポーネント (サーバーおよびデータベース)

通常: Run 「通常」インストール: ランタイム・サーバー・コンポーネント (サーバーおよびデータベース)

通常: Aadm + Run 「通常」インストール: 管理サーバーとランタイム・サーバーのコンポーネント (サーバーおよびデータベース、エージェントはなし)


カスタム: Adm srv 「カスタム」インストール: 管理サーバー

カスタム: Adm srv + db 「カスタム」インストール: 管理サーバーおよびデータベース

カスタム: Adm db 「カスタム」インストール: 管理データベース

カスタム: Run srv 「カスタム」インストール: ランタイム・サーバー

カスタム: Run srv + db 「カスタム」インストール: ランタイム・サーバーおよびデータベース

カスタム: Run db 「カスタム」インストール: ランタイム・データベース

チェックリスト: インストール・パラメーター


表29

.インストール・オプション用のパラメーター表

インストール・オプション

通常

カスタム

全コ

ンポ

ーネ

ント

注

Ad

mR

un

Ad

m +R

un

Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

db

+R

un

db

Ad

msr

v +R

un

srv

+d

b

Ad

msr

v +R

un

srv

Ad

msr

v +R

un

db

Ad

md

b+

Ru

nsr

v+

db

Ad

md

b+

Ru

nsr

v

Ad

md

b+

Ru

nd

b

Ad

md

bR

un

srv

+d

b

Ru

nsr

vR

un

db

IBM

Tiv

oli

Lic

ense

Man

agerのインストールの場所

xx

xx

xx

xx

xx

xx

xx

xx

xx

x

基本構成

:tlm

srvパスワード

xx

xx

xx

xx

xx

xx

xx

xx

xx

x

カスタム

:すべてのパスワードに

″tlm

srv″パスワード

を使用するかどうか

xx

xx

xx

xx

xx

xx

xx

x

カスタム

:管理サーバー

:リモート管理データベース

:

ローカル・インスタンスの所有者

(UN

IXのみ

)x

xx

x

カスタム

:管理サーバー


:

アドレス

xx

xx

カスタム

:管理サーバー


:

ポート番号

xx

xx


:組織

xx

xx

xx

xx

xx

x


:管理サーバー・ポート

xx

xx

xx

xx

x

通常

(Adm

+

Run

)またはす

べてのコンポー

ネントで必要な

し

カスタム

:ランタイム・サーバー

:SS

Lが使用可能で

あるかどうか

xx

xx

xx

xx

カスタム


:管理サーバー

SSL

ポート

xx

xx

xx

xx

カスタム


:ランタイム・サー

バー名

xx

xx

xx

xx

カスタム


:ランタイム通信パ

スワード

xx

xx

xx

xx

「us

e’t

lmsr

v’

pass

wor

dfo

ral

l

pass

wor

ds?」

=

trueの場合は不

要。

カスタム


:リモート管理サー

バー・アドレス

xx

xx

x

カスタム


:リモート・ランタ

イム・データベース

:ローカル・インスタンスの所有

者(U

NIXのみ

)

xx

xx


付録 B. インストール・パラメーターのリストおよびチェックリスト 293

表29


(続き

)


通常

カスタム

全コ

ンポ

ーネ

ント

注

Ad

mR

un

Ad

m +R

un

Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

db

+R

un

db

Ad

msr

v +R

un

srv

+d

b

Ad

msr

v +R

un

srv

Ad

msr

v +R

un

db

Ad

md

b+

Ru

nsr

v+

db

Ad

md

b+

Ru

nsr

v

Ad

md

b+

Ru

nd

b

Ad

md

bR

un

srv

+d

b

Ru

nsr

vR

un

db

カスタム




:アドレス

xx

xx

カスタム




:ポート番号

xx

xx

全コンポーネント

:L

inux

onzS

erie

s:エージェント構

成:プロセッサー・タイプ

x


:L

inux

onzS

erie


成:ノード・キャパシティー

x


:L

inux

onzS

erie


成:共用プールのキャパシティー

x

前提条件の検索

:IB

MD

B2データベース・サーバー

xx

xx

xx

xx

xx

xx

xx

xx


:IB

MD


の場所

xx

xx

xx

xx

xx

xx

xx

xx


:IB

MD

B2データベース・クライア

ント

xx

x


:IB

MD

B2データベース・クライア

ントの場所

xx

x

DB

2前提条件

:セットアップ・ファイルの場所

xx

xx

xx

xx

xx

xx

xx

xx

xx

x

DB

2前提条件

:インストールの場所

xx

xx

xx

xx

xx

xx

xx

xx

xx

x

DB

2前提条件

:D

B2ポート番号

xx

xx

xx

xx

xx

xx

xx

xx

xx

x

DB

2前提条件

:D

B2管理者

IDx

xx

xx

xx

xx

xx

xx

xx

xx

xx

DB

2前提条件

:D

B2管理者パスワード

xx

xx

xx

xx

xx

xx

xx

xx

xx

x


:IB

MW

ebSp

here

App

licat

ion

Serv

erx

xx

xx

xx

xx

xx

xx

xx

x


:IB

MW

ebSp

here

App

licat

ion

Serv

er

の場所

xx

xx

xx

xx

xx

xx

xx

xx

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:セットアッ

プ・ファイルの場所

xx

xx

xx

xx

xx

xx

xx

xx

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:インストール

の場所

xx

xx

xx

xx

xx

xx

xx

xx



表29


(続き

)


通常

カスタム

全コ

ンポ

ーネ

ント

注

Ad

mR

un

Ad

m +R

un

Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

db

+R

un

db

Ad

msr

v +R

un

srv

+d

b

Ad

msr

v +R

un

srv

Ad

msr

v +R

un

db

Ad

md

b+

Ru

nsr

v+

db

Ad

md

b+

Ru

nsr

v

Ad

md

b+

Ru

nd

b

Ad

md

bR

un

srv

+d

b

Ru

nsr

vR

un

db

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:H

TT

PSe

rver

のインストールの場所

xx

xx

xx

xx

xx

xx

xx

xx

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:アドミニスト

レーターのユーザー

ID(W

indo

wsプラットフォーム

のみ

)

xx

xx

xx

xx

xx

xx

xx

xx

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:アドミニスト

レーターのユーザー・パスワード

(Win

dow

sプラット

フォームのみ

)

xx

xx

xx

xx

xx

xx

xx

xx



管理コンポーネント以下のチェックリストは、管理サーバーおよびそのデータベースで使用します。最初の表は、インストールを行う前に管理サーバーおよびそのデータベースに対して準備する必要があるパラメーターです。2 番目の表は、インストール後に実行する必要がある構成ステップのチェックリストです。

表 30. 管理コンポーネントのインストール・パラメーター値

インストール・パラメーター

使用手順: ここに、訂正したデータ値を入力します。

「tlmsrv」ユーザー用のパスワード

管理サーバー: コンピューター・アドレス:

ポート番号:

SSL ポート番号:

インストールの場所:

管理データベース: コンピューター・アドレス:

ポート番号:

ローカル・インスタンスの所有者 (UNIX のみ)


表 31. 管理コンポーネントの構成のチェックリスト

構成チェックリスト参照:

U 使用手順: アクションが完了したら、左のボックスに印を付けます。

system.properties ファイルで Web インターフェースと管理サーバーの設定を構成します。

113ページの『管理サーバーの構成』

必要に応じて、デフォルトの組織を作成します。

オプションで、他の組織を作成します。

アドミニストレーター・アカウントを作成します。

アカウントを組織に割り当てます。

組織関連の以下の初期タスクを実行します。 115ページの『組織関連の初期タスクの実行』

部門の作成。

インベントリー・スキャンのスケジュール。

ライセンス資格のセットアップおよび配布。

管理サーバーとすべてのランタイム・サーバーとの通信で SSL を使用可能にする場合は、以下を実行します。 117ページの

『管理サーバーからランタイム・サーバーへの通信のためのSSL の構成』

ユーザーおよびサーバーの Web サーバーが鍵ストアにアクセスするためのデフォルトのSSL パスワードを変更します。

秘密鍵を使用して、サーバー証明書を取得または作成します。

サーバー証明書を鍵ストア (key.kdb) にインストールして、Tivoli License Manager で提供されているテスト証明書と置換します。

チェックリスト: 管理コンポーネント


表 31. 管理コンポーネントの構成のチェックリスト (続き)


少なくとも 1 つのランタイム・サーバーと管理サーバーとの通信で SSL を使用可能にする場合は、以下を実行します (以前の手順でこれらのステップの一部を完了している場合があります)。

119ページの『ランタイム・サーバーから管理サーバーへの通信のためのSSL の構成』

管理サーバーの Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。

管理サーバー上のWebSphere Application Server にセキュア・ポートの別名があることを確認してください。

ユーザーおよび管理サーバーの Web サーバーが鍵ストアにアクセスするための SSL パスワードを変更します。



Web ブラウザーと管理サーバーとの通信で SSL を使用可能にする場合は、以下を実行します(以前の手順でこれらのステップの一部を完了している場合があります)。

121ページの『Web ブラウザーからの通信のための SSL の構成』

サーバーの Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。

管理サーバー上のWebSphere Application Server にセキュア・ポートの別名があることを確認してください。

ユーザーおよび管理サーバーの Web サーバーが鍵ストアにアクセスするための SSL パスワードを変更します。



Web ブラウザーで管理サーバーの GUI にアクセスし、HTTPS プロトコルを使用して管理サーバーのブックマークを作成します。

Web ブラウザーで管理サーバーの GUI にアクセスし、オプションで証明書インポート・オプションを使用して、自己署名証明書または独自の認証局のルート証明書をインポートします。

Web ブラウザーと管理サーバーの通信で通常は SSL を使用可能にしないが、機密データ (パスワードなど) を送信するときは SSL で通信するよう設定する場合は、以下を実行します。

123ページの『パスワードのみに関与するブラウザー通信のためのみの SSL

の構成』

Web ブラウザーとこのサーバーで SSL 通信と非 SSL 通信の両方を使用可能にします。

このサーバーの system.properties ファイルを編集し、secureData と securePort に適切な値を設定してファイルを保管します。

サーバーを再始動します。

エージェントとランタイム・サーバーとの通信で SSL を使用可能にする場合は、以下を実行します。

123ページの『エージェントからランタイム・サーバーへの通信のためのSSL の構成』

必要に応じて組織と部門の SSL 使用可能化設定を設定します。

サーバーの通知設定を構成します。 139ページの『サーバーのメール通知設定の構成』



表 31. 管理コンポーネントの構成のチェックリスト (続き)


オプションでタイプ 500 エラー (サーバー・エラー) をレポートしている html ファイルをカスタマイズし、ご使用の環境でユーザーに適切な指示が表示されるようにします。

140ページの『Web サーバーのカスタマイズ』

オプションで、サーバー (XML、Database、または LDAP) で使用する認証方式を再定義します。

144ページの『認証方式の定義』

オプションで、プロキシー・サーバーを構成します。 153ページの『プロキシー・サーバーの構成』

オプションで、UNIX 上のサーバーを構成し、非 root ユーザーで実行します。 156ページの『非 root ユーザーで実行するための、オプションでの UNIX 上のサーバーの構成』

環境を調整します。 159ページの『環境のチューニング』



ランタイム・コンポーネント以下のチェックリストは、ランタイム・サーバーおよびそのデータベースで使用します。最初の表は、インストールを行う前にランタイム・サーバーおよびそのデータベースに対して準備する必要があるパラメーターです。これらの値の一部は、管理チェックリストから取得します。2 番目の表は、インストール後に実行する必要がある構成ステップのチェックリストです。

表 32. ランタイム・コンポーネントのインストール・パラメーター値



「tlmsrv」ユーザー用のパスワード

ランタイム・サーバー:

名前:

コンピューター・アドレス:

ポート番号:

SSL ポート番号:


組織:

管理サーバーのアドレス:

管理サーバーのポート:

管理サーバーの SSL ポート:

通信パスワード:

SSL を使用可能にするかどうか

SSL サーバーの証明書 ID:

ランタイム・データベース:

コンピューター・アドレス:

ポート番号:

ローカル・インスタンスの所有者 (UNIX のみ):


表 33. ランタイム・コンポーネントの構成のチェックリスト


U 使用手順: アクションが完了したら、左のボックスに印を付けます。

system.properties ファイルでランタイム・サーバーとエージェントの設定を構成します。 115ページの『ランタイム・サーバーの構成』

ランタイム・サーバーを管理サーバーに登録します。ランタイム・サーバーと管理サーバーの通信で SSL が使用可能になっている場合は、SSL ポートを使用可能にします。

チェックリスト: ランタイム・コンポーネント


表 33. ランタイム・コンポーネントの構成のチェックリスト (続き)


管理サーバーとすべてのランタイム・サーバーとの通信で SSL を使用する場合は、以下を実行します。

117ページの『管理サーバーからランタイム・サーバーへの通信のためのSSL の構成』

Web サーバー上で SSL を使用可能にし、使用するセキュア (SSL) ポートを割り振ります。

WebSphere Application Server にセキュア・ポートの別名があることを確認してください。

ユーザーおよびサーバーの Web サーバーが鍵ストアにアクセスするためのデフォルトのSSL パスワードを変更します。

このサーバーの秘密鍵を使用して、サーバー証明書を取得または作成します。


v サーバー証明書が自己署名されている場合は、管理サーバーの Java 鍵ストア (key.jks)

に同じ証明書をインストールします。

v サーバー証明書が認証局から発行されている場合は、管理サーバーの Java 鍵ストア(key.jks) にその認証局のルート証明書をインストールします。

このランタイム・サーバーと管理サーバーとの通信で SSL を使用可能にする場合は、以下を実行します (以前の手順でこれらのステップの一部を完了している場合があります)。

119ページの『ランタイム・サーバーから管理サーバーへの通信のためのSSL の構成』

ランタイム・サーバーのインストール時に SSL を使用可能にするか、またはインストール後にランタイム・サーバーを再構成して、このサーバーが SSL 用に使用可能になり、管理サーバーのセキュア・ポートの詳細を把握するようにします。

ランタイム・サーバーから鍵ストアにアクセスする場合に使用する SSL パスワードを変更します。

v 管理サーバーのサーバー証明書が自己署名されている場合は、ランタイム・サーバーのJava 鍵ストア (key.jks) に同じ証明書をインストールします。

v 管理サーバーのサーバー証明書が認証局から発行されている場合は、ランタイム・サーバーの Java 鍵ストア (key.jks) にその認証局のルート証明書をインストールします。





Web ブラウザーとランタイム・サーバーとの通信で SSL を使用可能にする場合は、以下を実行します (以前の手順でこれらのステップの一部を完了している場合があります)。

121ページの『Web ブラウザーからの通信のための SSL の構成』


ランタイム・サーバー上のWebSphere Application Server にセキュア・ポートの別名があることを確認してください。

ユーザーおよびランタイム・サーバーの Web サーバーが鍵ストアにアクセスするためのSSL パスワードを変更します。



Web ブラウザーでランタイム・サーバーの GUI にアクセスし、HTTPS プロトコルを使用して管理サーバーのブックマークを作成します。

Web ブラウザーでランタイム・サーバーの GUI にアクセスし、オプションで証明書インポート・オプションを使用して、自己署名証明書または独自の認証局のルート証明書をインポートします。

Web ブラウザーとランタイム・サーバーの通信で通常は SSL を使用可能にしないが、機密データ (パスワードなど) を送信するときは SSL で通信するよう設定する場合は、以下を実行します。

123ページの『パスワードのみに関与するブラウザー通信のためのみの SSL

の構成』

Web ブラウザーとこのサーバーで SSL 通信と非 SSL 通信の両方を使用可能にします。

このサーバーの system.properties ファイルを編集し、secureData と securePort に適切な値を設定してファイルを保管します。

サーバーを再始動します。





エージェントとこのランタイム・サーバーとの通信で SSL を使用可能にする場合は、以下を実行します。

123ページの『エージェントからランタイム・サーバーへの通信のためのSSL の構成』


ランタイム・サーバー上のWebSphere Application Server にセキュア・ポートの別名があることを確認してください。

ユーザーおよびランタイム・サーバーの Web サーバーが鍵ストアにアクセスするためのSSL パスワードを変更します。



v ランタイム・サーバーのサーバー証明書が自己署名されている場合は、サーバー証明書をコピーし、cert.arm というファイルを作成し、ランタイム・サーバーのファイルのエージェント・セクションにインストールされたデフォルトのテスト証明書と置換します。

v ランタイム・サーバーのサーバー証明書が認証局から発行されている場合は、この認証局のルート証明書をコピーし、cert.arm というファイルを作成し、ランタイム・サーバーのファイルのエージェント・セクションにインストールされたデフォルトのテスト証明書と置換します。

ランタイム・サーバーのサーバー証明書が自己署名されているか、または認証局から発行されている場合は、エージェントをデプロイするときに、新規の cert.arm ファイルを使用して適切なステップを実行する必要があります (各デプロイメント・メソッドでは異なるアプローチが必要です)。

エージェントをデプロイする場合は、エージェント・デプロイメント・オプションを構成し、最初にプラグインするときに SSL を使用するかまたは使用しないかを設定します(最初にプラグインした後は、ランタイム・サーバーの構成に従います)。

ランタイム・サーバーを開始します。 115ページの『ランタイム・サーバーの構成』

ランタイム・サーバーに接続したことを確認します。

アカウントを作成します。

サーバーの通知設定を構成します。 139ページの『サーバーのメール通知設定の構成』

オプションでタイプ 500 エラー (サーバー・エラー) をレポートしている html ファイルをカスタマイズし、ご使用の環境でユーザーに適切な指示が表示されるようにします。

140ページの『Web サーバーのカスタマイズ』

オプションで、サーバー (XML、Database、または LDAP) で使用する認証方式を再定義します。

144ページの『認証方式の定義』

オプションで、プロキシー・サーバーを構成します。 153ページの『プロキシー・サーバーの構成』





オプションで、エージェント用のコンピューター・ラベルの自動割り当てを構成します。 154ページの『コンピューター・ラベルの自動割り当て』

オプションで、UNIX 上のサーバーを構成し、非 root ユーザーで実行します。 156ページの『非 root ユーザーで実行するための、オプションでの UNIX 上のサーバーの構成』

環境を調整します。 159ページの『環境のチューニング』



バンドルされている DB2 のチェックリスト以下のチェックリストは、サーバー、データベース、およびカタログ・マネージャーにバンドルされている DB2 の前提条件をインストールする場合に使用します。サポートされている DB2 のバージョンがすでにインストールされている場合は、インストールの場所を記録するか (Windows)、またはインスタンス・所有者のホーム・ディレクトリーを記録します (UNIX)。

それ以外の場合は、必要なパラメーターを入力し、バンドルされているバージョンをインストールします。

表 34. バンドルされている DB2 のインストール・パラメーター値



セットアップ・ファイルの場所:


DB2 で使用するポート番号:

DB2 アドミニストレーターのユーザー ID:

DB2 アドミニストレーターのパスワード:

チェックリスト: バンドルされている DB2


バンドルされている WebSphere Application Server のチェックリスト以下のチェックリストは、サーバーにバンドルされている WebSphere Application

Server の前提条件をインストールする場合に使用します。サポートされているWebSphere Application Server のバージョンがすでにインストールされている場合は、インストールの場所を記録します。

それ以外の場合は、必要なパラメーターを入力し、バンドルされているバージョンをインストールします。

表 35. バンドルされている WebSphere Application Server のインストール・パラメーター値



セットアップ・ファイルの場所:


HTTP Server のインストールの場所:

アドミニストレーターのユーザー ID

(Windows の場合のみ)

アドミニストレーター・パスワード(Windows の場合のみ)

チェックリスト: バンドルされている WebSphere Application Server


エージェントのチェックリスト以下のチェックリストは、エージェント・デプロイメント・パラメーターについてです。すべてのパラメーターがすべてのエージェント・デプロイメント・メソッドで要求されるわけではありません。特定のデプロイメント・タイプではデフォルト値が使用されたり、プラットフォーム固有のものがあったりするため、すべてのメソッドに適用しないでください。

以下の表は、エージェントのグループに適用するパラメーターの詳細から始まります。特定のエージェントに特定の値を入力する表が続きます。この表は、オーバーフロー・ページに拡張されています。

表 36. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値

エージェント・デプロイ・パラメーター - ランタイム・サーバー固有



組織:

部門:

ランタイム・サーバーのアドレス:

安全ではない通信用のランタイム・サーバー・ポート:

SSL 通信用のランタイム・サーバー・ポート:

プロキシー・サーバーを使用するかどうかはい/いいえ

プロキシー・サーバー・アドレス

プロキシー・サーバー・ポート

security_level (1 = 安全でない、4 = 安全)

注: ほとんどのバルク・エージェント・デプロイメント・メソッドでは、これは始動モードと呼ばれており、その値は「非SSL」と「SSL」、または同様のものになります。

GSKit ファイル名 (ランタイム・サーバーからの取得値 - プラットフォーム固有):

証明書ファイルの名前: cert.arm

インベントリー・スキャナーのファイル名(ランタイム・サーバーからの取得値 - プラットフォーム固有):

uri: /slmruntime/service

表 37. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値

エージェント・デプロイメント・パラメーター - エージェント固有

コンピューター・ラベル

Root パスワード(RSH/SSH を使用する UNIX デプロイメントのみ)

プロセッサー・タイプ(Linux390 のみ)

共用プールのキャパシティー(Linux390 のみ)

システムのアクティブ・プロセッサー(Linux390 のみ)

IFL/CP

チェックリスト: エージェント


表 37. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値 (続き)







IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP



表 37. ランタイム・サーバー固有のエージェント・デプロイメント・パラメーター値 (続き)







IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

IFL/CP

カタログ・マネージャーのチェックリスト以下のチェックリストは、カタログ・マネージャーで使用します。このチェックリストでは、カタログ・マネージャーをインストールする場合に準備する必要があるパラメーターについて説明されています。

表 38. カタログ・マネージャーのインストール・パラメーター値




データベース・アドレス (IP またはホスト名)

データベースのポート番号

データベースのローカル・インスタンスの所有者 (UNIX のみ):



付録 C. サイレント/リモートのインストール/アンインストール用の応答ファイルとソフトウェア・パッケージ・ブロック

Tivoli License Manager では InstallShield 応答ファイルが提供されているため、製品のインストールおよびアンインストールをサイレントに実行できます。使用可能な応答ファイルは、以下のとおりです。

v 『サーバーおよびデータベースのサイレント・インストール』

v 323ページの『Tivoli Configuration Manager を使用したサーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー』

v 329ページの『サーバーおよびデータベースのサイレント・アンインストール』

v 332ページの『カタログ・マネージャーのサイレント・インストール』

v 333ページの『Tivoli Configuration Manager を使用したカタログ・マネージャー用のソフトウェア・パッケージ・ブロック』

v 335ページの『OS/400 エージェントのサイレント・インストール』

v Tivoli Configuration Manager を使用したエージェントのインストール用のソフトウェア・パッケージについては、 177ページの『Tivoli Configuration Manager を使用したエージェントのデプロイ』で説明しています。

サーバーおよびデータベースのサイレント・インストールTivoli License Manager で提供される recordFile_Install.txt ファイルは、InstallShield オプション・ファイルです。このファイルでは、Tivoli License Manager

インストール・ウィザードに入力する各パラメーターを設定する引き数が定義されています。一部のパラメーターにはそのまま使用したり変更することができるデフォルト値が用意されていますが、他のパラメーターにはデフォルト値がないため、値を入力する必要があります。

インストール・ウィザードをサイレント・モードで起動するには、 79ページの『インストール方法の選択』の説明に従ってください。

コマンドは、オプション・ファイル (または応答ファイル) recordFile_Install.txt

に定義されたパラメーターを使用して実行されます。

この付録では、ファイル内のすべてのパラメーターが 311ページの表 39 にリストされています。この表には、各インストール・オプションで必要なパラメーターが示されています。

同じ環境で使用されるパラメーター・グループごとの一連の表が、この表の後ろに示されています。グループは以下のとおりです。

v 314ページの『すべてのインストールで使用されるパラメーター』

v 315ページの『すべてのカスタム・インストールで使用されるパラメーター』

v 316ページの『データベースを含まないサーバーの一方または両方をインストールする場合にのみ使用されるパラメーター』


v 316ページの『インストールでデータベースが組み込まれる場合にのみ使用されるパラメーター』

v 317ページの『インストールでサーバーが組み込まれる場合にのみ使用されるパラメーター』

v 318ページの『データベースを含まない管理サーバーのすべてのカスタム・インストールで使用されるパラメーター』

v 318ページの『ランタイム・サーバーを組み込むすべてのインストールで使用されるパラメーター』

v 319ページの『ランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター』

v 319ページの『管理サーバーを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター』

v 320ページの『データベースを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター』

v 321ページの『Linux for zSeries 上の全コンポーネント (完全) インストールで使用されるパラメーター』

v 321ページの『バンドルされた DB2 前提条件をインストールする場合に使用されるパラメーター』

v 322ページの『バンドルされた WebSphere Application Server 前提条件をインストールする場合に使用されるパラメーター』

必要なインストール・パラメーター311ページの表 39 は、サイレント・インストールでインストール可能なコンポーネントの各組み合わせで必要なパラメーターを示しています。

サイレント・インストール: サーバーおよびデータベース


表39

.サイレント・インストール・オプションで必要なパラメーター


カスタム

全コン

ポーネ

ント

(完全

)

注


Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

db

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

Ru

nsr

v

Ad

msr

v+

Ru

nd

b

Ad

msr

v+

Ru

nsr

v+

db

Ad

md

bA

dm

db

+R

un

srv

Ad

md

b+

Ru

nd

b

Ad

md

b+

Ru

nsr

v+

db

Ru

nsr

vR

un

srv

+d

b

Ru

nd

b

すべてのインストールで使用されるパラメーター

IBM

Tiv

oli

Lic

ense

Man

agerのインストールの場所

xx

xx

xx

xx

xx

xx

xx

xx

セットアップ

:タイプ

(全コンポーネント、カスタム

)x

xx

xx

xx

xx

xx

xx

xx

xsp

bでは使用しな

い。

基本構成

:tlm

srvパスワード

xx

xx

xx

xx

xx

xx

xx

xx

カスタム・インストールでのみ使用されるパラメーター

セットアップ

:カスタム

:管理サーバー・コンポーネン

トの選択

xx

xx

xx

xx

xx

xx

xx

x

セットアップ

:カスタム

:管理データベース・コンポー

ネントの選択

xx

xx

xx

xx

xx

xx

xx

x

セットアップ

:カスタム

:ランタイム・サーバー・コン

ポーネントの選択

xx

xx

xx

xx

xx

xx

xx

x

セットアップ

:カスタム

:ランタイム・データベース・

コンポーネントの選択

xx

xx

xx

xx

xx

xx

xx

x

カスタム

:すべてのパスワードに

″tlm

srv″パスワードを

使用するかどうか

xx

xx

xx

xx

xx

xx

xx

xsp

bでは使用しな

い。

データベースを含まないサーバーの一方または両方をインストールする場合にのみ使用されるパラメーター


:IB

MD

B2データベース・クライアン

トx

xx


:IB

MD

B2データベース・クライアン

トの場所

xx

x

インストールでデータベースが組み込まれる場合にのみ使用されるパラメーター


:IB

MD


xx

xx

xx

xx

xx

xx

x


:IB

MD

B2データベース・サーバーの

場所

xx

xx

xx

xx

xx

xx

x

インストールでサーバーが組み込まれる場合にのみ使用されるパラメーター


:IB

MW

ebSp

here

App

licat

ion

Serv

erx

xx

xx

xx

xx

xx

xx


:IB

MW

ebSp

here

App

licat

ion

Serv

erの

場所

xx

xx

xx

xx

xx

xx

x

データベースを含まない管理サーバーのすべてのカスタム・インストールで使用されるパラメーター

カスタム

:管理サーバー


:

ローカル・インスタンスの所有者

(UN

IXのみ

)x

xx

x


付録 C. サイレント/リモートのインストール/アンインストール用の応答ファイルとソフトウェア・パッケージ・ブロック 311

表39


(続き

)


カスタム

全コン

ポーネ

ント

(完全

)

注


Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

db

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

Ru

nsr

v

Ad

msr

v+

Ru

nd

b

Ad

msr

v+

Ru

nsr

v+

db

Ad

md

bA

dm

db

+R

un

srv

Ad

md

b+

Ru

nd

b

Ad

md

b+

Ru

nsr

v+

db

Ru

nsr

vR

un

srv

+d

b

Ru

nd

b

カスタム

:管理サーバー


:

アドレス

xx

xx

カスタム

:管理サーバー


:

ポート番号

xx

xx

ランタイム・サーバーを組み込むすべてのインストールで使用されるパラメーター


:組織

xx

xx

xx

xx

x


:管理サーバー・ポート

xx

xx

xx

xx

「全コンポーネ

ント」インスト

ールの場合は不

要。

ランタイム・サーバーを組み込むすべてのカスタム・インストールで追加使用されるパラメーター

カスタム


:SS

Lが使用可能であ

るかどうか

xx

xx

xx

xx

カスタム


:管理サーバー

SSL

ポート

xx

xx

xx

xx

カスタム


:ランタイム・サーバ

ー名

xx

xx

xx

xx

カスタム


:ランタイム通信パス

ワード

xx

xx

xx

xx

「us

e’t

lmsr

v’

pass

wor

dfo

ral

l

pass

wor

ds?」

=

trueの場合は不

要。

spbでは使用しな

い。

管理サーバーを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで追加使用されるパラメーター

カスタム


:リモート・管理サー

バー・アドレス

xx

xx

データベースを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで追加使用されるパラメーター

カスタム


:リモート・ランタイ

ム・データベース

:ローカル・インスタンスの所有者

(UN

IXのみ

)

xx

xx

カスタム




:アドレス

xx

xx



表39


(続き

)


カスタム

全コン

ポーネ

ント

(完全

)

注


Ad

msr

vA

dm

srv

+d

b

Ad

msr

v+

db

+R

un

srv

Ad

msr

v+

db

+R

un

db

Ad

msr

v+

db

+R

un

srv

+d

b

Ad

msr

v+

Ru

nsr

v

Ad

msr

v+

Ru

nd

b

Ad

msr

v+

Ru

nsr

v+

db

Ad

md

bA

dm

db

+R

un

srv

Ad

md

b+

Ru

nd

b

Ad

md

b+

Ru

nsr

v+

db

Ru

nsr

vR

un

srv

+d

b

Ru

nd

b

カスタム




:ポート番号

xx

xx

Lin

ux

on

zSer

ies上の「全コンポーネント」インストールでのみ使用されるパラメーター


:L

inux

onzS

erie

s:エージェント構成

:

プロセッサー・タイプ

x


:L

inux

onzS

erie


:

ノード・キャパシティー

x


:L

inux

onzS

erie


:

共用プールのキャパシティー

x

バンドルされている前提条件

DB

2をインストールする場合にのみ使用されるパラメーター

DB

2前提条件

:セットアップ・ファイルの場所

xx

xx

xx

xx

xx

xx

xx

xx

DB

2前提条件

:インストールの場所

xx

xx

xx

xx

xx

xx

xx

xx

DB

2前提条件

:D

B2ポート番号

xx

xx

xx

xx

xx

xx

xx

xx

DB

2前提条件

:D

B2管理者

IDx

xx

xx

xx

xx

xx

xx

xx

x

DB

2前提条件

:D

B2管理者パスワード

xx

xx

xx

xx

xx

xx

xx

xx

バンドルされている前提条件

Web

Sp

her

eA

pp

licat

ion

Ser

verをインストールする場合にのみ使用されるパラメーター

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:セットアッ

プ・ファイルの場所

xx

xx

xx

xx

xx

xx

x

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:インストール

の場所

xx

xx

xx

xx

xx

xx

x

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:H

TT

PSe

rver

のインストールの場所

xx

xx

xx

xx

xx

xx

x

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:W

ebSp

here

App

licat

ion

Serv

erおよび

IBM

HT

TP

Serv

erをサービ

スとして作成するかどうか

(Win

dow

sプラットフォーム

のみ

)

xx

xx

xx

xx

xx

xx

x


い。

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:アドミニスト

レーターのユーザー

ID(W

indo

wsプラットフォームの

み)

xx

xx

xx

xx

xx

xx

x


い。

Web

Sphe

reA

pplic

atio

nSe

rver前提条件

:アドミニスト

レーターのユーザー・パスワード

(Win

dow

sプラットフ

ォームのみ

)

xx

xx

xx

xx

xx

xx

x



注: 「spb では使用しない。」という注は、Tivoli Configuration Manager のSoftware Distribution コンポーネントのソフトウェア・パッケージ・ブロックを使用して Tivoli License Manager をインストールする場合に、問題のパラメーターは使用されないという意味です。詳しくは、 323ページの『Tivoli

Configuration Manager を使用したサーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー』を参照してください。

すべてのインストールで使用されるパラメーター表 40 は、すべてのインストールで必要なパラメーターを示しています。

表 40. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのインストール

パラメーターパラメーター・キー名デフォルト

説明

IBM Tivoli License

Manager のインストールの場所

-P installLocation=

選択されたコンポーネントをインストールする場所。他のインストール済みの製品が含まれていない有効なディレクトリーを指定します。ディレクトリーが存在しない場合は、作成されます。ディレクトリー・パスにスペースが含まれている場合は、ディレクトリー・パスを二重引用符で囲んでください。値を指定しない場合、インストール場所はデフォルトでインストール・ウィザードが開始されたディレクトリーになります。

セットアップ・タイプ -W setupType.selectedSetupTypeId=

実行するインストールのタイプを決定します。有効な値は以下のとおりです。

Full管理サーバーとそのデータベース、ランタイム・サーバーとそのデータベースおよびエージェントをインストールします。インストールでは、ほとんどすべての変数にデフォルト値が使用されるため、指定する必要があるのは、「tlmsrv」ユーザーのパスワードと組織名だけです。

<空白>これは、「カスタム」インストールです。ウィザードを使用すると、関係する<component>.active パラメーターを「true」に設定し、インストールするコンポーネントを選択することができます。選択したコンポーネントがインストールされます。

基本構成: tlmsrv ユーザー・パスワード

-W baseConfig.tlmsrvPwd=

常に通信パスワードを使用することを指定します。これは、以下のように使用されます。

v サーバー・コンポーネントの場合は、関連した DB2 データベースにアクセスするために使用されます。

v データベース・コンポーネントの場合は、DB2 データベース・クライアントとそのデータベース・サーバー間の通信を有効にするために使用されます。インストール中、ユーザー tlmsrv が作成され、そのパスワードがこの値に設定されます。

最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。パスワードは、パスワードが作成されるマシンの規則を順守する必要があります。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。

Tivoli License Manager コンポーネントがこのコンピューターにすでにインストールされている場合、認証上の理由により、その際に指定したパスワードをここで指定する必要があります。



すべてのカスタム・インストールで使用されるパラメーター表 41 は、Setup Type が Full ではないすべてのインストールで必要なパラメーターを示しています。

表 41. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのカスタム・インストール


説明

セットアップ: カスタム:

管理サーバー・コンポーネントの選択

-P admin.active= false

管理サーバー・コンポーネントをインストールするかどうかを指定します。この値はSetup type が Full 以外の場合にのみ使用されます。有効な値は以下のとおりです。

true サーバーがインストールされます。

false サーバーはインストールされません。


管理データベース・コンポーネントの選択

-P adminDB.active= true

管理サーバー・データベースをインストールするかどうかを指定します。この値はSetup type が Full 以外の場合にのみ使用されます。有効な値は以下のとおりです。

true データベースがインストールされます。

false データベースはインストールされません。


ランタイム・サーバー・コンポーネントの選択

-P runtime.active= false

ランタイム・サーバー・コンポーネントをインストールするかどうかを指定します。この値は Setup type が Full 以外の場合にのみ使用されます。有効な値は以下のとおりです。




ランタイム・データベース・コンポーネントの選択

-P runtimeDB.active= false

ランタイム・サーバー・データベース・コンポーネントをインストールするかどうかを指定します。この値は Setup type が Full 以外の場合にのみ使用されます。有効な値は以下のとおりです。



カスタム: すべてのパスワードに tlmsrv パスワードを使用するかどうか

-W baseConfig.useSamePwds= true

これは、ウィザードが作成する必要がある他のパスワード (ランタイム通信パスワード)

に tlmsrv パスワードを使用することを指定します。有効な値は以下のとおりです。

true ウィザードでは、ランタイム・サーバー通信パスワードに tlmsrv パスワードが使用されます。

false ウィザードでは、作成されるすべての ID に指定された個々の値が使用されます。



データベースを含まないサーバーの一方または両方をインストールする場合にのみ使用されるパラメーター

表 42 は、データベースを含まないサーバーのいずれかの組み合わせをインストールする場合に必要なパラメーターを示しています。

表 42. サーバーおよびデータベースのサイレント・インストールのパラメーター: データベースを含まないサーバー


説明

前提条件の検索: IBM

DB2 データベース・クライアント

-W databaseClientPathPanel.prerequisiteInstalled= true

サポートされる DB2 データベース・クライアント前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた DB2 データベース・クライアント前提条件をインストールするかを指定します。この DB2 クライアント前提条件は、Tivoli License Manager サーバーのみをインストールするすべてのコンピューターで必要です。有効な値は以下のとおりです。

true ウィザードでは DB2 データベース・クライアント前提条件が検索されます。

false ウィザードではバンドルされた DB2 データベース・クライアント前提条件がインストールされます。DB2 のいずれかのバージョンがコンピューターにすでにインストールされている場合、前提条件のインストールは失敗します。

この値が true の場合、DB2 データベース・サーバーを検索するための対応する値はfalse である必要があります。その逆の場合も同様です。

前提条件の場所: IBM


-W databaseClientPathPanel.locationPath= ″C:¥Program Files″

ウィザードで DB2 データベース・クライアント前提条件の検索が必要とされる場合 (-W

databaseClientPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーのパスを入力します。

インストールでデータベースが組み込まれる場合にのみ使用されるパラメーター

317ページの表 43



表 43. サーバーおよびデータベースのサイレント・インストールのパラメーター


説明


DB2 データベース・サーバー

-W databaseServerPathPanel.prerequisiteInstalled= true

サポートされる DB2 データベース・サーバー前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた DB2 データベース・サーバー前提条件をインストールするかを指定します。この DB2 サーバー前提条件は、Tivoli License Manager データベースをインストールするすべてのコンピューターで必要です。有効な値は以下のとおりです。

true ウィザードでは DB2 データベース・サーバー前提条件が検索されます。

false ウィザードではバンドルされた DB2 データベース・サーバー前提条件がインストールされます。DB2 のいずれかのバージョンがコンピューターにすでにインストールされている場合、前提条件のインストールは失敗します。

この値が true の場合、DB2 データベース・クライアントを検索するための対応する値はfalse である必要があります。その逆の場合も同様です。



-W databaseServerPathPanel.locationPath= ″C:¥Program Files″

ウィザードで DB2 データベース・サーバー前提条件の検索が必要とされる場合 (-W

databaseServerPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーのパスを入力します。

インストールでサーバーが組み込まれる場合にのみ使用されるパラメーター

表 44 は、をインストールする場合に必要なパラメーターを示しています。

表 44. サーバーおよびデータベースのサイレント・インストールのパラメーター: いずれかのサーバー


説明


WebSphere Application

Server

-W appServerPathPanel.prerequisiteInstalled= true

サポートされる WebSphere Application Server 前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた WebSphere

Application Server 前提条件をインストールするかを指定します。この前提条件は、Tivoli

License Manager サーバーをインストールするすべてのコンピューターで必要です。有効な値は以下のとおりです。

true ウィザードでは WebSphere Application Server 前提条件が検索されます。

false ウィザードではバンドルされた WebSphere Application Server 前提条件がインストールされます。



Server

-W appServerPathPanel.locationPath= ″C:¥Program Files″

ウィザードで WebSphere Application Server 前提条件の検索が必要とされる場合 (-W

appServerPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。



データベースを含まない管理サーバーのすべてのカスタム・インストールで使用されるパラメーター

表 45 は、データベースを含まない管理サーバーをインストールするために必要なパラメーターを示しています。

表 45. サーバーおよびデータベースのサイレント・インストールのパラメーター: データベースを含まない管理サーバー


説明

カスタム: 管理サーバー:

リモート管理データベース: ローカル・インスタンスの所有者 (UNIX のみ)

-W dbInstallAdmin.dbAdminUser= ″db2inst1″

UNIX プラットフォームで、DB2 管理サーバー・データベースの管理ユーザーを指定します。


リモート管理データベース: アドレス

-W dbInstallAdmin.hostName= ″localhost″

リモート管理サーバー・データベースがあるコンピューターのホスト名。

Setup Type = Full の場合、管理サーバーがインストールされない場合、または管理サーバー・データベースが管理サーバーと一緒にインストールされる場合、この値は無視されます。


リモート管理データベース: ポート番号

-W dbInstallAdmin.portNumber=

リモート管理サーバー・データベースが listen するポート番号。

Setup Type = Full の場合、管理サーバーがインストールされない場合、または DB2 データベース・クライアントの前提条件もインストールされる場合、この値は無視されます。

ランタイム・サーバーを組み込むすべてのインストールで使用されるパラメーター

表 46 は、Setup Type とは無関係にランタイム・サーバーをインストールするために必要なパラメーターを示しています。

表 46. サーバーおよびデータベースのサイレント・インストールのパラメーター: すべてのランタイム・サーバーのインストール


説明

ランタイム・サーバー: 組織

-W baseConfig.organizationName= ″your_organization″

ランタイム・サーバーおよびデータベース・コンポーネントを関連付ける組織の名前を指定します。

ランタイム・サーバー: 管理サーバー・ポート

-W baseConfig.port= ″80″

管理サーバーが listen する管理サーバーのコンピューター上のポートを指定します。

Setup Type = Full の場合、またはランタイム・サーバーがインストールされない場合、この値は無視されます。



ランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター

表 47 は、Setup Type が ″Full″ 以外の場合に、ランタイム・サーバーを組み込むすべてのインストールで使用される追加パラメーターを示しています。

表 47. サーバーおよびデータベースのサイレント・インストールのパラメーター: カスタム・ランタイム・サーバー


説明

カスタム: ランタイム・サーバー: SSL が使用可能であるかどうか

-W baseConfig.sslEnabled= false

Setup Type が Full の場合、この値は無視されます。インストールするサーバーから生じる通信で、secure sockets layer (SSL) 通信を使用するかどうかを指示します。両方のサーバーをインストールする場合、この値は両方に適用されます。有効な値は以下のとおりです。

true SSL が使用されます。

false SSL が使用されません。

カスタム: ランタイム・サーバー: 管理サーバーSSL ポート

-W baseConfig.sslPort= ″443″

SSL ポートを指定します。

Setup Type = Full の場合、サーバーがインストールされない場合、または SSL が有効でない場合、この値は無視されます。

カスタム: ランタイム・サーバー: ランタイム・サーバー名

-W baseConfig.runtimeName= ″your_runtime_server_name″

インストールするランタイム・サーバーの名前を指定します。


カスタム: ランタイム・サーバー: ランタイム通信パスワード

-W otherPasswords.runtimeToAdminPwd=

管理サーバーとの通信の認証にランタイム・サーバーで使用されるパスワードを指定します。最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。

Setup Type = Full の場合、ランタイム・サーバーがインストールされない場合、またはすべてのパスワードに tlmsrv パスワードを使用する場合、この値は無視されます。

管理サーバーを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター

320ページの表 48 は、ランタイム・サーバーをカスタム・インストールでインストールし、管理サーバーを一緒にインストールしない場合に必要な追加パラメーターを示しています。



表 48. サーバーおよびデータベースのサイレント・インストールのパラメーター: 管理サーバーを含まないランタイム・サーバー


説明

カスタム: ランタイム・サーバー: リモート・管理サーバー・アドレス

-W baseConfig.adminHost= ″localhost″

このランタイム・サーバーの管理サーバー・コンピューターのホスト名または IP アドレスを指定します。この値に含むことができるのは、US ASCII 文字のみです。


データベースを含まないランタイム・サーバーを組み込むすべてのカスタム・インストールで使用される追加パラメーター

表 49 は、ランタイム・サーバーをカスタム・インストールでインストールし、ランタイム・データベースを一緒にインストールしない場合に必要な追加パラメーターを示しています。

表 49. サーバーおよびデータベースのサイレント・インストールのパラメーター: ランタイム・データベースを含まないランタイム・サーバー


説明

カスタム: ランタイム・サーバー: リモート・ランタイム・データベース: ローカル・インスタンスの所有者 (UNIX のみ)

-W dbInstallRuntime.dbAdminUser= ″db2inst1″

UNIX プラットフォームで、ランタイム・サーバー・データベースにアクセスするために使用されるローカル DB2 インストールのインスタンス所有者を指定します。


カスタム: ランタイム・サーバー: リモート・ランタイム・データベース: アドレス

-W dbInstallRuntime.hostName= ″localhost″

ランタイム・サーバー・データベースがあるコンピューターのアドレス。

Setup Type = Full の場合、ランタイム・サーバーがインストールされない場合、またはランタイム・サーバーがランタイム・データベースと同時にインストールされる場合、この値は無視されます。

カスタム: ランタイム・サーバー: リモート・ランタイム・データベース: ポート番号

-W dbInstallRuntime.portNumber=

ランタイム・サーバー・データベースのポート番号。

Setup Type = Full の場合、ランタイム・サーバーがインストールされない場合、またはDB2 データベース・クライアントの前提条件もインストールされる場合、この値は無視されます。



Linux for zSeries 上の全コンポーネント (完全) インストールで使用されるパラメーター

表 50 は、Linux for zSeries 上の全コンポーネント・インストールで使用されるパラメーターを示しています。

表 50. サーバーおよびデータベースのサイレント・インストールのパラメーター: Linux for zSeries 上の全コンポーネント


説明

全コンポーネント: Linux

on zSeries: エージェント構成: プロセッサー・タイプ

-W baseConfig.procType= IFL

Linux390 イメージが CP と IFL のどちらのプロセッサーで実行されているかを指定します。有効な値は以下のとおりです。

IFL Linux390 イメージが IFL パーティションにあることを示します。

CP Linux390 イメージが CP パーティションにあることを示します。

Setup Type が Full 以外の場合、およびプラットフォーム・タイプが Linux on zSeries 以外の場合、この値は無視されます。


on zSeries: エージェント構成: ノード・キャパシティー

-W baseConfig.sysActProc=

CEC 内のプロセッサー (タイプ CP または IFL の両方ではなくいずれか)の合計数を指定します。この値は、0 より大きい必要があります。



on zSeries: エージェント構成: 共用プールのキャパシティー

-W baseConfig.sharedPoolCap=

Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (タイプ CP または IFL の両方ではなくいずれか)。このイメージで共用プロセッサーを使用しない場合は、ゼロを入力します。


バンドルされた DB2 前提条件をインストールする場合に使用されるパラメーター

表 51 は、バンドルされた DB2 前提条件をインストールする場合に使用されるパラメーターを示しています。

表 51. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた DB2 前提条件


説明

DB2 前提条件のセットアップ・ファイルの場所:

IBM DB2

-W db2SetupFile.name=

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、セットアップ・ファイルの場所を指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。



表 51. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた DB2 前提条件 (続き)


説明

前提条件のインストールの場所: IBM DB2

-W db2InputPanel.db2_instLoc=

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX の場合、DB2 インスタンスの所有者のホーム・ディレクトリーを入力します。これは、DB2

インスタンスの所有者 ID と連結されて、DB2 のインストール場所へのパスを指定します。例えば、場所が /home/db2inst1 (db2inst1 はインスタンスの所有者の ID) の場合には、/home だけを入力します。

前提条件のインストール・パラメーター:

IBMDB2 ポート番号

-W db2InputPanel.db2_port= ″50000″

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 が listen するポート番号を指定します。

前提条件のインストール・パラメーター: IBM

DB2 管理者 ID

-W db2InputPanel.db2_userName= ″db2admin″

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、ウィザードがコンピューター上に作成する DB2 管理者ユーザー ID を指定します。 ID は、作成されるコンピューター上に存在していない必要があります。また、そのコンピューターのユーザー ID のルールを遵守している必要があります。


DB2 管理者パスワード

-W db2InputPanel.db2_password=

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 管理者 ID

の作成時に使用される DB2 管理者パスワードを指定します。最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。パスワードは、パスワードが作成されるマシンの規則を順守する必要があります。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。

バンドルされた WebSphere Application Server 前提条件をインストールする場合に使用されるパラメーター

表 52 は、バンドルされた WebSphere Application Server 前提条件をインストールする場合に使用されるパラメーターを示しています。

表 52. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた WebSphereApplication Server 前提条件


説明


Server 前提条件: セットアップ・ファイルの場所

-W wasSetupFile.name=

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、セットアップ・ファイルの場所を指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。注: このパラメーター値または他の WebSphere Application Server 関連値を指定しても、このファイルで Tivoli License Manager サーバーをインストールするようパラメーターを構成していない場合は、WebSphere Application Server はインストールされません。



表 52. サーバーおよびデータベースのサイレント・インストールのパラメーター: バンドルされた WebSphereApplication Server 前提条件 (続き)


説明


Server 前提条件: インストールの場所

-W wasInputPanel.was_instLoc=

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。


Server 前提条件: HTTP

Server のインストールの場所

-W wasInputPanel.ihs_instLoc=

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、IBM HTTP Server のインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。


Server 前提条件:


Server および IBM HTTP

Server をサービスとして作成するかどうか(Windows プラットフォームのみ)

-W wasInputPanel.service_active= true

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、WebSphere Application Server および HTTP Server をサービスとしてセットアップするかどうかを指定します (Windows プラットフォームのみ)。有効な値は以下のとおりです。

true ウィザードでは、WebSphere Application Server および HTTP Server がサービスとしてセットアップされます。

false ウィザードでは、WebSphere Application Server および HTTP Server がサービスとしてセットアップされません。


Server 前提条件: アドミニストレーターのユーザー ID (Windows プラットフォームのみ)

-W wasInputPanel.service_userName= ″Administrator″

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、WebSphere Application Server および HTTP Server をサービスとしてセットアップすることを指定した場合は (Windows プラットフォームのみ)、インストールが実行されるコンピューターの管理者 ID を指定します。


Server 前提条件: アドミニストレーターのユーザー・パスワード (Windows

プラットフォームのみ)

-W wasInputPanel.service_password=

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、WebSphere Application Server および HTTP Server をサービスとしてセットアップすることを指定した場合は (Windows プラットフォームのみ)、管理者 ID の管理者パスワードを指定します。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。

Tivoli Configuration Manager を使用したサーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー

このセクションでは、ソフトウェア・パッケージ・ブロックで使用されるキーについて説明します。ソフトウェア・パッケージ・ブロックでは、Tivoli Configuration

Manager の Software Distribution コンポーネントを使用して、サーバーおよびデータベースをリモート側でインストールできます。このインストール方式の使用方法は、 79ページの『インストール方法の選択』に記載されています。



注: ソフトウェア・パッケージ・ブロックのインストールは、常に「カスタム」インストールです。「全コンポーネント」および「標準」は、使用できません。インストールするコンポーネントを 1 つずつ指示する必要があります。

Software Distribution で「デフォルト変数」パネルが表示された場合は、表 53 の情報を使用して正しい値を指定します。

このテーブルは、ソフトウェア・パッケージ・ブロックのパラメーターをパラメーター・キー名のアルファベット順にリストしているため、キーを簡単に見つけることができます。プラットフォームによってデフォルトが異なるため、デフォルト値は提供されていません。

注:

1. spb 内のキーの順序は、アルファベット順 (例えばこの表) でも、論理順 (例えば応答ファイル) でもありません。その順序は、Software Distribution の内部論理に従っています。したがって、特定のパラメーターの説明と有効な値を見つけるには、表でアルファベット順に調べてください。

2. SPB パラメーター・キー名は、対応する応答ファイルのパラメーター名とほとんど同じです。唯一の違いは、応答ファイルのパラメーター名には -W または -P

の接頭部があるが、SPB パラメーター・キー名にはないという点です。

3. コンピューターにインストールできる有効なコンポーネントの各組み合わせで必要なパラメーターの表については、 311ページの表 39 を参照してください。

表 53. サーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー

パラメーター SPB パラメーター・キー名

説明

管理サーバー・コンポーネントをインストールする

admin.active

管理サーバー・コンポーネントをインストールするかどうかを指定します。有効な値は以下のとおりです。



管理データベース・コンポーネントをインストールする

adminDB.active

管理サーバー・データベースをインストールするかどうかを指定します。有効な値は以下のとおりです。





Server

appServerPathPanel.locationPath

ウィザードで WebSphere Application Server 前提条件の検索が必要とされる場合(appServerPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。

サイレント・インストール: SPB を使用したサーバーおよびデータベース


表 53. サーバーおよびデータベースのインストール用のソフトウェア・パッケージ・ブロック・キー (続き)


説明



Server

appServerPathPanel.prerequisiteInstalled

サポートされる WebSphere Application Server 前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた WebSphere

Application Server 前提条件をインストールするかを指定します。有効な値は以下のとおりです。

true ウィザードでは WebSphere Application Server 前提条件が検索されます。

false ウィザードではバンドルされた WebSphere Application Server 前提条件がインストールされます。


管理サーバー・アドレスbaseConfig.adminHost

このランタイム・サーバーの管理サーバー・コンピューターのホスト名または IP アドレスを指定します。この値に含むことができるのは、US ASCII 文字のみです。

ランタイム・サーバーがインストールされない場合、この値は無視されます。


組織baseConfig.organizationName

ランタイム・サーバーおよびデータベース・コンポーネントを関連付ける組織の名前を指定します。


管理サーバー・ポートbaseConfig.port

管理サーバーが listen する管理サーバーのコンピューター上のポートを指定します。



ランタイム・サーバー名baseConfig.runtimeName

インストールするランタイム・サーバーの名前を指定します。


基本構成: SSL を使用するかどうか

baseConfig.sslEnabled

インストールするサーバーから生じる通信で、secure sockets layer (SSL) 通信を使用するかどうかを指示します。両方のサーバーをインストールする場合、この値は両方に適用されます。有効な値は以下のとおりです。

true SSL が使用されます。

false SSL が使用されません。

基本構成: SSL ポート baseConfig.sslPort

SSL ポートを指定します。

サーバーがインストールされない場合、または SSL が有効でない場合、この値は無視されます。





説明

基本構成: tlmsrv ユーザー・パスワード

baseConfig.tlmsrvPwd

常に通信パスワードを使用することを指定します。これは、以下のように使用されます。

v サーバー・コンポーネントの場合は、関連した DB2 データベースにアクセスするために使用されます。

v データベース・コンポーネントの場合は、DB2 データベース・クライアントとそのデータベース・サーバー間の通信を有効にするために使用されます。インストール中、ユーザー tlmsrv が作成され、そのパスワードがこの値に設定されます。

v ランタイム通信パスワードの場合 (ランタイム・サーバーがインストールされている場合)

最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。パスワードは、パスワードが作成されるマシンの規則を順守する必要があります。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。

Tivoli License Manager コンポーネントがこのコンピューターにすでにインストールされている場合、認証上の理由により、その際に指定したパスワードをここで指定する必要があります。



databaseClientPathPanel.locationPath

ウィザードで DB2 データベース・クライアント前提条件の検索が必要とされる場合(databaseClientPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーを入力します。



databaseClientPathPanel.prerequisiteInstalled

サポートされる DB2 データベース・クライアント前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた DB2 データベース・クライアント前提条件をインストールするかを指定します。有効な値は以下のとおりです。



この値が true の場合、DB2 データベース・サーバーを検索するための対応する値は false

である必要があります。その逆の場合も同様です。



databaseServerPathPanel.locationPath

ウィザードで DB2 データベース・サーバー前提条件の検索が必要とされる場合 (-W

databaseServerPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーを入力します。





説明



databaseServerPathPanel.prerequisiteInstalled

サポートされる DB2 データベース・サーバー前提条件をウィザードが検出できない場合、ウィザードが前提条件をコンピューター上で検索するか、バンドルされた DB2 データベース・サーバー前提条件をインストールするかを指定します。有効な値は以下のとおりです。

true ウィザードでは DB2 データベース・サーバー前提条件が検索されます。

false ウィザードではバンドルされた DB2 データベース・サーバー前提条件がインストールされます。DB2 のいずれかのバージョンがコンピューターにすでにインストールされている場合、前提条件のインストールは失敗します。

この値が true の場合、DB2 データベース・クライアントを検索するための対応する値はfalse である必要があります。その逆の場合も同様です。


db2InputPanel.db2_instLoc

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX の場合、DB2 インスタンスの所有者のホーム・ディレクトリーを入力します。これは、DB2 インスタンスの所有者 ID と連結されて、DB2 のインストール場所へのパスを指定します。例えば、場所が /home/db2inst1 (db2inst1 はインスタンスの所有者の ID) の場合には、/home だけを入力します。



db2InputPanel.db2_password

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 アドミニストレーター ID のパスワードを指定します。


IBMDB2 ポート番号

db2InputPanel.db2_port

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 が listen するポート番号を指定します。


DB2 管理者 ID

db2InputPanel.db2_userName

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、ウィザードがコンピューター上に作成する DB2 管理者ユーザー ID を指定します。ID は、パスワードが作成されるマシンの規則を順守する必要があります。UNIX では、DB2 インスタンスの所有者のユーザー ID を指定します。

前提条件のセットアップ・ファイルの場所: IBM

DB2

db2SetupFile.name


管理サーバー: データベースのホスト名

dbInstallAdmin.hostName

リモート管理サーバー・データベースがあるコンピューターのホスト名。

管理サーバーがインストールされない場合、または管理サーバー・データベースが管理サーバーと一緒にインストールされる場合、この値は無視されます。

管理サーバー: データベースのポート番号

dbInstallAdmin.portNumber

リモート管理サーバー・データベースが listen するポート番号。

管理サーバーがインストールされない場合、または DB2 データベース・クライアントの前提条件もインストールされる場合、この値は無視されます。





説明


データベースのアドレスdbInstallRuntime.hostName

ランタイム・サーバー・データベースがあるコンピューターのアドレス。

ランタイム・サーバーがインストールされない場合、またはランタイム・サーバーがランタイム・データベースと同時にインストールされる場合、この値は無視されます。



dbInstallRuntime.portNumber

ランタイム・サーバー・データベースとの通信で使用されるポート番号。

ランタイム・サーバーがインストールされない場合、または DB2 データベース・クライアントの前提条件もインストールされる場合、この値は無視されます。

インストールの場所 installLocation

選択されたコンポーネントをインストールする場所。他のインストール済みの製品が含まれていない有効なディレクトリーを指定します。ディレクトリーが存在しない場合は、作成されます。ディレクトリー・パスにスペースが含まれている場合は、ディレクトリー・パスを二重引用符で囲んでください。値を指定しない場合、インストール場所はデフォルトでインストール・ウィザードが開始されたディレクトリーになります。

ランタイム・サーバー・コンポーネントをインストールする

runtime.active

ランタイム・サーバー・コンポーネントをインストールするかどうかを指定します。有効な値は以下のとおりです。



ランタイム・データベース・コンポーネントをインストールする Install

runtime database

component

runtimeDB.active

ランタイム・サーバー・データベース・コンポーネントをインストールするかどうかを指定します。有効な値は以下のとおりです。



前提条件のインストールの場所: IBM HTTP

Server

wasInputPanel.ihs_instLoc

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、IBM HTTP Server のインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。



Server 管理者パスワード

wasInputPanel.service_password

ウィザードで Windows 上への WebSphere Application Server 前提条件のインストールが必要とされる場合は、WebSphere Application Server のインストールに必要なアドミニストレーター・パスワードおよび IBM HTTP Server をサービスとして指定します。

前提条件のインストールの場所: IBM WebSphere

Application Server

wasInputPanel.was_instLoc

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。





説明



Server

wasSetupFile.name

ウィザードで WebSphere Application Server 前提条件のインストールが必要とされる場合、セットアップ・ファイルの場所を指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。

セットアップ・タイプ *** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W setupType.selectedSetupTypeId=″Custom″

このインストール方式は、「全コンポーネント」または「通常」インストールをサポートしません。すべてのインストールは「カスタム」です。

基本構成: すべてのパスワードに tlmsrv パスワードを使用するかどうか

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W baseConfig.useSamePwds=true

このオプションは常に true で、作成される必要のある他のパスワード (ランタイム通信パスワード) に tlmsrv パスワードを使用することを定義します。


ランタイム・通信パスワード

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W otherPasswords.runtimeToAdminPwd=

すべてのパスワードに tlmsrv パスワードが使用されるため、この値は無視されます。



Server

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W wasInputPanel.service_active=″true″

このオプションは常に true に設定されるため、WebSphere Application Server およびIBM HTTP Server は、常にサービスとしてインストールされます。



Server 管理者 ID

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W wasInputPanel.service_userName=″Administrator″

このパラメーターを入力する必要はありません。インストールでこのパラメーターの値が必要な場合は、代わりに値「Administrator」が使用されます。

管理サーバー・データベース管理ユーザー (UNIX

のみ)

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W dbInstallAdmin.dbAdminUser

このパラメーターを入力する必要はありません。インストールでこのパラメーターの値が必要な場合は、代わりにパラメーター db2InputPanel.db2_userName の値が使用されます。

ランタイム・サーバー・データベース管理ユーザー (UNIX のみ)

*** パラメーターは使用されません ***応答ファイルの同等パラメーター = -W dbInstallRuntime.dbAdminUser

このパラメーターを入力する必要はありません。インストールでこのパラメーターの値が必要な場合は、代わりにパラメーター db2InputPanel.db2_userName の値が使用されます。

サーバーおよびデータベースのサイレント・アンインストールTivoli License Manager で提供される recordFile_Uninstall.txt ファイルは、InstallShield オプション・ファイルです。このファイルには、Tivoli License Manager

アンインストール・ウィザードに入力する各パラメーターを設定する引き数を定義します。

アンインストール・ウィザードをサイレント・モードで起動するには、uninstallerコマンドを実行します。



詳しい説明については、 237ページの『Tivoli License Manager サーバーおよびデータベース・コンポーネントのアンインストール』を参照してください。

コマンドは、オプション・ファイル recordFile_Uninstall.txt に定義されたすべての引き数を使用して実行されます。引き数および設定可能な値については、表 54

を参照してください。

表 54. サーバーおよびデータベースのサイレント・アンインストールのパラメーター


説明

管理サーバー・コンポーネントのアンインストール

-P admin.activeForUninstall= true

管理サーバー・コンポーネントをアンインストールするかどうかを指定します。有効な値は以下のとおりです。

true サーバーがアンインストールされます。

false サーバーはアンインストールされません。コンポーネントがコンピューターにインストールされていない場合、このパラメーターは無視されます。

管理データベース・コンポーネントのアンインストール

-P adminDB.activeForUninstall= true

管理サーバー・データベースをアンインストールするかどうかを指定します。有効な値は以下のとおりです。

true データベースがアンインストールされます。

false データベースはアンインストールされません。コンポーネントがコンピューターにインストールされていない場合、このパラメーターは無視されます。

ランタイム・サーバー・コンポーネントのアンインストール

-P runtime.activeForUninstall= true

ランタイム・サーバー・コンポーネントをアンインストールするかどうかを指定します。有効な値は以下のとおりです。

true サーバーがアンインストールされます。

false サーバーはアンインストールされません。コンポーネントがコンピューターにインストールされていない場合、このパラメーターは無視されます。

ランタイム・データベース・コンポーネントのアンインストール

-P runtimeDB.activeForUninstall= true

ランタイム・サーバー・データベース・コンポーネントをアンインストールするかどうかを指定します。有効な値は以下のとおりです。

true データベースがアンインストールされます。

false データベースはアンインストールされません。コンポーネントがコンピューターにインストールされていない場合、このパラメーターは無視されます。

サイレント・アンインストール: サーバーおよびデータベース


表 54. サーバーおよびデータベースのサイレント・アンインストールのパラメーター (続き)


説明

エージェント・コンポーネントのアンインストール

-P agent.activeForUninstall= true

エージェント・コンポーネントをアンインストールするかどうかを指定します。このオプションは、エージェントが「全コンポーネント」インストールを使用してインストールされている場合にのみ、エージェントをアンインストールします。他のエージェント・デプロイメント方式のいずれかによってエージェントがインストールされている場合は、 244ページの『エージェントのアンインストール』の説明に従ってエージェントをアンインストールする必要があります。有効な値は以下のとおりです。

true エージェントがアンインストールされます。

false エージェントはアンインストールされません。コンポーネントがコンピューターにインストールされていない場合、このパラメーターは無視されます。

データベースのアンインストール: データベースを除去するかどうか

-W uninstallFeature.dbDropping= false

このコンピューター上の Tivoli License Manager データベースを削除 (除去) するかどうかを指定します。管理サーバー・データベースを除去するのは、そのデータベースで集計されたデータが不要であることが確実な場合だけにしてください。ランタイム・サーバー・データベースが単独でインストールされている場合は、常にこれを除去する必要があります。両方のタイプのデータベースがインストールされている場合で、管理サーバー・データベースを残す場合は、データベースは両方とも除去せず、アンインストールの完了後にランタイム・サーバー・データベースを手動で除去する必要があります。 242ページの『手動での Tivoli License Manager データベースの除去』を参照してください。有効な値は以下のとおりです。

true データベースが除去されます。

false データベースは除去されません。アンインストールするデータベース・コンポーネントがない場合、このパラメーターは無視されます。


Server セキュリティー・セルのユーザー ID

-W was_credential.UserId=

WebSphere Application Server がセキュア・セル内にある場合に、WebSphere

Application Server へのアクセスにユーザー ID を使用するように定義します。

WebSphere Application Server がセキュア・セル内にない場合、このパラメーターは無視されます。


Server セキュリティー・セルのパスワード

-W was_credential.Pwd=

WebSphere Application Server がセキュア・セル内にある場合に、WebSphere

Application Server へのアクセスにパスワードを使用するように定義します。

WebSphere Application Server がセキュア・セル内にない場合、このパラメーターは無視されます。

サイレント・アンインストール: サーバーおよびデータベース


カタログ・マネージャーのサイレント・インストールインストール・ウィザードを不在モードで実行する場合、必要なパラメーターはInstallShield のオプション・ファイルから取得されます。オプション・ファイルrecordFile_Install.txt は、カタログ・マネージャーで提供されています。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。

インストール・ウィザードをサイレント・モードで実行するには、 221ページの『インストール方法の選択』で説明されている手順に従ってください。

コマンドは、recordFile_Install.txt ファイルに定義された引き数を使用して実行されます。表 55 は、このファイルの内容を示しています。

表 55. カタログ・マネージャーのサイレント・インストールのパラメーター

パラメーター引き数デフォルト

説明

インストールの場所 -P installLocation=

カタログ・マネージャーをインストールする場所。他のインストール済みの製品が含まれていない有効なディレクトリーを指定します。ディレクトリーが存在しない場合は、作成されます。ディレクトリー・パスにスペースが含まれている場合は、ディレクトリー・パスを二重引用符で囲んでください。値を指定しない場合、インストール場所はデフォルトでインストール・ウィザードが開始されたディレクトリーになります。



-W databaseClientPathPanel.prerequisiteInstalled= true






-W databaseClientPathPanel.locationPath= ″C:¥Program Files″

ウィザードで DB2 データベース・クライアント前提条件の検索が必要とされる場合 (-W

databaseClientPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーを入力します。


DB2

-W db2SetupFile.name=


サイレント・インストール: カタログ・マネージャー


表 55. カタログ・マネージャーのサイレント・インストールのパラメーター (続き)


説明


-W db2InputPanel.db2_instLoc=

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX の場合、DB2 インスタンスの所有者のホーム・ディレクトリーを入力します。これは、DB2

インスタンスの所有者 ID と連結されて、DB2 のインストール場所へのパスを指定します。例えば、場所が /home/db2inst1 (db2inst1 はインスタンスの所有者の ID) の場合には、/home だけを入力します。


DB2 管理者 ID

-W db2InputPanel.db2_userName= ″db2admin″




-W db2InputPanel.db2_password=

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 管理者 ID

の作成時に使用される DB2 管理者パスワードを指定します。最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。パスワードは、パスワードが作成されるマシンの規則を順守する必要があります。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。

データベース・アドレス -W dbCatalog.hostName= ″localhost″

製品情報のデータベースが置かれているコンピューターのホスト名を指定します。


-W dbCatalog.portNum=

カタログ・マネージャーとデータベースとの通信で使用するポートを指定します。

データベースのインスタンスの所有者 (UNIX のみ)

-W dbCatalogAIX.dbInstOwner ″db2inst1″

UNIXプラットフォームで、ローカル DB2 データベースのインスタンスの所有者を指定します。

Tivoli Configuration Manager を使用したカタログ・マネージャー用のソフトウェア・パッケージ・ブロック

このセクションでは、ソフトウェア・パッケージ・ブロックで使用されるキーについて説明します。ソフトウェア・パッケージ・ブロックでは、Tivoli Configuration

Manager の Software Distribution コンポーネントを使用して、カタログ・マネージャーをリモート側でインストールできます。このインストール方式の使用方法は、221ページの『インストール方法の選択』に記載されています。

Software Distribution で「デフォルト変数」パネルが表示された場合は、 334ページの表 56 の情報を使用して正しい値を指定します。

334ページの表 56 は、ソフトウェア・パッケージ・ブロックのパラメーターをパラメーター・キー名のアルファベット順にリストしているため、キーを簡単に見つけることができます。プラットフォームによってデフォルトが異なるため、デフォルト値は提供されていません。

サイレント・インストール: カタログ・マネージャー


注:

1. SPB 内のキーの順序は、アルファベット順 (例えばこの表) でも、論理順 (例えば応答ファイル) でもありません。その順序は、Software Distribution の内部論理に従っています。したがって、特定のパラメーターの説明と有効な値を見つけるには、表でアルファベット順に調べてください。

2. SPB パラメーター・キー名は、対応する応答ファイルのパラメーター名とほとんど同じです。唯一の違いは、応答ファイルのパラメーター名には -W または -P

の接頭部があるが、SPB パラメーター・キー名にはないという点です。

表 56. カタログ・マネージャーのインストール用のソフトウェア・パッケージ・ブロック・キー


説明



databaseClientPathPanel.locationPath

ウィザードで DB2 データベース・クライアント前提条件の検索が必要とされる場合(databaseClientPathPanel.prerequisiteInstalled=true)、どのデータ構造内で検索するかを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX では、DB2 のインスタンス所有者のホーム・ディレクトリーを入力します。



databaseClientPathPanel.prerequisiteInstalled





db2InputPanel.db2_instLoc

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、そのインストール先のディレクトリーを指定します。これは絶対パス名で指定する必要があります。パス名にスペースが含まれる場合は、パス名を二重引用符で囲んでください。 UNIX の場合、DB2 インスタンスの所有者のホーム・ディレクトリーを入力します。これは、DB2 インスタンスの所有者 ID と連結されて、DB2 のインストール場所へのパスを指定します。例えば、場所が/home/db2inst1 (db2inst1 はインスタンスの所有者の ID) の場合には、/home だけを入力します。


IBM DB2 管理者パスワード

db2InputPanel.db2_password

ウィザードで IBM DB2 前提条件のインストールが必要とされる場合、DB2 管理者 ID の作成時に使用される DB2 管理者パスワードを指定します。最大長は 20 文字で、使用できる文字は A-Z a-z 0-9 + - = です。パスワードは、パスワードが作成されるマシンの規則を順守する必要があります。注: このファイルに入力されるパスワードは暗号化されません。組織によっては、セキュリティー違反である場合があります。


IBM DB2 管理者 ID

db2InputPanel.db2_userName


サイレント・インストール: SPB を使用したカタログ・マネージャー


表 56. カタログ・マネージャーのインストール用のソフトウェア・パッケージ・ブロック・キー (続き)


説明

前提条件のセットアップ・ファイルの場所:

IBM DB2

db2SetupFile.name


データベースのインスタンスの所有者(UNIX のみ)

dbCatalogAIX.dbInstOwner

UNIXプラットフォームで、ローカル DB2 データベースのインスタンスの所有者を指定します。

データベース・アドレス

dbCatalog.hostName

製品情報のデータベースが置かれているコンピューターのホスト名を指定します。


dbCatalog.portNum

カタログ・マネージャーとデータベースとの通信で使用するポートを指定します。

インストールの場所 installLocation

カタログ・マネージャーをインストールする場所。他のインストール済みの製品が含まれていない有効なディレクトリーを指定します。ディレクトリーが存在しない場合は、作成されます。ディレクトリー・パスにスペースが含まれている場合は、ディレクトリー・パスを二重引用符で囲んでください。値を指定しない場合、インストール場所はデフォルトでインストール・ウィザードが開始されたディレクトリーになります。

OS/400 エージェントのサイレント・インストールOS/400 エージェント用のインストール・ウィザードを不在モードで実行する場合、必要なパラメーターは InstallShield オプション・ファイルから取得されます。オプション・ファイル recordFile_Install.txt は、製品 CD の ¥setup¥agent¥OS400

ディレクトリーにあります。ウィザードが設定するパラメーターの値を指定するには、このファイルを編集する必要があります。

インストール・ウィザードをサイレント・モードで実行するには、 204ページの『OS/400 へのエージェントのインストール』の説明に従ってください。

コマンドは、recordFile_Install.txt ファイルに定義された引き数を使用して実行されます。 336ページの表 57 は、このファイルの内容を示しています。

サイレント・インストール: SPB を使用したカタログ・マネージャー


表 57. OS/400 のサイレント・インストールのパラメーター


説明

言語 -W setLang.languageCode=

コンピューターのオペレーティング・システムで使用されている 1 次言語が以下のいずれかの場合、この値はブランクのままにすることができます。

システムの 1 次言語が下記のリストのいずれでもない場合は、2 次言語としてシステムにすでにインストールされている言語コードを下記のリストから指定してください。

システムで使用可能な言語のいずれも下記のリストに含まれていない場合は、リスト内のいずれかの言語を 2 次言語としてインストールする必要があります。その後、インストールした言語をここに指定して、OS/400 エージェントをデプロイしてください。

サポートされる言語は、以下のとおりです。″2924″ 英語″2928″ フランス語″2929″ ドイツ語″2932″ イタリア語″2962″ 日本語″2986″ 韓国語″2980″ ポルトガル語 (ブラジル)

″2989″ 中国語 (簡体字)

″2931″ スペイン語″2987″ 中国語 (繁体字)

例えば、英語を選択するには以下の使用します。

-W setLang.languageCode="2924"

セットアップ・タイプ -W setupType.selectedSetupTypeId= ″Typical″


通常これは、ほとんどのフィールドにデフォルト値を使用してエージェントをインストールします (これらの値の詳細については、 62ページの『OS/400 ノードに接続されている Windows コンピューターで OS/400 エージェント・インストール・ウィザードを使用する』を参照してください)。この値を選択する場合、カスタマイズする必要があるのは以下の値のみで、残りはデフォルトのままにすることができます。

v -W agentConfig.organizationName

v -W agentConfig.runtimeAddress

v -W agentConfig.divisionName

カスタムこれは、すべての値をカスタマイズ可能にして、エージェントをインストールします。

組織名 -W agentConfig.organizationName=

エージェントが属する組織の名前。

ランタイム・アドレス -W agentConfig.runtimeAddress=

エージェントが属するランタイム・サーバーのアドレス (ホスト名または IP アドレス)。

部門名 -W agentConfig.divisionName=

エージェントが属する部門の名前。

サイレント・インストール: OS/400 エージェント


表 57. OS/400 のサイレント・インストールのパラメーター (続き)


説明

始動モード -W agentConfig.startupMode= ″nossl″

これは、エージェントとランタイム・サーバー間の初期接続で SSL を使用するかしないかを決定します。初期接続後、エージェントは部門内のすべてのエージェント用の適切なパラメーターをダウンロードするサービスを実行し、ダウンロードされた値はinstallagent コマンドに指定した値を上書きします。指定できる値は以下のとおりです。

nossl非セキュア: すべての通信で HTTP が使用されます (デフォルト)。ランタイム・サーバーがインストールされている Web サーバーでは、HTTP サービスを有効にしておく必要があります。

ssl セキュア: すべての通信で HTTPS が使用されます。ランタイム・サーバーがインストールされている HTTP サーバーでは、HTTPS サービスを有効にしておく必要があります。

ランタイム・ポート -W agentConfig.runtimePort= ″80″

通信で使用されるランタイム・サーバー上のポート。

SSL ポート -W agentConfig.sslPort= ″443″

Startup mode が ssl の場合は、SSL 通信で使用するポート番号を入力します。

ノード・タグ -W agentConfig.nodeTag= ″%SERIAL%VENDOR″

OS/400 エージェントをインストールするノードの名前。デフォルト値を使用する場合、ウィザードは、OS/400ノード上のシステム変数 %SERIAL と %VENDOR の内容を連結してノード・タグを作成します。

プロキシーを使用するかどうか

-W agentConfig.useProxy= false

プロキシー・サーバーによってランタイムを保護するかどうかを指定します。有効な値は以下のとおりです。

true ランタイムがプロキシー・サーバーによって保護されます。

false ランタイムはプロキシー・サーバーによって保護されません。

プロキシー・アドレス -W agentConfig.proxyAddress=

Use proxy が true の場合に、プロキシー・サーバーのアドレス (ホスト名または IP

アドレス) を入力します。

プロキシー・ポート -W agentConfig.proxyPort=

Use proxy がtrue の場合に、プロキシー・サーバーのポートを入力します。



表 57. OS/400 のサイレント・インストールのパラメーター (続き)


説明

SSL 証明書: カスタム SSL

証明書を提供するかどうか-W sslCert.searchCertDir= true

Startup Mode = ″nossl″ の場合、この値は無視されます。

Startup Mode = ″ssl″を選択した場合は、ランタイム・サーバーとのセキュア通信でエージェントが使用する独自の証明書を提供するかどうかを選択できます。

指定できる値は以下のとおりです。

true 独自の証明書を提供することを指示します。

false 組み込みテスト証明書を使用することを指示します。

組み込みテスト証明書は、IBM の名が付されていて、非セキュアである (同じ証明書がすべての利用者に配布される) ため、テスト目的でのみ使用すべきことに注意してください。

値「true」を選択する場合は、証明書パス名 (sslCert.certFilePath) も指定する必要があります。

例えば、SSL 通信で独自の証明書を使用することを指示するには、-W

sslCert.searchCertDir=true とします。

SSL 証明書: カスタム証明書のパス名

-W sslCert.certFilePath=

custom SSL certificate = ″false″ または Startup Mode = ″nossl″の場合、この値は無視されます。

カスタム SSL 証明書を提供する場合は (SSLsslCert.searchCertDir= ″true″)、独自の証明書のパス名を指定する必要があります。証明書の名前は「cert.arm」にする必要があります。パスにスペースが含まれている場合は、パス全体を二重引用符で囲んでください。

例えば、独自の証明書のパス名が C:¥cert.arm の場合は、-W

sslCert.certFilePath=″C:¥cert.arm″ とします。



付録 D. 共通タスク

この付録では、Tivoli License Manager のインストールおよび使用の際に行う必要がある共通タスクの実行方法を説明します。ただし、このタスクは Tivoli License

Manager の一部ではありません。これらのタスクには、WebSphere Application

Server、IBM HTTP Server、および DB2 に関連するタスクが含まれています。

次のタスクの説明が含まれています。

v 『Tivoli License Manager サーバーの始動および停止』

v 340ページの『DB2 コマンド行の初期化』

v 341ページの『IBM HTTP Server の始動および停止』

v 341ページの『WebSphere 管理コンソールの始動』

v 342ページの『パスワードの変更』

Tivoli License Manager サーバーの始動および停止Tivoli License Manager サーバーの始動方法は、プラットフォームによって異なります。

Windows手順は以下のとおりです。

1. 「スタート」�「プログラム」�「IBM Tivoli License Manager」を選択し、「管理サーバー・コマンド行」または「ランタイム・サーバー・コマンド行」を選択します。

2. コマンド行ウィンドウにコマンド srvstart を入力します。

UNIX 手順は以下のとおりです。

1. 以下のディレクトリーにナビゲートします。

<INSTALL_DIR>/admin/cli

2. コマンドを使用する場合は、以下のスクリプトを実行し、コマンド行用に DB2 と WebSphere Application Server の環境を設定する必要があります。

. ./tlmcli

注: (2 つのピリオドの間にはスペースがあります)

これらの環境は、コマンド行ウィンドウをクローズするまで有効です。

3. コマンド srvstart を入力します。

Tivoli License Manager サーバーの停止方法は、プラットフォームによって異なります。


Windows手順は以下のとおりです。

1. 「スタート」�「プログラム」�「IBM Tivoli License Manager」を選択し、�「管理サーバー・コマンド行」または「ランタイム・サーバー・コマンド行」を選択します。

2. コマンド行ウィンドウにコマンド srvstop を入力します。

注: セキュア・セルで WebSphere Application Server を操作している場合は、そのコマンドへのパラメーターとして、セキュア・セルのユーザー ID およびパスワードを入力する必要があります。コマンドについて詳しくは、IBM Tivoli License Manager: 管理を参照してください。

UNIX 手順は以下のとおりです。

1. 以下のディレクトリーに移動します。

<INSTALL_DIR>/admin/cli

2. コマンドを使用する場合は、以下のスクリプトを実行し、コマンド行用に DB2 と WebSphere Application Server の環境を設定する必要があります。

. ./tlmcli

注: (2 つのピリオドの間にはスペースがあります)

これらの環境は、コマンド行ウィンドウをクローズするまで有効です。

3. コマンド srvstop を入力します。

注: セキュア・セルで WebSphere Application Server を操作している場合は、そのコマンドへのパラメーターとして、セキュア・セルのユーザー ID およびパスワードを入力する必要があります。コマンドについて詳しくは、IBM Tivoli License Manager: 管理を参照してください。

DB2 コマンド行の初期化この手順は、DB2 に精通していないユーザーを対象としています。また、この手順では、Tivoli License Manager と共にインストールされるバンドル前提条件バージョンを使用します。すでに DB2 がインストールされている場合は、通常使用する手順に従ってください。

DB2 コマンド行を初期化するには、以下を実行します。

Windows の場合:「スタート」�「プログラム」�「IBM DB2」�「コマンド・ウィンドウ(Command Window)」をクリックします。

これにより、DB2 コマンド・ウィンドウがオープンします。

サーバーの始動および停止


UNIX の場合:次を入力します。

. /home/<DB2InstanceOwner>/sqllib/db2profile

ここで、<DB2InstanceOwner> は DB2 のインスタンス所有者のユーザー ID です。

IBM HTTP Server の始動および停止この手順は、IBM HTTP Server に精通していないユーザーを対象としています。また、この手順では、Tivoli License Manager と共にインストールされるバンドル前提条件バージョンを使用します。すでに IBM HTTP Server がインストールされている場合は、通常使用する手順に従ってください。

IBM HTTP Server を始動するには、以下を実行します。

Windows の場合:「スタート」�「プログラム」�「IBM HTTP Server」� 「HTTP Server の始動 (Start HTTP Server)」をクリックします。

UNIX の場合:

1. ディレクトリー <IBM_HTTP_SERVER_INSTALL_DIR>/bin に移動します。

2. 次を入力します。

./apachectl start

IBM HTTP Server を停止するには、以下を実行します。

Windows の場合:「スタート」�「プログラム」�「IBM HTTP Server」� 「HTTP Server の停止 (Stop HTTP Server)」をクリックします。

UNIX の場合:

1. ディレクトリー <IBM_HTTP_SERVER_INSTALL_DIR>/bin に移動します。

2. 次を入力します。

./apachectl stop

WebSphere 管理コンソールの始動この手順は、WebSphere Application Server に精通していないユーザーを対象としています。また、この手順では、Tivoli License Manager と共にインストールされるバンドル前提条件バージョンを使用します。すでに WebSphere Application Server がインストールされている場合は、通常使用する手順に従ってください。

WebSphere 管理コンソールを始動するには、次を行います。

Windows の場合:�「スタート」�「プログラム」�「IBM WebSphere」�「Application serverv5.x」�「管理コンソール (Administrative Console)」をクリックします。

DB2 コマンド行の初期化

付録 D. 共通タスク 341

UNIX の場合:

1. WebSphere Application Server のインストール・ディレクトリーを位置指定します。

注: どのディレクトリーか明確でない場合には、以下の手順に従います。

a. Tivoli License Manager サーバーのホーム・ディレクトリーの 1 つに移動します。

v <INSTALL_DIR>/admin

v <INSTALL_DIR>/runtime

b. ファイル master.tag を表示します。

c. WebSphere Application Server のインストール・ディレクトリーは、キー TLM_WAS_PATH に示されています。

2. WebSphere Application Server のプログラム・ディレクトリーに移動します。 <TLM_WAS_PATH>/bin

3. サーバーを始動します。以下を入力します。

./startServer.sh server1

4. Web ブラウザーを開始します。ブラウザーは、サーバーと同じコンピューターにある必要はありません。

5. サーバーにアクセスします。以下の Web アドレスを入力します。

http://<serverAddress>:9090/admin/

<serverAddress> は、コンソールを実行するサーバーのホスト名または IP アドレスです。

パスワードの変更何らかの理由でパスワードを変更する必要がある場合は、以下の手順に従って、コンポーネントで必要なアクセスが保守されていることを確認します。

tlmsrv パスワードデータベース・コンポーネントをインストールする各コンピューターでは、インストール・プロセスによって「tlmsrv」というユーザー ID が作成されます。このユーザー ID は、サーバーとデータベースのコンポーネント間での通信で使用されます。パスワードは、インストール時に割り当てられます。また、対応するサーバーのインストール時にも入力される必要があります。

インストール後に tlmsrv パスワードを変更する場合は、以下を実行する必要があります。

1. サーバー (管理またはランタイム) で dbpasswd コマンドを使用して、製品のデータベースに記録されているパスワードの値を変更します。

2. サーバーを停止します。

3. データベースがインストールされているコンピューターで通常のユーザー管理機能を使用して、tlmsrv ユーザーのパスワード値をステップ 1

で指定した値に変更します。

4. サーバーを再始動します。

WebSphere 管理コンソールの始動


ランタイム・サーバーの通信パスワードこのパスワードは、ランタイム・サーバーと管理サーバーの間の通信を認証する場合に使用します。各ランタイム・サーバーの通信パスワードは、インストール時に割り当てられます。このパスワードは、「tlmsrv」パスワードや他のランタイム・サーバーのパスワードと異なる場合があります。

インストール後にランタイム・サーバーの通信パスワードを変更するには、以下を実行します。

1. ランタイム・サーバーで rtpasswd コマンドを実行し、新規の値を指定します。

2. ランタイム・サーバーを停止します。

3. 管理サーバーの GUI を使用して、そのランタイム・サーバーに対する管理サーバーのパスワードを同じ値に変更します。

4. ランタイム・サーバーを再始動します。

ランタイム・サーバーのパスワードは、管理サーバーまたはランタイム・サーバーのいずれを最初に変更してもかまいません。ただし、一方のパスワードを変更した場合は、もう一方のパスワードを同じ値に変更するまでサーバー間の通信は行われません。

SSL パスワードSSL 通信が使用可能な各サーバーでは、SSL 鍵ストアにアクセス可能なパスワードが必要です。デフォルトの SSL パスワード (「slmtest」) は、インストール時に割り当てられます。

インストール後に SSL 通信パスワードを変更するには、以下を実行します。

1. サーバーで sslpasswd コマンドを実行し、パスワードの値を変更します。パスワードは、設定したサーバーでのみ使用されるため、必要に応じて、サーバーごとに異なる値を選択できます。

2. サーバーを停止します。

3. IKeyMan ユーティリティーを使用して、鍵ストアのパスワード値をステップ 1 で指定した値に変更します。

4. サーバーを始動します。

DB2 管理パスワードDB2 の管理ユーザーには、DB2 で管理タスクを実行する場合に必要となる特定の権限が付与されています。

インストール後に DB2 管理パスワードを変更するには、コンピューターの通常のユーザー管理機能を使用します。

アドミニストレーター・パスワード (WebSphere Application Server および IBMHTTP Server をサービスとしてセットアップする場合に使用)

製品インストールの一部として Windows プラットフォームに WebSphere

Application Server および IBM HTTP Server をインストールした場合は、アドミニストレーター・パスワードを使用してこれらの製品をサービスとしてセットアップすることができます。これらの製品を個別にインストールした場合は、サービスとしてセットアップする必要があることがあります。

パスワードの変更

付録 D. 共通タスク 343

サーバーでアドミニストレーター・パスワードを変更するには、以下の手順を実行する必要があります。

1. サーバーで通常のユーザー管理機能を使用して、パスワード値を変更します。

2. 「スタート」�「設定」�「コントロールパネル」 �「管理ツール」�「サービス」を選択して、「サービス」パネルをオープンします。

3. これらの製品に関連する項目を選択し、以下を実行します。

a. 項目を右クリックします。

b. 「プロパティ」オプションを選択します。

c. 表示された「プロパティ」ウィンドウで、「ログオン」タブを選択します。

d. 「アカウント:」が「Administrator」である場合は、新規のパスワードを入力してこのパスワードを確定します。

e. 「OK」をクリックします。

4. 「サービス」ウィンドウをクローズします。

5. サーバーを再始動します。

パスワードの変更


付録 E. データベース表のクリーンアップ

管理サーバーのデータベース内の使用率表には、内部プロセスにより、使用率のスナップショットや使用率更新トランザクションが頻繁に追加されます。Tivoli

License Manager にはクリーンアップ・プロセスが組み込まれており、これを定期的に実行することにより、これらの表が管理できないほどのサイズに増大しないようにすることができます。

パフォーマンスおよびサイジングの考慮事項これらの表には、内部プロセスによって頻繁に新しい項目が追加されるため、表がパフォーマンスに影響するほどのサイズに増大しないように調整する必要があります。

例えば、15 000 のエージェントを有する環境では、1 日の作業時間を 10 時間として、1 時間当たりにわずか 1.5 のトランザクションで、1 日に 150 万項目が使用率表に追加されます。使用率表は、ソフトウェア使用レポートで使用されるデータ・ソースであり、この表が大きくなりすぎると、これらのレポートのパフォーマンスに影響が出ます。

クリーンアップ・プロセスに対するパラメーターの設定Tivoli License Managerでは、使用率表用のクリーンアップ・プロセスが提供されています。

system.properties ファイルの管理サーバー・セクションには、プロセスの実行頻度と、項目を保持する期間を指定するプロパティーが含まれています。これらのプロパティーはデフォルト値に設定されていますが、必要に応じて、定義することができます。

各サーバーごとに、独自の system.properties ファイルがあります。これらのパラメーターを設定する必要のあるファイルは、管理サーバーの以下のディレクトリーにあります。


system.properties ファイルについては、 273ページの『付録 A. 構成の設定』を参照してください。

使用率表のクリーンアップ・プロセスは、cleanUsagePeriod パラメーターで決定される間隔で定期的に実行されます。このパラメーターのデフォルト値は 1 日 (1440

分) です。この値を 7 日の倍数に設定すると、クリーンアップは、この頻度で土曜日に、パラメーター adminBaseTime で指定されている時刻に実行されます。例えば、このパラメーターを 40320 (分単位で 4 週間) に設定し、adminBaseTime をデ


フォルト値 23:00 (11 p.m.) に設定すると、クリーンアップは 4 週間ごとの土曜日23:00 に実行されます (詳細については、 276ページの『イベントおよびサービスのタイミング』を参照)。

クリーンアップ・プロセスでは、maxUsageAge パラメーター (デフォルト値は 30

日) で指定されている日数よりも古い使用率トランザクションが識別されます。これらのトランザクションは表から消去されるので、これらによって表に提供されていた詳細なソフトウェア使用情報は、ソフトウェア使用レポートでは使用できなくなります。ただし、使用率ヒストリー表に項目を追加することによって、概略レコードを保守できます。これらの表には、複数のカテゴリーのライセンス・プール、日付、および時刻の固有の組み合わせごとに項目が含まれています。3 つのすべてのパラメーターについて一致するすべてのトランザクションに対して割り当てられたライセンス数が検査され、最も高い値が使用ヒストリー項目に記録されます。このような方法により、上限基準点のレコードが、これらのカテゴリー内のライセンス・プール、日付、および時間のレベルで保守されます。この情報には DB2 照会を使用してアクセスし、「IBM Tivoli License Manager: データ・ディクショナリー」の表定義を参照します。

最後に、この値が大きすぎるかどうかを判別する 1 つの方法は、「使用率のスナップショット」レポートを実行することです。レポートを実行している間、パフォーマンスが大幅に低下した場合は、この値を小さくする必要があります。この場合、ご使用のハードウェア・プラットフォームが十分に強力であること、および管理サーバーとそのデータベースとの間のネットワーク接続が高速であることを想定しています。

クリーンアップのためのパラメーター


付録 F. UNIX エージェント・デプロイメント・ウィザードのインポート・ファイルの形式

161ページの『第 4 章エージェントのデプロイ』で説明されているエージェント・デプロイメント・ウィザードでは、エージェントのデプロイメントで使用するデータをインポートする場合に使用可能なオプションが提供されています。インポート可能な 2 種類のデータは、以下のとおりです。

エージェント1 つ以上のエージェントについて説明するデータ。このデータは、Tivoli

License Manager 環境の階層トポロジーを表していないフラット構造です。

このデータは、ステップノード・データの追加 (192ページ) (ノード・データの追加) で示されているパネルの下半分の入力を行う場合に使用します。

インポートしたデータの形式は XML であり、『エージェントのインポート形式』で説明されています。

トポロジーTivoli License Manager 環境のトポロジーを表すデータ。このデータでは、1

つ以上の組織が識別されます。これらの組織には 1 つ以上の部門およびランタイム・サーバーが含まれています。

このデータは、ステップノード・データの追加 (192ページ) (ノード・データの追加) で示されているパネルの上半分でトポロジー構造を作成する場合に使用します。このデータをインポートした後、パネルで説明されているように、ノードを定義する場合のベースとしてこのデータを使用できます。

インポートしたデータの形式は XML であり、 351ページの『トポロジーのインポート形式』で説明されています。

この形式のファイルは、管理サーバーのコマンド行から、コマンドdataexp XML -topology output_directory を実行して作成します (コマンドの詳しい説明については、IBM Tivoli License Manager: 管理を参照してください)。

各フォーマットは個別の物理ファイルに保管されており、各エレメントは開始タグと終了タグを含む完全な形式になっている必要があります。ファイルをインポートしたときに上記の構造からエレメントが欠落している場合、値および子エレメントの値はブランクになります。

エージェントのインポート形式エージェント用の形式は、ITLMTopology.xsd と呼ばれるスキーマ・ファイルに基づいて決定されます。このファイルは、エージェント・デプロイメント・ウィザードがある製品 CD 内のディレクトリーにあります。ウィザードをハード・ディスクにコピーする場合は、このファイルもコピーする必要があります。このスキーマへの参照に基づいて作成された XML ファイルには、エージェントまたはトポロジーのいずれかの詳細を含めることができますが、両方を含めることはできません。


XML ファイルには、DTD やその他の外部ファイルへの参照が含まれていない必要があります。

エージェント用のフォーマットの詳細は、以下のとおりです。

<Agents><Agent>

<Organization>organization</Organization><Runtime>runtime_server_name</Runtime><Division>division_name</Division><Endpoint>node</Endpoint><PortNumber>port_number</PortNumber><SslPortNumber>SSL_port_number</SslPortNumber><SecurLevel>security_level</SecurLevel><OperatingSystem>operating_system</OperatingSystem><Password>root_password</Password>

</Agent></Agents>

説明

<Agents>親エレメント: なし

回数: 1 回

<Agent>親エレメント: Agents

回数: 多数

<Organization>親エレメント: Agent

ノードが属する組織。

英数字

回数: 親ごとに 1 回

<Runtime>親エレメント: Agent

ノードで登録されるランタイム・サーバーのホスト名または IP アドレス。

英数字


<Division>親エレメント: Agent

ノードが属する部門。

英数字

<Endpoint>親エレメント: Agent

ノードの完全ネットワーク ID。

英数字


UNIX デプロイメント・ウィザード: インポート・ファイルの形式


<PortNumber>親エレメント: Agent

ランタイム・サーバーで使用する非 SSL ポート。

数値


<SslPortNumber>親エレメント: Agent

ランタイム・サーバーで使用する SSL ポート。このエージェントとランタイム・サーバーの間に SSL をインプリメントしない場合は、ここをブランクにします。

数値


<SecurLevel>親エレメント: Agent


NO SSL

安全ではない: すべての通信で HTTP が使用されます。

SSL 安全: すべての通信で HTTPS が使用されます。


<OperatingSystem>親エレメント: Agent

以下のリストに (文字どおりに) 示されているノードのオペレーティング・システム。

aix

hpux

linux

linux-s390

linux-ppc

sun32

sun64


<Password>親エレメント: Agent

ノードのルート・パスワード。

英数字


例えば、以下のように設定します。


付録 F. UNIX エージェント・デプロイメント・ウィザードのインポート・ファイルの形式 349

<?xml version="1.0" encoding="UTF-8"?><Agents>

<Agent><Customer>IBM</Customer><Runtime>Rome_runtime</Runtime><Division>Sales</Division><Endpoint>jrgg28Tb</Endpoint><PortNumber>80</PortNumber><SslPortNumber></SslPortNumber><SecurLevel>1</SecurLevel><OperatingSystem>Sun32</OperatingSystem><Password>afc123thy</Password>

</Agent></Agents>

Linux s390 でのエージェントのインポート形式Linux s390 では、以下のように 3 つの追加のフィールドが提供されます。

<Agents><Agent>

<processorType>processor_type</processorType><sharedPoolCapacity>shared_pool_capacity</sharedPoolCapacity><systemActiveProcessors>system_active_processors</systemActiveProcessor>

</Agent></Agents>

説明

<Agents>親エレメント: なし

回数: 1 回

<Agent>親エレメント: Agents

回数: 多数

<processorType>親エレメント: Agent

operating_system に Linux-s390 を指定した場合は、このフィールドに入力する必要があります。それ以外の場合、このフィールドはブランクにします。Linux390 イメージを CP プロセッサーで実行しているか IFL プロセッサーで実行しているかを指定してください。許可されている値は以下のとおりです。

CP Linux390 イメージが CP プロセッサーで実行されている場合に入力します。

IFL

Linux390 イメージが IFL プロセッサーで実行されている場合に入力します。


<sharedPoolCapacity>親エレメント: Agent

operating_system に Linux-s390 を指定した場合は、このフィールドに入力する必要があります。それ以外の場合、このフィールドはブランクにし



ます。Linux390 イメージがプロセッサーを共用するよう構成されている場合、CEC での共用プロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。このイメージが共用プロセッサーを使用しない場合はゼロを入力してください。

数値


<systemActiveProcessors>親エレメント: Agent

operating_system に Linux-s390 を指定した場合は、このフィールドに入力する必要があります。それ以外の場合、このフィールドはブランクにします。CEC でのプロセッサーの総数を指定します (CP か IFL のうち、適切なものを選択します。両方選択することはできません)。

数値


例えば、ファイル全体は以下のようになります。

<?xml version="1.0" encoding="UTF-8"?><Agents>

<Agent><Customer>IBM</Customer><Runtime>Rome_runtime</Runtime><Division>Sales</Division><Endpoint>jrgg28Tb</Endpoint><PortNumber>80</PortNumber><SslPortNumber></SslPortNumber><SecurLevel>1</SecurLevel><OperatingSystem>Linux-s390</OperatingSystem><Password>afc123thy</Password><processorType>CP</processorType><sharedPoolCapacity>5</sharedPoolCapacity><systemActiveProcessors>20</systemActiveProcessor>

</Agent></Agents>

トポロジーのインポート形式Tivoli License Manager トポロジー用の形式は、以下のとおりです。

<?xml version="1.0" encoding="UTF-8"?><Topology><Organization><Name>your_organization</Name><Division><OrganizationName>your_organization</OrganizationName><Id>division_ID</Id><Name>division_name</Name></Division><Runtime><OrganizationName>your_organization</OrganizationName><Name>runtime_server_name</Name><Address>runtime_server_address</Address><PortNumber>port_number</PortNumber><SslPortNumber>SSL_port_number</SslPortNumber></Runtime></Organization></Topology>



説明

<Topology>親エレメント: なし

回数: 1 回

<Organization>親エレメント: Topology

回数: 多数

<Name>親エレメント: Organization

部門およびランタイム・サーバーが属する組織。

英数字


<Division>親エレメント: Organization

回数: 多数

<OrganizationName>親エレメント: Division

部門が属する組織。

英数字


<Id>親エレメント: Division

インポート・オプションでは使用しません。


<Name>親エレメント: Division

部門の名前。

英数字


<Runtime>親エレメント: Organization

回数: 多数

<OrganizationName>親エレメント: Organization

ランタイム・サーバーが属する組織。

英数字




<Name>親エレメント: Runtime

ノードで登録されるランタイム・サーバーの名前。

英数字


<Address>親エレメント: Runtime

ノードで登録されるランタイム・サーバーのネットワーク・アドレス。

英数字


<PortNumber>親エレメント: Runtime

ランタイム・サーバーで使用する非 SSL ポート。

数値


<SslPortNumber>親エレメント: Runtime

ランタイム・サーバーで使用する SSL ポート。このエージェントとランタイム・サーバーの間に SSL をインプリメントしない場合は、ここをブランクにします。

数値


XML ファイルには、DTD やその他の外部ファイルへの参照が含まれていない必要があります。

例えば、以下のように設定します。

<Topology><Organization><Name>IBM</Name><Division><OrganizationName>IBM</OrganizationName><Id>SL765898</Id><Name>Sales</Name></Division><Runtime><OrganizationName>IBM</OrganizationName><Name>Rome_runtime</Name><Address>runtime.mydomain.it</Address><PortNumber>80</PortNumber><SslPortNumber></SslPortNumber></Runtime><Runtime><OrganizationName>IBM</OrganizationName><Name>Paris_runtime</Name><Address>runtime.mydomain.fr</Address><PortNumber>80</PortNumber>



<SslPortNumber>443</SslPortNumber></Runtime></Organization></Topology>



付録 G. UNIX での管理サーバー (X ディスプレイ) のグラフィックスの使用可能化

UNIX プラットフォームに管理サーバーがインストールされた場合、図表などの画像の準備は、X ディスプレイ・サーバーへのアクセスに依存します。

この手順では、このアクセスを使用可能にする方法について説明します。この手順は、管理サーバーを始動するたびに繰り返す必要があります。この手順が実行されない場合、ユーザーは、図表を含む GUI ページやその他のグラフィックの表示を試行するたびにエラー・メッセージを受け取ります。

この手順の詳細は、管理サーバー・コンピューターで X ディスプレイ・サーバーが実行されているかどうかによって異なります。

コンピューター上で X ディスプレイ・サーバーが実行されているかどうかを判別するには、次を入力します。

ps -ef |grep X

X ディスプレイ・サーバーが実行されている場合、出力には次のような行が含まれます。

root 3394 2172 = Mar 20 - 5:09 /usr/lpp/X11/bin/X -x abx-x dbe -x GLX -D /usr/lib/X11/rgb -T -force :0 - auth/var/dt/A:= -lfchMa

X ディスプレイ・サーバーが実行されていない場合は、ネットワーク内で近くにあり、X ディスプレイ・サーバーが実行されているコンピューターを見付ける必要があります。管理サーバー・コンピューターと X ディスプレイ・サーバー・コンピューターとの間の接続の開始を妨げるセキュリティー設定が存在しないことを確認してください。

また、この手順は、コンピューターにアクセスして管理サーバーをローカルに始動するのか、または Telnet などの非グラフィカルリモート接続を使用するのかによっても異なります。このような接続メカニズムには、Java を実行する環境の X ディスプレイ・サーバーのパスを示す DISPLAY 環境変数が設定されないという問題点があります。

以下の 4 つの状態が考えられます。

管理サーバー・コンピューターで X ディスプレイ・サーバーが実行されていますか。

はいはいいいえ

Telnet などの接続を使用して、管理サーバーにリモート側で接続しますか。

いいえはい無関係


従う手順。アクションは必要ありません。管理サーバーが X ディスプレイ・サーバーを見付けます。

『X ディスプレイのローカルでの使用可能化』を参照してください。

『X ディスプレイのリモート側での使用可能化』を参照してくださ

い。

X ディスプレイのローカルでの使用可能化X ディスプレイ・サーバーが管理サーバーと同じコンピューター上にあり、Telnet

などのリモート・セッションから管理サーバーにアクセスする場合は、以下のステップを実行します。

1. Telnet などのリモート・セッションを使用して、管理サーバーに root としてログインします。

2. 管理サーバーが稼働中の場合は、srvstop コマンドを使用して停止します。

3. Telnet などのリモート・セッションの DISPLAY 変数を次のように設定します。

export DISPLAY=<AdminServerHostName>:0.0 <AdminServerHostName> は、管理サーバーがインストールされているコンピューターのホスト名です。

4. srvstart コマンドを使用して、管理サーバーを始動します。

X ディスプレイのリモート側での使用可能化X ディスプレイ・サーバーが管理サーバーとは異なるコンピューターにインストールされている場合は、以下のステップを実行します。

1. X ディスプレイ・サーバーがインストールされているコンピューターに root としてログインします。

2. 管理サーバーがインストールされたコンピューターのホスト名を X ディスプレイ・サーバーが接続を受け入れるコンピューターのリストに追加します。次のようにします。

xhost +<AdminServerHostName> <AdminServerHostName> は、管理サーバーがインストールされているコンピューターのホスト名です。

3. ローカルまたはリモート側で、管理サーバーに root としてログインします。

4. 管理サーバーが稼働中の場合は、srvstop コマンドを使用して停止します。

5. 次のように、X ディスプレイ・サーバーをインストールしたコンピューターで、DISPLAY 変数を設定します。

export DISPLAY=<XDisplayServerHostName>:0.0

6. srvstart コマンドを使用して、管理サーバーを始動します。


付録 H. インストール手順またはアンインストール手順のエレメントの手動実行

Tivoli License Manager コンポーネントをインストールした後にインストール・ウィザードが失敗した場合は、失敗の原因となった状態を訂正した後、手順を手動で再実行することができる場合があります。Tivoli License Manager コンポーネントをアンインストールした後、アンインストール・ウィザードが失敗した箇所からアンインストール手順を手動で実行することもできます。

この付録では、手作業手順について詳しく説明します。これらの手順を実行するタイミングおよび方法については、 112ページの『ウィザードに障害が発生したときの対処法』およびIBM Tivoli License Manager: 問題判別を参照してください。

使用可能な手順は、以下のとおりです。

v 『Tivoli License Manager 用のデータベースの作成および取り込み』

v 358ページの『サーバーでの Tivoli License Manager データベースの作成』

v 359ページの『サーバーからの Tivoli License Manager データベースの切断』

Tivoli License Manager 用のデータベースの作成および取り込みインストール・ウィザードで IBM DB2 データベースの作成に失敗した場合は、失敗の原因となった問題を訂正した後、この手順を実行してデータベースを作成します。

手順は以下のとおりです。

1. オリジナルのインストールが失敗した原因となった問題を解決します。詳しくは、 112ページの『ウィザードに障害が発生したときの対処法』を参照してください。

2. 製品のデータベースをインストールする DB2 インスタンスで、インストールするデータベースのすべての参照が除去されていることを確認します。DB2 文書を参照し、以前にインストールしたデータベースをドロップ、除去、およびアンカタログする方法を検索します。

3. 以下の方法に従って、異なるプラットフォーム上にデータベースを作成します。

a. DB2 サーバーのコンピューターにアドミニストレーター (Windows) またはroot (UNIX) としてログオンします。

b. Windows の「スタート」メニューから、「コマンドプロンプト」ウィンドウを開きます。

c. 製品の DB2 ディレクトリーに移動します。

管理サーバー<INSTALL_DIR>¥admin¥db¥db2


ランタイム・サーバー<INSTALL_DIR>¥runtime¥db¥db2

d. 以下のコマンドを入力する。

Windows

dbrootinstall.bat

UNIX

. ./dbrootinstall.sh

サーバーでの Tivoli License Manager データベースの作成Tivoli License Manager サーバーがデータベースから切断されていることを確認した場合は、以下の手順に従ってこの状態を回復します。データベースをサーバーに接続する方法は、以下のとおりです。

1. DB2 サーバーがインストールされているコンピューターに、アドミニストレーター権限を持つユーザー (Windows プラットフォームの Administrator またはDB2 アドミニストレーター、あるいは UNIX プラットフォームの root) としてログオンします。

2. テキスト・エディターを使用して、次のいずれかのファイルを開きます。

UNIX/etc/services

WindowsC:¥winnt¥system32¥drivers¥etc¥services



同様の項目が複数ある場合は、最も新しい項目を見つけてください。

3. UNIX の場合、<service> の値を確認してください。

Windows の場合、<port> の値を確認してください。

4. DB2 インスタンス所有者として、Tivoli License Manager サーバーがインストールされているシステムにログオンします。

5. DB2 環境をロードします。これには、DB2 ホーム・ディレクトリー(/home/db2inst1/sqllib など) に移動して、次のコマンドを入力します。

. ./db2profile

6. 次のようにコマンドを入力します。

db2 catalog tcpip node <nodeName> remote <host> server <notedValue>

db2 catalog database <databaseName> as <catalogedName> at node<nodeName>

ここでの変数の値は、次のとおりです。

手順の手動実行


nodeNameサーバーおよびデータベースがインストールされるノードをカタログする場合に使用する名前。使用する名前は、データベースのタイプによって異なります。管理 tlmnodea

ランタイムtlmnoder

hostDB2 サーバーがインストールされているコンピューターのホスト名またはIP アドレス。

notedValueservices ファイルで確認した値。これは、DB2 サーバーが Windows コンピューターにある場合はポート番号、DB2 サーバーが UNIX コンピューターにある場合はサーバー名となります。

databaseNameデータベースの名前。管理サーバー・データベースの場合は tlma、ランタイム・サーバー・データベースの場合は tlmr です。

catalogedNameデータベースのカタログに使用する名前。管理サーバー・データベースの場合は tlmadb、ランタイム・サーバー・データベースの場合は tlmrdb です。

また、データベースへの接続方法については、「DB2 概説およびインストール」も参照してください。

サーバーからの Tivoli License Manager データベースの切断Tivoli License Manager サーバーをアンインストールした後、サーバーがまだデータベースに接続されていることを確認した場合は、以下の手順に従ってこの状態を回復します。サーバーからデータベースを切断する方法は、以下のとおりです。

1. Tivoli License Manager サーバーがインストールされているコンピューターに、DB2 管理ユーザー (db2inst1 など) でログオンします。

2. コマンド行ウィンドウ (Windows) またはシェル・ウィンドウ (UNIX) を開きます。

3. UNIX では、DB2 コマンド行が初期設定されていない場合には、DB2 環境をロードする必要があります。これを行うには、/home/db2inst1/sqllib ディレクトリーに移動して、次のコマンドを入力します。

. ./db2profile

4. 次のコマンドを使用して、データベースをアンカタログします。管理 db2 uncatalog database tlmadbランタイム

db2 uncatalog database tlmrdb

5. 次のコマンドを使用して、ノードをアンカタログします。


付録 H. インストール手順またはアンインストール手順のエレメントの手動実行 359

管理 db2 uncatalog node tlmnodeaランタイム

db2 uncatalog node tlmnoder



付録 I. 前提条件

この付録では、Tivoli License Manager コンポーネントをインストールする場合に必要なオペレーティング・システム、ソフトウェア、ハードウェア、およびスペースの要件に関する情報が提供されています。ここで説明されている詳細は、このマニュアルが作成された時点で正確なものです。ただし、Tivoli License Manager コンポーネントでサポートされているプラットフォーム、および必要とされるバージョンと修正パッケージに関する最新情報について詳しくは、「IBM Tivoli License

Manager: リリース情報」を参照してください。

サポートされるプラットフォームプラットフォームに関する最新情報については、IBM ソフトウェア・サポート Web

サイト http://www.ibm.com/support にあるサポートされるプラットフォームのマトリックスを参照してください。Web サイトにアクセスした後、Tivoli 製品のサポート・ページを選択します。ページが表示されたら、「サポートされるプラットフォーム」リンクをクリックします。「Tivoli プラットフォームおよびデータベース・サポート・マトリックス (Tivoli Platform and Database Support Matrix)」リンクをクリックします。 IBM 登録 ID およびパスワードを要求されます。

サーバー、データベース、およびエージェントでサポートされるプラットフォーム(出版時) は、以下のリンクから参照できます。

サーバー14ページの『サポートされるサーバーのプラットフォーム』

データベース15ページの『サポートされるデータベースのプラットフォーム』

エージェント15ページの『サポートされるエージェントのプラットフォーム』

カタログ・マネージャー17ページの『サポートされるカタログ・マネージャーのプラットフォーム』

サポートされるブラウザー49ページの『Web ユーザー・インターフェースの前提条件』

その他の前提条件計画に関する章で、すべての前提条件情報はコンポーネントおよびサブコンポーネントごとに個別に表示されます。以下は、各セクションへのリンクのリストです。すべての前提条件を参照する場合は、以下のリンクを順番に参照してください。各セクションの最後には、このページに戻るためのリンクがあります。リストは、以下のとおりです。



v 28ページの『管理サーバーおよびランタイム・サーバーの前提条件』

v 33ページの『データベースの前提条件』

サーバーとデータベースのコンポーネントには、特定のソフトウェア前提条件が含まれています。以下の情報を参照できます。

– 36ページの『前提条件ソフトウェアの取得とインストール』

– 37ページの『前提条件ソフトウェアの自動インストール』

v 42ページの『Tivoli Configuration Manager を使用してサーバーおよびデータベースをインストールする場合の追加前提条件』

v 49ページの『Web ユーザー・インターフェースの前提条件』

v 50ページの『エージェント前提条件』

v 54ページの『Web デプロイメントの前提条件』

v 56ページの『前提条件のインストール』

v 57ページの『Tivoli Configuration Manager を使用したエージェント・デプロイメントの前提条件』

v 59ページの『RSH および SSH UNIX ネットワークを使用したエージェント・デプロイメントの前提条件』

v 61ページの『Windows ログオン・スクリプトを使用したエージェント・デプロイメントの前提条件』

v 62ページの『Windows ノードから OS/400 エージェントをデプロイする場合の前提条件』

v 64ページの『OS/400 ノードに OS/400 エージェントを直接デプロイする場合の前提条件』

v 66ページの『カタログ・マネージャーの前提条件』

v 68ページの『Tivoli Configuration Manager を使用してカタログ・マネージャーをインストールする場合の追加前提条件』

v 69ページの『Data Warehouse 前提条件』

その他の前提条件


特記事項

本書は米国 IBM が提供する製品およびサービスについて作成したものであり、本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用可能な製品、サービス、および機能については、日本 IBM

の営業担当員にお尋ねください。本書で IBM 製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能であることを意味するものではありません。これらに代えて、IBM の知的所有権を侵害することのない、機能的に同等の製品、プログラム、またはサービスを使用することができます。ただし、IBM 以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。

IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありません。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。

〒106-0032

東京都港区六本木 3-2-31

IBM World Trade Asia Corporation

Licensing

以下の保証は、国または地域の法律に沿わない場合は、適用されません。

IBM およびその直接または間接の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。

国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものとします。

この情報には、技術的に不適切な記述や誤植を含む場合があります。本書は定期的に見直され、必要な変更は本書の次版に組み込まれます。IBM は予告なしに、随時、この文書に記載されている製品またはプログラムに対して、改良または変更を行うことがあります。

本書において IBM 以外の Web サイトに言及している場合がありますが、便宜のため記載しただけであり、決してそれらの Web サイトを推奨するものではありません。それらの Web サイトにある資料は、この IBM 製品の資料の一部ではありません。それらの Web サイトは、お客様の責任でご使用ください。

IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信ずる方法で、使用もしくは配布することができるものとします。


本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプログラム (本プログラムを含む) との間での情報交換、および (ii) 交換された情報の相互利用を可能にすることを目的として、本プログラムに関する情報を必要とする方は、下記に連絡してください。

IBM Corporation

2Z4A/101

11400 Burnet Road

Austin, TX 78758 U.S.A.

本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあります。

本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、またはそれと同等の条項に基づいて、IBM より提供されます。

この文書に含まれるいかなるパフォーマンス・データも、管理環境下で決定されたものです。そのため、他の操作環境で得られた結果は、異なる可能性があります。一部の測定が、開発レベルのシステムで行われた可能性がありますが、その測定値が、一般に利用可能なシステムのものと同じである保証はありません。さらに、一部の測定値が、推定値である可能性があります。実際の結果は、異なる可能性があります。お客様は、お客様の特定の環境に適したデータを確かめる必要があります。

IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公に利用可能なソースから入手したものです。IBM は、それらの製品のテストは行っておりません。したがって、他社製品に関する実行性、互換性、またはその他の要求については確証できません。IBM 以外の製品の性能に関する質問は、それらの製品の供給者にお願いします。

本書には、日常の業務処理で用いられるデータや報告書の例が含まれています。より具体性を与えるために、それらの例には、個人、企業、ブランド、あるいは製品などの名前が含まれている場合があります。これらの名称はすべて架空のものであり、名称や住所が類似する企業が実在しているとしても、それは偶然にすぎません。

商標以下は、IBM Corporation の商標です。

IBM

IBM ロゴAIX

DB2

DB2 Universal Database

Domino

eServer

i5/OS

iSeries


Lotus

OS/400

Passport Advantage

pSeries

Rational

Redbooks

RS/6000

S/390

SecureWay

Tivoli

WebSpherez/OS

zSeries

Intel、Intel Inside (ロゴ)、MMX および Pentium は、Intel Corporation の米国およびその他の国における商標です。

Java およびすべての Java 関連の商標およびロゴは、Sun Microsystems,

Inc. の米国およびその他の国における商標または登録商標です。

Linux は、Linus Torvalds の米国およびその他の国における商標です。

Microsoft、Windows、および Windows ロゴは、Microsoft Corporation の米国およびその他の国における商標です。

UNIX は、The Open Group の米国およびその他の国における登録商標です。

他の会社名、製品名およびサービス名等はそれぞれ各社の商標です。

特記事項 365


用語集

［ア行］アカウント (account). 「アドミニストレーション・アカウント (administration account)」を参照。

アドミニストレーション・アカウント (administrationaccount). データベースに格納されている、Web UI

のユーザーのレコード。アドミニストレーション・アカウントは、ユーザーの識別の詳細を定義します。それぞれのアカウントには、最低 1 つのプロファイルが必要です。このプロファイルは、特定の組織と作業を行う場合、ユーザーの役割およびプライバシー・ポリシーを定義します。

アドミニストレーター (administrator). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。この役割を割り当てられるユーザーは、組織の管理およびアクセスの管理を除くすべての Web UI タスクを実行することができます。

アプリケーション・ユーザー (application user). モニター対象ノードでアプリケーションを開始することのできるユーザー。ライセンス・プールが、指定のユーザーに限定されるよう、アプリケーション・ユーザーの詳細が保守される。

イベント (event). 通知を生成する原因となる出来事。イベントをライセンス管理 (例: 使用率のしきい値に達した)、または Tivoli License Manager の機能 (例: エージェントが応答していない) に関連付けることができる。

インストール済みソフトウェア・スキャン (installedsoftware scan). モニター対象のノードにインストールされているすべてのソフトウェア・アプリケーションを検出するために、エージェントが実行する操作。インストール済みソフトウェア・スキャンは、定義した間隔で定期的に繰り返すようスケジュールすることができる。

エージェント (agent). ランタイム・サーバーからモニター対象の組織ノードにデプロイされるコンポーネント。エージェントはモニター対象のノードで、以下の機能を果たす。

v 定期的にインベントリーをスキャンし、その結果をランタイム・サーバーに転送する

v モニター対象アプリケーションの開始と停止を確認し、ランタイム・サーバーと通信してライセンスを割り当てることができるようにする、または解放することができるようにする

［カ行］管理サーバー (administration server). 以下のタスクを実行するコンポーネント。

v 製品、ライセンス、組織、アプリケーション・ユーザー、およびインフラストラクチャー情報のデータベースの保守

v Web インターフェースの提供。アドミニストレーターは、これを利用することにより組織のインフラストラクチャーとライセンス・ルールを定義および更新したり、履歴レポートを作成したりすることができる。

管理サーバー・データベース (administration serverdatabase). 管理サーバーに関連付けられている DB2

データベース。このデータベースには、管理サーバー上で定義される組織、モニター・インフラストラクチャー、およびライセンス資格についての情報の他、管理サーバーの Web インターフェース上で入手可能な履歴レポートに使用される履歴インベントリーおよびソフトウェア使用情報が保管される。

計測 (metering). ソフトウェアの使用量を測定し、記録するプロセス。記録されたデータ (例: セッション数、並行セッション数、セッション期間、使用されているキャパシティー、ノード ID、ユーザー ID) は、ライセンス要件を評価するためにライセンス所有者によって使用されるか、ライセンスに準拠していることを検証するためにまたは支払計算を行うためにソフトウェア・ベンダーによって使用される。

［サ行］しきい値 (threshold). ライセンス・プールで使用可能なライセンスのパーセンテージ。1 つの製品に対するライセンスがこのパーセンテージよりも多く使用されている場合は、使用レベルに関する通知が生成される。

シグニチャー (signature). Tivoli License Manager がインストール済みの製品またはモニターしているノード上で使用されている製品を識別できるようにするファイル・レジストリー項目、またはその他の ID。


システム・リソース・マネージャー (systemresources manager). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。システム・リソース・マネージャーは、リソースの管理およびコンポーネントの管理タスク¥グループのタスクを使用して、サーバー、エージェント、部門、ノード、およびアプリケーション・ユーザーのモニター・インフラストラクチャーを作成したり、管理します。

失効ライセンス (stale license). 現在使用されていないが、使用ワークステーションがダウンしたか、またはネットワークに障害が起きたときに使用されていたライセンス。こうしたライセンスは、ライセンスが新たに要求されたときに使用可能なものがない場合、クリーンアップされます。

取得マネージャー (procurement manager). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。取得マネージャーは、取得の管理タスク・グループ内のタスクの使用、およびレポートの作成を行うことができます。

取得マネージャー (procurement manager). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。取得マネージャーは、取得の管理タスク・グループ内のタスクの使用、およびレポートの作成を行うことができます。

上限基準点 (high-water mark). 上限基準点の最後にリセット以降に、同時使用された製品ライセンスの最大数。コンテキストに応じて、特定のライセンス・プール内の使用量を指すこともあれば、同じキャパシティー・タイプのすべてのライセンス・プールの使用量を指すこともある。

使用率モニター・シグニチャー (use monitoringsignature). カタログ内で定義され、製品にリンクされて、エージェントがモニターされているノード上で使用されている製品を識別できるようにする、モジュール。

製品資格設定 (product entitlement settings). 製品の使用率をモニターすべきかどうかを決定したり、適用すべきライセンス準拠検査のレベルを決定する定義。

装置タイプ (unit type). ライセンス・プールのプロパティー。アプリケーションに必要なライセンスの数を決定する方法を指定する。必要なライセンスの数は、そのプールで選択した装置タイプによって異なり、ライセンスを要求しているユーザーの数、メモリーのサイズ、プロセッサーの数、あるいはアプリケーションを開始したノードのハード・ディスクの数などに応じて決まる。

装備済み製品 (instrumented product). そのコードに組み込まれている、ライセンス要求およびライセンス・リリースとエージェントの通信を行うための、API 依存の製品。

組織 (organization). Tivoli License Manager の制御下でライセンス管理が行われる組織。各組織は、ランタイム・サーバー、部門、エージェント、およびアプリケーション・ユーザーを含む、Tivoli License Manager コンポーネント・セットの所有者となる。

ソフトウェア認識シグニチャー (software recognitionsignature). カタログ内で定義され、製品にリンクされており、エージェントがモニターされているノードにインストールされている製品を識別できるようにする、モジュール。

ソフトウェア・リソース・マネージャー (softwareresources manager). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。ソフトウェア・リソース・マネージャーは、レポートを作成することができます。

［タ行］ターゲット (target). ライセンス・プールを排他的に使用できる、ライセンス管理インフラストラクチャーの任意の部分。ターゲットは、ライセンス・プールに対するターゲット配布規則の定義方法に応じて、部門、ノード、またはエージェントにすることができる。

ターゲット配布パラメーター (target distributionparameters). 選択されたターゲットにライセンスの可用性を限定しているライセンス・プールに関連付けられている規則。ターゲットは、ライセンス・プールのターゲット・タイプ・プロパティーに応じて、部門、エージェント、またはノードにできる。

ターゲット・タイプ (target type). ライセンス・プールのプロパティーの 1 つ。組織環境内のライセンス・プールを使用できる場所を指定する。ライセンス・プールのターゲット・タイプは、以下の値のいずれかに設定される。v エンタープライズ (Enterprise)

v 部門 (Division)

v ノード (Node)

v エージェント (Agent)

「エンタープライズ」ライセンス・プールは、組織全体を通じて使用可能となる。部門、ノード、およびエージェントのライセンス・プールの場合は、アドミニストレーターがターゲット配布パラメーターを定義して、それらの場所におけるライセンス・プールの可用性を決定する。

システム・リソース・マネージャー (system resources manager) • ターゲット・タイプ (targettype)


通知 (notification). ライセンス管理または内部イベントへの応答として、指定されたアドミニストレーターに宛てて送信された E メール。

［ナ行］ノード (node). エージェントがデプロイされている場合、Tivoli License Manager によってモニターすることができるネットワーク内のコンピューター。

［ハ行］ハード・ストップ (hard stop). ライセンス・プールのプロパティーの 1 つ。ライセンス・プールで使用可能なライセンスの数が絶対最大数であるかどうかを指定する。このプロパティーが Yes に設定されている場合は、このプロパティーは絶対最大数である。この場合は、すべてのライセンスが使用中であれば、アプリケーションのインスタンスをそれ以上開くことができない。このプロパティーが No に設定されている場合は、使用可能なライセンスの数を超えることができる。

配布割り当て量 (distribution quota). ライセンスの総数のうち、指定されたターゲットまたはユーザーに配布された分。

不明モジュール (unknown module). ソフトウェアがエージェントのモニター機能を使用することによって検出された、カタログ内に対応する項目が見つからなかったモジュール。

部門 (division). Tivoli License Manager の管理単位。部門は、エージェントをグループ化するために使用される。これにより、エージェントをグループとして選択できるようになる。例えば、インベントリーのスキャンをスケジューリングする場合、またはターゲットの配布規則を指定する場合などに使用される。

プライバシー・ポリシー (privacy policy). アドミニストレーションまたはランタイム・サーバー Web UI

のユーザーのプロファイルの一部である、設定のグループ。プライバシー・ポリシーは、ソフトウェア使用率とインストール済みソフトウェア情報が関連する、コンピューターおよびユーザーの詳細を、ユーザーによって作成されるレポートに組み込むかどうかを決定します。

プロファイル (profile). 役割およびプライバシー設定を、アドミニストレーションまたはランタイム・サーバーの Web UI のユーザーに適用するかどうかを決定する、アドミニストレーション・アカウントに関連付けられる設定。アドミニストレーション・サーバーは複数の組織を管理することができるため、それぞれのアカウン

トは、それぞれ異なる組織に関連する設定を定義する、複数のプロファイルを持つことができます。

［マ行］マスター・カタログ (master catalog). モニター可能な製品の全ソフトウェア・コンポーネントおよび関連ファイルに関する製品情報の中央リポジトリー。

マルチインスタンス (multi-instance). ライセンスのプロパティーの 1 つで。単一のライセンスを使用して、1

つのアプリケーションの複数セッションを開くことができるかどうかを決定する。複数インスタンス・ライセンスは、同一ユーザー、同一ユーザー・グループのユーザー、または同一ノードにおける複数のセッションに適用できる。

モジュール (module). カタログ内で定義され、製品にリンクされて、エージェントがインストール済みの製品またはモニターしているノード上で使用されている製品を識別できるようにする、ファイルまたはレジストリー項目などのエンティティー。

［ヤ行］役割 (role). アドミニストレーション・サーバー Web

UI のユーザーのプロファイルの一部。役割は、ユーザーがインターフェース上で実行することができるタスクを決定します。使用可能な役割は、アドミニストレーター、取得マネージャー、ソフトウェア・リソース・マネージャー、ライセンス管理者、システム・リソース・マネージャー、および取得とライセンス・マネージャーです。

ユーザー (user). 『アプリケーション・ユーザー(application user)』を参照。

ユーザー配布パラメーター (user distributionparameters). 選択されたアプリケーション・ユーザーにライセンスの可用性を限定しているライセンス・プールに関連付けられている規則。デフォルトの設定値では、アプリケーションの全ユーザーはライセンス・プールへのアクセスを許可されている。

［ラ行］ライセンスおよび取得マネージャー (license andprocurement manager). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。ライセンスおよび取得マネージャーは、取得の管理タスク・グループ内のタスクの使用、製品へのライセンスの割り当て、ターゲットおよびユーザーへの

通知 (notification) • ライセンスおよび取得マネージャー (license and procurement manager)

用語集 369

ライセンスの配布、製品のモニター設定の定義、およびレポートの作成を行うことができます。

ライセンス管理者 (license administrator). アドミニストレーション・サーバー Web UI のユーザーに割り当てられる可能性のある役割。ライセンス管理者は、製品へのライセンスの割り当て、ターゲットとユーザーへのライセンスの配布、製品のモニター設定の定義、およびレポートの作成を行うことができます。

ランタイム・サーバー (runtime server). 以下の機能を実行するコンポーネント。

v エージェントから要求を受け取ったときに、ライセンス・プールで定義されている規則に従って、ライセンスを割り当てる、または解放する

v エージェントから受信したモニター対象ノードに関するインベントリー情報を収集し、その情報を管理サーバーに転送する

v サーバー自体、またはそのエージェントのいずれかで発生したイベントに応答して、通知を生成し、送信する

v エージェントのデプロイメントおよびリアルタイム・レポートの作成のための Web インターフェースを提供する

X

XSLM ID. IBM の装備済み製品が、要求時、検査時、またはライセンスのリリース時にAPI に渡すID。XSLM ID は、一意的に製品を識別するもので、パブリッシャー ID、製品 ID、バージョン ID、および機能 ID (それぞれが固有の 16 進数ストリング) で構成されています。XSLM ID は、使用率モニターのみに使用されます。

ライセンス管理者 (license administrator) • XSLM ID


索引日本語, 数字, 英字, 特殊文字の順に配列されています。なお, 濁音と半濁音は清音と同等に扱われています。

［ア行］アカウント作成 114, 116

組織への割り当て 114

アクセシビリティー xvii

アクティブ・プロセッサーエージェント・パラメーター

RSH/SSH UNIX エージェントのデプロイメント 196

パラメーター、全コンポーネント・インストール 108

宛先イベント通知 139

アドミニストレーター通知の宛先 139

アドミニストレーター権限Windows でのインストールに必要な 87, 204, 224

アドミニストレーター・パスワード、DB2

パラメーター 97

カタログ・マネージャー 229

アドミニストレーター・パスワード、WebSphere Application

Server


アプリケーション、開始および停止 254

アンインストールエージェント 244

カタログ・マネージャー概要 247

サーバー 237

サイレントサーバーおよびデータベース 329

手動によるデータベースのアンカタログ 242

手動によるデータベースの除去 242

データベース 237

データベースの除去 239

リモート 239


アンインストール回数計画 71

アンインストール時の手動によるデータベースのアンカタログ242

アンインストール時の手動によるデータベースの除去 242

アンインストール時のデータベースの除去 239

暗号化使用不能化 130

要約 3

SSL 証明書 19

暗号化 (続き)

Tivoli Configuration Manager の使用 84, 224

暗号化解除SSL 証明書 19

イベントタイミング 276

サーバーの時間の同期化 276

イベントおよびサービスのタイミング 276


イベント通知宛先 139

サーバー設定 139

system.properties ファイル設定 283

イベント通知設定構成計画 44

インスタンス所有者、DB2



インスタンス所有者のパス、DB2



インスタンス所有者のパスワード、DB2



インストールウィザードの障害 112

エージェントCD の spb 26

参照：エージェント, デプロイメント概説 73

カスタムサーバーおよびデータベース 101

カスタム・コンポーネントの選択サーバーおよびデータベース 92

カタログ・マネージャー概要 219

タスク、プリインストール 219

データベース・パネルへの接続 229

手順 221

プリインストール・タスク 219

CD の spb 26

管理コンポーネント 79

計画 25

言語選択 88


コンポーネントの選択サーバーおよびデータベース 90

コンポーネント・グループの選択サーバーおよびデータベース 91

サーバー 79

計画 27


インストール (続き)

サーバー (続き)

CD の spb 26

サイレントカタログ・マネージャー 332

サーバーおよびデータベース 309

OS/400 エージェント 335

自動、前提条件 37

シナリオ 73

情報の収集 77, 220

全コンポーネントサーバーおよびデータベース 107

タイプ標準 90

タイプ、計画 27

対話式カタログ・マネージャー 224



データベース計画 27

場所カタログ・マネージャー 226


パラメーターのチェックリスト 291

反復 84

標準的な管理サーバーおよびデータベース 100

標準ランタイムサーバーおよびデータベース 99


方法 79


マルチパス 84

ランタイム・コンポーネント 79

リモート 83


Tivoli Configuration Manager を使用した 323, 333

インストール、エージェントを Windows サービスとして、コマンド 266

インストールのシナリオ 73

インストールの方法カタログ・マネージャー 221


インストールのリフレッシュ計画 71

インストール・パス、DB2



インストール・パス、HTTP Server


インストール・パス、WebSphere Application Server


インストール・パネルのナビゲート 84

インターネット・ブラウザー前提条件 49

インプリメンテーションのシナリオ 5

インベントリー・スキャンアップロード時間、最大 70

スケジューリング 70

スケジュール 115

インベントリー・スキャン・コマンド 266

インポート・ファイルの形式、UNIX エージェント・デプロイメント・ウィザードの場合 347

ウィザードカタログ・マネージャーのサイレント・アンインストール

248

カタログ・マネージャーのサイレント・インストール 65,

221

カタログ・マネージャーの対話式アンインストール 247

カタログ・マネージャーの対話式インストール 65, 221

サーバーおよびデータベースのサイレント・アンインストール 238

サーバーおよびデータベースの対話式アンインストール237, 240

サーバーおよびデータベースの対話式マルチパス・インストール 84

サーバーとデータベースのサイレント・インストール 28,

80

サーバーとデータベースの対話式インストール 27, 79

マルチパスを使用したサーバーおよびデータベースのサイレント・インストール 84

ウィザード、サイレントOS/400 エージェント用 212

ウィザード、対話式OS/400 エージェント用 204

ウィザードの障害サーバーとデータベースのインストール 112

ウェイクアップ (ランタイム)、構成 279, 280

エージェントアンインストール 244


概要 253

機能の要約 2, 254

計画 9

SSL 19

言語選択 255

検討 270

構成ファイルデフォルト設定値 274

範囲 275

コマンド 266

コンピューター・ラベルの自動割り当て 154

再デプロイ 270

削除 270

サポートされるプラットフォーム 15, 16, 17

自己更新 270

自動アップグレード 270

修正 270

接続するランタイム・サーバー 5

全コンポーネント・インストール 92

前提条件 50


エージェント (続き)

ソフトウェア・パッケージ・ブロック 179

代替ランタイム・サーバーSSL のための計画 25

チェックリスト 306

デプロイメント 161

概説 161

計画 49

始動時での SSL の使用 127

スケジューリング 64

保管および復元プログラムを使用した OS/400 ノード214

ログオン・スクリプトを使用した Windows、正しいSSL 証明書の使用 126

installagent 168

installagent コマンドを使用する場合の前提条件 56

installagent、正しい SSL 証明書の使用 126

OS/400 ノード上 204

OS/400 ノード上に直接 213

OS/400、サポートされているプラットフォーム 62, 63,

64

OS/400、前提条件 62

OS/400、正しい SSL 証明書の使用 127

OS/400、必要なソフトウェア 63, 64

SSH および RSH の使用、必要なソフトウェア 60

SSH/RSH を使用した UNIX ノード上 189

SSH/RSH を使用した UNIX、正しい SSL 証明書の使用126

SSH/RSH を使用した Windows ノード上 199

Tivoli Configuration Manager 177

Tivoli Configuration Manager の使用がサポートされているプラットフォーム 57

Tivoli Configuration Manager を使用する場合の前提条件57

Tivoli Configuration Manager、正しい SSL 証明書の使用126

UNIX で RSH および SSH を使用する場合の前提条件59

Web 163

Web、正しい SSL 証明書の使用 126

Windows ウィザードを使用した OS/400 ノード上 204

Windows ログオン・スクリプトを使用するための前提条件 61

デプロイメント情報の収集の計画 53

パッチ 270

非アクティブ 281

表示制限 277

標準インストールを使用してインストールされない 91

ファイル 258

プライバシー・ポリシー 164

ランタイム・サーバー、代替、SSL のための計画 25

ランタイム・サーバーでのプロキシーの使用の構成 154

ランタイム・サーバーに割り当てる数 10

ランタイム・サーバーへのアクセス 4, 282

GUI でリスト・ボックスに表示される最大数 277


installagent デプロイメント部門パラメーター 171

ランタイム・サーバー・アドレス・パラメーター 172

certificate パラメーター 173

gskit パラメーター 173

nodeTag パラメーター 171

organization パラメーター 173

port パラメーター 172

processor_type パラメーター 173

proxyName パラメーター 173

proxyPort パラメーター 173

scanner パラメーター 173

secure_port パラメーター 172

security_level パラメーター 173

shared_pool_capacity パラメーター 174

sourcePath パラメーター 171

system_active_processors パラメーター 174

uri パラメーター 172

useProxy パラメーター 173

OS/400 エージェントのアンインストールシステム・パラメーター 246

パスワード・パラメーター 246

ユーザー ID パラメーター 246

OS/400 エージェント・デプロイメントシステム・パラメーター 205

「始動モード」パラメーター 209

「組織名」パラメーター 207, 208

「ノード・タグ」パラメーター 208

パスワード・パラメーター 206

部門パラメーター 216

「部門名」パラメーター 207, 208

「プロキシー・サーバーを使用する」パラメーター 209

「プロキシー・サーバー・アドレス」パラメーター 210

「プロキシー・ポート」パラメーター 210

ユーザー ID パラメーター 206

「ランタイム・サーバー・アドレス」パラメーター207, 208

「ランタイム・サーバー・ポート」/「SSL ポート」パラメーター 209

agentid パラメーター 215



proxy パラメーター 215

proxy_port パラメーター 215


server パラメーター 215

startupMode パラメーター 216

tag パラメーター 216

use_proxy パラメーター 215

OS/400 の機能 255

RSH/SSH による UNIX でのデプロイメントアクティブ・プロセッサー 196

共有プールのキャパシティー 196

始動モード 195

組織パラメーター 194

索引 373


RSH/SSH による UNIX でのデプロイメント (続き)

ノード (Node) 195

パスワード 196


プロセッサー・タイプ 196

OS 195

Port 195

Runtime address 194

SSL ポート 195

self-update 283

SSL 構成ランタイム・サーバーへのセキュア通信の送信 127

SSL の構成ランタイム・サーバーとの通信 123

SSL の使用可能化 23

system.properties ファイル設定 254, 282

Tivoli Configuration Manager によるデプロイメントagentConfig.divisionName パラメーター 185

agentConfig.nodeTag パラメーター 186

agentConfig.organizationName パラメーター 186

agentConfig.proxyAddress パラメーター 186

agentConfig.proxyPort パラメーター 186

agentConfig.runtimeAddress パラメーター 186

agentConfig.runtimePort パラメーター 187

agentConfig.sslPort パラメーター 187

agentConfig.startupMode パラメーター 187

agentConfig.useProxy パラメーター 187

divisionName パラメーター 183

nodetag パラメーター 183



processor_type パラメーター 185



runtimeAddress パラメーター 184

setLang.CCSID parameter 188

shared_pool_capacity パラメーター 185

startupMode パラメーター 184

system_active_processors パラメーター 185

target_dir パラメーター 185


Tivoli License Manager 構成 3

UNIX の場合のデプロイメント・ウィザードのインポート・ファイルの形式 347

Web デプロイメントコンピューター・ラベル・パラメーター 166


ランタイム・サーバー名パラメーター 166

WebSphere Application Server

コマンド 268

デプロイメント 217

Windows ログオン・スクリプト・デプロイメント部門パラメーター 202




Windows ログオン・スクリプト・デプロイメント (続き)




security_level パラメーター 202



エージェントの Web デプロイメント前提条件 54

エージェントの自動更新 270

エージェントのデプロイ参照：エージェント, デプロイメント

エージェントの認証されている Linux カーネル 51

エージェントのプライバシー・ポリシー 164

エージェント・データの形式、UNIX エージェント・デプロイメント・ウィザードの場合 347

エージェント・データの形式、UNIX エージェント・デプロイメント・ウィザードの場合、Linux s390 350

エージェント・ファイルAIX 258

HP/UX 259

Linux 261

OS/400 262

Sun 上の 263

Windows 上の 264

エラー 500、http 140

応答ファイルカタログ・マネージャーのサイレント・アンインストール

248

カタログ・マネージャーのサイレント・インストール 221


サーバーとデータベースのサイレント・インストール 80


オペレーティング・システム・データ、エージェントで収集される 254

［カ行］カーネル、認証されている Linux、エージェント 51

開始、アプリケーション (製品) の、モニター 254

開始、エージェント・サービスのエージェント・コマンドの266

カスタマー・サポートソフトウェア・サポートを参照 xvii

カスタムインストール・タイプ


カスタム・インストール管理サーバー・データベース・パネル 105

基本構成パラメーター・パネル 101

サーバーおよびデータベース 92, 101

ランタイム・サーバー通信パスワード・パネル 104

ランタイム・サーバー・データベース・パネル 106


カスタム・コンポーネントの選択サーバーおよびデータベース 92

仮想ホスト定義 128, 138, 142

カタログ、IBM、インポート 156

カタログ・マネージャーアンインストール概要 247

インストール 221

概要 219



インストール計画 65

インストール情報の収集 220

機能の要約 8

計画 12

言語設定のチェック 219

構成 232

コンピューターの日時、変更 219

サイレント・アンインストール 248

サイレント・インストール 221

サイレント・インストールのオプション・ファイル 332

サポートされるプラットフォーム 17

時間帯、変更 219

前提条件 66

対話式インストール 224


データベースのインスタンス所有者パラメーター 230

データベースのポート番号パラメーター 230

データベース・アドレスパラメーター 230

データベース・パネルへの接続 229

パッケージ化 26

必要なソフトウェア 67, 68

DB2 がインストール済みの場合の Windows での PATH 変数の検査 220

Tivoli Configuration Manager を使用したインストールサポートされるプラットフォーム 68

ソフトウェア・パッケージ・ブロック・パラメーター333

必要なソフトウェア 68, 69

UNIX での DB2 構成ファイルの検査 220

UNIX の DB2 構成ファイルがシェル呼び出しを含んでいないかどうかの検査 220

UNIX のオペレーティング・システム・コマンドのアベイラビリティーの確認 219

カタログ・マネージャーのインストールTivoli Configuration Manager を使用した 333

カタログ・マネージャーの複数カタログ構成 232

各国語選択エージェント 255



環境変数LANG 255

環境変数、表記 xviii

管理プライバシー・ポリシー 256

管理アカウント参照：アカウント

管理サーバーアンインストール 237





エラー 500 ファイル、カスタマイズ 142

エラー 500 ファイルのカスタマイズ 142

カスタム・インストール 92

管理サーバー・データベース・パネル 105



管理の標準インストール基本構成パラメーター・パネル 100

機能の要約 3

計画 11

SSL 19

構成 113

構成計画 44


場所 273

範囲 275

コマンド 287

コンポーネントのチェックリスト 296


サイレント・アンインストールのオプション・ファイル329



始動 339

スペース所要量 32

設定の構成 113



前提条件 28

スペース 32


データベースのインスタンス所有者パラメーター、カスタム・インストール 105

データベースのポート番号パラメーター、カスタム・インストール 106

データベース・アドレスパラメーター、カスタム・インストール 106

停止 339

認証局 (CA) としての SSL サーバー証明書の作成 135


標準インストール 91

ブラウザーからの HTTP の使用、アクセス 138

ブラウザーからの HTTPS の使用、アクセス 137

プロキシー・サーバーの構成 153

索引 375

管理サーバー (続き)

ログイン 114

backupconf コマンド 288

CD 26

Java 2 セキュリティーの構成 157

port

パラメーター (デフォルト)、全コンポーネント・インストール 109

パラメーター (デフォルト)、ランタイムの標準インストール 101

restoreconf コマンド 290

SSL 構成エージェントからのセキュア通信の使用可能化 124

ランタイム・サーバーからのセキュア通信の受信 120

ランタイム・サーバーへのセキュア通信の送信 119

Web ブラウザーからのセキュア通信の受信 122

SSL サーバー証明書の作成 135

SSL サーバー証明書の追加 135

SSL サーバー証明書の要求 134

SSL の構成ランタイム・サーバーとの通信 117

Web ブラウザーとの通信 121


SSL パスワードの変更 133



ソフトウェア 42, 43



UNIX

非 root ユーザーで実行するための構成 156

UNIX でのグラフィックスの使用可能化 355

URL、変更 113

管理サーバー・アドレスパラメーター、カスタム・インストール 104

パラメーター、ランタイムの標準インストール 100

管理サーバー・データベースアンインストール 237











前提条件 33


パネル 105


管理サーバー・データベース (続き)

CD 26




Windows 上のサーバーへのデータベースの接続 358

Windows でのサーバーからのデータベースの切断 359

Windows での作成 357

管理者ユーザー、DB2



管理者ユーザー、WebSphere Application Server


管理データベースサポートされるプラットフォーム 15



規則、書体 xvii

機能エージェント 2

管理サーバー 3

ランタイム・サーバー 2

基本構成パラメーター・パネルカスタム・インストール 101

管理の標準インストール 100


ランタイムの標準インストール 99

基本時刻設定管理サーバー 278


教育Tivoli テクニカル・トレーニングを参照 xvii

共通タスク 339

共有プールのキャパシティーエージェント・パラメーター


共用プールのキャパシティーパラメーター、全コンポーネント・インストール 108

グループプライバシー・ポリシーの定義 281

計画 1

アンインストール回数 71


サーバー 27


インストール方法 27

サーバー 27


エージェント 9

エージェントのデプロイメント 49

installagent 56


Tivoli Configuration Manager の使用 56


計画 (続き)

エージェントのデプロイメント (続き)

UNIX ノードでの SSH または RSH の使用 58

Web 54

Windows ログオン・スクリプトの使用 61

エージェント・デプロイメント情報の収集 53




構成 25, 44


時間帯 13

情報収集 43

接続 17

組織 9



データベースの取り込み 70

パスワード 24

必要な情報の収集 43

部門 10

ホスト名 13

ユーザー・インターフェース 48


リフレッシュ 71

IP アドレス 13

SSL 12, 18

Web UI 48

言語設定チェック 76


言語選択インストール 88





検討エージェント 270

更新レベルサポートされるエージェント・プラットフォーム用の 15,

16, 17

サポートされるサーバー・プラットフォーム用 14

構成イベント通知 139

エージェント設定 115

概要 113


環境のチューニング 159


管理サーバー設定 113

管理サーバーの URL、変更 113

計画 44


設定定義 273

構成 (続き)

設定 (続き)

デフォルト 274

範囲 275

組織関連のタスク 115

通知 139

認証方式 144


LDAP 145

XML 144

非 root ユーザーで実行する UNIX 上のサーバー 156

ファイル 273

プロキシー・サーバー 153

メール通知 139


ランタイム・サーバー設定 115

ランタイム・サーバーの URL、変更 116

communication.properties ファイル 284

IBM カタログのインポート 156

Java 2 セキュリティー 157

SSL 22

参照： SSL, 構成system.properties ファイルパラメーターの説明 275

Web インターフェース 113

Web サーバーのカスタマイズ 140

構成、Tivoli License Manager の 3

構成パラメーター・パネルカスタム・インストール 101




構成ファイルバックアップ 288

復元 290

構成ファイル、DB2、シェル呼び出しを含んでいないかどうかの検査 76, 220

構成ファイル、DB2、UNIX での検査 76, 220

構成ファイル内のデフォルト値 274

コピーする、エージェントのトレース・ファイルとメッセージ・ファイルを ffdc へ、コマンド 266

コマンドエージェント上の 266

サーバーにおける 287

追加、AIX エージェント上の 267

追加、HP/UX エージェント上の 267

追加、Linux エージェント上の 268

追加、OS/400 エージェント上の 268

追加、Sun エージェント上の 268

backupconf 288

changeAdminAuth 144, 146

changeRuntimeAuth 145, 146

CRTLINK 214

dataexp 197, 347

dbpasswd 342

索引 377

コマンド (続き)

DLTLICPGM

OS/400 247

installagent 168, 171


前提条件 56

必要なファイル 256

manualDeploy 169, 199

netstat 41

restoreconf 290

RSTLICPGM 214

rtpasswd 343

RUNJVA 214

SAVLICPGM 214

srvstart 339

srvstop 339

sslpasswd 343

tlmagent 266

tlmunins 244

WASAgentClient 269

WebSphere Application Server エージェント 268

サーバー 269

credentials 269

exit 269

ffdc 269

help 269

reloadconf 269

コマンド行インターフェースエージェント上の 266

構成のバックアップおよび復元コマンド 287

DB2 340

コンピューター・ラベルエージェント・パラメーター

Web 166


構成計画 46

コンピューター・ラベルの割り当て、自動 154

構成計画 46

コンポーネントインストール計画 25, 27

メイン 2

コンポーネントの選択サーバーおよびデータベース 90

コンポーネント・グループの選択サーバーおよびデータベース 91

［サ行］サーバーインストールプリインストール・タスク 75

エージェント・パラメーターOS/400 エージェント・デプロイメント 215

Windows ログオン・スクリプト・デプロイメント 202


始動および停止 339

サーバー (続き)

ソフトウェア前提条件 29, 30, 31

代替 162


ランタイム用のウェイクアップの構成 279, 280

CD 26

proxy

構成計画 46

spb 26



サーバーからの DB2 データベースの接続 358

サーバーからの DB2 データベースの切断 359

サーバー証明書、SSL

作成 135

ソフトウェア・パッケージ・ブロックへの追加 181

追加 135

認証局 (CA) としての作成 135

要求 134

OS/400 デプロイメントへの証明書の追加 210

SSH/RSH デプロイメントへの証明書の追加 192

サーバーのインストールTivoli Configuration Manager を使用した 323


サーバー・コンポーネントのソフトウェア前提条件 29, 30, 31

サービスタイミング 276


Web エージェント・デプロイメントの前に閉じる必要のある「Windows」ウィンドウ 164

サービス、Windows の、としてエージェントをインストールするコマンド 266

災害からの回復計画 47

災害時回復計画 47

再デプロイ、エージェントの 270

サイレント・アンインストールサーバーおよびデータベース 329

サイレント・アンインストールのオプション・ファイルサーバーおよびデータベース 329

サイレント・インストールカタログ・マネージャー 332



サイレント・インストールのオプション・ファイルカタログ・マネージャー 332



サイレント・ウィザードカタログ・マネージャーのアンインストール 248

カタログ・マネージャーのインストール 65, 221

サーバーおよびデータベースのアンインストール 238

サーバーとデータベースのインストール 28, 80


サイレント・ウィザード (続き)

マルチパスを使用したサーバーおよびデータベースのインストール 84

OS/400 エージェント用 212

再ロード、エージェントの構成ファイルの、コマンド 266

削除エージェント 270


エージェント用 15, 16, 17


サーバー 14


installagent コマンド 56

OS/400 ノードでのエージェント・デプロイメント 64

SSH/RSH エージェント・デプロイメント 59, 60

SSH/RSH エージェント・デプロイメント・ウィザード 59

Tivoli Configuration Manager を使用したエージェント・デプロイメント 57

Tivoli Configuration Manager を使用したカタログ・マネージャーのインストール 68, 69

Tivoli Configuration Manager を使用したサーバー・インストール 42

Tivoli Configuration Manager を使用したデータベース・インストール 42

Web デプロイメント 54, 55

Windows ウィザードを使用した OS/400 ノードでのエージェント・デプロイメント 62, 63

Windows ログオン・スクリプトを使用したエージェント・デプロイメント 61

シェル、UNIX

インストール・サーバーおよびデータベース・コンポーネントのインストールに使用 81

カタログ・マネージャーの前提条件ソフトウェア 67

サーバー・コンポーネントの前提条件ソフトウェア 30

データベースの前提条件ソフトウェア 33

資格、ライセンスの、セットアップ 115

時間帯計画 13

変更 76


時刻設定 (基本)



自己更新エージェント 283

自己署名 SSL サーバー証明書 21, 23

自己署名 SSL 証明書作成 135

追加 135

要求 134

システムエージェント・パラメーター

OS/400 エージェントのアンインストール 246

OS/400 エージェント・デプロイメント 205

実行、インベントリー・スキャン・コマンド 266

始動、サーバーの 339

自動エージェント・アップグレード 270

始動モードエージェント・パラメーター



シナリオインプリメンテーション 5

収集、エージェントでのハードウェアおよびソフトウェアの254

修正エージェント 270

集約、ソフトウェア使用率テーブル 278, 279

使用可能化SSL 116

使用許諾契約書サイレント・インストールのテキスト・バージョン 80,

222

パネル 89


情報収集 43

インストール 77, 220

証明書、SSL

暗号化 19

暗号化解除 19

概要 19

鍵ストア 19

パスワード 19

鍵データベース 19

パスワード 19

検証 19

自己署名 20, 23

取得 20, 23


発行 20, 23



除去、エージェントの、コマンド 266

書体規則 xvii

スキャン、インベントリーアップロード時間、最大 70

参照：インベントリー・スキャンスキャン、インベントリー、コマンド 266

スクリプトdbrootinstall.bat 358

dbrootinstall.sh 358

参照：コマンドスケジューリングインベントリー・スキャン 70

エージェントのデプロイメント 64

スケジュールインベントリー・スキャン 115

スペースinstallagent コマンド 56

OS/400 ノードでのエージェント・デプロイメント 63, 64

SSH および RSH を使用したエージェント・デプロイメントに必要 60

Tivoli Configuration Manager を使用したエージェント・デプロイメント 58

索引 379

スペース (続き)

Windows ログオン・スクリプトを使用したエージェント・デプロイメント 62

スペース所要量エージェント用 52


サーバー用 32


Tivoli Configuration Manager を使用したカタログ・マネージャーのインストール 69

Tivoli Configuration Manager を使用したサーバーとデータベースのインストール 43

製品、開始および停止 254

製品のパッケージ化 26

セキュア通信参照： SSL

セキュリティー暗号化されないパスワード 84, 224

接続計画 17

セットアップ・ファイル、古い、検査 76

全コンポーネント・インストール基本構成パラメーター・パネル 107

サーバーおよびデータベース 92, 107

前提条件インストール (計画) 36

インストール・セットアップ・ファイル・パネルDB2 109

DB2、カタログ・マネージャー 231

WebSphere Application Server 110

インストール・パネルDB2 96



インターネット・ブラウザー 49

有無の検査DB2 93




エージェント・デプロイメントに Tivoli Configuration

Manager を使用する 57

エージェント・デプロイメントのための Windows ログオン・スクリプトの使用 61

エージェント・デプロイメントを行うための UNIX でのRSH および SSH の使用 59


カタログ・マネージャーの Java ランタイム環境 (JRE) 67

カタログ・マネージャーの JDBC 67

カタログ・マネージャーのインストールに Tivoli

Configuration Manager を使用する 68

カタログ・マネージャーのデータベース・ドライバー 67


管理サーバー・データベース 33

検索するパネルDB2 93


前提条件 (続き)

検索するパネル (続き)


サーバーとデータベースのインストールに Tivoli

Configuration Manager を使用する 42

サーバーの Java ランタイム環境 (JRE) 30

サーバー・コンポーネントのソフトウェア 29, 30, 31

資格設定 162

自動インストール 37

自動的なインストール 37

取得 36

スペース 43, 69

エージェント用 52


サーバー用 32



データベースの JDBC 33

データベースのデータベース・ドライバー 33

ディスプレイサーバー用 32

パッチバンドルされているソフトウェアのインストール 39

バンドルCD 26

フィックスパックバンドルされているソフトウェアのインストール 39

ブラウザー 49

メモリーカタログ・マネージャー 68

サーバー用 31


要約 361


ランタイム・サーバー・データベース 33

AIX のプロセッサーサーバー用 31

CPU


サーバー用 31


Data Warehouse Enablement Pack 69

DB2 29, 33, 67

HP のプロセッサー 31

HTTP Server 30

IBM WebSphere Application Server 30

installagent コマンド 56

Internet Explorer 49

Web デプロイメント 55

Linux

Intel x86 サーバー上 31

pSeries サーバー上 31

zSeries サーバー上 31

Microsoft Internet Explorer 49


Mozilla 49


前提条件 (続き)


OS/400 エージェントの言語サポート 52

OS/400 エージェント・デプロイメントの Java ランタイム環境 63

OS/400 エージェント・デプロイメント用の Java 開発キット 63, 64

OS/400 でのエージェント・デプロイメント 62

OS/400 ノードでのエージェント・デプロイメント 64

Service Pack

バンドルされているソフトウェアのインストール 39

Solaris のプロセッサーサーバー用 31


Tivoli Configuration Manager、カタログ・マネージャーのインストール 69

Tivoli Configuration Manager、サーバーとデータベースのインストール 43

Tivoli Management Framework 57

Tivoli Management Framework、カタログ・マネージャーのインストール 68

Tivoli Management Framework、サーバーとデータベースのインストール 42

Web UI 49

Web サーバー 30


Web デプロイメントの Java ランタイム環境 (JRE) 55


Windows のプロセッサーサーバー用 31

組織インストールによる作成 114

エージェントの SSL 使用可能化 124

エージェント・パラメーターinstallagent 173




関連タスクの構成 115

計画 4, 9

構成タスクに関連する計画 44

構成タスクの計画 44

作成 114

選択 114

パラメーター、カスタム・インストール 103




組織名エージェント・パラメーター

OS/400 エージェント・デプロイメント 207, 208

ソフトウェアエージェント用 50, 51

カタログ・マネージャーに必要 67, 68

OS/400 ノードでのエージェント・デプロイメントに必要64


SSH および RSH を使用したエージェント・デプロイメントに必要 60

Tivoli Configuration Manager を使用したエージェント・デプロイメント 57, 58

Tivoli Configuration Manager を使用したサーバー・インストール 42, 43

Tivoli Configuration Manager を使用したデータベース・インストール 42, 43


Windows ウィザードを使用した OS/400 ノードでのエージェント・デプロイメントに必要 63

ソフトウェア使用率テーブルクリーンアップ 278

集約 278, 279

ソフトウェア使用率表のクリーンアップ 278, 345

ソフトウェア配布参照： Tivoli Configuration Manager

ソフトウェア・サポート連絡 xvii

ソフトウェア・データ、エージェントで収集される 254

ソフトウェア・パッケージ・ブロックインストールエージェント 26


サーバー 26



カタログ・マネージャーのインストール 223


サーバーとデータベースのインストール 83

［タ行］代替サーバー 162

対話式インストールカタログ・マネージャー 224


対話式ウィザードカタログ・マネージャーのアンインストール 247

カタログ・マネージャーのインストール 65, 221

サーバーおよびデータベースのアンインストール 237, 240

サーバーおよびデータベースのマルチパス・インストール84

サーバーとデータベースのインストール 27, 79


タスクトポロジー、エージェント 270

タスク、共通 339

チェックリスト 43, 291

チューニングDB2 159

Tivoli License Manager 159


通知宛先 139

索引 381

通知 (続き)

サーバー設定 139


通知設定構成計画 44

データベースアンインストール時の手動によるデータベースのアンカタログ 242

アンインストール時の手動によるデータベースの除去 242


インストールプリインストール・タスク 75

計画 12

サーバーからのデータベースの切断 359

サーバーへのデータベースの接続 358

作成 357


ユーザー認証方式 144

CD 26



データベースのインスタンス所有者パラメーターカタログ・マネージャーのインストール 230

パラメーター、カスタム・インストール 105, 107

データベースのポート番号パラメーターカタログ・マネージャーのインストール 230


データベース・アドレスパラメーターカタログ・マネージャーのインストール 230


データベース・クライアントカタログ・マネージャーの前提条件ソフトウェア 67


データベース・サーバーカタログ・マネージャーの前提条件ソフトウェア 67


データベース・ドライバーカタログ・マネージャーの前提条件ソフトウェア 67



停止、アプリケーション (製品) の、モニター 254

停止、エージェント・サービスのエージェント・コマンドの266

停止、サーバーの 339

ディスプレイエージェント 270

ディスプレイ前提条件サーバー用 32

ディレクトリー名、表記 xviii

手順の手動実行 357

トポロジーエージェント 9, 270

トポロジー (続き)



機能の要約 9

コンポーネント 10

時間帯 13

組織 9


テスト環境 10

部門 10

ホスト名 13


IP アドレス 13

SSL 12, 18

トポロジーの決定エージェント 9



コンポーネント 10

時間帯 13

組織 9


テスト環境 10

部門 10

ホスト名 13

要約 9


IP アドレス 13

SSL 12, 18

トポロジーを決定するためのテスト環境 10

トポロジー・データの形式、UNIX エージェント・デプロイメント・ウィザードの場合 351

トレーニング、Tivoli テクニカル xvii

［ナ行］日時、コンピューターの、変更 76


認証構成 144


LDAP 145

XML 144

認証局 (CA)、サーバー証明書の発行 21, 23

認証方式構成計画 45

ネットワーク・タイム・プロトコル 75

ネットワーク・パフォーマンスの考慮 279, 280

ノードプライバシー・ポリシーの定義 281

ノード (Node)

エージェント・パラメーターRSH/SSH UNIX エージェントのデプロイメント 195

ノード・タグエージェント・パラメーター



［ハ行］バージョン 1.1、マイグレーション 235

バージョン 1.1.1、マイグレーション 235

バージョン、エージェントの、表示コマンド 266

ハードウェア・データ、エージェントで収集される 254

場所、インストールカタログ・マネージャー 226


パス、インストールカタログ・マネージャー 226


パス名、表記 xviii

パスワードアドミニストレーター、サービスとしての IBM HTTP

Server のセットアップ 40

アドミニストレーター、サービスとしての WebSphere

Application Server のセットアップ 40

アドミニストレーター・パスワード 343

暗号化されない 84, 224

エージェント・パラメーターOS/400 エージェントのアンインストール 246



計画 24

ブラウザーからのセキュア通信SSL 構成 123

変更 342, 343

ランタイム通信全コンポーネント・インストールのデフォルトとなるパラメーター 108

ランタイムの標準インストールのデフォルトとなっているパラメーター 100

ランタイム通信パスワードに対する tlmsrv の使用パラメーター、カスタム・インストール 103

ランタイム・サーバーの通信 24, 343

カスタム・インストールのパネル 104

DB2 管理 40, 343

DB2 データベース 314, 326

key.jks Java 鍵ストア 133

key.kdb データベース 133

key.sth stash ファイル 133

SSL 25, 343

変更 133

tlmroot 114, 116

tlmsrv 24, 314, 326, 342


パラメーター、管理の標準インストール 101



バックアップ、サーバーの構成ファイルの 288


パッチサポートされるエージェント・プラットフォーム用の 15,

16, 17


パッチ・エージェント 270

パネル、インストール用、ナビゲート 84

パフォーマンスの考慮 279, 280, 345

パラメーターアクティブ・プロセッサー全コンポーネント・インストール 108


カスタム・インストール管理サーバー・アドレス 104

組織 103

データベースのインスタンス所有者 105, 107

データベースのポート番号 106, 107

データベース・アドレス 106, 107

ランタイム通信パスワードに対する tlmsrv パスワードの使用 103

ランタイム・サーバー名 103

port 104

SSL 使用可能化 103

SSL ポート 104

tlmsrv パスワード 102

カタログ管理インストールDB2 アドミニストレーター・パスワード 229

DB2 インスタンス所有者のパスワード 229

カタログ・マネージャーTivoli Configuration Manager を使用した 333

カタログ・マネージャーのインストールデータベースのインスタンス所有者 230

データベースのポート番号 230

データベース・アドレス 230

DB2 インスタンス所有者 228

DB2 インストール・パス 228

DB2 管理者ユーザー 228

カタログ・マネージャーのサイレント・インストール用の332

管理サーバー・アドレスカスタム・インストール 104


管理サーバー・ポート全コンポーネント・インストールで使用されるデフォルト値 109

ランタイムの標準インストールで使用されるデフォルト値 101

管理の標準インストールSSL 使用可能化のデフォルト値 101


共有プールのキャパシティーRSH/SSH UNIX エージェントのデプロイメント 196

共用プールのキャパシティー全コンポーネント・インストール 108

構成automaticTagAssignment 155

mailRecipient 140

mailSender 140

node_<platform> 155

proxy 153

proxyname 154

索引 383

パラメーター (続き)

構成 (続き)

proxyPort 153

proxyport 154

requestScope 124

secureData 123

securePort 123

smtpServer 140

useproxy 154

コンピューター・ラベルWeb エージェント・デプロイメント 166

サーバー 284



サーバーおよびデータベースのインストール用のTivoli Configuration Manager の使用 323

サーバーおよびデータベースのサイレント・アンインストール用の 329

サーバーおよびデータベースのサイレント・インストール用の 309

サーバーとデータベースのインストールポート番号、DB2 97

DB2 アドミニストレーター・パスワード 97

DB2 インスタンス所有者 97

DB2 インスタンス所有者のパス 96, 228

DB2 インスタンス所有者のパスワード 97

DB2 インストール・パス 96

DB2 管理者ユーザー 97

DB2 ポート番号 97

HTTP Server インストール・パス 98

WebSphere Application Server アドミニストレーター・パスワード 98

WebSphere Application Server インストール・パス 98

WebSphere Application Server 管理者ユーザー 98

システムOS/400 エージェントのアンインストール 246


始動モードOS/400 エージェント・デプロイメント 209


全コンポーネント・インストールアクティブ・プロセッサー 108

管理サーバー・ポートのデフォルト値 109

共用プールのキャパシティー 108

組織 108

プロセッサー・タイプ 108

ランタイム通信パスワードのデフォルト値 108

ランタイム・サーバー名のデフォルト値 108

SSL 使用可能化のデフォルト値 109


組織カスタム・インストール 103



installagent エージェント・デプロイメント 173



組織 (続き)

Tivoli Configuration Manager エージェント・デプロイメント 183


組織名OS/400 エージェント・デプロイメント 207, 208

データベースのインスタンス所有者カスタム・インストール 105, 107


データベースのポート番号カスタム・インストール 106, 107


データベース・アドレスカスタム・インストール 106, 107


ノード (Node)


ノード・タグOS/400 エージェント・デプロイメント 208

パスワードOS/400 エージェントのアンインストール 246



部門installagent エージェント・デプロイメント 171

Web エージェント・デプロイメント 166


部門 (Division)


部門名OS/400 エージェント・デプロイメント 207, 208

プロキシー・サーバーを使用するOS/400 エージェント・デプロイメント 209

プロキシー・サーバー・アドレスOS/400 エージェント・デプロイメント 210

プロセッサー・タイプ全コンポーネント・インストール 108


ポート番号、DB2


ユーザー ID

OS/400 エージェントのアンインストール 246


ランタイム通信パスワード全コンポーネント・インストールのデフォルトとなる

108

標準ランタイム・インストールのデフォルトとなる 100

ランタイム通信パスワードに対する tlmsrv パスワードの使用カスタム・インストール 103

ランタイムの標準インストール管理サーバー・アドレス 100

管理サーバー・ポートのデフォルト値 101

組織 100

ランタイム通信パスワードのデフォルト値 100



ランタイムの標準インストール (続き)

ランタイム・サーバー名のデフォルト値 100

ランタイム・サーバー・ポートのデフォルト値 100

port 100

SSL 使用可能化のデフォルト値 100


ランタイム・サーバーのアドレスinstallagent エージェント・デプロイメント 172

ランタイム・サーバー名カスタム・インストール 103

全コンポーネント・インストールで使用されるデフォルト値 108


Web エージェント・デプロイメント 166

ランタイム・サーバー・アドレスOS/400 エージェント・デプロイメント 207, 208

ランタイム・サーバー・ポートランタイムの標準インストールで使用されるデフォルト値 100

ランタイム・サーバー・ポート/SSL ポートOS/400 エージェント・デプロイメント 209

activateProductsEnabled 279

adminBaseTime 278, 345

adminDownloadPeriod 280

adminServerDbAddress


adminServerDbPort


adminUploadPeriod 280

agentConfig.divisionName


agentConfig.nodeTag


agentConfig.organizationName


agentConfig.proxyAddress


agentConfig.proxyPort


agentConfig.runtimeAddress


agentConfig.runtimePort


agentConfig.sslPort



agentConfig.startupMode


agentConfig.useProxy


agentid


aggregateUsagePeriod 278

cacheUpdatePeriod 280

certificate


checkPeriod 282

cleanUsagePeriod 278, 345

databaseAlias


DB2 アドミニストレーター・パスワードカタログ管理インストール 229


DB2 インスタンス所有者カタログ・マネージャーのインストール 228


DB2 インスタンス所有者のパスカタログ・マネージャーのインストール 228


DB2 インスタンス所有者のパスワードカタログ管理インストール 229


DB2 インストール・パスカタログ・マネージャーのインストール 228


DB2 管理者ユーザーカタログ・マネージャーのインストール 228


DB2 ポート番号サーバーとデータベースのインストール 97

division


divisionName


downloadCatalogPeriod 282

downloadParametersPeriod 282

downloadTopologyPeriod 282

enableSSL 285

gskit


HTTP Server インストール・パスサーバーとデータベースのインストール 98

inventoryUpdatePeriod 280

java.naming.provider.url 150

licenseCleanUpPeriod 281

mailRecipient 284

mailSender 283

maxAgentInactivity 281

索引 385


maxAggregateUsageAge 279

maxSelectionListLength 277

maxServerInactivity 279

maxUsageAge 278, 345

minimumPasswordLength 277

nodeAlias

カタログ・マネージャー 232, 233

nodeTag


nodetag


offlineUsagePeriod 282

organization


organizationName 286

OS


OS/400 のサイレント・インストール用の 335

pingPeriod 282

Port


port 284







principalDNPrefix 150

principalDNSuffix 150

privacyPolicyInfoAllowed 277

processor_type



proxy 285


Proxy port


proxyName




proxyPort 286




proxy_port


requestScope 282


Runtime address


runtimeAddress


runtimeBaseTime 280

runtimeName 286

runtimePluginPeriod 280

scanner


secureData 277

securePort 277

secure_port




security_level



serverWakeUpEnabled 279

serverWakeUpPeriod 279

sessionTimeout 277

setLang.CCSID


shared_pool_capacity



smtpServer 283

sourcePath


SSL 使用可能化カスタム・インストール 103

管理の標準インストールで使用されるデフォルト値 101

全コンポーネント・インストールで使用されるデフォルト値 109


SSL ポートカスタム・インストール 104


SSLPort 285

startupMode



storeGroup 281

storeHost 281

storeUser 281

system_active_processors





tag


target_dir


tlmsrv パスワードカスタム・インストール 102




updateAgentEnabled 270, 283

updateAgentPeriod 283

uploadMinTime 283

URI 284

uri


usageSnapshotPeriod 281

useProxy 153, 285




use_proxy


WebSphere Application Server アドミニストレーター・パスワードサーバーとデータベースのインストール 98

WebSphere Application Server インストール・パスサーバーとデータベースのインストール 98

WebSphere Application Server 管理者ユーザーサーバーとデータベースのインストール 98

パラメーターのチェックリスト 310

範囲、構成ファイル内の 275

バンドルされている DB2 のチェックリスト 304

バンドルされている WebSphere Application Server のチェックリスト 305

バンドルされている前提条件インストールの前提条件 39

カタログ・マネージャーの DB2

ウィザードを使用したインストール 228


CD 26

CD からのインストール 80, 222

DB2


前提条件インストール・セットアップ・ファイル・パネル 109

前提条件インストール・パネル 96

DB2、カタログ・マネージャー前提条件インストール・セットアップ・ファイル・パネル 231




バンドルされている前提条件 (続き)

WebSphere Application Server (続き)

前提条件インストール・セットアップ・ファイル・パネル 110


非アクティブ・エージェント 281

必要なソフトウェアTivoli Configuration Manager を使用したカタログ・マネージャーのインストール 68, 69

表記環境変数 xviii

書体 xvii, xviii

パス名 xviii

表示、エージェントのバージョンの 266

標準インストール・タイプ


標準インストール管理サーバーおよびデータベース 91


ランタイム・サーバーおよびデータベース 91

ファイルエージェント 258

構成 273

agent_install.properties 273

コンピューター・ラベルの自動割り当ての構成 155

プロキシー設定の構成 154

cert.arm 126, 134, 135, 136, 192

commons-logging.jar 190

communications.properties


communication.properties 274, 284

セキュア通信のためのランタイム・サーバーの構成 132


httpd.conf

暗号化の使用不可化 130

エラー 500 のカスタマイズ 142

Web サーバーでの SSL の使用可能化 128

Web サーバーでの SSL の使用不可化 138

ITLM21LICENSE.txt 80, 222

itlm500.html 140

ITLMTopology.xsd 347

j2ssh-common.jar 190

j2ssh-core.jar 190

log.properties 274

reboot_needed.txt 188

recordFile_Install.txt


カタログ・マネージャーのサイレント・インストール221


サーバーとデータベースのサイレント・インストール80



索引 387

ファイル (続き)

recordFile_Install.txt (続き)

OS/400 エージェント用 212, 214

recordFile_Uninstall.txt



setupAgentOS400.exe 204


setupAgentOS400.jar 214

setupCatMan.bin 221

setupCatMan.exe 221

setupServers.bin 79

setupServers.exe 79

stderr.txt、Java 2 セキュリティーの構成 158

stdout.txt、Java 2 セキュリティーの構成 158

system.properties 139, 270

エージェント設定 254

ソフトウェア使用率表のクリーンアップ 345

パスワードのためにのみセキュア通信を使用するようWeb ブラウザーを構成 123

パラメーターの説明 275

ランタイム・サーバーとエージェントの設定の構成 115

Web インターフェースと管理サーバーの設定の構成113

tlmagent.ini 215

tlm.bat 200

uninstaller.bin 237


uninstaller.exe 237


was.policy.50x、Java 2 セキュリティーの構成 158

was.policy.51x、Java 2 セキュリティーの構成 158

was.policy.old、Java 2 セキュリティーの構成 158

/etc/services 358

フィックスパックサポートされるエージェント・プラットフォーム用の 15,

16, 17


復元、サーバーの構成ファイルの 290

複数のパスでのインストール計画 71

複製、OS/400 でのエージェント・デプロイメント計画 64

不明ファイルランタイム・カタログへの追加 280

ランタイム・サーバーへの送信 283

部門インストールによる作成 114

エージェントの SSL 使用可能化 124



Web 166


計画 5, 10

部門 (続き)

作成 115

名前、エージェント・パラメーターTivoli Configuration Manager 183


部門名エージェント・パラメーター


プライバシー・ポリシー管理 256

グループの定義 281

構成 277

ノード (ホスト) の定義 281

ユーザーの定義 281

ユーザー・グループの定義 281

ブラウザー前提条件 49


プラグインランタイム・サーバー 115, 116, 280

プラットフォーム、サポート 13

プロキシー・サーバー構成 153

構成計画 46

プロキシー・サーバーを使用するエージェント・パラメーター


プロキシー・サーバー・アドレスエージェント・パラメーター


プロセッサーの前提条件カタログ・マネージャー 68

サーバー用 31


プロセッサー・タイプエージェント・パラメーター



プロファイル・マネージャーカタログ・マネージャーのインストール 223

サーバーとデータベースのインストール用 83

文書、CD 26

別名、デフォルト・ポート、復元 138

別名、SSL ポート、設定 131

変数DISPLAY 355

DOMAINSERVER 200

GSKFilesLocked 188

LOG_SHARE 200

NETLOGON_SHARE 200

%HOST


installagent デプロイメント 172

OS/400 ノードの Windows ウィザード 208

OS/400 ノードのサイレント・インストール 216


変数 (続き)

%HOST (続き)



Windows ログオン・スクリプトのエージェント・デプロイメント 203

%MODEL








%SERIAL








%TYPE








%VENDOR








変数、表記 xviii

ポート 80、起こりうる競合 41

ポート 9090、起こりうる競合 41

ポートの競合、起こりうる、WebSphere Application Server 41

ポートの別名デフォルトの復元 138

SSL のための設定 131

ポート番号、DB2


ホストプライバシー・ポリシーの定義 281

ホスト名計画 13

使用 75

［マ行］マイグレーションバージョン 2.1 235

メール設定system.properties ファイル 139

メール通知宛先 139

メイン・コンポーネント 2

メモリーの前提条件カタログ・マネージャー 68

サーバー用 31


［ヤ行］ユーザーアドミニストレーター権限 87, 204, 224

プライバシー・ポリシーの定義 281

Administrator 237

Windows でのカタログ・マネージャーのアンインストールに必要な 247

QITLM 267

root 87, 224, 237

UNIX でのカタログ・マネージャーのアンインストールに必要な 247

tlmroot 114, 116

ユーザー ID

アドミニストレーター、サービスとしての HTTP Server のセットアップ 40

アドミニストレーター、サービスとしての WebSphere

Application Server のセットアップ 40

エージェント・パラメーターOS/400 エージェントのアンインストール 246


DB2 管理 40

tlmsrv 24

ユーザー認証参照：認証

ユーザー・インターフェース参照： Web ユーザー・インターフェース

ユーザー・グループプライバシー・ポリシーの定義 281

［ラ行］ライセンスリリース 281, 282

ライセンス、割り当ておよびリリース 254

索引 389

ライセンス資格、セットアップ 115

ライセンスのリリース 281, 282

ランタイム通信パスワードパラメーター (デフォルト)、全コンポーネント・インストール 108


ランタイムの標準インストール基本構成パラメーター・パネル 99


ランタイム・カタログエージェントへのダウンロード 282

不明ファイルの追加 280

ランタイム・サーバーアドレス、エージェント・パラメーター

installagent 172


アンインストール 237





エージェント、数 10

エージェントの数 10

エラー 500 ファイルのカスタマイズ 142




ランタイム・サーバー・データベース・パネル 106

機能の要約 2

計画 11

SSL 19

構成 115

構成計画 44


場所 273

範囲 275

コマンド 287

コンポーネントのチェックリスト 299





始動 339

スペース所要量 32

セキュア通信を送信するための構成 132

設定の構成 115



前提条件 28

スペース 32

代替SSL のための計画 25


ランタイム・サーバー (続き)

通信パスワード 24

データベースのインスタンス所有者パラメーター、カスタム・インストール 107

データベースのポート番号パラメーター、カスタム・インストール 107

データベース・アドレスパラメーター、カスタム・インストール 107

停止 339

登録 115

登録、セキュア通信の受信の使用可能化 136

名前、エージェント・パラメーターWeb 166




ブラウザーからの HTTP の使用、アクセス 138

ブラウザーからの HTTPS の使用、アクセス 137

プラグイン 115, 116, 280

プロキシー・サーバーの構成 153


ログイン 116

backupconf コマンド 288

CD 26

Java 2 セキュリティーの構成 157

port



SSL 構成エージェントからのセキュア通信の受信 125

管理サーバーからのセキュア通信の受信 118

管理サーバーへのセキュア通信の送信 121

Web ブラウザーからのセキュア通信の受信 122




SSL の構成管理サーバーとの通信 119

Web ブラウザーとの通信 121








UNIX

非 root ユーザーで実行するための構成 156

URL、変更 116

Web エージェント・デプロイメントのための URL 164

ランタイム・サーバー通信パスワード・パネルカスタム・インストール 104


ランタイム・サーバーの通信パスワード、変更 343

ランタイム・サーバーの通信パスワード 24

ランタイム・サーバーの登録 115

ランタイム・サーバー名パラメーター (デフォルト)、全コンポーネント・インストール 108



ランタイム・サーバー・アドレスエージェント・パラメーター


ランタイム・サーバー・コマンドへの接続 266

ランタイム・サーバー・データベースアンインストール 237










前提条件 33


パネル 106



CD 26




Windows 上のサーバーへのデータベースの接続 358

Windows でのサーバーからのデータベースの切断 359

Windows での作成 357

ランタイム・サーバー・ポート/SSL ポートエージェント・パラメーター


ランタイム・データベースサポートされるプラットフォーム 15

リモート・アンインストールのための Tivoli Configuration

Manager のアンインストール・オプションカタログ・マネージャー 249


リモート・インストールカタログ・マネージャー 65


ログイン管理サーバーへ 114

認証方式 145

ログイン (続き)

ランタイム・サーバーへ 116

ログオン・スクリプトエージェント・デプロイメントをサポートする Windows プラットフォーム 61

Windows でのエージェント・デプロイメント用 199

Windows、エージェント・デプロイメント前提条件 61

Windows、エージェント・デプロイメント、必要なスペース62

［数字］2000

サポートされる Windows エージェント・プラットフォーム15

サポートされる Windows サーバー・プラットフォーム 14

2003

サポートされる Windows エージェント・プラットフォーム15

サポートされる Windows サーバー・プラットフォーム 14

500 エラー、http 140

AactivateProductsEnabled パラメーター 279

adminBaseTime パラメーター 278, 345

adminBaseTime、構成パラメーター、イベントのタイミングに使用される 276

adminBaseTime, 構成パラメーター、サーバーの時間の同期化276

adminDownloadPeriod パラメーター 280

Administrator

パスワード、変更 343

Windows でのアンインストールに必要な 237

Windows でのカタログ・マネージャーのアンインストールに必要な 247

adminServerDbAddress パラメーターカタログ・マネージャー 232

adminServerDbPort パラメーターカタログ・マネージャー 232

adminUploadPeriod パラメーター 280

agentConfig.divisionName

エージェント・パラメーターTivoli Configuration Manager 185

agentConfig.nodeTag


agentConfig.organizationName


agentConfig.proxyAddress


索引 391

agentConfig.proxyPort


agentConfig.runtimeAddress


agentConfig.runtimePort


agentConfig.sslPort


agentConfig.startupMode


agentConfig.useProxy


agentid


agent_install.properties ファイルコンピューター・ラベルの自動割り当ての構成 155


目的 273

aggregateUsagePeriod パラメーター 278

AIX

エージェント・ファイル 258

サポートされるエージェント・プラットフォーム 15

サポートされるサーバー・プラットフォーム 14

セットアップ・ファイル 79


ソフトウェア・パッケージ・ブロックエージェント用 180


追加のエージェント・コマンド 267

バンドルされている DB2 をインストールするための前提条件 39

バンドルされている WebSphere Application Server をインストールするための前提条件 40

プロセッサー前提条件サーバー用 31

SSH/RSH エージェント・デプロイメントがサポートされているプラットフォーム 59

Web ベース・システム・マネージャーで起こりうる競合41

AIX の Web ベース・システム・マネージャー、バージョン5.1、起こりうるポートの競合 41

AIX のシステム・マネージャー、バージョン 5.1、起こりうるポートの競合 41

automaticTagAssignment

構成パラメーター 155

Bbackupconf コマンド 288

CcacheUpdatePeriod パラメーター 280

CD


サーバーとエージェント 26

spb 26

バンドルされている前提条件 26

文書 26

certificate


SSL、サーバー作成 135

追加 135

認証局 (CA) としての作成 135

要求 134

cert.arm ファイル 126, 134, 135, 136, 192

changeAdminAuth コマンド 144, 146

changeRuntimeAuth コマンド 145, 146

checkPeriod パラメーター 282

cleanUsagePeriod パラメーター 278, 345

CLI

参照：コマンド行インターフェースcommons-logging.jar ファイル 190

communications.properties ファイルプロキシー設定の構成 115

communication.properties ファイル 284

セキュア通信のためのランタイム・サーバーの構成 132


目的 274

Configuration Manager

参照： Tivoli Configuration Manager

CPU の前提条件カタログ・マネージャー 68

サーバー用 31


credentials、WebSphere Application Server エージェント・コマンド 269

CRTLINK コマンド 214

DData Warehouse Enablement Pack 9

前提条件 69

databaseAlias パラメーターカタログ・マネージャー 233

dataexp コマンド 197, 347

DB2

アドミニストレーター・パスワードパラメーター 97

アドミニストレーター・パスワード、サービスとしてのHTTP Server のセットアップ 40

アドミニストレーター・パスワード、サービスとしてのWebSphere Application Server のセットアップ 40


DB2 (続き)

インスタンス所有者パラメーター 97

インスタンス所有者のパスパラメーター 96

インスタンス所有者のパスワードパラメーター 97

インストール (計画) 36

インストール済みの場合の Windows での PATH 変数の検査 76, 220

インストール・パスパラメーター 96

カタログ・マネージャーのアドミニストレーター・パスワードパラメーター 229

カタログ・マネージャーのインスタンス所有者パラメーター 228

カタログ・マネージャーのインスタンス所有者のパスパラメーター 228

カタログ・マネージャーのインスタンス所有者のパスワードパラメーター 229

カタログ・マネージャーのインストール・パスパラメーター 228

カタログ・マネージャーの管理者ユーザーパラメーター 228

カタログ・マネージャーの前提条件 67

管理者ユーザーパラメーター 97

管理パスワード 40

コマンド行 340

サーバーからのデータベースの切断 359

サーバーの前提条件 29

サーバーへのデータベースの接続 358



取得 36

前提条件インストール・セットアップ・ファイル・パネル109




前提条件の有無の検査 93


前提条件バージョンの検索パネル 93


データベースの作成 357

データベースの前提条件 33

バージョン 29, 33, 67

パスワード、管理 40

バンドルされているバージョンのインストールの前提条件39

フィックスパック・レベル 29, 33, 67

ポート番号パラメーター 97

CD 26

UNIX での構成ファイルの検査 76, 220

DB2 (続き)

UNIX の構成ファイルがシェル呼び出しを含んでいないかどうかの検査 76, 220

DB2 管理パスワード、変更 343

DB2 データベース計画 12

パスワード 314, 326

DB2 データベースの作成 357

DB2 のための資格設定 162

dbpasswd コマンド 342

dbrootinstall.bat スクリプト 358

dbrootinstall.sh スクリプト 358

DISPLAY 変数 355

division


DLTLICPGM コマンドOS/400 247

DOMAINSERVER 変数 200

downloadCatalogPeriod パラメーター 282

downloadParametersPeriod パラメーター 282

downloadTopologyPeriod パラメーター 282

EEnablement Pack (Data Warehouse)

前提条件 69

Enablement Pack、Tivoli Data Warehouse 9

enableSSL パラメーター 285

exit、WebSphere Application Server エージェント・コマンド269

Fffdc にエージェントのトレース・ファイルとメッセージ・ファイルをコピーするコマンド 266

ffdc、WebSphere Application Server エージェント・コマンド269

find コマンド、UNIX でのアベイラビリティーの確認 76

Ggrep コマンド、UNIX でのアベイラビリティーの確認 76

GSKFilesLocked 変数 188

GSKit

エージェントの前提条件 50

エージェントをリモートでデプロイするときに使用される188

gskit


索引 393

Hhelp、WebSphere Application Server エージェント・コマンド

269

Host Server オプション、OS/400 エージェント・デプロイメント 63, 64

HP

プロセッサー前提条件 31

HP/UX












HTTP 138

HTTP Server


前提条件 30

参照： Web サーバーHTTP Server、起こりうるポートの競合 41

httpd.conf ファイル暗号化の使用不可化 130

エラー 500 のカスタマイズ 142



HTTPS 137

Ii5/OS


IBM HTTP Server

始動 341

前提条件 30

停止 341

参照： Web サーバーIBM WebSphere Application Server

前提条件 30

参照： WebSphere Application Server

IBM カタログインポート計画 46

IBM カタログ、インポート 156

IBM カタログのインポート 156

IBM ソフトウェア、製品バージョン 1

IKEYMAN






installagent

コマンド 171

installagent エージェント・デプロイメント計画 56

正しい SSL 証明書の使用 126

手順 168

installagent コマンドサポートされるプラットフォーム 56

スペース 56

前提条件 56

必要なファイル 256

InstallShield オプション・ファイルカタログ・マネージャー 332


アンインストール 329


Intel



Intel x86

認証されているカーネル 51

Linux

サーバーのプロセッサー前提条件 31

Internet Explorer

前提条件 49


inventoryUpdatePeriod パラメーター 280

IP アドレス計画 13

使用 75

iSeries

エージェントのデプロイメント参照： OS/400, エージェントのデプロイメント




iSeries ノードエージェント・デプロイメントの前提条件 64

ITLM21LICENSE.txt ファイル 80, 222

itlm500.html ファイル、カスタマイズ 140

ITLMTopology.xsd file、UNIX エージェント・デプロイメント・ウィザードのデータ形式の場合 347

Jj2ssh-common.jar ファイル 190

j2ssh-core.jar ファイル 190

J2SSH-Lite 60

取得 190


Java 2 セキュリティー使用可能化計画 47

Java 2 セキュリティー、構成 157

Java 仮想マシン (JVM)

参照： JVM

Java ランタイム環境 (JRE)

参照： JRE

java.naming.provider.url パラメーター 150

JDBC

カタログ・マネージャーの前提条件 67

データベースの前提条件 33

JDK

OS/400 エージェント・デプロイメントの前提条件ソフトウェア 63, 64

JRE



OS/400 エージェント・デプロイメントの前提条件ソフトウェア 63

Web デプロイメントにインストールされない 167

Web デプロイメントの前提条件ソフトウェア 55

JVM



OS/400 エージェント・デプロイメントの前提条件ソフトウェア 63

Web デプロイメントの前提条件ソフトウェア 55

Kkey.jks Java 鍵ストア 133

key.jks データベース 135

key.kdb データベース 133, 134, 135

key.sth パスワード・スタッシュ・ファイル 133

Korn シェルインストール・サーバーおよびデータベース・コンポーネントのインストールに使用 81




LLANG 環境変数 255

LC_ALL 環境変数 255

LC_MESSAGES 環境変数 255

LDAP


licenseCleanUpPeriod パラメーター 281

Linux

エージェントの認証されているカーネル 51




Linux (続き)




390

エージェントのインストール・パラメーター、installagent 173

エージェントのインストール・パラメーター、RSH/SSH

による UNIX でのデプロイメント 196

エージェントのインストール・パラメーター、Tivoli

Configuration Manager 185

エージェントのソフトウェア・パッケージ・ブロック180

サーバーおよびデータベースのソフトウェア・パッケージ・ブロック 83


セットアップ・ファイル、カタログ・マネージャー 221

全コンポーネント・インストールのエージェント・パラメーター 108

Intel x86 上サーバーのプロセッサー前提条件 31

PPC

エージェントのソフトウェア・パッケージ・ブロック180

サーバーおよびデータベースのソフトウェア・パッケージ・ブロック 83


セットアップ・ファイル、カタログ・マネージャー 221

pSeries 上サーバーのプロセッサー前提条件 31

zSeries 上サーバーのプロセッサー前提条件 31

Linux 390

参照： Linux

Linux PPC

参照： Linux

log.properties ファイル 274

LOG_SHARE 変数 200

MmailRecipient


mailRecipient パラメーター 284

mailSender


mailSender パラメーター 283

manualDeploy コマンド 199

manualDeploy スクリプト 169

maxAgentInactivity パラメーター 281

maxAggregateUsageAge パラメーター 279

maxSelectionListLength パラメーター 277

maxServerInactivity パラメーター 279

maxUsageAge パラメーター 278, 345

索引 395

Microsoft Internet Explorer

前提条件 49


minimumPasswordLength パラメーター 277

Mozilla

前提条件 49


NNETLOGON 共用ディレクトリー 199

NETLOGON_SHARE 変数 200

netstat コマンド 41

nodeAlias パラメーターカタログ・マネージャー 232, 233

nodeTag


nodetag


node_<platform>


OofflineUsagePeriod パラメーター 282

organization


organizationName パラメーター 286

OS


OS/400

ウィザードエージェント・デプロイメント 213

エージェント、アンインストール 245

エージェント機能 255

エージェントのアンインストール 245

エージェントの言語サポート 52

エージェントのデプロイメント計画 62

サイレント・インストールのオプション・ファイルの使用 335

前提条件 62


手順 204

手順 (直接) 213

手順 (保管および復元プログラムを使用) 214

ログイン 205

Tivoli Configuration Manager の変数 185

Windows ノードからの手順 204

エージェント・コマンドの実行 267

OS/400 (続き)

エージェント・デプロイメントに必要な Windows ソフトウェア 63

エージェント・デプロイメントに必要なソフトウェア 64

エージェント・デプロイメントをサポートする Windows プラットフォーム 62, 63

エージェント・デプロイメントをサポートするプラットフォーム 64





必要なスペースエージェント・デプロイメント 63, 64

installagent コマンドでサポートされていないプラットフォーム 56

Web デプロイメントでサポートされていないプラットフォーム 54

OS/400 エージェントの言語サポート 52

OS/400 でのエージェント・デプロイメントの Restore Licensed

Program

計画 64

OS/400 でのエージェント・デプロイメントの RSTLICPGM

計画 64

OS/400 でのエージェント・デプロイメントの Save Licensed

Program

計画 64

OS/400 でのエージェント・デプロイメントの SAVLICPGM

計画 64

OS/400 ノードエージェント・デプロイメントの前提条件 64

OS/400 ノードでのエージェント・デプロイメント前提条件 64

PPA-Risc

サポートされる HP/UX エージェント・プラットフォーム16

サポートされる HP/UX サーバー・プラットフォーム 14

pingPeriod パラメーター 282

Port


port








principalDNPrefix パラメーター 150

principalDNSuffix パラメーター 150


privacyPolicyInfoAllowed パラメーター 277

problem determination


processor_type



proxy



Proxy port


proxy パラメーター 285

proxyName




proxyname


proxyPort





proxyport



proxy_port


pSeries




Linux



PTFs

サポートされるエージェント・プラットフォーム用の 15,

16, 17


QQITLM ユーザー 267

QLANGID 環境変数 255

QShell Interpreter オプション、OS/400 エージェント・デプロイメント 63, 64

Rreboot_needed.txt ファイル 188

recordFile_Install.txt


recordFile_Install.txt ファイルカタログ・マネージャー 332

カタログ・マネージャーのサイレント・インストール 221


サーバーとデータベースのサイレント・インストール 80


OS/400 エージェント用 212, 214

recordFile_Uninstall.txt ファイルサーバーおよびデータベース 329


Red Hat Enterprise Linux







reloadconf、WebSphere Application Server エージェント・コマンド 269

requestScope


requestScope パラメーター 282


RHEL



参照： Red Hat Enterprise Linux

root ユーザーUNIX でのアンインストールに必要な 237

UNIX でのインストールに必要な 87, 224

UNIX でのカタログ・マネージャーのアンインストールに必要な 247

RSH

エージェント・デプロイメント前提条件 59

UNIX でのエージェント・デプロイメント用 189

RSH/SSH エージェントのデプロイメントサポートされるプラットフォーム 59, 60

必要なスペース 60

必要なソフトウェア 60

RSH/SSH エージェント・デプロイメント・ウィザードサポートされるプラットフォーム 59

RSTLICPGM コマンド 214

rtpasswd コマンド 343

RUNJVA コマンド 214

索引 397

runtimeAddress


runtimeBaseTime パラメーター 280

runtimeBaseTime、構成パラメーター、イベントのタイミングに使用される 276

runtimeBaseTime、構成パラメーター、サーバーの時間の同期化276

runtimeName パラメーター 286

runtimePluginPeriod パラメーター 280

SSAVLICPGM コマンド 214

scanner


Secure Sockets Layer

参照： SSL

secureData


secureData パラメーター 277

securePort


securePort パラメーター 277

secure_port




security_level




servers、WebSphere Application Server エージェント・コマンド269

serverWakeUpEnabled パラメーター 279

serverWakeUpPeriod パラメーター 279

Service Pack

サポートされるエージェント・プラットフォーム用の 15,

16, 17


sessionTimeout パラメーター 277

setLang.CCSID


setupAgentOS400.exe


setupAgentOS400.exe ファイル 204

setupAgentOS400.jar ファイル 214

setupCatMan.bin ファイル 221

setupCatMan.exe ファイル 221

setupServers.bin ファイル 79

setupServers.exe ファイル 79

shared_pool_capacity



smtpServer


smtpServer パラメーター 283

Solaris



参照： Sun

sourcePath


SPARC

サポートされる Solaris エージェント・プラットフォーム17

サポートされる Solaris サーバー・プラットフォーム 14

srvstart コマンド 339

srvstop コマンド 339

SSH

エージェント・デプロイメント前提条件 59

クライアント 60

UNIX でのエージェント・デプロイメント用 189

SSH/RSH エージェントのデプロイメントサポートされるプラットフォーム 59, 60

必要なスペース 60

必要なソフトウェア 60

SSH/RSH エージェント・デプロイメント・ウィザードサポートされるプラットフォーム 59

SSL

インプリメンテーション 19

機能 19

クライアント 19

構成 22

計画 12, 18

代替ランタイム・サーバーの使用 25

欠点 18

構成 22, 116

アクティビティー 128

エージェントからランタイム・サーバーへ 123

エージェント・デプロイメント、始動時での SSL の使用 127

管理サーバーからランタイム・サーバーへ 117

サーバー証明書の作成 135

サーバー証明書の追加 135

サーバー証明書の要求 134

セキュア通信を送信するためのランタイム・サーバー132

通信チャネル 117

手順 117

デフォルトのポートの別名の復元 138

認証局 (CA) としてのサーバー証明書の作成 135

パスワードのみに関与するセキュア・ブラウザー通信123


SSL (続き)

構成 (続き)

ブラウザーからの HTTP の使用 138

ブラウザーからの HTTPS の使用 137

ランタイム・サーバーから管理サーバーへ 119

ランタイム・サーバーの登録、セキュア通信の受信の使用可能化 136

ログオン・スクリプトを使用した Windows エージェント・デプロイメント、正しい SSL 証明書の使用 126

installagent エージェント・デプロイメント、正しいSSL 証明書の使用 126

OS/400 エージェント・デプロイメント、正しい SSL

証明書の使用 127

SSH/RSH を使用した UNIX エージェント・デプロイメント、正しい SSL 証明書の使用 126


SSL ポートの別名の設定 131

Tivoli Configuration Manager エージェント・デプロイメント、正しい SSL 証明書の使用 126

Web エージェント・デプロイメント、正しい SSL 証明書の使用 126



Web サーバーでの暗号化の使用不可化 130

Web ブラウザーからサーバーへ 121

構成計画 44

サーバー 19

構成 22

サーバー証明書暗号化 19

暗号化解除 19

概要 19

鍵ストア 19

鍵ストアのパスワード 19

鍵データベース 19

鍵データベース・パスワード 19

検証 19

自己署名 20, 23

取得 20, 23

発行 20, 23

仕組み 19

使用可能化 116

インストール時 90

パラメーター (デフォルト)、管理の標準インストール101

パラメーター (デフォルト)、全コンポーネント・インストール 109



信頼性 18

ソフトウェア・パッケージ・ブロックへの証明書の追加181

認証 18

パスワード 25


SSL (続き)

プライバシー 18

利点 18

certificate





port



SSL サーバー証明書の取得 20, 23

SSL サーバー証明書の発行 21, 23


SSL ポートエージェント・パラメーター


sslpasswd コマンド 343

SSLPort パラメーター 285

startupMode



stderr.txt ファイルJava 2 セキュリティーの構成 158

stdout.txt ファイルJava 2 セキュリティーの構成 158

storeGroup パラメーター 281

storeHost パラメーター 281

storeUser パラメーター 281

Sun











Sun Solaris



SUSE LINUX Enterprise Server





索引 399

SUSE LINUX Enterprise Server (続き)


system.properties ファイルエージェント設定 254, 282

エージェントの自動更新の使用可能化 270

エージェントの自動更新を使用可能にする 270

管理サーバー設定 278

ソフトウェア使用率表のクリーンアップ 345

パスワードのためにのみセキュア通信を使用するよう Web

ブラウザーを構成 123

パラメーターの説明 275

メール設定 139

ランタイム・サーバー設定 280

ランタイム・サーバーとエージェントの設定の構成 115

E メール設定 283

Web インターフェース設定 277

Web インターフェースと管理サーバーの設定の構成 113

system_active_processors



S/390





Ttag


target_dir


TCP/IP オプション、OS/400 エージェント・デプロイメント63

Tivoli Common Directory 258

Tivoli Configuration Manager

アンインストールデータベースの除去 240

アンインストール・オプションカタログ・マネージャーのリモート・アンインストール

249

サーバーおよびデータベースのリモート・アンインストール 239

暗号化 84, 224


手順 177

エージェント・デプロイメント正しい SSL 証明書の使用 126

エージェント・デプロイメントに使用するための前提条件57

Tivoli Configuration Manager (続き)

エージェント・デプロイメントに必要なスペース 58

エージェント・デプロイメントの前提条件 58

カタログ・マネージャーのアンインストール 249

カタログ・マネージャーのインストールに使用 223

カタログ・マネージャーのインストールに使用するための前提条件 68

カタログ・マネージャーのインストールの前提条件 69

カタログ・マネージャーのリモート・アンインストール249

カタログ・マネージャーのリモート・インストール 223

カタログ・マネージャーをインストールするために使用 65

サーバーおよびデータベースのアンインストール 239

サーバーおよびデータベースのリモート・アンインストール239

サーバーおよびデータベースのリモート・インストール 83

サーバーとデータベースのインストールに使用するための前提条件 42

サーバーとデータベースをインストールするための前提条件43


使用、サーバーとデータベースのインストール 28

メイン・コンポーネントのインストール 83

Tivoli Configuration Manager を使用したカタログ・マネージャーのリモート・アンインストール 249

Tivoli Configuration Manager を使用したリモート・アンインストール 239

Tivoli Configuration Manager を使用したリモート・インストール 83


Tivoli Data Warehouse Enablement Pack 9

前提条件 69

Tivoli License Manager for IBM Software のアップグレード251

Tivoli License Manager for IBM Software、アップグレード251


Tivoli Management Framework

エージェント・デプロイメントの前提条件 57

カタログ・マネージャーのインストールの前提条件 68

サーバーとデータベースをインストールするための前提条件42

Tivoli 管理リージョン 177

Tivoli テクニカル・トレーニング xvii

tlmagent コマンド 266

tlmagent.ini ファイル 215

TLMCDB 233

tlmroot

パスワード 114, 116

ユーザー 114, 116

tlmsrv

パスワード 24


パラメーター、管理の標準インストール 101




tlmsrv (続き)


tlmsrv パスワード 314, 326

tlmunins コマンド 244

tlm.bat ファイル 200

Uuninstaller.bin ファイル 237


uninstaller.exe ファイル 237


UNIX

アンインストールに必要な root ユーザー 237

インストールに必要な root ユーザー 87, 224

エージェントデプロイメント・ウィザードのインポート・ファイルの形式 347


エージェント言語選択 255


エージェントのデプロイメント手順 189


オペレーティング・システム・コマンドのアベイラビリティーの確認 76


カタログ・マネージャーのアンインストールに必要な root

ユーザー 247

カタログ・マネージャーのシェル 67

管理サーバーのグラフィックスの使用可能化 355


サーバーへの DB2 データベースの接続 358

サーバー・コンポーネントのシェル 30

データベースのシェル 33

非 root ユーザーで実行するためのサーバーの構成 156

古いセットアップ・ファイルの検査 76

DB2 構成ファイルがシェル呼び出しを含んでいないかどうかの検査 76, 220

DB2 構成ファイルの検査 76, 220

DB2 コマンド行の初期化 340


IBM HTTP Server の始動 341

IBM HTTP Server の停止 341

Korn シェルを使用したサーバーおよびデータベース・コンポーネントのインストール 81

SSH/RSH を使用したエージェント・デプロイメント正しい SSL 証明書の使用 126

WebSphere 管理コンソールの始動 341

WebSphere 管理コンソールの停止 341

UNIX エージェントのデプロイメントSSH または RSH の使用計画 58

UNIX ノードでの RSH または SSH


UNIX ノードでの SSH または RSH


updateAgentEnabled パラメーター 270, 283

updateAgentPeriod パラメーター 283

uploadMinTime パラメーター 283

uri


URI パラメーター 284

usageSnapshotPeriod パラメーター 281

useProxy




useproxy


useProxy パラメーター 153, 285

use_proxy


UTF-8 へのエンコードinstallagent パラメーター 175

WWarehouse Enablement Pack 9

前提条件 69

WASAgentClient コマンド 269

was.policy.50x ファイルJava 2 セキュリティーの構成 158

was.policy.51x ファイルJava 2 セキュリティーの構成 158

was.policy.old ファイルJava 2 セキュリティーの構成 158

Web UI で使用するセキュア・ポート 277

Web UI のセキュア・データ 277

Web UI のセッション・タイムアウト 277

Web UI のパスワードの最小文字数 277

Web アプリケーション・サーバーサーバー・コンポーネントの前提条件ソフトウェア 30

Web エージェント・デプロイメント計画 54


手順 163

Web エージェント・デプロイメントのための URL 164

Web 管理サーバー参照：管理サーバー

Web サーバー暗号化の使用不可化 130


カスタマイズ計画 45


取得 37

前提条件 30

索引 401

Web サーバー (続き)


SSL のための使用不可化 137

Web デプロイメントサポートされるプラットフォーム 54, 55

ブラウザー前提条件 55

Web ブラウザー 23

SSL 構成サーバーへのセキュア通信の送信 123

パスワードのみに関与するセキュア通信 123

SSL での通信の構成 121

SSL のための計画 19

Web ユーザー・インターフェースカスタマイズ 140

計画 48

構成 113, 115


範囲 275

サーバーにアクセスするための HTTPS の使用 137

前提条件 49

ランタイム・サーバーにアクセスするための HTTP の使用138

ランタイム・サーバーの登録およびセキュア通信の使用可能化のために使用 136


Web エージェント・デプロイメントのための使用 164

Web ランタイム・サーバー参照：ランタイム・サーバー


アドミニストレーター・パスワードパラメーター 98

アドミニストレーター・パスワード、サービスとしてのWebSphere Application Server のセットアップ 40

アンインストール時のセキュリティー・セル・アクセス239, 241



エージェントコマンド 268

エージェントのデプロイメント手順 217

起こりうるポートの競合 41

管理者ユーザーパラメーター 98



取得 36

前提条件 30

前提条件インストール・セットアップ・ファイル・パネル110


前提条件の有無の検査 95

前提条件バージョンの検索パネル 95

デフォルトのポートの別名の復元 138

WebSphere Application Server (続き)

認証方式、LDAP、構成 145

バンドルされているバージョンのインストールの前提条件40

CD 26, 27

LDAP 認証方式、構成 145

LDAP 認証方式の構成 145

Plug-in Cumulative Fix for 5.0.0、5.0.1、および 5.0.2.x 36

SSL ポートの別名の設定 131

Tivoli License Manager 構成の除去 237

Tivoli License Manager の構成 111

WebSphere Application Server でのセキュリティー・セル・アクセス、製品のアンインストール時 239, 241

WebSphere Application Server のための資格設定 162

WebSphere 管理コンソール始動 341

停止 341

Windows

アンインストールに必要な Administrator 237

インストール済みの場合の PATH 変数の検査 76, 220

インストールに必要な Administrator 224

インストールに必要なアドミニストレーター権限 87

インストールに必要なアドミニストレーター権限 204

ウィザードWindows でのエージェント・デプロイメント用 204


エージェント言語選択 255


エージェントのデプロイメントログオン・スクリプトを使用した手順 199

エージェントをリモートでデプロイするときに使用されるGSKit 188


エージェント・デプロイメントのログオン・スクリプト前提条件 61


カタログ・マネージャーのアンインストールに必要なAdministrator 247


サーバーへの DB2 データベースの接続 358



サポートされるプラットフォームログオン・スクリプトを使用したエージェント・デプロイメント 61

OS/400 ノードでのエージェント・デプロイメント 62,

63





ドメイン・コントローラー 199



Windows (続き)

必要なスペースログオン・スクリプトを使用したエージェント・デプロイメント 62

必要なソフトウェアOS/400 ノードでのエージェント・デプロイメント 63


ログオン・スクリプトを使用したエージェント・デプロイメント正しい SSL 証明書の使用 126

DB2 コマンド行の初期化 340


IBM HTTP Server の始動 341

IBM HTTP Server の停止 341

SSH/RSH エージェント・デプロイメント・ウィザードがサポートされているプラットフォーム 59

Terminal Server、ターゲット・コンピューターにインストール済み 81, 88, 190, 222, 225, 237, 238

Terminal Services、インストール方法 81, 88, 190, 222,

225, 237, 238

Web エージェント・デプロイメントの前の「サービス」ウィンドウのクローズ 164

Web エージェント・デプロイメントの前の「サービス」ウィンドウのクローズの必要性 164

WebSphere 管理コンソールの始動 341

WebSphere 管理コンソールの停止 341

Windows サービスとしてエージェントをインストールするコマンド 266

Windows での PATH 変数、検査、DB2 がインストール済みかどうか 76, 220

Windows のログオン・スクリプトエージェントのデプロイメント計画 61

Windows ログオン・スクリプトエージェントのデプロイメント計画 61

XX ディスプレイ・サーバーサーバーにアクセスするための要件 32

接続 355

XML


XP、サポートされる Windows エージェント・プラットフォーム 15

ZzSeries




zSeries (続き)

Linux



［特殊文字］/etc/services ファイル 358

%HOST 変数コンピューター・ラベルの自動割り当て 156







%MODEL 変数コンピューター・ラベルの自動割り当て 156







%SERIAL 変数コンピューター・ラベルの自動割り当て 156







%TYPE 変数コンピューター・ラベルの自動割り当て 156







%VENDOR 変数コンピューター・ラベルの自動割り当て 156





索引 403

%VENDOR 変数 (続き)




��

プログラム番号: 5724-D33

SC88-9931-01

Documents

計画、インストール、および構成publib.boulder.ibm.com/tividd/td/ITLM/SC32-1431-01/ja_JA/...Windows のログオン・スクリプトを使用したエージェントのデプロイ