Oracle® Fusion Middleware

Oracle Exalogic Elastic CloudのためのWebLogic Server 12.1.3の管理

12c (12.1.3)

E59405-04(原本部品番号:E50481-05)

2015年8月

このドキュメントは、パフォーマンスをモニターしてOracle Exalogic Elastic Cloud環境のWebLogic Server 12.1.3コンポーネントをチューニングする管理者とアプリケーション開発者向けに記載されています。

Oracle Fusion Middleware Oracle Exalogic Elastic CloudのためのWebLogic Server 12.1.3の管理, 12c (12.1.3)

E59405-04

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

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

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

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

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

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

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

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

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

目次

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

はじめに

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

- 表記規則

1 概要とロードマップ

- ドキュメントの範囲および対象読者

- このドキュメントの手引き

- 関連ドキュメント

- サンプルとチュートリアル

- Avitek Medical Recordsアプリケーション(MedRec)とチュートリアル

- このリリースでの新機能と変更された機能

2 Exalogic Elastic CloudソフトウェアのWebLogic Serverドメインの最適化

- Exalogic Elastic Cloudソフトウェアの入力/出力およびワーク・マネージャの最適化

- 管理コンソールを使用したサーバー・インスタンスのI/Oパフォーマンスのチューニング

- JDBCストアのExalogic最適化の有効化

- TopLink Exalogic最適化の有効化

- Exalogic最適化の有効化

3 WebLogic Server MessagingサービスのWebLogic Replicated Storeの使用

- レプリケートされたストアの概要

- レプリケートされたストアの特長

- レプリケートされたストアのスケーラビリティおよび高可用性

- レプリケートされたストアのサーバーおよびサービス移行

- レプリケートされたストアの管理

- レプリケートされたストアを使用するクイック・スタート・ガイド

- レプリケートされたストアの起動

- レプリケートされたストアの停止

- グローバル・ディレクトリの管理

- グローバル・ディレクトリの構成およびチューニング要件

- WebLogic Replicated Storeの管理

- WebLogic Replicated Storeを作成および構成する方法

- レプリケートされたストアのモニター

- WebLogic Replicated Storesのベスト・プラクティスおよび考慮事項

- デーモン・クラスタの管理

- デーモンの構成

- デーモン・クラスタの起動および停止

- デーモン情報の記録

- 管理ユーティリティを使用したデーモン・クラスタの管理

- デーモン・クラスタの理解

- レプリケートされたストアのメモリー使用率の管理

- レプリケートされたストアのメモリー使用量

- メモリー使用率の監視

- メモリー使用率の制御

- 使用可能なメモリーを超えた場合のレプリケートされたストアの動作

- レプリケートされたストアの相互運用の考慮事項

- レプリケートされたストアのセキュリティの考慮事項

- 管理者のセキュリティの考慮事項

- レプリケートされたストアの一般的なセキュリティの考慮事項

- レプリケートされたストアの制限事項

4 Oracle Exalogic Elastic Cloud環境のWebLogic ServerのCooperative Memory Management (CMM)

- Cooperative Memory Management (CMM)について

- 環境でのCMMの使用

- WebLogicデータ・ソースのCMM

- 文キャッシュ・サイズのメモリー管理

- 例

- データ・ソースを縮小するメモリー管理

5 Oracle Exalogic Elastic Cloud環境でのメッセージ圧縮

- メッセージ圧縮オプションの選択

- Exalogic環境でのJMSサーバーのメッセージ圧縮

- Exalogic環境でのストア・アンド・フォワード送信エージェントのメッセージ圧縮

はじめに

ここでは、このガイド『Oracle Exalogic Elastic CloudのためのWebLogic Server 12.1.3の管理』で使用されるドキュメントのアクセシビリティ機能および表記規則について説明します。

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

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

Oracle Supportへのアクセス

サポートをご購入の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)を参照してください。

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 概要とロードマップ

この章では、このガイド『Oracle Exalogic Elastic CloudのためのWebLogic Server 12.1.3の管理』の内容と構成について説明します。

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

- ドキュメントの範囲および対象読者

- このドキュメントの手引き

- 関連ドキュメント

- サンプルとチュートリアル

- このリリースでの新機能と変更された機能

ドキュメントの範囲および対象読者

このドキュメントは、Exalogic Elastic Cloudソフトウェア環境のWebLogic Serverのアプリケーションを開発および管理するアプリケーション開発者とシステム管理者向けに記載されています。読者は、WebLogic Serverプラットフォーム、Java Platform, Enterprise Edition (Java EE)プログラミング、およびExalogic Elastic Cloudソフトウェアの概念に精通していることが前提となっています。

このドキュメントの手引き

- この章第1章「概要とロードマップ」では、このガイドの構成について説明します。

- 第2章「Exalogic Elastic CloudソフトウェアのWebLogic Serverドメインの最適化」は、Exalogic Elastic CloudのWebLogic Serverドメインの最適化方法について説明しています。

- 第3章「WebLogic Server MessagingサービスのWebLogic Replicated Storeの使用」は、Oracle Exalogic Elastic Cloud環境で永続性を必要とするWebLogic Server Messagingサービスの拡張性のあるパフォーマンスの高い記憶域オプションを提供するためにWebLogic Replicated Storeを使用する方法について説明します。

- 第4章「Oracle Exalogic Elastic Cloud環境のWebLogic ServerのCooperative Memory Management (CMM)」は、Cooperative Memory Management (CMM)を使用してWebLogic Serverリソースによるメモリーの有効活用を促進する方法について説明します。

- 第5章「Oracle Exalogic Elastic Cloud環境でのメッセージ圧縮」は、Oracle Exalogic環境でパフォーマンスを大幅に改善できるJMSストアのI/O操作に対するメッセージ圧縮を構成する方法について説明します。

関連ドキュメント

このドキュメントには、Oracle Exalogic Elastic Cloud環境のWebLogic Serverの特定の開発および管理情報が含まれています。『ライセンス情報』のExalogic Elastic Cloudソフトウェアに関する項を参照してください。

WebLogic Serverアプリケーションを開発および管理するための包括的なガイドラインについては、以下のドキュメントを参照してください。

- 『Oracle WebLogic Serverの理解』は、Oracle WebLogic Server機能の概要を示し、それらを使用してエンタープライズ対応ソリューションを作成する方法を説明します。

- 『Oracle WebLogic Serverのパフォーマンスのチューニング』は、システム・パフォーマンスを改善し、WebLogic Server環境のコンポーネントをチューニングする方法について説明します。

- 『Oracle WebLogic Server JMSリソースの管理』は、WebLogic JMSリソースを構成、管理および監視する方法について説明します。

- 『Oracle WebLogic Serverサーバー環境の構成』のWebLogic永続ストアの使用に関する項

- 『Oracle WebLogic Serverへのアプリケーションのデプロイ』は、WebLogic Serverアプリケーションのデプロイに関する主要な情報源です。

サンプルとチュートリアル

このマニュアルの他にも、アプリケーションの開発に関する様々なコード・サンプルやチュートリアルがオプションで用意されています。それらのサンプルとチュートリアルはWebLogic Serverの動作を例示し、主要なアプリケーション開発タスクを実行する実際的な手順を示します。サンプル・サーバーをORACLE_HOME\user_projects\domains\wl_serverディレクトリから起動できます。この場合、ORACLE_HOMEはOracle WebLogic ServerをインストールしたときにOracle Homeとして指定したディレクトリです。詳細は、『Oracle WebLogic Serverの理解』のサンプル・アプリケーションおよびサンプル・コードに関する項を参照してください。

Avitek Medical Recordsアプリケーション(MedRec)とチュートリアル

MedRecはWebLogic Serverに付属したエンドツーエンドのサンプルJava EEアプリケーションであり、一元的で独立した医療記録管理システムをシミュレートします。MedRecアプリケーションには、患者、医師、および管理者に対して、様々なクライアントを使用して患者のデータを管理するフレームワークが用意されています。

MedRecはWebLogic ServerとJava EEの機能を例示し、Oracle推奨のベスト・プラクティスを重要点として示します。MedRecはオプションで、WebLogic Serverインストールにインストールされます。MedRecをORACLE_HOME\user_projects\domains\medrecディレクトリから起動できます。この場合、ORACLE_HOMEはOracle WebLogic ServerをインストールしたときにOracle Homeとして指定したディレクトリです。詳細は、『Oracle WebLogic Serverの理解』のサンプル・アプリケーションおよびサンプル・コードに関する項を参照してください。

このリリースでの新機能と変更された機能

WebLogic Serverのこのリリースには、Oracle Exalogic Elastic Cloud環境の次の新機能が含まれます。

- WebLogic Server Messagingサービスの拡張性があるパフォーマンスの高い記憶域オプションを提供するWebLogic Replicated Store。「WebLogic Server MessagingサービスのWebLogic Replicated Storeの使用」を参照してください。

- WebLogic Serverリソースによるメモリーの有効活用を促進するCooperative Memory Management (CMM)。「Oracle Exalogic Elastic Cloud環境のWebLogic ServerのCooperative Memory Management (CMM)」を参照してください。

- データベース・サーバーに個別のコミット呼出しを発行するかわりに、INSERTまたはDELETE操作のバッチをコミットするためのJDBCストアの最適化。「JDBCストアのExalogic最適化の有効化」を参照してください。

- TopLinkの最適化には、バッチ書き込み、デフォルトのキャッシュ・サイズの増加および期待されるリレーションシップの作成などのその他の最適化の有効化などが含まれます。「TopLink Exalogic最適化の有効化」を参照してください。

このリリースで導入されたWebLogic Serverの新機能の一覧については、『Oracle WebLogic Serverの新機能』を参照してください。

2 Exalogic Elastic CloudソフトウェアのWebLogic Serverドメインの最適化

この章では、Exalogic Elastic CloudソフトウェアのWebLogic Server 12.1.3ドメインの最適化について説明します。

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

- Exalogic Elastic Cloudソフトウェアの入力/出力およびワーク・マネージャの最適化

- JDBCストアのExalogic最適化の有効化

- TopLink Exalogic最適化の有効化

- Exalogic最適化の有効化

Exalogic Elastic Cloudソフトウェアの入力/出力およびワーク・マネージャの最適化

WebLogic Serverの入力/出力およびワーク・マネージャの最適化とともにExalogicドメインレベルのElastic Cloudソフトウェアを構成できます。表2-1は、Exalogic Elastic Cloudソフトウェア・ライセンスに制限されているこれらのオプションを使用してWebLogic Serverを構成するMBean属性を示しています。

表2-1

MBeanの属性

-Dオプション

説明

KernelMBean.ScatteredReadsEnabled=true

-Dweblogic.ScatteredReadsEnabled

ネットワーク・スループットの高い環境でI/Oの効率が向上します。

KernelMBean.GatheredWritesEnabled=true

-Dweblogic.GatheredWritesEnabled

ネットワーク・スループットの高い環境でI/Oの効率が向上します。

KernelMBean.AddWorkManagerThreadsByCpuCount=true

-Dweblogic.AddWorkManagerThreadsByCpuCount

Exalogicプロセッサ・アーキテクチャ・スレッド機能で合せることで自己チューニング・スレッド・プールの効率が向上します。

ServerMBean.useConcurrentQueueForRequestManager=true

-Dweblogic.useConcurrentQueueForRequestManager

ロックのないリクエスト・マネージャにより、特にJMSユースケースの場合にExalogicシステムの処理の同時実行性と効率性を向上できます。

KernelMBean.MuxerClass=weblogic.socket.NIOSharedWorkSocketMuxer

JMSメッセージ、レプリケーション、RMIなどの多重化から、影響力の強いリクエストのキュー待機時間を短縮します。

管理コンソールを使用したサーバー・インスタンスのI/Oパフォーマンスのチューニング

これらの属性が有効な場合、ネットワーク・スループットの高い環境でI/Oの効率が向上します。属性は、「Exalogic最適化の有効化」がドメイン・レベルで有効な場合に自動で有効化されます。「Exalogic最適化の有効化」を参照してください。

注意:
AddWorkManagerThreadsByCpuCountはWebLogic Server管理コンソールを使用してチューニングできません。

サーバー・レベルまたはサーバー・テンプレートでこの動作を管理する手順は次のとおりです。

1. まだ実行していない場合は、WebLogic Server管理コンソールのチェンジ・センターで「ロックして編集」をクリックします。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのチェンジ・センターの使用に関する項を参照してください。

2. WebLogic Server管理コンソールの左ペインで、「ドメイン構造」の下で「環境」→「サーバー」または「環境」→「クラスタ」→「サーバー・テンプレート」の順に選択します。

3. サーバーまたはサーバー・テンプレートを選択します。

4. オプションで、「構成」→「チューニング」を選択し、適切なチェック・ボックスを選択します。

- ギャザー書込みの有効化

- スキャタ読取りの有効化

5. 「拡張」を選択して、オプションで次の操作を実行します。

- オプションで、「リクエスト・マネージャでの同時キューの使用」を選択します。

- オプションで、「マキサー・クラス」をExalogic環境のweblogic.socket.NIOSharedWorkSocketMuxerに設定します。デフォルトのマキサー・クラスはweblogic.socket.NIOSocketMuxerです。

6. 「保存」をクリックし、これらの変更をアクティブ化するには、チェンジ・センターで「変更のアクティブ化」をクリックします。

7. サーバーを停止して再起動します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのサーバーの起動と停止に関する項を参照してください。

JDBCストアのExalogic最適化の有効化

WebLogic Serverのこのリリースでは、データベース・サーバーに個別のコミット呼出しを発行するかわりに、トランザクションの最後の操作でINSERTまたはDELETE操作のバッチをコミットするためのJDBCストアのExalogic最適化を提供します。この機能は、トランザクション当たりのサーバーのラウンド・トリップを少なくし、少ない操作数または小さいメッセージのトランザクションが多いアプリケーションにメリットがあります。

個々のストアのこの動作を管理する手順は次のとおりです。

1. まだ実行していない場合は、WebLogic Server管理コンソールのチェンジ・センターで「ロックして編集」をクリックします。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのチェンジ・センターの使用に関する項を参照してください。

2. WebLogic Server管理コンソールの左ペインで、「ドメイン構造」の下で「サービス」→「永続ストア」を選択します。

3. JDBCストアを選択します。

4. 「構成」タブの「拡張」を選択して、オプションで「Oracleピギーバック・コミットの有効化」を選択します。

5. 「保存」をクリックし、これらの変更をアクティブ化するには、チェンジ・センターで「変更のアクティブ化」をクリックします。

6. サーバーを停止して再起動します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのサーバーの起動と停止に関する項を参照してください。

TopLink Exalogic最適化の有効化

WebLogic Serverのこのリリースで提供するTopLink Exalogicの最適化には、バッチ書き込み、デフォルトのキャッシュ・サイズの増加および期待されるリレーションシップの作成などのその他の最適化の有効化などが含まれます。ランタイム・チューニング・エージェントは、問合せバッチのフェッチおよび動的問合せ処理の使用を最適化します。

Oracle Exalogic環境で永続性アプリケーションを実行する方法を最適化できる機能を有効化および構成する方法の詳細は、Oracle TopLinkのソリューション・ガイドのOracle Exalogicの永続性アプリケーションの最適化に関する項を参照してください。

Exalogic最適化の有効化

最適化には、スレッド管理の改善、リクエスト処理、ロック競合の削減などがあります。Exalogic最適化を使用するためにドメインのすべてのサーバーを有効化する手順は次のとおりです。

1. まだ実行していない場合は、WebLogic Server管理コンソールのチェンジ・センターで「ロックして編集」をクリックします。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのチェンジ・センターの使用に関する項を参照してください。

2. WebLogic Server管理コンソールの左ペインで、「ドメイン構造」の下にあるドメイン名を選択します。

3. 「構成」→「一般」を選択して、「Exalogic最適化の有効化」チェック・ボックスを選択します。

4. 「保存」をクリックし、これらの変更をアクティブ化するには、チェンジ・センターで「変更のアクティブ化」をクリックします。

5. ドメインで現在実行しているすべてのサーバーを停止して再起動します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのサーバーの起動と停止に関する項を参照してください。

3 WebLogic Server MessagingサービスのWebLogic Replicated Storeの使用

この章では、WebLogic Server 12.1.3のOracle Exalogic Elastic Cloud環境の永続性を必要とするWebLogic Server Messagingサービスの拡張性があるパフォーマンスの高い記憶域オプションを提供するためにWebLogic Replicated Storeを使用する方法について説明します。

注意:
WebLogic Replicated StoreはOracle Enterprise Linuxシステム上のOracle Exalogic Elastic Cloud環境でのみサポートされます。仮想Exalogic環境ではサポートされません。ExalogicシステムでサポートされているOracle Enterprise Linuxバージョンの詳細は、「Oracle Fusion Middlewareサポートされるシステム構成」を参照してください。

- レプリケートされたストアの概要

- レプリケートされたストアの管理

- レプリケートされたストアの相互運用の考慮事項

- レプリケートされたストアのセキュリティの考慮事項

- レプリケートされたストアの制限事項

レプリケートされたストアの概要

WebLogic Messaging Services (JMS)は、既存のファイルおよびJDBC記憶域オプションのパフォーマンスの高い代替としてレプリケートされたストアを使用できます。レプリケートされたストアは、ローカルExalogicノード・メモリーにデータを格納し、2番目のノードのメモリーにレプリケートして、直線的にスケーラブルなパフォーマンスを実現する一方で単一点障害のない高可用性を提供します。

図3-1 クラスタ化されたレプリケートされたストア

WebLogic Server Messagingサービスは、共有グローバル・ディレクトリに格納されている構成情報を使用して、WebLogic Replicated Storeを使用してデーモン・クラスタにデータを保存します。メッセージの状態がローカルに格納されますが、ノードのストア・インスタンスを実行して同じデーモン・クラスタをホストする任意のノードからリカバリできます。レプリケートされたストアは、デーモン・クラスタの領域がファイル・ストアのファイルまたはJDBCストア表に対応するファイルまたはJDBCストアに似ています。

注意:
ファイルおよびJDBCストアの詳細は、『Oracle WebLogic Serverサーバー環境の管理』のWebLogic永続ストアの使用に関する項を参照してください。

表3-1に、レプリケートされたストアへの接続を作成できるWebLogicサービスを定義します。レプリケートされたストアを使用する各サブシステムには、そのサブシステムを特定するための一意の接続IDが指定されます。

表3-1 レプリケートされたストアのユーザー

サブシステム/サービス

格納対象

詳細

JMSサーバーおよびSAFエージェント

永続メッセージ、恒久サブスクライバ

『Oracle WebLogic Server JMSアプリケーションの開発』のメッセージング・モデルの理解に関する項

パス・サービス

メッセージのグループからメッセージング・リソースへのマッピング

『Oracle WebLogic Server JMSリソースの管理』のWebLogicパス・サービスの使用に関する項

ストア・アンド・フォワード(SAF)サービス・エージェント

SAF送信エージェントからSAF受信エージェントに再転送するメッセージ

『Oracle WebLogic Serverストア・アンド・フォワード・サービスの管理』のストア・アンド・フォワード・サービスの理解に関する項

ストアの接続IDの詳細は、「ストア接続のモニター」を参照してください。

レプリケートされたストアの特長

レプリケートされたストアは、冗長ハードウェア、大きい物理メモリー、高い帯域幅のInfiniBandネットワーク、効率的なRemote Direct Memory Access (RDMA)の一意の組合せを提供するOracle Exalogic Elastic Cloudハードウェアおよびソフトウェアを活用します。

- レプリケートされたストアのスケーラビリティおよび高可用性

- レプリケートされたストアのサーバー全体移行

- レプリケートされたストアのサービス・レベル移行

レプリケートされたストアのスケーラビリティおよび高可用性

レプリケートされたストアは、非永続メッセージよりも大幅に向上した障害リジリエンスを実現する一方で優れた直線的なスケーラビリティを提供します。

表3-2に、Oracle Exalogic Elastic Cloud環境で使用可能なデータ記憶域タイプによって提供される相対的なパフォーマンスおよび高可用性を説明します。

表3-2 データを保存するためのレプリケートされたストアのパフォーマンスと高可用性レベルの比較

ストア・タイプ

記憶域

パフォーマンス

高可用性レベル

なし

非永続

最高速

単一点障害。

レプリケートされたストア

デーモン・クラスタのレプリケートされたメモリー領域に格納されたデータ。

2番目に高速

単一点障害なし。

データ損失を発生させる2つのノードまたはプロセスの同時障害

ファイル・ストア

ファイル・システムのファイルに格納されたデータ。

3番目に高速

Oracle ZFS Storage Applianceを使用するために構成されている場合に単一点障害なし。

JDBCストア

JDBC表に格納されているデータ。

最低速

Oracle Exadataデータベース・マシンで構成されている場合に単一点障害なし。Oracle Data Guardを使用したマルチサイト障害リカバリを構成するオプション機能。

レプリケートされたストアのサーバーおよびサービス移行

レプリケートされたストア構成は、次の項に示されているようにサーバーおよびサービス・レベル移行をサポートしています。

レプリケートされたストアのサーバー全体移行

高可用性の点では、WebLogic Replicated Storeインスタンスは、サーバー全体移行(WSM)機能の一部としてその親サーバーとともに移行できます。この場合、サービス・レベルではなく、サーバー・レベルで自動または手動で移行できます。WSMにより、失敗したWebLogic Server Replicated Storeインスタンスが自動的に再起動または移行されます。JMSサーバー・インスタンスまたはレプリケートされたストア・インスタンスが失敗した場合、レプリケートされたストア・インスタンスは、デーモン・クラスタの実行中のRSデーモンをホストするマシンで再起動して特定の領域をリカバリできます。詳細は、『Oracle WebLogic Serverクラスタの管理』のサーバー全体の移行に関する項を参照してください。

レプリケートされたストアのサービス・レベル移行

WebLogic Replicated Storeインスタンスは、ストアに依存してデータを保持するJMSサーバー、SAFエージェント、パス・サービスなどのJMS関連サービスの自動サービス移行(ASM)の一部として移行することもできます。サービス・レベルの移行は、JMS関連サービスをグループ化した移行可能なターゲットに制御されます。移行可能なターゲットは、クラスタ内の1つの物理サーバーのみでホストされます。ホストされているサービスは、ヘルス・モニター・サブシステムを使用することで、現在異常のあるホスト・サーバーから正常なアクティブ・サーバーに自動的に移行されます。移行可能なターゲットによってホストされるJMSサービスは、サーバー障害への対処として、または定期的なサーバー・メンテナンスの一環として手動でも移行できます。移行可能ターゲットを移行すると、そのターゲットによってホストされているすべての固定サービスも移行されます。ASMにより、失敗したWebLogic Server Replicated Storeインスタンスが自動的に再起動または移行されます。JMSサーバー・インスタンスまたはレプリケートされたストア・インスタンスが失敗した場合、レプリケートされたストア・インスタンスは、デーモン・クラスタの実行中のRSデーモンをホストするマシンで再起動して特定の領域をリカバリできます。サービス・レベルの移行の詳細は、『Oracle WebLogic Serverクラスタの管理』のサービスの移行に関する項を参照してください。

注意:
パス・サービスの場合は、専用のレプリケートされたストアと移行可能ターゲットを使用するのがベスト・プラクティスです。

レプリケートされたストアの管理

次の項では、レプリケートされたストアを管理する方法について説明します。

- レプリケートされたストアを使用するクイック・スタート・ガイド

- グローバル・ディレクトリの管理

- WebLogic Replicated Storeの管理

- デーモン・クラスタの管理

- レプリケートされたストアのメモリー使用率の管理

レプリケートされたストアを使用するクイック・スタート・ガイド

次の手順を使用して、レプリケートされたストアを起動および停止します。

レプリケートされたストアの起動

次の手順を使用して、レプリケートされたストアを構成および起動します。

1. NFSv4ファイル・システムのZFS Storage Applianceの共通グローバル・ディレクトリを作成します。このディレクトリは、レプリケートされたストア・デーモンのクラスタによって共有される構成および状態を保持します。「グローバル・ディレクトリの管理」を参照してください。

2. グローバル・ディレクトリのrs_daemons.cfgファイルを作成して、デーモン・クラスタの各デーモンを構成します。デーモンは、レプリケートされたストアに依存するWebLogic Serverをホストする各ノードで構成および起動する必要があります。「rs_daemons.cfgファイルの作成」を参照してください。

3. startRSDaemon.shスクリプトを使用して、デーモン・クラスタの各デーモンを起動します。

- スクリプトで使用されるグローバル・ディレクトリが次の手順で作成されるWebLogic Replicated Store構成のconfig.xmlファイルで指定されるディレクトリと手順1で作成したディレクトリと完全に一致していることを確認します。

- 環境に必要なロギング設定を構成します。

「startRSDaemon.shスクリプトを使用したデーモンの起動」を参照してください。

4. WebLogic Server管理コンソールを使用して、WebLogic Replicated Storeを作成します。Directory属性の値は、手順1および手順3で指定される場所と同じである必要があります。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのレプリケートされたストアの作成に関する項を参照してください。

注意:
WebLogic Replicated Storeインスタンスがローカル・マシンで起動したデーモンがないデーモン・クラスタのグローバル・ディレクトリを参照する場合、インスタンスは起動しません。

レプリケートされたストアの停止

次の手順を使用して、レプリケートされたストアを停止します。

1. 関連付けられたWebLogicクラスタを停止します。ストアを使用して一時的に停止するには、サーバー・インスタンス、動的クラスタまたは移行可能なターゲットからターゲット指定を解除して、WebLogic Serverを停止せずにデーモン・クラスタから切断できます。

2. オプションで、stopRSDaemon.shスクリプトを実行して、デーモン・クラスタの各デーモンを停止します。デーモンを停止しないように選択すると、再起動されたストアによってストア・データを後でリカバリに使用できます。「stopRSDaemon.shスクリプトを使用したデーモンの停止」を参照してください。

グローバル・ディレクトリの管理

グローバル・ディレクトリは、デーモン・クラスタのホストExalogicマシンのZFS Storage Applianceのカスタム・チューニングされたNFSマウントを必要とする共有ディレクトリです。WebLogic Replicated Storeインスタンスおよび管理ユーティリティは、関連付けられたデーモン・クラスタにアクセスするためにグローバル・ディレクトリを参照します。

表3-3に、グローバル・ディレクトリの構造を説明します。

表3-3 グローバル・ディレクトリのコンポーネント

ファイル名

説明

./rs_daemons.cfg

管理者が作成した構成ファイル。同じデーモン・クラスタのすべてのデーモンとこれらのデーモンのすべてのクライアントは、同じrs_daemons.cfgファイルを共有し、共有グローバル・ディレクトリのルートでファイルを検索します。

- .はグローバル・ディレクトリ・ルートを示します

- 実行中のデーモン・クラスタがグローバル・ディレクトリを使用している場合、このファイルを編集しないでください。

./logs/rs_daemon_ddd_xxx.xxx.xxx.xxx_ppppp_nnn.log

生成されるデーモン・ログ・ファイル。「デーモン情報の記録」を参照してください。

./daemons/...

内部ランタイム・ファイル。

./regions/region-name_admin|client)_meta.f

領域を保護するためにデーモンが使用するロック・ファイル。通常領域が開いている場合のみ存在するロック・ファイル。

./regions/region-name.RGN

領域を保護するためにWebLogic Replicated Store構成が使用するロック・ファイル。このロック・ファイルは領域を閉じた後も存続します。WebLogic Replicated Store構成を削除した後にのみ削除できます。

グローバル・ディレクトリの構成およびチューニング要件

次の項は、関連付けられたデーモン・クラスタのグローバル・ディレクトリを作成する管理者の構成およびチューニング要件を示しています。

- startRSDaemon.shスクリプトを使用して、グローバル・ディレクトリを作成します。詳細は、「デーモン・クラスタの起動および停止」を参照してください。

- デーモン・クラスタとグローバル・ディレクトリは1対1に対応しています。異なるデーモン・クラスタは、同じグローバル・ディレクトリを共有できません。

- グローバル・ディレクトリは、ExalogicマシンのZFS Storage Applianceにある必要があるチューニングされたNFSマウントで、関連付けられたデーモン・クラスタのコンポーネントをホストするすべてのExalogicノードで集中的にアクセス可能である必要があります。

- 安定性を確保するため、NFSマウントには次のチューニングが必要です。

- 各Exalogicノードに/etc/fstab "actimeo=0"を設定します。これはファイル操作パフォーマンスに大きな影響を与えるため、レプリケートされたストアに対するグローバル・ディレクトリのNFSマウントの使用を制限することをお薦めします。

- すべてのNFSクライアントおよびサーバーに対して常にNFS v4を使用します。Oracle Exalogic Elastic Cloud Machine所有者ガイドのExalogicのNFS Version 4 (NFSv4)の構成に関する項を参照してください。

- ベスト・プラクティスは、グローバル・ディレクトリをホストするZFSA NFSボリュームのファイル・アクティビティを最小化することです。たとえば、デーモン冗長トレースが必要な場合、グローバル・ディレクトリをホストするZFSA NFSボリューム以外のボリュームを使用します。「デーモン・クラスタの起動および停止」の-logdirパラメータを参照してください。

WebLogic Replicated Storeの管理

WebLogic Server Replicated StoreインスタンスはWebLogic Server、クラスタまたは移行可能なターゲットで実行され、データをデーモン・クラスタの領域に保存するクライアントとして機能します。特定のインスタンスは、同じノードで実行されて同じグローバル・ディレクトリを共有するデーモンにのみアタッチできます。アタッチされた後、インスタンスは、インスタンスが所有して一意に名前が付けられているデーモン・クラスタの一連の領域を作成またはオープンするか、あるいはその両方を実行します。グローバル・ディレクトリのロック・ファイルは、インスタンスが領域を共有しないことを保証します。

WebLogic Replicated Storeを作成および構成する方法

WebLogic Replicated Storeを作成および構成する方法の詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプのレプリケートされたストアの作成に関する項を参照してください。

レプリケートされたストアのモニター

既存のそれぞれのレプリケートされたストアおよび開かれている各ストア接続の統計情報をモニターできます。

ストアのモニター

それぞれのレプリケートされたストアは、実行時にはPersistentStoreRuntimeMBeanインスタンスによって表されます。次のオプションが用意されています。

表3-4 レプリケートされたストアの実行時オプション

オプション

機能

CreateCount

このストアに対して発行された作成リクエストの数

ReadCount

このストアに対して発行された読込みリクエストの数

UpdateCount

このストアによって発行された更新リクエストの数。

DeleteCount

このストアによって発行された削除リクエストの数。

ObjectCount

このストアに含まれるオブジェクトの数

接続

このストアのアクティブな接続の数

PhysicalWriteCount

ストアが恒久ストレージにデータをフラッシュする回数。

ストア接続のモニター

開かれているレプリケートされたストアの接続ごとに、次のオプションを提供するPersistentStoreConnectionRuntimemMBeanが登録されます。

表3-5 レプリケートされたストア接続の実行時オプション

オプション

機能

CreateCount

この接続に対して発行された作成リクエストの数

ReadCount

この接続に対して発行された読取りリクエストの数

UpdateCount

この接続によって発行された更新リクエストの数

DeleteCount

この接続によって発行された削除リクエストの数

ObjectCount

この接続に含まれるオブジェクトの数

表3-6に、レプリケートされたストアへの接続を作成できるWebLogicサービスおよびサブシステムのランタイム接頭辞名の大部分を示します。

表3-6 レプリケートされたストアのランタイム接頭辞名

サブシステム/サービス

ランタイム接頭辞名

JMSサービス

JMSサーバー

weblogic.messaging.jmsServer.internal

internalはJMSサーバー接続の名前

JMS恒久サブスクライバ

weblogic.messaging.jmsServer.durablesubs.internal

internalは恒久サブスクライバ接続の名前

パス・サービス

weblogic.messaging.PathService.internal

internalはパス・サービス接続の名前

SAFサービス

SAFエージェント

weblogic.messaging.SAFAgent@server1.internal

internalはSAFエージェント接続の名前

SAF恒久サブスクライバ

weblogic.messaging.SAFAgent@server1.durablesubs.internal

internalは恒久サブスクライバ接続の名前

WebLogic Replicated Storesのベスト・プラクティスおよび考慮事項

次の項では、WebLogic Replicated Storeインスタンスを構成する場合のベスト・プラクティスと他の考慮事項について説明します。

- インスタンスと同じノードで使用できるデーモンがない場合、レプリケートされたストアの起動に失敗し、エラーが記録されます。失敗したレプリケートされたストアを自動的に再起動または移行する構成オプションは、「レプリケートされたストアのサーバーおよびサービス移行」を参照してください。

- 単一ノードに複数のExalogicインスタンスがある場合、各ノードの単一のデーモンに接続する必要があります。これは、各デーモンが異なるノードで実行されているデーモンに状態をレプリケートすることを保証して、高可用性を促進します。

- 本番以外の環境で単一ノードに複数のデーモンを構成する場合、Local Index属性を使用してアタッチメントを確認します。Oracle WebLogic Server MBeanリファレンスのLocalIndexに関する項を参照してください。

- RegionSizeパラメータを使用して領域のサイズを構成できます。Oracle WebLogic Server管理者コンソール・オンライン・ヘルプのレプリケートされたストア: 構成に関する項を参照してください。作成した後に領域のサイズを変更できません。RegionSizeを変更すると、変更が実装された後にインスタンスが作成する可能性がある新しい領域に影響を与えます。

- 領域サイズは、大きいメッセージを送信および受信する場合に処理される最大の単一メッセージ、メッセージのバッチまたはSAFウィンドウ・サイズより大きくする必要があります。また、『Oracle WebLogic Serverのパフォーマンスのチューニング』のネットワーク・プロトコルの最大メッセージ・サイズの設定に関する項の説明に従って、MaxMessageSizeの設定を考慮する必要がある場合があります。

- 同じデーモン・メモリーを共有している可能性がある各ストア・インスタンスに対していくつかの領域を作成できる領域サイズを選択します。例: ストア・インスタンスが最大512MBのデータをホストする場合、50MBより小さい領域サイズを選択します。

- レプリケートされたストア・インスタンスは、領域内で使用されるスペースを再利用します。領域の指定されたメモリーの場所のデータが不要になった場合、メモリーの場所を新しいデータの格納に使用できます。既存の領域がいっぱいで新しいデータに対応できない場合のみ、新しい領域が作成されます(たとえば、未処理のJMSメッセージのバックログの増加など)。

- 次のいずれかが適用されるまで、領域は削除されず、バックアップ・マシンのメモリーは解放されません。

- デーモン・クラスタ全体が停止するか、

- 領域を参照するWebLogic Replicated Storeインスタンスが停止し、領域が管理者によって削除されています。「管理ユーティリティを使用したデーモン・クラスタの管理」を参照してください。

デーモン・クラスタの管理

次の項では、デーモン・クラスタの管理方法について説明します。

- デーモンの構成

- デーモン・クラスタの起動および停止

- デーモン情報の記録

- 管理ユーティリティを使用したデーモン・クラスタの管理

- デーモン・クラスタの理解

デーモンの構成

同じデーモン・クラスタのすべてのデーモンとこれらのデーモンのすべてのクライアントは、グローバル・ディレクトリのルートにある同じrs_daemons.cfgファイルを共有します。

rs_daemons.cfgファイルの作成

rs_daemons.cfgは、デーモン・クラスタの各デーモンの単一エントリを含む管理者によって作成された簡単なテキスト・ファイルです。オプションの空白行と"#"で接頭辞が付けられたオプションのコメントが含まれる場合があります。各値が1つ以上の空白で区切られている次の形式を使用して、各行エントリにアドレス、ポート、共有メモリー・キーおよびオプションのメモリー制限を指定します。

address port starting-shared-memory-key shared-memory-limit

- アドレスとポート - 各エントリには、アドレスとポートの一意の組合せを指定する必要があります。2つのエントリに同じアドレスと同じポートを使用することはできません。アドレスには名前または数値のIPを指定できますが、デーモンのノードのInfiniBandアドレスに対応する必要があります。ポートは、1024から49151の間の範囲である必要があります。

注意:
追加のOSチューニングを使用して、49151より大きいポート番号を構成できる場合があります。

- 共有メモリー・キー - 各領域のプライマリまたはセカンダリ共有メモリーの一意の場所を表すために使用される動的に生成されたキー。同じノードで実行されるデーモンは、異なる共有メモリー・キーを使用する必要があります。共有メモリー・キーが競合する場合、デーモンは起動しません。詳細は、「デーモンの共有メモリー・キー」を参照してください。

- 共有メモリー制限 - 領域データを格納するためにデーモンが使用する共有メモリー。デーモンの共有メモリー制限は、メガバイトを"M"または"MB"、ギガバイトを"G"または"GB"で修飾した整数として指定されます。ノードが失敗した後にデーモンが予測された数のストア・インスタンスのプライマリおよびセカンダリ領域に簡単に対応できるメモリー制限を選択します。たとえば、3ノード・クラスタの場合、各ノードは、1つのノードが失敗した場合にメモリー使用量の50パーセントの上昇に対応できる必要があります。詳細は、「レプリケートされたストアのメモリー使用率の管理」を参照してください。

例3-1は、rs_daemon.cfgファイルのコンテンツの例を示しています。

例3-1 rs_daemon.cfgファイルのデーモン構成の例

#ipaddress   portno shmkey memlmt
123.456.78.9 4545   4545   2G
123.456.78.6 4546   4545   2G

デーモンのnumberは、rs_daemons.cfgファイルの相対的なファイルの場所によって自動的に決定されます(コメントと空白行は除外されます)。デーモン番号はゼロから開始されるため、ファイルの最初のエントリはデーモン番号0(ゼロ)と対応し、行を追加するたびにデーモン番号が1つずつ増えます。この数値を使用してロギングおよびランタイム管理の目的でデーモンを識別します。

rs_daemons.cfgファイルの編集

デーモン・クラスタのデーモンが実行されている場合にrs_daemons.cfgファイルを変更しないことをお薦めします。変更が実装された後に既存のデーモン・クラスタに接続しようとすると、新しいクライアントおよびデーモンは起動に失敗します。既存の実行中のデーモンとクライアントは、古い構成を使用して引き続き実行されます。

デーモン・クラスタの起動および停止

デーモン・クラスタを管理するため、startRSDaemon.shとstopRSDaemon.shスクリプトが用意されています。これらのスクリプトは、Weblogic ServerインストールのWL_HOME/server/binディレクトリにあります。

startRSDaemon.shスクリプトを使用したデーモンの起動

指定されたグローバル・ディレクトリにあるrs_daemons.cfgファイルの情報を使用してデーモンを起動し、関連付けられたロギング構成を設定するには、startRSDaemon.shスクリプトを使用します。

表3-7 startRSDaemon.shスクリプトの構成パラメータ

パラメータ

説明

-dir path

pathは、WebLogic Server config.xmlファイルのWebLogic Replicated Storeに指定された共有ディレクトリとデーモン・クラスタの共有ディレクトリが完全に一致するレプリケートされたストアのグローバル・ディレクトリの場所を指定します。

- "."がpathの値として指定される場合、現在のディレクトリが使用されます。

- このディレクトリはrs_daemons.cfgファイルを含む必要があります。

- デフォルト値は"."です。

このディレクトリは特別にチューニングされたNFSマウントに配置する必要があります。「グローバル・ディレクトリの構成およびチューニング要件」を参照してください。レプリケートされたストアのグローバル・ディレクトリの場所を指定する場合に絶対パスを使用することをお薦めします。

-localindex idx

idxは、複数のデーモンを構成して現在のノードで実行する場合に起動する特定のローカル・デーモンを指定します。開発環境専用の使用は、「開発環境のローカル索引の使用」を参照してください。

-loglevel num

numは、このデーモンのロギング・レベルを指定します。定義されているログ・レベルは、0=なし、1=エラー、3以上=デバッグ/トレースの有効化です。

デフォルト値は2です。

-logdir path

pathは、このデーモンのログ・ファイルのパスの場所を指定します。

相対パスとして指定される場合、GlobalDir/logディレクトリと相対的なディレクトリが作成されます。GlobalDirはグローバル・ディレクトリのパスを指定します。たとえば、GlobalDirが/scratch/rs_global_dirである場合、-logdir ./logsは/scratch/rs_global_dir/log/logを指定します。

GlobalDir/logディレクトリ以外の場所にログ・ファイルを保存するには、絶対ディレクトリを指定します。

デフォルト値は「.」です。

-logfilesize num

numは、MB単位で個々のログ・ファイルの最大サイズを指定します。

デフォルト値は500です。

-logfilemax num

ログ・ファイルの最大数。

デフォルト値は10です。

-?|-h|-help

このスクリプトのヘルプ。

stopRSDaemon.shスクリプトを使用したデーモンの停止

指定されたグローバル・ディレクトリにあるrs_daemons.cfgファイルの情報を使用してデーモンを停止するには、stopRSDaemon.shスクリプトを使用します。

表3-8 stopRSDaemon.shスクリプトの構成パラメータ

パラメータ

説明

-dir path

pathは、WebLogic Server config.xmlファイルのWebLogic Replicated Storeに指定された共有ディレクトリとデーモン・クラスタの共有ディレクトリが完全に一致するレプリケートされたストアのグローバル・ディレクトリの場所を指定します。

- "."がpathの値として指定される場合、現在のディレクトリが使用されます。

- このディレクトリはrs_daemons.cfgファイルを含む必要があります。

- デフォルト値は"."です。

このディレクトリは特別にチューニングされたNFSマウントに配置する必要があります。「グローバル・ディレクトリの構成およびチューニング要件」を参照してください。レプリケートされたストアのグローバル・ディレクトリの場所を指定する場合に絶対パスを使用することをお薦めします。

-localindex idx

idxは、複数のデーモンを構成して現在のノードで実行する場合に停止する特定のローカル・デーモンを指定します。開発環境専用の使用は、「開発環境のローカル索引の使用」を参照してください。

デフォルト値は0です。

-force | -safe

説明:

- forceにより、レプリケートされたストアで現在開いている領域を含むデータ損失のリスクがあるデーモンを停止できます。影響を受けるレプリケートされたストアは失敗し、エラーが報告されます。デーモン領域は復元されません(「デーモンの高可用性」を参照)。

- safeは、デーモンの停止中に次のプロトコルを使用して、データ損失を防ぎます。

1. 指定されたデーモンに関連付けられた領域では、それらがまだ開いているかどうかを確認します。開いている領域が見つかった場合、デーモンは停止せずにエラー・メッセージが出力され、コマンドが終了します。

2. メモリーを確認して、復元するために使用可能なメモリーが十分にあるかどうかを判別します。十分なメモリーを使用できない場合、エラー・メッセージが出力され、コマンドが終了します。

3. すべての領域が復元されるまで、ストアを開こうとするとブロックされます。デーモンのメモリーが不足すると、十分なメモリーが使用可能になるまでコマンドがブロックされます。

4. 指定されたデーモンが停止します。

デフォルト値は-safeです。

-?|-h|-help

このスクリプトのヘルプ。

デーモン情報の記録

デーモンは、最初のブートストラップ情報をWebLogic Server管理コンソール(stdout)に報告し、RSグローバル・ディレクトリのルートに1つ以上の一意のログ/トレース・ファイルを生成します。ログ・ファイルには、WebLogic Server管理コンソールに報告された情報およびランタイム・ログ・メッセージが含まれます。次のパターンを使用して、デーモンのログ・ファイルに名前が付けられます。

rs_daemon_dnum_xxx.xxx.xxx.xxx_ppppp_nnn.log

説明:

- dnumは、rs_daemons.cfgファイルの3桁のゼロが入力された値のデーモン番号を指定します。「rs_daemons.cfgファイルの作成」を参照してください。

- xxx.xxx.xxx.xxxは、IPアドレスを指定します。

- pppppは、ポート番号を指定します。

- nnnは、ログ・ファイル番号を指定します。

ログ構成(ログ・ファイルの場所、最大ファイル・サイズおよびログ・ファイルの最大数)は、startRSDaemon.shスクリプトのパラメータによって制御されます。「startRSDaemon.shスクリプトを使用したデーモンの起動」を参照してください。現在のログ・ファイルがlogfilesizeパラメータで決定された特定のサイズに達した場合に古いメッセージを別のファイルに移動するためにログ・ファイルがローテーションされます。最新のログ・ファイルは数値000を使用し、最も古い可能性があるログ・ファイルはlogfilemax - 1の値を使用します。ログ・ファイルのnnnがlogfilemaxと同じである場合、削除されます。

管理ユーティリティを使用したデーモン・クラスタの管理

管理ユーティリティにより、管理者は実行しているデーモンと関連付けられた領域を管理するコマンドを含むデーモン・クラスタのトラブルシューティングを行うことができます。「管理ユーティリティを示す例」に示されているように、このユーティリティをJavaコマンドラインから実行できます。

注意:
WLSTを使用したレプリケートされたストア・コマンドはサポートされていません。

デーモン・クラスタを管理するには、rsattachコマンドを使用してデーモン・クラスタのローカル・デーモンに最初にアタッチする必要があります。ユーティリティの最も一般的なユースケースは、デーモン・クラスタ全体のメモリー使用率を監視し、使用されていない領域を削除し、デーモンを停止することです。終了したら、rsdetachコマンドを使用してデーモン・クラスタから切断します。

表3-9に、使用可能なレプリケートされたストアの管理コマンドを定義します。

表3-9 レプリケートされたストアの管理オプション

Javaコマンド

パラメータ

機能

rshelp

パラメータが指定されない場合、すべての使用可能なレプリケートされたストア・コマンド、使用方法および例を表示します。

説明:

parameterはコマンド名です。コマンド名が指定されると、名前が付けられたコマンドに固有の追加のヘルプが表示されます。

このコマンドを使用するために管理ユーティリティをデーモンにアタッチする必要はありません。

rsattach

-dir direcoryname

管理ユーティリティをデーモンにアタッチします。成功した場合にプロンプトがstoreadmin:[RS]->に変更されます。アタッチの成功または失敗はstdoutに記録されます。

説明:

directorynameは、rs_daemons.cfgファイルがこのデーモンに対して存在するグローバル・リソース・ディレクトリの相対的または絶対的な場所を指定する非nullの文字列です。デフォルト値は"."(ルート)です。

-localindex num

説明:

numは、現在のノードと一致する複数のデーモン・エントリがある場合にアタッチするローカル・デーモンを決定するために使用される数値です。デフォルト値は0(ゼロ)です。範囲は0(ゼロ)からMAX_INTの間です。

rsdetach

デーモン・クラスタから切断します。成功した場合にプロンプトがstoreadmin->に変更されます。デタッチの成功または失敗はstdoutに記録されます。

lsd

[-daemon all|local|n[,n]*|n-n]

デーモンを監視します。

説明:

- allはすべてのデーモンを示します。

- localは現在アタッチされているデーモンを示します。

- nは特定のデーモン番号を示します。

- n[,n]*はデーモンのカンマ区切りリストを示します。

- n-nはデーモン番号の範囲を示します。

- デフォルト値はallです。

[-sort name|time|size]

リストまたは表出力をソートします。

説明:

- nameはデーモン番号でソートします。

- timeは最新から過去にソートします。

- sizeは最小から最大にソートします。

- デフォルトはnameです。

[-format table | list]

出力の形式。

説明:

- tableは表レポートを生成します。「lsdコマンドからの表出力の例」を参照してください。

- listはレコード・レポートを生成します。「lsdコマンドからのリスト出力の例」を参照してください。

- デフォルトはtableです。

shutdown

-daemon all|local|n[,n]*|n-n

デーモンを停止します。管理ユーティリティは、停止デーモンから自動的にデタッチします。

説明:

- allはすべてのデーモンを示します。

- localは現在アタッチされているデーモンを示します。

- nは特定のデーモン番号を示します。

- n[,n]*はデーモンのカンマ区切りリストを示します。

- n-nはデーモン番号の範囲を示します。

-force|-safe

説明:

- -forceにより、レプリケートされたストアで現在開いている領域を含むデータ損失のリスクがあるデーモンを停止できます。影響を受けるレプリケートされたストアは失敗し、エラーが報告されます。デーモン領域は復元されません。

- -safeは、デーモンの停止中に次のプロトコルを使用して、データ損失から保護します。

1. 指定されたデーモンに関連付けられた領域では、それらがまだ開いているかどうかを確認します。開いている領域が見つかった場合、デーモンは停止せずにエラー・メッセージが出力され、コマンドが終了します。

2. メモリーを確認して、復元するために使用可能なメモリーが十分にあるかどうかを判別します。十分なメモリーを使用できない場合、エラー・メッセージが出力され、コマンドが終了します。

3. すべての領域が復元されるまで、ストアを開くアクティビティがブロックされます。デーモンのメモリーが不足すると、十分なメモリーが使用可能になるまでコマンドがブロックされます。

4. 指定されたデーモンが停止します。

lsr

[-daemon all|local|n[,n]*|n-n]

デーモン・クラスタの領域をリストします。

説明:

- allはすべてのデーモンを示します。

- localは現在アタッチされているデーモンを示します。

- nは特定のデーモン番号を示します。

- n[,n]*はデーモンのカンマ区切りリストを示します。

- n-nはデーモン番号の範囲を示します。

- デフォルト値はallです。

[-sort name|time|size]

リストまたは表出力をソートします。

説明:

- nameはデーモン番号でソートします。

- timeは最新から過去にソートします。

- sizeは最小から最大にソートします。

- デフォルトはnameです。

[-format [table|list]]

出力の形式。

説明:

- tableは表レポートを生成します。

- listはレコード・レポートを生成します。

- デフォルトはtableです。

[exp]

expは、ワイルドカード(*)のサポートを使用した制限された正規表現です。*は、ゼロ以上の任意の文字を示します。たとえば、A*B*Cは、Aで始まり、中央にBがあり、最後がCで終わる領域名と一致します。

rmr

-force exp

領域がレプリケートされたストアで現在開いていないかぎり、プライマリおよびセカンダリ・コピーを含む指定された領域のすべてのコピーを削除します。

必要な場合、-forceパラメータを使用して、開いている領域を削除できます。

説明:

- レプリケートされたストアで現在開かれていても、[-force]を使用して領域を削除できます。開いている領域に関連付けられたWebLogic Replicated Storeは失敗し、エラーが記録されます。

- expは、ワイルドカード(*)のサポートを使用した制限された正規表現です。*は、ゼロ以上の任意の文字を示します。たとえば、A*B*Cは、Aで始まり、中央にBがあり、最後がCで終わる領域名と一致します。

quit

管理セッションを終了します。

管理ユーティリティを示す例

開始する前に、$WL_HOME/server/bin/setWLEnv.shなどのスクリプトを実行して、シェル環境を設定します。

Javaコマンド行から管理ユーティリティを開くには、java weblogic.store.Adminを入力します。次に例を示します。

> java weblogic.store.Admin
> storeadmin->

レプリケートされたストアのrshelpのアクセス

rshelpと入力すると、使用できるレプリケートされたストア管理コマンドの詳細な説明と、典型的なコマンド使用例が表示されます。たとえば、次の包括的なヘルプがデーモンからユーティリティを解放するために使用されるrsdetachコマンドに対して用意されています。

storeadmin->rshelp rsdetach
Command:
rsdetach
Summary:
detach from a RS Daemon Cluster
Usage:
rsdetach
Description:
Use "rsdetach" to detach from a RS Daemon Cluster.

When an rsdetach succeeds, the command prompt will
change so that it no longer includes '[RS]'.
. . .

デーモンへのアタッチ

この例は、管理ユーティリティをデーモンにアタッチします。

storeadmin:-> rsattach
INFO:  Attached to Daemon 3 with global dir [.].
storeadmin:[RS]->
. . .

lsdコマンドからの表出力の例

次の項では、lsdコマンドからの表出力の例を示します。

Current Time: 2014-02-18 11:50:29 AM EST
Idx IP              Port   Up          Rgns   Rgns   Rgns   Rgns   Mem     Mem
Address                Time        Closed Open   Open   Total  Used    Used
HHHHH:MM:SS        Prima  Rplca         MB      %
--- --------------- ------ ----------- ------ ------ ------ ------ ------- -----
000   192.168.0.127   8000     0:27:28      0      0      2      2     257  3.14
001   192.168.0.128   8000     0:27:27      0      2      0      2     257  3.14

lsdコマンドからのリスト出力の例

次の項では、lsdコマンドからの表出力の例を示します。

Index : 001
Status : UP
Reachable over IB : TRUE
IP Address : 192.168.0.128
Port : 8000
Shared Memory Key (hex) : 0x1f40
Shared Memory Key (decimal) : 8000
Startup Time (YYYY-MM-DD HH:MM:ss) : 2014-02-18 11:23:02 AM EST
Current Time (YYYY-MM-DD HH:MM:ss) : 2014-02-18 11:55:40 AM EST
Up Time (HHHH:MM:ss) : 00019:32:37
Startup Time (micros since epoch) : 1392740582473595
Current Time (micros since epoch) : 1392742540074899
Up Time (micros) : 1957601304
Total Configured Memory (MB) : 8192
Current Memory Usage (MB) : 257
Number of Regions Closed : 0
Number of Regions Opened as Primary : 2
Number of Regions Opened as Replica : 0
Total Number of Regions Managed : 2
Number of Resilvers in Progress : 0
Number of Daemons in Cluster : 2

デーモン・クラスタの理解

デーモン・クラスタは、複数のExalogicノードにまたがるレプリケートされたメモリー記憶域です。この記憶域は一意に名前が付けられた一連の領域として編成され、1つ以上のデーモンで管理されます。

WebLogic Replicated Storeは、データをデーモン・クラスタに保存し、デーモン・クラスタの領域がファイル・ストアのファイルまたはJDBCストア表に対応しているファイルまたはJDBCストアと似ています。WebLogic Replicated Storeをデーモンにアタッチすると、後続の通信は共有メモリーとInfiniBand RDMAを使用します。

- 領域の一意性

- デーモンの高可用性

- デーモンの共有メモリー・キー

- グローバル・ディレクトリの管理

- 開発環境のローカル索引の使用

領域の一意性

WebLogic Server Replicated Storeインスタンスは、デーモン・クラスタの1つ以上の領域を開くことができます。ファイル・ストアのファイルとJDBCストア表のように、領域は一度に1つのクライアントによってのみ安全にアクセスできます。領域の整合性を確保するため、指定された時間に複数のクライアントが領域にアクセスすることをできるかぎり防ぐためにロック・ファイルおよび構成チェックを使用します。

注意:
複数のWebLogicドメインを構成して同じデーモン・クラスタを使用する場合、WebLogicドメインが一意であることを確認する必要があります。そうでない場合、ドメイン間で同じ名前が付けられたWebLogic Replicates Storesは、同じ領域を開こうとしてクラッシュします。その結果、WebLogic Serverおよびデーモン・ログにロック・エラーが発生します。

デーモンの高可用性

デーモン・クラスタは、既存の領域から領域の新しい同期コピーを作成するプロセスである復元を使用して、領域に個別のデーモンの各領域の2つのコピーがあることを保証します。

WebLogic Replicated Storeが新しい領域を開くと、ローカル・デーモンは領域のプライマリ・コピーの保持を管理し、次に使用可能なデーモンは領域のセカンダリ・コピーを保持します。次に使用可能なデーモンは次によって決定されます。

- 稼働しているrs_daemons.cfgファイルのプライマリの最近定義された次のデーモンを検索するか、

- プライマリがファイルの最後のデーモンの場合、rs_daemons.cfgファイルの先頭から開始し、次に定義されたデーモンを検索します。

レプリケートされたストアがストアのローカル・デーモンの事前に定義されたコピーがない既存の領域を開き、クラスタのどこかにコピーがすでにある場合、オープンに成功し、既存のコピーのいずれかが領域のオープンの一部としてローカル・デーモンに透過的に復元されます。また、領域のセカンダリは、次に使用可能なデーモンに復元されます。セカンダリの復元により、領域をデーモン・クラスタ全体で均一に分散できます。

注意:
領域は一度に1つのクライアントによってのみ開くことができます。失敗後に領域を開いてリカバリするために、WebLogic Replicated Storesを再起動するか、新しいノードに移行するかあるいはその両方を実行することが予期されています。

デーモンが失敗した場合の処理

デーモンが失敗した場合、アタッチされたクライアント(たとえば、Weblogic Replicated Store)も失敗します。クライアントは、失敗したデーモンに定期的に再アタッチするか、同じデーモン・クラスタの異なるデーモンにアタッチして、特定の領域データをリカバリできます。定期的な再試行の自動化の詳細は、「レプリケートされたストアのサーバーおよびサービス移行」を参照してください。

クラスタの他のデーモンは失敗を検出し、失敗したデーモンのプライマリおよびセカンダリ領域コピーがそれぞれ別のデーモンに自動的に復元されます(十分なメモリーがあるデーモンが存在する場合)。WebLogic Replicated Storeが再起動せず、クラスタの任意の場所に再アタッチしなくても、復元が発生します。

注意:
復元が進行中の場合およびデーモン・クラスタが単一のデーモンになっている場合、またはデーモン・クラスタに各領域の2つのコピーをホストする十分なメモリーがない場合、領域は単一点障害に対して脆弱になります。

その他の考慮事項

- 管理者は準備されたデーモンを再起動でき、それはデーモン・クラスタに再度参加します。

- 管理ユーティリティ(「管理ユーティリティを使用したデーモン・クラスタの管理」を参照)またはデーモン停止スクリプト(「レプリケートされたストアの停止」を参照)を使用して、管理者によってデーモンを安全に停止できます。デフォルトでは、停止によってすべてのデーモンの領域(プライマリとセカンダリ)が復元され、デーモンを停止する前に復元が完了するまでブロックされます。

- 領域のプライマリを新しいセカンダリに復元していて、セカンダリのホスト・デーモンが強制停止した場合、別のデーモンの新しいセカンダリを使用して透過的および非同期的に復元が開始されます。クラスタに少なくとも2つのデーモンを実行していて、領域のコピーをホストする十分な空きメモリーがある別のデーモンが存在する必要があります。

デーモンの共有メモリー・キー

デーモンは、領域データを格納する共有メモリーを保持します。新しい各領域(プライマリまたはセカンダリ)には、動的に生成された秘密共有メモリー・キーを使用して内部的に表される固有の一意な場所があります。このメモリーを固定して、O/Sがディスクに情報をページングすることを防ぎます。次の場合のみ、この共有メモリーが解放されます。

- デーモンがクラッシュして強制停止しているか、管理者によって停止されています。

- 領域が管理者によって削除されています。

管理者は、rs_daemons.cfgファイルに各デーモンの候補の公開共有メモリー・キーを構成します(デーモンごとに1つの公開キー共有メモリーの場所)。たとえば、デーモンが5つの領域プライマリと4つの領域セカンダリをホストする場合、合計9つの動的に生成された秘密共有メモリー・キーと1つの公開キーを予約します。

開発環境のローカル索引の使用

ローカル索引は、複数のデーモンを構成して現在のノードで実行する場合に起動する特定のローカル・デーモンを決定します。次の式は選択するデーモンを決定します。

((idx) modulo (number-of-local-daemons))

idxはrs_daemons.cfgファイルのエントリです。デフォルト(idx=0)では、これは現在のノードと同じネットワークを使用してrs_daemons.cfgファイルの最初のエントリに解決されます。

注意:
本番環境でローカル索引を使用することはお薦めしません。本番環境の高可用性を確保するには、複数のノードにデーモン・クラスタを構成し、各ノードに1つのデーモンを割り当てます。

レプリケートされたストアのメモリー使用率の管理

デーモン・クラスタの各デーモンには、過剰なメモリー使用量を防ぐために関連付けられたrs_daemons.cfgファイルに定義された共有メモリー制限があります。メモリー不足イベントを管理してレプリケートされたストアの致命的な障害を防ぐために、定義済およびチューニング可能なシステム・プロパティが用意されています。

- レプリケートされたストアのメモリー使用量

- メモリー使用率の監視

- メモリー使用率の制御

- 使用可能なメモリーを超えた場合のレプリケートされたストアの動作

デーモンの共有メモリー制限の設定の詳細は、「rs_daemons.cfgファイルの作成」を参照してください。

レプリケートされたストアのメモリー使用量

次の項では、デーモンのメモリー使用率を変更するアクションについて説明します。

- 次の場合のみ、デーモンのメモリー使用量が減ります。

- アタッチされているレプリケートされたストアが別のデーモンに移行されています。

- レプリケートされたストアの領域が管理者によって削除されています。

- 領域のホストされたセカンダリ・コピーが別のデーモンに移動されています。

- アタッチされているレプリケートされたストア・インスタンスの現在のデータ・セットが新しい領域を作成するために必要なポイントに達している場合にのみ、デーモンのメモリー使用量が増えます。

- レプリケートされたストア・インスタンスがメッセージ・レコードを削除すると、領域のメモリーが変更されず、後続の新しいレコードを格納するために割り当てられたままになります。

注意:
他のすべてのタイプの永続性のように、レプリケートされたストアの永続メッセージがWebLogic Server JVMメモリーにキャッシュされます。JMSサーバー・ページングをチューニングしてこのメモリー使用量を減らすことができますが、重大なパフォーマンスの影響がある可能性があります。

メモリー使用率の監視

次の項では、管理者がデーモン共有メモリー使用率を監視できる方法について説明します。

- 管理ユーティリティは、領域およびデーモンのメモリー使用量を報告するコマンドを提供します。「管理ユーティリティを使用したデーモン・クラスタの管理」を参照してください。

- UNIX ipcsコマンドは、共有メモリー・キーの監視情報を提供します。

- トレース・レベルが3以上に設定されている場合のデーモン・ロギング。メモリー使用量がshared-memory-limitの10パーセント上または下に変更されると、デーモンはメモリー使用量を記録します。すべてのメモリー使用率ロギング情報がWARNINGロギング・レベルで書き込まれる80パーセントの警告しきい値にメモリー使用率が増えるまで、メモリー使用率メッセージはINFOロギング・レベルで書き込まれます。「デーモンの構成」を参照してください。

- WebLogic Serverは、デーモンの共有メモリー制限を記録します。

- shared-memory-limitのSpaceLoggingStartPercentで定義されているように、メモリー使用量のINFOメッセージを記録します。

- shared-memory-limitのSpaceOverloadYellowPercentで定義されているように、メモリー使用量のWARNINGメッセージを記録します。

- shared-memory-limitのSpaceOverloadRedPercentで定義されているように、メモリー使用量のERRORメッセージを記録します。

WebLogic Serverのメモリー使用率動作のチューニングの詳細は、表3-10「メモリー不足管理のチューニング可能なシステム・プロパティ」を参照してください。

- JMSサーバーおよび宛先のバイトおよびメッセージの現在および中断している数を監視します。

メモリー使用率の制御

次の項では、管理者がデーモン共有メモリー使用率を監視できる方法について説明します。

- shared-memory-limit。デーモンは、shared-memory-limitがオペレーティング・システムのshmlimitおよびmemlock制限以下であることを確認します。「rs_daemons.cfgファイルの作成」を参照してください。

- WebLogic Serverは、レプリケートされたストアおよび関連付けられたデーモンのメモリー使用量を管理してオーバーロード状況を防ぐためにチューニング可能なシステム・プロパティを提供します。これらにより、システムがレプリケートされたストアのメモリー使用量を記録する方法、レプリケートされたストアを使用する宛先に格納できるメッセージの最大サイズおよびオーバーロード保護アクションをトリガーするしきい値が制御されます。表3-10に、WebLogicサーバー・インスタンスのすべてのレプリケートされたストアまたはstore-nameという名前の特定のストアのプロパティを示します。

表3-10 メモリー不足管理のチューニング可能なシステム・プロパティ

プロパティ

タイプ

デフォルト値

範囲

説明

weblogic.store.replicated.MaximumMessageSizePercent

weblogic.store.replicated.store-name.MaximumMessageSizePercent

int

レプリケートされたストアの領域サイズの1パーセント

1から100

ストア領域サイズのパーセンテージとして指定されるレプリケートされたストアによって支援されるJMS宛先の最大メッセージ・サイズ。このサイズを超える新しいメッセージは、ResourceAllocationExceptionを取得します。

すべての現在書き込まれているレプリケートされたストアのメッセージの合計サイズは領域サイズ未満にする必要があります。そうしないと失敗する可能性があります。「JMSサーバーまたは宛先の最大メッセージ・サイズ」の関連する設定を参照してください。

weblogic.store.replicated.SpaceLoggingStartPercent

weblogic.store.replicated.store-name.SpaceLoggingStartPercent

int

70

1から100

レプリケートされたストアがデーモン共有メモリー使用量の記録を開始する場合のデーモン共有メモリー制限のパーセンテージ。

weblogic.store.replicated.SpaceLoggingDeltaPercent

weblogic.store.replicated.store-name.SpaceLoggingDeltaPercent

int

10

1から100

レプリケートされたストアのデーモン・スペース使用量ロギング・デルタ。

例: デフォルトは10パーセントです。これはストアがスペース使用量の変更の10パーセントごとに記録することを意味します。

weblogic.store.replicated.SpaceOverloadYellowPercent

weblogic.store.replicated.store-name.SpaceOverloadYellowPercent

int

80

1から100

デーモンのすべてのレプリケートされたストアによって使用されるメモリーがデーモン共有メモリー制限のこのパーセンテージを超え、ストアに格納されているデータが特定のストアに割り当てられた合計領域メモリーのこのパーセンテージも超える場合、JMSサーバーはResourceAllocationExceptionとともに新しいメッセージを拒否します。

weblogic.store.replicated.SpaceOverloadRedPercent

weblogic.store.replicated.store-name.SpaceOverloadRedPercent

int

90

1から100

デーモンのすべてのレプリケートされたストアによって使用されるメモリーがデーモン共有メモリー制限のこのパーセンテージを超える場合、新しいストアまたは移行されたストアのオープンに失敗し、ERRORメッセージが記録されます。

- 宛先およびJMSサーバーのメッセージ割当属性Bytes Maximum、Messages MaximumおよびMaximum Message Sizeをチューニングします。これらの割当制限を超えるメッセージにより、送信アプリケーションがResourceAllocationExceptionを受け取ります。

使用可能なメモリーを超えた場合のレプリケートされたストアの動作

新しい領域を割り当てるためにすでに実行されているWebLogic Replicated Storeの十分なメモリーがないまれな状況の場合、ストアが失敗して閉じ、ERRORメッセージが記録されます。ストア・インスタンスの失敗と同様に、使用可能なメモリーを超えたために起動またはクローズに失敗したストアは、自動サービス移行またはサーバー全体移行を使用して自動的に再起動または移行できます。「レプリケートされたストアのサーバーおよびサービス移行」を参照してください。

レプリケートされたストアの相互運用の考慮事項

この項では、レプリケートされたストアの相互運用について説明します。

- レプリケートされたストアの今後のリリースは、このリリースと互換性がない場合があります。その場合、レプリケートされたストアのオープンに失敗し、バージョンの互換性がないメッセージが記録され、関連付けられた領域が変更されないままになります。

- WebLogic Replicated Storeまたはデーモン・クラスタは、サポートされていないプラットフォームで起動せず、エラー・メッセージが記録されます。サポートされているプラットフォームの詳細は、『ライセンス情報』のExalogic Elastic Cloudソフトウェアに関する項を参照してください。

レプリケートされたストアのセキュリティの考慮事項

この項では、レプリケートされたストアを使用する場合のセキュリティの考慮事項について説明します。

- 管理者のセキュリティの考慮事項

- レプリケートされたストアの一般的なセキュリティの考慮事項

管理者のセキュリティの考慮事項

次の項では、管理者がレプリケートされたストアを保護するために実装する必要があるセキュリティ要件について説明します。

- すべてのデーモンを同じUIDを使用して開始し、グローバル・ディレクトリに書込み可能である必要があります。グローバル・ディレクトリの読取り/書込み権限があり、他のデーモンと同じグローバル・ディレクトリを指定している場合を除き、デーモンはクラスタの他のデーモンと通信できません。

- 管理ユーティリティはデーモンと同じUIDを使用する必要があります。グローバル・ディレクトリの読取り/書込み権限があり、このディレクトリがデーモンのグローバル・ディレクトリと同じである場合を除き、管理ユーティリティをアタッチできません。

- WebLogic Serverは、共有メモリーにアクセスするためにアタッチされているデーモンと同じGIDを使用する必要があります。

- 管理ユーティリティはアタッチされているデーモンと同じUIDを使用する必要があります。

- デーモンを通常の権限を持つユーザーとして実行することをお薦めしますが、デーモンが固有のプロセス優先度を上げてランタイムUIDおよびグループをドメインを開始するユーザーのUIDおよびグループに変更する権限を持つように、デーモン実行可能バイナリに引き続きUNIX root、set uidおよびset group権限を割り当てる必要があります。「デーモン・クラスタの起動および停止」を参照してください。

注意:
実行可能なデーモンに十分な権限がない場合、デーモン起動スクリプトは、権限をデーモンに割り当てるために必要な手順を出力します。

レプリケートされたストアの一般的なセキュリティの考慮事項

次の項では、レプリケートされたストア・コンポーネント間で安全にアクセスする方法について説明します。

- グローバル・ディレクトリ・アクセス権限 - グローバル・ディレクトリは、クライアントおよびデーモンを起動するO/Sユーザーに対して読取り/書込みアクセス可能である必要があります。ユーザーにこのディレクトリにアクセスする権限がない場合、ユーザーはこのディレクトリを使用するデーモンまたはクライアントを起動できません。

- 同一ディレクトリ検証 - デーモンは、次を行うことによって他のデーモン、レプリケートされたストアまたは管理ユーティリティからの接続リクエストが同じグローバル・ディレクトリを参照していることを検証します。

- ディレクトリ・パスが一致し、rs_daemons.cfgチェックサムが一致することを確認します。

- リクエスタがこのディレクトリに書き込まれているUUIDの値を送信できることを検証します(ランダム共有シークレット)。デーモンの再起動ごとにUUIDが一度変更されます。

- 共有メモリー・アクセス権限 - デーモンはグループのみの権限を使用して共有メモリーを作成します。一致するグループ権限を持つユーザーを使用したクライアントのみがこの共有メモリーを使用できます。

レプリケートされたストアの制限事項

次の制限事項は、レプリケートされたストアに適用されます。

- レプリケートされたストアは、2つのサーバー・インスタンスから同時に開かないでください。同時に開いた場合、領域内のデータが破損しないという保証はありません。可能であればレプリケートされたストアはこの場合にエラーを戻そうとしますが、この状態を必ず検知できるとはかぎりません。この可能性を防ぐため、それぞれに同じ名前が付いたレプリケートされたストアを使用した2つの同じ名前が付けられたドメインが完全に同じデーモン・クラスタを使用しないことを保証するのは管理者の責任です。同じ名前、同じドメイン名および同じグローバル・ディレクトリを持つ場合、2つのレプリケートされたストアが競合します。

- デーモン・ロギングはWebLogic Server診断、Java Flight Recorder (JFR)、ロギングまたはDebugMBeansと統合されません。

4 Oracle Exalogic Elastic Cloud環境のWebLogic ServerのCooperative Memory Management (CMM)

WebLogic Server 12.1.3は、Cooperative Memory Management (CMM)を使用して、WebLogic Serverリソースによるメモリーの有効活用を促進します。

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

- Cooperative Memory Management (CMM)について

- 環境でのCMMの使用

- WebLogicデータ・ソースのCMM

Cooperative Memory Management (CMM)について

Cooperative Memory Management (CMM)は、WebLogic Serverリソースでマシン全体のメモリー使用率に基づいてメモリー使用率を調整できるようにすることにより、メモリーの有効活用を促進するExalogic Elastic Cloud環境のWebLogic機能です。

CMMを有効にすると、オペレーティング・システムのメモリー使用量が監視され、相対的な不足レベルがメモリー不足エージェントによってパブリッシュされます。パブリッシュされる不足レベルは、0(不足なし)から10(最高の不足レベル(重大なオーバーロード))の間の範囲です。メモリー不足リスナーを登録したWebLogic Serverリソースは、INFOメッセージをサーバー・ログに書き込み、使用可能なメモリーの使用率を上下するためにサーバー・リソースを適切に管理して、メモリー不足レベルの変更に対応します。

高いまたは増加しているメモリー不足条件では、メモリー不足エージェントに登録されたリソースはサーバーのオーバーロードを防ぐためにメモリー使用率を下げる次のような方法を実装します。

- キャッシュのサイズの削減

- 圧縮可能なメモリー内データの圧縮

- 新しい処理の拒否

- 一時的にパフォーマンスを低下させてシステムのスラッシングを削減し、正常なサーバー・リカバリを実装します。

エージェントによって測定されたメモリー不足が変更されるまで、指定された不足レベルでサーバーが実行するアクションが有効なままです。たとえば、データ・ソース・メモリー不足リスナーが4の不足を受け取った場合、使用可能な文キャッシュ・サイズが60パーセントに減ります。文キャッシュの実際の使用量を75パーセントに改善するには、メモリー不足エージェントによって報告されたメモリー不足レベルを2に変更する必要があります。「デフォルトのメモリー不足キャッシュ・サイズの重み」を参照してください。

環境でのCMMの使用

CMMは、Exalogic Elastic Cloud環境でのみ使用可能です。『ライセンス情報』のExalogic Elastic Cloudソフトウェアに関する項を参照してください。

環境でCMMを有効化する手順は次のとおりです。

- ${DOMAIN_HOME}/bin/setUserOverrides.shスクリプトでexport SAVE_MEMORY=trueを設定します。スクリプトが存在しない場合、${DOMAIN_HOME}/bin/setUserOverrides.shスクリプトを作成します。次に例を示します。

#!/bin/sh
. . .
# The following flag is used to enable CMM
export SAVE_MEMORY=true
. . .

- 環境のすべてのサーバーがExalogicの最適化を使用していることを確認します。「Exalogicの最適化の有効化」を参照してください。

- 環境内のすべてのサーバーを再起動して、変更を有効にします。

startWebLogic.shスクリプトが実行されると、setDomainEnv.shスクリプトを取得し、setUserOverrides.shスクリプトが存在するかどうかを確認します。setUserOverrides.shが存在する場合、export SAVE_MEMORY=trueが初期化プロセスの一部として含まれます。

setDomainEnv.shスクリプトが完了し、制御をstartWebLogic.shスクリプトに戻した後、処理を続行します。saveMemory.shスクリプトは、デフォルトでWebLogic Server製品インストールに含まれています。CMMを有効にする設定が含まれます。次に例を示します。

WebLogicデータ・ソースのCMM

文キャッシュ・サイズと接続プールの縮小に対する構成可能な調整を行って、メモリー不足イベントに対応するようWebLogic Serverデータ・ソースを構成できます。

- 文キャッシュ・サイズのメモリー管理

- データ・ソースを縮小するメモリー管理

文キャッシュ・サイズのメモリー管理

ゼロ以外のメモリー不足状態の変更を受け取った場合、メモリー不足レベルとキャッシュ・サイズの割合の構成されたマッピングに従ってすべてのデプロイされたデータソースに対して準備された文キャッシュが調整されます。デフォルトでは、WebLogicデータソースには、プールされたJDBC接続ごとに10の文キャッシュ・サイズが設定されます。

注意:
キャッシュ・サイズを0(ゼロ)に設定して文キャッシュを無効化しているか、Oracle JDBCドライバ文キャッシュを使用しているデータソース構成は、メモリー不足イベントの影響を受けません。

次の表の説明に従って、キャッシュ・サイズの重みに対するデフォルトのメモリー不足レベルが段階的に設定されます。

表4-1 デフォルトのメモリー不足キャッシュ・サイズの重み

レベル

キャッシュ・サイズ(%)

0

100

1

90

2

80

3

70

4

60

5

50

6

40

7

30

8

20

9

10

10

0

次のJavaシステム・プロパティを設定して、デフォルトの文キャッシュの重みをサーバー開始時間に変更できます。

-Dweblogic.jdbc.cmm.statementCacheWeights=weights

weightsは、形式level=percent reduction、level=percent reduction...の1つ以上の名前/値ペアです。

この表記法を使用する場合、デフォルトの重みは次のとおりです。

1=10,2=10,3=10,4=10,5=10,6=10,7=10,8=10,9=10,10=10

パーセンテージが累積されるため、合計を100以下にする必要があります。各レベルのパーセンテージの値は、構成されたキャッシュ・サイズを減らす割合を示します。

例

次の例は、サーバーが次のシステム・プロパティを使用して起動した場合の様々なメモリー不足レベルに対応する文キャッシュ・サイズを示します。

-Dweblogic.jdbc.cmm.statementCacheWeights=2=20,4=20,6=20,8=20,10=20

表4-2 メモリー不足キャシュ・サイズの重みの例

レベル

キャッシュ・サイズ(%)

0

100

1

100

2

80

3

80

4

60

5

60

6

40

7

40

8

20

9

20

10

0

データ・ソースを縮小するメモリー管理

不足レベルがプール縮小しきい値(デフォルトは8)を超えているメモリー不足レベルを受け取った場合、WebLogic Serverはすべてのデプロイされたデータソースに対して縮小操作を発行します。縮小操作アクションは、メモリー不足レベルがしきい値を超えるメモリー不足レベル・イベントごとに開始される1回かぎりのイベントです。

次のJavaシステム・プロパティを設定して、デフォルトの縮小しきい値をサーバー開始時間に変更できます。

-Dweblogic.jdbc.cmm.shrinkThreshold=value

valueは0から10の間の整数です。

5 Oracle Exalogic Elastic Cloud環境でのメッセージ圧縮

WebLogic Server 12.1.3には、JMSストアのI/O操作に対してメッセージ圧縮を構成できる機能があります。この機能により、Oracle Exalogic環境でパフォーマンスを大幅に改善できます。

メッセージ本文の適切な圧縮オプションを選択することで、次の点について、JMSストアのI/Oパフォーマンスが向上します。

- ディスクに対して読取りや書込みが行われる永続メッセージ。

- 永続および非永続メッセージは、JMSページングが有効な場合にページ・インまたはページ・アウトされます。

次の項では、メッセージ圧縮を構成する方法について説明します。

- メッセージ圧縮オプションの選択

- Exalogic環境でのJMSサーバーのメッセージ圧縮

- Exalogic環境でのストア・アンド・フォワード送信エージェントのメッセージ圧縮

JMSメッセージ圧縮の一般的なチューニング情報は、『Oracle WebLogic Serverのパフォーマンスのチューニング』のメッセージの圧縮に関する項を参照してください。

メッセージ圧縮オプションの選択

この項では、メッセージ本文の圧縮が有効な場合に使用可能なメッセージ圧縮のタイプについて説明します。

注意:
各圧縮オプションのパフォーマンスは、操作環境、データ型およびデータ・サイズによって異なります。使用環境をテストして最も適切な圧縮オプションを決めることをお薦めします。

表5-1 メッセージ本文の圧縮オプション

圧縮タイプ

説明

GZIP DEFAULT_COMPRESSION

DEFAULT_COMPRESSIONレベルのJDK GZIP APIを使用してメッセージ圧縮を有効にするには、GZIP_DEFAULT_COMPRESSIONを使用します。java.util.zipパッケージに関する項を参照してください。

GZIP BEST_COMPRESSION

BEST_COMPRESSIONレベルのJDK GZIP APIを使用してメッセージ圧縮を有効にするには、GZIP_BEST_COMPRESSIONを使用します。java.util.zipパッケージに関する項を参照してください。

GZIP BEST_SPEED

BEST_SPEEDレベルのJDK GZIP APIを使用してメッセージ圧縮を有効にするには、GZIP_BEST_SPEEDを使用します。java.util.zipパッケージに関する項を参照してください。

LZF

オープン・ソースLZFを使用してメッセージ圧縮を有効にするには、LZFを使用します。https://github.com/ning/compressを参照してください。

Exalogic環境でのJMSサーバーのメッセージ圧縮

JMSサーバーのメッセージ本文の圧縮を構成する手順は次のとおりです。

1. JMSサーバーを作成していない場合は、JMSサーバーを作成します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのJMSサーバーの作成に関する項を参照してください。

2. Oracle WebLogic Server管理コンソール・オンライン・ヘルプのJMSサーバーの一般的なプロパティの構成に関する項の手順を使用してください。使用環境の次の詳細なJMSサーバー属性を更新します。

1. オプションで、JMSストアを有効にしてメッセージ本文の圧縮を行うには、「ストア・メッセージ圧縮の有効化」を選択します。Oracle WebLogic Server MBeanリファレンスのStoreMessageCompressionEnabledに関する項を参照してください。

2. オプションで、JMSページング・ストアを有効にして、永続および非永続メッセージに対してメッセージ本文の圧縮を行うには、「ページング・メッセージ圧縮の有効化」を選択します。Oracle WebLogic Server MBeanリファレンスのPagingMessageCompressionEnabledに関する項を参照してください。

3. 「メッセージ圧縮オプション」で、使用するメッセージ圧縮のタイプを指定します。Oracle WebLogic Server MBeanリファレンスのMessageCompressionOptionsに関する項を参照してください。

Exalogic環境でのストア・アンド・フォワード送信エージェントのメッセージ圧縮

SAF送信エージェントのメッセージ本文の圧縮を構成する手順は次のとおりです。

1. SAF送信エージェントを作成していない場合は、SAF送信エージェントを作成します。Oracle WebLogic Server管理コンソール・オンライン・ヘルプのストア・アンド・フォワード・エージェントの作成に関する項を参照してください。

2. Oracle WebLogic Server管理コンソール・オンライン・ヘルプのSAFエージェントの一般的なプロパティの構成に関する項の手順を使用してください。使用環境の次の詳細な送信エージェント属性を更新します。

1. オプションで、JMSストアを有効にしてメッセージ本文の圧縮を行うには、「ストア・メッセージ圧縮の有効化」を選択します。Oracle WebLogic Server MBeanリファレンスのStoreMessageCompressionEnabledに関する項を参照してください。

2. オプションで、JMSページング・ストアを有効にして、永続および非永続メッセージに対してメッセージ本文の圧縮を行うには、「ページング・メッセージ圧縮の有効化」を選択します。Oracle WebLogic Server MBeanリファレンスのPagingMessageCompressionEnabledに関する項を参照してください。

3. 「メッセージ圧縮オプション」で、使用するメッセージ圧縮のタイプを指定します。Oracle WebLogic Server MBeanリファレンスのMessageCompressionOptionsに関する項を参照してください。

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

コピーライトについて

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

商標と登録商標について

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

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

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

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

保証免責

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

制限付権利

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

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

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

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

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

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

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

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

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