Oracle Enterprise Manager

Application Management Pack for Siebelスタート・ガイド

12c リリース3 (12.1.0.3)

B70513-03(原本部品番号:E26046-05)

2013年10月

Oracle Enterprise Manager Application Management Pack for Siebelスタート・ガイド, 12cリリース3 (12.1.0.3)

B70513-03

Copyright © 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Akshaya Govind

原本協力者:  Venkatesh Seenivasan

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 概要

- 機能概要

- Siebel固有のターゲット

2 インストールおよびアップグレードの実行

- Enterprise ManagerにSiebelエンタープライズをインストールするための前提条件

- 自動化の有効化

- Siebelバージョン7.7および7.8の場合の自動化の有効化

- Siebelバージョン8.xの場合の自動化の有効化

3 Siebelエンタープライズ・ターゲットの構成

- Siebelエンタープライズの追加

- Siebelエンタープライズの更新

- Siebelサーバーの更新

- Siebelのコンプライアンス標準

- 既存のSiebelエンタープライズ・ターゲットへのSiebel以外のターゲットの追加

- 追加されたSiebel以外のターゲットの手動によるサービスに不可欠なターゲットとしての定義

- 既存のエンタープライズからのサーバーまたはコンポーネントの削除

4 Siebelサービス・ターゲットの作成

- Siebelアプリケーション・サービスの作成

- Siebelアプリケーション用のSiebelサービスの追加

- Siebel階層からのSiebelサービスの削除

5 Siebelトランザクションについて

- 一般的なSiebelトランザクション

- トランザクションの記録、および可用性とパフォーマンスのテスト

- 既存のサービスへのトランザクション・グループを伴うSiebel HIテストの追加

- OATSの使用によるSiebelトランザクションの記録および再生

6 Siebelパフォーマンス診断

- Siebel診断の機能

- 診断レポートのタイプ

- 診断レポートの前提条件

- 診断レポートの作成

- サーバー・パフォーマンス・レポートの表示

- 「サーバー・パフォーマンス・レポート: <レポート名>」ページ

- 「サーバー・パフォーマンス・レポート: <レポート名> <バケット>」ページ

- 「サーバー・パフォーマンス・レポート: <レポート名> <リクエストID>」ページ

- ユーザー・パフォーマンス・レポートの表示

- 「ユーザー・パフォーマンス・レポート: <レポート名>」ページ

- 「ユーザー・パフォーマンス・レポート: <レポート名> <バケット>」ページ

- 「ユーザー・パフォーマンス・レポート: <レポート名> <リクエストID>」ページ

7 Siebelワークフローの使用

- Siebelワークフローについて

- Cloud ControlでのSiebelワークフロー・ターゲットの検出および監視

8 イベント・ログの使用

9 Siebelメトリック

- Siebelコンポーネントのメトリック

- Siebelコンポーネント・グループ・ターゲットのメトリック

- Siebelゲートウェイ・ターゲットのメトリック

- Siebelサーバー・ターゲットのメトリック

- Siebelワークフロー・ターゲットのメトリック

10 トラブルシューティング

- Siebelエンタープライズの検出エラー

- 特定のメトリックが収集されない

- ビジネス・メトリックが収集されない

- すべてのSarmQueryメトリックが0(ゼロ)

- Siebelファイル・システム・メトリックが収集されない

- Enterprise Managerの特定のコンポーネントのステータスがServer Managerの同一のコンポーネントのステータスと異なる

- ビーコンがHIアプリケーションのステータスを正しくレポートしない

- 同一のアプリケーションに対して複数のトランザクションを記録しようとすると、Internet Explorerがクラッシュする

- Siebelエンタープライズの検出による結果が得られない

- Siebelエンタープライズの検出が失敗し、内部エラーが発生する

- Siebelアプリケーションの検出による結果が得られない

- Siebelサービスのステータスの問題

- SARMメトリックおよびパフォーマンス診断の問題

はじめに

このドキュメントでは、Siebel Management Packの概要を示し、このパックが提供する付加価値的な機能について説明します。また、Siebelターゲットに対して収集されるメトリックを一覧表示し、監視問題を解決する際に使用できるトラブルシューティングのヒントを示します。

この章に含まれる内容は次のとおりです。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Siebel Customer Relationship Management (CRM)アプリケーションを管理するOracle Application Management Pack for Siebel (Siebelプラグインとも呼ばれる)のユーザーを対象としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のドキュメントを参照してください。

- Enterprise Manager Cloud Controlクイック・スタート・ガイド

- Oracle Enterprise Manager概要

- Siebel 8システム監視および診断ガイド(Siebel 8ブックシェルフ)

- Enterprise Manager Cloud Controlインストレーション・ガイド

- Oracle Enterprise Managerアドバンスト構成

これらのドキュメントには、Oracle Technology Networkからアクセスできます。

http://www.oracle.com/technology/documentation/index.html

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 概要

この章では、Enterprise Managerに追加されたSiebelターゲットなど、Oracle Application Management Pack for Siebelに関する入門情報を示します。

機能概要

Oracle Application Management Pack for Siebel (Siebelプラグインとも呼ばれる)は、Siebel Enterprise全体を管理するための統合ソリューションです。Oracle Enterprise Manager Cloud Controlの機能を利用して構成管理、アプリケーション・パフォーマンス管理、自動化およびサービス・レベル管理を行い、Siebel CRMアプリケーションに必要な高レベルなパフォーマンスおよび可用性を実現できます。

Siebelを使用して次のことが実行できます。

- 1つのコンソールから、複数のSiebel環境を管理できます。

- Siebelサーバー環境、これらのサーバーのホスト、およびSiebel Application Server内にデプロイされたサーバー・コンポーネントの状態および容量使用状況を監視できます。

- Siebel Application Serverおよびサーバー・コンポーネント・パラメータに行った構成変更を追跡できます。

- 統合サービス・テスト・トランザクションからのレスポンス時間のみでなく、実際のエンドユーザー・レスポンス時間も監視できます。

- パフォーマンスを分析することにより、パフォーマンスおよび可用性の問題を診断できます。

- Siebel CRMアプリケーションで提供されるサービス・レベルでモデル化、監視およびレポートできます。

- イベント・ログを監視できます。

Siebel固有のターゲット

表1-1に、Siebel CRMアプリケーションを容易に管理するためにEnterprise Managerに追加されたSiebelターゲットを示します。これらのターゲットは、Enterprise Manager内で管理できるように、Siebel環境内のエンティティをモデル化します。

通常は、これらのターゲットはSiebelの対応するターゲットと1対1で直接マッピングされます。特定の管理機能をEnterprise Manager内で容易にするために作成されたものもあります。

表1-1 Siebel固有のターゲット

Enterprise Managerターゲット

Siebelエンティティ

用途

Siebel Enterprise

Siebel Enterprise

メトリックおよび関連付けられたSiebelサーバーへのアクセスを提供するSiebelエンタープライズ

Siebelサーバー

Siebel Application Server

関連するメトリックと構成情報、および関連付けられたSiebelコンポーネントへのアクセスを提供するSiebelサーバー

Siebelコンポーネント・グループ

Siebelコンポーネント・グループ

メトリックおよび関連付けられたSiebelコンポーネントへのアクセスを提供するSiebelコンポーネント・グループ

Siebelコンポーネント

Siebelコンポーネント

コンポーネント・メトリックおよび構成情報へのアクセスを提供するSiebelコンポーネント

Siebelキー・コンポーネント

-

Siebelサーバー本来の機能のために必要な機能を提供するすべてのSiebelコンポーネント

Siebel機能コンポーネント

-

複数のコンポーネントで使用できる機能(ワークフローなど)を提供するすべてのSiebelコンポーネント

Siebelデータベース・リポジトリ

Siebel Database

Siebelビジネス・メトリックへのアクセスを提供するSiebelデータベース

Siebel Gateway Server

Siebel Gateway Server

Siebelゲートウェイ・サーバー

Siebelアプリケーション・サービス(HI)

従業員対象のSiebelアプリケーション(高レベル双方向性)

Siebelのすべての高レベル双方向性アプリケーションについての情報を提供する集計サービス

Siebelアプリケーション・サービス(SI)

顧客対象のSiebelアプリケーション(標準レベル双方向性)

Siebelのすべての標準レベル双方向性アプリケーションについての情報を提供する集計サービス

Siebelワークフロー

-

ワークフロー・プロセスおよびコンポーネント・グループへのアクセスを提供するSiebelワークフロー・ターゲット

2 インストールおよびアップグレードの実行

この章では、次の項目に関する予備的な補足情報および手順について説明します。

- Enterprise ManagerにSiebelエンタープライズをインストールするための前提条件

- 自動化の有効化

Enterprise ManagerにSiebelエンタープライズをインストールするための前提条件

作業を進める前に、次のシステム要件を確認しておいてください。

- Siebelプラグインがサポートされているプラットフォームは、Siebelソフトウェアをサポートするプラットフォームと同じです。現在、Siebelプラグインは、Siebel 7.7、Siebel 7.8以上のすべてのバージョンとともにサポートされています。Siebelのシステム要件を調べるには、My Oracle Support (MOS)の「動作保証」タブを参照してください。

- 従業員を対象とした(高レベル双方向性)Siebel CRMアプリケーションに対してサービス・テスト・トランザクションを実行するビーコンは、Microsoft Windowsベースのコンピュータで実行する必要があります。これらのビーコンは、Microsoft Internet Explorer上で、Siebelに対してトランザクションを実行します。

- サービス・テストを記録または更新するとき、Enterprise Managerに接続するためにMicrosoft Internet Explorerを使用する必要があります。これは、テストが顧客を対象としたSiebelアプリケーション(高レベル双方向性)の場合でも、従業員を対象としたSiebelアプリケーション(標準レベル双方向性)の場合でも必要です。

Enterprise ManagerでOracle Application Management Pack for Siebelを監視するには、あらかじめ次のタスクを実行する必要があります。

1. Enterprise Manager Cloud Controlをインストールします。
この手順を実行するために必要な情報は、次の場所から入手できるEnterprise Manager Cloud Controlインストレーション・ガイドを参照してください。

http://www.oracle.com/technology/documentation/oem.html

2. 次のようにして、SiebelプラグインをOMSにデプロイします。

1. Cloud Controlの「設定」メニューから、「拡張性」、「プラグイン」の順に選択します。
「プラグイン」ページが表示されます。

2. 「プラグイン」表で「Oracle Siebel」を選択します。

3. 「デプロイ先」をクリックして、「管理サーバー」を選択します。

3. 各ホストにエージェントをインストールします。
Siebel Gateway Server、Siebel Web Server、Siebel Application Server、Siebel Report Server、Siebel Chart Server、Siebel Search ServerおよびSiebel Databaseが実行されている各ホストにエージェントをインストールします。また、サービス・テスト・ビーコンをデプロイする予定の各システムがSiebelサーバー・ホストと異なる場合は、それらの各システムにもエージェントをインストールします。

この手順を実行するために必要な情報は、Enterprise Manager Cloud Controlインストレーション・ガイドを参照してください。

Siebelとともに使用するLDAPや電子メール・サーバーなど、追加のソフトウェアを監視し、これらのターゲットを監視するための適切なライセンスを持っている場合は、これらのホストにもエージェントをインストールします。

4. 前の手順でインストールした各管理エージェントにSiebelプラグインをデプロイします。
ビーコン・プラグインは、サービス・テストを実行するためにビーコンが作成される管理エージェントのみにデプロイします。

5. 管理エージェントをインストールするすべてのホストに優先資格証明を設定します。これにより、Enterprise ManagerはSiebel Application Serverをホストしているコンピュータでコマンドを実行できるようになります。
Siebelターゲットをホストするホスト・ターゲット・タイプの優先資格証明を設定するには、次のようにします。

1. 「設定」メニューから、「セキュリティ」を選択し、「優先資格証明」を選択します。

2. 「優先資格証明」ページで、表からターゲット・タイプとして「Siebelサーバー」を選択し、「優先資格証明の管理」を選択します。

3. 「ホスト優先資格証明」ページの「デフォルトの優先資格証明」セクションで、表から「資格証明セット」を選択して、「設定」をクリックします。

6. (オプション)自動化の有効化
Siebelの高レベル双方向性アプリケーションに対してEnterprise Managerビーコンを作成するには、監視対象のSiebelコンポーネントが自動化サポートを提供するように構成されている必要があります。

自動化サポートを有効にする方法は、2.2項「自動化の有効化」を参照してください。

7. (オプション) SARMの有効化
ユーザー・パフォーマンスを監視するには、Siebel Application Response Measurement(SARM)を手動で有効にする必要があります。特定のコンポーネントに対してSARMを有効にするには、srvrmgrにアクセスし、次のコマンドを実行します。

change param SARMLevel=2 for comp [component_name]
change param SARMBufferSize=5000000 for comp [component_name]
change param SARMFileSize=15000000 for comp [component_name]
change param SARMPeriod=3 for comp [component_name]

注意:
複数のコンポーネントに対してSARMを有効にするには、この一連のコマンドを各コンポーネントに対して実行する必要があります。

8. (オプション)サービス・レベル管理機能を使用してエンドユーザー・パフォーマンスを監視するには、Microsoft WindowsでSiebelデプロイメント用に環境を構成します。
高レベル双方向性(HI)アプリケーションを監視するためにビーコンを有効するには、次のようにします。

1. Microsoft Windows Beaconシステムから、「スタート」、「コントロール パネル」の順にクリックします。

2. 「管理ツール」をダブルクリックして、「サービス」をダブルクリックします。

3. 「Enterprise Managerエージェント」サービスまでスクロール・ダウンします。通常、このエージェントはOracleagent10gAgentです。

4. サービス・エントリをダブルクリックします。

5. 「ログオン」タブで「デスクトップとの対話をサービスに許可」オプションを選択します。

6. 「OK」をクリックして変更内容を保存します。

また、Enterprise Managerでオペレーティング・システム・ユーザー・アカウントを構成する必要があります。Enterprise Managerでは、このユーザー・アカウントを使用して、BeaconシステムのWindowsオペレーティング・システム・ユーザーに十分な権限を付与します。Windowsベースのコンピュータにある管理エージェント用に、このユーザー・アカウントにはデフォルトでは生成されない1つの特別なWindows権限が必要です。この権限を付与するには、次のようにします。

1. Microsoft Windows Beaconシステムから、「スタート」、「コントロール パネル」の順にクリックします。

2. 「管理ツール」をダブルクリックして、「ローカル セキュリティ ポリシー」をダブルクリックします。

3. 左側のペインの「セキュリティの設定」で、「ローカル ポリシー」を開き、「ユーザー権限の割り当て」をダブルクリックします。

4. 「バッチ ジョブとしてログオン」エントリをダブルクリックします。

5. 「ユーザーまたはグループの追加」ボタンをクリックし、Windowsオペレーティング・システム・ユーザー名またはこのユーザーを含むグループを入力します。

6. 「OK」をクリックし、次のダイアログ・ボックスで「適用」、「OK」をクリックして変更を保存します。

9. (オプション)時刻統計の有効化
Enterprise Managerからアクセス可能な様々なSiebelパフォーマンス・メトリックを監視する場合は、それらの各コンポーネントに対して、次のsrvrmgrコマンドを実行します。

change param TimedStats=true for component [component_name]

10. (オプション)サービス・レベル管理機能を使用してエンドユーザー・パフォーマンスを監視するには、新しいトランザクションを記録する前にすべてのアプリケーションに手動でアクセスします。
新しいトランザクションを記録する前に、すべてのアプリケーションに手動でアクセスし、ポップアップ・ウィンドウのすべてリクエストを手動で満たす必要があります。このタスクを実行しない場合、ポップアップ・ウィンドウによって記録セッションは阻害され、割り込まれます。この手順は、ビーコンがデプロイされる予定の各システムで1回実行する必要があり、HIアプリケーションに最も適しています。

また、新しいトランザクションの記録時は、URLにSWECmd=AutoOnを含める必要があります。このように設定すると、Enterprise ManagerはSiebelのテスト自動化フレームワークと対話できます。

11. (オプション)ビーコンのコンピュータからHIアプリケーションにアクセスします。
Enterprise ManagerでSiebel HIアプリケーションを検出するには、HIアプリケーションがビーコン・コンピュータから一度アクセスされる必要があります。

自動化の有効化

次の各項では、Siebelバージョン7.7、7.8および8.0のオプションを有効にする方法について説明します。この項の内容は次のとおりです。

- Siebelバージョン7.7および7.8の場合の自動化の有効化

- Siebelバージョン8.xの場合の自動化の有効化

Siebelバージョン7.7および7.8の場合の自動化の有効化

自動化サポートを有効にするには、サーバー側の構成ファイル(たとえば、Call Centerの場合はuagent.cfg)にアクセスし、変数EnableAutomationを検索して、値をTRUEに変更します。

1. サーバー側の構成ファイル(Call Centerの場合uagent.cfg)にアクセスします。

2. EnableAutomation変数を検索して、値をTRUEに変更します。
変数定義が存在しない場合は、構成ファイルの[SWE]セクションを見つけ、次の行を追加します。

EnableAutomation = TRUE

3. 変更した構成ファイルを保存し、Siebelサーバーを再起動します。

Siebelバージョン8.xの場合の自動化の有効化

自動化サポートを有効にするには、次のようにします。

1. Enterprise Managerビーコンで監視する予定のすべての高レベル双方向性コンポーネントに対して次のsrvrmgrコマンドを実行します。

change parameter EnableAutomation=True for server server_name comp comp_name

2. 対象となるすべてのコンポーネントに対してこのコマンドを適用して、Siebelサーバーを再起動します。

3 Siebelエンタープライズ・ターゲットの構成

この章では、次の項目の手順について説明します。

- Siebelエンタープライズの追加

- Siebelエンタープライズの更新

- Siebelサーバーの更新

- Siebelのコンプライアンス標準

- 既存のSiebelエンタープライズ・ターゲットへのSiebel以外のターゲットの追加

- 追加されたSiebel以外のターゲットの手動によるサービスに不可欠なターゲットとしての定義

- 既存のエンタープライズからのサーバーまたはコンポーネントの削除

Siebelエンタープライズの追加

Siebelエンタープライズを使用すると、管理者は分散するターゲットを論理的に編成して、効率的かつ効果的に管理、監視できます。

Siebel Enterpriseを監視のためにCloud Controlに追加するには、次の手順を実行します。

1. 「ターゲット」メニューから、「Siebel」を選択します。

2. 「Siebel」ページの「Enterprise」タブで、「追加」ボタンをクリックします。
図3–1に示すように、「Siebel Enterpriseの追加」ページが表示されます。

3. 資格証明を入力します。自動開始モードのチェック・ボックスを選択して、起動モードがautoのコンポーネントのみを検出することもできます。このチェック・ボックスを選択すると、起動モードがmanualのコンポーネントはすべて無視されます。

注意:
ゲートウェイのインストール場所のフィールドは、すべてのOracle Universal (OUI)ベースのSiebelインストールで必須です。標準インストールでは、ゲートウェイ・サーバー・ポートは2320です。

4. 資格証明の入力後、「エンタープライズの追加」をクリックしてエンタープライズの追加を続行するか、「検出事前チェック」を実行するか選択できます。

5. 事前チェックを実行するには、「検出事前チェック」をクリックします。
「検出事前チェック」をクリックすると、検出事前チェック・ウィザードが開き、事前チェックが成功したかどうかが表示されます。「閉じる」をクリックして「事前チェックの詳細」ページに進みます。

検出事前チェックは次のチェックを実行します。各チェックの結果の詳細は「事前チェックの詳細」ページに表示されます。

- ゲートウェイ・チェック

- 検出チェック

- サーバー・マネージャ・チェック

- サーバー・チェック

- Enterpriseチェック

- ホスト・チェック

「事前チェックの結果」ページで詳細を確認してから、「検出に進む」をクリックします。事前チェックが成功した場合のみ、検出を続行できます。

事前チェックが失敗した場合、入力したすべての資格証明をチェックし、Enterprise ManagerリポジトリにEnterpriseがすでに存在しているかチェックします。

Siebel Enterpriseとそれに関連するターゲットが作成されると、進行状況ページにより通知されます。

図3-1 「Siebel Enterpriseの追加」ページ

Siebelエンタープライズの更新

Siebelサーバーまたはサーバー・コンポーネントをSiebel Enterpriseに対して追加または削除した後には、エンタープライズを更新してSiebel EnterpriseおよびEnterprise Managerのターゲット間の関係をチェックします。

エンタープライズを更新するには、次の手順を実行します。

1. Enterprise Managerコンソールの「ターゲット」メニューから「Siebel」を選択します。

2. Siebel Enterpriseホームページの「一般」セクションで、「エンタープライズの更新」をクリックします。
「エンタープライズの更新」をクリックすると、次のオプションが使用できます。

- エンタープライズの更新。コンポーネントがmanual起動モードかauto起動モードかにかかわらず、エンタープライズのすべてのコンポーネントを更新します。

- 起動モード"auto"のコンポーネントを含むEnterpriseの更新。エンタープライズのauto起動モードのコンポーネントのみを更新します。

図3–2に示すように、Siebel Enterpriseホームページが表示されます。

3. 表示されたレポートを確認して、「閉じる」をクリックします。
「閉じる」をクリックすると、「構成変更レポート」ページが開き、Siebel EnterpriseおよびEnterprise Managerのターゲット間の関係のレポートの詳細が表示されます。

4. レポートを確認した後、更新するターゲットを選択し、「更新」をクリックしてエンタープライズを更新します。
レポートにエラーが表示されている場合、「取消し」をクリックします。

図3-2 Siebel Enterpriseホームページ

Siebelサーバーの更新

Siebelサーバーのトポロジと同期するには、次の手順を実行します。

1. 「ターゲット」メニューから、「Siebel」を選択します。

2. Siebelサーバー・ターゲットをクリックして、Siebelサーバー・ホームページの「一般」セクションで「サーバーの更新」をクリックしてください。
「サーバーの更新」をクリックすると、次のオプションが使用できます。

- サーバーの更新。コンポーネントがmanual起動モードまたはauto起動モードにかかわらず、サーバーのすべてのコンポーネントを更新します。

- 起動モード"auto"のコンポーネントを含むサーバーの更新。サーバーのauto起動モードのコンポーネントのみを更新します。

図に示すように、Siebelサーバー・ホームページが表示されます。

3. 表示されたレポートを確認して、「閉じる」をクリックします。

図3-3 Siebelサーバー・ホームページ

Siebelのコンプライアンス標準

コンプライアンス標準を関連付けるには、次の手順に従います。

1. Siebel Enterpriseホームページから、「Siebel Enterprise」、「コンプライアンス」、「標準アソシエーション」の順に選択します。

2. 「標準アソシエーション」ページで、「アソシエーション設定の編集」をクリックします。

3. 「ターゲット・コンプライアンス標準のアソシエーション」ページで、「追加」をクリックします。

4. 「コンプライアンス標準」ウィンドウで、関連付けるコンプライアンス標準を選択して「OK」をクリックします。

関連付けられるルールを確認するには、次の手順に従います。

1. Siebel Enterpriseホームページから、「Siebel Enterprise」、「コンプライアンス」、「結果」の順に選択します。

2. 「コンプライアンス結果」ページで、コンプライアンス標準で関連付けられるルールを確認します。

既存のSiebelエンタープライズ・ターゲットへのSiebel以外のターゲットの追加

SiebelターゲットをSiebel Enterpriseターゲットに追加するには、Siebel Enterpriseホームページからアクセスできる即時更新機能を使用できます。

Siebel EnterpriseターゲットにSiebel以外のターゲットを追加するには、次のようにします。

1. Oracle Technology Network (OTN)サイトに移動します。

http://www.oracle.com/technology/software/products/oem/ index.html

2. 適切なサード・パーティ・プラグインをダウンロードし、Enterprise Managerにそれぞれのターゲットを作成します。

3. Enterprise Managerコンソールの「ターゲット」メニューから「Siebel」を選択します。

4. Enterpriseホームページから、拡張インフラストラクチャタブをクリックして、「追加」をクリックします。

追加されたSiebel以外のターゲットの手動によるサービスに不可欠なターゲットとしての定義

Siebel以外のターゲットを手動でエンタープライズに追加した後、これらのターゲットをEnterprise Managerで使用できる根本原因分析機能で使用できるようにするには、これらのターゲットをキー・コンポーネントとして指定する必要があります。

次の手順を実行して、Siebel以外のターゲットをすべてのSiebelアプリケーション・サービスに不可欠なターゲットとします。

1. Enterprise Managerコンソールの「ターゲット」メニューから「Siebel」を選択します。

2. 「サービス」タブを選択します。

3. Siebelアプリケーション・サービスを選択し、「構成」ボタンをクリックします。

4. 「システム構成」をクリックします。
「システム構成」ページが表示されます。

5. 新しく追加したターゲットを「キー・コンポーネント」としてマークし、「OK」ボタンをクリックします。

既存のエンタープライズからのサーバーまたはコンポーネントの削除

Siebel Enterpriseターゲットの作成後、そのエンタープライズから個々のサーバーまたはコンポーネントを手動で削除できます。ただし、これにより、Enterprise Managerリポジトリからそれぞれのターゲット情報が削除されます。

エントリが削除されると、Enterprise Managerはそのターゲットを監視しなくなります。そのエンタープライズに対して手動で再同期化を実行すると、Enterprise Managerは新しいシステム・トポロジにそのコンポーネントを含めます。

既存のエンタープライズからコンポーネントを手動で削除する場合、次の2つの方法が可能です。

- 「すべてのターゲット」ページで、削除するサーバーまたはコンポーネントの上にマウスを移動して右クリックし、メニューから「ターゲット設定」、「ターゲットの削除」の順に選択します。

- Siebelホームページから、「エンタープライズ」タブを選択して、削除するエンタープライズを選択します。エンタープライズ名の隣にあるラジオ・ボタンを選択して、「削除」ボタンをクリックします。
これにより、Siebelサーバー、ターゲットおよびすべてのエンタープライズ・コンポーネントが削除されます。

4 Siebelサービス・ターゲットの作成

この章では、次の項目の手順について説明します。

- Siebelアプリケーション・サービスの作成

- Siebelアプリケーション用のSiebelサービスの追加

- Siebel階層からのSiebelサービスの削除

Siebelアプリケーション・サービスの作成

Siebelアプリケーション・サービスを作成するには、次のようにします。

1. Enterprise Managerコンソールの「ターゲット」メニューから「Siebel」を選択します。

2. 「サービス」タブをクリックし、次に「追加」をクリックします。
図4–1に示すように、「Siebelアプリケーション・サービスの作成」ページが表示されます。

3. 資格証明を入力します。

4. 「Webサーバー・ホスト」タブの「追加」をクリックして、Webサーバー・ホストを追加します。

注意:
インストールがOracle Universal (OU)ベースである場合は、Webサービスのインストール場所を指定します。

5. 「ビーコン」タブの「追加」をクリックして、既存のビーコンを追加します。
「キー・ビーコン」列にあるチェック・ボックスをクリックすると、このサービス階層を監視するビーコンを定義できます。また、「追加」および「削除」ボタンを使用すると、ビーコンを作成、追加および削除できます。Siebelデプロイに、Call Centerなどの高レベル双方向性アプリケーションが含まれている場合は、Windowsビーコンのみ追加します。

6. 「作成」をクリックします。
Siebelアプリケーション・サービスが作成されると、進行状況ページにより通知されます。

図4-1 「Siebelアプリケーション・サービスの作成」ページ

Siebelアプリケーション用のSiebelサービスの追加

作業を進める前に、次の補足情報を確認しておいてください。

- 記録するアプリケーションでActiveXオブジェクトが使用される場合は、Internet Explorerブラウザにオブジェクトを事前にロードします。これを行うには、アプリケーションにログインし、記録を開始する前にアプリケーションからログアウトします。これは、記録する各デスクトップおよび記録するトランザクションを監視する各ビーコンに対して実行する必要があります。

- 高レベル双方向性(HI)アプリケーションの場合、Internet Explorerを使用して、Windows環境でトランザクションを記録する必要があります。

- HIアプリケーション用のサービスを定義している場合は、構成プロセス中に表示されるトランザクション・ページでWindowsで実行中のビーコン・オプションを選択します。

Siebelアプリケーション用のSiebelサービスを追加するには、次のようにします。

1. Enterprise Managerコンソールの「ターゲット」メニューから「Siebel」を選択します。

2. 「サービス」タブを選択します。

3. 「サービスの追加」ドロップダウン・リストからアプリケーションのタイプを選択し、「実行」を選択します。

構成手順を示す構成ウィザードが表示されます。

新しく追加したサービスが「Siebel」タブに表示されるようにするには、次のようにします。

1. 「ターゲット」メニューを選択して、次に「Siebel」を選択します。

2. 「サービス」タブで、「アプリケーション・サービス」を選択します。

3. 該当する集計サービスを選択し、「構成」ボタンをクリックします。

4. このページの「サブサービス」セクションに移動し、「追加」をクリックして新しく追加したサービスを選択します。
新しく追加したサービスが「Siebel」ホームページに表示されます。

Siebel階層からのSiebelサービスの削除

Siebelサービスを既存のSiebel階層から削除するには、次のようにします。

1. 「ターゲット」メニューから、「Siebel」を選択します。

2. 「サービス」タブで、削除するSiebelサービスを選択して「削除」をクリックします。
Siebelサービスが削除されます。

5 Siebelトランザクションについて

この章では、次の項目の手順について説明します。

- 一般的なSiebelトランザクション

- トランザクションの記録、および可用性とパフォーマンスのテスト

- 既存のサービスへのトランザクション・グループを伴うSiebel HIテストの追加

- OATSの使用によるSiebelトランザクションの記録および再生

一般的なSiebelトランザクション

Siebelトランザクションは、Siebelアプリケーション上の一連のユーザー・アクションです。Enterprise Managerでは、各ユーザー・アクションはステップと呼ばれます。各ステップは、関連する複数のステップを含むことができます。

一般的なSiebelトランザクションは、次のステップから構成できます。

1. ブラウザを開き、アクセスするサービスのURLを入力します。

2. 「サインイン」リンクをクリックします。「サインイン」ページが表示されます。

3. ユーザー名およびパスワードを入力し、「OK」をクリックします。
このとき、アプリケーションにより資格証明の認証から権限の検証まで一連のアクションが実行されます。

使用可能な機能が表示されます。

4. ログアウトします。

注意:
Enterprise Manager Cloud Controlでは、サービス検出が完了すると、"Login Test"という名前のテストが作成されます。デフォルトでは、このデフォルト・テストは、オペレーティング・システムのユーザー名としてsiebelを、パスワードとしてsiebelを使用するように設計されています。資格証明としてこのようにsiebelが設定されたアカウントがビーコン・ホスト上にない場合は、このアカウントを作成します。あるいは、デフォルト・テストを編集して、ビーコン・ホスト上の既存のアカウントと一致する資格証明を設定します。
指定したオペレーティング・システム資格証明に誤りがあると、テストは保留状態になります。

トランザクションの記録、および可用性とパフォーマンスのテスト

特定のトランザクションのステップを記録して、リポジトリに格納できます。このようなステップを実行すると、Siebelアプリケーションの可用性とパフォーマンスをテストできます。

たとえば、前述のステップを使用してトランザクションを作成し、Typical Loginという名前にします。次に、トランザクションを自動的に実行する適切なコンポーネントをプログラムします。エージェントのコンポーネントであるビーコンは、クライアント・ロボットして動作し、記録されたトランザクションを広域ネットワーク(WAN)内の戦略的な場所から事前に定義された時間間隔で実行するために使用されます。

ビーコンは管理エージェントに自動的にインストールされないため作成する必要があります。Siebelの高レベル双方向性アプリケーションを監視するために、管理者はOracle Windows Agentにビーコンを作成する必要があります。

サービス・テスト中にビーコンによって収集された可用性およびパフォーマンスのデータには、指定されたサービス・テスト中にテストが成功したかどうか、アプリケーションが使用可能かどうかおよびアプリケーション画面のレスポンス時間が含まれます。

既存のサービスへのトランザクション・グループを伴うSiebel HIテストの追加

作業を進める前に、4.2項の手順を使用してSiebelサービスを追加しておいてください。

トランザクションのステップを記録する他に、ステップをグループ化して別個の論理エンティティを作成することもできます。ステップをグループ化しない場合、ステップは「汎用」カテゴリに自動的にグループ化されます。

グループ化してトランザクションを記録するには、次の手順を実行します。

1. Enterprise Manager Cloud Controlで、「ターゲット」、「Siebel」の順にクリックします。

2. 「Siebel」ページの「表示」リストから、「アプリケーション・サービス」を選択します。監視されているすべてのSiebelサービスが表示されます。

3. Siebel Call Centerサービス、Siebel SalesサービスまたはSiebel Marketingサービスの名前をクリックします。選択したサービスの「ホーム」ページが表示されます。

4. 「監視構成」タブをクリックします。

5. 「監視構成」ページで、「サービス・テストとビーコン」をクリックします。
図5–1に示すように、「サービス・テストとビーコン」ページが表示されます。

図5-1 「サービス・テストとビーコン」ページ

6. 「サービス・テストとビーコン」ページの「サービス・テスト」セクションにある「テスト・タイプ」リストから、「Siebelトランザクション」を選択して「追加」をクリックします。

7. 「サービス・テストの作成」ページでサービス・テストの名前を指定し、ビーコン・ホストのオペレーティング・システムのユーザー名とパスワードを指定し、「実行」をクリックします。

1. 記録するトランザクションの名前を指定します。

2. 「テスト・パラメータ」セクションで、ビーコン・ホストのオペレーティング・システムのユーザー名とパスワードを指定し、「実行」をクリックします。

8. 次のページで、「開始」をクリックしてトランザクションの記録を開始します。Enterprise Managerに2つのウィンドウが表示されます。1つはアクションを実行できるSiebelアプリケーションにアクセスするためのウィンドウ、もう1つはグループを作成するためのウィンドウです。

9. 大きい方のメインのウィンドウで、アクションを記録するSiebelアプリケーションにアクセスします。

10. 資格証明を使用してSiebelアプリケーションにログインします。

11. ログイン後、小さい方のウィンドウでグループの名前を指定して「作成」をクリックします。実行したログイン・アクションは、ここで指定したグループ名で記録されます。

12. 同様に、大きい方のウィンドウで、Siebelアプリケーションの他のアクションを実行し、小さい方のウィンドウで、それらのアクションに対してグループを作成します。

13. 大きいウィンドウからログアウトします。

14. 記録が完了したら、「Siebelトランザクション」ページに戻り、「停止」をクリックしてこのトランザクションの記録を停止し、「続行」をクリックします。トランザクションを記録するために開かれた2つのウィンドウが閉じます。

15. 次のページに、記録されたトランザクションが、Siebelアプリケーションで実行されたアクションのグループとともに表示されます。「続行」をクリックします。

16. 「サービス・テストの作成」ページの「テスト・パラメータ」セクションに移動します。「収集の粒度」リストから、使用する粒度を選択して「OK」をクリックします。

OATSの使用によるSiebelトランザクションの記録および再生

ATSロード・テスト・スクリプトの作成方法の詳細は、Oracle® Functional Testing OpenScriptユーザー・ガイドを参照してください。ATSテスト・タイプの作成方法の詳細は、Enterprise Managerオンライン・ヘルプを参照してください。

6 Siebelパフォーマンス診断

この章では、次の項目の手順について説明します。

- Siebel診断の機能

- 診断レポートのタイプ

- 診断レポートの前提条件

- 診断レポートの作成

- サーバー・パフォーマンス・レポートの表示

- ユーザー・パフォーマンス・レポートの表示

Siebel診断の機能

Siebelパフォーマンス診断には次の機能があります。

- サーバー・パフォーマンスの分析: 選択したサーバー・コンポーネントのレスポンス時間、CPU使用率およびメモリー・データを収集して、Siebelサーバー(一度に1つのサーバー)のパフォーマンス問題を診断および特定できます。分析用のレポートを生成することもできます。

- ユーザー・パフォーマンスの分析: 特定のユーザーが開始したリクエストについて、ユーザー・セッションのパフォーマンス問題を診断および特定できます。

サーバーとユーザーのパフォーマンス分析用にレポートを生成することもできます。

診断レポートのタイプ

サーバー・パフォーマンス・レポートまたはユーザー・パフォーマンス・レポートを作成して、サーバー、コンポーネントおよび各ユーザーのパフォーマンスを分析できます。

サーバー・パフォーマンス・レポートを使用すると、サーバーの1つまたはすべてのSiebelコンポーネントのパフォーマンスを分析できます。また、各リクエストのレスポンス時間、CPU時間およびメモリー消費に関するリクエスト情報が提供されます。ユーザー・パフォーマンス・レポートを使用すると、特定ユーザーのセッションについてパフォーマンスを分析できます。レスポンス時間の詳細が提供される他、個々のユーザー・リクエストへのドリルダウンが可能になります。

次に、各レポートの作成と分析がどのような場合に便利かを示すシナリオを示します。

サーバー・パフォーマンス・レポートのシナリオ

アプリケーション全体の全般的なパフォーマンスが低下しているとします。この状況を修正するには、管理者はまず該当のサーバーで実行しているすべてのコンポーネントに対してSARMを有効にする必要があります。次に、Enterprise Managerにログインし、該当のサーバーまたはコンポーネント(あるいはその両方)について収集されたSARMデータを「診断レポート」ページを使用して分析し、パフォーマンスのボトルネックを特定します。

ユーザー・パフォーマンス・レポートのシナリオ

複数のユーザーから、アプリケーション・セッションについてパフォーマンス問題がレポートされたとします。この状況を修正するには、管理者はまず該当のコンポーネントに対してSARMを有効にする必要があります。

次に、Enterprise Managerにログインし、該当のユーザーについて収集されたSARMデータを「診断レポート」ページを使用して分析し、パフォーマンスのボトルネックを特定します。パフォーマンス・レポートは、必要に応じてスケジュール設定したり繰り返し設定することができます。

診断レポートの前提条件

Siebelのパフォーマンスを監視するには、Siebel Application Response Measurement (SARM)を手動で有効にする必要があります。手動でSARMを有効にする詳細は、第2章の前提条件の項を参照してください。

その後、Enterprise Managerの「診断構成」ページで、SiebelコンポーネントごとにSARMロギング・パラメータの構成およびSARMの有効化を行う必要があります。SARMの構成および診断レポートの生成に使用されるパラメータの詳細は、表6–1を参照してください。

注意:
ホスト資格証明の優先資格証明およびサーバー・マネージャ資格証明が、エンタープライズの一部であるすべてのSiebelサーバーに設定されていることを確認してください。
Siebelサーバーのホスト優先資格証明を設定するには、次の手順に従います。

1. 「設定」メニューから、「セキュリティ」を選択し、「優先資格証明」を選択します。

2. 「優先資格証明」ページで、表の「ターゲット・タイプ」から「ホスト」を選択し、「優先資格証明の管理」をクリックします。

3. 「ホスト優先資格証明」ページの「デフォルトの優先資格証明」セクションで、表から「資格証明セット」を選択して、「設定」をクリックします。

表6-1 SARMのパラメータ

パラメータ

説明

ロギング・レベル

SARM構成に適用するロギング・レベルを示します。値は次のとおりです。

1: 全般的なパフォーマンス監視の場合はこのレベルを選択します。このレベルでは、プロセスやコンポーネントの境界、サード・パーティ・ソフトウェアのコール、データベース測定、ワークフロー実行、およびスクリプト・パフォーマンスなどの情報が収集されます。

2: 問題を診断する場合はこのレベルを選択します。このレベルでは、レベル1の情報に加え、ワークフロー実行の各ステップ、大型オブジェクトの構造、大容量ファイルの読取り、および重要なアーキテクチャ領域の交差など、詳細な情報が取得されます。

logdir

Enterprise ManagerでSiebel診断パフォーマンス・レポートを作成するとき、*.sarmファイルはlogdirの場所にあります。Siebelのlogdirパラメータがnullの場合、ログの場所はデフォルトで次の場所に設定されます。

<SIEBEL_ROOT>/siebsrvr/log

これが有効な場所でない場合(たとえば、次の場所が望ましい場合)

<SIEBEL_ROOT>/siebsrvr/enterprises/<enterprise_name>/<siebel_server_name>/log

Siebel側でlogdirパラメータを定義するか、Siebelサーバー・ホームページ > 「関連リンク - 監視構成」のfilesystem:logdirパラメータで監視構成を更新します。

ファイルの最大数

各Siebelコンポーネントについて保持されるSARMファイルの最大数を示します。すべてのファイルがいっぱいになった場合、つまりすべてのファイルが「ファイル・サイズ」で指定したサイズに達した場合、最初に作成されたファイルは新しいファイルに置き換えられます。指定範囲は1から256です。デフォルト値は4です。

バッファ・サイズ(KB)

SARMデータをキャッシュするためにSiebelプロセスが使用できるメモリー、つまりSARMロガーによって使用される内部バッファを示します。デフォルトのバッファ・サイズは5,000,000バイトです。

注意: バッファ・サイズを増やすとメモリー消費は増えますが、バッファ・フラッシュが最小限に抑えられるため、I/Oアクティビティは減少します。

ファイル・サイズ(KB)

個々のSARMファイルの最大サイズを示します。指定されたファイル・サイズに到達すると、SARMは新しいファイルを作成し、そのファイルへのデータの格納を開始します。デフォルト・サイズは15,000,000バイト(15MB)で、ファイル・サイズに上限はありません。

間隔(分)

ディスクにSARMバッファを書き込む間隔の最大時間を分単位で指定します。アクティビティの少ない環境の場合は、このパラメータによってディスクへのファイル書込み頻度が左右されます。指定できる値は1から30(分)です。デフォルト値は3です。

注意:
SARMパラメータの構成内容として適切な値は、診断の要件によって決まります。SARMのロギングに使用できるディスク領域(「ファイルの最大数」と「ファイル・サイズ」によって決定される)が多いほど、より遠い時間までさかのぼってレポート・データを生成できます。

SARMのパラメータを設定した後、「診断構成」ページの「有効化/無効化」セクションで「SARMの有効化」オプションを選択すると、Siebelコンポーネントの診断構成が有効になります。

診断レポートの作成

診断レポートは、ユーザー・リクエストの処理状況やサーバーによるリクエストの実行状況を分析するのに役立ちます。作成できるのは、サーバー・パフォーマンス・レポートとユーザー・パフォーマンス・レポートです。サーバー・パフォーマンス・レポートを使用すると、サーバーのパフォーマンスを分析でき、各リクエストのレスポンス時間およびCPU使用時間に関するリクエスト情報が提供されます。このレポートの作成時には、パフォーマンス・レポートが必要なSiebelサーバーを選択できます。ユーザー・パフォーマンス・レポートを使用すると、ユーザーのパフォーマンスを分析でき、ユーザーによる各種リクエストのレスポンス時間に関する詳細が提供されます。ユーザー・パフォーマンス・レポートまたはサーバー・パフォーマンス・レポートを作成するには、次のようにします。

1. 「ターゲット」メニューから、「Siebel」を選択します。

2. Siebel Enterpriseホームページから、「診断」タブをクリックします。
図 6-1は「診断レポート」ページを示しています。

図6-1 「診断レポート」ページ

3. 「レポートの作成」をクリックします。
「レポートの作成」をクリックすると、レポートの作成ウィザードが開きます。図6-2は、レポートの作成ウィザードを示しています。このウィザードを使用してサーバー・パフォーマンスまたはユーザー・パフォーマンスのレポートを作成できます。

4. レポート・タイプ(「サーバー・パフォーマンス・レポート」または「ユーザー・パフォーマンス・レポート」)を選択し、フィールドに値を指定して、「OK」をクリックします。
後でまたは後日レポートをスケジューリングするオプションもあります。

図6-2 レポートの作成ウィザード

サーバー・パフォーマンス・レポートの表示

サーバー・パフォーマンス・レポートを使用すると、様々なサーバーおよびサーバー・コンポーネント(一度に1つのサーバー)を分析できます。次の各項では、サーバー・パフォーマンス・レポートを使用してサーバーおよびサーバー・コンポーネントのデータを監視、分析および診断する方法について説明します。

「サーバー・パフォーマンス・レポート: <レポート名>」ページ

このページ(図6-3を参照)を表示するには、「診断レポート」ページで、表示するサーバー・パフォーマンス・レポートの名前をクリックします。

図6-3 サーバー・パフォーマンス・レポート - 例1

このページの内容は次のとおりです。

- レポート・パラメータ: サーバーに関するレポート・パラメータと、それぞれの値が表示されます。

- SARMレスポンス時間: Siebel Application Response Measurement (SARM)の機能で測定された、リクエストの処理に要したレスポンス時間が表示されます。SARMは、Siebelサーバー・インフラストラクチャ内の重要な位置にあるSiebelアプリケーションのパフォーマンス・データを取得するメカニズムです。詳細は、Siebelドキュメントのシステム監視および診断ガイドを参照してください。
このグラフは、Siebelサーバーによるリクエストの処理に要したレスポンス時間の把握に役に立ちます。情報はヒストグラムで表示されます。基本的に、グラフには時間範囲のバケットと、バケットごとに処理されたリクエストが表示されます。バケットをクリックして、サーバー・パフォーマンス: <レポート名> <バケット>ページの詳細にドリルダウンして表示することができます。

注意:
最もコストが高い2つのバケットのいずれか(レスポンス時間消費またはCPU時間消費の観点から、最もコストが高いリクエストのバケット)をクリックした場合、データは事前にフェッチされているため、すぐにページが表示されます。その他のバケットをクリックした場合も同じページが表示されますが、ログ・ファイルからSARMデータを取得するジョブが終了してからの表示になります。

- CPU時間: SARMネットワークで測定された、リクエストによって消費されたCPU時間が表示されます。このグラフは、Siebelサーバーによるリクエストの処理に消費したCPU時間の把握に役に立ちます。情報はヒストグラムで表示されます。グラフには時間範囲のバケットと、バケットごとに処理されたリクエストが表示されます。バケットをクリックして、サーバー・パフォーマンス: <レポート名> <バケット>ページの詳細にドリルダウンして表示することができます。

- 領域/サブ領域の内訳: Siebelサーバーの領域またはサブ領域に関するパフォーマンス詳細が表示されます。SARMは、各データベース操作の開始および終了など、パフォーマンス情報の生成場所となるポイントや領域を基準にして動作します。広範囲な領域が対象となることもあれば、特定のリクエストを処理するソフトウェア・レイヤーが対象になることもあります。たとえば、次のようになります。

- DBC (データベース・コネクタ): このデータベース・レイヤーでは、データベース処理のリクエストに要した時間の割合を追跡します。

- INFRA (インフラストラクチャ領域): このインフラストラクチャ領域では、ネットワークやメモリー管理などに関連するすべての機能が処理されます。

- SWE (Siebel Webエンジン): この領域は、HTML出力のアセンブル時など、実際のWebページが構築されるときにアクティブになります。

- OBJMGR (オブジェクト・マネージャ): このレイヤーでは、オブジェクト・リレーショナル・マッピングが処理され、実際のアプリケーション・コードのほとんどが実行されます。

- SARM: パフォーマンス診断領域です。

また、各領域には特定のサブ領域があります。たとえば、DBC領域には、より高いレベルの粒度でパフォーマンス・データを追跡できる、DBC_EXECUTE、DBC_FETCHなどのサブ領域があります。

サーバー・パフォーマンス・レポート: <レポート名> <バケット>ページ

このページ(図6-4を参照)を表示するには、「サーバー・パフォーマンス・レポート: <レポート名>」ページから、「SARMレスポンス時間」または「CPU時間」のバケットをクリックします。

図6-4 サーバー・パフォーマンス・レポート - 例2

このページの内容は次のとおりです。

- レポート・パラメータ: サーバーに関するレポート・パラメータと、それぞれの値が表示されます。

- リクエスト・サマリー: Siebel Application Response Measurement (SARM)ネットワークで測定された、Siebelサーバーによって処理されたリクエストのサマリーが表示されます。このページでSARM IDをクリックしてドリルダウンし、リクエストを処理するために各レイヤーで消費されたリソースの割合の詳細を表示します。Enterprise Managerに、サーバー・パフォーマンス・レポート: <レポート名> <リクエストID>ページが表示されます。

「サーバー・パフォーマンス・レポート: <レポート名> <リクエストID>」ページ

このページ(図6-5を参照)を表示するには、「サーバー・パフォーマンス・レポート: <レポート名> <バケット>」ページの「リクエスト・サマリー」セクションでSARM IDをクリックします。このページには、そのサーバーによって処理されたSARMリクエストの詳細が表示されます。

図6-5 サーバー・パフォーマンス・レポート - 例3

このページに表示される詳細項目は次のとおりです。

- レポート・パラメータ: サーバーに関するレポート・パラメータと、それぞれの値が表示されます。

- 領域ごとの合計レスポンス時間の内訳: SARMフレームワークによって測定された、領域ごとのレスポンス時間が表示されます。このグラフは、Siebelサーバーの各領域でリクエストの処理に要したレスポンス時間の把握に役立ちます。

- 領域ごとの合計メモリーの内訳: SARMフレームワークによって測定された、領域ごとのメモリーの内訳が表示されます。このグラフは、リクエストの処理中にSiebelサーバーの様々な領域間でメモリーがどのように配分されたかを把握するのに役立ちます。

- 領域ごとの合計CPUの内訳: SARMフレームワークによって測定された、領域ごとのCPUの内訳が表示されます。消費されたCPU時間を、Siebelサーバーの領域ごとの内訳で分析できます。

- 「領域/サブ領域の内訳」セクション: Siebelサーバーの領域またはサブ領域に関するパフォーマンス詳細が表示されます。SARMは、各データベース操作の開始および終了など、パフォーマンス情報の生成場所となるポイントや領域を基準にして動作します。広範囲な領域が対象となることもあれば、特定のリクエストを処理するソフトウェア・レイヤーが対象になることもあります。

ユーザー・パフォーマンス・レポートの表示

ユーザー・パフォーマンス・レポートを使用すると、特定ユーザーのセッションについてパフォーマンスを分析できます。レスポンス時間の詳細が提供される他、個々のユーザー・リクエストへのドリルダウンが可能になります。次の各項では、ユーザー・パフォーマンス・レポートを使用してユーザー・データを監視、分析および診断する方法について説明します。

「ユーザー・パフォーマンス・レポート: <レポート名>」ページ

このページ(図6-6を参照)を表示するには、「診断レポート」ページで、表示するユーザー・パフォーマンス・レポートの名前をクリックします。

図6-6 ユーザー・パフォーマンス・レポート - 例1

このページの内容は次のとおりです。

- レポート・パラメータ: ユーザーに関するレポート・パラメータと、それぞれの値が表示されます。

- 'ユーザー'のレスポンス時間: Siebel Application Response Measurement (SARM)ネットワークで測定された、ユーザーのリクエストの処理に要したレスポンス時間が表示されます。このグラフは、ユーザーによるリクエストの処理に要したレスポンス時間の把握に役に立ちます。選択したユーザーと指定した時間についてレスポンス時間の傾向および概要が表示され、最も古いものから順に右から左に表示されます。

- 'ユーザー'のサーバー・レスポンス時間のヒストグラム: ユーザーのリクエストの処理に要したサーバー・レスポンス時間が表示されます。このグラフは、Siebelサーバーによるユーザー・リクエストの処理に要したレスポンス時間の把握に役に立ちます。情報はヒストグラムで表示されます。基本的に、グラフには時間範囲のバケットと、バケットごとに処理されたリクエストが表示されます。バケットをクリックしてドリルダウンし、ユーザー・パフォーマンス: <レポート名> <バケット>ページの詳細を表示できます。

ユーザー・パフォーマンス・レポート: <レポート名> <バケット>ページ

このページ(図6-7を参照)を表示するには、「ユーザー・パフォーマンス・レポート: <レポート名>」ページから、「'ユーザー'のサーバー・レスポンス時間のヒストグラム」グラフのバケットをクリックします。

図6-7 ユーザー・パフォーマンス・レポート - 例2

このページの内容は次のとおりです。

- レポート・パラメータ: ユーザーに関するレポート・パラメータと、それぞれの値が表示されます。

- リクエスト・サマリー: Siebel Application Response Measurement (SARM)ネットワークで測定された、ユーザー・リクエストのサマリーが表示されます。SARM IDをクリックしてドリルダウンし、リクエストの処理に関連したそれぞれの層で消費されたリソースの割合の詳細を表示します。Enterprise Managerに、ユーザー・パフォーマンス・レポート: <レポート名> <リクエストID>ページが表示されます。

「ユーザー・パフォーマンス・レポート: <レポート名> <リクエストID>」ページ

このページ(図6-8を参照)を表示するには、「ユーザー・パフォーマンス・レポート: <レポート名> <バケット>」ページの「リクエスト・サマリー」セクションでSARM IDをクリックします。このページには、そのユーザーによって処理されたSARMリクエストの詳細が表示されます。

図6-8 ユーザー・パフォーマンス・レポート - 例3

このページに表示される詳細項目は次のとおりです。

- レポート・パラメータ: サーバーに関するレポート・パラメータと、それぞれの値が表示されます。

- 領域ごとの合計レスポンス時間の内訳: SARMフレームワークによって測定された、領域ごとのレスポンス時間が表示されます。このグラフは、Siebelサーバーの各領域でユーザー・リクエストの処理に要したレスポンス時間の把握に役立ちます。

- 領域ごとの合計メモリーの内訳: SARMフレームワークによって測定された、領域ごとのメモリーの内訳が表示されます。ユーザー・リクエストの処理中にSiebelサーバーの各領域間でメモリーがどのように配分されていたかを確認できます。

- 領域ごとの合計CPUの内訳: SARMフレームワークによって測定された、領域ごとのCPUの内訳が表示されます。ユーザー・リクエストの処理に要したCPU時間を、Siebelサーバーの領域ごとに確認できます。

- 「領域/サブ領域の内訳」セクション: Siebelサーバーの領域またはサブ領域に関するパフォーマンス詳細が表示されます。SARMは、各データベース操作の開始および終了など、パフォーマンス情報の生成場所となるポイントや領域を基準にして動作します。広範囲な領域が対象となることもあれば、特定のリクエストを処理するソフトウェア・レイヤーが対象になることもあります。

7 Siebelワークフローの使用

この章では、Siebelワークフロー・ツールに関する入門情報を示し、Siebelワークフロー・ターゲットを検出および監視する方法につていも説明します。この章の内容は次のとおりです。

- Siebelワークフローについて

- Cloud ControlでのSiebelワークフロー・ターゲットの検出および監視

Siebelワークフローについて

Siebelワークフローは、組織がワークフロー・プロセスを自動的に処理できるようにする対話型ソフトウェア・ツールです。ワークフローでは、その基本モデルとして、組織がビジネス・ワークフローを決定する販売部門、マーケティング部門およびサービス部門で使用するプロセスと同じプロセスが使用されます。Siebelワークフローを使用すると、ビジネスのポリシーや手順を自動的に実施することにより、一貫性を高め、プロセス遵守を徹底することができます。

ワークフローは、次の2つの主要な要素で構成されます。

- ワークフロー・ポリシー。アクションをトリガーします。

- ワークフロー・プロセス。ガイド付きユーザー・インタフェース・ナビゲーションから統合ビジネス・フローまであらゆるものを定義します。

エンジンは、次の6つのサーバー・コンポーネントで構成されています。最初の3つは、ワークフロー・ポリシーを処理し、残りの3つはワークフロー・プロセスを処理します。

- 生成トリガー(GenTrig): データベースにトリガーを生成します。これらのトリガーは、ワークフロー・ポリシーによって指定された条件が満たされるとアクションを開始します。GenTrigは、ワークフロー・ポリシーの更新後に、バッチ・ジョブとして実行されます。

- ワークフロー監視エージェント(WorkMon): ワークフロー・ポリシーを実行します。ワークフロー監視エージェントはワークフロー・ポリシーを監視し、ポリシーの条件が満たされるとアクションを実行します。

- ワークフロー・アクション・エージェント: ポリシー・グループのアクション・リクエスト表(S_ESCL_ACTN_REQ)に記録されたリクエストを処理し、処理中のワークフロー・ポリシーにリンクされているすべてのアクションを起動します。

- ワークフロー・プロセス・マネージャ: ワークフロー・プロセスを実行するためのインタプリタとして動作します。

- ワークフロー・プロセス・バッチ・マネージャ: ワークフロー・プロセスをバッチ・モードで開始するワークフロー・プロセス・マネージャのバージョン。

- ワークフロー・リカバリ・マネージャ: ワークフロー・エンジンをポーリングして、サーバーで実行されているワークフロー・インスタンスをチェックします。ワークフロー・リカバリ・マネージャは、クラッシュしたインスタンスをリカバリし、期日を越えて待機しているインスタンスを再開します。

Cloud ControlでのSiebelワークフロー・ターゲットの検出および監視

Siebel Enterpriseが検出されて監視のためにCloud Controlに追加されると、Siebelワークフロー・ターゲットは自動的に検出されます。Siebelワークフローは、Cloud ControlでSiebel Enterpriseホームページの「一般」セクション内にリンクとして表示されます。このリンクをクリックすると、Siebelワークフロー・ターゲットの状態を監視できます。また、そのプロセスおよびコンポーネント・グループの詳細も表示されます。

注意:
Siebel構成でSiebelワークフロー・コンポーネント・グループが無効になっている場合にCloud ControlでSiebel Enterpriseを検出しようとすると、検出は正常に実行されますが、Siebel Enterpriseホームページの「一般」セクションにSiebelワークフロー・ターゲットのリンクは表示されません。
後からSiebel構成でSiebelワークフロー・コンポーネント・グループを有効にした場合、それを監視のためにCloud Controlに追加するには、Cloud ControlのSiebel Enterpriseホームページの「一般」セクションで、「エンタープライズの更新」をクリックします。ページがリフレッシュされ、Siebelワークフロー・ターゲットのリンクが表示されます。このリンクをクリックすると、Siebel Enterpriseホームページに移動し、そのプロセスおよびコンポーネント・グループを監視できます。

Siebelワークフロー・ターゲットが検出された後は、可用性ステータスの監視、ワークフロー・プロセスとポリシー・インスタンスの処理率の表示、生成されたアラートの表示、プロセスおよびコンポーネント・グループの監視を実行できます。また、このターゲットの「すべてのメトリック」ページにアクセスして、ターゲットに対して収集されたメトリックのリストを表示することもできます。

図7–1に、「Siebelワークフロー」ページを示します。

図7–1 「Siebelワークフロー」ページ

8 イベント・ログの使用

この章では、ユーザー・セッション内でトリガーされたイベントまたは実行されたタスクの分析に役立つイベント・ログの表示手順について説明します。Enterprise Managerを使用すると、次の項目についてイベント・ログを表示できます。

- 選択したサーバーまたはすべてのサーバー

- 選択したコンポーネントまたはすべてのコンポーネント

- 特定の期間

- 特定のユーザー、特定のOS IDまたは特定のタスクID

イベント・ログを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから、「Siebel」を選択します。

2. 「Siebel」ページで、監視されているSiebel Enterpriseの名前をクリックします。Enterprise ManagerにSiebel Enterpriseホームページが表示されます。

3. 図8-1に示すように、「イベント・ログ」タブをクリックし、イベント・ログを検索して表示します。
「ユーザー名」は必須フィールドです。検索問合せの結果が多数の行になる場合、時間ウィンドウを狭めて指定できます。結果を絞り込むために、OS PIDまたはタスクIDを指定することもできます。ただし、これらは必須フィールドではありません。

4. 「イベント・ログ」ページで、ログ・ファイル名のある行を選択し、内容を表示します。
ログ・ファイルが500KBを超える場合は、最後の500KBのみが表示されます。たとえば、ファイルが700KBの場合、最後の500KBのみが表示され、最初の200KBは表示されません。ファイル全部を表示するには、ファイルが含まれるディレクトリに移動し、その場所からファイル内容にアクセスします。

図8-1 「イベント・ログ検索」ページ

9 Siebelメトリック

この章では、Siebelのすべてのメトリック・カテゴリについて説明し、各カテゴリに関連するメトリックとその説明を表に示します。

Siebelメトリックは、次のカテゴリから構成されます。

- Siebelコンポーネントのメトリック

- Siebelコンポーネント・グループ・ターゲットのメトリック

- Siebelゲートウェイ・ターゲットのメトリック

- Siebelサーバー・ターゲットのメトリック

- Siebelワークフロー・ターゲットのメトリック

Siebelコンポーネントのメトリック

表9–1に、Siebelコンポーネントのメトリックに関する詳細を示します。

表9-1 Siebelコンポーネントのメトリック

メトリック

説明およびユーザー・アクション

データソース

Object Managerの平均レスポンス時間(ミリ秒)

このメトリックは、オブジェクト・マネージャに送信されたリクエストの処理に要する平均時間を示します。双方向性ユーザー・セッションの応答性に対応します。このメトリックは、主に長期のパフォーマンス傾向と容量計画を確立する場合に役立ちます。アプリケーション・パフォーマンスが低下すると、メトリック値は上昇します。

レスポンス時間は、コードやアプリケーション構成の効率性、サーバーのCPUおよびメモリーの容量、エンドユーザーの動作、データ量などの要因に影響されるため、アクションを実行する前に、まずレスポンス時間の低下の根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

オブジェクト・マネージャの平均レスポンス時間 = 全オブジェクト・マネージャ・セッションにおける全リクエストのオブジェクト・マネージャの合計レスポンス時間/全オブジェクト・マネージャ・セッションのリクエストの合計数

Object Managerセッションの平均接続時間(秒)

オブジェクト・マネージャとの双方向セッションを確立する際に、オブジェクト・マネージャは、認証、初期化および必要なリソースの割当てなど多くのタスクを実行する必要があります。これらのアクティビティをすべて実行するために要する時間が接続時間です。オブジェクト・マネージャ・セッションの平均接続時間は、コンポーネントが起動してから特定のオブジェクト・マネージャへの接続を確立するまでに要する平均時間です。このメトリックは、主に接続パフォーマンスの超過を評価する際に役立ちます。

平均接続時間 = 合計接続時間/接続の合計数

各オブジェクト・マネージャ・セッションの平均リクエスト数

ユーザーは、レコードの問合せ、レコードの更新、ボタンのクリックなどの複数のアクションを実行して、単一セッションでコマンドを発行できます。各アクションは、ユーザーのブラウザからオブジェクト・マネージャに送信される1つ以上のリクエストに相当します。各オブジェクト・マネージャ・セッションの平均リクエスト数は、Siebelエンタープライズの起動後に記録されたすべてのオブジェクト・マネージャ・セッションでオブジェクト・マネージャに送信されたリクエスト数の平均です。

このメトリックは、情報提供のみを目的としています。このメトリックを使用してユーザーの使用パターンを追跡し、1つのセッションで生成される処理負荷量を確認できます。この情報は、一定期間で特に役立ちます。このメトリックの長期傾向と、オブジェクト・マネージャの合計セッション数を組み合せると、時間の経過に伴う処理負荷の増加または減少を確認できます。この情報は、キャパシティ・プランニングの決定にも使用できます。

各オブジェクト・マネージャの平均リクエスト数 = 全オブジェクト・マネージャ・セッションの合計リクエスト数/オブジェクト・マネージャのセッション数

応答メッセージの平均サイズ(バイト)

このメトリックは、オブジェクト・マネージャへのユーザー発行リクエストに対するレスポンスのサイズを示します。サイズが大きいほど、渡されるデータが大きいことを示しています。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックが上昇傾向にある場合、渡されるデータが増加していることを示します。この状況は、データ量の増加、多くのデータを戻すユーザー発行の問合せ、アプリケーション構成の変更などの要因で発生する可能性があります。この傾向に対処するには、根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、オブジェクト・マネージャ起動後の全リクエストに対するすべての応答メッセージの合計サイズをリクエスト数で除算します。

リクエスト・メッセージの平均サイズ(バイト)

このメトリックは、オブジェクト・マネージャへのユーザー発行リクエストに対するリクエストのサイズを示します。サイズが大きいほど、リクエストの発行時に渡されるデータが多いことを示します。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックが高くなると、渡されるデータが大きくなっていることを示し、アプリケーション構成の変更などの要因で発生する可能性があります。この傾向に対処するには、根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、オブジェクト・マネージャ起動後の全リクエストに対するすべてのリクエスト・メッセージの合計サイズをリクエスト数で除算します。

CPU使用率

このメトリックは、このSiebelコンポーネントで消費されるCPU時間を示します。CPUデータは、OSレベル(Oracle Agentで収集されるプロセスベースの統計)とSrvrmgr統計の2つの異なるソースに基づきます。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、このコンポーネントのアプリケーション・サーバーで発生する集中処理が増加していることを示します。この変化は、アプリケーション構成の変更や基盤となるSiebelソフトウェアの変更が原因で生じる可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、Siebelサーバーの起動後に実行される、該当コンポーネントのすべてのコンポーネント・タスクのCPU時間を加算します。

最大MTS

このメトリックは、マルチスレッド・シェルの最大数を設定するパラメータです。「MTSプロセスを実行中」メトリックを定期的に確認して、実行中のプロセスのレベルを把握する必要があります。実行中のMTSの数が「最大MTS」に設定された上限を超えそうになることが多い場合、「最大MTS」の値を増やすことを検討してください。一方で、MTSの数が常に上限とはほど遠い場合は、「最大MTS」の値を減らすことを検討してください。

このメトリックは、Siebelコンポーネントで設定します。

コンポーネント・プロセスの失敗数

このメトリックは、エラーが発生したコンポーネント・タスクの数を表します。コンポーネント・タスクのエラー発生には、操作対象の適切なビジネス・データが存在しないことからソフトウェアでの不具合まで、様々な理由があります。このような失敗の数が大幅に増加する場合、不具合を調査する必要があります。アラート・ログおよびSiebelサーバー・マネージャを確認して、エラーが発生したタスクを見つけることから始めます。

エラーが発生したコンポーネント・タスクは計算されます。

実行状態

このメトリックは、コンポーネントの現在のステータスを示します。コンポーネントが予期せず停止または使用不可になった場合、コンポーネントを再起動するか、またはSiebelサーバー・マネージャを使用してコンポーネントを使用可能にする必要があります。また、コンポーネントのログ・ファイルを確認して、コンポーネントが動作しない原因を調べます。

このメトリックの値は、サンプリング期間ごとに更新されます。

MTSプロセスを実行中

このメトリックは、実行中のマルチスレッド・シェル(MTS)のプロセスの数を示します。このメトリックは情報提供を目的とするもので、長期傾向で使用してコンポーネントの使用状況を分析できます。MTSプロセスの数が上昇傾向にある場合、コンポーネントの使用率が増加していることを示します。チューニングまたは容量の調整が必要になる場合があります。

このメトリックの値は、サンプリング期間ごとにSiebelサーバーからの問合せが実行されます。

開始時間

このメトリックは情報提供を目的とするもので、診断時に使用してコンポーネントの開始時間を確認します。

コンポーネントの開始時間。このメトリックは、サンプリング期間ごとにSiebelサーバーから収集されます。一般的に、コンポーネントを再起動しないと変わりません。

現行のタスク

このメトリックは、コンポーネントの現在の実行タスク数を示します。タスクの最大数が「最大タスク数」で制限されるため、このパラメータは間接的に残りのタスク数を表します。タスクの数が「最大タスク」と比較して多すぎる場合、収拾のつかないタスクがあるか、または「最大タスク」に設定した値が低すぎないかを確認する必要があります。

「現行のタスク数」の値は、Siebelサーバーに問い合せることでサンプリング期間ごとに更新されます。

最大タスク

このメトリックは、Siebelサーバー・コンポーネントに対して実行可能な最大タスク数を決定します。現在実行中のタスク数が最大タスクと等しい場合、新しいタスクは生成できません。双方向性オブジェクト・マネージャでは、新規ユーザーがログインできないことを意味します。「最大タスク」は、特定の時間に実行される予想最大タスク数よりも高いレベルに必ず設定することが非常に重要です。詳細は、Siebelシステム管理ガイドを参照してください。

タスクの使用状況のレベルに関して、定期的に現行タスク・メトリックを確認する必要があります。実行中のタスク数が「最大タスク」に設定された上限を超えそうになることが多い場合、「最大タスク」の値を増やすことを検討してください。一方で、タスクの数が常に上限とはほど遠い場合は、「最大タスク」の値を減らすことを検討してください。

このメトリックは、Siebelサーバー・マネージャで設定します。

SQL実行操作の平均時間(秒)

このメトリックは、SQL文の解析後にデータベースがSQL文の処理に要する平均時間を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、より複雑な操作を含むSQL文が実行されているか、リクエストの処理でデータベースの効率が悪くなっていることを示しています。これらはアプリケーションに対する変更、データ量の増加またはデータベースのチューニングの変更が原因である可能性があります。この傾向に対処するには、根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、コンポーネント起動後の全リクエストのSQL実行の合計時間をリクエスト数で除算します。

SQL解析操作の平均時間(秒)

このメトリックは、データベースに渡されるSQL文の解析にデータベースが要する平均時間を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、SQL文の複雑さが増していることを示します。SiebelではすべてのSQL文が動的に生成されるため、基礎となるSiebel製品への変更、ビジネス・コンポーネントの複雑さへの変更、定義した問合せの仕様が原因でこの変化が生じる可能性があります。この傾向に対処するには、根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、Siebelサーバー起動後の該当コンポーネントの全リクエストのSQL文を解析する合計時間をリクエスト数で除算します。

SQL実行操作の合計数

このメトリックは、実行されたSQL文の合計数を示します。この数は、完了したコンポーネント・タスクから集計されます。つまり、現在アクティブなセッションで実行されるSQL文は反映されません。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、データベースへのアクセスが増えていることを示していて、チューニングまたは容量調整が必要である可能性があります。

SQLフェッチ操作の合計数

このメトリックは、コンポーネントのSQLフェッチ操作の合計数を示します。

このメトリックは、サンプリング期間ごとにSiebelサーバーからの問合せが実行されます。

SQL解析操作の合計数

このメトリックは、解析されたSQL文の合計数を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。SQL解析操作の平均時間の算出に使用されます。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、データベースへのアクセスが増えていることを示していて、チューニングまたは容量調整が必要である可能性があります。

このメトリックは、サンプリング期間ごとにSiebelサーバーからの問合せが実行されます。

平均CPU時間

平均CPU時間は、リクエストの処理に要する平均時間を示します。CPU時間が長いほど、CPU集中処理が多いことを表します。

このメトリックは、主に長期のパフォーマンス傾向とキャパシティ・プランニングの確立に役立ちます。メトリックが上昇傾向にある場合、CPU集中処理が増えていることを示します。この状況が続く場合は、処理容量を追加するか、アプリケーション構成をチューニングする必要があります。

このメトリックを算出するには、コンポーネント起動後の全リクエストの合計CPU時間を、コンポーネント起動後のリクエストの合計数で除算します。平均CPU時間 = 合計CPU時間/リクエスト数

平均レスポンス時間

平均レスポンス時間は、エンドユーザー処理への応答に要する平均時間を示します。測定期間における双方向性ユーザー・セッションの応答性に対応します。このメトリックは、短期間の監視および長期間のパフォーマンス傾向の確認に便利です。アプリケーション・パフォーマンスが低下すると、メトリック値は上昇します。

レスポンス時間は、コードやアプリケーション構成の効率性、サーバーのCPUおよびメモリーの容量、エンドユーザーの動作、データ量などの要因に影響されるため、アクションを実行する前に、まずレスポンス時間の低下の根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックは、サーバー・コンポーネントのメトリックとは対照的に、SARMデータから算出します。平均レスポンス時間 = 全リクエストの合計レスポンス時間/測定期間中のリクエストの合計数

メモリー使用量

メモリー使用量は、コンポーネントの実行中のタスクによって消費される合計メモリー量を測定します。このメトリックは主に情報提供を目的とするもので、特にメモリー関連の問題を診断する際に使用します。メモリー使用量が増加し続ける場合、メモリー・リークの可能性があります。

すべてのコンポーネント・プロセスのメモリー消費は、オペレーティング・システムから取得されます。

リクエスト数

このメトリックは、Siebelサーバーの起動後にコンポーネントに対して発行されるリクエストの合計数を示します。このメトリックは、その他の概要メトリックを算出する際の基準として使用されます。

この値は情報提供を目的とするもので、長期傾向で使用してコンポーネントの使用状況を分析できます。リクエスト数が上昇傾向にある場合、コンポーネントの使用率が増加していることを表します。チューニングまたは容量の調整が必要になる場合があります。

「リクエスト数」の値は、Siebelサーバーに問い合せることでサンプリング期間ごとに更新されます。

ステータス

このメトリックは、コンポーネントの現在のステータスを示します。コンポーネントの可用性のバイナリ表現です(1: 使用可能、0: 停止)。コンポーネントが予期せず停止または使用不可になった場合、コンポーネントを再起動するか、またはSiebelサーバー・マネージャを使用してコンポーネントを使用可能にする必要があります。また、コンポーネントのログ・ファイルを確認して、コンポーネントが動作しない原因を調べます。

このメトリックの値は、サンプリング期間ごとに更新されます。

合計CPU時間

このメトリックは、コンポーネントの起動後にそのコンポーネントについて完了したすべてのタスクで使用されるCPUの集計時間を示します。このメトリックは、情報提供のみを目的としています。ほとんどの場合、現在のCPU消費とCPU消費の傾向は情報提供を目的とします。これらは、「CPU使用率」メトリックで確認できます。

このメトリックは、Siebelサーバーから収集されます。

合計レスポンス時間

このメトリックは、コンポーネントの合計レスポンス時間を示します。

このメトリックは、srvrmgr統計から導出されます。

Siebelコンポーネント・グループ・ターゲットのメトリック

表9–2に、Siebelコンポーネント・グループ・ターゲットのメトリックに関する詳細を示します。

表9-2 Siebelコンポーネント・グループ・ターゲットのメトリック

メトリック

説明およびユーザー・アクション

データソース

開始時間

このメトリックは、コンポーネントの開始時間を示します。このメトリックは情報提供を目的とするもので、診断時に使用してコンポーネントの開始時間を確認します。

このメトリックは、サンプリング期間ごとにSiebelサーバーから収集されます。一般的に、コンポーネントを再起動しないと変わりません。

ステータス

このメトリックは、コンポーネントの現在のステータスを示します。「実行中」、「オンライン」、「停止」など、状態の文字列表現です。コンポーネントが予期せず停止または使用不可になった場合、コンポーネントを再起動するか、またはSiebelサーバー・マネージャを使用してコンポーネントを使用可能にする必要があります。また、コンポーネントのログ・ファイルを確認して、コンポーネントが動作しない原因を調べます。

このメトリックの値は、サンプリング期間ごとに更新され、srvrmgrを使用して取得されます。

Siebelゲートウェイ・ターゲットのメトリック

表9–3に、Siebelゲートウェイ・ターゲットのメトリックに関する詳細を示します。

表9-3 Siebelゲートウェイ・ターゲットのメトリック

メトリック

説明およびユーザー・アクション

データソース

レスポンス

このメトリックは、Siebelゲートウェイのレスポンス時間を示します。

srvrmgrを使用して取得されます。

Siebelサーバー・ターゲットのメトリック

表9–4に、Siebelサーバー・ターゲットのメトリックに関する詳細を示します。

表9-4 Siebelサーバー・ターゲットのメトリック

メトリック

説明およびユーザー・アクション

データソース

ファイルシステム使用状況(%)

このメトリックは、選択したファイル・システムに使用されるディスク領域の割合を示します。対象となるファイル・システムは、Siebelインストール・ディレクトリ、Siebelログ・ディレクトリ、およびSiebelサーバー間でのドキュメントの共有に使用されるSiebelファイル・システムです。いずれかのファイル・システムが枯渇寸前の場合(95%に達した場合など)、管理者は各ファイル・システムのクリーン・アップやディスク領域の追加を検討する必要があります。

ファイル・システムの監視

ファイルシステム使用状況(KB)

このメトリックは、選択したファイル・システムに使用されるディスク領域の絶対量を示します。対象となるファイル・システムは、Siebelインストール・ディレクトリ、Siebelログ・ディレクトリ、およびSiebelサーバー間でのドキュメントの共有に使用されるSiebelファイル・システムです。

ファイル・システムの監視

Object Managerセッションの平均接続時間(秒)

オブジェクト・マネージャとの双方向セッションを確立する際に、オブジェクト・マネージャは、認証、初期化および必要なリソースの割当てなど多くのタスクを実行する必要があります。オブジェクト・マネージャがこれらのアクティビティをすべて実行するために要する時間が接続時間です。オブジェクト・マネージャ・セッションの平均接続時間は、コンポーネントが起動してから特定のオブジェクト・マネージャへの接続を確立するまでに要する平均時間です。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。このメトリックは、主に接続パフォーマンスの超過を評価する際に役立ちます。

平均接続時間 = 合計接続時間/接続の合計数

各オブジェクト・マネージャ・セッションの平均リクエスト数

ユーザーは、レコードの問合せ、レコードの更新、ボタンのクリックなどの複数のアクションを実行して、単一セッションでコマンドを発行できます。各アクションは、ユーザーのブラウザからオブジェクト・マネージャに送信される1つ以上のリクエストに相当します。各オブジェクト・マネージャ・セッションの平均リクエスト数は、Siebelエンタープライズの起動後に記録されたすべてのオブジェクト・マネージャ・セッションでオブジェクト・マネージャに送信されたリクエスト数の平均です。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックは、情報提供のみを目的としています。このメトリックを使用してユーザーの使用パターンを追跡し、1つのセッションで生成される処理負荷量を確認できます。この情報は、特に長期間で役立ちます。このメトリックの長期傾向と、オブジェクト・マネージャの合計セッション数を組み合せると、時間の経過に伴う処理負荷の増加または減少を確認できます。この情報は、キャパシティ・プランニングの決定にも使用できます。

各オブジェクト・マネージャの平均リクエスト数 = 全オブジェクト・マネージャ・セッションの合計リクエスト数/オブジェクト・マネージャのセッション数

Object Managerの平均レスポンス時間(ミリ秒)

このメトリックは、オブジェクト・マネージャに送信されたリクエストの処理に要する平均時間を示します。双方向性ユーザー・セッションの応答性に対応します。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックは、主に長期のパフォーマンス傾向と容量計画を確立する場合に役立ちます。アプリケーション・パフォーマンスが低下すると、メトリック値は上昇します。レスポンス時間は、コードやアプリケーション構成の効率性、サーバーのCPUおよびメモリーの容量、エンドユーザーの動作、データ量などの要因に影響されるため、アクションを実行する前に、まずレスポンス時間の低下の根本原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

オブジェクト・マネージャの平均レスポンス時間 = このサーバーの全オブジェクト・マネージャ・セッションにおける全リクエストのオブジェクト・マネージャの合計レスポンス時間/全オブジェクト・マネージャ・セッションのリクエストの合計数

応答メッセージの平均サイズ(バイト)

このメトリックは、オブジェクト・マネージャへのユーザー発行リクエストから送信されたレスポンスのサイズを示します。サイズが大きい場合、大量のデータが渡されていることを示します。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックの目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックが上昇傾向にある場合、渡されるデータが増加していることを示します。この状況は、データ量の増加、多くのデータを戻すユーザー発行の問合せ、アプリケーション構成の変更などの要因で発生する可能性があります。この傾向に対処するには、問題の根本原因を特定する必要があります。

このメトリックを算出するには、サーバー起動後の全リクエストから送信されたすべての応答メッセージの合計サイズをリクエスト数で除算します。

リクエスト・メッセージの平均サイズ(バイト)

このメトリックは、オブジェクト・マネージャへのユーザー発行リクエストに対するリクエストのサイズを示します。サイズが大きいほど、リクエストの発行時に渡されるデータが多いことを示します。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックが上昇傾向にある場合、渡されるデータが増加していることを示します。この状況は、アプリケーション構成の変更などの要因で発生する可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、サーバー起動後の全リクエストのすべてのリクエスト・メッセージの合計サイズをリクエスト数で除算します。

SQL実行操作の平均時間(秒)

このメトリックは、SQL文の解析後にデータベースがSQL文の処理に要する平均時間を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、より複雑な操作を含むSQL文が実行されているか、リクエストの処理でデータベースの効率が悪くなっていることを示しています。これらはアプリケーションに対する変更、データ量の増加またはデータベースのチューニングの変更が原因である可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、サーバー起動後の全リクエストのSQL実行の合計時間をリクエスト数で除算します。

SQLフェッチ操作の平均時間

このメトリックは、SQL文の解析後にデータベースがSQL文によってレコードをフェッチするために要する平均時間を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。Siebelサーバー内で実行中のすべてのアクティブなオブジェクト・マネージャのメトリックが、Siebelサーバー・レベルに集計され、このメトリックが提供されます。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、より複雑な操作を含むSQL文が実行されているか、リクエストの処理でデータベースの効率が悪くなっていることを示しています。これらはアプリケーションに対する変更、データ量の増加またはデータベースのチューニングの変更が原因である可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、サーバー起動後の全リクエストのSQL実行の合計時間をリクエスト数で除算します。

SQL解析操作の平均時間(秒)

このメトリックは、データベースに渡されるSQL文の解析にデータベースが要する平均時間を示します。メトリックは、EIMなどの古いSiebelコンポーネントにのみ適用でき、オブジェクト・マネージャのリクエストの処理に要する時間は示されません。

このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、SQL文の複雑さが増していることを示します。SiebelではすべてのSQL文が動的に生成されるため、基礎となるSiebel製品への変更、ビジネス・コンポーネントの複雑さへの変更、定義した問合せの仕様が原因でこの変化が生じる可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、Siebelサーバー起動後の該当コンポーネントの全リクエストのSQL文を解析する合計時間をリクエスト数で除算します。

CPU使用率

このメトリックは、このSiebelコンポーネントで消費されるCPU時間を示します。このメトリックの主な目的は、長期間でのパフォーマンス傾向を記録することです。このメトリックの値が時間の経過とともに増える場合、このコンポーネントのアプリケーション・サーバーで発生する集中処理が増加していることを示します。この変化は、アプリケーション構成の変更や基盤となるSiebelソフトウェアの変更が原因で生じる可能性があります。この傾向に対処するには、根本的な原因を特定する必要があります。詳細は、Siebelパフォーマンス・チューニング・ガイドを参照してください。

このメトリックを算出するには、Siebelサーバー起動後の該当コンポーネントの全コンポーネント・タスクのCPU時間を加算します。

ファイルシステム空き領域(KB)

このメトリックは、選択したファイル・システムで現在使用可能な空きディスク領域の絶対量を示します。対象となるファイル・システムは、Siebelインストール・ディレクトリ、Siebelログ・ディレクトリ、およびSiebelサーバー間でのドキュメントの共有に使用されるSiebelファイル・システムです。空きディスク領域の絶対量が非常に少なくなると(500MB未満など)、ファイル・システムがすぐに一杯になる危険性があります。これは、Siebelサーバーの可用性に影響します。この値が低くなりすぎる場合は、ファイル・システムをクリアするか、ディスク領域を追加する必要があります。

ファイル・システムの監視

メモリー使用量

メモリー使用量は、Siebelサーバーの一部として実行されているプロセスで消費されるメモリーの合計量を測定したものです。このメトリックは主に情報提供を目的とするもので、特にメモリー関連の問題を診断する際に使用します。メモリー使用量が増加し続ける場合、メモリー・リークの可能性があります。

すべてのSiebelサーバー・プロセスのメモリー消費は、オペレーティング・システムから取得されます。

コンポーネント・プロセスの失敗数

このメトリックは、エラーが発生したコンポーネント・タスクの数を表します。コンポーネント・タスクのエラー発生には、操作対象の適切なビジネス・データが存在しないことからソフトウェアでの不具合まで、様々な理由があります。このような失敗の数が大幅に増加する場合、決定的ななんらかの不具合があるため、調査する必要があります。アラート・ログおよびSiebelサーバー・マネージャを確認して、エラーが発生したタスクを見つけることから始めます。

エラーが発生したコンポーネント・タスクは計算されます。

コンポーネント・プロセスの再起動数

このメトリックは、エラーが発生したコンポーネント・タスクの数を表します。コンポーネント・タスクのエラー発生には、操作対象の適切なビジネス・データが存在しないことからソフトウェアでの不具合まで、様々な理由があります。このような失敗の数が大幅に増加する場合、決定的ななんらかの不具合があるため、調査する必要があります。アラート・ログおよびSiebelサーバー・マネージャを確認して、エラーが発生したタスクを見つけることから始めます。

エラーが発生したコンポーネント・タスクは計算されます。

DB接続損失による再試行数

データベースとの接続が失われると、Siebelサーバーは停止して問題をレポートする前に操作を再試行します。このメトリックは、再試行の回数を示します。再試行の回数が大幅に増加する場合、データベースまたはネットワークに問題があることを示します。管理者はこれらのコンポーネントを調査して、データベースに接続できない原因を確認する必要があります。

デッドロックのロールバックによる再試行数

データベースとの接続が失われると、Siebelサーバーは停止して問題をレポートする前に操作を再試行します。このメトリックは、再試行の回数を記録します。再試行の回数が大幅に増加する場合、データベースまたはネットワークに問題があることを示します。管理者はこれらのコンポーネントを調査して、データベースに接続できない原因を確認する必要があります。

すべての再試行数を消費した回数

このメトリックは、失敗した再試行の回数、つまりSiebelサーバーがデータベースとの通信試行を中止する回数を示します。Siebelサーバーがデータベースと通信できない原因を見つけるには、データベース管理者に連絡する必要があります。

開始時間

このメトリックは、Siebelサーバーの開始時間を示します。

実行中のSiebelサーバーからsrvrmgrによって取得されます。

ステータス

このメトリックは、Siebelサーバーの現在のステータス(使用可能または停止)を示します。Siebelサーバーのステータスが使用不可を示す場合、管理者はその問題の原因を確認して、Siebelサーバーの再起動を試みる必要があります。

Siebelサーバーのステータスは、srvrmgrコマンドライン・ユーティリティを実行することで決定します。

使用可能なディスク領域(KB)

このメトリックは、選択したファイル・システムで使用可能なディスク領域の絶対量を示します。対象となるファイル・システムは、Siebelインストール・ディレクトリ、Siebelログ・ディレクトリ、およびSiebelサーバー間でのドキュメントの共有に使用されるSiebelファイル・システムです。

ファイル・システムの監視

コンポーネント・タスクの合計CPU時間(秒)

コンポーネント・タスクの合計CPU時間(秒単位)。

レベル0と1のエラーの合計数

このメトリックは、Siebelサーバーでの致命的エラーおよび定期的エラーの数を表します。Siebelサーバーでは、常に少数のエラーがあります。ただし、この数が上昇傾向にある場合、管理者はアラート・ログとエラー・ログを確認する必要があります。

ログ追跡メトリック

このメトリックは、ミドルウェア関連のログ・ファイルに特定のパターンが見つかった場合、オンコールの管理者へのアラート通知の送信に使用します。

Siebelワークフロー・ターゲットのメトリック

表9–5に、Siebelワークフロー・ターゲットのメトリックに関する詳細を示します。

表9-5 Siebelワークフロー・ターゲットのメトリック

メトリック

説明

過去1時間に完了したプロセス・インスタンスの合計数

このメトリックは、過去1時間に完了したワークフロー・プロセス・インスタンスの合計数を示します。収集頻度は15分ごとです。

待機状態にあるワークフロー・ポリシー・インスタンスの合計数

このメトリックは、キュー内で待機しているワークフロー・ポリシー・インスタンスの合計数を示します。収集頻度は15分ごとです。

待機状態にあるワークフロー・プロセス・インスタンスの合計数

このメトリックは、キュー内で待機しているワークフロー・プロセス・インスタンスの合計数を示します。収集頻度は15分ごとです。

失敗状態にある監視対象プロセス・インスタンスの数

このメトリックは、失敗したワークフロー・プロセス・インスタンスの数を示します。収集頻度は15分ごとです。

待機状態にある監視対象プロセス・インスタンスの数

このメトリックは、キュー内で待機しているワークフロー・プロセス・インスタンスの合計数を示します。収集頻度は15分ごとです。

10 トラブルシューティング

この章では、SiebelプラグインでSiebel Enterpriseを監視および管理するときに発生する可能性がある次の一般的な問題について説明します。

- Siebelエンタープライズの検出エラー

- 特定のメトリックが収集されない

- ビジネス・メトリックが収集されない

- すべてのSarmQueryメトリックが0(ゼロ)

- Siebelファイル・システム・メトリックが収集されない

- Enterprise Managerの特定のコンポーネントのステータスがServer Managerの同一のコンポーネントのステータスと異なる

- ビーコンがHIアプリケーションのステータスを正しくレポートしない

- 同一のアプリケーションに対して複数のトランザクションを記録しようとすると、Internet Explorerがクラッシュする

- Siebelエンタープライズの検出による結果が得られない

- Siebelエンタープライズの検出が失敗し、内部エラーが発生する

- Siebelアプリケーションの検出による結果が得られない

- Siebelサービスのステータスの問題

- SARMメトリックおよびパフォーマンス診断の問題

関連項目:
この項に記載されていないその他の情報は、My Oracle Supportのトピック1074241.1を参照してください。

https://support.oracle.com

Siebelエンタープライズの検出エラー

問題

Siebel Enterpriseの検出に失敗したため、Enterprise Managerで対応するSiebel Enterpriseターゲットが作成されません。

考えられる原因

入力したSiebelゲートウェイの詳細が無効であるか、ゲートウェイ・マシンで構成ファイルを読み込むために必要な権限が管理エージェントにありません。

解決方法

検出事前チェックが正常に終了していることを確認します。エラーがある場合、エンタープライズ名を確認します。構成ファイルを確認し、Siebelターゲットが正しい場所に存在するか確認します。また、Gatewayサーバーの検出が正常に実行されているか確認します。

考えられる原因

(UNIXのみ) - 指定したポート番号が正しくありません。

解決方法

検出ページで指定したポート番号が、ゲートウェイ・サーバー用に構成したポート番号と一致していることを確認します。

特定のメトリックが収集されない

問題

Siebel Enterpriseの検出は予想したとおりに機能しますが、一部のメトリックが収集されません。

考えられる原因

この特定のSiebel Enterpriseユーザーに指定したユーザー名とパスワードの資格証明が正しくありません。Siebelパフォーマンス・メトリックの多くは、取得するためにこれらの資格証明が必要であるため、正しくない資格証明を指定すると、それらのメトリックが収集されません。

解決方法

「Siebel」タブに進み、エンタープライズを削除し、検出プロセスを繰り返します。

考えられる原因

エージェントが、Siebelインストール・ディレクトリへのアクセス権またはSiebelユーティリティを実行するための権限を付与しない資格証明を使用しています。

解決方法

Siebelインストール・ディレクトリにアクセスでき、Siebelユーティリティ(srvrmgr、queryなど)を実行するために十分な権限を持っている資格証明をEnterprise Managerエージェントが使用していることを確認します。

考えられる原因

10.2.0.3エージェントの場合、SiebelClasspathFix.batまたはsiebelClasspathFix.shファイルが実行されていません(前提条件)。

解決方法

これらのファイルを実行し、jmxri.jarおよびempaAgent.jarエントリを$AGENT_HOME/sysman/config/classpath.lstファイルに追加する必要があります。各スクリプトを実行したら、エージェントを再起動します。

これは、10gR3についてのみ該当します。

ビジネス・メトリックが収集されない

問題

ビジネス・メトリックが収集されません。

考えられる原因

データベース・パスワードが定義されていません。

解決方法

対応するSiebel EnterpriseターゲットのSiebelデータベース・リポジトリ・ターゲット・ホームページに進み、そのページの「関連リンク」セクションにある「監視構成」をクリックします。「Siebelデータベース・ユーザー名」フィールドおよび「パスワード」フィールドに適切な値を入力します。

考えられる原因

(UNIXのみ) — Siebelデータベースからビジネス・メトリックを取得するSQL文を実行するために使用されるSiebelサーバーのsiebenv.shファイルに、Oracle環境変数が追加されていません。

解決方法

適切なOracle環境変数をsiebenv.shファイルに追加します。

すべてのSarmQueryメトリックが0(ゼロ)

問題

すべてのSarmQueryメトリックが0(ゼロ)です。

考えられる原因

Siebel 8.0より古いバージョンのSiebelを使用し、Siebelサーバー・ホストで実行中の各エージェントの$ORACLE_HOME/binディレクトリにsarmqueryがコピーされていません。

解決方法

My Oracle Supportからsarmqueryをダウンロードし、Enterprise Managerエージェントのbinディレクトリに関連ファイルをコピーします。

考えられる原因

SARMパフォーマンス・メトリックを収集できるように、srvrmgrを使用してSARMを有効にする必要があります。Siebelコンポーネントに対してSARMパラメータが構成されていないと、SARMデータは生成されません。

解決方法

ページ2-2「(オプション) SARMの有効化」の指示に従います。

Siebelファイル・システム・メトリックが収集されない

問題

Siebelファイル・システム・メトリックが収集されません。

考えられる原因

オペレーティング・システム・ユーザーのグループのみアクセスできるようにSiebelファイル・システムが定義され、エージェントがこのユーザー・グループに属さない場合、エージェントはそのファイル・システムに関する情報を取得できません。

解決方法

Enterprise ManagerエージェントがすべてのSiebelファイル・システム(ログ・ディレクトリ、インストール・ディレクトリおよびSiebelファイル・システム・ディレクトリ)にアクセスでき、少なくともSiebelファイル・システムへの読取り権限を持っていることを確認します。

Enterprise Managerの特定のコンポーネントのステータスがServer Managerの同一のコンポーネントのステータスと異なる

問題

Enterprise Managerで表示されるコンポーネントのステータスが、srvrmgrで利用できるステータスまたはパフォーマンスの数値と異なります。

考えられる原因

Enterprise Managerはある間隔でのみ(通常のメトリックは15分毎、可用性情報は5分毎) Siebelメトリックを収集します。このため、Enterprise Managerのユーザー・インタフェースに表示される情報は最大15分間srvmgrと同期しない可能性があります。

回避策

ある期間、リアルタイム・モードで特定のメトリックを監視する場合は、そのSiebelターゲットの「すべてのメトリック」ページに進み、「実行時間」モードに変更します。

このモードでは、収集頻度が高くなるため、より正確な統計情報を追跡できます。

解決方法

個々のメトリックの収集頻度を変更できます。可用性メトリックをさらに頻繁に収集する場合は、Siebelキー・コンポーネントに対する収集頻度を変更できます。

ビーコンがHIアプリケーションのステータスを正しくレポートしない

問題

ビーコンがHIアプリケーションのステータスを正しくレポートしません。

トラブルシューティングのヒント

このエラーを上手にトラブルシューティングするには、ログ・エラー・ファイルのエラー・エントリを確認します。エラー・ファイルを生成するように環境が構成されていない場合は、次の変数を定義すると生成するように構成できます。

HISIEBEL_DEBUG_LOG-the log file name including the full path
HISIEBEL_LOG_LEVEL-set the log level to DEBUG or ERROR

Siebelバージョンごとに1つ以上のビーコン・システムを使用することをお薦めします。

考えられる原因

1つのビーコンが複数の異なるSiebel環境にアクセスするとき、トランザクションの記録または再生は、最後にアクセスされたSiebel環境に対してのみ実行できます。

たとえば、あるビーコンがSiebel 7.0環境にアクセスし、後でSiebel 7.7環境にアクセスしようとすると、そのビーコンはSiebel 7.0環境に戻って新しいトランザクションを再生したり記録することができません。これは、各Siebelバージョンがクライアント・ホストに異なるCAB (Siebel)ファイルを登録し、最新の登録ファイルのみアクティブになるために発生します。

解決方法

Internet Explorerブラウザで、使用しない環境のCABファイルを削除します。Internet ExplorerでCABファイルを削除するには、次のようにします。

1. Internet Explorerを開き、「ツール」メニューに移動して、「インターネット オプション」を選択します。
「インターネット オプション」ウィンドウが表示されます。

2. ウィンドウの「インターネット一時ファイル」セクションに移動し、「設定」をクリックします。
「設定」ウィンドウが表示されます。

3. 「オブジェクトの表示」をクリックします。
「Downloaded Program Files」ウィンドウが表示されます。

4. 必要のないCABファイルを削除します。

考えられる原因

連続する記録セッションまたは再生セッションが進行中の場合、セッションはすでに進行中ページが表示され、記録セッションが終了します。このエラーはSiebel CASレイヤーの制限のために発生します。

解決方法

タイムアウト・パラメータを使用して、任意のサービス・テストが実行できる時間を制限し、長期にわたってプロセスがお互いに干渉しないようにテスト間で時間を配分します。

たとえば、13分毎に1分間実行するテストを設定し、17分ごとに1分間実行する別のテストを設定できます。

考えられる原因

HIアプリケーションのエージェント側のコンポーネントが正しくインストールされていません。

解決方法

次の手順を実行して、これらのコンポーネントが正しくインストールされていることを検証します。

1. emIEClient.exeファイルおよびemIElib.dllファイルがエージェントのbinディレクトリにあることを確認します。

2. regeditと入力してレジストリを開き、emIElib.dllを検索します。エージェントのbinディレクトリ下の場所を指している必要があります。これは、インストールの一部としてdllが正しく登録されていることを示します。

同一のアプリケーションに対して複数のトランザクションを記録しようとすると、Internet Explorerがクラッシュする

問題

同一のアプリケーションに対して複数の記録トランザクションを実行しようとすると、Internet Explorerがクラッシュします。

考えられる原因

CASレイヤーの制限があります。

解決方法

Internet Explorerのブラウザ・ウィンドウを一度閉じて、新しく開いてください。

Siebelエンタープライズの検出による結果が得られない

問題

Siebel Enterpriseの検出で結果が得られません。

考えられる原因

検出プロセスは、vpd.propertiesファイルによって異なります。

Windowsの場合:

C:\WINDOWS\vpd.properties

UNIXの場合:

\var\adm\siebel\vpd.properties

このファイルが存在しないか破損していると、検出が正しく機能しません。

解決方法

vpd.propertiesが存在しない理由を確認してください。vpd.propertiesファイルのバックアップ・コピーを使用するには、同じディレクトリに配置する必要があります。あるいは、このファイルのダミーを作成します。

考えられる原因

vpd.propertiesファイルが複数のインストーラによって書き込まれています。インストーラに問題がある場合、Siebel Gateway Serverのインストールの配置に必要な情報がファイルからなくなっている可能性があるため、検出プロセスが失敗します。

解決方法

検出プロセスでSiebel Gateway Serverのインストールを検出できるように、エントリを手動で作成します。

考えられる原因

「Siebel Enterpriseの追加」ページで指定したエンタープライズ名が、指定したSiebelゲートウェイ・サーバーによって管理されるSiebel Enterprise名と一致しない場合、検出による結果が得られません。

解決方法

エンタープライズ名を再確認します。

考えられる原因

UNIXシステムの場合、Siebelゲートウェイ・サービスのポート番号の変更は、サポートされる構成オプションです。検出画面で正しくないポート番号を指定すると、検出プロセスでゲートウェイ・サーバーのインストールが認識されません。

解決方法

ゲートウェイのポート番号を再確認します。

考えられる原因

Siebelサーバー名にハイフンが使用される場合、ハイフンが使用されるサーバー名はSiebel製品でサポートされないため、このようなSiebelサーバーは検出プロセスで認識されません。SiebelサポートのWebサイトで命名規則に関するドキュメントを参照してください。

解決方法

Siebelサーバーを再インストールします。

Siebelエンタープライズの検出が失敗し、内部エラーが発生する

問題

Siebel Enterpriseの検出が失敗し、内部エラーが発生します。

考えられる原因

Siebel Enterpriseの検出が機能するには、指定したSiebel Enterpriseに属するすべてのSiebelサーバーにエージェントをインストールする必要があります。(Siebel Enterpriseの全部分を監視する必要があるという考え方です。これは、各Siebelサーバー・システムにエージェントがある場合のみ可能です。)

解決方法

各Siebelサーバー・システムにエージェントがインストールされていることを確認します。エージェントは、検出を開始するOMSと関連付ける必要があります。

Siebelアプリケーションの検出による結果が得られない

問題

Siebel Enterprise Webサービスの検出で結果が得られないか、Siebel Enterprise Webサービスの検出がエラーにより失敗します。

考えられる原因

検出プロセスは、vpd.propertiesファイルによって異なります。

Windowsの場合:

C:\WINDOWS\vpd.properties

UNIXの場合:

\var\adm\siebel\vpd.properties

このファイルが存在しないか破損していると、検出が正しく機能しません。

解決方法

vpd.propertiesファイルが存在しない理由を確認します。vpd.propertiesファイルのバックアップ・コピーを使用するには、同じディレクトリに配置する必要があります。あるいは、このファイルのダミーを作成します。

考えられる原因

vpd.propertiesファイルが複数のインストーラによって書き込まれています。インストーラに問題がある場合、Siebel Webサーバーの拡張インストールの配置に必要な情報がファイルからなくなっている可能性があります。そのため、検出プロセスが失敗します。

解決方法

検出プロセスでSiebel Gateway Serverのインストールを検出できるように、エントリを手動で作成します。

Siebelサービスのステータスの問題

問題

Siebel HIサービス/アプリケーション(Call Centerなど)のステータスが停止と表示されます。

考えられる原因

Siebelの高レベル双方向性アプリケーション(Call CenterまたはSalesなど)のサービス・テストでは、キーボードやマウスの特定のイベントをシミュレーションできるSiebelのテスト自動化機能が使用されます。テストの自動化を有効にするには、各コンポーネントに対してパラメータTestAutomationを有効にする必要があります。

解決方法

たとえば、Call Centerアプリケーションを監視できるようにするには、次に示すsrvrmgrコマンドを実行して、パラメータの変更をアクティブにしてから、コンポーネントまたはSiebelサーバーを再起動する必要があります。詳細は、2.2項「自動化の有効化」を参照してください。

考えられる原因

「エンタープライズの追加」ページで指定したSiebelユーザー/パスワードの組合せに誤りがある場合、検出は予想したとおりに機能しますが、srvrmgrによるメトリックの収集が行われません。

解決方法

1. サービス・コントロール・アプリケーションを開始し、Enterprise Managerエージェント・サービスを参照します。通常、このエージェントはOracleagent10gagentです。

2. サービス・エントリをダブルクリックします。

3. 「ログオン」タブで「デスクトップとの対話をサービスに許可」オプションを選択します。

4. 「OK」をクリックして変更内容を保存します。

考えられる原因

Windowsホストにビーコンをデプロイする必要があります。このホストでは、Internet Explorerが使用可能で、Siebel HIアプリケーションに接続するためにInternet Explorerが正常に使用されます。Internet Explorerが見つからない場合、サービスは使用不可と表示されます。

解決方法

動作する既存のInternet ExplorerがインストールされているWindowsシステムにビーコンをデプロイします。

SARMメトリックおよびパフォーマンス診断の問題

問題

SARMメトリックがコンポーネントに対して使用できません。または診断レポートに「データなし」と表示されます。

考えられる原因

Siebel 7.8の場合、sarmqueryユーティリティがSiebel製品の一部としてパッケージされていません。SARMメトリックを収集するには、エージェントのインストール・ディレクトリ(具体的には'bin'サブディレクトリ)にSARMユーティリティをコピーする必要があります。sarmqueryユーティリティが使用できない場合、または十分なアクセス権限が付与されていない場合、SARMメトリックを収集できません。

解決方法

sarmqueryユーティリティおよび関連するDLLを<agent dir>/agent10g/binディレクトリにコピーするか、このユーティリティおよびDLLに対するアクセス権限を確認します。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2014, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。