ＯｍｎｉＢａｃｋＩＩとＲＭＡＮ HP Restricted/ORACLE Internal 2003/03/27 Ver 1.0 MCCC 日本ＨＰ滝谷誠 1 第１章 OmniBack II 4.1 と RMAN 第１章ではOmniBack II 4.1とRMANを統合して使用する時の基本概念、設定などについて紹介します。 2 １．OB II とＲＭＡＮ OmniBack IIの概念 ▼ OmniBack IIはバックアップ・ソリューション ▼ 共通のバックアップ方式が取られる環境 → 「OmniBack IIセル」あるいは「セル」 ▼ セルの構成要素セル Cell Manager （セル全体を管理）クライアント（インターフェース・コンポーネント）インストール・サーバ（ソフトウェア・コンポーネントを保持）クライアント（Media Agentコンポーネント）クライアント（Disk Agentコンポーネント）バックアップ・デバイス (デバイスとメディア) HP Restricted/Oracle Internal まず、 hp OpenView OmniBack IIの概要について説明します。 hp OvenView OmniBack IIは、拡張性と柔軟性に優れたアーキテクチャを持ち、容易な中央管理と優れたバックアップ性能を提供するバックアップ・ソリューションです。hp OpenView OmniBack IIでのバックアップ環境には、同じタイムゾーンに所属し、同じLAN上に存在する複数のシステムで構築され、共通のバックアップ方針が適用されるOmniBack IIセル（あるいはセル）という概念があります。このセルは、一般的には、 Ÿ Cell Manager Ÿ インストール・サーバ Ÿ クライアント・システム Ÿ バックアップ・デバイスから構成されます。 Cell Manager は、以下のような機能を持った、セル内のメイン・システムです。 Ÿ 中央のポイントからセル全体を管理できます。（続く） 3 １．OB II とＲＭＡＮ ▼ 利点 – – – – – – ▼ RMANとの組み合わせメデイア管理スケジュール設定数多くのデバイスのサポートモニター機能リカバリ・カタログのバックアップ RMANがバックアップしないファイルを同じインタフェースでバックアップ必要なコンポーネント – Oracle8用統合ソフトウェア HP Restricted/Oracle Internal OmniBack II とRMANを統合して使用すると、RMANの機能を補完する形で、「メディア管理」や「スケジュール」などの機能をOmniBack II が提供します。例えば、メディア上に保存されているデータに関する情報の管理やメディアの使用状況、保存データの保護、定期的なクリーニングなどの機能、あるいは、「スケジュール機能」により、バックアップを自動でかつ定期的に実行できるようになります。スタンドアロンのドライブから多数のメディアを１つのユニットにまとめて大量のデータを扱うマガジン・デバイスまで数多くのデバイスをサポートしていることも大きな特徴の１つです。また、OmniBack IIのモニタリング機能が提供され、すべてのセッションのログがOmniBack IIデータベースに記録されます。 RMANがリカバリ・カタログを使用している場合は、リカバリ・カタログ自身のバックアップも可能になります。また、RMANだけではバックアップできないパスワード・ファイル等の各設定ファイルも、データベースのバックアップと同様のインタフェースを使用して、バックアップを実現することが可能となります。なお、OmniBack II をRMANと統合して使用するためには、 Oralce8用統合ソフトウェアが必要となります。 5 １．OB II とＲＭＡＮリカバリ・カタログのバックアップ時間 ▼ リカバリ・カタログのバックアップはOmniBack IIが自動的に実行データファイルアーカイブ・ログファイル ▼ expユーティリティにより通常ファイルに抽出後、バックアップリカバリ・カタログ expユーティリティファイル HP Restricted/Oracle Internal OmniBack IIによるリカバリ・カタログのバックアップについて簡単に説明します。 OmniBack II はRMAN用のリカバリ・カタログのバックアップを、ターゲット・データベースのバックアップ完了後に自動的に実行します。これは、 OmniBack IIの ob2rman.exeが、Oracle の標準のexpユーティリティを使って、 RMANユーザのスキーマを一度ファイルにエクスポートし、そのファイルをOmniBack IIがバックアップすることで実現されています。 6 １．OB II とＲＭＡＮ OB IIでのバックアップＭＡはメディアへの書込みＤＡはディスクからの読込みターゲット・データベース Media Agentクライアント AgentクライアントＤＡＭＡデータファイルバックアップ仕様ＳＭＳＭはセッションの確立やＯＢＩＩデータベースへの記録など OB II データベース OmniBack II Oracle SM DA MA : : : Session Manager Disk Agent Media Agent Cell Manager 制御データ HP Restricted/Oracle Internal OmniBack II をRMANと統合して使用した場合と、そうではない場合の動作の違いについて説明します。まずは、OmniBack IIだけでバックアップを実行する時のイメージ図です。 OmniBackインタフェースなどからバックアップのリクエストを「 Session Manager」が受け取ると、「 Disk Agent」と「Media Agent」をそれぞれ起動し、バックアップ・セッションを確立します。「Disk Agent」はターゲット・データベースのデータを読み込み、「 Media Agent」はこれを受け取り「バックアップ・デバイス」にデータを書き込むことでバックアップが実現されます。この時、このバックアップ・セッションに関する情報やログは、OmniBack IIデータベースに記録されます。なお、「バックアップ仕様」は、バックアップ対象となるクライアント・システムとディレクトリ名やファイル名、バックアップに使用するデバイス、適用するバックアップ・オプションやバックアップを実行する日時などを定義したものです。 7 １．OB II とＲＭＡＮ OB II＋RMAN でのバックアップ異なる部分ターゲット・データベース読込みデータファイル Media Agentクライアント Agentクライアントサーバ・プロセス Database Library ob2rman.exe リカバリ・カタログ RMAN ＭＡ書込みバックアップ仕様ＳＭ OB II データベース Cell Manager OmniBack II Oracle SM DA MA : : : Session Manager Disk Agent Media Agent 制御データ HP Restricted/Oracle Internal Oracle8統合コンポーネントを使用した場合です。スライドの赤のモジュールは「 Oracle」、青のモジュールは「 OmniBack II」のコンポーネントを示し、違っている部分をイタリックで記述してあります。まず、ターゲット・データベース側が大きく変更されていることがわかります。 OmniBack IIの「 DA(Disk Agent)」は「Database Libraryとリンクしたサーバ・プロセス」に置き換わり、バックアップ情報を管理するためのRMANも使用されます。また、バックアップは、「ob2rman.exe」を介して「RMAN」を起動し、その「 RMAN」が「Database Libraryとリンクしたサーバ・プロセス」を起動することで開始されます。つまり、「 Database Libraryとリンクしたサーバ・プロセス」がデータを読み込み、「 MA(Media Agent)」はこれを受け取り「バックアップ・デバイス」にデータを書き込むことになります。この時も、このバックアップ・セッションに関する情報やログは、 OmniBack IIデータベースに記録されます。もちろん、 RMANによるリカバリ・カタログへの記録は通常と同様に行われます。 8 １．OB II とＲＭＡＮバックアップ仕様の違い ob2rman.exeを実行 FILESYSTEM "/tmp/ARCH1" rp3.oracle.hp.com:"/tmp/ARCH1" { -trees "/tmp/ARCH1/1_4.dbf" "/tmp/ARCH1/1_5.dbf" "/tmp/ARCH1/1_3.dbf" } CLIENT "tpcb1" rp3.oracle.hp.com { -exec ob2rman.exe -args { "-backup" } -input { "run {” "allocate channel 'dev_0’ type 'sbt_tape'” ・・略・・次のページへ "archivelog all” ";” "}” } } RMANコマンドが含まれる HP Restricted/Oracle Internal 左が通常の「ファイル・システム」で作成したバックアップ仕様、右が「 Oracle8 Server」で作成したバックアップ仕様の１例です。スライドをみておかわりのように、指定方法は大きく異なります。特に、「 Oracle8 Server」で作成したバックアップ仕様には、「ob2rman.exe」が指定され、その引数に RMAN用のコマンドが含まれていることです。さらに、このRMAN用のコマンドの違いについて、次のスライドで説明します。 9 バックアップ仕様内での RMANコマンド例１．OB II とＲＭＡＮ run { parmsの使用 allocate channel 'dev_0' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=ORACLE_SID, OB2BARLIST=BARLIST_NAME)’ ; backup incremental level <incr_level> filesperset 1 format 'BARLIST_NAME<ORACLE_SID_%s:%t:%p>.dbf' database include current controlfile ; sql 'alter system archive log current' ; backup filesperset 1 format 'BARLIST_NAME<ORACLE_SID_%s :%t:%p>.dbf' archivelog all ; } HP Restricted/Oracle Internal OmniBack II + RMAN用の「バックアップ仕様」の中で使用されるRMANコマンドは、「 parms」を用いてOmniBack IIに必要な情報を指定します。以下に例を示します。 OmniBack II + RMANでのコマンド例： allocate channel ‘dev_0’ type ‘sbt_type’ parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=ORACLE_SID, OB2BARLIST=BARLIST_NAME)’ OB2APPNAME : ORACLE_SIDを指定 OB2BARLSIT : バックアップ仕様の名前を指定 RMANでのコマンド例： allocate channel ‘dev_0’ type ‘sbt_type’; デフォルトのバックアップ先は、 formatの指定により、バックアップ仕様の名前<ORACLE_SID _ バックアップ・セットの番号:バックアップ時間:バックアップ・ピースの番号>.dbf 例えば、test1<tpcb1_92:489432271:1>.dbfのようになります。 10 １．OB II とＲＭＡＮ OB IIでの復元（リストア）ＭＡはメディアからの読込みＤＡはディスクへの書込みターゲット・データベース Media Agentクライアント AgentクライアントＤＡＭＡデータファイルバックアップ仕様ＳＭＳＭはセッションの確立やＯＢＩＩデータベースへの記録など OB II データベース OmniBack II Oracle SM DA MA : : : Session Manager Disk Agent Media Agent Cell Manager 制御データ HP Restricted/Oracle Internal このスライドは、 OmniBack II だけで復元（リストア）する時のイメージ図です。この場合、バックアップのほぼ逆の動作となります。まず、OmniBack IIのユーザ・インタフェース(GUI)などから復元（リストア）のリクエストを「 Session Manager」が受け取ると、OmniBack II データベースを確認し、必要な「 Disk Agent」と「Media Agent」を起動し、復元（リストア）・セッションを確立します。「 Media Agent」は「バックアップ・デバイス」からデータを読込み、「 Disk Agent」はこれを受けてターゲット・データベースのデータに書き込むことで復元（リストア）が実行されます。この時、このリストア・セッションに関する情報やログは、 OmniBack IIデータベースに記録されます。 11 １．OB II とＲＭＡＮ OB II＋RMAN での復元（リストア）異なる部分ターゲット・データベース読込みデータファイル Media Agentクライアント Agentクライアントサーバ・プロセス Database Library ＭＡ書込みバックアップ仕様ＳＭリカバリ・カタログ RMAN ＲＭＡＮ＞ OB II データベース Cell Manager OmniBack II Oracle SM DA MA : : : Session Manager Disk Agent Media Agent 制御データ HP Restricted/Oracle Internal Oracle8統合コンポーネントを使用して復元（リストア）する場合と使用しない時の違いを示します。スライドで、赤のモジュールは「 Oracle」、青のモジュールは「 OmniBack II」のコンポーネントを示し、違っている部分をイタリックで記述しています。リストアの開始は「 RMAN」からのみ可能で、通常と同様に「サーバ・プロセス」を起動します。ただし、この「サーバ・プロセス」はDatabase Libraryとリンクされており、これにより「Session Manager」への通知、必要な「MA(Media Agent)」の起動、リストア・セッションの確立、復元（リストア）が実行されます。「 Media Agent」は「バックアップ・デバイス」のデータを読込み、「 Database Libraryとリンクしたサーバ・プロセス」がこれを受け取りデータをディスクに書き戻します。この時も、このリストア・セッションに関するログは、 OmniBack IIデータベースに記録されます。 12 １．OB II とＲＭＡＮリストア時のRMANコマンド（例１） run { allocate channel 'dev_0' type 'sbt_tape'; restore tablespace ‘USERS’; release channel dev_0; } 通常のコマンド HP Restricted/Oracle Internal 復元（リストア）する時のRMAN コマンドの例です。復元（リストア）あるいは回復（リカバリ）に関しては、通常のRMAN コマンドと違いはありません。この例では、表領域を復元（リストア）及び回復（リカバリ）するものとなっており、データベースはオープンの状態でも行なえます。 13 １．OB II とＲＭＡＮリストア時のRMANコマンド（例２） run { allocate channel 'dev_0' type 'sbt_tape'; sql 'alter database mount'; データベースのリストアはマウント状態で。リカバリ後にオープン restore database; recover database; sql 'alter database open'; release channel dev_0; } 通常のコマンド HP Restricted/Oracle Internal 復元（リストア）する時のRMAN コマンドの例２です。この例では、データベースを復元（リストア）及び回復（リストア）するものとなっており、まずデータベースをマウントし、復元（リストア）及び回復（リカバリ）を実行し、データベースをオープンしています。 14 １．OB II とＲＭＡＮ ▼ ▼ ▼ 各データベースの同期情報は複数存在通常は自動的に同期手動で同期を取る時期 – Oracle オブジェクトが格納されているメディアをOmniBack II でインポート／エクスポートした場合 – Oracle オブジェクトが格納されているメディアの保護期限が切れた場合 ▼ 制御ファイル Database サーバプロセス Library MA データファイルバックアップ仕様 ob2rman.exe BSM RMAN OB II データベースリカバリ・カタログ同期を取る方法 – RMANを使用して以下のコマンドを実行 allocate channel for maintenance type ‘sbt_tape’; crosscheck backup; release channel; HP Restricted/Oracle Internal Oracle8統合ソフトウェアを使用する場合、バックアップに関する情報は • OmniBack IIデータベース • 制御ファイル • リカバリ・カタログ（使用する場合）の３個所に存在します。基本的には自動的に同期されます。ただし、以下の場合に限っては手動で同期を取る必要があります。 • Oracle オブジェクトが格納されているメディアをOmniBack IIでインポート・エクスポートした場合 • Oracle オブジェクトが格納されているメディアの保護期限が切れた場合なお、同期を取るためには、RMANの「 crosscheck」コマンドを実行します。 15 １．OB II とＲＭＡＮ並列バックアップの設定チャネル数．．．データファイル負荷分散サーバ・プロセス．．．．．．チャネル数設定場所同時処理数バックアップ・セットデータファイル意味ｆｉｌｅｓｐｅｒｓｅｔサーバ・プロセスＭＡバックアップ・セットＭＡｆｉｌｅｓｐｅｒｓｅｔ同時処理数負荷分散サーバ・プロセス１バックアップ１ＭＡが担当す使用するドライブ数とほぼ同じ意セットあたりのるサーバ・プロセの最小数と最大味データファイル数スの最大数数デバイスあるい RMAN RMAN はバックアップ仕バックアップ仕様様 HP Restricted/Oracle Internal 複数ドライブを用いた並列バックアップを実施するためには、RMANとOmniBack II それぞれの設定値を調整する必要があります。まずは、設定する値とその意味について説明します。チャネル数 RMANを使用するためには、チャネルを割り当てる必要があります。 Oracleはチャネル数分だけサーバ・プロセスを起動します。以下に２つのチャネルを指定する方法を示します。 run { ... allocate channel c1 device type ‘sbt_tpae’; allocate channel c2 device type ‘sbt_tpae’; ... } filesperset 並列バックアップとは直接は関係ありませんが、よく出てきますので、ここで説明します。通常RMANは、バックアップ対象のデータファイルをバックアップ・セットという単位にまとめます。filespersetはこの１つのバックアップ・セットにいくつのデータファイルを含めるかを指定します。設定例を次に示します。 16 １．OB II とＲＭＡＮ並列バックアップの設定チャネル数．．．負荷分散サーバ・プロセス．．．．．．データファイルチャネル数同時処理数バックアップ・セットデータファイル設定例ｆｉｌｅｓｐｅｒｓｅｔサーバ・プロセスｆｉｌｅｓｐｅｒｓｅｔＭＡバックアップ・セットＭＡ同時処理数 2 1 4 2 1 1 2 1 1 負荷分散最小＝１最大＝５最小＝１最大＝５最小＝１最大＝１同時に稼動するドライブ数 1 2 1 HP Restricted/Oracle Internal run { backup filesperset 1 database; } 同時処理数 OmniBack IIのMedia Agentが担当するサーバ・プロセスの最大数を指定します。負荷分散 OmniBack IIが負荷分散を実行する時の、最小のドライブ数と最大のドライブ数を指定します。 17 １．OB II とＲＭＡＮ留意事項復元（リストア）はRMANからのみ可能 ▼ 以前はRMANのfilespersetが１に制限されていたが、OmniBack II 4.1以降ではその制限はなくなった ▼ svrmgrl からsqlplus に変更された ▼ バックアップ仕様の作成時には、自動構成規則ではなく、手動構成規則を使用する必要がある ▼ 常に、Oracleのインクリメンタル・バックアップは OmniBack IIのフルバックアップとして扱われる ▼ HP Restricted/Oracle Internal 復元（リストア）は RMANからのみ可能です。以前はRMAN のfilespersetの値が「１」に制限されていましたが、DataProtecter になってから、この制限がなくなると共に、 OmniBack II 4.1についてもこの制限がなくなっています。（デフォルトは１となっています。） Oracle9iに対応するように、svrmgrlで記述されていた部分はsqlplusに変更されています。バックアップ仕様の作成には、自動構成規則ではなく、手動構成規則を使用する必要があります。 Oracle のインクリメンタル・バックアップは、常にOmniBack IIのフルバックアップとして取り扱われます。 18 １．OB II とＲＭＡＮ留意事項バックアップ情報の同期を手動で実施する場合がある ▼ ログの出力先 ▼ – ＲＭＡＮのログ – RMANを実行したマシンの • $OMNIVAR/log/oracle8.log • $OMNIVAR/log/debug.log • $ORACLE_HOME/rdbms/log/sbtio.log HP Restricted/Oracle Internal バックアップ情報の同期は基本的には自動的に行われますが、メディアのインポート・エクスポートを実施した時や、メディアの保護期間が切れた時は、手動で同期を取る必要があります。 19 第２章ＲＡＣとの組み合わせ第２章ではRACと組み合わせた場合、どのように動作しているのかを、いくつかのシナリオ例を用いて説明します。 20 ２．ＲＡＣでは RACでのバックアップ・シナリオ① バックアップ仕様バックアップ仕様内のRMANコマンド２ノードへの２つ BARLIST "test" １ノードから２つののチャネル OWNER ora9201 dba rp3.oracle. テープ・デバイス run { DYNAMIC 1 2 DEVICE "rp3-6m" allocate channel 'dev_0' type 'sbt_tape' { parms 'ENV=(OB2BARTYPE=Oracle8, OB2APP -sync ; } allocate channel 'dev_1' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8, OB2APP DEVICE "rp3-7m" ; { backup incremental level 0 filesperset 1 -sync format 'test<tpcb1_%s:%t:%p>.dbf' } database include current controlfile CLIENT "tpcb1" rp3.oracle.hp. ; { -exec ob2rman.exe ．．． HP Restricted/Oracle Internal バックアップ・シナリオの例１です。例えば、バックアップ仕様に割り当てられた２つのテープ・デバイスは、１ノードからのみアクセス可能で、２つのインスタンスにチャネルを作成したとします。 run { allocate channel c1 type ‘sbt_tape’ connect ‘ora9201/ora9201@tpcb1’; allocate channel c2 type ‘sbt_tape’ connect ‘ora9201/ora9201@tpcb2’; backup incremental 0 filesperset 1 database; } この時、動作は次のスライドのようになります。 21 ２．ＲＡＣでは RACでのバックアップ・シナリオ① テープネットワークを介することに注意 ③データをテープに書き込む ②データをＭＡにアーカイブアーカイブ Media Agent サーバ・プロセス ①チャネルの割り当てＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal まず、RMANによりチャネルが２ノードに作成されます。この時、どのデータファイルが、どのノードのサーバ・プロセスを使用してバックアップされるかは、 Oracle により決定されます。このサーバ・プロセスに渡されたデータはMedia Agentに渡され、テープ・デバイスに書き込まれます。このMedia Agentにデータが渡される時に、ネットワークを介して渡されるパスが存在するため、注意が必要です。ただし、この例のRMAN コマンドは「 backup database」の一文であり、将来データファイルの追加などが発生しても、バックアップ仕様を変更する必要がないメリットはあります。 22 ２．ＲＡＣでは RACでのバックアップ・シナリオ② バックアップ仕様 BARLIST "test2_1" OWNER ora9201 dba rp3.oracle. DYNAMIC 1 1 DEVICE "rp3-6m" { -sync } バックアップ仕様を２つ用意 DEVICE "rp3-7m" BARLIST "test2_2" ．．． OWNER ora9201 dba a1.oracle. DYNAMIC 1 1 DEVICE ”a1-3m" { -sync } DEVICE ”a1-4m" バックアップ仕様内のRMANコマンド表領域を直接指定 run { allocate channel 'dev_0' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8, OB2APP ; backup incremental level 0 filesperset 1 format 'test<tpcb1_%s:%t:%p>.dbf' tablespace 1,2,3 include current controlfile ; run { allocate channel 'dev_0' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8, OB2APP ; backup incremental level 0 filesperset 1 format 'test<tpcb1_%s:%t:%p>.dbf' tablespace 4,5,6 ; ．．． HP Restricted/Oracle Internal バックアップ・シナリオの例２です。今度は１つのMedia Agentを２ノードで動かすバックアップ仕様を２つ用意し、同時に動かします。 RMANコマンドは「 backup tablespace 1, 2, 3」のようにデータ・ファイルを直接指定しています。この時の動作は次のとおりです。 23 ２．ＲＡＣでは RACでのバックアップ・シナリオ② テープ RMANコマンドで指定を明示的に ③データをテープに書き込む ②データをＭＡにアーカイブアーカイブ Media Agent サーバ・プロセス ①チャネルの割り当てＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal まず、RMANによりチャネルが２ノードに作成されます。指定された表領域のバックアップ・データがMedia Agentにネットワークを介することなく渡され、テープ・デバイスに書き込まれます。ネットワークを介さないことで、そのオーバヘッドを考慮しなくてもすみますが、 RMANコマンドは「 backup tablespace 1, 2, 3」のように、適切に分割する必要があるとともに、将来データファイルの追加などが発生した場合、バックアップ仕様をメンテナンスしなければならなくなります。 24 ２．ＲＡＣでは RACでのリストア・シナリオ① RMANコマンド２ノードへの２つのチャネル startup nomount; run { allocate channel c1 device type 'sbt_tape’ connect 'ora9201/ora9201@tpcb1'; allocate channel c2 device type 'sbt_tape’ connect 'ora9201/ora9201@tpcb2'; restore database; release channel c1; release channel c2; } HP Restricted/Oracle Internal リストア・シナリオの例１です。先程のバックアップ・シナリオの例１でバックアップしたものを、RMANの「 restore database」コマンドで戻すものです。この時の動作は次のとおりです。 25 RACでのリストア・シナリオ① ２．ＲＡＣではテープネットワークを介することに注意 ②テープからデータをを読込む ③データをＭＡにアーカイブアーカイブ Media Agent サーバ・プロセス ①チャネルの割り当てＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal まず、RMANによりチャネルが２ノードに作成され、データはバックアップの逆にデータが流れます。つまり、Media Agentはメディアからデータを読み込み、バックアップしたノードのサーバ・プロセスを使用して、ディスクに戻します。バックアップと同様に、この場合、Media Agentからサーバ・プロセスにデータが渡される時に、ネットワークを介して渡されるパスが存在するため、注意が必要です。ただし、この例のRMAN コマンドは「 restore database」の一文であり、将来データファイルの追加などが発生しても、バックアップ仕様を変更する必要がないメリットも同じです。 26 ２．ＲＡＣでは RACでのリストア・シナリオ② それぞれのチャネルにデータファイルとアーカイブを明示的に指定 RMANコマンド run { startup mount allocate channel c1 device type 'sbt_tape’ connect 'ora9201/ora9201@tpcb1'; allocate channel c2 device type 'sbt_tape’ connect 'ora9201/ora9201@tpcb2'; restore ( datafile 3,4,7 channel c1 ) ( datafile 1,8 channel c2 ) ; release channel c1; release channel c2; } HP Restricted/Oracle Internal リストア・シナリオの例２です。先程のバックアップ・シナリオの例２と同様に、各チャネルにデータファイルやアーカイブ・ログを明示的に指定しています。この時の動作は次のとおりです。 27 RACでのリストア・シナリオ② ２．ＲＡＣではテープ RMANコマンドで指定を明示的に ②テープからデータを読込む ③データをＭＡにアーカイブアーカイブ Media Agent サーバ・プロセス ①チャネルの割り当てＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal まず、RMANによりチャネルが２ノードに作成されます。指定された表領域のバックアップ・データがテープ・デバイスからMedia Agentにネットワークを介することなく渡され、ディスクに書き込まれます。先程と同様に、ネットワークを介さないことで、そのオーバヘッドを考慮しなくてもすみますが、RMAN コマンドは「 restore datafile 1, 2, 3」のように、明示的に記述する必要があるとともに、将来データファイルの追加などが発生した場合、バックアップ仕様をメンテナンスしなければならなくなります。 28 ２．ＲＡＣでは RACでのリストア・シナリオ③ RMANコマンドコマンド１つで１ノードに集めることも可能 run { allocate channel c1 device type 'sbt_tape’ restore archivelog all; release channel c1; } HP Restricted/Oracle Internal リストア・シナリオの例３です。アーカイブ・ログに関しては、１ノードに集めることも可能です。この時の動作は次のとおりです。 29 RACでのリストア・シナリオ③ ２．ＲＡＣではテープ ②テープからデータを読込む ③データをＭＡにアーカイブ Media Agent サーバ・プロセスアーカイブ ①チャネルの割り当てＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal この例では、バックアップしたMedia Agentを介してアーカイブ・ログが１つのノードに集められます。 30 ノード障害に対して２．ＲＡＣではテープアーカイブアーカイブ Media Agent サーバ・プロセスＲＭＡＮデータの流れ Shared Disk HP Restricted/Oracle Internal バックアップ時に表領域を明示的に指定している時に、あるノードでノード障害が発生してしまうと、特定のバックアップが取れなくなる可能性があります。また、リストア時においては、バックアップしたMedia Agentが存在しないため、リストアができないということも発生します。このため、 mc/sgのrelocatable IPに Media Agentを設定することは重要です。当然ながら、Cell ManagerをこのRAC上で動作させている場合は、Cell Managerも relocatable IP上で構築する必要があります。 31 第３章まとめ第２章ではOmniBack II 4.1とRMANをRACで使用する時の注意点などを紹介します。 32 ２．ＲＡＣではまとめ ▼ 基本的にはシングル・インスタンスと同じ ▼ RACでの留意点は複数ノードにおけるデータの流れの把握メンテナンス性と性能アーカイブは１ノードにリストア可能ノード障害に備えるためにMedia Agentは仮想ホスト上に作成 – Cell Managerが動作している場合、Cell Mangerも Relocatabel IP上に – – – – HP Restricted/Oracle Internal 33 参考資料 34 参考資料構成手順の概要 Oracle8統合ソフトウェアなしでのOmniBack IIの動作確認 ▼ RMANの動作確認 ▼ Oracle8統合ソフトウェアのインストール ▼ OmniBack II とOracleのリンク ▼ 適切なユーザ設定 ▼ バックアップ仕様の作成 ▼ 動作確認 ▼ HP Restricted/Oracle Internal 構成手順の概要です。詳細については、 hp OpenView OmniBack II A.04.10 インストールおよびライセンス・ガイド http://www.jpn.hp.com/biz/products/manual/openview/pdf/b6960-99050.pdf HP OpenView OmniBack II A.04.10 UNIX インテグレーション・ガイド http://www.jpn.hp.com/biz/products/manual/openview/pdf/b6960-99050.pdf OmniBack II + RMANの設定手順例をご参照ください。 35 OB II のバックアップ動作参考資料ターゲット・データベース Media Agentクライアント Agentクライアント５．セッションの確立７．データの読込み８．データの書込み Disk Agent Media Agent データファイル３．起動４．起動６．モニタリングバックアップ仕様 Session Manager OmniBack II Oracle ２．読込み１．制御 SM DA MA : : : Session Manager Disk Agent Media Agent OB II データベース Cell Manager 制御データ HP Restricted/Oracle Internal 36 参考資料 OB II＋RMANのバックアップ動作ターゲット・データベース Media Agentクライアント Agentクライアント９．セッションの確立１１．データの読込み１２．データの書込み Database サーバプロセス Library Meida Agent データファイル７．セッションの確立６．通信バックアップ仕様 ob2rman.exe ３．起動４．起動リカバリ・カタログ８．起動１０．モニタリング Session Manager RMAN １．制御５．情報確認 OmniBack II Oracle ２．読込み OB II データベース Cell Manager SM DA MA : : : Session Manager Disk Agent Media Agent 制御データ HP Restricted/Oracle Internal バックアップ時の動作です。１．OmniBack II ユーザーインタフェースからバックアップを開始します。２．OmniBack II Session Managerがバックアップ仕様を読込みます。３．ob2rman.exeを起動します４．ob2rman.exeはバックアップを開始する環境を整え、 Recovery Manager (RMAN) を起動します。５．RMANは、リカバリカタログあるいは制御フィアルの情報を確認し、バックアップ対象を決定します。６．RMANはDatabase Library経由でサーバプロセスと通信します。７．サーバプロセスは Database Library経由で、OmniBack II Backup Session Managerとの接続を確立します。８．Backup Session ManagerがMedia Agentを起動します。９．Database LibraryとMedia Agent間の接続を確立します。 10.バックアップ・プロセスをモニターします。 11. サーバプロセスがバックアップ対象（データファイルやアーカイブログ）をディスクから読み込みます 12.Media Agent経由でバックアップ・デバイスに送信します。 RMANはバックアップに関する情報をリカバリ・カタログに、Backup Session Managerは、バックアップ・セッション中に出力されたメッセージをOmniBack IIデータベースに記録します 37 OB II のリストア動作参考資料ターゲット・データベース Media Agentクライアント Agentクライアント５．セッションの確立８．データの読込み７．データの書込み Disk Agent Media Agent データファイル４．起動３．起動６．モニタリングバックアップ仕様 Session Manager OmniBack II Oracle ２．読込み１．制御 SM DA MA : : : Session Manager Disk Agent Media Agent OB II データベース Cell Manager 制御データ HP Restricted/Oracle Internal 38 OB II＋RMANのリストア動作参考資料ターゲット・データベース Media Agentクライアント Agentクライアント７．セッションの確立１０．データの書込み９．データの読込み Database サーバプロセス Library Media Agent データファイル４．セッションの確立３．通信６．起動８．モニタリング Session Manager ２．情報収集リカバリ・カタログ５．チェック RMAN １．コマンド入力 OmniBack II Oracle ＲＭＡＮ＞ OB II データベース Cell Manager SM DA MA : : : Session Manager Disk Agent Media Agent 制御データ HP Restricted/Oracle Internal 復元（リストア）時の動作です。１．RMAN コマンドからコマンドを入力します。２．RMANはリカバリカタログの情報を確認します。３．Database Library経由でサーバプロセスと通信します。４．Database Libraryは、Session Managerとの接続を確立して、必要なオブジェクトとバージョンに関する情報を送信します。５．Session Managerは、OmniBack IIデータベースをチェックして、適切なデバイスとメディアを検索します。６．Media Agentを起動します。７．Database LibraryとMedia Agent間の接続を確立します。８．リスト・アセッションをモニタリングします。９．Media Agentは、バックアップ・デバイスからデータを読込みます。 10.データをDatabase Libraryを経由してサーバプロセスに送信され、ディスクに書き込まれます。この時、復元（リストア）セッションに関するメッセージと情報はOmniBack IIデータベースに書き込まれます。 39 40