oracle database applianceの保護 – emc networker … database applianceの保護 – emc...

Oracleホワイト・ペーパー

2013年6月

Oracle Database Applianceの保護 – EMC NetWorkerを使用したテープ・バックアップ


免責事項

以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の

目的とするものであり、いかなる契約にも組み込むことはできません。マテリアルやコード、機能の提供

をコミットメント（確約）するものではなく、購買を決定する際の判断材料になさらないで下さい。オラ

クルの製品に関して記載されている機能の開発、リリース、および時期については、弊社の裁量により決

定されます。


はじめに ...................................................................................................................................................... 1

ハードウェアとソフトウェア .................................................................................................................. 2

NetWorkerサーバー/ストレージ・ノード ...................................................................................... 2

Oracle StorageTekライブラリおよびテープ・ドライブ .............................................................. 2

OS ........................................................................................................................................................... 3

バックアップ・ソフトウェア ............................................................................................................ 3

接続 ............................................................................................................................................................... 3

イーサネット ........................................................................................................................................ 3

Serial Attached SCSI（SAS） ............................................................................................................. 3

構成図 .................................................................................................................................................... 3

日付の同期 .................................................................................................................................................. 3

Oracle StorageTekのテープ構成 ............................................................................................................. 4

物理的な接続 ........................................................................................................................................ 4

ライブラリの監視 ................................................................................................................................ 5

ライブラリ・ドライブのOSの検証 ......................................................................................................... 5

NetWorkerの構成 ...................................................................................................................................... 6

etc/hostsファイルの変更 ................................................................................................................... 6

NetWorkerのインストール ................................................................................................................ 6

NetWorkerの前提条件 ........................................................................................................................ 6

NetWorkerパッケージのインストール ............................................................................................ 7

NetWorkerデバイスの構成 ................................................................................................................ 8

NetWorkerグループの構成 ............................................................................................................. 10

NetWorkerスケジュールの構成 ..................................................................................................... 11

メディア・プールの構成 ................................................................................................................. 11

メディアのラベル付け ..................................................................................................................... 13

データベース・サーバーの構成 ..................................................................................................... 14

Oracle RMAN ........................................................................................................................................... 17

バックアップ・データベースへのOracle RMAN構成 ................................................................ 17

RMANスクリプト .............................................................................................................................. 17

tnsnames.oraで必要となる変更 .................................................................................................... 18

バックアップ・テストの実行 ......................................................................................................... 19

データベースのリストア ....................................................................................................................... 20


リストアのデモ ................................................................................................................................. 20

プライベート・ネットワーク構成 ....................................................................................................... 24

OSのセットアップ ............................................................................................................................ 24

NetWorkerでのプライベート・ネットワーク・インタフェースの構成 ................................ 24

テープ・ドライブによる推奨チューニング ....................................................................................... 26

NetWorkerのブロック・サイズの設定 ......................................................................................... 26

NetWorkerのブロック・サイズの確認 ......................................................................................... 27

ハードウェア圧縮 ............................................................................................................................. 28

結論 ............................................................................................................................................................ 30

追加資料 ................................................................................................................................................... 30


はじめに Oracle Database Applianceはハードウェア、ソフトウェア、ストレージで構成されたエンジニアド・システムであり、可用性の高いデータベース・ソリューションの導入、保守、サポートを簡素化することで、時間とコストを節約します。Oracle Database Applianceは、Oracle Automatic Storage Management（Oracle ASM）ソフトウェアを使用して二重または三重にミラー化の冗長性を提供します。Database Applianceは2つのノードで構成され、それぞれのノードには専用の電源、メモリ、CPU、RAIDコントロールなどが搭載されているため、最大限の冗長性を実現できます。シングル・インスタンス、Oracle Real Application Clusters（Oracle RAC）One Node、またはOracle RAC完全構成に対応します。また、Database Applianceは、Oracle Virtual Machine（OVM）を使用した仮想化をサポートしています。高い冗長性を備えているため、物理的な障害が発生する可能性はほとんどないですが、皆無ではありません（自然災害や火災など）。また、不注意によるレコードの削除やプログラミングにおけるエラーなど、論理的にデータが破損する可能性もあります。災害や論理的な破損の可能性があることから、オフサイトのストレージ機能を用意するとともに、データベースのバックアップによって一段上のデータ保護を行う必要があります。Oracle StorageTek（Oracle STK）テープ・ライブラリおよびOracle StorageTekテープ・ドライブは、Oracle Database Applianceのリカバリ・ポイント目標（RPO）とリカバリ時間目標（RTO）を達成するための、コスト効率の高いソリューションを提供します。本書では、Oracle StorageTekテープ製品を使用してOracle Database Applianceをバックアップするための、EMC NetWorkerのセットアップ方法について詳しく説明します。本書の情報は、Oracle Recovery Manager（Oracle RMAN）のバックアップを直接テープに転送するために必要となる、Oracle Database Appliance上のNetWorkerの基本構成を詳しく説明することを目的としています。リストアの例やプライベート・ネットワークの例、パフォーマンス・チューニングの例についても記載しており、Oracle Database ApplianceでのNetWorkerの使用に関する追加情報や、バックアップ環境の最適化に関する情報を提供します。

1


ハードウェアとソフトウェア

Oracle Database Applianceテープのテストに使用するハードウェアとソフトウェアの概要を以下に示します。

注：複数の構成をテストしています。以下の表には、さまざまなテストで使用したすべてのコンポーネントが含まれています。

表1：テスト環境

ハードウェア/ソフトウェアバージョン目的

Oracle Database Appliance V1、Appliance Manager 2.1.0.3.0

X3-2、Appliance Manager 2.6.0.0.0

データベース・アプライアンス

Oracle Linux 5.5（Oracle Database Appliance V1）

5.7（Oracle Database Appliance V1のテスト用の

バックアップ・サーバー）

5.8（Oracle Database Appliance X3-2、および

Oracle Database Appliance X3-2のテスト用のバッ

クアップ・サーバー）

データベース・サーバーとバックアップ・サー

バーのOS

Oracle Linuxカーネル Oracle Linux 5.5カーネル= kernel-2.6.18-194.32.1.0.1.el5（V1）

Oracle Linux 5.8カーネル= 2.6.32-300.32.5.el5uek（X3-2）

データベース・サーバーのカーネル

NetWorker 7.6.3（Oracle Database Appliance V1）

8.0.1（Oracle Database Appliance X3-2）

バックアップ・ソフトウェア

Oracle Sun x4170 M2

Oracle Sun X3-2

ベース・ハードウェア（Oracle Database Appliance V1のテストに使用）

ベース・ハードウェア（Oracle Database Appliance X3-2のテストに使用）

EMC NetWorker

サーバー/ストレージ・ノード

Oracle StorageTek SL150（またはOracle StorageTek SL500、またはSL24/48）

最新のファームウェアバックアップ用のテープ・ライブラリ

LTO-5ハーフハイト・テープ・ドライブ（2）

LTO-6ハーフハイト・テープ・ドライブ（2）

最新のファームウェア（Oracle Database Appliance V1のテストに使用）

最新のファームウェア（Oracle Database Appliance X3-2のテストに使用）

バックアップ用のテープ・ドライブ

6Gb SAS HBA SGX-SAS6-EXT-Z ストレージ・ノードへのテープ接続

NetWorkerサーバー/ストレージ・ノード

Oracle Database Applianceでのバックアップ処理とリカバリ処理を管理するために、十分なリソースを搭載した1ユニットのシングル・プロセッサ・マシンをNetWorkerサーバー/ストレージ・ノードとして使用します。詳細については、追加資料のリンク"NetWorkerのドキュメント"を参照してください。

Oracle StorageTekライブラリおよびテープ・ドライブ

2台のLTO-5またはLTO-6テープ・ドライブを搭載したOracle StorageTek SL150です。2台のLTOテープ・ドライブを搭載したOracle StorageTek SL500またはSL24/48も使用できます（LTO-6はSL24/48ではサポートされていません）。

2


OS

EMC NetWorkerサーバー/ストレージ・ノードにはOracle Linuxがインストールされています。

バックアップ・ソフトウェア

NetWorkerサーバー/ストレージ・ノード・ソフトウェアおよび関連するライセンス。

接続

ここでは、このテスト環境で利用するさまざまなインタフェースについて説明します。

イーサネット

NetWorkerサーバー/ストレージ・ノードでは、Oracle Database Applianceに対してGbE接続または10GbE接続が必要です。GbE接続か10GbE接続かは、バックアップに使用するインタフェースによって異なります。

Serial Attached SCSI（SAS）

NetWorkerサーバー/ストレージ・ノード内のSAS HBAカード1枚を使用して、各テープ・ドライブを直接NetWorkerサーバー/ストレージ・ノードに接続します。

構成図

図1：Oracle Database Applianceテープ・ソリューションの物理コンポーネントと接続

日付の同期

Network Time Protocol（NTP）を使用しているか、または構成に含まれるすべてのサーバー間で日付/時刻が同期されていることを確認します。

3


Oracle StorageTekのテープ構成

Oracle StorageTek（STK）SL150は大容量と高い信頼性を兼ね備えたモジュラー・ライブラリ・システムであり、ファイバ・チャネルまたはSAS経由でホストに接続できます。本書の構成ではSAS接続を使用します。SL150はブリッジ・ライブラリであり、ロボット制御コマンドはいずれかのテープ・ドライブを介して転送されます（ロボット用の個別の接続はなし）。新しいライブラリの場合は、SL150のドキュメントの手順に従ってライブラリをセットアップしてください。SL150の初期セットアップが完了したら、テープ・ドライブをNetWorkerサーバー/ストレージ・ノードに接続します。SL150をSun X3-2 NetWorkerサーバー/ストレージ・ノードに接続するために、SASケーブルを使ってSun X3-2 HBAカードのSASポートに各テープ・ドライブを接続します。以下の図2と図3を参照してください。

物理的な接続

図1：2台のLTO SAS接続ドライブが接続されたOracle StorageTek SL150テープ・ライブラリの背面図

図2：SAS HBAカードに多分岐SASケーブルが接続されたSun Server X3-2の背面図

注：本書ではOracle STK SL150を取り上げています。Oracle Database Applianceバックアップ構成では、Oracle STK SL500ライブラリまたはOracle STK SL24/48ライブラリを使用することもできます。SAS SL500またはSAS SL24/48の物理接続は、SAS接続のSL150を使用する場合と同様です。これは、すべてがブリッジ・ライブラリであり、物理的なテープ・ドライブ接続を介してロボット制御が実現されるためです。

4


ライブラリの監視

初期のライブラリ構成が完了したら、Oracle StorageTekライブラリのブラウザ・ユーザー・インタフェース（BUI）を使用して、SL150ライブラリを監視、再構成、操作できます。SL150のBUIを図4に示します。

注：STK SL500およびSTK SL24/48では、BUIは使用できません。SL500の管理にはStorageTek Library Console（SLC）が使用され、SL24/48の管理には組込みのWeb GUIが使用されるためです。

図3：Oracle StorageTek SL150モジュラー・テープ・ライブラリのBUI

ライブラリ・ドライブのOSの検証

sgユーティリティを使用して、NetWorkerサーバー/ストレージ・ノード上でOracle StorageTekテープ・ライブラリとLTO-6テープ・ドライブを参照できることを確認します（sg_mapを実行するには、Linuxにsg3ユーティリティをインストールする必要があります。Oracle Database ApplianceへのRPMのインストールの詳細については、MOS Note 1461798.1を参照してください）。

この出力から、Oracle StorageTekテープ・ライブラリ（Oracle STK SL150）と2台のHP LTO-6（Ultrium 6）ドライブが存在することが分かります。

5


NetWorkerの構成

Oracle Database Applianceを使用したテープ・バックアップ用にEMC NetWorkerを構成するには、OSレベルのセットアップ、EMC NetWorkerソフトウェアのインストール、テープ・ライブラリの構成、テープ・ドライブの構成、グループのセットアップ、スケジュールのセットアップ、メディアのセットアップ、データベース・サーバーのセットアップなどの複数のタスクを実行します。

/etc/hostsファイルの変更

NetWorkerサーバー/ストレージ・ノードおよびデータベース・ノードで/etc/hostsファイルをどのように変更するかは、バックアップ用に使用するネットワーク・インタフェースと環境内のDNS設定によって異なります。プライマリ・ネットワークをバックアップ用に使用しており、すべてのホストがDNS内にある場合、/etc/hostsファイルを変更する必要はありません。DNSまたはその他のネーミング・サービスが利用できない場合は、NetWorkerサーバー/ストレージ・ノードを各データベース・ノードの/etc/hostsに追加し、各データベース・ノードをNetWorkerサーバー/ストレージ・ノードの/etc/hostsに追加する必要があります。本書の例とスクリーンショットでは、プライマリのパブリック・イーサネット・インタフェースを使用したバックアップのセットアップについて詳しく説明します。Oracle Database Applianceのセカンダリ以降のインタフェースを使用してプライベート・ネットワーク経由でバックアップを実行する場合、この構成の詳細については、本書の後半にあるプライベート・ネットワーク構成の項を参照してください。

NetWorkerのインストール

NetWorkerサーバー/ストレージ・ノードとデータベース・サーバーにNetWorkerをインストールします。

NetWorkerの前提条件

1） NetWorkerサーバー/ストレージ・ノードでSeLinuxを無効にします。NetWorkerのコンソールが適切に機能するためには、SeLinuxを無効化する必要があります。

a） /etc/sysconfig/selinuxファイルを変更してSELINUX=disabledを設定します。

b）または、コマンドsystem-config-securitylevelを実行して、GUIでSeLinuxを無効にします。

2）必要なRPMをインストールします。NetWorkerでは、NetWorkerのインストール前にopenmotifとlibXpがインストールされている必要があります。

a）各システムに前提条件のRPMが存在するかどうかを確認します。

i. rpm –qa | grep openmotif

ii. rpm –qa | grep libXp

b）システムにパッケージが存在しない場合は、パッケージをインストールします（NetWorkerサーバー/ストレージ・ノードとすべてのデータベース・サーバーにインストー

ルします）。Oracle Database Applianceへのパッケージの追加については、MOS Note 1461798.1を参照してください。

i. rpm –ivh openmotif-2.3.1-2.el5.x86_64.rpm（バージョンはOSレベルによって異なります）。

6


ii. rpm –ivh libXp-1.0.0-8.1.el5_x86_64.rpm（バージョンはOSレベルによって異なります）。

NetWorkerパッケージのインストール

1）以下のパッケージを構成内の各サーバーにインストールします。前提条件を満たすために、インストールは指定の順序で行う必要があります。

a） NetWorkerサーバー/ストレージ・ノード（RPM名はNetWorkerのバージョンによって異なります）。

i. rpm –ivh lgtoclnt-8.0.1.1-1.x86_64.rpm

ii. rpm –ivh lgtoman-8.0.1.1-1.x86_64.rpm

iii. rpm –ivh lgtonode-8.0.1.1-1.x86_64.rpm

iv. rpm –ivh lgtoserv-8.0.1.1-1.x86_64.rpm

v. rpm –ivh lgtonmc-8.0.1.1-1.i686.rpm（lgtonmcのインストール後、必要に応じてスクリプト/opt/lgtonmc/bin/nmc_configを実行し、コンソールを構成します）。

b） NetWorkerクライアント – データベース・サーバー（RPM名はNetWorkerのバージョンによって異なります）。

i. rpm –ivh lgtoclnt-8.0.1.1-1.x86_64.rpm

2）構成内の各サーバーでNetWorkerプロセスを開始します。

a） NetWorkerサーバー/ストレージ・ノード

i. /etc/init.d/networker start

ii. /etc/init.d/gst start

b） NetWorkerクライアント – データベース・サーバー

i. /etc/init.d/networker start

3）各データベース・サーバーにNetWorker Module for Database and Applications（NMDA）をインストールします（モジュールのインストール前にNetWorkerプロセスを開始する必要があります）。

a） rpm –ivh lgtonmda-1.2-1.x86_64.rpm

b） Oracle RMANライブラリをリンクします。

i. ユーザーをoracle – su – oracleに切替えます

ii. ディレクトリを$ORACLE_HOME/lib – cd $ORACLE_HOME/libに変更します

iii. libobk.soをNetWorkerライブラリln –s /usr/lib/libnsrora.so libobk.soにリンクさせます

4） NetWorker Webコンソールを起動します。

a）コンソールにはhttp://xman2:9000からアクセスできます（GSTの構成時にデフォルト・ポート9000を選択していると仮定）。

7


b）コンソールを適切に実行するにはJavaが必要です（NetWorkerのバージョンによって異なる）。Javaは、NetWorkerをインストールしているホスト上ではなく、コンソールにアクセスするホストから実行します。

NetWorkerデバイスの構成

1） NetWorkerのGUIで、最上位のアイコン・バーにある「Devices」に移動し、NetWorkerサーバーの名前（「xman2」）を強調表示し、右クリックして「Scan for Devices」を選択します。構成内のすべてのサーバー（xman2）をスキャンするように選択します。OSからライブラリにアクセスできる場合は、NetWorkerによってライブラリが自動的に検出されます（図5を参照）。

図5：NetWorkerの「Scan for Devices」

8


2） GUIの「Devices」セクションで「Libraries」をクリックし、検出されたライブラリを選択し、右クリックして「Configure Library」を選択します（図6を参照）。

図6：NetWorkerの「Devices」画面で、「Libraries」を展開

3）「Configure Library」画面が表示されます。ライブラリに含まれているすべてのテープ・デバイスを選択し、「Start Configuration」をクリックします（図7を参照）。

図7：Networkerの「Configure Library」画面

4）各テープ・ドライブを変更し、ターゲット・セッションを1に設定し（デフォルトは4）、バックアップ・ロードが各テープ・ドライブに均等に分散されるようにします。このようにしないと、すべてのドライブが利用されない可能性があります（図8を参照）。

a） NetWorkerのGUIの「Devices」セクションで、各テープ・ドライブを右クリックして「Properties」を選択します。

b）「Configuration」タブに移動します。

c）ターゲット・セッションを1に変更し、「OK」をクリックします。

9


図8：NetWorkerのテープ・ドライブの「Device Properties」

NetWorkerグループの構成

1） NetWorkerのGUIで、最上位レベルのアイコン・バーにある「Configuration」に移動し、「Groups」を選択します。

2）「Groups」を右クリックして「New」を選択します。

3）グループ名を設定し、構成標準に従って、開始時刻、自動開始などの他のすべてのパラメータを設定します（図9を参照）。

図9：NetWorkerの「Create Group」

10


NetWorkerスケジュールの構成

1） NetWorkerのGUIで、最上位レベルのアイコン・バーにある「Configuration」に移動し、「Schedules」を選択します。

2）「Schedules」を右クリックして「New」を選択します。

3）全体バックアップ/増分バックアップの名前を指定し、構成標準に従って、これらのパラメータを設定します。この例では、全体バックアップが毎日実行されます（図10を参照）。

図10：NetWorkerの「Create Schedule」

メディア・プールの構成

1） NetWorkerのGUIで、最上位レベルのアイコン・バーにある「Media」に移動し、「Media Pools」を選択します。

2）「Media Pools」を右クリックして「New」を選択します。

3）メディア・プールの名前を指定します。

4）前の手順で作成したグループを選択します（この例では、ODA）。

5）ドロップダウン・メニューからラベル・テンプレートを選択します（この例では、「Default」）（図11を参照）。

11


図11：NetWorkerの「Media Pool Properties」の「Basic」タブ

6）「Selection Criteria」タブに移動します。

7）必要なバックアップ・レベル（この例では、完全バックアップ）に対応する適切なチェック・ボックスを選択します。

8）「Devices」項目も適切なチェック・ボックスを選択します（この例では、すべてのドライブを選択しています）。

9）「OK」をクリックして変更を保存します（図12を参照）。

図12：NetWorkerの「Media Pool Properties」の「Selection Criteria」タブ

12


注：「Selection Criteria」タブで特定のセクション（「Levels」、「Devices」など）のチェック・ボックスをオンにしない場合は、すべてのボックスをオンにしていることになり、制限がないと見なされます。「Groups」のチェック・ボックスについても同様です。

メディアのラベル付け

1） NetWorkerのGUIで、最上位レベルのアイコン・バーにある「Devices」に移動し、ライブラリのリストから使用するライブラリを選択します。

2）二重のペインの左側にテープ・ドライブが表示され、右側にメディアが表示されます。

3）バックアップ・プールにラベル付けするメディアを選択し（複数を選択するには、[Shift]キーまたは[Ctrl]キーを使って強調表示）、右クリックして「Label」を選択します（図13を参照）。

図13：NetWorkerの「Devices」画面で「Libraries」を展開し、ライブラリを選択してメディアを強調表示

4）「Label Library Media」ウィンドウで、前の手順で定義したターゲット・メディア・プールを選択し、「Prompt to Overwrite Existing Label」の選択を解除します（図14を参照）。

13


図14：NetWorkerの「Label Library Media」画面

データベース・サーバーの構成

すべてのデータベース・サーバー（hamms1、hamms2）について、手順1～10を繰り返します。

1） NetWorkerのGUIで、最上位のアイコン・バーにある「Configuration」に移動し、「Clients」を選択します。

2）「Clients」を右クリックして「New」を選択します。

3） /etc/hostsファイルのホストのパブリック・イーサネット名を使用して、「Name」フィールドに入力します。

4）前の手順で定義したグループを選択します（この例では、ODA）。

5）ドロップダウン・メニューから、前の手順で定義したメディア・プールを選択します（この例では、ODA）。

6）ドロップダウン・メニューから、前の手順で定義したスケジュールを選択します（この例では、ODA）（図15を参照）。

14


図15：NetWorkerの「Client Properties」の「General」タブ

7）「OK」をクリックしてセットアップを保存します。

8） NetWorkerのGUIの「Configuration」画面の「Clients」リストに、新しく追加したホストが表示されます。クライアントを右クリックして「Properties」を選択します。

9）「Globals (1 of 2)」タブに移動し、エイリアスを追加して、パラレル処理の設定を更新します。

a）「Aliases」のデフォルトのリストは次のように表示されます（この例では、hamms1を使用）（図16を参照）。

15


図16：NetWorkerの「Client Properties」のデフォルトの「Globals (1 of 2)」タブ

b）次のエントリを「Aliases」に追加します。

hamms1.us.oracle.com

注：/etc/hostsまたはネーミング・サービスに存在する定義済みのすべてのエイリアスに対応するよう、エイリアスを追加する必要があります。

c）「Parallelism」を1に設定します。

設定が完了すると、「Aliases」と「Parallelism」は次のように表示されます（この例では、hamms1を使用）（図17を参照）。

図17：NetWorkerの「Client Properties」の変更後の「Globals (1 of 2)」タブ

d）「Client Properties」で、「Globals (2 of 2)」タブに移動します。

e）「Remote access」フィールドに、他のノードのエントリ（user=oracle,host=hamms2）を追加します。

このエントリは、リストア時にhamms2からhamms1のバックアップ・ピースにアクセスし、hamms1からhamms2のバックアップ・ピースにアクセスするために必要です（hamms2に対して手順1～10を繰り返す際、「Remote Access」フィールドでhamms2にuser=oracle,host=hamms1を追加します）。図18を参照してください。

16


図18：NetWorkerの「Client Properties」の「Globals (2 of 2)」タブの「Remote Access」フィールド

10）「OK」をクリックして変更を保存します

Oracle RMAN

EMC Networkerを使用してデータベースのバックアップを実行する方法は多数あります（Oracle RMANプロンプト、NetWorker管理コンソール、Oracle RMANスクリプト）。この例では、Oracle RMANプロンプトからバックアップを実行します。

バックアップ・データベースへのOracle RMAN構成

Oracle RMANを実行する前に、データベース・サーバーでoracleユーザーに対して正しい環境変数を設定する必要があります。これはOracle RMANスクリプトの実行時に使用されます。この例では、データベース・サーバーhamms1からOracle RMANをセットアップし、実行する方法を説明します。

1）ユーザーをoracleユーザー su - oracleに切り替えます。

2）ユーザーの環境変数を変更し、次のパラメータを指定します（この例では、bashシェルを使用）。

vi .bash_profile

export ORACLE_HOME=/u01/app/oracle/product/11.2.0.3/dbhome_1 使用するOracle homeに合わせて設定します

export PATH=$ORACLE_HOME/bin:.:$PATH 必要なすべてのOracleバイナリのパスが指定されていることを確認します

export ORACLE_SID=isr1 使用するSIDに合わせて設定します

適切な資格証明を使用してOracle RMANに接続します

例：rman target sys/welcome1@hamms1/isr

RMANスクリプト

次のエントリを含むOracle RMANスクリプトを作成し、データファイル、アーカイブ・ログ、制御ファイルのバックアップを取得します。構成内の各ドライブにテープ・チャネルを割り当て、各データベース・サーバーに対して接続をラウンド・ロビン方式で割り当てます（こうすることで、ロードバランシングを実現します）。また、バックアップの各セクションの後で、それぞれのテープ・チャネルをリリースします。この例では、スクリプトはnw.scriptで、/oracleBU/NetWorkerのhamms1に配置されています。

17


RUN { ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE' CONNECT='@isr1'; ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' CONNECT='@isr2'; send 'NSR_ENV=(NSR_SERVER=xman2,NSR_CLIENT=hamms1,NSR_DATA_VOLUME_POOL=ODA)'; BACKUP AS BACKUPSET INCREMENTAL LEVEL 0 DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG; RELEASE CHANNEL ch00; RELEASE CHANNEL ch01; }

tnsnames.oraで必要となる変更

バックアップ・ロードを各データベース・サーバーに均等に分散させるには、Oracle RMANスクリプトを実行するデータベース・サーバー（この例では、hamms1）から、他のデータベース・サーバー上のOracle RMANチャネルを開くことができる必要があります。そのためには、各データベース・サーバーのtnsnames.oraファイルを変更する必要があります。

1）テキスト・エディタを使用して、/u01/app/oracle/product/11.2.0.3/dbhome_1/ network/admin/tnsnames.oraファイルを変更します。

元のファイル：

18


2）ファイルを次のように変更します。

3） tnsnames.oraを変更したら、ファイルの所有者/権限が正しいことを確認します。

i）所有者：oracle

ii）グループ：oinstall

iii）権限：rw-r-----または640（8進数）

バックアップ・テストの実行

いずれかのクライアントを選択してOracle RMANスクリプトを実行します。この例では、hamms1を使用します。

[root@hamms1 /]# su – oracle [oracle@hamms1 ~]$ rman target /

Oracle RMANプロンプトから以前に作成されたOracle RMANスクリプトのパスを提供し、スクリプトを実行します。

19


RMAN>@/oracleBU/NetWorker/nw.script

データベースのリストア

論理的なデータベース破損や全体的な障害が発生した場合に、テープを使用してデータベースのリストアを実行できます。ほとんどの場合、データベース管理者（DBA）がリストアを実行し、リストア・ジョブはデータベースが存在するマシンから実行されます。DBAはOracle RMANを使用して、必要なバックアップ・ピースをメディア管理レイヤーにリクエストします。Recovery Managerでカタログを使用している場合、RMANバックアップ・ピースは制御ファイルのカタログまたはOracle RMANカタログ内に登録されており、NetWorkerの独自のカタログにも登録されています。全体的な障害が発生し、Oracle Database Applianceのイメージが再ロードされた場合、リストアを実行するためにはデータベースのDBIDも必要になります。

リストアのデモ

Oracle RMANでは、データベースで発生した問題の種類に応じて多様なリストア・シナリオを利用できます（詳細については、Oracle RMANのドキュメントを参照）。本書の例では、1つ以上の制御ファイルが破損し、さらにデータベースを構成するデータファイルの一部も破損したと想定します。また、アーカイブ・ログは完全な状態のままファスト・リカバリ領域（FRA）内にあるとします。Oracle RMANリストア・プロセスの基本的な手順は、制御ファイルのリストア、データベースのリストア、データベースのリカバリになります。制御ファイルのリストア後は、リストアされた制御ファイルのデータに基づいて、必要なバックアップ・ピースがデータベースで認識されます。FRAのアーカイブ・ログが利用できる場合は、このアーカイブ・ログを使用して現在の時点まで、または特定の時点までリカバリできます（この例ではアーカイブ・ログを利用できるものとします）。アーカイブ・ログをリカバリする必要がある場合、リカバリ可能なポイントは、最後のアーカイブ・ログの時点までです。これは不完全リカバリと呼ばれます。

データベースのリストアとリカバリの手順について、以下に例を示します。

注：リストアは、単一ノード（hamms1）と10Gbeインタフェース（プライベート・ネットワーク）を使用して実行しています。

**hamms1で以下を実行します**

[root@hamms1 /]# su – oracle [oracle@hamms1 ~]$ rman target /

Recovery Manager:Release 11.2.0.3.0 - Production on Tue Jun 18 13:19:28 2013

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

connected to target database:ISR (DBID=2637695581)

RMAN> shutdown immediate;

using target database controlfile instead of recovery catalog database closed database dismounted Oracle instance shut down

20


**また、hamms2にSQL Plusでログインして、shutdown immediateを実行します** [root@hamms2 /]# su – oracle [oracle@hamms2 ~]$ sqlplus / as sysdba SQL> shutdown immediate;

RMAN> startup nomount;

connected to target database (not started) Oracle instance started

Total System Global Area 25654751232 bytes

Fixed Size 2238472 bytes

Variable Size 3087009784 bytes

Database Buffers 22481469440 bytes

Redo Buffers 84033536 bytes

Make sure your DBID is set. The DBID can be found when connecting to RMAN;

connected to target database:ISR (DBID=2637695581)

RMAN> set DBID 2637695581

executing command:SET DBID

RMAN> run 2> { 3> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE'; 4> send 'NSR_ENV=(NSR_SERVER=xman2,NSR_CLIENT=hamms1,NSR_DATA_VOLUME_POOL=ODA)'; 5> restore controlfile from autobackup; 6> }

allocated channel: ch00 channel ch00:SID=922 instance=isr1 device type=SBT_TAPE channel ch00:NMDA Oracle v1.2.0

sent command to channel: ch00

Starting restore at 18-JUN-13

channel ch00: looking for AUTOBACKUP on day:20130618 channel ch00:AUTOBACKUP found: c-2637695581-20130618-00 channel ch00: restoring controlfile from AUTOBACKUP c-2637695581-20130618-00 channel ch00: controlfile restore from AUTOBACKUP complete output file name=+DATA/isr/control01.ctl Finished restore at 18-JUN-13 released channel: ch00

RMAN> alter database mount;

21


database mounted

**また、hamms2にログインしてstartup mountを実行します。これで、hamms2でパラレル・リストア用のチャネルを開くことができます**

RMAN> run

2> { 3> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE' CONNECT='@isr1'; 4> ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' CONNECT='@isr1'; 5> send 'NSR_ENV=(NSR_SERVER=xman2-xbond0,NSR_CLIENT=hamms1- xbond0,NSR_DATA_VOLUME_POOL=ODA)'; 6> restore database; 7> }



sent command to channel: ch00 sent command to channel: ch01

Starting restore at 18-JUN-13

channel ch00: piece handle=ggnakef0_1_1 tag=TAG20130618T102456 channel ch00: restored backup piece 1 channel ch00: restore complete, elapsed time:0:44:36 channel ch01: piece handle=gfnakefp_1_1 tag=TAG20130618T102456 channel ch01: restored backup piece 1 channel ch01: restore complete, elapsed time:0:46:56 Finished restore at 18-JUN-13 released channel: ch00 released channel: ch01

RMAN> run

2> { 3> SET AUTOLOCATE ON; 4> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE' CONNECT='@isr1'; 5> ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' CONNECT='@isr1'; 6> send 'NSR_ENV=(NSR_SERVER=xman2-xbond0,NSR_CLIENT=hamms1- xbond0,NSR_DATA_VOLUME_POOL=ODA)'; 7> recover database; 8> }

22


executing command:SET autolocate allocated channel: ch00

channel ch00:SID=922 instance=isr1 device type=SBT_TAPE channel ch00:NMDA Oracle v1.2.0


sent command to channel: ch00 sent command to channel: ch01

Starting recover at 18-JUN-13

starting media recovery

archived log for thread 1 with sequence 3 is already on disk as file +RECO/isr/archivelog/2013_06_18/thread_1_seq_3.379.782910245 archived log for thread 1 with sequence 4 is already on disk as file +RECO/isr/archivelog/2013_06_18/thread_1_seq_4.380.782910321 archived log for thread 2 with sequence 5 is already on disk as file +RECO/isr/archivelog/2013_06_18/thread_2_seq_5.378.782910219 archived log for thread 2 with sequence 6 is already on disk as file +REDO/isr/onlinelog/group_4.263.779880957 archived log file name=+RECO/isr/archivelog/2013_06_18/thread_1_seq_3.379.782910245 thread=1 sequence=3 archived log file name=+RECO/isr/archivelog/2013_06_18/thread_2_seq_5.378.782910219 thread=2 sequence=5 archived log file name=+REDO/isr/onlinelog/group_4.263.779880957 thread=2 sequence=6 archived log file name=+RECO/isr/archivelog/2013_06_18/thread_1_seq_4.380.782910321 thread=1 sequence=4

Finished recover at 18-JUN-13 released channel: ch00 released channel: ch01

RMAN> alter database open resetlogs;

database opened

**また、hamms2にログインしてalter database openを実行し、2つ目のインスタンスをオンラインに戻します**

23


プライベート・ネットワーク構成

本書のNetWorker構成では、データベース・バックアップ・トラフィックにパブリック・ネットワーク・インタフェースを利用しました。夜間のアイドル時間でデータベース・バックアップを実行できる場合は、これは妥当な構成です。しかし、組織のバックアップ要件によっては、バックアップ・トラフィックをOracle Database Applianceの他のインタフェースにオフロードすることが必要になる場合があります（パブリック・ネットワークのトラフィック量を軽減する、バックアップ時間を短縮するなどの目的）。次の例では、データベース・バックアップに10GbEボンディング・インタフェースを使用する場合のNetWorkerのセットアップ方法について詳しく説明します。

OSのセットアップ

まず、NetWorkerサーバー/ストレージ・ノードと各データベース・ノードで10GbE HBAインタフェースを構成する必要があります。この例では、NetWorkerサーバー/ストレージ・ノードとデータベース・ノードに対して、以下のホスト名とIPアドレスを構成しているとします。

192.168.20.100 hamms1-xbond0 192.168.20.101 hamms2-xbond0 192.168.20.102 xman2-xbond0

ホスト名がDNSマップやその他のネーミング・サービスのマップに含まれていない場合は、構成内の各サーバー（xman2、hamms1、hamms2）のローカル・ホスト・ファイルにホスト名を追加する必要があります。

NetWorkerでのプライベート・ネットワーク・インタフェースの構成

この構成では、10GbEネットワーク経由でデータベース・サーバーのトラフィックをルーティングし、各データベース・サーバーにデータ・ロードを分散させることが目標です。各データベース・サーバーでロードを分散させるためには、10GbEネットワークを使用するようにストレージ・ノードのアフィニティのリストを設定する必要があります。

1） NetWorkerのGUIで、最上位のアイコン・バーにある「Configuration」に移動し、「Clients」を選択します。

2）最初のデータベース・サーバー（この例では、hamms1）を選択し、右クリックして「Properties」を選択します。

3）「Globals (1 of 2)」タブに移動し、次のように変更します。

a）次のエントリを「Aliases」セクションに追加します。

hamms1-xbond0 hamms1-xbond0.us.oracle.com

b）「Parallelism」が1に設定されていることを確認します（図19を参照）。

24


図19：NetWorkerの「Client Properties」の「Globals (1 of 2)」タブで、プライベート・ネットワークを変更

4） hamms1のプロパティ画面で、「Globals (2 of 2)」タブに移動します。

5）「Remote Access」フィールドで、エントリをuser=oracle, host=hamms2-xbond0に変更します。このフィールドに2番目のノードが設定されて、hamms2からリストアを実行する場合に、hamms2からhamms1のバックアップ・ピースにアクセスできるようになります。hamms2のこれらの設定を変更する際には、hamms1からhamms2のバックアップ・ピースにアクセスできるように、「Remote Access」フィールドにuser=oracle,host=hamms1-xbond0を設定します。

6) 「Storage nodes」フィールド（ストレージ・ノードのアフィニティのリスト）で、このホスト（この例では、xman2-xbond0）のバックアップ時にこのストレージ・ノードをプライマリのス

トレージ・ノードとして使用するように設定します（図20を参照）。

図20：NetWorkerの「Client Properties」の「Globals (2 of 2)」タブで、プライベート・ネットワークを変更

7）「OK」をクリックして変更を保存します。

8）他の各データベース・サーバーに対しても、この手順を繰り返します。

これで、NetWorkerが、プライベート・ネットワークのバックアップに設定されました。

25


テープ・ドライブによる推奨チューニング

最適なパフォーマンスを達成するには、環境に合わせてNetWorkerのテープ設定をチューニングする必要があります。NetWorkerのテープ・ドライブをチューニングでは、テープへの書込み用のブロック・サイズを変更します。

NetWorkerのブロック・サイズの設定

最適な転送速度を達成するには、NetWorkerのブロック・サイズ設定を調整する必要があります。設定はテープ・ドライブごとに必要で、次のように変更できます。

1） NetWorkerのGUIで、メニュー・バーの「View」を選択し、「Diagnostic Mode」のチェック・ボックスをオンにします。

2） NetWorkerのGUIで、最上位のアイコン・バーの「Devices」に移動します。

3）左側のペインの「Library」ツリーを展開し、使用するライブラリを選択します。

4）中央のペインでドライブを強調表示し、右クリックして「Properties」を選択します。

5）「Advanced」タブに移動します。

6）ドロップダウン・メニューを使用してデバイスのブロック・サイズを設定します（図21を参照）。

図21：NetWorkerの「Client Properties」の「Advanced」タブ

26


7）変更が必要な各ドライブに対して、手順を繰り返します。

8）ブロック設定でテープにラベル付けします。

注：NetWorkerのブロック・サイズ設定は、メディアをラベル付けするときに指定します。ブロック・サイズ設定を変更する前にテープにラベル付けした場合、そのテープのブロック・サイズは、テープ・ドライブに設定されているブロック・サイズと同じにならない可能性があります。

NetWorkerのブロック・サイズの確認

テープ・ドライブのブロック・サイズ設定を変更し、新しいブロック・サイズでメディアをラベル付けしたら、新しくラベル付けしたテープを1つ以上マウントしてブロック・サイズ設定を確認することを推奨します。テープのブロック・サイズを確認するには、次の手順に従います。

1） NetWorkerのGUIで、メニュー・バーの「View」を選択し、「Diagnostic Mode」のチェック・ボックスをオンにします。

2） NetWorkerのGUIで、最上位のアイコン・バーの「Devices」に移動します。

3）左側のペインで「Libraries」ツリーを展開し、確認に使用するドライブが含まれたライブラリを選択します。

4）テープをいずれかのテープ・ドライブにマウントします。これを行うには、マウスを使ってボリューム・リストから1本のメディアをテープ・ドライブにドラッグします（複数のテープを確認する場合は、この操作を繰り返します）。

5）中央のペインで、テープがマウントされているドライブを強調表示し、右クリックして「Properties」を選択します。

6）「Volume」タブに移動します。

7）「Volume block size」フィールドの右側のペインに、テープのブロック・サイズが表示されます（図22を参照）。

27


図22：NetWorkerの「Device Properties」の「Volume」タブ

ハードウェア圧縮

デフォルトでは、ほとんどのテープ・ドライブで圧縮が有効化されており、テープ・ドライブ・レベルでの圧縮が推奨されます。Oracle RMANを使用して圧縮を試すことができますが、バックアップ・アーキテクチャの別のレイヤーで圧縮を有効にする場合は、テープ・ドライブ圧縮を無効にして圧縮の二重化を防ぐ必要があります。二重に圧縮されるとバックアップのサイズが増加し、転送速度が低下する可能性があります。

以下の表に、チューニング後にテスト環境で達成した転送速度を示します。

28


表2：パフォーマンス統計 ORACLE DATABASE APPLIANCE V1（X4170 M2ストレージ・ノードでテストを実施）

ドライブ・

タイプ

ブロッキング・

ファクタ

インタフェーステープ・ドライブ1台あたりの平均

バックアップ転送速度（ハードウェ

ア圧縮を使用）

テープ・ドライブ1台あたりの平均リストア

転送速度（ハードウェア圧縮を使用）

LTO-5 1024 10GbE 221MB 195MB

LTO-5 1024 GbE 58MB 58MB

表3：パフォーマンス統計 ORACLE DATABASE APPLIANCE X3-2（X3-2ストレージ・ノードでテストを実施）

ドライブ・

タイプ

ブロッキング・

ファクタ

インタフェーステープ・ドライブ1台あたりの平均

バックアップ転送速度（ハードウェ

ア圧縮を使用）

テープ・ドライブ1台あたりの平均リストア

転送速度（ハードウェア圧縮を使用）

LTO-6 1024 10GbE 312MB 200MB

注：Oracle RMANのためにGbE接続が飽和状態になりやすいことがOracle Database Appliance V1で確認されたため、GbEはOracle Database Appliance X3-2ではテストしていません。

注2：この構成でのGbEインタフェースの制約要因はインタフェースであり、テープ・ドライブではありません。各ノードはインタフェースを介して、1秒あたり最大120Mbを送信できますが（ボンドはアクティブ-パッシブ）、マスター/メディアが合計で消費できるのは、インタフェースの容量である120MBのみです。テープ・ドライブは飽和状態になっていなかったため、アクティブ-アクティブのボンディングを設定したり、より多くのNICまたはメディア・サーバーを使用したりすることで、速度が上がる可能性があります。

注3：すべてのテストを、ベア・メタル構成（仮想化構成ではなく）を使って実行しました。また、Oracle Database Appliance X3-2のテストでは、ストレージ・モジュールは1つのみ使用しました。

29


結論

結論として、Oracle StorageTekテープ製品はOracle Database Appliance向けのコスト効率の高いデータ保護機能を提供し、EMC NetWorkerと組み合わせた場合に、完全なデータ保護ソリューションを実現します。

追加資料

• NetWorkerのドキュメント

• Database Applianceの資料

• Oracle RMANのドキュメント

30

http://powerlink.emc.com/

http://www.oracle.com/jp/products/database/database-appliance/overview/index.html

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

Oracle Database Applianceの保護 –

EMC NetWorkerを使用したテープ・バックアップ

2013年6月

著者：Mike Foss（Integrated Storage Releations）

共著者：Kyle Noonan（Integrated Storage

Releations）、Dennis Frederickson

（Integrated Storage Releations）

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 © 2013, Oracle and/or its affiliates. All rights reserved.本文書は情報提供のみを目的として提供されており、ここに記載される内容

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

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

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

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

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

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

AMD、Opteron、AMDロゴおよびAMD Opteronロゴは、Advanced Micro Devicesの商標または登録商標です。IntelおよびIntel XeonはIntel

Corporationの商標または登録商標です。NetWorkerはEMC Corporationの商標または登録商標です。すべてのSPARC商標はライセンスに基づ

いて使用されるSPARC International, Inc.の商標または登録商標です。UNIXはX/Open Company, Ltd.によってライセンス提供された登録商標

です。0613

oracle database applianceの保護 – emc networker … database applianceの保護 – emc...

Documents