Oracle® Fusion Middleware SOA SuiteおよびBusiness Process Managementのアップグレード 12c (12.1.3) E57555-04 |
|
前 |
次 |
このガイドの手順は、既存の本番バージョンのSOA Suite 11gドメインと、そのドメイン内のOracle Fusion Middlewareコンポーネントの構成を、SOA SuiteおよびBusiness Process Management 12c (12.1.3)にアップグレードする方法について説明します。
注意: Oracle SOA SuiteおよびBusiness Process Management 12c (12.1.3)にアップグレードするには、Fusion Middleware Infrastructure 12c (12.1.3)をインストールする必要があります。SOAのアップグレードを開始する前に、Oracle Fusion Middleware Infrastructureのインストールおよび構成および『Oracle Fusion Middleware Infrastructureへのアップグレード』を参照してください。 |
この章の内容は次のとおりです。
注意: 使用しているSOAドメインの11gコンポーネントの一部は、Fusion Middleware 12c (12.1.3)へのアップグレードでサポートされていない可能性があります。アップグレードを開始する前に、相互運用性および互換性の理解ガイドを確認することが重要です。詳細は、第1.3項「アップグレード前の相互運用性および互換性の制約事項の理解」を参照してください。 |
SOA Suite 11g環境をSOA SuiteおよびBusiness Process Management 12c (12.1.3)にアップグレードする場合、アップグレードがアップグレード前の環境にどのような影響を与えるかを理解する必要があります。たとえば、アップグレード時に既存の11gファイルを更新するスキーマおよびドメイン・ディレクトリのアップグレードは、「インプレース」で実行されます。12c (12.1.3)のOracleホーム・バイナリは新しいディレクトリにインストールされるため、「アウトオブプレース」でアップグレードされます。
12c (12.1.3)へのアップグレードには、中間層およびスキーマが含まれます。中間層のみ、またスキーマのみのアップグレードはできません。
次のリストで、InfrastructureおよびSOA Suiteコンポーネントに、どのようにアップグレードが実行されるかについて説明します。
Oracle WebLogic Server、JRFおよびSOA Oracleホーム・バイナリ - アウトオブプレース・アップグレード
Oracle Infrastructure 12c (12.1.3) (WebLogic ServerとJRFを含む)と、SOA SuiteおよびBusiness Process Management 12c (12.1.3)のディストリビューション・バイナリを、新しいOracleホームにインストールします。11gバイナリは上書きされないため、バイナリのアップグレードは「アウトオブプレース」と考えられます。
スキーマ - インプレースでアップグレード
11gスキーマは12c「インプレース」でアップグレードされるため、Upgrade Assistantはアップグレード処理時にスキーマを更新および上書きします。この処理の間は、サーバーを停止する必要があります。
インスタンス - スキーマのアップグレード中に移行
アクティブ・インスタンスおよびクローズされたインスタンスの11gから12cへのアップグレードは、スキーマのアップグレードの一環として自動的に実行されます。管理スクリプトを使用してアップグレードを管理できます。
ドメイン・ディレクトリ再構成 - インプレースでアップグレード
既存のSOAドメインは「インプレース」でアップグレードされます。アップグレード時に、11g SOAドメインの場所を指定し、11gドメインは新しいSOA 12c (12.1.3)のホーム・ディレクトリを指すように再構成されます。
ドメイン・コンポーネント構成 - インプレースでアップグレード
11g SOAドメインを再構成した後、アップグレード・アシスタントを再度使用して、新しいSOA 12c (12.1.3)ホーム・ディレクトリ内で、アップグレードが必要な残りのドメイン・コンポーネント構成をアップグレードします。
注意: ドメインのアップグレードはインプレースで実行することをお薦めします。ただし、アウトオブプレース・ドメイン・アップグレードが必要な場合は、「アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行」を参照してください。 |
Oracle SOA SuiteおよびBusiness Process Management 12c (12.1.3.0.0)リリースは、12cにおけるSOAおよびBPMの最初のリリースです。次に示す製品版11gの開始点から、SOA 12c (12.1.3)にアップグレードできます。
SOA 11g (11.1.1.7)
SOA 11g (11.1.1.6)
SOA 11g (11.1.1.5)以前 - サポート対象外
SOA 11g (11.1.1.5)以前を実行している場合は、まず、SOA 11g (11.1.1.6または11.1.1.7)にアップグレードしておかないと、アップグレードできません。詳細は、Oracle Fusion Middleware 11g (11.1.1.7)アップグレード・ドキュメント・ライブラリのOracle Fusion Middleware Oracle SOA Suite、WebCenter PortalおよびADFのアップグレード・ガイドを参照してください。
Oracle Application Integration Architecture Foundation Pack 11g
現時点でOracle Application Integration Architecture Foundation Pack (AIAFP) 11gリリース1 (11.1.1.7)を実行している場合は、アップグレードを行う前に、パッチRUP 2 (17553612)および個別パッチ(18464591)以降を適用する必要があります。
Oracle Application Integration Architecture Foundation Pack 11g (11.1.1.6)を実行している場合は、RUP5 (17423167)を適用する必要があります。
SOA SuiteおよびBPM 11gから12cへのアップグレード・プロセスを開始する前に、アップグレードが11gドメインのすべてのコンポーネントにどのような影響を与えるかを理解する必要があります。相互運用性および互換性の理解には、同時にアップグレードできるコンポーネントと、アップグレードできないコンポーネントについての詳細なマトリックスが掲載されています。通常、Oracle Fusion Middleware 12c (12.1.3)ではまだ使用できないコンポーネントを含むドメインはアップグレードできません。12c (12.1.3)にアップグレードできるコンポーネントには、別の制約もあります。これについての情報は、アップグレードを実行する前に慎重に確認する必要があります。
SOA Suiteを12c (12.1.3)にアップグレードするときの制約の一部を次に示します。これは完全なリストではありません。
11gドメインにWebCenterが含まれている場合:
ヒューマン・ワークフロー・タスクをポートレットとして公開するためにSOAが使用されている場合、SOAはOracle WebCenterライブラリに依存し、ドメインはアップグレードできません。Oracle WebCenter Portalは、12c (12.1.3)にアップグレードできません。今後のFusion Middlewareリリースで可能になる予定です。
11gドメインにOracle Service Registry (OSR)またはOracle Enterprise Repository (OER)が含まれている場合:
OSRまたはOERが含まれているドメインは12c (12.1.3)にアップグレードできません。
注意: アップグレードを開始する前に、相互運用性および互換性の理解に記載されているアップグレードの制約事項をすべて慎重に確認してください。 |
このアップグレード・ドキュメントでは、2つの一般的なSOA Suite構成をアップグレードするための詳細な手順が説明されています。これらのトポロジを、Oracle Fusion Middleware 12cの標準アップグレード・トポロジと呼びます。具体的には、標準的なインストール・トポロジは、このガイドの目的に合わせて、1つの管理サーバーと1つのクラスタ(2つの管理対象サーバーが含まれている)を含む1つのWebLogic Serverドメイン、または1つのスタンドアロン・ドメインで構成されています。
スタンドアロン・ドメインは、Oracle HTTP Serverなどのシステム・コンポーネントのコンテナです。Oracle WebLogic Serverドメインに似たディレクトリ構造を持っていますが、管理サーバーや管理対象サーバーは含んでいません。スタンドアロン・ドメインには、同一タイプのシステム・コンポーネント(Oracle HTTP Serverなど)、またはタイプの混在したシステム・コンポーネントの1つ以上のインスタンスが含まれます。標準トポロジの詳細は、Oracle Fusion Middlewareの理解のスタンドアロン・ドメインに関する項を参照してください。
実際のトポロジは異なる場合がありますが、このガイドで説明するトポロジは、同様のSOA Suiteコンポーネント・トポロジをアップグレードする際の参考として使用できるサンプルを示しています。標準トポロジとエンタープライズ・デプロイメントの構築の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』を参照してください。
12c SOA Suiteトポロジの設定の詳細は、次を参照してください。
Oracle SOA Suite FoundationおよびBusiness Process Managementのインストールおよび構成
Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド
既知の制限および以前のFusion Middlewareリリースからの構造の変更により、12c (12.1.3)にアップグレードできないドメインもあります。次の項目を確認し、ドメインがこれらの制約の影響を受けないことを確認します。これらの制約の影響を受けるドメインはアップグレードできません。
リリース11g (11.1.1.6)以前に本番へのテスト・スクリプトを使用してドメインを作成した場合、このドメインを12c (12.1.3)にアップグレードすることはできません。ドメインのスキーマをアップグレードするためにUpgrade Assistantを実行すると、Upgrade Assistantはドメインがアップグレード可能かどうかのチェックを実行します。リリース11.1.1.6以前に本番へのテスト手順で作成されたドメインは、アップグレードできません。
11.1.1.6.0以前に本番へのテストで作成したドメインがあり、そのドメインを12c (12.1.3)にアップグレードする必要がある場合、アップグレードの実行方法について、Oracleサポートに連絡してください。Upgrade Assistantを使用してこのドメイン内のスキーマをアップグレードしないでください。アップグレードが失敗するため、バックアップからリストアする必要があります。
この項では、12c (12.1.3)でのUMS構成に関する重要な変更点について説明します。
Oracle Fusion Middleware 11gでは、UMS構成はサーバーごとに構成されました。サーバーがクラスタ化されているどうかに関係なく、UMSサーバーは個別に機能しました。これは、すべてのサーバーを個別に構成する必要があり、構成を他のUMSサーバーと共有しないことを意味しました。ただし、高可用性システムでは2台のUMSサーバーを同じように構成できました。高可用性用のサーバーの構成の詳細は、高可用性ガイドを参照してください。
一方、12.1.3では、UMS構成はドメインまたはクラスタ全体です。構成はサーバーごとではありません。たとえば、クラスタ内のすべてのUMSサーバーは同じ構成を共有します。クラスタが使用されていない場合は、ドメイン内のすべてのUMSが同じ構成を共有します。
クラスタAに1つ(または複数)のSOAサーバーおよびクラスタBに1つ(または複数)のBAMサーバーを持つ11gクラスタ・システムをアップグレードできます。ただし、クラスタSOAサーバーおよび非クラスタBAMサーバーのアップグレードはお薦めしません。非クラスタUMSサーバーとクラスタUMSサーバーを同じドメインに混在させない必要があります。
BAMのあるドメインのアップグレードの詳細は、第5章「Oracle Business Activity Monitoring (Oracle BAM)を含むSOAのアップグレード」を参照してください。
ユーザー・メッセージング・サービスのアップグレードの詳細は、『Oracle User Messaging Serviceの管理』のユーザー・メッセージング・サービスの11gから12cへのアップグレードに関する項を参照してください。
クラスタ作成の詳細は、『構成ウィザードによるWebLogicドメインの作成』のクラスタに関する項を参照してください。
Oracle 12c (12.1.3)へのSOAコンポジットのアップグレードを実行すると、アップグレード後の環境のアーティファクトに次のような変更が見られます。これはアップグレード後の変更についての完全なリストではありませんが、重要な変更点のいくつかを識別しています。
注意: SOA 11gのコンポジットは、12c (12.1.3)へのアップグレード後に引続き機能します。アップグレード後に変更を加える必要はありません。この項では、アップグレード後の環境での変更点について説明します。 |
アプリケーション・レベルでの変更
新しいアプリケーション・レベルのpom.xml
ファイルが作成されます。このファイルは、Mavenの統合に使用できます。
<application>.jws
ファイルが新しいバージョンに更新されます。
次に例を示します。
<value n="oracle.ide.model.Project" v="11.1.1.1.0;12.1.3.0.0"/>
プロジェクト・レベルでの変更
新しい12cアーティファクトのための新しい(空の)フォルダ構造が作成されます。11gコンポジットのアーティファクトは、アップグレード後に引続き11gフォルダ構造に存在し、新しいアーティファクトは、11g(または12c)の同じ構造内に作成されます。
たとえば、アップグレード後に新しいアーティファクトを追加した場合は、新しい12cディレクトリ構造にファイルが作成されます。
/SOA WSDLs Schema Transformations Events
新しいプロジェクト・レベルのpom.xml
ファイルが作成されます。このファイルは、Mavenの統合に使用できます。
<project>.jws
ファイルが新しいバージョンに更新されます。
次に例を示します。
<value n="oracle.ide.model.Project" v="11.1.1.1.0;12.1.3.0.0"/>
<project>.jpr
は、新しい適用可能なテクノロジに更新されます。
次に例を示します。
<hash n="oracle.ide.model.TechnologyScopeConfiguration"> <list n="technologyScope"> <string v="Maven"/> <string v="SOA"/> <string v="WSDL"/> <string v="WSPolicy"/> <string v="XML"/> <string v="XML_SCHEMA"/> </list> </hash>
<project>.jpr
は、新しいマイグレータ・バージョンに更新されます。
次に例を示します。
<value n="oracle.jbo.dt.jdevx.deployment.JbdProjectMigrator" v="11.1.1.1.0;11.1.2.0.0"/>
コンポジット・レベルでの変更
Composite.xml
は、元のバージョンおよびバージョン属性で更新されます。
次に例を示します。
<property name="originalProductVersion" type="xs:string" many="false">11.1.1.9.0</property> <property name="productVersion" type="xs:string" many="false">12.1.3.0.0</property>
componentType
ファイルは、12cでは使用されません。Composite.xml
ファイルに、対応するエントリが作成されます
スキーマ表の構成の中には、このガイドで説明する標準のアップグレード手順を使用してアップグレードできないものがあります。スキーマをアップグレードする前に、次の制約を確認してください。
この項では、Oracle Fusion Middleware SOA Suiteをアップグレードする手順の概要について説明します。
表1-1 Oracle SOA Suiteのアップグレード・タスクの説明
手順 | 説明 | 詳細 |
---|---|---|
1 |
アップグレードを開始する前に、Oracle Fusion Middleware 12cコンセプト・ガイドとアップグレードのプランニング・ガイドを確認します。 これらのガイドには、Fusion Middleware12cへのアップグレードに関する重要な情報が記載されています。12cで新しく変更された用語と、新しい要件を理解する必要があります。 |
Oracle Fusion Middlewareの理解を参照 『Oracle Fusion Middlewareのアップグレードのプランニング』を参照 相互運用性および互換性の理解を参照 |
2 |
既存のSOA 11g環境をバックアップします。なんからの理由でアップグレードに失敗した場合は、環境をバックアップからリストアする必要があります。 |
|
3 |
必須の標準アップグレード前タスクすべてと、アップグレードするコンポーネントに対するコンポーネント固有のアップグレード前タスクを実行します。 |
「SOA SuiteおよびBPMに必要なアップグレード前タスクの実行」を参照 注意: 一般的なアップグレード前タスクに加え、各製品には、コンポーネント固有のアップグレード・タスクが存在することがあります。これについては、コンポーネント固有の章で説明しています。 |
4 |
11gのポリシー・ストアがファイルベースの場合は、アップグレードの前に、データベース・ベースのポリシー・ストアに再関連付けする必要があります。 ポリシー・ストアがすでにデータベース・ベースの場合は、次の手順に進んでください。 |
「アップグレード前のファイルベースのポリシー・ストアの再関連付け」を参照 Oracle Internet Directoryベースのストアを使用する場合は、「Oracle Internet Directoryベースのセキュリティ・ストアの使用」を参照 注意: ポリシー・ストアの再関連付けが完了したら、アップグレードを続行する前に、別のバックアップを実行することをお薦めします。 |
5 |
Fusion Middleware Infrastructure 12c (12.1.3)を、11g本番デプロイメントと同じホストの新しいOracleホームにインストールします。 12cでは、11g Middlewareホームを表現するために、Oracleホームを使用します。12cには、Middlewareホームはありません。 |
『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照 注意: 構成ウィザードをインストールしますが、ドメインの構成には使用しないでください。アップグレード時には、再構成ウィザードを使用します。 |
6 |
SOA SuiteおよびBusiness Process Management 12c (12.1.3)と、統合されたSOA統合ディストリビューション(Oracle HTTP Server、Oracle Service Busなど)をインストールします。 |
「Oracle SOA SuiteおよびBusiness Process Managementのインストール」を参照 注意: Fusion Middleware 12c (12.1.3)ディストリビューションは、アップグレードするSOA統合製品ごとにインストールする必要があります。たとえば、Oracle Service Busを含むSOA 11g環境をアップグレードする場合は、Oracle SOA SuiteおよびBPM 12c (12.1.3)ディストリビューションのほかに、Oracle Service Bus 12c (12.1.3)ディストリビューションも入手する必要があります。ディストリビューションの完全なリストは、『Oracle Fusion Middlewareのインストールのプランニング』を参照してください。 |
7 |
11g環境を停止します(すべての管理サーバーと管理対象サーバーを停止します)。 |
|
8 |
12c (12.1.3)リポジトリ作成ユーティリティ(RCU)を起動して、必要な12cスキーマを新しく作成します。 |
|
9 |
アップグレード・アシスタントを実行して、11gのデータベース・スキーマをアップグレードし、すべてのアクティブ(進行中の)インスタンス・データを12c (12.1.3)にアップグレードします。 |
「アップグレード・アシスタントを使用したSOAスキーマのアップグレード」を参照 注意: アクティブ・インスタンス・データのアップグレードは、アップグレード・アシスタントの実行中に自動で開始されます。データが正常に新しい12.1.3環境にアップグレードされたら、アップグレード・アシスタントを終了してもかまいません。クローズされたインスタンスのアップグレードは、バックグランド・プロセスで継続されます。 詳細は、「SOAインスタンスのアップグレードの管理と監視」を参照してください。 |
10 |
進行中のクローズ済インスタンスのアップグレードは、管理SQLスクリプトまたはOracle Fusion Middleware Enterprise Manager Controlを使用して管理できます。 |
|
11 |
アップグレードする11g SOAドメインにBAMが含まれている場合は、再構成ウィザードを実行する前に、アップグレード前タスクをすべて完了しておく必要があります。これらの手順を再構成ウィザードの実行前に完了していないと、アップグレードに失敗します。 |
「Oracle Business Activity Monitoring (Oracle BAM)を含むSOAのアップグレード」を参照 注意: 12cのBusiness Activity Monitoring (BAM)は完全に再設計されており、ドメインの再構成前とアップグレードの後に追加の手順が必要になります。 |
10 |
再構成ウィザードを実行して、ドメインとノード・マネージャを再構成します。 |
|
11 |
アップグレード・アシスタントを(再度)実行して、ドメイン構成をアップグレードします。 |
|
12 |
必要なアップグレード後のタスクを実行します。 |
|
13 |
管理サーバーと管理対象サーバーおよびノード・マネージャを起動します(必要な場合)。 |
「サーバーの起動と停止」を参照 |
14 |
アップグレードしたコンポーネントがすべて期待どおりに動作していることを確認します。 |