インストール・ガイド (AIX 用)

Provisioning Manager
バージョン 7.2.1
インストール・ガイド (AIX 用)
Provisioning Manager
バージョン 7.2.1
インストール・ガイド (AIX 用)
お願い
本書および本書で紹介する製品をご使用になる前に、 315 ページの『特記事項』に記載されている情報をお読みください。
本書は、IBM Tivoli Provisioning Manager 7.2.1 および新しい版で明記されていない限り、以降のすべてのリリースお
よびモディフィケーションに適用されます。
お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示さ
れたりする場合があります。
原典：
Provisioning Manager
Version 7.2
Installation Guide for AIX
発行：
日本アイ・ビー・エム株式会社
担当：
トランスレーション・サービス・センター
第1刷 2013.4
© Copyright IBM Corporation 2003, 2012.
目次
第 1 章インストールの概要 . . . . . . 1
サポートされるプラットフォームおよび互換性
製品コンポーネント . . . . . . . . .
インストール・タイプ . . . . . . . .
インストール・プロセス . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
1
2
3
3
第 2 章プリインストール・タスク. . . . 5
プリインストール・ステップ 1: 前提条件スキャナー
の実行 . . . . . . . . . . . . . . . . 5
プリインストール・ステップ 2: リリース・ノートの
確認 . . . . . . . . . . . . . . . . . 5
プリインストール・ステップ 3: トポロジーの計画 . 6
シングル・サーバー・デプロイメント . . . . . 6
複数のサーバーへのデプロイメント. . . . . . 7
プリインストール・ステップ 4: 適切なハードウェア
の割り振り . . . . . . . . . . . . . . . 9
プリインストール・ステップ 5: コンポーネント要件
の確認 . . . . . . . . . . . . . . . . 12
サポートされるオペレーティング・システムとミ
ドルウェアの組み合わせ . . . . . . . . . 12
オペレーティング・システムのプリインストー
ル・タスク . . . . . . . . . . . . . 12
必要なパッケージ (UNIX および Linux) . . . . 15
データベースおよびディレクトリー・サーバーの
要件 . . . . . . . . . . . . . . . . 17
ブラウザーの要件 . . . . . . . . . . . 19
プリインストール・ステップ 6: 環境の確認 . . . 19
プリインストール・ステップ 7: ユーザー名、データ
ベース名、ユーザー・パスワードの要件の確認 . . 24
プリインストール・ステップ 8: インストール・メデ
ィアの準備 . . . . . . . . . . . . . . 26
ダウンロードしたインストール・イメージを使用
する場合 . . . . . . . . . . . . . . 27
インストール DVD を使用する場合 . . . . . 27
第 3 章 Tivoli Provisioning Manager
のインストール . . . . . . . . . . . 29
デプロイメント・シナリオの例 . . . . . . . .
ランチパッドの開始 . . . . . . . . . . .
Windows、AIX、および Linux でのミドルウェアの
インストール . . . . . . . . . . . . . .
ミドルウェア・インストールの計画ワークシート
ミドルウェア・インストーラーのワークスペース
ミドルウェアのインストーラー・ログ . . . .
ミドルウェア・インストーラーを使用したミドル
ウェアのインストールおよび構成 . . . . . .
ミドルウェア・インストーラーを使用したミドル
ウェアの再使用 . . . . . . . . . . . .
手動構成済みミドルウェアの使用 . . . . . .
© Copyright IBM Corp. 2003, 2012
30
36
36
38
43
44
45
57
61
ミドルウェア・インストーラーの構成パラメータ
ーの変更 . . . . . . . . . . . . . .
UNIX および Linux でのミドルウェアの開始
ミドルウェアの停止 . . . . . . . . . .
ミドルウェア状況の検査. . . . . . . . .
Base Services のインストール . . . . . . . .
Base Services およびコア・コンポーネントのイ
ンストールの計画ワークシート . . . . . .
リモート構成の使用可能化 . . . . . . . .
Provisioning Manager の EAR ファイルのデプロ
イ . . . . . . . . . . . . . . . .
WebSphere Application Server Network
Deployment への Provisioning Manager アプリケ
ーションの手動インストール . . . . . . .
言語パックのインストール . . . . . . . .
Tivoli Provisioning Manager コア・コンポーネント
のインストール. . . . . . . . . . . . .
Tivoli Provisioning Manager Web コンポーネントの
インストール . . . . . . . . . . . . .
第 4 章ポストインストール・タスク
122
123
125
126
127
142
144
144
147
150
154
167
171
WebSphere Application Server のアップグレード後
の確認. . . . . . . . . . . . . . . .
ファイル許可レベルの変更 . . . . . . . . .
Tivoli Monitoring Agent の言語パックのインストー
ル . . . . . . . . . . . . . . . . .
管理ワークステーションのバックアップ . . . .
連邦情報処理標準 140-2 に準拠した Web ブラウザ
ーの構成 . . . . . . . . . . . . . . .
UNIX または Linux でのプロビジョニング・サー
バーの開始 . . . . . . . . . . . . . .
WebSphere Application Server Network Deployment
のディレクトリー同期の手動構成. . . . . . .
ユーザー認証専用の LDAP サーバーの構成 . . .
ユーザーとセキュリティー・グループの追加 . .
インストール後のブート・サーバーの定義. . . .
ソフトウェア配布タスクに SDI を使用しないため
のプロビジョニングの構成 . . . . . . . . .
WebSphere Application Server でのファイルの保護
Tivoli 共通ログ・ディレクトリーの変更 . . . .
オプション: Tivoli Process Automation Engine
7.1.1.8 に対応するための Tivoli Provisioning
Manager 7.2.1 の更新 . . . . . . . . . . .
171
171
172
173
174
175
176
178
178
179
179
180
180
181
第 5 章 Tivoli Provisioning Manager
のアンインストール . . . . . . . . . 183
Tivoli Provisioning Manager コア・コンポーネント
のアンインストール . . . . . . . . . . . 183
Tivoli Monitoring Agent のアンインストール . . 184
Tivoli Provisioning Manager for OS Deployment
のアンインストール . . . . . . . . . . 184
iii
Tivoli Provisioning Manager for Job Management
Service フェデレーターのアンインストール . .
Tivoli Provisioning Manager for Dynamic Content
Delivery のアンインストール . . . . . . .
Agent Manager のアンインストール . . . . .
Tivoli Provisioning Manager エンジンのアンイン
ストール . . . . . . . . . . . . . .
DB2 クライアントのアンインストール . . . .
Base Services および Web コンポーネントのアンイ
ンストール . . . . . . . . . . . . . .
ミドルウェアのアンインストール. . . . . . .
アンインストール後に残っているアイテムの除去
アプリケーション・ファイルおよび構成設定の除
去 . . . . . . . . . . . . . . . .
グローバル固有 ID の除去 . . . . . . . .
デプロイメント・エンジン・データベースのアンイ
ンストールと再インストール . . . . . . . .
185
188
188
190
191
191
192
194
194
195
196
第 6 章 Tivoli Provisioning Manager
の再インストール . . . . . . . . . . 197
付録 A. トラブルシューティング
. . . 199
トラブルシューティング情報の収集 . . . . . .
ミドルウェアのインストーラー・ログ . . . .
プロビジョニング・サーバーのログ . . . . .
プロビジョニング・コンポーネント・インストー
ルのログ . . . . . . . . . . . . . .
プロセス・ソリューション・インストーラーのロ
グ . . . . . . . . . . . . . . . .
Base Services のインストール中の問題 . . . . .
アンインストール・プログラムがない場合の失敗
したインストールからのリカバリー . . . . .
Base Services のインストール中の問題からのリ
カバリー . . . . . . . . . . . . . .
MAXIMO.ear のデプロイメントが失敗する . .
Base Services インストール中のエラー
CTGIN2252I . . . . . . . . . . . . .
Maximo データベースのアップグレード中のエラ
ー CTGIN2381E または CTGIN2489E . . . .
Base Servicesのインストールが失敗する . . .
Base Services インストーラーでのインストール
検証に失敗する. . . . . . . . . . . .
Maximo ビジネス・オブジェクトがデプロイメン
ト・エンジンと WebSphere ランタイム間で同期
されない . . . . . . . . . . . . . .
デプロイメント・エンジンからの Maximo ビジ
ネス・オブジェクトが、アプリケーション・サー
バー内の Maximo ビジネス・オブジェクトと同
期化されていない . . . . . . . . . . .
CCMDB のインストール後のエラー
CWLAA6003 の発生 . . . . . . . . . .
インストール時のデプロイメント・エンジンの障
害からのリカバリー . . . . . . . . . .
Base Services のインストール中にパスワード・
ポリシーが無期限に設定される . . . . . .
RXA のトレースの使用可能化 . . . . . . .
iv
199
200
202
202
204
206
207
208
209
210
210
211
212
213
214
214
215
216
216
コア・コンポーネント・インストールのインストー
ル中の問題 . . . . . . . . . . . . . .
コア・コンポーネント・インストール (カスタ
ム・インストール) のリカバリー手順 . . . .
コア・コンポーネントのインストール中の問題か
らのリカバリー. . . . . . . . . . . .
tioadmin として実行するように WebSphere
Application Server を構成する際のエラー . . .
Agent Manager プロファイル作成時のエラー . .
Agent Manager のインストールに失敗する. . .
Common Agentと Agent Manager を両方ともイ
ンストールすることはできません. . . . . .
WebSphere Application Server のアンインストー
ル後、インストールに失敗する . . . . . .
AIX でインストーラーが予期せず終了する . .
Tivoli Provisioning Manager for OS Deployment
のインストール中に DB2 BIND に関する警告が
出る . . . . . . . . . . . . . . .
サイレント・インストールが、インストールの完
了前に終了する. . . . . . . . . . . .
Tivoli Provisioning Manager のサイレント・イン
ストール中にディスク・スペース・チェックに失
敗する. . . . . . . . . . . . . . .
フォントが認識されないためインストールに失敗
する . . . . . . . . . . . . . . .
「ドメイン名のサフィックス」フィールドにハイ
フンを使用できない . . . . . . . . . .
Dynamic Content Delivery 管理センターのインス
トールが失敗する . . . . . . . . . . .
Dynamic Content Delivery のインストールが失敗
する . . . . . . . . . . . . . . .
Device Manager サービスが Oracle と通信でき
ない . . . . . . . . . . . . . . .
tioadmin ユーザーの作成時に、Tivoli
Provisioning Manager のコア・コンポーネントの
インストールに失敗する. . . . . . . . .
Oracle ポリシーで 3 文字を超えるパスワードが
必要な場合、Tivoli Provisioning Manager コア・
インストールに失敗する. . . . . . . . .
エラー・メッセージ「ディスク 1 挿入 (Insert
disk 1)」 . . . . . . . . . . . . .
端末サーバーが使用可能な場合に Tivoli
Provisioning Manager がインストールされない .
テキスト・ファイルの編集により許可が変更され
る . . . . . . . . . . . . . . . .
データベース・サーバーがマルチプロセッサー・
コンピューター上にある場合にデータベースへの
リモート接続がハングする . . . . . . . .
Tivoli Provisioning Manager for OS Deployment
インストーラーがデータベースの仮想ホスト名を
認識しない . . . . . . . . . . . . .
IBM Tivoli Monitoring Agent の手動インストー
ルのリカバリー手順 . . . . . . . . . .
Web コンポーネント・インストールのインストー
ル中の問題 . . . . . . . . . . . . . .
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
217
217
223
225
227
228
231
231
231
232
233
233
234
234
235
235
236
236
237
237
237
238
238
239
239
240
Web コンポーネントのインストール中のエラー
からのリカバリー . . . . . . . . . . .
Web コンポーネントのインストール時の問題
Red Hat Enterprise Linux 6.x への Web コンポ
ーネントのインストール時の問題. . . . . .
Web コンポーネントのインストール中のデプロ
イメント・エンジン・エラー . . . . . . .
Process Solution インストーラーのログ・ファイ
ル . . . . . . . . . . . . . . . .
管理モードをオンにする操作が遅い . . . . .
ミドルウェアのインストール中の問題 . . . . .
ミドルウェアのインストール中の問題からのリカ
バリー. . . . . . . . . . . . . . .
デプロイメント・エンジン・データベースのバッ
クアップおよびリストア. . . . . . . . .
SDI サーバーの非 SSL ポートの値の設定 . . .
ミドルウェアのインストール中のエラー
CTGIN9077E. . . . . . . . . . . . .
ミドルウェア・インストーラーのエラー . . .
UNIX でのミドルウェア・インストーラーの問題
構成済みの名前が一致しない場合に、DB2 のイ
ンストールが失敗する . . . . . . . . .
インストール中のデータベース・エラー . . .
Tivoli Directory Server に接続できません . . .
インストール中にデータベース・サーバーに接続
できない . . . . . . . . . . . . . .
Tivoli Provisioning Manager のインストール中に
Tivoli Directory Server のインストール手順が失
敗する. . . . . . . . . . . . . . .
Microsoft Active Directory の構成が失敗する . .
ミドルウェアのインストール中のデータベース構
成時のエラー . . . . . . . . . . . .
証明書の値が正しくない場合に Tivoli
Provisioning Manager インストールに失敗する .
ログイン・ウィンドウ・マネージャー使用時の
WAS_HOME エラー . . . . . . . . . .
エラー CTGIN9042E . . . . . . . . . .
LDAP ディレクトリーへのバインディングが失
敗した後、WebSphere Application Server Network
Deployment のアンインストールに失敗する . .
AIX での DB2 インストールの失敗からのリカ
バリー. . . . . . . . . . . . . . .
Windows 2008 R2 サーバーでワークフローが失敗
する . . . . . . . . . . . . . . . .
WebSphere Application Server のアップグレード時
の例外. . . . . . . . . . . . . . . .
No_operation ワークフローの問題. . . . . . .
リンクされたディレクトリーの使用がサポートされ
ない . . . . . . . . . . . . . . . .
コア・コンポーネント・インストール (カスタム・
インストール) のリカバリー手順 . . . . . . .
Base Services のインストール中の問題からのリカバ
リー . . . . . . . . . . . . . . . .
コア・コンポーネントのインストール中の問題から
のリカバリー . . . . . . . . . . . . .
240
242
243
244
244
246
247
247
247
248
248
249
249
250
250
251
251
252
252
253
253
253
254
255
256
257
257
258
258
259
265
266
コア・コンポーネントのインストール後の問題から
のリカバリー . . . . . . . . . . . . .
Web コンポーネントのインストール中のエラーか
らのリカバリー. . . . . . . . . . . . .
AIX での DB2 インストールの失敗からのリカバリ
ー . . . . . . . . . . . . . . . . .
アンインストール・プログラムがない場合の失敗し
たインストールからのリカバリー. . . . . . .
デプロイメント・エンジンのリカバリー . . . .
デプロイメント・エンジン・データベースのバック
アップおよびリストア . . . . . . . . . .
RXA のトレースの使用可能化 . . . . . . . .
Agent Manager の手動インストールからのリカバリ
ー . . . . . . . . . . . . . . . . .
データベースのリストア. . . . . . . . . .
266
267
269
270
272
273
274
274
275
付録 B. その他のインストール・タスク
と構成手順 . . . . . . . . . . . . . 277
サイレント・インストールおよびその他のインスト
ール・タスク . . . . . . . . . . . . .
サーバーとコンポーネントの開始および停止 . . .
UNIX または Linux でのプロビジョニング・サ
ーバーの開始または停止. . . . . . . . .
Tivoli Provisioning Manager のコンポーネントの
開始と停止 . . . . . . . . . . . . .
Tivoli Monitoring Agent の開始と停止 . . . .
コンポーネントの検証 . . . . . . . . . .
プロビジョニング・サーバーへのサインオン . . .
プロビジョニング・サーバーのサインオフ. . .
ユーザーの処理. . . . . . . . . . . . .
maxadmin 特権を持つ複数のユーザーの作成 . .
ユーザー・パスワードの変更 . . . . . . .
UNIX および Linux でのユーザーおよびグルー
プの作成 . . . . . . . . . . . . . .
Tivoli Monitoring Agent の使用 . . . . . . .
プロビジョニング・サーバーのホスト名の変更 . .
必須のパスワード . . . . . . . . . . .
プロパティー・ファイルへのパラメーター値の追
加 . . . . . . . . . . . . . . . .
Tivoli Provisioning Manager SSL 構成からの以前
のホスト名の除去 . . . . . . . . . . .
Tivoli Provisioning Manager SSL 構成からの以前
のホスト名の手動による除去 . . . . . . .
プロビジョニング・サーバーへの新規ホスト名の
割り当て . . . . . . . . . . . . . .
管理ワークステーションからのデータベース・サ
ーバー・ホスト名の更新. . . . . . . . .
残りのホスト名の更新 . . . . . . . . .
Tivoli Provisioning Manager SSL 構成への新規ホ
スト名の追加 . . . . . . . . . . . .
Tivoli Provisioning Manager SSL 構成への新規ホ
スト名の手動による追加. . . . . . . . .
ホスト名の変更機能のパラメーター . . . . .
戻りコード . . . . . . . . . . . . .
WebSphere Application Server タスク . . . . .
目次
277
278
278
280
282
282
283
285
285
285
288
289
291
292
293
293
295
296
297
300
301
303
303
304
305
310
v
WebSphere Application Server のインストールの
確認 . . . . . . . . . . . . . . . 310
連邦情報処理標準 140-2 への準拠 . . . . . . 310
インストール・ディレクトリーとその他のパス . . 312
vi
特記事項. . . . . . . . . . . . . . 315
索引 . . . . . . . . . . . . . . . 319
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 1 章インストールの概要
これは、Tivoli® Provisioning Manager 7.2.1 のインストールの概要です。
Tivoli Provisioning
Manager 7.2.1
installation package
Tivoli Provisioning
Manager 7.2.1
サポートされるプラットフォームおよび互換性
Tivoli Provisioning Manager は、特定のオペレーティング・システムをサポートしており、Base Services と
一緒にインストールされているその他の製品と互換性があります。Base Services は、より上位の機能 (プ
ロセス・マネージャーなど) や、Tivoli Provisioning Manager が使用するその他の製品によって使用可能な
共通ルーチンのセットです。
サポートされるオペレーティング・システム
Tivoli Provisioning Manager は、以下のオペレーティング・システムにインストールすることができます。
v AIX® 7.1 (IBM® System p® 64 ビット)
v AIX 6.1 TL3 or later (IBM System p 64 ビット)
v AIX 5.3 TL10 (IBM System p 64 ビット)
注: サポート対象のオペレーティング・システムおよびバージョンは、Tivoli Provisioning Manager を使用
したテストが実施済みのオペレーティング・システムおよびバージョンです。オペレーティング・システム
のエディションが異なっている場合や、オペレーティング・システムの他のバージョンに変更が実装される
場合は、インストール中またはインストール後にエラーが発生する場合があります。このため、示されてい
るオペレーティング・システムのエディションおよびバージョンを必ず使用してください。
ミドルウェアの互換性
Tivoli Provisioning Manager では、以下のミドルウェアはサポートしていません (ただし、Base Services 上
にインストールされた他の製品では、これらがサポートされている場合もあります)。
v Oracle WebLogic Server (アプリケーション・サーバーとして使用)
v Microsoft SQL Server (データベース・サーバーとして使用)
これらのミドルウェア・アプリケーションのいずれかを使用する別の製品を Base Services にインストール
済みの場合は、同じミドルウェアまたは Base Services のインストール済み環境を Tivoli Provisioning
Manager と共用できません。サポートされるオペレーティング・システムにおける、ミドルウェアおよび
その他の Tivoli Provisioning Manager コンポーネントの要件について詳しくは、 12 ページの『プリインス
トール・ステップ 5: コンポーネント要件の確認』を参照してください。
© Copyright IBM Corp. 2003, 2012
1
Base services の互換性
Tivoli Provisioning Manager では、Base Services バージョンが 7.1.1.9 である必要があります。
製品コンポーネント
Tivoli Provisioning Manager には、特定の機能を提供するコンポーネントが含まれています。
表 1. 製品コンポーネント
コンポーネント
説明
アプリケーション・サーバー:
WebSphere® Application Server
Tivoli Provisioning Manager は、アプリケーション・サーバーとして
WebSphere Application Server を使用する Web ベースのアプリケーションで
す。
HTTP サーバー: IBM HTTP Server
HTTP サーバーは、アプリケーション・サーバーと連動するように構成でき
る別個の専用 HTTP サーバーです。
データベース・サーバー:
データベース・サーバーは、管理対象資産のデータ・モデルが組み込まれて
いるプロビジョニング・データベースをホストします。また、ユーザー・イ
ンターフェースのテキストおよびフィールド・レベル・ヘルプが含まれた
Maximo® データベースも保管します。
®
v DB2 または Oracle Database
v DB2 を使用する場合は、Tivoli Provisioning Manager のインストールの一
部としてインストールするか、またはご使用のシステムの既存のバージョ
ンの DB2 を使用することができます。
v Oracle Database を使用する場合は、別途 Oracle Database インストール・
メディアをご用意いただき、それをインストールしてから Tivoli
Provisioning Manager をインストールする必要があります。
ディレクトリー・サーバー: Tivoli
Directory Server または Microsoft
Active Directory
ディレクトリー・サーバーは、ユーザー認証およびアクセス制御を提供しま
す。
v Tivoli Directory Server を使用する場合は、Tivoli Provisioning Manager の
インストールの一部としてインストールするか、またはご使用のシステム
の既存のバージョンの Tivoli Directory Server を使用することができま
す。
v Microsoft Active Directory を使用する場合は、別途 Microsoft Active
Directory をご用意いただき、それをインストールしてから Tivoli
Provisioning Manager をインストールする必要があります。
Tivoli Provisioning Manager for
Dynamic Content Delivery 管理センタ
ー
Tivoli Provisioning Manager for Dynamic Content Delivery 管理センターで
は、ファイルのアップロード、複製、およびダウンロードを集中制御しま
す。さらに、分散したロケーションにあるデポ・サーバーの状態をモニター
し、ファイル・データを保管します。
Tivoli Provisioning Manager for Job
Management Service フェデレーター
このコンポーネントはDevice Manager サービスとも呼ばれ、ジョブの配布を
管理するフェデレーテッド・サーバーとして機能します。着信ジョブをすべ
てのエンドポイント・エージェントまたは領域エージェントにプッシュしま
す。
Agent Manager
Agent Manager は、 Tivoli Common Agent Services のサーバー・コンポーネ
ントであり、Common Agent がインストールされた管理対象コンピューター
とのセキュア接続を実現します。Tivoli Provisioning Manager は、Tivoli
Common Agent Services を使用してソフトウェアの配布および準拠を実現し
ます。
2
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 1. 製品コンポーネント (続き)
コンポーネント
説明
Tivoli Provisioning Manager for OS
Deployment
Tivoli Provisioning Manager for OS Deployment は、オペレーティング・シス
テム・プロビジョニングに使用されるコンポーネントです。キャプチャーさ
れたイメージおよび無人セットアップのデプロイメントをはじめとする、オ
ペレーティング・システム管理機能を提供します。
Tivoli Monitoring Agent
Tivoli Monitoring Agent は、プロビジョニング・サーバーをモニターできる
コンポーネントです。
管理ワークステーション
管理ワークステーションは、Tivoli Provisioning Manager をデプロイするため
に使用します。初期デプロイメントを行った後は、管理ワークステーション
を使用して、デプロイメントを更新または変更したり、他のプロセス・マネ
ージャー・アプリケーションを追加したりします。デプロイメントに変更を
加えるには、一般に製品の Enterprise Archive (EAR) ファイルを再作成する
必要があり、再作成は管理ワークステーションからのみ実行できます。
Web コンポーネント
Tivoli Provisioning Manager Web コンポーネントは、プロビジョニングに固
有のアプリケーション一式です。
インストール・タイプ
オペレーティング・システムに応じて、カスタム・インストールのみがサポートされる場合と、カスタム・
インストールとデフォルト・インストールの両方がサポートされる場合があります。
Tivoli Provisioning Manager で選択できるのはカスタム・インストールのみです。
UNIX および Linux でサポートされるのはカスタム・インストールのみです。
インストールの計画時には、以下の情報に注意してください。
v ミドルウェア・インストーラーでは、DB2、Tivoli Directory Server、または WebSphere Application
Server をインストールできます。サポートされるその他のミドルウェア・プログラムは、手動で事前に
インストールし構成しておく必要があります。
v 既にインストールされているミドルウェアを使用できます。
– アプリケーション・サーバー: WebSphere Application Server
– データベース・サーバー: DB2 または Oracle
– ディレクトリー・サーバー: Tivoli Directory Server またはMicrosoft Active Directory データベース・
サーバーおよびディレクトリー・サーバーは別々のコンピューターにインストールできます。
v 英語以外の言語の Tivoli Provisioning Manager ランタイムも含まれています。
インストール・プロセス
以下のステップでは、プリインストール・タスク、ソフトウェアのインストール、およびポストインストー
ル・タスクについて説明します。
1. インストールに関するすべての前提条件を満たしていることを確認します。詳細については、 5 ページ
の『第 2 章プリインストール・タスク』を参照してください。
2. ランチパッドを開始して、製品をインストールします。
Custom
Default
XML
カスタム・インストールの場合は、コンポーネントを次の順序でインストールします。
第 1 章インストールの概要
3
a. ミドルウェアをインストールします。既存のミドルウェアを使用する場合は、そのミドルウェアが必
要に応じてインストールおよび構成されていなければなりません。
b. Base Services をインストールします。
c. Base Services と同じコンピューター上で言語パックをインストールします。
d. Tivoli Provisioning Manager コア・コンポーネントをアプリケーション・サーバーと同じコンピュー
ターにインストールします。
e. Base Services と同じコンピューター上で Tivoli Provisioning Manager Web コンポーネントをインス
トールします。
カスタム・インストールについて詳しくは、 29 ページの『第 3 章 Tivoli Provisioning Manager のイン
ストール』を参照してください。
3. 必要なポストインストール・タスクを実行します。詳細については、 171 ページの『第 4 章ポストイ
ンストール・タスク』を参照してください。
4
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 2 章プリインストール・タスク
Tivoli Provisioning Manager のインストールを開始する前に、ご使用の環境が要件を満たしているか検証し
てください。
v 一部のデプロイメント・ソフトウェアは、特定のオペレーティング・システム上でのみサポートされま
す。プロビジョニング・サーバーが、サポートされていないプラットフォーム上にある場合は、別の管
理ワークステーションを使用する必要があります。特別な要件については、 7 ページの『複数のサーバ
ーへのデプロイメント』を参照してください。
v 別のコンピューターが管理ワークステーション用に必要な場合は、以下のことを確認してください。
– 管理ワークステーションとプロビジョニング・サーバーとの間の通信用ポートが、双方向通信可能で
あること。
– 管理ワークステーションとプロビジョニング・サーバーとの間で有効になっているファイアウォール
がないこと。
プリインストール・ステップ 1: 前提条件スキャナーの実行
ご使用の環境が Tivoli Provisioning Manager のインストール要件を満たしているかどうかを自動的に検証
するには、前提条件スキャナーを使用します。
手順
1. 前提条件スキャナーを Fix Central からダウンロードします。
2. .zip ファイルまたは .tar ファイルから前提条件スキャナーを解凍します。
3. 前提条件スキャナーを実行します。
prereq_checker.bat|sh
ご使用のオペレーティング・システム、オペレーティング・システムのバージョン、およびハードウェ
アに固有の構文規則については、前提条件スキャナーに付属する readme を参照してください。このコ
マンドは、.tar または .zip ファイルを解凍したディレクトリーから実行します。このコマンドの
detail パラメーターは、スキャンされた前提条件の結果がコンソールに表示されることを指定します。
4. result.txt ファイルに保存された前提条件スキャナーの出力内容を確認します。
次のタスク
前提条件スキャナーの結果に失敗が示されている場合は、 12 ページの『プリインストール・ステップ 5:
コンポーネント要件の確認』から 26 ページの『プリインストール・ステップ 8: インストール・メディア
の準備』までのタスクを実行して、インストールを開始する前に問題を解決してください。
プリインストール・ステップ 2: リリース・ノートの確認
インストールを開始する前に、リリース・ノートで最新の資料更新を参照して、重要な情報がないかを確認
します。
最新の資料更新について詳しくは、Tivoli Provisioning Manager Version 7.2 の技術情報を参照してくださ
い。
© Copyright IBM Corp. 2003, 2012
5
プリインストール・ステップ 3: トポロジーの計画
この情報を使用して、ユーザーの環境およびビジネス・ニーズに応じた最適なデプロイメント・オプション
を決定します。
以下の 2 つの主要なデプロイメント戦略があります。
シングル・サーバー
シングル・サーバー・トポロジーは、すべてのミドルウェア、管理ワークステーション、およびプ
ロセス・マネージャーなど、すべてのランタイム・コンポーネントを 1 つのサーバーにロードす
ることによって構成されます。通常、デモンストレーション、または学習環境など、評価目的で使
用されます。企業資産およびプロセスの管理の場合、通常は、マルチサーバー・トポロジーを実装
します。
マルチサーバー
マルチサーバー・トポロジーは、コンポーネントを複数の異なるサーバーに分割することで構成さ
れます。これは、リソースの使用を最適化し、各サーバーの作業負荷を軽減できるという利点があ
ります。このタイプのデプロイメントは、一般的にエンタープライズ内での実運用に使用されま
す。
標準的なデプロイメント・プロセスは、シングル・サーバー・トポロジーで開始して、デモンストレーショ
ン、機能的な PoC (概念検証)、既存環境との統合のテストというフェーズを経て、次にパイロット的なマ
ルチサーバー・トポロジーに徐々に移行し、最終的に企業内に実動デプロイメントを実装します。
管理ワークステーション
Tivoli Provisioning Manager のサポート・コンポーネントをデプロイするソフトウェア。
シングル・サーバー・デプロイメント
シングル・サーバー・デプロイメントは、評価用の構成、教育用の構成、またはデモンストレーション用の
構成で頻繁に使用されます。
以下のいずれかのオペレーティング・システムを使用している場合は、すべてのコンポーネントをシング
ル・サーバーにインストールできます。
v AIX 7.1 (IBM System p 64 ビット)
v AIX 6.1 TL3 or later (IBM System p 64 ビット)
v AIX 5.3 TL10 (IBM System p 64 ビット)
6
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
管理ワークステーションは、プロビジョニング・サーバーが Base Services および Web コンポーネントの
デプロイメント・ソフトウェアによってサポートされていないプラットフォームにインストールされている
場合は、別のサーバーである必要があります。デプロイメント・ソフトウェアは、製品のインストールまた
は更新を行うために使用されますが、製品を操作するのに必要ではありません。製品コンポーネントでサポ
ートされているインストール・プラットフォームについて詳しくは、 12 ページの『プリインストール・ス
テップ 5: コンポーネント要件の確認』を参照してください。
以下の図に、すべての Tivoli Provisioning Manager ランタイム・コンポーネントを 1 台のサーバーにイン
ストールし、別のサーバーを管理ワークステーションとして使用するデプロイメントを示します。
複数のサーバーへのデプロイメント
Custom
Default
XML
複数のサーバーへのデプロイメントは、実稼働環境用として推奨されるデプロイメント・トポロジーです。
複数のサーバーへのデプロイメントを実行できるのは、カスタム・インストールの場合のみです。デプロ
イメント方針を計画する場合は、既に確立されているシステムをネットワークに組み込むかどうかを決定し
ます。ミドルウェアおよび Tivoli Provisioning Manager インストール・プログラムを使用して、新規のコ
ンポーネントをすべてインストールすると、デプロイメントが簡単になります。既にネットワークに存在し
ているリソースを再使用またはマイグレーションする場合は、導入計画を調整して、既存のリソースを
Tivoli Provisioning Manager との互換性があるバージョンにする時間を確保してください。
以下の図では、Tivoli Provisioning Manager がシステムのコレクションにデプロイされています。
第 2 章プリインストール・タスク
7
この図では、ロード・バランシング、冗長性、再利用性、セキュリティー、および可用性を促進するため
に、Tivoli Provisioning Manager のコンポーネントが別個のシステムにインストールされています。コンポ
ーネントを論理的にグループ化して、同じシステムにインストールすることもできます。異種環境では、一
連のサーバーを Windows サーバーと UNIX サーバーの混在にすることができます。管理ワークステーシ
ョンは、製品のインストールまたは更新に使用されますが、製品の運用時には必要ありません。
オペレーティング・システムに応じて、以下のデプロイメントがサポートされています。
表 2. 管理ワークステーションでサポートされるトポロジー (プロビジョニング・サーバーに AIX がインストールさ
れている場合)
プロビジョニング・サーバーに使用されるプラットフォーム
管理ワークステーション
AIX 7.1 (IBM System p 64 ビット)
プロビジョニング・サーバーの場合
AIX 6.1 TL3 or later (IBM System p 64 ビット)
プロビジョニング・サーバーの場合
AIX 5.3 TL10 (IBM System p 64 ビット)
プロビジョニング・サーバーの場合
サポートされている複数サーバー・トポロジー
以下のコンポーネントは別個のサーバーに置くことができます。
v データベース・サーバー。
v ディレクトリー・サーバー。
v 管理ワークステーション。Base Services および Web コンポーネントのデプロイメント・ソフトウェア
でサポートされていないプラットフォーム上にプロビジョニング・サーバーがインストールされている
場合、これは別のコンピューターにする必要があります。
ミドルウェアの再使用
既存のミドルウェアは Tivoli Provisioning Manager コンポーネントとして再使用できます。例えば、アク
セス・ポリシー、冗長性対策、およびバックアップ計画を既に確立している既存のデータベース・サーバー
にデータベース・インスタンスが存在することが考えられます。既存のミドルウェアを再使用する計画の場
合は、対象のミドルウェアのレベルが Tivoli Provisioning Manager でサポートされているレベルであるこ
とを確認してください。これらのミドルウェアおよびインストール・プログラムには、以前のバージョン・
8
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
レベルでサーバーにパッチをあてるための機能はありません。また、前提条件チェックをリモート側から実
行して、ミドルウェアやインストール・プログラムが正しいレベルにあることを確認する機能もありませ
ん。
以下のミドルウェアを再使用できます。
自動構成が可能なもの
DB2 9.7 FP4 および Tivoli Directory Server 6.3。ミドルウェアの再使用について詳しくは、 57 ペ
ージの『ミドルウェア・インストーラーを使用したミドルウェアの再使用』を参照してください。
手動でのインストールおよび構成が必要なもの
IBM WebSphere Application Server、Oracle Database (サポート対象の場合)、および Microsoft
Active Directory。詳細については、 61 ページの『手動構成済みミドルウェアの使用』を参照して
ください。
プリインストール・ステップ 4: 適切なハードウェアの割り振り
ハードウェアの要件は、用途によって異なります。このセクションにリストされていないソフトウェアのハ
ードウェア要件は、その製品に付属する資料を参照してください。
プロビジョニング・サーバーのプロセッサー要件
v 1.5 GHz Power5、Power6、または Power7 (マイクロパーティショニングを使用する場合は、100 分の 1
プロセッサー)
最小限のメモリー所要量
表 3. シングル・サーバー・トポロジーとマルチサーバー・トポロジーの最小限のメモリー所要量
シングル・サーバー・トポロジ
ー
8 GB RAM
マルチサーバー・トポロジー
DB2 サーバー
4 GB RAM
WebSphere Application Server Network Deployment
6 GB RAM
Tivoli Directory Server
2 GB RAM
管理ワークステーションの要件
v 2 GHz のプロセッサー (最小)
v 2 GB RAM (最小)
v 管理システム・サーバーとミドルウェア・サーバー間の 10 Mbit/s ネットワーク接続 (最小)
ディスク・スペース
以下の表では、インストール・プロセスのために各ディレクトリーに割り振る必要があるディスク・スペー
スについて詳しく示しています。これらのディレクトリーはインストール前に存在しないため、これらのデ
ィレクトリーの親ディレクトリーに、インストールで使用可能な十分なスペースがあることを確認する必要
があります。
第 2 章プリインストール・タスク
9
ネットワーク・ファイル・システム: Tivoli Provisioning Manager には、ファイル・システム・ロックを使
用して並行性を管理するライトウェイト・インフラストラクチャー・ランタイムが含まれています。これら
のロック・ファイルは、ファイル・システムの TIO_HOME ディレクトリーの下のライトウェイト・インフラ
ストラクチャー・インストール・ディレクトリーで管理されます。ネットワーク・ファイル・システムに
Tivoli Provisioning Manager をインストールする場合は、ファイル・システムが十分のロック管理によって
サポートされていることを確認してください。例えば、高可用性災害時回復の構成では、1 次コンピュータ
ーに障害が発生して使用できなくなった場合に、ファイル・システムが、1 次コンピューターに関連付けら
れているすべてのロックを自動的にアンロックできる必要があります。この種のロック・サポートが有効で
ない場合は、以下のディレクトリーについて、ロック管理が正しくサポートされるローカル・ファイル・シ
ステムへのソフト・リンクを作成できます。
v TIO_HOME/lwi/conf
v TIO_HOME/lwi/logs
UNIX および Linux ディスク・スペース所要量
以下のディレクトリーに必要な使用可能スペースがあることを確認します。この数値には、管理ワークステ
ーションおよびインストール・イメージに必要なスペース (13 GB) は含まれていません。また、デフォル
トのディレクトリーが使用されることを想定しています。
表 4. AIX での包括的ディスク・スペース要件
ディレクトリー
必要な空き領域
/
800 MB
/home
12.8 GB
/opt
11 GB
/tmp
3.5 GB
/usr
5.6 GB
/var
8 GB
詳しくは以下の表を参照してください。
表 5. UNIX および Linux での詳細なディスク・スペース要件
コンポーネント
ディレクトリー
必要な空き領
域
インストール・イメージ
ユーザー指定の場所
13 GB
管理ワークステーション
管理ワークステーションは、特定のオペレーティング・システムおよび特定のトポロジーでのみサポートされていま
す。詳細については、 7 ページの『複数のサーバーへのデプロイメント』を参照してください。
Base Services のデプロイメント・ディレクトリ
ー
v /opt/IBM/SMP
5 GB
システム一時ディレクトリー
%TEMP%
2.5 GB
一時スペース
3 つのタイプの一時スペースすべてについてシステム一時ディレクトリー (/tmp) を使用する場合は、合計 6 GB が
必要です。これ以外の場合は、それぞれの一時ロケーションに十分のスペースがあることを確認してください。
ミドルウェア・インストーラーで使用するためにユーザーが指定した場所 (デフォルト値は /tmp)
指定された一時スペース
10
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
1 GB
表 5. UNIX および Linux での詳細なディスク・スペース要件 (続き)
必要な空き領
域
コンポーネント
ディレクトリー
ソフトウェア・リポジトリー用の一時スペース
ユーザーが指定した場所 (デフォルト値は /var/tmp) 6 GB
システム一時ディレクトリー
/tmp
2.5 GB
ミドルウェア・インストーラーのワークスペース v /ibm/tivoli/mwi/workspace
800 MB
インストールされるコンポーネント
Tivoli Provisioning Manager
/opt/IBM/tivoli/tpm
6 GB
Tivoli Provisioning Manager for OS Deployment
/opt/IBM/tpmfos
150 MB
Tivoli Provisioning Manager for OS Deployment
データ・ディレクトリー
/opt/tpmfosd_files
150 MB
Agent Manager
/opt/IBM/AgentManager
100 MB
Tivoli Provisioning Manager for Job Management
Service フェデレーター
/opt/IBM/DeviceManager
200 MB
Tivoli Provisioning Manager for Dynamic Content
Delivery
/opt/IBM/tivoli/CDS
150 MB
共通 Tivoli ファイル (共通ログを含む)
/usr/ibm/tivoli/common/COP/logs
100 MB
Tivoli Monitoring Agent
/opt/IBM/tivoli/ITM
250 MB
DB2 サーバー
v /opt/IBM/db2/V9.7
2.1 GB
DB2 データベース・インスタンス
v /home/ctginst1
12.5 GB
DB2 クライアント (マルチサーバー・トポロジ
ー用)
v /opt/IBM/db2/V9.7
400 MB
Tivoli Directory Server
800 MB
/opt/ibm/ldap/V6.3
注: 個別のファイル・システムを作成した場合、例
えば、Tivoli Directory Server のインストール場所
用に /opt/ibm/ldap または /opt/ibm を作成した
場合、インストール・ディレクトリー /opt および
Tivoli Directory Server の両方が、ディスク・スペ
ース要件を満たしていることを確認してください。
Tivoli Directory Server データベース
/home/idsccmdb
300 MB
WebSphere Application Server
v /usr/IBM/WebSphere/AppServer
3.5 GB
WebSphere Application Server 更新インストーラ
ー
v /usr/IBM/WebSphere/UpdateInstaller
500 MB
IBM HTTP Server
v /usr/IBM/HTTPServer
1.1 GB
/usr/ibm/common/acsi
ミドルウェア・インストーラーおよび Base
Services インストーラーが使用するソリューショ
ン・インストーラー
400 MB
注: データベースのデータ増加に備えた追加のディスク・スペース計画。必要なディスク・スペースは、データベー
スの構成、管理対象ターゲット・コンピューターの数など、さまざまな要素によって異なります。例えば、50000 の
ターゲットを管理している場合、50 GB の空きディスク・スペースを割り振ります。別の、専用ストレージ・デバイ
スにデータベースを格納し、同じデバイスにアクセスする他のアプリケーションによってパフォーマンスが影響を受
けないようにすることを検討してください。
第 2 章プリインストール・タスク
11
DVD ドライブ
DVD を使用して製品をインストールする場合、トポロジー内の各コンピューターに DVD ドライブが必要
です。
プリインストール・ステップ 5: コンポーネント要件の確認
Tivoli Provisioning Manager には、多数のコンポーネントおよび製品が含まれており、これらが連携して機
能します。すべての製品コンポーネントの要件を満たしていることを確認してください。
サポートされるオペレーティング・システムとミドルウェアの組み合わせ
このセクションでは、サポートされるオペレーティング・システムおよびバージョンとミドルウェアの組み
合わせについて説明します。Tivoli Provisioning Manager ソフトウェアは、アプリケーション・サーバーと
同じコンピューターにインストールされます。マルチサーバー・トポロジーを使用している場合は、そのト
ポロジー内の各コンピューターでコンポーネント要件を確認してください。
v 『サポートされるオペレーティング・システムとミドルウェアの組み合わせ (AIX の場合)』
サポートされるオペレーティング・システムとミドルウェアの組み合わせ (AIX の場合)
注: Oracle Real Application Clusters (RAC) はサポートされません。
データベース
オペレーティング・システムおよびプラ
ットフォーム
DB2 9.7 FP4
Oracle
Database
アプリケーシ
ョン・サーバ
ー
IBM
WebSphere
Application
Server
Network
Deployment
6.1.0.37
ディレクトリー・サーバー
IBM Tivoli
Directory
Server 6.3
Microsoft
Active
Directory
2003 SP2 ま
たは 2008
SP2
管理ワークス
テーション
サポートされ
ている
Provisioning
Manager for
OS
Deployment
親サーバー
AIX 7.1 (IBM System p 64 ビット)
11g R2 のみ
Tivoli
Provisioning
Manager for
OS
Deployment
バージョン
7.1.1.4 以降
でサポート
AIX 6.1 TL3 or later (IBM System p 64
ビット)
10.2.0.4g ま
たは 11g R1
(AIX 6.1
GA のみ
Tivoli
Provisioning
Manager for
OS
Deployment
バージョン
7.1.1.3 以降
でサポート)
AIX 5.3 TL10 (IBM System p 64 ビッ
ト)
10.2.0.4g の
み
オペレーティング・システムのプリインストール・タスク
インストールの前に、ご使用のオペレーティング・システムに応じて、以下のタスクを実行します。
12
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
AIX プリインストール・タスク
コンピューターが 64 ビットのカーネル・モードを実行していることを確認します
以下のコマンドを実行します。
prtconf -k
AIX automountd 自動マウント・デーモンを無効にします
1. デーモンが実行中かどうかを確認します。
lssrc -s automountd
2. 実行中の場合は、これを停止します。
stopsrc -s automountd
デフォルトのページング・スペースの設定
ページング・スペースは、少なくともシステムの物理メモリーの合計に設定しますが、物理メモリー・サイ
ズの 2 倍に設定することをお勧めします。
1. サーバー上で現在使用可能な物理メモリーの量を判別するには、以下のコマンドを実行します。
lsattr -El mem0
2. サーバーが使用可能な現在のページング・スペースの容量を判別するには、以下のコマンドを実行しま
す。
lsps -a
このコマンドを実行すると、以下の例のような出力が生成されます。
Page Space
hd6
Physical Volume
hdisk0
Volume Group
rootvg
Size
5632MB
%Used
2
3. 論理区画のサイズを判別するには、次のコマンドを実行します。
lslv hd6
このコマンドを実行すると、以下の例のような区画情報を含む出力が生成されます。
LPs:
PP SIZE:
44
128 megabyte(s)
出力例では、それぞれ 128 MB のサイズの論理区画が合計 44 存在します。この結果は、システムが
使用可能なページング・スペースは合計 5632 MB であることを示しています。
4. さらに多くのページング・スペースを追加するには、システムにより多くの論理区画を追加する必要が
あります。次のコマンドを実行してください。
chps -s xx yyy
ここで、xx は追加する論理区画の数で、yyy は論理ボリュームを識別する ID です。例えば、
chps -s ’10’ hd6
この例では、10 個の論理区画が論理ボリューム hd6 に追加され、その結果、1280 MB がページン
グ・スペースに追加されます。
ユーザーごとの最大プロセス数を少なくとも 2048 に設定します。
この設定は、プロビジョニング・サーバーの始動に必要です。
1. 次のコマンドを実行してください。
第 2 章プリインストール・タスク
13
smit chgsys
2. 「プロセスの最大数 (Maximum number of PROCESSES)」の値が 2048 以上の値に設定されているか
確認します。
ファイル・システムでの大容量ファイル・サイズを有効にします
/home ファイル・システムが JFS の場合、「ラージ・ファイル・イネーブル」が「はい」になっているこ
とを確認するか、/home ファイル・システムを JFS2 (Enhanced JFS) にビルドし直します。AIX 6.1 およ
び 7.1 の場合、JFS2 ファイル・システムがデフォルトのファイル・システムです。ファイル・システム・
タイプを確認して、JFS ファイル・システムの大容量ファイル・サイズを有効にするには、以下のとおりに
します。
1. コマンド mount を実行して、ファイル・システムのタイプを確認します。コマンドの結果は、マウント
されているすべてのファイル・システムのファイル・システム・タイプを表示します。以下の例で
は、/home ファイル・システムは JFS2 です。
/dev/fslv00
/home
jfs2
Sep 17 10:45 rw,log=/dev/loglv00
2. 以下のコマンドを実行して、大容量ファイル・サイズ設定を確認します。
smit chfs
「ジャーナル・ファイルシステムの特性の変更/表示」を選択して、リストから /home を選択します。
3. 「ラージ・ファイル・イネーブル」が「はい」に設定されていることを確認します。「いいえ」に設定
されている場合は、以下のステップを実行してください。
a. /home ファイル・システム内のデータをバックアップします。
b. smit storage コマンドを使用して、/home ファイル・システムをアンマウントして除去します。
c. 以下のコマンドを使用して、/home ファイル・システムを JFS2 として作成します。
smit crfs
d. 「拡張ジャーナル・ファイルシステムの追加」を選択します。
e. smit storage コマンドを使用して、もう一度 /home をマウントします。
f. /home でバックアップしたデータを復元します。
ユーザーの制限を設定します
1. プロビジョニング・サーバーで、root としてログオンします。
2. ファイル /etc/security/limits を確認してください。 ctginst1、root、または tioadmin の制限が
unlimited に設定されていない場合は、ファイル内で構成されている制限を以下の例のように変更して
ください。これらのユーザーがまだ存在しない可能性がある場合でも、インストールを正しく進めるた
めに必要なので、以下の手順を実行してください。例では、ctginst1 はデータベース・インスタンス・
ユーザーの名前として使用されます。
ctginst1:
fsize = -1
cpu = -1
data = -1
rss = -1
stack = -1
stack_hard = -1
root:
fsize = -1
cpu = -1
data = -1
rss = -1
stack = -1
stack_hard = -1
nofiles = 8192
tioadmin:
14
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
fsize = -1
core = -1
cpu = -1
data = -1
rss = -1
stack = -1
stack_hard = -1
nofiles = 32767
nofiles_hard = 32767
ユーザー名とユーザーの制限との間に空の行が存在しないことを確認します。
3. 変更が有効になるように、root としてログアウトしてから、ログインし直します。
2000
DB2
DB2 が既にインストール済みの場合は、データベース・インスタンスを再始動します。それ
以外の場合は、このステップをスキップしてください。
5. ulimit -a を実行して、コマンド・ウィンドウから設定を確認します。このコマンドの出力には、
ulimit 設定がすべて表示されます。
4.
Compiz を使用している場合は、環境変数を設定します。
コマンド export AWT_TOOLKIT=MToolkit を実行します。
/tmp ディレクトリーでスティッキー・ビットを設定します。
/tmp フォルダーの許可を 1777 に設定するには、以下のコマンドを実行します。
chmod 1777 /tmp
コマンド・プロンプトの要件を確認します
コマンド・プロンプトは、$、#、または > で終わる必要があります。
必要なパッケージ (UNIX および Linux)
UNIX および Linux では、Tivoli Provisioning Manager をインストールするためにいくつかのパッケージが
必要です。
必須パッケージは以下のセクションにリストされています。
v 『UNIX および Linux の一般要件』
v 『必要な AIX パッケージ』
UNIX および Linux の一般要件
以下は必須ユーティリティーであり、以下の場所から使用できる必要があります。
v Bash: /bin/bash
v expect、tar、gzip: /usr/bin
この場所に存在しない場合は、そのディレクトリーに実際の場所へのシンボリック・リンクを作成してくだ
さい。
必要な AIX パッケージ
AIX の場合は、以下のパッケージが必要です。特定バージョンのパッケージがリストされていない場合、
現行更新レベルでご使用のオペレーティング・システムに付属しているパッケージのネイティブ・バージョ
ンを使用します。どのパッケージがインストールされているかを確認するには、lslpp コマンドを使用しま
す。例えば、次のようになります。
第 2 章プリインストール・タスク
15
lslpp -L|grep unzip
表 6. 必要な AIX パッケージ
要件
詳細
サポート対象のすべて
の AIX オペレーティ
ング・システムで必要
なパッケージ
bash
bash-doc
cairo-1.8.8-1
curl
expect 5.42 またはそれ以降 (このパッケージは /tcltk ディレクトリーにある可能性があります)
glib
gtk2 (最新バージョン)
perl-5.8.2
tcl (このパッケージは /tcltk ディレクトリーにあります)
tk (このパッケージは /tcltk ディレクトリーにあります)
unzip
wget-1.9
zip
これらのパッケージを取得するには、http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアク
セスします。AIX 6.1 で、RPM パッケージを AIX ツールボックスからダウンロードする場合は、AIX
6.1 ではなく AIX 5.2 用の tcl、tk、および expect パッケージをダウンロードする必要があります。
サポート対象のすべて
の AIX オペレーティ
ング・システムで必要
な tar ユーティリティ
ー
ネイティブ UNIXtar は DB2 インストーラーで必要となります。GNU tar は、インストール・ファイル
を抽出するために必要です。これが必要なのは、ネイティブ UNIX tar が長いファイル名をサポートして
いないためです。
1. ネイティブ UNIX tar が /bin/tar にインストールされていることを確認してください。次のコマン
ドを実行してください。
/bin/tar --version
ネイティブ UNIX tar が /bin/tar にインストールされている場合は、コマンド出力に構文情報が表
示されます。
2. GNU tar バージョン 1.14 以降がインストールされていることを確認します。GNU tar を取得するに
は、http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアクセスします。デフォルトで
は、GNU tar は /opt/freeware/bin/tar にインストールされています。
3. GNU tar バージョンを確認するには、以下のコマンドを実行します。
gtar --version
このコマンドの出力には、GNU tar バージョンおよび著作権情報が表示されます。
4. PATH 変数にネイティブ UNIX tar パスと GNU tar パスの両方が含まれ、ネイティブ UNIX tar パ
スが GNU tar パスの前に定義されていることを確認してください。例えば、次のようになります。
PATH=/usr/bin:/opt/freeware/bin/:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:
/usr/java14/jre/bin:/usr/java14/bin
openssh
openssl
サポート対象のすべて
の AIX オペレーティ
ング・システムに必要
ご使用の AIX バージョンに適したバージョンの openssh および openssl をインストールします。これら
のパッケージがインストールされているかどうか、およびそのバージョンを確認するには、以下を実行し
ます。
lslpp -l |grep openssh
lslpp -l |grep openssl
必要最低限の openssh バージョンは 5.0.0.5301 です。openssh がインストールされていない場合は、
https://sourceforge.net/projects/openssh-aix からダウンロードしてください。
openssl がインストールされていない場合:
1. http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアクセスします。
2. 「AIX Toolbox Cryptographic Content」をクリックします。
3. Web サイトにサインインします。パッケージをダウンロードするには登録する必要があります。
16
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 6. 必要な AIX パッケージ (続き)
要件
詳細
AIX のバージョンに応
じて必要な、ランタイ
ム環境コンポーネント
AIX 7.1:
xlC.rte パッケージがインストールされているかどうか、およびそのバージョンを確認するには、以下を
実行します。
lslpp -l |grep -i ’xlc.*rte’
必要なコンポーネントは、次のとおりです。
xlC.rte.11.1.0.1
xlC.aix61.rte.11.1.0.1
これらのコンポーネントを含むパッケージを取得するには、https://www-304.ibm.com/support/
docview.wss?rs=0&uid=swg24026513にアクセスします。
AIX 6.1:
xlC.rte パッケージがインストールされているかどうか、およびそのバージョンを確認するには、以下を
実行します。
lslpp -l |grep -i ’xlc.*rte’
必要なコンポーネントは、次のとおりです。
xlC.rte.10.1.0.0
xlC.aix61.rte.10.1.0.0
これらのコンポーネントを含むパッケージを取得するには、http://www.ibm.com/systems/p/os/aix/linux/
toolbox/download.html にアクセスします。AIX 5.3:
xlC.rte パッケージがインストールされているかどうか、およびそのバージョンを確認するには、以下を
実行します。
lslpp -l |grep -i ’xlc.*rte’
必要なコンポーネントは、次のとおりです。
xlC.rte.9.0.0.1
xlC.aix50.rte.9.0.0.1
これらのコンポーネントを含むパッケージを取得するには、http://www-01.ibm.com/support/
docview.wss?uid=swg24016630 にアクセスします。
Oracle
2000
Oracle デ
ータベースを使用して
いる場合に必要な追加
パッケージ
gcc
gcc-c++
libgcc
libstdc++
libstdc++_devel
これらのパッケージを取得するには、http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアク
セスします。
bos.adt.libm
bos.adt.prof
bos.cifs_fs.rte
bos.perf.proctools
これらのパッケージを取得するには、http://www.ibm.com/eserver/support/fixes にアクセスします。製品ファ
ミリーに IBM System p を指定し、AIX バージョンを選択します。これで各パッケージを検索できます。
データベースおよびディレクトリー・サーバーの要件
Tivoli Provisioning Manager をインストールする前に、オペレーティング・システムまたはデータベースの
要件を満たしていることを確認してください。
第 2 章プリインストール・タスク
17
データベース・サーバー要件
DB2 は、Windows、UNIX、および Linux でサポートされています。Oracle Database は UNIX および
Linux でサポートされています。
2000
DB2
DB2 Enterprise Server 9.7 FP4
DB2 をデータベースとして使用する場合は、以下の情報を確認してください。
v DB2 のインストールの場合、表スペースのディスク・スペース要件を満たすには、DB2 データベース・
インスタンスのホーム・ディレクトリーに少なくとも 8 GB のフリー・スペースを確保してください。
デフォルトでは、この場所は /home/ctginst1 です。
v データベース・インスタンスが正常に開始されるように、AIX 5.3 上で非同期入出力が使用可能になっ
ていることを確認します。非同期入出力を使用可能にするには、以下のようにします。
1. システムに root ユーザーとしてログインします。
2. smit chgaio を実行します。
3. System Management Interface Tool (SMIT) ダイアログ・ボックスで、状態をシステム再始動に「定義
済み」から「使用可能」に構成されるように変更して、「OK」をクリックします。
4. SMIT を終了します。
5. smit aio を実行します。
6. System Management Interface Tool (SMIT) ダイアログ・ボックスで、「定義済み非同期入出力の構
成」を選択して、「Enter」をクリックします。
7. システムをリブートして変更を有効にします。
Oracle
2000
Oracle Database 10.2.0.4g、11g R1、または 11g R2
Oracle Database を使用する場合は、以下の情報を確認してください。
v ご自分で Oracle Database インストール・メディアを用意し、それをインストールしてから Tivoli
Provisioning Manager をインストールする必要があります。Oracle Database のインストールおよびセッ
トアップを行う前に、ご使用の Oracle Database の資料を参照して、オペレーティング・システムおよび
バージョンの要件を満たしていることを確認してください。
v Oracle Text がインストールされ、構成されている必要があります。Oracle Text が使用不可である場合
は、Tivoli Provisioning Manager をインストールする前に使用可能に設定する必要があります。
ディレクトリー・サーバーの要件
Tivoli Directory Server または Microsoft Active Directory はディレクトリー・サーバーとしてサポートされ
ています。
Tivoli Directory Server
Tivoli Directory Server をディレクトリー・サーバーとして使用する場合は、次の情報を確認してくださ
い。
v Tivoli Directory Server をミドルウェア・インストールの一部として自動的にインストールできるか、手
動でインストールする必要があるかは、オペレーティング・システムによって異なります。
18
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v 新しい Tivoli Directory Server をインストールする場合、企業にパスワード変更の手順がなければ、ユー
ザー・パスワードを変更する前に、 288 ページの『ユーザー・パスワードの変更』のステップを実行す
る必要があります。
v loc.iso.en_US ロケール・モジュールがインストール済みで、レベル 5.3.0.0 以上でなければなりませ
ん。loc.iso.en_US モジュールがインストールされているかどうかを確認するには、以下を実行しま
す。
lslpp -l | grep bos.loc.iso.en_US
ブラウザーの要件
Tivoli Provisioning Manager では、ブラウザーでインストール・ランチパッドおよび Web インターフェー
スを実行する必要があります。ブラウザーの要件が満たされていることを確認してください。
次の Web ブラウザーがサポートされています。
v Mozilla Firefox 3.5.2 およびそれ以降. AIX のブラウザーを取得するには、http://www.ibm.com/systems/p/
os/aix/browsers/index.html にアクセスします。現在のオペレーティング・システム構成によっては、ブラ
ウザーをインストールする前に追加パッケージをインストールしなければならない場合があります。必
要なパッケージを取得するには、http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアクセ
スします。
Mozilla Firefox のバージョンを確認するには、以下を実行します。
firefox -version
インストールを開始する前に、このコマンドでエラーが戻されないことを確認します。
注: インストールの完了後に、ブラウザーおよび関連するパッケージを除去することができます。
プリインストール・ステップ 6: 環境の確認
ホスト名、IP アドレス、ポート、リモート・ネットワーク接続、およびその他の環境要件に関するルール
を確認します。
このセクションでは、以下に関する環境要件をリストします。
v ホスト名および IP アドレス
v DNS サーバーによるホスト名の解決
v hosts ファイルによるホスト名の解決
v ネットワーク情報サービス (NIS) の考慮事項
v マルチサーバー・トポロジー用のリモート構成
v ポート要件
v SSH 要件
v X セッション要件
v インストール・メディア
v ディレクトリー・パス
v アンチウィルス・ソフトウェアまたはプロセスを大量に消費するソフトウェア
v 再インストール
第 2 章プリインストール・タスク
19
ホスト名および IP アドレス
以下の要件がホスト名に適用されます。
v 完全修飾ドメイン名を構成する必要があります。例えば、ホスト名が river で、ドメイン名が
example.com の場合、完全修飾ドメイン名は river.example.com です。この値は大文字小文字が区別さ
れます。
v 静的 IP アドレスが構成される必要があります。動的 IP アドレスは、プロビジョニング・サーバーでは
サポートされません。
デフォルト・ドメイン名の検索順序は以下のとおりです。
1. ドメイン名システム (DNS) サーバー
2. ネットワーク情報サービス (NIS)
3. ローカル /etc/hosts ファイル
DNS サーバーによるホスト名の解決
DNS サーバーを使用してホスト名を解決する場合、ホスト名が DNS サーバー上に構成されている必要が
あります。また、DNS サーバーで構成されているホスト名と、オペレーティング・システムで構成されて
いるホスト名が一致している必要もあります。ホスト名が一致していることを確認するには、以下の手順を
実行します。
1. オペレーティング・システムで構成されているホスト名を確認します。次のコマンドを実行します。
hostname
コマンドは、コンピューターの簡略ホスト名を返します。例: mycomputer。
2. DNS サーバーで構成されているホスト名を確認します。次のコマンドを実行してください。
nslookup host_name
ここで、host_name は、前のステップで返された短いホスト名です。
nslookup コマンドは、DNS サーバーで構成された完全修飾ドメイン名 (例: mycomputer.example.com)
を返します。
3. オペレーティング・システムで構成済みのホスト名が DNS サーバーで構成済みの完全修飾ドメイン名
の最初の部分と一致しない場合は、オペレーティング・システムで構成済みのホスト名の値を変更しま
す。次のコマンドを実行してください。
hostname new_name
ここで、new_name は新規のホスト名です。
hosts ファイルによるホスト名の解決
hosts ファイルを使用して IP アドレスを解決している場合は、ファイルが正しく構成されている必要があ
ります。このファイルは通常次の場所にあります。
v /etc/hosts
コマンド ping localhost を正常に実行できることを確認します。エラーが発生する場合は、hosts ファイ
ルの形式に問題がある可能性があります。このファイルには、以下の情報が指定の順序で含まれている必要
があります。
v IP アドレス 127.0.0.1、完全修飾ドメイン名、およびインストーラーを実行するコンピューターのホス
ト名 (最初のエントリーとして必要)。
v IP アドレス 127.0.0.1、完全修飾ドメイン名 localhost.localdomain、およびホスト名 localhost
20
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
注: 単一ノード構成であってもマルチノード構成であっても、すべてのノード上で /etc/hosts を構成する
必要があります。ファイルに localhost およびコンピューターの実際のホスト名の両方について静的 IP
アドレスが含まれていることを確認してください。後で IP アドレスを変更する場合、このファイルを変更
する必要があります。
例えば、ホスト名 river を持つコンピューターの場合、このファイルの内容は以下の例のようになりま
す。
#IP アドレス完全修飾ドメイン名
10.0.0.12
river.example.com
127.0.0.1
localhost.localdomain
短縮名
river
localhost
ネットワーク情報サービス (NIS) の考慮事項
NIS がインストール済みの場合は、/etc/irs.conf ファイルがシステム・デフォルトよりも優先します。
このファイルには、以下の情報があります。
hosts = bind,local
/etc/netsvc.conf ファイルが存在する場合は、/etc/irs.conf ファイルおよびシステム・デフォルトより
も優先します。このファイルには、以下の情報があります。
hosts = bind,local
NSORDER 環境変数が設定されている場合は、前のすべてのファイルよりも優先します。このファイルに
は、以下の情報があります。
export NSORDER=bind,local
マルチサーバー・トポロジー用のリモート構成
マルチサーバー・トポロジーを使用する場合、Base Services インストールでは、Remote Execution and
Access (RXA) を使用してミドルウェアを構成します。RXA を使用するには、サポートされるリモート・
アクセス・プロトコルがミドルウェアのインストール先の各コンピューター上で有効になっている必要があ
り、各コンピューター上で管理ユーザーがリモート・アクセス用に構成されている必要があります。
リモート構成では、ローカルまたはリモート・システム上のネットワーク・ドライブへのアクセスはサポー
トされていません。
AIX システムのデフォルトのインストール済み環境には、適切なプロトコルが含まれていない場合があり
ます。互換性のあるプロトコルが有効になっている必要があります。
リモート接続には、root ユーザー名およびパスワードが必要です。 root ユーザーが、SSH を使用してリ
モート・コンピューターにアクセスできることを確認してください。
ネットワーキング要件
管理ワークステーションが必要な場合や、Base Services を別個のコンピューターにインストールする場合
は、プロビジョニング・サーバー上と、Base Services をインストールするコンピューター上の両方でポー
ト設定を確認してください。この 2 台のコンピューターで、ネットワーク・インターフェース・カードの
ポート速度設定とポート・スイッチのポート速度設定が一致することを確認します。設定が一致していない
場合、インストール中のコンピューター間のファイル転送は失敗する可能性があります。ネットワーク・イ
ンターフェース・カードとポート・スイッチの両方で、ポート速度を双方向通信に設定することをお勧めし
ます。
ネットワーク・メディアの速度設定
第 2 章プリインストール・タスク
21
AIX 5.3 の場合は、メディア速度を Auto_Negotiation に設定します。
1. コマンド smitty を実行します。
2. 「デバイス」 > 「通信」 > 「イーサネット・アダプター」 > 「アダプター (Adapters)」 > 「イーサ
ネット・アダプターの特性の変更/表示」を選択します。
3. 正しいアダプターを選択します。
4. 「メディア・スピード」を選択し、「自動ネゴシエーション (Auto_Negotiation)」を選択します。
ポート要件
Tivoli Provisioning Manager 要件にリストされたポートが使用可能になっている必要があります。通信ポー
トについて詳しくは、Tivoli Provisioning Manager の通信ポートを参照してください。
ポートが使用可能かを確認するには、以下のようにします。
v smitty inetserv を実行します。すべてのサービスをリストするオプションを選択し、必要なポートが
空いているかどうかを調べて確認します。
2000
DB2
DB2 のデフォルトでは、インストール用にポート番号 50000 を使用します。/etc/services フ
ァイルでは、このポートは TCP と UDP の両方で mrt プログラム用に予約済みとしてリストされていま
す。/etc/services ファイルでこれらの行をコメント化しないと、インストールが失敗する可能性がありま
す。以下の行をコメント化します。
mrt 50000/tcp # telnet interface of mrt programs
mrt 50000/udp # telnet interface of mrt programs
注: インストール時に管理ワークステーションから発行された PING コマンドは、デプロイメントに関係
する各サーバーから応答を受け取る必要があります。各ミドルウェア・ホスト・サーバーが、PING 要求に
応答するように構成されていることを確認してください。
SSH 要件
以下の要件が満たされていることを確認します。
1. ファイル /etc/ssh/sshd_config は存在します。このファイルには、インストールに関する他の SSH
要件の検証に使用する SSH 構成設定が含まれています。
2. root アクセスが SSH デーモン (sshd) によって許可されています。 /etc/ssh/sshd_config ファイル
で、PermitRootLogin 行がコメント化されていないことと、この設定の値が yes であることを確認して
ください。
3. インストールを実行するために、SSH が実行中である必要があります。SSH の状況を検査するには、
以下を実行します。
ps -ef | grep sshd
SSH が実行されている場合は、/usr/sbin/sshd の項目が表示されます。
X セッションの使用
X セッションを使用して、インストールを Windows コンピューターからリモートで実行する場合、イン
ストーラーの表示をサポートする X ソフトウェアを使用する必要があります。Cygwin X ソフトウェアで
は、インストーラーの表示がサポートされていません。別の方法として、VNC を使用することができま
す。コンピューターに VNC をセットアップするには以下のようにします。
1. IBM AIX Toolbox download information から VNC パッケージをダウンロードします。
2. 次のコマンドを実行して、パッケージをインストールします。
22
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
rpm -ivh package_name
ここで、package_name はダウンロードしたパッケージの名前です。
3. VNC に接続するユーザーとしてログオンします。
4. VNC サーバーを開始します。VNC 接続のパスワードを求めるプロンプトが表示されます。
カラー階調および解像度を depth および geometry オプションを使用して調整しなければならない場合
があります。例えば、Firefox では、24 ビット以上のカラー階調が必要です。カラー階調がこれより低
い場合、ブラウザーが異常終了することがあります。VNC ウィンドウのサイズが現在のディスプレイ
設定およびビデオ・カードに適したものとなるように、geometry オプションを設定してください。以下
のコマンドは、カラー階調を 24 ビットに、解像度を 1280 X 1024 に設定します。
/usr/bin/X11/vncserver -depth 24 -geometry 1280x1024
VNC デスクトップに、Windows コンピューターから接続するには、以下のようにします。
v HTTP を使用する場合:
1. http://host_name:5801 にアクセスします。
v VNC クライアントを使用する場合:
1. VNC クライアントをインストールします。
2. VNC クライアントを実行し、以下のとおり入力します。
host_name:port_number
ここで、host_name は AIX コンピューターのホスト名です。この接続のデフォルトのポート番号は 5801
です。ポート番号は、$HOME/.vnc/host_name:display_number.log で見つけることができます。
また、他の VNC クライアントを使用して VNC デスクトップにアクセスすることもできます。
インストール・メディア
読み取り専用のマウント済みドライブに保管されたイメージからのインストールはサポートされていませ
ん。
ディレクトリー・パス
UNIX または Linux システムでインストール・パッケージをコピーする場合や、インストール時にディレ
クトリーを指定する場合は、ディレクトリー・パスにスペース文字を使用しないでください。スペース文字
を含むディレクトリー・パスはサポートされていません。
Tivoli Provisioning Manager のインストールを始める前に、/usr/tivoli ディレクトリーが存在しないか、
存在する場合は、このディレクトリーに 755 権限が設定されていることを確認します。
アンチウィルス・ソフトウェアまたはプロセスを大量に消費するソフトウェア
インストール・トポロジーに、アンチウイルス・スキャンでスケジュール済みのプロセスなど、大量のシス
テム・リソースを消費するプロセスがないか、コンピューターをチェックしてください。これらのプロセス
によって、インストール操作によってはタイムアウトになる可能性があります。インストールを開始する前
に、これらのプロセスを停止するか、またはスケジュールを変更してください。
第 2 章プリインストール・タスク
23
Tivoli Provisioning Manager の再インストール
Tivoli Provisioning Manager は、再インストールする前に、完全にアンインストールする必要があります。
詳細については、 183 ページの『第 5 章 Tivoli Provisioning Managerのアンインストール』を参照してく
ださい。
プリインストール・ステップ 7: ユーザー名、データベース名、ユーザー・
パスワードの要件の確認
ユーザー名、データベース名、ユーザー・パスワード、およびデータベース・インスタンスなどの DB2 オ
ブジェクトの名前の要件を確認します。
ユーザー名、データベース名、ユーザー・パスワードの一般要件
以下の一般ルールは、すべてのユーザー名、データベースおよびデータベース・インスタンス名、ユーザ
ー・パスワードに適用されます。
ユーザー名
ユーザー名の文字には、以下の制限が適用されます。
v このセクションの他のルールで特に明示されていない限り、名前に使用できるのは、英数字とピ
リオド (.)、アットマーク (@)、ハイフン (-)、および下線 (_) だけです。
v
2000
DB2
ユーザー名については、以下の追加制限が適用されます。
– 名前の先頭に数字または下線文字 (_) は使用できません。
– SQL 予約語は使用できません。
–
- 名前は小文字にする必要があります。
- 名前に使用できるのは小文字の a から z、0 から 9、および下線 (_) 文字です。
- グループ名およびユーザー名は最大 8 バイトです。
– ユーザー名およびグループ名には、以下を使用できません。
- USERS、ADMINS、GUESTS、PUBLIC、 LOCAL、またはあらゆる SQL 予約語。
- 先頭が IBM、SQL、または SYS。
– ユーザー名およびグループ名は、関連システムによって特定のオペレーティング・システムで
強制されるルールにも従う必要があります。
例えば、Linux および UNIX プラットフォームでは、ユーザー名および 1 次グループ名は、
以下のルールに従う必要があります。
- 使用できる文字: 小文字の a から z、0 から 9、および下線 (_) 文字 (名前の先頭は 0 か
ら 9 以外)。
- 長さは 8 バイト以下でなければなりません。
データベース・インスタンス・ユーザーのホーム・ディレクトリー
データベース・インスタンス・ユーザーのホーム・ディレクトリーのシンボリック・リンクは使用
しないでください。
データベース名およびデータベース・インスタンス名
インスタンス名の場合、ユーザー名およびグループ名のルールが適用されます。さらに、以下のル
ールも適用されます。
DB2 データベース・インスタンス
v インスタンス名は最大 8 バイトです。
v インスタンス名には # 文字を使用できません。
24
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Tivoli Directory Server データベース名およびインスタンス名
v データベース名は、データベースがカタログされているロケーション内で固有でなけれ
ばなりません。このロケーションは、次のとおりです。
– ディレクトリー・パス。
v データベース別名は、システム・データベース・ディレクトリー内で固有でなければな
りません。新規データベースを作成すると、別名はデフォルトでデータベース名になり
ます。そのため、その名前のデータベースが存在していなくても、データベース別名と
して存在する名前を使用してデータベースを作成することはできません。
v データベースおよびデータベース別名は最大 8 バイトです。
v データベース名およびインスタンス名には、以下のルールが適用されます。
– 最大 8 バイトを使用できます。
– USERS、ADMINS、GUESTS、PUBLIC、 LOCAL、idsldap の値は使用できません。
– 先頭に IBM、SQL、SYS の値を使用することはできません。
– アクセント付き文字を使用することはできません。
– データベースを通信環境で使用する場合は、特殊文字 (@、#、および $) を含めるこ
とはできません。これらの文字はすべてのキーボードに共通ではないため、データベ
ースを別の言語で使用する場合は、これらの文字を使用しないでください。
– 以下の文字を使用することはできません。
- A から Z
- a から z
- 0 から 9
– 先頭に以下のいずれかの文字を使用する必要があります。
- A から Z
- a から z
ユーザー・パスワード
使用できるパスワードにいくつかの制限が適用されます。以下の要件を確認してください。
v パスワードには、英数字または次の文字しか使用できません。ピリオド (.)、ハイフン (-)、およ
び下線 (_) です。
v パスワードの最後にピリオド (.) を使用しないでください。
v パスワードには、以下の文字を使用しないでください。
& ^ < > " ’ ) ( | ! ? $ # % ` ¥ + <スペース文字>
v
2000
DB2
以下のルールは、DB2 ユーザー・パスワードに適用されます。詳しくは、DB2 の資
料を参照してください。
– パスワードの先頭にアンパーサンド (&) は使用できません。
– パスワードには最大 8 バイトまで使用できます。
v オペレーティング・システムとデータベースによっては、最小長や単純性などの追加のパスワー
ド・ルールがある場合もあります。詳しくは、オペレーティング・システムおよびデータベース
の資料を参照してください。
追加の考慮事項
ご使用の環境で構成されているセキュリティー管理によっては、Tivoli Provisioning Manager イン
ストーラーが、インストールに必要なユーザー・アカウントをシステム上に作成できない場合があ
ります。要因には以下のようなものがあります。
第 2 章プリインストール・タスク
25
v コンピューターで構成済みの許可またはアクセス・コントロール・リストによって、ユーザーの
作成、ユーザー関連ファイルおよびディレクトリーの作成、または許可の割り当てをインストー
ラーが実行できない可能性があります。
v インストール時に指定するパスワードが、ご使用の環境で構成されているパスワード・ポリシー
に準拠していない場合は、非準拠パスワードに関連付けられているユーザーのユーザー作成プロ
セスが失敗します。
インストール中にユーザー作成で問題が発生した場合、必要なユーザーを手動で作成し、すべての
セキュリティー・ポリシーおよび Tivoli Provisioning Manager 要件との準拠性を確保しなければな
らない場合があります。これで、インストーラーは構成されたユーザー・アカウントおよびユーザ
ー設定を使用できるようになり、インストールが実行可能になります。
スケーラブル配布インフラストラクチャー (SDI) では、ファイル・リポジトリーのユーザー名また
はパスワードに以下の 1 つ以上の文字を使用することはできません。
# @ : % / + ?
UNIX および Linux における追加ユーザー要件
インストール時に、必須ユーザーと同じ名前のユーザーが存在する場合は、以下のとおりです。
v インストーラーはインストール要件に合致するように既存のユーザー設定を変更します。
v インストール時に、そのユーザーに対して既存のパスワードを指定する必要があります。インストーラ
ーは既存のユーザーのパスワードは変更しません。
インストール時に、グループが存在しない場合はグループも作成され、必須ユーザーが割り当てられます。
root ユーザー要件
root ユーザーの umask 値を 022 に設定する必要があります。 umask 設定が存在する場合は、値
を 022 に変更します。インストール後に元の設定に戻すことができます。umask 値を設定するに
は、以下のようにします。
v ファイル /etc/security/user で root の umask 設定を umask = 022 に変更します。
2000
DB2
データベース・ユーザー要件
使用している既存の DB2 データベースがプロビジョニング・サーバーとは異なるコンピューター
上にインストールされている場合は、以下の要件を満たしていることを確認してください。
v データベース・インスタンス・ユーザーが DB2 サーバー上に存在している必要があります。例
えば、DB2 インスタンス ctginst1 を作成する場合は、DB2 サーバー上にユーザー (ユーザー
のホーム・ディレクトリーも含む) を作成する必要があります。グループ db2iadm1 が存在する
必要があります。
Network Information Service (NIS) および nsswitch.conf の設定
v NIS は、ユーザー・アカウントまたはグループの管理ではサポートされません。NIS ユーザー管
理が無効になっていることを確認してください。
プリインストール・ステップ 8: インストール・メディアの準備
Tivoli Provisioning Manager パッケージには、Tivoli Provisioning Manager および前提ソフトウェアのイン
ストール・メディアが含まれます。
ライセンス交付を受けた利用者の場合、以下のインストール・メディアを利用可能です。
v IBM Passport Advantage® の Web サイト。
v インストール DVD
26
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v Oracle Database インストール・イメージは提供されていません。 Oracle Database を使用する場合、イ
ンストール・メディアはご自身で取得する必要があります。
v Microsoft Active Directory インストール・イメージは提供されていません。 Microsoft Active Directory
を使用する場合、インストール・メディアはご自身で取得する必要があります。
ダウンロードしたインストール・イメージを使用する場合
手順
1. IBM サポート・ポータルからインストール・イメージをダウンロードします。詳しくは、
http://www.ibm.com/support/docview.wss?rs=1015&uid=swg24031105を参照してください。
2. プロビジョニング・サーバーで、root としてログオンします。
3. すべてのインストール・イメージをプロビジョニング・サーバーの単一ディレクトリーにダウンロード
します。例えば、次のようになります。
/install_images
4. 作成したディレクトリーに、すべてのインストール・イメージの内容を抽出します。インストーラーを
実行しているコンピューターでファイルを抽出する必要があり、それによって、ファイルに正しい許可
が与えられます。インストール・イメージは任意の順序で抽出できます。ファイルが別のファイルに置
き換えられることを示すメッセージが表示された場合は、「はい」を選択します。
v gtar を使用します。
5. 管理ワークステーションが、個別のコンピューターにある場合 ( 7 ページの『複数のサーバーへのデプ
ロイメント』を参照)、TPM_<ver>_Install_<os>.[zip|tar] ファイルの内容を管理ワークステーション
上で抽出してください。このファイル名で、ver は製品のバージョン番号、os はオペレーティング・シ
ステムです。
インストール DVD を使用する場合
v インストール・ランチパッドを開始して、ランチパッドからインストーラーを実行するには、オペレー
ティング・システムに適合するインストール DVD を使用してください。
v ミドルウェアのインストール中に、プロンプトが出された場合、オペレーティング・システムとハード
ウェアに適合するミドルウェア DVD を使用してください。
v コア・コンポーネントのインストール中に、プロンプトが出された場合、オペレーティング・システム
とハードウェアに適合するコア・コンポーネント DVD を使用してください。一部のオペレーティン
グ・システムとハードウェアでは、複数の DVD が必要な場合があります。
v 一部の Tivoli Provisioning Manager for OS Deployment 機能 (追加の Tivoli Provisioning Manager for OS
Deployment サーバーのインストールなど) では、インストール補足 DVD が必要となります。
第 2 章プリインストール・タスク
27
28
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 3 章 Tivoli Provisioning Manager のインストール
このトピックでは、インストール設定をカスタマイズして、マルチサーバー・トポロジーを使用することが
できるカスタム・インストールの実行に関する情報を提供します。
以下の図は、カスタム・インストールのステップの概要を示しています。
図 1. カスタム・インストールのステップ
1. ミドルウェアのインストールまたは再利用
データベース・サーバー、ディレクトリー・サーバー、およびアプリケーション・サーバーを先にイン
ストールする必要があります。既にインストール済みのサポートされるミドルウェアを使用するか、ま
たはミドルウェア・インストーラーを使用して、新しいミドルウェアをインストールすることができま
す。
2. Base Services のインストール
Base Services インストールの一環として、Base Services と同じコンピューターに言語パックをインス
トールすることで、英語以外の言語のサポートをインストールできます。
3. コア・コンポーネントのインストール
コア・コンポーネントは、ミドルウェアのインストール・ステップ中に、 WebSphere Application Server
をインストールしたコンピューターにインストールする必要があります。
© Copyright IBM Corp. 2003, 2012
29
4. Web コンポーネントのインストール
Web コンポーネントは、Base Services をインストールしたコンピューターにインストールする必要が
あります。
デプロイメント・シナリオの例
以下の例では、さまざまなデプロイメント・シナリオの手順の概要を示します。
例 1: シングル・サーバーのインストール
この例では、DB2 をデータベースとして使用し、Tivoli Directory Server をディレクトリー・サーバーとし
て使用する 1 台のコンピューターにすべての製品コンポーネントをインストールします。このアクショ
ン・シナリオは、Base Services および Web コンポーネントをデプロイするための管理ワークステーショ
ン・ソフトウェアをサポートするオペレーティング・システムを使用する場合にのみサポートされます。サ
ポートされるオペレーティング・システムについて詳しくは、 12 ページの『プリインストール・ステップ
5: コンポーネント要件の確認』を参照してください。
1. ランチパッドを始動します。
2. ランチパッドで、ミドルウェアをインストールします。
3. ランチパッドで、Base Services をインストールします。ミドルウェア・ワークスペースからミドルウェ
アの設定をインポートすると、インストール設定のデフォルト値を使用できます。
4. ランチパッドで、コア・コンポーネントをインストールします。ミドルウェア・ワークスペースからミ
ドルウェアの設定をインポートすると、インストール設定のデフォルト値を使用できます。
5. ランチパッドで、Web コンポーネントをインストールします。
6.
171 ページの『第 4 章ポストインストール・タスク』を参照して、インストール後に必要な追加の構
成があるかどうかを確認します。
例 2: 別の管理ワークステーションを使用した、シングル・サーバー・インストール
管理ワークステーションのソフトウェアは、特定のオペレーティング・システムでのみサポートされます。
別のオペレーティング・システムを使用して、すべてのランタイム・コンポーネントを単一コンピューター
にインストールする場合は、管理ワークステーション用に別のコンピューターを使用する必要があります。
コンピューター 1
プロビジョニング・サーバー
コンピューター 2
管理ワークステーション
1. コンピューター 1 で、ランチパッドを始動します。
2. ランチパッドで、ミドルウェアをインストールします。
3. コンピューター 2 で、ランチパッドを始動します。
4. ランチパッドで、Base Services をインストールします。ミドルウェアの設定は、プロビジョニング・サ
ーバー上のミドルウェア・ワークスペースからインポートできます。
5. コンピューター 1 のランチパッドで、コア・コンポーネントをインストールします。ミドルウェア・ワ
ークスペースからミドルウェアの設定をインポートすると、インストール設定のデフォルト値を使用で
きます。
6. コンピューター 2 のランチパッドで、Web コンポーネントをインストールします。
30
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
7.
171 ページの『第 4 章ポストインストール・タスク』を参照して、インストール後に必要な追加の構
成があるかどうかを確認します。
例 3: マルチサーバー・トポロジー
この例では、すべての製品コンポーネントのフルインストールを実行し、DB2 および Tivoli Directory
Server を別々のコンピューター上にインストールします。
コンピューター 1
DB2 をインストールします。
コンピューター 2
Tivoli Directory Server をインストールします。
コンピューター 3
WebSphere Application Server およびその他のコンポーネントをインストールします。この例で
は、このコンピューターを Windows コンピューターにして、個別の管理ワークステーションを使
用せずに済むようにします。
WebSphere Application Server はディレクトリー・サーバーの後にインストールして、ディレクトリー・サ
ーバーで保護できるようにする必要があります。
1. トポロジー内のすべてのコンピューターがアクセス可能なディレクトリーの場所にミドルウェア・ワー
クスペースを作成します。実行するさまざまなインストーラーと各コンピューターとの間でインストー
ル済みミドルウェアのインストール・データを共有するための方法としては、この方法が最もシンプル
です。ミドルウェア・ワークスペースについて詳しくは、 43 ページの『ミドルウェア・インストーラ
ーのワークスペース』を参照してください。
注: ミドルウェア・ワークスペースに対して共有の場所を使用しない場合は、各コンピューターで実行
するミドルウェアのインストールごとに、別個の topology.properties ファイルが保存されます。イ
ンストールの実行時に、データを単一の topology.properties ファイルに手動で統合して、ミドルウ
ェア・ワークスペースをトポロジー内にある各コンピューターのローカル・ディレクトリーにコピーす
ることが必要になります。
2. コンピューター 1 で、ランチパッドを始動します。
3. ランチパッドで、ミドルウェア・インストーラーを実行して DB2 をインストールします。
4. コンピューター 2 で、ワークスペース・ディレクトリーを手動で作成します。デフォルト・ロケーシ
ョンは次のとおりです。
v /ibm/tivoli/mwi/workspace
5. ミドルウェアの設定を次のコンピューターにコピーします。
a. コンピューター 1 からコンピューター 2 のミドルウェア・ワークスペースへ
topology.properties ファイルをコピーします。topology.properties ファイルのデフォルト・ロ
ケーションは、以下のとおりです。
v /ibm/tivoli/mwi/workspace
b. データベース・サーバー設定が他のコンピューターのものであることをミドルウェア・インストー
ラーが認識するように、コンピューター 2 で topology.properties ファイルを編集します。各行
の machine1 を machine2 に変更します。例えば、データベース・サーバーの場合、この行は次の
ようになっています。
machine1.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
これを、以下のように変更する必要があります。
第 3 章インストール・タスク
31
machine2.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
コンピューター 1 では、topology.properties ファイルを元のまま残します。
6. コンピューター 2 で、ランチパッドを始動します。
7. ランチパッドで、ミドルウェア・インストーラーを実行して、Tivoli Directory Server をインストール
します。
8. ミドルウェアの設定を次のコンピューターにコピーします。
a. コンピューター 2 からコンピューター 3 のミドルウェア・ワークスペースへ
topology.properties ファイルをコピーします。
b. データベース・サーバー設定およびディレクトリー・サーバー設定が他のコンピューターのもので
あることをミドルウェア・インストーラーが認識するように、コンピューター 3 で
topology.properties ファイルを編集します。ディレクトリー・サーバーの machine1 設定を
machine3 に変更します。コンピューター 1 およびコンピューター 2 上の topology.properties
は変更せず、そのままにしてください。
9. コンピューター 3 で、ランチパッドを始動します。
10. ランチパッドで、ミドルウェア・インストーラーを実行して、WebSphere Application Server をインス
トールします。
11. ランチパッドで、Base Services をインストールします。ミドルウェアの設定は、プロビジョニング・
サーバー上のミドルウェア・ワークスペースからインポートできます。
12. ランチパッドで、コア・コンポーネントをインストールします。ミドルウェアの設定をミドルウェア・
ワークスペースからインポートします。
13. ランチパッドで、Web コンポーネントをインストールします。
14.
171 ページの『第 4 章ポストインストール・タスク』を参照して、インストール後に必要な追加の構
成があるかどうかを確認します。
例 4: 既存のディレクトリー・サーバーの再利用
この例のトポロジーは前の例と同じですが、新規ディレクトリー・サーバーをインストールするのではな
く、既存のディレクトリー・サーバーを使用します。
コンピューター 1
DB2 をインストールします。
コンピューター 2
既存の Tivoli Directory Server インストール済み環境を再利用します。
コンピューター 3
WebSphere Application Server およびその他のコンポーネントをインストールします。この例で
は、このコンピューターを Windows コンピューターにして、個別の管理ワークステーションを使
用せずに済むようにします。
WebSphere Application Server はディレクトリー・サーバーの後にインストールして、ディレクトリー・サ
ーバーで保護できるようにする必要があります。
1. トポロジー内のすべてのコンピューターがアクセス可能なディレクトリーの場所にミドルウェア・ワー
クスペースを作成します。実行するさまざまなインストーラーと各コンピューターとの間でインストー
ル済みミドルウェアのインストール・データを共有するための方法としては、この方法が最もシンプル
です。ミドルウェア・ワークスペースについて詳しくは、 43 ページの『ミドルウェア・インストーラ
ーのワークスペース』を参照してください。
32
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
注: ミドルウェア・ワークスペースに対して共有の場所を使用しない場合は、各コンピューターで実行
するミドルウェアのインストールごとに、別個の topology.properties ファイルが保存されます。イ
ンストールの実行時に、データを単一の topology.properties ファイルに手動で統合して、ミドルウ
ェア・ワークスペースをトポロジー内にある各コンピューターのローカル・ディレクトリーにコピーす
ることが必要になります。
2. コンピューター 1 で、ランチパッドを始動します。
3. ランチパッドで、ミドルウェア・インストーラーを実行して DB2 をインストールします。
4. ミドルウェアの設定を次のコンピューターにコピーします。
a. コンピューター 1 からコンピューター 2 のミドルウェア・ワークスペースへ
topology.properties ファイルをコピーします。
b. データベース・サーバー設定が他のコンピューターのものであることをミドルウェア・インストー
ラーが認識するように、コンピューター 2 で topology.properties ファイルを編集します。各行
の machine1 を machine2 に変更します。例えば、データベース・サーバーの場合、この行は次の
ようになっています。
machine1.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
これを、以下のように変更する必要があります。
machine2.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
コンピューター 1 では、topology.properties ファイルを元のまま残します。
5. コンピューター 2 では、既存のディレクトリー・サーバーが Tivoli Provisioning Manager に合わせて
正しく構成されていることを確認する必要があります。ディレクトリー・サーバーの構成を確認するた
めに、ミドルウェア・インストーラーを使用できます。 60 ページの『ミドルウェア・インストーラー
による既存の Tivoli Directory Server の検証』を参照してください。
6. ミドルウェアの設定を次のコンピューターにコピーします。
a. コンピューター 2 からコンピューター 3 のミドルウェア・ワークスペースへ
topology.properties ファイルをコピーします。
b. データベース・サーバー設定およびディレクトリー・サーバー設定が他のコンピューターのもので
あることをミドルウェア・インストーラーが認識するように、コンピューター 3 で
topology.properties ファイルを編集します。ディレクトリー・サーバーの machine1 設定を
machine3 に変更します。コンピューター 1 およびコンピューター 2 の topology.properties フ
ァイルはそのまま残します。
7. コンピューター 3 で、ランチパッドを始動します。
8. ランチパッドで、ミドルウェア・インストーラーを実行して、WebSphere Application Server をインス
トールします。
9. ランチパッドで、Base Services をインストールします。ミドルウェアの設定は、プロビジョニング・
サーバー上のミドルウェア・ワークスペースからインポートします。
10. ランチパッドで、コア・コンポーネントをインストールします。ミドルウェアの設定をミドルウェア・
ワークスペースからインポートします。
11. ランチパッドで、Web コンポーネントをインストールします。
12.
171 ページの『第 4 章ポストインストール・タスク』を参照して、インストール後に必要な追加の構
成があるかどうかを確認します。
第 3 章インストール・タスク
33
例 5: 仮想ホスト名を使用した 3 ノード Tivoli Provisioning Manager のインストー
ル
コンピューター 1
DB2 をインストールします。ミドルウェア・インストーラーを使用してインストールするか、手動
でインストールすることができます。
コンピューター 2
仮想ホスト名を使用して Tivoli Provisioning Manager をインストールします。
1. 以下の手順を実行して、仮想ホスト名を追加します。
a. 「コントロールパネル」 > 「ネットワーク接続」 > 「ローカルエリア接続」にナビゲートしま
す。
b. このリストで「インターネットプロトコル (TCP/IP)」を選択し、「プロパティ」をクリックして
「詳細設定」をクリックします。
c. 「IP アドレス」フィールドに仮想 IP を追加します
2. 以下の手順を実行して、環境変数 _CLUSTER_NETWORK_NAME_=<virtual hostname> を管理者ユー
ザー・レベルで追加します。
a. 「マイコンピュータ」 > を右クリックして「プロパティ」をクリックします。次に、「詳細設
定」タブをクリックして「環境変数」をクリックします。
b. 「Administrator のユーザー環境変数」で「新規」をクリックします。
c. 「変数名」に _CLUSTER_NETWORK_NAME_ と入力します。
d. 「変数値」に仮想ホスト名を短縮名の形式で入力し、「OK」をクリックします。
3. 管理者をログオフして再びログオンします。
4. ランチパッドで、ミドルウェア・インストーラーを実行して、WebSphere Application Server をインスト
ールします。
a. 「構成可能なホスト名」パネルで、「ローカル・マシン・ホスト名をオーバーライドします」オプシ
ョンを選択し、「ホスト名」フィールドに仮想ホスト名を入力します。
5. ランチパッドから、 127 ページの『Base Services のインストール』を行います。
a. 「ミドルウェア構成情報のインポート」パネルで、「ホスト名」フィールドに virtual IP を入力し
ます。
b. 「WebSphere 接続」パネルの「ホスト名」フィールドに virtual IP を入力します。
6. ランチパッドで、コア・コンポーネントをインストールします。
a. 「トポロジー構成」パネルで、「サービス IP の使用」チェック・ボックスを選択します。
b. 「コンポーネントの選択」パネルで、「TPMfOSD」チェック・ボックスのチェック・マークを外し
ます。
c. 「WebSphere Application Server Network Deployment 構成」パネルの「WebSphere Application
Server の完全修飾ドメイン名」フィールドに virtual hostname を入力します。
d. 「IBM Tivoli Provisioning Manager の構成」パネルで、「管理 IP アドレス」に virtual IP を使
用します。
7. Tivoli Provisioning Manager Web コンポーネント・インストールを起動します。
例 6: 2 ノード・サーバーのインストール
コンピューター 1
DB2 または Oracle をインストールします。
34
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v
v
2000
DB2
DB2 をインストールします。ミドルウェア・インストーラーを使用するか、または手
動でインストールすることができます。
Oracle
2000
Oracle の資料の説明に従い、Oracle を手動でインストールします。詳細については、
73 ページの『手動による Oracle Database の構成』を参照してください。
コンピューター 2
ディレクトリー・サーバー、WebSphere Application Server、およびその他のコンポーネントをイン
ストールします。この例では、このコンピューターを Windows コンピューターにして、個別の管
理ワークステーションを使用せずに済むようにします。ディレクトリー・サーバーで保護できるよ
うに、WebSphere Application Server はディレクトリー・サーバーの後にインストールする必要が
あります。
Oracle
2000
Oracle データベース・サーバーを使用する場合、Oracle クライアントをこのノードにイ
ンストールする必要があり、クライアントが Oracle データベース・サーバーと通信できるように
する必要があります。
トポロジー内のすべてのコンピューターがアクセス可能なディレクトリーの場所にミドルウェア・ワークス
ペースを作成します。実行しているさまざまなインストーラーと各コンピューターとの間でインストール済
みミドルウェアのインストール・データを共有するための方法としては、この方法が最もシンプルです。詳
細については、 43 ページの『ミドルウェア・インストーラーのワークスペース』を参照してください。
注: ミドルウェア・ワークスペースに対して共有の場所を使用しない場合は、各コンピューターで実行する
ミドルウェアのインストールごとに、別個の topology.properties ファイルが保存されます。インストー
ルの実行時に、データを単一の topology.properties ファイルに手動で統合して、ミドルウェア・ワーク
スペースをトポロジー内にある各コンピューターのローカル・ディレクトリーにコピーすることが必要にな
ります。
1. コンピューター 1 で、ランチパッドを始動します。
2. ランチパッドで、ミドルウェア・インストーラーを実行して DB2 をインストールします。
3. コンピューター 2 で、ワークスペース・ディレクトリーを手動で作成します。デフォルト・ロケーシ
ョンは次のとおりです。
v /ibm/tivoli/mwi/workspace
4. ミドルウェアの設定を次のコンピューターにコピーします。
5. データベース・サーバー設定が他のコンピューターのものであることをミドルウェア・インストーラー
が認識するように、コンピューター 2 で topology.properties ファイルを編集します。各行の
machine1 を machine2 に変更します。例えば、データベース・サーバーの場合、この行は次のように
なっています。
machine1.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
これを、以下のように変更する必要があります。
machine2.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
コンピューター 1 では、topology.properties ファイルを元のまま残します。
6. コンピューター 2 で、ランチパッドを始動します。
7. ランチパッドで、ミドルウェア・インストーラーを実行して Tivoli Directory Server および
WebSphere Application Server をインストールします。
8. ランチパッドで、コア・コンポーネントをインストールします。ミドルウェアの設定をミドルウェア・
ワークスペースからインポートします。
第 3 章インストール・タスク
35
9. ランチパッドで、Web コンポーネントをインストールします。
10.
171 ページの『第 4 章ポストインストール・タスク』を参照して、インストール後に必要な追加の構
成があるかどうかを確認します。
例 7: Base Services 環境の他の製品と Tivoli Provisioning Manager のインストー
ル
Tivoli Provisioning Manager は、Base Services のバージョン 7.1.1.9 にインストールされている他の製品と
互換性があります。 1 ページの『サポートされるプラットフォームおよび互換性』で説明している互換性の
考慮事項には、いくつかの制約があります。
ランチパッドの開始
ランチパッドを使用すると、Tivoli Provisioning Manager に必要なすべてのコンポーネントをインストール
できます。
始める前に
手順
1. 以下のように、DVD マウント・ポイント以外からランチパッドを実行します。
/cdrom/launchpad.sh
ここで /cdrom は DVD マウント・ポイントです。
2. ランチパッドで言語を選択して、「OK」をクリックします。
タスクの結果
ランチパッドのパネルが表示されます。
ランチパッドの実行中は、生成されるランチパッド・メッセージが非表示のログ・フレームに収集されま
す。実行時に、ランチパッドのパネル下部にログ・フレームを表示するには、Ctrl キーを押しながらラン
チパッド内のバナー・フレームをクリックします。ランチパッドの実行中に生成されたメッセージが自動的
にハード・ディスクに保存されることはありません。ランタイム・セッションでのメッセージは、ログ・フ
レームの下部にある「保存」をクリックし、ファイルの保存先を指定することによって、保存することがで
きます。
Windows、AIX、および Linux でのミドルウェアのインストール
Tivoli Provisioning Manager をインストールできるようにするには、いくつかのミドルウェア製品を事前に
デプロイする必要があります。
このトピックでは、Windows、AIX、およびすべての Linux オペレーティング・システムでミドルウェアを
インストールする方法について説明します。
注: Red Hat Enterprise Linux 6.1 および AIX 7.1 で、日本語、中国語、中国語 (簡体字)、または韓国語の
ミドルウェアをインストールした場合、画面上のテキストが読めないことがあります。この問題を解決する
には、インストール用に別の言語を選択してください。
ミドルウェア・インストーラーでは、ミドルウェアを信頼性の高い方法でインストールおよびデプロイする
ためのインターフェースが提供されます。以下の表でミドルウェアのデプロイメント・オプションについて
説明します。
36
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 7. ミドルウェア・インストール・オプション
アプリケーション
インストール・オプション
アプリケーション・サーバー WebSphere Application Server 6.1.0.37 の新規インスタンスをインストールする必要が
あります。既存の WebSphere Application Server を使用する場合、手動でインストール
および構成する必要があります。詳細については、 97 ページの『手動による
WebSphere Application Server の構成』を参照してください。
アプリケーション・サーバーのデプロイメントはディレクトリー・サーバーで保護する
必要があります。ローカルかリモートか、Tivoli Directory Server を使用するか
Microsoft Active Directory を使用するかを選択する必要があります。
データベース・サーバー
v
v
2000
DB2
DB2 の新規インスタンスをインストールすることも、既存インスタンス
を使用することもできます。
Oracle
2000
Oracle データベースを手動でインストールおよび構成する必要がありま
す。
ディレクトリー・サーバー
Tivoli Directory Server
Tivoli Directory Server の新規インスタンスをインストールすることも、既存
インスタンスを使用することもできます。Tivoli Directory Server の新規イン
スタンスをインストールすることを選択した場合、DB2 の新規インスタンス
をインストールするか、または既存の DB2 サーバーを再利用するかを選択す
る必要があります。その代わりとして、Tivoli Provisioning Manager データベ
ース・サーバーで DB2 を使用していれば、Tivoli Provisioning Manager デー
タベース・サーバーを DB2 データ・ストア用に使用することができます。デ
ィレクトリー・サーバーはインストールして、データベース・サーバーはイン
ストールしないことを選択した場合、ミドルウェア・インストーラーは使用す
る既存のデータベース・インスタンスを見つけようとします。既存のインスタ
ンスが見つからない場合、ミドルウェア・インストーラーは、ディレクトリ
ー・サーバーと一緒に使用するためのデータベースをインストールします。
Microsoft Active Directory
ソフトウェアを手動でインストールおよび構成する必要があります。詳細につ
いては、 85 ページの『手動による Microsoft Active Directory の構成』を参照
してください。
追加のソフトウェア
ミドルウェア・インストーラーでは、その他の多くのタスクも実行されます。ミドルウ
ェア・インストーラーを使用しないで、既存のミドルウェア・リソースを手動で構成す
る場合は、以下のタスクを実行する必要があります。
v アプリケーション・サーバーおよびディレクトリー・サーバーのインストールおよび
構成が完了した後で、VMM を構成します。ディレクトリー・サーバーには Tivoli
Provisioning Manager のユーザーおよびグループに関する情報が含まれていて、その
情報を Maximo データベースに伝達するのに VMM を経由させることで、セキュリ
ティーと Tivoli Provisioning Manager アプリケーションへのアクセスを提供しま
す。詳細については、 98 ページの『手動による WebSphere Application Server での
Virtual Member Manager の構成』を参照してください。
v 認証サービスを構成します。詳細については、 108 ページの『手動による認証サービ
スの構成』を参照してください。
ミドルウェア・インストーラーは、ユーザーが実行中のコンピューター上にソフトウェアをデプロイしま
す。ミドルウェアを別のコンピューターにデプロイするには、選択したトポロジー内の各コンピューター上
第 3 章インストール・タスク
37
でミドルウェア・インストーラーを実行する必要があります。デプロイメントで使用する予定の各システム
にミドルウェアをデプロイする際は、確実な方策を計画してください。ミドルウェア・インストーラーを使
用してシステムにコンポーネント (DB2 など) をデプロイして、後でその同じシステムに Tivoli Directory
Server を追加することを決定した場合、Tivoli Directory Server を含めたミドルウェア・インストーラーの
同じデプロイメント計画の中で、 DB2 を再デプロイする前に、まず DB2 をアンデプロイしておく必要が
あります。 Tivoli Provisioning Manager のミドルウェアをシステムにインストールするときは、そのシス
テムで計画されたすべてのミドルウェアを一度にインストールする必要があります。
一連のミドルウェア製品をインストールまたはアンインストールするためにミドルウェア・インストーラー
が使用されるごとに、プロセス ID が生成されます。プロセス ID は、ファイル名、ディレクトリー名、
およびログ・メッセージなど、ファイル・システム内のログおよび生成されるファイルに関連するいろいろ
な場所に現れます。プロセス ID は、ミドルウェア・インストーラーの同一の呼び出しに関連したログお
よびその他生成されたファイルをグループ化するのに使用されます。また、ミドルウェア・インストーラー
の異なる呼び出しに関連したログおよびその他の生成されたファイルを分離します。プロセス ID は、
[operation_MMdd_HH.mm] というフォーマットのストリングであり、operation は実行された操作を示すス
トリング (「INSTALL」または「UNINSTALL」など)、MM は現在の月を表す 2 桁の数値 (1 から
12)、dd はその月の現在の日付を表す 2 桁の数値 (1 から 31)、HH は現在の時間を表す 2 桁の数値 (0
から 23)、mm は現在の分を表す 2 桁の数値 (0 から 59) です。プロセス ID の値の例を以下に示しま
す。
v [INSTALL_0924_15.45]
9 月 24 日の午後 3:45 にインストールが開始されました。
v [UNINSTALL_1216_09.59]
12 月 16 日の午前 9:59 にアンインストールが開始されました。
ミドルウェア・インストールの計画ワークシート
ミドルウェア・インストールを開始する前に、計画ワークシートを使用して、ミドルウェアのインストール
時に指定する値を記録しておいてください。また、既存のミドルウェアを手動で構成または再使用する場合
にも、これらのワークシートを活用できます。分散デプロイメントの場合は、必要に応じて複数の値を記録
してください。
ユーザーおよびグループ
以下の表に、デフォルト値を使用しない場合に作成するユーザーとグループを記録してください。
表 8. ミドルウェア・インストール時に作成されるユーザーとグループ
ユーザー
グループ
説明
idsccmdb
v dasadm1
IBM Tivoli Directory Server インスタン
スの所有者。IBM Tivoli Directory
Server インスタンスと共に使用されるデ
ータベースの所有者でもあります。
v dbsysadm
v idsldap
Maximo データベースの構成に使用され
ます。
maximo
ctginst1
v dasadm1。
v db2iadm1
38
データベース・インスタンス・オーナー
として使用されるシステム・ユーザー。
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
値
表 8. ミドルウェア・インストール時に作成されるユーザーとグループ (続き)
ユーザー
グループ
説明
db2fenc1
db2fgrp1。
DB2 の Fenced ユーザー ID として使
用されるシステム・ユーザー。
dasusr1
dasadm1。
管理サーバー・ユーザーとして使用され
るシステム・ユーザー。
db2inst1
v dasadm1。
デフォルトのデータベース・インスタン
ス・オーナーとして使用されるシステ
ム・ユーザー。
v db2iadm1
idsldap
v db2iadm1
値
IBM Tivoli Directory Server ユーザー。
ミドルウェア・インス v idsldap。
トーラーを使用してい v root
る場合は、この値は変
更できません。
wasadmin
システム・ユーザーではありませ IBM WebSphere Application Server
ん。
Network Deployment で使用するために
作成されたユーザー ID。
root ユーザーは、dasadm1、idsldap、および dbsysadm グループのメンバーである必要があります。root
ユーザーは、IBM Tivoli Directory Server インスタンス・ユーザー (デフォルトでは idsccmdb) の 1 次グ
ループのメンバーである必要もあります。
以下の例に、ミドルウェア・インストール・プログラムを使用し、デフォルト値を使用して Linux システ
ムおよび UNIX システムにミドルウェアをインストールする場合に作成されるユーザーとグループを示し
ます。この情報を使用して、ユーザー ID の 1 次グループを判別します。
# id db2inst1
uid=510(db2inst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)
#id ctginst1
uid=512(ctginst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)
# id idsccmdb
uid=514(idsccmdb) gid=502(dbsysadm) groups=502(dbsysadm),101(dasadm1),501(idsldap)
# id db2fenc1
uid=511(db2fenc1) gid=103(db2fgrp1) groups=103(db2fgrp1)
# id dasusr1
uid=508(dasusr1) gid=101(dasadm1) groups=101(dasadm1)
# id idsldap
uid=513(idsldap) gid=501(idsldap) groups=501(idsldap),0(root),102(db2iadm1)
#id root
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel),
501(idsldap),502(dbsysadm)
/etc/group ファイルには、以下のエントリーがあります。
dasadm1:x:101:db2inst1,ctginst1,idsccmdb
db2iadm1:x:102:idsldap
第 3 章インストール・タスク
39
idsldap:x:501:idsldap,root,idsccmdb
dbsysadm:x:502:root
ディレクトリーの場所
以下の表に、使用するミドルウェア・ディレクトリーの場所を記録してください。
表 9. ディレクトリーの場所
設定値
デフォルト
ワークスペース・ディレクトリー
user_home¥ibm¥tivoli¥mwi¥
workspace
値
ミドルウェアのイメージのソース・ディ該当なし
レクトリー
圧縮されたイメージのディレクトリー
該当なし
解凍されたイメージのディレクトリー
該当なし
2000
DB2
DB2 構成
以下の表に、DB2 のインストール時に使用する構成値を記録してください。
表 10. DB2 構成
設定値
デフォルト
インストール・ディレクトリー
v /opt/IBM/db2/V9.7
DAS ユーザー
v dasusr1
Fenced ユーザー
db2fenc1
fenced ユーザー・グループ名
db2fgrp1
fenced ユーザーのホーム・ディレク
トリー
v /home/db2fenc1
インスタンス名
ctginst1
ポート
50005
インスタンス・ユーザー名のホーム・ v /home/ctginst1
ディレクトリー
データベース・インスタンス・ユーザ v ctginst1
ー ID
DB2 管理者グループ
v db2iadm1
残りの DB2 サービスに対して同じユはい
ーザー名とパスワードを使用する
ツール・カタログを構成する
いいえ
この値は、再使用シナリオにのみ関連
しています。
DB2 オブジェクトに対してオペレーはい
ティング・システム・セキュリティー
この値は、再使用シナリオにのみ関連
を使用可能にする
しています。
40
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
値
表 10. DB2 構成 (続き)
設定値
デフォルト
DB2 デフォルト・インスタンス・ポ
ート
50000
データ表スペース名
MAXDATA
データ表スペース・サイズ
5000 MB
一時表スペース名
MAXTEMP
一時表スペース・サイズ
1000 MB
値
Oracle
2000
Oracle 構成
以下の表に、Oracle のインストール時に使用する構成値を記録してください。
表 11. Oracle 構成
設定値
デフォルト
インストール・ディレクトリー
v Oracle 11g: /u01/app/oracle/
product/11.1.0/db_1
値
v Oracle 10g: /u01/app/oracle/
product/10.2.0/db_1
管理者ユーザー ID
sys
Oracle ソフトウェア所有者 ID
oracle
インスタンス・ロケーション
v Oracle 11g: /u01/app/oracle/
product/11.1.0/db_1
v Oracle 10g: /u01/app/oracle/
product/10.2.0/db_1
データ表スペース名
MAXDATA
データ表スペース・サイズ
1000 MB
一時表スペース名
MAXTEMP
一時表スペース・サイズ
1000 MB
WebSphere Application Server Network Deployment 構成
以下の表に、WebSphere Application Server Network Deployment のインストール時に使用する構成値を記録
してください。
表 12. WebSphere Application Server Network Deployment 構成
設定値
デフォルト
インストール場所
v /usr/IBM/WebSphere/AppServer
WebSphere 管理ユーザー名
wasadmin
値
デプロイメント・マネージャー・プロ ctgDmgr01
ファイル名
アプリケーション・サーバー・プロフ ctgAppSrv01
ァイル名
第 3 章インストール・タスク
41
表 12. WebSphere Application Server Network Deployment 構成 (続き)
設定値
デフォルト
プロファイル・ディレクトリー
v /usr/IBM/WebSphere/AppServer/
profiles
セル名
ctgCell01
値
デプロイメント・マネージャー・ノー ctgCellManager01
ド名
アプリケーション・サーバー・ノード ctgNode01
名
HTTP サーバーのインストール場所
v /usr/IBM/HTTPServer
HTTP ポート
80
HTTP 管理サーバー・ポート
8008
HTTP プラグインのプロファイル名
ctgAppSvr01
IBM Tivoli Directory Server 構成
以下の表に、IBM Tivoli Directory Server のインストール時に使用する構成値を記録してください。
表 13. IBM Tivoli Directory Server 構成
設定値
デフォルト
インストール場所
v /opt/IBM/ldap/V6.3
管理者識別名
cn=root
組織単位
ou=SWG
組織および国の接尾部
o=IBM,c=US
Directory Server のポート
389
Directory Server のセキュア・ポート
636
管理ポート
3538
管理セキュア・ポート
3539
データベース名
セキュリティー
インスタンス名
idsccmdb
インスタンス・ポート
50006
インスタンス・ユーザー名
idsccmdb
値
Microsoft Active Directory 構成
以下の表に、Microsoft Active Directory のインストール時に使用する構成値を記録してください。
表 14. Microsoft Active Directoryの構成
設定値
デフォルト
Directory Server のポート
389
LDAP 基本エントリー
DC=itsm,DC=com
ユーザー・サフィックス
OU=Users,OU=SWG,DC=itsm,DC=com
グループ・サフィックス
OU=Groups,OU=SWG,DC=itsm,DC=com
組織コンテナー・サフィックス DC=itsm,DC=com
42
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
値
表 14. Microsoft Active Directoryの構成 (続き)
設定値
デフォルト
Bind 識別名
CN=Administrator,CN=Users,DC=itsm,DC=com
値
ミドルウェア・インストーラーのワークスペース
ミドルウェア・インストーラーは、インストール中に選択したオプションをワークスペースと呼ばれるディ
レクトリーに記録して、選択したコンポーネントを 1 つのデプロイ済みアプリケーションとして構成する
よう設計されています。記録されたオプションを他のインストーラーでインポートすることにより、一部の
フィールドを自動的に入力することもできます。
計画をデプロイした後は、追加の機能および製品をミドルウェア・インストーラーでコンピューターにデプ
ロイすることはできなくなります。別のセットの機能と製品をデプロイするには、その前にミドルウェア・
インストーラーを使用して、既存の計画を完全に除去する必要があります。
デプロイメントの構成と詳細、およびミドルウェア・インストーラー・プロセスによって生成されたログ
は、ワークスペースにあります。
デフォルトでは、ミドルウェア・インストーラーのワークスペースは以下のように定義されます。
v /ibm/tivoli/mwi/workspace
ワークスペースは、ミドルウェア・インストーラーが実行されるすべてのシステムで使用可能になっている
共用リソースに対して定義できます。ワークスペースを共用リソースに配置すると、トポロジー・ファイル
などのファイルを、あるコンピューターから別のコンピューターに手動でコピーする必要がなくなります。
ワークスペースには、以下の項目が含まれています。
デプロイメントの計画
デプロイメント計画は、インストール・ステップ、それらのステップの構成パラメーター、および
ターゲット・コンピューター情報のコレクションです。デプロイメント計画は、ミドルウェア・イ
ンストーラーによって生成され、ワークスペース・ディレクトリーに配置されています。
デプロイメント・ステップが変更されると、既存のデプロイメントの計画は削除され、新規のデプ
ロイメントの計画で置き換えられます。
デプロイメントの計画の構成ファイルには、デプロイメントの計画それ自体に関する情報が含まれ
ています。既存のデプロイメント選択項目の再構成を含むデプロイメント計画を変更すると、デプ
ロイメント計画の構成ファイルは常に削除され、デプロイメント計画が再デプロイされると再生成
されます。
トポロジー・ファイル
トポロジー・ファイルでは、ミドルウェア・デプロイメントの構成パラメーターが示されます。こ
のファイルは、すべてのデプロイメントまたはアンデプロイメントの後に作成されて、更新されま
す。中心におかれ、ミドルウェアを受け取るすべてのシステムによるアクセスが可能なワークスペ
ースを定義していない場合は、ミドルウェアがデプロイされる各コンピューターのワークスペース
に、このファイルをコピーする必要があります。このファイルの内容は、Tivoli Provisioning
Manager インストール・プログラムによって、意味のあるデフォルト値をパネルに取り込むために
使用されます。
このファイルは <workspace>/topology.properties に保存されます。
第 3 章インストール・タスク
43
ログ
デプロイメントに関する情報を含むログ・ファイルは、ワークスペース・ディレクトリーにありま
す。さらに、ミドルウェアそれ自体に固有のログ・ファイルもこのディレクトリーに含まれていま
す。
ミドルウェアのインストーラー・ログ
ミドルウェア・インストーラーのログ・ファイルは、ミドルウェア・インストール・プログラムで定義され
たワークスペース・ディレクトリーにあります。
ユーザー・インターフェース・ログ
ミドルウェア・インストール・プログラムのユーザー・インターフェースによって生成されたログ
は、ワークスペース・ディレクトリーにあります。
ミドルウェア・インストール・プログラムは、すべての情報を <workspace_loc>/mwi.log のログ
に記録します。デフォルトのワークスペース・ロケーションは、次のとおりです。
v /ibm/tivoli/mwi/workspace
mwi.log ファイルは、ミドルウェア・インストール・プログラムを最後に起動した際に生成された
上位のログ・ファイルです。エラーが発生した場合、最初にこのログ・ファイルを調べてくださ
い。このログ・ファイル内の項目で、下位のログ・ファイルを参照するように指示している場合が
あります。
mwi.logX (X は番号) という名前のログ・ファイルは、前にミドルウェア・インストール・プログ
ラムを起動したときの mwi.log ファイルのコピーです。例えば最初にミドルウェア・インストー
ル・プログラムを起動した後に、mwi.log0 が生成され、2 度目にミドルウェア・インストール・
プログラムを起動した後に mwi.log1 が生成されます (以下同様)。
ユーザー・インターフェースが実行したステップのログ
ミドルウェア・インストール・プログラムは、ユーザーからの入力を収集するだけでなく、以下に
示すようなシステム・チェックも実行します。
v オペレーティング・システムがデプロイメント要件を満たすことを確認するための依存関係チェ
ック
v ミドルウェア・インストール・プログラムがデプロイしたミドルウェア製品の既存のインスタン
スを見つけるための、システム上のソフトウェアのインベントリー処理
v デプロイメント用に十分なディスク・スペースがあることを確認するための、使用可能なディス
ク・スペースのチェック
これらのチェックはそれぞれ、ステップの形式で作成されるため、デプロイメントの計画の一部と
して実行することもできます。ユーザー・インターフェースは、ステップを実行したときに、その
ステップをワークスペース・ディレクトリーのサブディレクトリーにコピーします。ステップが生
成したログ・ファイルは同じサブディレクトリーに配置され、デプロイメントの計画の一部として
実行されるステップと同一のパターンに従います。
デプロイメントの計画のログ
デプロイメントの計画は、<Workspace Directory>/host name/deploymentPlan ディレクトリー
(host name は現行システムのホスト名) にあります。デプロイメントの計画を使用してミドルウェ
ア製品をインストールまたはアンインストールするたびに、プロセス ID が割り当てられ、ログ・
ファイルが生成されます。
デプロイメントの計画のログ・ファイルは、logs/processID サブディレクトリーにあります。デ
プロイメントの計画の 1 次ログ・ファイルは DeploymentPlan.log です。これはデプロイメント
の計画の一部として起動されるステップをリストする上位ログ・ファイルです。
44
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ワークステーション計画のログ
マシン計画は、<Workspace Directory>/host name/deploymentPlan/MachinePlan_host name ディ
レクトリーにあります。マシン計画のログ・ファイルは、logs サブディレクトリーにあります。マ
シン計画の 1 次ログ・ファイルは MachinePlan_host name_processID という名前になっていま
す。これらのログ・ファイルには、マシン計画 ANT スクリプトの実行時に ANT によって生成さ
れた出力が記載されています。
デプロイメントの計画内のステップのログ
デプロイメントの計画内の各ステップは、<Workspace Directory>/host name/deploymentPlan/
MachinePlan_host name/stepNum_stepID という名前のディレクトリーにあります。ここで、
stepNum はデプロイメントの計画のインストール処理順序におけるこのステップのシーケンス番号
であり、stepID はステップを識別します。ステップのログ・ファイルは、logs サブディレクトリー
にあります。
一部のステップでは、stepID_processID.message という名前のメッセージ・ログ・ファイルが生
成されることがあります。このファイルには、ステップ起動の結果を要約したいくつかの項目が記
載されています。すべてのステップで、stepID_processID.log という名前のトレース・ログ・フ
ァイルが生成されます。このファイルには、通常入力パラメーターおよび起動されたサブステップ
に関する情報を含む、多くの項目が記載されています。
サブステップのログ
各ステップには、1 つ以上のサブステップが含まれています。ミドルウェア・インストール・プロ
グラムの実際のインストール、アンインストール、およびチェック作業を実行します。
各サブステップは、<Workspace Directory>/host name/deploymentPlan/MachinePlan_host
name/stepNum_stepID/operation/substepNum_substepID ディレクトリーにあります。ここで、
operation は、このサブステップを起動するステップ ANT スクリプト内の ANT ターゲットで
す。substepNum は、ステップの処理順序におけるこのサブステップのシーケンス番号であり、
substepID はサブステップを識別します。operation に通常使用される値は、install、uninstall、
および check です。
サブステップのログ・ファイルは、通常 processID/logs という名前のサブディレクトリーにあり
ます。
ネイティブのミドルウェア・インストール・プログラムによって生成されたログ・ファイルも、こ
こに格納されます。
Oracle
2000
例えば、UNIX システムでの DB2 のインストール時にミドルウェア・インストール・プログラ
ムによって生成されたログ・ファイルは、ディレクトリー <workspace>/<machine_name>/deploymentPlan/
MachinePlan_<machine_name>/000XX_DB2_9.7/install/01_BASE/
<Time_Stamp>/logs/db2setup.log にあります。
ミドルウェア・インストーラーを使用したミドルウェアのインストールおよ
び構成
この手順では、ミドルウェア・インストーラーを使用して、前提条件ミドルウェア製品をインストールして
構成する場合のデプロイメント計画の作成方法について説明します。
始める前に
v ホスト名の値を入力する際は、完全修飾ホスト名を使用します。この値は大文字小文字が区別されま
す。ホスト名の検証については、 19 ページの『プリインストール・ステップ 6: 環境の確認』で『DNS
サーバーによるホスト名の解決』を参照してください。
第 3 章インストール・タスク
45
v ミドルウェア・インストール・プログラムで英数字のホスト名の使用を強制するには、このプログラム
をコマンド・ラインおよび forceHostname=true パラメーターから開始します。例えば、以下のように
なります。
mwi-console -V forceHostname=true
v ミドルウェアをインストールおよび構成する場合は、特殊文字に関する以下の制限を考慮する必要があ
ります。
表 15. ミドルウェア構成についての特殊文字に関する制限
命名規則
制限
2000
DB2
グループ名、ユーザー名、およびユーザー ID
に関する DB2 の名前付け規則。
v 名前および ID には、
USERS、ADMINS、GUESTS、PUBLIC、 LOCAL、ま
たは SQL 予約語は使用できません。
v 名前および ID を IBM、SQL、SYS、または下線文字
(_) で始めることはできません。
v オペレーティング・システムのグループ名とユーザー
ID には小文字だけを使用する必要があり、8 バイトま
で使用できます。
2000
DB2
DB2 インスタンスに関する DB2 の命名規則
v インスタンス名は最大 8 バイトで、# 文字を含めるこ
とはできません。
2000
DB2
パスワードに関する DB2 の命名規則
v パスワードには最大 8 バイトまで使用できます。
v 特殊文字 @ # $ は使用しないでください。
データベースおよびデータベース別名に関する IBM
Tivoli Directory Server の命名規則
v データベース名は、データベースがカタログされてい
るロケーション内で固有でなければなりません。この
ロケーションは、次のとおりです。
– ディレクトリー・パス
v データベース別名は、システム・データベース・ディ
レクトリー内で固有でなければなりません。新規デー
タベースを作成すると、別名はデフォルトでデータベ
ース名になります。そのため、その名前のデータベー
スが存在していなくても、データベース別名として存
在する名前を使用してデータベースを作成することは
できません。
v データベースおよびデータベース別名は最大 8 バイト
です。
v 特殊文字 @ # $ はすべてのキーボードに共通ではない
ため、これらの文字は使用しないでください。
46
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 15. ミドルウェア構成についての特殊文字に関する制限 (続き)
命名規則
制限
ユーザー、グループ、データベース、およびインスタンス v 値は 8 文字を超えないようにしてください。また、
に関する IBM Tivoli Directory Server の命名規則。
USERS、ADMINS、GUESTS、PUBLIC、
LOCAL、idsldap の各値は使用できません。
v 値は、IBM、SQL、または SYS で開始することはでき
ません。
v 値にアクセント付き文字を含めないでください。
v 有効な値は、A から Z、a から z、および 0 から 9
の文字です。
v 値の先頭の文字は、A から Z または a から z にする
必要があります。
v 2 バイト文字を管理者のパスワード値に使用すること
はできません。
v パスワードに次の特殊文字を使用できない場合があり
ます。 ` ' ¥ " |
ユーザーおよびパスワードに関する WebSphere
Application Server の命名規則
v 管理者名に文字 / ¥ * ,: ;=+?|< > & % ’"] [> # $ ~
( ) { } を含めることはできません。
v 管理者名をピリオドで開始することはできません。
v 管理者名の先頭と末尾をスペースにすることはできま
せん。
ミドルウェア・インストール・プログラムの命名規則
v ミドルウェア・インストール・プログラムはパスワー
ドがターゲット・ホストのオペレーティング・システ
ムに準拠しているかどうかを検証しません。指定する
パスワードは、ご使用の環境で有効なものにする必要
があります。
v ミドルウェア・インストール・プログラムでは、ユー
ザー名の値にアクセント付き文字が使用されているか
どうかは確認されません。アクセント付き文字が使用
されていると、エラーが発生する場合があります。
v 次の文字は使用できません。! $ # %
v Provisioning Manager インストールのパネル・フィールドの LDAP 値、LDIF ファイルのエントリー、
またはディレクトリー・サーバーを使用してディレクトリー・インスタンスに直接値を入力する際に
は、LDAP ストリングでの特殊文字の使用に関する製品固有の構文ルールに注意してください。一般
に、ディレクトリー・サーバーが特殊文字を読み取れるようにするには、特殊文字の前にエスケープ文
字を付加する必要があります。Provisioning Manager で使用される LDAP ストリングに含まれている特
殊文字をエスケープしないと、Provisioning Manager エラーが発生する可能性があります。
多くのディレクトリー・サーバー製品では、LDAP ストリングの一部になっているブランク・スペース
は特殊文字と見なされます。したがって、ブランクを含む LDAP ストリングを、例えばフィールド値の
最後に誤って入力した場合、ブランク文字の前にエスケープ文字を付加していなければ、トラブルシュ
ーティングが困難な Provisioning Manager エラーが発生する可能性があります。
LDAP ストリングでの特殊文字について詳しくは、ご使用のディレクトリー・サーバーの製品資料を参
照してください。
第 3 章インストール・タスク
47
ミドルウェア・インストール・プログラムで、ミドルウェアをインストールするにはディスク・スペー
スが不十分であると報告された場合は、システム上のディスク・スペースを適宜解放してから、ミドル
ウェア・インストール・プログラムを再始動する必要があります。
v ミドルウェア・インストール・プログラムを使用してミドルウェアをインストールする場合は、
DB2、WebSphere Application Server、および IBM Tivoli Directory Server のインストールを開始するた
めにユーザー ID を指定するように求められます。既存のシステム・ユーザー ID を指定するか、また
はミドルウェア・インストール・プログラムによってユーザー ID を作成することができます。DB2 ま
たは IBM Tivoli Directory Server のインストールに既存のユーザー・アカウントを指定し、そのユーザ
ー・アカウントが /home ディレクトリーにない場合は、インストールが失敗する場合があります。
v リモート・セッションでのインストール時に、ミドルウェア・インストーラーで表示されるフィールド
およびラベルがパネルに正しく表示されないことがあります。このため、ミドルウェア・インストーラ
ーは、ミドルウェアをホストするシステムでローカルに使用します。表示に問題がある場合は、パネル
を強制的に再表示するために、ミドルウェア・インストーラーを最小化してから最大化します。
v ミドルウェア・インストーラーを使用してミドルウェアをインストールする場合は、1 つのカスタム・
ディレクトリーに複数の製品をインストールしないでください。例えば、DB2、IBM Tivoli Directory
Server、および WebSphere Application Server Network Deployment を同じコンピューター上にインスト
ールする場合、/ISM_middleware というカスタム・ディレクトリーにこれらをすべてインストールする
ことは避けてください。ただし、/ISM_middleware/DB2、/ISM_middleware/ITDS、および
/ISM_middleware/WAS にこれらをインストールすることはできます。また、1 つのミドルウェア製品を
カスタム・ディレクトリーにインストールし、次に別のミドルウェア製品をそのカスタム・ディレクト
リーのサブディレクトリーにインストールすることはできません。例えば、WebSphere Application
Server Network Deployment をカスタム・ディレクトリー C:¥ISM_middleware にインストールし、次に
IBM Tivoli Directory Server を C:¥ISM_middleware¥ITDS にインストールすることはできません。
このセクションでは、デフォルト値を使用した典型的なインストールについて説明します。さらに、これら
の手順では、ミドルウェア・インストーラーを使用して、 Tivoli Provisioning Manager で使用するミドル
ウェアの完全なセットを単一のコンピューターにインストールしていることを前提としています。一連の複
数のコンピューターにミドルウェア製品をデプロイする場合は、各コンピューターでミドルウェア・インス
トーラーを実行し、特定のコンピューターにどのミドルウェアをインストールするかを選択する必要があり
ます。この場合、コンピューターにインストールするミドルウェアに関連するパネルのサブセットが手順に
含まれます。
手順
1. ソリューション・インストーラーの既存のインストールがないか確認します。デフォルトのインストー
ル・ロケーションは次の通りです。
v /usr/ibm/common/acsi
ソリューション・インストーラーが既にインストールされている場合は、サービスを開始します。
v ps -ef|grep acsisvc と入力します。サービスが実行されている場合は、プロセスと関連の PID が
表示されます。サービスが実行されていない場合は、以下のコマンドを実行します。
/usr/ibm/common/acsi/bin/acsisrv.sh -start
2. ランチパッドを始動します。
3. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックします。
4. 「1. ミドルウェアのインストール」で、「ミドルウェア・インストール前提条件の確認」をクリック
します。前提条件を検証および確認した後で、カスタム・インストール・ページへ戻ります。
5. 「ミドルウェアのインストール」をクリックします。
6. インストールする言語を選択し、「OK」をクリックします。
48
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
7. 「ようこそ」のパネルで、「次へ」をクリックします。
8. ご使用条件に同意し、「次へ」をクリックします。
9. 「ワークスペースの選択 (Choose Workspace)」パネルで、ミドルウェア・インストーラーワークスペ
ースのディレクトリーを指定し、「次へ」をクリックします。
ワークスペースのデフォルトのロケーションは、ミドルウェア・ユーザー設定ノードで指定されてい
る、このユーザーが前回使用したワークスペースのロケーションとなります。
v ミドルウェア・ユーザー設定ノードに以前のワークスペースのロケーションが存在しない場合、ワ
ークスペースのデフォルトのロケーションは以下のとおりです。
– /ibm/tivoli/mwi/workspace
v 選択したディレクトリーが存在しない場合は作成されます。
v 指定したパスが無効な場合、そのパスの文字を使用して Launchpad/Install/MWI の下にディレクト
リーが作成されます。
デプロイメント後、ミドルウェア・インストーラーは、このディレクトリー内に topology.properties
というトポロジー・ファイルも生成します。ミドルウェアを複数のコンピューターにインストールする
場合は、ミドルウェアをインストールする各コンピューターにこのファイルをコピーする必要がありま
す。例えば、最初にデータベース・サーバーをコンピューター A にインストールし、次にディレクト
リー・サーバーおよびアプリケーション・サーバーをコンピューター B にインストールする場合は、
以下のようにする必要があります。
a. コンピューター A からコンピューター B のミドルウェア・ワークスペースへ
topology.properties ファイルをコピーします。topology.properties ファイルのデフォルト・ロ
ケーションは、以下のとおりです。
v /ibm/tivoli/mwi/workspace
b. ミドルウェア・インストーラーが、データベース・サーバーの設定は別のコンピューターの設定を
使用していることを認識できるように、コンピューター B の topology.properties ファイルを編
集します。各行の computera を computerb に変更します。例えば、データベース・サーバーの場
合、この行は次のようになっています。
computera.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
以下のように変更する必要があります。
computerb.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
コンピューター A の元の topology.properties ファイルは、変更しないでください。
コンピューター B でディレクトリー・サーバーおよびアプリケーション・サーバーのインストールが
完了したら、topology.properties ファイルの computerb 値にはデータベース・サーバーが、
computera 値にはディレクトリー・サーバーおよびアプリケーション・サーバーが入ります。Tivoli
Provisioning Manager インストーラーによるミドルウェアのインストール後に、topology.properties
ファイルを使用して、製品コア・コンポーネントを構成することもできます。
10. 「IBM Autonomic Deployment Engine のインストール」パネルで、「次へ」をクリックします。
11. 「デプロイメント選択項目」パネルで、このコンピューターにインストールする機能を選択し、「次
へ」をクリックします。
データベース・サーバー
Tivoli Provisioning Manager データベースは、構成アイテムにおよび構成アイテムの相互関係
に関する情報の保管に使用されます。
第 3 章インストール・タスク
49
ディレクトリー・サーバー
ディレクトリー・サーバーで保守されているデータを使用して、Tivoli Provisioning Manager
を保護します。
Tivoli Directory Server に重要: Tivoli Directory Server をインストールする場合、Tivoli
Directory Server はデータベースとして DB2 を使用するため、 DB2 もインストールされま
す。
J2EE サーバー
J2EE サーバーは、Tivoli Provisioning Manager アプリケーションのホスティングおよび管理に
使用されます。
Tivoli Provisioning Manager ミドルウェアの J2EE サーバー部分のみをインストールする場合
は、保護に使用するディレクトリー・サーバーを指定するように要求されます。保護には、
Tivoli Directory Server の既存のインスタンスまたは Microsoft Active Directory の既存のイン
スタンスを使用します。
ディレクトリー・サーバーを使用して J2EE サーバーを保護します。
このオプションを選択することにより、ディレクトリー・サーバーを使用して J2EE サーバー
を保護します。ディレクトリー・サーバーを使用して J2EE サーバーを保守したくない場合
は、このオプションを選択しないでください。ミドルウェア・インストーラーを使用してデ
ィレクトリー・サーバーをインストールすることはできません。
ご使用の環境で LDAP サーバーを使用せずに Base Services 認証を使用したい場合は、この
チェック・ボックスを選択しないでください。
Base Services 認証を使用し、さらにご使用の環境で LDAP サーバーを引き続き使用したい場
合は、このチェック・ボックスが選択されたままにします。
12. 「デプロイメント計画の要約 (Deployment Plan Summary)」ウィンドウから、「次へ」をクリックしま
す。
注: コンピューターにインストールされている各ミドルウェア・アプリケーションの仮想 IP アドレス
と仮想ホスト名が既に指定されている場合、次のステップで、インストールを実行するコンピューター
のホスト名を手動で指定する必要はありません。
13. インストールを実行するコンピューターのホスト名を手動で指定する場合は、「構成可能なホスト名」
パネルで、「ローカル・マシンのホスト名のオーバーライド (Override the local machine
hostname)」オプションを選択し、「ホスト名」フィールドにホスト名値を入力します。このオプショ
ンは、インストール・プログラムでシステムのホスト名を検出せずに手動で指定する場合にのみ選択し
ます。このオプションは、システムに複数のネットワーク・インターフェースが存在していたり、仮
想 IP アドレスをサポートするように構成されているなど、システムに複数のホスト名が割り当てられ
ている場合に有用です。このオプションを選択した場合は、解決可能なホスト名を指定する必要があ
ります。このオプションは一度選択すると選択解除できませんが、「ホスト名」フィールドの値を変更
することはできます。 forceHostname=true パラメーターを使用してコマンド・ラインからミドルウェ
ア・インストール・プログラムを開始した場合は、「ホスト名」フィールドに英数字の値を指定する必
要があります。IP アドレスを指定した場合は、エラー・メッセージが表示されます。仮想サーバーの
場合、オーバーライド・オプションを使用できます。
14. 「パスワードの再利用」パネルで、「このパスワードを以降のすべてのパスワードの値として使用しま
す。」チェック・ボックスを選択して、パスワード値を入力することができます。これにより、ミドル
ウェア・インストール・プログラムのすべてのパネルで同じパスワードを使用できます。指定するパス
ワードは、すべてのパスワードの制限に従っている必要があります。
50
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
例えば UNIX および Linux の場合、WebSphere Application Server の管理者パスワードは、最大 8 バ
イトの制約がある DB2 ユーザー・パスワードとして使用されるため、8 バイトでなければなりませ
ん。このオプションを使用しない場合は、「このパスワードを以降のすべてのパスワードの値として使
用します。」チェック・ボックスのチェック・マークを外します。「次へ」をクリックしてください。
15. DB2 Enterprise Edition Server の以下の構成パラメーターを入力します。
インストール・ロケーション
DB2 をインストールするロケーションを入力します。デフォルトは次のとおりです。
v /opt/ibm/db2/V9.7
DB2 管理サーバー・ユーザー名
DB2 管理アカウント名を入力します。
v デフォルト値は dasusr1 です。
DB2 管理サーバー・パスワード
DB2 管理アカウントのパスワードを入力します。
オプション: デフォルトの DB2 インスタンスを作成するには、「デフォルト DB2 インスタンスの作
成」チェック・ボックスを選択します。「次へ」をクリックします。
16. 「デフォルト DB2 インスタンスの作成」チェック・ボックスを選択した場合は、デフォルト・データ
ベース・インスタンスの以下の構成パラメーターを入力して「次へ」をクリックします。それ以外の場
合は、このステップをスキップしてください。
デフォルト・インスタンス名
デフォルトのデータベース・インスタンスの名前を入力します。デフォルト値は次のとおりで
す。
v db2inst1
デフォルト・インスタンス・ポート
デフォルト・データベース・インスタンスが使用するポートを入力します。デフォルト値は
50000 です。
デフォルト・インスタンス・ユーザー名
デフォルト・データベース・インスタンスのユーザー名を入力します。デフォルト値は次のと
おりです。
v db2inst1
デフォルト・インスタンス・ユーザー名パスワード
デフォルトのデータベース・インスタンス・ユーザー名のパスワードを入力します。
17. 「デフォルト DB2 インスタンスの作成」チェック・ボックスを選択した場合は、「デフォルト・デー
タベースの fenced ユーザー」の構成パラメーターを入力し、「次へ」をクリックします。それ以外の
場合は、このステップをスキップしてください。
Fenced ユーザー
DB2 Fenced ユーザー・アカウントとして使用できるシステム・ユーザー ID を入力します。
デフォルト値は db2fenc1 です。
Fenced ユーザー・グループの名前を入力します。デフォルト値は db2fgrp1 です。
18. Tivoli Provisioning Manager データベース・インスタンスの以下の構成パラメーターを入力し、「次
へ」をクリックします。
第 3 章インストール・タスク
51
インスタンス名
Tivoli Provisioning Manager データベース・インスタンスの名前を入力します。デフォルト値
は ctginst1 です。
ポート Tivoli Provisioning Manager データベース・インスタンスが使用するポートを入力します。デ
フォルト値は 50005 です。
インスタンス・ユーザー名
Tivoli Provisioning Manager データベース・インスタンスのユーザー名を入力します。デフォ
ルト値は次のとおりです。
v ctginst1
インスタンス・ユーザー名のパスワード (Instance username password)
Tivoli Provisioning Manager データベース・インスタンス・ユーザー名のパスワードを入力し
ます。
19. 「データベース・インスタンスの fenced ユーザー」の構成パラメーターを入力し、「次へ」をクリッ
クします。
fenced ユーザー名
インスタンスの fenced ユーザー名を入力します。デフォルト値は ctgfenc1 です。
インスタンスの fenced ユーザー・グループ名を入力します。デフォルト値は ctgfgrp1 で
す。
20. DB2 ユーザー・グループの情報を入力します。
DB2 管理者グループ
DB2 管理者グループの名前を入力します。デフォルト値は次のとおりです。
v db2iadm1
21. IBM Tivoli Directory Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
22. IBM Tivoli Directory Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
組織単位
Tivoli Provisioning Manager で使用する Tivoli Directory Server 組織単位の名前を入力しま
す。デフォルト値は ou=SWG です。
組織および国の接尾部
Tivoli Provisioning Manager で使用する Tivoli Directory Server 組織および国のサフィックス
を入力します。デフォルト値は o=IBM,c=US です。
Directory Server のポート
Tivoli Directory Server のポート番号を入力します。デフォルト値は 389 です。
Directory Server のセキュア・ポート
Tivoli Directory Server のセキュアなポート番号を入力します。デフォルト値は 636 です。
管理ポート
Tivoli Directory Server の管理ポート番号を入力します。デフォルト値は 3538 です。
管理セキュア・ポート
Tivoli Directory Server のセキュアな管理ポート番号を入力します。デフォルト値は 3539 で
す。
23. Tivoli Directory Server データベース・インスタンスの以下の構成パラメーターを入力し、「次へ」を
クリックします。
52
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
データベース名
Tivoli Directory Server データを保持するのに使用する DB2 データベースの名前を入力しま
す。デフォルト値は security です。
インスタンス名
Tivoli Directory Server データベース・インスタンスの名前を入力します。デフォルト値は
idsccmdb です。
ポート Tivoli Directory Server データベース・インスタンスのポート番号を入力します。デフォルト値
は 50006 です。
インスタンス・ユーザー・パスワード
インスタンス・ユーザー ID のパスワードを入力します。
24. WebSphere Application Server セキュリティーの以下の構成パラメーターを入力して、「次へ」をクリ
ックします。
注: ミドルウェア・インストーラーは、インストーラーで入力したすべての LDAP 設定を検証するわ
けではありません。
インストール値、LDIF ファイルのエントリー、またはディレクトリー・サーバーに付属のツールを使
用してディレクトリー・インスタンスに直接値を入力する際には、LDAP ストリングでの特殊文字の
使用に関する製品固有の構文ルールに注意してください。特殊文字をディレクトリー・サーバーで読み
取ることができるようにするためには、ほとんどの場合、特殊文字の前にエスケープ文字を付加する必
要があります。Tivoli Provisioning Manager で使用される LDAP ストリングに含まれている特殊文字
をエスケープしなかった場合は、エラーが発生する可能性があります。
多くのディレクトリー・サーバー製品では、LDAP ストリングの一部になっているブランク・スペー
スは特殊文字と見なされます。したがって、ブランクを含む LDAP ストリングを、例えばフィールド
値の最後に誤って入力した場合、ブランク文字の前にエスケープ文字を付加していなければ、エラーが
発生する可能性があります。LDAP ストリングでの特殊文字について詳しくは、ご使用のディレクト
リー・サーバーの製品資料を参照してください。
LDAP ホスト名
WebSphere Application Server セキュリティーに使用する LDAP インスタンスをホストするシ
ステムの完全修飾ドメイン名を入力します。この値は大文字小文字が区別されます。
完全修飾ドメイン名には、ホスト名およびドメイン・サフィックスが含まれます。例:
tpmserver.example.com。この値は大文字小文字が区別されます。コンピューターの仮想ホス
ト名および IP アドレスを使用する場合は、完全修飾ドメイン名に正しい仮想ホスト名を指定
しているか確認してください。
Directory Server のポート
WebSphere Application Server セキュリティーに使用する LDAP サーバーで使用されるポート
番号を入力します。デフォルト値は 389 です。
LDAP 基本エントリー
WebSphere Application Server セキュリティーに使用する LDAP インスタンスの LDAP 基本
エントリーを入力します。デフォルト値は ou=SWG,o=IBM,c=US です。
ユーザー・サフィックス
WebSphere Application Server セキュリティーに使用する LDAP インスタンスのユーザー・サ
フィックスを入力します。デフォルト値は ou=users,ou=SWG,o=IBM,c=US です。
第 3 章インストール・タスク
53
グループ・サフィックス
WebSphere Application Server セキュリティーに使用する LDAP インスタンスのグループ・サ
フィックスを入力します。デフォルト値は ou=groups,ou=SWG,o=IBM,c=US です。
組織コンテナー・サフィックス
WebSphere Application Server セキュリティーに使用する LDAP インスタンスの組織コンテナ
ー・サフィックスを入力します。デフォルト値は ou=SWG,o=IBM,c=US です。
25. WebSphere Application Server セキュリティーの以下の構成パラメーターを入力して、「次へ」をクリ
ックします。
Bind 識別名
LDAP インスタンスへのバインドに使用される Bind 識別名を入力します。デフォルト値は
cn=root です。
Bind パスワード
Bind 識別名のパスワードを入力します。
26. WebSphere Application Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
インストール・ロケーション
WebSphere Application Server をインストールするロケーションを入力します。デフォルト値
は次のとおりです。
v /usr/IBM/WebSphere/AppServer
WebSphere 管理ユーザー名
WebSphere Application Server 管理アカウント名を入力します。デフォルト値は wasadmin で
す。
WebSphere 管理パスワード
WebSphere Application Server 管理アカウントのパスワードを入力します。
27. WebSphere Application Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
デプロイメント・マネージャー・プロファイル名
デプロイメント・マネージャー・サーバーの WebSphere Application Server プロファイル名を
入力します。デフォルト値は ctgDmgr01 です。
アプリケーション・サーバー・プロファイル名
アプリケーション・サーバーの WebSphere Application Server プロファイル名を入力します。
デフォルト値は ctgAppSrv01 です。
28. WebSphere Application Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
セル名 WebSphere Application Server のセル名を入力します。デフォルト値は ctgCell01 です。
デプロイメント・マネージャー・ノード名
WebSphere Application Server デプロイメント・マネージャー・ノードの名前を入力します。
デフォルト値は ctgCellManager01 です。
アプリケーション・サーバー・ノード名
WebSphere Application Server ノードの名前を入力します。デフォルト値は ctgNode01 です。
インストーラーのインストール・ロケーションを更新します。
WebSphere Application Server 更新インストーラーがインストールされるロケーションを入力
します。デフォルト値は次のとおりです。
v /usr/IBM/WebSphere/UpdateInstaller
29. IBM HTTP Server の以下の構成パラメーターを入力し、「次へ」をクリックします。
54
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
インストール・ロケーション
IBM HTTP Server をインストールするロケーションを入力します。デフォルト値は次のとお
りです。
v /usr/IBM/HTTPServer
HTTP ポート
IBM HTTP Server で使用されるポートを入力します。デフォルト値は 80 です。
管理サーバー・ポート
IBM HTTP Server の管理に使用するポートを入力します。デフォルト値は 8008 です。
30. IBM HTTP Server の WebSphere Application Server プラグインに対する以下の構成パラメーターを受
け入れて、「次へ」をクリックします。
プロファイル名
デフォルト値は ctgAppSrv01 です。この値は変更できません。
31. ミドルウェア・イメージの位置を指定し、「次へ」をクリックします。 DVD からインストールして
いる場合は、ご使用のオペレーティング・システムおよびプラットフォーム用のミドルウェア DVD
を挿入してから「次へ」をクリックします。
ソース・メディアのミドルウェア・インストール・イメージを指定したディレクトリーにコピーする
(Copy the middleware install images from the source media to a specified directory)
このオプションは、ミドルウェア・イメージを製品メディアから指定するディレクトリーへコ
ピーする場合に選択します。
必須のミドルウェア・インストール・イメージがすべて含まれているディレクトリーを指定する
(Specify a directory containing all the required middleware install images)
このオプションは、既にすべてのミドルウェア・インストール・イメージが含まれているディ
レクトリーを指定する場合に選択します。
32. ソース・メディアからインストール・イメージをコピーするオプションを選択した場合は、ソース・デ
ィレクトリーおよび宛先ディレクトリーを指定して、「次へ」をクリックします。既にミドルウェア・
イメージが含まれているディレクトリーを指定するオプションを選択した場合は、ディレクトリーを指
定して、「次へ」をクリックします。
ミドルウェアをデプロイする前にイメージの保全性を確認するには、チェックサム検証のオプションを
選択します。インストール時の後半のステージでインストールが失敗するのを防ぐため、このオプショ
ンを選択することをお勧めします。チェックサム処理が失敗した場合は、「戻る」をクリックしてイメ
ージを再度コピーしてから、次へ進んでください。
このオプションを選択しないと、ミドルウェア・イメージが破損している場合や、指定されたディレク
トリーからミドルウェア・イメージにアクセスできない場合に、エラーが発生する可能性があります。
このエラーを解決するには、破損しているミドルウェア・イメージを取り替えてから、ミドルウェア・
インストール・プログラムを再始動します。
33. ミドルウェア・インストーラーの一時ファイルおよび抽出したミドルウェア・インストール・イメージ
に使用するディレクトリーを指定して、「次へ」をクリックします。
34. 「デプロイメント計画操作 (Deployment Plan Operation)」パネルで、「計画のデプロイ」を選択し、
「次へ」をクリックします。また、このパネルで、以前構成したデプロイメント計画またはパラメータ
ーを変更できます。
35. 「デプロイメントの計画およびパラメーター構成の要約 (Deployment Plan and Parameter Configuration
summary)」パネルで要約の内容を検討し、「デプロイ」をクリックします。
36. デプロイメントが正常に完了したら、「終了」をクリックします。
第 3 章インストール・タスク
55
37. 複数のコンピューターにミドルウェアをインストールする場合は、以下のステップを実行します。
topology.properties ファイルをワークスペースから、ミドルウェアをインストールする次のコンピュ
ーターのワークスペースにコピーします。
使用している既存の DB2 データベースがプロビジョニング・サーバーとは異なるコンピューター上に
インストールされている場合は、以下の要件を満たしていることを確認してください。
v データベース・インスタンス・ユーザーが DB2 サーバー上に存在している必要があります。例え
ば、DB2 インスタンス ctginst1 を作成する場合は、DB2 サーバー上にユーザー (ユーザーのホー
ム・ディレクトリーも含む) を作成する必要があります。グループ db2iadm1 が存在する必要があり
ます。
38. 仮想 IP アドレスを使用するコンピューターにミドルウェアをインストールする場合は、以下のステッ
プを実行します。
a. 仮想 IP アドレスおよびホスト名が正しく構成されていることを確認します。
v ミドルウェア・ワークスペースで、topology.properties ファイルを確認します。
v
2000
DB2
ファイル db2nodes.cfg を確認してください。
– インスタンス名が ctginst1 の場合、ファイルは /home/ctginst1/sqllib にあります。
39. Tivoli Provisioning Manager 用の DB2 サーバーまたは Tivoli Directory Server 用の DB2 サーバーが
インストールされているコンピューターで仮想 IP アドレスを使用する場合は、そのコンピューターで
次の DB2 コマンドを実行します。
db2set -g DB2SYSTEM=virtual_hostname
virtual_hostname を仮想ホスト名で置き換えてください。
例: DB2 が database.example.com という仮想ホスト名のコンピューターにインストールされている
場合で、Tivoli Directory Server が ldap.example.com という仮想ホスト名のコンピューターにインス
トールされている場合:
a. コンピューター database.example.com で、以下のコマンドを実行します。
db2set -g DB2SYSTEM=database.example.com
b. コンピューター ldap.example.com で、以下のコマンドを実行します。
db2set -g DB2SYSTEM=ldap.example.com
タスクの結果
これで、ミドルウェアがインストールされました。
次のタスク
1. WebSphere Application Server 構成をバックアップします。ランチパッドのナビゲーション・ペインで、
「カスタム・インストール」をクリックし、「1.3 WebSphere 構成のバックアップ」をクリックしま
す。パネルの指示に従ってバックアップし、「カスタム・インストール」ページに戻ります。
2. シンボリック・リンクを削除する場合は、以下のコマンドを実行します。
rm /home/<username>
注意:
今後のフィックスパックがこのシンボリック・リンクに依存している可能性があります。
56
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ミドルウェア・インストーラーを使用したミドルウェアの再使用
ミドルウェア・インストーラーを使用すると、いくつかのミドルウェア製品を構成できます。一部のミドル
ウェア製品は、再使用する場合に手動で構成する必要があります。
既存のミドルウェア・サーバーを Tivoli Provisioning Manager と組み合わせて再使用する場合は、ミドル
ウェア・サーバーを構成してから Tivoli Provisioning Manager をインストールする必要があります。この
セクションでは、ミドルウェア・インストーラーを使用して、既存の DB2、Tivoli Directory Server、およ
び Microsoft Active Directory の各サーバーを構成する方法について説明します。
ミドルウェア・インストーラーを使用して、既存の Oracle Database (サポート対象の場合) または
WebSphere Application Server を構成することはできません。これらのサーバーについて詳しくは、 61 ペー
ジの『手動構成済みミドルウェアの使用』を参照してください。既存のミドルウェア・サーバーを再使用す
るが、Tivoli Provisioning Manager インストール・プログラムでミドルウェア・サーバーを構成できるよう
にするのではなく、Tivoli Provisioning Manager とともに使用するために手動でミドルウェア・サーバーを
構成する場合にも、この情報を適用できます。
ミドルウェア・インストーラーおよび Tivoli Provisioning Manager インストール・プログラムでミドルウ
ェアをインストールおよび構成する場合は、以下の制限を考慮してください。
表 16. ミドルウェア構成についての特殊文字に関する制限
命名規則
制限
2000
DB2
グループ名、ユーザー名、およびユーザー ID
に関する DB2 の名前付け規則。
v 名前および ID には、
USERS、ADMINS、GUESTS、PUBLIC、 LOCAL、ま
たは SQL 予約語は使用できません。
v 名前および ID を IBM、SQL、SYS、または下線文字
(_) で始めることはできません。
v オペレーティング・システムのグループ名とユーザー
ID には小文字だけを使用する必要があり、8 バイトま
で使用できます。
2000
DB2
DB2 インスタンスに関する DB2 の命名規則
v インスタンス名は最大 8 バイトで、# 文字を含めるこ
とはできません。
2000
DB2
パスワードに関する DB2 の命名規則
v パスワードには最大 8 バイトまで使用できます。
v 特殊文字 @ # $ は使用しないでください。
第 3 章インストール・タスク
57
表 16. ミドルウェア構成についての特殊文字に関する制限 (続き)
命名規則
制限
データベースおよびデータベース別名に関する IBM
Tivoli Directory Server の命名規則
v データベース名は、データベースがカタログされてい
るロケーション内で固有でなければなりません。この
ロケーションは、次のとおりです。
– ディレクトリー・パス
v データベース別名は、システム・データベース・ディ
レクトリー内で固有でなければなりません。新規デー
タベースを作成すると、別名はデフォルトでデータベ
ース名になります。そのため、その名前のデータベー
スが存在していなくても、データベース別名として存
在する名前を使用してデータベースを作成することは
できません。
v データベースおよびデータベース別名は最大 8 バイト
です。
v 特殊文字 @ # $ はすべてのキーボードに共通ではない
ため、これらの文字は使用しないでください。
ユーザー、グループ、データベース、およびインスタンス v 値は 8 文字を超えないようにしてください。また、
に関する IBM Tivoli Directory Server の命名規則。
USERS、ADMINS、GUESTS、PUBLIC、
LOCAL、idsldap の各値は使用できません。
v 値は、IBM、SQL、または SYS で開始することはでき
ません。
v 値にアクセント付き文字を含めないでください。
v 有効な値は、A から Z、a から z、および 0 から 9
の文字です。
v 値の先頭の文字は、A から Z または a から z にする
必要があります。
v 2 バイト文字を管理者のパスワード値に使用すること
はできません。
v パスワードに次の特殊文字を使用できない場合があり
ます。 ` ' ¥ " |
ユーザーおよびパスワードに関する WebSphere
Application Server の命名規則
v 管理者名に文字 / ¥ * ,: ;=+?|< > & % ’"] [> # $ ~
( ) { } を含めることはできません。
v 管理者名をピリオドで開始することはできません。
v 管理者名の先頭と末尾をスペースにすることはできま
せん。
ミドルウェア・インストール・プログラムの命名規則
v ミドルウェア・インストール・プログラムはパスワー
ドがターゲット・ホストのオペレーティング・システ
ムに準拠しているかどうかを検証しません。指定する
パスワードは、ご使用の環境で有効なものにする必要
があります。
v ミドルウェア・インストール・プログラムでは、ユー
ザー名の値にアクセント付き文字が使用されているか
どうかは確認されません。アクセント付き文字が使用
されていると、エラーが発生する場合があります。
v 次の文字は使用できません。! $ # %
58
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ミドルウェア・インストーラーによる既存の DB2 の構成
ミドルウェア・インストーラーを使用して、既存の DB2 データベースを構成できます。
始める前に
v
5 ページの『第 2 章プリインストール・タスク』で説明されているインストール前提条件を確認しま
す。
v インストールのエラーを防止するため、 24 ページの『プリインストール・ステップ 7: ユーザー名、デ
ータベース名、ユーザー・パスワードの要件の確認』で説明されている要件すべてを検討してくださ
い。ミドルウェア・インストーラーは、インストーラーで入力した名前およびパスワードのすべてを検
証するわけではありません。
v コンピューター・ホスト名の値を入力する際は、常に完全修飾ドメイン名を使用します。
v システムに、以下のユーザーおよびグループが既に存在している必要があります。システム上にこれら
が存在していない場合は、Tivoli Provisioning Manager インストール・プログラムを実行する前に作成す
る必要があります。
ユーザー
– db2inst1
– dasusr1
– db2fenc1
使用している既存の DB2 データベースがプロビジョニング・サーバーとは異なるコンピュータ
ー上にインストールされている場合は、以下の要件を満たしていることを確認してください。
– データベース・インスタンス・ユーザーが DB2 サーバー上に存在している必要があります。
例えば、DB2 インスタンス ctginst1 を作成する場合は、DB2 サーバー上にユーザー (ユー
ザーのホーム・ディレクトリーも含む) を作成する必要があります。グループ db2iadm1 が存
在する必要があります。
グループ
– dasadm1
– db2iadm1
– db2fgrp1
Tivoli Provisioning Manager で再利用するように既存の DB インスタンスを構成するには、以下のようにし
ます。
手順
1. 管理権限を持つユーザーとしてログインします。
2. ランチパッドからミドルウェア・インストーラーを起動します。
3.
45 ページの『ミドルウェア・インストーラーを使用したミドルウェアのインストールおよび構成』で説
明されているように、「デプロイメント選択項目」パネルが表示されるまでミドルウェア・インストー
ラーのパネルに従います。
4. 「デプロイメント選択項目」パネルで、「データベース・サーバー」を選択し、「次へ」をクリックし
ます。Tivoli ミドルウェア・インストーラーによって、システム上で検出された DB2 のすべてのイン
スタンスが表示されます。
第 3 章インストール・タスク
59
5. 「インストール」ドロップダウン・メニューで、再利用する該当インスタンスを選択して、「次へ」を
クリックします。
6. ミドルウェア・インストーラーの残りのパネルに従ってインストールを完了します。詳しくは、 45 ペー
ジの『ミドルウェア・インストーラーを使用したミドルウェアのインストールおよび構成』を参照して
ください。
7. Tivoli Provisioning Manager 用の DB2 サーバーがインストールされているコンピューターで仮想 IP を
使用する場合は、そのコンピューターで次の DB2 コマンドを実行します。
db2set -g DB2SYSTEM=virtual_hostname
virtual_hostname を仮想ホスト名で置き換えてください。
例: database.example.com という仮想ホスト名のコンピューターに DB2 がインストールされている場合
は、database.example.com というコンピューターでこのコマンドを実行します。
db2set -g DB2SYSTEM=database.example.com
次のタスク
127 ページの『Base Services のインストール』に進みます。
ミドルウェア・インストーラーによる既存の Tivoli Directory Server の検証
既存の IBM Tivoli Directory Server インストール済み環境があり、それを Provisioning Manager 用に再利
用する場合は、ミドルウェア・インストーラーを使用して、その環境が Provisioning Manager で機能する
かどうかを検証できます。
始める前に
v
5 ページの『第 2 章プリインストール・タスク』で説明されているインストール前提条件を確認しま
す。
v インストールのエラーを防止するため、 24 ページの『プリインストール・ステップ 7: ユーザー名、デ
ータベース名、ユーザー・パスワードの要件の確認』で説明されている要件すべてを慎重に検討してく
ださい。ミドルウェア・インストーラーは、インストーラーで入力した名前およびパスワードのすべて
を検証するわけではありません。
v コンピューター・ホスト名の値を入力する際は、常に完全修飾ドメイン名を使用します。
ミドルウェア・インストーラーは、以下を検証します。
v Tivoli Provisioning Manager のバージョン。
v Tivoli Directory Server が実行されていること。
v Tivoli Provisioning Manager に指定した基本 DN 情報。
ミドルウェア・インストーラーは、Tivoli Provisioning Manager で使用するTivoli Directory Server イン
スタンスを作成しません。既存の Tivoli Provisioning Manager を再利用する場合は、プロンプトが出さ
れたら、そのインスタンスの正しい管理者識別名とパスワード、LDAP 基本 DN、ディレクトリー・サ
ーバーのポート、および管理者ポート情報を、ミドルウェア・インストーラーのパネルで入力します。
新規の Tivoli Directory Server インスタンスを既存の Tivoli Directory Server 上でホストする場合は、ミ
ドルウェア・インストーラーを実行する前に、そのインスタンスを作成する必要があります。インスタ
ンスの作成については、 79 ページの『手動による IBM Tivoli Directory Server の構成』を参照してくだ
さい。
60
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
そのインスタンスの正しい管理者識別名とパスワード、正しい LDAP 基本識別名、Directory Server の
ポート、および管理者ポート情報を、ミドルウェア・インストーラーのパネルで入力します。
Tivoli Directory Server の既存のインスタンスを確認するには、以下のようにします。
手順
1. 管理権限を持つユーザーとしてログインします。
2. ランチパッドからミドルウェア・インストーラーを起動します。
3.
45 ページの『ミドルウェア・インストーラーを使用したミドルウェアのインストールおよび構成』で説
明されているように、「デプロイメント選択項目」パネルが表示されるまでミドルウェア・インストー
ラーのパネルに従います。
4. 「デプロイメント選択項目」パネルで、「Directory Server」を選択し、「次へ」をクリックします。ミ
ドルウェア・インストーラーは、システムで検出された Tivoli Directory Server のインスタンスがあれ
ば表示します。
5. 「インストール」ドロップダウン・メニューで、再利用する該当インスタンスを選択して、「次へ」を
クリックします。
6. ミドルウェア・インストーラーの残りのパネルに従ってインストールを完了します。詳しくは、 45 ペー
ジの『ミドルウェア・インストーラーを使用したミドルウェアのインストールおよび構成』を参照して
ください。
7. Tivoli Directory Server がインストールされているコンピューターで仮想 IP を使用している場合は、そ
のコンピューターで、以下の DB2 コマンドを実行します。
db2set -g DB2SYSTEM=virtual_hostname
virtual_hostname を仮想ホスト名で置き換えてください。
例: Tivoli Directory Server が ldap.example.com という仮想ホスト名のコンピューターにインストール
されている場合は、コンピューター ldap.example.com で、以下のコマンドを実行します。
db2set -g DB2SYSTEM=ldap.example.com
次のタスク
Base Services をインストールします。
手動構成済みミドルウェアの使用
手動インストールでは、Tivoli Provisioning Manager インストール・プログラムを使用する前に、Tivoli
Provisioning Manager と連携するよう、ミドルウェア・コンポーネント、データベース・サーバー、ディレ
クトリー・サーバー、およびアプリケーション・サーバーを構成します。
1 つ以上の Tivoli Provisioning Manager ミドルウェア・コンポーネントをミドルウェア・インストーラー
によって自動的に構成することを選択できます。また、Tivoli Provisioning Manager と連携するよう、1 つ
以上のミドルウェア・サーバーを手動で構成することを選択することもできます。
Tivoli Provisioning Manager インストール・プログラムの自動構成機能を使用して構成しないことを決定し
た各サーバーについては、Tivoli Provisioning Manager インストール・プログラムを実行する前に、手動で
構成を完了しておく必要があります。
第 3 章インストール・タスク
61
手動によるデータベース・サーバーの構成
インストール・プログラムがデータベース・サーバーを自動的に構成しないようにするには、インストー
ル・プログラムを使用する前に、データベース・サーバーを手動で構成します。
DB2 サーバーのインストール:
2000
DB2
以下の手順に従って、DB2 サーバーをインストールします。
始める前に
v DB2 インストール済み環境でデフォルトのテーブル・スペースのディスク・スペース所要量を確保する
には、DB2 データベース・インスタンス・ホーム・ディレクトリー (/home/db2inst1) に最低 8 ギガバ
イトのフリー・スペースがあることを確認してください。
v ご使用のシステムがインストール、メモリー、およびディスクの他の要件を満たしていることを確認し
ます。DB2 の要件と、DB2 をインストールするときに考慮すべきセキュリティー問題については、DB2
の資料を参照してください。DB2 インストーラーは、必要なディスク・スペースを自動的に計算し、十
分なスペースがあるかどうかを判別します。また、データベースの増大に備えて十分なディスク・スペ
ースを割り振るようにしてください。
v DB2 のセットアップ・ウィザードはグラフィカルなインストーラーです。ご使用のコンピューターで
DB2 セットアップ・ウィザードを実行するには、グラフィカル・ユーザー・インターフェースをレンダ
リングできる X Window ソフトウェアが必要です。
v 非同期入出力 (AIO) が使用可能に設定されていることを確認してください。DB2 を正しくインストール
できるようにするには、これを事前に使用可能に設定しておく必要があります。AIO を Linux 上で使用
するには、libaio-0.3.96 以上をインストールし、AIO をサポートするカーネル (バージョン 2.6 など) を
保有する必要があります。
このセクションでは、DB2 の標準的なインストールについての基本的なインストール方法を説明します。
詳しい情報が必要な場合は、DB2 インフォメーション・センターでインストール情報を参照してくださ
い。
Tivoli Provisioning Manager に付属している DB2 インストール・メディアを使用して、正しいバージョン
を使用するようにしてください。
手順
1. root でログオンします。
2. ディスクを使用する場合、ご使用の言語に合った正しい DB2 メディアを使用してください。DVD を
マウントして、以下のコマンドを入力して DVD がマウントされたディレクトリーに移動します。
cd /cdrom
ここで、/cdrom はディスク・ドライブのマウント・ポイントを表します。
3. インストール・イメージを使用する場合、DB2_ESE_V97 で始まるアーカイブ・ファイルを、DB2 を
インストールするディレクトリーにコピーします。インストールする言語に合ったファイルを選択しま
す。アーカイブ・ファイルの内容を解凍します。
4. ese で始まるフォルダーに移動して、./db2setup と入力して DB2 セットアップ・ウィザードを開始
します。
5. IBM DB2 セットアップ・ランチパッドが開きます。このウィンドウで、インストールの前提条件およ
び最新情報のリリース・ノートを確認してから、インストールを続行します。
6. 「プロダクトのインストール」をクリックします。
62
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
7. 「DB2 UDB Enterprise Server Edition」を選択して「次へ」をクリックします。
8. 初期画面で「次へ」をクリックします。
9. ご使用条件に同意し、「次へ」をクリックします。
10. デフォルト値 (「標準」) を受け入れて、「次へ」をクリックします。
11. 「DB2 UDB Enterprise Server Edition をこのコンピューターにインストールする (Install DB2 UDB
Enterprise Server Edition on this computer)」チェック・ボックスを選択して、「次へ」をクリック
します。
12. インストールを続行して、インストーラーによって提示されるデフォルト値を使用します。
13. インストールが完了した後、状況ページが開きます。「状況レポート」タブをクリックして、インスト
ールが成功したことを確認してください。
14. 以下のポストインストール・ステップを実行します。
a. 次のコマンドを実行します。
db2set
db2set
db2set
db2set
DB2COMM=TCPIP
DB2BQTRY=120
DB2BQTIME=2
DB2AUTOSTART=YES
b. Tivoli Provisioning Manager 用の DB2 サーバーがインストールされているコンピューターで仮想
IP を使用する場合は、そのコンピューターで次の DB2 コマンドを実行します。
db2set -g DB2SYSTEM=virtual_hostname
virtual_hostname を仮想ホスト名で置き換えてください。
例: database.example.com という仮想ホスト名のコンピューターに DB2 がインストールされている
場合は、database.example.com というコンピューターでこのコマンドを実行します。
db2set -g DB2SYSTEM=database.example.com
次のタスク
1. 手動で設定の構成を行うか、またはミドルウェア・インストーラーを実行して自動的に設定を構成する
ことにより、Tivoli Provisioning Manager と一緒に使用できるように DB2 を構成します。 59 ページの
『ミドルウェア・インストーラーによる既存の DB2 の構成』を参照してください。
2. 『DB2 クライアントのインストール』に進みます。
DB2 クライアントのインストール:
2000
DB2
以下の手順に従って、DB2 クライアントをインストールします。
このセクションでは、DB2 の標準的なインストールについての基本的なインストール方法を説明します。
詳しい情報が必要な場合は、DB2 インフォメーション・センターでインストール情報を参照してくださ
い。
Tivoli Provisioning Manager に付属している DB2 インストール・メディアを使用して、正しいバージョン
を使用するようにしてください。
DB2 を別のノードで使用する場合、DB2 クライアントを Tivoli Provisioning Manager コンピューターにプ
リインストールしておく必要があります。このデータベース・クライアントは、Tivoli Provisioning
Manager のインストール中に DB2 サーバーに接続するために使用され、Tivoli Provisioning Manager と一
緒に使用するための構成も行います。
第 3 章インストール・タスク
63
手順
1. 管理者権限を持つユーザーとしてログオンします。
2. DVD を使用する場合、ディスクをディスク・ドライブに挿入します。
DVD をマウントして、以下のコマンドを入力して DVD がマウントされたディレクトリーに移動しま
す。
cd /cdrom
3. イメージを使用する場合、 DB2_CLIENT_V97 で始まるアーカイブ・ファイルを、DB2 をインストー
ルするディレクトリーにコピーします。
4. client/disk1 で始まるフォルダーに移動して、./db2setup と入力して DB2 セットアップ・ウィザード
を開始します。
5. IBM DB2 セットアップ・ランチパッドが開きます。このウィンドウで、インストールの前提条件およ
び最新情報のリリース・ノートを確認してから、インストールを続行します。
6. 「プロダクトのインストール」をクリックします。
7. 「DB2 Administration Client」を選択して「次へ」をクリックします。
8. 初期画面で「次へ」をクリックします。
9. ご使用条件に同意し、「次へ」をクリックします。
10. デフォルト値 (「標準」) を受け入れて、「次へ」をクリックします。
11. 「DB2 インスタンスの作成」を選択します。
12. DB2 インスタンス所有者を指定します。DB2 サーバーのインストールで使用したのと同じユーザー名
を使用してください。例えば、db2inst1。
例えば、データベース所有者として db2inst1、1 次グループとして db2iadm1 を指定します。
注:
v DB2 のユーザー名およびパスワードは、DB2 サーバーのインスタンス所有者の名前およびパスワー
ドに一致する必要があります。
v データベース・クライアント・ディレクトリーは、インスタンス所有者のホーム・ディレクトリー
の下にある sqllib ディレクトリーにしてください。例えば、ホーム・ディレクトリーが
/home/db2inst1 であれば、クライアント・ロケーションは /home/db2inst1/sqllib です。
13. 残りのパネルについてはデフォルト値を受け入れます。
14. 要約パネルで設定を確認します。DB2 クライアントのインストール・ディレクトリーをメモします。
この情報は、Tivoli Provisioning Manager のインストールに必要です。
15. 「完了」をクリックしてインストールを開始します。
16. インストールの後で、データベース・インスタンス所有者 (db2inst1 など) についてのデフォルト・シ
ェルを Korn シェルに設定します。
手動による DB2 9.x の構成:
このセクションでは、Tivoli Provisioning Manager で使用するために既存の DB2 9.x サーバーを手動で構
成する方法について記載します。
Tivoli Provisioning Manager で使用するために既存の DB2 9.x サーバーを構成するには、インストール・
プログラムを開始する前に以下の手順を実行します。
64
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
手順
1. システム・ユーザーを作成します。
a. システムに対する管理権限を持つユーザーとしてシステムにログオンします。
b. システム・グループおよびシステム・ユーザーを作成します。ミドルウェア・インストーラーは、
データベース・インスタンスを所有する ctginst1 ユーザーを作成し、そのユーザーを db2iadm1
という名前のグループに割り当てます。 DB2 を手動で構成している場合、システム上で使用可能
なユーザー管理ツールを使用して、ユーザーおよびグループを手動で作成する必要があります。
ctginst1 および maximo という名前のユーザーを作成し、ctginst1 ユーザーを db2iadm1 という
名前のグループに割り当てます。maximo ユーザーの場合は、特定のグループを割り当てる必要は
ありません。これらのユーザー名およびグループ名の値を使用することも、あるいは固有のカスタ
ム値を使用することもできますが、この手順の該当する場所では、必ず値を置き換えてください。
AIX の場合は、SMIT を使用してユーザーを追加してください。ユーザー ID が作成されたら、そ
のユーザー ID を使用してシステムにログオンし、各アカウントのパスワードを変更します。
2. DB2 インスタンスを作成します。
a. 以下のコマンドを使用して、DB2 インスタンスを作成します。
ご使用の環境によっては、/opt/ibm/db2/V9.7/instance ディレクトリーからこのコマンドを実行す
る必要がある場合があります。あるいは、この情報を PATH に追加することができます。
db2icrt -a SERVER -s ese -p 50005 -u db2fenc1 -w 64 ctginst1
b. インスタンスの listen ポートを設定します。
db2 update dbm cfg using svcename 50005
c. インスタンス・サービスが自動的に開始するように設定します。
db2iauto -on <instance name>
ここで <instance name> は、インスタンスのログイン名です。
d. ctginst1 データベース・インスタンスを開始します。
su - ctginst1
db2start
3. 次のようにしてデータベースを作成します。
a. 使用する予定のインスタンスに対して、DB2 コントロール・センターを開きます。
1) コマンド・ウィンドウを開きます。
2) 使用するインスタンスを指定します。
3) 次のコマンドを入力します。
db2cc
b. DB2 コントロール・センターから、「すべてのシステム」 > 「<データベース・インスタンスの
ホストであるシステム>」 > 「インスタンス」へとナビゲートします。
c. インスタンス名の下にある「データベース」フォルダーを右クリックして、「データベースの作
成」 > 「自動保守」を選択します。
d. 「新規データベースの名前を指定」パネルで、「データベース名」フィールドと「別名」フィール
ドの両方に maxdb71 を入力します。
e. DB2 9.1 を使用している場合は、「データベースで XML を使用可能にする」オプションを有効に
します。このオプションにより、コード・セット UTF-8 を使用した Unicode データベースが作
成されます。
f. 「次へ」をクリックしてください。
第 3 章インストール・タスク
65
g. 「データの保管場所を指定」パネルで、「次へ」をクリックします。また、保存パスとしてデータ
ベース・パスを使用しない場合は、異なるディレクトリーを指定します。パスを指定する場合は、
ディレクトリーが存在している必要があります。
h. 「保守計画の選択 (Select your maintenance strategy)」パネルで、「はい、データベースがアクセス
不能になるオフライン保守時間帯を少なくとも 1 時間指定できます (Yes, I can specify an offline
maintenance window of at least an hour when the database is inaccessible)」を選択し、「次へ」
をクリックします。
i. 「オフライン自動保守アクティビティーの実行時間を指定します」パネルで、オフライン保守のス
ケジューリング詳細を指定し、「次へ」をクリックします。
j. 「有効な SMTP サーバーを指定する」パネルで、このデータベースに関連する DB2 メッセージを
送信する場合に使用する SMTP サーバーの名前を入力し、「次へ」をクリックします。
k. 「アクションの確認」パネルで、自分が行った選択を確認し、「終了」をクリックします。
データベースが作成されます。
AIX 5.3 システムの場合、またはグラフィカル・ユーザー・インターフェース・データベース管理ツ
ールを実行するようにセットアップされていないその他すべてのシステムの場合には、以下のコマンド
を使用して、DB2 インスタンスを作成します。
db2icrt –a SERVER –s ese –p 50005 –u db2fenc1 ctginst1
AIX 5.3 システム上、またはグラフィカル・ユーザー・インターフェース・データベース管理ツール
を実行するようにセットアップされていないその他すべてのシステム上にデータベースを作成するに
は、ユーザーを ctginst に切り替え、以下のコマンドを使用します。
db2 create database maxdb71 automatic storage yes using codeset UTF-8 territory us
pagesize 32 K
4. データベースを構成します。
a. 前のステップで作成した maxdb71 データベースを右クリックし、「パラメーターの構成」を選択
します。
b. 「データベース構成」パネルで LOGFILSIZ 値を選択し、「値」列で省略符号 (...) でラベル付けさ
れているボタンをクリックします。
c. 4096 と入力して、「OK」をクリックします。
d. DB2 9.1 を使用している場合は、「データベース構成」パネルで APP_CTL_HEAP_SZ 値を選択し
ます。DB2 9.5 以降を使用している場合は、appl_memory 値を選択します。「値」列で、省略符号
(...) でラベル付けされているボタンをクリックします。
e. 1024 と入力して、「OK」をクリックします。
f. 「データベース構成」パネルで APPLHEAPSZ 値を選択し、「値」列で省略符号 (...) でラベル付け
されているボタンをクリックします。
g. 1024 と入力して、「OK」をクリックします。
h. 「データベース構成」パネルで LOCKLIST 値を選択し、「値」列で省略符号 (...) でラベル付けさ
れているボタンをクリックします。
i. 30000 と入力して、「OK」をクリックします。
j. 「データベース構成」パネルで LOGSECOND 値を選択し、「値」列で省略符号 (...) でラベル付け
されているボタンをクリックします。
k. 4 と入力して、「OK」をクリックします。
l. 「データベース構成」パネルで、「OK」をクリックします。
66
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
m. 「閉じる」をクリックします。
n. ctginst1 インスタンスを右クリックし、「停止」をクリックしてから、「開始」をクリックして、
データベースを再始動します。
注: AIX 5.3 システムの場合、DB2 コントロール・センターをローカルで起動することはできませ
ん。AIX 5.3 システムでデータベースを構成する最良の方法は、DB2 クライアントを使用して、DB2
コントロール・センターを実行できるシステムからリモート側で構成する方法です。または、コマン
ド・ラインから以下のコマンドを使用して、これらのステップを実行することもできます。
connect to maxdb71
update db cfg for maxdb71 using auto_maint on
update db cfg for maxdb71 using auto_tbl_maint on
update db cfg for maxdb71 using auto_runstats on
update db cfg for maxdb71 using auto_reorg on
update db cfg for maxdb71 using auto_db_backup on
update alert cfg for database on maxdb71 using db.db_backup_req set thresholdschecked yes
update alert cfg for database on maxdb71 using db.tb_reorg_req set thresholdschecked yes
update alert cfg for database on maxdb71 using db.tb_runstats_req set thresholdschecked yes
update database configuration using applheapsz 1024 deferred
update database configuration using app_ctl_heap_sz 1024 deferred
update database configuration using logfilsiz 4096 deferred
update database configuration using logsecond 4 deferred
update database configuration using locklist 30000 automatic immediate
connect reset
restart db maxdb71
5. ユーザーをデータベースに追加します。
a. データベースが再始動した後、そのデータベースを右クリックして「権限」を選択します。
b. 「データベース権限」ウィンドウの「ユーザー」タブで、「ユーザーの追加」をクリックします。
c. 「ユーザーの追加」ダイアログ・ボックスでユーザー maximo を選択し、「OK」をクリックしま
す。
d. 「データベース権限」ウィンドウでユーザー maximo を強調表示し、「すべて GRANT」をクリ
ックします。
e. 「OK」をクリックしてください。
または、コマンド・ラインから以下のコマンドを使用して、これらのステップを実行することもできま
す。
connect to maxdb71
grant dbadm,createtab,bindadd,connect,create_not_fenced_routine,implicit_schema,
load,create_external_routine,quiesce_connect,secadm on database to user maximo
6. 表スペースを作成します。
a. DB2 コントロール・センターでTivoli Provisioning Manager とともに使用するために作成した DB2
データベースの表スペース・エントリーを見つけて右クリックします。
b. 右クリック・メニューから「作成」を選択します。
c. 新しい表スペースとして MAXDATA を指定し、「次へ」をクリックします。
d. 表スペースのタイプとして「通常」を選択し、「次へ」をクリックします。
e. 「作成」をクリックして、表スペース用のバッファー・プールを作成します。
f. 新しいバッファー・プールとして MAXBUFPOOL を指定し、「ページ・サイズ」の値を 32、「32 KB
ページでのサイズ」の値を 4096 に変更します。
g. 「バッファー・プールの即時作成 (Create buffer pool immediately)」が選択されていることを確認
し、「OK」をクリックします。
h. 新しく作成したバッファー・プールを強調表示し、「次へ」をクリックします。
第 3 章インストール・タスク
67
i. 「この表スペースのエクステントおよびプリフェッチ・サイズを指定する」パネルで「200 MB か
ら 2 GB (Between 200 MB and 2 GB)」オプションを選択し、「エクステント・サイズ」を 32
のままにして、「次へ」をクリックします。
j. 「サーバー (SCSI)」を選択してハード・ディスクの規格を定義し、「次へ」をクリックします。
k. 「完了」をクリックします。
または、コマンド・ラインから以下のコマンドを使用して、これらのステップを実行することもできま
す。
create bufferpool maxbufpool immediate size 4096 pagesize 32 k
create regular tablespace maxdata pagesize 32 k managed by automatic storage
extentsize 16 overhead 12.67 prefetchsize 16 transferrate 0.18 bufferpool
maxbufpool dropped table recovery on
注: デフォルトでは、インデックス・データはデータ表スペースに保管されます。独立したインデック
ス表スペースを作成する場合、ここで 1 つ作成することができます。
7. 表スペースに権限を付与します。
a. DB2 コントロール・センターで、Tivoli Provisioning Manager とともに使用するために作成した
DB2 データベースの MAXDATA 表スペース・エントリーを見つけて右クリックします。
b. 右クリック・メニューから「特権」を選択します。
c. 「ユーザーの追加」をクリックします。
d. ユーザー maximo を選択し、「OK」をクリックします。
e. 「特権」ドロップダウン・メニューで「はい」を選択し、「OK」をクリックします。
または、コマンド・ラインから以下のコマンドを使用して、これらのステップを実行することもできま
す。
grant use of tablespace maxdata to user maximo
注: 独立したインデックス表スペースを作成した場合は、この時点でその表スペースに権限を付与する
必要があります。
8. スキーマを作成します。
a. DB2 コントロール・センターで、Tivoli Provisioning Manager とともに使用するために作成した
DB2 データベースのスキーマ・エントリーを見つけて右クリックします。
b. 右クリック・メニューから「作成」を選択します。
c. 新規スキーマの名前を指定して、「OK」をクリックします。この名前は、データベース・ユーザ
ー ID に使用した名前と同じである必要があります。
d. 新しいスキーマ名を右クリックして、「特権」を選択します。
e. 「特権」ドロップダウン・メニューで「ユーザーの追加」を選択し、maximo ユーザーを選択しま
す。
f. 「OK」をクリックしてください。
g. maximo ユーザーを選択し、「すべて許可 (Grant all)」をクリックします。
h. ダイアログ・ボックスで「許可しない (No Grant)」を選択し、「OK」をクリックします。
または、コマンド・ラインから以下のコマンドを使用して、これらのステップを実行することもできま
す。
CREATE SCHEMA MAXIMO AUTHORIZATION ADMINISTRATOR
GRANT CREATEIN,DROPIN,ALTERIN ON SCHEMA MAXIMO TO USER MAXIMO
9. 一時表スペースを作成します。
68
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
a. DB2 コントロール・センターで、Tivoli Provisioning Manager とともに使用するために作成した
DB2 データベースの表スペース・エントリーを見つけて右クリックします。
b. 右クリック・メニューから「作成」を選択します。
c. 新しい表スペースに MAXTEMP を指定し、「次へ」をクリックします。
d. 表スペースのタイプとして「SYSTEM TEMPORARY」を選択し、「次へ」をクリックします。
e. 前に作成したバッファー・プール MAXBUFPOOL を選択し、「次へ」をクリックします。
f. 「この表スペースのエクステントおよびプリフェッチ・サイズを指定する」パネルで「200 MB か
ら 2 GB (Between 200 MB and 2 GB)」オプションを選択し、「エクステント・サイズ」を 32
のままにして、「次へ」をクリックします。
g. 「サーバー (SCSI)」を選択してハード・ディスクの規格を定義し、「次へ」をクリックします。
h. 「完了」をクリックします。
または、コマンド・ラインから以下のコマンドを使用して、これらのステップを実行することもできま
す。
CREATE SYSTEM TEMPORARY TABLESPACE MAXTEMP PAGESIZE 32K MANAGED BY AUTOMATIC STORAGE
EXTENTSIZE 16 OVERHEAD 12.67 PREFETCHSIZE 16 TRANSFERRATE 0.18 BUFFERPOOL MAXBUFPOOL
10. DB2 Enterprise Server Edition 9.7 FP4 がインストール済みであることを確認します。詳細について
は、DB2 サポート・ページを参照してください。
Oracle Database サーバーのインストール:
Oracle
2000
Tivoli Provisioning Manager を正常にインストールするには、Oracle Database をプリインストールして正し
く構成しておく必要があります。
始める前に
1. インストールする Oracle Database のバージョンを確認します。サポートされるバージョンは、Oracle
Database 10g Release 2 パッチ 3 (10.2.0.4g) または Oracle 11g R1 です。
2. データベース・サーバーが Oracle Database のハードウェア要件およびソフトウェア要件を満たしてい
ることを確認します。詳しくは、Oracle の資料を参照してください。
3. root でログオンします。
4. Tivoli Provisioning Manager のインストールに必要なパラメーターの数値を設定します。ファイル
/etc/sysctl.conf で、以下のパラメーターを追加します。
kernel.shmall = 2097152
kernel.shmmax = 536870912
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default=262144
net.core.wmem_default=262144
net.core.rmem_max=262144
net.core.wmem_max=262144
注: デフォルト値が必要な値以上の場合は、デフォルト値を使用してください。
5. コマンド /sbin/sysctl -p を実行して、設定を有効にします。
6. smit chgsys コマンドを実行して、ユーザーあたりのプロセスの最大数を設定します。「プロセスの最
大数 (Maximum number of PROCESSES)」の値が 2048 以上かどうか確認します。
7. lsps -a コマンドを実行してページング・スペースを確認し、必要に応じて、chps -s コマンドを実行
してスペースを増やします。以下のガイドラインを使用します。
第 3 章インストール・タスク
69
表 17. AIX 用のページング・スペース
RAM
スワップ・スペース
1024 から 2048 MB
RAM のサイズの 1.5 倍
2049 から 8192 MB
RAM のサイズと同じ
8192 MB を超える
RAM のサイズの 0.75 倍
例えば、以下のコマンドは、3 つの 128 MB の論理区画をページ・スペース hd6 に追加します。
chps -s 3 hd6
詳しくは、AIX 資料を参照してください。
8. ユーザー「oracle」を作成して、以下のようにセットアップします。
a. グループ「oinstall」(1 次グループとして設定) および「dba」を作成して、そのグループに
「oracle」を追加します。
b. /home/oracle が oracle ユーザーのホーム・ディレクトリーになっていることを確認します。
oracle ユーザーのホーム・ディレクトリーには .profile ファイルが存在し、このファイルには以
下の行が含まれている必要があります。
umask 022
export AIXTHREAD_SCOPE=S
9. Oracle 製品のベース・ディレクトリーをセットアップします。
a. ベース・ディレクトリーを作成します。例えば、/u01/app/oracle など。このディレクトリーに、
Oracle Database のインストール・ディレクトリーが作成されます。
b. ユーザー oracle およびグループ oinstall に対して、このディレクトリーの所有権をセットアップし
ます。例えば、以下のコマンドを実行します。
chown -R oracle:oinstall /u01/app/oracle
c. インストール・ディレクトリー、そのすべての親ディレクトリー、およびそのすべてのサブディレク
トリーに 775 権限を設定します。例えば、インストール・ディレクトリーが /u01/app/oracle の場
合、755 権限を /u01、/u01/app、/u01/app/oracle、および /u01/app/oracle のすべてのサブディ
レクトリーに設定する必要があります。次のコマンドを実行してください。
chmod -R 775 /u01
以下の手順で、一部のインストール・オプションに値が指定されていない場合は、Oracle Database のイン
ストール・パネルのデフォルト値を使用してください。詳しくは、Oracle Database の資料を参照してくだ
さい。
手順
1. oracle ユーザーとしてログオンします。
2. oracle ユーザーが Oracle Database インストール・メディアの読み取り権限を持っているか確認してく
ださい。インストール用のイメージ・ファイルを使用する場合、oracle ユーザーでイメージを解凍しま
す。
3. Oracle Database のインストールを開始し、「拡張インストール」オプションを選択します。 Red Hat
Enterprise Linux 5 を使用する場合は、-ignoreSysPrereqs オプションを指定して Oracle インストーラ
ーを実行します。
4. 「インベントリ・ディレクトリと資格証明の指定」パネルで、「オペレーティング・システム・グルー
プ名の指定」で oinstall を選択し、「次へ」をクリックします。
70
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
5. 「ホームの詳細の指定」パネル (Oracle Database 10g の場合) または「インストールの場所」パネル
(Oracle Database 11g の場合) で以下の値を指定し、「次へ」をクリックします。
v Oracle ベース: 『始める前に』セクションのステップ 11a で作成したディレクトリーのパスを入力
します。例えば、/u01/app/oracle
v 「パス」: Oracle 製品のベース・ディレクトリーのサブディレクトリーを指定します。例えば、
Oracle Database 10g の場合は /u01/app/oracle/product/10.2.0.1.0/db_1 です。
6. Oracle Database の資料に従ってインストールを完了します。「構成オプションの選択」パネルで、「デ
ータベース・ソフトウェアのみインストール」 (Oracle Database の場合) を選択します。
次のタスク
73 ページの『Oracle データベースのインストールの検証』に進みます。
Oracle Database クライアントのインストール:
Oracle
2000
Oracle Database クライアントは、Tivoli Provisioning Manager をインストールするコンピューター上でイン
ストールする必要があります。
始める前に
1. データベース・サーバーが Oracle Database のハードウェア要件およびソフトウェア要件を満たしてい
ることを確認します。詳しくは、Oracle の資料を参照してください。
2. root でログオンします。
3. smit chgsys コマンドを実行して、ユーザーあたりのプロセスの最大数を設定します。「プロセスの最
大数 (Maximum number of PROCESSES)」の値が 2048 以上かどうか確認します。
4. lsps -a コマンドを実行してページング・スペースを確認し、必要に応じて、chps -s コマンドを実行
してスペースを増やします。以下のガイドラインを使用します。
表 18. AIX 用のページング・スペース
RAM
スワップ・スペース
1024 から 2048 MB
RAM のサイズの 1.5 倍
2049 から 8192 MB
RAM のサイズと同じ
8192 MB を超える
RAM のサイズの 0.75 倍
例えば、以下のコマンドは、3 つの 128 MB の論理区画をページ・スペース hd6 に追加します。
chps -s 3 hd6
詳しくは、AIX 資料を参照してください。
5. ユーザー「oracle」を作成して、以下のようにセットアップします。
a. グループ「oinstall」(1 次グループとして設定) および「dba」を作成して、そのグループに
「oracle」を追加します。
b. /home/oracle が oracle ユーザーのホーム・ディレクトリーになっていることを確認します。
oracle ユーザーのホーム・ディレクトリーには .profile ファイルが存在し、このファイルには以
下の行が含まれている必要があります。
umask 022
export AIXTHREAD_SCOPE=S
6. Oracle 製品のベース・ディレクトリーをセットアップします。
第 3 章インストール・タスク
71
a. ベース・ディレクトリーを作成します。例えば、/u01/app/oracle など。このディレクトリーに、
Oracle Database のインストール・ディレクトリーが作成されます。
b. ユーザー oracle およびグループ oinstall に対して、このディレクトリーの所有権をセットアップし
ます。例えば、以下のコマンドを実行します。
chown -R oracle:oinstall /u01/app/oracle
c. インストール・ディレクトリー、そのすべての親ディレクトリー、およびそのすべてのサブディレク
トリーに 775 権限を設定します。例えば、インストール・ディレクトリーが /u01/app/oracle の場
合、755 権限を /u01、/u01/app、/u01/app/oracle、および /u01/app/oracle のすべてのサブディ
レクトリーに設定する必要があります。次のコマンドを実行してください。
chmod -R 775 /u01
手順
1. Oracle Database クライアントをインストールしているディレクトリーとそのすべてのサブディレクトリ
ーに 755 権限を設定します。権限を変更するには以下のコマンドを実行します。
chmod -R 755 target_dir
ここで、target_dir は、Oracle Database クライアントをインストールしているディレクトリーです。
注: インストール・ディレクトリーがユーザー oracle のホーム・ディレクトリーの下にある場合、ホー
ム・ディレクトリーおよびそのすべてのサブディレクトリーは 750 権限を持つ必要があります。この権
限が必要な理由は、tioadmin ユーザーが oracle と同じ 1 次グループに存在するようになり、sqlplus
コマンドを実行するアクセス権限が必要なためです。
2. oracle ユーザーとしてログオンします。
3. Oracle Database クライアントのインストールを開始します。インストール・タイプ確認のプロンプトが
出されたら、「Oracle 10g Client 管理者」(Oracle Database 10g の場合) または「管理者
(Administrator)」(Oracle Database 11g) を選択します。
次のタスク
1. exp および imp と呼ばれるインポート・ツールおよびエクスポート・ツールが、Oracle Database クラ
イアント・インストール・ディレクトリーの bin サブディレクトリーに配置されていることを確認しま
す。
2. 以下の環境変数が設定されていることを確認してください。
v LD_LIBRARY_PATH または LIBPATH にディレクトリー $ORACLE_HOME/lib が設定されているこ
と。
v NLS_LANG に Tivoli Provisioning Manager サーバーのロケール情報を含むこと。
3. ファイル $ORACLE_HOME/network/admin/tnsnames.ora を作成して必要な設定を構成します。 Oracle
Database クライアントが Oracle サーバーと通信できるようにするには、システム ID (SID) が正しい
ホスト名で構成されている必要があります。サービス名には、データベース・インスタンス名および完
全修飾 Oracle サーバー・ホスト名を含む必要があります。次の例では、oracleserver.example.com は
Oracle Database サーバーのホスト名です。
ctginst1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = oracleserver.example.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ctginst1)
)
)
72
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
複数のデータベース・インスタンスを含む構成を使用している場合、サービス名の完全修飾名を入力し
ます。例えば、SERVICE_NAME = ctginst1.oracleserver.example.com などです。Windows コンピュー
ターで tnsnames.ora ファイルを作成する場合は、このファイルを使用する前にファイルから ^M 文字
を除去します。tnsnames.ora ファイルについて詳しくは、Oracle Database 資料を参照してください。
Oracle データベースのインストールの検証:
Oracle
2000
インストール・プロセスの以下のステップを実行する前に、データベースが開始されていて、そのデータベ
ースに接続できることを確認してください。
手順
1. Oracle データベース・ユーザーに切り替えます。例えば、ユーザー名が oracle の場合、以下のように
します。
su - oracle
2. ファイル $ORACLE_HOME/bin/dbstart を開き、ORACLE_HOME_LISTNER の行を
ORACLE_HOME_LISTNER=$ORACLE_HOME に置換します。
3. Oracle Database リスナーを開始します。
$ORACLE_HOME/bin/lsnrctl start
4. Oracle Database を始動します。
dbstart
5. Oracle サービスへの接続を検証します。 Oracle が別のコンピューターにインストールされている場
合、Tivoli Provisioning Manager コンピューターの Oracle クライアントから接続できるか検証してくだ
さい。
tnsping db_name
ここで、db_name は、Tivoli Provisioning Manager のデータベースの名前です。デフォルトのデータベ
ース名は ctginst1 です。接続が正常であれば、OK のメッセージが表示されます。
6. データベースに接続します。
sqlplus sys/password@db_name as sysdba
ここで、password は、ユーザー sys のパスワードです。接続が正常であれば、Connected のメッセー
ジが表示されます。
7. データベースに接続できない場合は、ORACLE_HOME/bin で以下のコマンドを実行します。
dbua
次のタスク
『手動による Oracle Database の構成』に進みます。
手動による Oracle Database の構成:
Oracle
2000
Provisioning Manager インストール・プログラムを始動する前に、以下のタスクを実行して、Oracle
Database を Provisioning Manager と共に使用できるように手動で構成します。
始める前に
Provisioning Manager データベースの max_cursors サイズを 1000 に設定します。
第 3 章インストール・タスク
73
手順
1. Oracle ソフトウェア・ユーザーとしてログインします。通常、このユーザーの名前は oracle です。
2. このステップは、リスナーがまだ準備できていない場合に限って行う必要があります。リスナーは、デ
ータベースへの接続要求を管理します。データベース・リスナーを作成します。
a. Oracle Network Configuration Assistant アプリケーションを開きます。
b. 「ようこそ」パネルで、「リスナー構成 (Listener configuration)」を選択し、「次へ」をクリックし
ます。
c. 「アクション」パネルで、「追加 (Add)」を選択し、「次へ」をクリックします。
d. リスナーの名前を入力するか、デフォルト値を受け入れて、「次へ」をクリックします。
e. リストされているデフォルトの選択済みプロトコルを受け入れます。「次へ」をクリックしてくださ
い。
f. 「ポート」パネルで、「標準ポート番号の 1521 を使用 (Use the standard port of 1521)」を選択
し、「次へ」をクリックします。
g. 「いいえ (No)」を選択してリスナーの構成を終了することを指定し、「次へ」をクリックします。
h. 「リスナーの構成が完了しました (Listener Configuration Done)」パネルで、「次へ」をクリックし
ます。
i. 「完了」をクリックします。
3. Provisioning Manager で使用されるデータベースを作成します。
a. Oracle Database Configuration Assistant を開きます。「次へ」をクリックしてください。
b. 「データベースの作成 (Create a Database)」を選択し、「次へ」をクリックします。
c. 「汎用」 (Oracle Database 10g の場合) または「汎用またはトランザクション処理」 (Oracle
Database 11g の場合) を選択して、「次へ」をクリックします。
d. 「グローバル・データベース名 (Global Database Name)」値と SID 値の両方に「ctginst1」を入力
し、「次へ」をクリックします。
e. デフォルト値を選択したままにして、「次へ」をクリックします。
f. 「すべてのアカウントに対して同じパスワードを使用」 (Oracle Database 10g の場合) または「す
べてのアカウントに同じ管理パスワードを使用」 (Oracle Database 11g の場合) が選択されているこ
とを確認し、Oracle ユーザーのパスワードを入力します。「次へ」をクリックしてください。
g. データベースに使用するストレージ機構として「ファイル・システム」を確実に選択し、「次へ」を
クリックします。
h. データベース・ファイル・ロケーションに使用する値として「テンプレートのデータベース・ファイ
ル・ロケーションを使用する (Use Database File Locations from Template)」を確実に選択し、
「次へ」をクリックします。
i. データベース・リカバリー・オプション・パネルでデフォルト値を選択したままにして、「次へ」を
クリックします。
j. 「サンプル・スキーマ (Sample Schemas)」パネルから、「次へ」をクリックします。
k. 「メモリー割り振り (Memory Allocation)」パネルで「カスタム」を選択し、以下の値を指定しま
す。「次へ」をクリックしてください。
Oracle Database 10g の場合、値はバイト単位で測定されます。
共有メモリー管理
この値を「手動 (Manual)」に設定します。
74
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
共有プール
この値を 157286400 に設定します。
バッファー・キャッシュ
この値を 36000000 に設定します。
Java™ プール
この値を 33554432 に設定します。
ラージ・プール (Large Pool)
この値を 8388608 に設定します。
PGA サイズ
この値を 37748736 に設定します。
Oracle Database 11g の場合、値は MB 単位で測定されます。
メモリー管理 (Memory Management)
この値を「手動共有メモリー管理 (Manual Shared Memory Management)」に設定します。
共有プール
この値を 251 に設定します。
バッファー・キャッシュ
この値を 755 に設定します。
Java プール
この値を 20 に設定します。
ラージ・プール (Large Pool)
この値を 114 に設定します。
PGA サイズ
この値を 380 に設定します。
l. 「キャラクタ・セット (Character Sets)」タブで、「Unicode (AL32UTF8) を使用 (Use Unicode
(AL32UTF8))」を選択します。
m. 「すべての初期化パラメーター (All Initialization Parameters)」をクリックして、「拡張パラメー
ターの表示 (Show Advanced Parameters)」をクリックします。
n. 以下のパラメーターを、指示された値に変更します。「閉じる」をクリックします。
nls_length_semantics
この値を CHAR に変更します。
open_cursors
この値を 1000 に変更します。
cursor_sharing
Oracle Database 10g の場合、この値を SIMILAR に設定します。
Oracle Database 11g の場合、この値を FORCE に設定します。
shared_pool_reserved_size
デフォルト値のままにしておきます。このパラメーターは Oracle Database 11g にのみ適用
されます。
o. このステップは Oracle Database 11g にのみ適用されます。「セキュリティー設定 (Security
Settings)」パネルでデフォルト値を受け入れ、「次へ」をクリックします。
第 3 章インストール・タスク
75
p. このステップは Oracle Database 11g にのみ適用されます。「自動メンテナンス・タスク (Automatic
Maintenance Tasks)」パネルでデフォルト値を受け入れ、「次へ」をクリックします。
q. 「初期化パラメーター」パネルで「次へ」をクリックします。
r. 「データベース・ストレージ」パネルで「次へ」をクリックします。
s. 「作成オプション (Creation Options)」パネルから、「終了」をクリックします。
t. 「終了」をクリックして Database Configuration Assistant を終了します。データベースが正常に作
成されました。
Oracle Database Configuration Assistant が CTXSYS ユーザーの構成の一環として、
ORACLE_HOME/ctx/admin/defaults/drdefus.sql スクリプトを実行します。Oracle Database Configuration
Assistant を使用していない場合は、このスクリプトを手動で実行する必要があります。
4. SQL*Plus で以下のコマンドを使用して表スペースを作成します。この例では、指定されたディレクト
リーを、データベースが置かれている場所に変更します。コマンドを正しく実行するには、このディレ
クトリーが存在する必要があります。
Oracle Database 10g のステップは以下のとおりです。
create tablespace maxdata datafile
’/u01/app/oracle/product/10.2.0/db_1/dbs/maxdata.dbf’
size 1000M autoextend on;
Oracle Database 11g のステップは以下のとおりです。
create tablespace maxdata datafile
’/u01/app/oracle/product/11.1.0/db_1/dbs/maxdata.dbf’
size 1000M autoextend on;
5. SQL*Plus で以下のコマンドを使用して一時表スペースを作成します。この例では、指定されたディレ
クトリーを、データベースが置かれている場所に変更します。コマンドを正しく実行するには、このデ
ィレクトリーが存在する必要があります。
Oracle Database 10g のステップは以下のとおりです。
create temporary tablespace maxtemp tempfile
’/u01/app/oracle/product/10.2.0/db_1/dbs/maxtemp.dbf’
size 1000M autoextend on maxsize unlimited;
Oracle Database 11g のステップは以下のとおりです。
create temporary tablespace maxtemp tempfile
’/u01/app/oracle/product/11.1.0/db_1/dbs/maxtemp.dbf’
size 1000M autoextend on maxsize unlimited;
6. SQL*Plus で以下のコマンドを使用して maximo ユーザーを作成し、権限を付与します。
create user maximo identified by <maximo_user_password> default tablespace maxdata temporary
tablespace maxtemp;
grant connect to maximo;
grant create job to maximo;
grant create trigger to maximo;
grant create session to maximo;
grant create sequence to maximo;
grant create synonym to maximo;
grant create table to maximo;
grant create view to maximo;
grant create procedure to maximo;
grant alter session to maximo;
grant execute on ctxsys.ctx_ddl to maximo;
alter user maximo quota unlimited on maxdata;
alter user maximo account unlock;
76
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
この説明では、データベースに接続するために作成された Oracle DBA ユーザーまたはユーザー ID に
割り当てられたデフォルトの役割セットを変更しなかったことを前提としています。ユーザー ID に付
与したデフォルトの特権を制限した場合は、それらを maximo ユーザーに明示的に付与する必要があり
ます。例えば、 select_catalog_role ロールなどのロールを付与しない場合は、そのロールを maximo
ユーザーに明示的に付与する必要があります。このタスクを実行するには、以下の SQL*Plus コマンド
を実行します。
grant select_catalog_role to maximo
次のタスク
1. 以下のデータベース・ユーザーが存在しないこと、およびこれらのユーザーの作成が制限されていない
ことを確認します。この要件が必要となるのは、これらのユーザーが Tivoli Provisioning Manager のイ
ンストール中に作成されるためです。
v CDSSCHEMA (大文字) という Dynamic Content Delivery のユーザー。
v Tivoli Provisioning Manager データベースに接続するユーザー。例えば、tpmadmin。
2. 存在していない場合は、oracle ユーザー・プロファイルで以下の値を定義します。
表 19. Oracle Database の環境変数
環境変数
構成の詳細
ORACLE_BASE
すべての Oracle ソフトウェアがインストールされているディレクトリ
ー。例えば、/u01/app/oracle。
ORACLE_HOME
$ORACLE_BASE の値と関連付けた、Oracle Database のインストール先ディ
レクトリー。例えば、Oracle Database 10g の場合は $ORACLE_BASE/
product/10.2.0.4.0/db_1 です。
ORACLE_SID
Tivoli Provisioning Manager で作成したデータベースの名前。例えば、
ctginst1 など。複数のデータベース・インスタンスがある場合、Tivoli
Provisioning Manager のデータベース・インスタンスを指定するようにし
てください。
.PATH
PATH 変数には $HOME/bin および $ORACLE_HOME/bin を含める必要があ
ります。
PATH=$PATH:$HOME/bin:$ORACLE_HOME/bin
LIBPATH
Oracle のライブラリー・パス。
$LIBPATH:$ORACLE_HOME/lib
3. plsql_compiler_flag パラメーターの値を NATIVE に設定する場合、Device Manager サービスを正常
にインストールするために plsql_native_library_dir パラメーターの値を指定する必要があります。
plsql_native_library_dir の値を、ネイティブの PL/SQL コンパイラーによって生成された共用オブ
ジェクトの保管先ディレクトリーに設定します。例えば、Oracle Database 10g の場合は、以下のように
なります。
ALTER SYSTEM SET plsql_native_library_dir = ’/u01/app/oracle/product/10.2.0.4.0/plsql_libs’;
詳しくは、Oracle の資料を参照してください。
4. ファイル /etc/oratab 内のデータベースのリストを確認します。
a. ファイルに同じ名前のデータベースが複数含まれている場合、余分な項目を削除するか、コメント化
します。
b. ファイルの末尾に以下の行を追加するか、または編集します。
<global_db_name>:<oracle_home>:Y
第 3 章インストール・タスク
77
例えば、Oracle Database 10g の場合は ctginst1:/u01/app/oracle/product/10.2.0.4.0/db_1:Y
5. リスナー・サービスを ctginst1 データベースに追加します。以下のサンプルを使用して、
oracle_install_dir/network/admin/listener.ora ファイルを変更します。
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = <Oracle install dir>)
(PROGRAM = extproc)
)
(SID_DESC =
(global_dbname = ctginst1.<hostname of Oracle server>)
(SID_NAME = ctginst1)
(ORACLE_HOME = <Oracle install dir>)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = <hostname of Oracle server>)(PORT = 1521))
)
)
6. 5. 以下のコマンドを使用して、リスナーを再始動します。
lsnrctl stop
lsnrctl start
7. リスナーの状況を確認します。
lsnrctl status
手動によるディレクトリー・サーバーの構成
Tivoli Provisioning Manager インストール・プログラムでディレクトリー・サーバーを自動構成しない場合
は、Tivoli Provisioning Manager インストール・プログラムを使用する前に、そのディレクトリー・サーバ
ーの手動構成を完了しておく必要があります。
以下のセクションにリストされている各種の DN およびサフィックス値は、組織内部の既存の LDAP 階
層に適用可能な値で置き換えてください。
重要: Tivoli Provisioning Manager インストールのパネル・フィールドの LDAP 値を入力する場合、LDIF
ファイルのエントリーを入力する場合、またはディレクトリー・サーバー固有のツールを使用してディレク
トリー・インスタンスに直接入力する値を入力する場合は、LDAP ストリングでの特殊文字の使用に関す
る製品固有の構文ルールに注意してください。特殊文字をディレクトリー・サーバーで読み取ることができ
るようにするためには、ほとんどの場合、特殊文字の前にエスケープ文字を付加する必要があります。
Tivoli Provisioning Manager で使用される LDAP ストリングに含まれている特殊文字をエスケープしなか
った場合は、Tivoli Provisioning Manager エラーになります。
多くのディレクトリー・サーバー製品では、LDAP ストリングの一部になっているブランク・スペースは
特殊文字と見なされます。したがって、ブランクを含む LDAP ストリングを、例えばフィールド値の最後
に誤って入力した場合、ブランク文字の前にエスケープ文字を付加していなければ、Tivoli Provisioning
Manager エラーが発生する可能性があります。
LDAP ストリングでの特殊文字について詳しくは、ご使用のディレクトリー・サーバーの製品資料を参照
してください。
78
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
手動による IBM Tivoli Directory Server の構成:
Tivoli Provisioning Manager インストール・プログラムを起動する前に Tivoli Directory Server を構成する
には、IBM Tivoli Directory Server のインスタンスを作成する必要があります。
始める前に
注: Tivoli Provisioning Manager と Tivoli Directory Server で DB2 インスタンスを共有しないでくださ
い。データベース・インスタンスは、インストール時に再始動されます。これにより、企業での Tivoli
Directory Server の可用性が妨げられることがあります。自動インストール・プログラムを使用している場
合は、Tivoli Provisioning Manager および Tivoli Directory Server で使用されるインスタンスが別々に作成
されます。
手順
1. システムにユーザーを作成し、そのユーザーを適切なグループに割り当てます。
ユーザー idsccmdb を作成し、このユーザーを以下のグループのメンバーにします。
v dasadm1
v dbsysadm
v idsldap
また、root ユーザーは、dasadm1、idsldap、および dbsysadm グループのメンバーである必要もあり
ます。
2. インスタンス管理ツールがまだ開始されていない場合は、システムに管理者としてログオンして、この
ツールを開始します。
v 以下のコマンドを実行します。
/opt/IBM/ldap/V6.3/sbin/idsxinst
3. インスタンス管理ツールで、「作成」をクリックします。
4. 「新規インスタンスの作成」ウィンドウで「新規ディレクトリー・サーバー・インスタンスの作成」を
クリックし、「次へ」をクリックします。
5. 「インスタンスの詳細 (Instance details)」ウィンドウで以下のフィールドへの入力を行い、「次へ」を
クリックします。
ユーザー名 (User name)
インスタンスを所有するユーザーのシステム・ユーザー ID として idsccmdb を選択します。
この名前は、インスタンスの名前にもなります。
インストール・ロケーション
インスタンスのファイルが保管される場所を入力します。
暗号化シード・ストリング (Encryption seed string)
暗号化シードとして使用する文字ストリングを入力します。この値は、12 文字以上でなけれ
ばなりません。
インスタンスの説明 (Instance description)
インスタンスの要旨を入力します。
6. 「DB2 インスタンスの詳細」パネルで「DB2 インスタンス名」フィールドの値として idsccmdb を入
力し、「次へ」をクリックします。
第 3 章インストール・タスク
79
7. 「マルチホーム・ホストの TCP/IP 設定 (TCP/IP settings for multihomed hosts)」パネルで「構成した
すべての IP アドレスを listen する (Listen on all configured IP addresses)」を選択し、「次へ」を
クリックします。
8. 「TCP/IP ポート設定 (TCP/IP port settings)」パネルで以下のフィールドへの入力を行い、「次へ」を
クリックします。
サーバーのポート番号 (Server port number)
サーバーの連絡先ポートとして 389 と入力します。
サーバーのセキュア・ポート番号 (Server secure port number)
サーバーのセキュア・ポートとして 636 と入力します。
管理デーモン・ポート番号 (Admin daemon port number)
管理デーモン・ポートとして 3538 と入力します。
管理デーモン・セキュア・ポート番号 (Admin daemon secure port number)
管理デーモン・セキュア・ポートとして 3539 と入力します。
9. 「オプション・ステップ (Option steps)」パネルで、以下のオプションが選択された状態のままにし
て、「次へ」をクリックします。
管理者 DN およびパスワードの構成 (Configure admin DN and password)
ここで、インスタンスの管理者 DN およびパスワードを構成します。
データベースの構成 (Configure database)
ここで、ディレクトリー・サーバーのデータベースを構成します。
10. 「管理者 DN およびパスワードの構成 (Configure administrator DN and password)」ウィンドウ・パネ
ルで以下のフィールドへの入力を行い、「次へ」をクリックします。
管理者 DN
管理者の識別名 (DN) として cn=root と入力します。
管理者パスワード
管理者 DN のパスワードを入力します。
11. 「データベースの構成 (Configure database)」パネルで以下のフィールドへの入力を行い、「次へ」を
クリックします。
データベース・ユーザー名
データベース・ユーザーとして idsccmdb と入力します。
パスワード
idsccmdb ユーザーのパスワードを入力します。
データベース名
このディレクトリー・インスタンスで使用するデータベースとして idsccmdb と入力します。
12. 「データベース・オプション (Database options)」パネルで以下のフィールドへの入力を行い、「次
へ」をクリックします。
データベースのインストール・ロケーション (Database install location)
データベース・インスタンスを作成する場所を入力します。
v 場所は、/home/ldapdb のようなディレクトリー名である必要があります。
指定するロケーションに 80 MB 以上の空きディスク・スペースがあること、および新規エン
トリーをディレクトリーに追加するとともに増加する分に対応できるだけの追加のディスク・
スペースがあることを確認してください。
80
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
文字セット・オプション (Character-set option)
「ユニバーサル DB2 データベース (UTF-8/UCS-2) の作成 (Create a universal DB2 database
(UTF-8/UCS-2))」オプションを選択した状態にしておきます。
13. 「設定の確認 (Verify settings)」パネルで、指定されているインスタンスの作成に関する詳細を確認
し、「終了」をクリックして idsccmdb インスタンスを作成します。
14. 「閉じる」をクリックしてウィンドウを閉じ、インスタンス管理ツールのメイン・ウィンドウに戻りま
す。
15. 「閉じる」をクリックしてインスタンス管理ツールを終了します。
16. IBM Tivoli Directory Server 構成ツールを始動します。
v 以下のコマンドを実行します。
./opt/IBM/ldap/V6.3/sbin/idsxcfg
17. 「サフィックスの管理 (Manage suffixes)」を選択します。
18. 「サフィックスの管理 (Manage suffixes)」パネルで以下のサフィックスを入力し、「追加」をクリッ
クします。
o=IBM,c=US
19. 「OK」をクリックしてください。
20. LDAP リポジトリーに以下のユーザーを作成します。仮想メンバー・マネージャーがProvisioning
Managerを保護できるようにするには、これらのユーザーが必要です。
v wasadmin
v maxadmin
v mxintadm
v maxreg
これらのユーザーを作成するには、必須情報を使用して LDIF ファイルを作成する必要があります。
以下のような DN 情報を追加します。
ou=SWG,o=IBM,c=US
ou=users
注: この例の ou=SWG,o=IBM,c=US は、SWG という編成単位を示します。SWG の中には、Provisioning
Manager用に作成されたユーザーを格納するための ou=users 組織単位があります。 DC=IBM および
DC=COM は、ibm.com のドメイン・フォレストを示します。上記の例は、実際の組織のディレクトリ
ー構造に置き換えることができます。
作成した ou=users DN エントリー内で、必須ユーザーとその位置付けを定義します。
以下に、デフォルト値を使用する LDIF ファイルの例を示します。
dn: o=ibm,c=us
objectClass: top
objectClass: organization
o: IBM
dn: ou=SWG, o=ibm,c=us
ou: SWG
objectClass: top
objectClass: organizationalUnit
dn: ou=users,ou=SWG, o=ibm,c=us
ou: users
objectClass: top
objectClass: organizationalUnit
第 3 章インストール・タスク
81
dn: cn=wasadmin,ou=users,ou=SWG, o=ibm,c=us
uid: wasadmin
userpassword: wasadmin
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: person
objectclass: top
title: WebSphere Administrator
sn: wasadmin
cn: wasadmin
dn: uid=maxadmin,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxadmin
uid: maxadmin
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxadmin
cn: maxadmin
dn: uid=mxintadm,ou=users,ou=SWG, o=ibm,c=us
userPassword: mxintadm
uid: mxintadm
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: mxintadm
cn: mxintadm
dn: uid=maxreg,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxreg
uid: maxreg
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxreg
cn: maxreg
ユーザーを作成したら、以下のグループを作成して、それらに maxadmin ユーザーを割り当てる必要が
あります。以下の内容で LDIF ファイルを作成する必要があります。
dn: ou=groups,ou=SWG,o=ibm,c=us
ou: groups
objectClass: top
objectClass: organizationalUnit
dn: cn=maxadmin,ou=groups,ou=SWG, o=ibm,c=us
objectClass: groupofnames
objectClass: top
member: uid=dummy
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
member: uid=mxintadm,ou=users,ou=SWG,o=IBM,c=US
cn: maxadmin
dn: cn=maximousers,ou=groups,ou=SWG, o=ibm,c=us
objectClass: groupofnames
objectClass: top
member: uid=dummy
member: uid=mxintadm,ou=users,ou=SWG,o=IBM,c=US
member: uid=maxreg,ou=users,ou=SWG,o=IBM,c=US
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
cn: maximousers
dn:cn=TPDEPLOYMENTSPECIALIST,ou=groups,ou=SWG,O=IBM,C=US
82
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
objectclass: groupofnames
cn: TPDEPLOYMENTSPECIALIST
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPCOMPLIANCEANALYST,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPCOMPLIANCEANALYST
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPCONFIGURATIONLIBRARIAN,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPCONFIGURATIONLIBRARIAN
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPDEVELOPER,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPDEVELOPER
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPADMIN,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPADMIN
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPWEBSERVICEUSER,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPWEBSERVICEUSER
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
ユーザーを作成して LDAP リポジトリーのメンバーシップを更新するには、以下のコマンドを実行し
ます。
ldapmodify -a -D cn=root -w <password> -i <file_name>
Windows コンピューターで LDIF ファイルを作成する場合は、このファイルを使用する前にファイル
から ^M 文字を除去します。
LDIF ファイルを UNIX または Linux システムにインポートする前に、dos2unix コマンドを実行し
て、そのファイルをフォーマットする必要があります。
21. IBM Tivoli Directory Server 構成ツールで、「LDIF データのインポート (Import LDIF data)」をク
リックします。「参照」をクリックして LDIF ファイルを見つけ、「インポート」をクリックしま
す。
22. IBM Tivoli Directory Server 構成ツールを閉じて、サーバーを再始動します。
23. Tivoli Directory Server がインストールされているコンピューターで仮想 IP アドレスを使用している
場合は、そのコンピューターで、以下の DB2 コマンドを実行します。
db2set -g DB2SYSTEM=virtual_hostname
virtual_hostname を仮想ホスト名で置き換えてください。
例: Tivoli Directory Server が ldap.example.com という仮想ホスト名のコンピューターにインストー
ルされている場合は、コンピューター ldap.example.com で、以下のコマンドを実行します。
db2set -g DB2SYSTEM=ldap.example.com
次のタスク
154 ページの『Tivoli Provisioning Manager コア・コンポーネントのインストール』に進みます。
Microsoft Active Directory のインストール:
第 3 章インストール・タスク
83
Tivoli Provisioning Manager をインストールする前に、Microsoft Active Directory を手動でインストールす
る必要があります。
始める前に
コンピューターが Microsoft Active Directory on Windows 2003 のハードウェア要件およびソフトウェア要
件を満たしていることを確認します。Tivoli Provisioning Manager とともに使用する場合には、以下の要件
があります。
v Microsoft Active Directory は別のコンピューターにインストールされていなければならない。
v 最新の Windows 2003 Service Pack または Windows 2008 SP2 がインストールされている。
v 1 次ネットワーク・カードに静的 IP アドレスが割り当てられている。この設定は、DNS および Active
Directory サブシステムで必要です。
1. 「スタート」 > 「コントロールパネル」 > 「ネットワーク接続」をクリックします。
2. 1 次ネットワーク・アダプターを表す接続を右クリックし、「プロパティ」をクリックします。
3. 「インターネットプロトコル (TCP/IP)」を選択して、「プロパティ」をクリックします。
4. 「次の IP アドレスを使う」が選択されていることを確認し、そのサーバーの IP アドレスとサブネ
ット・マスクを入力します。必要に応じてゲートウェイを追加します。
5. 「優先 DNS サーバー」フィールドにサーバーの IP アドレスを入力します。
v DNS をインストールして構成する。現在インストールされていない場合は、以下のステップを実行しま
す。
1. Windows の「コントロールパネル」で、「プログラムの追加と削除」をダブルクリックし、
「Windows コンポーネントの追加と削除」をクリックします。
2. コンポーネントのリストで「ネットワークサービス」をクリックします。ただし、まだ選択されて
いなかった場合は、チェック・ボックスを選択しないでください。「詳細」をクリックし、「ドメイ
ンネームシステム」チェック・ボックスを選択します。
3. 「OK」をクリックして「次へ」をクリックし、DNS のインストールを完了します。
Microsoft Active Directory をインストールするには、以下のようにします。
手順
1. インストールを実行するには、管理者アカウントでコンピューターにログオンしていることを確認しま
す。
2. 「スタート」 > 「管理ツール」 > 「サーバーの構成」を選択してクリックします。
3. 「ようこそ」のページで、「次へ」をクリックします。
4. 「オペレーティングシステムの互換性」パネルで、「次へ」をクリックします。
5. 「ドメインコントローラの種類」パネルで、「新しいドメインのドメインコントローラ」を選択し、
「次へ」をクリックします。
6. 「新しいドメインの作成」パネルで、「新しいフォレストのドメイン」を選択し、「次へ」をクリック
します。
7. 「新しいドメイン名」パネルで、新しい Active Directory の DNS サフィックスを入力します。この名
前は、Tivoli Provisioning Manager のインストール時に使用するので、メモしてください。「次へ」を
クリックしてください。
8. 「NetBIOS ドメイン名」パネルで、ドメインの NetBIOS 名を入力します。通常は、DNS 名の最初の
部分だけで十分です。「次へ」をクリックしてください。
84
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
9. 「データベースとログ」パネルで、「データベース」および「ログ」のフォルダーを選択します。デフ
ォルト値は C:¥Windows¥NTDS です。「次へ」をクリックしてください。
10. 「共有システムボリューム」パネルで、システム・ボリュームの有効なディレクトリーを入力しま
す。C:¥Windows¥Sysvol はデフォルトです。「次へ」をクリックして先に進みます。
11. DNS が正常に構成されると、「アクセス許可の設定 (Permissions setting)」パネルが表示されます。
「Windows 2000、Windows Server 2003、または Windows 2008 とのみ互換性があるアクセス許可」
を選択します。「次へ」をクリックしてください。
12. 「ディレクトリサービス復元モード Administrator パスワード」パネルで、復元モードでディレクト
リサービスを実行するときに使用される有効なパスワードを入力します。「次へ」をクリックしま
す。
13. 設定を確認し、「次へ」をクリックして Active Directory の構成を開始します。サーバーは、プロセス
の一部としてリブートされます。
次のタスク
これで、Microsoft Active Directory を構成する準備ができました。
手動による Microsoft Active Directory の構成:
Tivoli Provisioning Manager で使用するために Microsoft Active Directory を手動で構成するには、Tivoli
Provisioning Manager をインストールする前に以下の手順を実行します。
始める前に
v 以下のステップで作成されるユーザーおよびパスワードは、正常にデプロイメントするために、ここで
示す構成にする必要があります。Microsoft Active Directory セキュリティー・ポリシーを一時的に変更
して、ここで示す形式でアカウントが作成されるようにする必要がある場合があります。インストール
が正常に完了したら、より厳格なセキュリティー・ポリシーに準拠するために、デフォルトのパスワー
ドを変更できます。
v ユーザーとグループを Microsoft Active Directory 内に手動で直接作成することを計画している場合に
は、この手順を用いてください。インストール・プログラムにより、これらのユーザーとグループをイ
ンストール中に自動的に作成する機会が与えられます。ただしこれは、Microsoft Active Directory と
IBM WebSphere Application Server との間で SSL 通信が正しくセットアップされていることが条件です
(これについては 90 ページの『Microsoft Active Directory と WebSphere Application Server Network
Deployment の間の SSL の構成』で説明されています)。
手順
1. 「スタート」 > 「コントロールパネル」 > 「管理ツール」 > 「Microsoft Active Directory ユーザ
ーとコンピュータ」とクリックして、使用するドメインを選択します。
2. 「操作」 > 「ドメインの機能レベルを上げる」を選択して、ドメイン機能レベルを編集します。
3. 「利用可能なドメインの機能レベルを選択してください」メニューで「Microsoft Windows Server
2003」または「Microsoft Windows Server 2008」を選択して、「上げる」をクリックします。
4. 「OK」をクリックしてください。
5. ドメインの機能レベルを上げるタスクが完了したら、「OK」をクリックします。
6. 「Microsoft Active Directory ユーザーとコンピュータ」ユーザー・インターフェースで、作業するドメ
インを右クリックし、「新規」 > 「組織単位」を選択します。
7. 新規の組織単位 (OU) の名前として SWG などの名前を入力し、「OK」をクリックします。
8. SWG 組織単位の下にグループ・オブジェクトを作成します。
第 3 章インストール・タスク
85
a. 「SWG OU」を右クリックし、「新規」 > 「組織単位」を選択します。
b. 新規 OU の名前として Groups と入力し、「OK」をクリックします。
9. SWG 組織単位の下にユーザー・オブジェクトを作成します。
a. 「SWG OU」を右クリックし、「新規」 > 「組織単位」を選択します。
b. 新規 OU の名前として Users と入力し、「OK」をクリックします。
10. 以下のようにして、MAXADMIN グループを作成します。
a. 「グループ OU」を右クリックして、「新規」 > 「グループ」を選択します。
b. 「新しいオブジェクト - グループ」ダイアログで、次の値を入力して「OK」をクリックします。
グループ名
MAXADMIN と入力します。この値は、大文字である必要があります。
グループ名 (Windows 2000 以前)
Windows 2000 以前のグループ名として MAXADMINPRE2K と入力します。
この値は大文字で、かつ「グループ名」として入力したものとは異なっている必要があり
ます。
グループのスコープ
グローバル
グループの種類
セキュリティー
11. 以下のようにして、MAXIMOUSERS グループを作成します。
a. 「グループ OU」を右クリックして、「新規」 > 「グループ」を選択します。
b. 「新しいオブジェクト - グループ」ダイアログで、次の値を入力して「OK」をクリックします。
グループ名
MAXIMOUSERS と入力します。この値は、大文字である必要があります。
グループ名 (Windows 2000 以前)
Windows 2000 以前のグループ名として MAXIMOUSERS と入力します。
この値は、大文字である必要があります。
グループのスコープ
グローバル
グループの種類
セキュリティー
12. 以下のようにして、wasadmin ユーザーを作成します。
a. 「ユーザー OU」を右クリックして、「新規」 > 「ユーザー」を選択します。
b. 「新しいオブジェクト - ユーザー」ダイアログで、次の値を入力して「次へ」をクリックします。
名
wasadmin と入力します。
イニシャル
このフィールドはブランクにしてください。
姓
このフィールドはブランクにしてください。
フルネーム
wasadmin と入力します。
86
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ユーザーのログイン名
最初のフィールドに wasadmin と入力します。2 番目のフィールドは、デフォルト値のま
まにしておきます。
ユーザーのログイン名 (Windows 2000 以前)
このフィールドには、「ユーザー・ログイン名」で入力したものと同じ値 (wasadmin) が入
力されます。
c. 次のパネルで、以下の情報を入力して「次へ」をクリックします。
パスワード
wasadmin のパスワードを入力します。この値は 8 文字以上にする必要があります。
ユーザーは次回ログオン時にパスワード変更が必要
このチェック・ボックスのチェック・マークは必ず外してください。
ユーザーはパスワードを変更できない
このチェック・ボックスには必ずチェック・マークを付けます。
パスワードを無期限にする
このチェック・ボックスには必ずチェック・マークを付けます。
アカウントを無効にする
このチェック・ボックスのチェック・マークは必ず外してください。
上の値は例です。これらのフィールドの値は、組織のパスワード・ポリシーに準拠した値に設定し
てください。
d. 「要約」パネルでパスワードの設定を確認し、「終了」をクリックします。
13. 以下のようにして、maxadmin ユーザーを作成します。
a. 「ユーザー OU」を右クリックして、「新規」 > 「ユーザー」を選択します。
b. 「新しいオブジェクト - ユーザー」ダイアログで、次の値を入力して「次へ」をクリックします。
名
maxadmin と入力します。
イニシャル
このフィールドはブランクにしてください。
姓
このフィールドはブランクにしてください。
フルネーム
maxadmin と入力します。
ユーザーのログイン名
最初のフィールドに maxadmin と入力します。2 番目のフィールドは、デフォルト値のま
まにしておきます。
ユーザーのログイン名 (Windows 2000 以前)
このフィールドには、「ユーザー・ログイン名」で入力したものと同じ値 (maxadmin) が入
力されます。
c. 次のパネルで、以下の情報を入力して「次へ」をクリックします。
パスワード
maxadmin のパスワードを入力します。この値は 8 文字以上にする必要があります。
ユーザーは次回ログオン時にパスワード変更が必要
このチェック・ボックスのチェック・マークは必ず外してください。
第 3 章インストール・タスク
87
ユーザーはパスワードを変更できない
このチェック・ボックスには必ずチェック・マークを付けます。
パスワードを無期限にする
このチェック・ボックスには必ずチェック・マークを付けます。
アカウントを無効にする
このチェック・ボックスのチェック・マークは必ず外してください。
上の値は例です。これらのフィールドの値は、組織のパスワード・ポリシーに準拠した値に設定し
てください。
d. 「要約」パネルでパスワードの設定を確認し、「終了」をクリックします。
14. 以下のようにして、mxintadm ユーザーを作成します。
a. 「ユーザー OU」を右クリックして、「新規」 > 「ユーザー」を選択します。
b. 「新しいオブジェクト - ユーザー」ダイアログで、次の値を入力して「次へ」をクリックします。
名
mxintadm と入力します。
イニシャル
このフィールドはブランクにしてください。
姓
このフィールドはブランクにしてください。
フルネーム
mxintadm と入力します。
ユーザーのログイン名
最初のフィールドに mxintadm と入力します。2 番目のフィールドは、デフォルト値のま
まにしておきます。
ユーザーのログイン名 (Windows 2000 以前)
このフィールドには、「ユーザー・ログイン名」で入力したものと同じ値 (mxintadm) が入
力されます。
c. 次のパネルで、以下の情報を入力して「次へ」をクリックします。
パスワード
mxintadm のパスワードを入力します。この値は 8 文字以上にする必要があります。
ユーザーは次回ログオン時にパスワード変更が必要
このチェック・ボックスのチェック・マークは必ず外してください。
ユーザーはパスワードを変更できない
このチェック・ボックスには必ずチェック・マークを付けます。
パスワードを無期限にする
このチェック・ボックスには必ずチェック・マークを付けます。
アカウントを無効にする
このチェック・ボックスのチェック・マークは必ず外してください。
上の値は例です。これらのフィールドの値は、組織のパスワード・ポリシーに準拠した値に設定し
てください。
d. 「要約」パネルでパスワードの設定を確認し、「終了」をクリックします。
15. 以下のようにして、maxreg ユーザーを作成します。
a. 「ユーザー OU」を右クリックして、「新規」 > 「ユーザー」を選択します。
88
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
b. 「新しいオブジェクト - ユーザー」ダイアログで、次の値を入力して「次へ」をクリックします。
名
maxreg と入力します。
イニシャル
このフィールドはブランクにしてください。
姓
このフィールドはブランクにしてください。
フルネーム
maxreg と入力します。
ユーザーのログイン名
最初のフィールドに maxreg と入力します。2 番目のフィールドは、デフォルト値のまま
にしておきます。
ユーザーのログイン名 (Windows 2000 以前)
このフィールドには、「ユーザー・ログイン名」で入力したものと同じ値 (maxreg) が入力
されます。
c. 次のパネルで、以下の情報を入力して「次へ」をクリックします。
パスワード
maxreg ユーザーのパスワードを入力します。この値は 8 文字以上にする必要がありま
す。
ユーザーは次回ログオン時にパスワード変更が必要
このチェック・ボックスのチェック・マークは必ず外してください。
ユーザーはパスワードを変更できない
このチェック・ボックスには必ずチェック・マークを付けます。
パスワードを無期限にする
このチェック・ボックスには必ずチェック・マークを付けます。
アカウントを無効にする
このチェック・ボックスのチェック・マークは必ず外してください。
上の値は例です。これらのフィールドの値は、組織のパスワード・ポリシーに準拠した値に設定し
てください。
d. 「要約」パネルでパスワードの設定を確認し、「終了」をクリックします。
16. 以下のようにして、MAXADMIN グループにユーザーを追加します。
a. SWG OU のグループ・オブジェクトをクリックします。
b. 「グループ」ペインのリストにある MAXADMIN グループをダブルクリックします。
c. 「MAXADMIN のプロパティ」ダイアログで、「メンバー」タブを選択して「追加」をクリックし
ます。
d. 「ユーザーの選択」、「連絡先」、「コンピュータ」、または「グループ」ダイアログで、「詳細
設定」をクリックします。
e. 「詳細設定」パネルで、「検索開始」をクリックします。
f. 「検索結果」リストで maxadmin ユーザーおよび mxintadm ユーザーを選択し、「OK」をクリック
します。このリストから、maxadmin グループではなく maxadmin ユーザーを確実に選択してくだ
さい。
g. 「OK」をクリックしてください。
17. 以下のようにして、MAXIMOUSERS グループにユーザーを追加します。
第 3 章インストール・タスク
89
a. SWG OU のグループ・オブジェクトをクリックします。
b. 「グループ」ペインのリストにある MAXIMOUSERS グループをダブルクリックします。
c. 「MAXIMOUSERS のプロパティ」ダイアログで、「メンバー」タブを選択して「追加」をクリッ
クします。
d. 「ユーザーの選択」、「連絡先」、「コンピュータ」、または「グループ」ダイアログで、「詳細
設定」をクリックします。
e. 「詳細設定」パネルで、「検索開始」をクリックします。
f. 検索結果リストで maxadmin ユーザー、mxintadm ユーザー、およびmaxreg ユーザーを選択し、
「OK」をクリックします。このリストから、maxadmin グループではなく maxadmin ユーザーを確
実に選択してください。
g. 「OK」をクリックしてください。
18. MAXADMIN グループを作成する場合と同じ手順を使用して、以下のグループを作成します。
v TPADMIN
v TPCOMPLIANCEANALYST
v TPDEPLOYMENTSPECIALIST
v TPDEVELOPER
v TPWEBSERVICEUSER
19. maxadmin ユーザーを MAXADMIN グループに追加する場合と同じ手順を使用して、maxadmin ユーザーを
以下のグループに追加します。
v TPADMIN
v TPCOMPLIANCEANALYST
v TPDEPLOYMENTSPECIALIST
v TPDEVELOPER
v TPWEBSERVICEUSER
注: Web サービス・インターフェース用の TPWEBSERVICEUSER グループは、user-factory.xml ファ
イルで以下のように構成されています。
<ws-security-role>TPWEBSERVICEUSER<¥ws-security-role>
このグループを構成して別のロールを使用するには、VMMSYNC を使用して各ロールを LDAP と
Tivoli Provisioning Manager データベースの両方に追加する必要があります。
20. 「Microsoft Active Directory ユーザーとコンピュータ」ユーザー・インターフェースを終了します。
タスクの結果
Microsoft Active Directory の構成が完了しました。これで、残りのミドルウェアをインストールし、
Microsoft Active Directory を使用するようにアプリケーション・サーバーを構成する準備ができました。
Microsoft Active Directory と WebSphere Application Server Network Deployment の間の SSL の構成:
Microsoft Active Directory と WebSphere Application Server Network Deployment 間で SSL を構成する
と、インストール・プログラムがユーザーを作成できるようになります。
90
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
始める前に
Provisioning Manager インストール・プログラムがユーザーとグループを Microsoft Active Directory 内に
自動的に作成できるようにするには、Microsoft Active Directory と WebSphere Application Server Network
Deployment 間で SSL 通信を構成する必要があります。
Microsoft Active Directory に対して SSL を使用可能にし、証明書を生成し、さらに、その証明書を
WebSphere Application Server Network Deployment へ追加する必要があります。
認証局の名前またはドメインをいずれかの時点で変更すると、その認証局から以前に発行された証明書は無
効になります。
ご使用の環境でホスト・ネーム・レゾリューションが正しく設定されていることを確認してください。証明
書が発行されたシステムのホスト名が Microsoft Active Directory をホスティングするコンピューターで解
決されないと、通信障害が発生します。
SSL に必要な証明書サービスを構成する前に、システムに ASP 拡張機能が有効に設定された Microsoft
Internet Information Services がインストールされていることを確認してください。Microsoft Internet
Information Services は、証明書サービスの前提条件です。 Microsoft Internet Information Services は、「プ
ログラムの追加と削除」ダイアログで Windows コンポーネントとして追加できます。このコンポーネント
は、Internet Information Services または Application Server コンポーネントを選択することによって追加し
ます。同じシステムに IBM HTTP Server がインストールされている場合、IBM HTTP Server にはポート
80 を使用できません。 IBM HTTP Server がポート 80 を使用するように構成されている場合は、別の値
に変更する必要があります。Microsoft Internet Information Services はポート 80 を使用しなければならな
いためです。これらの 2 つの条件が満たされたことを確認したら、以下の手順に従って、証明書サービス
のセットアップを開始します。
手順
1. 証明書サービス・コンポーネントを追加します。
a. Microsoft Active Directory サーバーの「コントロールパネル」から「プログラムの追加と削除」を
選択し、「Windows コンポーネントの追加と削除」を選択します。
b. 「Windows コンポーネント」パネルで、「証明書サービス」オプションを選択して「次へ」をクリ
ックします。
c. CA タイプ・パネルで「スタンドアロンルート CA」を選択し、「カスタム設定を使用してキーの
組と CA 証明書を生成する」オプションを選択して「次へ」をクリックします。
d. 「公開キーと秘密キーの組」パネルで、「CSP」の値に「Microsoft 厳密な暗号化サービスプロバ
イダ (Microsoft Strong Cryptographic Provider)」を選択し、「ハッシュアルゴリズム」として
「SHA-1」を選択し、「キーの長さ」を 2048 に設定して、「次へ」をクリックします。
e. 「CA 識別情報」パネルで、「この CA の共通名」フィールドに host_name.itsm.com と入力し、
「識別名のサフィックス」には DC=itsm,DC=com と入力して、「有効期間」を 5 年に設定し、「次
へ」をクリックします。このステップで使用する値は、値の例です。これらの値は、Microsoft
Active Directory をホスティングするコンピューターの詳細と置き換えてください。
f. 「証明書データベースの設定」パネルでは、C:¥WINDOWS¥system32¥CertLog のデフォルト値を「証
明書データベース」および「証明書データベースログ」の両方のフィールドで使用可能であり、
「次へ」をクリックします。これで、コンポーネントの構成が開始されます。
g. 「完了」をクリックします。
h. システムを再始動します。
2. CA 証明書をダウンロードします。
第 3 章インストール・タスク
91
a. Internet Explorer を起動します。
b. 「ツール」 > 「インターネットオプション」 > 「セキュリティ」を選択して、「サイト」をク
リックします。
c. 「信頼済みサイト」ダイアログ・ボックスで、「次の Web サイトをゾーンに追加する:」フィール
ドに http://host_name.itsm.com と入力して、「追加」をクリックした後「閉じる」をクリックし
ます。
d. ブラウザーに http://host_name.itsm.com/certsrv と入力します。
e. 「証明書サービス」ページで、「CA 証明書、証明書チェーン、または CRL のダウンロード」を
クリックします。
f. 「CA 証明書、証明書チェーン、または CRL のダウンロード」ページで、「この CA 証明書チェ
ーンのインストール」をクリックします。タスクが正常に完了したら、「戻る」ボタンをクリック
します。
g. 「CA 証明書、証明書チェーン、または CRL のダウンロード」ページで、「CA 証明書」の値に
「現行」を選択し、「エンコード方式」に「Base 64」を選択して、「CA 証明書のダウンロード」
をクリックします。
h. プロンプトが出されたら、タイプには「セキュリティー証明書」を選択して、セキュリティー証明
書ファイルを serverRootCA.cer として保存します。
3. 証明書のスナップインを追加します。
a. Microsoft Management Console を起動します。
b. 「ファイル」 > 「スナップインの追加と削除」を選択します。
c. 「スナップインの追加と削除」ダイアログ・ボックスで、「追加」をクリックします。
d. 「スタンドアロンスナップインの追加」ダイアログ・ボックスで、「証明書」を選択した後、「追
加」をクリックします。
e. 「コンピュータアカウント」を選択して、「次へ」をクリックします。
f. 「ローカルコンピュータ (このコンソールを実行しているコンピュータ)」を選択して、「完了」を
クリックします。
g. 「スタンドアロンスナップインの追加」ダイアログ・ボックスで、「証明機関」を選択した後、
「追加」をクリックします。
h. 「ローカルコンピュータ (このコンソールを実行しているコンピュータ)」を選択して、「完了」
をクリックします。
i. 「閉じる」をクリックして「スタンドアロンスナップインの追加」ダイアログ・ボックスを閉じま
す。
j. 「スナップインの追加と削除」ダイアログ・ボックスで「OK」をクリックして、このダイアログ・
ボックスを閉じます。
4. 証明書をストアに転送します。
a. Microsoft Management Console で、「コンソールルート」 > 「証明書 (ローカルコンピュー
タ)」 > 「サードパーティルート証明機関」とナビゲートします。
b. 「証明書」を右クリックして、「すべてのタスク (All Tasks)」 > 「インポート」を選択します。
c. 「証明書のインポートウィザード」の「インポートする証明書ファイル」パネルで、
serverRootCA.cer ファイルのロケーションをブラウズし、そのファイルを選択して「次へ」をクリ
ックします。
d. 「証明書ストア」パネルで、「すべての証明書を以下のストアに配置する (Place all certificates in
the following store)」を選択してから「次へ」をクリックし、「終了」をクリックします。
92
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
5. CA への要求を作成して送信します。
a. Internet Explorer を使用して http://host_name.itsm.com/certsrv にナビゲートします。「証明書サー
ビス」ページで、「証明書の要求」をクリックします。
b. 「証明書の要求」ページで、「証明書の要求の詳細設定」をクリックします。
c. 「証明書の要求の詳細設定」ページで、「この CA への要求を作成し送信する」をクリックしま
す。
d. 「証明書の要求の詳細設定」ページで以下の情報を入力し、「送信」をクリックします。
識別情報
「名前」フィールドに Microsoft Active Directory をホスティングするコンピューターの完
全修飾名を入力します。この値には大文字を使用する必要があります。例:
HOST_NAME.ITSM.COM。
必要な証明書の種類
「サーバー認証証明書」を選択します。
キーのオプション
「CSP」フィールドでは、「Microsoft RSA SChannel Cryptographic Provider」を選択し
ます。
「自動キーコンテナ名」、「鍵にエクスポート可能のマークを付ける (Mark keys as
exportable)」、および「ローカルコンピュータの証明書ストアに証明書を格納する」オプ
ションを選択します。
「鍵サイズ」フィールドでは、1024 のデフォルト値を受け入れることも、より適切な値に
変更することもできます。
追加オプション
「要求の形式」オプションを PKCS10 に設定します。
「ハッシュアルゴリズム」フィールドでは、「SHA-1」を選択します。
「フレンドリ名」フィールドには、「名前」フィールドに入力した値と正確に同じ値を入
力します。
このページの残りのフィールドは、デフォルト値で十分です。
e. 「ホーム」をクリックして、証明書サービスのホーム・ページに戻ります。
6. 以下のように証明書をインストールします。
a. Microsoft Management Console で、「コンソールルート」 > 「証明機関 (ローカル)」 >
「host_name.itsm.com」 > 「保留中の要求」にナビゲートします。
b. 右側ペインで、要求の ID を右クリックし、「すべてのタスク (All Tasks)」 > 「発行」を選択し
ます。
c. Internet Explorer から、「証明書サービス」ページで「保留中の証明書の要求の状態」をクリック
します。
d. 「保留中の証明書の要求の状態」ページで、ユーザーが作成した証明書の要求をクリックします。
e. 「発行済みの証明書 (Certificate Issued)」ページで、「この証明書をインストール (Install this
certificate)」をクリックします。
f. システムを再始動します。
7. 秘密鍵を検証します。
a. システムが再起動したら、Microsoft Management Console を始動して「コンソールルート」 >
「証明書 (ローカルコンピュータ)」 > 「個人用」 > 「証明書」にナビゲートします。
第 3 章インストール・タスク
93
b. 右側のペインで、大文字で表示されたエントリーをダブルクリックします。
c. 「証明書」ダイアログ・ボックスで、「この証明書に対応する秘密キーを持っています。」と記述
されていることを確認してから、「OK」をクリックします。
d. 右側のペインで、小文字で表示されたエントリーをダブルクリックします。
e. 「証明書」ダイアログ・ボックスで、「この証明書に対応する秘密キーを持っています。」と記述
されていることを確認してから、「OK」をクリックします。
8. 接続を構成します。
a. Microsoft LDP ユーティリティーを起動します。
b. 「接続」を選択します。
c. 「接続」を選択します。
d. 「サーバー」には host_name.itsm.com と入力し、「ポート」には 636 と入力して、「SSL」を選
択した後、「OK」をクリックします。表示される情報をレビューして、構成の値を確認します。
9. 証明書ファイルをエクスポートします。
a. Microsoft Management Console を起動して「コンソールルート」 > 「証明書 (ローカルコンピュ
ータ)」 > 「個人用」 > 「証明書」とナビゲートします。
b. 大文字の証明書エントリーを右クリックし、「すべてのタスク」 > 「エクスポート」を選択しま
す。
c. 証明書のエクスポート・ウィザードの「ようこそ」パネルで「次へ」をクリックします。
d. 「秘密キーのエクスポート」パネルで「いいえ、秘密キーをエクスポートしません」を選択し、
「次へ」をクリックします。
e. 「エクスポートファイルの形式」パネルで「Base 64 encoded X.509 (.CER)」を選択し、「次へ」
をクリックします。
f. エクスポートするファイル・パネルで、証明書を serverRootCA.cer としてエクスポートし、「次
へ」をクリックして、次に「終了」をクリックします。
g. 小文字の証明書エントリーを右クリックし、「すべてのタスク」 > 「エクスポート」を選択しま
す。
h. 証明書のエクスポート・ウィザードの「ようこそ」パネルで「次へ」をクリックします。
i. 「秘密キーのエクスポート」パネルで「いいえ、秘密キーをエクスポートしません」を選択し、
「次へ」をクリックします。
j. 「エクスポートファイルの形式」パネルで「Base 64 encoded X.509 (.CER)」を選択し、「次へ」
をクリックします。
k. 「エクスポートするファイル (File to Export)」パネルで、証明書を serverAuthCert.cer としてエ
クスポートし、「次へ」をクリックして、次に「終了」をクリックします。
10. 署名者証明書を追加します。
a. serverRootCA.cer および serverAuthCert.cer を WebSphere Application Server Network
Deployment システムにコピーします。
b. WebSphere Application Server Network Deployment 管理コンソールを開始します。
c. WebSphere Application Server Network Deployment 管理コンソールで、「セキュリティー」 >
「SSL 証明書および鍵管理」を選択します。
d. 「鍵ストアおよび証明書」をクリックします。
e. 「CellDefaultTrustStore」をクリックします。
f. 「署名者証明書」をクリックして、「追加」をクリックします。
94
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
g. 「署名者証明書の追加」ページで、「別名」に MSADServerRootCA と入力し、「ファイル名」フィ
ールドにはファイル serverRootCA.cer へのパスを (ファイル名を含めて) 入力して、「OK」をク
リックします。
h. 「追加」をクリックします。
i. 「別名」に MSADServerAuthCert と入力し、「ファイル名」フィールドにはファイル
serverAuthCert.cer へのパスを (ファイル名を含めて) 入力して、「OK」をクリックします。
11. セキュリティーを構成します。
a. WebSphere Application Server Network Deployment 管理コンソールで、「セキュリティー」 > 「セ
キュア管理、アプリケーション、およびインフラストラクチャー」を選択します。
b. 「使用可能なレルム定義」ドロップダウン・リストから「統合リポジトリー」を選択し、「構成」
をクリックします。
c. 「レルム内のリポジトリー」表にリストされた Microsoft Active Directory のリポジトリー ID をク
リックします。
d. 以下のプロパティーを更新して、「OK」をクリックします。
ポートこの値を 636 に更新します。
ログイン・プロパティー
この値を cn に設定します。
SSL 通信を必要とする (Requires SSL communications)
このオプションが選択されていることを確認してください。
特定 SSL 別名の使用
このオプションが選択されていて、値が CellDefaultSSLSettings に設定されていることを
確認してください。
e. 「サポートされるエンティティー・タイプ」をクリックし、PersonAccount エンティティー・タイ
プが cn に設定されていることを確認します。 cn に設定されていない場合は、PersonAccount エ
ンティティー・タイプをクリックして設定し、変更を保存してください。
f. ドメイン・マネージャーを再始動します。
ミドルウェア・インストール・プログラムを使用した WebSphere Application Server (Microsoft Active
Directory を使用) の保護:
既存の Microsoft Active Directory インスタンスがある場合は、そのインスタンスを使用して、システムへ
のインストール時に WebSphere Application Server を保護できます。これは手動で構成するか、ミドルウェ
ア・インストール・プログラムを使用して構成できます。
始める前に
Provisioning Manager インストール・プログラムを実行する前に、 85 ページの『手動による Microsoft
Active Directory の構成』にリストされているユーザーおよびグループを手動で作成する必要があります。
このステップは、ミドルウェア・インストール・プログラムを使用してミドルウェアをインストールした後
に実行できますが、Provisioning Manager インストール・プログラムを使用する前に完了している必要があ
ります。
ミドルウェア・インストール・プログラムでプロンプトが出され、WebSphere Application Server に使用す
る LDAP 構成パラメーターの入力が促されます。
第 3 章インストール・タスク
95
ミドルウェア・インストール・プログラムで、既存の Microsoft Active Directory インスタンスを使用して
WebSphere Application Server を保護するには、以下のステップを実行します。
手順
1. 管理権限を持つユーザーとしてログオンします。
2. ランチパッドからミドルウェア・インストール・プログラムを開始します。
3.
45 ページの『ミドルウェア・インストーラーを使用したミドルウェアのインストールおよび構成』で
説明されているように、「デプロイメント選択項目」パネルが表示されるまで、ミドルウェア・インス
トール・プログラムのパネルに従います。
4. 「デプロイメント選択項目」パネルで、「Directory Server デプロイメント」オプションを選択解除
し、「次へ」をクリックします。次のパネルで、WebSphere Application Server を保護するために、
IBMTivoli Directory Server または Microsoft Active Directory のいずれの既存のインスタンスを使用す
るのかを選択できます。
5. 「デプロイメント計画の要約 (Deployment Plan Summary)」ウィンドウから、「次へ」をクリックし、
表示されるパラメーターを構成します。デプロイメント計画が生成され、計画に関する詳細が表示さ
れます。
6. インストールを実行するコンピューターのホスト名を手動で指定する場合は、「構成可能なホスト名」
パネルで、「ローカル・マシンのホスト名のオーバーライド (Override the local machine
hostname)」オプションを選択し、「ホスト名」フィールドにホスト名値を入力します。このオプショ
ンは、インストール・プログラムでシステムのホスト名を検出せずに手動で指定する場合にのみ選択し
ます。このオプションは、システムに複数のネットワーク・インターフェースが存在していたり、仮
想 IP アドレスをサポートするように構成されているなど、システムに複数のホスト名が割り当てられ
ている場合に使用します。このオプションを選択した場合、解決可能なホスト名を指定する必要があ
ります。このオプションは、1 度選択すると、選択解除することはできませんが、「ホスト名」フィー
ルドの値は変更できます。 forceHostname=true パラメーターを使用してコマンド・ラインからミドル
ウェア・インストール・プログラムを起動した場合は、「ホスト名」フィールドに英数字の値を指定す
る必要があります。IP アドレスを指定した場合は、エラー・メッセージが表示されます。このオプシ
ョンは、一度選択すると、選択解除することはできません。ただし、「ホスト名」フィールドに入力し
た値は変更できます。
7. 「パスワードの再利用 (Password Reuse)」パネルで、「このパスワードを以降のすべてのパスワードの
値として使用します。」を選択し、パスワード値を入力してから、「次へ」をクリックします。これに
より、ミドルウェア・インストール・プログラムのすべてのパネルで同じパスワードをデフォルトのユ
ーザー・パスワード値として使用できます。このオプションを使用しない場合は、「このパスワード
を以降のすべてのパスワードの値として使用します。」オプションを無視して、「次へ」をクリックし
ます。
8. 「Microsoft Active Directory で保護する」を選択し、「次へ」をクリックします。
9. WebSphere Application Server セキュリティーの以下の値を構成して、「次へ」をクリックします。
LDAP ホスト名
Microsoft Active Directory をホスティングするサーバーの完全修飾名を入力します。
Directory Server のポート
Directory Server のポートを入力します (例: 389)。
LDAP 基本エントリー
インスタンスの LDAP 基本エントリーを入力します (例: DC=itsm,DC=com)。
96
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ユーザー・サフィックス
インスタンスのユーザー・サフィックスを入力します (例:
OU=Users,OU=SWG,DC=itsm,DC=com)。
グループ・サフィックス
インスタンスのグループ・サフィックスを入力します (例:
OU=Groups,OU=SWG,DC=itsm,DC=com)。
組織コンテナー・サフィックス
インスタンスの組織コンテナー・サフィックスを入力します (例: DC=itsm,DC=com)。
この例では、itsm はドメイン名です。 itsm を自分自身のドメインの名前と置き換えてくだ
さい。
10. WebSphere Application Server セキュリティーの以下の構成値を入力して、「次へ」をクリックしま
す。
Bind 識別名
インスタンスの Bind 識別名を入力します (例:
CN=Administrator,CN=Users,DC=itsm,DC=com)。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
Bind パスワード
Microsoft Active Directory をホスティングするシステムで、管理者ユーザーのパスワードを入
力します。
11. ミドルウェア・インストール・プログラムの残りのパネルに従ってインストールを完了します。
詳細については、 45 ページの『ミドルウェア・インストーラーを使用したミドルウェアのインストー
ルおよび構成』を参照してください。
手動による WebSphere Application Server の構成
Tivoli Provisioning Manager インストール・プログラムを使用して自動的に WebSphere Application Server
を構成しない場合は、Tivoli Provisioning Manager インストール・プログラムを使用する前に、手動でアプ
リケーション・サーバーを構成する必要があります。
WebSphere Application Server プロファイルの作成:
この手順では、WebSphere Application Server プロファイルを作成するためのタスク情報について説明しま
す。
始める前に
プロファイル管理ツールを使用して、64 ビット・プラットフォームのプロファイルを作成することはでき
ません。64 ビット・プラットフォームについては、http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/
index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/tpro_profiles.htmlの『IBM WebSphere Application Server
プロファイルの作成と削除』を参照してください。
Tivoli Provisioning Manager インストール・プログラムを実行する前に WebSphere Application Server プロ
ファイルを作成するには、以下のステップを実行します。
1. プロファイル作成ウィザードを起動します。
2. 「ようこそ」ダイアログ・ボックスで「次へ」をクリックします。
第 3 章インストール・タスク
97
3. 「デプロイメント・マネージャーの作成 (Create a deployment manager)」オプションを選択します。
「次へ」をクリックしてください。
4. デフォルト値を受け入れるか、またはプロファイル名を指定します。「次へ」をクリックしてくださ
い。
5. デフォルトのインストール・ロケーションを受け入れます。「次へ」をクリックしてください。
6. デフォルト値を受け入れるか、またはノード名、ホスト名、およびセル名を指定します。「次へ」をク
リックしてください。
7. 割り当てたポート番号を確認します。「次へ」をクリックします。管理ポート番号をメモします。ブラ
ウザーからコンソールを呼び出すときにこのコンテキストを使用します。
8. 「アプリケーション・サーバーを Windows サービスとして実行する (Run the Application Server as a
Windows service)」を選択し、ローカル・システム・アカウントでログオンします。「次へ」をクリッ
クしてください。
9. 「プロファイルの要約 (Profile summary)」ダイアログ・ボックスで「次へ」をクリックします。
10. 「ファースト・ステップ・コンソールの起動 (Launch the First steps console)」オプションを選択し
ます。「完了」をクリックします。
11. 「インストール検査 (Installation verification)」リンクをクリックします。
12. インストール検査が終了したら、出力ウィンドウを閉じます。
13. ランチパッド・コマンドを使用して「プロファイル作成 (Profile creation)」ウィザードをクリック
し、「ファースト・ステップ (First Steps)」ウィンドウを開きます (まだ開いていない場合)。
14. 「ようこそ」ダイアログ・ボックスで「次へ」をクリックします。
15. 「カスタム・プロファイルの作成 (Create a custom profile)」を選択します。「次へ」をクリックして
ください。
16. デフォルト値を受け入れるか、または適切な情報を指定します。「次へ」をクリックしてください。
17. 固有のプロファイル名を指定してください。「次へ」をクリックしてください。
18. デフォルトのディレクトリー・パスを受け入れます。「次へ」をクリックしてください。
19. このインストールを実行しているマシンの固有のノード名およびコンピューター名 (または IP アドレ
ス) を指定します。「次へ」をクリックしてください。
20. ポート番号のリストを確認します。「次へ」をクリックしてください。
21. 「プロファイルの要約 (Profile summary)」ダイアログ・ボックスで「次へ」をクリックします。
22. 「ファースト・ステップ・コンソールの起動 (Launch the First steps console)」チェック・ボックス
を選択します。「完了」をクリックします。
23. 「終了」をクリックします。別の「ファースト・ステップ (First steps)」ウィンドウが開いている場合
は、それを閉じます。
手動による WebSphere Application Server での Virtual Member Manager の構成:
この手順では、Tivoli Provisioning Manager を保護するために Virtual Member Manager (VMM) を手動で
構成するタスクについて説明します。
始める前に
LDAP リポジトリー内に wasadmin ユーザーを作成しておく必要があります。
インストール・プロセス中に、Tivoli Provisioning Manager インストール・プログラムによって、Tivoli
Provisioning Manager ミドルウェアの自動構成オプションが提供されます。ミドルウェア・インストーラ
98
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ー・プログラムにより自動的にミドルウェアを構成するように選択した場合は、他のタスクと共に、Virtual
Member Manager (VMM) 構成の実行が行われます。それ以外の場合は、VMM を手動で構成する必要があ
ります。
VMM を使用すると、複数のリポジトリー内のユーザー・データにアクセスし、保守することができます。
また、このデータを 1 つの仮想リポジトリーに統合することもできます。統合リポジトリーは、独立した
ユーザー・リポジトリーのセットである単一の名前付きレルムで構成されています。各リポジトリーは、全
体が外部リポジトリーになっているか、LDAP の場合は、外部リポジトリー内のサブツリーです。各リポ
ジトリーのルートは、統合リポジトリー内の基本エントリーにマップされています。統合リポジトリーは、
仮想レルムの階層ネーム・スペース内の開始点になります。
フェデレーテッド LDAP リポジトリーで SSL を使用するように VMM を構成する場合、この構成操作
は、Tivoli Provisioning Manager が正常にインストールされた後で実行する必要がある点に注意してくださ
い。 Tivoli Provisioning Manager のインストールが完了する前に、フェデレーテッド LDAP リポジトリー
で SSL を使用するように VMM が構成されると、インストールが失敗します。Tivoli Provisioning
Manager をインストールする前に、LDAP ディレクトリーで SSL を使用するように WebSphere
Application Server VMM LDAP フェデレーテッド・リポジトリーを構成しないでください。Tivoli
Provisioning Manager インストール・プログラムが正常に完了した後で SSL を構成してください。
LDAP ディレクトリーを VMM 仮想リポジトリーに追加するには、まず LDAP ディレクトリーを、統合
リポジトリーの構成で使用可能なリポジトリーのリストに追加してから、baseEntries のルートを LDAP デ
ィレクトリー内の検索ベースに追加します。複数の基本エントリーを、1 つの LDAP ディレクトリー用の
さまざまな検索ベースと共に追加できます。
ここで示されている値は、例です。IBM Tivoli Directory Server を使用している場合は、IBM Tivoli
Directory Server のインストールおよび構成時に使用した値を入力します。 Microsoft Active Directory を使
用している場合は、 95 ページの『ミドルウェア・インストール・プログラムを使用した WebSphere
Application Server (Microsoft Active Directory を使用) の保護』および 85 ページの『手動による
Microsoft Active Directory の構成』で使用した値をこの手順での適切な値に置換してください。 176 ページ
の『WebSphere Application Server Network Deployment のディレクトリー同期の手動構成』の説明に従っ
て、VMMCRONTASK も変更することが必要になります。
Virtual Member Manager に IBM Tivoli Directory Server または Microsoft Active Directory を追加します。
手順
1. 管理コンソールにログオンし、「セキュリティー」 > 「セキュア管理、アプリケーション、およびイ
ンフラストラクチャー」に移動します。
2. 「ユーザー・アカウント・リポジトリー (User account repository)」セクションを見つけて、「使用可
能なレルム定義」フィールドから「統合リポジトリー」を選択し、「構成」をクリックします。
3. 「関連項目」にある「リポジトリーの管理」をクリックします。
4. 「追加」をクリックして、現在のデフォルト・レルムの下にリポジトリー定義を作成します。
5. 以下の値を入力し、「適用」をクリックしてから「保存」をクリックします。
リポジトリー ID
IBM Tivoli Directory Server の場合、ISMITDS と入力します。
Microsoft Active Directory の場合、ISMMSAD と入力します。
ディレクトリー・タイプ
IBM Tivoli Directory Server の場合、IBM Tivoli Directory Server Version 6 を選択しま
す。
第 3 章インストール・タスク
99
Microsoft Active Directory の場合、Microsoft Windows Server Active Directory を選択しま
す。
プライマリー・ホスト名
IBM Tivoli Directory Server または Microsoft Active Directory サーバーの完全修飾ホスト名ま
たは IP アドレスを入力します。
ポート 389 を入力します。
他の LDAP サーバーへの参照のサポート
ignore に設定します。
Bind 識別名
IBM Tivoli Directory Server の場合、cn=root と入力します。
Microsoft Active Directory の場合、CN=Administrator,CN=Users,DC=itsm,DC=com と入力しま
す。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
Bind パスワード
Bind 識別名のパスワードを入力します。
ログイン・プロパティー
この値はブランクにしてください。
証明書マッピング
「EXACT_DN」を選択します。
6. 「統合リポジトリー」ページに戻るには、「セキュリティー」 > 「セキュア管理、アプリケーショ
ン、およびインフラストラクチャー」をクリックし、「使用可能なレルム定義」リストから「統合リ
ポジトリー」を選択してから、「構成」をクリックします。
7. レルム・セクションでリポジトリーを見つけ、「ベース・エントリーをレルムに追加」をクリックしま
す。レルム・テーブル内の「リポジトリー」に既存のファイル・リポジトリー項目がある場合は、新
規項目の作成後に、既存の項目を選択し、「除去」をクリックして、変更を保存する必要があります。
8. 以下の値を入力し、「適用」をクリックしてから「保存」をクリックします。
リポジトリー
IBM Tivoli Directory Server の場合、ISMITDS を選択します。
Microsoft Active Directory の場合、ISMMSAD を選択します。
レルム内でこのエントリー・セットを一意的に識別するベース・エントリーの識別名
IBM Tivoli Directory Server の場合、 ou=SWG,o=IBM,c=US と入力します。
Microsoft Active Directory の場合、 DC=itsm,DC=com と入力します。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
このリポジトリー内のベース・エントリーの識別名
IBM Tivoli Directory Server の場合、 ou=SWG,o=IBM,c=US と入力します。
Microsoft Active Directory の場合、 DC=itsm,DC=com と入力します。
この値では、管理者ユーザーが itsm ドメインのメンバーであることを前提としています。
itsm を自分自身のドメインの名前と置き換えてください。
9. 「統合リポジトリー構成」ページから以下の値を入力し、「適用」をクリックして「保存」をクリック
します。
100
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
レルム名
ISMRealm と入力します。
1 次管理ユーザー名 (Primary administrative user name)
wasadmin と入力します。この値は、構成済み LDAP リポジトリーの有効なユーザーである必
要があります。
サーバー・ユーザー ID
「自動的に生成されたサーバー ID」を選択します。
許可検査で大/小文字を区別しない
このチェック・ボックスを選択します。
10. 「サポートされるエンティティー・タイプ」をクリックし、「PersonAccount」をクリックします。
11. 「PersonAccount 構成」ページから以下の値を入力し、「OK」をクリックして「保存」をクリックし
ます。
エンティティー・タイプ
値が「PersonAccount」であることを確認します。
デフォルトの親のベース・エントリー
IBM Tivoli Directory Server の場合、 ou=users,ou=SWG,o=IBM,c=US と入力します。
Microsoft Active Directory の場合、CN=Users,DC=itsm,DC=com と入力します。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
相対識別名プロパティー
uid を入力します。
12. 「サポートされるエンティティー・タイプ」をクリックし、「グループ」をクリックします。
13. 「グループの構成」ページで、以下の値を入力します。
エンティティー・タイプ
値が「グループ」であることを確認します。
デフォルトの親のベース・エントリー
IBM Tivoli Directory Server の場合、 ou=groups,ou=SWG,o=IBM,c=US と入力します。
Microsoft Active Directory の場合、CN=Groups,DC=itsm,DC=com と入力します。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
相対識別名プロパティー
cn と入力します。
14. 「サポートされるエンティティー・タイプ」をクリックし、「OrgContainer」をクリックします。
15. OrgContainer の構成ページで以下の値を入力または確認し、「OK」をクリックしてから「保存」をク
リックします。
エンティティー・タイプ
値が「OrgContainer」であることを確認します。
デフォルトの親のベース・エントリー
IBM Tivoli Directory Server の場合、 ou=SWG,o=IBM,c=US と入力します。
Microsoft Active Directory の場合、 DC=itsm,DC=com と入力します。
この値は、管理者ユーザーが既に itsm ドメインのメンバーであることを想定しています。
itsm を自分自身のドメインの名前と置き換えてください。
第 3 章インストール・タスク
101
相対識別名プロパティー
o;ou;dc;cn と入力します。
16. 「セキュリティー」 > 「セキュア管理、アプリケーション、およびインフラストラクチャー」にナビ
ゲートします。
17. 「セキュア管理、アプリケーション、およびインフラストラクチャー」構成ページで以下のフィールド
に入力し、「適用」をクリックしてから「保存」をクリックします。
a.
「管理セキュリティーを有効にする」を有効にします。
b. 「アプリケーション・セキュリティーを使用可能にする」を有効にします。
c. 「Java 2 セキュリティーを使用して、ローカル・リソースへのアプリケーション・アクセスを制限
する」の選択をクリアします。
d. 「使用可能なレルム定義」から、「統合リポジトリー」を選択します。
e. 「現行値として設定」をクリックします。
18. WIM.ear をデプロイします。 Provisioning Manager が、TADDM サーバーなど、認証サービス・クラ
イアントをホストするシステムへのコンテキストでの起動を行うためには、WIM.ear をデプロイする必
要があります。
a. WebSphere Application Server をホストするシステムでコマンド・プロンプトを開き、WAS_HOME¥bin
ディレクトリーに移動します。
b. コマンド・プロンプトを開いて以下のコマンドを実行し、wsadmin シェルにログオンします。
./wsadmin.sh -username <WebSphere Admin User ID> -password
<WebSphere Admin Password>
c. ファイルをデプロイします。
wsadmin>set wimAppname "WIM"
wsadmin>set wimCell "ctgCell01"
wsadmin>set wimNode "ctgCellManager01"
wsadmin>set wimServer "dmgr"
wsadmin>set wimEar "/opt/IBM/WebSphere/AppServer/systemApps/wim.ear"
wsadmin>set attrib {}
wsadmin>append attrib "-appname $wimAppname -cell $wimCell -node $wimNode
-server
$wimServer -systemApp"
wsadmin>$AdminApp install $wimEar $attrib
注: 必要に応じて UNIX および Linux パスの値を置換します。
d. 構成を保存します。
wsadmin>$AdminConfig save
e. exit と入力して wsadmin シェルを終了します。
19. 以下のコマンドを実行して、WebSphere Application Server および管理対象ノードを再始動します。
a. <WAS_HOME>¥profiles¥ctgDmgr01¥bin¥stopManager.bat
b. <WAS_HOME>¥profiles¥ctgAppSrv01¥bin¥stopNode.bat
c. <WAS_HOME>¥profiles¥ctgDmgr01¥bin¥startManager.bat
d. <WAS_HOME>¥profiles¥ctgAppSrv01¥bin¥startNode.bat
注: 必要に応じて UNIX および Linux パスおよびファイル拡張子の値を置換します。
Maximo 認証用の仮想メンバー・マネージャーの構成:
この手順では、Maximo 用に仮想メンバー・マネージャー (VMM) を構成するタスクについて説明しま
す。
102
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ミドルウェア・インストーラー・プログラムを使用して自動的にミドルウェアを構成するように選択した場
合は、他のタスクと共に、仮想メンバー・マネージャー (VMM) の構成が行われます。それ以外の場合
は、VMM を手動で構成する必要があります。
手順
1. 管理コンソールにログオンし、「セキュリティー」 > 「セキュア管理、アプリケーション、およびイ
ンフラストラクチャー」に移動します。
2. 「ユーザー・アカウント・リポジトリー (User account repository)」セクションを見つけて、「使用可能
なレルム定義」フィールドから「統合リポジトリー」を選択し、「構成」をクリックします。
3. 「統合リポジトリー構成」ページから以下の値を入力し、「適用」をクリックして「保存」をクリック
します。
レルム名
defaultWIMFileBasedRealm と入力します。
1 次管理ユーザー名 (Primary administrative user name)
wasadmin と入力します。
サーバー・ユーザー ID
「自動的に生成されたサーバー ID」を選択します。
許可検査で大/小文字を区別しない
このチェック・ボックスを選択します。
4. 「一般プロパティー」で、wasadmin ユーザーのパスワードを入力し、「OK」をクリックします。
5. 「セキュリティー」 > 「セキュア管理、アプリケーション、およびインフラストラクチャー」にナビ
ゲートします。
6. 「セキュア管理、アプリケーション、およびインフラストラクチャー」構成ページで以下のフィールド
に入力し、「適用」をクリックしてから「保存」をクリックします。
v 「使用可能なレルム定義」から、「統合リポジトリー」および「現行値として設定」を選択します。
v 「適用」をクリックし、次に「保存」をクリックします。
v 「管理セキュリティー」を有効にします。
v 「アプリケーション・セキュリティー」を無効にします。
v 「Java 2 セキュリティーを使用して、ローカル・リソースへのアプリケーション・アクセスを制限
する」の選択をクリアします。
7. 以下のコマンドを実行して、WebSphere Application Server および管理対象ノードを再始動します。
a. <WAS_HOME>¥profiles¥ctgDmgr01¥bin¥stopManager.bat
b. <WAS_HOME>¥profiles¥ctgAppSrv01¥bin¥stopNode.bat
c. <WAS_HOME>¥profiles¥ctgDmgr01¥bin¥startManager.bat
d. <WAS_HOME>¥profiles¥ctgAppSrv01¥bin¥startNode.bat
WebSphere Application Server Network Deployment の構成:
この手順に従って、WebSphere Application Server Network Deployment の構成タスクを実行します。
Provisioning Manager ミドルウェアを Provisioning Manager で使用するように手動で構成することを選択す
る場合は、WebSphere Application Server Network Deployment を手動で構成する必要があります。
第 3 章インストール・タスク
103
手順
1. WebSphere Application Server Network Deployment のマネージャー・ホストから管理ワークステーショ
ンの一時ディレクトリーに、鍵ストア・ファイルを手動でコピーします。例: <WAS_HOME>/profiles/
ctgDmgr01/etc/trust.p12。この鍵ストアは、後でインストール時に必要となります。
2. ブラウザー・ウィンドウを起動し、ブラウザーのアドレス・バーに http://<server_name>:9060/admin
と入力して管理コンソールを開きます。この URL アドレスは、管理コンソールのデフォルトのポート
番号 (9060) およびコンテキスト (admin) を表しています。ログインするユーザー名を入力します。ブ
ラウザーはセキュア・ポート (9043) にリダイレクトされます。
3. MXServer Application Server を作成します。このステップは、WebSphere Application Server Network
Deployment のインストールにミドルウェア・インストール・プログラムを使用しなかった場合にのみ必
要です。
a. ナビゲーション・ツリーの「サーバー」リンクから、「アプリケーション・サーバー」をクリックし
ます。
b. 「新規」をクリックします。
c. 「MXServer」と入力して「次へ」をクリックします。
d. すべてのデフォルト設定を受け入れ、「次へ」をクリックします。
e. デフォルト設定を受け入れ、「次へ」をクリックします。
f. 「完了」をクリックします。
g. 「設定」をクリックします。
h. 「ノードと変更を同期化」チェック・ボックスを選択してから、「適用」をクリックします。
i. 「保存」をクリックします。
j. 「OK」をクリックしてください。
4. アプリケーション・サーバーの「JVM メモリー設定 (JVM Memory Settings)」を編集します。
a. ナビゲーション・ツリーの「サーバー」リンクから、「アプリケーション・サーバー」をクリックし
ます。
b. メイン・ウィンドウで「MXServer」をクリックします。
c. 「サーバー・インフラストラクチャー (Server Infrastructure)」グループから、「Java およびプロセ
ス管理」リンクを展開します。
d. 「プロセス定義」をクリックします。
e. 「Java 仮想マシン」をクリックします。
f. スクロールダウンし、「初期ヒープ・サイズ (Initial Heap Size)」に 512 を、「最大ヒープ・サイズ
(Maximum Heap Size)」に 1024 を入力して「OK」をクリックします。
g. メッセージ・ボックスの「保存」をクリックします。
5. デプロイメント・マネージャーの「JVM メモリー設定 (JVM Memory Settings)」を編集します。
a. ナビゲーション・ツリーの「システム管理」リンクから、「デプロイメント・マネージャー」をクリ
ックします。
b. 「サーバー・インフラストラクチャー (Server Infrastructure)」グループから、「Java およびプロセ
ス管理」リンクを展開します。
c. 「プロセス定義」をクリックします。
d. 「Java 仮想マシン」をクリックします。
e. スクロールダウンし、「初期ヒープ・サイズ (Initial Heap Size)」に 512 を、「最大ヒープ・サイズ
(Maximum Heap Size)」に 1024 を入力して「OK」をクリックします。
104
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
f. メッセージ・ボックスの「保存」をクリックします。
6. アプリケーション・サーバーを開始します。
a. ナビゲーション・ツリーの「サーバー」リンクから、「アプリケーション・サーバー」をクリックし
ます。
b. 「MXServer」の横にあるチェック・ボックスを選択します。
c. 「開始」をクリックします。
7. 以下のようにして HTTP 転送ポート番号を識別します。
a. ナビゲーション・ツリーの「サーバー」リンクから「アプリケーション・サーバー」をクリックし
て、メイン・ウィンドウから「MXServer」をクリックします。
b. 「Web コンテナー設定 (Web Container Settings)」を開き、「Web コンテナー・トランスポート・
チェーン (Web container transport chains)」をクリックします。
c. デフォルトのポート番号が WCInboundDefault (9080) と共に表示されたときに、その番号をメモし
ます。
8. 仮想ホストを作成します。
a. ナビゲーション・ツリーで、「環境」をクリックします。
b. 「仮想ホスト」をクリックします。
c. 「新規」をクリックします。
d. 「一般プロパティー (General Properties)」セクションで、「名前」ボックスに maximo_host と入力
します。
e. 「適用」をクリックします。
f. 「保存」をクリックします。
g. 「仮想ホスト」ウィンドウから「maximo_host」をクリックします。
h. 「ホスト別名」リンクをクリックします。
i. 「新規」をクリックします。
j. 「ホスト名」に * (アスタリスク) を入力し、HTTP ポート番号 (デフォルトでは 80) を入力しま
す。
k. 「OK」をクリックしてください。
l. 「新規」をクリックします。
m. 「ホスト名」に * (アスタリスク) を入力し、ポート番号に 9061 を入力します。
n. 「OK」をクリックしてください。
o. 「新規」をクリックします。
p. 「ホスト名」に * (アスタリスク) を入力し、ポート番号に 9443 を入力します。
q. 「OK」をクリックしてください。
r. 「新規」をクリックします。
s. 「ホスト名」に * (アスタリスク) を入力し、ポート番号に 9080 を入力します。
t. 「OK」をクリックしてください。
u. 「新規」をクリックします。
v. 「ホスト名」に * (アスタリスク) を入力し、ポート番号に 9044 を入力します。
w. 「OK」をクリックしてください。
x. ナビゲーションのパンくずリストから、「maximo_host」をクリックします。
y. 「適用」をクリックし、次に「OK」をクリックします。
第 3 章インストール・タスク
105
z. 「保存」をクリックします。
9. ノード・エージェント開始時のアプリケーション・サーバーの自動始動を使用可能にします。
a. ナビゲーション・ツリーの「サーバー」リンクから、「アプリケーション・サーバー」をクリックし
ます。
b. メイン・ウィンドウで「MXServer」をクリックします。
c. 「サーバー・インフラストラクチャー (Server Infrastructure)」グループから、「Java およびプロセ
ス管理」リンクを展開します。
d. 「モニター・ポリシー (Monitoring Policy)」をクリックします。
e. 「ノードの再始動状態 (Node restart state)」を「実行中 (RUNNING)」に設定し、「OK」をクリッ
クします。
f. 「保存」をクリックします。
WebSphere Application Server の管理: このセクションで説明するタスクは、WebSphere Application
Server の新規インスタンスのインストールを選択したか既存のサーバーの再使用を選択したかに関係なく
実行する必要があります。
IBM では、WebSphere Application Server の実行および管理に関する包括的な情報を以下の URL で提供し
ています。
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp
WebSphere Application Serverの開始と停止:
この手順では、WebSphere Application Server の開始と停止を行うためのタスク情報について説明します。
始める前に
管理コンソールを開始する前に、サーバー・プロセスが実行されていることを確認します。
表 20. サーバー・プロセスのリスト
サーバー
HTTP Server
リンク先
$HTTP_SERVER_HOME/bin/apachectl start
$HTTP_SERVER_HOME/bin/apachectl stop
デプロイメント・マ
ネージャー
$WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
$WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh
ノード・エージェン
ト
$WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
$WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh
ITDS インスタンス
su - idsccmdb
db2start
/opt/IBM/ldap/V6.3/sbin/ibmslapd -I idsccmdb
MXServer という名前のアプリケーション・サーバーがインストール中に作成されます。
MXServer アプリケーションを開始するには、以下のステップを実行します。
1. デプロイメント・マネージャーを開始します。
106
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
$WAS_HOME/AppServer/profiles/ctgDmgr01/bin/startManager.sh
2. ノードを開始します。
$WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
3. Web サーバーを開始します。
$WAS_HOME/profiles/ctgAppSrv01/bin/startServer.sh webserver1
WebSphere Application Server 管理コンソールから MXServer を開始することもできます。
1. ブラウザー・ウィンドウを開いて、以下の Web アドレスを入力します。
http://host_name:9060/ibm/console
ここで、host_name は WebSphere Application Server のホスト名、 9060 は管理コンソールのデフォル
トのポート番号です。
2. 必要に応じて、管理ユーザー ID およびパスワードを入力してログインします。
3. 管理コンソールのナビゲーション・ペインで、「サーバー」 > 「アプリケーション・サーバー」をク
リックします。
4. WebSphere Application Server の名前である MXServer の横にあるチェック・ボックスを選択します。
5. 「開始」をクリックします。
管理コンソールを停止するには、以下のようにします。
1. ブラウザー・ウィンドウを開いて、以下の Web アドレスを入力します。
http://host_name:9060/ibm/console
ここで、host_name は WebSphere Application Server のホスト名、 9060 は管理コンソールのデフォル
トのポート番号です。
2. 必要に応じて、管理ユーザー ID およびパスワードを入力してログインします。
3. 管理コンソールのナビゲーション・ペインで、「サーバー」 > 「アプリケーション・サーバー」をク
リックします。
4. WebSphere Application Server の名前である MXServer の横にあるチェック・ボックスを選択します。
5. 「停止」をクリックします。
WebSphere Application Server 管理コンソールの保護:
認証済みユーザーのみが使用できるように管理コンソールを保護することができます。
コンソールを保護する前に、WebSphere Application Server がインストールされているサーバー上で VMM
を構成しておく必要があります。
WebSphere Application Server セキュリティーのために VMM を使用可能にした後、いくつかのステップを
実行して、コンソールを保護します。最初に、アクティブ・ユーザー・レジストリーで定義されているユー
ザー (またはグループ) を識別します。コンソールへのアクセスを許可するユーザーを決定した後、ロール
を割り当てることにより、ユーザーのアクセス・レベルを決定できます。ロールによって、ユーザーが実行
できる管理アクションが決定されます。セキュリティーを使用可能にした後、ユーザーはコンソールにアク
セスするための、有効な管理者ユーザー ID およびパスワードを入力する必要があります。
第 3 章インストール・タスク
107
「管理グループ・ロール」ページを使用して、管理コンソールからアプリケーション・サーバーを管理する
ための特定の権限をグループに付与できます。「セキュリティー」 > 「セキュア管理、アプリケーショ
ン、およびインフラストラクチャー」 > 「管理グループ・ロール」をクリックして、使用可能な管理グル
ープ・ロールを表示します。
表 21. 管理グループ・ロールおよび許可
管理者ロール
説明
アドミニストレーター
オペレーター許可、コンフィギュレーター許可、および機密データにアクセスする
ために必要な許可を持ちます。
オペレーター
モニター許可を持ち、ランタイム状態を変更できます。例えば、オペレーターはサ
ービスを開始または停止できます。
コンフィギュレーター
モニター許可を持ち、アプリケーション・サーバー構成を変更できます。
モニター
最低限の許可を持ちます。このロールでは、ユーザーが実行できる操作は、アプリ
ケーション・サーバー構成の表示および現行状態の表示に制限されます。
deployer
このロールを付与されたユーザーは、アプリケーションで構成アクションとランタ
イム操作の両方を実行できます。
adminsecuritymanager
wsadmin を使用した場合のみ、詳細な管理セキュリティーを利用できます。ただ
し、wsadmin スクリプトおよび管理コンソールを使用して、ユーザーおよびグルー
プをセル・レベルで adminsecuritymanager ロールに割り当てることができます。
adminsecuritymanager ロールを使用して、ユーザーおよびグループを管理ユーザー・
ロールおよび管理グループ・ロールに割り当てることができます。ただし、アドミ
ニストレーターは、ユーザーおよびグループを、adminsecuritymanager ロールを含む
管理ユーザー・ロールおよび管理グループ・ロールに割り当てることはできませ
ん。
iscadmins
管理コンソールからのみ、ユーザーおよびグループを管理するアドミニストレータ
ー特権を持ちます。
注: ユーザーおよびグループを管理するには、コンソール・ナビゲーション・ツリーで「ユーザーおよびグ
ループ」をクリックし、「ユーザーの管理 (Manage Users)」または「グループの管理 (Manage Groups)」を
クリックします。
以下のステップを実行して、ユーザーおよびグループをセキュリティー・ロールにマップします。
手順
1. 「アプリケーション」 > 「エンタープライズ・アプリケーション」 > 「application_name」を選択し
ます。
2. 「詳細」プロパティーで、「ユーザー/グループ・マッピングへのセキュリティー・ロール (Security
role to user/group mapping)」をクリックします。
3. ロールを選択し、「ユーザーの検索 (Look up users)」または「グループの検索 (Look up groups)」を
クリックします。ロールごとにセキュリティー許可が異なる場合があります。ユーザーまたはグループ
をロールにマップすると、ユーザーまたはグループは、ロールで定義されたアプリケーションへのアク
セスを許可されます。ユーザーおよびグループは、アプリケーションがインストールまたは構成される
ときにアプリケーションで定義されたロールと関連付けられます。「検索パターン (Search pattern)」フ
ィールドを使用して、「選択可能」リストにユーザーを表示します。「>>」をクリックして、「選択可
能」リストから「選択済み」リストにユーザーを追加します。
4. アプリケーション・サーバーをすべて再始動します。
手動による認証サービスの構成:
108
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
この情報に従い、手動で認証サービスを構成します。
始める前に
このセクションでは、コンテキストでの起動用の認証機能を提供する認証サービスを Tivoli Provisioning
Manager 上に手動で構成するために使用できる情報を提供します。これにより、認証クライアントがイン
ストールされており、認証用に同じディレクトリー・サーバーを共有しているサーバーであれば、Tivoli
Provisioning Manager からそのサーバー (TADDM など) のユーザー・インターフェースへコンテキストで
起動できます。このシナリオでは、クライアントをホストするサーバーに対して 1 度のみ認証を行う必要
があります。
これらの指示は、認証サービスを手動で構成する場合に適用されます。ミドルウェア・インストーラーをミ
ドルウェアのインストールに使用した場合、認証サービスはインストールおよび構成されます。
認証サービスを構成するには、以下のようにします。
手順
1. WebSphere Application Server をホストするシステムでコマンド・プロンプトを開き、<WAS_HOME>/bin
ディレクトリーに移動します。
2. 以下のように正しいプロファイル名を使用して、デプロイメント・マネージャー、アプリケーション・
サーバー、および MXServer を再始動します。
./stopServer.sh MXServer -profileName ctgAppSrv01
-username wasadmin
-password <wasadmin’s pwd>
./stopNode.sh -profileName ctgAppSrv01
-username wasadmin
-password <wasadmin’s pwd>
./stopManager.sh -profileName ctgDmgr01
-username wasadmin
-password <wasadmin’s pwd>
./startManager.sh -profileName ctgDmgr01
./startNode.sh -profileName ctgAppSrv01
./startServer.sh MXServer -profileName ctgAppSrv01
または:
<WAS_HOME>/profiles/ctgAppSrv01/bin/stopServer.sh MXServer
-username wasadmin
-password wasadmin
<WAS_HOME>/profiles/ctgAppSrv01/bin/stopNode.sh
-username wasadmin
-password wasadmin
<WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh
-username wasadmin
-password wasadmin
<WAS_HOME>/profiles/ctgDmgr01/bin/startManager.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startServer.sh MXServer
3. コマンド・プロンプトを開いて以下のコマンドを実行し、wsadmin シェルにログオンします。
v ./wsadmin.sh -username <WebSphere Admin User ID> -password <WebSphere Admin Password>
4. まだ認証サービスをデプロイしていないことを確認します。
wsadmin>$AdminApp view authnsvc_ctges
このコマンドを実行すると、以下のような例外が戻されます。
第 3 章インストール・タスク
109
WASX7015E: Exception running command: "$AdminApp view authnsvc_ctges";
exception information: com.ibm.ws.scripting.ScriptingException:
WASX7280E: An application with name "authnsvc_ctges" does not exist.
5. IBMESSAuthnSvc.ear ファイルをローカル・システムにコピーします。このファイルは、ご使用のオペ
レーティング・システムおよびプラットフォームのミドルウェア DVD の <Operating
System>¥WS-ESS_6.1_GA ディレクトリーにあります。
6. IBMESSAuthnSvc.ear ファイルをデプロイします。
wsadmin>$AdminApp install <file_path>/IBMESSAuthnSvc.ear {-usedefaultbindings -deployws
-appname authnsvc_ctges–node (nodeName) –server serverName |
[-cluster (clustername)]}
nodeName がミドルウェア・インストール・プログラムによってデフォルト値に設定された場合、値は
ctgNode01 になります。serverName が Tivoli Provisioning Manager インストール・プログラムによっ
てデフォルト値に設定された場合、値は MXServer になります。
7. 構成を保存します。
wsadmin>$AdminConfig save
8. exit と入力して wsadmin シェルを終了します。
9. 以下のようにして、WebSphere Application Server および管理対象ノードを停止します。
<WAS_HOME>/profiles/ctgAppSrv01/bin/stopNode.sh -username <WebSphere Admin>
-password <WebSphere Admin password>
<WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh -username <WebSphere Admin>
-password <WebSphere Admin password>
10. com.ibm.security.ess.server_config.6.2.0.jar ファイルを、ローカル・システムの
<WAS_HOME>/plugins ディレクトリーにコピーします。このファイルは、ご使用のオペレーティング・
システムおよびプラットフォームのミドルウェア DVD の <Operating System>¥WS-ESS_6.1_GA ディ
レクトリーにあります。
11. 以下のようにして、WebSphere および管理対象ノードを再始動します。
<WAS_HOME>/profiles/ctgDmgr01/bin/startManager.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
12. wsadmin シェルにログインし直します。
13. サービスを構成します。
wsadmin>$AdminTask configureESS
14. サービスが構成されていることを確認します。
wsadmin>$AdminTask isESSConfigured
このコマンドは、true の値を返します。
15. LTPA キーを作成します。
wsadmin>$AdminTask createESSLTPAKeys
{-password
<password>}
鍵パスワードが失われた場合は、鍵を作成する必要があります。サービスに接続するすべてのクライア
ントが、生成された新規エクスポート鍵格納ファイルを使用するようにしてください。
16. 構成を同期化します。
wsadmin>$AdminConfig save
wsadmin>set dmgr [$AdminControl completeObjectName type=DeploymentManager,*]
wsadmin>$AdminControl invoke $dmgr syncActiveNodes true
17. 以下のようにして、WebSphere および管理対象ノードを停止して再始動します。
v <WAS_HOME>/profiles/ctgAppSrv01/bin/stopNode.sh -username <WebSphere Admin> -password
<WebSphere Admin password>
110
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v <WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh -username <WebSphere Admin> -password
<WebSphere Admin password>
v <WAS_HOME>/profiles/ctgDmgr01/bin/startManager.sh
v <WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
18. 新規に作成された鍵をエクスポートします。
wsadmin>$AdminTask exportESSLTPAKeys
{-pathname <path_name>}
例えば、次のようになります。
wsadmin>$AdminTask exportESSLTPAKeys {-pathname /root/avenESSLTPAKeyFile.exported}
19. TrustClientRole というロールを、TADDM インストール時に指定した WebSphere 管理者ユーザーに追
加します。これで、認証サービスで認証されるユーザーを TrustClientRole ロールを持つユーザーのみ
に制限することによって、認証サービスの追加的なセキュリティーが提供されます。クライアント認証
の構成について詳しくは、TADDM 管理者のガイドの『WebSphere フェデレーテッド・リポジトリー
の構成』セクション内にある『クライアント認証の構成』のトピックを参照してください。
手動による JMS キューの構成:
この手順では、JMS キューを構成するステップについて詳しく説明します。この手順は、Tivoli
Provisioning Manager EAR ファイルをデプロイする前に完了しておく必要があります。
始める前に
インストール・プロセス中に、Tivoli Provisioning Manager インストール・プログラムによって、ミドルウ
ェアの自動構成オプションが提供されます。Tivoli Provisioning Manager インストール・プログラムにより
自動的にミドルウェアを構成するように選択した場合は、他のタスクと共に、JMS メッセージ・キューの
作成および構成が実行されます。Provisioning Manager ミドルウェアを Provisioning Manager で使用するよ
うに手動で構成することを選択した場合は、これらのメッセージ・キューを手動で構成する必要がありま
す。
JMS キューを構成するには、以下のステップを実行します。
手順
1. WebSphere Application Server を始動します。
2. Internet Explorer を起動し、以下の URL を入力して WebSphere Application Server 管理コンソールを
開きます。
http://<server_name>:<port_number>/ibm/console
例えば、以下のサンプル URL のような URL を入力します。
http://localhost:9060/ibm/console
3. ログイン画面で、ユーザー ID を入力し、「ログイン」をクリックします。このアクションによっ
て、WebSphere Application Server 管理コンソールの「ようこそ」画面が開きます。
4. 「サーバー」 > 「アプリケーション・サーバー」にナビゲートし、「MXServer」を選択して「開
始」をクリックし、MXServer サーバーを始動します。
5. 「システム管理」 > 「コンソール設定」をクリックします。
6. 「ノードと変更を同期化」オプションを選択してから、「適用」をクリックします。
7. 「サービス統合」 > 「バス」をクリックし、「バス」ダイアログを開きます。バスとは、バスのメ
ンバーとして追加された、相互に接続されたサーバーとクラスターのグループです。
第 3 章インストール・タスク
111
8. 「新規」をクリックして「バス」 > 「新規」ダイアログ・ボックスを開きます。ここで、新規サービ
ス統合バスを追加できます。
9. 「名前」フィールドに、新規バスの名前として intjmsbus を入力します。
10. 「バス・セキュリティー」チェック・ボックスを選択解除します。このボックスを選択したままにする
と、intjmsbus は、セルのグローバル・セキュリティー設定を継承します。
11. 「次へ」をクリックしてください。
12. 「完了」をクリックします。
13. 「保存」をクリックします。このステップによって、JMS バス・セットアップがクラスター構成に伝
搬されます。ビルド完了画面に、以下の情報が表示されることを確認します。
v バス名 (例: intjmsbus)。
v 自動生成された固有 ID (UUID) (例: 4BCAC78E15820FED)。
v 「保護 (Secure)」オプションがチェックされていないこと。
サービス統合バスへのサーバーの追加:
サーバーは、サービス統合バス用に定義されている必要があります。
手順
1. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
2. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
3. 「トポロジー」の下の「バス・メンバー」をクリックします。
4. 「バス (Buses)」 > 「intjmsbus」 > 「バス・メンバー (Bus members)」ダイアログ・ボックスで
「追加」をクリックして、「新規バス・メンバーの追加 (Add a new bus member)」ダイアログ・ボッ
クスを開きます。
5. 「サーバー」ドロップダウン矢印をクリックし、バスに追加するサーバー名「ctgNode01:MXServer」
を選択し、「次へ」をクリックします。
6. 「ファイル・ストア」ラジオ・ボタンが選択されていることを確認して「次へ」をクリックします。
7. 「メッセージ・ストア・プロパティーの提供 (Provide the message store properties)」パネルから「次
へ」をクリックします。
8. 「完了」をクリックします。
9. 「保存」をクリックします。
10. 「OK」をクリックしてください。
11. 「intjmsbus」を選択します。
12. 「高メッセージしきい値 (High message threshold)」フィールドの値を、最小値である 500,000 メッセ
ージに変更し、「適用」をクリックします。
処理を待機しているメッセージの数が、設定した「高メッセージしきい値」を超えると、アプリケーシ
ョン・サーバーは、処理キューへの新規メッセージの追加を制限する措置をとります。
メッセージの要件に応じて、より大きい値をメッセージしきい値に入力したい場合があります。キュー
へのメッセージの出入り、およびメッセージしきい値設定がシステム・パフォーマンスに与える影響を
モニターすることによって、最適なメッセージしきい値設定を判別することができます。例えば、大き
い値を設定したときにシステム・パフォーマンスが低下した場合は、しきい値を小さい値に設定するこ
とがあります。
112
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
初期構成後に「高メッセージしきい値」設定を変更する場合は、管理コンソールで「追加プロパティー
(Additional Properties)」メニューを開き、それぞれの下位階層構成のしきい値を変更する必要がありま
す。
13. 「保存」をクリックします。
14. 「OK」をクリックしてください。
継続インバウンドのサービス統合バス宛先 (CQINBD) キューの作成:
継続インバウンドのサービス統合バス宛先 (CQINBD) キューを作成する必要があります。
始める前に
JMS バス内の継続インバウンド・バス宛先キュー (CQINBD) の論理アドレスを追加するには、以下のステ
ップを実行します。
手順
1. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
2. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
3. 「宛先リソース」の下の「宛先」をクリックして、「バス」 > 「intjmsbus」 > 「宛先」ダイアロ
グ・ボックスを開きます。
CQINBD などのバス宛先は、アプリケーションがメッセージを添付したり交換したりすることができ
る、サービス統合バス内の仮想の場所です。
4. 「新規」をクリックし、「新規宛先の作成」ダイアログ・ボックスを開きます。
5. 宛先タイプとして「キュー」にチェック・マークを付けたままにし、「次へ」をクリックして「新規キ
ューの作成」ダイアログ・ボックスを開きます。
6. 「ID」フィールドに「CQINBD」、「説明」フィールドに「継続キュー・インバウンド」と入力して
「次へ」をクリックし、「point-to-point メッセージの新規キューを作成します」ダイアログ・ボック
スを開きます。
7. 「バス・メンバー」プルダウンを選択し、CQINBD バス宛先キューのメッセージを保存および処理す
るバス・メンバーとして「Node=ctgNode01:Server=MXServer」を選択します。
8. 「次へ」をクリックし、「キュー作成の確認」ダイアログ・ボックスを開きます。
9. 選択内容を確認してから「終了」をクリックし、CQINBD バス宛先キューの作成を完了します。
10. 「バス」 > 「intjmsbus」 > 「移動先」を選択し、「CQINBD」をクリックして、構成ダイアログ・
ボックスを開きます。
11. 「例外宛先」の値として、「なし」をクリックします。
12. 「適用」をクリックします。
13. 「保存」をクリックします。
順次インバウンドのサービス統合バス宛先 (SQINBD) キューの作成:
順次インバウンドのサービス統合バス宛先 (SQINBD) キューを作成する必要があります。
サービス統合バス内の順次インバウンド・バス宛先キュー (SQINBD) の論理アドレスを追加するには、以
下のステップを実行します。
第 3 章インストール・タスク
113
手順
1. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
2. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
3. 「宛先リソース」の下の「宛先」をクリックして、「バス」 > 「intjmsbus」 > 「宛先」ダイアロ
グ・ボックスを開きます。バスの宛先は、アプリケーションがメッセージの添付と交換を行うことが
できる、サービス統合バス内の仮想の場所です。
4. 「新規」をクリックし、「新規宛先の作成」ダイアログ・ボックスを開きます。
5. 宛先タイプとして「キュー」にチェック・マークを付けたままにし、「次へ」をクリックして「新規キ
ューの作成」ダイアログ・ボックスを開きます。
6. 「ID」フィールドに「SQINBD」、「説明」フィールドに「順次キュー・インバウンド」と入力して
「次へ」をクリックし、「point-to-point メッセージの新規キューを作成します」ダイアログ・ボック
スを開きます。この値を使用する必要があり、値に含まれるのは大文字のみでなければなりません。
7. 「バス・メンバー」プルダウンを選択し、「Node=ctgNode01:Server=MXServer」を選択します。
8. 「次へ」をクリックし、「キュー作成の確認」ダイアログ・ボックスを開きます。
9. 選択内容を確認してから「終了」をクリックし、SQINBD バス宛先キューの作成を完了します。
10. 「バス」 > 「intjmsbus」 > 「移動先」を選択し、「SQINBD」をクリックして、構成ダイアログ・
ボックスを開きます。
11. 「例外宛先」の値として、「なし」をクリックします。
12. 「適用」をクリックします。
13. 「保存」をクリックします。
順次アウトバウンドのサービス統合バス宛先 (SQOUTBD) キューの作成:
順次アウトバウンドのサービス統合バス宛先 (SQOUTBD) キューを作成する必要があります。
サービス統合バス内の順次アウトバウンド・バス宛先キュー (SQOUTBD) の論理アドレスを追加するに
は、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
2. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
3. 「宛先リソース」の下の「宛先」をクリックして、「バス」 > 「intjmsbus」 > 「宛先」ダイアロ
グ・ボックスを開きます。 SQOUTBD などのバス宛先は、アプリケーションがメッセージを添付した
り交換したりすることができる、サービス統合バス内の仮想の場所です。
4. 「新規」をクリックし、「新規宛先の作成」ダイアログ・ボックスを開きます。
5. 宛先タイプとして「キュー」にチェック・マークを付けたままにし、「次へ」をクリックして「新規キ
ューの作成」ダイアログ・ボックスを開きます。
6. 「ID」フィールドに「SQOUTBD」、「説明」フィールドに「順次キュー・アウトバウンド」と入力して
「次へ」をクリックし、「point-to-point メッセージの新規キューを作成します」ダイアログ・ボック
スを開きます。この値を使用する必要があり、値に含まれるのは大文字のみでなければなりません。
7. 「バス・メンバー」プルダウンを選択し、SQOUTBD バス宛先キューのメッセージを保存および処理
するバス・メンバーとして「Node=ctgNode01:Server=MXServer」を選択します。
8. 「次へ」をクリックし、「キュー作成の確認」ダイアログ・ボックスを開きます。
114
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
9. 選択内容を確認してから「終了」をクリックし、キューの作成を完了します。
10. 「バス」 > 「intjmsbus」 > 「移動先」を選択し、「SQOUTBD」をクリックして、構成ダイアロ
グ・ボックスを開きます。このダイアログ・ボックスでは、以下の変更を行う必要があります。
a. 「例外宛先」の値として、「なし」をクリックします。
b. 「適用」をクリックします。
c. 「保存」をクリックします。
JMS 接続ファクトリーの作成:
Point-to-Point メッセージング・キューの関連 JMS プロバイダーへの接続を作成するための接続ファクトリ
ーを追加します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「接続ファクトリー
(Connection factories)」をクリックします。
2. 「スコープ」リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックします。
4. 「デフォルトのメッセージング・プロバイダー」が選択されていることを確認し、「OK」をクリック
します。
5. 以下の情報を入力します。
名前
intjmsconfact と入力します。
JNDI 名
jms/maximo/int/cf/intcf と入力します。
バス名「intjmsbus」を選択します。
6. 「適用」をクリックします。
7. 「OK」をクリックしてください。
8. 「保存」をクリックします。
継続インバウンド (CQIN) JMS キューの作成:
継続インバウンド Point-to-Point メッセージの宛先として、JMS キュー (CQIN) を作成する必要がありま
す。
CQIN JMS キューを作成するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「キュー」をクリック
します。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックします。
4. 「デフォルトのメッセージング・プロバイダー」が選択されていることを確認し、「OK」をクリック
します。
5. 以下の情報を入力して、「OK」をクリックします。
名前
CQIN と入力します。
この値は、大文字のみであることが必要です。
第 3 章インストール・タスク
115
JNDI 名
jms/maximo/int/queues/cqin と入力します。
バス名「intjmsbus」を選択します。
キュー名
「CQINBD」を選択します。
6. 「OK」をクリックしてください。
7. 「保存」をクリックします。
順次インバウンド (SQIN) JMS キューの作成:
順次インバウンド Point-to-Point メッセージの宛先として、JMS キュー (SQIN) を作成する必要がありま
す。
JMS キュー (SQIN) を作成するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「キュー」をクリック
します。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックします。
4. 「デフォルトのメッセージング・プロバイダー」が選択されていることを確認し、「OK」をクリック
します。
5. 以下の情報を入力して、「OK」をクリックします。
名前
SQIN と入力します。
この値は、大文字のみであることが必要です。
JNDI 名
jms/maximo/int/queues/sqin と入力します。
バス名「intjmsbus」を選択します。
キュー名
「SQINBD」を選択します。
6. 「OK」をクリックしてください。
7. 「保存」をクリックします。
順次アウトバウンド (SQOUT) JMS キューの作成:
順次アウトバウンド Point-to-Point メッセージの宛先として、JMS キュー (SQOUT) を作成する必要があり
ます。
JMS キュー (SQOUT) を作成するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「キュー」をクリック
します。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックします。
116
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
4. 「デフォルトのメッセージング・プロバイダー」が選択されていることを確認し、「OK」をクリック
します。
5. 以下の情報を入力して、「OK」をクリックします。
名前
SQOUT と入力します。
この値は、大文字のみであることが必要です。
JNDI 名
jms/maximo/int/queues/sqout と入力します。
バス名「intjmsbus」を選択します。
キュー名
「SQOUTBD」を選択します。
6. 「OK」をクリックしてください。
7. 「保存」をクリックします。
継続インバウンド・キュー (CQIN) 用の JMS アクティベーション・スペックの作成:
継続インバウンド・キュー (CQIN) でメッセージを受信するには、まず活動化する必要があります。
CQIN キューを活動化するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「アクティベーショ
ン・スペック (Activation Specifications)」をクリックします。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックし、新規 JMS アクティベーション・スペックの「一般プロパティー」セクション
に情報を入力します。
4. 「OK」をクリックしてください。
5. 以下の情報を入力して、「OK」をクリックします。
名前
intjmsact
この値は大/小文字が区別されます。この値は小文字でなくてはなりません。
JNDI 名
intjmsact
宛先タイプ
キュー
宛先 JNDI 名
jms/maximo/int/queues/cqin
バス名 intjmsbus
最大並行エンドポイント数
10
6. 「保存」をクリックします。
7. 「サーバー」 > 「アプリケーション・サーバー」で、MXServer を再始動します。
エラー・キュー:
第 3 章インストール・タスク
117
オプションのエラー・キューを作成して、メッセージにエラーが発生したときに継続中のキュー (CQIN)
からリダイレクトされるメッセージをそのエラー・キューで受け取ることができます。
インバウンド・エラー・キュー (CQINERRBD) のサービス統合バス宛先の作成:
JMS バス内のインバウンド・エラー・キュー (CQINERRBD) の論理アドレスを追加する必要があります。
以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
2. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
3. 「宛先リソース」の下の「宛先」をクリックして、「バス」 > 「intjmsbus」 > 「宛先」ダイアロ
グ・ボックスを開きます。バスの宛先は、アプリケーションがメッセージの添付と交換を行うことが
できる、サービス統合バス内の仮想の場所です。
4. 「新規」をクリックし、「新規宛先の作成」ダイアログ・ボックスを開きます。
5. 宛先タイプとして「キュー」にチェック・マークを付けたままにし、「次へ」をクリックして「新規キ
ューの作成」ダイアログ・ボックスを開きます。
6. 「ID」フィールドに「CQINERRBD」、「説明」フィールドに「エラー・キュー・インバウンド (Error
Queue Inbound)」と入力して「次へ」をクリックし、「point-to-point メッセージの新規キューを作成
します」ダイアログ・ボックスを開きます。この値を使用する必要があり、値に含まれるのは大文字
のみでなければなりません。
7. 「バス・メンバー」プルダウンを選択し、「Node=ctgNode01:Server=MXServer」を選択します。
8. 「次へ」をクリックし、「キュー作成の確認」ダイアログ・ボックスを開きます。
9. 選択内容を確認してから「終了」をクリックし、CQINERRBD バス宛先キューの作成を完了します。
10. 「バス」 > 「intjmsbus」 > 「移動先」を選択し、「CQINERRBD」をクリックして、構成ダイアロ
グ・ボックスを開きます。このダイアログ・ボックスでは、以下の変更を行う必要があります。
a. 「指定」をクリックし、例外宛先値として「CQINERRBD」と入力します。
b. 「最大デリバリー失敗数」の値を 5 に変更します。
この値は、メッセージを例外宛先に転送する前に最大何回メッセージング試行が失敗することがで
きるかを示します。
11. 「適用」をクリックします。
12. 「保存」をクリックします。
13. WebSphere Application Server 管理コンソールから、「サービス統合」 > 「バス」をクリックし、
「バス」ダイアログ・ボックスを開きます。
14. 「intjmsbus」をクリックして、「バス」 > 「intjmsbus」ダイアログ・ボックスを開きます。
15. 「宛先リソース」の下の「宛先」をクリックします。
16. 「CQINBD」を選択します。
17. 例外宛先として CQINERRBD を指定します。「最大デリバリー失敗数」の値を 5 に設定します。
18. 「OK」をクリックしてください。
19. 「保存」をクリックします。
エラー (CQINERR) JMS キューの作成:
118
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
エラー・キュー・バス宛先を作成した後は、エラー・キューを作成できます。
エラー・キューを作成するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「キュー」をクリック
します。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックします。
4. 「デフォルトのメッセージング・プロバイダー」が選択されていることを確認し、「OK」をクリック
します。
5. 以下の情報を入力して、「OK」をクリックします。
名前
CQINERR と入力します。
この値は、大文字のみであることが必要です。
JNDI 名
jms/maximo/int/queues/cqinerr と入力します。
バス名「intjmsbus」を選択します。
キュー名
「CQINERRBD」を選択します。
6. 「OK」をクリックしてください。
7. 「保存」をクリックします。
インバウンド・エラー・キュー (CQINERR) の JMS アクティベーション・スペックの作成:
継続インバウンド・キュー (CQINERR) でメッセージを受信するには、まず活動化する必要があります。
CQINERR キューを活動化するには、以下のステップを実行します。
手順
1. WebSphere Application Server 管理コンソールで、「リソース」 > 「JMS」 > 「アクティベーショ
ン・スペック (Activation Specifications)」をクリックします。
2. 「スコープ」ドロップダウン・リストから、「Cell=ctgCell01」を選択します。
3. 「新規」をクリックし、新規 JMS アクティベーション・スペックの「一般プロパティー」セクション
に情報を入力します。
4. 「OK」をクリックしてください。
5. 以下の情報を入力して、「OK」をクリックします。
名前
intjmsacterr と入力します。
この値は、小文字のみで入力する必要があります。
JNDI 名
intjmsacterr と入力します。
宛先タイプ
Queue と入力します。
宛先 JNDI 名
jms/maximo/int/queues/cqinerr
第 3 章インストール・タスク
119
6. 「OK」をクリックしてください。
7. 「保存」をクリックします。
永続保管用のデータ・ソースの手動作成:
WebSphere Application Server Network Deployment を手動で構成する場合で、なおかつメッセージを保持す
る場合、JMS メッセージを DB2 データベースに保管するにはデータ・ソースを作成する必要がありま
す。メッセージを保持するかどうかは、Base Services のインストール時に選択します。
WebSphere Application Server Network Deployment で、DB2 データベースを使用して JMS メッセージを
保管することもできます。WebSphere Application Server Network Deployment メッセージの保管 (DB2 以
外の製品の使用を含む) について詳しくは、WebSphere Application Server の資料および『データ・ストア
を使用するためのメッセージ・エンジンの構成の計画』を参照してください。
永続保管用のデータ・ソースを作成するには、以下のステップを実行します。
手順
1. データベース・サーバーをホスティングしているサーバー上でシステム・ユーザーおよびパスワードを
作成します。例えば、ユーザー名 mxsibusr およびパスワード mxsibusr とします。
2. データベースを作成および構成します。
a. DB2 Control Center を開きます。
b. ご使用のシステムの下にリストされている「データベース」フォルダーに移動します。
c. 「データベース」フォルダーを右クリックして、「データベースの作成 (Create Database)」 >
「標準 (Standard)」を選択します。
d. デフォルト設定値を使用して、データベース maxsibdb を作成します。
e. データベースを作成したら、maxsibdb データベースを展開し、「ユーザーおよびグループ・オブジ
ェクトの選択 (User and Group objects)」を選択します。
f. 「DB ユーザー (DB Users)」を右クリックして、「追加」をクリックします。
g. 「ユーザー」ドロップダウン・リストから「mxsibusr」を選択します。
h. mxsibusr ユーザーにセキュリティー・アドミニストレーター権限以外のすべての権限を付与しま
す。
i. 「適用」をクリックします。
j. 「maxsibdb」を右クリックし、「接続 (Connect)」を選択して、mxsibusr ユーザーを使用してデータ
ベースに接続できることを検証します。
3. WebSphere Application Server Network Deployment に J2C 認証データおよび JDBC プロバイダーを構
成します。
a. WebSphere Application Server Network Deployment 管理コンソールを開き、ログオンします。
b. 「セキュリティー」 > 「セキュア管理、アプリケーション、およびインフラストラクチャー」にナ
ビゲートします。
c. 「認証」ヘッダーで、「Java 認証および権限サービス (Java Authentication and Authorization
Service)」 > 「J2C 認証データ (J2C authentication data)」をクリックします。
d. 「新規」をクリックします。
e. 以下のユーザー ID フォームのフィールドに入力します。
別名
120
maxJaasAlias
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ユーザー ID
mxsibusr
パスワード
mxsibusr 用に作成したパスワード
説明
SIB データベース・ユーザーの別名
f. 「適用」をクリックし、次に「保存」をクリックします。
g. WebSphere Application Server 管理コンソールのナビゲーション・ペインから、「リソース」 >
「JDBC」 > 「JDBC プロバイダー」に移動します。
h. 「スコープ」をクリックして、「Cell=ctgCell01」を選択します。
i. 「新規」をクリックします。
j. 以下の値を指定します。
データベース・タイプ
DB2
プロバイダー・タイプ (Provider type)
DB2 Universal JDBC ドライバー・プロバイダー (DB2 Universal JDBC Driver Provider)
実装タイプ (Implementation type)
XA データ・ソース (XA data source)
名前
maxJdbcProvider
k. 「次へ」をクリックしてください。
l. WebSphere Application Server 変数の ${DB2UNIVERSAL_JDBC_DRIVER_PATH} フィールドに値
<WAS_HOME>ctgMX¥lib を入力します。例えば、C:¥Program
Files¥IBM¥WebSphere¥AppServer¥ctgMX¥lib となります。
m. 「次へ」をクリックしてください。
n. 「完了」をクリックします。
o. 「保存」をクリックします。
4. コマンド・プロンプトを開き、<WAS_HOME>¥ctgMX¥lib ディレクトリーに<DB2_HOME>/java/db2jcc.jar
および <DB2_HOME>/java/db2jcc_license_cu.jar をコピーします。「資源」 > 「JDBC」 > 「JDBC
プロバイダー (JDBC Providers)」 > 「maxJdbcProvider」に戻り、必要に応じて、クラス・パス
db2jcc.jar および db2jcc_license_cu.jar を修正します。各 jar ファイルには、
${DB2UNIVERSAL_JDBC_DRIVER_PATH} からの絶対パスが必要です。
5. WebSphere Application Server を構成します。
a. WebSphere Application Server Network Deployment コンソールで、「資源」 > 「JDBC」 > 「デー
タ・ソース (Data sources)」に移動します。
b. 「スコープ」をクリックして、「Cell=ctgCell01」を選択します。
c. 「新規」をクリックします。
d. 以下の値を指定します。
データ・ソース名 (Data source name)
intjmsds
JNDI 名
jdbc/intjmsds
第 3 章インストール・タスク
121
e. 「コンポーネント管理認証別名および XA 回復認証別名 (Component-managed authentication alias
and XA recovery authentication alias)」ドロップダウン・リストで、「maxJaasAlias」を選択しま
す。
f. 「次へ」をクリックしてください。
g. 「既存の JDBC プロバイダーを選択する (Select an existing JDBC provider)」を選択して、ドロッ
プダウン・リストから「maxJdbcProvider」を選択します。
h. 「次へ」をクリックしてください。
i. 以下の値を指定します。
データベース名
maxsibdb
ドライバー・タイプ (Driver type)
4
サーバー名
DB2 サーバー・ホスト名を指定します。
ポート番号
50005 など、DB2 ポート番号を指定します。
j. 「コンテナー管理永続性 (CMP) でこのデータ・ソースを使用する (Use this data source in
container managed persistence (CMP))」オプションが有効になっていることを確認して、「次へ」
をクリックします。
k. 「完了」をクリックします。
l. 「保存」をクリックします。
6. 「intjmsds」を選択し、「テスト接続 (Test Connection)」をクリックして、データ・ソースを検証しま
す。
ミドルウェア・インストーラーの構成パラメーターの変更
デプロイメントの計画に対して入力した構成パラメーターは、その計画をデプロイする前に変更できま
す。ミドルウェア・インストーラーを終了して、作成したデプロイメントの計画の導入を取り消す場合は、
このオプションを使用します。計画の構成パラメーターを変更できるのは、デプロイメントの計画を導入す
る前だけです。
始める前に
ここでは、デプロイメントの計画を作成済みで、その計画の構成パラメーターを入力しており、そのデプロ
イメントの計画を実際に導入する前にミドルウェア・インストーラーを終了していることを想定していま
す。
ミドルウェア・インストーラーの構成パラメーターを変更するには、以下のようにします。
手順
1. ランチパッドからミドルウェア・インストーラーを開始し、「ワークスペースの選択 (Choose
Workspace)」パネルに進みます。
2. 前にミドルウェア・インストール・プログラムのワークスペースとして使用したディレクトリーを指定
し、「次へ」をクリックします。
3. 「構成パラメーターの編集 (Edit the configuration parameters)」を選択し、「次へ」をクリックしま
す。
122
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
4. ミドルウェア・インストール・プログラムのパネルを進めていきながら、調整を行います。
5. 「デプロイメント計画操作 (Deployment Plan Operation)」パネルまで進んだら、「計画のデプロイ
(Deploy the plan)」を選択し、「次へ」をクリックします。
6. 「デプロイメントの計画およびパラメーター構成の要約 (Deployment Plan and Parameter Configuration
summary)」パネルで要約の内容を確認し、「次へ」をクリックします。
7. 「ミドルウェア・イメージ・ディレクトリーの選択 (Select Middleware Image Directories)」パネルで、
デプロイメントの計画に含まれているミドルウェアの圧縮イメージの場所、および解凍されたイメージ
を保管するディレクトリーの場所を入力します。これら 2 つのロケーションを入力したら、「次へ」を
クリックします。
8. デプロイメントが正常に完了したら、「終了」をクリックします。
UNIX および Linux でのミドルウェアの開始
ミドルウェア・サーバーおよびミドルウェア・サービスは、Base Services、Tivoli Provisioning Manager コ
ア・コンポーネント、および Tivoli Provisioning Manager Web コンポーネントをインストールする前に、
アクティブになっている必要があります。
開始する必要があるミドルウェアは、現在のタスクによって異なります。考えられる状況をまとめると、以
下の表のようになります。
表 22. ミドルウェアを開始するためのステップ
状況
アクション (Action)
ミドルウェアはインストー
ルされているが、Tivoli
Provisioning Manager のイ
ンストールが完了していな
い。
ミドルウェアのインストールが完了すると、ミドルウェアが開始します。サーバーをリ
ブートしていないか、ミドルウェアを停止していない場合は、 127 ページの『Base
Services のインストール』を続行できます。
コンピューターをリブート
した。
リブート後に、すべてのミドルウェアを再始動する必要があります。
1. データベースを開始します
2. ディレクトリー・サーバーを開始します
3. HTTP サーバーを開始します
4. 以下のようにして、WebSphere Application Server プロファイルを開始します。
v Tivoli Provisioning Manager のインストールをまだ開始していない場合は、手動で
再始動します。
v コア・コンポーネントのインストール後に、Tivoli Provisioning Manager を開始
すると、Tivoli Provisioning Manager はプロファイルを自動的に開始します。
ミドルウェアを停止した。
すべてのミドルウェアを開始したら、次のステップに進みます。
v 停止されたミドルウェアを、以下の順序で始動します。
開始しているミドルウェアを確認するためのステップについては、 126 ページの『ミ
ドルウェア状況の検査』を参照してください。
v Tivoli Provisioning Manager のインストールが完了したら、 278 ページの『UNIX ま
たは Linux でのプロビジョニング・サーバーの開始または停止』を参照して、Tivoli
Provisioning Manager を開始します。
ミドルウェアを開始するには、次のようにします。
第 3 章インストール・タスク
123
手順
1. root としてミドルウェアがあるコンピューターにログオンします。
2. Tivoli Provisioning Manager で使用しているデータベース・インスタンスを開始します。
v
2000
DB2
DB2 サーバーに仮想 IP アドレスが設定されていない場合は、次のコマンドを実行しま
す。
su - ctginst1 -c db2start
ここで、ctginst1 はデータベース・インスタンスの名前です。
DB2 サーバーに仮想 IP アドレスが設定されている場合は、次のコマンドを実行します。
db2gcf -u -p 0 -i ctginst1
v
Oracle
2000
a. 以下を実行して、Oracle データベース・ユーザーに切り替えます。
su - oracle
この例では、ユーザーの名前は oracle です。
b. 以下を実行して、Oracle Database リスナーを開始します。
ORACLE_HOME/bin/lsnrctl start
c. 以下を実行して、Oracle Database を開始します。
dbstart
3. Tivoli Directory Server データベース・インスタンスを開始します。
su - idsccmdb
サーバーに仮想 IP アドレスがない場合
db2start
サーバーに仮想 IP アドレスがある場合
db2gcf -u -p 0 -i idsccmdb
4. root として Tivoli Directory Server 管理デーモンを開始するには、次のようにします。
TDS_HOME/sbin/idsdiradm -I idsccmdb
5. 以下のようにして、Tivoli Directory Server デーモンを開始します。
TDS_HOME/bin/idsdirctl -D <admin user> -w <admin user password> start
以下に例を示します。
TDS_HOME/bin/idsdirctl -D cn=root -w mypassword start
6. IBM HTTP Server および WebSphere Application Server webserver1 プロファイルを開始します。
HTTP_HOME/bin/apachectl start
7. 以下のようにして、他の WebSphere Application Server プロファイルを開始します。
デプロイメント・マネージャーの開始
WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
ノードの開始
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
Java を呼び出すコマンドまたはスクリプトを実行しようとしたときに Failed to find VM エラー・メ
ッセージが返された場合、SELinux ファイアウォールが有効になっていることが原因でこのエラーが発
124
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
生しています。アップグレード中は、このファイアウォールを permissive または disabled に設定す
る必要があります。インストールが完了したら、値を元の値にリセットすることができます。
ミドルウェアの停止
ミドルウェアを停止するには、以下の手順に従います。ミドルウェア・アプリケーションを再始動する必要
が生じた場合は、そのアプリケーションを再始動する前に停止する必要があります。
手順
1. Tivoli Provisioning Manager を停止します。
2. WebSphere Application Server MXServer プロファイルを停止します。
a. WAS_HOME/profiles/ctgAppSrv01/bin ディレクトリーに移動します。
b. 次のコマンドを実行してください。
./stopServer.sh MXServer -username wasadmin_username -password wasadmin_password
コマンドでは以下のパラメーターが使用されます。
wasadmin_username
WebSphere Application Server 管理者ユーザー名。
wasadmin_password
指定されたユーザー名のパスワード。
3. Tivoli Directory Server を停止します。これらのステップのコマンドでは、デフォルトのインスタンス名
idsccmdb を使用しています。
a. データベース・インスタンスを停止します。
1) インスタンス所有者としてログオンします。
2) 以下のコマンドを実行して、他に実行中のアプリケーションがないか検査します。
db2 list applications
3) コマンドでアプリケーションがリストされた場合、以下のコマンドを実行してアプリケーション
を切断します。
db2 force applications all
4) DB2 を停止します。
サーバーに仮想 IP がない場合
次のコマンドを実行してください。
db2stop
注: db2stop コマンドは、サーバーでのみ実行可能です。このコマンドの実行中は、いか
なるデータベース接続も許可されません。ただし、インスタンス接続が存在する場合、
インスタンスの停止前にそれらは強制クローズされます。
サーバーに仮想 IP がある場合
DB2 サーバーの仮想 IP アドレスを使用する場合は、以下のコマンドを使用してデータ
ベースを停止します。
db2gcf -d -p 0 -i idsccmdb
b. TDS_HOME/bin ディレクトリーに移動します。
c. Tivoli Directory Server を停止します。
ibmdirctl –D cn=root –w password -h host_name stop
第 3 章インストール・タスク
125
password
基本 DN (cn=root) のパスワード
host_name
Tivoli Directory Server コンピューターのホスト名。
4. DB2 データベース・インスタンスを停止します。これらのステップのコマンドでは、デフォルトのイン
スタンス名 ctginst1 を使用しています。
a. インスタンス所有者としてログオンします。
b. 以下のコマンドを実行して、他に実行中のアプリケーションがないか検査します。
db2 list applications
c. コマンドでアプリケーションがリストされた場合、以下のコマンドを実行してアプリケーションを切
断します。
db2 force applications all
d. DB2 を停止します。
サーバーに仮想 IP がない場合
次のコマンドを実行してください。
db2stop
注: db2stop コマンドは、サーバーでのみ実行可能です。このコマンドの実行中は、いかな
るデータベース接続も許可されません。ただし、インスタンス接続が存在する場合、インス
タンスの停止前にそれらは強制クローズされます。
サーバーに仮想 IP がある場合
DB2 サーバーの仮想 IP アドレスを使用する場合は、以下のコマンドを使用してデータベー
スを停止します。この例の場合、データベース・インスタンスは ctginst1 です。
db2gcf -d -p 0 -i ctginst1
ミドルウェア状況の検査
以下の手順に従って、ミドルウェアの状況を検査します。
手順
2000
DB2
v
状況を検査するには、以下のようにします。
1. DB2 インスタンス所有者に切り替えます。
2. 以下のようにして、DB2 を開始します。
db2start
DB2 が既に実行中の場合は、「SQL1026N データベース・マネージャーはすでにアクティブになって
います」というメッセージが表示されます。
Oracle
2000
v
状況を検査するには、以下のようにします。
1. oracle ユーザーに切り替えます。
2. $ORACLE_HOME/bin ディレクトリーに移動します。
3. Oracle データベースの状況を検査します。SQL*Plus にログオンします。ログオンしたときにデータ
ベースの状況が表示されます。
4. Oracle データベース・リスナーの状況を検査します。lsnrctl status を実行します。
v Tivoli Directory Server の状況を検査するには、以下のようにします。
126
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
1. Tivoli Directory Server コンピューターにログオンします。 Tivoli Directory Server クライアントがプ
ロビジョニング・サーバーにインストールされている場合は、プロビジョニング・サーバーから
Tivoli Directory Server の状況を検査することもできます。
2. ITDS_HOME/bin ディレクトリーに移動します。
3. 以下のコマンドを実行します。
ibmdirctl -D cn=root –w password -h host_name status
password
基本 DN (cn=root) のパスワード
host_name
Tivoli Directory Server コンピューターのホスト名。
コマンドの -h hostname という部分は、Tivoli Provisioning Manager コンピューターから別
のコンピューターにあるディレクトリー・サーバーに接続している場合のみ必要です。
v Microsoft Active Directory の状況を検査するには、以下のようにします。
「スタート」 > 「すべてのプログラム」 > 「管理ツール」 > 「サーバーの役割管理」をクリックしま
す。サーバー役割のリストで、そのサーバーが「ドメインコントローラ (Active Directory)」役割で構
成されていることを確認します。
v WebSphere Application Server の状況を検査するには、以下のようにします。
Tivoli Provisioning Manager プロファイル
1. WAS_HOME/profiles/ctgAppSrv01/bin ディレクトリーに変更します。
2. 以下のコマンドを実行します。
./serverStatus.sh MXServer -username wasadmin_username -password wasadmin_password
コマンドでは以下のパラメーターが使用されます。
wasadmin_username
WebSphere Application Server 管理者ユーザー名。
wasadmin_password
指定されたユーザーのパスワード。
Base Services のインストール
ミドルウェアをインストールした後、Base Services をインストールすることができます。管理ワークステ
ーションを使用しなければならない構成の場合、プロビジョニング・サーバーまたは管理ワークステーショ
ンのいずれかに Base Services をインストールする必要があります。
始める前に
v ミドルウェア・アプリケーションが開始していることを確認します。ミドルウェア・インストーラーを
使用してミドルウェアをインストールした場合は、ミドルウェア・アプリケーションはインストール後
に自動的に開始されています。コンピューターをリブートした場合、またはミドルウェアを手動でイン
ストールした場合は、以下を参照してください。
–
123 ページの『UNIX および Linux でのミドルウェアの開始』
v Base Services のインストール設定について、計画ワークシートを確認します。 142 ページの『Base
Services およびコア・コンポーネントのインストールの計画ワークシート』を参照してください。
v 管理ワークステーションを使用している場合は、インストールに悪影響を及ぼす可能性のある、クリテ
ィカルでないプロセス (アンチウィルス・ソフトウェアなど) をすべて一時的にシャットダウンしてくだ
さい。
第 3 章インストール・タスク
127
v ホスト名の値を入力する際は、完全修飾ホスト名を使用します。この値は大文字小文字が区別されま
す。ホスト名の検証については、 19 ページの『プリインストール・ステップ 6: 環境の確認』で『DNS
サーバーによるホスト名の解決』を参照してください。
v リモートから AIX 6 システムにインストールしているときに、インストール・プログラムのユーザー・
インターフェースで問題が発生した場合は、コンソールまたは X 端末を使用してローカル側でインスト
ールを再試行してください。
v ミドルウェアがインストールされているすべてのシステムで、リモート実行およびアクセス・サービス
を有効にします。各リモート・システムは、リモート・アクセス・プロトコルをサポートし、ターゲッ
ト・サーバーで構成されたユーザー名とパスワードからのリモート・ログインを受け入れる必要があり
ます。リモート・アクセス・プロトコルには、SSH、Windows SMB などがあります。リモート・システ
ムが Windows サーバーの場合は、SMB を使用するようにリモート実行およびアクセスを構成する必要
があります。
v RXA トレースを有効にして、管理ワークステーションとプロビジョニング・サーバー間で接続の問題が
発生した場合に、より効果的なトラブルシューティングを実行できるようにします。詳細については、
274 ページの『RXA のトレースの使用可能化』を参照してください。
2000
DB2
v
DB2 データベースを準備するには、以下のタスクを実行します。
– データベース・インスタンス所有者のホーム・ディレクトリーには、データベースがその場所にイン
ストールされているかどうかにかかわらず、8 GB の使用可能なスペースが必要です。
– DB2 インスタンス管理者のユーザー ID には、SYSADM (管理) 権限が必要です。このユーザー ID
は、「DB2 管理」画面と、Provisioning Manager インストール・プログラムの「リモート・アクセス
権限 (Remote Access Authorization)」画面で入力します。DB2 サーバーで SYSADM (管理) 権限を持
つユーザーを作成する方法については、DB2 製品の資料を参照してください。
– SYSADM 権限を持つグループに root を追加する必要があります。
v
2000
DB2
DB2 がシステム・メモリーを大量に使用するのを防ぐには、以下の DB2 プロパティーを設
定した後、DB2 サーバーを再始動します。
db2 update dbm cfg using KEEPFENCED NO
v 英語以外の言語で Tivoli Provisioning Manager をインストールする場合、データベース表スペースのサ
イズおよびインデックス表スペースのサイズについてデフォルト値を受け入れる必要があります。要約
パネルでは、これらの値はヌルとして表示されます。表スペースのサイズをカスタマイズする必要があ
る場合は、Base Services インストーラーを英語で実行し、Base Services インストーラーの外部でデータ
ベースを手動で構成するか、またはインストール後に表スペースのサイズを変更します。
v WebSphere Application Server Network Deployment の場合は、セルおよびすべての関連ノードがアクテ
ィブに実行されていることを確認します。
v インストール・プログラムでは、ホスト名の値に localhost を使用しないでください。すべてのホスト名
値には、システムの完全修飾ホスト名を指定します。この値は大文字小文字が区別されます。
以下の説明は、デフォルト値を使用するマルチサーバー・インストール向けであり、Base Services インス
トーラーを使用して、複数のコンピューターにミドルウェアを自動的に構成することを前提としています。
エラーが返された場合は、インストールを続行する前にエラーを解決してください。
複数のインストール・パネルで値を入力した後でインストール・プログラムをキャンセルしても、次回
Base Services インストール・プログラムを再開したときに、インストール・プログラムは入力した値を再
呼び出しします。ファイル MAXIMO_HOME/applications/maximo/properties/maximo.properties を削除する
128
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
と、Base Services インストール・プログラムのデフォルト値を復元することができます。
maximo.properties ファイルが MAXIMO_HOME ディレクトリー内で見つからない場合は、システムの一時デ
ィレクトリーを探してみてください。
Base Servicesをインストールするには、以下のようにします。
手順
1. ソリューション・インストーラーの既存のインストールがないか確認します。デフォルトのインストー
ル・ロケーションは次の通りです。
v /usr/ibm/common/acsi
ソリューション・インストーラーが既にインストールされている場合は、サービスを開始します。
v ps -ef|grep acsisvc と入力します。サービスが実行されている場合は、プロセスと関連の PID が
表示されます。サービスが実行されていない場合は、以下のコマンドを実行します。
/usr/ibm/common/acsi/bin/acsisrv.sh -start
2. ランチパッドを始動します。
3. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックし、「Base
Services のインストール前提条件の確認」をクリックします。前提条件を検証および確認した後で、カ
スタム・インストール・ページへ戻ります。
4. 「Base Services と必須コンポーネントのインストール (Install base services and required
components)」をクリックします。
5. インストールする言語を選択し、「OK」をクリックします。
6. 「概要」パネルで、「次へ」をクリックします。
7. 「パッケージ・サマリー (Package Summary)」パネルで、パッケージ・デプロイメント・アクションを
確認し、「次へ」をクリックします。
8. ご使用条件に同意し、「次へ」をクリックします。
9. 「インストール・フォルダーの選択」パネルで、Base Services のインストール・ディレクトリーを指
定し、「次へ」をクリックします。指定するパスには、スペースを含めることができません。デフォ
ルト値は次のとおりです。
v /opt/IBM/SMP
この場所を参照する必要があります。
10. 「デプロイメントの選択」パネルで、「カスタム」オプションを選択します。
注: 「シンプル」オプションはサポートされていません。
11. 「ミドルウェア構成情報のインポート」パネルで、ミドルウェア・インストーラー・フィールドに入力
したフィールド値を Base Services インストーラーの同じフィールドのデフォルト値として使用するこ
とを指定します。
ミドルウェア構成情報のインポート
Base Services インストーラーで入力された値をミドルウェア・インストーラーで再利用できる
ようにする場合は、このチェック・ボックスを選択します。
ミドルウェアを手動でインストールした場合は、このチェック・ボックスのチェック・マーク
を外したままにして、Base Services インストーラーの後続のパネルに必須値を入力してくださ
い。
第 3 章インストール・タスク
129
注: RXA を使用したインストール中にこの機能を選択した場合、指定したワークスペースの
ロケーションは、リモート・システム上にローカルに存在する必要があります。リモート・シ
ステムのネットワーク・ドライブ上に存在していてはなりません。
ホスト名
ミドルウェア・インストーラーを実行したシステムの完全修飾ドメイン名を入力します。この
値は大文字小文字が区別されます。
ユーザー ID
「ホスト名」フィールドで指定したコンピューター上でミドルウェア・インストーラーを実行
するために使用したユーザー ID を入力します。
パスワード
ユーザーのパスワードを入力します。
ワークスペースのロケーション
ミドルウェア・インストーラーで入力した値が格納されているトポロジー・ファイルのロケー
ションを入力します。このファイルは、ミドルウェア・インストール・タスク時に定義された
ワークスペース内にあります。詳細については、 43 ページの『ミドルウェア・インストーラ
ーのワークスペース』を参照してください。
12. 「データベース・タイプ」パネルで、Maximo データベースに使用する予定の製品を選択し、「次
へ」をクリックします。
データベースのサポートに重要: SQL Server は、サポート対象のデータベースではありません。
13. 「データベース」パネルで、データベースに関する構成情報を入力して、「次へ」をクリックします。
2000
DB2
ホスト名
DB2 をホストするコンピューターの完全修飾ドメイン名を入力します (例:
database.example.com)。この値は大文字小文字が区別されます。
ポート DB2 インスタンスで使用されているポートを入力します。
データベース名
Tivoli Provisioning Manager で使用するデータベースの名前を入力します。デフォルトのデー
タベース名は maxdb71 です。データベースが存在しない場合は、作成されます。
インスタンス
Tivoli Provisioning Manager で使用するデータベース・インスタンスの名前を入力します。デ
フォルトのインスタンス名は ctginst1 です。このインスタンスが存在しない場合は、作成さ
れます。ただし、ユーザーとそれに関連付けられたホーム・ディレクトリーが DB2 サーバー
上に存在する必要があります。
データベース・ユーザー ID
Tivoli Provisioning Manager が DB2 にアクセスするために使用するユーザー ID を入力しま
す。このユーザー ID は、インスタンス管理者のユーザー ID として使用されるものとは異な
る必要があります。デフォルト値は maximo です。
データベース・パスワード (Database Password)
DB2 へのアクセスに使用されるユーザー ID のパスワードを入力します。
Oracle
2000
130
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ホスト名
Oracle をホストするコンピューターの完全修飾ドメイン名を入力します (例:
database.example.com)。この値は大文字小文字が区別されます。
ポート Oracle で使用されているポートを入力します。
インスタンス
Tivoli Provisioning Manager データベース・インスタンスの名前を入力します。デフォルト値
は ctginst1 です。データベースの作成と構成を自動化することを選択した場合は、インスタ
ンスが存在しなければ自動的に作成されます。
データベース・ユーザー ID
Tivoli Provisioning Manager から Oracle へのアクセスに使用するユーザー ID を入力します。
このユーザー ID が存在しない場合は、作成されます。デフォルト値は maximo です。ユーザ
ー名は oracle にはできません。
データベース・パスワード (Database Password)
Oracle へのアクセスに使用されるユーザー ID のパスワードを入力します。
14. 「データベース構成を自動化する」パネルで、「データベースの作成および構成を自動化する」を選択
し、「次へ」をクリックします。このオプションにより、Base Services インストーラーは、Tivoli
Provisioning Manager で使用できるようにデータベースを自動的に構成できます。自動化タスクの例と
して、表スペースの作成、データベース表の作成、データベース・スキーマの作成、およびユーザーの
作成があります。
注: Base Services インストーラーで自動的にデータベースを構成したくない場合、Base Services のイ
ンストール前にこれを手動で構成する必要があります。
15. 「リモート・アクセス許可 (Remote Access Authorization)」パネルで、自動データベース構成機能の権
限情報を入力し、「次へ」をクリックします。
ユーザー ID
Base Services インストーラーが、Tivoli Provisioning Manager で使用されるデータベースをホ
スティングするシステムにアクセスする場合に使用するユーザー ID を入力します。
このユーザーは、root であり、データベース・インスタンスの SYSADM 権限を持つグルー
プのメンバーである必要があります。
パスワード
ユーザー ID のパスワードを入力します。
Provisioning Manager インストール・プログラムとリモート・サーバーの間で正常なリモート・アクセ
スを確立する方法については、 144 ページの『リモート構成の使用可能化』を参照してください。
16. 「データベース管理 (Database Administration)」パネルで、データベースに関する構成情報を入力し
て、「次へ」をクリックします。
2000
DB2
インストール・ディレクトリー
DB2 がインストールされているディレクトリーを入力します。デフォルト値は次のとおりで
す。
v /opt/IBM/db2/V9.7
インスタンス管理者ユーザー ID
DB2 インスタンスの管理者のユーザー ID を入力します。デフォルト値は次のとおりです。
第 3 章インストール・タスク
131
v ctginst1
このユーザー ID は、データベースのユーザー ID として使用されるものとは異なる必要があ
ります。このユーザーは DB2 管理者権限を持っている必要があります。これは、DB2 製品資
料で SYSADM 権限と呼ばれています。このユーザーの作成について詳しくは、DB2 製品資
料を参照してください。
インスタンス管理者パスワード
DB2 インスタンスの管理者ユーザー ID のパスワードを入力します。
Oracle
2000
インストール・ディレクトリー
Oracle がインストールされているディレクトリーを入力します。例えば、次のようになりま
す。
v /opt/app/oracle/product/10.2.0/db_1
管理者ユーザー ID
Oracle の管理者ユーザー ID を入力します。デフォルト値は sys です。
管理者パスワード
Oracle の管理者ユーザー ID のパスワードを入力します。
Oracle ソフトウェア所有者 ID
Oracle のインストールに使用されたユーザーのユーザー ID を入力します。デフォルト値は
oracle です。
Oracle ソフトウェア所有者パスワード
Oracle のインストールに使用されたユーザーのパスワードを入力します。
17. 「データベース表スペース (Database Tablespace)」パネルで、データベースの表スペースに関する構成
情報を入力して、「次へ」をクリックします。
2000
DB2
データ表スペース名
DB2 内で Tivoli Provisioning Manager 用に作成される表スペースの名前を入力します。表ス
ペースが存在しない場合は、作成されます。デフォルト値は MAXDATA です。
データ表スペース・サイズ
データ表スペースのサイズをメガバイト単位で入力します。この値は、5000 MB 以上でなけ
ればなりません。
一時表スペース名
DB2 用に作成される一時表スペースの名前を入力します。一時表スペースには、アクションの
ソートまたは照合時のデータが保持されます。表スペースが存在しない場合は、作成されま
す。デフォルト値は MAXTEMP です。
一時表スペース・サイズ (MB)
一時表スペースのサイズを入力します。
インデックス表スペース名
インデックス表スペースの名前を入力します。デフォルト値は MAXDATA です。
インデックス表スペース・サイズ
インデックス表スペースのサイズをメガバイト単位で入力します。この値は、5000 MB 以上
にする必要があります。
132
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Oracle
2000
インスタンス・ロケーション
データベース・インスタンスがロードされているパスを入力します。例えば、次のようになり
ます。
v /opt/oracle/product/10.2.0/db_1/dbs
データ表スペース名
Oracle で Tivoli Provisioning Manager 用に作成される表スペースの名前を入力します。デフォ
ルト値は MAXDATA です。
データ表スペース・サイズ (MB)
データ表スペースのサイズをメガバイト単位で入力します。この値は、1000 MB 以上でなけ
ればなりません。
一時表スペース名
Oracle 用に作成される一時表スペースの名前を入力します。一時表スペースには、アクション
のソートまたは照合時のデータが保持されます。デフォルト値は MAXTEMP です。
一時表スペース・サイズ (MB)
一時表スペースの 500 MB の値を入力します。
インデックス表スペース名
インデックス表スペースの名前を入力します。デフォルト値は MAXDATA です。
インデックス表スペース・サイズ (MB)
インデックス表スペースの 500 MB の値を入力します。
18. 「アプリケーション・サーバー・タイプ」パネルで、「WebSphere Application Server」を選択しま
す。
アプリケーション・サーバーのサポートに重要: Oracle WebLogic Server はサポートされません。
19. 「WebSphere 接続」パネルで、WebSphere Application Server のホスト情報を入力して「次へ」をクリ
ックします。
ホスト名
WebSphere Application Server をホスティングするシステムの完全修飾ドメイン名を入力しま
す。この値は大文字小文字が区別されます。または、システムの IP アドレスを指定すること
もできます。
SOAP ポート
WebSphere Application Server システムの SOAP ポートを入力します。
20. 「WebSphere 構成を自動化する」パネルで、「WebSphere 構成を自動化する」を選択し、「次へ」を
クリックします。このオプションにより、Tivoli Provisioning Manager で使用される WebSphere
Application Server が、インストール・プログラムで自動的に構成されます。
注: WebSphere Application Server を自動的に構成するオプションを選択しない場合は、Base Services
をインストールする前にミドルウェアを手動で構成する必要があります。手動の構成タスクについて詳
しくは、以下を参照してください。
プロビジョニング・サーバーが Windows、AIX、または Linux にインストールされている場合は、 97
ページの『手動による WebSphere Application Server の構成』を参照してください。
21. WebSphere の「リモート・アクセス許可」パネルで、WebSphere Application Server 構成の許可情報を
入力し、「次へ」をクリックします。
第 3 章インストール・タスク
133
オペレーティング・システム・ユーザー ID
v リモート・アクセスのユーザーとして root と入力する必要があります。Tivoli Provisioning
Manager は、Tivoli Provisioning Manager を開始するときに、自動的にこのユーザー名で
WebSphere Application Server プロファイルを開始するように構成されています。
オペレーティング・システム・パスワード
システム・ユーザー ID のパスワードを入力します。
22. 「WebSphere Application Server デプロイメント・マネージャー構成」パネルで、以下のフィールドに
値を入力し、「次へ」をクリックします。
WebSphere のインストール・ディレクトリー
ホスト・システム上の WebSphere Application Server がインストールされているディレクトリ
ーを入力します。例えば、次のようになります。
v /usr/IBM/WebSphere/AppServer
ユーザー ID
WebSphere Application Server へのアクセスに使用する管理ユーザー ID を入力します。デフ
ォルト値は wasadmin です。
パスワード
WebSphere Application Server へのアクセスに使用される管理ユーザー ID のパスワードを入
力します。
プロファイル名
WebSphere Application Server プロファイルの名前を入力します。デフォルト値は ctgDmgr01
です。
23. 「WebSphere Application Server 構成」パネルで、以下の情報を入力して「次へ」をクリックします。
Web サーバー・ポート
WebSphere Application Server が使用する Web サーバー・ポートを入力します。デフォルト値
は 80 です。
Web サーバー名
Web サーバーの名前を入力します。デフォルト値は webserver1 です。
ノード名
アプリケーション・サーバーを含む WebSphere Application Server ノードの名前を入力しま
す。デフォルト値は ctgNode01 です。
アプリケーション・サーバー
Tivoli Provisioning Manager に関連付ける WebSphere Application Server の名前を入力しま
す。アプリケーション・サーバーが存在しない場合は、作成されます。デフォルト値は
MXServer です。
24. 「セキュリティー」パネルで、ユーザーおよびグループを認証し、許可するメソッドを選択して「次
へ」をクリックします。
認証および権限に WebSphere アプリケーション・セキュリティーを使用する (Use WebSphere
application security for authentication and authorization)
認証および許可を目的としてユーザーとグループを管理するように WebSphere Application
Server Network Deployment アプリケーション・セキュリティーを自動的に構成するには、こ
のオプションを選択します。このオプションでは、アプリケーション・セキュリティーを
WebSphere Application Server Network Deployment で使用可能にしておく必要があります。
134
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
重要: 認証と権限に LDAP および Microsoft Active Directory を使用する場合は、このオプシ
ョンを選択する必要があります。
認証のみに WebSphere アプリケーション・セキュリティーを使用する (Use WebSphere application
security only for authentication)
このオプションを選択すると、認証専用の WebSphere Application Server Network Deployment
アプリケーション・セキュリティーが自動的に構成され、Maximo セキュリティーでグループ
およびユーザー/グループ間のメンバーシップを管理できるようになります。このオプションで
は、ディレクトリー・サーバーですべてのユーザーを作成しますが、Tivoli Provisioning
Manager の Security Groups アプリケーションのセキュリティー・グループでユーザーのメン
バーシップを管理します。このオプションでは、アプリケーション・セキュリティーを
WebSphere Application Server Network Deployment で使用可能にしておく必要があります。
このオプションを選択すると、次に表示されるパネルで、ユーザー基本エントリーを要求する
プロンプトが出されます。このパネルの次に進む前に、ユーザー maxadmin、maxreg、
mxintadm が作成されている必要があります。
認証および権限に Maximo セキュリティーを使用する (Use Maximo security for authentication and
authorization)
WebSphere Application Server Network Deployment アプリケーション・セキュリティーを使用
しない場合は、このオプションを選択して、Maximo セキュリティーに認証と許可の両方の目
的でユーザーとグループを管理させます。
25. Maximo ユーザーの入力パネルで、以下の情報を入力し、「次へ」をクリックします。
注: インストール・プログラムはパスワードを検証しないため、必ず正確なパスワードを入力してくだ
さい。
Maximo 管理ユーザー (Maximo administration user)
初期構成およびユーザーの追加を行うために使用する製品管理者ユーザーID。デフォルト値は
maxadmin です。
パスワード
Maximo 管理ユーザーのパスワード。
Maximo システム登録ユーザー (Maximo system registration user)
ユーザーの自己登録に使用するユーザー ID。デフォルト値は maxreg です。
パスワード
Maximo システム登録ユーザーのパスワード。
Maximo システム統合ユーザー(Maximo system integration user)
エンタープライズ・アダプターで使用するユーザー ID。デフォルト値は mxintadm です。
パスワード
Maximo システム統合ユーザーのパスワード。
26. 「セキュリティー」パネルで「WebSphere アプリケーション・セキュリティーを認証のみに使用す
る」を選択した場合は、使用するユーザーおよびグループの基本エンティティーの識別名を指定し、ユ
ーザーの作成方法を選択して、「次へ」をクリックします。
重要: Base Services インストールの LDAP 値、LDIF ファイルのエントリー、またはディレクトリ
ー・サーバーのツールを使用してディレクトリー・インスタンスに直接入力する値を入力する場合は、
LDAP ストリングでの特殊文字の使用に関する製品固有の構文ルールに従ってください。特殊文字を
ディレクトリー・サーバーで読み取ることができるようにするためには、ほとんどの場合、特殊文字の
前にエスケープ文字を付加する必要があります。
第 3 章インストール・タスク
135
多くのディレクトリー・サーバー製品では、LDAP ストリングの一部になっているブランク・スペー
スは特殊文字と見なされます。したがって、ブランクを含む LDAP ストリングを、例えばフィールド
値の最後に誤って入力した場合、ブランク文字の前にエスケープ文字を付加していなければ、エラーが
発生する可能性があります。LDAP ストリングでの特殊文字について詳しくは、ご使用のディレクト
リー・サーバーの製品資料を参照してください。
ユーザー基本エントリー
ディレクトリー・サーバー用に構成されているユーザー基本エントリーを入力します。デフォ
ルト LDAP スキーマのユーザー基本エントリーは、ou=users,ou=SWG,o=IBM,c=US です。
基本エントリーの形式が正しく、正確であることを確認してください。基本エントリーは、ミ
ドルウェア・インストーラーによって検証されませんが、Base Services インストーラーによっ
て検証されます。入力した基本エントリーが間違っていた場合は、Base Services のインストー
ルを続行する前に修正する必要があります。
グループ基本エントリー
ディレクトリー・サーバー用に構成されているグループ基本エントリーを入力します。デフォ
ルト LDAP スキーマのグループ基本エントリーは、ou=groups,ou=SWG,o=IBM,c=US です。
グループ基本エントリーの形式が正しく、正確であることを確認してください。グループ基本
エントリーは、ミドルウェア・インストーラーによって検証されませんが、Base Services イン
ストーラーによって検証されます。入力したグループ基本エントリーが間違っていた場合は、
Base Services のインストールを続行する前に修正する必要があります。
必須ユーザーを作成する
Tivoli Directory Server
インストール・プログラムが、WebSphere Application Server Virtual Member Manager
(VMM) 内にデフォルト・ユーザーを作成できるようにするには、このオプションを選
択したままにします。
この操作を実行するには、VMM への書き込みアクセス権が必要です。
インストール・プログラムによってユーザーが作成されないようにする場合は、イン
ストールを続行する前に、ユーザーを手動で作成する必要があります。スキーマをカ
スタマイズすることを選択した場合にインストール後に実行する必要のある同期化の
タスクについては、 176 ページの『WebSphere Application Server Network Deployment
のディレクトリー同期の手動構成』を参照してください。
Microsoft Active Directory
このオプションをクリアします。
Microsoft Active Directory を使用して WebSphere Application Server を保護する場合
は、 95 ページの『ミドルウェア・インストール・プログラムを使用した WebSphere
Application Server (Microsoft Active Directory を使用) の保護』および 85 ページの
『手動による Microsoft Active Directory の構成』の手順に従ってスキーマは作成済み
です。
インストールを続行する前に、Microsoft Active Directory で以下の要件を確認してく
ださい。
a. 以下のユーザーがディレクトリー・サーバーに存在しています。
グループ
ユーザー
maxadmin
mxintadm
maxadmin
136
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
グループ
ユーザー
maximousers
mxintadm
maxadmin
maxreg
b. グループ maxadmin の Windows 2000 以前の名前が、別の名前に変更されます。
maxadmin グループには maxadmin と呼ばれるユーザーも含まれているため、この
変更は必要です。
デフォルト LDAP スキーマを使用しない場合は、このパネルより先に進む前に、スキーマを
作成しておく必要があります。ユーザーおよびグループの基本エントリー・フィールドに入力
された値は、VMMSYNC クーロン・タスクを構成するために使用されます。スキーマをカス
タマイズすることを選択した場合にインストール後に実行する必要のある同期化のタスクにつ
いては、 176 ページの『WebSphere Application Server Network Deployment のディレクトリー
同期の手動構成』を参照してください。
スキーマをカスタマイズして独自のユーザーを手動で作成する場合に、変更して LDAP リポ
ジトリーにインポートする必要のあるデフォルトの LDIF データの例を以下に示します。
dn: o=ibm,c=us
objectClass: top
objectClass: organization
o: IBM
dn: ou=SWG, o=ibm,c=us
ou: SWG
objectClass: top
objectClass: organizationalUnit
dn: ou=users,ou=SWG, o=ibm,c=us
ou: users
objectClass: top
objectClass: organizationalUnit
dn: cn=wasadmin,ou=users,ou=SWG, o=ibm,c=us
uid: wasadmin
userpassword: wasadmin
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: person
objectclass: top
title: WebSphere Administrator
sn: wasadmin
cn: wasadmin
dn: uid=maxadmin,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxadmin
uid: maxadmin
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxadmin
cn: maxadmin
dn: uid=mxintadm,ou=users,ou=SWG, o=ibm,c=us
userPassword: mxintadm
uid: mxintadm
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
第 3 章インストール・タスク
137
sn: mxintadm
cn: mxintadm
dn: uid=maxreg,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxreg
uid: maxreg
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
sn: maxreg
cn: maxreg
ユーザーを作成したら、以下のグループを作成して、それらに maxadmin ユーザーを割り当て
る必要があります。以下の内容で LDIF ファイルを作成する必要があります。
dn: ou=groups,ou=SWG,o=ibm,c=us
ou: groups
objectClass: top
objectClass: organizationalUnit
dn: cn=maxadmin,ou=groups,ou=SWG, o=ibm,c=us
objectClass: groupofnames
objectClass: top
member: uid=dummy
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
member: uid=mxintadm,ou=users,ou=SWG,o=IBM,c=US
cn: maxadmin
dn: cn=maximousers,ou=groups,ou=SWG, o=ibm,c=us
objectClass: groupofnames
objectClass: top
member: uid=dummy
member: uid=mxintadm,ou=users,ou=SWG,o=IBM,c=US
member: uid=maxreg,ou=users,ou=SWG,o=IBM,c=US
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
cn: maximousers
dn:cn=TPDEPLOYMENTSPECIALIST,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPDEPLOYMENTSPECIALIST
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPCOMPLIANCEANALYST,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPCOMPLIANCEANALYST
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPCONFIGURATIONLIBRARIAN,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPCONFIGURATIONLIBRARIAN
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPDEVELOPER,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPDEVELOPER
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPADMIN,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPADMIN
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
dn:cn=TPWEBSERVICEUSER,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPWEBSERVICEUSER
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
138
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ユーザーを作成して LDAP リポジトリーのメンバーシップを更新するには、以下のコマンド
を実行します。
ldapmodify -a -D cn=root -w <password> -i <file_name>
27. 「Integration Adapter JMS 構成」パネルから、以下の情報を入力して、「次へ」をクリックします。
JMS サーバーでは、メッセージを保守するように DB2 データ・リポジトリーが構成されている必要
があります。別のデータベース・タイプを使用している場合、インストール・プログラムは、メッセー
ジの永続性を構成できません。
JMS データ・ソース名
JMS で使用するデータベースの名前を入力します。デフォルト値は intjmsds です。
JMS メッセージを永続化する
このオプションは、インストール・プログラムで、DB2 内のメッセージを永続化する場合に選
択します。詳細については、 120 ページの『永続保管用のデータ・ソースの手動作成』を参照
してください。
JMS メッセージを永続化しない
このオプションは、インストール・プログラムで、メッセージを自動的に永続化するように
JMS 実装を設定しない場合に選択します。後で、JMS メッセージを永続化するように決定し
た場合は、手動で JMS 実装を構成する必要があります。
Oracle
2000
Oracle をデータベースとして使用している場合、このオプションを選択する必要が
あります。
28.
2000
DB2
JMS メッセージを保持することを選択した場合は、「DB2 データベース・サーバー構成」
パネルで以下の情報を入力して、「次へ」をクリックします。JMS データ・ストアは、DB2 データベ
ースとしてのみ作成できます。
ホスト名
JMS データストアをホスティングしているサーバーの完全修飾ドメイン名を入力します。この
値は大文字小文字が区別されます。
ポートデータベース・サーバーへのアクセスに使用するポートを入力します。
データベース名
JMS データ・ストアとしてサービスを提供しているデータベースの名前を入力します。デフォ
ルト値は maxsibdb です。
ユーザー ID
データベース・サーバーへのアクセスに使用するユーザー ID を入力します。このユーザーが
存在しない場合は、作成されます。デフォルトは、データベース・タイプを選択したときに入
力したデータベース・ユーザー ID です。
パスワード
データベース・サーバーへのアクセスに使用するユーザー ID のパスワードを入力します。
29.
2000
DB2
JMS メッセージを保持することを選択した場合は、「DB2 データベース・サーバー・リモ
ート・アクセス許可」パネルで自動構成機能の許可情報を入力し、「次へ」をクリックします。
ユーザー ID
JMS データベースをホストしているシステムに Base Services インストーラーがアクセスする
ためのユーザー ID を入力します。このユーザーは、アクセスするコンピューターに対する管
理権限を保有している必要があります。
このユーザーは、db2iadm1 グループのメンバーである必要があります。
第 3 章インストール・タスク
139
パスワード
ユーザー ID のパスワードを入力します。
30.
2000
DB2
「DB2 データベース・インスタンス構成」パネルで、以下の情報を入力して、「次へ」を
クリックします。
インスタンス
WebSphere Application Server で使用する JMS データベース・インスタンスを入力します。デ
フォルト値は ctginst1 です。
インスタンス管理者パスワード
JMS データベース・インスタンス管理者ユーザー ID のパスワードを入力します。
31. 「SMTP 構成」パネルで、ワークフロー参加者との通信を行うためにワークフローで使用される
SMTP 構成情報を指定します。
SMTP サーバー
メッセージを参加者に送信する SMTP サーバーの完全修飾ホスト名を入力します。この値は
大文字小文字が区別されます。
管理者の電子メール
有効な電子メール・アドレスを入力します。このアドレスはメッセージの送信に使用されま
す。
このパネルに情報を指定せずに次のパネルに進むと、SMTP 構成を延期することができます。ただ
し、インストール後にインターフェースでこれらのパラメーターを構成する必要があります。詳細につ
いては、 149 ページの『SMTP の構成』を参照してください。
32. 「構成ステップを実行する」パネルで、以下のいずれのオプションも選択されていないことを確認しま
す。その後「次へ」をクリックします。
今すぐファイルをコピーし、インストール構成のステップは後で実行
アプリケーション・ファイルを後で手動でデプロイする (Deploy application files manually later)
Maximo データベースの更新を延期
33. 「入力の要約」パネルで、情報を確認し、「次へ」をクリックします。
34. 「プリインストール・サマリー」パネルで、情報を確認し、「インストール」をクリックします。
AIX 7.1 では、「プリインストール・サマリー」パネルに正しくないフォントが表示されることがあ
ります。これは無視して、インストールを続行してください。
35. 「インストールが完了しました」パネルで、「完了」をクリックします。
タスクの結果
Base Services インストールは完了しました。
ログは次のロケーションにあります。
v MAXIMO_HOME/logs
v MAXIMO_HOME/solutions/logs
v MAXIMO_HOME/maximo/tools/maximo/log
v /usr/ibm/common/acsi/logs
また、WebSphere Application Server アプリケーション・サーバー、デプロイメント・マネージャー、およ
びノード・エージェントのログ・ディレクトリーにもログがあります。
140
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
入力した構成値は、MAXIMO_HOME/applications/maximo/properties/maximo.properties ファイルに格納さ
れます。 Base Services インストーラーを使用して構成を実行しなかった場合は、Base Services インスト
ーラーの外部で構成を実行できます。これを行うには、MAXIMO_HOME/scripts ディレクトリーにある
taskrunner ユーティリティーを使用します。このユーティリティーは、maximo.properties ファイルに格
納されている構成値を使用して Base Services を構成します。
taskrunner CONTINUE <STOPONERROR|NOSTOPONERROR>
注:
v タスク実行のデータ・ストアは一時的なため、システムをリブートするとタスク実行ユーティリティー
を使用して構成スクリプトを実行することはできなくなります。タスク実行ユーティリティーを使用す
るつもりである場合は、システムをリブートしないでください。
v パスワードは、インストール・プロセス中に maximo.properties ファイル内で暗号化されます。暗号化
されたデータは、ファイルの mxe.encrypted=true という行の後ろのセクションに、さまざまな文字 (記
号や、英数字以外の文字を含む) を使用して格納されます。ファイルの暗号化されたセクションを変更し
ないでください。暗号化されていないパスワードを含むファイルは、同じディレクトリーの
maximo.properties_orig に格納されます。
重要: システム・ファイル構造の外部で、暗号化されていない maximo.properties_orig ファイルをバッ
クアップします。データベース・ユーザーのパスワードを変更する場合は、このファイルを新規パスワ
ードを使用して更新し、暗号化された maximo.properties ファイルを作成する必要があります。
インストールに失敗したとき、STOPONERROR パラメーターを指定して実行していた場合には、エラーを解決
した後に taskrunner を再度実行することができます。タスク実行ユーティリティーは、前回の試行で最後
に正常に完了したタスクが記録された時点から、インストールを再開します。NOSTOPONERROR パラメーター
を指定してタスク実行ユーティリティーを実行すると、そのタスク実行ユーティリティーはエラーが発生し
ても処理を続行します。
次のタスク
1. 他の言語のサポートをインストールする場合は、 150 ページの『言語パックのインストール』を参照し
てください。
2. Base Services ホーム・ディレクトリーをバックアップします。ランチパッドのナビゲーション・ペイン
で、「カスタム・インストール」をクリックし、「2. Base Services および必須コンポーネントのイン
ストール (2. Install base services and required components)」までスクロールして、「2.4 Base
Services ホーム・ディレクトリーのバックアップ」をクリックします。パネルの指示に従ってバックア
ップし、「カスタム・インストール」ページに戻ります。
3. デプロイメント・エンジン・データベースをバックアップします。ランチパッドのナビゲーション・ペ
インで、「カスタム・インストール」をクリックし、「2. Base Services および必須コンポーネントの
インストール (2. Install base services and required components)」までスクロールして、「2.5 デプロ
イメント・エンジン・データベースのバックアップ」をクリックします。パネルの指示に従ってバック
アップし、「カスタム・インストール」ページに戻ります。
4.
5.
Oracle
2000
リモート・データベース・サーバーを使用する場合は、データベースをバックアップしま
す。詳細については、Tivoli Provisioning Manager ウィキのデータベースのバックアップを参照してく
ださい。
Oracle
2000
Base Services インストーラーに存在しない Oracle インスタンス (SID) を指定した場合は、
Oracle クライアントの $ORACLE_HOME/network/admin/tnsnames.ora を新規インスタンス名で更新する
必要があります。更新しないと、Tivoli Provisioning Manager コア・コンポーネントのインストーラー
第 3 章インストール・タスク
141
が Oracle Database に接続できない可能性があります。以下の情報を tnsnames.ora ファイルに追加し
ます。この例では、oracleserver.example.com は Oracle サーバーのホスト名です。
ctginst1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = oracleserver.example.com)(PORT = 1521))
(CONNECT_DATA =
(SID = ctginst1)
(SERVER = DEDICATED)
)
)
Base Services インストーラーに指定した SID で ctginst1 を置き換えます。
6. Base Services のインストール時に WebSphere Application Server を自動的に構成しないことを選択した
場合は、TPADMIN、TPCOMPLIANCEANALYST、TPDEPLOYMENTSPECIALIST、TPDEVELOPER、
TPWEBSERVICEUSER の各必須グループを手動で作成して、これらのグループに maxadmin ユーザー
を追加する必要があります。詳しくは、使用するディレクトリー・サーバーに応じて 85 ページの『手動
による Microsoft Active Directory の構成』または 79 ページの『手動による IBM Tivoli Directory
Server の構成』を参照してください。
154 ページの『Tivoli Provisioning Manager コア・コンポーネントのインストール』に進みます。
7.
Base Services およびコア・コンポーネントのインストールの計画ワーク
シート
以下の表に、Base Services およびコア・コンポーネントのインストール時に指定する必要がある設定をリ
ストします。
表 23. Tivoli Provisioning Manager の設定
設定値
デフォルト値
値
Tivoli Provisioning Manager インスト
ール・ディレクトリー
v /opt/IBM/tivoli/tpm
データベースのポート番号 (Database
port number)
v
2000
DB2
50005
v
Oracle
2000
1521
Tivoli Provisioning Manager データベ
ース・ホスト名
データベースを保持するマシンのホス
ト名
Maximo データベース名
maxdb71
Maximo データベース・インスタンス ctginst1
スキーマ名
maximo
Maximo データベースのユーザー ID
maximo
2000
DB2
DB2 のインストール・デ
ィレクトリー
2000
DB2
DB2 インスタンスの管理
者ユーザー ID
142
v /opt/ibm/db2/V9.7
v /opt/ibm/db2/V9.5
v ctginst1
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 23. Tivoli Provisioning Manager の設定 (続き)
設定値
デフォルト値
Oracle
2000
Oracle Database インストール・ディ
レクトリー
値
Oracle
2000
v /u01/app/oracle/product/10.2.0/
db_1 (Oracle 10g の場合)
v /u01/app/oracle/product/11.1.0/
db_1 (Oracle 11g の場合)
Oracle
2000
sys
Oracle Database の管理者ユーザー ID
Oracle
2000
oracle
Oracle Database ソフトウェア所有者
のユーザー ID
データ表スペース名
MAXDATA
データ表スペース・サイズ
v
2000
DB2
5000 MB
v
Oracle
2000
1000 MB
一時表スペース名
MAXTEMP
一時表スペース・サイズ
1000 MB
インデックス表スペース名
MAXDATA
インデックス表スペース・サイズ
v
2000
DB2
5000 MB
v
Oracle
2000
1000 MB
WebSphere ホスト名
WebSphere SOAP ポート
8879
WebSphere サーバーのホーム・ディ
レクトリー
v /usr/IBM/WebSphere/AppServer
WebSphere の管理者ユーザー ID
wasadmin
WebSphere プロファイル名
ctgDmgr01
Web サーバー・ポート
9081
Web サーバー名
webserver1
ノード名
ctgNode01
クラスター名
MAXIMOCLUSTER
アプリケーション・サーバー
MXServer。この値は変更できませ
ん。
JMS データ・ソース名
JMS データベース名
maxsibdb
JMS サーバー名
データベース・ユーザー ID
maxadmin
グループ基本エントリー
ou=groups,ou=SWG,o=IBM, c=US
ユーザー基本エントリー
ou=users,ou=SWG,o=IBM, c=US
SMTP サーバー
第 3 章インストール・タスク
143
表 23. Tivoli Provisioning Manager の設定 (続き)
設定値
デフォルト値
値
管理者の電子メール
リモート構成の使用可能化
Provisioning Manager ミドルウェアの構成を自動化する、Provisioning Manager インストール・プログラム
の機能を利用する場合は、Provisioning Manager ミドルウェアをインストールする各システムでリモート・
アクセス・プロトコルを使用可能に設定する必要があります。
リモート・アクセス・プロトコルには、rsh、rexec、SSH、Windows SMB などがあります。インストー
ル・プログラムを開始する前に、インストール・プログラムに指定する資格情報で使用するプロトコルを介
してリモート・サーバーに確実にログオンできる必要があります。
リモート UNIX および Linux システムの場合は、ソフトウェアをインストールする前に、以下の要件を満
たしていることを確認してください。
v 指定するオペレーティング・システム・ユーザーが、そのシステムの root ユーザーである。
v 最新バージョンの OpenSSH がインストールされている。OpenSSH 4.7.0.5302 は使用しないでくださ
い。
リモート構成では、ローカルまたはリモート・システム上のネットワーク・ドライブへのアクセスはサポー
トされていません。
Provisioning Manager の EAR ファイルのデプロイ
このセクションでは、Provisioning Manager の EAR ファイルを手動で WebSphere にデプロイする方法に
ついて説明します。
以下の手順を使用して、Provisioning Manager の maximo.ear ファイルおよび maximohelp.ear ファイルを
WebSphere Application Server に手動でデプロイします。Provisioning Manager のインストール・プログラ
ムによって、インストール時にこれらの EAR ファイルはデプロイされますが、これらの EAR ファイルを
手動で再デプロイすることが推奨されるインスタンスがいくつかあります。
v 最初のインストール後に maximo.properties ファイル内のデータベース接続パラメーターを変更した場
合は、maximo.ear ファイルを再ビルド (「IBM Tivoli Provisioning Manager System Administrator Guide」
で説明している手順) してから、そのファイルを WebSphere Application Server で再デプロイする必要が
あります。このシナリオでは、多くの場合、maximo.ear ファイルの再ビルドおよび再デプロイのみを行
い、maximohelp.ear ファイルの再ビルドおよび再デプロイを行う必要ありません。
v Provisioning Manager は WebSphere Application Server にインストールされている必要があります。ただ
し、Provisioning Manager は、WebSphere クラスターのフレームワーク内で実行することができます。ク
ラスター内に Provisioning Manager をデプロイするには、クラスター内に Provisioning Manager EAR フ
ァイルを再デプロイするか、またはインストール中に使用するアプリケーション・サーバーからクラス
ターを作成します。Provisioning Manager をアプリケーション・サーバーに既にインストールしている
が、クラスターに再デプロイしたい場合は、MAXIMO アプリケーションをアンインストールするか
( 148 ページの『WebSphere Application Server Network Deployment からの Provisioning Manager アプリ
ケーションの手動アンインストール』)、またはクラスターへの MAXIMO アプリケーションのインスト
ール時にアプリケーションの新規名を指定することができます ( 147 ページの『WebSphere Application
Server Network Deployment への Provisioning Manager アプリケーションの手動インストール』)。
144
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v Provisioning Manager を開発環境にインストールした場合は、いずれかの時点でデプロイメントをテスト
環境または本番環境にマイグレーションする場合があります。その場合、maximo アプリケーションと
maximohelp アプリケーションの両方を新しい環境にデプロイする必要があります。 147 ページの
『WebSphere Application Server Network Deployment への Provisioning Manager アプリケーションの手
動インストール』で説明しているステップを両方のアプリケーションに対して実行する必要がありま
す。
関連タスク:
『手動による EAR ファイルの作成』
『手動による EAR ファイルのデプロイ』
146 ページの『MEA 登録の完了』
手動による EAR ファイルの作成
例えば、初期インストール後に maximo.properties ファイルのデータベース接続パラメーターを変更する場
合は、手動で Tivoli Provisioning Manager EAR ファイルを作成することができます。
Tivoli Provisioning Manager EAR ファイルを手動で作成するには、以下の手順を実行します。
手順
1. 以下のようにして Maximo EAR ファイルを作成します。
<CCMDB_HOME>¥maximo¥deployment¥buildmaximoear.cmd|sh
2. 以下のようにして maximohelp EAR ファイルを作成します。
<CCMDB_HOME>¥maximo¥deployment¥buildhelpear.cmd|sh
手動による EAR ファイルのデプロイ
組織のアプリケーション・デプロイメントに関する制約により、アプリケーション・ファイルを手動で、ま
たは別の承認されたプロセスによってデプロイしなければならない場合、手動で Tivoli Provisioning
Manager EAR ファイルをデプロイできます。
注: WebLogic サーバーを使用してデプロイする場合、EAR ファイルを手動でデプロイする必要がありま
す。
Tivoli Provisioning Manager EAR ファイルを手動でデプロイするには、以下の手順を実行します。
手順
1. Maximo EAR ファイルをデプロイします。
<CCMDB_HOME>¥jacl¥solutions¥DeployApplication.bat <WASAdminUserName>
<WASAdminPassword> "MAXIMO" <WASNodeName> <WASApplicationServerName>
"<CCMDB_HOME>¥maximo¥deployment¥default¥maximo.ear" <WASVirtualHost>
<WASWebServerName>
2. MAXIMOHELP EAR ファイルをデプロイします。
<CCMDB_HOME>¥jacl¥solutions¥DeployApplication.bat <WASAdminUserName>
<WASAdminPassword> "MAXIMOHELP" <WASNodeName> <WASApplicationServerName>
"<CCMDB_HOME>¥maximo¥deployment¥default¥maximohelp.ear" <WASVirtualHost>
<WASWebServerName>
3. EAR ファイルが再デプロイされたら、デプロイメント・プロセス中に失われた一部の WebSphere
Application Server 構成を復元する必要があります。
a. クラス・ローダー構成をリストアします。
第 3 章インストール・タスク
145
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/set_classloader.sh <WASAdminUserName>
<WASAdminPassword> <WASNodeName> "MAXIMO"
b. 仮想ホスト構成をリストアします。
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/config_maxhost.sh <WASAdminUserName>
<WASAdminPassword> <WASVirtualHost> <WASApplicationServerName> <WASNodeName>
c. 各種構成を行って MXServer を再始動します。
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/Tpmpmp_LP_wasconfig.sh <WASAdminUserName>
<WASAdminPassword> <WASApplicationServerName> <WASNodeName>
ここで、
<WASAdminUserName>
デプロイメント特権を持つ WebSphere® Application Server Network Deployment アカウント。
<WASAdminPassword>
WebSphere Application Server ユーザー・パラメーターで指定されたユーザーのパスワード。
<WASNodeName>
WebSphere Application Server Network Deployment ノードの名前。
<WASApplicationServerName>
WebSphere Application Server Network Deployment アプリケーション・サーバーの名前。
<WASVirtualHost>
WebSphere Application Server Network Deployment 仮想ホストの名前。
<WASWebServerName>
WebSphere Application Server Network Deployment Web サーバーの名前。
MEA 登録の完了
他のソフトウェアとの統合を含むプロセス・マネージャーの場合、MEA を登録する必要があります。
Tivoli Provisioning Manager のインストール・プロセスで、後でアプリケーション・ファイルを手動でデプ
ロイするオプションを選択した場合、maximo EAR ファイルを手動でデプロイした後に、手動で MEA 登
録を行う必要があります。
MEA 登録を手動で実行するには、以下のステップを完了します。
手順
1. 管理システムでコマンド・プロンプトを開きます。
2. 以下のコマンドを実行します。
<CCMDB_HOME>¥jacl¥solutions¥meareg <WASDMGR> <PORT> <MAXUSER> <MAXPASSWD>
none none ./installedApps/<CELL_NAME>/MAXIMO.ear/meaweb.war/
WEB-INF/MeaRegistrationFiles/taddm
ここで、
<WASDMGR>
WebSphere® Application Server Network Deployment マネージャー・サーバーの完全修飾ホスト
名。
<PORT>
WebSphere Application Server Network Deployment マネージャー・サーバーの HTTP ポート。
146
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
<MAXUSER>
maximo ユーザー。
<MAXPASSWD>
maximo ユーザーのパスワード。
<CELL_NAME>
WebSphere Application Server Network Deployment セル名。デフォルトでは、この値は
ctgCell01 です。
WebSphere Application Server Network Deployment への
Provisioning Manager アプリケーションの手動インストール
このセクションでは、Provisioning Manager アプリケーションを WebSphere Application Server Network
Deployment に手動でインストールする方法について説明します。
手順
1. WebSphere Application Server Network Deployment 管理コンソールにログインします。
2. アプリケーションのリンクをクリックし、「新規アプリケーションのインストール (Install New
Application)」をクリックします。
3. 「アップロードおよびインストールする EAR、WAR、JAR、または SAR モジュールの指定 (Specify
the EAR, WAR, JAR, or SAR module to upload and install)」ページで、「ローカル・ファイル・シス
テム (Local file system)」を選択し、ご使用のシステム上の maximo.ear ファイルの場所を参照しま
す。
4. 「すべてのインストール・オプションおよびパラメーターの表示 (Show me all installation options
and parameters)」を選択し、「次へ」をクリックします。
5. 「デフォルトのバインディングおよびマッピングの生成の選択 (Choose to generate default bindings
and mappings)」ページで、「デフォルト・バインディングの生成 (Generate Default Bindings)」を選
択し、「次へ」をクリックします。
6. 「アプリケーション・セキュリティーの警告 (Application Security Warnings)」ページで、「続行
(Continue)」をクリックします。
7. 「インストール・オプションの選択 (Select installation options)」ページで、アプリケーション名を
MAXIMO に設定します。クラスターにデプロイし、かつ Provisioning Manager のインストール時にイ
ンストールしたアプリケーションを保持する場合は、ここでアプリケーション名に異なる値を使用する
必要があります。
8. 「アプリケーションの配布 (Distribute application)」、「エンタープライズ Bean のデプロイ (Deploy
enterprise beans)」、および「リソースの MBean の作成 (Create MBeans for resources)」のすべて
にチェック・マークが付いていることを確認して、「次へ」をクリックします。
9. 「サーバーへのモジュールのマップ (Map modules to servers)」ページの「クラスターおよびサーバー
(Clusters and Servers)」テキスト・ボックスで、リストされているクラスター (またはアプリケーショ
ン・サーバー) および Web サーバーを選択します。また、モジュール・テーブルに表示されるモジュ
ールを、個々のチェック・ボックスにチェック・マークを付けてすべて選択します。「適用 (Apply)」
をクリックし、「次へ」をクリックします。
10. 「EJB デプロイを実行するためのオプションの指定 (Provide options to perform the EJB Deploy)」ペ
ージで、デフォルトを受け入れて、「次へ」をクリックします。
11. 「Web モジュールの JSP 再ロード・オプションの指定 (Provide JSP reloading options for Web
modules)」ページで、デフォルトを受け入れて、「次へ」をクリックします」。
第 3 章インストール・タスク
147
12. 「共有ライブラリーのマップ (Map shared librarie)」ページで、デフォルトを受け入れて、「次へ」を
クリックします。
13. 「サーブレットのパラメーターの初期化 (Initialize parameters for servlets)」ページで、デフォルトを受
け入れて、「次へ」をクリックします。
14. 「メッセージ駆動型 Bean のリスナーのバインド (Bind listeners for message-driven beans)」で、「ア
クティベーション・スペック (Activation specification)」が intjmsact に設定されていることを確認
し、「次へ」をクリックします。
15. 「Bean の JNDI 名の指定 (Provide JNDI names for beans names for beans)」ページで、デフォルトを
受け入れて、「次へ」をクリックします。
16. 「Bean への EJB 参照のマップ (Map EJB references to beans)」ページで、デフォルトを受け入れ
て、「次へ」をクリックします。
17. 「Web モジュールへの仮想ホストのマップ (Map virtual hosts for Web modules)」ページで、ご使用の
ホストをドロップダウン・ボックスからすべてのモジュールに関して選択し、「次へ」をクリックしま
す。
18. 「Web モジュールのコンテキスト・ルートのマップ (Map context roots for Web modules)」ページ
で、デフォルトを受け入れ、「次へ」をクリックします。
19. 「Web モジュールの環境項目のマップ (Map environment entries for Web modules)」ページで、デフ
ォルトを受け入れ、「次へ」をクリックします。
20. 「ユーザーまたはグループへのセキュリティー・ロールのマップ (Map security roles to users or
groups)」ページで、最初に maximouser ロールの隣にあるチェック・ボックスを選択し、「すべて認証
済み (All authenticated?)」にチェック・マークを付けてから、「次へ」をクリックします。
21. 「無保護のすべての 2.x メソッドに適切なレベルの保護が設定されていることを確認 (Ensure all
unprotected 2.x methods have the correct level of protection)」ページで、デフォルトを受け入れ、「次
へ」をクリックします。
22. 要約ページで、「終了」をクリックします。
23. WebSphere Application Server 管理コンソールのナビゲーション・ペインで、「サーバー」 > 「Web
サーバー」を選択します。
24. 表にリストされている Web サーバーを選択し、「プラグインの生成 (Generate Plug-in)」をクリック
します。終了したら、「プラグインの伝搬 (Propagate Plug-in)」をクリックします。
25. 「アプリケーション」上をクリックし、インストールしたばかりのアプリケーションの横にあるチェッ
ク・ボックスをクリックし、「開始」をクリックします。
26. WebSphere Application Server Network Deployment 管理コンソールのナビゲーション・ペインで、「ア
プリケーション」を選択します。
27. インストールしたばかりのアプリケーションの横にあるチェック・ボックスを選択し、「開始」をクリ
ックします。
WebSphere Application Server Network Deployment からの
Provisioning Manager アプリケーションの手動アンインストール
このセクションでは、WebSphere Application Server Network Deployment からの Provisioning Manager ア
プリケーションのアンインストールについて説明します。
手順
1. WebSphere Application Server Network Deployment 管理コンソールを開きます。
2. アプリケーションのリンクをクリックします。
148
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
3. アンインストールするアプリケーションの横にあるチェック・ボックスを選択します。デフォルトで
は、Provisioning Manager アプリケーションに maximo および maximohelp が指定されています。
4. 「停止」をクリックします。
5. アンインストールするアプリケーションの横にあるチェック・ボックスを選択します。
6. 「アンインストール」をクリックします。
SMTP の構成
インストール時に SMTP パラメーターを構成しなかった場合は、製品コンソールを介して構成する必要が
あります。
始める前に
このタスクは、『データベースへの変更の適用』で説明しているタスクを開始する前に、完了しておく必要
があります。
Provisioning Manager 用に SMTP を構成するには、以下のステップを実行します。
手順
1. maxadmin としてコンソールにログインします。
2. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「システムのプロパティ
(System Properties)」とナビゲートします。
3. フィルター機能を使用して、mail.smtp.host プロパティー名を検索します。
4. mail.smtp.host プロパティーを展開し、グローバル値属性をご使用の SMTP ホストに設定します。
5. 「mail.smtp.host」レコード・チェック・ボックスを選択します。
6. ツールバーの「稼働中のリフレッシュ (Live Refresh)」アイコンをクリックします。
7. 「稼働中のリフレッシュ (Live Refresh)」ダイアログで、「OK」をクリックします。
8. フィルター機能を使用して、mxe.adminEmail プロパティー名を検索します。
9. mxe.adminEmail プロパティーを展開し、グローバル値属性をご使用の電子メール・アドレスに設定し
ます。
10. mxe.adminEmail レコードのチェック・ボックスを選択します。
11. ツールバーの「稼働中のリフレッシュ (Live Refresh)」アイコンをクリックします。
12. 「稼働中のリフレッシュ (Live Refresh)」ダイアログで、「OK」をクリックします。
データベースへの変更の適用
組織、作業タイプ、項目と企業のセットなどを作成した場合、これらの構成変更を Maximo データベース
に適用する必要があります。
Maximo データベースに構成変更を適用するには、以下のステップを実行します。
手順
1. maxadmin として Maximo コンソールにログインします。
2. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「データベース構成」とナビ
ゲートします。 Maximo データベースで更新する必要があるすべてのオブジェクトで、「追加予定」の
状況が表示されます。
3. 「アクションの選択」リストで、「管理モードの管理」を選択します。
第 3 章インストール・タスク
149
4. 「管理モードをオンにする」をクリックし、プロンプトが表示されたら「OK」をクリックします。こ
のタスクは、完了までに数分かかることがあります。「状況の最新表示」ボタンを使用して、進行状況
を表示することができます。
5. 管理モードが使用できるようになったら、「構成変更の適用 (Apply Configuration Changes)」を選択し
ます。これにより、変更が Maximo データベースに適用されます。リストされているオブジェクトの
状況列に「変更予定」が表示されなくなります。
6. Maximo コンソールからログアウトします。
7. 管理システムで、以下のコマンドを実行します。
v MAXIMO_HOME/maximo/tools/maximo/dropbackup.sh
8. WebSphere Application Server Network Deployment 内で MXServer アプリケーションを再始動します。
9. 管理モードをオフにします。
a. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「データベース構成」とナ
ビゲートします。
b. 「アクションの選択」リストで、「管理モードの管理」を選択します。
c. 「管理モードをオフにする」をクリックし、プロンプトが表示されたら「OK」をクリックします。
アプリケーション内で管理モードをオフにしないと、クーロン・タスクは失敗します。
言語パックのインストール
プロダクトに言語を追加するには、Tivoli Provisioning Manager 言語パックをインストールします。
始める前に
v Tivoli Provisioning Manager に言語サポートを追加する予定の場合、以下のインストール後ステップを実
行する前に、言語パックのインストール・プログラムを必ず使用してください。
v 言語パックのインストールは長時間かかる場合があるため、言語パックのインストールを開始する前
に、必要な追加言語を決定してください。追加言語を選択するたびに、インストール時間が増加しま
す。
v 言語パック・インストール・プログラムを使用して追加言語を追加し、ロケールまたはマシンを追加言
語としてインストールした言語に設定した場合でも、製品インターフェースで、マシンのベース言語と
して指定した言語で項目が表示されるインスタンスが現れる場合があります。これは既知の制約であ
り、言語パックのインストールが失敗したことを示すものではありません。
v インターフェースに表示されるショートカット・エレメント (メニュー項目など) が、指定したベース言
語でのみ表示されるか、または英語でのみ表示される場合があります。
v 初期インストール時には、必要な言語をすべてロードしてください。追加言語を後でインストールする
場合は、以前にインストールされた言語もそのときに再ロードされます。カスタマイズまたはフィック
スパックのインストールからの情報に対する変更は、すべて失われます。
v MXServer が始動していることを確認します。
v すべてのミドルウェア・サーバーおよびサービスが稼働していることを確認します。非アクティブなミ
ドルウェア・サーバーまたはサービスが原因でエラーが発生した場合は、サーバーまたはサービスを開
始してから、言語パック・インストール・プログラムを再実行します。詳しくは、以下を参照してくだ
さい。
–
123 ページの『UNIX および Linux でのミドルウェアの開始』
言語サポートは、インストール時に追加するか、または後日追加することができます。Tivoli Provisioning
Manager のデプロイが正常に完了した後は、Tivoli Provisioning Manager 言語パック・インストール・プロ
グラムを使用して、Tivoli Provisioning Manager ユーザー・インターフェースおよびプロセス・マネージャ
150
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ーも含め、言語サポートをいつでも Tivoli Provisioning Manager に追加できます。Tivoli Provisioning
Manager プロセス・マネージャーは、この方法を使用して更新できます。後で他のプロセス・マネージャ
ーをデプロイする場合は、 153 ページの『パッケージ用の言語サポート・ファイルのインストールおよびリ
フレッシュ』を参照してください。
言語パックをインストールするには、以下のようにします。
手順
1. ランチパッドを始動します。
2. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックします。「2. Base
Services および必須コンポーネントのインストール (2. Install base services and required
components)」までスクロールし、「言語パックのインストール (Install the language pack)」をクリッ
クします。
3. インストールする言語を選択して、「OK」をクリックします。この選択内容はインストール中のみに
使用され、インストールされる言語には影響しません。
4. 「概要」パネルで、「次へ」をクリックします。
5. 「ベース言語 (Base Language)」パネルで、Tivoli Provisioning Manager で使用するベース言語を選択
し、「次へ」をクリックします。
これは、ベース言語を選択できる唯一の機会です。後からベース言語を変更することはできません。
6. 「追加言語の選択」パネルで、サポートされる追加言語を選択し、「次へ」をクリックします。
7. 「言語選択の要約 (Language Selection Summary)」パネルで、入力した情報を確認し、「次へ」をクリ
ックします。
8. 「プリインストール・サマリー」パネルで「インストール」をクリックします。
9. 「アプリケーション・ファイルのデプロイ」パネルから、言語ファイルのデプロイ方法を選択します。
アプリケーション・ファイルを自動的にデプロイする
インストール中にインストール・プログラムに自動的にアプリケーション・ファイルのデプロ
イを実行させるには、このオプションを選択します。
アプリケーション・ファイルを後で手動でデプロイする (Deploy application files manually later)
このオプションは、後でアプリケーション・ファイルのデプロイを行う場合に選択します。組
織でアプリケーションのデプロイメントに制限があり、アプリケーション・ファイルを手動ま
たは別の承認プロセスでデプロイする必要がある場合は、このオプションを使用します。アプ
リケーション EAR ファイルは後で手動でデプロイされるか、または後日に製品インストーラ
ーを使用してデプロイされます。
次のタスク
1. Base Services ホーム・ディレクトリーをバックアップします。ランチパッドのナビゲーション・ペイン
で、「カスタム・インストール」をクリックし、「2. Base Services および必須コンポーネントのイン
ストール (2. Install base services and required components)」までスクロールして、「2.4 Base
Services ホーム・ディレクトリーのバックアップ」をクリックします。パネルの指示に従ってバックア
ップし、「カスタム・インストール」ページに戻ります。
2. デプロイメント・エンジン・データベースをバックアップします。ランチパッドのナビゲーション・ペ
インで、「カスタム・インストール」をクリックし、「2. Base Services および必須コンポーネントの
インストール (2. Install base services and required components)」までスクロールして、「2.5 デプロ
イメント・エンジン・データベースのバックアップ」をクリックします。パネルの指示に従ってバック
アップし、「カスタム・インストール」ページに戻ります。
第 3 章インストール・タスク
151
3.
4.
Oracle
2000
リモート・データベース・サーバーを使用する場合は、データベースをバックアップしま
す。詳細については、Tivoli Provisioning Manager ウィキのデータベースのバックアップを参照してく
ださい。
Oracle
2000
Base Services インストーラーに存在しない Oracle インスタンス (SID) を指定した場合は、
Oracle クライアントの $ORACLE_HOME/network/admin/tnsnames.ora を新規インスタンス名で更新する
必要があります。更新しないと、Tivoli Provisioning Manager コア・コンポーネントのインストーラー
が Oracle Database に接続できない可能性があります。以下の情報を tnsnames.ora ファイルに追加し
ます。この例では、oracleserver.example.com は Oracle サーバーのホスト名です。
ctginst1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = oracleserver.example.com)(PORT = 1521))
(CONNECT_DATA =
(SID = ctginst1)
(SERVER = DEDICATED)
)
)
Base Services インストーラーに指定した SID で ctginst1 を置き換えます。
5.
154 ページの『Tivoli Provisioning Manager コア・コンポーネントのインストール』に進みます。
単一の特殊言語サポート機能を含むパッケージのデプロイメント
単一の特殊言語サポートとともにパッケージをデプロイ可能です。
多くのプロセス・ソリューション・パッケージでは、LANG_SUPT_FEATURE というフィーチャー ID
で、単一の言語サポートが定義されています。このようなパッケージの場合、プロセス・ソリューションの
コマンド・ライン・インターフェースにより、基本インストール時に -loadlanguages パラメーターを使用
して、この特殊言語サポート機能をデプロイすることができます。この特殊機能用の言語サポートは、基本
インストールの後でインストールすることも、プロセス・ソリューション・コマンド・ライン・インターフ
ェースの refreshlangs アクションを使用してリフレッシュすることもできます。
基本インストール時の言語サポート・ファイルのインストール
特殊言語サポート機能を持つパッケージの基本インストールを最初に実行する場合、パッケージの
言語サポート・ファイルもインストールするかどうかを選択できます。
インストール・ウィザードの使用
プロセス・ソリューション・インストール・ウィザードを使用してパッケージの基本イン
ストールを実行している場合、パッケージで使用可能な機能のセットにある言語サポート
機能が、機能選択パネルに表示されます。このチェック・ボックスを選択すると、プロセ
ス・ソリューション・インストール・ウィザードによって、パッケージに関連する言語サ
ポート・ファイルがアンパックされ、Maximo Translation Data Toolkit -PMPUPDATE 機能
が起動されます。
コマンド・ライン・インターフェースの使用
プロセス・ソリューション・コマンド・ライン・インターフェースを使用している場合、
パッケージの言語サポート・ファイルをインストールするには、-action install サブコマン
ドを使用してパッケージの基本インストールを実行するときに、-loadlanguages コマンド・
ライン・フラグを指定します。
基本インストール後の言語サポートのインストールまたはリフレッシュ
パッケージを最初にインストールした後、パッケージの言語サポート・ファイルをインストールま
たはリフレッシュできます。この場合、プロセス・ソリューション・コマンド・ライン・インター
フェースの -action refreshlangs サブコマンドを使用できます。このアクションは、インストール済
152
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
みのパッケージの場合にのみサポートされています。アクションは、パッケージの初期インストー
ル時に言語サポート・ファイルがインストールされなかった場合でも使用できます。いずれのシナ
リオの場合も、パッケージの言語サポート・ファイルがアンパックされ、Provisioning Manager 管
理ワークステーションおよび Maximo Translation Data Toolkit -PMPUPDATE 機能にコピーされま
す。
言語サポート・ファイルをインストールまたはリフレッシュする機能は、プロセス・ソリューショ
ン・コマンド・ライン・インターフェースからのみ使用可能です。この機能は、プロセス・ソリュ
ーション・インストール・ウィザードからは使用できません。
複数言語サポート機能を含むパッケージのデプロイメント
パッケージは、複数の言語サポートと共にデプロイできます。
選択可能なさまざまなフィーチャーをサポートするプロセス・ソリューション・パッケージには、複数の言
語サポート・フィーチャーもあります。
基本インストール時の言語サポート・ファイルのインストール
複数言語サポートを定義しているパッケージの言語サポート機能は、パッケージの基本インストー
ル時にデプロイすることも、基本インストール後に、プロセス・ソリューション・インストール・
ウィザードおよびプロセス・ソリューション・コマンド・ライン・インターフェースの新規選択可
能機能サポートを使用して追加することもできます。このようなタイプのパッケージの場合、言語
サポート機能は、パッケージに定義されているその他の選択可能な機能と同様に管理されます
基本インストール後の言語サポートのインストールまたはリフレッシュ
複数言語サポート機能を持つパッケージに対してプロセス・ソリューション・コマンド・ライン・
インターフェースの refreshlangs アクションを呼び出した場合は、そのパッケージの現在インスト
ールされている言語サポート機能のみがリフレッシュされます。これは、現在インストールされて
いるすべての言語サポート機能に関連付けられたデプロイメント・アクションを再実行することに
よって行われます。
複数言語サポート機能を持つパッケージに対して refreshlangs アクションを呼び出した場合、これ
らの言語サポート機能はインストールされません。リフレッシュ処理は、現在インストールされて
いる言語サポート機能のみに対して実行されます。この動作は、特殊な ID である
LANG_SUPT_FEATURE を定義するパッケージに対して適用される refreshlangs の動作とは異な
ることに注意してください。後者のシナリオでは、特殊言語サポート機能は、現在インストールさ
れていない場合はインストールされ、現在インストールされている場合はリフレッシュされます。
パッケージ用の言語サポート・ファイルのインストールおよびリフレッシュ
プロセス・ソリューション・パッケージが、1 つ以上の言語サポート機能を定義する場合があります。
Process Solution インストーラーを使用してプロセス・ソリューション・パッケージの言語サポート機能を
インストールすると、サポートされているすべての言語に関連付けられている XLIFF ファイルが Tivoli
Provisioning Manager 管理ワークステーションに解凍されます。Maximo Translation Data Toolkit
-PMPUPDATE が起動されます。このユーティリティーは、プロセス・マネージャーに関連付けられている
XLIFF ファイルを、基本言語、および Maximo にインストールされている他の選択された言語に基づいて
Maximo データベースにインポートします。
変更管理または構成管理プロセス・マネージャー用の言語サポート・ファイルをリフレッシュする場合、ま
たは別のプロセス・マネージャーをインストールした場合は、このセクションで説明している手順を使用し
てください。
第 3 章インストール・タスク
153
プロセス・ソリューション・パッケージが、その言語サポートを公開する方法には、2 つのモデルがありま
す。
v パッケージは、特別なフィーチャー ID を持つ単一の言語サポート機能を定義できます。Process
Solution インストーラーでは、このモデルを使用してパッケージの言語サポートをデプロイするための、
いくつかの特別な組み込みメカニズムを提供します。
v パッケージは、複数の言語サポート機能を定義できます。このモデルを使用してパッケージの言語サポ
ートをデプロイするには、Process Solution インストーラーの選択可能な機能のサポートを使用します。
Tivoli Provisioning Manager コア・コンポーネントのインストール
Base Services をインストールした後、Tivoli Provisioning Manager コア・コンポーネントをインストールす
ることができます。コア・コンポーネントは、プロビジョニング・サーバー (Agent Manager、Tivoli
Provisioning Manager for Dynamic Content Delivery、Tivoli Provisioning Manager for Job Management
Service フェデレーター、および Tivoli Provisioning Manager for OS Deployment) にインストールする必要
があります。
始める前に
1. ミドルウェア・アプリケーションが開始していることを確認します。ミドルウェア・インストーラーを
使用してミドルウェアをインストールした場合は、ミドルウェア・アプリケーションはインストール後
に自動的に開始されています。コンピューターをリブートした場合、またはミドルウェアを手動でイン
ストールした場合は、以下を参照してください。
v
123 ページの『UNIX および Linux でのミドルウェアの開始』
2. Base Services がインストールされたことを確認してください。 127 ページの『Base Services のインス
トール』を参照してください。
3. GNU tar パスがネイティブ UNIX tar パスの前に定義されるように、PATH 変数を変更します。この
変更が必要な理由は、ネイティブ UNIX tar が長いファイル名をサポートしておらず、ネイティブ
UNIX tar が使用されているとコア・コンポーネントの抽出が失敗する可能性があるためです。
例えば、GNU tar が /opt/freeware/bin/tar にインストールされ、ネイティブ UNIX tar が
/usr/bin/tar にインストールされているとします。このときの PATH 変数は、以下の例のようになり
ます。
PATH=/opt/freeware/bin/:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:
/usr/java14/jre/bin:/usr/java14/bin
4. WebSphere Application Server を手動で (ミドルウェア・インストーラーを使用せずに) インストールし
た場合、SSL 署名者が適切に設定されていることを検証してください。詳細については、 167 ページの
『WebSphere Application Server SSL 署名者の検証』を参照してください。
5. インストール時:
v インストール・プログラムはパスワードを検証しないため、インストーラーのパネルで必ず正確なパ
スワードを入力してください。
v コンピューター・ホスト名の値を入力する際は、常に完全修飾ドメイン名を使用します。
v ディレクトリー・パスには、そのパスの最後の文字としてスラッシュ (/) を含めないでください。
v コア・コンポーネントをインストールするコンピューターで仮想ホスト名を使用する場合は、Tivoli
Provisioning Manager for OS Deployment が仮想ホスト名をサポートしていないことに注意してくだ
さい。Tivoli Provisioning Manager for OS Deployment には、コンピューターのローカル・ホスト名
を使用してのみアクセス可能です。
154
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
注: インストール・パネル名に「Untitled」と表示されることがあります。この問題を解決するには、グラ
フィカル環境をインストールしてください。
注: Red Hat Enterprise Linux 6.1 および AIX 7.1 で、日本語、中国語、中国語 (簡体字)、または韓国語の
コア・コンポーネントをインストールした場合、画面上のテキストが読めないことがあります。この問題を
解決するには、インストール用に別の言語を選択してください。
手順
1. ランチパッドを始動します。
2. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックします。「3.
Tivoli Provisioning Manager コア・コンポーネントのインストール」までスクロールダウンして、
「コア・コンポーネントのインストール前提条件の確認」をクリックします。前提条件を検証および確
認した後で、カスタム・インストール・ページへ戻ります。
3. 「コア・コンポーネントのインストール」をクリックします。
4. インストールする言語を選択し、「OK」をクリックします。
5. 「ようこそ」のパネルで、「次へ」をクリックします。
6. ご使用条件に同意し、「次へ」をクリックします。
7. 「トポロジー構成」パネルで、すべての必要なフィールドを指定して、「次へ」をクリックします。
データベース情報
Base Services のインストール時にデータベースに使用したのと同じ値を使用する必要がありま
す。
v データベース・サーバーが別のコンピューターにある場合、「リモート・データベースの使
用」チェック・ボックスを選択します。
認証情報
ご使用の環境で使用可能な認証タイプを選択します。
v Tivoli Directory Server
v Microsoft Active Directory
v Base Services 認証
Base Services 管理ユーザーが LDAP リポジトリーに存在することを確認するには、対応する
チェック・ボックスを選択します。このオプションを使用するのは、認証タイプとして
「Tivoli Directory Server」または「Microsoft Active Directory」を選択した場合のみです。
ミドルウェア・インストーラー・ワークスペース情報
v ミドルウェア・インストーラーを使用してミドルウェアをインストールした場合、「ミドル
ウェア・インストーラー・ワークスペースからのデータのインポート」チェック・ボックス
を選択してから、ミドルウェア・インストーラー・ワークスペースのロケーションを指定し
ます。マルチサーバー・トポロジーの場合、このロケーションは、ミドルウェアのインスト
ール時に指定します。デフォルト値は次のとおりです。
– /ibm/tivoli/mwi/workspace
v ご使用のインストール・トポロジーのすべてのコンピューターについて、仮想の IP アドレ
スおよびホスト名を使用している場合、「サービス IP の使用」チェック・ボックスを選択
します。このインストーラーで使用する仮想の IP アドレスおよびホスト名は、ミドルウェ
アのインストール時に指定した値と一致する必要があります。
8. 「コンポーネントの選択」パネルですべてのコンポーネントを選択し、「次へ」をクリックします。コ
ア・コンポーネントは、次のとおりです。
第 3 章インストール・タスク
155
v 必須: Agent Manager
v 必須: Tivoli Provisioning Manager for Dynamic Content Delivery
v 必須: Tivoli Provisioning Manager for Job Management Service フェデレーター
v オプション: Tivoli Provisioning Manager for OS Deployment
v
2000
DB2
ミドルウェア・インストーラーを使用して DB2 サーバーをインストールした場合に、
Tivoli Directory Server と Tivoli Provisioning Manager は同じコンピューターにインストールし、
DB2 は別のコンピューターにインストールするという構成を使用する場合は、「DB2 クライアン
ト」チェック・ボックスを選択しないでください。このチェック・ボックスは、ミドルウェアを手
動でインストールした場合は適用されません。
v データベース、および WebSphere Application Server 構成ファイルをバックアップする場合、対応
するチェック・ボックスを選択します。
Oracle
2000
このチェック・ボックスは、別個のコンピューターにインストールされた Oracle
Database を使用する場合は適用されません。この構成を使用する場合は、コア・コンポーネントの
インストールを開始する前に、Oracle Database を手動でバックアップする必要があります。
9. Tivoli Provisioning Manager for OS Deployment を選択した場合、ご使用条件に同意し、「次へ」をク
リックします。
10. 「コア・コンポーネントのディレクトリー」パネルで、すべての必須フィールドを指定して、「次へ」
をクリックします。
v 連邦情報処理標準 (FIPS) 140-2 サポートを有効化するには、対応するチェック・ボックスを選択し
ます。
v ダウンロードしたインストール・イメージを使用する場合は、それらのイメージが保管されている
ディレクトリーを指定します。
v インストール・イメージを DVD からコピーする場合は、イメージをコピーする宛先ディレクトリ
ーを指定し、「DVD からインストール・イメージをコピーする」チェック・ボックスを選択しま
す。
v インストール・イメージの保全性を検証する場合は、「ファイルの保全性を検証します」チェッ
ク・ボックスを選択します。
v ログ・ファイル、および保守容易性スクリプト用のディレクトリーを指定します。デフォルト値は
次のとおりです。
– /usr/ibm/tivoli/common
注: このディレクトリーの /tmp を指定しないでください。/tmp ディレクトリーはインストーラー
によって動的に更新されるため、インストールが失敗する場合があります。
ご使用のシステムにプロセス自動化エンジン製品がインストールされている場合は、ログ・ファイ
ルと保守容易性スクリプト用のディレクトリーが、そのプロセス自動化エンジン製品によって共通
の場所として設定されたため、「コア・コンポーネントのディレクトリー」パネルにはこのフィー
ルドが表示されません。
v 一時ファイルのディレクトリーを指定します。
v WebSphere Application Server 構成ファイルとデータベース・ファイルのバックアップを保管するデ
ィレクトリーを指定します。これらのディレクトリーは、シングル・サーバー構成の場合はプロビ
ジョニング・サーバー上に存在する必要があり、データベースが別個のコンピューターにある場合
はデータベース・サーバー上に存在する必要があります。
156
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
指定するディレクトリーの許可は、755 になっている必要があります。
Oracle
2000
別個のコンピューターにインストールされた Oracle Database を使用する場合は、コア・
コンポーネントのインストールを開始する前に、Oracle Database を手動でバックアップする必要が
あります。
11. FIPS 140-2 準拠性を有効にした場合、「FIPS 140-2 構成」パネルで暗号化オプションを指定します。
v この標準の詳細および Tivoli Provisioning Manager 準拠性の詳細については、 310 ページの『連邦
情報処理標準 140-2 への準拠』を参照してください。
v FIPS 140-2 に関する、暗号アルゴリズムおよび暗号鍵オプションの技術的な詳細説明については、
米国連邦情報・技術局の Web サイトを参照してください。
暗号アルゴリズム
暗号化データの使用方式を選択します。
暗号モードのブロック
選択した暗号アルゴリズムを使用したデータの暗号化ブロックのモードを選択します。ブロッ
ク暗号では固定長のデータ・ブロックが暗号化されるため、暗号化データが繰り返しパターン
になる場合があります。暗号モードのブロックによって、暗号化データの繰り返しパターン
を削減するための暗号アルゴリズムの適用方法が決定されます。
鍵ペア生成プログラム・アルゴリズム
暗号鍵の生成に使用するアルゴリズムを選択します。
生成された鍵ペアのサイズ
生成される暗号鍵のサイズを選択します。
12.
2000
DB2
「DB2 構成」パネルで、すべての必要なフィールドを指定して、「次へ」をクリックしま
す。値は DB2 をインストールしたときに指定した値と一致させる必要があります。
完全修飾ドメイン名または IP アドレス
DB2 がインストールされているサーバーの完全修飾ドメイン名です (例えば、
database.example.com)。この値は大文字小文字が区別されます。仮想 IP アドレスまたは仮想
ホスト名を使用する場合は、確実に正しい仮想ホスト名を指定してください。
DB2 サーバー・インスタンスのポート番号
このサーバーがクライアントからの接続要求を listen するのに使用する DB2 TCP/IP ポート
番号です (例えば、50005)。
IBM Tivoli Provisioning Manager データベースのデータベース名
データベース名は大文字、小文字、および数値のみを含めることができます。デフォルト値は
MAXDB71 です。
リモート・データベースのノード名
データベース・サーバーのノード名 (データベースが別個のコンピューターにインストールさ
れている場合)。デフォルト値は MAXDB71 です。
DB2 サーバー・インスタンス・オーナー
データベース・インスタンスを所有するユーザー。デフォルト値は次のとおりです。
v ctginst1
DB2 サーバー・インスタンス・オーナーのパスワード
インスタンス所有者のパスワード。
第 3 章インストール・タスク
157
Tivoli Provisioning Manager 推奨インスタンス構成の使用
このチェック・ボックスは選択済みのままにして、インストーラーによりインスタンスのパフ
ォーマンス設定が構成されるようにします。この設定は、インストールの際の推奨オプション
です。
このチェック・ボックスは、データベースが別個のコンピューターにインストールされている
場合は適用されません。
Tivoli Provisioning Manager 推奨データベース構成の使用
このチェック・ボックスは選択済みのままにして、インストーラーによりデータベースのパフ
ォーマンス設定が構成されるようにします。この設定は、インストールの際の推奨オプション
です。
DB2 サーバー・ユーザー名
DB2 がインストールされるサーバー上の管理者ユーザーの名前。Base Services のインストー
ル時に使用した「データベース・ユーザー ID」フィールドの値と同じ名前を入力します。デ
フォルト値は maximo です。
DB2 サーバー・ユーザー・パスワード
データベース・サーバー上の指定された管理者ユーザーのパスワード。
DB2 インスタンス・グループ名
DB2 クライアント・インスタンス所有者のグループの名前。DB2 サーバーが別のコンピュー
ターにある場合は、Tivoli Provisioning Manager コンピューターの DB2 クライアント・イン
スタンス所有者のグループ名を使用してください。デフォルト値は db2iadm1 です。
ローカル DB2 インスタンスの SQLLIB ディレクトリー
DB2 クライアントのローカル DB2 インスタンスのロケーション。
v この値は、「DB2 サーバー・インスタンス・オーナー」フィールドに指定されたユーザー
名と一致するように変更します。例えば、ご使用のローカル DB2 インスタンスが
ctginst1 の場合、このディレクトリーは /home/ctginst1/sqllib です。
13.
Oracle
2000
「Oracle データベース構成」パネルで、以下の手順を実行します。
a. Tivoli Provisioning Manager のデータベース名を指定します。
b. データベースのサービス名を指定します。サービス名を検索するには、以下のように SQL 照会を
実行します。
"show parameters service_name;"
サービス名について詳しくは、Oracle の資料を参照してください。
c. 「次へ」をクリックしてください。
完全修飾ドメイン名
Oracle Database がインストールされているコンピューターの完全修飾ドメイン名を指定します
(例えば、database.example.com)。この値は大文字小文字が区別されます。
Oracle サーバー・インスタンスのポート番号
Oracle Database のホストのポートを指定します。デフォルトのポート番号は 1521 です。
Tivoli Provisioning Manager データベースのシステム ID (SID)
Tivoli Provisioning Manager データベースの SID を指定します。 SID は大文字、小文字、お
よび数値のみを含めることができます。インストール中に ctginst1 と異なる名前を使用した
場合、正しい名前を指定してください。
158
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Tivoli Provisioning Manager データベースのサービス名
サービス名を指定します。Oracle 11g の場合、サービス名はグローバル・データベース名で
す。これは、データベース名とドメイン名から構成されており、例えば、
database.example.com です。サービス名を検索するには、Oracle 資料を参照してください。
データベース管理者名
このデータベースについて sysdba 特権を持つユーザー名を指定します。
データベース管理者パスワード
データベース管理者のパスワードを指定します。
データベース・ユーザー名
データベース・サーバーに接続してデータを管理するために使用するユーザーを指定します。
Base Services のインストール時に使用した Oracle データベース・ユーザー ID と同じ値を入
力します。デフォルト値は maximo です。
データベース・ユーザー・パスワード
Oracle データベース・サーバーのユーザー名のパスワードを指定します。
クライアントのホーム・ディレクトリー
Oracle クライアントのインストール・ディレクトリーを指定します。指定したパスの前後に余
分なスペースがないようにしてください。例えば、/opt/oracle/product/10.2/client_1 のよ
うにします。この場所を見つけるには、以下のコマンドを実行します。
su - oracle
14. 「WebSphere Application Server Network Deployment 構成」パネルで、すべての必要なフィールドを指
定して、「次へ」をクリックします。セルおよびノードの構成などの WebSphere Application Server の
構成について詳しくは、WebSphere Application Server 資料を参照してください。
インストール・ディレクトリー
WebSphere Application Server がインストールされているディレクトリー。デフォルトは次の
とおりです。
v /usr/IBM/WebSphere/AppServer
WebSphere Application Server の完全修飾ドメイン名
プロビジョニング・サーバーコア・コンポーネントをインストールするコンピューターの完
全修飾ドメイン名です (例えば、tpmserver.example.com)。この値は大文字小文字が区別され
ます。仮想の IP アドレスまたはホスト名を使用している場合、正しい IP アドレスまたはホ
スト名を指定しているか確認してください。
セル名 WebSphere Application Server のセル名を入力します。デフォルト値は ctgCell01 です。
WebSphere Deployment Manager プロファイル名
デプロイメント・マネージャー・サーバーの WebSphere Application Server プロファイル名を
入力します。デフォルト値は ctgDmgr01 です。
アプリケーション・サーバー・ノード名
WebSphere Application Server ノードの名前を入力します。デフォルト値は ctgNode01 です。
アプリケーション・サーバー・プロファイル名
アプリケーション・サーバーの WebSphere Application Server プロファイル名を入力します。
デフォルト値は ctgAppSrv01 です。
サーバー名
例えば MXServer など、Maximo アプリケーション・サーバーの名前を入力してください。
第 3 章インストール・タスク
159
デプロイメント・マネージャー管理者ユーザー
WebSphere Application Server 管理アカウント名を入力します。デフォルト値は wasadmin で
す。
デプロイメント・マネージャー管理者パスワード
WebSphere Application Server 管理アカウントのパスワードを入力します。
デプロイメント・マネージャー・ポート
WebSphere Application Server の管理者ポートを入力します。デフォルトは 8879 です。
15. 「認証構成」パネルで、すべての必要なフィールドを指定して、「次へ」をクリックします。
注: Tivoli Provisioning Manager のユーザー・インターフェースには、デフォルト値が事前に定義され
ます。「トポロジー構成」パネルで選択した認証オプションによっては、ここで説明しているフィール
ドが全部は表示されない場合があります。具体的なディレクトリー・サーバーの設定値について詳しく
は、MSAD 管理者に問い合わせるか、ディレクトリー・サーバーの資料を参照してください。
完全修飾ドメイン名または IP アドレス
ディレクトリー・サーバーの完全修飾ドメイン名 (例えば、ldap.example.com など)。この値
は大文字小文字が区別されます。仮想 IP アドレスまたは仮想ホスト名を使用する場合は、確
実に正しい仮想ホスト名を指定してください。
ホストの公開ポート
Tivoli Directory Server のポート番号または Microsoft Active Directory。デフォルト値は 389
です。
ホスト SSL ポート
Tivoli Directory Server にのみ適用されます。
Tivoli Directory Server のセキュアなポート番号を入力します。デフォルト値は 636 です。
ユーザー基本 DN
Tivoli Directory Server にのみ適用されます。
ディレクトリー・サーバーの基本識別名 (DN) を指定します。この設定は、ミドルウェア・イ
ンストーラーで指定される組織単位、組織、および国別サフィックスと一致する必要がありま
す。例: ou=users,ou=SWG,o=IBM,c=US.「LDAP バインディング・ユーザー名」に指定したユー
ザーの識別名を使用する場合は、このフィールドの下にあるチェック・ボックスを選択しま
す。
Microsoft Active Directory Server ドメイン名
Microsoft Active Directory にのみ適用されます。
Microsoft Active Directory のドメイン名 (例えば、testmsad.com など)。
LDAP バインディング識別ユーザー名
Tivoli Directory Server にのみ適用されます。
LDAP インスタンスへのバインドに使用される Bind 識別名を入力します。デフォルト値は
cn=root です。
Base Services 管理ユーザー
Base Services のインストール時に入力したインスタンス管理者ユーザー ID を入力します。デ
フォルト値は maxadmin です。
Base Services 管理パスワード
Base Services のインストール時に入力したインスタンス管理者パスワードを入力します。
160
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
登録ユーザー
Base Services のインストール時に入力した登録ユーザーを入力します。デフォルト値は
maxreg です。
登録ユーザーのパスワード
Base Services のインストール時に入力した登録ユーザーのパスワードを入力します。
統合ユーザー
Base Services のインストール時に入力した統合ユーザー ID を入力します。デフォルト値は
mxintadm です。
LDAP バインディング・ユーザー名
Microsoft Active Directory のバインディング・ユーザー名。以下に例を示します。
v Microsoft Active Directory のデフォルト値: Administrator
v Tivoli Directory Server のデフォルト値: root
.
LDAP バインディング・ユーザー・パスワード
Bind 識別名のパスワードを入力します。
ユーザー・ログオン名属性
ディレクトリー・サーバー内のユーザー名の LDAP 属性を指定します。例えば、uid (ユーザ
ー ID) または cn (共通名) または sAMAccountName など。
ユーザー検索フィルター
「ユーザー検索フィルター」には、インストール時にチェック・マークが付けられています。
操作を続行する前に、これを正しく設定しておく必要があります。このフィルターは、レジス
トリーでユーザーを検索する際に使用されます。これには、ユーザーが属する objectclass
などの情報が含まれています。以下の例を参照してください。
v Tivoli Directory Server の場合:
(&(uid=%v)(objectclass=inetOrgPerson))
v Microsoft Active Directory の場合:
(&(samAccountName=%v)(objectcategory=user))
パラメーター %v は必須です。%v は検索時に実際のユーザー名に置き換えられるためです。
16. 「IBM Tivoli Provisioning Manager 構成」パネルで、すべての必要なフィールドを指定して、「次へ」
をクリックします。
v インストール・ディレクトリーを指定します。デフォルト値は次のとおりです。
– /opt/IBM/tivoli/tpm
注: インストール・プログラムは、一部のコンポーネント (GUID など) やデプロイメント・エンジ
ンに対して定義済みのインストール場所を使用するため、以下では必ず多数のファイルが保存され
ます。
– /usr、/opt、または /var
v ユーザー tioadmin のパスワードを指定します。このユーザーはインストール中に作成され、Tivoli
Provisioning Manager サービスを開始するために使用されます。
tioadmin ユーザーに対して、「ユーザーはリモートでログイン可能」属性が true に設定されてい
ることを確認します。
第 3 章インストール・タスク
161
– ユーザー tioadmin が存在し、「ユーザーはリモートでログイン可能」属性が false に設定され
ている場合は、以下のコマンドを実行してこの属性を有効にします。
chuser "rlogin=true" tioadmin
– ユーザー tioadmin が存在しない場合は、以下の手順を実行します。
a. ファイル /etc/security/user を開きます。
b. このファイルで rlogin 属性を見つけ、デフォルト値を true に変更します。
c. ファイルを保存して閉じます。
v 以下のポート番号を指定します。
ソフトウェア配布インフラストラクチャー・サーバーの SSL ポート
プロビジョニング・サーバーと通信するためのポート (WebSphere Application Server
HTTPS ポート) を指定します。デフォルト値は 9045 です。
ソフトウェア配布インフラストラクチャー・クライアントの SSL ポート
相互認証 SSL を使用してクライアントと通信するためのポートを指定します。デフォルト
値は 9046 です。
ソフトウェア配布インフラストラクチャー・サーバーの非 SSL ポート
プロビジョニング・サーバーと通信するためのセキュアな HTTP ポートを指定します。デ
フォルト値は 9080 です。
Tivoli Provisioning Manager の SSL ポート
暗号化を提供し、他のサーバーに対して WebSphere Application Server を認証するためサー
バー・サイド SSL を使用するポートです。デフォルトのポート番号は 9443 です。
v 鍵ストア情報およびトラストストア情報を指定します。
Tivoli Provisioning Manager の SSL 鍵ストア
Tivoli Provisioning Manager の鍵ストア・ファイルのファイル名を指定します。鍵ストア・
ファイルとは、SSL 通信用の公開鍵および秘密鍵の両方を格納する鍵データベース・ファイ
ルです。デフォルト値は tpmKeyStore です。
Tivoli Provisioning Manager の SSL 鍵ストアのパスワード
Tivoli Provisioning Manager 鍵ストアのパスワードを指定します。
Tivoli Provisioning Manager の SSL トラストストア名
Tivoli Provisioning Manager のトラストストアのファイル名を指定します。トラストスト
ア・ファイルとは、ターゲット・コンピューターとの SSL 通信用の公開鍵を格納する鍵デ
ータベース・ファイルです。デフォルト値は jks.tpmTrustStore.jks です。
Tivoli Provisioning Manager の SSL トラストストアのパスワード
Tivoli Provisioning Manager トラストストアのパスワードを指定します。
会社名会社名を指定します。この名前はインストール中に作成される SSL 証明書に使用されま
す。
エージェントは、以下を使用して Agent Manager に接続します
サーバーの IP アドレスまたは完全修飾ドメイン名を使用して、管理対象コンピューターの
エージェントを Agent Manager に接続するかどうかを指定します。
17. 「WebSphere プロファイル構成」パネルで、すべての必要なフィールドを指定して、「次へ」をクリ
ックします。
セル名 WebSphere Application Server のセル名を指定します。デフォルト値は、ホスト名の後に
Node01Cell を続けたものです。例えば、tpmserverNode01Cell。
162
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ノード名
アプリケーション・ノードの名前を入力します。デフォルトは、ホスト名の後に Node01 を続
けたものです。例えば、tpmserverNode01。
WebSphere プロファイル名
Agent Manager 用のアプリケーション・サーバーの WebSphere Application Server プロファイ
ル名を指定します。デフォルト値は casprofile です。
Common Agent Services のスタンドアロン・プロファイル・パス
Agent Manager 用のプロファイル・ディレクトリーの絶対パスを指定します。デフォルト値は
WAS_HOME/profiles/casprofile です。
開始ポート
Agent Manager によって使用される最小のポート番号を指定します。デフォルトは 21000 で
す。
18. 「Agent Manager サーバー構成」パネルで、すべての必要なフィールドを指定して、「次へ」をクリ
ックします。
Agent Manager インストール・ディレクトリー
Agent Manager のインストール・ディレクトリー。指定したパスの前後に余分なスペースがな
いようにしてください。
Agent Manager 完全修飾ドメイン名
この値は通常の場合、Tivoli Provisioning Manager コンピューターの完全修飾ドメイン名で
す。Agent Manager を別のコンピューターにインストールした場合、そのコンピューターの完
全修飾ドメイン名を指定します。この値は大文字小文字が区別されます。
登録ポート
登録ポートは、サーバー・サイド SSL を使用して暗号化を実現し、Agent Manager をクライ
アントに対して認証します。デフォルト値は 9511 です。
セキュア・ポート
クライアント認証にサーバー・サイド SSL を使用し、暗号化を実現して Agent Manager をク
ライアントに対して認証するポート。デフォルト値は 9512 です。
公開ポート
Agent Manager とクライアント間の通信用の非セキュア・ポート番号です。デフォルト値は
9513 です。
登録パスワード
Common Agent は、Agent Manager に登録する場合、および agentTrust.jks ファイルをアン
ロックする場合に、このパスワードを渡す必要があります。正しい Agent Manager に登録す
るため、Common Agent またはリソース・マネージャーにより、agentTrust.jks ファイルの
コピー内の証明書と、Agent Manager が提示した証明書が比較されます。このパスワードは
Common Agent を作成する場合に必要です。
Agent Manager パスワード
このパスワードは、Agent Manager が認証局の証明書を作成し、Agent Manager のトラスト鍵
ストア・ファイル (agentManagerTrust.jks) と鍵ストア・ファイル (agentManagerKeys.jks)
をアンロックするときに使用されます。
セキュリティー・ドメイン
単一のアクセス・ポリシーによって管理されるドメインを指定します。Tivoli Provisioning
Manager で管理される資産を含むセキュリティー・ドメインを指定します。
第 3 章インストール・タスク
163
例えば、ネットワーク users.intranet.example.com および dev.intranet.example.com という 2 つ
のセキュリティー・ドメインがあり、Tivoli Provisioning Manager では
users.intranet.example.com にある資産のみを管理したい場合、セキュリティー・ドメインとし
て users.intranet.example.com を指定します。
Agent Manager IP アドレス
Agent Manager コンピューターの IP アドレス。Agent Manager にリモート・コンピューター
を使用する場合、リモート・コンピューターの IP アドレスを指定します。
リソース・マネージャー・ユーザー名
Agent Manager サーバーのリソース・マネージャーのユーザー名。Tivoli Common Agent サー
ビスを使用する各製品には、独自のリソース・マネージャーとサブエージェントがありま
す。例えば、Tivoli Provisioning Manager には、1 つのリソース・マネージャーと、ソフトウ
ェア配布およびソフトウェア・インベントリー・スキャン用のサブエージェントが複数ありま
す。このインストーラーで Agent Manager をインストールする場合のデフォルト・ユーザー
名は、tpmManager です。このインストーラーによってインストールされなかった既存の
Agent Manager インストール済み環境を使用する場合、デフォルトのユーザー名は manager
です。
リソース・マネージャー・パスワード
リソース・マネージャー・ユーザーのパスワード。このインストーラーによってインストール
されなかった既存の Agent Manager インストール済み環境を使用する場合、デフォルトのパ
スワードは password です。
19. 「Dynamic Content Delivery サーバー構成」パネルで、すべての必要なフィールドを指定して、「次
へ」をクリックします。
v Dynamic Content Delivery のインストール・ディレクトリーを指定します。
v
Oracle
2000
CDSSCHEMA という名前の Oracle ユーザーが作成されます。このユーザーのパスワードを
指定してください。
20. 「Tivoli Provisioning Manager for Job Management Service フェデレーター構成」パネルで、Tivoli
Provisioning Manager for Job Management Service フェデレーターに対するすべての必須フィールドを
指定して「次へ」をクリックします。
v Job Management Service フェデレーターのインストール・ディレクトリーを指定します。
v Oracle ユーザー名を指定してください。デフォルトは oracle です。
v Oracle 管理グループ名を指定します。デフォルトは oinstall です。
一部のインストール・オプションに値が指定されていない場合は、Oracle データベースのインストー
ル・パネルのデフォルト値を使用してください
21. 「Tivoli Provisioning Manager for OS Deployment」パネルで、すべての必要なフィールドを指定して、
「次へ」をクリックします。
a. HTTP ポート: Tivoli Provisioning Manager for OS Deployment コンソール用の HTTP ポート。デ
フォルトは 8080 です。
b. HTTPS ポート: Tivoli Provisioning Manager for OS Deployment コンソール用のセキュアな HTTP
ポート。デフォルトは 443 です。
c. データ・ディレクトリー: Tivoli Provisioning Manager for OS Deploymentによって管理されている
オペレーティング・システムのイメージおよびファイル用のディレクトリー。デフォルト・ディレ
クトリーは以下のとおりです。
v /opt/tpmfosd_files
164
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
d.
インストール・ロケーション: インストール・ディレクトリーを指定します。デフォルト値は
/opt/IBM です。
注: Tivoli Provisioning Manager for OS Deployment インストールの言語はオペレーティング・システ
ムの言語です。インストール後に言語を変更するには、「リンク先」 > 「デプロイメント」 > 「OS
管理」 > 「ブート・サーバー」をクリックし、「構成」タブを選択します。
22. インストール設定の要約を検討し、「次へ」をクリックします。
23. インストールが完了したら、「完了」をクリックします。
24.
2000
DB2
DB2 を別のコンピューターにインストールした場合、インストールを続行する前にデータ
ベース・インスタンスを停止して再始動してください。
サーバーを再始動する前に、データベース・ロック・タイムアウトの可能性を低くする設定値を持つ
DB2 レジストリーを構成してください。DB2 では、あるアプリケーションによるコミットされていな
い変更が別のアプリケーション・プロセスによって認識されるのを防いだり、あるアプリケーション・
プロセスが別のプロセスでアクセス中のデータを更新するのを防ぐ手段として、ロックを使用していま
す。ロックの目的は、同時ユーザーが矛盾するデータにアクセスできないようにすることで、データの
完全性の保護を支援することです。いくつかの要素がロックの使用に影響し、またアプリケーションの
パフォーマンスに対するロックの効果にも影響を及ぼします。
DB2 を Tivoli Provisioning Manager コンピューターにインストールした場合、そのレジストリーは必
要な設定で自動的に構成されます。
データベース・レジストリーを構成し、DB2 サーバーを再始動するには、以下のようにします。
a.
DB2 サーバーがインストールされているコンピューターで、以下のコマンドを実行します。
su - db_inst
db2set DB2_WORKLOAD=TPM
db_inst をデータベース・インスタンス名で置き換えてください。デフォルト値は ctginst1 です。
b. データベースを再始動します。
サーバーに仮想 IP アドレスがない場合
次のコマンドを実行します。
db2stop force
db2start
サーバーに仮想 IP アドレスがある場合
DB2 サーバーの仮想 IP アドレスを使用する場合は、以下のコマンドを使用します。
db2gcf -d -p 0 -i db_inst
db2gcf -u -p 0 -i db_inst
db_inst をデータベース・インスタンス名で置き換えてください。デフォルト値は
ctginst1 です。
DB2 レジストリーが更新されます。DB2_WORKLOAD 変数で設定されたレジストリー変数を表示す
るには、以下のコマンドを実行します。
db2set -gd DB2_WORKLOAD=TPM
第 3 章インストール・タスク
165
タスクの結果
以下のソフトウェア・コンポーネントがインストールされます。
v Tivoli Provisioning Manager エンジン
v Agent Manager
v Tivoli Provisioning Manager for Dynamic Content Delivery
v Tivoli Provisioning Manager for Job Management Service フェデレーター
v Tivoli Provisioning Manager for OS Deployment
次のタスク
Oracle
2000
1.
リモート・データベース・サーバーを使用する場合は、データベースをバックアップしま
す。詳細については、Tivoli Provisioning Manager ウィキのデータベースのバックアップを参照してく
ださい。
2.
167 ページの『Tivoli Provisioning Manager Web コンポーネントのインストール』に進みます。
Tivoli Monitoring Agent の言語パックのインストール
以下の手順に従って、言語パックをインストールします。
始める前に
言語パックは、以下のコンポーネントを 1 つ以上備えているシステムにインストールできます。
v Tivoli Enterprise Portal サーバー
v Tivoli Enterprise Portal クライアント
v Tivoli Monitoring Agent (Tivoli Provisioning Manager サーバー)
手順
1. ご使用のオペレーティング・システム用の補足 DVD から、LP_ITMAgentForTPM72.zip ファイルを
ITM サーバーのローカル・ディレクトリーに解凍します。
2. 現行ディレクトリーをこれらのファイルの解凍先ディレクトリーに変更します。
3. 以下のうち、該当するコマンドを使用してインストーラーを実行します。
Tivoli Enterprise Portal クライアントおよびサーバーの場合
lpinstaller.sh -c <candle_home> [ -i <install_mode> [ -f <response_file> ] ]
<candle_home>
Tivoli Monitoring ディレクトリー
<install_mode>
以下のいずれかの値を指定します。
v gui
v console
v サイレント
Tivoli Provisioning Manager コンピューターの場合
lpinstaller.bin
4. 「概要」パネルで、「次へ」をクリックします。
5. 「アクションの選択」パネルで、言語パックをインストールまたは更新するために「追加/更新」を選
択し、「次へ」をクリックします。
166
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
6. 「フォルダーの選択」パネルで、nlspackge ディレクトリーの解凍場所のパスを指定して、「次へ」を
クリックします。
7. 「製品の選択」パネルで、「Tivoli Monitoring Agent for Tivoli Provisioning Manager」を選択して、
「次へ」をクリックします。
8. 「言語の選択」パネルで、リストから言語を選択して、「次へ」をクリックします。
9. 「プレビュー」パネルで、「次へ」をクリックしてから「実行済み」をクリックします。
10. Tivoli Enterprise Portal サーバー、Tivoli Enterprise Portal クライアント、および Tivoli Monitoring
Agent を再始動します。
タスクの結果
Tivoli Monitoring Agent の言語パックがインストールされます。
WebSphere Application Server SSL 署名者の検証
WebSphere Application Server を手動で (ミドルウェア・インストーラーを使用せずに) インストールした
場合、SSL 署名者が適切に設定されていることを検証してください。
手順
1. root ユーザーとしてログオンします。
2. WAS_HOME/AppServer/profiles/ctgAppSrv01/binディレクトリーに移動します。
3. 以下のコマンドを実行して、WebSphere Application Server で SSL 署名者が適切に設定されているかを
検査します。
./wsadmin.sh -lang jython
4. WebSphere Application Server ユーザー名およびパスワードを入力します。
5. トラストストアに署名者を追加するよう求められた場合、y を入力します。求められない場合は、署名
者は既にトラストストアに追加されています。
6. Tivoli Provisioning Manager コア・コンポーネントのインストールを開始します。
Tivoli Provisioning Manager Web コンポーネントのインストール
コア・コンポーネントをインストールした後に、Web コンポーネントをインストールできます。Base
Services をインストールしたのと同じコンピューターに Web コンポーネントをインストールする必要があ
ります (プロビジョニング・サーバーまたは管理ワークステーションのいずれの場合でも)。
始める前に
1. コア・コンポーネントがインストール済みであることを確認します。 154 ページの『Tivoli Provisioning
Manager コア・コンポーネントのインストール』を参照してください。
2. ミドルウェアが開始していることを確認します。ミドルウェア・インストーラーを使用してミドルウェ
アをインストールした場合は、インストール後にミドルウェア・アプリケーションが開始されていま
す。コンピューターをリブートした場合、またはミドルウェアを手動でインストールした場合は、ミド
ルウェアが開始していることを確認してください。以下を参照してください。
v
123 ページの『UNIX および Linux でのミドルウェアの開始』
注: Red Hat Enterprise Linux 6.1 および AIX 7.1 で、日本語、中国語、中国語 (簡体字)、または韓国語の
Web コンポーネントをインストールした場合、画面上のテキストが読めないことがあります。この問題を
解決するには、インストール用に別の言語を選択してください。
第 3 章インストール・タスク
167
手順
1. ランチパッドを始動します。
2. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックします。「4.
Tivoli Provisioning Manager Web コンポーネントのインストール」までスクロールダウンして、
「Tivoli Provisioning Manager Web コンポーネントのインストール」をクリックします。
3. 「ようこそ」のパネルで、「次へ」をクリックします。
4. ご使用条件に同意し、「次へ」をクリックします。
5. 「Process Solution Installer Packages インストール」パネルで、すべての必要フィールドを指定して、
「次へ」をクリックします。
データベース・ユーザー ID
データベースにアクセスするためのユーザー ID を入力します。このユーザーは Base Services
のインストール中に指定したのと同じユーザー ID にする必要があります。デフォルト値は
maximo です。
データベース・パスワード (Database Password)
指定されたデータベース・ユーザー名のパスワードを入力します。
WebSphere Application Server 管理ユーザー名
WebSphere Application Server 管理者ユーザー名を入力します。デフォルト値は wasadmin で
す。
WebSphere Application Server のパスワード
WebSphere Application Server 管理者ユーザーのパスワードを入力します。
WebSphere Application Server リモート・アクセス・ユーザー名
tioadmin と入力します。
Tivoli Provisioning Manager は、Tivoli Provisioning Manager を開始するときに、自動的にこの
ユーザー名で WebSphere Application Server プロファイルを開始するように構成されていま
す。
WebSphere Application Server リモート・アクセス・パスワード
リモート・アクセス・ユーザーのパスワードを指定します。
注: Tivoli Provisioning Manager ユーザーのパスワードを変更するときは、WebSphere
Application Server コンソールを使用しないでください。代わりに、パスワードを変更するため
の changePassword.cmd|sh ツールを使用してください。
パスワードの変更方法について詳しくは、インフォメーション・センターの『changePassword
コマンド』を参照してください。
Base Services インストール・ディレクトリー
Base Services のインストール・ディレクトリーの絶対パスを指定します。デフォルト・ロケー
ションは次のとおりです。
v /opt/IBM/SMP
パッケージに関連付けられた言語サポート・ファイルのロード
Web コンポーネントの言語ファイルを更新するには、このチェック・ボックスを選択します。
トピック 150 ページの『言語パックのインストール』の手順を使用して、Base Services のイン
ストール時に言語パックをインストールした場合は、このチェック・ボックスを選択する必要
があります。そうしないと、言語パックがインストールされません。
168
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
重要: 言語パック・サポートがデフォルトでインストールされないプロセス自動化エンジン製品
をインストールした場合は、このチェック・ボックスのチェック・マークを外したままにして
ください。
6. 「インストール・プレビュー」パネルで、インストール設定を確認してから、「次へ」をクリックしま
す。
7. インストールが完了すると、「インストール・サマリー」パネルが表示されます。「完了」をクリック
します。
8. Tivoli Provisioning Manager をカスタムの WebSphere Application Server プロファイルにインストール
した場合、confhelp.properties を、デフォルトのロケーション C:¥Program
Files¥IBM¥WebSphere¥AppServer¥properties から <custom profile location> ディレクトリーにコピ
ーする必要があります。
タスクの結果
これで Web コンポーネントがインストールされました。
次のタスク
Tivoli Provisioning Manager の使用を開始する前に、追加構成が必要です。 171 ページの『第 4 章ポスト
インストール・タスク』を参照してください。
第 3 章インストール・タスク
169
170
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 4 章ポストインストール・タスク
使用する予定の機能によっては、一部の構成を製品のインストール後に行う必要があります。
言語サポートに重要: Tivoli Provisioning Manager に言語サポートを追加する予定の場合、以下のポストイ
ンストール・ステップを実行する前に、Tivoli Provisioning Manager 言語パックのインストール・プログラ
ムを必ず使用してください。
WebSphere Application Server のアップグレード後の確認
WebSphere Application Server をバージョン 6.1.0.43 にアップグレードした後は、エラーを防止するため
に、java.security ファイルで以下のインストール後の確認を行う必要があります。
注: java.security ファイルは、/opt/IBM/WebSphere/AppServer/java/jre/lib/security/java.security
ディレクトリーにあります。
手順
1. アップグレードによって以下の設定が上書きされているかどうか確認します。
networkaddress.cache.ttl
networkaddress.cache.negative.ttl
WebSphere Application Server のアップグレードによってこれらの設定値が上書きされた場合、手動で以
下の値に再設定します。
networkaddress.cache.ttl=0
networkaddress.cache.negative.ttl=0
2. FIPS が有効化されている場合は、以下のように keystore.type が pkcs12 に設定されている必要があり
ます。
keystore.type=pkcs12
3. 文字コロン (「:」) の前に「¥」が付いている場合は、必ず「¥」を削除する必要があります。
ファイル許可レベルの変更
Tivoli Provisioning Manager 7.2.1 をインストール後、ファイル許可レベルを変更する必要があります。
始める前に
ファイル許可スクリプトが以下の技術情報からダウンロードされていることを確認します。
http://www-01.ibm.com/support/docview.wss?uid=swg21572999
インストール後は、一部のファイルおよびディレクトリーが、非セキュアな許可レベルである 777 に設定
されています。許可に関する問題を解決するには、以下の手順を実行します。
手順
1. root としてログインします。
2. スクリプトをダウンロードしたディレクトリーに移動します。例えば、$TPM/tools などです。以下のコ
マンドを実行します。
© Copyright IBM Corp. 2003, 2012
171
chmod +x FixPermission.sh
3. 以下のコマンドを使用して、ファイル許可を変更します。
FixPermission.sh <destination to check> <full path fileanme with group write permissions>
<full path filename with other write permissions>
例えば、./FixPermission.sh /opt/IBM/DeviceManager /tmp/groupWritable /tmp/otherWritable のよ
うに指定します。
4. ディレクトリー rm -R /root/ibm/tivoli/mwi/workspace/<hostname>/DE を除去します。
タスクの結果
非セキュアな許可に関する問題が解決します。
Tivoli Monitoring Agent の言語パックのインストール
以下の手順に従って、言語パックをインストールします。
始める前に
言語パックは、以下のコンポーネントを 1 つ以上備えているシステムにインストールできます。
v Tivoli Enterprise Portal サーバー
v Tivoli Enterprise Portal クライアント
v Tivoli Monitoring Agent (Tivoli Provisioning Manager サーバー)
手順
1. ご使用のオペレーティング・システム用の補足 DVD から、LP_ITMAgentForTPM72.zip ファイルを
ITM サーバーのローカル・ディレクトリーに解凍します。
2. 現行ディレクトリーをこれらのファイルの解凍先ディレクトリーに変更します。
3. 以下のうち、該当するコマンドを使用してインストーラーを実行します。
Tivoli Enterprise Portal クライアントおよびサーバーの場合
lpinstaller.sh -c <candle_home> [ -i <install_mode> [ -f <response_file> ] ]
<candle_home>
Tivoli Monitoring ディレクトリー
<install_mode>
以下のいずれかの値を指定します。
v gui
v console
v サイレント
Tivoli Provisioning Manager コンピューターの場合
lpinstaller.bin
4. 「概要」パネルで、「次へ」をクリックします。
5. 「アクションの選択」パネルで、言語パックをインストールまたは更新するために「追加/更新」を選
択し、「次へ」をクリックします。
6. 「フォルダーの選択」パネルで、nlspackge ディレクトリーの解凍場所のパスを指定して、「次へ」を
クリックします。
172
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
7. 「製品の選択」パネルで、「Tivoli Monitoring Agent for Tivoli Provisioning Manager」を選択して、
「次へ」をクリックします。
8. 「言語の選択」パネルで、リストから言語を選択して、「次へ」をクリックします。
9. 「プレビュー」パネルで、「次へ」をクリックしてから「実行済み」をクリックします。
10. Tivoli Enterprise Portal サーバー、Tivoli Enterprise Portal クライアント、および Tivoli Monitoring
Agent を再始動します。
タスクの結果
Tivoli Monitoring Agent の言語パックがインストールされます。
管理ワークステーションのバックアップ
インストール後に管理ワークステーションをアクティブのままにしない場合は、コンピューターにインスト
ールされているソフトウェアのバックアップを作成する必要があります。
管理ワークステーションは、インストール後に Tivoli Provisioning Manager を使用する際には不要です。
ただし、プログラムのパッチ、製品のアップグレード、新規アプリケーション、新規プロセス・マネージャ
ー、および追加の言語パックをインストールするにはこのコンピューターが必要です。管理ワークステーシ
ョン上のデプロイメント・ソフトウェアのインストールには Windows レジストリーに対する変更点も含ま
れているため、インストール済み環境を変更する必要が生じたときにすべての設定をリストアすることがで
きるように、インストール済み環境をバックアップする必要があります。
管理ワークステーションの仮想サーバーを使用している場合は、仮想サーバー・イメージを作成して、管理
ワークステーションの構成を保存します。このセクションで説明されているように、管理ワークステーショ
ンを手動でバックアップすることもできます。
注: インストール済みソフトウェアをリストして表示する LISTIU コマンドを、以下のタイミングで実行す
ることをお勧めします。
v 管理ワークステーションのバックアップ前
v 管理ワークステーションのリストア後
手順
1. インストール済み Base Services および Web コンポーネントをバックアップします。
a. 以下のディレクトリーに移動します。
v /usr/ibm/common/acsi/bin
b. 次のコマンドを実行します。
v ./de_backupdb -bfile /opt/IBM/SMP/DE_BACKUPS/AFTER_INSTALL_PMP_7.2.1.0
2. デプロイメント・ディレクトリーのバックアップを作成します。
v /opt/IBM/SMP
タスクの結果
これで、管理ワークステーションのバックアップが作成されました。
後でバックアップをリストアする場合には、以下のステップを実行します。
1. デプロイメント・ディレクトリーを新規コンピューターにコピーします。デフォルト・ロケーションは
次のとおりです。
第 4 章ポストインストール・タスク
173
v /opt/IBM/SMP
2. デプロイメント・エンジンを再インストールするには、インストール・イメージ内で使用可能な
/install/ccmdb/payload.zip を解凍します。
3. .zip ファイルを解凍したディレクトリーで、デプロイメント・エンジンのインストーラーを実行しま
す。
v ./DE/si_inst.sh -javaHome /opt/ibm/SPM/jre
4. インストール済みパッケージのバックアップをリストアするには、以下のコマンドを実行します。
v ./de_restoredb -bfile /opt/IBM/SMP/DE_BACKUPS/AFTER_INSTALL_PMP_7.2.1.0
連邦情報処理標準 140-2 に準拠した Web ブラウザーの構成
連邦情報処理標準 (FIPS) 140-2 準拠性を使用可能に設定している場合、プロビジョニング・サーバーとの
接続が FIPS 140-2 に準拠するように、Web ブラウザーのトランスポート層セキュリティー (TLS) を使用
可能に設定する必要があります。
手順
v Internet Explorer 6 または Internet Explorer 7 の場合、以下のようにします。
1. Internet Explorer で、「ツール」 > 「インターネットオプション」をクリックします。
2. 「詳細設定」タブをクリックします。
3. 「セキュリティ」の下で、以下のようにします。
– 「SSL 2.0 を使用する」をクリアします。
– 「SSL 3.0 を使用する」をクリアします。
– 「TLS 1.0 を使用する」を選択します。
4. 「適用」をクリックしてから「OK」をクリックします。
v Firefox 3 の場合、以下のようにします。
1. Firefox で、「ツール」 > 「オプション」をクリックします。
2. 「詳細」アイコンをクリックします。
3. 「暗号化」タブをクリックします。
4. 「プロトコル」セクションで以下のようにします。
– 「SSL 3.0 を使用する」をクリアします。
– 「TLS 1.0 を使用する」を選択します。
5. 「セキュリティデバイス」をクリックします。
6. 「NSS Internal PKCS #11 Module」を選択し、「FIPS を有効にする」をクリックします。
注: FIPS モードを有効にするには、リストされた各セキュリティー・デバイスについてマスター・パ
スワードを設定しておく必要があります。
7. 「OK」をクリックしてください。
8. FIPS に準拠しない TLS 暗号スイートをすべて使用不可に設定します。詳細については、Firefox の
知識ベースの項目にある FIPS 140-2 準拠性についての説明のステップ 3 を参照してください。
174
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
UNIX または Linux でのプロビジョニング・サーバーの開始
Tivoli Provisioning Manager をインストールしたら、プロビジョニング・サーバーを始動して製品を使用で
きるようにします。以下の手順は、インストール後にプロビジョニング・サーバーを始動する場合にのみ
実行してください。
始める前に
v Tivoli Monitoring Agent を使用する場合は、手動で開始および停止します。詳細については、 280 ペー
ジの『Tivoli Provisioning Manager のコンポーネントの開始と停止』を参照してください。
v ユーザー tioadmin は bash シェルをログオン・シェルとして使用します。ライン・モード・ログオン
(例えば、Telnet の使用) は、追加構成なしで使用できます。CDE などのウィンドウ・マネージャーを使
用すると、Tivoli Provisioning Manager が正常に動作するための機能が完備されたログオン環境を作成で
きないことがあります。
ウィンドウ・マネージャーでの使用を構成するには、次のようにします。
1. CDE からユーザー tioadmin としてログオンします。
2. .bashrc ファイルを tioadmin ユーザーのホーム・ディレクトリーに作成して、次の行を挿入しま
す。
. $HOME/.profile
3. ファイルを保管します。
4. tioadmin ユーザーのホーム・ディレクトリーの .dtprofile を編集し、次の行のコメントを除去し
ます。
DTSOURCEPROFILE=true
5. ユーザー tioadmin として CDE に再びログオンします。
以下の手順は、インストール後にプロビジョニング・サーバーを始動する場合にのみ実行してください。
それ以外の場合 (プロビジョニング・サーバーが停止したために再始動する必要がある場合など) でプロ
ビジョニング・サーバーを始動する方法については、 278 ページの『UNIX または Linux でのプロビジョ
ニング・サーバーの開始または停止』を参照してください。
手順
1. ミドルウェア・アプリケーションが開始していることを確認します。 123 ページの『UNIX および
Linux でのミドルウェアの開始』を参照してください。
2. tioadmin ユーザーとしてログオンします。
3. $TIO_HOME/tools に移動します。
4. 以下を入力します。
./tio.sh start tpm
5. プロビジョニング・サーバーが作動可能になったら、Web ブラウザーを開き、次のように入力してログ
インします。
https://host_name:9443/maximo
6. ユーザー名とパスワードを入力します。デフォルトのユーザーは maxadmin です。
第 4 章ポストインストール・タスク
175
WebSphere Application Server Network Deployment のディレクトリー
同期の手動構成
クーロン・タスクを手動で構成して、ディレクトリー・サーバーと Provisioning Manager 間のユーザーお
よびグループの同期をスケジュールできます。
VMMSYNC は、Provisioning Manager と仮想メンバー・マネージャー間の同期をスケジュールするクーロ
ン・タスクです。このクーロン・タスクは、インストール時に自動的にセットアップされます。手作業手順
が必要になるのは、クーロン・タスクの既存の構成を変更しなければならない場合に限られます。
手順
1. Web ブラウザーを開き、http://host_name:port/maximo にアクセスします。
2. maxadmin ユーザー ID を使用して、Provisioning Manager にログオンします。
3. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「クーロン・タスクの構成
(Cron Task Setup)」をクリックします。
4. 「クーロン・タスク」フィールドに VMM を入力し、「Enter」を押します。
5. 「VMMSYNC」クーロン・タスクを探して選択し、クリックします。
6. 以下の値を構成します。
アクティブ?
チェック・ボックスを選択して「アクティブ?」オプションを有効にします。
資格情報 (Credential)
この値は、プリンシパル・アカウントに使用されるパスワードです。この場合は wasadmin の
パスワードを入力します。
GroupMapping
このフィールドには、LDAP オブジェクト属性をデータベース・リポジトリー・テーブルの列
にマップする XML マッピング・ファイルが含まれています。以下のオブジェクト・エントリ
ーを、Provisioning Manager ミドルウェアのセットアップ時に組織に対して定義した組織単位の
値 ou を使用するように変更してください。
Basedn
この値は、Virtual Member Manager クーロン・タスクがグループ・オブジェクトの検索
に使用する LDAP サブツリーを定義します。例えば、ou=groups,ou=SWG,o=IBM,c=US
(IBM Tivoli Directory Server の場合) や ou=groups,ou=SWG,dc=IBM,dc=COM (Microsoft
Active Directory の場合) のようになります。
フィルター
この値は、サービスが LDAP でグループ・オブジェクトの検索に使用する Virtual
Member Manager オブジェクト・クラスです。
グループ
GroupSearchAttribute
この値は、構成済みのディレクトリーのサブツリーの下でグループを検索するために使用され
る、LDAP グループ・オブジェクト属性です。
例えば、cn。
プリンシパル (Principal)
この値は、CronTask アプリケーションが、ローカルの Virtual Member Manager サービスに接
続するために必要とするユーザーです。この値には、ローカルの Virtual Member Manager サー
176
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ビスに接続する許可を所有している任意のディレクトリー・サーバー管理ユーザーを指定でき
ます。この値を、ミドルウェアのセットアップ時に組織に対して定義した組織単位の値 ou お
よびドメイン名の値 dc を使用するようにカスタマイズします。例えば、
cn=wasadmin,ou=users,ou=SWG,o=IBM,c=US (IBM Tivoli Directory Server の場合) や
uid=wasadmin,ou=users,ou=SWG,dc=IBM,dc=COM (Microsoft Active Directory の場合) のようにな
ります。
SynchAdapter
psdi.security.vmm.DefaultVMMSyncAdapter
この値は、LDAP データをデータベースに書き込む Java クラスです。
SynchClass
psdi.security.vmm.VMMSynchronizer
この値は、要求されているオブジェクトを検索するために Virtual Member Manager ローカル・
サービスに接続する Java クラスです。
UserMapping
このフィールドには、LDAP オブジェクト属性をデータベース・リポジトリー・テーブルの列
にマップする XML マッピング・ファイルが含まれています。以下のオブジェクト・エントリ
ーを、ミドルウェアのセットアップ時に組織に対して定義した組織単位の値 ou を使用するよ
うに変更してください。
Basedn
この値は、Virtual Member Manager クーロン・タスクがグループ・オブジェクトの検索
に使用する LDAP サブツリーを定義します。例えば、ou=users,ou=SWG,o=IBM,c=US
(IBM Tivoli Directory Server の場合) や ou=users,ou=SWG,dc=IBM,dc=COM (Microsoft
Active Directory の場合) のようになります。
フィルター
PersonAccount
この値は、サービスが LDAP でユーザー・オブジェクトの検索に使用する Virtual
Member Manager オブジェクト・クラスです。
UserSearchAttribute
この値は、構成済みのディレクトリーのサブツリーの下でユーザーを検索するために使用され
る、LDAP ユーザー・オブジェクト属性です。例えば、cn (IBM Tivoli Directory Server の場
合) や uid (Microsoft Active Directory の場合) のようになります。
すべてのパラメーターを表示するには、「クーロン・タスクのパラメーター」テーブルのヘッダーにあ
る矢印をクリックする必要があります。
7. 保存アイコンをクリックします。
タスクの結果
デフォルトでは、クーロン・タスクは 5 分ごとに実行します。この間隔を変更する場合は、クーロン・タ
スクの「スケジュール」フィールドを変更します。更新済みのパラメーターが、スケジュールされた次の同
期で使用されます。
第 4 章ポストインストール・タスク
177
ユーザー認証専用の LDAP サーバーの構成
インストールが完了したら、LDAP サーバーにユーザー情報を格納し、プロビジョニング・データベース
にセキュリティー・ロールとグループを格納するための環境を構成できます。
Tivoli Provisioning Manager データベースではなく LDAP サーバーで認証を処理したい場合は、認証プロ
セスで LDAP サーバーを使用して、このサーバーにユーザー情報のみを格納するようにセキュリティーを
構成できます。権限プロセスは、プロビジョニング・データベースからセキュリティー・ロール情報をロー
ドすることで処理されます。
このモデルのセキュリティーを構成するには、以下の手順を実行して VMMSync をオフにし、ユーザー情
報とセキュリティー・グループ情報を分離します。
手順
1. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「クーロン・タスクの構成
(Cron Task Setup)」をクリックします。
2. 「クーロン・タスク」フィールドに VMMSynch と入力します。
3. 「VMMSync」をクリックして、「クーロン・タスク」タブをクリックします。
4. 「アクティブ」チェック・ボックスをクリアします。
をクリックして、変更を保存します。
5. mxe.LDAPUserMgmt プロパティーが有効でないことを確認します。「リンク先」 > 「システム構成」 >
「プラットフォームの構成」 > 「システムのプロパティー」をクリックします。
6. 「フィルター」を展開し、mxe.LDAPUserMgmt プロパティーを検索します。
7. 「現行値」がゼロ (0) に設定されていることを確認します。
タスクの結果
「現行値」の値が 0 以外の場合は、以下の手順を実行します。
1. データベース・サーバーにログオンして、以下の SQL コマンドを実行します。
UPDATE <schema_name>.MAXPROPVALUE SET PROPVALUE = ’0’ WHERE PROPNAME = ’mxe.LDAPUserMgmt’
ここで、<schema_name> はスキーマ名です。
2. 変更内容を有効にするには、プロビジョニング・サーバーを再始動します。
v tio.sh stop と入力した後、tio.sh start と入力します。
これでユーザーが分離され、認証専用の LDAP サーバーに格納されます。セキュリティー・グループは権
限目的でプロビジョニング・データベースに格納されます。これで、VMMSync が無効になり、LDAP サ
ーバーとプロビジョニング・データベースが同期されなくなります。新規ユーザーを LDAP サーバーに追
加する際には、Web インターフェースを使用して、セキュリティー・グループとユーザー、およびセキュ
リティー・グループに対するユーザーのメンバーシップをプロビジョニング・データベースに手動で追加す
る必要があります。
ユーザーとセキュリティー・グループの追加
ユーザーとセキュリティー・グループは、プロビジョニング・データベースに追加する必要があります。
手順
1. ユーザーを作成するには、Web インターフェースにログオンし、「移動」 > 「セキュリティー」 >
「ユーザー」をクリックする必要があります。
178
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
2. 「
」をクリックしてユーザーを作成します。必要な情報を入力して変更を保存します。このユーザ
ーは、認証サーバー用の LDAP でも作成する必要があります。
3. セキュリティー・グループを作成するには、「移動」 > 「セキュリティー」 > 「セキュリティー・グ
」をクリックしてセキュリティー・グループを作成します。必要な
ループ」をクリックします。「
情報を入力して変更を保存します。
4. セキュリティー・グループにユーザーを追加するには、「ユーザー」タブをクリックし、「新規行」を
クリックします。「ユーザー」フィールドにユーザー名を入力するか、
ィー・グループに追加するユーザーを選択します。
をクリックしてセキュリテ
注: セキュリティー・グループにユーザーを追加しようとしたときに例外が発生した場合は、グルー
プ・メンバーシップを変更できるようにアクセス権限を変更する必要があります。MAXADMIN ユーザ
ーは権限を変更する必要があります。
a. MAXADMIN としてログインします。
b. 「リンク先」 > 「セキュリティー」 > 「セキュリティー・グループ」をクリックします。
c. 「グループ」タブをクリックして、セキュリティー・グループをクリックします。
d. 「アクションの選択」 > 「グループの再割り当て権限」をクリックします。
e. 「ユーザーの選択」をクリックし、そのセキュリティー・グループに他のユーザーを追加できるアク
セス権限を持つ必要のあるユーザーを選択します。「OK」をクリックします。「OK」を再度クリ
ックして、変更を確認します。
f. そのセキュリティー・グループに対する適切なアクセス権限を持つユーザーとして、Web インター
フェースにログオンします。
g. 「リンク先」 > 「セキュリティー」 > 「セキュリティー・グループ」をクリックします。「ユー
ザー」タブを選択して、ユーザーを追加します。
インストール後のブート・サーバーの定義
Tivoli Provisioning Manager for OS Deployment コンポーネントなしでインストール・プログラムを実行し
た場合、ブート・サーバーを作成する必要があります。
Tivoli Provisioning Manager for OS Deployment コンポーネントなしでインストール・プログラムを実行
し、その後、Tivoli Provisioning Manager for OS Deployment コンポーネントを選択して再実行した場合、
OS デプロイメント・ブート・サーバー・オブジェクトは作成されません。これを作成するには、ローカル
のプロビジョニング・サーバーに対して TPMfOSD Installation Discovery を実行する必要があります。
詳しくは、インフォメーション・センターの『OS デプロイメント・サーバーのディスカバー』を参照して
ください。
ソフトウェア配布タスクに SDI を使用しないためのプロビジョニングの構
成
この手順では、新しい Tivoli Common Agent (TCA) のインストールによって、スケーラブルな配布インフ
ラストラクチャー (SDI) SAP がデフォルトで作成されないようにするために、その作成を無効にする方法
を説明します。
第 4 章ポストインストール・タスク
179
ソフトウェア配布タスクにスケーラブルな配布インフラストラクチャー (SDI) を使用する場合は、このポ
ストインストール後・タスクを実行する必要はありません。
ソフトウェア配布タスク用にスケーラブル配布インフラストラクチャーを使用しない場合は、そのように指
定するグローバル変数を設定する必要があります。TCA.Create.EO.SAP グローバル変数は、スケーラブル配
布インフラストラクチャーを使用するかどうかを決定します。デフォルトでは、このパラメーターは true
に設定されています。
ソフトウェア配布タスクにスケーラブルな配布インフラストラクチャーを使用しない場合は、
TCA.Create.EO.SAP グローバル変数を false に設定する必要があります。
手順
1. Web インターフェースにログオンします。
2. 「リンク先」 > 「プロビジョニング・グローバル設定」 > 「変数」をクリックします。
3. TCA.Create.EO.SAP グローバル変数を見つけて、その値を false に設定します。
スケーラブル配布インフラストラクチャーについて詳しくは、インフォメーション・センターの『スケ
ーラブル配布インフラストラクチャー』を参照してください。
WebSphere Application Server でのファイルの保護
正しい許可を使用して、多数のファイルを再構成する必要があります。
WebSphere Application Server 6.1.0.37 に関する問題のため、/opt/IBM/WebSphere/AppServer ディレクトリ
ー内の多数のファイルが間違った許可で構成されています。この問題を解決するには、以下のステップを実
行します。
手順
1. プロビジョニング・サーバーで、root ユーザーとしてログオンします。
2. 正しい権限を設定するには以下のコマンドを実行します。
chmod -R 755 $WAS_HOME/systemApps/isclite.ear
Tivoli 共通ログ・ディレクトリーの変更
Tivoli Provisioning Manager をインストールしたら、Tivoli 共通ログ・ディレクトリーを任意のディレクト
リーに変更できます。UNIX プラットフォームの場合、デフォルトの Tivoli 共通ログ・ディレクトリーは
/usr/IBM/tivoli/common です。
Tivoli 共通ログ・ディレクトリーを任意のディレクトリーに変更するには、以下の手順を実行します。
手順
1. ユーザー tioadmin としてログオンします。
2. tio.sh stop を実行して Tivoli Provisioning Manager を停止します。
3. Tivoli 共通ログ・ディレクトリーとして使用するディレクトリーを作成します。
$ mkdir <your_directory_name>/tivoli/common
注: このディレクトリーが Tivoli グループに属し、771 の許可を持つようにします。
4. 以下のコマンドを入力して、CIT、COP、および ctgde を新しい共通ログ・ディレクトリーの場所に移
動します。
180
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
$ MOVE <previous_tivoli_commonlogdirectory>/CIT <new_tivoli_commonlogdirectory>/CIT
$ MOVE <previous_tivoli_commonlogdirectory>/COP <new_tivoli_commonlogdirectory>/COP
$ MOVE <previous_tivoli_commonlogdirectory>/ctgde <new_tivoli_commonlogdirectory>/ctgde
5. etc/ibm/tivoli/common/cfg/log.properties ファイルを編集して、tivoli_common_dir の値が、作成
した新しい Tivoli 共通ディレクトリーの場所になるように設定します。
6. /opt/tivoli/cit/config/Cit.properties ファイルと CitTrace.properties フィルを編集します。
v Cit.properties ファイルの場合は、common_trace_path と trace_file_path の値を変更して、作
成した新しい Tivoli 共通ログ・ディレクトリーを使用するようにします。
v CitTrace.properties ファイルの場合は、/usr/ibm/tivoli/common/CIT/logs/traceCIT.log を
<new_Tivoli_common_log_dir>/CIT/logs/traceCIT.log に変更します。
7. ユーザーを tioadmin に切り替えて TIO_HOME/.TCprofile ファイルを編集し、TIO_LOGS の値を以下の
ように変更して、作成した新しいディレクトリーの場所を指定するようにします。
$TIO_LOGS=<new_directory_location>
8. 以下のファイルをバックアップし、各ファイル内の kanaha.logs を検索して、古い共通ログ・ディレ
クトリーの場所を新しい共通ログ・ディレクトリーの場所で置換します。
a. $TIO_HOME/lwi/conf/overrides/TPMconfig.properties
b. $TIO_HOME/eclipse/eclipse.ini
c. <WAS_HOME>/profiles/ctgDmgr01/config/cells/ctgCell01/nodes/ctgNode01/servers/MXServer/
server.xml
9. CDS_HOME/logprop ディレクトリー内の cdslog.properties ファイルを編集し、ファイル内のすべての
<previous_Tivoli_commonlog_directory>/ctgde/logs を <new_Tivoli_commonlog_directory>/ctgde/
logs に変更します。
10. tio.sh start を実行して、Tivoli Provisioning Manager を開始します。
タスクの結果
これで、Tivoli 共通ログ・ディレクトリーの場所が変更されました。
オプション: Tivoli Process Automation Engine 7.1.1.8 に対応するため
の Tivoli Provisioning Manager 7.2.1 の更新
既存の Tivoli Process Automation Engine (TPAE) のバージョンが 7.1.1.9 ではない場合、以下の手順を実
行して、プロビジョニング・サーバーにパッチをインストールします。
始める前に
1. Tivoli Provisioning Manager 7.2.1 がインストールされていること、および以下のファイルが管理ワーク
ステーションに存在することを確認します。
MAXIMO_HOME/maximo/deployment/buildtpmpatch.cmd|sh
MAXIMO_HOME/maximo/deployment/buildtpmpatch.xml (共通 Ant スクリプト)
手順
1. buildtpmpatch.cmd|sh を実行してパッチを作成します。
tpm_tpae_upgrade_patch.zip が MAXIMO_HOME/maximo/deployment/default に作成されます
第 4 章ポストインストール・タスク
181
注: buildtpmpatch.sh は 744 許可を持っています。管理者のみがこのコマンドを実行することができ
ます。
2. プロビジョニング・サーバーに tioadmin としてログオンします。
3. プロビジョニング・サーバーを停止します。
4. Tivoli Provisioning Manager インストール・ディレクトリー (TIO_HOME) をバックアップします。
5. tpm_tpae_upgrade_patch.zip を TIO_HOME にコピーします。
6. tpm_tpae_upgrade_patch.zip を解凍します。
7. プロビジョニング・サーバーを開始します。
次のタスク
パッチをインストールしたら、以下の手順を実行します。
1. WebSphere Application Server 管理コンソール (https://<management_server_hostname>:9043/admin)
にログオンします。
2. ナビゲーション・ツリーで、「アプリケーション」 > 「エンタープライズ・アプリケーション」 >
「MAXIMO」 > 「仮想ホスト」を選択します。
3. DiscoveryUpload の仮想ホストを cds_dms_host に変更します。
4. 「保存」をクリックして、変更内容を保存します。
5. ナビゲーション・ツリーで、「アプリケーション」 > 「エンタープライズ・アプリケーション」 >
「MAXIMO」 > 「クラス・ロードおよび更新の検出」を選択します。
6. 「WAR クラス・ローダー・ポリシー」では、アプリケーション・オプションの各 WAR ファイルにつ
いてのクラス・ローダーがデフォルトで選択されます。「アプリケーションの単一クラス・ローダー」
オプションをクリックします。「保存」をクリックして、変更内容を保存します。
Tivoli Provisioning Manager 7.2.1 は、ご使用の Tivoli Process Automation Engine のバージョンと連動する
ように更新されます。
182
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 5 章 Tivoli Provisioning Managerのアンインストール
すべての Tivoli Provisioning Manager コンポーネントをアンインストールできる単一のプログラムはあり
ません。Tivoli Provisioning Manager をアンインストールするには、以下の順序でソフトウェアを除去して
ください。「プログラムの追加と削除」パネルなど、他の方法を使用して Provisioning Manager をアンイ
ンストールしないでください。
Tivoli Provisioning Manager コア・コンポーネントのアンインストール
このセクションでは、Tivoli Provisioning Manager のコア・コンポーネントをアンインストールする方法に
ついて説明します。
始める前に
コア・コンポーネントをアンインストールするには、このセクションのタスクを実行します。
© Copyright IBM Corp. 2003, 2012
183
Tivoli Monitoring Agent のアンインストール
Tivoli Monitoring Agent をインストールした場合は、Device Manager サービス、Dynamic Content
Delivery、Agent Manager などのコア・コンポーネントをアンインストールする前にアンインストールしま
す。
手順
エージェントをアンインストールするには、以下のようにします。
1. root ユーザーとしてログオンします。
2. エージェントがインストールされているディレクトリーの bin サブディレクトリーに移動します。デフ
ォルト・ディレクトリーは /opt/IBM/tivoli/ITM/bin です。
3. 次のコマンドを実行してください。
./uninstall.sh
インストールされているすべての製品について、製品コード、アーキテクチャー・コード、バージョン
とリリース番号、および製品タイトルの番号付きリストが表示されます。
4. 番号を入力して Tivoli Monitoring Agent をアンインストールします。
5. bin ディレクトリーを手動で除去します。
次のタスク
『Tivoli Provisioning Manager for OS Deployment のアンインストール』に進みます。
Tivoli Provisioning Manager for OS Deployment のアンインストール
Tivoli Provisioning Manager for OS Deployment をインストールした場合は、Device Manager サービス、
Dynamic Content Delivery、Agent Manager などのコア・コンポーネントをアンインストールする前にアン
インストールします。
UNIX および Linux での Tivoli Provisioning Manager for OS Deployment のアン
インストール
Tivoli Provisioning Manager for OS Deployment をインストール済みである場合は、以下の手順を実行して
アンインストールします。
手順
1. Tivoli Provisioning Manager for OS Deployment を停止します。
a. root でログオンします。
b. 親サーバーまたは子サーバーの場合に、次のコマンドを実行します。
v /etc/rc.d/init.d/rbagent stop
/etc/rc.d/init.d/rembo stop
c. 親 Tivoli Provisioning Manager for OS Deployment サーバーを停止する場合は、以下のコマンドを実
行します。
v /etc/rc.d/init.d/dbgw stop
2. 始動スクリプトおよび symlink を削除します。
a. 次のコマンドを実行してください。
rm -f /etc/tpmfosdvars
b. 次のコマンドを実行します。
184
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
rm -f /etc/rc.d/init.d/dbgw /etc/rc.d/init.d/rembo /etc/rc.d/init.d/rbagent
rm -f /etc/rc.d/rc*.d/*dbgw* /etc/rc.d/rc*.d/*rembo* /etc/rc.d/rc*.d/*rbagent*
3. インストール・ディレクトリーとデータ・ディレクトリーを除去します。デフォルトのロケーション
は、次のとおりです。
v
/opt/IBM/tpmfos
v
/opt/tpmfosd_files
4. データベース・インスタンス所有者に切り替えます。
v
2000
DB2
su - ctginst1
v
Oracle
2000
su - oracle
5. Tivoli Provisioning Manager for OS Deployment データベースを除去します。
v
2000
DB2
db2 drop database tpmfosd
v
Oracle
2000
sqlplus sys/sys_password@ORACLE_SID as SYSDBA
drop user TPMFOSD cascade;
ここで、sys_password は sys ユーザーのパスワードです。
6. DB2 サーバーがリモート・システムにある場合は、DB2 クライアントがインストールされている
Tivoli Provisioning Manager サーバーで以下のコマンドを実行します。
a. コマンド・ウィンドウで以下のコマンドを実行し、DB2 コマンド・ウィンドウを開きます。
su - <db2 client instance user for TPM>
デフォルトは ctginst1 です。
b. データベースを除去します。
db2 uncatalog database TPMFOSD
db2 uncatalog node TPMFOSD
db2 terminate
次のタスク
『Tivoli Provisioning Manager for Job Management Service フェデレーターのアンインストール』に進みま
す。
Tivoli Provisioning Manager for Job Management Service フェデレー
ターのアンインストール
この手順では、Device Manager サービスをアンインストールする方法について説明します。
始める前に
1. データベース・コマンド・ウィンドウおよび Device Manager コンソールをすべて閉じます。
2. Tivoli Provisioning Manager サーバーにログオンします。
v tioadmin でログオンします。
第 5 章アンインストール・タスク
185
3. Tivoli Provisioning Manager を停止します。以下のコマンドを /TIO_HOME/tools ディレクトリーから実
行します。
[tio.cmd|tio.sh] stop -t
4. WebSphere Application Server プロファイルおよびデータベースが稼働していることを確認します。
手順
1. tioadmin としてログアウトし、以下のユーザーとして再度ログオンします。
v root
2. 以下を行って、Device Manager サービスのデータベース表を除去します。
2000
DB2
a. TIO_HOME/tools/DMS ディレクトリーに移動します。
b. 以下のコマンドを 1 行に入力します。
[DMS_DB2_uninstall.bat|./DMS_DB2_uninstall.sh] db_name db_owner db_owner_pwd dm_dir schema_name
db_name
Tivoli Provisioning Manager データベースの名前。
db_owner
データベース・インスタンス所有者。
デフォルトの所有者は ctginst1 です。
db_owner_pwd
データベース・インスタンス所有者のパスワード。
dm_dir
Device Manager サービスのインストール・ディレクトリーの絶対パス。デフォルト値は次の
とおりです。
v /opt/IBM/DeviceManager
schema_name
データベース・スキーマ名。デフォルト値は maximo です。
例えば、次のようになります。
v ./DMS_DB2_uninstall.sh MAXDB71 ctginst1 pas5word /opt/IBM/DeviceManager maximo
Oracle
2000
TIO_HOME/tools/DMS ディレクトリーに移動して、以下のコマンドを実行します。
./DMS_ORACLE_uninstall.sh db_name oracle_user db_user db_user_pwd dm_dir
db_name
Tivoli Provisioning Manager 用の Oracle データベースの名前。
oracle_user
データベース・ユーザー。例えば、oracle などです。
db_user
Oracle データベース・サーバーのユーザー名 (例えば、maximo)。使用するユーザー名を確認す
るには、DMS_HOME/config/DMSconfig.properties ファイルを開き、instDBUserId の値を確認
します。
db_user_pwd
Oracle データベース・サーバーのユーザーのパスワード。
186
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
dm_dir
Device Manager サービスのインストール・ディレクトリーの絶対パス。
例えば、次のようになります。
./DMS_ORACLE_uninstall.sh orcl oracle maximo pas5word /opt/IBM/DeviceManager
このコマンドにより生成されるメッセージは、コマンド・ウィンドウに表示されます。例えば、メッセ
ージをログ・ファイルにリダイレクトさせるには、以下のように実行します。
./DMS_ORACLE_uninstall.sh orcl oracle maximo pas5word /opt/IBM/DeviceManager > /tmp/dms_uninstall.log
3. 以下のディレクトリーの config ディレクトリーに移動します。
v /opt/IBM/DeviceManager
4. ディレクトリー・サーバーの管理者ユーザーを別のユーザー名に変更した場合は、以下のステップを実
行します。
a. テキスト・エディターで、ファイル DMSconfig.properties を開きます。
b. instWASUsername=tioadmin 行で、tioadmin を現在の WebSphere Application Server の管理者ユーザ
ー名に変更します。例えば、現在の WebSphere Application Server の管理者が wasadmin の場合、
行を以下のように変更します。
instWASUsername=wasadmin
c. instWASPassword 行で、ファイル内のパスワードの値を現在の WebSphere Application Server 管理者
のパスワードに変更します。例えば、現在のパスワードが pass5word の場合、行を以下のように変
更します。
instWASPassword=pass5word
5. WebSphere Application Server に Device Manager サービス・アプリケーションがインストールされてい
るかどうかを検証します。
a. WebSphere Application Server 管理コンソールにログオンします。
b. 「アプリケーション」 > 「エンタープライズ・アプリケーション」をクリックし、DMS_WebApp
という名前のアプリケーションがインストールされているかどうか検証します。
c. DMS_WebApp がインストールされている場合は、ステップ 7 に進みます。
d. DMS_WebApp がインストールされていない場合は、ステップ 7 をスキップしてステップ 8 に進
みます。
6. Device Manager サービスの設定を除去します。
[DMSremoveconfig.bat|./DMSremoveconfig.sh] -server -file DMSconfig.properties -showtrace
7. 以下のディレクトリーの _uninst ディレクトリーに移動します。
v /opt/IBM/DeviceManager
8. アンインストーラーを実行します。
uninstaller.[exe|bin]
9. Device Manager サービスのインストール・ディレクトリーを除去します。
v /opt/IBM/DeviceManager
次のタスク
188 ページの『Tivoli Provisioning Manager for Dynamic Content Delivery のアンインストール』に進みま
す。
第 5 章アンインストール・タスク
187
Tivoli Provisioning Manager for Dynamic Content Delivery のアンイ
ンストール
ファイルのアップロード、複製、およびダウンロードを集中制御するコンポーネントを削除するには、
Dynamic Content Delivery 用の Tivoli Provisioning Manager をアンインストールします。
手順
1. 管理者権限を持つユーザーとしてログオンします。
2. Tivoli Provisioning Manager が停止していることを確認します。
3. Device Manager サービスがアンインストール済みであることを確認します。 185 ページの『Tivoli
Provisioning Manager for Job Management Service フェデレーターのアンインストール』を参照してくだ
さい。
4. 次のディレクトリーの _uninst ディレクトリーに移動します。デフォルト・ロケーションは次のとおり
です。
v /opt/IBM/tivoli/CDS/_uninst
5. アンインストーラーを実行します。
[uninstaller.exe|./uninstaller.bin]
6. アンインストールが完了したら、Dynamic Content Delivery インストール・ディレクトリーを除去しま
す。
7. cds_manager ディレクトリーに Gen1 または Gen2 という名前のディレクトリーがいくつか含まれてい
るかどうか検証します。 cds_manager ディレクトリーのデフォルト値は以下のとおりです。
v /usr/lib/objrepos/InstallShield/Universal/cds_manager
Gen1 または Gen2 ディレクトリーが存在する場合は、それらを削除します。
次のタスク
『Agent Manager のアンインストール』に進みます。
Agent Manager のアンインストール
Agent Managerのサーブレットを WebSphere Application Server から削除するには、Agent Manager をアン
インストールします。アンインストール・ウィザードではレジストリー・データベースは除去されず、デー
タベースからの Agent Manager オブジェクトの削除も行われません。
始める前に
1. tioadmin でログオンします。
2. Tivoli Provisioning Manager が停止していることを確認します。
3. Device Manager サービスおよび Dynamic Content Delivery がアンインストール済みであることを確認
します。 185 ページの『Tivoli Provisioning Manager for Job Management Service フェデレーターのア
ンインストール』および『Tivoli Provisioning Manager for Dynamic Content Delivery のアンインストー
ル』を参照してください。
手順
1. データベース表を除去します。
v
2000
DB2
a. TIO_HOME/tools/CAS ディレクトリーに移動して、以下のコマンドを実行します。
188
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
[CAS_DB2_uninstall.bat|./CAS_DB2_uninstall.sh] db_name db_owner db_owner_pwd
上記のコマンドで、パラメーターを適切な値に置き換えます。
db_name
Tivoli Provisioning Manager データベースの名前。
db_owner
データベース・インスタンス所有者。
デフォルトの所有者は ctginst1 です。
db_owner_pwd
データベース・インスタンス所有者のパスワード。
例えば、次のようになります。
[CAS_DB2_uninstall.bat|./CAS_DB2_uninstall.sh] MAXDB71 ctginst1 mypassword
v
Oracle
2000
a. Oracle 環境変数が正しく設定されていることを検証します。 77 ページの表 19を参照してくださ
い。
b. TIO_HOME/tools/CAS ディレクトリーに移動して、以下のコマンドを実行します。
./CAS_ORACLE_uninstall.sh db_name db_user db_user_pwd
上記のコマンドで、パラメーターを適切な値に置き換えます。
db_name
Tivoli Provisioning Manager 用の Oracle データベースの名前。
db_user
Oracle データベース・サーバーのユーザー名 (例えば、maximo)。
db_user_pwd
Oracle データベース・サーバーのユーザーのパスワード。
例えば、次のようになります。
$TIO_HOME/tools/CAS/CAS_ORACLE_uninstall.sh MAXDB71 tiodb pass5word
このコマンドにより生成されるメッセージは、コマンド・ウィンドウに表示されます。例えば、
メッセージをログ・ファイルにリダイレクトさせるには、以下のように実行します。
$TIO_HOME/tools/CAS/CAS_ORACLE_uninstall.sh MAXDB71 tiodb pass5word > /tmp/cas_uninstall.log
2. tioadmin としてログアウトし、root としてログオンします。
3. 以下のようにアンインストーラーを実行して、ウィザードの指示に従います。
AM_HOME/_uninst/uninstaller.[exe|bin]
4. Agent Managerのインストール・ディレクトリーを削除します。
5. Agent Manager の WebSphere Application Server プロファイルを除去します。デフォルト・プロファイ
ル名は casprofile です。
WAS_HOME/bin/manageprofiles.[bat|sh] -delete -profileName casprofile
6. プロファイル・ディレクトリー WAS_HOME/profiles/casprofile を除去します。
次のタスク
190 ページの『Tivoli Provisioning Manager エンジンのアンインストール』に進みます。
第 5 章アンインストール・タスク
189
Tivoli Provisioning Manager エンジンのアンインストール
コア・コンポーネントはそれぞれ個別にアンインストールする必要があります。
始める前に
1. モニター・エージェント、Tivoli Provisioning Manager for OS Deployment、Tivoli Provisioning Manager
for Job Management Service フェデレーター、Dynamic Content Delivery、Agent Manager などの他のコ
ア・コンポーネントがアンインストールされていることを確認します。詳細については、 183 ページの
『Tivoli Provisioning Manager コア・コンポーネントのアンインストール』を参照してください。
2. 管理者権限を持つユーザーとしてログオンします。
3. Tivoli Provisioning Manager を停止し、実行中のすべての Java プロセスを必ず停止するようにします。
詳しくは、以下を参照してください。
v
278 ページの『UNIX または Linux でのプロビジョニング・サーバーの開始または停止』
4. データベースが依然として稼働中であることを確認します。データベースを開始するには、次のように
します。
v
2000
DB2
以下のステップでは、データベース・インスタンスは ctginst1 という名前です。
サーバーに仮想 IP アドレスがない場合
a. 管理権限を持つユーザーとしてログオンします。
b. 「スタート」をクリックし、「ファイル名を指定して実行」を選択します。
c. services.msc と入力して「OK」をクリックします。
d. 「DB2 - DB2COPY1 - CTGINST1-0」を選択し、「サービスの開始」をクリックします。
あるいは、コマンド・ラインから db2start コマンドを使用して、CTGINST1 を開始するこ
ともできます。
サーバーに仮想 IP アドレスがある場合
a. 管理権限を持つユーザーとしてログオンします。
b. データベースを開始します。
db2gcf -u -p 0 -i ctginst1
Oracle
2000
a. 以下を実行して、Oracle データベース・ユーザーに切り替えます。
su - oracle
この例では、ユーザーの名前は oracle です。
b. 以下を実行して、Oracle Database リスナーを開始します。
ORACLE_HOME/bin/lsnrctl start
c. 以下を実行して、Oracle Database を開始します。
dbstart
アンインストールでは Tivoli Provisioning Manager エンジンのみが削除されます。以下のものは削除され
ません。
v データベースおよびアプリケーション・サーバー。
v ログ・ファイル
190
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
手順
1. 次のコマンドを実行してください。
$TIO_HOME/_uninst/_uninstTPM/uninstaller.bin
2. Tivoli Provisioning Manager を再インストールする場合は、以下の手順を実行します。
a. Tivoli Provisioning Manager のインストール・ディレクトリーを除去します。
b. すぐに再インストールできるようにユーザー tioadmin を保持します。
c. ユーザー・ディレクトリー /home/tioadmin を保持します。
次のタスク
1. DB2 クライアントをインストールした場合は、『DB2 クライアントのアンインストール』に進みま
す。それ以外の場合は、このステップをスキップしてください。
2. 『Base Services および Web コンポーネントのアンインストール』に進みます。
DB2 クライアントのアンインストール
2000
DB2
DB2 クライアントがインストールされている場合、Device Manager サービス、Dynamic Content
Delivery、Agent Manager などのコア・コンポーネントをアンインストールした後に、これをアンインスト
ールします。
手順
UNIX および Linux 上の DB2 クライアントをアンインストールするには、以下の手順を実行します。
1. root ユーザーとしてログオンします。
2. DB2 クライアントのインストール・ディレクトリーに移動します。例えば、home/install。
3. DB2 クライアント・インスタンスを削除します。
4. 次のコマンドを実行してください。
db2_deinstall -a
Base Services および Web コンポーネントのアンインストール
Base Services および Web コンポーネントを削除する場合や、Base Services のインストール時にインスト
ールが失敗した場合は、以下の手順でソフトウェアを削除します。
始める前に
1. コア・コンポーネントがアンインストール済みであることを確認します。
2. WebSphere Application Server が実行中であることを確認します。
注: Tivoli Provisioning Manager と同じコンピューター上に別の Tivoli プロセス自動化エンジン製品がイン
ストールされている場合 (例: Service Request Manager®(SRM) または Change and Configuration
Management Database (CCMDB))、 Base Services および Web コンポーネントはアンインストールしない
でください。
第 5 章アンインストール・タスク
191
手順
注: Base Services のサイレント・インストールを実行した場合、アンインストールでも同じ方法を使用で
きます。サイレント・アンインストールが終了したら、MAXIMO_HOME/logs/CTGInstallTrace00.log にある
ログを確認してください。
1. 管理ワークステーションにログオンします。
v root ユーザーとして
2. 次のコマンドを実行してください。
v MAXIMO_HOME/_uninstall/uninstall.sh。 MAXIMO_HOME のデフォルトのロケーションは
opt/IBM/SMP です。
3. MAXIMO_HOME ディレクトリーを除去します。
次のタスク
Windows、AIX、または Linux 上のミドルウェアをアンインストールする場合は、『ミドルウェアのアンイ
ンストール』に進んでください。
ミドルウェアのアンインストール
ミドルウェアをアンインストールするには、ミドルウェア・インストーラーを実行して、以前にデプロイさ
れたデプロイメント計画をアンデプロイする必要があります。
始める前に
v Base Services がアンインストール済みであることを確認します。 191 ページの『Base Services および
Web コンポーネントのアンインストール』を参照してください。
v ミドルウェア・インストーラーを使用してミドルウェアをインストールした場合は、同じミドルウェ
ア・インストーラーを使用してそのミドルウェアをアンインストールする必要があります。そうしない
場合、ミドルウェアのインストール時に作成されたレジストリーが、デプロイ済みのものと一致しなく
なります。この場合、ミドルウェア・インストーラーを使用してミドルウェアの再インストールを試行
すると、エラーが発生することがあります。
v ミドルウェアをインストールするときに、ミドルウェア・インストーラーを使用しなかった場合は、ご
使用のミドルウェアの資料を参照して、アンインストールの手順を確認してください。
v アンインストール・プロセス中に、ミドルウェア・インストーラーの進行状況表示バーが一時停止して
いるように見えることがあります。ほとんどの場合、ミドルウェア・インストーラーの進行状況表示バ
ーは、一時停止した後、すぐに再開します。アンインストール・プロセスでエラーが発生したと思われ
る場合は、ミドルウェア・インストーラーのログ・ファイルを参照してください。
v ミドルウェアを再インストールする場合は、DB2 管理者グループに対して以前に使用したときと同じ値
を再インストール時にも指定してください。ミドルウェア・インストール・プログラムは、DB2 のデフ
ォルト・インスタンスを作成し、そのデフォルト・インスタンスのオーナーを、指定された DB2 管理者
グループに追加します。DB2 がアンインストールされるときに、ユーザーおよびグループは削除されま
せん。別の DB2 管理者グループ値を指定すると、DB2 はデフォルト・インスタンスの所有者をこの新
規グループに関連付けようとしますが、この所有者は初期インストール時に指定されたグループに既に
属しているため、関連付けは失敗します。新規の DB2 管理者グループを指定するには、既存のインスタ
ンス所有者と DB2 管理者グループを削除します。このタスクは、ミドルウェア・インストール・プログ
ラムを再実行する前に実行する必要があります。
192
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
アプリケーション・サーバーをアンインストールするには、ディレクトリー・サーバー (Tivoli Directory
Server または Microsoft Active Directory) が実行されていることを確認してください。アプリケーション・
サーバーがアンインストールされるまで、ディレクトリー・サーバーをアンインストールしないでくださ
い。
ミドルウェア・インストールが失敗した後にミドルウェアをアンインストールする場合、ミドルウェア・ア
ンインストーラーを使用する前に、以下のステップを実行してください。
1. IBM Tivoli Directory Server (IBM Tivoli Directory Server v6.3 - idsccmdb) を停止します。
2. IBM Tivoli Directory Server デーモン (IBM Tivoli Directory Admin Server v6.3 - idsccmdb) を停止しま
す。
3. DB2 を開始します。
4. idsccmdb DB2 インスタンス (DB2 - DB2COPY1 - IDSCCMDB) を開始します。
5. IBM Tivoli Directory Server デーモン (IBM Tivoli Directory Admin Server v6.3 - idsccmdb) を開始しま
す。
手順
1. 以下のユーザーとしてログインします。
v root
2. ランチパッドを始動します。
3. ランチパッドのナビゲーション・ペインで、「カスタム・インストール」をクリックします。
4. 「ミドルウェアのインストール」をクリックします。
5. インストールする言語を選択し、「OK」をクリックします。
6. 「ようこそ」のパネルで、「次へ」をクリックします。
7. ご使用条件に同意し、「次へ」をクリックします。
8. 「ワークスペースの選択 (Choose Workspace)」パネルで、現在デプロイされている計画を含むワーク
スペース・ディレクトリーを指定して、「次へ」をクリックします。ワークスペースのデフォルトのロ
ケーションは、最後に指定したワークスペース・ロケーションです。例えば、次のようになります。
v /ibm/tivoli/mwi/workspace
9. 「操作の選択 (Select Operation)」パネルで、「計画のアンデプロイ」を選択して、「次へ」をクリッ
クします。
10. 「アンデプロイメント・プレビュー (Undeployment Preview)」パネルで、「次へ」をクリックして、計
画をアンデプロイします。
11. 「アンデプロイメントの成功」パネルで、「キャンセル」をクリックして、ミドルウェア・インストー
ラーを終了します。
12. DB2 へのすべての参照を /etc/services ファイルから除去します。除去する必要のあるエントリー
は以下のとおりです。
db2c_db2insxy 50001/tcp
db2c_db2inst1 50000/tcp
13. ミドルウェア・インストーラーを使用してシステムにミドルウェアを再インストールする予定の場合、
システムをリブートします。
次のタスク
194 ページの『アンインストール後に残っているアイテムの除去』に進みます。
第 5 章アンインストール・タスク
193
アンインストール後に残っているアイテムの除去
一部のアンインストール・プログラムでは、コンピューター上のすべてのファイルまたは構成設定が除去さ
れません。いずれかの Tivoli Provisioning Manager ソフトウェアを再インストールする場合は、アンイン
ストール後に残るすべての項目を必ず除去するようにしてください。
Tivoli Provisioning Manager のアンインストール後、クリーンアップ・タスクの実行が必要になる場合があ
ります。
アプリケーション・ファイルおよび構成設定の除去
一部のアプリケーションをアンインストールした後に残っているファイルおよび構成設定は、Tivoli
Provisioning Manager のインストールが失敗する原因となることがあります。除去する必要があるファイル
および設定がないか確認してください。
Tivoli Provisioning Manager
Tivoli Provisioning Manager をアンインストールした場合は、インストール・ディレクトリーが削
除されていることを確認してください。デフォルト・ロケーションは次のとおりです。
v /opt/IBM/tivoli/tpm
アンインストール後にこのディレクトリーが残っていると、製品の再インストールは失敗します。
2000
DB2
DB2 が前にインストールされていた場合、登録された DB2 インスタンスが /etc/services から
除去済みであることを確認します。デフォルトの DB2 ポート番号は 50000 です。このポートが前
回の DB2 インストールで登録されているか、または別のサービスによって使用されている場合、
デフォルトのインストールが失敗する可能性があります。指定したポートが、/etc/services で登
録済みのポートと競合する場合、カスタム・インストールが失敗する可能性があります。
WebSphere Application Server
WebSphere Application Server がコンピューターに前にインストールされていた場合、以下の項目
を確認してください。
v WebSphere Application Server インストール・ディレクトリーが削除済みであることを確認しま
す。デフォルト・ロケーションは次のとおりです。
– /usr/IBM/WebSphere/AppServer
v vpd.properties ファイルには、インストール済みのプログラム・コンポーネントがリストされ
ています。削除すべきエントリーがないかどうか vpd.properties ファイルを確認してくださ
い。
– このファイルは root ディレクトリーまたは usr/lib/objrepos にあります。
ファイルについて詳しくは、WebSphere Application Server のインフォメーション・センターの
以下のトピックを参照してください。
ミドルウェア・インストーラー・ディレクトリー
以下のディレクトリーが削除されていることを確認します。
v
2000
DB2
– /opt/ibm/db2/V9.7
v Tivoli Directory Server
– /usr/IBM/ldap/V6.3
v IBM HTTP Server
194
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
– /usr/IBM/HTTPServer
デプロイメント・エンジン・データベース
1. 以下のコマンドを使用して、環境をセットアップします。
v /usr/ibm/common/acsi/setenv.sh
2. si_inst コマンドを使用して、デプロイメント・エンジン・データベースを除去します。
v /usr/ibm/common/acsi/bin/si_inst.sh
3. ¥asci ディレクトリーを削除します。
グローバル固有 ID の除去
グローバル固有 ID は、コンピューター上の Tivoli Common Agent の識別に使用されます。エージェント
ID は、Common Agent のインストール・ディレクトリーの名前になります。Tivoli GUID ツールまたは
Tivoli Common Agent をアンインストールする場合、エージェント ID はシステムから自動的に除去され
ません。既存のエージェント ID は、Tivoli Provisioning Manager をインストールする前にコンピューター
から除去する必要があります。
GUID を除去するには、以下のようにします。
1. smit コマンドを使用して GUID パッケージを除去します。パッケージ情報は次の例のようになりま
す。
tivoli.tivguid 1.3.0.0 COMMITTED IBM Tivoli GUID on AIX
2. /usr/tivoli/guid ディレクトリーを削除します。
3. /etc/TIVGUID ファイルを削除します。
タスクの結果
Tivoli Provisioning Manager のアンインストールは完了しました。
次のタスク
v ミドルウェア・インストーラーを使用してミドルウェアを再インストールする計画の場合、再インスト
ール時に DB2 管理者グループに必ず同じ値を指定してください。ミドルウェア・インストーラーは、
DB2 のデフォルト・インスタンスを作成し、そのデフォルト・インスタンスの所有者を、指定された
DB2 管理者グループに追加します。DB2 がアンインストールされるときに、ユーザーおよびグループは
削除されません。再インストール時に、別の DB2 管理者グループ値が指定されている場合、DB2 はデ
フォルト・インスタンスの所有者をこの新規グループに関連付けようとしますが、この所有者は初期イ
ンストール時に指定されたグループに既に属しているため、関連付けが失敗する可能性があります。再
インストール時に新規の DB2 管理者グループを指定する必要がある場合、ミドルウェア・インストーラ
ーを再実行する前に、既存のインスタンス所有者および DB2 管理者グループを削除してください。
v ほとんどの場合、ミドルウェア・インストーラーは、アンインストール・プロセス中にアンインストー
ル・プロセスを停止したり、障害を報告したりすることはありません。 IBM Tivoli Directory Server を
使用して保護されたアプリケーション・サーバーをアンインストールしており、そのディレクトリー・
サーバーが始動されていなかった場合にのみ、エラーが検出され、アンインストール・プロセスが停止
します。この例外は、mwi.log ファイルにも記録されます。
ミドルウェア製品が正しくアンインストールされたことを確認するには、デプロイメント計画ログを調
べる必要があります。詳細については、 44 ページの『ミドルウェアのインストーラー・ログ』を参照し
てください。
第 5 章アンインストール・タスク
195
デプロイメント・エンジン・データベースのアンインストールと再インスト
ール
ここでは、プロセス・マネージャーをインストールする前の状態にデプロイメント・エンジン・データベー
スをリストアする方法について説明します。
始める前に
1. 以下のようにデプロイメント・エンジンを停止します。
v /usr/ibm/common/acsi/bin/acsisrv.sh -stop
2. 既存のデプロイメントに更新を適用する前および後に、管理システムのデプロイメント・エンジン・デ
ータベースをバックアップします。バックアップすることにより、プロセス・マネージャー・コンポー
ネントの一部がインストールされている状態の部分インストール試行からリカバリーすることができま
す。デプロイメント・エンジン・データベースのバックアップがない場合、デプロイメント・エンジン
のアンインストールと再インストールを実行することによってデータベースをクリーンな状態にリセッ
トする必要があります。これは、削除を伴う処理です。Tivoli Provisioning Manager 以外の製品がデプ
ロイメント・エンジンを使用している場合は、該当製品のデータもこの処理によって削除されます。
デプロイメント・エンジン・データベースをアンインストールして再インストールするには、以下のステッ
プを実行します。
手順
1. ディレクトリーをデプロイメント・エンジンのインストール場所に変更します。
2. デプロイメント・エンジンが保持しているすべてのロックを削除します。
rm -rf /usr/ibm/common/acsi/logs/.lock*
3. jre (Java) をクラスパスに組み込みます。
/opt/IBM/SMP/jre
4. デプロイメント・エンジンをアンインストールします。
/usr/ibm/common/acsi/bin/si_inst.sh -r -f
タスクの結果
すべてのファイルとディレクトリーを削除できないという警告は無視しても構いません。製品のインストー
ル・プログラムが再実行されるときに、デプロイメント・エンジンが再インストールされます。
196
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
第 6 章 Tivoli Provisioning Manager の再インストール
ソフトウェアを再インストールする場合は、その前に、その製品が正しくアンインストールされており、イ
ンストールの各段階で必要なサービスが開始されていることを確認してください。
1.
2.
183 ページの『第 5 章 Tivoli Provisioning Managerのアンインストール』で説明しているソフトウェア
をすべてアンインストールしたことを確認します。
2000
DB2
ミドルウェアを再インストールする場合は、DB2 管理者グループに対して以前に使用したと
きと同じ値を再インストール時にも指定してください。ミドルウェア・インストール・プログラムは、
DB2 のデフォルト・インスタンスを作成し、そのデフォルト・インスタンスのオーナーを、指定された
DB2 管理者グループに追加します。DB2 がアンインストールされるときに、ユーザーおよびグループ
は削除されません。別の DB2 管理者グループ値を指定すると、DB2 はデフォルト・インスタンスの所
有者をこの新規グループに関連付けようとしますが、この所有者は初期インストール時に指定されたグ
ループに既に属しているため、関連付けは失敗します。新規の DB2 管理者グループを指定するには、
既存のインスタンス所有者と DB2 管理者グループを削除します。このタスクは、ミドルウェアの再イ
ンストール前に実行する必要があります。
3. Base Services をインストールする際に、以前のインストールで作成された Maximo ユーザーまたはユ
ーザー・グループが手動で削除されていることを確認してください。削除されていない場合、Maximo
ユーザーまたはユーザー・グループを再作成しないでください。
4. サービスが開始されていることを確認します。
Base Services
v ミドルウェア
–
123 ページの『UNIX および Linux でのミドルウェアの開始』
v 管理ワークステーション上のソリューション・インストーラーのデプロイメント・エンジン
– 次のコマンドを実行してください。
ps -ef|grep acsisvc
サービスが実行されている場合は、プロセスと関連の PID が表示されます。サービスが
実行されていない場合は、以下のコマンドを実行します。
/usr/ibm/common/acsi/bin/acsisrv.sh -start
Tivoli Provisioning Manager コア・コンポーネント
必ずミドルウェアを開始してからインストールを再開してください。
v
123 ページの『UNIX および Linux でのミドルウェアの開始』
Tivoli Provisioning Manager のインストール・ディレクトリーおよび GUID を、 194 ページの
『アンインストール後に残っているアイテムの除去』で説明されているように除去しておいて
ください。ミドルウェアに関する手順を実行する必要はありません。
ミドルウェア
ミドルウェア・インストーラーを使用してミドルウェアを再インストールする場合、ソリュー
ション・インストーラーのデプロイメント・エンジンが引き続きインストールされているとき
は、このデプロイメント・エンジンをすべてのミドルウェア・コンピューター上で始動する必
要があります。
© Copyright IBM Corp. 2003, 2012
197
198
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
付録 A. トラブルシューティング
インストール中に発生する問題については、以下のトピックを参照してください。
Tivoli Monitoring Agent のインストール中にエラーが発生した場合は、以下のリソースを参照してくださ
い。
v 「Tivoli Monitoring Agent for Tivoli Provisioning Manager ユーザーズ・ガイド」に記載されているトラ
ブルシューティング情報。
v IBM Tivoli Monitoring バージョン 6.2.2 インフォメーション・センターのトラブルシューティング・ガ
イド。
トラブルシューティング情報の収集
このリストを使用して、IBM Tivoli ソフトウェア・サポートに連絡を取るときに必要なトラブルシューテ
ィング情報を収集してください。
表 24. IBM Tivoli ソフトウェア・サポートに関するトラブルシューティング情報の収集
情報のタイプ
手順
値
オペレーティング・システムお
よびバージョン (サービス・パ
ックおよびフィックスパックを
含む)
ハードウェアの説明
WebSphere Application Server
のバージョン
WAS_HOME/bin ディレクトリーから以
下のコマンドを実行します。
genVersionReport.bat|.sh
このコマンドを実行すると、
versionReport.html という名前のレ
ポートが生成されます。このレポート
によって、インストールされている
WebSphere Application Server のバー
ジョンおよびインストールされている
すべての保守パッケージを特定されま
す。
データベース・サーバーのバー
ジョン
2000
DB2
DB2 の場合は、db2level
を実行します。
Oracle
2000
Oracle Database の場合
は、以下の SQL コマンドを実行しま
す。
select * from v$version
.
© Copyright IBM Corp. 2003, 2012
199
表 24. IBM Tivoli ソフトウェア・サポートに関するトラブルシューティング情報の収集 (続き)
情報のタイプ
手順
Java のバージョン
WAS_HOME ディレクトリーから以下の
コマンドを実行します。
値
./java -version
インストール・メディアの種類
(ディスクまたは電子ダウンロー
ド) およびレベル。
インストールのエラーに関連す
る Windows イベント・ログ
インストール中にアクティブだ
った Windows サービス (アン
チウィルス・ソフトウェアなど)
注:
v ローカルでコンピューターにログオンしている場合は、リモート・デスクトップを使用したインストー
ルの実行はサポートされません。
v ローカル管理者とドメイン管理者のどちらかでログオンしている場合は、クロスドメインのインストー
ルはサポートされません。
ミドルウェアのインストーラー・ログ
ミドルウェア・インストーラーのログ・ファイルは、ミドルウェア・インストール・プログラムで定義され
たワークスペース・ディレクトリーにあります。
ユーザー・インターフェース・ログ
ミドルウェア・インストール・プログラムのユーザー・インターフェースによって生成されたログ
は、ワークスペース・ディレクトリーにあります。
ミドルウェア・インストール・プログラムは、すべての情報を <workspace_loc>/mwi.log のログ
に記録します。デフォルトのワークスペース・ロケーションは、次のとおりです。
v /ibm/tivoli/mwi/workspace
mwi.log ファイルは、ミドルウェア・インストール・プログラムを最後に起動した際に生成された
上位のログ・ファイルです。エラーが発生した場合、最初にこのログ・ファイルを調べてくださ
い。このログ・ファイル内の項目で、下位のログ・ファイルを参照するように指示している場合が
あります。
mwi.logX (X は番号) という名前のログ・ファイルは、前にミドルウェア・インストール・プログ
ラムを起動したときの mwi.log ファイルのコピーです。例えば最初にミドルウェア・インストー
ル・プログラムを起動した後に、mwi.log0 が生成され、2 度目にミドルウェア・インストール・
プログラムを起動した後に mwi.log1 が生成されます (以下同様)。
ユーザー・インターフェースが実行したステップのログ
ミドルウェア・インストール・プログラムは、ユーザーからの入力を収集するだけでなく、以下に
示すようなシステム・チェックも実行します。
v オペレーティング・システムがデプロイメント要件を満たすことを確認するための依存関係チェ
ック
v ミドルウェア・インストール・プログラムがデプロイしたミドルウェア製品の既存のインスタン
スを見つけるための、システム上のソフトウェアのインベントリー処理
200
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v デプロイメント用に十分なディスク・スペースがあることを確認するための、使用可能なディス
ク・スペースのチェック
これらのチェックはそれぞれ、ステップの形式で作成されるため、デプロイメントの計画の一部と
して実行することもできます。ユーザー・インターフェースは、ステップを実行したときに、その
ステップをワークスペース・ディレクトリーのサブディレクトリーにコピーします。ステップが生
成したログ・ファイルは同じサブディレクトリーに配置され、デプロイメントの計画の一部として
実行されるステップと同一のパターンに従います。
デプロイメントの計画のログ
デプロイメントの計画は、<Workspace Directory>/host name/deploymentPlan ディレクトリー
(host name は現行システムのホスト名) にあります。デプロイメントの計画を使用してミドルウェ
ア製品をインストールまたはアンインストールするたびに、プロセス ID が割り当てられ、ログ・
ファイルが生成されます。
デプロイメントの計画のログ・ファイルは、logs/processID サブディレクトリーにあります。デ
プロイメントの計画の 1 次ログ・ファイルは DeploymentPlan.log です。これはデプロイメント
の計画の一部として起動されるステップをリストする上位ログ・ファイルです。
ワークステーション計画のログ
マシン計画は、<Workspace Directory>/host name/deploymentPlan/MachinePlan_host name ディ
レクトリーにあります。マシン計画のログ・ファイルは、logs サブディレクトリーにあります。マ
シン計画の 1 次ログ・ファイルは MachinePlan_host name_processID という名前になっていま
す。これらのログ・ファイルには、マシン計画 ANT スクリプトの実行時に ANT によって生成さ
れた出力が記載されています。
デプロイメントの計画内のステップのログ
デプロイメントの計画内の各ステップは、<Workspace Directory>/host name/deploymentPlan/
MachinePlan_host name/stepNum_stepID という名前のディレクトリーにあります。ここで、
stepNum はデプロイメントの計画のインストール処理順序におけるこのステップのシーケンス番号
であり、stepID はステップを識別します。ステップのログ・ファイルは、logs サブディレクトリー
にあります。
一部のステップでは、stepID_processID.message という名前のメッセージ・ログ・ファイルが生
成されることがあります。このファイルには、ステップ起動の結果を要約したいくつかの項目が記
載されています。すべてのステップで、stepID_processID.log という名前のトレース・ログ・フ
ァイルが生成されます。このファイルには、通常入力パラメーターおよび起動されたサブステップ
に関する情報を含む、多くの項目が記載されています。
サブステップのログ
各ステップには、1 つ以上のサブステップが含まれています。ミドルウェア・インストール・プロ
グラムの実際のインストール、アンインストール、およびチェック作業を実行します。
各サブステップは、<Workspace Directory>/host name/deploymentPlan/MachinePlan_host
name/stepNum_stepID/operation/substepNum_substepID ディレクトリーにあります。ここで、
operation は、このサブステップを起動するステップ ANT スクリプト内の ANT ターゲットで
す。substepNum は、ステップの処理順序におけるこのサブステップのシーケンス番号であり、
substepID はサブステップを識別します。operation に通常使用される値は、install、uninstall、
および check です。
サブステップのログ・ファイルは、通常 processID/logs という名前のサブディレクトリーにあり
ます。
付録 A. トラブルシューティング
201
ネイティブのミドルウェア・インストール・プログラムによって生成されたログ・ファイルも、こ
こに格納されます。
Oracle
2000
例えば、UNIX システムでの DB2 のインストール時にミドルウェア・インストール・プログラ
ムによって生成されたログ・ファイルは、ディレクトリー <workspace>/<machine_name>/deploymentPlan/
MachinePlan_<machine_name>/000XX_DB2_9.7/install/01_BASE/
<Time_Stamp>/logs/db2setup.log にあります。
プロビジョニング・サーバーのログ
プロビジョニング・サーバーに関連付けられているログ・ファイル。
プロビジョニング・サーバーの開始
プロビジョニング・サーバーが開始しない場合は、ログ・ファイルでエラーを確認します。
v TIO_LOGS/tio_start.log
注: [ERROR] Failed to get reports (tio_start.log ファイル内) または Failed to connect to server
(console.log ファイルまたは trace.log ファイル内) で始まるエラーが発生した場合、これらのエラーは
プロビジョニング・サーバーの始動に関する問題ではないため無視して構いません。
プロビジョニング・サーバーの停止
プロビジョニング・サーバーが停止しない場合は、以下のログ・ファイルでエラーを確認してください。
v TIO_LOGS/tio_stop.log
v TIO_LOGS/tio_stop_service.log
プロビジョニング・サーバーのアンインストール
Tivoli Provisioning Manager のログ・ファイルは TIO_LOGS/uninstall にあります。
この場所にログがない場合は、TMP/tclog_uninstall ディレクトリーを確認してください。
プロビジョニング・コンポーネント・インストールのログ
製品コンポーネント・ログは、ソフトウェアのインストール時に作成されます。
ソフトウェアのインストール時に、以下のログ・ファイルが作成されます。
v
203 ページの『Tivoli Provisioning Manager コア・コンポーネント』
v
203 ページの『WebSphere Application Server』
v
203 ページの『DB2』
v
203 ページの『Agent Manager』
v
203 ページの『Dynamic Content Delivery』
v
204 ページの『Tivoli Provisioning Manager for Job Management Service フェデレーター』
v
204 ページの『Base Services』
v
204 ページの『Tivoli Common Directory』
v
204 ページの『Cygwin』
202
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Tivoli Provisioning Manager コア・コンポーネント
Tivoli Provisioning Manager コア・コンポーネントは TIO_LOGS/install に格納されます。
Tivoli Provisioning Manager コア・コンポーネント・インストーラーのログは、TIO_LOGS/install_wrapper
にあります。これらのログが使用できない場合は、以下の場所も確認してください。
TMP/tclog
TMP/tclog_wrapper
WebSphere Application Server
WebSphere Application Server のインストール・ログは以下にあります。
v /tmp/was-logs/
WebSphere Application Server SystemOut ログは WAS_HOME/profiles/ctgAppSrv01/logs/MXServer/
SystemOut.log に格納されます。
WebSphere Application Server によって作成されたログは、WAS_HOME/logs <user_root>¥logs に格納されま
す。
<user_root> は WebSphere Application Server プロファイルのインストール・パスです。デフォルトは、以
下のとおりです。
WAS_HOME/profiles/ctgDmgr01¥logs
WAS_HOME/profiles/ctgAppSrv01¥logs
DB2
メインの DB2 インストール・ログは、TEMP/db2_install_log.##### に格納されます。その他のログ情報
については、db2 で始まる他のログ・ファイルを検索してください。
Agent Manager
Agent Manager のログは以下にあります。
AM_HOME/logs
Agent Manager の証明書の生成については wsadmin.traceout に記録されます。
Dynamic Content Delivery
Dynamic Content Delivery は以下の場所にあります。
v /usr/ibm/tivoli/common/ctgde
ログ・ファイルは、次のとおりです。
v trace_manager_install.log
v trace_isx_install.log
v *.out
v *.err
*.out ファイルと *.err ファイルは、サイズが 0 KB の場合でも確認してください。
付録 A. トラブルシューティング
203
The system cannot find the path specified で始まるエラーが MC-WAS-install-AS-CAS.err ファイルに
記録されている場合、これらのエラーは Dynamic Content Delivery サービスに関する問題を示しているも
のではないため、無視して構いません。
Tivoli Provisioning Manager for Job Management Service フェデレーター
Job Management Service フェデレーターのログ・ファイルは、以下の場所に格納されます。
v /opt/IBM/DeviceManager/logs
構成で使用される値は以下のロケーションにあります。
v /opt/IBM/DeviceManager/config/DMSconfig.properties
Base Services
Base Services がインストールされているコンピューターから、ログ・ファイルを収集します。以下のコマ
ンドを実行します。
MAXIMO_HOME/scripts/LogZipper.bat|.sh
MAXIMO_HOME/debug ディレクトリーで [current date]_[timestamp].zip ファイルを見つけます。
以下のディレクトリーにある CTGInstallMessage[nn].log および CTGInstallTrace[nn].log。
v ルート・ホーム・ディレクトリー /
v ルート・ホーム・ディレクトリー /root
WebSphere Application Server がインストールされているコンピューターから、ログ・ファイルを収集しま
す。例えば、次のようになります。
v アプリケーション・サーバー・ディレクトリー C:¥IBM
¥WebSphere¥AppServer¥profiles¥ctgAppSrv01¥logs に格納されているログ。
v デプロイメント・マネージャー・ディレクトリー C:¥WebSphere¥DeploymentManager¥logs に格納されて
いるデプロイメント・マネージャー・ログ。
Tivoli Common Directory
Tivoli 共通ログ・ディレクトリーは、以下の場所にあります。
v /usr/ibm/tivoli/common/COP/logs
Cygwin
プロセス・ソリューション・インストーラーのログ
さまざまなログ・ファイルが Web コンポーネントのインストールに関連付けられています。
Process Solution インストーラーは、Web コンポーネントをデプロイするために Web コンポーネント・イ
ンストーラーによって呼び出されます。パッケージのインストール前に、既存のログの名前を変更しておく
のは賢明です。現在実行中のパッケージ・インストールに関する成功または失敗の情報のみが特定のログに
記録されるようにしておくと、問題判別を容易にするのに役立ちます。以下のログ・ファイルは、Web コ
ンポーネントのインストールに関連付けられています。
v
205 ページの『パッケージ・ログ』
v
205 ページの『Tivoli Provisioning Manager のログ』
v
205 ページの『ソリューション・インストーラー/デプロイメント・エンジンのログ』
204
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v
206 ページの『WebSphere Application Server ログ』
v
206 ページの『Maximo のログ』
v
206 ページの『WebSphere Application Server シン・クライアント・ログ』
v
206 ページの『要件チェック・ログ』
パッケージ・ログ
これらのファイルには、パッケージがデプロイメント・エンジンによって処理されるときに起動される外部
コマンドの StdOut 出力および StdErr 出力が格納されます。これらのログ・ファイルは、一般にはパッケ
ージの問題をデバッグする場合に不可欠のものです。
一般的に、ログには .out ファイルと .err ファイルの 2 つの部分があり、両方とも拡張子の前のファイ
ル名は同じです。.out ファイルには、外部コマンドから出力される標準出力ストリームが格納されます。
.err ファイルには標準エラー・ストリームの内容が格納されます。エラー出力がない場合 (またはエラー
出力のみである場合)、通常、一方は空になります。インストールされている特定のパッケージに対して、
数多くの (10 から 20) パッケージ・ログ・ファイルが生成されることがあります。
MAXIMO_HOME/solutions/logs/<PACKAGE_NAME>/
例えば、PSI で変更パッケージのエラーが発生し、Base Services のインストール・ディレクトリーが
MAXIMO_HOME である場合、変更パッケージのログは MAXIMO_HOME/solutions/logs
/Change_PMP/ に格納されます。
Tivoli Provisioning Manager のログ
PSI サブシステムによって保持されるログです。
MAXIMO_HOME/logs/CTGInstallMessageXX.log
MAXIMO_HOME/logs/CTGInstallTraceXX.log
ここで、XX は、00 のような 2 桁の数字です。これらのログには、PSI サブシステムのトレース出力が含
まれています。
プロセス・マネージャーをインストールした後、MAXIMO_HOME/solutions/logs ディレクトリーにある
MAXIMO_DEPLOY_ERR.err ファイルに、以下のメッセージが出力されることがあります。
sys-package-mgr: processing new jar, MAXIMO_HOME/lib/icl.jar
sys-package-mgr: processing new jar, MAXIMO_HOME/lib/CTGInstallCommon.jar
sys-package-mgr: processing new jar, MAXIMO_HOME/lib/CTGInstallResources.jar
これらのメッセージはエラー・ログ・ファイルに記録されますが、情報用のメッセージであり、デプロイメ
ント・エラーを示すものではありません。これらのメッセージは無視しても構いません。
ソリューション・インストーラー/デプロイメント・エンジンのログ
Process Solution インストーラーはインストール済みのパッケージのインストールおよび追跡のための手段
として、IBM テクノロジーを使用しています。このランタイムには、独自のロギング・システムがありま
す。インストールが終了すると、ソリューション・インストーラー/デプロイメント・エンジンのログには
重要な資格情報が記録されます。インストールに成功した後でこれらのログを削除することをお勧めしま
す。
/usr/ibm/common/acsi/<USERNAME>/de_msg.log
/usr/ibm/common/acsi/<USERNAME>/de_trace.log
付録 A. トラブルシューティング
205
ユーザー名 root でインストールを行った場合、ログは以下の場所に格納されます。
/usr/ibm/common/acsi/root
.
WebSphere Application Server ログ
これらのログには、WebSphere Application Server の日常のアクティビティーで発生する、接続、例外、そ
の他の障害に関する情報が記録されます。これらのログは、特定の EAR ファイル、またはデータベース接
続などの他のバックエンド操作でのエラーの診断に役立ちます。
WAS_HOME/profiles/<PROFILE>/logs/AboutThisProfile.txt
WAS_HOME/profiles/<PROFILE>/logs/<SERVER_NAME>/startServer.log
WAS_HOME/profiles/<PROFILE>/logs/<SERVER_NAME>/stopServer.log
WAS_HOME/profiles/<PROFILE>/logs/<SERVER_NAME>/SystemErr.log
WAS_HOME/profiles/<PROFILE>/logs/<SERVER_NAME>/SystemOut.log
Maximo のログ
Maximo ログは、いくつかのバックエンド・コマンドの進行状況、成功、および失敗を追跡する場合に役立
ちます。これらのログは、MAXIMO_HOME/maximo/tools/maximo/log/updatedb<TIMESTAMP>.logに格納されま
す。
WebSphere Application Server シン・クライアント・ログ
WebSphere Application Server シン・クライアントとは、プロセス・マネージャー・パッケージが
WebSphere Application Server と通信するときに使用するメカニズムです。この自動化デプロイメントが失
敗した場合は、シン・クライアントが取った正確なアクションおよびそれに関連付けられている、
WebSphere Application Server からの応答がログに保存されます。
MAXIMO_HOME/wasclient/logs/CTGIN_wsadmin.traceout
MAXIMO_HOME/wasclient/logs/wsadmin.traceout
MAXIMO_HOME/wasclient/logs/wsadmin.valout
要件チェック・ログ
ソフトウェア要件のトラブルシューティングを行う必要がある場合、詳細については以下の結果ログを参照
してください。
v /tmp または /var/tmp
一部のエラーでは、例えばディスク・スペースが不足した場合に、インストーラーの「戻る」をクリックし
てエラーが発生する前のパネルに移動し、使用可能なスペースを増やしてから、「次へ」をクリックしてイ
ンストールを続行することができます。詳しくは、TIO_LOGS/install を参照してください。
Base Services のインストール中の問題
Base Services のインストールに関する問題を診断して解決するには、以下の情報を参照してください。
206
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
アンインストール・プログラムがない場合の失敗したインストールからのリ
カバリー
インストール・プログラムが失敗した時点で、製品のアンインストール・プログラムが生成されていなかっ
た場合は、手動による追加のアンインストール・タスクを実行する必要があります。
Provisioning Manager をアンインストールするには、以下の手順を実行します。
1. 問題の原因を解決してください。
2. デプロイメント・エンジン・データベースをリカバリーします。詳細については、 247 ページの『デプ
ロイメント・エンジン・データベースのバックアップおよびリストア』を参照してください。
3.
Custom
Default
XML
データベースをリカバリーします。 Provisioning Manager データベースを除去してから、再
作成します。
4. インストール・プログラムの開始時に使用したのと同じユーザー ID としてログオンしていることを確
認し、MAXIMO_HOME ディレクトリーを手動で削除します。デフォルト・ロケーションは次のとおりで
す。
v /opt/IBM/SMP
5. IBM Tivoli Directory Server を使用している場合は、ディレクトリー・サーバーを再始動します。
6. インストールを再試行します。
Base Services のインストールでスペースが含まれている LDAP 名が受け入れられな
い
スペースを含める必要がある場合は、LDAP 識別名を囲む引用符 (" ") を追加してください。
症状
Base Services のインストール中に「ユーザー基本項目 (User base entry)」と「グループ基本項目 (Group
base entry)」の各 LDAP 情報を手動で入力すると、LDAP 検証が失敗する原因になります。
原因
スペースが含まれている LDAP 識別名はサポートされていません。
問題の解決
LDAP 識別名を囲む引用符 (" ") を追加してください。例えば、「ユーザー基本項目 (User base entry)」
の識別名が Test Users と LDAP Test であれば、それぞれの識別名を囲む引用符を以下のように追加しま
す。
ou="Test Users",ou="LDAP Test",DC=mydomain,DC=tod,DC=ibm,DC=com
デプロイメント・エンジンのリカバリー
お客様固有のシナリオによって、デプロイメント・エンジン・レジストリーの以前のバックアップをリスト
アする場合もあれば、デプロイメント・エンジンを完全に削除する場合もあります。
デプロイメント・エンジンをリカバリーすると、Provisioning Manager コンポーネントと Provisioning
Manager 以外のコンポーネントを含め、インストールされたソフトウェア・コンポーネントについての登
録情報が失われる可能性があります。この状況が発生すると、デプロイメント・エンジン・レジストリーが
システムの状態を正確に反映しなくなります。以下のアンインストール手順に従うか、アンインストール・
スクリプトを使用する前に、以下の情報を読んで、これらの操作がご使用の環境に与える影響を判断してく
ださい。
付録 A. トラブルシューティング
207
Base Services プログラムがデプロイメント・エンジン・レジストリーに登録されていない、部分インスト
ールからのリカバリー
Base Services プログラムがデプロイされ、デプロイメント・エンジン・レジストリーに登録済みか
どうかを判断するには、以下の手順を実行します。
1. MAXIMO_HOME/bin ディレクトリーに移動します。
2. 次のコマンドを実行してください。
solutionInstaller -action showinstalled -type all
CTGIN0059I メッセージは、どの Base Services プログラムがインストールされているかを示しま
す。Base Services プログラムがインストールされていない場合は、プログラムがインストールされ
てデプロイメント・エンジン・レジストリーに登録される前に、インストールが失敗しています。
どのプログラムもインストールされていない場合は、デプロイメント・エンジンのアンインストー
ルや、前のバックアップのリストアを行わないでください。現行のデプロイメント・エンジン・レ
ジストリーを保存して、後続のインストール時に Base Services プログラムのインストールが禁止
されないようにする必要があります。
1 つ以上の Base Services プログラムがデプロイメント・エンジン・レジストリーに登録されている、部分
インストールまたはフルインストールからのリカバリー
showinstalled の結果が、1 つ以上の Base Services プログラムがインストールされていることを
示している場合は、以下のコマンドを使用してデプロイメント・エンジン・データベースのバック
アップをリストアする必要があります。
v cd /usr/ibm/common/acsi/bin
./restoredb <バックアップ・ファイル名>
ここで、<バックアップ・ファイル名> は、デプロイメント・エンジンのバックアップが入ってい
るファイルです。プロセス・マネージャー構成の削除手順を実行した後に、デプロイメント・エン
ジン・データベースのバックアップをリストアしてください。Provisioning Manager を再インスト
ールする前にデプロイメント・エンジンをアンインストールしないでください。
Base Services のインストール中の問題からのリカバリー
Base Services のインストールが失敗した場合は、WebSphere Application Server 構成とデータベースを以前
の状態にリストアしてから、Base Services のインストールを再度開始します。
症状
「IBM Tivoli Provisioning Manager の Base Services のインストールに失敗しました。 (Failed to
install IBM Tivoli Provisioning Manager base services)」というエラー・メッセージが生成されて、
Base Services のインストールが失敗します。
データベース更新の問題に関するエラーの可能性があります。
問題の解決
1. Base Services をアンインストールしてください。詳細については、Base Services および Web コンポ
ーネントのアンインストールを参照してください。
2. WebSphere Application Server がインストールされているコンピューターにログオンし、バックアップ・
データをリカバリーします。
a. WebSphere Application Server Network Deployment を停止します。
$WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.sh MXServer -username <wasadmin_user> -password <wasadmin_password>
$WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh -username <wasadmin_user> -password <wasadmin_password>
$WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh -username <wasadmin_user> -password <wasadmin_password>
b. ctgDmgr01 構成をリストアします。以下のコマンドを 1 行で入力します。
208
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_DMProfile.zip -logfile
/tmp/restore_dmgr.log -user <wasadmin_user> -password <wasadmin_password> -profileName ctgDmgr01
c. ctgAppSrv01 構成をリストアします。以下のコマンドを 1 行で入力します。
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_AppSrvProfile.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
3. データベース・インスタンスの所有者としてデータベース・サーバーにログオンし、データベースをリ
カバリーします。例えば、デフォルト・ユーザー ctginst1 の場合は以下のようにします。
2000
DB2
a. su - ctginst1
b. データベースを除去します。
db2 drop db <db_name>
c. データベースをリストアします。以下のコマンドを 1 行で入力します。
db2 restore database <db_name> user ctginst1 using <instance_owner_password> from <DB2_BACKUP_DIR>
with 3 buffers buffer 1000 without rolling forward without prompting
Oracle
2000
Oracle データベースのリカバリーについては、Oracle の資料を参照してください。
4. 同じ環境に Provisioning Manager としてインストールされている他の製品の Base Services を使用して
いる場合は、デプロイメント・エンジン・データベースを、Base Services をインストールする前の状態
にリストアします。詳細については、 247 ページの『デプロイメント・エンジン・データベースのバッ
クアップおよびリストア』を参照してください。
5.
WebSphere Application Server がインストールされているコンピューターにログオンし、WebSphere
Application Server を始動します。
$WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
$WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
6.
Base Services のインストールを再度開始します。詳細については、Base Services のインストールを参
照してください。
MAXIMO.ear のデプロイメントが失敗する
ポート設定は、プロビジョニング・サーバーと、Base Servicesがインストールされている管理ワークステー
ションの両方で正しくセットアップされている必要があります。
症状
Base Services WebSphere Application Server トレース・ログに、MAXIMO.ear のファイル転送エラーがあ
ったことが示されています。
原因
ポート設定が正しくセットアップされていない可能性があります。
問題の解決
プロビジョニング・サーバーと、Base Servicesがインストールされている Windows コンピューターの両方
のポート設定を検証します。両方のコンピューターで、ネットワーク・インターフェース・カードのポート
速度設定とポート・スイッチのポート速度設定が一致していることを確認します。ネットワーク・インター
フェース・カードとポート・スイッチの両方で、ポート速度を双方向通信用に設定することをお勧めしま
す。
付録 A. トラブルシューティング
209
Base Services インストール中のエラー CTGIN2252I
他に Web コンポーネントのインストール・エラーが発生せず、Web インターフェースに正常にログオン
できる場合は、インストールを続行できます。
症状
Base Services インストールの最後に次のエラーが表示される。
CTGIN2252I: Base Services Web アプリケーションにアクセスできません。
原因
Base Services のインストールの終了時に、インストーラーは Web アプリケーションに接続しようとしま
す。Web アプリケーションがアプリケーション・サーバーでまだ実行されていないと、接続に失敗する
場合があります。
問題の解決
他に Web コンポーネントのインストール・エラーが発生せず、Web インターフェースに正常にログオン
できる場合は、インストールを続行できます。 Web インターフェースにログオンするには、ブラウザー・
ウィンドウを開き、https://host_name:port/maximo と入力します。ここで、host_name はプロビジョニング・
サーバーの完全修飾ドメイン名、デフォルト・ポート番号は 9443 です。
Maximo データベースのアップグレード中のエラー CTGIN2381E または
CTGIN2489E
既に別の ISM ファミリー製品をホスティングしているシステムに 2 つ目の ISM ファミリー製品をイン
ストールする場合に、環境の変更のコミットに失敗すると、ミドルウェアのインストール中にこのエラーが
表示されることがあります。
症状
インストール・パネルまたは CTGInstallTrace00.log ファイルに、以下のいずれかのエラー・メッセージ
が出力される場合があります。
CTGIN2381E: Maximo データベースのアップグレード・コマンドが失敗しました。
(Maximo Database upgrade command failed.)
コマンド: データベースのアップグレード・コマンドの検証に失敗しました。
(Command: Database Upgrade command validation failed.)
CTGIN2381E: Maximo updatedb ユーティリティーが失敗した可能性があります。
(Maximo updatedb utility would fail.)
CCMDB_install.log ファイルに以下のメッセージが出力される場合があります。
CTGIN2489E: Maximo データベースにバックアップ・テーブルが含まれています。
更新を行う前に、このバックアップ・テーブルを手動で除去する必要があります。
(The Maximo database contains backup tables that must be manually
removed before this update can be applied.)
詳しくは、製品の計画とインストールに関するガイドの、この更新または
アップグレードに関するセクションに付属している README 情報を参照して
ください。
(Please refer to the readme information that came with this update
or the upgrade section of the guide for Planning and installing
the product for more information.)
原因
このメッセージは、データベースに新しい製品を追加する前に、データベースへのコミットが必要な変更
が、システム環境において行われたことを示しています。
問題の解決
210
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
保留中のデータベース変更をコミットするには、以下のようにします。
1. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「データベース構成」をクリ
ックします。
2. 「アクションの選択」メニューから、「管理モードの管理 (Manage Admin Mode)」をクリックしま
す。
3. 「管理モードをオンにする (Turn Admin Mode ON)」をクリックします。
4. 「OK」をクリックしてから、変更が有効になるまで 5 分程度待ちます。
5. 「アクションの選択」メニューから、「構成変更の適用 (Apply Configuration Changes)」をクリック
し、完了するまでモニターします。
6. 「リンク先」 > 「システムの構成」 > 「プラットフォームの構成」 > 「データベース構成」をクリ
ックします。
7. 「アクションの選択」メニューから、「管理モードの管理 (Manage Admin Mode)」をクリックしま
す。
8. 「管理モードをオフにする (Turn Admin Mode OFF)」をクリックします。
9. MXServer を停止します。
10. ディレクトリー <base_services_install_dir>¥maximo¥tools¥maximo で、 configdb.bat|.sh を 1
回、dropbackup.bat|.sh を 2 回実行します。
11. エラー・メッセージが表示される場合は、これらのスクリプトを再実行します。
12. インストールを続行します。
Base Servicesのインストールが失敗する
Base Servicesのインストール時に、デプロイメント・エンジンが稼働していることを確認してください。
症状
Base Servicesのインストールの最後に次のメッセージが表示されます。
インストールは終了しましたが、インストール中に重大なエラーがいくつか発生しました。
(The installation is finished, but some serious errors occurred during the install.)
このエラー・メッセージでは、ファイル CTGInstallTrace00.log を確認するように指示されます。このロ
グ・ファイルには、以下の例のようなエラーが含まれています。
** エラー: Autonomic Deployment Engine のインストールまたはアップグレードに失敗しました。
(** ERROR: Autonomic Deployment Engine installation/upgrade failure.)
戻りコード: 3
障害: DE が使用中か、または一般障害です。
(Failure: DE in use or general failure)
CCMDB si_inst.log ログおよび DE ログに含まれている追加情報を参照して
ください。
(See the CCMDB si_inst.log and DE logs for additional information.)
同じコンピューターに Web コンポーネントを続けてインストールすると、そのインストールは失敗しま
す。
原因
このエラーについては複数の原因が考えられます。
問題の解決
以下の点を検証します。
1. 以下のディレクトリーに移動します。
付録 A. トラブルシューティング
211
v /usr/ibm/common/acsi
2. 既存の .lck ファイルをすべてクリーンアップします。
注: イメージを作成したのが Tivoli Provisioning Manager のインストールのすべての段階が終了した後
である場合、ロック・ファイルは、Web コンポーネント・インストーラーを実行する前に回復したコン
ピューターのイメージ内に存在している可能性があります。
3. デプロイメント・エンジンが稼働していることを確認します。「サービス」コントロール・パネルを確
認します。 IBM ADE サービスが実行されていない場合は、このサービスを開始します。
4. ソリューション・インストーラー・ディレクトリーから次のコマンドを実行します。
./listIU.sh
デプロイメント・エンジンエンジンが正常にインストールされた場合の出力例は以下のとおりです。
IU
UUID: DDCE934782398B3E81431666515AC8B5 Name: DE Extensions
Interfaces CLI IU
Version: 1.3.1
IU
UUID: C37109911C8A11D98E1700061BDE7AEA Name: Deployment
Engine IU
Version: 1.3.1
IU
RootIU UUID: D94240D11C8B11D99F2D00061BDE7AEA
Name:
Install IU
Version: 1.3.1
5. デプロイメント・エンジンが正常に稼働していない場合は、以下を実行します。
以下をコピーします。
a. /tmp/CCMDBTaskStore
これは削除されることがあるため、MAXIMO_HOME ディレクトリーにコピーしてバックアップします。
デフォルト・ロケーションは、次のとおりです。
v /opt/IBM/SMP
b. デプロイメント・エンジンを、MAXIMO_HOME¥de ディレクトリーに再インストールします。
./si_inst.sh
c. listIU コマンドを再実行します。
d. 上記を行ってもデプロイメント・エンジンが正常に稼働しない場合は、管理ワークステーションを再
始動し、MAXIMO_HOME¥CCMDBTaskStore を %TEMP% または /tmp にコピーしなおしてください。
e. デプロイメント・エンジン・サービスが稼働していることを確認します。
f. listIU コマンドを再実行して、デプロイメント・エンジンのインストールを検証します。
6. MAXIMO_HOME¥bin ディレクトリーに移動して、以下のコマンドを実行します。
solutionInstaller -action showinstalled -type all
7. Base Servicesのインストールを続行します。 MAXIMO_HOME¥scripts ディレクトリーで、以下のコマンド
を実行します。
./taskRunner.sh CONTINUE STOPONERROR
Base Services インストーラーでのインストール検証に失敗する
症状
ミドルウェア・ノードが複数取り付けられている場合に、ミドルウェア構成情報をインポートすると、基本
サービスのインストールに失敗します。
原因
212
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
複数のコンピューターにミドルウェアがインストールされ、ミドルウェア・インストーラーワークスペー
スが複数設定されている場合は、ミドルウェアの構成情報が断片化されて格納されます。 Base Services イ
ンストールを実行すると、完全なデータ・セットがないため、インストールに失敗します。
問題の解決
基本サービス・インストールを実行する場合は、「ミドルウェア・インストーラー・ワークスペースからの
データのインポート」チェック・ボックスを選択解除して、ミドルウェア情報をすべて入力します。
Maximo ビジネス・オブジェクトがデプロイメント・エンジンと
WebSphere ランタイム間で同期されない
Tivoli Provisioning Manager デプロイメント・エンジンランタイムと Maximo WebSphere Application Server
ランタイムが同期されていることを確認してください。Base Services から変更が行われたり、Base
Services で WebSphere Application Server ランタイムにパッケージが追加されたりすると、コードのバイナ
リー・レベルが同期されなくなる可能性があります。
症状
Tivoli Provisioning Manager サーバーがプロビジョニング・サーバーの始動の一部として MXServer を始動
する一方、デプロイメント・エンジンランタイム内の Maximo businessobjects.jar ファイルおよび他の
バージョン関連の xml ファイルを使用する。
原因
businessobjects.jar ファイルおよび他の xml ファイルは、WebSphere Application Server ランタイムと
Tivoli Provisioning Manager LWI ランタイム間で同期する必要があります。
問題の解決
インストールまたはアップグレード後、ユーザーは businessobjects.jar ファイルのサイズを確認し、
WebSphere Application Server と Tivoli Provisioning Manager LWI ランタイムの両方のバージョンが同じサ
イズであることを確認してください。
注: これが ISM 統合のユース・ケースの場合は、新しい Tivoli Process Automation Engine (TPAE) やアプ
リケーションをインストールまたは更新するたびに、この確認を行う必要があります。例えば、ユーザーが
Change and Configuration Management データベース (CCMDB) または Service Request Manager (SRM) を
既存の Tivoli Provisioning Manager サーバー上にインストールする場合や TPAE フィックス/ホット・フィ
ックスをアップグレードする場合は、ファイルが同期されていることを確認する必要があります。
ファイル・サイズが異なる場合は、ランタイムを手動で調整する必要があります。
1. プロビジョニング・サーバーに tioadmin としてログインします。
2. businessobjects.jar フォルダーをバックアップします。
v TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs
3. /WebSphere/AppServer/profiles/ctgAppSrv01/installedApps/ctgCell01/MAXIMO.ear/ にアクセスし、
businessobjects.jar ファイルを見つけます。
4. businessobjects.jar ファイルを MAXIMO.ear/ フォルダーから Tivoli Provisioning Manager LWI ラン
タイム・フォルダーにコピーします。
cp businessobjects.jar $TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs/businessobjects.jar
5. プロビジョニング・サーバーを再始動します。
付録 A. トラブルシューティング
213
デプロイメント・エンジンからの Maximo ビジネス・オブジェクトが、ア
プリケーション・サーバー内の Maximo ビジネス・オブジェクトと同期化
されていない
デプロイメント・エンジンが使用する Maximo ビジネス・オブジェクトは、アプリケーション・サーバー
にデプロイされている Maximo ビジネス・オブジェクトと同期化されている必要があります。これらのオ
ブジェクトが同期化されていない場合、実働デプロイメント・エンジンが破損する可能性があります。
症状
Base Services 環境内の別の Base Services 製品のフィックスパックをインストールすると、そのフィック
スパックはアプリケーション・サーバーにのみデプロイされます。そのため、デプロイメント・エンジンが
使用している Maximo ビジネス・オブジェクトが、アプリケーション・サーバー内の Maximo ビジネス・
オブジェクトと非同期になり、エラーの原因となります。
原因
デプロイメント・エンジンが使用する Maximo ビジネス・オブジェクトは、アプリケーション・サーバー
にデプロイされている Maximo ビジネス・オブジェクトと同期化されている必要があります。これらのオ
ブジェクトが同期化されていない場合、実働デプロイメント・エンジンが破損する可能性があります。
問題の解決
Tivoli Provisioning Manager が、他の Base Services 製品とともにデプロイされている場合は、Web アプリ
ケーションによって使用される Maximo ビジネス・オブジェクトを再作成し、デプロイメント・エンジン
にコピーする必要があります。そのためには以下の手順を実行します。
1. コマンド・プロンプトに次のコマンドを入力します。
MAXIMO_HOME
unzip maximo.ear businessobjects.jar
これにより、businessobjects.jar という名前のファイルが生成されます。
注: businessobjects.jar ファイルは、MAXIMO_HOME/deployment/default ディレクトリーから任意のフ
ィックスパックをデプロイした後に作成される maximo.ear ファイルから抽出されます。
2. businessobjects.jar ファイルを次のディレクトリーにコピーします。
v TIO_HOME/eclipse/plugins/pm_pmp/maximoLibs
v TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs
いずれかのディレクトリーに既存の businessobjects.jar ファイルがある場合、そのファイルは上書き
されます。
CCMDB のインストール後のエラー CWLAA6003 の発生
ポートレットを表示するには、ISC を再インストールする必要があります。
症状
Change and Configuration Management Database (CCMDB) をインストールした後、 ISC (Integrated
Solutions Console) の「ユーザーの管理」および「グループの管理」に次のエラーが表示されます。
CWLAA6003: ポートレットを表示できませんでした。ポートレットは開始されていない可能性があります。
(Could not display the portlet, the portlet may not be started.)
原因
CCMDB のインストール後に ISC が破損します。
214
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
問題の解決
ISC を再インストールするには、以下のようにします。
1. 現在の環境をバックアップします。
2. Server1 のスタンドアロン・プロファイルまたは dmgr (デプロイメント・マネージャー・プロセス) を
停止します。
3. 古いログ、およびワークスペース・ディレクトリーの内容 <WAS Server1 or
dmgr>¥profiles¥profileName¥logs および <WAS Server1 or dmgr>¥profiles¥profileName¥wstemp をク
リーンアップします。
4. 以下のコマンドを実行します。
v <WAS Server1 or dmgr>/profiles/profileName/bin/wsadmin.sh -conntype NONE -f deployConsole.py remove
ISC の ear は正常に除去されました。
5. 以下のコマンドを実行します。
v <WAS Server1 or dmgr>¥profiles¥profileName¥bin¥wsadmin.sh -conntype NONE -f deployConsole.py install
ISC が正常に再インストールされたことを確認します。
6. Server1 または dmgr プロセスを再始動します。
インストール時のデプロイメント・エンジンの障害からのリカバリー
インストール時にデプロイメント・エンジンに障害が発生した場合は、以下の手順のステップを実行して、
エンジンをクリーンアップする必要があります。
始める前に
以下のメッセージが DE_Install.log ファイルに記録される場合があります。このメッセージは、デプロイ
メント・エンジンでの問題を示しています。
WaitForStart main 例外: DRDA_NoIO.S: ホスト 127.0.0.1、ポート 4130 上の Derby
ネットワーク・サーバーに接続できませんでした。
(WaitForStart main Exception is: DRDA_NoIO.S:Could not connect to Derby
Network Server on host 127.0.0.1, port 4130.)
NetworkServerControl サーバーを ping しているときに、
WaitForStart main がループ #2 で例外をキャッチしました。
(WaitForStart main Caught an Exception in
loop #2 while pinging the NetworkServerControl server.)
デフォルトでは、このログ・ファイルは以下の場所にあります。
v /usr/ibm/common/acsi/logs/<user_name>
ここで、user_name はデプロイメント・エンジンをインストールしたユーザーの名前です。
最初に、si_inst コマンドを使用して、デプロイメント・エンジン・データベースの除去を試みます。
root ユーザーを使用してインストールを行った場合
/usr/ibm/common/acsi/bin/si_inst -r
root 以外のユーザーを使用してインストールを行った場合
/home/<userid>/.acsi_<user_name>/bin/si_inst -r
ここで、user_name はデプロイメント・エンジンをインストールしたユーザーの名前で
す。
付録 A. トラブルシューティング
215
si_inst コマンドでデプロイメント・エンジン・データベースを除去できない場合は、手動で削除します。
UNIX および Linux 上のデプロイメント・エンジン・データベースの除去
root ユーザーを使用してインストールを行った場合
1. ディレクトリー /var/ibm/common および /usr/ibm/common を除去します。
2. /tmp/acu_de.log ファイルが存在する場合は、これを除去します。
3. /tmp/<user_name> ディレクトリー (user_name は、root などの、デプロイメント・エンジンをインス
トールしたユーザーの名前) を除去します。デプロイメント・エンジンへのすべての参照を
/etc/inittab システム・ファイルから除去します。デプロイメント・エンジンの項目は、ファイル内の
以下の行の間に配置されています。
#Begin AC Solution Install block
#End AC Solution Install block
Begin AC Solution Install block 項目全体 (区切り文字を含む) を削除します。
4. デプロイメント・エンジンへのすべての参照を /etc/services システム・ファイルから除去します。
root 以外のユーザーを使用してインストールを行った場合
1. 以下のディレクトリーを除去します。
v /home/<user_name>/.acsi_<user_name>
v /tmp/acsitempLogs_<user_name>
v /tmp/acsiTemp_<user_name>
ここで、user_name はデプロイメント・エンジンをインストールしたユーザーの名前です。
Base Services のインストール中にパスワード・ポリシーが無期限に設定
される
症状
Base Services のインストール・ログ・ファイルに次のメッセージが表示されます。
host_name マシン上のユーザー db_user のパスワードが正常に NEVER EXPIRE に設定されました
ここで、db_user はデータベースの実行時ユーザーです。デフォルト値は maximo です。
原因
このメッセージは、インストール・プロセス中にアカウントがロックされないようにユーザーが構成されて
いることを示しています。Base Services のインストーラーによって、構成済みのパスワード・ポリシーは
変更されませんでした。
RXA のトレースの使用可能化
管理ワークステーションとプロビジョニング・サーバー間で接続の問題が発生した場合に、より効果的なト
ラブルシューティングを実行できるようするため、RXA トレースが有効になっています。
始める前に
1. 管理ワークステーションとプロビジョニング・サーバー間の接続が機能していることを確認します。管
理ワークステーション上で、以下の場所に移動します。
v cd /opt/IBM/SMP/scripts
2. 以下のコマンドを実行します。
v TestRXA.sh <hostname of TPM server> <username> <password>
216
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
接続が正常であれば、次のようなメッセージが返されます。
** Successful RXA access to swgc302 using user/password: root/<password>.
swgc302 OS type: IBM AIX.
手順
1. 環境変数 ENABLE_RXA_TRACE=yes を設定します。
2. インストーラーを起動したコマンド・ウィンドウで以下のコマンドを実行して、RXA トレースが有効
になっていることを確認します。
v echo $ENABLE_RXA_TRACE
3. Base Services インストーラーを再起動します。
4. CTG インストール・トレース・ログで、RXA トレース情報を確認します。
コア・コンポーネント・インストールのインストール中の問題
Tivoli Provisioning Manager のコア・コンポーネントのインストールに関する問題を診断して解決するに
は、以下の情報を参照してください。
コア・コンポーネント・インストール (カスタム・インストール) のリカバ
リー手順
Custom
Default
XML
カスタム・インストールを使用して初めて Tivoli Provisioning Manager をインストールする際に発生する
可能性のある問題については、以下のリカバリー手順を実行します。
以下の一般的なリカバリー情報に注意してください。
v コンポーネントのインストールが失敗したために、パネルで以前のフィールドを変更または確認してか
らリカバリーを実行する必要がある場合は、インストーラーを一度終了してから再始動し、まだインス
トールする必要のあるコンポーネントのみを選択してください。
v インストール後のステップ中にコンポーネントのインストールが失敗した (データベースの失敗など) 場
合は、失敗したコンポーネントをアンインストールし、インストーラーを再起動することでリカバリー
します。
v ログ・ファイルに関する説明において、TEMP は以下を表します。
v /tmp/
v コンポーネントをアンインストールする方法については、Tivoli Provisioning Managerのアンインストー
ルを参照してください。
問題が発生したインストール時のステップに応じて、以下のリカバリー手順を実行し、指定されたログ・フ
ァイルを確認してください。
v
218 ページの『DB2 クライアントのインストール中に問題が発生した場合 (リモート・データベースを
使用している場合)』
v
218 ページの『Tivoli Provisioning Manager のインストール、DB2 のバックアップ中に問題が発生した
場合』
v
218 ページの『Tivoli Provisioning Manager のインストール、WebSphere Application Server のバックア
ップ中に問題が発生した場合』
付録 A. トラブルシューティング
217
v
219 ページの『Tivoli Provisioning Manager のインストール、WebSphere Application Server の構成、
JVM の設定中に問題が発生した場合』
v
219 ページの『Tivoli Provisioning Manager のインストール、エンジンのインストール中に問題が発生し
た場合』
v
219 ページの『Agent Manager のインストール、プロファイルの作成中に問題が発生した場合』
v
219 ページの『Agent Manager のインストール、実際のインストール中に問題が発生した場合』
v
220 ページの『Dynamic Content Delivery のインストール、Common Agent への登録中に問題が発生し
た場合』
v
220 ページの『Dynamic Content Delivery のインストール、SSL の構成中に問題が発生した場合』
v
220 ページの『Dynamic Content Delivery のインストール、実際のインストール中に問題が発生した場
合』
v
221 ページの『Device Manager サービスのインストール、実際のインストール中に問題が発生した場
合』
v
221 ページの『Device Manager サービスのインストール、構成中に問題が発生した場合』
v
222 ページの『Device Manager サービスのインストール、SSL の構成中に問題が発生した場合』
v
222 ページの『Tivoli Provisioning Manager for OS Deployment のインストール中に問題が発生した場
合』
v
222 ページの『tioadmin として実行するように WebSphere Application Server を構成中に問題が発生し
た場合』
v
223 ページの『DB2 の再始動中に問題が発生した場合 (ローカル・データベースを使用している場合)』
v
223 ページの『データベースのバックアップ中に問題が発生した場合』
v
223 ページの『WebSphere Application Server のバックアップ中に問題が発生した場合』
2000
DB2
DB2 クライアントのインストール中に問題が発生した場合 (リモート・データベースを
使用している場合)
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/extractDB2Client.log
TEMP/tclog_wrapper/extractDB2Client_err.log
TEMP/tclog_wrapper/db2install-stdout.log
TEMP/tclog_wrapper/db2install-stderr.log
2. 問題の原因を解決してください。
3. DB2 クライアントをアンインストールしてから再試行してください。
2000
DB2
Tivoli Provisioning Manager のインストール、DB2 のバックアップ中に問題が発生し
た場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/DBbackupafterMBS-stdout.log
TEMP/tclog_wrapper/DBbackupafterMBS-stderr.log
2. 原因を解決して、再試行してください。
Tivoli Provisioning Manager のインストール、WebSphere Application Server のバ
ックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
218
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stderr.log
2. 原因を解決して、再試行してください。
Tivoli Provisioning Manager のインストール、WebSphere Application Server の構
成、JVM の設定中に問題が発生した場合
障害後に、「WebSphere Application Server Network Deployment 構成」パネルで同じ値を使用する場合は、
以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
2. 原因を解決して、再試行してください。
障害後に、「WebSphere Application Server Network Deployment 構成」パネルで違う値を使用する場合は、
以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
2. 問題の原因を解決してください。
3. WebSphere Application Server コンソールで、「WebSphere Application Server Network Deployment 構
成」パネルで使用された古い値の JVM パラメーターを除去します。
4. 再試行してください。
Tivoli Provisioning Manager のインストール、エンジンのインストール中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/nonUI_install.log
TEMP/tclog_wrapper/nonUI_install_err.log
TEMP/tclog
2. 問題の原因を解決してください。
3. データベースをリストアしてから、再試行してください。
Agent Manager のインストール、プロファイルの作成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/create_wasprofile.log
WAS_HOME/AppServer/profiles/casprofile/logs/AboutThisProfile.txt
2. 問題の原因を解決してください。
3. Agent Manager のプロファイルをクリーンアップしてから、再試行してください。
Agent Manager のインストール、実際のインストール中に問題が発生した場合
Agent Manager のインストールのみが失敗し、Agent Manager のプロファイルは正常に除去された場合は、
以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
付録 A. トラブルシューティング
219
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
2. 原因を解決して、再試行してください。
Agent Manager のプロファイルを除去しているときに障害が発生した場合は、以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
2. 問題の原因を解決してください。
3. Agent Manager のプロファイルをクリーンアップしてから、再試行してください。
Dynamic Content Delivery のインストール、Common Agent への登録中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/preparePingAM.log
TEMP/tclog_wrapper/preparePingAM.err
TEMP/tclog_wrapper/call_pingam.log
TEMP/tclog_wrapper/call_pingam_err.log
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Dynamic Content Delivery のインストール、SSL の構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/config_ssl.log
TEMP/tclog_wrapper/config_ssl.err
TEMP/tclog_wrapper/soap-sslconfig.log
TEMP/tclog_wrapper/soap-sslconfig.err
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Dynamic Content Delivery のインストール、実際のインストール中に問題が発生した
場合
1. ログ・ファイルを確認して問題を判別します。
220
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
TEMP/tclog_wrapper/getAMPass4CDS.log
TEMP/tclog_wrapper/getAMPass4CDS.err
TEMP/tclog_wrapper/CDSinstall-stdout.log
TEMP/tclog_wrapper/CDSinstall-stderr.log
DCD_HOME/log
2. 問題の原因を解決してください。
3. 動的コンテンツ配信をアンインストールします。
4. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
5. インストールを再試行します。
Device Manager サービスのインストール、実際のインストール中に問題が発生した場
合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/dmsinstalltrace.log
TEMP/tclog_wrapper/dmsinstalltrace.err
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Device Manager サービスのインストール、構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/dmsconfigtrace.log
TEMP/tclog_wrapper/dmsconfigtrace.err
DMS_HOME/logs/dms_config_trace.log
DMS_HOME/logs/dms_config.log
2. 問題の原因を解決してください。
3. Device Manager サービスのデータベースが正常にインストールされた場合は、Tivoli Provisioning
Manager for Job Management Service フェデレーターのアンインストールを実行してください。
4. Device Manager サービスのデータベースが正常にインストールされなかった場合は、問題の原因を解明
してください。
5. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
6. インストールを再試行します。
付録 A. トラブルシューティング
221
Device Manager サービスのインストール、SSL の構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/dms_getpass.log
TEMP/tclog_wrapper/dms_getpass_err.log
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Tivoli Provisioning Manager for OS Deployment のインストール中に問題が発生し
た場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/tpmfosd.log
TEMP/tclog_wrapper/tpmfosd.err
TEMP/tclog_wrapper/call_importXML4OSD.log
TEMP/tclog_wrapper/call_importXML4OSD.err
2. 問題の原因を解決してください。
3. Tivoli Provisioning Manager for OS Deployment をアンインストールします。
4. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。tioadmin ユーザーとしてログインして、以下のコマンドを実行します。
WAS_HOME/profiles/<AM profile>/bin/startServer.[bat|sh] server1
ここで、<AM profile> のデフォルト値は casprofile です。
5. インストールを再試行します。
tioadmin として実行するように WebSphere Application Server を構成中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/cas_runastioadmin.log
TEMP/tclog_wrapper/cas_runastioadmin.err
TEMP/tclog_wrapper/stop_CASServer_root.log
TEMP/tclog_wrapper/stop_CASServer_root.err
TEMP/tclog_wrapper/changePermission_cas.log
TEMP/tclog_wrapper/changePermission_cas.err
TEMP/tclog_wrapper/start_CASServer_tioadmin.log
TEMP/tclog_wrapper/start_CASServer_tioadmin.err
TEMP/tclog_wrapper/wasND_runastioadmin.log
TEMP/tclog_wrapper/wasND_runastioadmin.err
TEMP/tclog_wrapper/stop_MXServer_root.log
TEMP/tclog_wrapper/stop_MXServer_root.err
TEMP/tclog_wrapper/stop_nodedmgr_root.log
TEMP/tclog_wrapper/stop_nodedmgr_root.err
TEMP/tclog_wrapper/changePermission_was.log
TEMP/tclog_wrapper/changePermission_was.err
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.log
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.err
2. 問題の解決方法については、 225 ページの『tioadmin として実行するように WebSphere Application
Server を構成する際のエラー』を参照してください。
222
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
2000
DB2
DB2 の再始動中に問題が発生した場合 (ローカル・データベースを使用している場合)
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_db2_restart.log
TEMP/tclog_wrapper/call_db2_restart.err
2. 問題の原因を解決してください。
3. DB2 を手動で再始動してください。
データベースのバックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/DBbackupafterTPMCore-stdout.log
TEMP/tclog_wrapper/DBbackupafterTPMCore-stderr.log
2. 原因を解決して、再試行してください。
WebSphere Application Server のバックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stderr.log
2. 原因を解決して、再試行してください。
コア・コンポーネントのインストール中の問題からのリカバリー
コア・コンポーネントのインストールに失敗した場合は、WebSphere Application Server およびデータベー
スを以前の状態にリストアして、コア・コンポーネントのインストールを再始動します。
症状
コア・コンポーネントのインストール中に、インストールに失敗します。
問題の解決
1. コア・コンポーネントをアンインストールします。詳細については、Tivoli Provisioning Manager コ
ア・コンポーネントのアンインストールを参照してください。
2. WebSphere Application Server がインストールされているコンピューターにログオンして、バックアッ
プ・データをリストアします。
a. WebSphere Application Server Network Deployment を停止します。
WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.sh MXServer -username <wasadmin_user>
-password <wasadmin_password>
WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh -username <wasadmin_user>
-password <wasadmin_password>
WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh -username <wasadmin_user>
-password <wasadmin_password>
b. ctgDmgr01 構成をリストアします。次のコマンドを 1 行で入力します。
WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_afterMBS_
ctgDmgr01.zip -logfile /tmp/restore_dmgr.log -user <wasadmin_user> -password
<wasadmin_password> -profileName ctgDmgr01
c. ctgAppSrv01 構成をリストアします。次のコマンドを 1 行で入力します。
WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_afterMBS_AppSrv01.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
付録 A. トラブルシューティング
223
3. データベース・インスタンスの所有者としてデータベース・サーバーにログオンして、データベースを
リストアします。
2000
DB2
a. ファイル TIO_HOME/config/dcm.xml をオープンして、データベース名およびユーザー名を
検証します。name エレメントにはデータベース名のエイリアスが格納され、username エレ
メントにユーザー名が格納されています。
b. ユーザーを DB2 インスタンスの所有者に変更します。デフォルトのデータベース所有者は
ctginst1 です。例えば、次のようになります。
su - ctginst1
c. 管理者としてログオンし、DB2 コマンド・ウィンドウをオープンします。
d. 次のコマンドを実行して、実行中の他のアプリケーションを確認します。
db2 list applications
e. その他のアプリケーションがリストされたら、次のコマンドを実行して、これらのアプリケ
ーションとの接続を解除します。
db2 force applications all
f. 次のコマンドを実行して、DB2 セッションを終了します。
db2 terminate
g. DB2 を停止します。
v サーバーに仮想 IP アドレスが設定されていない場合: db2stop
v サーバーに仮想 IP アドレスが設定されている場合: db2gcf -d -p 0 -i ctginst1
h. ipclean を実行して、DB2 プロセス間通信をすべて停止します。
i. 次のコマンドを実行して、DB2 を始動します。
v サーバーに仮想 IP アドレスが設定されていない場合: db2start
v サーバーに仮想 IP アドレスが設定されている場合: db2gcf -u -p 0 -i ctginst1
j. 次のコマンドを実行して、既存データベースを削除して、アンカタログします。
db2 drop db db_name
ここで、db_name はデータベース名です。
k. サーバーにリモート・データベースがある場合は、ローカル・ホストの別名に接続します。
db2 attach to LHOST0 user user_name using password
l. 次のコマンドを実行して、データベース・バックアップをリストアします。
db2 restore db db_name user user_name using password from location
ここで
v db_name はデータベースの名前
v user_name はデータベースをリストアしているユーザーのユーザー名
v password はユーザーのパスワード
v location はバックアップ場所の絶対パス
Oracle
2000
a. ユーザー tioadmin に切り替えます。
224
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
b. ファイル TIO_HOME/config/dcm.xml をオープンして、データベース名およびユーザー名を
検証します。name エレメントにはデータベース名のエイリアスが格納され、username エレ
メントにユーザー名が格納されています。
c. ユーザー oracle に切り替えます。
d. 次のコマンドを実行して、sys ユーザーとしてデータベースに接続します。
sqlplus "user_name/password@db_name as sysdba"
ここで
v user_name はデータベースに対する sysdba 権限を持つユーザーの ID
v password は指定したユーザーのパスワード
v db_name はデータベース名
e. 次のコマンドを実行して、使用中の Oracle Database データ・ファイルをすべて検索しま
す。
select name from v$datafile;
f. Oracle Database データベース・インスタンスおよびリスナーがオフラインであることを確認
します。
g. select コマンドでリストされた .dbf ファイルを削除します。
h. $ORACLE_HOME/dbs ディレクトリーを削除します。
i. 現在の作業ディレクトリーを、バックアップ中に作成したバックアップ・ディレクトリーに
変更します。
j. バックアップ中に作成されたテキスト・ファイルから .dbf ファイルの場所を取得します。
k. テキスト・ファイルにリストされた .dbf ファイルの場所をコピーします。
l. dbs ディレクトリー全体を $ORACLE_HOME にコピーします。
m. データベース・インスタンスおよびリスナーをオンラインに戻します。
4.
WebSphere Application Server がインストールされているコンピューターにログオンし、WebSphere
Application Server を始動します。
WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startServer.sh MXServer
5.
コア・コンポーネントのインストールを再始動します。詳細については、Tivoli Provisioning Manager
コア・コンポーネントのインストールを参照してください。
tioadmin として実行するように WebSphere Application Server を構成
する際のエラー
Tivoli Provisioning Manager コア・コンポーネントのインストール時のインストール・エラーからリカバリ
ーするには、いくつかのリカバリー手順を実行して、コンピューターを整合した状態に戻します。
症状
Tivoli Provisioning Manager コア・コンポーネントのインストールに失敗する。 /tmp/tclog_wrapper/
tcinstall.log ログ・ファイルには、以下のエラー・メッセージのいずれかが含まれます。
v tioadmin として実行するように Agent Manager プロファイルを構成するのに失敗しました
v tioadmin として実行するように WebSphere Application Server Network Deployment を構成するのに
失敗しました
v Agent Manager プロファイルの所有権の変更に失敗しました
付録 A. トラブルシューティング
225
v WebSphere Application Server Network Deployment の所有権の変更に失敗しました
問題の解決
ユーザー tioadmin として実行するように WebSphere Application Server を構成する際にインストール・エ
ラーが発生する場合は、リカバリー手順を実行して、コンピューターを整合した状態に戻す必要がありま
す。
v ログに「tioadmin として実行するように Agent Manager プロファイルを構成するのに失敗しました」
のエラーが含まれる場合:
1. ファイル cas_runastioadmin.log で詳細なエラー・メッセージを確認し、その問題を修正します。
2. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
v ログに「tioadmin として実行するように WebSphere Application Server Network Deployment を構成
するのに失敗しました」のエラーが含まれる場合:
1. wasND_runastioadmin.log ログ・ファイルで詳細なエラー・メッセージを確認し、その問題を修正し
ます。
2. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
v ログに「Agent Manager プロファイルの所有権の変更に失敗しました」のエラーが含まれる場合:
1. root でログオンします。
2. 次のコマンドを実行します。
chown -R tioadmin:tioadmin <CAS_PROFILE_HOME>
chown -R tioadmin:tioadmin <WAS_HOME>/logs/manageprofiles/<PROFILE_NAME>
chown -R tioadmin:tioadmin <Agent Manager Install Location>
ここで、
– <CAS_PROFILE_HOME> のデフォルト値は <WAS_HOME>/profiles/casprofile
– <PROFILE_NAME> のデフォルト値は casprofile
3. tioadmin ユーザーに切り替えます。
4. Agent Manager を開始します。
<Agent Manager Install Location>/bin/startServer.sh
5. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
v ログに「WebSphere Application Server Network Deployment の所有権の変更に失敗しました」のエラ
ーが含まれる場合:
1. root でログオンします。
2. 次のコマンドを実行します。
chown
chown
chown
chown
chown
chown
chown
chown
chown
-R
-R
-R
-R
-R
-R
-R
-R
-R
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
<APP_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<APP_PROFILE_NAME>
<DM_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<DM_PROFILE_NAME>
<WAS_HOME>/temp
<WAS_HOME>/properties/confhelp.properties
<WAS_HOME>/systemApps/isclite.ear
<CDS_INSTALL_LOCATION>
<DMS_INSTALL_LOCATION>
ここで、
226
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
– <APP_PROFILE_HOME> のデフォルト値は <WAS_HOME>/profiles/ctgAppSrv01
– <APP_PROFILE_NAME> のデフォルト値は ctgAppSrv01
– <DM_PROFILE_HOME> のデフォルト値は ctgDmgr01
– <DM_PROFILE_NAME> のデフォルト値は <WAS_HOME>/profiles/ctgDmgr01
3. tioadmin で WebSphere Application Server Network Deployment を開始します。
<WAS_HOME>/profiles/<DM_PROFILE_NAME>/bin/startManager.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startNode.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startServer.sh MXServer
4. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
Agent Manager プロファイル作成時のエラー
Agent Manager のインストールが失敗した場合には、Agent Manager の再インストールを行う前に、
WebSphere Application Server プロファイルの手動による除去が必要となることがあります。
症状
コア・コンポーネントのインストール中に、Agent Manager の WebSphere Application Server プロファイル
に関して以下のいずれかのエラーが発生します。プロファイル名は、デフォルトでは casprofile です。
1. インストーラーによって、プロファイルを作成できるかどうかを検証するためにそのコンピューターが
検査されますが、その検証に失敗する。
2. 検証は正常に行われるが、プロファイルが正常に作成されない。
原因
コア・コンポーネントのインストーラーが Agent Manager をインストールするときに、Agent Manager の
インストールに失敗すると、Agent Manager の WebSphere Application Server プロファイルは自動的に除去
されます。状況によっては、その自動除去が機能せず、Agent Manager の再インストールを試行する前に、
プロファイルの手動による除去が必要となることがあります。
問題の解決
このエラーに対処するには、以下の手順を実行します。この手順では、デフォルトのプロファイル名
caseprofile を使用しています。
検証に失敗する場合
インストーラーが、以下の項目に関して検査を行います。
v 同じ名前を持つ既存のプロファイルがないこと。
v プロファイルのディレクトリーが既に存在している場合には、それが空であること。
v セル名が WebSphere Application Server Network Deployment のセル名と同じであること。
検証に失敗する場合には、以下のログ・ファイルを確認してください。
v /tmp/tclog_wrapper/validation_casprofile.log (または validation_casprofile.err)
エラーを解決するには、次のようにします。
1. 同じ名前を持つ既存のプロファイルが存在する場合は、インストーラーで別の名前を指定する
か、既存のプロファイルを除去します。casprofile を除去するには、次のコマンドを実行しま
す。
WAS_HOME/bin/manageprofiles.[bat|sh] -delete -profileName casprofile
2. プロファイルのディレクトリーが既に存在する場合は、既存の casprofile ディレクトリーがあ
るかどうかを確認します。次のコマンドを実行してください。
付録 A. トラブルシューティング
227
WAS_HOME/bin/manageprofiles.[bat|sh] -listProfiles
casprofile がリストにない場合は、WAS_HOME/profiles/casprofile ディレクトリーを除去しま
す。casprofile がリストにある場合は、別のプロファイル名を指定するか、ステップ 1 で説明
したように既存のプロファイルを除去します。
検証には合格するが、プロファイルを作成できない場合
1. 以下のログ・ファイルを確認して、プロファイルを作成できない原因を特定します。
v /tmp/tclog_wrapper/create_wasprofile.log
2. ログに記述されているエラーを修正します。
3. コア・コンポーネントのインストーラーで「戻る」をクリックして、インストール・プレビュ
ーの前のパネルに移動します。
4. 「次へ」をクリックします。インストーラーによって、プロファイルを作成するための要件の
検証が再度行われます。検証に成功すると、インストーラーでは、プロファイルの作成が再度
試行されます。検証に失敗した場合は、その失敗した検証に対して、前のセクションで説明し
た手順を実行します。
Agent Manager のインストールに失敗する
Agent Manager のインストールが失敗する原因、およびその解決方法は複数存在します。
症状
Tivoli Provisioning Manager のインストール中に Agent Manager のインストールが失敗します。
原因
Agent Manager のログを調べて、この問題の原因を特定します。 Agent Manager のログ・ファイルは
AM_HOME¥logs ディレクトリーにあります。原因としては、以下のものが考えられます。
v Agent Manager のインストールに必要なポートが使用中の可能性があります。
v Agent Manager が対象のシステムにすでにインストールされています。
問題の解決
解決方法 1
対象のプロビジョニング・サーバーに対して、Tivoli Provisioning Manager のインストールよりも前に
Agent Manager のインストールを実行していない場合は、以下のステップを実行します。
1. Agent Manager ログ・ファイルを調べて、ログ内の指示に従ってすべての必要な変更を行います。
2. Tivoli Provisioning Manager を再インストールします。プロビジョニング・サーバーのインストーラー
は、Tivoli Provisioning Manager が既にインストールされていることを検出し、Agent Manager のみを
インストールします。
Agent Manager の再インストールについて詳しくは、「Tivoli Provisioning Manager インストール・ガイ
ド」を参照してください。
解決方法 2
Agent Manager が前にプロビジョニング・サーバーのインストール済み環境にインストールされていた場
合は、まず Agent Manager をアンインストールし、その後 Tivoli Provisioning Manager のインストールを
再度実行してください。
重要: データの損失を防止するために、以下のことに注意してください。
228
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
v Agent Manager を使用するすべてのプロダクトがアンインストールされるまで、Agent Manager をアン
インストールしないでください。
v このレジストリーを使用するすべてのプロダクトがアンインストールされるまで、Agent Manager の各
テーブルをレジストリーからクリアしたり、レジストリー・データベースを除去したりしないでくださ
い。
Agent Manager をアンインストールするには、以下のステップを実行します。
1. Agent Manager サーバーが実行中の場合は、停止します。
v Agent Manager サーバーを停止するには、以下のコマンドを実行します。
WAS_HOME/profiles/casprofile/bin/stopServer.sh server1
Agent Manager サーバーが停止されると、次のメッセージが生成されます。
ADMU4000I: サーバー server1 の停止が完了しました。
2. オプションで、レジストリー・データベースから Agent Manager のオブジェクトを除去します。
v レジストリー・データベースが Agent Manager のみによって使用され、別のプログラムと共用され
ない場合は、ご使用のデータベース・タイプに応じたデータベース管理ツールを使用して、このデー
タベースを除去します。レジストリーがリモート・データベース内に存在する場合は、Agent
Manager サーバーではなく、リモート・データベース・サーバーに対してこのステップを実行しなけ
ればならないことがあります。
v 他のプログラムとの間でデータベースを共用している場合は、使用しているデータベース・タイプに
合った手順に従って、Agent Manager 固有のテーブルをデータベースから除去します。レジストリー
がリモート・データベースにある場合でも、Agent Manager サーバーでこのステップを実行できま
す。
–
2000
DB2
a. コマンド・ライン・ウィンドウ内で、AM_HOME/db/db2 ディレクトリーに移動します。
b. 次のコマンドを実行してください。
- AM_HOME/bin/RunInDbEnv.sh RemoveCASTables.sh
database_password
database_password を DB2 データベースのパスワードで置き換えます。
–
Oracle
2000
a. コマンド・ライン・ウィンドウ内で、AM_HOME/db/oracle ディレクトリーに移動します。
b. 次のコマンドを実行してください。
./RemoveCASTables.sh database_password
database_password を Oracle データベースのパスワードで置き換えます。
3. ご使用のオペレーティング・システムに応じて以下のようにアンインストール・プログラムを開始しま
す。
v
次のコマンドを AM_HOME/_uninst ディレクトリーから実行します。
java -jar uninstall.jar
または、次のコマンドでサイレント・モードでアンインストールします。
java -jar uninstall.jar -silent
このプログラムでは、インストール後に Agent Manager のインストール・ディレクトリー内に作成
されたファイルまたはレジストリー・データベースは削除されません。
付録 A. トラブルシューティング
229
4. Agent Manager をアンインストールします。詳しくは、『Agent Manager のアンインストール』を参照
してください。Agent Manager をアンインストールできない場合は、AM_HOME ディレクトリーを削
除し、vpd.script ファイルから Agent Manager の項目を削除します。
v /usr/lib/objrepos/InstallShield/Universal/common/Gen2/_vpddb/vpd.script
以下の行を削除します。
INSERT INTO INSTALLED_SOFTWARE_OBJECT VALUES(1,’4886af1c5eb4f6c75d84991853b6aa2f’,
’C:¥PROGRA~1¥IBM¥AGENTM~1’,1,’1.4.2.0’,3,’true’,NULL,’false’,’IBM’,’http://www.ibm.com’,
’product1’,’Agent Man-ager’,NULL,’"_uninst" "uninstall.jar" "uninstall.dat" "assembly.dat"
"run.inf" "C:¥¥Program Files¥¥Common Files¥¥InstallShield¥¥Universal¥¥common¥¥Gen2¥¥
engine¥¥1.0¥¥engine.jar" "C:¥¥Program Files¥¥Common Files¥¥InstallShield¥¥Universal¥¥
common¥¥Gen2¥¥engine¥¥1.0¥¥ext" "" ""’,’true’,’true’,’1.0.18’)
INSERT INTO INSTALLED_SOFTWARE_OBJECT VALUES(2,’eef68f520521fc598b01e2c8daa709c6’,
’C:¥PROGRA~1¥IBM¥AGENTM~1’,1,’’,3,’true’,NULL,’false’,NULL,NULL,’feature1’,
’Agent Manager Core Compo-nents’,NULL,NULL,’false’,’false’,’1.0.18’)
INSERT INTO INSTALLED_SOFTWARE_OBJECT VAL-UES(3,’3d60d0422dd1b2b8340e40a0eccf770e’,
’C:¥PROGRA~1¥IBM¥AGENTM~1’,1,’’,3,’true’,NULL,’false’,NULL,NULL,’component1’,
’Agent Manager Windows’,NULL,NULL,’false’,’false’,’1.0.18’)
INSERT INTO PARENT_SOFTWARE_OBJECT_TABLE VALUES(3,2)
INSERT INTO PARENT_SOFTWARE_OBJECT_TABLE VALUES(2,1)
INSERT INTO PARENT_SOFTWARE_OBJECT_TABLE VALUES(1,1)
INSERT
INSERT
INSERT
INSERT
INSERT
INTO
INTO
INTO
INTO
INTO
DATABASE_META VALUES(’2’)
LOCAL_PERSISTED_VARIABLES_TABLE
LOCAL_PERSISTED_VARIABLES_TABLE
LOCAL_PERSISTED_VARIABLES_TABLE
LOCAL_PERSISTED_VARIABLES_TABLE
VALUES(1,’WAS_PASS’,’’,NULL,’false’)
VALUES(1,’CONTAINER_WAS’,’true’,NULL,’false’)
VALUES(1,’CONTAINER_EWAS’,’’,NULL,’false’)
VALUES(1,’WAS_USER’,’’,NULL,’false’)
5. Agent Managerのアプリケーション・サーバーに AgentManager という名前が付いていない場合は、他の
Web アプリケーションが、そのアプリケーション・サーバーを使用しているかどうかを調べます。他の
アプリケーションがそのアプリケーション・サーバーを使用していない場合は、必要に応じてそのアプ
リケーション・サーバーを削除することもできます。
6. アンインストール・ログを必要としない場合は、必要に応じて Agent Manager のインストール・ディレ
クトリーを削除します。デフォルトでは、これは以下のディレクトリーです。
v /opt/IBM/AgentManager
7. レジストリーがリモート・データベース内に存在する場合は、次のコマンドをリモート・データベー
ス・サーバー上で実行して、Agent Manager をそのシステムからアンインストールします。
java -jar "Agent_Manager_install_dir/_uninstDS/uninstall.jar" -silent
8. リモート・データベース・サーバー上のアンインストール・ログを必要としない場合は、必要に応じて
Agent Manager のインストール・ディレクトリーを削除します。デフォルトでは、これは以下のディレ
クトリーです。
v /opt/IBM/AgentManager
9. Agent Manager をこのシステムに再インストールする予定がない場合は、TivoliAgentRecovery の定義
をご使用の DNS サーバーから除去します。
これで、Agent Manager がアンインストールされました。
Tivoli Provisioning Manager を再インストールします。インストーラーにより Tivoli Provisioning Manager
が既にインストール済みであることが検出され、Agent Manager のみがインストールされます。
230
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Common Agentと Agent Manager を両方ともインストールすることはで
きません
Agent Managerがインストールされているプロビジョニング・サーバーにCommon Agentもインストールす
ることはできません。
症状
Common Agentと Agent Manager を両方ともインストールすることはできません。
原因
Agent Manager がインストールされているプロビジョニング・サーバーへのCommon Agentのインストール
はサポートされていません。
問題の解決
Common Agentを手動でアンインストールします。
WebSphere Application Server のアンインストール後、インストールに
失敗する
WebSphere Application Server をアンインストールした後もそのインストール・ディレクトリーが残ったま
まになっている場合、Tivoli Provisioning Manager のインストールに失敗する場合があります。
症状
WebSphere Application Server をアンインストールすると、Tivoli Provisioning Manager のインストールに
失敗する。
%TEMP%¥tclog¥tcinstall.log ファイルに以下のメッセージが表示されます (/tmp/tclog/tcinstall.log)。
WebSphere Application Server はシステムにインストールされていないと考えられます。
アクション: WebSphere Application Server をインストールしてください。
原因
WebSphere Application Server はアンインストールされているが、WebSphere Application Server のインスト
ール・ディレクトリーが削除されていない場合、Tivoli Provisioning Manager インストーラーは、
WebSphere Application Server がインストールされていると識別する可能性があり、Tivoli Provisioning
Manager のインストール中、インストールに失敗することがあります。
問題の解決
WebSphere Application Server をコンピューターでアンインストールした場合は、以下のステップを実行し
てください。
v WebSphere Application Server インストール・ディレクトリーが削除されていることを確認します。デフ
ォルト・ロケーションは次のとおりです。
– /usr/IBM/WebSphere/AppServer
v 「ターゲット・サーバーの構成」パネルが表示されるまで、インストーラーの「戻る」をクリックしま
す。インストーラーでインストール対象コンポーネントを再検査させるため、「次へ」をクリックしま
す。 WebSphere Application Server が完全にアンインストールされていれば、「検証の要約」パネルの
「検出」列に「いいえ」が表示されます。これで、インストールを続行できるようになります。
AIX でインストーラーが予期せず終了する
InstallShield インストーラーには、ネイティブ・ライブラリー libaixppk.so に関するエラーの原因となる
既知の問題があります。
付録 A. トラブルシューティング
231
症状
AIX でのインストール中に、管理センターのインストールに失敗します。インストーラーは、次のエラ
ー・メッセージが含まれた Java メモリー・ダンプを生成して終了します。
/tmp/ismp002/libaixppk.so の 0xda6be0ec で SIGSEGV を受信しました。
(SIGSEGV received at 0xda6be0ec in /tmp/ismp002/libaixppk.so.)処理は終了します。(Processing terminated)
原因
このエラーは、InstallShield インストーラーの既知の問題です。これは、AIX プラットフォーム・パックに
よって使用されるネイティブ・ライブラリー libaixppk.so に関する問題が原因で発生します。
問題の解決
libaixppk.so の新しいバージョンをダウンロードし、AIX_LIB_LOC 変数の値を、http://
support.installshield.com/kb/view.asp?articleid=Q111262 の説明に従って設定します。上記の手順を完了した
ら、インストールを再試行してください。
Tivoli Provisioning Manager for OS Deployment のインストール中に
DB2 BIND に関する警告が出る
ご使用の DB2 クライアントおよびサーバーがそれぞれ 9.5 および 9.1 の場合には、BIND コマンドを実
行する必要があります。
症状
インストール・パネルに次のメッセージが表示されます。
警告: Tivoli Provisioning Manager for OS Deployment のインストールの途中で、
DB2 バインドの警告が発生しました。
(DB2 bind warning occurred during Tivoli Provisioning Manager
for OS Deployment installation.)インストールの終了後に再びバインドする必要があります。
詳しくは、「トラブルシューティング・ガイド」を参照してください。
原因
DB2 クライアントのバージョン 9.5 と DB2 サーバーのバージョン 9.1 を使用している場合には、IBM®
Data Server Runtime Client を使用してデータベース・ユーティリティーと DB2 CLI バインド・ファイル
をバインドすることができません。
問題の解決
Data Server Runtime Client と同じオペレーティング・システム上、かつ同じ DB2 のバージョンおよびフ
ィックスパック・レベルで実行されている IBM Data Server Client (またはその他の DB2 データベース製
品) から、BIND コマンドを実行します。
1. BIND コマンドを実行するためのアクセス権限を取得するには、以下のコマンドを実行します。
su - DB_INSTANCE
ここで、DB_INSTANCE は、Tivoli Provisioning Manager のインストールに使用される DB2 インスタン
スです。デフォルトのインスタンス名は ctginst1 です。
2. BIND を実行するには、以下のコマンドを実行します。
db2
db2
db2
db2
db2
terminate
CONNECT TO TPMFOSD
BIND path¥db2schema.bnd BLOCKING ALL GRANT PUBLIC SQLERROR CONTINUE
BIND path¥@db2ubind.lst BLOCKING ALL GRANT PUBLIC ACTION ADD
BIND path¥@db2cli.lst BLOCKING ALL GRANT PUBLIC ACTION ADD
ここで、path は、バインド・ファイルが格納されているディレクトリーの絶対パス名
(INSTHOME¥sqllib¥bnd など。INSTHOME は DB2 インスタンスのホーム・ディレクトリー) です。
232
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
db2ubind.lst と db2cli.lst には、DB2 データベース製品によって使用される、必要なバインド・フ
ァイルのリストが含まれます。パッケージが既にバインドされている場合は、SQL0719N エラーが返され
ます。これは予期された動作です。
3. Tivoli Provisioning Manager for OS Deploymentが稼働していることを確認します。詳細については、
Tivoli Provisioning Manager のコンポーネントの開始と停止を参照してください。
サイレント・インストールが、インストールの完了前に終了する
WebSphere Application Server が実行されていない場合、Tivoli Provisioning Manager のサイレント・イン
ストールが早期に終了します。
症状
Tivoli Provisioning Manager のサイレント・インストール・プログラムが、インストールの完了前に終了し
ます。
原因
WebSphere Application Server が、サイレント・インストールの開始前に始動していませんでした。
問題の解決
サイレント・インストールを実行する前に、以下を実行してください。
1. WebSphere Application Server が始動していることを確認します。
2. WebSphere Application Server のセキュリティーが実行中でないことを確認します。
Tivoli Provisioning Manager のサイレント・インストール中にディスク・
スペース・チェックに失敗する
ディスク・スペース・チェックに失敗した場合、Tivoli Provisioning Manager のサイレント・インストール
が早期に終了します。
症状
Tivoli Provisioning Manager のコア・コンポーネントのサイレント・インストールが、インストール完了前
に終了します。 tcinstall.log ファイルに、次のエラー・メッセージが格納されています。
[timestamp] ERROR DiskSpaceCheckWizardAction - Disk space check failed.
[partition]- [required space] MB of disk space is required, but only [free space] MB is available
原因
上記パーティションの空きスペースが不足しています。
問題の解決
パーティションの空きスペース容量を増やします。必要な空きスペース容量と使用可能な空きスペース容量
の差が 1000 MB ある場合は、次のコマンドを実行して、ディスク・スペース・チェックをバイパスしま
す。
-W DiskSpaceSeq.active="False"
次に、コマンドの例を示します。
install/bin/setupSolarisSparc64.bin -options <response file path and name>
-silent -W WzdSeq_PreInstallCheck.active="false" -W DiskSpaceSeq.active="False"
付録 A. トラブルシューティング
233
フォントが認識されないためインストールに失敗する
認識されないフォントを起動時に解決できない場合は、インストール・エラーが発生します。この問題を修
正するには、Reflection X のフォント設定を変更します。
症状
インストール中にインストールに失敗し、次のエラーが発生します。
An error has occurred. See the log file
/var/tmp/TopologyInstaller/workspace/.metadata/.log
このログ・ファイルには org.eclipse.swt.SWTError: Font not valid で開始するエラーも含まれていま
す。
原因
このエラーは、Reflection X を使用してリモート・コンピューターにアクセスしたときに観察されました。
認識されないフォントを起動時に解決できない場合、このエラーが発生します。
問題の解決
この問題を修正するには、Reflection X のフォント設定を変更します。
1. Reflection X Client Manager で、「設定」 > 「フォント」にナビゲートします。「サブ・ディレクトリ
ーおよびフォント・サーバー」を 100dpi 75dpi misc hp sun ibm dec に設定します。
2. インストールを実行しているコンピューターに再接続して、インストーラーを再実行します。
「ドメイン名のサフィックス」フィールドにハイフンを使用できない
Tivoli Provisioning Manager 構成タブで WebSphere Application Server の設定を指定するときに、「ドメイ
ン名のサフィックス」フィールドにハイフン (-) 文字を使用することはできません。ハイフンを使用する必
要がある場合は、変更済みの応答ファイルを使用したサイレント・インストールを実行してください。
症状
DNS のサフィックスにハイフンは使用できません。
原因
この問題はカスタム・インストールで発生します。インストーラーの Tivoli Provisioning Manager 構成タ
ブで WebSphere Application Server の設定を指定する場合、「ドメイン名のサフィックス」フィールドにハ
イフン (-) 文字は使用できません。
問題の解決
ドメイン名のサフィックスにハイフンを含める必要がある場合、応答ファイルを変更して、サイレント・イ
ンストールを実行します。
1. サイレント・インストールの応答ファイルを作成します。ドメイン名のサフィックスのハイフンは省略
します。サイレント・インストール用の応答ファイルを作成する手順については、「Tivoli Provisioning
Manager インストール・ガイド」の付録を参照してください。
2. 応答ファイルをテキスト・エディターで開き、ドメイン名のサフィックスを修正して、ハイフン文字を
含めます。変更内容を保存します。
3. サイレント・インストールを実行します。詳しくは、「Tivoli Provisioning Manager インストール・ガ
イド」の付録『サイレント・インストールの実行 (Performing a silent installation)』を参照してくださ
い。
234
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Dynamic Content Delivery 管理センターのインストールが失敗する
ユーザーの切り替えに su - コマンドが使用されている場合に追加メッセージが表示され、インストーラー
が受け取るコマンド出力に追加テキストが組み込まれます。これが原因でインストールは失敗します。
症状
Tivoli Provisioning Manager の Dynamic Content Delivery コンポーネントを UNIX サーバーにインストー
ルしているときにエラーが発生します。以下の例のような警告メッセージがログ・ファイル
cdsisxtrace.log に表示されます。
Warning: internal error parsing Java arguments. Launcher command may be
missing Java Arguments.
原因
Dynamic Content Delivery 管理センターのインストールの応答ファイルが破損している可能性があります。
ユーザーの切り替えに su - コマンドが使用されている場合に追加メッセージが表示され、そのことが結果
的に破損の原因となる場合があります。
インストーラーでは、コマンド出力を取得するために標準出力が使用されます。 su - コマンドで別のユー
ザーに切り替えるときに追加メッセージを表示するようにプロファイルが構成されている場合、インストー
ラーが受け取るコマンド出力にこの追加テキストが組み込まれます。これが原因でインストールは失敗しま
す。
問題の解決
su - コマンドでユーザーを切り替える場合にメッセージが生成される設定になっていないか確認します。
例えば、次のようになります。
v インストールに必須の root ユーザーおよびその他のユーザーのプロファイル・ファイルを確認しま
す。必須ユーザーは、ご使用のオペレーティング・システムの「Tivoli Provisioning Manager インストー
ル・ガイド」にリストされています。ユーザーのログオン時にメッセージを生成するコマンドが当該フ
ァイルに含まれている場合、それらの行をコメント化するか、または /dev/null デバイスに出力される
ようにします。
v /etc/motd でその日のメッセージを確認します。
Dynamic Content Delivery のインストールが失敗する
Java がインストールされている場所を PATH 変数が正しく示していない場合、Dynamic Content Delivery
のインストールは失敗します。
症状
Dynamic Content Delivery サービスのインストールが失敗します。ログ・ファイル /opt/ibm/tivoli/
ctgde/logs/cds_upgrade.txt に以下のエラーが表示されます。
INSTALLER_PATH=/extra/ibm/tivoli/tio/CDS/scripts/./setup.binChecking the environment
variables specified in the JVM files to find the JVM...
Verifying... /bin/java -cp /tmp/istemp7613004171417/Verify.jarVerify java.vendor
java.versionVerification passed for / using the JVM file /tmp/istemp7613004171417/
relative_to_upgrade.jvm.
JavaHome is not resolved correctly in the jvm file /tmp/istemp7613004171417/
relative_to_upgrade.jvm.
アプリケーションの起動に失敗しました。(Failed to launch the application.)
原因
インストーラーが Java の場所を見つけることができません。このエラーは、Java が /bin/java ディレク
トリーにインストールされている場合に発生します (/bin は PATH 変数にリストされているディレクトリ
ー)。
付録 A. トラブルシューティング
235
問題の解決
このエラーを修正するには、PATH 変数を更新して、java コマンドに /bin ディレクトリーが含まれない
ようにします。
1. Java の場所を確認するには、次のコマンドを実行します。
which java
ご使用のシステムでこのコマンドを使用できない場合は、代わりに次のコマンドを実行します。
type java
2. 戻り値が /bin/java の場合には、次のコマンドを実行して PATH 変数の内容を表示します。
echo $PATH
3. パスの最初の部分が /bin の場合、/bin が java コマンドを解決しないように PATH 変数を更新しま
す。以下の処理を行います。
v /bin を PATH 変数内のパスのリストの最後に移動します。通常は、java コマンドによって
/usr/bin/java に解決されます。
v 別のディレクトリーに /bin/java のシンボリック・リンクを作成し、そのパスを PATH 変数の最初
に追加します。例えば、/usr/bin に java コマンドへのリンクがある場合には、/usr/bin が PATH
変数の最初に配置するようにするか、/usr/bin をパスのリスト内の /bin の前に配置します。
Device Manager サービスが Oracle と通信できない
Java JIT コンパイラー (JITC) の最適化によって、Device Manager サービスと Oracle の通信が停止しま
す。
症状
Device Manager サービスが Oracle 10.2.0.4 サーバー上の JDBC ドライバーとの通信を試行すると、
java.lang.ArrayIndexOutOfBoundsException エラーが生成されます。
原因
このエラーは、Tivoli Provisioning Manager とともに提供される、IBM JDK 1.4.2 内の Java JIT コンパイ
ラー (JITC) の最適化が原因で発生します。エラーを回避するには、この最適化を無効にします。
問題の解決
エラーの原因となっている JITC の最適化を無効にするには、次のコマンドを実行します。
export JITC_COMPILEOPT=NQUD_DU
tioadmin ユーザーの作成時に、Tivoli Provisioning Manager のコア・コ
ンポーネントのインストールに失敗する
コンピューターに同じユーザー名の GSA セルがある場合、tioadmin ユーザーの作成に失敗します。
症状
コア・コンポーネントのインストールに失敗し、tioadmin ユーザーが存在することを示すエラー・メッセ
ージが表示されます。ただし、/etc/passwd には tioadmin ユーザーに対する参照が存在しません。
原因
tioadmin ユーザーが /etc/passwd で言及されていない場合、このユーザー・アカウントはコンピューター
にローカルに作成されていません。コンピューターに GSA クライアントがインストールされていて、GSA
セルに tioadmin という名前のユーザー・アカウントが保持されている可能性があります。
236
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
問題の解決
/usr/lib.security/methods.cfg の GSA スタンザをコメント化して、Tivoli Provisioning Manager コア・
コンポーネントのインストールを再実行します。
Oracle ポリシーで 3 文字を超えるパスワードが必要な場合、Tivoli
Provisioning Manager コア・インストールに失敗する
Tivoli Provisioning Manager コア・コンポーネントのインストール前に、Oracle パスワード・ポリシーをオ
フにする
症状
<Agent Manager Install Location>/logs/datastore/ ディレクトリーの sql.log ファイルに、次のメッセ
ージが表示されることがあります。
INFO: CTGEM0575I Running the command: CREATE USER CDB IDENTIFIED BY
CDB DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp.
<TimeStamp> com.ibm.tivoli.cas.manager.datastore.utils.ddl
DDLFileExecutor execute
WARNING: CTGEM0576W The following SQL exception occured:
ORA-28003:password verification for the specified password failed
ORA-20004: Password must be at least 6 characters long.
原因
Oracle ポリシーにより、ユーザー・パスワードは 3 文字を超える長さに制限されています。
問題の解決
Tivoli Provisioning Manager コア・コンポーネントのインストール前に、Oracle パスワード・ポリシーをオ
フにします。
ALTER PROFILE default LIMIT PASSWORD_VERIFY_FUNCTION null
エラー・メッセージ「ディスク 1 挿入 (Insert disk 1)」
症状
インストール時に、エラー・メッセージ「ディスク 1 挿入 (Insert disk 1)」が表示されます。
原因
このエラーの原因は、パッケージ・インストーラー・プログラムの制約です。
問題の解決
このエラーが表示される場合は、ご使用のオペレーティング・システム用のインストール DVD を挿入し
てください。
端末サーバーが使用可能な場合に Tivoli Provisioning Manager がインス
トールされない
Tivoli Provisioning Manager をインストールする前に、端末サーバーを停止する必要があります。これを行
わないと、adb2.exe アプリケーション・エラーが発生し、インストールは失敗します。
原因
端末サーバーが使用可能になっている場合に、Tivoli Provisioning Manager のインストールが DB2 に関し
て失敗します。 db2.exe アプリケーション・エラーが発生しています。 DB2 コマンドは動作しません。
問題の解決
端末サーバーを停止してコンピューターを再始動してから、再度インストールしてください。
付録 A. トラブルシューティング
237
テキスト・ファイルの編集により許可が変更される
テキスト・ファイルを編集する場合には、さまざまな要因で許可が変更される可能性があります。
症状
UNIX 環境または Cygwin 環境内のファイルには、ファイルの所有者、ファイルのグループ、および他の
ユーザーのそれぞれに固有の許可があります。
原因
さまざまな要因によりファイルの許可が変更される可能性があります。テキスト・ファイルの編集時には、
以下の要素を考慮してください。
v デフォルトのユーザー許可。ユーザーには、各自が作成したファイルに対するデフォルトの許可があ
り、これらのデフォルトは umask コマンドを使用して変更することができます。これは、あるファイル
を作成したユーザーのファイル許可が別のユーザーの許可と異なる場合があることを意味しています。
Cygwin で vi などのエディターを使用してファイルを編集する場合は、ファイルの所有者としてログオ
ンすることをお勧めします。
v ファイルのバックアップを自動的に作成するテキスト・エディターを使用している場合、更新されたフ
ァイルに元のファイルとは異なる許可が付与される場合があります。
Cygwin でファイルの現在の許可を確認するには、次のコマンドを入力します。
ls -l filename
ここで、filename はファイルの名前です。
問題の解決
テキスト・ファイルを編集する必要がある場合は、更新されたファイルに元のファイルの許可が保持されて
いることを確認してください。
データベース・サーバーがマルチプロセッサー・コンピューター上にある場
合にデータベースへのリモート接続がハングする
データベース・サーバーから十分な接続マネージャーが割り振られていない可能性があります。追加の接続
マネージャーを提供し、指定されたコンピューターの値を計算するときにプロセッサーの数を計算に入れる
ようにしてください。
症状
データベース・サーバーがマルチプロセッサー・コンピューター上にある場合、データベースへのリモート
接続がハングする可能性があります。その場合、データベース・サーバーによって以下のエラーが
db2diag.log ファイルに記録されます。
DIA3208E TCP/IP プロトコル・サポートでエラーが発生しました。
(Error encountered in TCP/IP protocol support.) TCP/IP function は "accept" です。
(TCP/IP function "accept".)
ソケットは "920" です。
(Socket was "920".)エラー番号は "10061" です。
(Errno was "10061".)
原因
データベース・サーバーから十分な接続マネージャーが割り振られていません。
問題の解決
1. データベース・サーバーから追加の接続マネージャーが提供されるように、データベース・レジストリ
ー DB2TCPCONNMGRS を更新します。
238
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
2. DB2TCPCONNMGRS が 1 から 8 までの間の値を取ることを考慮し、以下の数式を使用して特定のコンピュ
ーターの値を決定します。
プロセッサー数の平方根を算出し、小数点以下を切り上げます (最大値 8)。
3. 次のコマンドを実行して、レジストリーを更新します。
db2set DB2TCPCONNMGRS=<value_calculated>
4. レジストリーの値を変更したら、次のようにして DB2 を再始動します。
db2stop force
db2start
詳しくは、DB2 製品の資料を参照してください。
Tivoli Provisioning Manager for OS Deployment インストーラーがデー
タベースの仮想ホスト名を認識しない
Tivoli Provisioning Manager for OS Deployment が Tivoli Provisioning Manager インストール済み環境の一
部として手動でなくインストールされている場合は、インストーラーがデータベースの仮想ホスト名を認識
しません。
症状
Tivoli Provisioning Manager for OS Deployment インストーラーが、Tivoli Provisioning Manager からの実
行時にデータベースの仮想ホスト名を認識しない。
問題の解決
注: Tivoli Provisioning Manager for OS Deployment の手動インストールを開始する前に、失敗した Tivoli
Provisioning Manager for OS Deployment インストールから古いログ・トレースを削除してください。これ
らのトレースの場所は、ご使用のオペレーティング・システムによって異なります。
以下に、Linux システムからトレースを削除する例を示します。
rm
rm
rm
rm
rm
rm
rm
rm
-f
-f
-f
-f
-f
-f
-f
-f
/etc/init.d/rembo
/etc/init.d/rbagent
/etc/init.d/dbgw
/var/run/dbgw.pid
/var/run/rembo.pid
/var/run/rbagent.pid
/etc/sysconfig/tpmfosdvars
/etc/tpmfosdvars
物理データベースのホスト名を渡して、Tivoli Provisioning Manager for OS Deployment を手動でインスト
ールします。例えば、次のようになります。
./setup ALWAYSCONTINUE PARENT LANG=1 INSTALLDIR=/opt/IBM/tpmfos
DATADIR=/opt/tpmfosd_files
JAVABIN=/opt/IBM/WebSphere/AppServer/java/bin/java HTTPPORT=8088
USESSL=1 HTTPSPORT=443 ADMINNAME=maxadmin ADMINPASS=maxadmin
DBIP=physicalHostname.mycompany.com ORADB="" DBPORT=60000
DBUSER=ctginst1 DBPASS=$strDBPass DBHOME=/home/ctginst1/sqllib
DBCLIUSER=ctginst1 DBRUNTIMEUSER=maximo DBRUNTIMEPASS=$strDBRTPass
CREATESCRIPTS=1 STARTSERVICES=0
IBM Tivoli Monitoring Agent の手動インストールのリカバリー手順
手動で初めて Tivoli Monitoring Agent をインストールする際に発生する可能性のある問題については、以
下のリカバリー手順を実行します。
付録 A. トラブルシューティング
239
症状
モニター・エージェントの手動インストール中にエラーが返された場合は、ログ・ファイルを確認して問題
を判別してください。
問題の解決
1. ログ・ファイルを確認します。
ITM_HOME/InstallITM/IBM Tivoli Monitoring for Provisioning<timestamp>.log
2. 問題の原因を解決してください。
3. Tivoli Monitoring Agent をアンインストールしてください。
4. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。tioadmin ユーザーとしてログインして、以下のコマンドを実行します。
WAS_HOME/profiles/<AM profile>/bin/startServer.[bat|sh] server1
ここで、<AM profile> のデフォルト値は casprofile です。
5. インストールを再試行します。
Web コンポーネント・インストールのインストール中の問題
Tivoli Provisioning Manager の Web コンポーネントのインストールに関する問題を診断して解決するに
は、以下の情報を参照してください。
Web コンポーネントのインストール中のエラーからのリカバリー
Web コンポーネントのインストールに失敗した場合は、プロビジョニング・サーバーを Web コンポーネ
ントのインストール前の状態にリストアする必要があります。
症状
Web コンポーネントのインストールに失敗し、エラー・メッセージ「IBM Tivoli Provisioning Manager
Web コンポーネントのインストールに失敗しました (Failed to install IBM Tivoli Provisioning
Manager Web components)」が表示される。
問題の解決
1. Administrator ユーザーとして管理ワークステーションにログオンします。
2. Base Services フォルダーをリストアします。
a. インストーラーがまだ実行中の場合は終了します。
b. Base Services ディレクトリーを削除します。デフォルト値は次のとおりです。
v /opt/IBM/SMP
c. Base Services ホーム・ディレクトリーのバックアップを、削除した Base Services フォルダーにリ
ストアします。バックアップ・ファイル名は backup_folder/MBSBackupBeforeTPM.zip です。ここ
で、backup_folder は、Base Services のインストール後にランチパッドで指定した場所です。Cygwin
または WinZip を使用してファイルを解凍してください。
3. デプロイメント・エンジンのレジストリーをリストアします。以下のコマンドを 1 行で入力します。
/usr/ibm/common/acsi/bin/de_restoredb -bfile base_services_folder
/DE_BACKUPS/AfterActions<timestamp>
ここで、base_services_folder は、Base Services をインストールしたディレクトリーです。
240
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
4. WebSphere Application Server がインストールされているコンピューターに tioadmin としてログオン
し、バックアップ・データをリカバリーします。
a. WebSphere Application Server Network Deployment を停止します。
WAS_HOME/profiles/app_profile/bin/stopNode.sh
-username was_adminID-password was_admin_pwd
WAS_HOME/profiles/dm_profile/bin/stopManager.sh
-username was_adminID -password was_admin_pwd
値の説明:
app_profile
WebSphere Application Server プロファイル。
was_adminID
WebSphere Application Server 管理者 ID。読み取り専用の LDAP 認証を使用している場合、デ
フォルト・ユーザー ID は wasadmin です。
was_admin_pwd
WebSphere Application Server 管理者のパスワード。読み取り専用の LDAP 認証を使用している
場合、wasadmin ユーザーのパスワードを入力します。
dm_profile
デプロイメント・マネージャー・プロファイル。
b. デプロイメント・マネージャー・プロファイル構成をリストアします。以下のコマンドを 1 行で入
力します。
WAS_HOME/bin/restoreConfig.sh backup_folder/
WASBackup_afterTPMCore_ctgDmgr01.zip -logfile
backup_folder/restore_dmgr.log -user was_adminID
-password was_admin_pwd -profileName dm_profile
c. アプリケーション・サーバー・プロファイル構成をリストアします。以下のコマンドを 1 行で入力
します。
WAS_HOME/bin/restoreConfig.sh backup_folder/
WASBackup_afterTPMCore_AppSrv01.zip -logfile
backup_folder/restore_appSrv01.log -user was_adminID
-password was_admin_pwd -profileName app_profile
5.
6.
Administrator ユーザーを使用してデプロイされたインフォメーション・センターが存在する場合は、
これを除去します。これを除去するには、ファイル WAS_HOME/systemApps/isclite.ear/tpm_olh.warを
削除します。
2000
DB2
データベース・インスタンスの所有者としてデータベース・サーバーにログオンし、データ
ベースをリカバリーします。
a.
次のコマンドを実行してください。
su - DB_INSTANCE
<db2instance> のデフォルト値は CTGINST1 db2cmd です。
b. データベースをリストアします。以下のコマンドを 1 行で入力します。
db2 restore database MAXDB71 user db_adminID using db_admin_pwd
from backup_files_location/DB2Backup_AfterTPMCore/ with 3 buffers
buffer 1000 without rolling forward without prompting
db_adminID
Tivoli Provisioning Manager のインストールに使用したデータベース・インスタンスの所有者。
付録 A. トラブルシューティング
241
db_admin_pwd
Tivoli Provisioning Manager のインストール中に指定したデータベース・インスタンスの所有者
のパスワード。
backup_files_location
「コア・コンポーネントのディレクトリー」パネルの「バックアップ・ファイルのロケーショ
ン」フィールドに指定したディレクトリー。
Oracle
2000
7.
Oracle データベースをリカバリーします。詳しくは、Oracle の資料を参照してください。バ
ックアップの場所は、backup_files_location/OracleBackup_AfterTPMCore です。ここで、
backup_files_location は、「コア・コンポーネントのディレクトリー」パネルの「バックアップ・ファイ
ルのロケーション」フィールドに指定したディレクトリーです。
8.
WebSphere Application Server がインストールされているコンピューターにログオンし、WebSphere
Application Server を開始します。
WAS_HOME/profiles/dm_profile/bin/startManager.sh
WAS_HOME/profiles/app_profile/bin/startNode.sh
Web コンポーネントのインストール時の問題
症状
任意のプラットフォームで Tivoli Provisioning Manager バージョン 7.2.1 暫定修正のインストールを実行
すると、Web コンポーネントのアップグレード中に、暫定修正のインストールが失敗する場合がありま
す。インストーラーは、WebSphere MX サーバーを停止してから、アプリケーション・サーバーが停止し
ているかどうか確認します。この確認操作が失敗する場合があります。
問題の診断
Automation Package Developer Environment (APDE) のセットアップが実行されています。データベース表
でアクティブなセッションを確認します。
select serverhost, servername from maxsession
ここで、
issystem=1
servertimestamp >= (current timestamp - 60 seconds)
このコマンドが、以下のような出力を返す場合があります。
SERVERHOST
SERVERNAME
------------------------------------------------------------------------------------------------------------------------------------------------------------------------IP address of the APDE setup
MXServer
問題の解決
この問題を解決するには、以下のアクションを実行してください。
1. Automation Package Developer Environment (APDE) を閉じます。
2. 暫定修正のインストールを再試行します。
242
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Red Hat Enterprise Linux 6.x への Web コンポーネントのインストール
時の問題
症状
Red Hat Enterprise Linux 6.x プラットフォームで Tivoli Provisioning Manager バージョン 7.2.1 の Web
コンポーネントのインストールを実行するときに、IBM Autonomic Deployment Engine が自動的に開始さ
れず、以下の例外が表示されます。
The IBM Autonomic Deployment Engine is not working.
CTGIN0024E: An unexpected exception was encountered during processing of a process solution installation
service request. The exception is java.lang.RuntimeException:
com.ibm.ac.si.iuregistry.IURegException: IURegistryServiceUnavailable.
問題の解決
この問題を解決するには、以下のアクションのいずれかを実行します。
v システムをリブートするたびに、以下のコマンドを root ユーザーとして実行して、このサービスを手
動で開始します。
/usr/ibm/common/acsi/bin/acsisrv.sh -start
v 以下のステップを実行して、このサービスの自動開始をアクティブ化します。
1. 以下の内容を含む、/etc/init.d/acsisrv という名前のファイルを作成します。
#-----------------------------------------------------------------#!/bin/sh
# chkconfig: 2345 80 80
# description: IBM Autonomic Deployment Engine (Solution Installer)
case "$1" in
start)
echo "starting acsisrv"
/usr/ibm/common/acsi/bin/acsisrv.sh -start
echo
;;
stop)
echo "stopping acsisrv"
/usr/ibm/common/acsi/bin/acsisrv.sh -stop
echo
;;
restart)
$0 stop
$0 start
;;
*)
echo "usage: programm {start|stop|restart}"
exit 1
esac
exit 0
#------------------------------------------------------------------
2. 次のコマンドを実行します。
chmod 755 /etc/init.d/acsisrv
chkconfig --add acsisrv
chkconfig acsisrv on
service acsisrv start
付録 A. トラブルシューティング
243
Web コンポーネントのインストール中のデプロイメント・エンジン・エラ
ー
Web コンポーネントのインストール中に、エラーが発生する可能性があります。
症状
Web コンポーネントのインストール中に発生するエラーは以下のとおりです。
Error: The IBM Autonomic Computing Deployment Engine is not working. Start or restart
the IBM Autonomic Computing Deployment Engine.
問題の解決
デプロイメント・エンジンを再始動します。以下のコマンドを実行します。
v /usr/ibm/common/acsi/bin/acsisrv.sh -start
Process Solution インストーラーのログ・ファイル
ログ・ファイルの説明とロケーションの表
Process Solution インストーラーは、Web コンポーネントをデプロイするために Web コンポーネント・イ
ンストーラーによって呼び出されます。以下のログ・ファイルは、Web コンポーネントのインストールに
関連付けられています。
表 25. ログ・ファイル情報
ログ・タイプ
説明
ロケーション
パッケージ・ログ
これらのファイルには、パッケージが MAXIMO_HOME¥solutions¥logs¥
デプロイメント・エンジンによって処 <PACKAGE_NAME>¥
理されるときに起動される外部コマン
ドの StdOut 出力および StdErr 出力
が格納されます。これらのログ・ファ
イルは、一般にはパッケージの問題を
デバッグする場合に不可欠のもので
す。
一般的に、ログには .out ファイルと
.err ファイルの 2 つの部分があり、
両方とも拡張子の前のファイル名は同
じです。.out ファイルには、外部コ
マンドから出力される標準出力ストリ
ームが格納されます。.err ファイル
には標準エラー・ストリームの内容が
格納されます。エラー出力がない場合
(またはエラー出力のみである場合)、
通常、一方は空になります。
インストールされている特定のパッケ
ージに対して、数多くの (10 から
20) パッケージ・ログ・ファイルが生
成されることがあります。
244
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 25. ログ・ファイル情報 (続き)
ログ・タイプ
説明
ロケーション
Tivoli Provisioning Manager ロ PSI サブシステムによって保持される MAXIMO_HOME¥logs¥
グ
ログです。
CTGInstallMessageXX.log
MAXIMO_HOME¥logs
¥CTGInstallTraceXX.log
XX は、00 のような 2 桁の数字です。これ
らのログには、PSI サブシステムのトレース
出力が格納されます。
注: プロセス・マネージャーをインストール
した後、MAXIMO_HOME¥solutions¥logs ディレ
クトリーにある MAXIMO_DEPLOY_ERR.err ファ
イルに、以下のようなメッセージが出力され
ることがあります。
v sys-package-mgr: processing new jar,
C:¥IBM¥SMP¥lib¥icl.jar
v sys-package-mgr: processing new jar,
C:¥IBM¥SMP¥lib¥
CTGInstallCommon.jar
v sys-package-mgr: processing new jar,
C:¥IBM¥SMP¥lib¥
CTGInstallResources.jar
これらのメッセージはエラー・ログ・ファイ
ルに記録されますが、情報用のメッセージで
あり、デプロイメント・エラーを示すもので
はありません。これらのメッセージは無視し
ても構いません。
ソリューション・インストー
ラー/デプロイメント・エンジ
ンのログ
これは、IBM ソリューションのイン
ストーラー/デプロイメント・エンジ
ンのランタイムによって保持されてい
るログです。PSI はインストール済み
のパッケージのインストールおよび追
跡のための手段として、IBM テクノ
ロジーを使用しています。このランタ
イムには、独自のロギング・システム
があります。
/usr/ibm/common/acsi<USERNAME>/de_msg.log
/usr/ibm/common/acsi<USERNAME>/
de_trace.log
例えば、ユーザー名 tioadmin でインストー
ルを行った場合、ログは以下の場所に格納さ
れます。
v C:¥Program Files¥IBM¥Common¥acsi
¥logs¥tioadmin¥de_msg.log
注: インストールが終わると、これら v /usr/ibm/common/acsi/tioadmin/
のログには重要な資格情報が記録され
de_msg.log
ます。インストールが成功した後に、
これらのログを削除することを強く推
奨します。
付録 A. トラブルシューティング
245
表 25. ログ・ファイル情報 (続き)
ログ・タイプ
説明
ロケーション
WebSphere Application Server
のログ
WebSphere Application Server の日常
の実行中に発生する接続、例外、その
他の障害に関して保持されるログで
す。これらのログは、多くの場合、特
定の EAR ファイルにおける問題、ま
たはデータベース接続などのバックエ
ンド操作で問題が発生したときの診断
に役立ちます。
WAS_HOME ¥profiles¥<PROFILE>
¥logs¥AboutThisProfile.txt
WAS_HOME¥profiles¥<PROFILE>
¥logs¥<SERVER_NAME>¥startServer.log
WAS_HOME¥profiles¥<PROFILE>
¥logs¥<SERVER_NAME>¥stopServer.log
WAS_HOME¥profiles¥<PROFILE>
¥logs¥<SERVER_NAME>¥SystemErr.log
WAS_HOME¥profiles¥<PROFILE>
¥logs¥<SERVER_NAME>¥SystemOut.log
Maximo のログ
Maximo 自身が保持するログもいくつ MAXIMO_HOME¥maximo¥tools¥maximo
¥log¥updatedb<TIMESTAMP>.log
かあります。これらのログは、
Maximo によって提供される一部のバ
ックエンド・コマンドの進行状況、成
功、失敗を追跡する場合に有効です。
WAS シン・クライアントの
ログ
WAS シン・クライアントは、プロセ
ス・マネージャー・パッケージが
WebSphere Application Server と通信
するための手段です。この自動化デプ
ロイメントが失敗した場合は、シン・
クライアントが取った正確なアクショ
ンおよびそれに関連付けられている、
WebSphere Application Server からの
応答がログに保存されます。
MAXIMO_HOME¥wasclient
¥logs¥CTGIN_wsadmin.traceout
MAXIMO_HOME¥wasclient
¥logs¥wsadmin.traceout
MAXIMO_HOME¥wasclient
¥logs¥wsadmin.valout
パッケージのインストール前に、既存のログの名前を変更しておくのは賢明です。現在実行中のパッケー
ジ・インストールに関する成功または失敗の情報のみが特定のログに記録されるようにしておくと、問題判
別を容易にするのに役立ちます。
管理モードをオンにする操作が遅い
管理モードをオンにしたときに、対話式ユーザー・セッションまたはバックグラウンド・プロセスが同時に
実行されている可能性があります。そのままにしておいても最終的にはオンになりますが、configdb コマ
ンドを実行してすぐに使用することもできます。
症状
データベース構成アプリケーションから管理モードをオンにする操作に時間がかかります。
原因
管理モードをオンにしたときに、対話式ユーザー・セッションまたはバックグラウンド・プロセスが同時に
実行されている可能性があります。
問題の解決
通常は、そのままにしていても、管理モードは最終的にオンになります。ただし、データベース構成の変更
内容をすぐに適用する必要がある場合は、待機時間なしで管理モードに入るために configdb コマンドを手
動で実行できます。
246
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
注: configdb コマンドを実行するには、インストール管理ワークステーションにログインするためのアク
セス権限が必要です。
管理モードをすぐにオンにするには、以下の手順を実行します。
1. WebSphere 管理コンソールまたはコマンド・ラインを使用して、アプリケーション・サーバー
(WebSphere MX サーバー) を停止します。
2. tio.cmd stop コマンドを使用してデプロイメント・エンジンを停止します。
3. configDB コマンドを実行します。このコマンドの詳細については、「システム管理者ガイド」の『デー
タベースの構成』というセクションを参照してください。
ミドルウェアのインストール中の問題
ミドルウェアのインストールに関する問題を診断して解決するには、以下の情報を参照してください。
このトピックにリストされている問題のほかに、IBM サポート・ポータルで、ミドルウェアのインストー
ルの問題についての技術情報を確認してください。
ミドルウェアのインストール中の問題からのリカバリー
ミドルウェアのインストールが失敗した場合は、その障害からリカバリーするために、ミドルウェアをアン
インストールする必要があります。
手順
1. ミドルウェアをアンインストールします。詳しくは、 192 ページの『ミドルウェアのアンインストー
ル』を参照してください。
2. Provisioning Manager によるミドルウェアのアンインストールが失敗した場合は、以下の記事に記載さ
れた説明に従って、手動でミドルウェアを除去してください。
https://www-304.ibm.com/support/docview.wss?uid=swg21496309
デプロイメント・エンジン・データベースのバックアップおよびリストア
ここでは、デプロイメント・エンジン・データベースをバックアップして、ミドルウェア・サーバー上にミ
ドルウェアをインストールする前の状態、または管理ワークステーション上にプロセス・マネージャーをイ
ンストールする前の状態にデプロイメント・エンジン・データベースを戻す方法について説明します。
始める前に
1. 以下のようにデプロイメント・エンジンを停止します。
v /usr/ibm/common/acsi/bin/acsisrv.sh -stop
2. 既存のデプロイメントに更新を適用する前および後に、管理システムのデプロイメント・エンジン・デ
ータベースをバックアップします。バックアップすることにより、プロセス・マネージャー・コンポー
ネントの一部がインストールされている状態の部分インストール試行からリカバリーすることができま
す。これらは、デプロイメント・エンジン・データベースを手動でバックアップおよびリストアする場
合の説明です。ランチパッド・リンクを使用してデプロイメント・エンジン・データベースを自動的に
バックアップした場合は、インストーラーのパネルで指定した場所からデプロイメント・エンジン・デ
ータベースをリストアしてください。
手順
1. 以下のコマンドを使用して、環境をセットアップします。
付録 A. トラブルシューティング
247
cd /var/ibm/common/acsi
./setenv.sh
2. 以下のコマンドを実行して、デプロイメント・エンジン・レジストリーをバックアップします。
cd /usr/ibm/common/acsi/bin
./de_backupdb.sh <backup_file_name>
Provisioning Manager のインストール後のレジストリー状態が含まれていることを示す名前を
<backup_file_name> に使用します。
デプロイメント・エンジン・データベースのバックアップをリストアするには、以下のようにします。
ここで、<backup_directory> はデプロイメント・エンジン・データベースをバックアップするために選
択したディレクトリーです。
cd /usr/ibm/common/acsi/bin
./de_restoredb.sh <backup_file_name>
ここで、<backup_file_name> は、作成したデプロイメント・エンジンのバックアップを含むファイルで
す。
SDI サーバーの非 SSL ポートの値の設定
症状
Tivoli Provisioning Manager バージョン 7.2 GA のインストール時に既存のミドルウェアをカスタマイズす
る場合は、maxadmin ユーザーによる validateUserCredential アクションが失敗することがあります。
問題の解決
この問題を防止するには、9080 以外のポートを使用する場合に、インストールの実行中または実行前に、
このポートを有効化する必要があります。インストールの完了後は、SDI サーバーの非 SSL ポートの値を
設定することができなくなります。
ミドルウェアのインストール中のエラー CTGIN9077E
ミドルウェアのインストール中にミドルウェア・インストーラーがキャンセルされると、エラーが発生する
可能性があります。
症状
以下のエラーは、デプロイメント・エンジンのインストール・ステップで発生します。
CTGIN9077E: デプロイメント・エンジンが正常に始動しませんでした。デプロイメント・エンジンを手動で始動し、
インストーラーを再始動してください。
問題の解決
1. ミドルウェア・インストール・プログラムを終了します。
2. デプロイメント・エンジンを再始動します。以下のコマンドを実行します。
v /usr/ibm/common/acsi/bin/acsisrv.sh -start
デプロイメント・エンジンが正常に始動したら、ミドルウェア・インストール・プログラムを再始動して、
ミドルウェアのデプロイメントを再開してください。
248
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ミドルウェア・インストーラーのエラー
ディスク・スペース不足およびミドルウェア・インストーラーに関するインストール・エラーの解決方法
症状
1. ミドルウェア・インストーラーは、ディスク・スペース不足であることを報告します。
2. 一部の IBM 製品には、ソリューション・インストーラーが付属しています。ミドルウェア・インスト
ーラーが既存のインストール済み環境を検出したにもかかわらず、サービスが起動しない場合は、エラ
ーが表示されます。
問題の解決
1. ミドルウェア・インストーラーがディスク・スペース不足を報告している場合は、コンピューターでデ
ィスク・スペースの空き容量を増やして、ミドルウェア・インストーラー・プログラムを再始動しま
す。インストール・ガイドで、ディスク・スペースの要件を確認してください。
2. ソリューション・インストーラーが別の製品によって既にインストールされている場合は、ミドルウェ
ア・インストーラーを実行する前に、それを手動で開始する必要があります。
a. ソリューション・インストーラーの既存のインストール済み環境があるか確認します。デフォルトの
インストール場所は、次のとおりです。
v /usr/ibm/common/acsi
b. インストール済み環境が存在する場合は、デプロイメント・エンジンが機能しているかどうかを確認
します。
1) ソリューション・インストーラー・ディレクトリーから次のコマンドを実行します。
./listIU.sh
デプロイメント・エンジンが適切にインストールされている場合は、次のような出力が表示され
ます。
IU
UUID: DDCE934782398B3E81431666515AC8B5 Name: DE Extensions
Interfaces CLI IU
Version: 1.3.1
IU
UUID: C37109911C8A11D98E1700061BDE7AEA Name: Deployment
Engine IU
Version: 1.3.1
IU
RootIU UUID: D94240D11C8B11D99F2D00061BDE7AEA
Name:
Install IU
Version: 1.3.1
c. ソリューション・インストーラーが既にインストールされている場合は、サービスを開始します。
v コマンド ps -ef|grep acsisvc を実行します。サービスが実行中の場合は、プロセスおよび関連
付けられた PID が表示されます。サービスが実行されていない場合は、以下のコマンドを実行し
ます。
/usr/ibm/common/acsi/bin/acsisrv.sh -start
UNIX でのミドルウェア・インストーラーの問題
症状
UNIX プラットフォームへのミドルウェア・インストーラーのインストール時に、以下のエラーが表示され
ます。
CTGIN9102E: If /home is a mount, it is required to be mounted with "nosuid" option NOT set.
問題の解決
以下の技術情報に記載された手順に従ってください。
http://www-01.ibm.com/support/docview.wss?uid=swg21612357
付録 A. トラブルシューティング
249
構成済みの名前が一致しない場合に、DB2 のインストールが失敗する
2000
DB2
DB2 をインストールするときには、ノード名とホスト名が一致している必要があります。
症状
構成済みのノード名が構成済みのホスト名と異なる場合、DB2 のインストールは途中で停止します。
原因
DB2 のインストールでは、uname -n コマンドを使用してコンピューターのノード名を取得します。通常、
ノード名は、hostname コマンドによって返されるホスト名と同じです。Tivoli Provisioning Manager のイ
ンストールでは、ホスト名とそのコンピューターのノード名が一致している必要があります。
問題の解決
ホスト名とノード名の値を確認してください。ノード名がホスト名と一致していない場合は、ノード名を変
更する必要があります。
1. コマンド hostname を実行してホスト名を取得します。
2. コマンド uname -n を実行してノード名を取得します。
3. ノード名がホスト名と異なる場合には、以下のようにします。
a. root でログオンします。
b. ホスト名と一致するようにノード名を変更します。例えば、ノード名を myserver に変更する場合に
は、次のコマンドを実行します。
uname -S myserver
インストール中のデータベース・エラー
2000
DB2
DB2INSTANCE 変数が欠落していることを示すエラーが表示される場合がありますが、このエラーは無視で
きます。
症状
v インストール中に次のエラーが表示されます。
SQL1390C The environment variable DB2INSTANCE is not defined or is
invalid.
v DB2 のインストール・ログ db2inst.log に次のメッセージが表示されます。
1: WARNING:A minor error occurred while installing "DB2 Enterprise Server
Edition" on this computer. 一部の機能が正常に機能しない可能性があります。
(Some features may not function correctly.)
原因
これは既知の問題です。このエラーは、Tivoli Provisioning Manager の初期デプロイが DB2 インスタンス
を使用せずに行われたことが原因で発生します。 DB2INSTANCE 変数は、その後のインストール・プロセ
スで定義されます。
問題の解決
このエラー・メッセージは無視できます。
250
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Tivoli Directory Server に接続できません
Tivoli Provisioning Manager をインストールする前に、Tivoli Directory Server がインストールされており、
実行中である必要があります。
症状
Tivoli Provisioning Manager のインストール中に、システムが IBM Tivoli Directory Server に接続できない
と表示される場合があります。
原因
このエラーは、インストーラーを実行する前に Tivoli Directory Server が始動されていなかったことが原因
で発生します。 Tivoli Provisioning Manager をインストールする前に Tivoli Directory Server を始動して、
インストーラーが接続できるようにする必要があります。
問題の解決
1. Tivoli Directory Server がインストール済みであることを以下のようにして確認します。
a. インストールの宛先ディレクトリーが作成されている場合は、ディレクトリー・サーバー用のインス
トール・ログ・ファイルを以下のようにして確認します。
v /usr/ldap/ldapinst.log
ディレクトリー・サーバーのインストール完了後に、LDAP データベースを DB2 内に作成する必要
があります。詳細については、「Tivoli Provisioning Manager 7.2 インストール・ガイド」を参照し
てください。
ldapcfg.stat ファイルにデータベースの作成時に使用された構文が以下のように示されます。
C:¥IBM¥ldap¥bin¥ldapcfg -n -a db2inst1 -w password -d LDAP -l
C: -c -f C:¥IBM¥ldap¥tmp¥ldapcfg.dat
ldapcfg.stat ファイルは以下のディレクトリーにあります。
v /usr/ldap/tmp/ldapcfg.stat
2. 以下のディレクトリーにある ibmdirctl ツールを使用して、ディレクトリー・サーバーの状況を確認し
ます。
v
/usr/ldap/bin
次のコマンドを入力して、ディレクトリー・サーバーの状況を確認します。
ibmdirctl -D cn=root -w <password> status
3. ディレクトリー・サーバーが始動されていない場合は、次のコマンドを使用して始動します。
start: ibmdirctl -D cn=root -w <password> start
インストール中にデータベース・サーバーに接続できない
Tivoli Provisioning Manager をインストールする前に、データベース・サーバーがインストールされてお
り、実行中である必要があります。
症状
インストール中に、システムがデータベースに接続できないことが示されます。
原因
このエラーは、インストーラーを実行する前にデータベースが始動されていなかったことが原因で発生しま
す。インストーラーが接続できるように、データベース・サーバーを始動してから Tivoli Provisioning
Manager をインストールしてください。
付録 A. トラブルシューティング
251
問題の解決
データベース・サーバーがインストール済みであることを確認します。また、データベース・サーバーの状
況を調べてください。データベース・サーバーが始動されていなければ、始動してください。以下のコマン
ドを使用して、DB2 サーバーを始動します。
v $db2start
データベース・サーバーが正常に始動されると、以下の出力が表示されます。
db2start 12-21-2004 14:44:01 0 0 SQL1063N
DB2START の処理が正常に終了しました。
(DB2START processing was successful.) SQL1063N
DB2START の処理が正常に終了しました
(DB2START processing was successful)
また、次のコマンドを実行して、必要なポートが使用可能かどうかも確認してください。
netstat -an |grep 50000
Tivoli Provisioning Manager のインストール中に Tivoli Directory
Server のインストール手順が失敗する
Tivoli Directory Server インスタンスの作成は、LDAP インスタンスのユーザーのホーム・ディレクトリー
にファイルを書き込めない場合や、ホーム・ディレクトリーが存在しない場合に失敗します。
症状
Tivoli Management Agentのインストール中に、Tivoli Directory Server のインストール手順が失敗します。
ログ・ファイル /tmp/itds60/idsicrt.log に、次のようなエラー・メッセージが出力されます。
GLPICR058E: 指定されたディレクトリー /home/ldapinst は、
無効なディレクトリーであるか、存在しないか、または書き込み可能ではありません。
(The specified directory, /home/ldapinst, is not a valid directory,
does not exist, or is not writable.)
原因
LDAP インスタンスのユーザーが手動で作成されましたが、関連付けられたホーム・ディレクトリーが存
在しません。そのため、LDAP インスタンスのユーザーのホーム・ディレクトリーにファイルを書き込む
ことができず、Tivoli Directory Server インスタンスの作成は失敗します。
問題の解決
LDAP インスタンスのユーザーを手動で作成した場合は、ホーム・ディレクトリーが存在し、また LDAP
インスタンスのユーザーによる書き込みが可能であることを確認してください。
Microsoft Active Directory の構成が失敗する
Microsoft Active Directory SSL 証明書を生成し、手動で構成する必要があります。
症状
Microsoft Active Directory 構成に失敗します。
原因
Microsoft Active Directory の SSL 証明書がありません。 SSL 証明書なしに Tivoli Provisioning Manager
インストーラーを実行すると、Microsoft Active Directory の構成は失敗します。
問題の解決
以下の手動構成の手順を、Tivoli Provisioning Manager のインストール前に完了しておく必要があります。
1. Microsoft Active Directory サーバー上で SSL 証明書を生成します。
252
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
2. この SSL 証明書をクライアント上にインストールします。
3. schema.ldif ファイルおよび ldap.ldif ファイルを Microsoft Active Directory サーバーにインポート
します。この手順の説明は、「Tivoli Provisioning Manager バージョン 7.2 インストール・ガイド」に
記載されています。
ミドルウェアのインストール中のデータベース構成時のエラー
ミドルウェアのインストール時に XML ファイルが見つからないため、データベース構成中にエラーが発
生します。
症状
ファイルの破損が原因で、XML ファイルを見つけられない。
原因
旧バージョンの Winzip を使用すると、非互換性の問題が発生します。
問題の解決
より新しいバージョンの Winzip を使用してください。
証明書の値が正しくない場合に Tivoli Provisioning Manager インストー
ルに失敗する
Tivoli Provisioning Manager のインストールに失敗し、エラー・コード 1005 が表示される場合、原因は
Microsoft Active Directory 証明書の値が正しくないことです。
症状
エラー 1005 が発生して、Tivoli Provisioning Manager インストールが終了します。
原因
Microsoft Active Directory の証明書がありませんが、インストール時にユーザーが証明書の場所の値を入力
します。このファイルが存在しない場合は、エラーが発生します。このエラー・コードでは、入手できる他
の情報はありません。
問題の解決
証明書の値が正しいことを確認してください。
ログイン・ウィンドウ・マネージャー使用時の WAS_HOME エラー
Common Desktop Environment (CDE) などのログイン・ウィンドウ・マネージャーを使用すると、tioadmin
のユーザー・プロファイル・ファイルが読み込まれないことがあります。プロファイル・ファイルが読み込
まれないと、システムは完全なログイン環境を作成できず、エラーが発生します。
症状
Common Desktop Environment (CDE) などのログイン・ウィンドウ・マネージャーを使用して Tivoli
Provisioning Manager を開始すると、WAS_HOME が設定されていないことを示すメッセージが表示され
る。
原因
ログイン・ウィンドウ・マネージャーが、必要なユーザー・プロファイル・ファイルを読み込まなかった可
能性があります。
付録 A. トラブルシューティング
253
tioadmin ユーザーは bash シェルをログイン・シェルとして使用します。このシェルは、回線モード・ロ
グイン (例えば Telnet の使用) のためにサポートされています。ログイン・ウィンドウ・マネージャーを
使用すると、tioadmin の .profile ファイルが読み込まれない場合があります。プロファイル・ファイル
が読み込まれないと、システムは完全なログイン環境を作成できません。
問題の解決
1. tioadmin のホーム・ディレクトリーに .bashrc ファイルを作成して、$HOME/.profile の行を挿入しま
す。
2. ファイルを保管します。
3. tioadmin のホーム・ディレクトリーで .dtprofile を編集し、行 DTSOURCEPROFILE=true からコメント
を除去します。このファイルは、ユーザー tioadmin が初めてログイン・ウィンドウ・マネージャーに
ログインすると自動的に作成されます。
4. tioadmin としてログイン・ウィンドウ・マネージャーに再度ログインします。
エラー CTGIN9042E
ミドルウェア・インストーラーを使用してミドルウェアをインストールする際、WebSphere Application
Server Network Deployment 6.1 のインストール中にエラー CTGIN9042E が発生することがあります。
ミドルウェア・インストール・プログラムの通常使用中にエラー CTGIN9042E が発生する場合は、CEI レ
ジストリーに失効した項目があることが関連している可能性があります。
この問題をトラブルシューティングするには、以下の手順を実行します。
手順
1. まず、de_processreq.log を検査して、VerifyLogsInInstallLogs アクションに関連する障害がないか
どうかを確認します。 de_processreq.log ファイルは以下の場所にあります。
<workspace>¥<machine name>¥deploymentPlan¥MachinePlan_<computer shortname>
/00009_WAS_ND_6.1/install/01_BASE/[INSTALL_<processing.req.id>]/logs/de_processreq.log
例えば、ワークスペースが C:¥ibm¥tivoli¥workspace にあり、コンピューター名が mycomputer で、
processing.req.id が date_timestamp として作成されている場合、de_processreq.log は以下の場所
にあります。
ibm/tivoli/mwi/workspace/mymachine.ibm.com/deploymentPlan/MachinePlan_mymachine/
00009_WAS_ND_6.1/install/01_BASE/[INSTALL_1130_06.54]/logs
2. 次に、失効した WebSphere Application Server Network Deployment 項目がないかどうかを確認します。
a. WebSphere Application Server Network Deployment のネイティブ・イメージを抽出します。
v WAS-ND_AIXppc64_Custom_v61023.tar.gz
b. コンソール・ウィンドウを開きます。
c. 抽出したイメージの bin フォルダーにナビゲートします。例:
¥WAS¥installRegistryUtils¥bin
d. レジストリー項目をリストします。
v installRegistryUtils.sh -listProducts
e. WebSphere Application Server Network Deployment 関連の項目を確認します。WebSphere Application
Server Network Deployment 項目がリストされた場合は、WebSphere Application Server Network
Deployment を正常にアンインストールした後でも、レジストリー項目を削除する必要があります。
3. レジストリー項目を削除します。
254
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
a. WebSphere Application Server Network Deployment の項目をレジストリーから削除します。
installRegistryUtils -cleanProduct -offeringID ND -installLocation
<WAS installation location path>
b. vpd.properties ファイルを編集して WebSphere Application Server Network Deployment の項目をす
べて削除した後、ファイルを保存します。このファイルは、オペレーティング・システムのインスト
ール・ディレクトリーにあります。
v /usr/lib/objrepos/
4. レジストリーのクリーニングが終わったら、ミドルウェア・インストール・プログラムを実行して計画
を再開します。これで、WebSphere Application Server Network Deployment がデフォルトの場所に正常
にインストールされます。
LDAP ディレクトリーへのバインディングが失敗した後、WebSphere
Application Server Network Deployment のアンインストールに失敗する
ミドルウェア・インストール・プログラムを使用して WebSphere Application Server Network Deployment
をインストールしているときに、LDAP ディレクトリーへのバインディングの失敗に関連するミドルウェ
ア・デプロイメント計画をアンデプロイしようとすると、エラーが発生します。
ミドルウェア・インストール・プログラムを使用していると、既存のリモート LDAP ディレクトリーを使
用して WebSphere Application Server Network Deployment のセキュリティーを構成するオプションが示さ
れます。このリモート LDAP ディレクトリーは、Microsoft Active Directory または IBM Tivoli Directory
Server によってホストすることができます。 WebSphere Application Server Network Deployment を正常に
構成するには、このリモート LDAP サーバーにアクセスするための資格情報を指定する必要があります。
一連の資格情報は以下のとおりです。
v ホスト名または IP アドレス
v LDAP サーバーが稼働しているポート
v LDAP 基本エントリー
v ユーザー、グループ、組織のサフィックス
v バインド DN およびパスワード
また、WebSphere Application Server Network Deployment の Administrator ユーザー ID とパスワードにつ
いても、リモート LDAP ディレクトリーに既存の項目がある必要があります。ミドルウェア・インストー
ル・プログラムに誤った資格情報を指定すると、WebSphere Application Server Network Deployment の構成
ステップでインストールが失敗する可能性があります。この初期インストールが失敗すると、インストール
時に誤った資格情報が指定されるためにデプロイメント計画のアンインストール (アンデプロイ) も失敗す
る可能性があります。WebSphere Application Server Network Deployment は、ctgDmgr01 プロファイルを停
止するために、stopManager コマンドを発行することができません。以下のエラーが表示されます。
SECJ0305I: admin-authz 操作の役割ベースの許可検査が失敗しました。
Server:stop:java.lang.Boolean:java.lang.Integer. ユーザー UNAUTHENTICATED (固有 ID: unauthenticated)
は、次の必要なロールのどれも認可されませんでした:
operator、administrator。
この問題を解決するには、次のようにします。
1.
a. Java プロセスをリストします。
ps -ef | grep -i java
b. Java スレッド (<WebSphere Install Location>/java/bin/java) のプロセス ID を見つけて、強制終
了します。
付録 A. トラブルシューティング
255
kill -9 <process-id>
c. ミドルウェア・インストール・プログラムを再始動して、計画をアンデプロイします。
AIX での DB2 インストールの失敗からのリカバリー
AIX でミドルウェア・インストール・プログラムを使用しているとき、DB2 のインストール・ステップ中
に失敗すると、ミドルウェア・インストール・プログラムを正しく機能させるために、ミドルウェア・イン
ストール・プログラムを再開する前に、クリーンアップ手順を実行することが必要になる場合があります。
AIX で DB2 のインストールが失敗した場合は、以下の手順を実行します。
1. ミドルウェア・インストール・プログラムを終了します。
2. db2setup.log ファイルで、エラーの性質の特定に役立つエラー・メッセージを確認します。
ご使用条件受諾のチェック:.......成功
DB2 ファイル・セットのインストール:.......成功
ERROR:sh: /opt/IBM/db2/V9.5/install/db2chgpath:
見つかりません
ERROR: DB2 ランタイム・パスを設定中にエラーが起きました。Contact a technical
service representative.
DB2 ライブラリー・パスの設定:.......失敗
ERROR: このコンピューターに「DB2 Enterprise Server Edition」を
インストール中に大きなエラーが起きました。インストールを続行できません。問題が解決しない場合は、
テクニカル・サービス担当者に連絡してください。
db2setup.log ファイルは、 /ibm/tivoli/mwi/workspace/<machine name>/deploymentPlan/
MachinePlan_<machine name>/00003_DB2_9/install/01_BASE/[TIME STAMP]/log ディレクトリーにあり
ます。
3. リストされているすべての前提条件が満たされていることを確認してください。
4. インスタンス・ディレクトリーに変更します。
cd
<DB2 install dir>/instance
例えば、
cd
/opt/IBM/db2/V9.5/instance
5. DB2 インスタンスが作成されているかどうかを確認します。
./db2ilist
エラーを無視しても問題ありません。
インスタンスが作成されている場合は、除去します。
./db2idrop -f <instance name>
例えば、
./db2idrop -f db2inst1
6. DB2 Administration Server を除去します。
./dasdrop
エラーを無視しても問題ありません。
7. ディレクトリー <DB2 install dir>/install に移動し、db2_deinstall コマンドを実行します。
cd /opt/IBM/db2/V9.5/install
./db2_deinstall -a
256
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
エラーを無視しても問題ありません。
8. DB2のインストール・ディレクトリーを削除します。
9. ディレクトリー /tmp/DB2-ESE_9.5 に移動し、db2_install コマンドを実行します。
インストール・プロセス中、DB2 のイメージが /tmp ディレクトリーに抽出されます。
cd /tmp/DB2-ESE_9.5
./db2_install
DB2-ESE_9.5 フォルダーが、/tmp、またはインストール・プログラム・パネルで指定した場所で見つ
からない場合は、DB2 のバイナリー・イメージを /tmp にコピーし、ファイルを抽出して DB2 にイ
ンストールします。
10. DB2 インストール・プログラムで、別のインストール・ディレクトリーにインストールするかどうか
を尋ねられた場合は、no と入力します。
11. DB2 製品をインストールするためのキーワードを指定するように求められた場合は、ESE と入力しま
す。
これで、DB2 を正常にインストールできます。
12. ディレクトリー <DB2 install dir>/install に移動し、db2_deinstall コマンドを再実行します。
cd /opt/IBM/db2/V9.5/install
./db2_deinstall -a
これで、DB2 を正常にアンインストールできます。
13. DB2のインストール・ディレクトリーを削除します。
14. ミドルウェア・インストール・プログラムを再度呼び出して続行し、計画を再開するオプションを選択
します。
Windows 2008 R2 サーバーでワークフローが失敗する
症状
Windows 2008 R2 サーバーにデフォルトのインストール方法で Tivoli Provisioning Manager 7.2.1 をイン
ストールするときに、以下のワークフローが失敗します。
v UnzipSWDCLI
v TCAupgrade_CreateSPBs
問題の解決
この問題の回避策として、以下のいずれかの手順を試行してください。
v 以下のコマンドを使用して、ディレクトリー c:¥Program files¥IBM¥tivoli¥tpm¥sie から手動でアンパ
ックします。
unzip "c:¥Program Files¥IBM¥tivoli¥tpm¥sie¥bundles¥w32-ix86.zip"
その後、TCAupgrade_CreateSPBs ワークフローを実行します。
v Tivoli Provisioning Manager サーバーで、Cygwin をバージョン 1.7.7 以降にアップグレードします。両
方のワークフローを手動で実行します。
WebSphere Application Server のアップグレード時の例外
症状
付録 A. トラブルシューティング
257
FIPS 7.2.1 Solaris サーバーで、WebSphere Application Server (WAS) をバージョン 6.1.0.37 からバージョ
ン 6.1.0.43 にアップグレードするときに、以下の例外が発生します。
COPCOM624E JVM is not configured for FIPS 140-2 compliance. Check the order of
the cryptographic providers in the java.security configuration file and ensure that
the IBMJCEFIPS provider is listed before the IBMJCE provider.
問題の解決
この問題を解決するには、FIPS 準拠 Tivoli Provisioning Manager サーバーの設定に記載された手順に従っ
て操作しているかどうか確認してください。
No_operation ワークフローの問題
症状
アップグレード済みの Tivoli Provisioning Manager バージョン 7.2.1 Linux サーバーに暫定修正 1 をイン
ストールした後、「No_operation」ワークフローを正常に実行できません。ワークフローの状態が「送信
済み」のままになります。
問題の解決
この問題を解決するには、以下のステップを実行します。
1. root としてログインします。
2. /opt/IBM/SMP/maximo/deployment ディレクトリーで、スクリプト buildtpmpatch.sh を実行します。こ
のスクリプトにより、Tivoli Provisioning Manager のパッチが /opt/ibm/smp/maximo/deployment/
default tpm_tpae_upgrade_patch.zip に作成されます。
3. 新しく作成された tpm_tpae_upgrade_patch.zip に対し、chown tioadmin:tioadmin を実行します。
4. Tivoli Provisioning Manager サーバーに tioadmin としてログオンします。
5. Tivoli Provisioning Manager を停止します。
6. $TIO_HOME ディレクトリーの内容をバックアップします。
7. tpm_tpae_upgrade_patch.zip を $TIO_HOME ディレクトリーにコピーします。
8. tpm_tpae_upgrade_patch.zip を unzip します。
9. Tivoli Provisioning Manager を開始します。
リンクされたディレクトリーの使用がサポートされない
症状
Tivoli Provisioning Manager バージョン 7.2.1 のフレッシュ・インストールを実行するときに、以下のディ
レクトリーのシンボリック・リンクを使用できません。
v Tivoli Provisioning Manager のインストール先ディレクトリー
v インストールによって作成されるユーザーのホーム・ディレクトリー
v Tivoli Provisioning Manager サーバー上の /tmp ディレクトリー
問題の解決
これらのディレクトリーについては、物理フォルダーのみを指定する必要があります。
258
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
コア・コンポーネント・インストール (カスタム・インストール) のリカバ
リー手順
Custom
Default
XML
カスタム・インストールを使用して初めて Tivoli Provisioning Manager をインストールする際に発生する
可能性のある問題については、以下のリカバリー手順を実行します。
以下の一般的なリカバリー情報に注意してください。
v コンポーネントのインストールが失敗したために、パネルで以前のフィールドを変更または確認してか
らリカバリーを実行する必要がある場合は、インストーラーを一度終了してから再始動し、まだインス
トールする必要のあるコンポーネントのみを選択してください。
v インストール後のステップ中にコンポーネントのインストールが失敗した (データベースの失敗など) 場
合は、失敗したコンポーネントをアンインストールし、インストーラーを再起動することでリカバリー
します。
v ログ・ファイルに関する説明において、TEMP は以下を表します。
v /tmp/
v コンポーネントをアンインストールする方法については、 183 ページの『第 5 章 Tivoli Provisioning
Managerのアンインストール』を参照してください。
問題が発生したインストール時のステップに応じて、以下のリカバリー手順を実行し、指定されたログ・フ
ァイルを確認してください。
v
260 ページの『DB2 クライアントのインストール中に問題が発生した場合 (リモート・データベースを
使用している場合)』
v
260 ページの『Tivoli Provisioning Manager のインストール、DB2 のバックアップ中に問題が発生した
場合』
v
260 ページの『Tivoli Provisioning Manager のインストール、WebSphere Application Server のバックア
ップ中に問題が発生した場合』
v
260 ページの『Tivoli Provisioning Manager のインストール、WebSphere Application Server の構成、
JVM の設定中に問題が発生した場合』
v
261 ページの『Tivoli Provisioning Manager のインストール、エンジンのインストール中に問題が発生し
た場合』
v
261 ページの『Agent Manager のインストール、プロファイルの作成中に問題が発生した場合』
v
261 ページの『Agent Manager のインストール、実際のインストール中に問題が発生した場合』
v
261 ページの『Dynamic Content Delivery のインストール、Common Agent への登録中に問題が発生し
た場合』
v
262 ページの『Dynamic Content Delivery のインストール、SSL の構成中に問題が発生した場合』
v
262 ページの『Dynamic Content Delivery のインストール、実際のインストール中に問題が発生した場
合』
v
262 ページの『Device Manager サービスのインストール、実際のインストール中に問題が発生した場
合』
v
263 ページの『Device Manager サービスのインストール、構成中に問題が発生した場合』
v
263 ページの『Device Manager サービスのインストール、SSL の構成中に問題が発生した場合』
付録 A. トラブルシューティング
259
v
263 ページの『Tivoli Provisioning Manager for OS Deployment のインストール中に問題が発生した場
合』
v
264 ページの『tioadmin として実行するように WebSphere Application Server を構成中に問題が発生し
た場合』
v
264 ページの『DB2 の再始動中に問題が発生した場合 (ローカル・データベースを使用している場合)』
v
264 ページの『データベースのバックアップ中に問題が発生した場合』
v
265 ページの『WebSphere Application Server のバックアップ中に問題が発生した場合』
2000
DB2
DB2 クライアントのインストール中に問題が発生した場合 (リモート・データベースを
使用している場合)
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/extractDB2Client.log
TEMP/tclog_wrapper/extractDB2Client_err.log
TEMP/tclog_wrapper/db2install-stdout.log
TEMP/tclog_wrapper/db2install-stderr.log
2. 問題の原因を解決してください。
3. DB2 クライアントをアンインストールしてから再試行してください。
2000
DB2
Tivoli Provisioning Manager のインストール、DB2 のバックアップ中に問題が発生し
た場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/DBbackupafterMBS-stdout.log
TEMP/tclog_wrapper/DBbackupafterMBS-stderr.log
2. 原因を解決して、再試行してください。
Tivoli Provisioning Manager のインストール、WebSphere Application Server のバ
ックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stderr.log
2. 原因を解決して、再試行してください。
Tivoli Provisioning Manager のインストール、WebSphere Application Server の構
成、JVM の設定中に問題が発生した場合
障害後に、「WebSphere Application Server Network Deployment 構成」パネルで同じ値を使用する場合は、
以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
2. 原因を解決して、再試行してください。
障害後に、「WebSphere Application Server Network Deployment 構成」パネルで違う値を使用する場合は、
以下を実行します。
260
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
2. 問題の原因を解決してください。
3. WebSphere Application Server コンソールで、「WebSphere Application Server Network Deployment 構
成」パネルで使用された古い値の JVM パラメーターを除去します。
4. 再試行してください。
Tivoli Provisioning Manager のインストール、エンジンのインストール中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/nonUI_install.log
TEMP/tclog_wrapper/nonUI_install_err.log
TEMP/tclog
2. 問題の原因を解決してください。
3. データベースをリストアしてから、再試行してください。
Agent Manager のインストール、プロファイルの作成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/create_wasprofile.log
WAS_HOME/AppServer/profiles/casprofile/logs/AboutThisProfile.txt
2. 問題の原因を解決してください。
3. Agent Manager のプロファイルをクリーンアップしてから、再試行してください。
Agent Manager のインストール、実際のインストール中に問題が発生した場合
Agent Manager のインストールのみが失敗し、Agent Manager のプロファイルは正常に除去された場合は、
以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
2. 原因を解決して、再試行してください。
Agent Manager のプロファイルを除去しているときに障害が発生した場合は、以下を実行します。
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
2. 問題の原因を解決してください。
3. Agent Manager のプロファイルをクリーンアップしてから、再試行してください。
Dynamic Content Delivery のインストール、Common Agent への登録中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
付録 A. トラブルシューティング
261
TEMP/tclog_wrapper/preparePingAM.log
TEMP/tclog_wrapper/preparePingAM.err
TEMP/tclog_wrapper/call_pingam.log
TEMP/tclog_wrapper/call_pingam_err.log
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Dynamic Content Delivery のインストール、SSL の構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/config_ssl.log
TEMP/tclog_wrapper/config_ssl.err
TEMP/tclog_wrapper/soap-sslconfig.log
TEMP/tclog_wrapper/soap-sslconfig.err
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Dynamic Content Delivery のインストール、実際のインストール中に問題が発生した
場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/getAMPass4CDS.log
TEMP/tclog_wrapper/getAMPass4CDS.err
TEMP/tclog_wrapper/CDSinstall-stdout.log
TEMP/tclog_wrapper/CDSinstall-stderr.log
DCD_HOME/log
2. 問題の原因を解決してください。
3. 動的コンテンツ配信をアンインストールします。
4. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
5. インストールを再試行します。
Device Manager サービスのインストール、実際のインストール中に問題が発生した場
合
1. ログ・ファイルを確認して問題を判別します。
262
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
TEMP/tclog_wrapper/dmsinstalltrace.log
TEMP/tclog_wrapper/dmsinstalltrace.err
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Device Manager サービスのインストール、構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/dmsconfigtrace.log
TEMP/tclog_wrapper/dmsconfigtrace.err
DMS_HOME/logs/dms_config_trace.log
DMS_HOME/logs/dms_config.log
2. 問題の原因を解決してください。
3. Device Manager サービスのデータベースが正常にインストールされた場合は、Device Manager サービ
スをアンインストールしてください。
4. Device Manager サービスのデータベースが正常にインストールされなかった場合は、問題の原因を解明
してください。
5. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
6. インストールを再試行します。
Device Manager サービスのインストール、SSL の構成中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/dms_getpass.log
TEMP/tclog_wrapper/dms_getpass_err.log
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。
v root ユーザーとしてログインして、以下のコマンドを実行します。
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
Tivoli Provisioning Manager for OS Deployment のインストール中に問題が発生し
た場合
1. ログ・ファイルを確認して問題を判別します。
付録 A. トラブルシューティング
263
TEMP/tclog_wrapper/tpmfosd.log
TEMP/tclog_wrapper/tpmfosd.err
TEMP/tclog_wrapper/call_importXML4OSD.log
TEMP/tclog_wrapper/call_importXML4OSD.err
2. 問題の原因を解決してください。
3. Tivoli Provisioning Manager for OS Deployment をアンインストールします。
4. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。tioadmin ユーザーとしてログインして、以下のコマンドを実行します。
WAS_HOME/profiles/<AM profile>/bin/startServer.[bat|sh] server1
ここで、<AM profile> のデフォルト値は casprofile です。
5. インストールを再試行します。
tioadmin として実行するように WebSphere Application Server を構成中に問題が発
生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/cas_runastioadmin.log
TEMP/tclog_wrapper/cas_runastioadmin.err
TEMP/tclog_wrapper/stop_CASServer_root.log
TEMP/tclog_wrapper/stop_CASServer_root.err
TEMP/tclog_wrapper/changePermission_cas.log
TEMP/tclog_wrapper/changePermission_cas.err
TEMP/tclog_wrapper/start_CASServer_tioadmin.log
TEMP/tclog_wrapper/start_CASServer_tioadmin.err
TEMP/tclog_wrapper/wasND_runastioadmin.log
TEMP/tclog_wrapper/wasND_runastioadmin.err
TEMP/tclog_wrapper/stop_MXServer_root.log
TEMP/tclog_wrapper/stop_MXServer_root.err
TEMP/tclog_wrapper/stop_nodedmgr_root.log
TEMP/tclog_wrapper/stop_nodedmgr_root.err
TEMP/tclog_wrapper/changePermission_was.log
TEMP/tclog_wrapper/changePermission_was.err
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.log
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.err
2. 問題の解決方法については、 271 ページの『tioadmin として実行するように WebSphere Application
Server を構成する際のエラー』を参照してください。
2000
DB2
DB2 の再始動中に問題が発生した場合 (ローカル・データベースを使用している場合)
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/call_db2_restart.log
TEMP/tclog_wrapper/call_db2_restart.err
2. 問題の原因を解決してください。
3. DB2 を手動で再始動してください。
データベースのバックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/DBbackupafterTPMCore-stdout.log
TEMP/tclog_wrapper/DBbackupafterTPMCore-stderr.log
2. 原因を解決して、再試行してください。
264
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
WebSphere Application Server のバックアップ中に問題が発生した場合
1. ログ・ファイルを確認して問題を判別します。
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stderr.log
2. 原因を解決して、再試行してください。
Base Services のインストール中の問題からのリカバリー
Base Services のインストールが失敗した場合は、WebSphere Application Server 構成とデータベースを以前
の状態にリストアしてから、Base Services のインストールを再度開始します。
手順
1. Base Services をアンインストールしてください。詳しくは、 191 ページの『Base Services および Web
コンポーネントのアンインストール』を参照してください。
2. WebSphere Application Server がインストールされているコンピューターにログオンし、バックアップ・
データをリカバリーします。
WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.bat|.sh MXServer
-username <wasadmin_user> -password <wasadmin_password>
WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.bat|.sh
-username <wasadmin_user> -password <wasadmin_password>
WAS_HOME/profiles/ctgDmgr01/bin/stopManager.bat|.sh
-username <wasadmin_user> -password <wasadmin_password>
3. ctgDmgr01 構成をリストアします。以下のコマンドを 1 行で入力します。
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_DMProfile.zip -logfile
/tmp/restore_dmgr.log -user <wasadmin_user> -password <wasadmin_password> -profileName ctgDmgr01
4. ctgAppSrv01 構成をリストアします。以下のコマンドを 1 行で入力します。
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_AppSrvProfile.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
5.
2000
DB2
データベース・インスタンスの所有者としてデータベース・サーバーにログオンして、デー
タベースをリカバリーします。
su - ctginst1
ctginst1 は、デフォルトのデータベース・ユーザーです。
a. データベースを除去します。
db2 drop db <db_name>
b. データベースをリストアします。以下のコマンドを 1 行で入力します。
db2 restore database <db_name> user ctginst1 using <instance_owner_password> from <DB2_BACKUP_DIR>
with 3 buffers buffer 1000 without rolling forward without prompting
6.
Oracle
2000
Oracle データベースをリカバリーするには、Oracle の資料を参照してください。
7. 同じ環境に Provisioning Manager としてインストールされている他の製品の Base Services を使用して
いる場合は、デプロイメント・エンジン・データベースを、Base Services をインストールする前の状態
にリストアします。詳細については、 273 ページの『デプロイメント・エンジン・データベースのバッ
クアップおよびリストア』を参照してください。
8.
WebSphere Application Server がインストールされているコンピューターにログオンし、WebSphere
Application Server を始動します。
付録 A. トラブルシューティング
265
WAS_HOME/profiles/ctgDmgr01/bin/startManager.bat|.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.bat|.sh
9.
Base Services のインストールを再度開始します。詳細については、 127 ページの『Base Services のイ
ンストール』を参照してください。
コア・コンポーネントのインストール中の問題からのリカバリー
コア・コンポーネントのインストールに失敗した場合は、WebSphere Application Server およびデータベー
スを以前の状態にリストアして、コア・コンポーネントのインストールを再始動します。
手順
1. コア・コンポーネントをアンインストールします。詳細については、 183 ページの『Tivoli Provisioning
Manager コア・コンポーネントのアンインストール』を参照してください。
2. WebSphere Application Server がインストールされているコンピューターにログオンし、MXServer、ノ
ード、およびデプロイメント・エンジンを停止します。
WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.bat|.sh MXServer
-username <wasadmin_user> -password <wasadmin_password>
WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.bat|.sh
-username <wasadmin_user> -password <wasadmin_password>
WAS_HOME/profiles/ctgDmgr01/bin/stopManager.bat|.sh
-username <wasadmin_user> -password <wasadmin_password>
3. ctgDmgr01 構成をリストアします。以下のコマンドを 1 行で入力します。
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_DMProfile.zip -logfile
/tmp/restore_dmgr.log -user <wasadmin_user> -password <wasadmin_password> -profileName ctgDmgr01
4. ctgAppSrv01 構成をリストアします。以下のコマンドを 1 行で入力します。
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_AppSrvProfile.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
5.
2000
DB2
データベース・インスタンスの所有者としてデータベース・サーバーにログオンし、データ
ベースをリストアします。
Oracle
2000
6.
Oracle データベースをリカバリーするには、Oracle の資料を参照してください。
7. WebSphere Application Server がインストールされているコンピューターにログオンし、以下のようにサ
ーバーを始動します。
WAS_HOME/profiles/ctgDmgr01/bin/startManager.bat|.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.bat|.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startServer.bat|.sh MXServer
8. コア・コンポーネントのインストールを再始動します。詳しくは、 154 ページの『Tivoli Provisioning
Manager コア・コンポーネントのインストール』を参照してください。
コア・コンポーネントのインストール後の問題からのリカバリー
コア・コンポーネントのインストール後に問題が発生した場合、コマンド・ラインを使用してインストーラ
ーを再開してください。
コア・コンポーネントのインストール後に問題が発生した場合、以下のようにコマンド・ラインを使用し
て、インストールを再開してください。
<image extract point>/install/bin/setupwinAMD64.exe -W WzdSeq_MaximoUsersCheck.active="False"
-W Install.options="default"
266
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Web コンポーネントのインストール中のエラーからのリカバリー
Web コンポーネントのインストールに失敗した場合は、プロビジョニング・サーバーを Web コンポーネ
ントのインストール前の状態にリストアする必要があります。
手順
1. Administrator ユーザーとして管理ワークステーションにログオンします。
2. Base Services フォルダーをリストアします。
a. インストーラーがまだ実行中の場合は終了します。
b. MAXIMO_HOME ディレクトリーを削除します。
3. Base Services ホーム・ディレクトリーのバックアップを、削除した Base Services フォルダーにリス
トアします。バックアップ名は MAXIMO_HOME/MBSBackupBeforeTPM.zip です。 Cygwin または WinZip
を使用してファイルを解凍してください。
注: Windows サーバーでは、MBSBackupBeforeTPM.zip ファイルがデフォルトのインストールに対して
のみ作成されるため、コア・コンポーネントのインストールを始める前に、MBS ホーム・フォルダー
を手動でバックアップする必要があります。
4. デプロイメント・エンジン・レジストリーをバックアップしてリストアします。
デプロイメント・エンジン・レジストリーをバックアップするには、以下に示すデプロイメント・エン
ジンのインストール・ディレクトリーの bin フォルダーにナビゲートします。
/usr/ibm/common/acsi/bin
次に、以下のコマンドを 1 行で入力します。
de_backupdb.sh -bfile "/tmp/backupfile_name"
デプロイメント・エンジン・レジストリーをリストアするには、以下に示すデプロイメント・エンジン
のインストール・ディレクトリーの bin フォルダーにナビゲートします。
/usr/ibm/common/acsi/bin
次に、以下のコマンドを 1 行で入力します。
de_restoredb.sh -bfile "/tmp/backupfile_name"
5. WebSphere Application Server がインストールされているコンピューターに tioadmin としてログオン
し、バックアップ・データをリカバリーします。
6. WebSphere Application Server Network Deployment を停止します。
WAS_HOME/profiles¥app_profile/bin/stopNode.bat|.sh
-username was_adminID -password was_admin_pwd
WAS_HOME/profiles/dm_profile/bin/stopManager.bat|.sh
-username was_adminID -password was_admin_pwd
値の説明:
app_profile
WebSphere Application Server プロファイル。
was_adminID
WebSphere Application Server 管理者 ID。読み取り専用の LDAP 認証を使用している場合、デフ
ォルト・ユーザー ID は wasadmin です。
付録 A. トラブルシューティング
267
was_admin_pwd
WebSphere Application Server 管理者のパスワード。読み取り専用の LDAP 認証を使用している場
合、wasadmin ユーザーのパスワードを入力します。
dm_profile
デプロイメント・マネージャー・プロファイル。
7. デプロイメント・マネージャー・プロファイル構成をリストアします。以下のコマンドを 1 行で入力
します。
WAS_HOME/bin/restoreConfig.bat|.sh backup_folder¥
WASBackup_afterTPMCore_ctgDmgr01.zip -logfile
backup_folder¥restore_dmgr.log -user was_adminID
-password was_admin_pwd -profileName dm_profile
ここで、backup_folder は、バックアップ・データが格納されているバックアップ・ディレクトリーで
す。
8. アプリケーション・サーバー・プロファイル構成をリストアします。以下のコマンドを 1 行で入力し
ます。
WAS_HOME/bin/restoreConfig.bat|.sh backup_folder¥
WASBackup_afterTPMCore_AppSrv01.zip -logfile
backup_folder¥restore_appSrv01.log -user was_adminID
-password was_admin_pwd -profileName app_profile
9. デプロイされたインフォメーション・センターが存在する場合は、これを除去します。Administrator
でログインします。次に、ファイル WAS_HOME/systemApps/isclite.ear/tpm_olh.war を削除します。
10.
2000
DB2
データベース・インスタンスの所有者としてデータベース・サーバーにログオンし、データ
ベースをリカバリーします。以下のコマンドを実行します。
su - DB_INSTANCE
<db2instance> のデフォルト値は CTGINST1 db2cmd です。
11.
2000
DB2
データベースをリストアします。以下のコマンドを 1 行で入力します。
db2 restore database MAXDB71 user db_adminID using db_admin_pwd
from backup_files_location/DB2Backup_AfterTPMCore/ with 3 buffers
buffer 1000 without rolling forward without prompting
db_adminID
Tivoli Provisioning Manager のインストールに使用された、データベース・インスタンス所有者。
db_admin_pwd
Tivoli Provisioning Manager のインストール中に指定された、データベース・インスタンス所有者
のパスワード。
backup_files_location
「コア・コンポーネントのディレクトリー」パネルの「バックアップ・ファイルのロケーション」
フィールドに指定したディレクトリー。
12.
Oracle
2000
Oracle データベースをリカバリーします。詳しくは、Oracle の資料を参照してください。
バックアップの場所は、backup_files_location/OracleBackup_AfterTPMCore です。ここで、
backup_files_location は、「コア・コンポーネントのディレクトリー」パネルの「バックアップ・ファ
イルのロケーション」フィールドに指定したディレクトリーです。
13. WebSphere Application Server がインストールされているコンピューターにログオンし、以下のように
サーバーを始動します。
268
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
WAS_HOME/profiles¥dm_profile/bin/startManager.bat|.sh
WAS_HOME/profiles/app_profile/bin/startNode.bat|.sh
AIX での DB2 インストールの失敗からのリカバリー
AIX でミドルウェア・インストール・プログラムを使用しているとき、DB2 のインストール・ステップ中
に失敗すると、ミドルウェア・インストール・プログラムを正しく機能させるために、ミドルウェア・イン
ストール・プログラムを再開する前に、クリーンアップ手順を実行することが必要になる場合があります。
AIX で DB2 のインストールが失敗した場合は、以下の手順を実行します。
1. ミドルウェア・インストール・プログラムを終了します。
2. db2setup.log ファイルで、エラーの性質の特定に役立つエラー・メッセージを確認します。
ご使用条件受諾のチェック:.......成功
DB2 ファイル・セットのインストール:.......成功
ERROR:sh: /opt/IBM/db2/V9.7/install/db2chgpath:
not found
ERROR: DB2 ランタイム・パスを設定中にエラーが起きました。Contact a technical
service representative.
DB2 ライブラリー・パスの設定:.......失敗
ERROR: このコンピューターに「DB2 Enterprise Server Edition」を
インストール中に大きなエラーが起きました。インストールを続行できません。
問題が解決しない場合は、テクニカル・サービス担当者に連絡してください。
db2setup.log ファイルは、/ibm/tivoli/mwi/workspace/<machine name>/deploymentPlan/
MachinePlan_<machine name>/00003_DB2_9/install/01_BASE/[TIME STAMP]/log ディレクトリーにあり
ます。
3. リストされているすべての前提条件が満たされていることを確認してください。
4. インスタンス・ディレクトリーに変更します。
cd
<DB2 install dir>/instance
例えば、
cd
/opt/IBM/db2/V9.7/instance
5. DB2 インスタンスが作成されているかどうかを確認します。
./db2ilist
エラーを無視しても問題ありません。
インスタンスが作成されている場合は、除去します。
./db2idrop -f <instance name>
例えば、
./db2idrop -f db2inst1
6. DB2 Administration Server を除去します。
./dasdrop
エラーを無視しても問題ありません。
7. ディレクトリー <DB2 install dir>/install に移動し、db2_deinstall コマンドを実行します。
cd /opt/IBM/db2/V9.7/install
./db2_deinstall -a
付録 A. トラブルシューティング
269
エラーを無視しても問題ありません。
8. DB2のインストール・ディレクトリーを削除します。
9. ディレクトリー /tmp/DB2-ESE_9.7 に移動し、db2_install コマンドを実行します。
インストール・プロセス中、DB2 のイメージが /tmp ディレクトリーに抽出されます。
cd /tmp/DB2-ESE_9.7
./db2_install
DB2-ESE_9.7 フォルダーが、/tmp、またはインストール・プログラム・パネルで指定した場所で見つ
からない場合は、DB2 のバイナリー・イメージを /tmp にコピーし、ファイルを抽出して DB2 にイ
ンストールします。
10. DB2 インストール・プログラムで、別のインストール・ディレクトリーにインストールするかどうか
を尋ねられた場合は、no と入力します。
11. DB2 製品をインストールするためのキーワードを指定するように求められた場合は、ESE と入力しま
す。
これで、DB2 を正常にインストールできます。
12. ディレクトリー <DB2 install dir>/install に移動し、db2_deinstall コマンドを再実行します。
cd /opt/IBM/db2/V9.7/install
./db2_deinstall -a
これで、DB2 を正常にアンインストールできます。
13. DB2のインストール・ディレクトリーを削除します。
14. ミドルウェア・インストール・プログラムを再度呼び出して続行し、計画を再開するオプションを選択
します。
アンインストール・プログラムがない場合の失敗したインストールからのリ
カバリー
インストール・プログラムが失敗した時点で、製品のアンインストール・プログラムが生成されていなかっ
た場合は、手動による追加のアンインストール・タスクを実行する必要があります。
Provisioning Manager をアンインストールするには、以下の手順を実行します。
1. 問題の原因を解決してください。
2. デプロイメント・エンジン・データベースをリカバリーします。詳細については、 273 ページの『デプ
ロイメント・エンジン・データベースのバックアップおよびリストア』を参照してください。
3.
Custom
Default
XML
データベースをリカバリーします。 Provisioning Manager データベースを除去してから、再
作成します。
4. インストール・プログラムの開始時に使用したのと同じユーザー ID としてログオンしていることを確
認し、MAXIMO_HOME ディレクトリーを手動で削除します。
5. IBM Tivoli Directory Server を使用している場合は、ディレクトリー・サーバーを再始動します。
6. インストールを再試行します。
270
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
tioadmin として実行するように WebSphere Application Server を構成
する際のエラー
Tivoli Provisioning Manager コア・コンポーネントのインストール時のインストール・エラーからリカバリ
ーするには、いくつかのリカバリー手順を実行して、コンピューターを整合した状態に戻します。
症状
Tivoli Provisioning Manager コア・コンポーネントのインストールに失敗する。 /tmp/tclog_wrapper/
tcinstall.log ログ・ファイルには、以下のエラー・メッセージのいずれかが含まれます。
v tioadmin として実行するように Agent Manager プロファイルを構成するのに失敗しました
v tioadmin として実行するように WebSphere Application Server Network Deployment を構成するのに
失敗しました
v Agent Manager プロファイルの所有権の変更に失敗しました
v WebSphere Application Server Network Deployment の所有権の変更に失敗しました
問題の解決
ユーザー tioadmin として実行するように WebSphere Application Server を構成する際にインストール・エ
ラーが発生する場合は、リカバリー手順を実行して、コンピューターを整合した状態に戻す必要がありま
す。
v ログに「tioadmin として実行するように Agent Manager プロファイルを構成するのに失敗しました」
のエラーが含まれる場合:
1. ファイル cas_runastioadmin.log で詳細なエラー・メッセージを確認し、その問題を修正します。
2. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
v ログに「tioadmin として実行するように WebSphere Application Server Network Deployment を構成
するのに失敗しました」のエラーが含まれる場合:
1. wasND_runastioadmin.log ログ・ファイルで詳細なエラー・メッセージを確認し、その問題を修正し
ます。
2. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
v ログに「Agent Manager プロファイルの所有権の変更に失敗しました」のエラーが含まれる場合:
1. root でログオンします。
2. 次のコマンドを実行します。
chown -R tioadmin:tioadmin <CAS_PROFILE_HOME>
chown -R tioadmin:tioadmin <WAS_HOME>/logs/manageprofiles/<PROFILE_NAME>
chown -R tioadmin:tioadmin <Agent Manager Install Location>
ここで、
– <CAS_PROFILE_HOME> のデフォルト値は <WAS_HOME>/profiles/casprofile
– <PROFILE_NAME> のデフォルト値は casprofile
3. tioadmin ユーザーに切り替えます。
4. Agent Manager を開始します。
<Agent Manager Install Location>/bin/startServer.sh
5. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
付録 A. トラブルシューティング
271
v ログに「WebSphere Application Server Network Deployment の所有権の変更に失敗しました」のエラ
ーが含まれる場合:
1. root でログオンします。
2. 次のコマンドを実行します。
chown
chown
chown
chown
chown
chown
chown
chown
chown
-R
-R
-R
-R
-R
-R
-R
-R
-R
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
<APP_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<APP_PROFILE_NAME>
<DM_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<DM_PROFILE_NAME>
<WAS_HOME>/temp
<WAS_HOME>/properties/confhelp.properties
<WAS_HOME>/systemApps/isclite.ear
<CDS_INSTALL_LOCATION>
<DMS_INSTALL_LOCATION>
ここで、
– <APP_PROFILE_HOME> のデフォルト値は <WAS_HOME>/profiles/ctgAppSrv01
– <APP_PROFILE_NAME> のデフォルト値は ctgAppSrv01
– <DM_PROFILE_HOME> のデフォルト値は ctgDmgr01
– <DM_PROFILE_NAME> のデフォルト値は <WAS_HOME>/profiles/ctgDmgr01
3. tioadmin で WebSphere Application Server Network Deployment を開始します。
<WAS_HOME>/profiles/<DM_PROFILE_NAME>/bin/startManager.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startNode.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startServer.sh MXServer
4. 「戻る」をクリックして「要約」パネルに移動してから、「次へ」をクリックしてインストールを続
行します。
デプロイメント・エンジンのリカバリー
お客様固有のシナリオによって、デプロイメント・エンジン・レジストリーの以前のバックアップをリスト
アする場合もあれば、デプロイメント・エンジンを完全に削除する場合もあります。
デプロイメント・エンジンをリカバリーすると、Provisioning Manager コンポーネントと Provisioning
Manager 以外のコンポーネントを含め、インストールされたソフトウェア・コンポーネントについての登
録情報が失われる可能性があります。この状況が発生すると、デプロイメント・エンジン・レジストリーが
システムの状態を正確に反映しなくなります。以下のアンインストール手順に従うか、アンインストール・
スクリプトを使用する前に、以下の情報を読んで、これらの操作がご使用の環境に与える影響を判断してく
ださい。
Base Services プログラムがデプロイメント・エンジン・レジストリーに登録されていない、部分インスト
ールからのリカバリー
Base Services プログラムがデプロイされ、デプロイメント・エンジン・レジストリーに登録済みか
どうかを判断するには、以下の手順を実行します。
1. MAXIMO_HOME/bin ディレクトリーに移動します。
2. 以下のコマンドを実行します。
solutionInstaller -action showinstalled -type all
CTGIN0059I メッセージは、どの Base Services プログラムがインストールされているかを示しま
す。Base Services プログラムがインストールされていない場合は、プログラムがインストールされ
てデプロイメント・エンジン・レジストリーに登録される前に、インストールが失敗しています。
どのプログラムもインストールされていない場合は、デプロイメント・エンジンのアンインストー
272
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ルや、前のバックアップのリストアを行わないでください。現行のデプロイメント・エンジン・レ
ジストリーを保存して、後続のインストール時に Base Services プログラムのインストールが禁止
されないようにする必要があります。
1 つ以上の Base Services プログラムがデプロイメント・エンジン・レジストリーに登録されている、部分
インストールまたはフルインストールからのリカバリー
showinstalled の結果が、1 つ以上の Base Services プログラムがインストールされていることを
示している場合は、以下のコマンドを使用してデプロイメント・エンジン・データベースのバック
アップをリストアする必要があります。
v cd /usr/ibm/common/acsi/bin
./restoredb <バックアップ・ファイル名>
ここで、<バックアップ・ファイル名> は、デプロイメント・エンジンのバックアップが入ってい
るファイルです。プロセス・マネージャー構成の削除手順を実行した後に、デプロイメント・エン
ジン・データベースのバックアップをリストアしてください。Provisioning Manager を再インスト
ールする前にデプロイメント・エンジンをアンインストールしないでください。
デプロイメント・エンジン・データベースのバックアップおよびリストア
ここでは、デプロイメント・エンジン・データベースをバックアップして、ミドルウェア・サーバー上にミ
ドルウェアをインストールする前の状態、または管理ワークステーション上にプロセス・マネージャーをイ
ンストールする前の状態にデプロイメント・エンジン・データベースを戻す方法について説明します。
始める前に
1. 以下のようにデプロイメント・エンジンを停止します。
v /usr/ibm/common/acsi/bin/acsisrv.sh -stop
2. 既存のデプロイメントに更新を適用する前および後に、管理システムのデプロイメント・エンジン・デ
ータベースをバックアップします。バックアップすることにより、プロセス・マネージャー・コンポー
ネントの一部がインストールされている状態の部分インストール試行からリカバリーすることができま
す。これらは、デプロイメント・エンジン・データベースを手動でバックアップおよびリストアする場
合の説明です。ランチパッド・リンクを使用してデプロイメント・エンジン・データベースを自動的に
バックアップした場合は、インストーラーのパネルで指定した場所からデプロイメント・エンジン・デ
ータベースをリストアしてください。
手順
1. 以下のコマンドを使用して、環境をセットアップします。
cd /var/ibm/common/acsi
./setenv.sh
2. 以下のコマンドを実行して、デプロイメント・エンジン・レジストリーをバックアップします。
cd /usr/ibm/common/acsi/bin
./de_backupdb.sh <backup_file_name>
Provisioning Manager のインストール後のレジストリー状態が含まれていることを示す名前を
<backup_file_name> に使用します。
デプロイメント・エンジン・データベースのバックアップをリストアするには、以下のようにします。
ここで、<backup_directory> はデプロイメント・エンジン・データベースをバックアップするために選
択したディレクトリーです。
付録 A. トラブルシューティング
273
cd /usr/ibm/common/acsi/bin
./de_restoredb.sh <backup_file_name>
ここで、<backup_file_name> は、作成したデプロイメント・エンジンのバックアップを含むファイルで
す。
RXA のトレースの使用可能化
管理ワークステーションとプロビジョニング・サーバー間で接続の問題が発生した場合に、より効果的なト
ラブルシューティングを実行できるようするため、RXA トレースが有効になっています。
始める前に
1. 管理ワークステーションとプロビジョニング・サーバー間の接続が機能していることを確認します。管
理ワークステーション上で、以下の場所に移動します。
v cd /opt/IBM/SMP/scripts
2. 以下のコマンドを実行します。
v TestRXA.sh <hostname of TPM server> <username> <password>
接続が正常であれば、次のようなメッセージが返されます。
** Successful RXA access to swgc302 using user/password: root/<password>.
swgc302 OS type: IBM AIX.
手順
1. 環境変数 ENABLE_RXA_TRACE=yes を設定します。
2. インストーラーを起動したコマンド・ウィンドウで以下のコマンドを実行して、RXA トレースが有効
になっていることを確認します。
v echo $ENABLE_RXA_TRACE
3. Base Services インストーラーを再起動します。
4. CTG インストール・トレース・ログで、RXA トレース情報を確認します。
Agent Manager の手動インストールからのリカバリー
手動で初めて Tivoli Monitoring Agent をインストールする際に発生する可能性のある問題については、以
下のリカバリー手順を実行します。
手順
1. ログ・ファイルを確認します。
ITM_HOME/InstallITM/IBM Tivoli Monitoring for Provisioning<timestamp>.log
2. 問題の原因を解決してください。
3. Agent Manager 用の WebSphere Application Server プロファイルが実行中であることを確認し、必要に
応じてこれを開始します。tioadmin ユーザーとしてログインして、以下のコマンドを実行します。
ITM_HOME/profiles/<AM profile>/bin/startServer.bat|sh server1
ここで、<AM profile> のデフォルト値は casprofile です。
4. インストールを再試行します。
274
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
データベースのリストア
インストール・プロセスのいくつかのステップによってデータベース情報が変更されます。失敗したステッ
プより前に作成されたデータベースのバックアップをリストアすると、変更内容がすべて元に戻されます。
手順
1. データベース・サーバーにデータベース・インスタンス所有者としてログオンします。
2. ファイル TIO_HOME/config/dcm.xml をオープンして、データベース名およびユーザー名を検証しま
す。name エレメントにはデータベース名のエイリアスが格納され、username エレメントにユーザー名
が格納されています。
3. ユーザーを DB2 インスタンスの所有者に変更します。
su - ctginst1
ctginst1 は、デフォルトのデータベース・ユーザーです。
4. 管理者としてログオンし、DB2 コマンド・ウィンドウをオープンします。
5. 以下のコマンドを実行して、他に実行中のアプリケーションがないか検査します。
db2 list applications
6. コマンドでアプリケーションがリストされた場合、以下のコマンドを実行してアプリケーションを切断
します。
db2 force applications all
7. 次のコマンドを実行して、DB2 セッションを終了します。
db2 terminate
8. DB2 を停止します。
v サーバーに仮想 IP アドレスが設定されていない場合: db2stop
v サーバーに仮想 IP アドレスが設定されている場合: db2gcf -d -p 0 -i ctginst1
9. ipclean を実行して、DB2 プロセス間通信をすべて停止します。
10. DB2 を開始します。
v サーバーに仮想 IP アドレスが設定されていない場合: db2start
v サーバーに仮想 IP アドレスが設定されている場合: db2gcf -u -p 0 -i ctginst1
11. 次のコマンドを実行して、既存データベースを削除して、アンカタログします。
db2 drop db db_name
ここで、db_name はデータベース名です。
12. サーバーにリモート・データベースがある場合は、ローカル・ホストの別名に接続します。
db2 attach to LHOST0 user user_name using password
13. 次のコマンドを実行して、データベース・バックアップをリストアします。
db2 restore db db_name user user_name using password from location
値の説明:
v db_name はデータベース名です。
v user_name はデータベースをリストアしているユーザーのユーザー名です。
v password はユーザーのパスワードです。
v location はバックアップ場所の絶対パスです。
付録 A. トラブルシューティング
275
276
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
付録 B. その他のインストール・タスクと構成手順
このセクションの各トピックでは、Tivoli Provisioning Manager のインストールをサポートするインストー
ル・タスクおよび構成手順について説明します。
サイレント・インストールおよびその他のインストール・タスク
以下のタスクは、Tivoli Provisioning Manager のインストールの場合は必須ではありませんが、構成および
Tivoli Provisioning Manager とともに使用する製品によっては、有用な場合があります。これらのトピック
は、Tivoli Provisioning Manager wiki にあります。
Tivoli Provisioning Manager とともに使用する Tivoli Change and Configuration
Management Database (CCMDB) のインストール
Installation of IBM Tivoli Change and Configuration Management Database and Tivoli Service Request
Manager with Tivoli Provisioning Manager version 7.2 を参照してください。
このタスクでは、同一のシステム上に Tivoli Provisioning Manager 7.2 をインストールして Tivoli Change
and Configuration Management Database (CCMDB) 7.2.0.1 と共存させる手順について概説します。
Tivoli Provisioning Manager とともに使用する Tivoli Service Request Manager
(SRM) のインストール
Installation of IBM Tivoli Change and Configuration Management Database and Tivoli Service Request
Manager with Tivoli Provisioning Manager version 7.2 を参照してください。
このタスクでは、同一のシステム上に Tivoli Provisioning Manager 7.2 をインストールして Tivoli Service
Request Manager (SRM) 7.2.0.1 と共存させる手順について概説します。
サイレント・インストール
デフォルトのインストール。Installing Tivoli Provisioning Manager silently - default installation を参照して
ください。
カスタム・インストール。Installing Tivoli Provisioning Manager silently - custom installation を参照してく
ださい。
IBM Agent Controller のアンインストール
IBM Tivoli Agent Controller の手動インストール
Tivoli Provisioning Manager のモニター・エージェントのインストール
Tivoli Provisioning Manager のモニター・エージェントの手動インストール
WebSphere Application Server の状況およびバージョンの検査
WebSphere Application Server の状況およびバージョンの検査
© Copyright IBM Corp. 2003, 2012
277
データベースおよび重要なデータのバックアップ
Backing up the database and important data
デフォルト・パスワードの変更
Changing default passwords
DVD-ROM の転送モードの変更
Changing the transfer mode for the DVD-ROM
インフォメーション・センター用のポートの更新
Updating the port for the information center
サーバーとコンポーネントの開始および停止
プロビジョニング・サーバーの開始と停止の詳細については、次のトピックを参照してください。
UNIX または Linux でのプロビジョニング・サーバーの開始または停止
プロビジョニング・サーバーを開始すると、Web インターフェースで作業ができるようになります。
始める前に
v Tivoli Monitoring Agent を使用する場合は、手動で開始および停止します。詳細については、 280 ペー
ジの『Tivoli Provisioning Manager のコンポーネントの開始と停止』を参照してください。
v ユーザー tioadmin は bash シェルをログオン・シェルとして使用します。ライン・モード・ログオン
(例えば、Telnet の使用) は、追加構成なしで使用できます。CDE などのウィンドウ・マネージャーを使
用する場合、Tivoli Provisioning Manager が正常に機能する完全な機能のログオン環境を作成できないこ
とがあります。
ウィンドウ・マネージャーでの使用を構成するには、次のようにします。
1. .bashrc ファイルを tioadmin ユーザーのホーム・ディレクトリーに作成して、次の行を挿入しま
す。
. $HOME/.profile
2. ファイルを保管します。
3. tioadmin ユーザーのホーム・ディレクトリーの .dtprofile を編集し、次の行のコメントを除去し
ます。
DTSOURCEPROFILE=true
このファイルは、ユーザー tioadmin が初めて CDE にログインすると自動的に作成されます。
4. ユーザー tioadmin として CDE に再びログオンします。
プロビジョニング・サーバーの開始
プロビジョニング・サーバーが停止していて再始動する必要がある場合は、以下の手順に従います。プロビ
ジョニング・サーバーは、リブート後に自動的に開始されないため、手動で開始する必要があります。デフ
ォルトでは、プロビジョニング・サーバーを開始すると、プロビジョニング・サーバーに関連付けられてい
る WebSphere Application Server プロファイルも開始します。
278
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
プロビジョニング・サーバーの他の開始オプションおよび停止オプションについて詳しくは、インフォメー
ション・センターで tio コマンドを参照してください。
重要: データベース・サーバーおよびディレクトリー・サーバーは、プロビジョニング・サーバーを開始す
る前に実行していて、プロビジョニング・サーバーの実行中は実行し続ける必要があります。プロビジョニ
ング・サーバーは、表示するデータの取得、プロビジョニング・タスクの実行、状況とアクティビティーの
追跡と記録など、Web インターフェースで実行するアクションの大部分を実行するためにデータベースと
通信します。プロビジョニング・サーバーは、ユーザーがログオンするときにユーザーを認証し、製品の使
用中にアクセス権限を検証するためにディレクトリー・サーバーを使用します。
手順
1. ミドルウェア・アプリケーションが開始していることを確認します。詳細については、 123 ページの
『UNIX および Linux でのミドルウェアの開始』を参照してください。
2. tioadmin ユーザーとしてログオンします。
3. $TIO_HOME/tools に移動します。
4. ./tio.sh start を実行します。
5. プロンプトが出されたら、WebSphere Application Server 管理者ユーザー名とパスワードを入力します。
タスクの結果
プロビジョニング・サーバーが作動可能になり、Web インターフェースで作業できるようになります。
プロビジョニング・サーバーが開始しない場合は、ログ・ファイルでエラーを確認します。
v $TIO_LOGS/tio_start.log
v $TIO_LOGS/policyengine/policyengine_start.log
v $TIO_LOGS/agentshellserver/agentshellserver_start.log
v $TIO_LOGS/dmsresultserver/dmsresultserver_start.log
v $TIO_LOGS/activityplan/activityplan_start.log
v $TIO_LOGS/soap/desoap_start.log
注:
ERROR [Tpm Engine Startup Thread] (TpmCliEngine.java:60) service.TpmCliEngine: The system failed
to create the server socket で始まるエラーが表示された場合は、Tivoli Provisioning Manager コマンド
の実行に使用したポート番号が既に使用されていることが、このエラーの発生原因です。通常、プロビジョ
ニング・サーバーを再起動することでこの問題は修正されます。それでもこの問題が続く場合は、
<TIO_HOME>/config/cli.properties ファイルを開き、 service.port=<port number> プロパティーを変更
して、別のポート番号を指定してください。指定する番号は 1024 より大きな番号にする必要があります。
その後、プロビジョニング・サーバーを再始動します。 [ERROR] Failed to get reports (tio_start.log
ファイル内) または Failed to connect to server (console.log ファイルまたは trace.log ファイル内)
で始まるエラーが表示された場合、これらのエラーはプロビジョニング・サーバーの始動に関する問題で
はないため無視して構いません。
プロビジョニング・サーバーが正常に停止せず、開始できない状態になっている場合は、もう一度 tio.sh
stop コマンドを実行してプロビジョニング・サーバーを正常に停止します。プロビジョニング・サーバー
が正常に停止したら、プロビジョニング・サーバーを開始できます。
付録 B. その他のインストール手順
279
プロビジョニング・サーバーの停止
プロビジョニング・サーバーの構成を変更する必要がある場合、またはデフォルトの管理者パスワードを変
更する場合は、プロビジョニング・サーバーを停止する必要があります。
始める前に
プロビジョニング・サーバーを停止するには、WebSphere Application Server の管理者パスワードを知って
おく必要があります。
デフォルトでは、プロビジョニング・サーバーを停止すると、プロビジョニング・サーバーに関連付けられ
ている WebSphere Application Server プロファイルも停止します。
プロビジョニング・サーバーの他の開始オプションおよび停止オプションについては、インフォメーショ
ン・センターの『参照』セクションにある『tio コマンド』を参照してください。
手順
1. プロビジョニング・サーバーに tioadmin としてログオンします。
2. $TIO_HOME/tools に移動します。
3. ./tio.sh stop と入力します。
4. コア・コンポーネントとミドルウェアは、別々に停止する必要があります。以下の情報を参照してくだ
さい。
a. 『Tivoli Provisioning Manager のコンポーネントの開始と停止』
b.
125 ページの『ミドルウェアの停止』
5. プロビジョニング・サーバーの停止後に、一部の WebSphere クライアントの Java プロセスがまだ実行
中である場合があります。これらの Java プロセスを停止してからプロビジョニング・サーバーを再始
動するには、次のコマンドを実行します。
pkill -9 java
タスクの結果
これで、プロビジョニング・サーバーが停止しました。
プロビジョニング・サーバーが停止しない場合は、以下のログ・ファイルでエラーを確認してください。
v $TIO_LOGS/tio_stop.log
v $TIO_LOGS/tio_stop_service.log
プロビジョニング・サーバーが正常に停止しなかった場合は、もう一度 tio.sh stop コマンドを実行して
プロビジョニング・サーバーを正常に停止します。
Tivoli Provisioning Manager のコンポーネントの開始と停止
下記の説明は、特定の Tivoli Provisioning Manager コンポーネントの手動での開始または停止が必要な場
合に使用してください。
webserver1 を除いたすべての WebSphere Application Server プロファイルは、Tivoli Provisioning Manager
によって自動的に開始されます。webserver1 プロファイルは、HTTP サーバーによって自動的に開始され
ます。
280
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
手順
1. 管理ユーザーとしてログオンします。
2. コンポーネントを開始するには、適切なコマンドを実行します。
Tivoli Provisioning Manager for OS Deployment
v インストール後、またはリブート後に自動的に開始します。
a. 管理ユーザーとしてログオンします。
b. コマンド・ウィンドウを開いて、次のコマンドを実行します。
net start remboserver
net start remboagent
代わりに、「サービス」コントロール・パネルから Tivoli Provisioning Manager for OS Deployment
を開始することもできます。
a. root でログオンします。
b. 親 Tivoli Provisioning Manager for OS Deployment サーバーを開始する場合は、以下のコマンド
を実行します。コマンドが完了するまで数秒間待機します。
/etc/rc.d/init.d/dbgw start
c. 親サーバーまたは子サーバーの場合に、次のコマンドを実行します。コマンドがそれぞれの完了
を許可するまで、数秒間待機します。
/etc/rc.d/init.d/rembo start
/etc/rc.d/init.d/rbagent start
Tivoli Monitoring Agent
v 手動で開始する必要があります。
次のコマンドを実行してください。
$CANDLEHOME/bin/itmcmd agent start pe
ここで、$CANDLEHOME はエージェントのインストール・ディレクトリーです。デフォルト値は
/opt/IBM/tivoli/ITM です。
Agent Manager
v Tivoli Provisioning Manager の開始時に開始します。
a. ディレクトリーを AM_HOME/bin に変更します。
b. 次のコマンドを実行してください。
./startServer.sh
Agent Managerの状況を検証するには、 http://host_name:9513/AgentMgr/Info にアクセスします。
Agent Manager のバージョンおよび構成など、Agent Manager についての情報を示す状況ページが表
示されます。
3. コンポーネントを停止するには、適切なコマンドを実行します。
Tivoli Provisioning Manager for OS Deployment
注: また、Tivoli Provisioning Manager for OS Deployment は「サービス」コントロール・パネルからも
停止できます。
a. root でログオンします。
b. 親サーバーまたは子サーバーの場合に、次のコマンドを実行します。
付録 B. その他のインストール手順
281
/etc/rc.d/init.d/rbagent stop
/etc/rc.d/init.d/rembo stop
c. 親 Tivoli Provisioning Manager for OS Deployment サーバーを停止する場合は、以下のコマンドを実
行します。
/etc/rc.d/init.d/dbgw stop
Agent Manager
a. ディレクトリーを WAS_HOME/profiles/casprofile/bin に変更します。
b. 次のコマンドを実行してください。
./stopServer.sh server1 -username wasadmin_username -password wasadmin_password
Tivoli Monitoring Agent の開始と停止
Tivoli Monitoring Agent を手動で開始または停止するには、以下の手順を実行します。
手順
1. モニター・エージェントを開始するには、以下のようにします。
a. 以下のコマンドを実行します。
$CANDLEHOME/bin/itmcmd agent start pe
ここで、$CANDLEHOME はエージェントのインストール・ディレクトリーです。デフォルト値は
/opt/IBM/tivoli/ITM です。
2. モニター・エージェントを停止するには、以下のようにします。
a. 以下のコマンドを実行します。
$CANDLEHOME/bin/itmcmd agent stop pe
ここで、$CANDLEHOME はエージェントのインストール・ディレクトリーです。デフォルト値は
/opt/IBM/tivoli/ITM です。
コンポーネントの検証
メイン・インターフェースにアクセス可能なこと、およびメイン・コンポーネントが実行中であることを検
証します。
手順
1. 以下に従って、Tivoli Provisioning Manager を開始します。
v
278 ページの『UNIX または Linux でのプロビジョニング・サーバーの開始または停止』
2. 以下のようにして、Device Manager サービスのインストールを検証します。
a. サポート対象の Web ブラウザーに以下の URL を入力します。
https://host_name:9045/dmserver/TraceServlet?trace=set
SUCCESS! という単語が表示されたら、Device Manager サービスのインストールは成功です。
b. 何らかの追加情報がないかログ・ファイル WAS_HOME/profiles/ctgAppSrv01/logs/MXServer/
DMSMsg1.log を確認してください。
3. Dynamic Content Delivery 管理センターにログオンできるか検証します。
a. サポート対象の Web ブラウザーに以下の URL を入力します。
https://host_name:9045/admin
282
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
b. コア・コンポーネント・インストール中に指定した Tivoli Provisioning Manager の管理者ユーザー
名およびパスワードでログオンします。デフォルト・ユーザーは maxadmin です。
正常にログオンできる場合、Dynamic Content Delivery 管理センターは正常にインストール済みです。
4. Agent Manager の状況を検証します。サポート対象の Web ブラウザーに以下の URL を入力します。
https://host_name:9511/AgentMgr/Info
Agent Manager のバージョンおよび構成についての情報が表示されます。
5. Tivoli Provisioning Manager for OS Deployment をインストールした場合、以下のようにしてインストー
ルを検証します。
a. サポートされる Web ブラウザーで、https://host_name:9443/maximo を入力します。
b. 「リンク先」 > 「デプロイメント」 > 「OS 管理」 > 「ブート・サーバー」をクリックします。
c. ブート・サーバーのリストで、Tivoli Provisioning Manager のホスト名を持つコンピューターがリス
トに存在するか確認します。これが親のブート・サーバーです。
d. 「構成」タブをクリックして、ブート・サーバーについての情報を表示します。
6. WebSphere 管理者コンソールにログオンできることを検証します。サポート対象の Web ブラウザーに
以下の URL を入力します。
https://host_name:9043/ibm/console
WebSphere 管理者ユーザー名およびパスワードでログオンします。デフォルト・ユーザー名は、
wasadmin です。
7. インストール中に連邦情報処理標準 (FIPS) 140-2 準拠性を構成した場合、FIPS 準拠性が有効になって
いることを検証します。
a. 「リンク先」 > 「管理」 > 「プロビジョニング」 > 「プロビジョニング・グローバル設定」をク
リックします。
b. 「FIPS」タブをクリックします。
c. 「FIPS」変数の値を検査します。チェック・ボックスが選択済みの場合、FIPS 準拠性は有効です。
チェック・ボックスがクリアされている場合、FIPS 準拠性は使用不可です。
プロビジョニング・サーバーへのサインオン
セキュリティー上の理由から、プロビジョニング・サーバーへのサインオンが必要です。
始める前に
次の Web ブラウザーがサポートされています。
v Mozilla Firefox 3.5.2 およびそれ以降. AIX のブラウザーを取得するには、http://www.ibm.com/systems/p/
os/aix/browsers/index.html にアクセスします。現在のオペレーティング・システム構成によっては、ブラ
ウザーをインストールする前に追加パッケージをインストールしなければならない場合があります。必
要なパッケージを取得するには、http://www.ibm.com/systems/p/os/aix/linux/toolbox/download.html にアクセ
スします。
Mozilla Firefox のバージョンを確認するには、以下を実行します。
firefox -version
インストールを開始する前に、このコマンドでエラーが戻されないことを確認します。
以下の要件が満たされていることを確認します。
付録 B. その他のインストール手順
283
v プロビジョニング・サーバーが実行されていること。
v プロビジョニング・サーバーの完全修飾ドメイン名がわかっていること。例: hostname.domain.com。
v プロビジョニング・サーバーのユーザー名とパスワードがわかっていること。
v プロビジョニング・タスクを実行するときは、maxadmin ユーザーを使用しないでください。 Tivoli
Provisioning Manager の使用を始める前に、maxadmin ユーザーが組織のセキュリティー・ロールとユー
ザーを設定する必要があります。特定のロールを割り当てて、さまざまなプロビジョニング・タスクを
実行することができます。詳しくは、「プロビジョニングユーザーズ・ガイド」の『ユーザー・アクセ
ス権限のコントロール』トピックを参照してください。
v Tivoli Provisioning Manager インフォメーション・センターの『ユーザー・アクセスの制御』のトピック
を読み、Tivoli Provisioning Manager でのセキュリティーの実装方法を理解していること。
表 26. ユーザーおよびグループ
ユーザー
グループ
wasadmin
maxadmin (MS Active Directory では maxadminusr)
maxadmin
mxintadm
maxadmin
maxreg
以下のコマンド例を実行すると、標準の Tivoli Directory Server インストールでのユーザーがリストされま
す。
ldapsearch -D cn=root -w <password> -s sub -b "o=ibm,c=us" objectclass=person
以下のコマンド例を実行すると、 maxadmin グループのすべてのメンバーがリストされます。
ldapsearch -D cn=root -w <password> -s base -b "cn=maxadmin,ou=groups,ou=swg,o=ibm,c=us" objectclass=* ibm-allmembers
LDAP ブラウザー・ツールを使用して、ご使用のディレクトリー・サーバーからユーザーおよびグループ
の情報を取得することもできます。
maxadmin、maxadminusr、および mxintadm については、各ユーザー ID のパスワードはユーザー名と同じ
です (例えば、maxadmin はユーザー ID およびデフォルトのパスワードです)。wasadmin ユーザーのパス
ワードは、インストール時に指定したパスワードです。
注: ユーザー名およびパスワードでは、大/小文字が区別されます。デフォルトのユーザー名およびパスワ
ードは小文字です。
プロビジョニング・サーバーにサインオンするには、以下のようにします。
手順
1. Web ブラウザーを開始し、「https://host_name:port/maximo」と入力します。ここで、host_name は
プロビジョニング・サーバーの完全修飾ドメイン名名です。この値は大文字小文字が区別されます。デ
フォルトのポート番号は 9443 です。
2. 「ログオン」ウィンドウで、「ユーザー ID」および「パスワード」を入力して、「ログオン」をクリ
ックします。
284
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
タスクの結果
これでプロビジョニング・サーバーにサインオンし、スタート・センターが表示されます。
ログオンに問題がある場合、以下の項目を検証します。
v システムがログオンの前提条件を満たしている。
v ユーザー名およびパスワードが正しい。
v Internet Explorer で、ブラウザーのセキュリティー設定を検査する。
1. 「ツール」 > 「インターネットオプション」をクリックします。
2. 「セキュリティ」タブをクリックします。
3. いずれかの Web コンテンツ・ゾーンについてカスタマイズされた設定を使用している場合、デフォ
ルトのセキュリティー・レベルを使用するために「既定のレベル」をクリックしてから、ログオンを
再試行します。
プロビジョニング・サーバーのサインオフ
Web インターフェースへの無許可アクセスを防ぐために、タスクが完了した後はプロビジョニング・サー
バーからログオフします。デフォルトでは、非アクティブ状態になってから 30 分後に自動的にログオフさ
れます。
手順
Web インターフェースからサインアウトするには、「サインアウト (Sign Out)」をクリックします。
タスクの結果
Web インターフェースからサインアウトされます。
次のタスク
セッションを完全に終了するには、Web インターフェースからログオフした後にすべてのタブを完全に閉
じて、ブラウザーを終了する必要があります。ログオフした後にブラウザーを終了しないと、別のユーザー
が新しいタブを開いて、ログオンせずに Web インターフェースにアクセスすることができます。
ユーザーの処理
複数のユーザーを作成するには、グループ特権を定義して、それをデータベースに追加します。
ユーザーの処理について詳しくは、以下のトピックを参照してください。
maxadmin 特権を持つ複数のユーザーの作成
複数の maxadmin ユーザーを作成するには、グループ特権を定義して、それをデータベースに追加します。
手順
1. 以下の必要なユーザーおよびグループをディレクトリーに作成します。
v maxadmin ユーザー、maxreg ユーザー、および mxintadm ユーザーを含む MAXIMOUSERS グループ
v maxadmin ユーザーおよび mxintadm ユーザーを含む MAXADMIN グループ
2. 以下の環境変数を設定します。
set skipwasvalidation=yes
付録 B. その他のインストール手順
285
3. 以下の行を使用して、サイレント・インストールの応答ファイルをセットアップします。
RUN_CONFIG_YES=0
RUN_CONFIG_NO=1
ヘルス・チェックがオフになるようにします。
4. インストールの完了後、以下のプロパティーを使用して、c:¥ibm¥smp¥etc¥install.properties ファイ
ルを更新します。
mxe.adminloginid=<maxadmin>
mxe.adminuserid=<maxadmin>
mxe.adminPasswd=<maxadmin pwd>
mxe.reguser=<maxreg>
mxe.int.dfltuser=<mxintegration>
5. c:¥ibm¥smp¥scripts ディレクトリーで、以下のコマンドを実行します。
taskRunner CONTINUE STOPONERROR
6. 以下の SQL コマンドを実行します。
v
2000
DB2
データベースに接続します。DB2 コマンド・ウィンドウを開き、以下のコマンドを実行し
ます。
connect to maxdb71 user dbusername using dbpassword
ここで、dbusername および dbpassword は、データベースへの接続に使用するランタイム・ユーザ
ー名およびパスワードです。
以下のコードを実行します。
insert into maxuser ¥
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite, ¥
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid, ¥
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values ¥
(’NEWMAXADM’, ’NEWMAXADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, ¥
null, null,0, null, 0, null, ¥
cast(’ABC’ as varchar(128) for bit data),’newmaxadm’, NEXTVAL FOR
MAXUSERSEQ, null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
insert into maxuser ¥
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite, ¥
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid, ¥
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values ¥
(’NEWMAXREG’, ’NEWMAXREG’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, ¥
null, null,0, null, 0, null, ¥
cast(’ABC’ as varchar(128) for bit data),’newmaxreg’, NEXTVAL FOR MAXUSERSEQ,
null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
insert into maxuser ¥
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite, ¥
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid, ¥
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values ¥
(’NEWMXINTADM’, ’NEWMXINTADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, ¥
null, null,0, null, 0, null, ¥
cast(’ABC’ as varchar(128) for bit data),’newmxintadm’, NEXTVAL FOR MAXUSERSEQ,
null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
286
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
insert into groupuser (groupuserid,userid,groupname,rowstamp) ¥
values ¥
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPADMIN’,NEXTVAL for MAXSEQ)
insert into groupuser (groupuserid,userid,groupname,rowstamp) ¥
values ¥
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPCOMPLIANCEANALYST’,NEXTVAL for MAXSEQ)
insert into groupuser (groupuserid,userid,groupname,rowstamp) ¥
values ¥
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPCONFIGURATIONLIBRARIAN’,NEXTVAL for MAXSEQ)
insert into groupuser (groupuserid,userid,groupname,rowstamp) ¥
values ¥
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPDEPLOYMENTSPECIALIST’,NEXTVAL for MAXSEQ)
insert into groupuser (groupuserid,userid,groupname,rowstamp) ¥
values ¥
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPDEVELOPER’,NEXTVAL for MAXSEQ)
NEWMAXADM
MAXADMIN の値
NEWMXINTADM
MXINTADM の値
NEWMAXREG
MAXREG の値
v
Oracle
2000
データベースに接続します。SQL*Plus コマンド・ウィンドウを開き、以下を実行しま
す。
sqlplus -S sys/${ORA_PSWD}@${ORA_DB_NAME} as sysdba
ここで、ORA_PSWD および ORA_DB_NAME は、データベースへの接続に使用するランタイム・ユーザー
名およびパスワードです。以下のコードを実行します。
insert into maxuser
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite,
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid,
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values
(’NEWMAXADM’, ’NEWMAXADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
null, null,0, null, 0, null,
cast(’ABC’ as varchar(128) for bit data),’newmaxadm’, MAXUSERSEQ.nextval,
null, 1, 1, 0, MAXSEQ.nextval)
insert into maxuser
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite,
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid,
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values
(’NEWMAXREG’, ’NEWMAXREG’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
null, null,0, null, 0, null,
cast(’ABC’ as varchar(128) for bit data),’newmaxreg’, MAXUSERSEQ.nextval,
null, 1, 1, 0, MAXSEQ.nextval)
insert into maxuser
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite,
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid,
付録 B. その他のインストール手順
287
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values
(’NEWMXINTADM’, ’NEWMXINTADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
null, null,0, null, 0, null,
cast(’ABC’ as varchar(128) for bit data),’newmxintadm’, MAXUSERSEQ.nextval,
null, 1, 1, 0, MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’EVERYONE’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’MAXADMIN’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’PMREQUESTER’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’WR_SYSADMIN_PERMISSION’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’WR_USER’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXREG’,’EVERYONE’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXREG’,’MAXREG’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMXINTADM’,’MAXADMIN’,MAXSEQ.nextval)
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMXINTADM’,’EVERYONE,MAXSEQ.nextval)
NEWMAXADM
MAXADMIN の値
NEWMXINTADM
MXINTADM の値
NEWMAXREG
MAXREG の値
7. インストール処理を続行します。
ユーザー・パスワードの変更
ユーザー・パスワードは Web インターフェースで変更できません。ユーザーは、Tivoli Directory Server
に用意されている Web 管理ツールを使用してパスワードを変更できます。
Web 管理ツールは、デフォルトではインストールされません。Web 管理ツールのインストール方法の詳細
については、http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDS.doc/
install27.htm の資料を参照してください。
Web 管理ツールのインストール後、ユーザーはパスワードを更新できます。
手順
1. 次のコマンドを使用して Web 管理ツールを始動します。
v <install_path>/idstools/bin/startWebadminApp
288
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ここで install_path は、Tivoli Directory Server をインストールしたディレクトリーです。詳しい手順に
ついては、「Web アプリケーション・サーバーの始動と Web 管理ツールの使用」というトピック
(http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDS.doc/install18.htm) を参
照してください。
2. 次の Web アドレスを使用してツールを起動します。
http://<hostname>:12100/IDSWebApp/IDSjsp/Login.jsp
ここで hostname は Tivoli Directory Server のホスト名です。
3. 自分のユーザー名でツールにログオンします。
4. 「ユーザー・プロパティー」 > 「パスワードの変更」をクリックします。
パスワードを変更しようとしたときに次のエラーが表示された場合は、ユーザーにパスワードを更新す
る権限がありません。
GLPWCO025W
パスワードは変更できません。ユーザーにはパスワードを変更する権限がありません。
LDAP 管理者は、次のコマンドを実行して権限を更新できます。
ldapmodify -D <adminDN> -w <AdminPwd> -i <modifyACL.ldif>
例えば、次のようになります。
ldapmodify -D cn=root -w password -i modifyACL.ldif
ここで modifyACL.ldif は次のような情報が含まれているファイルです。
dn: cn=tioappadmin,dc=ibm,dc=com
changetype: modify
add: aclentry
aclentry: access-id:cn=this:at.userpassword:rwsc
cn=tioappadmin,dc=ibm,dc=com は自分のユーザー DN に置き換えます。
コマンドを実行した後、ユーザーは自分のパスワードを更新するために、権限を修正します。
UNIX および Linux でのユーザーおよびグループの作成
ユーザーおよびグループの作成に詳しくない場合は、この情報を使用して、必要なユーザーおよびグループ
の作成に関するコマンドについて理解してください。詳しくは、ご使用のオペレーティング・システムの資
料を参照してください。
グループの作成
次のコマンドを使用してグループを作成します。
mkgroup group_name
例
tivoli という名前のグループを作成するには、以下のコマンドを実行します。
mkgroup tivoli
ユーザーの作成
ユーザーを作成するコマンドで、ユーザーのホーム・ディレクトリーの作成、ユーザーのグループへの割り
当て、およびデフォルト・シェルの設定も可能です。ユーザーを作成するには、次のコマンドを実行してく
ださい。
付録 B. その他のインストール手順
289
mkuser pgrp=primary_group home=/home/user_name -m -s shell user_name
primary_group
ユーザーの 1 次グループの名前。
user_name
作成する新しいユーザー名。
ユーザーのデフォルト・シェル・プログラムへのパス。Bash シェルの場合、場所は /bin/bash で
す。
shell
Korn シェルの場合、場所は /bin/ksh です。
例
以下の表に、ユーザー作成のためのコマンドの例をいくつか示します。
表 27. ユーザー作成コマンドの例
ユーザー
tioadmin
グループおよびシェル
コマンド
1 次
tioadmin
2 次
tivoli および
db2iadm1
以下のコマンドは、ホーム・ディレクトリー、1 次グループ、およびシ
ェルを設定します。
シェル
Korn
mkuser pgrp=tioadmin home=/home/tioadmin -m -s /bin/ksh tioadmin
2 次グループをユーザーに割り当てるには、以下のコマンドを実行しま
す。
usermod -G group1,group2,... user_name
例えば、グループ tivoli および db2iadm1 をユーザー tioadmin に割り
当てるには、以下を実行します。
usermod -G tivoli,db2iadm1 tioadmin
db2inst1
1 次
db2iadm1
mkuser pgrp=db2iadm1 home=/home/db2inst1 -m -s /bin/ksh db2inst1
シェル
Korn
ユーザー・パスワードの設定
ユーザー・パスワードを設定するには、次のコマンドを実行してください。
passwd user_name
例えば、ユーザー tioadmin のパスワードを設定するには、以下のコマンドを実行します。
passwd tioadmin
ユーザーを含むインストール・タスクまたは構成タスクを実行する前に、そのユーザー名とパスワードでロ
グオンできることを確認してください。システムによっては、最初にユーザーがログオンするときにパスワ
ードを変更する必要があります。
290
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
その他のユーザー・コマンド
表 28. その他のユーザー・コマンド
タスク
説明
ホーム・ディレクトリ
ーの作成
mkdir -p /home/user_name
例: 以下の例では、ディレクトリー /home/tioadmin をユーザー tioadmin に対して作成し
ます。
mkdir -p /home/tioadmin
ホーム・ディレクトリ
ーのユーザーへの割り
当て
usermod -d /home/user_name user_name
例: 以下の例では、ホーム・ディレクトリー /home/tioadmin をユーザー tioadmin に割り
当てます。
usermod -d /home/tioadmin tioadmin
ユーザーの 1 次グル
ープへの割り当て
usermod -g primary_group user_name
例: 以下の例では、db2iadm1 を db2inst1 の 1 次グループとして設定します。
usermod -g db2iadm1 db2inst1
ユーザーの 2 次グル
ープへの割り当て
usermod -G group1,group2,... user_name
例: 以下の例では、ユーザー tioadmin をグループ tivoli および db2iadm1 に追加しま
す。グループ名はコンマで区切られます。
usermod -G tivoli,db2iadm1 tioadmin
デフォルト・シェルの
変更
usermod -s shell user_name
例: 以下の例では、Bash シェルを tioadmin のデフォルト・シェルとして設定します。
usermod -s /bin/bash tioadmin
以下の例では、Korn シェルを db2inst1 のデフォルト・シェルとして設定します。
usermod -s /bin/ksh db2inst1
Tivoli Monitoring Agent の使用
Monitoring Agent for Tivoli Provisioning Manager により、Tivoli Provisioning Manager をモニターし、
Tivoli Provisioning Manager で基本的な操作を実行することができます。
モニター・エージェントは、モニター対象のアプリケーションについての共通問題を識別、通知、および訂
正することができます。ソフトウェアには以下の機能が組み込まれています。
v モニター
v データ収集
v イベント管理
Monitoring agent for Tivoli Provisioning Manager では、以下の機能を提供できます。
可用性のモニター
プロビジョニング・サーバーについての情報と、Tivoli Provisioning Manager に従属するコンポー
ネントについての情報を提供します。
付録 B. その他のインストール手順
291
タスクのモニター
過去数日に実行されたタスクと、今日スケジュールされているタスクについての情報を収集しま
す。
Monitoring Agent for Tivoli Provisioning Manager を使用する前に、モニター・エージェント・サポートを
Tivoli Enterprise Monitoring Server、Tivoli Enterprise Portal Server、および Tivoli Enterprise Portal デスク
トップ・クライアントにインストールする必要があります。インストール・イメージは補足 DVD にあり
ます。これらのタスクについては、IBM Tivoli Monitoring バージョン 6.2.2 インフォメーション・センタ
ーの『Installing and enabling application support』を参照してください。
次のタスク
v モニター・エージェントの手動インストールについては、Tivoli Provisioning Manager wiki で『Manually
installing the monitoring agent for Tivoli Provisioning Manager』を参照してください。
v Tivoli Monitoring Agent が前回のリリースで root ユーザーの下にインストール済みの場合は、モニタ
ー・エージェントをアンインストールする必要があります。エージェントがアンインストールされた
ら、tioadmin の下に現行バージョンのモニター・エージェントをインストールできます。
v Tivoli Monitoring Agent のアップグレードについて詳しくは、IBM Tivoli Monitoring バージョン 6.2.2
インフォメーション・センターで『Deploying monitoring agents across your environment』および
『Updating agents』を参照してください。
v モニター・エージェントの使用の詳細については、「Monitoring Agent for Tivoli Provisioning Manager
ユーザーズ・ガイド」を参照してください。
プロビジョニング・サーバーのホスト名の変更
Tivoli Provisioning Manager サーバーのホスト名と IP アドレスを変更する必要がある場合は、データベー
ス、関連コンポーネント、および構成に対していくつかの更新を実行する必要があります。このプロセスは
必ずしもリカバリー可能ではないため、ホスト名の変更機能を実行する前に、サーバーのバックアップ・イ
メージを作成することを強くお勧めします。
ホスト名を変更するには、プロビジョニング・サーバーにログオンして、順序どおりに指示に従ってくださ
い。問題が発生した場合は、エラーの解決を試みた後、現行ステップから手順を続行してください。スクリ
プトを実行すると、失敗した場所が追跡され、実行済みのすべてのステップはスキップされます。
注: データベースまたはディレクトリー・サーバーがリモートの場合 (つまり、Tivoli Provisioning Manager
サーバー以外のシステム上にある場合)、以下のことに注意してください。
v リモート・データベース・システムのホスト名の変更は、この機能では扱われません。
v 別のホスト名を使用した LDAP サーバー・システムの変更は、この機能では扱われません。
高可用性および災害復旧に関する考慮事項
ホスト名と IP アドレスの変更を実行する一般的な理由は、高可用性および災害復旧 (HADR) 構成に備え
るためです。Tivoli Provisioning Manager HADR ソリューションはベースとしてサービス IP を使用するた
め、サービス IP を確立するためにホスト名変更ソリューションが使用される場合があります。例えば、次
のようになります。
1. プロビジョニング・サーバーの HADR クラスターのサービス IP アドレスを判別します。
2. サービス IP を使用して、ここで説明したホスト名変更のシナリオを実行します。
3. HADR 構成を続行します。
292
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ホスト変更のシナリオは、既存の HADR 構成については検証されていません。これは理論的には汎用ソリ
ューションですが、HADR に関する一般的な考慮事項 (リソース・グループの作動状態がオフラインであ
ることを確認するなど) を検討する必要があります。多くの HADR ソリューションには、そのインストー
ルに固有の性質があるため、アクティブなプロビジョニング・サーバー・クラスターに対してホスト名の変
更が必要かどうかを Tivoli Provisioning Manager サポートに問い合わせることをお勧めします。
HADR について詳しくは、高可用性災害時回復を参照してください。
必須のパスワード
ホスト名を変更するには、いくつかのコンポーネントでパスワードを入力する必要があります。
ホスト名を変更するには、アプリケーション構成を変更する 2 つのスクリプトの実行を含む、一連のステ
ップを実行します。
表 29. 新規プロビジョニング・サーバーでホスト名を変更するための必須パスワード
コンポーネント
パスワード
DB2
データベース・インスタンスまたはデータベース・ランタ
イム・ユーザーのパスワード。
Oracle
2000
Oracle
Oracle
2000
Oracle ユーザー CDSSCHEMA のパスワード。
Agent Manager
リソース・マネージャーユーザー名のパスワード。これ
は、Agent Manager に接続するユーザー名です。
Agent Manager
Agent Manager 鍵ストア AMServerKeystore のパスワー
ド。
Agent Manager
Agent Manager トラストストア AMServerTruststore のパ
スワード。
Tivoli Provisioning Manager
Tivoli Provisioning Manager 鍵ストア TpmKeyStore のパ
スワード。
Tivoli Provisioning Manager
Tivoli Provisioning Manager トラストストア
TpmTrustStore のパスワード。
リソース・マネージャー SSL
リソース・マネージャーのデフォルトのパスワードは
CDSRMPASS です。
WebSphere Application Server
WebSphere Application Server 管理者のパスワード。
プロパティー・ファイルへのパラメーター値の追加
ホスト名の変更時には、2 つのスクリプトを実行します。ホスト名を変更するときにスクリプトによって使
用されるすべてのパラメーター値を追加して、プロパティー・ファイルを完成させます。
古いプロビジョニング・サーバーをバックアップして、ホスト名を新しいプロビジョニング・サーバーに変
更するためのスクリプトに必要な、すべてのパラメーターを管理するプロパティー・ファイルが 1 つあり
ます。このプロパティー・ファイルを編集して、すべてのパラメーター値を追加します。スクリプトを実行
すると、このファイルからパラメーター値を取得します。
以下のパラメーターは、新しいプロビジョニング・サーバーで実行されるスクリプトに使用されます。
v tpmChangeDBHost
v tpmChangeOtherHost
プロパティー・ファイルの要件:
付録 B. その他のインストール手順
293
v 大括弧 ([]) で囲まれたパラメーター値はすべてサンプルであり、検討が必要です。サンプル値が適正な
場合は、大括弧を削除してください。サンプル値が適正でない場合は、その値と大括弧を削除して、正
しい値を入力してください。スクリプトによって、必要なパラメーターの大括弧がすべて除去されてい
るかどうかの検査が行われます。
手順
1. プロパティー・ファイルを開きます。
v TIO_HOME/tools/rename_host/script_unix.properties
2. その他のホスト名を変更するパラメーター値を追加します (値は大/小文字の区別があります)。
v dbIsRemote
v dbInstanceName
v dbPort
v dasUserName (オプション)
v dbOSUser
v wasUser
v wasCellName
v fqNewHostName
v fqOldHostName
v tpmfosdDataDir
v TrustedCertificateQuery.Host
v smpDir
v CatalogueService.Host
v httpServerHome
v AgentManagerQuery.Host
v AgentQuery.Host
v amPort
v CertManagement.Host
v Registration.Server.Host
v amUser
v cdsHome
v dmgrSoapPort
パラメーターとそのデフォルト値、サンプル値、および説明が記載された 304 ページの『ホスト名の変
更機能のパラメーター』のリストを参照してください。
3. ご使用のプロビジョニング環境に該当しないデータベース固有のパラメーターは、すべて除去してくだ
さい。例えば、DB2 データベースを使用している場合には、Oracle データベース固有のパラメーター
はすべて除去します。
4. パラメーターと値のリストを検討して、その内容が正しいことを確認します。
5. プロパティー・ファイルを保存します。
294
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
次のタスク
パラメーター値の正確さを十分確信したら、『Tivoli Provisioning Manager SSL 構成からの以前のホスト名
の除去』に進みます。
Tivoli Provisioning Manager SSL 構成からの以前のホスト名の除去
始める前に
Tivoli Provisioning Manager が稼働中であることを確認します。
WebSphere Application Server の以下の SSL 構成から以前のホスト名を除去するには、スクリプトを使用
します。
v TpmSSLProfile
v AMClientSSL
v AMServerSSL
または、 296 ページの『Tivoli Provisioning Manager SSL 構成からの以前のホスト名の手動による除去』に
記載された手順に従って、以前のホスト名を手動で除去します。
手順
1. tioadmin としてログオンした状態で、コマンド・ウィンドウまたはコマンド・シェルを開き、
TIO_HOME/tools/rename_host/.script を現行ディレクトリーに設定します。
2. Agent Manager SSL プロファイルに対し、以下のスクリプトを実行します。このとき、以下に示す必須
パラメーターを指定します。
v ./tpmSynchSSLconfig.sh AMClientSSL,AMServerSSL <old_hostname> AMServerKeystore
AMServerTruststore agentmanagerkey agentmanagerkey <node_name> <was_home> <log_file>
<was_admin_user>
各変数の意味を以下に示します。
<old_hostname>
サーバーの現在のアクティブ・ホスト名です。
<node_name>
SSL 構成の所属先である WebSphere Application Server ノード名です。デフォルトは、
ctgNode01 です。
<was_home>
WebSphere Application Server のホーム・ディレクトリーです。例えば、Windows プラットフォ
ームでは "C:¥Program Files¥IBM¥WebSphere¥AppServer"、UNIX プラットフォームでは
/opt/IBM/WebSphere/AppServer です。
<log_file>
スクリプトのログ出力先ファイルの名前です。
<was_admin_user>
WebSphere Application Server 管理者です。デフォルトは wasadmin です。
注: スクリプト内のハードコーディングされたパラメーターは、インストール済みの SSL 構成、その
鍵ストア、およびトラストストアのプロファイルと証明書を示します。これらの名前が変更されている
場合は、それに従って変更後の値を指定してください。
3. 以下のパスワードを求めるプロンプトが出されます。
付録 B. その他のインストール手順
295
表 30. コンポーネント・パスワード
コンポーネント
パスワード
WebSphere Application Server
WebSphere Application Server 管理者のパスワード
Agent Manager
Agent Manager 鍵ストア AMServerKeystore のパスワード
Agent Manager
Agent Manager トラストストア AMServerTruststore のパ
スワード
4. Tivoli Provisioning Manager SSL プロファイルに対し、以下のスクリプトを実行します。このとき、以
下に示す必須パラメーターを指定します。
v ./tpmSynchSSLconfig.sh TpmSSLProfile <old_hostname> TpmKeyStore TpmTrustStore tpmuicert
tpmuicert <node_name> <was_home> <log_file> <was_admin_user>
各変数の意味を以下に示します。
<old_hostname>
サーバーの現在のアクティブ・ホスト名です。
<node_name>
SSL 構成の所属先である WebSphere Application Server ノード名です。デフォルトは、
ctgNode01 です。
<was_home>
WebSphere Application Server のホーム・ディレクトリーです。例えば、Windows プラットフォ
ームでは "C:¥Program Files¥IBM¥WebSphere¥AppServer"、UNIX プラットフォームでは
/opt/IBM/WebSphere/AppServer です。
<log_file>
スクリプトのログ出力先ファイルの名前です。
<was_admin_user>
WebSphere Application Server 管理者です。デフォルトは wasadmin です。
5. 以下のパスワードを求めるプロンプトが出されます。
表 31. コンポーネント・パスワード
コンポーネント
パスワード
WebSphere Application Server
WebSphere Application Server 管理者のパスワード
Tivoli Provisioning Manager
Tivoli Provisioning Manager 鍵ストア TpmKeystore のパ
スワード
Tivoli Provisioning Manager
Tivoli Provisioning Manager トラストストア
TpmTruststore のパスワード
6. スクリプトの実行時に問題が発生した場合は、潜在的な問題に関連するログ・ファイルを確認します。
次のタスク
297 ページの『プロビジョニング・サーバーへの新規ホスト名の割り当て』に進みます。
Tivoli Provisioning Manager SSL 構成からの以前のホスト名の手動によ
る除去
手順
1. Tivoli Provisioning Manager 管理コンソールにログオンします。
296
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
2. 「セキュリティー」 > 「SSL 証明書および鍵管理」 > 「エンドポイント・セキュリティー構成の管
理」をクリックします。
3. 「node_name (NodeDefaultSSLSettings,null)」を選択します。
4. 「鍵ストアおよび証明書」をクリックします。
5. 以下の点に注意して 4 つのプロファイルを作成します。
v 属性「リモート管理」にチェック・マークが付いていないこと。
v 以下の元のプロファイルと同じ「パス」、「パスワード」、および「タイプ」を使用すること。
– AMServerKeystore
– AMServerTruststore
– TpmKeyStore
– TpmTrustStore
6. 「SSL 構成」を選択します。
7. 構成 AMClientSSL を選択し、現在の「トラストストア名」と「鍵ストア名」を、ステップ 5 で作成
した新しいプロファイルの名前に置き換えます。
8. 「証明書別名の取得」をクリックします。
9. 構成 AMServerSSL についてステップ 6 から 8 を実行します。
10. 構成 TpmSSLProfile についてステップ 6 から 8 を実行します。
11. 「鍵ストアおよび証明書」を再度選択し、ステップ 5 にリストされた元のプロファイルをすべて削除
します。
次のタスク
『プロビジョニング・サーバーへの新規ホスト名の割り当て』に進みます。
プロビジョニング・サーバーへの新規ホスト名の割り当て
Tivoli Provisioning Manager のホスト名を変更するには、新規ホスト名を割り当てた後、いくつかの手動ス
テップが必要となります。
始める前に
1. 次のミドルウェアが実行中であることを確認します。
v データベース・サーバー
v WebSphere Application Server
v LDAP サーバー
これらのシステムの始動方法について詳しくは、以下を参照してください。
v
123 ページの『UNIX および Linux でのミドルウェアの開始』
2. ホスト名の変更操作を実行する前に、データ・モデルで定義されたプロビジョニング・サーバーの完全
修飾ホスト名の文字がすべて小文字になっていることを確認してください。
a. スタート・センターから、「リンク先」 > 「デプロイメント」 > 「プロビジョニング・コンピュ
ーター」をクリックします。
b. プロビジョニング・サーバーを検索し、ホスト名がすべて小文字で定義されているかどうか確認しま
す。
付録 B. その他のインストール手順
297
c. プロビジョニング・サーバーのホスト名を使用して、ファイル・リポジトリーを検索します。名前が
すべて小文字になっていることを確認します。「リンク先」 > IT Infrastructure > 「プロビジョニ
ング・インベントリー」 > 「ファイル・リポジトリー」をクリックします。
d. TIO_HOME¥xml¥tpmfosdbootserver.xml ファイルで、プロビジョニング・サーバーのホスト名がすべ
て小文字になっていることを確認します。
3. この手順で説明するいずれかのスクリプトが以前に実行されており、これが新しいホスト名変更プロセ
スである場合、以下のファイルの名前を変更してすべてのステップが再実行されるようにします。
v TIO_LOGS/rename_host/tpmChangeDBHost_status.log
v TIO_LOGS/rename_host/tpmChangeOtherHost_status.log
この手順により、サーバーのホスト名が変更され、Tivoli Provisioning Manager データベース構成のほとん
どが更新されます。
手順
1. 新しいプロビジョニング・サーバーにログオンします。
v root でログオンします。
2. プロビジョニング・サーバーの新しいホスト名と新しい IP アドレスを変更します。変更する元のホス
ト名で使用されている命名規則に従います。例えば、ホスト名が完全修飾ホスト名の場合は、新しい名
前にも完全修飾ホスト名を使用します。ユーザーは小文字だけを使用することをお勧めします。
a. デスクトップで「マイコンピュータ」を右クリックして、「プロパティ」をクリックします。
b. 「コンピュータ名」タブで、「変更」をクリックします。
c. 「コンピュータ名」フィールドに古いプロビジョニング・サーバーのホスト名を入力します。
d. 「OK」をクリックして、変更内容を保管します。
a. 「コントロールパネル」 > 「ネットワーク接続」に移動し、使用するローカル・エリア・ネット
ワーク接続をダブルクリックします。
b. リストで「インターネットプロトコル (TCP/IP)」を選択して、「プロパティ」をクリックしま
す。
c. 「IP アドレス」フィールドに古いプロビジョニング・サーバーの IP アドレスを入力します。
d. 変更内容を保存します。
ホスト名と IP アドレスを変更するための詳しいステップは、オペレーティング・システム固有の資料
を参照してください。
3. プロビジョニング・サーバーをリブートします。 Tivoli Provisioning Manager が自動的に稼働するよ
うに設定されている場合は、システムの再始動後にホスト名が変更されているため、この時点で失敗す
る可能性があります。プロビジョニング・サーバーを停止するには、以下のようにします。
v TIO_HOME/tools/tio.sh stop
4. プロビジョニング・サーバーのホスト名と IP アドレスを確認します。
a. ホスト名: コマンド・プロンプトで「hostname」と入力します。新しいプロビジョニング・サーバ
ーの新しいホスト名が返されます。
b. IP アドレス: コマンド・プロンプトで「ping <hostname>」と入力します。ここで、<hostname> は
新しいプロビジョニング・サーバーのホスト名です。新しいプロビジョニング・サーバーの新しい
IP アドレスが返されます。
5. 実行中のすべての WebSphere Application Server Java プロセスを停止します。
v 次のコマンドを実行してください。
298
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
ps -ef | grep java | grep WebSphere
WebSphere Application Java プロセスのリストが表示されます。PID 列のプロセス ID を指定して次
のコマンドを実行し、各プロセスを停止します。
kill -9 <process_ID>
停止する必要がある各プロセスに対してこのコマンドを実行します。
6. Windows プラットフォームでは tioadmin、UNIX プラットフォームでは root としてログオンし、コ
マンド・ウィンドウまたはコマンド・シェルを開いて、TIO_HOME/tools/rename_host/ ディレクトリー
から以下のスクリプトを実行します。
v ./tpmChangeDBHost.sh
このスクリプトを実行すると、データベース管理者ユーザーまたはデータベース・インスタンス・ユー
ザーのパスワードを求めるプロンプトが出されます。
7.
Oracle
2000
新しいプロビジョニング・サーバーのホスト名が次のファイルで正しく構成されていること
を確認してください。
v ORACLE_HOME/network/admin/listener.ora
v ORACLE_HOME/network/admin/tnsnames.ora
listener.ora ファイルで、HOST に使用している値が新規プロビジョニング・サーバーの完全修飾名で
あることを確認します。例:
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = new hostname.ibm.com)(PORT = 1521))
tnsnames.ora ファイルで、HOST と SERVICE_NAME の値が新しいプロビジョニング・サーバーの完全修
飾名であることを確認します。例:
MAXDB71 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = new hostname.ibm.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = maxdb71.new hostname.ibm.com)
)
)
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = new hostname.ibm.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl.new hostname.ibm.com)
)
)
ここで、new hostname は、通常はプロビジョニング・サーバーのホスト名ですが、データベースの構
成によって異なる場合があります。例えば、Oracle 10g リモート・データベースの場合、プロビジョ
ニング・サーバーのホスト名ではなくリモート・データベースのホスト名が表示されます。情報が正し
いことを確認すると、スクリプトは続行します。
8.
2000
DB2
データベースがリモートの場合は、tpmChangeDBHost コマンドの実行後にデータベースを再
始動します。
付録 B. その他のインストール手順
299
9. 変更が正常に完了したことを確認するには、TIO_LOGS/rename_host に移動し、
tpmChangeDBHost_status.log を開きます。このログには、完了した各ステップの状況がリストされて
います。すべてのステップが DONE とマークされています。
10. プロビジョニング・サーバーをリブートします。
タスクの結果
スクリプトを実行すると、次の領域のプロビジョニング・サーバーのホスト名が更新されます。
v MAXPROPVALUE テーブル
v
Oracle
2000
(ローカル): tnsnames.ora ファイル
v
2000
DB2
DB2 LDAP
v
2000
DB2
(ローカル): MAXPROPVALUE テーブルおよび必要なデータベース構成パラメーター
ホスト名変更スクリプトの実行時に問題が発生した場合は、潜在的な問題やログ・ファイルを表示して問題
を解決し、続行します。
v
305 ページの『戻りコード』
次のタスク
『管理ワークステーションからのデータベース・サーバー・ホスト名の更新』に進みます。
管理ワークステーションからのデータベース・サーバー・ホスト名の更新
データベース・サーバーのホスト名と IP アドレスを変更します。
管理ワークステーションで、Base Services maximo.properties ファイルを更新して、データベース・サー
バーの IP またはホスト名を変更するか、パスワードを更新します。
手順
1. 管理ワークステーションにログオンし、MAXIMO_HOME/etc にナビゲートします。install.properties フ
ァイルの OldHostname を NewHostname に置き換えて編集し、変更内容を保存します。
注: リモート・データベース・サーバーを使用している場合は、 301 ページの『残りのホスト名の更
新』に進みます。
2. MAXIMO_HOME¥maximo¥applications¥maximo¥properties にナビゲートし、バイナリー・エディターを使
用して maximo.properties ファイルをバックアップします。このファイルのバイナリー部分には触れな
いでください。最終行および記号文字が含まれた行は編集しないように注意してください。ファイルを
バックアップしたら、maximo.properties ファイルの OldHostname を NewHostname に置き換えて編集
し、変更内容を保存します。必要に応じて、データベースにアクセスするユーザーのパスワードを更新
します。
注: UNIX 環境で、maximo.properties ファイルに、以前の完全修飾ホスト名または以前の IP アドレ
スが指定されている場合は、これを NewHostname に置き換えます。
3. maximo.properties ファイルに以下の行が存在する場合は、その行を削除してください。
mxe.crontask.donotrun=ALL
4. プロビジョニング・サーバーにログオンします。
5. TIO_HOME¥lwi¥runtime¥tpm¥eclipse¥plugins¥tpm_pmp¥properties にナビゲートし、既存の
maximo.properties ファイルをバックアップします。
300
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
6. バイナリー・モードを使用して、管理ワークステーションで作成した maximo.properties ファイルを、
新規プロビジョニング・サーバー上の
TIO_HOME¥lwi¥runtime¥tpm¥eclipse¥plugins¥tpm_pmp¥properties ディレクトリーにコピーします。
既存の maximo.properties ファイルを置き換え、新規ファイルの許可と所有者が、既存のファイルと同
じであることを確認します。
注: maximo.properties ファイルを Windows 管理ワークステーションから Windows 以外のプロビジョ
ニング・サーバーにコピーすると、ファイルの先頭と末尾に制御文字が表示される場合があります。続
行する前に、dos2unix などのファイル変換ユーティリティーを使用してこれらの文字を削除してくださ
い。後で Maximo が始動に失敗した場合は、バックアップ・ファイルをリストアして変更をやり直して
ください。
7. 管理ワークステーションで <base_services_installation_directory>¥wasclient¥ThinWsadmin.bat フ
ァイルを更新し、すべての古い Tivoli Provisioning Manager サーバー名を新しいサーバー名で置き換え
ます。この処理は、以下のいずれかの条件に該当する場合に実行する必要があります。
v 管理ワークステーションが Tivoli Provisioning Manager と同じサーバー上で実行されていない。
v 以前に構成されたプロパティー・ファイル内で smpDir パラメーターが指定されていない。
<base_services_installation_directory> は、Base Services をインストールしたディレクトリーで
す。デフォルトは C:¥IBM¥SMP です。
次のタスク
『残りのホスト名の更新』に進みます。
残りのホスト名の更新
スクリプトを使用して、ディレクトリー・サーバー、WebSphere Application Server、ソフトウェア配布イン
フラストラクチャー、および Tivoli Provisioning Manager for OS Deployment のホスト名を更新します。
始める前に
1. LDAP サーバーと管理デーモンが実行中であることを確認します。
2. データベース・サーバーが実行中であることを確認します。
LDAP サーバー、管理デーモン、またはデータベース・サーバーを始動する方法について詳しくは、以下
を参照してください。
v
123 ページの『UNIX および Linux でのミドルウェアの開始』
手順
1. Windows プラットフォームでは tioadmin、UNIX プラットフォームでは root としてログオンし、コ
マンド・ウィンドウまたはコマンド・シェルを開いて、TIO_HOME/tools/rename_host/ ディレクトリーか
ら以下のスクリプトを実行します。
v ./tpmChangeOtherHost.sh
注: この処理にはある程度時間がかかることがあります。スクリプトの実行中にプロセスがタイムアウ
トになった場合は、スクリプトを再実行してください。プロセスが中断された場所から再開されます。
以下のパスワードのいくつかを入力するプロンプトが表示されます。
付録 B. その他のインストール手順
301
表 32. コンポーネント・パスワード
コンポーネント
パスワード
WebSphere Application Server
WebSphere Application Server 管理者のパスワード。
DB2
データベース・インスタンス・ユーザーのパスワード。
Oracle
2000
Oracle
Oracle
2000
Oracle ユーザー CDSSCHEMA のパスワード。
Agent Manager
Agent Manager のリソース・マネージャー・ユーザー名の
パスワード。
リソース・マネージャー SSL
デフォルトのパスワードは、CDSRMPASS です。
2. 変更が正常に行われたことを検証するには、TIO_LOGS/rename_host にナビゲートし、
tpmChangeOtherHost_status.log を開きます。このログには、完了した各ステップの状況がリストされ
ています。すべてのステップが DONE とマークされている必要があります。また、以下のファイルを確
認して、更新済みの情報を参照することもできます。
a. プロビジョニング・サーバーのホスト名を参照するには、TIO_HOME/config/endpoint.properties フ
ァイルを開きます。
b. TIO_HOME/config/dcm.xml ファイルを開きます。 <URL> タグ内の Web アドレスは、データベース
のホスト名を示しています。
3. TIO_HOME¥lwi¥runtime¥tpm¥eclipse¥plugins¥tpm_pmp¥properties にナビゲートし、以下の行が
maximo.properties ファイル内に存在し、正しい値が設定されていることを確認します。
mxe.crontask.donotrun=ALL
mxe.report.birt.disablequeuemanager=1
mxe.rmi.enabled=0
4. Tivoli Provisioning Manager マシンの WAS_HOME/profiles/ctgDmgr01/etc/trust.p12 を、管理ワークス
テーションがインストールされている MAXIMO_HOME¥wasclient¥etc¥trust.p12 にコピーします。
5. IBM Tivoli Provisioning Manager・サーバーを再始動します。
タスクの結果
ホスト名スクリプトを実行すると、以下のタスクが実行されます。
1. ディレクトリー・サーバーが新しいプロビジョニング・サーバーと同じコンピューター上に存在する場
合、user-factory.xml ファイル内のホスト名に更新されます。
2. WebSphere Application Server ND のホスト名に更新されます。
3. スケーラブル配布インフラストラクチャーのホスト名に更新されます。
4. Tivoli Provisioning Manager for OS Deployment のホスト名に更新されます。
5. データベース参照がローカル・ホスト名を指している場合、データベース構成用の dcm.xml ファイルに
更新されます。
6. tivoli.send.conf ファイルと tivoli.receive.conf ファイル内のホスト名に変更されます。
スクリプトの実行時に問題が発生した場合は、潜在的な問題やログ・ファイルを表示して問題を解決し、続
行します。
v
305 ページの『戻りコード』
次のタスク
303 ページの『Tivoli Provisioning Manager SSL 構成への新規ホスト名の追加』に進みます。
302
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Tivoli Provisioning Manager SSL 構成への新規ホスト名の追加
WebSphere Application Server の以下の SSL 構成に新規ホスト名を追加するには、スクリプトを使用しま
す。
v TpmSSLProfile
v AMClientSSL
v AMServerSSL
または、『Tivoli Provisioning Manager SSL 構成への新規ホスト名の手動による追加』に記載された手順に
従って、新規ホスト名を手動で追加します。
手順
295 ページの『Tivoli Provisioning Manager SSL 構成からの以前のホスト名の除去』に記載されたものと同
じステップを実行しますが、スクリプトの実行時には、<old_hostname> 変数に、以前のホスト名ではなく
新規ホスト名を指定します。
Tivoli Provisioning Manager SSL 構成への新規ホスト名の手動による追
加
手順
1. Tivoli Provisioning Manager 管理コンソールにログオンします。
2. 「セキュリティー」 > 「SSL 証明書および鍵管理」 > 「エンドポイント・セキュリティー構成の管
理」をクリックします。
3. 「node_name (NodeDefaultSSLSettings,null)」を選択します。
4. 「鍵ストアおよび証明書」をクリックします。
5. 以下の点に注意して 4 つのプロファイルを作成します。
v 属性「リモート管理」にチェック・マークを付け、「ホスト・リスト」に新規ホスト名を指定する
こと。
v
296 ページの『Tivoli Provisioning Manager SSL 構成からの以前のホスト名の手動による除去』で作
成した既存の一時プロファイルと同じ「パス」、「パスワード」、および「タイプ」を使用するこ
と。
v 以下に示す元のプロファイルと同じ「名前」を使用すること。
– AMServerKeystore
– AMServerTruststore
– TpmKeyStore
– TpmTrustStore
6. 現在のノードの「SSL 構成」を選択します。
7. 構成 AMClientSSL を選択し、現在の「トラストストア名」と「鍵ストア名」を、ステップ 5 で作成
した新しい対応プロファイルの名前に置き換えます。
8. 「証明書別名の取得」をクリックします。
9. 構成 AMServerSSL についてステップ 6 から 8 を実行します。
10. 構成 TpmSSLProfile についてステップ 6 から 8 を実行します。
11. 「鍵ストアおよび証明書」を再度選択し、 296 ページの『Tivoli Provisioning Manager SSL 構成からの
以前のホスト名の手動による除去』で作成したすべての一時プロファイルを削除します。
付録 B. その他のインストール手順
303
ホスト名の変更機能のパラメーター
ホスト名の変更で使用されるスクリプトのそれぞれに対して、さまざまなパラメーターが必要です。パラメ
ーター、その説明、および値の例の完全なリストが、以下に示されています。
表 33. Windows および UNIX コンピューター用のスクリプトのパラメーター： script_win.properties および
script_unix.properties ファイル内のパラメーターに値を追加します。
パラメーター名
パラメーターの説明
AgentManagerQuery.Host
Agent Manager のクエリー・サービスの完全修飾 exampleNewHost.ibm.com
ホスト名。この値は大文字小文字が区別されま
す。
デフォルト値/値の例
AgentQuery.Host
Agent Manager のクエリー・サービスの完全修飾 exampleNewHost.ibm.com
ホスト名。この値は大文字小文字が区別されま
す。
amPort
Agent Manager 公開登録ポート。
amUser
Agent Manager リソース・マネージャーのユーザ tpmManager
ー名。
9511
IBM Tivoli Provisioning Managerの新しいインス
トーラーにより、ユーザー名 tpmManager が作成
されます。インストール後にこのユーザー名を変
更した場合を除き、デフォルトを使用してくださ
い。
CatalogueService.Host
カタログ・サービスの完全修飾ホスト名。この値 exampleNewHost.ibm.com
は大文字小文字が区別されます。
cdsHome
Dynamic Content Delivery のインストール・ディ
レクトリー。
CertManagement.Host
Agent Manager の認証マネージャーの完全修飾ホ exampleNewHost.ibm.com
スト名。この値は大文字小文字が区別されます。
dasUserName
データベース管理サーバーのユーザー名。
dbIsRemote
2000
DB2
v
Oracle
2000
dasusr1
ctginst1
dbInstanceName
v
v /opt/IBM/CDS
データベース・インスタンス名
システム ID
データベース・サーバーの場所を示します。
v データベース・サーバーがローカルである (プ
v
2000
DB2
v
Oracle
2000
ロビジョニング・サーバーと同じコンピュータ
ー上にある) 場合は、no を指定します。
ctginst1
sys
v データベース・サーバーがリモートである (プ
ロビジョニング・サーバーとは別のコンピュー
ター上にある) 場合は、yes を指定します。
この値は指定する必要があります。
dbOSUser
データベースに接続可能なオペレーティング・シ ctginst1
ステム・ユーザー。
dbPort
データベース・ホスト・ポート。
別のポート番号で DB2 が構成されている場合
は、値を正しいポート番号に変更します。
v
2000
DB2
v
Oracle
2000
50005
1521
dmgrSoapPort
デプロイメント・マネージャーの SOAP ポー
ト。
fqNewHostName
IBM Tivoli Provisioning Managerの新しい完全修 examplenewhost.ibm.com
飾ホスト名。この値には、大文字と小文字の区別
があります。この値で使用できるのは小文字だけ
です。
fqOldHostName
IBM Tivoli Provisioning Managerの古い完全修飾 exampleOldHost.ibm.com
ホスト名。この値は大文字小文字が区別されませ
ん。
httpServerHome
HTTP サーバーのホーム・ディレクトリー。
304
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
8879
v /opt/IBM/HTTPServer
表 33. Windows および UNIX コンピューター用のスクリプトのパラメーター (続き)： script_win.properties および
script_unix.properties ファイル内のパラメーターに値を追加します。
パラメーター名
パラメーターの説明
デフォルト値/値の例
Registration.Server.Host
Agent Manager の登録サーバーの完全修飾ホスト exampleNewHost.ibm.com
名。この値は大文字小文字が区別されます。
smpDir
Tivoli Provisioning Manager サーバー上の Base
v /opt/IBM/SMP
Services のインストール・ディレクトリー。
Base Services が Tivoli Provisioning Manager サ
ーバー以外のマシンにインストールされている場
合、このパラメーターを削除できます。
tpmfosdDataDir
Tivoli Provisioning Manager for OS Deployment
v /opt/tpmfosd_files
の構成、ログ、およびイメージの各ファイルが配
置されるディレクトリー。
この製品がインストールされていない場合は、パ
ラメーターを除去できます。
TrustedCertificateQuery.Host
Agent Manager のトラステッド証明書クエリー・ exampleNewHost.ibm.com
サービスの完全修飾ホスト名。この値は大文字小
文字が区別されます。
wasCellName
WebSphere Application Server セル名。
ctgCell01
wasUser
WebSphere Application Server 管理者ユーザー。
wasadmin
戻りコード
ホスト名の変更中に問題が発生した場合、その解決方法については、戻りコードのリストを確認してくださ
い。
表 34. 戻りコードのリスト
コード
説明
12005
動的コンテンツ配信データベースの再編成が失敗しました。
16000
ホスト名変更プロセスで一般エラーが発生しました。問題を解決するには、
ステップの詳細を参照してください。
16001
トラッキング対象のスクリプト名が指定されていません。 '%LaunchTitle%'
のすべての "TrackBatch" 呼び出しにスクリプト名が含まれていることを確
認し、再試行してください。
16002
'%LaunchTitle%' は '%runasuser%' ユーザーとして実行する必要があります。
ログアウトしてから '%runasuser%' としてログインし、スクリプトを再度実
行してください。
16003
TIO_HOME 環境を定義する必要があります。詳しくはインフォメーション・セ
ンターを参照してください。
16004
インストールを実行するには、ユーザーが '%TIOADMIN_GRP%' グループに
属している必要があります。ユーザーをこのグループに割り当て、再試行し
てください。
16005
'%SETUPCMD%' ファイルが見つかりません。 Tivoli Provisioning Manager
環境が破損している可能性があります。詳しくはインフォメーション・セン
ターを参照してください。
16006
'%TIO_HOME%/config/build-version.properties' ファイルに Tivoli
Provisioning Manager の製品バージョンが見つかりません。詳しくはインフォ
メーション・センターを参照してください。
16007
Tivoli Provisioning Manager の製品バージョンを判別できません。詳しくはイ
ンフォメーション・センターを参照してください。
付録 B. その他のインストール手順
305
表 34. 戻りコードのリスト (続き)
コード
説明
16009
TIO_LOGS 環境は、プロセス・ログを %TMP% ディレクトリーに格納するよう
に定義されていません。tioadmin ユーザーとしてスクリプトを実行し、再試
行してください。
16011
オプション "%~1" が無効です。使用法の構文を確認して再試行してくださ
い。
16012
オプション "%~1" に値が欠落しています。使用法の構文を確認して再試行し
てください。
16013
%ERRLEVEL% コードが原因で '%DEST_DIR%' ディレクトリーを作成できま
せん。エラーを修正し、再試行してください。
16015
現行バージョン '%VERSION%' ではホスト名変更プロセスを実行できませ
ん。必要なバージョンは '%FEATURE_VERSION%' です。
16017
この Linux アーキテクチャーでは、ホスト名変更プロセスはサポートされま
せん。詳しくはインフォメーション・センターを参照してください。
16018
このオペレーティング・システムでは、ホスト名変更プロセスはサポートさ
れません。詳しくはインフォメーション・センターを参照してください。
16019
'%SETUPCMD%' スクリプトを実行できません。このスクリプトを実行する
には、'chmod +x' コマンドを使用してください。
16021
TERM 変数が正しく設定されていません。 'ansi'、'xterm'、または 'vt100' に
設定します。
16022
TIO_LOG 変数の '%TIO_LOG%' 値を有効なディレクトリーとして定義する必
要があります。詳しくはインフォメーション・センターを参照してくださ
い。
16025
サポートされていないデータベース・タイプ '%DB_TYPE%' があります。
TIO_HOME/config/dcm.xml ファイルの 'type' 値は db2jcc' または 'ORACLE' に
設定されている必要があります。
16027
データベースのユーザー名を判別できません。 TIO_HOME/config/dcm.xml フ
ァイルの ’username’ 値を確認してください。
16028
データベース名を判別できません。 TIO_HOME/config/dcm.xml ファイルの
'name' 値を確認してください。
16036
ファイル圧縮ユーティリティーがインストールされていないか、圧縮の実行
可能ファイルのパスが PATH 変数に含まれていません。ファイル圧縮ユーテ
ィリティーを PATH 変数に含めてください。
16040
無効なスクリプト・トラッキングについての内部メッセージの予約エラー。
このエラーが報告された場合はコードの構文を確認してください。
16045
'%DEST_DIR%' ディレクトリーが見つかりません。ディレクトリー・パスを
確認してください。
16046
DB2 ホスト名を変更できませんでした。
16047
Oracle Database ホスト名を変更できませんでした。
16048
データベースの Maximo プロパティーを更新できませんでした。
16049
WebSphere Application Server のホスト名を変更できませんでした。
16050
Agent Manager のホスト名を更新できませんでした。
16051
Tivoli Provisioning Manager for OS Deployment のホスト名を変更できません
でした。
16052
Tivoli Provisioning Manager for OS Deployment を再始動できませんでした。
306
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 34. 戻りコードのリスト (続き)
コード
説明
16053
ユーザーは現行プロセスを終了して入力パラメーターを変更することを選択
しました。
16054
DB2 構成ファイル・パスを持つファイルが見つかりませんでした。
16055
'%EXPECTING%' オプションに大括弧で囲まれたデフォルト値が含まれてい
ます。これらは '%PropertyFile%' ファイルで大括弧なしの実際の値に置き換
える必要があります。
16057
endpoint.properties を更新できませんでした。
16058
user-factory.xml ファイルを更新できませんでした。
16059
tpm-cds-authentication.properties ファイルを更新できませんでした。
16060
config.csv ファイルを更新できませんでした。
16061
dcm.xml ファイルを更新できませんでした。
16062
ターゲット・ファイルを開けませんでした。
16063
一時ファイルを開けませんでした。
16064
スクリプトの入力引数が欠落しているか、無効です。
16065
tec-event-customer-info.xml ファイル更新できませんでした。
16066
tivoli.send.conf ファイルを更新できませんでした。
16067
tivoli.receive.conf ファイルを更新できませんでした。
16068
動的コンテンツ配信サービスを登録できませんでした。
16069
Tivoli Provisioning Manager のインストールにデフォルトの圧縮ファイル・ユ
ーティリティーが見つかりません。'%PropertyFile%' ファイルで
zipBackupFiles ファイルを false に設定し、スクリプトを再度実行してか
ら、バックアップ・ファイルに対して手動圧縮ファイルを実行します。
付録 B. その他のインストール手順
307
表 34. 戻りコードのリスト (続き)
コード
説明
16077
Tivoli Provisioning Manager for OS Deployment ブート・サーバー・オブジェ
クトを作成するための tpmfosdbootserver.xml をインポートできませんでし
た。
このエラーは、スクリプトまたは tpmChangeOtherHost.sh で、
tpmfosdbootserver.xml ファイル内のデータを使用してプロビジョニング・
サーバーに親 OS デプロイメント・サーバーを作成できなかった場合に発
生します。
失敗の考えられる原因は、次のとおりです。
v データベース接続の問題
v データベース内の誤ったデータ
v 無効な tpmfosdbootserver.xml ファイル
エラーを解決するには、次のようにします。
1. ctginst1 データベースを始動済みであることを確認します。
2. データ・モデルの Tivoli Provisioning Manager サーバー・オブジェクトの
名前が、簡略ホスト名であるか、プロビジョニング・サーバーの完全修飾
ドメイン名であることを確認します。この値は大文字小文字が区別されま
す。
3. tpmfosdbootserver.xml で、host-server 属性が簡略ホスト名であるか、プ
ロビジョニング・サーバーの完全修飾ドメイン名であることを確認しま
す。この値は大文字小文字が区別されます。
4. 以上のステップをすべて実行したら、または tpmChangeOtherHost.sh を
実行してマイグレーションを続行します。
16078
TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/properties/
maximo.properties ファイルから Tivoli Provisioning Manager の新しい完全
修飾ホスト名を見つけることができません。ホスト名を確認できませんでし
た。
16079
TIO_HOME/xml/tpmserver.xml ファイルから Tivoli Provisioning Manager の古
い完全修飾ホスト名を見つけることができません。ホスト名を確認できませ
んでした。
16086
「hostname」コマンドによって返されたホスト名の値が、新しい Tivoli
Provisioning Manager の完全修飾ホスト名と異なっています。値を確認し、一
致するようにしてください。
16087
インフォメーション・センターのホスト名を更新できませんでした。
23003
%NEW_DB_NAME% データベースを作成できませんでした。[DB2 戻りコー
ド=%RETURNCODE%][エラー説明=%RETURN_MSG%]。問題を修正してスクリプトを
再度実行してください。
23004
データベースに接続できませんでした。ユーザー名とパスワードが有効なこ
とを確認し、スクリプトを再度実行してください。
23005
%TC_DB% データベースをリストアできませんでした。[DB2 戻りコード
=%RETURNCODE%][エラー説明=%RETURN_MSG%]。問題を修正してスクリプトを再
度実行してください。
23006
データベース・スキーマをコピーできませんでした。ディスク・スペースが
あることを確認し、報告された問題を修正してください。
308
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 34. 戻りコードのリスト (続き)
コード
説明
23007
元のデータベース・スキーマを除去できませんでした。報告された問題を修
正してスクリプトを再度実行してください。
23008
データベースの一時テーブルを除去できませんでした。他のデータベース・
クライアントがデータベースにアクセスしていないことを確認して、スクリ
プトを再実行します。
23009
データベースの一時機能を除去できませんでした。他のデータベース・クラ
イアントがデータベースにアクセスしていないことを確認して、スクリプト
を再実行します。
23010
データベースの一時ストアード・プロシージャーを除去できませんでした。
他のデータベース・クライアントがデータベースにアクセスしていないこと
を確認して、スクリプトを再実行します。
23011
データベースの一時スキーマを除去できませんでした。他のデータベース・
クライアントがデータベースにアクセスしていないことを確認して、スクリ
プトを再実行します。
23013
データベース・スキーマの名前変更ストアード・プロシージャーをインスト
ールできませんでした。 tmp ディレクトリーまたは temp ディレクトリーの
tmp_ prefixed.log ファイルにエラー・メッセージがないかを確認してくだ
さい。
23014
%TC_DB% データベースをバックアップできませんでした。報告された問題
を確認してスクリプトを再度実行してください。
23015
REGEDIT で DB2 レジストリーをファイルにエクスポートできませんでし
た。
23016
エクスポートされたレジストリー・ファイルを開けませんでした。
23017
レジストリーにインポートするためのファイルを開けませんでした。
23018
REGEDIT でファイルから DB2 レジストリーをインポートできませんでし
た。
23019
スクリプトの入力引数が欠落しているか、無効です。すべての入力パラメー
ターの妥当性を確認してください。問題が解決しない場合は、IBM サポート
に連絡してください。
23020
データベースの MAXPROPVALUE テーブルからプロパティー値を取得できませ
んでした。 TIO_HOME/config/dcm.xml ファイル内のデータベース・ユーザー
を検証し、スクリプトを再度実行してください。
23021
データベース MAXPROPVALUE テーブルのプロパティー値を更新できませんで
した。 IBM サポートに連絡してください。
23022
データベースの構成を更新できませんでした。 IBM サポートに連絡してく
ださい。
23023
データベース・パラメーターを設定できませんでした。データベース・シス
テム構成を確認して修正し、スクリプトを再度実行してください。
23024
データベース・バッファー・プールを変更できませんでした。データベー
ス・システム構成を確認して修正し、スクリプトを再度実行してください。
23025
データベース構成ファイルのパスを抽出して保存することができませんでし
た。十分なディスク・スペースがあることを確認し、報告された問題を修正
してください。
23026
Database Administrator Server を停止できませんでした。データベースの状態
を検証して修正し、スクリプトを再実行します。
付録 B. その他のインストール手順
309
表 34. 戻りコードのリスト (続き)
コード
説明
23027
Database Administrator Server を始動できませんでした。データベースの状態
を検証して修正し、スクリプトを再実行します。
23028
データベース・マネージャーを始動できませんでした。データベースの状態
を検証して修正し、スクリプトを再実行します。
23029
データベース管理の構成を更新できませんでした。報告されたデータベース
の問題を確認して修正し、スクリプトを再度実行してください。
23030
データベース管理の構成を取得できませんでした。報告されたデータベース
の問題を確認して修正し、スクリプトを再度実行してください。
23031
データベースのリストア中に CDB スキーマを処理できませんでした。 IBM
サポートに連絡してください。
23032
CDB スキーマのテーブル別名が予期されるリストと一致しません。 IBM サ
ポートに連絡してください。
WebSphere Application Server タスク
WebSphere Application Server
WebSphere Application Server の詳細については、次のトピックを参照してください。
WebSphere Application Server のインストールの確認
First Steps ツールを使用して、WebSphere Application Server のインストールを検証します。
手順
WebSphere Application Server のインストールを検証するには、First Steps ツールを使用します。このツー
ルは app_server_root/firststeps ディレクトリーにあります。以下のように、使用しているオペレーティ
ング・システムに応じて、適切なファイルを実行します。
v firststeps.sh
連邦情報処理標準 140-2 への準拠
連邦情報処理標準 (FIPS) は、米国連邦情報・技術局 (NIST) が連邦政府のコンピューター・システム用に
発表した標準です。標準 140-2 では、暗号化モジュールの要件を規定しています。
FIPS 140-2 への準拠は、Tivoli Provisioning Manager の新規インストールに対してのみ適用することができ
ます。この標準について詳しくは、National Institute of Standards and Technology を参照してください。
Tivoli Provisioning Manager では、FIPS 140-2 に関する以下のサポートを提供しています。
FIPS 140-2 準拠プロバイダーを使用した、一元化された暗号モジュール
FIPS 140-2 に準拠するために、Java 仮想マシンは準拠プロバイダーを使用するように構成されて
います。WebSphere Application Server は、Java Secure Socket Extension (JSSE) および Java
Cryptography Extension (JCE) を含む暗号モジュールを統合します。これらのモジュールは、FIPS
140-2 に準拠していることが検証済みです。NIST Web サイトでこれらの検証情報を確認すること
ができます。
310
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
サービス・アクセス・ポイントでの資格情報用の FIPS 140-2 暗号サービス。
デプロイメント・エンジンは、プロトコルと資格情報を組み合わせて使用して、管理対象コンピ
ューターに対してプロビジョニング・ワークフローを実行します。資格情報は、FIPS 準拠のアル
ゴリズムを使用して暗号化されます。
以下のプロトコルがサポートされています。
v ファイル転送プロトコル (FTP) および Telnet
v ICMP - ping コマンドの場合
v SCP - SSH プロトコルによる 1 台のコンピューターから別のコンピューターへのファイルのセ
キュアなリモート転送の場合
v SSH - セキュアなリモート・アクセスの場合
v SNMP - 照会および構成の場合。SNMP プロトコルが使用されている場合は、サービス・アクセ
ス・ポイントの資格情報が snmp-set 操作および snmp-get 操作に必要です。
サービスは、オペレーティング・システムや追加のユーティリティーおよびソフトウェア・アプリ
ケーションによって提供されます。
Common Agent がインストールされていない UNIX コンピューターへの FIPS 準拠接続。
管理対象コンピューターでコマンドをローカルに実行している場合、以下のサービスが接続に使用
されます。
v RXA では、SMB プロトコルと SSH プロトコルが使用されます。SMB では、FIPS に準拠して
いない NT LAN Manager 認証プロトコルが使用されます。
v スクリプトレットを使用した SSH、SCP、および Telnet。FIPS 140-2 準拠が使用可能な場合、
これらのサービスは、FIPS 140-2 認定バージョンの暗号ライブラリーを使用して、FIPS モード
で実行されている必要があります。OpenSSH は FIPS 140-2 に準拠していないため、代わりの
FIPS 準拠 SSH 製品を使用する必要があります。
Common Agent Services 用の FIPS 準拠 SSL
FIPS 140-2 準拠が使用可能である場合、Agent Manager および Common Agent は、FIPS 認定
Java プロバイダーを使用するように構成されます。準拠した署名アルゴリズムおよび暗号化アルゴ
リズムの使用についても構成されます。Agent Manager および Common Agent によって、以下が
提供されます。
v デプロイメント・エンジンのエージェントのシェル・サーバーから Common Agent への FIPS
準拠 SSL
v Common Agent から Agent Manager、Job Management Service フェデレーター、および
Dynamic Content Delivery サービス管理センターへの FIPS 準拠 SSL。
制限
Tivoli Provisioning Manager が使用する一部のソフトウェア・コンポーネントの制限が原因で、以下の制限
が FIPS 対応の環境に適用されます。
以下の製品コンポーネントは FIPS に準拠していません。
v Tivoli Provisioning Manager for OS Deployment. Tivoli Provisioning Manager for OS Deployment との統
合は、FIPS 準拠が Tivoli Provisioning Manager で使用可能になっている場合はサポートされません。
Tivoli Provisioning Manager for OS Deployment インターフェースは、FIPS 準拠が使用可能になってい
る場合はアクセスできません。
v IBM Tivoli Monitoring Agent
付録 B. その他のインストール手順
311
インストール・ディレクトリーとその他のパス
このトピックでは、インストール・ディレクトリーおよびその他のパス変数に関する情報を提供します。
以下の変数は、インストール・パスとその他のディレクトリー・パスを表すのに使用します。変数名は、オ
ペレーティング・システムに設定されている環境変数の名前と一致する場合もあります。例えば、
TIO_HOME は環境変数を表します。
v TIO_HOME
表 35. パス変数
パス変数
コンポーネント
デフォルト・ディレクトリー
AM_HOME
Agent Manager
v /opt/IBM/AgentManager
APDE_HOME
Automation Package Developer
Environment
APDE_HOME/eclipse
DB2_HOME
DB2
v /opt/ibm/db2/V9.7
DCD_HOME
Tivoli Provisioning Manager for
Dynamic Content Delivery
v /opt/IBM/tivoli/CDS
DMS_HOME
デバイス・マネージャー・サービスの
インストール・ディレクトリー
v /opt/IBM/DeviceManager
ECLIPSE_HOME
Eclipse
ユーザーによって定義されます。
HTTP_HOME
IBM HTTP Server
v /usr/IBM/HTTPServer
ITM_HOME
Tivoli Monitoring Agent
v /opt/IBM/tivoli/ITM
JAVA_HOME
Java ランタイム環境
v Automation Package Developer Environment
の場合は APDE_HOME¥java¥jreです。例え
ば、次のようになります。
– /opt/APDE/java/jre
v IBM Tivoli Provisioning Manager の場合は
WAS_HOME/java です。
MAXIMO_HOME
Base Services
v /opt/IBM/SMP
MWI_workspace
ミドルウェアのインストーラー・ディ
レクトリー
v /ibm/tivoli/mwi/workspace
Oracle Database
$ORACLE_BASE/product/version/db_1。ここ
で、$ORACLE_BASE は、すべての Oracle
Database ソフトウェアがインストールされる
ディレクトリーです。
Oracle
2000
ORACLE_HOME
v /u01/app/oracle/product/10.2.0/db_1
(Oracle 10g の場合)
v /u01/app/oracle/product/11.1.0/db_1
(Oracle 11g の場合)
312
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
表 35. パス変数 (続き)
パス変数
コンポーネント
デフォルト・ディレクトリー
OSD_DATADIR
Tivoli Provisioning Manager for OS
Deployment データ・ディレクトリー
Tivoli Provisioning Manager for OS
Deployment 親サーバーのデフォルトのデー
タ・ディレクトリー
v
/opt/tpmfosd_files
Tivoli Provisioning Manager for OS
Deployment 子サーバーのデフォルトのデー
タ・ディレクトリー
v
OSD_HOME
Tivoli Provisioning Manager for OS
Deployment インストール・ディレクト
リー
/opt/tpmfosd/tpmfos/files
Tivoli Provisioning Manager インストーラーに
よってインストールされる親サーバー
v
/opt/IBM/tpmfos
Tivoli Provisioning Manager for OS
Deployment ワークフローによってインストー
ルされる子サーバー
v
/opt/tpmfosd/tpmfos
TCA_HOME
Common Agent
v /usr/tivoli/ep
TDS_HOME
Tivoli Directory Server
v /opt/IBM/ldap/V6.3
TIO_HOME
Tivoli Provisioning Manager
v /opt/IBM/tivoli/tpm
TIO_LOGS
Tivoli Provisioning Manager ランタイ
ム・ログ
v /usr/ibm/tivoli/common/COP/logs
WAS_HOME
WebSphere Application Server
v /usr/IBM/WebSphere/AppServer
付録 B. その他のインストール手順
313
314
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
特記事項
本書は米国 IBM が提供する製品およびサービスについて作成したものです。
本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用
可能な製品、サービス、および機能については、日本 IBM の営業担当員にお尋ねください。本書で IBM
製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみ
が使用可能であることを意味するものではありません。これらに代えて、IBM の知的所有権を侵害するこ
とのない、機能的に同等の製品、プログラム、またはサービスを使用することができます。ただし、IBM
以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。
IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があ
ります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありま
せん。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。
〒103-8510
東京都中央区日本橋箱崎町19番21号
日本アイ・ビー・エム株式会社
法務・知的財産
知的財産権ライセンス渉外
以下の保証は、国または地域の法律に沿わない場合は、適用されません。 IBM およびその直接または間接
の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、特定目的適合性の保証およ
び法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。国または地
域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものと
します。
この情報には、技術的に不適切な記述や誤植を含む場合があります。本書は定期的に見直され、必要な変更
は本書の次版に組み込まれます。 IBM は予告なしに、随時、この文書に記載されている製品またはプログ
ラムに対して、改良または変更を行うことがあります。
本書において IBM 以外の Web サイトに言及している場合がありますが、便宜のため記載しただけであ
り、決してそれらの Web サイトを推奨するものではありません。それらの Web サイトにある資料は、こ
の IBM 製品の資料の一部ではありません。それらの Web サイトは、お客様の責任でご使用ください。
IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信
ずる方法で、使用もしくは配布することができるものとします。
本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプログラム (本プログラム
を含む) との間での情報交換、および (ii) 交換された情報の相互利用を可能にすることを目的として、本
プログラムに関する情報を必要とする方は、下記に連絡してください。
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
U.S.A.
© Copyright IBM Corp. 2003, 2012
315
本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあり
ます。
本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、IBM 所定のプログラム
契約の契約条項、IBM プログラムのご使用条件、またはそれと同等の条項に基づいて、IBM より提供され
ます。
IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公に利用可能なソースか
ら入手したものです。IBM は、それらの製品のテストは行っておりません。したがって、他社製品に関す
る実行性、互換性、またはその他の要求については確証できません。 IBM 以外の製品の性能に関する質問
は、それらの製品の供給者にお願いします。
著作権使用許諾:
本書には、様々なオペレーティング・プラットフォームでのプログラミング手法を例示するサンプル・アプ
リケーション・プログラムがソース言語で掲載されています。お客様は、サンプル・プログラムが書かれて
いるオペレーティング・プラットフォームのアプリケーション・プログラミング・インターフェースに準拠
したアプリケーション・プログラムの開発、使用、販売、配布を目的として、いかなる形式においても、
IBM に対価を支払うことなくこれを複製し、改変し、配布することができます。このサンプル・プログラ
ムは、あらゆる条件下における完全なテストを経ていません。従って IBM は、これらのサンプル・プログ
ラムについて信頼性、利便性もしくは機能性があることをほのめかしたり、保証することはできません。サ
ンプル・プログラムは特定物として現存するままの状態で提供されるものであり、いかなる保証も提供され
ません。 IBM は、お客様の当該サンプル・プログラムの使用から生ずるいかなる損害に対しても一切の責
任を負いません。
商標
IBM、IBM ロゴ、および ibm.com は、世界の多くの国で登録された International Business Machines
Corporation の商標です。他の製品名およびサービス名等は、それぞれ IBM または各社の商標である場合
があります。現時点での IBM の商標リストについては、http://www.ibm.com/legal/copytrade.shtml をご覧く
ださい。
Adobe、Adobe ロゴ、PostScript、PostScript ロゴは、Adobe Systems Incorporated の米国およびその他の国
における登録商標または商標です。
IT Infrastructure Library は英国 Office of Government Commerce の一部である the Central Computer and
Telecommunications Agency の登録商標です。
インテル、Intel、Intel ロゴ、 Intel Inside、Intel Inside ロゴ、Centrino、Intel Centrino ロゴ、
Celeron、Xeon、Intel SpeedStep、Itanium、および Pentium は Intel Corporation または子会社の米国および
その他の国における商標または登録商標です。
Linux は、Linus Torvalds の米国およびその他の国における商標です。
Microsoft、Windows、Windows NT および Windows ロゴは、Microsoft Corporation の米国およびその他の
国における商標です。
ITIL は英国 The Minister for the Cabinet Office の登録商標および共同体登録商標であって、米国特許商標
庁にて登録されています。
UNIX は The Open Group の米国およびその他の国における登録商標です。
316
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
Java およびすべての Java 関連の商標およびロゴは Oracle やその関連会社の米国およびその他の国におけ
る商標または登録商標です。
特記事項
317
318
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
索引
日本語, 数字, 英字, 特殊文字の
順に配列されています。なお, 濁
音と半濁音は清音と同等に扱われ
ています。
［ア行］
No_operation ワークフローの問題
アンインストール
258
Agent Manager 188
Base Services 191
DB2 クライアント 191
を書き込めない
312
Tivoli Provisioning Manager for OS
Deployment 184
Tivoli Provisioning Manager コア・コ
190
Tivoli Provisioning Manager コンポー
ネント 183
インスタンス名
ルール 24
インストーラーが仮想ホスト名を認識しな
い 239
インストール 36, 84, 109
エラー・メッセージ
Base Services 210
Websphere Application Server のア
ンインストール後 231
オペレーティング・システムおよびミ
ドルウェア 12
オペレーティング・システムの要件
13
概要 1
カスタム・インストールの問題 217,
259
コア・コンポーネント
失敗からのリカバリー 225, 271
トラブルシューティング 217
Agent Manager プロファイルの作成
時のエラー 227
コンポーネントの要件 12, 18
サポートされるトポロジー 6
前提条件ソフトウェア製品 45, 122
タイプ 3
© Copyright IBM Corp. 2003, 2012
252
Tivoli Directory Server に接続できない
Reflection X 障害
パス変数 312
251
Tivoli Provisioning Manager
234
端末サーバーが使用可能な場合の失
19
ミドルウェア
ディスク・スペース不足によるエラ
ー
グ
185
Tivoli Directory Server
ホーム・ディレクトリーにファイル
認識されないフォントによる
敗 237
復旧手順 199
Tivoli Provisioning Manager コア・コ
249
36
error 249
ミドルウェアのトラブルシューティン
Dynamic Content Delivery 188
Tivoli Monitoring Agent 184
Tivoli Provisioning Manager 183
ンポーネント
ディレクトリー
マイグレーション用
192
Device Manager サービス
インストール (続き)
データベース・サーバーに接続できな
い 251
ブラウザーの要件
アップグレード
ミドルウェア
インストール (続き)
ンポーネント
154
Web コンポーネント
トラブルシューティング
240
プロビジョニング・サーバーのリス
247
要件 5
リンクされたディレクトリーがサポー
トされない 258
トア 240
WebSphere Application Server
検証 310
Agent Manager と Tivoli Common
Agent を同じプロビジョニング・サ
ーバーにインストールできない 231
無効なドメイン名のサフィックス
234
インストール DVD 26
Agent Manager の障害
AIX
インストールの検証 73
インストールのトラブルシューティング
228
libaixppk.so ライブラリーが原因の
失敗 232
Autonomic Deployment Engine の問題
243
Base Services
デプロイメント・エンジンがない場
合の失敗 211
トラブルシューティング 207
無効な LDAP 名 207
DB2
データベース・エラー 250
名前の不一致による失敗 250
DB2 クライアント 63
DB2 サーバー 62
Dynamic Content Delivery
Java が見つからないことによる失
敗 235
su- コマンドを使用している場合の
失敗 235
Microsoft Active Directory
構成エラー 252
証明書値の誤りによるエラー 253
Oracle
パスワード・ポリシー 237
Oracle Database 69
Oracle Database クライアント 71
ミドルウェア 247
インストール・イメージ
26
インストール・プロセス 3
エラー
マイグレーションに関する戻りコード
305
エラー CTGIN2381E 210
エラー CTGIN2489E 210
エラー・メッセージ
インストール
Base Services 210
Websphere Application Server のア
ンインストール後 231
エラー CTGIN22521I 210
コア・コンポーネント
失敗からのリカバリー 225, 271
オペレーティング・システムの組み合わせ
ミドルウェア 12
［カ行］
開始
Tivoli Provisioning Manager for OS
Deployment 280
カスタム・インストール 29
サイレント・インストール 277
仮想メンバー・マネージャー 103
仮想メンバー・マネージャーの構成 103
319
管理ワークステーション
6
管理ワークステーションの更新 300
管理ワークステーションのバックアップ
ハードウェア要件
インストール 9
前提条件スキャナー
実行 5
ソフトウェア配布
パスワード
180
アップグレード後の更新 285
デバイス・マネージャー・サービス
173
グループ
作成 285, 289
グローバル変数の設定
欠落した XML
［タ行］
180
データベースのリストア
253
失敗からのリカバリー 225, 271
トラブルシューティングの概要
217, 223, 266
Agent Manager プロファイルの作成
227
tioadmin ユーザー作成時のエラー
236
エラー・メッセージ
失敗からのリカバリー
構成
Oracle Database
互換性
インストール
コマンド
225, 271
Oracle と通信できない
同期されない
236
必須ポート
サイレント・インストール
277
デプロイメント・エンジン 207, 272
デプロイメント・エンジンの削除 215
デプロイメント・エンジンの障害 215
回復 199
管理モードが遅い
コンポーネント要件
インストール 12, 18
13
［サ行］
再インストール
Tivoli Provisioning Manager 197
サイレント・インストール 277
完了前の終了 233
ディスク・スペース・チェック 233
サインオフ
プロビジョニング・サーバー 285
サインオン
プロビジョニング・サーバー 283
手動による EAR ファイルの作成 145
手動による EAR ファイルのデプロイ
145
スケーラブル配布インフラストラクチャー
180
整合性
連邦情報処理標準 140-2 310
セキュリティー
連邦情報処理標準 140-2 310
前提条件 45, 122
自動検査 5
6
217
240
246
修復
インストールについて 199
ログ・ファイル
プロセス・ソリューション・インス
トーラー 204, 244
ワークフローの失敗 257
Base Services のインストール 208,
265
WAS のアップグレード 257
Web コンポーネントのインストール
242
［ナ行］
認証サービス 109
ネットワーキング
アンチウィルス・ソフトウェア
インストール要件 19
インストール要件 19
［ハ行］
ハードウェア
割り振り 9
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
293
288
213
Maximo 213
ファイアウォール
デフォルト値 312
デフォルトのインストール
Base Services 207
Web コンポーネント
インストール後の検証 282
Tivoli Provisioning Manager 2
320
デバイス・マネージャー・サービス
トラブルシューティング
トラブルシューティング
インストール 199
コア・コンポーネント
BIND
FDCC 232
コンポーネント
ード 293
ホスト名を変更するために必須
ルール 24
ビジネス・オブジェクト
282
207, 272
トポロジー
インストールでサポートされる
1
オペレーティング・システム
モニター・エージェント
デプロイメント・エンジンのリカバリー
73
216
マイグレーション後の更新
停止
154
時のエラー
275
データベース・アップグレード・エラー
Maximo 210
コア・コンポーネント
アンインストール 190
インストール
FDCC
プロビジョニング・サーバー・パスワ
ファイルの保護
ブラウザー
19
180
FIPS 140-2 に準拠した構成
ブラウザーの要件
174
インストール 19
プリインストール・チェックリスト
プロビジョニング
5
サーバー 292
プロビジョニング・サーバー
UNIX および Linux でのインストール
後の始動 175
UNIX および Linux での開始 278
UNIX および Linux での再始動 278
UNIX および Linux での停止 278
プロビジョニング・サーバーの開始
プロビジョニング・サーバーの停止
278
278
別の製品とともに使用する Tivoli
Provisioning Manager
インストール 277
変更
名前 292
host 292
ポート
必須 19
ポストインストール構成 171
ホスト名
インストール要件 19
変更
データベース・サーバー 300
マイグレーション
コンポーネント 301
プロビジョニング・サーバー 297
ホスト名 (host name)
スクリプト
パラメーター値 293
前提条件
プロパティー・ファイルの完成
293
プロパティー・ファイル
パラメーター値 293
ホスト名の変更
スクリプト
新規コンピューターのパラメーター
304
データベース・サーバー
更新、ホスト名
連邦情報処理標準
標準 140-2 310
CTGIN9077E
error
標準 140-2 に準拠したブラウザー構成
174
ログオフ
プロビジョニング・サーバー
300
285
ログオン
［マ行］
使用時のエラー
マイグレーション
ミドルウェア
アンインストール
199
グ
問題からのリカバリー 247
ミドルウェア構成
Base Services のインストール検証
212
ミドルウェアのインストール 244, 248
データベース構成時のエラー 253
SDI サーバーの非 SSL ポートの値の
ラー
204, 244
マルチプロセッサー・コンピュータ
ーでリモート接続がハングする
238
BIND コマンド 232
［ワ行］
ワークステーション構成の更新
ワークフロー
トラブルシューティング
300
257
［数字］
7.1.1 インストーラー
239
DB2 クライアント
アンインストール 191
Device Manager サービス
アンインストール 185
DVD
ディスク 1 237
Dynamic Content Delivery
アンインストール 188
トラブルシューティング
A
ユーザー
作成 285, 289
ユーザー認証
LDAP サーバーの構成 178
ユーザー名
ルール 24
要件
アンチウィルス・ソフトウェア 19
インストール・メディア 19
ネットワーキング 19
ファイアウォール 19
ポート 19
ホスト名 19
マルチバイトのテキスト 19
リモート構成 19
IP アドレス 19
SSH 19
UNIX および Linux パッケージ 15
X セッション 19
Agent Manager
アンインストール
ランチパッド
開始 36
Java が見つからないことによるイ
ンストールの失敗 235
188
su- コマンドを使用している場合の
インストールの失敗 235
AIX でのインストールの失敗
リカバリー 256, 269
E
B
Base Services
インストールのトラブルシューティン
グ
概要 207
検証の失敗 212
デプロイメント・エンジンがない場
合の失敗 211
無効な LDAP 名 207
問題からのリカバリー 208, 265
除去 191
トラブルシューティング
リンク切れ 216
C
［ラ行］
250
名前の不一致によるインストールの
失敗 250
248
［ヤ行］
63
62
トラブルシューティング
インストール中のデータベース・エ
249
error 249
インストールのトラブルシューティン
グ
設定
サーバー
プロセス・ソリューション・インス
トーラーのトラブルシューティン
192
インストール
ディスク・スペース不足によるエラ
ー
クライアント (client)
Web コンポーネント
36, 45, 122
275
DB2 256, 269
インストール
253
ログ・ファイル
トラブルシューティング情報
戻りコード 305
間違った許可 180
214
D
database
プロビジョニング・サーバー 283
ログイン・ウィンドウ・マネージャー
244, 248
CWLAA6003
CCMDB
CWLAA6003
EAR ファイル 145
EAR ファイルのデプロイ
145
F
FIPS
参照：連邦情報処理標準
I
IBM Agent Controller
インストールおよびアンインストール
277
IP アドレス
インストール要件 19
214
索引
321
Web コンポーネント
L
T
LDAP サーバー
tioadmin
アップグレード
パスワード 285
コア・コンポーネントのインストール
に失敗する 225, 271
マイグレーション
パスワード
インストール
Tivoli Directory Server
パスワード
288
LDAP サーバーの構成
ユーザー認証専用 178
概要 240
ログ・ファイル
プロセス・ソリューション・インス
開始 282
トーラー
使用 291
Tivoli Provisioning Manager
255
Linux
トラブルシューティング
アンインストール
ファイルの編集により許可が変更さ
れる
コンポーネント
238
M
同期されない 213
WebSphere Application Server ランタイ
ム 213
Maximo 認証 103
MEA 登録 146
MEA 登録の作成
183
WebSphere Application Server
2
インストール
コンポーネントのアンインストール
183
インストールの確認
状況の検査 277
再インストール
トラブルシューティング
197
開始 280
Tivoli Provisioning Manager for OS
Deployment インストーラー 239
Tivoli Provisioning Manager for OS
Deployment インストーラーがデータベ
ースの仮想ホスト名を認識しない 239
Tivoli Provisioning Manager のモニター・
146
Microsoft Active Directory
インストール 84
エージェント
インストール 277
Tivoli Provisoning Manager
O
インストール
端末サーバーが使用可能な場合の失
Oracle Database
インストール 69
クライアントのインストール 71
Oracle データベース
インストール
AIX、Linux、および Solaris 上のク
ライアント 71
インストールの検証 73
デバイス・マネージャー・サービス
FDCC 237
R
RXA トレース 216, 274
RXA のトレースの使用可能化
216, 274
敗
237
U
UNIX
ファイルの編集により許可が変更され
る 238
UNIX および Linux インストール
必須パッケージ 15
UNIX および Linux 上でのインストール
後のプロビジョニング・サーバーの始動
175
V
VMM の構成
103
S
SSL 署名者
検証 167
322
204, 244
Web コンポーネントのインストール
トラブルシューティング 242
Tivoli Provisioning Manager for OS
Deployment 239
アンインストール 184
Maximo
ビジネス・オブジェクト
インストールのトラブルシューティン
グ
285, 288
Tivoli Monitoring Agent
アンインストール 184
LDAP ディレクトリーのバインディング
プロビジョニング・サーバーのリス
トア 240
W
WAS のアップグレード
トラブルシューティング
Web 管理ツール
インストール 285, 288
257
IBM Tivoli Provisioning Manager バージョン 7.2.1 インストール・ガイド
310
無効なドメイン名のサフィックス
234
Maximo ビジネス・オブジェクトと
の非同期 214
MAXIMO.ear のデプロイメントが
失敗する 209
バージョンの検査 277
WebSphere Application Server Network
Deployment のアンインストール 255
WebSphere Application Server タスク 310
Websphere Application Server でのファイ
ルの保護 180
Printed in Japan

Download Report