4 Oracle Fusion Middlewareコンポーネントに関する推奨事項
様々なOracle製品スイート内のOracle Fusion Middlewareコンポーネントの障害保護の要件およびこれらのコンポーネントの同期化に関する推奨事項について学習します。
ストレージ・レプリケーションを使用して中間層のコンテンツを同期化し、Oracle Data Guardを使用して、トポロジに含まれているOracle Databaseおよびカスタム・アプリケーション・データベース内のデータを同期化します。
ノート:
Oracleインベントリ、oratab
ファイル、oraInst.loc
ファイルなどの特定のアーティファクトは、すべてのOracle製品デプロイメント間で共通です。これらのアーティファクトが異なっていることはほとんどなく、通常のストレージ・レプリケーションおよび同期化アクティビティの一部とする必要はありません。Oracleインベントリ、oratab
ファイルおよびoraInst.loc
ファイルは、システムのローカル・ディスクに配置することをお薦めします。これらのアーティファクトは、作成時およびパッチ・アップデートの適用時に手動で更新する必要があります。環境で必要な場合は、これらのアーティファクトを共有記憶域に配置することも可能です。Oracleインベントリの管理の詳細は、「Oracleインベントリの管理」を参照してください。
この章の内容は次のとおりです。
- Oracle WebLogic Serverに関する推奨事項
Oracle WebLogic Serverは、スケーラブルで企業向けのJava Platform Enterprise Edition (Java EE)アプリケーション・サーバーです。 - Oracle SOA Suiteに関する推奨事項
Oracle SOA Suiteは、SOAコンポジット・アプリケーションを設計、デプロイおよび管理するサービス・インフラストラクチャ・コンポーネントの完全なセットを提供するOracle Fusion Middlewareコンポーネントです。 - Oracle WebCenter Portalに関する推奨事項
Oracle WebCenter Portalは、情報の提示と使用、他とのコラボレーション、ビジネス・プロセスのコンテキストにおけるアプリケーションとの統合を行うためのセキュアで効率的なパーソナライズされた方法を提供するOracle Fusion Middlewareコンポーネントです。 - Oracle WebCenter Contentに関する推奨事項
Oracle WebCenter Contentは、エンタープライズ・コンテンツを管理するために設計された製品の統合スイートです。
Oracle WebLogic Serverに関する推奨事項
Oracle WebLogic Serverは、スケーラブルなエンタープライズ対応のJavaプラットフォームであり、Enterprise Edition(Java EE)のアプリケーション・サーバーです。
Oracle WebLogic Serverインフラストラクチャは、様々なタイプの分散アプリケーションのデプロイメントをサポートしており、Oracle Fusion Middleware製品スイートに基づいてアプリケーションを構築するための理想的な基盤となります。
コンポーネント固有の推奨事項に加えて、次のアーティファクトと考慮事項がすべてのWebLogic Serverコンポーネントに適用されます。
-
ファイル・システム上のアーティファクト
Oracleホーム: Oracleホームは、WebLogic Serverバイナリ・ファイルを含むWebLogicホームから構成されます。
ドメイン・ホーム: ドメイン・ホームには、WebLogicドメインの構成データおよびアプリケーションが含まれます。
-
ネットワーク・アーティファクト
「ネットワークに関する考慮事項」の説明に従って、Oracle WebLogic管理サーバーおよび管理対象サーバーの両方のリスニング・アドレスとして、(物理ホスト名ではなく)ホスト名別名を使用することをお薦めします。これらの別名が本番サイトおよびスタンバイ・サイトの両方で解決されるかぎり、障害時リカバリ操作後にこの値を更新する必要はありません。
本番サイトとスタンバイ・サイトの両方で、WebLogic Serverアプリケーションへのアクセスに使用されるロード・バランサの仮想ホストを構成します。
この項の残りの部分では、次のOracle WebLogic Serverコンポーネントの障害時リカバリに関する推奨事項を示します。
- Oracle WebLogic Server Java Message Service (JMS)およびTransaction Logs (T-Logs)の推奨事項
Oracle WebLogic Server JMSとT-Logアーティファクト、および障害時リカバリに関する推奨事項について学習します。 - Oracle Platform Security Servicesに関する推奨事項
Oracle Platform Security Servicesアーティファクトおよび障害時リカバリに関する推奨事項について確認します。
Oracle WebLogic Server Java Message Service (JMS)およびTransaction Logs (T-Logs)の推奨事項
Oracle WebLogic Server JMSおよびT-Logアーティファクトおよび障害時リカバリに関する推奨事項について学習します。
-
ファイル・システム上のアーティファクト:
ファイルベースの永続ストア: JMSおよびT-Logのファイル・ストアの場所(ファイルベースの永続ストアを使用する場合)。
ノート:
JDBC永続ストアを使用することをお薦めします。 -
データベース内のアーティファクト:
JMSサービスおよびTLOGを含むスキーマ(JMSおよびJTAサービスにJDBC永続ストアを使用する場合)。
サーバー全体の自動移行または自動サービス移行が構成されている場合、必要なリース表はデータベース内にあります。
-
特別な考慮事項:
-
システムのリストア・ポイントよりも後にエンキューされていた未処理のメッセージは失われます。システムのリストア・ポイントよりも前にエンキューされており、その後デキューされて確認応答またはコミット(処理)されたメッセージについては、メッセージの複製が作成されます。
-
システムの様々な部分を様々な時点でリストアすると、データに不整合が生じる可能性があります。メッセージ・ストア、トランザクション・ログまたはアプリケーション・データベースが別々に同期化されると、このような状況が発生することがあります。たとえば、存在しないデータベース行をメッセージが参照する場合(またはその逆)などです。これにより、重複メッセージに加えて未処理のメッセージが削除されることがあり、OracleがJMSとJTAの両方でJDBC永続ストアの使用を推奨する理由の1つとなっています。
-
アプリケーションがキューとトピックの両方を使用する場合は、必ずキューとトピックの両方のサブスクリプションを処理してください。
-
-
同期に関する推奨事項:
-
JMSデータの重要性が高い場合は、JDBC永続ストアを使用します。
-
各層間でのデータの整合性が重要な場合は、データベース層とアプリケーション層が同時にレプリケートされていることを確認します。こうすると、異なる層をまったく同じ時点でリカバリできるようにするために役立ちます。
-
データベース・ベースの永続ストアを使用している場合は、Oracle Data Guardを使用して、プライマリ・サイトとスタンバイ・サイトをレプリケートします。
-
-
リカバリに関する推奨事項:
WLSドメイン内の管理サーバーおよび管理対象サーバーの永続ストアを含むデータベース・スキーマを直近の時点にリカバリします。
Oracle Platform Security Servicesに関する推奨事項
Oracle Platform Security Servicesアーティファクトおよび障害時リカバリに関する推奨事項について学習します。
-
データベース内のアーティファクト:
Oracle Platform Security Servicesには、データベース依存性があります。
-
同期に関する推奨事項:
構成の変更後およびパッチの適用後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle Databaseメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。フィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
-
リカバリに関する推奨事項:
WebLogic Serverドメイン内の管理サーバーおよび管理対象サーバーをリカバリします。
Oracle SOA Suiteに関する推奨事項
Oracle SOA Suiteは、SOAコンポジット・アプリケーションを設計、デプロイおよび管理するサービス・インフラストラクチャ・コンポーネントの完全なセットを提供するOracle Fusion Middlewareコンポーネントです。
Oracle SOA Suiteでは、サービスの作成、管理、および複数のテクノロジ・コンポーネントと結合するSOAコンポジット・アプリケーションへの編成が可能です。
SOAコンポジット・アプリケーションは、次のものから構成されています。
-
サービス・コンポーネント: サービス・コンポーネントは、SOAコンポジット・アプリケーションの基本的な構成要素です。サービス・コンポーネントにより、SOAコンポジット・アプリケーション全体のビジネス・ロジックの一部が実装されます。サービス・コンポーネントの例としては、Oracle BPEL Process Manager、Oracle Mediator、Oracle Human Workflow、Oracle Business Rulesなどがあります。
-
バインディング・コンポーネント: バインディング・コンポーネントは、SOAコンポジット・アプリケーションを外部のサービス、アプリケーションおよびテクノロジに結び付けます。バインディング・コンポーネントは、次の2つのグループから構成されています。
-
サービス: SOAコンポジット・アプリケーションへのエントリ・ポイントを外部に提供します。サービスのWSDLファイルによって、そのサービスの機能が外部のアプリケーションに通知されます。サービス・バインディングには、SOAコンポジット・サービスを呼び出す方法が定義されています。たとえば、SOAPを使用するなどです。
-
参照: SOAコンポジット・アプリケーションから外部サービスへのメッセージの送信を可能にします。たとえば、パートナがリンクする同じ機能がBPELプロセス用に、ただし、SOAコンポジット・アプリケーション・レベルで提供されます。
-
ノート:
11gなどの古いOracle SOA Suiteリリースでは、soa-infraおよびサービス・エンジン構成ファイルは、ドメイン構成の一部としてローカルまたは共有のストレージ・ファイルに格納されていました。Oracle SOA Suite 12c R1以降では、これらのファイルはメタデータ・リポジトリ・データベースに配置されます。そのため、soa-infraおよびサービス・エンジン構成変更は、クラスタ全体に即座に伝播されるようになりました。
Oracle SOA Suiteの障害時リカバリに関する推奨事項では、Oracle SOA Suite 12c R2 (12.2.1)リリースを使用しているものと想定しています。
Oracle SOA Suiteアーティファクトは、メタデータ・リポジトリだけでなく、ローカルまたは共有のファイル・システムに格納されます。コンポジット・アーティファクトはメタデータ・リポジトリに格納され、バイナリ・ファイルおよびドメイン関連の構成ファイルはローカルまたは共有のファイル・システムに格納されます。
すべてのOracle SOA Suiteコンポーネントで共通のアーティファクトおよび考慮事項
コンポーネント固有の考慮事項に加えて、次のアーティファクトと考慮事項がすべてのOracle SOA Suiteコンポーネントに適用されます。
ファイル・システム上のアーティファクト
Oracleホーム: Oracleホームは、WebLogic Serverバイナリ・ファイルが格納されるWebLogicホームとOracle SOA Suiteバイナリ・ファイルが格納されるOracleホームから構成されます。
Oracle Commonホーム: これは、Oracle Enterprise Manager Fusion Middleware ControlおよびJava Required Files(JRF)に必要なバイナリおよびライブラリ・ファイルが格納されるOracleホームです。
ドメイン・ホーム: ドメイン・ホームには、SOAドメインの構成データが含まれます。
ネットワーク・アーティファクト
Oracle WebLogic管理サーバーおよび管理対象サーバーの両方のリスニング・アドレスとして、ホスト名別名を使用することをお薦めします。このホスト名が本番サイトおよびスタンバイ・サイトの両方で解決されるかぎり、障害時リカバリ操作後にこの値を更新する必要はありません。IPアドレスをホスト名別名に更新する手順については、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。
本番サイトとスタンバイ・サイトの両方で、Oracle SOA Suiteコンポーネントへのアクセスに必要なロード・バランサの仮想ホストを構成する必要があります。
データベース内のアーティファクト
Oracle SOA Suiteスキーマ、サービス・インフラストラクチャとサービス・エンジンの構成、およびコンポジット定義は、Oracle SOA Suiteのデータベースとメタデータ・リポジトリに格納されます。
同期に関する推奨事項
ドメイン関連の構成の変更、コンポジットのデプロイおよびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。フィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
データベースを直近の時点にリカバリして、最新のコンポジット定義および進行中のインスタンスがリストアされるようにする必要があります。
進行中のインスタンスで処理が続行されるようにするには、コンポジット定義が一致している必要があります。このため、メタデータ・リポジトリ(コンポジット定義が格納されている場所)とOracle SOA Suiteデータベース(プロセス・ステータスが維持される場所)は、同じ時点にリカバリされる必要があります。
再デプロイされたコンポジットでは、データベース・リカバリにより、デハイドレーションされた進行中のプロセスと、対応するそれらの定義間の一貫性が確保されます。これは、デハイドレーションされたインスタンスが格納されているデータベース・リポジトリにプロセス定義が格納されているためです。
次の項では、次のOracle SOA Suiteコンポーネントの障害時リカバリに関する推奨事項を示します。
- Oracle SOA Service Infrastructureに関する推奨事項
Oracle SOA Service Infrastructureは、Oracle SOA Suiteを実行するための基礎となるサービスを提供するJava EEアプリケーションです。 - Oracle BPEL Process Managerに関する推奨事項
Oracle BPEL Processエンジンは、BPELプロセスの実行を可能にする、Oracle SOA Service Infrastructure内で実行されるサービス・エンジンです。 - Oracle Mediatorに関する推奨事項
Oracle Mediatorは、サービスとイベントのプロバイダおよびコンシューマを仲介するフレームワークを提供するOracle SOA Service Infrastructure内のサービス・エンジンです。 - Oracle Human Workflowに関する推奨事項
Oracle Human Workflowは、インタラクティブなユーザー主導のプロセスの実行、および承認、拒否や再割当てアクションなどのユーザーによる操作のサポートを可能にするOracle SOA Service Infrastructureで実行されるサービス・エンジンです。 - Oracle B2Bに関する推奨事項
Oracle B2Bは、SOAコンポジット・アプリケーションを外部サービス、アプリケーションおよびテクノロジに接続し、業界で認められている企業間(B2B)の標準をサポートするマルチプロトコル・ゲートウェイを提供します。 - Oracle Web Services Managerに関する推奨事項
Oracle Web Services Manager (Oracle WSM)は、組織全体でWebサービスを一貫して管理および保護するポリシー・フレームワークを提供します。Oracle Web Services Managerは、ポリシー・マネージャおよびエージェントから構成されています。 - Oracle User Messaging Serviceに関する推奨事項
Oracle User Messaging Serviceを使用すると、ユーザーとデプロイ済アプリケーション間で双方向通信が行えます。これは、電子メール、IM、SMS、テキストから音声に変換したメッセージなど、様々なチャネルに対応しています。 - Oracle Java EE Connector Architecture (JCA)アダプタに関する考慮事項
Oracle JCAアダプタは、サービス・インフラストラクチャが様々なプロトコルを使用して通信できるようにする、JCAバインディング・コンポーネントです。 - Oracle Business Activity Monitoringに関する推奨事項
Oracle Business Activity Monitoring (BAM)は、企業のビジネス・サービスおよびプロセスを監視するためのツールを備えています。マーケット指標を実際のビジネス・プロセスおよび変化するビジネス・プロセスにすばやく関連付けることができます。 - Oracle Business Process Managementに関する推奨事項
Oracle Business Process Management (Oracle BPM) Suiteは、ビジネス・プロセスを中心としたビジネス・アプリケーションの開発、管理および使用に対応した統合環境を提供します。 - Oracle Managed File Transferに関する推奨事項
Oracle Managed File Transfer (MFT)は、エンド・ツー・エンドで高いパフォーマンスで動作する標準ベースの管理対象ファイル・ゲートウェイです。転送の優先度付け、ファイルの暗号化、スケジューリング、埋込みsFTPサーバーなどの機能を備えた軽量なWebベースのデザインタイム・コンソールで、ファイル転送の設計、デプロイメントおよび監視を実行できます。
Oracle SOA Service Infrastructureに関する推奨事項
Oracle SOAサービス・インフラストラクチャは、Oracle SOA Suiteを実行するための基礎となるサービスを提供するJava EEアプリケーションです。
このJava EEアプリケーションは、Oracle SOA Suiteがインストールされると、自動的にデプロイされるランタイム・エンジンです。コンポジット(サービス・コンポーネント・アーキテクチャ内の基本アーティファクト)をOracle SOA Infrastructureにデプロイすると、コンポジットの実行に必要なサービスが提供されます。Oracle SOA Infrastructureは、コンポジット用のデプロイメント、接続およびスレッド管理サービスを提供します。これらのサービスにより、コンポジットのライフサイクルと実行時操作が維持されます。
この項では、様々なOracle SOA Service Infrastructureアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
コンポジット定義と構成ファイルは、MDSリポジトリに格納されます。コンポジット・インスタンス・ステータスの永続性は、Oracle SOA Service Infrastructureデータベース内に格納されます。
同期に関する推奨事項
SOA JMSリソースにはJDBC永続ストアを使用して、JMSメッセージが基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
ドメイン関連の構成の変更、コンポジットのデプロイおよびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
データベースを直近の時点にリカバリして、最新のコンポジット定義および進行中のインスタンスがリストアされるようにする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle BPEL Process Managerに関する推奨事項
Oracle BPEL Processエンジンは、BPELプロセスの実行を可能にする、Oracle SOA Service Infrastructure内で実行されるサービス・エンジンです。
BPELプロセスは、個々のサービスのセットをエンドツーエンド・プロセス・フローにアセンブルし、同期および非同期サービスをエンドツーエンドBPELプロセス・フローに展開するための標準を提供します。それは、長時間実行される非同期プロセスのプロセス編成および格納を可能にします。
この項では、様々なOracle BPEL Process Managerアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
プロセス定義と構成ファイルは、MDSリポジトリに格納されます。BPELプロセス・ステータスの永続性は、Oracle SOA Suiteデータベース内に格納されます。
同期に関する推奨事項
ドメイン関連の構成の変更後およびパッチの適用後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
データベースを直近の時点にリカバリして、最新のプロセス定義および進行中のインスタンスがリストアされるようにする必要があります。Oracle BPEL Process Managerの冪等プロセスを使用すると、障害時リカバリ操作の実行後にクリーンアップする必要がないため、これを使用することをお薦めします。冪等以外のOracle BPEL Process Managerプロセスを使用する場合は、障害時リカバリ操作の実行後に、デハイドレーション・ストアからプロセスをクリーンアップする必要があります(特に、プロセスが進行中の場合)。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Mediatorに関する推奨事項
Oracle Mediatorは、サービスとイベントのプロバイダおよびコンシューマを仲介するフレームワークを提供するOracle SOA Service Infrastructure内のサービス・エンジンです。
Oracle Mediatorは、SOA Service Infrastructure Java EEアプリケーションとともに実行されます。
この項では、様々なOracle Mediatorアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
Mediatorサービス・エンジンは、パラレル・ルーティング・ルールの非同期ルーティング用にメッセージをデータベースに格納します。Mediatorコンポーネント・インスタンス・ステータスおよび監査の詳細もデータベース内に格納されます。
メタデータ・リポジトリには、コンポジット定義の一部としてMediatorコンポーネント定義が格納されます。
ノート:
順次ルーティング・ルールはメッセージをデータベースに実行の一部として永続化しません。
同期に関する推奨事項
ドメイン関連の構成の変更およびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
管理サーバー、およびSOAアプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Human Workflowに関する推奨事項
Oracle Human Workflowは、インタラクティブなユーザー主導のプロセスの実行、および承認、拒否や再割当てアクションなどのユーザーによる操作のサポートを可能にするOracle SOA Service Infrastructureで実行されるサービス・エンジンです。
Human Workflowサービスは、人間がビジネス・プロセスに関する様々な操作を実行できるようにするためのいくつかのサービスで構成されています。
この項では、様々なOracle Human Workflowアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
ヒューマン・ワークフロー・インスタンス・データおよび他のワークリスト・データ(休暇ルール、グループ・ルール、フィールド・マッピング、ビュー定義など)は、データベース内に格納されます。
メタデータ・リポジトリは、SOAコンポジットによって使用される共有のヒューマン・ワークフロー・サービス定義およびスキーマの格納に使用されます。
同期に関する推奨事項
ドメイン構成の変更およびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
SOAアプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。Oracle Human Workflowエンジンは、Oracle User Messaging Serviceを使用して通知を送信および取得します。Oracle User Messaging Serviceの詳細は、「Oracle User Messaging Serviceに関する推奨事項」を参照してください。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle B2Bに関する推奨事項
Oracle B2Bは、SOAコンポジット・アプリケーションを外部サービス、アプリケーションおよびテクノロジに接続し、業界で認められている企業間(B2B)の標準をサポートするマルチプロトコル・ゲートウェイを提供します。
Oracle B2Bは、Oracle SOA Suiteを、電子データ交換(EDI)、ebXML、HL7、RosettaNetなどのビジネス・プロトコル標準で拡張します。Oracle B2Bは、SOA Service Infrastructure内のバインディング・コンポーネントとして実装されます。
この項では、様々なOracle B2Bアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
ファイル・システム上のアーティファクト
ノート:
かわりに、JDBC永続ストアを使用することをお薦めします。データベース内のアーティファクト
Oracle B2Bメッセージおよびメッセージ・ステータスの永続性は、パートナ、ドキュメントおよびチャネル定義とともに、Oracle SOA Suiteデータベース内に格納されます。メタデータ・リポジトリは、Oracle B2Bメタデータの格納に使用されます。
JMSメッセージを含むスキーマ(JDBC永続ストアを使用する場合)。
特別な考慮事項
これらのアダプタを使用する場合は、スタンバイ・サイトで外部FTPサーバーおよび電子メール・サーバーが使用可能である必要があります。
同期に関する推奨事項
JMSにはJDBC永続ストアを使用して、基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
Oracle B2B JMSキューの同期化とリカバリの詳細は、「Oracle WebLogic Server Java Message Service (JMS)およびTransaction Logs (T-Logs)の推奨事項」を参照してください。
ドメイン関連の構成の変更およびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
SOAアプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。Oracle B2Bは、JMSキューおよびSOAランタイム・データベース内に状態情報を格納するので、データベースおよび管理対象サーバーのリカバリにより、アプリケーションが正常に実行されるようになります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Web Services Managerに関する推奨事項
Oracle Web Services Manager (Oracle WSM)は、組織全体でWebサービスを一貫して管理および保護するポリシー・フレームワークを提供します。Oracle Web Services Managerは、ポリシー・マネージャおよびエージェントから構成されています。
Oracle WSMは、セキュリティ、Web Services Reliable Messaging、メッセージ転送最適化メカニズムおよびアドレッシング・ポリシーを含むWebサービス・ポリシーを構築、強制、実行および監視する機能を提供します。
ポリシー・マネージャは、MDSリポジトリから、事前定義されたポリシーとカスタム・ポリシーを含め、セキュリティおよび管理ポリシーの読取りおよび書込みを行います。ポリシー・マネージャは、ステートレスJava EEアプリケーションです。ステートレス・セッションBeanによって、その機能が公開されます。ポリシー・マネージャはデータをキャッシュしませんが、基礎となるMDSインフラストラクチャはデータをキャッシュします。
エージェントは、ポリシーの適用と実行、および実行時統計の収集を行います。エージェントは、すべてのOracle Fusion Middleware管理対象サーバー上で使用可能であり、保護対象のアプリケーションと同じサーバー上に構成されます。エージェントは、ポリシー・アクセス・ポイント(PAP)とポリシー・インターセプタの2つから構成されています。
この項では、様々なOracle Web Services Managerアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
MDSリポジトリは、ポリシーの格納に使用されます。
同期に関する推奨事項
ドメイン関連の構成の変更およびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle Databaseメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化します。
リカバリに関する推奨事項
SOAアプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。すべてのポリシーはMDSリポジトリ内に格納されるので、データベースおよび管理対象サーバーのリカバリにより、アプリケーションが正常に実行されるようになります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle User Messaging Serviceに関する推奨事項
Oracle User Messaging Serviceを使用すると、ユーザーとデプロイ済アプリケーション間で双方向通信が行えます。これは、電子メール、IM、SMS、テキストから音声に変換したメッセージなど、様々なチャネルに対応しています。
Oracle User Messaging Serviceは、Oracle BPEL Process Manager、Oracle Human Workflow、Oracle Business Activity Monitoring (BAM)、Oracle WebCenter PortalなどのOracle Fusion Middlewareコンポーネントに統合されます。通常、これは、Oracle UserでOracle SOAサービス・インフラストラクチャとともにデプロイされます。Oracle User Messaging Serviceは、UMSサーバー、UMSドライバおよびUMSクライアント・アプリケーションで構成されています。
この項では、様々なOracle User Messaging Serviceアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
ファイル・システム上のアーティファクト
ノート:
JDBC永続ストアを使用することをお薦めします。データベース内のアーティファクト
JDBC永続ストアの使用時にOracle User Messaging ServiceキューのJMSメッセージを含むスキーマ。
Oracle User Messaging Serviceは、データベース・リポジトリを使用して、メッセージおよび構成の状態の維持管理も行います。
特別な考慮事項
Oracle User Messaging Serviceは、JMSを使用して、メッセージング・アプリケーション間にメッセージを配信します。JDBC永続ストアを使用して、これらのJMSアーティファクトをデータベースに格納することをお薦めします。そのため、Data Guardを介してスタンバイ・システムにレプリケートされます。
同期に関する推奨事項
JMSにはJDBC永続ストアを使用して、基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
構成の変更、追加のOracle User Messaging Serviceドライバのデプロイおよびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle Databaseメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
usermessagingserver
アプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。Oracle User Messaging Serviceは、外部データベース・リポジトリ内にメッセージおよび構成の状態を保持し、JMSキュー内にメッセージを保持するので、データベースおよび管理対象サーバーのリカバリにより、アプリケーションが問題なく機能するようになります。JMSデータの同期化の詳細は、「Oracle WebLogic Server Java Message Service (JMS)およびTransaction Logs (T-Logs)の推奨事項」の「同期に関する推奨事項」を参照してください。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Java EE Connector Architecture (JCA)アダプタに関する考慮事項
Oracle JCAアダプタは、サービス・インフラストラクチャが様々なプロトコルを使用して通信できるようにする、JCAバインディング・コンポーネントです。
Oracle JCAアダプタは、JCAリソース(RAR)としてデプロイされるものであり、Oracle SOAサービス・インフラストラクチャの一部ではありません。
Oracle JCAアダプタには、次のものがあります。
-
Oracleテクノロジ・アダプタ
-
レガシー・アダプタ
-
パッケージ・アプリケーション・アダプタ
-
Oracle Applications用のOracleアダプタ
Oracle JCAアダプタのタイプの詳細は、『Oracle Fusion Middlewareテクノロジ・アダプタの理解』を参照してください。
この項では、様々なOracle JCA Adapterアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
ファイル・システム上のアーティファクト
特定のアダプタは、ローカルまたは共有のストレージ・ファイルを使用します。たとえば:
-
ファイルベースの永続ストアとともにWebLogic JMSを使用するJMSアダプタ: フェイルオーバー後に処理を再開するには、永続ストアがスタンバイ・サイトと同期化される必要があります。
-
FileアダプタまたはFTPアダプタのいずれかからのインバウンドおよびアウトバウンド・ファイル: フェイルオーバー後に処理を再開するには、関連ファイルがスタンバイ・サイトと同期化される必要があります。
アダプタ構成は、ear JCAリソース(RAR)のweblogic-ra.xml
lデプロイメント・ディスクリプタ内に保持されます。ファイルの作成時に、各weblogic-ra.xml
ファイルの場所は、管理者によって決定されており、スタンバイ・サイトにレプリケートされる必要があります。
データベース内のアーティファクト
アダプタ・アーティファクトは、コンポジット・プロジェクトの一部として設計時に生成されます。これらのアーティファクトは、残りのコンポジット定義とともにメタデータ・リポジトリに格納されます。
JDBC永続ストアを使用すると、JMSアダプタのJMSメッセージもデータベースに格納されます。
同期に関する推奨事項
JMSメッセージにはJDBC永続ストアを使用して、基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
ドメイン関連の構成の変更後、つまり、アダプタ構成の変更後およびパッチの適用後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化します。
リカバリに関する推奨事項
JCAアダプタを実行している管理対象サーバーおよび管理サーバーとともに、データベースを直近の時点にリカバリする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Business Activity Monitoringに関する推奨事項
Oracle Business Activity Monitoring (BAM)は、企業のビジネス・サービスおよびプロセスを監視するためのツールを備えています。マーケット指標を実際のビジネス・プロセスおよび変化するビジネス・プロセスにすばやく関連付けることができます。
Oracle BAMは、ダッシュボード(リアルタイムのデータ流入を表示し、特定の状況でアラートを送信するためのルールを定義する場所)の作成に必要なツールとランタイム・サービスを提供します。
この項では、様々なOracle BAMアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
Oracle BAMデータおよびレポート・メタデータは、Oracle BAMスキーマを含むOracle BAMデータベース内に格納されます。
同期に関する推奨事項
ドメイン関連の構成の変更後およびパッチの適用後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data Guardを、Oracle BAMスキーマおよびメタデータ・リポジトリを含むOracle SOA Suiteデータベース用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
Oracle BAMを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Business Process Managementに関する推奨事項
Oracle Business Process Management( Oracle BPM)Suiteは、ビジネス・プロセスを中心としたビジネス・アプリケーションの開発、管理および使用に対応した統合環境を提供します。
Oracle BPM Suiteは、設計時や実装からランタイムやアプリケーション管理まで、アプリケーション開発ライフ・サイクルのすべてのステージをシームレスに統合します。
Oracle BPM SuiteはOracle SOA Suiteの上位レイヤーになり、次を含む製品コンポーネントの多くを共有しています。
-
Oracle Business Rules
-
Oracle Human Workflow
-
統合のためのOracleアダプタ・フレームワーク
-
SOAコンポジット・アーキテクチャ
この項では、様々なOracle BPMアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
データベース内のアーティファクト
プロセス定義、デプロイ済アプリケーションおよび構成ファイルは、Oracle Metadata Services (MDS)リポジトリに格納されます。Oracle BPMでは、プロセス・アナリストとプロセス開発者の間でプロジェクトとプロジェクト・テンプレートを共有するために、別のMDSパーティションも使用します。
JDBC永続ストアを使用すると、BPM JMSキューのJMSメッセージもデータベースに格納されます。
同期に関する推奨事項
BPM JMSリソースにはJDBC永続ストアを使用して、JMSメッセージが基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
ドメイン関連の構成の変更およびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle SOA Suiteデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期化が開始されると、スタンバイ・データベースも同じ時点まで更新されます。スナップショット・スタンバイ・データベースが使用される場合は、これをお薦めします。
リカバリに関する推奨事項
SOAアプリケーションを実行している管理対象サーバーとともに、データベースを直近の時点にリカバリする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle Managed File Transferに関する推奨事項
Oracle Managed File Transfer (MFT)は、エンド・ツー・エンドで高いパフォーマンスで動作する標準ベースの管理対象ファイル・ゲートウェイです。転送の優先度付け、ファイルの暗号化、スケジューリング、埋込みsFTPサーバーなどの機能を備えた軽量なWebベースのデザインタイム・コンソールで、ファイル転送の設計、デプロイメントおよび監視を実行できます。
この項では、様々なOracle BPMアーティファクトについて説明し、障害時リカバリに関する推奨事項を示します。
ファイル・システムのアーティファクト
Oracle MFTには、FTPおよびsFTPのサーバーが組み込まれており、実行されるファイル転送のタイプの多くを処理します。これらの埋込みサーバーには専用のファイル・システム・ディレクトリがあり、これを使用してファイルを送受信します。FTPサーバーとsFTPサーバーの両方のルート・ディレクトリの場所は、ファイル・システムにあります。また、Oracle MFTでは、別のソース(ファイル・システム、SOAP、SOA、B2B)との間でファイルを転送でき、これらのファイルをファイル・システムに格納することもできます。
データベース内のアーティファクト
MFT設計アーティファクト(ソース、ターゲットおよび転送)の定義は、データベースにあるメタデータ・リポジトリに存在します。
Oracle MFTコンポーネントでは、JMSキューも使用します。JDBC永続ストアが構成されている場合、JMSキューはデータベースに存在します。これは、特にDR環境におけるスト・プラクティスです。
同期に関する推奨事項
JMSリソースにはJDBC永続ストアを使用して、JMSメッセージが基礎となるData Guardレプリカを介してスタンバイにレプリケートされるようにします。
ドメイン関連の構成の変更、アプリケーションのデプロイおよびパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化する必要があります。
Oracle Data GuardをOracle MFTデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ファイル・システムに存在するランタイム・ファイル(FTPファイル、ファイル・システム転送のファイルなど)をセカンダリ・サイトで使用可能にする必要がある場合は、ビジネス・ニーズに応じて手動で同期化する必要があります。
リカバリに関する推奨事項
データベースを直近の時点にリカバリして、最新の実行時および設計時の情報がリストアされるようにする必要があります。
親トピック: Oracle SOA Suiteに関する推奨事項
Oracle WebCenter Portalに関する推奨事項
Oracle WebCenter Portalは、情報の提示と使用、他とのコラボレーション、ビジネス・プロセスのコンテキストにおけるアプリケーションとの統合を行うためのセキュアで効率的なパーソナライズされた方法を提供するOracle Fusion Middlewareコンポーネントです。
Oracle WebCenter Portalでは、ユーザー、情報、アプリケーション間の接続を最適化し、ユーザーが自分のビジネスのニーズに関連するコンテンツにナビゲート、発見およびアクセスするコンテキストを提供します。
-
Portalの管理対象サーバー:
- Portalアプリケーションおよびサービス
- 分析コレクタのサービス
- コラボレーション管理対象サーバー:
-
ディスカッション・アプリケーションおよびサービス
-
-
ポートレット管理対象サーバー:
-
ポートレット・プロデューサ・サービス
-
ページレット・プロデューサ・サービス
-
この項には、次の推奨事項を記載しています。
- すべてのOracle WebCenter Portalコンポーネントに共通の推奨事項
すべてのOracle WebCenter Portalコンポーネントに関する推奨事項を確認します。 - Oracle WebCenter Portalサーバーに関する推奨事項
Oracle WebCenter Portalは、一連の強力なサービスとアプリケーションによって、ソーシャル・ネットワーク、通信、コラボレーションおよび個人の生産性向上を実現する、統合された単一のWebベース環境を提供します。 - Oracle WebCenter分析に関する推奨事項
Oracle WebCenter Portalを使用すると、単一のアクティブな分析コレクタの登録が可能になります。分析コレクタは、Portalアプリケーションから使用状況メトリックを受信します。分析コレクタへのすべての接続はステートレスです。 - Oracle WebCenterディスカッション・サーバーに関する推奨事項
Oracle WebCenter Discussion Serverでは、ディスカッション・フォーラムとお知らせをアプリケーションに統合する機能を提供します。 - Oracle WebCenterポートレットおよびページレット・サービスに関する推奨事項
Oracle WebCenter Portalは、標準ベースのポートレット(WSRP 2.0)と、従来のOracle (Portlet Developer Kit) PDK (Javaベースのポートレット)の両方のデプロイメントと実行をサポートしています。Oracle WebCenter Portalでは、すぐに使用できるプロデューサがいくつか用意されています。
すべてのOracle WebCenter Portalコンポーネントに共通の推奨事項
すべてのOracle WebCenter Portalコンポーネントに関する推奨事項について学習します。
次のアーティファクトおよび考慮事項は、すべてのOracle WebCenter Portalコンポーネントに適用されます。
ファイル・システム上のアーティファクト
Oracleホーム—Oracleホームは、Oracle WebLogic Serverバイナリ・ファイルを含むWebLogicホームから構成されます。
ドメイン・ホーム—ドメイン・ホームには、WebLogicドメインの構成データおよびアプリケーションが含まれます。
Oracle WebCenter Portalランタイム・コンポーネントに共有ファイル・システムの永続ストアの要件はありません。
ネットワーク・アーティファクト
Oracle WebLogic管理サーバーおよびOracle管理対象サーバーの両方のリスニング・アドレスとして、(物理ホスト名ではなく)仮想別名を使用することをお薦めします。この別名が本番サイトおよびスタンバイ・サイトの両方で解決されるかぎり、障害時リカバリ操作後にこの値を更新する必要はありません。
Oracle WebCenter Portalでは、サーバー全体の移行またはサービスの移行を構成する必要はありません。この点について、特別な考慮事項は不要です。
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Portalアプリケーションおよびサービスへのアクセスに必要なロード・バランサの仮想ホストを構成する必要があります。
データベース内のアーティファクト
Oracle WebCenter Portalでは、リポジトリ作成ユーティリティで作成されたデータベース・スキーマにすべてのデータおよびメタデータを格納します。アプリケーションのランタイム構成メタデータは、メタデータ・サービス・リポジトリ(MDS)を介して格納されます。
同期に関する推奨事項
ドメイン関連の構成の変更、アプリケーションや共有ライブラリのデプロイ、またはパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化します。
Oracle Data GuardをOracle WebCenter Portalデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。『Oracle Data Guard概要および管理』のフィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
データベースを直近の時点にリカバリして、最新のコンポジット定義および進行中のインスタンスがリストアされるようにする必要があります。
Oracle WebCenter Portalサーバーに関する推奨事項
Oracle WebCenter Portalは、一連の強力なサービスとアプリケーションによって、ソーシャル・ネットワーク、通信、コラボレーションおよび個人の生産性向上を実現する、統合された単一のWebベース環境を提供します。
Oracle WebCenter Portalサーバー固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
Portalアプリケーション・データは、WEBCENTER
データベース・スキーマに格納されます。Portalカスタマイズ済メタデータは、MDS
データベース・スキーマに格納されます
同期に関する推奨事項
構成の変更、アプリケーションのデプロイまたはパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化します。
Oracle Data Guardを、WEBCENTER
スキーマを含むOracle WebCenter Portalデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。『Oracle Data Guard概要および管理』のフィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
Oracle WebCenter Portalドメインとともに、WEBCENER
スキーマとMDS
リポジトリを含むデータベースを直近の時点にリカバリする必要があります。
Oracle WebCenter分析に関する推奨事項
Oracle WebCenter Portalを使用すると、単一のアクティブな分析コレクタの登録が可能になります。分析コレクタは、Portalアプリケーションから使用状況メトリックを受信します。分析コレクタへのすべての接続はステートレスです。
エンタープライズ・デプロイメント・ガイドのトポロジ・デプロイメントの後、各ポータル・サーバーには、そのポータル・サーバーですべてのポータル・トラフィックのメトリックを収集するローカルのアクティブな分析コレクタ・サービスが1つ含まれています。推奨される構成として、ポータルの共通接続登録をlocalhost
およびデフォルト・ポート31314
に設定します。各ポータル・サーバーはローカルに接続します。ロード・バランサの構成は不要で、分析機能用のセカンダリ・サイトへのフェイルオーバーの構成も不要です。
Oracle WebCenter Analytics固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
分析コレクタのデータは、Oracle WebCenter PortalのACTIVITIES
スキーマに格納されます。
同期に関する推奨事項
分析コレクタのMBeanの構成やPortalの分析サービスの登録の変更、またはパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化します。
Oracle Data Guardを、Oracle WebCenter Portalスキーマを含むOracleデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。『Oracle Data Guard概要および管理』のフィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
Oracle WebCenter Portalドメインとともに、ACTIVITIES
スキーマを含むデータベースを直近の時点にリカバリする必要があります。
Oracle WebCenterディスカッション・サーバーに関する推奨事項
Oracle WebCenterディスカッション・サーバーは、ディスカッション・フォーラムやお知らせをアプリケーションに統合する機能を提供します。
Oracle WebCenter Discussionサーバー固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
Oracle WebCenter Portalスキーマの一部であるディスカッション・サーバー・スキーマには、メタデータとデータが格納されます。
同期に関する推奨事項
構成の変更、アプリケーションのデプロイまたはパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化します。
Oracle Data Guardを、Oracle Discussion Serverスキーマを含むOracleデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。『Oracle Data Guard概要および管理』のフィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
Oracle WebCenter Portalドメインとともに、Discussion Serverスキーマを含むデータベースを直近の時点にリカバリする必要があります。
Oracle WebCenterポートレットおよびページレット・サービスに関する推奨事項
Oracle WebCenter Portalは、標準ベースのポートレット(WSRP 2.0)と、従来のOracle (Portlet Developer Kit) PDK (Javaベースのポートレット)の両方のデプロイメントと実行をサポートしています。Oracle WebCenter Portalでは、すぐに使用できるプロデューサがいくつか用意されています。
Oracle WebCenterポートレットおよびページレット固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
Oracle WebCenter Portalスキーマの一部であるPORTLET
スキーマには、ユーザーのカスタマイズ済データが格納されます。MDS
リポジトリには、ポートレットのメタデータおよび構成情報が格納されます。
同期に関する推奨事項
構成の変更、アプリケーションのデプロイまたはパッチの適用を行った後は、手動でアプリケーション層をスタンバイ・サイトと同期化します。
Oracle Data Guardを、PORTLET
スキーマを含むOracleデータベースおよびメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。『Oracle Data Guard概要および管理』のフィジカル・スタンバイ・データベースへのREDOデータの適用に関する項を参照してください。
リカバリに関する推奨事項
Oracle WebCenter Portalドメインとともに、PORTLET
スキーマとMDS
リポジトリを含むデータベースを直近の時点にリカバリする必要があります。
Oracle WebCenter Contentに関する推奨事項
Oracle WebCenter Contentは、エンタープライズ・コンテンツの管理のために設計された製品の統合スイートです。
Oracle WebCenter Contentにより、業界最先端のドキュメント管理、Webコンテンツ管理、デジタル資産管理およびレコード管理機能を利用して、ビジネス・アプリケーションを構築できます。エンタープライズ・コンテンツを管理する機能は、コストの削減、エンタープライズ間でのコンテンツの共有、リスクの最小化、手動プロセスの自動化、複数のWebサイトの単一のプラットフォームへの統合に役立ちます。
-
Oracle WebCenter Content
-
Oracle WebCenter Content: Inbound Refinery。
-
Oracle WebCenter Content: Enterprise Capture
-
Oracle WebCenter Content: Contentユーザー・インタフェース
この項には、次の推奨事項を記載しています。
- すべてのOracle WebCenter Contentコンポーネントに共通の推奨事項
すべてのOracle WebCenter Contentコンポーネントに関する推奨事項を確認します。 - Oracle WebCenter Contentに関する推奨事項
Oracle WebCenter Contentは、様々な種類のコンテンツ管理を目的とした統合アプリケーションです。 - Oracle WebCenter Content Inbound Refineryに関する推奨事項
Oracle WebCenter Content: Inbound Refineryは、ドキュメント、デジタル・イメージ、動画などの電子アセット用のファイル変換を管理する変換サーバーです。 - Oracle WebCenter Content Enterprise Captureに関する推奨事項
Oracle WebCenter Enterprise Capture (Enterprise Capture)では、ペーパー・ドキュメントと電子ドキュメントの両方を取り込むことができる1つのシステムを組織に提供します。 - Oracle WebCenter Content: Contentユーザー・インタフェースに関する推奨事項
WebCenter Contentユーザー・インタフェースは、Oracle Application Development Frameworkに基づいたOracle WebCenter Contentを管理するためのユーザーフレンドリで機能が豊富なユーザー・インタフェースです。
すべてのOracle WebCenter Contentコンポーネントに共通の推奨事項
すべてのOracle WebCenter Contentコンポーネントに関する推奨事項について学習します。
次のアーティファクトおよび考慮事項は、すべてのOracle WebCenter Contentコンポーネントに適用されます。
ファイル・システム上のアーティファクト
MW_HOME—Middlewareホームは、WebLogic Serverバイナリが格納されるWebLogicホームと、Oracle WebCenter Contentバイナリが格納されるOracleホームから構成されます。
Oracle_Common_Home—Oracle Enterprise Manager Fusion Middleware ControlおよびJava Required Filesに必要なバイナリおよびライブラリ・ファイルが格納されるOracleホーム。
ドメイン・ホーム—ドメイン・ホームには、そのドメインの管理サーバーおよび管理対象サーバーの構成データ、およびOracle WebCenter Contentアプリケーションが含まれます。
Oracleインスタンス—Oracleインスタンスには、OPMN構成データやEnterprise Managerエージェント構成データなどの非J2EE Oracle WebCenter Contentアプリケーションの構成データが含まれます。
WebCenter Content共有ディレクトリ・ファイル— WebCenter Contentクラスタ実装では、エンタープライズ・デプロイメントのガイドラインにより、ドメイン構成、およびデータ・ディレクトリ、監査ディレクトリ、ボールト・ディレクトリなどのWebCenter Content共有ディレクトリ・ファイル用に共有ディレクトリが必要です。
ネットワーク・アーティファクト
Oracle WebLogic管理サーバーおよびOracle管理対象サーバーの両方のリスニング・アドレスとして、(物理ホスト名ではなく)仮想別名を使用することをお薦めします。この別名が本番サイトおよびスタンバイ・サイトの両方で解決されるかぎり、障害時リカバリ操作後にこの値を更新する必要はありません。
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Content Managementコンポーネントへのアクセスに必要なロード・バランサの仮想ホストを構成する必要があります。
データベース内のアーティファクト
Oracle WebCenter Contentスキーマは、Oracle WebCenter Contentデータベース内にあります。
同期に関する推奨事項
構成の変更、アプリケーションのデプロイおよびパッチの適用を行った後は、手動でディレクトリ層をスタンバイ・サイトと同期化します。
Oracle Data GuardをOracle Databaseメタデータ・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
該当のアイデンティティ管理コンポーネントとともに、Oracle WebCenter Contentスキーマを含むデータベースを直近の時点にリカバリする必要があります。
Oracle WebCenter Contentに関する推奨事項
Oracle WebCenter Contentは、様々な種類のコンテンツ管理を目的とした統合アプリケーションです。
わかりやすいインタフェース、ロールベースの認証およびセキュリティ・モデルにより、Oracle WebCenter Contentはユーザーに、エンタープライズ全体でコンテンツを表示、共同作業、またはリタイアする権限を与えます。これにより、すべてのアクセス可能で分散された、または公開された情報が、安全で、正確で最新であることが保証されます。
Oracle WebCenter Content固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
OCS
(Oracle Content Schema)スキーマは、Oracle WebCenter Contentデータベースの一部です。
ファイル・システムのアーティファクト
WebCenter Content共有ディレクトリとOracleセキュア・ファイル、またはファイルベースの永続ストアの設定は、スタンバイ・サイトでレプリケートして障害から保護する必要があります。
特別な考慮事項
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Contentに必要なロード・バランサの仮想ホストを構成する必要があります。
同期に関する推奨事項
構成の変更、アプリケーションのデプロイまたはパッチの適用を行った後は、手動でディレクトリ層をスタンバイ・サイトと同期化します。
Oracle Data GuardをOracleデータベース・リポジトリ用に構成する必要があります。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されている場合、この同期化は自動的に実行できます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
ファイルベースの永続ストアの場合、スタンバイ・サイトのファイルベースの永続ストアを同期化する必要があります。
リカバリに関する推奨事項
OCS
およびMDS
スキーマとともに、Oracle WebCenter Contentを最新の時点にリカバリする必要があります。
Oracle WebCenter Content Inbound Refineryに関する推奨事項
Oracle WebCenter Content Inbound Refineryは、ドキュメント、デジタル・イメージ、動画などの電子アセット用のファイル変換を管理する変換サーバーです。
Oracle WebCenter Content Inbound Refineryには、ドキュメントとイメージに対するサムネイル機能、ビデオのストーリーボード作成機能、デジタル・イメージからEXIFデータを抽出して使用する機能、およびAdobe PhotoshopやAdobe Illustratorなどのプログラムから生成された電子ファイルからXMPデータを抽出して使用する機能があります。Oracle WebCenter Content Inbound Refineryを使用して、Oracle Content Serverに格納されているコンテンツ項目を変換できます。
Oracle WebCenter Content Inbound Refinery固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
Oracle WebCenter Content Inbound Refineryには、データベース依存性はありません。
特別な考慮事項
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Content Inbound Refineryに必要なロード・バランサの仮想ホストを構成する必要があります。
同期に関する推奨事項
構成の変更またはパッチの適用を行った後は、手動でディレクトリ層をスタンバイ・サイトと同期化します。
リカバリに関する推奨事項
Oracle WebCenter Content Inbound Refineryインスタンスをリカバリします。
Oracle WebCenter Content Enterprise Captureに関する推奨事項
Oracle WebCenter Enterprise Capture (Enterprise Capture)では、ペーパー・ドキュメントと電子ドキュメントの両方を取り込むことができる1つのシステムを組織に提供します。
Enterprise Captureでは、大規模で本番レベルのスキャナを使用できるユーザーフレンドリなWebインタフェースにより、集中管理されたイメージと分散したイメージの両方の取込みをサポートしています。業界標準のTWAINスキャン・インタフェースがサポートされているため、業界をリードする様々なドキュメント・イメージングの使用が可能になります。Enterprise Captureでは、ペーパー・ドキュメント・スキャと電子ドキュメント・スキャナの両方を取り込んでペーパー・ドキュメントをデジタル化できる1つのシステムを組織に提供します。既存の電子ドキュメントは、ユーザーが容易に取り込むことができます。また、電子メール・サーバーまたはネットワーク・フォルダをモニターできるインポート・プロセスを介して自動的に取り込むこともできます。ドキュメントは取込み後、バー・コード認識技術による自動化プロセスまたは手動で、メタデータを適用することにより編成され索引付けされます。処理終了後、ドキュメントはコンテンツ管理システムにコミットされます。Enterprise Captureは、完全にOracle WebCenter Contentと統合されており、非常に重要なビジネス・コンテンツの取込み、保存、管理および取得を可能にする1つのシステムを組織に提供します。
Oracle WebCenter Content Enterprise Capture固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
Oracle WebCenter Enterprise Captureスキーマへの配置。
ファイル・システムのアーティファクト
JMSサーバーがファイルベースの永続ストアに格納されない場合、Enterprise Capture用のファイル・システム・アーティファクトはありません。JMSサーバーをデータベースベースの永続ストアとともに構成して、Oracle Data Guardを利用してサイト間でデータベース・スキーマをレプリケートすることをお薦めします。
特別な考慮事項
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Content Inbound Refineryに必要なロード・バランサの仮想ホストを構成する必要があります。
同期に関する推奨事項
構成の変更またはパッチの適用を行った後は、手動でディレクトリ層をスタンバイ・サイトと同期化します。
リカバリに関する推奨事項
Oracle WebCenter Content Captureアプリケーションおよび関連インスタンスを実行する管理対象サーバーとともに、Enterprise Captureスキーマで、Enterprise Captureを直近の時点にリカバリする必要があります。
Oracle WebCenter Content: Contentユーザー・インタフェースに関する推奨事項
WebCenter Contentユーザー・インタフェースは、Oracle Application Development Frameworkに基づいたOracle WebCenter Contentを管理するためのユーザーフレンドリで機能が豊富なユーザー・インタフェースです。
Oracle WebCenter Contentユーザー・インタフェース固有の推奨事項は、次のとおりです。
データベース内のアーティファクト
メタデータ・サービス・スキーマ(MDS
)は、Oracle WebCenter Contentユーザー・インタフェースの一部です。
特別な考慮事項
本番サイトとスタンバイ・サイトの両方で、Oracle WebCenter Contentユーザー・インタフェース用のロード・バランサの仮想ホストを構成する必要があります。
同期に関する推奨事項
構成の変更またはパッチの適用を行った後は、手動でディレクトリ層をスタンバイ・サイトと同期化します。
ストレージ上でアプリケーション層の同期が開始される場合は、スタンバイ・データベースを同期化することをお薦めします。Oracle Data Guardがデータベースに対して管理リカバリ・モード(推奨構成)に構成されているため、この同期化は自動的に行われます。スタンバイ・データベースが管理リカバリ・モードでない場合は、スタンバイ・データベースを手動で同期化する必要があります。
リカバリに関する推奨事項
管理サーバーとともに、Oracle WebCenter Contentユーザー・インタフェース・アプリケーションを実行している管理対象サーバーをリカバリします。