サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for Oracle 12.3 - ユーザー・ガイド

Quest® NetVault® Backup Plug-in  for Oracle － はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracle Flashback Databaseの使用 データのリストア
データのリストアとリカバリ：概要 ユーザー管理リストアの実行 その他のユーザー管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバー・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 Oracleコンテナ・データベース（CDB）およびプラガブル・データベース（PDB）でのプラグインの使用 トラブルシューティング

ブロック・メディア・リカバリ

ブロック・メディア・リカバリは、Oracle Enterprise Editionのみで使用可能な機能です。この機能は、データファイル全体のリストアやリカバリではなく、損傷したブロックのみをリカバリするため、ダウンタイムを短縮できます。ブロック・メディア・リカバリは、関与するブロックが少数でその数がわかっている物理的破損の問題に対して特に有効です。ブロックレベルのデータ・ロスは、通常、広範囲なデータ・ロスは引き起こさない断続的でランダムなI/Oエラーや、破損したメモリがディスクに書き込まれることが原因で発生します。ブロック・メディア・リカバリは、データ・ロスまたは破損の程度が不明で、データファイル全体のリカバリが必要な場合には適していません。このような場合は、データファイル・メディア・リカバリが最適です。

ブロック・メディア・リカバリを使用して、データファイル内の1つ以上の破損したデータ・ブロックをリカバリできます。ブロック・メディア・リカバリには、データファイルのメディア・リカバリにはない次のようなメリットがあります。

•
リカバリが必要なブロックのみがリストアおよびリカバリされるため、平均リカバリ時間（MTTR）が小さくなります。
•
リカバリ中、影響を受けるデータファイルをオンラインのままにしておくことができます。

ブロック・メディア・リカバリを使用しないと、1つのブロックが破損した場合でも、データファイルをオフラインにしてバックアップからデータファイルをリストアする必要があります。バックアップの作成後にデータファイルに対して生成されたすべてのREDOログを適用する必要があります。メディア・リカバリが完了するまで、ファイル全体が使用不可となります。ブロック・メディア・リカバリを使用すると、実際にリカバリされているブロックのみがリカバリ中に使用不可となります。

前提条件

Oracle Enterprise Editionを実行していることに加え、Oracleは以下の前提条件を満たす必要があります。これらは『Oracle Database Backup and Recovery User's Guide』の「Performing Block Media Recovery」セクションで定義されています。

•
ターゲット・データベースがARCHIVELOGモードで実行されており、現在の制御ファイルを使用してオープンまたはマウントされている必要があります。
•
ターゲット・データベースをスタンバイ・データベースにすることはできません。
•
破損ブロックが含まれているデータファイルのバックアップは、プロキシ・コピーではなく、フル・バックアップまたはレベル0増分バックアップである必要があります。
•
RMANは、リカバリにアーカイブREDOログのみを使用できます。RMANは、レベル1の増分バックアップを使用できません。ブロック・メディア・リカバリでは、アーカイブREDOログが欠落しているか、またはアクセスできない場合はリカバリを実行できません。ただし、REDOレコードが欠落している場合はリカバリを実行できる場合もあります。
•
フラッシュバック・ログで破損ブロックの完全な状態に近いコピーを検索するには、Flashback DatabaseがRMANのターゲット・データベースで有効になっている必要があります。破損していない古いバージョンの破損ブロックが含まれている場合にフラッシュバック・ロギングが有効になっていると、RMANは、それらのブロックを使用し、リカバリに必要な時間を短縮できます。
破損ブロックの識別

V$DATABASE_BLOCK_CORRUPTIONビューに、RMANコマンド、ANALYZE、SQL問い合わせなどのデータベース・コンポーネントによって破損ブロックとマークされたブロックが表示されます。物理的な破損（メディア破損とも呼ばれる）が、このビューに行として追加されます。たとえば、データベースが認識しないブロック、チェックサムが無効、ブロックの内容がすべて0（ゼロ）、ブロック・ヘッダーの破損などです。

V$DATABASE_BLOCK_CORRUPTIONビューでのレポートに加えて、ブロック破損は次の場所に表示されます。

•
LIST FAILURE、VALIDATEまたはBACKUP ... VALIDATEコマンドの結果
•
標準出力のエラー・メッセージ
•
Oracleアラート・ログ
•
ユーザー・トレース・ファイル
•
SQLコマンドANALYZE TABLEおよびANALYZE INDEXの結果
•
DBVERIFYユーティリティの結果
•
NetVault Backupなど、サード・パーティのメディア管理の出力
たとえば、ユーザー・トレース・ファイルに次のメッセージが表示される場合があります。
ORA-01578：Oracleデータ・ブロックに障害が発生しました（ファイル番号7、ブロック番号3）
ORA-01110：データファイル7： '/oracle/oradata/trgt/tools01.dbf'
ORA-01578：Oracleデータ・ブロックに障害が発生しました（ファイル番号2、ブロック番号235）
ORA-01110：データファイル2：'/oracle/oradata/trgt/undotbs01.dbf'

ユーザー管理リストアの実行

Plug‑in for Oracleを使用したバックアップは、以下の手順が含まれています。

•
リカバリ対象データベースの準備
•
リストア対象データの選択
•
ジョブのファイナライズと実行
•
データベースのリカバリ
•
データベースを開く

リカバリ対象データベースの準備

選択したテーブルスペースをリストアするために、Oracleデータベース全体をオフライン状態にする必要はありませんが、リストアの実行前に、リストアする各テーブルスペースをオフラインにする必要があります。

1
SQL*Plusユーティリティを使用して、SYSDBA権限でデータベースに接続します。
SQLPLUS SYS AS SYSDBA
2
データベースが開いている場合、以下のコマンドを実行して、損傷したデータファイルが含まれるすべてのテーブルスペースをオフラインにします。
ALTER TABLESPACE <テーブルスペース名> OFFLINE IMMEDIATE;

リストア対象データの選択

1
［ナビゲーション］パネルで、［リストア・ジョブ作成］をクリックします。
2
［リストア・ジョブ作成 － セーブセットの選択］ページで、［プラグイン・タイプ］リストから［Plug‑in for Oracle］を選択します。
3
セーブセットのテーブルに表示されている項目をさらにフィルタリングするには、［クライアント］、［日付］、［ジョブID］リストを使用します。
表にはセーブセット名（ジョブ・タイトルとセーブセットID）、作成日時、およびサイズが表示されます。デフォルトでこのリストは、セーブセット名のアルファベット順にソートされています。
4
セーブセットの表で、適切な項目を選択します。
セーブセットを選択すると、以下の情報が［セーブセット情報］に表示されます。ジョブID、ジョブ・タイトル、サーバー名、クライアント名、プラグイン名、セーブセットの日時、リタイア設定、増分バックアップかどうか、アーカイブかどうか、セーブセットのサイズなど。
5
［次へ］をクリックします。
6
［セレクション セット作成］ページで、リストアするデータを選択します。
バックアップ対象として選択されたアイテムに応じて、セーブセットには以下のものが含まれます。
•
［パラメータ・ファイル］
•
［全テーブルスペース］
•
［バックアップ制御ファイル］
•
［アーカイブ・ログ］
7
利用可能なアイテムを開いて、リストアに含めるデータを選択します。
 
* 
メモ： ユーザー管理リストアでは、その他のオプションを設定する必要はありません（［リストア・オプション］タブにはフィールドが表示されません）。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択