Oracle Database 10g Release 2：Maximum Availability Architectureへのロードマップ

Maximum Availability Architecture への

ロードマップ

Oracle Maximum Availability Architecture ホワイト・ペーパー

2006 年 4 月

Maximum

Availability

Architecture

Oracle Database 10g Release 2：

Maximum Availability Architecture へのロードマップ

はじめに ... 3

MAA のバックグラウンド ... 3

MAA の機能 ... 4

MAA の利点 ... 4

MAA による計画停止時間と計画外停止時間の最小化... 5

MAA ベスト・プラクティスの関連資料を使用するためのロードマップ ... 6

参考資料 ... 9

Oracle Database 10g Release 2：

Maximum Availability Architecture へのロードマップ

はじめに

Oracle Maximum Availability Architecture (MAA) [1]は、オラクルの実証済み高可用 性テクノロジと推奨事項に基づくオラクルのベスト・プラクティスの青写真です。 MAAの目標は、最適な高可用性アーキテクチャの設計から複雑さを排除すること です。このホワイト・ペーパーでは、次のトピックに焦点を当てます。 • MAA の機能 • MAA の利点 • ベスト・プラクティスによる、さまざまな計画停止および計画外停止の ためのリカバリ時間の予測 • MAA 関連資料活用のロードマップ MAA には、アプリケーション全体とさまざまなレイヤーが含まれますが、このホ ワイト・ペーパーでは、MAA の利点と Oracle Database のベスト・プラクティスに 重点が置かれています。

MAA のバックグラウンド

企業は、高度にネットワーク化されたグローバル経済において、休むことなく稼 動しています。業務を停止する余裕はありません。現在のビジネスを支える IT シ ステムでは、信頼性と常時利用可能であることが要求されています。しかし、導 入されるシステムの機能が増えるにつれ、IT 管理者、アーキテクト、および管理 者には、一連の適切な機能を統合してビジネス要件のすべてを満たす統一された 高可用性（HA）ソリューションの構築が困難になっています。一本化された明確 な方向性がない場合、IT 管理者は外部のコンサルタント・チームに依存し、適切 な HA システム構成を決定するために何百ページものドキュメントを検討するこ とになります。しかも、その構成が企業固有のニーズを満たすかどうかはわかり ません。 そこで MAA の登場です。MAA は、高可用性システムの設計は複雑であってはな らない、憶測を伴ってはならないという考えに基づいて概念化されたものです。 そのため、MAA フレームワークでは、企業がシステムから最大可用性を引き出し、 最も厳しい品質保証契約（SLA）要件を満たすために、オラクルの実証済み高可 用性テクノロジおよびグリッド・コンピューティング・テクノロジを使用した、 綿密なベスト・プラクティスが多数提供されます。

MAA の機能

• MAA には、Oracle Database、Oracle Application Server、Oracle Applications、 Oracle Collaboration Suite、Oracle Grid Control など、包括的な一連の Oracle 製品を対象とする高可用性ベスト・プラクティスの推奨事項が組み込ま れています。これらのベスト・プラクティスには、アーキテクチャ、構 成、運用のベスト・プラクティスが含まれています。このホワイト・ペー パーではデータベースのみを取り上げます。 • MAA では、さまざまな業務の品質保証契約（SLA）を考慮して、これら のベスト・プラクティスをできるだけ広範囲に適用できるようにしてい ます。 • MAA は、グリッドの概念を活用してコモディティ・サーバーを使用し、 リジリエンスがある低コストのストレージを活用してリジリエンスに優 れた低コストのコンピューティング・インフラストラクチャを提供し、 従来のコンピューティング・アーキテクチャよりも高品質のサービスを 実現します。 • MAA は、オラクルの新バージョンと機能とともに進化します。 • MAA は、ハードウェアやオペレーティング・システムに依存しません。

MAA の利点

• MAA は、詳細な構成ガイドラインを提供して、可用性の高い Oracle シス テムの実装コストを削減します。さまざまな構成におけるパフォーマン ス・インパクトの調査結果では、選択された高可用性アーキテクチャが 企業のニーズに応じて、継続的に機能し拡張できることがはっきりと示 されています。 • また、MAA は、標準的な Oracle 機能を使用して、従来のオラクル以外の テクノロジ（たとえば、サード・パーティのファイル・システム、ボリュー ム・マネージャ、クラスタ・ソフトウェア、リモート・ミラーリング、 バックアップとリカバリ、システム管理など）が提供した強化機能を置 き換え、提供することによって、可用性の高い Oracle システムの調達や 管理、サポートにかかる費用を削減します。 • MAA は、人的エラー、システム障害、クラッシュ、保守、アップグレー ド、データ障害、破損、災害などの計画停止および計画外停止による停 止時間をゼロまたは最小限に抑えるためのベスト・プラクティスを提供 して、停止時間のコストを削減します。 • MAA は、障害発生時に、停止からの復旧時間の長さと容認できるデータ の損失量を管理する機能を持っているので、特定のビジネス要件に合わ せて平均リカバリ時間（MTTR）をカスタマイズできます。 • MAA は、計画外停止を検出し、数秒で修復する機能を備えています。 MAA では、計画的な保守による停止時間をゼロにするか、または短縮す るためのソリューションとプラクティスを提供します。

• 品質保証契約（SLA）を記録し、伝達します。 • システムの安定を維持するために、変更管理およびセキュリティのプ ロシージャを確立します。 • 本番システムに影響を及ぼす前に、変更をテストして問題を防ぐため、 本番アクティビティを正確に模倣できるテスト環境を作成します。 • グリッド・コントロールを活用して、潜在的な障害や問題を検出し、 積極的に対処します。 • MAA 推奨の修復方法を活用し、推奨された MAA マトリクスを使用 して、緊急シナリオ用の停止と修復の決定木を作成します。 • MAA ベスト・プラクティスに従うことによって、修復プラクティス を自動化および最適化して、停止時間を最小限に抑えます。

MAA による計画停止時間と計画外停止時間の最小化

表 1 では、MAA ベスト・プラクティスを使用した場合に達成可能な計画外停止の リカバリ時間を示します。 表 1：計画外停止の達成可能なリカバリ時間 停止の種類 MAA 実現テクノロジ

コンピュータ障害 停止時間なし Real Application Clusters (RAC)

ストレージ障害 停止時間なし Automatic Storage Management

(ASM)

人的エラー 30 分未満 フラッシュバック・テクノロジ

データの破損 停止時間なし

30 秒未満

適切であれば、Hardware Assisted Resilient Storage （HARD） Data Guard

サイト障害 30 秒未満 Data Guard

表 2 では、MAA に関する全種類の計画停止時間の達成可能なリカバリ時間を示し ます。

表 2：計画停止の達成可能なリカバリ時間 停止の種類 MAA 実現テクノロジ システムの変更 停止時間なし 動的なリソースのプ ロビジョニング システム・レベルのアッ プグレード 停止時間なし RAC クラスタまたはサイト全 体のアップグレード 数秒～5 分 Data Guard ストレージの移行 停止時間なし ASM データベースの 1 回限り のパッチ 停止時間なし 適切であれば、RAC データベースのパッチ・ セットおよびバージョン のアップグレード 数秒～5 分 適切であれば、ロジ カル・スタンバイを 持つ Data Guard システムの変更 - ローリング・ アップグレード プラットフォームの移行 数分～数時間 トランスポータブ ル・データベース、 トランスポータブル 表領域またはスト リーム データの変更 停止時間なし オンラインの再編成 および再定義

MAA ベスト・プラクティスの関連資料を使用するためのロード

マップ

MAA に関する資料は、さまざまな Oracle テクノロジでのアーキテクチャ、構成、 運用に関する高可用性ベスト・プラクティスの青写真で構成されています。たと えば、図 1 は、Oracle Database と Oracle Application Server を含む高可用性アーキ テクチャを示しています。

図 1：Oracle Maximum Availability Architecture クライアント クライアント クライアント 専用ネットワーク Oracle Application Server WAN Traffic Manager インスタンス 1 インスタンス 2 インスタンス 1 インスタンス 2

Oracle Data Guard

RAC 本番 データベース RAC スタンバイ・ データベース プライマリ・ サイト セカンダリ・ サイト Oracle Application Server ハートビート 図 1 で示しているアーキテクチャには、まったく同じように構成されたプライマ リ・サイトとセカンダリ・サイトが含まれています。 • プライマリ・サイトには、ホスト障害およびインスタンス障害から保護 するために、複数のアプリケーション・サーバーと Oracle Real Application Clusters (RAC)を使用した本番データベースが含まれています。

• セカンダリ・サイトも同様に、構成されたアプリケーション・サーバー と、Oracle Data Guard によるプライマリ・データベースとの同期を維持し たフィジカル・スタンバイ・データベースまたはロジカル・スタンバイ・ データベースが、それぞれ含まれています。 クライアントは最初にプライマリ・サイトにルーティングされます。重大な障害 がプライマリ・サイトに影響を及ぼした場合、Data Guard は本番データベース・ ロールをスタンバイ・データベースにフェイルオーバーします。その後、クライ アントをセカンダリ・サイトの新しいプライマリ・データベースに切り替えるこ とができるので、ビジネスの可用性が復旧されます。

最新のMAAに関する資料については、MAA OTN website [1]を参照してください。 Oracle Database 10g Release 2 のMAAに関する資料の使用についての推奨ロード マップを以下に示します。 • Oracle Database 高可用性概要 [2] • 高可用性の概要を提供します。 • 使用可能なオラクルの高可用性ソリューションおよび機能について 説明します。 • 高可用性の要件と品質保証契約について説明します。 • 可用性の高い推奨アーキテクチャについて説明します。 • 推奨されている高可用性アーキテクチャを選択する方法について説 明します。 • それぞれの高可用性アーキテクチャについて、計画停止および計画外 停止に対する高レベルの停止および修復マトリクスを提供します。 • サード・パーティのアーキテクチャと比較します。 • Oracle 高可用性アーキテクチャおよびベスト・プラクティス[3] • 構成のベスト・プラクティスを提供します。 • 管理のベスト・プラクティスを提供し、最適な方法で停止を検出、管 理、および修復するか、停止時間を最小限に抑えます。

• Focused HA Best Practice papers and presentations [3] 次の MAA トピックに関する詳細、比較、および分析 • 障害時リカバリ（ネットワーク、フィジカル・スタンバイ、ロジカル・ スタンバイ） • バックアップとリカバリ • ストレージ管理 • 低コストのストレージ • クライアント・フェイルオーバー • 中間層の高可用性

• Oracle Applications、Oracle Collaboration Suite、および Oracle Enterprise Manager の高可用性

• カスタマ・エクスペリエンスとケース・スタディ • High Availability Case Studies [4]

• Data Protection：Oracle Data Guard, It’s Not Just About Disasters [5] • Implementing the Maximum Availability Architecture on Dell PowerEdge

参考資料

1. Oracle Maximum Availability ArchitectureのOTN Webサイト

http://otn.oracle.co.jp/products/availability/htdocs/maa.html 2. Oracle Database高可用性概要(B19206-01) http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/nav/portal_4. htm 3. Oracle高可用性アベスト・プラクティス(B31489-01) http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/nav/portal_ 4.htm

4. High Availability Case Studies（英語）

http://www.oracle.com/technology/deploy/availability/htdocs/HA_CaseStudies.html

5. “Data Protection：Oracle Data Guard, It’s Not Just About Disasters”（英語）

http://www.oracle.com/technology/deploy/availability/htdocs/dataguardprotection.html

6. “Implementing the Maximum Availability Architecture on Dell PowerEdge Servers and Dell/EMC Storage over Wide Area Networks”（英語）

http://www.dell.com/downloads/global/power/ps2q05-20040265-Rad.pdf 7. Hardware Assisted Resilient Data (HARD) Initiative：

• Oracle ClusterwareおよびOracle Real Application Clusters管理およびデ プロイメント・ガイド (B19198-03) http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/nav/po rtal_16.htm • Oracle Database高可用性概要(B19206-01) http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/nav/po rtal_4.htm

8. Oracle Data Guard概要および管理(B19233-02)

http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/nav/portal_4. htm

Oracle Database 10g Release 2：Maximum Availability Architecture へのロードマップ 2006 年 4 月

著者：Lawrence To、Joseph Meeks 共著者：Viv Schupmann Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065 U.S.A. 海外からのお問合せ窓口： 電話：+1.650.506.7000 ファクシミリ：+1.650.506.7200 oracle.com

Copyright © 2006, Oracle.All rights reserved.

本文書は情報提供のみを目的として提供されており、ここに記載される内容は予告な く変更されることがあります。 本文書は一切間違いがないことを保証するものではなく、さらに、口述による明示ま たは法律による黙示を問わず、特定の目的に対する商品性もしくは適合性についての 黙示的な保証を含み、いかなる他の保証や条件も提供するものではありません。オラ クル社は本文書に関するいかなる法的責任も明確に否認し、本文書によって直接的ま たは間接的に確立される契約義務はないものとします。本文書はオラクル社の書面に よる許可を前もって得ることなく、いかなる目的のためにも、電子または印刷を含む