Oracle® Real User Experience Insight

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

12c リリース6 (12.1.0.7) for Linux x86-64

E61774-01(原本部品番号:E56521-01)

2015年1月

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

E61774-01

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

原本著者: Paul Coghlan

原本協力者: Eddy Vervest

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

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

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

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

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

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

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

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、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 オペレーティング・システムのセキュリティ構成

- 2.1.5 ネットワーク・データ収集のNTPデーモンの動作確認

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

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

- 2.1.8 Oracle Databaseのインストール

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

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

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

- 2.4.1 RUEI構成ファイル

- 2.4.2 Javaのインストール

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

- 2.6 リモート・ネットワーク・タグ・データ・コレクタのインストール

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

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

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

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

- 2.7.4 Zend Decoderのインストール

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

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

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

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

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

- 2.11 SNMP (レポータのみ)

- 2.11.1 RUEI用のSNMPの構成

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

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

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

- 2.15 Oracle Enterprise ManagerでのRUEIの使用

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

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

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

- 3.2 KPI値

- 3.3 XPathのサポート

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

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

- 3.6 フィルタのアップグレード

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

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

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

- 3.9 レポート・データのエクスポートのためのユーザーの設定

- 3.10 「Enterprise Managerアクセス」アクセスを持つユーザーの移行

- 3.11 RUEI 11.1から12.1.0.7へのアップグレード

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

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

- 3.11.3 RUEI 11.1からの履歴データのアップグレード

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

- 3.12.1 RUEI 12.1.0.xからのレポータ・システムのアップグレード

- 3.12.2 RUEI 12.1.0.xからのリモート・コレクタ・システムのアップグレード

- 3.12.3 RUEI 12.1.0.xからの処理エンジン・システムのアップグレード

- 3.12.4 RUEI 12.1.0.xからの履歴データのアップグレード

- 3.13 バージョン12.1.0.4、12.1.0.5または12.1.0.6へのロールバック

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

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

- 3.14 リリース12.1.0.6でのKPIの変更内容

- 3.14.1 KPIしきい値プロファイル

- 3.14.2 「ユーザー・フロー成功率」メトリックに基づくKPI

4 ADF監視のためのRUEIの構成

- 4.1 ADF監視の概要

- 4.2 ADF監視サービスのデプロイ

- 4.2.1 RUEIシステム・ユーザーの作成

- 4.2.2 ADF監視サービス・ソフトウェアのデプロイ

- 4.2.3 ADFアプリケーションの構成

- 4.2.4 ADFアプリケーションのドメインおよびポートの指定

- 4.2.5 ADF監視サービスのトラブルシューティング

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

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

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

- 5.2.1 oracleユーザーの作成

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

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

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

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

- 5.5 Oracle SSO ServerへのRUEIの登録

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

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

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

6 RUEIの構成

- 6.1 概要

- 6.2 RUEIの初期構成の実行

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

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

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

- 6.4.1 Cookieテクノロジの指定

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

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

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

- 6.4.5 監視範囲の指定

- 6.4.6 初期ユーザーの認可

- 6.5 構成の検証と評価

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

- 6.5.2 データ収集の確認

- 6.6 T3プロトコルのサポートの構成

7 Oracle Access Managerの構成

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

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

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

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

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

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

- 8.1 前提条件

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

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

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

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

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

- 8.2 RUEI構成ファイル

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

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

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

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

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

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

- 8.4.1SSH接続の構成

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

- 8.5 処理エンジンの登録

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

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

- 9.1 概要

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

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

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

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

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

- 10.1 概要

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

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

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

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

- 11.1 概要

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

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

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

- 11.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 Oracle Databaseの保守スケジュール変更

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

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

- B.7 データベース・トリガーの作成

- 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.3 別のデータベース・サーバーへのRUEIシステムの接続

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

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

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

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

- D.1 概要

- D.2 Enterprise Managerとの通信のためのRUEIユーザーの作成

- D.3 sysmanでないEnterprise Managerリポジトリ・ユーザーの作成

- D.4 Oracle Enterprise Managerへの接続の設定

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 エラー・レポート

- G.19 削除されたセグメントおよび不正なチェックサム

- G.20 RedHat Enterprise/Oracle Linux 6.xへのインストール中のエラー

- G.21 RedHat Enterprise/Oracle Linux 6.xでのSSLエラー

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サービスの利用もますます増えています。アプリケーションはモバイル・デバイスからアクセスでき、また、on-premises、SaaS、hybridを含む多数のクラウド・ベース・デプロイメント・オプションがあります。RUEIは、これらすべてのデプロイ・シナリオの可用性およびパフォーマンスの測定、分析、改善のために設計されています。これを実現するために、RUEIには、ネットワーク・トラフィックやADFサーバーからのデータ収集や、JavaScriptブラウザ・インストゥルメンテーションを使用したデータ収集を実行する機能が備わっています。

RUEIを使用する方法のデモンストレーションを表示するには、次のURLにアクセスして「Begin Video」をクリックします。

https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:5783,1

1.1.1 データ収集

図1-1は(以前のRUEIリリースで使用可能な)ネットワーク・データ・コレクタを示し、図1-2はタグ・データ・コレクタを示しています(このオプションを使用すると、JavaScriptを使用してデータを収集でき、ネットワーク監視の必要はありません)。

図1-1 ネットワーク・データ・コレクタ

図1-2 タグ・データ・コレクタ

表1-1に、RUEIで使用可能な様々なデータ収集の概要を示します。

表1-1 データ収集方法

ネットワーク

タグ

概要

このオプションは、ネットワークを通過するデータを収集するもので、以前のリリースでのデフォルト・オプションでした(ローカルまたはリモートのコレクタが必要です)。すべてのネットワーク・トラフィックが無差別モードで監視されます。

このオプションは、タグ・ベースの監視とも呼ばれ、リクエストを監視して、すべてのページに挿入される特定のWeb URL (タグ)を処理することによりデータを収集します(ローカルまたはリモートのコレクタが必要です)。ローカルIPアドレスに関連するトラフィックのみが監視されます。

アプリケーション

アプリケーションを定義する必要があります。ユーザーズ・ガイドの「Webページの識別とレポート作成」を参照してください。

OnLoadオブジェクトを定義し、生成されたJavaScriptをアプリケーションで使用する必要があります。ユーザーズ・ガイドの「Webページの識別とレポート作成」を参照してください。

スイート

スイートを定義する必要があります。ユーザーズ・ガイドの「スイートおよびWebサービスの使用」を参照してください。

タグ・ベースのデータ収集を使用して監視できるのは、WebCenter Sitesのみです。ユーザーズ・ガイドの「スイートおよびWebサービスの使用」を参照してください。

関連情報

2.1.1項「ソフトウェア・インストールの計画」

1.2項「ネットワーク・データ収集のセキュリティ」

1.3項「ネットワーク・データ収集の接続オプション」

2.1.1項「ソフトウェア・インストールの計画」

ADF監視

ADFベースのアプリケーションの監視には、ADF監視サービスを含む様々なデータ収集オプションを使用できます。このサービスを使用すると、ネットワーク・データ収集によるデータよりも多い、アプリケーション・サーバーからADFベースのアプリケーションのデータ(ユーザー名など)が収集されます。これらのオプションの詳細は、第4章「ADF監視のためのRUEIの構成」を参照してください。

このオプションの詳細は、2.1.1項「ソフトウェア・インストールの計画」を参照してください。

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

図1-3 RUEIでのネットワーク・データ・コレクタによるデータ収集方法

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

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

1.1.2 製品アーキテクチャ

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

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

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

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

レイヤー

説明

データ収集

このレイヤーは、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つの物理ネットワーク・インタフェースを共有する構成(特定のブレード・サーバー・タイプなど)では動作の信頼性が低くなる可能性があることにも注意してください。構成に関して疑問な点がある場合は、ハードウェア・ベンダーにお問合せください。

1.3.1 コピー・ポート

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

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

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

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

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

1.3.2 TAP

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

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

重要:

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

概して、TAPには、ネットワークTAP、再生成TAPおよび集約TAPの3タイプがあります。RUEIでは、ネットワークTAPと再生成TAPの使用がサポートされています。パケット・ストリーム内でパケットの順序が維持されている場合にのみ集約TAPはサポートされています。監視ポートが飽和した場合に集約TAPを使用すると、報告の精度は影響を受けることがあり、パケット・ロスが発生し、タイミング情報が不正確になります。また、ネットワークTAPでデータを取得する場合、カスケード式のTAP構成の使用はサポートされていません。

RUEIで複数ネットワークからのデータの監視および処理を可能にするには、各ネットワーク・セグメントにTAPをデプロイし、これらをセントラル・コレクタに接続するか、複数のコレクタをデプロイして、それぞれを監視対象セグメントにします(1.6項「スケール・シナリオ」を参照)。

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

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

レポータ

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

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

コレクタ

コレクタは、データを収集し、そのデータをレポータに送信します。複数のコレクタを同じレポータに接続することができます。コレクタ・システムおよびレポータ・システムの間に直接接続が必要なことに注意してください。2.1.1項「ソフトウェア・インストールの計画」で説明しているように、コレクタはネットワーク・ベース・コレクタまたはタグ・ベース・コレクタにできます。

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

処理エンジン

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

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

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

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

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

現在、RUEIではOracle 11gおよび12cリリース1のデータベース・インストールがサポートされています。Oracle 10g(またはそれ以前の)データベースはサポートされていない点に注意してください。

1.6 スケール・シナリオ

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

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

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

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

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

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

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

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

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

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

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

3層のデプロイメント

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

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

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

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

1.7 サーバーの要件

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

ネットワーク・カード

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

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

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

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

1.7.1 単一サーバーの要件

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

要素

要件

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-4 レポータ・システムの最低要件

要素

要件

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-5に示します。

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

要素

要件

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-6に示します。

注意:
個別の処理エンジン・サーバーは、(1日に数億回のクリックを処理するような)非常に規模の大きい環境でのみ必要です。処理エンジンをレポータと別々に実行する場合は、少なくとも2台のサーバーを処理エンジン専用にする必要があります。

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

要素

要件

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日後に削除されます(デフォルト)。

レポータ・システムのデータベース・ユーザー割当て制限のサイズは、インストール中に設定されます。デフォルトでは500GBに設定されます。レポータ定義の保存ポリシーで必要なくなるとデータが統合されることを理解しておく必要があります。たとえば、デフォルトでは直前の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-7を指標として使用してください。

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

データ量が小さいページ(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-7は、単なる指標です。平均のページ・サイズおよび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互換性。

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

- 11gR2

- 12cリリース1

RUEIで必要なOracle Databaseの最小リリースは11gR2です。RUEI 12.1.0.7のベスト・パフォーマンスはOracle Database 12cリリース1で実現されます。

注意:
「ORA-12805: パラレル問合せサーバーが突然停止しました。」というエラーが発生した場合は、適切な回避策について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を介してレポータ・システムでアクセスできなければなりません。他のすべてのポートはブロックすることをお薦めします。

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

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

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

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

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

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

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

ファイアウォール要件

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

表1-8 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ポートでアクセス可能であること。

クライアント・ブラウザ

タグ・ベースのコレクタ

80/443

TCP

N

タグ・ベースのデータ収集をサポートします。

ADFアプリケーション

レポータ

443 (HTTPS)

TCP

N

ADF監視サービスをサポートします。

脚注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に依存すると、厳格なセキュリティ設定を使用している場合に、セキュリティの警告が発せられる可能性があります。

脚注の説明

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

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

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

注意:
システムにRUEIコンポーネントをインストールする前に、適切なコマンド(yum update、up2dateなど)を使用して、使用しているオペレーティング・システム用の最新のOpenSSLパッチを適用したことを確認してください。最新のOpenSSLパッチを適用すると、システムのセキュリティを強化できます。

2.1 前提条件

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

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

RUEIデータ収集の概要は、1.1.1項「データ収集」を参照してください。次のインストール・データ収集オプションが使用可能です。

- ネットワーク・データ・コレクタ: このオプションは、ネットワークを通過するデータを収集するもので、以前のリリースでのデフォルト・オプションでした(ローカルまたはリモートのコレクタが必要です)。

- タグ・データ・コレクタ: このオプションは、タグ・ベースの監視とも呼ばれ、リクエストを監視して、すべてのページに挿入される特定のWeb URL (タグ)を処理することによりデータを収集します。

- ADF監視: ADFベースのアプリケーションの監視には、ADF監視サービスを含む様々なデータ収集オプションを使用できます。このサービスを使用すると、ネットワーク・データ収集によるデータよりも多い、アプリケーション・サーバーからADFベースのアプリケーションのデータ(ユーザー名など)が収集されます。これらのオプションの詳細は、4項「ADF監視のためのRUEIの構成」を参照してください。

表2-1 インストールの概要およびデータ収集方法

ネットワーク

タグ

要件

ネットワーク・トラフィックにアクセスして、ネットワーク・プロトコル分析を実行します。

アプリケーション・テンプレートにアクセスして、JavaScriptコードを挿入します。

単一のサーバー
(図1-7)

2.7.6項「レポータ・ソフトウェアのインストール」で説明しているように、インストーラの実行時にreporterオプションを使用します(ネットワーク・データ・コレクタが自動的にインストールされます)。

2.7.6項「レポータ・ソフトウェアのインストール」で説明しているように、インストーラの実行時にreporter-tagオプションを使用します(タグ・ベース・データ・コレクタが自動的にインストールされます)。

複数のサーバー
(図1-9)

2.6項「リモート・ネットワーク・データ・コレクタのインストール」で図1-9のシステム1および2に関する説明にあるように、インストーラの実行時にcollectorオプションを使用します。

2.7.6項「レポータ・ソフトウェアのインストール」で図1-9のシステム3および4に関する説明にあるように、インストーラの実行時にreporterオプションを使用します。

2.5項「リモート・タグ・データ・コレクタのインストール」で図1-9のシステム1および2に関する説明にあるように、インストーラの実行時にtag-serverオプションを使用します。

2.7.6項「レポータ・ソフトウェアのインストール」で図1-9のシステム3および4に関する説明にあるように、インストーラの実行時にreporterオプションを使用します。

ADF監視

ADFベースのアプリケーションの監視には、ADF監視サービスを含む様々なデータ収集オプションを使用できます。このサービスを使用すると、ネットワーク・データ収集によるデータよりも多い、アプリケーション・サーバーからADFベースのアプリケーションのデータ(ユーザー名など)が収集されます。これらのオプションの詳細は、第4章「ADF監視のためのRUEIの構成」を参照してください。

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

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

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

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

パーティション

最小必須ディスク領域(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.3 ネットワーク・データ収集のためのネットワーク・インタフェースの構成

ネットワーク・データ収集を使用する場合は、次のことを確認します。

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

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

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

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

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

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

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

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

2.1.5 ネットワーク・データ収集の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.6 RUEIの前提条件のインストール

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

2.1.6.1 RedHat Enterprise/Oracle Linux 5.x

RedHatの最小インストールを実行した後、次の手順を実行します。

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

rpm -Uhv httpd-2.2.15-*..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 \
bridge-utils-1.1-*.x86_64.rpm

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

rpm -Uhv fonts-*

2.1.6.2 RedHat Enterprise/Oracle Linux 6.x

RedHatの最小インストールを実行した後、次の手順を実行します。

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

rpm -Uvh httpd-2.2.15-*..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 \
wget-1.12-*x86_64.rpm \
bc-1.06.95-*.x86_64.rpm \
bind-utils-9.7.3-*.x86_64.rpm \
bridge-utils-1.2-*.x86_64.rpm \
zlib-1.2.3-*.el6.x86_64 \
ncurses-libs-5.7-*.x86_64 \
ncurses-5.7-*.x86_64 \
ncurses-base-5.7-*.x86_64

2. バージョン6.5より前のRedHat Enterprise/Oracle Linuxバージョン(バージョン6.0から6.4まで)を使用している場合は、次のOpenSSLパッケージをインストールします。

rpm -Uhv openssl098e-0.9.8e-*.x86_64.rpm

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

rpm -Uhv *-fonts*

4. 次のコマンドを発行して、コレクタとレポータの間の接続に障害が発生していないことを確認します。

ln -s /usr/lib64/libpcap.so.N.N.N /usr/lib64/libpcap.so.0.9.4

ここで、N.N.Nはインストールされているlibpcapのバージョンです。次に例を示します。

ln -s /usr/lib64/libpcap.so.1.0.0 /usr/lib64/libpcap.so.0.9.4

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

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

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

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

2.1.7.1 RedHat Enterprise/Oracle Linux 5.x

RedHatの最小インストールを実行した後、次の手順を実行します。グラフィック環境は必要ありません。

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
yum -y install bridge-utils

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

rpm -Uhv fonts-*

2.1.7.2 RedHat Enterprise/Oracle Linux 6.x

RedHatの最小インストールを実行した後、次の手順を実行します。グラフィック環境は必要ありません。

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-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 *-fonts
yum -y install wget
yum -y install bc
yum -y install bind-utils
yum -y install hdparm
yum -y install libpcap
yum -y install bridge-utils
yum -y install ncurses
yum -y install zlib

2. バージョン6.5より前のRedHat Enterprise/Oracle Linuxバージョン(バージョン6.0から6.4まで)を使用している場合は、次のOpenSSLパッケージをインストールします。

yum -y install openssl098e

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

rpm -Uhv fonts-*

4. 次のコマンドを発行して、コレクタとレポータの間の接続に障害が発生していないことを確認します。

ln -s /usr/lib64/libpcap.so.N.N.N /usr/lib64/libpcap.so.0.9.4

ここで、N.N.Nはインストールされているlibpcapのバージョンです。次に例を示します。

ln -s /usr/lib64/libpcap.so.1.0.0 /usr/lib64/libpcap.so.0.9.4

2.1.8 Oracle Databaseのインストール

次の場所にあるOracle DatabaseのホームページからOracle Database 12c Enterprise Editionをダウンロードしてインストールします。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads

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

注意:
RUEIはOracle Databaseリリース11gR2以上でサポートされていますが、このリリースのRUEIのベスト・パフォーマンスはOracle Database 12cリリース1で実現されます。

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つの例外があり、それは処理エンジン・システム用です。この要件の詳細は、第8章「処理エンジンのインストール」に記載されています。表2-3に示す設定が定義されています。

表2-3 RUEI構成設定

設定

説明

値脚注1

RUEI_HOME脚注2

RUEIソフトウェアのホーム・ディレクトリ。/var/opt/rueiで始まるパスに設定しないでください。

/opt/ruei

RUEI_DATA脚注2

RUEIデータ・ファイルのディレクトリ。/opt/rueiで始まるパスに設定しないでください。

/var/opt/ruei

RUEI_USER

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

moniforce

RUEI_GROUP

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

moniforce

RUEI_DB_INST脚注3

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

ux

RUEI_DB_TSCONF脚注4

構成表領域名

UXCONF

RUEI_DB_TSSTAT脚注4

統計表領域名

UXSTAT

RUEI_DB_USER脚注5

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

UXINSIGHT

RUEI_DB_TNSNAME脚注6

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

uxinsight

RUEI_DB_TNSNAME_CFG脚注7

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

$RUEI_DB_TNSNAMEまたはconfig

RUEI_DB_TNSNAME_BI脚注5

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

uxinsight

MKSTORE_BIN脚注8

mkstoreユーティリティの場所。

TZ脚注9

PHPタイムゾーン設定。

Europe/Amsterdam

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

脚注2 ディレクトリ名は50文字以内です。RUEI_HOMEとRUEI_DATAは独立したパスにする必要があります。たとえば、RUEI_HOMEが/opt/rueiの場合、RUEI_DATAを/opt/ruei/dataに設定することはできません。また、RUEI_HOMEを/var/opt/rueiのサブディレクトリに設定したり、RUEI_DATAを/opt/rueiのサブディレクトリに設定することはできません。

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

脚注4 データベースの表領域名は30文字以内です。

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

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

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

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

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

重要:

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

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

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

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

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

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

表2-5 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グループおよびRUEI_USERユーザーを作成します。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

注意:
moniforce (RUEI_USER)ユーザーのログイン・シェルは/bin/bashに設定する必要があります。

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-7u71-linux-x64.tar.gz

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

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

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

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

この項で説明する手順は、リモート・タグ・ベース・データ・コレクタ・システムにのみ関連しています(2.1.1項「ソフトウェア・インストールの計画」および1.6項「シナリオのスケーリング」を参照)。

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

1. rsyncパッケージとlibpcapパッケージがインストールされていることを確認します。たとえば、次のコマンドを入力して、Yumを使用してパッケージをインストールします。

yum -y install rsync
yum -y install libpcap

2. RedHat Enterprise/Oracle Linux 6.xを使用する場合は、次のコマンドを入力します。

ln -s /usr/lib64/libpcap.so.N.N.N /usr/lib64/libpcap.so.0.9.4

ここで、N.N.Nはインストールされているlibpcapのバージョンです。次に例を示します。

ln -s /usr/lib64/libpcap.so.1.0.0 /usr/lib64/libpcap.so.0.9.4

3. 次のコマンドを使用して、Apacheをインストールします。

rpm -Uhv httpd-2.2.15-*..x86_64.rpm

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

/sbin/chkconfig httpd on

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

mkdir -p /opt/ruei
chmod 755 /opt/ruei

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

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

7. 2.1.1項「ソフトウェア・インストールの計画」の説明に従って、タグ・ベース・データ・コレクタをインストールします。

./ruei-install.sh tag-server

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

/sbin/service httpd restart

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

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

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

./ruei-check.sh postinstall

11. レポータ・システムから新しく作成したコレクタ・システムへのパスワードなしのリモート・ログインを設定します。必要な構成手順は、2.13項「レポータ通信の構成(分割サーバー設定のみ)」で説明しています。

2.6 リモート・ネットワーク・タグ・データ・コレクタのインストール

この項で説明する手順は、リモート・ネットワーク・データ・コレクタ・システムにのみ関連しています(2.1.1項「ソフトウェア・インストールの計画」および1.6項「シナリオのスケーリング」を参照)。

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

1. rsyncパッケージとlibpcapパッケージがインストールされていることを確認します。たとえば、次のコマンドを入力して、Yumを使用してパッケージをインストールします。

yum -y install rsync
yum -y install libpcap

2. RedHat Enterprise/Oracle Linux 6.xを使用する場合は、次のコマンドを入力します。

ln -s /usr/lib64/libpcap.so.N.N.N /usr/lib64/libpcap.so.0.9.4

ここで、N.N.Nはインストールされているlibpcapのバージョンです。次に例を示します。

ln -s /usr/lib64/libpcap.so.1.0.0 /usr/lib64/libpcap.so.0.9.4

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

mkdir -p /opt/ruei
chmod 755 /opt/ruei

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

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

5. 2.1.1項「ソフトウェア・インストールの計画」の説明に従って、ネットワーク・ベース・コレクタをインストールします。

./ruei-install.sh collector

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

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

7. 2.8項「ネットワーク・インタフェースの構成」の説明に従って、ネットワーク・インタフェースを構成します。

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

./ruei-check.sh postinstall

9. レポータ・システムから新しく作成したコレクタ・システムへのパスワードなしのリモート・ログインを設定します。必要な構成手順は、2.13項「レポータ通信の構成(分割サーバー設定のみ)」で説明しています。

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

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

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

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

2.7.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 = 192M
upload_max_filesize = 128M
post_max_size = 128M

2.7.1.2 RSVG警告の回避

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

mkdir -p /var/www/.gnome2

2.7.1.3 Apache Webサーバーの保護

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

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

すでに無効になっているSSLv2に加えて、rootユーザーとして次のコマンドを使用して、SSLv3のサポートも無効にします。

sed -i -e 's/^SSLProtocol all -SSLv2/SSLProtocol all -SSLv2 -SSLv3/'
/etc/httpd/conf.d/ssl.conf

2.7.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.7.2 OracleデータベースのInstant Clientのインストール

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

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

2.7.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.7.4 Zend Decoderのインストール

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

2.7.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.7.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_loader.license_path=

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

zend.enable_gc = Off

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

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

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

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

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

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

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

- db_templates: このディレクトリには、ruei-prepare-db.shスクリプトにより作成されたRUEIデータベース・インスタンス用のテンプレートが含まれています。

- 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ディレクトリとdb_templatesディレクトリを、データベース・インスタンスを実行するサーバーにコピーして、oracleユーザーがそれらを実行できるようにします。これらのスクリプトおよびディレクトリは、RUEIディストリビューションzipファイル(/root/RUEI/121)にあります。

2. 第2.4.1項「RUEI構成ファイル」で説明しているように、ニーズにあわせて/etc/ruei.confファイルの設定を確認します。構成表領域および統計表領域に異なる名前を使用する場合は、続行する前にこれらを設定してください。リモート・データベースやプロセッサなど、RUEI環境のすべてのコンポーネントには、同じ表領域名を使用する必要があります。

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/
chmod -R +r /home/oracle/db_templates/
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.7.6 レポータ・ソフトウェアのインストール

この項で説明する手順は、1.6項「シナリオのスケーリング」および2.1.1項「ソフトウェア・インストールの計画」で説明されているすべての構成に関連しています。レポータ・ソフトウェアをインストールすると、コレクタおよびプロセッサ・ソフトウェアもインストールされます。

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

mkdir -p /opt/ruei
chmod 755 /opt/ruei

注意:
指定した$RUEI_HOMEディレクトリおよび$RUEI_DATAディレクトリには、それらのために定義された755の権限があります。これらのディレクトリの詳細は、表2-3を参照してください。

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

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

3. RUEIソフトウェアが含まれているディレクトリに移動し、次のコマンドを入力します。

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

4. 次のいずれかのオプションを使用して、レポータ・ソフトウェアをインストールします。

- 分離されたサーバー構成にレポータをインストールする場合、または2.1.1項「ソフトウェア・インストールの計画」の説明に従ってネットワーク・ベースのデータ収集のみを使用する場合は、次のオプションを使用します。

./ruei-install.sh reporter

- 単一のサーバーにインストールする場合、または2.1.1項「ソフトウェア・インストールの計画」の説明に従ってタグ・ベースのデータ収集を使用する場合は、次のオプションを使用します(このオプションでは、ネットワーク・ベースのデータ収集もサポートされます)。

./ruei-install.sh reporter-tag

タグ付けに基づくアプリケーションの監視の詳細は、RUEIユーザーズ・ガイドの「Webページの識別とレポート作成」のアプリケーションの定義に関する項を参照してください。

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

/sbin/service httpd restart

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

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

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

./ruei-check.sh postinstall

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

su - moniforce
set-admin-password

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

パスワードの要件

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

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

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

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

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

この項は、ネットワーク・データ・コレクタ・システムのみに関連しています。

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

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

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

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

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

2.10 メール(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.11 SNMP (Reporterのみ)

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

2.11.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.12 自動ブラウザ・リダイレクションの構成(オプション)

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

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

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

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

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

パスワードなしの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.14 RUEIのインストール成功の確認

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

2.15 Oracle Enterprise ManagerでのRUEIの使用

ビジネス・アプリケーションを構成するアプリケーション、スイートおよびサービスをインシデント・マネージャ内にイベントとしてレポートできるように、Oracle Enterprise Managerリポジトリへの接続を設定できます。ビジネス・アプリケーション機能の使用については、『Oracle Enterprise Manager Cloud Control Oracle Fusion Middlewareマネージメント・ガイド』で説明されています。

脚注の説明

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

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

この章では、既存のRUEI 11.1または12.1.0.xインストールをリリース12.1.0.7にアップグレードする手順について説明します。インストール後の構成手順については、第6章「RUEIの構成」で説明しています。.RUEIをアップグレードする前に、システムが2.1項「前提条件」に示された前提条件を満たしていることを確認してください。

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

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

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

バージョン12.1.0.4では、RUEI表でのデータの表示方法が変更されています。変更のまとめは、次のとおりです。

- 親レベル値が現在の値の前に付けられることはなくなりました。
以前のバージョンの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.7にアップグレードした後、BIエクスポート表内のデータは異なった方法で表示されます。

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

3.2 KPI値

12.1.0.0.1以前のバージョンで、KPIパーセント値が0および100の間ではなく0および1の間の数値として誤って報告される場合があります。アップグレード・スクリプトは、疑わしいKPI履歴値およびターゲットの修正の確認を要求します。これは、3.11.1項「RUEI 11.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 フィルタのアップグレード

次の各項で、フィルタのアップグレードに関する問題の概要を示します。

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

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

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

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

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

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

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

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

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

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

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

適切なタイムゾーン設定は、LinuxとPHPの両方にとって有効である必要があります。Linuxの場合、tzselectユーティリティを使用し、PHPの場合、次のところの情報を使用します。

http://php.net/manual/en/timezones.php

また、RUEIによって使用されるデータベース表領域名は、バージョン12.1.0.5以上では構成可能であり、ruei.confファイルで設定する必要があります。アップグレードの前に、ruei.confでこれらを次のように現在の値に設定します。

export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

3.9 レポート・データのエクスポートのためのユーザーの設定

レポート・エクスポートのための認証では、RUEIユーザー資格証明が使用され、Apache構成ファイルを使用して構成することはできなくなりました。レポート・データのエクスポートのURLを引き続き使用する手順は、次のとおりです。

1. /opt/ruei/.credentialsファイルに一覧表示された各ユーザーを確認します。

2. 手順1で確認した各ユーザーのRUEIユーザーを作成します。各ユーザーに「レポート・データのエクスポート」ロールを付与する必要があります。パスワードは取得できないため、ユーザーのパスワードがわからない場合は、ユーザーに新しいパスワードを付与してください。

3. /opt/ruei/.credentialsファイルを削除します。

4. $RUEI_HOME/gui/.htaccessファイルを削除します。

3.10 「Enterprise Managerアクセス」アクセスを持つユーザーの移行

リリース12.1.0.7では、ユーザー・アカウント(システム・アカウントとは異なる)が「Enterprise Managerアクセス」ロールを持つことはできません。アップグレード中、システム・アカウントでないアカウントがこの権限を持っている場合はその権限が取り消され、メッセージが表示されます。RUEIユーザーズ・ガイドの「ユーザーと権限の管理」の説明に従って、「Enterprise Managerアクセス」権限を持つ新しいシステム・アカウントを作成する必要があります。次の例に示すように、権限の取消しは"rpm_post_install"フェーズで行われます。

2015-01-13 23:28:29 check_em_access_permissions ...
[User Permissions] EM access has been revoked, for the following user account(s):
[User Permissions] - em_user
[User Permissions] To restore, the user(s) must first be converted to a system account. This can be accomplished via the edit user wizard in the UI.
2015-01-13 23:28:30 check_em_access_permissions done
...

3.11 RUEI 11.1から12.1.0.7へのアップグレード

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

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

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

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

次を実行します。

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

cd /root
unzip Vxxxx.zip

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

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

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

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

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

rpm -Uhv php-soap-5.1.6-*.x86_64.rpm
service httpd restart

5. 次のコマンドを使用して、bridge-utilsモジュールをインストールします。

rpm -Uhv bridge-utils-*.rpm

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

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

7. /etc/ruei.confファイルに次の行を挿入します。

export RUEI_DB_TNSNAME_CFG=$RUEI_DB_TNSNAME
export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

3.8項「ruei.confファイル内の設定」で説明しているタスクをまだ完了していない場合は、TZ設定(表2-3で説明)を、'Europe/Amsterdam'のような適切なタイムゾーン文字列に設定します。適切なタイム・ゾーンを選択するには、tzselectプログラムを実行します。ORA_SDTZ (セッションのデフォルト・タイム・ゾーン)変数を、$TZと同じになるように設定する必要もあります。これらの変更は、/etc/ruei.confに行う必要があります。次に例を示します。

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

適切なタイムゾーン設定は、LinuxとPHPの両方にとって有効である必要があります。Linuxの場合、tzselectユーティリティを使用し、PHPの場合、次のところの情報を使用します。

http://php.net/manual/en/timezones.php

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

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

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

9. 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
./ruei-prepare-db.sh create_triggers

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

10. 必要なコレクタ・システムごとに、3.11.2項「RUEI 11.1からのリモート・コレクタ・システムのアップグレード」に記載されている手順を実行します。

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

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

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

. /etc/ruei.conf
cp $RUEI_HOME/bi-publisher/fonts/* /usr/java/jre/lib/fonts/

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

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

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

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

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

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

14. ./ruei-upgrade-12.1.0.7.sh kpi_convert_percent

前述のコマンドは次の手順の前に実行する必要があります。

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

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

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

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

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

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

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

cd /root
unzip Vxxxx.zip

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

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

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

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

4. /etc/ruei.confファイルに次の行を挿入します。

export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

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

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

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

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

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

3.11.3 RUEI 11.1からの履歴データのアップグレード

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

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

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

3.11.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.11.3.2 データの変換

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

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

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

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

3.11.3.3 元のデータの削除

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

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

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

データをディスクから削除するには、RUEI_USERユーザーとして次のコマンドを入力します。

sqlplus sys/<password>@$RUEI_DB_TNSNAME as sysdba
SQL> drop tablespace UXBACKUP INCLUDING CONTENTS AND DATAFILES;
SQL> drop tablespace UXTEMP INCLUDING CONTENTS AND DATAFILES;

3.11.3.4 履歴セッション診断データのアップグレード

バージョン12.1.0.3以前からRUEIをアップグレードする場合、履歴セッション診断データを参照するには、rootユーザーとして次のスクリプトを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.7.sh convert_psesdiag

システム内のデータの量によって、これは完了するまでに長い時間がかかる可能性があります。ただし、RUEI 12.1.0.7機能に対してスクリプトを実行する必要はありません(履歴セッション診断データが変換されるのみです)。

3.12 RUEI 12.1.0.xから12.1.0.7へのアップグレード

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

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

3.12.1 RUEI 12.1.0.xからのレポータ・システムのアップグレード

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

次を実行します。

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

cd /root
unzip Vxxxx.zip

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

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

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

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

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

rpm -Uhv php-soap-5.1.6-*.x86_64.rpm
service httpd restart

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

5. 次のコマンドを使用して、bridge-utilsモジュールをインストールします。

rpm -Uhv bridge-utils-*.rpm

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

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

7. /etc/ruei.confファイルに次の行を挿入します。

export RUEI_DB_TNSNAME_CFG=$RUEI_DB_TNSNAME
export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

3.8項「ruei.confファイル内の設定」で説明しているタスクをまだ完了していない場合は、TZ設定(表2-3で説明)を、'Europe/Amsterdam'のような適切なタイムゾーン文字列に設定します。適切なタイム・ゾーンを選択するには、tzselectプログラムを実行します。ORA_SDTZ (セッションのデフォルト・タイム・ゾーン)変数を、$TZと同じになるように設定する必要もあります。これらの変更は、/etc/ruei.confに行う必要があります。次に例を示します。

export TZ=Europe/Amsterdam
export ORA_SDTZ=$TZ

適切なタイムゾーン設定は、LinuxとPHPの両方にとって有効である必要があります。Linuxの場合、tzselectユーティリティを使用し、PHPの場合、次のところの情報を使用します。

http://php.net/manual/en/timezones.php

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

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

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

9. 12.1.0.3以前のバージョンからアップグレードしている場合、この手順を実行する必要があります。
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
./ruei-prepare-db.sh create_triggers

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

10. 必要なコレクタ・システムごとに、3.12.2項「RUEI 12.1.0.xからのリモート・コレクタ・システムのアップグレード」に記載されている手順を実行します。

11. 必要な処理エンジン・システムごとに、3.12.3項「RUEI 12.1.0.xからの処理エンジン・システムのアップグレード」に記載されている手順を実行します。

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

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

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

. /etc/ruei.conf
cp $RUEI_HOME/bi-publisher/fonts/* /usr/java/jre/lib/fonts/

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

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

注意:
バージョン12.1.0.3以上からアップグレードする場合は、この手順をスキップします。

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

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

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

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

./ruei-upgrade-12.1.0.7.sh kpi_convert_percent

前述のコマンドは次の手順の前に実行する必要があります。

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

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

17. アップグレードにより、RUEI構成および現在のデータが新しいモデルに変換されました。ただし、リリース12.1.0.3以前からアップグレードする場合、古いデータは変換されません。詳細は、3.12.4項「RUEI 12.1.0.xからの履歴データのアップグレード」を参照してください。

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

3.12.2 RUEI 12.1.0.xからのリモート・コレクタ・システムのアップグレード

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

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

cd /root
unzip Vxxxx.zip

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

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

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

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

4. /etc/ruei.confファイルに次の行を挿入します。

export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

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

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

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

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

バージョン12.1.0.3以上からアップグレードする場合は、この手順をスキップします。

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

3.12.3 RUEI 12.1.0.xからの処理エンジン・システムのアップグレード

この項で説明されているアップグレード手順を処理エンジン・システムごとに実行する必要があります。処理エンジン・システムは、順にアップグレードする必要があります。つまり、前のシステムのアップグレードが完了するまで、次のシステムのアップグレードを開始しないでください。次を実行します。

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

cd /root
unzip Vxxxx.zip

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

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

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

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

4. /etc/ruei.confファイルに次の行を挿入します。

export RUEI_DB_TSCONF=UXCONF
export RUEI_DB_TSSTAT=UXSTAT

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

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

6. 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ユーザーになります。

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

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

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

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

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

必要な処理エンジンごとに前述の手順を完了した後、レポータ・システムのアップグレードを続行する必要があります(3.12.1項「RUEI 12.1.0.xからのレポータ・システムのアップグレード」を参照)。

3.12.4 RUEI 12.1.0.xからの履歴データのアップグレード

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

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

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

3.12.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.7.sh backup_data_cubes UXBACKUP

3.12.4.2 データの変換

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

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

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

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

3.12.4.3 元のデータの削除

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

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

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

データをディスクから削除するには、RUEI_USERユーザーとして次のコマンドを入力します。

sqlplus sys/<password>@$RUEI_DB_TNSNAME as sysdba
SQL> drop tablespace UXBACKUP INCLUDING CONTENTS AND DATAFILES;
SQL> drop tablespace UXTEMP INCLUDING CONTENTS AND DATAFILES;

3.12.4.4 履歴セッション診断データのアップグレード

バージョン12.1.0.3以前からRUEIをアップグレードする場合、履歴セッション診断データを参照するには、rootユーザーとして次のスクリプトを実行します。

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.7.sh convert_psesdiag

システム内のデータの量によって、これは完了するまでに長い時間がかかる可能性があります。ただし、RUEI 12.1.0.7機能に対してスクリプトを実行する必要はありません(履歴セッション診断データが変換されるのみです)。

3.13 バージョン12.1.0.4、12.1.0.5または12.1.0.6へのロールバック

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

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

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

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

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

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

cd /root/RUEI/extra
./ruei-upgrade-12.1.0.7.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.7 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.7.sh stop_ruei

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

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

9. すべての必要な処理エンジン・システムをロールバックします(第3.13.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.13.1 リモート・コレクタ・システムのロールバック

次を実行します。

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

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

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

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

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

次を実行します。

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

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

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

3. rootとして次のコマンドを発行することで、12.1.0.7 RPMを削除します。

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

3.14 リリース12.1.0.6でのKPIの変更内容

この項では、このリリースでのパフォーマンス管理の変更内容の概要を示します。

3.14.1 KPIしきい値プロファイル

RUEI 12.1.0.6では新しい機能が導入され、KPIしきい値プロファイルを作成して編集し、それらのプロファイルをKPIに関連付けることができるようになりました。これについては、RUEIユーザーズ・ガイドの「監視対象トラフィックのレポートの制御」で説明されています。以前のリリースのKPIでは、自動(または自動学習)ターゲットは30日間の期間、180分のサンプリング・ウィンドウにわたって評価されました。アップグレード後、すべてのKPIは、これらの値に設定されたシステム・デフォルト・プロファイルと関連付けられます。このデフォルト・プロファイルを編集することも、新しいプロファイルを作成して別の設定のKPIと関連付けることもできます。

3.14.2 「ユーザー・フロー成功率」メトリックに基づくKPI

KPIメトリック「ユーザー・フロー成功率」(txn-success-ratio)は、RUEIのリリース12.1.0.3で非推奨になりましたが、このリリースまでは使用可能です。リリース12.1.0.6以上では、このKPIメトリックは使用できなくなりました。このメトリックを使用していて、12.1.0.7にアップグレードする場合は、次の点に注意してください。

- このメトリックに基づくKPIは削除されます。

- このメトリックに基づくKPIの履歴データは削除されず、引き続き表示できます。

- アップグレード・プロセス中、次のようなメッセージが表示されます。

warning - Found unsupported KPI "My Category > My User Flow Success Ratio"
with metric "txn-success-ratio"
warning - This KPI cannot be converted and will be deleted

脚注の説明

脚注1: この行は、データベース・バージョンとインストール・パスに基づいてカスタマイズする必要があります。
脚注2: この行は、ご使用のデータベース・バージョンとインストール・パスに基づくカスタマイズが必要です。
脚注3: この行は、ご使用のデータベース・バージョンとインストール・パスに基づくカスタマイズが必要です。

4 ADF監視のためのRUEIの構成

この章では、ADFアプリケーションを監視するためのオプションと、ADF監視サービスをデプロイおよび構成する手順について説明します。

4.1 ADF監視の概要

ADF監視では、様々なデータ収集オプションが使用可能です。RUEIのデータ収集の概要は、1.1.1項「データ収集」を参照してください。ADFは、次のいずれかの方法を使用して監視できます。

表4-1 ADF監視のオプション

モード

収集されるメトリック

説明

ネットワーク・データ・コレクタのみ

デフォルトのADFメトリック(RUEIユーザーズ・ガイドの付録「Oracle ADFのサポート」を参照)。

このオプションについては1.1.1項「データ収集」で説明されており、ADFサーバーで特定の構成を行う必要はありません。

ADF監視サービスのみ

ページ、ユーザーID、ADFベース・ディメンション、クライアント側ページ・ロード時間

このオプションを使用するには、4.2項「ADF監視サービスのデプロイ」の説明に従ってADF監視サービスをデプロイし、ADFアプリケーションで監視サービスを有効にする必要があります。

混合 - ネットワーク・データ・コレクタ

デフォルトのADFメトリック(RUEIユーザーズ・ガイドの付録「Oracle ADFのサポート」を参照)と、ADF監視サービスからのユーザーID、ADFベース・ディメンション、クライアント側ページ・ロード時間

ネットワーク・データ・コレクタがデータのプライマリ・ソースとなり、ADF監視サービスが拡張的なレポートを提供します。RUEI 12.1.0.6では、このモードの操作のみがサポートされていました。ネットワーク・データ・コレクタは主にADFアプリケーションの監視に使用され、ADF監視サービスは、ECIDキャッシュを使用してネットワーク・トラフィックと相互に関連付けられた追加情報(ユーザーIDなど)を提供します。

このオプションを使用するには、4.2項「ADF監視サービスのデプロイ」の説明に従ってADF監視サービスをデプロイし、ADFアプリケーションで監視サービスを有効にする必要があります。

真の混合

デフォルトのADFメトリック(RUEIユーザーズ・ガイドの付録「Oracle ADFのサポート」を参照)と、ADF監視サービスからのユーザーID、ADFベース・ディメンション、クライアント側ページ・ロード時間

このオプションを指定すると、データ収集は最もフレキシブルになり、ネットワーク・データ・コレクタから一部のデータを、ADF監視サービスから別のデータを収集できます。これは、ADFベースでないコンポーネントがアプリケーションに含まれている場合に特に有用です。

このオプションを使用するには、4.2項「ADF監視サービスのデプロイ」の説明に従ってADF監視サービスをデプロイし、ADFアプリケーションで監視サービスを有効にし、フレームワーク例外を使用して、アプリケーションのどの部分をネットワーク・データ・コレクタによって監視し、どの部分をADF監視サービスによって監視するかを指定する必要があります。

フレームワーク例外の作成方法は、RUEIユーザーズ・ガイドの「スイートおよびWebサービスの使用」を参照してください。

4.2 ADF監視サービスのデプロイ

この項では、ADF監視サービスをデプロイおよび構成する手順について説明します。

ADF監視サービスの使用は任意です。ADF監視サービスを使用すると、ネットワーク・プロトコル分析(NPA)でアクセスできない層から診断情報を収集できます。この情報を他のADF情報と統合して、エンド・ユーザーの操作性に関する問題を特定するために使用できます。結果の情報は、RUEIレポート、データ・ブラウザおよびセッション診断で使用可能です。

4.2.1 RUEIシステム・ユーザーの作成

ADF監視サービスがRUEIと通信するためには、ADF監視サービス権限を持つRUEIユーザーが必要です。この権限は、RUEIシステム・アカウントにのみ使用可能です。このアカウントの作成および権限の設定の詳細は、ユーザーズ・ガイドの「ユーザーと権限の管理」を参照してください。

4.2.2 ADF監視サービス・ソフトウェアのデプロイ

ADF監視サービスをWebLogic Server環境にデプロイする手順は、次のとおりです。

1. RUEIディストリビューションzipファイルの/root/RUEI/121/extraディレクトリにあるRueiEUMService.warを、WebLogic Serverからアクセス可能な場所にコピーします。

2. WebLogic Server管理コンソールにログインして「デプロイメント」画面に移動し、「インストール」をクリックしてwarファイルをデプロイします。アプリケーションとしてではなくライブラリとしてインストールします。

前述の手順2のかわりに、コマンドラインを使用してデプロイすることもできます。

1. 環境変数を設定します。

setenv BEA_HOME Weblogic_home_dir
setenv PATH JDK_dir/bin:$PATH
setenv DOMAIN_HOME ${BEA_HOME}/user_projects/domains/domain_name
setenv WARFILE $DOMAIN_HOME/servers/AdminServer/upload/RueiEUMService.war

説明:

- Weblogic_home_dirは、WebLogicがインストールされている場所です。

- JDK_dirは、JDKがインストールされている場所です。

- domain_nameは、WebLogicドメインの名前です。

2. ディレクトリを、手順1で使用した場所に変更し、次のコマンドを入力します(プロンプトが表示されたらパスワードを入力します)。

. $BEA_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
cp RueiEUMService.war $DOMAIN_HOME/servers/AdminServer/upload/
java weblogic.Deployer -adminurl adminurl -username username -deploy -source $WARFILE -targets wlservername -stage -library

ここで、

- adminurlは、WebLogic管理コンソールのURLです。

- usernameは、管理者ユーザー名です。

- wlservernameは、WebLogic Serverの名前です。

4.2.3 ADFアプリケーションの構成

ADFアプリケーションをADF監視サービスで使用できるように構成するには、カスタム・デプロイメント・プランを使用して再デプロイする必要があります。

4.2.3.1 デフォルトのデプロイメント・ディスクリプタの生成

ADFアプリケーションのEARの標準デプロイメント・ディスクリプタを生成するには、Webコンソールまたは下記のコマンドを使用できます。

1. 環境変数を設定します。

setenv BEA_HOME Weblogic_home_dir
setenv PATH JDK_dir/bin:$PATH

説明:

- Weblogic_home_dirは、WebLogicがインストールされている場所です。

- JDK_dirは、JDKがインストールされている場所です。

2. 次のコマンドを入力します。

. $BEA_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
setenv PLANFILE path_of_app/Appname/deploy/stdplan.xml
setenv EARFILE path_of_app/Appname/deploy/application_file
java weblogic.PlanGenerator -all -plan $PLANFILE $EARFILE

ここで、

- path_of_appは、ADFアプリケーションへの完全なディレクトリ場所です。

- Appnameは、ADFアプリケーションの名前です。

- application_fileは、アプリケーションのearファイルまたはwarファイルの名前です。

4.2.3.2 デプロイメント・ディスクリプタの変更

デプロイメント・ディスクリプタ・ファイルを変更する手順は、次のとおりです。

1. 次のコードを使用して、<variable-definition>セクションをstdplan.xmlファイルに追加します。

<!-- variables for RUEI eum -->
<variable>
<name>oracle.adf.view.faces.context.ENABLE_ADF_EXECUTION_CONTEXT_
PROVIDER</name>
<value>true</value>
</variable>
<variable>

<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.rueiUrl</name>
<value>http(s)://app_host:port/ruei/receive.php</value>
</variable>
<variable>
<name>LibraryRef_RueiEUMLibrary</name>
<value>RueiEUMLibrary</value>
</variable>
<variable>

<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.bufferSize
</name>
<value>Buffer_size</value>
</variable>
<variable>

<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.flushTime</name>
<value>Buffer_fushtime</value>
</variable>
<!-- variables for RUEI eum -->

ここで、

- app_hostは、ADFアプリケーションのホスト名です。

- portは、ADFアプリケーションのポートです。

- Buffer_sizeは、RUEIに送信されたデータをバッファリングするための整数値です。

- Buffer_flushtimeは、バッファリングされたデータをRUEIにフラッシュするまでの時間(ミリ秒)です。

2. 次のコードを使用して、<module-override>セクションをWebLogic.xmlファイルに追加します。

<!-- RUEI library -->
<variable-assignment>
<name>LibraryRef_RueiEUMLibrary</name>

<xpath>/weblogic-web-app/library-ref/[context-root="null",library-name="RueiEndUserMonitoringService"]/library-name</xpath>
</variable-assignment>
<!-- RUEI library -->

3. 次のコードを使用して、<module-override>セクションをweb.xmlファイルに追加します。

<!-- set RUEI eum variables -->
<variable-assignment>
<name>oracle.adf.view.faces.context.ENABLE_ADF_EXECUTION_CONTEXT_PROVIDER</name>
<xpath>/web-app/context-param/[param-name="oracle.adf.view.faces.context.ENABLE_ADF_EXECUTION_CONTEXT_PROVIDER"]/param-value</xpath>
</variable-assignment>
<variable-assignment>
<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.bufferSize</name>
<xpath>/web-app/context-param/[param-name="oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.bufferSize"]/param-value</xpath>
</variable-assignment>
<variable-assignment>
<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.flushTime</name>
<xpath>/web-app/context-param/[param-name="oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.flushTime"]/param-value</xpath>
</variable-assignment>
<variable-assignment>
<name>oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.rueiUrl</name>
<xpath>/web-app/context-param/[param-name="oracle.sysman.apm.ruei.monitoring.RueiEndUserMonitoringService.rueiUrl"]/param-value</xpath>
</variable-assignment>

<!-- set RUEI eum variables -->

注意:
前述の変数のいずれかがすでにADFアプリケーションに存在している場合、<operation>replace</operation>を使用して、それらの変数を新しい値で置き換えることができます。

4.2.3.3 ウォレットの作成

4.2.1項「RUEIシステム・ユーザーの作成」で、ADF監視サービスのユーザー資格証明を作成しました。これらの資格証明を格納するウォレットを作成する手順は、次のとおりです。

1. 環境変数を設定します。

setenv BEA_HOME Weblogic_home_dir
setenv PATH JDK_dir/bin:$PATH

説明:

- Weblogic_home_dirは、WebLogicがインストールされている場所です。

- JDK_dirは、JDKがインストールされている場所です。

2. WebLogic Serverコンソールを起動します。

. $BEA_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
$BEA_HOME/oracle_common/common/bin/wlst.sh

3. 次のWebLogic Serverコンソール・コマンドを入力します。

connect()

プロンプトが表示されたら、WebLogic管理者のユーザー名とパスワードを入力します。URLを要求されたら、t3://admin_host:admin_portと入力します。各要素の意味は次のとおりです。

- admin_hostは、WebLogicホスト名です。

- admin_passwordは、WebLogicポートです。

4. 次のWebLogic Serverコンソール・コマンドを入力します(プロンプトが表示されたら、パスワードを入力します)。

map = "ruei_adf_monitoring_agent"
key = "receiver"
desc = "RUEI Receiver"

createCred(map=map, key=key, user="user", password="password", desc=desc)

ここで、

- userは、4.2.1項「RUEIシステム・ユーザーの作成」で作成したユーザー名です。

- passwordは、RUEIシステム・ユーザーのパスワードです。

5. ユーザーが作成されたことを確認するには、WebLogic Serverコンソールで次のように入力します。

listCred(map=map, key=key)

6. ユーザーが表示されたら、WebLogic Serverコンソールで次のように入力して切断します。

disconnect()

7. [Ctrl]+[D]を使用して、WebLogicコンソールを終了します。

8. user_projects/domains/domain_name/config/fmwconfig/system-jazn-data.xmlファイルを編集して、次のコードを含めます。

<grant>
<grantee>
<codesource>
<url>file:${domain.home}/servers/${weblogic.Name}/tmp/_WL_user/RueiEndUserMonitoringService/-</url>
</codesource>
</grantee>
<permissions>
<permission>

<class>oracle.security.jps.service.credstore.CredentialAccessPermission</class>
<name>context=SYSTEM,mapName=ruei_adf_monitoring_agent,keyName=receiver</name>
<actions>read</actions>
</permission>
</permissions>
</grant>

説明:

- domain_nameは、WebLogicドメインの名前です。

4.2.3.4 変更済のデプロイメント・ディスクリプタを含むADFアプリケーションの再デプロイ

ADFアプリケーションを再デプロイするには、WebLogic Server管理コンソール(「デプロイメント」→「更新)を使用するか、次に示す手順を使用します。

1. 環境変数を設定します。

setenv BEA_HOME Weblogic_home_dir
setenv PATH JDK_dir/bin:$PATH
. $BEA_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
setenv PLANFILE deployment_path/stdplan.xml
setenv EARFILE path_to_YourApplicationFile

ここで、

- Weblogic_home_dirは、WebLogicがインストールされている場所です。

- JDK_dirは、JDKがインストールされている場所です。

- deployment_pathは、ADFデプロイメントの場所です。

- path_to_YourApplicationFileは、ADF earファイルまたはwarファイルの場所です。

2. 次のコマンドを入力します(プロンプトが表示されたら、パスワードを入力します)。

java weblogic.Deployer -adminurl adminurl -username username -deploy -name app_name -source $EARFILE -targets target_server -stage -plan $PLANFILE

ここで、

- adminurlは、WebLogic管理コンソールのURLです。

- usernameは、管理者ユーザー名です。

- app_nameは、アプリケーション・デプロイメント名です。

- target_serverは、ターゲットWebLogic Serverの名前です。

4.2.4 ADFアプリケーションのドメインおよびポートの指定

ADFアプリケーションを監視するときに、Weblogicのドメイン/ポートがユーザー・アプリケーションのドメイン/ポートと異なっている場合(ロード・バランサを使用する場合や、ネットワーク内のRUEIインストールの場所によって異なる場合など)、RUEIでスイートを定義する際にアプリケーションのドメイン/ポート詳細の両方を入力する必要があります。

スイートの作成後、次の手順で2番目のアプリケーション・ドメイン/ポート詳細を追加します。

1. 「アプリケーション」→「スイート」を選択します。

2. 変更するADFスイートを選択します。

3. 「識別」タブで「新規フィルタの追加」を選択します。2番目のドメイン/ポートの詳細を入力します。

4.2.5 ADF監視サービスのトラブルシューティング

次の手順を使用して、ADF監視サービスのトラブルシューティングを行います。

1. ADFアプリケーションにログインし、ADFアプリケーションと対話してHTTPリクエストを開始します(ADF監視サービスは、最初のHTTPリクエストの後にのみ初期化されます)。

2. HTTPツール(HTTPHeaders Firefox拡張機能など)を使用して、POSTヘッダーにoracle.adf.view.rich.monitoring.UserActivityInfoという文字列が含まれていることを確認します。次に例を示します。

...&org.apache.myfaces.trinidad.faces.FORM=f1...&oracle.adf.view.rich.monitoring.UserActivityInfo=%3Cm+xmlns%3D%22http%3A%2F%2Foracle.com...

ヘッダーにこのテキストが含まれていない場合は、web.xmlファイルおよび使用されているADFバージョンを確認してください。

3. サーバー・ログでライブラリ登録ログを確認します。たとえば、Oracle_Home/Middleware_11.1.2.3.0/user_projects/domains/domain_name/servers/AdminServer/logs/AdminServer.logで、次のようなエントリを検索します。

Registered library Extension-Name: RueiEndUserMonitoringService

ログ・ファイルに前述のようなエントリが含まれていない場合は、4.2.2項「ADF監視サービス・ソフトウェアのデプロイ」で説明しているように、ライブラリ(RueiEUMService.war)が正しくデプロイされていることを確認します。

4. server-diagnostics.logファイルでoracle.sysman.apm.rueiというエントリを確認します。たとえば、AdminServer-diagnostics.log内に次のログ・エントリがあれば、正常な処理が行われています。

.[NOTIFICATION] ... Starting RUEI End User Monitoring Service
...[NOTIFICATION] ... Succesfully retrieved information for user eud from the wallet
...[NOTIFICATION] ... Using Basic Authentication
...[NOTIFICATION] ... Set RUEI receiver URL to http://<your ruei host:port>/ruei/receive.php
...[NOTIFICATION] ... RUEI End User Monitoring Service running
...[TRACE]...[SRC_METHOD: logUserActivity] Received useractivity to ruei ecid= 649d46b0ef2a475a:d6e5334:14077999955:-8000-0000000000000259:_adfStreaming
...[TRACE]...[SRC_METHOD: logUserActivity] Received useractivity with requestobject to ruei ecid=weblogic.servlet.internal.RequestEventsFilter$EventsRequestWrapper
...[TRACE]...[SRC_METHOD: process] 9 items for http://<your ruei host:port>/ruei/receive.php
......

該当するログ・エントリが見つからない場合は、この章で説明している手順を繰り返します。

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

この章では、Oracle HTTPサーバーのインストールと構成の手順について説明します。これはRUEIインストール・プロセスのオプションの部分で、RUEI ユーザーの認証にOracle Single Sign-On(SSO)サービスを使用する場合にのみ必要になります。Oracle SSOサービスは、完全にインストールして構成しないと、RUEIユーザー認証に使用できません。

Oracle SSOユーザー認証用にレポータ・システムを構成する手順は、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。RUEIは、完全にインストールしないと、Oracle SSOユーザー認証用に構成できません。

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

Oracle SSOサーバーでは、現在インストールされているWebサーバーとの競合を避けるために、独自のWebサーバーを使用します。そのため、次のコマンドを発行して、現在インストールされているWebサーバーを停止する必要があります。

/sbin/service httpd stop
/sbin/chkconfig --del httpd

注意:
PHPモジュールもアンインストールされてしまうので、デフォルトのLinux Apache Webサーバーをアンインストールしないことをお薦めします。

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

この項で説明する手順は、ローカル・データベースを持たないレポータ用にOracle HTTPサーバーをインストールし、構成する場合にのみ実行します。そうでない場合は、第5.3項「ローカル・データベースを持つレポータ・システム」で説明されている手順に従います。

5.2.1 oracleユーザーの作成

この項は、リモート・データベースを使用するように構成されたRUEIインストールの場合にのみ関係があります。この場合、oracleユーザーはまだ存在しないため、次のコマンドを発行して作成する必要があります。

/usr/sbin/groupadd oinstall oinstall
/usr/sbin/useradd -g oinstall oracle

5.2.2 Oracle HTTPサーバー環境の設定

この項は、リモート・データベースを使用するように構成されたRUEIインストールの場合にのみ関係があります。この場合、/etc/security/limits. confファイルに次の行を追加する必要があります。

oracle soft nofile 16384
oracle hard nofile 65536

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

次のコマンドを発行して、Oracle HTTPサーバー・インストール・ディレクトリを作成します。

mkdir -p /u01/app/oracle
chown -R oracle:oinstall /u01/app/oracle

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

この項で説明する手順は、ローカル・データベースで構成されるレポータ用にOracle HTTPサーバーをインストールし、構成する場合にのみ実行します。そうでない場合は、第5.2項「ローカル・データベースを持たないレポータ・システム」で説明されている手順に従います。

オープン・ファイル数の制限を増やします。次の行を/etc/security/limits.confファイルで編集します。

oracle soft nofile 16384

5.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以外はすべてデフォルトの値を受け入れます。ここで、図5-1の「Oracle Web Cache」および選択したコンポーネントをweblogicドメインに関連付けるの2つのチェック・ボックスの選択を解除する必要があります。

図5-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ディレクトリにコピーします。これは、第5.5項「Oracle SSO ServerへのRUEIの登録」で説明しています。

17. 次のコマンドを使用して、HTTPサーバーを起動します。

$ORACLE_INSTANCE/bin/opmnctl startproc ias-component=ohs1

5.5 Oracle SSO ServerへのRUEIの登録

必要なosso.confファイルを作成するためには、Oracle SSOサーバーにRUEIを登録する必要があります。これを実行する手順は、Oracle SSOバージョン10.1.4と11.1のどちらを使用しているかによって異なり、次の各項で説明しています。

5.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

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

RUEIをパートナ・アプリケーションとしてOracle SSOバージョン11.1内に登録するには、次の手順を実行します。

1. Oracle Access Managerコンソール内で、「ポリシー構成」タブをクリックします。図5-2に示す画面が表示されます。

Figure 5-2 OAMポリシー構成画面

2. 「新規OSSOエージェント」アイテムをクリックします。図5-3に示す画面が表示されます。

図5-3 OSSOエージェントの作成画面

3. 必要なパラメータを指定します。次に、「適用」をクリックします。図5-4に示す画面が表示されます。

図5-4 OSSOエージェント作成の確認

の説明

4. 示されている場所からRUEIレポータ・システム上の$ORACLE_INSTANCE/config/OHS/ohs1ディレクトリにosso.confファイルをコピーします。

詳細は次のサイトを参照してください。

http://docs.oracle.com/cd/E23943_01/doc.1111/e15478/agents.htm#BABGIDAB

5.6 Oracle HTTPサーバー構成の検証

ブラウザでhttps://Reporter/rueiにアクセスすることで、Oracle HTTPサーバーとRUEIとの統合をテストできます。「システム」、「ユーザー管理」の順に選択したとき、SSO接続の構成オプションが有効になっている必要があります。

RUEI内でのOracle SSOユーザー認証の有効化については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

6 RUEIの構成

この章では、RUEIの初期構成の手順について説明します。この作業は、組織内でRUEIスーパー管理者ロール(つまりadminユーザー)を割り当てられているユーザーによって実行されます。ロールの詳細は、『Oracle Real User Experienceユーザーズ・ガイド』を参照してください。

重要:

RUEIを構成した後、収集したネットワーク通信を組織内のネットワーク・エンジニアに検証してもらうことを強くお薦めします。これを行う手順は、付録F「監視対象ネットワーク通信の検証」で説明されています。

6.1 概要

RUEIを起動および実行するには、サーバー・システムをRUEI用に準備し、RUEIソフトウェアをインストールする必要があります。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。その後、インストール・タイプとメール設定を指定し(第6.2項「RUEIの初期構成の実行」で説明)、いくつかのインストール後の構成(第6.4項「インストール後の構成の実行」で説明)を実行する必要があります。これはレポート作成を開始するために必要です。これには、ページおよびユーザーの識別方法の決定と、ネットワーク環境での監視範囲の指定が含まれます。最後に、システムの初期ユーザーを、第6.4.6項「初期ユーザーの認可」の説明のとおりに定義する必要があります。分割サーバー構成をインストールする場合は、各コレクタ・システムの構成が必要になることに注意してください。これは、第6.3項「コレクタ・システムの構成」で説明しています。

重要:

RUEIの構成については、組織のネットワーク・トポロジに精通したユーザーと相談する必要があります。

6.2 RUEIの初期構成の実行

RUEIでデータの監視およびレポート作成を開始するには、ネットワーク・インフラストラクチャに関する情報を使用して構成する必要があります。構成が完了すると、ユーザー通信のレポート作成が可能になります。この初期構成は、必要に応じて後から変更できます。初期構成は、単に実際のユーザーの監視およびレポート作成を開始するために、RUEIに十分な情報を提供するためのものです。

RUEIの初期構成を実行するには、次のようにします。

1. ブラウザでhttps://Reporter/rueiを指定することにより、初期設定ウィザードを起動します。
Reporterには、インストール済RUEIのホスト名またはIPアドレスを指定します。図6-1のダイアログが表示されます。

図6-1 ログイン・ダイアログ

2. adminユーザーと、set-admin-passwordスクリプトで定義したパスワードを指定します(第2.7.6項「レポータ・ソフトウェアのインストール」で定義)。準備ができたら、ログインをクリックします。図6-2に示すダイアログが表示されます。

図6-2 初期設定ウィザード

ユーザーが初めてログオンすると、Webサーバーでサイトの証明書のIDを検証できなかったという警告が表示されます。セキュリティ・ポリシーに応じて、この証明書を永続的に受け入れるか、このセッション用に一時的に受け入れるか、あるいは証明書を拒否するかのいずれかを選択できます。認証局(CA)から証明書を購入することもできます。また、SSL証明書を作成することもできます。詳細は次のサイトを参照してください。

http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html#realcert

3. 「次へ」をクリックして、構成を続行します。図6-3のダイアログが表示されます。

図6-3 「メール設定」ダイアログ

4. 表6-1で説明している要求された情報を指定します。

表6-1 「電子メール設定」のフィールド

フィールド

説明

返信用アドレス

失敗した電子メールまたは問題が発生した電子メールのレポート先となる電子メール・アドレスを指定します。このアドレスを定期的にチェックすることを強くお薦めします。

送信元アドレス

受信者のメール・クライアントに表示されるアドレスを指定します。

返信先アドレス

ユーザーが電子メール内でクリックして返信できるアドレスを指定します。これが指定されていない場合は、「送信元アドレス」設定が使用されます。

メール・サイズ制限

電子メールの最大許容メッセージ・サイズ(KB単位)を指定します。電子メールにこの制限を超えるレポートが含まれる場合は、この制限に対応するために、レポートが個別の電子メールに分割されます。個別に送信するには大きすぎるレポートは送信されず、ユーザーに問題が通知されます。デフォルトのメール・サイズ制限は5000KBです。

レポータURL

電子メールの受信者がレポータ・システムに接続するために必要となる詳細なURLを指定します。通常、このURLは、RUEIユーザーがレポータ・システムにアクセスするために使用するURLと同じです。

電子メール情報は、内部ネットワークに対するRUEIのインタフェースを構成するために使用され、問題の報告にも使用されます。必要な情報を入力したら、「次へ」をクリックします。図6-4のダイアログが表示されます。

図6-4 「設定の概要」ダイアログ

5. 「設定の概要」で、指定した情報が正しいことを確認します。「戻る」と「次」を使用すると、必要に応じてダイアログ間を移動できます。準備ができたら、「次」をクリックします。図6-5のダイアログが表示されます。

6-5 「設定を適用」ダイアログ

6. このダイアログは、指定した設定のシステムでの適用進捗状況を示します。通常、このプロセスには最大で15分かかります。終了したら、「終了」をクリックして、ダイアログを閉じます。

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

コレクタをレポータ・システムに登録するには、次のようにします。

1. 必要なシステムにコレクタ・ソフトウェアをインストールします。これについては、第2章「RUEIソフトウェアのインストール」で説明しています。

2. コレクタ・システムをレポータに登録します。この手順については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

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

何らかの理由で、以前に構成したものとは異なるレポータ・システムにコレクタ・システムを登録する必要がある場合、次のようにします。

1. コレクタ・システムにmoniforceユーザーとしてログオンし、次のコマンドを発行して、コレクタの現在定義されているレポータ割当てを削除します。

su - moniforce
appsensor delete wg

2. 『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されている手順に従って、コレクタを必要なレポータに登録します。

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

レポート作成を開始するために、RUEIでは監視対象のネットワーク環境に関する特定の情報が必要です。RUEIが広範囲のネットワーク環境内で機能するように設計されているということを理解することが重要です。したがって、構成の選択により、報告されるデータの精度や有用性に影響があります。この項で説明している設定を慎重に検討することを強くお薦めします。

6.4.1 Cookieテクノロジの指定

RUEI内では、セッション情報はCookieに基づいています。したがって、RUEIでは、組織内で使用されているCookieテクノロジが認識および理解されている必要があります。これを構成する手順は、サポートされているCookieテクノロジの構造とともに、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

Cookie情報がない場合、ユーザー・トラッキングは、ビジターのIPアドレスに基づいて行われます。これが原因で、セッション情報が信頼できないものになる可能性があります。たとえば、プロキシ・サーバーの後ろにいるユーザーの場合、そのネットワークから来るユーザーはすべて同じユーザーとして識別されます。

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

SSLキーをシステムにアップロードすることは、HTTP通信の大部分がSSLセッションに基づいている場合、特に重要です。システムで使用可能なSSLキーがないと、コレクタは、そのSSLセッションの通信を復号化できません。これらの状況では、Cookie、ユーザーの識別およびアプリケーション・ページの構成をさらに進めても、ほとんど意味がありません。HTTPS SSLキーを、構成プロセスのできるだけ早い段階で、確実にアップロードしてアクティブ化します。SSLキーの管理は、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

6.4.3 ユーザーの識別方法の指定

RUEI内でのユーザーIDは、最初はHTTP認可フィールドに基づいています。その後、ユーザーIDは、URL内で指定したGET/POST引数から導出されます。したがって、URL内で引数を使用する場合は、ユーザーIDに使用されるこれらの中のアイテムは、信頼できる結果が得られるように指定する必要があります。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

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

RUEI内でのページ識別は、定義されたアプリケーションに基づいています。一般的に、アプリケーションはWebページの集合です。これは、Webサイト上のページが、通常は特定のアプリケーションにバインドされているためです。システムでは、検出されるページごとに、使用可能なアプリケーション定義を使用して、名前を割り当てます。これらの定義を使用して識別できなかったページの情報は廃棄されるため、レポートやデータ・ブラウザでは使用できないことに注意してください。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

スイート

汎用アプリケーション以外に、専用サポートは、特定のOracle Enterpriseアーキテクチャ(Oracle E-Businessスイート、Siebel、WebLogic Portalなど)の監視に使用できます。現在サポートされているアーキテクチャを監視対象の環境で使用している場合は、この機能を使用することを強くお薦めします。この機能を使用すると、アプリケーション定義にかかる時間が短縮され、スイート内のアプリケーションの互換性が高くなるのみでなく、これらのアーキテクチャが正しく監視されるようにもなります。

6.4.5 監視範囲の指定

RUEI内で、SYSTEMで監視するTCPポートを指定することで、通信監視の範囲を制御します。当然ながら、監視対象ではないポートの情報は得られません。また、監視対象を特定のサーバーやサブネットに限定できます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

6.4.6 初期ユーザーの認可

ユーザーがRUEIで作業を開始できるようにするには、必要なユーザーを認可する必要があります。インストール後に使用可能なユーザーは、adminのみです。初期のadminユーザー・パスワードを設定する手順は、第2.7.6項「レポータ・ソフトウェアのインストール」で説明されています。必要なユーザーをすべて作成し、レポータGUIを使用して、必須のロールやアクセス権限を割り当てる必要があります。特に、セキュリティ関連の構成を完了するために、専用のSecurity Officerアカウントを作成することをお薦めします。ユーザー・ロールおよびユーザー・アカウントの作成および管理は、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明しています。

ユーザー名とパスワードは、大文字と小文字が区別されます。エントリを容易にするために、パスワードに付加記号文字(ウムラウトなど)は含めないことをお薦めします。

6.5 構成の検証と評価

RUEIで収集および分析されるデータの質と量を保証するには、いくつかの基本的なメトリックを使用して、システムの構成を検証することを強くお薦めします。これらについては、この後の項で説明しています。

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

「システム」、「ステータス」、「データ処理」の順に選択して、監視されるネットワーク・トラフィックの概要を開くことができます。これにより、ヒット、ページ、セッション処理およびシステム・ロードに関する情報が即座に表示されます。例を図6-6に示します。

図6-6 データ処理ダイアログ

識別されたセッション、ページ・ビューおよびヒットの割合の正確な数字は、どれだけ正確に構成するかに大きく依存しています。すべての通信を測定する場合は、セッション、ページ・ビューおよびヒットの少なくとも80%が識別済として報告されることが推奨されます。報告されるデータの質と量を保証するために、報告される数値や割合を定期的に確認することもお薦めします。

重要:
Cookie、ユーザーIDおよびアプリケーション・ページ構造の初期構成後、システムで「セッション」/「ヒット」/「ページ」タブの緑の棒が更新されるまで、少なくとも5から10分かかります。初期構成後、20から30分たっても、どのタブにも緑の棒が表示されない場合は、RUEI初期構成を再確認してください。棒に何のアクティビティも示されていない場合は、第1.7項「サーバーの要件」で概説したシステムのネットワーク・カード構成を再確認してください。

6.5.2 データ収集の確認

この時点で、RUEIでは、関連付けられた各コレクタからデータが収集されます。これらのコレクタのステータスは、「システム」、「ステータス」、「コレクタ・ステータス」の順に選択すると、簡単に確認できます。これにより、「ネットワーク・データ・コレクタ」ウィンドウが開きます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

コレクタ・システムによって収集されたデータは、さらに分析を進めるために、RUEIデータ処理モジュールに提供されることを理解する必要があります。データが収集されないと、データを処理できる手段がありません。

6.6 T3プロトコルのサポートの構成

RUEI 12.1.0.7には、T3プロトコルの限定的なサポートが組み込まれています。T3は、Oracle WebLogic Serverインスタンスへの通信およびOracle WebLogic Serverインスタンス間の通信用のOracle独自のプロトコルです。RUEIのこのリリースでは、Oracle WebLogic Serverインスタンス間のサービス・コールを監視できますが、RUEIの将来のリリースではT3のサポート内容が変更され、12.1.0.7構成の下位互換性がなくなる可能性があります。

T3プロトコルのサポートを構成する手順は、次のとおりです。

1. RUEIでT3ポートを構成します。「構成」→「セキュリティ」を選択し、「プロトコル」オプションを選択します。表示される画面については、RUEIユーザーズ・ガイドの「セキュリティ関連情報の管理」で説明されています。T3プロトコルの場合は「HTTP」、ST3プロトコルの場合は「HTTPS」を選択し、ポート番号(通常は7001)を入力します。

2. RUEIユーザーズ・ガイドの「スイートおよびWebサービスの使用」の説明に従って、タイプが「T3 Java RMI」のスイートを作成します。「T3 Java RMI」タイプは、手順1の説明に従ってT3プロトコル・ポートを構成した後で初めて使用可能になります。

3. 必要に応じて、新しく定義したスイートを、T3トラフィックを監視するように変更します。T3プロトコルでは、コンテンツ・メッセージを使用したデータ・マスキングおよび識別はサポートされていません。

7 Oracle Access Managerの構成

この章では、Oracle Access Manager(OAM)を、OAMベースの通信でユーザーIDを識別できるように構成する手順を説明します。説明される手順では、OAMサーバーがすでに稼働中であることを想定しています。使用するOAMサーバー固有の構成を反映するために、手順の変更が必要になる可能性があります。

RUEIでは、OAM 10gバージョン10.1.4.x (またはそれ以上)からのトラフィックの測定がサポートされていることに注意してください。OAM 11gはサポートされていません。

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

次を実行します。

1. WebブラウザでOracle Access Managerサーバー・インタフェースにアクセスします。必要なURLがわからない場合は、OAMのシステム管理者に問い合せてください。図7-1のページが表示されます。

図7-1 OAMサーバー・インタフェース

2. アクセス・システム・コンソール・リンクをクリックします。図7-2のページが表示されます。

図7-2 OAMのアクセス管理

3. アクセス・システム構成タブをクリックします。図7-3のページが表示されます。

図7-3 OAMのアクセス・システム構成ページ

4. ページの左側にある新規アクセス・ゲートの追加オプションをクリックします。図7-4のページが表示されます。

図7-4 新規アクセス・ゲートの追加ページ

5. 次の情報を入力します。

- アクセス・ゲート名: 新しいアクセス・ゲート用に一意のIDを指定します。たとえば、rueiを指定します。

- ホスト名: RUEIレポータ・システムのホスト名を指定します。

- ポート: RUEIでOAMベースの通信を監視するポートを指定します。ここにはポート443を指定します。

- アクセス・ゲートのパスワード: RUEIレポータ・システムでのOAMサーバーへのアクセスを承認するために使用するパスワードを指定します。

- アクセス・ゲートのパスワードを再入力: 承認パスワードを確認します。

- 優先HTTPホスト: SERVER_NAMEを指定します。

残りのフィールドは空白のままでも、デフォルトの値を指定してもかまいません。

準備ができたら、「保存」をクリックします。

6. アクセス・サーバーをリストコマンド・ボタンをクリックして、新たに作成したアクセス・ゲートと必要なアクセス・サーバーを接続します。表示されたリストから必要なアクセス・サーバーを選択し、準備ができたら「追加」をクリックします。
アクセス・サーバーが表示されない場合は、「追加」をクリックし、デフォルトのアクセス・サーバーに新しいアクセス・ゲートを追加します。

7.1.1 OAM_REMOTE_USERヘッダー変数の構成

OAM_REMOTE_USERヘッダー変数を構成するには、次の手順を実行します。

1. 図7-1「OAMサーバー・インタフェース」の画面の上部に示すように、「ポリシー・マネージャ」リンクをクリックします。

2. 認可ルールタブから、時間ベースのアクセスをクリックし、「アクション」をクリックします。

3. 「認証の成功」で、次のヘッダー変数を構成します。
Type=headervar、Name=OAM_REMOTE_USERおよびReturn Attribute=cn。

4. 「保存」をクリックします。

アクセス管理画面を次に示します。

図7-5 アクセス管理

7.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/

7.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-3を参照)。

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処理を再起動します。準備ができたら、「次へ」をクリックします。要求されたら、再起動を確認します。

7.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

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

この章では、処理エンジンをインストールする前提条件および手順を説明します。処理エンジンの使用はリモート・コレクタにのみサポートされるので注意してください。処理エンジンとコレクタを組み合せて同じシステムにインストールすることはサポートされていません。

8.1 前提条件

この項では、処理エンジン・ソフトウェアのインストールを開始する前に実行しておく必要がある手順について説明します。インストール・プロセスに進む前に、レポータおよびリモート・コレクタ・システムが稼働中であることを確認します。

重要:
環境内のデータベースで使用できるプロセスの最大数を増やす必要がある場合があります。この手順については、第G.16項「ORA-00020: 最大プロセス数(%s)を超えました」を参照してください。

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

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

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

表8-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(または同等のもの)記憶域構成を強くお薦めします。

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

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

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

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

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

8.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

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

8.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

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

次の場所にあるOracle DatabaseのホームページからOracle Database 12c Enterprise Editionをダウンロードしてインストールします。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads

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

8.2 RUEI構成ファイル

/etc/ruei.confファイルでは、インストール内で使用する設定が指定されています。RUEIディストリビューションzipの/root/RUEI/extraディレクトリに、このファイルのテンプレートが提供されます。RUEI環境内のすべてのコンポーネント(リモート・データベースやコレクタなど)には、RUEI_DB_TNSNAME_CFGに指定された値を除く同じグローバルな/etc/ruei.conf構成ファイルが必要です。構成表領域および統計表領域に異なる名前を使用する場合、RUEI環境のすべてのコンポーネントには同じ表領域名を使用してください。

処理エンジンのruei.confファイル内で、次の2つの設定を慎重に区別する必要があります。

- RUEI_DB_TNSNAME_CFGにレポータ・データベースの別名(このガイドでは、configと呼びます)を含む必要があります。

- RUEI_DB_TNSNAMEに処理エンジン・データベースの別名(このガイドでは、uxinsightと呼びます)を含む必要があります。

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

この項では、処理エンジン・システムの必須コンポーネントをインストールする手順について説明します。これらには、OracleデータベースのInstant Clientが含まれます。

8.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

8.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

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

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

要件

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

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

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

- db_templates: このディレクトリには、ruei-prepare-db.shスクリプトにより作成されたRUEIデータベース・インスタンス用のテンプレートが含まれています。

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

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

- cwallet.sso

- ewallet.p12

- sqlnet.ora

- tnsnames.ora

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

手順

次を実行します。

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

2. 第8.2項「RUEI構成ファイル」で説明しているように、ニーズにあわせて/etc/ruei.confファイルの設定を確認します。構成表領域および統計表領域に異なる名前を使用する場合、RUEI環境のすべてのコンポーネントには同じ表領域名を使用してください。

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

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

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

./ruei-prepare-db.sh create

処理エンジンとデータベース・サーバーの組合せのために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'

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

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

mkdir -p /opt/ruei
chmod 755 /opt/ruei

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

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

8.4 処理エンジン通信の構成

表1-8は、すべての必要な接続の詳細を示しています。図8-1は、処理エンジンに関連するそれらの概要を示しています。

図8-1 必要な接続

各処理エンジンには、レポータ・データベースへの接続と固有のデータベースへの接続の2つのデータベース接続が必要です。また、パスワードなしのSSH接続が各コレクタ・システム(適用可能な場合は、フェイルオーバー・コレクタ・システム)に必要です。

レポータ・システムでは、レポータ・データベースおよび各処理エンジン・データベースへの接続が必要です。また、各コレクタ・システムへの接続が必要です。

8.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. これらの手順をコレクタ・システムごとに実行する必要があります。

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

1. 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環境要件を満たす必要があるので注意してください。

8.5 処理エンジンの登録

インストールして構成した後、各処理エンジンをレポータに登録する必要があります。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で詳細に説明されています。

8.6 複数の処理エンジンの構成

デプロイメント内の複数の処理エンジンを使用する場合、コレクタの/etc/ssh/sshd_configファイルを変更する必要があります。必要なコレクタ・システムごとに、MaxStartups設定をデフォルト値の10から100に増やします。準備ができたら、次のコマンドを使用して、各コレクタ・システムを再起動します。

/etc/init.d/sshd restart

脚注の説明

脚注1: この行は、データベース・バージョンとインストール・パスに基づいてカスタマイズする必要があります。
脚注2: rootパスワードがわからない場合、remote databaseオプションを選択し、手動で接続tarファイルを解凍できます。これについては手順4で説明されています。

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

この章では、プライマリ・レポータ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をすぐに引き継ぐフェイルオーバー・レポータ・システムの構成手順を説明します。記載されている手順では、プライマリ・レポータ・システムのインストールと構成が完了しており、完全に機能していることを想定しています。プライマリ・レポータのインストール手順は、スタンドアロン・レポータの場合と同一である点に注意してください。フェイルオーバー・コレクタ・システムの構成手順は、第10章「フェイルオーバー・コレクタ・システムの構成」を参照してください。

9.1 概要

セカンダリ(すなわちフェイルオーバー)・レポータ・システムの構成によって、プライマリ・レポータ・システムが使用できなくなった場合に、監視対象トラフィックの処理をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。フェイルオーバー・レポータ・システムの構成を図9-1に示します。

図9-1 フェイルオーバー・レポータの構成

サーバー・レベルでは、クロスオーバー・ネットワーク・ケーブルでプライマリとセカンダリのレポータ・システムを接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続している限り、セカンダリ・サーバーがトラフィックの処理を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に変更があったことを検出すると、セカンダリ・サーバーはプライマリ・サーバーの処理をすぐに引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。

フェイルバック(すなわちRUEIのインストールを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第9.5項「レポータのフェイルバックの実施」を参照してください。

前提条件

フェイルオーバー・レポータのインストールを構成するには、次の条件を満たす必要があります。

- プライマリおよびセカンダリ・レポータ・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、リモート・コレクタ、処理エンジンおよびデータベース・システムと接続する必要があります。

- RUEIのインストールで使用するデータベースとコレクタは、両方ともリモートになければなりません。

- プライマリおよびセカンダリ・レポータ・システムは、同じストレージ(SANまたはNFS)を共有する必要があります。RUEI_DATA/processor/dataおよびRUEI_DATA/processor/data/sslkeysディレクトリについては、特にその必要があります。

9.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キーの共有場所を示します。

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

セカンダリ・レポータ・システムのインストール手順は、スタンドアロン・レポータ・システムの場合とほとんど同じです。初期設定ウィザードは実行しない点に注意してください。次を実行します。

1. セカンダリ・レポータ・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ・レポータ・システムのものと同一であることを確認してください。

2. セカンダリ・レポータ・システムに、Linuxオペレーティング・システムとRUEIレポータ・ソフトウェアをインストールします。これを行う手順は、第6章「RUEIの構成」で説明されています。特に、

- 第2章「RUEIソフトウェアのインストール」の第2.7.4項「Zend Decoderのインストール」の終わりまでの手順に従います。

- プライマリ・レポータ・システム上のRUEI_DATAディレクトリから、セカンダリ・レポータ・システムに、cwallet.sso、ewallet.p12、sqlnet.ora、およびtnsnames.oraの各ファイルをコピーします。各ファイルの所有権と権限が、両方のレポータ・システムで同一であることを確認する必要があります。

- 2.7.6項「レポータ・ソフトウェアのインストール」の手順1から5までの指示に従います。

- 第2.8項「ネットワーク・インタフェースの構成」の指示に従います。

- 第2.9項「国際フォントの有効化(オプションですが推奨)」から第2.12項「ブラウザの自動転送の構成(オプション)」までの手順をプライマリ・レポータ・システムに対して実行したら、セカンダリ・レポータ・システムに対しても繰り返し実行する必要があります。

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

次を実行します。

1. まだ行っていない場合は、プライマリ・レポータ・システムにRUEI_USERユーザーとしてログインし、次のコマンドを発行して、監視対象トラフィックのすべての処理を停止します。

project -stop

2. 第2.13項「レポータ通信の構成(分割サーバー設定のみ)」の手順を実行中に作成した、プライマリ・レポータ・システム上の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を更新します(「システム」、「メンテナンス」、「電子メール設定」の順番に選択)。

9.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

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

この章では、プライマリ・コレクタ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視を引き継ぐフェイルオーバー・リモート・コレクタ・システムの構成手順を説明します。記載されている手順では、プライマリ・コレクタ・システムのインストールと構成が完了しており、完全に機能していることを想定しています。

フェイルオーバー・レポータ・システムの構成手順は、第9章「フェイルオーバー・システムの構成」を参照してください。

SSLおよびFormsトラフィック

SSLトラフィックおよびOracle Formsトラフィックは、TCPパケット・ストリームの中断によって影響を受けやすいことに注意してください。これは、接続中に状態情報を維持する必要があるためです。したがって、フェイルオーバーまたはフォールバック中に、トラフィックが失われる場合があります。

10.1 概要

セカンダリ(すなわちフェイルオーバー)・コレクタ・システムの構成によって、プライマリ・コレクタ・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。このファシリティはリモート・コレクタの場合に限り使用可能な点に注意してください。フェイルオーバー・コレクタ・システムの構成を図10-1に示します。

図10-1 フェイルオーバー・コレクタの構成

サーバー・レベルで、クロスオーバー・ネットワーク・ケーブルをプライマリおよびセカンダリ・コレクタ・システムに接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続しているかぎり、セカンダリ・サーバーがネットワーク・トラフィックの監視を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に障害があったことを検出すると、セカンダリ・サーバーはプライマリ・コレクタの監視タスクを引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。セカンダリ・コレクタはプライマリ・コレクタの仮想IPアドレスを引き継ぎ、これを介してレポータ・システムが通信します。

フェイルバック(すなわちプライマリ・コレクタを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第10.4項「コレクタ・フェイルバックの起動」を参照してください。

前提条件

フェイルオーバー・コレクタのインストールを構成するには、次の条件を満たす必要があります。

- セカンダリTAPまたはコピー・ポートを、監視対象ネットワーク内のプライマリと同じ場所に挿入する必要があります。

- プライマリおよびセカンダリ・コレクタのRUEIソフトウェア・バージョンは同一の必要があります。

- プライマリおよびセカンダリ・コレクタ・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、レポータ・システムと接続する必要があります。

- プライマリおよびセカンダリ・コレクタ・システムは、ログ・ファイルやリプレイ・データを書き込むのと同じ共有ストレージに直接アクセスできる必要があります。特に、$RUEI_DATA/collectorディレクトリは、両方のシステムからアクセスできる必要があります。

重要:

フェイルオーバー・システムの構成時は、次の点に注意してください。

- セカンダリ・コレクタへのフェイルオーバーを行うと、プライマリ・コレクタに記録中の最新データが失われます。通常、これは1分以内のトラフィックの情報がこれに該当します。

- フェイルオーバーを行うこと、TCP、HTTP、SSL、およびOracle Formsベースのセッションに接続中に維持する必要がある状態情報が失われます。したがって、フェイルオーバー中はこれらのセッションの詳細が提供されません。

- 上記の点により、一部のページ・ビューが失われます。これらのページにはセッション・ログオンの詳細が含まれている可能性があります。その場合は、セッションが匿名として報告されます。さらに、具体的なユーザー・フロー手順が失われることがあります。

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

セカンダリ・コレクタ・システムのインストール手順は、リモート・コレクタ・システムの場合と同一です。

1. Linuxオペレーティング・システムとRUEIコレクタ・ソフトウェアを、両方のコレクタ・システム上にインストールします。手順は第2.1項「前提条件」を参照してください。

2. セカンダリ・コレクタ・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ・コレクタ・システムのものと同一であることを確認してください。

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

次を実行します。

1. .sshディレクトリ(第2.13項「レポータの通信構成(分割サーバー設定のみ)」に記載の手順に従って作成)を、プライマリ・コレクタからセカンダリ・コレクタにコピーします。同じ場所にコピーする必要がある点に注意してください。

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のインストールを元の状態に戻す必要があります。

10.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

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

この章では、プライマリ処理エンジン・システムが使用できなくなった場合に、ネットワーク・トラフィックの監視をすぐに引き継ぐフェイルオーバー処理エンジン・システムの構成手順を説明します。記載されている手順では、プライマリ処理エンジン・システムのインストールと構成が完了しており、完全に機能していることを想定しています。

フェイルオーバー・レポータ・システムおよびフェイルオーバー・コレクタ・システムを構成する手順は、第9章「フェイルオーバー・レポータ・システムの構成」および第10章「フェイルオーバー・コレクタ・システムの構成」で説明されています。

11.1 概要

セカンダリ(すなわちフェイルオーバー)処理エンジン・システムの構成によって、プライマリ処理エンジン・システムが使用できなくなった場合に、監視対象トラフィックの処理をシームレスに引き継げるという利点があります。これにより、高度な運用信頼性が確保できます。フェイルオーバー処理エンジン・システムの構成を図11-1に示します。

図11-1 フェイルオーバー処理エンジンの構成

サーバー・レベルでは、クロスオーバー・ネットワーク・ケーブルでプライマリとセカンダリの処理エンジン・システムを接続します。プライマリとセカンダリ・サーバー間で通常の「ハートビート」が継続している限り、セカンダリ・サーバーがトラフィックの処理を開始することはありません。ただし、プライマリ・サーバーの「ハートビート」に変更があったことを検出すると、セカンダリ・サーバーはプライマリ・サーバーの処理をすぐに引き継ぎます。このプロセスはフェイルオーバーと呼ばれます。

フェイルバック(すなわちRUEIのインストールを元の状態に戻す作業)は手動で行う必要がある点に注意してください。手順は第11.5項「処理エンジンのフェイルバックの実施」を参照してください。

前提条件

フェイルオーバー処理エンジンのインストールを構成するには、次の条件を満たす必要があります。

- プライマリおよびセカンダリ処理エンジン・システムは、クロスオーバー・ケーブルで直結する必要があります。さらに、両方のシステムをローカルまたはパブリック・ネットワークに接続して、レポータ、リモート・コレクタおよびデータベース・システムと接続する必要があります。

- RUEIのインストールで使用するデータベースとコレクタは、両方ともリモートになければなりません。

- プライマリおよびセカンダリ処理エンジン・システムは、同じストレージ(SANまたはNFS)を共有する必要があります。RUEI_DATA/processor/dataおよびRUEI_DATA/processor/data/sslkeysディレクトリについては、特にその必要があります。

11.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キーの共有場所を指定します。

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

セカンダリ処理エンジン・システムのインストール手順は、スタンドアロン処理エンジン・システムの場合とほとんど同じです。初期設定ウィザードは実行しない点に注意してください。次を実行します。

1. セカンダリ処理エンジン・システムのインストール手順を開始する際、/etc/ruei.confファイルがプライマリ処理エンジン・システムのものと同一であることを確認してください。

2. セカンダリ処理エンジン・システムにLinuxオペレーティング・システムおよび処理エンジン・ソフトウェアをインストールします。その手順は、第2章「RUEIソフトウェアのインストール」を参照してください。特に、

- 第2章「RUEIソフトウェアのインストール」の第2.7.4項「Zend Decoderのインストール」の終わりまでの手順に従います。

- プライマリ処理エンジン・システム上のRUEI_DATAディレクトリから、セカンダリ処理エンジン・システムに、cwallet.sso、ewallet.p12、sqlnet.ora、およびtnsnames.oraの各ファイルをコピーします。各ファイルの所有権と権限が、両方の処理エンジン・システムで同一であることを確認する必要があります。

- 2.7.6項「レポータ・ソフトウェアのインストール」の手順1から5までの指示に従います。

- 第2.8項「ネットワーク・インタフェースの構成」の指示に従います。

- 第2.9項「国際フォントの有効化(オプションですが推奨)」から第2.12項「ブラウザの自動転送の構成(オプション)」までの手順をプライマリ処理エンジン・システムに対して実行したら、セカンダリ処理エンジン・システムに対しても繰り返し実行する必要があります。

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

次を実行します。

1. まだ行っていない場合は、プライマリ処理エンジン・システムにRUEI_USERユーザーとしてログインし、次のコマンドを発行して、監視対象トラフィックのすべての処理を停止します。

project -stop

2. 第2.13項「レポータ通信の構成(分割サーバー設定のみ)」の手順を実行中に作成した、プライマリ処理エンジン・システム上の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のインストールを元の状態に戻す必要があります。

11.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クイック・インストレーション・ガイド12c for Linux x86-64』および『Oracle Databaseクイック・インストレーション・ガイド11g for Linux x86-64』に基づいています。ダウンロードして参照することをお薦めします。次の場所のOracle Databaseドキュメント・ライブラリから入手できます。

http://www.oracle.com/pls/db121/portal.portal_db?selected=11

注意:
RUEIはOracle Databaseリリース11gR2以上でサポートされていますが、RUEI 12.1.0.7のベスト・パフォーマンスはOracle Database 12cリリース1で実現されます。
「ORA-12805: パラレル問合せサーバーが突然停止しました。」というエラーが発生した場合は、適切な回避策についてG.2項を参照してください。

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

次の場所にあるOracle DatabaseのホームページからOracle Database (12cリリース1または11gリリース2) Standard Edition、Standard Edition OneまたはEnterprise Editionをダウンロードします。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads

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 = 6815744

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クイック・インストレーション・ガイド12c for Linux x86-64』または『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ユーザーの環境の構成およびデータベースのインストール

次の手順を実行して、Oracleユーザーの環境を作成し、ソフトウェアをインストールします。

注意:
スクリーンショットは11gインストールを示していますが、12cにも同様の画面が適用されます。

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.6項「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 Databaseバージョン11gR2および12cリリース1がサポートされています。

この付録では、詳細な手順の説明ではなく、汎用データベース・インスタンスで必要な手順を説明しています。したがって、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データベース・インスタンスをコマンド行で作成することを想定しています。ただし、適切なユーティリティを使用して、必要なパラメータを指定できます。

/root/RUEI/121/db_templates/ディレクトリ内にあるruei_database.dbtテンプレート(ブロック・サイズ32K)を使用して、これらを次の内容と一致させる必要があります。

dbca -silent -createDatabase -gdbName RUEI_DB_INST -sid RUEI_DB_INST \
-characterSet AL32UTF8 -templateName ruei_database.dbt -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

TSDEFAULT表領域以外に、RUEIレポータ・システムには2つの追加表領域を作成する必要があります。

B.3 表領域の作成

続行する前に、デフォルトの表領域(参照用の名前TSDEFAULT)、構成表領域(デフォルトはUXCONF)および統計表領域(デフォルトはUXSTAT)に名前を選択したことを確認します。後の2つの名前は、RUEI_DB_TSCONF変数とRUEI_DB_TSSTAT変数をそれぞれ使用して/etc/ruei.confファイルで設定する必要もあります。リモート・データベースやプロセッサなど、RUEI環境のすべてのコンポーネントには、同じ表領域名を使用する必要があります。

パフォーマンス上の理由から、圧縮表領域を使用することを強くお薦めします。次のコマンドを使用すると、TSDEFAULT表領域を作成できます。デフォルトのデータファイル場所が使用されますが、データファイルに別の場所を指定することもできます。

create tablespace TSDEFAULT datafile 'uxdefault01.dbf' size 5M reuse autoextend ondefault compress;

次のコマンド行命令を使用すると、TSDEFAULT表領域で圧縮を有効にできます。

alter tablespace TSDEFAULT default compress;

必要なデータベース・サイズは500GB(以上)です。必要なディスク領域は、指定されたレポータ・データ保存ポリシーによって異なります(「構成」、「一般」、次に「詳細設定」、そして「レポータ・データ保持ポリシー」を選択)。

ほとんどのRUEIデプロイメントでは、TSDEFAULT表領域に複数のデータファイルが必要になります。デフォルトのデータファイル場所が使用されますが、データファイルに別な場所を指定できる点に注意してください。次のコマンドを使用して、追加のデータファイルを追加します。

alter tablespace TSDEFAULT add datafile 'user02.dbf' size 5M autoextend on;

TSDEFAULT表領域以外に、2つの追加表領域をレポータ・システムおよび処理エンジン・システムに作成する必要があります。

- RUEI_DB_TSCONF: RUEI構成情報を含んでいます。通常は1GB未満のサイズです。

- RUEI_DB_TSSTAT: 内部用のRUEI統計情報を含んでいます。通常は数GBのサイズです。

これら2つの表領域の名前は固定されており、変更でません。必要な表領域は次のコマンドを使用して作成できます。

create tablespace RUEI_DB_TSCONF datafile 'uxconf01.dbf' size 5M reuse autoextend on default compress;
create tablespace RUEI_DB_TSSTAT datafile 'uxstat01.dbf' size 5M reuse autoextend on default compress;

または、この項で説明されているコマンドを使用するかわりに、prepdb_tablespaces.sql SQLスクリプトを実行して、表設定を実行できます。スクリプトには3つの入力変数を設定する必要があり、それぞれは構成可能な表領域名です。

B.4 Oracle Database保守スケジュール変更

デフォルトでは、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.5 SQLパッケージのインストール

RUEIは、追加のパッケージをインストールする必要があります。次のコマンドを発行して、これらをインストールできます。

./ruei-prepare-db.sh sql_packages

または、sql_scriptsディレクトリのux_dbms_lock.sqlおよびux_dbms_session.sqlスクリプトを使用して、パッケージを手動でインストールできます。

B.6 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 TSDEFAULT
temporary tablespace TEMP
profile DEFAULT
quota 500G on TSDEFAULT;

alter user RUEI_DB_USER
quota unlimited on RUEI_DB_TSCONF
quota unlimited on RUEI_DB_TSSTAT;

alter profile DEFAULT
limit PASSWORD_LIFE_TIME unlimited;

grant    create session,
create sequence,
create table,
create trigger,
create view,
create synonym,
create database link,
create procedure,
create materialized view,
create type
to RUEI_DB_USER;

grant execute on dbms_crypto to RUEI_DB_USER;
grant execute on ux_dbms_lock to RUEI_DB_USER;
grant execute on ux_dbms_session to RUEI_DB_USER;

または、この項で説明されているコマンドを使用するかわりに、prepdb_user.sql SQLスクリプトを実行して、RUEIデータベース・ユーザー構成を実行できます。スクリプトには3つの入力変数を設定する必要があり、それぞれは構成可能な表領域名です。

B.7 データベース・トリガーの作成

RUEIでは、追加のデータベース・トリガーを作成する必要があります。これらのトリガーは、次のコマンドを使用して作成します。

./ruei-prepare-db.sh create_triggers

あるいは、sql_scriptsディレクトリ内のprepdb_triggers.sqlスクリプトを使用して、手動でトリガーを作成することもできます。

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)))

前述の例では、uxinsightが/etc/ruei.confファイルで指定されたデータベースの別名(RUEI_DB_TNSNAME)です。HOST設定がご使用のデータベースを示していることを確認します。ホスト名を指定する場合は、/etc/hostsの設定でも指定されていることを確認してください。ただしIPアドレスも指定できます。

第8章「処理エンジンのインストール」の説明に従って処理エンジンをインストールした場合、プロセッサ・エンジンが中央レポータ・データベースに接続するための追加のエントリが必要です。処理エンジン・ホストのtnsnames.ora内に次のような別名を追加します。

config=(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=reporter-hostname)(PORT=1521)))
(CONNECT_DATA=(SID=ruei)))

configは、処理エンジン・ホストの/etc/ruei.conf構成ファイル内のRUEI_DB_TNSNAME_CFGで指定されている別名です。

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のデプロイメントに進んでください。

第8章「処理エンジンのインストール」の説明に従って処理エンジンをインストールした場合、プロセッサがレポータ・データベースに対して認証できるように、ウォレット内に追加のエントリが必要です。

Oracleウォレットに資格証明を追加するには、次のコマンドを使用します。

mkstore -wrl /RUEI_DATA -createCredential RUEI_DB_TNSNAME_CFG RUEI_DB_USER

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

この付録では、エンリッチ・データ・エクスポート・ファシリティで使用する代替Oracleデータベース・インスタンスの設定方法を説明します。このファシリティの使用方法の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

注意:
代替データベースの構成を進める前に、構成のバックアップを作成することをお薦めします。「構成」、「システム」、「メンテナンス」、「バックアップおよびリストア」の順に選択します。

C.1 概要

デフォルトでは、エンリッチ・データ・エクスポート・ファシリティを使用する場合、レポータが使用するものと同じデータベース・インスタンスにデータがエクスポートされます。ただし、エンリッチ・データのエクスポートには、別のデータベース・インスタンスを構成することを強くお薦めします。この理由は、次のとおりです。

- エクスポートしたデータにアクセスするためのSQLクエリーによって、データベースに多大なパフォーマンス・オーバーヘッドがかかってしまいます。大量のデータ処理や複雑なSQLクエリーの実行が必要な場合、またはエクスポートしたデータに対して特定の期間内に何度かクエリーを実行しなければならない場合は、別なデータベースを使用することで、パフォーマンスが大幅に向上します。

- 別なエクスポート・データベース・インスタンスを使用することで、RUEIデプロイメントへの影響を最小限に抑え、管理も簡単になります。特にデータベースのサイズ設定やバックアップが簡単になります。

代替エクスポート・データベースを使用する場合、これをOracle Databaseバージョン11gR1、11gR2または12cリリース1にする必要があり、この付録の残りの部分で説明する設定手順を開始する前にOracle Databaseソフトウェアのインストールを完了している必要があります。Oracleデータベース管理の高度な知識を想定していることに注意してください。

この付録で説明している設定手順は、いくかの設定を示しています(RUEI_DB_TNSNAME_BIなど)。これらは表2-3で説明しています。

代替エンリッチ・データ・エクスポート・データベースへの移行

エンリッチ・データ・エクスポートを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.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マネージメント・ガイド』で説明されています。

http://docs.oracle.com/cd/E24628_01/install.121/e24215/toc.htm

D.1 概要

Oracle Enterprise Managerはビジネス・アプリケーションの監視をサポートしています。これらは、論理サービスまたはアプリケーションを表し、RUEIを介して使用できる専用のパフォーマンス監視、診断およびレポート機能とOracle Enterprise Managerを介して使用できる機能を統合します。アプリケーション、スイート、およびビジネス・アプリケーションを構成するサービスに定義されたKPIによって生成されたアラートは、インシデント・マネージャでイベントとしてレポートされます。Enterprise Managerを使用してKPIを監視するメリットの詳細は、『Oracle Enterprise Manager Cloud Control Oracle Fusion Middlewareマネージメント・ガイド』を参照してください。

ここで説明する手順を完了した後、『Oracle Enterprise Manager Cloud Control Oracle Fusion Middlewareマネージメント・ガイド』の「ビジネス・アプリケーションの監視」で説明されている手順を使用して、RUEIシステムをEnterprise Managerに登録します。

この付録に記載されている設定を変更する場合、RUEIシステム・リセット・ウィザードを使用してシステムを再起動する必要があります。

1. 「システム」→「メンテナンス」→「システム・リセット」の順に選択します。

2. 「最新構成の再適用」オプションを選択し、「次」をクリックして、行った変更を適用します。

D.2 Enterprise Managerとの通信のためのRUEIユーザーの作成

RUEIがEnterprise Managerと通信するためには、「Enterprise Managerアクセス」権限を持つRUEIユーザーを作成する必要があります。RUEIユーザー・インタフェースを使用したこのシステム・ユーザーの作成については、『Oracle Real User Experience Insightユーザーズ・ガイド』の第14章「ユーザーと権限の管理」で説明されています。

1. 管理者ユーザーとしてRUEIにログインします。

2. 「システム」→「ユーザー管理」を選択し、タスクバーの「新規ユーザーの追加」コマンド・ボタンをクリックします。

3. 「Enterprise Managerアクセス」権限を持つシステム・ユーザーを作成したことを確認して、ウィザードを完了します。

注意:
RUEIをEnterprise Managerに登録するときは、このユーザーの資格証明を入力するように要求されません。

D.3 sysmanでないEnterprise Managerリポジトリ・ユーザーの作成

RUEIをEnterprise Managerに登録するプロセス中に、Enterprise Managerリポジトリ・ユーザーの資格証明を提供する必要があります。sysmanユーザー資格証明を使用しない場合、次のようにしてsysmanでないユーザーを作成できます。

1. rueiユーザーとしてRUEIサーバーにログインします。

2. 2.3項「RUEIソフトウェアの解凍」に、RUEIソフトウェアの解凍方法が説明されています。解凍された/root/RUEI/121/sql_scriptsディレクトリをRUEIサーバーからEnterprise Managerリポジトリ・サーバーにコピーします。

3. Enterprise Managerリポジトリ・サーバー上のsql_scriptsディレクトリ内でsysmanユーザーとしてSQL*Plusを実行し、次のスクリプトを使用してユーザーを作成します。

SQL> @create_em_user_for_event.sql

注意:
ここで説明する手順を完了した後、手順3で入力したユーザー名とパスワードを使用して、『Oracle Enterprise Manager Cloud Control Oracle Fusion Middlewareマネージメント・ガイド』の「ビジネス・アプリケーションの監視」の説明に従ってRUEIを設定します。

D.4 Oracle Enterprise Managerへの接続の設定

必要な手順は、mkstoreユーティリティを使用するようにRUEIを設定してから、RUEIを再起動することです。

mkstoreユーティリティを使用するようにRUEIを構成する手順は、次のとおりです。

1. mkstoreユーティリティの場所を判別します。このユーティリティは、Oracle DatabaseおよびOracle Clientランタイムに付属しています。どちらの場合も、$ORACLE_HOME/bin内にあります。

注意:
リモート・データベースを使用する場合は、Oracle Clientランライム・ソフトウェアをRUEIシステムにインストールして、mkstoreユーティリティが使用可能であることを確認します。

2. /etc/ruei.confファイルを編集し、次の行を追加します(mkstore_locationは手順1で判別したパス)。

export MKSTORE_BIN=mkstore_location

E ruei-check.shスクリプト

この付録では、ruei-check.shスクリプトによって実行されるチェックについて詳しく説明します。インストールの成功を検証し、インストール上の問題のトラブルシューティングを行うには、このスクリプトを使用することを強くお薦めします。

スクリプトの場所は第2.7.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-wlp、ux-suites-ebs、ux-suites-jde、ux-suites-sbl、ux-suites-fus、ux-suites-psft、ux-suites-flexおよびux-suites-wcs RPMは、インストールする必要があり、同じバージョンである必要があります(たとえば、11.1.0)。

処理エンジンのチェック

ux_collector、ux-core、ux-generic、ux-ipdb、ux-wlp、ux-suites-ebs、ux-suites-jde、ux-suites-sbl、ux-suites-fus、ux-suites-psft、ux-suites-flexおよびux-suites-wcs 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.2の既知の不具合によって発生するエラーであり、対処するには、次の回避策を使用して、db_gui_dopを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になっていることを確認します。

リソースとログ・ファイル

初期設定ウィザード(第6.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%になることはあり得ません。

- データ処理を検証します。「システム」、「ステータス」、「データ処理」の順で選択します。図6-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分かかる場合があります。

一般に、処理されているデータがない場合、第6.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をダウンロードし、インストールする手順は、第7.2項「Access Gateソフトウェアのダウンロードとインストール」で説明されています。

Access Gate SDKのインストールには、32ビット・バージョンのアンインストールのユーティリティ(_uninstAccessSDK/uninstaller.bin)が含まれている点に注意してください。

次のエラーが発生した場合:

Server is not authenticated to access the the OAM environment

これは、RUEIとアクセス・サーバー間の信頼関係の作成(第7.3項「RUEIサーバーでのAccess Gateソフトウェアの構成」で説明)が成功しなかったため、もう一度実行する必要があることを示しています。

次のエラーが発生した場合:

*ERROR* - obssocookie: environment variable OBACCESS_INSTALL_DIR not set

これは、第7章「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バックアップをリストアするとき、または特定の構成アイテム(アプリケーション、ユーザーIDソース、フレームワーク例外など)を削除するときに、次のエラーがレポートされます。

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

G.19 削除されたセグメントおよび不正なチェックサム

コレクタが多数の削除されたセグメントまたは不正なチェックサムを持ったセグメントを報告する場合、ネットワーク・カードの設定に問題があることを示していることがあります。これは、"オフロード受信"と呼ばれる最適化機能が原因で、ネットワーク・インタフェース・カード・ドライバによって超特大フレームとも呼ばれる大きなセグメントが通常作成されるためです。通常、ドライバによって作成されたこのようなセグメントはチェックサムを持たない(空白のチェックサム)か、チェックサムとしてランダム(junk)値を持ちます。

削除されたセグメントおよび不正なチェックサムを検査するには、「システム」→「ステータス」→「コレクタ・ステータス」の順に選択し、コレクタ・ホストを選択して「TCP」を選択します。

ネットワーク・カードに大きいフレームが存在するかどうかを確認するには、コレクタ・ステータス画面の「インタフェース」を選択します。インタフェースごとに「最後に出現したフレーム」フィールドの値を確認し、これを「構成された最大フレーム・サイズ」フィールドの値と比較します。出現した最大フレームより構成サイズが小さい場合、これらのフレームは内部取得バッファにとって大きすぎるため、コレクタはこれらのフレームを削除します。また、最大構成済サイズより大きいフレームが出現すると、コレクタはイベント・ログ内に警告ログを発行します。

RUEI 12.1.0.6では、最大構成フレーム・サイズはデフォルトで64KBに設定されています。さらに、チェックサム検証ルールが緩和され、空白のチェックサムを含むフレームとjunkチェックサムを含む大きなフレームが両方とも受け入れられるようになりました。したがって、この項の以降の部分は、なんらかの理由でフレーム・サイズを縮小した場合に、不正なチェックサムが原因で削除が行われる状況にのみ適用されます。

受信オフロードおよびチェックサム・オフロード設定の背景

一部のネットワーク・ドライバには、複数の物理フレームを組み合せて単一の大きなフレーム(最大64Kb)にして、一度の操作でカーネル・ネットワーク・スタックに渡す機能があります。ネットワーク・カード・ベンダーは、これをフレーム合体、大きい受信オフロードまたは汎用受信オフロードと呼ぶことがあります。この目的は、中断の数を減らして効率を向上させ、ドライバからカーネルに処理をコピーすることです。

フレーム合体以外に、一部のネットワーク・ドライバは、TCPチェックサム・オフロードを実行します。つまり、着信パケットに対してTCPチェックサム検証を実行し、発信パケットのチェックサムの計算および設定を行います。この目的は、カーネル・ソフトウェアからのこれらのタスクをネットワーク・カード・ハードウェアにオフロードすることで、効率を向上させることにあります。

ネットワーク・インタフェースの現在のオフロード設定を表示するには、次のコマンドを使用します(rootユーザーとして実行する必要がある場合があります)。

# ethtool -k eth1
Offload parameters for eth1:
Cannot get device udp large send offload settings: Operation not supported
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: on
udp fragmentation offload: off
generic segmentation offload: on
generic-receive-offload: on

フィールドの実際の解釈はドライバによって異なることがありますが、通常generic-receive-offloadは、ネットワーク・ドライバが合体フレームであることを示しています。また、大きなフレームを得るために、ドライバはチェックサムを埋めたり、埋めなかったりすることがあります。これは、rx-checksummingやtcp-segmentation-offloadなどの他のオフロード設定に左右されることがあったり、ドライバ実装によって単に異なることがあります。

チェックサムが正しく満たされていないフレームは、コレクタによって実行されるチェックサム検証に失敗するため、削除されます。

チェックサム検証は、空白でないチェックサム・フィールドを持つ合体されていないフレームに対してのみ行われます。

オフロード設定の無効化

大きいフレームの問題を回避するには、フレームの合体を防止するために、ネットワーク・カードのオフロード設定を無効にします。コレクタが監視するインタフェースごとに次のコマンドを使用して、generic-receive、tcp-segmentationおよびgeneric-segmentationオフロードを無効にします。

# ethtool -K eth1  tso off gso off gro off

超特大フレームの有効化

すべての取得インタフェースのオフロードを無効にした後でも超特大フレームが見られる場合は、コレクタの最大フレーム・サイズを拡大する必要があります。「構成」タブに移動し、左にある「セキュリティ」ボタンをクリックします。次に、画面の左下にある「セキュリティ」パネルの「超特大フレーム」をクリックします。画面に表示される手順に従って、最大フレーム・サイズを設定します。

コレクタでのTCPチェックサム検証の無効化

レポータ・システムでTCPチェックサム検証を無効にするには、RUEIユーザーとして次のコマンドを入力します。

execsql config_set_profile_value System_name config TcpDoChecksum add no

ここで、System_nameは、構成するコレクタ・プロファイルです。これを実際のコレクタ・プロファイル名で置き換えます。

TCPチェックサム・オフロードの無効化

チェックサム・オフロードが原因でドライバがTCPチェックサムを適切に満たしておらず、コレクタ統計にチェックサム・エラーが示された場合、次のコマンドを使用してこれを無効にします。

# ethtool -K eth1 rx off tx off

ベンダーが異なるとドライバ実装が異なることがあり、一部のドライバ実装ではこれらの設定を変更できないことがあります。ドライバの設定を正常に変更できない場合、およびコレクタでまだパケット・ロスが見られる場合は、Oracle Supportに問い合せてください。

G.20 RedHat Enterprise/Oracle Linux 6.xへのインストール中のエラー

このガイドの2.1.6.2項「RedHat Enterprise/Oracle Linux 6.x」では、次のコマンドを発行してすべてのオプション・フォントをインストールする手順が示されています。

rpm -Uhv fonts-*

このコマンドが失敗して、次のようなメッセージが表示されることがあります。

Transaction Check Error:
file /usr/share/fonts/opensymbol/opens___.ttf conflicts between attempted
installs of openoffice.org-opensymbol-fonts-1:3.2.1-19.6.0.1.el6_2.7.noarch
and libreoffice-opensymbol-fonts-1:4.0.4.2-9.0.1.el6.noarch

この問題を回避するには、次のコマンドを使用してフォントをインストールします。

yum install -y *-fonts --exclude=libreoffice*

G.21 RedHat Enterprise/Oracle Linux 6.xでのSSLエラー

次のようなエラーが表示される場合があります。

appSensor, version ux-collector-12.1.0.6.1-20140818-collector (Aug 18
2014(11:41:41), adc4150376) RUEI_12.1.0.6.0_LINUX.X64_140818 , 64-bit
Copyright (c) 2003, 2014, Oracle, All rights reserved.
Running as instance wg
Reading configuration in "wg/config".
Finished loading configuration.
Device "eth0" initialized for capture
OK
#####   Cannot open /u01/ruei/opt/collector/lib64/libssl.so:
/u01/ruei/opt/collector/lib64/libssl.so: symbol EVP_aes_128_gcm, version
libcrypto.so.10 not defined in file libcrypto.so.10 with link time reference
#####   Plugin "libssl" failed to load
Loading plugin "libssl"
FAILED
#####   Error reading plugin configuration
Cannot open /u01/ruei/opt/collector/lib64/libssl.so:
/u01/ruei/opt/collector/lib64/libssl.so: symbol EVP_aes_128_gcm, version
libcrypto.so.10 not defined in file libcrypto.so.10 with link time reference
Plugin "libssl" failed to load
wg/config/plugins.cfg, 15: User give up
Error reading plugin configuration
Collector exited, initialization failed

これは、間違ったバージョンのOpenSSLが実行されていることを示しています。適切なコマンド(yum update、up2dateなど)を使用して、使用しているオペレーティング・システム用の最新のOpenSSLパッチを適用したことを確認してください。最新のOpenSSLパッチを適用すると、システムのセキュリティを強化できます。

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または12c 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

セキュリティ担当者, 6.4.6

管理者, 6 Apache Webサーバー, 2.7.1

C

チェックリスト, A, E, H

クライアント要件, 1.10

コレクタ

ステータスの確認, 6.5.2

構成, 6.3

リセット, 6.3.1

構成

Apache, 2.7.1

ブラウザの転送, 2.12

コレクタ, 6.3

フェイルオーバー・レポータ, 9, 11

ファイル, 2.4.1, 8.2

初期RUEI, 6.2

MTA, 2.10

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

OAM, 7

OSのセキュリティ, 2.1.4, 8.1.2

PHP, 2.7.1.1

インストール後, 6.2

レポータ通信, 2.13, 8.4

セカンダリ・コレクタ, 10.3

SNMP, 2.11

Cookieテクノロジ, 6.4.1 Cookie, B, B, C, C, F, F コピー・ポート, 1.3.1

D

データ保存ポリシー, 1.7.6

データベース

汎用設定, B, B

インストール, 2.1.8

処理エンジン, 8.3.3

デプロイメント, 1.7.5

E

エンリッチ・データ・エクスポート, C, C

F

フェイルオーバー

コレクタ, 10

処理エンジン, 11

レポータ, 9, 11

フォーム・トラフィック, 1.3, 1.7.5 フル・セッション・リプレイ, 1.7.7

H

ハードウェア要件, 1.7

I

インストール

チェックリスト, A, E, H

データ収集, 1.1.1

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

Java, 2.4.2

Oracleデータベース, 2.1.8, 8.1.5

Oracleデータベース・ディレクトリ, A.6

Oracle HTTP server, 5.4

前提条件, 2.1, 8.1

処理エンジン, 8.1

リモート・コレクタ, 2.5, 2.6

レポータ, 2.7.6, 8.3.4

RUEIソフトウェア, 2.3

セカンダリ・コレクタ, 10.2

セカンダリ処理エンジン, 11.1

セカンダリ・レポータ, 9.3, 11.3

確認, 2.14

インストール・チェックリスト, A, E, H Instant Client, 2.7.2, 8.3.2

J

Java, 2.4.2

L

Linux

NTPデーモン, 2.1.5, 8.1.3

要件, 1.8

M

メール設定, 6.2

メモリー要件, 1.7.8

MTA構成, 2.10

マルチバイト・フォント, 2.9

N

ネットワーク

カード, 1.7

構成, 2.8

要件, 1.9

通信, 6.5.1

トラフィックの検証, F

NTPデーモン, 2.1.5, 8.1.3

O

OAM, 7

Oracleデータベース

initスクリプト・ファイル, A.8

インストール・ディレクトリ, A.6

Instant Client, 2.7.2, 8.3.2

カーネル設定, A.4

必要なパッケージ, 2.1.7, 8.1.4, 8.1.4

シェル制限, A.5

ユーザー・アカウントおよびグループ, A.3

ユーザーの環境, A.7

Oracleウォレット, B.9, C.3.2

P

ページ名, 6.4.4

php-oci8モジュール, 2.7.3

処理エンジン, 8.1

R

レポータ

通信の構成, 2.13, 8.4

フェイルオーバー・システム, 9

インストール, 2.7, 8.3

アップグレード, 3.11, 3.12

要件

クライアント, 1.10

ディスク領域, 2.1.2, 8.1.1

FSRストレージ, 1.7.7

ハードウェア, 1.7

メモリー, 1.7.8

ネットワーク, 1.9

ソフトウェア, 1.8

ロールバック, 3.13 rsvg警告, 2.7.1.2 RUEI

クライアント要件, 1.10

構成ファイル, 2.4.1, 8.2

構成, 6

データ収集の確認, 6.5.2

接続オプション, 1.3

デプロイメント, 1.7.5

ハードウェア要件, 1.7

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

概説, 1.1

メール設定, 6.2

ページの命名, 6.4.4

ネットワーク要件, 1.9

ソフトウェアの取得, 2.2

インストール後の構成, 6.4

処理エンジン, 8.1

監視の範囲, 6.4.5

セキュリティ, 1.2

ソフトウェア要件, 1.8

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

確認, 6.5

ruei-check.shスクリプト, A, E ruei.confファイル, 2.4.1, 8.2

S

セキュリティ, 1.2

Sendmail MTA, 2.10

SNMP, 2.11

ソフトウェア要件, 1.8

SSLキー, 1.3, 6.4.2

SSO認証, 5, 5

T

TAP, 1.3.2

TCP診断, F

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

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

U

アップグレード

アクセラレータ・パッケージ, 3.11, 3.12

リモート・コレクタ, 3.11.2, 3.12.2

レポータ・システム, 3.11.1, 3.12.1

ユーザー

認可, 6.4.6

ID, 6.4.3

Oracleデータベース, A.3

Oracleデータベース環境, A.7

W

ウィザード

初期設定, 6.2

X

XPathのサポート, 3.3

Z

Zend Guard Loader, 2.7.4

Zend Optimizer, 2.7.4

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

コピーライトについて

Copyright © 1994-2015, 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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

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

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

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