WebLogic Serverのインストールとドメイン構成入門

4. Copyright© 2013, Oracle. All rights reserved.4 WebLogic Serverとは  オラクルが提供するJavaEE仕様準拠のアプリケーション・サーバー製品 – Fusion Middlewareというオラクルのミドルウェア製品群の中核となる戦略製品 – JavaEE仕様に準拠しつつ可用性、安定性、性能、管理性に優れた機能を提供 JavaEE(Java Enterprise Edition) <仕様> アプリケーションB HTTP(S) クライアント (Webブラウザ等) HTTP(S)リクエスト WebLogic Server <実装> データベース DB 接続サービスリクエスト受付とディスパッチアプリケーションA アプリケーションC EJB クライアント HTTP(S)レスポンス RMI通信可用性/安定性/性能/管理性を高める機能

5. Copyright© 2013, Oracle. All rights reserved.5 WebLogic Serverのバージョンとリリースについて WebLogic のリリース WebLogic 8.1 WebLogic 9.x WebLogic 10.0 WebLogic10g (10.3) WebLogic11g (10.3.1～10.3.6) WebLogic12c (12.1.1.0) WebLogic12c (12.1.2) リリースした年 2003年 2005年 2007年 2008年 2009年 2011年 2013年 JavaEE J2EE1.3 J2EE1.4 JavaEE5 JavaEE6 JDK JDK1.4.2 JDK1.5 JDK1.6 (10.3.6はJDK7も対応) JDK1.6/JDK7 JDK7 主要な対応仕様や新機能・Servlet2.3 ・JSP1.2 ・EJB2.0 ・Web Services enhancements ・Servlet2.4 ・JSP2.0 ・EJB2.1 ・JAX-RPC1.1 ・WS-Security ・WS-Reliable Messaging ・Servlet2.5 ・JSP2.1 ・JSF1.2 ・EJB3.0 ・JAX-WS2.0 ・JAC1.5 • Web2.0対応（HTTP Pub-Sub Server) • Fast Swap ( 追加対応) • JAX-WS 2.1 • JAXB 2.1 ・ GridLink for RAC ・ Active Cache ・ WebTier 製品統合・Flight Recorder ・CAT ・Exalogic最適化・Servlet3.0 ・JSP2.2 ・JSF2.0 ・EJB3.1 ・CDI 1.0 ・Bean Validation ・WebSockets / Server-Sent Event対応・Coherenceとの統合強化・Oracle Database 12c対応・ Application Continuity ・動的クラスタ/動的サーバ Zero DownTime アーキテクチャ刷新特徴的新機能の追加 JavaEE5対応 Ese Of Development JDK1.6対応性能改善オラクルブランドでのリリース JavaEE6対応 JavaSE7対応 RAC連携強化オラクル技術との融合 Exalogic最適化 Coherence連携強化  2013年11月現在、主として下記のバージョンを並行してリリース中  WebLogic Server 11g(10.3.6)……………11g(10.3.x)のターミナルバージョン  WebLogic Server 12c (12.1.1)と(12.1.2) Oracle Database12c対応 Coherence統合強化 Application Continuity

7. Copyright© 2013, Oracle. All rights reserved.7 WebLogic Serverの環境構築ステップ  WebLogic Serverの環境構築は、基本的に下表の手順で行います。ステップ主に利用するツール概要 1 Certificationの確認 My Oracle SupportやCertification MatrixのExcelで確認します。 2 ソフトウェアのインストールインストーラ WebLogic Serverソフトウェア・ファイルをハードウェアにインストールします。 3 ドメインの作成・Configuration Wizard ・WebLogic Scripting Tool (WLST) WebLogic Serverのサーバー・インスタンス群をまとめた管理単位であるドメインを作成します。 3 ドメインの構成・管理コンソール・WLST ・Fusion Middleware Control 等ドメインに必要なリソースやサービスを構成します。例：サーバーの構成クラスタの構成サービスの構成（JDBCデータソースやJMSなど） 4 ユーザ・アプリケーションの配布・管理コンソール・WLST ・Fusion Middleware Control ・その他ユーティリティ等 WebLogic Serverのサーバー・インスタンス上で動作させる JavaEEアプリケーションの配布や構成を行います。その他 Webサーバの構成 (Webサーバにより異なる）必要に応じてWebサーバからWebLogic Serverへリクエスト・ルーティング設定を行います。

8. Copyright© 2013, Oracle. All rights reserved.8 WebLogic Server のドメイン管理について①  WebLogicのAPサーバ環境は、｢ドメイン｣という単位で構築、管理します。ドメインは論理的な単位で、どのような区分けにするかは特に制限がありません。  ドメインには必ず｢管理サーバ｣が1つだけ存在し、ドメインの構成情報を管理し、管理コンソールアプリケーションを動作させています。管理サーバも、JavaEEのWebアプリケーションサーバー機能をもつJavaプロセスです。管理サーバ WebLogicドメイン管理サーバ管理ツール（Admin Console/ FMWControl//WLSTなど）ドメインログコンフィグレーションリポジトリマシンC

9. Copyright© 2013, Oracle. All rights reserved.9 WebLogic Server のドメイン管理について②  ユーザ・アプリケーションは、ドメイン内に｢管理対象サーバ｣を構成し、そこで動作させます。  管理対象サーバは、JavaEEのWebアプリケーションサーバ機能を提供するJavaプロセスです。  管理対象サーバはドメイン内に複数作成できます。管理対象サーバは、1台の物理マシンに複数設置することもできますし、管理サーバと同じマシンに設置することもできます。  管理対象サーバは、管理サーバにより構成・監視されます。管理対象サーバ#2 管理対象サーバ#3 管理サーバ WebLogicドメイン管理対象サーバ#1 マシンA マシンB 管理サーバ管理ツール（Admin Console/ FMW Control//WLSTなど）ドメインログコンフィグレーションリポジトリ構成・監視 WebサーバまたはL/B HTTP/HTTPS リクエストマシンC 構成・監視構成・監視

10. Copyright© 2013, Oracle. All rights reserved.10 WebLogic Server のドメイン管理について③  WebLogicでは、ノードマネージャーというコンポーネントで管理対象サーバのプロセスを制御・監視することができます。ただし、ノードマネージャーの使用は必須ではありません。  ノードマネージャーから管理対象サーバの起動・停止を制御できます。また、管理対象サーバのプロセスがダウンした場合に自動再起動が可能になります。管理対象サーバ#2 管理対象サーバ#3 管理サーバ WebLogicドメイン管理対象サーバ#1 マシンA マシンB 管理サーバ管理ツール（Admin onsole/ FMWControl//WLSTなど）ドメインログコンフィグレーションリポジトリ構成・監視 WebサーバまたはL/B HTTP/HTTPS リクエストマシンC 構成・監視構成・監視ノードマネージャノードマネージャ

11. Copyright© 2013, Oracle. All rights reserved.11 WebLogic Server のドメイン管理について④  WebLogicでは、ドメイン内の任意の管理対象サーバをまとめて「クラスタ」を構成できます。（ドメインをまたがって、クラスタを構成する事はできません。）  クラスタを構成すると、クラスタ単位でのアプリケーション管理やHttpセッションレプリケーションなどの高可用性機能が使用可能になります。管理対象サーバ#2 管理対象サーバ#3 管理サーバ WebLogicドメイン管理対象サーバ#1 マシンA マシンB 管理サーバ管理ツール（Admin Console/ FMW Control//WLSTなど）ドメインログコンフィグレーションリポジトリ構成・監視 WebサーバまたはL/B HTTP/HTTPS リクエストマシンC 構成・監視構成・監視ノードマネージャノードマネージャリクエスト分散と障害サーバから Liveサーバへのリクエストフェイルオーバだけであれば WebLogicクラスタは不要。 Httpセッションレプリケーションなど高度な機能を利用時は WebLogicクラスタが必要 WebLogicクラスタ

12. Copyright© 2013, Oracle. All rights reserved.12 【参考】 WebLogic Serverのクラスタで利用可能な機能カテゴリ機能 WebLogic クラスタ機能使わない WebLogic クラスタ機能可用性複数の管理対象サーバで負荷分散とリクエストフェイルオーバーを行う ○ ○ Httpセッションのレプリケーションを行う（アプリがサーバーのメモリ内に保持しているデータのバックアップを他のサーバのメモリ内に自動的に保持。そのため障害発生時でも、ユーザにエラーを返さず処理を継続可能） × ○ サーバー移行（障害時、サーバインスタンスを他のノードで起動する） × ○ 分散JMS宛先やJMSサービスのフェイルオーバー（JMSサーバー機能の冗長化） × ○ JTA回復サービスやシングルトンサービスのフェイルオーバー（トランザクション回復サービスや、任意のシングルトンサービスの冗長化） × ○  下表はWebLogicのクラスタで利用可能になる主要機能をまとめたものです。

13. Copyright© 2013, Oracle. All rights reserved.13 WebLogic Serverのドメイン起動モード  WebLogic Serverでは、2つの起動モード（開発モード、本番モード）があります。  (WebLogic Server11gまでは起動モード、WebLogic Server12c(12.1.2)からはドメイン・モードといいます。）  起動モードはドメイン単位で設定します。  これらの起動モードの主要な差異は、下表になります。モードの種類概要開発モードアプリケーション変更の自動検知を行えます。（その分オーバーヘッドがあります。）管理サーバ起動時に認証が不要です。管理コンソールでの操作は、即時反映されます。管理コンソール等の内部アプリケーションは、初回アクセス時に初めてデプロイされます。 Webサービステストツールやクラスローダー分析ツールが利用可能です。一般的に、開発・テスト環境ではこのモードを選択します。本番モード（プロダクション・モード）デフォルトでアプリケーション変更の自動検知は行いません。管理サーバ起動時に認証が必要です。管理コンソールでの操作は、ロック取得を行ってから行い、ロールバックが可能です。管理コンソール等の内部アプリケーションは、デプロイ済の状態です。 Webサービステストツールやクラスローダー分析ツールは利用できません一般的に、本番環境ではこのモードを選択します。

14. Copyright© 2013, Oracle. All rights reserved.14 WebLogoc ServerのJVM  WebLogic Serverは、バージョンやプラットフォームにより、利用できるJVMの種類やバージョンが異なります。  下表は、IAプラットフォームにおけるWebLogic Serverで利用可能なJVMをまとめたものです。  JDK1.6のライフタイムを考慮し、今後はJDK7に含まれるJVMを利用することを推奨します。  プラットフォームがHP-UXの場合はHP社が提供するJVM、AIXの場合はIBM社が提供するJVMが必要です。 JavaSE仕様 JVM実装 WebLogic Server11g WebLogic Server12c 10.3.6 12.1.1 12.1.2 JavaSE6 Oracle JDK1.6 のJRockit JVM 対応対応 Oracle JDK1.6 のHopSpot JVM 対応対応 JavaSE7 Oracle JDK7で提供するJVM 対応対応対応 IAプラットフォームの場合

15. Copyright© 2013, Oracle. All rights reserved.15 WebLogic Serverの起動/停止について①  WebLogicドメインにおける管理サーバは、ドメイン全体の構成情報を管理しており、原則、ドメイン起動時に一番最初に起動します。  管理サーバ起動以後は、任意の管理対象サーバを順不同で起動できます。管理対象サーバは起動時に管理サーバより構成情報を取得して起動します。  管理サーバが障害等により起動できない場合でも、以前に一度でも管理対象サーバが起動したことがあれば、その際の情報を利用して管理対象サーバは起動する事が可能です。これを「管理対象サーバの独立モードでの起動」といいます。独立モードでは、管理対象サーバの構成を変更することはできません。  管理サーバ、管理対象サーバが正常起動後、管理サーバだけが障害等によりダウンしても、管理対象サーバのアプリケーション実行には影響はありません。ただし、管理対象サーバへの構成を変更はできなくなります。

16. Copyright© 2013, Oracle. All rights reserved.16 WebLogic Serverの起動/停止について②  WebLogic Serverでは、管理サーバや管理対象サーバは、JDKのJavaコマンドを利用して起動させるため、様々な方法が利用できます。  一般的には、ドメイン用ディレクトリ/binに存在する下表のシェルスクリプトを利用します。ノード・マネージャを利用時は、管理コンソールから起動することも可能です。対象操作スクリプト名備考管理サーバ起動 startWebLogic.cmd (win) startWebLogic.sh(Unix) 本番モードでは、デフォルトでスクリプト実行途中で管理者ユーザ、パスワードの入力が必要停止 stopWebLogic.cmd (win) stopWebLogic.sh(Unix) 管理対象サーバ起動 startManagedWebLogic.cmd (win) startManagedWebLogic.sh (Unix) 本番モードでは、デフォルトでスクリプト実行途中で管理者ユーザ、パスワードの入力が必要第1引数に管理対象サーバ名が必要。管理サーバと管理対象サーバが別マシンの場合、第2引数に管理サーバとの通信用URL指定が必要。 (例: t3://host1:7001) デフォルトでスクリプト実行途中で管理者ユーザ、パスワードの入力が必要。停止 startManagedWebLogic.cmd (win) startManagedWebLogic.sh (Unix)

17. Copyright© 2013, Oracle. All rights reserved.17 WebLogic Serverの起動/停止について③  ドメインに管理対象サーバを複数構成する場合は、運用面での利便性や保守性を考慮し、下図のように、サーバ別の起動スクリプトを用意し、各管理対象サーバ向けのJavaオプションやメモリ設定を環境変数で指定してから startManagedWebLogicスクリプトを呼び出す形にする方法もご検討下さい。  下記は主要な環境変数の例です。 – Javaオプションを設定するための環境変数：JAVA_OPTIONS – JVMのヒープを設定するための環境変数：USER_MEM_ARGS startManagedWebLogic スクリプト set DOMAIN=c:¥Oracle¥Middleware¥user_projects¥domains¥domain1 set ServerName=Server1 set AdminURL=t3://localhost:7001 set USER_MEM_ARGS=-Xms512m –Xmx512m -XX:MaxPermSize=128m %DOMAIN%¥bin¥startManagedWebLogic %ManagedServerName% %AdminURL% 管理対象サーバ Server1用起動スクリプト管理対象サーバ Server2用起動スクリプト set DOMAIN=c:¥Oracle¥Middleware¥user_projects¥domains¥domain1 set ServerName=Server2 set AdminURL=t3://localhost:7001 set USER_MEM_ARGS=-Xms1024m –Xmx1024m -XX:MaxPermSize=256m %DOMAIN%¥bin¥startManagedWebLogic %ManagedServerName% %AdminURL%

18. Copyright© 2013, Oracle. All rights reserved.18 【参考】 WebLogic Serverの起動に関する参考情報現象概要と対処策詳細情報 WebLogic Serverの管理対象サーバを Linux上で起動した時、下記のログが出るまで時間がかかる <Notice> <Security> <BEA-090082> <セキュリティはセキュリティ・レルム myrealmを使用して初期化しています。> 起動時のセキュリティ関連処理に時間がかかっている可能性があります。その場合、管理対象サーバ起動時のJavaオプションに下記を追加します。 -Djava.security.egd=file:///dev/urandom サポートドキュメント KROWN#156111をご参照下さい。 WebLogic Server 12c(12.1.2)の管理サーバをstartWebLogicスクリプトで起動した場合、 Derbyも同時に起動してしまう WebLogic Server12c(12.1.2)でstartWebLogicスクリプトを使用して管理サーバを起動した場合に発生する事象です。下記のようにstartWebLogic に noderby引数を指定することで回避できます。 startWebLogic noderby サポートドキュメント KROWN#165157をご参照下さい。 WebLogic Server 12c(12.1.2)のサーバを起動後、java.io.Exceptionが発生する。 WebLogic Server12c(12.1.2)の管理サーバや管理対象サーバを起動した場合に発生することがあります。この例外は無視可能ですが、下記のJavaオプションを追加することで例外発生を回避できます。 (Windowsの場合) -Dweblogic.MuxerClass=weblogic.socket.NTSocketMuxer (Unixの場合) -Dweblogic.MuxerClass=weblogic.socket.PosixSocketMuxer または -Dweblogic.MuxerClass=weblogic.socket.DevPollSocketMuxer サポートドキュメント KROWN#164750をご参照下さい。

19. Copyright© 2013, Oracle. All rights reserved.19 WebLogic ServerとWebサーバ①  WebLogic Serverでは、ApacheやMS IISとWebLogicを連携させるためのWebサーバプラグインを利用できます。  Webサーバープラグインにより、複数の管理サーバへのリクエストの負荷分散ルーティングや、管理サーバにアクセスできない場合、他の管理サーバーへリクエストをフェイルオーバーさせることが可能です。管理対象サーバ#2 管理対象サーバ#1 Apache HTTP Server ユーザリクエスト負荷分散とフェイルオーバー WebLogicドメイン管理サーバ Webサーバプラグイン LoadModule weblogic_module home/oracle/weblogicplugin/lib/mod_wl.so <IfModule mod_weblogic.c> WebLogicCluster localhost:7011,localhost:7012 </IfModule> <Location /myAppl> SetHandler weblogic-handler </Location> httpd.conf

20. Copyright© 2013, Oracle. All rights reserved.20 WebLogic ServerとWebサーバ②  WebLogic Serverには、Oracle HTTP ServerというApache2.2ベースのWebサーバのライセンスが付属しており、要件によりWebLogic Serverと組み合わせて利用することが可能です。  Oracle HTTP ServerからWebLogic Serverへリクエストをルーティングするために mod_wl_ohsというApacheの拡張モジュールも提供しています。これは前述のWebサーバプラグインと同等の機能を提供します。管理対象サーバ#1 WebLogicドメイン管理サーバ Oracle HTTP Server 12c mod_wl_ohs 管理対象サーバ#2 ノードマネージャ管理対象サーバ#1 WebLogicドメイン管理サーバ Oracle HTTP Server 11g mod_wl_ohs 管理対象サーバ#2OPMN WebTierインスタンス WebLogic Server12c(12.1.2) とOracle HTTP Server12cWebLogic Server11g とOracle HTTP Server11g プロセス制御プロセス制御 Oracle HTTP Server11gは WebLogicドメインとは別にWebTierインスタンスとして管理 Oracle HTTP Server12cは WebLogicドメイン内で管理。 Oracle HTTP Serverだけの Standalone ドメインも構成可能

22. Copyright© 2013, Oracle. All rights reserved.22 WebLogic ドメインの構成例  WebLogicのドメインは構成の自由度が高いため、具体的な構成については十分考慮する必要があります。  基本的には、運用ポリシーやルールが同じアプリやサーバは、同じドメインに含めるという方針で考えるようにします。例えば、同じ営業支援システムでも法人営業部とリテール営業部ではAPサーバとして運用方法が異なるという場合は法人営業部のドメイン、リテール営業部のドメインと分けることを検討します。  ただし、他にも、物理的にマシンを設置するロケーションや拡張時の要件などを考慮する必要があります。  次のスライドより、下記の構成例を説明します。 – 開発環境の構成例 – 本番環境の構成例  管理対象サーバに対するアプリケーションの配置例  ドメインに対するマシンの配置例  DR(Disaster Recovery)を考慮した構成例 – Oracle HTTP Serverと連携する場合の構成例（本番/開発共通）

23. Copyright© 2013, Oracle. All rights reserved.23 開発環境のドメイン構成例  開発環境では、ドメインを開発モードにして、管理サーバだけを利用するケースが一般的です。  開発モードの場合は下記が利用できます。 – 自動デプロイ（特定ディレクトリにアプリファイルをコピーするだけでデプロイ）がデフォルトで利用可能 – Webサービステストツールやクラスロード分析ツールが利用可能 – 管理サーバ起動時のドメイン管理者IDやパスワードの入力が不要  ただし、本番のステージング環境、本番を想定した負荷テストを行う環境では、本番と同等の構成にすることを推奨致します。 WebLogicドメイン（開発モード）管理サーバ開発用マシン IDEでアプリ開発アプリの配布とテストオラクルが提供する開発ツールでは、開発ツールからの直接配布やテスト実行が可能

24. Copyright© 2013, Oracle. All rights reserved.24 【参考】WebLogic Serverのアプリケーション開発ツール  WebLogic Server は標準仕様であるJava EE に完全準拠しているため、Java EE のアプリケーションが開発可能な任意の開発ツールを利用できます。  下表はオラクルが提供しているWebLogic Server向けアプリケーション開発ツールです。 WebLogic Serverバージョン開発ツール名概要 WebLogic Server11g (JavaEE5) Oracle JDeveloper 11g JavaだけでなくDB(表設計、編集、PL/SQL等）開発ツール 11gより WebLogic Serer11gに対応し、Java EE 5ベースのアプリ開発が可能。ライセンスは無償。 Oracle Enterprise Pack for Eclipse 11g Eclipseベースの開発ツール。Java EE 5ベースのアプリ開発が可能。 WebLogic Server12c (JavaEE6) Oracle JDeveloper 12c JavaだけでなくDB(表設計、編集、PL/SQL等）開発ツール 12cより WebLogic12cに対応し、Java EE 6ベースのアプリ開発が可能。ライセンスは無償。 Oracle Enterprise Pack for Eclipse 12c Eclipseベースの開発ツール。Java EE 6ベースのアプリ開発が可能。

25. Copyright© 2013, Oracle. All rights reserved.25 本番環境のドメイン構成例  本番環境における管理対象サーバに対するアプリケーションの配置例として、主に下図の2パターンが挙げられます。  WebアプリケーションとEJBアプリケーションを分離し、EJBアプリケーションを複数のアプリから利用するケースでは、多層冗長構成も検討します。 WebLogicドメイン（本番モード）管理サーバ管理対象サーバに対するアプリケーションの配置例管理対象サーバ#2 管理対象サーバ#1 WebLogicドメイン（本番モード）管理サーバ管理対象サーバ#4 管理対象サーバ#3 管理対象サーバ#2 管理対象サーバ#1 アプリA アプリB アプリA アプリB EJBアプリA EJBアプリB EJBアプリA EJBアプリB WebアプリA WebアプリB WebアプリA WebアプリB ユーザリクエストユーザリクエスト基本的な冗長構成多層冗長構成ビジネスロジック層プレゼンテーションロジック層

26. Copyright© 2013, Oracle. All rights reserved.26 本番環境のドメイン構成例  本番環境におけるドメインに対するマシン（物理的なサーバ）の配置例として、主に下図の2パターンが挙げられます。  WebLogicクラスタが提供する高可用性機能を利用する場合は、1ドメインnマシン構成を検討します。  次のスライドで下図2パターンを比較しています。 WebLogicドメイン（本番モード）ドメインに対するマシンの配置例① WebLogicドメイン#1 （本番モード） 1ドメイン nマシン 1ドメイン 1マシン WebLogicドメイン#2 （本番モード）管理対象サーバ#1 管理対象サーバ#2 管理サーバ管理対象サーバ#1 管理対象サーバ#2 管理サーバ管理サーバ管理対象サーバ#1 管理対象サーバ#2 管理対象サーバ#3 管理対象サーバ#4

27. Copyright© 2013, Oracle. All rights reserved.27 本番環境のドメイン構成例  下表を参考に、要件に応じて1ドメインnマシンと1ドメイン1マシンを検討します。主要な比較観点 1ドメインnマシン 1ドメイン1マシン管理サーバの数 ○ マシンの数に依存せず1つだけ。よってリソース面と管理操作面で効率は良いマシンの数だけ必要なため、リソース面や管理操作面の効率は良いとはいえない。管理サーバの可用性管理サーバのマシンで障害が発生した場合、別のマシンで管理サーバを復旧させるための施策を検討する必要あり。 ○ 管理サーバという面では1マシンに障害が発生しても特に施策は不要。 WebLogicクラスタの高可用性機能の利用 ○ 可能不可能マシン追加時の対応 ○ 管理サーバでサーバの追加操作後、追加マシンへの展開が必要 ◎ 既存環境からのコピー(テンプレート）を用いて容易に追加可能ローリング・アップグレードの容易性（パッチ適用含む）ドメイン内の各サーバで異なるS/Wバージョンやパッチを適用する事は不可のケースもあるため、既存環境だけで行うのは困難になる可能性もある。 ○ 既存環境に対してマシン単位でローリング・アップグレードやパッチ適用を行う事は容易ドメインに対するマシンの配置例②

28. Copyright© 2013, Oracle. All rights reserved.28 本番環境のドメイン構成例  DR環境では、プライマリ・サイトとスタンバイ・サイトでドメインを分けることが一般的です。  WebLogic Serverでは、基本的には構成変更操作についてプライマリ・サイトとスタンバイ・サイトで同期させることを検討します。 WebLogicドメイン（本番モード）大阪のデータセンター (プライマリ・サイト) DR(Disaster Recovery)を考慮した構成例管理者 WebLogic Serverの構成変更操作の同期管理対象サーバ#1 管理対象サーバ#2 管理サーバ WebLogicドメイン（本番モード）福岡のデータセンター (スタンバイ・サイト) 管理対象サーバ#1 管理対象サーバ#2 管理サーバ DBデータの同期(Oracle DBであればData Guardなど)

29. Copyright© 2013, Oracle. All rights reserved.29 Oracle HTTP Serverと連携する場合のドメイン構成例①  Oracle HTTP ServerとWebLogic Serverを連携させる場合は、Oracle HTTP Serverの管理と監視においてFusion Middleware ControlというWebコンソールツールを使用するか否かを検討します。  使用する場合、WebLogic Serverの管理サーバにFusion Middleware Controlを動作させるようにWebLogic Server インストール後に「Application Development Runtime」と「Oracle WebTier」の両方をインストールし、ドメインを作成します。  使用しない場合は、「Application Development Runtime」のインストールは不要です。 Oracle HTTP Server 11gとOracle WebLogic Server 11gの場合 WebLogicドメイン（本番モード）管理対象サーバ#1 管理対象サーバ#2 管理サーバ Oracle HTTP Server 11g mod_wl_ohs OPMN WebTierインスタンスプロセス制御 Fusion Middleware Controlを使用しない場合 WebLogicドメイン（本番モード）管理対象サーバ#1 管理対象サーバ#2 管理サーバ Oracle HTTP Server 11g mod_wl_ohs OPMN WebTierインスタンスプロセス制御 Fusion Middleware Controlを使用する場合 ( 「Application Development Runtime」のインストールが必要） Fuison Middleware Control

30. Copyright© 2013, Oracle. All rights reserved.30 Oracle HTTP Serverと連携する場合のドメイン構成例②  WebLogic Serverの管理サーバにFusion Middleware Controlを動作させるようにWebLogic Serverインストール後に「FM infrastructure 12c」と「Oracle HTTP Server」の両方をインストールし、ドメインを作成します。また、その際、 FM infrastructureの内部管理用にOracle Databaseが必要になります。 Oracle HTTP Server 12cとOracle WebLogic Server 12cを同一ドメインに構成 WebLogicドメイン（本番モード）管理対象サーバ#1 管理対象サーバ#2 管理サーバ Oracle HTTP Server 12c mod_wl_ohs ノードマネージャプロセス制御「FM infrastructure12c」のインストールが必要 Fuison Middleware Control Oracle Database

31. Copyright© 2013, Oracle. All rights reserved.31 Oracle HTTP Serverと連携する場合のドメイン構成例③  Oracle HTTP Server 12cとWebLogic Server 12cを連携させる上では、Oracle HTTP Server12cとWebLogic Server12cのドメインを分けて構成する事も可能です。  Oracle HTTP Server12cとノードマネージャーだけが存在するドメインを「スタンドアロン・ドメイン」といいます。  例えばOracle HTTP ServerだけをDMZに配置する場合などは、この構成を検討します。  下記の構成では、基本的にFusion Middleware Controlは適用しません。 Oracle HTTP Server 12cとOracle WebLogic Server 12cを別ドメインに構成 WebLogicドメイン（本番モード）管理対象サーバ#1 管理対象サーバ#2 管理サーバ Oracle HTTP Server 12c mod_wl_ohs ノードマネージャプロセス制御 Oracle HTTP Server12c スタンドアロン・ドメイン

32. Copyright© 2013, Oracle. All rights reserved.32 【参考】 Fusion Middleware Control12cによる管理  下図は、Fusion Middleware12cによりWebブラウザからGUIベースでOracle HTTP Server12cを管理する画面のイメージです。  管理操作時にWebLogic管理コンソールと同様に「チェンジ・センター」でロックを取得します。変更適用後、アクティブ化した上でOracle HTTP Serverを再起動することで変更内容が反映されます。 Oracle HTTP Server の管理操作メニューチェンジ・センターで変更操作のロックやアクティブ化、取消が可能 Oracle HTTP Server の性能状況をグラフや表で表示

34. Copyright© 2013, Oracle. All rights reserved.34  WebLogic ServerのCertification 情報は、下記の方法にて参照できます。 – My Oracle Support （ログイン後、「動作保証」タブから、各製品の動作保証の情報を検索） – または、OTN-Jのサイトより下図の手順で表示されるページより WebLogic ServerのCertification情報の確認 ①「Oracle Technology Network」タブを選択 ②「製品技術情報」- 「Fusion Middleware」リンクを選択 ③「(See supported system configurations for all Oracle Fusion Middleware products)」リンクを選択

35. Copyright© 2013, Oracle. All rights reserved.35 WebLogic Server 11g(10.3.6)のインストール  WebLogic Server11g(10.3.6)のインストールは、提供されているインストール・ファイルをOS上で実行し、インストーラを起動して行います。インストール・ファイルは、プラットフォームにより異なります。  インストーラによりWebLogicのソフトウェア・ファイルがマシンにコピーされます。ドメインはインストール後に Configuration WizardまたはWLSTを使用して作成します。  インストールは、下表のモードを選択して行います。インストールモード概要グラフィカルモードデフォルトのインストール・モード GUIのダイアログ画面にパラメータを指定しながら対話的にインストールを行います。コンソールモード CUIのダイアログ画面にパラメータを指定しながら対話的にインストールを行います。 Linux/UNIXなどでGUIが利用できない環境では自動的にCUIモード・インストールになります。指定方法：インストール実行時に下記オプションを付加 -mode=console サイレントモードあらかじめ必要なパラメータをファイル(silent.xml)に記述しておき、バッチ的にインストールを行います。指定方法：インストール実行時に下記オプションを付加 -mode=silent -silent_xml=(silent.xmlのパス) ZIPファイルを展開することでインストールを行う形態もあります。 ZIPファイル展開によりインストールしたWebLogic Serverは開発用途として使用して下さい。

36. Copyright© 2013, Oracle. All rights reserved.36 WebLogic Server 11g(10.3.6)のドメイン作成  WebLogic Server11g(10.3.6)のドメイン作成は、インストール後にConfiguration WizardまたはWLSTを使用して行います。  Configuration Wizardは、下表のモードを選択して行います。インストールモード概要グラフィカルモードデフォルトのインストール・モード GUIのダイアログ画面にパラメータを指定しながら対話的にドメイン作成を行います。コンソールモード CUIのダイアログ画面にパラメータを指定しながら対話的にドメイン作成を行います。 Linux/UNIXなどでGUIが利用できない環境では自動的にCUIモード・インストールになります。指定方法：インストール実行時に下記オプションを付加 -mode=console ZIPファイルを展開することでインストールを行う形態もあります。 ZIPファイル展開によりインストールしたWebLogic Serverは開発用途として使用して下さい。

37. Copyright© 2013, Oracle. All rights reserved.37 WebLogic Server 12c(12.1.2)のインストール  WebLogic Server 12c(12.1.2)のインストールは、プラットフォームの種類にかかわらず単一のJARファイルを用いてjavaコマンドで行います。  インストーラによりWebLogicのソフトウェア・ファイルがマシンにコピーされます。ドメインはインストール後に Configuration WizardまたはWLSTを使用して作成します。  インストールは、下表のモードを選択して行います。インストールモード概要グラフィカルモードデフォルトのインストール・モード GUIのダイアログ画面にパラメータを指定しながら対話的にインストールを行います。サイレントモードあらかじめ必要なパラメータをファイルに記述しておき、バッチ的にインストールを行います。 ZIPファイルを展開することでインストールを行う形態もあります。 ZIPファイル展開によりインストールしたWebLogic Serverは開発用途として使用して下さい。

38. Copyright© 2013, Oracle. All rights reserved.38 WebLogic Server 12c(12.1.2)のドメイン作成  WebLogic Server12c(12.1.2)のドメイン作成は、インストール後にConfiguration WizardまたはWLSTを使用して行います。  Configuration Wizardは、下表のモードを選択して行います。  WebLogic Server12c(12.1.2)のConfiguration Wizardはコンソールモードをサポートしていないため、CUI環境でドメインを作成する場合は、WLSTを利用して下さい。インストールモード概要グラフィカルモードデフォルトのインストール・モード GUIのダイアログ画面にパラメータを指定しながら対話的にドメイン作成を行います。

39. Copyright© 2013, Oracle. All rights reserved.39 インストール前に最低限決めておくべき主な事項  WebLogic Serverをインストールする前に下表の項目を決めておく必要があります。カテゴリ設定項目設定例インストールインストール先ディレクトリ (MIDDLEWARE_HOME or ORACLE_HOME) （インストールする物理マシン毎に） /u01/oracle/wls1036 WebLogicと共にインストールする製品 Oracle CoherenceとOracle Enterprise Pack for Eclipse Oracleサポートサイトへ直接接続してセキュリティ更新情報を受け取るか受け取らないサンプルのインストールしない（Windowsの場合のみ）ノードマネージャーのWindowsサービス化しない（Generic版のインストーラを使用する場合はこの検討不要）（別途インストールを要するもの）フロントのWebサーバに Oracle HTTP Serverを使用するかしない（使用する場合、別途インストール作業が必要） Oracle ADFのアプリケーションをWebLogic上で動作させるか動作させない（Oracle ADFアプリを動作させる場合、別途インストール作業が必要） Fusion Middleware Controlを使用するかしない (Oracle HTTP Serverを使用する場合に検討。使用する場合、別途インストール作業が必要）

40. Copyright© 2013, Oracle. All rights reserved.40 ドメイン構成前に最低限決めておくべき主な事項  WebLogic Serverのドメイン構成を行う前に下表の項目を決めておく必要があります。カテゴリ設定項目設定例ドメイン構成ドメイン名 OsakaDomain ドメイン管理者ID/パスワード weblogic/welcome1 管理サーバ名とポート AdminServer :7001 管理対象サーバ名とポート Server1 : 7011 Server2 : 7012 物理マシンと管理サーバのマップ Host1に管理サーバを配置物理マシンと管理対象サーバのマップ Host1にServer1を配置 Host2にServer2を配置利用するJVM Oracle JDK7 (1.7.0 u40) 起動モード本番モードドメインの構成先ディレクトリ（各サーバ毎に） /u01/oracle/wls1036/user_projects/domains クラスタを構成する場合、クラスタ名とメンバーとなるサーバークラスタは構成しない

41. Copyright© 2013, Oracle. All rights reserved.41 インストーラの起動 (Linux x86-64の場合)  下表は、Linux x86-64プラットフォームで WebLogic Serverのインストーラをグラフィカル・モードで起動する場合の手順です。 WebLogic Server 11g(10.3.6) WebLogic Server 12c(12.1.2) 1. JDK7をインストール 2. インストールしたJDK7のbinディレクトリを PATH環境変数に設定 3. 下記コマンドによりインストーラが起動 java -jar wls1036_generic.jar 1. JDK7をインストール 2. インストールしたJDK7のbinディレクトリを PATH環境変数に設定 3. 下記コマンドによりインストーラが起動 java -jar wls_121200.jar

42. Copyright© 2013, Oracle. All rights reserved.42 Configuration Wizardの起動 (Linux x86-64の場合)  下表は、Linux x86-64プラットフォームで WebLogic ServerのConfiguration Wizardを起動する場合の手順です。 WebLogic Server 11g(10.3.6) WebLogic Server 12c(12.1.2) 1. WebLogic Serverをインストールしたディレクトリ配下にある下記のディレクトリに移動 wl_server10.3/common/bin 2. 下記スクリプトによりConfiguration Wizardが起動 config.sh 1. WebLogic Serverをインストールしたディレクトリ配下にある下記のディレクトリに移動 oracle_common/common/bin 2. 下記スクリプトによりConfiguration Wizardが起動 config.sh

43. Copyright© 2013, Oracle. All rights reserved.43 WebLogic Serverのインストールとドメイン構成のデモ  今回は、下図、下表のドメインを構成する前提でデモを行います。  今回、インストールとドメイン構成が正常に行えたかの確認は、構成した管理サーバや管理対象サーバが起動し、管理コンソールにアクセスできるか否かでチェックします。管理対象サーバ Server1 7011 管理サーバ AdminServer 7001 管理対象サーバ Server2 7012 マシン OsakaDomain 本番モード主要な設定項目設定値ドメイン名 OsakaDomain ドメインディレクトリ D:¥Demo¥wls1212 ¥user_projects¥domains ¥OsakaDomain ドメインモード本番モード管理者ユーザID weblogic 管理者ユーザパスワード welcome1 利用JDK JDK7 (1.7.0 u40) 管理サーバ名とポート AdminServer : 7001 管理対象サーバ名とポート Server1 :7011 Server2 :7012

44. Copyright© 2013, Oracle. All rights reserved.44 最後に： WebLogic Server独習キット(基本編）について  お疲れ様でした。セミナーはこれで終了です。  お手数ですが、アンケートへご記入をお願い致します。  ご記入頂いたアンケートと引き換えに、下記の独習キットが格納されたCD-Rをお渡しいたします。 – WebLogic Server 11g(10.3.6) 独習キット(基本編） – WebLogic Server 12c(12.1.2) 独習キット(基本編）  上記の独習キットには、WebLogic Serverのインストールや構成を行い、アプリケーションを配布する基本的な手順について実機で確認して頂くための説明や演習が含まれています。  なお、独習キットには演習に必要なファイルやスクリプト等は格納されていますが、WebLogic Server やJavaSEのソフトウェアは含んでいません。  WebLogic ServerやJavaSEについては、Oracle Technology Network よりダウンロードしてご利用下さい。（詳細は、独習キットに含まれている説明をご参照下さい。）

WebLogic Serverのインストールとドメイン構成入門

Oracle Fusion Middleware

Transcript