Table of Contents - PDF Free Download

Size: px

Start display at page:

Download "Table of Contents"

たかとしいなくら
6 years ago
Views:

1 第 114 回夜な夜な! なにわオラクル塾 WebLogic Server を基礎から学ぶシリーズ第 1 弾 WebLogic Server のインストールとドメイン構成入門 2013 年 11 月 13 日日本オラクル株式会社 Fusion Middleware 事業統括本部 1 ORACLE PRODUCT LOGO

2 Program Agenda WebLogic Serverとは WebLogic Serverの環境構築の基礎 WebLogic Serverのドメイン構成例 WebLogic Serverのインストールとドメイン構成 ( デモあり ) 中盤に 5 分ほどの休憩時間を取り入れる予定です 2

3 WebLogic Server とは 3

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

5 WebLogic Server のバージョンとリリースについて 2013 年 11 月現在主として下記のバージョンを並行してリリース中 WebLogic Server 11g(10.3.6) 11g(10.3.x) のターミナルバージョン WebLogic Server 12c (12.1.1) と (12.1.2) WebLogic のリリース WebLogic 8.1 WebLogic 9.x WebLogic 10.0 WebLogic10g (10.3) WebLogic11g (10.3.1~10.3.6) WebLogic12c ( ) 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 ( は 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 対応性能改善オラクルブランドでのリリースオラクル技術との融合 Exalogic 最適化 Coherence 連携強化 JavaEE6 対応 JavaSE7 対応 RAC 連携強化 Oracle Database12c 対応 Coherence 統合強化 Application Continuity 5

6 WebLogic Server の環境構築の基礎 6

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

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

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

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

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

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

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

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

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

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

17 WebLogic Server の起動 / 停止について 3 ドメインに管理対象サーバを複数構成する場合は運用面での利便性や保守性を考慮し下図のようにサーバ別の起動スクリプトを用意し各管理対象サーバ向けの Java オプションやメモリ設定を環境変数で指定してから startmanagedweblogic スクリプトを呼び出す形にする方法もご検討下さい下記は主要な環境変数の例です Java オプションを設定するための環境変数 :JAVA_OPTIONS JVM のヒープを設定するための環境変数 :USER_MEM_ARGS 管理対象サーバ Server1 用起動スクリプト 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% startmanagedweblogic スクリプト管理対象サーバ 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% 17

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

WebLogic Server と Web サーバ 1 WebLogic Server では Apache や MS IIS と WebLogic を連携させるための Web サーバプラグインを利用できます Web サーバープラグインにより複数のへのリクエストの負荷分散ルーティングやにアクセスできない場合他のーへリクエストをフェイルオーバーさせることが可能ですユーザリクエスト

19 WebLogic Server と Web サーバ 1 WebLogic Server では Apache や MS IIS と WebLogic を連携させるための Web サーバプラグインを利用できます Web サーバープラグインにより複数のへのリクエストの負荷分散ルーティングやにアクセスできない場合他のーへリクエストをフェイルオーバーさせることが可能ですユーザリクエスト Apache HTTP Server 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 負荷分散とフェイルオーバー WebLogic ドメイン管理対象サーバ #1 管理対象サーバ #2 19

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

21 WebLogic Server のドメイン構成例 21

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

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

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 Oracle Enterprise Pack for Eclipse 12c Java だけでなく DB( 表設計編集 PL/SQL 等 ) 開発ツール 12c より WebLogic12c に対応し Java EE 6 ベースのアプリ開発が可能ライセンスは無償 Eclipse ベースの開発ツール Java EE 6 ベースのアプリ開発が可能 24

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

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

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

Data Guard など ) 大阪のデータセンター ( プライマリサイト ) 福岡のデータセンター ( スタンバイサイト ) WebLogic ドメイン ( 本番モード )

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

29 Oracle HTTP Server と連携する場合のドメイン構成例 1 Oracle HTTP Server 11g と Oracle WebLogic Server 11g の場合 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 のインストールは不要です Fusion Middleware Control を使用しない場合 Fusion Middleware Control を使用する場合 ( Application Development Runtime のインストールが必要 ) WebTier インスタンス WebLogic ドメイン ( 本番モード ) WebTier インスタンス WebLogic ドメイン ( 本番モード ) Oracle mod_wl_ohs HTTP Server 11g 管理対象サーバ #1 管理対象サーバ #2 Oracle mod_wl_ohs HTTP Server 11g 管理対象サーバ #1 管理対象サーバ #2 OPMN プロセス制御 OPMN プロセス制御 Fuison Middleware Control 29

Oracle HTTP Server と連携する場合のドメイン構成例 2 Oracle HTTP Server 12c と Oracle WebLogic Server 12c を同一ドメインに構成 WebLogic Server のに Fusion Middleware Control を動作させるように WebLogic Server インストール後に FM infrastructure

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

Oracle HTTP Server と連携する場合のドメイン構成例 3 Oracle HTTP Server 12c と Oracle WebLogic Server 12c を別ドメインに構成 Oracle HTTP Server 12c と WebLogic Server 12c を連携させる上では Oracle HTTP Server12c と WebLogic Server12c

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

参考 Fusion Middleware Control12c による管理下図は Fusion Middleware12c により Web ブラウザから GUI ベースで Oracle HTTP Server12c を管理する画面のイメージです管理操作時に WebLogic 管理コンソールと同様にチェンジセンター

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

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

のサイトより下図の手順で表示されるページより 2 製品技術情報 - Fusion Middleware リンクを選択 1 Oracle Technology

34 WebLogic Server の Certification 情報の確認 WebLogic Server の Certification 情報は下記の方法にて参照できます My Oracle Support ( ログイン後動作保証タブから各製品の動作保証の情報を検索 ) または OTN-J のサイトより下図の手順で表示されるページより 2 製品技術情報 - Fusion Middleware リンクを選択 1 Oracle Technology Network タブを選択 3 (See supported system configurations for all Oracle Fusion Middleware products) リンクを選択 34

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 は開発用途として使用して下さい 35

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 は開発用途として使用して下さい 36

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

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 のダイアログ画面にパラメータを指定しながら対話的にドメイン作成を行います 38

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

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 クラスタを構成する場合クラスタ名とメンバーとなるサーバークラスタは構成しない 40

インストールしたJDK7のbinディレクトリを PATH 環境変数に設定 3. 下記コマンドによりインストーラが起動 java -jar wls1036_generic.

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

WebLogic Server をインストールしたディレクトリ配下にある下記のディレクトリに移動 wl_server10.3/common/bin 2.

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

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

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 よりダウンロードしてご利用下さい ( 詳細は独習キットに含まれている説明をご参照下さい ) 44

45 45

46 46

Slide 1

Oracle Data Guard の構築とフェイルオーバー実行例日本オラクル株式会社以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さい