unix 用siebel server インストールガイドバージョ...

UNIX用SIEBEL SERVER インストールガイド

バージョン 7.5.3

2003年7月

Siebel Systems, Inc., 2207 Bridgepointe Parkway, San Mateo, CA 94404Copyright © 2004 Siebel Systems, Inc. All rights reserved.Printed in the United States of America

本著作物の一部または全部を、Siebel Systems, Inc.の事前の同意および書面による許可なく、転載、複製、情報検索に保管

することは、その形態（複写、写真、磁気などの記憶媒体を含みますがそれだけに限りません）を問わず、禁じられてい

ます。

Siebel、Siebelのロゴ、TrickleSync、TSQ、Universal Agent、およびここで参照したその他の Siebel製品名は Siebel Systems, Inc.の商標であり、一部の国、地域においては登録商標である可能性があります。

これ以外のすべての製品名、マーク、ロゴ、記号に関しても、各々の所有者の商標または登録商標である可能性があり

ます。

合衆国政府制限つき権利。国防総省連邦調達規制補足を条件として配布されたプログラム、補助プログラム、文書は

DFARS 227.7202 「Commercial Computer Software and Commercial Computer Software Documentation」で制定された

「商用コンピュータソフトウェア」であり、プログラム、補助プログラム、文書のいかなる使用、複製および公開は Siebelの当該使用許諾契約に含まれている制限に従うものとします。その他すべての合衆国政府によるプログラム、補助プログ

ラム、文書の使用、複製および公開は Siebelの当該使用許諾契約およびFAR 52.227-19の (c)項「Commercial Computer Software—Restricted Rights」 (1987年 6月 ) または FAR 52.227-14 「Rights in General Data Alternate III」 (1987年 6月 )に記述されている制限に従うものとします。契約者 /使用許諾付与者は Siebel Systems, Inc. (2207 Bridgepointe Parkway, San Mateo, CA 94404)です。

所有権情報

Siebel Systems, Inc.は、本書およびSiebel eBusiness Applicationsのオンラインヘルプ中

に記載されている情報を機密情報とみなします。本機密情報は、以下の条項と条件の

もとでのみ入手ならびに使用できます。（1）有効で、お客様が同契約書の条項に拘束

されることを承諾されたものとする Siebel Systems ソフトウェアライセンスサービス

契約書。（2）本書に含まれる、所有権および制限付き権利に関する通知。

目次

UNIX 用 Siebel Server インストールガイド 1

はじめに

このマニュアルの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

インストールディレクトリの表記 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

改訂履歴 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

第 1 章 Siebel Server インストールの概要

Siebel環境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

高可用性の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Siebel Gatewayの概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Siebel Enterprise Serverの概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Siebel Serverの概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Siebel Server コンポーネントの概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

Siebel File SystemおよびFile System Managerの概要 . . . . . . . . . . . . . . . . . . . . . . . 33

Siebel アプリケーションのインストール開始前の作業 . . . . . . . . . . . . . . . . . . . . . . . . 34

第 2 章インストールの準備

サーバーのインストールプロセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

Siebel 7 Gateway と Siebel 6 Gatewayの展開の相違点 . . . . . . . . . . . . . . . . . . . . . . . . . 38

Siebelの実装計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

環境プロファイルと無関係の考慮事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

環境プロファイルに応じた考慮事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

バージョン 7.5.3 UNIX 用 Siebel Server インストールガイド 3

目次

展開チーム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

インストールサイズの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

Siebel Enterprise Serverへの Siebel Serverのグループ化 . . . . . . . . . . . . . . . . . . . . . 47

Siebel展開のトポロジの計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Siebelディレクトリ構造の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

権限と所有権の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

サーバー名 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

ファイル名 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

ファイルシステムの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

ハードウェアの準備 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Siebel アカウントの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

ポート割り当ての計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

RDBMSのインストールおよび設定の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

ステージングポイントの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

第 3 章 Central Dispatch を使用する負荷分散の実装

Central Dispatchサイトの計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

Central Dispatchの実装に関する注意事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

Central Dispatchのアカウントの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

Central Dispatchのネットワーク接続 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

Central Dispatchのインストールタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Central Dispatchサイトの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

Central Dispatchサイトの設定に関するヒント . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

Central Dispatchの環境変数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

ネットワートインターフェイスカード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

Dispatch Manager を使用してサイトを設定する方法 . . . . . . . . . . . . . . . . . . . . . . . 77

Central Dispatchサイトでのサーバーの追加または削除 . . . . . . . . . . . . . . . . . . . . . 80

Central Dispatchの再インストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

Resonate Administrative Modeアカウントのパスワードの変更 . . . . . . . . . . . . . . . . . . . 83

4 UNIX 用 Siebel Server インストールガイドバージョン 7.5.3

目次

Central Dispatch を使用した負荷分散のトラブルシューティング . . . . . . . . . . . . . . . . . 84

Central Dispatchに関するトラブルシューティング情報の生成 . . . . . . . . . . . . . . . . 87

Central Dispatch を使用した負荷分散に関する既知の問題 . . . . . . . . . . . . . . . . . . . 87

第 4 章自動モードまたはコンソールモードでのインストール

自動インストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92

自動インストール用の siebel.ini ファイルの編集 . . . . . . . . . . . . . . . . . . . . . . . . . . 92

設定 siebel.ini ファイルのパラメータ値 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96

コマンドラインからのインストールの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .103

コンソールモードのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .104

コンソールモードインストール用の siebel.ini ファイルの編集 . . . . . . . . . . . . . . . .105

コンソールモードでのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .106

コンソールモードでの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107

コンソールモードのインストールと自動モードのインストールを組み合わせる . . . . .108

インストールコマンド用追加フラグ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109

第 5 章 Siebel Gatewayのインストール

Siebel Gatewayの前提条件の確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112

Siebel Gateway上での冗長ディスクアレイのインストール . . . . . . . . . . . . . . . . . . . . .114

Siebel Gatewayのインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115

Siebel Gatewayのインストール後のタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123

Siebel Gatewayのソフトウェアインストールの確認 . . . . . . . . . . . . . . . . . . . . . . 123

Siebel Gatewayの起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125

Siebel Gateway を自動起動するように設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126

Siebel Gatewayのインストールのトラブルシューティング . . . . . . . . . . . . . . . . . . . . 128

第 6 章 Siebel Serverのインストール

Siebel Serverの展開に関する注意事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Siebel Serverのクラスタ化前提条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134


目次

サーバー上の言語ロケールの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

データベースインスタンスのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

データベース接続の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135

ネットワーク接続の確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135

Central Dispatchのインストールの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

Hummingbird SearchServerのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

Siebel Serverのインストールタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138

Siebel Serverのインストール前チェックリスト . . . . . . . . . . . . . . . . . . . . . . . . . . 139

Siebel Serverのインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140

Siebel Serverへの複数の Siebel言語パックのインストール . . . . . . . . . . . . . . . . . . 152

既存インストールシステムへの新しい製品の追加 . . . . . . . . . . . . . . . . . . . . . . . . 153

Siebel Serverのインストール後のタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

Siebel Serverのソフトウェアインストールの確認 . . . . . . . . . . . . . . . . . . . . . . . . 154

既存の Siebel Enterprise Server内での追加サーバーの作成 . . . . . . . . . . . . . . . . . . 156

Siebel ServerのODBCデータソースの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159

Siebel Serverの自動起動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162

環境変数の管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165

LATCH環境変数の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

Siebel アプリケーション用のUnixチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . 167

モバイルユーザーのネットワーク接続の確立 . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

Siebel Server コンポーネントグループの同期 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

Siebel Serverのデータベースクライアントロケールの設定 . . . . . . . . . . . . . . . . . . 168

言語固有の Siebelオブジェクトマネージャについて . . . . . . . . . . . . . . . . . . . . . . . 169

言語固有の Siebelオブジェクトマネージャの無効化 . . . . . . . . . . . . . . . . . . . . . . . 170

Siebel Serverのインストールのトラブルシューティング . . . . . . . . . . . . . . . . . . . . . . 171

第 7 章 Siebel実装のクラスタ化によるフェイルオーバー機能の

実現

クラスタ化されたサーバーについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176

クラスタ化の対象コンポーネント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177


目次

クラスタ化ソリューションでサポートされる Siebel コンポーネント . . . . . . . . . . 179

クラスタ化制限のある Siebelサードパーティコンポーネント . . . . . . . . . . . . . . . 180

Siebel高可用性サポートのマトリックス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .181

クラスタ化の方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182

クラスタ化のガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184

クラスタ化の要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185

VERITASによる Siebel eBusiness Applicationsのインストール . . . . . . . . . . . . . . . . . . 185

IBM HACMPによる Siebel eBusiness Applicationsのインストール . . . . . . . . . . . . . . . 192

クラスタ化のテストとトラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195

第 8 章 DB2 Universal Database for WindowsおよびUNIXの作成

DB2 UDB Clientのインストールの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

データベースレイアウトのガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

冗長ディスクアレイの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

データベースオブジェクトの分散計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199

論理デバイスのレイアウト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

ミラーリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

DB2データベース設定ガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203

ODBC ステートメントハンドル数の増加 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203

AIXでユーザープロセス数を増やす . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204

DB2データベースマネージャ設定パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

DB2setのパラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206

DB2データベース設定パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208

データベースの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .212

容量計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213

物理デバイスのレイアウト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .214

バッファプールのアクティブ化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .216

テーブルスペースの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .216


目次

データベースの言語の属性の作成および設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

デフォルトの保存パラメータの上書き . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220

第 9 章 DB2 UDBに対する Siebel Database Serverのインストール

データベースサーバーについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225

Database Server for DB2のインストール前のタスク . . . . . . . . . . . . . . . . . . . . . . . . . 225

Database Server for DB2 ソフトウェアのインストール . . . . . . . . . . . . . . . . . . . . . . . . 227

Database Server for DB2 ソフトウェアのインストール . . . . . . . . . . . . . . . . . . . . . 227

Database Server for DB2 ソフトウェアのインストールの確認 . . . . . . . . . . . . . . . . 231

グローバルタイムゾーンサポートのための環境のセットアップ . . . . . . . . . . . . . . 232

DB2のデータベースサーバーに対するテーブルオーナーアカウントと管理者アカウントの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

DB2のストアドプロシージャとユーザー定義関数のインストール . . . . . . . . . . . . 235

Database Server for DB2の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236

Database Server for DB2 コンポーネントのインストール . . . . . . . . . . . . . . . . . . . 236

Database Server for DB2 インストールのログファイルの確認 . . . . . . . . . . . . . . . . 241

Database Server for DB2の Siebel レポジトリのインポート . . . . . . . . . . . . . . . . . . 242

Database Server for DB2のレポジトリインポートのログファイルの確認 . . . . . . . . 246

DB2のデータベースサーバーの Siebel レポジトリのインポートのトラブルシューティング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247

DB2にデータベースサーバーをインストールした後のタスク . . . . . . . . . . . . . . . . . . 247

Siebel Database Server for DB2 インストールのシステム属性の確認 . . . . . . . . . . . 248

Database Server for DB2に対する複数言語シードデータのインストール . . . . . . . . 249

Database Server on DB2のレポジトリに対する新規言語のインポート . . . . . . . . . 250

DB2上のDatabase Serverへの Siebel ファイルシステムの組み込み . . . . . . . . . . . . 250

第 10 章 Oracleデータベースの作成

Oracleデータベースレイアウトのガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

Oracleでの冗長ディスクアレイの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254


目次

データベースオブジェクトの分散計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

論理デバイスのレイアウト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

重要なOracle ファイルのミラーリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

Oracleデータベース設定ガイドライン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258

データベースの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .261

容量計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .261

テーブルスペースの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

一時テーブルスペースの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265

データベースの言語属性の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266

ロールバックセグメントの定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267

パーティション化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268

デフォルトの保存パラメータの上書き . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268

Oracleデータベース管理の継続的作業 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

第 11 章 Siebel Database Server for Oracleのインストール

Siebel Database Serverについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273

Siebel DB Server for Oracleのインストール前のタスク . . . . . . . . . . . . . . . . . . . . . . . 273

OracleでのDatabase Serverのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274

Oracleに対する Siebel Database Server ソフトウェアのインストール . . . . . . . . . . 274

Siebel DB Server for Oracleのソフトウェアインストールの確認 . . . . . . . . . . . . . . 279

グローバルタイムゾーンサポートのための環境のセットアップ . . . . . . . . . . . . . . 279

OracleのDBサーバー用のテーブルオーナーアカウントと管理者アカウントの作成 280

Oracle上の Siebel Database Serverの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282

Oracle上の Siebel Database Server コンポーネントのインストール . . . . . . . . . . . . 282

Oracle上の Siebel DB Server インストールのログファイルの確認 . . . . . . . . . . . . . 287

Siebel DB Server for Oracleの Siebel レポジトリのインポート . . . . . . . . . . . . . . . . 289

Oarcleに対するレポジトリインポートのログファイルの確認 . . . . . . . . . . . . . . . 293

Oracleに Siebel DB Server をインストールした後のタスク . . . . . . . . . . . . . . . . . . . . . 294


目次

Oracleに対する Siebel DB Server インストール後のシステム属性の検証 . . . . . . . . 295

Oracle上の Siebel DB Serverに対する複数言語シードデータのインストール . . . . . 296

Oracleのレポジトリに対する新規言語のインポート . . . . . . . . . . . . . . . . . . . . . . . 297

Oracle上の Siebel DB Serverへの Siebel ファイルシステムの組み込み . . . . . . . . . . 298

第 12 章 Siebel Web Server Extensionのインストール

Siebel Webサーバーの展開の計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300

Siebel GatewayおよびEnterprise Serverの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . 302

Webサーバーの要件の確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302

Webサーバー言語パックの要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303

ドメイン名の指定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303

Webサーバーのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303

HP-Apache2 Webサーバーを有効にして Siebel ライブラリを検索 . . . . . . . . . . . . . 304

IHSおよびHP-Apache2の httpd.conf ファイルの編集 . . . . . . . . . . . . . . . . . . . . . . 304

Siebel Web Server Extensionのインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . 305

Siebel Web Server Extensionのインストール後のタスク . . . . . . . . . . . . . . . . . . . . . . 312

Siebel Web Server Extensionのインストールディレクトリの確認 . . . . . . . . . . . . . 312

Webサーバーへの新しい仮想ディレクトリの追加 . . . . . . . . . . . . . . . . . . . . . . . . 314

SWSEプラグインインストールのログファイルの確認 . . . . . . . . . . . . . . . . . . . . . 315

Siebel Web アプリケーション対応のHTTP圧縮の有効化 . . . . . . . . . . . . . . . . . . . 315

Web Server Extension設定ファイル（eapps.cfg）の編集 . . . . . . . . . . . . . . . . . . . 317

Webサーバー上のユーザー権限の付与 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318

Siebel Web Server Extensionの変更を受け入れるための Sun ONE （iPlanet）の設定 . .321

再起動が必要なデーモンプロセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323

IHSおよびHP-Apache2 を Siebelアプリケーション対応に設定 . . . . . . . . . . . . . . . 323

パフォーマンスの適化を図るためのHP-Apache2の設定 . . . . . . . . . . . . . . . . . . 325

Siebel Web Server Extension インストールのトラブルシューティング . . . . . . . . . . . . 326


目次

第 13 章 eAIのコネクタソフトウェアのインストール

eAIのコネクタのインストール前の注意事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330

Siebel eAIのコネクタのサポートファイルのインストール . . . . . . . . . . . . . . . . . . . . 330

第 14 章 CORBA Object Managerのインストール

Siebel CORBAオブジェクトマネージャについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336

Siebel CORBAオブジェクトマネージャのインストール前提条件の確認 . . . . . . . . . . . 336

CORBA Object Manager用のデータベース接続ソフトウェアの設定 . . . . . . . . . . . 337

Siebel CORBAオブジェクトマネージャのネットワーク接続の確認 . . . . . . . . . . . 338

Object Request Broker ソフトウェアのインストール . . . . . . . . . . . . . . . . . . . . . . 339

CORBA Object Managerのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339

Siebel CORBAオブジェクトマネージャのインストール後のタスク . . . . . . . . . . . . . . 343

CORBA Object Manager ソフトウェアのインストールの確認 . . . . . . . . . . . . . . . . . . . 344

Siebel CORBAオブジェクトマネージャの終的な設定 . . . . . . . . . . . . . . . . . . . . . . . 345

性能を向上させるための複数のCORBA Object Managerの設定 . . . . . . . . . . . . . . . . . 346

Siebel CORBAオブジェクトマネージャでの CORBAネームサービスの使用 . . . . . . . . 347

Siebel CORBAオブジェクトマネージャ用シェル環境のセットアップ . . . . . . . . . . . . 347

Orbix を使用する場合のCORBAの終的な設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348

VisiBroker を使用する場合のCORBAの終的な設定 . . . . . . . . . . . . . . . . . . . . . . . . .351

VisiBroker用の手動アクティブ化の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352

VisiBroker用の自動アクティブ化の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353

性能を向上させるための複数のオブジェクトマネージャの登録 . . . . . . . . . . . . . . . . 355

CORBA Object Manager インストールのトラブルシューティング . . . . . . . . . . . . . . . 357


目次

第 15 章 ChartWorks Serverのインストール

インストール前の要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360

ChartWorks Serverのインストールタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360

ChartWorks Serverのインストール後のタスク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362

ChartWorks Serverの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362

インストール後のChartWorks Serverの指定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363

第 16 章 Siebel eBusiness Applicationsのアンインストール

Siebel Serverのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366

Siebel Gatewayのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368

その他のサーバーのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369

Siebel言語パックのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370

新バージョンの Siebel アプリケーションへの移行 . . . . . . . . . . . . . . . . . . . . . . . . . . . 371

付録 A 実装計画ワークシート

チームリーダー用ワークシート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374

Enterprise Server名およびインストールディレクトリに関するワークシート . . . . . . . 375

Siebel アカウント、 VIP、静的 IPに関するワークシート . . . . . . . . . . . . . . . . . . . . . . . 376

クラスタ展開に関するワークシート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377

ポートおよびRDBMSに関するワークシート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378

付録 B サーバーコンポーネントの有効化

サーバーコンポーネントグループの有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380


目次

付録 C データベース作成サンプルスクリプト

DB2 UDBサンプルスクリプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 386

Oracleサンプルスクリプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 393

付録 D eapps.cfg ファイルの構造

Web Server Extension設定ファイルの編集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402

サンプルの eapps.cfg ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .413

付録 E Siebel インストールのための UNIX オペレーティング

システムのチューニング

UNIXオペレーティングシステム用の Siebel Serverのチューニング . . . . . . . . . . . . . . 422

UNIXでの外部ユーザー認証の有効化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423

eBusiness Applications for AIXのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424

Web Server for AIXのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424

Siebel Web Server Extension for AIXのチューニング . . . . . . . . . . . . . . . . . . . . . . 425

Siebel Server for AIXのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426

AIX用のカーネル設定のチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 429

AIX用のCentral Dispatchのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 430

AIX用のEnableOLEAutomationの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .431

Solaris用の Siebel eBusiness Applicationsのチューニング . . . . . . . . . . . . . . . . . . . . . .431

Solaris用のWebサーバーのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .431

Solaris用の Siebel Web Server Extensionのチューニング . . . . . . . . . . . . . . . . . . . 432

Solaris用のカーネル設定のチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 433

Solaris用のオブジェクトマネージャインスタンスのチューニング . . . . . . . . . . . . 435

Solaris用のCentral Dispatchのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436

SolarisでのEnableOLEAutomationの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437

HP-UX用の Siebel eBusiness Applicationsのチューニング . . . . . . . . . . . . . . . . . . . . . 437

HP-UX用のWebサーバーのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437


目次

HP-UX用のカーネル設定のチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438

HP-UXの大スレッド制限の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439

HP-UX Schedulerのチューニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 440

索引


はじめに

このマニュアルでは、 UNIXに Siebel eBusiness Applicationsサーバーコンポーネントをイ

ンストールする際に必要な情報、処理手順、およびガイドラインについて説明します。

このマニュアルは、主に次のような役職または職務を担当する方を対象としています。

システム管理者 Siebel アプリケーションのインストール、保守、およびアップグレード

を含む、システム全体に対する管理の責任者。

UNIX システム管理者 UNIXのシステム管理を担当するルートレベルのアクセス権を持つ

責任者。

Siebel アプリケーション

管理者

Siebel アプリケーションの計画、セットアップ、保守の責任者。

データベース管理者データのロード、システムの監視やバックアップおよび復旧、容量の

割り当てとサイズ変更、ユーザーアカウントの管理など、データベー

スシステムの管理を行う責任者。


はじめに

このマニュアルの構成

このマニュアルの構成 Intro

このマニュアルでは、ほとんどの Siebel eBusiness Applicationsのインストールに必要な

情報について説明します。 Siebel ソフトウェアのインストール手順を、論理的に順を追っ

て説明します。

Siebel eBusiness Applicationsのバージョン 7.5 を起動すると、 Siebel UNIXのインストール

および設定に InstallShield と設定GUI を使用できます。

注 : すべての Siebel製品に、このマニュアルで説明されている機能すべてが実装されてい

るわけではありません。実装されている機能は、購入されたソフトウェアモジュールのラ

イセンスによって異なります。

インストールディレクトリの表記 Intro

このマニュアルでは、インストーラによって作成されたインストールディレクトリまたは

ユーザーがファイルや実行可能ファイルにアクセスするために移動するディレクトリを示

す際、次の変数命名規則を使用します。

$SIEBEL_ROOT ：通常これは、各Siebel Server ソフトウェアがインストールされているメイ

ンディレクトリを指します。 UNIX Enterprise Server コンポーネントインストーラでは、

$SIEBEL_ROOTのデフォルトは/siebelです。

$SIEBEL_HOME ：これは、通常は Siebel eBusiness Applications ソフトウェアの、また、

内容によって Siebel Serverの、インストールディレクトリまたはルートディレクトリを

指します。多くのスクリプトにこの変数が使用されています。内容から、どちらを指し

ているのかを判断してください。

SIEBEL_SERVER_ROOT ：この用語は $SIEBEL_HOMEの同義語となる siebel_serverスクリ

プトのような、実行可能ファイル内で使用されることがあります。


はじめに

改訂履歴

改訂履歴 Intro

『UNIX 用 Siebel Server インストールガイド』

バージョン 7.5.3

追加点このマニュアルは 7.5.3で完全改訂されました。検索機能を向上させ、わかりやすい

マニュアルになっています。

2003 年 4 月版 Bookshelf2003年4月版Bookshelfでリリースされた『UNIX用Siebel Server インストールガイド』

バージョン 7.5、 Rev Dでの変更を、表 2に示します。

表 1. バージョン 7.5.3 で変更された点

トピック改訂

「IBM HACMPによる Siebel eBusiness Applicationsのインストール」

7.5.3での修正点： IBM HACMP クラスタ化に

関する情報

206ページの「DB2setのパラメータ」および

235ページの「DB2上のストアドプロシー

ジャコードのコピーとインストール」。

7.5.3での修正点： DB2 v8.1のサポートに

関する情報

表 2. 2003 年 4 月版 Bookshelf の変更点

トピック改訂

Oracleの仕様情報以下の章で、 Oracleの仕様に関する情報が

変更。第 6章「Siebel Serverのインストール」第 9章「DB2 UDBに対する Siebel Database Serverのインストール」および第 14章「CORBA Object Managerのインストール」

コンソールモードおよび自動モードでのイン

ストール

108ページの「コンソールモードのインス

トールと自動モードのインストールを組み合

わせる」に新しい情報を追加


はじめに

改訂履歴

Solaris上への sse_roleの作成 233ページの「DB2のデータベースサーバー

に対するテーブルオーナーアカウントと管理

者アカウントの作成」および 280ページの

「OracleのDBサーバー用のテーブルオー

ナーアカウントと管理者アカウントの作成」

に新しい情報を追加

VPD.PROPERTIES ファイル 154ページの「Siebel Serverのソフトウェア

インストールの確認」に新しい情報を追加

Oracle 64 ビットクライアント 135ページの「データベース接続の設定」

および 161ページの「Solaris、 AIX、また

はHP-UX上のODBC接続の問題を解決する

には」に新しい情報を追加

複数の Siebel Server 27ページの「Siebel Enterprise Serverの概要」および 138ページの「Siebel Serverのインストールタスク」に新しい情報を

追加

DefaultChartFont 362ページの「ChartWorks Server を設定する

には」に手順 5 を追加

コンソールモードでのインストール以下の項の手順 4にあるコマンドラインを

修正。 103ページの「自動モードでインス

トールするには」


トピック改訂


はじめに

改訂履歴


バージョン 7.5、 Rev C での変更を、表3に示します。


バージョン 7.5、 Rev. Bでの変更により、より高品質なものに改善されました。

注 : 『UNIX用Siebel Server インストールガイド』バージョン 7.5、 Rev. Aには、 HP-UX

プラットフォームユーザー向けのインストール情報が記載されています。


トピック改訂

自動モードとコンソールモードの

インストール

付録E 「Alternative Installations」から第 4章「自動モードまたはコンソールモードでのイ

ンストール」に移動しました。

ステージングポイントの作成付録E 「Alternative Installations」から第 2章「インストールの準備」に移動しました。

Central Dispatch 第 3章「Central Dispatch を使用する負荷分

散の実装」の「Load-Balancing with Central Dispatch」にトラブルシューティングに関す

る項を追加しました。

サポートされるデータベースコードの

ページ

このマニュアルでは削除されました。現在、

この情報は『システム要件とサポートされ

ているプラットフォーム』に記載されてい

ます。

SWSE統計情報のページ付録D 「Structure of the eapps.cfg File」から

削除されました。 SWSE統計情報のページは

『Siebel Server管理ガイド』に移動しました。


はじめに

改訂履歴


Siebel Server インストールの概要 1

この概要では、 Siebel Enterprise Server コンポーネントをインストールするための情報に

ついて説明します。

インストールを成功させるために必要な事項は、次のとおりです。

■ Siebel Serverの動作環境としてサポートされている UNIXオペレーティングシステムの

基本規則についての理解

■ 選択したサーバーおよびクライアントのオペレーティングシステムでのネットワーク

接続、ディスクおよびファイル共有、ソフトウェアのインストールについての専門知

識

■ UNIXでインストールを実行するためのアクセスができる管理者権限を持つユーザー

アカウント

■ 選択したリレーショナルデータベース管理システム（RDBMS）でのデータベースの

インストール、チューニング、管理についての専門知識

このマニュアルでは、 Siebel eBusiness Applications を複数のデータベース、オペレーティ

ングシステム、サーバープラットフォームにインストールする方法についても説明します。

ただし、現在のリリースで、特定のデータベースおよびオペレーティングシステムプラッ

トフォーム、またはそれらの特定の組み合わせがサポートされていない可能性があります。

このリリースでサポートされているすべてのオペレーティングシステムプラットフォーム

およびRDBMS製品については、『システム要件とサポートされているプラットフォーム』

を参照してください。


Siebel Server インストールの概要

Siebel環境

Siebel環境 1

Siebel eBusiness Applications環境は、表 4に示す3つのエンティティで構成されます。

Siebel Enterprise Server環境は、 3階層の Siebel eBusiness Applications環境の中間層です。

注 : この章では、 Siebel Enterprise Serverのアーキテクチャとエンティティについてのみ

説明します。 Siebel Web クライアントについては、『Siebel Web クライアント管理ガイド』


23ページの図1および24ページの図2には、いずれも Siebel eBusiness Applications環境

を構成するすべてのエンティティの論理図が含まれています。

表4. Siebel アプリケーションのエンティティ

エンティティ説明

Siebel クライアント Siebel Web クライアント、専用Web クライアント、ワイヤレス

クライアント、モバイルWeb クライアント、ハンドヘルドクラ

イアント、および Siebel Tools クライアントが含まれます。

Siebel Database Serverおよび Siebel File System

Siebel クライアントおよび Siebel Enterprise Serverで使用される

データおよび物理ファイルを保存します。

Siebel Enterprise Server Siebel Server、 Siebel Gateway Name Server、およびConnection Brokerが含まれます。これらのエンティティは共同で、クライ

アントに対して、またはクライアントに代わって、バッチモー

ドサービスとインタラクティブサービスの両方を提供します。



Siebel環境

図1. 小規模な Siebel 7環境（Siebel Server と Webサーバー各1台）の論理図



Siebel環境

複数の Siebel Serverへの大規模な展開では、図2のように、 Name Server を配置できます。

図2. 大規模な Siebel 7環境（複数のSiebel Server）の論理図



Siebel環境

高可用性の概要 1

Siebel eBusiness Applicationsは、すべての Siebel Serverで高可用性を実現できるように、

負荷分散や、プラットフォーム固有の多数のサーバークラスタ化技術サポートしています。

クラスタ化については、第7章「Siebel実装のクラスタ化によるフェイルオーバー機能の

実現」を参照してください。また、 Siebel Systemsでのサーバークラスタ化のサポートの

新情報については、『システム要件とサポートされているプラットフォーム』および

SupportWeb を参照してください。

Siebel Gatewayの概要 1

Siebel 7では、 Siebelの展開における Siebel Gatewayの役割が大きく変わりました。

したがって、サーバーの展開方法を決定する上でこれを理解しておく必要があります

（23ページの図 1および24ページの図2）。

Siebel Gatewayは「物理サーバー」ではなく、 Name Server とオプションのConnection Brokerから構成される「論理エンティティ」です。 Siebel 7では、 Name Server とConnection Brokerが別々のソフトウェアコンポーネントになり、異なるサーバーに配置

できるようになっています。

Name Serverは、 Siebel Gatewayに関連付けられているプライマリサービスです。高可用

性と予算の制約の要件に応じて、スタンドアロンサーバーとして、または複数のサーバー

の一部として配置できます。

さらに、単一の Siebel Gatewayで、複数の Siebel Enterprise Server をサポートできるよう

になりました。

Name Server の概要Name Serverでは、 Siebel Serverの次のような設定情報が永続的に保存されます。

■ コンポーネントグループおよびコンポーネントの定義および割り当て

■ 操作パラメータ

■ 接続情報

Siebel Serverのインストールまたは設定中などに、これらの情報が変更されるときは、

Name Serverに書き込まれます。



Siebel環境

Name Serverは、 Siebel Serverおよびコンポーネントの可用性についての情報の動的な

レジストリとして機能します。起動時に、 Siebel Enterprise Server内の Siebel Serverは、

Name Serverにその可用性を通知し、ネットワークアドレスなどの接続情報を Name Serverの非永続的な（一時的な）格納場所に保存します。

エンタープライズコンポーネント（Server Manager を含む）は、 Name Serverに対して、

Siebel Serverの可用性および接続情報についてのクエリーを実行します。 Siebel Server をシャットダウンするときに、この情報はName Serverからクリアされます。ただし、ユー

ザーは、 Name Serverが動作していなくても、直接データベースに接続できます。

UNIX環境では、 Name Serverは、デーモンプロセスとして動作します。 Name Server をインストールするユーザーは、このようなプロセスを作成するための権限が必要です。

Name Server の障害による影響接続ブローカリング機能を使用している場合は、 Name Serverが利用できなくなっても、

ユーザーのアクティブな接続は継続されます。実行中のすべてのサーバーコンポーネント

およびオブジェクトマネージャは、そのまま継続され、新しい接続（ログインセッション）

も開始できます。しかし、新しい Siebel Server コンポーネントの開始および追加はできず、

サーバー管理機能は制限されます。接続ブローカリング機能を使用していない場合に

Name Serverで障害が発生すると、すべてのユーザー、サーバーコンポーネント、オブジェ

クトマネージャの接続が切断されます。 Name Serverの障害によって、 Actuate レポート

サーバーとの通信もできなくなるので、レポート機能が利用できなくなります。

Name Server のリソース条件Name Serverでは、非常に少ないシステムリソースしか要求されません。『システム要件

とサポートされているプラットフォーム』のハードウェアの推奨事項に従ってください。

接続ブローカリング機能／ Central Dispatch Scheduler の概要Connection Brokerは、クライアントの接続リクエストを、目的のコンポーネントを実行

しているサーバーのうちも負荷の少ない Siebel Serverに送ります。これによって、ス

ケーラビリティと可用性が高まります。 Connection Brokerは、独自のサービスを保持し、

Central Dispatch製品を使用して、 Webサーバー接続リクエストを複数の Siebel Serverに分散します。接続ブローカリング機能に関する重要情報については、第3章「Central Dispatch を使用する負荷分散の実装」を参照してください。

注 : モバイルWeb クライアント接続は、 Central Dispatchでは分散されません。



Siebel環境

Central Dispatch Scheduler の障害による影響Central Dispatch Schedulerで障害が発生しても影響はありません。既存のセッションは維

持され、新規セッションの開始も可能です。 Central Dispatchのプライマリスケジューラ

で障害が発生し、バックアップのスケジューラがアクティブになっている場合は、既存の

セッションは維持され、新規セッションの開始も可能です。スケジューラ間のフェイル

オーバーの時間を設定できます。スケジューラの設定方法については、第3章「Central Dispatch を使用する負荷分散の実装」を参照してください。

Central Dispatch Scheduler の高可用性ソリューションCentral Dispatchは、スケジューラとして使用するサーバーを 2つ指定します。 1つはプラ

イマリスケジューラ、もう 1つはセカンダリスケジューラとして機能します。プライマリ

スケジューラは、常に仮想 IP （VIP）アドレスを受信し、トラフィックを分散します。た

だし、ある時点で「利用できない」状態になった場合は、セカンダリスケジューラがVIPの受信とトラフィックの分散を引き継ぎます。

Central Dispatch Scheduler のリソース条件接続ブローカリング機能／Central Dispatch Schedulerは、高いユーザーロードがある場合

や、ルーティングモジュールがカーネル層またはネットワークドライバ層にある場合で

も、一般にそれほどリソースを必要としません。

パフォーマンスを大にし、外的要因の干渉を小化するためには、同時使用ユーザー数

が 1000 を超える場合は専用のスケジューラを使用することをお勧めします。ほとんどの

場合、同時使用ユーザー数が数千の展開でも RAMが 512 MBの単一のCPUで十分です。

デュアルプロセッサのサーバーと 1 GBのRAMがあれば、将来のシステムの成長にも対応

できます。デュアルプロセッサのサーバーを実行すると、任意のプログラムプロセスが

CPUのリソースを独占する可能性も小化されます。

Siebel Enterprise Server の概要 1

Siebel Enterprise Serverは、共通の Siebel Database Serverにアクセスし、同じユーザー

グループをサポートするすべての Siebel Serverの論理グループです。 Siebel Enterprise Serverは、単一の論理グループとして設定、管理、および監視できるので、 Siebel管理者

は社内のすべての Siebel Serverの開始、停止、監視、またはパラメータ設定ができます。

注 : Siebel Serverをインストールするとき、すべての設定操作は、 Enterpriseのすべてのサー

バーおよびコンポーネントを対象としています。複数のサーバーで動作する複数の Siebelコンポーネント間でのコンフリクトを回避するには、インストールが完了した後で、特定の

Siebelコンポーネントグループを個別のサーバーに割り当てるか、割り当て解除する必要が

あります。 1つまたは複数のサーバーまたはコンポーネントをローカライズする修正を行う

必要がある場合は、各サーバーまたはコンポーネントを個別に変更する必要があります。



Siebel環境

共通のデータベーススキーマに接続するすべての Siebel Serverは、同じ Siebel Enterprise Server内にインストールされなければなりません。 2つ以上の Siebel Enterprise Server を1台のマシンにインストールする場合は、サーバーをパーティションまたは仮想サーバー

に分割し、個別のパーティションにそれぞれの Siebel Enterprise Server をインストールし

ます。各パーティションは、『システム要件とサポートされているプラットフォーム』で

説明したハードウェア条件を満たしている必要があります。 Siebel Enterprise Serverが別

のパーティションにインストールされていても、 1台の物理サーバーに複数の Siebel Enterprise Server を配置する構成は、この製品環境ではサポートされていません。

Siebel Enterprise Server自体はプロセスを持たないので、状況を持つことはできません。

しかし、 Enterprise レベルで操作を開始およびシャットダウンすることはできます。これ

らのアクションは、 Enterprise内のすべての Siebel Serverに適用されます。

Siebel Serverの概要 1

Siebel Serverは、すべての Siebel アプリケーションクライアントのバックエンドプロセス

およびインタラクティブプロセスの両方をサポートする中間層のプラットフォームです。

これらのプロセスは、 Siebel Server アーキテクチャ内のコンポーネントであり、次のよう

な機能をサポートします。

■ モバイルクライアントの同期

■ Siebel クライアントのビジネスロジックや、 Siebel Database ServerおよびSiebel File Systemへの接続とアクセス

■ 旧式またはサードパーティのデータとの統合

■ 新しい取引先、商談、サービスリクエスト、その他のレコードの自動割り当て

■ ワークフロー管理

■ ドキュメント生成

Siebel Serverは、マルチプロセスコンポーネントとマルチスレッドコンポーネントの両方

をサポートし、バックグラウンドモード、バッチモード、インタラクティブモードでコン

ポーネントを操作できます。 Siebel Server コンポーネントの多くは、複数の Siebel Serverで同時に動作して、ユーザー数の増加や大きいバッチワークロードに対応したり、これら

のコンポーネントの可用性を高めたりすることができます。



Siebel環境

Siebel Server プロセスSiebel Serverは、そこで動作するすべてのサーバーコンポーネントの状況を監視および制

御するプロセスとして実行されます。各Siebel Serverは、現在のEnterprise内の Siebel Serverプロセスをインスタンス化したものです。 Siebel Serverは、デーモンプロセスとし

て実行されます。インストーラは、プロセスなどを作成するための権限を必要とします。

Siebel Serverプロセスの管理については、『Siebel Server管理ガイド』を参照してください。

Siebel Server のリソース条件『システム要件とサポートされているプラットフォーム』のハードウェアの推奨事項に

従ってください。

Siebel Server ManagerSiebel Server Managerは、 Siebel ServerおよびSiebel Enterprise Serverの管理コンソール

です。

Siebel Server Managerでは、各コンポーネントの動作を制御するパラメータの設定をした

り、指定したコンポーネントが操作できる Siebel Server を決定したりできます。 Siebel Server Managerでは次のことを行えます。

■ Siebel Server、コンポーネント、およびタスクの開始、停止、一時停止、および再開

■ Siebel Enterprise Server、 Siebel Server、コンポーネント、およびタスクの状況の監視

および統計の収集

■ Siebel Enterprise Server、 Siebel Server、コンポーネント、およびタスクの設定の管理

次の 2つのインターフェイスのいずれかを使用して Server Manager を操作できます。

■ Siebel アプリケーションクライアントの［サーバー管理］ビューを使用したグラフィ

カルユーザーインターフェイス（GUI）

Server ManagerのGUIには、コマンドラインインターフェイスよりも多くのユーザー

インターフェイス機能（ビュー内のさまざまなフィールドの検索およびソート機能な

ど）、およびSiebel Serverの操作のわかりやすいビューが組み込まれているため、ほと

んどの管理作業でこのGUI を使用します。



Siebel環境

■ Server Managerのコマンドラインインターフェイス（srvrmgr）

バッチモード処理には、コマンドラインインターフェイスを使用します。この処理は、

定期的な実行が必要な管理コマンドを含むスクリプトファイルを呼び出すことによっ

て、バッチスクリプトから実行できるからです。まだインストールされていないなど

の理由でクライアントが利用できない場合、またはWebサーバーが利用できない場合

は、コマンドラインインターフェイスを使用できます。

Server Manager （GUI とコマンドラインインターフェイスの両方）は、 Enterprise内の

Siebel Serverのすべての可用性および接続性情報を含む Siebel Gateway Name Serverに接

続されます。 Server Managerは、次にそれぞれのサーバーに接続され、 Server Manager コンポーネントタスクを開始します。 Server Managerの使用については、『Siebel Server管理ガイド』を参照してください。各 Siebel Serverでの Server Manager タスクは次のとおり

です。

■ Server Managerからの管理コマンドの処理

■ リクエストされた機能の実行

■ Server Managerへのそれぞれの操作結果の返信

注 : Server Managerの各セッションは、個別の Server Manager タスクを作成します。した

がって、サーバー管理画面にアクセスするたびに、新しい Server Manager タスクが作成

されます。

Siebel Server コンポーネントの概要 1

Siebel Serverで動作するさまざまなプログラムは、「コンポーネント」として実装されま

す。コンポーネントは、特定のタイプのプログラムだけを表します。コンポーネントは、

特定の Siebel Serverで「タスク」、つまりコンポーネントがインスタンス化されたものと

して実行または操作されます。



Siebel環境

コンポーネントのモードコンポーネントは、バックグラウンドモード、バッチモード、インタラクティブモードの

3つのモードのいずれかでタスクを実行できます。

■ バックグラウンドモードのコンポーネント：バックグラウンドモードのコンポーネントは、

Siebel Serverのバックグラウンド処理を行うタスクを実行します。いったん開始され

たバックグラウンドモードのコンポーネントタスクは、ユーザーが明示的にタスクを

中止するか、 Siebel Server自体がシャットダウンされるまで継続されます。

バックグラウンドモードのコンポーネントは、 Siebel Server Manager を使用して手動

で開始できます。 Default Tasksパラメータが 0 より大きい値に設定されたコンポーネ

ントは、 Siebel Serverの開始時に自動的に開始できます。バックグラウンドモードの

コンポーネントの例としては、 Transaction Router、 Replication Agent、および

Workflow Monitor Agentがあります。

■ バッチモードのコンポーネント：バッチモードのコンポーネントを開始するには、 Server Manager を使用して、コンポーネントを手動で開始する必要があります。バッチモー

ドのコンポーネントは、タスクが完了されると終了します。バッチモードのコンポー

ネントの例としては、データベース抽出およびEnterprise Integration Managerがあり

ます。バッチモードコンポーネントは、 Server Request Broker を使用して、他のコン

ポーネントから開始することもできます。

■ インタラクティブモードのコンポーネント：インタラクティブモードのコンポーネントは、

クライアントリクエストに応じて自動的にタスクを開始します。インタラクティブ

モードのコンポーネントのタスクは、クライアントがセッションを維持している限り

実行され、クライアントの接続の切断に伴って終了します。インタラクティブモード

のコンポーネントの例としては、同期マネージャおよびオブジェクトマネージャがあ

ります。

Siebel Server コンポーネントについては、『Siebel Server管理ガイド』を参照してください。

コンポーネントのタイプSiebel Serverは、複数のコンポーネントタイプをサポートしています。それぞれのタイプ

は、異なる機能またはジョブを実行します。コンポーネントタイプは、「定義済みコン

ポーネント」（または単に「コンポーネント」）と呼ばれるエンティティを作成するために

動作を決定する一連のパラメータで設定されます。コンポーネントは、「コンポーネント

グループ」で Enterprise レベルで定義されます。コンポーネントグループは、次に、タス

クを実行できる Enterprise内の 1つまたは複数の Siebel Serverに割り当てられます。



Siebel環境

Siebel Enterprise Serverがインストールされるときに、定義済みコンポーネントは自動的

に各コンポーネントタイプに設定されます。次に、これらの定義済みコンポーネントは、

後で追加するものも含めて Enterprise内のすべての Siebel Serverで自動的に利用可能にな

ります。これらの定義済みコンポーネントを使用して、 Siebel eBusiness Applications全体を実行できます。または、定義を変更して新しい定義済みコンポーネントを作成し、

Siebel設定を微調整することができます。コンポーネントを有効および無効にする方法に

ついては、『Siebel Server管理ガイド』を参照してください。

定義済みコンポーネント機能によって、特定のコンポーネントタイプに対して複数の定義

済みコンポーネントを作成できます。これによって、異なるパラメータを使用するさまざ

まなタイプのタスクを開始するプロセスを単純化したり、複数の Siebel Serverでコンポー

ネントを管理したりできます。たとえば、英語の Siebel Sales Enterpriseアプリケーション

で動作するオブジェクトマネージャ用に定義済みコンポーネントを 1つ作成し、フランス

語の Siebel Service Enterpriseアプリケーションで動作するオブジェクトマネージャ用に別

のコンポーネントを作成することができます。これらの定義済みコンポーネントは同じコ

ンポーネントタイプを使用しますが、異なる機能条件を持つユーザーの別個の設定にサー

ビスを提供します。これらのコンポーネントは、個別に管理、設定、および管理できる異

なるエンティティです。定義済みコンポーネントは、 Server Manager GUIの［エンタープ

ライズコンポーネント定義］ビューで設定します。詳しくは、『Siebel Server管理ガイド』


コンポーネントグループコンポーネントグループは、プロセスを構成するサーバーコンポーネントの論理グループ

です。コンポーネントグループを使用すると、Siebel Remote またはWorkflow Managementなどの単一プロセスに要求されるすべてのコンポーネントを開始または停止できます。

Siebel eBusiness Applicationsには、多数の定義済みコンポーネントグループがあります。

独自のコンポーネントグループを作成することもできます。これについては、『Siebel Server管理ガイド』を参照してください。各コンポーネントグループに含まれるコンポー

ネントとそれらを使用するために有効にする必要があるコンポーネントのリストについ

ては、付録B 「サーバーコンポーネントの有効化」を参照してください。コンポーネント

グループの有効化については、第6章「Siebel Serverのインストール」の別の項を参照し

てください。



Siebel環境

Siebel File System および File System Manager の概要 1

Siebel File Systemは、 Siebel Serverがネットワークアクセスできる共有ディレクトリから

構成されています。ファイルにアクセスするために、 Web クライアントは適切な Siebel Serverに直接接続してファイルのアップロードまたはダウンロードをリクエストします。

Siebel Serverは、次に、 File System Manager （FSM）サーバーコンポーネントを使用して

Siebel File Systemにアクセスします。 File System Managerは、 Siebel File Systemディレク

トリと対話しながらこれらのリクエストを処理します。

File Systemは、 Siebel Server または Siebel Database Server と同じサーバーにインストール

するか、ディレクトリを共有できる別のネットワークサーバー上にインストールして、

Siebel Serverが使用できるようにします。 2台のマシンのオペレーティングシステムが

異なる場合（たとえば1台はWindowsでもう 1台はUNIX）、両方のマシンでのディレク

トリ共有を可能にするためにクロスプラットフォームマウントツールの実装が必要になる

ことがあります。

SiebelモバイルWeb クライアントを接続モード（専用Web クライアント）で使用してい

るときに、 Siebel File Systemに直接接続したい場合があります。（このような場合の例、

各場合における潜在的な問題、およびクライアントセットアップの指示については、

『Siebel Web クライアント管理ガイド』を参照してください）。



Siebel アプリケーションのインストール開始前の作業

Siebelアプリケーションのインストール開始前の作業 1

Siebel eBusiness Applicationsのインストールを開始する前に、次の手順を実行します。

1 現在のリリースの『システム要件とサポートされているプラットフォーム』および

『リリースノート』を読んで、サポートされるハードウェア、オペレーティングシス

テムプラットフォーム、 RDBMSプラットフォーム、サポートされるサードパーティ

製品の組み合わせ、この Siebel eBusiness Applications リリースに関する新情報を理

解していることを確認します。

2 Siebel eBusiness Applicationsの以前のバージョンからアップグレードする場合は、使

用しているオペレーティングシステム用のアップグレードガイドを参照してくださ

い。

3 第2章「インストールの準備」をよく読んで、その章の初の項にある説明に従って

「実装計画ワークシート」に記入します。

4 このガイド内の関連するサーバーインストールの章をよく読み、お使いのオペレー

ティングシステムと RDBMSプラットフォームの組み合わせでのインストールプロセ

スをすべて理解していることを確認します。

5 『Siebel Web クライアント管理ガイド』の関連するクライアントインストールの章をよ

く読みます。モバイルWeb クライアントを展開する予定がない場合でも、このガイド

にはサポートされている他のクライアントタイプについての情報も記載されているの

で読んでください。

6 ライセンス購入済みの製品のガイドが『Siebel Bookshelf』にありますので、インス

トール前の情報を参照してください。

7 Siebel環境の綿密なテストなどのインストール前およびインストール後のタスクを完

了するスケジュールを含めた包括的なインストールスケジュールを作成します。


インストールの準備 2

この章では、 Siebel eBusiness Applications ソフトウェアをインストールするための準備に

ついて説明します。また、インストールプロセスを進めるうえで不可欠な実装計画ワーク

シートの説明もします。

初に 373ページの「実装計画ワークシート」を開き、ワークシートをコピーしてくだ

さい。展開作業の責任者は、このコピーの初のセクションに記入します。次にチーム

のメンバーが、各担当セクションに情報を記入します。

この章でインストールの準備を進めていきながら、 Siebel eBusiness Applicaitionsのイン

ストールおよび設定時に必要な情報を書き留める必要があります。

後続の章では、サイトおよび展開に関する特定情報について実装計画ワークシートを参照

するように要求されます。実装計画ワークシートには、展開における将来のインストール、

アップグレード、再設定、および拡張など他の情報も書き留めます。


インストールの準備

サーバーのインストールプロセス

サーバーのインストールプロセス 2

サーバーのインストールプロセスには次の複数の手順があり、示されている順に実行し

ます。

1 展開の計画を立てます。

2 必要に応じて、 Central Dispatch をインストールおよび設定します。

3 使用するサーバークラスタ化ソフトウェアをインストールおよび設定します。

4 データベースインスタンスを作成します。

5 ファイルシステムを作成します。

6 Siebel Gateway をインストールします。

7 Siebel Enterprise Server を作成し、 Siebel Server を 1つインストールします。

8 Siebel Database Server をインストールします。

9 WebサーバーおよびWeb Server Extensionプラグインをインストールします。

10 必要に応じて追加の Siebel Server をインストールします。

11 eAI コネクタソフトウェアやCORBA Object Manager などのオプションコンポーネント

を購入した場合は、それらをインストールします。

注 : AIX、 HP-UX、または Solaris Siebel Server （またはAncillaryサーバー付属プログラム）

ファイルは、 37ページの図3に示されている順にインストールします。



サーバーのインストールプロセス

図3. Siebel eBusiness Applications サーバー付属ソフトウェアのインストール手順



Siebel 7 Gateway と Siebel 6 Gatewayの展開の相違点

Siebel 7 Gatewayと Siebel 6 Gateway の展開の相違点 2

次に、 Siebel 7 Gateway と Siebel 6 Gatewayの導入時に関する推奨事項の相違を示します。

Siebel 6 Gateway の導入Siebel 6のインストーラでは、 Name ServerおよびCentral Dispatch Schedularは同じサー

バー上にあるものと見なされました。インストール中に “ ［Use Resonate］ ”ボックスを

選択した場合、 Siebel Gatewayのインストーラはローカルサーバーから Central Dispatchソフトウェアを検索しました。これにより Name Serverは、 Central Dispatch Scheduler（デフォルト条件）または負荷分散される Siebel Serverのどちらかと同じ場所に強制的に

置かれました。

Name Serverに高可用性が要求される場合、 Name ServerはサーバーペアのMicrosoft Cluster Service を使ってクラスタ化できました。ただし、 Central Dispatchはクラスタの

一部にできませんでした。 Central DispatchはName Server と同じサーバー上に置かれて

いたため、顧客はインストーラのワークアラウンドを使って Name Server と Central Dispatch を引き離す必要がありました。 Siebel 7では、この必要性がなくなりました。

Siebel 7 Gateway の導入Siebel 7では、 Name ServerのインストーラはCentral Dispatch ソフトウェアのローカルイ

ンストレーションを検索しません。その結果、ニーズに適な Siebel Gateway展開を選択

できます。また、 Central Dispatch コンポーネントがインストールされているサーバーの

種類（Central Dispatch Scheduler または負荷分散される Siebel Server）に関係なく、Siebel eBusiness Applicationsでは、これらのサーバー上でクラスタ化テクノロジをサポートしま

せん。これは、Central Dispatchサーバーのクラスタ化が複雑なことが原因ですが、Central Dispatchにクラスタ化テクノロジと同様のフェイルオーバー機能が用意されていることに

もよります。

注 : この制約によって、 Name Serverに高可用性が必要な場合の Siebel Gatewayのハード

ウェア要件が増大するとは限りません。



Siebelの実装計画

Siebelの実装計画 2

Siebel eBusiness Applications を滞りなくインストールするためには、次の事項を決定する

必要があります。

■ 展開チームのメンバー

■ ユーザー数、グループ数、サポートの必要性

■ インストールする Enterprise Server ごとに、次のことを把握しておく必要があります。

■ 異種のサーバー環境で操作する場合は、 Enterprise用のサーバーで使用するオペ

レーティングシステム —Microsoft Windows またはサポートされている UNIXバー

ジョン

■ Enterpriseで必要な Siebel Server数、 Siebel Serverで提供するサービスの種類

（47ページの「特定サービス専用の Siebel Server」を参照してください）。

■ 負荷分散ソフトウェアをインストールして Enterprise を管理する必要があるかどう

か第3章「Central Dispatch を使用する負荷分散の実装」の接続ブローカリング機

能の項を参照してください。

■ 企業に必要な各種サーバーを実行するために必要なコンピュータの台数（49ペー

ジの「Siebel展開のトポロジの計画」の展開するサーバー数および種類の計画の項

を参照してください）。

■ 接続および保守に適なサーバーの配置場所（49ページの「Siebel展開のトポロジの

計画」のサーバーのレイアウト計画に関する項を参照してください）。

■ Siebel Communication Server （CTI/音声、電子メール、 Web コラボレーションなど）

に関連付けられている通信機能および関連モジュールを使用するかどうか




環境プロファイルと無関係の考慮事項 2

環境プロファイルに関係なく、次のことを考慮する必要があります。

■ 言語パックのインストール： Siebel展開が Siebel Gateway Name Server上で実行できる

セカンダリ言語を、すべてインストールする必要はありません。ただし、 Siebel Gateway Name Serverのインストールでは Siebel Serverが使用する一定のユーティリ

ティがインストールされるため、 Siebel管理者には、 Siebel Gateway Name Serverにインストールされている言語でのみエラーメッセージが表示されます。

注 : Unicode対応のデータベース環境では、利用可能ないずれの Siebel言語パックでも

インストールできます。 Unicode非対応のデータベース環境では、インストールする

言語パックと、データベースコードページがサポートしている文字との相関関係を考

慮する必要があります。たとえば、西ヨーロッパコードページデータベースでは、西

ヨーロッパ言語パック（英語、フランス語、スペイン語、ドイツ語言語パックなど）

だけをインストールできます。また、日本語コードページデータベースでは、日本語

または英語言語パックのみをインストールできます。

サポートされているコードページとエンコードの方法については、『システム要件と

サポートされているプラットフォーム』を参照してください。

■ 1台のマシン当たりのName Server数：本番環境では、 1台のマシンにインストールできる

Name Serverは 1つだけです。

■ Name Serverの共有：開発、テスト、および本番環境で同じ Name Server を共有しないで

ください。




環境プロファイルに応じた考慮事項 2

■ プロファイル1：高可用性を要求する数千規模の同時ユーザー、または 1つのマルチデー

タセンター展開に 1つのデータセンター。

■ Siebel Gateway Name Server： Siebel Gateway Name Serverは、負荷分散される Siebel Server上に置かれている場合に高可用性をサポートしないため、このプロファイル

では Siebel Gateway Name Server を専用サーバー上または負荷分散されない Siebel Server上でホストする必要があります。 Siebel Gateway Name Serverの高可用性を

実現するためには、 VERITAS などのクラスタ化ソフトウェアを使って Siebel Gateway Name Server をクラスタ化する必要があります。クラスタ化ソフトウェア

は負荷分散される Siebel Server と互換性がないため、 Siebel Gateway Name Serverを同じマシン上に置くことはできません。 Siebel Gateway Name Serverは、専用

サーバーのペアまたはクラスタ化されている Siebel Serverのペア（負荷分散され

ないもの）に置くことができ、パフォーマンスにも影響しません。クラスタ化さ

れたサーバーを共有すると、特定の Siebel Server コンポーネントは、高可用性の

クラスタ化を必要とするものと見なされます。これは、すべての Siebel Server コンポーネントが負荷分散をサポートするわけではないためです。クラスタ化につ

いては、第7章「Siebel実装のクラスタ化によるフェイルオーバー機能の実現」を

参照してください。

■ Connection Broker ：通常は複数の Siebel Server を要求するため、 Central Dispatchの

インストールも必要になります。 Connection BrokerやCentral Dispatch Primary Schedulerは、専用サーバー上で実行します。 Central Dispatch Secondary Schedulerは、負荷分散される Siebel Server または専用サーバーのどちらでも実行

でき、通常の操作中のパフォーマンスを低下させることもありません。

注意 : このタイプのセットアップでは、 Primary Scheduler を Siebel Server または

Name Server と共有しないでください。

■ Web サーバー： 1つの障害ポイントを取り除くには、複数のWebサーバーを展開し

ます。複数のWebサーバーを展開するときは、 Central Dispatch と Connection Brokerの両方をインストールする必要があります。 Webサーバーは、 Cisco CSSやF5 Big IPなどの標準の負荷分散ソリューションを使って負荷を分散できます。

注 : Siebel eBusiness Applications では、 Siebel Server の負荷分散用の Central

Dispatch ライセンスだけが提供されており、 Web サーバー用のライセンスはあり

ません。




■ Siebel Gateway Name Serverの専用サーバー： 1～4台のサーバーを用意します。クラス

タ化を行わない場合は Siebel Gateway Name Server用に 1台、クラスタ化を行う場

合は 2台、およびCentral Dispatch Primaray と Secondary Scheduler用に 1～2台の

予備のサーバーを考慮します。 Central Dispatch Backup Schedulerは、負荷分散さ

れる Siebel Server と同じ場所に置くことができ、パフォーマンスに大きな影響も

与えません。図4は、ユーザープロファイル 1で Siebel Gateway Name Server を展

開する場合の 3つのオプションを示します。網掛けのボックスは専用サーバーを、

白いボックスは共有サーバーを表します。

図4. Siebel Gateway Name Serverの展開プロファイル1 （数千規模の同時ユーザー）




■ プロファイル2 ：適度の高可用性を要求する数百～1000強の同時ユーザー。

■ Connection Broker ：必ずしも複数の Siebel Serverが必要ではありません。 Central Dispatchの要件を慎重に確認してください。（第3章「Central Dispatch を使用する

負荷分散の実装」を参照してください）。複数のWebサーバーを展開する場合、

Central Dispatch ソフトウェアを Siebel Serverにインストールする必要があります。

このタイプの展開では、将来拡張できるようにCentral Dispatch Scheduler を専用

サーバー上に置くことも、全体のCPU使用率が 80%未満であれば負荷分散される

Siebel Server上に置くこともできます。 Secondary Scheduler もお勧めします。これ

は負荷分散される別の Siebel Server上でセットアップできます。

■ Siebel Gateway Name Server： Name Serverは高可用性の要件に応じてクラスタ化でき

ます。一般的にこのサイズの展開では、 Name Server を専用サーバーにインストー

ルする必要はありません。代わりに、クラスタ化される 2つの Siebel Server をName Server と共有することを検討します。

■ Webサーバー：通常、このタイプの展開で負荷を処理するには、1つのWebサーバー

で十分です。高可用性に対応するために複数のWebサーバーが必要な場合は、

Central Dispatch と Connection Broker を Siebel Serverにインストールする必要があ

ります。ただし、 Webサーバーを Siebel Server と同じ場所に置く場合、 Central Dispatch を同じ Siebel Serverにインストールすることはできません。

図5は、このユーザープロファイルの推奨展開を示します。

図5. Siebel Gateway Name Serverの展開プロファイル2 （数百～1000の同時ユーザー）




■ プロファイル3 ：適度の高可用性を要求する 100～数百の同時ユーザー。

■ Connection Broker ：複数の Siebel Serverが要求されることは、ほとんどありません。

必要な Siebel Serverが 1つだけの場合、ビジネスプランで複数のWebサーバーを

展開するかどうかに応じて、 Central Dispatchが不要な場合があります。 Siebel Serverの高可用性を実現するためには、すべてのサーバーコンポーネントをクラ

スタ化される 2つのサーバーで実行するか、Central Dispatch を使って 2つの Siebel Server間にフェイルオーバーを提供します。このタイプの展開では、負荷分散され

る Siebel ServerのいずれかでCentral Dispatch Primary Scheduler を実行できます。

ただし、そのサーバーはクラスタに属さないことが必要です。専用の Schedulerは不要ですが、必要であれば、高い可用性と柔軟性を提供することができます。

■ Siebel Gateway Name Server： Siebel Gateway Name Serverの専用サーバーは全く必要

ありません。 Siebel Gateway Name Serverでクラスタ化が不要な場合は、 Siebel Serverのいずれか 1つに、 Siebel Gateway Name Server と Central Dispatch Scheduler （専用のサーバーがセットアップされている場合）を共存させるように

します。

■ Webサーバー：通常、このタイプの展開で負荷を処理するには、1つのWebサーバー

で十分です。高可用性に対応するために複数のWebサーバーが必要な場合は、

Central Dispatch と Connection Broker を Siebel Serverにインストールする必要が

あります。ただし、 Webサーバーを Siebel Server と同じ場所に置く場合、 Central Dispatch を同じ Siebel Serverにインストールすることはできません。

■ Siebel Gateway Name Serverの専用サーバー：なし。

■ プロファイル4 ：サーバーコンポーネントと Webサーバーは同じサーバー上に存在する

場合が多く、このためCentral Dispatchは不要です。高可用性の場合、 Siebel ServerおよびName Server コンポーネントのクラスタ化を検討します。

負荷分散される Siebel Server を複数使用する場合は、プロファイル 3の推奨事項を確

認してください。




展開チーム 2

展開チームには、次のメンバーを入れます。

■ 展開チームのリーダー。

■ Siebel eBusiness Applicationに加え、他のどのようなリソースがサイトに必要かを決定

する経験豊富なシステム管理者。システム管理者は、実際のインストールの計画およ

び実装も行ないます。

■ データベースに適したサーバーおよびセットアップの決定、およびインストールした

後の Siebel Database Server設定についてサポートする経験豊富なデータベース管理者。

この情報を 373ページの「実装計画ワークシート」のコピーに書き留めます。

インストールサイズの調整 2

インストールする Siebel環境を決定したら、次のことを決める必要があります。

■ 使用するリレーショナルデータベース管理システム（RDBMS）。詳しくは、 46ページ

の「使用する RDBMSの選択」を参照してください。

■ 1つの Siebel Enterprise Serverから 1つのデータベースに接続するために必要な Siebel Serverの数。詳しくは、 46ページの「Siebel環境の計画」を参照してください。

■ Siebel コンポーネントをインストールするマシンとディレクトリ。詳しくは、 47ペー

ジの「特定サービス専用の Siebel Server」を参照してください。

これ以外のサイズ調整に関する質問は、 Siebelエキスパートサービスまで直接問い合わせ

てください。




使用する RDBMS の選択Siebel アプリケーションで使用するリレーショナルデータベース管理システム

（RDBMS）、およびそれを実行するコンピュータプラットフォームを決定します。

■ サポートされている RDBMS製品、バージョン、およびパッチレベルについて、『シス

テム要件とサポートされているプラットフォーム』で確認します。

■ Siebel Database Server を実行するプラットフォームを選択します。使用している

RDBMS製造元のマニュアルおよび『システム要件とサポートされているプラット

フォーム』を参照して、サポートされているプラットフォームおよび対応が必要な

懸案を特定します。

注 : 1つのEnterprise内で複数のRDBMSプラットフォームを使用することはできま

せん。たとえば、 Oracle と DB2 UDBの 2つのデータベースを実行することはできま

せん。

使用する RDBMS を決定したら、 373ページの「実装計画ワークシート」の適切な選択項

目にチェックマークを付けます。

Siebel 環境の計画サポートする Siebel環境の数とその種類を決定します。次の 3つの環境は低限インス

トールすることをお勧めします。

■ 開発環境：カスタマイズしたアプリケーションおよび設定を開発する環境です。

■ テスト環境：カスタマイズしたアプリケーションの設定およびアップグレードの互換

性について、本番環境にアップグレードする前にテストする環境です。

■ 本番環境：本番の Siebel操作環境です。

本番環境には専用サーバーが必要です。開発環境やテスト環境などの、それほど集中的に

使用されない Siebel環境では、同じ物理機器を共有できます。一般に、 1つのマシンに負

荷をかけすぎないようにしてください。 Siebel システムのパフォーマンスが低下します。

Siebel環境の確立と使用については、 Developing and Deploying Siebel eBusiness Applications を参照してください。

サイトにインストールする環境、および各環境がサポートするユーザー数を決定したら、

その情報を 373ページの「実装計画ワークシート」のコピーに書き留めます。




特定サービス専用の Siebel ServerSiebel Serverは多数あり、それぞれが異なるタイプのサービスを提供します。ほとんどが

同じ基本製品から構成されていますが、営業員、コールセンター、顧客サービス要員、

マーケティング担当者など、さまざまな分野で必要とされる特定情報や機能を提供する

ように設定されています。

インストールプロセスは、すべてのサーバーで同じです。つまりインストールする Siebel製品を決定し、それらに適したコンピュータを用意し、計画に組み込みます。たとえば、

Siebel Enterprise Integration Manager （EIM）、 Siebel Remote、その他の Siebel製品の専用

サーバーを用意します。

必要な Siebel Server数と種類、各サーバーがサポートするユーザー数を決定したら、その

情報を実装計画ワークシートのコピーに書き留めます。

Siebel Enterprise Server への Siebel Serverのグループ化 2

Siebel Enterprise Serverは、 1つの Siebel Gateway Name Server、 Siebel Database Server、およびSiebel ファイルシステムを共有するように設定されている Siebel Serverの論理グ

ループで構成されています。この結果、これらの Siebel Serverは個々にではなく一括して

管理できます。

Siebel Enterprise Serverには、次のコンポーネントがあります。

■ 複数のSiebel Server： Siebel Serverは Siebel クライアントのビジネス論理を実行し、クラ

イアントに代わって Siebel Database Serverにアクセスします。

■ Enterprise Server ごとに少なくとも 1つの Siebel Serverが必要です。

■ 各Siebel Serverは、 1つのEnterprise Serverだけに帰属します。

■ 1つのName Server： Siebel Gateway Name Serverは、1つのEnterprise Server専用に予約

する必要はありませんが、各Enterprise Serverが接続できる Name Serverは 1つだけ

です。

規模の大きなインストールでは、次のコンポーネントが含まれる場合もあります。




■ 2つの専用Central Dispatch Scheduler ： Central Dispatchは、 Siebel Serverの負荷を分散し

ます。 Central Dispatchについては、第3章「Central Dispatch を使用する負荷分散の

実装」を参照してください。

1台のマシンはプライマリのCentral Dispatch スケジューラとして機能するように、

もう 1台はセカンダリまたはバックアップのスケジューラとして機能するように設

定します。

次の機能を展開する場合は、 Central Dispatch を Siebel Serverにインストールする必要

があります。

■ Siebel Server間で（Call Center、 eSales などの）負荷を分散できる Siebelオブジェク

トマネージャ。

■ Webサーバー上の負荷分散。

複数のサーバーをクラスタの一部として運用する場合、前述の展開ルールに例外が発生し

ます。つまり、 Central Dispatchはクラスタ化するマシンにインストールできません。代

わりに、負荷分散の実行用に予約してあるサーバーにCentral Dispatch をインストールし

ます。詳しくは、第3章「Central Dispatch を使用する負荷分散の実装」を参照してくだ

さい。 Central Dispatch をインストールする前に、 Siebel SupportWebにアクセスして、サ

ポートされているネットワークインターフェイスカード（NIC）のマトリックスを確認し

てください。このマトリックスで示すサポートされていないネットワークカードのほとん

どは、 Central Dispatch と互換性があります。ただしサポートされていないネットワーク

カードについては、完全な展開を実行する前にCentral Dispatchでテストしてください。

サポートされているリストに載っていないネットワークカードに互換性があることが分

かった場合は、テクニカルサポートまでご連絡ください。サポートされるリストに追加い

たします。




Siebel 展開のトポロジの計画 2

Sibel展開のトポロジ（数、タイプ、コンピュータの容量、コンピュータ上に配布する

Siebel コンポーネント）は、展開する Siebel クライアントの数とタイプに応じて大幅に

変わります。

次に示すガイドラインは、すべての展開に当てはまります。

■ Siebel Enterprise Serverは、 Windowsマシンでも UNIX マシンでも構いません：詳しくは、

『システム要件とサポートされているプラットフォーム』を参照してください。

■ Siebel Server ごとに独自の専用マシンを与えます： Siebel コンポーネント（Siebel Database Server、 Siebel File System、 Siebel Gateway Name Server、およびSiebel Server）は 1台のコンピュータにインストールできますが、 Siebel アーキテクチャはこれらのコン

ポーネントを複数のマシンに分散して拡張できるように設計されています。適な

パフォーマンスを実現するためには、各Siebel Server を専用マシンにインストールし

ます。

■ Siebel Database Serverに専用の高性能マシンを与えます：使用している RDBMSは、展開に

適したサイズであることが必要です。パフォーマンスを適化するためにRDBMSのサイズを調整する方法については、使用している RDBMSベンダー提供のマニュアル


■ 展開に十分な数のSiebel Server をインストールします：インストールする Siebel Serverの数

が多いほど、多数の Siebel Server コンポーネントおよびユーザーをサポートする必要

がある場合に、 Siebel Server間で作業負荷をより適切に分配できます。

■ Central Dispatch を使用して、複数のSiebel Server間でサーバーコンポーネントのリクエストを

分散します： Central Dispatchについては、第3章「Central Dispatch を使用する負荷分

散の実装」を参照してください。

■ クラスタ化テクノロジと Central Dispatchの接続ブローカリング機能では、扱う操作要件が異な

るため、 Enterprise内の独立ノード上でそれぞれ展開する必要があります：各テクノロジを有

効に活用できるように、展開の計画は慎重に立てることが必要です。

■ クラスタ化にはフェイルオーバー機能があります。クラスタ化テクノロジでは、

一定のリソースは一度に 1つのクラスタノード上でしか実行できないため、

Central Dispatchで行うような複数リソース間へのリクエストの配布機能はありま

せん。このためクラスタ化機能では、クラスタノード間で負荷を分散できません。




■ Central Dispatchには、負荷分散機能と接続ブローカリング機能があります。また、

Central Dispatchサイト内の各サーバーに十分なサイズが設定されていれば、負荷

分散されるコンポーネントのフェイルオーバー機能も提供できます。ただし

Central Dispatchには、負荷分散できないコンポーネントのフェイルオーバー機能

はありません。

たとえば、ある Central Dispatchサイト内に負荷分散されるサーバーが 5台あるとし

ます。この 5台のサーバーのうち 1台の障害に対応するためには、他の 4台のサー

バーは、 5台すべてのサーバーについて予想される全体の大負荷を処理できる必要

があります。したがって各サーバーは、 5台すべてのサーバーが実行しているときに

各々に対して予想される大負荷の 125% を処理できるだけの十分なサイズが設定さ

れていることが必要です。 2台のサーバーの障害に対応するためには、各サーバーは

5台すべてのサーバーが実行しているときに予想される大負荷の 167% を処理でき

るようにサイズ設定されている必要があります。

負荷分散に対応した Central Dispatchの使い方については、第3章「Central Dispatchを使用する負荷分散の実装」を参照してください。クラスタ化サーバーについては、

第7章「Siebel実装のクラスタ化によるフェイルオーバー機能の実現」、使用している

オペレーティングシステムのベンダー提供のマニュアル、およびSupportWeb を参照

してください。

■ Siebel アプリケーションを実行するコンピュータは高速 LANに接続します： Siebel Serverには、

高速ローカルエリアネットワーク（LAN）接続が必要です。 Siebel Systemsでは、

FDDI、ギガビット Ethernet、またはその他の高速LANでName Server、 Central Dispatch Scheduler、 Siebel Server、および Siebel Database Server を接続することを強

くお奨めします。

■ Name ServerはSiebel Server と共存することも、別のマシン（またはノード）にインストールす

ることもできます：ただし前提条件として、『システム要件とサポートされているプ

ラットフォーム』に記述されているハードウェア、オペレーティングシステム、およ

びその他の要件を Name Serverが満たしていることが必要です。常に 1つのName Serverだけが複数の Siebel Server と通信します。ただし、複数の Siebel Enterprise Serverのインストールは可能です。




Siebel ディレクトリ構造の計画 2

さまざまな Siebel コンポーネントをサーバーのどこにインストールするか計画する必要が

あります。さらに、テスト用に複数のバージョンが必要な場合は、複数のバージョンをイ

ンストールする方法についても計画する必要があります。

複数のバージョンの Siebel eBusiness Applications のインストール複数のバージョンの Siebel eBusiness Applications をインストールする場合、各バージョン

を一意のディレクトリにインストールする必要があります。インストールするコンポーネ

ントおよびバージョンを示す命名規則を使用します。 siebenv.sh内のRESONATE_ROOT値も

確認します。RESONATE_ROOTが、シンボリックリンクではなく、/Export/Home/Resonate/

など、実際のResonate インストールディレクトリに設定されていることが必要です。

注意 : 同じルートディレクトリにインストールできるのは、 Siebel Gateway、 Siebel Server、Database Server、 Report Server Access、および EAI コネクタだけです。複数の製品を 1 つ

のルートディレクトリにインストールするときは、すべての製品のリリースおよびパッチ

レベルが同じであることを確認してください。パッチを適用した後は、ルートディレクト

リへの言語の追加インストールは可能ですが、製品の追加インストールはできません。言

語を追加インストールしたら、パッチを再適用する必要があります。

1 つのバージョンの Siebel eBusiness Applications のインストールUNIXプラットフォームでは、 Name Server、 Siebel Server、およびSiebel Database ServerのEnterprise Serverエンティティは、デフォルトで共通ディレクトリ SIEBEL_ROOTの下に

インストールされます。実際、 Siebel Database Serverのインストールにおいて選択できる

ことはありません。自動的に Siebel Server と同じディレクトリにインストールされます。

そのマシンで初の Enterprise Serverエンティティ（たとえばSiebel Gateway）がインス

トールされるときに SIEBEL_ROOTディレクトリが作成されます。

コンポーネントインストーラでは、 SIEBEL_ROOTのデフォルトは/siebelです。 Siebel Gateway Server、 Siebel Server、 Database Server、 Report Server Access、またはEAI コネク

タを同時にインストールする場合を除いて（この場合は、同じルートディレクトリの下に

サブディレクトリとしてインストールされます）、発生する可能性のある競合を回避する

ため、他の製品はすべて、それぞれ独自のルートディレクトリにインストールする必要が

あります。




CORBA Object Managerは専用マシンにインストールするよう考慮する： CORBA Object Managerは Siebel Enterprise Server コンポーネントもサポートしているマシンにインストールでき

ますが、良のパフォーマンスとスケーラビリティを実現するためには、 CORBA Object Manager を専用マシンにインストールする必要があります。

決定したディレクトリ名を付録A 「実装計画ワークシート」の実装計画ワークシートのコ

ピーに書き留めます。

注 : CORBA Object Manager と Siebelオブジェクトマネージャ（Siebel Server コンポーネ

ントの 1つ）は両方とも、 $SIEBEL_ROOT/binに格納されている設定ファイルを使用しま

す。 CORBA Object Manager を、 Siebel Server も使用する $SIEBEL_ROOTディレクト

リにインストールする場合、それぞれの設定が異なれば、 2つのタイプのオブジェクト

マネージャ用の設定ファイルにそれぞれ一意の名前を付けるようにしてください。設定

ファイルを適切なコンポーネント用として登録する方法については、『Siebel Server管理

ガイド』を参照してください。

権限と所有権の設定 2

■ このガイドで説明されている各サーバーコンポーネントをインストールする前に、そ

のマシンのインストールディレクトリで umaskを 027に設定しておきます。この処理

により、グループの書き込み権限を含む他の権限が削除されます。

これはデフォルト権限でもあります。これで、以降作成されるすべてのファイルと

ディレクトリに rwxr-x---権限が与えられます。

Resonateマネージャまたは Siebelサービスオーナーにはすべての権限が与えられるこ

とが必要です。ただし、ユーザーグループには、読み取り権限と実行権限（ディレク

トリアクセスに対して）のみ与えます。




■ どの Siebelサーバーソフトウェアをインストールする場合でも、その前に、ルート権

限を持つユーザーがディレクトリ /var/adm/siebelを作成しておくことが必要です。

このディレクトリは、 Siebel製品がインストールされるディレクトリとは異なり、

Java インストーラを使用するすべての Siebel製品に対して作成することが必要です。

インストーラにも siebelディレクトリへの書き込み権限が必要です。

/var/adm/siebelディレクトリ構造が存在しなければ、インストーラが作成しようと

します。インストーラにルート権限がない場合、エラーメッセージが表示され、イン

ストールが中止になります。

同様に、 Siebel Server をインストールするユーザーに /siebelディレクトリに対する

書き込み権限がない場合、インストールは失敗します。

インストールディレクトリの所有権の確認ターゲットインストールディレクトリ $SIEBEL_ROOTの所有権を、 Siebel Server をインス

トールするユーザー ID と、そのユーザーの現在のグループ名に変更することが必要です。

たとえば、ユーザーのグループ名がsystemの場合、ターゲットインストールディレクト

リの所有権を user:systemに変更します。その際、次のコマンドを使用します。

chown user:system /siebel

注意 : ターゲットインストールディレクトリの所有権を変更しておかないと、インストー

ルプロセスがハングする原因になります。 Siebel インストールディレクトリをローカルの

ファイルシステムにコピーする場合は、ファイルが user:system に属し、ユニバーサル

な読み取り／実行権限が設定されているようにします。

たとえば、ターゲットインストールディレクトリが/local/siebelの場合、次のコマン

ドを入力します。

mkdir /local/siebelmount /cdcp -pr /cd /local/siebel/chown -R user:system /local/siebelchmod -R +rx /local/siebel




/local/siebelがネットワークファイルシステムとして使用可能になり、ルートユー

ザーとして Siebel Server をインストールする場合、ファイルシステムをエクスポートする

マシンからリモートマシンにルート権限を与えることが必要です。このことを行わないと、

インストールがハングする原因になります。この手順は、ルートとしてインストールする

場合にのみ必要です。リモートファイルシステムへはユーザー ID を使用するのでルート

アクセスは必要ありません。

リモートサーバーにインストールする場合、 $DISPLAY変数を設定して、ローカルマシン

にインストールユーザーインターフェイスを表示することが必要です。例：

export DISPLAY myworkstation:0.0

または

setenv DISPLAY myworkstation:0.0

ここでは、

myworkstationはローカルワークステーションのマシン名または IP アドレスです。

次のコマンドにより、ローカルワークステーションのディスプレイが正しく機能している

かどうかテストすることができます。

xclock

次のコマンドにより、 IP アドレスを確認することもできます。

echo $DISPLAY

ローカルワークステーション上に時計が表示されない場合、ローカルマシン上で次のコマ

ンドを実行します。

xhost +




サーバー名 2

サーバー名を付けるとき、特に異種のサーバー環境で操作する場合は、次のことを考慮し

ます。

■ Siebel Server名と Siebel Enterprise名はそれぞれ大文字数 12文字です。また、

スペースや特殊文字は使用できません。

■ 名前に使用できる文字は、英字、数字、アンダースコア、それらの組み合せだけ

です。

■ 名前は必ず英字で始まります。

■ 異種のサーバー環境で操作する場合は、 UNIX環境でのサーバー名の作成と同じ

命名規則に従います。将来異種のサーバー環境を展開する可能性がある場合にも、

前述の命名規則を使用することをお勧めします。

■ Siebel Server名およびEnterprise Server名は、Siebel Gateway Name Server上で一意

にする必要があります。

ファイル名 2

UNIXオペレーティングシステムのすべてのバージョンにおいて大文字小文字の区別があ

るため、 UNIX上で Siebel eBusiness Applications を実行する場合には、その製品で特に指

示のない限り、すべてのファイル名、ディレクトリ名、パス名、パラメータ、フラグ、コ

マンドラインのコマンドは小文字で指定してください。

ファイル名には、スペースや特殊文字を使用できません。アンダースコアは使用できます。




ファイルシステムの作成 2

Siebel ファイルシステムは、 Siebel Serverがネットワークアクセスできる共有ディレクト

リから構成されています。ファイルシステムは、 Siebel Server または Siebel Database Server と同じサーバーにインストールするか、ディレクトリを共有できる別のネットワー

クサーバー上にインストールして、 Siebel Serverが使用できるようにします。

注 : Siebel Serverのマシンとファイルシステムのマシンで異なるオペレーティングシステ

ム（たとえば一方がWindowsでもう一方がUNIX）を実行している場合、サードパーティ

製のクロスプラットフォームファイルシステムマウントツールを実装して、両方のマシン

がディレクトリを共有できるようにする必要があります。詳しくは、使用しているクロス

プラットフォームマウントソフトウェアのマニュアルを参照してください。

2つの Siebel Server インスタンスが 1つのノード上で同時に実行する可能性があるため、

NFS ファイルシステムでは一意のマウントポイントを作成する必要があります。

推奨設定では、 NFS ファイルシステムは、 VCSサービスグループの専用VxFS ファイル

システムをマウントするために使用するディレクトリにマウントします。サービスグルー

プは、アプリケーションサービスをクライアントに提供するために連携して動作する

リソースの集合です。たとえば、初の Siebel Server インスタンスをサポートする VxFSファイルシステムが /SiebelServer1にマウントされると、 NFS ファイルシステムのマウ

ントポイントは/SiebelServer1/SiebelFileSystemになります。

注 : NFS ファイルシステムは、 VxFS ファイルシステムがマウントされるディレクトリよ

りも 1つ下のレベルのディレクトリにマウントします。つまり、初にVxFS ファイルシ

ステムをマウントしてから、 NFS ファイルシステムをマウントする必要があります。

各Siebel Server をインストールするとき、 Siebel ファイルシステムのローカルマウントポ

イントディレクトリを求められます。 Siebel インスタンスごとに一意のマウントポイント

を明確に指定してください。デフォルト値や、前の Siebel Serverのインストール値は使用

しないでください。




Siebel コンポーネントを特定の Siebel Server インスタンスに展開するとき、場合によって

は、 Siebel ファイルサーバーのディレクトリを指定するコンポーネントの属性を上書きす

る必要があります。この操作は、 Siebel ファイルサーバーへのアクセスを必要とするコン

ポーネントについてのみ行います。

注 : ファイルシステムは、 Siebel Enterprise Server ごとに作成する必要があります。たと

えば、開発用とテスト用のデータベースがある場合は、 2つの Siebel Enterprise Serverが

必要になり、したがって Siebel ファイルシステムも 2つ必要になります。

各Siebel Serverは、 File System Manager （FSM）と呼ばれる専用のサーバーコンポーネン

トを使用して、自分の Enterprise’の Siebel ファイルシステムにアクセスします。個々の

Web クライアントは適切な Siebel Serverに直接接続してファイルのアップロードやダウ

ンロードをリクエストするため、 Siebel ファイルシステムの場所を知っている必要はあり

ません。次にFile System Managerが Siebel ファイルシステムのディレクトリとやり取り

して、これらのリクエストを処理します（File System Managerについては、『Siebel Server管理ガイド』を参照してください）。

注 : Siebel ファイルシステムは、 Enterprise レベル、 Siebel Server レベル、およびコンポー

ネントレベルで定義できます。 Siebel Serverが混在している環境では、 Siebel Server レベ

ルおよびコンポーネントレベルのファイルシステムの場所がデフォルト（Enterprise）の

場所と異なる場合、 Server Manager を使ってこれらのレベルでファイルシステムパラメー

タを個々に変更する必要があります。

File System Mangerは Siebel ファイルシステムにアクセスする唯一のメカニズムであるた

め、 Siebel Serverの管理権限を持つユーザーだけがファイルシステムディレクトリへのア

クセス権限を持つことができます。これにより、他のユーザーが Siebel ファイルシステム

に直接アクセスできないようにします。

SiebelモバイルWeb クライアントを接続モード（この場合専用Web クライアントとも

いう）で使用しているときに、 Siebel ファイルシステムに直接接続したい場合があります

（このような場合の例、各場合における潜在的な問題、およびクライアントセットアップ

の指示については、『Siebel Web クライアント管理ガイド』を参照してください）。




ファイルシステムディレクトリの命名ファイル名は必ず英数字で指定し、特殊文字やスペースは使用できません。ただし、アン

ダースコアは使用できます。また、いずれのファイル名も必ず英字で始まることが必要

です。たとえば、 //server/siebelまたは //server/siebel/filesystemなどです。

注 : ディレクトリ文字列の終わりに ../attを指定しないでください。つまり、 /server/

siebel/attなどのファイルシステムは、決して指定しないでください。 Siebel Serverの

インストールでは、ファイルシステムディレクトリの下に ../att （添付）と呼ばれるサ

ブディレクトリが自動的に作成されるため、このような名前のディレクトリをユーザーが

指定すると、 File System Managerが正しいサブディレクトリを検索できなくなります。

これ以降、このディレクトリについては次のように記述します。

/SiebelFS/siebel7xx

ここでは、

SiebelFSはマシンのホスト名（Siebel ファイルシステムの専用マシンであるものと仮

定）、 siebel7xx は共有ディレクトリ名です。

Siebel Server をインストールするときは、共有ディレクトリを指定する必要があります。

共有ディレクトリは、Enterprise内のすべての Siebel Serverが使用できることが必要です。このディレクトリにアクセスするには、ファイル共有ツールを使用する必要があります。

Siebel Serverのインストール中に、 File System Managerは Siebel ファイルシステムのルー

トディレクトリの下に一定のサブディレクトリ（表5 を参照）を生成します。

表5. FSMが生成するサブディレクトリ

サブディレクトリ目的

att 添付のメインサブディレクトリ

cms Communication Server ファイル

red ルール編集キャッシュ（Product Configuratorが使用）

sme Siebelマーケティングのキャッシュファイル

ssp セッション属性




これらのサブディレクトリについては、『Siebel Server管理ガイド』を参照してください。

次の手順に従って、 Siebel ファイルシステムをセットアップします。

Siebelファイルシステムをセットアップするには

1 付録A 「実装計画ワークシート」のコピーに書き留めたサーバーおよびパス上にディ

レクトリを作成します。

2 UNIXプラットフォーム対応の適切な管理ツールを使用して、これらのディレクトリ

にアクセスする Siebel管理者の権限を 700に設定します。

注 : Siebel ファイルシステムへのアクセス権限は、 Siebel Serverのシステム管理者だけ

に与えます。

3 各Siebel Serverおよびクライアントへのアクセス権を適切なグループに与えます。

注 : Siebel Web クライアントや SiebelモバイルWeb クライアントを実行しているクライア

ントマシン上でMS Word、 Excel、 Lotus Notes などの標準の添付を表示するには、サード

パーティ製のソフトウェアをインストールする必要があります。

適切なGUIベースの管理ツールがプラットフォームにない場合は、 chmodおよびchgrp

ユーティリティを使用して、これらのパラメータを設定します。詳しくは、 UNIXプラッ

トフォームのマニュアルを参照してください。

eim EIM用の Siebel トランザクションファイル

userpref Siebelユーザー属性

表5. FSMが生成するサブディレクトリ

サブディレクトリ目的




ファイルサーバーのクラスタ化の必要条件ファイルサーバーをクラスタの一部として運用する場合、クラスタ化されたディスクドラ

イブ上にある、 Siebel File Server Service リソースの実行先クラスタ化リソースグループに

ファイルサーバーをインストールする必要があります。サーバーのクラスタ化については、

第7章「Siebel実装のクラスタ化によるフェイルオーバー機能の実現」を参照してくだ

さい。

Siebel インストーラでは、ライセンスを取得しているすべてのサーバーを 1回でインス

トールできます。サーバーをクラスタの一部として作成する場合、 Siebel Gateway Name Server と Siebel Server を別々にインストールおよび設定する必要があります。

Central Dispatch をインストールする場合は、第3章「Central Dispatch を使用する負荷分

散の実装」に進んでください。

Central Dispatch をインストールする場合は、第5章「Siebel Gatewayのインストール」に

進んでください。

ハードウェアの準備 2

選択したハードウェアが、 Siebel eBusiness Applicationsおよび必要なサードパーティ製ソ

フトウェアを実行するための必要条件をすべて満たしていることを確認します。またハー

ドウェアが、Siebel ファイルシステム、Siebel Gateway Name Server、Siebel Server、Siebel Database Server、 Siebel Toolsの管理者のワークステーションをサポートできることも確

認します。サイズ制限および必要なサードパーティ製ソフトウェアについては、『システ

ム要件とサポートされているプラットフォーム』を参照してください。




Siebel アカウントの作成 2

Siebel Enterprise Serverでは、 Central Dispatch を実装するかどうかに応じて、次に示す標

準のUNIX システムユーザーアカウントのうち 1つまたは複数を作成する必要があります。

■ Siebelサービスオーナーアカウント： Enterprise内の各Siebel Serverのアカウントで、すべ

ての Siebelプロセスおよびコンポーネントを操作します。このアカウントは、あらゆ

る展開において、各Siebel Server、 Siebel Gateway Name Server、およびSiebel ファイ

ルシステムが置かれているすべてのマシン上に必要です。

■ Resonate マネージャアカウント： Central Dispatchサイトの中にある各サーバーのアカウ

ント。 Central Dispatchサイトは、 Siebel リソースを Central Dispatchで自動登録する

ために Siebel Enterprise Serverが使用します。このユーザーアカウントは、 Central Dispatch を実装する場合のみ必要です。

■ Resonate監視アカウント： Central Dispatchの接続ブローカリングに必要なアカウント。

このアカウントは、 Central Dispatchの接続ブローカリング機能を実装する場合に必要

です。

注 : これらのアカウントを無効にしないでください。アカウントの作成先ノードに接続す

るためには、これらのアカウントが有効になっていることが必要です。

Siebel サービスオーナーアカウントの作成Siebel Gateway Name Server と Siebel Serverのプロセスは、適切な権限を持つこの共通

ユーザーアカウントの下で操作される必要があります。すべての Siebel Enterprise Serverソフトウェアもこのアカウントでインストールされ、 Siebel Enterprise Server コンポーネ

ントを開始または停止するのにサービスオーナーアカウントが必要です。

次に示すガイドラインに従って、 Siebel Gateway Name Server、 Enterprise内の各Siebel Server、およびファイルシステムが置かれているマシン上に同じ Siebelサービスオーナー

アカウントを作成します。

■ UNIXプラットフォーム対応の適切な管理ツールを使用して、ネットワークレベルでア

カウントを作成し、 Siebel Enterprise Server内部のすべてのUNIXサーバーで同じアカ

ウントを使用できるようにします。

■ アカウント名とパスワードを決定して、実装計画ワークシートのコピーに書き留めま

す（安全上、パスワードは記録しない方が良いでしょう）。




■ 次にログオンするときに、アカウントのパスワードを変更する必要はありません。

また、パスワードは期限切れにならないように設定する必要があります。このため

には、そのアカウントにログインシェルを割り当てないようにします（ログイン

シェルをアカウントに割り当てない場合は、ホームディレクトリもアカウントに割

り当てる必要はありません）。

■ アカウント名およびパスワードには、スペースを使用できません。

■ Siebelサービスオーナーアカウントと Resonateマネージャアカウントのいずれかが、

両方のアカウントの要件を満たしている場合、この 2つのアカウントを 1つのアカウ

ントにできます。

Resonate マネージャアカウントの作成Resonateマネージャアカウント（Resonate管理者アカウントともいう）は、Central Dispatchで接続ブローカリング機能を使用する場合に必要です。つまり、この役割を持つ

アカウントは、接続ブローカリング機能をインストールする場合だけ必要です。

このアカウントは、 Siebel リソースを Central Dispatchに自動登録するために Siebel Enterprise Serverが使用します。

次のガイドラインに従って、 Central Dispatchサイト内の各マシン（Central Dispatch Scheduler、 Siebel Gateway Name Serverが置かれているマシン、およびCentral Dispatchが接続ブローカリング機能を実行する Siebel Server）上に同じ Resonateマネージャアカウ

ントを作成します。

■ このアカウントはユーザーレベルにします。

■ アカウント名とパスワードを決定して、実装計画ワークシートのコピーに書き留め

ます（安全上、パスワードは記録しない方が良いでしょう）。

■ 次にログオンするときに、アカウントのパスワードを変更する必要はありません。

また、パスワードは期限切れにならないように設定する必要があります。このため

には、そのアカウントにログインシェルを割り当てないようにします（ログイン

シェルをアカウントに割り当てない場合は、ホームディレクトリもアカウントに割

り当てる必要はありません）。

ユーザーログインするたびにパスワードを変更する必要があるサイトの場合、第3章「Central Dispatch を使用する負荷分散の実装」を参照してください。




■ アカウント名にはスペースは使用できません。

■ Siebelサービスオーナーアカウントと Resonateマネージャアカウントの両方の要件を

満たしているアカウントがある場合、その 1つのアカウントを Siebelサービス所有者

およびResonateマネージャアの両方のアカウントとして使用できます。

Resonate 監視アカウントの作成このアカウントは、 Central Dispatchの接続ブローカリングサーバ用に必要です。つまり

このアカウントは、接続ブローカリング機能をインストールする場合だけ必要です。

Central Dispatchはこのアカウントを使用して、 Siebel Server上の負荷と受信接続リクエス

トを監視します。

Resonate監視アカウントはResonateマネージャアカウントと同様に、 Central Dispatchサ

イト内の各マシン上に必要です。

次のガイドラインに従って、 Central Dispatchサイト内の各マシンにResonateマネージャ

（監視）アカウントを作成します。

■ Resonate監視アカウントには各マシンへのログイン権限が必要ですが、それ以外の権

限は不要です。

■ Resonate監視アカウントでマシンを管理できないように、 Resonate監視アカウントと

Resonateマネージャアカウントは別のアカウントにすることをお勧めします。また、

アカウントのパスワードも別にします。

注 : Dispatch Manager アカウントには、ユーザーとして直接ログオンしないでください。

このアカウントは各マシン上にあり、それにより Dispatch Managerは、 Central Dispatch

サイトへの接続時に入力されたパスワードを確認してから、管理権限または監視権限を与

えることができます。




ポート割り当ての計画 2

設定を正しく行うために静的なポート割り当てが必要なネットワークの場合、

Synchronization Manager、 Request Manager、および各 Siebelオブジェクトマネージャの

コンポーネントに割り当てるポートを決定します。展開する Siebel Server ごとに、これら

の情報を実装計画ワークシートに書き留めます。

注意 : Siebel Gateway Name Server および Siebel Server は、32768 以上のポート番号では通

信できません。

Central Dispatch を使用する場合、スケジューラが使用するデフォルトのポートは 2320です。スケジューラを別のポートに再設定する場合は、 Siebel Enterprise Server コン

ポーネントをインストールした後で Siebel Server Manager を使って再設定する必要があ

ります。

RDBMS のインストールおよび設定の計画 2

次に示すのは、選択したリレーショナルデータベース管理システム（RDBMS）のインス

トールおよび設定に関するガイドラインです。

■ このリリースの Siebel eBusiness Applicationsが、選択したRDBMSのバージョンを

サポートしていること（『システム要件とサポートされているプラットフォーム』を

参照）、および目的のRDBMSが Siebel Database Server専用のマシンにインストールさ

れていることを確認します。このサーバーには、販売（担当員、テリトリー、商談、

活動）、マーケティング、顧客サービス情報などのビジネスデータを含むデータベー

ステーブルが格納されます。

■ 使用する RDBMS設定の詳細を決定して、付録A 「実装計画ワークシート」の実装計画

ワークシートの作業を完了します。

■ Siebel Database Server と Siebel ファイルシステムをサポートするサーバーのネット

ワーク名が、実装計画ワークシートのコピーに正しく書き留められていることを

確認します。 Siebel ファイルシステム名には、 IP アドレスではなくマシン名を使用

します。 IP アドレスはサポートされていません。

■ Siebelのインストール中に、 ODBCデータソース名が作成されます。この名前は

SiebSrvr_enterpriseです。たとえば、 Siebel Enterprise Server名がデフォルトの

siebelの場合、 ODBCデータソース名はSiebSrvr_siebelになります。このパ

ターンに従って自分のODBCデータソース名を割り出し、それを実装計画ワーク

シートのコピーに書き留めます。




■ RDBMSに固有の適切な情報をすべて実装計画ワークシートのコピーに書き留め

ます。

データベース接続の計画選択した RDBMSについて『システム要件とサポートされているプラットフォーム』に示

されているバージョンのODBC ドライバを、 Siebel Web クライアントおよび Siebel Serverの両方で使用します。

企業レベルの展開では、 ODBC接続用に TCP/IPプロトコルだけを使用するように Siebel Web クライアント、 Siebel Server、およびSiebel Database Server を設定します。名前付

きパイプは使用しません。データベースと Siebel Serverが同じマシン上に置かれる小規

模展開（ユーザーが 100以下）の場合だけ、名前付きパイプを使用するようにODBC を

設定します。

ステージングポイントの作成 2

インストール用CD をステージングポイントにコピーすることができます。こうすると、

CD を物理的に挿入したり入れ替えたりせずにインストールプロセスを完了できます。

自動モードでシステム全体のインストールを実行するには、ステージングポイントを作成

する必要があります。

ステージングポイントを作成するには

1 インストールする必要のある言語を決定します。

2 システム全体のインストールの実行先となる、ターゲットインストールディレクトリ

を作成します。

3 「UNIX_OS Server Programs, Siebel Enterprise Server, Base」という CD-ROM を、インス

トールを実行するマシンのCD-ROM ドライブに挿入します。

ここでは、

UNIX_OS = 使用している UNIXオペレーティングシステム、 Solaris、 HP-UX、 AIXなど。

注 : CD のボリュームラベルは、 seaUNIX_OS|base または language です。 CD-ROM

にアクセスする方法によっては、この手順は必要ない場合があります。




4 /sesディレクトリに移動し、 /sesディレクトリ内のファイルをターゲットインス

トールディレクトリにコピーします。

5 ターゲットディレクトリで、インストールする言語ごとに個別の言語ディレクトリを

作成します。

複数のCDに収録されている言語をインストールする場合は、各言語のディレクトリ

の下に各CD用のディレクトリを作成します。例：

unix_server_hpux_ses_lang/

ses/

enu/

disk1

disk2

6 「UNIX_OS Server Programs, Siebel Enterprise Server」という言語のCD-ROM を、イ

ンストールを実行するマシンのCD-ROM ドライブに挿入します。

ここでは、

■ UNIX_OS = 使用している UNIXオペレーティングシステム、 Solaris、 HP-UX、 AIXなど。

■ 言語 = インストールする言語パックです。

7 /language_directory/sesに移動して、その中のファイルを手順5で作成した対

応する言語ディレクトリにコピーします。

言語CDが複数ある場合、各ディスクで作成したディレクトリにファイルをコピー

します。

8 インストールする言語ごとに、この操作を繰り返し実行します。

注 : Siebel Web Server Extension またはCORBA OMのインストールではCDの交換は不

要です。つまり CD-ROMから直接インストールできます。


Central Dispatch を使用する負荷分散の実装 3

この章では、 UNIX上で接続ブローカリングおよび負荷分散を実装するユーザーに対し、

Central Dispatch をインストールし、設定する方法について説明します。 Central Dispatchブローカーは、 Siebel ServerのWeb クライアントとアプリケーションオブジェクトマネー

ジャ間でリクエストの受け渡しを行います。

Siebel Server をインストールする前に、指定のマシンに Central Dispatch をインストール


Central Dispatchのインストールおよび設定は、表6に示すタスクで構成されます。

表6. Central Dispatchのインストールと設定のタスク

実行者タスク

システム管理者 1 Central Dispatch サイトを計画します。 68 ページの「Central Dispatchサイトの計画」を参照してください。

2 各ノード間にネットワーク接続を確立します。 70 ページの「Central Dispatch のネットワーク接続」を参照してください。

3 負荷分散を可能にする各マシン上に Central Dispatch をインストールし

ます。 73 ページの「Central Dispatch のインストールタスク」を参照し

てください。

4 Central Dispatch を設定します。 74 ページの「Central Dispatch サイト

の設定」を参照してください。


Central Dispatch を使用する負荷分散の実装

Central Dispatchサイトの計画

Central Dispatchサイトの計画 3

ユーザーの実装に次のいずれかが含まれる場合、 Central Dispatch をインストールする必

要があります。

■ 複数の Siebel Server

■ 複数のWebサーバー

■ 2つ以上の Siebel Server上で実行するオブジェクトマネージャコンポーネント

サーバーがクラスタの一部として動作する場合を除いて、負荷分散される Siebel Server をサポートするすべてのマシン上にCentral Dispatch をインストールします。 Call CenterやeSales など、負荷分散可能なアプリケーションオブジェクトマネージャをサポートするす

べての Siebel Server上にCentral Dispatch をインストールします。ワークフローまたは

Siebel Remote専用のサーバーなどの Siebelアプリケーションオブジェクトマネージャを

ホストしない Siebel Serverは、 Central Dispatch を必要としません。

Central Dispatchの実装に関する注意事項 3

■ サイトに多数の同時使用ユーザー（1000以上）が存在する場合は、専用マシン上に

Central Dispatchプライマリスケジューラおよびバックアップスケジューラをインス

トールすることができます。これらのスケジューラをインストールすることにより、

通常の操作中だけでなく、プライマリスケジューラがダウンしたときでも、適な

パフォーマンスが提供されます。プライマリ障害中のパフォーマンスが重要ではない

場合、 Central Dispatchサイトの通常のサーバーノードを、バックアップスケジューラ

として使用できます。

■ クラスタの一部であるマシン上にCentral Dispatch をインストールすることはできませ

ん。

■ Webサーバーの負荷を分散するためにCentral Dispatch を使用する場合だけ、Webサー

バーと同一のマシン上にCentral Dispatch をインストールします。Webサーバーの負荷

を分散するためにCentral Dispatch を使用する場合、Webサーバーはアプリケーション

サーバーとは異なる VIPに属している必要があります。




サーバーは、トラフィックのリスンまたは受信を行っているのと同じ仮想 IP アドレスに

リクエストを送信できないため、次の実装上の制約事項が生じます。

■ Webサーバーと Central Dispatchスケジューラを同一マシン上に置くことはできません。

Webサーバーは、スケジューラがリスンする仮想 IP アドレスにリクエストを送信する

ためです。

■ Webサーバーと負荷分散される Siebel Server を同一マシン上に置くことはできません。

Webサーバーと Siebel Serverは、 Siebel ServerがCentral Dispatch負荷分散サイトの一

部でない場合に、同一マシン上に置くことができます。

注意 : Compaq Teaming NIC を使用してコンピュータ上に Central Dispatch をインストール

するには、インストールに進む前に、 SupportWeb 上の技術ノート 321 を参照してくださ

い。

Central Dispatch を使用する実装計画については、 SupportWebに掲載されている、技術

ノート 349 を参照してください。

Central Dispatchのアカウントの確認 3

Central Dispatchには 2つのアカウント、 Resonate Administration Mode アカウントと

Resonate Monitor Mode アカウントが必要です。インストールを実行する前に、第2章「インストールの準備」を参照して、これらのアカウントが作成されていることを確認し

ます。

注 : これらのアカウントは、すべての Siebel Serverで同じでなければなりません。またこ

れらのアカウントに使用されるパスワードにスペースを入れることはできません。

これらのアカウントは標準的なUNIXベースのシステムユーザーアカウントで、両方とも、

Central Dispatch をインストールするすべてのホストに存在していることが必要です。




Central Dispatchのネットワーク接続 3

Central Dispatchサイトのすべてのノード間でネットワーク接続を確立するには、次のタ

スクを実行します。

■ 70ページの「Enterprise仮想 IP アドレスの割り当て」

■ 71ページの「静的 IP アドレスの割り当て」

■ 71ページの「ネットワークルートの確認」

Enterprise 仮想 IP アドレスの割り当て［Siebel Enterprise (VIP)］を選択し、それを適切なネームサービスに登録します。付録A「実装計画ワークシート」にVIP を書き留めます。

Siebel Server上にCentral Dispatch を実装する場合、 Siebel Web Server Extensionsは、 Webサーバーを Siebel Serverに直接接続するのではなく、 Siebel Enterpriseの仮想 IP アドレス

（VIP）に接続します。 Central Dispatch スケジューラは、 VIP を使用して、 Webサーバー

を Enterpriseの中でも負荷が少なく適な Siebel Serverに接続します。

静的 IP アドレスを取得してVIP として使用する方法については、ネットワーク管理者に

確認してください。 VIPは固有でなければなりません。また、論理 IP アドレスとして排他

で使用される必要があります。 VIP を実際の物理ホストやコンピュータに割り当てないで

ください。

VIPは他の IP アドレスの場合と同様、 DNSやNIS などの適切なネームサービスに登録す

る必要があります。ただし、標準の IP アドレスとは異なり、 VIPは特定のサーバーだけ

でなく、 Central Dispatchサイト全体を示します。 Central Dispatchサイトのすべてのノー

ドが、使用しているネームサービスに登録されていることを確認してください。たとえば、

hostsファイルを使用する場合は、各hostsファイルにサイト内のすべてのノードのエン

トリが含まれている必要があります。

ヒント : サーバーのグループがネットワークから切断され、互いに対してだけ表示可能な

場合、 DNS データベースレコードを変更するか、ローカル hosts ファイルのエントリを

変更して、名前を解決してください。ローカル hosts ファイルは、次の場所にあります。

/etc/hosts

この処理を実行しても接続を確立できない場合は、ネットワーク管理者に連絡して、すべ

ての物理的な接続が適切に機能していること、ルーティングテーブルが適切に更新されて

いることを確認してください。




静的 IP アドレスの割り当て静的 IP アドレスを Central Dispatchサイトの各マシンに割り当てます。該当するサブネッ

トからこれらのアドレスを選択して、この情報を付録A 「実装計画ワークシート」に書き

留めます。

Central Dispatchでは、接続するマシンごとに静的 IP アドレスを割り当てる必要があり

ます。これらの IP アドレスは、すべて同じサブネットマスクを使用してください。プラ

イマリおよびバックアップスケジューラノードの IP アドレスは、 VIP と同じサブネット上

に存在している必要があります。

静的 IPアドレスを UNIXサーバーに割り当てるには

1 ハードウェアおよびオペレーティングシステムのベンダーのマニュアルに従って、

各ネットワークアダプタカードに適切な静的 IP アドレスを設定します。

2 各静的 IPが正しいマシンに割り当てられているか、および1つの静的 IPが複数のコン

ピュータに割り当てられていないか確認します。

3 Gateway VIPがどのネットワークアダプタカードにも割り当てられていないことを

確認します。

注意 : DNS サーバーのアドレスがデフォルトで選択されている場合は、この選択を

解除しないでください。選択を解除すると、ネットワークにアクセスできなくなり

ます。

ネットワークルートの確認tracerouteユーティリティを使用して、すべてのサーバーが互いのサーバーに対して、

また Siebel Database ServerおよびSiebel File System をサポートするサーバーに対して

TCP/IP接続が確立されていることを確認します。

すべてのサーバー間のルートがシンメトリックであることを確認します。シンメトリック

ルートとは、同一コンピュータおよび同一ネットワークノードを互いに対して全く反対の

順序に歩調をそろえてトラバースするルートのことをいいます。

ヒント : すべてのサーバーが同じサブネット上にある場合、ルートは常にシンメトリック

となります。




サーバー間のルートがシンメトリックであることを確認するには

1 プライマリ Central Dispatch スケジューラをサポートするコンピュータ上で、シェル

コマンドウィンドウを表示します。

2 traceroute コマンドを使用して、ここからサーバーのいずれかまでのルートを表示

します。

$ traceroute server

ここでは、

serverは、シンメトリックかどうかをテストする Siebel Serberマシンの名前または IPアドレスです。

3 そのコンピュータから、シェルコマンドウィンドウを表示し、 traceroute コマンド

を使用して、そこからプライマリ Central Dispatch スケジューラをホストするマシン

へのルートを表示します。

4 それぞれの tracerouteの結果を比較して、これらのサーバー間のルートがシンメト

リックであることを確認します。

5 Central Dispatchがインストールされている各サーバーに対して、プライマリ Central Dispatch スケジューラからこの処理を繰り返し行います。

6 セカンダリ Central Dispatch スケジューラから、各サーバー間でこのプロセスを繰り

返します。

任意の 2つのサーバー間のルートが非シンメトリックであることがわかったら、ルートが

シンメトリックとなるようにルーティングを調整します。シンメトリックなルートとなる

ように、静的ルートテーブルを削除してルートを設定し直すか、ルータを再起動します。

すべてのマシン上でネットワークルートを確認したら、 Central Dispatch をインストール

する準備ができました。



Central Dispatchのインストールタスク

Central Dispatchのインストールタスク 3

Central Dispatchは負荷分散を実装する各Siebel Server上、およびCentral Dispatchプライ

マリスケジューラおよびバックアップスケジューラ専用のマシン上にインストールする必


注 : 第2章「インストールの準備」を参照して、 Resonate Administrative Modeアカウント

およびResonate Monitor Mode アカウントが作成されていることを確認します。

Central Dispatchをインストールするには

1 サーバーにログオンして、ターミナルウィンドウを開きます。

2 AIX|Solaris|HP-UXサーバー付属プログラム（2枚組のうちのCD 2） CD-ROMの次の

ディレクトリに移動します。

aix|solaris|hpux/enu/resonate/unix

Central Dispatchのインストールは言語依存ではありません。 Siebel アプリケーション

が使用している言語に関わらず、 enuディレクトリに移動します。

注 : CDのボリュームラベルは、 seaUNIX_OSanc2になっています。 CD-ROMにアクセ

スする方法によっては、この手順は必要ない場合があります。

3 root としてログオンします。

4 次のコマンドを入力して Central Dispatch インストールスクリプトを起動します。

./install-cd-commander



Central Dispatchサイトの設定

5 Siebel eBusiness Third-Party Bookshelfで入手可能な、『Resonate Central Dispatch and Resonate Commander Installation Guide』の手順に従ってください。ただし、［Select Component］画面では、次のCentral Dispatch コンポーネントだけを選択します。

■ Node

■ Management Tools

❏ CDAction

❏ Dispatch Manager

注 : このマニュアルと Resonateのサードパーティマニュアルに記載されている情報に

矛盾がある場合は、常にこのマニュアルに記載されている説明に従ってください。

6 siebenv.sh内のRESONATE_ROOT値を確認します。 RESONATE_ROOTは、シンボリックリ

ンクではなく、 /Export/Home/Resonate/など、実際の Resonate インストールディレ

クトリに設定されていることが必要です。

7 プライマリスケジューラ、バックアップスケジューラ、およびすべての Siebel Serverノードを含む、 Central Dispatchサイトを構成するすべてのノードでこのインストール

処理を繰り返します。

Central Dispatchサイトの設定 3

Central Dispatchサイトのすべてのマシン（両方のスケジューラ、およびSiebel Server）に

Central Dispatch をインストールしたら、 Resonate Dispatch Manager を使用して Central Dispatchサイトを設定します。

Central Dispatchサイトの設定は、 Siebel Enterprise Server内の任意のサーバーから一度だ

け行います。 Central Dispatchは、 Siebel Serverが起動または停止するとき、またはその設

定が変更されるときに、サイト内のすべてのCentral Dispatch ノードに対して、設定情報

を自動的に更新して、情報を共有します。

設定に進む前に、 Siebel eBusiness Third-Party Bookshelfで提供される『Resonate Central Dispatch User Guide』を参照してください。




Central Dispatchサイトの設定に関するヒント 3

Central Dispatchサイトを設定するときには、表7に示す設定に関するヒントを参照して

ください。これらのヒントでは、『Resonate Central Dispatch User Guide』に記載されてい

る設定仕様に対する追加、およびその設定仕様との相違点を取り上げています。

表7. 設定に関するヒント

トピックコメント

サーバーの重み Dispatch Managerでサーバーの重みを変更しないでください。その

代わり、接続の配分が不均等である場合には、 Siebelパラメータ

MaxTasksを使用します。このパラメータの使用方法については、

『Siebel Server管理ガイド』を参照してください。

専用スケジューラ専用スケジューラをサーバーとして有効にしないでください。

サービスのクラス

（COS）スケジューリングルールの設定に、 Resonateのサービスのクラス

（COS）またはしきい値を設定する必要はありません。これは、 Siebel eBusiness Applicationsが動的に行うためです。

サーバーノード専用のスケジューラ以外のすべてのノードは、［Server Enable］オプションおよび［Server Re-enable］オプションをオンにして設定

する必要があります（このオプションはデフォルトでオンになってい

ます）。

提携ノード Central Dispatch コンポーネントを実行しているかどうかに関わらず、提携ノードとしてサーバーを指定しないでください。『Resonate Central Dispatch User Guide』に記載されているこれに関連したコメ

ントは無視してください。

シャドウ

スケジューリング

シャドウスケジューリングを有効にしないでください。 Siebel eBusiness ApplicationsはCentral Dispatchの持続セッション機能を

使用しません。




Central Dispatchの環境変数 3

表8の説明に従って、環境変数を設定します。

環境変数の設定方法については、『Resonate Central Dispatch User Guide』を参照してくだ

さい。

表8. 環境変数

変数値コメント

HTTP_INACTIVE_CONN_TIMEOUT 31,536,000（1年間の

秒数）

無効な HTTP接続がタイムアウトした

後の秒数。スケジューラノードを含む

各ノード上に設定します。

SERVER_INACTIVE_CONN_TIMEOUT 31,536,000

（1年間の

秒数）

無効なサーバーセッションがタイムア

ウトした後の秒数。スケジューラノー

ドを含む各ノード上に設定します。

RES_PERSIST_BLOCK_SIZE 20,000 x N

バイト

Central Dispatch スケジューラルール

ファイルに割り当てられたディスク

容量。 Nは、 Central Dispatchがインス

トールされているノード数を示します。

たとえば、 7台のノードにCentral Dispatch をインストールする場合、

ファイルサイズは 20,000×7 （140,000）となります。スケジューラノードを含

む各ノード上に設定します。

CPU_OPEN_BASIC_AGING

CUSTOM_CPU_OPEN_AGING

CPU_OPEN_ENHANCED_AGING

0 これらの各々が、 Central Dispatchの機

能を無効にするため、リソースベース

の負荷分散が無効となり、 Round Robinによる負荷分散で置き換えられ

ます。スケジューラノードにだけ設定

します。




ネットワートインターフェイスカード 3

Siebel Serverで複数のネットワークインターフェイスカード（NIC）を使用する場合は、

これらのカードに別々のサブネットを割り当てます。ただし、 Central Dispatchは、 Siebelアプリケーションで使用する場合、 1つの IP アドレス上でだけリスンします。

Central Dispatchがインストールされるサーバーに複数のNICが存在する場合は、どのト

ラフィックがどのNIC を使用しているかに注意してください。たとえば、 RXPがバインド

された NIC、 TCPバインドオーダー、およびルーティングテーブルを確認します。

Dispatch Manager を使用してサイトを設定する方法 3

Central Dispatchサイトの設定を終了するには、次の処理を実行します。

Central Dispatchサイトを設定するには

1 ping コマンドを使用して、 Enterprise VIPが任意のマシンまたは別の Siebelの設定に

割り当てられていないことを確認します。

2 Central Dispatchがインストールされた Siebel Serverからシェルを開きます。

3 /resonate/binに移動し、次のコマンドを入力します。

./dispatch-manager

4 初めて Central Dispatch を設定する場合は、［Dispatch Manager Welcome］ダイアログ

ボックスで、［Connect to Node］フィールドを空白のままにします。

それ以外の場合は、プライマリノードの静的 IP アドレスまたはホスト名を入力し、

Resonate Managerのパスワードを入力して、 Central Dispatchにログインします。

5 ［Site View］ダイアログボックスで、［Site Setup］をクリックします。




6 ［System Nodes］タブで、次の処理を実行します。

a Siebel Server、 Central Dispatch プライマリスケジューラ、 Central Dispatch バック

アップスケジューラをサポートする各マシンの静的 IP アドレスを追加します

（これらの IP アドレスの場所は、付録 A 「実装計画ワークシート」に書き留めら

れています）。

注 : ホスト名は使用できますが、 Resonate が使用する静的 IP アドレスと 1 対 1 で

対応させる必要があります。競合を避けるため、ホストではなく IP アドレスを入

力することをお勧めします。

b ［Server Enable］および［Server Auto-reenable］チェックボックスが、専用のスケ

ジューラを除くすべてのサービスに対してオンになっていることを確認します。

c 初のプライマリ IP アドレスの入力後、［Add］をクリックします。

d 次のノードに情報を入力したら、［Add］および［Apply Changes］をクリック

します。

注 : ［Node Name］フィールドに割り当てられているマシンの名前ではなく、静的

IP アドレスを入力します。ホスト名を使用すると、 DNS サーバーの操作によって、

ルーティングに矛盾が生じる場合があります。

7 ［VIP］タブで、次のようにサイトに IP アドレスを追加します。

a ［VIP］フィールドに、仮想 IP アドレスを入力します。

b ［Primary Scheduler］ボックスで、プライマリスケジューラノードとして機能する

サーバーの静的 IP アドレスを選択します。

c ［Backup Scheduler］ボックスで、バックアップスケジューラノードとして機能

するセカンドマシンの静的 IP アドレスを選択します。

d IP を追加するには［Add］をクリックします。




8 ［Licensing］タブで、［New Key］フィールドにライセンスキーを入力して、［Set New Key］を選択します。

ライセンスキーは、AIX|Solaris|HP-UXサーバー付属プログラム（2枚組のうちのCD 2） CD-ROMのResonateサブディレクトリにある license.txtファイルに格納されて

います。

9 ［Policies］タブで、次の処理を実行します。

a ［Scheduling Policy］ドロップダウンリストで、［Resource-based］を選択します。

Siebel eBusiness Applications とともにCentral Dispatchの負荷分散機能を利用する

には、リソースベースのスケジューリングを選択する必要があります。

b 負荷分散ポリシーの場合は、［CPU Load and Connections (Enhanced)］を選択する

ことをお勧めします。

10 ［Operations］タブで、次の処理を実行します。

a ［advanced options］ボタンをクリックします。

b ［Agent Heartbeat Interval］を［1 second］に設定します。

c ［Heartbeat Until down］を［100］に設定します。このパラメータを「100」に設定することは、フェイルオーバーするまでスケジューラまたは Siebel Serverには 100 秒かかるということを意味します。この値は、フェイルオーバー時間に

関する要件に基づいて調整できますが、小さな値（<10）にすると、 Siebel Serverが実際にはフェイルオーバーしていない場合があることに注意してください。

d ［Start Site］をクリックします。

e Resonate Administrative Mode アカウントのパスワードを入力します。

11 Central Dispatchが、次の方法のいずれかを使用して起動していることを確認します。

■ ［Operations］タブをクリックします。［System Started］が、下部のメッセージ

エリアに表示されます。

■ ［Site View］タブをクリックします。サイトが起動されている場合は、システム

ノードは緑色で表示され、 Central Dispatchが正常に起動されていない場合は、赤

色で表示されます。




スケジューラノードは、［System Nodes］タブの［Server Enable］および［Server Auto-reenable］チェックボックスをオンにしなかった場合を除いて、緑色で表示され

ます。これらのチェックボックスをオンにしなかった場合は、スケジューラノードは

青色で表示されます。

その他のノードが赤色で表示される場合、これらのノードに有効な IP アドレスを入力

しているかどうかを確認します。 IP アドレスが適切な場合は、 Siebel Gateway Name Server または Siebel Serverが起動されていないことを確認します。 Central Dispatch を

インストールおよび設定すると、これらのサーバーは機能しません。

12 ［Messages］タブを確認します。［Error］状態のメッセージがある場合は、その原因

を調べます。

Central Dispatchサイトでのサーバーの追加または削除 3

初めてインストールおよび設定を行った後、 Central Dispatchの設定および操作は、 Siebel Server ソフトウェアによって初に行われます。 Resonateのマニュアルで説明しているよ

うに、 Dispatch Manager を使用して、 Central Dispatchサーバーの操作をモニタリングす

ることができます。ただし、 Siebel Enterprise Serverからサーバーを追加または削除する

場合を除いて、通常の操作中に、 Central Dispatchの設定を変更する必要はありません。

サーバーを追加するには

1 新しいマシンにCentral Dispatch をインストールおよび設定します。

2 74ページの「Central Dispatchサイトの設定」に示すように、 Dispatch Managerの［Site Setup］ダイアログボックスの［System Nodes］タブから各サーバーに割り当て

られる静的 IP アドレスを追加します。［Add］および［Apply Changes］をクリックし

ます。

3 正しい静的 IP アドレスが各サーバーに割り当てられ、静的 IP アドレスが 2回以上使用

されていないことを確認します。




サーバーを削除するには

1 Central Dispatchサイトからサーバーノードを無効にします。詳しくは、『Resonate Central Dispatch User Guide』を参照してください。

2 Siebel Gateway Name Server または Siebel Server を実行しているサーバーに割り当てら

れている静的 IP アドレスを削除する場合は、次の処理を実行します。

a IP アドレスを削除する前に、そのノードの Siebel Server、 Siebel Gateway Name Server、またはその両方を（その順番で）終了します。

b Dispatch Manager を使用して、スケジューリングルールのどれにも削除する静的

IP アドレス、またはノードが含まれていないことを確認します。確認を行ったら、

ルールノードを手動で削除します。ルールに複数のノードが含まれる場合は、

ルールを更新して、これらのノードへの参照を削除します。 Siebel eBusiness Third-Party Bookshelf の『Resonate Central Dispatch User Guide』を参照してください。

注 : スケジューリングルールからノードを手動で削除することは、通常の状況下では

必要ありませんが、主に、サーバーが正しくシャットダウンできなかった場合にだけ

必要となります。

3 74ページの「Central Dispatchサイトの設定」に示すように、 Dispatch Managerの［Site Setup］ダイアログボックスの［System Nodes］タブから各サーバーに割り当て

られている静的 IP アドレスを削除します。［Delete］および［Apply Changes］をク

リックします。



Central Dispatchの再インストール

Central Dispatchの再インストール 3

静的 IP アドレスまたはハードウェア構成を変更する場合は、そのマシンにCentral Dispatch を再インストールする必要があります。

Central Dispatchを再インストールするには

1 すべてのノード上のすべての SiebelサービスおよびCentral Dispatchサービスを停止し

ます。

2 コンソールから Central Dispatch をアンインストールします。 Siebel eBusiness Third-Party Bookshelfで提供される『Resonate Central Dispatch Installation Guide』を参照し

てください。

3 関連するノードに必要なネットワークまたはハードウェア構成を行います。

4 この章の前半に記載されている手順に従って、以前インストールした Central Dispatchをノードに再インストールします。

ヒント : 以前使用したのと同じ Resonate 管理者パスワードを使用します。

5 インストーラがCentral Dispatch を正しい場所にインストールしたことを確認します。

6 再構成されたノードはCentral Dispatchサイトの一部となっていることを確認します。

Central Dispatchサイトの一部となっていない場合は、 74ページの「Central Dispatchサイトの設定」を参照してください。

7 74ページの「Central Dispatchサイトの設定」の手順に従って、 Central Dispatchサイ

トを起動します。

8 すべてのノード上のすべての Siebelサービスを再起動します。



Resonate Administrative Mode アカウントのパスワードの変更

Resonate Administrative Modeアカウントのパスワードの変更 3

サイトのセキュリティのため、ログインするたびにパスワードを変更する必要がある

場合は、次に示す手順に従ってください。

注 : セキュリティの目的で、ログオンするたびにパスワードを変更する必要がない場合は、

パスワードを変更しないことをお勧めします。パスワードにスペースがないことも確認し

てください。

Resonate Administrative Modeアカウントのパスワードを変更するには

1 サーバーマネージャを使用して、 Siebel ログオンパスワードを変更します。

2 Siebel Server を停止します。

3 Resonate Administrative Mode アカウントのパスワードをオペレーティングシステムレ

ベルで変更します。

4 Siebel Server を再起動します。



Central Dispatch を使用した負荷分散のトラブルシューティング

Central Dispatchを使用した負荷分散のトラブルシューティング 3

このトラブルシューティングの項では、 Central Dispatch を使用した際の、一般的な

Siebel固有の問題について説明します。 Central Dispatchのトラブルシューティングに

ついては、 http://www.resonate.comのResonate Webサイトを参照してください。

Central Dispatchのインストールおよび設定について、次の手順を使用して解決できない

問題が発生した場合は、 Siebel テクニカルサポートに連絡してください。 Resonate テクニ

カルサポートに連絡しないでください。

Siebel eBusiness ApplicationsでCentral Dispatch をトラブルシューティングする場合は、

図6のタスクフローを使用してください。

図6. トラブルシューティングタスク




タスク 1：問題が Central Dispatch に関係しているかどうかの確認問題がCentral Dispatchに関係しているかどうかを確認するには、 Central Dispatch を使用

しないで直接Siebel Serverに接続してみてください。これを行うには、次の接続文字列を

変更します。

siebel[.protocol][.encryption][.compression]://VIP:siebel_port/Enterprise/Component

これを次の文字列に置き換えます。

siebel[.protocol][.encryption][.compression]://Gateway:siebel_port/Enterprise/Component/Siebel_Server

接続をテストするには

1 すべてのWebサーバーをシャットダウンします。

2 １台の Siebel Server を除くすべてをシャットダウンします。

3 eapps.cfg ファイルの仮想ディレクトリのいずれかで前述の接続文字列を変更します。

4 変更したファイルを使用して 1台のWebサーバーを再起動します。

5 Siebel Serverに接続を試みます。

新しい接続文字列を使用して接続することはできるが、負荷分散される接続文字列を使用

して接続できない場合は、その問題は、 Central Dispatchに関係しています。

タスク 2： Central Dispatch の可用性のチェック［Dispatch Manager Site View］タブを使用して、各サーバーの状態を表示します。サー

バーが赤色の場合は、その原因を調べます。すべてのサーバーが緑色で表示されている場

合は、「critical」とラベル付けされたメッセージの［Messages］タブを選択して、その原

因を調べます。

netstat -anP tcp コマンドを実行して、すべての有効な TCP ソケットをリストすること

もできます。ローカルアドレスとしてVIP を使用したソケットでなければなりません。




タスク 3：設定の確認トラブルシューティングに進む前に、次のことを確認してください。

■ Siebel Server Manager を使用して、リストの EntParameter EnterpriseVIP コマンドを

実行することによって、 EnterpriseVIPがネームサーバー上に正しく設定されているこ

とを確認します。

■ 必要に応じて、 EntParameter ResonatePassword;、たとえばEntParameter

ResonatePassword= "newpassword"を実行し、 Siebel Server Manager を使用して

ResonatePasswordをリセットします。

■ 接続文字列がWebサーバー上で正しく設定されていることを確認します。各Webサー

バー上のeapps.cfgファイルで、「負荷分散コンポーネント」接続文字列にVIP （また

は対応するホスト名）およびVport （デフォルトでは 2320）がなければなりません。

またエンタープライズ名とコンポーネント名だけ指定する必要があります。例：

siebel.tcp.none.zlib://VIP:2320/Enterprise_name/OM_component_name

■ siebenv.shで、 RESONATE_ROOTがシンボリックリンクではなく、 /Export/Home/

Resonate/など、実際の Resonateディレクトリに設定されていることを確認します。

■ Siebel eBusiness Third-Party Bookshelfで入手可能な、『Resonate Central Dispatch and Resonate Commander Installation Guide』にリストされているインストールの確認タス

クを行ってください。

タスク 4：スケジューリングルール登録の確認Dispatch Manager を使用して、予想されるルールが存在し、それ以外のルール、または重

複したルールが存在していないことを確認します。予想されるルールのすべてが見つから

ない場合は、 CDAction実行エラーに対して該当する Siebel コンポーネントのログファイ

ルを調べます。

タスク 5：ネットワーク接続の確認クライアント - スケジューラ間、スケジューラ -サーバー間、およびサーバー - クライアン

ト間の接続を確認します。

注 : これらのタスクの実行方法については、 SupportWebに掲載されている、技術ノート

316 を参照してください。




Central Dispatch に関するトラブルシューティング情報の生成 3

次のユーティリティを使用して、トラブルシューティングに役立つ出力を生成することが

できます。

■ rxpstatユーティリティ

Central Dispatchサイトのすべてのノードの状態に関連した統計を生成する Central Dispatchによって提供されるコマンドラインユーティリティ。 Central_Dispatch/

binディレクトリにインストールされます。コマンド rxpstat -aは、情報の詳細なリ

ストを返します。

■ netstat -r

実行されているノードのルーティングテーブルの内容を表示します。

■ netstat -anP tcp

ローカルおよびリモート IP アドレスおよびTCPポートを含む、システムの現在の TCP接続すべてのリストを表示します。このコマンドを使用して、どのネットワーク接続

が機能しているか、また各TCP接続の状態をチェックします。

Central Dispatch を使用した負荷分散に関する既知の問題 3

問題： Siebel Server との接続に失敗し、 WebブラウザにTCP通信エラーが表示されます。

また、 swenesxxx.log ファイルに次のエラーと同様のエラーが確認されます。

2021 2003-07-01 22:19:35 0000-00-00 00:00:00 -0500 00000000 001 001f 0001 09 siebel 9962 1 /siebel/wbp03/eappweb/log/swenes996

GenericLog GenericError 1 2003-04-23 22:19:35 (smconn.cpp 5(335) err=1801201 sys=145) NET-01201:Internal:connect

() failed:Connection timed out

解決策： siebenv.sh内のRESONATE_ROOT値を確認します。 /Export/Home/Resonate/など、

実際のResonateディレクトリに設定されていることが必要です。

問題：予期しないタイムアウトが発生します。再び使用したときに、ログインに問題はな

いのだが、少なくとも 10分間の非アクティブな状態の後でエラーメッセージが表示され

セッションがリセットされます。 eApps ログに「メッセージの送信に失敗しました」という

エラーメッセージが記録されます。ほとんどのユーザーは問題に直面しません。 Siebel Serverのログにエラーは表示されません。




解決策： HTTP_INACTIVE_CONN_TIMEOUTおよびSERVER_INACTIVE_CONN_TIMEOUT環境変数

の値がCentral Dispatchサイトのすべてのマシン上で正しく設定されているかどうかを確

認してください。

問題： Siebel Serverの起動またはシャットダウンに長時間かかります。 Siebel Serverのロ

グファイルに「Resonate コマンドの時間切れ」というエラーメッセージが断続的に表示さ

れます。

解決策： Heartbeat Intervalおよび# of Heartbeat until downパラメータがそれぞれ

「1」および「100」に設定されているかどうかを確認してください。 Dispatch Manager を使用して、これらのパラメータを設定できます。問題が解決されない場合は、 Siebel テク

ニカルサポートに連絡してください。

問題：ブラウザに「サーバーがビジー状態であるか使用できません」というエラーメッセージ

が表示され、 eApps ログに「sisnapiハンドシェイクに失敗しました」というメッセージが

記録され、 Dispatch Managerに接続が表示されません。

解決策： Central Dispatchサイトに割り当てられている VIPが別のマシンによって使用され

ている可能性があります。

これを確認するために、 Central Dispatchサイトを停止して、 VIPに対して ping を実行して

みてください。 VIPに対して pingが実行できる場合は、 VIPは固有のものではありません。

Central Dispatchサイトに固有なVIP を割り当ててください。



記録されます。また、 Dispatch Managerに短時間の接続が表示され、 Siebel Serverのログ

にはエラーが表示されません。

解決策： VIPが次の 3つの場所（Siebel Gateway Name Serverで登録した Enterprise VIP、eApps.cfg ファイルで使用される VIP、 Central DispatchサイトのVIP）のすべてで同じで

あるかどうかを確認してください（Central Dispatch Manager を使用して、 Central Dispatchに設定されたVIP を確認します。エンタープライズパラメータ EnterpriseVIP を

確認します）。



記録されるが、 Dispatch Managerに接続が表示されています。




■ 解決策 a ： Central Dispatch ManagerでVIP と Central Dispatch スケジューラノードの IPアドレスをチェックします。異なるサブネットに存在する場合は、それらを同じサブ

ネットに再割り当てします。セカンダリスケジューラが異なるサブネット上に存在す

る場合、プライマリスケジューラが使用できなくなったときにこの問題が発生する可

能性があります。

■ 解決策 b ： Compaq Teaming NIC を使用している場合、技術ノート 321の説明に従ってい

るかどうかを確認してください。

■ 解決策 c ：サポートされているネットワークインターフェイスカードを使用しているか

どうかを確認してください。サポートされているネットワークインターフェイスカー

ドについては、 SupportWeb を参照してください。


が表示され、また eApps ログに「sisnapiハンドシェイクに失敗しました」というメッセー

ジが記録されます。ピアによって接続がリセットされ、 Dispatch Managerに短時間の接続

が表示されています。これは、スケジューリングルールが負荷分散される Siebel Serverに対して予想通りに作成されていないため、また、 Central Dispatchがそのサーバーに対し

て負荷を振り分けないために発生します。

解決策：これは、 Siebel Serverが負荷分散される Siebel環境の一部でない場合に発生し

ます。 UseSCBサーバーレベルのパラメータが trueに設定されているかどうかを確認し

ます。パラメータがfalseに設定されている場合、 Siebel ServerはCentral Dispatchで

スケジューリングルールを登録せず、そのサーバーへの接続は失敗します。

問題： 1台のサーバーがセッションを受信できません。 Enterpriseに複数の Siebel Serverがある場合にこの問題が発生します。

解決策：サーバーレベルのパラメータ UseSCBが trueに設定されているかどうかを確認し

ます。パラメータが falseに設定されている場合、 Siebel ServerはCentral Dispatchでスケ

ジューリングルールを登録せず、そのサーバーへの接続は失敗します。



記録されます。ピアによって接続がリセットされ、 Dispatch Managerに短時間の接続が表

示され、 Siebel Serverのログに「無効なパスワードです」というエラーメッセージが記録さ

れます。




解決策 a ： Enterprise環境変数のResonate Adminユーザーの設定と、パスワードが Siebel Serverで登録されていることを確認します。パスワードが正しく設定されていない場合は、

Siebel ServerはCentral Dispatchサイトでスケジューリングルールを登録することはで

きず、接続は拒否されます。

解決策 b ：ドメインユーザーが無効なパスワードでログインしようとする場合に、許容可

能な試行範囲を超えることによって警戒されるときに、この問題が発生します。

問題： Solarisでは、 Central Dispatch と Siebel Serverのインストール後、 Central Dispatchサイトは実行されているように思われるが、 Siebel Serverの起動は「ホストが見つかりませ

ん」というエラーメッセージで失敗します。

解決策：ネットワーク設定ファイル（/etc/hosts）に、ネットワークゲートウェイ

（Siebel Server Name Serverではなく、ネットワークゲートウェイ）の IP アドレスに正し

く対応する参照loghostがあることを確認します。


自動モードまたはコンソールモードでのインストール 4

この章では、インストールGUI を使用しないで、自動モードまたはコンソールモードを使

用してインストールする方法について説明します。 GUI を使用してインストールする

方法は、以降の章で説明します。

パフォーマンスまたはセキュリティ上の理由で、インストールGUI を使用する代わりに、

これらのモードのいずれかを使用して Siebel eBusiness Applicationsサーバーをインス

トールすることもできます。

■ インストール中の設定パラメータのユーザー入力が、ユーザーの環境で許可されてい

ない場合は、自動インストールモードを使用します。

■ WAN経由でインストールする場合は、コンソールインストールモードを使用します。

これは、 WAN経由でインストールする場合、大量の帯域幅を使用するため、インス

トール中に望ましくない遅延時間が生じるためです。コンソールインストールにより、

JavaベースのGUI を使用しないテキストだけのインターフェイスが提供されます。

■ Windowsマシンから UNIXマシンに接続し、 UNIXマシンにインストールを行う場合、

コンソールインストールモードを使用します。インストール中に予期しない終了やパ

フォーマンスの低下が起こる可能性があるため、サードパーティ製ターミナルエミュ

レータはサポートされていません。


自動モードまたはコンソールモードでのインストール

自動インストール

自動インストール 4

安全なコンピューティング環境では、インストール中のインストールおよび設定パラメー

タのユーザー入力は許可されていません。この場合、自動インストールモードでインス

トールプロセスを実行することができます。

自動インストールでは、必要なインストールおよび設定パラメータをあらかじめパッケー

ジ化しているため、このインストールを行うコマンドを実行するだけでよいのです。ただ

し、自動インストールにより、フィードバックやエラー通知は提供されません。そのため、

開発環境で設定をテストしてから、本番環境でシステム全体に導入することが非常に重要

です。

自動インストールは、次の 2つの部分で構成されています。

■ 92ページの「自動インストール用の siebel.ini ファイルの編集」

■ 103ページの「コマンドラインからのインストールの実行」

自動インストール用の siebel.ini ファイルの編集 4

インストールを開始する前に、 2つのバージョンの siebel.iniファイルを変更する必要

があります。初の siebel.iniは、 setupUNIX_OS実行可能ファイル（UNIX_OSは使用

している UNIXプラットフォームです）と同じディレクトリにあるメインインストーラ用

のファイルです。 2つ目のsiebel.iniは設定用に使用されるファイルで、 ses/

gtwysrvrcfg/siebel.iniなど、設定サブディレクトリの下にあります。

メインインストーラのsiebel.iniファイルを変更するには

1 テキストエディタを使用して、該当する製品の siebel.iniファイルを変更します。

各siebel.iniファイルの場所は次のとおりです。

注 : 元のファイルの上書きを避けるため、固有の場所に変更および保存しようとして

いる各siebel.iniファイルの新しいコピーを作成する必要があります。

■ Siebel Enterprise Server—unix_server_UNIX_OS_ses_base/ses/siebel.ini.

■ Siebel Web Server Extensions—unix_server_UNIX_OS_eapp_lep/eappweb/

siebel.ini.




■ Siebel CORBA Object Manager—unix_server_UNIX_OS_corba_lep/corbaom/

siebel.ini.

注意 : インストーラによってユーザーの入力が検証されないため、正しい値を入力し

ていることを確認してください。

2 [Dialog]セクションを検索して、すべてのキーを uninstで開始するキーを除いて no

に設定します。これによりすべてのプロンプトが無効になります。

3 [Defaults.*]セクションを検索して、インストール内容に合わせて値を設定します。

a [Defaults.ProductSelection] には、インストールする製品を設定します。

b [Defaults.LanguageSelection] には、インストールする言語を設定します。た

とえば、フランス語をインストールする場合は、このセクションに次の行を

追加します。

FRA = yes

4 [Defaults.Unix]セクションを検索し、 RootDirectory を製品のインストールルート

ディレクトリに設定します。

5 [RunAfter.Unix]セクションを検索し、次の関連サブセクションを更新します。

a [ConfigGtwysrvr]

Condition = $(GatewaySelected)=yesExecute = ./gtwysrvrcfg/$(Launcher)

Arg = -is:javahome $(JavaHome) -args SS_SETUP_INI=gtwysrvrcfg_siebel.ini StringTable=$(UninstallPath)/table.txt

ここでは、

gtwysrvrcfg_siebel.iniは、インストーラがこの設定ファイルを探すときに使用する

フルパスです。




b [ConfigSiebsrvr]

Condition = $(SiebelSelected)= yes

Execute = ./siebsrvrcfg/$(Launcher)

Arg = -is:javahome $(JavaHome) -args SS_SETUP_INI=siebsrvrcfg_siebel.ini StringTable=$(UninstallPath)/table.txt

ここでは、

siebsrvrcfg_siebel.iniは、インストーラがこの設定ファイルを探すときに使

用するフルパスです。

注意 : table.txt ファイルは変更しないでください。

c [ConfigUnixEappweb]

Condition = yes

Execute = ./config/$(Launcher)

Arg = -is:javahome $(JavaHome) -args SS_SETUP_INI=eapp_config_siebel.ini StringTable=$(UninstallPath)/table.txt

ここでは、

eapp_config_siebel.iniは、 SWSE siebel.ini構成パスへのフルパスです。

d [ConfigUnixCorbaOM]

Condition = yes

Execute = ./config/$(Launcher)

Arg = -is:javahome $(JavaHome) -args SS_SETUP_INI=<Corba_OM_siebel.ini> StringTable=$(UninstallPath)/table.txt

ここでは、

Corba_OM_siebel.iniは、 CORBA OM siebel.ini構成ファイルへのフルパスです。

注 : 構成ファイル内のパラメータについては、 96ページの「設定 siebel.ini ファイルの

パラメータ値」を参照してください。




個々のサーバーの設定用に siebel.iniファイルを変更するには

1 テキストエディタを使用して、該当する siebel.iniファイルを次のように変更し

ます。



■ ses/gtwysrvrcfg—Siebel Gatewayの設定。たとえば、unix_server_UNIX_OS_ses_base/ses/gtwysrvrcfg/siebel.ini

■ ses/siebsrvrcfg—Siebel Serverの設定。たとえば、unix_server_UNIX_OS_ses_base/ses/siebsrvrcfg/siebel.ini

■ eappweb/config—Siebel Web Server Extensionの設定。たとえば、unix_server_UNIX_OS_eapp_lep/eappweb/config/siebel.ini

■ corbaom/config—Siebel CORBAオブジェクトマネージャの設定。たとえば、unix_server_UNIX_OS_corba_lep/corbaom/config/siebel.ini

注意 : インストーラによってユーザーの入力が検証されないため、正しい値を入力し

ていることを確認してください。

2 [Dialog.Config]セクション内のすべてのキーを noに設定します。

3 [Defaults.Config]内のすべての値を適切な値に設定します。

PrimaryLanguage を、目的の言語を示す 3文字言語コードに設定する必要があります。

たとえば、アメリカ英語の場合はPrimaryLanguage=ENU行を追加します。言語コー

ドは siebel.ini ファイルの後に載っています。

注 : 設定値については、 96ページの「設定 siebel.ini ファイルのパラメータ値」を参照





設定 siebel.ini ファイルのパラメータ値 4

この項では、 siebel.iniファイルを変更する際に使用する有効なパラメータ値を示し

ます。表9に示すコンポーネントグループを含む設定の中には、数値入力が必要なもの

もあります。

サンプル gtwysrvrcfg/siebel.ini[Defaults.Config]PrimaryLanguage=enuGatewayPort=2320Autostart=Y

サンプル siebsrvrcfg/siebel.ini[Defaults.Config]PrimaryLanguage=enuOMLanguages=enuGatewayName=smth70a033GatewayPort=2320ResonateInstalled=NResonateRoot= ComponentGroups=1;13;18;19;20;21;22;23;25;26ReviewEnterprise=EnterpriseName=siebelFileSystem=/vol1/export/home/siebel/fsEnterpriseDescription=ResonateUser=ResonatePassword=ResonateVIP=SynchMgrPort=DataMatching=3DatabaseType=2DatabaseNameConnectString=db2x2026TableOwner=siebelDatabaseUsername=sadminDatabasePassword=db2

表9. Siebel Gatewayのコンポーネントキー

コンポーネントキー必須

Primary Language Y

Gateway Port Y

Autostart Y




ChartServer=smqalcn38ChartImageFormat=1EncryptionType=1ServerName=smth70a033ServerDescription=Db2Directory=/export/home/db2SynchMgrPortOverride=NOverridePortNum=SearchServer=3FulcrumDirectory=RemoteSearchServerHostname=RemoteSearchServerPortNumber=Autostart=YStartServer=N

表10では、 siebel.iniファイル内の Siebel Server コンポーネントキーと必要条件を示し

ます。たとえば、 ResonateInstalled=Yの場合、 ResonateRootを指定する必要があり

ます。

表10. Siebel Serverのコンポーネントキー

コンポーネントキー必須状態

PrimaryLanguage Y

GatewayPort Y

ResonateInstalled Y

ResonateRoot N ResonateInstalled=Y

ComponentGroups N

ReviewEnterprise N 同じ Enterpriseで 2つ目のサーバーを

インストールする場合

EnterpriseName Y

FileSystem Y

EnterpriseDescription N

ResonateUser N ResonateInstalled=Y

ResonatePassword N ResonateInstalled=Y

ResonateVIP N ResonateInstalled=Y

SynchMgrPort N Default = 40400




DataMatching Y

DatabaseType Y

DatabaseNameConnectString Y

TableOwner Y

DatabaseUsername Y

DatabasePassword Y

ChartServer N

ChartImageFormat Y

EncryptionType Y

ServerName Y

ServerDescription N

Db2Directory Y

SynchMgrPortOverride Y SynchMgrPortOverride=Y

OverridePortNum N

SearchServer Y

FulcrumDirectory N SearchServer=1

RemoteSearchServerHostname N SearchServer=2

RemoteSearchServerPortNumber N SearchServer=2

Autostart Y

StartServer Y

表10. Siebel Serverのコンポーネントキー





コンポーネントグループのマッピング

次のリストでは、 siebel.iniファイル内の各Siebel Server コンポーネントグループに対

応する数字を示します。

1 = Assignment Management2 = Communications Management

3 = コンテンツセンター4 = Sales Credit Assignment5 = Dun and Bradstreet6 = Data Quality7 = Siebel Dynamic Commerce8 = Enterprise Application Integration9 = Siebel eDocuments10 = Field Service11 = Incentive Compensation12 = Marketing Object Manager13 = Marketing Server14 = Siebel Remote15 = Siebel Anywhere16 = Siebel To Siebel Connector17 = SAP Connector18 = Oracle Connector19 = Siebel Sales20 = Sales Hierarchy Service21 = Siebel eChannel22 = Siebel Call Center23 = Siebel Core Reference Application24 = Siebel ISS

25 = Siebel Employee Relationship Management （ERM）26 = Siebel Wireless27 = Workflow Management28 = Handheld Synchronization29 = Forecast Service Management30 = Siebel eAutomotive31 = Siebel Life Sciences32 = Siebel CME33 = Siebel eHospitality34 = Siebel Industry Marketing35 = Siebel eConsumerSector36 = Handheld Synchronization SIA37 = Siebel Financial Services38 = Siebel Public Sector39 = Siebel Customer Information File40 = Siebel Homeland Security




DataMatchingのマッピング

1 = Siebel Data Quality Matching

2 = Siebel Data Quality コネクタ

3 = なし

DatabaseTypeのマッピング

1 = Oracle2 = DB2 UDB for Unix and Windows

ChartImageFormatのマッピング

1 = png2 = gif3 = jpeg

EncryptionTypeのマッピング

1 = なし2 = RSA

SearchServerのマッピング

1 = このサーバーを検索サーバーとして設定する

2 = このサーバーをリモート検索サーバーとして設定する

3 = スキップ

サンプル eappweb/config/siebel.ini[Defaults.Config]PrimaryLanguage=enuWebServerDirectory=/usr/IBMIHSResonateInstalled=NGatewayName=smth70a033GatewayVIPName=GatewayPort=2320EnterpriseName=siebelServerName=sieb_servCompressionType=1EncryptionType=1ErrorLevel=5WebServerHttpPort=80WebServerHttpsPort=443WebUpdateKey=testEmployeeUsername=sadminEmployeePassword=db2




ContactUsername=guestcstContactPassword=ldapRestartWebServer=N

表11では、 siebel.iniファイル内の Siebel Web Server Extensions （SWSE）コンポーネン

トキーと必要条件を示します。キーが必須である場合、 siebel.iniファイル内に対応す

る値が存在している必要があります。

表11. SWSEのコンポーネントキー


PrimaryLanguage Y

WebServerDirectory Y

ResonateInstalled Y ResonateRootの指定が必要です。

GatewayName Y

GatewayVIPName N ResonateInstalled=Y

GatewayPort Y

EnterpriseName Y

ServerName Y

CompressionType Y

EncryptionType Y

ErrorLevel Y

WebServerHttpPort Y

WebServerHttpsPort Y

WebUpdateKey Y

EmployeeUsername Y

EmployeePassword Y

ContactUsername Y

ContactPassword Y

RestartWebServer Y




CompressionTypeのマッピング

1 = なし2 = pkware3 = zlib

EncryptionTypeのマッピング

1 = なし2 = RSA

ErrorLevelのマッピング

1 = エラー

2 = 致命的なエラー

3 = 警告

4 = 警告

5 = 情報

6 = 詳細

corbaom/config/siebel.ini のサンプル[Defaults.Config]PrimaryLanguage=enuDatabaseType=2Db2ConnectString=db2x2026OracleConnectString=TableOwner=siebel

Keys Condition Table:Require?ConditionPrimaryLanguage YDatabaseType YDb2ConnectString N DatabaseType = 1OracleConnectString N DatabaseType = 2TableOwner Y

DatabaseType Mapping:1 = Oracle2 = DB2 UDB for Unix and Windows




省略可能なコンポーネント[Module.OS]で特に定義されていないものは必要なコンポーネントです。

Siebel¥SRVR = Siebel Server実行可能ファイル

Siebel¥SRVRCOMPS = Siebel Server コアコンポーネント

Siebel¥SIEBREMOTE = Siebel Remote コンポーネント

Siebel¥SIEBSRVR = Siebelオブジェクトマネージャ

Siebel¥FIELDSVC = Siebel Field Service コンポーネント

Siebel SDQCONNECTOR = Siebel Data Quality コネクタ

Db = Siebel Databaseサポートファイル

Db¥FILES = SiebelサンプルデータベースDb¥DB2UDB = IBM DB2 UDB for Unix and WindowsDb¥ORACLE = Oracle Database Enterprise Edition

コマンドラインからのインストールの実行 4

該当する siebel.iniファイルを前述の手順で変更後、コマンドラインから自動インス

トールを実行します。ただし、自動インストールを実行する前に、次のガイドラインに

注意してください。

■ インストール中のデータエントリエラーは、 $SIEBEL_ROOTディレクトリにあるインス

トールログファイルlog.txtに収集されます。追加のセットアップ初期化ログファイ

ルを作成するには、 -log logfile コマンドの使用を検討します。

■ すべてのCD をマウントするか、またはインストールに使用するステージングポイント

を持つ必要があります。ステージングポイントの作成方法については、 65ページの

「ステージングポイントの作成」を参照してください。

注 : ここでは、自動モードを使用して Siebel Enterprise Server をインストールする手順を

示します。自動モードでのインストールは、他のサーバー製品でも同様です。

自動モードでインストールするには

■ /sesディレクトリに移動し、次のように入力します。

setup.UNIX OS -args SS_SETUP_INI=main installer siebel.ini path LanguageDir=language directory parent

注 : 65ページの「ステージングポイントの作成」の説明に従って、ステージングポイ

ントを作成した場合は、コマンドライン LanguageDir=language directory parent

を省略します。



コンソールモードのインストール

ここでは、

UNIX_OS = 使用している UNIXオペレーティングシステム、 Solaris、 HP-UX、 AIXな

ど。

main installer siebel.ini pathは、メインインストーラ siebel.iniファイルへの

フルパスです。

language directory parentは、言語CDの言語ディレクトリのすぐ上のディレクト

リへのフルパスです。これにより、 CDの入れ替えを要求するプロンプトが必要なく

なります。

例：

setupUNIX_OS -args SS_SETUP_INI=seaUNIX_OS_srvr_ses_base/ses/siebel.ini LanguageDir=seaUNIX_OS_srvr_ses_lang/ses

コンソールモードのインストール 4

Siebel Serverおよび関連するサーバー製品を WAN経由でインストールすると、大量の帯

域幅を使用し、インストールにおいて望ましくない遅延時間が生じます。 Siebelのコン

ソールインストールにより、パフォーマンスを向上させるため JavaベースのGUI を使用

しないテキストだけのインストールが提供されます。

インストールにおけるコンソールモードのプロンプトは、 JavaベースのGUIのプロンプ

トと同じです。ただし、インストールのコンソールモードでは、［参照］ボタンなどの

GUI コントロールが提供されないため、「［次へ］をクリックします」など、表示された

GUI応答の代わりに、適切なコマンドライン応答を代用する必要があります。

コンソールモードのインストールは、次の 2つの部分で構成されています。

■ 105ページの「コンソールモードインストール用の siebel.ini ファイルの編集」

■ 106ページの「コンソールモードでのインストール」




コンソールモードインストール用の siebel.ini ファイルの編集 4

インストールを開始する前に、 siebel.iniファイルの一部を無効にする必要があります。

インストールの後、設定サブディレクトリ（ses/gtwysrvrcfgなど）からコンソール

モードで設定ユーティリティを起動します。

siebel.iniファイルを変更するには

1 テキストエディタを使用して、該当する siebel.iniファイルを次のように変更し

ます。



■ Siebel Enterprise Server インストーラ。たとえば、unix_server_UNIX_OS_ses_base/ses/siebel.ini

■ Siebel Web Server Extensions インストーラ。たとえば、unix_server_UNIX_OS_eapp_lep/eappweb/siebel.ini

■ CORBA Object Manager インストーラ。たとえば、unix_server_UNIX_OS_corba_lep/corbaom/siebel.ini

2 [RunAfter.Unix]セクションを検索し、次に示すように変更します。

■ Siebel Enterprise Server

ConfigGtwysrvr =no

ConfigServer =no

■ Siebel Web Server Extensions

ConfigUnixEappweb =no

■ CORBA Object Manager

ConfigUnixCorbaOM = no

注 : すべてのキーを noに設定すると、すべての設定が無効になります。




コンソールモードでのインストール 4

次の手順は、 Siebel アプリケーションをコンソールモードでインストールする方法につい


注 : コンソールモードでは［参照］ボタンがないため、ベース CD と言語CDのインストー

ル実行ファイルの両方のパスに注意してください。入力を要求するメッセージが表示され

たらこの情報を入力する必要あります（たとえば、 /cdrom/

unix_server_UNIX_OS_ses_lang/ses/language/setupUNIX_OS）。

コンソールモードでインストールするには

1 UNIX_OS Server Programs を挿入します。たとえば、 SESの場合、 Siebel Enterprise Server, Base CD-ROM をサーバーのCD-ROM ドライブに挿入します。

ここでは、

UNIX_OS = 使用している UNIXオペレーティングシステム、Solaris、HP-UX、AIXなど。

注 : CDのボリュームラベルは、 seaUNIX_OS | base またはlanguageです。 CD-ROMに

アクセスする方法によっては、この手順は必要ない場合があります。

2 メインインストーラディレクトリに移動します。たとえば、 /cdrom/

unix_server_UNIX_OS_ses_base/sesに移動します（特定のサーバーのパスについ

ては、このガイドの、 GUI を使ったインストールに関する章を参照してください）。

3 次のコマンドを実行します。

./setupUNIX_OS -is:javaconsole -console -args SS_SETUP_INI = main installer siebel.ini path

ここでは、

UNIX_OSは、 Solaris、 HP-UX、 AIXなどのUNIXオペレーティングシステムです。




main installer siebel.ini pathは、 105ページの「コンソールモードインストール

用の siebel.ini ファイルの編集」で編集したメインインストーラ siebel.ini ファイルへ

のフルパスです。

注 : コマンドにはフラグを追加できます。詳しくは、 109ページの「インストールコマ

ンド用追加フラグ」を参照してください。

コンソールモードインストールスクリプトが表示されます。特定のプロンプトの定義

については、このガイドのインストールに関する章を参照してください。

4 設定ユーティリティをコンソールモードまたはGUIモードで起動できます。コンソー

ルモードで起動する方法については、 107ページの「コンソールモードでの設定」を


コンソールモードでの設定 4

インストールの後、設定ユーティリティを起動する必要があります。

設定ユーティリティを実行するには

1 CD-ROM （またはネットワークイメージ）の該当する設定サブディレクトリから設定

ユーティリティをコンソールモードで起動します。

■ Gateway— Base SES CD/ses/gtwysrvrcfg

■ Siebel Server— Base SES CD/ses/siebsrvrcfg

■ Siebel Web Server Extension— Base siebel web server extension CD/eappweb/config

■ CORBA OM— Base CORBA OM CD/corbaom/config

2 単一入力ライン上に次のコマンドを入力します。

setupUNIX_OS -is:javaconsole -console -args StringTable=SIEBEL_ROOT/_uninst/table.txt



コンソールモードのインストールと自動モードのインストールを組み合わせる

コンソールモードのインストールと自動モードのインストールを組み合わせる 4

コンソールモードと自動モードで設定を組み合わせることが必要な場合があります。この

ことを行うには、 /gtwysrvrcfg/siebel.iniおよぴ/siebsrvrcfg/siebel.iniにデフォ

ルト値を指定する必要があります。詳しくは、 96ページの「設定 siebel.ini ファイルのパ

ラメータ値」を参照してください。

設定ユーティリティを起動するには、 ses インストーラのメイン siebel.iniの[ConfigGtwysrvr]セクションおよび [ConfigSiebsrvr]セクションを次のように変

更する必要があります。

[ConfigGtwysrvr]

Condition= $(GatewaySelected)=yes

Execute = ./gtwysrvrcfg/$Launcher

Arg = -is:javahome $(JavaHome) -is:javaconsole -console -args SS_SETUP_INI=your_gtwysrvrcfg_siebel.ini StringTable=$(UninstallPath)/table.txt

[ConfigSiebsrvr]

Condition = $(SiebelSelected)=yes

Execute= ./siebsrvrcfg/$Launcher

Arg = -is:javahome $(JavaHome) -is:javaconsole -console -args SS_SETUP_INI=your_siebsrvrcfg_siebel.ini StringTable=$(UninstallPath)/table.txt



インストールコマンド用追加フラグ

インストールコマンド用追加フラグ 4

必要に応じて、インストールコマンドに次のようなフラグを追加することができます。

■ -is:log logfile

ここでは、

logfileは、生成されるファイルのフルパスと名前です（たとえば/usr/tmp/

gateway.log）。

このフラグにより、追加ログファイルが生成されます。ファイルのログ情報は

JVMなどの初期化エラーに限定されています。インストールプロセスを呼び出す

ことができないときのデバッグまたはトラブルシューティングにこのフラグを使

用します。

注 : インストール中に状況エラーを記録するデフォルトのログファイルが

$SIEBEL_ROOTディレクトリに作成されます。

■ -is:javaconsole -console

このフラグは、スクリプトタイプの（非GUI）インストールを生成します。この

方法は、 WAN経由のインストール時にも役立ちます。詳しくは、 104ページの

「コンソールモードのインストール」を参照してください。

■ -is:tempdir temp directory_location

このフラグは、インストーラを一時ファイルのインストール場所に方向付けます。

たとえば、デフォルトディレクトリ（SolarisおよびHP-UXの場合は/var/tmp、

AIXの場合は/tmp）に容量が足りない場合、別の場所を指定できます。



インストールコマンド用追加フラグ


Siebel Gateway のインストール 5

この章では、 GUIによるインストール方法を使用して、 UNIX上に Siebel Gateway をイン

ストールおよび設定する方法について説明します。他のインストール方法については、

第4章「自動モードまたはコンソールモードでのインストール」を参照してください。

Siebel環境内での Siebel Gatewayの役割については、第1章「Siebel Server インストール

の概要」を参照してください。

Siebel Gatewayのインストールおよび設定は、さまざまなタスクで構成されます。

表12は、一連の手順を示します。

表12. Siebel Gatewayのインストールと設定のタスク

実行者タスク

システム管理者 1 Siebel Gateway のインストールの前提条件を確認します。 112 ページの

「Siebel Gateway の前提条件の確認」を参照。

2 （オプション）冗長ディスクアレイをインストールします。 114 ページ

の「Siebel Gateway 上での冗長ディスクアレイのインストール」を

参照。

3 Siebel Gateway をインストールおよび設定します。 115 ページの

「Siebel Gateway のインストールと設定」を参照。

4 ソフトウェアのインストールを確認します。 123 ページの「Siebel Gateway のソフトウェアインストールの確認」を参照。

5 Siebel Gateway を自動起動するように設定します。 126 ページの

「Siebel Gateway を自動起動するように設定」を参照。


Siebel Gatewayのインストール

Siebel Gatewayの前提条件の確認

Siebel Gatewayの前提条件の確認 5

Siebel Gateway をインストールする前に、次のガイドラインを確認します。

注意 : 初に『システム要件とサポートされているプラットフォーム』マニュアルを確認

してから、 Siebel eBusiness Applications をインストールしてください。

■ Siebel Gateway をインストールするマシンで Siebel Server もサポートしている場合は、

『システム要件とサポートされているプラットフォーム』に示されている、そのコン

ポーネントに必要なすべてのサードパーティ製品もインストールする必要があります。

注 : UNIXでは、 Siebel Gateway と Siebel Serverは両方とも共通のルート、

$SIEBEL_ROOTにインストールされます。

■ サーバーをクラスタ化する場合は、シングルポイント障害を回避できるように設定す

るため、クラスタ化または冗長ディスクアレイ（RAID）の使用を計画します。クラス

タ化する場合は、 Siebel Gateway上で Central Dispatch を有効にしないでください。

■ Siebel Server をサポートする各マシンは、 Siebel Gatewayがインストールされるマシン

に対し TCP/IPネットワーク接続が可能でなければなりません。 pingユーティリティ

を使用して、該当するすべてのマシン間のネットワーク接続を確認します。

■ ネットワークアダプタが全二重イーサネットをサポートするように正しく設定されて

いるかどうかを確認します。次のパラメータを確認します。

❏ RJ45 Port Link Status: up

❏ Media Speed Selected: 100 Mbps Full Duplex

❏ Media Speed Running: 100 Mbps Full Duplex

■ 各Siebel Enterprise Serverに対して一度だけ Siebel Gateway をインストールします。

1台のマシンに Siebel Gateway を 1つだけインストールすることをお勧めします。必要

に応じて、複数の Siebel Enterprise を単一の Siebel Gateway Name Serverによってサ

ポートできます。複数の Siebel Gateway Name Server を単一のマシンにインストール

する場合は、異なるポートにインストールする必要があります。



Siebel Gatewayの前提条件の確認

■ Siebel Gateway とすべての Siebel Server をサポートするサーバーのネットワーク名が

付録A 「実装計画ワークシート」に記載されていることを確認します。この情報は

Siebel Server と Siebel クライアントのインストール時に必要となります。

■ インストーラを実行するログインに、 UNIXオペレーティングシステムに応じて、

/tmp （AIXデフォルトの一時ディレクトリ）または/var/tmp （SolarisおよびHP-UXデフォルトの一時ディレクトリ）への書き込み権限があることを確認します。

■ 次のとおりインストーラで利用できる一時的なディスクの空き領域があることを確認

します。

■ AIXへのインストールの場合のみ

■ set-group-idフラグが使用される場合は、インストーラ IDが親（Siebel）ディレ

クトリを所有するグループのメンバーであることを確認します。

■ インストーラを実行するログインに、 slibcleanを実行する権限があることを確認

します。

■ X11ファイルセットはデフォルトではインストールされないためインストールする


■ HP-UXへのインストールの場合のみ

■ 環境変数LANGがシンボリックリンクであるディレクトリ名に設定されていると、

Siebel Server用 Java インストーラは失敗します。既存の LANG変数をシンボリック

リンクが示す実際のディレクトリにリセットする必要があります。

注 : LANG 変数を univ.utf8 に設定することはできません。これに設定すると、

インストーラは失敗します。

AIX 130 MB

Solaris 90 MB

HP-UX 210 MB



Siebel Gateway上での冗長ディスクアレイのインストール

■ パッチの適用後に、追加の製品をルートディレクトリにインストールすることはでき

ません。

注 : Windowsマシンから UNIXサーバーへの接続時にサードパーティ製ターミナルエ

ミュレータを使用してGUI インストールを実行することはサポートされていません。

1台のUNIXマシンから GUI インストーラを実行して、別のUNIXマシンまたはローカ

ルのUNIXマシンにインストールすることが可能です。 Windowsマシンから UNIXの

インストールを行う必要がある場合は、 UNIXサーバーに対して telnet を使用し、コン

ソールモードでインストールを行います。コンソールモードでインストールする方法

の詳細については、 104ページの「コンソールモードのインストール」を参照してく

ださい。

Siebel Gateway上での冗長ディスクアレイのインストール 5

Siebel Gatewayは、管理しているすべての Siebel Enterprise Serverのすべての Siebel Serverの設定情報を保持しています。ディスククラッシュにより Siebel Gatewayが失われると、

システムの回復中、Siebel ソフトウェアは停止する場合があります。同様に、Siebel Serverは、 Siebel Remoteモバイルユーザー相互に同期されるトランザクションファイルを一時

的に格納しています。これらのファイルが失われると、関連するすべてのモバイルユー

ザーのデータベースを再抽出することが必要になります。

冗長ディスクアレイ（RAID）または他のタイプの冗長ディスク構成を Siebel Remote製品

をサポートする Siebel GatewayおよびSiebel Serverにインストールすることを強くお勧め

します。（Siebel Remoteは、ダイヤルアップ接続を介した、 SiebelモバイルWeb クライア

ントと Siebel Database Server間のデータの同期をサポートしています）。冗長ディスク設

定は、データ損失のリスクを実質的に減らし、両方のタイプのサーバーのエラー回復の問

題を小化します。冗長ディスクアレイのインストールおよび設定方法については、ハー

ドウェアベンダーのマニュアルおよびオペレーティングシステムのマニュアルを参照して

ください。



Siebel Gatewayのインストールと設定

Siebel Gatewayのインストールと設定 5

この項では、標準の Siebel Enterprise Serverの実装の一環としての、 Siebel Gatewayの

インストールと起動について説明します。

注 : 一般に、管理と保守を簡素化するため、非ルートユーザーがインストールを行うこと

をお勧めします。ただし、 Gateway Server または Siebel Server を自動起動するように設定

する場合はルートアクセスが必要です。

完全インストールの場合は「1つのCD-ROM ドライブだけ」を使用して、必要に応じて

CD を入れ替えて行う必要があります。つまり、 CD を追加するため、 2番目のCD-ROM ド

ライブを使用しないでください。

CD を入れ替えないようにするには、システム内の共通のインストールディレクトリに、

必要な言語ファイルを含むすべてのインストールファイルをコピーします。詳しくは、

65ページの「ステージングポイントの作成」を参照してください。

注 : 次の手順は基本製品のインストールに適用されます。パッチのインストール手順につ

いては、パッチとともに提供される『Maintenance Release Guide』を参照してください。

Siebel Gatewayをインストールするには

1 UNIX_OSサーバープログラム、 Siebel Enterprise Server BaseCD-ROM をネットワーク上

にインストールします。

ここで、

UNIX_OSは、 Solaris、 HP-UX、 AIX などのUNIXオペレーティングシステムです。

注 : CDのボリュームラベルは、インストールする Siebel アプリケーションによって、

seaUNIX_OSsesbase またはseaUNIX_OSsiabase （Siebel Industry Applicationsの場合）

です。 CD-ROMへのアクセス方法によっては、この手順は必要ない場合があります。




便宜上、このときに seaUNIX_OSseslanguage またはseaUNIX_OSsialanguage

（Siebel Industry Applications用） CD-ROM を Siebel Gateway をインストールするマシ

ンのドライブに必要に応じてインストールする場合もあります。

CDの内容をリモートファイルシステムのディレクトリロケーションにコピーする場

合は、次のように、 NFS を介してリモートホストをハードマウントする必要がありま

す。

mount host:/directory_on_host /mount_point

ここで、

hostはマシン名です。

directory_on_hostは、マウントするディレクトリです。

mount_pointは、マウントポイントに使用する名前です。

2 前に作成した付録A 「実装計画ワークシート」のコピーに書き留めてある Siebelサー

ビス所有者アカウントを使用して、サーバーにログオンします。

注意 : Siebel Gateway がルートでインストールされる場合は、サーバーの停止と起動

はルートのみが行えます。正しい権限のある Siebel アカウントを使用します。 Siebelアカウントの作成については、 61 ページの「Siebel サービスオーナーアカウントの

作成」を参照してください。

3 CDマウントポイントから /sesディレクトリに移動して、新しいシェルを開きます。

4 Siebel固有の環境変数の設定を解除します。現在の環境変数の設定を表示するには、

シェルウィンドウで「env」と入力します。




5 Siebel Gateway インストールプロセスを開始するには、次のコマンドを入力して、 109ページの「インストールコマンド用追加フラグ」で説明する必要なフラグを追加しま

す。

./setupUNIX_OS

ここで、


［InstallShield ウィザードへようこそ］画面が表示されます。








ださい。

6 ［次へ］をクリックします。

同一マシン上に他の Siebel コンポーネントがインストールされている場合は、それら

のコンポーネントが検出されたことを示すメッセージが表示されます。

7 初めて Siebel Gateway ファイルをインストールするか、既存のインスタンスに新しい

言語を追加するかによって、必要な操作を実行し、［次へ］をクリックします。

■ 新しいインスタンスに Siebel Enterprise Server ソフトウェアをインストールするに

は、デフォルトとして［なし］を選択して、［次へ］をクリックします。手順8に進みます。

■ 既存のインスタンスに新しい言語をインストールするには、表示されているイン

スタンスを選択し、［次へ］をクリックします。手順13に進みます。

このトピックに関する重要な追加情報については、 152ページの「Siebel Serverへの複数の Siebel言語パックのインストール」も参照してください。

［インストーラのパス］画面が表示されます。




8 付録A 「実装計画ワークシート」に記載しているインストールディレクトリへの完全

に修飾されたパスを入力するか、または［参照］をクリックして異なるディレクトリ

を選択します。

注 : ディレクトリ名は、アンダースコアを含む標準の英数字文字にしてください。

その他の文字やスペースは使用しないでください。


［インストーラ製品の選択］画面が表示されます。

10 Siebel Gateway Server を選択します。他のコンポーネントは後でインストールでき

ます。

注 : Siebel Gateway と同時に追加の製品をインストールする場合は、言語の選択など

の同様な情報を 2度入力する必要はありません。このため、第 6章「Siebel Serverの

インストール」で説明するインストール手順は、記載どおりの順序で表示されません。


注 : AIX上でインストールする場合は、［次へ］ボタンがすぐに表示されない場合が

あります。［次へ］ボタンが表示されない場合は、 GUIのサイズを変更します。

［セットアップ形式］画面が表示されます。

12 次のオプションの中から実行するインストールのタイプを選択して、［次へ］をクリッ

クして続行します。

注 : Siebel Gatewayでは、次の 3つのどのオプションを選択しても同じコンポーネント

がインストールされます。

■ Typical

■ Compact

■ Custom




注意 : 1 度に 2 つ以上のライセンスされているコンポーネントを選択する場合、 Siebel Enterprise Server （SES）インストーラと Siebel ソフトウェア設定ウィザードにより、

各コンポーネントのインストールパラメータの入力を個別にかつ必要な順番で求める

メッセージが表示されます。開始する前に、設定前の手順がすべて完了していること

を確認してください。この手順が完了していないと、インストールが失敗する場合が

あります。

［インストールする言語を選択してください］画面が表示されます。

13 インストールする言語を選択して、［次へ］をクリックします。

すべてのサーバーが少なくとも 1つの（基本）言語でインストールされます。追加の

言語は、必要に応じて、後にインストールできます。

後に言語をインストールする場合は、そのディレクトリで実行した可能性のあるパッ

チも再インストールする必要があります。










［インストーラの確認］画面が表示されます。




14 選択した製品のファイルをインストール先にコピーするには、［次へ］をクリックし

ます。

［インストーラ進捗］画面が表示されます。

ファイルがインストール先にコピーされると、次のメッセージを示す警告画面が表示

されます。

Setup did not find the Siebel Language Code language pack on the current media.Please insert the CD containing the Siebel Language Code and select setupUNIX_OS from the Siebel Language Code folder.

15 この手順をまだ実行していない場合は、適切な言語のCD-ROM を Siebel Gatewayのイ

ンストール先マシンのドライブに挿入して、選択した言語の場所（ses/language/）に移動します。ここでの languageは、 Siebel言語コードを表します。

注 : CDのボリュームラベルは、状況に応じて seaUNIX_OSseslanguage または

siaUNIX_OSseslanguageになっています。 Siebel Industry Applications をインストー

ルする場合は、 siaUNIX_OSseslanguageを使用します。

必要に応じて、フィルタダイアログボックスをクリアして、適切なファイルを表示で

きることを確認します。

16 ［UNIX_OSを設定］を選択して、［OK］をクリックします。

［インストーラ言語パックの進捗］画面が表示されます。

すべての言語ファイルのインストールが完了したら、インストーラプロンプトにベー

ス CD-ROMの挿入を求めるメッセージが表示されます。

ベース CD-ROMを再挿入して、セットアップ UNIX_OS ファイルを参照し、セットアップを続

行できるようにしてください。

17 ネットワーク上のベース CDマウントポイントに再び移動し、 ses/setupUNIX_OSを見

つけて、［OK］をクリックします。

1つの言語をインストールするか複数の言語をインストールするかによって、次に表

示される画面が異なります。

■ 複数の言語をインストールする場合は、［プライマリ言語］画面が表示されます。

手順18に進みます。




■ 1つの言語のみをインストールする場合は、［Gateway ポート］画面が表示され

ます。手順19に進みます。

18 プライマリ（基本）言語を選択して、［次へ］をクリックします。

注 : これは企業向けのプライマリ（基本）言語です。この言語を使用して、 Siebel

Server を実行し、通常、メッセージを読みます。

［Gateway ポート］画面が表示されます。

19 デフォルトのGatewayのポート番号を使用するか、これを変更して、［次へ］をクリッ

クします。

［インストーラの自動開始］画面が表示されます。

注意 : この Siebel Gateway をクラスタの一部として使用する場合は、自動開始を使用

しないでください。 Siebel Gateway サービスは、常に、対応するクラスタスクリプト

またはエージェントを介して起動および停止する必要があります。

20 Siebel Gatewayが再起動する際に自動起動するか否かを選択して、［次へ］をクリック

します。

注 : この設定では、Siebel Gatewayにホストマシンが再起動するごとに自動起動するよ

うに追加の設定手順を受け入れるようにします。実際に自動起動を行うには、126ペー

ジの「Siebel Gateway を自動起動するように設定」で説明する設定手順を完了してい

る必要もあります。

［インストーラの設定確認］画面が表示されます。

21 Siebel Gateway設定を確認して、これを受け入れる場合は［次へ］をクリックし、

戻って設定を変更する場合は［戻る］をクリックします。

注意 : インストールプロセスはここに示した手順によって異なります。たとえば、

Siebel Gateway と Siebel Server を同時にインストールしたとします。このインスタン

スでは、 Gateway のインストールではこの箇所から 146 ページの「Siebel Server をイ

ンストールするには」の手順 20 にスキップします。




22 インストールを完了するには、［完了］をクリックします。

インストールを検証するには

1 $SIEBEL_ROOT/gtwysrvrディレクトリに移動し、 Siebel環境変数を指定します。

UNIXシェルまたはその variantに該当するコマンドを選択します。

Korn シェルまたはBourne シェル：

./siebenv.sh

ヒント : 初のピリオドと ./siebenv.sh との間にスペースがあることを確認します。

C シェル：

source siebenv.csh

2 $SIEBEL_ROOT/binに移動します。

3 viのようなエディタを使用して、 base.txtファイルを開きます。たとえば、次のよ

うに、完了したインストールのタイプが表示されます。

7.x.x [15049] LANG_INDEPENDENT full release

または

7.x.x [15049] ENU full release

ここで、

ENU = U.S. Englishです。



Siebel Gatewayのインストール後のタスク

Siebel Gatewayのインストール後のタスク 5

Siebel Gateway インストールプログラムの実行後、次のタスクを実行します。

■ 123ページの「Siebel Gatewayのソフトウェアインストールの確認」

■ 126ページの「Siebel Gatewayを自動起動するように設定」（オプション）

Siebel Gatewayのソフトウェアインストールの確認 5

インストールと設定の終了後は、次の Siebel Gateway ファイルが、インストール中に指定

した $SIEBEL_ROOTディレクトリに存在している必要があります。

_uninst/gtwysrvr/

admin/

base.txt

bin/

dbtempl/

enu.txt

input/

install/_script

lib/

locale/

log/

objects/

output/

siebenv.csh

siebenv.sh

sqltempl/

sys/

temp/

upgrade/

upgrade.log




_uninst ：プログラムをアンインストールするのに必要なファイルを含む。トップレベルの

ディレクトリと同様で、この SIEBEL_SERVERルートにインストールされたすべての製品

のアンインストール情報が含まれます。

gtwysrvr ：トップレベルディレクトリ。

admin ： Gateway設定に使用される .datファイルと Gateway を制御するスクリプトに使用

されるテンプレートファイル。

bin ： Siebel Gateway起動スクリプト、終了スクリプト、および実行ファイル。

dbtempl ：地方ユーザーおよびモバイルWebユーザー用に Siebel Remoteが必要とするディ

クショナリおよびローカルデータベースファイル。

input ： Siebel Reoteに関連するファイルを含む。

install ： UNIX インストーラで使用するファイルが含まれています。

lib ： Gatewayプログラムのライブラリファイル。

locale ：言語固有のファイルおよびスクリプト。これらのファイルおよびスクリプトは

設定できません。

log ：ネームサーバーのログ。

objects ：空のディレクトリ。 Siebel Server を同じルートディレクトリにインストールする

場合、そのインストール手順によりこのディレクトリに、対応する Siebel レポジトリファ

イル（siebel.srf）とともに、 language サブディレクトリ（U.S. Englishの場合enuな

ど）が移植されます。

output ： Siebel Reoteに関連するファイル。

siebenv.csh ：サーバーの環境変数を設定する Siebel スクリプトのCシェルvariant。

siebenv.sh ：サーバーの環境変数を設定する Siebel スクリプトの BourneシェルおよびKornシェルの variant。

sqltemp ：空のディレクトリ。 Siebel Server を同じルートディレクトリにインストールする

場合、そのインストール手順により、このディレクトリに、 Siebel Serverが特定のデータ

ベース操作を実行するのに使用する sql文の作成に使用可能な sqlテンプレートを含む

sqlステートメントが移植されます。




sys ： Siebel Gateway とサーバーコントロールユーティリティが使用するファイル。これら

のファイルをユーザーが表示または編集することはできません。

temp ： Siebel Gatewayが生成した一時ファイルを格納する。

upgrade ： Siebel eBusiness Applicationsのバージョンアップグレードに関連するファイル

およびスクリプト。アップグレード中に使用される一時ファイル、バックアップファイ

ル、状態ログファイルも格納されています。

upgrade.log ：ログのアップグレード。

Siebel Gatewayの起動 5

設定中に、 Siebel Gatewayの手動起動を選択した場合は、新しい Siebel Server コンポーネ

ントをインストールおよび設定するたびに、およびSiebel eBusinessアプリケーションを

操作するたびに、 Siebel Gateway を起動する必要があります。

Siebel Gatewayが起動したことを確認するには

■ $SIEBEL_ROOT/gtwysrvrディレクトリに移動し、 Siebel環境変数を指定します。 UNIXシェルまたはその variantに該当するコマンドを選択します。


./siebenv.sh


C シェル：

source siebenv.csh

これにより Siebelユーティリティの使用に必要な Siebel環境変数とパス情報が設定さ

れます。

ヒント : Siebel 管理者がログオンすると、常に Siebel 環境シェルスクリプトが自動的に

実行されるように設定するには、管理者アカウントのデフォルトとしてシェルを指定

します。また、管理者のアカウントの起動ファイルにこのコマンドを追加します。




Siebel Gatewayが実行されていることを確認するには

■ 「list_ns」を入力します。

次のような返信メッセージを受信する必要があります。

started at Fri Oct 19 15:33:26 2001, pid:4024, autostart:yes

Siebel Gatewayが停止している場合は、次の手順に従います。

■ start_ns コマンドを実行して、 Siebel Gateway を起動します。

■ list_nsを実行して、 Siebel Gatewayが正しく動作していることを確認します。

Siebel Gateway を自動起動するように設定 5

インストール中に、 Siebel Gatewayの自動再起動を選択した場合は、これを有効にするに

は次の手順に従ってください。

Solarisおよび HP-UX上で Siebel Gatewayを自動起動するように設定するには

1 Siebel Gatewayがインストールされたマシンにルートとしてログオンします。

2 次のように、ファイルsiebel_serverを /etc/init.dディレクトリにコピーしま

す。

cp $SIEBEL_ROOT/bin/siebel_server /etc/init.d

ここで、

$SIEBEL_ROOTは、 Siebelルートディレクトリへのフルパスです。

3 テキストエディタを使用して、 /etc/init.d/siebel_serverを編集します。

$SIEBEL_GATEWAY_ROOTを Siebel Gateway インストールディレクトリへの実際のパス

に置き換えます。

4 次のコマンドを実行して、適切な許可を設定します。

chmod 744 /etc/init.d/siebel_server

5 次のコマンドを実行して、 /etc/init.d/siebel_serverから /etc/rc3.d/S72siebelへのハードリンクを作成します。

ln /etc/init.d/siebel_server /etc/rc3.d/S72siebel




6 次のコマンドを実行して、 /etc/init.d/siebel_serverから /etc/rc0.d/K32siebelへのハードリンクを作成します。

ln /etc/init.d/siebel_server /etc/rc0.d/K32siebel

Siebel Gatewayを AIX上で自動起動するように設定するには

1 Siebel Gatewayがインストールされたマシンにルートとしてログオンします。

2 単一ライン上に次のコマンドを実行します。

mkitab "start_gateway:2:once:su - $USER -c ¥"$SIEBEL_ROOT/bin/siebel_server start¥""

ここで、

$USER= Siebel管理者のユーザー名です。

$SIEBEL_ROOT= Siebel Gatewayのインストールディレクトリです。

3 ファイル/etc/rc.shutdownが存在するかどうかを確認します。このファイルが存在

しない場合は、作成してその許可を変更します。

touch /etc/rc.shutdownchmod 744 /etc/rc.shutdown

4 ファイル/etc/rc.shutdownを編集して、それに次のコマンドを追加します。

su - $USER -c “$SIEBEL_ROOT/bin/siebel_server stop”

ここで、

$USER は、 Siebel管理者のユーザー名です。

$SIEBEL_ROOT は、 Siebel Gatewayのインストールディレクトリです。



Siebel Gatewayのインストールのトラブルシューティング

5 ファイルを保存して閉じます。

これで、 Siebel Gatewayがサーバーを再起動するときには自動的に起動し、シャットダウ

ンするときには自動的に終了できるようになりました。

注 : Siebel Gatewayがサービスを行う Siebel Enterprise内のすべてのサーバーの中で、

Siebel Gatewayが起動する初のサービスを行い、シャットダウンする後のサービスを

行う必要があることに注意してください。

これで、 Siebel Serverのインストールに進む準備ができました。

Siebel Gatewayのインストールのトラブルシューティング 5

この項では、不完全なインストールまたは設定から生じる可能性のあるエラーについて

説明します。

問題： Siebel Gatewayが起動しない。

解決策 a ： Siebel Gateway を起動できないことが判明した場合、 Siebelサービスオーナーと

しての特権を持っていない場合があります。 61ページの「Siebel アカウントの作成」の説

明を確認するか、またはstart_nsスクリプトを編集して、 Central Dispatchが検出されな

い場所にResonate_ROOTディレクトリを設定します。

注 : Siebel Gateway を起動できない場合は、この Enterprise用に次の章でインストール

する Siebel Server を設定および起動することはできません。

解決策 b ： Siebel Gateway を起動できないと、 LD_LIBRARY_PATH （Solaris）、 SHLIB_PATH

（HP-UX）、LIBPATH （AIX）が正しく設定されなかったり、共有ライブラリの許可が正しく

設定されなかったり、共有ライブラリが見つからないなど、多数の問題が生じる場合があ

ります。 ldd コマンドを使用して、見つからないライブラリを表示することができます。

siebelenv.csh と siebelenv.shを確認したり、 $SIEBEL_ROOT/libがLD_LIBRARY_PATH (Solaris), SHLIB_PATH （HP-UX）、またはLIBPATH （AIX）の前に設定されていることを確

認する必要もあります。 $SIEBEL_ROOT/libが含まれることも確認してください。ライブ

ラリの競合がある場合は、共有ライブラリのパス環境変数の初の要素として

$SIEBEL_ROOT/libを設定します。




問題： Siebel Gatewayが起動しようとするときに、明白な理由なく終了し、コアダンプが

生じる。

解決策： Central Dispatchが Siebel Gatewayマシン上にインストールされているのに、

Central Dispatchが実行されていない場合、 Siebelプログラムは失敗します。

Resonate_ROOT環境変数のデフォルトの値を Central Dispatchのインストールを含まない

ディレクトリ（たとえば、 /dev）に変更することによって、 start_nsスクリプトを編集

します。


Siebel Server のインストール 6

この章では、サポートされている Unixサーバーへの Siebel Server ソフトウェアのインス

トールと、 Siebel Enterprise Serverの設定に関連するタスクについて説明します。その他

のインストール方法については、第4章「自動モードまたはコンソールモードでのインス

トール」を参照してください。

Siebel環境内での Siebel Serverの役割については、第1章「Siebel Server インストールの

概要」を参照してください。

Siebel Serverのインストールと設定を行うには、複数のタスクを実行します。表13は、

一連の手順を示します。

表13. サーバーのインストールと設定のタスク

実行者タスク

システム管理者 1 Siebel Gateway が起動していることを確認します。 125 ページの

「Siebel Gateway の起動」を参照。

2 Siebel Server のインストール前提条件を満たしていることを確認します。

133 ページの「Siebel Server の展開に関する注意事項」を参照。

3 どの UTF-8 ロケールがサーバーにインストールされているかを確認し

ます。 134 ページの「サーバー上の言語ロケールの確認」を参照。

データベース管理者

1 RDBMS インスタンスをインストールします。 134 ページの「データ

ベースインスタンスのインストール」を参照。


Siebel Serverのインストール

システム管理者 1 データベース固有の接続ソフトウェアを設定します。 135 ページの

「データベース接続の設定」を参照。

2 ネットワーク接続を確認します。 135 ページの「ネットワーク接続の

確認」を参照。

3 負荷分散を有効化するそれぞれの Siebel Server に Central Dispatch が

インストールされていることを確認します。 137 ページの「Central Dispatch のインストールの確認」を参照。

4 Hummingbird SearchServer をインストールします。 137 ページの

「Hummingbird SearchServer のインストール」を参照。

5 データベーステーブルオーナーごとに Siebel File System ディレクトリ

を作成します。 138 ページの「Siebel Server のインストールタスク」を

参照。

6 Siebel Server をインストールします。 140 ページの「Siebel Server のインストールと設定」を参照。

7 ソフトウェアのインストールを確認します。 154 ページの「Siebel Server のソフトウェアインストールの確認」を参照。

システム管理者 1 （オプション） Siebel Enterprise Server 内に追加の Siebel Server を作成し

ます。 156 ページの「既存の Siebel Enterprise Server 内での追加サー

バーの作成」を参照。

2 Siebel Server の ODBC データソースを確認します。 159 ページの

「Siebel Server の ODBC データソースの確認」を参照。

3 Siebel Server が自動的に起動するようにすでにインストール時に指定し

ている場合でも、 162 ページの「Siebel Server の自動起動設定」を参照


4 適用できる環境変数を確認して設定します。 165 ページの「環境変数の

管理」を参照。

5 モバイルユーザー向けにネットワーク接続を確立します。 168 ページの

「モバイルユーザーのネットワーク接続の確立」を参照。

6 サーバーコンポーネントグループを同期します。 168 ページの「Siebel Server コンポーネントグループの同期」を参照。

7 データベースに合わせてサーバーのロケールを設定します。 168 ページ

の「Siebel Server のデータベースクライアントロケールの設定」を参照。

8 特定の Siebel Server 上で使用しない言語固有の Siebel オブジェクトマ

ネージャを無効化します。 170 ページの「言語固有の Siebel オブジェク

トマネージャの無効化」を参照。

表13. サーバーのインストールと設定のタスク

実行者タスク



Siebel Serverの展開に関する注意事項

Siebel Serverの展開に関する注意事項 6

■ ビジネス要件に応じて、 1つまたは複数の Siebel Enterprise Server を展開できます。

複数の Siebel Enterprise Serverの展開については、 27ページの「Siebel Enterprise Serverの概要」を参照してください。

■ Siebel Serverのインストールプロセスは、 Siebel Serverが動作するサーバーごとに完了

する必要があります。付録A 「実装計画ワークシート」に、 Siebel Serverの数と設定

を判断するためのガイダンス情報が提供されています。 Siebel Server をインストール

するすべてのマシンが、『システム要件とサポートされているプラットフォーム』で

詳しく説明されているハードウェアとソフトウェアの要件を満たしていることを確認

してください。 SES Installerでは、 Siebel 7.xのインストールに必要なソフトウェアが

整っていることを確認すると共に、そのソフトウェアが必要なバージョンレベルに一

致していることを確認できます。

■ ある特定の Siebel Database Serverによってサポートされる Siebel Serverは、稼働するプ

ラットフォームにかかわらず、必ず同じ Siebel Enterprise Serverに属している必要が

あります。初の Siebel Server を Siebel Enterprise Server内にインストールするときに、

Siebel Enterprise Server を設定するように求めるメッセージが自動的に表示されます。

その Siebel Enterprise Server内にインストールした追加の Siebel Serverでは、自動的に

そのパラメータが継承されます。

■ Siebel Server ソフトウェアは、各マシンに 1回だけインストールされます。ただし、

config_serverスクリプトを使用すると、インストールしたその単一のソフトウェア

から、必要な数の Siebel Server を操作できるように設定できます。 156ページの「既

存の Siebel Enterprise Server内での追加サーバーの作成」を参照。

■ どのコンポーネントグループを有効化するかは、初の Siebel Server上でだけ選択で

きます。追加の Siebel Serverでは同じコンポーネントグループが継承されます。した

がって、環境内で必要になることが予測されるすべてのコンポーネントグループを有

効化して、それぞれの Siebel Server上で不要なコンポーネントグループを無効化する

必要があります。設定ウィザードの使用中にコンポーネントグループを有効化しな

かった場合は、後でサーバー管理を使用して手動で有効化する必要があります。




Siebel Serverのクラスタ化前提条件 6

Siebel Server をクラスタの一部として実行する場合は、 Siebel Serverプロセスリソースを

実行する同じリソースグループ内のクラスタ化されたディスクドライブにインストールす

る必要があります。 Siebel Serverは、 VERITAS または IBM HACMP を使用してクラスタ化

環境で稼働することが実証されています。クラスタ化については、第7章「Siebel実装の

クラスタ化によるフェイルオーバー機能の実現」を参照してください。

Siebel インストーラでは、ライセンスを取得しているすべてのサーバーを 1回でインス

トールできます。特定のサーバーをクラスタの一部として実行する場合は、 Siebel Gateway と Siebel Server を個別にインストールして設定する必要があります。

サーバー上の言語ロケールの確認 6

Siebel Server を展開するマシン上に、インストールするすべての言語のUTF-8 ロケール

が用意されていることを確認してください。 Siebel 7.5.xのログファイルと設定ファイル

では、バイトオーダーマーク（BOM）付きのUTF-8 をデフォルトのエンコードとして使

用します。これらのファイルにASCII以外の文字が含まれている場合は、正しく表示して

編集するためにUTF-8 ロケールが必須となります。ソフトウェアアプリケーションでも、

UTF-8 ロケールが必要になる場合があります。

インストールされている UTF-8ロケールを確認するには

■ 次のコマンドを入力します。

locale -a | grep UTF-8

注意 : 時刻の表示方式は言語ロケールによって異なります。詳しくは、『Global Deployment Guide』を参照してください。

データベースインスタンスのインストール 6

データベースインスタンスがまだインストールされていない場合は、サイトで使用する

RDBMSのインストールをデータベース管理者に依頼してください。 Siebel Server を正し

くインストールするには、そのデータベースとの接続がインストール時に確立されている

必要があります。 Siebel Databaseのインストールについては、必要に応じて第9章「DB2 UDBに対する Siebel Database Serverのインストール」または第11章「Siebel Database Server for Oracleのインストール」を参照してください。




データベース接続の設定 6

注 : Siebel アプリケーションはOracle 32 ビットクライアントをサポートしていますが、

Siebel Server上にOracle 64 ビットクライアントをインストールした場合は、

$ORACLE_HOME/libの代わりに $ORACLE_HOME/lib32 を、 LD_LIBRARY_PATH （Solaris）、

SHLIB_PATH （HP-UX）、またはLIBPATH （AIX）に追加する必要があります。

DB2 UDB ：データベース用の正しい接続情報でデータベースエイリアスを定義します。

このエイリアスは、 Siebel Serverのインストール時に使用される接続文字列となります。

付録A 「実装計画ワークシート」に接続文字列を書き留めておきます。この接続文字列は、

Siebel Server をインストールするときに指定します。

DB2 Client Configuration Assistant またはCommand Line Processor （CLP）を使用して、

データベースエイリアスを定義します。詳しくは、『DB2 Universal Database for UNIX』または『IBM DB2 Universal Database Command Reference』を参照してください。

ネットワーク接続の確認 6

サーバーがネットワークに正しく接続されていることと、ネットワークを通じて相互に

接続されていることを確認する必要があります。

Siebel Serverと Siebel Gateway、 Siebel Database Server、 Siebelファイルシステム間のネットワーク接続を確認するには

1 ネットワークタイプに応じたテストユーティリティを使用して、 Siebel Server とSiebel Gatewayおよび Siebel Database Server間のネットワーク接続を確認します。

TCP/IPネットワークの場合は、 pingユーティリティを使用して、 Siebel Database Serverおよび Siebel Gateway とのネットワーク接続を確認します。




2 次のように Siebel Database Server との接続を確認します。

■ DB2 UDB ：次のように db2シェルを開いて、データベースと接続できることを確認

します。

a 次のように入力します。

db2 connect to database_alias user user_ID using password

ここで、

user_IDは、 DB2上の有効なユーザー名を表し、 passwordは、そのユーザー名

に対応するパスワードを表します。

接続が有効な場合は、次のようなメッセージが表示されます。

「接続テストが正常に行われました」

「データベースサーバー = DB2/AIX|Solaris x.x.x」「認証ID = SADMIN」「データベースエイリアス = NAME」

接続が有効でない場合は、設定を確認してください。

b 接続を終了するには、「db2 terminate」と入力します。

Siebel Serverのインストールプロセスによってその専用のODBCデータソースが

作成されます。

3 Siebel Serverからファイルシステムへのネットワーク接続を指定します

4 ファイルシステムディレクトリを表示できること、および Siebelサービス所有者また

はResonateマネージャアカウントとの間でファイルをコピーできることを確認します。

これで、 Siebel Gateway、 Siebel Database Server、およびファイルシステムとの間の

ネットワーク接続が確認されました。




Central Dispatchのインストールの確認 6

次のいずれかの条件でCentral Dispatchが対象になるマシンにインストールされている

ことを確認します。

次のいずれかの展開を行います。

■ 対象Siebel Server上での負荷分散

■ 複数のWebサーバー上での負荷分散（Central Dispatchによって負荷分散が実行されな

い場合も含めて）

複数のサーバーをクラスタの一部として運用する場合、前述の展開ルールに例外が発生し

ます。つまり、 Central Dispatchはクラスタ化するマシンにインストールできません。代

わりに、負荷分散の実行用に予約してあるサーバーにCentral Dispatch をインストールし

ます。

Hummingbird SearchServerのインストール 6

検索を実行するように Siebel Server を設定できます。検索実行タスクを処理するように他

のリモート SearchServer をポイントすることもできます。サーバーを SearchServer として

動作させる場合は、 Siebel Server をそのマシンにインストールする前に、 Hummingbird SearchServer を AIX|Solaris|HP-UXサーバー付属プログラム（2枚組のうちのCD 2） CD-ROMからインストールする必要があります。

Hummingbird SearchServerについては、『Siebel Search管理ガイド』を参照してください。



Siebel Serverのインストールタスク

Siebel Serverのインストールタスク 6

次のインストールタスクを実行します。

■ 139ページの「Siebel Serverのインストール前チェックリスト」

■ 140ページの「Siebel Serverのインストールと設定」

マシンにインストールする Siebel Server ごとに Siebel Server インストールプログラムを実

行する必要があります。このプログラムによって次のタスクが実行されます。

■ 専用のディレクトリ構造をセットアップする。

■ ソフトウェアをディスクにコピーする。

■ Siebel Server コンポーネントをインストールする。

■ Siebel Enterprise Server （必要に応じて）と Siebel Server を設定する。

Siebel Enterprise Server という語は、個別にではなくユニットとして管理、設定できる

Siebel Serverの集合を指すときに Siebel システムで使用されます。個別のコンピュー

タまたはプログラムを表すことはありません。

したがって、展開環境に初の Siebel Server をインストールすると、自動的に Siebel Enterprise Serverが設定されます。その後にインストールして同じデータベースに接続

する Siebel Serverは、すべてこの Siebel Enterprise Server内にインストールする必要が

あります。

注 : 開発環境またはテスト環境内の単一マシン上に複数の Siebel Enterprise Server を

設定する場合は、 unsetenv $SIEBEL_ROOT （この場合の $SIEBEL_ROOTは、インス

トールルートディレクトリの環境変数を表します）のようなコマンドを実行して、

Siebel Enterprise Server ごとに固有の$SIEBEL_ROOTを指定する必要があります。単

一マシン上への複数の Siebel Enterprise Serverの設定は、本番環境用としてはサポー

トされません。




Siebel Serverのインストール前チェックリスト 6

Siebel Server をインストールする前に次のタスクを実行していることを確認します。

■ Siebel Gateway をインストールし、その Siebel Gatewayが実行されていることを確認し

ます。 Siebel Server をインストールする直前に Siebel Gateway をインストールした場

合は、すでに Siebel Gatewayが実行されています（手動でGateway を起動するには、

125ページの「Siebel Gatewayの起動」を参照してください）。

注 : Siebel Gatewayが実行されていないと、 Siebel Serverのインストールを完了するこ

とはできません。

■ Siebel Gateway以外のアクティブな Siebel Serverプロセスは停止する必要があります。

■ Siebel Server をインストールする前に、適切なバージョンレベルに一致する必要なす

べてのサードパーティソフトウェア製品がすでにインストールされていることを確認

します。それらの製品がインストールされていないと、必要なソフトウェアコンポー

ネントのプロンプトが表示されます。詳しくは、『システム要件とサポートされてい

るプラットフォーム』を参照してください。

■ 次の確認をします。

■ 次の一時ディスク空き領域をインストーラに使用できることを確認します。

■ Siebel eBusiness Applicationsのインストール先親ディレクトリに set-group-id

フラグがないことを確認します。または、 set-group-idフラグが使用されている

場合は、インストールを実行するユーザーのログイン IDに、親ディレクトリの

オーナーと同じグループ IDが設定されていることを確認します。親（Siebel）ディレクトリを所有しているグループのメンバーになるだけでは不十分です。

AIX 130 MB

Solaris 90 MB

HP-UX 210 MB




■ AIXの場合にのみ、インストールを実行するログイン IDに、 slibcleanの実行許可

が設定されていることを確認します。

注意 : Siebel Server を設定する同じマシン上で Central Dispatch を実行し、 Central Dispatch と同時に使用するように Siebel Server を設定しない場合は、 Siebel Gatewayの実行中に UseSCB サーバーパラメータを FALSE に設定する必要があります。そのよ

うに設定しないと、 Siebel Server は正しく起動しません。サーバーパラメータの設定

方法については、『Siebel Server 管理ガイド』を参照してください。

Siebel Serverのインストールと設定 6

Siebel Gatewayがすでに存在しているインスタンスに Siebel Server を追加するなど、既存

のインスタンスに新しい製品を追加するときは、そのインスタンス内にインストールした

前の製品の場合と同じ言語パックをすべてインストールする必要があります。通常は、管

理と保守を簡素化できるようにルートユーザー以外のユーザーがインストールを実行する

ことをお勧めします。ただし、 Gateway Server または Siebel Server を自動起動するよう設

定する場合はルートアクセスが必要です。

注 : 次の手順は基本製品のインストールに適用されます。パッチのインストールの手順に

ついては、パッチと一緒に提供される『Maintenance Release Guide』を参照してください。

Siebel Serverをインストールするには

1 UNIX_OSサーバープログラム、 Siebel Enterprise Server BaseCD-ROM をネットワークに

インストールします。

ここで、

UNIX_OS = 使用している UNIXオペレーティングシステム、Solaris、HP-UX、AIXなど。

注 : CDのボリュームラベルは、インストール中の Siebel アプリケーションに応じて、

seaUNIX_OSsesbaseまたはseaUNIX_OSsiabaseになっています。 CD-ROMにアクセ

スする方法によっては、この手順は必要ない場合があります。 Siebel Industry

Applications をインストールする場合は、 seaUNIX_OSsiabaseを使用します。




必要に応じて、このときに seaUNIX_OSseslanguageまたはseaUNIX_OSsialanguage

のいずれか適切な CD ROM を、 Siebel Server をインストールするマシンのドライブに

インストールすることもできます。

注 : Siebel Industry Applications をインストールしている場合は、

seaUNIX_OSsialanguageをインストールします。

2 前に作成した付録A 「実装計画ワークシート」のコピーに書き留めてある Siebelサー

ビス所有者アカウントを使用して、サーバーにログオンします。

注 : Siebel Server をルートでインストールした場合は、サーバーの停止と起動はルー

トのみで実行できます。正しい権限のある Siebel アカウントを使用します。 Siebelアカウントの作成については、 61ページの「Siebelサービスオーナーアカウントの作成」



4 Siebel固有の環境変数の設定を解除します。現在の環境変数の設定を表示するには、

シェルウィンドウで「env」と入力します。

5 製品をインストールするディレクトリとそのディレクトリに対する権限を確認します。

書き込みおよび実行の権限が必要です。

6 Siebel Server インストールプロセスを開始するには、次のコマンドを入力して、

109ページの「インストールコマンド用追加フラグ」で説明されているとおりに有効

なフラグを追加します。

./setupUNIX_OS









ださい。







8 Siebel Server ファイルを初めてインストールする場合と、既存のインスタンスに新し

い言語を追加する場合に応じて、適切な処理を実行して［次へ］をクリックします。

■ サーバーソフトウェアを新しいインスタンスにインストールする、または Siebel Gateway を前にインストールした同じ場所に Siebel Server をインストールする

には、デフォルトとして［なし］を選択して、［次へ］をクリックします。手順9に進みます。





9 インストールディレクトリの完全修飾パスを入力して［次へ］をクリックするか、

次の手順を実行して別のディレクトリを選択します。

a ［参照］をクリックして、インストールディレクトリに移動します。

b 付録 A 「実装計画ワークシート」に書き留めた完全修飾場所を書き留めます。

注 : ディレクトリ名は、アンダースコアを含む標準の英数字文字にしてください。

その他の文字やスペースは使用しないでください。



注 : AIX上でインストールする場合は、［次へ］ボタンがすぐに表示されない場合があ

ります。［次へ］ボタンが表示されない場合は、 GUIのサイズを変更します。




11 インストールするライセンス供与済みサーバー製品を選択して、［次へ］をクリック

します。

注意 : ［すべて］を使用してインストールするサーバー製品によっては、インストール

前提条件があります。その場合は、一定の条件に従っていないと、インストールが無

意味になります。［すべて］を選択する前に、インストールする各コンポーネントの

インストールの指示を確認してください。 Siebel Analytics のインストールの手順につ

いては、『Siebel Analytics Installation and Administration Guide』を参照してください。

注 : ライセンスのあるコンポーネントをすべて一度にインストールする場合は、 SES

インストーラと Siebel ソフトウェア設定ウィザードで、各コンポーネントのインス

トールパラメータを要求された順序で個別に入力するように求めるメッセージが表示

されます。

［セットアップ形式］画面が表示されます。

12 次のオプションから実行するインストールのタイプを選択して、［次へ］をクリック

して続行します。

■ ［Typical］：このセットアップオプションを実行すると、すべての Siebel Server コン

ポーネントがインストールされます。

■ ［Compact］：このオプションは Siebel Serverでは無効となります。

■ ［Custom］：このセットアップオプションでは、インストールのカスタマイズが

可能であり、インストールするコンポーネントを選択できます。

［Custom］オプションでは、インストールしない特定のコンポーネント（次に

示す一連のコンポーネント）の選択を解除できます。

❏ Siebel Server実行可能ファイル

❏ Siebel Server コアコンポーネント

❏ Siebel Remote コンポーネント

❏ Siebelオブジェクトマネージャ




❏ Siebel Field Service コンポーネント

❏ Siebel Data Quality コネクタ

注意 : Siebel Server 実行可能ファイル、 Siebel Server コアコンポーネント、または

Siebel オブジェクトマネージャの選択は解除しないでください。これらのコン

ポーネントの選択を解除すると、 Siebel eBusiness Applications を実行できなくな

ります。

［インストールする言語を選択してください］画面が表示されます。

13 インストールする言語（1つまたは複数）を選択して、［次へ］をクリックします。

すべてのサーバーが少なくとも 1つの（基本）言語でインストールされます。必要に

応じて、後で別の言語をインストールできます。複数言語展開については、『Siebel Bookshelf』の『Global Deployment Guide』を参照してください。

後で言語をインストールするときには、そのディレクトリで実行したパッチもすべて

再インストールする必要があります。










［インストーラ eBriefing］画面が表示されます。




14 企業でライセンスが付与されている eBriefing または eContact製品があれば、そのいず

れかの製品を選択して、［次へ］をクリックします。

注意 : eBriefing および eContact サービスを選択すると、使用許諾契約の画面が表示さ

れます。使用許諾契約に合意しないと、設定ウィザードが終了します。


15 インストールする製品、インストール先のパス、インストールのサイズを確認して、

［次へ］をクリックします。

インストーラで、指定されたファイルをインストールするプロセスが実行されます。

すべての Siebel Server ファイルがインストールされると、次の内容のダイアログボッ

クスが表示されます。

「Setup did not find the Siebel Language Code language pack on the current media.Please insert the Siebel Language Code language pack CD

and select setupUNIX_OS.」

16 この手順をまだ実行していない場合は、適切な言語のCD-ROM を Siebel Gatewayのイ

ンストール先マシンのドライブに挿入して、選択した言語の場所（ses/language/）に移動します。ここでの languageは、 Siebel言語コードを表します。

注 : CDのボリュームラベルは、状況に応じて seaUNIX_OSseslanguageまたは

siaUNIX_OSseslanguageになっています。 Siebel Industry Applications をインストー

ルする場合は、 siaUNIX_OSseslanguage というボリュームラベル付きの CD を使用し

ます。

必要に応じてフィルタのダイアログボックスをクリアして、適切なファイルが表示さ

れるようにします。




CDの内容をファイルシステム上のディレクトリロケーションにコピーする場合は、

次の例に示すように、ホストを直接マウントする必要があります。

mount host:/directory_on_host /mount_point

ここで、

hostはマシン名です。

directory_on_hostは、マウントするディレクトリです。

mount_pointは、マウントポイントに使用する名前です。


すべての言語ファイルのインストールが完了すると、インストーラによって再びBase CD-ROMの挿入を指示する次のメッセージが表示されます。

「Please re-insert the base CD and browse to the “setupUNIX_OS” file to enable setup to continue.」

18 ネットワーク上のベース CDのマウントポイントに移動して、 ses/setupUNIX_OSを検

索し、［OK］をクリックします。

1つの言語をインストールするか複数の言語をインストールするかによって、次に

表示される画面が異なります。



■ 1つの言語のみをインストールする場合は、［アドレスとポート］画面が表示され

ます。手順20に進みます。




［アドレスとポート］画面が表示されます。

20 Siebel Gatewayのアドレスとポート番号を追加して、［次へ］をクリックします。

［Resonate］画面が表示されます。




21 次のように、 Central Dispatch をインストールするかどうかを選択して、［次へ］を

クリックします。

■ Central Dispatchがすでにインストールされている場合は、［はい］を選択します。


■ Central Dispatchがインストールされていない状態で、今後もインストールしない

場合は、［いいえ］を選択します。手順23に進みます。

■ Central Dispatchがインストールされていない場合でCentral Dispatch をインストー

ルするには、 Siebel Serverのインストールを終了します。Central Dispatch をインス

トールするには、第3章「Central Dispatch を使用する負荷分散の実装」を参照し

てください。 Siebel eBusiness ApplicationsでのCentral Dispatch と接続ブローカリ

ング機能の関係については、第1章「Siebel Server インストールの概要」と第5章「Siebel Gatewayのインストール」を参照してください。

注 : クラスタ化サーバーにはCentral Dispatch をインストールしないでください。

22 Central Dispatch をインストールしたディレクトリのフルパスを入力して、［次へ］を


［コンポーネントグループ］画面が表示されます。

23 Siebel Serverの起動時に自動的に有効化するコンポーネントグループを選択して、［次

へ］をクリックします。

サーバーコンポーネントグループとその個々のコンポーネントの全リストについては、

付録B 「サーバーコンポーネントの有効化」を参照してください。

注 : モバイルWeb クライアントユーザーにこの Siebel Server との同期を実行させる場

合は、 Siebel Remote を選択する必要があります。同じように、次に示す他のいずれか

の eBusiness Applicationsモジュールのライセンスを購入した場合は、ここでそれらの

モジュールを選択する必要があります。

Assignment ManagementCommunications Management

コンテンツセンター

Dun and BradstreetData Quality




Enterprise Application IntegrationField Service

予想サービス管理Handheld SynchronizationIncentive Compensation

Marketing Object ManagementMarketing Server

Oracle Connector

SAP ConnectorSales Credit AssignmentSiebel Anywhere

Siebel Call CenterSiebel Dynamic Commerce

Siebel eChannelSiebel eDocuments

Siebel Employee Relationship Management （ERM）

Siebel ISSSiebel Remote

Siebel Sales Hierarchy ServiceSiebel to Siebel ConnectorSiebel WirelessWorkflow Management

［Siebel Enterprise名］画面が表示されます。

24 新しい Siebel Enterpriseの名前を入力して、［次へ］をクリックします。

［ファイルシステムのパス］画面が表示されます。

25 Siebel ファイルシステムのパスを入力して、［次へ］をクリックします。

［説明］画面が表示されます。

26 Siebel Enterpriseの簡単な説明を追加して、［次へ］をクリックします。

［Synchronization Manager］画面が表示されます。




27 Synchronization Managerのデフォルトポート 40400 を受け入れるか、別の値に変更

して、［次へ］をクリックします。

［データ検索］画面が表示されます。

28 このインストールでデータマッチングに使用するソフトウェアを選択して、［次へ］

をクリックします。

［データベースの選択］画面が表示されます。

29 このエンタープライズのデータベースを選択して、［次へ］をクリックします。

［データベースの設定］画面が表示されます。

30 適切な設定情報を入力して、［次へ］をクリックします。

■ DB2の場合：データベース名を入力。

［データベースのテーブルオーナー］画面が表示されます。

31 Oracle と DB2の区別なく、テーブルオーナーアカウント ID を入力して、［次へ］を


［データベースのユーザー名］画面が表示されます。

32 Siebelで自動起動機能、バージョンチェック、 Synchronization Managerの操作に使用

するデータベースユーザー名を追加して、［次へ］をクリックします。

［データベースのパスワード］画面が表示されます。

33 データベースにアクセスするために Siebel コンポーネントによって使用されるパス

ワードを入力して確認し、［次へ］をクリックします。

［チャートサーバーホスト］画面が表示されます。

34 Chart Server ホストの名前を入力して、［次へ］をクリックします。

注 : この値はインストールに必要ではないので、後で［サーバー管理］画面を使用し

て追加できます。詳しくは、『Siebel Server管理ガイド』を参照してください。

［チャートのイメージ形式］画面が表示されます。




35 Chart Serverによって使用されるグラフィックス形式を選択して、［次へ］をクリック

します。

［暗号化タイプ］画面が表示されます。

36 このエンタープライズで使用される暗号化のタイプを選択して、［次へ］をクリック

します。

次に表示される画面は、 1つの言語または複数の言語をインストールするかどうかに

よって異なります。

■ 複数の言語をインストールする場合は、［アプリケーションオブジェクトマネー

ジャコンポーネント言語］画面が表示されます。手順37に進みます。

■ 言語を 1つだけインストールする場合は、［Siebel Server 名］画面が表示されます。


37 アプリケーションオブジェクトマネージャコンポーネント用の言語を選択して、


［Siebel Server 名］画面が表示されます。

38 Siebel Serverの名前を入力して、［次へ］をクリックします。

［Siebel Server説明］画面が表示されます。

39 サーバーの説明を入力して、［次へ］をクリックします。

どの画面が次に表示されるかは、選択したデータベースによって異なります。

■ DB2 ：［DB2 クライアントディレクトリ］画面が表示されます。手順40に進みます。

■ Oracle ：［Synchronization Manager静的ポートの上書き］画面が表示されます。

手順40 をスキップして、手順41に進みます。

40 DB2 クライアントのインストール先ディレクトリの名前を入力して、［次へ］をクリッ

クします。

［Synchronization Manager静的ポートの上書き］画面が表示されます。




41 次のように、同期マネージャのポート設定を上書きするかどうかを選択して、［次へ］


■ ［はい］を選択した場合は、手順 42に進みます。

■ ［いいえ］を選択した場合は、手順43に進みます。

［ポート番号の上書き］画面が表示されます。

42 必要に応じて上書き用のポート番号を入力して、［次へ］をクリックします。

［検索サーバーの設定］画面が表示されます。

43 このサーバーを検索サーバーとして設定するか、別の検索サーバーをポイントするか、

スキップするかを選択して、［次へ］をクリックします。

■ このサーバーを検索サーバーとして設定するように選択した場合は、

Hummingbird ソフトウェアのインストール場所のパスを追加します。

■ リモート検索サーバーを選択した場合は、そのリモート検索サーバーの名前と

ポート番号を追加します。

44 この Siebel Server上で自動起動機能を有効化するかどうかを指定して、［次へ］を


注意 : この Siebel Server をクラスタの一部として動作させる場合は、［はい］をクリッ

クして自動起動機能を有効化しないでください。常に、対応するクラスタスクリプト

またはエージェントを使用して、 Siebel Server プロセスを開始したり停止したりする


45 設定に従って Siebel Server を起動するかどうかを指定して、［次へ］をクリックします。

46 Siebel Serverの設定を確認して、［次へ］をクリックして設定を承認するか、［戻る］

をクリックして戻り、設定を変更します。

注 : 自動起動機能については、 162ページの「Siebel Serverの自動起動設定」または

『Siebel Server管理ガイド』を参照してください。




47 インストールを完了するには、［完了］をクリックします。

［完了］画面が表示されます。この画面が表示されない場合は、インストールが完了

していません。

Siebel Serverへの複数の Siebel言語パックのインストール 6

Siebel Serverに Siebel eBusiness Applicationsの複数の言語バージョンをインストールする

場合は、次の設定事項を確認します。

■ Siebel Enterprise Server ソフトウェア設定ウィザードは、各Siebel Server用に1回だけ実

行してください。

■ サーバーを設定するときは、そのサーバーにインストールされているすべての言語に

応じてアプリケーションオブジェクトマネージャ（AOM）を作成するオプションが提

供されます。

■ AOMは、 Siebel言語パックの一部としてインストールされているファイル

（omdefs.dat）を使用して、設定ウィザードによって作成されます。このため、 AOMは、インストールされている言語パックの言語だけに対応して作成されます。ただし、

GUI またはコマンドラインモードによる手動作成、または変更済みomdefs.dat ファイ

ルの作成とインポートによって、インストールされてない言語に対応する AOM を作

成できます。 omdef.datのインポートについては、『Global Deployment Guide』を参照


■ 新しいAOM コンポーネントは、作成されるとすべてのサーバーに自動的に割り当て

られ、有効化された割り当て済みの親コンポーネントグループを使用して、すべての

サーバー上で実行が試みられます（サーバーコンポーネントグループとそのメンバに

ついては、付録B 「サーバーコンポーネントの有効化」を参照してください）。

■ 新しいサーバーを追加すると、デフォルトですべてのコンポーネントグループと AOMがそのサーバーによって継承されます。

注 : 複数の言語がインストールされている場合は、プライマリ（基本）言語を指定するよ

うに求めるメッセージが表示されます。これは企業向けのプライマリ（基本）言語です。

この言語を使用して、 Siebel Server を実行し、通常、メッセージを読みます。

Siebel Server上での複数言語のインストールの展開シナリオについては、『Global Deployment Guide』を参照してください。



Siebel Serverのインストール後のタスク

既存インストールシステムへの新しい製品の追加 6

既存インストールシステムに新しい製品を追加するときは（たとえば、 Siebel Gateway を

インストールした同じディレクトリに Siebel Server を追加する場合など）、その 2番目の

製品用に同じ言語セットをインストールすることが重要です。

両方の製品によって同じルートディレクトリが共有されるため、インストーラでは、それ

らの製品がパッチおよび新しい言語の追加に関して、 1つの製品と見なされます。した

がって、両方の製品の言語セットが一致していない場合は、インストールした後の言語

が優先されます。

注 : インストールディレクトリにパッチが適用された後は、新しい製品をそのディレクト

リに追加できません。その場合は、製品を新しいインストールディレクトリにインストー

ルします。

Siebel Serverのインストール後のタスク 6

Siebel Serverのインストールプログラムの実行後に、次のタスクを実行します。

■ 154ページの「Siebel Serverのソフトウェアインストールの確認」

■ 156ページの「既存の Siebel Enterprise Server内での追加サーバーの作成」

■ 159ページの「Siebel ServerのODBCデータソースの確認」

■ 162ページの「Siebel Serverの自動起動設定」

■ 165ページの「環境変数の管理」

■ 168ページの「Siebel Server コンポーネントグループの同期」

■ 168ページの「Siebel Serverのデータベースクライアントロケールの設定」

■ 170ページの「言語固有の Siebelオブジェクトマネージャの無効化」




Siebel Serverのソフトウェアインストールの確認 6

インストール時に指定した $SIEBEL_ROOT ディレクトリに、次の低限のディレクトリと

ファイルが Siebel Server と一緒にインストールされています。

admin ： Siebel管理者が使用して編集できるファイルが含まれています。

bin ：言語固有のサーバーコンポーネントに関連する言語サブディレクトリが含まれてい

るバイナリファイルディレクトリです。インストールの問題に対処するときに Siebel テク

ニカルサポートが使用するファイルも含まれています。

dbtempl ：地域ユーザーとモバイルWeb クライアントユーザー用の Siebel Remoteに必要な

ディクショナリとローカルデータベースファイルが含まれています。

docking ： Siebel Remoteに必要なトランザクションファイル、可視性ファイル、その他の

データベースが含まれています。

enterprises ：特定のエンタープライズに固有なファイルです。特定のサーバーに固有な

ファイル（ログファイルなど）が含まれたサーバーサブディレクトリが格納されてい

ます。

FirstLogic ： Siebel Data Quality Matching とデータクレンジングに関連する設定ファイルが

含まれています。

help ：ヘルプファイルが含まれています。

input ： Siebel Remoteに関連するファイルが含まれています。

install ： UNIX インストーラで使用するファイルが含まれています。

admin/ isstempl/ nlp/ tclient/

bin/ IVSE.LIC objects/ temp/

classes/ lex/ output/ upgrade/

dbtempl/ lib/ SDOC Connector/ upgrade.log

docking/ locale/ search/ webmaster/

help/ log/ sqltempl/ webtempl/

input/ messages/ SYBSsa70/

install/ msgtempl/ SYBSsa80

install_script mw/ sys/




isstempl ： Siebel Interactive Selling CDA アプリケーションのテンプレートが含まれてい

ます。

IVSE.LIC ： Merant ODBC ドライバライセンスファイルです。

lex ：言語関連ファイルです。

lib ：ライブラリサブディレクトリです。 LDAP などのアプリケーションで使用される

*.so ファイルが含まれています。

locale ：言語固有のファイルが含まれています。

log ：クライアントとユーティリティのログファイルが含まれています。

messages ： eBriefingsに関連するファイルが含まれています。

msgtempl ：メールマージ用の言語固有ファイルが格納されています。

mw ： Windows インターフェイスとして機能する MainWinバイナリ、ライブラリ、スクリ

プトが含まれています。

nlp ：自然言語処理ファイルです。

objects ：言語固有のレポジトリファイルに関連する言語固有サブディレクトリが含まれて

いる Siebel レポジトリディレクトリです。

output ： Siebel Remoteに関連するファイルが含まれています。

reports ：レポートを提案書に含めるときに Siebel Proposalsによって使用されるレポート

実行可能ファイルが含まれています。

search ： Siebel Search と Siebel Advanced Search を管理して実行するために使用される

インデックスとスクリプトが含まれています。

sqltempl ： Siebel Server コンポーネントで使用される SQL ステートメントが含まれてい

ます。これらのファイルは変更できません。

SYBSsa70 ： SQL Anywhere 7.0エンジンと 1つのODBC ドライバが含まれています。

sys ： Siebel Serverで使用されるファイルと、ユーザーが表示したり編集したりできない

サーバー制御ユーティリティが含まれています。

tclient ： Webサーバー関連ファイルが含まれています。




temp ： Siebel Serverで使用される一時ファイルが格納されています。

upgrade ： Siebel eBusiness Applicationsのバージョンアップグレードに関連するファイル

とスクリプトが含まれています。アップグレード中に使用される一時ファイル、バック

アップファイル、状態ログファイルも格納されています。

upgrade.log ：アップグレードログが含まれています。

webmaster ： Web公開ファイルのソースです。実行時にWebサーバーと同期されます。

webtempl ：どのようなタイプのWeb クライアントにも対応できるアプレットとビュー

付きの Siebel Web テンプレートが含まれています。

VPD.PROPERTIES と呼ばれるファイルが InstallShieldによって生成され、インストール情

報の記録に使用されます。このファイルの機能は、 Windowsのレジストリに相当します。

インストーラでは、このファイルに格納されているデータを使用して、バージョンチェッ

ク、パッチの適用、言語パックの追加などのタスクを実行します。

注意 : インストールの完了後は必ずこのファイルのコピーを作成してください。また、テ

クニカルサポートから指示を受けずに VPD.PROPERTIES ファイルを変更したり削除したり

しないでください。

既存の Siebel Enterprise Server内での追加サーバーの作成 6

追加の Siebel Server を作成する前に、使用する Webサーバーのインストールと設定を完

了する必要があります。また、追加サーバーとの接続をテストできるように Siebel Web Server Extension （SWSE）プラグインもインストールして設定しておく必要があります。

SWSEのインストールについては、第12章「Siebel Web Server Extensionのインストール」


インストーラを使用して、既存の Siebel Enterprise Server内に追加の Siebel Server を作成

します。このスクリプトを使用して、既存の Siebel Server を再設定することもできます。

注 : 通常は、テストまたは開発の目的に限定して、複数の Siebel Server を 1つのマシン上

に作成します。本番環境では、各マシンに Siebel Server を 1つだけ作成することを強くお

勧めします。




追加のSiebel Serverを設定するには

1 Siebel Server ソフトウェアがインストールされているマシンに、 Siebelサービス所有

者としてログオンします。

2 シェルウィンドウで、「env」と入力して、環境変数SIEBEL_GATEWAY が実際の Gateway IP アドレスまたは Siebel Gatewayのネットワーク名に設定されていることと、

SIEBEL_ROOT変数が Siebelルートディレクトリに設定されていることを確認します。

注 : config_serverスクリプトでは、コマンドライン引数によって上書きされない

限り、これらの環境変数の値を使用します。使用できるスイッチについては、

158ページの手順4 を参照してください。

3 Siebel環境変数が設定されていなかったり、不正に設定されている場合は、

$SIEBEL_ROOT/siebsrvrディレクトリに移動して、使用する Unix シェルまたはその

バリエーションに適合するコマンドを選択します。


. ./siebenv.sh

注 : 初のピリオドと ./siebenv.sh との間にスペースがあることを確認します。

C シェル：

source siebenv.csh

注意 : siebenv.sh, の設定を行う前に、データベース環境が正しくセットアップされ

ていることを確認してください。具体的には、 LD_LIBRARY_PATH （Solaris）、SHLIB_PATH （HP-UX）、または LIBPATH （AIX）環境変数に、使用するデータベースク

ライアントライブラリディレクトリのフルパス名が含まれていることを確認します。

データベース環境を正しくセットアップしていないと、エラーメッセージが表示され

ます。




4 「config_server」と入力して、 Siebel Enterprise Serverの設定スクリプトを開始

します。

config_serverスクリプトは、次の表に示すコマンドラインフラグを受け入れます。

Flag パラメータ説明

-r siebel_root （必須） Siebelルートディレクトリのフルパス。

$SIEBEL_ROOT環境が Siebelルートディレクトリに

設定されている場合は、コマンドラインで -r ス

イッチと値を使用する必要はありません。コマンド

ラインで -rが指定されていない場合は、

$SIEBEL_ROOT環境変数の値が使用されます。

したがって、 -r スイッチを使用せずに

server_configを実行する前に、この環境変数が

設定されていることを確認する必要があります。

-g siebel_gateway （必須） Siebel Gatewayの IP アドレスまたはネット

ワーク名。 $SIEBEL_GATEWAY環境が Siebel Gatewayの IP アドレスまたはネットワーク名に設定されてい

る場合は、コマンドラインで -g スイッチと値を使

用する必要はありません。コマンドラインで -gが

指定されていない場合は、 $SIEBEL_GATEWAY環境

変数の値が使用されます。したがって、 -g スイッチ

を使用せずに server_configを実行する前に、こ

の環境変数が設定されていることを確認する必要が

あります。

-e enterprise_server （オプション）動作環境になる Siebel Enterprise Server。この値を指定しないで複数の Siebel Enterprise Server を定義すると、 Siebel Enterprise Serverのリストが提供されて、指定を求めるメッ

セージが表示されます。

-s siebel_server - （オプション）設定する既存の Siebel Server。指定

しないと、既存の Siebel Serverのリストと、新しい

Siebel Server を追加するオプションが提供され、

指定を求めるメッセージが表示されます。




5 コマンドラインフラグを付けて Siebel Server を指定しなかった場合は、次のように、

設定する既存のサーバーを選択するか、新しいサーバーを作成するオプションを選択


■ 既存のサーバーを編集するように選択すると、 config_server スクリプトに

よって、 Siebel Serverの現在の設定が表示されて、変更するように求められます。

■ 新しい Siebel Server を作成するように選択すると、 config_serverスクリプトに

よって、 Siebel Serverの新しいディレクトリを選択して設定を行うように求める

メッセージが表示されます。

注 : 初の Siebel Server と同じルートディレクトリに 2番目の Siebel Server をインス

トールすることはできません。

6 140ページの「Siebel Serverのインストールと設定」で説明されている手順を繰り

返します。

config_serverスクリプトは、選択されたタスクの完了後に終了します。

新しい Siebel Server と Siebel Remote の作成1つのマシンに複数の Siebel Server をインストールするときは、インストールした初の

Siebel Serverだけでしか、 Siebel Remote をサポートするように設定できません。

それぞれの Siebel Server上で Siebel Remote を有効化する必要がある場合は、それらの

Siebel Server を個別のディレクトリにインストールします（つまり、同じインストール

ファイルを共有しないようにします）。

Siebel Serverの ODBC データソースの確認 6

Siebel Server インストールプログラムによって、 Siebel Database Serverに接続するために

使用する ODBCシステムデータソース名（DSN）が自動的に作成されます。




DB2 UDBのODBCデータソースを確認するには

1 $SIEBEL_HOMEディレクトリ内の db2cli.iniファイルを開いて、

[siebsrvr_enterprise name] というセクションがあることを確認します。この場

合のenterprise nameは、インストール中に指定された企業名を表します。

そのデフォルト名はsiebelです。

2 セクションに次の 2つの値が存在することを確認します。

dbalias = aliasname （使用する DB2 UDBデータベースサーバーのカタログに入って

いるデータベースエイリアス）

txnisolation = 1

該当するセクションがない場合は、 $SIEBEL_HOME/binで configdb2 スクリプトを実

行して設定し、セクションがあるかを再確認します。

注 : ODBCデータソースと一緒に自動的に作成されたデフォルト設定を変更すること

はお勧めしません。

3 SIEBEL_UNIXUNICODE_DB環境変数がDB2に設定されていることを確認します。

注意 : 異種データベース同時接続が必須になる Siebel Marketing を使用する場合は、

データベースプラットフォームの種類にかからわずこの変数を ORACLE に設定する


4 $SIEBEL_HOME/binに移動し、次のコマンドを入力して、接続をテストします。

odbcsql /u user_name /p password /s ODBC DSNW

ここで、

ODBC DSNは、データベース接続文字列を表します。

エラーメッセージが表示されない場合は、 ODBC接続が有効になっています。

注 : ODBC DSNが有効になっていないと、エラーメッセージが表示されてプログラム

が終了します。 161ページの「ODBCデータソース接続のトラブルシューティング」





ODBC データソース接続のトラブルシューティングODBCデータソースの接続テストに失敗した場合は、次に示す手順を実行して、原因を

調べます。

DB2 UDB次の手順を実行して、 Solaris、 AIX、またはHP-UX上の接続の問題を解決します。

Solaris、 AIX、またはHP-UX上のODBC接続の問題を解決するには

1 Siebel Serverの設定の一部として入力したデータベースエイリアスが有効であること

を確認して、次のように入力します。

db2 connect to Database Alias user username using password

ここで、

Database Aliasは、データベースのエイリアスを表します。

usernameは、使用するログオン ID を表します。

passwordは、使用するログオンパスワードを表します。

付録A 「実装計画ワークシート」のコピーも参照してください。

2 入力されているデータベースエイリアスが正しい場合は、 ODBCINI環境変数をチェッ

クし、次のコマンドを入力して設定されていることを確認します。

echo ${ODBCINI}

応答は次のようになります。

$SIEBEL_ROOT/sys/.odbc.ini

3 ODBCINI環境変数が正しく設定されている場合は、 .odbc.iniファイルに次のような

セクションがあることを確認します。

[siebsrvr_enterprise]ServerName=Database AliasDriver=/instances/v7inst1/sqllib/lib/libdb2.so (Solaris and HP-UX)

または

Driver=/instances/v7inst1/sqllib/lib/libdb2.o (AIX)




4 手順3のDriverキーで参照されているライブラリファイルが存在することを確認し

ます。

5 手順3で示した .odbc.ini ファイル内のセクションが存在する場合は、次のコマンド

を入力して、 LD_LIBRARY_PATH （Solaris）、 SHLIB_PATH （HP-UX）、またはLIBPATH

（AIX）にODBC ドライバのパスが含まれていることを確認します。

Solaris: echo ${LD_LIBRARY_PATH}

AIX: echo ${LIBPATH}

HP-UX: echo $[SHLIB_PATH}

6 手順5に示したプラットフォームに対応する応答が正しく、Unicodeのインストールを

確認しようとする場合は、次の環境変数がデータベースプラットフォームベンダーに

よる推奨に基づいて設定されていることを確認します。これらの変数は、siebenv.csh

スクリプトと siebenv.shスクリプトでも設定されている必要があります。

SIEBEL_UNIXUNICODE_DB=DB2

Siebel Serverの自動起動設定 6

Unix インストール時に、 Siebel Serverの自動起動を選択した場合は、次の手順を実行して、

その機能を有効化する必要があります。

使用する手順は、 siebel_serverのコピーを /etc/init.d （Solaris と HP-UX）または

/etc/rc.d （AIX）ディレクトリに作成しているかどうかによって異なります。たとえば、

Siebel Gateway とこの Siebel Server を異なるマシンにインストールしている場合は、

コピーがない可能性が高くなり、その場合は 2番目の手順を使用します。

siebel_server スクリプトの編集siebel_serverスクリプトでは、データベース接続用の適切な環境変数を設定して、

Siebel システムサービスを起動できるようにする必要があります。

$SIEBEL_SERVER_ROOT/binで、 siebel_serverスクリプトを検索します。

必要に応じて、スクリプトの “Setting Up Database Connectivity” というセクションを

編集し、適切なコマンドが呼び出されるようにします。




自動起動機能を有効化するサーバー上に複数の $SIEBEL_ROOTディレクトリがある場合は、

新しい$SIEBEL_ROOT を SIEBEL_SERVER_ROOT変数に追加して、スクリプトを編集する必

要があります（スペースを使用して、ディレクトリを区切ります）。たとえば、ディレク

トリ /usr/local/siebelで、初の Siebel Serverに、 $SIEBEL_SERVER_ROOTの次の変数

値が割り当てられているとします。

SIEBEL_SERVER_ROOT = "/usr/local/siebel"

前述の手順の実行後に、新しいサーバーをディレクトリ /vol1/siebelにインストールし

て自動起動機能を適用する場合は、次のように $SIEBEL_SERVER_ROOT変数を変更する必


$SIEBEL_SERVER_ROOT= "/usr/local/siebel /vol1/siebel"

注 : Siebel Gatewayがインストールされているホストを初に起動して後にシャットダ

ウンする必要があることに注意してください。

スクリプトがない場合の Siebel Server の自動起動設定適切な場所にスクリプト siebel_serverのコピーがない場合は、次の手順を実行します。

Solarisおよび HP-UXで Siebel Serverが自動起動するように設定するには

1 Siebel Serverがインストールされているマシンにルートとしてログオンします。

2 次のように、ファイルsiebel_serverを /etc/init.dディレクトリにコピーします。

cp $SIEBEL_ROOT/bin/siebel_server /etc/init.d

3 次のコマンドを実行して、適切な許可を設定します。

chmod 744 /etc/init.d/siebel_server

4 次の場所へのハードリンクを作成します。

/etc/rc3.d/S72siebel

リンク元は次のとおりです。

/etc/init.d/siebel_server




そのために次のコマンドを実行します。

ln /etc/init.d/siebel_server /etc/rc3.d/S72siebel

注 : 前述のコマンドでは、初期状態3で Siebel Server を起動することを想定します。

5 次の場所へのハードリンクを作成します。

/etc/rc0.d/K32siebel

リンク元は次のとおりです。

/etc/init.d/siebel_server

そのために次のコマンドを実行します。

ln /etc/init.d/siebel_server /etc/rc0.d/K32siebel

AIXで自動起動するように Siebel Serverを設定するには

1 Siebel Serverがインストールされているマシンにルートとしてログオンします。

2 $SIEBEL_ROOT/bin/に移動します。

ここで、

$SIEBEL_ROOT =は、 Siebel Serverのインストールディレクトリを表します。

3 任意のテキストエディタを使用して、ファイルsiebel_serverを開きます。次に示す

ように、データベース環境変数を編集します。

DB2

■ たとえば、次のように行を追加して、 db2profileを実行します。

. /home/eng-sm/db2v7aix/sqllib/db2profile

注 : $db2profileの場所については、データベース管理者に問い合わせる必要があり

ます。

4 ファイルを保存してから閉じます。




5 ルートとしてログインし、 1つの行で次のコマンドを実行します。

mkitab "start_gateway:2:once:su - $USER -c ¥"$SIEBEL_ROOT/bin/siebel_server start¥""

ここで、

$USERは、 Siebel管理者のユーザー名です。

$SIEBEL_ROOTは、 Siebel Gatewayのインストールディレクトリです。

6 ファイル/etc/rc.shutdownが存在するかどうかを確認します。このファイルが存在

しない場合は、作成してその許可を変更します。

touch /etc/rc.shutdownchmod 744 /etc/rc.shutdown

7 ファイル/etc/rc.shutdownを編集して、それに次のコマンドを追加します。

su - $USER -c “$SIEBEL_ROOT/bin/siebel_server stop”

ここで、

$USERは、 Siebel管理者のユーザー名です。

$SIEBEL_ROOTは、 Siebel Gatewayのインストールディレクトリです。

8 ファイルを保存して閉じます。

環境変数の管理 6

Siebel Server を適化して動作させるには、いくつかの環境変数を正しく設定する必要が

あります。次の環境変数が対象になります。

■ Siebel環境変数

■ Unixオペレーティングシステムの環境変数

表14は、これらの環境変数を設定して管理するための手順を示しています。 Siebel Serverを適化するためのUnix カーネルのチューニングとその他のチューニング可能パラメー

タについては、付録E 「Siebel インストールのための UNIXオペレーティングシステムの

チューニング」を参照してください。




Siebelのインストールおよび設定スクリプトを実行するときは、 Siebel環境変数

$SIEBEL_GATEWAY と、 $SIEBEL_ROOTを設定する必要があります。これらの環境変数は、

『Siebel Server管理ガイド』で説明されている Siebel Gateway と Siebel Serverの管理ユー

ティリティを有効化する場合も設定する必要があります。

Siebel Gatewayのインストールプロセスの実行中に、スクリプトファイルsiebenv.csh

（C シェルとそのバリエーション用）と siebenv.sh （Bourne シェルと Korn シェルおよび

そのバリエーション用）が自動的に $SIEBEL_ROOTディレクトリに作成されます。設定

時に、これらのシェルスクリプトによって環境変数が設定されます。

手動で起動するように Siebel Server を設定した場合は、サーバーを起動する前に

siebenv.*の設定を行う必要があります。このため、 Siebel管理者がログオンするたびに、

これらの変数が自動的に設定されるように、適切な siebenv.*スクリプトの呼び出しを、

すべての Siebel管理者のUnix アカウントのログオンファイルに追加できます。

注 : これらの環境変数のデフォルト設定を変更する場合は、 Siebel Server を起動する前に

一定の手順を実行する必要があります。

表14. 環境変数の管理

環境変数目的推奨Siebel値

ODBCINI どのファイルを開いて ODBCデータソースとド

ライバ情報を探すかを ODBC ドライバマネー

ジャに指示します。サーバーのインストール時

に作成された Siebelの siebenv.sh環境変数

ファイルと siebenv.csh環境変数ファイル内で

設定します。常に、 $SIEBEL_ROOT/sys/

.odbc.iniをポイントします。

N/A （変更せず）

SIEBEL_UNIXUNICODE_DB

この環境変数によって、 RDBMSへの接続を管理

する ODBC ドライバマネージャが制御されます。

必要に応じて、 siebenv.*ファイル内でリセッ

トしてから、設定を行います。

デフォルト値は、 DB2

です。データベース

がOracleの場合は、

ORACLEにリセットす

る必要があります。

LANG siebenv.cshファイルまたは siebenv.shファ

イル内の言語環境変数です。インストール言語

に適した Siebel Database Serverのクライアント

環境を設定します。

この値をデータベー

スの実行言語に設定

します。




LATCH 環境変数の設定 6

LATCH環境変数によって、 Siebel Server ごとに割り当てられる名前のない同期オブジェク

トの数が制御されます。

LATCH環境変数を設定するには

1 Webサーバーを実行する管理者のプロファイルに環境変数SIEBEL_OSD_MAXLIMITSを

追加し、次のいずれかの方法を使用して、 1に設定します。

C シェルの場合：

setenv SIEBEL_OSD_MAXLIMITS 1

Korn シェルまたはBourne シェルの場合：

SIEBEL_OSD_MAXLIMITS=1;export SIEBEL_OSD_MAXLIMITS

2 任意指定1つの Siebel Server を同時使用するユーザーの数が 500 を超える場合は、

そのような大きいユーザー負荷を管理できるように Latch環境変数を設定します。

注 : この変数を変更する前に、 stop_serverを使用してサーバーを停止し、

$SIEBEL_ROOT/sys osdfファイルがまだ存在する場合は、そのファイルを削除します。

次の環境変数と値が計算されます。

SIEBEL_OSD_NLATCH = 7 * MaxTasks + 1000

SIEBEL_OSD_LATCH = 1.2 * MaxTasks

Siebel アプリケーション用の Unix チューニング 6

Siebel Server を正しく動作させるには、さまざまな Unix システム環境変数を設定する必

要があります。 Siebel Server を適化するためのUnix カーネルのチューニングとその他

のチューニング可能パラメータについては、付録E 「Siebel インストールのための UNIXオペレーティングシステムのチューニング」を参照してください。

さらに、 134ページの「サーバー上の言語ロケールの確認」も参照してください。




モバイルユーザーのネットワーク接続の確立 6

SiebelモバイルWeb クライアントユーザーは、 TCP/IP経由で Siebel Remoteサーバーに接

続して、マスターデータベースと同期できるようにする必要があります。 pingユーティ

リティを使用して、このような接続をサポートするための適切なネットワークソフトウェ

アとハードウェアがインストールされていることと、リモートユーザーがサーバーとの

TCP/IP接続を確立できることを確認します。

これで、 Siebel Database Serverのインストールプロセスに進む準備ができました。

Siebel Server コンポーネントグループの同期 6

Siebel コンポーネントグループを動作させるには、その前にコンポーネントグループを同

期する必要があります。同期の手順と、インストール後の必要なコンポーネントの有効化

については、『Siebel Server管理ガイド』を参照してください。

Siebel Serverのデータベースクライアントロケールの設定 6

Siebelデータベースを設定する前に、Siebel Serverの言語特性を設定する必要があります。

注意 : この手順は、 1 つの言語パックだけをインストールする場合でも複数の言語バック

をインストールする場合でも必須になります。

DB2 UDBオペレーティングシステムで使用するシェルスクリプトのタイプに応じて、 siebenv.csh

（C シェル）またはsiebenv.sh （Korn またはBourne シェル）用のデータベース環境変数

をロードする必要があります。これで、データベースとの接続が円滑に実行されます。




ロケールパラメータを設定するには

1 使用する Unix シェルに応じて、次のコマンドを入力します。


DB2_installation_path/sqllib/db2profile

C シェル：

ソールDB2_installation_path/sqllib/db2cshrc

ここで、

DB2_installation_pathは、 DB2のインストール先です。

2 データベース接続を再確認します。

コードページをデータベースレベルで設定する必要もあります。詳しくは、『システム要

件とサポートされているプラットフォーム』を参照してください。

言語固有の Siebel オブジェクトマネージャについて 6

それぞれの Siebel言語パックのインストールには、すでにインストールしている場合があ

る他の言語パックに関連するマネージャを上書きしない言語固有の Siebelオブジェクトマ

ネージャが含まれます。

使用するすべての Siebel Serverで必要になる言語パックをすべてインストールした後は、

すべてのWebサーバーでも同じようにインストールする必要があることに注意してくだ

さい。詳しくは、第12章「Siebel Web Server Extensionのインストール」を参照してくだ

さい。

Siebel Enterprise Serverのコンポーネントグループを有効化すると、その Siebel Enterprise Server内のすべての Siebel Serverでも、そのコンポーネントに対応する言語固有の Siebelオブジェクトマネージャが自動的に有効化されます。コンポーネントグループの有効化に

ついては、「Siebel Serverのインストールと設定」の 147ページの手順23 を参照してくだ

さい。




言語固有の Siebel オブジェクトマネージャの無効化 6

複数言語展開の場合は、スクリプトを実行して、セカンダリ言語に特化する Siebel Server上でデフォルトとして実行される言語固有の Siebelオブジェクトマネージャ（つまり、プ

ライマリ（基本）言語に対応する Siebelオブジェクトマネージャ）を無効化する必要があ

ります。

Siebel Server上で言語固有のSiebelオブジェクトマネージャを無効化するには

1 $SIEBEL_HOME/binに移動します。


disable_lang.ksh language code server1 server2 server3

例：

disable_lang ENU siebsrvr1 gtwysrvr

ここで、

langは、無効化する言語コンポーネントです。

server1、 2などは、コンポーネントを無効化する対象になる Siebel Serverの名前

を表します。

注 : サーバー名の間にカンマは入れないでください。

実行が完了すると、このスクリプトによって呼び出される srvrmgrバナーと、次の


connected to 0 servers of n

2番目のメッセージ（command completed）は、言語固有の Siebelオブジェクトマ

ネージャを無効化する対象としてサーバーを指定した回数だけ表示されます。



Siebel Serverのインストールのトラブルシューティング

Siebel Serverのインストールのトラブルシューティング 6

この項では、 Siebel Serverのインストール上の問題を解決するためのガイドラインを提供

します。

インストールの問題はさまざまな原因によって発生する場合がありますが、も一般的な

原因を次に示します。

■ ユーザー権限が十分でない：インストールに必要な管理者としての適切なユーザー権限

については、を参照してください。第2章「インストールの準備」

■ 不正な手順で Siebel Server をインストールしようとしている：必要なインストール手順につ

いては、以下を参照してください。第2章「インストールの準備」

■ 環境変数が正しく設定されていない：これらの設定については、 165ページの「環境変数

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

■ 必須ハードウェアまたはソフトウェアをインストールしていない：ソフトウェア要件に関連

するインストールエラーは、 SES インストーラログファイルに記録されます。前提条

件については、『システム要件とサポートされているプラットフォーム』を参照して

ください。

■ ネットワーク接続に障害がある：ネットワーク接続の障害が原因で、システム管理者が

書き込み権限のある $HOMEディレクトリにインストールできなくなることがあり

ます。ネットワーク接続に障害がないことを確認します。

■ オブジェクトマネージャが起動しない：実行するオブジェクトマネージャのインスタンス

数が 50 を超えている高負荷サーバーでは、一部のオブジェクトマネージャが正しく起

動しない状態になり、次のエラーメッセージがログファイルに記録される場合があり

ます。

「接続要求をキューから取り出す際にエラー 1801210が発生しました (62)」

このエラーを修正するには、 TCP スタックパラメータを変更します。詳しくは、

435ページの「Solaris用のオブジェクトマネージャインスタンスのチューニング」を





次のリストは、インストールまたは設定に関する問題のその他の原因を示しています。

問題： Siebel Serverが終了し、起動しようとすると不明な理由によりコアダンプが生成さ

れる。

解決策： Central Dispatchが Siebel Serverにインストールされている場合でも、エンタープ

ライズがCentral Dispatchに対応するように設定されていないと、 Siebelプログラムは失

敗することがあります。 Siebel Gatewayが実行されている状態で、サーバーマネージャを

使用し、この Siebel Server上のUseSCBパラメータを FALSEに設定します。 Siebel Serverパラメータの設定方法については、『Siebel Server管理ガイド』を参照してください。

問題： Siebel Serverが設定後に起動しない。

解決策 a ： Siebel Gatewayが起動していることを確認します。 Siebel Gatewayが停止してい

る場合は起動します。

解決策 b ：設定中に入力された値が有効であることを確認します。

解決策 c ：サービスを起動するための十分なシステム権限を持っていることを確認します。

この件については、第2章「インストールの準備」を参照してください。

問題： Siebel Serverが起動せず、ログファイルに、サーバーに関連する Central Dispatch タ

イムアウトエラーが表示される。

解決策： Siebelパラメータ SCBtimeoutを使用して、 Central Dispatchのタイムアウトエ

ラー値を増加します。

注 : このパラメータのデフォルト設定値は 300秒です。

現在のSCBタイムアウトパラメータの設定を確認するには

1 Unix シェルから、次のコマンドを入力します。

srvrmgr -g gateway address -e Siebel Enterprise name

ここで、

gateway address は、使用する Siebel Gatewayの IPアドレスを表します。

Siebel Enterprise nameは、使用する Siebel Enterprise Serverのエイリアスを表

します。




2 プロンプトで次のように入力します。

list parameter SCBTimeout for Server Siebel Server name

ここで、

Siebel Server nameは、コンポーネントを起動できなかった Siebel Serverのエイ

リアスを表します。

このときに、前述の手順で返された値に時間値を追加して、起動までの時間をさらに

60秒長くすることができます。

失敗したコンポーネントのタイムアウト値を増加するには

■ 172ページの「現在の SCB タイムアウトパラメータの設定を確認するには」の手順1から、 srvrmgrユーティリティを実行して、 srvrmgrプロンプトで次のように入力し

ます。

change parameter SCBTimeout=new value to server Siebel Server name

ここで、

new valueは、新しいタイムアウト値を表します（秒単位）。

Siebel Server nameは、 Siebel Serverのエイリアスを表します。


Siebel 実装のクラスタ化によるフェイルオーバー機能の実現 7

この章では、 Siebel Systems認定のクラスタ化テクノロジーを使用して Siebel eBusiness Applications を展開する方法について説明します。 Siebel認定のクラスタ化テクノロジー

の一覧については、『システム要件とサポートされているプラットフォーム』を参照して

ください。

Siebel eBusiness Applications をインストールする前に、クラスタ化が完全に機能している

ことが必要です。


Siebel実装のクラスタ化によるフェイルオーバー機能の実現

クラスタ化されたサーバーについて

クラスタ化されたサーバーについて 7

サーバーをクラスタ化すると、 Siebel Server などのリソースをクラスタ内の 2つのノード

間で自動的に移行することや再起動することが可能になります。

複数のクラスタノードで構成される 1つの論理コンピュータは、どの時点においても 1つのノード上でしか実行できません。そのノードに障害が発生した場合は、サービスまたは

アプリケーションを 2番目のノードにフェイルオーバーし、アプリケーションの停止を

小限に抑えるように、クラスタ化ソフトウェアを設定することができます。これはアプリ

ケーションを再起動するのと同じようなものです。そのため、 Siebel eBusiness Applicationsは、フェイルオーバー時にサービスがしばらく中断されます。

■ その Siebel Server上のアプリケーションオブジェクトマネージャ（AOM）に接続して

いるすべてのユーザーは、接続とログインを再度行う必要があります。 177ページの

「クラスタ化の対象コンポーネント」および181ページの表17 を参照してください。

■ Siebel ServerにCommunications Serverがインストールされていた場合、 CTI ツール

バーは無効になります。すべてのユーザーは接続とログインを再度行う必要があり

ます。

クラスタ化は、負荷分散が行われず、シングルポイントの障害となるサーバー上でアクセ

ス可能なコンポーネントの可用性を向上させるのに適です。

注 : Siebel コンポーネントがクラスタ化されている同一マシン上に Central Dispatch ソフト

ウェアをインストールすることはできません。

サーバーの高可用性が重要となる実装の場合、クラスタ化により、システム内部のシング

ルポイント障害を回避することができます。




クラスタ化の対象コンポーネント 7

次に示すコンポーネントまたはサーバーソフトウェアを実行するサーバーの場合は、クラ

スタ化することを考慮してください。

■ Siebel Gateway Name Server （Central Dispatch コンポーネントがインストールされて

いない場合）

■ Central Dispatchによって管理されていないコンポーネントを持つSiebel Server

注 : Central Dispatchにより負荷分散されないほとんどのコンポーネントはクラスタ化

が必要です。ただし、すべてのサーバー上で実行できる Server Request Processor、冗

長性を実現するために複数のノード上で実行できる Business Integration Manager、

Work Flow Process Manager、およびServer Request Broker などのコンポーネントは例

外になります。

■ Siebel ファイルシステム

■ Siebel Database Server

注 : Siebel eBusiness Applicationsは、負荷分散技術とフェイルオーバークラスタ化テクノ

ロジーの両方を使用して、高可用性（HA）を実現できるようになっています。これらの

テクノロジーは、 Siebel環境で補完的かつ相互排他的に作用します。クラスタ化された

Siebelオブジェクトマネージャは、単一のインスタンスとして実行するか、静的に負荷分

散させるかのいずれかになります。




図7は、クラスタ化されたコンポーネントの代表的なグループを示しています。

図7. Siebel エンタープライズ環境でのクラスタ化されたサーバーと負荷分散されたサーバー




クラスタ化ソリューションでサポートされる Siebel コンポーネント 7

表15 は、 Siebel アーキテクチャ内のクラスタ化ソリューションにおいてサポートされる

コンポーネントを示しています。

表15. クラスタ化でサポートされる Siebel コンポーネント

コンポーネントコメント

Siebel Gateway Name Server （Central Dispatchがインストールされていない場合）

完全サポート。

Siebel Server1

1. 1 つのクラスタに複数の Siebel Server をインストールする場合には（すべてがクラスタソリュー

ションに登録されているかどうかにかかわらず）、［コンポーネントポート選択］ダイアログボッ

クスで［静的ポートの割り当て］を選択し、各コンポーネントに対して固有のポート番号を指定

してください。同一クラスタ内のすべての Siebel Server で稼働するコンポーネントは、同じノー

ドつまり Siebel Server 上で動作する際に競合しないように、固有のポート番号を使用することが

必要です。

サーバーコンポーネントは、クラスタ化され

るか負荷分散されるかのいずれかになり、両

方であることはできません。オブジェクトマ

ネージャによっては、クラスタ化をサポート

しないものや必要としないものもあります。詳しくは、 181ページの「Siebel高可用性サ

ポートのマトリックス」を参照してくだ

さい。

SWSEプラグイン付き Webサーバー2

2. 標準ポート以外を使用して SWSE をインスールする場合には、 Web サーバーのアドレスまたは

ホスト名の一部として Web サーバーポートを指定してください。

負荷分散されない SWSEプラグインの場合の

み完全サポート。

Siebel ファイルシステム完全サポート。

Siebel Database Server DBベンダーのサポートによる。

Siebelサードパーティサーバーコンポー

ネント

180ページの表 16 を参照。




クラスタ化制限のある Siebelサードパーティコンポーネント 7

表16に、クラスタ化制限のあるサードパーティコンポーネントを示します。

表16. クラスタ化制限のあるサードパーティコンポーネント

コンポーネントコメント

RDBMSサーバー Siebelのサポート範囲内で、 RDBMSベン

ダーのサポートによる。

Siebel CORBAオブジェクトマネージャサポートなし

LDAP／ADSIディレクトリサーバー LDAPベンダーによる。高可用性を実現する

ためには、クラスタ化が LDAPベンダーによ

りサポートされていない場合は組み込みのレ

プリケーション機能を使用してください。

Central Dispatch サポートなし高可用性を実現するためには、

ビルトインのフェイルオーバー機能を使用し

てください。

Universal Queuing Server サポートなし高可用性を実現するためには、

ビルトインのフェイルオーバー機能を使用し

てください。

Siebel とのActuate eReport Server インテグ

レーション

サポートなし

Informatica サポートなし

Documents server／Microsoft Wordサーバー

側のインテグレーション

サポートなし

Fulcrum/Hummingbird Search Server サポートなし

First Logic Data Quality サポートなし

CTIハードウェア／スイッチサポートなし

ChartWorks サポートなし




Siebel 高可用性サポートのマトリックス 7

181ページの表17は、さまざまな Siebel機能と、それらの機能と併用できる高可用性手法

とをまとめたものです。次のように分類されます。

■ 推奨：この機能に対して複数の高可用性手法がサポートされているが、この手法が

推奨されており、可能な限りこの手法を使用する必要があることを示します。

■ サポート：この機能に対して高可能性手法がサポートされていることを示します。

推奨される手法が適切ではない場合にこの手法を使用します。

■ 空白：サポートされていないことを示します。

表17. Siebel機能サポートのマトリックス

プロセスクラスタ化負荷分散

ソフトウェア提供の

負荷分散

Communications Management サポート推奨

CORBA Object Manager サポート推奨

Dynamic Assignment サポート

eConfigurator サポート推奨

eDocument Server サポート

ePricer サポート推奨

EAI サポート推奨サポート

EAI Object Manager サポート推奨

Email Agent サポート

Field Service サポート推奨

File System Manager サポート推奨

Interactive Assignment サポート推奨

MQ Series Receiver サポート

Replication Agent サポート

Central Dispatch Scheduler サポート

SAP BAPI Integration サポート




クラスタ化の方法 7

同じアプリケーションをアクティブノードとバックアップノードの 2つのノード上で実行

することも、異なるアプリケーションを個別のノードで実行することもできます。次の

項では、 2つのノードを持つクラスタ環境について、別のシナリオで説明しますが、同じ

コンセプトは複数のノードを持つ環境にも適用できます。

アクティブ - アクティブ構成アクティブ - アクティブ構成では、クラスタ内で両方のノードがアクティブになります。

それぞれのノードが同じアプリケーションの異なるインスタンスまたは異なるアプリケー

ションを実行します。たとえば、一方のノードで Siebel Database を実行し、もう一方の

ノードで Siebel Server を実行する場合や、一方のノードで Siebel Gateway を実行し、もう

一方のノードで Siebel Server を実行する場合があります。

また、一方のアクティブノードを本番サーバーとして使用し、もう一方のノードを開発ま

たはテストサーバーとして使用することもできます。フェイルオーバーが発生すると、本

番ノードが開発またはテストノードに引き継がれます。 2番目のノードの開発またはテス

ト環境は停止され、本番サービスが優先されます。

SAP IDOC Receiver サポート

SAP IDOC Receiver for MQ サポート

Server Request Broker サポート推奨

Server Request Processor サポート推奨

Siebel Marketing サポート推奨

Siebel Remote1 サポート

Thin Client （Object Managers）サポート推奨

Workflow Manager サポート

1. リモートクライアントの設定ファイル内で DockConnStringパラメータが仮想（論理）サーバー名を参照している

ことが必要です。クラスタのフェイルオーバー後にリモート同期が行われるように、この設定を適切に行う必要があ

ります。

表17. Siebel機能サポートのマトリックス

プロセスクラスタ化負荷分散

ソフトウェア提供の

負荷分散




アクティブ - パッシブ構成アクティブ -パッシブ構成では、 1つのノードだけがアプリケーションを実行します。も

う一方のノードはアイドル状態となり、ホットバックアップとして機能します。クラスタ

化されたノードのいずれか 1つが、アクティブノードで障害が発生するまでアイドル

（パッシブ）状態を続けるスタンバイノードとなります。この場合、パッシブノードがア

クティブになった時点で、前に実行していたアプリケーションがオンラインに戻ります。

正しい方法の選択アクティブ - アクティブクラスタとアクティブ -パッシブクラスタは、両方とも有効なソ

リューションです。 2つのクラスタ構成のいずれを選択するかは、フェイルオーバー後の

アクティブサーバーのパフォーマンスおよびコストのどちらを優先させるかという判断に

なります。

アクティブ - アクティブクラスタでは常にすべてのハードウェアを使用するので、より良

い投資回収率が望めます。フェイルオーバーが発生した場合には、障害サーバーの負荷

がもう一方のサーバーの既存の負荷に加わることになるため、オーバーロードとなって、

そのサーバー上ですべてのアプリケーションのパフォーマンスが低下する可能性があり

ます。

ただし、フェイルオーバーは頻繁に起こるものではなく、また起こっても短時間で終わる

ため、実際にはこのパフォーマンスの低下は許容範囲であることがほとんどです。した

がって、サーバーは通常、アクティブ - アクティブクラスタで配置されます。

アクティブ -パッシブクラスタでは、例外的な状況（フェイルオーバー）でのみ使用され

るスタンバイサーバーが必要になります。したがって、容量が追加されることなく余分

なハードウェアコストがかかることになります。ただし、アクティブ -パッシブクラスタ

では、フェイルオーバーが起こった後でも各アプリケーションが利用できるハードウェア

リソースのレベルが同じなので、アプリケーションのパフォーマンスに影響が出ません。

これは、データベースなどパフォーマンスが重要となる領域には特に大切です。実際、

アクティブ -パッシブクラスタは、データベースサーバーに対しても一般的に使用され

ます。



クラスタ化のガイドライン

クラスタ化のガイドライン 7

クラスタ化は、データとアプリケーションサービスの可用性を大限に引き出すための高

可用性（HA）システムアーキテクチャです。クラスタ化では、障害が発生したときに他

のリソースを利用してその機能を引き継ぐことができるように、冗長層が生成されます。

このプロセスには、次の要素が必要になります。

■ 自動化—オペレータの介入が必要ないようにします。

■ 透過的に—ユーザーが何も変更する必要がないようにします。

Siebel eBusiness Applicationsは、負荷分散技術とフェイルオーバークラスタ化テクノロ

ジーの両方による高可用性（HA）アーキテクチャを使用して展開することができます。

正しいフェイルオーバー機能によってシステムを保護するためには、次のガイドラインが

役立ちます。ただし、このガイドラインはすべてを網羅しているものではありません。

■ Siebel Gateway Name Serverがインストールされ（Central Dispatch ソフトウェア

なしで）実行されていることが必要です。

■ 同じ Siebel Enterprise内で複数の Siebel Serverが稼働しているようにします。クラスタ

化されない複数の Siebel Serverがある場合は、 Central Dispatch を使用して負荷分散す

ることが必要です。

■ Siebel Database Serverはシングルポイント障害になるので、クラスタ化することが重

要です。 Siebel Database Server をクラスタ化する場合は、 Siebel Database Serverがす

でにインストールされ、そのクラスタノード内部で稼働していることが必要です。ま

た、 Siebel Database Serverは初にクラスタ化するサーバーです。

注 : Siebelがサポートしているデータベースプラットフォームのベンダーがクラスタ

化をサポートしていれば、 Siebel eBusiness Applications をクラスタ化できます。デー

タベースのクラスタ化については、データベースのベンダー提供のマニュアルを参照




クラスタ化の要件

クラスタ化の要件 7

クラスタ環境を実現するための小要件は次のとおりです。

■ 各ノードにクラスタ化ソフトウェアがインストールされ、ノードの障害を検出、回復

し、すべてのサーバーを 1つのシステムとして管理できるように設定されていること。

サポートされているクラスタ化テクノロジーについては、『システム要件とサポート

されているプラットフォーム』を参照してください。

■ Siebel Gateway または Siebel Serverがインストールされているノード、またはフェイル

オーバーできるようにクラスタ化されているノードのいずれにも Central Dispatch ソ

フトウェアがインストールされていないこと。

■ クラスタ化で使用するすべてのハードウェアはそのベンダーによりクラスタ化がサ

ポートされていること。サポート状況が不明な場合には、ハードウェアのベンダーに

問い合わせてください。

VERITAS による Siebel eBusiness Applicationsのインストール 7

VERITAS Cluster Server （VCS）を使用すると、システムおよびアプリケーションサービス

を監視し、ハードウェアまたはソフトウェアで障害が発生したときに異なるシステムで

サービスを再起動できます。 VCS クラスタは、さまざまな組み合わせで共有ストレージデ

バイスに接続された複数のシステムで構成されます。

クラスタ内のすべてのシステムは、同じクラスタ ID を持ち、冗長プライベートネット

ワークで接続されています。それぞれのシステムは、このネットワークを介してハート

ビート（別のシステムに定期的に送信する信号）で通信します。

アプリケーションは、クラスタ内の特定のノードで動作するように設定できます。スト

レージは、アプリケーションを実行するノードの共有データにアクセスできるように設定

されています。ストレージ接続によって、アプリケーションの実行場所が決まります。ス

トレージへのアクセスを共有するすべてのノードは、アプリケーションを実行できます。

クラスタ化によって、論理Siebel Server を任意の物理ノード上で実行できます。



VERITASによる Siebel eBusiness Applicationsのインストール

Siebel eBusiness Applications をインストールする前に、必要な VERITAS ソフトウェアを

すべてインストールおよび設定します。 VERITASエージェントをインストールおよび設

定するには、『VERITAS Cluster Server Agent for Siebel Server Installation and Configuration Guide』を参照してください。 VERITAS ソフトウェアのインストールについてさらにサ

ポートが必要な場合は、 VERITASのマニュアルを参照するか、 VERITASのプロフェッ

ショナルサービスにお問い合わせください。

Siebel ソフトウェアのインストール手順については、第5章「Siebel Gatewayのインス

トール」および第6章「Siebel Serverのインストール」を参照してください。

VERITAS Cluster Server グループの使用各VERITAS Cluster Server （VCS）サービスグループには、個別のユーザー ID を使用し

ます。 VCSサービスグループの番号とタイプは、複数の要素に基づいて決定する必要が

あります。たとえば、 1つのユーザー ID またはサービスグループには、 Siebel Server とSiebel Gatewayの両方を含めることができます。または、各Siebel GatewayおよびSiebel Server を 1つのサービスグループにすることもできます。この場合は、マシンレベルで

はなく、 Siebel Server または Siebel Gateway レベルで、スイッチオーバーまたはフェイ

ルオーバーを制御できます。

VERITAS クラスタ化環境でのユーザーグループの選択Siebel VCSサービスグループに Solarisユーザーグループを指定します。 Solarisの otherグループは使用しないでください。

このグループをすべての Siebelおよび Sun ONE （iPlanet）ユーザーのプライマリグループ

として指定します。これらのすべてのユーザーのデフォルト umaskが 007 または004であ

ることを確認します。

touch コマンドを使用するファイルをテストする場合は、 rw-rw----またはrw-rw-r--権

限を確認する必要があります。デフォルト umaskは、ユーザーのプロファイルまたはロ

グインスクリプトで設定できます。

VERITAS クラスタ化環境でのログインプロファイルの設定すべての Siebelユーザー IDのログインプロファイルが、特定のノードだけで利用できる

任意のスクリプトまたはファイルを参照していないことを確認します。 Siebel固有の環境

変数設定とその他の関連アクションは、それぞれのサービスグループのファイルシステム

に完全に含まれるスクリプトによって実装することをお勧めします。




VERITAS クラスタ化環境でのシステム情報の同期化ユーザー IDやパスワードなどのシステム情報/etc/hosts、 /etc/resolv.conf、 /etc/

servicesなどが 1つまたは複数のローカルクラスタまたはVCSのノード間、および任意

のGlobal Cluster またはGlobal Cluster Managerで同期していることを確認します。通常は、

これを VERITAS Cluster Managerの外で、外部的に設定する必要があります。

VERITAS クラスタ化環境での Siebel Server のリソースの割り当てディスクグループの仮想 IP アドレスなどの適切なリソースを論理Siebel Serverそれぞれ

に割り当てます。 $SIEBEL_ROOT内のディレクトリが、対応するユーザー IDによって所有

されていることを確認します。

VERITAS クラスタ環境での環境変数の設定Siebel Gatewayおよび Siebel Server をインストールする前に、各Siebel Serverユーザー IDのログインプロファイルで $SIEBEL_ROOTおよび$SIEBEL_GATEWAY環境変数を設定する必

要があります。 $SIEBEL_ROOTは、 Siebel Serverがインストールされるルートディレクト

リです。$SIEBEL_GATEWAY変数は、関連付けられている Gatewayのサービスグループの仮

想 IP アドレスまたはホスト名にする必要があります。

注 : インストールを開始する前に $SIEBEL_GATEWAYおよび$SIEBEL_ROOT環境変数を設定

しておくと、インストールを迅速化できます。インストーラによって、指定した場所に

Siebel Gateway と Siebel Serverが自動的にインストールされます。場所を指定していない

場合は、その指定を求めるメッセージが表示されます。

各ノードのLD_LIBRARY_PATH、 SHLIB_PATH、およびLIBATH環境変数が同じで、

必要な Siebel、 RDBMS、およびOS ライブラリのパスをすべて含んでいることを確認し

ます。 LIBPATHの Siebelパスは、次のとおりです。

$SIEBEL_ROOT/lib

$SIEBEL_ROOT/mw/lib

$SIEBEL_ROOT/SYBSsa50

環境変数LD_LIBRARY_PATH、 SHLIB_PATH、およびLIBATHの値は同じにする必要がありま

す。つまり、 LD_LIBRARY_PATH、 SHLIB_PATH、およびLIBATHの共用体と等しくなりま

す。




VERITAS クラスタ化環境での明確な命名規則の使用異種サーバー環境で操作する場合は、サーバーにはUNIXの命名規則を使用し、 12文字以

下でスペースおよび特殊文字を使用しない名前を付けます。

Siebel Enterprise、 Siebel Gateway、およびSiebel Serverには、クラスタにもノードにも依

存しないマシン名を使用します。

Siebel Remote を使用する場合は、それが動作している物理ノードのホスト名が、スイッ

チオーバーまたはフェイルオーバー後も常に変更されずに維持されることが必要です。

VERITAS クラスタ化環境でのサービスグループの設定1台のマシンからデータベース、 Webサーバー、 Siebel Gateway、 Siebel Server、および多

くのアプリケーションドライブにアクセスできると、クラスタ化環境でのインストールを

迅速化できます。また、 1台のマシンから別のマシンへの切り替え、 CDのスワップなど

の必要性が少なくなります。

まず、 1台のマシンからすべてのアプリケーションをインストールし、それを個別にテス

トします。次に、 su （ユーザー切り替え）と、対応するサービスグループおよびSiebel Server を所有するユーザー名を使用して、インストールを開始できます。

クラスタ化では、各サービスグループがそれ自体のファイルシステムを保持していること

が要求されます。サービスグループファイルシステムは、そのサービスグループに割り当

てられているディスクグループのボリュームによってサポートされます。

$SIEBEL_ROOTの場所は、サービスグループのマウントポイント自体としてではなく、そ

の下のサブディレクトリに配置する必要があります。これによって、わかりやすく保守し

やすいディレクトリツリー構造を作成できます。

たとえば、マウントポイントが/sbl_srvr1のsbl_srvr1 というサービスグループがある

とします。 $SIEBEL_ROOT directory as /sbl_srvr1ではなく、 /sbl_srvr1/siebel と指定

します。

クラスタ内に複数のノードを配置する場合は、 Siebel File Server をそれ自体のサーバーグ

ループ上、または任意の Siebelサービスグループの外部に配置します。これで、任意の

Siebel アプリケーションサービスグループのスイッチオーバーまたはフェイルオーバーに

よる影響を受けずに済みます。

すべてのインストールが終わったら、 VERITAS Siebel Serverエージェントを使用しない標

準機能をテストする必要があります。次に、各Siebel Serverサービスグループが、それを

適用できるすべてのノードで正常に動作することを確認します。また、 Siebel GatewayおよびSiebel Serverがそのクラスタの各ノードで機能することを確認します。




VERITAS クラスタ化環境でのデータベース接続の確認クラスタ化された各Siebel Serverの適切な RDBMS クライアントソフトウェアが各物理

ノードで使用できることを確認します。

■ 各Siebel Serverのファイルシステム下のRDBMS クライアントソフトウェアのインス

トール

■ 各ノードの同じ固定ディレクトリでのRDBMS クライアントのインストール

Siebel ソフトウェアのインストールを開始する前に、使用している RDBMS固有のユー

ティリティを使用して、 RDBMS接続が機能することを確認します。各Siebel Server をインストールした後、第9章「DB2 UDBに対する Siebel Database Serverのインストール」

または第11章「Siebel Database Server for Oracleのインストール」で説明されている手順

を適宜使用してデータベース接続をチェックして、 ODBC接続を確認します。

注 : Siebel アプリケーションは、接続が一時的に失われた場合は自動的にデータベースに

再接続するように設計されています。ただし、データベースのフェイルオーバーと再接続

メカニズムが再接続に失敗した場合は、アプリケーションを手動で再起動する必要があり

ます。

VERITAS クラスタ化環境での Siebel Gateway のクラスタ化Server ManagerのGUI を使用して、 Gateway Name ServerのHostnameパラメータおよび

IP アドレスをそれぞれ Siebel Gatewayのリソースグループのホスト名および IP アドレス

に変更します。

注 : Siebel Serverのインストール中にGateway アドレスを指定するときは、必ず

リソースグループの IP アドレスおよびホスト名を使用します。

VERITAS クラスタ化環境での Database Server のクラスタ化Siebel Database Serverのクラスタ化は、データベースのベンダーにより指定されている

手順に従ってください。




VERITAS クラスタ化環境での Siebel File System のクラスタ化Siebel File Systemは、 Siebel アプリケーションによって使用される添付ファイルの格納用

ディレクトリ階層です。このファイルシステムには、共通名により、すべての Siebel Serverからアクセスできることが必要です。専用Web クライアントも使用され、それが

直接ファイルシステムアクセスを必要とする場合は、すべての専用Web クライアントが

Siebel File Systemにネットワーク共有としてアクセスできることが必要です。

VERITAS クラスタ化環境での Web エージェントの設定Siebel Serverのインストールおよびテストが終わったら、 Siebel Server用のVERITASエー

ジェントをインストールします。 VCS Cluster Managerにアクセスし、必要に応じて、

Siebel Server用のVERITASエージェントの次のパラメータを変更します。

クラスタ化環境での Sun ONE （iPlanet） Web サーバーのインストールクラスタで SWSE と組み合わせて使用する Sun ONE （iPlanet） Webサーバーのインストー

ルについての特別な要件はありません。第12章「Siebel Web Server Extensionのインス

トール」の標準的な手順、およびSun Cluster for Sun ONE （iPlanet）のインストールガイ

ドに従ってください。

共有インストール構成を使用する場合は、 Sun ONE （iPlanet） Webサーバーを共有グロー

バルファイルシステムにインストールする必要があります。ローカルインストール構成が

使用される場合は、 Sun One （iPlanet） Webサーバーを各サーバーのローカルファイルシ

ステムにインストールする必要があります。

属性値説明

Port 8088 8088はデフォルトです。 Siebel eBusiness Applications用に

Webサーバーが設定されているポート番号を入力します。

SvrSubDir /web/iplanet/https-14067 これは、 start_server、 stop_server1、および restart スク

リプトを含むディレクトリです。

1. 複数の Siebel Server を同じマシンに 1 つのユーザー ID で共存させている場合に、そのいずれかを stop_server ス

クリプトを使用して停止すると、共有メモリの割り当て解除により、それ以外のサーバーに悪影響を及ぼす可能性が

あります。 stop_server を実行するときは -M オプションを使用して、共有メモリの割り当てが解除されないよう

にします。




Sun One （iPlanet）ソフトウェアのインストールができたら、Siebel Enterprise ごとに専用

Webサーバーを作成することをお勧めします。ローカルインストール構成の場合は、個々

のサーバーで同じパラメータを使用する必要があります。 Sun Cluster Agent for Sun One（iPlanet）のマニュアルの説明のように、次のパラメータを設定していることが必要です。

次のコマンドをルートとして使用して、 Siebel Webサーバーに関連付けられているすべて

のファイルの所有権を siebelユーザー / グループに変更します。

# chown -R SIEBEL USER:SIEBEL GROUP SERVER_DIR

ここでは、

SIEBEL_USER は、 Webサーバーに Siebel Web Server Extension （SWSE）をインストール

するときに使用されるユーザー IDです。

SIEBEL_GROUPはグループ IDです。

SERVER_DIRは、 SWSEがインストールされているディレクトリです。

例：

# chown -R siebusr:siebgrp /usr/netscape/server/https-siebel

VERITAS クラスタ化環境での Web サーバー拡張ポートの設定Siebel Web Server Extensionsのインストール中に、標準以外のポートを使用する場合は、

Webサーバーポートを Webサーバーアドレスまたはホスト名の一部として入力します。

たとえば、マシンのホスト名がwebsrvr1で、 Webサーバーポートが 8088である場合、

インストール中に、 Webサーバーアドレスとして「webserver1:8088」と入力します。

Servername/Hostname これは、 Webサーバーのクラスタサービスグループに関連付けられ

ている論理ホストの完全修飾ホスト名に設定されていることが必要

です。

Bind to Address これは、 Webサーバーのクラスタサービスグループに関連付けられ

ている論理ホストの IP アドレスに設定されていることが必要です。

設定は、論理ホストリソースがオンラインになった後に行います。



IBM HACMPによる Siebel eBusiness Applicationsのインストール

IBM HACMP による Siebel eBusiness Applicationsのインストール 7

High Availability Cluster Multi-Processing （HACMP）クラスタサーバーを使用すると、シ

ステムおよびアプリケーションサービスを監視し、ハードウェアまたはソフトウェアで

障害が発生したときに異なるシステムでサービスを再起動できます。 HACMP クラスタは、

さまざまな組み合わせで共有ストレージデバイスに接続された複数のシステムで構成され

ます。

クラスタ内のすべてのシステムは、冗長プライベートネットワークで接続されています。

それぞれのシステムは、このネットワークを介して、ハートビート（別のシステムに定期

的に送信する信号）で通信します。

アプリケーションは、クラスタ内の特定のノードで動作するように設定できます。スト

レージは、アプリケーションを実行するノードの共有データにアクセスできるように設定

されています。

HACMP クラスタのインストールおよび設定方法の手順については、『High Availability Cluster Multi-Processing for AIX - Enhanced Scalability Installation and Administration Guide

(HACMP Guide)』を参照してください。 Siebelアプリケーションを HACMP環境に展開す

る方法の例については、 IBMのマニュアルを参照してください。

注 : Siebel ソフトウェアをインストールする前に、クラスタサービスがすべてのノードで

開始され、すべてのアプリケーションリソースグループ（RG）がオンラインになってい


Siebel ソフトウェアのインストール手順については、第5章「Siebel Gatewayのインス

トール」および第6章「Siebel Serverのインストール」を参照してください。




HACMP クラスタリソースグループの設定リソースグループ（RG）は、クラスタ内のノードにマウントできる外部ディスク（SSAディスク）上に配置されたファイルシステムです。また、 RGは、マウント先のノードに

それと共に移動する関連 IP アドレス（サービスアドレス）を持っています。 RGが初に

作成されたとき、 RG内のファイルシステムは空です。クラスタサービスが開始されると、

各RGが割り当て先のノードにマウントされます。この時点で、ファイルシステムとサー

ビスアドレスをソフトウェアインストールに使用できるようになります。各RGは Siebel Server または IHS Webサーバーのような 1つのモジュールだけを保持可能にするなど、各

RGの内容を決める必要があります。各RGが、 Siebel Gateway Name Server、 Siebel Server、および IHS Webサーバーなどの複数のソフトウェアを含むことができるようにすることも

できます。

注 : RGが移動すると、 RG内のソフトウェアもすべて一緒に移動します。

HACMP クラスタ化環境でのユーザーグループの選択HACMP内ではUNIXユーザーグループの制限はありません。各ノードでだれが何を所有

しているかは問題ではありません。ただし、各ノードにHACMP をインストールするには

ルートを使用する必要があり、このためルートがHACMP を所有します。 RGには任意の

UNIXユーザーでソフトウェアをインストールできます。ただし、 RGが別のノードに移動

するときは、元のノードにソフトウェアをインストールおよび実行するときに使用した

UNIXユーザーが、 2つ目のノードでも同じ UIDおよびGID を持っていることを確認する

必要があります。 IDが異なる場合、 RG内でファイルアクセス権限の問題が発生します。

HACMP クラスタ化環境でのログインプロファイルの設定各ユーザーの $HOMEディレクトリは、 RG上ではなく、各ノードにローカルです。つまり、

各ユーザーの .profile はローカルです。ユーザーの .profileには、特に Siebel ソフト

ウェアに固有の設定はありません。これは、動的なHACMP環境ではどのRGでも任意の

ノードに接続でき、各RGが異なる環境要件を持つことができるためです。 HAMCPのス

クリプトは、アプリケーションを起動する前に適切な環境をセットアップする必要があり

ます。 siebenv.sh スクリプトは、インストールされている Siebel アプリケーションの一

部なので、 RGにあります。

HACMP クラスタ化環境での言語パックの追加インストール言語パックまたはパッチを追加インストールする前に、 Siebel製品を含むすべてのRGが

そのプライマリノードに戻されていることを確認する必要があります。




HACMP クラスタ化環境でのシステム情報の同期化/etc/hosts、 /etc/resol.conf、 /etc/services といったファイルなどは、 HACMP イン

ストールおよび設定の一環でユーザーが手動で同期化する必要があります。 HACMPは、

これらのファイルが正確であるという前提で動作します。正確でない場合は、クラスタで

予期しないエラーが発生する可能性があります。

HACMP クラスタ化環境での Siebel Server のリソースの割り当てそれぞれの論理Siebel Serverについて、ユーザー ID、仮想 IP アドレスなどの適切なリ

ソースを割り当てます。 $SIEBEL_ROOT内のディレクトリが、対応する Siebel User IDに所

有されていることを確認します。

HACMP クラスタ化環境での明確な命名規則の使用異種サーバー環境で操作する場合は、サーバーにはUNIXの命名規則を使用し、 12文字

以下でスペースおよび特殊文字を使用しない名前を付けます。

Siebel Enterprise、 Siebel Gateway、およびSiebel Serverには、クラスタにもノードにも依

存しないマシン名を使用します。

HACMP クラスタ化環境での Siebel File System のクラスタ化Siebel File SystemがNFSサーバー上にある場合は、 NFS ファイルシステムのクラスタ化に

ついて、 IBM HACMPのマニュアルを参照してください。

HACMP クラスタ化環境での Database Server のクラスタ化Siebel Database Serverのクラスタ化は、データベースのベンダーにより指定されている

手順に従ってください。

クラスタイベントスクリプトSiebel ソフトウェアをインストールし、クラスタを起動したら、カスタムのHACMP また

はES Cluster Event スクリプトを使用して、 Siebel コンポーネントを開始、停止、および

監視できます。詳しくは、 IBMのマニュアルを参照してください。



クラスタ化のテストとトラブルシューティング

クラスタ化のテストとトラブルシューティング 7

Siebel Gateway と Siebel Server を正しくインストールしたら、クラスタマネージャを使用

して、クラスタの各ノードで Siebel Server を起動および停止します。

注 : Siebel Server上の Siebel コンポーネント数によっては、Siebel Server を起動するのに大

量のリソースが必要になることがあります。したがって、同じノード上で同時に複数の

Siebel Server を起動（つまりオンラインに）しないようにしてください。

実装した Siebelアプリケーションとクラスタ化テクノロジーが正常に機能していることを確認するには

1 クラスタ内の各ノードをオンラインにすることで各Siebel Server をテストし、すべて

の有効化したコンポーネントが実行中、オンライン、または使用可能のいずれかであ

ることを確認します。

2 Siebel Serverがアクティブなすべてのノード上で、各コンポーネントが実行するかど

うかをテストします。たとえば、空のバッチで EIM を実行するか、ワークフローシュ

ミレーターを使用してワークフロープロセスを実行してください。

注 : ノード上でコンポーネントが起動できない場合には、 Siebel Server ログファイル

（$SIEBEL_ROOT¥enterprises¥エンタープライズ名¥Siebel Server名¥logs¥エンタープラ

イズ名 .Siebel Server名 .log）、およびコンポーネントに関連するログファイルを確認


3 Siebel Remoteがインストールされている場合は、 S_NODEテーブルのカラム

APP_SERVER_NAMEに、すべてのリモートクライアントに対する仮想マシン名が含まれ

ているかどうかを確認します。これは、データベース抽出を実行し、 S_NODEテーブル

に対してクエリを実行することによりテストできます。

4 Siebel Remote Serverがノード上でアクティブになったときに、ホスト名が変わらない

ことを確認します。可能であれば、テスト前に Siebel Remoteユーザーを定義および抽

出し、 Siebel Remote Serverがオンラインになる各ノード上でリモートユーザーに対し

て同期を実行します。



クラスタ化のテストとトラブルシューティング


DB2 Universal Database for Windows およびUNIX の作成 8

この章は、 IBM DB2 UDBデータベースを作成して Siebel eBusiness Applications用に適

化を行うデータベース管理者を対象としています。この章では、 Siebelデータベースのレ

イアウト、サイズ、および設定の推奨事項の概要を説明します。

Siebelデータベースの適化と作成は、表18に示す複数のタスクから構成されます。

表18. データベース設定タスク

実行者タスク

システム管理者 1 データベース管理者のドメインの DB2 所有者インスタンスとして、

管理権限を持つローカルユーザーを作成します。


2 システム管理者がタスク 1 を実行していることを確認します。

3 DB2 クライアントがインストールされていることを確認します。

198 ページの「DB2 UDB Client のインストールの確認」を参照してくだ

さい。

4 データベースレイアウトのガイドラインを確認し、それに応じてデータ

ベースをレイアウトします。 198 ページの「データベースレイアウトの

ガイドライン」を参照してください。

5 推奨される DB2 パラメータ設定を確認します。 203 ページの「DB2データベース設定ガイドライン」を参照してください。

6 データベースインスタンスを作成します。 212 ページの「データベース

の作成」と付録 C 「データベース作成サンプルスクリプト」を参照して

ください。


DB2 Universal Database for Windows および UNIXの作成

DB2 UDB Clientのインストールの確認

DB2 UDB Clientのインストールの確認 8

DB2 UDB を使用するときは、 DB2 UDB Application Development Clientがデータベース

サーバーにインストールされていなければなりません。データベースサーバーの適切な

ディレクトリに移動し、 DB2 UDB Application Development Clientがインストールされて

いることを確認してください。現在のバージョンのアプリケーション開発クライアントコ

ンポーネントについては、『システム要件とサポートされているプラットフォーム』を参

照してください。

DB2 Application Development Clientがインストールされていない場合は、インストールが

必要です。詳しくは、関連する IBMのマニュアルを参照してください。

データベースレイアウトのガイドライン 8

ほとんどのクライアントサーバーアプリケーションと同様に、 Siebel eBusiness Applicationsの全体的なパフォーマンスは、 Database Serverの I/Oパフォーマンスに大き

く依存します。 I/Oパフォーマンスを大限に高めるには、データベースのテーブルとイ

ンデックスを、 I/Oの負荷が均等に分散するように、利用可能な複数のディスクデバイス

にわたって配置することが重要です。

データベースオブジェクトの分散方法は、 RDBMS ごとにさまざまで、ストレージスペー

スがどのように割り当てられるかによって決まります。ほとんどのデータベースでは、

特定のディスクに特定のオブジェクトが強制的に作成されます。

冗長ディスクアレイの使用 8

独立したディスクの冗長アレイまたはRAIDは、大量の I/O スループットおよび容量を提

供できます。これは、オペレーティングシステムおよびRDBMSからは、単一の大容量

ディスク（または管理の点で必要であれば複数ディスク）のように見えます。 RAID を使

用すると、パフォーマンスが高められる一方で、物理ディスクの上に抽象層を提供するこ

とによって、データベースレイアウトプロセスを大幅に簡素化できます。



データベースレイアウトのガイドライン

データベースオブジェクトの分散計画 8

実装する RDBMSや選択したディスクの配置を問わず、次のタイプのデータベースオブ

ジェクトを適切に分散していることを確認します。

■ データベースログファイルまたはアーカイブファイル

■ データベースによって使用される一時ワークスペース

■ テーブルおよびインデックス

ほとんどの実装で、表19に示すSiebel テーブルとそれに対応するインデックスは、も

使用頻度が高いか、一部または全部の展開でサイズが大きくなります。たとえば、テーブ

ルS_EVT_ACT、 S_CONTACT、およびS_ORG_EXTは、 Siebel eBusiness Applicationsのすべて

のエンタープライズレベルの展開で大きくなります。これらのテーブルおよびインデック

スは、別々のデバイスに置く必要があります。原則的に、インデックスは、それが作成さ

れているテーブルとは異なるテーブルスペースに置きます。さらに可能であれば異なる物

理デバイスに置きます。

表19. 使用頻度が高い、またはサイズが大きい Siebel テーブル

テーブル名

S_ACCNT_CHRCTR S_INVOICE

S_ACCNT_CO_MSTR S_INVOICE_ITEM

S_ACCNT_POSTN S_INV_LGR_ENTRY

S_ADDR_ORG S_OPTY_POSTN

S_ADDR_PER S_OPTY_PROD

S_ASSET S_OPTY_TERR

S_CALL_LST_CON S_OPTY_POSTN

S_CON_CHRCTR S_ORG_EXT

S_CON_TERR S_ORG_TERR

S_ACCNT_CHRCTR S_PARTY

S_CRSE_TSTRUN S_PARTY_PER

S_CRSE_TSTRUN_A S_PARTY_REL

S_CS_RUN S_PARTY_RPT_REL




S_CS_RUN_ANSWR S_POSTN_CON

S_CTLGCAT_PATH S_PROC_REQ

S_CYC_CNT_ASSET S_PROD_BASELINE

S_DNB_CON_MRC S_PROD_CONSUME

S_DNB_ORG S_PROD_SHIPMENT

S_DNB_ORG_SIC S_PROD_TARGET

S_DNB_UPDATE S_QUOTE_ITEM

S_DOCK_INIT_ITEM S_SRM_REPLY

S_DOCK_TXN_LOG S_SRM_REQUEST

S_DOCK_TXN_LOGT S_SRM_REQ_PARAM

S_DOCK_TXN_SET S_SRV_REQ

S_DOCK_TXN_SETT

S_ESCL_ACTN_REQ

S_ESCL_LOG

S_ESCL_REQ

S_EVT_ACT

S_EXP_ITEM

S_EXP_RPT

S_EXP_RPT_APPR

S_IC_CALC

S_IC_CALC_IT

S_IC_CMPNT_EARN

S_IC_TXN

S_IC_TXN_IT

S_IC_TXN_POSTN


テーブル名




Siebel Enterprise Integration Manager （EIM）を頻繁に使用する場合は、 EIM処理中に、イ

ンターフェイステーブル（名前が EIM_で始まるテーブル）と Siebelベーステーブルの両

方が同時にアクセスされるので、これらのテーブルを別々のデバイスに配置します。

注 : DB2 UDB内の Siebelテーブルスペースは、システムで管理されるテーブルスペース

（system-managed tablespaces、 SMS）ではなく、データベースで管理されるテーブルス

ペース（database-managed tablespaces、 DMS）でなければなりません。

断片化したテーブルおよびインデックスの再編成REORGCHKユーティリティを使用して断片化の傾向があるテーブルおよびインデックスを

再編成することをお勧めします。

どんな顧客のサイトでも、アプリケーションや顧客の処理変数はさまざまなので、どの

テーブルおよびインデックスが断片化する可能性があるかを示す厳密なガイドラインを提

供することはできません。しかし、大きいテーブルや使用頻度の高いテーブルの断片化は

パフォーマンスに大きな影響を与えることがあるので、データベース管理者（DBA）はこ

れらのテーブルの状況に注意する必要があります（これらの Siebel テーブルのリストにつ

いては、 199ページの表19 を参照してください）。

S_ESCL_LOG、 S_DOCK_INIT_ITEM、 S_ESCL_ACTN_REQ、 S_EVT_ACT、 S_OPTY_POSTN、

s_OPTY_TERR、 S_ORG_EXT、 S_APSRVR_REQ、およびすべてのS_DOCK_INITM_%% （%は 1桁の数字）の各テーブルは、追加モードとして定義されているので、再編成はお勧めできま

せん。

テーブルを再編成するには

1 使用頻度の高いテーブルで REORGCHKを実行し、結果のレポートを調べて、断片化し

ているオブジェクトのリストを抽出します。

2 REORGCHKの結果に基づいて、必要に応じて REORG TABLEを実行して任意のテーブル

を再編成します。

S_INVC_ITM_DTL

S_INVLOC_ROLLUP


テーブル名




3 テーブルを再編成した後、再編成したすべてのテーブルに対して次の小パラメータ

で runstatsユーティリティを使用して、統計を更新します。

runstats on table tablename with distribution and detailed indexes all shrlevel change

必要に応じて他のパラメータを追加できますが、 shrlevel changeパラメータを使用

して、 runstats実行中のテーブルへの同時アクセスを可能にしてください。

注意 : runstats ユーティリティは、 Siebel アプリケーションによってロードされてい

る統計を上書きするので、 runtstats を使用する場合は、その後で必ず DB2 CLP また

は odbcsql を使用して loadstats.sql を実行してください。実行しない場合は、重

要な統計が失われます。

odbcsqlを使用して loadstats.sqlを実行する方法

■ 次のコマンドを入力します。

odbcsql /s DATASOURCE NAME /u username /p password /v separator /<siebsrvr_root>/dbsrvr/db2udb/loadstats.sql TABLEOWNER NAME

論理デバイスのレイアウト 8

テーブルスペースを 1つまたは複数のコンテナにわたるように作成し、テーブルスペー

スを使用して論理コンテナにオブジェクトを配置できます。また、テーブルスペースを

使用して、複数の物理コンテナにオブジェクトを配置し、並列 I/O を促進することがで

きます。データおよびインデックス情報を複数のコンテナ（物理デバイス）にわたって

配置すると、クエリーのパフォーマンスを向上させることができます。

ミラーリング 8

低限でも、トランザクションログをミラーリングして、単一のデバイスの障害が発生し

たときのデータベース復旧を保証する必要があります。利用できるリソースがある場合は

インスタンスのホームディレクトリをミラーリングする必要があります。ハードウェアま

たはオペレーティングシステムをミラーリングすると、一般に高のパフォーマンスが得

られます。



DB2データベース設定ガイドライン

DB2 データベース設定ガイドライン 8

この項では、 DB2 Universal Databaseから適なパフォーマンスを得るためのガイドライ

ンを説明します。これらのガイドラインは、幅広い顧客に役立ちます。ただし、このガ

イドで説明されるパラメータには、特定の環境の条件を反映する値を選択する必要があ

ります。詳しくは、 IBM DB2のマニュアルを参照してください。

ODBC ステートメントハンドル数の増加 8

DB2 UDBは、エンタープライズで使用するビジネスオブジェクトの数によっては、 ODBCステートメントハンドルがすぐに足りなくなります。ユーザーが実際に使用するビジネス

オブジェクトの数を知るのは困難なので、 DB2 UDB クライアントをインストールするた

びに、またはデータベースユーティリティを再バインドするときに、この数を自動的に増

やす必要があります。

特別なDB2 CLIPKGバインドオプションを使用して CLIパッケージを再バインドすること

によって、その数を 6 まで増やすことをお勧めします。

CLIパッケージを再バインドするには

1 使用しているオペレーティングシステムの方法で、 DB2 インスタンスのホームディレ

クトリのsqllib/bndに移動します。

2 DB2 UDBデータベースに接続します。

3 次のコマンドを入力します。

db2 bind @db2cli.lst blocking all grant public clipkg 6

DB2の bind コマンドおよびCLIPKGオプションについては、『DB2 UDB Administration Guide』を参照してください。




AIX でユーザープロセス数を増やす 8

AIXでの同時データベースユーザー数が約 400に達すると、 DB2 との接続が失敗する原因

になります。この問題を回避するには、 AIXサーバー上でユーザープロセスバラメータの

大数を再設定します。

パラメータを再設定するには

1 AIXシステム管理者としてサーバーにログオンします。

2 $SIEBEL_HOMEに移動して、使用するシェルの種類に従って次のコマンドのいずれか

を実行します。

Korn またはBourne シェル

. ./siebenv.sh

ヒント : 初のピリオドと ./siebenv.sh との間にスペースがあることを確認し

ます。

C シェル

source siebenv.csh

ここでは、

$SIEBEL_HOMEは、 Siebelサーバールートディレクトリの場所です。


smitty chgsys

オプションリストが表示されます。

4 ［Maximum number of parameters］を選択し、デフォルト値（512）をそれ以上の値、

たとえば10,000に再設定し、 1人のユーザーが起動できるプロセス数に上限を設定し

ないようにします。




DB2 データベースマネージャ設定パラメータ 8

DB2 Command Line Processorのupdate database manager configuration コマンドを使

用するか、 DB2 Control Center を使用してデータベース設定パラメータを設定できます。

注 : データベース設定パラメータについては、 IBM DB2のマニュアルを参照してください。

表20は、デフォルト設定と異なる DB2データベースマネージャ設定パラメータを示して

います。これらのパラメータをそれぞれのDB2 インスタンスで設定します。リストされ

ているパラメータについては、次の設定情報を使用します。この表にないパラメータにつ

いては、デフォルト設定のままにします。

表20. DB2データベースマネージャ設定パラメータ

パラメータ説明設定／コメント

SHEAPTHRES ソートヒープしきい値（4 KB） 100000

同時使用ユーザー 3,000以上で

5 GB を超える RAM を使用する

環境では、これを 300000 まで

増やすことができます。

DIR_CACHE ディレクトリキャッシュのサ

ポート

YES

ASLHEAPSZ アプリケーションサポート層の

ヒープサイズ（4 KB）

1024

RQRIOBLK リクエスタの大 I/Oブロック

サイズ（バイト）

65535

MON_HEAP_SZ データベース監視ヒープサイズ

（4 KB）128 （小）

QUERY_HEAP_SZ クエリーヒープサイズ（4 KB） 16384

KEEPDARI DARIプロセスの保持 YES

MAXAGENTS 既存エージェントの大数 1000 （小）

NUM_INITAGENTS プール内の初期エージェント数 10

NUM_POOLAGENTS エージェントプール内で常にア

クティブにするエージェント数

80




DB2set のパラメータ 8

db2set コマンドを使用して、表21で参照されるパラメータ（たとえばdb2set

DB2_RR_TO_RS = YES）を設定します。

MAX_COORDAGENTS コーディネータエージェントの

大数

MAXAGENTS

INDEXREC インデックス再作成時間 RESTART

MAX_QUERYDEGREE クエリー処理の大並列度 1

INTRA_PARALLEL パーティション内の並列処理の

有効化

NO

表20. DB2データベースマネージャ設定パラメータ

パラメータ説明設定／コメント

表21. db2setパラメータ

パラメータ説明設定

DB2MEMDISCLAIM AIXの場合のみ。 YESに設定すると、データベース

サーバーが予約済みページングスペースをフリーのメ

モリから分離するように、 DB2エージェントが明示的

に要求します。 DB2が共有メモリを解放する方法に影

響します。

YES

DB2MEMMAXFREE AIXの場合のみ。 DB2プロセスによって保持される未

使用メモリの大バイト数。これはDB2が共有メモリ

を解放する方法に影響します。 DB2エージェントのサ

イズが指定値を越えた時点で、 DB2はメモリを解放し

ます。

3000000

DB2_HASH_JOIN オプティマイザーのハッシュ結合を無効にします。 NO

DB2_RR_TO_RS Siebel eBusiness ApplicationsでのDB2のパフォーマン

スを強化します。

本番環境のサーバーでのみYESに設定します。

YES

DB2_MMAP_WRITE 推奨設定のみ。この設定が実際の構成と環境に適合し

ているかどうかを評価してください。

OFF




DB2_MMAP_READ 推奨設定のみ。この設定が実際の構成と環境に適合し

ているかどうかを評価してください。

OFF

DB2_CORRELATED_PREDICATES

YESに設定すると、オプティマイザーはクエリーの

プレディケートが関連しているかどうかを判断でき

ます。それによって、 DB2がフィルタ要素をより正確

に計算できます。

YES

DB2_INDEX_2BYTEVARLEN

DB2 v7 を使用する場合は、このパラメータを ONに設

定します。それ以外の場合は、 255バイトを超えるカ

ラムのインデックスを作成することはできません。

DB2 v8はタイプ 2 インデックスをサポートしているの

で、このパラメータを設定する必要はありません。

ON

DB2_PIPELINED_PLANS

DB2オプティマイザーがパイプラインの実行プラン

（left-deepで一時的な結果セットがないプラン）を選

択するように指示します。

ON

DB2_INTERESTING_KEYS

DB2オプティマイザーによって生成される実行プラン

の数を制限します。

ON

DB2_PARALLEL_IO RAIDデバイスを使用する場合に使用します。詳しく

は、 DB2ベンダーのマニュアルを参照してください。

ON

DB2_STRIPED_CONTAINERS

RAIDデバイスを使用する場合に使用します。詳細は、

DB2ベンダーのマニュアルを参照してください。

ON

EXTSHM このパラメータは、 AIXにのみ適用されます。プロセ

スあたり 11 を超える共有メモリセグメントが要求され

る 32 ビットアプリケーションを実行する必要がある

場合、および shmatの種類の共有メモリが必要な場合

に限り、このパラメータを使用します。 shmatはPowerPCハードウェアセグメントに関連するので、

メモリは、すべてのセグメントでより効率的に管理さ

れ保護されます。詳しくは、 208ページの「EXTSHM」


ON






EXTSHMこのパラメータは、 DB2 UDBデータベースと DB2 UDB EEEデータベースの両方が作成さ

れるときに設定し、それらを起動するスクリプトに含める必要があります。

また、 DB2 クライアントを起動するスクリプトにもこのパラメータを含める必要がありま

す。

さらに、この行を DB2 UDB EEEサーバー用のsqllib/db2profileに追加する必要があり

ます。

注 : これらの設定のいずれかを変更したら、 db2stop/db2startを実行して、 DB2データ

ベースに変更を実装する必要があります。

DB2 データベース設定パラメータ 8

データベース設定パラメータは、 DB2 Command Line Processorのupdate database

manager configuration コマンドを使用するか、 DB2 Control Center を使用して設定でき

ます。

注 : データベース設定パラメータについては、 IBM DB2のマニュアルを参照してください。

表22は、デフォルト設定と異なる DB2データベースマネージャ設定パラメータを示して

います。ただし、これらは単なるガイドラインです。

DB2ENVLIST DB2 UDBサーバーを起動し、 EXTSHMを実行するとき

は、 EXTSHMは、 DB2環境に含まれていなければなり

ません。このパラメータは、データベースが作成され

るときに設定する必要があります。

EXTSHM

DB2_NO_PKG_LOCK Siebelパッケージを siebbindでバインドするには、

このパッケージを無効にする必要があります。 OFF






Siebel アプリケーションを実行しているインスタンス内の各データベースについて、これ

らのパラメータを設定します。このとき次の設定情報を使用します。他のパラメータにつ

いては、デフォルト設定をそのまま使用します。

表22. DB2データベース設定パラメータ


DFT_DEGREE 並列処理の度合い（1= クエ

リーの並列処理を無効化）

1

DFT_QUERYOPT デフォルトのクエリー適化

クラス

3

DBHEAP データベースヒープ（4 KB） 7429 （32ビット）

10000 （64 ビット）

CATALOGCACHE_SZ カタログキャッシュサイズ

（4 KB）5558 （32ビット）

8000 （64 ビット）

LOGBUFSZ ログバッファサイズ（4 KB） On AIX, 128 (32bit)

512 （64 ビット）

UTIL_HEAP_SZ ユーティリティヒープサイズ

（4 KB）5000 （32ビット）

10000 （64 ビット）

LOCKLIST ロックリストの大ストレージ

（4 KB）25000 （この設定では、この値

を大きくすることはできます

が、小さくしないでください。）

APP_CTL_HEAP_SZ アプリケーション制御ヒープの

大サイズ（4 KB）。データ

ベースへの 1つの接続に含める

ことができるユーザー数を制御

します。

900

Siebel接続プーリング機能を使

用する顧客が大のスケーラビ

リティを得るためには、このパ

ラメータを、 1つの接続の 10ユーザーごとに 1200ずつ増やし

ます。




SORTHEAP ソートリストヒープ（4 KB）

開発環境では、値を小さくし、

本番環境では値を大きくします。

ただし、この値を大きくすると、

DBサーバーのメモリが不足する

可能性があります。また、 Siebelユーザーの数が多い場合は、こ

のパラメータを推奨範囲より低

く設定しなければならない場合

があります。したがって、 DBサーバーのメモリとパフォーマ

ンスを常に監視して、自分の環

境で適な設定を判断する必要

があります。

1000-5000

STMTHEAP SQL ステートメントヒープ

（4 KB）

8192

STAT_HEAP_SZ 統計ヒープサイズ（4 KB） 14000 （32ビット）

16000 （64ビット）

MAXLOCKS アプリケーションごとのロック

リストのパーセント

20 （32ビット）

30 （64ビット）

LOCKTIMEOUT ロックタイムアウト（秒） 300

CHNGPGS_THRESH 変更ページのしきい値 30

NUM_IOCLEANERS 非同期ページクリーナーの数 CPU数

INDEXSORT インデックスソートフラグ YES

SEQDETECT 順次検出フラグ YES

DFT_PREFETCH_SZ デフォルトプリフェッチサイズ

（4 KB）

32






LOGRETAIN 順次または循環ログファイル RECOVERY

「本番環境」ではこのパラメー

タを RECOVERYに設定します。

それ以外の値に設定すると、

データベースクラッシュの際に

データが失われます。

LOGRETAINが RECOVERYに設定

されている場合は、 LOGPATHが

いっぱいにならないように、さ

らに、 USEREXITをアクティブ

化するか、別のメソッドを実装

してアーカイブされたログを管

理する必要があります。

MAXAPPLS アクティブアプリケーションの

大数

ユーザー数の 2倍を基準にしま

す。

AVG_APPLS アクティブアプリケーションの

平均数

環境によって異なります。

MAXFILOP アプリケーションで開くことが

できる DB ファイルの大数

500

LOGFILSIZ ログファイルサイズ（4 KB） 20000

LOGPRIMARY プライマリログファイルの数 25-50

LOGPRIMARY と LOGSECONDの値

を合わせて 128 を超えないよう

にします。

LOGSECOND セカンダリログファイルの数大103

LOGPRIMARY と LOGSECONDの値

を合わせて 128 を超えないよう

にします。





データベースの作成

データベースの作成 8

データベースインスタンスの自動作成を支援するため、 Siebel Systemsは、付録C 「デー

タベース作成サンプルスクリプト」にサンプルスクリプトを用意しています。これを自分

の環境の条件を反映するように編集してデータベースオブジェクトを作成できます。

テスト用には本番環境以外の小規模な環境を使用することをお勧めします。

Siebel Database Server ファイルを Siebel Serverマシンにインストールした後（第 9章「DB2 UDBに対する Siebel Database Serverのインストール」で説明）、データベーステー

ブルおよびインデックス作成スクリプトを変更して、 Siebel テーブルおよびインデックス

用に作成したファイルグループの名前を指定することもできます。詳しくは、 220ページ

の「デフォルトの保存パラメータの上書き」を参照してください。

ESTORE_SEG_SZ 4 GB を越える RAM を使用する

サーバー環境で、この拡張保存

バラメータを使用できます。こ

のパラメータを使用すると、ア

プリケーションのソート機能も

向上します。 4 KBおよび 16 KBバッファプールの追加をお勧め

します。

初期値は 16000ですが、 65536

まで設定可能。

NUM_ESTORE_SEGS ESTORE_SEG_SIZの説明を参照初期値16

SOFTMAX ソフトチェックポイント前に再

利用するログファイルのパーセ

ント

80

APPLHEAPSZ デフォルトのアプリケーション

ヒープ（4 KB）

2500

PCKCACHESZ パッケージキャッシュサイズ

（4 KB）

40000

NUM_IOSERVERS データベースが置かれている

ディスクの数

ディスク数






容量計画 8

データベースについて決定する重要要素の 1つは、全体のサイズです。計画では、 DB2で要求されるシステムストレージ、一時テーブルスペース、ログファイル、およびその他

のシステムファイル用のスペースと、 Siebelデータおよびインデックス用のスペースを割

り当てる必要があります。システムに割り当てたスペースが少なすぎると、パフォーマン

スに影響が現れ、極端な場合には、システム自体が停止することがあります。割り当てが

大きすぎると、スペースが無駄になります。

DB2で必要なスペースは、主にサポートされるユーザーの総数とタイプに基づいて変わり

ます。これらの条件については、 IBM DB2の技術マニュアルを参照することをお勧めしま

す。

Siebelデータおよびインデックスで必要なスペースは、実装する Siebel機能の種類とサ

ポートするデータの量や特性によって変わります。 Siebel 7では、低でも DB2データ

ベースのサイズを 1～ 1.5 GBにすることが必要です。

データベースのサイズを正確に算出するプロセスは、多くの変数を使用する複雑なプロセ

スです。このプロセスでは、次のガイドラインが役に立ちます。

■ Siebel eBusiness Applicationsのユーザーの総数とタイプ（営業員が 500人、セールスマ

ネージャが 75人など）を決定します。

■ 実装する Siebel機能とそれをサポートするために必要なエンティティを決定します。

一般に、サイズの大きいエンティティは次のとおりです。

■ 取引先

■ 活動

■ 担当者

■ 売上予想

■ 案件

■ サービスリクエスト

■ ユーザーあたりのエンティティの平均数（営業員あたりの取引先が 100 など）を見積

もり、全体のユーザーベースでのエンティティあたりのレコード総数の概算を出しま

す。




■ 特定のデータベースで標準のサイズ算出手順を使用し、また Siebel Data Model Reference を参考にして、大エンティティの概算データサイズを決定します。エン

ティティあたりの平均レコードサイズを計算し、レコード総数を掛けます。これらの

エンティティは、複数の物理テーブルにわたっているのが一般的ですが、そのすべて

を行サイズの計算に含める必要があります。

■ 他の Siebelデータのストレージ用のスペースを追加します。ここで追加する容量の

大まかな目安は、これらの主要なエンティティに必要な容量の半分です。

注 : 一般的に、インデックスはデータとほぼ同じ容量を必要とします。

■ 全体のサイズを計算するときは、誤差を見込んでください。

■ 要素の増加も全体のサイズ計算に見込みます。

■ サイズが大きいまたは競合を起こしそうなテーブルおよびインデックスを管理しやす

くするには、独立した追加のテーブルスペースおよびコンテナを、できるだけ別の

ディスクデバイスに作成します。

物理デバイスのレイアウト 8

データベースで十分なパフォーマンスを維持するには、利用できる論理または物理ディス

クデバイスごとに、コンテナを少なくとも 1つ作成します。データおよびログデバイスは、

別のディスクスピンドルに配置して、ランダム I/O とシリアル I/O間の競合を削減する必

要があります。また、すべてのDB2デバイスは、別々のディスクスピンドルに配置して、

I/Oの競合を小限にする必要があります。この方法が不可能な場合は、一緒に使用され

ることが多いデータベースオブジェクトを含むデバイスを異なるスピンドルに分散しま

す。このようなオブジェクトには、テーブル、そのインデックス、よく結合されるテーブ

ルなどがあります。

注 : パフォーマンスが高いディスクサブシステムを使用している場合は、異なるデバイス

レイアウトを選択できます。適なセットアップについては、 DBAおよびディスクサブ

システムのベンダーに問い合わせてください。




十分な DB2 データベースログスペースの割り当てデータベーストランザクションログは、 Siebel ソフトウェアで使用されるサイズの大きい

さまざまなトランザクションをサポートするのに十分な大きさで作成する必要がありま

す。 DB2では、確保するログスペースの容量に、 3つのパラメータが影響します。

LOGFILSIZ ：ログファイルのサイズ。

LOGPRIMARY ：事前に割り当てて使用するログファイルの数。

LOGSECOND ：大きいトランザクション用に必要な場合にのみ割り当てられる追加のログ

ファイル。

大規模なシステムで実行するためには、全体で約1 GBのログスペースを作成します。

それぞれ 32 MBのプライマリログファイルを 25～ 50個作成することをお勧めします。

このためには、 LOGFILSIZデータベース設定パラメータを 20000、 LOGPRIMARYパラメー

タを 25～50に設定します。さらに、非常に大きいトランザクションに対応するためには、

128から LOGPRIMARYの値を引いた値を LOGSECONDパラメータに設定します。

システムのサイズが小さい場合は、使用するログスペースも小さくできます。

ログファイルのアーカイブデータベースパラメータ LOGRETAINは、デフォルトでは有効になっていませんが、この

パラメータが重要な場合があります。 LOGRETAINがOFFに設定されている場合、ログファ

イルは循環的に再使用されます。これは、ロールフォワード復旧を使用できないことを意

味します。 LOGRETAINがRECOVERYに設定されている場合は、管理者がアーカイブおよび

削除できるようにすべてのログファイルがシステムに保存されます。

LOGRETAINがNOに設定されている場合は、バックアップ（復元）復旧のみ実行でき、

ロールフォワード復旧は実行できません。これは、本番環境の Siebel Database Serverに関連する障害回復プロセスで問題になる可能性があります。

データベース管理者（DBA）はこのパラメータの設定を確認することをお勧めします。




バッファプールのアクティブ化 8

バッファプールは、メインシステムメモリの領域で、テーブルスペースから取得された

データのページを保持するために使用されます。 DB2では、各テーブルスペースがバッ

ファプールに関連付けられています。バッファプールにスペースを追加すると、データ

ベースのパフォーマンスが向上します。

Siebel テーブルスペース用に、バッファプールを少なくとも 3つ用意する必要があります。

デフォルトのバッファプール（IBMDEFAULTBP）を使用して、すべての Siebel 4 KBテーブ

ルスペースからのデータページをバッファできます。

また、ソートとその他の SQL処理用に、 16 KBおよび32 KBページサイズのバッファプー

ルを追加で作成する必要があります。サンプル設定が表23に示されています。

サポートされている DB2のアドレス指定可能なメモリの大容量は、オペレーティングシ

ステムによって異なります。指定したサーバーのメモリ設定によっては、 IBMDEFAULTBP

およびBUF16Kの各バッファプールの推奨プールサイズが、これらの大値を超えるので、

割り当てのパーセントを小さくすることが必要になる場合があります。適なバッファ

プールサイズを決定するには、 DB2監視機能を使用します。

テーブルスペースの作成 8

Siebel Database Serverのインストールプロセスでは、 Siebelテーブルおよびインデックス

の保存先のテーブルスペースを指定します。

Siebel DB2データベースは、データベースで管理されるスペース（DMS）を使用する少な

くとも 4つのテーブルスペースで構成されます。各テーブルスペースには、 1つまたは複

数のテーブルスペースコンテナを保持して、データを保存できます。

表23. バッファプールのサンプル設定

バッファプールバッファプールの推奨サイズページサイズ

IBMDEFAULTBP 利用可能なメモリの 50% 4 KB

BUF32K 32 MB 32 KB

BUF16K 利用可能なメモリの 25% 16 KB




テスト用には本番環境以外の小規模な環境を使用することをお勧めします。少なくとも

4つのDB2テーブルスペースを作成して、テーブルおよびインデックスを保存する必要が

あります。作成するのは、さまざまなサイズのテーブル用に 4 KB、 16 KB、および32 KBの各テーブルスペース、そしてインデックス保存用のテーブルスペースです。テーブルス

ペースは、データベース管理されるスペースとして作成されなければなりません。

テーブルスペースを作成する方法

1 表24に示すように、さまざまなサイズのテーブル用に、少なくとも 4つのDB2 テーブ

ルスペースを作成します。

注 : デフォルトのテーブルスペース名を使用することをお勧めします。

2 S_DOCK_TXN_LOGなどの個別のテーブルを保存するために使用できるテーブルスペー

スを追加で作成します。サイズが大きく使用頻度の高いテーブルがある場合は、これ

らを専用のテーブルスペースに保存します。

表24. 非Unicode対応およびUnicode対応のデータベースのDB2 テーブルスペースの値

DB2 テーブルスペース名バッファプール名推奨値説明

非 Unicode 対応データベース

SIEBEL_4K IBMDEFAULTBP 2 GB 行サイズが大 4005バイトのテーブル用の

テーブルスペースの名前

SIEBEL_16K BUF16K 300 MB 行サイズが 4006～ 16,293バイトのテーブル用


SIEBEL_32K BUF32K 100 MB 行サイズが 16,293バイトを超えるテーブル用

のテーブルスペースの名前

Unicode 対応のデータベース

SIEBEL_4K IBMDEFAULTBP 3 GB 行サイズが大 4005バイトのテーブル用の


SIEBEL_16K BUF16K 700 MB 行サイズが 4006～ 16,293バイトのテーブル用


SIEBEL_32K BUF32K 100 MB 行サイズが 16,293バイトを超えるテーブル用

のテーブルスペースの名前




3 次の項で説明するソートおよびその他の SQL処理に使用するために、少なくとも 4 KB、16 KB、 32 KBの一時テーブルスペースを作成します。これらを作成しない場合、デー

タベースのパフォーマンスと安定性で深刻な問題が発生します。すべての一時テーブ

ルスペースにはシステム管理されたスペース（SMS）を使用することをお勧めします。

また、これらの一時テーブルスペースは、保存のために 2 GB まで拡張できるようにす


注 : すべてのインデックスが 1つのテーブルスペースに配置されないように、テーブ

ルおよびインデックスを含むテーブルスペースを多数持つことをお勧めします。そう

しない場合、ページが不足する可能性があります。

4 テーブルスペースごとに低1つのコンテナを作成します。

5 付録A 「実装計画ワークシート」にテーブルスペースの名前を記録します。

注 : DB2 Loadユーティリティを使用して EIMテーブルに取り込む場合、 EIMテーブル

が置かれているテーブルスペースがロード中利用できなくなることに注意してくだ

さい。個別の 1つまたは複数のテーブルスペースに EIMテーブルを配置すると、ロー

ドユーティリティの実行中もデータベースで同時にアクティビティを実行できます。

データベースの言語の属性の作成および設定 8

注 : 1つの言語だけで展開する場合であっても、データベース作成の一環として、データ

ベースの言語の属性を作成および設定する必要があります。このためには、使用するデー

タベースが実行する Siebelサポート言語、データベースが使用するコードセット、言語の

テリトリー（またはロケール）（Canadian French など）、およびユーザーが望む照合順を

知っておく必要があります。本番環境のDB2データベースサーバーでは任意の照合順を

使用できますが、開発環境でサポートされている照合順は IDENTITYだけです。

付録C 「データベース作成サンプルスクリプト」のサンプルスクリプトに、データベース

の言語の属性の設定する部分があります。

注意 : Unicode 対応のデータベースを作成するときは、パラメータ DB2_INDEX2BYTEVARLEN

を必ず ON に設定してください。そうしない場合は、データベースの作成に失敗します。




データベースの Siebel言語コード、テリトリー、およびコードセットを調べるには、


コードセットDB2はコードページ（または文字セット）とコードセットを区別します。「コードセット」

は、データベースで使用される文字エンコーディングの標準を説明するテキスト文字列と

して定義されます。一方、「コードページ」は、同じ標準を数値で表したものです。

テリトリーテリトリー、つまり地域は、言語とロケールの組み合わせです。たとえば、フランス語

（French）は言語の例ですが、カナダ（Canada）またはフランス（France）は、フランス

語の使用に地域的な違いがあるロケールです。

ソート順ソート順は、データベースの初のインストール中に指定され、データベースが文字デー

タをソートする方法を定義します。ソート順のサポートは、データベースのコードページ

と、それが開発環境と本番環境のどちらで使用されるかによって決まります。サポートさ

れるソート順については、 SupportWebで利用できる『システム要件とサポートされてい

るプラットフォーム』を参照してください。

開発環境データベース開発データベース内のレポジトリオブジェクト名は、 UTF-16バイナリソート順と同じ順

にソートする必要があります。これは、 Siebel Toolsが内部でこのソート順を使用するか

らです。同じにしない場合、将来の Siebel Databaseのアップグレードで、レポジトリの

マージに失敗します。これは、UTF-16バイナリソート順では、コードポイント U+E000～U+FFFFはコードポイント U+10000～U+10FFFFの後になりますが、 Unicodeのコード

ポイント順では前になるからです。本番環境データベースの制限については、 SuportWebで利用できる『システム要件とサポートされているプラットフォーム』を参照してくだ

さい。

注 : データが正確にエクスポートおよびインポートされていることを確認する必要があり

ます。




データベースを作成するには

1 言語に適用する値については、『システム要件とサポートされているプラット

フォーム』を参照してください。

2 データベースが使用するプライマリ（ベース）言語、言語のテリトリー、適切なコー

ドセットを特定します。

3 DB2 UDB コマンド行プロセッサを使用して、次のコマンドを入力します。

db2 create database dbname using codeset territory collate using identity

ここでは、

dbnameはデータベースのエイリアスです。

codesetはコードページのテキスト表現です。

注 : Unicode データベースをインストールしている場合は、コードセットとして

UTF-8 を入力し、ハイフンを保持する必要があります。 UTF-8 は、 DB2 への

Unicode の実装で使用されるパラメータですが、実際の処理は UCS-2 を使用し

ます。これは、 UTF-8 を VARCHAR タイプのエンコードとして指定するときに、

UCS-2 がパラメータとして指定されていなくても、 VARGRAPHIC タイプのエン

コードが自動的に UCS-2 に設定されるからです。

territoryは、そのコードセットでデータベースが動作している言語のテリト

リーです。

デフォルトの保存パラメータの上書き 8

Siebel Systemsは、 216ページの「テーブルスペースの作成」の特定のテーブルまたはイ

ンデックスを作成する指示に従って作成したテーブルスペースなど、デフォルト保存パラ

メータを上書きするオプションを用意しています。これらのデフォルトを上書きするには、

dbsrvr¥DBSRVR_PLATFORMディレクトリの ddl.ctlファイルを編集します。

注 : ddl.ctlファイルを変更するのは、権限のある DBAに限る必要があります。




各Siebel テーブルについて、 Table Spaceパラメータを使用して、テーブルスペースを指

定できます。次の例では、テーブルS_APP_VIEWのテーブルスペースが DATA1に設定され

ます。

Siebel Systemsから提供されているように、 .ctlファイルは、それが作成するオブジェク

トの保存パラメータを設定しません。従って、デフォルトで作成されているテーブルス

ペースのパラメータと同じになります。ただし、 Table Spaceパラメータは、次の状況下

でのみ機能します。

■ テーブルがまだ存在しない場合（新しいデータベースのインストールの実行中など）。

■ テーブルの再ビルドが必要である場合。つまり、 ALTER TABLE コマンドだけでは実装

できないようなスキーマの変更がテーブルに対して行われ、 Siebel アプリケーション

でのテーブルのドロップと再作成が要求されている場合です。

次の例で示すように、 Table Spaceパラメータを使用して、特定のテーブルの保存パラ

メータを設定できます。

[Object 219]Type = TableName = S_APP_VIEWColumn 1 = ROW_IDVARCHAR(15)NOTNULLColumn 2 = CREATEDTIMESTAMPNOTNULL DEFAULT %NOW%Column 3 = CREATED_BYVARCHAR(15)NOTNULLColumn 4 = LAST UPDTIMESTAMP NOTNULL DEFAULT %NOW%Column 5 = LAST_UPD_BYVARCHAR(15)NOTNULLColumn 6 = DCKING_NUMNUMERIC(22,7)DEFAULT 0Column 7 = MODIFICATION_NUMNUMERIC(10,0)NOTNULL DEFAULT 0Column 8 = CONFLICT_IDVARCHAR(15)NOTNULL DEFAULT ‘0’Column 9 = NAMEVARCHAR(50)NOTNULLColumn10 = DESC_TEXTVARCHAR(255)Column11 = LOCAL_ACCESS_FLGCHAR(1)Table Space = data1

次の例は、特定のテーブルおよびインデックスのデフォルトを上書きする方法を示してい

ます。

[Object 7135]Type = TableName = S_EVT_ACTGroup = Activity-1Append Mode = YesColumn 1 = ROW_ID WVARCHAR(15) NOTNULLColumn 2 = CREATED TIMESTAMP NOTNULLDEFAULT %NOW%




Column 3 = CREATED_BY WVARCHAR(15) NOTNULLColumn 4 = LAST_UPD TIMESTAMP NOTNULLDEFAULT %NOW%Column 5 = LAST_UPD_BY WVARCHAR(15) NOTNULLColumn 6 = DCKING_NUM NUMERIC(22,7) DEFAULT 0Column 7 = MODIFICATION_NUM NUMERIC(10,0) NOTNULLDEFAULT 0Column 8 = CONFLICT_ID WVARCHAR(15) NOTNULLDEFAULT '0'Column 9 = ACTIVITY_UID WVARCHAR(30) NOTNULLDEFAULT 'x'...Column 166 = TODO_CD WVARCHAR(30)Column 167 = USER_MSG_ID WVARCHAR(15)Column 168 = WC_START_VIEW WVARCHAR(250)Column 169 = WC_TYPE_CD WVARCHAR(30)

[Object 7136]Type = IndexName = S_EVT_ACT_F1Table = S_EVT_ACTColumn 1 = CON_PRDINT_ID ASCIndex Space = S_EVT_ACT_TBS_IDX

[Object 7137]Type = IndexName = S_EVT_ACT_F10Table = S_EVT_ACTAllow Reverse Scans = YesColumn 1 = TARGET_OU_ID ASCColumn 2 = APPT_START_DT DESCColumn 3 = ROW_ID ASCTable Space = S_EVT_ACT_TBS

[Object 7138]Type = IndexName = S_EVT_ACT_F11Table = S_EVT_ACTColumn 1 = PAR_EVT_ID ASCIndex Space = S_EVT_ACT_TBS_IDX


DB2 UDB に対する Siebel Database Server のインストール 9

Siebel Database Serverのインストールおよび設定は、さまざまなタスクで構成されてい

ます。 223ページの表25は、一連の手順を示します。

表25. Siebel Database Serverのインストールと設定のタスク

実行者タスク

システム管理者 1 すべての RDBMS 固有の情報を、付録 A 「実装計画ワークシート」の

シートに書き留めます

2 この Siebel Database Server のクラスタ化を実行する予定がある場合は、

その方法について IBM のマニュアルを参照してください。


3 DB2 データベースインスタンスを作成します。第 9 章「DB2 UDB に対

する Siebel Database Server のインストール」を参照してください。

システム管理者 4 データベースソフトウェアをインストールします。 227 ページの

「Database Server for DB2 ソフトウェアのインストール」を参照。

5 ソフトウェアのインストールを確認します。 231 ページの「Database Server for DB2 ソフトウェアのインストールの確認」を参照。

6 複数言語環境の場合は、 OS のユニバーサルタイムゾーンを確認および

（必要な場合は）リセットします。 232 ページの「グローバルタイム

ゾーンサポートのための環境のセットアップ」を参照。


7 テーブルオーナーと管理者のアカウントを作成します。 233 ページの

「DB2 のデータベースサーバーに対するテーブルオーナーアカウントと

管理者アカウントの作成」を参照。


DB2 UDB に対する Siebel Database Serverのインストール

Siebel管理者 8 ストアドプロシージャと UDF をインストールします。 235 ページの

「DB2 のストアドプロシージャとユーザー定義関数のインストール」を

参照。

9 シードデータ、テーブル、およびインデックスをインストールします。

236 ページの「Database Server for DB2 コンポーネントのインストール」

を参照。

10 データベースインストールのログファイルにエラーがないことを確認し

ます。 241 ページの「Database Server for DB2 インストールのログファ

イルの確認」を参照。

11 Siebel レポジトリをインポートします。 242 ページの「Database Server for DB2 の Siebel レポジトリのインポート」を参照。

Siebel システム管理者

12 レポジトリインポートのログファイルにエラーがないことを確認しま

す。 246 ページの「Database Server for DB2 のレポジトリインポートの

ログファイルの確認」を参照。

13 エラーがあった場合は、トラブルシューティングを実行してエラーを修

復し、必要な場合はスクリプトを再度実行します。 247 ページの「DB2のデータベースサーバーの Siebel レポジトリのインポートのトラブル

シューティング」を参照。

14 コードページに関するシステム属性を確認します。 248 ページの

「Siebel Database Server for DB2 インストールのシステム属性の確認」を

参照。

15 複数言語のシードデータをインストールします（オプション）。

249 ページの「Database Server for DB2 に対する複数言語シードデータ

のインストール」を参照。

16 レポジトリに別の言語をインポートします（オプション）。 250 ページ

の「Database Server on DB2 のレポジトリに対する新規言語のインポー

ト」を参照。


17 Siebel ファイルシステムを生成します。 249 ページの「Database Server for DB2 に対する複数言語シードデータのインストール」を参照。

表25. Siebel Database Serverのインストールと設定のタスク

実行者タスク



データベースサーバーについて

データベースサーバーについて 9

Siebel Database Serverには、Siebel eBusinessアプリケーションで使用するデータを格納し

ます。 Siebel専用Web クライアント（接続モードでは SiebelモバイルWeb クライアント）、

Siebel Tools クライアント、および Siebel Server コンポーネントは、 Database Serverに直

接接続し、リアルタイムで更新します。専用モバイルWeb クライアントは、サーバー

データのサブセットをダウンロードしてローカルで使用し、 Siebel Server を介して

Database Server と定期的に同期をとって両方を更新します。

Siebel Database Server ソフトウェアをインストールおよび設定することで、自動的に

Siebel Database を設定します。

Database Server for DB2 のインストール前のタスク 9

Siebel Database Server をインストールする前に、次のタスクを実行します。

■ インストール作業を補佐してくれる、資格を持ったデータベース管理者を確保します。

■ DB2が、第 8章「DB2 Universal Database for WindowsおよびUNIXの作成」の記述どお

りに適切に設定されていることを確認します。

■ ディスク領域を、インストール要件に適合するように割り当ておよび設定します。

詳しくは、第8章「DB2 Universal Database for WindowsおよびUNIXの作成」を参照


■ 第5章「Siebel Gatewayのインストール」と第6章「Siebel Serverのインストール」の手

順をすべて実行し、少なくとも 1つの Siebel Server をインストールします。

■ このエンタープライズが複数言語の場合、 Siebel Databaseでサポートするすべての

言語を、対応する Siebel Serverにインストールします。



Database Server for DB2のインストール前のタスク

■ これが完了していない場合は、付録A 「実装計画ワークシート」にある実装計画ワー

クシートをコピーして、次の項目を書き留めます。

■ DB2データベースエイリアスこれは、 DB2 ソフトウェアをインストールするときに

作成した、 DB2データベースエイリアスです。

■ テーブルオーナーアカウントのユーザー名とパスワード DB2では、作成したすべての

データベースには、ユーザー名とパスワードを割り当てる必要があります。 Siebel Database Serverのテーブルスペースとインデックスをインストールする前に、

grantusr.sqlスクリプトを編集してこの情報を追加します。 Siebelは、 Siebelアプリケーションのデフォルトのテーブルオーナーアカウントの、ユーザー名と

パスワードです。

■ Siebel 4 KB テーブルスペース： 4 KBの Siebelデータテーブルを格納する、 DB2サー

バーのテーブルスペースです。

■ Siebel 16 KB テーブルスペース： DB2サーバーのテーブルスペースの名前で、行の長

さが 4005バイト以上 16384バイト未満のテーブルが存在します。

■ Siebel 32 KB テーブルスペース： DB2サーバーのテーブルスペースの名前で、行の長

さが 32768バイト以上のテーブルが存在します。

■ Siebel インデックスのテーブルスペース： Siebel インデックスが格納されている DB2サーバーの、領域名です。



Database Server for DB2 ソフトウェアのインストール

Database Server for DB2 ソフトウェアのインストール 9

Siebel Database Serverソフトウェアのインストールによって、データベースコンポーネン

トをインストールして Siebelレポジトリをインポートするためのファイルが設定されます。

Siebel Database Server ソフトウェアのインストールは、次のタスクによって構成されてい

ます。

■ 227ページの「Database Server for DB2 ソフトウェアのインストール」

■ 231ページの「Database Server for DB2 ソフトウェアのインストールの確認」

■ 232ページの「グローバルタイムゾーンサポートのための環境のセットアップ」

■ 235ページの「DB2のストアドプロシージャとユーザー定義関数のインストール」

Database Server for DB2 ソフトウェアのインストール 9

以下の手順に従って、 Siebel Database Server として使用する各コンピュータ上へのインス

トールを実行します。 1つの Siebel Enterprise Serverに対して、 1つのデータベースのみ設

定できます。

Siebel Database Serverソフトウェアをインストールするには

1 UNIX_OS サーバープログラム、 Siebel Enterprise Server BaseCD-ROM をネットワーク上


ここで、



seaUNIX_OSsesbase またはseaUNIX_OSsiabaseになっています。 CD-ROMにアクセ


必要に応じて、このときに seaUNIX_OSseslanguage、またはseaUNIX_OSsialanguage

のいずれか適切な CD-ROMを、 Siebel Database Serverをインストールするマシンのド

ライブにインストールすることもできます。






3 CD-ROMの/sesディレクトリに移動して、新しいシェルを開きます。

4 Siebel固有の環境変数をすべて設定解除します。現在の環境変数の設定を表示するに

は、シェルウィンドウで「env」と入力します。

5 Siebel Database Server ファイルのインストールを開始するには、次のコマンドを入力

し、 106ページの「コンソールモードでのインストール」の説明に従って使用するフ

ラグを追加入力します。

./setupUNIX_OS





7 Siebel Database Server ファイルを初めてインストールしているのか、既存のインスタ

ンスに新しい言語を追加しているのかに応じて、次のうちの適切なアクションを実行

し、［次へ］をクリックします。

■ サーバーソフトウェアを新しいインスタンスにインストールするには、デフォル

トの［なし］を選択し、［次へ］をクリックします。手順8に進みます。





8 インストールディレクトリに対する完全修飾パスを入力し、［次へ］をクリックします。


9 インストールする Siebel Database Server を選択して、［次へ］をクリックします。

［インストーラセットアップタイプ］画面が表示されます。

10 実行するインストールのタイプを選択し、［次へ］をクリックします。

■ Typical：サポートしているすべてのRDBMSに対する Siebel Database Serverコンポー

ネントをインストールします。

■ Compact ：コンパクトインストールはサポートされていません。




■ Custom ：インストールするコンポーネントを選択することでインストールをカス

タマイズできます。

注 : このオプションは、 IBM DB2 UDB for UNIX and Windows のインストールに使

用します。

注意 : Custom インストールを選択した場合、ソフトウェアの初回インストール時

に Sample Database を選択したことを確認してください。 Sample Database がイン

ストールされると、その設定後に、 Siebel File System ディレクトリには別のファ

イルもコピーされます。これらのファイルは、添付ファイルの読み取りに必要で

す。詳しくは、 250 ページの「DB2 上の Database Server への Siebel ファイルシス

テムの組み込み」を参照してください。

11 ［Custom］を選択すると、インストール可能なコンポーネントを選択するように求め

るメッセージが表示されます。［IBM DB2 UDB for UNIX and Windows］と［Siebel Sample Database］の両方を選択します。

［インストーラ言語の選択］画面が表示されます。



応じて、後で別の言語をインストールできます。詳しくは、『Global Deployment Guide』を参照してください。















13 確認画面に、選択したインストールパラメータが表示されます。［次へ］をクリック

します。

インストーラは、選択した場所にすべてのファイルをコピーします。ファイルがイン

ストールディレクトリにコピーされたら、次の警告メッセージが表示されます。


14 ターゲットマシンで、 seaUNIX_OSseslanguageまたはsiaUNIX_OSseslanguageのど

ちらか適切な言語（languageはインストールしている言語パック）を検索し、

setupUNIX_OSを参照して、［OK］をクリックします。

■ Siebel Enterprise アプリケーションをインストールしている場合は、手順16に進み

ます。

■ Siebel Industry Solutions をインストールしている場合、インストールしている言語

によっては、他のCDのインストールを要求するメッセージが表示されることがあ

ります。この場合は、手順15に進みます。

注意 : Siebel Industry Solutions の顧客向けの注意事項です。インストールしている

言語のために複数の CD-ROM が必要であり、 OS のプラットフォームが Solaris で、

自動マウントが有効になっている場合は、初の言語 CD のマウントポイントと

して /cdrom/cdrom0 を指定する必要があります。 /cdrom/siasolseslanguage1

ではありません。

15 2枚目の言語CDの挿入を指示するメッセージが表示されたら、初の CD-ROM を

取り出して 2枚目を挿入し、［OK］をクリックします。

すべての言語ファイルのインストールが完了すると、インストーラによって Base CD-ROMの挿入を求める次のメッセージが表示されます。

ベース CD-ROMを再挿入して、セットアップ UNIX_OS ファイルを参照し、セットアップを続行

できるようにしてください。



17 ［完了］をクリックします。




Database Server for DB2 ソフトウェアのインストールの確認 9

Siebel Database Serverのインストールによって作成されたディレクトリ構造を確認

します。インストールによって、 Siebel Serverのインストールディレクトリの下に、

/dbsrvr/db2udbサブディレクトリが作成されています。

ディレクトリ構造は、次のようになります。

db2udbsiebprocupgradesqlproc

db2udb ： DB2 UDB固有のスクリプトで、Siebel eBusiness Applicationsの以前のバージョン

をアップグレードするスクリプトなどが保存されています。

siebproc

aix ： DB2 AIXシステムのユーザー定義関数（UDF）とストアドプロシージャが保

存されています。

hpux ： HP-UXシステムのUDF とストアドプロシージャが保存されています。

solaris ： DB2 Solaris システムのUDF とストアドプロシージャが保存されています。

win32 ： Windows 2000 システムのUDF とストアドプロシージャが保存されてい

ます。

upgrade ：現在のリリースに対するアップグレードがサポートされている、 Siebel eBusiness Applicationの特定のバージョンからのアップグレードを可能にするための

ファイルがディレクトリに含まれています。

sqlproc ：サーバーにインストールされている、対応可能なすべてのOSに対する、 SAR（ストアドプロシージャアーカイブ）ファイルが保存されています。

language ：元のレポジトリに対する言語固有およびデータベース固有のファイル、および

サポートファイルが含まれています。たとえば、 enuにはアメリカ英語固有のファイルが

保存され、 deuにはドイツ語固有のファイルが保存されています。インストールした言語

パックによっては、さらにこのレベルの下位にサブディレクトリが作成されます。




グローバルタイムゾーンサポートのための環境のセットアップ 9

一般的に、グローバルな開発は複数のタイムゾーンにまたがるため、世界中で働く従業員

と顧客との間で交わされる、時間によって変化する情報を管理することは困難です。

Siebel Systemsのグローバルタイムゾーン機能によって、組織はタイムゾーンの違いに関

係なく、契約上の応答期間と条件に対応できるようになります。

グローバルタイムゾーン機能は、ユニバーサルタイムゾーン（UTC）を使用して日付と時

刻のデータを変換します。 UTCはグリニッジ標準時と等しいタイムゾーンですが、夏時

間は適用されません。

グローバルタイムゾーン機能を有効にしてデプロイメントを操作する場合は、データベー

スサーバーのオペレーティングシステムを UTC またはそれに等しい時刻に設定する必要

があります。タイムゾーンの変更は、サーバー全体ではなくホストされているアプリケー

ションに対して行うことをお勧めします。

注意 : 時刻の表示方式は言語ロケールによって異なります。これは Solaris では特に重要な

ことです。 Solaris のデフォルトでは、午前午後を表示しない 12 時間制です。詳しくは、

『Global Deployment Guide』を参照してください。

オペレーティングシステムの時間を変更するには、そのオペレーティングシステムのベン

ダーのマニュアルを参照してください。 Siebelのグローバルタイムゾーン機能の管理につ

いては、『Global Deployment Guide』を参照してください。

この機能は Siebel 7では省略可能ですが、グローバルタイムゾーンを有効にして製品環境

を操作することを強くお勧めします。

注 : グローバルタイムゾーンパラメータ（協定世界時システム属性）は、 Siebel 7ではデ

フォルトで有効です（TRUEに設定）。グローバルタイムゾーン機能が不要な場合は、［ア

プリケーション管理］ > ［システム属性］に移動して、このパラメータを FALSEにリセッ

トする必要があります。




DB2のデータベースサーバーに対するテーブルオーナーアカウントと

管理者アカウントの作成 9

DB2 UDBデータベースを操作しているとき、データベース管理者は、オペレーティングシ

ステムレベルに手作業で、テーブルオーナーアカウント（デフォルトはSIEBEL）、 Siebel管理者アカウント（デフォルトは SADMIN）、およびsse_roleグループを作成する必要があ

ります。次に、その sse_role グループに、 2つのアカウントを追加する必要があります。

注 : Solarisでは、 admintoolを使用すると sse_roleグループは作成されません。これは、

名前にアンダースコア（_）が含まれているためです。代わりに、コマンド groupadd

sse_roleを使用して sse_role グループを作成し、「UX: groupadd:sse_role名はすべて小文

字か数値にする必要があります」という警告は無視します。

注意 : インストールグループ sse_role グループにユーザーを追加し、そのユーザーが

Siebel Server やコンポーネントを管理する start や stop などの管理コマンドを使用するこ

とを許可できます。ただし、書き込みアクセスを可能にするには、ディレクトリに対する

権限を変更する必要があります。 chmod -R 775 on $SIEBEL_ROOT を使用してください。

Siebel Database Serverに対して、 grantusr.sqlスクリプトを実行し、これらのユーザー

に適切な権限を付与します。 grantusr.sql スクリプトは、 Siebel Database Server を設定

する前に実行する必要があります。

このスクリプトは、 $DBSRVRディレクトリの $DBSRVR_PLTFRM_ROOTサブディレクトリ

にあります。データベース管理者は、このスクリプトを確認して実行する必要がありま

す。これによって、次の機能が実行されます。

■ Siebelデプロイメントですべてのデータベースオブジェクトを「所有」する Siebel テー

ブルオーナーアカウントに、適切な権限を付与します。

■ セッション作成権限を持つ役割（sse_role）を作成します。

注 : grantusr.sqlを実行しても、 LDAPUSERアカウントは作成できません。このアカウン

トはsse_roleグループに属する必要があるため、データベース管理者かUNIXネット

ワーク管理者のいずれか適切な管理者によって作成されます。 LDAPについては、

『Security Guide for Siebel eBusiness Applications』を参照してください。

注意 : Siebel 管理者アカウント SADMIN の名前を変更しないでください。このアカウン

トは、 Siebel 管理者として Siebel にログオンするために、作成する必要があります。




Siebel Marketing 用のテーブルオーナーアカウントと管理者アカウントSiebel Marketingで使用するテーブルオーナーまたはデータベースのユーザー IDには、

さらに、 OLTP スキーマ内のデータベースレベルの権限が必要です。テーブル削除、イン

デックス削除、テーブル作成、およびインデックス作成の各権限をこのユーザーに付与す

る必要があります。詳細は、『Siebel Marketingガイド』を参照してください。

grantusr.sqlスクリプトを実行するには

1 DBA権限のあるアカウントを使用して、 grantusr.sqlスクリプトを実行します。

UNIXでは、通常のDB2 システム管理アカウントはdb2inst1です。

2 次のコマンドを入力します。

db2 connect to DB2database Alias user Instance Owner Username using password

db2 -vf /SIEBEL_ROOT/db2udb/grantusr.sql

ここで、

DB2database Aliasは、使用している DB2エイリアスです。

Instance Owner Usernameは、インスタンス所有者のログイン IDです。

passwordは、データベースインスタンスのパスワードです（長さと使用可能な文字は

基になる RDBMSプラットフォームの規則による）。

SIEBEL_ROOTは、 Siebelのルートディレクトリです。

注 : $SIEBEL_ROOTディレクトリへのフルパスを指定する必要があります。

スクリプトによって、 Siebelオブジェクトの作成場所になるデフォルトのテーブルス

ペースを指定するように指示するメッセージが表示されます。

3 付録A 「実装計画ワークシート」のコピーに記録したテーブルスペース名を入力し

ます。




DB2のストアドプロシージャとユーザー定義関数のインストール 9

Siebel Database Serverにストアドプロシージャとユーザー定義関数をインストールするに

は、初にそれらを Siebel Database Serverに転送する必要があります。また、 Siebel Database Server コンポーネントがインストール済みになっている必要があります（Siebel Database Server コンポーネントのインストールについては、 227ページの「Database Server for DB2 ソフトウェアのインストール」を参照してください）。

Siebel製品をサポートするには、ユーザー定義関数（UDF）とストアドプロシージャを Siebel Database Serverに転送してインストールする必要があります。その方法は、 Siebel Database Serverの適切な場所に必要なファイルを転送するのであれば、すべて許容されます。

DB2 上のストアドプロシージャコードのコピーとインストールストアドプロシージャコードをコピーおよびインストールするには、使用している Siebel Database Serverオペレーティングシステムによって、以下の手順に従ってください。

基本的なDB2 タスクの実行方法は、 IBMのオンライン Browse V7 Bookshelfにある “Quick Beginnings Guide” を参照してください。

ストアドプロシージャファイルをコピーするには

1 Siebelサーバーのソースインストールマシンにログオンし、 Siebelデータベースのイ

ンストールオブジェクトが保存されているソースインストールサブディレクトリに移

動します。

注 : AIX、 Solaris、またはHP-UXにDB2 v8.1 64bit を配備している場合は、 siebproc64ライブラリファイルを sqllib/functionディレクトリにコピーして、ファイル名

siebproc64を siebprocに変更します

$DBSRVR_ROOT /db2udb/siebproc/DBSRVR_OS.

ここで、

DBSRVR_OSは、 AIXなどの、 Siebel Database Server を実行しているオペレーティング

システムです。

注 : siebprocの権限は-rw-r---- （所有者の読み込みと書き込み許可、グループの読

み込み許可、他のすべてのユーザーの読み込みと書き込みの不許可）にします。ファ

イルの所有者はインスタンス所有者で、グループはインスタンス所有者が所属するグ

ループです。



Database Server for DB2の設定

2 ファイルsiebprocを、 Siebel Database ServerのDB2 UDB インスタンスディレクトリ

（DB2 UDBがインストールされているディレクトリ）の functionサブディレクトリに

配置します。

たとえばAIXでは、 $INST_HOME/sqllib/functionです。

Database Server for DB2 の設定 9

インストールの際の Siebel Database Serverの設定は、次のタスクで構成されています。

■ 236ページの「Database Server for DB2 コンポーネントのインストール」

■ 242ページの「Database Server for DB2の Siebel レポジトリのインポート」

Siebel Database Server設定ウィザードを使用して、これらのタスクを実行します。

Database Server for DB2 コンポーネントのインストール 9

Siebel Database Serverの設定ウィザードの［Siebel データベースサーバーオプション］

メニューで［データベースのインストール］を選択すると、次のタスクが実行されます。

■ Siebelのテーブルおよびインデックスを作成する

■ Siebelのシードデータをインポートする

■ システム属性を設定する

Siebel Database Server for DB2コンポーネントをインストールするには

1 $SIEBEL_HOMEに移動して、使用するシェルの種類に従って次のコマンドのいずれか

を実行し、環境変数を指定します。

Korn or Bourne shell

. ./siebenv.sh


ます。




C シェル

source siebenv.csh

ここで、


2 次のように入力して、値 $SIEBEL_ROOTおよびLANGUAGEが適切に設定されているか

空白かを確認します。

env

変数の値が正しくなかったり設定されていなかったりする場合は、使用するシェルに

応じて次のコマンドの 1つを使用して変数をリセットします


SIEBEL_ROOT=New Value ; export SIEBEL_ROOT

LANGUAGE=New Value; export LANGUAGE

C シェル

setenv SIEBEL_ROOT New Value

setenv LANGUAGE New Value

3 $SIEBEL_ROOT /binに移動し、次のスクリプトを実行します。

dbsrvr_config.ksh

これによって、 Siebel Database Serverの設定ウィザードが開始します。

このスクリプトは初に、 SIEBEL_ROOTおよびLANGUAGEの現在の設定を表示し、そ

れらの設定が正しいかどうかの確認を求めます。

4 設定が正しいかどうかに応じて、「Y」または「N」を入力します。

注 : SIEBEL_ROOTまたはLANGUAGEの値が設定されていなかったり正しくなかったりす

る場合は、先に進む前にそれらの値を修正する必要があります。

設定ウィザードは、 $SIEBEL_ROOTディレクトリが存在するかどうかを確認します。




5 Siebel Serverルートディレクトリのパスを指定するか、 Enterキーを押して現在の設

定を受け入れます。

設定ウィザードは、次に、 Siebel Database Serverルートディレクトリのパスの入力を

要求するメッセージを表示します。

6 Siebel Database Serverルートディレクトリのパスを指定するか、 Enterキーを押して

現在の設定を受け入れます。

設定ウィザードは、次に、サポートしているデータベースプラットフォームのリスト

を表示します。

［RDBMSプラットフォームの選択：］

［1- IBM DB2 UDB for UNIX and Windows］［2- Oracle Database Enterprise Edition］

7 「1」を入力して［IBM DB2 UDB for UNIX］を選択します。

スクリプトによって、次のような［Siebel データベースオペレーション］メニューが

表示されます。

［Siebel Database Operationを選択］

［1- データベースのインストール］［2- データベースのアップグレード］［3- レポジトリのインポート／エクスポート］［4- レポジトリの移行］［5- データベースユーティリティの実行］

8 「1」を入力して、［データベースのインストール］を選択します。

Siebel Database Serverの設定ウィザードに、 grantusr.sqlを実行してテーブルオー

ナーアカウントと管理者アカウントをセットアップすることを求めるメッセージが表

示されます。

9 「Y」を入力して肯定するか、「N」を入力して設定ウィザードを終了してからこのスク

リプトを実行します。

注 : シードデータ、テーブル、およびインデックスのインストールを完了するには、

これらのアカウントを準備する必要があります。




Y を選択した場合は、スクリプトによって次の［インストールオプション］メニュー

が表示されます。

［以下のオプションのうちいずれかを選択：］

［1- Siebelデータベースのインストール］

［2- 既存のSiebelデータベースへの言語の追加］

10 「1」を入力して、このデータベースに Siebelデータベースコンポーネントをインス

トールします。

11 データベースのコードページのタイプを確認し、使用しているデータベースのエン

コード方式に対応する数字を入力します。

［1- Unicode］［2- Non-Unicode］

注意 : 適切でないデータタイプでインストールすることのないように、データベース

に対する適切な選択肢を慎重に選択してください。データベースは、非 Unicode の

ページ設定に対して Unicode データタイプを作成できません。したがって、選択肢を

選択する前にこの設定を慎重に確認してください。

プログラムによって、現在インストールされている言語のリストが表示されます。

12 データベースを運用するための言語に対応する数字を入力します。

注 : これは、データベースのプライマリ（基本）言語と呼ばれます。

13 ODBCデータソース名（siebsrvr_siebelなど）を指定します。

14 データベースの Siebel管理者のユーザー名を入力します（例： SADMIN）。

15 指定されたデータベース管理者アカウントのパスワードを入力します。

16 DB2データベースのテーブルオーナー名（siebelなど）を入力します。

17 データベースのテーブルオーナーのパスワード（db2など）を入力します。

［データベースサーバーの OS］画面が表示されます。




18 使用している Siebel Database Serverオペレーティングシステムに対応する番号を入力

します。

［1- Windows］

［2- Solaris］

［3- AIX］

［4- HP-UX］

19 インデックステーブルスペース名を入力します。

20 4KB テーブルスペース名を入力します。



データベースの仕様設定を完了すると、設定ウィザードには設定した値のリストが表

示され、 Siebel アップグレードウィザード（srvrupgwiz）を起動するかどうかを確認

するメッセージが表示されます。

23 「Y」を入力して、設定内容を許可し、アップグレードウィザードを開始します。

または、「N」を入力して、設定内容を拒否し、設定ウィザードを終了します。

■ 以前に入力した値を変更する場合は、 dbsrvr_config.kshを実行して設定ウィ

ザードを再実行します。これによって、異なる値で再度設定できます。

■ プログラムまたはシステムにエラーが発生して Siebelアップグレードウィザードを

再度実行する必要がある場合、ウィザードに障害が発生したポイントから再度実

行を開始できます。その場合は$SIEBEL_ROOT/binに移動して、次のコマンドを

入力します。srvrupgwiz -m master_install.ucf

アップグレードが正常に終了した場合は、その終了を知らせるメッセージがインス

トールの終了時に Siebel アップグレードウィザードによって表示されます。




Database Server for DB2 インストールのログファイルの確認 9

Siebel Database Server コンポーネントをインストールすると、いくつかのログファイルが

作成されます。 $SIEBEL_ROOT/logサブディレクトリの srvrupgwiz.logおよび（追加ロ

グになる） srvrupgwiz1.log などで、それらにエラーが含まれていないかを確認する必


DB2 UDBにシードデータ、テーブル、およびインデックスをインストールすると、次の

ログファイルが生成されます。

ddl_ctl.logdataimp_prim.logdataimp_prim_lang.logsiebproc.logseeddb2.logseedver.logseedssa.logddlview.logloadstats.loggrantstat.logupdatestats.logdb2ddl.logset_unicode.logset_utc_on.log

プライマリ（基本）言語パックをインストールすると、 dataimp_prim_lang.log という

名前のログファイルが作成されます。

Database Server for DB2 インストールの許容可能なエラーログファイルには、予期された許容可能なエラーが記録されていることがあります。ログ

ファイルに記述されたすべてのエラーメッセージを、データベースプラットフォームのイ

ンストールサブディレクトリ（db2udbなど）に保存されている errors.txtファイルのサ

ンプルエラーメッセージと比較してください（errors.txtファイル内のリストにないロ

グファイルには許容可能なエラーメッセージは記録されません）。ログファイルに記録さ

れたエラーがerrors.txtファイル内のリストにある場合、特別な処置は必要ありません。

注 : ログファイルによっては、記録されている各種エラーのうちの 1種類しか

errors.txtファイルのリストにない場合があります。

errors.txtファイル内のリストにないエラーが見つかった場合は、そのエラーの原因に

なった条件を修正し、アップグレードウィザードを再実行します。ウィザードは、停止し

たポイントから再開されます。




エラー番号だけを確認しないでください。新しいバージョンのドライバーのインストール

によってエラー番号が変更されている場合があります。実際のエラーの説明を比較して、

そのプラットフォームに対して許容可能なエラーかどうかを確認してください。

注意 : その他のエラーが万一発生した場合、この確認は重要です。インデックスの作成失

敗などある種のエラーは Siebel eBusiness Application のパフォーマンスの問題や異常な動

作の原因になります。

Database Server for DB2の Siebel レポジトリのインポート 9

後の処理として、 Siebel レポジトリをインポートする必要があります。これによって、

Siebel Database Serverのすべてのレポジトリテーブルが、 Siebel eBusiness Applicationsのバージョン 7 アプリケーションオブジェクトに新しく組み込まれます。

注 : Siebel eBusiness Applicationsの使用数にかかわらず（Siebel Sales、 Siebel Service、

Siebel Marketing など）、レポジトリのロードは 1回だけです。

レポジトリをインポートするには

1 $SIEBEL_HOME/binに移動して、 236ページの「Database Server for DB2 コンポーネン

トのインストール」の指示に従って、環境変数を指定します。

2 前述の指示に従って、値SIEBEL_ROOTおよびLANGUAGEが適切に設定されているか

空白かを、再度確認します。


dbsrvr_config.ksh


注 : このスクリプトを適切に実行するには、読み込み、書き込み、および実行の権限

が必要です。

このスクリプトは初に、 SIEBEL_ROOTおよびLANGUAGEの現在の設定を表示し、

それらの設定が正しいかどうかの確認を求めます。







5 Siebel Serverルートディレクトリのパスを指定するか、 Enterキーを押してデフォル

トを受け入れます。

6 Siebel Database Serverのルートディレクトリのパスを指定するか、 Enterキーを押し

てデフォルトを受け入れます。

スクリプトによって、 RDBMSプラットフォームの画面が表示されます。


［1- IBM DB2 UDB for UNIX and Windows］

［2- Oracle Database Enterprise Edition］

7 「1」を入力して Enterキーを押し、［IBM DB2 UDB for UNIX and Windows］を選択し

ます。





8 「3」を入力して Enterキーを押し、［レポジトリのインポート /エクスポート］を選択しま

す。

スクリプトによって、次の［レポジトリオペレーション］メニューが表示されます。


［1- レポジトリのインポート］

［2- 既存のレポジトリへの言語の追加］

［3- レポジトリのエクスポート］




9 「1」を入力して Enterを押し、［レポジトリのインポート］を選択します。

スクリプトによって、次の［レポジトリのインポートオプション］メニューが表示さ

れます。

［レポジトリのインポートオプションを指定：］

［標準Siebelレポジトリのインポート］

［カスタムレポジトリのインポート］

10 インポートするレポジトリのタイプを指定します。

Siebel レポジトリをインポートするには、「1」を入力して Enterキーを押します。

スクリプトによって、使用可能な言語パックのリストが表示されます。

11 インストールする言語パックに対応する番号を入力します。

注 : 選択した言語パックは、 Siebelデータベーススキーマのインストールの際に選択

したプライマリ（基本）言語と一致する必要があります。










12 ODBCデータソース名（SiebSrvr_siebelなど）を入力します。

注 : Siebel Serverのインストールプロセスでは、フォーマット

SiebSrvr_enterprise_server_nameを使用して、自動的にデータソースが作成され

ます。





14 指定されたデータベース管理者アカウントのパスワード（DB2SADMINなど）を入力し

ます。

15 DB2データベースのテーブルオーナー名（siebelなど）を入力します。

16 データベースのテーブルオーナーのパスワード（db2など）を入力します。

17 レポジトリ名を入力するか、デフォルトを受け入れます（例： Siebel Repository）。

18 レポジトリファイル名を入力するか、デフォルトを受け入れます（例： mstrep.dat）。

インポートレポジトリの設定を完了すると、設定ウィザードには設定した値のリスト

が表示され、 Siebel アップグレードウィザード（srvrupgwiz）を起動するかどうかを

確認するメッセージが表示されます。

19 アップグレードウィザードを実行するかどうかを指定します。

■ 仕様を確認してアップグレードウィザードを起動するには、「Y」を入力します。

■ 値を拒否して設定ウィザードを終了するには、「N」を入力します。

以前入力した値を変更する場合は、 dbsrvr_config.kshを実行して設定ウィザードを

再実行します。これによって、異なる値で再度設定できます。

プログラムまたはシステムにエラーが発生して Siebel アップグレードウィザードを再

度実行する必要がある場合、ウィザードに障害が発生したポイントから再度実行を開

始できます。その場合は$SIEBEL_ROOT/binに移動して、次のコマンドを入力します。srvrupgwiz -m master_imprep.ucf






Database Server for DB2のレポジトリインポートのログファイルの確認 9

レポジトリのインポートプロセスでは、いくつかのログファイルが作成されます。

$SIEBEL_ROOT/log サブディレクトリの srvrupgwiz.logおよび（追加ログになる）

srvrupgwiz1.logなどで、それらにエラーが含まれていないかを確認する必要があり

ます。アップグレードウィザードに問題が発生してユーザーが再度実行しようとしたとき

には、その他のログファイルも作成されます。

新しい言語でレポジトリをインポートした場合、次の特殊なログファイルが作成されます。

imprep_prim.log gen_updatestats_imprep.logupdatestats_imprep.log

Database Server for DB2 インストールでのレポジトリインポートの許容可能なエラーログファイルには、予期された許容可能なエラーが記録されていることがあります。ログ

ファイルに記述されたすべてのエラーメッセージを、 Siebel Database Serverプラット

フォームのサブディレクトリ（db2udbなど）に保存されている errors.txtファイルのサ







なった条件を修正し、アップグレードウィザードを再実行します。









DB2にデータベースサーバーをインストールした後のタスク

DB2のデータベースサーバーの Siebel レポジトリのインポートの

トラブルシューティング 9

この段階で発生する一般的な問題には、次のようなものがあります。

■ 既存のレポジトリと同じ名前でレポジトリをインポートしている。

■ ページが割り当てできない。

■ APP_CTL_HEAP_SZなどの、 DB2設定パラメータの設定に関する DB2エラーがある。

これらは、ほとんどの場合、高い値に設定を変更する必要があります。 Siebel Systemsのガイドラインは小値を提示しているためです。

レポジトリのインポートプロセスによって生成されたログファイルに、前述のエラーが

記述されているはずです。

DB2 にデータベースサーバーをインストールした後のタスク 9

Siebel Database Serverのインストールを完了した後で、次のタスクを実行します。

■ 248ページの「Siebel Database Server for DB2 インストールのシステム属性の確認」

■ 249ページの「Database Server for DB2に対する複数言語シードデータのインス

トール」

■ 250ページの「Database Server on DB2のレポジトリに対する新規言語のインポート」

■ 250ページの「DB2上のDatabase Serverへの Siebel ファイルシステムの組み込み」




Siebel Database Server for DB2 インストールのシステム属性の確認 9

Siebel Database Serverのインストールと設定を完了したら、 Siebel Toolsに含まれる Siebelアプリケーションのシステム属性を確認する必要があります。 Siebel Toolsのインストー

ル方法については、『Siebel Tools Reference』を参照してください。

システム属性を確認するには

1 Siebel Tools を起動して、［画面］ > ［システム管理］ > ［システム属性］の順に選択

します。

2 ［システム属性名＝Enterprise DB Server Code Page］を見つけて、それぞれの値が

適切に、かつ、データベースサーバーコンポーネントのインストール中に選択した値

に基づいて設定されていることを確認します（236ページの「Database Server for DB2コンポーネントのインストール」を参照）。適切な値のリストは、 248ページの表26を参照してください。

注 : コードページの値は、小文字で指定する必要があります。例： utf-16

*UCS-2 とも呼ばれますが、値は utf-16 と同じ値を入力してください。

3 データベースがUnicodeに対応している場合は、テーブルS_APP_VERの列

UNICD_DATATYPS_FLGにUnicode フラグが、次に示すように正しく設定されている

ことを検証します。

■ Codepage (non-Unicode)= N

■ Unicode DB2 Server = Y

注意 : データタイプフラグは大文字で指定してください。

表 26. Enterprise DB Server Code Page の許容できる値

値言語

utf-16* (Unicode) 全カテゴリー

cp932 （または等価のコード）日本語

cp1252 （または等価のコード）西欧言語




Database Server for DB2 に対する複数言語シードデータのインストール 9

所属組織によってデータが複数言語になる場合、複数言語シードデータ（ビュー、権限、

システム属性のリストなど）をインストールする必要があります。これを実行するには、

Siebel Database Serverにプライマリ（基本）言語をインストールした後で、新しい言語

パックを追加します。これによって、新しい言語によるシードデータの変数リスト

（LOV）が組み込まれます。

プライマリ（基本）言語で正常にシードデータをインストールした後でのみ、データベー

スに別の言語のシードデータを追加できます。

注意 : Siebel Database for the Enterprise で関連する Siebel Server がサポートする言語は、

データベースに言語を追加する前にインストールしてある必要があります。

複数言語シードデータをインストールするには

1 Solaris|AIX Server Programs Base CD-ROM を挿入またはマウントし、 227ページの

「Database Server for DB2 ソフトウェアのインストール」の指示に従って手順7 まで

処理し、［既存のインスタンスに新しい言語を追加］を選択します。

2 表示される指示に従って、Siebel製品の要求された番号の言語パック CD を挿入します。

3 言語のインストールが終了したら、 236ページの「Database Server for DB2 コンポーネ

ントのインストール」の手順に従って手順10 まで処理し、 2の［既存の Siebel データ

ベースへの言語の追加］を選択します。

4 以降の指示に対しては、プライマリ（基本）言語シードデータをインストールしたと

きと同様に対応します。

5 Siebel eBusiness Applicationsの複数言語変数リスト（MLOV）機能を有効にします。

詳しくは、『Siebel Tools Reference』を参照してください。




Database Server on DB2のレポジトリに対する新規言語のインポート 9

Siebel レポジトリをプライマリ（基本）言語に正常にインストールしたら、他の言語も

追加できます。

新規言語をレポジトリに追加すると、一連のローカライズ可能な情報が組み込まれます。

それによって、 Siebel eBusiness Applicationsの新規言語での運用性が高くなります。

使用している Siebel eBusiness Application （Siebel Sales、 Siebel Service、 Siebel Marketingなど）の数に関係なく、この処理はインストールする言語について 1回だけ実行します。

レポジトリに新規言語をインポートするには

1 242ページの「Database Server for DB2の Siebel レポジトリのインポート」の手順に

従って 243ページの手順6 まで処理し、 2の［既存のレポジトリへの言語の追加］を選択

します。

2 以降の指示に対しては、プライマリ（基本）言語レポジトリをインポートしたときと

同様に対応します。

注 : レポジトリのインポートが失敗した場合、またはレポジトリに対する新規言語のイン

ポート中にシステムエラーが発生した場合は、 $SIEBEL_ROOT/binに移動して次のように

入力します。 srvupgwiz /m master_imprep_LANG.ucf

DB2 上の Database Serverへの Siebel ファイルシステムの組み込み 9

Siebel ファイルシステムを実行するには、フォローアップテンプレート、 Siebel Marketingなど Siebel Database Server ソフトウェアに含まれる固有のファイルが必要です。 files と

いうサブディレクトリは、Siebel Database Server をインストールするときに作成されます。

DBA （データベース管理者）は、 Siebel Database Server をインストールしてから Siebel Web Client を実行するまでの間に、 File Systemディレクトリにこれらのファイル添付を組

み込む必要があります。




Siebel File Systemディレクトリを組み込むには

1 Siebel Database Server ソフトウェアの /filesサブディレクトリから、 Siebel ファイル

システムの /attサブディレクトリに、適切なファイルをコピーします。


システム内の /cmsディレクトリに、 KB.kbファイルをコピーします。

3 各ファイルが適切に配置されていることを確認します。


Oracle データベースの作成 10

この章では、 Oracle用に推奨される Siebelデータベースの設定およびサイズの概要につい

て説明します。また、 Siebel eBusiness Applications と連携して使用する Oracleデータベー

スの作成方法についても説明します。

Siebelデータベースの適化と作成は、表27に示す複数のタスクから構成されます。

表27. データベース設定タスク

実行者タスク


1 データベースレイアウトのガイドラインを確認し、それに応じてデータ

ベースをレイアウトします。 254 ページの「Oracle データベースレイア

ウトのガイドライン」を参照。

2 Siebel eBusiness Applications のパフォーマンスに影響する Oracle パラ

メータ設定のリストを確認し、この章のガイドラインに従って再設定し

ます。 258 ページの「Oracle データベース設定ガイドライン」を参照。

3 データベースオブジェクトを作成します。 261 ページの「データベース

の作成」を参照。

4 実行中のデータベース管理タスクを確認します。 270 ページの「Oracleデータベース管理の継続的作業」を参照。


Oracle データベースの作成

Oracleデータベースレイアウトのガイドライン

Oracle データベースレイアウトのガイドライン 10

ほとんどのクライアントサーバーアプリケーションと同様に、 Siebel eBusiness Applicationsの全体的なパフォーマンスは、 Database Serverの I/Oパフォーマンスに大き

く依存します。

適な I/Oパフォーマンスを確保するには、 I/Oの負荷が均等に分散されるように、利用

可能な複数のディスクデバイスにわたってテーブルとインデックスを配置する必要があり

ます。可能な場合は常に、特定のテーブルのインデックスをそのテーブルデータとは異な

るディスクに格納します。

Oracle での冗長ディスクアレイの使用 10

独立したディスクの冗長アレイまたはRAIDは、大量の I/O スループットおよび容量を提

供できます。これは、オペレーティングシステムおよびRDBMSからは、単一の大容量

ディスク（または管理の点で必要であれば複数ディスク）のように見えます。 RAID を使

用すると、高いパフォーマンスが保証されるとともに、物理ディスクの上に抽象層を提供

することによって、データベースのレイアウトプロセスを大幅に簡素化できます。

データベースオブジェクトの分散計画 10

実装する RDBMSや選択したディスクの配置を問わず、次のタイプのデータベースオブ

ジェクトを適切に分散していることを確認します。

■ データベースログファイルまたはアーカイブファイル

■ ロールバックセグメント

■ データベースによって使用される一時ワークスペース

■ テーブルおよびインデックス

ほとんどの実装で、表28に示すSiebel テーブルとそれに対応するインデックスは、使用

頻度がも高くなる傾向にあるか、一部または全部の展開でサイズが大きくなる可能性が

あります。たとえば、テーブルS_EVT_ACT、 S_CONTACT、およびS_ORG_EXTは、 Siebel eBusiness Applicationsのすべての大規模な展開でサイズが大きくなります。


Oracleデータベースの作成

データベースオブジェクトの分散計画


テーブル名

S_ACCNT_CHRCTR S_INVOICE

S_ACCNT_CO_MSTR S_INVOICE_ITEM

S_ACCNT_POSTN S_INV_LGR_ENTRY

S_ADDR_ORG S_OPTY_POSTN

S_ADDR_PER S_OPTY_PROD

S_ASSET S_OPTY_TERR

S_CALL_LST_CON S_OPTY_POSTN

S_CON_CHRCTR S_ORG_EXT

S_CON_TERR S_ORG_TERR

S_ACCNT_CHRCTR S_PARTY

S_CRSE_TSTRUN S_PARTY_PER

S_CRSE_TSTRUN_A S_PARTY_REL

S_CS_RUN S_PARTY_RPT_REL

S_CS_RUN_ANSWR S_POSTN_CON

S_CTLGCAT_PATH S_INVC_ITM_DTL

S_CYC_CNT_ASSET S_INVLOC_ROLLUP

S_DNB_CON_MRC S_POST_CON

S_DNB_ORG S_PROC_REQ

S_DNB_ORG_SIC S_PROD_BASELINE

S_DNB_UPDATE S_PROD_CONSUME

S_DOCK_INIT_ITEM S_PROD_SHIPMENT

S_DOCK_TXN_LOG S_PROD_TARGET

S_DOCK_TXN_LOGT S_QUOTE_ITEM

S_DOCK_TXN_SET S_SRM_REPLY

S_DOCK_TXN_SETT S_SRM_REQUEST




これらのテーブルおよびインデックスは、別々のデバイスに置く必要があります。原則

的に、インデックスは、それが作成されているテーブルとは異なるテーブルスペースに

置きます。さらに可能であれば異なる物理デバイスに置きます。

RAID ディスクアレイが使用されていない場合のデータベース分散計画RAIDデバイスを使用しない場合は、スペースに余裕がない場合であっても、名前の末尾

が_P1のインデックスをそのインデックスが作成されたテーブルとは分ける必要があり

ます。これらのテーブルは、結合操作で頻繁に使用されます。

Siebel Enterprise Integration Manager （EIM）の使用頻度が高くなる場合は、（名前が EIM_

で始まる）インターフェイステーブルとインデックスを Siebelベーステーブルとは異なる

デバイスに配置します。これで、 EIM処理中に両方のテーブルに同時にアクセスできま

す。

S_ESCL_ACTN_REQ S_SRM_REQ_PARAM

S_ESCL_LOG S_SRV_REQ

S_ESCL_REQ

S_EVT_ACT

S_EXP_ITEM

S_EXP_RPT

S_EXP_RPT_APPR

S_IC_CALC

S_IC_CALC_IT

S_IC_CMPNT_EARN

S_IC_TXN

S_IC_TXN_IT

S_IC_TXN_POSTN


テーブル名




論理デバイスのレイアウト 10

テーブルスペースを 1つまたは複数のデータファイルにわたるように作成し、テーブルス

ペースを使用して複数のデータファイルにオブジェクトを配置できます。また、テーブル

スペースを使用して、複数の物理データファイルにオブジェクトを配置し、並列 I/O を促

進することができます。データおよびインデックス情報を複数のデータファイル（物理デ

バイス）にわたって配置すると、クエリーのパフォーマンスを向上させることができます。

重要な Oracle ファイルのミラーリング 10

今日、多くの企業はRAID ストレージシステムを使用しているので、 Oracleオンラインの

REDO ログのミラーリングは不要です。

社内でRAID ストレージシステムを使用していない場合は、少なくとも REDO ログをミ

ラーリングする必要があります。このログは、データベースをクラッシュから復旧させる

場合に不可欠です。

また、 REDO ログがRAID ストレージシステムレベル（通常RAID1 またはRAID0+1）で

ミラーリングされる場合、通常はOracle レベルでミラーリングする必要はありません。

これは、 RAID コントローラによってこれらのボリュームが常に回復可能であることが保

証されているためです。 RAID レベルでミラーリングすることにより、通常はデータベー

スのパフォーマンスが向上します（特に読み取り操作に有益）。

リソースがある場合は、Oracle コントロールファイルも同様にミラーリングしてください。

Oracle コントロールファイルはアクセス頻度が低く、ディスクパフォーマンスが問題に

ならないので、リソースがない場合はこのファイルを RAID-5デバイスに置くことができ

ます。ただし、記録されている情報はOracleデータベースに対して非常に重要です。現在

のシステム変更番号（SCN）またはトランザクションテーブルなどのコントロールファイ

ルに対する更新は、コントロールファイル指定のすべてのメンバーに影響を与えます。

注 : アクセス頻度の高いデータの場合は、ディスクサブシステムのミラーリング（ハード

ウェアミラーリング）の方が、一般的にRAID5 よりもパフォーマンスが高くなります。



Oracleデータベース設定ガイドライン

Oracle データベース設定ガイドライン 10

この項では、 Oracleデータベースから適なパフォーマンスを得るためのガイドラインを

示します。詳しくは、 Oracleの技術マニュアルを参照してください。

init.oraファイルには、 Siebel アプリケーションのパフォーマンスに大きな影響を与え

るパラメータが含まれています。

注 : 次の設定は、初期設定のガイドラインとしてのみ使用してください。終的な設定は、

サーバーハードウェア構成、ユーザー数、仕事量のタイプに応じて変わります。

init.ora ファイルで、 Oracleは、小規模、中規模、および大規模のデータベース構成ご

とのデフォルトパラメータ値を提供しています。設定パラメータが次の設定で指定されて

いる場合を除いて、大規模データベースの値でパラメータを設定します。各パラメータと

それがデータベースのパフォーマンスおよびシステムリソース利用率に与える効果につい

ては、 Oracleのマニュアルを参照してください。

パラメータの簡単な説明は次のとおりです。

OPTIMIZER_MODE ： OPTIMIZER_MODEを RULEに設定して、ルールベースオプティマイザ

を選択します。

注 : Siebelは、 RBO を使用する標準のOracle インストールでのSiebelアプリケーションを

適化し認定しています。 CBOやテーブルのパーティション化などの高度な機能の使用はサ

ポートされていないため、クエリーのパフォーマンスに悪影響を及ぼす可能性があります。

CBO、テーブルのパーティション化、または現在サポートされていないその他のデータ

ベース機能が原因で問題が発生したと思われる根拠がある場合は、 Siebelサポートから、

RBO を使用した標準のインストールで問題を再現するように求められます。

DB_BLOCK_BUFFERS ：推奨小値は（1ブロックサイズが 8 KB として） 10,000ブロックで

す。これで、 80 MBのブロックバッファが作成されます。大きな I/O アクティビティが発

生する場合は、この値を大きくすることができます。ただし、十分な RAMが利用できる

ことが前提です。

本番システムでは、このパラメータに小値の 256 MB を割り当てることをお勧めします。

また、システムには小で 512 MBのRAMが必要です。




SHARED_POOL_SIZE ：本番環境では、初に小値の 100 MB を設定します。 DBAは、

ハードウェアで利用できる物理メモリおよびパフォーマンス、接続が専用接続かどうか、

マルチスレッドサーバー（MTS）を実行しているかどうか、およびアプリケーションタイ

プに基づいて、この値を上方に調整します。

Siebel eBusiness Applicationsは、カラムのディクショナリキャッシュを大量に要求します。

Oracleでは、カラムキャッシュのサイズを明示的に設定することはできません。代わりに、

カラムキャッシュは共有プールサイズに対する固定パーセンテージとして設定されます。

大きい共有プールサイズを設定することによって、大きいカラムキャッシュサイズを設定

します。

Siebel eBusiness Applicationsは、各レポジトリ用テーブルのカラムごとにレコードを維持

するので、 Siebel スキーマでアクティブなレポジトリ数もディクショナリのオーバーヘッ

ドを増やします。結果として、アクティブレポジトリが 6つある場合、 Siebelディクショ

ナリは、必要なサイズより 6倍大きくなります。

DB_FILE_MULTIBLOCK_READ_COUNT ：データベースバッファキャッシュパラメータは、

テーブルスキャン中に 1回のOracle I/O操作で読み取られるデータブロックの数を設定し

ます。

ほとんどの実装では、この値を 16～32ブロックに設定し、必要に応じて調整します。初

期値は 32に設定します。 I/Oオーバーヘッドを減らすには、スキャン中のテーブル、ディ

スクドライブ／デバイスの数、テーブルスペース構造、その他の変数に応じて、このパラ

メータを 64～256 KBにするのが理想的です。

アップグレード中にパフォーマンスを適化するには、この値をインストール用または

日常業務用よりも高く設定し、パラメータ ARCHIVE_LOGGINGをオフにします。

SORT_AREA_SIZE ：この値はバイト単位で指定し、ユーザー数、利用可能な RAMの容量、

ソートされるクエリーのサイズに応じて調整できます。初期値は 2,000,000 （2 MB）に

設定します。

SORT_AREA_RETAINED_SIZE ：ソート操作が終了したときに、 Oracleは、 SORT_AREA_SIZE

で使用したメモリを解放し、このパラメータで定義されたメモリだけを保持します。この

値は、各ユーザープロセスで保持されるソート領域の量をバイト単位で指定します。

初はこのパラメータの値を SORT_AREA_SIZE と同じ値に設定します。 Siebel Database Serverでメモリが不足している場合は、ソート後にこのパラメータをゼロに設定して、す

べてのソートメモリの割り当てを解除します。




ユーザーが定期的にorder byなどの暗黙的なソート操作を行う場合は、このメモリの割り

当てを解除する必要はありません。したがって、 Siebel Database Serverが仮想メモリを使

用していない場合は、 SORT_AREA_RETAINED_SIZEを SORT_AREA_SIZE と同じ値に設定しま

す。

一方、Siebel Database Serverでメモリが不足している場合は、SORT_AREA_RETAINED_SIZE =

0 と設定します。これで、ソート操作後にすべてのソートメモリの割り当てが完全に解除さ

れます。

ソートがSORT_AREA_SIZEの値を超えると、ディスク上にスピルオーバーします。このた

め、 TEMPテーブルスペースのデフォルト保存サイズには注意が必要です。 SORT_AREA_SIZE

と同じサイズの、統一され均一のエクステント（デフォルトのPCTINCREAEを ZEROに設定）

を TEMPテーブルスペースに割り当て、デフォルトのMINEXTENTS 2を割り当てます。これら

のパラメータ設定が推奨されるのは、ソート操作がディスクにスピルオーバーすると、一時

スペースでSORT_AREA_SIZE より多くの領域が使用されるためです。 Oracleは、ソート操作

を含めるために、より多くのエクステントの割り当てを必要とし、エンキューを使用してこ

れを連続的に実行するので、すでに適状態ではなくなっているシステムパフォーマンスが

数倍に拡大されます。

CURSOR_SHARING ：このパラメータは、デフォルトで EXACTに設定されています。 Siebelテクニカルサポートから指示される場合以外、変更しないでください。

OPEN_CURSORS ：このパラメータは、大数のカーソル用に確保する必要があるスペース

の容量を制御します（カーソルはオープンクエリーと同じ）。 Oracleサポートでのオープ

ンカーソルの小条件は 1000で、大条件は 2000です。このパラメータは、使用パター

ンを観察した結果に合わせて調整できます。

注 : この数を 2000 より大きくすると、データベースサーバー用により多くのメモリをコ

ミットするので、パフォーマンスに影響を与えます。また、 1000 より小さくすると、エ

ラーが発生して操作を続行できなくなる可能性があります。

DB_BLOCK_SIZE ：ブロックサイズが小さいと、高レベルの行連鎖が発生し、また B*tree イ

ンデックス内に多数のレベルができるため、パフォーマンスの点で深刻な問題となりま

す。ブロックサイズは小の 8 KBに設定して、過度の行連鎖およびEIMでのパフォーマ

ンス低下が発生しないようにすることをお勧めします。

NLS_SORT ：照合順、またはソート順は、データベースの初のインストール中に指定さ

れ、データベースが文字データをソートする方法を定義します。




Siebelの推奨ソート順については、 266ページの「ソート順」を参照してください。

出力を再ソートしなくて済むように、データベースのクライアントレベルでも、同じソー

ト順を指定する必要があります。

注 : 顧客は、データが正しくエクスポートおよびインポートされていることを自分で確認


NLS_DATE_FORMAT ：必要に応じて、 NLS_DATE_FORMATパラメータを設定します（デフォ

ルト設定はDD-MON-YYです）。

サポートされているフォーマットについては、 Oracleのマニュアルを参照してください。

データベースの作成 10

データベースインスタンスの自動作成を支援するため、 Siebel Systemsは、付録C 「デー

タベース作成サンプルスクリプト」にサンプルスクリプトを用意しています。これを自分

の環境の条件を反映するように編集してデータベースオブジェクトを作成します。

テスト用には本番環境以外の小規模な環境を使用することをお勧めします。

Siebel Database Server ファイルを Siebel Serverマシンにインストールした後（第 11章「Siebel Database Server for Oracleのインストール」で説明）、データベーステーブルおよ

びインデックス作成スクリプトを変更して、 Siebel テーブルおよびインデックス用に作成

したファイルグループの名前を指定することもできます。詳しくは、 268ページの「デ

フォルトの保存パラメータの上書き」を参照してください。

容量計画 10

データベースについて決定する上でも重要な要素の 1つは、全体のサイズです。計画で

は、 Oracleで要求されるシステムストレージ、ロールバックまたは一時ストレージスペー

ス、ログファイル、およびその他のシステムファイル用のスペースと、 Siebelデータおよ

びインデックス用のスペースを割り当てる必要があります。システムに割り当てたスペー

スが少なすぎると、パフォーマンスに影響が現れ、極端な場合には、システム自体が停止

することがあります。割り当てが大きすぎると、スペースが無駄になります。




Oracleで必要なスペースは、主にサポートするユーザーの総数とタイプ、およびトランザ

クションミックスとトランザクション速度に応じて変わります。これらの条件については、

Oracleのマニュアルを参照してください。

Siebelデータおよびインデックスで必要なスペースは、実装する Siebel eBusiness Applications機能の種類と、その機能をサポートするデータの量や特性によって変わりま

す。

データベースのサイズを正確に算出するプロセスは、多くの変数を使用する複雑なプロセ

スです。このプロセスでは、次のガイドラインが役に立ちます。

■ 要素の増加も全体のサイズ計算に必ず見込んでください。

■ Siebel eBusiness Applicationsのユーザーの総数とタイプ（たとえば、営業員が 500人、

セールスマネージャが 75人など）を決定します。

■ 実装する Siebel eBusiness Applications機能とそれをサポートするために必要なエン

ティティを決定します。一般に、サイズの大きいエンティティは次のとおりです。

■ 取引先

■ 活動

■ 担当者

■ 売上予想

■ 案件

■ サービスリクエスト

■ ユーザーあたりのエンティティの平均数（営業員あたりの取引先が 100など）を見積も

り、全体のユーザーベースでのエンティティあたりのレコード総数の概算を出します。

■ 指定したデータベースで標準のサイズ変更手順およびSiebel Data Model Referenceを使

用して、エンティティあたりの平均レコードサイズを計算し、レコード総数に掛け

ます。これらのエンティティは、複数の物理テーブルにわたっているのが一般的で

すが、そのすべてを行サイズの計算に含める必要があります。これで、大エン

ティティの概算データサイズがわかります。

■ 他の Siebelデータのストレージ用スペースを追加する必要があります。ここで追加す

る容量の大まかな目安は、これらの主要なエンティティに必要な容量の半分です。

■ インデックスは、一般にデータとほぼ同じ容量を必要とします。




■ 全体のサイズを計算するときは、誤差を見込んでください。

容量計画と実装に必要なマシン数で不明な点がある場合は、 Siebel テクニカルサポートに

お問い合わせください。

REDO ログのサイズ設定 REDO ログが小さすぎると、ログの切り替えが頻繁に発生し、多くのリソースを消費する

Oracleチェックポイントが作成されて、すべての使用済みバッファがフラッシュされます。

通常のオンライントランザクション処理（OLTP）ロードでは、 10～15分強の間隔でのロ

グ切り替えが推奨されますが、負荷の高いデータ操作言語（DML）アクティビティの間

（たとえば大きい EIMのロードまたはアップグレード中）、ログは 2分より短い間隔で切り

替えられる可能性があります。ただし、この場合は、結果的に全体のデータベースパ

フォーマンスが悪影響を受けます。

この操作の頻度は、警告ログまたは v$loghistのクエリーでチェックできます。デー

タベースで非常に大きいアクティビティや処理負荷がも高いロードが行われていると

きは、検証を使用するのが適です。

このアクティビティが非常に頻繁に発生する場合は、個々のREDO ロググループをいった

ん削除し、大きいサイズで再作成します。

適なパフォーマンスを得るには、後続のログファイルグループを代替デバイスに配置す

ることが重要です。これによって、アーカイバプロセス（ARCH）とログライタープロセ

ス（LGWR）で、同じデバイスの I/Oが競合するのを防ぎます。これは、 ARCHは前のグ

ループから読み取り、 LGWRは現在のグループに書き込むからです。このプロセスでは、

デバイスの読み書きヘッドが前後に移動するので、非効率的な I/Oが発生する原因になり

ます。ログファイルグループが個別のデバイスに配置されている場合は、同じハードウェ

アリソースに関して競合することがないので、両方のプロセスの速度が向上します。

テーブルスペースの作成 10

Siebel 7.5 を実行する Oracleデータベースでは、 DBAに小3 GBのスペースを割り当てる

ことが必要です。このスペースは、次のように割り当てることができます。

■ データ —1 GB

■ インデックス —2 GB

ロールバックセグメントには、小 500 MB を割り当てます。これらは、約 1 GB まで増え

る可能性があることに注意してください。




Oracle 8i （非Unicode対応）またはOracle 9i （Unicode対応または非Unicode対応）を

新しくインストールするときは、この割り当てで十分です。

テーブルスペースの作成には、次の追加のガイドラインも役立ちます。

■ 本番システムでのパフォーマンスを向上させるには、 Siebel実装用のテーブルスペー

スを少なくとも 2つ（インデックス用とデータ用に 1つずつ）作成します。

■ サイズが大きくなるか競合が発生することが予想されるオブジェクトは、別のテーブ

ルスペースを（望ましくは別のディスクデバイスに）追加作成して分散します。

■ 権限設定の担当者は、 Siebel テーブルオーナーアカウントに、これらのテーブルス

ペースでテーブルおよびインデックスを作成するための権限と十分な割り当てを付与


注 : テーブルオーナー以外に、 Siebel Marketing用に使用されるデータベースのユー

ザー IDにも、 OLTP スキーマ内のデータベースレベルの権限がさらに必要です。テー

ブル削除、インデックス削除、テーブル作成、およびインデックス作成の各権限をこ

のユーザーに付与する必要があります。詳細は、『Siebel Marketingガイド』を参照し

てください。

■ データおよびインデックスのテーブルスペースの保存パラメータを設定します。

Siebel インストール手順では、そこで作成されるオブジェクトの保存パラメータは設

定されません。各オブジェクトの保存設定は、そのテーブルスペースのデフォルトの

保存パラメータに準じます。

注 : 開発またはテスト環境では、複数の Siebel eBusiness Application をインストールして、

1つのOracle インスタンスで共存させることができます。各 Siebel インストールでは、

1つのテーブルオーナー下にインストールできます。たとえば、複数のテスト環境で 1つ

のOracle インスタンスを共有できます。




初期サイズを適切に設定し正常なインストールを行うには

1 空のテーブルやインデックスが大きいスペースを占めることがないように、初期範囲

を非常に小さいサイズ（小は 1つのデータベースブロック）に設定します。たとえ

ば、 2 または4ブロック（1ブロックサイズ 8 KBで 16 KB または 32 KB）から始めます。

これで、断片化の発生を抑えられます。

注 : オブジェクトが 10,000 ある場合でも、使用されるのは 312 MBだけです。これは、

一部の標準的なオフィスソフトウェアパッケージで要求されるよりも大幅に少ないス

ペースです。

2 データおよびインデックステーブルスペースのデフォルトの次のエクステントを、

小の 100 KBに設定します。

3 オブジェクトの成長と断片化を慎重に監視します。

注 : 次の例に示すように、 Siebel ソフトウェアは、特定のオブジェクトの保存パラ

メータを自動的に変更します。 alter table S_PROC_INST_LOG

STORAGE (NEXT 10M PCTINCREASE 0) PCTUSED 90 PCTFREE 5

一時テーブルスペースの作成 10

すべてのユーザー一時テーブルスペースの定義を、デフォルトの SYSTEMから、 TEMP

またはTEMP_TSなどの一時テーブルスペースの名前に変更する必要があります。変更し

ないと、 SORT操作が、 Oracleのディクショナリ管理の妨げになります。

どのユーザーがどの一時テーブルスペースに割り当てられているかを特定するには、

DBA_USERSのTEMPORARY_TABLESPACEカラムのクエリーを実行します。任意のユーザーが

一時ソートタイプの操作で割り当てた以外のテーブルスペースに割り当てられている場合

は修正します。




データベースの言語属性の作成 10

データベースを作成するときは、データベースレベルでの文字セットを指定する必要があ

ります。データベースクライアントレベルで他の言語属性を指定します。データベースク

ライアント言語のパラメータの設定については、第11章「Siebel Database Server for Oracleのインストール」を参照してください。

次のコマンドでOracleデータベースの文字セットを指定します。

CREATE DATABASE INSTANCE_NAME CHARACTER SET CHARACTER_SET_NAME

ここで、

INSTANCE_NAMEは、 Oracle インスタンスの名前です。

CHARACTER_SET_NAMEは、 WE8MSWIN1252 など、実行したい文字セットのテキス

ト名です。

注 : Siebelは各国語文字セットでデータを保存できる 3つのデータ型（NCHAR、

NVARCHAR2、 NCLOB）を使用しないため、各国語文字は、 Siebel インストールでは

考慮されません。自国語の文字セットを選択してください。

ソート順ソート順は、データベースの初のインストール中に指定され、データベースが文字デー

タをソートする方法を定義します。ソート順のサポートは、データベースのコードページ

と、それが開発環境と本番環境のどちらで使用されるかによって決まります。

開発環境データベース開発データベース内のレポジトリオブジェクト名は、バイナリソート順を使用してソート

する必要があります。 Siebel Toolsは、内部でこのソート順を使用します。同じにしない

場合、将来の Siebel Databaseのアップグレードで、レポジトリのマージに失敗します。

サポートされるソート順については、 SupportWebで利用できる『システム要件とサポー

トされているプラットフォーム』を参照してください。

本番環境データベースパフォーマンスの点から、本番データベースでは、バイナリソート順を使用することを強

くお勧めします。本番環境データベースの制限については、 SuportWebで利用できる『シ

ステム要件とサポートされているプラットフォーム』を参照してください。




データベースがデータをソートする順序の設定については、 258ページの「Oracleデータ

ベース設定ガイドライン」のNLS_SORTの説明を参照してください。 NLS日付フォーマッ

トの設定については、同じ項の NLS_DATE_FORMATを参照してください。

ロールバックセグメントの定義 10

ロールバックセグメント（RBS）は、プロセスが挿入、更新、または削除（DML）を実行

するときに使用されます。

Oracleは各トランザクションをロールバックセグメントに割り当てます。概算で、ロール

バックセグメントの必要総数は、ロールバックセグメントごとに同時トランザクションを

4つとして考える必要があります。ただし、データベース管理者はデータベースを監視し、

Siebel アプリケーションの実行条件に基づいてロールバックセグメントを設定する必要が

あります。

比較的大規模な環境で十分なロールバックセグメントを確保するには

1 初に、複数のロールバックセグメントを作成し、それぞれに少なくとも複数のエク

ステントを持たせます。

2 エクステントごとに 5～ 10のアクティブトランザクション（挿入、更新、または削除

からなるユーザーアクティビティ）、またロールバックセグメントごとに 2～6のエク

ステントと計算します。

比較的小規模な環境で十分なロールバックセグメントを確保するには

1 Enterprise Integration Manager （EIM）などの Siebel Server コンポーネント用に、サイ

ズが非常に大きいロールバックセグメントを 1つ作成します。 Siebel Server コンポー

ネントは、時間のかかるクエリーを実行するときに、このロールバックセグメントを

直接ポイントできます。

2 適なシステムパフォーマンスを促進するには、ロールバックセグメントを専用の

ディスク上にある専用のテーブルスペースに作成します。ロールバックセグメントは、

一般に高い I/O速度をサポートするので、このアクションはシステムパフォーマンス

を多少向上させます。




パーティション化 10

Siebel eBusiness Applicationsでは、現在、 Oracleのパーティション機能をサポートして

いません。パーティション化は、初は Siebel eBusiness Applicationsで機能するように

見えますが、ほとんどの場合次のような結果になります。

■ Siebel eBusiness ApplicationsはRBOモードを使用しているので、パフォーマンス上の

メリットが得られません。

■ Siebel 6およびSiebel 7の開発から本番への移行プロセスおよびバージョンアップグ

レードプロセスでは、パーティション化が認識されません。したがって、既存のパー

ティション化の定義が新しい環境に反映されません。

注 : Siebelは、 RBO を使用する標準のOracle インストールでの Siebelアプリケーションを

適化し認定しています。 CBOやテーブルのパーティション化などの高度な機能の使用

はサポートされていないため、クエリーのパフォーマンスに悪影響を及ぼす可能性があり

ます。

CBO、テーブルのパーティション化、または現在サポートされていないその他のデータ

ベース機能が原因で問題が発生したと思われる根拠がある場合、 Siebelサポートから、

RBO を使用した標準のインストールで問題を再現するように求められます。

デフォルトの保存パラメータの上書き 10

Siebel Systemsは、特定のテーブルまたはインデックスが作成されるテーブルスペースな

ど、デフォルト保存パラメータを上書きするオプションを用意しています。これらのパラ

メータを上書きするには、 dbsrvr¥DBSRVR_PLATFORMディレクトリの ddl.ctlファイルを

適切に編集します。

注 : ddl.ctlファイルを変更するのは、権限のある DBAに限る必要があります。




各Siebelオブジェクト（テーブルまたはインデックス）について、 Table Spaceパラメー

タを使用して、テーブルスペースを指定できます。次の例では、テーブルS_APP_VIEWの

テーブルスペースが DATA1に設定されます。 Siebelから提供されているように、 .ctlファ

イルは、それが作成するオブジェクトの保存パラメータを設定しません。したがって、デ

フォルトで、そのオブジェクトが作成されているテーブルスペースのパラメータと同じに

なります。ただし、 Table Spaceパラメータは、次の状況下でのみ機能します。

■ テーブルがまだ存在しない場合（新しいデータベースのインストールの実行中など）。

■ テーブルの再ビルドが必要である場合。つまり、 ALTER TABLE コマンドだけでは実装

できないようなスキーマの変更がテーブルに対して行われ、 Siebel アプリケーション

でのテーブルのドロップと再作成が要求されている場合です。

次の例は、 Table Spaceパラメータを使用して特定のテーブルの保存値を設定する方法を

示しています。

[Object 219]

Type = Table

Name = S_APP_VIEW

Column 1 = ROW_IDVARCHAR(15)NOTNULL

Column 2 = CREATEDTIMESTAMPNOTNULL DEFAULT %NOW%

Column 3 = CREATED_BYVARCHAR(15)NOTNULL

Column 4 = LAST UPDTIMESTAMP NOTNULL DEFAULT %NOW%

Column 5 = LAST_UPD_BYVARCHAR(15)NOTNULL

Column 6 = DCKING_NUMNUMERIC(22,7)DEFAULT 0

Column 7 = MODIFICATION_NUMNUMERIC(10,0)NOTNULL DEFAULT 0

Column 8 = CONFLICT_IDVARCHAR(15)NOTNULL DEFAULT ‘0’

Column 9 = NAMEVARCHAR(50)NOTNULL

Column10 = DESC_TEXTVARCHAR(255)

Column11 = LOCAL_ACCESS_FLGCHAR(1)

Table Space = data1

ローカルで管理されているテーブルスペースを使用し、保存パラメータを変更する場合は、

Oracleの技術マニュアルを参照してください。



Oracleデータベース管理の継続的作業

Oracle データベース管理の継続的作業 10

Siebel eBusiness Applicationsの運用を開始したら、次の領域を定期的に監視します。

■ テーブルへの挿入率：挿入率が高いテーブルの INI_TRANS値は、 1 より大きく設定で

きます。通常の設定は 4です。

このパラメータは、それらのテーブルのデータを保存するデータベースブロックで可

能な同時挿入の発生数を決定します。したがって、データ入力が集中する環境でのパ

フォーマンスに影響を与えます。

テーブルS_DOCK_TXN_LOGは多数の挿入を受信するので、このテーブル用に複数の空

きリストを使用することをお勧めします。

■ SGAキャッシュヒット：システムに合わせて SGAパラメータを調整する必要があるかど

うかを決定します。

■ 頻繁な INSERTおよびDELETE操作の対象となる Siebel テーブル：このトランザクションの組

み合わせにより、一部のデータベースでは時間の経過とともに断片化が生じることが

あります。

これらのテーブルのスペース利用率と断片化を監視し、データベースベンダーの推奨

どおりに定期的なデータベース保守手順を実行する必要があります。次のリストは、

監視が必要なテーブルを示しています。

S_DOCK_TXN_LOGS_DOCK_TXN_LOGT S_DOCK_TXN_SETS_DOCK_TXN_SETTS_DOCK_INSTS_DOCK_INIT_ITEM

■ ロールバックセグメント：十分なセグメントが利用でき、も一般的な操作に適なサ

イズになっていることを確認します。


Siebel Database Server for Oracle のインストール 11

この章は、 Siebel Database Server をインストールするシステム管理者、およびそれを補助

するデータベース管理者向けです。

Siebel Database Serverのインストールおよび設定は、複数のタスクで構成されています。

271ページの表29は、一連の手順を示します。

表29. Database Serverのインストールと設定のタスク

実行者タスク

システム管理者 1 すべての RDBMS 固有の情報を、付録 A 「実装計画ワークシート」のシートに書き留めます


2 Oracle データベースのパラメータを、 Siebel eBusiness アプリケーション用に設定します。

第 10 章「Oracle データベースの作成」を参照してください。

3 ディスク領域を、インストール要件に適合するように割り当ておよび設定します。第 10 章

「Oracle データベースの作成」を参照してください。

システム管理者 4 データベースソフトウェアをインストールします。 274 ページの「Oracle に対する Siebel Database Server ソフトウェアのインストール」を参照。

5 ソフトウェアのインストールを確認します。 279 ページの「Siebel DB Server for Oracle の

ソフトウェアインストールの確認」を参照。

6 複数言語環境の場合は、 OS のユニバーサルタイムゾーンを確認および（必要な場合は）

リセットします。 279 ページの「グローバルタイムゾーンサポートのための環境のセット

アップ」を参照。


7 テーブルオーナーと管理者のアカウントを作成します。 280 ページの「Oracle の DB サー

バー用のテーブルオーナーアカウントと管理者アカウントの作成」を参照。


8 データベースサーバーコンポーネントをインストールします。 282 ページの「Oracle 上の

Siebel Database Server コンポーネントのインストール」を参照。

9 データベースインストールのログファイルにエラーがないことを確認します。 287 ページの

「Oracle 上の Siebel DB Server インストールのログファイルの確認」を参照。

10 エラーがあった場合は、トラブルシューティングを実行してエラーを修復し、必要な場合は

シードデータ、テーブル、およびインデックスのインストールをやり直します。 288 ページ

の「Oracle 上の Siebel DB Server インストールのトラブルシューティング」を参照。


Siebel Database Server for Oracleのインストール


11 ロールバックセグメントを設定します。 288 ページの「Oracle のロールバックセグメントの

設定」を参照。


12 Siebel レポジトリをインポートします。 289 ページの「Siebel DB Server for Oracle の Siebelレポジトリのインポート」を参照。

13 レポジトリインポートのログファイルにエラーがないことを確認します。 293 ページの

「Oarcle に対するレポジトリインポートのログファイルの確認」を参照。

14 エラーがあった場合は、トラブルシューティングを実行してエラーを修復し、必要な場合は

スクリプトを再度実行します。 294 ページの「Oracle 対応 Siebel DB Server のレポジトリイ

ンポートのトラブルシューティング」を参照。

15 データベースのコードページのシステム属性を確認します。 295 ページの「Oracle に対する

Siebel DB Server インストール後のシステム属性の検証」を参照。

16 複数言語のシードデータをインストールします（オプション）。 295 ページの「Oracle に対

する Siebel DB Server インストール後のシステム属性の検証」を参照。

17 レポジトリに別の言語をインポートします（オプション）。 297 ページの「Oracle のレポジ

トリに対する新規言語のインポート」を参照。


18 Siebel ファイルシステムを生成します。 298 ページの「Oracle 上の Siebel DB Server への

Siebel ファイルシステムの組み込み」を参照。

表29. Database Serverのインストールと設定のタスク

実行者タスク



Siebel Database Serverについて

Siebel Database Server について 11

Siebel Database Serverには、Siebel eBusiness アプリケーションで使用するデータを格納し

ます。 Siebel専用Web クライアント（接続モードではSiebelモバイルWeb クライアント）、

Siebel Tools クライアント、およびSiebel Server コンポーネントは、 Database Serverに直接

接続し、リアルタイムで更新します。専用モバイルWeb クライアントは、サーバーデータ

のサブセットをダウンロードしてローカルで使用し、 Siebel Server を介してDatabase Serverと定期的に同期をとって両方を更新します。

Siebel Database Server ソフトウェアをインストールおよび設定することで、自動的に

Siebel Database を設定します。

Siebel DB Server for Oracle のインストール前のタスク 11

Siebel Database Server をインストールする前に、次のタスクを実行する必要があります。

■ インストール作業を補助する資格を持ったデータベース管理者を確保します。

■ Oracleが、第10章「Oracleデータベースの作成」の記述どおりに適切に設定されてい

ることを確認します。付録A 「実装計画ワークシート」のコピーに、適切な RDBMS固有の情報を書き込みます。

■ Oracle Net8 （またはNet9、使用しているデータベースに適するもの）の接続文字列：これ

は、 Oracleデータベースに接続するために必要です。

■ テーブルオーナーアカウントのユーザー名およびパスワード： Oracleでは、作成したすべ

てのデータベーステーブルにユーザー名とパスワードを割り当てる必要がありま

す。 Siebel Database Server をインストールする前に、 grantusr.sqlスクリプトを

編集してこの情報を追加します。 Siebel アプリケーションのデフォルトのテーブル

オーナーアカウントユーザー名およびパスワードは「Siebel」です。

■ Siebelデータのテーブルスペース： Oracleサーバー上の、 Siebelデータテーブルが格納

されているテーブルスペースの名前です。

■ Siebel インデックスのテーブルスペース： Oracleサーバー上の、 Siebel インデックスが

格納されているテーブルスペースの名前です。

■ Oracleデータベースクライアントソフトウェアを、 Siebel Database Server として使用

する予定のマシンにインストールします。 Siebel アプリケーションをインストールす

る前に、 ORACLE_HOME変数を適切に設定済みであることを確認します。



Oracle でのDatabase Serverのインストール

■ 第5章「Siebel Gatewayのインストール」と第6章「Siebel Serverのインストール」の適切

な項の手順をすべて実行して、少なくとも 1つのSiebel Server をインストールします。

■ このエンタープライズが複数言語の場合、 Siebel Databaseでサポートするすべての

言語を、対応する Siebel Serverにインストールします。

Oracle での Database Serverのインストール 11

データベースのインストールスクリプトは、次のタスクによって構成されています。

■ 274ページの「Oracleに対する Siebel Database Server ソフトウェアのインストール」

■ 279ページの「Siebel DB Server for Oracleのソフトウェアインストールの確認」

■ 280ページの「OracleのDBサーバー用のテーブルオーナーアカウントと管理者アカウ

ントの作成」

Oracle に対する Siebel Database Server ソフトウェアのインストール 11

1台のコンピュータで次の手順を実行して、 Siebel Database Serverのインストールスクリ

プトを実行します。このコンピュータには、あらかじめ Siebel Serverがインストール済み

である必要があります。これと同じ手順を使用して、 Siebel Database Server として使用す

る各コンピュータに対するインストールを実行できます。

注 : 1つの Siebel Enterprise Serverに対して、 1つのデータベースのみ設定できます。

Siebel Database Serverソフトウェアをインストールするには

1 UNIX_OS Server Program、 Siebel Enterprise Server Base CD-ROM をネットワークにイン

ストールします。

ここで、


注 : CDのボリュームラベルは、インストール中のSiebelアプリケーションに応じて、

seaUNIX_OSsesbaseまたはseaUNIX_OSsiabaseになっています。 CD-ROMにアクセス

する方法によっては、この手順は必要ない場合があります。 Siebel Industry Applications

をインストールしている場合は、 seaUNIX_OSsiabase というボリュームラベルのCD を

使用します。





のいずれか適切な CD-ROM を、 Siebel Database Server をインストールするマシンのド

ライブにインストールすることもできます。

注 : Siebel Industry Applications をインストールしている場合は、

seaUNIX_OSsialanguageのCD-ROM をインストールします。



3 CD-ROMの /sesディレクトリに移動して、新しいシェルを開きます。

4 Siebel固有の環境変数をすべて設定解除します。現在の環境変数の設定を表示する

には、シェルウィンドウで「env」と入力します。

5 Siebel Database Server ファイルのインストールを開始するには、次のコマンドを入力

し、 106ページの「コンソールモードでのインストール」の説明に従って使用するフ

ラグを追加入力します。

./setupUNIX_OS





7 Siebel Database Server ファイルを初めてインストールしているのか、既存のインス

タンスに新しい言語を追加しているのかに応じて、次のうちの適切なアクションを

実行し、［次へ］をクリックします。












9 インストールする Siebel Database Server を選択して、［次へ］をクリックします。

［インストーラセットアップタイプ］画面が表示されます。

10 実行するインストールのタイプを選択し、［次へ］をクリックします。

■ Typical：サポートしているすべてのRDBMSに対する Siebel Database Serverコンポー

ネントをインストールします。

■ Compact ： Compact インストールはサポートされていません。

■ Custom ：インストールするコンポーネントを選択することでインストールをカス

タマイズできます。

注 : このオプションを使用して、Oracle Database Enterprise Edition をインストール

します。

注意 : Custom インストールを選択した場合、ソフトウェアの初回インストール時

に Sample Database を選択したことを確認してください。 Sample Database がイン

ストールされると、その設定後に、 Siebel File System ディレクトリには別のファ

イルもコピーされます。これらのファイルは、添付ファイルの読み取りに必要で

す。詳しくは、 298 ページの「Oracle 上の Siebel DB Server への Siebel ファイルシ

ステムの組み込み」を参照してください。

11 ［Custom］を選択すると、インストール可能なコンポーネントを選択するように求め

るメッセージが表示されます。 Oracle Database Enterprise Edition と Siebel Sample Databaseの両方を選択します。

注 : ［Typical］を選択すると、コンポーネントを選択するように求めるメッセージは表

示されません。
















または英語言語パックだけをインストールできます。



13 確認画面に、選択したインストールパラメータが表示されます。［次へ］をクリック

します。

インストーラは、選択した場所にすべてのファイルをコピーします。ファイルがイン

ストールディレクトリにコピーされたら、次の警告メッセージが表示されます。





14 ターゲットマシンで、 seaUNIX_OSseslanguageまたはsiaUNIX_OSseslanguageのど

ちらか適切な言語（languageはインストールしている言語パック）を検索し、

setupUNIX_OSを参照して、［OK］をクリックします。

■ Siebel Enterprise アプリケーションをインストールしている場合は、手順16に関す

る情報に進みます。

■ Siebel Industry Solutions をインストールしている場合、インストールしている言語

によっては、他のCDのインストールを要求するメッセージが表示されることがあ

ります。この場合は、手順15に進みます。

注意 : Siebel Industry Solutions の顧客向けの注意事項です。インストールしている

言語のために複数の CD-ROM が必要であり、 OS のプラットフォームが Solaris で、

自動マウントが有効になっている場合は、初の言語 CD のマウントポイントと

して /cdrom/cdrom0 を指定する必要があります。 /cdrom/siasolseslanguage1

ではありません。

15 2枚目の言語CDの挿入を指示するメッセージが表示されたら、初の CD-ROM を取

り出して 2枚目を挿入し、［OK］をクリックします。

すべての言語ファイルのインストールが完了すると、インストーラによって Base CD-ROMの挿入を求める次のメッセージが表示されます。

ベース CD-ROMを再挿入して、セットアップ UNIX_OS ファイルを参照し、セットアップを

続行できるようにしてください。







Siebel DB Server for Oracleのソフトウェアインストールの確認 11

Siebel Database Serverのインストールによって作成されたディレクトリ構造を確認しま

す。インストールによって、 Siebel Serverのルートインストールディレクトリの下に、

/dbsrvr/oracleサブディレクトリが作成されています。

ディレクトリ構造は、次のようになります。

dbsrvr/oracle/upgrade/language/files

oracle ： Oracle固有のスクリプトで、 Siebel eBusiness Applicationの以前のバージョンを

アップグレードするスクリプトなどです。

upgrade ：現在のリリースに対するアップグレードがサポートされている、 Siebel eBusiness Applicationの特定のバージョンからのアップグレードを可能にするためのファ

イルがディレクトリに含まれています。

language ：元のレポジトリに対する言語固有およびデータベース固有のファイル、および

サポートファイルが含まれています。たとえば、 enuにはアメリカ英語固有のファイルが

保存され、 deuにはドイツ語固有のファイルが保存されています。インストールした言語

パックによっては、さらにこのレベルの下位にサブディレクトリが作成されます。

files ：サンプルファイル添付が含まれます。これらは、 Siebel ファイルシステムにコピー

されます。 298ページの「Oracle上の Siebel DB Serverへの Siebel ファイルシステムの組み

込み」を参照。

グローバルタイムゾーンサポートのための環境のセットアップ 11

一般的に、グローバルな開発は複数のタイムゾーンにまたがるため、世界中で働く従業員

と顧客との間で交わされる、時間によって変化する情報を管理することは困難です。

Siebel Systemsのグローバルタイムゾーン機能によって、組織はタイムゾーンの違いに関

係なく、契約上の応答期間と条件に対応できるようになります。




グローバルタイムゾーン機能は、ユニバーサルタイムゾーン（UTC）を使用して日付と時

刻のデータを変換します。 UTCはグリニッジ標準時と等しいタイムゾーンですが、夏時

間は適用されません。

注意 : 時刻の表示方式は言語ロケールによって異なります。これは Solaris では特に重要な

ことです。 Solaris のデフォルトでは、午前午後を表示しない 12 時間制です。詳しくは、

『Global Deployment Guide』を参照してください。

グローバルタイムゾーン機能を有効にしてデプロイメントを操作する場合は、データベー

スサーバーのオペレーティングシステムを UTC またはそれに等しい時刻に設定する必要

があります。グローバルタイムゾーンを有効にする方法については、『Global Deployment Guide』を参照してください。

この機能は Siebel 7では省略可能ですが、グローバルタイムゾーンを有効にして製品環境

を操作することを強くお勧めします。

注 : グローバルタイムゾーンパラメータ（協定世界時システム属性）は、 Siebel 7では

デフォルトで有効です（TRUEに設定）。グローバルタイムゾーン機能が不要な場合は、

［アプリケーション管理］ > ［システム属性］に移動して、このパラメータを FALSEに

リセットする必要があります。

Oracle の DBサーバー用のテーブルオーナーアカウントと

管理者アカウントの作成 11

Oracleデータベースの管理者は、手作業で、テーブルオーナーアカウント（デフォルトは

siebel）、 Siebel管理者アカウント（デフォルトはsadmin）、およびsse_roleグループを

作成する必要があります。次に、その sse_role グループに、 2つのアカウントを追加す


注 : Solarisでは、 admintoolを使用すると sse_roleグループは作成されません。これは、

名前にアンダースコア（_）が含まれているためです。代わりに、コマンド groupadd

sse_roleを使用して sse_role グループを作成し、「UX: groupadd: sse_role名はすべて小

文字か数値にする必要があります」という警告は無視します。




Siebel Database Serverに対して、 grantusr.sqlスクリプトを実行し、これらのユーザー

に適切な権限を付与します。 grantusr.sql スクリプトは、データベースサーバー設定

ウィザードを実行して Siebelデータベーススキーマを作成する前に、実行する必要があり

ます。

このスクリプトは、 $DBSRVR_PLTFRM_ROOT サブディレクトリにあります。データベース

管理者は、このスクリプトを確認して実行する必要があります。これによって、次の機能

が実行されます。

■ Siebelデプロイメントですべてのデータベースオブジェクトを“所有”するSiebelテーブ

ルオーナーアカウントに、適切な権限を付与します。

■ SADMIN、 SIEBEL、およびLDAPUSERに対してセッション作成権限を持つ、役割タイプ

（sse_role）を作成します。

注意 : Siebel 管理者アカウント SADMIN の名前を変更しないでください。このアカウン

トは、 Siebel 管理者として Siebel にログオンするために、作成する必要があります。

ログオン用のデフォルトのユーザー名およびパスワードは、 grantusr.sql スクリプトを

参照してください。別のログオン名が必要な場合は、 grantusr.sql スクリプトを修正

して、設定した名前に対するすべての参照を変更します。ただし、ログイン ID とパス

ワードの長さと使用できる文字種は、基になっている RDBMSプラットフォームの規則に

依存しています。 Oracleのマニュアルの指定を参照してください。

注 : 数字のログイン IDは使用できません。 Oracleデータベース認証によってパスワードを

変更できなくなります。

Siebel Marketing 用のテーブルオーナーアカウントと管理者アカウントSiebel Marketingで使用するテーブルオーナーまたはデータベースのユーザー IDには、

さらに、 OLTP スキーマ内のデータベースレベルの権限が必要です。テーブル削除、イン

デックス削除、テーブル作成、およびインデックス作成の各権限をこのユーザーに付与す

る必要があります。詳細は、『Siebel Marketingガイド』を参照してください。



Oracle上のSiebel Database Serverの設定

grantusr.sqlスクリプトを実行するには

1 SQL*Plusで grantusr.sqlスクリプトを実行し、 DBA権限を持つアカウントを使用し

て次のコマンドを使用します。

@SIEBEL_ROOT/dbsrvr/oracle/grantusr.sql

注 : SIEBEL_ROOTディレクトリの完全修飾パス名を指定する必要があります。

スクリプトによって、 Siebelオブジェクトの作成場所になるデフォルトのテーブル

スペースを指定するように指示するメッセージが表示されます。

2 付録A 「実装計画ワークシート」を参照して、テーブルスペース名を入力します。

Oracle上の Siebel Database Serverの設定 11

インストールの際の Siebel Database Serverの設定は、次のタスクで構成されています。

■ 282ページの「Oracle上の Siebel Database Server コンポーネントのインストール」

■ 289ページの「Siebel DB Server for Oracleの Siebel レポジトリのインポート」

Siebel Database Server設定ウィザードを使用して、これらのタスクを実行します。

Oracle 上の Siebel Database Server コンポーネントのインストール 11

Siebel Database Serverの設定ウィザードの［Siebel データベースサーバーオプション］

メニューで［データベースのインストール］を選択すると、次のタスクが実行されます。

■ Siebelのテーブルおよびインデックスを作成する

■ Siebelのシードデータをインポートする

■ システム属性を設定する




Siebel Database Serverコンポーネントをインストールするには

1 $SIEBEL_HOME/binに移動して、使用するシェルの種類に従って次のコマンドの 1つを実行して、環境変数を変更します。


. ./siebenv.sh


ます。

C シェル

source siebenv.csh

ここで、


2 次のように入力して、値SIEBEL_ROOTおよびLANGUAGEが正しく設定されているか

空白かを検証します。

env






C シェル







dbsrvr_config.ksh







設定ウィザードは、 SIEBEL_ROOTディレクトリが存在するかどうかを検証します。

設定ウィザードは、次に、 Siebel Database Serverルートディレクトリのパスの入力を

要求するメッセージを表示します。

5 Siebel Database Serverルートディレクトリのパスを指定するか、 Enterキーを押して

現在の設定を受け入れます。

設定ウィザードは、次に、サポートしているデータベースプラットフォームのリスト

を表示します。


［1- IBM DB2 UDB for UNIX and Windows］［2- Oracle Database Enterprise Edition］

6 「2」を入力して、 Oracle を選択します。



［Siebel Database Operationの選択］

［1- データベースのインストール］

［2- データベースのアップグレード］

［3- レポジトリのインポート／エクスポート］

［4- レポジトリの移行］

［5- データベースユーティリティの実行］




7 「1」を入力して、［データベースのインストール］を選択します。

Siebel Database Serverの設定ウィザードに、 grantusr.sqlを実行してテーブルオー

ナーアカウントと管理者アカウントをセットアップすることを求めるメッセージが


8 「Y」を入力して肯定するか、「N」を入力して設定ウィザードを終了してからこのスク

リプトを実行します。

注 : シードデータ、テーブル、およびインデックスのインストールを完了するには、

これらのアカウントを準備する必要があります。

Y を選択した場合は、スクリプトによって次の［インストールオプション］メニュー



［1- Siebelデータベースのインストール］

［2- 既存のSiebelデータベースへの言語の追加］

9 「1」を入力して、このデータベースに Siebelデータベースコンポーネントをインス


10 データベースのコードページのタイプを確認し、使用しているデータベースのエン

コード方式に対応する数字を入力します。

［1- Unicode］［2- Non-Unicode］

注意 : 適切でないデータタイプでインストールすることのないように、データベース

に対する適切な選択肢を慎重に選択してください。データベースは、非 Unicode の

ページ設定に対して Unicode データタイプを作成できません。したがって、選択肢を

選択する前にこの設定を慎重に確認してください。

スクリプトによって、現在インストールされている言語のリストが表示されます。

11 データベースを運用するための言語に対応する数字を入力します。

注 : これは、データベースのプライマリ（基本）言語と呼ばれます。




12 ODBCデータソース名を指定します（例： Ora04206）。


14 指定された Siebelデータベース管理者アカウントのパスワードを入力します

（例： ORASADMIN）。

15 データベースのテーブルオーナー名を入力します（例： siebel）。

16 データベースのテーブルオーナーのパスワードを入力します（例： orasadmin）。

17 インデックスのテーブルスペースの名前を入力します（例： INDEX01）。

18 テーブルスペースの名前を入力します（例： DATA01）。

データベースの仕様設定を完了すると、設定ウィザードには設定した値のリストが表

示され、 Siebel アップグレードウィザード（srvrupgwiz）を起動するかどうかを確認

するメッセージが表示されます。



■ 以前入力した値を変更する場合は、 dbsrvr_config.kshを実行して設定ウィザー

ドを再実行します。これによって、異なる値で再度設定できます。

■ プログラムまたはシステムにエラーが発生して Siebel アップグレードウィザード

を再度実行する必要がある場合、ウィザードに障害が発生したポイントから再度

実行を開始できます。その場合は$SIEBEL_ROOT/binに移動して、次のコマンド

を入力します。srvrupgwiz -m master_install.ucf






Oracle 上の Siebel DB Server インストールのログファイルの確認 11

Siebel Database Server コンポーネントをインストールすると、いくつかのログファイルが

作成されます。 $SIEBEL_ROOT/logサブディレクトリの srvrupgwiz.logおよび（追加ロ

グになる） srvrupgwiz1.logなどで、それらにエラーが含まれていないか確認する必要

があります。

Oracleにシードデータ、テーブル、およびインデックスをインストールすると、複数の

ログファイルが生成されます。

プライマリ（基本）言語パックをインストールすると、 dataimp_prim_lang.log という

名前の特殊なログファイルが作成されます。

Oracle 上の Siebel DB Server インストールの許容可能なエラーログファイルには、予期された許容可能なエラーが記録されていることがあります。ログ

ファイルに記述されたすべてのエラーメッセージを、データベースプラットフォームのイ

ンストールサブディレクトリ（oracleなど）に保存されている errors.txtファイルのサ







なった条件を修正し、アップグレードウィザードを再実行します。ウィザードは、停止し

たポイントから再開されます。










Oracle 上の Siebel DB Server インストールのトラブルシューティング一般的には、データベースのインストール中の問題は、割り当てられている容量の不足や、

インストーラが正しいユーザー権限を持っていないことに起因します。

Oracle のロールバックセグメントの設定レポジトリをインポートした後である種のエラーが発生しないように、データベース管理

者がオンラインで 1つの大きなロールバックセグメントを Oracleデータベースに設定して

いることを確認します。

Oracle のターゲットデータベースホストに対するレポジトリのインポート組織によっては、利便性のために 1台のマシンに tar ファイルをダウンロードして、この

ソースマシンからデータベースが存在しているターゲットサーバーに、シードデータをイ

ンストールしてレポジトリをインポートします。所属組織がこのようにしていてプラット

フォームが Solarisの場合は、ソースマシンでOracle用のUNIX環境変数を次のように設定

しないと、レポジトリのインポートが失敗します。

NLS_LANGUAGE_NLS_TERRITORY.NLS_CHARACTERSET

ここで、

NLS_LANGUAGEは、 Oracleデータベースを実行するための言語です

（例： FRENCH CANADIAN）。

NLS_TERRITORYは、その言語に適用されるテリトリーまたは地域です

（例： CANADA）。

NLS_CHARACTERSETは、プラットフォームおよびロケールに適用される文字セット

（コードページとも呼ばれます）です（例： WE8MSWIN1252 （Sun Solarisの西欧文字））。

これらの変数の正しい値を取得するには、次のいずれかを実行します。

■ v$nlsparametersテーブルをクエリーします。

■ Oracle管理者に問い合わせます。

注意 : インストールおよび実行のソースノードには、 Siebel サーバーが存在する必要があ

ります。




Siebel DB Server for Oracleの Siebel レポジトリのインポート 11

後の処理として、 Siebel レポジトリをインポートする必要があります。これによって、

Siebel Database Serverのすべてのレポジトリテーブルが、 Siebel eBusiness Applicationsのバージョン 7 アプリケーションオブジェクトに新しく組み込まれます。

注 : Siebel eBusiness Applicationsの使用数にかかわらず（例： Siebel Sales、 Siebel

Service）、レポジトリのロードは 1回だけです。

レポジトリをインポートするには

1 $SIEBEL_HOME/binに移動して、使用するシェルの種類に従って次のコマンドの 1つを実行して、環境変数を変更します。


. ./siebenv.sh


C シェル

source siebenv.csh

ここで、


2 次のように入力して、値SIEBEL_ROOTおよびLANGUAGEが正しく設定されているか

空白かを検証します。

env



Bourne シェルまたはKorn シェル






C シェル




dbsrvr_config.ksh


注 : このスクリプトを正しく実行するには、読み取り、書き込み、および実行の権限

が必要です。




注 : SIEBEL_ROOTまたはLANGUAGEの値が設定されていなかったり正しくなかったり

する場合は、先に進む前にそれらの値を修正する必要があります。

5 Siebel Serverルートディレクトリのパスを指定するか、 Enterキーを押してデフォル

トを受け入れます。

6 Siebel Database Serverのルートディレクトリのパスを指定するか、 Enterキーを押し

てデフォルトを受け入れます。

スクリプトによって、 RDBMSプラットフォームの画面が表示されます。


［1- IBM DB2 UDB for UNIX and Windows］

［2- Oracle Database Enterprise Edition］




7 「2」を入力して Enterキーを押し、 Oracle Database Enterprise Editionを

選択します。





8 「3」を入力して Enterキーを押し、［レポジトリのインポート /エクスポート］を選択

します。

スクリプトによって、次の［レポジトリオペレーション］メニューが表示されます。


［1- レポジトリのインポート］

［2- 既存のレポジトリへの言語の追加］

［3- レポジトリのエクスポート］

9 「1」を入力して Enterを押し、［レポジトリのインポート］を選択します。

スクリプトによって、次の［レポジトリのインポートオプション］メニューが表示さ

れます。

［レポジトリのインポートオプションを指定：］

［1- 標準Siebelレポジトリのインポート］

［2- カスタムレポジトリのインポート］

10 インポートするレポジトリのタイプを指定します。

スクリプトによって、使用可能な言語パックのリストが表示されます。




11 インストールする言語パックに対応する番号を入力します。










12 ODBCデータソース名を入力します（例： siebsrvr_ent_srvr1）。

注 : Siebelサーバーのインストールプロセスでは、フォーマット

siebsrvr_enterprise_server_nameを使用して、自動的にデータソースが作成さ

れます。


14 指定されたデータベース管理者アカウントのパスワードを入力します

（例： ORASADMIN）。

15 Oracleデータベースのテーブルオーナー名を入力します（例： siebel）。

16 データベースのテーブルオーナーのパスワードを入力します（例： orasadmin）。

17 レポジトリ名を入力するか、デフォルトを受け入れます（例： Siebel Repository）。

18 レポジトリファイル名を入力するか、デフォルトを受け入れます（例： mstrep.dat）。

インポートレポジトリの仕様設定を完了すると、設定ウィザードには設定した値のリ

ストが表示され、 Siebel アップグレードウィザード（srvrupgwiz）を起動するかどう

かを確認するメッセージが表示されます。






■ 以前入力した値を変更する場合は、 dbsrvr_config.kshを実行して設定ウィザー

ドを再実行します。これによって、異なる値で再度設定できます。

■ プログラムまたはシステムにエラーが発生して Siebel アップグレードウィザード

を再度実行する必要がある場合、ウィザードに障害が発生したポイントから再度

実行を開始できます。その場合は$SIEBEL_ROOT/binに移動して、次のコマンド

を入力します。srvrupgwiz /m master_install.ucf



Oarcle に対するレポジトリインポートのログファイルの確認 11

レポジトリのインポートプロセスでは、いくつかのログファイルが作成されます。

$SIEBEL_ROOT/log サブディレクトリの srvrupgwiz.logおよび（追加ログになる）

srvrupgwiz1.logなどで、それらにエラーが含まれていないかを確認する必要があり

ます。

新しい言語でレポジトリをインポートした場合、次の特殊なログファイルが作成されます。

imprep_prim.log gen_updatestats_imprep.logupdatestats_imprep.log

Oracle のレポジトリインポートで許容可能なエラーログファイルには、予期された許容可能なエラーが記録されていることがあります。ログ

ファイルに記述されたすべてのエラーメッセージを、 Siebel Database Serverプラット

フォームのサブディレクトリ（db2udbなど）に保存されている errors.txtファイルのサ








Oracle に Siebel DB Server をインストールした後のタスク


なった条件を修正し、アップグレードウィザードを再実行します。







Oracle 対応 Siebel DB Server のレポジトリインポートのトラブルシューティングこの段階で発生する一般的な問題には、次のようなものがあります。

■ 既存のレポジトリと同じ名前でレポジトリをインポートしている。

■ ページが割り当てられない。

レポジトリのインポートプロセスによって生成されたログファイルに、前述のエラーが

含まれているはずです。

Oracle に Siebel DB Server をインストールした後のタスク 11

Siebel Database Serverのインストールを完了した後で、次のタスクを実行します。

■ 295ページの「Oracleに対する Siebel DB Server インストール後のシステム属性の検証」

■ 297ページの「Oracleのレポジトリに対する新規言語のインポート」

■ 298ページの「Oracle上の Siebel DB Serverへの Siebel ファイルシステムの組み込み」



Oracleに Siebel DB Server をインストールした後のタスク

Oracle に対する Siebel DB Server インストール後のシステム属性の検証 11

Siebel Database Serverのインストールと設定を完了したら、 Siebel Toolsに含まれる Siebelアプリケーションのシステム属性を確認する必要があります。 Siebel Toolsのインストー

ル方法については、『Siebel Tools Reference』を参照してください。

システム属性を確認するには

1 Siebel Tools を起動して、［画面］ > ［システム管理］ > ［システム属性］の順に選択

します。

2 ［システム属性名＝Enterprise DB Server Code Page］を見つけて、それぞれの値が

適切に、かつ、データベースサーバーコンポーネントのインストール中に選択した値

に基づいて設定されていることを確認します（282ページの「Oracle上の Siebel Database Server コンポーネントのインストール」を参照）。適切な値のリストは、

表30 を参照してください。

注 : コードページの値は小文字で指定する必要があります（例： utf-8）。

3 データベースがUnicodeに対応している場合は、テーブル S_APP_VERの列

UNICD_DATATYPS_FLGにUnicode フラグが、次に示すように正しく設定されている

ことを検証します。

■ Codepage = N

■ Unicode Oracle = 8

注 : データタイプフラグは大文字で指定する必要があります。

表 30. Enterprise DB Server Code Page の許容できる値

値言語データベース

utf-8 （Unicode）全カテゴリー Oracle9i

cp932 （または等価のコード）日本語 Oracle 8i

cp1252 （または等価のコード）西欧言語 Oracle 8i




Oracle上の Siebel DB Serverに対する複数言語シードデータのインストール 11

所属組織によってデータが複数言語になる場合、複数言語シードデータ（ビュー、権限、

システム属性のリストなど）をインストールする必要があります。これを実行するには、

Siebel Database Serverにプライマリ（基本）言語をインストールした後で、新しい言語

パックを追加します。これによって、新しい言語によるシードデータの変数リスト

（LOV）が組み込まれます。

プライマリ（基本）言語で正常にシードデータをインストールした後でのみ、データベー

スに別の言語のシードデータを追加できます。

注意 : Siebel Database for the Enterprise で関連する Siebel Server がサポートする言語は、

データベースに言語を追加する前にインストールしてある必要があります。

複数言語シードデータをインストールするには

1 Solaris|AIX Server Programs Base CD-ROM を挿入またはマウントし、 274ページの

「Oracleに対する Siebel Database Server ソフトウェアのインストール」の指示に従っ

て手順7 まで進みますが、そこで 2の［既存のインスタンスに新しい言語を追加］を選択

します。

2 表示される指示に従って、Siebel製品の要求された番号の言語パック CD を挿入します。

3 言語のインストールが終了したら、 282ページの「Oracle上の Siebel Database Serverコンポーネントのインストール」の手順に従って手順9 まで処理し、 2の［既存の

Siebel データベースへの言語の追加］を選択します。

4 以降の指示に対しては、プライマリ（基本）言語シードデータをインストールしたと

きと同様に対応します。

5 Siebel eBusiness Applicationsの複数言語変数リスト（MLOV）機能を有効にします。

詳しくは、『Siebel Tools Reference』を参照してください。



Oracleに Siebel DB Server をインストールした後のタスク

Oracle のレポジトリに対する新規言語のインポート 11

Siebel レポジトリをプライマリ（基本）言語に正常にインストールしたら、他の言語も

追加できます。

新規言語をレポジトリに追加すると、一連のローカライズ可能な情報を移入します。それ

によって、 Siebel eBusiness Applicationsの新規言語での運用性が高まります。

使用している Siebel eBusinessアプリケーション（Siebel Sales、 Siebel Service、 Siebel Marketing など）の数にかかわらず、この手順はインストールする言語について 1回だけ

実行します。

レポジトリに新規言語をインポートするには

1 289ページの「Siebel DB Server for Oracleの Siebel レポジトリのインポート」の手順に

従って 290ページの手順6 まで処理し、 2の［既存のレポジトリへの言語の追加］を選択

します。

2 以降の指示に対しては、プライマリ（基本）言語レポジトリをインポートしたときと

同様に対応します。

注 : レポジトリのインポートが失敗した場合、またはレポジトリに対する新規言語のイン

ポート中にシステムエラーが発生した場合は、 $SIEBEL_ROOT/binに移動して次のように

入力します。siebupgwiz /m master_imprep_lang.ucf




Oracle 上の Siebel DB Serverへの Siebel ファイルシステムの組み込み 11

Siebel ファイルシステムを実行するには、フォローアップテンプレート、 Siebel Marketing など Siebel Database Server ソフトウェアに含まれる固有のファイルが必要です。 files と

いうサブディレクトリは、Siebel Database Server をインストールするときに作成されます。

DBA （データベース管理者）は、 Siebel Database Server をインストールしてから Siebel Web Client を実行するまでの間に、 File Systemディレクトリにこれらのファイル添付を組

み込む必要があります。

Siebel File Systemディレクトリを組み込むには


システムの /attサブディレクトリに、適切なファイルをコピーします。


システム内の /cmsディレクトリに、 KB.kbファイルをコピーします。

3 必要な場所にファイルがあることを確認します。


Siebel Web Server Extension のインストール 12

この章は、 Siebel Web Server Extention （SWSE）のインストールおよび設定を行うシステ

ム管理者やWebマスターを対象としています。

Siebel Web Server Extension をインストールおよび設定するために必要なタスクについ

ては、表31 を参照してください。

表31. SWSEのインストールと設定のタスク

実行者タスク

システム管理者 1 展開戦略の計画を立てます。 300 ページの「Siebel Web サーバーの展開の計画」を参照。

2 Siebel Gateway および Siebel Server がインストールされていて、起動されていることを確認します。 302 ページの「Siebel Gateway および Enterprise Server の確認」を参照。

3 お使いのプラットフォームについて、 Web サーバーの要件を確認します。 302 ページの「Web サーバーの要件の確認」を参照。

4 Web サーバー上での Siebel 言語パックの使用に関する要件を確認します。 303 ページの「Web サーバー言語パックの要件」を参照。

5 Web サーバーをインストールします。303 ページの「Web サーバーのインストール」を参照。

6 負荷分散ソフトウェアを使用する場合は、インストールします。

■ （オプション） Central Dispatch をインストールします。第 3 章「Central Dispatch を使用する

負荷分散の実装」

■ 別の製品を使って Web サーバーの負荷を分散する場合は、ベンダーの指示に従って製品を

インストールおよび設定してください。

7 Siebel Web Server Extension プラグインをインストールします。 305 ページの「Siebel Web Server Extension のインストールと設定」を参照してください。

8 インストールディレクトリを確認します。 312 ページの「Siebel Web Server Extension のインストールディレクトリの確認」を参照。

9 HTTP 圧縮を有効にします。 315 ページの「Siebel Web アプリケーション対応の HTTP 圧縮の有効化」を参照。

10 （オプション）展開に応じて、 eapps.cfg ファイルを編集します。付録 D 「eapps.cfg ファイルの構造」を参照してください。

11 Sun ONE (iPlanet) Web Server をお使いの場合は、このサーバー用のファイルを作成します。321 ページの「Siebel Web Server Extension の変更を受け入れるための Sun ONE （iPlanet）の設定」を参照。

12 シェルスクリプトを開始します。323 ページの「再起動が必要なデーモンプロセス」を参照。


Siebel Web Server Extension のインストール

Siebel Webサーバーの展開の計画

Siebel Webサーバーの展開の計画 12

Siebel Web Server Extension をインストールする前に、次のコンポーネントをインストー

ルする必要があります。

■ サポートされている Webサーバー

■ Siebel Gateway

■ Siebel Enterprise Server と初の Siebel Server。ご購入された Siebel eBusiness Applications用Server Manager を使って、 Siebelオブジェクトマネージャが有効にされ

ていることが必要です。詳しくは、『Siebel Server管理ガイド』を参照してください。

注 : 追加の Siebel Serverは、 Siebel Web Server Extension （および必要に応じてモバイ

ルWeb クライアントソフトウェア）をインストールした後で、初の Siebel Serverに

インストールします。これにより、 Webサーバーと初の Siebel Serverが実際に接続

されていることを確認できます。

インストールプロセスを開始する前に、サーバーコンポーネントの配布方法を決定します。

■ シングルノード：Siebel Enterprise Server コンポーネントおよびWebサーバーを、1台の

マシンまたはノードにインストールします（この方法を推奨できるのは、 Siebel MidMarket カスタマだけです）。

■ 分散型：前述のコンポーネントを複数のWebサーバーにまたがって配布し、複数の

Siebelオブジェクトマネージャに接続します。これにより Siebelオブジェクトマネー

ジャの負荷は、 1つの Siebel Enterprise Server内の複数の Siebel Serverにまたがって動

的に分散できます。

注 : 良のパフォーマンスとスケーラビリティを実現するために、 Webサーバーは

Siebel Enterprise Server と別のマシン上に置くことをお勧めします。

リバースプロキシサーバーを使用している場合の展開の制約事項展開できるアプリケーションは、リバースプロキシサーバー内に置かれている Webサー

バーインスタンス上で、標準の対話型クライアントをサポートする Siebel アプリケーショ

ンだけです。 Siebel Call Centerのような Siebel従業員アプリケーションや、リバースプロ

キシサーバー内に置かれている Webサーバーインスタンス上で高度な対話型クライアン

トをサポートする、その他の Siebel アプリケーションは展開できません。


Siebel Web Server Extensionのインストール


特殊な展開シングルノード設定または分散型設定のいずれの場合も、データベースサーバーは別の

ノード上に置きます。つまり、データベースサーバーは前述のサーバーとは別にインス


Central Dispatch を Siebel Serverにインストールする場合、これを Webサーバーにもイン

ストールして、 Siebel Server と同じ VIP またはCentral Dispatchサイト上で設定することは

できません。 Webサーバー上のCentral Dispatch ソフトウェアは、それが受信するリクエ

ストの送信元である Siebel Server上の同じ VIPに対してリクエストを送ることができない

ためです。

推奨される Siebel Web サーバートポロジ各展開ごとに取り決めがありますが、エンタープライズ規模の展開では、次のような理由

から、分散型ノード展開を実施することを強くお勧めします。

■ リソース競合の低減： Webサーバーと Siebel Server （Siebelオブジェクトマネージャを含

む）を別のマシンに配布すると、 CPU と他のサーバーリソースとの競合を低減できま

す。ただしパフォーマンスを大限に引き出すためには、この 2台のマシンを高速

ネットワークで接続する必要があります。

■ 負荷分散： Central Dispatchの接続ブローカリング機能を使って、 1台のWebサーバー

で、複数のユーザーリクエストの負荷を複数の Siebelオブジェクトマネージャのイン

スタンスに分散できます。

■ 高いフォールトトレランス：コンポーネントの複数のインスタンスを複数のマシン上で

処理することにより、 1台のマシンで発生した障害の影響を小限に抑え、ダウンタ

イムを短縮できます。

■ ファイアウォールを使用することによる柔軟性の向上： Siebel Web Server Extension を Siebel Serverおよび Siebelオブジェクトマネージャと別のマシン上に置くことにより、 Webサーバーはファイアウォールの外側に置き、 Siebel Enterprise Serverのコンポーネント

はファイアウォールの内側に入れておくことができます。

■ 高可用性：同時に多数のユーザーをサポートする展開や、高可用性が運用要件として

求められる展開では、マルチノード設定が要求されます。




Siebel Gateway および Enterprise Serverの確認 12

Siebel Web Server Extension をインストールする前に、 Siebel GatewayおよびSiebel Enterprise Server （少なくとも 1つの Siebel Server を含んでいることが必要）をインス

トールおよび設定する必要があります。第6章「Siebel Serverのインストール」の手順に

従って Siebel Enterprise Serverエンティティをインストールおよび設定してから、前の手

順で選択した設定を行ないます。

Siebel Serverおよび Siebel Web Server Extension を同じマシン上にインストールする場合

は、インストール時にファイル許可の問題が発生しないように、インストールディレクト

リを別にします。

注意 : Siebel Gateway および Web サーバーを同じ UNIX サーバー上にインストールする場

合、 Siebel Gateway を起動するために使用したシェルを使って、 Web サーバーを起動しな

いでください。 Siebel Gateway を起動するための環境変数は、 Web サーバーを起動するた

めの変数と互換性がないため、予期しない結果が発生する可能性があります。

Webサーバーの要件の確認 12

Siebel Web Server Extensionプラグインをサポートするマシンが、『システム要件とサポー

トされているプラットフォーム』に記述されているハードウェアおよびソフトウェアのプ

ラットフォーム要件をすべて満たしていることを確認します。

Webサーバーが複数ある場合は、各サーバーにCentral Dispatch をインストールして、そ

の負荷分散機能を利用することができます。

Siebel Web Server Extension をホストする HTTPプロセスは、複数の Siebel Server と通信で

きます。ただし、 1つのWebサーバーに複数の Siebel Web Server Extension をインストー

ルすることはできません。



Webサーバーのインストール

Webサーバー言語パックの要件 12

IBMのHTTP Server （IHS）、 Sunの Sun One （Iplanet） Webサーバー、およびHP-Apache2 Webサーバーは、複数の言語パックとともにつのWebサーバーにインストールできます。

注 : Siebel Server と Webサーバーは、同じ言語で運用する必要はありません。ただし、

Siebel Server、 Webサーバー、および他のすべてのサーバーコンポーネントは、同じ文字

セットを使用する必要があります。詳しくは、『Global Deployment Guide』を参照してく

ださい。

ドメイン名の指定 12

SolarisおよびSun ONE （iPlanet）のインストールでは、ドメイン名は/etc/hostsまたは

resolve.confのどちらかに追加します。

Web サーバーのインストール 12

Siebel Web Server Extension をインストールする前に、サポートされている Webサーバー

ソフトウェアを指定のマシンにインストールし、設定して、起動します。良のパフォー

マンスとスケーラビリティを実現するために、 Webサーバーは専用マシン上に置くこと

をお勧めします。

ベンダーの指示に従って、これらのタスクを実行します。

注 : Webサーバーの実行ユーザーは、 $SWEAPP_ROOTディレクトリとそのサブディレクト

リに対して、読み込み／書き込み／実行権限があることを確認してください。



Webサーバーのインストール

HP-Apache2 Webサーバーを有効にして Siebel ライブラリを検索 12

Siebel ライブラリを検索するには、 HP-Apache2 Webサーバーを有効にする必要があり

ます。このWebサーバーのホストマシンで、次のコマンドを実行します。

chatr +s enable $HPAPACHE_ROOT/bin/httpd

ここで、

$HPAPACHE_ROOT = HP-Apache Webサーバーのルート。

このコマンドは、 HP-Apache2 Webサーバーを初めてインストールした後、またはこの

Webサーバーをアップグレードした後で、 1度だけ実行します。

IHS および HP-Apache2 の httpd.conf ファイルの編集 12

IHSサーバーおよびHP-Apache2サーバーでは、デフォルトの文字エンコードとして

AddDefaultCharset ISO-8859-1がhttpd.conf設定ファイルに設定されている場合があ

ります。非居住のユーザーインターフェイス言語を使う場合、この設定が原因で、ポップ

アップ、［バージョン情報］ボックス、ヘルプページといった一部の静的コンテンツが正

しく表示されなくなります。西洋言語以外の言語を使う場合は、次の手順に従って、この

設定をリセットします。

httpd.confファイルを変更するには

1 IHS を使用している場合は、 httpd.confファイルに移動します。通常このファイルは

/usr/IBMIHS/confにあります。 HP-Apache2の場合、ディレクトリは/opt/

hpapache2/confです。

2 viなどのテキストエディタを使って、 httpd.confファイルを開きます。

3 AddDefaultCharset ISO-8859-1 という行を探し、この行の先頭にシャープ記号 “#”を付けてコメントにします。

4 ファイルを保存します。

5 サーバーを再起動します。



Siebel Web Server Extensionのインストールと設定

Siebel Web Server Extensionのインストールと設定 12

Siebel Web Server Extension （SWSE）のファイルは、 Webサーバーと同じマシンにインス

トールされます。インストールプログラムでは、 Siebelディレクトリ構造をセットアップ

し、必要なファイルおよびコンポーネントをターゲットディスクにコピーして、ホスト環

境を設定します。

注 : インストール時に権限に関する問題が発生しないように、 Webサーバーインスタンス

をインストールしたユーザー、またはこのユーザーと同じ権限を持つユーザーが、 SWSE

をインストールします。

Siebel Web Server Extension プラグインをインストールするには

注 : この手順では、基本製品のインストール方法を示します。パッチのインストール手順

については、パッチとともに提供される『Maintenance Release Guide』を参照してくださ

い。

1 「UNIX_OS Server Programs, Web Server Extensions」のCD-ROM を、サーバーのCD-ROM ドライブに挿入します。」

ここで、

UNIX_OS = Solaris、 HP-UX、 AIX といった、お使いのUNIXオペレーティングシステム。


seaUNIX_OSeapplep1、またはsiaUNIX_OSeapplep1になっています。 CD-ROMにアク

セスする方法によっては、この手順は必要ない場合があります。

2 新しいシェルを開き、 Siebel環境変数を設定解除します。






4 CD-ROMの/eappwebディレクトリに移動して、新しいシェルを開きます。

注 : Siebel Web Server Extension をインストールするには、インストールに適した Web

サーバーファイル（Sun One、 IBM HTTP、または HP-Apache2のWebサーバーファイ

ル）を変更できるユーザーアカウントを使用して、インストールを行う必要がありま

す。

5 Siebel Web Server Extensionのインストールプロセスを開始するには、次のコマンドを

入力し、必要に応じて 109ページの「インストールコマンド用追加フラグ」に記述さ

れているフラグを追加します。

./setupUNIX_OS





7 SWSE ファイルを初めてインストールしているのか、既存のインスタンスに新しい言

語を追加しているのかに応じて、次のうちの適切なアクションを実行し、［次へ］を








8 インストールディレクトリに対する完全修飾パスを入力し、［次へ］をクリック

します。



















［インストールの確認］画面が表示されます。


［インストール進捗］画面が表示され、アンインストール情報が作成されます。



■ 1つの言語だけインストールしている場合は、［Webサーバールートディレクトリ］

画面が表示されます。手順12に進みます。

11 インストールのプライマリ言語を選択し、［次へ］をクリックします。

［Webサーバールートディレクトリ］画面が表示されます。

12 Webサーバー上での SWSEのルートディレクトリを選択して［次へ］をクリック

します。

［Resonate］画面が表示されます。




13 このEnterpriseにResoneteの負荷分散ソフトウェアがインストールされているかどう

かを示してから、［次へ］をクリックします。

■ ［はい］を選択した場合は、手順 14に進みます。

■ ［いいえ］を選択した場合は、手順 15に進みます。

［Siebel GatewayのVIP Address］画面が表示されます。

14 Siebel Gatewayの仮想 IP アドレスを入力して［次へ］をクリックします。

［Siebel Gatewayのアドレス］画面が表示されます。

15 実際のGeteway IP アドレスを入力して［次へ］をクリックします。

［Siebel Gatewayのポート］画面が表示されます。

16 デフォルトの Siebel Gateway ポート番号（2320）をそのまま使用するか、変更してか

ら、［次へ］をクリックします。

［Enterprise名］画面が表示されます。

17 Siebel Enterprise Server名を入力して［次へ］をクリックします。

［Siebel Server 名］画面が表示されます。

18 Siebel Server名を入力して［次へ］をクリックします。

注 : これは該当する Siebel Server を表すわかりやすい名前であり、マシン名ではあり

ません。

［圧縮タイプ］画面が表示されます。

19 圧縮タイプをクリックして［次へ］をクリックします。

［暗号化］画面が表示されます。

20 暗号化タイプをクリックして［次へ］をクリックします。

［ログレベル］画面が表示されます。




21 次に示されているとおりにログレベルを選択します。

［fatal］：重大な操作エラーだけをログに記録します。

［errors］：重大および重大でない操作エラーだけをログに記録します。

［warnings］：警告メッセージだけをログに記録します。

［info］：重大でない操作エラーだけをログに記録します。

［details］：すべての操作統計、情報メッセージ、警告、およびエラーをログに記

録します。

注 : 良のパフォーマンスを実現するためには、［errors］を選択します。［details］

はパフォーマンスを低下させるため、デバッグする場合にだけ選択します。


［WebサーバーのHTTPポート］画面が表示されます。

22 デフォルトのHTTPポートをそのまま使用するか、新しいポート番号を入力して、［次

へ］をクリックします。

■ デフォルトのポート番号（80）をそのまま使用する場合は、［次へ］をクリック

します。

■ HTTPに別のポート番号を使用する場合は、別の番号を入力してから［次へ］を


［インストーラ設定Webサーバー HTTPS （セキュア HTTP）ポート］画面が表示され

ます。

23 デフォルトのWebサーバー HTTPSポート（443）をそのまま使用するか、新しいポー

ト番号を入力して、［次へ］をクリックします。

［Web 更新プロテクトキー］画面が表示されます。




24 管理者がWebの保守で使用する Web更新保護キーを入力します。

このキー（またはパスワードとも言う）を使用することにより、 Siebel管理者だけが、

Siebel Tools を使用してカスタマイズされた後で Siebel Server上に置かれた更新済みイ

メージにアクセスして、 Webサーバー上のアプリケーションイメージファイルを更新

できるようになります。

管理者がWebサーバーを再起動するたびに、 Webサーバーは Siebel Serverにアクセス

して、イメージを更新します。ただし、このパスワードをコマンド行に入力すると、

非常に効率的にイメージファイルを更新できます。複数のWebサーバーが展開されて

いる場合は特にそうです。

注 : このパスワードは SWSEの設定時に設定されますが、必要に応じて後で変更する

こともできます。こうするには、 $SWEAPP_ROOTディレクトリの /binサブディレクト

リにある eapps.cfgファイルで、このパスワードを編集します。

［匿名ログイン従業員名］画面が表示されます。

25 匿名従業員のログイン ID を入力して［次へ］をクリックします。

注 : これは、すべての従業員が使用して［ログイン］ビューにアクセスできるログイ

ン IDです。このログイン IDは、［ログイン］ビューに移動するための権限を持つ有効

なクライアントログインです。

［匿名ログイン従業員パスワード］画面が表示されます。

このパラメータは、ログインせずにアプリケーションを参照できる従業員用です。

注 : この機能を使用できる従業員を限定したい場合は、何も入力せずに［次へ］を

クリックするだけで、この画面を無視できます。

26 このパラメータを使用する場合は、匿名のログインパスワードを入力し、それを確認

してから［次へ］をクリックします。

［匿名ログイン担当者名］画面が表示されます。




27 匿名ログインの担当者名を入力して［次へ］をクリックします。

［匿名担当者のパスワード］画面が表示されます。

28 匿名ログインのパスワードを入力し、それを再確認して［次へ］をクリックします。

［再起動］画面が表示されます。

29 Webサーバーを今すぐ再起動して変更処理を完了するかどうか指定してから、［次へ］



30 設定を確認します。

■ 設定を適用するには、［次へ］をクリックします。

■ 変更を加えたい場合は、［戻る］ボタンを使って前の画面に戻り、目的のパラメー

タを更新します。［次へ］ボタンを使ってこの画面に戻り、新しい値を確認します。

設定ウィザードに、「Siebel Web Server Extensionが正常にインストールされました」

というメッセージが表示されます。


注 : 設定処理中にWebサーバーを再起動していない場合、変更内容はWebサーバーを

再起動するまで反映されません。

複数の SWSE インスタンスのインストール複数の SWSE インスタンスを 1つのWebサーバーにインストールして、本番環境でバー

ジョンの異なる Siebel eBusiness Applications をサポートすることはできません。ただし

開発環境およびテスト環境では、複数のWebサーバーインスタンスを 1つのボックスに

インストールして、それぞれのインスタンスが異なるポートをリスンできます。 Webサーバーインスタンスごとに、独自の SWSE を持つことができます。開発環境および

テスト環境で複数の SWSE インスタンスをインストールする方法については、 Siebel SupportWebの「テクニカルノート 456」を参照してください。 httpd.conf ファイルで、

次の 2つの行を変更する必要もあります。

リスン（WebサーバーのIP アドレス） :port番号; たとえば、 172.20.167.154:16131

ServerName (マシン名):port; たとえば、 sdch70a012.siebel.com:16131



Siebel Web Server Extensionのインストール後のタスク

Siebel Web Server Extensionのインストール後のタスク 12

次に示すインストール後のタスクは、 eappweb インストーラを使って Siebel Web Server Extension をインストールした結果、デフォルトの設定を変更する必要が生じる環境の場

合にだけ実行します。

■ 312ページの「Siebel Web Server Extensionのインストールディレクトリの確認」

■ 315ページの「SWSEプラグインインストールのログファイルの確認」

■ 315ページの「Siebel Web アプリケーション対応のHTTP圧縮の有効化」

■ 317ページの「Web Server Extension設定ファイル（eapps.cfg）の編集」

■ 318ページの「Webサーバー上のユーザー権限の付与」

■ 321ページの「Siebel Web Server Extensionの変更を受け入れるための Sun ONE（iPlanet）の設定」

Siebel Web Server Extensionのインストールディレクトリの確認 12

Siebel Web Server Extensionのインストール時にWebサーバーホスト上に作成された物理

ディレクトリおよび仮想ディレクトリを確認して、設定ファイル（eapps.cfg）などの

ファイルの場所を把握します。

Web サーバー上の物理ディレクトリ次のリストは、 Webサーバー上にインストールされる Siebelの物理ディレクトリです。

$SWEAPP_ROOT/_uninstbin/languages/eapps_fins.cfgeapps.cfginstall_scriptlocale/log/public/help/eappweb_base.txtlanguages/demo/issrun/upgrade.log




bin ： SWSE機能の大部分を担い、 SWSEが Siebel Server と通信できるようにする、 SWSE設定ファイル（eapps.cfg）が含まれています。

locale ：実行時エラーに関する情報を持つリソースファイルが含まれています。

log ： SWSE と Sibelサーバー内の Siebeオブジェクトマネージャ間での通信エラーが記録さ

れます。

public：ブラウザを SWSEおよびSiebel Serverのサブディレクトリにリダイレクトするため

に使用する、デフォルトのHTML ファイル（default.htm）が含まれています。

_uninst ： Siebel eAppsのアンインストールプログラムが含まれています。

Web サーバー上の仮想ディレクトリ仮想ディレクトリは、インストールされる Siebel eBusiness Web アプリケーションごとに、

Webサーバーにインストールされます。たとえば、 eService製品をインストールすると、

eserviceディレクトリがインストールされます。次の項では、 UNIX Webサーバーごと

に仮想ディレクトリ構造について説明します。

IBM （IHS）および HP-UX （HP-Apache2）の HTTP Web Server仮想ディレクトリを確認するには、 Webサーバーの設定ファイルhttpd.confを開きます。

IHS を使用している場合、このファイルは$IHS_ROOT/confにあります。 HP-Apache2 を使

用している場合、デフォルトのディレクトリは /opt/hpapache2/confです。

次に示す例は、 IHS またはHP-UX上の Siebel eBusiness Applicationsに共通している仮想

ディレクトリ構造の一部です。

Alias /ecustomer_enu /vol1/siebel/eappweb/public/enuAlias /erm_enu /vol1/siebel/eappweb/public/enuAlias /emarketing_enu /vol1/siebel/eappweb/public/enuAlias /callcenter_enu /vol1/siebel/eappweb/public/enuAlias /marketing_enu /vol1/siebel/eappweb/public/enu

Sun ONE (iPlanet) Web サーバー仮想ディレクトリを確認するには、 Webサーバーの設定ファイルobj.confを開きます。

このファイルは、 $iplanetserver/webserverinstance/config/にあります。

次に示す例は、 Sun One （iPlanet） Webサーバー上の Siebel eBusiness Applicationsの仮想

ディレクトリ構造の一部です。

NameTrans fn="pfx2dir" from="/partnerfinder_enu" dir="/export/home/siebel/public/enu"




NameTrans fn="pfx2dir" from="/ecustomer_enu" dir="/export/home/siebel/public/enu"

NameTrans fn="pfx2dir" from="/emarketing_enu" dir="/export/home/siebel/public/enu"

NameTrans fn="pfx2dir" from="/etraining_enu" dir="/export/home/siebel/public/enu"

NameTrans fn="pfx2dir" from="/echannel_enu" dir="/export/home/siebel/public/enu"

NameTrans fn="pfx2dir" from="/esales_enu" dir="/export/home/siebel/public/enu"

NameTrans fn="pfx2dir" from="/sales_enu" dir="/export/home/siebel/public/enu"...

Webサーバーへの新しい仮想ディレクトリの追加 12

仮想ディレクトリは、 SWSEのインストール時に自動的に作成されます。

ただし、 Webサイトのシングルサインオンなどの機能をテストして、既存している Siebelオブジェクトマネージャを示せるようにしたい場合など、独自の仮想ディレクトリを作成

したい場合があります。

このためには次の説明に従って、必要に応じて新しい仮想ディレクトリを obj.conf

（Sun ONE [iPlanet]の場合）またはhttpd.conf （IHSおよびHP-Apache2の場合）に追加

します。

仮想ディレクトリを追加した後で、 $SWEAPP_ROOT/binのeapps.cfgファイルの中の適切

な接続文字列に、新しい仮想ディレクトリの名前を追加する必要があります。

Sun One（ iPlanet）の新しい仮想ディレクトリを追加するには

■ obj.confファイルを開いて既存の仮想ディレクトリを表示し、次の行を追加します。

NameTrans fn="pfx2dir" from="/myvirdir_lang" dir="/export/home/siebel/public/lang"

ここで、

myvirdir_lang = 言語固有の仮想ディレクトリの名前です。

lang = 該当する言語の Siebel コードです。




IHSの新しい仮想ディレクトリを追加するには

■ httpd.confファイルを開いて既存の仮想ディレクトリを表示し、次の行を追加します。

Alias /myvirdir_lang /export/home/swe/public/lang

HP-Apache2の新しい仮想ディレクトリを追加するには

■ httpd.confファイルを開いて既存の仮想ディレクトリを表示し、次に示すような行を

追加します。

<VirtualHost *>ServerName www.domain.tldDocumentRoot /www/domain</VirtualHost>

ここで、

www.domain.tld = 新しい上位のドメインです。

/www/domain = 仮想ドメイン ’のルートへのディレクトリパスです。

SWSE プラグインインストールのログファイルの確認 12

Siebel Web Server Extensionプラグインでは、 Siebel Serverへの接続が試みられると、 1つまたは複数のログファイルを生成します。これらのログファイルは、 Siebel Web Server Extension インストーラによって $SWEAPP_ROOT/logの下に作成されるサブディレクトリ

に置かれます。

これらのファイルには、選択されているログレベルに従って、エラー、警告、全般情報が

記録されます。 Webサーバーの障害や Siebel Web Server Extensionの無効な設定などのイ

ベントは、これらのログに記録されます。ログファイルを分析して、 SWSEの問題を解決

する手がかりを見つけることができます。

Siebel Web アプリケーション対応の HTTP 圧縮の有効化 12

ブラウザと Webサーバーの間でHTTP圧縮を使用すると、広域ネットワーク（WAN)上で

の Siebel eBusiness Applicaitonsのパフォーマンスを向上できます。ネットワーク帯域幅に

制約がある WAN上で、非常に多くのユーザーがアプリケーションにアクセスする場合は、

HTTP圧縮の有効化を検討することが一般的です。




高度な対話性を使用しているユーザーは、すでにネットワークを大限に利用できている

ため、圧縮のメリットを大いに受けるのは、むしろ標準の対話性を使用してアプリケー

ションにアクセスしているユーザーの方です。

ただし、ユーザーがほとんどローカルエリアネットワーク（LAN）上でアプリケーション

にアクセスする場合は、 HTTP圧縮を有効にしてもパフォーマンスは改善しません。むし

ろ、クライアントとサーバーの両方でデータを圧縮および解凍するために必要な余分な処

理にかかわるパフォーマンスコストが発生する可能性があります。

HTTP圧縮は、サポートされているすべてのWebサーバープラットフォームで使用でき、

追加のインストールも不要です。 HTTP圧縮機能は、 Siebel Web Server Extensionプラグイ

ンに組み込まれています。

HTTP圧縮をアクティブにするには、 eapps.cfgファイルの中の DoCompressionパラメー

タを設定して、 HTTP圧縮を有効にする必要があります。次の項では、この処理の手順に

ついて説明します。

HTTP圧縮は、すべてのアプリケーションのデフォルト機能として有効／無効を設定した

り、アプリケーションごとに有効／無効を設定したりできます。デフォルトでは、 HTTP圧縮はすべてのアプリケーションに対して有効になっています。

HTTP圧縮を有効にするには

1 $SIEBEL_ROOT/SWEAPP_ROOT/binの中にある eapps.cfgファイルを、テキストエディ

タで開きます。次に示す操作の 1つまたは両方を実行します。

■ HTTP圧縮をデフォルト機能として有効にするには、 [defaults]セクションで

DoCompressionパラメータを TRUEに設定します。 DoCompressionパラメータがな

い場合は、追加します。

■ 個々のアプリケーションについてHTTP圧縮を有効にするには、各アプリケーショ

ンのセクションで DoCompressionパラメータを TRUEに設定します。たとえば、 [/

callcenter]のセクションで DoCompression = TRUEに設定します。

DoCompressionパラメータがない場合は、追加します。

注 : 個々のアプリケーションについてパラメータを設定すると、 [defaults]セクショ

ンに表示されているデフォルト設定は無効になります。パラメータがデフォルトとし

て設定されている場合は、その値がすべてのアプリケーションに適用され、個々のア

プリケーションレベルで無効にされません。




2 eapps.cfgファイルを保存して閉じます。

3 Webサーバーを再起動します。

注 : eapps.cfgファイルに加えた変更は、 Webサーバーを再起動するまで反映されま

せん。

HTTP圧縮をデフォルトで無効にする、または個々のアプリケーションについて無効にす

るには、 eapps.cfgファイルの適切なセクションで、 DoCompressionを FALSEに設定しま

す。

Web Server Extension 設定ファイル（eapps.cfg）の編集 12

eappweb インストーラでは、選択されたすべての Siebel eBusiness Applicationsに対して、

eapps.cfg という設定ファイルを 1つインストールします。

デフォルトでは、このファイルはWebサーバーホストのインストールディレクトリの

$SIEBEL_ROOT/SWEAPP_ROOT/binサブディレクトリに置かれます。 eapps.cfgファイルに

は、 Siebel Web Server Extension を Webサーバーにインストールしたときに入力した設定

情報、たとえばSiebelオブジェクトマネージャの身元情報や接続情報、ログイン設定やセ

キュリティ設定などが記述されています。

ファイルは複数のセクションに分かれていて、選択した Siebel eBusiness Applications を全体として設定したり、アプリケーションレベルで設定したりできます。これらのセク

ションについては、以降のページで説明します。セキュリティ、 Webサーバーへの接続

用ポート、およびその他の操作を制御する多くのパラメータは手動で入力することもでき

ます。

注 : IHSおよびHP-Apache2のユーザーが eapps.cfgファイルにアクセスできるためには、

読み込み権限が必要です。また、 Siebel Web Server Extensionのリスニングポート用にデ

フォルト以外のポートを選択した場合は、すべてのユーザーが eapps.cfgファイルの読

み込み権限を持っていることを確認してください。

eapps.cfgファイルを編集するには

1 viなどの、任意のテキスト編集ツールを使用します。

2 必要に応じて変更を加えます。




3 eapps.cfgファイルを保存し、 Webサーバーを再起動します。

4 変更を反映させるためには、 323ページの「再起動が必要なデーモンプロセス」の

説明に従って、実行中のプロセスをすべて停止して再起動します。

Siebel Server上の Siebelオブジェクトマネージャレベルで特定のアプリケーションや機能

を有効にするために、設定を要求されるパラメータがあります。詳しくは、『Siebel Server管理ガイド』の適切な項を参照してください。

注 : Siebel アプリケーションへの安全な接続を設定する必要があります。詳しくは、

『Security Guide for Siebel eBusiness Applications』を参照してください。

eapps.cfg ファイルの構造eapps.cfgファイルは複数のセクションに分かれていて、選択した Siebel eBusiness Applications を全体として設定したり、アプリケーションレベルで設定したりできます。

セキュリティ、 Webサーバーへの接続用ポート、およびその他の操作を制御する多くの

パラメータは手動で入力することもできます。 eapps.cfgファイルについては、付録D「eapps.cfg ファイルの構造」を参照してください。

Webサーバー上のユーザー権限の付与 12

UNIX を実行している Webサーバーに Siebel Web Server Extension をインストールした

後で、次の手順を実行します。

すべてのプラットフォーム上での権限を変更するには

■ Siebel Web Server Extensionのすべてのディレクトリおよびファイルに対して、 Webサーバー管理者が読み込み／実行権限を持っていることを確認します。

■ Web イメージの発行機能およびファイルキャッシュ機能に関するファイルが含まれて

いるディレクトリに、 SWSEプラグインのプロセスオーナーに対する読み込み／書き

込み権限があることを確認します。

Sun One（ iPlanet） Webサーバー上での権限を変更するには

1 Sun ONE （iPlanet） Webサーバー（IWS）のバージョン 6 Sp2がインストールされて

いることを確認します。 Siebel Webプラグイン 7.5.2 を Solarisで使用するには、この

バージョンとパッチが必要です。




2 正しいバージョンの Sun ONE （iPlanet） Webサーバーをインストールしたら、 Sun ONE （iPlanet） Webサーバー管理コンソールを使ってWebサーバーインスタンスを作

成します。管理コンソールは、

IWS_install/https-admservhにあります。

ここで、

IWS_install は、 Sun ONE （iPlanet） Webサーバーのルートディレクトリです。

3 このディレクトリで ./startを実行して、管理コンソールを開きます。

4 Internet Explorerのインスタンスを開き、次のURL を入力します。

http://machineName:portNumber/https-admserv

ここで、

machineName は、 Webサーバーが置かれているローカルマシン名です。

portNumber は、 HTTP Webサーバーのポート番号です。

Sun ONE （iPlanet） Webサーバーの管理コンソールが、ブラウザのウィンドウに表示

されます。

5 Webサーバーの管理コンソールで、［Add Server］を選択します。次の値を入力して、

Webサーバーの新しいインスタンスを定義します。

■ ［Server Name］：任意の名前を指定できますが、通常は

machine_name.domainname.comのようにホストコンピュータの名前を指定します。

■ ［Server Port］：このWebサーバーを実行するポート番号です。

■ ［Server Identifier］：任意の名前を指定できますが、通常はmachine_name-port_number として識別されます。

注意 : ポート 1 ～ 1024 を使用する場合、 Web サーバーを起動するためにはルート

権限が必要です。ルート権限がない場合や、ルート権限が必要な場合は、 1025 以

上のポート番号を使用します。次のコマンドを使って、ポートが使用可能なこと

を確認します。

netstat -a | grep port number

■ ［Server User］：通常は、選択したポートに応じて、ルートまたはシステムユー

ザーのどちらかを指定します。

■ ［MTA Host］：デフォルトをそのまま使用します。




6 Siebel Web Server Extension をインストールします。 Sun ONE （iPlanet） Webサーバー

の設定ファイルを変更できるユーザーアカウントを使って、 install_eappwebを実行

します。

注 : ルート権限を使って Sun ONE （iPlanet）をインストールした場合、 Siebel Web Server Extension をインストールするときもルート権限が必要になります。

7 Sun ONE （iPlanet）のルートディレクトリが要求されたら、定義した IWS インスタン

スのルートディレクトリを入力します。次に例を示します。

$IWS_HOME/$IWS_INSTANCE

ここで、

IWS_HOME は、 Sun ONE （iPlanet） Webサーバーのルートディレクトリです。

IWS_INSTANCE は、作成したインスタンスのディレクトリです。

8 Sun ONE （iPlanet）のhttpd daemonで使用するアカウントに、次の権限があること


a $SWEAPP_ROOT/log ディレクトリに対する書き込み権限。つまり、適切なディレク

トリの権限を変更する必要があります。

b $SWEAPP_ROOT/public および $SWEAPP_ROOT/public/enu ディレクトリの中のす

べてのファイルに対する、再帰読み込み／書き込み権限。

IBM HTTP Server（ IHS）およびHP-Apache2上での権限を変更するには

Webサーバーを実行しているログインに、 Siebel Web Server Extension とともンストール

されたスクリプトに対する次の権限があることを確認します。

■ Webサーバーの起動および停止に対する読み込み／書き込み／実行権限。

■ ログファイルパスに対する書き込み権限。

■ $SWEAPP_ROOT/publicの中のファイルに対する読み書き権限。

注意 : ポート 1 ～ 1024 を使用する場合、 Web サーバーを起動するためにはルート権限が

必要です。ルート権限がない場合や、ルート権限が必要な場合は、 1025 以上のポート番

号を使用します。次のコマンドを使って、ポートが使用可能なことを確認します。

netstat -a | grep port number




1 Siebel Web Server Extension をインストールします。 IBM HTTP またはHP-Apache 2 Webサーバーの設定ファイルを変更できるユーザーアカウントを使って、

install_eappwebを実行します。

注 : ルート権限を使ってWebサーバーをインストールした場合、 Siebel Web Server

Extension をインストールするときもルート権限が必要になります。

2 IBM HTTP またはHP-Apache 2のhttpd daemonで使用するアカウントに、次の権限が

あることを確認します。

a $SWEAPP_ROOT/logディレクトリに対する書き込み権限。つまり、適切なディレク

トリの権限を変更する必要があります。

b $SWEAPP_ROOT/public および $SWEAPP_ROOT/public/enu ディレクトリの中のす

べてのファイルに対する、再帰読み込み／書き込み権限。

Siebel Web Server Extensionの変更を受け入れるための Sun ONE （iPlanet）の設定 12

SolarisオペレーティングシステムでWebサーバーを実行している場合、Siebel Web Server Extensionのインストール後に Sun ONE （iPlanet） Webサーバーを設定して、 Siebel Web Server Extension （eappweb）インストーラが Sun ONE （iPlanet）サーバーの設定ファイル

に加えた変更を受け入れるようにする必要があります。この設定を行わないと、後で Sun ONE （iPlanet） Webサーバーの設定を変更した場合、 Siebelのインストールスクリプトで

加えた変更が無効にされてしまいます。

Siebel Web Server Extensionで加えた変更を、 Sun ONE（ iPlanet） Webサーバーで確実に受け入れるには

1 ［Sun ONE (iPlanet) Web Server Administration］ページに移動します。（詳しくは、

Sun ONE （iPlanet）のマニュアルを参照してください）。

2 ボタンをクリックして、 Siebel Web Server Extension をインストールしたサーバーイン

スタンスを表示します。

目的のインスタンスの［Server Preferences］ページが開きます。




3 ［Server Preferences］ページの右上にある［Apply］をクリックします。

次の警告メッセージを示す、別のページが表示されます。

WARNING:The configuration files have been edited by hand.Use this button to load the latest configuration files.

4 ［Load Configuration Files］ボタンをクリックします。

次のメッセージが表示されます。

Success! The most recent config files have been loaded.

このメッセージは、インストーラが Sun ONE （iPlanet） Webサーバーに加えた変更が

受け入れられたことを示します。

Sun ONE （iPlanet） Web サーバーが参照する eapps.cfg ファイルSiebel インストーラはインストール時に、 Sun ONE （iPlanet）設定ディレクトリ内にある

Sun ONE （iPlanet）サーバー設定ファイルmagnus.confに参照を追加します。

通常、インストーラは、次に示すような行を magnus.confに追加します。

Init fn=”swe-init”config-file=”/SWEAPP_ROOT/bin/eapps.cfg” siebel-home=”/eappweb”

magnus.comfファイルを探すには

■ 次のパスに移動します。

Sun_ONE_Web_Server_Root/https-目的のサーバーインスタンス名/config

注 : configディレクトリのすぐ下、またはconfigのサブディレクトリに入っている場合

もあります。




再起動が必要なデーモンプロセス 12

次のタイプの設定ファイルを変更した後は、次に示すデーモンプロセスを停止して再起動


■ Sun ONE （iPlanet）、 IHS、またはHP-Apache2 Webサーバー

■ Siebel Server

次に示すデーモンプロセスを示されている順に停止して再起動し、 Siebel Web Server Extensionプラグインが変更された設定ファイルから、新しい情報を読み込めるようにす


1 Webサーバーを停止します。

2 Siebel Server を停止します。

3 Siebel Gateway を停止します。

4 Siebel Gateway を起動します。

5 Siebel Server を起動します。

6 Webサーバーを起動します。

IHS および HP-Apache2 を Siebel アプリケーション対応に設定 12

httpd.confファイルは、メインのWebサーバー設定ファイルです。このファイルには、

サーバーに指示を与える設定命令が記述されています。 IHS を使用している場合、この

ファイルは$IHS_ROOT/confの中にあります。 HP-Apache2 を使用している場合、デフォ

ルトのディレクトリは/opt/hpapache2/confです。

IHS またはHP-Apache2で Siebelアプリケーションを使用する場合は、次のガイドライン

に従って、 httpd.confファイルの中のパラメータを設定してください。

■ 必須：セクション <worker.c>が、次のようになっていることを確認します。

<IfModule worker.c>ThreadLimit N StartServers 1ServerLimit 1MaxClients NMinSpareThreads 1MaxSpareThreads N




ThreadsPerChild NMaxRequestsPerChild 0</IfModule>

この場合の Nは、現在の平均ユーザー数の 3倍、つまり

N = (3*average_number_of_concurrent_users) です。

標準の対話型クライアントを使用する顧客アプリケーションとパートナーアプリケーショ

ンで開く接続は、多くても、 1つのブラウザにつき 2つまでです。高度な対話型クライア

ントを使用するアプリケーションでは、 Server XML を使用しているかどうかと、ブラウ

ザのキャッシュ状態に応じて、 2から 10 までの接続を開くことができます。

注 : 非常に使用頻度の高いアプリケーションでは、 Nをより大きな値に設定する必要があ

ります。また、カーネルパラメータ MAX_THREAD_PROCが、 ThreadLimit よりも常に大き

いことを確認する必要もあります。

IHSの場合にだけ、同時リクエストの大数を増減するためには、セクション内で値が

1024の個所をすべて新しい値に置換します。ほかの値は、例で示されている値と同じ

です。

■ 必須：ユーザー値およびグループ値は、適切な権限を持っている既存ユーザーに一致し

ます。何よりも重要なことは、さまざまな種類の Siebel Web Server Extensionディレ

クトリに対して、ユーザーが適切な権限を持っていることです。

■ 推奨： UseCanonicalNameはOFFに設定します。Webサーバーの負荷を分散する場合は、

UseCanonicalName を OFFに設定する必要があります。

■ 推奨： KeepAliveTimeoutは15秒に設定します。

■ 推奨： MaxKeepAliveRequestsは、IHSおよびHP-Apache2で処理するように設定されて

いる大同時リクエスト数の小値に設定します。

■ 任意指定： IHS またはHP-Apache2のCGI機能を使用しない場合は、 CGIモジュールを

ロードする行をコメントにできます。これにより子プロセスが常に 1つになるため、

IHS またはHP-Apache2プロセスの追跡が簡単になります。

IHSでは、この行は次のようになります。

LoadModule cgid_module modules/mod_cgid.so




HP-Apache2では、この行は次のようになります。

LoadModule cgi_module modules/mod_cgi.so

httpd.confに記述されている命令については、 http://www.apache.orgにアクセスして

参照できます。

パフォーマンスの最適化を図るための HP-Apache2の設定 12

Siebel eBusiness Applications を HP-Apache2 Webサーバー上で最適に実行できるようにす

るためには、 httpd.conf設定ファイルに次の変更を加える必要があります。

1 /etc/privgroupファイルを編集します。このファイルがない場合は作成します。

次のエントリをファイルに追加します。

apache_group_name RTPRIO

ここで、

apache_group_name = Apacheサーバーの所有ユーザー名が含まれているグルー

プ名です。ファイルを保存して終了します。

2 シェルで、次のコマンドを実行します。

setprivgrp –f /etc/privgroup

3 次のエントリを、ファイル$APACHE_ROOT/bin/startapaの先頭に追加します。

rtprio 127 –$$

ファイルを保存して終了します。

IHS および HP-Apache2 でのリバースプロキシサーバーの展開プロキシサーバーの内側に置かれている Webサーバー上で Siebel eBusiness Applicationsを実装する場合、リバースプロキシサーバーの内側に置かれている Webサーバーインス

タンス上で標準の対話型クライアントをサポートする Siebel アプリケーションだけ展開で

きます。 Siebel Call Center などの Siebel従業員アプリケーションや、高度な対話型クライ

アントをサポートする Siebel アプリケーションは展開できません。


http://http.apache.org/


Siebel Web Server Extension インストールのトラブルシューティング

Siebel Web Server Extension インストールのトラブルシューティング 12

ここでは、 Siebel Web Server Extensionのインストール時に発生する可能性のある問題を

解決するための提案を示します。

問題：インストール後にゼロフットプリントクライアントを起動すると、次のメッセージ


Page Cannot be displayed

原因：仮想ディレクトリが正しくインストールされていないか、正しく設定されていま

せん。

解決策：

1 ブラウザと Webサイトの接続を更新します。

2 仮想ディレクトリのローカルパスが正しいことを確認します。正しいパスは、次のよ

うになります。

$SWEAPP_ROOT/public/language

3 独自に作成した仮想ディレクトリをテストしている場合、 Siebel Server との通信を可

能にする sweiis.dllパラメータを仮想ディレクトリに追加したことを確認してくだ

さい。詳しくは、 314ページの「Webサーバーへの新しい仮想ディレクトリの追加」


4 eapps.cfg ファイルに指定されている AnonUserが、正しい権限を持つデータベース

にも指定されていることを確認します。この指定がない場合、ホームページにアクセ

スできません。

5 Siebel eBusiness Applicationsの接続文字列が正しいことを確認します。この文字列が

正しくない場合、次のメッセージが表示されます。

例：

ConnectString = siebel.TCPIP.none.NONE://server name:2320/siebel/ProductNameObjMgr/server name

問題： Siebel eBusiness Applicationsがハングまたはタイムアウトになります。




原因： Siebel eBusiness Applicationの eapps.cfgファイルの [default]セクション内で適切

なパラメータを使用できません。

解決策： eapps.cfgファイルの [default]セクションに、従業員ログイン値（たとえば

sadmin/DatabaseName）が含まれていることを確認します。

問題： Web クライアントにアクセスできません。ブラウザのステータスバーに

「SWESubmitOnEnterが未定義です」などのメッセージが表示され、ログインページが表示

されたままハングします。

解決策： Webサーバーの実行ユーザーが、 $SWEAPP_ROOTディレクトリに対する読み込み

／書き込み権限を持っていることを確認します。

問題：インストール後にゼロフットプリントクライアントを起動すると、ログインページ

が正しく表示されません。たとえば、イメージが表示されません。

原因：ユーザーは、 $SWEAPP_ROOT/public/langディレクトリに対する適切な権限を持っ

ていません。

解決策：すべてのユーザーに読み込み／書き込み／実行権限を与えます。また、

eapps.cfgファイルに指定されている匿名ユーザーに対しても、読み込み／書き込み／実

行権限を与えます。


eAI のコネクタソフトウェアのインストール 13

この章では、 UNIX環境で Siebel eAIのコネクタのサポートファイルをインストールする

手順を説明します。

Siebel eAIのコネクタソフトウェアを設定する方法については、該当するコネクタの

Siebelのマニュアルを参照してください。

■ Siebel Connector for Oracle Applications

■ Siebel Connector for Siebel eBusiness Applications

Siebel eAI コネクタのサポートファイルのインストールは、次のタスクから構成されてい

ます。表32は、一連の手順を示します。

表32. Siebel eAIのコネクタソフトウェアのインストールタスク

実行者タスク

システム管理者 1 インストール前の注意事項を確認します。 330 ページの「eAI のコネク

タのインストール前の注意事項」を参照。

2 eAI のコネクタソフトウェアをインストールします。 330 ページの

「Siebel eAI のコネクタのサポートファイルのインストール」を参照。

3 eAI のコネクタソフトウェアを設定します。『Siebel Bookshelf』の適切

なマニュアルを参照してください。


eAIのコネクタソフトウェアのインストール

eAIのコネクタのインストール前の注意事項

eAIのコネクタのインストール前の注意事項 13

Siebel Connector for Oracle Applications をそのバックオフィスアプリケーションの複数の

インスタンスで使用する場合は、追加設定が必要です。設定方法については、 Siebel テク

ニカルサポートにお問い合わせください。

注 : Siebel Connector for Oracle ApplicationsおよびSiebel Connector for PeopleSoftは、す

べての Siebel 7オペレーティングシステムをサポートしています。

サポートされているプラットフォームについては、『システム要件とサポートされている

プラットフォーム』を参照してください。

Siebel eAIのコネクタのサポートファイルのインストール 13

Siebel eAIのコネクタのサポートファイルを各UNIXサーバーにインストールするには、

付録A 「実装計画ワークシート」のコピーに書き留めた情報を使用しながら次の手順を

実行します。

ステージングポイントを使用してインストールする場合は、実行する手順の一部がここで

説明する手順とは異なります。たとえば、手順11から手順 14に記載されている CDの入

れ替えを行う必要はありません。ステージングポイントの詳細については、次を参照して

ください。第2章「インストールの準備」

Siebel eAIのコネクタのサポートファイルをインストールするには

1 UNIX_OS サーバープログラム、 Siebel Enterprise Server BaseCD-ROM をネットワーク上


ここで、

UNIX_OSは、 Solaris、 HP-UX、 AIXなどのUNIXオペレーティングシステムです。


seaUNIX_OSsesbaseまたはseaUNIX_OSsiabaseになっています。 CD-ROMにアクセ




Siebel eAIのコネクタのサポートファイルのインストール


のいずれか適切な CD ROM を、 Siebel eAIのコネクタの

サポートファイルをインストールするマシンのドライブにインストールすることもで

きます。


3 $SIEBEL_ROOTなどの Siebel関連の環境変数をすべて設定解除します。

4 次のコマンドを入力します。 106ページの「コンソールモードでのインストール」を

参照して、使用するフラグを追加します。

./setupUNIX_OS





6 eAI ファイルを初めてインストールしているのか、既存のインスタンスに新しい言語

を追加しているのかに応じて、次のうちの適切なアクションを実行し、［次へ］をク








7 $SIEBEL_ROOTディレクトリの完全修飾パスを入力し、［次へ］をクリックします。

［コンポーネントの選択］画面が表示されます。




8 インストールするコンポーネントを選択します。

■ ［すべて選択］をクリックすると、ライセンスを保持しているコンポーネントがす

べて一度にインストールされます。

■ ここでは、［Siebel eBusiness Applicationの統合］だけを選択してインストールお

よび設定します（他のサーバーコンポーネントは、後で個別にインストールおよ

び設定します）。

注 : ライセンスのあるコンポーネントをすべて一度にインストールする場合は、

SES インストーラおよび Siebel ソフトウェア設定ウィザードで、各コンポーネン

トのインストールパラメータを、要求された順に個別に入力するように求める


9 実行するインストールのタイプを次のオプションから選択します。その後、［次へ］

をクリックして、続行します。

■ ［Typical］：このセットアップオプションでは、すべてのコンポーネントがインス

トールされます。

■ ［Compact］：このセットアップオプションでは、必要なコンポーネントだけが

インストールされます。それ以外のコンポーネントやヘルプはインストールされ

ません。

■ ［Custom］：このセットアップオプションでは、インストールのカスタマイズが

可能であり、インストールするコンポーネントを選択できます。

［言語を選択］画面が表示されます。




10 このサーバーの言語を選択し、［次へ］をクリックします。

すべてのサーバーが、少なくとも 1つの言語、つまりプライマリ（基本）言語でイン

ストールされます。必要に応じて、後で別の言語をインストールできます。後で言語

をインストールするときには、そのディレクトリで実行したパッチもすべて再インス

トールする必要があります。詳しくは、『Global Deployment Guide』を参照してくだ

さい。











11 選択した製品のファイルをインストールディレクトリにコピーするには、［次へ］を


［インストーラ進捗］画面が表示されます。

ファイルがインストールディレクトリにコピーされたら、次の警告メッセージが表示

されます。


注 : ステージングポイントからインストールしている場合は、このメッセージは表

示されません。




12 適切な言語CD-ROM を挿入し、選択した言語のディレクトリ（ses/language/）に移

動します。

ここで、

languageは、インストールする言語の Siebel コードです。

注 : 適切なファイルが表示されるように、必要に応じてフィルタダイアログボックス

をクリアします。


［インストーラ言語パックの進捗］画面が表示されます。

すべての言語ファイルのインストールが完了すると、ベース CD-ROM を再挿入するよ

うに求める、次のメッセージが表示されます。

ベース CD-ROMを再挿入して、セットアップ UNIX_OS ファイルを参照し、セットアップを続

行できるようにしてください。

14 ベース CD を再挿入し、 ses/setupUNIX_OSに移動し、［OK］をクリックします。


Siebel eAI製品の設定タスクについては、『Siebel Bookshelf』で該当する Siebel eAIのコネクタのマニュアルを参照してください。


CORBA Object Manager のインストール 14

この章では、 Siebel CORBAオブジェクトマネージャのインストールと設定に関連する

手順について説明します。

CORBA Object Managerのインストールと設定を行うには、複数のタスクを実行します。


表33. CORBA OMのインストールと設定のタスク

実行者タスク

システム管理者 1 Siebel CORBA オブジェクトマネージャのインストール前提条件を確認

します。 336 ページの「Siebel CORBA オブジェクトマネージャのイン

ストール前提条件の確認」を参照してください。

2 データベース接続情報を確認して、 Siebel データベースへの接続を設定

します。 337 ページの「CORBA Object Manager 用のデータベース接続

ソフトウェアの設定」を参照してください。

3 ネットワークへの接続を確認します。 338 ページの「Siebel CORBAオブジェクトマネージャのネットワーク接続の確認」を参照してく

ださい。

4 Object Request Broker ソフトウェアをインストールします。 339 ページ

の「Object Request Broker ソフトウェアのインストール」を参照してく

ださい。

5 Siebel CORBA オブジェクトマネージャソフトウェアをインストールし

ます。 339 ページの「CORBA Object Manager のインストール」を参照


6 ソフトウェアインストールディレクトリを確認します。 343 ページの

「Siebel CORBA オブジェクトマネージャのインストール後のタスク」を


7 Siebel CORBA オブジェクトマネージャを設定して実行します。

345 ページの「Siebel CORBA オブジェクトマネージャの終的な設定」


8 （省略可）必要に応じて、複数の CORBA Object Manager を登録します。

355 ページの「性能を向上させるための複数のオブジェクトマネージャ

の登録」を参照してください。


CORBA Object Managerのインストール

Siebel CORBAオブジェクトマネージャについて

Siebel CORBA オブジェクトマネージャについて 14

Siebel CORBAオブジェクトマネージャは代替的なオブジェクトマネージャです。このオ

ブジェクトマネージャでは、サポートされている業界標準CORBA Object Request Broker（ORB）を通じて、 Siebel ビジネスオブジェクトにアクセスできます。 Siebel Server をイン

ストールすると、標準のApplication Object Managerがインストールされます。

CORBA Object Managerは標準の Siebel Server インストールの一部としてインストールさ

れないので、 CORBA インターフェイスを使用する場合は、実行元の各サーバーに CORBA Object Manager をインストールする必要があります。

CORBA Object Managerでは、 Siebel Enterprise Server を作成したり、 Siebel Gateway また

は Siebel Server をインストールしたりする必要はありません。 CORBA Object Managerは、

Siebel Server インフラストラクチャの外部で動作します。通常の場合に Siebel Enterprise Server インフラストラクチャによって提供されるタスクのインスタンス化と管理、負荷分

散などの機能は、 CORBA環境によって提供されます。

クライアントアプリケーションと CORBA Object Manager間の接続は、サードパーティ

CORBA ソフトウェアによって提供されます。 Siebel eBusiness Applicationsによってサポー

トされている特定のCORBA製品とバージョンについては、『システム要件とサポートされ

ているプラットフォーム』を参照してください。 CORBA Object Manager インストールシス

テムでは、サポートされているすべてのサードパーティ CORBA製品を使用できます。

Siebel CORBA オブジェクトマネージャのインストール前提条件の確認 14

■ Siebel CORBAオブジェクトマネージャをインストールするすべてのサーバーが、『シ

ステム要件とサポートされているプラットフォーム』で説明されているハードウェア

とソフトウェアの要件を満たしていることを確認します。

■ CORBA Object Managerは Siebel Enterprise Server コンポーネントもサポートしている

サーバーにインストールできますが、性能を大限に引き出すには、 CORBA Object Manager を専用のサーバーにインストールする必要があります。



Siebel CORBAオブジェクトマネージャのインストール前提条件の確認

■ CORBA Object Manager インストールプログラムでは、デフォルトのインストールディ

レクトリとして /siebelが使用されます。 CORBA Object Manager を既存のインス

トールディレクトリにインストールする場合でも、完全に新規にインストールする場

合でも、 CORBA を Siebel Server と同じディレクトリにインストールしないようにしま

す。 CORBA Object Manager を別のディレクトリにインストールするためには、環境変

数 $SIEBEL_ROOTが設定されていないか、または新しいディレクトリに設定されてい

るかのいずれかであることを確認してください。

注 : インストールされるコンポーネントとバージョンを識別できるディレクトリ命名

規則を使用することをお勧めします。

■ VisiBrokerサードパーティ CORBA ソフトウェアをインストールする場合は、適切な

Java実行時環境がインストールされていることを確認する必要があります。 VisiBroker Java実行時環境要件については、 VisiBrokerのマニュアルを参照してください。

CORBA Object Manager用のデータベース接続ソフトウェアの設定 14

次のように、データベース接続ソフトウェアを設定して、 Siebel CORBAオブジェクトマ

ネージャから Siebel Enterpriseデータベースに接続できるようにする必要があります。

■ Oracle： Oracleのマニュアルに従って、データベースに適合する Oracle Net8 またはNet9データベース接続ソフトウェアがそれぞれのサーバーにインストールされていること

を確認します。データベース接続ソフトウェア要件については、『システム要件とサ

ポートされているプラットフォーム』を参照してください。

Siebel Server と Siebel Enterprise Server をインストールする前に、 Oracle Net8 （または

データベースに応じてNet9）の Easy Configurationユーティリティを使用して、 Siebel Databaseサーバー用の正しい接続情報でデータベースエイリアスを定義する必要があ

ります（この手順を実行していない場合）。付録A 「実装計画ワークシート」に接続文

字列を書き留めておきます。この接続文字列は、 Siebel Server をインストールすると

きに指定します。

■ Windows と Unix用のDB2 UDB ：データベース用の正しい接続情報でデータベースエイリ

アスを定義します。このエイリアスは、 Siebel Serverのインストール時に使用される

接続文字列となります。

DB2 Client Configuration Assistant またはCommand Line Processor を使用して、データ

ベースエイリアスを定義します。詳しくは、『DB2 Universal Database』 Quick Beginningsマニュアルまたは『IBM DB2 Universal Database Command Reference』を




Siebel CORBAオブジェクトマネージャのインストール前提条件の確認

Siebel CORBA オブジェクトマネージャのネットワーク接続の確認 14

サーバーと Siebel Databaseサーバー間のネットワーク接続を確認する必要があります。

ネットワーク接続を確認するには

1 ネットワークタイプに適したテストユーティリティを使用して、 Siebel Serverから

データベースサーバーにアクセスできることを確認します。 TCP/IPネットワークの

場合は、 pingユーティリティを使用する必要があります。

2 次のようにデータベースサーバーとの接続を確認します。

■ Oracle：コマンドプロンプトのウィンドウで tnspingユーティリティと Net8 または

Net9データベースエイリアスを使用し、前述の手順で定義したネットワーク接続

文字列を使用してデータベースに接続できることを確認します。

■ DB2 UDB ：新しいシェルを開き、データベースに接続できることを確認します。

a 次のコマンドを実行します。

DB2 connect to Database Alias user user_ID using password

ここでは、

database_aliasは、 DB2上の有効なデータベースエイリアスを表します。

user_IDは、 DB2上の有効なユーザー名を表します。

password は、そのユーザー名に対応するパスワードを表します。

接続が有効な場合は、次のようなメッセージが表示されます。

「接続テストが正常に行われました」

「データベースサーバー = DB2/AIX|Solaris x.x.x」「SQL認証 ID = SADMIN」「データベースエイリアス = NAME」

接続が有効でない場合は、設定を確認してください。

b 接続を終了するには、「db2 terminate」と入力します。




Object Request Broker ソフトウェアのインストール 14

Siebel CORBAオブジェクトマネージャをインストールする前に、 Orbix またはVisiBroker環境を有効にしておく必要があります。必要に応じて、 Orbix またはVisiBrokerサード

パーティ CORBA ソフトウェアをインストールします。詳しくは、次のトピックやマニュ

アルを参照してください。

■ Orbixサードパーティ CORBA ソフトウェアをインストールする場合は、 Orbix ソフト

ウェアのインストール後に表示される HTMLページの「Getting Started」を参照して

ください。

■ VisiBrokerサードパーティ CORBA ソフトウェアをインストールする場合は、

Visibrokerのハードコピーマニュアルを参照してください。

インストール後に、サードパーティ CORBA ソフトウェアが正しくインストールされて動

作していることを確認します。

CORBA Object Managerのインストール 14

次の手順を実行して、 CORBA Object Manager をそれぞれのUNIXサーバーにインストー

ルします。

CORBA Object Managerをインストールするには

注 : 次の手順は基本製品のインストールに適用されます。パッチのインストール手順につ

いては、パッチと一緒に提供される『Maintenance Release Guide』を参照してください。

1 UNIX_OS CORBA Object Manager Language Extension Pack 1 CD-ROM をサーバーのCD-ROM ドライブに挿入します。

ここでは、


Languageは、インストールする言語です。


seaUNIX_OS corbalep1、またはsiaUNIX_OS corbalep1になっています。 CD-ROMに

アクセスする方法によっては、この手順は必要ない場合があります。




2 CD-ROMの/corbaomディレクトリに移動します。

3 次のコマンドを入力して、 Siebel CORBA Object Managerのインストールプロセスを開

始します。必要に応じて 106ページの「コンソールモードでのインストール」に記述

されているフラグを追加します。

./setupUNIX_OS

［インストーラ開始］画面が表示されます。




5 Siebel CORBAオブジェクトマネージャファイルを初めてインストールするのか、既存

のインスタンスに新しい言語を追加するのかによって、適切な処理を行って［次へ］









7 ［インストーラセットアップタイプ］画面が表示されます。

8 次のオプションから、実行する CORBA Object Manager インストールのタイプを選択

します。［次へ］をクリックして続行します。

■ ［Typical］：このセットアップオプションを選択すると、表示されている以外のすべ

ての Siebel CORBAオブジェクトマネージャコンポーネントがインストールされま

す。手順9に進みます。

■ ［Compact］：このセットアップオプションを選択すると、 Siebel CORBAオブジェク

トマネージャの実行に必要なコンポーネントだけがインストールされますが、そ

の他のコンポーネント、ヘルプ、またはCORBAサンプルコードはインストールさ

れません。手順9に進みます。




■ ［Custom］：このセットアップオプションでは、インストールのカスタマイズが可

能であり、インストールするコンポーネントを選択できます。手順9に進みます。

［Custom］を選択すると、［カスタムインストールセットアップ］画面が表示され

ます。

インストールするコンポーネントを選択します。つまり、サンプルクライアント

と IDL （インターフェイス定義言語）をインストールするかどうかを決定して、


Siebel Systems IDLによって、 CORBA Object Manager を通じて提供されるインター

フェイスが定義されます。

［言語を選択］画面が表示されます。

9 CORBA Object Manager用にサーバーにインストールする 1つまたは複数の言語を選択

して、［次へ］をクリックします。

すべてのサーバーが、少なくとも 1つの言語、つまりプライマリ（基本）言語でイン

ストールされます。必要に応じて、後で別の言語をインストールできます。後で言語

をインストールするときは、ディレクトリ上で実行していたパッチも再インストール

する必要があります。詳しくは、『Global Deployment Guide』を参照してください。







または英語言語パックだけをインストールできます。







10 設定を確認して、［次へ］をクリックします。 1つの言語をインストールするか複数の

言語をインストールするかによって、次に表示される画面が異なります。



■ 1つの言語のみをインストールする場合は、［データベースの選択］画面が表示さ

れます。手順12に進みます。




［データベースの選択］画面が表示されます。

12 次のように適切なデータベースを選択して、［次へ］をクリックします。

［データベースエイリアス］画面または［接続文字列］画面が表示されます。

13 次に示すように、データベースエイリアスまたは接続文字列を入力して、［次へ］を


DB2 UDB ： Siebel Databaseのデータベースエイリアスを入力します。たとえば、

「db2345」と入力します。

Oracle ：データベース用の有効な Oracle接続文字列を入力します。

［データベースのテーブルオーナー］画面が表示されます。

14 Siebel テーブルのデータベーステーブルオーナーを入力し、［次へ］をクリックします。




Siebel CORBAオブジェクトマネージャのインストール後のタスク

15 設定を確認します。

■ 設定を適用するには、［次へ］をクリックします。

■ 変更を行うには、［戻る］ボタンを使用して戻り、いずれかのパラメータを更新し

ます。［次へ］ボタンを使用してこの画面に戻り、新しい値を確認できます。その

後に［次へ］をクリックします。

［設定進捗］画面が表示され、設定ウィザードによりソフトウェアが設定されます。

設定ウィザードに、「Siebel CORBAオブジェクトマネージャが正常にインストールさ

れました」というメッセージが表示されます。


Siebel CORBA オブジェクトマネージャのインストール後のタスク 14

CORBA Object Manager を起動する前に、次のタスクを実行します。

■ 344ページの「CORBA Object Manager ソフトウェアのインストールの確認」

■ カスタマイズした Siebel レポジトリファイル（.srfファイル）の新バージョンを、

インストールされているそれぞれのCORBA Object Managerの/objects/languageサ

ブディレクトリにコピーします。

■ 345ページの「Siebel CORBAオブジェクトマネージャの終的な設定」



CORBA Object Manager ソフトウェアのインストールの確認

CORBA Object Manager ソフトウェアのインストールの確認 14

CORBA Object Managerのインストールによって作成されたディレクトリ構造を確認し

ます。ディレクトリ構造は、インストール時に指定したディレクトリの下にあります。

ディレクトリ構造は次に示すとおりになっている必要があります。

SIEBEL_ROOTbin/language/lib/language/locale/log/msgtempl/objects/sampleclient/temp/upgrade/ORBsetup.logORBsetup.reg

bin ：実行ファイルが含まれています。

language ：言語固有の設定ファイルが含まれています。

lib ：共有ライブラリが含まれています。

language ：言語固有の共有ライブラリが含まれています。

locale ：言語固有のメッセージファイルです。

log ：ログファイルと追跡ファイルです。

objects ：言語固有のレポジトリ（.srf）付きの言語固有ディレクトリが含まれています。

sampleclient ：サンプルクライアントを構築するための C++ ソースコードが含まれてい

ます。

temp ：実行中に使用される一時ファイルが含まれています。



Siebel CORBAオブジェクトマネージャの最終的な設定

upgrade ：インストーラによるバージョンアップグレードに関連するファイルとスクリプ

トです。

ORBsetup.log ： ORBセットアップログ。

ORBsetup.reg ： ORB レジストリエントリ。

Siebel CORBA オブジェクトマネージャの最終的な設定 14

カスタマイズした Siebel レポジトリファイル（.srfファイル）の新バージョンを、

インストールされているそれぞれのCORBA Object Managerの/objects/languageサブ

ディレクトリにコピーした後は、追加手順を実行して、 Siebel CORBAオブジェクトマ

ネージャを設定することが必要になる場合があります。

これらの手順は、使用しているサードパーティ CORBA ソフトウェアと、組織内で使用さ

れている他のCORBA ソフトウェアの規則に応じて、必須または任意選択手順となります。

追加手順は、クライアントプログラムからの要求に応じてどのように Siebel CORBAオブ

ジェクトマネージャを起動して使用可能にするか、または Siebel CORBAオブジェクトマ

ネージャでCORBAネームサービスの一環として SiebelAppFactoryオブジェクトの参照を

公開するかどうかに影響します。

注 : この項では、 CORBA、ツール、 ORBベンダーによって提供されるユーティリティに

ついて十分な知識を持っていることが前提になります。

終的な設定を実行する前に、次の点について決定しておく必要があります。

■ 永続サーバーと自動サーバーのどちらが必要か。永続サーバーを使用する場合は、

Siebel CORBAオブジェクトマネージャサーバープロセスを手動で起動したり停止した

りする必要があります。それ以外の場合は、クライアント要求が送信されたときに

Siebel CORBAオブジェクトマネージャサーバープロセスが自動的に起動するように、

サードパーティ CORBA ソフトウェアを設定する必要があります。

注 : ORBIXの実装では、永続モードだけが有効になります。



性能を向上させるための複数のCORBA Object Managerの設定

■ Siebel CORBAオブジェクトマネージャで、ネームサービスの一環として

SiebelAppFactoryオブジェクトの参照を発行するかどうか、またはクライアントで

サードパーティ CORBA ソフトウェア固有の方法を使用して SiebelAppFactoryにバイ

ンドするかどうか。

これらの点は、次のように複数の領域にまたがって決定する必要があります。

■ 既存のCORBAポリシーまたは規則は何か。

■ 複数の Siebel CORBAオブジェクトマネージャサーバー間で負荷分散を行うかどうか。

■ CORBAネームサービスを使用するかどうか。

■ どのサードパーティ CORBA ソフトウェアを選択しているか。

CORBAネームサービスを使用する場合は、永続的な方法を使用する必要があります。こ

れは、 Siebel CORBAオブジェクトマネージャでは、起動時にその SiebelAppFactoryオブ

ジェクトが登録され、シャットダウン時にオブジェクトが削除されるためです。クライア

ント（ネームサービスを使用する）では、サーバーが実行されていない限り、そのサー

バー上で要求を呼び出せないので、サーバーの自動起動のための設定は行わないようにし

ます。

性能を向上させるための複数の CORBA Object Managerの設定 14

パフォーマンスを適化するために、複数の Siebel CORBAオブジェクトマネージャを登

録して、負荷分散と冗長性に対応できるようにします。CORBAは、特定のインターフェイ

ス用に複数の冗長サーバントを展開する場合に柔軟性を発揮します。良の展開戦略は、

特定のニーズと、選択したサードパーティ CORBA ソフトウェアの機能によって異なりま

す。複数のオブジェクトマネージャを設定する場合は、 355ページの「性能を向上させる

ための複数のオブジェクトマネージャの登録」を参照してください。

注 : 同じ ORBに複数のCORBA OM を登録する場合は、ネームサービスを使用する必要が

あります。



Siebel CORBAオブジェクトマネージャでのCORBAネームサービスの使用

Siebel CORBA オブジェクトマネージャでの CORBAネームサービスの使用 14

同じ ORBに複数のCORBA OM を登録する場合は、ネームサービスを使用する必要があり

ます。ネームサービスの使用は、 ORBIXでは必須ですが、 Visibrokerでは任意に選択でき

ます。複数のCORBA OM インスタンスでのネームサービスの使用には、すべての CORBA OM インスタンス間の要求の負荷分散がORBで可能になるという利点があります。

/x 引数と /b引数（完全なコマンドライン構文については次の関連項目を参照）は、

Interoperable Naming Service （INS）規則を stringified名に使用して解釈されます。具体

的には、 - （ダッシュ）文字は、名前コンポーネント間の区切り記号になり、 . （ドット）

文字は、名前コンポーネントの kindおよびid部分間の区切り記号になります。 ¥ （バッ

クスラッシュ）は、リテラルとしての「/」、「.」、および「¥」文字のエスケープ文字と

して使用されます。先頭の /は、 stringified名を指定するときに使用されますが、省略も

可能です。つまり、 -x -Siebel と - Siebel は、同等な意味を表します。

-x と -bの両方が指定されていると、ネームサービスでのバインド名はContext と BindName

を連結したものになります。 Siebel Systemsでは、任意に使用できるようにContextパラ

メータを提供しています。 -b引数は、前述のように stringified形式で完全修飾名にできま

す。たとえば、 -x Siebel/ObjMgr -b Alphaの指定は、 -b Siebel/ObjMgr/Alpha と同等に

なります。

Siebel CORBA オブジェクトマネージャ用シェル環境のセットアップ 14

Siebel CORBAオブジェクトマネージャに対応するようにシェル環境をセットアップする

には、次のガイドラインに従ってください。

■ シェル環境のセットアップは、サードパーティのCORBA ソフトウェアまたは Siebel CORBAオブジェクトマネージャを使用する準備として、 Siebel CORBAオブジェクト

マネージャの後の設定を実行する前に行うことが必要です。

■ Siebel CORBAオブジェクトマネージャ用環境スクリプトとサードパーティ CORBA ソ

フトウェア用環境スクリプトを探します。

■ Siebel CORBAオブジェクトマネージャ用環境スクリプトは、 siebenv.shおよび

siebenv.csh という名前で、 Siebel CORBAオブジェクトマネージャのインストー

ルルートディレクトリに格納されています。



Orbix を使用する場合のCORBAの最終的な設定

■ Orbixサードパーティ CORBA ソフトウェア用環境スクリプトは、シェルに応じて、

setenvs.shおよびsetenvs.csh という名前で、通常、 Orbix インストールルート

ディレクトリに格納されています。これらのバラメータはドメイン（ORBIX用語）

固有です。必要な環境ファイルは、通常、 ¥etc¥binディレクトリに作成されます。

名前は、 CORBA OMによって設定されたドメイン名によって異なります。

■ VisiBrokerサードパーティ CORBA ソフトウェア用環境スクリプトは、 vbroker.sh

およびvbroker.csh という名前で、通常、 VisiBroker インストールルートディレ

クトリに格納されています。

Orbix を使用する場合の CORBA の最終的な設定 14

次の項では、 Orbix を使用して実行する場合のCORBAの終的な設定タスクについて

説明します。

コマンドライン構文Orbix用の Siebel CORBAオブジェクトマネージャは、実行可能ファイル ssomorbxで実装

されます。このファイルは通常のコンソールモードアプリケーションであり、

$SIEBEL_ROOT/corbaom/binディレクトリに格納されています。 ssomorbxを呼び出すと

きは、次のコマンドライン構文を使用します。

ssomorbx -n servername -c configfile -d datasource -l language -maxconn maxconnections [-b bindname [-x context] [-r]] [otherarg …]

ここでは、

servernameは、サーバントプロセス名を表します。

configfileは、設定ファイルの名前を表します。ファイル名（この場合はファイル

がBINディレクトリの languageサブディレクトリに常駐していることが必須）また

はフルパス名を使用できます。

datasourceは、 Siebel CORBAオブジェクトマネージャの接続先として設定ファイル

で定義されているデータソースの名前です。

languageは、 Siebel CORBAオブジェクトマネージャを動作させるための言語コード

を表します。たとえば、米語の場合はenuになります。

maxconnections は、このサーバーでサポートできる同時クライアント接続の大数

を表します。




bindnameは、 CORBAネームサービスの一環として SiebelAppFactoryオブジェクトに

バインドするための stringified名を定義する、省略可能な引数を表します。

contextは、 bindnameが表示される CORBAネームサービスのネーミングコンテキス

トを定義できるように stringified名を定義する省略可能な引数を表します。この引数

と -xオプションが有効になるのは、 -bオプションが同時に指定されている場合だけ

です。

-rは、 bindnameを、連続選択を使用してOrbixNames負荷分散グループのメンバーと

して登録するように指定するオプションを表します。このオプションが有効になるの

は、 -bオプションが同時に指定されている場合だけです。

otherargは、初期化中にOrbix ORBに渡すことができる追加の引数を指定する任意選

択引数です。

Orbix 用の永続サーバーとしての CORBA Object Manager の設定永続モードでは、 CORBA Object Managerが常に実行され、クライアント要求に応じて使

用可能になります。

注 : Orbixの実装では、永続モードだけが有効になります。

次の手順で使用されるすべてのコマンドラインオプションについては、 348ページの

「コマンドライン構文」を参照してください。

Orbix用のCORBA Object Managerを設定して起動するには

1 Orbix node daemonサービス、 orbixd.exe、およびネームサービスがサーバー上で

実行されていることを確認します。必要に応じて、適切なドメインに対応するノー

ドデーモンまたはネームサービスあるいはその両方を起動します。

Orbixの管理については、 Orbixのインストールと管理のマニュアルを参照してくだ

さい。




2 コマンドプロンプトで次のコマンドを実行して CORBA Object Manager を起動します。

ssomorbx -n serverName -c configFile -d dataSource -l language -b bindName -x context -maxconn maxConnections [-r] [otherarg…]

ここでは、

serverNameは、サーバントプロセス名を表します。

configFileは、 CORBA Object Managerの設定ファイルを表します。ファイル名

（この場合はファイルが ¥BINディレクトリの languageサブディレクトリに常駐し

ていることが必須）またはフルパス名を使用できます。

datasourceは、 Siebel CORBAオブジェクトマネージャの接続先として設定ファイ

ルで定義されているデータソースの名前です。

languageは、 Siebel CORBAオブジェクトマネージャを動作させるための言語コー

ドを表します。たとえば、米語の場合はenuになります。

bindNameは、 SiebelFactoryオブジェクトがバインドされる名前を表します。すべ

てのクライアントでは、初に SiebelFactoryオブジェクトの参照が取得されます。

context は、ネームサービスに登録されるコンテキストを表します。

maxConnectionsは、 CORBA Object Managerプロセスによって処理される接続の

大数を表します。

[-r]は、 bindnameを、連続選択を使用してOrbixNames負荷分散グループのメン

バーとして登録するように指定する、省略可能な引数を表します。このオプショ

ンが有効になるのは、 -bオプションが同時に指定されている場合だけです。

[otherarg]は、初期化中にOrbix ORBに直接渡すことができる追加の引数を指定

するオプションです。

例：

ssomorbx -n Siebel -c corbaom.cfg -d ServerDataSrc -l ENU -b CORBAOM -x SCOM -maxconn 25

3 このサーバー上で設定する追加のCORBA Object Manager ごとに、手順 2 を繰り返し

ます。



VisiBroker を使用する場合のCORBAの最終的な設定

VisiBroker を使用する場合の CORBAの最終的な設定 14

次の項では、 VisiBroker を使用して実行する場合のCORBAの終的な設定タスクについ


コマンドライン構文VisiBroker用の Siebel CORBAオブジェクトマネージャは、実行可能ファイル ssomvisiで

実装されます。このファイルは通常のコンソールモードアプリケーションであり、

$SIEBEL_ROOT/corbaom/binディレクトリに格納されています。 ssomvisiを呼び出すと

きは、次のコマンドライン構文を使用します。

ssomvisi -n objname -c configfile -d datasource -l language [-b bindname [-x context] [otherarg …]

ここでは、

objnameは、 SiebelAppFactoryオブジェクトに割り当てられているオブジェクト名で

す。

configfileは、設定ファイルの名前を表します。ファイル名（この場合はファイル

が¥BINディレクトリの languageサブディレクトリに常駐していることが必須）また

はフルパス名を使用できます。

datasourceは、 Siebel CORBAオブジェクトマネージャの接続先として設定ファイル

で定義されているデータソースの名前です。

languageは、 Siebel CORBAオブジェクトマネージャを動作させるための言語コード

を表します。たとえば、米語の場合はENUになります。

bindnameは、 CORBAネームサービスの一環として SiebelAppFactoryオブジェクトに

バインドするための stringified名を定義する、省略可能な引数を表します。

contextは、 bindnameが表示される CORBAネームサービスのネーミングコンテキス

トを定義できるように stringified名を定義する省略可能な引数を表します。この引数

と /xオプションが有効になるのは、 -bオプションが同時に指定されている場合だけ

です。

otherargは、初期化中にVisiBroker ORBに直接渡される引数を表す、省略可能な引数

です。必要に応じて、 CORBAネームサービスを使用するときに、 -ORBInit パラメー

タを指定します。詳しくは、 VisiBrokerのマニュアルを参照してください。




VisiBroker用の手動アクティブ化の設定 14

永続モードでは、 CORBA Object Managerが常に実行され、クライアント要求に応じて使

用可能になります。 CORBA Object Managerは、手動サーバーと自動サーバーの両方では

なく、そのいずれか一方として設定する必要があります。

次の手順で使用されるすべてのコマンドラインオプションについては、 351ページの「コ

マンドライン構文」を参照してください。

CORBA Object Managerを VisiBrokerで動作する永続サーバーとして設定して起動するには

1 少なくとも 1つのVisiBroker Smart Agent、 osagent.exeがローカルサブネット上で実

行されているか、現在のサーバーに表示可能になっていることを確認します。この確

認をするには、 VisiBroker osfindユーティリティを使用します。

osagentユーティリティと osfindユーティリティについては、 VisiBrokerのマニュア

ルを参照してください。

2 CORBA Object Manager を起動します。コマンドプロンプトで、次のコマンドを実行し

ます。

ssomvisi -n objname -c configfile -d datasource -l language [-b bindname [-x context] [otherarg …]

ここでは、

objnameは、 SiebelAppFactoryオブジェクトに割り当てられているオブジェクト名で

す。

configfileは、 Object Manager設定ファイルのフルパスと名前を表します。デフォル

トは、 ssomvisi と同じディレクトリに格納されている siebel.cfgです。

datasourceは、 .cfg ファイルで定義されているデータソースの名前を表します。デ

フォルトは Serverです。

languageは、動作させるための言語の 3文字コードを表します。たとえば、米語の場

合は enuになります。

例：

ssomvisi -n SiebelObjectFactory -c corbaom.cfg -d ServerDataSrc -l ENU




3 このサーバー上で実行する追加のCORBA Object Manager ごとに、手順2 を繰り返しま

す。

注 : 指定されたオブジェクト名を変更する必要があります。

4 設定する追加のサーバーごとに、手順1～手順 3 を繰り返します。

VisiBroker用の自動アクティブ化の設定 14

CORBA Object Managerは、手動サーバーと自動サーバーの両方ではなく、そのいずれか

一方として設定する必要があります。

VisiBroker用として自動的にアクティブ化されるように CORBA Object Managerを設定するには

1 少なくとも 1つのVisiBroker Smart Agent、 osagent.exeがローカルサブネット上で実

行されているか、現在のサーバーに表示可能になっていることを確認します。この確

認をするには、 VisiBroker osfindユーティリティを使用します。

osagentユーティリティと osfindユーティリティについては、 VisiBrokerのマニュア

ルを参照してください。

2 VisiBroker Object Activation Daemon （OAD）を起動します。コマンドプロンプトで、

次のコマンドを実行します。

oad

VisiBroker Object Activation Daemonについては、 VisiBrokerのマニュアルを参照して

ください。




3 CORBA Object Manager を実装レポジトリに登録します。コマンドプロンプトで、次の

コマンドを実行します。

oadutil reg -I SiebelAppFactory -o objname -cpp CORBA Object Manager exe

-p shared -a -n -a objname -a -c -a configfile -a -d -a datasource -a -l

-a language [[-a otherarg] …]

ここでは、

objnameは、 SiebelAppFactoryオブジェクトに割り当てられているオブジェクト名です。

configfileは、 Object Manager設定ファイルのフルパスと名前を表します。デフォル

トは、 ssomvisi と同じディレクトリに格納されている siebel.cfgです。

datasourceは、 .cfg ファイルで定義されているデータソースの名前を表します。

デフォルトは Serverです。

languageは、動作させるための言語の 3文字コードを表します。たとえば、米語の場

合は enuになります。

例：

oadutil reg -I SiebelAppFactory -o SiebelObjectFactory -cpp /siebel/corbaom/bin/ssomvisi -p shared -a -n -a SiebelObjectFactory -a -c -a corbaom.cfg -a -d -a ServerDataSrc -a -l -a ENU

注 : oadutil -oオプションに引数として渡される objname と、CORBA Object Manager

引数内の- a (objname)は、一致している必要があります。

4 このサーバー上で設定する追加のCORBA Object Manager ごとに、手順 2 と手順3 を

繰り返します。

注 : それぞれに、固有の objnameを指定する必要があります。

5 設定する追加のサーバーごとに、手順1～手順 4 を繰り返します。



性能を向上させるための複数のオブジェクトマネージャの登録

性能を向上させるための複数のオブジェクトマネージャの登録 14

システムパフォーマンスを向上させるために、同じホスト上で複数のCORBA Object Manager を登録することをお勧めします。複数のCORBA Object Manager を登録する

ときは、インスタンスごとに固有の名前を使用する必要があります。

注 : 同じ ORBに複数のCORBA OM を登録する場合は、ネームサービスを使用する必要が

あります。

永続モード永続モードでは、 CORBA Object Managerが常に実行され、 ORBに応じて使用可能になり

ます。永続モード用に、 VisiBroker ORB と Orbix ORBの両方ではなく、そのいずれか一方

をセットアップする必要があります。次の中から、展開に適した一連の手順を選択します。

VisiBroker ORBを使用して永続モードで複数のオブジェクトマネージャを登録するには

1 手順1～ 352ページの手順2 を実行します。

2 次の引数を使用して ssomvisiプログラムを実行し、 CORBA Object Manager を起動し

ます。

ssomvisi -n SiebelObjectFactory -c config_file -d datasource -l language

必要に応じて、設定ファイルを固有にし、特定の Siebel レポジトリファイル（.srf）

をポイントすることもできます。たとえば、次のように入力します。

ssomvisi -n SiebelObjectFactory -c config_file _2 -d datasource -l language

ここでは、

config_fileは、 Object Manager設定ファイルのフルパスと名前を表します。

デフォルトは、 ssomvisi と同じディレクトリに格納されている siebel.cfgです。

datasourceは、 .cfgファイルで定義されているデータソースの名前を表します。

デフォルトはServerです。

languageは、動作させるための言語の 3文字コードを表します。たとえば、米語

の場合はenuになります。



性能を向上させるための複数のオブジェクトマネージャの登録

Orbix ORBを使用して永続モードで複数のオブジェクトマネージャを登録するには

1 手順1 と 350ページの手順2 を実行します。ただし、手順2では、変数

SiebelCorbaServerに、 SiebelCorbaServer2またはSiebelCorbaServer3などの固

有の名前をインスタンスごとに指定します。

2 350ページの手順 3 を実行します。ただし、変数SiebelCorbaServer には、前の手順

でこのインスタンスに指定した固有の名前を指定します。たとえば、

SiebelCorbaServer2を指定します。

共有サーバーモードシステムパフォーマンスを向上させるために、 Siebel Systemsは、同じホスト上で複数の

CORBA Object Manager を登録することをお勧めします。複数のCORBA Object Manager を登録するときは、インスタンスごとに固有の名前を使用する必要があります。

VisiBroker ORBを使用して共有サーバーモードで複数のオブジェクトマネージャを登録するには

1 手順1～ 352ページの手順2 を実行します。

2 353ページの手順4 を実行します。ただし、初の引数には登録するインスタンスご

とに固有の名前を指定します。たとえば、次のように入力します。

oadutil reg -i SiebelAppFactory -o SiebelObjectFactory -cpp$SIEBEL_ROOT/bin/ssomvisi -p shared -a /n -a SiebelObjectFactory -a /c -a $SIEBEL_ROOT/bin/config_file -a /d -a datasource -a /l -a language

および

oadutil reg -i SiebelAppFactory -o SiebelObjectFactory -cpp $SIEBEL_ROOT/bin/ssomvisi -p shared -a /n -a SiebelObjectFactory1 -a /c -a $SIEBEL_ROOT/bin/config_file -a/d -a datasource -a /l -a language

必要に応じて、設定ファイルを固有にし、特定の Siebel レポジトリファイル（.srf）

をポイントすることもできます。たとえば、次のように入力します。

-a /c -a $SIEBEL_ROOT/bin/config_file _2 -a /d -a datasource -a /l -a language



CORBA Object Manager インストールのトラブルシューティング

CORBA Object Manager インストールのトラブルシューティング 14

問題：［プログラム］メニューで Siebel CORBAオブジェクトマネージャ 7.0 フォルダのい

ずれかのプログラムアイコンをダブルクリックすると、次のエラーメッセージが表示され

ます。

「動的リンクライブラリ orb_r.dllが指定されたパス ¥sea700¥corbaom¥BIN で見つかりません

でした」

解決策 a ： Siebel CORBAオブジェクトマネージャをインストールする前に、 ORB または

VisiBroker ソフトウェアがインストールされていません。

問題を解決するには

1 CORBA OM をアンインストールします。第 16章「Siebel eBusiness Applicationsのアンインストール」を参照してください。

2 ORB またはVisiBroker ソフトウェアをインストールします。

3 CORBA OM を再インストールします。

解決策 b ： OS システム環境変数に次のパスが含まれていることを確認し、含まれていない

場合は必要なパスを追加します。

inprise HOME¥vbroker

ここでは、

inprise HOMEは、 Inprise インスタンスの場所を表します。

問題：次のエラーメッセージが表示されます。

スレッドを初期化できません：クラス java/lang/threadが見つかりません。 JVM を作成できま

せんでした。

解決策： Java Runtimeがインストールされていないか、インストールした VisiBrokerのバージョンと矛盾するバージョンがインストールされています。詳しくは、 VisiBroker製品のマニュアルを参照してください。



CORBA Object Manager インストールのトラブルシューティング


ChartWorks Server のインストール 15

この章では、 Siebel eBusiness Applicationsで使用できるようにChartWorks Server をイン

ストールする方法と、インストール後のタスクについて説明します。 Siebel ChartWorks Serverは、 Siebel eBusiness Applicationsで幅広く使用できるチャートの基本的な外観を操

作できるソフトウェアです。

Siebel ChartWorks Serverのインストールおよび設定は、複数のタスクで構成されます。


表34. Siebel ChartWorks Serverのインストールと設定のタスク

実行者タスク


1 360 ページの「インストール前の要件」を確認します。

2 インストールディレクトリを作成します。 TAR ファイルを

AIX|Solaris|HP-UX Server Ancillary Programs （CD 2 の 2）からコピーし、

TAR アーカイブをインストールディレクトリに解凍します。

3 ChartWorks Server をインストールします。 360 ページの「ChartWorks Server のインストールタスク」を参照してください。

4 ChartWorks Server を設定します。 362 ページの「ChartWorks Server のインストール後のタスク」を参照してください。


ChartWorks Server のインストール

インストール前の要件

インストール前の要件 15

インストール前の要件については、 Visual Mining, Inc.社提供の『ChartWorks Server Installation Guide』を参照してください。このガイドは、 ChartWorks Serverのインストー

ルCD-ROMにPDF ファイルで保存されています。

ChartWorks Server のインストールタスク 15

この項は、『Siebel Bookshelf』 CD-ROMのサードパーティセクションに保存されている

Visual Mining, Inc.社提供のインストール手順を補足するものです。この手順の代わりに

なるものではありません。

ChartWorks Serverは、 Siebel Serverに対して ping を実行できるサーバーであれば、ロー

カルエリアネットワークのどのサーバー上にもインストールできます。通常は、 Siebel Server上にインストールします。 1つの Enterpriseに対して 1つのChartWorks Server をイ

ンストールします（1つの Siebel Serverに対して 1つのChartWorks Server をインストール

することを推奨）。

ChartWorks Serverをインストールするには

1 ChartWorks Server をインストールするサーバーのCD-ROM ドライブにAIX|Solaris|HP-UX Server Ancillary Programs （CD 2の 2）を挿入します。


seaUNIX_OSanclまたはsiaUNIX_OSanclになっています。 CD-ROMにアクセスする方

法によっては、ボリュームラベルは必要ない場合があります。

使用している UNIX設定でこれが要求される場合は、 CD-ROM をマウントします。

2 ルート権限でサーバーにログインし、ターミナルウィンドウを開きます。

3 次のディレクトリに移動します。

/ThirdPty/chartworks_server/language/unix/

ここで、

languageは、使用している Siebel eBusiness Applications製品の言語を表す3文字コー

ドです。たとえば、 U.S. Englishの場合はenuになります。


ChartWorks Serverのインストール

ChartWorks Serverのインストールタスク

4 ChartWorks Server をインストールするディレクトリを作成し、そのディレクトリに、

UNIXオペレーティングシステムに合った次のいずれかのTAR圧縮形式のファイルを

コピーします。

chartworksserver3.7.siebel.aix.tar

または

chartworksserver3.7.siebel.sol.tar

5 次のように入力して、ファイルを TARで解凍します。

tar -xvf tar file name

注 : AIX を TARで解凍するときに、 AIX TAR を使用すると長いクラス名が切り捨てら

れるので、 GNU TAR を使用することをお勧めします。

「./server.sh」と入力します。

6 Visual Mining ChartWorks Server インストーラと同じ場所に保存されているファイル

DynamicChartResource.classを、次のディレクトリにコピーします。

VISUALMINING_INSTALL_ROOT/ChartWorksServer3.7/root/classes/netcharts/util

7 これ以降のインストール手順については、 Visual Mining, Inc.社提供の『ChartWorks Server Installation Guide』の手順に従ってください。このガイドは Siebel eBusiness Third-Party Bookshelfにあります。

注 : Solarisのインストール手順は、 AIXおよびHP-UXプラットフォームでも有効です。



ChartWorks Serverのインストール後のタスク

ChartWorks Server のインストール後のタスク 15

ChartWorks Server ソフトウェアのインストールを完了した後、使用している UNIXプラッ

トフォームに関係なく次のインストール後のタスクを実行する必要があります。

Siebel Serverのインストールと設定がまだであれば、これらを行います。 Siebel Server を設定する際に、 ChartWorks Server との接続に関連するいくつかのパラメータの設定を要

求するメッセージが表示されます。 Siebel Serverのインストール手順については、第6章「Siebel Serverのインストール」を参照してください。

ChartWorks Server の設定 15

ChartWorks Serverの設定手順は次のとおりです。

ChartWorks Serverを設定するには

1 ChartWorks Serverのインストールディレクトリに移動します。たとえば、次のディレ

クトリです。

$CHARTWORKS_SERVER_HOME/root/Charts Fixes

2 新しいサブディレクトリ Siebel.chartを作成します。

3 新しいSiebel.chartサブディレクトリ内に、新しいファイルを（viなどを使用して）

作成し、次の 3文字を、大文字、改行なしで入力します。

CDL

4 このファイルを「Siebel.cdx」という名前で保存します。

5 設定ファイル内のDefaultChartFontパラメータと、 Application Object Managerのコン

ポーネント定義内のApplication Default Chart Fontパラメータが、使用しているマシ

ン上で使用可能なフォントに設定されていることを確認します。 Verdana-10-Normalはフォントの一例です。チャートのフォントが定義されていない場合、またはチャー

トに定義されたフォントを UNIXマシンで使用できない場合、 ChartWorksではデフォ

ルトフォントが使用されます。

6 Sun ONE （iPlanet） Webサーバーを使用している場合は、 JavaScriptがWebサーバー

で利用できることを確認します。 JavaScriptが無効である場合、 ChartWorksは動作

せず、次のエラーメッセージが表示されます。

Chart Serverへのリクエスト送信中にエラーが発生しました


ChartWorks Serverのインストール


7 HP-UXで Siebel Server を実行している場合は、次の手順も実行します。

Visual Mining ChartWorks Server インストーラと同じディレクトリに保存されている

ファイルNFUtil.classを、次のディレクトリにコピーします。

VISUALMINING_INSTALL_ROOT/server/root/classes/netcharts/util/

インストール後の ChartWorks Serverの指定 15

インストールスクリプトは、 ChartWorks Serverの場所の入力を要求するメッセージを表

示します。このとき、デフォルトの localhost値が表示されています。クライアントアプ

リケーションをインストールしてから、 Server Administration用のユーザーインターフェ

イスを使用し、 Enterpriseに対して指定されている ChartWorks Server を変更することがで

きます。

Webクライアントに対して ChartWorks Serverを指定するには

1 Server Administration用のGUIから［エンタープライズ設定］画面にアクセスします。

2 ［エンタープライズプロファイル設定］ビュータブをクリックします。

3 名前付きサブシステムとして［サーバーデータソース（ServerDataSrc）］を選択

します。

4 アプレットでパラメータ DSChartServer を検索します。

5 ChartWorks Serverの場所（localhost:8001など）を入力します。

6 アプレットでパラメータ DSChartImageFormatを検索します。

7 このパラメータの値を「png」に設定します。

専用Webクライアントに対する ChartWorks Serverを指定するには

1 ChartWorks Server を指定するアプリケーションに固有の .cfgファイルを開きます。

2 [ServerDataSrc]などのデータソースセクションに記述されている ChartServerパラ

メータの値を変更します。

3 ChartImageFormatパラメータの値を「png」に変更します。


Siebel eBusiness Applications のアンインストール 16

この章では、 UNIXでの Siebel製品のアンインストール方法について説明します。

注意 : コンソールモードでのアンインストールはサポートされていません。


Siebel eBusiness Applications のアンインストール

Siebel Serverのアンインストール

Siebel Serverのアンインストール 16

アンインストールプロセスは、特定のディレクトリにインストールされている Siebel製品

に基づきます。アンインストーラ実行可能プログラムは、アンインストーラの親ディレク

トリにインストールされている製品だけをアンインストールします。たとえば、

$SIEBEL_ROOT/_uninstディレクトリに移動すると、アンインストーラは $SIEBEL_ROOT

ディレクトリ内の製品だけをアンインストールします。

注意 : Siebel 製品のディレクトリを削除して製品をアンインストールしないでください。

正しくアンインストールするためには、インストールプロセスで作成されたアンインス

トーラを使用する必要があります。

正しくアンインストールするためには、操作を実行するユーザーが、インストールを実行

したユーザーと同じユーザーまたは同じグループ内のユーザーであることが必要です。

注意 : 1 つの Enterprise 内の複数のサーバーを削除するときには、 Siebel Gateway からサー

ビスを受けている Enterprise 内の Siebel Server をすべて削除してから、 Gateway を後に

削除してください。 Siebel Server は、後から 2 番目に削除する必要があります。

Siebel Serverをアンインストールするには

1 Siebel Serverプロセスを停止します。

2 $SIEBEL_ROOT/_uninstに移動します。

注 : 不完全なインストールや正しく実行されていないインストールコンポーネントを

アンインストールする場合および$SIEBEL_ROOT ディレクトリに _uninstファイルが

ない場合は、テクニカルサポートにお問い合わせください。

3 次のように入力します。

./uninstaller

［アンインストーラ］画面が表示され、このディレクトリにインストールされている

製品が一覧表示されます。


Siebel eBusiness Applicationsのアンインストール

Siebel Serverのアンインストール

4 ［アンインストーラ］画面から、アンインストールする製品（この場合は、 Siebel Serverおよび表示されているその他の Siebelアプリケーション）を選択し、［次へ］を


注 : Siebel Gateway、 Siebel Server、およびSiebel DB Server をすべて $SiebelRootにイ

ンストールしており、すべてをアンインストールする場合は、この画面でそれらをす

べて選択できます。

［アンインストーラの確認］画面が表示されます。

5 アンインストールする製品を確認し、［次へ］をクリックします。

［アンインストーラ進捗］画面が表示され、ファイル削除の進行状況が示されます。

6 アンインストーラに［アンインストーラ成功］画面が表示されたら、［完了］をク


srvredit コマンドラインユーティリティを使用して、次のように Siebel Enterprise Serverから Siebel Server を削除します。

srvredit -g SiebelGateway -e SiebelEnterprise -s SiebelServer -x ¥$Server

また、 srvreditを使用して、次のように Siebel Enterprise を削除します。

srvredit -g SiebelGateway -e SiebelEnterprise -x ¥$Enterprise

注 : srvreditでは、ファイルを削除できません。



Siebel Gatewayのアンインストール

Siebel Gatewayのアンインストール 16

アンインストールプロセスは、特定のディレクトリにインストールされている Siebel製品

に基づきます。アンインストーラ実行可能プログラムは、アンインストーラの親ディレク

トリにインストールされている製品だけをアンインストールします。たとえば、

$SIEBEL_ROOT/_uninst ディレクトリに移動すると、アンインストーラは$SIEBEL_ROOT

ディレクトリ内の製品だけをアンインストールします。

注意 : 1 つの Enterprise 内の複数のサーバーを削除するときには、 Siebel Gateway からサー

ビスを受けている Enterprise 内の Siebel Server をすべて削除してから、 Gateway を後に

削除してください。 Siebel Server は、後から 2 番目に削除する必要があります。

正しくアンインストールするためには、操作を実行するユーザーが、インストールを実行

したユーザーと同じユーザーまたは同じグループ内のユーザーであることが必要です。

注意 : Siebel 製品のディレクトリを削除して製品をアンインストールしないでください。

正しくアンインストールするためには、インストールプロセスで作成されたアンインス

トーラを使用する必要があります。

Siebel Gatewayをアンインストールするには

1 Siebel Gatewayプロセスを停止します。

2 $SIEBEL_ROOT/_uninstに移動します。

注意 : 不完全なインストールや正しく実行されていないインストールコンポーネント

をアンインストールする場合および $SIEBEL_ROOTディレクトリに _uninst ファイル

がない場合は、テクニカルサポートにお問い合わせください。

3 次のように入力します。

./uninstaller

［アンインストーラ］画面が表示され、このディレクトリにインストールされている

製品が一覧表示されます。



その他のサーバーのアンインストール

4 ［アンインストーラ］画面で Siebel Gateway を選択し、［次へ］をクリックします。

注 : Siebel Gateway、 Siebel Server、およびSiebel DB Server をすべて $SiebelRootにイ

ンストールしており、すべてをアンインストールする場合は、この画面でそれらをす

べて選択できます。

［アンインストーラの確認］画面が表示されます。

5 アンインストールする製品を確認し、［次へ］をクリックします。

［アンインストーラ進捗］画面が表示され、ファイル削除の進行状況が示されます。

6 アンインストーラに［アンインストーラ成功］画面が表示されたら、［完了］をク


その他のサーバーのアンインストール 16

Siebel Database Server、 Siebel CORBA Object Manager、 Siebel Web Server Extensions（SWSE）、および eAI Connector ファイルをアンインストールするプロセスは、 Siebel Serversのアンインストールプロセスとほとんど同じです。 SWSEに関する追加の特別な

アンインストールについては、次の内容を参照してください。

SWSE アンインストール後の Web サーバーのリストアSiebel Serverのアンインストール手順を実行します。ただし、 Webサーバーサービスを停

止します。

Siebel アンインストーラを実行した後にWebサーバーをリストアするには、 Webサー

バーディレクトリ下の元の位置に、後述するすべてのファイルをコピーする必要があり

ます。

Webサーバーがインストールされると、元の設定ファイルのバックアップファイルが次

の形式で作成されます。

config_file_name_backup_timestamp.bak

次のようなものがあります。

obj_conf_020714204932.bak



Siebel言語パックのアンインストール

Solaris次のファイルをリストアします。

■ start

■ config/mime.types

■ config/obj.conf

■ config/magnus.conf

AIX および HP-UX次のファイルをリストアします。

■ conf/httpd.conf

■ conf/mime.types

HP-UX のみ環境変数LANGがシンボリックリンクのディレクトリ名に設定されていると、 Siebel Serverの Java アンインストーラは失敗します。既存の LANG変数をシンボリックリンクが示す実

際のディレクトリにリセットする必要があります。

注 : LANG変数を univ.utf8に設定することはできません。このように設定すると、アン

インストーラが失敗します。

Siebel言語パックのアンインストール 16

サーバーから言語パックを選択してアンインストールすることはできません。特定の言語

パックをアンインストールする必要がある場合は、インストール先のサーバーをアンイン

ストールして、適切な言語パックとともにそのサーバーを再インストールする必要があり

ます。

ただし、 Siebel Serverの特定の言語に対して Siebel Object Manager を無効にすること

はできません。詳しくは、 170ページの「言語固有の Siebelオブジェクトマネージャ

の無効化」を参照してください。



新バージョンのSiebel アプリケーションへの移行

新バージョンの Siebel アプリケーションへの移行 16

新バージョンの Siebel eBusiness Applicationsに移行する場合は、『Upgrade Guide for UNIX』の手順を参照してください。新しいデータベースプラットフォームまたは新しい

コードページに移行する場合は、 Siebel テクニカルサポートにお問い合わせください。



新バージョンのSiebel アプリケーションへの移行


実装計画ワークシート A

この実装計画ワークシートをコピーして、展開チームのメンバーに 1部ずつ配布してくだ

さい。新しく Siebel Enterprise Server をインストールするたびに、これらマスターシート

をコピーしてください。

■ 374ページの「チームリーダー用ワークシート」

■ 375ページの「Enterprise Server名およびインストールディレクトリに関するワーク

シート」

■ 376ページの「Siebelアカウント、 VIP、静的 IPに関するワークシート」

■ 377ページの「クラスタ展開に関するワークシート」

■ 378ページの「ポートおよびRDBMSに関するワークシート」


実装計画ワークシート

チームリーダー用ワークシート

チームリーダー用ワークシート A

項 1: 展開チームのメンバー

項 2: 展開の概要RDBMS タイプ：

展開チームリーダー

システム管理者


サーバー名タイプ所有者ユーザー数サーバー OS

データベースサーバー

Siebel Server



Enterprise Server名およびインストールディレクトリに関するワークシート

Enterprise Server名およびインストールディレクトリに関するワークシート A

インストールする Enterprise Server ごとにコピーしてください。

項 3: サーバー名

サーバー名ネットワークホスト名インストールディレクトリ

Enterprise Server/Siebel Root

Siebel DatabaseServer

ファイルシステム

Siebel Gateway

CORBA Object Manager

（省略可）

Web サーバー



Siebel アカウント、 VIP、静的 IPに関するワークシート

Siebel アカウント、 VIP、静的 IP に関するワークシート A

インストールする Enterprise Server ごとにコピーしてください。

項 4: Siebel アカウント情報

項 5: VIP アドレスと静的 IP アドレス

ログイン／ユーザー ID パスワード

Resonate マネージャ

アカウントまたはSiebel サービスオーナー

Resonate 監視アカウント

匿名従業員ユーザー ID

担当者ユーザー ID

サーバー名静的 IP ／ VIP サブネットマスク

Gateway

Enterprise Server

Siebel Server



クラスタ展開に関するワークシート

クラスタ展開に関するワークシート A

共有ディスクのパーティションごと（H:¥、 I:¥、 J:¥ など）にコピーしてください。リソー

スグループのクラスタ化は任意です。

項 6: Cluster Resource Groups

項 7: Cluster Configuration

Resource Group ネットワーク名 IP アドレス

Siebel Gateway

Siebel ファイルシステム

Siebel Database Server

Server Type Network Hostname Cluster IP Address Resource Group IP Address

Subnet

Gateway Node 1

Gateway Node 2

Siebel File System Node 1

Siebel File System Node 2

Cluster Group Heartbeat IP Address Heartbeat Subnet



ポートおよびRDBMSに関するワークシート

ポートおよび RDBMS に関するワークシート A

項 8: ポートおよび ODBC データソース名インストールする Enterprise Server ごとにコピーしてください。

項 9: データベース情報

同期マネージャ

リクエストマネージャ

Object Manager

ODBC データソース名

DB2 DB エイリアス／接続文字列／サーバー DB 名

DB 所有者名（省略可）

テーブルオーナーアカウントのユーザー名

テーブルオーナーアカウントのパスワード

Siebel DB ファイルグループ（省略可）

4 KB データテーブルスペース（省略可）



Siebel データのテーブルスペース（省略可）

インデックスのテーブルスペース（省略可）

DB2 インスタンス名（省略可）


サーバーコンポーネントの有効化 B

ここでは、 Siebel eBusiness Applications リリース 7.xのユーザーが有効にする必要のある、

すべてのサーバーコンポーネントおよびビジネスサービスの一覧を示します。

たとえば特定のコンポーネントだけをクラスタの一部として操作したい場合は、 1つの

Siebel Server上で個々のサーバーコンポーネントを有効にし、別の Siebel Serverやサー

バー上でほかのコンポーネントを有効にすることができます。


サーバーコンポーネントの有効化

サーバーコンポーネントグループの有効化

サーバーコンポーネントグループの有効化 B

表35に示されているコンポーネントグループは Siebel Server上にあり、特定の製品を機

能させるために有効にする必要があります。これらのコンポーネントは、 Siebel Serverの初期設定時に有効にするか、初期設定後は Server Manager を使っていつでも有効にでき

ます。

注 : System Management コンポーネントグループはデフォルトで有効になっていて、無効

にできません。

表35. 有効にする必要があるサーバーコンポーネント

コンポーネントグループコンポーネントグループのメンバー

Assignment Management Batch Assignment

Assignment Manager

Communications Management Communications Session Manager

Communications Configuration Manager

Communications Inbound Manager

Communications Outbound Manager

Email Manager

Page Manager

Smart Answer Manager

コンテンツセンター Content Project Publish

Content Project Start

Credit Assign Incentive Compensation Credit Assignment

Incentive Compensation Credit Assignment Database

Incentive Compensation Rule Manager Service

Incentive Compensation Credit Rules to AM Rules Update Manager

Data Quality Data Quality Manager




Dun and Bradstreet D&B Update Mgr (D&B)

D&B Update Mgr （Siebel）

D&B Update Mgr (Multi-task)

Siebel Employe Relationship Management (ERM)

Employee Relationship Management Object Manager

eTraining Object Manager

ERM Compensation planning Service

Enterprise Application Integration (EAI)

MQSeries Server Receiver

MQSeries AMI Receiver

Business Integration Manager

Business Integration Batch Manager

Enterprise Integration Mgr

EAI Object Manager

MSMQ Receiver

WCS MQSeries Receiver

Field Service Appointment Booking Engine

Invoice Engine

Field Service Cycle Counting Engine

Field Service Mobile Inventory Transaction Engine

Service Order Part Locator Engine

Preventive Maintenance Engine

Field Service Replenishment Engine

Optimization Engine

Field Service Object Manager

Service Order Fulfillment Engine

予想サービス管理 Forecast Service Manager






Handheld Synchronization Siebel Service Handheld 7.5

Handheld Sales CE

Incentive Compensation Incentive Compensation Mgr

ICM Order Import

ICM CalcWkbk Import

ICM Calc Engine

ICM Quota Import

ICM Container Calculation

ICM Container Recalculation

Marketing Server List Import Service Manager

Marketing Server

Data Dictionary Manager

Marketing Object Manager Marketing Object Manager

eMarketing Object Manager

eEvents Object Manager

Oracle Connector Oracle Receiver

SAP Connector SAP Send Transaction

SAP Process Transaction

SAP BAPI tRFC Receiver

SAP IDOC Receiver for MQ Series

SAP IDOC AMI Receiver for MQ Series

Siebel Core Reference Application Components (CRA)

Siebel Core Reference Application Object Manager

Sales Hierarchy Service (SalesHierSvc)

Sales Hierarchy Service Manager






Siebel Anywhere Upgrade Kit Builder

Siebel eChannel Partner Manager Object Manager

eChannel Object Manager

Siebel eDocuments 1 Document Server

Siebel Call Center Call Center Object Manager

eService Object Manager

Siebel Dynamic Commerce Dynamic Commerce

Dynamic Auto Close

Dynamic Commerce Alerts

Siebel ISS eSales Object Manager

eCustomer Object Manager

Siebel Product Configuration Object Manager

Siebel Remote Database Extract

Parallel Database Extract

Generate New Database

Replication Agent

Synchronization Manager

Transaction Merger

Transaction Processor

Transaction Router

Siebel Sales Sales Object Manager

Siebel Mobile Connector Object Manager

Sales Hierarchy Service Component Sales Hierarchy Service Manager






Siebel to Siebel Connector HA Upgrade MQSeries Server Receiver

Siebel to Siebel MQSeries Receiver

Siebel to Siebel MSMQ Receiver

Siebel Wireless Siebel eChannel Wireless

Siebel Self-Service Wireless

Siebel Sales Wireless

Siebel Service Wireless

System Management （デフォルトで有効になっているた

め、 Siebel ソフトウェア設定ウィ

ザードの［コンポーネントの有効

化］画面には表示されません）。

Server Manager

Siebel Server

Siebel Server Scheduler

Server Request Broker

Server Request Processor

File System Manager

Client Administration

Workflow Management Workflow Action Agent

Workflow Monitor Agent

Workflow Process Manager

Workflow Process Batch Manager

Generate Triggers

1. Siebel eDocuments コンポーネントは、 Document Server 専用のホストマシンにインストールする

必要があります。詳しくは、『アプリケーション管理ガイド』を参照してください。




データベース作成サンプルスクリプト C

この付録では、データベース管理者が Siebelデータベースの作成を自動化する場合に使用

できる編集可能なサンプルスクリプトを示します。

これらのスクリプトはサンプルとしてのみ参照し、すべての顧客サイトでは、これらのス

クリプトを変更して使用する必要があります。スクリプトは、 Siebel Systemsが Siebel 7製品との併用を承認した DB2 UDB またはOracleのバージョンにだけ適用されます。

注意 : Siebel Systems は、システムパフォーマンス、およびスクリプトに誤りがないこと

を保証いたしません。また、これらのスクリプトで作成されたデータベースインスタンス

に対して、スクリプトに誤りや遺漏があった場合でもメンテナンスサポートは一切提供い

たしません。


データベース作成サンプルスクリプト

DB2 UDBサンプルスクリプト

DB2 UDBサンプルスクリプト C

DB2 UDB作成サンプルスクリプトはサイトの要件に合わせて編集できますが、コード

セット、テリトリー、照合順を指定するスクリプト内のコマンドは保持する必要がありま

す。このコマンドを保持しない場合、データベースの言語属性は設定されません。

注 : Siebel Systemsは、バイナリの照合順だけをサポートします。このため、第8章「DB2

Universal Database for WindowsおよびUNIXの作成」の説明に従ってインスタンスの言語

属性を設定するコマンドをサンプルに追加するときは、この値を必ず含めるようにしてく

ださい。

データベース作成サンプルスクリプト（sampledbcfg.ksh）sampledbcfg.kshスクリプトをサイト要件に合わせて編集してから実行し、 DB2データ

ベースインスタンスを作成します。

注意 : このデータベースインスタンス作成スクリプトでは、 LOGRETAIN RECOVERY を指定

します。このスクリプトを実行するには、初にデータベースのバックアップを実行する

必要があります。初にデータベースをバックアップしないと、スクリプトは失敗します。

次のファイルは、 UNIXの$DBSRVR_ROOT/db2udbディレクトリにあります。

#----------------------------------------------------------------------

#

#Copyright (C) 2001, Siebel Systems, Inc., All rights reserved.

#

# ファイル： sampledbcfg.ksh

# 日付： 01/9/10

# 目的：このサンプルスクリプトでは、 Siebel アプリケーション用 DB2の設定および

# データベースの設定方法を示します。

#

# 後述するパラメータを修正してデフォルトの DB インストールを反映します。




#C シェルまたは K シェルからこのスクリプトを実行するには「/sampledbcfg」と入力します。

#DB2 インストールがシステムパス内にあることを確認します。

# データベースを作成する前にそのディレクトリが存在することを確認します。

# ディレクトリに読み取り /書き込み権限があることを確認します。

#-----------------------------------------------------------------------

DBNAME=SIEBEL

DBPATH=/home/DBPATH

TEMPSPACE4K=/home/temp_4k

TEMPSPACE16k=/home/temp_16k

TEMPSPACE32k=/home/temp_32k

TBS4KPATH1=/home/tbs_4k_1









##########DB2 レジストリ変数の設定 ##########

db2set DB2_HASH_JOIN=NO

db2set DB2_RR_TO_RS=YES




db2set DB2_MMAP_WRITE=OFF

db2set DB2_MMAP_READ=OFF

db2set DB2_CORRELATED_PREDICATES=ON

db2set DB2_INDEX_2BYTEVARLEN=ON

db2set DB2_PIPELINED_PLANS=ON

db2set DB2_INTERESTING_KEYS=ON

db2set DB2_PARALLEL_IO=*

db2set DB2_STRIPED_CONTAINERS=ON

db2set DB2MEMMAXFREE=3000000

db2set DB2MEMDISCLAIM=YES

########## データベースマネージャ設定パラメータを設定します。 ##########

db2 "update dbm cfg using SHEAPTHRES 100000"

db2 "update dbm cfg using DIR_CACHE YES"

db2 "update dbm cfg using QUERY_HEAP_SZ 16384"

db2 "update dbm cfg using ASLHEAPSZ 1024"

db2 "update dbm cfg using RQRIOBLK 65535"

db2 "update dbm cfg using MON_HEAP_SZ 128"

db2 "update dbm cfg using KEEPDARI YES"

db2 "update dbm cfg using MAXAGENTS 1000"

db2 "update dbm cfg using NUM_INITAGENTS 0"

db2 "update dbm cfg using MAX_COORDAGENTS 1000"

db2 "update dbm cfg using INDEXREC RESTART"

db2 "update dbm cfg using MAX_QUERYDEGREE 1"




db2 "update dbm cfg using INTRA_PARALLEL NO"

##########サーバーを再起動して設定の変更を有効にします。 ##########

db2stop force

db2start

########## データベースを作成します。 ##########

db2 "create database %DBNAME% USING CODESET 1252 TERRITORY US COLLATE USING IDENTITY"

########## データベース構成パラメータを設定します。 ##########

db2 "update db cfg for $DBNAME using DFT_DEGREE 1"

db2 "update db cfg for $DBNAME using DFT_QUERYOPT 3"

db2 "update db cfg for $DBNAME using DBHEAP 7429"

db2 "update db cfg for $DBNAME using CATALOGCACHE_SZ 5558"

db2 "update db cfg for $DBNAME using LOGBUFSZ 512"

db2 "update db cfg for $DBNAME using UTIL_HEAP_SZ 5000"

db2 "update db cfg for $DBNAME using LOCKLIST 5000"

db2 "update db cfg for $DBNAME using APP_CTL_HEAP_SZ 300"

db2 "update db cfg for $DBNAME using SORTHEAP 1000"

db2 "update db cfg for $DBNAME using STMTHEAP 8192"

db2 "update db cfg for $DBNAME using PCKCACHESZ 2048"




db2 "update db cfg for $DBNAME using STAT_HEAP_SZ 8000"

db2 "update db cfg for $DBNAME using MAXLOCKS 20"

db2 "update db cfg for $DBNAME using LOCKTIMEOUT 300"

db2 "update db cfg for $DBNAME using CHNGPGS_THRESH 30"

db2 "update db cfg for $DBNAME using INDEXSORT YES"

db2 "update db cfg for $DBNAME using SEQDETECT YES"

db2 "update db cfg for $DBNAME using DFT_PREFETCH_SZ 128"

db2 "update db cfg for $DBNAME using LOGRETAIN RECOVERY"

db2 "update db cfg for $DBNAME using MAXAPPLS 40"

db2 "update db cfg for $DBNAME using AVG_APPLS 20"

db2 "update db cfg for $DBNAME using MAXFILOP 500"

db2 "update db cfg for $DBNAME using LOGFILSIZ 8000"

db2 "update db cfg for $DBNAME using LOGPRIMARY 25"

db2 "update db cfg for $DBNAME using LOGSECOND 100"

db2 "update db cfg for $DBNAME using SOFTMAX 80"

db2 "update db cfg for $DBNAME using APPLHEAPSZ 2500"

db2 "update db cfg for $DBNAME using NUM_IOCLEANERS 4"

db2 "update db cfg for $DBNAME using NUM_IOSERVERS 20"

########## データベースに接続し、デフォルトのバッファプールを増やします。 ##########

##########16K と 32Kのバッファプールを作成し、許可を付与します。 ##########

db2 "connect to $DBNAME"

db2 "create bufferpool buf16k size 500 pagesize 16k"




db2 "create bufferpool buf32k size 500 pagesize 32k"

db2 "grant dbadm on database to $DBNAME"

db2 "grant connect on database to sse_role"

db2 "alter bufferpool ibmdefaultbp size 2000"

##########サーバーを再起動して新しいパラメータとバッファプールを有効にします。 ##########

db2 "connect reset"

db2stop force

db2start

##########16K と 32Kのページサイズを使用して一時テーブルスペースを作成します。 ##########

db2 "connect to $DBNAME"

db2 "create temporary tablespace temp16k pagesize 16 K managed by system using ('$TEMPSPACE16k') bufferpool BUF16K"

db2 "create temporary tablespace temp32k pagesize 32 K managed by system using ('$TEMPSPACE32k') bufferpool BUF32k"

########## 4K、 16K および 32Kのページサイズを使用して通常のテーブルスペースを作成します。 ##########

########## この例の各テーブルスペースではデータベース管理の記憶場所を使用します。 ##########

db2 "create tablespace tbs_4k pagesize 4 K managed by database using ¥

(file '$TBS4KPATH1' 10000, file '$TBS4KPATH2' 10000, file '$TBS4KPATH3' 10000) bufferpool ibmdefaultbp"





(file '$TBS16KPATH1' 10000, file '$TBS16KPATH2' 10000, file '$TBS16KPATH3' 10000 ) bufferpool buf16k"


(file '$TBS32KPATH1' 10000, file '$TBS32KPATH2' 10000, file '$TBS32KPATH3' 10000) bufferpool buf32k"

db2 terminate



Oracleサンプルスクリプト

Oracleサンプルスクリプト C

Oracleデータベース作成サンプルスクリプトをサイトの要件に合わせて編集し、データ

ベースインスタンスの作成を自動化します。

このスクリプトを実行するには、 Windows と UNIXの両方のプラットフォームで SQL* plus コマンドラインツール（sqlplus）を使用し、プラットフォームに合わせて

datafileパスと logfileパスを変更します。手順はスクリプト内に埋め込まれています。

注 : このスクリプトは、 Oracle 8i Unicodeデータベースでだけ使用できます。

データベースインスタンス作成サンプルスクリプト（sampledbcreationoracle.sql）$DBSRVR_ROOT/oracle内のスクリプト sampledbcreationoracle.sqlをサイトの要件に

合わせて編集してから実行し、 Oracleデータベースインスタンスを作成します。

#----------------------------------------------------------------##Copyright (C) 2001-2002, Siebel Systems, Inc., All rights reserved.#

# ファイル： sampledbcfg.sql # 日付： 02/11/18 # 目的：このサンプルスクリプトでは、 Siebel アプリケーション用 Oracle DBの作成方法を示します。

#実行内容： SQL* plus （「sqlplus」など）を使用してスクリプトを実行します。

#sqlplus /nolog#SQL>connect /as sysdba#SQL>@sampledbcreationoracle

#

# 一般的なフロー：

# 1) インスタンスを起動します。

# 2)redo ログファイルとシステムテーブルスペースを作成します。

# 3) ダミーのロールバックセグメントを作成します。

# 4) その他のテーブルスペースを作成します。

# 5) ダミーのロールバックセグメントをオンラインにします。

# 6) その他のロールバックセグメントを作成します。

# 7) ダミーのロールバックセグメントを削除してクリーンアップします。

# 8)再起動します。#

# データベース名、パラメータファイル

# （bdump/udump/controlfile）、 datafileパス、 logfileパス、 controlfile を変更します。




# 次のパラメータを修正して、 Windows と Unix にデフォルトの Oracle インストールを反映します。# ----------------------------------------------------------------------------------------

spool crdbsiebel.log;set echo on

#group1='d:¥tmp¥redodmst_01.dbf' と定義します。



#syslogfile='d:¥tmp¥dmstSYS_01.dbf' と定義します。

#RBS='d:¥tmp¥dmstRBS_01.dbf' と定義します。

#TEMP='d:¥tmp¥dmstTMP_01.dbf' と定義します。

#TOOLS='d:¥tmp¥dmstTOOL_01.dbf' と定義します。

#loader_data='d:¥tmp¥dmstLDR_01.dbf' と定義します。

#users_data='d:¥dmstUSR_01.dbf' と定義します。

#

# インスタンスを起動します。#connect / as sysdba;

startup nomount startup nomount pfile=initsiebel.ora#

# SYSTEM テーブルスペースを作成します。#create database siebelcontrolfile reuselogfile group 1 ('&group1') size 10M reuse,group 2 ('&group2') size 10M reuse,group 3 ('&group3') size 10M reusedatafile '&syslogfile' size 180M reusearchivelogmaxlogfiles 32maxdatafiles 256character set AL32UTF8;

#UNICODE データベースの文字セットは「AL32UTF8」、 ENU データベースの文字セットは

#“WE8MSWIN1252 です。 ”

alter tablespace SYSTEMdefault storage (initial 8Knext 8Kminextents 1pctincrease 0);#

# ダミーのロールバックセグメントを作成します。




#create rollback segment R0 storage (initial 8K next 8K) tablespace system;alter rollback segment R0 online;

create tablespace RBSdatafile '&RBS' size 1990M reusedefault storage (initial 48Knext 80Kminextents 1pctincrease 0);

create tablespace TEMPdatafile '&TEMP' size 1990M reusedefault storage (initial 48Knext 80Kminextents 1pctincrease 0);

create tablespace TOOLSdatafile '&TOOLS' size 100M reusedefault storage (initial 8Knext 16Kminextents 1pctincrease 0);

create tablespace loader_data datafile '&loader_data' size 1980M reusedefault storage (initial 48Knext 80Kminextents 1pctincrease 0);

create tablespace users_data datafile '&users_data' size 100M reusedefault storage (initial 8Knext 16Kminextents 1pctincrease 0);

create tablespace siebeldatadatafile '/datadb/siebel/donnee/siebeldata.dbf' size 2000M reusedefault storage (initial 48Knext 80Kminextents 1pctincrease 50);




create tablespace siebelindexdatafile '/datadb/siebel/index/siebelindex.dbf' size 1000M reusedefault storage (initial 48Knext 80Kminextents 1pctincrease 50);

#

# 適切な初期化スクリプトを実行します。#set stoponerror offrem

rem catalog.sqlは次のスクリプトも実行します。remremcataudit.sqlremcatexp.sqlremcatldr.sqlrem

@?/rdbms/admin/catalog

rem

rem catproc.sqlは次のスクリプトも実行します。remremcatprc.sqlremcatsnap.sqlremcatldr.sqlremstandard.sqlremdbmsstdx.sqlrempipidl.sqlrempidian.sqlremdiutil.sqlrempistub.sqlremdbmsutil.sqlremdbmssnap.sqlremdbmslock.sqlremdbmspipe.sqlremdbmsutil.sqlremdbmsotpt.sql

remdbmsdesc.sqlrem

@?/rdbms/admin/catproc




#

# 非システムロールバックセグメントを作成します。#

create rollback segment R01storage (initial 80Knext 80Koptimal 5Mminextents 5maxextents 2000)tablespace RBS;alter rollback segment R01 online;




create rollback segment R05storage (initial 48K

next 80Koptimal 6Mminextents 5




maxextents 2000)tablespace RBS;alter rollback segment R05 online;





create rollback segment R10storage (initial 48Knext 80Koptimal 6M




minextents 5maxextents 2000)tablespace RBS;alter rollback segment R10 online;



create rollback segment large storage (initial 10M next 10M optimal 200Mminextents 5maxextents 2000)tablespace RBS;alter rollback segment large online;

#

# ダミーのロールバックセグメントを削除します。#alter rollback segment R0 offline;drop rollback segment R0;#

# ops$ ユーザーを作成し、 ops$ ユーザーとして catdbsyn を実行します。#create user ops$oracle identified externally;grant dba to ops$oracle with admin option;alter user ops$oracle temporary tablespace temp;#

# system として接続し、 pupbld を実行します。




#connect system/manager;

@?/sqlplus/admin/pupbld.sql@?/rdbms/admin/catdbsyn.sql;#

# 最後のクリーンアップ順序を実行します。#alter user system default tablespace tools temporary tablespace temp;alter user ops$oracle default tablespace tools temporary tablespace temp;disconnect;exit;


eapps.cfg ファイルの構造 D

この付録では、第12章「Siebel Web Server Extensionのインストール」で説明している

eapps.cfg ファイルの内容を説明します。


eapps.cfg ファイルの構造

Web Server Extension設定ファイルの編集

Web Server Extension設定ファイルの編集 D

The eapps.cfgファイルは複数のセクションに分かれていて、選択した Siebel eBusiness Applications を全体として設定したり、アプリケーションレベルで設定したりできます。

これらのセクションについては、以降のページで説明します。セキュリティ、 Webサー

バーへの接続用ポート、およびその他の操作を制御する多くのパラメータは手動で入力す

ることもできます。詳しくは、 323ページの「再起動が必要なデーモンプロセス」を参照


eapps.cfgファイルの部分的なサンプルを、次に示します。このファイルは、 Web Server Extensionのルートディレクトリの binaryサブディレクトリにインストールされています。

このファイルには、次のような、サポートされているすべての Siebel アプリケーションに

対する、現在のリリースの Siebel eBusiness Applicationsでサポートされているすべての

言語に対応する言語固有の Siebel Object Manager接続文字列が含まれています。

ConnectString = siebel.TCPIP.none.None://dedwards5:2320/Siebel/SalesCEObjMgr_sve/SiebSrvr1

インストールプロンプトへの応答によって、設定ファイルの値が異なることがあります。

siebel.TCPIP = ネットワークプロトコルです。

none （初のインスタンス） = 選択した暗号化タイプです。 Central Dispatch を使用する場

合、 Siebel ServerのパラメータのEncryption Type を、選択した値に設定します。詳しくは、

『Siebel Server管理ガイド』を参照してください。 Central Dispatch を使用しない場合は、

Encryption Typeパラメータによって圧縮が作動し、 ConnectStringの値は無視されます。

None （2番めのインスタンス） = 選択したデータ圧縮方式です。 Central Dispatch を使用す

る場合、 SiebelサーバーのパラメータのCompression Type を、選択した値に設定します。

詳しくは、『Siebel Server管理ガイド』を参照してください。 Central Dispatch を使用しな

い場合は、 Compression Typeパラメータによって圧縮が作動し、 ConnectStringの値は無

視されます。

dedwards5 （初のインスタンス） = Siebel Gateway Name Serverの選択したエイリアス

です。




パラメータの説明eapps.cfgファイル内のこれらのパラメータは、 $SWEAPP_ROOT インストールディレクト

リの/binサブディレクトリにあります。その値は、デフォルト設定とインストールおよ

び設定のプロセスで選択した値の組み合わせです。インストール後にこれらのパラメータ

を編集できます。次の項で、その方法を説明します。

[swe] Section次にあげるパラメータは、 eapps.cfgファイルのこのセクションに含まれます。これらの

パラメータは、選択したすべての Siebel eBusiness Applicationに適用されます。

言語これは、 Siebel eBusiness Applicationの言語のバージョンです。たとえば、 enuはU.S. English を表します。

Logこれは、インストール中に選択したログエントリのタイプです。たとえば、 errors とい

うエントリは、そのログに致命的な操作エラーと致命的でない操作エラーが表示されるこ

とを意味します。

Log Directoryこれは、ログディレクトリの場所です。デフォルトの場所を次に示します。

$SWEAPP_ROOT/log

ClientRootDirectoryこれは、 SWSEプラグインのインストール場所です。デフォルトの場所を次に示します。$SWEAPP_ROOT

SessionMonitorこのパラメータを使用して、現在のすべてのセッションの統計情報を収集して SWSEの

statsページにレポートするかどうかを指定します。セッションの監視を有効にするには、

SessionMonitor を TRUEに設定します。このパラメータがTRUEに設定されていると、管理

者はいつでも、誰がシステムにログインしているかわかります。

セッションデータには、各ユーザーのUsername と暗合化されていない Session IDが含ま

れているため、 SessionMonitorが有効になっているときは［SWSE stats］ページの表示

を制限することが重要です。［SWSE stats］ページが管理者以外に見られないようにする

ために、 StatsPageパラメータを管理者のみが知っている値に変更できます。




SessionMonitorが無効の場合（FALSEに設定）、セッションは監視されず、アプリケー

ションの［SWSE stats］ページにも表示されません。

注 : セッション情報の収集によって、パフォーマンスは若干低下します。

AllowStatsこのパラメータは、［SWSE stats］ページにアプリケーション固有の統計レポートを表示

するかどうかを切り替えます。アプリケーション固有の統計情報の収集を有効にするには、

AllowStats を TRUEに設定します。 AllowStats を FALSEに設定すると、統計情報の収集は無

効になります。デフォルトはTRUE （統計情報収集が有効）です。

注 : FALSEに設定されている場合、［SWSE stats］ページにはシステムレベルの統計だけが


LogSegmentSizeこのパラメータは、ログファイルのセグメントの大きさをキロバイト（KB）で指定しま

す。このパラメータを 5に設定すると、ログセグメントのサイズは 5 KBになります。 0

に設定すると、セグメント化が無効になります。

LogMaxSegmentsこのパラメータは、保存されるログセグメントの数を指定します。このパラメータを 1に

設定すると、 1セグメントだけ保存されます。このセグメントのサイズが LogSegmentSizeパラメータの指定値に達すると、セグメントは上書きされます。一般的には、このパラ

メータには20などの高い値を設定します。この場合、 21個めのセグメントが初のセグ

メントを上書きし、順次処理されます。

0に設定すると、セグメント化が無効になります。

SessionTrackingSessionTrackingには、次の 3つの値があります。

■ AutomaticSession （デフォルト）：クライアントに、 Cookie をサポートする機能があるか

どうかを検出し、正しいモードに切り替えます。

■ URLSession ：セッションを URLに設定します。詳しくは、 405ページの「URLSession」を参照してください。




■ CookieSession ：セッションを Cookieに設定します。詳しくは、「CookieSession」を参

照してください。

URLSession このパラメータはオプションです。必要な場合はこのファイルの [swe]セクション内で、

ユーザーによる手動の入力を必要とします。

Siebel Web Engineは、 Cookie を使用して Webブラウザとセッション情報を交換します。

Cookieの受け入れが無効になっているブラウザの場合は、セッション情報はWebページ

のURLに保存されます。

URLSessionパラメータが TRUEに設定されている場合、セッション情報は常にURL を使用

して交換され、 Cookieは無効になります。これは「Cookie を使用しない」セッション

モードと呼ばれます。

注意 : いくつかの機能では Cookie が必要になり、 Cookie を使用しないモードでは正しく

操作できません。これには、［ユーザー ID とパスワードを記憶］機能や、［EAI 着信

HTTP］レシーバが含まれます。このレシーバについては、 Transports and Interfaces: Siebel eBusiness Application Integration Volume III を参照してください。

CookieSessionこのパラメータはオプションです。必要な場合はこのファイルの [swe]セクション内で、

ユーザーによる手動の入力を必要とします。

CookieSessionパラメータが TRUEに設定されている場合、セッション情報の交換には常

にCookieが使用されます。 WebページURLに情報が格納されることはありません。

Cookieが無効な Webブラウザは、 Webサイトとの接続を正常に維持できません。

CookieSessionパラメータはURLSessionパラメータより優先されます（両方に TRUEが

設定された場合）。

注意 : Siebel Systems は、匿名ブラウジングがサポートされているサイトに対しては、

CookieSession を TRUE に設定しないことをお勧めします。 Cookie を無効にしている

Web クライアントによる匿名ブラウジングは、パフォーマンスを低下させることがあり

ます。




406ページの表36に、管理者がeapps.cfgファイルに CookieSession と URLSessionのど

ちらかのパラメータを追加して設定した場合と、両方を追加して設定した場合の、 Webサーバーの動作を示します（表の空欄は、そのパラメータが手作業でファイルに追加され

ないことを意味する）。

[defaults] セクション次にあげるパラメータは、接続文字列でこのファイルを参照するすべての Siebel eBusiness Applicationsに適用されます。 [defaults]セクションに指定されているすべて

の設定は、 [xxx]セクションで個々の eApplication （/esalesなど）に対しても指定でき

ます。特定の eBusiness Applicationに対して設定されているパラメータは、 [defaults]

の値を上書きします。

表36. CookieSessionパラメータと URLSessionパラメータに基づく Webサーバーの動作

CookieSession URLSession 動作

自動モード 1

1. Web ブラウザが Cookie を受け入れるように設定されている場合、デフォルトは

CookieSession モードです。 Cookie を受け入れない設定の場合は、デフォルトは

URLSession モードです。

TRUE URL セッションのみ

FALSE 自動モード

TRUE Cookie セッションのみ

TRUE TRUE Cookie セッションのみ2

2. CookieSession の値は、 URLSession の値を上書きします。

TRUE FALSE Cookie セッションのみ

FALSE 自動モード

FALSE TRUE URL セッションのみ

FALSE FALSE 自動モード




AnonUserNameこのパラメータは、匿名ブラウジングとログインページの初回アクセスで必要になるユー

ザー名を指定します。指定された名前のユーザーは、匿名ブラウジング用のビューにアク

セスできます。ただし、アクセスできないようにするには、制限ユーザーの名前を指定し

ます。

AnonPasswordAnonUserNameに入力された値に対応するパスワードです。

AnonUserPoolこのパラメータは、ログインページにアクセスできる匿名ユーザー接続の大数を指定し

ます。匿名ユーザープールは、ログイン前にログインページのユーザーによる簡単な初期

アクションに適用します。ユーザーのログイン後は、個別の接続を使用します。

デフォルト値は 10です。アクセスが非常に多いサイトの場合は、この値を増やします。

推奨される匿名プールのサイズは、同時接続ユーザー数の 10%から 15%です。

Webサイトの使用が非常に短時間に集中することが予想される場合、匿名ユーザープー

ルのサイズを増やす必要があります。このサイズ増加は、匿名セッションタイムアウトを

引き下げることで相殺できます。たとえば、 25未満の匿名セッションからなるプールが、

1800秒（30 分）でタイムアウトするとします。一方、 50 を超える匿名セッションのプー

ルでは、 300秒（5分）でタイムアウトすると全体のパフォーマンスがよくなります。

StatsPageこれは、管理者がアクセスできるページのURL （アプリケーションの仮想ディレクトリ

との相対アドレス）です。管理者は、そのページでWebサーバーの使用状況に関する統

計情報を参照します。統計情報には、アクティブユーザー数、リクエスト数、およびリク

エスト処理の平均速度が含まれます。

［SWSE Stats］ページについては、『Siebel Server管理ガイド』を参照してください。

HTTPPortWebブラウザ通信に使用する HTTPポートです。デフォルト設定は、使用する Webサー

バーの標準ポート（80）です。

HTTPSPortセキュリティ保護されたWebブラウザ通信に使用する HTTPSポートです。デフォルト

設定は、使用する Webサーバーの標準ポート（443）です。




EnableFQDNこの設定によって、ユーザーが完全修飾ドメイン名を指定しなくても

（http://www.ebiz.siebel.com など）、 Webサイトに対するリクエストを処理できるように

なります。

例：

EnableFQDN = TRUE

必然的なパラメータはFQDNで、リクエストが正しく処理されるようにこれを適切に設定

する必要があります。 FQDN も参照してください。

FQDNFully Qualified Domain Name （完全修飾ドメイン名）の略です。完全修飾ドメイン名の例

は、 http://ebiz.siebel.comです。

Webサーバーが完全ドメイン名を含まないURLに対するリクエストを受け取った場合、

FQDNが設定されていると、リクエストを再発行してドメイン名を追加するようにブラウ

ザに働きかけます。

次の例では、 eapps.cfgファイルが編集されて、 Webサイトが http://ebiz/callcenter とし

てアクセスされます。 FQDN設定によって、リクエストが http://ebiz.siebel.com/callcenterに変換されます。

EnableFQDN = TRUE

FQDN = ebiz.siebel.com

これが適用される可能性がある場所の 1つは、シングルサインオン環境です。そこでは、

FQDNを伴う Cookieが、同じドメイン上の異なるサーバーに渡されます。シングルサイン

オンについては、『Security Guide for Siebel eBusiness Applications』を参照してください。

「EnableFQDN」も、参照してください。




AnonSessionTimeout匿名ブラウジングの接続が開始されてから、アイドル状態の時間がこの秒数を超過すると、

タイムアウトします。デフォルトは 900秒（15分）です。

匿名セッションは、匿名プール内のセッションです。匿名セッションは、セッションを確

立していないWeb クライアントからの着信リクエストを処理します。ただし、主な用途は、

初のクライアントリクエスト（どのようなリクエストでも）の処理です。通常は、［ロ

グイン］ページまたは［ログイン］ビューの取り出しになります。

匿名セッションは、 Siebel Web Server Extensionに固有の、 Siebelサーバー内の Siebel Object Managerに対する内部ログインとして表示できます。特定の Siebel Web Clientのた

めに確立されたセッションを使用するのが適切でない場合に、このセッションを使用して

Siebel Object Manager と通信します。

ゲストセッションと匿名セッションのどちらも、ログインでは、 AnonUserNameパラメー

タと AnonPasswordパラメータを使用します。

GuestSessionTimeout匿名ブラウジングの接続が開いてから、アイドル状態の時間がこの秒数を超過すると、タ

イムアウトします。デフォルトは 300秒（5分）です。

ゲストセッションは、匿名ブラウジングで使用されます。そのユーザーは、ログインしな

いでサイトの一部を移動できます。匿名セッションとは異なり、ゲストセッションは、個

別の Siebel Web Client と関連付けられます。これらのセッションは、未登録のユーザーが

サイトの移動を開始し、 Web クライアントがログアウトするまで、または非アクティブ

状態のためにタイムアウトするまで、継続します。

ゲストユーザーのタイムアウトまでの時間を決める場合、第 1に匿名ブラウジングが使用

されるかどうかを考える必要があります。使用される場合、ゲストユーザーのタイムアウ

トは、ユーザーが次のアクションを熟考するための平均時間を超える必要があります。つ

まり、これはユーザーアクションの間隔として許容される時間です。

ゲストセッションと匿名セッションのどちらも、ログインでは、 AnonUserNameパラメー

タと AnonPasswordパラメータを使用します。




SessionTimeoutユーザーが後にブラウザのリクエストを発行してから、ユーザーの接続がタイムアウト

するまでの秒数です。デフォルトは 900秒（15分）です。

標準的なセッションでは、ユーザーは自分の登録済みユーザー名とパスワードを使用して

ログインします。それ以外の点では、ゲストセッションの多くの特徴を共有します。

表37に、このパラメータを設定するためのガイドラインを示します。

注 : 前述したすべてのセッションタイムアウトは、セッション中に非アクティブ状態にな

ることに関連します。言い換えると、これが 3600秒に設定されている場合、セッションが

タイムアウトするためには1時間に渡って非アクティブ状態になる必要があります。セッ

ションの非アクティブ状態とは、そのセッションでサーバーに対してリクエストが作成さ

れないことを意味します。メッセージ一括送信のようにサーバーにping を発行するような

あらゆるアクションによって、セッションタイムアウトの期限がリセットされます。

表37. セッションタイムアウトの設定のガイドライン

セッションのタイプ状態推奨される設定

匿名セッション

（推奨される匿名

ユーザープール

サイズ : 10%から

15%）

■ 短時間に多数のユーザーがログインする（ログイ

ンの集中）。

■ 頻繁にログインおよびログアウトする。

>30 分

ゲスト ■ ユーザーアクション間の間隔が長い。

■ ログインに［ログイン］ビューが使用される。

■ ［ログアウト］ビューでログアウトが発生する。

■ >30 分

■ <5 分

■ <5 分

通常 ■ 従業員のアプリケーション。

■ 顧客アプリケーション。

■ 高度のセキュリティが要求される。

■ ブラウザに高度の持続性がある（介入性が低い）。

■ 簡便にロードできるシステム。

■ >30 分

■ 1 分～ 15 分

■ <5 分

■ >30 分

■ >30 分




Enabledこのフラグが FALSEに設定されている場合、 Siebel Web Engineはユーザーリクエストに

応じて停止します。デフォルトはTRUE、すなわち有効です。このフラグが FALSEに設定

されている場合、特定の Siebel eBusiness Application （例、 /marketing）はユーザーリク

エストに応じて停止します。

これはオプションパラメータで、必要な場合は手作業で入力する必要があります。その場

所は、すべてのアプリケーションを無効にするか、一部のアプリケーションを設定するか

によって、ファイルの [defaults]セクションか、アプリケーションの [/xxx]レベルの

どちらかになります。

次の例では、初の行が手作業入力で入力されてMarketing アプリケーションが無効にな

ります。すべてのアプリケーションは、デフォルトで有効です。

[/marketing]

enabled = FALSE

ConnectString = siebel://MYSERVER:2320/siebel/SMObjMgr/MYSERVER

次の例では、すべてのアプリケーションが無効になるようにパラメータが設定されてい

ます。これは、パラメータが[defaults]セクションに入力されているためです。

[defaults]

Enabled = FALSE

[/xxx] セクションファイルのこのセクションには、各Siebel Web Client アプリケーションに対する接続文字

列の他にも、パラメータ WebPublicRootDir およびWebUpdatePasswordが含まれていま

す。

それぞれの接続文字列の先頭には、次に示すような角カッコがあります。

[/xxx]

ここでは、

xxx = 編集する Siebel Web Client アプリケーションの名前です。

特定の eApplicationのために設定したパラメータがある場合は、 [defaults]のセクショ

ンに異なる値が含まれていても、それを上書きします。




ConnectString各Siebel Web Client アプリケーションのために設定される接続文字列です。各接続文字列

には、そのアプリケーションに対する個別のオブジェクトマネージャが反映され、セット

アップ中に入力した情報が含まれます。

次に示すサンプルの接続文字列には、カッコに囲まれた文字列の説明が含まれています。

[/eevents]AnonUserName = User1AnonPassword = Password1ConnectString = siebel.TCPIP.none.NONE://siebel101:2320/Siebel/eEventsObjMgr/siebel2

ここでは、

siebel.TCPIP = ネットワークプロトコルです。

none （初のインスタンス） = 選択した暗号化タイプです。

NONE （2番めのインスタンス） = 選択したデータ圧縮方式です。

siebel101 （初のインスタンス）は、 Siebel Gatewayの選択したエイリアスです。

2320 = Siebel Gatewayの Listeningポート番号です。

Siebel= 選択した Siebel Enterprise Serverの名前です。

eEventsは、関連するオブジェクトマネージャです ( この例では、 eEventsオブジェク

トマネージャ )。

siebel2 （2番めのインスタンス）は、 Siebelサーバーの選択したエイリアスです。

注 : Central Dispatch をインストールするとき、 Siebelサーバーエイリアスに対する入

力は接続文字列に表示されません。代わりに、接続文字列の後に Siebel Object

Managerが表示されます。

$SWEAPP_ROOT



サンプルのeapps.cfg ファイル

StartCommand セッションが開始してURLにコマンド（クエリ）が明示されていない場合、この値がコ

マンドとみなされます。たとえば、 eserviceに対する StartCommandは、

SWECmd=GotoView&SWEView=Home+Page+View+(eService)です。新しいブラウザで

eservice を初に起動しようとすると、初のクエリはホームページビューに対する

GotoViewであると解釈されます。通常は、 eapps.cfgで指定された StartCommandパラ

メータを修正する必要はありません。

WebPublicRootDirこれは、 Web イメージキャッシュの場所です。デフォルトの場所を次に示します。

$SWEAPP_ROOT/public/language

WebUpdatePasswordこれは、 Webサーバー上の Siebel Serverから再起動しないでアプリケーションのイメージ

を更新するときに、 Siebel Administratorが使用するパスワードです。

サンプルの eapps.cfg ファイル D

この部分的な eapps.cfgファイルのアプリケーション固有のセクションで、簡体字中国

語固有の Siebel Object Managerに対する接続文字列を解説します。

注 : このリリースの Siebel eBusiness Applicationsでサポートしている言語の完全な

リスト、およびそれに対応する Siebel言語コードについては、『Siebel Bookshelf』の


[include]

eapps_sia.cfg

eapps_fins.cfg

eapps_sis.cfg

[swe]

Language = enu



サンプルの eapps.cfg ファイル

Log = errors

LogDirectory = /export/home/qa1/15026_eapp/log

ClientRootDir = /export/home/qa1/15026_eapp

SessionMonitor = FALSE

AllowStats = TRUE

LogSegmentSize = 0

LogMaxSegments = 0

[defaults]

AnonUserName = sadmin

AnonPassword = sadmin

AnonUserPool = 10

StatsPage = _stats.swe

HTTPPort = 15026

HTTPSPort = 443

EnableFQDN = FALSE

FQDN = CHANGE_ME

AnonSessionTimeout = 900

GuestSessionTimeout = 300

SessionTimeout = 900

DoCompression = TRUE

[/erm_chs]

AnonUserName = guestcst





ConnectString = siebel.tcpip.none.none://server1:2321/siebel/ERMObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Portal+Page+Home+View

WebPublicRootDir = /export/home/qa1/15026_eapp/public/chs

WebUpdatePassword = TEST

[/prmportal_chs]



ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eChannelObjMgr_chs/server1



[/prmmanager_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/pManagerObjMgr_chs/server1



[/wpsales_chs]


ConnectString = siebel.tcpip.none.none://server1:2321/siebel/WirelessSalesObjMgr_chs/server1



[/wpserv_chs]





ConnectString = siebel.tcpip.none.none://server1:2321/siebel/WirelessServiceObjMgr_chs/server1



[/wpprm_chs]


ConnectString = siebel.tcpip.none.none://server1:2321/siebel/WirelesseChannelObjMgr_chs/server1



[/wpeserv_chs]


ConnectString = siebel.tcpip.none.none://server1:2321/siebel/WirelesseServiceObjMgr_chs/server1



[/eai_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/EAIObjMgr_chs/server1

EnableExtServiceOnly = TRUE



[/ecustomer_chs]






ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eCustomerObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eCustomer)



[/emarketing_chs]



ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eMarketObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eMarketing)



[/esales_chs]



ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eSalesObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eSales)



[/eauctionswexml_chs]






ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eAuctionSWEXMLObjMgr_chs/server1



[/eservice_chs]



ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eServiceObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eService)



[/etraining_chs]



ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eTrainingObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eTraining)



[/eevents_chs]






ConnectString = siebel.tcpip.none.none://server1:2321/siebel/eEventsObjMgr_chs/server1

StartCommand = SWECmd=GotoView&SWEView=Home+Page+View+(eEvents)



[/sales_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SSEObjMgr_chs/server1



[/service_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SFSObjMgr_chs/server1



[/callcenter_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SCCObjMgr_chs/server1



[/marketing_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SMObjMgr_chs/server1






[/servicece_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/ServiceCEObjMgr_chs/server1




[/salesce_chs]

ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SalesCEObjMgr_chs/server1




[/smc_chs]


ConnectString = siebel.tcpip.none.none://server1:2321/siebel/SMCObjMgr_chs/server1




U
Siebel インストールのための
NIX オペレーティングシステムのチューニング E

この付録では、 Siebel Enterpriseのインストールにおけるパフォーマンスとスケーラビリ

ティの向上を目的とした高度なチューニング手順について説明します。これらの手順は、

500 人を超えるユーザーが同時に Siebel Enterprise を使用する場合にだけ実行する必要が

あります。第5章「Siebel Gatewayのインストール」および第6章「Siebel Serverのイン

ストール」で説明した低限必要な設定手順を完了していることを前提にしています。


Siebel インストールのための UNIX オペレーティングシステムのチューニング

UNIX オペレーティングシステム用のSiebel Serverのチューニング

UNIX オペレーティングシステム用の Siebel Serverのチューニング E

AIX、 Solaris、および HP-UX上の Siebel Serverの設定ファイルを次のように変更します。

UNIX用に Siebel Serverをチューニングするには

1 vi などのテキストエディタで、編集するアプリケーション固有の設定ファイルを開き

ます。この設定ファイルは、 $SIEBEL_ROOT/siebsrvr/bin/LANGUAGEにあります。

ここで、各項目はそれぞれ次のようになります。

$SIEBEL_ROOT = アプリケーションをインストールしている場所

LANGUAGE = Siebel Serverの実行に使用する言語

たとえば、アプリケーションが eServiceで、言語がアメリカ英語である場合、完全な

パス名は次のようになります。

/siebel/eservice/siebsrvr/bin/enu/eservice.cfg

2 （オプション） CDA機能が不要な場合は、「EnableCDA = FALSE」と設定して、 CDA機能を無効にします。

3 （オプション） CTIバーが不要な場合は、コールセンターに対して「CommEnable = false」と設定して、 CTIバーを無効にします。

4 （オプション）コールセンターが必要な場合は、「CommConfigManager = true」と

設定します。



UNIX での外部ユーザー認証の有効化

UNIX での外部ユーザー認証の有効化 E

Siebelユーザーの外部認証を実行するように Siebel アプリケーションを設定することがで

きます。さまざまな種類の認証戦略を実装することができます。外部認証の実装につい

ては、『Security Guide for Siebel eBusiness Applications』を参照してください。

UNIX上の Siebel Serversのアプリケーションに対して外部認証を実装する場合は、次に示

すガイドラインの他、『Security Guide for Siebel eBusiness Applications』のガイドライン

にも従ってください。

外部認証を有効化し、 siebenv.shまたはsiebenv.cshを編集するには

1 環境内ですでにSIEBEL_MEMORY_ALLOCATORを設定している場合は、この環境変数を設

定解除します。パラメータ Memory Allocatorは、デフォルトでONになっています。

注意 : 本番環境では、 Asserts を無効にしないでください。 Asserts によって、いくつ

かの診断ログが有効化されます。ログを無効にすると、解決の難しいエラーが発生す

る場合があります。

2 MinMTServers、 MaxMTServers、およびMaxTasksを設定します。

1つのオブジェクトマネージャの対象となるユーザーの数を決定します。現在使用さ

れている値は100です。次の方程式を使用して、アプリケーションのオブジェクトマ

ネージャ設定に必要な値を計算します。

次の方程式を使用します。

MaxTasks = ターゲットユーザー数 + 匿名ユーザー数 + バッファ

ここで、

■ No. of anon usersは、target No. of usersの 20%に設定する必要があります。

■ ユーザーがログインせずに参照する場合は、 target No. of usersの 20%のバッ

ファが必要です。

■ MaxTasksの値を切り上げて、MaxTasksの値を Min / MaxMTServersの倍数にします。

target No. users 500

MaxMT Servers = MinMT Servers =------------------------ =-------- = 5

users/OM 100



eBusiness Applications for AIXのチューニング

eBusiness Applications for AIX のチューニング E

ここでは、 AIXで Siebel アプリケーションを実行できるようにWebサーバーと関連製品を

設定およびチューニングする方法を説明します。

Web Server for AIXのチューニング E

ここでは、 IHS Webサーバーのスケーラビリティに対して適化された環境変数のデフォ

ルト値について説明します。これらの設定を環境に合わせて調整することで、 Webサー

バーのパフォーマンスをさらに適化することができます。

次の環境変数を、 $SIEBEL_ROOT/bin/startapaで設定します。この SIEBEL_ROOTは、

Webサーバーがインストールされているルートディレクトリです。

export AIXTHREAD_SCOPE=Sexport AIXTHREAD_MNRATIO=1:1export AIXTHREAD_MUTEX_DEBUG=OFFexport AIXTHREAD_RWLOCK_DEBUG=OFFexport AIXTHREAD_COND_DEBUG=OFFexport RT_GRQ=ONexport YIELDLOOPTIME=4export SPINLOOPTIME=1000export SIEBEL_ASSERT_MODE=0export MALLOCMULTIHEAP=considersize,heaps:No_of_CPUs_on_machineexport MALLOCTYPE=bucketsexport LDR_CNTRL=LOADPUBLIC@MAXDATA=0x60000000

heapsパラメータの値には、 WebサーバーマシンのCPUの数を指定する必要があります。

たとえば、 CPUが 2つある場合、この行は次のようになります。

export MALLOCMULTIHEAP=considersize,heaps:2

注 : ディスク容量を節約するために、 SIEBEL_ASSERT_MODEを設定して Webサーバーのロ

グレベルを小レベルに抑えます。




IHS上のWebサーバーのスレッド数を設定するには

■ テキストエディタを使用して、 $SVR_ROOT/httpd.confのworkers.cセクションで次

のように値を設定します。

ここで、

N = Webサーバーがサポートしなければならない同時ユーザーの平均数の 3倍、

つまり、 N = （3*xaverage_number_of_concurrent_users）

Siebel Web Server Extension for AIXのチューニング E

初に、 Siebel アプリケーションを AIXで実行できるように Siebel Web Server Extensionをチューニングする必要があります。

Siebel Web Server Extension for AIXをチューニングするには

1 AIXサーバーで、 Siebel Web Server Extension インストールディレクトリの bin

ディレクトリに移動します。

2 viなどのテキストエディタで、編集する eapps.cfgファイルを開きます。

3 AnonUserPoolを、 target No. of usersの 20%に設定します。この手順は必ず実行


4 GuestSessionTimeoutを 60に設定します。

注 : この設定は、ユーザーがログインせずに参照している場合に必要です。

StartServers 1

ServerLimit 1

ThreadLimit N

MaxClients N

MinSpareThreads 1

MaxSpareThreads N

ThreadsPerChild N

MaxRequestsPerChild 0




5 使用しているユーザー認証戦略に応じて、適切な AnonUserユーザー名とパスワード

を設定します。次のように設定すると、ほとんどの展開で適切に機能します。

詳しくは、『Security Guide for Siebel eBusiness Applications』を参照してください。

a データベースログインが必要な Siebel Call Center など Siebel 従業員アプリケー

ションの場合は、ユーザー名を SADMIN、パスワードを SADMIN に設定します。

b Siebel eService や Siebel eSales などの Siebel 顧客アプリケーションの場合は、

ユーザー名を GUESTCST、パスワードを GUESTCST に設定します。

c Siebel ERM の場合は、ユーザー名を GUESTERM に、パスワードを GUESTERM に

設定します。

d Siebel eChannel などの Siebel パートナーアプリケーションの場合は、ユーザー

名を GUESTCP、パスワードを GUESTCP に設定します。

6 Memory Allocatorのデフォルト設定を ONに設定します。

7 環境内ですでに SIEBEL_MEMORY_ALLOCATORを設定している場合は、この環境変数を

設定解除します。

8 Webサーバーを再起動してこの設定を有効にします。

Siebel Server for AIX のチューニング E

AIXには、 Siebel Serverのパフォーマンスを適化するためのチューニング可能な環境変

数がいくつか用意されています。これらの環境変数とそれぞれの値は、 Siebel Serverが起

動するときの起動パラメータとして使用します。表38および表39で、これらの各環境変

数とそれぞれの推奨設定について説明します。

表38. 最適化に使用する $SIEBEL_ROOT/siebenvの環境変数

環境変数値説明

AIXTHREAD_SCOPE S 競合範囲を設定します。 Sは、システ

ムベースの競合範囲（1:1）を意味し

ます。

AIXTHREAD_MNRATIO 1:1 実行可能 pthreads を処理するために

採用する必要があるカーネルスレッド

の数のM:Nの比率を設定します。




AIXTHREAD_MUTEX_DEBUG OFF デバッガで使用されるアクティブな

ミューテックスのリストを管理しま

す。

AIXTHREAD_RWLOCK_DEBUG OFF デバッガで使用される読み書きロック

のリストを管理します。

AIXTHREAD_COND_DEBUG OFF デバッガで使用される条件変数のリス

トを管理します。

表39. 最適化に使用する $SIEBEL_ROOT/bin/siebmtshwの環境変数


RT_GRQ ON スレッドは、 CPU単位の実行キュー

ではなくグローバルな実行キューに置

かれます。

SPINLOOPTIME 1000 別のプロセッサに譲るまでにビジー

ロックが再試行される回数を設定しま

す。

YIELDLOOPTIME 4 ビジーロックがブロックされるまでに

プロセッサを譲る回数を設定します

（libpthreadsの場合のみ）。

MALLOCTYPE buckets malloc bucketsは、デフォルトのアロ

ケータのバケットベースの拡張をオプ

ションで提供します。小さな割り当て

要求を大量に発行するアプリケーショ

ンでmallocのパフォーマンスが向上

します。 malloc buckets を有効にする

と、定義済みのブロックサイズ範囲内

にある割り当て要求がmalloc bucketsで処理されます。他の要求はすべて、

デフォルトのアロケータが通常の方法

で処理します。

表38. 最適化に使用する $SIEBEL_ROOT/siebenvの環境変数





MALLOCMULTIHEAP heaps:n プロセスプライベートセグメント内の

ヒープの数を設定します。 n には、

サーバー上のプロセッサの数と同じ数

を指定する必要があります。

LDR_CNTRL LOADPUBLIC@MAXDATA=0x50000000

LOADPUBLICオプションは、システム

ローダーに対して、アプリケーション

から要求されたすべてのモジュールを

グローバルな共有ライブラリセグメン

トにロードするように指示します。

LDR_CNTRL を、ユーザーの環境、ま

たは可能であれば追加のメモリを要求

する実行可能プログラムを起動する

シェルスクリプト内で設定します。

このMAXDATAの値は、この環境から

起動されるすべての実行可能プログラ

ムに対して 256 MBのセグメントを 5つ予約します。この値は、デフォルト

の実行可能プログラム設定よりも優先

されます。デフォルト値は、実行可能

プログラムによって異なります。デ

フォルト値を使用すると、 Siebel コン

ポーネントは、 MAXTASKパラメータ

に対して大値 5000 をサポートでき

ます。この値を使用すると、 MAXTASK

には大で 9000 まで指定できます。

環境に応じて、大で 6つのセグメン

トを予約することができます。このよ

うに多くのセグメントを使用できない

場合、 Siebel Serverは非常に早く終了

します。

表39. 最適化に使用する $SIEBEL_ROOT/bin/siebmtshwの環境変数





AIX 用のカーネル設定のチューニング E

AIXでの Siebel Serverのパフォーマンスを適化するためにチューニングできる AIX カー

ネル設定が多数あります。これには、仮想メモリ管理設定やTCP設定などがあります。

これらの設定を変更するには、ルート権限が必要です。

vmtune値を変更するには、

1 vi などのテキストエディタで、編集する /etc/rc.netファイルを開きます。

2 vmtuneの設定を次のように変更します。

if [ -f /usr/samples/kernel/vmtune ] ; then

/usr/samples/kernel/vmtune -p 5 -P 8 -f 720 -F 752 -b 200 -s 1

3 ソケットのデフォルトバッファサイズを次のように変更します。

if [ -f /usr/sbin/no ] ; then

/usr/sbin/no -o tcp_sendspace=24576

/usr/sbin/no -o tcp_sendspace=24576

4 すべてのユーザー制限（ulimit）がunlimitedになっているか、次のように確認

します。

ulimit –a

注 : 制限の設定を変更するには、すべての ulimitパラメータ値を –1 （無制限）に変更

して、 /etc/security/limitsファイルを更新します。

5 変更を保存し、テキストエディタを終了します。

6 サーバーを再起動すると、変更が有効化されます。




AIX 用の Central Dispatchのチューニング E

AIXでCentral Dispatch とともに Siebel Server を実行するには、事前に次のCentral Dispatch設定を行う必要があります。

AIX用に Central Dispatchをチューニングするには

1 プライマリスケジューラのVIP アドレスと IP アドレスが同じサブネット上にあること


2 Central Dispatchのadminユーザー専用のユーザーアカウントを使用して、この特定の

ユーザーのロックアウト機能を無効にします。

ロックアウト機能が有効な場合、 Central Dispatchサイトの可用性に影響します。

3 Central Dispatchマシンで、 Heart Beats Until DownおよびAgent Heart Beat Intervalを次のように変更します。

a Central Dispatch Manager を起動します。

b ［サイト設定］ > ［オペレーション］ > ［高度なオプション］に移動します。

c Heart Beats Until Down を 100 に設定します。

d Agent Heart Beat Interval を 1 に変更します。

e ［サイト設定］ > ［オペレーション］に移動します。

f Central Dispatch を実行している場合は、サーバーを停止して再起動します。

4 Central Dispatchマシンと Siebel Serverマシンの $RESONATE/bin/cdagenctlファイル

で次の環境変数を設定します。次の値は、大許容値です。

HTTP_INACTIVE_CONN_TIMEOUT = 31536000

SERVER_INACTIVE_CONN_TIMEOUT = 31536000

5 Central Dispatchデーモンを再起動するには、 /$RESONATE/bin/cdagentctlを実行し

ます。



Solaris用のSiebel eBusiness Applicationsのチューニング

6 更新のためにサイトまたはサーバーを停止してから Siebel Server を再起動するまでの

間に、 Central Dispatchに登録されたスケジュールルールがないことを確認します。

注 : Dispatch Manager コンソールからサイトのすべてのオープン接続を確認する

場合は、 Siebel Servers を起動する前にCentral Dispatch を停止および再起動します。

AIX 用の EnableOLEAutomationの設定 E

サーバーを起動する前に、［サーバー管理］を使用して EnableOLEAutomationパラメータ

を FALSEに設定します。

Solaris用の Siebel eBusiness Applicationsのチューニング E

ここでは、 Solarisで Siebel アプリケーションを実行できるようにWebサーバーと関連製

品を設定およびチューニングする方法を説明します。

Solaris用の Web サーバーのチューニング E

Sun ONE （iPlanet） Webサーバーをチューニングして、パフォーマンスを適化する必要

があります。

Sun ONE Webサーバーをチューニングするには

1 vi などのテキストエディタを使用して、 Webserver_root/config/magnus.confファ

イル開きます。

ここで、

Webserver_root = Sun ONE （iPlanet） Webサーバーのルートパス

2 パラメータ RqThrottleを 1024に設定します。

RqThrottleパラメータでは、 Webサーバーで処理できる同時トランザクションの

大数を指定します。デフォルト値は 512です。この値を 1024に変更すると、実行され

るトランザクションの遅延を小限に抑えることができます。

3 MaxKeepAliveConnectionsパラメータの値を 1000に変更します。デフォルト値は

200です。




4 変更を magnus.confファイルに保存します。


Sun ONE （iPlanet） Webサーバーのパラメータに前述の変更を加えたら、 Sun ONE（iPlanet） Webサーバーをホストするワークステーションで次のパラメータを変更す


6 編集する /etc/systemを開きます。

7 次の Solaris システムパラメータを設定します。

8 Sun ONE （iPlanet） Webサーバーをホストしているワークステーションを再起動し

ます。

Solaris用の Siebel Web Server Extension のチューニング E

Siebel Web Server Extension をチューニングして Solarisでのパフォーマンスを適化する


Siebel Web Server Extensionをチューニングするには

1 Siebel Web Server Extensionのインストールディレクトリの binサブディレクトリに

移動します。

2 viなどのテキストエディタで、編集する eapps.cfgファイルを開きます。

3 AnonUserPoolを、 target #usersの 20%に設定します。

パラメータ範囲デフォルト値

チューニング

後の値コメント

rlim_fd_max /etc/system 1024 8192 開いているファイル

の記述子制限を処理

します。予想される

ロード（関連ソケッ

ト、ファイル、パイ

プが存在する場合）

を説明する必要があ

ります。

rlim_fd_cur /etc/system 64 8192




4 GuestSessionTimeoutを 60に設定します。

注 : この設定は、ユーザーがログインせずに参照している場合に必要です。

5 適切な AnonUserユーザー名とパスワードを設定します。これは、ユーザー認証戦略

によって異なります。通常は、次のように設定します。詳しくは、『Security Guide for Siebel eBusiness Applications』を参照してください。

a データベースログインを使用する Siebel Call Center など Siebel 従業員アプリケー

ションの場合は、ユーザー名を SADMIN、パスワードを SADMIN に設定します。

b Siebel eService や Siebel eSales などの Siebel 顧客アプリケーションの場合は、

ユーザー名を GUESTCST、パスワードを GUESTCST に設定します。

c Siebel ERM の場合は、ユーザー名を GUESTERM に、パスワードを GUESTERM に設定

します。

d Siebel eChannel などの Siebel パートナーアプリケーションの場合は、ユーザー名

を GUESTCP、パスワードを GUESTCP に設定します。


Solaris用のカーネル設定のチューニング E

1つの Solaris環境で複数の Siebel Server を実行するには、 Solaris カーネルパラメータを、

Solarisサーバーの特定のリリースに固有な推奨値に設定する必要があります。

Solarisで実行している Siebel Serversに固有のパラメータ推奨値については、 Siebelテク

ニカルサービスにお問い合わせください。

注意 : Solaris 環境で Siebel Server を実行する際にデフォルト以下の Solaris カーネルパラ

メータを使用すると、一部の Siebel Server コンポーネントでは、パフォーマンス上の重

大な問題が発生し、 SIGABRT エラーや SIGSEV エラーとなる場合があります。


Siebelインストールのための UNIXオペレーティングシステムのチューニング


一般的に Siebel アプリケーションでは（特に Siebel Serverでは）、パフォーマンスに重大

な影響を与える Solaris カーネルパラメータ設定が多数あります。これらのパラメータ

には、ファイル記述子、スタックサイズ、メモリ、セマフォなどの要素を管理するパラ

メータが含まれます。これらのパラメータは、 Solaris カーネル設定ファイル/etc/system

内にあります。これらのパラメータの設定を変更するには、このファイルを手動で編集し、

変更を保存してシステムを再起動する必要があります。

通常、 Solaris カーネルメモリパラメータの設定は比較的低い値に設定します。ただし、

Siebel Server アプリケーションなどの大容量メモリモデルのアプリケーションの場合は、

これら多くのパラメータに割り当てられている値を増やすことをお勧めします。

Siebel Server用にSolaris カーネル設定をチューニングするには

1 viなどのテキストエディタで、編集する /etc/systemファイルを開きます。

2 一般的な設定を行う次の行を追加するか、変更します。

set rlim_fd_cur=6000set rlim_fd_max=6000

3 共有メモリの設定を行う次の行を追加するか、変更します。最初の行で、 Solaris 32ビットか 64 ビットを選択します。

set shmsys:shminfo_shmmax = 0xffffffff [or] 0xffffffffffffffffset shmsys:shminfo_shmmni = 1024set shmsys:shminfo_shmseg = 1024

4 メッセージキューの設定を行う次の行を追加するか、変更します。

set msgsys:msginfo_msgmax = 4096

5 セマフォを設定する次の行を追加するか、変更します。

set semsys:seminfo_semaem = 16384set semsys:seminfo_semopm = 100set semsys:seminfo_semmni = 4096set semsys:seminfo_semmns = 16384set semsys:seminfo_semmnu = 4096set semsys:seminfo_semume = 2500set semsys:seminfo_semmsl = 500

6 変更を保存し、テキストエディタを終了します。

7 マシンを再起動して新しい設定を有効化します。




Solaris用のオブジェクトマネージャインスタンスのチューニング E

50 を超える Object Managers を実行している Solarisマシンでは、 1つ以上のObject Managerが正しく起動しなくても、他のObject Managerは正しく機能している場合があ

ります。起動しないObject Managerのログファイルには、それらが正しく起動していな

いことが示されます。このような場合は、 ndd コマンドを使用して tcp_conn_req_max_q

およびtcp_conn_req_max_q0のデフォルト値を変更します。

注 : これらの設定は、マシンを再起動すると失われます。再起動後もこれらの変更を有効

にするためには、変更内容を /etc/init.dに追加してください。

TCP値を変更するには

1 root としてログインします。

2 ndd コマンドを実行します。

注 : 太字は応答を表しています。

ndd /dev/tcp

name to get/set ? tcp_conn_req_max_q

value ? 1024

name to get/set ? tcp_conn_req_max_q0

value ? 4096

3 viなどのテキストエディタを使用して、次の行を /etc/systemファイルに追加

します。

set tcp:tcp_conn_req_max_q=1024

set tcp:tcp_conn_req_max_q0=4096

マシンを再起動すると、これらのパラメータは自動的に設定されます。

4 Sievel Server を Siebel インストール所有者として再起動します。




Solaris用の Central Dispatchのチューニング E

SolarisでCentral Dispatch を実行するには、初にCentral Dispatch を設定する必要があり

ます。

Solaris用に Central Dispatchをチューニングするには

1 プライマリスケジューラの仮想 IP アドレスと IP アドレスが同じサブネット上にある

ことを確認します。

2 Central Dispatchのadminユーザー専用のユーザーアカウントを使用して、この特定の

ユーザーのロックアウト機能を無効にします。

ロックアウト機能が有効な場合、 Central Dispatchサイトの可用性に影響します。

3 Central Dispatchのマシンで、 Heart Beats Until DownおよびAgent Heart Beat

Intervalを次のように変更します。

a Central Dispatch Manager を起動します。

b ［サイト設定］ > ［オペレーション］ > ［高度なオプション］に移動します。

c Heart Beats Until Down を 100 に設定します。

d Agent Heart Beat Interval を 1 に変更します。

e ［サイト設定］ > ［オペレーション］に移動します。

f サイトを停止して再起動します。

4 Sun ERIネットワークインターフェイスカード（NIC）を使用している場合は、 viな

どのテキストエディタを使用して編集する /etc/systemを開きます。

Central Dispatchは物理NIC カードにバインドされるため、これがパケット処理とのイ

ンターフェイスになることができます。次の変数を設定して、ネットワークパケット

処理のチェックサムを無効にします。

set ip:dohwcksum=0

注 : サーバーを起動すると、環境変数$RESONATE_ROOTが自動的に設定されます。こ

の変数は、 .profileまたはsiebenv.shで設定しないでください。



HP-UX用のSiebel eBusiness Applicationsのチューニング

5 Central Dispatch と Siebel Serverマシンの /etc/rc.cdagentファイル（Central Dispatch起動スクリプトファイル）で次の環境変数を設定します。次の値は、大許

容値です。

HTTP_INACTIVE_CONN_TIMEOUT = 31536000

SERVER_INACTIVE_CONN_TIMEOUT = 31536000

6 コマンド /etc/rc.cdagent restartを使用して、 Central Dispatchデーモンを再起動

します。

7 更新のためにサイトまたはサーバーを停止してから Siebel Server を再起動するまでの

間に、 Central Dispatchに登録されたスケジュールルールがないことを確認します。

注 : Dispatch Manager コンソールからサイトのすべてのオープン接続を確認する場合

は、 Siebel Servers を起動する前にCentral Dispatch を停止および再起動します。

Solaris での EnableOLEAutomationの設定 E

UNIXプラットフォームへインストールする場合は、サーバーを起動する前に［サーバー

管理］を使用して EnableOLEAutomationパラメータを FALSEに設定します。

HP-UX用の Siebel eBusiness Applicationsのチューニング E

ここでは、 HP-UXで Siebel アプリケーションを実行できるようにWebサーバーと関連製

品を設定およびチューニングする方法を説明します。

HP-UX 用のWebサーバーのチューニング E

ここでは、 HP-Apache2 Webサーバーの環境変数の推奨初期設定について説明します。

これらの設定を環境に合わせて変更することで、 Webサーバーのパフォーマンスをさら

に適化することができます。




HP-Apache2のWebサーバーのスレッド数を設定するには

■ テキストエディタを使用して、 $SVR_ROOT/httpd.confのworkers.cセクションで

次のように値を設定します。

ここで、

N = Webサーバーがサポートしなければならない同時ユーザーの平均数の 3倍、

つまり、 N = （3*average_number_of_concurrent_users）

HP-UX 用のカーネル設定のチューニング E

HP-UX カーネルパラメータを、次に示す推奨値に変更します。これらの変更を行うには、

HP-UX System Administration Manager （SAM）ツールを使用します。

NPROC 4096ksi_alloc_max 32768 - (NPROC*8)max_thread_proc 4096 – 4096maxdsiz 0x90000000 - 0X90000000maxdsiz_64bit 2147483648 - 2147483648maxfiles 4000 - 4000maxssiz 401604608 - 401604608maxssiz_64bit 1073741824 - 1073741824maxusers 128 - 128msgmap 4098 - (NPROC+2)msgmni 4096 - (NPROC)msgtql 4096 - (NPROC)ncallout 8000 - 8000nclist 2148 - (100+16*MAXUSERS)ncsize 35840 - (8*NPROC+2048+VX_NCSIZE)nfile 67584 - (16*NPROC+2048)ninode 34816 - (8*NPROC+2048)nkthread 7184 - (((NPROC*7)/4)+16)

StartServers 1

ServerLimit 1

ThreadLimit N

MaxClients N

MinSpareThreads 1

MaxSpareThreads N

ThreadsPerChild N

MaxRequestsPerChild 0




nproc 4096 - 4096nsysmap 8192 - ((NPROC)>800?2*(NPROC):800)nsysmap64 8192 - ((NPROC)>800?2*(NPROC):800)semmap 1026 - 1026semmni 1024 - 1024semmns 16384 - ((NPROC*2)*2)semmnu 2048 - 2048semume 256 - 256shmmax 0x40000000 Y 0X40000000shmmni 1024 - 1024shmseg 1024 Y 1024vps_ceiling 64 - 64

HP-UX の最大スレッド制限の設定 E

HP-Apache2のデフォルトの ThreadLimitは 64ですが、さらに高い値に設定することも

できます。大設定値は、カーネル設定によって異なります。

threadlimitを高い値に設定するには

1 httpd.confを編集して、次の属性を変更します。

ThreadLimit Y * e = 20000は、Apache Webサーバーでサポートされる大値です。

この値を、システムがサポートする数値にリセットできます。

他の指令を実行する前にこの指令を実行する必要があります。

ThreadsPerChild Y * e = 各子供のスレッド数。この値には、 ThreadLimitを超え

る値を設定できません。

MaxClients Y * e = 大接続。この値には、ThreadPerChildを超える値を設定でき

ません。

2 同じファイルで、次のようにUser と Groupの値を更新します。

User nobody

Group system




HP-UX Schedulerのチューニング E

次の変更を行わないと、 HP-UXでの Siebel eBusiness Applicationsの実行速度が遅くなり

ます。次の変更を行うためには、ルート権限が必要です。

Schedulerの設定をチューニングするには

1 /etc/privgroupファイルに次の行を追加します。必要であれば、このファイルを

作成します。

-g RTSCHED

2 ファイルを保存して終了します。


setprivgroup -f /etc/privgroup

4 グローバルな RTSCHED許可が設定されているか確認します。次のコマンドを実行

します。

getprivgroup

コマンドが成功すると、システムは次のように応答します。

global privileges: RTSCHED


索引

AAIX

ODBC 接続、トラブルシューティング 161Siebel Gateway、自動起動するように設

定 128Siebel Server、自動起動設定 164

AIX、必要なファイル 113

CChartWorks Server、インストール

インストール前の要件、説明 360ChartWorks Server。「Siebel Communications

Server」を参照

ClientRootDirectory パラメータ、説明 403CLI パッケージ、増加 203Compaq Teaming NIC ドライバ 69config_server スクリプト、サーバーを追加する

ための使用 159CORBA Object Manager

それぞれの「Siebel CORBA オブジェクトマ

ネージャ」の項を参照

CORBA Object Manager、インストール後のタス

ク

複数のオブジェクトマネージャ、登録（各

「CORBA Object Manager」の項を参

照） 355CORBA Object Manager、インストール

専用マシンへのインストールについて 52

DDB_BLOCK_BUFFERS パラメータ、説明 258DB_BLOCK_SIZE パラメータ、説明 260DB_FILE_MULTIBLOCK_READ_COUNT パラ

メータ、説明 259DB2

ネットワーク接続、確認（CORBA） 338

DB2 UDB

Siebel Server ロケール、設定 168Siebel Server、データベース接続用の設

定 135DB2 Universal Database、パフォーマンスの適

化

db2set パラメータ、設定 206, 208DB2 データベース設定パラメータ、設

定 208, 212ODBC ステートメントハンドル、増加 203「言語の属性」も参照、設定

データベースオブジェクトの分散、計

画 199, 201データベース設定タスク 197データベース設定パラメータ、設定 205データベースマネージャ設定パラメータ、

表 205, 206データベースレイアウトのガイドライ

ン 198, 202db2set パラメータ、設定および表 206, 208DB2 データベース

DB2 Universal Database の設定タスク 197「DB2 Universal Database、パフォーマンスの

適化」、「言語の属性、設定」も参照

ODBC データソース、確認 160設定パラメータ、設定 205, 208, 212データベースオブジェクト、アクティブ

化 212データベースオブジェクト、テーブルスペー

ス、説明 216データベースオブジェクト、デフォルト保存

パラメータの上書き 220データベースオブジェクト、バッファプール

のアクティブ化 216データベースオブジェクト、容量計画 215マネージャ設定パラメータ 205, 206レイアウトのガイドライン 198

DB2 汎用データベース


索引

Siebel CORBA オブジェクトマネージャ、

データベース接続の設定 337DB2 ログスペース、十分な割り当て 215Dispatch Manager アカウント、注、ユーザーと

して直接ログオンの禁止 63

EeAI のコネクタソフトウェア。「Siebel eAI のコ

ネクタソフトウェア」を参照

Enterprise Server

「Siebel Enterprise Server」も参照

環境図 22コンポーネント 32説明 27

FFulcrum SearchServer、使用説明 137

Ggrantusr.sql script

Siebel Database for Oracle、実行 280, 282ユーザーに対する権限、実行権限の付

与 233

HHTTPS ポート、説明とデフォルト設定 406HTTP ポート、説明とデフォルト設定 406

IIBM HTTP Web サーバー

確認 313メモ、 Resonate Central Dispatch のインス

トール 137ユーザー特権の付与 318

NName Server

説明 25

OODBC ステートメントハンドル、増加 203ODBC 設定、ネットワーク接続計画の説明 65ODBC データソース

DB2S、 Siebel Server のための確認 160Siebel Server、確認 159

接続、 Solaris または AIX のトラブルシュー

ティング 161OPEN_CURSORS パラメータ、説明 260OPTIMIZER_MODE パラメータ、説明 258Oracle


データベース接続の設定 337ネットワーク接続、確認 338

Oracle データベース

インストール後の推奨事項 270「個々の Siebel Database Server for Oracle」の

項目を参照してください。

設定ガイドライン 262データベースオブジェクトの分散、計

画 254, 256データベース管理パラメータ 258, 261データベース管理、継続的作業 270データベース設定タスク 253データベースレイアウトのガイドライ

ン 254, 257Orbix ORB

共有サーバーモード、複数のオブジェクトマ

ネージャの登録 356

RRAID 「冗長ディスクアレイ」を参照

RDBMS

Siebel、サポートされるバージョンの確

認 64, 65システム、選択 46

Resonate Central Dispatch

increase タイムアウトエラー、失敗したコン

ポーネントのタイムアウト値の増

加 173Siebel Gateway、クラスタ化する場合の有効

化の説明 112インストール 73再インストール 82タイムアウトエラー、環境変数の設定 75タイムアウトエラー、現在の SCB タイムアウ

トパラメータの設定の確認 172ネットワークルート、確認 72ポート、スケジューラが使用するデフォル

ト 64Resonate Central Dispatch、インストール

インストールと設定のタスク、表 67仮想 IP アドレス、割り当て 70


索引

静的 IP アドレス、割り当て 71ネットワークルート、確認 71, 72

Resonate Central Dispatch、設定

アプリケーションサーバー、削除 80, 81アプリケーションサーバー、追加 80インストールと設定のタスク、表 67再インストール 82スケジューリングポリシー、選択につい

て 79設定手順 77, 80設定に関するヒント 75説明 74負荷分散ポリシー、選択 79

Resonate 監視アカウント

説明 61, 63ログイン権限、ユーザー ID、パスワードのガ

イドライン 63Resonate マネージャアカウント

Windows、作成 61説明 61, 62

SSCB タイムアウトパラメータ、現在の設定の確

認 172Server Manager

インターフェイス 29個別の Server Manager タスク、作成の説

明 30説明 29他のサーバーへの接続 30

SessionTimeout、説明と例 406SHARED_POOL_SIZE パラメータ、説明 259Siebel 2001、 UNIX 上でのサーバーコンポーネ

ントの設定 52Siebel ChartWorks Server

インストール 360インストールと設定のタスク、表 359設定 362

Siebel CORBA オブジェクトマネージャ

Siebel Server 前提条件、確認 336説明 336データベース接続、設定 337トラブルシューティング、表示されるエラー

メッセージ 357ネットワーク接続、確認 338

Siebel CORBA オブジェクトマネージャ、インス

トール

Siebel Server 前提条件。確認 336インストール手順 339インストールと設定のタスク、表 335ディレクトリ構造、確認と例 344データベース接続、設定 337ネットワーク接続、確認 338

Siebel CORBA オブジェクトマネージャ、インス

トール後のタスク

CORBA Object Manager を起動する前のタス

ク 343Siebel Database Server

Siebel eBusiness Applications システム、部分

を構成 225Siebel Database Server for DB2、インストール

インストール前のタスク 225ストアドプロシージャコード、コピーとイン

ストール 235ディレクトリ構造、確認 231テーブルオーナーアカウントと管理者アカウ

ント、作成 233Siebel Database Server for DB2、インストール後

のタスク

Siebel ファイルシステムの組み込み 250, 298

複数言語シードデータ、インストール 249レポジトリ、新規言語のインストール 250,

297Siebel Database Server for DB2、設定

インポート時に作成されるログファイル、

ファイルのリストの説明 246データベースサーバーコンポーネント、イン

ストール 236ログファイル、エラーの確認 241

Siebel Database Server for Oracle、インストール

インストールと設定のタスク 271インストール前のタスク 273ディレクトリ構造とファイルのリスト 279テーブルオーナーアカウントと管理者アカウ

ント、作成 280Siebel Database Server for Oracle、インストール

後のタスク

Oracle データベースも参照

Siebel Database Server for Oracle、設定

Oracle データベースも参照

インストール時に作成されるログファイル、

エラーの確認 287データベースサーバーコンポーネント、イン

ストール 282


索引

レポジトリ、ターゲットデータベースホスト

へのインポート 288ロールバックセグメント、設定 288

Siebel EAI のコネクタソフトウェア、インス

トール

インストール前の注意事項 330Siebel eAI のコネクタソフトウェア、インス

トール

インストールタスク 329Siebel eBusiness Applications

移行、説明 371複数のバージョンのインストール、説明 51

Siebel Enterprise Integration Manager

Oracle、 Siebel ベーステーブルとは異なる命

名のインターフェイステーブル 256Siebel Enterprise Server

Siebel Server、 Enterprise Server へのグループ

化 47Siebel Server、追加サーバーの設定 157定義済み 138

Siebel Gateway

「Siebel Server」も参照

Siebel Server、共存の説明 50インストール 65, 66, 106インストールしたファイル、リスト 123インストールと設定のタスク、表 111インストール前のタスク 112起動、確認 125自動起動、 AIX 用の設定 128自動起動、 Solaris 用の設定 127冗長ディスクアレイ、インストール先の説

明 114接続ブローカリング、説明 26説明 25注、異なるバージョンの Siebel の実行の説

明 111提供するサービス 25トラブルシューティング 128他の環境、インストール先 26

Siebel Gateway、インストール

インストール手順 65, 66, 106インストール前のタスク 112

Siebel Mid-Market、 ODBC 設定の説明 65Siebel Remote

Siebel Server、ネットワーク接続の確立 168Siebel Server、有効化の説明 159

Siebel Server

DB2 UDB、データベース接続用の設定 135Resonate Central Dispatch、インストールの

確認 137SearchServer、使用説明 137Siebel Enterprise Server、グループ化の説

明 47Siebel Gateway、共存の説明 50インストールと設定のタスク、表 131説明 28データベース接続、設定 135特定サービス専用、説明 47「トラブルシューティング」も参照

トラブルシューティング、インストールまた

は設定に関する 171ネットワーク接続、確認 135ファイルシステムディレクトリ、サブディレ

クトリの命名および一覧 58ファイルシステム、作成の説明 56ファイルシステム、セットアップ 59有効にする必要のあるコンポーネント 380,

382, 384Siebel Server components 「コンポーネント」を

参照

Siebel Server Manager 「Server Manager」を参

照。

Siebel Server、インストール

Siebel Remote、サーバー上での有効化の説

明 159Siebel Server、追加サーバーの設定 157インストールしたファイル、リストと説

明 156インストールタスク、リスト 138インストール手順 115, 140, 227, 274, 305,

330インストール前チェックリスト 139開始前の手順 34「トラブルシューティング」も参照

Siebel Server、インストール / 設定後のタスク

言語固有の Siebel オブジェクトマネージャ、

作成 169Siebel Server、設定

DB2 対応の Siebel ServerODBC データソース、

確認 160ODBC 接続、 Solaris または AIX 上のトラブル

シューティング 161


索引

Siebel ServerODBC データソース、確認 159Siebel Server コンポーネントグループ、同期

について 168Siebel Server ロケール、 DB2 UDB 用の設

定 168Siebel 環境変数、説明とリスト（表） 166自動起動、 AIX での設定 164自動起動、 siebel_server スクリプトの編集に

よる設定 162自動起動、 Solaris での設定 163「トラブルシューティング」も参照

トラブルシューティング、失敗した ODBCデータソース接続 161

モバイルユーザー、ネットワーク接続の確立

について 168Siebel Web Server Extension

トラブルシューティング 315Siebel Web Server Extension、インストール

Web サーバーソフトウェア、インストールの

説明 303トラブルシューティング 315

Siebel Web Server Extension、インストール後の

タスク

Sun ONE サーバー、 SWSE を受け入れるため

の設定 321Web Server Extension 設定ファイル、

eapps.cfg ファイルの構造 318, 402仮想ディレクトリ、確認 313シェルスクリプト、再起動する対象の説

明 323設定ファイル、オプションパラメータ 407,

410設定ファイル、構造 402設定ファイル、説明 317設定ファイル、必須パラメータ 403, 412設定ファイル、編集 317物理ディレクトリ、リスト 312ユーザー特権の付与 318

Siebel Web Server Extension、インストール前の

タスク

Siebel Gateway および Enterprise Server、確

認の説明 302Web Server Extension プラグイン、要件を満

たすことの説明 302サーバーコンポーネントの配布、説明 300設定、推奨 301

SIEBEL_GATEWAY、説明 166SIEBEL_ROOT ディレクトリ、 UNIX 上でのディ

レクトリ構造の計画 51, 52SIEBEL_ROOT、説明 166Siebel アカウント、作成

UNIX、ユーザーアカウントの作成 61, 63アカウントのセットアップに関する一般的な

ガイドライン 61ユーザーアカウントのタイプ 61

Siebel オブジェクトマネージャ、言語固有の作

成 169Siebel 環境変数、説明とリスト（表） 166Siebel 管理者、ログオン時にシェルスクリプト

を自動的に実行するように設定 125Siebel サービスオーナーアカウント

Windows、作成 61説明 61

Siebel 実装、計画

Siebel Server、 Siebel Enterprise Server へのグ

ループ化 47Siebel ディレクトリ構造、計画 51, 52インストール、サイズ 45, 47トポロジ、計画のガイドライン 49, 55プロセスの概要 39

Siebel 展開チーム、説明 45Siebel ファイルシステム

Siebel Database Server for DB2、組み込

み 250, 298作成、説明 56ディレクトリ構造 56ディレクトリ、サブディレクトリの命名およ

び一覧 58ディレクトリ、セットアップ 59

Siebel モバイル Web クライアント、 Siebel Server とのネットワーク接続の確立につい

て 168Siebel レポジトリ

Siebel Database Server for DB2、新規言語のイ

ンストール 250, 297Siebel Database Server for Oracle、ターゲット

データベースホストへのインポー

ト 288siebenv.csh、説明 166siebenv.sh、説明 166Solaris


索引

ODBC 接続、トラブルシューティング 161Siebel Gateway、自動起動するように設

定 127Siebel Server、自動起動設定 163

SORT_AREA_RETAINED_SIZE パラメータ、説

明 259SORT_AREA_SIZE パラメータ、説明 259Sun ONE Web サーバー

Siebel Web Server Extension、受け入れるため

の設定 321確認 314ユーザー特権の付与 318

TTeaming NIC ドライバ 69

UUnicode 対応のデータベース、

DB2_INDEX2BYTEVARLEN パラメータの

設定の重要性 218UNIX


データベース接続の設定 337権限、設定 52ディレクトリ構造、計画 51, 52

VVisiBroker ORB

永続モード、複数のオブジェクトマネージャ

の登録 355共有サーバーモード、複数のオブジェクトマ

ネージャの登録 356VPD.PROPERTIES ファイル 156

WWeb Server Extension 設定ファイル

eapps.cfg ファイルの構造 318, 402WebPublicRootDir パラメータ、説明 413WebUpdatePassword パラメータ、説明 413Web サーバー

ソフトウェア、インストールの説明 303Windows

ChartWorks、インストール 360


データベース接続の設定 337Siebel サービス所有者／ Resonate マネージャ

アカウント、作成 61静的 IP アドレス、割り当て 71

あアカウント Siebel アカウント、作成を参照

アップグレードウィザード、インストールの実

行 240, 245, 286, 293アップグレード、説明 371アプリケーション環境

エンティティ 22図 22

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

エンタープライズサーバー、アプリケーショ

ンサーバーの削除 80エンタープライズサーバー、アプリケーショ

ンサーバーの追加 80アンインストール

言語パック 370

い移行、説明 371インストール

Resonate Central Dispatch 73Siebel 2001、 UNIX 上でのサーバーコンポー

ネントの設定 52Siebel Database Server for DB2 115, 140,

227, 274, 330Siebel Gateway 65, 66, 106Siebel 実装、計画 ; アンインストールも参照

展開サイズ 45, 47プロセスの概要 36

か開発環境、説明 46仮想 IP アドレス

Resonate Central Dispatch、インストールに

ついて 70Resonate Central Dispatch、ネームサービス

の更新 70仮想ディレクトリ、確認

Web サーバーの設定ファイル、 d.conf. 313


索引

Web サーバーの設定ファイル、obj.conf. 314

環境

環境の推奨事項 46変数、説明とリスト（表） 166

管理者アカウントの作成、 Siebel Database for Oracle のデータベース用 280

き共有サーバーモード

複数のオブジェクトマネージャ、登録 356

くクライアントの接続リクエスト、説明 26

け言語

パック、アンインストール 370言語属性、設定

Oracle、説明および照合順の設定 260照合する順序 266

言語特性、設定

「データベース」も参照

言語の属性、設定 212コードセット、定義 219照合する順序 219, 220テリトリー、定義 219

こコードセット、定義 219コンポーネント

タイプ 31定義済みコンポーネント、説明 31モード 30

さサーバー

ネットワークの表示の問題、解決 70サーバーモードのコンポーネント 31

しシードデータ

Siebel Database Server for DB2、複数言語シー

ドデータのインストール 249

シェルスクリプト、設定ファイル変更後の再起

動 323実装計画ワークシート 373シャドウスケジューリング、 Resonate Central

Dispatch の機能 75照合順

DB2、説明とソート順 219, 266照合する順序

DB2 データベース、作成 220Oracle、説明および接続時の設定 260

冗長ディスクアレイ

Oracle、使用 254Siebel Gateway、インストール先の説明 114使用方法の説明 198

シングルノードサーバーコンポーネント、説

明 300シンメトリックルート、定義 72

すストアドプロシージャコード、コピーとインス

トール 235

せセッションモードのコンポーネント 31接続ブローカリング、説明 26設定ファイル

Siebel Web Server Extension、インストール後

のタスク 412オプションパラメータ 407, 410構造 402説明 317必須パラメータ 403, 412

たタスクモードのコンポーネント 31

て定義済みコンポーネント、説明 31, 32ディレクトリ構造、計画

UNIX、構造の計画 51, 52データベースオブジェクト、 DB2 用に作成

「言語の属性」も参照、設定

テーブルスペース、説明 216バッファプール、アクティブ化 216


索引

保存パラメータ、デフォルトの上書き 220容量計画 215

データベースオブジェクト、 Oracle 用に作成

一時テーブルスペース、作成 265「言語属性、設定」も参照

説明 261テーブルスペース、作成のガイドライ

ン 264テーブルスペース、適切な初期サイズの設定

と正常なインストールの保証 265デフォルトの保存パラメータ、上書きの説明

および例 268, 269容量計画、 REDO ログのサイズ設定 263容量計画、説明およびガイドライン 261

データベースオブジェクト、分散計画

DB2、説明およびオブジェクトのテーブ

ル 199Oracle、説明およびテーブル 254

データベース管理

Oracle データベース管理パラメータ 258Oracle、継続的作業 270「言語の属性」も参照、設定

データベーストランザクションログ、十分な

DB2 データベーススペースの割り当

て 215テーブルオーナーアカウントの作成、 Siebel

Database for Oracle データベース用 280テーブルスペース

DB2、使用方法の説明 202Oracle、一時テーブルスペースの作成 265Oracle、オブジェクト配置のための使用法の

説明 257Oracle、作成のガイドライン 264Oracle、適切な初期サイズの設定と正常なイ

ンストールの保証 265デーモンプロセス、設定ファイル変更後の再起

動 323テスト環境、説明 46デフォルト保存パラメータ、上書き 220テリトリー「言語の属性、設定」を参照

展開チーム、説明 45テンプレート、 Siebel ファイルシステムを実行

するためのフォローアップテンプレートの

使用の説明 250, 298

とトラブルシューティング

Siebel Gateway 128Siebel Server、インストールまたは設定に関

するエラー 171Siebel Web Server Extension 315失敗した ODBC データソース接続 161タイムアウト、現在の SCB タイムアウトパラ

メータの設定の確認 172タイムアウト、失敗したコンポーネント用の

増加 173トランザクションログ、十分な DB2 データベー

ススペースの割り当て 215

ねネットワーク

接続計画 65ネットワークルート、確認 71, 72

ネットワーク接続

確認 135

はバックアップ

復旧用に DB2 で推奨されるファイル 202バッファプール、作成とサンプルバッファプー

ルの設定について 216

ふファイルシステム

Siebel Server、ディレクトリの命名 59ファイルシステム Siebel ファイルシステムを参

照

フォローアップテンプレート、 Siebel ファイル

システムを実行するための使用の説

明 250, 298複数言語シードデータ

Siebel Database Server for DB2、インストー

ル 249複数の定義済みコンポーネント、説明 32分散型サーバーコンポーネント、説明 300

ほポート、割り当て計画 64保存パラメータ


索引

DB2、デフォルトパラメータの上書きについ

て 220Oracle、デフォルトの上書きの説明および

例 268, 269本番環境、説明 46

みミラーリング

DB2 での推奨ミラーリング対象 202

もモバイル Web クライアント

Siebel Server、同期 147モバイルクライアント接続 26

ゆユーザーアカウント

Central Dispatch アカウントの作成 63UNIX、ユーザーアカウントの作成 61アカウントのセットアップに関する一般的な

ガイドライン 61タイプ 61

ユーザー特権、付与 318

よ容量計画

DB2 データベースのサイズ、正確なサイズ算

出のガイドライン 213

DB2 データベースのスペースの条件 213トランザクションログ、十分な DB2 スペー

スの割り当て 215ログファイルの順序、説明 215

りリレーショナルデータベース管理システム

RDBMS を参照

れレポジトリ「Siebel レポジトリ」を参照

ろローカルエリアネットワーク（LAN）、 Siebel ア

プリケーションの接続の説明 50ロールバックセグメント

Siebel Database Server for Oracle、設定 288ログファイル

Oracle、サイズ設定 263Siebel Database Server for DB2、インポート時

の作成 246, 247Siebel Database Server for DB2、エラーの確

認 241Siebel Web Server Extension、トラブルシュー

ティング 315アーカイブ、ログファイルのアーカイブのた

めの LOGRETAIN の使用 215ロケール「言語の属性、設定」を参照


索引


unix 用siebel server インストールガイド バージョ...

Documents

unix 用siebel server インストールガイドバージョ...