| Oracle® Fusion Middleware SOA SuiteおよびBusiness Process Managementのアップグレード 12c (12.1.3) E57555-04 |
|
 前 |
 次 |
| Oracle® Fusion Middleware SOA SuiteおよびBusiness Process Managementのアップグレード 12c (12.1.3) E57555-04 |
|
前 |
次 |
この章では、クラスタ化されたSOA環境へのアップグレード・プロセスと、アップグレード後の構成タスクを実行するプロセスについて説明します。
図4-1は、クラスタ化されたOracle SOA Suiteデプロイメントのサンプル・トポロジを示しています。このトポロジでは、SOA、Oracle Web Services Manager (OWSM)、Oracle Service Bus (OSB)およびOracle Business Activity Monitoring (Oracle BAM)が、2つのアプリケーション・ホスト(SOAHOST1とSOAHOST2)に渡る個別のクラスタに含まれています。Oracle HTTP Server、管理サーバー、Oracle Enterprise Manager Fusion Middleware Controlおよびデータベースは、両方のホストで共有されています。
この章では、特に、複数のホスト・コンピュータにスケール・アウトされた複数のWebLogic Serverクラスタが含まれているWebLogicドメインのアップグレードに必要な手順を説明します。この章の概念と手順は、ユーザー独自のOracle SOA Suite環境に適用できます。
このサンプル・トポロジのアップグレードに必要な手順は、次の項の表4-1で説明しています。
SOAコンポジットにヒューマン・タスク・フォームが含まれている場合や、タスク・フォームが非SOAサーバーにデプロイされている場合は、アップグレード後にタスク・フォームを保護する必要があります。
タスク・フォームは、Java Server Page XML (.jspx)ファイルです。このファイルは、ヒューマン・タスクが含まれるSOAコンポジットを作成したOracle JDeveloper Designerで作成します。『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』を参照してください。
表4-1は、クラスタ化された複数ホストのOracle SOA Suiteサンプル・トポロジ(図4-1)をアップグレードするために必要な手順を示しています。
表4-1 Oracle SOA SuiteおよびBPMクラスタのアップグレード・ロードマップ
| タスク番号 | タスク | 参照先 |
|---|---|---|
|
1 |
アップグレード・トポロジを確認して、設定で |
|
|
2 |
|
|
|
3 |
既存の環境をバックアップします。 |
|
|
4 |
|
「アップグレード前の12c (12.1.3) Infrastructureディストリビューションのインストール」および「SOA統合ディストリビューションのインストール」を参照 |
|
5 |
|
「SOA SuiteおよびBusiness Process Management 12c (12.1.3)のアップグレード」を参照 関連項目: BAMがドメインの一部に含まれる場合は、「Oracle BAMドメインを含むSOAの12cへのアップグレード」を参照 OSBがドメインの一部に含まれる場合は、「Oracle SOAを含まないOracle Service Busのアップグレード」を参照 |
|
6 |
これを行うには、 |
|
|
7 |
|
「サーバーの起動と停止」を参照 |
|
8 |
アップグレード後に必要なタスクを実行します。 |
「アップグレード後のタスクの実行」を参照してください。 |
SOAHOST1で単一ノードのアップグレードを完了したら、ここに示す手順を実行して、もう一方のノード(SOAHOST2)に新しくアップグレードしたファイルを伝播します。
このサンプル・トポロジの場合は、SOAHOST1で次を実行します。
cd /12c_ORACLE_HOME/oracle_common/common/bin
./pack.sh -domain=/11g_DOMAIN_HOME -template=domainupgradetemplate.jar -template_name=domainupgradetemplate -managed=true
この例では、次のようになります。
12c_ORACLE_HOMEは、12c Oracleホーム・ディレクトリ(12.1.3ビットのインストール・ディレクトリ)への実際のパスを表します。
11g_DOMAIN_HOMEは、アップグレードされたドメイン・ディレクトリへの実際のパスに置き換えます。
domainupgradetemplate.jarは、作成するJARファイルのサンプル名です。このファイルにドメイン構成ファイルを格納します。
domainupgradetemplateは、ドメイン・テンプレート・ファイルに割り当てられる名前です。
デフォルトでは、domainupgradetemplateは、現行ディレクトリ(packコマンドを実行したディレクトリ)に作成されます。この例では次のディレクトリに作成されますが、packコマンドの-template引数の一部としてテンプレートJARファイルのフルパスを指定できます。
ORACLE_COMMON_HOME/common/bin/
packコマンドは、ドメイン全体またはドメインのサブセットのスナップショットを格納したテンプレート・アーカイブ(.jar)ファイルを作成します。ドメインのサブセットを格納したテンプレートを使用すると、リモート・マシン上に管理対象サーバーのドメインのディレクトリ階層を作成できます。
packコマンドの使用の詳細は、『PackおよびUnpackコマンドによるテンプレートとドメインの作成』のPackおよびUnpackコマンドの概要に関する項を参照してください。
次のコマンドを使用して、domainupgradetemplate.jarファイルをSOAHOST2にコピーします。
scp soadomaintemplate.jar company@SOAHOST2:12c_ORACLE_HOME/oracle_common/common/bin
管理サーバーと管理対象サーバーが停止していることを確認してから、次のunpackコマンドを実行して、リモート・マシンの管理対象サーバー・ドメイン・ディレクトリに使用する完全ドメインまたはドメインのサブセットを作成します。unpackは、現在のインストールと互換性のあるテンプレートでのみ使用できます。
サンプルのunpackコマンドのコード・スニペットを次に示します。これは例としてのみ使用します。unpackには、"-overwrite_domain=true"フラグを指定する必要がある点に注意してください。
cd /12c_ORACLE_HOME/oracle_common/common/bin
./unpack.sh -template=domainupgradetemplate.jar - domain=11g_DOMAIN_HOME -overwrite_domain=true
この例では、次のようになります。
12c_ORACLE_HOMEは、12c Oracleホーム・ディレクトリ(12.1.3ビットのインストール・ディレクトリ)への実際のパスを表します。
11g_DOMAIN_HOMEは、アップグレードされたドメイン・ディレクトリへの実際のパスに置き換えます。
domainupgradetemplate.jarは、作成するJARファイルのサンプル名です。このファイルにドメイン構成ファイルを格納します。
domainupgradetemplateは、ドメイン・テンプレート・ファイルに割り当てられる名前です。
unpackの実行後、次を完了します。
11gドメインからのsetDomainEnv.shスクリプトのWL_HOME、SOA_ORACLE_HOME、UMS_ORACLE_HOMEが、12cを指していることを確認します。
「setDomainEnvへのカスタマイズの再適用」を参照してください。
SOAHOST1とSOAHOST2のノード・マネージャ、WebLogic管理サーバーおよび管理対象サーバーを次の順序で起動します。
SOAHOST1とSOAHOST2で、ノード・マネージャを起動します。
SOAHOST1で、WebLogic管理サーバーを起動します。
SOAHOST1とSOAHOST2で、管理対象サーバーを起動します。
詳細は、「サーバーの起動と停止」を参照してください。管理対象サーバーを起動する順序を十分に確認してください。
サーバーを起動できない場合や、その他の技術的問題が発生した場合は、付録A「アップグレードのトラブルシューティング」を参照してください。
|
注意: アップグレード時に、ノード・マネージャ構成ファイル(nodermanager.propertiesなど)が、11g_DOMAIN_HOME/wlserver_10.3/の場所から、11g_ORACLE_HOME/ domains/DOMAIN_HOME/nodemanagerの場所に移動されます。そのため、12cのノード・マネージャは、11g_DOMAIN_HOMEドメイン・ディレクトリから起動する必要があります。 |
クラスタのアップグレードが正常に完了した後で、追加のアップグレード後構成タスクを実行する必要があります。目的のクラスタ化環境に当てはまるタスクのみを実行してください。
Oracle Service BusコンソールおよびOracle Service BusサービスにOracle HTTP Serverからルーティングできるようにするため、WebLogicClusterパラメータをこのクラスタにあるノードのリストに設定します。
詳細は、『Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』のOracle Service Bus用のOracle HTTP Serverの構成に関する項を参照してください。
12cドメインの専用クラスタにOracle Web Services Manager (OWSM)が含まれていて、そのドメインをSOAクラスタとOSBクラスタで拡張している場合は、アップグレード後に、SOAクラスタとOSBクラスタからwsm-pmのターゲット設定を手動で解除する必要があります。
SOAクラスタとOSBクラスタからowsm-pmターゲットを削除するには:
WebLogic Server管理コンソール12cにログインします。
ブラウザに次のURLを入力します。
http://host name:port_number/console
ポート番号は管理サーバーのポート番号です。デフォルトのポート番号は7001です。
ログイン・ページが表示されます。
「ドメイン構造」で「デプロイメント」を選択します。
「デプロイメント」からwsm-pmを選択します。
「wsm-pmの設定」で、「ターゲット」を選択します。
タイプが「エンタープライズ・アプリケーション」のwsm-pmコンポーネントを選択して、「ターゲットの変更」を選択します。
SOAクラスタとOSBクラスタの選択を解除します。
プロンプトが表示されたら、「はい」をクリックして変更内容を適用します。
必須: wsm-pmのターゲットをOWSMクラスタのみに設定した後、「OWSMクロス・コンポーネント・ワイヤリング」の説明に従ってコンポーネントを再接続する必要があります。
「SOAおよびOSBクラスタからのOWSMターゲットの削除」で説明しているように、SOAおよびOSBクラスタからOWSMターゲットを削除した後、次に説明するようにOWSMポリシー・マネージャを再接続する必要があります。
管理(admin)サーバーと1つのOWSMサーバーを起動します。
詳細は、「サーバーの起動と停止」を参照してください。
Oracle Enterprise Manager Fusion Middleware Control 12cコンソールにログインし、「クロス・コンポーネント・ワイヤリング」→「コンポーネント」オプションに移動します。
使用可能なコンポーネントの一覧からOWSM Policy Managerを選択します。
「サービス・エンド・ポイント」表から、OWSM Policy Manager t3接続エントリを選択し、「公開」をクリックします。ステータスが「同期外れ」から「公開」に変更されます。
「コンポーネント・タイプ」リストからOWSM Agentを選択します。t3接続エントリを選択し、「バインド」をクリックします。
サービス・エンドポイントの「サービス・タイプ」がOWSM Policy Managerであることを確認します。
ステップ5と6を繰り返して残りのコンポーネント・タイプをバインドします。この例では、com.oracle.essとFusion Middleware Controlを選択します。
アップグレード前は、mds-owsmデータ・ソースはOWSMクラスタと管理サーバーのみに向けてターゲット設定されています。ただし、アップグレード後は、mds-owsmデータ・ソースはすべてのクラスタ(SOA、OSBおよびOWSMを含む)に向けてターゲット設定されます。
WebLogic Server管理コンソール12cにログインします。
ブラウザに次のURLを入力します。
http://host name:port_number/console
ポート番号は管理サーバーのポート番号です。デフォルトのポート番号は7001です。
ログイン・ページが表示されます。
「ロックして編集」をクリックして、ターゲットを編集します。
「サービス」を選択して、「ドメイン構造」から「データ・ソース」を選択します。
「mds-owsm」データ・ソースを選択して、「ターゲット」を選択します。
SOAクラスタとOSBクラスタの選択を解除して、データ・ソースを削除します。
プロンプトが表示されたら、「はい」をクリックして変更内容を適用します。
SOAクラスタ・ドメインを12.1.3にアップグレードすると、アップグレードしたSOA JMSモジュールにEDNTopicがない場合があります。JMSモジュールにEDNTopicがない場合は、管理コンソールまたはWLSTを使用して、このトピックにトピックまたはUDDを手動で追加する必要があります。
EDNTopicの再適用の詳細は、管理コンソールのオンライン・ヘルプを参照してください。
12cクラスタ・ドメインのjmsServerは、移行可能なターゲットに向けてターゲット設定されています。これは、jmsServerが個別のサーバーに向けてターゲット設定されていた、11gのデフォルト動作とは異なります。
JMSトランスポートに基づいて12cプロキシ・サービスを構成するときには、トピック分散モードをOne-Copy-Per-ApplicationまたはOne-Copy-Per-Serverに設定します。重複メッセージを防止するために、クラスタ化環境では互換性モードを使用しないでください。
