Oracle® Fusion Middleware 2日で管理者ガイド

11g リリース1(11.1.1)

B55896-04(原本部品番号:E10064-04)

目次

タイトルと著作権情報

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Fusion Middlewareの概要

- 1.1 この本について

- 1.1.1 この本に記載されていないこと

- 1.1.2 この本と関連資料の使用方法

- 1.2 Oracle Fusion Middlewareについて

- 1.3 Oracle Fusion Middlewareの主要概念の概要

- 1.3.1 Oracle WebLogic Serverドメインとは

- 1.3.1.1 管理サーバーとは

- 1.3.1.2 管理対象サーバーおよび管理対象サーバー・クラスタとは

- 1.3.1.3 ノード・マネージャとは

- 1.3.2 Oracleインスタンスとは

- 1.3.3 Middlewareホームとは

- 1.3.4 WebLogic Serverホームとは

- 1.3.5 OracleホームおよびOracle Commonホームとは

- 1.3.6 Oracle Metadata Repositoryとは

- 1.4 共通の管理作業

- 1.5 Oracle Fusion Middlewareの管理用ツール

2 管理ツールの概要

- 2.1 Oracle Fusion Middleware管理ツールの概要

- 2.2 Oracle Enterprise Manager Fusion Middleware Controlの概要

- 2.2.1 Fusion Middleware Controlの表示

- 2.2.2 Fusion Middleware Controlでのナビゲート

- 2.2.3 Fusion Middleware Controlヘルプの使用

- 2.3 Oracle WebLogic Server管理コンソールの概要

- 2.3.1 管理コンソールの表示

- 2.3.2 WebLogic Server構成のロック

- 2.4 Oracle Fusion Middlewareコマンドライン・ツールの概要

- 2.4.1 WebLogic Scripting Tool(WLST)の使用の概要

- 2.4.1.1 カスタムWLSTコマンドの使用

- 2.4.1.2 システム・コンポーネント用のWLSTコマンドの使用

- 2.4.2 Oracle Process Manager and Notification Serverの使用の概要

- 2.5 Oracle Fusion Middlewareの管理: ロードマップ

- 2.6 関連情報

3 Oracle Fusion Middlewareのインストールと構成

- 3.1 この章の手順の概要

- 3.2 Oracle Fusion Middlewareのインストールと構成

- 3.2.1 データベースでのスキーマの作成

- 3.2.2 Oracle WebLogic Serverのインストール

- 3.2.3 追加のOracle Fusion Middlewareコンポーネントのインストール

- 3.2.4 Oracle Fusion Middlewareコンポーネントの構成

- 3.3 環境変数の設定

- 3.4 サーバー、コンポーネントおよびアプリケーションの起動と停止

- 3.4.1 Oracle WebLogic Server管理サーバーの起動と停止

- 3.4.2 Oracle WebLogic Server管理対象サーバーの起動と停止

- 3.4.3 管理対象サーバーを起動するためのノード・マネージャの構成

- 3.4.4 コンポーネントの起動と停止

- 3.4.5 アプリケーションの起動と停止

- 3.4.6 Fusion Middleware Controlの起動と停止

- 3.4.7 Oracle Management Agentの起動と停止

- 3.5 関連情報

4 アプリケーションのデプロイ

- 4.1 アプリケーションのデプロイの概要

- 4.2 デプロイ、再デプロイおよびアンデプロイの概要

- 4.3 データソースの概要と管理

- 4.3.1 JDBCデータソースの作成と管理

- 4.3.1.1 Fusion Middleware Controlを使用したJDBCデータソースの作成

- 4.3.1.2 Fusion Middleware Controlを使用したJDBCデータソースの編集

- 4.3.1.3 Fusion Middleware Controlを使用したJDBCデータソースの監視

- 4.3.1.4 Fusion Middleware Controlを使用したJDBCデータソースの管理

- 4.4 Java EEアプリケーションのデプロイとアンデプロイ

- 4.4.1 Java EEアプリケーションのデプロイ

- 4.4.2 Java EEアプリケーションのアンデプロイ

- 4.4.3 Java EEアプリケーションの再デプロイ

- 4.5 デプロイ・プランの管理

- 4.6 関連情報

5 Oracle Fusion Middlewareの監視

- 5.1 Oracle Fusion Middlewareの監視の概要

- 5.2 Oracle Fusion Middlewareのステータスの監視

- 5.2.1 一般情報の表示

- 5.2.2 Oracle WebLogic Serverドメインの監視

- 5.2.3 Oracle WebLogic Server管理サーバーまたは管理対象サーバーの監視

- 5.2.4 クラスタの監視

- 5.2.5 Javaコンポーネントの監視

- 5.2.6 システム・コンポーネントの監視

- 5.2.7 アプリケーションの監視

- 5.3 Oracle Fusion Middlewareコンポーネントのパフォーマンスの監視

- 5.4 ルーティング・トポロジの表示

- 5.5 ポート番号の表示

- 5.6 関連情報

6 セキュリティの構成

- 6.1 追加の管理ユーザーの作成

- 6.2 特定のロールを持つ追加ユーザーの作成

- 6.3 管理ユーザーのパスワードの変更

- 6.4 SSLの構成

- 6.4.1 キーストアとウォレットの概要

- 6.4.2 ブラウザとOracle HTTP Server間におけるSSLの有効化

- 6.4.2.1 Oracle HTTP Serverの仮想ホストへのインバウンド・トラフィックに対するSSLの有効化

- 6.4.2.2 Oracle HTTP Serverの仮想ホストからのアウトバウンド・トラフィックに対するSSLの有効化

- 6.5 関連情報

7 ログ・ファイルの管理

- 7.1 Oracle Fusion Middlewareにおけるログの概要

- 7.2 ログ・メッセージとログ・サマリーの表示

- 7.3 ログ・ファイルの表示

- 7.4 ログ・ファイルの検索

- 7.5 ログ・ファイルのダウンロード

- 7.6 ログ設定の構成

- 7.6.1 ログ・ファイルの名前と場所の変更

- 7.6.2 ログ・ファイルのローテーションの構成

- 7.6.3 ログ・レベルの設定

- 7.6.4 ログ・ファイル形式の指定

- 7.7 関連情報

8 Oracle Fusion Middlewareのバックアップとリカバリ

- 8.1 バックアップとリカバリの概要

- 8.1.1 バックアップ操作の概要

- 8.1.1.1 バックアップのタイプ

- 8.1.1.2 推奨されるバックアップ計画

- 8.1.2 リカバリ操作の概要

- 8.1.2.1 リカバリのタイプ

- 8.1.2.2 推奨されるリカバリ計画

- 8.2 環境のバックアップ

- 8.2.1 全体オフライン・バックアップの実行

- 8.2.2 ランタイム・アーティファクトのオンライン・バックアップの実行

- 8.3 データ損失、破損またはメディア障害後のリカバリ

- 8.3.1 Middlewareホームのリカバリ

- 8.3.2 Oracle WebLogic Serverドメインのリカバリ

- 8.3.3 管理サーバー構成のリカバリ

- 8.3.4 管理対象サーバーのリカバリ

- 8.3.5 Oracleホームのリカバリ

- 8.3.6 Oracleインスタンスのリカバリ

- 8.3.6.1 ファイル・システムからOracleインスタンス・ホームが削除された後のリカバリ

- 8.3.6.2 Oracleインスタンス・ホームが登録解除された後のリカバリ

- 8.3.7 コンポーネントのリカバリ

- 8.3.7.1 コンポーネント・ファイルの削除後または破損後のリカバリ

- 8.3.7.2 クラスタの構成変更後のコンポーネントのリカバリ

- 8.4 Oracle Fusion Middleware構成のレコードの作成

- 8.5 関連情報

9 環境のスケーリング

- 9.1 環境のスケーリングの概要

- 9.2 追加コンポーネントをサポートするWebLogic Serverドメインの拡張

- 9.3 WebLogic Serverドメインへの管理対象サーバーの追加

- 9.3.1 管理対象サーバーまたはクラスタへのOracle JRFの適用

- 9.4 クラスタの作成

- 9.5 Middlewareホームまたはコンポーネントのコピー

- 9.5.1 移行スクリプトの使用

- 9.5.2 ソース環境からターゲット環境への移行手順の概要

- 9.5.3 ソース環境の準備

- 9.5.4 ターゲット環境の準備

- 9.5.5 ターゲット環境でのデータベースのインストール

- 9.5.6 Middlewareホームおよびバイナリ・ファイルの移行

- 9.5.7 Javaコンポーネントの構成の移行

- 9.5.8 Oracleインスタンスおよびシステム・コンポーネントの構成の移行

- 9.5.9 コンポーネント移行時の移動計画のカスタマイズ

- 9.6 関連情報

索引

Oracle® Fusion Middleware

2日で管理者ガイド

11g リリース1(11.1.1)

B55896-04(原本部品番号:E10064-04)

2013年3月

Oracle Fusion Middlewareにおいて日常的な管理作業を行う方法について説明する管理用クイック・スタート・ガイド。

Oracle Fusion Middleware 2日で管理者ガイド, 11g リリース1(11.1.1)

B55896-04

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

原本主著者: Helen Grembowicz

原本協力者:  Mike Blevins, Nicole Haba, Vinaye Misra, Sunita Sharma

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

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

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

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

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(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 Fusion Middlewareにおいて日常的な管理作業を行う方法について説明する管理用クイック・スタート・ガイドです。

対象読者

この本は、Oracle Fusion Middlewareにおいて日常的な管理作業を行うユーザーを対象にしています。Oracle Fusion Middlewareやアプリケーション・サーバーに関する知識や経験は不要です。コンピュータに関する知識のみ必要です。

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWeb サイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

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 Fusion Middleware 11g リリース1(11.1.1)用ドキュメンテーション・セットの次のドキュメントを参照してください。

- Oracle Fusion Middleware管理者ガイド

- 『Oracle Fusion Middleware概要』

- 『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』

- 『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』

表記規則

このドキュメントでは次の表記規則を使用します。

表記規則

意味

太字

太字は、操作に関連するグラフィカル・ユーザー・インタフェース要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

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

固定幅フォント

固定幅フォントは、パラグラフ内のコマンド、URL、例に記載されているコード、画面に表示されるテキスト、または入力するテキストを示します。

1 Oracle Fusion Middlewareの概要

Oracle Fusion Middlewareは、アプリケーション開発ツールや統合ソリューションから、ID管理、コラボレーションおよびビジネス・インテリジェンス・レポートに至るまでの幅広い製品群を含む包括的なファミリです。

この章では、Oracle Fusion Middlewareの概要について説明します。この章の内容は次のとおりです。

- この本について

- Oracle Fusion Middlewareについて

- Oracle Fusion Middlewareの主要概念の概要

- 共通の管理作業

- Oracle Fusion Middlewareの管理用ツール

1.1 この本について

この本は、Oracle Fusion Middlewareにおいて日常的な管理作業を行う方法について説明する管理用クイック・スタート・ガイドです。この本の目的は、Oracle Fusion Middlewareの概念の理解を助けることです。また、アプリケーション・サーバーの稼働を維持するために必要な一般的管理作業を行う方法について説明します。これには、基本的なトラブルシューティングやパフォーマンス監視を行う方法も含まれます。

この本で最も頻繁に使用する管理インタフェースは、Oracle Enterprise Manager Fusion Middleware Controlです。

1.1.1 この本に記載されていないこと

この本では作業を中心に説明します。この本の目的は、管理作業の実行が必要になる理由とタイミングについて説明することです。Oracle Fusion Middlewareやアプリケーション・サーバーに関する予備知識が読者にない場合を想定して、作業の理解と実施に必要な概念について必要に応じて説明します。

この本は、すべてのOracle Fusion Middlewareコンセプトや管理タスクについて、完全に説明しているものではありません。このような詳細情報は、Oracle Fusion Middlewareコンセプトおよび『Oracle Fusion Middleware管理者ガイド』を参照してください。

1.1.2 この本と関連資料の使用方法

このドキュメントは、Oracle Fusion Middlewareの管理に関する他のドキュメントやOracle Universityクラス関連のドキュメントなどが含まれる包括的な教材ドキュメントの一部です。

この本の各章の終わりでは、関連情報に関する参照情報が記載されています。

1.2 Oracle Fusion Middlewareについて

Oracle Fusion Middlewareは、Java EEや開発ツールから、統合ソリューション、ID管理、コラボレーションおよびビジネス・インテリジェンス・レポートに至るまでの幅広い製品群を含む包括的なファミリです。Oracle Fusion Middlewareは、開発、デプロイおよび管理において完全なサポートを提供します。

Oracle Fusion Middlewareには、次のようなコンポーネントが用意されています。

- Oracle WebLogic Serverは、エンタープライズ対応のJavaアプリケーション・サーバーです。堅牢、セキュア、高可用でスケーラブルな環境におけるミッション・クリティカルなアプリケーションのデプロイメントをサポートします。Oracle WebLogic Serverは、サービス指向アーキテクチャ(SOA)に基づいたアプリケーションを構築する上で理想的な基盤です。

関連項目:

『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』

- Oracle SOA Suiteは、コンポジット・アプリケーションの設計、デプロイおよび管理を目的とする、サービス指向アーキテクチャのサービス・インフラストラクチャ・コンポーネントの完全なセットです。Oracle SOA Suiteは、サービスの作成と管理、およびコンポジット・アプリケーションやビジネス・プロセスへのオーケストレーションを可能にします。コンポジットにより、複数のテクノロジ・コンポーネントを1つのSOAコンポジット・アプリケーションに容易にアセンブルできます。

関連項目:

『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』

- Oracle WebCenter Portalは、標準ベースのサービス指向アーキテクチャで構築された、ソーシャル・アプリケーション、エンタープライズ・ポータル、コラボレート・コミュニティ、コンポジット・アプリケーションを作成できるコンポーネントの統合セットです。Oracle WebCenterポータルでは、高度なインターネット・アプリケーションを開発するための動的なユーザー・インタフェース・テクノロジ、統合されたマルチチャネル・ポータル・フレームワークの柔軟性および機能、コンテンツ、コラボレーション、プレゼンス、およびソーシャル・ネットワーク機能を提供するサービスとして配信される水平的なEnterprise 2.0の機能のセットを組み合せています。これらのコンポーネントに基づいて、Oracle WebCenterポータルは追加設定が不要な、エンタープライズ対応のカスタマイズ可能なアプリケーションであるWebCenterポータル: スペースを、個人およびグループがより効率的に作業およびコラボレートできる構成可能な作業環境とともに提供します。

関連項目:

『Oracle Fusion Middleware Oracle WebCenter管理者ガイド』

- Oracle WebCenter Contentは、コンテンツの管理のために設計された製品の統合スイートです。このエンタープライズ・コンテンツ管理プラットフォームにより、業界最高レベルのドキュメント管理、Webコンテンツ管理、デジタル・アセット管理およびレコード管理機能を活用して、ビジネス・アプリケーションを構築できます。コンテンツとアプリケーションのための戦略的なエンタープライズ・コンテンツ管理インフラストラクチャを構築することは、コストの削減、エンタープライズ全体での容易なコンテンツ共有、リスクの最小化、コストも時間もかかる手動プロセスの自動化、および単一のプラットフォームへの複数のWebサイトの統合に役立ちます。

関連項目:

Oracle Fusion Middleware Content Serverシステム管理者ガイド

- Oracle HTTP Serverは、Java EEアプリケーション用Webリスナー、またWeb上の静的および動的なページやアプリケーションをホスティングするフレームワークを提供します。Apache HTTPサーバーの実績あるテクノロジに基づき、Oracle HTTPサーバーには、ロード・バランシング、管理および構成を容易にする重要な拡張が含まれます。

関連項目:

『Oracle Fusion Middleware Oracle HTTP Server管理者ガイド』

- Oracle Web Cacheは、コンテンツ対応のサーバー・アクセラレータ(リバース・プロキシ)で、Oracle Fusion Middleware上で稼働するWebサイトのパフォーマンス、スケーラビリティおよび可用性を向上させます。

関連項目:

『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』

- Oracle Identity Managementは、すべてのOracleアプリケーションに共有インフラストラクチャを提供します。また、サード・パーティによるエンタープライズ・アプリケーション開発を容易にするサービスやインタフェースも提供します。これらのインタフェースは、アプリケーションにID管理を組み込む必要のあるアプリケーション開発者にとって有用です。

関連項目:

Oracle Fusion Middleware Oracle Identity Management統合の概要

- Oracle Internet Directoryは、分散したユーザーやネットワーク・リソースに関する情報を迅速に検索したり一元的に管理することが可能な多目的ディレクトリ・サービスです。これは、Lightweight Directory Access Protocol(LDAP)バージョン3と、Oracle Databaseの高いパフォーマンス、スケーラビリティ、堅牢性および可用性を組み合せたものです。

関連項目:

『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』

- Oracle Virtual Directoryは、1つ以上のエンタープライズ・データソースを単一のディレクトリに仮想化して抽象的に表示するLDAPバージョン3対応のサービスです。Oracle Virtual Directoryでは、インフラストラクチャまたはアプリケーションを変更することなく、またはその必要性を最小限に抑えながら、LDAP対応のアプリケーションを様々なディレクトリ環境に統合できます。これは、Webアプリケーションやポータルなど、クライアントの様々なセットをサポートして、ディレクトリ、データベース、Webサービスに接続できます。

関連項目:

『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』

- Oracle Identity Federationは、複数のセキュリティ・ドメイン間でIDと関連権限を伝播できるようにするためのインフラストラクチャを提供する自己完結型フェデレーション・ソリューションです。ドメインには組織内に存在するドメインと組織間に存在するドメインがあります。

関連項目:

『Oracle Fusion Middleware Oracle Identity Federation管理者ガイド』

- Oracle Web Services Managerは、アクセス制御(認証と認可)、信頼できるメッセージング、メッセージ送信の最適化メカニズム(MTOM)、WSアドレス、Webサービス管理など、Webサービスの各操作を制御するポリシーを集中的に定義および管理する方法を提供します。ポリシーは、複数のWebサービスに添付できるため、既存のWebサービスへの変更が不要になります。

関連項目:

『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』

- Oracle Platform Security Services(OPSS)は、Java Standard Edition(Java SE)アプリケーションとJava Enterprise Edition(Java EE)アプリケーション用に標準ベースで移植可能なエンタープライズレベルの統合セキュリティ・フレームワークを、企業の製品開発チーム、システム・インテグレータおよび独立系ソフトウェア・ベンダー(ISV)に提供します。
開発者がセキュリティやID管理の実装の詳細を意識しないように切り離す標準ベース型アプリケーション・プログラミング・インタフェース(API)形式の抽象レイヤーをOPSSは実現します。OPSSを利用すると、開発者は、ユーザー・リポジトリおよび他のID管理インフラストラクチャとともに、暗号化キーの管理やインタフェースの詳細を把握する必要はありません。OPSSを使用すると、社内開発アプリケーション、サード・パーティ製アプリケーションおよび統合アプリケーションでは、企業全体において均一なセキュリティ、ID管理および監査サービスのメリットを享受します。

関連項目:

『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』

- Oracle Portalは、E-Businessポータルの構築とデプロイを目的としたWebベースのツールです。これにより、エンタープライズ・ソフトウェア・サービスや情報リソースへのアクセス、および対話を目的としたセキュアで管理可能な環境が実現します。ポータル・ページは、複数ソースからのデータを単一ロケーションからアクセス可能にします。

関連項目:

『Oracle Fusion Middleware Oracle Portal管理者ガイド』

- Oracle Business Intelligenceは、ビジネス・インテリジェンス要件に対応する完全な統合ソリューションです。Oracle Business Intelligenceには、Oracle BI Enterprise Edition、Oracle Business Intelligence Discoverer、Oracle Business Intelligence PublisherおよびOracle Real-Time Decisionsが含まれます。

関連項目:

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド

注意:

Oracle Fusion MiddlewareをIBM WebSphereとともに使用できます。詳細は、Oracle Fusion Middlewareサード・パーティ・アプリケーション・サーバー・ガイドを参照してください。

1.3 Oracle Fusion Middlewareの主要概念の概要

Oracle Fusion Middlewareには、次の2種類のコンポーネントが用意されています。

- Javaコンポーネントは、1つ以上のJava EEアプリケーションおよびリソース・セットとしてデプロイされるOracle Fusion Middlewareコンポーネントです。Javaコンポーネントは、ドメイン・テンプレートの一部としてOracle WebLogic Serverドメインにデプロイされます。Javaコンポーネントには、Oracle SOA Suite、Oracle WebCenter Portalコンポーネントなどがあります。

- システム・コンポーネントは、Javaアプリケーションとしてデプロイされない管理可能なプロセスです。システム・コンポーネントは、Oracle Process Manager and Notification(OPMN)で管理されます。システム・コンポーネントには、次が含まれます。

- Oracle HTTP Server

- Oracle Web Cache

- Oracle Internet Directory

- Oracle Virtual Directory

- Oracle Forms Services

- Oracle Reports

- Oracle Business Intelligence Discoverer

- Oracle Business Intelligence

Javaコンポーネントおよびシステム・コンポーネントは仲間です。

Oracle Fusion Middlewareをインストールして構成すると、Oracle Fusion Middleware環境には次のようなものが含まれます。

- 1つのOracle WebLogic Serverドメイン。1つの管理サーバーと1つ以上の管理対象サーバーが含まれます。管理サーバーには、Oracle WebLogic Server管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlが含まれます。管理対象サーバーには、Oracle WebCenter Portal、Oracle SOA Suiteなどのコンポーネントが含まれます。ドメインの詳細は、第1.3.1項を参照してください。

- 環境にシステム・コンポーネントがある場合は、1つ以上のOracleインスタンス。Oracleインスタンスの詳細は、第1.3.2項を参照してください。

- メタデータ・リポジトリ。インストールしたコンポーネントで必要とされる場合。たとえば、Oracle SOA Suiteにはメタデータ・リポジトリが必要です。メタデータ・リポジトリの詳細は、第1.3.6項を参照してください。

図1-1に、Oracle Fusion Middleware環境を示します。この環境にあるOracle WebLogic Serverドメインには、1つの管理サーバー、2つの管理対象サーバーおよびOracleインスタンスが含まれます。この環境には、メタデータ・リポジトリも含まれています。

図1-1 Oracle Fusion Middleware環境

「図1-1 Oracle Fusion Middleware環境」の説明

環境にはMiddlewareホームも含まれます。このホームは、Oracle WebLogic Serverホーム、およびオプションとしてOracle Commonホームと1つ以上のOracleホームで構成されます。Middlewareホームの詳細は、第1.3.3項を参照してください。

1.3.1 Oracle WebLogic Serverドメインとは

Oracle WebLogic Server管理ドメインは、論理的に関連付けられたJavaコンポーネントのグループです。ドメインには、管理サーバーと呼ばれる特別なWebLogic Serverインスタンスが含まれます。これは、ドメインのすべてのリソースを構成して管理する中核部分です。通常、管理対象サーバーと呼ばれるWebLogic Serverの追加インスタンスを含めて、ドメインを構成します。Webアプリケーション、EJB、Webサービスやその他のリソースなどのJavaコンポーネントを管理対象サーバーにデプロイし、構成および管理の目的にのみ管理サーバーを使用します。

WebLogic Serverドメイン内の管理対象サーバーは、クラスタへのグループ化が可能です。

ドメインのディレクトリ構造は、WebLogic Serverホームのディレクトリ構造とは別個です。どこにでも配置できます。Middlewareホームのディレクトリ内に配置する必要はありません。ドメインの最上位ディレクトリは、ドメイン・ホームと呼ばれます。

Oracle WebLogic ServerドメインはOracleインスタンスの仲間です。両方とも、それらのOracleホームの外部にある特別な構成が含まれます。

図1-2に1つの管理サーバー、3つのスタンドアロン管理対象サーバー、およびクラスタ内に3つの管理対象サーバーが配置されているOracle WebLogic Serverドメインを示します。

図1-2 Oracle WebLogic Serverドメイン

「図1-2 Oracle WebLogic Serverドメイン」の説明

関連項目:

ドメイン構成の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverドメイン構成の理解を参照してください。

次の項では、ドメインのエンティティについて説明します。

- 管理サーバーとは

- 管理対象サーバーおよび管理対象サーバー・クラスタとは

- ノード・マネージャとは

1.3.1.1 管理サーバーとは

管理サーバーは、WebLogic Serverドメイン全体の構成に対して中央制御エンティティとして機能します。ドメインのコンフィギュレーション・ドキュメントを保持し、コンフィギュレーション・ドキュメント内の変更を管理対象サーバーに配布します。管理サーバーは、ドメイン内のすべてのリソースを管理および監視する中央ロケーションとして機能します。

各Oracle WebLogic Serverドメインには、管理サーバーとして機能する1つのサーバー・インスタンスが必要です。

管理サーバーと対話するには、Oracle WebLogic Server管理コンソールやOracle WebLogic Scripting Tool(WLST)を使用するか、独自のJMXクライアントを作成します。さらに、一部のタスクには、Fusion Middleware Controlを使用できます。

Fusion Middleware ControlおよびWebLogic管理コンソールは、管理サーバーで動作します。Fusion Middleware Controlは、Oracle HTTP Server、Oracle SOA Suite、Oracle WebCenterポータル、Oracle Portal、Oracle Identity Managementなどのコンポーネントを含むOracle Fusion Middlewareの管理に使用するWebベース型管理コンソールです。Oracle WebLogic Server管理コンソールは、管理サーバーや管理対象サーバーなど、Oracle WebLogic Serverドメインのリソース管理に使用するWebベース型管理コンソールです。

関連項目:

- Fusion Middleware Controlの詳細は、第2.2項を参照してください。

- Oracle WebLogic Server管理コンソールの詳細は、第2.3項、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』、およびOracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。

1.3.1.2 管理対象サーバーおよび管理対象サーバー・クラスタとは

管理対象サーバーは、ビジネス・アプリケーション、アプリケーション・コンポーネント、Webサービスおよびそれらに関連付けられたリソースをホストします。パフォーマンスを最適化するために、管理対象サーバーは、ドメインのコンフィギュレーション・ドキュメントの読取り専用コピーを保持しています。管理対象サーバーは、起動時にドメインの管理サーバーに接続し、そのコンフィギュレーション・ドキュメントを管理サーバーが保持するドキュメントに同期します。

ドメインの作成は、特定のドメイン・テンプレートを使用して行います。そのテンプレートは、特定のコンポーネントや、Oracle SOA Suiteなどのコンポーネント・グループをサポートしています。ドメイン内の管理対象サーバーは、これらの特定のOracle Fusion Middlewareコンポーネントをホストするために作成されます。

Oracle Fusion MiddlewareのJavaコンポーネント(Oracle SOA Suite、Oracle WebCenter Portal、一部のIdentity Managementコンポーネントなど)、および顧客が開発したアプリケーションがドメイン内の管理対象サーバーにデプロイされます。

別のコンポーネントをサポートするテンプレートを使用して作成されたドメインに、Oracle WebCenterポータルなど、他のコンポーネントを追加する場合には、ドメイン内に追加の管理対象サーバーを作成し、追加するコンポーネント用のドメイン・テンプレートを使用して、ドメインを拡張できます。詳細は、第9.2項を参照してください。

アプリケーション・パフォーマンスとスループットの向上、または高可用性が求められる本番環境では、2つ以上の管理対象サーバーを構成し、クラスタとして動作させることができます。クラスタとは、スケーラビリティや信頼性を向上させるために同時に稼働および連携する、複数のWebLogic Serverインスタンスの集合です。クラスタ内では、ほとんどのリソースおよびサービスは(単一の管理対象サーバーとは対照的に)、各管理対象サーバーに同様にデプロイされ、フェイルオーバーやロード・バランシングが可能になります。1つのドメインには、複数のWebLogic Serverクラスタや、クラスタとして構成されていない複数の管理対象サーバーを配置できます。管理対象サーバーのクラスタ化と非クラスタ化の重要な違いは、フェイルオーバーおよびロード・バランシングのサポートにあります。これらの機能は、管理対象サーバーのクラスタ内でのみ使用可能です。

関連項目:

『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使い方』

1.3.1.3 ノード・マネージャとは

ノード・マネージャは、Oracle WebLogic Serverと別個のプロセスとして実行されるJavaユーティリティです。これにより、管理サーバーとの位置関係にかかわらず、管理対象サーバーの一般的な操作を実行できます。ノード・マネージャの使用はオプションですが、Oracle WebLogic Server環境で高可用性が必要なアプリケーションをホストする場合、メリットがあります。

管理対象サーバーをホストするコンピュータでノード・マネージャを実行する場合、管理コンソールまたはコマンドラインを使用して、管理対象サーバーをリモートで起動または停止できます。ノード・マネージャを使用して、予期しない障害が発生した後に、管理対象サーバーを自動的に再起動することもできます。

関連項目:

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』

1.3.2 Oracleインスタンスとは

Oracleインスタンスには、Oracle Web Cache、Oracle HTTP Server、Oracle Internet Directoryなど、1つまたは複数のシステム・コンポーネントが含まれます。Oracleインスタンスのシステム・コンポーネントは、同じコンピュータ内に存在する必要があります。Oracleインスタンスのディレクトリには、構成ファイル、ログ・ファイル、一時ファイルなど、更新可能なファイルが配置されます。

OracleインスタンスはOracle WebLogic Serverドメインの仲間です。両方とも、それらのOracleホームの外部にある特別な構成が含まれます。ただし、複数のホストにまたがることができるドメインと違って、Oracleインスタンスは、単一のホスト上に配置する必要があります。

Oracleインスタンスのディレクトリ構造は、Oracleホームのディレクトリ構造とは異なります。どこにでも配置できます。Middlewareホームのディレクトリ内に配置する必要はありません。

1.3.3 Middlewareホームとは

Middlewareホームは、Oracle WebLogic Serverホーム、およびオプションとしてOracle Commonホームと1つ以上のOracleホームで構成されます。

Middlewareホームは、ローカル・ファイル・システム上、またはNFS経由でアクセス可能なリモート共有ディスク上に配置できます。

WebLogic Serverホームの詳細は、第1.3.4項を参照してください。Oracleホームの詳細は、第1.3.5項を参照してください。

1.3.4 WebLogic Serverホームとは

WebLogic Serverホームには、WebLogic Serverをホストするために必要なファイルがインストールされています。WebLogic ServerホームのディレクトリはOracleホーム・ディレクトリの仲間で、Middlewareホームのディレクトリ構造内に配置されます。

1.3.5 OracleホームおよびOracle Commonホームとは

Oracleホームには、特定のコンポーネントまたはソフトウェア・スイートをホストするために必要なファイルがインストールされています。たとえば、SOA Oracleホームには、Oracle SOA Suiteのバイナリとライブラリ・ファイルを含むディレクトリが配置されます。

Oracleホームは、Middlewareホームのディレクトリ構造内にあります。各Oracleホームは、複数のOracleインスタンスまたはOracle WebLogic Serverドメインに関連付けることができます。各Middlewareホーム内に、複数のOracleホームを配置することができます。

Oracle Commonホームには、Fusion Middleware ControlおよびJava Required Files(JRF)で必要なバイナリ・ファイルおよびライブラリ・ファイルがあります。各Middlewareホーム内に配置できるOracle Commonホームは1つだけです。

1.3.6 Oracle Metadata Repositoryとは

Oracleメタデータ・リポジトリには、Oracle BPEL Process Manager、Oracle B2BおよびOracle PortalなどのOracle Fusion Middlewareコンポーネントのメタデータが格納されます。また、Oracle Fusion Middlewareの構成に関するメタデータおよびアプリケーションのメタデータも格納できます。

メタデータ・リポジトリは、データベース・ベースにも、ファイルベースにもできます。データベース・ベースの場合、リポジトリ作成ユーティリティ(RCU)を使用して既存のデータベースにメタデータ・リポジトリを作成できます。

Oracle Fusion Middlewareは、複数のリポジトリ・タイプをサポートしています。リポジトリ・タイプは、特定のスキーマまたは特定のOracle Fusion Middlewareコンポーネント(たとえば、Oracle SOA SuiteまたはOracle Internet Directory)に属するスキーマ・セットを表します。

Oracle Metadata Services(MDS)リポジトリという特定のリポジトリ・タイプには、Oracle B2BなどのほとんどのOracle Fusion Middlewareコンポーネントや特定のアプリケーション・タイプ用のメタデータが含まれます。

関連項目:

- メタデータ・リポジトリの作成の詳細は、第3.2.1項を参照してください。

- メタデータ・リポジトリの管理の詳細は、『Oracle Fusion Middleware管理者ガイド』のメタデータ・リポジトリ・スキーマの管理に関する項を参照してください。

1.4 共通の管理作業

Oracle Fusion Middlewareの管理者は、次の作業の実行が必要になる場合があります。

- Oracle Fusion Middlewareソフトウェアのインストール

- ソフトウェアの初期構成の実行

- メタデータ・リポジトリの構成

- アプリケーションのデプロイ

- 管理アカウントの管理

- 環境の監視

- Oracle Fusion Middleware環境のバックアップとリカバリ

1.5 Oracle Fusion Middlewareの管理用ツール

Oracle Fusion Middlewareの管理には、次のようなツールおよびユーティリティを使用できます。

- Oracle Enterprise Manager Fusion Middleware Control
Fusion Middleware Controlは、Webベースのインタフェースであり、Oracle Fusion Middleware環境を管理するための主要なツールの1つです。このツールによって、コンポーネントのステータスの確認、コンポーネントの起動と停止およびJava EEアプリケーションのデプロイができます。さらに、クラスタの作成やログ・ファイルの管理などのそれ以外の管理作業もできます。第2.2項を参照してください。

- Oracle WebLogic Server管理コンソール
Oracle WebLogic Server管理コンソールは、Webブラウザ・ベースのグラフィカル・ユーザー・インタフェースであり、Oracle WebLogic Serverドメインの管理に使用します。第2.3項を参照してください。

- WebLogic Scripting Tool (WLST)
WebLogic Scripting Tool(WLST)は、Oracle WebLogic Serverドメインの作成、管理および監視に使用するコマンドライン・スクリプト環境です。第2.4.1項を参照してください。

- Oracle Process Manager and Notification Server (OPMN)
Oracle Process Manager and Notification Server(OPMN)により、システム・コンポーネントと呼ばれる特定タイプのOracle Fusion Middlewareコンポーネントを管理および監視します。第2.4.2項を参照してください。

- Oracle Fusion Middlewareメタデータ・リポジトリ作成ユーティリティ
リポジトリ作成ユーティリティ(RCU)では、既存データベースにメタデータ・リポジトリを作成します。このユーティリティを使用して、全体の構成情報を格納するリポジトリと、特定のコンポーネント用の構成情報を格納するリポジトリを作成できます。Oracle Fusion Middlewareコンポーネントのすべてがデータベース・ベースのメタデータ・リポジトリを必要としているわけではありませんが、Oracle SOA Suiteなどの一部で必要になります。RCUの詳細は、第3.2.1項を参照してください。

- システムMBeanブラウザ
MBeanは、JMX管理可能リソースを表すJavaオブジェクトです。アプリケーション・サーバー内にある各管理可能リソース(アプリケーションやリソース・アダプタなど)は、適切なMBeanのインスタンスによって管理されます。各MBeanは、Fusion Middleware ControlのシステムMBeanブラウザからアクセス可能な管理インタフェースを公開します。MBean属性の設定、MBeanのメソッドをコールする処理の実行、エラーの通知や特定のイベントのサブスクライブ、および実行統計情報の表示ができます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Control MBeanブラウザの使用に関する項を参照してください。

2 管理ツールの概要

Oracle Fusion Middlewareをインストールするときは、実行可能ファイル、jarファイル、ライブラリなどのバイナリ・ファイルをインストールします。そして、構成ツールを使用してソフトウェアを構成します。この章では、Oracle Fusion Middlewareの管理を開始するにあたって必要な情報を、使用するツールに関する情報も含めて説明します。

この章の内容は次のとおりです。

- Oracle Fusion Middleware管理ツールの概要

- Oracle Enterprise Manager Fusion Middleware Controlの概要

- Oracle WebLogic Server管理コンソールの概要

- Oracle Fusion Middlewareコマンドライン・ツールの概要

- Oracle Fusion Middlewareの管理: ロードマップ

- 関連情報

2.1 Oracle Fusion Middleware管理ツールの概要

Oracle Fusion Middlewareをインストールして構成したら、グラフィカル・ユーザー・インタフェースまたはコマンドライン・ツールを使用して、環境を管理できます。

Oracle Fusion Middlewareインストールを管理するために、次のような主要なツールが用意されています。

- Oracle Enterprise Manager Fusion Middleware Control。第2.2項を参照してください。

- Oracle WebLogic Server管理コンソール。第2.3項を参照してください。

- Oracle Fusion Middlewareのコマンドライン・ツール。第2.4項を参照してください。

さらに、Fusion Middleware Control MBeanブラウザを使用することができます。これについては、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Control MBeanブラウザの使用に関する項で説明しています。

特定の手順でファイルの編集が必要とされている場合を除いて、構成ファイルを編集するのではなく、これらのツールを使用してすべての管理タスクを実行してください。ファイルを編集すると、設定が一貫性のないものになり、問題が発生する可能性があります。

注意:

IBM WebSphereの管理ツールの使用の詳細は、Oracle Fusion Middlewareサード・パーティ・アプリケーション・サーバー・ガイドのIBM WebSphereでのOracle Fusion Middleware管理ツールのサマリーに関する項を参照してください。

Fusion Middleware ControlとOracle WebLogic Server管理コンソールの両方には、Oracle Fusion Middleware環境の監視と管理に使用できるグラフィカル・ユーザー・インタフェースがあります。一部のタスクはどちらのツールを使用しても実行できますが、それ以外のタスクでは一方のツールのみを使用できます。表2-1は、一般的なタスクのいくつかと推奨ツールを示しています。

表2-1 Fusion Middleware ControlとWebLogic Server管理コンソールとの比較

タスク

使用するツール

Oracle WebLogic Serverの管理

使用:

追加の管理対象サーバーの作成

WebLogic Server管理コンソール

管理対象サーバーのクローニング

WebLogic Server管理コンソール

管理対象サーバーのクラスタ化

WebLogic Server管理コンソール

Oracle WebLogic Serverの起動と停止

Fusion Middleware ControlまたはWebLogic Server管理コンソール

ユーザーとグループの追加

デフォルトの組込みLDAPを使用している場合はWebLogic Server管理コンソール、別のLDAPサーバーを使用している場合はLDAPサーバーのツール

データソースの管理

使用:

データソースの作成

WebLogic Server管理コンソール

接続プールの作成

WebLogic Server管理コンソール

JMSリソースの管理

使用:

JMSキューの作成

WebLogic Server管理コンソール

アドバンスト・キューイングの構成

WebLogic Server管理コンソール

SOA環境の管理

使用:

SOAコンポジット・アプリケーションのデプロイ

Fusion Middleware Control

SOAコンポジット・アプリケーションの監視

Fusion Middleware Control

Oracle BPEL Process Manager MBeanプロパティの変更

Fusion Middleware Control

アプリケーション(Oracle BPEL Process Managerアプリケーションなど)のデバッグ

Fusion Middleware Control

ADFアプリケーション

使用:

ADFアプリケーションのデプロイ

Fusion Middleware Control

Java EEアプリケーション

使用:

Java EEアプリケーションのデプロイ

WebLogic Server管理コンソールまたはFusion Middleware Control

セキュリティ

使用:

監査の構成と管理

Fusion Middleware Control

SSLの構成

Oracle WebLogic Serverの場合はWebLogic Server管理コンソール

Javaコンポーネントおよびシステム・コンポーネントの場合はFusion Middleware Control。第6.4項および、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion MiddlewareでのSSL構成に関する項を参照してください。

パスワードの変更

WebLogic Server管理コンソール

コンポーネントの管理

使用:

ログ・ファイルの表示と管理

ほとんどのログ・ファイルの場合はFusion Middleware Control

一部のOracle WebLogic Serverログの場合はWebLogic Server管理コンソール

ポートの変更

Oracle WebLogic ServerとJavaコンポーネントの場合はWebLogic Server管理コンソール

一部のシステム・コンポーネントの場合はFusion Middleware Control。各コンポーネントの管理ガイドを参照してください。

Oracle HTTP Serverの管理

Fusion Middleware Control

Oracle Web Cacheの管理

Fusion Middleware Control

コンポーネントの起動と停止

Fusion Middleware Control

アプリケーションの起動と停止

Fusion Middleware Control

2.2 Oracle Enterprise Manager Fusion Middleware Controlの概要

Fusion Middleware ControlはWebベースのインタフェースであり、ファームの監視と管理ができます。

ファームとは、Fusion Middleware Controlによって管理されるコンポーネントのコレクションのことです。ここには、Oracle WebLogic Serverドメイン、1つの管理サーバー、1つ以上の管理対象サーバー、クラスタ、1つ以上のOracleインスタンス、およびそのドメインまたはOracleインスタンスにインストール、構成、および実行されているOracle Fusion Middlewareコンポーネントを含めることができます。

Fusion Middleware Controlには、ファーム、ドメイン、サーバー、コンポーネントおよびアプリケーションについて、様々なパフォーマンス・データと管理機能が、明確にWebベースのホーム・ページにまとめられています。Fusion Middleware Controlのホーム・ページでは、最も重要な監視データと使用頻度が最も高い管理機能をすべてWebブラウザ上で簡単に探すことができます。

この項の内容は次のとおりです。

- Fusion Middleware Controlの表示

- Fusion Middleware Controlでのナビゲート

- Fusion Middleware Controlヘルプの使用

2.2.1 Fusion Middleware Controlの表示

Fusion Middleware Controlを表示するには、Fusion Middleware ControlのURLを入力します。このURLは、インストール時に割り当てられたホスト名とポート番号が含まれたものです。そのURLの形式を次に示します。

http://hostname.domain:port/em

ポート番号は管理サーバーのポート番号です。デフォルトのポート番号は、7001です。

SOAやWeb層など、一部のインストール・タイプでは、最後のインストール画面で「保存」をクリックしてインストール情報を保存した場合、Fusion Middleware ControlのURLが、ディスクに書き込まれたファイル(デフォルトではホーム・ディレクトリにあります)に含まれています。

他のインストール・タイプでは、構成の完了時に構成ウィザードのドメイン作成画面に情報が表示されます。

Fusion Middleware Controlを表示するには:

1. WebブラウザにFusion Middleware ControlのURLを入力します。例:

http://host1.example.com:7001/em

次の図は、ログイン・ページを示しています。

図welcome.gifの説明

2. Oracle Fusion Middleware管理者のユーザー名とパスワードを入力し、「ログイン」をクリックします。
管理者ユーザーのデフォルトのユーザー名は、weblogicです。このアカウントは、初めてFusion Middleware Controlにログインする際に使用できます。パスワードは、Oracle Fusion Middlewareインストール時に指定したパスワードです。

3. 次の図に示すように、「ファーム」ページが表示されます。

図farmhome.gifの説明

「ファーム」メニューは、ページの上部に表示されます。「ファーム」メニューから、次の操作が行えます。

- コンポーネントおよびクラスタの作成と削除

- ログ・メッセージの表示

- 監視資格証明の指定

「ファーム」メニューは、他のターゲットを選択した場合でも常に表示されます。

「トポロジ」を選択すると、そのドメインのトポロジを表示できます。トポロジ・ビューアは、管理対象サーバー、デプロイ済アプリケーション、ルーティング構成など、トポロジの高レベルな表示を提供します。トポロジの表示の詳細は、第5.4項を参照してください。

2.2.2 Fusion Middleware Controlでのナビゲート

Fusion Middleware Controlの左側にはターゲット・ナビゲーション・ペインが、右側にはコンテンツ・ペインが表示されます。たとえば、初めてFusion Middleware Controlにログインするときは、右側にファーム・ホーム・ページが表示されます。

ターゲット・ナビゲーション・ペインでツリーを開き、Oracle WebLogic Serverドメイン、Oracle WebLogic Server管理対象サーバー、コンポーネント、アプリケーションまたはメタデータ・リポジトリを選択できます。

管理対象サーバーまたはコンポーネントなどのターゲットを選択する場合、ターゲットのホーム・ページはコンテンツ・ペインに表示されます。また、そのターゲットのメニューは、ページ上部のコンテキスト・ペインに表示されます。たとえば、「管理対象サーバー」を選択した場合、「WebLogicサーバー」メニューが表示されます。ナビゲーション・ペインでターゲットを右クリックすることにより、ターゲットのメニューを表示することも可能です。

次の図は、ターゲット・ナビゲーション・ペインと、管理対象サーバーのホーム・ページを示しています。「管理対象サーバー」を選択したため、コンテキスト・ペインに表示される動的ターゲット・メニューは「WebLogicサーバー」メニューになります。

図nav.gifの説明

前述の図のコールアウト・テキストの説明は次のとおりです。

- ターゲット・ナビゲーション・ペイン: ナビゲーション・ツリーのファームにあるすべてのターゲットが表示されます。

- コンテンツ・ペイン: ターゲットの現在のページが表示されます。最初にターゲットを選択する場合、そのターゲットのホーム・ページが表示されます。

- 「ファーム」メニュー: ファームで実行可能な操作のリストが表示されます。「ファーム」メニューは、常に使用可能です。

- 動的ターゲット・メニュー: 現在選択されているターゲットで実行可能な操作のリストが表示されます。表示されるメニューは、選択するターゲットによって異なります。特定のターゲットのメニューには、右クリック・ターゲット・メニューと同様の操作が含まれます。

- 右クリック・ターゲット・メニュー: 現在選択されているターゲットで実行可能な操作のリストが表示されます。このメニューは、ターゲット・ナビゲーション・ペインでターゲットの名前を右クリックすると表示されます。この図は、WebLogic Serverを選択してそのホーム・ページを表示した後の時点を示すものですが、ユーザーがメタデータ・リポジトリを右クリックしたため、右クリック・ターゲット・メニューには、まだメタデータ・リポジトリの操作が表示されています。
特定のターゲットのメニューには、動的ターゲット・メニューと同様の操作が含まれます。

- トポロジ・ビューア: ファームのトポロジが表示されます。

- ターゲット名: 現在選択されているターゲットの名前が表示されます。

- ターゲット情報: ターゲットに関する詳細が示されます。たとえば、ドメインの場合、ターゲット名、バージョンおよびドメイン・ホームが表示されます。

- コンテキスト・ペイン: ターゲットの名前、現行ユーザーの名前、ホスト名、最終ページ・リフレッシュ時間、およびリフレッシュ・アイコンが表示されます。

- すべてを開く/すべて閉じる: ナビゲーション・ツリーを開いたり閉じることができます。

- リフレッシュ: ページがリフレッシュされているときに表示されます。これをクリックすると、新しいデータでページがリフレッシュされます(ブラウザ・ウィンドウをリフレッシュするとページ自体はリフレッシュされるが、新しいデータは取得されない)。

- ログインに戻る: Oracle Enterprise Managerのロゴをクリックすると、ログイン・ページに戻ります。

さらに、Fusion Middleware Controlで、管理サーバーや管理対象サーバーなどのターゲットのホーム・ページから、WebLogic Server管理コンソールにアクセスできます。Fusion Middleware ControlとWebLogic Server管理コンソール間のシングル・サインオンの構成の詳細は、『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』の管理コンソールのシングル・サインオンの構成に関する項を参照してください。

表2-2では、Fusion Middleware Controlでの一般的なナビゲーション操作のいくつかを説明します。

表2-2 Fusion Middleware Controlでのナビゲート

用途

操作方法

ファーム内のすべてのターゲットを表示する

ターゲット・ナビゲーション・ペインの上部の「すべてを開く」アイコンをクリックします。

ファームへのナビゲート

ターゲット・ナビゲーション・ペインからファームを選択します。コンテンツ・ペインに、ファーム・ホーム・ページが表示されます。

ファームでの操作

「ファーム」メニューを選択します。このメニューは、Fusion Middleware Controlの左上にあって常に使用可能です。

ターゲットでの操作

ターゲット・ナビゲーション・ペインで、ターゲットを右クリックします。「ターゲット」メニューが表示されます。

または、ターゲットを選択してコンテキスト・ペインの動的ターゲット・メニューを使用できます。

ターゲットのホーム・ページに戻る

コンテキスト・ペインの左上隅のターゲット名をクリックします。

新しいデータでページをリフレッシュする

コンテキスト・ペインの右上のリフレッシュ・アイコンをクリックします。

前のページに戻る

コンテキスト・ペインの下に表示されているブレッドクラムをクリックします。ブレッドクラムは、ターゲットをドリルダウンすると表示されます。たとえば、「WebLogicサーバー」メニューから「ログ」→「ログ・メッセージの表示」を選択します。ログ・ファイルを選択して、「ログ・ファイルの表示」をクリックします。この場合、ブレッドクラムは次のように表示されます。

ログ・メッセージ > ログ・ファイル > ログ・ファイルの表示: logfile_name

ターゲットが稼働中のホストを表示する

ターゲット・ナビゲーション・ペインでターゲットを選択し、ターゲットのコンテキスト・ペインにホスト名を表示します。「ターゲット情報」アイコンをクリックして、ホスト名を表示することもできます。

ログイン・ページに戻る

ページの左上で、Oracle Enterprise Managerのロゴをクリックします。

トポロジを表示する

「トポロジ」をクリックします。

サーバー・ログ・ファイルを表示する

ターゲット・ナビゲーション・ペインで、サーバー名を右クリックします。「ログ」→「ログ・メッセージの表示」」を選択して、ログ・メッセージのサマリーの確認およびログ・ファイルの検索を行います。

2.2.3 Fusion Middleware Controlヘルプの使用

Fusion Middleware Controlコンソールの使用時は、ページ上部の「ヘルプ」をクリックして、いつでもヘルプ情報を参照できます。ほとんどの場合、「ヘルプ」ウィンドウには、現在のページに関するヘルプ・トピックが表示されます。「ヘルプ」ウィンドウの「コンテンツ」をクリックしてヘルプ・トピックのリストを参照するか、「検索」をクリックし、特定の語句を検索します。

2.3 Oracle WebLogic Server管理コンソールの概要

Oracle WebLogic Server管理コンソールは、Webブラウザ・ベースのグラフィカル・ユーザー・インタフェースであり、WebLogic Serverドメインの管理に使用します。管理サーバーにネットワーク・アクセスができるサポート対象Webブラウザからアクセス可能です。

管理コンソールでは、次の操作を行います。

- Oracle WebLogic Server管理対象サーバーを構成、起動および停止します。

- Oracle WebLogic Serverクラスタを構成します。

- データベース接続(JDBC)やメッセージング(JMS)などの、Oracle WebLogic Serverサービスを構成します。

- ユーザー、グループおよびロールの管理に使用する、セキュリティ・パラメータを構成します。

- Java EEアプリケーションを構成およびデプロイします。

- サーバーおよびアプリケーションのパフォーマンスを監視します。

- サーバーおよびドメインのログ・ファイルを表示します。

- アプリケーション・デプロイメント記述子を表示します。

- 選択したランタイム・アプリケーション・デプロイメント記述子の各要素を編集します。

2.3.1 管理コンソールの表示

管理コンソールを表示するには:

1. ブラウザに次のURLを入力します。

http://hostname:port_number/console

ポート番号は管理サーバーのポート番号です。デフォルトのポート番号は、7001です。

ログイン・ページが表示されます。

2. インストール時に指定したユーザー名とパスワードを使用してログインします。
次の図のように、Oracle WebLogic Server管理コンソールが表示されます。

図wls_admin.gifの説明

または、Fusion Middleware Controlで、管理サーバーや管理対象サーバーなどのターゲットのホーム・ページから、管理コンソールにアクセスできます。

2.3.2 WebLogic Server構成のロック

構成変更を行う前に、ドメイン構成をロックします。こうすることで、編集セッションにおいて、他のアカウントにより変更されないようにした状態で、構成の変更が可能になります。

ドメイン構成をロックするには:

1. 管理コンソール画面の左上のチェンジ・センターを見つけます。

2. 「ロックして編集」をクリックして、ドメイン構成の編集階層をロックします。

管理コンソールを使用して構成を変更したら、適切なページの「保存」(または、場合によっては「終了」)をクリックします。この操作によって、変更がすぐに有効になることはありません。変更が有効になるのは、チェンジ・センターで「変更のアクティブ化」をクリックしたときです。この時点で、構成変更はドメイン内の各サーバーに配布されます。各サーバーが変更を受け入れると、変更は有効になります。いずれかのサーバーが変更を受け入れないと、ドメイン内のすべてのサーバーからすべての変更がロールバックされます。変更は保留状態のままとなります。保留中の変更を編集して問題を解決するか、保留中の変更を元に戻すことができます。

関連項目:

『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の変更センターの使用に関する項

2.4 Oracle Fusion Middlewareコマンドライン・ツールの概要

次の各トピックでは、Oracle Fusion Middlewareのほとんどのコンポーネントの管理に使用できる、主要なコマンドライン・ツールについて説明します。

- WebLogic Scripting Tool(WLST)の使用の概要

- Oracle Process Manager and Notification Serverの使用の概要

2.4.1 WebLogic Scripting Tool(WLST)の使用の概要

WebLogic Scripting Tool(WLST)は、Oracle WebLogic Serverドメインの作成、管理および監視に使用するコマンドライン・スクリプト環境です。これは、Javaのスクリプト・インタープリタであるJythonがベースとなっています。ローカル変数、条件変数およびフロー制御文などのJythonの標準機能のサポートに加えて、WLSTには、Oracle WebLogic Serverに固有のスクリプト関数(コマンド)セットが用意されています。WebLogicのスクリプト作成言語は、Jythonの言語構文に従って、ユーザーのニーズに合うように拡張できます。

WLSTコマンドの起動には、次のいずれかの手法を使用できます。

- コマンドラインで対話的に実行する

- スクリプト・モードでファイルに指定する

- Javaコードに組み込む

たとえば、WLSTを対話的に起動してOracle WebLogic Serverに接続するには、次のコマンドを使用します。

java weblogic.WLST
connect('weblogic', 'weblogic', 'localhost:7001')

WLSTコマンドや変数の詳細を表示するには、ヘルプ・コマンドを入力します。たとえば、オンライン・コマンドのカテゴリ一覧を表示するには、次のように入力します。

wls:/base_domain/serverConfig>  help('online')
help('activate')            Activate the changes.
help('addListener')         Add a JMX listener to the specified MBean.
help('adminHome')           Administration MBeanHome.
help('cancelEdit')          Cancel an edit session.
help('cd')                  Navigate the hierarchy of beans.
help('cmo')                 Current Management Object.
.
.
.

ステータスを監視するには、WLSTのstateコマンドを次の形式で使用します。

state(name, type)

たとえば、管理対象サーバーsoa_server1のステータスを表示するには、次のコマンドを使用します。

wls:/SOA_domain/serverConfig> state('soa_server1', 'Server')
Current state of 'soa_server1' : RUNNING

関連項目:

『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』

2.4.1.1 カスタムWLSTコマンドの使用

Oracle SOA Suite、Oracle Platform Security Services(OPSS)、Oracle Fusion Middleware Audit Framework、Oracle Metadata Service(MDS)などの多くのコンポーネント、およびSSLやロギングなどのサービスでは、カスタムWLSTコマンドが用意されています。

それらのカスタム・コマンドを使用するには、適切なOracleホームからWLSTスクリプトを起動する必要があります。WebLogic ServerホームでWLSTスクリプトを使用しないでください。

- 次のコンポーネントおよびサービスの場合は、Oracle CommonホームからWLSTを起動します。

- Oracle Application Development Framework

- Oracle Fusion Middlewareの監査フレームワーク

- Oracle Access Manager

- Oracle Platform Security Services

- Oracle Metadata Service

- 診断フレームワーク

- ダイナミック・モニタリング・サービス(DMS)

- ロギング

- Secure Sockets Layer(SSL)

- Oracle Webサービス

- Oracle Web Services Manager

スクリプトは次の場所にあります。

(UNIX) ORACLE_COMMON_HOME/common/bin/wlst.sh
(Windows) ORACLE_COMMON_HOME\common\bin\wlst.cmd

- Oracle HTTP Server、Oracle SOA Suite、Oracle WebCenter Portalなど、他のコンポーネントの場合は、そのコンポーネントがインストールされているOracleホームからWLSTを起動します。スクリプトは次の場所にあります。

(UNIX) ORACLE_HOME_for_component/common/bin/wlst.sh
(Windows) ORACLE_HOME_for_component\common\bin\wlst.cmd

たとえば、LinuxシステムでOracle SOA SuiteのカスタムWLSTコマンドを実行するには、次のコマンドを使用します。

cd ORACLE_HOME_for_SOA/common/bin
./wlst.sh

2.4.1.2 システム・コンポーネント用のWLSTコマンドの使用

WLSTのOracle WebLogic Server用に提供されているコマンドに加えて、システム・コンポーネントの管理コマンドのサブセットも提供されています。これらのコマンドは次のとおりです。

- startproc(componentName [, componentType] [, componentSet]): 指定したコンポーネントを起動します。

- stopproc(componentName [, componentType] [, componentSet]): 指定したコンポーネントを停止します。

- status(componentName [, componentType] [, componentSet]): 指定したコンポーネントのステータスを取得します。

- proclist(): コンポーネントのリストを取得します。

これらのカスタム・コマンドを使用するには、コンポーネントがインストールされているOracleホームから、WLSTスクリプトを起動する必要があります。WebLogic ServerホームでWLSTスクリプトを使用しないでください。スクリプトは次の場所にあります。

(UNIX) ORACLE_HOME_for_component/common/bin/wlst.sh
(Windows) ORACLE_HOME_for_component\common\bin\wlst.cmd

2.4.2 Oracle Process Manager and Notification Serverの使用の概要

Oracle Process Manager and Notification Server(OPMN)は、次に示すシステム・コンポーネントと呼ばれるOracle Fusion Middlewareコンポーネントを管理および監視します。

- Oracle HTTP Server

- Oracle Web Cache

- Oracle Internet Directory

- Oracle Virtual Directory

- Oracle Forms Services

- Oracle Reports

- Oracle Business Intelligence Discoverer

- Oracle Business Intelligence

OPMNにはopmnctlコマンドがあります。実行可能ファイルは、次の場所にあります。

- ORACLE_HOME/opmn/bin/opmnctl: この場所のopmnctlコマンドは、Oracleインスタンスやローカル・システム上のOracleインスタンスのコンポーネントを作成する場合にのみ使用されます。この場所で生成されたopmnctlコマンドを使用して、システム・プロセスの管理やOPMNの起動を行うことはできません。
Windowsでは、この場所のopmnctl startコマンドを使用してOPMNを起動すると、Windowsユーザーがログアウトした際にOPMNとそのプロセスは終了します。

- ORACLE_INSTANCE/bin/opmnctl: この場所のopmnctlコマンドは、Oracleインスタンスごとにopmnctlをインスタンス化します。この場所のopmnctlコマンドを使用して、このOracleインスタンスのプロセスを管理します。このopmnctlは、Oracleインスタンスのコンポーネントを作成する際にも使用できます。
Windowsでは、この場所のopmnctl startコマンドを使用してOPMNを起動すると、OPMNはWindowsサービスとして起動されます。したがって、OPMNの親プロセスとそのプロセスが管理するプロセスは、Microsoft Windowsユーザーがログアウトした後でも維持されます。

Oracleインスタンスにおけるすべてのシステム・コンポーネントのステータスを表示するには、次のコマンドを使用します。

opmnctl status
Processes in Instance: webtier_inst
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
webcache1                        | WebCache-admin     |   19556 | Alive
webcache1                        | WebCache           |   19555 | Alive
ohs1                             | OHS                |    7249 | Alive

特定のコンポーネントまたはコンポーネント・タイプのステータスを表示するには、次のコマンドを使用します。

opmnctl status componentName [, componentType] [, componentSet]

たとえば、ovd1という名前のOracle Virtual Directoryインスタンスのステータスを表示する場合は、次のコマンドを使用します。

opmnctl status ias-component=ovd1

システム・コンポーネントの起動、停止および監視、さらにそれ以外に多くのプロセス管理関連作業にOPMNを使用できます。たとえば、次のコマンドを使用すると、OPMNやすべてのOPMN管理対象プロセス(Oracle HTTP Serverなど)を起動および停止できます。

opmnctl startall
opmnctl stopall

関連項目:

『Oracle Fusion Middleware Oracle Process Manager and Notification Server管理者ガイド』

2.5 Oracle Fusion Middlewareの管理: ロードマップ

Oracle Fusion Middleware環境の管理で実行する必要がある作業は次のとおりです。

1. 既存のデータベースでメタデータ・リポジトリを作成します。第3.2.1項を参照してください。

2. ソフトウェアのインストールや構成を行い、ドメイン、管理サーバー、1台以上の管理対象サーバーを作成します。また、システム・コンポーネントの場合は、Oracleインスタンスを作成します。第3.2.3項を参照してください。

3. Java EEアプリケーションをデプロイします。第4章を参照してください。

4. Oracle Fusion Middleware環境を監視します。第5.1項を参照してください。

5. 追加ユーザーの設定とSSLの構成を行い、環境を保護します。第6章を参照してください。

6. ログ・ファイルの表示や検索を行い、ロギングを構成します。第7章を参照してください。

7. 定期的に環境をバックアップします。第8章を参照してください。

8. 環境を拡張します。第9章を参照してください。

2.6 関連情報

この章で説明されている項目の詳細は、次を参照してください。

- Fusion Middleware Controlおよびコマンドライン・ツールを使用した管理タスクの実行の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

- 構文およびコマンドライン・ツールの使用の詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』および『Oracle Fusion Middleware Oracle Process Manager and Notification Server管理者ガイド』を参照してください。

3 Oracle Fusion Middlewareのインストールと構成

この章では、Oracle Fusion Middlewareのインストールおよび構成方法と、管理サーバー、管理対象サーバー、コンポーネントおよびアプリケーションを含むOracle Fusion Middlewareプロセスの開始および停止方法の概要について説明します。

この章の内容は次のとおりです。

- この章の手順の概要

- Oracle Fusion Middlewareのインストールと構成

- 環境変数の設定

- サーバー、コンポーネントおよびアプリケーションの起動と停止

- 関連情報

3.1 この章の手順の概要

この章では、インストール・ツールと構成ツールを使用して次のものを作成する方法について説明します。

- Oracle Fusion Middlewareメタデータ・リポジトリ作成ユーティリティを使用して、既存のデータベース内に必要なスキーマを作成します。

- Oracle WebLogic Serverインストーラを使用して、Middlewareホームを作成します。これには、Oracle WebLogic Serverホームが含まれます。

- インストーラを使用して、Oracle SOA Suiteのバイナリが含まれるOracleホームを作成します。

- Oracle WebLogic Server構成ウィザードを使用して、次のものを作成および構成します。

- Oracle WebLogic Serverドメイン

- Oracle WebLogic Server管理サーバー

- Oracle SOA Suiteのデプロイ先となるOracle WebLogic Server管理対象サーバー

- Oracle Business Activity Monitoringのデプロイ先となるOracle WebLogic Server管理対象サーバー

図3-1は、管理サーバーと管理対象サーバーが配置されているドメインを示しています。

図3-1 管理サーバーと管理対象サーバーが配置されているOracle WebLogic Serverドメイン

「図3-1 管理サーバーと管理対象サーバーが配置されているOracle WebLogic Serverドメイン」の説明

3.2 Oracle Fusion Middlewareのインストールと構成

Oracle Fusion Middlewareのインストールおよび構成に必要な一般的な手順は次のとおりです。

1. Oracle SOA Suiteなどの多くのコンポーネントには、データベース・ベースのメタデータ・リポジトリが必要です。これらのコンポーネントをインストールする場合は、既存のデータベースが必要となります。そして、RCUを使用してデータベースにリポジトリを作成します。RCUの使用の詳細は、第3.2.1項を参照してください。
一部のインストール・タイプとコンポーネントでは、製品メタデータの格納にファイル・ベースのリポジトリを使用できます。ファイル・ベースのリポジトリは、インストール時に作成されます。

2. Oracle WebLogic Serverをインストールします。第3.2.2項を参照してください。

3. 他のOracle Fusion Middleware製品をインストールします。第3.2.3項を参照してください。

4. Oracle WebLogic Serverと他のOracle Fusion Middleware製品を構成します。第3.2.4項を参照してください。

3.2.1 データベースでのスキーマの作成

ほとんどのコンポーネントには、データベース・ベースのリポジトリが必要です。その場合は、Oracle Fusion Middlewareのメタデータ・リポジトリ作成ユーティリティ(RCU)を使用して、既存のデータベースにメタデータ・リポジトリを作成する必要があります。RCUを使用して特定コンポーネントの構成情報や、オプションとして全体の構成情報を保持するスキーマを作成します。

さらに、RCUを使用して特定のタイプのリポジトリ、MDSリポジトリを作成できます。これには、特定のタイプのデプロイ済アプリケーションのメタデータが含まれます。これらのアプリケーションには、組織によって開発されたカスタムJavaアプリケーションや、Oracle B2Bなど、一部のOracle Fusion Middleware Javaコンポーネントが含まれます。

次のコンポーネントでは、データベース・ベースのリポジトリは必要ありません。ファイル・ベースのリポジトリに構成情報を格納できます。

- Oracle HTTP Server

- Oracle Web Cache

- Oracle Web Services Manager

関連項目:

- 各コンポーネントに対して作成されるスキーマのリストは、『Oracle Fusion Middleware管理者ガイド』の付録「メタデータ・リポジトリ・スキーマ」を参照してください。

- RCUの使用の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

- サポートされているOracleデータベースのバージョン、および他の前提条件の詳細は、次のWebページを参照してください。

http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

この項の手順では、既存のOracle Databaseがあって、RCUがインストールされていることが前提になります。

注意:

ネットワーク待機時間に関する問題を最小限に抑えるため、コンポーネントのあるサイトと同じサイトのデータベースにすべてのメタデータ・リポジトリを配置することをお薦めします。

データベースでスキーマを作成するには:

1. 次のコマンドを使用して、RCUを起動します。

(UNIX) RCU_HOME/bin/rcu
(Windows) RCU_hOME\bin\rcu.bat

2. 「ようこそ」ページで、「次へ」をクリックします。
「リポジトリの作成」ページが表示されます。

3. コンポーネント・スキーマをデータベースにロードするリポジトリを作成するには、「作成」を選択し、「次へ」をクリックします。
「データベース接続の詳細」ページが表示されます。

4. コンポーネント・スキーマのロード先データベースに関して次の情報を指定します。

- データベース・タイプ: データベースのタイプを選択します。この例では、Oracle Databaseを使用していることが前提になります。

- ホスト名: データベースがインストールされているコンピュータのホスト名を入力します(例: myhost.example.com)。

- ポート: ポート番号を入力します(例: 1521)。

- サービス名: データベースのサービス識別子(SID)を入力します。

- ユーザー名: SYSDBAロールが割り当てられているデータベース・ユーザー名を入力します(例: SYS)。

- パスワード: ユーザーのパスワードを入力します。

- ロール: 「SYSDBA」を選択します。

5. 「次へ」をクリックします。
「前提条件チェック」ダイアログ・ボックスが表示されます。

6. 操作が完了したら、「OK」をクリックします。
「コンポーネントの選択」ページが表示されます。

7. このページで、次の操作を実行します。

- 「接頭辞の新規作成」を選択し、スキーマ名の先頭に追加する文字を入力します。たとえば、「OFM」と入力した場合、Oracle Business Activity Monitoringのスキーマ名はOFM_ORABAMになります。

- コンポーネント表で、コンポーネントを選択します。たとえば、Oracle SOA Suiteコンポーネントをインストールする場合は、次の図に示すように、「SOAおよびBPMインフラストラクチャ」を選択します。
図rcu_comp.gifの説明

8. 「次へ」をクリックします。

9. 「前提条件チェック」ダイアログ・ボックスが表示されます。操作が完了したら、「OK」をクリックします。
「スキーマ・パスワード」ページが表示されます。

10. すべてのスキーマに同じパスワードを使用するか、スキーマごとにパスワードを入力できます。スキーマごとにパスワードを入力する場合、補助スキーマがメイン・スキーマと同じパスワードを使用するように指定できます。この場合、「すべてのスキーマに同じパスワードを使用」を選択します。パスワードを入力し、確認のため再入力します。

11. 「次へ」をクリックします。
「コンポーネントの選択」ページでOracle Data Integratorスキーマを選択した場合、「カスタム変数」ページが表示されます。

12. 「カスタム変数」ページが表示されたら、パスワードの値を入力します。

13. 「次へ」をクリックします。
「表領域のマップ」ページが表示されます。

14. このページには、各スキーマのデフォルト表領域が表示されます。表領域のサイズ、記憶域タイプおよびデータファイルを構成し、表領域を管理できます。また、選択したコンポーネントによっては、コンポーネント用に追加の表領域を指定できる場合もあります。
この例では、デフォルトの表領域で十分であることを前提にしています。「次へ」をクリックします。

15. 存在していない表領域が作成されることを伝えるダイアログ・ボックスが表示されます。「OK」をクリックします。

16. 進捗状況のボックスが表示されます。操作が完了したら、「OK」をクリックします。
「サマリー」ページが表示されます。

17. 情報を確認し、「作成」をクリックします。
進捗状況のダイアログ・ボックスが表示されます。

18. すべての手順が完了したら、「完了サマリー」の詳細情報を確認し、「閉じる」をクリックします。

これで、データベース・ベースのメタデータ・リポジトリが作成され、必要なスキーマが移入されました。

関連項目:

『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

3.2.2 Oracle WebLogic Serverのインストール

Oracle WebLogic Serverをインストールするには、Oracle WebLogic Serverインストール・プログラムを使用します。この本のシナリオの場合、インストーラでデフォルト値を受け入れて、新しいMiddlewareホームを作成します。

インストールが完了すると、MiddlewareホームとWebLogic Serverホームが作成されます。デフォルトでは、Middlewareホームは次の場所にあります。

(UNIX) user_home/Oracle/Middleware
(Windows) user_home\Oracle\Middleware

関連項目:

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

3.2.3 追加のOracle Fusion Middlewareコンポーネントのインストール

Oracle Fusion Middlewareをインストールしたり必要に応じて構成するには、インストーラを使用します。

この本の手順では、Oracle SOA Suiteのインストール・タイプを使用します。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』を参照してください。この本の手順を容易に完了するには、「インストール場所の指定」ページで、次の点を確認します。

- Oracle Middlewareホームとして、Oracle WebLogic Serverのインストール時に作成されたMiddlewareホーム・ディレクトリを指定します。たとえば、Middlewareホームが/scratch/oracle/Oracle/Middlewareである場合、次のように指定します。

/scratch/oracle/Oracle/Middleware

- Oracleホーム・ディレクトリとして、Oracleホームの名前を指定します。例:

Oracle_SOA1

Oracleホームは、Middlewareホームのサブディレクトリとして作成されます。

3.2.4 Oracle Fusion Middlewareコンポーネントの構成

Oracle HTTP ServerやOracle Web Cacheなど、一部のコンポーネントは、そのインストール時に構成できます。Oracle WebLogic Server、Oracle SOA Suite、Oracle WebCenterポータルなど、他のコンポーネントの場合、Oracle Fusion Middleware構成ウィザードを使用してコンポーネントを構成する必要があります。

Oracle WebLogic ServerおよびOracle SOA Suiteを構成するには:

1. 構成ウィザードを起動します。このウィザードは、次のディレクトリにあります。

(UNIX) ORACLE_HOME_for_component/common/bin/config.sh
(Windows) ORACLE_HOME_for_component\common\bin\config.cmd

2. コンポーネントのインストレーション・ガイドの指示に従います。たとえばOracle SOA Suiteの場合、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』の構成の手順に関する項の指示に従います。
次の点に注意してください。

- 「ようこそ」画面で、「新しいWebLogicドメインの作成」を選択します。

- 「ドメイン・ソースの選択」画面で、Oracle SOA Suite、Oracle Enterprise ManagerおよびOracle Business Activity Monitoringを選択します。Oracle JRFとOracle WSM Policy Managerも自動的に選択されます。

- 「ドメイン名と場所の指定」画面で、次の図に示すように、ドメイン名として「SOA_domain」を指定し、ドメインの場所はデフォルト値のままとします。
図config_wiz.gifの説明

- 「管理者ユーザー名およびパスワードの構成」画面で、ユーザー名とパスワードを入力します。パスワードを再入力します。

- 「サーバーの起動モードおよびJDKの構成」画面で、「本番モード」を選択します。

- 「JDBCコンポーネント・スキーマの構成」画面における次の手順では、すべてのスキーマで同じパスワードとデータベースが使用されていることを前提としています。

- すべてのスキーマを選択します。

- 「ベンダー」で、「Oracle」を選択します。

- 「ドライバ」で、「Oracle's Driver (Thin) for Service connections; Versions:9.0.1,9.2.0,10,11」を選択します。

- 表に示されたスキーマが正しい場合、「スキーマ・オーナー」には、入力しないでください。各データソースは、この表で指定されたユーザー名を使用します。
スキーマ・オーナーを変更する必要がある場合は、各スキーマを個別に選択し、オーナー名を変更します。

- すべてのスキーマにスキーマ作成時と同じパスワードを使用する場合、そのパスワードを「スキーマ・パスワード」に入力します。
または、表のパスワード列にパスワードを入力することにより、各データソースに対して別のパスワードを指定することもできます。

- すべてのスキーマを選択し、「DBMS/サービス」にデータベースのSIDを入力します。

- すべてのスキーマを選択し、「ホスト名」にデータベースのホスト名を入力します。

- すべてのスキーマを選択し、「ポート」にデータベースのリスニング・ポートを入力します。

次の図は、「JDBCコンポーネント・スキーマの構成」ページを示しています。

図config_wiz2.gifの説明

- 「次へ」をクリックします。
「JDBCコンポーネント・スキーマのテスト」画面が表示されます。テストに成功した場合、「次へ」をクリックします。テストに成功しなかった場合は、「前へ」をクリックして情報を修正します。

- 「オプションの構成を選択」画面では、デフォルト値のままとします。「次へ」をクリックします。
「構成のサマリー」画面が表示されます。

- 「「作成」をクリックします

- 処理が完了したら、「ドメインの作成中」画面の管理サーバーのURLを書き留めます。例:

Admin Server URL: http://hostname.domainname.com:7001

これで、管理サーバーと2台の管理対象サーバー(soa_server1とbam_server1)が配置されているドメインが作成されました。

3. 管理サーバーを起動します。たとえばLinuxでは、ドメインがSOA_domainである場合、次のスクリプトを実行します(MW_HOMEはMiddlewareホームです)。

MW_HOME/user_projects/domains/SOA_domain/bin/startWeblogic.sh

ユーザー名とパスワードの入力が求められたら入力します。

4. 管理対象サーバーを起動します。たとえば、Linuxで、サーバー名がsoa_server1である場合、次のスクリプトを実行します(ユーザー名とパスワードの入力が求められたら入力します)。

MW_HOME/user_projects/domains/SOA_domain/bin/startManagedWebLogic.sh
soa_server1 http://hostname:7001

5. 環境内に、Oracle SOA Suite、Oracle WebCenterポータル、Oracle JRFなど、 Oracle WebLogic Server以外のOracle Fusion Middleware製品が含まれる場合、Fusion Middleware Controlを使用して管理対象サーバーを起動および停止できるように、ノード・マネージャを構成する必要があります。第3.4.3項を参照してください。

構成が完了し、管理サーバーと管理対象サーバーを起動すると、グラフィカル・ユーザー・インタフェースまたはコマンドライン・ツールを使用してOracle Fusion Middlewareの表示や管理ができます。たとえば、Fusion Middleware Controlを使用して環境を表示および管理するには、「ドメインの作成中」画面で書き留めた管理サーバー用URLに/emを追加したものを入力します。例:

http://hostname.domainname:port/em

デフォルトのポートは7001です。

注意:

構成ウィザードを使用して、他のコンポーネントのテンプレートを含むようにドメインを拡張できます。たとえば、Oracle SOA Suiteをサポートするように最初に作成されたドメインを拡張して、Oracle WebCenterポータルやOracle HTTP Serverをサポートすることが可能です。詳細は、第9.2項を参照してください。

ツールを使用してOracle Fusion Middlewareの表示と管理を行う方法の詳細は、次の各項を参照してください。

- グラフィカル・ユーザー・インタフェース: 第2.2項および第2.3項

- コマンドライン・ツール: 第2.4項

関連項目:

コンポーネントの構成方法の詳細は、各コンポーネントのインストレーション・ガイドを参照してください。

3.3 環境変数の設定

Oracle Fusion Middlewareをインストールしたときに、オペレーティング・システムに特定のユーザーとしてログインしました。インストールを管理する際は必ず、このユーザーとしてログインする必要があります。このユーザーには、このインストールのOracleホームでファイルを表示し変更する権限があるからです。

Oracle Fusion Middlewareを使用するには、次の表に示すように環境変数を設定する必要があります。

- 表3-1「LinuxおよびUNIXでの環境変数」

- 表3-2「Windowsでの環境変数」

表3-1 LinuxおよびUNIXでの環境変数

環境変数

値

DISPLAY

hostname:display_number.screen_number

Oracle Application Server 10g以降、DISPLAY変数を必要とするのは、oidadminなど、ごく少数のツールだけです。

LD_LIBRARY_PATH

Solarisでは、次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib32

LinuxおよびHP-UXでは、次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib

IBM AIXでは、この環境変数を設定しないでください。

(IBM AIXのみ)
LIBPATH

コール元のアプリケーションが32ビット版アプリケーションである場合は、次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib32

コール元のアプリケーションが64ビット版アプリケーションである場合は、次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib

(Solarisのみ)
LD_LIBRARY_PATH_64

次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib

(HP-UXのみ)
SHLIB_PATH

次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib32

MW_HOME

このインストールのMiddlewareホームのフルパスに設定します。値の末尾にスラッシュを付けないでください。次の例は、フルパスを示しています。

/scratch/oracle/Oracle/Middleware

ORACLE_HOME

1つのOracleホームのみで作業する場合は、この変数を設定すると役に立ちます。Oracleホームのフルパスに設定します。値の末尾にスラッシュを付けないでください。次の例は、フルパスを示しています。

/scratch/oracle/Oracle/Middleware/ORACLE_HOME_SOA1

ORACLE_INSTANCE

オプションです。環境内にOracleインスタンスが1つしかない場合や、その1つのインスタンスでのみ作業する予定である場合は、この変数を設定すると役に立ちます。Oracleインスタンスのフルパスに設定します。値の末尾にスラッシュを付けないでください。次の例は、Web層インストールのフルパスを示しています。

/scratch/oracle/Oracle/Middleware/WebTier/instances/instance1

PATH

次のディレクトリが値に設定されていることを確認します。このディレクトリには、すべてのインストールで使用される基本的コマンドが格納されています。

$ORACLE_COMMON_HOME/bin

特定のコンポーネントの処理を行うときは、コンポーネントのドキュメントで推奨されているように、パスに別なディレクトリを追加する必要がある場合もあります。

JAVA_HOME

次のディレクトリが値に設定されていることを確認します。

MW_HOME/jdkn

CLASSPATH

次のディレクトリが値に設定されていることを確認します。

$ORACLE_HOME/lib:MW_HOME/jdkn/lib

表3-2は、Windowsでの環境変数を示しています。

表3-2 Windowsでの環境変数

環境変数

値

MW_HOME

このインストールのMiddlewareホームのフルパスに設定します。値の末尾にスラッシュを付けないでください。次の例は、フルパスを示しています。

C:\oracle\Middleware

ORACLE_HOME

環境内にOracleホームが1つしかない場合や、その1つのOracleホームでのみ作業する予定である場合は、この変数を設定すると役に立ちます。Oracleホームのフルパスに設定します。値の末尾にバックスラッシュ(円記号)を付けないでください。次の例は、フルパスを示しています。

C:\oracle\Middleware\ORACLE_SOA1

この値は、インストール時に自動的に設定されます。

ORACLE_INSTANCE

オプションです。環境内にOracleインスタンスが1つしかない場合や、その1つのインスタンスでのみ作業する予定である場合は、この変数を設定すると役に立ちます。Oracleインスタンスのフルパスに設定します。値の末尾にバックスラッシュ(円記号)を付けないでください。次の例は、Web層インストールのフルパスを示しています。

C:\oracle\Middleware\WebTier\instances\instance1

PATH

次のディレクトリが値に設定されていることを確認します。このディレクトリには、すべてのインストールで使用される基本的コマンドが格納されています。

ORACLE_COMMON_HOME\bin

JAVA_HOME

次のディレクトリが値に設定されていることを確認します。

MW_HOME\jdkn

CLASSPATH

次のディレクトリが値に設定されていることを確認します。

ORACLE_HOME\lib:MW_HOME\jdkn\lib

TEMP

一時ディレクトリ(C:\tempなど)に設定します。

TMP

一時ディレクトリ(C:\tempなど)に設定します。

3.4 サーバー、コンポーネントおよびアプリケーションの起動と停止

コマンドライン、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用して、サーバー、コンポーネントおよびアプリケーションの起動と停止ができます。次の各項では、Fusion Middleware Controlまたはコマンドライン(あるいはその両方)を使用して、これらのエンティティを起動したり停止する方法について説明します。

- Oracle WebLogic Server管理サーバーの起動と停止

- Oracle WebLogic Server管理対象サーバーの起動と停止

- 管理対象サーバーを起動するためのノード・マネージャの構成

- コンポーネントの起動と停止

- アプリケーションの起動と停止

- Fusion Middleware Controlの起動と停止

- Oracle Management Agentの起動と停止

3.4.1 Oracle WebLogic Server管理サーバーの起動と停止

Oracle WebLogic Server管理サーバーは、WLSTコマンドラインまたはスクリプトを使用して起動および停止できます。管理サーバーを起動または停止する場合、管理サーバーで稼働しているWebLogic Server管理コンソールやFusion Middleware Controlなどのプロセスも起動または停止します。

Oracle WebLogic Server管理サーバーを起動するには、次のスクリプトを使用します。

MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

Oracle WebLogic Server管理サーバーを停止するには、次のスクリプトを使用します。

MW_HOME/user_projects/domains/domain_name/bin/stopWeblogic.sh
username password [admin_url]

3.4.2 Oracle WebLogic Server管理対象サーバーの起動と停止

Fusion Middleware ControlとOracle WebLogic Server管理コンソールは、ノード・マネージャを使用して管理対象サーバーを起動します。Oracle WebLogic Server以外のOracle Fusion Middleware製品がインストールされていない管理対象サーバーを起動する場合は、この項の手順を使用してサーバーを起動できます。

ただし、管理対象サーバーにOracle SOA Suite、Oracle WebCenter Portal、Oracle JRFなどの別のOracle Fusion Middleware製品が含まれている場合、第3.4.3項で説明されているように、まずノード・マネージャを構成する必要があります。

関連項目:

『Oracle Fusion Middleware Oracle WebLogic Scripting Tool』

Fusion Middleware Controlを使用して管理対象サーバーを起動または停止するには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。

2. 「管理対象サーバー」を選択します。

3. 「WebLogicサーバー」メニューから、「コントロール」→「起動」または「停止」を選択します。

WLSTスクリプト:

管理対象サーバーを起動するには、次のコマンドを使用します。

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh
server_name admin_url username password

管理対象サーバーを停止するには、次のコマンドを使用します。

MW_HOME/user_projects/domains/domain_name/bin/stopManagedWeblogic.sh
username password admin_url

3.4.3 管理対象サーバーを起動するためのノード・マネージャの構成

Oracle SOA Suite、Oracle WebCenter Portal、Oracle JRFなどの他のOracle Fusion Middleware製品が管理対象サーバーにインストールされている場合は、正しいクラスパスとパラメータが設定されるように管理対象サーバーの環境を構成する必要があります。この環境情報は、startWebLogicやsetDomainEnvなどの起動スクリプトにより指定されます。それらのスクリプトはドメイン・ディレクトリ内にあります。

管理対象サーバーがノード・マネージャによって起動される場合、(Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlによりサーバーが起動される場合と同様に)ノード・マネージャにこれらの起動スクリプトを使用するよう指示する必要があります。これにより、サーバー環境は正しく構成されます。具体的には、ノード・マネージャはStartScriptEnabled=trueというプロパティで起動される必要があります。

このプロパティが有効な状態でノード・マネージャが起動されるようにする方法はいくつかあります。Oracle Fusion Middlewareには、次のスクリプトが用意されています。これは、nodemanager.propertiesプロパティ・ファイルにStartScriptEnabled=trueプロパティを追加するためのものです。

(UNIX) ORACLE_COMMON_HOME/common/bin/setNMProps.sh.
(Windows) ORACLE_COMMON_HOME\common\bin\setNMProps.cmd

たとえば、Linuxでは、次のコマンドを使用して、setNMPropsスクリプトを実行し、ノード・マネージャを起動します。

ORACLE_COMMON_HOME/common/bin/setNMProps.sh
MW_HOME/wlserver_n/server/bin/startNodeManager.sh

ノード・マネージャを起動すると、nodemanager.propertiesファイルのStartScriptEnabled=trueプロパティが読み取られ、その後で管理対象サーバーを起動するときに起動スクリプトが使用されます。setNMPropsスクリプトを実行する必要があるのは1回だけであることに注意してください。

また、StartScriptEnableプロパティがtrueに設定されていると、ノード・マネージャによりstartWebLogicスクリプトを読み取り、続いてsetDomainEnvスクリプトを読み取ります。その結果、setDomainEnvスクリプトを編集することでチューニング変更を行う必要があります。ノード・マネージャによりサーバーが起動されると、コマンドラインや管理コンソールを使用して行われた変更は実装されません。たとえば、管理コンソールを使用してサーバー起動引数を変更すると、これらの変更はconfig.xmlに書き込まれますが、ノード・マネージャではこれらの設定は無視され、これらをsetDomainEnvで使用します。

関連項目:

ノード・マネージャのその他の構成および起動方法については、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャの使用に関する項を参照してください。

3.4.4 コンポーネントの起動と停止

コンポーネントは、Fusion Middleware Controlの動的ターゲット・メニューから起動と停止ができます。

Oracle Business Activity MonitoringなどのJavaコンポーネントを起動または停止するには:

1. ナビゲーション・ペインで、ファームを開きます。

2. コンポーネント・タイプ(BAMなど)を開き、コンポーネントを選択します。

3. 動的ターゲット・メニューから、「コントロール」→「起動」または「停止」を選択します。

Oracle HTTP Serverなどのシステム・コンポーネントを起動または停止するには:

1. ナビゲーション・ペインで、ファームを開いてから、インストール・タイプ(「Web層」など)を開きます。

2. ohs1などのコンポーネントを選択します。

3. 動的ターゲット・メニューから、「コントロール」→「起動」または「停止」を選択します。

コマンド:

Javaコンポーネントを起動および停止するには、次のコマンドを使用します。

startApplication(appName, [options])
stopApplication(appName, [options])

システム・コンポーネントを起動および停止するには、次のコマンドを使用します。

opmnctl startproc ias-component=component
opmnctl stopproc ias-component=component
opmnctl restartproc ias-component=component

3.4.5 アプリケーションの起動と停止

Oracle Fusion Middlewareにデプロイされているアプリケーションは、Fusion Middleware Controlの「アプリケーションのデプロイ」メニューから起動や停止ができます。

アプリケーションを起動または停止するには:

1. ナビゲーション・ペインで、「アプリケーションのデプロイ」を開きます。

2. アプリケーションを選択します。

3. 「アプリケーションのデプロイ」メニューから、「コントロール」→「起動」または「停止」を選択します。

WLSTコマンド:

startApplication(appName, [options])
stopApplication(appName, [options])

3.4.6 Fusion Middleware Controlの起動と停止

Fusion Middleware Controlがドメインに対して構成されている場合は、第3.4.1項で説明されているとおり、Oracle WebLogic Server管理サーバーを起動または停止すると、Fusion Middleware Controlが自動的に起動または停止されます。

3.4.7 Oracle Management Agentの起動と停止

Oracle Management Agentは、Oracle HTTP ServerやOracle Web CacheなどのOracle Fusion Middlewareシステム・コンポーネントを監視するために特に設計されたものです。

Oracle Management Agentを起動するには、次の手順を実行します。

opmnctl startproc ias-component=EMAGENT

Oracle Management Agentを停止するには、次の手順を実行します。

opmnctl stopproc ias-component=EMAGENT

3.5 関連情報

この章で説明した内容の詳細は、次を参照してください。

- 『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

- 『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』

- 『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項

4 アプリケーションのデプロイ

デプロイとは、アプリケーションのファイルをアーカイブ・ファイルとしてパッケージ化し、ターゲットのアプリケーション・サーバーに転送するプロセスです。この章では、Oracle Fusion MiddlewareにJava EEのアプリケーションをデプロイする方法について説明します。

次の項目が含まれます。

- アプリケーションのデプロイの概要

- デプロイ、再デプロイおよびアンデプロイの概要

- データソースの概要と管理

- Java EEアプリケーションのデプロイとアンデプロイ

- デプロイ・プランの管理

- 関連情報

4.1 アプリケーションのデプロイの概要

Oracle WebLogic Serverには、Java EEに準拠したインフラストラクチャが用意されており、Java EEに準拠したアプリケーションとモジュールのデプロイ、アンデプロイおよび再デプロイが可能です。

Oracle WebLogic Serverにデプロイできるコンポーネントは次のとおりです。

- Enterprise Archive(EAR)ファイルとしてパッケージ化された完全なJava EEアプリケーション。

- Webサービス、Enterprise JavaBeans(EJB)、アプリケーション・クライアント(CAR)またはリソース・アダプタ(RAR)を含む、Java Archive(JAR)ファイルとしてパッケージ化されたスタンドアロン・モジュール。

- ADFアプリケーション。Oracle Application Development Framework(Oracle ADF)は、Java Platform, Enterprise Edition(Java EE)標準やオープンソース・テクノロジに基づいて、サービス指向アプリケーションの実装を簡略化および高速化するエンドツーエンド・アプリケーション・フレームワークです。

- Oracle SOA Suiteコンポジット・アプリケーション。SOAコンポジット・アプリケーションは単一のデプロイ単位で、SOAアプリケーションの管理やライフサイクルを大幅に簡素化します。

- Oracle WebCenter Portalアプリケーション。WebCenterアプリケーションは、従来のJava EEアプリケーションとは異なり、アプリケーションのページなどのランタイム・カスタマイゼーション、これらのページに置くポートレットおよびドキュメント・ライブラリをサポートしています。

メタデータ・アーカイブ(MAR)とは、アプリケーションレベルのデプロイ・プロファイルなどの、アプリケーションについて選択したメタデータを圧縮したアーカイブです。MARは、メタデータ・コンテンツをメタデータ・サービス(MDS)リポジトリにデプロイするために使用します。次のアプリケーションのタイプでは、MDSリポジトリにデプロイされるコンテンツ(ADFアプリケーション、SOAコンポジット・アプリケーション、Oracle WebCenterポータル・アプリケーション)のコンテナとしてMARを使用します。

アプリケーションのデプロイ、アンデプロイおよび再デプロイには、Fusion Middleware Control、Oracle WebLogic Server管理コンソール、Oracle JDeveloperまたはコマンドラインを使用できます。表4-1の説明にあるように、使用する方法はアプリケーションのタイプによって異なります。この章では、Fusion Middleware Controlを使用してアプリケーションをデプロイする方法を説明します。

表4-1 アプリケーションをデプロイする各種ツール

アプリケーションのタイプ

使用するツール

Pure Java EEアプリケーション

Oracle WebLogic Server管理コンソール

Fusion Middleware Control: デプロイ・ウィザード

Oracle JDeveloper

WLSTコマンドライン

ADFアプリケーション

Fusion Middleware Control: デプロイ・ウィザード

Oracle JDeveloper

WLSTコマンドライン

SOAコンポジット・アプリケーション

Fusion Middleware Control: SOAコンポジット・デプロイ・ウィザード

Oracle JDeveloper

WLSTコマンドライン

WebCenter Portalアプリケーション

Fusion Middleware Control: デプロイ・ウィザード

Oracle JDeveloper

WLSTコマンドライン

アプリケーションでMDSリポジトリを使用している場合、アプリケーションをデプロイする前にリポジトリをOracle WebLogic Serverドメインに登録する必要があります。組織で独自に開発したカスタムJava EEアプリケーション、Oracle B2BやOracle Web Services Managerなどの一部のOracle Fusion Middlewareコンポーネント・アプリケーションなどは、MDSリポジトリを使用します。MDSリポジトリおよびリポジトリの登録の詳細は、『Oracle Fusion Middleware管理者ガイド』のMDSリポジトリの管理に関する項を参照してください。

4.2 デプロイ、再デプロイおよびアンデプロイの概要

アプリケーションをデプロイする場合は、アプリケーション・サーバーに初めてデプロイします。

アプリケーションを再デプロイする場合は、次を実行できます。

- 新しいバージョンのアプリケーションの再デプロイ。以前のバージョンも引き続き使用できますが、状態は「リタイア」に設定されます。
これは、本番の再デプロイ計画と呼ばれています。Oracle WebLogic Serverでは、クライアントの接続が自動的に管理され、新しいクライアント・リクエストのみが新しいバージョンに転送されるようになります。再デプロイ時にアプリケーションに接続していたクライアントは、その処理が完了するまで古いバージョンのアプリケーションを使用し続けます。その処理が完了した時点でOracle WebLogic Serverは自動的に古いアプリケーションをリタイアさせます。

- 同じバージョンのアプリケーションの再デプロイまたはバージョンが割り当てられていないアプリケーションの再デプロイ。選択したアプリケーションのバージョンは新しいデプロイに置き換えられます。

- 以前のバージョンのアプリケーションの再デプロイ。リタイアした古いほうのバージョンは「アクティブ」に設定され、新しいほうのバージョンは「リタイア」に設定されます。

アプリケーションをアンデプロイする場合、Oracle WebLogic Serverはアプリケーションを停止して、ステージング済のファイルをターゲット・サーバーから削除します。デプロイに使用された元のソース・ファイルは削除しません。

4.3 データソースの概要と管理

データソースは、アプリケーション・コンポーネントがリレーショナル・データベースへの接続を取得する際に使用するJavaオブジェクトです。URLやユーザー名とパスワードなどの特定の接続情報は、データソース・オブジェクトにプロパティとして設定されるため、アプリケーション・コードで明示的に定義する必要はありません。この抽象化により、アプリケーションと特定のバックエンド・データベースとの関連付けがなくなるため、アプリケーションをポータブルな方法で構築できるようになります。データベースは、アプリケーション・コードに影響を与えずに変更できます。

アプリケーションは、Java Naming and Directory Interface(JNDI)APIを使用してデータソース・オブジェクトにアクセスします。アプリケーションは、データソース・オブジェクトにバインドされたJNDI名を使用します。JNDI名は論理名であるため、すべてのデータソース・オブジェクトにマップできます。データソース・プロパティと同様、アプリケーション・コードを変更せずに基礎となるデータソース・オブジェクトを変更できるため、JNDIを使用すると抽象レベルが上がります。そのため、データベース・アクセスの詳細は、アプリケーションには透過的になります。

関連項目:

データソースの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』を参照してください。

Oracle SOA Suite、Oracle WebCenter Portalなど、特定のOracle Fusion Middlewareコンポーネントを構成する場合、Oracle WebLogic Server構成ウィザードを使用して、データソースの接続情報を指定します。コンポーネントでMDSリポジトリを使用する場合、データソースがMDSリポジトリで使用されるシステム・データソースであることを示すために、構成ウィザードによりデータソース名の前に「mds-」が付加されます。

Oracle Real Application Clusters(Oracle RAC)またはOracle Fusion Middlewareのコールド・フェイルオーバー・クラスタを使用している場合、次のデータソース・タイプのいずれかを構成する必要があります。

- マルチ・データソース
マルチ・データソースを使用するには、Oracle WebLogic Server管理コンソールを使用する必要があります。複数のデータソースを作成し、それに既存のMDSデータソースを追加した場合、追加したデータソースは有効なMDSリポジトリとみなされなくなるので注意してください。リポジトリは、Fusion Middleware ControlやOracle WebLogic Server管理コンソールには表示されません。たとえば、MDSリポジトリはFusion Middleware Controlのナビゲーション・ペインには一覧表示されず、アプリケーションをデプロイするときにターゲットのメタデータ・リポジトリの選択肢として表示されません。

- GridLinkデータソース
GridLinkデータソースを使用するには、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Controlを使用したGridLinkデータソースの作成に関する項の説明に従って、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用します。

関連項目:

構成ウィザードによるデータソースの指定の詳細は、『Oracle Fusion Middleware構成ウィザードを使用したドメインの作成』を参照してください。

4.3.1 JDBCデータソースの作成と管理

JDBCデータソースの作成と管理には、次の管理ツールを使用できます。

- Oracle WebLogic Server管理コンソール

- WebLogic Scripting Tool(WLST)

- Fusion Middleware Control

MDSデータソースを手動で作成するには、Fusion Middleware ControlまたはWLSTを使用して、データソースの正しい属性を設定する必要があります。MDSデータソースは、Fusion Middleware Controlのナビゲーション・ペインおよび管理コンソールのドメイン構造に表示されます。アプリケーションでMDSリポジトリを使用する場合、アプリケーションをデプロイする前に、そのリポジトリをOracle WebLogic Serverドメインに登録する必要があります。MDSリポジトリおよびリポジトリの登録の詳細は、『Oracle Fusion Middleware管理者ガイド』のMDSリポジトリの管理に関する項を参照してください。

関連項目:

Oracle WebLogic Server管理コンソールまたはWLSTを使用したデータソースの作成と管理、およびマルチ・データソースの構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』を参照してください。

次の各項では、Fusion Middleware Controlを使用してJDBCデータソースを作成および管理する方法について説明します。

- Fusion Middleware Controlを使用したJDBCデータソースの作成

- Fusion Middleware Controlを使用したJDBCデータソースの編集

- Fusion Middleware Controlを使用したJDBCデータソースの監視

- Fusion Middleware Controlを使用したJDBCデータソースの管理

4.3.1.1 Fusion Middleware Controlを使用したJDBCデータソースの作成

Fusion Middleware Controlを使用してJDBCデータソースを作成するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択して、「ドメイン・ホーム」ページを表示します。

3. 「WebLogicドメイン」メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが、次の図のように表示されます。

図jdbc.gifの説明

4. 「作成」をクリックして、新規JDBCデータソースの作成ウィザードを開きます。

5. ウィザードの手順に従って、データソースのプロパティを設定し、そのデータソースを、ドメイン内の1つ以上の管理対象サーバーの対象として設定します。
個々のフィールドおよびプロパティのヘルプを表示するには、マウスを使用してフィールドにフォーカスを当てます。Fusion Middleware Controlによって、そのフィールドのポップアップ定義が表示されます。

Fusion Middleware Controlで定義するデータソース・プロパティは、Oracle WebLogic Server管理コンソールでデータソースを作成する際に定義するデータソース・プロパティと同様です。このため、データソース・プロパティの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』のJDBCデータソースの作成に関する項を参照することもできます。

4.3.1.2 Fusion Middleware Controlを使用したJDBCデータソースの編集

Fusion Middleware Controlを使用して既存のJDBCデータソースを編集するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択して、「ドメイン・ホーム」ページを表示します。

3. 「WebLogicドメイン」メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

4. 編集するデータソースを選択します。

5. 「編集」をクリックして、「JDBCデータソースの編集」ページを開きます。

6. このページのタブを使用して、選択したデータソースのプロパティを変更します。
個々のフィールドおよびプロパティのヘルプを表示するには、マウスを使用してフィールドにフォーカスを当てます。Fusion Middleware Controlによって、そのフィールドのポップアップ定義が表示されます。

Fusion Middleware Controlで編集するデータソース・プロパティは、Oracle WebLogic Server管理コンソールでデータソースを編集する際に編集するデータソース・プロパティと同様です。このため、データソース・プロパティの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』のJDBCデータソースの作成に関する項を参照することもできます。

4.3.1.3 Fusion Middleware Controlを使用したJDBCデータソースの監視

Fusion Middleware Controlを使用してJDBCデータソースを監視するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択して、「ドメイン・ホーム」ページを表示します。

3. 「WebLogicドメイン」メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

4. 監視するデータソースを選択します。

5. 「監視」をクリックして、「JDBCデータソースの監視」ページを開きます。
このページには、選択したデータソースの現在のインスタンスが表示されます。

このページに表示されるのは、実行中の管理対象サーバーを対象としているデータソースのみです。管理ページに特定のデータソースが一覧表示されていない場合は、実行中の管理対象サーバーを対象とするようにデータソースを編集します。

6. データソース・インスタンスごとに、パフォーマンス・メトリックを確認します。
個々のパフォーマンス・メトリックに関するヘルプの取得方法の詳細は、『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』のFusion Middleware Controlを使用したパフォーマンス・メトリックの表示に関する項を参照してください。

4.3.1.4 Fusion Middleware Controlを使用したJDBCデータソースの管理

Fusion Middleware Controlを使用して、JDBCデータソースの文キャッシュを起動、停止、一時停止、再開または消去できます。

Fusion Middleware Controlを使用してJDBCデータソースを管理するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択して、「ドメイン・ホーム」ページを表示します。

3. 「WebLogicドメイン」メニューから「JDBCデータソース」を選択します。

4. 「制御」をクリックして、「JDBCデータソースの管理」ページを開きます。
このページに表示されるのは、実行中の管理対象サーバーを対象としているデータソースのみです。管理ページに特定のデータソースが一覧表示されていない場合は、実行中の管理対象サーバーを対象とするようにデータソースを編集します。

5. 文キャッシュの「開始」、「停止」、「強制停止」、「再開」、「中断」、「強制中断」、「縮小」、「リセット」、または「クリア」をクリックして、選択したJDBCデータソースの状態を制御または変更します。
このページで選択するコマンドは、Oracle WebLogic Server管理コンソールでデータソースを管理する際に使用できるコマンドと同様です。このため、JDBCデータソース管理オプションの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』のWebLogic JDBCリソースの管理に関する項を参照することもできます。

4.4 Java EEアプリケーションのデプロイとアンデプロイ

次の各項では、Fusion Middleware Controlを使用して、Java EEアプリケーションをデプロイ、アンデプロイおよび再デプロイする手順を説明します。

- Java EEアプリケーションのデプロイ

- Java EEアプリケーションのアンデプロイ

- Java EEアプリケーションの再デプロイ

関連項目:

Oracle WebLogic Server管理コンソールを使用したデプロイの詳細およびWLSTコマンドラインの使用の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』を参照してください。

4.4.1 Java EEアプリケーションのデプロイ

アプリケーションは、管理対象サーバーまたはクラスタにデプロイできます。この項では、管理対象サーバーにアプリケーションをデプロイする方法を説明します。

Java EEアプリケーションを管理対象サーバーにデプロイするには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。

2. アプリケーションのデプロイ先サーバーを選択します。
サーバー・ホーム・ページが表示されます。

3. 「WebLogicサーバー」メニューから「アプリケーションのデプロイ」→「デプロイ」を選択します。
次の図に示すように、デプロイ・ウィザードの「アーカイブの選択」ページが表示されます。

図j2ee_deploy.gifの説明

4. 「アーカイブまたは展開済ディレクトリ」セクションで、次のいずれかのオプションを選択します。

- アーカイブはこのWebブラウザが稼働しているマシンに存在します。アーカイブの場所を入力するか、「参照」をクリックしてアーカイブ・ファイルを検索します。

- アーカイブまたは展開済ディレクトリはEnterprise Managerが稼働しているサーバーに存在します。アーカイブの場所を入力するか、「参照」をクリックしてアーカイブ・ファイルを検索します。

5. 「デプロイ・プラン」セクションで、次のいずれかのオプションを選択します。

- デプロイ構成が行われるとき、新規デプロイ・プランを作成します。

- デプロイ・プランはこのWebブラウザが稼働しているマシンに存在します。このオプションを選択した場合、デプロイ・プランへのパスを入力します。

- デプロイ・プランはEnterprise Managerが稼働しているサーバーに存在します。このオプションを選択した場合は、デプロイ・プランへのパスを入力します。

6. 「次へ」をクリックします。
「ターゲットの選択」ページが表示されます。

7. アプリケーションのデプロイ先ターゲットを選択します。管理サーバー、管理対象サーバーおよびクラスタが一覧表示されます。クラスタ、クラスタ内の1つ以上の管理対象サーバー、またはクラスタに属していない管理対象サーバーを選択できます。管理サーバーはターゲットのリストに表示されていますが、そのサーバーにはアプリケーションをデプロイしないでください。管理サーバーは、Oracle WebLogic Server管理コンソールなど、管理アプリケーションのみを対象としています。

8. 「次へ」をクリックします。
「アプリケーション属性」ページが表示されます。

9. 「アプリケーション属性」セクションで、「アプリケーション名」にアプリケーション名を入力します。

10. application.xmlファイルでWebモジュールのコンテキスト・ルートが構成されていない場合は、「Webモジュールのコンテキスト・ルート」セクションで、アプリケーションのコンテキスト・ルートを指定できます。コンテキスト・ルートはWebモジュールのURIです。Webサービスを含むEJBモジュールやWebモジュールには、コンテキスト・ルートが存在する場合があります。

11. アプリケーションのadf-config.xmlファイル・アーカイブにMDS構成が存在する場合、「ターゲット・メタデータ・リポジトリ」セクションが表示されます。ここで、このアプリケーションのリポジトリとパーティションを選択できます。

- リポジトリを変更するには、「リポジトリ名」の横にあるアイコンをクリックします。「メタデータ・リポジトリ」ダイアログ・ボックスで、リポジトリを選択して「OK」をクリックします。

- パーティションを変更するには、「パーティション名」にパーティション名を入力します。アプリケーションごとに新しいパーティションを作成することをお薦めします。存在していないパーティションの名前を入力した場合は、そのパーティションが作成されます。

12. アプリケーションのadf-config.xmlファイル・アーカイブにMDS共有リポジトリのMDS構成が存在する場合、「共有メタデータ・リポジトリ」セクションが表示されます。ここで、このアプリケーションのリポジトリとパーティションを選択できます。

13. 「配布」セクションで、次のいずれかのオプションを選択します。

- アプリケーションの配布と起動(すべてのリクエストの処理)

- 管理モードでのアプリケーションの配布と起動(管理リクエストのみ処理)

- 配布のみ

14. 「次へ」をクリックします。
デプロイ・ウィザードの「デプロイ設定」ページが表示されます。

15. このページでは、アプリケーションをデプロイする前に主要な作業を実行できます。また、デプロイ・プランを編集したり、ディスクに保存することができます。アプリケーションのタイプに応じて、次の手順が可能です。

- Webモジュールの構成: このデプロイ・タスクは、Webモジュールを含むアプリケーションをデプロイする際に使用できます。ほとんどの場合、これは、アプリケーションにWebアプリケーション・デプロイメント・ディスクリプタ(web.xmlまたはweblogic.xml)が含まれていることを意味しています。ただし、Webモジュールは、アプリケーションのJavaコード内のアノテーションによっても識別可能です。
このデプロイ・タスクを使用して、Webアプリケーション・デプロイメント・ディスクリプタの標準的なプロパティを設定できます。このプロパティには、次のようなものがあります。

- セッション検証間隔

- セッションCookieの最長保存期間

「Webモジュールの構成」の行の「タスクに移動」をクリックします。「Webモジュールの構成」ページが表示されます。「一般プロパティの構成」をクリックして、「Webモジュール」または「リソース参照のマップ」の一般的な構成を表示および編集してリソース参照をマップします。

- アプリケーション・セキュリティの構成: このデプロイ・タスクは、すべてのアプリケーション・タイプで使用できます。ただし、このタスクを選択したときに使用可能になるオプションは、アプリケーションに次のファイルが存在するかどうかによって異なります。

- jazn-data.xmlが含まれる場合、このページには「アプリケーション・ポリシー移行」セクションが表示されます。

- cwallet.ssoが含まれる場合、このページには「アプリケーション資格証明移行」セクションが表示されます。

- 両方のファイルが含まれる場合、このページには前述の両方のセクションが表示されます。

これらの設定の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Enterprise ManagerによるJavaEEおよびADFアプリケーションのデプロイに関する項を参照してください。

アプリケーションにjazn-data.xmlとcwallet.ssoのいずれも含まれていない場合、「アプリケーション・セキュリティの構成」ページには次のオプションが表示されます。

- デプロイメント記述子のみ: デプロイメント記述子で定義されているロールおよびポリシーのみを使用します。

- カスタム・ロール: 管理コンソール内に定義されたロールを使用します。デプロイメント記述子内に定義されたポリシーを使用します。

- カスタム・ロールおよびポリシー: 管理コンソール内に定義されたロールとポリシーのみを使用します。

- 詳細: レルムの構成ページで構成したカスタム・モデルを使用します。

「アプリケーション・セキュリティの構成」の行の「タスクに移動」をクリックします。

- EJBモジュールの構成: このデプロイ・タスクは、EJBモジュールを含むアプリケーションで使用できます。ほとんどの場合、これは、アプリケーションにEJBデプロイメント・ディスクリプタ(ejb-jar.xmlまたはweblogic-ejb-jar.xml)が含まれていることを意味しています。ただし、EJBモジュールは、アプリケーションのJavaコード内のアノテーションによっても識別可能です。
このデプロイ・タスクを使用して、EJBデプロイメント・ディスクリプタの標準的なプロパティを設定できます。このプロパティには、次のようなものがあります。

- 空きプールにあるBeanの最大数

- EJBネットワーク・アクセス・ポイント

EJBモジュールの構成の行の「タスクに移動」をクリックします。EJBモジュールの構成ページが表示されます。EJBプロパティの構成をクリックして、EJBまたは「リソース参照のマップ」の一般的な構成を表示および編集してリソース参照をマップします。

- ADF接続の構成: このデプロイ・タスクは、ADF接続を使用するアプリケーションで使用できます。外部アプリケーションの接続情報を変更できます。
「ADF接続の構成」の行の「タスクに移動」をクリックします。「ADF接続の構成」ページが表示され、現在の接続情報が表示されます。接続タイプを変更するには、特定の行の「編集」アイコンをクリックします。たとえば、外部アプリケーションの接続情報を変更できます。ADF接続の詳細は、『Oracle Fusion Middleware Oracle Application Development FrameworkのためのFusion開発者ガイド』を参照してください。

- 永続性の構成: このデプロイ・タスクは、persistence.xmlファイルを1つ以上含むアプリケーションで使用できます。このタスクを使用して、アプリケーションに対してJava永続性API(JPA)単位を構成できます。
各永続性単位の詳細を表示したり、各永続性単位に対してJavaトランザクションAPI(JTA)データソースまたは非JTAデータソースを定義できます。

永続性単位のデータソースを構成すると、Oracle TopLinkを利用するアプリケーションで役に立つ場合があります。詳細は、Oracle Fusion Middleware Oracle TopLink開発者ガイドを参照してください。

永続性単位およびpersistence.xmlファイルをJava EEアプリケーションで使用する方法の詳細は、次のSun Developer Network Webサイトで、Java EE 5チュートリアルの永続性単位の定義を参照してください。

http://java.sun.com/javaee/5/docs/tutorial/doc/bnbqw.html#bnbrj

単純なJava EEアプリケーションでは、最初の3つのオプションのみが表示されることもあります。

16. デプロイ・プランを開きます。
デプロイ・プランを選択して編集し、保存できます。デプロイ・プランを編集して記述子の値を変更すると、その変更はデプロイ・プランに保存されます。また、次の構成もデプロイ・プランに保存されます。

- アプリケーションの各属性

- Webモジュールの構成

- EJBの構成

MDSに関連するアプリケーション属性は、ファイルadf-config.xmlに格納されます。アプリケーション・セキュリティ属性は、weblogic-application.xmlに格納されます。

Fusion Middleware Controlで関連のファイルが更新され、.earファイルが再パッケージ化されます。

17. 「デプロイ」をクリックします。
Fusion Middleware Controlにおいて、処理中を示すメッセージが表示されます。

18. デプロイが完了したら、「閉じる」をクリックします。

アプリケーションを同時に複数のサーバーにデプロイするには、そのサーバーのドメインに移動します。「WebLogicドメイン」メニューから「アプリケーションのデプロイ」→「デプロイ」を選択します。デプロイ・ウィザードに表示されたページで、サーバーを選択できます。

アプリケーションをクラスタにデプロイするには、そのクラスタを選択します。「クラスタ」メニューから「アプリケーションのデプロイ」→「デプロイ」を選択します。

WLSTコマンド:

deploy(app_name, path [,targets] [,stageMode] [,planPath] [,options])

4.4.2 Java EEアプリケーションのアンデプロイ

アプリケーションまたは特定のバージョンのアプリケーションは、WebLogic Server管理対象サーバーのインスタンスまたはクラスタからアンデプロイできます。この項では、管理対象サーバーからアプリケーションをアンデプロイする方法を説明します。アプリケーションが複数のサーバーにデプロイされている場合、Fusion Middleware Controlを使用してそれをアンデプロイすると、そのアプリケーションはすべてのサーバーからアンデプロイされます。

Java EEアプリケーションを管理対象サーバーからアンデプロイするには:

1. ナビゲーション・ペインで「アプリケーションのデプロイ」を開き、アンデプロイするアプリケーションを選択します。
アプリケーション・ホーム・ページが表示されます。

2. 「アプリケーションのデプロイ」メニューから「アプリケーションのデプロイ」→「アンデプロイ」を選択します。
「確認」ページが表示されます。

3. 「アンデプロイ」をクリックします。
処理中を示すメッセージが表示されます。

4. 操作が完了したら、「閉じる」をクリックします。

または、ドメイン、管理対象サーバーまたはクラスタに移動し、ターゲット・メニューから「アプリケーションのデプロイ」→「アンデプロイ」を選択できます。「アプリケーションの選択」ページで、アンデプロイするアプリケーションを選択します。

WLSTコマンド:

undeploy(app_name, path [,targets] [,options])

4.4.3 Java EEアプリケーションの再デプロイ

更新されたアプリケーションの新バージョンの再デプロイ、同じバージョンの再デプロイ、またはバージョンのないアプリケーションの再デプロイを行うことができます。アプリケーションは、クラスタまたは管理対象サーバーに再デプロイできます。この項では、管理対象サーバーにアプリケーションを再デプロイする方法を説明します。

Java EEアプリケーションを管理対象サーバーに再デプロイするには:

1. ナビゲーション・ペインで、ファームを開いて、「アプリケーションのデプロイ」を開きます。

2. アプリケーションを選択します。
アプリケーション・ホーム・ページが表示されます。

3. 「アプリケーションのデプロイ」メニューから「アプリケーションのデプロイ」→「再デプロイ」を選択します。
「アプリケーションの選択」ページが表示されます。

4. 「次へ」をクリックします。

5. 「アーカイブまたは展開済ディレクトリ」セクションで、次のいずれかのオプションを選択します。

- アーカイブはこのWebブラウザが稼働しているマシンに存在します。そして、アーカイブの場所を入力するか「参照」をクリックしてアーカイブ・ファイルを探します。

- アーカイブまたは展開済ディレクトリはEnterprise Managerが稼働しているサーバーに存在します。そして、アーカイブの場所を入力するか「参照」をクリックしてアーカイブ・ファイルを探します。

6. 「デプロイ・プラン」セクションで、次のいずれかのオプションを選択します。

- デプロイ構成が行われるとき、新規デプロイ・プランを作成します。

- デプロイ・プランはこのWebブラウザが稼働しているマシンに存在します。プランへのパスを入力するか、「参照」をクリックしてプラン・ファイルを検索します。

- デプロイ・プランはEnterprise Managerが稼働しているサーバーに存在します。プランへのパスを入力するか、「参照」をクリックしてプラン・ファイルを検索します。

7. 「次へ」をクリックします。
「アプリケーション属性」ページが表示されます。

8. 「次へ」をクリックします。
デプロイ・ウィザードの「デプロイ設定」ページが表示されます。

9. このページでは、アプリケーションをデプロイする前に主要な作業を実行できます。また、デプロイ・プランを編集したり、ディスクに保存することができます。アプリケーションのタイプに応じて、次の手順が可能です。

- Webモジュールの構成

- アプリケーション・セキュリティの構成

- EJBモジュールの構成

- ADF接続の構成

- 永続性の構成

単純なJava EEアプリケーションでは、最初の3つのオプションのみが表示されることもあります。

10. デプロイ・プランを開きます。
デプロイ・プランを選択して編集し、保存できます。デプロイ・プランを編集して記述子の値を変更すると、その変更はデプロイ・プランに保存されます。また、次の構成もデプロイ・プランに保存されます。

- アプリケーションの各属性

- Webモジュールの構成

- EJBの構成

MDSに関連するアプリケーション属性は、ファイルadf-config.xmlに格納されます。アプリケーション・セキュリティ属性は、weblogic-application.xmlに格納されます。

Fusion Middleware Controlで関連のファイルが更新され、.earファイルが再パッケージ化されます。

11. 「再デプロイ」をクリックします。
処理中を示すメッセージが表示されます。

12. 操作が完了したら、「閉じる」をクリックします。

アプリケーションをクラスタに再デプロイするには、そのクラスタを選択します。ターゲット・メニューから「アプリケーションのデプロイ」→「再デプロイ」を選択します。

WLSTコマンド:

redeploy(app_name [,planpath] [,options])

4.5 デプロイ・プランの管理

デプロイ・プランは、アーカイブをOracle WebLogic Serverにデプロイするために必要な構成データのすべてをクライアント側でまとめたものです。デプロイ・プランにより、保存されている一連の構成設定を使用して、アプリケーションを簡単にデプロイまたは再デプロイできます。

第4.4.1項で説明されているとおり、既存のデプロイ・プランをデプロイ時にアプリケーションに適用しない場合は、新しいデプロイ・プランがデフォルトで作成されます。いったんデプロイ・プランが作成されたら、このデプロイ・プランをファイルとして保存し、アプリケーションの再デプロイや他のアプリケーションのデプロイに再利用できます。

ただし、デプロイ後に(アプリケーションのMDS構成を変更するなど)アプリケーションの構成を変更した場合は、保存済の既存のデプロイ・プランは、デプロイされたアプリケーションの構成設定を表さなくなります。

このような状況では、デプロイされたアプリケーションの構成をよく表す新しいデプロイ・プランをフェッチできます。

現在デプロイされているアプリケーションのデプロイ・プランをフェッチするには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択します。
「WebLogicドメイン」ページが表示されます。

3. 「WebLogicドメイン」メニューから「アプリケーション・デプロイメント」→「デプロイ・プランのフェッチ」を選択します。
「デプロイ・プランのフェッチ」ページが表示されます。

4. 現在デプロイされているアプリケーションのリストからアプリケーションを選択します。

5. デプロイ・プランを保存する場所を選択し、「フェッチ」をクリックします。
プランは、Webブラウザが実行されているコンピュータ、またはFusion Middleware Controlが実行されているコンピュータに保存できます。

6. 表示されたダイアログ・ボックスで、保存済のデプロイ・プランのディレクトリの場所を指定します。
これで、このデプロイ・プランを使用して、アプリケーションで使用中の構成を使用し、後でアプリケーションをデプロイまたは再デプロイできるようになります。

または、アプリケーション・デプロイメント・ウィザードの「デプロイ設定」ページでデプロイ・プランを編集できます。

4.6 関連情報

この章で説明した内容の詳細は、次を参照してください。

- 『Oracle Fusion Middleware管理者ガイド』の「アプリケーションのデプロイ」の章

- Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ

- マルチ・データソースの構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCの構成と管理』を参照してください。

5 Oracle Fusion Middlewareの監視

この章では、Oracle Fusion Middlewareに対して、ステータスやパフォーマンスの監視、ルーティング・トポロジの表示など、基本的な監視タスクを実行する方法について説明します。

次の項目が含まれます。

- Oracle Fusion Middlewareの監視の概要

- Oracle Fusion Middlewareのステータスの監視

- Oracle Fusion Middlewareコンポーネントのパフォーマンスの監視

- ルーティング・トポロジの表示

- ポート番号の表示

- 関連情報

5.1 Oracle Fusion Middlewareの監視の概要

Oracle Fusion Middleware環境の状態を監視し最適な実行状態を維持することは、管理者にとって重要な作業です。

Oracle Fusion Middlewareでは、次の方法で環境のステータスを監視できます。

- Oracle WebLogic Server管理コンソール: Oracle WebLogic Serverドメイン、クラスタ、サーバー、Javaコンポーネントおよびアプリケーションのステータスを監視できます。管理コンソールからエンティティのページに移動します。このコンソールを使用した監視の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項を参照してください。

- Fusion Middleware Control: Oracle WebLogic Serverドメイン、クラスタ、サーバー、Javaコンポーネント、システム・コンポーネントおよびアプリケーションのステータスを監視できます。Oracle HTTP Serverインスタンスのホーム・ページなどのエンティティのホーム・ページに移動して監視します。

- コマンドライン: WLSTまたはopmnctlのコマンドラインを使用して、環境のステータスを監視できます。
コマンドラインでJavaコンポーネントのステータスを監視するには、WLSTのstateコマンドを次の形式で使用します。

state(name, type)

たとえば、管理対象サーバー(server1)のステータスを取得するには、次のコマンドを使用します。

wls:/mydomain/serverConfig> state('server1','Server')
Current state of "server1": SUSPENDED

コマンドラインでシステム・コンポーネントのステータスを監視するには、opmnctl statusコマンドを次の形式で使用します。

opmnctl status  [scope] [options]

たとえば、OPMNで監視するすべてのプロセスのステータスを表示するには、次のコマンドを使用します。

opmnctl status

5.2 Oracle Fusion Middlewareのステータスの監視

次の各項では、Fusion Middleware Controlを使用して、ファーム全体のステータスおよび各サーバーと各コンポーネントのステータスを表示する方法について説明します。

- 一般情報の表示

- Oracle WebLogic Serverドメインの監視

- Oracle WebLogic Server管理サーバーまたは管理対象サーバーの監視

- クラスタの監視

- Javaコンポーネントの監視

- システム・コンポーネントの監視

- アプリケーションの監視

5.2.1 一般情報の表示

Oracle Fusion Middleware環境の全体ステータスは、Fusion Middleware Controlを使用して、ファーム・ホーム・ページから表示できます。このページには、すべてのコンポーネントの可用性とアプリケーションのデプロイのサマリーが表示されます。SOAコンポジット・アプリケーションがデプロイされている場合は、そのサマリーも表示されます。

全体的なステータスを表示するには、ナビゲーション・ペインからファームを選択します。

ファーム・ホーム・ページが、次の図のように表示されます。

図status.gifの説明

このページには、次のセクションがあります。

- デプロイされたアプリケーションのリストおよびそれぞれのステータス

- ドメインのリスト、そのドメイン内のサーバー、メタデータ・リポジトリ、その他のOracle Fusion Middlewareエンティティ、およびそれぞれのステータス

- 関連ドキュメントへのリンクが表示されたリソース・センター

5.2.2 Oracle WebLogic Serverドメインの監視

Fusion Middleware Controlのドメイン・ホーム・ページから、ドメインにあるサーバー、クラスタ、デプロイメントなどのドメインのステータスを表示することも可能です。

ドメインを監視するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択します。
ドメイン・ホーム・ページが、次の図のように表示されます。

図domainpage.gifの説明

このページには、次のセクションがあります。

- ドメインの一般的なサマリーおよびOracle WebLogic Server管理コンソールへのリンク

- ドメイン内の管理サーバーと管理対象サーバーの両方に関する情報

- ドメインのクラスタに関する情報

- ドメインのデプロイメントに関する情報

- リソース・センター: 詳細情報へのリンクが表示されます。

関連項目:

Oracle WebLogic Server管理コンソールを使用したOracle WebLogic Serverドメインの監視の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項を参照してください。管理コンソールでは、ドメインの状態およびパフォーマンスの詳細が提供されます。

5.2.3 Oracle WebLogic Server管理サーバーまたは管理対象サーバーの監視

Fusion Middleware Controlを使用して、Oracle WebLogic Server管理サーバーまたは管理対象サーバーのステータスを表示できます。

管理サーバーまたは管理対象サーバーを監視するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。続いて、目的のドメインを開きます。

2. サーバーを選択します。
サーバー・ホーム・ページが表示されます。

次の図は、管理対象サーバーのホーム・ページを示しています。

図serverpage.gifの説明

このページには、次のセクションがあります。

- サーバーの状態やサーバーで実行中のサーブレット、JSPおよびEJBに関する情報など、サーバーの一般的なサマリー

- レスポンスと負荷

- サーバーにデプロイされたアプリケーションに関する情報

関連項目:

Oracle WebLogic Server管理コンソールを使用したサーバーの監視の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項を参照してください。管理コンソールでは、サーバーの状態およびパフォーマンスの詳細が提供されます。

5.2.4 クラスタの監視

Fusion Middleware Controlを使用して、クラスタ内のサーバーやデプロイメントを含めて、クラスタのステータスを表示できます。

クラスタを監視するには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。

2. クラスタを選択します。
次の図に示すように、クラスタ・ページが表示されます。

図cluster.gifの説明

このページには、次のセクションがあります。

- クラスタの全般的なサマリー: ブロードキャスト・チャネル、および(該当する場合は)負荷のアルゴリズムやメッセージ・モードなど

- レスポンスと負荷のセクション: リクエスト数/分およびリクエスト処理時間を示す

- デプロイ・セクション: クラスタにデプロイされたアプリケーションに関する情報を示す

- サーバー・セクション: クラスタの一部であるサーバーを一覧表示した表を示す

関連項目:

Oracle WebLogic Server管理コンソールを使用したクラスタの監視の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項を参照してください。管理コンソールでは、クラスタの状態およびパフォーマンスの詳細が提供されます。

5.2.5 Javaコンポーネントの監視

Fusion Middleware Controlのコンポーネント・ホーム・ページに、Javaコンポーネントのステータス(コンポーネントが起動されているかどうかなど)を表示できます。

WebCenter Portal: SpacesなどのJavaコンポーネントを監視する手順は次のとおりです。

1. ナビゲーション・ペインで、ファームを開き、コンポーネント・タイプで「WebCenter」を選択してから、たとえばポータル、スペースの順に開きます。

2. コンポーネントを選択します。たとえば、WebCenterスペースのインスタンスを選択します。
コンポーネント・ホーム・ページが、次の図のように表示されます。

図comppage.gifの説明

このページには、次のセクションがあります。

- WebCenterポータル: スペースのメトリック

- CPUとメモリーの使用状況を示すグラフ

- WebLogic Serverのメトリックを示すグラフ

- セキュリティのメトリックを示すグラフ

- WebCenterポータル: スペース・サービスを示すグラフ

- 関連コンポーネント・セクション

- 関連ドキュメントへのリンクが表示されたリソース・センター

関連項目:

Oracle WebLogic Server管理コンソールを使用したJavaコンポーネントの監視の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項を参照してください。

5.2.6 システム・コンポーネントの監視

Fusion Middleware Controlのコンポーネント・ホーム・ページに、Oracle HTTP ServerやOracle Web Cacheなどのシステム・コンポーネントのステータス(コンポーネントが起動されているかどうかなど)を表示できます。

Oracle HTTP Serverなどのシステム・コンポーネントを監視するには:

1. ナビゲーション・ペインで、ファームを開き、インストール・タイプ(Web層など)を開きます。

2. ohs1などのコンポーネントを選択します。
コンポーネント・ホーム・ページが、次の図のように表示されます。

図opmn_comppage.gifの説明

このページには、次のセクションがあります。

- 1秒当たりのリクエスト数とリクエスト処理時間が表示されたレスポンスと負荷のセクション

- CPU使用率およびメモリー使用量

- 仮想ホストと、その名前、リクエスト・スループットおよびレスポンス・サイズ

- モジュール・リクエスト統計と、モジュール一覧およびそれぞれのスループット(各モジュールの処理時間が表示された表)

- 関連ドキュメントへのリンクが表示されたリソース・センター

5.2.7 アプリケーションの監視

Fusion Middleware Controlを使用して、Java EEアプリケーション、SOAコンポジット・アプリケーション、ADFアプリケーションなど、あらゆるタイプのアプリケーションを監視できます。

Java EEアプリケーションを監視するには:

1. ナビゲーション・ペインで「アプリケーションのデプロイ」を開き、監視するアプリケーションを選択します。
アプリケーション・ホーム・ページが表示されます。

2. このページでは、アプリケーションのステータスのサマリー、アプリケーションのエントリ・ポイント、アプリケーションに関連付けられたWebサービスやモジュール、およびレスポンスと負荷を表示できます。
次の図は、アプリケーション・ホーム・ページの一部を示しています。

図app_home.gifの説明

このページには、次のセクションがあります。

- アプリケーションの状態、デプロイ先の管理対象サーバー、アクティブ・セッションに関する情報、アクティブ・リクエストに関する情報、リクエスト処理時間に関する情報などのアプリケーションのサマリー

- WebモジュールおよびWebサービスなどのエントリ・ポイント

- 各モジュール・タイプのモジュール一覧

- リクエスト数/分およびリクエスト処理時間を示すレスポンスと負荷

- 最も頻繁にリクエストされるサーブレット、JSPおよびWebサービスの一覧

5.3 Oracle Fusion Middlewareコンポーネントのパフォーマンスの監視

アプリケーションの実行速度低下や停止などの問題が発生した場合、特定のターゲットのパフォーマンス・メトリックなどの詳細なパフォーマンス情報を表示して、その問題を詳しく調べることができます。

Oracle Fusion Middlewareでは、ランタイム・パフォーマンスが自動的かつ継続的に測定されます。パフォーマンス・メトリックは自動的に有効化されるため、オプションを設定したり追加構成を行うことなく情報を収集できます。

Fusion Middleware Controlはリアルタイム・データを提供します。履歴データを表示する必要がある場合は、Oracle Enterprise Manager Grid Controlの使用を検討してください。

Oracle Web Logic管理対象サーバーのパフォーマンスを表示するには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。

2. 監視するサーバーを選択します。
サーバー・ホーム・ページが表示されます。

3. 「WebLogicサーバー」メニューから、「パフォーマンス・サマリー」を選択します。
「パフォーマンス・サマリー」ページが表示されます。Oracle WebLogic Serverにデプロイされているアプリケーションのパフォーマンス・メトリックと、レスポンス時間およびリクエスト処理時間に関する情報が表示されます。

4. 追加のメトリックを表示するには、「メトリック・パレットの表示」をクリックしてメトリック・カテゴリを開きます。
次の図は、「メトリック・パレット」が表示された「パフォーマンス・サマリー」ページを示しています。

図metrics.gifの説明

5. パフォーマンス・サマリーに追加するメトリックを選択します。

6. 別のターゲットをオーバーレイするには、「オーバーレイ」をクリックして、ターゲットを選択します。そのターゲットがグラフに追加されるので、複数のターゲットのパフォーマンスを同時に表示して、それらのパフォーマンスを比較できます。

7. グラフに表示される時間枠をカスタマイズするには、次のいずれかを実行します。

- 「スライダ」をクリックして、スライダ・ツールを表示します。スライダを使用すると、グラフに表示される時間幅を変更できます。たとえば、過去15分間の表示を過去10分間の表示に変更するには、左側のスライダ・コントロールを、過去10分間が表示されるように右にスライドさせます。

- カレンダと時計のアイコンを選択します。「開始時間」と「終了時間」に時間を入力します。このような時間に関して利用可能なデータがない場合、確認メッセージが表示され、このデータが利用可能な期間へと時系列が自動的に調整されることが説明されます。

Oracle HTTP ServerやOracle SOA Suiteなどのコンポーネントのパフォーマンスも表示できます。そのコンポーネントに移動して、動的ターゲット・メニューから、「監視」→「パフォーマンス・サマリー」を選択します。

5.4 ルーティング・トポロジの表示

Fusion Middleware Controlには、ファームのトポロジ・ビューアが用意されています。トポロジ・ビューアは、ファームにある各コンポーネントと各要素間のルーティング関係をグラフィカルに表すツールです。コンポーネント間でリクエストがルーティングされる経路を容易に確認できます。たとえば、Oracle Web CacheからOracle HTTP Server、Managed Server、データソースへのリクエストのルーティング経路を表示できます。

注意:

Oracle WebLogic Server、Oracle Web Cache、Oracle HTTP Serverの関係を表示するには、各ターゲットが実行中で、そのステータスが「稼働中」と表示されている必要があります。

トポロジ・ビューアを使用するとOracle Fusion Middleware環境を容易に監視できます。どのエンティティが稼働中で、どのエンティティが停止しているかを確認できます。

トポロジを出力することもできます。

トポロジを表示するには:

1. 「トポロジ」をクリックします。
「トポロジ・ビューア」が別のウィンドウに表示されます。

2. 特定のターゲットの情報を表示するには、ターゲットの上にマウスを置きます。追加情報を表示するには、「追加」をクリックします。
管理対象サーバーsoa_server1の情報が表示された「トポロジ・ビューア」ウィンドウを次に示します。

図topoview.gifの説明

トポロジ・ビューアでは、以下の処理も実行できます。

- ルーティングをグループ化する方法の選択。「表示」メニューから、Middlewareによるグループ化、またはアプリケーションによるグループ化を選択できます。

- 表示するノード・タイプを選択します。「ノードの表示」メニューから、ノード・タイプ(データソースなど)を選択します。

- ステータス別にターゲットを表示します。ページの上部にある、緑の上矢印キーまたは赤の下矢印キーをクリックします。指定のステータスが示されたターゲットのリストが表示されます。

- トポロジ内のターゲットの検索。これにより、ターゲット数が多い場合でもターゲットを簡単に見つけることができます。「検索」ボックスに名前を入力し、「検索」をクリックします。
「検索結果」ボックスが表示されます。ターゲットを強調表示するには、ターゲット名をクリックします。トポロジが再配置され、以前は表示領域に表示できなかったターゲットを確認できるようになります。

検索基準を指定することもできます。「検索」から、1つ以上のタイプの「ステータス」、1つ以上の「ターゲット・タイプ」、またはその両方を選択します。

- ステータスまたはメトリックの表示または非表示。「注釈」で「ステータス」または「メトリック」をクリックします。
「メトリック」を選択した場合は、コンポーネントの主要なパフォーマンス・メトリックが1つ表示されます(表示されるメトリックは変更できません)。

- トポロジの再配置およびその向きの変更。

- 向きを変更するには、「オプション」メニューから、「レイアウト」→「左から右」または「トップ・ダウン」を選択します。

- トポロジを再配置するには、トポロジ内のターゲットおよびルート以外をクリックします。トポロジをドラッグし、これを配置します。

- トポロジ・ビューアに表示される内容を変更するには、「オプション」メニューから、「ナビゲータの表示/非表示」を選択します。その後、ナビゲータ・ウィンドウで、右下にある影付きセクションをドラッグします。

- ターゲットのホーム・ページへの移動。ターゲットを右クリックして、「ホーム」を選択します。

- 右クリックによるターゲット上での各種の操作の直接実行。右クリック・ターゲット・メニューが表示されます。たとえば、このメニューから、Oracle WebLogic Serverの起動や停止、追加のパフォーマンス・メトリックの表示などが可能です。

- コンポーネント間のルーティング関係の表示。たとえば、Oracle Web CacheからOracle HTTP Server、Oracle HTTP ServerからOracle WebLogic Serverへのルーティングを表示できます。2つのターゲットの間にある線をクリックすると、そのルーティングで使用されているURLが表示されます。

- 「リフレッシュ」ドロップダウンから、手動でリフレッシュできます。または、毎分、5分ごと、30分ごとにステータスとメトリックを自動的にリフレッシュすることもできます。デフォルトでは、メトリックは5分ごとにリフレッシュされます。

注意:

- Mozilla Firefoxを使用している場合は、トポロジ・ビューア内のリンクまたはメニュー・アイテムをクリックすると、動作はFusion Middleware Controlのメイン・ウィンドウに戻りますが、フォーカスがメイン・ウィンドウに戻るとはかぎりません。たとえば、ターゲット・ノードを右クリックしてターゲット・メニューから「ログ・メッセージの表示」を選択しても、フォーカスはトポロジ・ビューアのウィンドウに残ったままになります(メイン・ウィンドウに戻ると、「ログ・メッセージ」ページが正しく表示されます)。
この問題を回避するには、Firefoxで次の変更を行います。

「ツール」メニューから、「オプション」→「コンテンツ」を選択します。「詳細設定」をクリックします。「JavaScript の詳細設定」ダイアログ・ボックスで、「ウィンドウのフォーカス(前面か背面か)を切り替える」を選択します。

- Internet Explorerを使用している場合は、「常に新しいタブでポップアップを開く」オプションを選択解除します。

5.5 ポート番号の表示

デフォルトでは、インストール時またはコンポーネントの作成時に、Oracle Fusion Middlewareにより各種コンポーネントとサービスに対してポート番号が割り当てられます(インストール時または構成時に特定のポートを指定できます)。割り当てられたポート番号は、Fusion Middleware Controlの「ポートの使用状況」ページで表示できます。

Fusion Middleware Controlを使用して、Oracle WebLogic Serverドメイン、管理サーバー、管理対象サーバーまたはSOA InfrastructureやOracle Web Cacheなどのコンポーネントのポート番号を表示できます。

WebLogicドメインが現在使用しているポート番号を表示するには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。

2. ドメインを選択します。

3. 「WebLogicドメイン」メニューから「ポートの使用状況」を選択します。
次の図に示すように、「ポートの使用状況」ページが表示されます。

図ports.gifの説明

必要に応じて、「表示」から管理対象サーバーを選択することで、表示するポートをフィルタできます。

「ポートの使用状況」の詳細な表には、使用されているポート、IPアドレス、コンポーネント、チャネルおよびプロトコルが表示されます。

ターゲットに移動し、ターゲットのメニューから「ポートの使用状況」を選択することで、管理サーバー、管理対象サーバーおよびSOA InfrastructureやOracle Web Cacheなどのコンポーネントについて同様のページを表示できます。

コマンド:

OPMNコマンド:

opmnctl status l

WLSTコマンド:

get('AdministrationPort')
get('ListenPort')

5.6 関連情報

この章で説明した内容の詳細は、次を参照してください。

- 『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの監視に関する項

- Oracle WebLogic Server管理コンソールを使用した監視の詳細については、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』の管理コンソールの概要に関する項

6 セキュリティの構成

Oracle Fusion Middlewareには、管理目的に特化したアカウントを含む、多くのセキュリティ機能が用意されています。この章では、追加の管理アカウントの作成、アプリケーション・ロールの作成、これらのアカウントのパスワード変更、およびSSLの構成を行う方法について説明します。

この章の内容は次のとおりです。

- 追加の管理ユーザーの作成

- 特定のロールを持つ追加ユーザーの作成

- 管理ユーザーのパスワードの変更

- SSLの構成

- 関連情報

6.1 追加の管理ユーザーの作成

Oracle Fusion Middlewareのインストール時および構成時に、管理ユーザーとそのパスワードを指定する必要があります。デフォルトの管理アカウントを使用して、Fusion Middleware ControlおよびOracle WebLogic Server管理コンソールにログインできます。

Oracle WebLogic Server管理コンソールを使用して、別の管理ユーザーを作成できます。

完全な権限を持つ新しい管理ユーザーを作成するには:

1. Oracle WebLogic Server管理コンソールに移動します(たとえば、Fusion Middleware Controlでドメインのホーム・ページから「このWebLogicドメインを構成および管理するには、Oracle WebLogic Server管理コンソールを使用します。」を選択します)。

2. ナビゲーション・ペインから「セキュリティ・レルム」を選択します。
「セキュリティ・レルム」ページのサマリーが表示されます。

3. myrealmなどのレルムを選択します。
レルム・ページの「設定」が表示されます。

4. 「ユーザーとグループ」タブを選択し、「ユーザー」タブを選択します。「新規」をクリックします。
「新規ユーザーの作成」ページが表示されます。

5. 「名前」に、新しいユーザーの名前を入力します。この場合、admin2と入力します。

6. 必要に応じて、アカウントの説明を入力します。

7. プロバイダ認証者には、デフォルト値である「DefaultAuthenticator」を使用します。

8. 「パスワード」に、アカウント用のパスワードを入力します。「パスワードの確認」に、パスワードを再入力します。
「DefaultAuthenticator」を選択した場合、Oracle Fusion Middlewareユーザーに割り当てるパスワードには次のルールが適用されます。

- 文字が8つ以上含まれている必要があります。

- 1つ以上の文字が、数字または特殊文字(ドル記号($)、番号記号(#)またはアンダースコア(_))である必要があります。

9. 「OK」をクリックします。

10. 「ユーザー」表で、新規作成したユーザーを選択します。
ユーザーの設定ページが表示されます。

11. 「グループ」タブを選択します。

12. 「使用可能」グループからグループを選択します。この場合、新しいユーザーに完全な権限を付与するために、次の図に示すように、「管理者」を選択してから「選択済み」リストに移動させます。
図create_user.gifの説明

13. 「保存」をクリックします。

この時点で、Oracle WebLogic Serverドメインの管理者ロールを持つ、admin2という名前のユーザーが作成されています。

6.2 特定のロールを持つ追加ユーザーの作成

別のユーザーに、構成は変更できずOracle Fusion Middlewareの監視のみ可能な、最小限の権限を付与する場合もあります。 追加ユーザーを作成し、制限のあるアクセス権を付与することができます。たとえば、アプリケーションをデプロイする権限を持つユーザーを作成できます。

アプリケーションをデプロイできる追加ユーザーを作成するには:

1. Oracle WebLogic Server管理コンソールに移動します(たとえば、Fusion Middleware Controlでドメインのホーム・ページから「このWebLogicドメインを構成および管理するには、Oracle WebLogic Server管理コンソールを使用します。」を選択します)。

2. ナビゲーション・ペインから「セキュリティ・レルム」を選択します。
「セキュリティ・レルム」ページのサマリーが表示されます。

3. myrealmなどのレルムを選択します。
レルム・ページの「設定」が表示されます。

4. 「ユーザーとグループ」タブを選択し、「ユーザー」タブを選択します。「新規」をクリックします。
「新規ユーザーの作成」ページが表示されます。

5. 「名前」に、新しいユーザーの名前を入力します。この場合、app_deployerと入力します。

6. 必要に応じて、アカウントの説明を入力します。

7. 「パスワード」に、アカウント用のパスワードを入力します。「パスワードの確認」に、パスワードを再入力します。
「DefaultAuthenticator」を選択した場合、Oracle Fusion Middlewareユーザーに割り当てるパスワードには次のルールが適用されます。

- 文字が8つ以上含まれている必要があります。

- 1つ以上の文字が、数字または特殊文字(ドル記号($)、番号記号(#)またはアンダースコア(_))である必要があります。

8. 「OK」をクリックします。

9. 「ユーザー」表で、新規作成したユーザーを選択します。
ユーザーの設定ページが表示されます。

10. 「グループ」タブを選択します。

11. 「使用可能」グループからグループを選択します。この場合、新しいユーザーにアプリケーションのデプロイ権限のみを付与するために、デプロイヤを選択してから「選択済み」リストに移動させます。

12. 「保存」をクリックします。

6.3 管理ユーザーのパスワードの変更

Oracle WebLogic Server管理コンソールを使用して、ユーザーのパスワードを変更できます。

管理ユーザーのパスワードを変更するには:

1. Oracle WebLogic Server管理コンソールに移動します(たとえば、Fusion Middleware Controlでドメインのホーム・ページから「このWebLogicドメインを構成および管理するには、Oracle WebLogic Server管理コンソールを使用します。」を選択します)。

2. ナビゲーション・ペインから「セキュリティ・レルム」を選択します。
「セキュリティ・レルム」ページのサマリーが表示されます。

3. myrealmなどのレルムを選択します。
レルム・ページの「設定」が表示されます。

4. 「ユーザーとグループ」タブを選択し、「ユーザー」タブを選択します。ユーザーを選択します
ユーザーの設定ページが表示されます。

5. 「パスワード」タブを選択します。

6. 新しいパスワードを入力し、確認のため再入力します。

7. 「保存」をクリックします。

6.4 SSLの構成

SSLは、メッセージの暗号化、整合性および認証を提供することで、通信を保護します。SSL標準により、関係するコンポーネント(ブラウザやHTTPサーバーなど)は、どの暗号化、認証および整合性メカニズムを使用するかのネゴシエーションができます。

- 暗号化を行うと、正当な受信者のみがメッセージを読むことができ機密が保持されます。SSLでは、様々な暗号化アルゴリズムを使用してメッセージを暗号化できます。各SSLセッションの開始時に行われるSSLハンドシェイク中、クライアントとサーバーは、どのアルゴリズムを使用するかのネゴシエーションを行います。SSLがサポートしている暗号化アルゴリズムには、AES、RC4、3DESなどがあります。

- 整合性により、クライアントが送信したメッセージが改ざんされずに正当なサーバーに届きます。メッセージの整合性を確保するために、クライアントはハッシュ機能を使用してメッセージをダイジェストにハッシュし、このメッセージ・ダイジェストをサーバーに送信します。サーバーは、さらにこのメッセージをダイジェストにハッシュし、これら2つのダイジェストを比較します。SSLでは、2つの異なるメッセージから同じダイジェストをコンピュータで生成するのが不可能なハッシュ機能を使用しているため、サーバーでは2つのダイジェストが一致しない場合には、何者かによりメッセージが改ざんされたと見なすことができます。SSLがサポートしているハッシュ機能の1つに、SHA1があります。

- 認証を使用すると、サーバーとクライアントは互いに相手の身元を確認できます。クライアントがSSLセッションを開始すると、サーバーは通常、サーバー自身の証明書をクライアントに送信します。証明書とは、VeriSignなどの信頼できる認証局によって発行されるデジタルIDです。
クライアントは、サーバー証明書内の証明連鎖を検証することで、サーバーが本物であることを確認します。サーバー証明書は、サーバー証明書に署名した認証局(CA)により保証されています。

また、サーバーがクライアントの識別を認証する必要がある場合には、サーバーがクライアントに証明書の所持を要求することもできます。

この項の内容は次のとおりです。

- キーストアとウォレットの概要

- ブラウザとOracle HTTP Server間におけるSSLの有効化

6.4.1 キーストアとウォレットの概要

Oracle Fusion Middlewareでは、すべてのJavaコンポーネントおよびアプリケーションはJKSキーストアを使用します。そのため、Oracle WebLogic Serverで稼働するすべてのJavaコンポーネントおよびアプリケーションは、JKSベースのキーストアおよびトラストストアを使用します。

Oracle Virtual Directoryシステム・コンポーネントは、JKS キーストアを使用して、鍵と証明書を保存します。そのため、Oracle Virtual DirectoryにSSLを構成するには、JKSキーストアを設定および使用する必要があります。

他のコンポーネントは、その保存メカニズムとしてOracleウォレットを使用します。Oracleウォレットとは、証明書、信頼できる証明書、証明書リクエスト、秘密鍵などの資格証明を保存するコンテナです。Oracleウォレットは、ファイル・システムまたはOracle Internet DirectoryなどのLDAPディレクトリに保存できます。Oracleウォレットは、自動ログインできるウォレットにできるほか、パスワードで保護したウォレットにすることもできます。

Oracleウォレットを使用するコンポーネントは次のとおりです。

- Oracle HTTP Server

- Oracle Web Cache

- Oracle Internet Directory

6.4.2 ブラウザとOracle HTTP Server間におけるSSLの有効化

クライアント・ブラウザとWebサーバーの間の通信経路でSSLを有効化できます。この場合は、SSLモードでリスニングするようにOracle HTTP Serverの仮想ホストを構成します。この処理について次の各項で説明します。

- Oracle HTTP Serverの仮想ホストへのインバウンド・トラフィックに対するSSLの有効化

- Oracle HTTP Serverの仮想ホストからのアウトバウンド・トラフィックに対するSSLの有効化

6.4.2.1 Oracle HTTP Serverの仮想ホストへのインバウンド・トラフィックに対するSSLの有効化

Oracle HTTP Serverの仮想ホストへのインバウンド・トラフィックに対してSSLを有効化するには:

1. 次のように、Oracleウォレットを作成します。

1. ナビゲーション・ペインで、ファームを開いて、「Web層」を開きます。Oracle HTTP Serverインスタンスを選択します。

2. 「Oracle HTTP Server」メニューから「セキュリティ」→「ウォレット」を選択します。
「ウォレット」ページが表示されます。

3. 「「作成」をクリックします
次の図に示すように、「ウォレットの作成」ページが表示されます。

図create_wallet.gifの説明

4. 「ウォレット名」に、説明的なウォレット名を入力します。

5. ウォレットに自動ログインできるようにするかどうかに応じて、「自動ログイン」を選択または選択解除します。デフォルトは、自動ログイン・ウォレットです。「自動ログイン」を選択解除した場合は、「ウォレット・パスワード」にパスワードを入力し、その同じパスワードを「パスワードの確認」にも入力します。

6. 「OK」をクリックしてウォレットを作成します。
確認ボックスが表示されます。

7. 証明書リクエストを作成するかどうかが、確認ボックスで尋ねられます。「はい」をクリックします。
「ウォレットの作成: 証明書リクエストの追加」ページが表示されます。

8. 「「共通名」に、証明書リクエストの名前を入力します。

9. 組織に関する情報を入力します。

10. 「キー・サイズ」で、サイズを選択します。

11. 「OK」をクリックします。

12. 証明書に認証局(CA)の署名を受けるには、証明書リクエストをウォレットからエクスポートして、CAへ送信する必要があります。発行された証明書が返されたら、ウォレットにインポートする必要があります。これで、ウォレットを使用できるようになりました。

2. 「HTTP Server」メニューから「管理」→「仮想ホスト」を選択します。
「仮想ホスト」ページが表示されます。

3. 仮想ホストを選択し、「構成」→「SSL構成」を選択します。
次の図に示すように、「SSL構成」ページが表示されます。

図ohsssl3.gifの説明

4. 「SSLの有効化」を選択します。

5. 「サーバー・ウォレット名」でウォレットを選択します。

6. 「サーバーSSLプロパティ」から、SSL認証タイプ、使用する暗号スイートおよびSSLプロトコル・バージョンを選択します。

7. 「OK」をクリックします。

8. Oracle HTTP Serverを再起動します。そのためには、「Oracle HTTP Server」メニューから「コントロール」→「再起動」を選択します。

9. ブラウザのSSLを介して「Oracle HTTP Server」ページを参照することで、これをテストできます。URLの形式は、https://host:port/を使用します。ホストとポートは、ご使用の環境に適した値に置き換えます。

6.4.2.2 Oracle HTTP Serverの仮想ホストからのアウトバウンド・トラフィックに対するSSLの有効化

Oracle HTTP Serverからのアウトバンド・リクエストは、mod_wl_ohsを構成することで処理します。

SSLのアウトバンド・リクエストを構成するには:

1. Oracle WebLogic Server管理コンソールを使用して、証明書を収めたOracle WebLogic Serverのカスタム・キーストアを生成します。

1. コンソールの左側のペインで、「環境」を開いて「サーバー」を選択します。

2. 「構成」→「キーストア」を選択します。

3. キーストアを定義します。各フィールドの詳細は、オンライン・ヘルプを参照してください。

2. Oracle WebLogic Serverで使用する証明書を、信頼できる証明書としてOracle HTTP Serverウォレットにインポートします。このタスクでは、 WLST やFusion Middleware Controlなどの任意のユーティリティを使用できます。

3. Oracle HTTP Server構成ファイルORACLE_INSTANCE/config/OHS/ohs1/ssl.confにあるmod_weblogicのSSL構成に次の行を追加します。

WlSSLWallet  "$(ORACLE_INSTANCE}/config/COMPONENT_TYPE/COMPONENT_NAME/default"

この行のdefaultは、ステップ2で指定したOracle HTTP Serverウォレットの名前です。

構成の例は次のとおりです。

<IfModule mod_weblogic.c>
WebLogicHost myhost.example.com
WebLogicPort 7002
Debug ALL
WLLogFile /tmp/weblogic.log
MatchExpression *.jsp
SecureProxy On
WlSSLWallet "$(ORACLE_INSTANCE)/config/OHS/ohs1/keystores/default"
</IfModule>

ファイルを保存して終了します。

4. Oracle HTTP Serverを再起動して、この変更を有効にします。

5. ステップ1で生成したカスタム・キーストアを使用するようにOracle WebLogic Serverインスタンスが構成されていて、その別名が証明書の生成で使用した別名の値を指していることを確認します。Oracle WebLogic Serverインスタンスを再起動します。

6.5 関連情報

この章で説明した内容の詳細やその他のセキュリティ関連の詳細は、次を参照してください。

- 次の各トピックの詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

- Secure Sockets Layer(SSL)。これは、通信内容を保護するために使用される業界標準です。SSLの構成に関する項を参照してください。

- キーストア、ウォレットおよび証明書。キーストア、ウォレットおよび証明書の管理に関する項を参照してください。

- 次の各トピックの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

- Oracle Platform Security。Oracle WebLogic Serverで稼働するセキュリティ・フレームワークです。アプリケーション開発者、システム・インテグレータ、セキュリティ管理者および独立系ソフトウェア・ベンダーに、Java SEおよびJava EEアプリケーション用の移植可能で統合された包括的なセキュリティ・プラットフォーム・フレームワークを提供します。

- 共通監査フレームワーク。これは、様々なコンポーネントに対して監査を管理するための統一システムで、柔軟な監査ポリシーと、ビルトインのコンプライアンス・レポート機能を実現します。

- アイデンティティ・ストア、ポリシー・ストアおよび資格証明ストア。これにより、ユーザーやロールの情報、ポリシーおよび資格証明の格納と管理が保護されます。

7 ログ・ファイルの管理

Oracle Fusion Middlewareコンポーネントは、すべてのタイプのイベントを記録したメッセージを収めたログ・ファイルを生成します。記録される情報には起動と停止に関する情報、エラー・メッセージと警告メッセージ、HTTPリクエストに関するアクセス情報、補足情報などがあります。この章では、システム・アクティビティの監視とシステム上の問題の診断に役立つログ・ファイルを表示および管理する方法について説明します。

この章の内容は次のとおりです。

- Oracle Fusion Middlewareにおけるログの概要

- ログ・メッセージとログ・サマリーの表示

- ログ・ファイルの表示

- ログ・ファイルの検索

- ログ・ファイルのダウンロード

- ログ設定の構成

- 関連情報

7.1 Oracle Fusion Middlewareにおけるログの概要

ほとんどのOracle Fusion Middlewareコンポーネントでは、Oracle Diagnostic Logging(ODL)形式で診断ログ・ファイルに情報が書き込まれます。ログ・ファイルの名前とログ・ファイルの内容の形式は、Oracle標準に準拠します。デフォルトでは、診断メッセージはテキスト形式で書き込まれます。

ODLには、次のような利点があります。

- 保存される診断情報の合計容量を制限する機能があります。

- 時系列で古いセグメント・ファイルが削除され、新しいセグメント・ファイルが保存されます。

- 古い診断ログ・ファイルを削除するとき、コンポーネントをアクティブのまま維持でき、停止する必要がありません。

注意:

Oracle WebLogic ServerはODL形式を使用しません。Oracle WebLogic Serverのログ形式の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタ処理』を参照してください。

7.2 ログ・メッセージとログ・サマリーの表示

ドメイン、管理対象サーバー、コンポーネントまたはアプリケーションのすべてのエンティティのメッセージを表示できます。

管理対象サーバーのログ・ファイルとそのメッセージを表示するには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。管理対象サーバー名を右クリックして、「ログ」→「ログ・メッセージの表示」を選択します。
次の図に示すように、「ログ・メッセージ」ページが表示されます。

図logpage.gifの説明

デフォルトでは、過去1時間以内に発生したインシデント・エラーとエラー・メッセージが、このページに表示されます。基準を変更することで、他のメッセージ・タイプや時間間隔を含めることができます。

デフォルトでは、メッセージは時系列に昇順でソートされます。メッセージは、列名をクリックすることにより、メッセージ・タイプなどの任意の列でソートできます。

2. メッセージのサマリーを表示するには、表の「表示」で「メッセージ・タイプ別グループ」または「メッセージID別グループ」を選択します。

関連項目:

Oracle WebLogic Server管理コンソールを使用したOracle WebLogic Serverログ・ファイルの表示および検索の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタ処理』を参照してください。

7.3 ログ・ファイルの表示

各コンポーネントに関連付けられたログ・ファイルとその内容は、Fusion Middleware Controlを使用して表示できます。

特定のコンポーネントのログ・ファイルを表示するには:

1. ナビゲーション・ペインで、ファームを開きます。システム・コンポーネントの場合は、該当のインストール・タイプを開いて目的のコンポーネントを選択します。Javaコンポーネントの場合は、該当のファーム、コンポーネント・タイプの順に開き、目的のコンポーネントを選択します。

2. 動的ターゲット・メニューから、「ログ」を選択します。その後、「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページが表示されます。

3. 「選択したターゲット」を開き、特定のコンポーネントまたはアプリケーションの行で「ターゲット・ログ・ファイル」アイコンをクリックします。
「ログ・ファイル」ページが表示されます。このページでは、コンポーネントやアプリケーションに関連するログ・ファイルのリストを表示できます。

4. ファイルを選択して、「ログ・ファイルの表示」をクリックします。
「ログ・ファイルの表示」ページが表示されます。このページでは、メッセージのリストを表示したり、メッセージを選択して詳細を確認できます。

5. メッセージの詳細を表示するには、メッセージを選択します。
次の図に示すように、リストの下のペインに詳細が表示されます。

図viewlog.gifの説明

WLSTコマンド:

listLogs(target='target_name', oracleInstance='domain_or_instance_home',
[unit='size'] [,fulltime])

7.4 ログ・ファイルの検索

Fusion Middleware Controlの「ログ・メッセージ」ページを使用すると、時間、メッセージのタイプ、および特定のログ・ファイル属性で診断メッセージを検索できます。

メッセージを検索するには:

1. ナビゲーション・ペインで、ファームを開いて管理対象サーバーやOracle HTTP Serverなどのターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページに、「検索」セクションおよびメッセージのサマリーを示す表が表示されます。

3. 選択したコンポーネントによっては、コンポーネントに関連するターゲットがこのページに表示される場合もあります。ターゲットを制限するには、「選択したターゲット」を開き、検索に含めないターゲットを選択して「削除」をクリックします。

4. 「日付範囲」セクションで、次のいずれかを選択できます。

- 最新: このオプションを選択した場合は、3時間などの時間を選択します。デフォルトは1時間です。

- 時間間隔: このオプションを選択した場合は、「開始日」のカレンダ・アイコンを選択します。日付および時刻を選択します。次に、「終了日」のカレンダ・アイコンを選択します。日付および時刻を選択します。

5. 「メッセージ・タイプ」セクションで、1つ以上のメッセージ・タイプを選択します。

6. 「検索」をクリックします。
次の図は、結果が表示された「ログ・メッセージ」ページを示しています。

図logsearch.gifの説明

また、さらに別の基準を指定して検索を絞り込むことができます。たとえば、ログ・ファイルのメッセージを表示(第7.3項を参照)したときに表示されたメッセージを追跡する場合、メッセージの実行コンテキストID(ECID)をコピーして、検索基準に使用できます。これにより、ファームの複数のコンポーネントにおいてメッセージを関連付けて、同じECIDのメッセージを持つ他のコンポーネントを特定できます。

検索を絞り込むには:

1. ナビゲーション・ペインで、ファームを開きます。システム・コンポーネントの場合は、該当のインストール・タイプを開いて目的のコンポーネントを選択します。Javaコンポーネントの場合は、該当のファーム、ドメイン、管理対象サーバーの順に開いて、目的のコンポーネントを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページに、「検索」セクションが表示されます。

3. 「フィールドの追加」をクリックしてフィールドを選択し、「追加」をクリックします。

4. containsなどの演算子を選択して、値を入力します。たとえば、「メッセージID」フィールドを追加した場合、メッセージIDとして「BEA-000386」のように入力します。

5. 「検索」をクリックします。

WLSTコマンド:

displayLogs(target='target_name', oracleInstance='WLS_domain_or_instance_home,'
query 'MSG_TYPE eq ERROR or MSG_TYPE eq INTERNAL_ERROR'
[,groupBy='string'] [,tail] [,last=num_minutes])

7.5 ログ・ファイルのダウンロード

Fusion Middleware Controlを使用してログ・メッセージをファイルにダウンロードできます。サマリー・メッセージ、特定のコンポーネントやログ・ファイルに関連するメッセージ、または特定のタイプのメッセージをダウンロードできます。

Fusion Middleware Controlを使用してログ・メッセージをファイルにダウンロードするには:

1. ナビゲーション・ペインで、ファームを開いて、「WebLogicドメイン」を開きます。ドメインまたは管理対象サーバーを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページが表示されます。

3. 第7.4項の説明に従って、表示するログ・メッセージを指定する基準を設定します。

4. 表で、「すべてをファイルにエクスポート」の近くにある矢印をクリックしてファイル・タイプを選択します。
次のいずれかの項目を選択できます。

- Oracle診断ログ・テキスト(.txt)として

- Oracle診断ログXML (.xml)として

- カンマ区切りリスト(.csv)として

オープン・ダイアログ・ボックスが表示されます。

5. 「次を使用してオープン」またはディスクに保存のいずれかを選択します。「OK」をクリックします。

特定のタイプのメッセージまたは特定のメッセージIDを持つメッセージをファイルにエクスポートするには:

1. ナビゲーション・ペインで、まずファームを開きます。そして、「WebLogicドメイン」を開いてから、対象ドメインを開きます。管理対象サーバーを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページが表示されます。

3. 第7.4項の説明に従って、表示するログ・メッセージを指定する基準を設定します。

4. 「表示」で「メッセージ・タイプ別グループ」または「メッセージID別グループ」を選択します。

5. 「メッセージ・タイプ別グループ」を選択した場合にメッセージをファイルにダウンロードするには、「エラー」列など、メッセージ数を表示するいずれかの列にあるリンクを選択します。「メッセージID別グループ」を選択した場合は、「発生」列にあるリンクのいずれかを選択します。
メッセージ・タイプ別のメッセージまたはメッセージID別のメッセージのページが表示されます。

6. 「すべてをファイルにエクスポート」の近くにある矢印をクリックして、ファイル・タイプを選択します。
次のいずれかの項目を選択できます。

- Oracle診断ログ・テキスト(.txt)として

- Oracle診断ログXML (.xml)として

- カンマ区切りリスト(.csv)として

オープン・ダイアログ・ボックスが表示されます。

7. 「次を使用してオープン」またはディスクに保存のいずれかを選択します。「OK」をクリックします。

Fusion Middleware Controlを使用して特定のコンポーネントのログ・ファイルをダウンロードするには:

1. ナビゲーション・ペインで、ファームを開きます。システム・コンポーネントの場合は、該当のインストール・タイプを開いて目的のコンポーネントを選択します。Javaコンポーネントの場合は、該当のファーム、コンポーネント・タイプの順に開き、目的のコンポーネントを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページが表示されます。

3. 「ターゲット・ログ・ファイル」をクリックします。
「ログ・ファイル」ページが表示されます。このページでは、コンポーネントやアプリケーションに関連するログ・ファイルのリストを表示できます。

4. ログ・ファイルを選択し、「ダウンロード」をクリックします。

5. オープン・ダイアログ・ボックスが表示されます。

6. 「次を使用してオープン」またはディスクに保存のいずれかを選択します。「OK」をクリックします。

WLSTコマンド:

displayLogs(options, export='filename')

7.6 ログ設定の構成

Fusion Middleware ControlまたはWLSTを使用して、管理対象サーバーおよびJavaコンポーネントのログ設定を変更できます。

注意:

Fusion Middleware ControlやWLSTを使用して第2.4.2項のリストにあるシステム・コンポーネントのログ・ファイルのオプションを構成することはできません。

Fusion Middleware Controlを使用してログ・ファイルの設定を変更するには、コンポーネントのホーム・ページに移動し、動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。

次のオプションを構成できます。

- ログ・ファイルの名前とパス:第7.6.1項を参照してください。

- ログ・ファイルのサイズ: ログ・ファイルが特定のサイズに達したか、特定の期間が経過したときに新しいファイルを作成するように指定できます。これをログ・ファイルのローテーションと呼びます。第7.6.2項を参照してください。

- ログ・レベル: ログファイルに書き込む情報の量やタイプを指定できます。第7.6.3項を参照してください。

- ログ・ファイル形式: ログ・ファイルをテキストまたはXML形式で書き込むかどうかを指定できます。第7.6.4項を参照してください。

7.6.1 ログ・ファイルの名前と場所の変更

Oracle Fusion Middlewareは、デフォルトで次のディレクトリにJavaコンポーネントのログ・ファイルを書き込みます。

(UNIX) MW_Home/user_projects/domains/domain_name/servers/server_name/logs
(Windows) MW_Home\user_projects\domains\domain_name\servers\server_name\logs

ログ・ファイルのデフォルト名はserver_name-diagnostic.logです。

たとえば、Oracle SOA Suiteのログ・ファイルは次のようになります。

(UNIX) MW_Home/user_projects/domains/domain_name/servers/server_name/logs/server_name-diagnostic.log
(Windows) MW_Home\user_projects\domains\domain_name\servers\server_name\logs\server_name-diagnostic.log

サーバーまたはコンポーネントの名前と場所は変更可能です。Fusion Middleware Controlを使用してログ・ファイルの名前と場所を変更するには、エンティティのホーム・ページに移動し、動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。

たとえば、Fusion Middleware Controlを使用してWebCenterポータル: スペースのログ・ファイルの名前と場所を変更するには次の手順に従います。

1. ナビゲーション・ペインでエンティティを開き、「WebCenter Spaces」を選択します。

2. 「WebLogicサーバー」メニューから「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 「ログ・ファイル」タブを選択します。

4. 表でログ・ハンドラを選択し、「構成の編集」をクリックします。
次の図に示す「ログ・ファイルの編集」ダイアログ・ボックスが表示されます。

図logedit3.gifの説明

5. 「ログ・パス」に、新しいパスを入力します。

6. 「OK」をクリックします。

7. 「確認」ウィンドウで、「閉じる」をクリックします。

WLSTコマンド:

configureLogHandler(name='log_handler_name', path='path')

7.6.2 ログ・ファイルのローテーションの構成

ODLログは、現在のODLログ・ファイルと、過去のメッセージを収めたゼロ個以上のODLアーカイブ(セグメント・ファイル)で構成するログ・ファイルのセットです。ログ・ファイルのサイズが大きくなるにつれて、新しい情報がserver_name-diagnostic.logログ・ファイルの末尾に追加されます。ログ・ファイルがローテーション・ポイントに達すると、名前が変更され、server_name-diagnostic.logというログ・ファイルが新規作成されます。ローテーション・ポイントは、ODLの最大セグメント・サイズ、またはローテーション時間とローテーション頻度によって指定します。

ODLログ・ファイルのserver_name-diagnostic.logがローテーション・ポイントに達すると、セグメント・ファイルが作成されます。つまり、server_name-diagnostic.logがserver_name-diagnostic-n.log(nは整数)という名前に変更され、コンポーネントが新しい診断メッセージを生成すると、server_name-diagnostic.logファイルが新規作成されます。

デフォルトでは、ログ・ファイルが10MBに達するとローテーションが実行されます。特定のコンポーネントにおけるすべてのログ・ファイルの最大サイズは、100MBです。

コンポーネント用のログ・ファイルのローテーションを変更するには、Fusion Middleware Controlでコンポーネントのホーム・ページに移動し、動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。

ログ・ファイルのローテーションをサイズ・ベースで構成するには:

1. ナビゲーション・ペインで、ファームを開いて管理対象サーバーなどのターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 「ログ・ファイル」タブを選択します。

4. 表でログ出力を選択し、「構成の編集」をクリックします。
「ログ・ファイルの編集」ダイアログ・ボックスが表示されます。

5. 「ローテーション・ポリシー」セクションで、「サイズ・ベース」を選択します。

6. 「最大ログ・ファイル・サイズ」で、サイズをMB単位(15など)で入力します。

7. 「すべてのログ・ファイルの最大サイズ」で、サイズをMB単位(150など)で入力します。

8. 「適用」をクリックします。

ログ・ファイルのローテーションを時間ベースで構成するには:

1. ナビゲーション・ペインで、ファームを開いて管理対象サーバーなどのターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 「ログ・ファイル」タブを選択します。

4. 表でログ出力を選択し、「構成の編集」をクリックします。
「ログ・ファイルの編集」ダイアログ・ボックスが表示されます。

5. 「ローテーション・ポリシー」セクションで、「時間ベース」を選択します。

6. 「開始時間」では、カレンダをクリックし、ローテーションを開始する日付と時間を選択します。たとえば、2010年9月8日、午前6時を選択します。

7. 「頻度」では、「分」を選択して分単位の数値を入力するか、「時間」、「日次」または「週」」を選択できます。この場合は、「時間」を選択します。ログ・ファイルは1時間おきにローテーションされます。

8. 「保存期間」では、ログ・ファイルを保存する期間を指定できます。「分」を選択して、分単位の数値を入力するか、「日」、「週」、「月」または「年」を指定できます。この場合は、「月」を選択します。
短い期間を指定すると、使用するディスク領域の容量は少なくなりますが、古い情報を取得できなくなります。

9. 「OK」をクリックします。

WLSTコマンド:

configureLogHandler(name='log_handler_name', rotationFrequency='frequency',
baseRotationTime='time', retentionPeriod=minutes)

7.6.3 ログ・レベルの設定

ログ・ファイルに書き込む情報の量やタイプは、メッセージのタイプとレベルを指定することで構成できます。各メッセージ・タイプのメッセージ・レベルの有効値は、1(最高の重大度)から32(最低の重大度)の範囲です。重大度の値を小さくすると、ログ・ファイルに書き込まれる情報量が多くなります。通常は、タイプのみを指定する必要があり、レベルを指定する必要はありません。

タイプを指定すると、Oracle Fusion Middlewareは、そのタイプのすべてのメッセージと、それより重大度が高いメッセージを返します。たとえば、メッセージ・タイプを「WARNING」に設定した場合、Oracle Fusion Middlewareは、タイプがINCIDENT_ERRORおよびERRORのメッセージも返します。

表7-1は、メッセージ・タイプと各タイプで最も一般的なレベルを示しています。

表7-1 診断メッセージのタイプとレベル

メッセージ・タイプ

レベル

説明

INCIDENT_ERROR

1

製品の不具合などが原因で発生している可能性のある重大な問題です。この問題は、Oracleサポートへの報告が必要となります。

リカバリできないエラーや重大な問題などが、これに該当します。

ERROR

1

管理者による緊急処置が必要な重大な問題ですが、製品の不具合が原因ではありません。

Oracle Fusion Middlewareではログ・ファイルを処理できないが、ドキュメントに対する権限を修正することで問題を解決できる場合などが、これに該当します。

WARNING

1

無効なパラメータ値や指定したファイルが存在しないなどの潜在的な問題です。管理者による確認が必要となります。

NOTIFICATION

1

プライマリ・サブコンポーネントや機能のアクティブ化やアクティブ化解除などの主要なライフサイクル・イベント。

これはNOTIFICATIONのデフォルト・レベルです。

NOTIFICATION

16

通常のイベントを報告する最も詳細なレベル。

TRACE

1

製品のエンド・ユーザーにとって意味のあるイベント(公開APIのエントリ・ポイントや終了ポイントなど)のトレース情報またはデバッグ情報。

TRACE

16

特定のサブシステムにおける問題を診断するためにOracleサポート・サービスが利用できる詳細トレース情報または詳細デバッグ情報。

TRACE

32

特定のサブシステムにおける問題を診断するためにOracleサポート・サービスが利用できるきわめて詳細なトレース情報またはデバッグ情報。

特定のログ・ファイルまたはログ出力のメッセージ・レベルを設定できます。メッセージ・レベルを変更するには、Fusion Middleware Controlでコンポーネントのホーム・ページに移動し、動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。

コンポーネントのログ・ファイルのメッセージ・レベルを設定するには:

1. ナビゲーション・ペインで該当のファームを開き、目的のターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 「ログ・ファイル」タブを選択します。

4. 表でログ・ファイルを選択し、「構成の編集」をクリックします。
次の図に示す「ログ・ファイルの編集」ダイアログ・ボックスが表示されます。

図logedit.gifの説明

5. 「ログ・レベル」でログ・レベルを選択します。たとえば、「NOTIFICATION:1 (INFO)」を選択します。

6. 「OK」をクリックします。

7. 「確認」ウィンドウで、「閉じる」をクリックします。

コンポーネントのログ出力のメッセージ・レベルを設定するには:

1. ナビゲーション・ペインで該当のファームを開き、目的のターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 次の図に示す「ログ・レベル」タブを選択します。
図logedit2.gifの説明

4. 「表示」で「ランタイム・ログ出力」または「永続ログ・レベル状態のログ出力」を選択します。
ランタイム・ログ出力は、現在アクティブなログ出力です。永続ログ出力は構成ファイルに保存されるログ出力で、それらのログ出力のログ・レベルはコンポーネントを再起動しても維持されます。ランタイム・ログ出力が永続ログ出力になる場合もありますが、すべてのランタイム・ログ出力が永続ログ出力となるわけではありません。

5. 表ですべてのログ出力に同じレベルを指定するには、最上位のログ出力のログ・レベルを選択します。次に、ログ・レベルを親から継承すると指定されていない子ログ出力に対して「親から継承」を指定します。ほとんどの場合、この設定で十分です。
ただし、特定のログ出力にレベルを指定する必要がある場合は、ログ出力を開いて、目的のログ出力のログ・レベルを選択します。たとえば、oracle.wsm.management.loggingログ出力に対して、「WARNING:1 (WARNING)」を選択します。

6. 「適用」をクリックします。

WLSTコマンド:

setLogLevel(target='target_name, logger='log_handler_name',
level='type[:level]' [,runtime=0_or_1], [,persist=0_or_1])

7.6.4 ログ・ファイル形式の指定

デフォルトでは、情報はODLテキスト形式でログ・ファイルに書き込まれます。この形式をODL XML 形式に変更できます。

Fusion Middleware Controlを使用してログ・ファイルの形式を変更するには:

1. ナビゲーション・ペインで、ファームを開いてコンポーネントなどのターゲットを選択します。

2. 動的ターゲット・メニューから、「ログ」→「ログ構成」を選択します。
「ログ構成」ページが表示されます。

3. 「ログ・ファイル」タブを選択します。

4. 表でログ・ファイルを選択し、「構成の編集」をクリックします。
「ログ・ファイルの編集」ダイアログ・ボックスが表示されます。

5. ログ・ファイル形式として、「Oracle Diagnostics Logging - XML」を選択します。

6. 「OK」をクリックします。

7. 「確認」ウィンドウで、「閉じる」をクリックします。

WLSTコマンド:

configureLogHandler(name="odl-handler", format="format_name"))

7.7 関連情報

この章で説明するトピックおよびその他のロギングと診断のトピックの詳細は、次の資料を参照してください。

- 『Oracle Fusion Middleware管理者ガイド』のログ・ファイルの管理に関する項

- Oracle Fusion Middleware診断フレームワークの詳細は、『Oracle Fusion Middleware管理者ガイド』の問題の診断に関する項を参照してください。

- Oracle WebLogic Serverログ・ファイルとその形式の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタ処理』を参照してください。

8 Oracle Fusion Middlewareのバックアップとリカバリ

バックアップとリカバリとは、ハードウェア障害やデータ損失に対処する際や、データ消失時にデータを再構築する際における計画や手順を指します。この章では、基本的なバックアップおよびリカバリの計画と手順について説明します。

この章の内容は次のとおりです。

- バックアップとリカバリの概要

- 環境のバックアップ

- データ損失、破損またはメディア障害後のリカバリ

- Oracle Fusion Middleware構成のレコードの作成

- 関連情報

8.1 バックアップとリカバリの概要

An Oracle Fusion Middleware環境は、様々なコンポーネントおよび構成で成り立ちます。一般的なOracle Fusion Middleware環境には、Oracle SOA SuiteなどのJavaコンポーネントを含むOracle WebLogic Serverドメインおよび、Identity Managementコンポーネントを含むWebLogic Serverドメインが含まれます。Oracle HTTP Server、Oracle Web Cache、Oracle Internet Directory、Oracle Virtual Directoryなどのシステム・コンポーネントを含めることもできます。

Oracle Fusion Middleware環境の各インストールは、互いに依存しており、それらのインストールに含まれる構成情報、アプリケーションおよびデータは同期状態が維持されます。たとえば、構成を変更すると、構成ファイル内の情報が更新されます。また、アプリケーションのデプロイでは、ドメインやクラスタのすべての管理対象サーバーにアプリケーションがデプロイされる場合があります。

したがって、バックアップおよびリカバリを実行するときは、Oracle Fusion Middleware全体の環境を考慮することが重要になります。Oracle Fusion Middleware環境全体を一度に、その後定期的にバックアップしてください。そうすれば、ファイルやデータなどが失われた場合でも、環境を一貫性のある状態にリストアできます。

8.1.1 バックアップ操作の概要

次の機能を使用してOracle Fusion Middleware環境をバックアップできます。

- copy、xcopy、tar、jarなどのファイル・コピー用ユーティリティ。ユーティリティでは、次のことを確認してください。

- シンボリック・リンクが保持されること

- 長いファイル名がサポートされること

- ファイルの権限と所有権が保持されること

例:

- Windowsの場合、オンライン・バックアップにはcopyを使用し、オフライン・バックアップにはcopy、xcopyまたはjarを使用します。Winzipは、ファイル名や拡張子が長いと機能しないため、使用しないでください。
一部のバージョンのWindowsでは、ファイル名が256文字を超えていると失敗します。この問題が発生しないようにするには、次のスイッチを指定したxcopyコマンドを使用できます。

xcopy /s/e  "C:\Temp\*.*"  "C:\copy"

構文と制限の詳細は、xcopyのヘルプを参照してください。

- LinuxおよびUNIXの場合、オンライン・バックアップ、オフライン・バックアップともに、tarを使用します。

- Oracle Fusion Middlewareで使用されるデータベース・ベースのメタデータ・リポジトリとすべてのデータベースのバックアップに使用するOracle Recovery Manager(RMAN)。RMANでは、全体バックアップまたは増分バックアップを実行できます。RMANを使用したデータベースのバックアップについては、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

バックアップを長期間保持する必要がある場合は、Oracle Secure Backupを使用するなどして、テープにバックアップします。

構成ファイルのバックアップ・コピーを作成するようにOracle WebLogic Serverを構成することもできます。これによって、構成の変更を元に戻す必要がある場合や、ほとんど可能性はなくとも構成ファイルが破損した場合のリカバリが簡単になります。管理サーバーの起動時に、構成ファイルを格納したconfig-booted.jarという名前の.jarファイルが保存されます。構成ファイルを変更した場合、変更前のファイルは、ドメイン・ディレクトリの下のconfigArchiveディレクトリに、config-1.jarなどの続き番号が付けられた.jarファイルとして保存されます。ただし、構成アーカイブは常に、管理サーバー・ホストのローカルとして保存されます。アーカイブは外部の場所にバックアップすることをお薦めします。

8.1.1.1 バックアップのタイプ

- オフライン・バックアップとは、環境を停止してからファイルをバックアップする必要があることを意味します。オフライン・バックアップを実行するときには、管理サーバー、ドメインにあるすべての管理対象サーバー、およびOracleインスタンスのすべてのシステム・コンポーネントを停止する必要があります。
環境のオフライン・バックアップは、インストール直後およびパッチやアップグレードの適用後に実行します。

- オンライン・バックアップとは、環境を停止せずにファイルをバックアップすることを意味します。バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.3.2項の説明に従って、WebLogic Server構成をロックします。

Oracle Fusion Middleware環境全体をバックアップできるほか、頻繁に更新が発生するファイルであるランタイム・アーティファクトをバックアップすることもできます。

全体バックアップを実行するには、静的ファイルおよび静的ディレクトリとともに、ランタイム・アーティファクトをバックアップする必要があります。

静的ファイルおよび静的ディレクトリとは、頻繁に変更されないファイルおよびディレクトリのことです。これには次のものがあります。

- Middlewareホーム(MW_HOME)。Middlewareホームは、WebLogic Serverホーム(Oracle WebLogic Server製品ディレクトリ)、Oracle Commonホーム、およびOracleホーム(オプション)で構成されます。user_projectsディレクトリを含めることもできますが、ここに格納されているOracle WebLogic ServerドメインとOracleインスタンス・ホームは静的ファイルではありません。

- OraInventory

- LinuxおよびUNIXの場合はOraInst.locファイル。これは、次のディレクトリにあります。

(Linux and IBM AIX) /etc
(Other UNIX systems) /var/opt/oracle

- LinuxおよびUNIXの場合はoratabファイル。これは、次のディレクトリにあります。

/etc

- beahomelistファイル。このファイルは、次のディレクトリにあります。

(UNIX) user_home/bea/beahomelist
(Windows) C:\bea\beahomelist

- Windowsの次のレジストリ・キー。

HKEY_LOCAL_MACHINE\Software\Oracle

さらに、Oracle Web Cacheなどのシステム・コンポーネントについて、次のWindowsレジストリ・キーをバックアップする必要があります。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services

ランタイム・アーティファクトとは、頻繁に変更されるファイルのことです。これらのファイルは、全体バックアップのほか、定期的にバックアップする必要があります。ランタイム・アーティファクトには、次のものがあります。

- 管理サーバーおよび管理対象サーバーのドメイン・ディレクトリ(デフォルトではドメイン・ディレクトリはMW_HOMEにありますが、別の場所を指定して構成することもできます)。
ほとんどの場合、管理サーバーにはそのドメインにあるすべての管理対象サーバーに関する情報が格納されているので、管理対象サーバーのディレクトリを別途バックアップする必要はありません。

- すべてのOracleインスタンス・ホーム。デフォルトではMW_HOMEにありますが、別の場所を指定して構成できます。

- .earファイルや.warファイルなど、ドメインの外部に存在するアプリケーション・アーティファクト。
管理対象サーバーのドメインにあるアプリケーションのアーティファクトは、管理対象サーバーの起動時に管理サーバーから取得できるので、バックアップする必要はありません。

- MDSリポジトリなどのデータベースのアーティファクト。

- Oracle Fusion Middlewareで使用されるすべてのデータベース・ベースのメタデータ・リポジトリ。Oracle Recovery Manager(RMAN)を使用してOracleデータベースをバックアップします。

- JMSプロバイダやトランザクション・ログなどの永続ストア。デフォルトではuser_projectsディレクトリに常駐していますが、別の場所に構成できます。

8.1.1.2 推奨されるバックアップ計画

この項では、バックアップの実行で推奨される計画について説明します。この計画を使用すると、この本のリカバリ手順も実行できるようになります。

- 全体オフライン・バックアップの実行。これには、第8.1.1.1項で説明されているエンティティのバックアップが含まれます。全体オフライン・バックアップは、次の時期に実行します。

- Oracle Fusion Middlewareをインストールした直後

- Oracle Fusion Middleware環境のアップグレードの直前

- オペレーティング・システム・ソフトウェアをアップグレードした直後

- Oracle Fusion Middlewareのアップグレードまたはパッチ適用直後

- ランタイム・アーティファクトのオンライン・バックアップの実行。ここでは、第8.1.1.1項で説明されているランタイム・アーティファクトのバックアップを扱います。ランタイム・アーティファクトをバックアップすることで、最新の構成およびメタデータ・バックアップを行った時点と矛盾のない状態に環境をリストアできます。バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。ランタイム・アーティファクトのオンライン・バックアップは、次の時期に実行します。

- 定期的なバックアップ。ランタイム・アーティファクトのバックアップは、夜間に実行することをお薦めします。

- コンポーネントに対して構成の変更を行う前。

- コンポーネントに対して構成の変更を行った後。

- カスタムJava EEアプリケーションを管理対象サーバーまたはクラスタにデプロイする前。

- サーバーやクラスタの作成などの大きな変更をデプロイメント・アーキテクチャに適用した後。

- データベースの全体バックアップまたは増分バックアップの実行: RMANを使用してデータベースをバックアップします。RMANの使用方法および推奨されるデータベースのバックアップ方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

8.1.2 リカバリ操作の概要

リカバリ計画を使用すると、実際のデータ損失が関係する重大な障害からのリカバリが可能になります。損失のタイプによっては、次に示すファイル・タイプの組合せのリカバリが必要になります。

- Oracleソフトウェア・ファイル

- 構成ファイル

- Oracleシステム・ファイル

- Windowsレジストリ・キー

- アプリケーションのアーティファクト

Oracle Fusion Middleware環境は、Oracle Fusion Middlewareのオフライン時にリカバリできます。

次の機能を使用してOracle Fusion Middleware環境をリカバリできます。

- copy、xcopy、tarなどのファイル・コピー・ユーティリティ
ファイルのリストア時、圧縮ファイルの解凍には、それに適したツールを使用します。

- Windowsの場合、オンライン・リカバリにはcopyを使用し、オフライン・リカバリにはcopy、xcopyまたはjarを使用します。
一部のバージョンのWindowsでは、ファイル名が256文字を超えていると失敗します。この問題が発生しないようにするには、次のスイッチを指定したxcopyコマンドを使用できます。

xcopy /s/e  "C:\Temp\*.*"  "C:\copy"

構文と制限の詳細は、xcopyのヘルプを参照してください。

長いファイル名や拡張子には対応していないため、Winzipは使用しないでください。

- LinuxおよびUNIXの場合はtarを使用します。

使用しているツールが、ファイルの権限とタイムスタンプを保存することを確認してください。

- データベースに基づくメタデータ・リポジトリのリカバリに使用するOracle Recovery Manager(RMAN)

8.1.2.1 リカバリのタイプ

Oracle Fusion Middleware環境は、その一部または全体をリカバリできます。リカバリ対象は次のとおりです。

- Middlewareホーム

- Oracle WebLogic Serverドメイン

- Oracle WebLogic Server管理サーバー

- Oracle WebLogic Server管理対象サーバー

- Oracleホーム

- Oracleインスタンス

- Oracle SOA SuiteやOracle HTTP Serverなどのコンポーネント

- Oracle WebLogic Serverクラスタ

- デプロイ済アプリケーション

8.1.2.2 推奨されるリカバリ計画

リカバリに関する次の重要事項を確認してください。

- リカバリの実行中は、Oracle Fusion Middleware環境をオフラインにする必要があります。

- 意図せずに必須ファイルを上書きしてしまわないように、既存の重要なファイルとディレクトリの名前を変更した後でバックアップからのファイルのリストアを開始します。

- 少数のファイルのみが失われたり破損したりしているように見える場合でも、それらのファイルのみをリストアするのではなく、Oracleインスタンスやコンポーネントなど、要素全体のディレクトリ構造をリストアする必要があります。このようにすると、リカバリが正常に実行される可能性が高くなります。

- ポイント・イン・タイム・リカバリを使用して、データベースを最新の状態にリカバリします(アーカイブ・ログ・モードで構成されているデータベースの場合)。このリカバリによって、通常はデータベース障害が発生する直前の状態に戻ります。

8.2 環境のバックアップ

次のトピックでは、各種のバックアップの実行方法について説明します。

- 全体オフライン・バックアップの実行

- ランタイム・アーティファクトのオンライン・バックアップの実行

8.2.1 全体オフライン・バックアップの実行

全体オフライン・バックアップを実行するには、Oracle Fusion Middlewareファイルを含むディレクトリをコピーします。

任意のアーカイブ用ツールを使用して、ソースMiddlewareホームをアーカイブおよび圧縮します。第8.1.1項の説明に従って、使用するツールに、ファイルに対するアクセス権があることを確認してください。

次の例は、LinuxでMiddlewareホームをアーカイブおよび圧縮する方法を示しています。

cd Middleware_Home
tar cf - * | gzip > Middleware_Home.tar.gz

tarユーティリティでは、スティッキーなビットが設定されているファイルがあると警告が発行されることがあります。これらの警告は無視してもかまいません。

全体オフライン・バックアップを実行するには:

1. Middlewareホームのプロセスをすべて停止します。たとえば、管理対象サーバー、管理サーバー、およびMiddlewareホームで実行されているOracleインスタンスを停止します。

2. すべてのホストでMiddlewareホーム(MW_HOME)をバックアップします。例:

tar -cf mw_home_backup_061112.tar MW_HOME/*

3. Middlewareホーム内にドメインがない場合は、管理サーバー・ドメインを別個にバックアップします。これによって、Oracle SOA SuiteやOracle WebCenter PortalなどのJavaコンポーネントがバックアップされます。
例:

tar -cf domain_home_backup_061112.tar MW_HOME/user_projects/domains/domain_name/*

ほとんどの場合、管理サーバー・ドメインにはそのドメイン内の管理対象サーバーの情報が含まれるため、管理対象サーバーのディレクトリを別個にバックアップする必要はありません。

4. Oracleインスタンス・ホームがMiddlewareホーム内に見つからない場合は、Oracleインスタンス・ホームをバックアップします。Oracleインスタンス・ホームには、Oracle HTTP ServerやOracle Internet Directoryなどのシステム・コンポーネントに関する構成情報が含まれています(システム・コンポーネントのリストは、第2.4.2項を参照してください)。
例:

tar -cf instance_home_backup_061112.tar ORACLE_INSTANCE/*

5. ドメイン・ディレクトリに管理対象サーバーがない場合は、管理対象サーバー・ディレクトリをバックアップします。例:

tar -cf mg1_home_backup_061112.tar MW_HOME/user_projects/domains/domain_name/servers/server_name/*

6. OraInventoryディレクトリをバックアップします。例:

tar -cf Inven_home_backup_061112.tar /scratch/oracle/OraInventory

7. LinuxおよびUNIXの場合は、OraInst.locファイルをバックアップします。これは、次のディレクトリにあります。

(Linux and IBM AIX) /etc
(Other UNIX systems) /var/opt/oracle

8. LinuxおよびUNIXの場合は、oratabファイルをバックアップします。これは、次のディレクトリにあります。

/etc

9. Oracle Recovery Manager(RMAN)を使用して、データベース・リポジトリをバックアップします。詳細な手順は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。次のリンクから入手可能です。

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

10. Windowsでは、次のレジストリ・キーをエクスポートします。

HKEY_LOCAL_MACHINE\Software\Oracle

さらに、Oracle Web Cacheなどのシステム・コンポーネントについて、次のWindowsレジストリ・キーをエクスポートします。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services

キーをエクスポートするには、次のコマンドを使用します。

regedit /E  FileName Key

例:

regedit /E C:\oracleregistry.reg HKEY_LOCAL_MACHINE/oracle

レジストリ・エディタを使用して、キーをエクスポートすることもできます。詳細は、レジストリ・エディタのヘルプを参照してください。

11. Oracle Fusion Middleware環境のレコードを作成します。第8.4項を参照してください。

8.2.2 ランタイム・アーティファクトのオンライン・バックアップの実行

ランタイム・アーティファクトのバックアップは、定期的に実行するほか、第8.1.1.2項で説明されている時期に実行してください。

ランタイム・アーティファクトをバックアップするには:

1. バックアップの矛盾を防ぐために、バックアップが完了するまで構成を変更しないでください。Oracle WebLogic Serverドメインが変更されないようにするには、第2.3.2項の説明に従って、WebLogic Server構成をロックします。

2. 管理サーバー・ドメイン・ディレクトリをバックアップします。これによって、Oracle SOA SuiteやOracle WebCenter PortalなどのJavaコンポーネントがバックアップされます。例:

tar -cf domain_home_backup_061112.tar MW_HOME/user_projects/domains/domain_name/*

Oracle Portal、Oracle Reports、Oracle Forms ServicesおよびOracle Business Intelligence Discovererの場合、管理サーバー・ドメインに加えて、管理対象サーバーのドメイン・ディレクトリをバックアップする必要があります。

3. Oracleインスタンス・ホームをバックアップします。これにより、Oracle HTTP Serverなどのシステム・コンポーネントをバックアップできます。例:

tar -cf instance_home_backup_061112.tar ORACLE_INSTANCE/*

4. Oracle Recovery Manager(RMAN)を使用して、データベース・リポジトリをバックアップします。詳細な手順は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。次のリンクから入手可能です。

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

5. Oracle Fusion Middleware環境のレコードを作成します。第8.4項を参照してください。

8.3 データ損失、破損またはメディア障害後のリカバリ

この項では、実際のデータ損失や破損、またはディスクのリストアが不可能なメディア障害が引き起こした停止のリカバリ計画について説明します。このタイプの障害では、Oracle Fusion Middleware環境を再起動して通常の処理を続ける前に、ある種のデータ・リストアの実行が必要になります。ここでは、次のトピックについて説明します。

- Middlewareホームのリカバリ

- Oracle WebLogic Serverドメインのリカバリ

- 管理サーバー構成のリカバリ

- 管理対象サーバーのリカバリ

- Oracleホームのリカバリ

- Oracleインスタンスのリカバリ

- コンポーネントのリカバリ

ホスト損失後のリカバリの詳細は、『Oracle Fusion Middleware管理者ガイド』のホスト損失後のリカバリに関する項を参照してください。

8.3.1 Middlewareホームのリカバリ

破損したMiddlewareホームやファイルが削除されたMiddlewareホームをリカバリできます。

Middlewareホームをリカバリするには:

1. 関連するすべてのプロセスを停止します。つまり、管理サーバー、ノード・マネージャ、管理対象サーバーなど、ドメインに関連するすべてのプロセスを停止します。たとえば、Linux上で管理サーバーを停止するには、次のように指定します。

DOMAIN_HOME/bin/stopWeblogic.sh username password [admin_url]

2. Middlewareホーム・ディレクトリをバックアップからリカバリします。例:

cd MW_HOME
(UNIX) tar -xf mw_home_backup_061112.tar
(Windows) jar xtf mw_home_backup_061112.jar

3. 関連するすべてのプロセスを起動します。つまり、そのMiddlewareホームで実行するすべてのプロセスを起動します。たとえば、管理サーバーを起動するには次のように指定します。

DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

8.3.2 Oracle WebLogic Serverドメインのリカバリ

破損したOracle WebLogic Serverドメインやファイル・システムから削除されたOracle WebLogic Serverドメインをリカバリできます。

注意:

ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。

Oracle WebLogic Serverドメインをリカバリする手順は次のとおりです。

1. 関連するすべてのプロセスを停止します。つまり、管理サーバーや管理対象サーバーなど、ドメインに関連するすべてのプロセスを停止します。たとえば、管理サーバーを停止します。

DOMAIN_HOME/bin/stopWeblogic.sh username password [admin_url]

2. ドメイン・ディレクトリをバックアップからリカバリします。例:

cd MW_HOME/user_projects/domains/domain_name
(UNIX) tar -xf domain_backup_061112.tar
(Windows) jar xtf domain_backup_061112.jar

3. 関連するすべてのプロセスを起動します。つまり、ドメインに関連するすべてのプロセスを起動します。たとえば、管理サーバーを起動します。

DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

4. 管理サーバーを起動できない場合は、第8.3.3項の説明に従って、管理サーバーをリカバリします。

5. 管理対象サーバーを起動できない場合は、第8.3.4項の説明に従って、管理対象サーバーをリカバリします。

8.3.3 管理サーバー構成のリカバリ

ファイルの削除やファイル・システムの破損によって管理サーバー構成が失われた場合、問題発生時に管理サーバー・コンソールがすでに起動されていれば、管理サーバーは機能し続けます。管理サーバーのディレクトリは、セキュリティ情報以外は自動的に再生成されます。その結果、管理サーバーを起動するたびに、ユーザー名とパスワードの入力が求められます。この事態を回避するために、構成をリカバリできます。

注意:

ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。

管理サーバー構成をリカバリするには:

1. 管理サーバー、管理対象サーバーおよびノード・マネージャが起動している場合はこれらも含めて、すべてのプロセスを停止します。たとえば、Linuxで管理サーバーを停止するには、次のスクリプトを使用します。

DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url

2. ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。

DOMAIN_HOME/config

3. 管理サーバーを起動します。WLSTまたは次のスクリプトを使用できます。

DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

4. 管理サーバーが正常に起動し、アクセス可能であることを確認します。

次回の構成変更時に、管理サーバーにある構成が管理対象サーバーに送信されます。管理対象サーバーを再起動するたびに、この構成が管理サーバーから取得されます。

8.3.4 管理対象サーバーのリカバリ

このシナリオでは、管理対象サーバーが適切に動作しない場合や起動できない場合を想定しています。この原因としては、構成の削除、構成の破損、構成を誤って変更したがその変更内容が不明であることなどが考えられます。

起動できない管理対象サーバーをリカバリするには:

1. 管理サーバーにアクセスできない場合は、第8.3.3項の説明に従って管理サーバーをリカバリします。

2. 管理対象サーバーが起動しない場合やファイル・システムが失われた場合は、次の手順を実行します。

1. 必要に応じて、Middlewareホームをバックアップからリカバリします。例:

tar -xf mw_home_backup_061112.tar

2. packユーティリティを使用して、管理サーバーのドメイン・テンプレートjarファイルを作成します。例:

pack.sh -domain=MW_HOME/user_projects/domains/domain_name
-template=/scratch/temp.jar -template_name=test_install
-template_author=myname -log=/scratch/logs/my.log -managed=true

-managed=trueオプションを指定すると、管理対象サーバーのみが圧縮されます。ドメイン全体を圧縮する場合は、このオプションを省略します。

3. unpackユーティリティを使用して、ドメイン・テンプレートjarファイルを圧縮解除します。

unpack.sh -template=/scratch/aime1/ms.jar
-domain=MW_HOME/user_projects/domains/domain_name
-log=/scratch/logs/new.log -log_priority=info

4. 管理対象サーバー・ホストからアプリケーションのアーティファクトにアクセスできることを確認します。つまり、アプリケーションのアーティファクトは、管理対象サーバーと同じサーバー上にない場合、管理対象サーバーからアクセス可能な場所に存在している必要があります。

注意:

- stageモードのアプリケーションの場合、管理対象サーバーにあるステージング・ディレクトリへのビットの送信は、管理サーバーが処理します。

- nostageアプリケーションおよびexternal-stageアプリケーションの場合、管理対象サーバーのステージング・ディレクトリでアプリケーション・ファイルが使用可能であることを確認してください。

stage、nostageおよびexternal_stageの各モードのアプリケーションの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』 を参照してください。

5. 管理対象サーバーを起動します。Oracle WebLogic Server管理コンソール、WLSTまたは次のスクリプトを使用できます。

DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name
admin_url

管理対象サーバーが管理サーバーに接続し、管理対象サーバーの構成変更が更新されます。

8.3.5 Oracleホームのリカバリ

Oracleホームがリカバリ可能です。Oracleホームには、特定のコンポーネントのバイナリ・ファイルが格納されています。

特定のコンポーネントについてOracleホームをリカバリするには:

1. Oracleホームをバックアップ・ファイルから元のディレクトリにリカバリします。例:

cd ORACLE_HOME
tar -xf Oracle_home_backup_061112.tar

2. WLSTのstartコマンドを使用して、アプリケーションのデプロイ先の管理対象サーバーを再起動します。例:

wls:/mydomain/serverConfig> start('myserver','Server')

8.3.6 Oracleインスタンスのリカバリ

Oracleインスタンス・ホームには、Oracle HTTP ServerやOracle Internet Directoryなどのシステム・コンポーネントに関する構成情報が含まれています(システム・コンポーネントのリストは、第2.4.2項を参照してください)。

次の各項では、Oracleインスタンスをリカバリする方法について説明します。

- ファイル・システムからOracleインスタンス・ホームが削除された後のリカバリ

- Oracleインスタンス・ホームが登録解除された後のリカバリ

8.3.6.1 ファイル・システムからOracleインスタンス・ホームが削除された後のリカバリ

破損したOracleインスタンス・ホームやファイル・システムから削除されたOracleインスタンス・ホームをリカバリできます。

破損したOracleインスタンス・ホームやファイル・システムから誤って削除されたOracleインスタンス・ホームをリカバリするには:

1. 関連するすべてのプロセスを停止します。つまり、そのOracleインスタンスに関連するすべてのプロセスを停止します。

2. Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。例:

cd ORACLE_INSTANCE
(UNIX) tar -xf Instance_home_backup_061112.tar
(Windows) jar xtf Instance_home_backup_061112.jar

3. 関連するすべてのプロセスを起動します。つまり、そのOracleインスタンスに関連するすべてのプロセスを起動します。

opmnctl startall

8.3.6.2 Oracleインスタンス・ホームが登録解除された後のリカバリ

誤ってドメインから登録解除されたOracleインスタンス・ホームをリカバリできます。

登録解除されたOracleインスタンス・ホームをリカバリするには:

1. Oracleインスタンス・ホーム・ディレクトリをバックアップ・ファイルからリカバリします。たとえば、Linuxでは次のように指定します。

cd ORACLE_INSTANCE
tar -xf Instance_home_backup_061112.tar

2. opmnctlのregisterInstanceコマンドを使用して、Oracleインスタンスとそのすべてのコンポーネントを管理サーバーに登録します。例:

opmnctl registerInstance -adminHost admin_server_host
-adminPort admin_server_port -adminUsername username
-adminPassword password
-oracleInstance ORACLE_INSTANCE_dir -oracleHome ORACLE_HOME_dir
-instanceName Instance_name -wlserverHome Middleware_Home

8.3.7 コンポーネントのリカバリ

ほとんどのコンポーネントについて、次の各項でコンポーネントをリカバリする方法について説明します。

- コンポーネント・ファイルの削除後または破損後のリカバリ

- クラスタの構成変更後のコンポーネントのリカバリ

特定のコンポーネントのリカバリで必要な場合のある追加アクションの詳細は、『Oracle Fusion Middleware管理者ガイド』のコンポーネントのリカバリに関する項を参照してください。

8.3.7.1 コンポーネント・ファイルの削除後または破損後のリカバリ

コンポーネント・ファイルを削除または破損した場合、あるいはコンポーネント構成を変更してコミットしたためにコンポーネントが起動しない場合や正常に機能しない場合、コンポーネント・ファイルをリストアできます。問題発生の原因になった変更内容が確認できないため、以前のリリースに戻す必要が生じることもあります。

コンポーネントをリカバリする場合、実行する手順はコンポーネント・タイプによって異なります。

- Oracle SOA SuiteなどのJavaコンポーネントの場合、第8.3.4項の説明に従って管理対象サーバーをリカバリします。

- Oracle HTTP ServerやOracle Web Cacheなどのシステム・コンポーネントの場合は、次の手順を実行します。

1. コンポーネントを停止します。たとえば、次のようにOracle HTTP Serverを停止します。

opmnctl stopproc ias-component=HTTP_Server

コンポーネントの停止の詳細は、第3.4.4項を参照してください。

2. コンポーネント固有のファイルをバックアップからリカバリします。各コンポーネントに必要なディレクトリおよびファイルのリストは、『Oracle Fusion Middleware Administrator's Guide』を参照してください。たとえば、Oracle HTTP Serverのファイルをリカバリするには、次のディレクトリをリカバリします。

ORACLE_INSTANCE/config/OHS/component_name
ORACLE_INSTANCE/diagnostics/logs/OHS/component_name
ORACLE_INSTANCE/tmp/OHS/component_name

3. コンポーネントを起動します。たとえば、次のようにOracle HTTP Serverを起動します。

opmnctl startproc ias-component=HTTP_Server

コンポーネントの起動の詳細は、第3.4.4項を参照してください。

8.3.7.2 クラスタの構成変更後のコンポーネントのリカバリ

クラスタ・レベルで構成を変更してコミットしたためにそのクラスタにあるコンポーネントが起動しない場合や正常に機能しない場合は、そのコンポーネントをリカバリできます。問題発生の原因になった変更内容が確認できないため、以前のリリースに戻す必要が生じることもあります。

注意:

ドメインレベルでリカバリすると、実行しているシステムの他の部分に影響する可能性があり、バックアップの後で構成に適用した変更内容がすべて失われます。

コンポーネントをリカバリするには:

1. クラスタを停止します。

stop('cluster_name', 'Cluster')

2. 管理対象サーバーや管理サーバーなど、すべてのプロセスを停止します。たとえば、Linuxで管理サーバーを停止するには、次のスクリプトを使用します。

DOMAIN_HOME/bin/stopWeblogic.sh username password admin_url

3. ドメイン・ホームのバックアップを一時的な場所にリカバリすることで、管理サーバー構成をリカバリします。次に、configディレクトリを次の場所にリストアします。

DOMAIN_HOME/config

4. 管理サーバーを起動します。WLSTまたは次のスクリプトを使用できます。

DOMAIN_HOME/bin/startWebLogic.sh -Dweblogic.management.username=username
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

5. クラスタを起動します。Oracle WebLogic Server管理コンソールまたはWLSTを使用できます。たとえば、次のようにWLST起動コマンドを使用します。

start('clusterName', 'Cluster')

クラスタのすべてのメンバーで、管理サーバーから最新の構成が取得されます。

8.4 Oracle Fusion Middleware構成のレコードの作成

Oracle Fusion Middleware環境のリストアおよびリカバリが必要な場合、必要な情報をすべて自由に使用できることが重要です。これは、特にOracle Fusion Middleware環境全体(またはその一部)を新しいディスクまたはホストに再構築する必要があるような、ハードウェアの損失が発生した場合に当てはまります。

この項で説明されている情報を含む、Oracle Fusion Middleware環境の最新記録を維持管理する必要があります。この情報は、印刷物と電子形式の両方で保管してください。電子形式のデータは、Oracle Fusion Middleware環境とはまったく別のホストまたは電子メール・システム上に格納する必要があります。

Oracle Fusion Middlewareのハードウェアおよびソフトウェア構成の記録には、次のものが含まれます。

- 環境内のホストごとに次の情報が必要です。

- ホスト名

- 仮想ホスト名(存在する場合)

- ドメイン名

- IPアドレス

- ハードウェア・プラットフォーム

- オペレーティング・システムのリリース・レベルおよびパッチ情報

- 環境内のOracle Fusion Middlewareインストールごとに次の情報が必要です。

- インストール・タイプ(例: Oracle SOA Suite)

- インストールが常駐するホスト

- Oracleホームを所有するオペレーティング・システム・ユーザーのユーザー名、ユーザーID番号、グループ名、グループID番号、環境プロファイルおよびシェル・タイプ(/etc/passwdおよび/etc/groupエントリ)

- Middlewareホーム、Oracleホーム、Oracle WebLogic Serverドメイン・ホーム(Middlewareホームのuser_projectsディレクトリに存在しない場合)およびOracleインスタンス・ホームのディレクトリ構造、マウント・ポイントおよびフルパス

- インストールで使用されるディスク領域の量

- インストールで使用されるポート番号

- メタデータ・リポジトリで次の情報が必要です。

- ホスト名

- データベース・リリースおよびパッチ・レベル

- ベース言語

- キャラクタ・セット

- グローバル・データベース名

- SID

- リスニング・ポート

8.5 関連情報

Oracle Fusion Middlewareのバックアップとリカバリの詳細は、『Oracle Fusion Middleware Administrator's Guide』の次の各項を参照してください。

- バックアップとリカバリの概要に関する項。ここでは、バックアップおよびリカバリの計画について、より詳細に説明しています。

- バックアップの計画と手順に関する項。ここでは、環境のバックアップについて、詳細に説明しています。

- リカバリの計画と手順に関する項。ここでは、Oracle WebLogic Serverインスタンス、Oracleインスタンス、コンポーネントおよびアプリケーションの選択的リカバリについて、詳細に説明しています。失われたホストをリカバリする方法も説明しています。

9 環境のスケーリング

管理対象サーバーを追加したり、WebLogic Serverドメインを拡張して他の製品を含めたり、Oracle SOA SuiteやOracle HTTP Serverなどのコンポーネントを含む既存のOracle Fusion Middleware環境をソースから別のソースへコピーすることにより、環境を拡張できます。

この章の内容は次のとおりです。

- 環境のスケーリングの概要

- 追加コンポーネントをサポートするWebLogic Serverドメインの拡張

- WebLogic Serverドメインへの管理対象サーバーの追加

- クラスタの作成

- Middlewareホームまたはコンポーネントのコピー

- 関連情報

9.1 環境のスケーリングの概要

スケーラビリティとは、使用可能なハードウェア・リソースに応じた(また、ハードウェア・リソースによってのみ制限される)スループットを提供する、システムの能力のことです。スケーラブルなシステムとは、レスポンス時間とスループットに悪影響を与えずに、リクエストの増加を処理するシステムです。

1つのオペレーティング環境内の計算能力を高めることを、垂直スケーリングと呼びます。水平スケーリングでは、複数のシステムを連携して、1つの共通の問題を並列処理します。

Oracle Fusion Middlewareでは、垂直と水平の両方でスケーリングを行います。水平スケーリングの場合、Oracle Fusion Middlewareでは、いくつかの管理対象サーバーをグループ化してワークロードを共有することで、スループットを増やすことができます。また、Oracle Fusion Middlewareは垂直スケーラビリティにも優れているため、多くの管理対象サーバーやコンポーネントを1つの同じホストに追加できます。

高可用性とは、システムにユーザーがアクセスできるようにする能力のことです。高可用性システムを配置することで、システムの停止時間(システムが使用不可な時間)を最小限に抑えながら、システムの稼働時間(システムが使用可能な時間)を最大化できます。Oracle Fusion Middlewareは、ロード・バランシングや基本的なクラスタリングから、壊滅的なハードウェアおよびソフトウェア障害時に最大のシステム可用性を実現する機能まで、多種多様な高可用性ソリューションの提供を目的として設計されています。

高可用性ソリューションは、ローカル高可用性および障害時リカバリという2つの基本的なカテゴリに分けられます。

関連項目:

- 高可用性の詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

- 『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』

9.2 追加コンポーネントをサポートするWebLogic Serverドメインの拡張

Oracle WebLogic Serverドメインの作成は、特定のドメイン・テンプレートを使用して行います。そのテンプレートは、特定のコンポーネントや、Oracle SOA Suiteなどのコンポーネント・グループをサポートしています。このドメインにOracle WebCenter Portalなどの他のコンポーネントを追加する場合は、追加するコンポーネントのドメイン・テンプレートを使用してドメインに追加の管理対象サーバーを作成することによってドメインを拡張できます。

関連項目:

既存のドメインに追加できるコンポーネントおよび必要なドメイン・テンプレートの詳細は、『Oracle Fusion Middleware管理者ガイド』のサポートされているドメイン拡張に関する表を参照してください。

ドメインを拡張する際には、ドメインをオフラインにする必要があります。

ドメインを拡張するには、必要なコンポーネントをインストールしたOracleホームから、Oracle WebLogic Server構成ウィザードを使用します。次に、拡張するドメインと追加するコンポーネントを選択します。

たとえば、最初はOracle SOA Suiteをサポートするために作成したドメインを、Oracle WebCenterポータルもサポートするように拡張する手順は次のとおりです。

1. 第3.2.1項の説明に従い、RCUを使用してコンポーネントに必要なスキーマを追加します。

2. 『Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイド』の説明に従って、Oracle WebCenterポータルをインストールします。

3. 追加するコンポーネント(たとえば、Oracle WebCenterポータル)に対してインストールされているOracleホームから、次のコマンドを使用して、構成ウィザードを起動します。

(UNIX) ORACLE_HOME/common/bin/config.sh
(Windows) ORACLE_HOME\common\bin\config.cmd

構成ウィザードの「ようこそ」画面が表示されます。

4. 「既存のWebLogicドメインの拡張」を選択します。

5. 「次へ」をクリックします。
「WebLogicドメイン・ディレクトリの選択」画面が表示されます。

6. ドメインの中でコンポーネントの追加先とするディレクトリを選択します。

7. 「次へ」をクリックします。
「拡張ソースの選択」画面が表示されます。

8. 「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択し、このドメインの拡張元となるソースを選択します。たとえば、Oracle WebCenter Spacesを選択します。

9. 「次へ」をクリックします。
「JDBCデータ・ソースの構成」画面が表示されます。

10. 次の情報を入力し、追加した新しいコンポーネントのスキーマを選択します。

- 「ベンダー」で、「Oracle」を選択します。

- 「ドライバ」で、「Oracle's Driver (Thin) for Service connections; Versions:9.0.1,9.2.0,10,11」を選択します。

- 「スキーマ・オーナー」には何も入力しないでください。各データソースは、この表で指定されたユーザー名を使用します。

- スキーマ作成時と同じパスワードを使用する場合は、すべてのスキーマを選択して、そのパスワードを「スキーマ・パスワード」に入力します。
または、各スキーマを個別に選択し、パスワードを入力することによって、データ・ソースごとに異なるパスワードを指定することができます。

- すべてのスキーマを選択し、「DBMS/サービス」にデータベースのSIDを入力します。

- すべてのスキーマを選択し、「ホスト名」にデータベースのホスト名を入力します。

- すべてのスキーマを選択し、「ポート」にデータベースのリスニング・ポートを入力します。

11. 「次へ」をクリックします。
「コンポーネント・スキーマのテスト」画面が表示されます。

12. テストに成功したら、「次へ」をクリックします。
「オプションの構成を選択」画面が表示されます。

13. この画面とその後に続くカスタマイズ画面で、カスタマイズすることを選択できます。そのためには、カスタマイズのタイプを選択します。設定をカスタマイズしない場合は、「次へ」をクリックします。
「構成のサマリー」画面が表示されます。

14. この画面に表示されている情報を確認して、正しければ「拡張」をクリックします。

15. 操作が完了したら、「完了」をクリックします。

関連項目:

追加の管理対象サーバーの作成の詳細は、Oracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。

9.3 WebLogic Serverドメインへの管理対象サーバーの追加

管理対象サーバーをドメインに追加して、システムの性能を向上させることができます。管理対象サーバーは、クラスタに追加できます。

クラスタに追加した管理対象サーバーは、そのクラスタを対象としているアプリケーションとサービスを継承します。ドメインに追加した管理対象サーバーは、テンプレートからアプリケーションとサービスを自動的には継承しません。

管理対象サーバーをドメインに追加するには、Oracle WebLogic Server管理コンソールまたはWLSTを使用できます。

関連項目:

管理対象サーバーの追加の詳細は、管理コンソールのオンライン・ヘルプおよび『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』を参照してください。

管理コンソールを使用して、追加の管理対象サーバーを作成するには:

1. 第2.3.1項の説明に従って、管理コンソールを表示します。

2. 第2.3.2項の説明に従って、Oracle WebLogic Server構成をロックします。

3. 左側のペインで、「環境」を開いてから、「サーバー」を選択します。

4. 「サーバー」の表で、「新規」をクリックします。
「新しいサーバーの作成」の「サーバーのプロパティ」ページが表示されます。

5. 次の情報を入力します。

- 「名前」にサーバーの名前を入力します。
ドメインにある各サーバーの名前は、そのドメインにあるすべての構成オブジェクトに対して一意としておく必要があります。ドメインにあるすべてのサーバー、コンピュータ、クラスタ、JDBC接続ツール、仮想ホストおよびその他のタイプのリソースの名前は一意であることが必要です。また、ドメイン名と同じ名前とすることはできません。

- サーバー・インスタンスの有効なアドレスを制限する場合は、「リスニング・アドレス」に特定のIPアドレスまたはDNS名を入力します。制限しない場合は、サーバーへのURLとして、ホスト・コンピュータのIPアドレス、IPアドレスにマップされた任意のDNS名またはlocalhost文字列を指定できます。

- 「リスニング・ポート」には、サーバー・インスタンスへのアクセスに使用するポート番号を入力します。
1台の同じコンピュータ上で複数のサーバー・インスタンスを実行する場合は、サーバーごとに専用リスニング・ポートを使用する必要があります。

- このサーバーをスタンドアロン・サーバーにするか、既存のクラスタまたは新しいクラスタに属するサーバーにするかを指定します。

- このサーバーをスタンドアロン・サーバーにする場合は、「いいえ、これはスタンドアロン・サーバーです。」を選択します。

- 既存のクラスタに属するサーバーとする場合は、「はい、このサーバーを既存のクラスタのメンバーにします。」を選択します。次に、所属先とするクラスタを選択します。
既存のクラスタが存在しない場合、このオプションは表示されません。

- 新しいクラスタに属するサーバーとする場合は、「はい、このサーバー用に新しいクラスタを作成します。」を選択します。

6. 「次へ」をクリックします。
「選択内容の確認」ページが表示されます。

7. 表示された情報を確認します。情報が正しい場合は、「終了」をクリックします。

8. 第9.3.1項の説明に従って、Oracle JRFを管理対象サーバーまたはクラスタに適用します。

ドメインに管理対象サーバーを追加するときには、Fusion Middleware Controlを使用することもできます。「ファーム」メニューから、「コンポーネントの作成/削除」を選択します。「Fusion Middlewareコンポーネント」ページで、「作成」→「WebLogic Server」を選択します。

9.3.1 管理対象サーバーまたはクラスタへのOracle JRFの適用

Oracle JRF(Java Required Files)は、Oracleビジネス・アプリケーションおよびアプリケーション・フレームワークに共通の機能を提供するコンポーネントのうち、Oracle WebLogic Serverと同時にインストールされないコンポーネントで構成されています。

JRFは、共通の場所にデプロイされる、別々に開発された多数のライブラリとアプリケーションで構成されます。JRFに属すると見なされるコンポーネントには、Oracle Application Development Frameworkの共有ライブラリやODLロギング・ハンドラなどがあります。

一定の条件下では、管理対象サーバーまたはクラスタにJRFを適用する必要があります。JRFを適用できる管理対象サーバーは、JRFを構成済のドメインにあるもののみです。つまり、ドメインを作成または拡張するときに、構成ウィザードでOracle JRFを選択しておく必要があります。

JRFの適用が必要となる条件については、次の点を考慮してください。

- すでにJRFを構成済の既存のクラスタに管理対象サーバーを追加する場合は、管理対象サーバーにJRFを適用する必要はありません。

- 管理対象サーバーをドメインに追加する場合、その管理対象サーバーがJRFのサービスを必要とするにもかかわらず、クラスタに属していないときは、管理対象サーバーにJRFを適用する必要があります。

- 新しいクラスタを作成する場合、そのクラスタがJRFを必要とするときは、クラスタにJRFを適用する必要があります。

- テンプレート拡張プロセス時に製品のテンプレートによって追加した管理対象サーバーには、JRFを適用する必要はありません(ただし、構成ウィザードでJRFを選択する必要があります)。

- JRFの適用後、サーバーまたはクラスタを再起動する必要があります。

- サーバーの作成にFusion Middleware Controlを使用した場合は、JRFテンプレートが自動的に適用されます。

管理対象サーバーまたはクラスタをJRFで構成するには、カスタムWLSTコマンドapplyJRFを使用します。カスタムWLSTコマンドを使用するには、Oracle CommonホームからWLSTスクリプトを起動する必要があります。詳細は、第2.4.1.1項を参照してください。

applyJRFコマンドの形式は、次のとおりです。

applyJRF(target={server_name | cluster_name | *}, domainDir=domain_path
[,shouldUpdateDomain= {true | false}])

applyJRFコマンドは、次のようにオンラインまたはオフラインで使用できます。

- オンライン・モードでは、shouldUpdateDomainオプションをtrue値(デフォルト値)に設定して使用すれば、JRFの変更内容は暗黙的にアクティブになります。オンライン・モードでは、このオプションにより、オンラインWLSTコマンドのsave()とactivate()がコールされます。

- オフライン・モードでは、管理サーバーおよび管理対象サーバーまたはクラスタを再起動する必要があります(オフライン・モードでは、shouldUpdateDomainオプションを値trueで指定した場合、このオプションによってWLST updateDomain()コマンドがコールされます)。

管理対象サーバーにJRFを構成するには、次のコマンドを使用します。

applyJRF(target='server1', domainDir='/scratch/Oracle/Middleware/user_projects/domains/domain1')

ドメインにあるすべての管理対象サーバーにJRFを構成するには、targetオプションの値としてアスタリスク(*)を指定します。

クラスタにJRFを構成するには、次のコマンドを使用します。

applyJRF(target='cluster', domainDir='/scratch/Oracle/Middleware/user_projects/domains/domain1')

関連項目:

- 『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のJava Required FilesカスタムWLSTコマンドに関する項

- JRFとともに提供されるものとは別のバージョンのSpringを使用するには、『Oracle Fusion Middleware管理者ガイド』の別バージョンのSpringの使用に関する項を参照してください。

9.4 クラスタの作成

WebLogic Serverクラスタは、スケーラビリティや信頼性を向上させるために同時に稼働および連携する、WebLogic Server上の複数のサーバー・インスタンスで構成されています。クライアントから見ると、クラスタはWebLogic Serverの1つのインスタンスです。クラスタを構成するサーバー・インスタンスは、同じコンピュータ上で実行することや、別のコンピュータに配置することが可能です。既存のコンピュータ上のクラスタに別のサーバー・インスタンスを追加することで、クラスタの性能を向上させることができます。または、クラスタにコンピュータを追加して、さらに多くのサーバー・インスタンスをホストできます。クラスタ内の各サーバー・インスタンスは、同じバージョンのWebLogic Serverを実行する必要があります。

WLST、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用して、管理対象サーバーのクラスタを作成できます。この項では、Fusion Middleware Controlを使用してクラスタを作成する方法を説明します。

注意:

Identity Managementコンポーネント、Oracle Portal、Oracle Forms Services、Oracle ReportsおよびOracle Business Intelligence Discovererでは、クラスタに含める1つ以上の管理対象サーバーがリモート・ホストにある場合、WebLogic Serverホームのフルパスは、他の管理対象サーバーのWebLogic Serverホームのフルパスと同じである必要があります。

たとえば、ホストAとホストBにそれぞれ管理対象サーバーがあり、それらをクラスタに含めるとします。ホストA上のWebLogic Serverホームが/scratch/oracle/Middleware/wlserver_10.3にある場合、ホストB上のWebLogic Serverホームも/scratch/oracle/Middleware/wlserver_10.3にある必要があります。

Fusion Middleware Controlを使用して、soa_server1とsoa_server2という2つの管理対象サーバーのクラスタを作成するには:

1. 「ファーム」メニューから、「コンポーネントの作成/削除」を選択します。
「Fusion Middlewareコンポーネント」ページが表示されます。

2. 「作成」→「WebLogicクラスタ」を選択します。
「WebLogicクラスタの作成」ページが表示されます。

3. 「名前」にクラスタの名前を入力します。

4. 「クラスタ・メッセージング・モード」セクションで、次のいずれかのオプションを選択します。

- 「ユニキャスト」。「ユニキャスト・ブロードキャスト・チャネル」にチャネルを入力します。このチャネルは、クラスタ内でのメッセージ転送に使用されます。

- 「マルチキャスト」。マルチキャスト・ブロードキャスト・チャネルにチャネルを入力します。マルチキャスト・アドレスは、224.0.0.0から239.255.255.255の範囲のIPアドレスです。「マルチキャスト・ポート」にポート番号を入力します。

注意:

指定したマルチキャスト・アドレスが使用中でないことを確認する必要があります。

5. 「サーバー」セクションで、クラスタに追加する1つ以上のサーバーを選択します。このシナリオでは、soa_server1とsoa_server2を選択します。

6. 「「作成」をクリックします

これで、soa_server1とsoa_server2という2つのメンバーを持つクラスタが存在することになります。

関連項目:

クラスタの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使い方』を参照してください。

サーバーの作成にFusion Middleware Controlを使用した場合は、JRFテンプレートが自動的に適用されます。

9.5 Middlewareホームまたはコンポーネントのコピー

既存のMiddlewareホーム、Oracleホームおよびいくつかのコンポーネントを同じホストまたは別のホストにコピーすることで、環境を拡張し、増加する要求に応えることができます。Oracle Fusion Middlewareには、環境のコピーに使用可能な一連のスクリプトが用意されています。たとえば、テスト環境を本番環境に移行する場合などに使用できます。このスクリプト(移行スクリプトと呼ばれます)を使用して、MiddlewareホームやOracleホーム、Oracle WebLogic Serverドメインの他に、Oracle SOA Suite、Oracle HTTP Server、Oracle Internet Directory、Oracle Virtual Directoryなどの特定のOracle Fusion Middlewareコンポーネントの構成をコピーできます。

移行スクリプトを使用しない場合、移行元の環境で行ったカスタマイズや構成変更は、移行先の環境にすべて再適用する必要がありますが、移行スクリプトを使用することにより、このような作業が最小化されます。これらのスクリプトを使用することにより、次のことが可能になります。

- 本番、テストまたは開発環境のコピーであるMiddlewareホームを作成します。スクリプトによって、1回の手順で新しいMiddlewareホームを作成し、すべてのOracleホームおよびWebLogic Serverホームにすべてのパッチを適用します。これは、WebLogic Serverホームおよび個々のOracleホームのインストールおよびパッチの適用を個別に行うこととはまったく異なる方法です。

- パッチを適用したMiddlewareホームの「ゴールド」イメージを作成し、それを多数のホストに配置します。

- ドメインまたはOracleインスタンスの構成(ドメインまたはOracleインスタンスのコンポーネントを含む)を、ある環境から別の環境に移行します。

同一ホスト上または別のホスト上に移行できるものは、次のとおりです。ソース環境とターゲット環境では、同じオペレーティング・システムおよび同じプラットフォーム・アーキテクチャ(ビット数に関して)を使用している必要があります。

- Middlewareホーム: Middlewareホーム、Oracle WebLogic Serverホーム、およびMiddlewareホーム内のすべてのOracleホームをコピーできます。(Oracleホームが含まれないMiddlewareホームをコピーすることはできますが、コピーするMiddlewareホームのバージョンと互換性のあるcloningclient.jarファイルおよび移行スクリプトを使用する必要があります。)

- Javaコンポーネント: Oracle SOA SuiteやOracle Business Activity MonitoringなどのJavaコンポーネントが含まれるドメインの構成を、同一のMiddlewareホームまたは別のMiddlewareホームにコピーできます。

- Oracleインスタンス: Oracleインスタンスの構成を、同一のMiddlewareホームまたは別のMiddlewareホームにコピーできます。Oracleインスタンスを移行する場合は、Oracleインスタンスのすべてのシステム・コンポーネントについて、そのインスタンスのすべての構成ファイルを移行します。
または、Oracleインスタンス内のシステム・コンポーネントの1つ(Oracle HTTP Serverなど)を移行できます。この場合、Oracleインスタンスの構成と指定されたコンポーネントが移行されます。この方法で、次のシステム・コンポーネントを移行できます。

- Oracle HTTP Server

- Oracle Virtual Directory

- Oracle Internet Directory

- Oracle BI Enterprise Edition

9.5.1 移行スクリプトの使用

Middlewareホームまたはコンポーネントのコピーに使用するスクリプトは次のとおりです。

- クローニング元のMiddlewareホームをコピーします:

(UNIX) ORACLE_COMMON_HOME/bin/copyBinary.sh
(Windows) ORACLE_COMMON_HOME\bin\copyBinary.cmd

- コピーしたMiddlewareホームをターゲットに適用します:

(UNIX) ORACLE_COMMON_HOME/bin/pasteBinary.sh
(Windows) ORACLE_COMMON_HOME\bin\pasteBinary.cmd

- クローニング元のコンポーネント構成をコピーします:

(UNIX) ORACLE_COMMON_HOME/bin/copyConfig.sh
(Windows) ORACLE_COMMON_HOME\bin\copyConfig.cmd

- ソース・コンポーネントから移動プランを抽出します:

(UNIX) ORACLE_COMMON_HOME/bin/extractMovePlan.sh
(Windows) ORACLE_COMMON_HOME\bin\extractMovePlan.cmd

- コピーしたコンポーネント構成をターゲットに適用します:

(UNIX) ORACLE_COMMON_HOME/bin/pasteConfig.sh
(Windows) ORACLE_COMMON_HOME\bin\pasteConfig.cmd

- 不明瞭化されたパスワードが含まれるファイルを生成します:

(UNIX) ORACLE_COMMON_HOME/bin/obfuscatePassword.sh
(Windows) ORACLE_COMMON_HOME\bin\obfuscatePassword.cmd

各移行スクリプトでは、-silent trueオプションを指定しない場合は常に、続行するかどうかを確認するメッセージが表示されます。続行するには、Yesと入力します(大/小文字は区別されません)。Yes以外の語句を入力すると、スクリプトからエラーが返されます。また、silentモードでは、必要な箇所にパスワードを入力しないと、スクリプトによってエラーが生成されます。

追加のJavaオプションを指定するには、T2P_JAVA_OPTIONS環境変数を定義し、変数定義でオプションを指定します。次の例では、Java一時ディレクトリの値を設定します。

- LinuxまたはUNIXの場合:

setenv T2P_JAVA_OPTIONS "-Djava.io.tmpdir=/home/t2p/temp"
export T2P_JAVA_OPTIONS="-Djava.io.tmpdir=/home/t2p/temp"

- Windowsの場合:

set T2P_JAVA_OPTIONS="-Djava.io.tmpdir=c:\home\t2p\temp"

関連項目:

構文を含む、スクリプトの詳細は、『Oracle Fusion Middleware管理者ガイド』の移行スクリプトの使用に関する項を参照してください。

注意:

Oracle Fusion MiddlewareがインストールされていないホストにMiddlewareホームのアーカイブを適用する場合、次の点に注意してください。

- ホストには、JDK 1.6.04以降がインストールされている必要があります。さらに、PATH、CLASSPATHおよびJAVA_HOMEの各環境変数が、このJDKを指すようにします。

- ソース・ホストの次の場所からpasteBinaryスクリプトをターゲット・ホストにコピーします。

(UNIX) ORACLE_COMMON_HOME/bin/pasteBinary.sh
(Windows) ORACLE_COMMON_HOME\bin\pasteBinary.cmd

- ソース・ホストの次の場所から次のファイルをターゲット・ホストにコピーします。

(UNIX) ORACLE_COMMON_HOME/jlib/cloningclient.jar
(Windows) ORACLE_COMMON_HOME\jlib\cloningclient.jar

- ORACLE_COMMON_HOME/bin以外の場所からpasteBinaryスクリプトを実行する場合は、pasteBinaryスクリプトとcloningclient.jarファイルが同一ディレクトリにある必要があります。

- ファイルに実行権限があることを確認してください。

9.5.2 ソース環境からターゲット環境への移行手順の概要

この項では、インストールをソース環境からターゲット環境に移行する一般的な手順について説明します。

一般的な手順は次のとおりです。

1. ソース環境を準備します。第9.5.3項を参照してください。

2. ターゲット環境を準備します。第9.5.4項を参照してください。

3. ご使用の環境でデータベースを使用する場合は、新しいデータベースを作成するか、またはソース環境のデータベースをターゲット環境にコピーします。第9.5.5項を参照してください。

4. Oracle Identity Managementをターゲット環境に移行します。『Oracle Fusion Middleware管理者ガイド』のアイデンティティ管理の新しいターゲット環境への移行に関する項を参照してください。

5. 第9.5.6項の説明に従って、copyBinaryおよびpasteBinaryスクリプトを使用して、Middlewareホームとバイナリ・ファイルのコピーをソース環境からターゲット環境に移行します。

6. 第9.5.7項または第9.5.8項の説明に従って、コンポーネントの構成のコピーを移行します。ほとんどの場合、copyConfig、extractMovePlanおよびpasteConfigスクリプトを使用します。

7. その他のデータ(UMSユーザー・メッセージング・プリファレンス、Oracle WebCenter Portalアプリケーションのデータ、Oracle Web Cache構成ファイルなど)を移行します。新しい環境に固有の情報(ホスト名、ポートなど)を変更します。各コンポーネントに固有の情報は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareコンポーネントの移行に関する項を参照してください。

9.5.3 ソース環境の準備

この章の手順では、次の一部またはすべてが含まれる、Oracle Fusion Middlewareのインストールおよび構成がソース環境で行われていることを想定しています。

- Oracle Fusion Middlewareコンポーネント(アイデンティティ管理、Oracle SOA Suite、Oracle WebCenter Portalなど)で使用される1つ以上のデータベースをインストールしました。

- RCUを使用してソース環境で必要なスキーマを作成しました。『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

- Oracle WebLogic Serverをインストールし、Middlewareホームを作成しました。

- Identity Managementをインストールし、構成しました。
これには、目的のLDAPツリーおよびエントリ(特にユーザーおよびグループ)の作成(Oracle Internet Directoryの場合)、データソースに対するアダプタの作成(Oracle Virtual Directoryの場合)、ポリシーの作成(Oracle Web Services Managerの場合)が含まれます。また、SSL用の自己署名証明書の構成も含まれます。(ターゲット環境では、信頼できるCA署名付き証明書を使用します。)

- Oracle Fusion Middlewareコンポーネント(Oracle SOA Suite、Oracle WebCenter Portalなど)をインストールし、構成しました。

- セキュリティ・ポリシーを構成しました。

- 1つ以上のアプリケーションまたはSOAコンポジット・アプリケーションをデプロイしました。これらのアプリケーションには、内部参照および外部参照が含まれる場合があります。

ソース環境のMiddlewareホームのすべてのOracleホームは、同じOracleインベントリに登録されている必要があります。複数のコンポーネントを1つのMiddlewareホームにインストールしているが、使用しているOracleインベントリの場所が様々である場合は、スクリプトで一部のOracleホームを検出できません。

9.5.4 ターゲット環境の準備

この章の手順を使用するには、ターゲット環境が次の前提条件を満たしている必要があります。

- コピーするMiddlewareホームおよびコンポーネントのバージョンと互換性のあるcloningclient.jarファイルおよび移行スクリプトを使用する必要があります。この章の手順では、現行バージョンのcloningclient.jarファイルおよび移行スクリプトを使用することを前提としています。

- ターゲット環境は、ソース環境と同じオペレーティング・システム上にある必要があります。また、オペレーティング・システム・アーキテクチャは、両方の環境で同じでなければなりません。たとえば、両方の環境で32ビットのオペレーティング・システムまたは64ビットのオペレーティング・システムを実行している必要があります。
MiddlewareホームのすべてのOracleホームは、すべてが32ビットまたはすべてが64ビットである必要があります。この操作は、32ビットと64ビットのOracleホームが混在する環境をサポートしません。

スクリプトを実行するときに、対応するJavaホームを指定する必要があります。つまり、Oracleホームが64ビットの場合、64ビットのJavaホームを指定する必要があります。Oracleホームが32ビットの場合、32ビットのJavaホームを指定する必要があります。

- ターゲット環境では、ソース環境のユーザーと同じスーパーユーザーまたは管理ユーザーが必要です。ユーザーのパスワードは、別々のものにでき、パスワードは、pasteConfigスクリプトを使用してコマンドラインで指定できます。
インストールの移行が完了したら、ターゲット環境でユーザーを変更できます。

- ターゲット環境のデータベースは、ソース環境のデータベースと同じタイプである必要があります。たとえば、ソース環境のデータベースがOracle Databaseである場合、ターゲット環境のデータベースもOracle Databaseである必要があります。ターゲット環境のデータベースは、ソース環境のデータベースと同じバージョンである必要があります。

- データベースが適切に調整されていない場合、copyConfig操作およびpasteConfig操作でパフォーマンスの問題が発生することがあります。このようなパフォーマンスの問題を回避するには、次の標準データベース・パフォーマンス調整ガイドラインに加えて、MDS表のインポート用に、データベースに十分なRAMが割り当てられていることを確認します。また、次のプロシージャを実行して、ターゲット・データベースに対する統計を実行します。

BEGIN
dbms_stats.gather_schema_stats(ownname => 'prefix_MDS',
METHOD_OPT => 'FOR ALL COLUMNS SIZE AUTO',
CASCADE => TRUE, ESTIMATE_PERCENT => NULL);
END;

このプロシージャでは、prefix_MDSは、インストールのMDSスキーマ名です。

9.5.5 ターゲット環境でのデータベースのインストール

様々なコンポーネント(Oracle Internet Directory、Oracle SOA SuiteおよびOracle WebCenter Portalなど)でデータベースが必要となります。

ターゲット環境のデータベースは、ソース環境のデータベースと同じタイプである必要があります。たとえば、ソース環境のデータベースがOracle Databaseである場合、ターゲット環境のデータベースもOracle Databaseである必要があります。ターゲット環境のデータベースは、ソース環境のデータベースと同じバージョンである必要があります。

新しいデータベースをインストールするか、またはソース環境からデータベースをコピーできます。

- 新しいデータベースをインストールする手順は次のとおりです。

1. データベース・ソフトウェアをインストールして構成します。

2. RCUを使用してターゲット・データベースで必要なスキーマを作成します。『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

3. アプリケーションで使用するカスタム・スキーマを作成します。たとえば、アプリケーションがソース環境でカスタム・スキーマを使用する場合、ターゲット環境でそのスキーマを作成します。

- Oracle Database RMANのduplicateコマンドを使用して、複製データベースを作成します。複製データベースは、完全に独立して動作するように、ソース・データベースと異なるDBIDを使用して作成する必要があります。
ターゲット環境での複製Oracle Databaseリリース11gの作成については、『Oracle Fusion Middleware管理者ガイド』のターゲット環境でのデータベースのインストールに関する項を参照してください。

9.5.6 Middlewareホームおよびバイナリ・ファイルの移行

Middlewareホームのコピーをターゲット環境に移行するには、copyBinaryおよびpasteBinaryスクリプトを使用します。Middlewareホーム内のOracle WebLogic Serverホーム、Oracleホームおよびバイナリ・ファイルも移行されます。

Middlewareホームを移行する手順は次のとおりです。

1. Windowsの場合は、ソースで、管理サーバーおよびMiddlewareホームで実行されている管理対象サーバーをすべて停止します。(UNIXの場合は、サーバーを停止する必要はありません。)

2. ソースでcopyBinaryスクリプトを実行し、Middlewareホーム、WebLogic ServerホームおよびMiddlewareホーム内に含まれるOracleホームをコピーします。ソースのMiddlewareホーム内にOracleホームがない場合、アーカイブにOracleホームは含まれなくなります。copyBinaryスクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のcopyBinaryスクリプトに関する項を参照してください。
たとえば、/scratch/Oracle /Middleware1のMiddlewareホームをコピーするには、次のコマンドを使用します。

copyBinary.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/mw_copy.jar
-sourceMWHomeLoc /scratch/Oracle/Middleware1
-invPtrLoc /scratch/oracle/oraInst.loc

3. Middlewareホームを別のホストにコピーする場合は、そのシステムにアーカイブ・ファイルをコピーします。

4. pasteBinaryスクリプトとcloningclient.jarファイルをターゲット・システムにコピーし、実行権限があることを確認します。ファイルの場所については、第9.5.1項を参照してください。
pasteConfigなど他のスクリプトをコピーしないでください。これらのスクリプトは、ステップ5で説明しているように、ファイルの抽出時に生成されます。

5. ターゲットで、pasteBinaryスクリプトを使用して、アーカイブからファイルを抽出します。pasteBinaryスクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のpasteBinaryスクリプトに関する項を参照してください。

たとえば、/scratch/oracle/MW_Home_prodディレクトリにアーカイブを適用するには、次のコマンドを使用します。

pasteBinary.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc  /tmp/mw_copy.jar
-targetMWHomeLoc  /scratch/oracle/MW_Home_prod

Middlewareホームが/scratch/oracle/MW_Home_prodに抽出され、その下にWebLogic Serverホーム、およびソースOracleホーム名と同じ名前ですべてのOracleホームが抽出されます。

6. ターゲットで、ノード・マネージャ・ディレクトリおよびこのディレクトリ内のファイルを削除します。このディレクトリのデフォルトの場所:

WL_hOME/common/nodemanager

ノード・マネージャ構成は、第9.5.7項のステップ8で移行します。

9.5.7 Javaコンポーネントの構成の移行

Javaコンポーネント(Oracle SOA Suiteなど)のドメイン構成のコピーを移行するには、copyConfig、extractMovePlanおよびpasteConfigスクリプトを使用します。この手順により、ドメイン、管理サーバーおよび管理対象サーバーを含む構成がコピーされます。続いて、管理サーバーが起動されます。ノード・マネージャ構成のコピーも移行できます。

通常、ユーザーに固有のデータはターゲット環境とソース環境で同じではないため、この処理では、ユーザー固有のデータは移行されません。

注意:

- コンポーネントの構成を移行すると、スクリプトによりソースのトポロジがレプリケートされます。たとえば、ソース・ドメインにホストAの管理対象サーバーserver_1とserver_2、およびホストBの管理対象サーバーserver_3とserver_4が含まれる場合、ターゲットにも同様の管理対象サーバーとホストの関係を指定する必要があります。(移動計画のそれぞれの管理対象サーバーに対してホストを指定します。)

- ドメイン・ディレクトリは各マシンに対してローカルであり、pasteConfigは管理サーバー・ドメイン・ディレクトリでのみ実行されます。その後、管理対象サーバーのディレクトリが管理サーバーと異なる場合は、Oracle WebLogic Serverのpackおよびunpackコマンドを使用して、管理対象サーバーのドメイン・ディレクトリを再作成する必要があります。詳細は、『Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成』を参照してください。

ドメイン構成およびノード・マネージャ構成のコピーを移行する手順は次のとおりです。

1. ソースで、管理サーバーおよびすべての管理対象サーバーが起動されていることを確認します。

2. ソースでcopyConfigスクリプトを実行して、ドメイン構成をコピーします。copyConfigスクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のJavaコンポーネントのcopyConfigスクリプトに関する項を参照してください。
たとえば、Middlewareホーム/scratch/Oracle/Middleware1にあるSOA_domain1というOracle SOA Suiteドメインの構成をコピーするには、次のコマンドを使用します。

copyConfig.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/soa.jar
-sourceDomainLoc /scratch/Oracle/Middleware1/user_projects/domains/SOA_domain1
-sourceMWHomeLoc /scratch/Oracle/Middleware1
-domainHostName example.com
-domainPortNum 8001
-domainAdminUserName domain_admin_username
-domainAdminPassword /scratch/admin/passwd.txt
-logDirLoc /tmp/logs

3. ドメイン構成を別のホストにコピーする場合は、そのシステムにアーカイブ・ファイルをコピーします。

4. ソースでextractMovePlanスクリプトを使用して、アーカイブから移動計画を抽出します。extractMovePlanスクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のextractMovePlanスクリプトに関する項を参照してください。
例:

extractMovePlan.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/soa.jar
-planDirLoc /tmp/Oracle/t2p_plans/soa

5. ターゲット環境の値にあわせてプロパティを変更するために、移動計画を編集します。移行するコンポーネントのタイプのプロパティのリストは、『Oracle Fusion Middleware管理者ガイド』のコンポーネントの移行プランのプロパティに関する表を参照してください。
複数のドメインを含む環境のドメインを1つのみ移行する場合は、移動計画で移行しないドメインのエントリを削除します。

6. ターゲットで次のスクリプトを実行して、移動計画に必要な不明瞭化したパスワード・ファイルを生成します。パスワード・ファイルごとにスクリプトを実行します。

ORACLE_COMMON_HOME/bin/obfuscatePassword.sh

スクリプトによって、パスワードおよびパスワード・ファイルが書き込まれる場所の入力を求めるプロンプトが表示されます。

7. クローニング先で、pasteConfigスクリプトを使用してアーカイブからファイルを抽出します。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のJavaコンポーネントのpasteConfigスクリプトに関する項を参照してください。
たとえば、Middlewareホーム/scratch/Oracle/Middleware1にアーカイブを適用するには、次のコマンドを使用します。

pasteConfig.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/soa.jar
-movePlanLoc /tmp/Oracle/t2p_plans/soa/moveplan.xml
-targetDomainLoc /scratch/Oracle/Middleware1/user_projects/domains/SOA_domain1
-targetMWHomeLoc /scratch/Oracle/Middleware1/
-domainAdminPassword /scratch/pwd_dir/pass.txt

8. ソースでcopyConfigスクリプトを実行して、ノード・マネージャ構成をコピーします。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のノード・マネージャのcopyConfigスクリプトに関する項を参照してください。たとえば、次のコマンドを使用します。

copyConfig.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/nm.jar
-sourceNMHomeLoc /scratch/Oracle/Middleware/wlserver_10.3/common/nodemanager
-logDirLoc /tmp/logs

9. ノード・マネージャを別のホストにコピーする場合は、そのシステムにアーカイブ・ファイルをコピーします。

10. ソースでextractMovePlanスクリプトを使用して、アーカイブから移動計画を抽出します。extractMovePlanスクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のextractMovePlanスクリプトに関する項を参照してください。
例:

extractMovePlan.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/nm.jar
-planDirLoc /tmp/Oracle/t2p_plans/nm

11. ターゲット環境の値にあわせてプロパティを変更するために、移動計画を編集します。ノード・マネージャのプロパティのリストは、『Oracle Fusion Middleware管理者ガイド』のノード・マネージャの移行プランのプロパティに関する表を参照してください。

12. ターゲットで次のスクリプトを実行して、移動計画に必要な不明瞭化したパスワード・ファイルを生成します。パスワード・ファイルごとにスクリプトを実行します。

ORACLE_COMMON_HOME/bin/obfuscatePassword.sh

スクリプトによって、パスワードおよびパスワード・ファイルが書き込まれる場所の入力を求めるプロンプトが表示されます。

13. クローニング先で、pasteConfigスクリプトを使用してアーカイブからファイルを抽出します。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のノード・マネージャのpasteConfigスクリプトに関する項を参照してください。たとえば、次のコマンドを使用します。

pasteConfig -javaHome USER_HOME/jrockit_160_17_R28.0.0-679/
-archiveLoc /tmp/nm.jar
-targetNMHomeLoc /scratch/Oracle/Middleware1/wlserver_10.3/common/nodemanager
-targetMWHomeLoc /scratch/Oracle/Middleware1
-movePlanLoc /tmp/Oracle/t2p_plans/nm/moveplan.xml
-silent true

このタスクが完了したら、コンポーネントごとに追加手順を実行する必要がある場合があります。『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareコンポーネントの移行に関する項を参照してください。

9.5.8 Oracleインスタンスおよびシステム・コンポーネントの構成の移行

OracleインスタンスおよびOracle HTTP Server、Oracle Internet Directory、Oracle Virtual Directory、Oracle BI EEなどのシステム・コンポーネントは、次のいずれかの方法で移行できます

- Oracleインスタンスおよびそのすべてのシステム・コンポーネントは、この項の説明に従って移行できます。

- 個々のシステム・コンポーネントは、『Oracle Fusion Middleware管理者ガイド』の個々のシステム・コンポーネントの移行に関する項に従って移行できます。

いずれの場合も、copyConfig、extractMovePlanおよびpasteConfigスクリプトを使用します。スクリプトに渡すオプションのみが異なります。

インスタンス内のすべてのシステム・コンポーネントの構成を含む、Oracleインスタンス全体を移行するには:

1. ソースで、copyConfigスクリプトを実行します。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のOracleインスタンスのcopyConfigスクリプトに関する項を参照してください。
たとえば、/scratch/Oracle/Middleware1/webtier_1に配置されているOracleインスタンスをコピーするには、次のコマンドを使用します。

copyConfig.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/ohs1.jar
-sourceInstanceHomeLoc /scratch/Oracle/Middleware1/webtier_1

2. コンポーネントを別のホストにコピーする場合は、そのシステムにアーカイブ・ファイルをコピーします。

3. ソースでextractMovePlanスクリプトを使用して、アーカイブから移動計画を抽出します。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のextractMovePlanに関する項を参照してください。
例:

extractMovePlan.sh -javaHome /scratch/Oracle/Middleware1/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/ohs1.jar
-planDirLoc /tmp/Oracle/t2p_plans/ohs

4. 移動計画を編集して、ターゲット環境の値を反映するように特定のコンポーネントのプロパティを変更します。移行するコンポーネントのタイプのプロパティのリストは、『Oracle Fusion Middleware管理者ガイド』のコンポーネントの移行プランのプロパティに関する表を参照してください。

5. ターゲットで次のスクリプトを実行して、移動計画に必要な不明瞭化したパスワード・ファイルを生成します。パスワード・ファイルごとにスクリプトを実行します。

ORACLE_COMMON_HOME/bin/obfuscatePassword.sh

スクリプトによって、パスワードおよびパスワード・ファイルが書き込まれる場所の入力を求めるプロンプトが表示されます。

6. クローニング先で、pasteConfigスクリプトを使用してアーカイブからファイルを抽出します。スクリプトの完全な構文については、『Oracle Fusion Middleware管理者ガイド』のOracleインスタンスのpasteConfigスクリプトに関する項を参照してください。
たとえば、Oracleインスタンスwebtier_2にアーカイブを適用し、ターゲットのOracle HTTP Serverインスタンスにohs_clという名前を付けるには、次のコマンドを使用します。

pasteConfig.sh -javaHome /scratch/Oracle/Middleware/jrockit_160_20_D1.1.0-18
-archiveLoc /tmp/ohs1.jar
-movePlanLoc /tmp/Oracle/t2p_plans/ohs/moveplan.xml
-targetOracleHomeLoc /scratch/Oracle/Middleware/Oracle_WebTier
-targetInstanceHomeLoc /scratch/Oracle/Middleware/webtier_2
-targetInstanceName webtier_2
-targetComponentName ohs_cl
-domainHostName myhost
-domainPortNum 7001
-domainAdminUserName domain_admin_username
-domainAdminPasswordFile domain_admin_password_file

Oracleインスタンス名はドメイン内で一意である必要があります。Oracleインスタンスのアーカイブを同一ドメインに適用する場合は、-targetInstanceNameオプションを使用してインスタンスに別の名前を指定します。

このタスクが完了したら、コンポーネントごとに追加手順を実行する必要がある場合があります。『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareコンポーネントの移行に関する項を参照してください。

9.5.9 コンポーネント移行時の移動計画のカスタマイズ

Oracle Fusion Middlewareコンポーネントを移行する際には、extractMovePlanスクリプトを実行して、移行するコンポーネントの移動計画を作成します。extractMovePlanスクリプトは、構成情報をアーカイブから移動プランに抽出します。必要となる構成プランも抽出します。アーカイブをターゲットに適用する前に、ターゲット環境の値を反映するように、移動計画を編集する必要があります。

次に、WebLogic Javaコンポーネントの移動プランの抜粋を示します。

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<movePlan>
<movableComponent>
<componentType>J2EEDomain</componentType>
<moveDescriptor>
<configProperty>
<name>Startup Mode</name>
<value>PRODUCTION</value>
<itemMetadata>
<dataType>STRING</dataType>
<scope>READ_WRITE</scope>
</itemMetadata>
</configProperty>
<configGroup>
<type>SERVER_CONFIG</type>
<configProperty id="Server1">
<configProperty>
<name>Server Name</name>
<value>AdminServer</value>
<itemMetadata>
<dataType>STRING</dataType>
<scope>READ_ONLY</scope>
</itemMetadata>
</configProperty>
<configProperty>
<name>Listen Address</name>
<value>example.com</value>
<itemMetadata>
<dataType>STRING</dataType>
<scope>READ_WRITE</scope>
</itemMetadata>
</configProperty>

READ_WRITEのスコープのプロパティを変更できます。READ_ONLYのスコープのプロパティは変更しないでください。

編集するプロパティは、コンポーネントのタイプにより異なります。各タイプのコンポーネントで編集するプロパティの詳細は、『Oracle Fusion Middleware管理者ガイド』の移行プランの変更に関する項にある表を参照してください。

9.6 関連情報

この章で説明した内容の詳細は、次を参照してください。

- 『Oracle Fusion Middleware高可用性ガイド』

- WebLogic Serverドメインへの管理対象サーバーの追加の詳細は、Oracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。

- ドメインの拡張の詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を参照してください。

- 『Oracle Fusion Middleware管理者ガイド』の移行スクリプトの使用に関する項およびテスト環境から本番環境への移行に関する項

索引

A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  W

A

管理サーバー, 1.3.1.1, 1.3.1.1

監視, 5.2.3

リカバリ, 8.3.3

起動と停止, 3.2.4, 3.4.1

管理ユーザー, 2.2.1, 6.1

パスワードの変更, 6.3

作成, 6.1

アプリケーション

デプロイ, 4.1, 4.4

再デプロイ, 4.4.3

起動, 3.4.5

停止, 3.4.5

アンデプロイ, 4.4.2

applyJRFコマンド, 9.3.1 認証

SSL, 6.4

B

バックアップとリカバリ

環境レコードの作成, 8.4

概要, 8.1

バックアップ

データベース, 8.2.2

ドメイン, 8.2.1, 8.2.2, 8.2.2

全体, 8.1.1.1, 8.2.1

インスタンス・ホーム, 8.2.1, 8.2.2

Javaコンポーネント, 8.2.1, 8.2.2

管理対象サーバー, 8.2.1

Middlewareホーム, 8.2.1

OraInventory, 8.2.1

概要, 8.1.1

ランタイム・アーティファクト, 8.1.1.1, 8.2.2

静的ファイル, 8.1.1.1

計画, 8.1.1.2

システム・コンポーネント, 8.2.1, 8.2.2

タイプ, 8.1.1.1

WebLogic Serverの構成ファイル, 8.1.1

C

CLASSPATH環境変数, 3.3, 3.3

クラスタ, 1.3.1.2

作成, 9.4

監視, 5.2.4

起動, 8.3.7.2

停止, 8.3.7.2

コマンドライン・ツール, 2.4 コンポーネント

リカバリ, 8.3.7

起動, 3.4.4

停止, 3.4.4

ステータスの表示, 5.2.5

構成ウィザード, 3.2.4 configureLogHandlerコマンド, 7.6.1 コンポーネントの構成, 3.2.4 WLSTによる接続, 2.4.1 コンテンツ・ペイン

Fusion Middleware Control, 2.2.2

コンテキスト・ペイン

Fusion Middleware Control, 2.2.2

コンテキスト・ルート, 4.4.1 copyBinaryスクリプト, 9.5.1, 9.5.6 copyConfigスクリプト, 9.5.1, 9.5.7, 9.5.7, 9.5.8

D

データソース

構成, 4.3

データベース

バックアップ, 8.2.2

deployコマンド, 4.4.1 アプリケーションのデプロイ, 4.4

アプリケーション・セキュリティ, 4.4.1

EJBモジュールの構成, 4.4.1

永続性の構成, 4.4.1

Webモジュールの構成, 4.4.1

Java EE, 4.4.1

概要, 4.1

デプロイ・プラン

自動作成, 4.4.1, 4.4.3

編集, 4.4.1

フェッチ, 4.5

管理, 4.5

保存, 4.4.1

診断フレームワーク

WLSTの起動, 2.4.1.1

診断メッセージ

レベル, 7.6.3

タイプ, 7.6.3

診断, 7 切断モード

ステータスの監視, 5.1

DISPLAY環境変数, 3.3 displayLogsコマンド, 7.4 ドメイン・ホーム, 1.3.1 ドメイン

サーバーの追加, 9.3

バックアップ, 8.2.2

拡張, 9.2

監視, 5.2.2

リカバリ, 8.3.2

WebLogic Server, 1.3.1

ダイナミック・モニタリング・サービス(DMS)

WLSTの起動, 2.4.1.1

動的ターゲット・メニュー

Fusion Middleware Control, 2.2.2

E

暗号化, 6.4

環境変数

設定, 3.3

ERRORメッセージ・タイプ, 7.6.3 ツリーの展開

Fusion Middleware Control, 2.2.2

extractMovePlanスクリプト, 9.5.1

F

「ファーム」メニュー

Fusion Middleware Control, 2.2.2

ファーム, 2.2 全体バックアップ, 8.2.1 Fusion Middleware Control

コンテンツ・ペイン, 2.2.2

コンテキスト・ペイン, 2.2.2

表示, 2.2.1

動的ターゲット・メニュー, 2.2.2

ツリーの展開, 2.2.2

「ファーム」メニュー, 2.2.2

「ファーム」ページ, 2.2.1

ナビゲート, 2.2.2

概要, 1.5

ページのリフレッシュ, 2.2.2

右クリック・ターゲット・メニュー, 2.2.2

起動と停止, 3.4.6

「ターゲット情報」アイコン, 2.2.2

ターゲット名, 2.2.2

ターゲット・ナビゲーション・ペイン, 2.2.2

トポロジ・ビューア, 2.2.2

URL, 2.2.1

G

getコマンド, 5.5

GridLinkデータソース, 4.3

H

高可用性, 9.1

ホーム・ページ, 2.2

I

INCIDENT_ERRORメッセージ・タイプ, 7.6.3

J

Javaコンポーネント, 1.3

Java EEアプリケーション, 4.1

デプロイ, 4.4

再デプロイ, 4.4.3

アンデプロイ, 4.4.2

Java Naming and Directory Interface(JNDI), 4.3 Java Required Files(JRF)

管理対象サーバーの構成, 9.3.1

JAVA_HOME環境変数, 3.3, 3.3

K

キーストア, 6.4.1

JKSおよびOracleウォレット, 6.4.1

L

LD_LIBRARY_PATH環境変数, 3.3

LD_LIBRARY_PATH_64環境変数, 3.3

LIBPATH環境変数, 3.3

listLogsコマンド, 7.3

構成のロック

WebLogic Server, 2.3.2

ログ・ファイル, 7

構成, 7.6

レベル, 7.6.3

場所, 7.6.1

命名規則, 7.6.1

概要, 7.1

ローテーション, 7.6.2

メッセージの検索, 7.4

表示, 7.3

ロギング・コマンド

WLSTの起動, 2.4.1.1

M

管理対象サーバー, 1.3.1.2

ドメインへの追加, 9.3

バックアップ, 8.2.1

監視, 5.2.3

リカバリ, 8.3.4

起動と停止, 3.2.4

MDSリポジトリ, 3.2.1

作成, 3.2.1

メッセージ・レベル, 7.6.3 メッセージ・タイプ, 7.6.3 メタデータ・アーカイブ(MAR), 4.1 メタデータ・リポジトリ, 1.3.6

作成, 3.2.1

Middlewareホーム, 1.3.3

リカバリ, 8.3.1

監視

管理サーバー, 5.2.3

クラスタ, 5.2.4

コンポーネント, 5.2.5

ドメイン, 5.2.2

管理対象サーバー, 5.2.3

パフォーマンス, 5.3

リソース使用率, 5.2.1

ステータスの監視, 5.1 移行スクリプト, 9.5.1

copyBinary, 9.5.1, 9.5.6

copyConfig, 9.5.1, 9.5.7, 9.5.7, 9.5.8

extractMovePlan, 9.5.1

Javaオプション, 9.5.1

pasteBinary, 9.5.1, 9.5.6

pasteConfig, 9.5.1, 9.5.7, 9.5.7, 9.5.8

サポート対象エンティティ, 9.5

テスト環境から本番環境へ移行, 9.5 MW_HOME環境変数, 3.3, 3.3

N

ナビゲーション・ペイン

Fusion Middleware Control, 2.2.2

ノード・マネージャ, 1.3.1.3

スクリプトを有効化するように構成, 3.4.3

NOTIFICATIONメッセージ・タイプ, 7.6.3

O

ODL

「Oracle Diagnostic Logging(ODL)」を参照

ODLアーカイブ, 7.6.2 ODLログ, 7.6.2 オフライン・バックアップ, 8.1.1.1 オンライン・バックアップ, 8.1.1.1 OPMN

「Oracle Process Manager and Notification Server(OPMN)」を参照

opmnctlコマンド, 2.4.2

registerInstance, 8.3.6.2

startall, 2.4.2

startproc, 3.4.4

status, 5.1

stopall, 2.4.2

stopproc, 3.4.4

Oracle Access Manager

WLSTの起動, 2.4.1.1

Oracle Application Development Framework

アプリケーション, 4.1

WLSTの起動, 2.4.1.1

Oracle Business Intelligence, 1.2 Oracle Commonホーム, 1.3.5 Oracle Diagnostic Logging(ODL), 7.1 Oracle Enterprise Content Management Suite, 1.2 Oracle Enterprise Manager Fusion Middleware Control

「Fusion Middleware Control」を参照

Oracle Fusion Middleware

概要, 1.3

Oracle Fusion Middlewareの監査フレームワーク

WLSTの起動, 2.4.1.1

Oracleホーム, 1.3.5

リカバリ, 8.3.5

Oracle HTTP Server, 1.2 Oracle IdentityおよびAccess Management, 1.2 Oracle Identity Federation, 1.2 Oracleインスタンス, 1.3.2

環境変数, 3.3, 3.3

リカバリ, 8.3.6

ステータスの表示, 2.4.2

Oracle Internet Directory, 1.2 Oracle JRF, 9.3.1 Oracle Management Agent

起動と停止, 3.4.7

Oracle Metadata Service

WLSTの起動, 2.4.1.1

Oracle Platform Security Services, 1.2

WLSTの起動, 2.4.1.1

Oracle Portal, 1.2 Oracle Process Manager and Notification Server(OPMN), 1.5, 2.4.2, 2.4.2 Oracle SOA Suite, 1.2

コンポジット・アプリケーション, 4.1

Oracle Virtual Directory, 1.2 Oracleウォレット

コンポーネント, 6.4.1

作成, 6.4.2.1

Oracle Web Cache, 1.2 Oracle Webサービス

WLSTの起動, 2.4.1.1

Oracle Web Services Manager, 1.2

WLSTの起動, 2.4.1.1

Oracle WebCenter

アプリケーション, 4.1

Oracle WebCenterポータル, 1.2 Oracle WebLogic Server, 1.2

バックアップ, 8.1.1

構成ウィザード, 3.2.4

Oracle WebLogic Server管理コンソール, 2.3 ORACLE_HOME環境変数, 3.3, 3.3 ORACLE_INSTANCE環境変数, 3.3, 3.3

P

パスワード

管理ユーザー用の変更, 6.3

pasteBinaryスクリプト, 9.5.1, 9.5.6 pasteConfigスクリプト, 9.5.1, 9.5.7, 9.5.7, 9.5.8 PATH環境変数, 3.3, 3.3 パフォーマンス

監視, 5.3

永続ログ出力, 7.6.3 ポート番号

表示, 5.5

R

リカバリ

管理サーバー, 8.3.3

コンポーネント, 8.3.7

ドメイン, 8.3.2

管理対象サーバー, 8.3.4

Middlewareホーム, 8.3.1

Oracleホーム, 8.3.5

Oracleインスタンス, 8.3.6

リカバリ

概要, 8.1.2

計画, 8.1.2.2

タイプ, 8.1.2.1

redeployコマンド, 4.4.3 アプリケーションの再デプロイ, 4.4.3 ページのリフレッシュ

Fusion Middleware Control, 2.2.2

registerInstanceコマンド, 8.3.6.2 リポジトリ作成ユーティリティ(RCU)

概要, 1.5

使用, 3.2.1

リソース使用率

監視, 5.2.1

右クリック・ターゲット・メニュー

Fusion Middleware Control, 2.2.2

ロール

作成, 6.2

ランタイム・アーティファクト

バックアップ, 8.1.1.1, 8.2.2

ランタイム・ログ出力, 7.6.3

S

スケーラビリティ, 9.1

スキーマ

リポジトリへのロード, 3.2.1

セキュリティ, 6 setNMPropsスクリプト, 3.4.3 SHLIB_PATH環境変数, 3.3 SSL

有効化, 6.4.2

WLSTの起動, 2.4.1.1

概要, 6.4

startApplicationコマンド, 3.4.4, 3.4.5 起動

管理サーバー, 3.4.1

アプリケーション, 3.4.5

コンポーネント, 3.4.4

管理対象サーバー, 3.4.2

startManagedWebLogicコマンド, 3.4.2 startWebLogicコマンド, 3.4.1 stateコマンド, 5.1 静的ファイル

バックアップ, 8.1.1.1

ステータス

コンポーネント

表示, 5.2.5

表示, 5.1, 5.2.1 statusコマンド, 5.1 stopApplicationコマンド, 3.4.4, 3.4.5 stopManagedWeblogicコマンド, 3.4.2 停止

管理サーバー, 3.4.1

アプリケーション, 3.4.5

コンポーネント, 3.4.4

管理対象サーバー, 3.4.2

stopWeblogicコマンド, 3.4.1 システム・コンポーネント, 1.3, 2.4.2 システムMBeanブラウザ, 1.5

T

T2P_JAVA_OPTIONS環境変数, 9.5.1

「ターゲット情報」アイコン

Fusion Middleware Control, 2.2.2

ターゲット・メニュー

Fusion Middleware Control, 2.2.2, 2.2.2

ターゲット名

Fusion Middleware Control, 2.2.2

ターゲット・ナビゲーション・ペイン

Fusion Middleware Control, 2.2.2

TEMP環境変数, 3.3 テストから本番へ

概要, 9.5.2

TMP環境変数, 3.3 トポロジ

表示, 5.4

トポロジ・ビューア, 5.4

Fusion Middleware Control, 2.2.2

TRACEメッセージ・タイプ, 7.6.3

U

undeployコマンド, 4.4.2

アプリケーションのアンデプロイ, 4.4.2

ユーザー名

管理者, 2.2.1

ユーザー

パスワードの変更, 6.3

作成, 6.1

ロール, 6.2

W

ウォレット

作成, 6.4.2.1

WARNINGメッセージ・タイプ, 7.6.3 WebLogic Scripting Tool(WLST)

起動, 2.4.1

「WLSTコマンド」も参照

WebLogic Serverホーム, 1.3.4 WLSTコマンド

applyJRF, 9.3.1

configureLogHandler, 7.6.1, 7.6.2, 7.6.4

connect, 2.4.1

deploy, 4.4.1

displayLogs, 7.4

get, 5.5

listLogs, 7.3

proclist, 2.4.1.2

redeploy, 4.4.3

setLogLevel, 7.6.3

startApplication, 3.4.4, 3.4.5

startManagedWebLogic, 3.4.2

startNodeManager, 3.4.3

startproc, 2.4.1.2

startWebLogic, 3.4.1

state, 5.1

status, 2.4.1.2

stopApplication, 3.4.4, 3.4.5

stopManagedWeblogic, 3.4.2

stopproc, 2.4.1.2

stopWeblogic, 3.4.1

undeploy, 4.4.2

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