11 RMAN操作に関するレポート
バックアップする必要があるファイルの判別、領域使用量の監視、およびバックアップ・メタデータの問合せを行うには、RMANの操作に関するレポートを実行します。
11.1 RMANレポートの概要
この項では、RMANレポートの目的および基本的な概念について説明します。
11.1.1 RMANレポートの目的
バックアップおよびリカバリ計画の一部として、バックアップした内容を示すレポートを定期的に実行する必要があります。バックアップが必要なデータファイルまたは最近バックアップされていないファイルを確認しておく必要があります。また、問題発生時にRMANでリストアする必要があるバックアップをプレビューすることもできます。
バックアップおよびリカバリのもう1つ重要な側面は、領域の使用状況の監視です。ディスクにバックアップする場合は、そのディスクが一杯になる可能性があるため、パフォーマンス上の問題が発生したり、データベースが停止することもあります。RMANを使用すると、バックアップが不要なバックアップで、削除可能かどうかを確認できます。
また、RMANジョブについての履歴情報を取得する必要がある場合もあります。たとえば、発行されたバックアップ・ジョブの数、各バックアップ・ジョブのステータス(失敗したか完了したかなど)、ジョブの開始日時と終了日時、および実行されたバックアップのタイプについて確認する必要がある場合があります。
11.1.2 RMANレポートの基本的な概念
RMANは、操作の実行対象となる各データベースのメタデータを格納します。
RMANは常に、メタデータのRMANリポジトリをターゲット・データベースの制御ファイルに格納します。たとえば、RMANを使用して、prod1
およびprod2
データベースをバックアップするとします。RMANは、prod1
のバックアップ用メタデータをprod1
の制御ファイルに、prod2
のバックアップ用メタデータをprod2
の制御ファイルに格納します。
必要に応じて、リカバリ・カタログとともにRMANを使用できます。この場合、RMANは、別のリカバリ・カタログ・データベース内の一連の表に、追加のメタデータ・リポジトリを保持します。たとえば、prod3
にリカバリ・カタログを作成するとします。このリカバリ・カタログには、複数のターゲット・データベースを登録できます。たとえば、prod1
およびprod2
をprod3
に格納されているリカバリ・カタログに登録すると、RMANは、prod1
およびprod2
のバックアップに関するメタデータをリカバリ・カタログ・スキーマに格納します。
次の表に、RMANリポジトリのメタデータにアクセスするために使用する方法を示します。
表11-1 RMANリポジトリのデータにアクセスする方法
方法 | 説明 | 追加情報 |
---|---|---|
RMAN |
RMANの |
|
|
データベースがオープンしている場合は、いくつかの
|
|
|
データベースがリカバリ・カタログに登録されている場合は、
|
|
|
これらのコマンドは、RMANが指定された時間にリストアできるバックアップを示します。
|
これらのコマンドについては、「リストア操作で使用されるバックアップのプレビュー」を参照してください |
RMANリポジトリでは、ディスクおよびテープの実情を反映できない場合があります。たとえば、ユーザーがオペレーティング・システムのユーティリティを使用してバックアップを削除した場合、そのバックアップは、RMANリポジトリでは誤って使用可能と表示されます。CHANGE
、CROSSCHECK
、DELETE
などのコマンドを使用すると、使用可能なバックアップの実際の状態を反映してRMANリポジトリを更新できます。そうしない場合、コマンドおよびビューの出力が誤って表示され、データベースをリストアおよびリカバリするためのバックアップをRMANで検出できない可能性があります。
関連項目:
-
RMANリポジトリを最新の状態に保つ方法については、RMANリポジトリのクロスチェックを参照してください。
11.1.3 Data Guard環境でのレポート
Data Guard環境では、Data Guardを使用しない場合と同様に、LIST
、REPORT
およびSHOW
コマンドを使用できます。FOR DB_UNIQUE_NAME
句を指定してこれらのコマンドを実行すると、指定したデータベースに関連付けられているバックアップを表示できます。
「Data Guard環境でのRMANによるファイル管理について」で説明されているように、すべてのバックアップがそのバックアップを作成したプライマリ・データベースまたはスタンバイ・データベースに関連付けられています。たとえば、standby1
のDB_UNIQUE_NAME
を使用してデータベースをバックアップすると、standby1
データベースがこのバックアップに関連付けられます。
たとえば、次のコマンドでは、sfstandby
にのみ関連付けられているアーカイブREDOログが表示されます。
LIST ARCHIVELOG ALL FOR DB_UNIQUE_NAME sfstandby;
Data Guard環境でFOR DB_UNIQUE_NAME
句を指定せずにLIST
、REPORT
およびSHOW
コマンドを使用すると、RMANによって、ターゲット・データベースでアクセス可能なファイルが表示されます。RMANでバックアップにアクセス可能であるとみなされる場合については、「Data Guard環境でのバックアップの関連付けについて」を参照してください。
Data Guard環境では、RMANをリカバリ・カタログとともに使用する必要があります。RMANでは、すべてのバックアップおよびリカバリ・ファイルのメタデータがリカバリ・カタログのData Guard環境に格納されます。RMANのレポート・コマンドの実行時に、マウントまたはオープンされているデータベースにRMANをTARGET
として接続するか、またはSET DBID
コマンドを使用してデータベースを識別することができます。
関連項目:
Data Guard環境でRMAN操作に関してレポートする方法については、Oracle Data Guard概要および管理を参照してください。
11.2 バックアップおよびリカバリ関連オブジェクトの表示
LIST
コマンドは、RMANリポジトリの情報を使用して、バックアップやバックアップとリカバリに関連するその他のオブジェクトのリストを表示します。
CDBのバックアップおよびその他のオブジェクトを表示するには、SYSBACKUP
権限またはSYSDBA
権限を持つ共通ユーザーとしてルートに接続します。
PDBのバックアップおよびその他のオブジェクトを表示するには、SYSBACKUP
権限またはSYSDBA
権限を持つ共通ユーザーまたはローカル・ユーザーとしてPDBに接続します。あるいは、SYSBACKUP
またはSYSDBA
権限を持つ共通ユーザーまたはローカル・ユーザーとしてルートに接続し、PLUGGABLE DATABASE
句を指定したLIST
コマンドを使用できます。
11.2.1 LISTコマンド
LIST
コマンドの主な目的は、バックアップおよびコピーを表示することです。
たとえば、次の内容を表示できます。
-
データベース、表領域、データファイル、アーカイブREDOログまたは制御ファイルのバックアップおよびプロキシ・コピー
-
期限切れのバックアップ
-
時間、パス名、デバイス・タイプまたはリカバリ可能性で制限されているバックアップ
-
アーカイブREDOログ・ファイルおよびディスク・コピー
RMANでは、バックアップおよびコピーのみでなく、他のタイプのデータも表示できます。次の表に、表示できる有効なオブジェクトをいくつか示します。
表11-2 LISTの対象となるオブジェクト
リストの内容 | コマンド | 説明 |
---|---|---|
バックアップ・セットおよびプロキシ・コピー |
|
データベース、表領域、データファイル、アーカイブREDOログ、制御ファイルまたはサーバー・パラメータ・ファイルのすべてのバックアップ・セット、コピーおよびプロキシ・コピーを表示できます。 |
イメージ・コピー |
|
データファイル・コピーおよびアーカイブREDOログ・ファイルを表示できます。デフォルトでは、 |
アーカイブREDOログ・ファイル |
|
アーカイブREDOログ・ファイルを表示できます。すべてのアーカイブREDOログ・ファイルを表示するか、SCN、時刻または順序番号の範囲で個々のアーカイブ・ログ・ファイルを指定できます。範囲を指定すると、インカネーション番号を指定することによって戻されるリストをさらに制限できます。 |
プリプラグイン・バックアップ |
|
すべてのプリプラグイン・バックアップおよびプリプラグイン・アーカイブREDOログ・ファイルを表示できます。 |
データベース・インカネーション |
|
データベースのすべてのインカネーションを表示できます。 |
Data Guard環境のデータベース |
|
Data Guard環境のデータベースは、その |
Data Guard環境のプライマリ・データベースまたはスタンバイ・データベースのバックアップおよびコピー |
|
Data Guard環境内の指定したデータベースまたはすべてのデータベースのすべてのバックアップおよびコピーを表示できます。 RMANでは、指定した |
リストア・ポイント |
|
RMANリポジトリで認識されるリストア・ポイントを表示できます。 |
ストアド・スクリプトの名前 |
|
|
データ・リカバリ・アドバイザとともに使用する場合の障害 |
|
障害とは、修復オプションにマッピングされている永続的なデータの破損のことです。 |
LIST
コマンドでは、出力の表示方法を制御できるオプションがサポートされています。表11-3に、最も一般的なLIST
のオプションを示します。
表11-3 最も一般的なLISTのオプション
LISTのオプション | 説明 |
---|---|
|
RMANリポジトリに記録されているバックアップまたはコピーで、最後にクロスチェックを実行したときに、ディスクまたはテープ上の予測した位置に存在しなかったものを表示します。このようなバックアップは、RMANの外部で削除された可能性があります。 |
|
各データファイル、アーカイブREDOログ・ファイル、制御ファイルおよびサーバー・パラメータ・ファイルのバックアップを表示します。各行にファイルのバックアップの説明が示されます。 |
|
各バックアップの1行のサマリーを表示します。 |
前述の表に、すべてのLIST
オブジェクトおよびオプションが示されているわけではありません。たとえば、時間、パス名、デバイス・タイプ、タグまたはリカバリ可能性で制限されたバックアップを表示できます。
関連項目:
LIST
コマンドの詳細は、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.2.2 すべてのバックアップおよびコピーの表示
listObjList
またはrecordSpec
句を使用して、目的のオブジェクトを指定します。オブジェクトを指定しないと、RMANは、すべてのデータベース・ファイルとアーカイブREDOログ・ファイルのコピーを表示します。
デフォルトでは、RMANは、各バックアップまたはプロキシ・コピーを連続して表示した後、そのバックアップに含まれているファイルを識別します。また、ファイルごとにバックアップを表示することもできます。
デフォルトでは、RMANは冗長モードで表示を行います。つまり、様々な情報を複数行にわたって表示します。冗長モードによる出力が多すぎる場合は、サマリー・モードでバックアップを表示することもできます。
すべてのバックアップおよびコピーのサマリー・レポートを表示するには、SUMMARY
オプションを指定してLIST
コマンドを実行します。
-
CDB全体のオブジェクトを表示するには、
SYSDBA
権限またはSYSBACKUP
権限を持つ共通ユーザーとしてルートに接続します。 -
PDB内のオブジェクトをリストするには、次のいずれかを使用します。
-
SYSDBA
権限またはSYSBACKUP
権限を持つ共通ユーザーとして、rootに接続します。LIST...PLUGGABLE DATABASE
コマンドを使用します。次に例を示します。LIST BACKUP OF PLUGGABLE DATABASE hr_pdb, sales_pdb;
-
SYSDBA
またはSYSBACKUP
権限を持つ共通ユーザーまたはローカル・ユーザーとしてPDBに接続します。LIST
コマンドを使用します。
-
例11-1 すべてのバックアップのサマリー・リスト
この例に、すべてのRMANバックアップのサマリーを示します。
RMAN> list backup summary;
List of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
1 B A A SBT_TAPE 21-OCT-13 1 1 NO TAG20131021T094505
2 B F A SBT_TAPE 21-OCT-13 1 1 NO TAG20131021T094513
3 B A A SBT_TAPE 21-OCT-13 1 1 NO TAG20131021T094624
4 B F A SBT_TAPE 21-OCT-13 1 1 NO TAG20131021T094639
5 B F A DISK 04-NOV-13 1 1 YES TAG20131104T195949
バックアップおよびコピーの詳細な出力を表示するには、SUMMARY
オプションを指定せずにLIST
コマンドを実行します。
例11-2 バックアップおよびコピーの詳細リスト
この例に、デフォルトの詳細出力でのRMANバックアップおよびコピーを示します。
RMAN> list backup;
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
7 136M DISK 00:00:20 04-NOV-13
BP Key: 7 Status: AVAILABLE Compressed: NO Tag: TAG20071104T200759
Piece Name: /d2/RDBMS/backupset/2013_11_04/o1_mf_annnn_TAG20071104T200759_ztjxx3k8_.bkp
List of Archived Logs in backup set 7
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 1 173832 21-OCT-13 174750 21-OCT-13
1 2 174750 21-OCT-13 174755 21-OCT-13
1 3 174755 21-OCT-13 174758 21-OCT-13
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
8 Full 2M DISK 00:00:01 04-NOV-13
BP Key: 8 Status: AVAILABLE Compressed: NO Tag: TAG20071104T200829
Piece Name: /disk1/oracle/dbs/c-774627068-20131104-01
Controlfile Included: Ckp SCN: 631510 Ckp time: 04-NOV-13
SPFILE Included: Modification time: 21-OCT-13
RMAN> list copy;
List of Datafile Copies
=======================
Key File S Completion Time Ckp SCN Ckp Time
------- ---- - --------------- ---------- ---------------
1 7 A 11-OCT-13 360072 11-OCT-13
Name: /work/orcva/RDBMS/datafile/o1_mf_tbs_2_2lv7bf82_.dbf
Tag: DF7COPY
2 8 A 11-OCT-13 360244 11-OCT-13
Name: /work/orcva/RDBMS/datafile/o1_mf_tbs_2_2lv7qmcj_.dbf
Tag: TAG20131011T184835
List of Control File Copies
===========================
Key S Completion Time Ckp SCN Ckp Time
------- - --------------- ---------- ---------------
3 A 11-OCT-13 360380 11-OCT-13
Name: /d2/RDBMS/controlfile/o1_mf_TAG20131011T185335_2lv80zqd_.ctl
Tag: TAG20131011T185335
List of Archived Log Copies for database with db_unique_name RDBMS
=====================================================================
Key Thrd Seq S Low Time
------- ---- ------- - ---------
1 1 1 A 11-OCT-13
Name: /work/arc_dest/arcr_1_1_603561743.arc
2 1 2 A 11-OCT-13
Name: /work/arc_dest/arcr_1_2_603561743.arc
3 1 3 A 11-OCT-13
Name: /work/arc_dest/arcr_1_3_603561743.arc
例11-3 ファイルによるバックアップのリスト
この例に、LIST
をBY FILE
オプションとともに使用したファイルでバックアップをリストする方法を示します。
RMAN> list backup by file;
List of Datafile Backups
========================
File Key TY LV S Ckp SCN Ckp Time #Pieces #Copies Compressed Tag
---- ------- - -- - ---------- --------- ------- ------- ---------- ---
1 5 B F A 631092 04-NOV-13 1 1 YES TAG20131104T195949
2 B F A 175337 21-OCT-13 1 1 NO TAG20131021T094513
2 5 B F A 631092 04-NOV-13 1 1 YES TAG20131104T195949
2 B F A 175337 21-OCT-13 1 1 NO TAG20131021T094513
... some rows omitted
List of Archived Log Backups
============================
Thrd Seq Low SCN Low Time BS Key S #Pieces #Copies Compressed Tag
---- ------- ---------- --------- ------- - ------- ------- ---------- ---
1 1 173832 21-OCT-13 7 A 1 1 NO TAG20131104T200759
1 A 1 1 NO TAG20131021T094505
1 2 174750 21-OCT-13 7 A 1 1 NO TAG20131104T200759
1 A 1 1 NO TAG20131021T094505
... some rows omitted
1 38 575472 03-NOV-13 7 A 1 1 NO TAG20131104T200759
1 39 617944 04-NOV-13 7 A 1 1 NO TAG20131104T200759
List of Controlfile Backups
===========================
CF Ckp SCN Ckp Time BS Key S #Pieces #Copies Compressed Tag
---------- --------- ------- - ------- ------- ---------- ---
631510 04-NOV-13 8 A 1 1 NO TAG20131104T200829
631205 04-NOV-13 6 A 1 1 NO TAG20131104T200432
List of SPFILE Backups
======================
Modification Time BS Key S #Pieces #Copies Compressed Tag
----------------- ------- - ------- ------- ---------- ---
21-OCT-13 8 A 1 1 NO TAG20131104T200829
21-OCT-13 6 A 1 1 NO TAG20131104T200432
関連項目:
LIST
出力の様々な列ヘッダーについては、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.2.3 選択したバックアップおよびコピーの表示
様々な条件を指定して、LIST
出力を制限できます。
選択したバックアップおよびコピーを表示する手順
出力は、LIST
コマンドに指定したオプションによって異なります。たとえば、次のコマンドでは、バックアップ・セットに含まれるデータファイル1
のコピーが表示されます。
RMAN> LIST BACKUP OF DATAFILE 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
2 Full 230M SBT_TAPE 00:00:49 21-OCT-13
BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20131021T094513
Handle: 02f4eatc_1_1 Media: /smrdir
List of Datafiles in backup set 2
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 175337 21-OCT-13 /oracle/dbs/tbs_01.f
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
5 Full 233M DISK 00:04:30 04-NOV-13
BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20131104T195949
Piece Name: /disk1/2013_11_04/o1_mf_nnndf_TAG20131104T195949_ztjxfvgz_.bkp
List of Datafiles in backup set 5
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 631092 04-NOV-13 /oracle/dbs/tbs_01.f
関連項目:
-
listObjList
およびrecordSpec
の構文については、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。 -
LIST
出力の列については、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.2.4 削除されたPDBのバックアップの表示
GUID
オプションを指定してLIST
コマンドを使用して、マルチテナント・コンテナ・データベース(CDB)から削除されたプラガブル・データベース(PDB)のバックアップを表示します。
PDBの削除後は、そのPDB名を使用して操作の実行やデータ・ディクショナリ・ビューの問合せを行えません。ただし、PDBのGUIDを使用して問い合せると、削除されたPDBに関する情報を取得できます。
削除されたPDBのバックアップを表示する手順
11.2.5 プリプラグイン・バックアップの表示
LIST
コマンドを使用して、プリプラグイン・バックアップおよびプリプラグイン・アーカイブREDOログ・ファイルを表示します。
COMPATIBLE
パラメータは、18.0.0以上に設定する必要があります。
11.3 バックアップおよびデータベース・スキーマに関するレポート
RMANのREPORT
コマンドを使用すると、使用可能なバックアップおよびデータベースが分析されます。マルチテナント・コンテナ・データベース(CDB)、ルートのみまたは1つ以上のプラガブル・データベース(PDB)に関連するメタデータについてのレポートを表示できます。
11.3.1 RMANバックアップに関するレポート
REPORT
コマンドは、RMANバックアップの様々なレポートを提供します。
REPORT
コマンドを使用すると、次の重要な質問に回答することができます。
-
バックアップが必要なファイルはどれですか。
-
リカバリ不能な操作を実行したファイルはどれですか。
-
不要なため削除可能なバックアップはどれですか。
-
過去のある時点でのターゲット・データベースまたはData Guard環境のデータベースの物理スキーマは何ですか。
-
最近バックアップされていないファイルはどれですか。
レポートを使用すると、バックアップおよびリカバリ計画が実際にデータベースのリカバリ可能性の要件を満たしていることを確認できます。データベースがリカバリ可能であるかどうかを判断するために使用するREPORT
には、主に次の2つの形式があります。
-
REPORT NEED BACKUP
構成済の保存方針または指定した保存方針を満たすためにバックアップする必要があるデータベース・ファイルがレポートされます。
-
REPORT UNRECOVERABLE
ダイレクト・パス・
インサート
などのNOLOGGING
操作の影響を受けているためバックアップを必要とするデータベース・ファイルがレポートされます。
RMANリポジトリには、REPORT
コマンドを使用してアクセスできる他の情報が含まれています。次の表に、REPORT
のオプションを示します。
表11-4 REPORTのオプション
レポートの内容 | コマンド | 説明 |
---|---|---|
不要なバックアップ |
|
RMANリポジトリに記録され、不要になったため削除できる全体バックアップ、データファイルのコピーおよびアーカイブREDOログ |
データベース・スキーマ |
|
指定時点でのターゲット・データベースのすべてのデータファイル(永続および一時)と表領域の名前。Data Guard環境でRMANを使用する場合は、指定した |
関連項目:
REPORT
コマンドの詳細は、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.3.2 保存方針に基づくバックアップが必要なファイルに関するレポート
REPORT NEED BACKUP
コマンドを使用して、特定の保存方針に基づくバックアップが必要なデータベース・ファイルを判断します。引数を指定せずにこのコマンドを実行すると、現在構成されている保存方針でバックアップが必要なオブジェクトがレポートされます。
-
CDB全体のオブジェクトをレポートするには、
SYSDBA
権限またはSYSBACKUP
権限を持つ共通ユーザーとしてルートに接続します。REPORT NEED BACKUP
コマンドを使用します。 -
PDB内のオブジェクトをレポートするには、次のいずれかを使用します。
-
SYSDBA
権限またはSYSBACKUP
権限を持つ共通ユーザーとして、rootに接続します。REPORT NEED BACKUP PLUGGABLE DATABASE
コマンドを使用します。 -
SYSDBA
またはSYSBACKUP
権限を持つ共通ユーザーまたはローカル・ユーザーとしてPDBに接続します。REPORT NEED BACKUP
コマンドを使用します。
-
REDUNDANCY 1
に設定されている構成済の保存方針の出力は、次の例のようになります。
RMAN> REPORT NEED BACKUP;
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
Report of files with less than 1 redundant backups
File #bkps Name
---- ----- -----------------------------------------------------
2 0 /oracle/oradata/trgt/undotbs01.dbf
注意:
CONFIGURE RETENTION POLICY TO NONE
を使用して保存方針を無効にしている場合、REPORT NEED BACKUP
はエラー・メッセージを戻します。これは、保存方針がないと、RMANはバックアップする必要のあるファイルを決定できないためです。
11.3.2.1 様々な保存方針でのRecovery ManagerのREPORT NEED BACKUPの使用
REPORT NEED BACKUP
コマンドのオプションを使用すると、様々な保存方針を指定できます。
次のいずれかの形式を使用して、REPORT NEED BACKUP
に様々な条件を指定します。
-
REPORT NEED BACKUP RECOVERY WINDOW OF
n
DAYS
バックアップがリカバリ期間ベースの保存方針を満たす必要があるオブジェクトが表示されます
-
REPORT NEED BACKUP REDUNDANCY
n
バックアップが冗長性ベースの保存方針を満たす必要があるオブジェクトが表示されます
-
REPORT NEED BACKUP DAYS
n
リカバリ用に
n
日分より多いアーカイブREDOログを必要とするファイルが表示されます -
REPORT NEED BACKUP INCREMENTAL
n
リカバリ用に
n
個より多い増分バックアップの適用を必要とするファイルが表示されます
11.3.2.2 表領域およびデータファイルでのRMAN REPORT NEED BACKUPの使用
REPORT NEED BACKUP
コマンドを使用して、データベース全体の確認、指定された表領域のスキップ、または様々な保存方針に対する特定の表領域またはデータファイルのみの確認を行うことができます。
次に例を示します。
REPORT NEED BACKUP RECOVERY WINDOW OF 2 DAYS DATABASE SKIP TABLESPACE TBS_2; REPORT NEED BACKUP REDUNDANCY 2 DATAFILE 1; REPORT NEED BACKUP TABLESPACE TBS_3; # uses configured retention policy REPORT NEED BACKUP INCREMENTAL 2; # checks entire database
関連項目:
REPORT NEED BACKUP
の使用可能なすべてのオプションおよび出力の様々な列ヘッダーについては、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.3.3 リカバリ不能な操作によって影響を受けるデータファイルに関するレポート
ダイレクト・ロード・インサートなどのリカバリ不能な操作によってデータファイルが変更されている場合、リカバリ不能な操作ではREDOが生成されないため、通常のメディア・リカバリを使用してファイルをリカバリすることはできません。このような操作の後に影響を受けるデータファイルの全体バックアップまたは増分バックアップのいずれかを実行して、リカバリ不能な操作の影響を受けるデータ・ブロックをRMANを使用してリカバリできるようにする必要があります。
リカバリ不能な操作の影響を受けるデータファイルを識別するには、次の手順を実行します。
11.3.4 不要なバックアップに関するレポート
OBSOLETE
キーワードを指定すると、不要な(指定した保存方針を満たす必要がない)バックアップ・セット、バックアップ・ピースおよびデータファイルのコピーをレポートできます。
不要なバックアップをレポートする手順
関連項目:
-
実際に使用可能なバックアップ・セットが含まれるようにRMANリポジトリ・レコードを更新する方法の詳細は、RMANバックアップおよびリポジトリ・レコードのメンテナンスを参照してください。
-
RMANのバックアップ保存方針の概要については、バックアップの保存方針の構成を参照してください。
-
RMANバックアップを削除する方法およびRMANリポジトリからRMANバックアップのレコードを削除する方法については、期限切れのRMANバックアップおよびコピーの削除を参照してください。
11.3.5 データベース・スキーマに関するレポート
REPORT
SCHEMA
コマンドを実行すると、データベース・ファイル、表領域などに関する情報が表示されます。
データベース・スキーマに関してレポートする手順
FOR DB_UNIQUE_NAME
をREPORT SCHEMA
とともに指定しない場合、リカバリ・カタログ接続は任意ですが、ターゲット・データベース接続は必須です。Data Guard環境では、REPORT SCHEMA FOR DB_UNIQUE_NAME
を指定して環境内のデータベースのスキーマをレポートできます。この場合、RMANをターゲット・データベースに接続する必要はありません。かわりに、RMANをリカバリ・カタログに接続し、DBIDを設定できます。
11.4 V$ビューを使用したバックアップ・メタデータの問合せ
LIST
およびREPORT
コマンドでは表示できない情報がV$ビューに表示される場合があります。
この項では、V$ビューが特に役立つ場合について説明します。この項の内容は次のとおりです。
11.4.1 過去および現行のRMANジョブの詳細の問合せ
RMANジョブは、RMANセッションで実行されるコマンドのセットです。したがって、1つのRMANジョブに複数のコマンドを含めることができます。
たとえば、2つの別々のコマンドBACKUP
およびRECOVER COPY
を、1つのセッションで実行できます。RMANバックアップ・ジョブは、1つのRMANジョブで実行されるBACKUP
コマンドのセットです。たとえば、同じRMANジョブで実行されるBACKUP DATABASE
およびBACKUP ARCHIVELOG ALL
コマンドで、1つのRMANバックアップ・ジョブが構成されます。
V$RMAN_BACKUP_JOB_DETAILS
とV$RMAN_BACKUP_SUBJOB_DETAILS
の各ビューおよびこれらに対応するリカバリ・カタログのバージョンによって、RMANバックアップ・ジョブの詳細が提供されます。たとえば、これらのビューには、バックアップにかかった時間、発行されたバックアップ・ジョブの数、各バックアップ・ジョブのステータス(失敗したか完了したかなど)、ジョブの開始日時と終了日時、および実行されたバックアップのタイプが表示されます。SESSION_KEY
列は、バックアップ・ジョブが発生したRMANセッションの一意のキーです。
多くの場合、RMANによるバックアップでは、書込みを読取りほど行いません。RMANによる圧縮のため、OUTPUT_BYTES_PER_SEC
列をバックアップ速度の測定には使用できません。バックアップ速度の測定に適した列はINPUT_BYTES_PER_SEC
です。読取りデータと書込みデータの比率はCOMPRESSION_RATIO
列に示されます。
過去および現行のRMANジョブの詳細を問い合せる手順
関連項目:
V$RMAN_BACKUP_JOB_DETAILS
ビューについては、Oracle Databaseリファレンスを参照してください。
11.4.2 バックアップ・ピースの暗号化ステータスの確認
V$BACKUP_PIECE
ビューおよびV$RMAN_BACKUP_PIECE
ビューのENCRYPTED
列は、バックアップ・ピースが暗号化されているか(YES
)、暗号化されていないか(NO
)を示します。
たとえば、SQL*Plusで次の問合せを実行すると、暗号化されているバックアップ・ピースを確認できます。
COL BS_REC FORMAT 99999
COL BP_REC FORMAT 99999
COL MB FORMAT 9999999
COL ENCRYPTED FORMAT A7
COL TAG FORMAT A25
SELECT S.RECID AS "BS_REC", P.RECID AS "BP_REC", P.ENCRYPTED,
P.TAG, P.HANDLE AS "MEDIA_HANDLE"
FROM V$BACKUP_PIECE P, V$BACKUP_SET S
WHERE P.SET_STAMP = S.SET_STAMP
AND P.SET_COUNT = S.SET_COUNT;
次に、バックアップが暗号化されていることを示す出力例を示します。
BS_REC BP_REC ENCRYPT TAG
------ ------ ------- -------------------------
MEDIA_HANDLE
--------------------------------------------------------------------------------
1 1 YES TAG20070711T140124
/disk1/c-39525561-20070711-00
2 2 YES TAG20070711T140128
/disk1/c-39525561-20070711-01
3 3 YES TAG20070711T140130
/disk1/c-39525561-20070711-02
関連項目:
V$BACKUP_PIECE
ビューについては、Oracle Databaseリファレンスを参照してください。
11.5 リカバリ・カタログ・ビューの問合せ
LIST
、REPORT
およびSHOW
コマンドを使用すると、制御ファイルおよびリカバリ・カタログ内のデータに簡単にアクセスできます。
また、リカバリ・カタログ・ビューから有効な情報を取得できる場合もあります。リカバリ・カタログ・ビューとは、リカバリ・カタログ・スキーマ内に存在するRC_
接頭辞が付いたビューのことです。
この項では、次の項目について説明します。
11.5.1 リカバリ・カタログ・ビュー
RMANは、ターゲット・データベースの制御ファイルからバックアップおよびリカバリのメタデータを取得し、リカバリ・カタログの表に格納します。リカバリ・カタログ・ビューは、これらの表から導出されます。リカバリ・カタログ・ビューは、ユーザーによる問合せに対して正規化または最適化されていません。
通常、リカバリ・カタログ・ビューは、RMANのレポート・コマンドほど簡単に使用できません。たとえば、RMANを起動してターゲット・データベースに接続した場合、LIST
、REPORT
およびSHOW
コマンドを発行するのみでこのターゲット・データベースの情報を取得できます。同じリカバリ・カタログに10個の異なるターゲット・データベースを登録している場合、カタログ・ビューの問合せによって、10個すべてのデータベースのすべてのインカネーションのメタデータが表示されます。多くの場合、ビュー間で複雑な選択および結合を実行して、データベース・インカネーションに関する使用可能な情報を抽出する必要があります。
ほとんどのカタログ・ビューには、対応するV$
がデータベース内に存在します。たとえば、 RC_BACKUP_PIECE
はV$BACKUP_PIECE
に対応しています。リカバリ・カタログ・ビューと対応するV$
ビューとの主な違いとしては、各リカバリ・カタログ・ビューにはリカバリ・カタログに登録されているすべてのターゲット・データベースに関するメタデータが含まれていることがあげられます。V$
には、ビュー自体の情報のみが含まれています。
関連項目:
リカバリ・カタログ・ビューの詳細は、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.5.1.1 登録されているデータベースの一意の識別子について
ほとんどのリカバリ・カタログ・ビューには、列DB_KEY
およびDBINC_KEY
が含まれています。リカバリ・カタログに登録されている各データベースは、主キー(DB_KEY
列値)またはDBID
(32ビットの一意のデータベース識別子)のいずれかによって一意に識別できます。データベースの各インカネーションは、DBINC_KEY
列によって一意に識別されます。
DB_KEY
およびDBINC_KEY
を使用すると、ターゲット・データベースの特定のインカネーションのレコードを取得できます。その後、他のほとんどのカタログ・ビューとの結合を実行して、このインカネーションに属するレコードを分離できます。
カタログ・ビューとV$
ビューとの主な違いとしては、バックアップ・ファイルおよびリカバリ・ファイルに使用される一意の識別子の形式が異なることがあげられます。たとえば、V$ARCHIVED_LOG
などの多くのV$
ビューでは、RECID
列およびSTAMP
列によって連結主キーが構成されます。対応するリカバリ・カタログ・ビューでは、導出された値が主キーとして使用され、この値は単一の列に格納されます。たとえば、RC_ARCHIVED_LOG
の主キーはAL_KEY
列です。AL_KEY
の列値は、LIST
コマンドの出力に表示される主キーです。
11.5.1.2 Data Guard環境の一意の識別子について
Data Guard環境でリカバリ・カタログを問い合せる場合は、特別な考慮事項が適用されます。
Data Guard環境では、複数のデータベースで同じDBIDが共有されます。複数のビューに、(レコードが含まれているデータベース・インカネーションのDB_UNIQUE_NAME
を示す)DB_UNIQUE_NAME
列が含まれています。Data Guard環境のすべてのデータベースで同じDBIDが共有されますが、DB_UNIQUE_NAME
の値は異なります。
データベース名がカタログで認識されない場合は、リカバリ・カタログに登録されているOracle9iデータベースの場合と同様に、DB_UNIQUE_NAME
の値はnull
になります。また、データベースをOracle Database 11g以降にアップグレードしても、リカバリ・カタログのスキーマとすべてのファイルのデータベース名が一致していない場合、列値はnull
になります。
リカバリ・カタログ・ビューでは、プライマリ・データベースとスタンバイ・データベースは同じDB_KEY
を共有します。ただし、Data Guard環境のすべてのデータベースに、一意のRC_SITE.SITE_KEY
値があります。たとえば、プライマリ・データベースprod
およびスタンバイ・データベースstandby1
の両方に値が1のDB_KEY
がある場合がありますが、prod
のSITE_KEY
は3で、standby1
のSITE_KEY
は30です。
一部のリカバリ・カタログ・ビューには、DB_UNIQUE_NAME
列はありませんが、SITE_KEY
列はあります。SITE_KEY
列を使用してRC_SITE.SITE_KEY
と結合し、ファイルに関連付けられているデータベースのDB_UNIQUE_NAME
を決定できます。「Data Guard環境でのRMANによるファイル管理について」で説明されているように、Data Guard環境では、すべてのファイルがそのファイルを作成したプライマリ・データベースまたはスタンバイ・データベースに関連付けられています。
関連項目:
Data Guard環境でのファイルのレポート方法および管理方法については、Oracle Data Guard概要および管理を参照してください。
11.5.2 カタログ・ビューへのターゲットDB_KEY値またはDBID値の問合せ
DB_KEY
値は、登録されているデータベースの主キーであり、リカバリ・カタログでのみ使用されます。DB_KEY
を取得する最も簡単な方法は、ターゲット・データベースのDBIDを使用する方法です。このDBIDは、RMANをTARGET
としてデータベースに接続するたびに表示されます。
DBIDによって、RMANのリカバリ・カタログ内に登録されているデータベースが識別されます。
リカバリ・カタログに登録されているデータベースに関する情報を取得すると想定します。
データベースの現行のインカネーションに関する情報をカタログに問い合せる手順
関連項目:
-
RC_DATABASE_INCARNATION
ビューの詳細は、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。
11.5.3 RC_BACKUP_FILESの問合せ
ビューRC_BACKUP_FILES
に対しては、リカバリ・カタログに登録されているデータベースのすべてのバックアップに関する情報を問い合せることができます。ただし、RC_BACKUP_FILES
を問い合せる前に、DBMS_RCVMAN.SETDATABASE
プロシージャをコールする必要があります。
次の例に示すように、リカバリ・カタログに登録されたデータベースのDBIDを指定します。
SQL> CALL DBMS_RCVMAN.SETDATABASE(null,null,null,2283997583);
4番目のパラメータは、リカバリ・カタログに登録されているデータベースのDBIDにする必要があります。その他のパラメータは、すべてNULL
にする必要があります。
関連項目:
-
RC_BACKUP_FILES
ビューの詳細は、Oracle Databaseバックアップおよびリカバリ・リファレンスを参照してください。 -
データベースのDBIDを確認する方法については、データベースのDBIDの確認を参照してください。