システム上ののバックアップリカバリ¸Šの仮想化oracle...

Oracle E-Business Suite on Vblock Systems Backup and Recovery with EMC Avamar Solution Architecture

目次

EMC Avamarを使用した Vblock™システム上のOracle E-Business Suiteのバックアップ/リカバリソリューションアーキテクチャ

バージョン 1.0 2013年 5月

© 2013 VCE Company, LLC. All rights reserved.（不許複製・禁無断転載）

www.vce.com

2 © 2013 VCE Company, LLC. All rights reserved.（不許複製・禁無断転載）

C

EC

Copyright © 2013 VCE Company Inc. All Rights Reserved.（不許複製・禁無断転載）

VCEは、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更されることがあります。

本文書に記載される情報は、「現状有姿」の条件で提供されています。VCEは、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に

対する黙示的保証はいたしません。


C

EC

目次

はじめに ................................................................................................................................... 6

このドキュメントについて ........................................................................................................ 6

ソリューション概要 ................................................................................................................. 6

目標 ..................................................................................................................................... 6

適用範囲 .............................................................................................................................. 7

対象読者 .............................................................................................................................. 7

フィードバック ........................................................................................................................ 7

テクノロジー概要 ...................................................................................................................... 8

ソリューションのコンポーネント ............................................................................................... 8

アーキテクチャの概要 ............................................................................................................... 9

論理レイアウト ....................................................................................................................... 9

物理レイアウト ..................................................................................................................... 10

ハードウェアおよびソフトウェアコンポーネント ...................................................................... 11

設計に関する検討事項 ........................................................................................................... 13

コンピューティングの構成 .................................................................................................... 13

ネットワークの構成 .............................................................................................................. 14

ストレージ設計 .................................................................................................................... 15

仮想化の構成 ..................................................................................................................... 16

アプリケーションの構成 ....................................................................................................... 17

Oracle EBS ..................................................................................................................... 18

EMC Avamar .................................................................................................................. 18

VCEのデータ保護の概要 ................................................................................................... 19

ソリューション評価 .................................................................................................................. 20

バックアップ/リカバリテストカテゴリーの概要 ....................................................................... 20

カテゴリー1：ホットオンラインバックアップ/リカバリ .......................................................... 20

カテゴリー2：コールドオフラインバックアップ/リカバリ ...................................................... 21

カテゴリー3： PITR（ポイントインタイムリストア/リカバリ） ................................................. 21

カテゴリー4：増分バックアップ/リカバリ（オプション） .......................................................... 22

評価の目標 ......................................................................................................................... 22

テスト環境の設計 ................................................................................................................ 22

テストとテスト手順 ............................................................................................................... 23

テストの合格基準 ................................................................................................................ 23

テスト 1 - ホットオンラインバックアップ/リカバリ ...................................................................... 24

テスト 1の環境 ................................................................................................................ 24

テスト 1の手順 ................................................................................................................ 27

テスト 1の結果 ................................................................................................................ 29


C

EC

テスト 2 - Avamarを使用した Oracle EBSのコールドデータベースバックアップ ................... 30

テスト 2の環境 ................................................................................................................ 30

テスト 2の手順 ................................................................................................................ 30

テスト 2の結果 ................................................................................................................ 33

テスト 3 - Avamarを使用した Oracle EBSのポイントインタイムリストアとデータベースリカバリ .................................................................................................................... 34

テスト 3の環境 ................................................................................................................... 34

テスト 3の手順 ................................................................................................................... 35

手順 1-テスト 3：オンラインホット Avamarバックアップからのデータベースリカバリ .......... 35

テスト結果 ....................................................................................................................... 36

手順 2-テスト 3：コールド Avamarバックアップからのアプリケーション階層ノードリカバリ ........................................................................................................... 37

テスト結果 ....................................................................................................................... 39

手順 3-テスト 3：ホット Avamarバックアップからのアプリケーション階層ノードリカバリ ...... 39

テスト結果 ....................................................................................................................... 41

手順 4-テスト 3：コールド Avamarデータベースバックアップからのフルデータベースリカバリ ....................................................................................................................... 41

テスト結果 ....................................................................................................................... 41

手順 5-テスト 3： Avamarホットオンラインバックアップからのポイントインタイムリカバリ ................................................................................................................. 41

テスト結果 ....................................................................................................................... 44

テスト 4 - VMware Data Protection 5.1を使用した Oracleバックアップ/リカバリ ................... 45

テスト 4の環境 ................................................................................................................ 45

テスト 4の手順 ................................................................................................................ 45

テスト 4の結果 ................................................................................................................ 50

テスト 5 - VDPを使用した Oracle EBSアプリケーション階層のバックアップ/リカバリ .............. 51

テスト 5の環境 ................................................................................................................ 51

テスト 5の手順 ................................................................................................................ 52

テスト 5の結果 ................................................................................................................ 57

評価結果のサマリー ............................................................................................................... 58

テスト 1 - ホットオンラインバックアップ/リカバリの結果 ..................................................... 58

テスト 2 - Avamarを使用した Oracle EBSのコールドデータベースバックアップの結果 .... 58

テスト 3 - Avamarを使用した Oracle EBSのポイントインタイムリストアとデータベースリカバリの結果 ................................................................................................... 58

テスト 4 - VMware Data Protection 5.1を使用した Oracleバックアップ/リカバリの結果 .... 59

テスト 5 - VDPを使用した Oracle EBSアプリケーション階層のバックアップ/リカバリ実行の結果 ..................................................................................................................... 60

全体的なサマリー ................................................................................................................ 60


C

EC

結論 ....................................................................................................................................... 61

次のステップ ....................................................................................................................... 62

付録 – このソリューションのコンポーネントの説明 .................................................................... 63

Vblock™システム ................................................................................................................ 63

Vblock System 720 ......................................................................................................... 63

Vblock System 320 ......................................................................................................... 63

コンピューティングコンポーネント ..................................................................................... 64

ネットワークコンポーネント ............................................................................................... 64

ストレージコンポーネント ................................................................................................. 64

仮想化コンポーネント ....................................................................................................... 64

Oracle Database 11g Release 2 Enterprise Edition .......................................................... 64

Oracle Real Application Clusters ....................................................................................... 65

Oracle E-Business Suite Release 12 ................................................................................. 65

EMC Avamar ..................................................................................................................... 65

EMC Avamar Data Store ................................................................................................... 65

関連資料 ................................................................................................................................ 66


C

EC

はじめに

このドキュメントについて

統合型バックアップ/リカバリソリューションはビジネスにとって不可欠です。データの急増、規制要件、継続的な可用性に対する要求によって、短縮が進むバックアップウィンドウ内でバックアップを正常に完了させることが難しくなっています。

VCEでは、新しい統合型バックアップ/リカバリソリューションアーキテクチャ、 EMC Avamarを使用した Vblock™システム上のOracle EBS（E-Business Suite）のバックアップ/リカバリを通じて、Oracle製品のお客様のこのニーズに対応します。このソリューションには、VMware vSphere Data Protection Suiteも含まれています。

ソリューション概要

このソリューションアーキテクチャホワイトペーパーでは、EMC Avamarを使用した Vblockシステム上の仮想化Oracle EBSのバックアップ/リカバリソリューションの主要機能とメリットを説明します。

VCEは、世界最先端の統合インフラストラクチャである Vblock システムを設計して提供しています。こ

のシステムは、インフラストラクチャの最適化、コストの削減、環境の保護、導入の迅速化、イノベー

ションの促進を実現します。クラス最高のコンポーネント、ポートフォリオ全体にわたる単一のアーキ

テクチャ、初期導入からサポートに至るまでの単一の窓口、業界で最も豊富な構成とモデルを提供

する Vblockシステムは、実質上あらゆる規模の組織、さまざまな価格帯、特定の多数の業種やビジネス推進のニーズや要件に対応します。

コールドサイトとして補足的に Vblockシステムソリューションの使用をご希望の場合は、以前に発行された VCEのOracle EBS関連のホワイトペーパー、「Enhanced Operational Agility and Scalability for Oracle E-Business Suite R12 and RAC on VMware vSphere 5」および「Zero Downtime Bi-Directional Physical to Virtual Migration for Oracle® EBS R12 with RAC on Vblock™ Infrastructure Platforms」を参照してください。これらのホワイトペーパーには、これまでに投資した製品に Vblockシステムを容易に統合する方法も記載されています。

目標

このソリューションアーキテクチャホワイトペーパーでは、Avamarと VMware vSphere Data Protection Suiteを使用して、Vblockシステム上の仮想化Oracle EBS環境のバックアップ/リカバリを実行する方法のガイダンスを提供します。

このソリューションについての目標：

Vblockシステム上のOracle EBS環境にこのバックアップ/リカバリソリューションを導入する際のセットアップ方法、構成、運用のベストプラクティスの説明など、このバックアップ/リカバリソリューションとその基盤アーキテクチャのテクノロジー概要を提供する。

エンドツーエンドでデータを保護する方法を定義する。

バックアップ手法（ビジネスユーザーの並行作業に影響を与えないOracle E-businessミッションクリティカル環境のホット/コールドバックアップを含む）を説明する。

http://www.vce.com/pdf/solutions/vce-enhanced-operational-agility-and-scalability-for-oracle-ebs-and-rac-white-paper.pdf


http://www.vce.com/pdf/solutions/vce-oracle-ebs-p2v-migration.pdf




C

EC

もう 1つの目標は、このソリューションの概念的および実践的なベストプラクティスを説明することです。

一般的な Avamar環境へのOracle EBSの導入（たとえば、この 2～4 TBのOracle環境が混在アプリケーションワークロード環境の一部である場合があります）

VMware vSphereデータ保護機能をユーティリティとして活用可能なプロトタイプラボ環境の説明

EMC Avamarのみ、Avamarと Data Domainなどの Vblockデータ保護ソリューションの説明（サイズ設定と拡張に関する情報を含む）

このバックアップ手法を使用しながら実施した確認では、以下を含むことを目標としました。

バックアップのスループット（TB/時、GB/分）の測定、レーテンシーの測定、毎日のバックアップボリュームの計算を行う

長時間かかるバックアップやバックアップの失敗がほぼ発生しないことを確認する

データの消失や破損を伴わずにバックアップが正常に実行されたことを実証する

障害の発生時に Avamarが RTO/RPOの低減にどのように貢献するかを示す

適用範囲

このプロジェクトの適用範囲は、前述の目標に記述されています。

対象読者

このソリューションアーキテクチャホワイトペーパーの主な対象読者は、データセンター管理者、データベースアーキテクト、DBA（データベース管理者）などの技術担当者です。また、製品評価の際に IT管理チームもこのドキュメントを参考にできます。

フィードバック

ドキュメントに対する変更のご提案やこのホワイトペーパーについてのフィードバックは、 [email protected] までメールでお寄せください。メールには、ホワイトペーパーのタイトルと、対象となるトピック名を添えて、ご意見やご要望をご記載ください。

mailto:[email protected]


C

EC

テクノロジー概要

このセクションでは、この VCEソリューションで使用されるテクノロジーの概要を説明します。

ソリューションのコンポーネント

このソリューションでは、以下のハードウェアおよびソフトウェアコンポーネントとテクノロジーが使用されています。

これらの製品とテクノロジーに関する個々の説明については、「付録」を参照してください。

Vblockシステム

Oracle Database 11g Release 2 Enterprise Edition

Oracle Real Application Clusters

Oracle E-Business Suite Release 12

EMC Avamar

EMC Avamar Data Store


C

EC

アーキテクチャの概要

論理レイアウト

図 1に、この環境の論理アーキテクチャ全体を示します。

図 1：論理アーキテクチャ： Avamarによる Oracle EBSのバックアップ/リカバリ

この論理アーキテクチャの図は、以下のことを示しています。

データをバックアップするシングルノードの Avamarソリューションが存在する。

Vblockシステム上で複数の Avamarクライアントとプロキシが稼働している。夜間のバックアップ中、Avamarエージェントが変更された可変長のブロックを Avamarグリッドからコピーし、変更された可変長のブロックのみから仮想フルバックアップを作成する。

バックアップジョブのスケジューリング、バックアップと Avamarシステムのステータス両方の監視およびレポート作成に、Avamarソフトウェアが使用される。


C

EC

以下の図 2も、Avamarを使用したバックアップ/リカバリの説明です。

図 2： Avamarを使用した Oracle E-Businessバックアップソリューションの概要

物理レイアウト

図 3に、Avamarと Oracle R12 EBSのために導入された物理アーキテクチャを示します。

図 3：物理レイアウト： Avamarによる Oracle EBSのバックアップ/リカバリ


C

EC

この物理アーキテクチャの図は、以下のことを示しています。

1. AvamarクライアントがOracle R12 EBSのデータベース階層に接続し、バックアップ/リストア処理を実行します。

2. アプリケーション階層がデータベースにインストールされ、アプリケーションデータがデータベースに保管されます。

3. Avamarグリッドが、データベースからのデータバックアップおよびデータベースへのデータリストアのために通信します。

4. Vblockシステム：コンピューティング、ストレージ、ネットワークのレイヤーには、ビジネスに重要なOracle Financialのオペレーションを処理するために、Oracle R12 EBSアプリケーションが複数の仮想マシンにわたって導入されています。

5. Nexus 5548（Vblockシステムの重要な構成要素）が、すべてのネットワークサービスを提供する Nexus 7000に直接接続されています。

6. Nexus 5548より下流では、すべての要素が標準 Vblockシステムに準じて接続されています。すべてのホストと VMは Vblockシステム内に存在し、Nexus 7000からネットワークサービスを提供されます。

ハードウェアおよびソフトウェアコンポーネント

表 1 に、このソリューションで使用されるハードウェアリソースを示します。

表 1：このソリューションで使用されるハードウェアリソースの説明

ハードウェア説明

VNX 5300を搭載した Vblock 300 1

コンピューティング Cisco UCS（Unified Computing System）：

Cisco UCS B200 M3ブレードサーバーパック（4コア、128 GBのメモリ）×3 - 2台はアプリケーションサーバーで使用 - 1台はデータベースサーバーで使用

管理（Mini-AMP）：

Cisco UCS C220 M2サーバー×2 Cisco Catalyst 3560

ネットワーク Cisco Nexus 5548スイッチ×2 Cisco MDS 9148アグリゲーション SANスイッチ×2

ストレージ EMC VNX 5300×1

仮想化 VMware vSphere 5.1×1 VMware vCenter Server 5.1×1

その他のコンポーネント EMC Avamar Data Store×1


C

EC

表 2 このソリューションの検証に使用されるソフトウェアの説明

ソフトウェア個数バージョン目的

OEL（Oracle Enterprise Linux） 3 Oracle Linux 6.2 サーバーオペレーティングシステム

Oracle R12 EBS 1 12.1.2 ERPデータベースソフトウェア

Oracle 11g Database Enterprise 1 11gR2（11.2.0.1）データベースサーバーソフトウェア


C

EC

設計に関する検討事項

Oracleのバックアップ/リカバリでは、データ障害とシステム障害を解決するために、インスタンスとデータベース両方のリカバリを実行する必要があります。したがって、データベースファイル、アーカイブログファイル、オペレーティングシステムバイナリファイルのコピーを定期的に Avamarにバックアップし、リストアおよびリカバリ処理で使用できるようにする必要があります。Oracleのバックアップ/リカバリ手順の詳細については、「Oracle® Database Backup and Recovery User's Guide 11g Release 1 （11.1）」（http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm）を参照してください。

EMC Avamarは、機能豊富なツールスイートを提供しており、幅広いソフトウェアベースのプラグインを使用してOracleデータベースおよびOracle EBSのバックアップ/リカバリを実行します。たとえば、Oracle EBSアプリケーション階層のバックアップ/リストアを実行する場合、この階層はファイルベースのバイナリであるため、Linuxオペレーティングシステムプラグインを使用してOracle R12 EBS環境内のアプリケーション階層サーバーのバックアップとリストアを行います。

Oracle R12 EBSのデータベース階層サーバーのバックアップ/リストアを行う場合には、AvamarはRMAN（Oracle Recovery Manager）データベース階層と直接対話するプラグインを提供します。またAvamarは、中核のバックアップ/リカバリ機能に加えて、ポリシーベースのシステムを使用する高度なバックアップ/リカバリオプションも提供します。時刻、日付、保存期間、Oracleのバックアップ/リストア処理の種類に基づいてフィルターをセットアップし、適用することができます。Avamarのこうした機能によって、ネイティブオペレーティングシステムおよびOracleデータベースユーティリティ内の制限が解消されます。また、特定のお客様のOracle環境では、事前および事後にカスタマイズしたスクリプトを導入してバックアップ/リカバリ処理を簡素化できます。

コンピューティングの構成

以下に示すように、3台の Cisco UCSブレードが使用され、3台の仮想マシンにマッピングされました。

http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm


C

EC

［Summary］タブには、一般的な技術情報とこの構成で使用されるリソースが表示されます。

ネットワークの構成

前のセクションの［Summary］スクリーンショットに示されているように、各Oracle VMは通信の目的で標準ポートグループスイッチを使用しました。


C

EC

ストレージ設計

このソリューションは、Vblockシステムに搭載されている VNXベースのストレージアレイを使用します。

EMC VNXシリーズは、ファイルおよびブロックアクセスのために最適化された専用ネットワークサーバーであり、拡張性の高い使いやすいパッケージでハイエンドの機能を提供します。

VNXシリーズは、分散環境の一元管理ポイントを提供する単一ボックスのブロック/ファイルソリューションです。VNXにより、マルチプロトコルファイルシステムの動的な拡張、共有、コストパフォーマンスの高い方法での管理と、マルチプロトコルブロックアクセスの提供が可能になります。管理者は、NFSおよび CIFSプロトコルの同時サポートを活用し、広帯域幅またはレーテンシー重視のアプリケーション向けの VNX for Fileと VNX for Blockの高度なファイルロックメカニズムを使用して、Windowsクライアントと Linux/UNIXクライアントでファイルを共有できます。

以下にストレージデータの表を示します。

表 3：VMストレージ情報

VM IP サブネット GW VLAN 仮想

CPU メモリ

（GB） OS （GB）

DB LUNおよびログサイズ（TB）

OracleR12EBS_AppTier 1

172.23.23.10 255.255.255.0 172.23.23.1 2323 8 16 200 -

OracleR12EBS_AppTier 2

172.23.23.11 255.255.255.0 172.23.23.1 2323 8 16 200 -

OracleR12EBS_DBTier 1

172.23.23.20 255.255.255.0 172.23.23.1 2323 8 32 20 2 TB

表 4：RAIDグループ情報

RAIDグループ番号

ディスク数ディスクタイプディスクサイズ RPM

34 1 SAS 600 GB 10 K ホットスペアホットスペア

35 1 SAS 600 GB 10 K ホットスペアホットスペア

表 5：ストレージプール情報

プール名ディスク数

ディスクタイプ

ディスクサイズ

RPM RAIDタイプ目的

OracleAvamar_AppTier 8 SAS 600 GB 10 K RAID I/O Oracleアプリケーション階層

OracleAvamar_DBTier 14 SAS 600 GB 10 K RAID 5 Oracle DB階層

vb319 5 SAS 600 GB 10 K RAID 5 VMブートスワップおよび ESXiブート


C

EC

仮想化の構成

Vblock 300上の Oracleおよび Avamarのハイパーバイザー仮想化コンポーネントとして、VMware vSphere 5.1が導入されました。合計 3台の VM（仮想マシン）が VMware vCenter内に作成され、3台の ESXiホストにマッピングされました。以下のスクリーンショットは、データベースおよびアプリケーションサーバーが構成された各仮想マシンの構成例を示しています。

Oracle EBSアプリケーション階層には軽量のアプリケーションサーバープロセスが格納されるため、アプリケーション処理に必要なリソースの合計は、データベース階層サーバーで使用されるリソースよ

り尐なくなります。Oracle、EMC、VMwareのベストプラクティスで推奨されているとおり、ロードバランシングの調整と全体的なスループットの向上のために複数のアプリケーションサーバーノード VMが使用されました。データベース階層サーバーには、次の 1台の VMが構成されました。


C

EC

アプリケーションの構成

Oracle、EMC、VMwareのベストプラクティスとガイドラインに従い、Oracleおよび Avamar向けのインフラストラクチャ導入の完了後、Oracle R12 EBSがOracle Linuxオペレーティングシステムとともにインストールされ、構成されました。並列バッチ処理とOLTPワークロードのパフォーマンスと可用性を最適化するために、2台のアプリケーション階層サーバーが導入されました。

さらに、コンカレントマネージャーの構成とバッチ処理のベストプラクティスが、この環境に合わせて最適化されました。単一の Oracle データベース階層が導入され、この構成が完了しました。以下は、Oracle EBS環境に導入されたアーキテクチャ全体を示しています。まず、Oracle Linux 6プラットフォーム上でアプリケーション階層ノードが稼働しました。

2つ目のアプリケーション階層ノードは、前述のものと同じ構成です。

データベース階層は以下のような構成です。


C

EC

Oracle 11g SQL*Plusユーティリティ内での全体的なデータベース構成を以下に示します。

Oracleと Avamarのホットバックアップの要件であるため、アーカイブログモードが有効化されました。

Oracle EBS

実際のワークロードを実証するために、以下のスクリーンショットに示したOracle Financialバッチ処理が、バックアップ/リカバリ処理中から処理後にかけて本番環境で実行されました。

EMC Avamar

EMC Avamarおよび Avamarクライアントソフトウェアは、EMC Avamar 6.1のマニュアルに従ってインストールおよび構成されました。


C

EC

VCEのデータ保護の概要

VCEでは、Vblock™システムのデータ保護製品を通じて、お客様独自のインフラストラクチャのニーズに対応できるように設計されたエンドツーエンドのソリューションを提供しています。現在お客様は、新しいデータ保護機能を Vblockシステムに追加することも、EMC以外または VCE以外の既存のデータ保護ソリューションを VCEソリューションに移行することも可能です。

VCEのデータ保護ソリューションには、以下の要素が含まれています。

EMC Avamar - 非常に効率的な可変長重複排除機能を装備し、EMCの専用バックアップアプライアンスと緊密に統合された、重複排除バックアップシステム/ソフトウェアです。Avamarでは、ITインフラストラクチャ、エンタープライズアプリケーション、データを含む仮想化環境の完全なバックアップを毎日高速に実行できます。クライアント側での重複排除により、ESXiの競合とネットワークトラフィックが軽減されるため、バックアップ時間を短縮できます。

EMC Avamarと Data Domain - デュアルオプション： Avamarは、ソリューション内の Avamar Data Storeをターゲットにします。より大規模で変更率が高いワークロードでは、高速な可変長インライン重複排除を提供する Data Domainシステムをターゲットにできます。したがって、バックアップデータストレージの占有領域は、平均で従来のバックアップ占有領域の 10～30分の 1になります。

EMC VPLEX - VPLEXにより、管理者は同一データセンター内、または同一のキャンパスやメトロエリア内の異なるデータセンター間の複数の Vblockシステムでデータの共有、保護、ロードバランシングの調整を行うことができます。稼働中の仮想マシンは、ダウンタイムを回避するために、異なる場所

に無停止で移動可能です。VPLEXは、計画外のイベントにも自動的に対処し、アプリケーションの復旧時間を短縮します。


C

EC

ソリューション評価

バックアップ/リカバリカテゴリーに関する評価情報と、プロジェクトの目標一覧、目標と実際に実行されたテストの関連性についての表が提供されます。

バックアップ/リカバリテストカテゴリーの概要

Oracle のバックアップ/リカバリは複雑なトピックです。目標、プロセス、テスト計画を説明するために、このソリューションで実行されたバックアップ/リカバリの主なタイプの詳しい要旨を以下に示します。バックアップ/リカバリのタイプは、4つのカテゴリーで構成されます。以下に説明する 4つのカテゴリーが、実際に実行したテストに反映されました。

このソリューションでは、Oracle R12 EBSの Avamarからのホットオンラインバックアップ、コールドオフラインバックアップ、ポイントインタイムリカバリを実行し、BRS（バックアップ/リストアサービス）と運用上の俊敏性がテストされました。また、オプションの増分バックアップ/リカバリのテストも実行されました。

カテゴリー1：ホットオンラインバックアップ/リカバリ

表 6：ホットオンラインバックアップ/リカバリの特徴

カテゴリー1：ホットオンラインバックアップ/リカバリ

説明 Oracleのホットバックアップ/リカバリは、バックアッププロセス中もデータベースとアプリケーションがオンラインのままで可用性が維持されるため、コールドバックアップと比較すると最も高い水準の RTOを提供します。ただし、データの障害を解決するためにデータベースログを適用する必要があるため、リストア/リカバリ処理中にダウンタイムを伴うわずかなメンテナンスウィンドウがあります。

メリット高い水準の RTO/RPO

トレードオフ多尐のパフォーマンスインパクト、アーカイブ REDOログファイルのストレージ要件に関連した追加のメンテナンス、Avamarと Oracleに起因する読み取り/書き込み処理への影響。

バックアップウィンドウオンラインのままダウンタイムなしで約 4時間

保存期間 10日間（ビジネス要件によって異なります）

バックアップスケジュールピーク時以外の業務時間帯に毎日


C

EC

カテゴリー2：コールドオフラインバックアップ/リカバリ

表 7：コールドオフラインバックアップ/リカバリの特徴

カテゴリー2：コールドオフラインバックアップ/リカバリ

説明 Oracleのコールドバックアップは、データ消失防止の保証に有効なので、高い水準の RPOを確保できます。ただし、バックアップ/リストア処理中にアプリケーションとデータベースをオフラインにする必要があるため、コールドオフラインバックアップ/リストアを完了させるにはアプリケーションのダウンタイムが伴います。

メリット：高い RPO バックアップイメージに破損がなければ、データベースとアプリケーションをシャットダウンする前に整っていてバックアップされたすべてのコミット済みデータは、

完全にリストアできます。したがって、コールドバックアップは Oracleバックアップに最も高い水準の RPOを提供します。

トレードオフ： RTOの増加

Oracle EBSのコールドバックアップを実行するには、アプリケーションおよびデータベースサービスをオフラインにする必要があるため、ダウンタイムが伴います。

バックアップウィンドウ約 4時間（実際の時間は、テストプロセスによって決まります）。

保存期間 10日間（ビジネス要件によって異なります）。

バックアップスケジュール毎週。

カテゴリー3： PITR（ポイントインタイムリストア/リカバリ）

表 8：ポイントインタイムリストア/リカバリの特徴

カテゴリー3： PITR（ポイントインタイムリストア/リカバリ）

説明データ障害が発生する前のある時点までのリカバリ。s

メリット Oracleと Avamarの BRSに最高の RTOを提供。

トレードオフサイト全体の障害からの完全なリカバリではなく、ある時点までのみのリストアを

提供します。PITRは、たとえばユーザーが誤ってスキーマから表をドロップしてしまったような場合に、毎週のフルバックアップを補完する機能として最適です。

バックアップウィンドウ約 10～30分（PITRリストアに適用する REDOログのリカバリ量に基づきます）。


バックアップスケジュールフルリストア/リカバリでなく、PITRの実行を必要とするイベントの発生時にオンデマンドで実行。


C

EC

カテゴリー4：増分バックアップ/リカバリ（オプション）

表 9：増分バックアップ/リカバリ（オプション）の特徴

カテゴリー4：増分バックアップ/リカバリ（オプション）

説明増分バックアップ/リカバリは、アプリケーションとデータベースの処理中にブロック内の差分変更のみを収集する機能で、従来のコールドまたはホットフルバックアップを補完します。頻繁に変更される膨大な量の異なるトランザクショ

ンをロードする大規模なバルク処理ウェアハウスでは、増分バックアップは環

境のリストア時間（RTO）を節約する手段として有効です。

メリットポイントインタイムシナリオに部分バックアップ/リカバリを提供するほか、最後のフルバックアップ処理以降の変更のみを収集するので、使用するストレージが尐なくなります。

トレードオフフルリストア未満は不可能です。フルリカバリも使用する必要があります。

バックアップウィンドウ 10分～数時間（テストを実施して見極める必要があります）。


バックアップスケジュール毎週。

評価の目標

この評価では、仮想Oracle E-Business環境のバックアップ方法に焦点を当てています。以下の目標は、E-Business内に破損がある（Oracle E-Business統合環境内や基盤コンポーネントに発生する可能性があります）場合、停電により VMに障害が発生した場合、障害が発生したプロセスがある場合、その他の障害が発生した場合のデータのリストア方法に対応しています。

目標は以下のとおりです。

1. EMC 5300を搭載する Vblock System 300にOracle EBS R12を導入し、VMware vSphere 5.1 Data Protectionを使用して機能テストを実施する。

2. ベースラインバックアップパフォーマンスを測定し、Vblock System 300がOracleで最高のパフォーマンスを発揮することを確認する。

3. アプリケーション階層ノードの障害をシミュレートし、データ消失を伴わずにOracle EBSのデータリカバリを実行する。

4. データベース階層の障害をシミュレートし、Avamarを使用したデータリカバリでデータ消失が発生しないことを示す。

5. AvamarからのOracle R12 EBSの PITR（ポイントインタイムリカバリ）を実施する。

テスト環境の設計

Oracle R12 EBSのバックアップとリカバリには、アプリケーション階層とデータベース階層両方が関与するため、従来のOracle OLTPまたはデータウェアハウス環境と比較すると、BRS（バックアップ/リカバリサービス）のアーキテクチャおよび構成の設計と実装で追加のタスクが必要になります。


C

EC

テストとテスト手順

このテストシナリオでは、これらの目標の重要な目的がすべて網羅されており、前述のOracleバックアップ/リカバリのカテゴリーが反映されています。

このテストは 5つの異なるセクションで構成されます。

テスト 1：ホットオンラインバックアップ/リカバリ

テスト 2： Avamarを使用したOracle EBSのコールドオフラインデータベースバックアップ

テスト 3： Avamarを使用した Oracle EBSのポイントインタイムリストアとデータベースリカバリ

テスト 4： VMware Data Protection 5.1を使用したOracleのバックアップ/リカバリ

テスト 5： VDPを使用したOracle EBSアプリケーション階層のバックアップ/リカバリの実行

テストの合格基準

成功したテストの結果は、以下のテスト合格基準を満たします。

1. バックアップパフォーマンス：

- バックアップタスクのデータスループット（TB/時）を計測し、毎日のバックアップのボリュームを計算する。

- 必要に応じて速度を最適化する。

2. リカバリパフォーマンスのメトリックとテスト結果：

- 災害（またはシステム停止）の発生後、業務プロセス回復までの目標期間とサービスレベルである RTO（目標復旧時間）が満たされている必要がある。

- データベースアプリケーションに一般的に発生する重大なインシデントのために ITサービスからデータが失われる可能性がある最大許容期間である RPO（目標復旧時点）が満たされている必要がある。

- Avamarが RTOおよび RPO目標の達成に貢献する。

また、仮想化されたOracle EBS環境での処理を中心としたエンドツーエンドのバックアップ/リカバリプロセスと、VblockシステムにOracleを導入することの主なメリットを説明する必要があります。


C

EC

テスト 1 - ホットオンラインバックアップ/リカバリ

このテストでは、Avamarを使用したOracleのホットオンラインバックアップ/リカバリプロセスを測定します。

テスト 1の目標は、以下を示すことです。

1. アプリケーションとデータベースのリカバリでは、データ消失が最小限に抑えられる。

2. リカバリの実行後、すべてのアプリケーションとデータベースが正常に機能する。

3. オンラインリカバリ機能によって復旧時間（RTO）が短縮される。

テスト 1の環境

大半のお客様は、業務時間中にユーザーに影響を与えないように、アクティビティの尐ない時間帯のメ

ンテナンスウィンドウ中にバックアップ/リカバリプロセスを自動的に実行しています。このソリューションでは、一般的なお客様の標準のバックアップウィンドウおよびスケジュール（30～45日）が導入されました。Avamarは、データセットという概念を使用し、バックアップタイプ、スケジュール、保存期間を含むバックアップ処理の標準セットを事前構成します。

手順：

1. Oracle RMANを使用するバックアップのために Avamarを構成します。

2. EMC Avamar 6.1のマニュアルに従って、Oracle RMANおよびOracle Linuxクライアント用のAvamarクライアントソフトウェアをインストールします。

3. Oracle EBSデータセット用のスケジュールとバックアップポリシーを構成します。

以下のスクリーンショットに、AvamarとOracle EBSを使用するこのバックアップソリューション用に作成されたデータセットを示します。


C

EC

4. ［Options］タブを選択します。［Select Plug-In Type］ウィンドウが開きます。

5. フィールドを見直してすべての選択肢が正しいことを確認します。

6. ［Tools］と［Manage All Datasets］をクリックするか、［Tools］と［Manage All Schedules］をクリックします。


C

EC

7. 対応するウィンドウが開きます（［Manage All Datasets］または［Manage All Schedules］）。

8. 前述の Avamarメインウィンドウから、［Tool］、［Manage Retention］の順にクリックします。［Manage All Retention Policies］ウィンドウが表示されます。ここでは、設定を確認または編集できます。

9. ［OK］をクリックして終了します。

AvamarとOracleに必要なデータセット用のバックアップセットが正常に作成されました。


C

EC

テスト 1の手順

このタスクは、Oracle RMANを使用したフルオンラインホットデータベースバックアップの実行です。Oracleホットデータベースオンラインバックアップでは、データベースとアプリケーションがオンライン状態のままでデータベースをバックアップできるので、Oracle EBS環境の可用性への影響を最小限に抑えられます。

1. Avamarを使用してOracleのオンデマンドバックアップを実行します。

Avamarは、Oracle RMANプラグインソフトウェアを使用してOracle EBSのデータベースバックアップを実行します。このデータベースバックアップポリシーでは、保存期間が 30日間に設定されました。最初に実行されたホットバックアップは、制御ファイルとアーカイブログのフルバックアップを含むホットオンラインデータベースバックアップでした。最初のフルオンラインデータベースバックアップ後は、アプリケーションバックアップ環境の差分の収集に必要なディスク領域を節約するために、増分（レベル 0/1）バックアップが実行されました。


C

EC

2. さらに、Avamarバックアップ構成で高度なオプションを選択することにより、レベル 0およびレベル 1のフル増分ホットデータベースバックアップがOracle用 Avamarで実行されました。両方のバックアップとも、以下のレベル 1バックアップのように設定できます。

3. バックアップが完了したら、［Activity Monitor］タブでステータスを確認できます。


C

EC

テスト 1の結果

このソリューションのデータベースバックアップのパフォーマンスを高めるために、複数の RMANチャネルが使用されました。このソリューションでは、データベースバックアップのデフォルトの保存期間が30日間に設定されました。

Oracle EBSと Avamarのホットオンラインバックアップ/リカバリテストの、Oracleと Avamarのオンラインデータベースバックアップパフォーマンスデータの結果を表 10に示します。

表 10：Oracle EBSと Avamarのホットオンラインバックアップ/リカバリのパフォーマンスデータの結果

ホスト名アプリケーションバックアップタイプ合計実行時間バックアップサイズ

ebsdb01 データベース階層ホットオンラインフル 50分 06秒 159.4 GB

ebsdb01 データベース階層レベル 0増分オンライン 15分 09秒 159.3 GB

ebsdb01 データベース階層レベル 1増分オンライン 1分 06秒 20.5 MB

ebsapp01 アプリケーション階層フルオンラインファイルシステム

8分 33秒 90.5 GB


11分 57秒 89.4 GB

データベース階層とアプリケーション階層両方のバックアップが実行されました。実行したテストごとの

合計実行時間とバックアップサイズも示しました。

予想どおり、この結果は以下のことを示しています。

バックアップ中にダウンタイムは発生しませんでした。

RTOは高い水準でした。

短い合計実行時間を達成しました。バックアップ実行の合計時間は 240分と見積もられていましたが、実際に達成した合計実行時間はわずか 86分 51秒でした。


C

EC

テスト 2 - Avamarを使用した Oracle EBSのコールドデータベー

スバックアップ

このテストでは、Avamarを使用したOracle EBSのコールドオフラインデータベースバックアップを実行して測定しました。

テスト 2の目標：

1. アプリケーションとデータベースのフルリカバリが、データ消失なし、または最小限に抑えるという要件（RPO）を満たすことを実証する。

2. バックアップ/リカバリのパフォーマンスが、フルデータベースバックアップに対して最適化されていることを実証する。


テスト環境は前のセクションで説明されているとおりです。ただしこのテストでは、Oracle EBS環境がメンテナンスの目的で停止およびシャットダウンされたときに、Oracleコールドデータベースオフラインバックアップが実行されました。


まず、Oracleアプリケーションおよびデータベース階層をクリーンシャットダウンしてオフラインにする必要があります。その後、Oracleと EBSのバックアップをセットアップできます。両方の手順を以下に示します。

1. Oracle EBSで Avamarコールドオフラインバックアップを行う準備のために、以下のタスクが実行されました。

[oracle@ebsdb01 ~]$ echo $ORACLE_HOME

/d01/oracle/VIS/db/tech_st/11.1.0

[oracle@ebsdb01 ~]$ echo $ORACLE_SID

VIS

[oracle@ebsdb01 ~]$ sqlplus '/as sysdba'

SQL*Plus: Release 11.1.0.7.0 - Production on Fri Mar 29 13:26:16 2013

Copyright (c) 1982, 2008, Oracle. All rights reserved.

2. Connected to:

Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options:

SQL> shutdown immediate;

Database closed.


C

EC

Database dismounted.

ORACLE instance shut down.

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release

11.1.0.7.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application

Testing options

[oracle@ebsdb01 ~]$

次に、Oracle RMANプラグインを使用して Avamarからファイルレベルバックアップが実行されました。

1. 以下に示すように、［Select for Backup］タブで、ファイルレベルバックアップオプションがOracle Linux Avamarプラグインとともに選択されました。

2. このソリューションのオンデマンドコールドバックアップが実行されました。


C

EC

3. Avamarバックアップ構成で［Advanced Options］を指定した後、ファイルレベルのコールドデータベースバックアップの構成が設定されました。

4. 次に、やはり［Advanced Options］から、ORACLE_HOMEおよびルートファイルシステムのコールドファイルレベルバックアップオプションが設定されました。


C

EC

5. ［OK］をクリックします。

6. オフラインコールドバックアップが実行されました。

7. 検証結果は、Avamarによる Oracleのコールドバックアップが正常に完了したことを示しました。


予想どおり、AvamarによるOracleのコールドオフラインバックアッププロセスは正常に完了し、バックアップイメージに破損はありませんでした。


C

EC

テスト 3 - Avamarを使用した Oracle EBSのポイントインタイム

リストアとデータベースリカバリ

ポイントインタイムのリストア/リカバリテストでは、テスト 1とテスト 2のシステムと結果を使用します。

テスト 3の目標：

目標は、テスト 3のポイントインタイムリストア/リカバリの 5つの手順を実行および説明することです。

表 11：テスト 3を構成する 5つの手順

手順番号 – テスト 3 手順/テスト目標の名称

1 オンラインホット Avamarバックアップからのフルデータベースリカバリ

2 コールド Avamarバックアップからのアプリケーション階層ノードリカバリ

3 ホット Avamarバックアップからのアプリケーション階層ノードリカバリ

4 コールド Avamarバックアップからのフルデータベースリカバリ

5 Avamarホットオンラインバックアップからのポイントインタイムリカバリ

注: Oracle EBSの PITR（ポイントインタイムリストア）とデータベースリカバリを実行するために、Avamarは Oracle RMANユーティリティと通信し、以前に実行されたバックアップを使用

してデータベースのフルおよび増分リストア/リカバリ処理を実行します。


このテスト環境では、Oracle RMANユーティリティの通信機能が活用されました。


C

EC


［Avamar］リカバリウィンドウに示されているように、データベースのリストア/リカバリを実行するために、リストアするイメージとデータを選択します。

以下の 5つのサブセクションで、テスト 3を構成する 5つの異なる手順を説明します。

手順 1-テスト 3：オンラインホット Avamarバックアップからのデータベースリカバリ

Avamarから Oracle EBSのフルオンラインデータベースリカバリを実行する手順：

1. バックアップイメージを Avamar環境から取得します。

2. ［Avamar Administrator Backup & Restore］ウィンドウで、［Select for Restore］タブをクリックします。

3. リストアする最近のフルオンラインデータベースバックアップを選択します。


C

EC

4. 次に、オンラインリストア/リカバリ処理のリストア/リカバリオプションを選択します。

5. ［More Options］をクリックし、データベースインスタンスとバックアップアカウントの詳細を設定します。

6. 処理を実行します。

テスト結果

1. ネイティブの BRSツールの代わりに Avamarを使用することで、この処理は従来のバックアップ/リカバリ処理よりも短時間で正常に完了しました。

2. Avamarを使用したOracleのホットリカバリ処理では、データ消失は発生しませんでした。

3. AvamarとOracleネイティブリカバリツールの高パフォーマンスの結果により、ダウンタイムは最小限の水準に維持されました。


C

EC

手順 2-テスト 3：コールド Avamarバックアップからのアプリケーション階層ノードリカバリ

まず、すべての処理を停止して環境への影響を回避するために、アプリケーション階層ノードが停止さ

れました。次に、アプリケーションノードからのコールドリカバリプロセスが Avamar Administratorから実行されました。結果は、データは消失せず、実行時間合計は 10分未満であったことを示しました。

Oracle EBSでアプリケーション階層のコールドリカバリを行う手順を以下に示します。

1. アプリケーション階層ノードがOracle EBSスクリプトによってシャットダウンされました。

[apps@ebsapp01 scripts]$ adstpall.sh apps/apps

You are running adstpall.sh version 120.10

The logfile for this session is located at

/d01/oracle/VIS/inst/apps/VIS_ebsapp01/logs/appl/admin/log/adstp

all.log

Executing service control script:

/d01/oracle/VIS/inst/apps/VIS_ebsapp01/admin/scripts/jtffmctl.sh

stop

script returned:

****************************************************

You are running jtffmctl.sh version 120.3

Shutting down Fulfillment Server for VIS on port 9300 ...

jtffmctl.sh: exiting with status 0


C

EC

2. Avamarから Oracle EBSアプリケーション階層の最近のコールドバックアップが選択されました。

3. リストアするイメージが選択されました。

4. 正常にリストアされたことが確認されました。


C

EC

5. 次に、アプリケーション階層ノードサービスが再開されました。

[apps@ebsapp01 scripts]$ adstrtal.sh apps/apps

You are running adstrtal.sh version 120.15

The logfile for this session is located at

/d01/oracle/VIS/inst/apps/VIS_ebsapp01/logs/appl/admin/log/adstr

tal.log

Executing service control script:

/d01/oracle/VIS/inst/apps/VIS_ebsapp01/admin/scripts/adopmnctl.s

h start

script returned:

****************************************************

You are running adopmnctl.sh version 120.6

Starting Oracle Process Manager (OPMN) ...

opmnctl: opmn started.

adopmnctl.sh: exiting with status 0

adopmnctl.sh: check the logfile

/d01/oracle/VIS/inst/apps/VIS_ebsapp01/logs/appl/admin/log/adopm

nctl.txt for more information ...

6. Oracle R12 EBSのアプリケーション機能が確認されました。

テスト結果

コールドオフラインリカバリテストが正常に完了し、データ消失なしという RPOの要件が満たされました。

以下の「手順 3-テスト 3」セクションの「テスト結果」で説明されているように、ホットオンラインアプリケーション階層リカバリでは、このコールドオフラインアプリケーションリカバリよりもリカバリ処理時間（RTO）ウィンドウが短縮されました。両方のテスト結果とも、データ消失なしという RPOの要件を満たしていました。

手順 3-テスト 3：ホット Avamarバックアップからのアプリケーション階層ノードリカバリ

1. ホットリストアプロセス中、アプリケーション階層サーバーはオンラインのままで可用性が維持されました。

[apps@ebsapp01 scripts]$ adapcctl.sh status

You are running adapcctl.sh version 120.7.12010000.2

Checking status of OPMN managed Oracle HTTP Server (OHS)

instance ...

Processes in Instance: VIS_ebsapp01.ebsapp01.mordor.vce

------------------------------+--------------------+---------+--

ias-component | process-type | pid |

status


C

EC

テスト結果

予想どおり、アプリケーション階層ノードリカバリが Avamarから実行され、データ消失を伴わずに 10分未満で正常に完了しました。

得られた実際の結果は、このリカバリがデータを消失せずに 8分未満で完了したことを示しています。

このバックアップは、ホットオンラインアプリケーション階層バックアップとして完了したため、結果としてリカバリプロセス中にダウンタイムは発生せず、すべてのデータベース処理はインシデントなしで継続されました。そのため、コールドオフラインバックアップよりも RTOウィンドウが短縮されました。両方のテスト結果とも、データ消失なしという RPOの要件を満たしていました。

手順 4-テスト 3：コールド Avamarデータベースバックアップからのフルデータベースリカバリ

1. バックアップからリストア/リカバリを実行する前に、以下に示すように Avamarのコールドバックアップイメージをプレビューします。

2. Oracleデータベースがシャットダウンされていることと、このデータベースのバックグラウンドインスタンスプロセスが実行されていないことを確認します。

テスト結果

コールドデータベースリカバリでは、リカバリプロセスを実行するためにデータベースおよびアプリケーション階層をオフラインにする、短いメンテナンスウィンドウが必要でした。リカバリの完了後、データベースおよびアプリケーション階層ノードとサービスは正常にオンラインに戻されました。

手順 5-テスト 3： Avamarホットオンラインバックアップからのポイントインタイムリカバリ

ホットオンラインバックアップは、ディスクまたはテープに保管されているOracleデータベースアーカイブログのコピーを使用して、Oracle R12 EBSで発生した可能性があるディスク、ストレージ、またはユーザーの障害からのリカバリを実行します。オンラインリカバリを実行する場合は、システムを完全に停止する必要があるコールドオフラインバックアップからのリストアと比べて、ダウンタイムを最小限に抑えられるというメリットがあります。


C

EC

1. シャットダウンして nomountモードを開始します。

[oracle@ebsdb01 ~]$ sqlplus '/as sysdba'

SQL*Plus: Release 11.1.0.7.0 - Production on Mon Apr 1 14:10:55

2013

Copyright (c) 1982, 2008, Oracle. All rights reserved.

Connected to an idle instance.

SQL> startup nomount;

ORACLE instance started.

Total System Global Area 1068937216 bytes

Fixed Size 2166536 bytes

Variable Size 427819256 bytes

Database Buffers 624951296 bytes

Redo Buffers 14000128 byte

この手順は、（前のセクションで指定された）フルオンラインデータベースリストア/リカバリと同様に実行されます。

このリストア/リカバリの大きな違いは、オンラインバックアップからの PITR（ポイントインタイムリカバリ）のために高度なオプションを指定する点です。

1. ［Restore Options］ウィンドウで、［More Options］ボタンをクリックします。


C

EC

2. ［Restore Command Line Options］ウィンドウが開きます。［Point-in-Time（PIT）］をクリックします。また、［Show Advanced Options］をクリックして設定します。

3. このソリューションでは、Oracle環境のタイムスタンプを使用するために［Recovery mode］が設定されました。


C

EC

4. ［Advanced Options］は、破損したブロックからのリカバリやデバッグメッセージ機能を提供します。

5. 次に、AvamarおよびOracle EBSからのリストアが正常に完了したことが確認されました。

SQL> select instance_name, status from v$instance;

INSTANCE_NAME STATUS

---------------- ------------

VIS OPEN

テスト結果

AvamarとOracle EBSからのリストアは正常に完了しました。ポイントインタイムリストアでは、以下の結果が得られました。

1. AvamarによるOracle R12 EBSのリストアでは、アプリケーションとデータベースのデータは消失しませんでした。

2. 1時間未満という目標復旧時間が正常に達成されました。したがって、一般的なお客様のOracle EBS環境の RTOおよび RPO目標が達成されました。


C

EC

テスト 4 - VMware Data Protection 5.1を使用した Oracleバッ

クアップ/リカバリ

VMwareは、仮想マシンのバックアップ/リカバリのために、VDP（vSphere 5.1 Webベース Data Protection Suite）で BRS（バックアップ/リカバリ）製品を提供しています。この製品は、Vblockシステム上のOracle向け BRSソリューションで、エンタープライズ BRS製品の機能を補完します。

この使用例では、データ障害発生時にOracle VMのバックアップ/リストアを実行するために VDPが導入されます。Avamarのようなフル BRS製品ではなく VDPを使用するメリットは、単一の VMのみのリストアが必要な場合に、Avamarで数時間要することがあるエンタープライズフルリカバリ処理を行うよりも、RTOウィンドウが短いことです。また、Vblockプラットフォーム上のOracle仮想環境でVDPを使用すると、フルデータベースバックアップではなく、個々のアプリケーションおよびデータベース VMのデータを保存することで、アーカイブタスクを簡略化できます。VDPのインストールと構成に関する詳細は、VMwareがオンラインで参照用に提供している VMwareのドキュメント「vSphere Data Protection Administration Guide - vSphere Data Protection 5.1 EN-000846-00」に記載されています。


同一のテスト環境が使用されました。


VMwareのWebクライアントを通じ、VDP（VMware Data Protection）スイートと vSphere 5.1を使用してOracleのバックアップ/リカバリを実行します。


C

EC

VDPの構成画面が表示されます。

以下に、［Reports］と［Configuration］の詳細画面を示します。


C

EC

1. VDPから、以下のリンクを使用してバックアップが実行されました。

https://si-vc128.mordor.vce:9443/vsphere-client

appuser/Vce12345としてログインします。

以下に示したように、VMware Data Protectionアプリケーションを利用できます。

2. Oracle仮想マシン用の新しいバックアップジョブが作成されました。

3. Oracle VMが選択されました。［Next］をクリックします。


C

EC

4. 実際のお客様環境をシミュレートするために、［Schedule］ページで、このソリューションの VDP（VMware Data Protection）バックアップが［Daily］にスケジューリングされました。

5. ［Retention Policy］ページで、バックアップ保存期間が 60日間に設定されました。

6. 次に、VDPのこの新しいバックアップジョブに標準の名前が付けられます。

7. ［Ready to Complete］ページに、このバックアップジョブの概要が表示されます。


C

EC

8. 以下に示すように、このバックアップが確認され、作成されます。

9. 次にこのバックアップが有効化され、Oracleのバックアップジョブを実行するために開始されます。

10. ［Oracle VDP Weekly Backup］ジョブを選択し、［Backup Now］を選択します。ドロップダウンボックスが開きます。［Backup all sources］をクリックします。


C

EC

11. 確認のための［Info］ボックスが表示されます。［OK］をクリックします。

12. 次に、［Reports］タブでOracle VDP Backupの実行時間と完了を確認します。


Oracleと VDPのバックアップ：

この使用例では、VDPを使用したフル VM（仮想マシン）リカバリのために、Oracle EBS R12アプリケーション階層ノードの VM障害をシミュレートしました。

Oracle用にスケジュールされた VDPバックアップセットのすべての VMバックアップは、20:00:00～22:00:00の間に実行されて完了し、合計実行時間は 120分でした。


C

EC

テスト 5 - VDPを使用した Oracle EBSアプリケーション階層のバ

ックアップ/リカバリ

このテストでは、VDPを使用して EBSアプリケーション階層のバックアップ/リカバリを実行します。

テストの目標：

1. Oracleアプリケーション階層の VM（仮想マシン）障害はデータ消失なしですばやく解決できるという RPO目標を達成できることを実証する。

2. Oracle R12 EBSのアプリケーション階層が現在の処理に与える影響は低い、またはないことを示す。

3. リカバリが、1時間未満でのアプリケーションのリストアという時間目標（RTO）を満たすことを実証する。


Oracleと VDPのリストアで使用するために、VDPは以下に示すようなバックアップ/リストア処理実行用のウィザードインターフェイスを提供します。

VDP内の各タブを使用して、バックアップ/リストア処理を実行できます。


C

EC


VDPと Oracleを使用して以下のテストが実行されました。

アプリケーション階層のアプリケーション VM障害のリカバリテスト：

アプリケーション階層 VMは、VDPの［Restore］タブから以下のようにしてリストアされました。

注: VMware内でのサイズの制限により、2 TBより大きいサイズの仮想マシンは VDPではバックアップできません。この制限の詳細は、VMwareナレッジベースのドキュメントに掲載されています。仮想マシンのスナップショットの作成は、次のエラーが発生して失敗します： file is larger than maximum files size supported（1012384: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd= displayKC&externalId=1012384）。 Oracle環境のバックアップ/リカバリに VDP 5.1を活用する使用例は、データベース階層のサイズが 2 TB未満の小規模から中規模のデータベース構成をご利用のお客様に適しています。VLDB 環境の BRS には、Avamarおよび Data Domainの方が適したツールです。Oracle R12 EBS環境を大規模に実装しているお客様の場合、この環境は占有領域が小さいため、アプリケーション階層 VMのバックアップ/リカバリに VDP 5.1を使用することをお勧めします。完全なインフラストラクチャのバックアップには、VDP 5.2を使用し、Avamarで機能を補完する方法が、VCE、Cisco、VMware、EMCが推奨するベストプラクティスです。

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=%20displayKC&externalId=1012384

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=%20displayKC&externalId=1012384


C

EC

このソリューションでは、以下に示すように、Oracle VMの新しいバックアップが実行されました。

1. ［Create a new backup job］画面で、VMバックアップを選択します。

2. このソリューションのテストでは、バックアップスケジュールが毎日に設定されています。

3. 保存期間は 30日に設定されています。

4. 次に、VDPからバックアップイメージを使用してOracle環境をリストアします。


C

EC

5. VM障害後にOracleアプリケーションをリストア/リカバリするための画面が表示されます。

6. Oracle VMをリストアするために最近のバックアップを選択します。

7. 次に、リストアを実行するために［Set Restore Options］をクリックします。


C

EC

8. このソリューションでは、ディスクおよびストレージ障害の解決後、Oracle VMのリストアが元の場所に対して実行されました。

Oracle R12 EBS環境全体への影響を回避するために、データベースがクリーンシャットダウンされました。これにより、ERP環境全体が Consistent（コンシステント）状態にリストアされます。

9. VDPの［Restore］オプションから次のように選択します。


C

EC

10. 最新の VDPバックアップイメージを選択します。

11. ［Next］をクリックします。

12. ［Finish］をクリックします。

13. リストアが開始されます。


C

EC

14. リストア処理を監視します。

15. VMがリストアされたことを確認したら、電源を投入してアプリケーション VMのステータスをチェックします。

16. データを消失せず、アプリケーション階層 VMが 5分未満でリストアされました。


データを消失せず、アプリケーション階層 VMが 5分未満でリストアされました。


C

EC

評価結果のサマリー

このセクションでは、各テストの結果の比較と最終的なまとめを提供します。

テスト 1 - ホットオンラインバックアップ/リカバリの結果

Oracle EBSと Avamarのホットオンラインバックアップ/リカバリテストにおける、オンラインデータベースバックアップおよびアプリケーションバックアップのパフォーマンスデータ結果を表 12に示します。

表 12：リストア/復旧時間

ホスト名アプリケーションバックアップタイプ合計実行時間バックアップサイズ

ebsdb01 データベース階層ホットオンラインフル

50分 06秒 159.4 GB

ebsdb01 データベース階層レベル 0増分オンライン

15分 09秒 159.3 GB

ebsdb01 データベース階層レベル 1増分オンライン

1分 06秒 20.5 MB


8分 33秒 90.5 GB


11分 57秒 89.4 GB

予想どおり、この結果は以下のことを示しています。

バックアップ中にダウンタイムは発生しませんでした。

RTOは高い水準でした。

短い合計実行時間を達成しました。達成した合計実行時間はわずか 86分 51秒でした。

テスト 2 - Avamarを使用した Oracle EBSのコールドデータベースバックアップの結果

予想どおり、AvamarによるOracle EBSのコールドオフラインバックアッププロセスは正常に完了し、バックアップイメージに破損はありませんでした。

テスト 3 - Avamarを使用した Oracle EBSのポイントインタイムリストアとデータベースリカバリの結果

ポイントインタイムのリストア/リカバリテストでは、テスト 1とテスト 2のシステムと結果を使用します。テスト 3で実行されたポイントインタイムリストア/リカバリの 5つの手順の結果を表 13に示します。


C

EC

表 13：テスト 3の手順の結果

手順番号 – テスト 3

手順/テスト目標の名称結果

1 オンラインホット Avamarバックアップからのフルデータベースリカバリ

この結果は、ネイティブの BRSツールの代わりに Avamarを使用することで、この処理は従来のバックアップ/リカバリ処理よりも短時間で正常に完了することを示しました。

データ消失は発生しませんでした。

Avamarと Oracleネイティブリカバリツールの高パフォーマンスの結果により、ダウンタイムは最小限の水準に維持

されました。

2 コールド Avamarバックアップからのアプリケーション階層ノードリカバリ

コールドオフラインリカバリテストは正常に完了し、データ消失なしという RPO（目標復旧時点）の要件が満たされました。

3 ホット Avamarバックアップからのアプリケーション階層ノードリカバリ

ホットオンラインアプリケーション階層リカバリでは、コールドオフラインアプリケーションリカバリ（前述）よりもリカバリ処理時間（RTO）ウィンドウが短縮されました。両方のテスト結果とも、データ消失なしという RPO（目標復旧時点）の要件を満たしました。

4 コールド Avamarバックアップからのフルデータベースリカバリ

コールドフルデータベースリカバリでは、リカバリプロセスを実行するために、データベースおよびアプリケーション階

層ノードをオフラインにする短いメンテナンスウィンドウが必要です。

結果：リカバリの完了後、データベースおよびアプリケーション階層ノードとサービスは正常にオンラインに戻され

ました。

5 Avamarホットオンラインバックアップからのポイントインタイムリカバリ（以前に作成したバックアップを使用）。

正常に完了したポイントインタイムリストアでは、以下の結果が得られました。

AvamarによるOracle R12 EBSのリストアでは、アプリケーションおよびデータベースのデータは消失しませ

んでした。 60分未満という目標復旧時間が達成されました。した

がって、一般的なお客様のOracle EBS環境の RTOおよび RPO目標が達成されました。

テスト 4 - VMware Data Protection 5.1を使用した Oracleバックアップ/リカバリの結果

データ障害発生時にOracle VMのバックアップ/リストアを実行するために VDPが導入されました。Avamarのようなフル BRS製品ではなく VDPを使用するメリットは、単一の VMのみのリストアが必要な場合に、Avamarで数時間要することがあるエンタープライズフルリカバリ処理を行うよりも、RTOウィンドウが短いことです。また、Vblockプラットフォーム上のOracle仮想環境で VDPを使用すると、フルデータベースバックアップではなく、個々のアプリケーションおよびデータベース VMのデータを保存することで、アーカイブタスクを簡略化できます。

このテストでは、VDPを使用したフル VM（仮想マシン）リカバリのために、Oracle EBS R12アプリケーション階層ノードの VM障害をシミュレートしました。

Oracle用にスケジュールされた VDPバックアップセットのすべての VMバックアップは、20:00:00～22:00:00の間に実行されて完了し、合計実行時間は 120分でした。


C

EC

テスト 5 - VDPを使用した Oracle EBSアプリケーション階層のバックアップ/リカバリ実行の結果

Oracle EBSアプリケーション階層 VMがデータを消失せずに 5分未満でリストアされました。

全体的なサマリー

ホットバックアップとコールドバックアップは正常に完了しました。

バックアップの評価では、バックアップのスループット（TB/時、GB/分）の測定、レーテンシーの測定、毎日のバックアップボリュームの計算を実施しました。テスト結果は以下のとおりです。

長時間かかるバックアップやバックアップの失敗は発生しませんでした。データの消失や破損を伴わずにすべてのバックアップが正常に実行されました。

障害の発生時に Avamarが RTO/RPOの低減に貢献することが実証され、Avamarを使用したOracleのホットオンラインバックアップ/リカバリが、パフォーマンスと可用性の面で最高のRTO/RPOを提供することがわかりました。

リストア/リカバリのテストは成功し、ともにデータ消失は発生しませんでした。

表 14に、このソリューションの各リストア/リカバリテストの時間（実行順）を示します。

表 14：テストした各リストアタイプのリストア時間

環境リストアタイプリストア時間結果

データベース階層ホットフルリストア 10分 11秒データ消失なし

データベース階層コールドリストア 14分 28秒データ消失なし

データベース階層 PITRリカバリ 9分 4秒データ消失なし

アプリケーション階層ホットリストア 7分 20秒データ消失なし

アプリケーション階層コールドリストア 8分 21秒データ消失なし

アプリケーション階層 VDPリストア 5分 22秒データ消失なし

復旧時間が最短だったのは、VMware Data Protectionを使用したアプリケーション階層ノードのリストアプロセスで、必要なリストア/リカバリウィンドウが最長だったのは、AvamarとOracle EBSを使用したOracleデータベース階層のコールドフルリカバリプロセスでした。

コールドオフラインデータベースおよびコールドアプリケーション階層ノードのリストアには最も長い時間がかかりましたが、これらのプロセスではデータ消失に対する最高レベルの保護が保証されます。こ

のことは、ミッションクリティカルな環境において最高の RPOを達成するために重要です。そのトレードオフは、Oracle EBSと Avamarのホットオンラインリカバリと比較して必要な RTOがわずかに増加することです。


C

EC

結論

これまでより低いコストとリスクでビジネスクリティカルアプリケーションとデータの高速バックアップ/リカバリを実現する VCEのこの新しい統合ソリューションは、お客様にメリットをもたらします。

EMC Avamarを使用した Vblockシステム上の Oracle EBSのバックアップ/リカバリソリューションアーキテクチャのすべての目標は達成されました。

このホワイトペーパーでは、テクノロジー概要、アーキテクチャ、Vblockシステム上の Oracle EBS環境にこのバックアップ/リカバリソリューションを導入する際のセットアップ方法、構成、ベストプラクティスの説明など、Avamarと VMware vSphere Data Protection Suiteを使用して Vblockシステム上の仮想化Oracle EBS環境をバックアップ/リカバリする方法のガイダンスを提供しました。また、バックアップ手法や、EMC Avamarのみ/Avamarと Data Domainなどの Vblockデータ保護ソリューションを使用したエンドツーエンドのデータ保護の特徴（サイズ設定と拡張に関する情報を含む）も説明しました。

このソリューションの概念的および実践的なベストプラクティスについては、一般的な Avamar環境へのOracle EBSの導入や、VMware vSphereデータ保護機能をユーティリティとして活用できるプロトタイプラボ環境の説明を記載しました。

このバックアップ手法を使用しながら実施したこのソリューション評価では、以下のテスト目標が達成さ

れました。

バックアップのスループット（TB/時、GB/分）の測定、レーテンシーの測定、毎日のバックアップボリュームの計算が実施されました。

テストの結果、長時間かかるバックアップやバックアップの失敗が発生しないことがわかりました。データの消失や破損を伴わずにすべてのバックアップが正常に実行されました。

テストの結果、障害の発生時に Avamarが RTO/RPOの低減にどのように貢献することが実証され、Avamarを使用したOracleのホットオンラインバックアップ/リカバリが、パフォーマンスと可用性の面で最高の RTO/RPOを提供することがわかりました。

テストの目標は、以下のように達成されました。

- Oracle EBSと Avamarのこのソリューションでは、説明された使用例のリストア/リカバリタスクが実行された後、データ消失は発生しませんでした。

- 復旧時間が最短だったのは、VMware Data Protectionを使用したアプリケーション階層ノードのリストアプロセスでした。

- 高レベルの保護（RPO）を保証するデータ消失に対する最高の保護は、Avamarを使用したOracleのコールドバックアップ/リカバリプロセスの結果によって実証されました。

- 必要なリストア/リカバリウィンドウが最長だったのは、Avamarと Oracle EBSを使用したOracleデータベース階層のコールドフルリカバリプロセスでした。コールドオフラインデータベースおよびコールドアプリケーション階層ノードのリストアには最も長い時間がかかりましたが、これらのプロセスでは、データ消失に対する最高レベルの保護が保証されます。こ

のことは、ミッションクリティカルな環境において最高の RPOを達成するために重要です。そのトレードオフは、Oracleと Avamarのホットオンラインリカバリと比較して必要な RTOがわずかに増加することです。


C

EC

次のステップ

このソリューションおよび他のソリューションに関する詳細については、VCEの担当営業までお問い合わせ頂くか、www.vce.com をご参照ください。

http://www.vce.com/


C

EC

付録 – このソリューションのコンポーネントの説明

このソリューションでは、以下のハードウェアおよびソフトウェアコンポーネントとテクノロジーが使用されています。

Vblockシステム



Oracle EBS Release 12

EMC Avamar


Vblock™ システム

VCEの Vblockシステムは世界最先端の統合インフラストラクチャであり、インフラストラクチャの最適化、コスト削減、環境の保護、管理の効率化、導入の迅速化、イノベーションの促進を実現します。

Vblockシステムは、ポートフォリオ全体にわたり単一のアーキテクチャとして設計され、クラス最高のコンポーネントで構成されます。初期導入からサポートに至るまで単一の窓口を提供するほか、業界で

最も豊富な構成が用意されています。

Vblock System 720

Vblock System 720は、最も要件の厳しい IT環境を対象とした、Vblockシステム 700ファミリのエンタープライズおよびサービスプロバイダークラスのミッションクリティカルなシステムで、数千台の仮想マシンと仮想デスクトップを実行する企業のおよび SLAに対応できます。モジュラー設計のアーキテクチャを備えており、要求されるワークロードに基づいて柔軟に構成を選択できます。このワークロードには、ビジネスクリティカルな ERP（エンタープライズリソースプランニング）、CRM（カスタマーリレーションシップマネージメント）、データベースサービス、メッセージングサービス、コラボレーションサービスなどが含まれます。Vblock 720では、業界最高のダイレクタークラスのファブリックスイッチ、最も優れたファブリックベースのブレードサーバー、最も信頼性の高いストレージプラットフォームが採用されています。Vblock 720では構成の選択肢がより多く用意され、従来の世代と比べて 2倍のパフォーマンスと拡張性、柔軟なストレージオプション、より高密度なコンピューティング、ファイブナイン（99.999%）の可用性、ユニファイドネットワークを備えるほか、サービス提供までの時間を短縮し、運用コストを削減する新しい仮想化プラットフォームをサポートします。

Vblock System 320

Vblock System 320は、Vblock System 300ファミリに属するエンタープライズおよびサービスプロバイダー向けシステムで、幅広い仮想マシン、ユーザー、アプリケーションに対応するよう設計されています。プライベートとパブリックのいずれのクラウド環境でも、必要な規模を実現するのに最適です。Vblock System 320は、より優れた拡張性とパフォーマンスを提供するよう設計されており、ミッションクリティカルなアプリケーション、クラウドサービス、VDI、混在ワークロード、アプリケーションの開発とテストの大企業への導入をサポートします。Vblock System 320では構成の選択肢がより多く用意され、従来の世代と比べて 2倍のパフォーマンスと拡張性、柔軟なストレージオプション、より高密度なコンピューティング、ファイブナイン（99.999%）の可用性、統合ネットワークを備えるほか、サービス提供までの時間を短縮し、運用コストを削減する新しい仮想化プラットフォームをサポートします。各Vblock System 320で、市場をリードする EMC VNXストレージアレイを利用できます。

詳細については、www.vce.comを参照してください。

http://www.vce.com/


C

EC

コンピューティングコンポーネント

Vblockシステムのコンピューティングコンポーネントは、Cisco UCS（Unified Computing System）製品ラインをベースに構築されています。コンポーネントには、1 つ以上のブレードサーバーシャーシに、コンピューティングブレード、I/Oモジュール、環境内の要素をユニファイドファブリックに接続するファブリックインターコネクトが含まれています。

ネットワークコンポーネント

Vblockシステムのネットワークコンポーネントは、Cisco Nexusの各種モジュールとMDSストレージスイッチで構成されています。これには、Cisco Nexus 7000シリーズ、Cisco Nexus 5000シリーズ、Cisco Nexus 1000V、Cisco Catalyst 3000シリーズ、Cisco MDS 9000シリーズスイッチなどが含まれます。

ストレージコンポーネント

このソリューションで使用された Vblock 300には、VNX 5300ストレージアレイが搭載されています。VNX 5300は、フラッシュ、シリアル接続 SCSI、SAS、NL-SAS（ニアライン SAS）ドライブ、さまざまなRAIDタイプを含む多数のドライブテクノロジーをサポートする、ハイエンドエンタープライズストレージアレイです。VNXシリーズは Intel Xeonプロセッサを搭載しており、パフォーマンスを自動的かつ効率的に拡張しながら、ミッションクリティカルな SQL Server環境にデータの整合性、セキュリティ、高可用性を提供するインテリジェントストレージです。

仮想化コンポーネント

仮想化コンポーネントには、VMware vSphere、VMware vCenter Server、 VMware ESXiが含まれます。このソリューションは VMware vSphere 5.1を使用します。

VMware vCenter Serverは、仮想化管理の基盤となる、拡張性に優れたプラットフォームを提供します。VMware vSphere環境の一元管理機能が装備されているため、IT管理者は仮想環境を制御できます。

VMware vCenter Serverの詳細については、http://www.vmware.com/products/vcenter-server/overview.htmlを参照してください。


Oracle Database 11g Release 2は、業界をリードするパフォーマンス、拡張性、セキュリティ、信頼性を備え、サーバーのクラスター構成またはシングルサーバー構成を選択できるほか、ユーザーのニーズに応える広範なオプションを取り揃えています。この製品を活用することで、より高品質なサービスを

通じてより多くの情報を提供し、変更に伴う IT部門内のリスクを低減し、IT予算を効率的に使用できるIT基盤が実現されます。

Oracle 11g R2 Enterprise Editionでは、Oracle ASM（Automatic Storage Management）とOracle Clusterwareの両方が、1つのセットのバイナリに統合され、Oracle Grid Infrastructureという名称になりました。このインフラストラクチャは、Oracle RAC（Real Application Cluster）データベースを実行するために必要なすべてのクラスターとストレージのサービスを提供するようになりました。

http://www.vmware.com/products/vcenter-server/overview.html

http://www.vmware.com/products/vcenter-server/overview.html


C

EC


Oracle RACを使用すると、クラスター化したサーバー全体にわたり、単一のデータベースを透過的に導入することができ、ハードウェア障害や計画的なシステム停止の際のフォールトトレランス機能が提供されます。Oracle RACは、Oracle Database 11gのオプションとして利用できるクラスターデータベースです。共有キャッシュアーキテクチャを備えることで、従来の非共有/共有ディスクアプローチの制約を取り払い、拡張性と可用性に優れたデータベースソリューションを実現します。

Oracle E-Business Suite Release 12

Oracle EBSアーキテクチャは、多重階層型分散コンピューティングのフレームワークです。Oracle EBSモデルでは、複数のレベル、つまり階層にサービスが分散されます。サービスは、単独のプロセスまたはプロセスのグループであり、いずれかのビジネスロジックを実行することで、特定の機能性を提供します。階層とは、潜在的に物理マシンにまたがることができるサービスのグループです。

つまり、階層とはサービスの論理グループで、物理ノードやマシンに制限されません。各階層は、1つ以上のノードから構成することが可能で、各ノードには複数の階層を配置することができます。た

とえば、データベースサーバーは、アプリケーション階層内の 1つ以上のサーバーと同じノード上でホストできます。

注: 詳細については、「Oracle Applications Concepts」（B10642-01）を参照してください。

EMC Avamar

EMC Avamarは、重複排除バックアップ/リカバリソフトウェアおよびシステムソリューションです。クライアント側で重複排除を実行することにより、ネットワークに到達する前にバックアップストリームからデータを排除します。クライアント側での重複排除を通じて、帯域幅、ストレージ、バックアップウィンドウを節約できます。VMwareの vStorage API（Vblockシステムの vSphereに導入）も ESXiハイパーバイザーアーキテクチャを提供します。


このサーバーは Avamarデータストア専用です。Avamarバックアップ/リカバリソフトウェアは、統合型ソース/グローバルデータ重複排除機能を提供します。クライアントシステム上の Avamarエージェントは、データの重複排除を実行した後に、Avamar Data Storeなどの Avamarサーバーにデータをバックアップします。

http://docs.oracle.com/cd/B11454_01/11.5.9/acrobat/11iconcepts.pdf


C

EC

関連資料

EMC

「Oracle用 EMC Avamar 6.1ユーザーガイド（2013年 EMC）」

VCE

「Enhanced Operational Agility and Scalability for Oracle E-Business Suite R12 and RAC on VMware vSphere 5」

「Oracle E-Business Suite and RAC Performance and Elasticity on Vblock™ Platforms with vSphere 4.1」

「Zero Downtime Bi-Directional Physical to Virtual Migration for Oracle® EBS R12 with RAC on Vblock™ Infrastructure Platforms」

VMware

「vSphere Data Protection Administration Guide: vSphere Data Protection 5.1」

Oracle

「Oracle® Database Backup and Recovery User's Guide 11g Release 1（11.1）」

「Oracle® Database Backup and Recovery User's Guide 11g Release 2（11.2）」

（Part E10642-05、Oracle Corporation）

http://www.scribd.com/doc/100367073/Avamar-6-1-for-Oracle-User-Guide



http://www.vce.com/pdf/solutions/vce-oracle-ebs-and-rac-on-vblock-whitepaper.pdf

http://www.vce.com/pdf/solutions/vce-oracle-ebs-and-rac-on-vblock-whitepaper.pdf



http://www.vmware.com/files/pdf/products/vsphere/VMware-vSphere-Data-Protection-Administration-Guide.pdf

http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm

http://docs.oracle.com/cd/E11882_01/backup.112/e10642/toc.htm

http://docs.oracle.com/cd/E11882_01/backup.112/e10642/toc.htm

© 2013 VCE Company, LLC. All rights reserved.（不許複製・禁無断転載）

C

EC

VCEについて VCEは、VMwareおよび Intelの投資を受け、Ciscoと EMCが設立しました。VCEは、お客様のためにタイムトゥマーケットを短縮しながら ITコストを大幅に削減する統合インフラストラクチャおよびクラウドベースのコンピューティングモデルの適用を推進しています。VCEは Vblockシステムを通じて、業界唯一の完全に統合され、完全に仮想化されたクラウドインフラストラクチャシステムを提供しています。VCEソリューションは広範なパートナーネットワークを通じてご利用頂けるほか、一般アプリケーション、業界サービス、アプリケーション開発環境に対応しています。これにより、お客様は ITインフラストラクチャの統合、検証、管理にわずらわされることなく、ビジネスの革新に集中できます。詳細については、http://www.vce.com を参照してください。

Copyright © 2013 VCE Company, LLC. All rights reserved.（不許複製・禁無断転載） Vblockおよび VCEのロゴは、VCE Company, LLC.およびその関連会社の登録商標または商標です。その他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

http://www.vce.com/

システム上の のバックアップ リカバリ¸Šの仮想化oracle...

Documents

システム上ののバックアップリカバリ¸Šの仮想化oracle...