oracle database applianceのバックアップとリカバリのベスト・プラクティス

Oracleホワイト・ペーパー

2013年1月

Oracle Database Applianceのバックアップとリカバリのベスト・プラクティス

はじめに ......................................................................... 3

テスト環境 ....................................................................... 5

全般的な決定事項 ................................................................. 5

テープ・ベースのバックアップ戦略 ................................................. 5

テープ・バックアップ用のメディア管理ソフトウェア ............................... 6

テープ・ベースのバックアップ .................................................. 6

ディスク・ベースのバックアップ ................................................... 7

ファスト・リカバリ領域（FRA）へのOracle RMANバックアップ ....................... 8

Oracle Database Applianceのローカル・バックアップと外部バックアップの影響 ...... 8

バックアップ形式 ................................................................. 9

ローカル・ディスク・ベースのバックアップ構成のパフォーマンス値 ................. 9

ネットワーク接続ストレージのバックアップ ......................................... 10

Oracle ZFS Storage Appliance 7120へのOracle RMANバックアップ .................. 10

ZFSSA 7120を使用するためのOracle RMAN構成 ..................................... 13

ZFSSベースのバックアップ構成のパフォーマンス値 ................................... 15

ベスト・プラクティス ............................................................ 15

結論 ............................................................................ 18

付録：ロードバランシングのバックアップの構成 ..................................... 19

付録：サンプル・スクリプト ...................................................... 21

Oracle RACでのテープ・バックアップ............................................ 21

単一インスタンスとOracle RAC One Nodeのテープ・リストア ....................... 21

イメージ・コピーのバックアップ（Oracle RAC、Oracle RAC One Node、単一インスタンス） 22

Oracle RACでのイメージ・コピーのリストア ...................................... 22

Oracle RAC One Nodeと単一インスタンスのイメージのリストア ..................... 22

バックアップ・セット用のバックアップ・スクリプト .............................. 23

ディスク・ベースのバックアップの監視 .......................................... 23


3

はじめに Oracle Database Applianceは、可用性の高いデータベース・ソリューションの導入、保守、および

サポートのすべてをオラクル1社が対応し、簡素化することで、時間とコストを削減するエンジニア

ド・システム製品です。Oracle Database Applianceは、自社開発アプリケーションからOLTPやデー

タウェアハウスのパッケージ・アプリケーションまで幅広く対応できる、ソフトウェア、サーバー、

ストレージ、およびネットワークが1つの筐体に完全に統合されたシステムです。

Oracle Database Applianceでは、独自のpay-as-you-grow（システム規模に応じた支払い）ソフトウェ

ア・ライセンス機能を採用しているため、ハードウェアのアップグレードなしでシームレスにプロ

セッサ・コアを4から24まで拡張できます。Oracle Database Applianceは、2つのサーバー・ノード

とOracle Linux 5上でOracle Database 11g Release 2（11.2）を実行する12TBの物理ストレージ容

量で構成される、4RU（ラック・ユニット）サーバー・アプライアンスとして提供されています。簡

便性を重視し、可用性の高いデータベース・ソリューションの展開に必要なスキル、複雑さ、コス

ト、およびリスクを低減することを希望するユーザーに、理想的なソリューションを提供します。

Oracle Database Applianceを導入すると、運用上の重要な側面として、災害発生時にOracle Database

Appliance上にデプロイされているOracle Databaseをリストアできるように、データベースのバッ

クアップが確実に実行されます。Oracle Database Applianceのストレージ構成を三重ミラー化から

二重ミラー化（またはその逆）に変更し、データベースをバックアップおよびリストアすると、保

護を最大限に高めることができます。このホワイト・ペーパーでは、Oracle Database 11g Release

2を使用して、ミッション・クリティカルなデータの保護に最適なバックアップ/リカバリ戦略を策

定するためのベスト・プラクティスについて説明します。Oracle Databaseは、高度でスケーラブル

なバックアップ・テクノロジーを備えています。このテクノロジーは、1GbE（bond0、bond1、bond2）

および10GbE（xbond0）の高帯域幅ボンディング・インタフェースを備えたOracle Database Appliance

で有効に機能します。

以下のテクノロジーを利用して、Oracle Database Applianceでシンプルかつ信頼性の高いバック

アップ/リストア処理を実現しています。

Oracle Recovery Manager（Oracle RMAN）は、ネイティブなバックアップおよびリカバリ・イン

フラストラクチャをOracle Database内に提供し、Oracle Database Appliance環境で最適なデー

タ保護を実現します。

o バックアップ、リストア、およびリカバリ処理は、標準のRMANコマンドを使用して

実行します。

o Oracle RMANを使用すると、両方のOracle Real Application Clusters（Oracle RAC）

ノード全体でバックアップ処理を並列化できます。そのため、システム内のすべて

のディスク、すべてのネットワーク接続、およびすべてのCPUをバックアップ処理

の実行に利用できます。

o Oracle RMANブロック変更トラッキングを使用すると、増分バックアップを非常に


4

迅速かつ効率的に実行できます。ブロック変更トラッキングでは、前回の増分バッ

クアップまたは全体バックアップ以降に変更があったデータベースの領域のみ

ディスクから読み取られます。

Oracle Secure Backupは、ファイル・システムやOracle DatabaseなどのIT環境全体に対応する、

テープ・バックアップの一元管理ソリューションです。組込みのOracle RMANと統合すると、Oracle

Secure BackupによるOracle Databaseの最高速のテープ・バックアップを実現できます。バック

アップ時間とテープ・コストを大幅に削減する重要なバックアップ最適化には、Oracle Secure

BackupとOracle RMANを組み合わせて使用した場合のみ利用できるものもあります。

o 未使用ブロックの圧縮により、表領域に割り当てられているが表では現在使用され

ていないブロックをバックアップするのに要する時間とスペースを排除できます。

o UNDOの最適化により、最新のバックアップを使用してリカバリする必要のないUNDO

データをバックアップするのに要する時間とスペースを排除できます。

Oracle ZFS Storage Applianceを、データベースのバックアップ・ストレージの場所として

使用できます。高速ネットワークにより、高いパフォーマンスを実現できます。ZFS HAソリュー

ションを使用すると、ユーザーはネットワークのシングル・ポイント障害を心配する必要が

なくなります。

すべてのスクリプトと構成ファイルを共有のACFSファイル・システム（Oracle Database Appliance

上で/cloudfsマウント・ポイントとして識別されるもの）に保存して、定期的に外部ストレージ

にバックアップすることを強く推奨します。

このホワイト・ペーパーでは、テープ、ローカルのファスト・リカバリ領域（FRA）、およびZFS Storage

Applianceへのバックアップ戦略についてベスト・プラクティスとともに説明します。


5

テスト環境

このホワイト・ペーパーでは、さまざまなCPUコア数の構成で実施したOracle Database Appliance

のバックアップとリカバリのテストについて説明します。

テープ・バックアップおよびリストアのテストは、1つのOracle StorageTek SL150テープ・ライ

ブラリと2つのハーフ・ハイトLTO-5テープ・ドライブに接続された1台の管理/メディア・サーバー

で、Oracle Secure Backup Release 10.4.0.2を使用して実施しました。

ディスク・バックアップおよびリストアのテストは、さまざまなレベルのOracle RMAN並列処理を

使用し、Oracle Database Applianceに展開されたファスト・リカバリ領域（FRA）を使用して、

イメージ・コピー形式とバックアップ・セットで実施しました。

ネットワーク接続ストレージのテストは、1Gbおよび10Gbネットワーク・インタフェース経由で

Oracle ZFS Storage Appliance 7120に送信されるOracle RMANバックアップ・セットを使用して

実施しました。

全般的な決定事項

バックアップ戦略を実装する前に、RTO（リカバリ時間目標）要件とRPO（リカバリ・ポイント目標）

要件を確認する必要があります。個々のリカバリ・ニーズに基づいて、確立されるバックアップ戦

略は、1つのバックアップ戦略の場合と、提案された複数のバックアップ・オプションの組合せの場

合があります。

テープ・ベースのバックアップ戦略

テープ・ベースのバックアップ戦略の主な利点には、次のようなものがあります。

Oracle Database Applianceとテープ・ベースのバックアップでは、バックアップとリストアが高

速です。

テープのみのソリューションでは、Oracle Database Applianceから障害が分離されます。

Oracle Database Applianceの容量と帯域幅が最大になります。

テープ・ベースのバックアップ・ソリューションでは、次のバックアップを実行する戦略を推奨し

ます。

週次のOracle RMANレベル0のデータベース（全体）バックアップ

日次のOracle RMANレベル1のデータベース累積増分バックアップ

Oracle Secure Backupカタログの日次バックアップ


6

テープ・ベースのバックアップ構成例

テープ・バックアップ用のメディア管理ソフトウェア

テープ・バックアップを行うには、Oracle RMANをメディア管理ソフトウェアと統合します。メディ

ア管理ソフトウェアは、Oracle RMANのテープ・バックアップを容易にするソフトウェア・レイヤー

です。このホワイト・ペーパーで説明しているメディア管理ソフトウェアとして、Oracle Secure

Backupを使用しています。Oracle Secure Backupは、バックアップ・ドメイン内のすべてのホスト

が1つまたは複数のOracle Secure Backupロールを持っているクライアント/サーバー・アーキテク

チャで高いスケーラビリティを発揮する、バックアップ・ソリューションです。Oracle Secure Backup

について、詳しくはOracle Secure Backupのドキュメントを参照してください。

テープ・ベースのバックアップ

このホワイト・ペーパーに記載されているパフォーマンス値は、1Gbのアクティブ-パッシブの専用

ボンディング・ネットワークと10Gbのアクティブ-パッシブの専用ボンディング・ネットワークを備

えた1台のOracle Secure Backup管理/メディア・サーバーを、6Gb/秒のSAS接続経由でOracle Secure

Backupメディア・サーバーに接続され2つのLTO-5テープ・ドライブを搭載した1台のOracle

StorageTek SL150とともに使用して達成したものです。

ターゲット・データベースには、データ圧縮が約1.4対1の1TBのデータがあります。データの構成

によって圧縮が異なるため、テープ・ドライブへの転送速度が異なります。

バックアップ対象のアーカイブ・ログはごくわずかで、バックアップ時にデータベースはアイド

ル状態になっていました。アーカイブ・ログの数が多い場合は、小さいファイルを多数バックアッ

プするとパフォーマンスが低下するため、バックアップ時間に影響します。また、データベース

に高い負荷がかかっており、CPUが完全に使用されている場合も、バックアップ速度に影響する可

能性があります。


7

1Gbバックアップのパフォーマンスは、Oracle Secure Backupメディア・サーバーの単一のアクティ

ブ-パッシブ・ボンディングによって制限されました。Oracle Database Applianceの各ノードは、

複数の1Gbボンディング・インタフェースを備えています。構成されているインタフェースでは、

各ノードは120MB/秒で送信できるため、総合転送速度が240MB/秒となりますが、メディア・サー

バーのボンディングNICが1つのみであるため、使用できるのは最大120MB/秒となり、転送が120MB/

秒に制限されます。

10Gbバックアップのパフォーマンスは、2つのLTO-5テープ・ドライブによって制限されました。

テープ・ドライブあたりの平均速度は268MB/秒で、Oracle Database ApplianceのI/O帯域幅が最

初に使い果たされないことを前提に、最大1GB/秒までさらにテープ・ドライブを追加できました

（Oracle Secure Backupメディア・サーバーの単一のアクティブ-パッシブ・ボンディング）。

リストアのテストでは、テープから制御ファイルとデータファイルをリストアしましたが、リカ

バリ処理で、ローカルのファスト・リカバリ領域（FRA）からアーカイブ・ログを取得しました。

バックアップ速度は、ジョブが開始される前にテープ・ドライブがマウントされることを前提と

し、Oracle Secure Backupで記録される開始時間と終了時間を利用して、データ転送時間に基づ

いて計算しています。

バックアップ速度（TB/HR）

ホストのCPU使用率

両方のノードの1Gbロードバランシング

2コア

0.43TB 2～6%


24コア

0.43TB 0.5～3%

1Gb単一ノード

2コア

0.43TB 2～6%


2コア

1.9TB 2～6%


24コア

1.9TB 0.5～3%

10GB単一ノード

2コア

1.9TB 2～6%

ディスク・ベースのバックアップ

バックアップとリストアの要件、および利用できるリソースに応じて、ディスク・ベースのバック

アップが必要になることがあります。また、表領域のポイント・イン・タイム・リカバリ（TSPITR）

が必要な場合、これらのオプションはテープでは利用できないため、ディスク・ベースのバックアッ

プ・ソリューションを使用して、コピーまたは増分マージに切り替えることが必要になることもあ

ります。この項では、RECOディスク・グループに展開されているFRAへのバックアップについて説明

します。

ディスク・ベースのバックアップ戦略の主な利点には、次のようなものがあります。

データ破損と論理破損でリカバリ時間が短縮され、表領域のポイント・イン・タイム・リカバリ

（TSPITR）シナリオでリカバリ機能が向上します。

データベース、表領域、またはデータファイルのコピーに切り替えられるため、リストアせずに

バックアップをそのまま使用できます。


8

ディスク・ベースのバックアップ・ソリューションでは、オラクルは次のことを推奨しています。

ファスト・リカバリ領域（FRA）を使用する

最初にOracle RMANレベル0の（全体）バックアップを実行する

日次のOracle RMANレベル1の増分バックアップを実行する

増分バックアップを全体バックアップに24時間の遅延で展開する（『Oracle Databaseバックアッ

プおよびリカバリ・ユーザーズ・ガイド』を参照）

ファスト・リカバリ領域（FRA）へのOracle RMANバックアップ

ディスク・バックアップを管理するため、データベースのバックアップ場所として機能する専用のディ

スク領域を定義できます。この場所がファスト・リカバリ領域（FRA）です。Oracle DatabaseとOracle RMAN

は連携してこの領域内のスペースを管理し、必要なバックアップを追跡します。また、必要に応じて、

新しいバックアップのスペースを確保するために古いバックアップを削除します。Oracle RMANは、イメー

ジ・コピー、オンラインREDOログ、アーカイブ・ログ、制御ファイル、およびフラッシュバック・ログ

をFRAにバックアップします。新しいバックアップやファイルにさらにスペースが必要になった場合、

Oracle Databaseが不要なバックアップを自動的に削除するため、DBAはこのような削除作業を行う必要

がありません。FRA内のファイルは、保存ポリシーに基づいて古くなった場合や、Oracle RMANによって

すでにテープにバックアップされている場合、不要と見なされます。

Oracle Database Applianceのローカル・バックアップと外部バックアップの影響

Oracle Database Applianceのディスク・グループのレイアウトは、Oracle Database Appliance

Manager Configuratorユーティリティでの"バックアップ・タイプ"オプションの選択によって異な

ります。ローカル・バックアップ・タイプ・オプションでは、ディスクの40%がDATA領域に割り当て

られて、ディスクの60%がファスト・リカバリ領域（RECO）に割り当てられます。外部バックアップ・

タイプ・オプションでは、ディスクの80%がDATA領域に割り当てられて、ディスクの20%がファスト・

リカバリ領域（RECO）に割り当てられます。これはデプロイ時に構成できます。

DATAディスク・グループにさらに多くのスペースを予約するためには、デプロイ時にバックアップ・

タイプとして外部バックアップ・タイプを指定してテープ・ベースのバックアップ・ソリューショ

ンを使用するか、少なくとも、データベースの全体バックアップをテープまたはZFS Storage

Appliance（ZFSSA）に対して実行して、ディスクの増分バックアップがファスト・リカバリ領域に

対して実行する、ハイブリッドのアプローチを使用することを推奨します。

つまり、デプロイ時にOracle Database Appliance Managerで外部バックアップとローカル・バック

アップのいずれを選択するかによって、ディスク・グループ、+DATA、および+RECOのサイズに影響

し、次のようにFRAのサイズが決まります。

ローカル・バックアップ外部バックアップ

ASMディスク・グループ+DATA 1.6TB 3.2TB

ASMディスク・グループ+RECO 2.1TB 0.5TB

スペースが必要な場合は、NFSマウントを使用してNASストレージ・アプライアンスにFRAを作成する

こともできます。


9

バックアップ形式

Oracle RMANでは、イメージ・コピーとバックアップ・セットの2つの形式のいずれかでデータが保

存されます。

イメージ・コピーは、単一のデータファイル、アーカイブされたREDOログ・ファイル、または制

御ファイルの正確なコピーです。イメージ・コピーは、Oracle RMAN固有の形式では保存されませ

ん。イメージ・コピーは、オペレーティング・システムのコマンドを使ってファイルをコピーし

た場合と同じになります。Oracle RMANでは、Oracle RMANのリストア処理時とリカバリ処理時に

イメージ・コピーを使用でき、Oracle RMAN以外のリストア手法とリカバリ手法でもイメージ・コ

ピーを使用できます。

バックアップ・セットには、1つまたは複数のデータファイル、アーカイブされたREDOログ・ファ

イル、または制御ファイル、もしくは1つのサーバー・パラメータ・ファイルのデータが含まれま

す。最小単位のバックアップ・セットは、バックアップ・ピースと呼ばれるバイナリ・ファイル

です。バックアップ・セットは、Oracle RMANがテープ・ドライブなどの順次デバイスにバックアッ

プを書き込むことができる唯一の形式です。FRAについて、詳しくは『Oracle Database高可用性

ベスト・プラクティス11gリリース2』を参照してください。

ローカル・ディスク・ベースのバックアップ構成のパフォーマンス値

Oracle RAC構成を使用してOracle Database Applianceでローカル・ディスクのファスト・リカバリ

領域へのバックアップ書込み速度を速めるため、次のようにしました。

両方のインスタンスを使用して、インスタンスごとに1つのRMANチャネルで開始しました。

インスタンスごとのパフォーマンスを高めるため、RMANチャネルを継続的に追加しました。

すべてのOracle RACインスタンスを使用し、インスタンスごとに1～4つのRMANチャネルを使用し

た場合の、最適なバックアップ速度を観測しました。

Oracle RAC バックアップ速度（TB/HR）

リストア速度（TB/HR）


イメージ・コピー4コア

4チャネル

2.3TB 2.4TB 35～50%


8チャネル

2.5TB 2.6TB 7～12%

単一インスタンスとOracle RAC One Node構成を使用してOracle Database Applianceでローカル・ディ

スクのファスト・リカバリ領域へのバックアップ書込み速度を速めるため、次のようにしました。

1つのRMANチャネルで開始しました。

パフォーマンスを高めるため、単一のデータベース・インスタンスに継続的にRMANチャネルを追

加しました。

2～4つのRMANチャネルを使用した場合に、最適なバックアップ速度を観測しました。


10

単一インスタンスバックアップ速度（TB/HR）

リストア速度（TB/HR）



2チャネル

2.0TB 2.1TB 30～38%


4チャネル

2.3TB 2.4TB 10～12%

Oracle RMANバックアップ・セットは、同様のCPU使用率で作成およびリストアされました。選択し

た圧縮アルゴリズムに応じて、圧縮にはCPUがさらに必要になりました。

ネットワーク接続ストレージのバックアップ

Oracle ZFS Storage Applianceは、幅広いストレージ・ニーズに対応した柔軟な構成オプションと

接続オプションを提供する統合ストレージ・システムです。高パフォーマンスNFSクライアントであ

るオラクル専用のdNFSを使用して、Oracle Database Appliance上の10Gbインタフェース経由で

Oracle RMANバックアップをネットワーク・ストレージに送信できることを実証するため、Oracle ZFS

Storage Appliance 7120を選択しました。

データベースのバックアップにネットワーク接続ストレージを使用すると、バックアップを内蔵ス

トレージから分離できるため、リモート・サイトへのレプリケーション、バックアップの追加コピー

のスナップショット、ZFS Storage Applianceによるバックアップの圧縮、他のデータベース・サー

バーとのバックアップの共有など、バックアップの管理においてさまざまな可能性が広がります。

ネットワーク接続ストレージでの手法は、FRAベースのバックアップと同様です。

NFS共有を使用して、dNFSクライアントが使用されるようにdNFSへのNFS Appliance共有を定義す

る

最初にOracle RMANレベル0の（全体）バックアップを実行する

日次のOracle RMANレベル1の増分バックアップを実行する

増分バックアップを全体バックアップに24時間の遅延で展開する（『Oracle Databaseバックアッ

プおよびリカバリ・ユーザーズ・ガイド』を参照）

Oracle ZFS Storage Appliance 7120へのOracle RMANバックアップ

ZFSSA 7120は、Oracle Database Applianceによく適合する容量とパフォーマンスを備えたシングル

ヘッドのストレージ・コントローラです。さまざまなプロトコルを使用して、3.3TB～177TBの物理

容量に構成したり、1Gb、10Gb、またはファイバ・チャネルのインタフェースを使用してアクセス可

能な73GBの書込み最適化フラッシュ・ストレージに構成したりできます。Oracle Database Appliance

バックアップ・ターゲットとして使用する場合、NFS共有を10Gbインタフェース経由でアクセスする

ことを推奨します。7120は、4つの1Gbネットワーク・インタフェースを標準装備しています。最適

なバックアップ・パフォーマンスを得るためには、7120にオプションの10Gbインタフェースを使用

することを推奨します。


11

ZFSSAアーキテクチャでは、柔軟な構成オプションを利用できます。このホワイト・ペーパーでは、

フォルト・トレランスを維持しながら、イーサネット・インタフェース経由でOracle RMANの大規模

なブロック、およびストリーミングの書込みパフォーマンスと読取りパフォーマンスを最適化する

構成を選択しています。ダブル・パリティ（RAID-Z2）の単一ストレージ・プール内にNFS共有を定

義すると、必要なパフォーマンスと可用性を実現できます。ZFSSA 7120に、オプションの10Gbデュ

アル・ネットワーク・インタフェース・カード、2つの専用ブート・ドライブ、およびデータ・スト

レージ用に12台の2TBまたは3TB HDDを搭載していることを前提としています。

ZFS Storage Appliance 7120は、Webベースのブラウザ・ユーザー・インタフェース（BUI）または

ZFS Storage Applianceで直接実行できるCLIコマンドを使用して構成できます。以下に示すすべて

の例で、ユーザーはrootユーザーとrootパスワードを使用してBUIにログインすることを前提として

います。BUI URLの通常の形式は、次のとおりです。

https://<ZFSSA 名またはIPアドレス>:215

Storage Applianceのすべての構成の完全なドキュメントについては、BUIのヘルプ画面を参照して

ください。

プール - ZFS Storage Appliance 7120では、プールに集約されたハード・ディスクのグループに

データが保存されます。シングル・パリティ、ダブル・パリティ、またはトリプル・パリティ、

およびミラーまたはストライプのプール構成が可能です。Oracle Database Applianceでデータ可

用性を最大限に高めるとともに、適切なパフォーマンスを実現するため、ダブル・パリティ

（RAID-Z2）を選択し、パフォーマンスと可用性のバランスを最適にしています。複数のプールを

専用の7120で構成することもできますが、単一のストレージ・プールを定義するのが最善の選択

肢です。

「Configuration」→「Storage」をクリックします。

Available Poolsの横にあるプラス記号（+）をクリックします。

プールに名前（Pool-0など）を指定し、「Apply」をクリックします。

"Verify and add devices"画面で、すべてのHDDを選択します。ブート・デバイスは選択し

ないでください。

「Commit」をクリックします。

次の画面で、ダブル・パリティのストレージのプロファイルを選択します。

「Commit」をクリックします。

共有 - ZFS Storage Appliance 7120は、NFS、CIFS/SMB、およびiSCSIの各ネットワーク・ストレー

ジ・プロトコル、およびオプションのインタフェース・カードを使用したファイバ・チャネルを

サポートしています。Oracle Database Applianceでは、dNFSと呼ばれる高度に最適化されたバー

ジョンのNFSファイル・システム・クライアントを実行できるため、NFS共有をOracle Database

Applianceバックアップのターゲットとして定義して使用するのが適切な選択肢です。NFS共有は、

さまざまなオプションを使ってOracle Database Applianceバックアップのターゲットに定義でき

ます。次のように定義することを推奨します。

データベース・レコード・サイズ：128KB

同期書込みバイアス：スループット


12

データ圧縮：最高のパフォーマンスを実現するには、オフ。適切なデータ圧縮を実現するに

は、LZJB

Oracle Database Applianceバックアップに定義するNFS共有の数は、サービスの数およびOracle RMAN

バックアップを実行するように定義しているRMANチャネルの数によって異なります。通常、RMANチャ

ネルあたりNFS共有を1つに設定すると、最適なスループットが得られます。FRAベースのバックアッ

プ構成と同様に、サーバーあたりRMANチャネルを2つに設定するのが出発点として適しています。

Oracle RAC構成では、合計4つのRMANチャネルと4つの共有を設定すると、有効に機能します。NFS共

有はアプライアンスのプロジェクトに属するため、まずプロジェクトを定義してから、プロジェク

トによって所有される共有を定義します。

BUIで、次の手順を実行します。

「Shares」→「Projects」をクリックします。

左側のProjectsペインで、Allという文字の横にあるプラス記号（+）をクリックします。

プロジェクトの名前を入力し、「Apply」をクリックします。

Projectsペインで新しいプロジェクト名をクリックしてから、「General」をクリックしま

す。

必要に応じて、同期書込みバイアスをスループットに変更し、データベース・レコード・サ

イズを128Kに変更し、データ圧縮を必要に応じてオフまたはLZJBに設定します。

プロジェクト内の共有に対するデフォルト権限を調整します。

「Apply」をクリックします。ODAバックアップ共有でプロジェクトを使用できるようになり

ます。

Filesystemsペインが表示されたら、"Filesystems"という文字の横にあるプラス記号（+）

をクリックします。

共有名を指定します。

必要に応じて、共有に付与するデフォルト権限を調整します。

「Apply」をクリックします。

さらに3つの共有を作成します。

各共有のPropertiesページに表示されるエクスポート・マウント・ポイント名を書き留めます。

ネットワーク構成 – オプションの10Gbインタフェース・カードを2枚装備した7120構成を前提と

しています。ポートは、個別に使用することも、リンク・アグリゲーション・プロトコル（LACP）

またはIPマルチパス（IPMP）を使用してバインドすることもできます。通常、パフォーマンスを

高めるにはLACPを使用し、可用性を高めるにはIPMPを使用します。LACPでは、LACP手法を使用し

て物理ポート間でロードバランシングを実行できるスイッチが必要になりますが、IPMPでは、特

別なスイッチ構成は必要ありません。また、スイッチを使用せずに、Oracle Database Appliance

と7120間にルーティング不可能なプライベート・ネットワーク・ドメイン192.168.*を使用して、

ZFSSA 7120の10GbポートをOracle Database Applianceの各サーバーに1ポートずつ、直接接続す

ることもできます。ジャンボ・フレームを指定する必要があります。


13

ODAの共有のマウントとdNFSの構成

ZFSSA 7120に作成した各共有を各サーバーに作成したマウント・ポイントにマウントするように、

各ODAサーバーで各サーバーの/etc/fstabファイルを変更する必要があります。

1. mkdir /mnt/backup1 /mnt/backup2 /mnt/backup3 /mnt/backup4を実行します。

2. 各マウントのエントリを含めるように、/etc/fstabを編集します。例：

192.168.2.1:/export/ODA/backup1 on /mnt/backup1 type nfs

（rw,bg,hard,nointr,rsize=1048576,wsize=1048576,tcp,nfsver=3,timeo=600）

3. コマンド'mount –a'を実行してfstabを読み取ります。

4. 必要に応じて、所有権と権限を調整します（chown/chmod）。

Oracle Databaseでは、Direct NFS（dNFS）と呼ばれる特別なNFSクライアントを使用できます。dNFS

を使用すると、Oracle DatabaseからNFS共有へのI/Oスループットが大幅に向上します。

次に、dNFSの構成方法について概要を示します。

1. 各サーバーでOracle Database・インスタンスをシャットダウンします。

2. 各サーバーでoracle userから次のコマンドを実行します。

$ make –f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk dnfs_on

3. 各サーバーに、 ZFSSA 7120に定義されている共有を示すエントリが含まれた

$ORACLE_HOME/dbs/oranfstabという名前のファイルを作成します。

server:zfs-server

path:192.168.2.1

export /export/ODA/backup1 mount:/mnt/backup1




4. 各サーバーでOracle Database・インスタンスを再起動します。

Oracle RMANの実行時に、次のSQL問合せでdNFSの使用を検証できます。

select * from v$dnfs_servers;select * from v$dnfs_files;

また、データベース・アラート・ログを確認したり、データベース起動メッセージを確認したりで

きます。

ZFSSA 7120を使用するためのOracle RMAN構成

バックアップ時にデータベース・ノードにリソースを効率的に割り当てるためには、バックアップ

の負荷をRACノードに均等に分散する必要があります。


14

1. Oracle RMANチャネル/NFSマウント・ポイントごとに、クラスタ内の選択したノードで実行する

サービスを1つ作成します。

$ srvctl add service –d <dbname> -s <service name1> -r <instance1> -a<instance2>

$ srvctl add service –d <dbname> -s <service name2> -r <instance2> -a <instance1>

例：

srvctl add service –d isr –s isrsvc1 –r isr1 –a isr2

srvctl add service –d isr –s isrsvc2 –r isr2 –a isr1

2. サービスを起動します。

$ srvctl start service –d <db_unique_name> -s <service_name1>

$ srvctl start service –d <db_unique_name> -s <service_name2>

例：

srvctl start service –d isr –s isrsvc1

srvctl start service –d isr –s isrsvc2

ZFSSA 7120をターゲットとして使用する場合のデータベースのバックアップおよびリカバリ戦略は、

ローカルのFRAにバックアップするRMANコマンドと同様です。Oracle RMAN RUNブロックのALLOCATE

CHANNELコマンドでは、7120に作成されたNFSマウント・ポイントをターゲットとする必要があり、

各マウントへの書込みを実行するために作成されたサービスに接続する必要があります。この例で

は、サービスisrsvc1で/mnt/backup1への書込みが実行され、サービスisrsvc2で/mnt/backup2への

書込みが実行されます。各サービスを異なるサーバーで実行している場合、両方のサーバーのリ

ソースを使用してOracle RMANバックアップ・セットが作成されます。

例：

run {

allocate channel oem_backup_disk1 type disk format '/mnt/backup1/%U' connect ’@isrsvc1’;


allocate channel oem_backup_disk3 type disk format '/mnt/backup3/%U' connect ‘@isrsvc3’;


backup as BACKUPSET tag '%TAG' database;

backup as BACKUPSET tag '%TAG' archivelog all not backed up;

release channel oem_backup_disk1;

release channel oem_backup_disk2;

release channel oem_backup_disk3; r

elease channel oem_backup_disk4;

}


15

ZFSSAベースのバックアップ構成のパフォーマンス値

RAC構成を使用してOracle Database Applianceでディスクのバックアップ速度を高めるため、次の

ようにしました。

両方のインスタンスを使用して、インスタンスごとに2つのRMANチャネルで開始しました。

各チャネルに専用のNFSマウント・ポイントを割り当てました。

インスタンスごとのパフォーマンスを高めるため、RMANチャネルを継続的に追加しました。

12TBの7120構成のOracle Database Applianceで、両方のRACインスタンスを使用し、インスタンス

ごとに2つのRMANチャネルを使用した場合に、最適なバックアップ速度が確認されました。

バックアップ速度（TB/HR）リストア速度（TB/HR）

両方のノードの10Gbロードバランシング 1.2TB 0.6TB

ベスト・プラクティス

Oracle Secure Backupを使用して、低コストで高速な実証されたテープ・バックアップを実現する[テープ]

Oracle Secure BackupをOracle RMANと緊密に統合すると、最高速のデータベース・テープ・バック

アップを実現できます。Oracle Secure Backupを使用してテープにバックアップする場合、未使用

ブロックの最適化機能を使用できます。この機能は、サード・パーティのメディア管理ソフトウェ

アでは提供されていません。

Oracle Secure BackupサーバーでNetwork Time Protocol（NTP）デーモンを構成する[テープ]

NTPデーモン・サービスがOracle Secure Backup管理/メディア・サーバー上で実行されており、Oracle

Database Applianceと同じタイム・ソースを使用するように構成されていることを確認します。

Oracle Secure Backupは、データベース・ノードの時刻に基づいてジョブを実行しますが、スケジュー

ラは、Oracle Secure Backup管理サーバーの時刻に基づいてジョブを実行します。2つのシステムの

時刻が異なっていると、ジョブの開始に遅延が生じる可能性があります。

専用のギガビット・イーサネットまたは10ギガビット・イーサネットを構成する[テープ] [ZFSSA]

転送またはZFSSAに専用のインタフェースを使用すると、クライアント・アクセス・ネットワークへ

の影響を排除できます。ODAで利用可能なインタフェースについて、詳しくは付録を参照してくださ

い。


16

1Gbおよび10Gbのネットワーク・インタフェース経由でOracle Secure Backupのトラフィックを転送するように

優先ネットワーク・インタフェース（PNI）を構成する[テープ]

Oracle Secure Backupの優先ネットワーク・インタフェース設定は、特定のインタフェース経由で

バックアップ・トラフィックをルーティングするためにOracle Secure Backupが使用する構成パラ

メータです。バックアップに専用ネットワークを使用する場合、この設定を推奨されているとおり

にセットアップする必要があります。また、PNIを構成する場合、RDSバランシングを無効にする必

要があります。この設定はOracle Secure Backup 10.4.0.2ではデフォルトで有効になり、PNIのセッ

トアップに問題が生じるためです。RDSとロードバランシングを無効にするには、Oracle Secure

Backup管理サーバーから次のコマンドを実行します。

# obtool setp operations/disablerds yes

# obtool setp testing/supressrdma yes

増分バックアップの実行時にFILESPERSET=1を設定する Oracle RMAN構成を設定します。

BACKUP ...FILESPERSETを指定して、各バックアップ・セットのファイルの最大数を指定します。

1を設定すると、単一ファイルのデータベース・リストア処理が高速になります。

バックアップ速度を高めるため、テープ・ドライブごとに1つのRMANチャネルを構成し、テープ・ドライブを追

加する[テープ]

テープ・ドライブのパフォーマンス速度は、モデルやベンダーによって異なります。ドライブ・タ

イプ、圧縮オプション、およびデータによって、転送速度が異なります。データベース・レベルで

圧縮されたテーブルをバックアップすると、テープ・ドライブの圧縮効果が低下することに注意し

てください。管理/メディア・サーバーに使用可能なスループットがある場合、テープ・ドライブと

RMANチャネルをさらに追加するとバックアップのパフォーマンスが向上します。

すべてのデータ・インスタンスで実行されるバックアップをロードバランシングするように、Oracle RACサービ

スを構成する[テープ] [FRA] [ZFSSA]


の負荷をRACノードに均等に分散する必要があります。RACサービスの作成について、詳しくは付録

を参照してください。

ファスト・リカバリ領域内のバインドされたスペースにDB_RECOVERY_FILE_DEST_SIZEを設定する[FRA]

データベースでは、アーカイブされたREDOログ・ファイルと追加のリカバリ・ファイルがファスト・

リカバリ領域に書き込まれます。これらのファイルには、レベル0のイメージ・コピーやレベル1の

バックアップ・セットなどのディスク・バックアップ・ファイル、およびフラッシュバック・ログ・

ファイル（フラッシュバック・データベースが有効になっている場合）が含まれます。デプロイ後

に、データベースごとにこのパラメータの値を適切なサイズに設定することが重要です。


17

また、複数のデータベースでファスト・リカバリ領域を共有する場合、これらのさまざまなデータ

ベースに割り当てられているスペースの合計がディスク・グループの空きスペースの合計よりも少

ないことを確認します。Oracle Database ApplianceテンプレートではDB_RECOVERY_FILE_DESTが

+RECOに設定されることに注意してください。

例：

SQL> ALTER DATABSE SET DB_RECOVERY_FILE_DEST_SIZE=30G;

Oracle RMANの増分バックアップとブロック変更トラッキングを使用する[テープ] [FRA] [ZFSSA]

ブロック変更トラッキングを有効にすると、増分バックアップが高速になります。ブロック変更ト

ラッキングを使用すると、増分バックアップの作成時に、変更のなかったブロックをOracle RMANが

スキャンしないようにできます。ブロック変更トラッキングは、デフォルトでは無効になっていま

す。バックアップ時にデータファイル全体がスキャンされないようにすると、特にバックアップ間

にごくわずかのデータ・ブロックしか変更されていない場合に、大きなメリットが得られます。バッ

クアップ戦略に増分バックアップが含まれている場合は、ブロック変更トラッキングを推奨します。

ブロック変更トラッキングを使用しても、増分バックアップの実行に使用するコマンドに変更は

まったくありません。通常、初回構成後に、変更トラッキング・ファイル自体の保守はほとんど必

要ありません。テストを実施して、バックアップ時間が短縮されることを確認することを推奨しま

す。

例：

SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '+RECO';"

外部Oracle RMANリカバリ・カタログを使用する[テープ] [FRA] [ZFSSA]

RMANリポジトリについて、詳しくは『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・

ガイド』を参照してください。

サード・パーティのメディア管理ベンダーを使用する場合は、ネットワーク通信をチューニングする[テープ]

オラクル以外のメディア管理ベンダー（MMV）を使用している場合、構成のベスト・プラクティスに

ついては、当該のベンダーにお問い合わせください。ほとんどのベンダーでは、ベンダー自社製品

をOracle Database Applianceでテストおよび検証しており、1Gbまたは10Gbネットワークをフルに

活用する方法を推奨することが可能です。Oracle RMANおよびメディア管理ベンダー（MMV）をOracle

Database Applianceとともに使用する場合、特別な認証は必要ありません。Oracle Database 11g

Release 2（11.2）およびOracle Linuxの場合は、MMVは認証が必要です。


18

インスタンスごとに1～4つのRMANチャネルを使用する[FRA] [ZFSSA]

ほとんどの場合、データベース・サーバーごとに2つのRMANチャネルで十分です。バックアップに必

要なCPU使用率は10%未満であるため、通常、バックアップ処理時に十分なCPUリソースを本番環境で

使用できます。リスナー・ロードバランシングによって、2つのインスタンス間で接続が分散されま

す。単一インスタンスのデータベースをバックアップする場合は、3つ以下のチャネルを推奨します。

Oracle RMAN圧縮を有効化する [FRA]

Oracle 11g Release 2では、Oracle RMANバックアップ内のテーブル・データを圧縮するために使用

できる圧縮アルゴリズム・レベルが導入されています。圧縮レベルはBASIC、LOW、MEDIUM、および

HIGHで、各圧縮レベルでバックアップのスループットと実現される圧縮度に関連するトレードオフ

が実行でます。ただし、LOW、MEDIUM、およびHIGHを使用するには、Advanced Compressionのライセ

ンスが必要になります。オラクルのユーザーは、これらの圧縮アルゴリズム・オプションをテスト

して、個々の要件に最適なオプションを判断することが推奨されます。

865GBのデータベースで実施したテストでは、最良のシナリオで約4：1のバックアップ圧縮率が得ら

れ、CPU使用率が高くなるもののストレージ容量が削減されました。

結論

Oracle Database Applianceでは、Oracle Database（Oracle RMAN）とバックアップをネイティブに統合

でき、さらにさまざまなバックアップ先を利用できるため、メリットが得られます。このホワイト・ペー

パーで説明しているベスト・プラクティスにしたがって導入することで、Oracle Databaseのバックアッ

プ、リストア、およびリカバリ処理を最適化することができます。バックアップ構成は、ローカル・ディ

スクのバックアップから外部バックアップにまで渡ります。ローカル・バックアップはFRAに書き込まれ

るのに対し、外部バックアップはNAS（ディスク）またはテープに保存できます。バックアップの最大パ

フォーマンスは、1.2TB/時（ZFS Storage Applianceへのバックアップ）から、1.9TB/時（Oracle StorageTek

SL150へのバックアップ）、2.5TB/時（ローカルのFRAへのバックアップ）にまで渡ります。

Oracle ZFS Storage Applianceは、Oracle Database Applianceで実行されているデータベースの外

部データベース・バックアップをホストするという、独自の価値提案を提供します。Oracle

StorageTek SL150は、拡張の柔軟性が高く、卓越したパフォーマンスを提供します。


19

付録：ロードバランシングのバックアップの構成


の負荷をRACノードに均等に分散する必要があります。

クラスタ内の選択したノードで実行するサービスを作成します。

$ srvctl add service –d <dbname> -s <service name> -r

<instance1>,<instance2>

$ srvctl add service –d isr –s isrsvc –r isr1,isr2

サービスを開始します。

$ srvctl start service –d <db_unique_name> -s <service_name>

$ srvctl start service –d isr –s isrsvc

接続を自動的にロードバランシングするために使用する新しい netサービス名を

$ORACLE_HOME/network/admin/tnsnames.oraに追加します。

ISR =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = hamms-scan)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = isr)

)

)


20

特定ノードの接続には、次に示すnet名を使用します。

ISR1 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = hamms1)(PORT = 1521))

(CONNECT_DATA =


(SERVICE_NAME = isr)

(SID = isr1)

)

)

ISR2 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = hamms2)(PORT = 1521))

(CONNECT_DATA =


(SERVICE_NAME = isr) (SID = isr2)

)

)


21

付録：サンプル・スクリプト

この項のすべてのスクリプトで、リカバリに必要なアーカイブ・ログをディスクで使用できます。

これらのスクリプトでは、本番データベースのリストア時に生じる可能性がある特別な考慮事項に

は対応していません。ユーザーは、これらのサンプルを使用したり、ニーズに合わせて調整したり、

シェル・スクリプトに組み込んだりできます。

Oracle RACでのテープ・バックアップ

このスクリプトで、2つのチャネルを割り当てて（2つのテープ・ドライブを使ってテストしたため）、

アーカイブ・ログを含めた全体バックアップを作成します。

RUN {

ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE' CONNECT='@isr';

ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' CONNECT='@isr';

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG;

}

注：チャネルはOracle RAC内でロードバランシングされます。

単一インスタンスとOracle RAC One Nodeのテープ・リストア

リストアのため、2つのチャネルを適切に割り当てて、使用可能なアーカイブ・ログを使ってデータ

ベースを自動的にリカバリします。古いREDOログを使用して、オープンなリセットログを使用せず

にデータベースをリカバリできる場合もあります。

ALTER DATABASE MOUNT RUN

{

ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';

ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' ;

RESTORE DATABASE; RECOVER DATABASE;

{

ALTER DATABASE OPEN RESETLOGS;

注：並列リストアを実行するには、データベースを2番目のノードにマウントし、接続文字列を使用

してチャネルを割り当てる必要があります。


22

イメージ・コピーのバックアップ（Oracle RAC、Oracle RAC One Node、単一インスタンス）

バックアップをコピー処理として実行する前に、バックアップ・タイプや並列処理などの構成の詳

細を設定します。

CONFIGURE DEFAULT DEVICE TYPE TO DISK;

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+RECO/ISR/snap.cf';

CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COPY;

CONFIGURE DEVICE TYPE disk PARALLELISM 2;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

RUN

{

backup as copy database;

}

Oracle RACでのイメージ・コピーのリストア

チャネルの割当てに、インスタンスに接続しているユーザーの資格証明を使用します。

run

{

ALLOCATE CHANNEL ch1 DEVICE TYPE DISK CONNECT ‘@isr1';

ALLOCATE CHANNEL ch2 DEVICE TYPE DISK CONNECT ‘@isr2';

restore database;

recover database;

}

startup;

注：並列リストアを実行するには、データベースを2番目のノードにマウントし、接続文字列を使用

してチャネルを割り当てる必要があります。

Oracle RAC One Nodeと単一インスタンスのイメージのリストア

リストアを並列化してパフォーマンスを向上することもできます。


run

{

restore database;

recover database;

}


23

startup;

バックアップ・セット用のバックアップ・スクリプト

configureコマンドで、バックアップ処理のバックアップ・タイプを設定します。

CONFIGURE DEFAULT DEVICE TYPE DISK;

CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET;

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+RECO/ISR/snap.cf';


CONFIGURE CONTROLFILE AUTOBACKUP ON;

Run

{

Backup database;

}

ディスク・ベースのバックアップの監視

Oracle RMANジョブを実行すると、デフォルトでジョブのトランスクリプトがstdoutに書き込まれま

すが、出力をログ・ファイルにリダイレクトし、このログ・ファイルでエラーや警告を分析したり、

書き込まれたバックアップ・ピース名を確認したりできます。また、 Oracle RMANでは、

NLS_DATE_FORMAT環境変数を使用して時刻（時/分/秒）がレポートされるため、実行時間を監視する

のに役立ちます。

SELECT sid, serial#, context, sofar, totalwork,

round(sofar/totalwork*100,2) "% Complete"

FROM v$session_longops

WHERE opname LIKE 'RMAN%'

AND opname NOT LIKE '%aggregate%'

AND totalwork != 0

AND sofar <> totalwork

/

Oracle Database Applianceのバックアップと

リカバリのベスト・プラクティス

2013年1月

著者：Erich Kreisler、Sankar Bose、Kyle Noonan、

Scott Ledbetter

共著者：RACPack / A-Team、Integrated

Storage Relations

Oracle Corporation

World Headquarters

500 Oracle Parkway

Redwood Shores, CA 94065

U.S.A.

お問い合わせ窓口

Oracle Direct

0120-155-096

oracle.com/jp/direct

Copyright © 2012, Oracle and/or its affiliates. All rights reserved.本文書は情報提供のみを目的として提供されており、ここに記載される内容は予

告なく変更されることがあります。本文書は一切間違いがないことを保証するものではなく、さらに、口述による明示または法律による黙示を

問わず、特定の目的に対する商品性もしくは適合性についての黙示的な保証を含み、いかなる他の保証や条件も提供するものではありません。

オラクル社は本文書に関するいかなる法的責任も明確に否認し、本文書によって直接的または間接的に確立される契約義務はないものとします。

本文書はオラクル社の書面による許可を前もって得ることなく、いかなる目的のためにも、電子または印刷を含むいかなる形式や手段によって

も再作成または送信することはできません。

OracleおよびJavaはOracleおよびその子会社、関連会社の登録商標です。その他の名称はそれぞれの会社の商標です。

Intelおよび Intel Xeonは Intel Corporationの商標または登録商標です。すべてのSPARC商標はライセンスに基づいて使用されるSPARC

International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴおよびAMD Opteronロゴは、Advanced Micro Devicesの商標または登録

商標です。UNIXはX/Open Company, Ltd.によってライセンス提供された登録商標です。 0112

oracle database applianceのバックアップとリカバリのベスト・プラクティス

Technology

configure

configure

server dedicated

21 oracle

oracle rman

restore database

recover database

protocol tcp