Oracle® Fusion Middleware

Oracle WebLogic Serverのための継続的可用性

12c (12.2.1)

E70050-01(原本部品番号:E65845-02)

2015年12月

Oracle Continuous Availabilityの機能および利点、サポートされているアーキテクチャ、そしてサポートされているアーキテクチャでの継続的可用性の機能の使用方法について説明するドキュメント。

Oracle Fusion Middleware Oracle WebLogic Serverのための継続的可用性, 12c (12.2.1)

E70050-01

Copyright © 2015, Oracle and/or its affiliates.All rights reserved.

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 WebLogic Continuous Availabilityの概要

- 継続的可用性とは

- 継続的可用性の主な機能

- 自動クロスドメイン・トランザクション・リカバリ

- WebLogic Serverゼロ・ダウンタイム・パッチ適用

- WebLogic Serverマルチテナントのライブ・リソース・グループ移行

- Coherenceフェデレーテッド・キャッシュ

- Coherence GoldenGate HotCache

- Oracle Traffic Director

- Oracle Site Guard

- WebLogic ServerおよびCoherenceの付加価値の高可用性機能

- WebLogic Serverの高可用性トランザクションおよびデータ・ソース機能

- Coherence永続性およびクラスタ

- Oracle Databaseのための障害時リカバリ

- 継続的可用性の用語

2 サポートされているMAAアーキテクチャ

- アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・アプリケーション層

- アクティブ/パッシブ・データベース層を使用するアクティブ/パッシブ・アプリケーション層

- アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・ストレッチ・クラスタ

はじめに

Oracle WebLogic Server Continuous Availabilityは、地理的に分散した場所にまたがってデータ・センターを展開する、最大可用性アーキテクチャを構築するための統合ソリューションを提供します。このガイドではOracle WebLogic Server Continuous Availabilityの機能および利点、サポートされているアーキテクチャ、そしてサポートされているアーキテクチャでの継続的可用性の機能の使用方法について説明します。

対象読者

このドキュメントは、管理者、開発者、および継続的可用性が要求されるOracle WebLogic Serverの構成と管理を役割とする方を対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のFusion Middlewareドキュメントを参照してください。

- ゼロ・ダウンタイム・パッチ適用ワークフローの管理

- WebLogic Server MTの使用

- Oracle WebLogic Server JTAアプリケーションの開発

- Oracle WebLogic Server JDBCデータ・ソースの管理

- Oracle Coherenceの管理

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 WebLogic Continuous Availabilityの概要

Oracle WebLogic Server Continuous Availabilityは、地理的に分散した場所にまたがってデータ・センターを展開する、最大可用性アーキテクチャを構築するための統合ソリューションを提供します。この章では、継続的可用性とその主機能の概要について説明します。

内容は次のとおりです。

- 継続的可用性とは

- 継続的可用性の主な機能

- WebLogic ServerおよびCoherenceの付加価値の高可用性機能

- Oracle Databaseのための障害時リカバリ

- 継続的可用性の用語

継続的可用性とは

継続的可用性とは、必要時にアプリケーションを必ず使用できるように、高可用性および障害時リカバリの両ソリューションを採用することで最大限の可用性を提供するシステムの機能です。一般的に、高可用性ソリューションは1つのデータ・センターにおける冗長性を提供します。障害時リカバリ・ソリューションは、自然災害などによる計画外の本番サイトの機能停止に対する防護機能を提供します。アプリケーションとデータを地理的に離れたスタンバイ・サイトに置くリカバリ戦略を使用します。

Oracle WebLogic Server Continuous Availabilityは、地理的に分散した場所にまたがってデータ・センターを展開する、最大可用性アーキテクチャ(MAA)を構築するための統合ソリューションを提供します。統合されたコンポーネントにはOracle WebLogic Server、Oracle Coherence、Oracle Traffic DirectorおよびOracle SiteGuardが含まれます。この統合ソリューションの主な利点は迅速なフェイルオーバーまたはスイッチオーバー、アプリケーション全体の可用性の向上、データの整合性、人的エラーおよびリスクの軽減、作業のリカバリ、およびリアルタイム・データのローカル・アクセスです。

継続的可用性の主な機能について、次の項で説明します。このドキュメントで使用される共通用語については、「継続的可用性の用語」で説明します。

継続的可用性の主な機能

継続的可用性は計画的アップグレードや予期せぬ障害の際に、最大限の可用性、信頼性およびアプリケーションの安定性を提供します。これはOracle WebLogic Server、Oracle CoherenceおよびOracle Fusion Middlewareの既存の高可用性機能の上に構築され、次の項で説明する主な機能をサポートしています。

- 自動クロスドメイン・トランザクション・リカバリ

- WebLogic Serverゼロ・ダウンタイム・パッチ適用

- WebLogic Serverマルチテナントのライブ・リソース・グループ移行

- Coherenceフェデレーテッド・キャッシュ

- Coherence GoldenGate HotCache

- Oracle Traffic Director

- Oracle Site Guard

自動クロスドメイン・トランザクション・リカバリ

自動クロスドメイン・トランザクション・リカバリは、ドメイン全体、あるいは別ドメインまたは別サイトで実行中のサーバーを備えるサイト全体における、XAトランザクションの自動リカバリを提供します。アクティブ/アクティブ・アーキテクチャでは、同一サイトまたは別サイトのいずれかに配置された別ドメインでアクティブ・サーバーを稼働することで、ドメイン全体またはサイト全体の障害発生時にトランザクションをリカバリできます。アクティブ/パッシブ・アーキテクチャでは、別の場所にあるパッシブ(スタンバイ)・サイトのサーバーを、本番サイトが使用できないときに起動できます。詳細は、『Oracle WebLogic Server JTAアプリケーションの開発』の複数サイトまたはデータ・センターにまたがるトランザクション・リカバリに関する項を参照してください。

自動クロスドメイン・トランザクション・リカバリは、「WebLogic Serverの高可用性トランザクションおよびデータ・ソース機能」で説明されているWebLogic Serverの高可用性機能も活用します。

WebLogic Serverゼロ・ダウンタイム・パッチ適用

WebLogic Serverゼロ・ダウンタイム・パッチ適用は、停止時間またはセッションの消失を回避しながら、パッチの公開を編成するための自動メカニズムを提供します。これによって、パッチの適用中に可用性および予測性が求められる重要なアプリケーションのリスクと停止時間が軽減されます。

定義したワークフローを使用することで、手動操作をほとんど行わずにドメイン内の任意の数のノードをパッチ適用または更新することができます。変更は1回に1ノードに対して公開されるため、ノードが更新されるまでOracle Traffic Directorなどのロード・バランサが受信トラフィックを残りのノードにリダイレクトできます。

詳細は、『ゼロ・ダウンタイム・パッチ適用ワークフローの管理』を参照してください。

WebLogic Serverマルチテナントのライブ・リソース・グループ移行

WebLogic Serverマルチテナント環境では、アプリケーション・ユーザーに影響を及ぼさずに、あるクラスタ/サーバーからドメイン内の別のクラスタ/サーバーへ実行中のパーティション・リソース・グループを移行できます。リソース・グループを移行する主な利点は、計画的イベントのアプリケーション停止時間が排除されることです。

リソース・グループは、(通常は)デプロイ可能な関連リソースのコレクションです(たとえば、Java EEアプリケーションとそのデータ・リソース、JMSアーティファクト、およびアプリケーションが使用する他のリソースなどです)。リソース・グループを移行する場合、リソース・グループが使用している仮想ターゲットを、ある物理ターゲット(クラスタ/サーバー)から別の物理ターゲットに変更します。移行後、仮想ターゲットは新しい物理ターゲット(クラスタ/サーバー)を参照します。

リソース・グループおよび移行の詳細は、『WebLogic Server MTの使用』の次の項を参照してください。

- リソース・グループの構成

- リソース・グループの移行: 主な手順とWLSTの例

Coherenceフェデレーテッド・キャッシュ

Oracle Coherenceフェデレーテッド・キャッシュ機能は、複数の地理的に分散したクラスタにまたがってキャッシュ・データを非同期にレプリケートします。アクティブ/アクティブ、アクティブ/パッシブ、ハブ/スポークおよびセントラル/レプリケーションなどの多彩なレプリケーション・トポロジがサポートされています。キャッシュされたデータがクラスタ間でレプリケートされることで冗長性、オフサイト・バックアップ、および地理的に異なる場所にいるアプリケーション・ユーザーに対する複数アクセス・ポイントが提供されます。

フェデレーテッド・キャッシュでは多彩なレプリケーション・テクノロジがサポートされています。これには次のものがあります。

- アクティブ/パッシブ - アクティブ・クラスタからパッシブ・クラスタへデータをレプリケートします。パッシブ・サイトは読取り専用操作とオフサイト・バックアップをサポートしています。

- アクティブ/アクティブ - アクティブ・クラスタ間でデータをレプリケートします。あるアクティブ・クラスタ内に配置されるデータは、別のアクティブ・クラスタでレプリケートされます。異なるサイトにあるアプリケーションはローカル・クラスタ・インスタンスへのアクセスを保有します。

- ハブ・アンド・スポーク - 単一ハブ・クラスタから複数のスポーク・クラスタへデータをレプリケートします。ハブ・クラスタはデータの送信のみ可能で、スポーク・クラスタはデータの受信のみ可能です。このトポロジには複数の地理的に分散したクラスタのコピーが必要です。各スポーク・クラスタは読取り専用を実行するためにローカル・アプリケーションで使用できます。

フェデレーテッド・キャッシュの詳細は、『Oracle Coherenceの管理』のクラスタ間のキャッシュのレプリケートに関する項を参照してください。

Coherence GoldenGate HotCache

Oracle Coherence GoldenGate HotCache機能は、リアルタイムでキャッシュ内のデータベース変更を検出して反映します。データベースに対するサード・パーティの更新により、Coherenceアプリケーションで、最新でない失効した可能性のあるデータが使用されることがあります。Coherence GoldenGate HotCacheは、リアルタイムでデータベースをモニタリングし、変更をCoherenceキャッシュにプッシュすることでこの問題を解決します。これには、失効したデータのみを処理する効率的なプッシュ・モデルが採用されています。データベースに変更が行われる際にデータがプッシュされるため、待機時間の短さが保証されます。

最大可用性アーキテクチャでは、フェイルオーバー中にデータベースが二次サイトにレプリケートされると、GoldenGate HotCacheを使用してデータベース変更がキャッシュに反映されます。

詳細は、Oracle Coherenceの統合のOracle Coherence GoldenGate HotCacheとの統合に関する項を参照してください。

Oracle Traffic Director

Oracle Traffic Directorは、ネットワーク上のアプリケーション・サーバーおよびWebサーバーへのHTTP、HTTPSおよびTCPトラフィックをルーティングする、高速かつ信頼性および拡張性の高いソフトウェア・ロード・バランサです。クライアントから受信したリクエストの、指定されたロード・バランシング・メソッドに基づく使用可能サーバーへの分散、指定されたルールに基づくリクエストのルーティング、頻繁にアクセスされるデータのキャッシュ、トラフィックの優先付け、およびサービス品質の制御を行います。

Oracle Traffic Directorのアーキテクチャでは、大量のアプリケーション・トラフィックを低遅延で処理できます。高可用性を図るために、アクティブ/パッシブまたはアクティブ/アクティブのいずれかのフェイルオーバーに対するOracle Traffic Directorインスタンスのペアを設定できます。ネットワークのへのトラフィック量の増大に伴い、リクエストのルーティング先となるバックエンド・サーバーを追加してOracle Traffic Directorを再構成することで、環境を簡単に拡張できます。

詳細は、『Oracle Traffic Directorの管理』を参照してください。

Oracle Site Guard

Oracle Enterprise Manager Cloud ControlのコンポーネントであるOracle Site Guardは障害時リカバリ・ソリューションであり、管理者はサイトの完全なスイッチオーバーやフェイルオーバーを自動化することでエンタープライズ・デプロイメントの停止時間を最小限に抑えることができます。Oracle Site Guardはサイト・レベルで動作するので、アプリケーション、ミドルウェアおよびデータベースなどの個々のサイト・コンポーネントに対して面倒な障害時リカバリを手動で実行する必要がなくなります。本番サイト全体のトラフィックは、単一の操作でスタンバイ・サイトにリダイレクトできます。

管理者には、データベース、アプリケーションおよびストレージ・レプリケーションなどの領域での特別な知識またはドメインの専門知識は不要です。Oracle Site Guardを使用することにより、本番サイトに影響を与えることなく、障害時リカバリの準備状況を継続してモニターできます。

Oracle Site Guard構成は、Enterprise Managerコマンド行インタフェース(EMCLI)または互換バージョンのOracle Enterprise Manager Cloud Control (Cloud Control)のいずれかを使用して管理できます。

Oracle Site Guardの詳細は、Site Guard管理者ガイドを参照してください。

WebLogic ServerおよびCoherenceの付加価値の高可用性機能

「継続的可用性の主な機能」で説明した機能以外に、次の項で説明するように、Oracle Continuous AvailabilityはWebLogic ServerおよびCoherenceに付属する高可用性機能も活用します。

WebLogic Serverの高可用性トランザクションおよびデータ・ソース機能

次の高可用性トランザクションおよびデータ・ソース機能を、継続的可用性のための自動クロスドメイン・トランザクション・リカバリで使用できます。

- Oracle RACノードの迅速な障害検出と、継続的接続のための残りノードへのフェイルオーバーを提供するために高速接続フェイルオーバーを使用するActive GridLinkデータ・ソース。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』のActive GridLinkデータ・ソースの使用に関する項を参照してください。

- サーバーがコーディネートした、完了していない可能性のあるコミット済トランザクションに関する情報を格納する、データベース内のトランザクション・ログ(JDBC Tlog)。WebLogic Serverでは、システムのクラッシュやネットワーク障害からのリカバリ時にTLogが使用されます。詳細は、『Oracle WebLogic Server JTAアプリケーションの開発』のトランザクション・ログ・ファイルを使用したトランザクションのリカバリに関する項を参照してください。

- TLogストアへのトランザクション・チェックポイントの書込みをなくす、トランザクションTLog書込みなし(No TLOG)。詳細は、『Oracle WebLogic Server JTAアプリケーションの開発』のトランザクションTLog書込みなしのXAトランザクションに関する項を参照してください。

- 1つの非XAリソースがXAと同じACID(原子性、整合性、分離性、耐久性)保証を伴ってグローバル・トランザクションに参加できるようにする、パフォーマンス向上のためのオプションである、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化。詳細は、『Oracle WebLogic Server JTAアプリケーションの開発』のロギング・ラスト・リソース・トランザクションの最適化に関する項を参照してください。

これらの機能はデータベースをレプリケートするOracle Data Guardと連携して、リカバリに必要なトランザクション・ログの可用性を高めます。Oracle Data Guardの詳細は、Data Guard概要および管理を参照してください。

Coherence永続性およびクラスタ

Coherence永続性は、Coherence分散キャッシュの永続性およびリカバリを管理する、一連のツールおよびテクノロジです。致命的障害や、計画的メンテナンスによるクラスタ再起動の後に迅速なリカバリができるように、キャッシュされたデータは保持されます。永続性とフェデレーテッド・キャッシュは必要に応じて共に使用できます。Coherence永続性の詳細は、『Oracle Coherenceの管理』のキャッシュの保持に関する項を参照してください。

Coherenceクラスタは、アプリケーションのスケーラビリティ、可用性およびパフォーマンスを向上させるためにデータをメモリー内に分散する、複数のCoherenceサーバー・インスタンスで構成されています。アプリケーション・データは自動的かつ透過的に分散され、クラスタ・メンバーをまたがってバックアップされます。Coherenceクラスタの詳細は、『Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成および管理に関する項を参照してください。

Oracle Databaseのための障害時リカバリ

Oracle Continuous AvailabilityはOracle Data Guard、Oracle Data Guard BrokerおよびOracle Clusterwareを使用して、既存のデータベース・フェイルオーバーおよびスイッチオーバー機能も利用します。これらのコンポーネントはすべて、次のようにOracle Databaseのフェイルオーバーおよびスイッチオーバーの管理および編成に機能します。

- Oracle Data Guardは、企業データの高可用性、データ保護および障害時リカバリを保証します。1つ以上のスタンバイ・データベースを作成、維持、管理、モニターして、本番のOracleデータベースが障害やデータ破損に耐えられるようにするための包括的なサービス・セットが用意されています。Oracle Data Guardでは、これらのスタンバイ・データベースが、トランザクション的に一貫性のあるプライマリ・データベースのコピーとして維持されます。計画的または計画外の障害によりプライマリ・データベースが使用できなくなると、Oracle Data Guardは任意のスタンバイ・データベースを本番ロールに切り替えることができるため、障害に関連する停止時間が最短に抑えられます。

- Oracle Data Guard Brokerでは、これらのプライマリ・データベースとスタンバイ・データベースを統合ユニットとしてまとめて管理およびモニターできるようにブローカ構成として論理的にグループ化されます。これによって通知がWebLogic Active GridLinkに送信されると、そこでフェイルオーバー・サイトのデータベースへの新規接続が行われ、Oracle Clusterwareと連携してロールベース・サービスがフェイルオーバーされます。

- Oracle Clusterwareは、Oracle RACデータベースのインスタンスの可用性を管理します。プライマリ・データベースを使用可能な状態に保つために、障害が発生したインスタンスを迅速にリカバリしようとします。障害が発生したインスタンスをOracle Clusterwareがリカバリできない場合、ブローカは自動的に1つ少なくなったインスタンスで引き続き動作します。プライマリ・データベースの最後のインスタンスに障害が発生すると、ブローカは指定されたスタンバイ・データベースにフェイルオーバーする手段を提供します。プライマリ・データベースの最後のインスタンスに障害が発生し、ファスト・スタート・フェイルオーバーが有効化されている場合は、事前決定済のスタンバイ・データベースへのフェイルオーバーが自動的に実行され、継続的な高可用性を提供できます。

Oracle Site Guardは、Data Guard Brokerを使用してデータベースのフェイルオーバー/スイッチオーバーを実行します。これらの全製品の統合によって、高速かつ自動的なデータベースのフェイルオーバーが実現します。

継続的可用性の用語

次のリストで、継続的可用性に適用される共通用語について説明します。

- アクティブ/アクティブ - アクティブ/アクティブ・ソリューションは、複数のアクティブなサーバーをデプロイすることで、スケーラビリティを向上して高可用性を提供します。アクティブ/アクティブ・デプロイでは、すべてのインスタンスは、同時にリクエストを処理します。ドメイン全体またはサイト全体に障害が発生するとき、同一サイトまたは別サイトのいずれかに配置された別ドメイン内のアクティブ・サーバーによってトランザクションをリカバリできます。

- アクティブ/パッシブ - アクティブ/パッシブ・ソリューションには、アクティブな(本番)サイトとは地理的に異なる位置で、スタンバイ・サイトを設定してペアにする作業が含まれます。スタンバイ・サイトは本番サイトと比較して、サービスやリソースの数が同じか下回る場合があります。アプリケーション・データ、メタデータ、構成データおよびセキュリティ・データが、定期的にスタンバイ・サイトにレプリケートされます。通常の場合、スタンバイ・サイトはパッシブ・モードであり、本番サイトが使用できないときに起動されます。通常、このモデルは、2つのサイトがWAN経由で接続されていて、ネットワーク待機時間の関係で2つのサイトにまたがるクラスタリングができない場合に採用されます。

- WebLogic Serverクラスタ - 同時に動作し、連携して高度なスケーラビリティと信頼性を実現するWebLogic Serverサーバー・インスタンスの集合。クラスタでは、管理対象サーバーごとに、ほとんどのリソースおよびサービスがまったく同じようにデプロイされるため、フェイルオーバーとロード・バランシングが可能になります。

- Coherenceクラスタ - Coherenceを実行する、Coherenceサーバーと呼ばれるJVMプロセスの集合。Coherenceクラスタは、アプリケーションのスケーラビリティ、可用性およびパフォーマンスを向上させるためにデータをメモリー内に分散する、複数のCoherenceサーバー・インスタンスで構成されています。アプリケーション・データは自動的かつ透過的に分散され、クラスタ・メンバーをまたがってバックアップされます。

- ストレッチ・クラスタ - 地理的に近い範囲内でノードがデータ・センターを拡張できるクラスタのことで、通常はサイト間の比較的に低遅延のネットワーキングが保証されています。ストレッチ・クラスタは、拡張クラスタとも呼ばれています。

- 高可用性 - 必要なシステムまたはデバイスに対して、常にアクセス可能な状態を維持する能力。高可用性アーキテクチャにより、サービスを中断することなく、ユーザーはシステムにアクセスできます。高可用性システムをデプロイすることで、システムの停止時間つまり使用不可の時間が最小化され、システムの稼働時間つまり使用可能な時間が最大化されます。

- 障害時リカバリ - 自然災害などによる計画外の本番サイトの機能停止に対する防護機能。アプリケーションとデータを地理的に離れたスタンバイ・サイトに置くリカバリ戦略を使用します。

- スイッチオーバー - 本番サイトとスタンバイ・サイトの役割を逆転するプロセス。スイッチオーバーは、定期的な検証のために行う、または現在の本番サイトで計画メンテナンスを実行するための計画済の操作です。スイッチオーバー中に、現在のスタンバイ・サイトが新しい本番サイトになり、現在の本番サイトが新しいスタンバイ・サイトになります。

- フェイルオーバー - (本番サイトの災害などが原因で)本番サイトが予期せず使用できなくなった後、現在のスタンバイ・サイトを新しい本番サイトにするプロセス。

2 サポートされているMAAアーキテクチャ

この章では、サポートされている最大可用性アーキテクチャ(MAA)マルチデータ・センター・ソリューションについて説明します。このソリューションは、複数のデータ・センター間における停止時間に対してOracle WebLogic Serverシステムを保護するための継続的可用性の提供に使用できます。また、各アーキテクチャによる継続的可用性の機能の使用方法について説明します。

サポートされているMAAソリューションには次のものがあります。

- アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・アプリケーション層

- アクティブ/パッシブ・データベース層を使用するアクティブ/パッシブ・アプリケーション層

- アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・ストレッチ・クラスタ

アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・アプリケーション層

次の図は、アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・アプリケーション・インフラストラクチャ層を使用した、推奨される継続的可用性ソリューションを示しています。

図2-1 アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・アプリケーション・インフラストラクチャ層のトポロジ

このサンプル・トポロジの主な特徴は次のとおりです。

- 2つの異なるデータ・センター(サイト1およびサイト2)で構成された2つの異なるWebLogicドメイン。両方のサイトのドメインがアクティブです。ドメインには次のものが含まれます。

- ドメイン内のWebLogic Server管理サーバーによって管理されている、WebLogic Serverクラスタ内の管理対象サーバー(MS1、MS2およびMS3)の集合。この例では、Active Gridlink (AG)が管理対象サーバーのプライマリ・データベースへの接続に使用されています。(汎用のDataSourceまたはMultiDataSourceも使用可能ですが、高可用性およびパフォーマンスの向上が提供されることからActive Gridlinkが推奨されます。)ゼロ・ダウンタイム・パッチ適用(ZDT)によって、ローリング方式による管理対象サーバーのパッチ適用の提示が可能です。

- ドメイン内のWebLogic Server管理サーバーによって管理されている、Coherenceクラスタ(COH1、COH2およびCOH3)。

- グローバル・ロード・バランサ。

- クラスタ間でのWebLogic ServerのHTTPセッション・レプリケーション。

- 各サイトにあるOracle Traffic Director (OTD)の2つのインスタンス(1つはアクティブ、もう1つはパッシブ)。OTDはWeb層またはWebLogic Serverクラスタに対するリクエストを均衡化できます。

- Oracle HTTP Server (OHS) Web層。(環境のタイプに基づくオプションのコンポーネント。)

- 任意のレプリケーション・テクノロジを使用して2つのサイト間でレプリケートされる、構成データ、ローカル・バイナリ、ログなどのためのファイルストア。

- Oracle Enterprise Manager Cloud Controlのコンポーネントであり、サイトのフェイルオーバーおよびスイッチオーバーを編成するOracle Site Guard。

- 2つの異なるデータ・センター内にある2つの別個のOracle RACデータベース・クラスタ。プライマリ・アクティブのOracle RACデータベース・クラスタはサイト1にあります。サイト2にはスタンバイ(パッシブ)読取り専用モードでOracle RACデータベース・クラスタが含まれます。クラスタにはトランザクション・ログ、JMSストアおよびアプリケーション・データが含まれる場合があります。データはOracle Active DataGuardを使用してレプリケートされます。(最高レベルの高可用性が提供されることからOracle RACデータベース・クラスタの使用が推奨されていますが、これは必須ではありません。単一データベースまたはマルチテナント・データベースも使用できます。)

このトポロジは継続的可用性の機能を次のように使用します。

- 自動クロスドメイン・トランザクション・リカバリ - 両方のドメインがアクティブのため、「自動クロスドメイン・トランザクション・リカバリ」で説明されているとおりに、この機能の全要素を使用できます。このアーキテクチャでは、手動操作を行うことなく、自動的にトランザクションをリカバリできます。

- WebLogicゼロ・ダウンタイム・パッチ適用 - 両方のドメインがアクティブのため、各サイトで別個に更新の公開を編成できます。「WebLogic Serverゼロ・ダウンタイム・パッチ適用」を参照してください。

- Coherenceフェデレーテッド・キャッシュ - 「Coherenceフェデレーテッド・キャッシュ」で説明されているとおりに、この機能の全要素を使用できます。キャッシュされたデータは常にクラスタ間でレプリケートされます。異なるサイトにあるアプリケーションはローカル・クラスタ・インスタンスへのアクセスを保有します。

- Coherence GoldenGate HotCache - アクティブ・データベースで行われる更新に対して、Coherenceキャッシュをリアルタイムで更新します。「Coherence GoldenGate HotCache」を参照してください。

- Oracle Traffic Director - サーバー可用性に応じて、アプリケーション・サーバーへのトラフィック・ルーティングを調整します。各サイトで構成されたインスタンスのペア(アクティブ-アクティブまたはアクティブ-パッシブのいずれか)を保持することで、Oracle Traffic Directorで高可用性を達成できます。「Oracle Traffic Director」を参照してください。

- Oracle Site Guard - データベースのみがこのアーキテクチャでスタンバイ・モードにあるため、Oracle Site Guardはデータベースのフェイルオーバーのみを制御します。両方のドメインがアクティブのため、これはアプリケーション・アーキテクチャ層に適用されません。詳細は、「Oracle Site Guard」を参照してください。

アクティブ/パッシブ・データベース層を使用するアクティブ/パッシブ・アプリケーション層

次の図は、アクティブ/パッシブ・データベース層を使用するアクティブ/パッシブ・アプリケーション・インフラストラクチャ層を使用した、推奨される継続的可用性トポロジを示しています。

図2-2 アクティブ/パッシブ・データベース層を使用するアクティブ/パッシブ・アプリケーション・インフラストラクチャ層のトポロジ

このトポロジの主な特徴は次のとおりです。

- 2つの異なるデータ・センター(サイト1およびサイト2)で構成された2つの異なるWebLogicドメイン。サイト1のドメインはアクティブで、サイト2のドメインはスタンバイ(パッシブ)・モードにあります。
すべてのアクティブ/パッシブ・ドメインのペアは対称的トポロジで構成する必要があります。これらは同等であり、同じドメイン構成(ディレクトリの名前およびパス、ポート番号、ユーザー・アカウント、ロード・バランサおよび仮想サーバー名など)と同じソフトウェア・バージョンを使用する必要があります。ホスト名(静的IPではない)は、管理対象サーバーのリスニング・アドレスの指定に使用する必要があります。

ドメインには次のものが含まれます。

- ドメイン内のWebLogic Server管理サーバーによって管理されている、WebLogic Serverクラスタ内の管理対象サーバー(MS1、MS2およびMS3)の集合。この例では、Active Gridlink (AG)が管理対象サーバーのプライマリ・データベースへの接続に使用されています。(汎用のDataSourceまたはMultiDataSourceも使用可能ですが、高可用性およびパフォーマンスの向上が提供されることからActive Gridlinkが推奨されます。)ゼロ・ダウンタイム・パッチ適用(ZDT)によって、ローリング方式による管理対象サーバーのパッチ適用の提示が可能です。

- ドメイン内のWebLogic Server管理サーバーによって管理されている、Coherenceクラスタ(COH1、COH2およびCOH3)。

- グローバル・ロード・バランサ。

- クラスタ間でのWebLogic ServerのHTTPセッション・レプリケーション。

- 各サイトにあるOracle Traffic Director (OTD)の2つのインスタンス。OTDはWeb層またはWebLogic Serverクラスタに対するリクエストを均衡化できます。サイト1で、1つのインスタンスはアクティブで、もう1つはパッシブです。サイト2では両方ともスタンバイ状態です。サイト2がアクティブになると、そのサイト上のOTDインスタンスはリクエストのルーティングを開始します。

- Oracle HTTP Server (OHS) Web層。(環境のタイプに基づくオプションのコンポーネント。)

- 任意のレプリケーション・テクノロジを使用して2つのサイト間でレプリケートされる、構成データ、ローカル・バイナリ、ログなどのためのファイルストア。

- Oracle Enterprise Manager Cloud Controlのコンポーネントであり、サイトのフェイルオーバーおよびスイッチオーバーを編成するOracle Site Guard。

- 2つの異なるデータ・センター内にある2つの別個のOracle RACデータベース・クラスタ。プライマリ・アクティブのOracle RACデータベース・クラスタはサイト1にあります。サイト2にはスタンバイ(パッシブ)読取り専用モードでOracle RACデータベース・クラスタが含まれます。クラスタにはトランザクション・ログ、JMSストアおよびアプリケーション・データが含まれる場合があります。データはOracle Active DataGuardを使用してレプリケートされます。(最高レベルの高可用性が提供されることからOracle RACデータベース・クラスタの使用が推奨されていますが、これは必須ではありません。単一データベースまたはマルチテナント・データベースも使用できます。)

このアーキテクチャは継続的可用性の機能を次のように使用します。

- 自動クロスドメイン・トランザクション・リカバリ - サイト2のドメインがスタンバイ・モードにあるため、サイト2のドメインを最初に起動する必要があります。一度それを実行すれば、「自動クロスドメイン・トランザクション・リカバリ」で説明されているとおりにクロスドメイン・トランザクション・リカバリ機能を使用できます。

- WebLogic Serverゼロ・ダウンタイム・パッチ適用 - このアーキテクチャでは、「WebLogic Serverゼロ・ダウンタイム・パッチ適用」で説明されているように、サイト1のアクティブ・ドメインでゼロ・ダウンタイム・パッチ適用機能を使用できます。サーバーがサイト2のスタンバイ(パッシブ)・ドメインで実行中ではないため、OPatchを使用できます。サーバーがアクティブになると、パッチを適用したOracleホームが示されます。OPatchの詳細は、『Opatchによるパッチ適用』を参照してください。

- Coherenceフェデレーテッド・キャッシュ - このアーキテクチャでは、パッシブ・サイトは読取り専用操作とオフサイト・バックアップをサポートしています。「Coherenceフェデレーテッド・キャッシュ」を参照してください。

- Coherence GoldenGate HotCache - このアーキテクチャでは、サイト1のアクティブ・データベースでの更新がリアルタイムでCoherenceキャッシュを更新し、データベース更新がサイト2にレプリケートされます。データ・レプリケーションがサイト2で発生すると、GoldenGate HotCacheはリアルタイムでキャッシュを更新します。「Coherence GoldenGate HotCache」を参照してください。

- Oracle Traffic Director - このアーキテクチャでは、OTDがサイト2のスタンバイ(パッシブ)・ドメインでスタンバイ・モードにあります。サイト2がフェイルオーバー後にアクティブになると、(フェイルオーバーの前または後で実行されるスクリプトを使用するSiteGuardによって)スタンバイ・サイト上のOTDインスタンスがアクティブ化されて、最近起動したサーバーへのリクエストのルーティングをOTDインスタンスが開始します。

- Oracle Site Guard - このアーキテクチャでは、サイト1に障害が発生すると、SiteGuardは何がどのような順序で発生するかを指定するスクリプトを使用して、フェイルオーバーを開始します。たとえば、WebLogic Server、Coherence、Webアプリケーション、およびその他のサイト・コンポーネントを特定の順序で起動できます。スクリプトはフェイルオーバー前またはフェイルオーバー後のいずれかで実行できます。SiteGuardはData Guard Brokerと統合してデータベースをフェイルオーバーします。「Oracle Site Guard」を参照してください。

アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・ストレッチ・クラスタ

次の図は、アクティブ/パッシブ・データベース層を使用するアクティブ/アクティブ・ストレッチ・クラスタ・アプリケーション・インフラストラクチャ層を使用した、推奨される継続的可用性ソリューションを示しています。

図2-3 アクティブ/アクティブ・ストレッチ・クラスタ・アプリケーション・インフラストラクチャ層およびアクティブ/パッシブ・データベース層のトポロジ

このトポロジの主な特徴は次のとおりです。

- 2つの異なるデータ・センター(サイト1およびサイト2)間まで拡張するクラスタとして構成されたWebLogic Server。クラスタ内のすべてのサーバーがアクティブです。

- ドメインには次のものが含まれます。

- サイト1の管理対象サーバー(MS1、MS2およびMS3)のグループと、もう1つのサイト2の管理対象サーバー(MS4、MS5およびMS6)のグループで構成される、WebLogic Serverクラスタ。管理対象サーバーはサイト1にあるWebLogic Server管理サーバーによって管理されます。この例では、Active Gridlink (AG)が管理対象サーバーのプライマリ・データベースへの接続に使用されています。(汎用のDataSourceまたはMultiDataSourceも使用可能ですが、高可用性およびパフォーマンスの向上が提供されることからActive Gridlinkが推奨されます。)ゼロ・ダウンタイム・パッチ適用(ZDT)によって、ローリング方式による管理対象サーバーのパッチ適用の提示が可能です。

- サイト1のCoherenceインスタンス(COH1、COH2およびCOH3)のグループと、もう1つのサイト2のグループ(COH4、COH5およびCOH6)で構成されるCoherenceクラスタで、すべてサイト1のWebLogic Server管理サーバーによって管理されます。

- グローバル・ロード・バランサ。

- クラスタ間でのWebLogic ServerのHTTPセッション・レプリケーション。

- 各サイトにあるOracle Traffic Director (OTD)の2つのインスタンス(1つはアクティブ、もう1つはパッシブ)。OTDはWeb層またはWebLogic Serverクラスタに対するリクエストを均衡化できます。

- Oracle HTTP Server (OHS) Web層。(環境のタイプに基づくオプションのコンポーネント。)

- 任意のレプリケーション・テクノロジを使用して2つのサイト間でレプリケートされる、構成データ、ローカル・バイナリ、ログなどのためのファイルストア。

- Oracle Enterprise Manager Cloud Controlのコンポーネントであり、サイトのフェイルオーバーおよびスイッチオーバーを編成するOracle Site Guard。

- 2つの異なるデータ・センター内にある2つの別個のOracle RACデータベース・クラスタ。プライマリ・アクティブのOracle RACデータベース・クラスタはサイト1にあります。サイト2にはスタンバイ(パッシブ)読取り専用モードでOracle RACデータベース・クラスタが含まれます。クラスタにはトランザクション・ログ、JMSストアおよびアプリケーション・データが含まれる場合があります。データはOracle Active DataGuardを使用してレプリケートされます。(最高レベルの高可用性が提供されることからOracle RACデータベース・クラスタの使用が推奨されていますが、これは必須ではありません。単一データベースまたはマルチテナント・データベースも使用できます。)

このアーキテクチャは継続的可用性の機能を次のように使用します。

- 自動クロスドメイン・トランザクション・リカバリ - サーバーのすべてが同じクラスタ内にあるため、既存のWebLogic Server高可用性機能、サーバーおよびサービス移行を使用してトランザクションをリカバリできます。

- サーバー全体の移行では、移行可能なサーバー・インスタンスとそのすべてのサービスが、障害発生時に物理的に別のマシンに移行されます。詳細は、『Oracle WebLogic Serverクラスタの管理』のサーバー全体の移行に関する項を参照してください。

- サービス移行では、障害発生時にサービスがクラスタ内の別のサーバー・インスタンスに移動されます。詳細は、『Oracle WebLogic Serverクラスタの管理』のサービスの移行に関する項を参照してください。

- WebLogicゼロ・ダウンタイム・パッチ適用 - クラスタ内のすべてのサーバーがアクティブのため、「WebLogic Serverゼロ・ダウンタイム・パッチ適用」で説明されているように、この機能の全要素を使用できます。

- Coherenceフェデレーテッド・キャッシュ - 「Coherenceフェデレーテッド・キャッシュ」で説明されているとおりに、この機能の全要素を使用できます。

- Coherence GoldenGate HotCache - 「Coherence GoldenGate HotCache」で説明されているとおりに、この機能の全要素を使用できます。

- Oracle Traffic Director - サーバー可用性に応じて、アプリケーション・サーバーへのトラフィック・ルーティングを調整します。「Oracle Traffic Director」で説明されているとおりに、この機能の全要素を使用できます。

- Oracle Site Guard - データベースのみがこのアーキテクチャでスタンバイ・モードにあるため、Oracle Site Guardはデータベースのフェイルオーバーのみを制御します。クラスタ内のすべてのサーバーがアクティブのため、これはアプリケーション・アーキテクチャ層に適用されません。詳細は、「Oracle Site Guard」を参照してください。

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。