Oracle® Real User Experience Insight

インストレーション・ガイド

12c リリース3 (12.1.0.4) for Linux x86-64

E49734-01(原本部品番号:E48259-02)

2013年8月

Oracle Real User Experience Insightインストレーション・ガイド, 12cリリース3 (12.1.0.4) for Linux x86-64

E49734-01

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

原本著者: Paul Coghlan

原本協力者: Eddy Vervest

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

OracleはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 スタート・ガイド

- 1.1 RUEIとは

- 1.1.1 データ収集

- 1.1.2 製品アーキテクチャ

- 1.2 セキュリティ

- 1.3 接続オプション

- 1.3.1 コピー・ポート

- 1.3.2 TAP

- 1.4 インストール・オプション

- 1.5 ローカルおよびリモートのデータベース・インストール

- 1.6 スケール・シナリオ

- 1.7 サーバーの要件

- 1.7.1 単一サーバーの要件

- 1.7.2 レポータの要件

- 1.7.3 コレクタの要件

- 1.7.4 処理エンジンの要件

- 1.7.5 デプロイメント・ベスト・プラクティス

- 1.7.6 データ保存ポリシー

- 1.7.7 フル・セッション・リプレイ記憶域要件

- 1.7.8 メモリー要件

- 1.8 ソフトウェア要件

- 1.9 ネットワークの要件

- 1.10 クライアントの要件

2 RUEIソフトウェアのインストール

- 2.1 前提条件

- 2.1.1 ソフトウェアのインストール場所の計画

- 2.1.2 ネットワーク・インタフェースの構成

- 2.1.3 オペレーティング・システムのセキュリティ構成

- 2.1.4 NTPデーモンの動作確認

- 2.1.5 RUEIの前提条件のインストール

- 2.1.6 Yumリポジトリを使用したすべての要件のインストール(別の方法)

- 2.1.7 Oracleデータベースのインストール

- 2.2 RUEIソフトウェアの取得

- 2.3 RUEIソフトウェアの解凍

- 2.4 一般的なインストール作業

- 2.4.1 RUEI構成ファイル

- 2.4.2 Javaのインストール

- 2.5 リモート・コレクタのインストール

- 2.6 レポータのインストール

- 2.6.1 Apache WebサーバーとPHPのインストール

- 2.6.2 OracleデータベースのInstant Clientのインストール

- 2.6.3 php-oci8モジュールのインストール

- 2.6.4 Zend Decoderのインストール

- 2.6.5 レポータ・データベース・インスタンスの作成

- 2.6.6 レポータ・ソフトウェアのインストール

- 2.7 ネットワーク・インタフェースの構成

- 2.8 国際フォントの有効化(オプション、推奨)

- 2.9 メール(MTA)の構成(オプション、レポータのみ)

- 2.10 SNMP (レポータのみ)

- 2.10.1 RUEI用のSNMPの構成

- 2.11 自動ブラウザ・リダイレクションの構成(オプション)

- 2.12 レポータ通信の構成(分割サーバー設定のみ)

- 2.13 RUEIのインストール成功の確認

3 RUEI 12.1.0.4へのアップグレード

- 3.1 RUEI 12.1.0.4でのデータ表現の変更

- 3.1.1 BIエクスポートの変更

- 3.2 KPI値

- 3.3 XPathのサポート

- 3.4 増加したデータベース領域の要件

- 3.5 デフォルトの表領域モード

- 3.6 application.nameおよびapplication.page-groupフィルタのアップグレード

- 3.7 フレームワーク例外のダウンロード

- 3.8 ruei.confファイル内の設定

- 3.9 RUEI 11.1から12.1.0.4へのアップグレード

- 3.9.1 レポータ・システムのアップグレード

- 3.9.2 リモート・コレクタ・システムのアップグレード

- 3.9.3 履歴データのアップグレード

- 3.10 リリース11.1へのロールバック

- 3.10.1 リモート・コレクタ・システムのロールバック

- 3.11 RUEI 12.1.0.xから12.1.0.4へのアップグレード

- 3.11.1 レポータ・システムのアップグレード

- 3.11.2 リモート・コレクタ・システムのアップグレード

- 3.11.3 処理エンジン・システムのアップグレード

- 3.11.4 履歴データのアップグレード

- 3.12 リリース12.1.0.xへのロールバック

- 3.12.1 リモート・コレクタ・システムのロールバック

- 3.12.2 処理エンジン・システムのロールバック

4 SSO認証統合のインストールと構成

- 4.1 デフォルトWebサーバーの停止

- 4.2 ローカル・データベースを持たないレポータ・システム

- 4.2.1 oracleユーザーの作成

- 4.2.2 Oracle HTTPサーバー環境の設定

- 4.2.3 インストール・ディレクトリの作成

- 4.3 ローカル・データベースを持つレポータ・システム

- 4.4 Oracle HTTP Serverのインストール

- 4.5 Oracle SSO ServerへのRUEIの登録

- 4.5.1 Oracle SSOバージョン10.1.4への登録

- 4.5.2 Oracle SSOバージョン11.1への登録

- 4.6 Oracle HTTPサーバー構成の検証

5 RUEIの構成

- 5.1 概要

- 5.2 RUEIの初期構成の実行

- 5.3 コレクタ・システムの構成

- 5.3.1 コレクタ・システムのリセット

- 5.4 インストール後の構成の実行

- 5.4.1 Cookieテクノロジの指定

- 5.4.2 HTTPS SSLキーの追加/アップロード

- 5.4.3 ユーザーの識別方法の指定

- 5.4.4 アプリケーションおよびページ識別の定義

- 5.4.5 監視範囲の指定

- 5.4.6 初期ユーザーの認可

- 5.5 構成の検証と評価

- 5.5.1 トラフィック・サマリーの表示

- 5.5.2 データ収集の確認

6 Oracle Access Managerの構成

- 6.1 RUEI用のOAMアクセス・ゲートの作成

- 6.1.1 OAM_REMOTE_USERヘッダー変数の構成

- 6.2 Access Gateソフトウェアのダウンロードとインストール

- 6.3 RUEIサーバーでのAccess Gateソフトウェアの構成

- 6.4 必須のセッション通信定義の構成

7 処理エンジンのインストール

- 7.1 前提条件

- 7.1.1 ソフトウェアのインストール場所の計画

- 7.1.2 オペレーティング・システムのセキュリティ構成

- 7.1.3 NTPデーモンの動作確認

- 7.1.4 RUEIの前提条件のインストール

- 7.1.5 Oracle Databaseソフトウェアのインストール

- 7.2 RUEI構成ファイル

- 7.3 処理エンジンのインストール

- 7.3.1 グループおよびユーザーの作成

- 7.3.2 OracleデータベースのInstant Clientのインストール

- 7.3.3 処理エンジン・データベース・インスタンスの作成

- 7.3.4 処理エンジン・ソフトウェアのインストール

- 7.4 処理エンジン通信の構成

- 7.4.1SSH接続の構成

- 7.4.2 データベース・リンク接続の構成

- 7.5 処理エンジンの登録

- 7.6 複数の処理エンジンの構成

8 フェイルオーバー・レポータ・システムの構成

- 8.1 概要

- 8.2 プライマリ・レポータの準備

- 8.3 セカンダリ・レポータのインストール

- 8.4 レポータ・フェイルオーバーの構成

- 8.5 レポータ・フェイルバックの起動

9 フェイルオーバー・コレクタ・システムの構成

- 9.1 概要

- 9.2 セカンダリ・コレクタのインストール

- 9.3 セカンダリ・コレクタの構成

- 9.4 コレクタ・フェイルバックの起動

10 フェイルオーバー処理エンジン・システムの構成

- 10.1 概要

- 10.2 プライマリ処理エンジンの準備

- 10.3 セカンダリ処理エンジンのインストール

- 10.4 処理エンジン・フェイルオーバーの構成

- 10.5 処理エンジンのフェイルバックの実施

A Oracle Databaseソフトウェアのインストール

- A.1 Oracle Databaseソフトウェアのダウンロード

- A.2 オペレーティング・システムの前提条件

- A.3 データベース・ユーザー・アカウントおよびグループの作成

- A.4 カーネル・パラメータ設定の構成

- A.5 oracleユーザーに対するシェル制限の設定

- A.6 データベース・ディレクトリの作成

- A.7 oracleユーザーの環境の構成

- A.8 Oracle initスクリプト・ファイルの作成

B 汎用データベース・インスタンスの設定

- B.1 概要

- B.2 データベース・インスタンスの作成

- B.3 表領域の作成

- B.4 DRCP接続プール

- B.5 Oracleデータベースの保守スケジュール変更

- B.6 SQLパッケージのインストール

- B.7 RUEIデータベース・ユーザーの作成

- B.8 接続データの設定

- B.9 Oracleウォレットの設定

C 代替エンリッチ・データ・エクスポート・データベース・インスタンスの設定

- C.1 概要

- C.2 別のデータベース・インスタンスの設定

- C.2.1 データベース・インスタンスの作成

- C.2.2 圧縮表領域の使用

- C.2.3 Oracleデータベースの保守スケジュール変更

- C.2.4 RUEIデータベース・ユーザーの作成

- C.2.5 DRCP接続プールの設定

- C.3 別のデータベース・サーバーへのRUEIシステムの接続

- C.3.1 接続データの設定

- C.3.2 Oracleウォレットの設定

- C.3.3 RUEI構成ファイルの編集

D Enterprise Managerリポジトリへの接続の設定

- D.1 概要

- D.2 接続データの設定

- D.3 Oracleウォレットの設定

E ruei-check.shスクリプト

F 監視対象トラフィックの検証

- F.1 概要

- F.2 トラフィック・スナップショットの作成

- F.3 トラフィック情報の分析

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

- G.1 ruei-check.shスクリプトの実行

- G.2 ORA-12805: パラレル問合せサーバーが突然停止しました

- G.3 ruei-prepare-db.shスクリプトの失敗

- G.4 起動に関する問題

- G.5 データ収集の問題

- G.6 データ処理の問題

- G.7 電子メールの問題

- G.8 SSL復号化の問題

- G.9 パッケージおよびフォント欠落のエラー・メッセージ

- G.10 ORA-xxxxxエラー

- G.11 稼働していないOracleデータベース

- G.12 一般的な(固有でない)問題

- G.13 起動していないネットワーク・インタフェース

- G.14 OAM関連の問題

- G.15 ruei-check.shスクリプトによるPHPタイムゾーン・エラーの報告

- G.16 ORA-00020: 最大プロセス数(%s)を超えました

- G.17 user@引数が指定されていない場合にrsyncが失敗します

- G.18 ORA-00600 エラー・レポート

H インストール・チェックリスト

I システムのRUEIの削除

J サード・パーティ・ライセンス

索引

はじめに

Oracle Real User Experience Insight(RUEI)を使用すると、ネットワークやビジネス・インフラストラクチャを強力に分析できます。リアルユーザー・エクスペリエンスを監視し、キー・パフォーマンス・インディケータ(KPI)と品質保証契約(SLA)を定義し、これらに違反するインシデントに対してアラート通知をトリガーすることができます。

対象読者

このマニュアルは、次のユーザーを対象としています。

- RUEIのインストールを担当するシステム管理者。Linuxオペレーティング・システムを十分に理解していることを前提としています。

- 組織内でRUEIスーパー管理者(adminユーザー)に任命されたユーザー。インストール後の構成や、システム・メンテナンスの責任者です。

ネットワークやWebテクノロジについてある程度精通していることが前提となります。特に、ネットワーク・トポロジの完全な理解と、組織のネットワークおよびアプリケーション環境についての十分な操作上の知識が必要です。

ドキュメントのアクセシビリティ

オラクル社のアクセシビリティへの取組みの詳細は、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 (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Oracle Real User Experience Insight(RUEI)ドキュメント・セット内の次のドキュメントを参照してください。

- Oracle Real User Experience Insightリリース・ノート

- 『Oracle Real User Experience Insightユーザーズ・ガイド』

- 『Oracle Real User Experience Insight管理者ガイド』

このマニュアルの最新版やその他のRUEI関連ドキュメントは、次の場所にあります。

http://www.oracle.com/technetwork/documentation/realuserei-091455.html

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 概要

この章では、Oracle Real User Experience Insight (RUEI)の役割を示します。特に、RUEIのデータ・トラフィックの監視方法、操作要件および使用可能なデプロイメント・オプションを説明します。RUEIレポータ・データベース内で使用できる情報の量を増やす方法に関する情報も提供されます。

1.1 RUEIとは

Webアプリケーションおよびサービスの利用は増え続けています。これには、マーケティング手段としてのインターネットの利用だけでなく、エクストラネットベースのサプライ・チェーンやバックオフィス統合、内部アプリケーションのイントラネット・デプロイも含まれます。明確に定義されたビジネス機能を実装したWebサービスの利用もますます増えています。RUEIは、これらすべてのデプロイ・シナリオの可用性およびパフォーマンスの測定、分析、改善のために設計されています。

1.1.1 データ収集

通常、RUEIはWebサーバーの前、DMZ内のファイアウォールの後ろにインストールされます(図1-1)。データ収集方法は、ネットワーク・プロトコル分析(NPA)テクノロジに基づいています。この方法は100%非侵入的です。したがって、Webサーバーには負荷はかからず、パフォーマンスに影響を与えるソフトウェア・エージェントをインストールする必要もありません。さらに、現行のアプリケーションまたはインフラストラクチャに変更を加える必要もありません。アプリケーションの新リリースがデプロイされた場合、またはWebサーバーが増設された場合にも、RUEIの監視環境に対する変更はまったく、またはほとんど必要ありません。

図1-1 RUEIでのデータの収集方法

ビジターがオブジェクトをリクエストすると、RUEIではそのリクエストを確認し、リクエストされたオブジェクトをビジターに示すまでにWebサーバーで要する時間を測定します。この時点で、RUEIは、ページをリクエストしたユーザー(クライアントのIP)、リクエストされたオブジェクト、オブジェクトのリクエスト元のサーバー(サーバーのIP)を知ることができます。

RUEIでは、Webサーバーが応答し、リクエストされたオブジェクトをビジターに送信するときに、そのレスポンスを確認します。この時点で、RUEIでは、サーバーからのレスポンスがあるかどうか、そのレスポンスが適切かどうか、リクエストされたオブジェクトの生成にWebサーバーが要した時間、およびオブジェクトのサイズを把握できます。また、RUEIでは、ビジターがオブジェクトを完全に受信したかどうか、またはビジターがダウンロードを中断したかどうか(つまり配信証明)も把握できます。したがって、RUEIはオブジェクトがインターネットを経由してビジターに到達するまでの時間を計算できるとともに、ビジターとサーバー間のインターネット・スループット(ビジターの接続速度)を計算できます。

1.1.2 製品アーキテクチャ

RUEIは、図1-2に示すように、3つのレイヤーからなる製品アーキテクチャに基づいています。

図1-2 RUEIの製品アーキテクチャ

監視対象のパケットは、表1-1に示すレイヤーによって処理されます。

表1-1 製品アーキテクチャ・レイヤー

レイヤー

説明

データ収集

このレイヤーは、RAWデータの取得とデータ・プロセッサ・レイヤーへの配信を担当します。このデータは、複数のソースから収集できます。使用可能な接続オプションについては、この項で後述します。

データ処理

このレイヤーでは、RAWデータがOLAPデータ・セットに変換されます。これは多次元データ構造を構成し、データ・ブラウザで表示できます。

データ・プレゼンテーション(レポータ)

このレイヤーは、RUEIの分析およびレポート作成環境です。これは、Webベースの情報ポータルで、サポートされている任意のブラウザからアクセスできます。

後の項で説明するように、これらの各レイヤーを同じシステムまたはスケーラビリティの問題で個別のシステムにデプロイできます。

1.2 セキュリティ

HTTP(S)データ・ストリームを読み取るために、専用のソフトウェア・モジュールでTCP/IPパケット・ストリームを再アセンブルします。データ・コレクタにIP番号が割り当てられていないことと、これらのデータ・コレクタを使用するソフトウェアに機能的なIPスタックがないことから、RUEIではデータ・コレクタで受信される受信トラフィックに応答できません。これにより、RUEIは監視対象のネットワークから見えなくなり、完全にセキュアになります。

注意:

RUEIでは非侵入的な方法でデータを収集するため、測定ポートでエラーが発生しても、再転送のリクエストはできません。

データ収集は、暗号化データを記録するように構成できます。これを容易にするには、WebサーバーのプライベートSSLキーのコピーをデータ・コレクタに設定する必要があります。また、RUEIを構成して、フォームまたはコンテンツのPOSTリクエストの引数の機密データのロギングを省略できます(データ・マスキング(またはブラインド)と呼ばれます)。

1.3 接続オプション

RUEIでは、ネットワーク通信の監視のために、コピー・ポート脚注2 の両方の使用がサポートされています(10/100 Mbpsおよび1/10 Gbpsイーサネット接続がサポートされています)。コピー・ポートとTAPは、銅回線またはファイバ・ベースのネットワーク・インフラストラクチャで使用できます。どちらのデバイスでもネットワーク通信の非侵入的監視が可能ですが、これら2つの接続オプションには違いがあります。これについては、この項の後半で取り上げます。

SSLトラフィックおよびFormsトラフィックの監視

SSLトラフィックおよびOracle Formsトラフィックは、TCPパケット・ストリームの中断によって影響を受けやすいことに注意してください。これらのトラフィックでは、接続中は状態情報を維持する必要があり、パケットが失われるとこの情報が失われる可能性があるためです。この場合は、RUEIが接続の監視およびレポートを正しく実行できなくなります。

したがって、各コレクタがTAPなどの信頼できるネットワーク・デバイスに接続されていることを確認する必要があります。さらに、コレクタの「統計」ウィンドウ(「システム」、「ステータス」、「コレクタ・ステータス」の順に選択)から入手できる情報を定期的に調べ、TCPパケット・ストリームが完全な状態であることを確認するよう強くお薦めします。TCPおよびSSLの接続エラーのレポートには特に注意する必要があります。

1.3.1 コピー・ポート

コピー・ポートは、受信する様々なパケットのソースMACアドレスに基づいてレイヤー2転送表の作成を開始するスイッチです。この転送表の作成後、スイッチは、MACアドレス向けの通信を直接対応するポートに転送します。

たとえば、図1-3のWebサーバーMACが確認されると、ブラウザからWebサーバーへのユニキャスト通信は、Webサーバー・ポートにのみ転送されます。したがって、コレクタではこの通信は確認されません。

図1-3 コピー・ポートを使用したネットワーク接続

図1-3の下の部分に示した構成では、コレクタはブラウザが送信するすべてのパケットのコピーを受信するように構成されているポートに接続されています。このポートをコピー・ポートと呼びます。コピー・ポートは、任意またはすべてのデータ・ポートからの通信を1つの未使用ポートにコピーでき、ポート上での双方向の通信を防いで、ネットワークに通信が逆流しないように保護します。

スイッチ上でコピー・ポートをアクティブ化するとパフォーマンスに影響する可能性がある点に注意してください。通常、コピー・ポートでは広範な構成オプションがサポートされていますが、これらのオプションの詳細は、使用しているスイッチのドキュメントを参照するか、ベンダーにお問い合せください。

1.3.2 TAP

TAPは、任意の2つのネットワーク・デバイス(ルータやファイアウォールなど)の間に配置できます。TAPに接続されたすべての監視デバイスは、すべてのエラーも含めて、インラインであるかのように同じ通信を受信します。これは、TAPでリンク上のすべての通信を複製し、それを監視ポートに転送することにより実現します。図1-4の例は、1つのコレクタに対する典型的なTAPのデプロイを示しています。

図1-4 TAPを使用したネットワーク監視

重要:

コピー・ポートと異なり、TAPでは停電の場合にも、引き続きネットワーク・デバイス間でデータが流れます。また、コピー・ポートは負荷がかかったとき、パケットが失われやすくなります。TAPデバイスは、銅回線またはファイバ・ベースのインフラストラクチャに使用できます。さらに、必要な時と場所に簡単にデプロイでき、しかもスイッチの再構成や、ネットワーク・リンクのケーブル再配線に必要なエンジニアも必要ありません。これらの理由で、コピー・ポートよりもTAPの使用を強くお薦めします。

概して、TAPには、ネットワークTAP、再生成TAPおよび集約TAPの3タイプがあります。RUEIでは、ネットワークTAPと再生成TAPの使用がサポートされています。アグリゲーションTAPは、データが失われる可能性があり、許容レベルの正確さを提供できないため、お薦めできません。ただし、複数のコレクタのデプロイ、または1つのコレクタへの複数リンクの直接接続を、複数のストリームからのデータの集約に使用できます。また、ネットワークTAPデバイスでデータを取得する場合、カスケード式のTAP構成の使用はサポートされていません。

1.4 インストール・オプション

RUEIシステムをレポータ、コレクタまたは処理エンジンのいずれかにインストールできます。これらの各インストール・オプションについては、この後の項で説明します。

レポータ

レポータ・システムは、接続されたコレクタによって収集されるデータを処理します。処理後に、このデータがレポータ・データベースと呼ばれるOracleデータベースに格納されます。システム・ユーザーは、ブラウザベースのインタフェースを通して収集されたデータを確認できます。

RUEIでネットワーク・トラフィックを正確に監視して結果をレポートするには、ネットワークおよびアプリケーション・インフラストラクチャの特定の情報が必要です。これには、ページ、サービス関数コールおよびエンド・ユーザーの識別方法、ネットワーク環境での監視範囲、特定のKPIおよびSLAの監視、システム・ユーザーに割り当てられるロールおよび権限が含まれます。この情報は、個別の構成データベースに保持されます。

コレクタ

コレクタは、ネットワーク・トラフィックを監視し、収集されるデータをレポータに送信します。複数のコレクタを同じレポータに接続することができます。コレクタ・システムおよびレポータ・システムの間に直接接続が必要なことに注意してください。

各レポータ・インストールには、ローカルのコレクタ・インスタンスも含まれていることに注意してください。レポータを構成して、このローカルのコレクタで収集される情報を処理したり、追加のコレクタから情報を受信できます。レポータ・システム上のローカルのコレクタ・インスタンスは、必要なければ無効にすることもできます。

処理エンジン

処理エンジンは、通常はレポータによって実行されるデータ処理を負担するRUEIデプロイメントのオプション・コンポーネントです。基本的に、コレクタによって収集されるデータを処理するオーバーヘッドを1つ以上の個別のシステムにオフロードすることが含まれます。

各処理エンジンには、中間ネットワーク・トラフィック監視結果が格納される固有(ローカル)のデータベースがあります。処理されると、このデータを使用してレポータのデータベースを更新します。すべての構成情報もこのデータベース内に維持されます。処理エンジン・システムごとに、関連付けられたコレクタ・システムおよびレポータ・システム間の直接接続が必要です。

1.5 ローカルおよびリモートのデータベース・インストール

前述のように、レポータ・システムを介して入手可能なデータは、レポータ・データベースと呼ばれるOracleデータベースに格納されます。監視対象のアプリケーションおよびシステム・ユーザーの情報など、Webインフラストラクチャで正しく監視およびレポートするためにRUEIで必要な情報は、データベースの個別の構成部分に保持されます。データベースは、ローカルのレポータ・システムに置くことも、リモート・データベース・サーバー(データベース・クラスタなど)に置くこともできます。

リモート・データベース・サーバーを使用すると、ローカルにインストールされたデータベースより潜在的に多くの利点があります。特に、既存のセキュリティおよびバックアップのポリシーと統合しやすく、さらに専用サーバーの使用によりパフォーマンスが向上します。

現在、RUEIはOracle 11gデータベースをサポートしています。11gR1の構成手順を説明しますが、11gR2もサポートしています。Oracle 10g(またはそれ以前の)データベースはサポートされていない点に注意してください。

1.6 スケール・シナリオ

この項では、使用できる様々なデプロイメント・シナリオに焦点を当てます。最適なデプロイメント・シナリオの選択は、監視されるネットワーク・トラフィックのレベル、レポート要件およびデプロイメント・システムのハードウェア仕様によって主に決定されます。

単一サーバーのデプロイメント

これは最も単純なデプロイメントで、トラフィックが小または中程度のレベルのWeb環境の監視に適しています。図1-5に例を示します。

図1-5 単一サーバーのデプロイメント

このデプロイメントで、単一のシステムは、コレクタおよびレポータとして機能します。前述の項のように、レポータ・データベースをレポータ・システムまたはリモート・データベース・サーバーにローカルに置くことができます。

複数のサーバーのデプロイメント

非常に高レベルの通信を監視する必要がある場合、複数のサーバーの使用を検討できます。さらに、このデプロイにより、セキュリティが強化される可能性もあります。たとえば、コレクタをオフィス・ネットワーク外に配置する一方で、レポータ・システムをネットワーク内に配置する方法です。図1-6は、複数のコレクタのデプロイメントの例を示しています。

図1-6 複数のコレクタのデプロイメント

両方のデータ回線が同じレポート環境で監視されるデプロイメントを説明しています。このデプロイメントは、各回線上の通信が互いに排他的であることを前提としていることに注意してください。セキュリティ上の理由で使用されるデプロイメントも示しています。WebサーバーAおよびBからの通信が監視され、レポートが作成されるのに対し、WebサーバーCからの通信は監視もレポート作成も行われません。これは、コレクタがスイッチの上に配置されていない理由でもあります。レポータ・システムのコレクタ・インスタンス(システム1)が無効であることに注意してください。

セキュリティ上の理由から、レポータ・システムに対するアクセスは、信頼できるIPの範囲に制限することをお薦めします。同様に、レポータ・システムを内部ネットワークに配置して、セキュリティを最大限にすることができます。コレクタのデータ収集ポートはDMZ内に置く必要があります。

データベースに保持されるアプリケーションおよびインフラストラクチャ構成情報は、ブラウザベースのインタフェースを通してシステム・ユーザーが提供する情報に基づいて、レポータによって維持されます。各コレクタは、この情報を使用して、収集されるデータのレポート方法を決定します。

3層のデプロイメント

前述のように、処理エンジンは、通常はレポータによって実行される多くの処理を個別のシステムにオフロードします。レポータ・システムのCPU使用率が上限に達している場合、デプロイメント内の処理エンジンの使用を検討することを強くお薦めします。図1-7は、複数のコレクタのデプロイメント内の処理エンジンの例を示しています。

注意:

処理エンジンの使用はリモート・コレクタにのみサポートされます。処理エンジンとコレクタを組み合せて同じシステムにインストールすることはサポートされていません。

図1-7 3層のデプロイメント

レポータ・システムで実行される処理に、接続されたコレクタで収集されたデータの処理だけでなく、エンリッチ・データ・エクスポート機能の使用も含まれることを理解する必要があります。これを使用すると、RUEIで収集されたデータを他のデータ・ソースと組み合せることができます。有効にすると、この機能がレポータ・システムに多くの追加の負荷をかけることに注意してください。エンリッチ・データ・エクスポート機能の使用方法の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

1.7 サーバーの要件

選択した構成(第1.4項「インストール・オプション」で説明)に必要な最低限のシステム仕様については、この後の項で説明しています。

ネットワーク・カード

インフラストラクチャ用のネットワーク・カードの選択は、慎重に検討することをお薦めします。第1.3項「接続オプション」で選択した接続オプションによっては、銅回線ベースおよびファイバベースの両方のネットワーク・カードが必要な場合があります。必要に応じて、ネットワークおよびシステムの両方の管理チームに相談してください。

結合グループ内のネットワーク・カード

結合グループの一部であるネットワーク・カードを使用したネットワーク・トラフィックの監視はサポートされていないことに注意してください。

注意:

必須および推奨のシステム仕様の詳細は、Oracleサポート・サービスにお問い合せください。

1.7.1 単一サーバーの要件

表1-2 単一サーバー・システムの最低要件

要素

要件

CPU

64ビットIntelまたはAMDデュアルCPU、デュアルコア・プロセッサ(> 2GHz)または同等のもの。

メモリー

16GB。

ディスク領域

700GB以上のHDD空き領域。脚注3

ネットワーク・インタフェース

ネットワークTAPデバイスを使用する場合は脚注4 、3つ以上のネットワーク・インタフェースが必要。

- ネットワーク通信取得用のインタフェースが2つ。

- ネットワーク・サービス用のインタフェースが1つ。

GSMモデム(オプション)

テキスト・メッセージを送信するためのGSMモデムのオプション・サポート。モデムはGSM07.05またはGSM07.07互換であることが必要です。シリアル・ポートまたはUSBポートを介して接続できます。USBが使用されている場合、RUEIは使用可能な最初のポート(ttyUSB0)を使用します。テキスト・メッセージ送信の代替方法を使用できます(http/e-mail)。

脚注1 RUEIインストールで満足なパフォーマンスを確保するには、70MB/秒以上のI/O速度をサポートする高性能のディスク・システムの使用をお薦めします。大量の通信を監視する場合、さらに強力なディスク・システムが必要になる可能性があります。(ハードウェア)RAID-10または同等の記憶域構成を強くお薦めします。

脚注2 データ交換機能が強化されている場合は、増やす必要があります。

脚注3  ローカル・データのNFS共有の使用(つまり、$RUEI_DATAおよび$RUEI_HOME)はサポートされていません。この制限は$RUEI_DATA/processor/dataおよび$RUEI_DATA/collector/wg/REPLAYに適用されないので注意してください。

脚注4 ネットワークTAPデバイスでデータを取得する場合、カスケード式のTAP構成の使用はサポートされていません。

1.7.2 レポータの要件

表1-3 レポータ・システムの最低要件

要素

要件

CPU

64ビットIntelまたはAMDデュアルCPU、デュアルコア・プロセッサ(> 2GHz)または同等のもの。

メモリー

16GB。

ディスク領域

700GB以上のHDD空き領域脚注3 。

ネットワーク・インタフェース

1つ以上のネットワーク・インタフェースが必要。

GSMモデム(オプション)

テキスト・メッセージを送信するためのGSMモデムのオプション・サポート。モデムはGSM07.05またはGSM07.07互換であることが必要です。シリアル・ポートまたはUSBポートを介して接続できます。USBが使用されている場合、RUEIは使用可能な最初のポート(ttyUSB0)を使用します。テキスト・メッセージ送信の代替方法を使用できます(http/e-mail)。

脚注1 RUEIインストールで満足なパフォーマンスを確保するには、70MB/秒以上のI/O速度をサポートする高性能のディスク・システムの使用をお薦めします。大量の通信を監視する場合、さらに強力なディスク・システムが必要になる可能性があります。(ハードウェア)RAID-10または同等の記憶域構成を強くお薦めします。

脚注2 データ交換機能が強化されている場合は、増やす必要があります。

脚注3  ローカル・データのNFS共有の使用(つまり、$RUEI_DATAおよび$RUEI_HOME)はサポートされていません。この制限は$RUEI_DATA/processor/dataおよび$RUEI_DATA/collector/wg/REPLAYに適用されないので注意してください。

1.7.3 コレクタの要件

コレクタ・システムの要件を表1-4に示します。

表1-4 コレクタ・システムの最低要件

要素

要件

CPU

64ビットIntelまたはAMDデュアルコア・プロセッサまたは同等のもの。

メモリー

8GB。

ディスク領域

200GB以上のHDD空き領域脚注1 。

ネットワーク・インタフェース

ネットワークTAPデバイスを使用する場合は脚注2 、3つ以上のネットワーク・インタフェースが必要。

- ネットワーク通信取得用のインタフェースが2つ脚注3 。

- レポータ・システムとの通信用のインタフェースが1つ。

ネットワーク・コピー・ポートを使用する場合、2つ以上のネットワーク・インタフェースが必要。

- ネットワーク通信取得用のインタフェースが1つ。

- レポータ・システムとの通信用のインタフェースが1つ。

脚注1  ローカル・データのNFS共有の使用(つまり、$RUEI_DATAおよび$RUEI_HOME)はサポートされていません。この制限は$RUEI_DATA/processor/dataおよび$RUEI_DATA/collector/wg/REPLAYに適用されないので注意してください。

脚注2 ネットワークTAPデバイスでデータを取得する場合、カスケード式のTAP構成は使用できません。

脚注3 アップストリーム通信およびダウンストリーム通信用。アップストリームとダウンストリームの通信を1つの回線に統合するTAP(つまり、リンク集約TAP)の使用はお薦めできません。

1.7.4 処理エンジンの要件

処理エンジン・システムの要件を表1-5に示します。

表1-5 処理エンジン・システムの最低要件

要素

要件

CPU

64ビットIntelまたはAMDデュアルCPU、デュアルコア・プロセッサ(> 2GHz)または同等のもの。

メモリー

16GB。

ディスク領域

700GB以上のHDD空き領域脚注3 。

ネットワーク・インタフェース

1つ以上のネットワーク・インタフェースが必要。

脚注1 RUEIインストールで満足なパフォーマンスを確保するには、70MB/秒以上のI/O速度をサポートする高性能のディスク・システムの使用をお薦めします。大量の通信を監視する場合、さらに強力なディスク・システムが必要になる可能性があります。(ハードウェア)RAID-10または同等の記憶域構成を強くお薦めします。

脚注2 データ交換機能が強化されている場合は、増やす必要があります。

脚注3  ローカル・データのNFS共有の使用(つまり、$RUEI_DATAおよび$RUEI_HOME)はサポートされていません。この制限は$RUEI_DATA/processor/dataおよび$RUEI_DATA/collector/wg/REPLAYに適用されないので注意してください。

重要:

Intel(またIntelと互換性のある)64ビット・プラットフォームは、すべてのデプロイメント・シナリオにおけるハードウェアとオペレーティング・システムでの必須要件です。

1.7.5 デプロイメント・ベスト・プラクティス

この項では、RUEIのデプロイメントを最適化するベスト・プラクティス・フレームワークを紹介します。次の情報を注意深く再検討することをお薦めします。

デプロイの計画

RUEIデプロイメント計画を決定する前に、監視対象のネットワーク環境の性質を明確に理解することが重要です。これには、基本的なネットワーク接続性、ポート、アドレス指定および物理デバイス要件だけではなく、監視対象のアプリケーションのしっかりした理解も含まれます。

さらに、RUEIをデプロイする前に、ネットワーク内の基本的な通信フローが確認されている必要があります。これには、平均およびピーク時の通信量に関する情報が必要です。物理デプロイ要件(スペースの制限、距離、電力計画、ラックのスペースおよびレイアウト、または配線など)も確認されている必要があります。

付録H「インストール・チェックリスト」で紹介しているチェックリストを使用すれば、この情報の大部分を取得できます。

Formsベースの通信

Formsベースの通信を監視する場合、メモリー要件は、第1.7項「サーバーの要件」に概説されているものよりも大きくなる可能性があることに注意してください。特に大量のForms通信を伴うデプロイの場合がこれに当てはまります。この場合は、分割サーバーのデプロイを検討する必要があります。

フル・セッション・リプレイ機能

フル・セッション・リプレイ(FSR)機能を利用する場合は、記憶容量追加の構成が必要になる可能性があります。これについては、第1.7.7項「フル・セッション・リプレイの記憶域要件」で説明しています。

暗号化通信

監視対象の通信の相当な量が暗号化される場合、CPUのオーバーヘッドが増える可能性があります。この場合、CPUの追加または分割サーバー・デプロイの構成を検討することをお薦めします。

大量の通信

非常に多い量の(つまり、1日当たりのページ・ビューが1000万件を超える)通信を監視している場合、分割サーバー・デプロイを検討することを強くお薦めします。または、リモート・データベース・サーバーの使用を検討してください。後者には、レポート・システム上のCPUオーバーヘッドを大幅に(最大30%)減らす効果があります。監視対象環境の1日当たりのページ・ビューが2000万件を超える場合、分割サーバー・デプロイとリモート・データベース・サーバーの両方の使用を検討する必要があります。

1.7.6 データ保存ポリシー

データ・ブラウザ内に特定データとそのデータに基づくレポートを表示できるかどうかは、コレクタ・システムおよびレポータ・システムで使用可能なディスク領域の量、およびレポータ・システムで使用可能なデータベース領域の量によって異なります。

監視中に収集されたデータは、まず、コレクタ・システムに格納されているログ・ファイルに書き込まれます。これらのファイルはレポータにコピーされて処理され、データ・ブラウザおよびレポートで表示可能な多次元のデータ構造を持つデータベースに移入されます。これらの一時ログ・ファイルは、3日後にはコレクタ・システムから自動的に削除され、レポータ・システムからは7日後に削除されます(デフォルト)。

レポータ・システムのデータベース・ユーザー割当て制限のサイズは、インストール中に設定されます。デフォルトでは200GBに設定されます。レポータ定義の保存ポリシーで必要なくなるとデータが統合されることを理解しておく必要があります。たとえば、デフォルトでは直前の32日間について日単位の情報が保持されます。これより古い日単位の情報は月単位の情報に統合されます。同様に、月単位の情報は年単位の情報に統合されます。

RUEIではデータは複数の集計レベルで保持され、その保存は日単位で構成されます。次に、様々な集計レベルとそのデフォルト値について説明します。

- インスタンス: 8日

- 5分: 15日

- 毎時: 32日

- 日次: 90日

- 月次: 60か月

これらの数値はデータのカテゴリ(アプリケーション、スイート、サービス、SLA)ごと、および個別のタイプ(たとえば、すべてのページ、失敗したページ)ごとに微調整できます。エンリッチ・データ交換のデフォルト値はタイプごとに8日です。

DB領域は期間ごとに約5GBです。これは、トラフィックの負荷および多様性に大きく依存します。特に最初の月はレポータ・データ保存画面を時々チェックし、十分なディスク領域が使用可能であることを確認する必要があります。

統計データはCLIから構成できます。ただし、統計保存は構成できません。ユーザー・フローの完了およびFusion製品保存は、コマンドラインからのみ構成できます。

データ保存設定の最小値および最大値は自動的に決定されます。それほど詳細ではない集計レベルには、少なくとも、より詳細なレベルと同じ程度の保存が必要です。

新しいインストール済RUEIは、最初の32日間に最も急成長を遂げます。その期間が過ぎると、成長率は低下します。もちろん、成長率は、監視されているトラフィック・レベルによって異なります。

1.7.7 フル・セッション・リプレイ記憶域要件

フル・セッション・リプレイ(FSR)機能を使用する場合、コレクタ・システムで使用可能な記憶容量の追加が必要になる可能性があります。これは、コレクタ・サーバーの既存のハード・ドライブのパーティションではなく、別のデバイスにし、RUEIファイル・システムにアクセスできるようにする必要があります。この手順は、記憶域の要件に関する指標とともに、この項の残りの部分で説明します。この手順は、フル・セッション・リプレイ情報が必要なコレクタごとに繰り返す必要があります。

フル・セッション・リプレイ用追加記憶域の構成

この後説明する手順は、完全に機能しているシステムがあり、FSRが有効になっていることを前提としています。追加の必須記憶域を構成するには、次のようにします。

1. デバイスをマウントします。たとえば、/mnt/external_storageの下にマウントします。

2. 次のコマンドを発行して、一時的にコレクタを停止します。

appsensor stop wg

3. $APPSENSOR_HOME/wg/REPLAYディレクトリを新しいデバイスに移動します。上の例では、これは/mnt/external_storageで、その結果、リプレイ・ファイルは/mnt/external_storage/REPLAYディレクトリに置かれるようになります。

4. /mnt/external_storage/REPLAYから$APPSENSOR_HOME/wg/REPLAYへのシンボリック・リンクを作成します。

5. 次のコマンドを発行して、コレクタを再起動します。

appsensor start wg

6. 必須記憶域容量を計算します。これには、毎日の平均ページ・ビュー数に平均ページ・サイズを掛けます。次に、この数にフル・セッション・リプレイ・データの希望保存日数を掛けます。表1-6を指標として使用してください。

表1-6 フル・セッション・リプレイ記憶域の推定値

データ量が小さいページ(10KBまで)

データ量が中程度のページ(50KBまで)

データ量が大きいページ(100KBまで)

1日当たりのページ・ビュー数(100万単位)

1日当たりのサイズ(GB)

ディスクI/O(MB/秒)

1日当たりのサイズ(GB)

ディスクI/O(MB/秒)

1日当たりのサイズ(GB)

ディスクI/O(MB/秒)

0.5

5

0.1

25

0.3

50

0.6

2

20

0.2

100

1.2

200

2.3

5

50

0.6

250

2.9

500

5.8

10

100

1.2

500

5.8

1000

11.6

20

200

2.3

1000

11.6

2000

23.1

50

500

5.8

2500

28.9

5000

57.9

重要:

表1-6は、単なる指標です。平均のページ・サイズおよび1日のページ・ビュー数を定期的に調べ、必要に応じて必須記憶域サイズを調整することを強くお薦めします。

注意:

FSR機能では、多数の非順次読込み操作が使用されることに注意してください。I/Oパフォーマンスを最適化する方法の情報は、ハードウェアのベンダーにお問合せください。

7. 「構成」、「一般」、「詳細設定」、「コレクタ・データ保持ポリシー」の順に選択します。フル・セッション・リプレイ記憶域のサイズ(GB)設定をクリックします。必須記憶域のサイズを指定(GB単位)します。指定できる最大値は100TBです。次に、「保存」をクリックします。

1.7.8 メモリー要件

RUEIインストールに必要なRAMの量を計算するとき、次の点を検討することをお薦めします。

- 構成された処理エンジンのないレポータ・システムまたは処理エンジン・システム自体で、1日当たり100万ビジター・セッションの場合、256MBが必要です。したがって、1日当たり300万ビジター・セッションの場合、768MBが必要になります。さらに、100万ページ・ビューごとに100MBから256MBが必要です。正確な量は、監視対象のURLの長さ、平均セッション持続時間およびイベント(カスタム・ディメンションなど)の数によって決まります。

- 各コレクタ・システムでは、100同時ヒットごとに2MB、1000件のSSL接続ごとに1MBが必要です。さらに、ネットワーク通信は、個々のTCPセッションが削除され始める前に、600MBpsまでバッファリングできます。コンテンツ・チェック(XPath問合せやエラー文字列など)用にも最大600MBpsを想定しておく必要があります。多数のコンテンツ・チェックを定義したり、コンテンツ・チェックにNLS文字セットを指定したりする場合、必要なメモリーが増える可能性があることに注意してください。

1.8 ソフトウェア要件

次のGNU/Linuxディストリビューションがサポートされています。

- Oracle Linux 5.xまたは6.x 64ビットIntelまたはAMD互換性。

- RedHat Enterprise Linux 5.xまたは6.x 64ビットIntelまたはAMD互換性。

次のデータベース・バージョンがサポートされています。

- 11gR1

- 11gR2

RUEIに必要なOracle Databaseの最小リリースは11.1.1.0.7です。RUEI 12.1.0.4のベスト・パフォーマンスはOracle Database 11gR2で実現されることに注意してください。

注意:

ORA-12805: パラレル問合せサーバーが突然停止しました(Oracle Database 11.1および11.2.0.1リリース)が発生した場合は、適切な回避策について第G.2項を参照してください。

機密データの暗号化

機密データの暗号化が必要な場合、Linuxのインストール手順におけるディスク・パーティションの段階で、ディスク構成全体を暗号化する機会があります。

1.9 ネットワーク要件

- すべてのサーバーのシステム・クロックを、UDPポート123を介してNTPを使用し、同期化。

- TCPおよびUDPポート53でのDNS情報リクエストのサポート。

- TCPポート25を使用したレポートおよび電子メール・アラートのサポート。

- UDPポート161/162を使用したSNMPマネージャからのリクエストでのSNMPトラップのサポート。

- RUEIユーザー・インタフェースが、HTTPSポート443を通じてアクセス可能であること。

- リモート・データベース設定の場合、レポータとリモート・データベース・サーバー間でTCPポート1521へのアクセスが必要。

- 各リモート・コレクタ・システムに、TCPポート22を介してレポータ・システムでアクセスできなければなりません。他のすべてのポートはブロックすることをお薦めします。

- フェイルオーバー・レポータ・システムを構成する場合は(第8章「フェイルオーバー・レポータ・システムの構成」で説明)、プライマリおよびセカンダリ・レポータ・システムがICMPを使用して相互通信可能でなければなりません。

- フェイルオーバー・コレクタ・システムを構成する場合は(第9章「フェイルオーバー・コレクタ・システムの構成」で説明)、プライマリおよびセカンダリ・コレクタ・システムがICMPを使用して相互通信可能でなければなりません。

コレクタとレポータおよびコレクタと処理エンジンのバンド幅

リモート・コレクタとレポータ・システム間で転送されるデータ量は、主としてRUEIによって監視されるネットワーク・アプリケーション通信のタイプやレベルによって決まります。さらに、RUEIの構成(定義済の機能エラー、コンテンツ・チェック、ページ命名スキームなど)も、レポータ・システムに転送する必要のあるコレクタ・ファイルのサイズに影響を与えます。

ピーク時には、転送が必要なデータの量は、通信量の少ない期間より多くなります。リモート・コレクタからレポータ・システムへのデータ送信の正確な量は、実際のRUEIデプロイ後でなければ確認できません。

初期のデプロイには、次の簡単なルールを使用できます。1日のページ・ビュー500万件ごとに、ピーク時のピーク転送量は約125MB、1日当たり約1GBになります。したがって、通常、コレクタによって格納され、レポータに転送される通信は、実際に監視される通信の数パーセントにすぎません。このデータ転送量を最小限に抑える必要がある場合、RUEIで必要のない監視対象HTTP通信の量を最小限に抑えることをお薦めします。たとえば、サブネットまたはVLANフィルタ設定ネットワークを使用します。

処理エンジンを使用するデプロイメントの場合、上記の内容がコレクタと処理エンジン接続にも適用されます。

ファイアウォール要件

表1-7に、各RUEIデプロイメントのファイアウォール要件を示します。

表1-7 RUEIファイアウォール・ルール

コピー元

コピー先

ポート

ソケット・タイプ

必須

説明

レポータ

コレクタ

22 (SSH)

TCP

Y

各リモート・コレクタ・システムに、TCPポート22を介してレポータ・システムでアクセスできなければなりません。

レポータ

処理エンジン

22 (SSH)

TCP

Y

処理エンジン・システムに、TCPポート22を介してレポータ・システムでアクセスできなければなりません。

レポータ

処理エンジン

1521脚注1  (NET8)

TCP

Y

各処理エンジン・システムは、データベース接続(デフォルトでは、ポート1521以上)からアクセスできる必要があります。

レポータ

NTPサーバー

123 (NTP)

UDP

Y

サーバーのシステム・クロックはすべてNTPを介して同期化される必要があります。

処理エンジン

NTPサーバー

123 (NTP)

UDP

Y

サーバーのシステム・クロックはすべてNTPを介して同期化される必要があります。

処理エンジン

コレクタ

22 (SSH)

TCP

Y

各コレクタ・システムに、TCPポート22を介して処理エンジン・システムでアクセスできなければなりません。

処理エンジン

レポータ

1521 (NET8)

TCP

Y

各処理エンジン・システムは、データベース接続(デフォルトでは、ポート1521以上)からアクセスできる必要があります。

コレクタ

NTPサーバー

123 (NTP)

UDP

Y

サーバーのシステム・クロックはすべてNTPを介して同期化される必要があります。

Remote DB server

NTPサーバー

123 (NTP)

UDP

Y

サーバーのシステム・クロックはすべてNTPを介して同期化される必要があります。

レポータ

DNSサーバー

53 (DNS)

TCP/UDP

N脚注2

DNS情報のリクエストをサポートします。

コレクタ

DNSサーバー

53 (DNS)

TCP/UDP

N脚注 2

DNS情報のリクエストをサポートします。

Remote DB server

DNSサーバー

53 (DNS)

TCP/UDP

N脚注 2

DNS情報のリクエストをサポートします。

レポータ

メール・サーバー

25 (SMTP)

TCP

N

レポートと電子メールのリクエストをサポート。

レポータ

SNMPマネージャ・サーバー

161、162 (SNMP)

UDP

N

SNMPマネージャからのリクエストでのSNMPトラップのサポート。

クライアント・ブラウザ

レポータ

443 (HTTPS)

TCP

Y

RUEIユーザー・インタフェースが、HTTPSポートでアクセス可能であること。

脚注1 このポートが構成可能なことに注意してください。

脚注 2 オプションですが、強くお薦めします。

1.10 クライアント要件

RUEIユーザー・インタフェースにアクセスするワークステーションには、次のいずれかのブラウザがインストールされている必要があります。

- Mozilla Firefox 3.6(以上)。

- Internet Explorer 7、8または9。

- Safari 4および5。

- Google Chrome 17(以上)。

JavaScriptは有効にする必要があります。その他に必要なブラウザ・プラグインはありません。

また、ワークステーションの画面解像度は、1024×768(以上)が必要です。

重要:

ブラウザ内のポップアップ・ブロッカが無効になっていることを確認してください。

AJAXサポート

RUEIではAJAXを使用して、ユーザーとの対話を強化します。Internet Explorerでは、MSXML制御を利用してAJAXの操作を容易にします。AJAXに依存すると、厳格なセキュリティ設定を使用している場合に、セキュリティの警告が発せられる可能性があります。

Internet Explorer 6では、PNG形式での透過的なイメージが正常にサポートされません。RUEIは、この問題に対して、DirectXに依存するよく知られた解決策(AlphaImageLoader)を使用します。IE6でブラウザ・クラッシュが発生した場合、使用しているDirectXのバージョンを更新する必要がある可能性があります。PNGの解決策を実行すると、厳格なセキュリティ設定を使用している場合に、セキュリティの警告が発せられる可能性があります。

脚注の説明

脚注1: コピー・ポートは、スイッチ・ポート・アナライザ(SPAN)・ポートとしても知られる、Ciscoスイッチの機能です。
脚注2: テスト・アクセス・ポート(TAP)・デバイスは、NetOptics社などの専門ベンダーが提供しています。

2 RUEIソフトウェアのインストール

この章では、各RUEIコンポーネントをインストールする前提条件および手順を説明します。既存のRUEI 11.1インストールをリリース12.1にアップグレードする手順については、第3章「RUEI 12.1.0.4へのアップグレード」で説明しています。インストール後の構成手順については、第5章「RUEIの構成」で説明しています。

2.1 前提条件

この項では、RUEIソフトウェアのインストールを開始する前に実行しておく必要がある手順について説明します。この項で説明しているすべての前提条件を満たしてから、インストール作業に進んでください。

2.1.1 ソフトウェアのインストール場所の計画

レポータ・データベースおよびRUEIソフトウェアのインストール場所によっては、必須のディスク領域は慎重に計画する必要があります。オペレーティング・システムのインストール中のディスクのパーティション化の段階でこの情報を用意しておく必要があります。

表2-1は、RUEIインストール・コンポーネントのディスク領域要件を示します。

表2-1 必須ディスク領域の仕様

パーティション

最小必須ディスク領域(GB)

コンポーネント

ORACLE_BASE(デフォルト /u01/app/oracle)脚注1

500

データベース・サーバー

RUEI_HOME(デフォルト /opt/ruei)

5

レポータ、コレクタ

RUEI_DATA(デフォルト /var/opt/ruei/)

100

レポータ、コレクタ

脚注1 これは、このマニュアルを通して使用されるデータベースの場所の例です。

これは、スタンドアロンRUEIサーバーのインストールの場合、最低700GBが必要であることを意味します。通信量の多い実装の場合、専用のリモート・コレクタが必要になり、/var/opt/ruei(RUEI_DATA)には最低200GBのディスク領域が推奨されます。

重要:

レポータおよびデータベース・サーバーには高性能のデータ記憶域が必要です。高性能ディスクによるRAID-10またはRAID-5(または同等のもの)記憶域構成を強くお薦めします。

2.1.2 ネットワーク・インタフェースの構成

1. 静的IPアドレスが、RUEI Webインタフェースへのアクセスに使用されるインタフェースに割り当てられていることを確認します。さらに、割り当てられたIPアドレスおよびホスト名は、/etc/hostsファイルで構成されている必要があります。必要に応じて、すべてのレポータ・システム、コレクタ・システムおよび処理エンジン・システムが、DNSシステムで正しく定義されていることを確認します。

2. ネットワーク・パケット監視に使用するネットワーク・インタフェースは、管理上upになっており、IPアドレスが割り当てられていないことを確認します。

重要:

取得インタフェースのONBOOTパラメータをyesに設定して、ネットワーク・インタフェースが常に(再起動後)upステータスになるようにします。ネットワーク・インタフェースの構成は、/etc/sysconfig/networking/devices/ifcfg-ethXファイル(ここでXは必要なネットワーク・インタフェースを示す)にあります。あるいはグラフィカル・ユーティリティであるsystem-config-networkを使用して、上記の作業を行うこともできます。

2.1.3 オペレーティング・システムのセキュリティ構成

システムが初めて起動するときに、インストール後のウィザードが表示され、オペレーティング・システムの構成設定を完了できます。「進む」をクリックします。

1. 表1-7のRUEIファイアウォール・ルールが正しく構成されます。

2. Security Enhanced Linux (SELinux)は無効になっています。これはRUEIが正しく機能するために必要です。SELinux設定を変更するためには、システムを再起動して、システム全体のラベルが変更できるようにする必要があります。

3. セキュリティ上の理由で、すべての機密データが安全な方法で保存されるように、オペレーティング・システムのインストール中にシステムの暗号化チェック・ボックスを選択することを強くお薦めします。システムの起動時にはパスフェーズが必要です。

2.1.4 NTPデーモンの動作確認

日付および時間設定が正しく指定されていることを確認します。NTPの使用を強くお薦めします。これは分割サーバーのデプロイに必要です。また、レポータ・システム、コレクタ・システムおよび処理エンジン・システムに指定されるタイム・ゾーンは、すべて同じであることが必要です。

NTPデーモンはRUEI、特にサーバーの分割構成では重要なコンポーネントであるため、起動時に少なくとも実行レベル5でアクティブ化されていることを確認することをお薦めします。次のコマンドを使用します。

/sbin/chkconfig --list | grep ntpd
ntpd     0:off   1:off   2:off   3:off   4:off   5:off   6:off
/sbin/chkconfig ntpd on
/sbin/chkconfig --list | grep ntpd
ntpd     0:off   1:off   2:on    3:on    4:on    5:on    6:off
/etc/init.d/ntpd start
Starting ntpd:                                     [  OK  ]

NTPデーモンがまだ実行されていない場合、次のコマンドを発行して起動できます。

/etc/init.d/ntpd restart

次のサンプル出力は、NTPデーモンがいつ同期化されるか(*)を示しています。

ntpq -pn
remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*194.171.167.130     .PPS.         1 u 994 1024 377     6.429   0.041   0.093
+80.85.129.25        130.235.20.3  3 u 725 1024 377     4.435   0.673   0.129
+82.94.235.106       135.81.191.59 2 u 678 1024 377     1.709   1.774   0.020
127.127.1.0         .LOCL.       10 l   8   64 377     0.000   0.000   0.001

重要:

分散環境では、レポータ・システム、コレクタ・システムおよび処理エンジン・システムに指定されるタイム・ゾーンは、すべて同じであることが必要です。

2.1.5 RUEIの前提条件のインストール

この項で説明する手順は、レポータ・システムに対してのみ必要です。手順はRedHat Enterprise/Oracle Linux 5.xと6.xのどちらを使用しているかによって異なり、次の各項で説明しています。

2.1.5.1 RedHat Enterprise/Oracle Linux 5.x

1. 必要なパッケージはRedHat Enterprise/Oracle Linuxディストリビューション・セットで提供されています。次のコマンドを発行して、レポータのすべての前提条件をインストールします。

rpm -Uhv httpd-2.2.3-*.el5.x86_64.rpm \
libpcap-0.9*.x86_64.rpm \
apr-1.2.7-11.*.x86_64.rpm \
apr-util-1.2.7-*.x86_64.rpm \
php-5.1.6-*.x86_64.rpm \
mod_ssl-2.2.3-*.el5.x86_64.rpm \
distcache-1.4.5-*.x86_64.rpm \
php-common-5.1.6-*.x86_64.rpm \
php-cli-5.1.6-*.x86_64.rpm \
php-mbstring-5.1.6-*.x86_64.rpm \
php-soap-5.1.6-*.x86_64.rpm \
php-ldap-5.1.6-*.x86_64.rpm \
gmp-4.1.4-*.el5.x86_64.rpm \
postgresql-libs-8.1.11-*.el5_1.1.x86_64.rpm \
lm_sensors-2.10.7-*.el5.x86_64.rpm \
net-snmp-5.3.2.2-*.el5.x86_64.rpm \
net-snmp-utils-5.3.2.2-*.el5.x86_64.rpm \
perl-XML-Twig-3.26-*.fc6.noarch.rpm \
perl-XML-Parser-2.34-*.x86_64.rpm

2. すべてのオプション・フォントをインストールするには、次のコマンドを発行します。または、NLS要件を満たすために必要なマルチバイト文字セットをインストールします。

rpm -Uhv fonts-*

2.1.5.2 RedHat Enterprise/Oracle Linux 6.x

1. 必要なパッケージはRedHat Enterprise/Oracle Linux 6.xディストリビューション・セットで提供されています。次のコマンドを発行して、レポータのすべての前提条件をインストールします。

rpm -Uvh libpcap-1.0.0-*.x86_64.rpm \
apr-1.3.9-*.x86_64.rpm \
apr-util-1.3.9-*.x86_64.rpm \
php-5.3.3-*.x86_64.rpm \
mod_ssl-2.2.15-*.x86_64.rpm \
php-common-5.3.3-*.x86_64.rpm \
php-cli-5.3.3-*.x86_64.rpm \
php-soap-5.3.3-*.x86_64.rpm \
php-ldap-5.3.3-*.x86_64.rpm \
hdparm-9.16-*.x86_64.rpm \
libpcap-1.0.0-*.x86_64.rpm \
gmp-4.3.1-*.x86_64.rpm \
lm_sensors-3.1.1-*.x86_64.rpm \
net-snmp-5.5-*.x86_64.rpm \
net-snmp-libs-5.5-*.x86_64.rpm \
net-snmp-utils-5.5-*.x86_64.rpm \
perl-XML-Twig-3.34-*.noarch.rpm \
perl-XML-Parser-2.36-*.x86_64.rpm \
ksh-20100621-*.x86_64.rpm \
rsync-3.0.6-*.x86_64.rpm \
openssl098e-0.9.8e-*.x86_64.rpm \
wget-1.12-*x86_64.rpm \
bc-1.06.95-*.x86_64.rpm \
bind-utils-9.7.3-*.x86_64.rpm

2. すべてのオプション・フォントをインストールするには、次のコマンドを発行します。または、NLS要件を満たすために必要なマルチバイト文字セットをインストールします。

rpm -Uhv *-fonts*

2.1.6 Yumリポジトリを使用したすべての要件のインストール(別の方法)

手動インストール(前の項で説明)にかわる方法として、Yumリポジトリを使用して、必須のRPMをインストールできます。これには、有効なYumリポジトリが必要です。Yumリポジトリの情報は、次の場所に提供されています。

http://linux.duke.edu/projects/yum/

手順はRedHat Enterprise/Oracle Linux 5.xと6.xのどちらを使用しているかによって異なり、次の各項で説明しています。

2.1.6.1 RedHat Enterprise/Oracle Linux 5.x

1. 次のコマンドを使用して、必要なレポータ・パッケージをインストールします。

yum -y install perl-URI
yum -y install perl-XML-Twig
yum -y install net-snmp-utils
yum -y install sendmail-cf
yum -y install httpd
yum -y install mod_ssl
yum -y install php
yum -y install php-mbstring
yum -y install php-ldap
yum -y install php-soap
yum -y install librsvg2
yum -y install xorg-x11-xinit

2. すべてのオプション・フォントをインストールするには、次のコマンドを発行します。または、NLS要件を満たすために必要なマルチバイト文字セットをインストールします。

rpm -Uhv fonts-*

2.1.6.2 RedHat Enterprise/Oracle Linux 6.x

次のコマンドを使用して、必要なレポータ・パッケージをインストールします。

yum -y install perl-URI
yum -y install perl-XML-Twig
yum -y install net-snmp-utils
yum -y install sendmail-cf
yum -y install httpd
yum -y install mod_ssl
yum -y install php
yum -y install php-ldap
yum -y install php-soap
yum -y install librsvg2
yum -y install xorg-x11-xinit
yum -y install rsync
yum -y install ksh
yum -y install openssl098e
yum -y install *-fonts
yum -y install wget
yum -y install bc
yum -y install bind-utils
yum -y install hdparm
yum -y install libpcap

2.1.7 Oracleデータベースのインストール

次の場所のOracleデータベースのホームページからOracle Database 11g Enterprise Editionをダウンロードおよびインストールします。

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

Oracleデータベースをインストールする手順は、製品のドキュメントで詳細に説明されています。適切な『Oracle Database 11gクイック・インストレーション・ガイド』をダウンロードおよび確認することを強くお薦めします。Oracle Databaseドキュメント・ライブラリから入手できます。この手順の概要は、付録A「Oracle Databaseソフトウェアのインストール」を参照してください。このガイドで使用されるパス、ユーザーおよびグループ名は、Oracleデータベース製品ドキュメントに基づいています。

注意:

RUEIはOracle Databaseリリース11.1.1.0.7以上でサポートされていますが、RUEI 12.1.0.4のベスト・パフォーマンスはOracle Database 11gR2で実現されます。

2.2 RUEIソフトウェアの取得

RUEIソフトウェアは、Oracle E-Delivery Webサイト(http://edelivery.oracle.com)から入手できます。次のメディア・パック基準を選択してください。

- Oracle Enterprise Manager

- Linux x86-64

2.3 RUEIソフトウェアの解凍

ダウンロードしたRUEI zipファイルをサーバーの/rootディレクトリにコピーし、解凍します。次のコマンドを使用します。

cd /root
unzip package_name.zip

RUEIのインストールを完了するために必要なソフトウェアが含まれている次のディレクトリが作成されます。

- /root/RUEI/121

- /root/RUEI/ZendOptimizer

- /root/RUEI/ZendGuardLoader

- /root/RUEI/IC

- /root/RUEI/PHP

- /root/RUEI/Java

- /root/RUEI/extra

2.4 一般的なインストール作業

この項で説明されている手順は、予定しているインストール(すなわち、ローカル・データベースを持つレポータ、リモート・データベースを持つレポータ、処理エンジンまたはコレクタ)に関係なく、すべて実行する必要があります。

2.4.1 RUEI構成ファイル

/etc/ruei.confファイルでは、インストール内で使用する設定が指定されています。RUEIディストリビューションzipの/root/RUEI/extraディレクトリに、このファイルのテンプレートが提供されます。RUEI環境内のすべてのコンポーネント(リモート・データベースやコレクタなど)には、同じグローバルな/etc/ruei.conf構成ファイルが必要です。この要件に1つの例外があり、それは処理エンジン・システム用です。この要件の詳細は、第7章「処理エンジンのインストール」に記載されています。表2-2に示す設定が定義されています。

表2-2 RUEI構成設定

設定

説明

値脚注1

RUEI_HOME脚注2

RUEIソフトウェアのホーム・ディレクトリ。

/opt/ruei

RUEI_DATA脚注2

RUEIデータ・ファイルのディレクトリ。

/var/opt/ruei

RUEI_USER

RUEIオペレーティング・システム・ユーザー。

moniforce

RUEI_GROUP

RUEIオペレーティング・システム・グループ。

moniforce

RUEI_DB_INST脚注3

データベース・インスタンス名。

ux

RUEI_DB_USER脚注4

データベース・ユーザー名。

UXINSIGHT

RUEI_DB_TNSNAME脚注5

レポータおよび処理エンジンのデータベース接続文字列。

uxinsight

RUEI_DB_TNSNAME_CFG脚注6

レポータのデータベース接続文字列。

$RUEI_DB_TNSNAMEまたはconfig

RUEI_DB_TNSNAME_BI脚注4

エクスポート・データベース接続文字列。

uxinsight

RUEI_DB_TNSNAME_EM脚注7

Oracle Enterprise Managerのデータベース接続文字列。

TZ脚注 8

PHPタイムゾーン設定。

Europe/Amsterdam

脚注1 この表で指定されている変数はすべて、このマニュアル全体を通して使用される値であり、必要に応じて変更できます。

脚注2 ディレクトリ名は50文字以内です。

脚注3 データベース・インスタンス名は8文字以内です。

脚注4 データベース・ユーザー名は30文字以内です。

脚注5 別名は255文字以内です。

脚注6 RUEI_DB_TNSNAMEはレポータ・システムのデフォルトです。処理エンジンの場合、例の値configがこのガイドに使用されます。

脚注7 RUEIデプロイメントとOracle Enterprise Managerのインシデント・マネージャ機能(付録D「Enterprise Managerリポジトリへの接続の設定」を参照)を統合する場合に必要です。

脚注8 これを適切なタイムゾーン設定にし、LinuxとPHPの両方に対して有効にする必要があります。Linuxの場合は、tzselectユーティリティを使用できます。PHPの場合は、http://www.php.net/manual/en/timezones.phpを使用します。

重要:

表2-2で説明しているRUEI_HOME、RUEI_DATA、RUEI_USERおよびRUEI_GROUP設定は、リテラル値の観点から指定する必要があることに注意してください。したがって、次は許可されません。

RUEI_BASE=/my/ruei/dir
export RUEI_HOME=$RUEI_BASE/home

注意:

RUEIシステムのインストール後に/etc/ruei.confの設定を変更した場合は、システム処理を再起動して、これらの設定を有効にする必要があります(「システム」 > 「メンテナンス」 > 「システム・リセット」 > 「システム処理の再起動」)。

フェイルオーバー・レポータ構成設定

表2-3は、フェイルオーバー・レポータの構成に使用される設定を示し、レポータ・システムにのみ関係があります。構成手順の詳細は、第8章「フェイルオーバー・レポータ・システムの構成」を参照してください。

表2-3 RUEIフェイルオーバー・レポータ構成設定

設定

説明

RUEI_REP_FAILOVER_PRIMARY_IP

プライマリ・レポータIPアドレス。

RUEI_REP_FAILOVER_STANDBY_IP

セカンダリ・レポータIPアドレス。

RUEI_REP_FAILOVER_VIRTUAL_IP

仮想レポータIPアドレス。

RUEI_REP_FAILOVER_VIRTUAL_DEV

仮想レポータIPアドレスへの接続に使用するネットワーク・インタフェース。

RUEI_REP_FAILOVER_VIRUAL_MASK

仮想レポータIPアドレスのネットワーク・マスク。

フェイルオーバー・コレクタ構成設定

表2-4は、フェイルオーバー・コレクタの構成に使用される設定を示し、コレクタ・システムにのみ関係があります。構成手順の詳細は、第9章「フェイルオーバー・コレクタ・システムの構成」を参照してください。

表2-4 RUEIフェイルオーバー・コレクタ構成設定

設定

説明

RUEI_COL_FAILOVER_PRIMARY_IP

プライマリ・コレクタIPアドレス。

RUEI_COL_FAILOVER_STANDBY_IP

セカンダリ・コレクタIPアドレス。

RUEI_COL_FAILOVER_VIRTUAL_IP

仮想コレクタIPアドレス。

RUEI_COL_FAILOVER_VIRTUAL_DEV

仮想コレクタIPアドレスへの接続に使用するネットワーク・インタフェース。

RUEI_COL_FAILOVER_VIRTUAL_MASK

仮想レポータIPアドレスのネットワーク・マスク。

RUEIディストリビューション・パックに含まれているソフトウェアを使用する場合は、JAVA_HOMEおよびINSTANTCLIENT_DIRの設定を変更する必要はありません。

1. moniforceグループおよびユーザーを作成します。moniforceのホーム・ディレクトリは、グループ・メンバーの読取り権限付きで/var/opt/rueiに設定する必要があります。

/usr/sbin/groupadd moniforce
/usr/sbin/useradd moniforce -g moniforce -d /var/opt/ruei
chmod -R 750 /var/opt/ruei
chown -R moniforce:moniforce /var/opt/ruei

2. 構成ファイルの例は、RUEIディストリビューション・パックに含まれています。次のコマンドを発行することにより、ファイルがRUEI_USERユーザーに読取り可能であることを確認します。

cp /root/RUEI/extra/ruei.conf /etc/
chmod 644 /etc/ruei.conf
chown moniforce:moniforce /etc/ruei.conf

リモート・レポータ・データベース・インストールの場合、ruei.confファイルは、レポータ・システムのものと同一である必要があります。

2.4.2 Javaのインストール

レポータ、コレクタおよび処理エンジン・システムには、Java Runtime Environment(JRE)をインストールする必要があります。Javaは、RUEIディストリビューション・パックにバンドルされています。

1. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u9-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

2. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_25ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

ln -s /usr/java/jre1.7.0_25 /usr/java/jre

2.5 リモート・コレクタのインストール

この項で説明する手順は、リモート・コレクタ・システムにのみ関係があります。

コレクタ・システムにrootユーザーとしてログオンし、次のようにします。

1. 次のコマンドを使用して、RUEIアプリケーションのルート・ディレクトリを作成します。

mkdir -p /opt/ruei
chmod 750 /opt/ruei

2. RUEIルート・ディレクトリに変更し、次のコマンドを使用してruei-install.shスクリプトを実行します。

cd /root/RUEI/121
chmod +x ruei-install.sh ruei-check.sh
./ruei-install.sh collector

rootユーザーとして、RUEI_USERの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source $RUEI_HOME/bin/env.sh

3. 前述のアクションの他に、ネットワーク・インタフェースを構成する必要があります。これは、第2.7項「ネットワーク・インタフェースの構成」で説明しています。さらに、レポータ・システムから新しく作成したコレクタ・システムに、パスワードなしのリモート・ログインを設定する必要もあります。必要な構成手順は、第2.12項「レポータ通信の構成(分割サーバー設定のみ)」で説明しています。

2.6 レポータのインストール

この項では、レポータ・システムの必須コンポーネントをインストールする手順について説明します。これらにはApache Webサーバー、OracleデータベースのInstant ClientおよびZend Optimizer (またはZend Guard Loader)が含まれます。

2.6.1 Apache WebサーバーとPHPのインストール

この項では、Apache Webサーバーとそれを使用するコンポーネントのインストールと構成について説明します。

2.6.1.1 PHP構成

1. 次のコマンドを発行して、再起動後にWebサーバーが自動的に起動することを確認します。

/sbin/chkconfig httpd on

2. /etc/sysconfig/httpdファイルを編集して、次の行をファイルの最後に追加します。

source /etc/ruei.conf

3. /etc/php.d/ruei.iniファイルで次の設定を作成します。

session.gc_maxlifetime = 14400
memory_limit = 96M
upload_max_filesize = 128M
post_max_size = 128M

2.6.1.2 RSVG警告の回避

RUEIでは、グラフ生成にRSVGを使用します。欠落しているディレクトリについての警告を回避するために、次のコマンドを使用して、空の.gnome2ディレクトリを作成します。

mkdir -p /var/www/.gnome2

2.6.1.3 Apache Webサーバーの保護

RUEIの機密データを保護するには、レポータ・インタフェースのアクセスをHTTPSに制限することを強くお薦めします。rootユーザーとして次のコマンドを実行して、これを実現できます。

sed -i -e 's/^Listen 80/#Listen 80/' /etc/httpd/conf/httpd.conf

2.6.1.4 PHPマルチバイト・キャラクタ・セットのサポート

この項は、RedHat Enterprise/Oracle Linux 6.xにのみ適用されます。オペレーティング・システムに適したディストリビューション・セットにphp-mbstring RPMバージョンをインストールする必要があります。次に例を示します。

cd /root/RUEI/PHP/OL6
rpm -Uhv php-mbstring-5.3.3-version.x86_64.rpm

php-mbstringの更新およびパッチは次の場所にあります。

http://public-yum.oracle.com/repo/OracleLinux/OL6/

2.6.2 OracleデータベースのInstant Clientのインストール

rootユーザーとして次のコマンドを発行して、OracleデータベースのInstant ClientおよびSQLplus拡張機能をインストールします。

cd /root/RUEI/IC
rpm -Uhv oracle-instantclient11.2-basic-11.2.0.3.0-1.x86_64.rpm
rpm -Uhv oracle-instantclient11.2-sqlplus-11.2.0.3.0-1.x86_64.rpm

2.6.3 php-oci8モジュールのインストール

php-oci8モジュール(RUEIディストリビューション・セットの一部)をインストールします。RedHat Enterprise/Oracle Linux 5.xと6.xのどちらを使用しているかによって手順が異なることに注意してください。

RedHat Enterprise/Oracleバージョン5.x

次のコマンドを発行します。

cd /root/RUEI/PHP/OL5
rpm -Uhv php-oci8-11gR2-5.1.6-27.el5_7.4.x86_64.rpm

5.7以前のバージョンのRedHat Enterprise/Oracle Linuxを使用している場合は、php-oci8-11gR2-5.1.6-27.el5.x86_64.rpmを使用する必要があることに注意してください。これはRUEIディストリビューション・セットにも含まれます。

RedHat Enterprise/Oracle Version 6.x

次のコマンドを発行します。

cd /root/RUEI/PHP/OL6
rpm -Uhv php-oci8-11gR2-5.3.3-4.el6.x86_64.rpm

2.6.4 Zend Decoderのインストール

RedHat Enterprise/Oracle Linuxバージョン5.xにインストールする場合は、Zend Optimizerをインストールする必要があります。バージョン6.xにインストールする場合は、Zend Guard Loaderをインストールする必要があります。次の各項では、この手順について説明します。

2.6.4.1 Zend Optimizerのインストール(バージョン5.x)

Zend Optimizerコードが格納されているディレクトリに移動し、tarファイルを解凍して、Zend Optimizerインストーラを実行します。使用許諾契約を確認します。使用許諾の条件に同意しなければ、先に進めません。デフォルトの設定をすべて使用し、インストーラがApache Webサーバーを再起動できるようにします。次のコマンドを発行します。

cd /root/RUEI/ZendOptimizer
tar zxvf ZendOptimizer-3.3.3-linux-glibc23-x86_64.tar.gz
cd ZendOptimizer-3.3.3-linux-glibc23-x86_64
./install

注意:

(Yumを使用するなどして)システム・パッケージをアップグレードする場合、以前に/etc/php.iniファイルに加えた変更が上書きされる可能性があります。したがって、Zend Optimizerの再インストールの準備ができている必要があります。そうする場合は、Zend Optimizerインストーラでphp.iniファイルの場所が、/usr/local/Zend/etc/php.iniではなく、/etc/php.iniとなっていることを確認します。

重要: /etc/php.iniファイルで作成されたZend構成の行を、RUEI固有のPHP構成ファイル/etc/php.d/ruei.iniに移し、PHPのアップグレードの問題が起こらないようにすることをお薦めします。Zend Optimizerのデフォルトのインストールを実行した場合、これには次の行の移動が必要になります。

[Zend]
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3
zend_optimizer.version=3.3.3

zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

2.6.4.2 Zend Guard Loaderのインストール(バージョン6.x)

Zend Guard Loaderコードを含むディレクトリに移動し、tarファイルを解凍して必要なモジュールをレポータ・システムにコピーした後、権限を設定します。次のコマンドを発行します。

cd /root/RUEI/ZendGuardLoader
tar xvf ZendGuardLoader-php-5.3-linux-glibc23-x86_64.tar.gz
cp ZendGuardLoader-php-5.3-linux-glibc23-x86_64/php-5.3.x/ZendGuardLoader.so \
/usr/lib64/php/modules/
chown root:root /usr/lib64/php/modules/ZendGuardLoader.so
chmod 755 /usr/lib64/php/modules/ZendGuardLoader.so

/etc/php.d/ruei.iniファイルに次の行を追加します。

zend_extension=/usr/lib64/php/modules/ZendGuardLoader.so
zend_loader.enable=1
; Disable license checks (for performance reasons)
zend_loader.disable_licensing=0
; The Obfuscation level supported by Zend Guard Loader. The levels are detailed in
; the official Zend Guard Documentation. 0 - no obfuscation is enabled
zend_loader.obfuscation_level_support=3
; For more information on how to create a license file, see the Zend Guard User
; Guide

重要: Zend Guard Loaderではガベージ・コレクションが十分に処理されないため、/etc/php.d/ruei.iniファイルに次の行を含めることで無効にする必要があります。

zend.enable_gc = Off

これにより、レポータ・システムで実行されているすべてのPHPベース・アプリケーションのガベージ・コレクションが無効になることに注意してください。

2.6.5 レポータ・データベース・インスタンスの作成

セカンダリ(フェイルオーバー)・レポータをインストールしている場合は、この項で説明している手順をスキップして(第8章「フェイルオーバー・レポータ・システムの構成」を参照)、第2.6.6項「レポータ・ソフトウェアのインストール」から続行してください。

レポータ・データベースは、ローカル(つまり、レポータ・システム上)に置くことも、リモート・データベース・サーバーに置くこともできます。この項では、RUEIに必要なデータベース・インスタンスを作成し、レポータからこのデータベース・インスタンスに接続するために必要な接続データを生成します。この章で説明しているデータベース設定方法のかわりに、付録B「汎用データベース・インスタンスの設定」に記載された手順に従うこともできます。

データベース・インスタンス(RUEI_DB_INST)が作成されるシステムに入るには、次のスクリプトが必要になります。

- ruei-prepare-db.sh: データベース・インスタンス、Oracleウォレットおよびデータベース接続ファイルを作成します。このスクリプトはLinux上でのみ実行されるので注意してください。異なるオペレーティング・システムにOracleデータベースをインストールする場合、詳細は付録B「汎用データベース・インスタンスの設定」を参照してください。

- sql_scripts: このディレクトリは、ruei-prepare-db.shスクリプトで呼び出される多くのSQLスクリプトを含みます。

- ruei-check.sh: これはハードウェアおよび環境のチェック・ユーティリティで、ruei-prepare-db.shによって自動的に起動されます。このスクリプトは、スタンドアロンのトラブルシューティング・ユーティリティとしても使用できます。 スクリプトの詳細は、付録E「ruei-check.shスクリプト」参照してください。

この項で説明する手順で作成される4つの接続データファイルは、次のとおりです。

- cwallet.sso

- ewallet.p12

- sqlnet.ora

- tnsnames.ora

RUEI構成ファイル(/etc/ruei.conf)も、データベース上に存在し、第2.4.1項「RUEI構成ファイル」で説明されているように構成する必要があります。

次を実行します。

1. ruei-prepare-db.shおよびruei-check.shスクリプトとsql_scriptsディレクトリを、データベース・インスタンスを実行するサーバーにコピーし、oracleユーザーのために実行可能にします。これらのスクリプトは、RUEIディストリビューションzipファイル(/root/RUEI/121)にあります。

2. 第2.4.1項「RUEI構成ファイル」で説明しているように、ニーズにあわせて/etc/ruei.confファイルの設定を確認します。

3. データベース・サーバー上のoracleユーザーとしてデータベースにログオンし、ORACLE_HOME環境変数を設定します。oracleユーザーとして、ruei-prepare-db.shスクリプトを実行する必要があります。このスクリプトにより$RUEI_DB_INSTデータベースが作成されますが、それはいくつかのハードウェアおよびソフトウェア環境チェックが実行された後です。実行される実際のチェックは、インストール中のシステム・タイプによって異なります。
スクリプトによりレポータ・データベース・ユーザー・パスワードの入力を要求されます脚注1 。この結果、RUEIアプリケーションでデータベースに自動的にログインできるようになります。このスクリプトにより、ここで自分用の接続データも作成されます。

次のコマンドを発行します。

chmod +x ruei-prepare-db.sh ruei-check.sh
chmod -R +r /home/oracle/sql_scripts/
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1Foot 2
./ruei-prepare-db.sh create

インストール・スクリプトでシステムをチェックするかどうかを要求されることに注意してください。実行することをお薦めします。実行されるチェックの詳細は、付録E「ruei-check.shスクリプト」を参照してください。

前述のコマンドをレポータとデータベース・サーバーの組合せで実行した場合、手順4を省略して、手順5に進んでかまいません。

4. この手順は、リモート・データベースを使用する場合にのみ当てはまります。
リモート・データベースを使用するレポータの場合、手順3で生成された/tmp/ruei-database-configuration.tarファイルを、データベース・サーバーからレポータ・システムにコピーする必要があります。/tmp/ruei-database-configuration.tarファイルは、レポータ・サーバーの/var/opt/rueiディレクトリ(RUEI_DATA)で解凍する必要があります。ファイルの権限は、指定したRUEI_USER(moniforce)がそれらのファイルを使用できるように設定する必要があります。

生成された.tarファイルをレポータ・システムにコピーします。このファイルには接続データ・ファイルが入っています。レポータ・サーバーにログオンし、次のコマンドを使用して.tarファイルを解凍します。

cd /var/opt/ruei
tar xvf path-to-tar-file/ruei/database-configuration.tar
chown moniforce:moniforce cwallet.sso ewallet.p12 sqlnet.ora tnsnames.ora

5. データベースのロギングには大量のディスク領域が使用される可能性があるため、不要なディスク領域の使用を避けるために、クリーンアップ・スクリプトをインストールすることをお薦めします。スクリプト(例)をoracleユーザー・ディレクトリにコピーし、次のコマンドを使用して、cronによりアクティブ化します。

mkdir -p /home/oracle/bin
cp /root/RUEI/extra/ruei-clean.sh /home/oracle/bin
chmod +x /home/oracle/bin/ruei-clean.sh
su - oracle -c 'echo "10 0 * * * /home/oracle/bin/ruei-clean.sh" | crontab'

2.6.6 レポータ・ソフトウェアのインストール

1. RUEIディレクトリの場所は、どこでもかまいません。そのため、/etc/ruei.confファイルで構成されているとおりの正確なディレクトリ名を使用する必要があります。次のコマンドを使用して、RUEIアプリケーションのルート・ディレクトリを作成します。

mkdir -p /opt/ruei
chmod 750 /opt/ruei

注意:

指定した$RUEI_HOMEディレクトリおよび$RUEI_DATAディレクトリには、それらのために定義された750の権限があります。

2. 次のコマンドを使用して、2つの追加グループのapacheおよびmoniforceメンバーを作成します。

/usr/sbin/usermod -aG moniforce apache
/usr/sbin/usermod -aG uucp apache
/usr/sbin/usermod -aG uucp moniforce

3. RUEIソフトウェアがあるディレクトリに移動し、RUEIパッケージをインストールします。必要なインストールに応じて、reporterまたはcollectorをruei-install.shスクリプトに指定できます。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh reporter

4. 次のコマンドを使用して、Apache Webサーバーを再起動します。

/sbin/service httpd restart

5. rootユーザーとして、RUEI_USERの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source $RUEI_HOME/bin/env.sh

6. 次のコマンドを発行して、RUEIソフトウェアが正しくインストールされたことを確認します。

./ruei-check.sh postinstall

7. セカンダリ(フェイルオーバー)・レポータ・システムをインストールしている場合は(第8章「フェイルオーバー・レポータ・システムの構成」を参照)、この手順を実行しないでください。第2.7項「ネットワーク・インタフェースの構成」から続行してください。
次のコマンドを使用して、moniforceユーザーとして、RUEI adminユーザー・パスワードを設定し、RUEIインタフェースにログインできるようにします。

su - moniforce
set-admin-password

パスワードの入力と確認を求められます。

パスワードの要件

adminユーザー・パスワードを定義する際は、次のことに留意してください。

- パスワードは、8文字以上で、英数字以外の文字($、@、&および!など)を少なくとも1文字含める必要があります。

- 最初のパスワードは、7日以内に変更する必要があります。

- ユーザー名とパスワードは、大文字と小文字が区別されます。

2.7 ネットワーク・インタフェースの構成

この項は、コレクタ・システムにのみ関係があります。

インタフェース構成ファイル内の、取得インタフェースのONBOOTパラメータをyesに設定して、監視ネットワーク・インタフェースが常に(再起動後)upステータスになるようにします。ネットワーク・インタフェースの構成は、/etc/sysconfig/network-scripts/devices/ifcfg-ethXファイル(Xは必要なネットワーク・インタフェースを表す)にあります。または、グラフィカル・ユーティリティsystem-config-networkを使用して、該当するインタフェースをコンピュータ起動時にデバイスをアクティブ化に設定します。

2.8 国際フォントの有効化(オプション、推奨)

この項は、レポータ・システムにのみ関係があります。

国際文字コンテンツを使用したPDFを生成するには、追加フォントを有効にする必要があります。これらのフォントはJavaで使用できるようにする必要があります。次のコマンドを使用して、RUEIでインストールされたフォントを、適切なJavaディレクトリにコピー(または移動)します。

cp RUEI_HOME/bi-publisher/fonts/* \
/usr/java/jre/lib/fonts/

2.9 メール(MTA)構成(オプション、レポータのみ)

この項は、レポータ・システムにのみ関係があります。

RUEIでは、PDFレポートおよび電子メール・アラートの送信に、稼働しているローカルMTAの使用を想定しています。デフォルトでは、LinuxでSendmail MTAが使用されます。デフォルトでは、Sendmailにより電子メールが宛先のMTAに直接配信されます。この動作が必要性や方針に合致しない場合は、かわりの手段として、SmartHost (リレー)経由でメールを送信できます。SendmailでSmartHostを構成するには、次のようにします。

1. アップロードされたRPMがあるティレクトリに移動し、RedHat Enterprise/Oracle Linux 5.xに対して次のコマンドを発行して、Sendmail構成ユーティリティをインストールします。

rpm -Uhv sendmail-cf-8.13.8-*.el5.x86_64.rpm

RedHat Enterprise/Oracle Linux 6.xで、次のコマンドを発行します。

rpm -Uhv sendmail-cf-8.14.4-*.el6.x86_64.rpm

2. /etc/mail/sendmail.mcでSmart Host設定を含む行を検索します。SMART_HOST設定を必要に合せて変更します。次に例を示します。

define('SMART_HOST', 'my.example')dnl

3. 次のコマンドを実行することにより、新しい構成を新しいsendmail.cfで生成します。

make -C /etc/mail

4. Sendmailを再起動します。次に例を示します。

/etc/init.d/sendmail restart

注意:

Sendmail MTAの構成の詳細は、http://www.sendmail.orgで入手できます。

2.10 SNMP (Reporterのみ)

RUEI MIB定義ファイルは、レポータ・インタフェースを介してダウンロードできます。この定義ファイルは、SNMPマネージャに追加できます。MIBファイルのダウンロードの手順は、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

2.10.1 RUEI用のSNMPの構成

RUEI_USERがSNMPユーティリティを使用できるようにするには、次の手順を実行します(OL6に適用され、OEL5には適用されません)。

1. rootユーザーとして、/etc/sysconfig/snmpdのsnmpd構成ファイルを編集し、行の先頭にある'#'を削除することで、'OPTIONS'がコメント・アウトされていないことを確認します。

2. 行に次のオプションを追加します。

-u RUEI_USER

3. rootユーザーとしてsnmpdデーモンを起動および停止し、次のコマンドを発行することですべての関連ファイルで正しい権限が設定されるようにします。

service snmpd start
service snmpd stop

2.11 自動ブラウザ・リダイレクションの構成(オプション)

この項は、レポータ・システムにのみ関係があります。

ブラウザを正しいRUEIパスに自動的にリダイレクトするには、/var/www/html/index.htmlファイルを次の内容で作成します。

<head>
<meta http-equiv="REFRESH" content="0;URL=/ruei/">
</head>

2.12 レポータ通信の構成(分割サーバー設定のみ)

この項は、リモート・コレクタを使用するレポータ・システムにのみ関係があります。

パスワードなしのSSH接続は、レポータ・システムから各コレクタ・システムまで、Moniforceユーザー間で設定する必要があります。次を実行します。

1. レポータ・サーバーにrootとしてログオンします。次のコマンドを発行します。

su - moniforce
ssh-keygen -P ""

[Enter]を押して、デフォルトを使用します。

2. 各コレクタ・システムにrootとしてログオンし、次のコマンドを発行してmoniforceユーザーになります。

su - moniforce

3. 次のコマンドを発行して、各コレクタ・システム上にmoniforceユーザー用の.sshディレクトリ(まだ存在していない場合)を作成します。

mkdir ~/.ssh
chmod 700 ~/.ssh

4. 次のコマンドを発行して、レポータ・システム上のSSHキーを、コレクタ・システム上の必要な場所にコピーします。

cd ~/.ssh
ssh root@Reporter cat /var/opt/ruei/.ssh/id_rsa.pub >> authorized_keys

(レポータ・システムのrootパスワードを指定する必要があります。)

chmod 600 authorized_keys

5. レポータ・システムで、パスワードを使用せずにリモート・コマンドを実行(moniforceユーザーとして)できるようになったことを確認します。次に例を示します。

- rootとしてレポータ・サーバーにログオンします。

- moniforceユーザー(su - moniforce)としてログオンします。

- リモートのpwdコマンド(ssh Collector pwd)を実行します。

- 「Are you sure you want to continue connecting (yes/no)?」という質問に対して「yes」と入力します。

- コマンドから/var/opt/rueiが返されます。

6. これらの手順をコレクタごとに実行する必要があります。

注意:

レポータとコレクタ間の接続が正しく構成されていない場合、リモートのコレクタを登録しようとすると、認可エラーを受け取ります。

2.13 RUEIのインストール成功の確認

初期設定ウィザード(第5.2項「初期RUEI構成の実行」で説明)での作業が完了すると、「システム」、「ステータス」を選択することで、インストールを検証できます。すべてのシステム・インジケータが「OK」になっているはずです。システム・アラートがまだ構成されていないため、「ステータス」の通知は「不明」と表示されます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

脚注の説明

脚注1: データベース・パスワードは、Oracleウォレット・パスワードとしても使用できます。どちらのパスワードも8から30文字で、数字と文字の両方を含める必要があります。Oracleウォレット・パスワードの変更については、該当するOracleドキュメントを参照してください。
脚注2: この行は、ご使用のデータベース・バージョンとインストール・パスに基づくカスタマイズが必要です。

3 RUEI 12.1.0.4へのアップグレード

この章では、既存のRUEI 11.1または12.1.0.xインストールをリリース12.1.0.4にアップグレードする手順について説明します。インストール後の構成手順については、第5章「RUEIの構成」で説明しています。

追加のインストールの依存性

バージョン12.1.0.3の時点で、新しい依存性が紹介されています。これには、第3.9項「RUEI 11.1から12.1.0.4へのアップグレード」および第3.11項「RUEI 12.1.0.xから12.1.0.4へのアップグレード」で説明しているアップグレード手順の一部として、php-soapモジュール(Linux DVDで入手可能)のインストールが必要です。

アップグレードまたはロールバックの問題のトラブルシューティング

アップグレードおよびロールバック・スクリプトは、/tmp/ruei-upgrade-x.logおよび/tmp/ruei-rollback-x.logファイルにアクションを記録します。アップグレードまたはロールバック中に問題が発生した場合は、該当するファイルをOracleサポート・サービスへのリクエストに添付してください。

3.1 RUEI 12.1.0.4でのデータ表現の変更

RUEI 12.1.0.4の表にデータを表示する方法の主な変更点のサマリーを、次に示します。

- 親レベル値が現在の値の前に付けられることはなくなりました。
以前のバージョンのRUEIでは、たとえばページ名には接頭辞にアプリケーションおよびページ・グループ値を付けて"MyApp " Admin " Login.asp"になるようにすることで、親値の前に値を付けるのが規則でした。現在は異なり、RUEI 12.1.0.4ではページ名は単純に"Login.asp"として表示されます。

RUEIでは現在、データの階層表示を有効にできるため、UIでの表示中に親レベル値の前に各子値を視覚的に付けることができます。これは視覚的なツールにすぎず、表にデータを格納する方法には関係しません。

- 空の値を表すにはNULLを使用します。
以前は、RUEIは情報が見つからない値を表示するために特殊値を使用していました。たとえば、特定のセッションに対してユーザーを識別できなかった場合、ユーザーは"anonymous"に設定されます。同様に、ページは"none"、欠落しているcookieは"no-cookie"に設定される可能性があります。

このリリースでは、空の値はすべてNULLに設定されるため、特殊値は不要になりました。KPI、レポート、ダッシュボードでのフィルタなど、既存の構成での特殊値への参照はすべて、インストール中のアップグレード手順によって、NULLを使用するように自動的に変換されます。すべての履歴データを変換するように選択した場合は、データ内の特殊値もすべて更新されます。

- page-groupディメンションはNULLにすることができます。
以前のバージョンのRUEIでは、値が見つからなかったページ-グループには、ページ名と同じ値が割り当てられていました。現在は異なります。現在、値を持たないpage-groupはNULLになります。アップグレード手順では、このような状態が自動的に変換されます。

3.1.1 BIエクスポートの変更

第3.1項「RUEI 12.1.0.4でのデータ表現の変更」で説明している変更は、BIエクスポート内のすべてのRUEI表に適用できます。つまり、RUEI 12.1.0.4にアップグレードした後、BIエクスポート表内のデータが異なった方法で表示されます。

新しいデータ表現が、RUEI BIエクスポート・ユーティリティを使用するアプリケーションと互換性がないことを確認してください。

3.2 KPI値

12.1.0.0.1以前のバージョンで、KPIパーセント値が0および100の間ではなく0および1の間の数値として誤って報告される場合があります。アップグレード・スクリプトは、疑わしいKPI履歴値およびターゲットの修正の確認を要求します。これは、第3.9.1項「レポータ・システムのアップグレード」で説明されています。

履歴データおよびターゲット値が必要に応じて正しく変換されていることを確認する最善の努力を行う一方で、要件を満たすKPIレポートおよびターゲット構成を確認することをお薦めします。

3.3 XPathのサポート

リリース11.1では、XPathクエリーのサポートが拡張され、コンテンツ・スキャニング用の完全なXPath 1.0機能が提供されるようになりました。これは既存のRUEIインストールをアップグレードする際に大きな影響があります。

アップグレード・スクリプトは、現在の構成で検出されたすべてのネームスペースを報告します。アップグレード・プロセス完了時にこれらを明示的に定義する必要があります。定義しなかった場合は、構成が正しく機能しません。

さらに、形式が正しくないXHTMLコードに対して実行されたXPath式は、前のバージョンとは異なる結果を返すことがある点にも注意してください。したがって、RUEIインストールで使用されるすべてのXPath式を慎重に確認することを強くお薦めします。XPathサポートに関する詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

3.4 増加したデータベース領域の要件

バージョン12.1.0.1の時点で、データ・ブラウザ・グループ内の毎時間情報の追加によって、必要なデータベース領域の量が大幅に増加しました。レポート要件を満たしていることを確認するため、データベース使用状況およびデータ保存ポリシーを定期的に確認することをお薦めします。

3.5 デフォルトの表領域モード

バージョン12.1.0.3の時点で、新しいインストール内のUSERSおよびUXCONF表領域がデフォルトでforce loggingモードに設定されます。このモードは、オンライン・データベース・バックアップの作成に必要です。以前のデフォルト・モードはnologgingでした。この構成を変更する手順は、Oracle Real User Experience Insightアドバンスト管理者ガイドで説明されています。

既存のユーザーは、force loggingモードを使用せずに作成されたデータベース・バックアップは使用できない可能性があることに注意する必要があります。アップグレード手順は、データベースの現在の設定を変更しません。ただし、force loggingへの表領域モードの変更によってディスクI/Oが大幅に増加する可能性があることに注意してください。

3.6 application.nameおよびapplication.page-groupフィルタのアップグレード

アプリケーション名が、かっこで囲まれたスイート名を含むサブアプリケーションの場合、またはページ-グループ値が、複数のページ名を含むグループではなく実際のページ名である場合、KPI、レポート、ダッシュボード、ユーザー・フローおよびログアウト・イベントのapplication.nameおよびapplication.page-groupフィルタのアップグレードは正しく機能しません。

アップグレード後に機能しない可能性があるアイテムを確認するには、アップグレード・スクリプトからupgrade_checkステップを実行します。

cd /root/RUEI/extra
chmod +x ruei-upgrade-12.1.0.4.sh
./ruei-upgrade-12.1.0.4.sh upgrade_check

3.7 フレームワーク例外のダウンロード

以前のリリース・バージョンからのフレームワーク例外ダウンロードzipファイルは、12.1.0.4と互換性がありません。アップグレードが完了したら、zipファイルを再びダウンロードして12.1.0.4と互換性のあるバージョンを入手します。

3.8 ruei.confファイル内の設定

バージョン12.1.0.4の時点で、表2-2で説明しているRUEI_HOME、RUEI_DATA、RUEI_USERおよびRUEI_GROUP設定は、リテラル値の観点から指定する必要があります。したがって、次は許可されません。

RUEI_BASE=/my/ruei/dir
export RUEI_HOME=$RUEI_BASE/home

さらに、表2-2で説明しているTZ設定は、適切なタイム・ゾーン文字列('Europe/Amsterdam'など)に設定する必要があります。適切なタイム・ゾーンを選択するには、tzselectプログラムを実行します。ORA_SDTZ (セッションのデフォルト・タイム・ゾーン)変数を、$TZと同じになるように設定する必要もあります。次に例を示します。

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

3.9 RUEI 11.1から12.1.0.4へのアップグレード

この項では、既存のRUEI 11.1インストールをリリース12.1.0.4にアップグレードするための手順について説明します。

重要:

アップグレードを続行する前に、各プロセッサで個別に構成、メイン・データベースおよびデータベースをバックアップします。「システム」、「メンテナンス」の順に選択し、「バックアップおよびリストア」をクリックします。ロールバックの場合には、構成のバックアップが必要です。
データベースをバックアップする手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

3.9.1 レポータ・システムのアップグレード

この項で説明するレポータのアップグレード手順は、専用のレポータ・システムばかりでなく、単一サーバーのインストールにも適用できます。

次を実行します。

1. レポータにrootとしてログインします。/rootディレクトリ内でRUEI zipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

cd /root
unzip Vxxxx.zip

2. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u25-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

3. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_25ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

rm ./jre
ln -s /usr/java/jre1.7.0_25 /usr/java/jre

4. 次のコマンドを発行して、php-soapモジュールをインストールします。

rpm -Uhv php-soap-5.1.6-*.x86_64.rpm

5. 次のコマンドを使用して、レポータ・システムおよびコレクタ・システム上のすべての処理を停止します。

cd /root/RUEI/extra
chmod +x ruei-upgrade-12.1.0.4.sh
./ruei-upgrade-12.1.0.4.sh stop_ruei

6. /etc/ruei.confファイルに追加の行を挿入します。

export RUEI_DB_TNSNAME_CFG=$RUEI_DB_TNSNAME

さらに、表2-2で説明しているTZ設定は、適切なタイム・ゾーン文字列('Europe/Amsterdam'など)に設定する必要があります。適切なタイム・ゾーンを選択するには、tzselectプログラムを実行します。ORA_SDTZ (セッションのデフォルト・タイム・ゾーン)変数を、$TZと同じになるように設定する必要もあります。次に例を示します。

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

7. 次のコマンドを実行して、アップグレード前に必要なアクションを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh rpm_pre_install

デプロイメントによっては、アップグレード・アクションの完了に数時間かかる場合があります。

8. ruei-prepare-db.shスクリプトを、データベースがあるシステム上のOracleユーザーに提供します(たとえば、RUEIディストリビューションzipを抽出するなど)。次のコマンドを発行して、RUEIデータベース・インスタンスを更新します。

cd /root/RUEI/121
cp ruei-prepare-db.sh /home/oracle
cp -r sql_scripts /home/oracle
chmod +x /home/oracle/ruei-*.sh
chmod +r /home/oracle/sql_scripts/*
su - oracle
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1Foot 1
./ruei-prepare-db.sh sql_packages
./ruei-prepare-db.sh user_grants
./ruei-prepare-db.sh set_incremental_stats

完了すると、再びrootユーザーになります。

9. 必要なコレクタ・システムごとに、第3.9.2項「リモート・コレクタ・システムのアップグレード」で示されている手順を実行します。完了したら、手順10に進みます。

10. 次のコマンドを使用して、新しいリリースのRPMをインストールします。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh reporter

既存のインストール(アップグレード)では、次のコマンドを使用してRPMをインストールした後にフォントをコピーする必要があります。

cp RUEI_HOME/bi-publisher/fonts/* /usr/java/jre/lib/fonts/

11. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12. 次のコマンドを実行して、アップグレード後に必要なアクションを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh rpm_post_install

第3.2項「KPI値」で説明されているように、アップグレード・スクリプトにより疑わしい履歴値およびターゲットの変換の確認を要求される場合があります。

上で行った選択を変更する場合、次のコマンドを実行して、この手順を再実行できます。

13. ./ruei-upgrade-12.1.0.4.sh kpi_convert_percent

手順11を開始する前に、上のコマンドを実行する必要があります。

14. 次のコマンドを使用して、処理を再起動します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh reinitialize
./ruei-upgrade-12.1.0.4.sh start_ruei

15. アップグレードでは、RUEI構成および現在のデータが新しいモデルに変換されます。ただし、古いデータはまだ変換されていません。詳細は、第3.9.3項「履歴データのアップグレード」を参照してください。

注意:

アップグレード中またはその後で、イベント・ログ( 「システム」、「ステータス」、「イベント・ログ」の順に選択)にエラーまたは情報メッセージが出現したら、アップグレード手順の完了後に既読としてマークし、新しいメッセージが報告されているかどうかを監視。エラー・メッセージが再び生じた場合、Oracleサポート・サービスにご連絡ください。

3.9.2 リモート・コレクタ・システムのアップグレード

必要なコレクタ・システムごとに、rootとしてログインします。/rootディレクトリ内でRUEI zipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動して、新しいリリースのPRMをインストールします。次を実行します。

1. 次のコマンドを使用して、RUEIディストリビューション・パッケージを解凍します。

cd /root
unzip Vxxxx.zip

2. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u25-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

3. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_09ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

rm ./jre
ln -s /usr/java/jre1.7.0_25 /usr/java/jre

4. 次のコマンドを使用して、コレクタRPMをアップグレードします。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh collector

5. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

必要なコレクタ・システムごとに上の手順を完了した後、レポータ・システムのアップグレードを続行する必要があります(第3.9.1項「レポータ・システムのアップグレード」を参照)。

3.9.3 履歴データのアップグレード

RUEI 12.1.0.4ではデータの格納および問合せに新しいデータ・モデルを使用するため、12.1.0.4以前のデータを新しいRUEIバージョンで引き続き表示できるようにする場合は、データをアップグレードする必要があります。RUEI 12.1.0.4システムが適切に動作するためには、データの変換は不要であることに注意してください。この手順が必要なのは、12.1.0.4のインストール前に処理および格納されたデータを表示できるようにする場合のみです。

12.1.0.4の新機能、データの格納および表示方法の変更点については、第3.1項「RUEI 12.1.0.4でのデータ表現の変更」を参照してください。

データのアップグレードは、個別の処理エンジンおよびレポータで実行する必要があります。

3.9.3.1 個別の表領域への古いデータの移動

これは、古いデータの変換および新しいデータの収集のためにUSERS表領域の領域を解放するオプションの手順です。古いデータは個別の表領域に移動され、そこにバックアップとして残ります。

1. 古いデータを保持する表領域(たとえば、UXBACKUP)を作成します。サイズはUSERS表領域とほぼ同じになりますが、必ず十分なデータベース・ファイルを追加できるようにしてください。

sqlplus sys/<password>@$RUEI_DB_TNSNAME as sysdba
SQL> create tablespace UXBACKUP datafile 'uxbackup01.dbf' size 5M reuse autoextend on default compress;
SQL> alter user RUEI_DB_USER quota unlimited on UXBACKUP;
SQL> alter tablespace UXBACKUP add datafile 'uxbackup02.dbf' size 5M reuse autoextend on;

2. rootとしてログインした後、アップグレード・スクリプトから次の手順を実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh backup_data_cubes UXBACKUP

3.9.3.2 データの変換

構成されなくなったアプリケーションのデータは変換されないことに注意してください。このデータを保持するために、変換を実行する前に同じ名前を使用して「構成」 > 「アプリケーション」/「サービス」画面でデータを戻します。

rootとしてログインした後、アップグレード・スクリプトから次の手順を実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh convert_data_cubes

システム内のデータの量によって、これは完了するまでに長い時間がかかる可能性があります。

3.9.3.3 元のデータの削除

アップグレード中に問題が発生した場合、元のデータ・キューブはバックアップとして保持されます。データのアップグレードが完了した後、rootとしてログインして次を実行することで完全に削除できます。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh delete_old_data

これにより、RUEI 12.1.0.4以前のデータ・キューブが完全に削除されます。

3.10 リリース11.1へのロールバック

この項では、リリース12.1.0.4へのアップグレード後に、リリース11.1にロールバックする手順を説明します。レポータのインストールに含まれているコレクタは、説明されている手順の実行中に自動的にロールバックされます。ただし、リモート・コレクタ・システムは、個々にロールバックする必要があります。この手順については、この項で後ほど説明します。

重要:

アップグレード前の状態に完全にシステムをリストアできない場合がある点に注意してください。アップグレードのロールバックを行う前に、Oracleサポート・サービスに連絡いただくことを強くお薦めします。データベースをリストアする手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

次の手順では、11.1ディストリビューション・セットが/root/oldに抽出され、12.1.0.4ディストリビューション・セットが/rootに抽出されることを想定しています。

1. レポータ・システムにrootとしてログインします。/root/oldディレクトリ内でRUEI 11.1ディストリビューションzipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

mkdir /root/old
cd /root/old
unzip <path to distribution set>/Vxxx.zip

2. 次のコマンドを発行して、すべての処理を停止します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh stop_ruei

3. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)から次の行を削除します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

4. rootとして次のコマンドを発行することで、12.1.0.4 rpmを削除します。

L=$(rpm -qa | grep ^ux-)
rpm -e $L

5. 次のコマンドを発行して、前のRPMをリストアします。

cd /root/old/RUEI/111
chmod +x ruei-install.sh
./ruei-install.sh reporter

6. 次のコマンドを発行して、すべての処理を停止します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh stop_ruei

7. アップグレード中に作成したデータベース・バックアップをリストアします。

8. すべての必要なリモート・コレクタをロールバックします(第3.10.1項「リモート・コレクタ・システムのロールバック」で説明されている手順を使用)。完了したら、手順9に進みます。インストールでリモート・コレクタを使用しない場合は、すぐに手順9に進んでください。

9. (「システム」、「メンテナンス」、「バックアップおよびリストア」、「ファイルへのシステムのバックアップ」の順に選択して)アップグレード前に作成したバックアップを/tmpディレクトリなどにコピーしてレポータ・システムで使用できることを確認します。次に、rootユーザーとして次のコマンドを発行して、RUEI_USERユーザーによってバックアップ・ファイルを読取り可能にします。

chmod 644 /tmp/backup_file_name.tar.gz

10. RUEI_USERユーザーとして次のコマンドを発行して、バックアップ・ファイルをリストアします。

project -restore --all /tmp/backup_file_name.tar.gz

3.10.1 リモート・コレクタ・システムのロールバック

次を実行します。

1. リモート・コレクタ・システムにrootとしてログインします。/root/oldディレクトリ内で11.1ディストリビューションzipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを発行します。

mkdir /root/old
cd /root/old
unzip <path to distribution file>/Vxxx.zip

2. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)から次の行を削除します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

3. 次のコマンドを発行して、前のRPMをリストアします。

cd /root/old/RUEI/111
chmod +x ruei-install.sh
./ruei-install.sh ux-collector-*.rpm

必要なコレクタすべてについて完了したら、第3.10項「リリース11.1へのロールバック」の手順9に戻ります。

3.11 RUEI 12.1.0.xから12.1.0.4へのアップグレード

この項では、既存のRUEI 12.1.0.xインストールをリリース12.1.0.4にアップグレードするための手順について説明します。

重要:

アップグレードを続行する前に、各プロセッサで個別に構成、メイン・データベースおよびデータベースをバックアップします。構成バックアップを実行するには、「システム」、「メンテナンス」の順に選択し、「バックアップおよびリストア」をクリックします。ロールバックの場合には、構成のバックアップが必要です。
データベースをバックアップする手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

3.11.1 レポータ・システムのアップグレード

この項で説明するレポータのアップグレード手順は、専用のレポータ・システムばかりでなく、単一サーバーのインストールにも適用できます。

次を実行します。

1. レポータにrootとしてログインします。/rootディレクトリ内でRUEI zipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

cd /root
unzip Vxxxx.zip

2. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u25-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

3. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_25ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

rm /usr/java/jre
ln -s /usr/java/jre1.7.0_25 /usr/java/jre

4. 次のコマンドを発行して、php-soapモジュールをインストールします。

rpm -Uhv php-soap-5.1.6-*.x86_64.rpm

注意:

12.1.0.3以前のバージョンからアップグレードしている場合のみ、この手順を実行します。

5. 次のコマンドを使用して、レポータ・システムおよびコレクタ・システム上のすべての処理を停止します。

cd /root/RUEI/extra
chmod +x ruei-upgrade-12.1.0.4.sh
./ruei-upgrade-12.1.0.4.sh stop_ruei

6. 次のコマンドを実行して、アップグレード前に必要なアクションを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh rpm_pre_install

デプロイメントによっては、アップグレード・アクションの完了に数時間かかる場合があります。

7. 12.1.0.1以前のバージョンからアップグレードしている場合、この手順を実行する必要があります。
ruei-prepare-db.shスクリプトを、データベースがあるシステム上のOracleユーザーに提供します(たとえば、RUEIディストリビューションzipを抽出するなど)。次のコマンドを発行して、RUEIデータベース・インスタンスを更新します。

cd /root/RUEI/121
cp ruei-prepare-db.sh /home/oracle
cp -r sql_scripts /home/oracle
chmod +x /home/oracle/ruei-*.sh
chmod +r /home/oracle/sql_scripts/*
su - oracle
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1Foot 2
./ruei-prepare-db.sh sql_packages
./ruei-prepare-db.sh user_grants
./ruei-prepare-db.sh set_incremental_stats

完了すると、再びrootユーザーになります。

8. 必要なコレクタ・システムごとに、第3.11.2項「リモート・コレクタ・システムのアップグレード」で示されている手順を実行します。完了したら、手順9に進みます。

9. 必要な処理エンジン・システムごとに、第3.11.3項「処理エンジン・システムのアップグレード」で示されている手順を実行します。完了したら、手順10に進みます。

10. 次のコマンドを使用して、新しいリリースのRPMをインストールします。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh reporter

既存のインストール(アップグレード)では、次のコマンドを使用してRPMをインストールした後にフォントをコピーする必要があります。

cp RUEI_HOME/bi-publisher/fonts/* /usr/java/jre/lib/fonts/

11. rootユーザーとして、RUEI_USERの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

注意:

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

12. 表2-2で説明しているTZ設定を、適切なタイム・ゾーン文字列('Europe/Amsterdam'など)に設定します。適切なタイム・ゾーンを選択するには、tzselectプログラムを実行します。ORA_SDTZ (セッションのデフォルト・タイム・ゾーン)変数を、$TZと同じになるように設定する必要もあります。次に例を示します。

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

13. 次のコマンドを実行して、アップグレード後に必要なアクションを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh rpm_post_install

第3.2項「KPI値」で説明されているように、アップグレード・スクリプトにより疑わしい履歴値およびターゲットの変換の確認を要求される場合があります。

14. バージョン12.1.0.0.0からアップグレードしている場合のみ、この手順を実行します。それ以外の場合は、この手順を省略できます。
前述の手順で行った選択を変更する場合、次のコマンドを実行して、この手順を再実行できます。

./ruei-upgrade-12.1.0.4.sh kpi_convert_percent

手順15を開始する前に、上のコマンドを実行する必要があります。

15. 次のコマンドを使用して、処理を再起動します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh reinitialize
./ruei-upgrade-12.1.0.4.sh start_ruei

16. アップグレードにより、RUEI構成および現在のデータが新しいモデルに変換されました。ただし、古いデータを変換する必要があります。詳細は、第3.11.4項「履歴データのアップグレード」を参照してください。

注意:

アップグレード中またはその後で、イベント・ログ( 「システム」、「ステータス」、「イベント・ログ」の順に選択)にエラーまたは情報メッセージが出現したら、アップグレード手順の完了後に既読としてマークし、新しいメッセージが報告されているかどうかを監視。エラー・メッセージが再び生じた場合、Oracleサポート・サービスにご連絡ください。

3.11.2 リモート・コレクタ・システムのアップグレード

必要なコレクタ・システムごとに、rootとしてログインします。/rootディレクトリ内でRUEI zipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動して、新しいリリースのPRMをインストールします。次を実行します。

1. 次のコマンドを使用して、RUEIディストリビューション・パッケージを解凍します。

cd /root
unzip Vxxxx.zip

2. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u25-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

3. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_25ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

rm jre
ln -s /usr/java/jre1.7.0_25 /usr/java/jre

4. 次のコマンドを使用して、コレクタRPMをアップグレードします。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh collector

5. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

必要なコレクタ・システムごとに上の手順を完了した後、レポータ・システムのアップグレードを続行する必要があります(第3.11.1項「レポータ・システムのアップグレード」を参照)。

3.11.3 処理エンジン・システムのアップグレード

この項で説明されているアップグレード手順を処理エンジン・システムごとに実行する必要があります。処理エンジン・システムは、順にアップグレードする必要があります。つまり、前のシステムのアップグレードが完了するまで、次のシステムのアップグレードを開始しないでください。次を実行します。

1. rootとして処理エンジンにログインします。/rootディレクトリ内でRUEI zipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

cd /root
unzip Vxxxx.zip

2. 次のコマンドを発行します。

cd /usr/java
tar xzf /root/RUEI/Java/jre-7u25-linux-x64.tar.gz

Javaの使用許諾契約に同意するように要求されます。同意しなければ、先に進めません。

3. これにより、必要なJavaソフトウェアが/usr/java/jre1.7.0_25ディレクトリにインストールされます。インストール・ディレクトリをバージョンに依存しないものにするためには、次のコマンドを使用して、より一般的なsymlinkを作成します。

rm /usr/java/jre
ln -s /usr/java/jre1.7.0_25 /usr/java/jre

4. 次のコマンドを実行して、アップグレード前に必要なアクションを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh rpm_pre_install

5. 12.1.0.1以前のバージョンからアップグレードしている場合のみ、この手順を実行する必要があります。
ruei-prepare.shスクリプトを、データベースがあるシステム上のOracleユーザーに提供します(たとえば、RUEIディストリビューションzipを抽出するなど) 。次のコマンドを発行して、処理エンジン・データベース・インスタンスを更新します。

cd /root/RUEI/121
cp ruei-prepare-db.sh /home/oracle
cp -r sql_scripts /home/oracle
chmod +x /home/oracle/ruei-*.sh
chmod +r /home/oracle/sql_scripts/*
su - oracle
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1Foot 3
./ruei-prepare-db.sh sql_packages
./ruei-prepare-db.sh user_grants

完了すると、再びrootユーザーになります。

6. 次のコマンドを使用して、新しいリリースのRPMをインストールします。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh processor

7. rootユーザーとして、RUEI_USERの.bash_profileファイル(RUEI_DATA/.bash_profile)に次の行を追加します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

必要な処理エンジンごとに上の手順を完了した後、レポータ・システムのアップグレードを続行する必要があります(第3.11.1項「レポータ・システムのアップグレード」を参照)。

3.11.4 履歴データのアップグレード

RUEI 12.1.0.4ではデータの格納および問合せに新しいデータ・モデルを使用するため、12.1.0.4以前のデータを新しいRUEIバージョンで引き続き表示できるようにする場合は、データをアップグレードする必要があります。RUEI 12.1.0.4システムが適切に動作するためには、データの変換は不要であることに注意してください。この手順が必要なのは、12.1.0.4のインストール前に処理および格納されたデータを表示できるようにする場合のみです。

12.1.0.4の新機能、データの格納および表示方法の変更点については、第3.1項「RUEI 12.1.0.4でのデータ表現の変更」を参照してください。

データのアップグレードは、個別の処理エンジンおよびレポータで実行する必要があります。

3.11.4.1 個別の表領域への古いデータの移動

これは、古いデータの変換および新しいデータの収集のためにUSERS表領域の領域を解放するオプションの手順です。古いデータは個別の表領域に移動され、そこにバックアップとして残ります。

1. 古いデータを保持する表領域(たとえば、UXBACKUP)を作成します。サイズはUSERS表領域とほぼ同じになりますが、必ず十分なデータベース・ファイルを追加できるようにしてください。

sqlplus sys/<password>@$RUEI_DB_TNSNAME as sysdba
SQL> create tablespace UXBACKUP datafile 'uxbackup01.dbf' size 5M reuse autoextend on default compress;
SQL> alter user RUEI_DB_USER quota unlimited on UXBACKUP;
SQL> alter tablespace UXBACKUP add datafile 'uxbackup02.dbf' size 5M reuse autoextend on;

2. rootとしてログインした後、アップグレード・スクリプトから次の手順を実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh backup_data_cubes UXBACKUP

3.11.4.2 データの変換

構成されなくなったアプリケーションのデータは変換されないことに注意してください。このデータを保持するために、変換を実行する前に同じ名前を使用して「構成」 > 「アプリケーション」/「サービス」画面でデータを戻します。

rootとしてログインした後、アップグレード・スクリプトから次の手順を実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh convert_data_cubes

システム内のデータの量によって、これは完了するまでに長い時間がかかる可能性があります。

3.11.4.3 元のデータの削除

アップグレード中に問題が発生した場合、元のデータ・キューブはバックアップとして保持されます。データのアップグレードが完了した後、rootとしてログインして次を実行することで完全に削除できます。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh delete_old_data

これにより、RUEI 12.1.0.4以前のデータ・キューブが完全に削除されます。

3.12 リリース12.1.0.xへのロールバック

この項では、リリース12.1.0.4へのアップグレード後に、リリース12.1.0.xにロールバックする手順を説明します。レポータのインストールに含まれているコレクタは、説明されている手順の実行中に自動的にロールバックされます。ただし、リモート・コレクタ・システムは、個々にロールバックする必要があります。この手順については、この項で後ほど説明します。

重要:

アップグレード前の状態に完全にシステムをリストアできない場合がある点に注意してください。アップグレードのロールバックを行う前に、Oracleサポート・サービスに連絡いただくことを強くお薦めします。データベースをリストアする手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

次の手順では、12.1.0.xディストリビューション・セットが/root/oldに抽出され、12.1.0.4ディストリビューション・セットが/rootに抽出されることを想定しています。

1. レポータ・システムにrootとしてログインします。/root/oldディレクトリ内でRUEI 12.1.0.xディストリビューションzipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

mkdir /root/old
cd /root/old
unzip <path to distribution set>/Vxxx.zip

2. 次のコマンドを発行して、すべての処理を停止します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh stop_ruei

3. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)から次の行を削除します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

4. rootとして次のコマンドを発行することで、12.1.0.4 RPMを削除します。

L=$(rpm -qa | grep ^ux-)
rpm -e $L

5. 次のコマンドを発行して、前のRPMをリストアします。

cd /root/old/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh reporter

6. 次のコマンドを発行して、すべての処理を停止します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.4.sh stop_ruei

7. アップグレード中に作成したデータベース・バックアップをリストアします。

8. すべての必要なリモート・コレクタをロールバックします(第3.12.1項「リモート・コレクタ・システムのロールバック」で説明されている手順を使用)。インストールでリモート・コレクタを使用しない場合は、すぐに手順9に進んでください。

9. すべての必要な処理エンジン・システムをロールバックします(第3.12.2項「処理エンジン・システムのロールバック」で説明されている手順を使用)。インストールで処理エンジンを使用しない場合は、すぐに手順10に進んでください。

10. (「システム」、「メンテナンス」、「バックアップおよびリストア」、「ファイルへのシステムのバックアップ」の順に選択して)アップグレード前に作成したバックアップを/tmpディレクトリなどにコピーしてレポータ・システムで使用できることを確認します。次に、rootユーザーとして次のコマンドを発行して、RUEI_USERユーザーによってバックアップ・ファイルを読取り可能にします。

chmod 644 /tmp/backup_file_name.tar.gz

11. RUEI_USERユーザーとして次のコマンドを発行して、バックアップ・ファイルをリストアします。

project -restore --collectors /tmp/backup_file_name.tar.gz

3.12.1 リモート・コレクタ・システムのロールバック

次を実行します。

1. リモート・コレクタ・システムにrootとしてログインします。/root/oldディレクトリ内で12.1.0.xディストリビューションzipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを発行します。

mkdir /root/old
cd /root/old
unzip <path to distribution file>/Vxxx.zip

2. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)から次の行を削除します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

3. 次のコマンドを発行して、前のRPMをリストアします。

cd /root/old/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh ux-collector-*.rpm

必要なコレクタすべてについて完了したら、第3.12項「リリース12.1.0.xへのロールバック」の手順9に戻ります。

3.12.2 処理エンジン・システムのロールバック

次を実行します。

1. rootとして処理エンジン・システムにログインします。/root/oldディレクトリ内でRUEI 12.1.0.xディストリビューションzipファイルを解凍し、アプリケーション・ファイルが格納されているディレクトリに移動します。次のコマンドを使用します。

mkdir /root/old
cd /root/old
unzip <path to distribution set>/Vxxx.zip

2. rootユーザーとして、RUEI_USERユーザーの.bash_profileファイル(RUEI_DATA/.bash_profile)から次の行を削除します。

source /etc/ruei.conf
source RUEI_HOME/bin/env.sh

12.1.0.3からアップグレードしている場合は、この手順をスキップします。

3. 次のコマンドを発行して、前のRPMをリストアします。

cd /root/old/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh processor

必要な処理エンジンすべてについて完了したら、第3.12項「リリース12.1.0.xへのロールバック」の手順10に戻ります。

脚注の説明

脚注1: この行は、データベース・バージョンとインストール・パスに基づいてカスタマイズする必要があります。
脚注2: この行は、ご使用のデータベース・バージョンとインストール・パスに基づくカスタマイズが必要です。
脚注3: この行は、ご使用のデータベース・バージョンとインストール・パスに基づくカスタマイズが必要です。

4 SSO認証統合のインストールと構成

この章では、Oracle HTTPサーバーのインストールと構成の手順について説明します。これはRUEIインストール・プロセスのオプションの部分で、Oracle Single Sign-On(SSO)サービスを使用する場合にのみ必要になります。Oracle SSOサービスは、完全にインストールして構成しないと、RUEIユーザー認証に使用できません。

Oracle SSOユーザー認証用にレポータ・システムを構成する手順は、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。RUEIは、完全にインストールしないと、Oracle SSOユーザー認証用に構成できません。

4.1 デフォルトWebサーバーの停止

Oracle SSOサーバーでは、現在インストールされているWebサーバーとの競合を避けるために、独自のWebサーバーを使用します。そのため、次のコマンドを発行して、現在インストールされているWebサーバーを停止する必要があります。

/sbin/service httpd stop
/sbin/chkconfig --del httpd

注意:

PHPモジュールもアンインストールされてしまうので、デフォルトのLinux Apache Webサーバーをアンインストールしないことをお薦めします。

4.2 ローカル・データベースを持たないレポータ・システム

この項で説明する手順は、ローカル・データベースを持たないレポータ用にOracle HTTPサーバーをインストールし、構成する場合にのみ実行します。そうでない場合は、第4.3項「ローカル・データベースを持つレポータ・システム」で説明されている手順に従います。

4.2.1 oracleユーザーの作成

この項は、リモート・データベースを使用するように構成されたRUEIインストールの場合にのみ関係があります。この場合、oracleユーザーはまだ存在しないため、次のコマンドを発行して作成する必要があります。

/usr/sbin/groupadd oinstall oinstall
/usr/sbin/useradd -g oinstall oracle

4.2.2 Oracle HTTPサーバー環境の設定

この項は、リモート・データベースを使用するように構成されたRUEIインストールの場合にのみ関係があります。この場合、/etc/security/limits. confファイルに次の行を追加する必要があります。

oracle soft nofile 16384
oracle hard nofile 65536

4.2.3 インストール・ディレクトリの作成

次のコマンドを発行して、Oracle HTTPサーバー・インストール・ディレクトリを作成します。

mkdir -p /u01/app/oracle
chown -R oracle:oinstall /u01/app/oracle

4.3 ローカル・データベースを持つレポータ・システム

この項で説明する手順は、ローカル・データベースで構成されるレポータ用にOracle HTTPサーバーをインストールし、構成する場合にのみ実行します。そうでない場合は、第4.2項「ローカル・データベースを持たないレポータ・システム」で説明されている手順に従います。

オープン・ファイル数の制限を増やします。次の行を/etc/security/limits.confファイルで編集します。

oracle soft nofile 16384

4.4 Oracle HTTP Serverのインストール

次を実行します。

1. oracleユーザーとしてレポータ・サーバーにログインし、Oracle HTTPサーバーzipファイルを解凍します。X Window環境が正しく設定されていることを確認します。さらに、SSHを使用してリモートでログインする場合は、X転送が有効であることを確認します。Oracle HTTPサーバーのインストールは、oracleユーザーとして実行する必要があります(この章のごく一部でroot権限が必要)。次のコマンドを発行します。

unzip ofm_webtier_11.1.1.6.0_64_disk1_10f1.zip
cd webtier/Disk1
export ORACLE_BASE=/u01/app/oracle
./runInstaller

2. インストール・スクリプトを実行すると、手順5以外はすべてデフォルトの値を受け入れます。ここで、図4-1の「Oracle Web Cache」および「選択されたコンポーネントとWebLogicドメインの関連付け」の2つのチェック・ボックスの選択を解除する必要があります。

図4-1 コンポーネントの構成ダイアログ

3. インストール・スクリプトを終了したら、次の環境変数を設定します。

export ORACLE_HOME=$ORACLE_BASE/middleware/oracle_WT1
export ORACLE_INSTANCE=$ORACLE_HOME/instances/instance1

4. 次のコマンドを使用して、Oracle HTTPサーバーとOracle Process Manager Notification(OPMN)を停止します。

$ORACLE_INSTANCE/bin/opmnctl stopall

5. httpd.preforkを使用して、PHPモジュールをロードできるように、$ORACLE_INSTANCE/config/OPMN/opmn/opmn.xmlファイルを編集します。次の変数が/etc/ruei.conf構成ファイルに設定されていることを確認します。

<environment>
<variable id="TEMP" value="/tmp"/>
<variable id="TMP" value="/tmp"/>
<variable id="OHSMPM" value="prefork"/>
<variable id="TNS_ADMIN" value="/var/opt/ruei"/>
<variable id="RUEI_DB_TNSNAME" value="uxinsight"/>
<variable id="RUEI_DB_USER" value="uxinsight"/>
<variable id="RUEI_HOME" value="/opt/ruei"/>
<variable id="RUEI_DATA" value="/var/opt/ruei"/>
<variable id="JAVA_HOME" value="/usr/java/jre"/>
</environment>

6. rootユーザーとしてログオンし、ApacheユーザーとしてOracle HTTPサーバーを実行できるように、.apachectlファイルの権限を変更します。次のコマンドを発行します。

chown root $ORACLE_HOME/ohs/bin/.apachectl
chmod 6750 $ORACLE_HOME/ohs/bin/.apachectl

7. 次のコマンドを使用して、apacheをoinstallグループに追加します。

usermod -aG oinstall apache

8. oracleユーザーとしてログオンし、Oracle HTTPサーバーをApacheユーザーとして実行できるように$ORACLE_INSTANCE/config/OHS/ohs1/httpd.confファイルを編集します。次の行を編集します。

User apache
Group apache

9. $ORACLE_INSTANCE/config/OHS/ohs1/moduleconf/php5.confファイルを作成し、次の行が含まれるように編集します。

LoadModule php5_module "/usr/lib64/httpd/modules/libphp5.so"
AddHandler php5-script php
AddType    text/html   php

10. 次のコマンドを使用して、/etc/httpd/conf.d/uxinsight.confファイルをコピーし、Oracle HTTPサーバーで使用できるようにします。

cp /etc/httpd/conf.d/uxinsight.conf $ORACLE_INSTANCE/config/OHS/ohs1/moduleconf

11. 次のコマンドを使用して、Oracle Process Manager Notification(OPMN)とOracle HTTPサーバーとを起動します。

$ORACLE_INSTANCE/bin/opmnctl startall

12. 次のコマンドを使用して、HTTPサーバーを停止します。

$ORACLE_INSTANCE/bin/opmnctl stopproc ias-component=ohs1

13. RUEIがデフォルトのHTTPSポートで実行されるように、$ORACLE_INSTANCE/config/OHS/ohs1/ssl.confファイルを編集し、Listenディレクティブの行を次のように変更します。

Listen 443

さらに、VirtualHostの定義を次のように編集します。

<VirtualHost *:443>

14. config/OHS/ohs1/moduleconf/plsql.confおよびconfig/OHS/ohs1/mod_wl_ohs.confファイルのLoadModule設定をコメント・アウトします。

15. $ORACLE_INSTANCE/config/OHS/ohs1/moduleconf/mod_osso.confファイルを作成します。

LoadModule osso_module "${ORACLE_HOME}/ohs/modules/mod_osso.so"

<IfModule osso_module>
OssoConfigFile /u01/app/oracle/product/11.1.1/as_1/instances/instance1/config/OHS/ohs1/osso.conf
OssoIpCheck off
OssoIdleTimeout off
</IfModule>

16. RUEIのOracle SSOサーバーへの登録後に受信したosso.confファイルを$ORACLE_INSTANCE/config/OHS/ohs1ディレクトリにコピーします。これは、第4.5項「Oracle SSO ServerへのRUEIの登録」で説明しています。

17. 次のコマンドを使用して、HTTPサーバーを起動します。

$ORACLE_INSTANCE/bin/opmnctl startproc ias-component=ohs1

4.5 Oracle SSO ServerへのRUEIの登録

必要なosso.confファイルを作成するためには、Oracle SSOサーバーにRUEIを登録する必要があります。これを実行する手順は、Oracle SSOバージョン10.1.4と11.1のどちらを使用しているかによって異なり、次の各項で説明しています。

4.5.1 Oracle SSOバージョン10.1.4への登録

10.1.4 Oracle Identity Manager登録ツールssoreg.shを使用して、osso.confファイルの登録レコードを更新します。次を実行します。

1. Oracle Identity Managerディレクトリに移動します。

ORACLE_HOME/sso/bin/ssoreg

2. 次のパラメータおよび値を使用して、ssoreg.shツールを実行します。

./ssoreg.sh -site_name hostname:4443 \
-config_mod_osso TRUE \
-mod_osso_url hostname:4443 \
-config_file location

ここで、

- hosthameは、RUEIレポータ・システムの完全なURL(たとえば、https://ruei.us.myshop.com)を指定します。

- locationは、osso.confファイルが書き込まれる場所(たとえば、tmp/osso.conf)を指定します。

3. 作成したosso.confファイルを、RUEIレポータ・システム上の$ORACLE_INSTANCE/config/OHS/ohs1ディレクトリにコピーします。

詳細は次のサイトを参照してください。

http://docs.oracle.com/cd/E14571_01/core.1111/e10043/osso.htm#autoId89

4.5.2 Oracle SSOバージョン11.1への登録

RUEIをパートナ・アプリケーションとしてOracle SSOバージョン11.1内に登録するには、次の手順を実行します。

1. Oracle Access Managerコンソール内で、「ポリシー構成」タブをクリックします。図4-2に示す画面が表示されます。

Figure 4-2 OAMポリシー構成画面

2. 「新規OSSOエージェント」アイテムをクリックします。図4-3に示す画面が表示されます。

図4-3 OSSOエージェントの作成画面

3. 必要なパラメータを指定します。次に、「適用」をクリックします。図4-4に示す画面が表示されます。

図4-4 OSSOエージェント作成の確認

の説明

4. 示されている場所からRUEIレポータ・システム上の$ORACLE_INSTANCE/config/OHS/ohs1ディレクトリにosso.confファイルをコピーします。

詳細は次のサイトを参照してください。

http://docs.oracle.com/cd/E23943_01/doc.1111/e15478/agents.htm#BABGIDAB

4.6 Oracle HTTPサーバー構成の検証

ブラウザでhttps://Reporter/rueiにアクセスすることで、Oracle HTTPサーバーとRUEIとの統合をテストできます。「システム」、「ユーザー管理」の順に選択したとき、SSO接続の構成オプションが有効になっている必要があります。

RUEI内でのOracle SSOユーザー認証の有効化については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

5 RUEIの構成

この章では、RUEIの初期構成の手順について説明します。この作業は、組織内でRUEIスーパー管理者ロール(つまりadminユーザー)を割り当てられているユーザーによって実行されます。ロールの詳細は、『Oracle Real User Experienceユーザーズ・ガイド』を参照してください。

重要:

RUEIを構成した後、収集したネットワーク通信を組織内のネットワーク・エンジニアに検証してもらうことを強くお薦めします。これを行う手順は、付録F「監視対象ネットワーク通信の検証」で説明されています。

5.1 概要

RUEIを起動および実行するには、サーバー・システムをRUEI用に準備し、RUEIソフトウェアをインストールする必要があります。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。その後、インストール・タイプとメール設定を指定し(第5.2項「RUEIの初期構成の実行」で説明)、いくつかのインストール後の構成(第5.4項「インストール後の構成の実行」で説明)を実行する必要があります。これはレポート作成を開始するために必要です。これには、ページおよびユーザーの識別方法の決定と、ネットワーク環境での監視範囲の指定が含まれます。最後に、システムの初期ユーザーを、第5.4.6項「初期ユーザーの認可」の説明のとおりに定義する必要があります。分割サーバー構成をインストールする場合は、各コレクタ・システムの構成が必要になることに注意してください。これは、第5.3項「コレクタ・システムの構成」で説明しています。

重要:

RUEIの構成については、組織のネットワーク・トポロジに精通したユーザーと相談する必要があります。

5.2 RUEIの初期構成の実行

RUEIでデータの監視およびレポート作成を開始するには、ネットワーク・インフラストラクチャに関する情報を使用して構成する必要があります。構成が完了すると、ユーザー通信のレポート作成が可能になります。この初期構成は、必要に応じて後から変更できます。初期構成は、単に実際のユーザーの監視およびレポート作成を開始するために、十分な情報を提供するためのものです。

RUEIの初期構成を実行するには、次のようにします。

1. ブラウザでhttps://Reporter/rueiを指定することにより、初期設定ウィザードを起動します。
Reporterには、インストール済RUEIのホスト名またはIPアドレスを指定します。図5-1のダイアログが表示されます。

図5-1 ログイン・ダイアログ

2. adminユーザーと、set-admin-passwordスクリプトで定義したパスワードを指定します(第2.6.6項「レポータ・ソフトウェアのインストール」で定義)。準備ができたら、ログインをクリックします。図5-2に示すダイアログが表示されます。

図5-2 初期設定ウィザード

ユーザーが初めてログオンすると、Webサーバーでサイトの証明書のIDを検証できなかったという警告が表示されます。セキュリティ・ポリシーに応じて、この証明書を永続的に受け入れるか、このセッション用に一時的に受け入れるか、あるいは証明書を拒否するかのいずれかを選択できます。認証局(CA)から証明書を購入することもできます。また、SSL証明書を作成することもできます。詳細は次のサイトを参照してください。

http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html#realcert

3. 「次へ」をクリックして、構成を続行します。図5-3のダイアログが表示されます。

図5-3 「メール設定」ダイアログ

4. 表5-1で説明している要求された情報を指定します。

表5-1 「電子メール設定」のフィールド

フィールド

説明

返信用アドレス

失敗した電子メールまたは問題が発生した電子メールのレポート先となる電子メール・アドレスを指定します。このアドレスを定期的にチェックすることを強くお薦めします。

送信元アドレス

受信者のメール・クライアントに表示されるアドレスを指定します。

返信先アドレス

ユーザーが電子メール内でクリックして返信できるアドレスを指定します。これが指定されていない場合は、「送信元アドレス」設定が使用されます。

メール・サイズ制限

電子メールの最大許容メッセージ・サイズ(KB単位)を指定します。電子メールにこの制限を超えるレポートが含まれる場合は、この制限に対応するために、レポートが個別の電子メールに分割されます。個別に送信するには大きすぎるレポートは送信されず、ユーザーに問題が通知されます。デフォルトのメール・サイズ制限は5000KBです。

レポータURL

電子メールの受信者がレポータ・システムに接続するために必要となる詳細なURLを指定します。通常、このURLは、RUEIユーザーがレポータ・システムにアクセスするために使用するURLと同じです。

電子メール情報は、内部ネットワークに対するRUEIのインタフェースを構成するために使用され、問題の報告にも使用されます。必要な情報を入力したら、「次へ」をクリックします。図5-4のダイアログが表示されます。

図5-4 「Settings overview」ダイアログ

5. 「設定の概要」で、指定した情報が正しいことを確認します。「戻る」と「次へ」を使用すると、必要に応じてダイアログ間を移動できます。準備ができたら、「次へ」をクリックします。図5-5に示すダイアログが表示されます。

図5-5 「設定を適用」ダイアログ

6. このダイアログは、指定した設定のシステムでの適用進捗状況を示します。通常、このプロセスには最大で15分かかります。終了したら、「終了」をクリックして、ダイアログを閉じます。

5.3 コレクタ・システムの構成

コレクタをレポータ・システムに登録するには、次のようにします。

1. 必要なシステムにコレクタ・ソフトウェアをインストールします。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。

2. コレクタ・システムをレポータに登録します。この手順については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

5.3.1 コレクタ・システムのリセット

何らかの理由で、以前に構成したものとは異なるレポータ・システムにコレクタ・システムを登録する必要がある場合、次のようにします。

1. コレクタ・システムにmoniforceユーザーとしてログオンし、次のコマンドを発行して、コレクタの現在定義されているレポータ割当てを削除します。

su - moniforce
appsensor delete wg

2. 『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されている手順に従って、コレクタを必要なレポータに登録します。

5.4 インストール後の構成の実行

レポート作成を開始するために、RUEIでは監視対象のネットワーク環境に関する特定の情報が必要です。RUEIが広範囲のネットワーク環境内で機能するように設計されているということを理解することが重要です。したがって、構成の選択により、報告されるデータの精度や有用性に影響があります。この項で説明している設定を慎重に検討することを強くお薦めします。

5.4.1 Cookieテクノロジの指定

RUEI内では、セッション情報はCookieに基づいています。したがって、RUEIでは、組織内で使用されているCookieテクノロジが認識および理解されている必要があります。これを構成する手順は、サポートされているCookieテクノロジの構造とともに、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

Cookie情報がない場合、ユーザー・トラッキングは、ビジターのIPアドレスに基づいて行われます。これが原因で、セッション情報が信頼できないものになる可能性があります。たとえば、プロキシ・サーバーの後ろにいるユーザーの場合、そのネットワークから来るユーザーはすべて同じユーザーとして識別されます。

5.4.2 HTTPS SSLキーの追加/アップロード

SSLキーをシステムにアップロードすることは、HTTP通信の大部分がSSLセッションに基づいている場合、特に重要です。システムで使用可能なSSLキーがないと、コレクタは、そのSSLセッションの通信を復号化できません。これらの状況では、Cookie、ユーザーの識別およびアプリケーション・ページの構成をさらに進めても、ほとんど意味がありません。HTTPS SSLキーを、構成プロセスのできるだけ早い段階で、確実にアップロードしてアクティブ化します。SSLキーの管理は、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

5.4.3 ユーザーの識別方法の指定

RUEI内でのユーザーIDは、最初はHTTP認可フィールドに基づいています。その後、ユーザーIDは、URL内で指定したGET/POST引数から導出されます。したがって、URL内で引数を使用する場合は、ユーザーIDに使用されるこれらの中のアイテムは、信頼できる結果が得られるように指定する必要があります。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

5.4.4 アプリケーションおよびページ識別の定義

RUEI内でのページ識別は、定義されたアプリケーションに基づいています。一般的に、アプリケーションはWebページの集合です。これは、Webサイト上のページが、通常は特定のアプリケーションにバインドされているためです。システムでは、検出されるページごとに、使用可能なアプリケーション定義を使用して、名前を割り当てます。これらの定義を使用して識別できなかったページの情報は廃棄されるため、レポートやデータ・ブラウザでは使用できないことに注意してください。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

スイート

汎用アプリケーション以外に、専用サポートは、特定のOracle Enterpriseアーキテクチャ(Oracle E-Businessスイート、Siebel、WebLogic Portalなど)の監視に使用できます。現在サポートされているアーキテクチャを監視対象の環境で使用している場合は、この機能を使用することを強くお薦めします。この機能を使用すると、アプリケーション定義にかかる時間が短縮され、スイート内のアプリケーションの互換性が高くなるのみでなく、これらのアーキテクチャが正しく監視されるようにもなります。

5.4.5 監視範囲の指定

RUEI内で、SYSTEMで監視するTCPポートを指定することで、通信監視の範囲を制御します。当然ながら、監視対象ではないポートの情報は得られません。また、監視対象を特定のサーバーやサブネットに限定できます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

5.4.6 初期ユーザーの認可

ユーザーがRUEIで作業を開始できるようにするには、必要なユーザーを認可する必要があります。インストール後に使用可能なユーザーは、adminのみです。初期のadminユーザー・パスワードを設定する手順は、第2.6.6項「レポータ・ソフトウェアのインストール」で説明されています。必要なユーザーをすべて作成し、レポータGUIを使用して、必須のロールやアクセス権限を割り当てる必要があります。特に、セキュリティ関連の構成を完了するために、専用のSecurity Officerアカウントを作成することをお薦めします。ユーザー・ロールおよびユーザー・アカウントの作成および管理は、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明しています。

ユーザー名とパスワードは、大文字と小文字が区別されます。エントリを容易にするために、パスワードに付加記号文字(ウムラウトなど)は含めないことをお薦めします。

5.5 構成の検証と評価

RUEIで収集および分析されるデータの質と量を保証するには、いくつかの基本的なメトリックを使用して、システムの構成を検証することを強くお薦めします。これらについては、この後の項で説明しています。

5.5.1 トラフィック・サマリーの表示

「システム」、「ステータス」、「データ処理」の順に選択して、監視されるネットワーク・トラフィックの概要を開くことができます。これにより、ヒット、ページ、セッション処理およびシステム・ロードに関する情報が即座に表示されます。例を図5-6に示します。

図5-6 「データ処理」ダイアログ

識別されたセッション、ページ・ビューおよびヒットの割合の正確な数字は、どれだけ正確に構成するかに大きく依存しています。すべての通信を測定する場合は、セッション、ページ・ビューおよびヒットの少なくとも80%が識別済として報告されることが推奨されます。報告されるデータの質と量を保証するために、報告される数値や割合を定期的に確認することもお薦めします。

重要:

Cookie、ユーザーIDおよびアプリケーション・ページ構造の初期構成後、システムで「セッション」/「ヒット」/「ページ」タブの緑の棒が更新されるまで、少なくとも5から10分かかります。初期構成後、20から30分たっても、どのタブにも緑の棒が表示されない場合は、RUEI初期構成を再確認してください。棒に何のアクティビティも示されていない場合は、第1.7項「サーバーの要件」で概説したシステムのネットワーク・カード構成を再確認してください。

5.5.2 データ収集の確認

この時点で、RUEIでは、関連付けられた各コレクタからデータが収集されます。これらのコレクタのステータスは、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択すると、簡単に確認できます。これにより、「ネットワーク・データ・コレクタ」ウィンドウが開きます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

コレクタ・システムによって収集されたデータは、さらに分析を進めるために、RUEIデータ処理モジュールに提供されることを理解する必要があります。データが収集されないと、データを処理できる手段がありません。

6 Oracle Access Managerの構成

この章では、Oracle Access Manager(OAM)を、OAMベースの通信でユーザーIDを識別できるように構成する手順を説明します。説明される手順では、OAMサーバーがすでに稼働中であることを想定しています。使用するOAMサーバー固有の構成を反映するために、手順の変更が必要になる可能性があります。

RUEIでは、OAM 10gバージョン10.1.4.x (またはそれ以上)からのトラフィックの測定がサポートされていることに注意してください。OAM 11gはサポートされていません。

6.1 RUEI用のOAMアクセス・ゲートの作成

次を実行します。

1. WebブラウザでOracle Access Managerサーバー・インタフェースにアクセスします。必要なURLがわからない場合は、OAMのシステム管理者に問い合せてください。図6-1のページが表示されます。

図6-1 OAMサーバー・インタフェース

2. アクセス・システム・コンソール・リンクをクリックします。図6-2のページが表示されます。

図6-2 OAMのアクセス管理

3. アクセス・システム構成タブをクリックします。図6-3のページが表示されます。

図6-3 OAMのアクセス・システム構成ページ

4. ページの左側にある新規アクセス・ゲートの追加オプションをクリックします。図6-4のページが表示されます。

図6-4 新規アクセス・ゲートの追加ページ

5. 次の情報を入力します。

- アクセス・ゲート名: 新しいアクセス・ゲート用に一意のIDを指定します。たとえば、rueiを指定します。

- ホスト名: RUEIレポータ・システムのホスト名を指定します。

- ポート: RUEIでOAMベースの通信を監視するポートを指定します。ここにはポート443を指定します。

- アクセス・ゲートのパスワード: RUEIレポータ・システムでのOAMサーバーへのアクセスを承認するために使用するパスワードを指定します。

- アクセス・ゲートのパスワードを再入力: 承認パスワードを確認します。

- 優先HTTPホスト: SERVER_NAMEを指定します。

残りのフィールドは空白のままでも、デフォルトの値を指定してもかまいません。

準備ができたら、「保存」をクリックします。

6. アクセス・サーバーをリストコマンド・ボタンをクリックして、新たに作成したアクセス・ゲートと必要なアクセス・サーバーを接続します。表示されたリストから必要なアクセス・サーバーを選択し、準備ができたら「追加」をクリックします。
アクセス・サーバーが表示されない場合は、「追加」をクリックし、デフォルトのアクセス・サーバーに新しいアクセス・ゲートを追加します。

6.1.1 OAM_REMOTE_USERヘッダー変数の構成

OAM_REMOTE_USERヘッダー変数を構成するには、次の手順を実行します。

1. 図6-1「OAMサーバー・インタフェース」の画面の上部に示すように、「ポリシー・マネージャ」リンクをクリックします。

2. 認可ルールタブから、時間ベースのアクセスをクリックし、「アクション」をクリックします。

3. 「認証の成功」で、次のヘッダー変数を構成します。
Type=headervar、Name=OAM_REMOTE_USERおよびReturn Attribute=cn。

4. 「保存」をクリックします。

アクセス管理画面を次に示します。

図6-5 「認証の成功」

6.2 Access Gateソフトウェアのダウンロードとインストール

次を実行します。

1. GCCライブラリをダウンロードしてインストールします。ライブラリはオペレーティング・システム・ベンダー、またはhttp://gcc.gnu.orgから入手できます。Oracle Access Manager 10.1.4サードパーティ統合ディスクの説明は、次の場所に提供されています。

http://www.oracle.com/technetwork/middleware/ias/downloads/10gr3-webgates-integrations-readme-154689.pdf

2. 64ビットのOAM Access Server SDKを次の場所からダウンロードします。

http://download.oracle.com/otn/linux/ias/101401/oam_int_linux_v7_cd3.zip

3. 次のコマンドを使用して、GCCライブラリを抽出、解凍し、コピーします。

cat as_linux_x86_gcc_runtime_lib_access_manager_101401.cpio | cpio -idmv
unzip Oracle_Access_Manager10_1_4_0_1_linux_GCClib.zip
cp lib* /usr/local/lib/

6.3 RUEIサーバーでのAccess Gateソフトウェアの構成

次を実行します。

1. 次のコマンドを発行して、OAM Access Server SDKディストリビューション・セットを解凍し、インストーラを実行します。

unzip oam_int_linux_v7_cd3.zip
./Oracle_Access_Manager10_1_4_2_5_linux64_AccessServerSDK

デフォルトでは、OAM Access Server SDKは/opt/netpoint/AccessServerSDK/ディレクトリにインストールされます。

注意:

Access Gate SDKのインストール・ウィザードの実行中に指定されるユーザーは、ruei.conf構成ファイルでRUEI_USERに指定されているものと同じです(表2-2を参照)。

2. configureAccessGateユーティリティを使用してXMLファイルを作成することで、RUEIとアクセス・サーバー間の信頼関係を作成します。次のコマンドを発行します。

cd  /opt/netpoint/AccessServerSDK/oblix/tools/configureAccessGate
./configureAccessGate -i /opt/netpoint/AccessServerSDK/ -t AccessGate

3. ユーティリティの実行中に、先ほど作成したアクセス・ゲートの構成に基づいて、次の情報を指定します。

Please enter the Mode in which you want the AccessGate to run : 1(Open)
2(Simple) 3(Cert) : 1

Please enter the AccessGate ID : short_name

Please enter the Password for this AccessGate :

Please enter the Access Server ID : accessSrv1

Please enter the Access Server Host Machine Name : fully_qualified_hostname

Please enter the Access Server Port : 6021

Preparing to connect to Access Server.  Please wait.

AccessGate installed Successfully.

Press enter key to continue ...

short_nameはAccess Gate ID、fully_qualified_hostnameはOAMアクセス・サーバー・システムのホスト名です。

4. この時点で、RUEIレポータ・システムがOAMアクセス・サーバーに接続されます。Access Server SDKのインストール・パスを反映するために、/etc/ruei.conf構成ファイルでOBACCESS_INSTALL_DIR変数を更新します。デフォルトのインストール・パスの場合、必要な行は次のようになります。

export OBACCESS_INSTALL_DIR=/opt/netpoint/AccessServerSDK/

5. 「システム」、「メンテナンス」、「システム・リセット」、「システム処理の再起動」オプションの順に選択して、RUEI処理を再起動します。準備ができたら、「次へ」をクリックします。要求されたら、再起動を確認します。

6.4 必須のセッション通信定義の構成

OAMベース・セッションの正しい追跡を可能にするために、RUEI内で次の構成情報を指定する必要があります。

1. OAMに基づくユーザーIDに必要なすべてのアプリケーションを構成します。これには、各必須アプリケーションの概要で「ユーザーID」タブをクリックし、「新規ソースの追加」項目をクリックします。「ソース・タイプ」メニューで、「Oracle Access Manager」オプションを選択します。準備ができたら、「保存」をクリックします。

2. 「構成」、「アプリケーション」、「セッション・トラッキング」の順に選択します。RUEIインストール用に構成されたCookieテクノロジのリストにOracle Access Managerアイテムが含まれていることを確認します。デフォルトでは、Cookie名ObSSOcookieが使用されます。

注意:

OAMベースの通信が正確にレポートされるようにするために、Cookieマスキング機能(「構成」、「セキュリティ」、「マスキング」、「Cookieマスキング」の順に選択)で、OAM Cookieのマスキングを「プレーン」として構成する必要があります。

OAMリクエストがRUEIシステム・アクセス・ゲートで処理されるまで、使用するアクセス・ゲート用のアクセス・サーバーのリストを要求すると、次のメッセージが表示されます。

Not Responding
AM service status mismatch

7 処理エンジンのインストール

この章では、処理エンジンをインストールする前提条件および手順を説明します。処理エンジンの使用はリモート・コレクタにのみサポートされるので注意してください。処理エンジンとコレクタを組み合せて同じシステムにインストールすることはサポートされていません。

7.1 前提条件

この項では、処理エンジン・ソフトウェアのインストールを開始する前に実行しておく必要がある手順について説明します。インストール・プロセスに進む前に、レポータおよびリモート・コレクタ・システムが稼働中であることを確認します。

重要:

環境内のデータベースで使用できるプロセスの最大数を増やす必要がある場合があります。この手順については、第G.16項「ORA-00020: 最大プロセス数(%s)を超えました」を参照してください。

7.1.1 ソフトウェアのインストール場所の計画

データベースおよびRUEIソフトウェアのインストール場所によっては、必須のディスク領域は慎重に計画する必要があります。オペレーティング・システムのインストール中のディスクのパーティション化の段階でこの情報を用意しておく必要があります。

表7-1は、RUEIインストール・コンポーネントのディスク領域要件を示します。

表7-1 必須ディスク領域の仕様

パーティション

最小必須ディスク領域(GB)

コンポーネント

ORACLE_BASE(デフォルト /u01/app/oracle)脚注1

300

処理エンジン・データベース

RUEI_HOME(デフォルト /opt/ruei)

1

処理エンジン

RUEI_DATA(デフォルト /var/opt/ruei/)

100

処理エンジン

脚注1 これは、このマニュアルを通して使用されるデータベースの場所の例です。

重要:

処理エンジンおよびデータベース・サーバーには、高性能のデータ記憶域が必要です。高性能ディスクによるRAID-10またはRAID-5(または同等のもの)記憶域構成を強くお薦めします。

7.1.2 オペレーティング・システムのセキュリティ構成

システムが初めて起動するときに、インストール後のウィザードが表示され、オペレーティング・システムの構成設定を完了できます。「進む」をクリックします。

1. 表1-6のRUEIファイアウォール・ルールが正しく構成されます。

2. Security Enhanced Linux (SELinux)は無効になっています。これはRUEIが正しく機能するために必要です。SELinux設定を変更するためには、システムを再起動して、システム全体のラベルが変更できるようにする必要があります。

3. セキュリティ上の理由で、すべての機密データが安全な方法で保存されるように、オペレーティング・システムのインストール中にシステムの暗号化チェック・ボックスを選択することを強くお薦めします。システムの起動時にはパスフェーズが必要です。

7.1.3 NTPデーモンの動作確認

日付および時間設定が正しく指定されていることを確認します。NTPの使用を強くお薦めします。これは分割サーバーのデプロイに必要です。また、レポータ・システム、コレクタ・システムおよび処理エンジン・システムに指定されるタイム・ゾーンは、すべて同じであることが必要です。

NTPデーモンはRUEI、特にサーバーの分割構成では重要なコンポーネントであるため、起動時に少なくとも実行レベル5でアクティブ化されていることを確認することをお薦めします。次のコマンドを使用します。

/sbin/chkconfig --list | grep ntpd
ntpd     0:off   1:off   2:off   3:off   4:off   5:off   6:off
/sbin/chkconfig ntpd on
/sbin/chkconfig --list | grep ntpd
ntpd     0:off   1:off   2:on    3:on    4:on    5:on    6:off
/etc/init.d/ntpd start
Starting ntpd:                                     [  OK  ]

NTPデーモンがまだ実行されていない場合、次のコマンドを発行して起動できます。

/etc/init.d/ntpd restart

次のサンプル出力は、NTPデーモンがいつ同期化されるか(*)を示しています。

ntpq -pn
remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*194.171.167.130     .PPS.         1 u 994 1024 377     6.429   0.041   0.093
+80.85.129.25        130.235.20.3  3 u 725 1024 377     4.435   0.673   0.129
+82.94.235.106       135.81.191.59 2 u 678 1024 377     1.709   1.774   0.020
127.127.1.0         .LOCL.       10 l   8   64 377     0.000   0.000   0.001

重要:

分散環境では、レポータ・システム、コレクタ・システムおよび処理エンジン・システムに指定されるタイム・ゾーンは、すべて同じであることが必要です。

7.1.4 RUEIの前提条件のインストール

この項で説明する手順は、処理エンジン・システムに対してのみ必要です。必要なパッケージはOracle LinuxまたはRedHat Enterprise Linuxディストリビューション・セットに提供されています。

RedHat Enterprise/Oracle Linux 5.x

次のコマンドを発行して、レポータのすべての前提条件をインストールします。

rpm -Uhv lm_sensors-2.10.7-*.el5.x86_64.rpm \
net-snmp-5.3.2.2-*.el5.x86_64.rpm \
net-snmp-utils-5.3.2.2-*.el5.x86_64.rpm

RedHat Enterprise/Oracle Linux 6.x

次のコマンドを発行して、レポータのすべての前提条件をインストールします。

rpm -Uhv lm_sensors-3.1.1-*.el6.x86_64.rpm \
net-snmp-5.5-*.el6.x86_64.rpm \
net-snmp-utils-5.5-*.el6.x86_64.rpm

Yumリポジトリを使用したすべての要件のインストール(別の方法)

手動インストールにかわる方法として、Yumリポジトリを使用して、必須のRPMをインストールできます。これには、有効なYumリポジトリが必要です。Yumリポジトリの情報は、次の場所に提供されています。

http://linux.duke.edu/projects/yum/

次のコマンドを使用して、必要なレポータ・パッケージをインストールします。

yum -y install net-snmp-utils

7.1.5 Oracle Databaseソフトウェアのインストール

次の場所のOracleデータベースのホームページからOracle Database 11g Enterprise Editionをダウンロードおよびインストールします。

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

Oracleデータベースをインストールする手順は、製品のドキュメントで詳細に説明されています。適切な『Oracle Database 11gクイック・インストレーション・ガイド』をダウンロードおよび確認することを強くお薦めします。Oracle Databaseドキュメント・ライブラリから入手できます。この手順の概要は、付録A「Oracle Databaseソフトウェアのインストール」を参照してください。このガイドで使用されるパス、ユーザーおよびグループ名は、Oracleデータベース製品ドキュメントに基づいています。

7.2 RUEI構成ファイル

/etc/ruei.confファイルでは、インストール内で使用する設定が指定されています。RUEIディストリビューションzipの/root/RUEI/extraディレクトリに、このファイルのテンプレートが提供されます。RUEI環境内のすべてのコンポーネント(リモート・データベースやコレクタなど)には、RUEI_DB_TNSNAME_CFGに指定された値を除く同じグローバルな/etc/ruei.conf構成ファイルが必要です。

処理エンジンのruei.confファイル内で、次の2つの設定を慎重に区別する必要があります。

- RUEI_DB_TNSNAME_CFGにレポータ・データベースの別名(このガイドでは、configと呼びます)を含む必要があります。

- RUEI_DB_TNSNAMEに処理エンジン・データベースの別名(このガイドでは、uxinsightと呼びます)を含む必要があります。

7.3 処理エンジンのインストール

この項では、処理エンジン・システムの必須コンポーネントをインストールする手順について説明します。これらには、OracleデータベースのInstant Clientが含まれます。

7.3.1 グループおよびユーザーの作成

moniforceグループおよびユーザーを作成します。moniforceのホーム・ディレクトリは、グループ・メンバーの読取り権限付きで/var/opt/rueiに設定する必要があります。次のコマンドを発行します。

/usr/sbin/groupadd moniforce
/usr/sbin/useradd moniforce -g moniforce -d /var/opt/ruei
chmod -R 750 /var/opt/ruei
chown -R moniforce:moniforce /var/opt/ruei

7.3.2 OracleデータベースのInstant Clientのインストール

rootユーザーとして次のコマンドを発行して、OracleデータベースのInstant ClientおよびSQLplus拡張機能をインストールします。

cd /root/RUEI/IC
rpm -Uhv oracle-instantclient11.2-basic-*.rpm
rpm -Uhv oracle-instantclient11.2-sqlplus-*.rpm

7.3.3 処理エンジン・データベース・インスタンスの作成

処理エンジン・データベースは、ローカル(つまり、処理エンジン・サーバー)に置くことも、リモート・データベース・サーバーに置くこともできます。この項では、処理エンジンに必要なデータベース・インスタンスを作成し、処理エンジンに必要な「接続データ」を生成して、データベース・インスタンスおよび中央のRUEIデータベース・インスタンスに接続します。この章で説明しているデータベース設定方法のかわりに、付録B「汎用データベース・インスタンスの設定」に記載された手順に従うこともできます。

要件

データベース・インスタンス(RUEI_DB_INST)が作成されるシステムに入るには、次のスクリプトが必要になります。

- ruei-prepare-db.sh: データベース・インスタンス、Oracleウォレットおよびデータベース接続ファイルを作成します。このスクリプトはLinux上でのみ実行されるので注意してください。異なるオペレーティング・システムにOracleデータベースをインストールする場合、詳細は付録B「汎用データベース・インスタンスの設定」を参照してください。

- sql_scripts: このディレクトリは、ruei-prepare-db.shスクリプトで呼び出される多くのSQLスクリプトを含みます。

- ruei-check.sh: これはハードウェアおよび環境のチェック・ユーティリティで、ruei-prepare-db.shによって自動的に起動されます。このスクリプトは、スタンドアロンのトラブルシューティング・ユーティリティとしても使用できます。 スクリプトの詳細は、付録E「ruei-check.shスクリプト」参照してください。

この項で説明する手順で作成される4つの接続データファイルは、次のとおりです。

- cwallet.sso

- ewallet.p12

- sqlnet.ora

- tnsnames.ora

RUEI構成ファイル(/etc/ruei.conf)も、データベース上に存在し、第7.2項「RUEI構成ファイル」で説明されているように構成する必要があります。

手順

次を実行します。

1. ruei-prepare-db.shおよびruei-check.shスクリプトとsql_scriptsディレクトリを、データベース・インスタンスを実行するサーバーにコピーし、oracleユーザーのために実行可能にします。これらのスクリプトおよびディレクトリは、RUEIディストリビューションzipファイル(/root/RUEI/121)にあります。

2. 第7.2項「RUEI構成ファイル」で説明しているように、ニーズにあわせて/etc/ruei.confファイルの設定を確認します。

3. oracleユーザーとしてデータベースにログオンし、ORACLE_HOME環境変数を設定します。oracleユーザーとして、ruei-prepare-db.shスクリプトを実行する必要があります。このスクリプトによりRUEI_DB_INSTデータベースが作成されますが、それはいくつかのハードウェアおよびソフトウェア環境チェックが実行された後です。実行される実際のチェックは、インストール中のシステム・タイプによって異なります。
スクリプトによりRUEIデータベース・ユーザーおよびウォレット・パスワードとデータベース・サーバーのホスト名の入力を要求されます。この結果、RUEIアプリケーションでデータベースに自動的にログインできるようになります。このスクリプトにより、ここで自分用の接続データも作成されます。

次のコマンドを発行します。

chmod +x ruei-prepare-db.sh ruei-check.sh
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1Foot 1

./ruei-prepare-db.sh create

Before setting up the database, we will need to perform a system check
to verify that the hardware has been set up correctly. You will be
prompted for the root password.

Run the system check (requires root password) (y/n)? y
...

system_check done
____________________________________________________________

create_database ...
____________________________________________________________

The database instance 'ux' will be created. Please specify a password
for the SYS/SYSTEM users.

Specify a password for the SYS/SYSTEM users:
Confirm password:

Specify the global database name which must have the form
"db_name.db_domain". For example "sales.us.example.com". If this database
will be part of a distributed deplyment, the name must be unique within
that deployment.

global database name [ux.proc1.example.com]:

Creating database 'ux.proc1.example.com' and instance 'ux' ...
Copying database files
1% complete
3% complete
...

The database user UXINSIGHT will be created. Please choose a password
for this user.

Choose password for UXINSIGHT:
Confirm password:

creating wallet

Please provide the connection information to the configuration database
(RUEI_DB_TNSNAME_CFG='config'). This information will be added to
the wallet.

Configuration database hostname: reporter.example.com
Password for 'UXINSIGHT' in the configuration database:
Confirm password:

cwallet.sso
ewallet.p12
sqlnet.ora
tnsnames.ora

If the RUEI installation will be on this same server, then the database
configuration for user moniforce can be automatically completed. You
will be prompted for the root password.

Complete the installation automatically (requires root password) (y/n)? y

処理エンジンとデータベース・サーバーの組合せのためにruei-prepare-db.shスクリプトを実行すると、すべてのファイルが自動的に正しい場所に置かれます脚注2 。リモート・データベースの場合、別の.tarファイルが生成され、手順4の実行が必要になります。

前述のコマンドを処理エンジンとデータベース・サーバーの組合せで実行した場合、手順4を省略して、手順5に進んでかまいません。

4. この手順は、リモート処理エンジン・データベースを使用する場合にのみ当てはまります。
リモート・データベースを使用する処理エンジン・システムの場合、手順3の生成された/tmp/ruei-database-configuration.tarファイルを、データベース・サーバーから処理エンジン・システムにコピーする必要があります。/tmp/ruei-database-configuration.tarファイルは、処理エンジン・サーバーの/var/opt/rueiディレクトリ(RUEI_DATA)で解凍する必要があります。ファイルの権限は、指定したRUEI_USER(moniforce)がそれらのファイルを使用できるように設定する必要があります。

生成された.tarファイルを処理エンジン・システムにコピーします。このファイルには接続データ・ファイルが入っています。処理エンジン・サーバーにログオンし、次のコマンドを使用して.tarファイルを解凍します。

cd /var/opt/ruei
tar xvf path-to-tar-file/ruei/database-configuration.tar
chown moniforce:moniforce cwallet.sso ewallet.p12 sqlnet.ora tnsnames.ora

5. データベースのロギングには大量のディスク領域が使用される可能性があるため、不要なディスク領域の使用を避けるために、クリーンアップ・スクリプトをインストールすることをお薦めします。スクリプト(例)をoracleユーザー・ディレクトリにコピーし、次のコマンドを使用して、cronによりアクティブ化します。

mkdir -p /home/oracle/bin
cp /root/RUEI/extra/ruei-clean.sh /home/oracle/bin
chmod +x /home/oracle/bin/ruei-clean.sh
su - oracle -c 'echo "10 0 * * * /home/oracle/bin/ruei-clean.sh" | crontab'

7.3.4 処理エンジン・ソフトウェアのインストール

1. RUEIディレクトリの場所は、どこでもかまいません。そのため、/etc/ruei.confファイルで構成されているとおりの正確なディレクトリ名を使用する必要があります。次のコマンドを使用して、RUEIアプリケーションのルート・ディレクトリを作成します。

mkdir -p /opt/ruei
chmod 750 /opt/ruei

注意:

指定したRUEI_HOMEディレクトリおよびRUEI_DATAディレクトリには、それらのために定義された750の権限があります。

2. RUEIソフトウェアがあるディレクトリに移動し、RUEIパッケージをインストールします。必要なインストールに応じて、reporterまたはcollectorをruei-install.shスクリプトに指定できます。

cd /root/RUEI/121
chmod +x ruei-install.sh
./ruei-install.sh reporter

3. 次のコマンドを発行して、RUEIソフトウェアが正しくインストールされたことを確認します。

./ruei-check.sh postinstall

7.4 処理エンジン通信の構成

表1-7は、すべての必要な接続の詳細を示しています。図7-1は、処理エンジンに関連するそれらの概要を示しています。

図7-1 必要な接続

各処理エンジンには、レポータ・データベースへの接続と固有のデータベースへの接続の2つのデータベース接続が必要です。また、パスワードなしのSSH接続が各コレクタ・システム(適用可能な場合は、フェイルオーバー・コレクタ・システム)に必要です。

レポータ・システムでは、レポータ・データベースおよび各処理エンジン・データベースへの接続が必要です。また、各コレクタ・システムへの接続が必要です。

7.4.1 SSH接続の構成

パスワードなしのSSH接続は、レポータ・システムから各処理エンジンまでおよび各処理エンジンからすべてのコレクタ・システムまで、Moniforceユーザー間で設定する必要があります。

レポータと処理エンジンのSSH接続の構成

1. レポータ・サーバーにrootとしてログオンします。次のコマンドを発行します。

su - moniforce
ssh-keygen -P ""

[Enter]を押して、デフォルトを使用します。

2. 各処理エンジン・システムにrootとしてログオンし、次のコマンドを発行してmoniforceユーザーになります。

su - moniforce

3. 次のコマンドを発行して、各処理エンジン・システム上にmoniforceユーザー用の.sshディレクトリ(まだ存在していない場合)を作成します。

mkdir ~/.ssh
chmod 700 ~/.ssh

4. 次のコマンドを発行して、SSHキーをレポータ・システムから処理エンジン・システム上の必要な場所にコピーします。

cd ~/.ssh
ssh root@Reporter cat /var/opt/ruei/.ssh/id_rsa.pub >> authorized_keys

(レポータ・システムのrootパスワードを指定する必要があります。)

chmod 600 authorized_keys

5. レポータ・システムで、パスワードを使用せずにリモート・コマンドを実行(moniforceユーザーとして)できるようになったことを確認します。次に例を示します。

- rootとしてレポータ・サーバーにログオンします。

- moniforceユーザー(su - moniforce)としてログオンします。

- リモートのpwdコマンド(ssh ProcessingEngine pwd)を実行します。

- 「Are you sure you want to continue connecting (yes/no)?」という質問に対して「yes」と入力します。

- コマンドから/var/opt/rueiが返されます。

6. これらの手順1、2および3を処理エンジンごとに実行する必要があります。手順4および5をコレクタ・システムごとに実行する必要があります。

処理エンジンとコレクタのSSH接続の構成

1. rootとして処理エンジン・サーバーにログオンします。次のコマンドを発行します。

su - moniforce
ssh-keygen -P ""

[Enter]を押して、デフォルトを使用します。

2. 各コレクタ・システムにrootとしてログオンし、次のコマンドを発行してmoniforceユーザーになります。

su - moniforce

3. 次のコマンドを発行して、各コレクタ・システム上にmoniforceユーザー用の.sshディレクトリ(まだ存在していない場合)を作成します。

mkdir ~/.ssh
chmod 700 ~/.ssh

4. 次のコマンドを発行して、SSHキーを処理エンジン・システムからコレクタ・システム上の必要な場所にコピーします。

cd ~/.ssh
ssh root@ProcessingEngine cat /var/opt/ruei/.ssh/id_rsa.pub >> authorized_keys

(処理エンジン・システムのrootパスワードを指定する必要があります。)

chmod 600 authorized_keys

5. 処理エンジン・システムで、パスワードを使用せずにリモート・コマンドを実行(moniforceユーザーとして)できるようになったことを確認します。次に例を示します。

- 処理エンジン・サーバーにrootとしてログオンします。

- moniforceユーザー(su - moniforce)としてログオンします。

- リモートのpwdコマンド(ssh Collector pwd)を実行します。

- 「Are you sure you want to continue connecting (yes/no)?」という質問に対して「yes」と入力します。

- コマンドから/var/opt/rueiが返されます。

6. これらの手順をコレクタ・システムごとに実行する必要があります。

7.4.2 データベース・リンク接続の構成

moniforceユーザーとしてレポータ・システムにログオンし、次のコマンドを実行して、必要な処理エンジンごとにデータベース・リンクを作成します。

make-dblink proc1.example.com

スクリプトに、次のようにデータベース・リンク・プロパティの概要が表示され、レポータ・データベース・パスワードの入力を要求されます。

database link  : ux.proc1.example.com
hostname       : proc1.example.com
DB instance    : ux
DB server type : DEDICATED

データベース・リンクの手動作成

前述のかわりの手段として、moniforceユーザーとしてレポータ・システムにログオンし、次のコマンドを実行して、必要な処理エンジンごとにデータベース・リンクを手動で作成できます。

SQL> create database link
ux.proc1.example.com
connect to
UXINSIGHT
identified by
"password"
using
'(DESCRIPTION =
(ADDRESS = (PROTOCOL = tcp)(HOST = proc1.example.com)(PORT = 1521))
(CONNECT_DATA =
(SID = UX)
)
)'
;

前述の例を変更してRUEI環境要件を満たす必要があるので注意してください。

7.5 処理エンジンの登録

インストールして構成した後、各処理エンジンをレポータに登録する必要があります。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

7.6 複数の処理エンジンの構成

デプロイメント内の複数の処理エンジンを使用する場合、コレクタの/etc/ssh/sshd_configファイルを変更する必要があります。必要なコレクタ・システムごとに、MaxStartups設定をデフォルト値の10から100に増やします。準備ができたら、次のコマンドを使用して、各コレクタ・システムを再起動します。

/etc/init.d/sshd restart

脚注の説明

脚注1: この行は、データベース・バージョンとインストール・パスに基づいてカスタマイズする必要があります。
脚注2: rootパスワードがわからない場合、remote databaseオプションを選択し、手動で接続tarファイルを解凍できます。これについては手順4で説明されています。

8 フェイルオーバー・レポータ・システムの構成

この章では、プライマリ・レポータ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をすぐに引き継ぐフェイルオーバー・レポータ・システムの構成手順を説明します。記載されている手順では、プライマリ・レポータ・システムのインストールと構成が完了しており、完全に機能していることを想定しています。プライマリ・レポータのインストール手順は、スタンドアロン・レポータの場合と同一である点に注意してください。フェイルオーバー・コレクタ・システムの構成手順は、第9章「フェイルオーバー・コレクタ・システムの構成」を参照してください。

8.1 概要

セカンダリ(すなわちフェイルオーバー)・レポータ・システムの構成によって、プライマリ・レポータ・システムが使用できなくなった場合に、監視対象トラフィックの処理をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。フェイルオーバー・レポータ・システムの構成を図8-1に示します。

図8-1 フェイルオーバー・レポータの構成

サーバー・レベルでは、クロスオーバー・ネットワーク・ケーブルでプライマリとセカンダリのレポータ・システムを接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続している限り、セカンダリ・サーバーがトラフィックの処理を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に変更があったことを検出すると、セカンダリ・サーバーはプライマリ・サーバーの処理をすぐに引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。

フェイルバック(すなわちRUEIのインストールを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第8.5項「レポータのフェイルバックの実施」を参照してください。

前提条件

フェイルオーバー・レポータのインストールを構成するには、次の条件を満たす必要があります。

- プライマリおよびセカンダリ・レポータ・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、リモート・コレクタ、処理エンジンおよびデータベース・システムと接続する必要があります。

- RUEIのインストールで使用するデータベースとコレクタは、両方ともリモートになければなりません。

- プライマリおよびセカンダリ・レポータ・システムは、同じストレージ(SANまたはNFS)を共有する必要があります。RUEI_DATA/processor/dataおよびRUEI_DATA/processor/data/sslkeysディレクトリについては、特にその必要があります。

8.2 プライマリ・レポータの準備

RUEI_DATA/processor/dataおよびRUEI_DATA/processor/sslkeysディレクトリが、共有ストレージ場所にあることを確認します。

1. 次のコマンドをRUEI_USERユーザーとして発行して、プライマリ・レポータ・システム上のすべての処理を停止します。

project -stop

2. プライマリ・レポータ・システム上に共有レポータの場所をマウントします。そのためには、/etc/fstabファイルがbootにマウントされるように編集します。次に例を示します。

10.6.5.9:/home/nfs /reporter_share nfs rsize=1024,wsize=1024  0 0

3. 既存のdataおよびsslkeyディレクトリを共有レポータの場所に移動します。次に例を示します。

mv RUEI_DATA/processor/data /reporter_share
mv RUEI_DATA/processor/sslkeys /reporter_share

ここでreporter_shareは、プライマリおよびセカンダリ・レポータ・システム上のデータとSSLキーの共有場所を示します。

8.3 セカンダリ・レポータのインストール

セカンダリ・レポータ・システムのインストール手順は、スタンドアロン・レポータ・システムの場合とほとんど同じです。初期設定ウィザードは実行しない点に注意してください。次を実行します。

1. セカンダリ・レポータ・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ・レポータ・システムのものと同一であることを確認してください。

2. セカンダリ・レポータ・システムに、Linuxオペレーティング・システムとRUEIレポータ・ソフトウェアをインストールします。その手順は、第2章「RUEIソフトウェアのインストール」を参照してください。特に、

- 第2章「RUEIソフトウェアのインストール」の第2.6.4項「Zend Decoderのインストール」の終わりまでの手順に従います。

- プライマリ・レポータ・システム上のRUEI_DATAディレクトリから、セカンダリ・レポータ・システムに、cwallet.sso、ewallet.p12、sqlnet.ora、およびtnsnames.oraの各ファイルをコピーします。各ファイルの所有権と権限が、両方のレポータ・システムで同一であることを確認する必要があります。

- 第2.6.6項「レポータ・ソフトウェアのインストール」の手順1～5の指示に従います。

- 第2.7項「ネットワーク・インタフェースの構成」の指示に従います。

- 第2.8項「国際フォントの有効化(オプションですが推奨)」から第2.11項「ブラウザの自動転送の構成(オプション)」までの手順をプライマリ・レポータ・システムに対して実行したら、セカンダリ・レポータ・システムに対しても繰り返し実行する必要があります。

8.4 レポータ・フェイルオーバーの構成

次を実行します。

1. まだ行っていない場合は、プライマリ・レポータ・システムにRUEI_USERユーザーとしてログインし、次のコマンドを発行して、監視対象トラフィックのすべての処理を停止します。

project -stop

2. 第2.12項「レポータ通信の構成(分割サーバー設定のみ)」の手順を実行中に作成した、プライマリ・レポータ・システム上のRUEI_USERユーザーの.sshディレクトリを、セカンダリ・レポータ・システムにコピーします。同じ場所にコピーする必要がある点に注意してください。

3. RUEI_USERユーザーのuidおよびgid設定がプライマリおよびセカンダリ・レポータ・システムで同じであることを確認します。次に例を示します。

id moniforce
uid=501(moniforce) gid=502(moniforce) groups=502(moniforce)

4. 両方のレポータ・システムでクロスオーバー・ケーブルに使用する静的IPアドレスを構成します。system-config-networkなどのユーティリティを使用して行えます。

5. /etc/fstabファイルを編集して、RUEI_DATA/processor/dataおよびRUEI_DATA/processor/sslkeysディレクトリがbootにマウントされるようにします。次に例を示します。

10.6.5.9:/home/nfs /reporter_share nfs rsize=1024,wsize=1024  0 0

ここでreporter_shareは、プライマリおよびセカンダリ・レポータ・システム上のデータとSSLキーの共有場所を示します。

6. 次のコマンドを発行して、セカンダリ・レポータ・システムのローカルなdataおよびsslkeysディレクトリを、共有レポータの場所に移動します。

rm -rf RUEI_DATA/processor/data
rm -rf RUEI_DATA/processor/sslkeys
ln -s /reporter_share/data RUEI_DATA/processor/data
ln -s /reporter_share/sslkeys RUEI_DATA/processor/sslkeys

7. セカンダリ・レポータ・システムにRUEI_USERユーザーとしてログインして、次のコマンドを発行します。

project -new -fromdb UX

その結果、プライマリ・レポータのデータベース構成を使用して、セカンダリ・レポータのディスク上の構成ファイルが作成されます。

8. プライマリおよびセカンダリ・レポータの両方で/etc/ruei.confファイルを編集して、仮想、プライマリ、およびスタンバイIPアドレスを指定します。次に例を示します。

export RUEI_REP_FAILOVER_PRIMARY_IP=192.168.56.201
export RUEI_REP_FAILOVER_STANDBY_IP=192.168.56.202
export RUEI_REP_FAILOVER_VIRTUAL_IP=10.11.12.23
export RUEI_REP_FAILOVER_VIRTUAL_DEV=eth0
export RUEI_REP_FAILOVER_VIRTUAL_MASK=255.255.255.0

RUEI_REP_FAILOVER_PRIMARY_IPおよびRUEI_REP_FAILOVER_STANDBY_IP設定で、2つのレポータ・システム間のクロスオーバー・ケーブルのIPアドレスを指定する必要があります。これらの設定に関する説明は、第2.4.1項「RUEIの構成ファイル」を参照してください。両方のレポータ・システムで指定された設定は、RUEI_REP_FAILOVER_VIRTUAL_DEVの設定を除き、同一の必要があります。

9. 次のコマンドを発行して、プライマリ・レポータ・システム上の監視対象トラフィックの処理を再開します。

project -start

10. ruei-reporter-failover.shスクリプトを両方のレポータ・システムにインストールします。たとえば/usr/local/sbinディレクトリなどです。これはRUEI zipファイル内にあります(第2.3項「RUEIソフトウェアの解凍」を参照)。

11. 次の入力内容を、プライマリおよびセカンダリ・レポータ・システムのrootユーザーのcrontabファイルに追加します。

* * * * * /usr/local/sbin/ruei-reporter-failover.sh

これによって、セカンダリ・レポータがハートビート信号をプライマリ・レポータに60秒間隔で送信し、プライマリ・レポータが使用できなくなった場合に、RUEIの監視対象トラフィックの処理を引き継ぎます。

60秒以上待機します。

12. レポータGUIへのすべてのユーザー・アクセスが、指定された仮想IPアドレス経由で行われていることを確認します。これは、プライマリ・レポータが使用できなくなった場合に、セカンダリ・レポータに自動的にフェイルオーバーを行うために必要です。

13. 両方のレポータ・システム上のRUEI_DATA/processor/log/failover.logファイルを確認します。これらのファイルには、"ping"コマンドの結果が含まれています。エラー・メッセージがないことを確認してください。たとえばフェイルオーバー構成設定の漏れに関するものなどです。

14. プライマリ・レポータ上の/sbin/ifconfigコマンド出力をチェックし、仮想IPアドレスが正しく構成されていることを確認します。次に例を示します。

/sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:192.168.56.201  Bcast:192.168.56.255  Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fef7:b014/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:311 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12793 (12.4 KiB)  TX bytes:26268 (25.6 KiB)

eth0:0    Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:10.11.12.23  Bcast:192.168.56.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

15. プライマリ・レポータからリモート・コレクタの登録をすべて解除し、仮想IPアドレスを使用して再度登録します。

16. プライマリ・レポータ・システムをシャットダウンし、セカンダリ・レポータが監視対象トラフィックの処理を開始したことを確認します。プライマリ・システムに到達できず、セカンダリ・システムが起動されているという警告がイベント・ログに報告されます。その後、フェイルバックを実行して、RUEIのインストールを元の状態に戻す必要があります。

17. 仮想レポータのホスト名またはIPアドレスが反映されるように、レポータURLを更新します(「システム」、「メンテナンス」、「電子メール設定」の順番に選択)。

8.5 レポータ・フェイルバックの起動

RUEIのインストールを元の状態に戻すためには、プライマリ・レポータ・システムへのフェイルバックを手動で行う必要があります。次を実行します。

1. rootユーザーとして次のコマンドを使用して、セカンダリ・サーバーのグローバルRUEI構成設定をロードします。

. /etc/ruei.conf

2. プライマリおよびセカンダリ・レポータ・システム間のハートビート・メカニズムが正しく機能していることを確認します。そのために、RUEI_REP_FAILOVER_PRIMARY_IPおよびRUEI_REP_FAILOVER_STANDBY_IP IPアドレスでお互いに'ping'が行えることを確認してください。

3. フォールバックを起動するには、active-failover-serverファイルを削除し、次のコマンドを発行してセカンダリ・サーバー上の仮想インタフェースをシャットダウンします。

rm $RUEI_DATA/processor/data/active-failover-server
ifconfig $RUEI_REP_FAILOVER_VIRTUAL_DEV:0 down

9 フェイルオーバー・コレクタ・システムの構成

この章では、プライマリ・コレクタ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視を引き継ぐフェイルオーバー・リモート・コレクタ・システムの構成手順を説明します。記載されている手順では、プライマリ・コレクタ・システムのインストールと構成が完了しており、完全に機能していることを想定しています。

フェイルオーバー・レポータ・システムの構成手順は、第8章「フェイルオーバー・システムの構成」を参照してください。

SSLおよびFormsトラフィック

SSLトラフィックおよびOracle Formsトラフィックは、TCPパケット・ストリームの中断によって影響を受けやすいことに注意してください。これは、接続中に状態情報を維持する必要があるためです。したがって、フェイルオーバーまたはフォールバック中に、トラフィックが失われる場合があります。

9.1 概要

セカンダリ(すなわちフェイルオーバー)・コレクタ・システムの構成によって、プライマリ・コレクタ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。このファシリティはリモート・コレクタの場合に限り使用可能な点に注意してください。フェイルオーバー・コレクタ・システムの構成を図9-1に示します。

図9-1 フェイルオーバー・コレクタの構成

サーバー・レベルで、クロスオーバー・ネットワーク・ケーブルをプライマリおよびセカンダリ・コレクタ・システムに接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続しているかぎり、セカンダリ・サーバーがネットワーク・トラフィックの監視を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に障害があったことを検出すると、セカンダリ・サーバーはプライマリ・コレクタの監視タスクを引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。セカンダリ・コレクタはプライマリ・コレクタの仮想IPアドレスを引き継ぎ、これを介してレポータ・システムが通信します。

フェイルバック(すなわちプライマリ・コレクタを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第9.4項「コレクタ・フェイルバックの起動」を参照してください。

前提条件

フェイルオーバー・コレクタのインストールを構成するには、次の条件を満たす必要があります。

- セカンダリTAPまたはコピー・ポートを、監視対象ネットワーク内のプライマリと同じ場所に挿入する必要があります。

- プライマリおよびセカンダリ・コレクタのRUEIソフトウェア・バージョンは同一の必要があります。

- プライマリおよびセカンダリ・コレクタ・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、レポータ・システムと接続する必要があります。

- プライマリおよびセカンダリ・コレクタ・システムは、ログ・ファイルやリプレイ・データを書き込むのと同じ共有ストレージに直接アクセスできる必要があります。特に、$RUEI_DATA/collectorディレクトリは、両方のシステムからアクセスできる必要があります。

重要:

フェイルオーバー・システムの構成時は、次の点に注意してください。

- セカンダリ・コレクタへのフェイルオーバーを行うと、プライマリ・コレクタに記録中の最新データが失われます。通常、これは1分以内のトラフィックの情報がこれに該当します。

- フェイルオーバーを行うこと、TCP、HTTP、SSL、およびOracle Formsベースのセッションに接続中に維持する必要がある状態情報が失われます。したがって、フェイルオーバー中はこれらのセッションの詳細が提供されません。

- 上記の点により、一部のページ・ビューが失われます。これらのページにはセッション・ログオンの詳細が含まれている可能性があります。その場合は、セッションが匿名として報告されます。さらに、具体的なユーザー・フロー手順が失われることがあります。

9.2 セカンダリ・コレクタのインストール

セカンダリ・コレクタ・システムのインストール手順は、リモート・コレクタ・システムの場合と同一です。

1. Linuxオペレーティング・システムとRUEIコレクタ・ソフトウェアを、両方のコレクタ・システム上にインストールします。手順は第2.1項「前提条件」を参照してください。

2. セカンダリ・コレクタ・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ・コレクタ・システムのものと同一であることを確認してください。

9.3 セカンダリ・コレクタの構成

次を実行します。

1. .sshディレクトリ(第2.12項「レポータの通信構成(分割サーバー設定のみ)」に記載の手順に従って作成)を、プライマリ・コレクタからセカンダリ・コレクタにコピーします。同じ場所にコピーする必要がある点に注意してください。

2. プライマリ・コレクタ・システムで、次のコマンドを発行してコレクタの「ホスト・キー」を、レポータ・システム上のグローバルなknown_hostsファイルに追加します。

. /etc/ruei.conf
ifconfig ${RUEI_COL_FAILOVER_VIRTUAL_DEV}:0 $RUEI_COL_FAILOVER_VIRTUAL_IP \
netmask $RUEI_COL_FAILOVER_VIRTUAL_MASK up
sleep 2
arping -c 3 -A -I $RUEI_COL_FAILOVER_VIRTUAL_DEV $RUEI_COL_FAILOVER_VIRTUAL_IP

レポータ・システム上で、arp -aまたはpingコマンドを使用して、プライマリ・コレクタ・システムの仮想IPアドレスに到達できることを確認します。

次に、次のコマンドを発行します。

ssh-keyscan -t rsa,dsa Collector-virt-ip-address >> /etc/ssh/ssh_known_hosts

RUEI_USERユーザーとして、仮想コレクタIPアドレスが~/.ssh/known_hostsファイルでは指定されていないことを確認します。

レポータ・システムから、プライマリ・システムに、RUEI_USERユーザーとして、SSH接続を確立してみてください。ホスト・キーに関する警告やプロンプトが表示されずに、自動的にログインできるはずです。

プライマリ・コレクタ・システム上で、次のコマンドを使用して仮想IPアドレスをシャットダウンします。

ifconfig ${RUEI_COL_FAILOVER_VIRTUAL_DEV}:0
$RUEI_COL_FAILOVER_VIRTUAL_IP netmask $RUEI_COL_FAILOVER_VIRTUAL_MASK down

上記の手順をセカンダリ・コレクタ・システムでも繰り返します。完了したら、/etc/ssh/ssh_known_hostsファイルで、4つのキーが仮想IPアドレス用に指定されているはずです。

3. RUEI_USERユーザーのuidおよびgid設定がプライマリおよびセカンダリ・コレクタ・システムで同じであることを確認します。次に例を示します。

id moniforce
uid=501(moniforce) gid=502(moniforce) groups=502(moniforce)

重要

稼動中のコレクタ・システムで、RUEI_USERユーザーのUIDを変更する必要がある場合、

- 次のコマンドをRUEI_USERユーザーとして発行します。

appsensor stop wg
sslloadkeys -f

プロンプトが表示されたら、yes (略さずに)と入力する必要があります。

- /var/opt/ruei/collectorの下のすべてのファイルとディレクトリのuser:group所有権を、新しいUIDに変更します。

- rootユーザーとして次のコマンドを発行します。

/etc/init.d/crond restart

4. 両方のコレクタ・システムでクロスオーバー・ケーブルに使用する静的IPアドレスを構成します。system-config-networkなどのユーティリティを使用して行えます。

5. 共有ストレージをRUEI_DATA/collectorディレクトリ上にマウントし、起動時にマウントされるように/etc/fstabファイルを編集します。次に例を示します。

10.6.5.9:/home/nfs /var/opt/ruei/collector/data nfs rsize=1024,wsize=1024  0 0

重要:

この手順より前にコレクタが稼動しており、$RUEI_DATA/collectorディレクトリが共有になっていない場合は、既存のディレクトリ・コンテンツを上記のようなマウント時点までコピーする必要があります。セキュリティ担当者は、このコピー・プロセスにサーバーのSSLキーが含まれていることを認識しておく必要があります。

この手順より前にコレクタが稼動しており、$RUEI_DATA/collectorディレクトリが共有になっていない場合は、既存のディレクトリ・コンテンツを上記のようなマウント時点までコピーする必要があります。セキュリティ担当者は、このコピー・プロセスにサーバーのSSLキーが含まれていることを認識しておく必要があります。

あるいは、共有ストレージにリプレイ・データのストレージを格納するのに十分な帯域幅がない場合、かわりにREPLAYディレクトリをローカルな場所にsymlinkできます。この場合は、HTTPログ・ファイルとログだけが共有ディスクに書き込まれます。ただし、この構成を指定すると、フェイルオーバー起動前に記録されたリプレイ・データは失われ、フェイルオーバー以降のセッションだけにアクセスできます。さらに、これらのリンクは工場出荷時のデフォルトにリセットされるので、初期のコレクタ設定時にはディレクトリが存在しません。

6. プライマリおよびセカンダリ・コレクタ・システムの両方で/etc/ruei.confファイルを編集して、仮想、プライマリ、およびスタンバイIPアドレスを指定します。次に例を示します。

RUEI_COL_FAILOVER_PRIMARY_IP=192.168.56.201 # crossover cable primary
RUEI_COL_FAILOVER_STANDBY_IP=192.168.56.202 # crossover cable secondary
RUEI_COL_FAILOVER_VIRTUAL_IP=10.11.12.23    # (virtual) IP to access Collector
RUEI_COL_FAILOVER_VIRTUAL_DEV=eth0
RUEI_COL_FAILOVER_VIRTUAL_MASK=255.255.255.0

RUEI_COL_FAILOVER_PRIMARY_IPおよびRUEI_COL_FAILOVER_STANDBY_IP設定で、2つのコレクタ・システム間のクロスオーバー・ケーブルのIPアドレスを指定する必要があります。これらの設定に関する説明は、第2.4.1項「RUEIの構成ファイル」を参照してください。両方のコレクタ・システムで指定された設定は同一の必要があります。

7. レポータとコレクタ間のすべての通信が、指定された仮想IPアドレス経由で行われていることを確認します。これは、プライマリ・コレクタが使用できなくなった場合に、セカンダリ・コレクタに自動的にフェイルオーバーを行うために必要です。このために、既存のコレクタ・システムの再構成が必要になる場合があります。

8. ruei-collector-failover.shスクリプトを両方のコレクタ・システムにインストールします。たとえば/usr/local/binディレクトリなどです。これはRUEI zipファイル内にあります(第2.3項「RUEIソフトウェアの解凍」を参照)。

9. 次の入力内容を、プライマリおよびセカンダリ・コレクタ・システムのrootユーザーのcrontabファイルに追加します。

* * * * * /usr/local/bin/ruei-collector-failover.sh

これによって、セカンダリ・コレクタがハートビート信号をプライマリ・コレクタに60秒間隔で送信し、プライマリ・コレクタが使用できなくなった場合に、RUEIの監視対象トラフィックの処理を引き継ぎます。

60秒以上待機します。

10. プライマリ・コレクタ上の/sbin/ifconfigコマンド出力をチェックし、仮想IPアドレスが正しく構成されていることを確認します。次に例を示します。

$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:192.168.56.201  Bcast:192.168.56.255  Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fef7:b014/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:311 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12793 (12.4 KiB)  TX bytes:26268 (25.6 KiB)
eth0:0    Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:10.11.12.23  Bcast:192.168.56.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

11. レポータからプライマリ・リモート・コレクタの登録を解除し、仮想IPアドレスを使用して再度登録します。

12. プライマリ・コレクタ・システムをシャットダウンし、セカンダリ・コレクタが監視対象トラフィックの処理を開始したことを確認します。プライマリ・システムに到達できず、セカンダリ・システムが起動されているという警告がイベント・ログに報告されます。その後、フェイルバックを実行して、RUEIのインストールを元の状態に戻す必要があります。

9.4 コレクタ・フェイルバックの起動

RUEIのインストールを元の状態に戻すためには、プライマリ・コレクタ・システムへのフェイルバックを手動で行う必要があります。次を実行します。

1. プライマリ・コレクタ・システムで、次のコマンドを発行します。

. /etc/ruei.conf
echo $RUEI_COL_FAILOVER_PRIMARY_IP > \ /var/opt/ruei/collector/active-failover-server

2. セカンダリ・コレクタ・システムで、次のコマンドを発行します。

. /etc/ruei.conf
ifconfig ${RUEI_COL_FAILOVER_VIRTUAL_DEV}:0 $RUEI_COL_FAILOVER_VIRTUAL_IP \ netmask $RUEI_COL_FAILOVER_VIRTUAL_MASK down

3. プライマリ・コレクタ・システム(/etc/ruei.confファイルをロードした状態)で、次のコマンドを発行します。

ifconfig ${RUEI_COL_FAILOVER_VIRTUAL_DEV}:0 $RUEI_COL_FAILOVER_VIRTUAL_IP \
netmask $RUEI_COL_FAILOVER_VIRTUAL_MASK up
sleep 2
arping -c 3 -A -I $RUEI_COL_FAILOVER_VIRTUAL_DEV $RUEI_COL_FAILOVER_VIRTUAL_IP

10 フェイルオーバー処理エンジン・システムの構成

この章では、プライマリ処理エンジン・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をすぐに引き継ぐフェイルオーバー処理エンジン・システムの構成手順を説明します。記載されている手順では、プライマリ処理エンジン・システムのインストールと構成が完了しており、完全に機能していることを想定しています。

フェイルオーバー・レポータ・システムおよびフェイルオーバー・コレクタ・システムを構成する手順は、第8章「フェイルオーバー・レポータ・システムの構成」および第9章「フェイルオーバー・コレクタ・システムの構成」で説明されています。

10.1 概要

セカンダリ(すなわちフェイルオーバー)処理エンジン・システムの構成によって、プライマリ処理エンジン・システムが使用できなくなった場合に、監視対象トラフィックの処理をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。フェイルオーバー処理エンジン・システムの構成を図10-1に示します。

図10-1 フェイルオーバー処理エンジンの構成

サーバー・レベルでは、クロスオーバー・ネットワーク・ケーブルでプライマリとセカンダリの処理エンジン・システムを接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続している限り、セカンダリ・サーバーがトラフィックの処理を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に変更があったことを検出すると、セカンダリ・サーバーはプライマリ・サーバーの処理をすぐに引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。

フェイルバック(すなわちRUEIのインストールを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第10.5項「処理エンジンのフェイルバックの実施」を参照してください。

前提条件

フェイルオーバー処理エンジンのインストールを構成するには、次の条件を満たす必要があります。

- プライマリおよびセカンダリ処理エンジン・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、レポータ、リモート・コレクタおよびデータベース・システムと接続する必要があります。

- RUEIのインストールで使用するデータベースとコレクタは、両方ともリモートになければなりません。

- プライマリおよびセカンダリ処理エンジン・システムは、同じストレージ(SANまたはNFS)を共有する必要があります。RUEI_DATA/processor/dataおよびRUEI_DATA/processor/data/sslkeysディレクトリについては、特にその必要があります。

10.2 プライマリ処理エンジンの準備

RUEI_DATA/processor/dataおよびRUEI_DATA/processor/sslkeysディレクトリが、共有ストレージ場所にあることを確認します。

1. 次のコマンドをRUEI_USERユーザーとして発行して、プライマリ処理エンジン・システム上のすべての処理を停止します。

project -stop

2. プライマリ処理エンジン・システムで共有される処理エンジンの場所をマウントします。そのためには、/etc/fstabファイルがbootにマウントされるように編集します。次に例を示します。

10.6.5.9:/home/nfs /processing_share nfs rsize=1024,wsize=1024  0 0

3. 既存のdataおよびsslkeyディレクトリを共有処理エンジンの場所に移動します。次に例を示します。

mv RUEI_DATA/processor/data /processing_share
mv RUEI_DATA/processor/sslkeys /processing_share

processing_shareには、プライマリおよびセカンダリ処理エンジン・システム上のデータおよびSSLキーの共有場所を指定します。

10.3 セカンダリ処理エンジンのインストール

セカンダリ処理エンジン・システムのインストール手順は、スタンドアロン処理エンジン・システムの場合とほとんど同じです。初期設定ウィザードは実行しない点に注意してください。次を実行します。

1. セカンダリ処理エンジン・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ処理エンジン・システムのものと同一であることを確認してください。

2. セカンダリ処理エンジン・システムにLinuxオペレーティング・システムおよび処理エンジン・ソフトウェアをインストールします。その手順は、第2章「RUEIソフトウェアのインストール」を参照してください。特に、

- 第2章「RUEIソフトウェアのインストール」の第2.6.4項「Zend Decoderのインストール」の終わりまでの手順に従います。

- プライマリ処理エンジン・システム上のRUEI_DATAディレクトリから、セカンダリ処理エンジン・システムに、cwallet.sso、ewallet.p12、sqlnet.ora、およびtnsnames.oraの各ファイルをコピーします。各ファイルの所有権と権限が、両方の処理エンジン・システムで同一であることを確認する必要があります。

- 第2.6.6項「レポータ・ソフトウェアのインストール」の手順1～5の指示に従います。

- 第2.7項「ネットワーク・インタフェースの構成」の指示に従います。

- 第2.8項「国際フォントの有効化(オプションですが推奨)」から第2.11項「ブラウザの自動転送の構成(オプション)」までの手順をプライマリ処理エンジン・システムに対して実行したら、セカンダリ処理エンジン・システムに対しても繰り返し実行する必要があります。

10.4 処理エンジン・フェイルオーバーの構成

次を実行します。

1. まだ行っていない場合は、プライマリ処理エンジン・システムにRUEI_USERユーザーとしてログインし、次のコマンドを発行して、監視対象トラフィックのすべての処理を停止します。

project -stop

2. 第2.12項「レポータ通信の構成(分割サーバー設定のみ)」の手順を実行中に作成した、プライマリ処理エンジン・システム上のRUEI_USERユーザーの.sshディレクトリを、セカンダリ処理エンジン・システムにコピーします。同じ場所にコピーする必要がある点に注意してください。

3. RUEI_USERユーザーのuidおよびgid設定がプライマリおよびセカンダリ処理エンジン・システムで同じであることを確認します。次に例を示します。

id moniforce
uid=501(moniforce) gid=502(moniforce) groups=502(moniforce)

4. 両方の処理エンジン・システムでクロスオーバー・ケーブルに使用する静的IPアドレスを構成します。system-config-networkなどのユーティリティを使用して行えます。

5. /etc/fstabファイルを編集して、RUEI_DATA/processor/dataおよびRUEI_DATA/processor/sslkeysディレクトリがbootにマウントされるようにします。次に例を示します。

10.6.5.9:/home/nfs /reporter_share nfs rsize=1024,wsize=1024  0 0

reporter_shareには、プライマリおよびセカンダリ処理エンジン・システム上のデータおよびSSLキーの共有場所を指定します。

6. 次のコマンドを発行して、セカンダリ処理エンジン・システムのローカルなdataおよびsslkeysディレクトリを、処理エンジンの共有場所に移動します。

rm -rf RUEI_DATA/processor/data
rm -rf RUEI_DATA/processor/sslkeys
ln -s /reporter_share/data RUEI_DATA/processor/data
ln -s /reporter_share/sslkeys RUEI_DATA/processor/sslkeys

7. セカンダリ処理エンジン・システムにRUEI_USERユーザーとしてログインして、次のコマンドを発行します。

project -new -fromdb UX

その結果、プライマリ処理エンジンのデータベース構成を使用して、セカンダリ処理エンジンのディスク上の構成ファイルが作成されます。

8. プライマリおよびセカンダリ処理エンジン・システムの両方で/etc/ruei.confファイルを編集して、仮想、プライマリ、およびスタンバイIPアドレスを指定します。次に例を示します。

export RUEI_REP_FAILOVER_PRIMARY_IP=192.168.56.201
export RUEI_REP_FAILOVER_STANDBY_IP=192.168.56.202
export RUEI_REP_FAILOVER_VIRTUAL_IP=10.11.12.23
export RUEI_REP_FAILOVER_VIRTUAL_DEV=eth0
export RUEI_REP_FAILOVER_VIRTUAL_MASK=255.255.255.0

RUEI_REP_FAILOVER_PRIMARY_IPおよびRUEI_REP_FAILOVER_STANDBY_IP設定で、2つの処理エンジン・システム間のクロスオーバー・ケーブルのIPアドレスを指定する必要があります。これらの設定に関する説明は、第2.4.1項「RUEIの構成ファイル」を参照してください。両方の処理エンジン・システムで指定された設定は、RUEI_REP_FAILOVER_VIRTUAL_DEVの設定を除き、同一の必要があります。

9. 次のコマンドを発行して、プライマリ処理エンジン・システム上の監視対象トラフィックの処理を再開します。

project -start

10. ruei-reporter-failover.shスクリプトを両方の処理エンジン・システムにインストールします。たとえば/usr/local/sbinディレクトリなどです。これはRUEI zipファイル内にあります(第2.3項「RUEIソフトウェアの解凍」を参照)。

11. 次の入力内容を、プライマリおよびセカンダリ処理エンジン・システムのrootユーザーのcrontabファイルに追加します。

* * * * * /usr/local/sbin/ruei-reporter-failover.sh

これによって、セカンダリ処理エンジンがハートビート信号をプライマリ処理エンジンに60秒間隔で送信し、プライマリ処理エンジンが使用できなくなった場合に、RUEIの監視対象トラフィックの処理を引き継ぎます。

60秒以上待機します。

12. レポータGUIへのすべてのユーザー・アクセスが、指定された仮想IPアドレス経由で行われていることを確認します。これは、プライマリ処理エンジン・システムが使用できなくなった場合に、セカンダリ処理エンジン・システムに自動的にフェイルオーバーを行うために必要です。

13. 両方の処理エンジン・システム上のRUEI_DATA/processor/log/failover.logファイルを確認します。これらのファイルには、"ping"コマンドの結果が含まれています。エラー・メッセージがないことを確認してください。たとえばフェイルオーバー構成設定の漏れに関するものなどです。

14. プライマリ処理エンジン上の/sbin/ifconfigコマンド出力をチェックし、仮想IPアドレスが正しく構成されていることを確認します。次に例を示します。

/sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:192.168.56.201  Bcast:192.168.56.255  Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fef7:b014/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:311 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12793 (12.4 KiB)  TX bytes:26268 (25.6 KiB)

eth0:0    Link encap:Ethernet  HWaddr 08:00:27:F7:B0:14
inet addr:10.11.12.23  Bcast:192.168.56.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

15. プライマリ処理エンジン・システムをシャットダウンし、セカンダリ処理エンジンが監視対象トラフィックの処理を開始したことを確認します。プライマリ・システムに到達できず、セカンダリ・システムが起動されているという警告がイベント・ログに報告されます。その後、フェイルバックを実行して、RUEIのインストールを元の状態に戻す必要があります。

10.5 処理エンジンのフェイルバックの実施

RUEIのインストールを元の状態に戻すためには、プライマリ処理エンジン・システムへのフェイルバックを手動で行う必要があります。次を実行します。

1. rootユーザーとして次のコマンドを使用して、グローバルRUEI構成設定をロードします。

. /etc/ruei.conf

2. プライマリおよびセカンダリ処理エンジン・システム間のハートビート・メカニズムが正しく機能していることを確認します。そのために、RUEI_REP_FAILOVER_PRIMARY_IPおよびRUEI_REP_FAILOVER_STANDBY_IP IPアドレスでお互いに'ping'が行えることを確認してください。

3. フォールバックを起動するには、active-failover-serverファイルを削除し、次のコマンドを発行してセカンダリ・サーバー上の仮想インタフェースをシャットダウンします。

rm $RUEI_DATA/processor/data/active-failover-server
ifconfig $RUEI_REP_FAILOVER_VIRTUAL_DEV:0 down

A Oracle Databaseソフトウェアのインストール

この付録は、Oracleデータベース・ソフトウェアをインストールする手順の概要を示します。完全なインストール手順は、製品ドキュメントで説明しています。

この付録の情報は、Oracle Database 11g for Linux x86-64クイック・インストレーション・ガイドに基づいています。ダウンロードして参照することをお薦めします。次の場所のOracle Databaseドキュメント・ライブラリから入手できます。

http://www.oracle.com/pls/db112/portal.portal_db?selected=11

注意:

RUEIはOracle Databaseリリース11.1.1.0.7以上でサポートされていますが、RUEI 12.1.0.4のベスト・パフォーマンスはOracle Database 11gR2で実現されます。
ORA-12805: パラレル問合せサーバーが突然停止しました(11.1および11.2.0.1リリース)が発生した場合は、適切な回避策について第G.2項を参照してください。

A.1 Oracle Databaseソフトウェアのダウンロード

次の場所のOracleデータベースのホームページからOracle Database 11gリリース2 (11.2.0.1.0) Standard Edition、Standard Edition OneおよびEnterprise Editionをダウンロードします。

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

A.2 オペレーティング・システムの前提条件

有効なYumリポジトリの使用を想定する場合、次のコマンドを使用して、データベース・ソフトウェアの必要なオペレーティング・システムの依存関係をインストールできます。

yum install gcc gcc-c++ compat-libstdc++-33 glibc-devel libstdc++-devel \
elfutils-libelf-devel glibc-devel libaio-devel sysstat perl-URI \
bitstream-vera-fonts xorg-x11-xinit unixODBC unixODBC-devel xorg-x11-xinit rsync \
ksh

A.3 データベース・ユーザー・アカウントおよびグループの作成

1. 次のコマンドで、2つのグループ(dbaとoinstall)を作成します。

/usr/sbin/groupadd dba
/usr/sbin/groupadd oinstall

2. oracleユーザーを作成し、プライマリ・グループとしてのoinstallと、セカンダリ・グループとしてのdbaを次のコマンドで作成します。

/usr/sbin/useradd -g oinstall -G dba oracle

3. oracleユーザー・パスワードを次のコマンドで設定します。

passwd oracle

A.4 カーネル・パラメータ設定の構成

1. Oracleインストーラの要件を満たすために、次の行を追加して/etc/sysctl.confファイルを変更します。

kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
fs.aio-max-nr = 1048576
fs.file-max = 681574

2. これらの変更を、次のコマンドでただちに有効にします。

/sbin/sysctl -p

A.5 oracleユーザーに対するシェル制限の設定

1. ソフトウェアのパフォーマンスを高めるには、oracleユーザーのシェル制限を増やす必要があります。/etc/security/limits.confファイルに次の行を追加します。

oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

2. まだ存在していない場合は、次の行を/etc/pam.d/loginファイルに追加します。

session required /lib64/security/pam_limits.so
session required pam_limits.so

3. oracleユーザーのデフォルト・シェルによっては、変更を加える必要があります。Bourne、BashまたはKornシェルの場合、次の行を/etc/profileファイルの一番下に追加します。

if [ $USER = "oracle" ]; then
if [ $SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
else
ulimit -u 16384 -n 65536
fi
fi

他のシェルの詳細は、次の場所で入手可能なOracle Databaseクイック・インストレーション・ガイド11gリリース2 for Linux x86-64を参照してください。

http://download.oracle.com/docs/cd/B28359_01/install.111/b32285/toc.htm

A.6 データベース・ディレクトリの作成

このマニュアルでは、/u01/appディレクトリをOracleインストールのルートと想定しています。これは、ORACLE_BASE環境変数で指定します。

1. 次のコマンドを入力して、マウントされたすべてのファイル・システムの情報を表示します。

df -k

このコマンドにより、次のものも含め、システムにマウントされたすべてのファイル・システムの情報が表示されます。

- 物理デバイス名。

- ディスク領域の合計量、使用量および使用可能な量。

- そのファイル・システムのマウント・ポイント・ディレクトリ。

2. 識別したマウント・ポイント・ディレクトリ内に必要なサブディレクトリを作成し、次のようなコマンドを使用して、適切な所有者、グループおよびそれらの権限を設定します。

mkdir -p /u01/app
chown -R oracle:oinstall /u01
chmod -R 775 /u01/app

A.7 Oracleユーザー環境の構成

1. oracleユーザーとしてシステムにログオンします。

2. ~/.bash_profileファイルでumask設定を次のように追加または編集します。

umask 022

3. 次のコマンドを発行して、現行シェルに対して設定をアクティブにします。

. ./.bash_profile

4. ORACLE_BASE環境変数を設定して、Oracleディレクトリ・ツリーのルートの場所を定義します。

export ORACLE_BASE=/u01/app/oracle

5. Oracleデータベースのインストールzipファイルを解凍します。その結果、databaseディレクトリが作成されます。次に、グラフィカル・インストーラを実行します(これはユーザーrootの下では実行されないので注意してください)。X Window環境が正しく設定されていることを確認します。さらに、SSHを使用してリモートでログインする場合は、X転送が有効であることを確認します。次のコマンドを使用します。

cd <location of the zip file>
unzip linux_11gR2_database.zip
./database/runInstaller

6. インストール・ウィザードを使用し、図A-1に示されている値を指定します。次に、「次へ」をクリックします。

図A-1 「インストール場所の指定」ダイアログ

7. 図A-2に示されている値を指定します。次に、「次へ」をクリックします。

図A-2 「インベントリ・ディレクトリと資格証明の指定」ダイアログ

重要:

データベースのインストール中に警告またはエラー(特に前提条件の欠落)が報告された場合は、先に進む前に解決する必要があります。必要なコンポーネントの詳細は、第2.1.5項「RUEIの前提条件のインストール」および付録G「トラブルシューティング」を参照してください。

すべての依存関係を指定したら、「次へ」をクリックします。

8. インストールがほぼ完了すると、orainstRoot.shとroot.shの2つのスクリプトをrootとして実行するように要求されます。これを図A-3に示します。

図A-3 「構成スクリプト」ダイアログ

図A-3で示されている2つのスクリプトを実行します。スクリプトは、ターミナル・ウィンドウでrootとして実行する必要があります。次のような出力を受け取ります。

/u01/app/oraInventory/orainstRoot.sh
Changing permissions of /u01/app/oraInventory.
Adding read,write permissions for group.
Removing read,write,execute permissions for world.

Changing groupname of /u01/app/oraInventory to oinstall.
The execution of the script is complete.

2番目のスクリプトでは、次の出力が生成されます。

/u01/app/oracle/product/11.2.0/dbhome_1
/root.sh
Running Oracle 11g root.sh script...

The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME=  /u01/app/oracle/product/11.2.0/dbhome_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
Copying dbhome to /usr/local/bin ...
Copying oraenv to /usr/local/bin ...
Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specific root actions.

各スクリプトが完了したら、図A-3のダイアログに戻り、「OK」をクリックします。インストーラのメイン画面で、「Oracle Database 11gは正常にインストールされました」というメッセージが表示されていることを確認します。「終了」をクリックし、「はい」をクリックして確認します。

A.8 Oracle initスクリプト・ファイルの作成

1. rootユーザーとしてログオンします。

2. Oracleデータベースを起動および停止するための/etc/init.d/oracledbスクリプト・ファイルを作成します。この初期化スクリプトの例は、第2章「RUEIソフトウェアのインストール」で説明しているRUEIインストールzipファイル(/root/RUEI/extra/oracledb)で使用できます。Oracleデータベースに異なるインストール・ディレクトリを選択した場合は、前述のORACLE_BASEおよびORACLE_HOME環境変数の設定を変更する必要があります。

3. スクリプト・ファイルを実行可能にし、次のコマンドを使用して、Oracleデータベースを起動するために使用します。

chmod +x /etc/init.d/oracledb
/sbin/chkconfig --add oracledb
/sbin/service oracledb start

これでOracleデータベースがインストールされ、データベースのリスナーが起動して実行されます。

B 汎用データベース・インスタンスの設定

この付録では、RUEIレポータで使用するためにOracleデータベース・インスタンスを手動で設定する方法について説明します。RUEIはOracleデータベースのバージョン11gR1および11gR2をサポートしています。

この付録では、詳細な手順の説明ではなく、汎用データベース・インスタンスで必要な手順を説明しています。したがって、Oracleデータベースの実践的な知識が必要です。

プラットフォームのサポート

リモート・データベースのデプロイメント用に各種のプラットフォームがサポートされていますが、比較的少数ユーザーによる大量クエリー用に設計された高性能なプラットフォームを使用すれば、最適なデプロイメント・ソリューションを実現できます。

B.1 概要

完了後、次のパラメータと設定を新しいOracleデータベース・インスタンス用に指定する必要があります。

- RUEI_DB_INST: 新しいデータベース・インスタンス名(/etc/ruei.confファイルで指定されている)。第2.4.1項「RUEI構成ファイル」を参照してください。

- インスタンスは、Data_Warehouse.dbcテンプレートに基づきます。

- インスタンス文字セットは、AL32UTF8に設定する必要があります。

- パフォーマンス上の理由から、recyclebinおよびaudit_trail機能は無効にしておく必要があります。

- redologファイル・サイズを監視し、必要に応じてサイズを調整します。

次の各項では、これらの要件ごとに詳細を説明します。sysdba認可が必要なことに注意してください。

SQLスクリプトの場所

この付録の残りの部分で説明する手順にかわる方法として参照されるSQLスクリプトは、RUEIディストリビューションzipの抽出後の/root/RUEI/extra/sql_scripts/ディレクトリにあります。

B.2 データベース・インスタンスの作成

次の説明では、Oracleデータベース・インスタンスをコマンド行で作成することを想定しています。ただし、適切なユーティリティを使用して、必要なパラメータを指定できます。次の内容と一致している必要があります。

dbca -silent -createDatabase -gdbName RUEI_DB_INST -sid RUEI_DB_INST \
-characterSet AL32UTF8 -templateName Data_Warehouse.dbc -databaseType DATA_WAREHOUSING \
-redoLogFileSize 500 -initParams recyclebin=off -initParams audit_trail=none

または、Linuxプラットフォーム上で、次のようにruei-prepare-db.shスクリプトを(Oracleユーザーとして)実行し、Oracleデータベース・インスタンスを作成することもできます。

./ruei-prepare-db.sh create_database

USERS表領域以外に、RUEIレポータ・システムには3つの追加表領域を作成する必要があります。

B.3 表領域の作成

パフォーマンス上の理由から、圧縮表領域を使用することを強くお薦めします。次のコマンド行の指示を使用して、USERS表領域での圧縮を有効にできます。

alter tablespace USERS default compress;

必要なデータベース・サイズは500GB(以上)です。必要なディスク領域は、指定されたレポータ・データ保存ポリシーによって異なります(「構成」、「一般」、次に「詳細設定」、そして「レポータ・データ保持ポリシー」を選択)。

ほとんどのRUEIデプロイメントでは、USERS表領域に複数のデータファイルが必要になります。デフォルトのデータファイル場所が使用されますが、データファイルに別な場所を指定できる点に注意してください。次のコマンドを使用して、追加のデータファイルを追加します。

alter tablespace USERS add datafile 'user02.dbf' size 5M autoextend on;

USERS表領域以外に、レポータ・システムおよび処理エンジン・システムには3つの追加の表領域を作成する必要があります。

- UXCONF: RUEI構成情報を含みます。通常は1GB未満のサイズです。UXSTAT: 内部用のRUEI統計情報を含みます。通常は2～3GBのサイズです。UXTEMP: RUEIの一時表を含みます。通常は数GBのサイズです。

これら3つの表領域の名前は固定されており、変更できない点に注意してください。必要な表領域は次のコマンドを使用して作成できます。

create tablespace UXCONF datafile 'uxconf01.dbf' size 5M reuse autoextend on default compress;
create tablespace UXSTAT datafile 'uxstat01.dbf' size 5M reuse autoextend on default compress;
create tablespace UXTEMP datafile 'uxtemp01.dbf' size 5M reuse autoextend on default compress;

または、この項で説明されているコマンドを使用するかわりに、prepdb_tablespaces.sql SQLスクリプトを実行して、表設定を実行できます。

B.4 DRCP接続プール

パフォーマンス上の理由から、データベースへのすべての接続に共有プールを使用することを強くお薦めします。次の例はデータベースの共有プールの起動方法を示しています。

exec dbms_connection_pool.start_pool;
exec dbms_connection_pool.configure_pool(inactivity_timeout=>3600, max_think_time=>3600);

または、この項で説明されているコマンドを使用するかわりに、prepdb_drcp.sql SQLスクリプトを実行して、接続プールを有効にすることもできます。

B.5 Oracleデータベースの保守スケジュール変更

デフォルトでは、Oracleデータベースの保守タスクは22:00に実行するように設定されています。これはデータベース全体のパフォーマンスに大きな影響を及ぼすことがあります。したがって、監視する環境内でのトラフィック量によっては、トラフィック/ロード量の少ない時間帯(たとえば03:00)に、この種の保守タスクのスケジュールを変更する必要があるかもしれません。予定された保守タスクのスケジュール変更方法については、次の場所にある『Oracle Database管理者ガイド』をを参照してください。

http://download.oracle.com/docs/cd/E11882_01/server.112/e17120/toc.htm

prepdb_maintenance_schedule.sql SQLスクリプトを実行して、記載されている手順を実行することもできます。

B.6 SQLパッケージのインストール

RUEIは、追加のパッケージをインストールする必要があります。次のコマンドを発行して、これらをインストールできます。

./ruei-prepare-db.sh sql_packages

または、sql_scriptsディレクトリのux_dbms_lock.sqlおよびux_dbms_session.sqlスクリプトを使用して、パッケージを手動でインストールできます。

B.7 RUEIデータベース・ユーザーの作成

この項では、RUEIデータベース・ユーザーの作成および割り当てる必要がある権限を説明します。RUEIデータベース・ユーザーは、RUEI_DB_USER設定(/etc/ruei.confファイル内)で指定します。最小の必要な権限を受け取ります。ただし、dbms_crypto権限は、コレクタが使用しているSSL秘密鍵の暗号化に必要です。また、RUEIは自動の1日24時間、週7日の環境で通常動作するため、PASSWORD_LIFE_TIME権限を無制限に設定する必要があります。次の例に、RUEIデータベース・ユーザーを最小の必要な権限で作成する方法を示します。

create user RUEI_DB_USER
identified by PASSWORD
default tablespace USERS
temporary tablespace TEMP
profile DEFAULT
quota 200G on USERS;

alter user RUEI_DB_USER
quota unlimited on UXCONF
quota unlimited on UXSTAT
quota unlimited on UXTEMP;

alter profile DEFAULT
limit PASSWORD_LIFE_TIME unlimited;

grant    create session,
create sequence,
create table,
create trigger,
create view,
create synonym,
create type,
create procedure,
create materialized view
to RUEI_DB_USER;

grant execute on dbms_crypto to RUEI_DB_USER;
grant execute on ux_dbms_lock to RUEI_DB_USER;

または、この項で説明されているコマンドを使用するかわりに、prepdb_user.sql SQLスクリプトを実行して、RUEIデータベース・ユーザー構成を実行できます。

B.8 接続データの設定

Oracleデータベースを定義したら、接続データの設定が必要です。これには、RUEIホーム・ディレクトリ(RUEI_DATA)内に、sqlnet.oraおよびtnsnames.oraという2つのファイルが必要です。

次の例は、sqlnet.oraファイルの内容を示しています。

NAMES.DIRECTORY_PATH = (TNSNAMES)
SQLNET.WALLET_OVERRIDE = TRUE
WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/var/opt/ruei)))
DIAG_SIGHANDLER_ENABLED = FALSE

DIRECTORY設定が、/etc/ruei.confファイルで指定されたRUEIデータ・ファイル(RUEI_DATA)を示していることを確認してください。

次の例は、tnsnames.oraファイルの内容を示しています。

uxinsight=(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost.localdomain)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=ruei)(SERVER=POOLED)))

前述の例では、uxinsightが/etc/ruei.confファイルで指定されたデータベースの別名(RUEI_DB_TNSNAME)です。HOST設定がご使用のデータベースを示していることを確認します。ホスト名を指定する場合は、/etc/hostsの設定でも指定されていることを確認してください。ただしIPアドレスも指定できます。

B.9 Oracleウォレットの設定

RUEIの処理部分では、Oracleデータベースへの非対話式のアクセスが必要です。このために、Oracle autologinウォレットを使用してパスワードを安全に保存します。

次のコマンドを使用して、データベース・システム上にOracleウォレットを作成します。

mkstore -wrl /tmp -create

ウォレット・パスワードの入力を求められます。

(空の)ウォレットを作成したら、次のコマンドを使用して、RUEI_DB_TNSNAMEおよびRUEI_DB_USERの資格証明をOracleウォレットに追加する必要があります。

mkstore -wrl /tmp -createCredential RUEI_DB_TNSNAME RUEI_DB_USER

ewallet.p12およびcwallet.ssoという2つのウォレットをレポータ・システム上のRUEI_DATAディレクトリに移動する必要があります。両方のファイルがRUEI_USERとRUEI_GROUPの所有権を持っている必要があります。ewallet.p12はRUEI_USERだけに読取り可能で、cwallet.ssoはRUEI_USERとRUEI_GROUPの両方で読取り可能な必要があります。Linuxでは、次のコマンドを発行することでこれが可能です。

chown RUEI_USER:RUEI_GROUP *wallet*
chmod 600 ewallet.p12
chmod 640 cwallet.sso

Oracleデータベース・インスタンスが正しく設定されると、パスワードを入力しなくてもデータベースに入れるようになるはずです。レポータ・システム上のRUEI_USERは、次のようにデータベース・インスタンスにアクセスできます。

sqlplus /@RUEI_DB_TNSNAME

この手順が失敗する場合は、この付録に記載した情報を慎重に確認してからRUEIのデプロイメントに進んでください。

C 代替エンリッチ・データ・エクスポート・データベース・インスタンスの設定

この付録では、エンリッチ・データ・エクスポート・ファシリティで使用する代替Oracleデータベース・インスタンスの設定方法を説明します。このファシリティの使用方法の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

注意:

代替データベースの構成を進める前に、構成のバックアップを作成することをお薦めします。「構成」、「システム」、「メンテナンス」、「バックアップおよびリストア」の順に選択します。

C.1 概要

デフォルトでは、エンリッチ・データ・エクスポート・ファシリティを使用する場合、レポータが使用するものと同じデータベース・インスタンスにデータがエクスポートされます。ただし、エンリッチ・データのエクスポートには、別のデータベース・インスタンスを構成することを強くお薦めします。この理由は、次のとおりです。

- エクスポートしたデータにアクセスするためのSQLクエリーによって、データベースに多大なパフォーマンス・オーバーヘッドがかかってしまいます。大量のデータ処理や複雑なSQLクエリーの実行が必要な場合、またはエクスポートしたデータに対して特定の期間内に何度かクエリーを実行しなければならない場合は、別なデータベースを使用することで、パフォーマンスが大幅に向上します。

- 別なエクスポート・データベース・インスタンスを使用することで、RUEIデプロイメントへの影響を最小限に抑え、管理も簡単になります。特にデータベースのサイズ設定やバックアップが簡単になります。

代替エクスポート・データベースを使用する場合、これをOracleデータベース・バージョン11gR1または11gR2にする必要があり、この付録の残りの部分で説明する設定手順を開始する前にOracleデータベース・ソフトウェアのインストールを完了している必要があります。Oracleデータベース管理の高度な知識を想定していることに注意してください。

この付録で説明している設定手順は、いくかの設定を示しています(RUEI_DB_TNSNAME_BIなど)。これについては、表2-2で説明しています。

代替エンリッチ・データ・エクスポート・データベースへの移行

エンリッチ・データ・エクスポートを1つのデータベースから別なデータベースに移行する場合、前のデータベースに保存されている最新のエクスポート・データは新しいデータベースに自動的に移行されない点に注意してください。定義されているデータ保存ポリシーは前のデータベースでは有効ではなくなくなるため、履歴データは前のデータベースに残ります。適宜必要な表を前のデータベースから手動でパージする必要があります。

エクスポート・データへのアクセス

エクスポート・データベース内のデータへのアクセスは、SQLを使用して行うことができます。エクスポートしたデータにアクセスするためのSQLクエリーによって、エクスポート・データベースに多大なパフォーマンス・オーバーヘッドがかかることがあります。したがって、SQLクエリーの設計を慎重に確認して、オーバーヘッドを最小限にすることをお薦めします。特に、戻されたデータから、外部分析に不要な表の列を除外しておく必要があります。さらに、特定の期間に実行するSQLクエリー数を最小化する必要があります。特に、同じデータを複数回問い合わせないようにしてください。

C.2 別のデータベース・インスタンスの設定

この項では、別のデータベース・サーバーのデータベース・インスタンスを設定するために従う必要がある手順について説明します。

C.2.1 データベース・インスタンスの作成

次の説明では、Oracleデータベース・インスタンスをコマンド行で作成することを想定しています。ただし、適切なユーティリティを使用して、必要なパラメータを指定できます。次を実行します。

1. oracleユーザーとして別のデータベース・システムにログオンして、次のコマンドを発行します。

dbca -silent -createDatabase -gdbName EXPORT_DATABASE_NAME \
-sid EXPORT_DATABASE_NAME -characterSet AL32UTF8 \
-templateName Data_Warehouse.dbc -databaseType DATA_WAREHOUSING \
-redoLogFileSize 500 -initParams recyclebin=off -initParams audit_trail=none

ここで、

- EXPORT_DATABASE_NAMEは、エクスポート・データベース・インスタンスのリテラル名です。

- パフォーマンス上の理由から、recyclebinおよびaudit_trail機能は無効にしておくことをお薦めします。

- 文字セット・インスタンスは、ALT32UTF8として指定する必要があります。

C.2.2 圧縮表領域の使用

パフォーマンス上の理由から、圧縮表領域を使用することを強くお薦めします。次を実行します。

1. 別のデータベース・サーバーでシステム管理者として次のSQLコマンドを発行し、USERS表領域の圧縮を有効にします。

alter tablespace USERS default compress;

2. デフォルトでは、USERS表領域に1つの32GBデータファイルが作成されます。ほとんどのデプロイメントでは、次のSQLコマンドを使用して、追加の表領域を追加する必要があります。

alter tablespace USERS add datafile 'user02.dbf' size 5M autoextend on;

上記のコマンドでは、デフォルトのデータファイルの場所が指定されている点に注意してください。別な場所を任意に指定できます。

C.2.3 Oracleデータベースの保守スケジュール変更

デフォルトでは、Oracleデータベースの保守タスクは22:00に実行するように設定されています。これはデータベース全体のパフォーマンスに大きな影響を及ぼすことがあります。したがって、監視する環境内でのトラフィック量と、エクスポート・データベース表の読取りスケジュールのプロセスによっては、トラフィック/ロード量の少ない時間帯(たとえば03:00)に、この種の保守タスクのスケジュールを変更する必要があるかもしれません。予定された保守タスクのスケジュール変更方法については、次の場所にある『Oracle Database管理者ガイド』をを参照してください。

http://docs.oracle.com/cd/E11882_01/server.112/e25494/tasks.htm#ADMIN0235

C.2.4 RUEIデータベース・ユーザーの作成

代替データベースにアクセスするには、正式な権限を持つユーザーを作成する必要があります。次を実行します。

1. 別のデータベース・サーバーで次のコマンドを発行して、最小の必要な権限を持つRUEIデータベース・ユーザーを作成します。

create user RUEI_DB_USER_BI
identified by "password"
default tablespace USERS
temporary tablespace TEMP
profile DEFAULT
quota 50G on USERS;

alter profile DEFAULT
limit PASSWORD_LIFE_TIME unlimited;

grant    create session,
create table
to RUEI_DB_USER_BI;

ここで、

- RUEI_DB_USER_BIは、エクスポート・データベース・ユーザー名を示します。

- passwordは、必要なパスワード変数を示します。

C.2.5 DRCP接続プールの設定

パフォーマンス上の理由により、データベースのすべての接続用の共有プールを使用できます。次を実行します。

1. Oracle Database Resident Connection Pooling (DRCP)内では、sysdbaユーザーとして次のSQLコマンドを使用して、共有プールを有効にします。

exec dbms_connection_pool.start_pool;
exec dbms_connection_pool.configure_pool(inactivity_timeout=>3600, max_think_time=>3600);

C.3 別のデータベース・サーバーへのRUEIシステムの接続

この項では、レポータおよび処理エンジン・システムを別のデータベース・サーバーに接続するために従う必要がある手順について説明します。レポータおよび各処理エンジン・システムで、この手順に従う必要があります。

C.3.1 接続データの設定

代替Oracleデータベースを定義したら、接続データの設定が必要です。これには、レポータおよび処理エンジン・システム上のRUEIデータ・ディレクトリ(RUEI_DATA)内に、sqlnet.oraおよびtnsnames.oraという2つのファイルが必要です。次を実行します。

1. sqlnet.oraファイルに次が含まれていることを確認します。

NAMES.DIRECTORY_PATH = (TNSNAMES)
SQLNET.WALLET_OVERRIDE = TRUE
WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=RUEI_DATA)))
DIAG_SIGHANDLER_ENABLED = FALSE

DIRECTORY設定が、/etc/ruei.confファイルで指定されたRUEIデータ・ディレクトリ(RUEI_DATA)を示していることを確認してください。

2. レポータおよび処理エンジン・システムのtnsnames.oraファイルを編集します。次を追加する必要があります。

RUEI_DB_TNSNAME_BI =(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=BI_database_server)
(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=RUEI_DB_INST_BI)))

ここで、

- BI_database_serverは、代替エンリッチ・データ・エクスポート・データベース・サーバーのネットワーク・アドレス(ホスト名またはIPアドレス)を指定します。

- RUEI_DB_TNSNAME_BIはエクスポート・データベース文字列を示します。

- RUEI_DB_INST_BIは、エクスポート・データベース・インスタンス名を示します。

HOST設定がご使用のデータベースを示していることを確認します。ホスト名を使用する場合は、/etc/hostsの設定でも指定されていることを確認してください。ただしIPアドレスも指定できます。

C.3.2 Oracleウォレットの設定

レポータおよび処理エンジンでは、代替エンリッチ・データ・エクスポート・データベースへの非対話式のアクセスが必要です。このために、Oracleオートログイン・ウォレットを使用してパスワードを安全に保存します。レポータ・データベースに接続するために、ウォレットが存在していなければなりません。次を実行します。

1. 次のコマンドを使用して、新しい資格証明を既存のウォレット・ファイルewallet.p12およびcwallet.ssoに追加します。

mkstore -wrl RUEI_DATA -createCredential RUEI_DB_TNSNAME_BI RUEI_DB_USER_BI

ここで、

- RUEI_DB_TNSNAME_BIはエクスポート・データベース文字列を示します。

- RUEI_DB_USER_BIは、リモート・データベースのユーザーを示します。

ウォレット・パスワードと、RUEI_DB_USER_BIのデータベース・パスワードの入力を求められます。

2. これらのファイルの権限が正しく設定されていることを確認します。両方のファイルがRUEI_USERとRUEI_GROUPの所有権を持っている必要があります。RUEI_USERはewallet.p12ファイルの読取りのみが可能で、RUEI_GROUPは両方のファイルの読取りが可能でなければなりません。

3. データベース・インスタンスが正しく設定されると、パスワードを入力しなくてもエクスポート・データベースにアクセスできるようになるはずです。レポータ・システム上のRUEI_USERは、次のようにデータベース・インスタンスにアクセスできます。

sqlplus /@RUEI_DB_TNSNAME_BI

この手順が失敗する場合は、ここまでで説明した手順を慎重に確認してから次に進んでください。

C.3.3 RUEI構成ファイルの編集

1. エンリッチ・データのエクスポートを行うレポータ・システムおよび各処理エンジン・システム上の/etc/ruei.conf構成ファイルを編集します。RUEI_DB_TNSNAME_BI設定を使用して、エクスポート・データベース接続文字列を指定します。詳細は、第2.4.1項「RUEI構成ファイル」を参照してください。

重要:

上記の変更以外は、ruei.confファイルは変更しないでください。

2. moniforceユーザーとして再度ログアウトおよびログオンします。

3. 次のコマンドを発行して、レポータ・システム上の処理を再起動します。

project -restart

D Enterprise Managerリポジトリへの接続の設定

この付録では、Oracle Enterprise Managerリポジトリへの接続の設定方法を説明します。アプリケーション、スイート、およびビジネス・アプリケーションを構成するサービスに定義されたKPIをインシデント・マネージャでイベントとしてレポートする場合に必要です。インシデント・マネージャの使用は、『Oracle Enterprise Manager Cloud Control管理者ガイド』で説明されています。ビジネス・アプリケーション機能の使用は、『Oracle Enterprise Manager Cloud Control Oracle Fusion Middleware Managementスタート・ガイド』で説明されています。

D.1 概要

Oracle Enterprise Managerはビジネス・アプリケーションの監視をサポートしています。これらは、論理サービスまたはアプリケーションを表し、RUEIを介して使用できる専用のパフォーマンス監視、診断およびレポート機能とOracle Enterprise Managerを介して使用できる機能を統合します。アプリケーション、スイート、およびビジネス・アプリケーションを構成するサービスに定義されたKPIによって生成されたアラートは、インシデント・マネージャでイベントとしてレポートされます。

必要な手順は、Oracle Enterprise Managerリポジトリへの接続の確立およびこのリポジトリへの認証の設定の2つの部分で構成されます。これらについては、この後の項で説明しています。

D.2 接続データの設定

2つのファイルsqlnet.oraおよびtnsnames.oraは、レポータ・システム上のRUEIデータ・ディレクトリ(RUEI_DATA)に設定する必要があります。次を実行します。

1. sqlnet.oraファイルに次が含まれていることを確認します。

NAMES.DIRECTORY_PATH = (TNSNAMES)
SQLNET.WALLET_OVERRIDE = TRUE
WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=RUEI_DATA)))
DIAG_SIGHANDLER_ENABLED = FALSE

RUEI_DATAは、RUEIデータ・ファイルのディレクトリを指定します(表2-2を参照)。

2. レポータおよび処理エンジン・システムのtnsnames.oraファイルを編集します。次を追加する必要があります。

RUEI_DB_TNSNAME_EM =(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=EM_database_server)
(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=RUEI_DB_INST_EM)))

ここで、

- EM_database_serverは、Enterprise Managerデータベース・サーバーのネットワーク・アドレス(ホスト名またはIPアドレス)を示します。

- RUEI_DB_TNSNAME_EMは、Enterprise Managerデータベース接続文字列を示します。詳細は、第2.4.1項「RUEI構成ファイル」を参照してください。

- RUEI_DB_INST_EMは、Enterprise Managerデータベース・インスタンス名を示します。

HOST設定がEnterprise Managerデータベースを示していることを確認します。ホスト名を使用する場合は、/etc/hostsの設定でも指定されていることを確認してください。ただしIPアドレスも指定できます。

D.3 Oracleウォレットの設定

レポータ・システムでは、Enterprise Managerデータベースへの非対話式のアクセスが必要です。このために、Oracleオートログイン・ウォレットを使用してパスワードを安全に保存します。レポータ・データベースに接続するために、ウォレットが存在していなければなりません。次を実行します。

1. 次のコマンドを使用して、新しい資格証明を既存のウォレット・ファイルewallet.p12およびcwallet.ssoに追加します。

mkstore -wrl RUEI_DATA -createCredential RUEI_DB_TNSNAME_EM RUEI_DB_USER_EM

ここで、

- RUEI_DB_TNSNAME_EMは、Enterprise Managerデータベース接続文字列を示します。

- RUEI_DB_USER_EMは、Enterprise Managerデータベースのユーザーを示します。

ウォレット・パスワードと、RUEI_DB_USER_EMのデータベース・パスワードの入力を求められます。

2. 次のコマンドを使用して、cwallet.ssoウォレット・ファイルの権限を変更します。

chmod 640 cwallet.sso

3. これらのファイルの権限が正しく設定されていることを確認します。両方のファイルがRUEI_USERとRUEI_GROUPの所有権を持っている必要があります。RUEI_USERはewallet.p12ファイルの読取りのみが可能で、RUEI_GROUPは両方のファイルの読取りが可能でなければなりません。

4. データベース接続が正しく設定されると、パスワードを入力しなくてもEnterprise Managerデータベースにアクセスできるようになるはずです。レポータ・システムでRUEI_USERとして次のコマンドを発行します。

sqlplus /@RUEI_DB_TNSNAME_EM

E ruei-check.shスクリプト

この付録では、ruei-check.shスクリプトによって実行されるチェックについて詳しく説明します。インストールの成功を検証し、インストール上の問題のトラブルシューティングを行うには、このスクリプトを使用することを強くお薦めします。

スクリプトの場所は第2.6.5項「レポータ・データベース・インスタンスの作成」に説明されています。rootユーザーとして実行する必要があります。スクリプトを起動すると、システムで実行する必要のあるロールを指定するように要求されます。次に例を示します。

Please specify which role(s) this system will perform.
Use commas to separate multiple roles. For example, 1,2,4

1 - Reporter
2 - Processing Engine
3 - Collector
4 - Database

Enter role(s): 1,2,3,4

許可されるロールの組合せを表E-1に示します。

表E-1 許可されるシステム・ロールの組合せ

ロール

説明

1

レポータのみ。

2

処理エンジンのみ。

3

(リモート)コレクタのみ。

4

(リモート)データベースのみ。

1,2

処理エンジンを使用したレポータ。

1,2,3

コレクタおよび処理エンジンを使用したレポータ。

1,2,4

処理エンジンおよびデータベースを使用したレポータ。

1,2,3,4

処理エンジン、コレクタおよびデータベースを使用したレポータ。

チェックは、表E-2で示す順に実行され、インストール前、システムおよびインストール後の3つのタイプのチェックに分類されます。特定のチェックが実行されるかどうかは、選択したロールによって異なります。

表E-2 ruei-check.shのチェック

ロール

チェック

1

2

3

4

説明

システム・チェック

アーキテクチャ

•

•

•

•

x86_64が必須です。

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

•

•

•

•

Oracle/RedHat Linux 5.xまたは6.xが必須です。

メモリー

•

•

•

•

最低4GBが必要です。

レポータ・インストールには16GBが推奨されます。

コレクタ専用またはリモート・データベース・インストール用には8GBが推奨されます。

スワップ領域

•

•

•

•

インストール済システム・メモリーの最低3/4が必要です脚注1 。

RUEI_HOME用のディスク領域

•

•

•

指定したRUEI_HOMEの場所のディスク領域には、最低512MBが必要です。

RUEI_DATA用のディスク領域

•

•

•

指定したRUEI_DATAの場所のディスク領域には、最低100MBが必要です。

RUEI_DATA上のディスク速度

•

•

•

指定したRUEI_DATAの場所のディスク速度は、最低40MB/秒であることが必要です(120MB/秒以上を推奨)。

SELinux

•

•

•

•

SELinuxは無効であることが必要です。

ネットワーク・インタフェース

•

最低1つのインタフェースが、IPアドレスなしで起動している必要があります。

ホスト名

•

•

•

•

システムの構成済IPアドレスおよびホスト名は、/etc/hostsファイルで指定されている必要があります。

DNS

•

•

•

•

構成済DNSサーバーでは、システムの構成済ホスト名をそのIPアドレスに解決する必要があります。

HTTPDの自動起動

•

自動的に起動するように構成されている必要があります。

HTTPDの起動

•

起動されている必要があります。

データベースの自動起動

•

自動的に起動するように構成されている必要があります。

SSHDの自動起動

•

•

•

•

自動的に起動するように構成されている必要があります。

SSHDの起動

•

•

•

•

起動されている必要があります。

SSHD

•

•

•

•

SSHがファイアウォールで保護されていないかどうかを確認します。

NTPDの自動起動

•

•

•

•

自動的に起動するように構成されている必要があります。

NTPDの起動

•

•

•

•

起動されている必要があります。

NTPD

•

•

•

•

タイム・サーバーと同期化されている必要があります。

PHP CLI

•

PHPがコマンドラインで使用可能であることが必要です。

PHPの設定

•

session.gc_maxlifetimeを少なくとも14400にする必要があります。

memory_limitを少なくとも96Mにする必要があります。

post_max_sizeを少なくとも128Mにする必要があります。

upload_max_filesizeを少なくとも128Mにする必要があります。

Zend Optimizerが使用可能である必要があります(Linuxバージョン5.x)。

Zend Guard Loaderが使用可能である必要があります(Linuxバージョン6.x)。

(これらは個々のチェックとして表示され、前のチェックに合格しないと実行されません。)

PHPタイムゾーン

•

PHPからはレポータ・オペレーティング・システムと同じタイムゾーンが戻される必要があります。追加情報は、第G.15項「ruei-check.shスクリプトによるPHPタイムゾーン・エラーのレポート」を参照してください。

RSVG

•

~apache/.gnome2ディレクトリが存在する必要があります。

インストール前のチェック

データベース・データ・ディレクトリ用のディスク領域

•

500GBが必要です。(RUEI_DATAと同じパーティションの場合、700GBが必要です。)

データベース・データ・ディレクトリが格納されたディスク

•

ローカルにする必要があります。(NFSなどのリモート・ファイル・システムはサポートされていません。)

データベース・データ・ディレクトリのディスク速度

•

最低40MB/秒が必要です(120MB/秒を推奨)。

RUEI_USERユーザーの存在

•

•

•

指定したRUEI_USERユーザーが存在する必要があります。

apacheユーザーの存在

•

ユーザーapacheが存在する必要があります。

グループRUEI_GROUPのユーザーapache

•

ユーザーapacheは、指定したグループRUEI_GROUPのメンバーであることが必要です。

グループuucpのユーザーapache

•

ユーザーapacheは、グループuucpのメンバーであることが必要です。

グループuucpのユーザーRUEI_USER

•

•

•

指定したRUEI_USERユーザーは、グループuucpのメンバーであることが必要です。

ユーザーrootには0022のumaskが必要

•

•

•

•

ユーザーrootには、0022のumaskが必要です。

ユーザーrootは/etc/http/conf.dへの書込み可能

•

ユーザーrootは、/etc/http/conf.dディレクトリに書き込めることが必要です。

ユーザーrootは/etc/init.dへの書込み可能

•

•

ユーザーrootは、/etc/init.dディレクトリに書き込めることが必要です。

ユーザーrootは/etc/ld.so.conf.dへの書込み可能

•

ユーザーrootは、/etc/ld.so.conf.dディレクトリに書き込めることが必要です。

ユーザーrootはRUEI_HOMEへの書込み可能

•

•

•

ユーザーrootは、指定したRUEI_HOMEディレクトリに書き込めることが必要です。

ユーザーrootはRUEI_DATAへの書込み可能

•

•

•

ユーザーrootは、指定したRUEI_DATAディレクトリに書き込めることが必要です。

ユーザーrootは/tmpへの書込み可能

•

•

•

•

ユーザーrootは、/tmpディレクトリに書き込めることが必要です。

/etc/sysconfig/httpdは/etc/ruei.confをコール

•

/etc/sysconfig/httpdスクリプトは、/etc/ruei.conf構成ファイルをコールする必要があります。

RUEI_USERユーザーはデータベースに接続可能

•

•

指定したRUEI_USERユーザーは、データベースに接続できることが必要です。

oci8 PHP拡張が使用可能

•

oci8 PHP拡張機能が使用できることが必要です。

RUEI_USERユーザーはPHPを介したデータベース接続が可能

•

指定したRUEI_USERユーザーは、PHPを介してデータベースに接続できる必要があります。

RUEI_USERユーザーにはumask 0027が必要

•

•

•

指定したRUEI_USERユーザーには、0027のumaskが必要です。

RUEI_USERユーザーはRUEI_HOMEの読取り可能

•

•

•

指定したRUEI_USERユーザーは、指定したRUEI_HOMEディレクトリを読み取れることが必要です。

RUEI_USERユーザーはRUEI_DATAへの書込み可能

•

•

•

指定したRUEI_USERユーザーは、指定したRUEI_DATAディレクトリを読み取れることが必要です。

RUEI_DATAの権限と所有権

•

•

•

Apacheユーザーは、指定されたRUEI_DATAディレクトリから読取り可能でなければなりません。

/etc/ruei.confの構文が正しい

•

•

•

/etc/ruei.conf構成ファイルが、正しい構文のシェル・スクリプトであることが必要です。

ユーザーrootはruei.confのロード後にデータベースに接続可能

•

•

rootユーザーは、ruei.conf構成ファイルで指定されている環境がロードされた後、データベースに接続できることが必要です。

wm_concatが使用可能

•

•

wm_concatデータベース関数(スイートで使用)が使用可能であることが必要です。

$JAVA_HOME値が有効

•

•

/etc/ruei.conf構成ファイルで$JAVA_HOMEに指定された値が、有効であることが必要です。

インストール後のチェック

レポータRPMチェック

•

ux_collector、ux-bi-publisher、ux-core、ux-generic、ux-ipdb、ux-gui、ux-lang-en、ux_lang-fr_fr、ux_lang-de_de、ux_lang-es_es、ux-adf、ux-lang-zh_cn、ux-lang-ko_kr、ux-lang-ja_jp、ux-wlp、ux-suites-ebs、ux-suites-jde、ux-suites-sbl、ux_suites_fus、ux-suites-psftおよびux-suites-flex RPMがインストールされ、同じリリース(たとえば、11.1.0)であることが必要です。

処理エンジンのチェック

ux-core、ux-generic、ux-ipdb、ux_suites_fus、ux-adf、ux-wlp、ux-suites-ebs、ux-suites-jde、ux-suites-sbl、ux-suites-psftおよびux-suites-flex RPMがインストールされ、同じリリース(たとえば11.1.0)であることが必要です。

コレクタRPMチェック

•

ux-collector RPMは、インストールされていることが必要です。

Java共有オブジェクト

•

JavaパスがLD_LIBRARY_PATHに正しく追加されている必要があります(第2.4項「一般的なインストール作業」を参照)。

GUIが使用可能

•

レポータGUIに、セキュアなインタフェース上のローカル・ホスト名を介して使用できることが必要です(自己署名証明書が見つかると、警告が生成されます)。

レポータGUIでデータベースにアクセス可能

•

レポータGUIでデータベースに接続できる必要があります。

Oracleウォレットの権限と所有権

•

•

Oracleウォレットは、Apacheユーザーによる読取り可能な必要があります。

Oracleウォレットの権限と所有権

•

Oracleウォレットは、RUEI_USER ユーザーによる読取り可能な必要があります。

パスにコア・バイナリ

•

•

指定したRUEI_USERユーザーは、完全名を指定せずにコア・バイナリをコールできる必要があります。

脚注1 メモリーがメモリー要件を満たすために追加される場合、このチェックは開始されない可能性があります。

ruei-check.shスクリプトの再実行

スクリプトの実行中に行うロールの選択がファイルに保存されるので注意してください。そのため、スクリプトを再実行して、システムの異なるロールを指定できるようにするには、次のコマンドを使用して/tmp/ruei-system-typeファイルを削除する必要があります。

rm /tmp/ruei-system-type

F 監視対象トラフィックの検証

この付録では、TCP診断機能を使用して、RUEIにより必要なすべてのネットワーク通信が監視されていることを検証する方法について説明します。RUEIをインストールし、構成した後、収集したネットワーク通信を組織内のネットワーク・エンジニアに検証してもらうことを強くお薦めします。

F.1 概要

TCP診断ユーティリティを使用すると、選択したコレクタによって監視されているネットワーク通信の1分間のスナップショットを作成できます。このスナップショットは、予想したトラフィック・フローに差があるかどうかを判断するのに役立ちます。たとえば、構成されていないポート番号や、正しく指定されていないVLAN IDがある可能性があります。

TCP通信は、ポート番号やVLAN IDはもとより、クライアントやサーバーのIPアドレスおよびMACアドレス全体にわたって分析できます。ネットワーク通信情報に関する各スナップショットの範囲は、図F-1のとおりです。

図F-1 ネットワーク・トポロジの例

F.2 トラフィック・スナップショットの作成

TCP通信のトラフィック・スナップショットを作成するには、次のようにします。

1. 「構成」機能で、コレクタ・ステータスの表示アイコンをクリックします。または、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択します。図F-2の「ネットワーク・データ・コレクタ」ウィンドウが開きます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

図F-2 ネットワーク・データ・コレクタ

2. 必要なコレクタをクリックします。システム(localhost)項目は、レポータ・システムで実行中のコレクタ・インスタンスを指します。ネットワーク内の他のコレクタは、それぞれのIPアドレスで表されます。

3. 「TCP診断」タブをクリックします。例F-0と同じようなパネルが表示されます。

図F-3 TCP診断

4. ツールバーの「新規スナップショット」アイコンをクリックします。図F-4に示すダイアログが表示されます。

図F-4 「新規TCPトラフィック・スナップショット」ダイアログ

5. 「フィルタの適用」チェック・ボックスを使用して、選択したコレクタの監視対象である通信すべて、またはコレクタで現在定義されているフィルタに合う通信のみのいずれについてレポートするトラフィック・スナップショットを作成するかを指定します(詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照)。フィルタは、ダイアログの下部に表示されます。フィルタは、ツールバーの「スナップショット・フィルタの表示」アイコンをクリックしても表示できます。準備ができたら、「スナップショットの作成」をクリックします。

注意:

RUEIインストール内の全コレクタ・システムにわたるトラフィック・スナップショットの最大数は15です。この最大数に達すると、一番古いスナップショットが新しく作成されたスナップショットに自動的に置き換えられます。

6. スナップショットの作成中に、1分の遅れが生じます。完了すると、新たに作成されたスナップショットの概要が表示されます。例を図F-5に示します。

図F-5 TCPトラフィック・スナップショットの概要

F.3 トラフィック情報の分析

作成したスナップショットを分析するには、次のようにします。

1. スナップショット・メニューから必要なスナップショットを選択するか、「TCP診断」メイン・パネル(図F-3)からクリックします。フィルタを適用して作成したスナップショットは、フィルタ処理済列のチェック・マークで示されます。チェック・マークをクリックすると、適用されたフィルタを表示できます。

2. 選択したスナップショットの概要(図F-5に示したものに類似)が表示されます。選択可能な項目をクリックすると、それに対してフィルタ処理が行われます。たとえば、報告される項目のリストは、特定のサーバーIPアドレスを含むものに制限されます。パネルのフィルタ・セクションでフィルタの横の削除アイコンをクリックすると、そのフィルタを削除できます。
オプションで、スナップショット・メニューの右にあるソート・メニュー(図F-6)を使用して、表示項目に使用する第1列を選択します。

図F-6 ソート・メニュー

3. 図F-5の「ステータス」列は、スナップショットの期間に監視されたTCP通信に、起こり得る問題が存在するかどうかを示します。失敗のステータスが報告されている場合、そのステータス・アイコンをクリックすれば、追加情報を表示できます。起こり得る確認済の問題は、表F-1で説明されています。

表F-1 問題および考えられる原因の識別

ステータス

説明

クライアント/サーバーのパケット率が高すぎる。

サーバー・パケットに比べてクライアント・パケットの数が、異常に多いように思われます。これは、そのコレクタでは両方向の通信を監視できない(または、1方向の重複した通信を監視している)、またはサーバー関連の問題(たとえば、サーバーのスイッチが切れている)があることを示している可能性があります。

サーバー/クライアントのパケット率が高すぎる。

クライアント・パケットに比べてサーバー・パケットの数が、異常に多いように思われます。これは、そのコレクタでは両方向の通信を監視できない(または、1方向の重複した通信を監視している)、またはクライアント関連の問題(たとえば、受信未確認のサーバー・パケット)があることを示している可能性があります。

分析に不十分なサーバーおよびクライアントのパケット数。

信頼できるクライアント/サーバーの比率分析を実行するには、通信量(TCPパケット)が不十分でした。最低100パケットが必要です。これは、サーバーへの正常な通信レベルが低いためと考えられます。さもなければ、RUEIでネットワーク通信の一部を監視できないルーティングの問題を示している可能性があります。

サーバーのVLAN IDがクライアントのVLAN IDと一致しない。

これは、通常、ルーティングの問題を示します。たとえば、クライアントからサーバーへの通信が、あるVLAN経由で送信されているのに、サーバーからクライアントに戻る通信は別のVLANを経由して送信されています。RUEIでは、一度に1つのVLANセグメント上の通信しか監視できないことに注意してください。

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

この付録では、RUEIのインストール時に発生する最も一般的な問題を取り上げ、それらの問題を見つけて修正するための解決方法を示します。Oracleサポート・サービスに問い合せる前に、この付録の内容を確認してください。

詳細

- Oracle Enterprise Managerの情報は、次の場所に提供されています。

http://www.oracle.com/us/products/enterprise-manager/index.html

- 詳細な技術情報は、My Oracle Supportから入手できます。

https://support.oracle.com

Oracleサポート・サービスへの問合せ

RUEIのインストールまたは構成で問題が発生した場合、Oracleサポート・サービスに問い合せることができます。ただし、その前に、インストールについてのヘルプデスク・レポート・ファイルを作成することを強くお薦めします。これを実行するには、「システム」、「構成」、「ヘルプデスク・レポート」の順に選択します。このファイルには、ユーザーが報告する問題を処理する際に、Oracleサポート・サービスにとって非常に役に立つ広範なシステム情報が含まれています。このファイルに固有形式の情報が含まれることに注意してください。そのコンテンツは変更しないでください。

また、内部エラーの拡張情報は、セッション・デバッグを有効にして入手できます。これには、「ヘルプ」メニューから「セッション・デバッグ」オプションを選択します。詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

G.1 ruei-check.shスクリプトの実行

インストール時の問題のトラブルシューティングには、ruei_check.shスクリプトを使用することをお薦めします。初めて実行するとき、スクリプトからインストール・タイプ(reporter、processor、collectorまたはdatabase)を指定するように要求されます。この選択はファイルに保存されるので注意してください。そのため、スクリプトを実行して、異なるインストール・タイプを指定できるようにするには、次のコマンドを使用して/tmp/ruei-system-typeファイルを削除する必要があります。

rm /tmp/ruei-system-type

表G-1のパラメータを指定できます。

表G-1 ruei-check.shパラメータ

パラメータ

説明

system

基本的なシステム・チェックの他、多数の前提条件のチェックを実行します。これには、監視可能なインタフェース、Oracleデータベースが正しく起動すること、Apache Webサーバー、PHPおよびZendオプティマイザが正しく構成されていることなどのチェックが含まれます。

preinstall

Oracleデータベースが正しく構成されているかどうかをチェックします。

postinstall

RUEI RPMが正しく構成されたかどうかをチェックします。

all

前述のチェックをすべて示した順序で実行します。

次に例を示します。

cd /root/RUEI/121
./ruei-check.sh all

このスクリプトの使用の詳細は、付録E「ruei-check.shスクリプト」を参照してください。

G.2 ORA-12805: パラレル問合せサーバーが突然停止しました

パーシャル・パーティション・ワイズ結合を使用してパラレル文を実行する場合、アクセスされるパーティションのセットは実行時にパーティションなしまたはセグメントなしのパーティションにプルーニングされるため、次のようなエラーが発生する可能性があります。

ORA-12805: PARALLEL QUERY SERVER DIED UNEXPECTEDLY

これはOracle Database 11.1の既知の不具合によって発生します。対処するには、次の回避策を使用してdb_gui_dop to 1を設定することで、GUI問合せがパラレルにならないようにします。

$ execsql config_set_value wi_core db_gui_dop 1

ただし、データベース・バージョン11.2.0.3にアップグレードし、次の場所にあるパッチ13582702をダウンロードしてインストールすることをお薦めします。

https://support.oracle.com/epmos/faces/ui/patch/PatchDetail.jspx?_afrLoop=33337295036267&patchId=13582702

G.3 ruei-prepare-db.shスクリプトの失敗

ruei-prepare-db.shスクリプトが失敗する場合は、DNS参照の失敗が原因で、データベース・リスナーが正しく起動しなかったためと考えられます。この問題を解決するには、次のようにします。

- /etc/hostsファイルにホストが含まれていることを確認します。

- /etc/nsswitch.confファイル内のエントリが、必要な書式(sequence hosts: files DNS)で指定されていることを確認します。

注意:

ruei-prepare-db.shスクリプトは、現行のデータベースを削除し、新しいデータベースをインストールするために、deleteオプションとともに実行できます。

G.4 起動に関する問題

システムが起動していないように思われる場合、または正しいポートをリスニングしていない場合は、次のようにします。

- 各コレクタ・サービスを再起動します。それには、「システム」、「メンテナンス」、「ネットワーク・データ・コレクタ」の順に選択し、接続されている各コレクタを選択して、メニューから「再起動」オプションを選択します。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』でより詳しく説明されています。

- ネットワーク・フィルタの定義を確認します。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。特に、通常のネットワーク・フィルタが適用されていないことを確認します。これは、VLANの場合に特に重要です。

- RUEIが正しいプロトコルおよびポートをリスニングしていることを確認します。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

- コレクタ・インタフェースがupになっていることを確認します。

リソースとログ・ファイル

初期設定ウィザード(第5.2項「RUEIの初期構成の実行」で説明)の実行中または実行直後に、システムからエラーが返された場合には、デバッグに役立つ次のリソースとログ・ファイルがあります。

- RUEI_DATA/processor/log/gui_debug.log: 低レベルのシステム情報を示す独自のデバッグおよびログ・ファイル。内容は読みにくいですが、ここであげているような標準的なシステム・エラー・メッセージが見つかります。

- /var/log/httpd/access_logおよび/error_log: Apacheデーモンのアクセス・ログ・ファイルおよびエラー・ログ・ファイル。RUEIユーザー・インタフェースのHTTPまたはPHP実行のどこかが間違っている場合、これらのログ・ファイルに記録されています(これらはHTTPデータ分析用のRUEIで使用されるログ・ファイルでないことに注意してください)。

根本原因の分析

特定の問題に対処する前に、データ収集、データ処理およびデータのレポート作成の基本操作を理解することが重要です。RUEIに関する問題の根本原因の分析には、次のことが必要です。

- データ収集を検証します。「システム」、「ステータス」、「コレクタ・ステータス」の順で選択します。表示されたリストからコレクタを選択し、システム・インタフェースにTCP、イーサネット、HTTPレベルでの通信アクティビティが表示されていることを確認します。

- さらに、SSLデータ復号化に問題がないことを確認します。いくつかのエラーが発生するのは普通です(特に、起動後すぐ)。しかし、SSL通信が復号化される場合、エラー率が100%になることはあり得ません。

- データ処理を検証します。「システム」、「ステータス」、「データ処理」の順で選択します。図5-6と同じような画面が表示されます。画面にはなんらかのアクティビティが示されています。

G.5 データ収集の問題

データ収集サービスが稼働していないか、開始されない場合は、次のようにします。

- TCP診断機能を使用して、RUEIで必要なネットワーク通信がすべて監視されていることを検証します。このツールの使用方法は、付録F「監視対象ネットワーク・トラフィックの検証」で説明しています。

- データ収集に使用されるネットワーク・カードが、無差別モードで稼働していることを確認します。これは、コマンドifconfig ethN(Nは、データ収集に使用されているネットワーク・インタフェースの番号)を発行して確認できます。次のような出力が返されます。

ethn      Link encap:Ethernet  HWaddr 00:15:17:3E:26:AF           UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:0 (0.0 GiB)  TX bytes:0 (0.0 GiB)           Memory:b9120000-b9140000

上のコマンドを繰り返して、ネットワークの問題の診断中にネットワーク・トラフィックの変更を表示できます。

- ネットワーク・インタフェースが使用できない場合、ONBOOTパラメータがYESに設定されていることを確認します。

- データ収集に使用するネットワーク・インタフェースに、IPアドレスが割り当てられていないことを確認してください。IPアドレスが設定されている場合は削除してください。

注意:

0.0.0.0または127.0.0.1に設定しないでください。構成済のIPアドレスは完全に削除します。

G.6 データ処理の問題

なんらかの理由でデータ処理が開始されない場合は、「システム」、「メンテナンス」、「システム・リセット」の順に選択して再起動を試行します。システム・リセット・ウィザードが表示されます。「システム処理の再起動」オプションを選択します。システム処理の再起動には、5から30分かかる場合があります。

一般に、処理されているデータがない場合、第5.5項「構成の検証と評価」で説明されているように、システムの構成を検証します。システムに構成を適用しないと、データ処理は行われません。

複数のコレクタがある環境を使用している場合、すべてのコレクタが起動し、正常に稼働していることを確認します。これを実行するには、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択します。障害のあるコレクタは、システム・データのデータ処理を進める妨げとなる場合があります。

G.7 電子メールの問題

電子メールの送信は、システム・レベルで、SendmailやPostfixなどのメール転送エージェント(MTA)とともに処理されるRUEIの機能です。電子メールの送信中に問題が発生した場合、次のようにします。

- メールがRUEIによってMTAに正しく送信されている場合、毎日、毎週、または毎月のレポートを手動で送信しようとすると、ユーザー・インタフェースでは「メッセージが正常に送信されました」と報告されます。

- メールがRUEIによってMTAに正しく送信されなかった場合は、MTAが稼働中であることを確認します。または、「システム」、「メンテナンス」、電子メール構成の順に選択して、メールの設定を分析します。

- メールの送信には成功したにもかかわらず、受信者に配信されなかった場合は、MTAの動作を分析して、メールが配信されない根本原因をさらに特定します。

- 報告されているメールの問題は、/var/log/maillogファイルを参照してください。

電子メール配信での一般的な問題は、正しく構成されていないMTA、またはデータ・センターや会社のネットワーク内で、電子メールの送信を許可されていないMTAによって生じることがよくあります。

G.8 SSL復号化の問題

SSL通信を復号化するために、コレクタでSSLキーと証明書が使用可能であることが必要です。SSL復号化を有効にするには、次のようにします。

- SSLキーを適切なコレクタからアップロードします。

- 必須の復号化パスフレーズを入力して、SSLキーを有効にします(該当する場合)。

証明書は、「構成」、「セキュリティ」、「SSLキー」の順に選択して、コレクタにアップロードする必要があります。SSL復号化のステータスを確認するには、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択して、SSL復号化分析が必要なコレクタを選択します。SSL暗号化ページ内で、次のことに注意します。

- SSLキーがアップロードされていない場合、復号化エラーが発生します。

- 適切なSSLキーをアップロードし、アクティブ化した直後には、復号化の成功率が低くなります。

- この割合は、SSLキーのアップロード後最初の数分あるいは数時間のうちに上昇します。

RUEIでは、SSLキーおよび証明書のPKCS#12およびPEM/DERエンコーディングを使用できます。基本的に、これは証明書とキーの両方が1つのファイルに連結されていることを意味します。キー・ファイルと証明書ファイルが別の場合、次のコマンドを発行して、PKCS#12準拠のファイルを作成できます。

openssl pkcs12 -export -in certificate.cer -inkey key.key -out pkcs12file.p12 -passout pass:yourpassphrase

ここでは、次のようになります。

- certicate.cerは、CAルート証明書ファイルです。

- key.keyは、サーバーのSSLキー・ファイルです。

- pkcs12file.p12は、PKCS#12エンコード・ファイルの出力ファイル名です。

- yourpassphraseは、ファイルを不要な復号化から保護するために使用するパスフレーズです。

たとえば、CAルート証明書のファイル名がca_mydomainroot.cer、サーバーのSSLキーがappsrv12.keyで、出力ファイルをuxssl.p12とし、このファイルをパスフレーズthisismysecretpassphraseで保護する場合を考えます。次のコマンドが必要です。

Openssl pkcs12 -export -in ca_mydomainroot.cer -inkey appsrv12.key -out uxssl.p12 -passout pass:thisismysecretpassphrase

G.9 パッケージおよびフォント欠落のエラー・メッセージ

Oracle Linuxの最小インストールは実行しないことを強くお薦めします。実行した場合、インストールに含まれていないRUEIの必須コンポーネントによって、報告されている様々な問題につながる可能性があります。

これらの問題で最も一般的なものが、/var/log/http/error_logファイルで報告されるfontconfigエラー・メッセージです。これらは、次のフォントをインストールすることで解決できます。

- urw-fonts-noarch v2.3

- ghostscript-fonts-noarch v5

- dejavu-lgc-fonts-noarch v2

- liberation-fonts v0.2

- bitmap-fonts v0.3

使用する言語の設定に応じて、必要な他のすべてのフォントをインストールします。

しかし、他にも考えられるエラー・メッセージとして、欠落パッケージ(librsvg2など)の報告があります。

Yumリポジトリが使用可能な場合、Linux 5.x DVDで利用可能なすべての依存関係は、次のコマンドを発行することでインストールできます。

yum -y install gcc gcc-c++ compat-libstdc++-33 glibc-devel libstdc++-devel \
elfutils-libelf-devel glibc-devel libaio-devel sysstat perl-URI net-snmp libpcap \
sendmail-cf httpd php php-pear php-mbstring phpldap librsvg2 xorg-x11-xinit \
net-snmp-utils perl-XML-Twig

RedHat Enterprise/Oracle Linux 6.xの場合は、次のコマンドを発行します。

yum -y install gcc gcc-c++ compat-libstdc++-33 glibc-devel libstdc++-devel \
elfutils-libelf-devel glibc-devel libaio-devel sysstat perl-URI net-snmp \
libpcap sendmail-cf httpd php php-pear php-mbstring phpldap librsvg2 \
xorg-x11-xinit net-snmp-utils perl-XML-Twig rsync ksh openssl098e wget bc \
bind-utils

ただし、RUEIインストールzipファイルに含まれている追加のRPMをさらにインストールする必要があることに注意してください。

G.10 ORA-xxxxxエラー

Oracleデータベース・エラーを受信した場合は、次のようにします。

- /etc/sysconfig/httpdファイルに次の行が含まれていることを確認します。

source /etc/ruei.conf

これらの行を追加する必要がある場合は、次のコマンドを使用してApache Webサーバーを再起動します。

service httpd restart

- ewallet.p12ファイルが、RUEI_USERで指定されたユーザーによって読取り可能であることを確認してください。さらに、cwallet.ssoファイルが、RUEI_GROUPで指定されたグループによっても読取り可能であることを確認してください。Linux/UNIXでは、次のコマンドを実行することで確認できます。

chmod 600 ewallet.p12
chmod 640 cwallet.sso

- /var/opt/ruei/tnsnames.oraファイル、/etc/sysconfig/networkファイルおよび/etc/hostsファイルで、同じホスト名が指定されていることを確認します。
これらのファイルに変更を加えると、サーバーの再起動が必要になる場合があるので注意してください。

G.11 稼働していないOracleデータベース

次のコマンドを使用して、moniforceユーザーに変更し、SQL*Plusプロンプトを取得することにより、Oracleデータベースが稼働中であることを確認します。

su - moniforce
sqlplus /@connect-string

connect-stringは、RUEI_DB_TNSNAMEまたはRUEI_DB_TNSNAME_CFGです。

パスワードの入力を要求されることなく、SQL*Plusコマンドの行を受信します。これは、Oracleウォレットの認証に成功したことを示しています。

必要な場合は、次のコマンドを使用して、Oracleデータベースを再起動します。

/etc/init.d/oracledb restart

G.12 一般的な(固有でない)問題

レポート作成モジュールに問題が発生した場合、あるいはモジュールのインタフェースが不安定であることがわかった場合、次を実行することをお薦めします。

- ブラウザ内のすべてのコンテンツ・キャッシングを消去し、ブラウザを再起動します。

- エラー・ログを調べます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

- 「システム」、「ステータス」を選択し、次に「データ収集」、ログファイルの処理および「データ処理」を選択して、コア・コンポーネントの正しい動作を確認します。これらのコンポーネントにエラーがある場合は、この付録に記載されているアドバイスに従って、問題の解決を試行してください。

G.13 起動していないネットワーク・インタフェース

データ収集に使用するネットワーク・インタフェースがUpになっていない場合(すなわちONBOOT=YESパラメータが設定されていなかった場合)、次のコマンドを使用してすぐに起動できます。

ifconfig ethN up

Nは、必要なネットワーク・インタフェースを表しています。

G.14 OAM関連の問題

OAM関連の問題の分離を開始するために、次のようにします。

1. moniforceユーザーとしてレポータ・システムにログオンします。

2. Cookieのサンプル値を取得するには、次のコマンドを発行します。

EXAMPLE_VALUE=$(zgrep ObSSOCookie \ $WEBSENSOR_HOME/data/wg_localhost/http/`date +"%Y%m%d"`/*/http-*|\ tail -1 |sed 's,^.*ObSSOCookie=\([^;[:space:]]*\)[;[:space:]].*$,\1,g')

3. 取得したサンプル値を表示するには、次のコマンドを発行します。

echo $EXAMPLE_VALUE

戻された出力が空ではなく、エラーが含まれていないことを確認する必要があります。次のような出力が予想されます。

2bTxIrJxIGg%2FMrntHeRuhI1bADtml%2FNPXMho%2FuXK1S3PmiqdsQy4QAgcq0JiQbLfabIs1FBQc%2Bq1Nadjw7naVCqAyT7ir883GoGkSTX8ODtW7S1HQlbATMahOSYsTn8wshgg%2Fg5vi0d18%2F3Zw6tOdPevrhE0wTCk069p%2FkeIS8ftPBUSe6p9rEKiWBqyptQpUzW4SwfTz89iNxOoNULPkG4I5B%2BVa2ac4pgA4rc%2Bre%2BdFk3Gcm7dyu5XC%2BiQKRznERRE1t7wQb7RF5zjFL8hD6Jl0yquJytYPV3x7ufa%2BWatYE5uIHq3NdUKzuLq0214

4. 取得した値をOAM Cookieとして指定するには、次のコマンドを発行します。

cp $WEBSENSOR_INI/../evt/OAM2* $WEBSENSOR_INI
mklookup --match $EXAMPLE_VALUE|GET|/some/url.html '%' '%1[$OAM2UserName]'  %0

注意:

URLは、OAMで保護されているURLである必要があります。

報告されるエラー

次のエラーが発生した場合:

*ERROR* - obssocookie: could not dlopen()
/opt/netpoint/AccessServerSDK//oblix/lib/libobaccess.so:
/opt/netpoint/AccessServerSDK//oblix/lib/libobaccess.so: cannot open shared
object file: Permission denied

これは、moniforceユーザーが必要な権限を持っていないことを示しています。moniforceユーザーとしてレポータ・システムにログオンし、次のコマンドを発行します。

find /opt/netpoint/AccessServerSDK -type d -exec chmod o+rx {} \;
find /opt/netpoint/AccessServerSDK -type f -exec chmod o+r {} \;

次のエラーが発生した場合:

*ERROR* - obssocookie: could not dlopen()
/opt/netpoint/AccessServerSDK//oblix/lib/libobaccess.so:
/opt/netpoint/AccessServerSDK//oblix/lib/libobaccess.so: wrong ELF class:
ELFCLASS32

これは、Access Gate SDKの32-bitバージョンが、必要な64-bitバージョンのかわりにインストールされていることを示しています。必要なAccess Gate SDKをダウンロードし、インストールする手順は、第6.2項「Access Gateソフトウェアのダウンロードとインストール」で説明されています。

Access Gate SDKのインストールには、32ビット・バージョンのアンインストールのユーティリティ(_uninstAccessSDK/uninstaller.bin)が含まれている点に注意してください。

次のエラーが発生した場合:

Server is not authenticated to access the the OAM environment

これは、RUEIとアクセス・サーバー間の信頼関係の作成(第6.3項「RUEIサーバーでのAccess Gateソフトウェアの構成」で説明)が成功しなかったため、もう一度実行する必要があることを示しています。

次のエラーが発生した場合:

*ERROR* - obssocookie: environment variable OBACCESS_INSTALL_DIR not set

これは、第6章「Oracle Access Managerの構成」に記載の手順に従っていなかったことを示しています。

G.15 ruei-check.shスクリプトによるPHPタイムゾーン・エラーの報告

ruei-check.shスクリプトにより、次のエラーが報告されます。

Checking if the PHP timezone has been set correctly:   [FAIL]
PHP and OS timezones do not match (os: winter +0000, summer +0100. php:
winter +0100, summer +0200)

これは、レポータ・システム上の/etc/ruei.confファイルの最後でTZ環境変数を次のように設定することにより簡単に修正できます。

export TZ=Europe/Lisbon

G.16 ORA-00020: 最大プロセス数(%s)を超えました

このエラーが報告される場合、環境内のデータベースに提供されるプロセスの最大数を増やす必要があります。デフォルト(150)から300にプロセスの最大数を増やすには、次のようにします。

1. RUEIデプロイメント内の各データベースにoracleユーザーとしてログオンします。

2. 次のコマンドを発行して、SQL*Plusプロンプトを取得します。

sqlplus / as sysdba

3. 次のコマンドを発行します。

SQL> alter system set processes=300 scope=spfile;
System altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

G.17 user@引数が指定されていない場合にrsyncが失敗する

RedHat Linux 5.7の一部として配布されるrsyncユーティリティのバージョン3.0.6-4は、バグBZ#726060を含みます。これは、オプションのuser@引数なしでrsyncコマンドのソースまたは宛先の引数を指定した場合に失敗およびエラーになります。この問題が検出された場合、RedHat更新2011:1112-1をアップロードおよびインストールすることをお薦めします。次のサイトから入手できます。

http://rhn.redhat.com/errata/RHBA-2011-1112.html

G.18 ORA-00600 エラー・レポート

RUEIバックアップのリストア中に、次のエラーが報告されます。

ORA-00600: internal error code, arguments: [kkmmctbf:bad intcoln]

これは、Oracleデータベース・バージョン11.2.0.3.0の既知の不具合によって発生します。これを修正するには、次の場所にあるパッチ13582702をダウンロードおよびインストールします。

https://support.oracle.com/epmos/faces/ui/patch/PatchDetail.jspx?_afrLoop=33337295036267&patchId=13582702

H インストール・チェックリスト

この付録では、RUEIソフトウェアのインストールを開始する前に完了する必要のあるアクションと、収集する必要のある情報のチェックリストを提供します。これらには、サーバーとインフラストラクチャの準備状況と構成、HTTPS暗号化通信および問題のアラートが含まれます。

サーバーの準備状況

基本のハード・ウェアおよびオペレーティング・システムの要件。

Intel/AMD 64ビット・プラットフォーム(2つ以上のデュアルコアCPU)。

ネットワークの接続性:

- オフィス・ネットワーク接続用の10/100MB NIC。

- データ収集接続用の10/100/1000MB NIC。

ディスク領域: 400GB以上(高性能のRAID-5、RAID-10などの場合)。

メモリー: 単一サーバーの場合は16GB以上のRAM。

OS: Oracle Linux 64-bitまたはRedHat Enterprise Linux 64-bit 5.xまたは6.x。
Oracle Database 11g Enterprise Edition。

ruei-check.shスクリプトで報告されるエラーがない。

EBS、JD Edwards、FLEXCUBEおよびPeopleSoft構成zipファイルが使用可能である。

インフラストラクチャの準備状況

システムの簡単な配置およびアクセス可能性を確認する。

電源ソケット付きのデータ・センター・キャビネットでラックのスペースが準備されている。

サーバーが、次のリモート・ポートからアクセス可能である。

- RUEI WebサーバーへのHTTP(S)通信用のポート80/443。

- SSH/SCPでのリモート管理用のポート22。

- ポート25(電子メール)。

- ポート123(NTP)。

- ポート161/162(SNMP)。

- ポート1521(リモート・データベース設定用)。

適切な日時でのデータ・センターへのアクセスが設定されている。

TAP/コピー・ポート用のネットワークの準備ができていて、キャビネット内でケーブルが使用可能である。

サーバー構成が完了している(次の項目を参照)。

プロキシ、ロード・バランサ、ルーター、スイッチなどを使用するメイン・トポロジが認識されている。

インフラストラクチャ全体で、メインの通信フローが認識されている。

VLANトポロジ、VLAD IDおよびIPアドレスが認識されている。

RUEIサーバーの監視位置が、ファイアウォールのできるだけ近くにある。

監視対象のドメイン、アプリケーション、サーバー・ファームまたはVLAN(あるいはすべて)が識別されている。

サーバー構成

サーバー構成中に、参照用に次の詳細の指定を完了する。

ホスト名およびドメイン名(オプション)。

データ・センター名。

配置日時。

サーバーIP、ネットマスクおよびデフォルト・ゲートウェイ。

サーバー・タイプ(コレクタ/レポータ)。

NTPサーバーIPおよびバックアップ。

DNSサーバーIPおよびバックアップ。

メール・サーバーおよび送信者メール。

ソケット0: TAP/スイッチ名に対する収集ポート。

ソケット1: TAP/スイッチ名に対する収集ポート。

ソケット2: レスキュー/メンテナンス・インタフェース。

<予約済>

ソケット3: スイッチ名に対するオフィス・ネットワーク。

ソケット4: TAP/スイッチ名に対する収集ポート。

ソケット5: TAP/スイッチ名に対する収集ポート。

データ収集構成

準備が整うと、サーバーはデータ収集を開始する。予想されるデータ量、使用するテクノロジーを指定。

HTTP通信量(MB、ページビュー数または1時間当たりのヒット数)。

Webアプリケーションの基本テクノロジ。

取得する通信量を制限する。

- HTTPおよびHTTPSポート(80/443 HTTP/HTTPS以外の場合)。

- VLAN通信量およびVLAN ID(オプション)。

Cookieテクノロジ。

ページのラベル付けテクノロジ。

ブラインド表示のPOSTフィールド名(passwdなど)。

URLのユーザーID(ログイン以外の場合)。

Webサービス・ドメインまたはネットワーク。

XML/SOAPエンベロープ(最大10)。

Chronos/EUM URL(EBSおよびForms)。

HTTPS有効化

必須SSLキーで暗号化通信を監視できるように接続を指定する。

名前:

名前:

機能:

機能:

電子メール:

電子メール:

電話/モバイル:

電話/モバイル:

キー(全部ではない):

キー(全部ではない):

システムの状態の通知

システムでは、各種コンポーネントのアラートのトリガーおよび送信が可能。ユーザー、通知方法、および各コンポーネントの詳細を指定。

名前:

名前:

機能:

機能:

電子メール:

電子メール:

モバイル:

モバイル:

テキスト・メッセージ:

テキスト・メッセージ:

SNMPによるアラート(オプション)脚注1

SNMP管理サーバー。

SNMPコミュニティ名。

SNMPバージョン。

脚注1 RUEIには、SNMPマネージャにインポートする標準MIBが用意されています。

I システムのRUEIの削除

この付録では、レポータ、コレクタおよび処理エンジン・システムからRUEIをアンインストールする手順を説明します。

別の指示がないかぎり、レポータ、コレクタおよび処理エンジン・システムごとに次を実行します。

1. RUEI_USERユーザーとして必要なシステムにログオンし、次のコマンドを発行してすべてのcrontabエントリをクリアします。

echo "" | crontab

2. 次のコマンドをRUEI_USERユーザーとして発行して、レポータおよび処理エンジン・システム上のすべての処理を停止します。

project -stop

コレクタ・システムの場合、次のコマンドを発行して、データ収集を停止します。

appsensor stop wg

3. rootユーザーとして次のコマンドを発行して、インストールしたRUEI RPMを削除します。

rpm -qa | grep ^ux- | xargs rpm -e

インストールしたRPMの一部が手動で削除されたか破損している場合、上記の手順でエラーが発生する可能性があります。この場合は、次のコマンドを発行する必要があります。

rpm -qa | grep ^ux- | xargs rpm -e --noscripts

前述のコマンドを発行した後、インストールの一部が残る場合があります。

4. レポータ・システムで、rootユーザーとして次のコマンドを発行して、php-oci8モジュール、OracleデータベースのInstant client、PHP構成およびSQLplus拡張機能をアンインストールします。

rm /etc/php.d/ruei.ini
rpm -e php-oci8-11gR2
rpm -e oracle-instantclient11.2-sqlplus
rpm -e oracle-instantclient11.2-basic

5. rootユーザーとして次のコマンドを実行して、すべてのRUEIデーモンのアクティブ化が解除されていることを確認します。

. /etc/ruei.conf
killall -u $RUEI_USER

6. rootユーザーで次のコマンドを実行して、すべてのRUEIデータ・ファイルを削除します。

rm -rf $RUEI_HOME
rm -rf $RUEI_DATA

7. oracleユーザーとして必要なデータベース・サーバーにログオンし、次のコマンドを実行して、各データベース・インスタンスを削除します。

. /etc/ruei.conf
. oraenv
dbca -silent -deleteDatabase -sourceDB ${RUEI_DB_INST}

Oracle SIDの入力を要求された場合、/etc/ruei.confファイルのRUEI_DB_INST設定と同じ値を指定する必要があります。

8. レポータおよびコレクタ・システムで、rootユーザーとして次のコマンドを実行して、Java Runtime Environment (JRE)を削除します。

rm /usr/java/jre1.7.0_09
rm /usr/java/jre

9. レポータ・システムで、/etc/sysconfig/httpdファイルを編集して、RUEI環境をロードする次の行を削除します。

source /etc/ruei.conf

10. レポータ・システムで、rootユーザーとして次のコマンドを実行して、元のZend Optimizer構成ファイル/etc/php.iniをリストアします。

cd /etc/
cp php.ini-zend_optimizer.bak php.ini

次のコマンドを実行して、Zend Optimizerインストール・ディレクトリを削除します。

rm -rf /usr/local/Zend

次のコマンドを使用して、Apache Webサーバーを再起動します。

/etc/init.d/httpd restart

11. rootユーザーとして次のコマンドを実行して、ユーザーおよびグループ設定に行われた変更を元に戻します。

. /etc/ruei.conf
userdel $RUEI_USER
groupdel $RUEI_GROUP
usermod -G apache apache

12. rootユーザーとして次のコマンドを使用して、RUEI構成ファイル/etc/ruei.confを削除します。

rm /etc/ruei.conf

13. インストール手順中に、複数の追加のRPMがインストールされた可能性があります。これらのいずれかを安全に削除できるかどうかは、元のLinuxインストールによって決まります。

14. データベース・インストールが各データベース・サーバーに残ることに注意してください。Oracleデータベースをアンインストールする手順は、製品のドキュメントで詳細に説明されています。

J サード・パーティ・ライセンス

この付録には、このリリースのRUEIに含まれる特定のサード・パーティ製品のライセンス情報が記載されています。特に明記されている場合を除き、この付録のすべてのライセンスは通知の目的のみで提供しています。

この付録の各項には、次のサード・パーティ・ライセンスが記載されています。

- Apache Software License, Version 2.0

- OpenSSL

- PHP

- Java Runtime Environment

- MIT License (MIT)

Apache Software License, Version 2.0

Apache License

Version 2.0, January 2004

http://www.apache.org/licenses/

TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION

1. Definitions."License" shall mean the terms and conditions for use, reproduction, and distribution as defined by Sections 1 through 9 of this document.

"Licensor" shall mean the copyright owner or entity authorized by the copyright owner that is granting the License.

"Legal Entity" shall mean the union of the acting entity and all other entities that control, are controlled by, or are under common control with that entity.For the purposes of this definition, "control" means (i) the power, direct or indirect, to cause the direction or management of such entity, whether by contract or otherwise, or (ii) ownership of fifty percent (50%) or more of the outstanding shares, or (iii) beneficial ownership of such entity.

"You" (or "Your") shall mean an individual or Legal Entity exercising permissions granted by this License.

"Source" form shall mean the preferred form for making modifications, including but not limited to software source code, documentation source, and configuration files.

"Object" form shall mean any form resulting from mechanical transformation or translation of a Source form, including but not limited to compiled object code, generated documentation, and conversions to other media types.

"Work" shall mean the work of authorship, whether in Source or Object form, made available under the License, as indicated by a copyright notice that is included in or attached to the work (an example is provided in the Appendix below).

"Derivative Works" shall mean any work, whether in Source or Object form, that is based on (or derived from) the Work and for which the editorial revisions, annotations, elaborations, or other modifications represent, as a whole, an original work of authorship.For the purposes of this License, Derivative Works shall not include works that remain separable from, or merely link (or bind by name) to the interfaces of, the Work and Derivative Works thereof.

"Contribution" shall mean any work of authorship, including the original version of the Work and any modifications or additions to that Work or Derivative Works thereof, that is intentionally submitted to Licensor for inclusion in the Work by the copyright owner or by an individual or Legal Entity authorized to submit on behalf of the copyright owner.For the purposes of this definition, "submitted" means any form of electronic, verbal, or written communication sent to the Licensor or its representatives, including but not limited to communication on electronic mailing lists, source code control systems, and issue tracking systems that are managed by, or on behalf of, the Licensor for the purpose of discussing and improving the Work, but excluding communication that is conspicuously marked or otherwise designated in writing by the copyright owner as "Not a Contribution."

"Contributor" shall mean Licensor and any individual or Legal Entity on behalf of whom a Contribution has been received by Licensor and subsequently incorporated within the Work.

2. Grant of Copyright License.Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare Derivative Works of, publicly display, publicly perform, sublicense, and distribute the Work and such Derivative Works in Source or Object form.

3. Grant of Patent License.Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, and otherwise transfer the Work, where such license applies only to those patent claims licensable by such Contributor that are necessarily infringed by their Contribution(s) alone or by combination of their Contribution(s) with the Work to which such Contribution(s) was submitted.If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed.

4. Redistribution.You may reproduce and distribute copies of the Work or Derivative Works thereof in any medium, with or without modifications, and in Source or Object form, provided that You meet the following conditions:

- You must give any other recipients of the Work or Derivative Works a copy of this License; and

- You must cause any modified files to carry prominent notices stating that You changed the files; and

- You must retain, in the Source form of any Derivative Works that You distribute, all copyright, patent, trademark, and attribution notices from the Source form of the Work, excluding those notices that do not pertain to any part of the Derivative Works; and

- If the Work includes a "NOTICE" text file as part of its distribution, then any Derivative Works that You distribute must include a readable copy of the attribution notices contained within such NOTICE file, excluding those notices that do not pertain to any part of the Derivative Works, in at least one of the following places: within a NOTICE text file distributed as part of the Derivative Works; within the Source form or documentation, if provided along with the Derivative Works; or, within a display generated by the Derivative Works, if and wherever such third-party notices normally appear.The contents of the NOTICE file are for informational purposes only and do not modify the License.You may add Your own attribution notices within Derivative Works that You distribute, alongside or as an addendum to the NOTICE text from the Work, provided that such additional attribution notices cannot be construed as modifying the License.You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License.

5. Submission of Contributions.Unless You explicitly state otherwise, any Contribution intentionally submitted for inclusion in the Work by You to the Licensor shall be under the terms and conditions of this License, without any additional terms or conditions.Notwithstanding the above, nothing herein shall supersede or modify the terms of any separate license agreement you may have executed with Licensor regarding such Contributions.

6. Trademarks.This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor, except as required for reasonable and customary use in describing the origin of the Work and reproducing the content of the NOTICE file.

7. Disclaimer of Warranty.Unless required by applicable law or agreed to in writing, Licensor provides the Work (and each Contributor provides its Contributions) on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.You are solely responsible for determining the appropriateness of using or redistributing the Work and assume any risks associated with Your exercise of permissions under this License.

8. Limitation of Liability.In no event and under no legal theory, whether in tort (including negligence), contract, or otherwise, unless required by applicable law (such as deliberate and grossly negligent acts) or agreed to in writing, shall any Contributor be liable to You for damages, including any direct, indirect, special, incidental, or consequential damages of any character arising as a result of this License or out of the use or inability to use the Work (including but not limited to damages for loss of goodwill, work stoppage, computer failure or malfunction, or any and all other commercial damages or losses), even if such Contributor has been advised of the possibility of such damages.

9. Accepting Warranty or Additional Liability.While redistributing the Work or Derivative Works thereof, You may choose to offer, and charge a fee for, acceptance of support, warranty, indemnity, or other liability obligations and/or rights consistent with this License.However, in accepting such obligations, You may act only on Your own behalf and on Your sole responsibility, not on behalf of any other Contributor, and only if You agree to indemnify, defend, and hold each Contributor harmless for any liability incurred by, or claims asserted against, such Contributor by reason of your accepting any such warranty or additional liability.

END OF TERMS AND CONDITIONS

APPENDIX: How to apply the Apache License to your work.

To apply the Apache License to your work, attach the following boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information.(Don't include the brackets!)The text should be enclosed in the appropriate comment syntax for the file format.We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.

Copyright [yyyy] [name of copyright owner]

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License.You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.See the License for the specific language governing permissions and limitations under the License.

OpenSSL

This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org)。

Copyright © 1998-2011 The OpenSSL Project.All rights reserved.It is distributed under the license available at the following location:

http://www.openssl.org/source/license.html

PHP

Copyright © 1999-2013 The PHP Group.All rights reserved.

This product includes PHP software, freely available from http://php.net/software/.It is distributed under the license available at the following location:

http://creativecommons.org/licenses/by/3.0/legalcode

Java Runtime Environment

ORACLE AMERICA, INC.("ORACLE"), FOR AND ON BEHALF OF ITSELF AND ITS SUBSIDIARIES AND AFFILIATES UNDER COMMON CONTROL, IS WILLING TO LICENSE THE SOFTWARE TO YOU ONLY UPON THE CONDITION THAT YOU ACCEPT ALL OF THE TERMS CONTAINED IN THIS BINARY CODE LICENSE AGREEMENT AND SUPPLEMENTAL LICENSE TERMS (COLLECTIVELY "AGREEMENT").PLEASE READ THE AGREEMENT CAREFULLY.BY SELECTING THE "ACCEPT LICENSE AGREEMENT" (OR THE EQUIVALENT) BUTTON AND/OR BY USING THE SOFTWARE YOU ACKNOWLEDGE THAT YOU HAVE READ THE TERMS AND AGREE TO THEM.IF YOU ARE AGREEING TO THESE TERMS ON BEHALF OF A COMPANY OR OTHER LEGAL ENTITY, YOU REPRESENT THAT YOU HAVE THE LEGAL AUTHORITY TO BIND THE LEGAL ENTITY TO THESE TERMS.IF YOU DO NOT HAVE SUCH AUTHORITY, OR IF YOU DO NOT WISH TO BE BOUND BY THE TERMS, THEN SELECT THE "DECLINE LICENSE AGREEMENT" (OR THE EQUIVALENT) BUTTON AND YOU MUST NOT USE THE SOFTWARE ON THIS SITE OR ANY OTHER MEDIA ON WHICH THE SOFTWARE IS CONTAINED.

1. DEFINITIONS."Software" means the software identified above in binary form that you selected for download, install or use (in the version You selected for download, install or use) from Oracle or its authorized licensees, any other machine readable materials (including, but not limited to, libraries, source files, header files, and data files), any updates or error corrections provided by Oracle, and any user manuals, programming guides and other documentation provided to you by Oracle under this Agreement."General Purpose Desktop Computers and Servers" means computers, including desktop and laptop computers, or servers, used for general computing functions under end user control (such as but not specifically limited to email, general purpose Internet browsing, and office suite productivity tools).The use of Software in systems and solutions that provide dedicated functionality (other than as mentioned above) or designed for use in embedded or function-specific software applications, for example but not limited to: Software embedded in or bundled with industrial control systems, wireless mobile telephones, wireless handheld devices, netbooks, kiosks, TV/STB, Blu-ray Disc devices, telematics and network control switching equipment, printers and storage management systems, and other related systems are excluded from this definition and not licensed under this Agreement."Programs" means: (a) Java technology applets and applications intended to run on the Java Platform, Standard Edition platform on Java-enabled General Purpose Desktop Computers and Servers, and (b) JavaFX technology applications intended to run on the JavaFX Runtime on JavaFX-enabled General Purpose Desktop Computers and Servers."README File" means the README file for the Software set forth in the Software or otherwise available from Oracle at or through the following URL:

http://www.oracle.com/technetwork/java/javase/documentation/index.html

2. LICENSE TO USE.Subject to the terms and conditions of this Agreement including, but not limited to, the Java Technology Restrictions of the Supplemental License Terms, Oracle grants you a non-exclusive, non-transferable, limited license without license fees to reproduce and use internally the Software complete and unmodified for the sole purpose of running Programs.

3. RESTRICTIONS.Software is copyrighted.Title to Software and all associated intellectual property rights is retained by Oracle and/or its licensors.Unless enforcement is prohibited by applicable law, you may not modify, decompile, or reverse engineer Software.You acknowledge that the Software is developed for general use in a variety of information management applications; it is not developed or intended for use in any inherently dangerous applications, including applications that may create a risk of personal injury.If you use the Software in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy, and other measures to ensure its safe use.Oracle disclaims any express or implied warranty of fitness for such uses.No right, title or interest in or to any trademark, service mark, logo or trade name of Oracle or its licensors is granted under this Agreement.Additional restrictions for developers and/or publishers licenses are set forth in the Supplemental License Terms.

4. DISCLAIMER OF WARRANTY.THE SOFTWARE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.ORACLE FURTHER DISCLAIMS ALL WARRANTIES, EXPRESS AND IMPLIED, INCLUDING WITHOUT LIMITATION, ANY IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NONINFRINGEMENT.

5. LIMITATION OF LIABILITY.IN NO EVENT SHALL ORACLE BE LIABLE FOR ANY INDIRECT, INCIDENTAL, SPECIAL, PUNITIVE OR CONSEQUENTIAL DAMAGES, OR DAMAGES FOR LOSS OF PROFITS, REVENUE, DATA OR DATA USE, INCURRED BY YOU OR ANY THIRD PARTY, WHETHER IN AN ACTION IN CONTRACT OR TORT, EVEN IF ORACLE HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.ORACLE'S ENTIRE LIABILITY FOR DAMAGES HEREUNDER SHALL IN NO EVENT EXCEED ONE THOUSAND DOLLARS (U.S. $1,000).

6. TERMINATION.This Agreement is effective until terminated.You may terminate this Agreement at any time by destroying all copies of Software.This Agreement will terminate immediately without notice from Oracle if you fail to comply with any provision of this Agreement.Either party may terminate this Agreement immediately should any Software become, or in either party's opinion be likely to become, the subject of a claim of infringement of any intellectual property right.Upon termination, you must destroy all copies of Software.

7. EXPORT REGULATIONS.You agree that U.S. export control laws and other applicable export and import laws govern your use of the Software, including technical data; additional information can be found on Oracle's Global Trade Compliance web site (http://www.oracle.com/products/export).You agree that neither the Software nor any direct product thereof will be exported, directly, or indirectly, in violation of these laws, or will be used for any purpose prohibited by these laws including, without limitation, nuclear, chemical, or biological weapons proliferation.

8. TRADEMARKS AND LOGOS.You acknowledge and agree as between you and Oracle that Oracle owns the ORACLE and JAVA trademarks and all ORACLE- and JAVA-related trademarks, service marks, logos and other brand designations ("Oracle Marks"), and you agree to comply with the Third Party Usage Guidelines for Oracle Trademarks currently located at http://www.oracle.com/us/legal/third-party-trademarks/index.html.Any use you make of the Oracle Marks inures to Oracle's benefit.

9. U.S. GOVERNMENT LICENSE RIGHTS.If Software is being acquired by or on behalf of the U.S. Government or by a U.S. Government prime contractor or subcontractor (at any tier), then the Government's rights in Software and accompanying documentation shall be only those set forth in this Agreement.

10. GOVERNING LAW.This agreement is governed by the substantive and procedural laws of California.You and Oracle agree to submit to the exclusive jurisdiction of, and venue in, the courts of San Francisco, or Santa Clara counties in California in any dispute arising out of or relating to this agreement.

11. SEVERABILITY.If any provision of this Agreement is held to be unenforceable, this Agreement will remain in effect with the provision omitted, unless omission would frustrate the intent of the parties, in which case this Agreement will immediately terminate.

12. INTEGRATION.This Agreement is the entire agreement between you and Oracle relating to its subject matter.It supersedes all prior or contemporaneous oral or written communications, proposals, representations and warranties and prevails over any conflicting or additional terms of any quote, order, acknowledgment, or other communication between the parties relating to its subject matter during the term of this Agreement.No modification of this Agreement will be binding, unless in writing and signed by an authorized representative of each party.

SUPPLEMENTAL LICENSE TERMS

These Supplemental License Terms add to or modify the terms of the Binary Code License Agreement.Capitalized terms not defined in these Supplemental Terms shall have the same meanings ascribed to them in the Binary Code License Agreement.These Supplemental Terms shall supersede any inconsistent or conflicting terms in the Binary Code License Agreement, or in any license contained within the Software.

A.SOFTWARE INTERNAL USE FOR DEVELOPMENT LICENSE GRANT.Subject to the terms and conditions of this Agreement and restrictions and exceptions set forth in the README File incorporated herein by reference, including, but not limited to the Java Technology Restrictions of these Supplemental Terms, Oracle grants you a non-exclusive, non-transferable, limited license without fees to reproduce internally and use internally the Software complete and unmodified for the purpose of designing, developing, and testing your Programs.

B.LICENSE TO DISTRIBUTE SOFTWARE.Subject to the terms and conditions of this Agreement and restrictions and exceptions set forth in the README File, including, but not limited to the Java Technology Restrictions of these Supplemental Terms, Oracle grants you a non-exclusive, non-transferable, limited license without fees to reproduce and distribute the Software, provided that (i) you distribute the Software complete and unmodified and only bundled as part of, and for the sole purpose of running, your Programs, (ii) the Programs add significant and primary functionality to the Software, (iii) you do not distribute additional software intended to replace any component(s) of the Software, (iv) you do not remove or alter any proprietary legends or notices contained in the Software, (v) you only distribute the Software subject to a license agreement that protects Oracle's interests consistent with the terms contained in this Agreement, and (vi) you agree to defend and indemnify Oracle and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from the use or distribution of any and all Programs and/or Software.The license set forth in this Section B does not extend to the Software identified in Section D.

C.LICENSE TO DISTRIBUTE REDISTRIBUTABLES.Subject to the terms and conditions of this Agreement and restrictions and exceptions set forth in the README File, including but not limited to the Java Technology Restrictions of these Supplemental Terms, Oracle grants you a non-exclusive, non-transferable, limited license without fees to reproduce and distribute those files specifically identified as redistributable in the README File ("Redistributables") provided that: (i) you distribute the Redistributables complete and unmodified, and only bundled as part of Programs, (ii) the Programs add significant and primary functionality to the Redistributables, (iii) you do not distribute additional software intended to supersede any component(s) of the Redistributables (unless otherwise specified in the applicable README File), (iv) you do not remove or alter any proprietary legends or notices contained in or on the Redistributables, (v) you only distribute the Redistributables pursuant to a license agreement that protects Oracle's interests consistent with the terms contained in the Agreement, (vi) you agree to defend and indemnify Oracle and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from the use or distribution of any and all Programs and/or Software.The license set forth in this Section C does not extend to the Software identified in Section D.

D.JAVA TECHNOLOGY RESTRICTIONS.You may not create, modify, or change the behavior of, or authorize your licensees to create, modify, or change the behavior of, classes, interfaces, or subpackages that are in any way identified as "java", "javax", "javafx", "sun", "oracle" or similar convention as specified by Oracle in any naming convention designation.You shall not redistribute the Software listed on Schedule 1.

E.SOURCE CODE.Software may contain source code that, unless expressly licensed for other purposes, is provided solely for reference purposes pursuant to the terms of this Agreement.Source code may not be redistributed unless expressly provided for in this Agreement.

F.THIRD PARTY CODE.Additional copyright notices and license terms applicable to portions of the Software are set forth in the THIRDPARTYLICENSEREADME file set forth in the Software or otherwise available from Oracle at or through the following URL: http://www.oracle.com/technetwork/java/javase/documentation/index.html.In addition to any terms and conditions of any third party opensource/freeware license identified in the THIRDPARTYLICENSEREADME file, the disclaimer of warranty and limitation of liability provisions in paragraphs 4 and 5 of the Binary Code License Agreement shall apply to all Software in this distribution.

G.TERMINATION FOR INFRINGEMENT.Either party may terminate this Agreement immediately should any Software become, or in either party's opinion be likely to become, the subject of a claim of infringement of any intellectual property right.

H.INSTALLATION AND AUTO-UPDATE.The Software's installation and auto-update processes transmit a limited amount of data to Oracle (or its service provider) about those specific processes to help Oracle understand and optimize them.Oracle does not associate the data with personally identifiable information.You can find more information about the data Oracle collects as a result of your Software download at http://www.oracle.com/technetwork/java/javase/documentation/index.html.

For inquiries please contact: Oracle America, Inc., 500 Oracle Parkway, Redwood Shores, California 94065, USA.

License for Archived Java SE Technologies; Last updated 13 March 2012.

MIT License (MIT)

次の条件に従って、このソフトウェアおよび関連ドキュメント・ファイル(以下「本ソフトウェア」)の複製を取得するすべての人に対して、無償で、無制限に本ソフトウェアを扱うことを許可します。これには、本ソフトウェアの複製を使用、複写、変更、結合、公開、頒布、サブライセンス許諾および/または販売する権利、ならびに本ソフトウェアを提供する相手に同じことを許可する権利も無制限に含まれます。

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

索引
A  C  D  E  F  H  I  J  L  M  N  O  P  R  S  T  U  W  X  Z

A

アカウント

データベース, A.3

セキュリティ担当者, 5.4.6

管理者, 5 Apache Webサーバー, 2.6.1

C

チェックリスト, A, E, H

クライアント要件, 1.10

コレクタ

ステータスのチェック, 5.5.2

構成, 5.3

リセット, 5.3.1

構成

Apache, 2.6.1

ブラウザの転送, 2.11

コレクタ, 5.3

フェイルオーバー・レポータ, 8, 10

ファイル, 2.4.1, 7.2

初期RUEI, 5.2

MTA, 2.9

ネットワーク・インタフェース, 2.7

OAM, 6

OSセキュリティ, 2.1.3, 7.1.2

PHP, 2.6.1.1

インストール後, 5.2

レポータ通信, 2.12, 7.4

セカンダリ・コレクタ, 9.3

SNMP, 2.10

Cookieテクノロジ, 5.4.1 Cookie, B, B, C, C, F, F コピー・ポート, 1.3.1

D

データベース

汎用設定, B, B

インストール, 2.1.7

処理エンジン, 7.3.3

デプロイメント, 1.7.5

E

エンリッチ・データ・エクスポート, C, C

F

フェイルオーバー

コレクタ, 9

処理エンジン, 10

レポータ, 8, 10

フォーム・トラフィック, 1.3, 1.7.5 フル・セッション・リプレイ, 1.7.7

H

ハードウェア要件, 1.7

I

インストール

チェックリスト, A, E, H

データ収集, 1.1.1

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

Java, 2.4.2

Oracleデータベース, 2.1.7, 7.1.5

Oracleデータベース・ディレクトリ, A.6

Oracle HTTP Server, 4.4

前提条件, 2.1, 7.1

処理エンジン, 7.1

リモート・コレクタ, 2.5

レポータ, 2.6.6, 7.3.4

RUEIソフトウェア, 2.3

セカンダリ・コレクタ, 9.2

セカンダリ処理エンジン, 10.1

セカンダリ・レポータ, 8.3, 10.3

検証, 2.13

インストール・チェックリスト, A, E, H Instant Client, 2.6.2, 7.3.2

J

Java, 2.4.2

L

Linux

NTPデーモン, 2.1.4, 7.1.3

要件, 1.8

M

メール設定, 5.2

メモリー要件, 1.7.8

MTA構成, 2.9

マルチバイト・フォント, 2.8

N

ネットワーク

カード, 1.7

構成, 2.7

要件, 1.9

トラフィック, 5.5.1

トラフィックの検証, F

NTPデーモン, 2.1.4, 7.1.3

O

OAM, 6

Oracleデータベース

initスクリプト・ファイル, A.8

インストール・ディレクトリ, A.6

Instant Client, 2.6.2, 7.3.2

カーネル設定, A.4

必須パッケージ, 2.1.6, 7.1.4, 7.1.4

シェル制限, A.5

ユーザーの環境, A.7

ユーザー・アカウントおよびグループ, A.3

Oracleウォレット, B.9, C.3.2

P

ページ名, 5.4.4

php-oci8モジュール, 2.6.3

処理エンジン, 7.1

R

レポータ

通信構成, 2.12, 7.4

フェイルオーバー・システム, 8

インストール, 2.6, 7.3

アップグレード, 3.9, 3.11

要件

クライアント, 1.10

ディスク領域, 2.1.1, 7.1.1

FSRストレージ, 1.7.7

ハードウェア, 1.7

メモリー, 1.7.8

ネットワーク, 1.9

ソフトウェア, 1.8

ロールバック, 3.10, 3.12 rsvg警告, 2.6.1.2 RUEI

クライアント要件, 1.10

構成ファイル, 2.4.1, 7.2

構成, 5

データ収集の確認, 5.5.2

接続オプション, 1.3

デプロイメント, 1.7.5

ハードウェア要件, 1.7

インストール・チェックリスト, A, E, H

概説, 1.1

メール設定, 5.2

ページの命名, 5.4.4

ネットワーク要件, 1.9

ソフトウェアの取得, 2.2

インストール後の構成, 5.4

処理エンジン, 7.1

監視の範囲, 5.4.5

セキュリティ, 1.2

ソフトウェア要件, 1.8

トラブルシューティング, G

検証, 5.5

ruei-check.shスクリプト, A, E ruei.confファイル, 2.4.1, 7.2

S

セキュリティ, 1.2

Sendmail MTA, 2.9

SNMP, 2.10

ソフトウェア要件, 1.8

SSLキー, 1.3, 5.4.2

SSO認証, 4, 4

T

TAP, 1.3.2

TCP診断, F

サード・パーティ・ライセンス, J

トラブルシューティング, G

U

アップグレード

アクセラレータ・パッケージ, 3.9, 3.11

リモート・コレクタ, 3.9.2, 3.11.2

レポータ・システム, 3.9.1, 3.11.1

ユーザー

認可, 5.4.6

ID, 5.4.3

Oracleデータベース, A.3

Oracleデータベース環境, A.7

W

ウィザード

初期設定, 5.2

X

XPathのサポート, 3.3

Z

Zend Guard Loader, 2.6.4

Zend Optimizer, 2.6.4

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

コピーライトについて

Copyright © 1994-2013, 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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

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

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

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