Oracle® Database

バックアップおよびリカバリ・リファレンス

12cリリース1 (12.1)

B71298-08(原本部品番号:E50791-08)

2017年6月

Oracle Databaseバックアップおよびリカバリ・リファレンス, 12cリリース1 (12.1)

B71298-08

Copyright © 2003, 2017, Oracle and/or its affiliates.  All rights reserved.

原本著者: Padmaja Potineni

原本協力者: K.Weill、L.Ashdown、T.Bednar、A.Beldalker、T.Chien、M.Dilman、S.Dizdar、W.Fisher、S.Fogel、R.Guzman、S.Haisley、W.Hu、A.Hwang、A.Joshi、V.Krishnaswamy、J. W. Lee、V.Moore、M.Olagappan、V.Panteleenko、C.Pedregal-Martin、S.Ranganathan, S.Samaranayake、F.Sanchez、V.Schupmann、V Srihari、M.Susairaj、M.Stewart、M.Townsend、S.Wertheimer、W.Yang、R.Zijlstra

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- 関連ドキュメント

- 表記規則

このリリースでのバックアップおよびリカバリ・リファレンスの変更点

- Oracle Database 12cリリース1 (12.1.0.2)での変更点

- 新機能

- Oracle Database 12cリリース1 (12.1.0.1)での変更点

- 新機能

1 RMANコマンドの概要

- RMANの構文図

- RMAN構文内のキーワード

- RMAN構文内のプレースホルダ

- RMAN構文内の引用符

- RMANコマンドの形式

- RMANの予約語

- RMANコマンドの概要

- RMAN副次句の概要

2 RMANコマンド: @(アットマーク)からQUITまで

- @(アットマーク)

- @@(二重アットマーク)

- ADVISE FAILURE

- ALLOCATE CHANNEL

- ALLOCATE CHANNEL FOR MAINTENANCE

- BACKUP

- CATALOG

- CHANGE

- CONFIGURE

- CONNECT

- CONVERT

- CREATE CATALOG

- CREATE SCRIPT

- CROSSCHECK

- DELETE

- DELETE SCRIPT

- DESCRIBE

- DROP CATALOG

- DROP DATABASE

- DUPLICATE

- EXECUTE SCRIPT

- EXIT

- FLASHBACK DATABASE

- GRANT

- HOST

- IMPORT CATALOG

- LIST

- PRINT SCRIPT

- QUIT

3 RMANコマンド: RECOVERからVALIDATEまで

- RECOVER

- REGISTER DATABASE

- RELEASE CHANNEL

- REPAIR FAILURE

- REPLACE SCRIPT

- REPORT

- RESET DATABASE

- RESTORE

- RESYNC CATALOG

- REVOKE

- RMAN

- RUN

- SEND

- SET

- SHOW

- SHUTDOWN

- SPOOL

- SQL

- SQL (引用符)

- STARTUP

- SWITCH

- TRANSPORT TABLESPACE

- UNREGISTER

- UPGRADE CATALOG

- VALIDATE

4 RMAN副次句

- allocOperandList

- archivelogRecordSpecifier

- completedTimeSpec

- connectStringSpec

- datafileSpec

- dbObject

- deviceSpecifier

- fileNameConversionSpec

- forDbUniqueNameOption

- foreignFileSpec

- foreignlogRecordSpecifier

- formatSpec

- keepOption

- listObjList

- maintQualifier

- maintSpec

- obsOperandList

- recordSpec

- sizeSpec

- tempfileSpec

- toDestSpec

- untilClause

5 リカバリ・カタログ・ビュー

- RMANのリカバリ・カタログ・ビューの概要

- RC_ARCHIVED_LOG

- RC_BACKUP_ARCHIVELOG_DETAILS

- RC_BACKUP_ARCHIVELOG_SUMMARY

- RC_BACKUP_CONTROLFILE

- RC_BACKUP_CONTROLFILE_DETAILS

- RC_BACKUP_CONTROLFILE_SUMMARY

- RC_BACKUP_COPY_DETAILS

- RC_BACKUP_COPY_SUMMARY

- RC_BACKUP_CORRUPTION

- RC_BACKUP_DATAFILE

- RC_BACKUP_DATAFILE_DETAILS

- RC_BACKUP_DATAFILE_SUMMARY

- RC_BACKUP_FILES

- RC_BACKUP_PIECE

- RC_BACKUP_PIECE_DETAILS

- RC_BACKUP_REDOLOG

- RC_BACKUP_SET

- RC_BACKUP_SET_DETAILS

- RC_BACKUP_SET_SUMMARY

- RC_BACKUP_SPFILE

- RC_BACKUP_SPFILE_DETAILS

- RC_BACKUP_SPFILE_SUMMARY

- RC_CHECKPOINT

- RC_CONTROLFILE_COPY

- RC_COPY_CORRUPTION

- RC_DATABASE

- RC_DATABASE_BLOCK_CORRUPTION

- RC_DATABASE_INCARNATION

- RC_DATAFILE

- RC_DATAFILE_COPY

- RC_DISK_RESTORE_RANGE

- RC_LOG_HISTORY

- RC_OFFLINE_RANGE

- RC_PDBS

- RC_PLUGGABLE_DATABASE_INC

- RC_PROXY_ARCHIVEDLOG

- RC_PROXY_ARCHIVELOG_DETAILS

- RC_PROXY_ARCHIVELOG_SUMMARY

- RC_PROXY_CONTROLFILE

- RC_PROXY_COPY_DETAILS

- RC_PROXY_COPY_SUMMARY

- RC_PROXY_DATAFILE

- RC_REDO_LOG

- RC_REDO_THREAD

- RC_RESTORE_POINT

- RC_RESTORE_RANGE

- RC_RESYNC

- RC_RMAN_BACKUP_JOB_DETAILS

- RC_RMAN_BACKUP_SUBJOB_DETAILS

- RC_RMAN_BACKUP_TYPE

- RC_RMAN_CONFIGURATION

- RC_RMAN_OUTPUT

- RC_RMAN_STATUS

- RC_SBT_RESTORE_RANGE

- RC_SITE

- RC_STORED_SCRIPT

- RC_STORED_SCRIPT_LINE

- RC_TABLESPACE

- RC_TEMPFILE

- RC_UNUSABLE_BACKUPFILE_DETAILS

A RMANの予約語

- RMANの予約語のリスト

B 非推奨になったRMAN構文

C RMANの互換性

- RMANの互換性について

- リカバリ・カタログ・スキーマのリリースの確認

- RMANの互換性マトリックス

- リカバリ・カタログのエクスポートとインポートに関するバージョン間の互換性

- RMANの互換性: 使用例

D Oracle Database Cloud Backup Module

E Oracle Secure Backup (OSB) Cloud Module

- Oracle Secure Backup Cloud Moduleを使用したクラウドでのバックアップについて

- Oracle Secure Backup Cloud Moduleの構成パラメータ

- Amazon S3でのOracle Secure Backup Cloud Moduleの使用

- Oracle Secure Backup Cloud Moduleのハードウェアおよびソフトウェアの前提条件

- Oracle Technology Network(OTN)アカウントの登録

- Amazon S3 - AWSアカウントのサイン・アップ

- AWS資格証明の取得

- OSB Cloud Moduleライブラリのインストール

- S3 Backupインストーラの実行

- RMANリポジトリでの構成情報の保存(オプション)

- OSB Webサービス・ライブラリの使用および最初のバックアップ

- OSB Cloud Moduleバックアップの保護

- 役に立つリンク: Oracle Secure Backup Cloud Module

- OSB Cloud Moduleのトラブルシューティング

索引

はじめに

「はじめに」では、次の項目について説明します。

- 対象読者

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Databaseバックアップおよびリカバリ・リファレンス』は、次のタスクを実行するデータベース管理者を対象としています。

- Recovery Manager (RMAN)を使用したOracle Databaseのバックアップ、リストアおよびリカバリ

- データベース・ファイルのRMANバックアップのメンテナンス

このマニュアルを使用するには、次の知識が必要です。

- リレーショナル・データベースの概念および基本的なデータベース管理。『Oracle Database概要』および『Oracle Database管理者ガイド』で説明されています。

- RMANの概念とタスク。『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されています

- Oracle Databaseを実行しているオペレーティング・システムの環境

関連ドキュメント

詳細は、次のOracleドキュメントを参照してください。

- 『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』

- 『Oracle Databaseリファレンス』

- 『Oracle Databaseユーティリティ』

このマニュアルに記載されている例の多くは、Oracleのインストール時にデフォルトでインストールされるシード・データベースのサンプル・スキーマを使用しています。これらのスキーマがどのように作成され、ユーザーがどのように使用できるかについては、『Oracle Databaseサンプル・スキーマ』を参照してください。

表記規則

リファレンスの本文は、次の表記規則に従っています。

- 固定幅フォントの大文字
RMANのキーワード、SQLのキーワード、表とビューにある列ヘッダーおよび初期化パラメータを示します。

- 固定幅フォントの小文字
RMANの例での変数テキストを示します。

- イタリック体
RMANまたはSQLのプレースホルダ、つまり、そのとおりに入力するのではなく、ユーザーが値を入力することを示します。

関連項目:

RMANの表記規則については、「RMANコマンドの概要」を参照してください

このリリースでのバックアップおよびリカバリ・リファレンスの変更点

この章の内容は次のとおりです。

- Oracle Database 12cリリース1 (12.1.0.2)での変更点

- Oracle Database 12cリリース1 (12.1.0.1)での変更点

Oracle Database 12cリリース1 (12.1.0.2)での変更点

Oracle Database 12cリリース1 (12.1.0.2)のバックアップおよびリカバリ・リファレンスには、次の変更点があります。

新機能

- RMAN仮想プライベート・カタログ用のOracle Virtual Private Database (VPD)
RMANカタログが、VPDを使用して作成され管理されます。これにより、特に仮想プライベート・カタログが多数ある場合に、リカバリ・カタログのパフォーマンスとスケーラビリティが向上します。実装の詳細がユーザーに対して透過的です。

関連項目:

- CREATE CATALOG

- DROP CATALOG

- UPGRADE CATALOG

Oracle Database 12cリリース1 (12.1.0.1)での変更点

Oracle Database 12cリリース1 (12.1.0.1)のバックアップおよびリカバリ・リファレンスには、次の変更点があります。

新機能

- マルチテナント・コンテナ・データベースおよびプラガブル・データベースのサポート
RMANは、Oracle Database 12cで提供された、マルチテナント・コンテナ・データベース(CDB)とプラガブル・データベース(PDB)のバックアップおよびリカバリをサポートします。サポートには、CDBとPDBのバックアップと、CDB全体または個々のPDBの完全リカバリおよびPoint-In-Timeリカバリの実行が含まれます。

関連項目:

- BACKUP

- RECOVER

- RESTORE

- クロス・プラットフォーム・バックアップおよびリストアの拡張機能
RMANでは、全体および増分のバックアップ・セットを使用することで、プラットフォーム間でデータをトランスポートできます。増分バックアップを使用すると、表領域をプラットフォーム間でトランスポートする際に必要となるアプリケーション停止時間を減らすことができます。

関連項目:

- BACKUP

- RECOVER

- RESTORE

- 表および表パーティションのリカバリ
RMANでは、以前作成されたRMANバックアップから、指定された時点に表および表パーティションをリカバリすることができます。

「RECOVER」を参照してください。

- ネットワークを介したファイルのリカバリおよびリストア
RMANでは、バックアップ・セットを使用し、データベース、データファイル、表領域または制御ファイルを、フィジカル・スタンバイ・データベースからリカバリすることができます。RMANは、ネットワークを介してバックアップ・セットを宛先ホストに送信します。これは、スタンバイ・データベースとプライマリ・データベースを同期化するData Guard環境で役立ちます。

関連項目:

- RECOVER

- RESTORE

- Storage Snapshot Optimizationを使用したサード・パーティのスナップショット・テクノロジに対するサポートの改善
ストレージ・スナップショットの最適化により、ストレージ・スナップショット・テクノロジを使用し、Oracle DatabaseをBACKUPモードにしなくてもバックアップおよびリカバリできます。スナップショット・テクノロジは、特定の要件に準拠する必要があります。

関連項目:

- RECOVER

- ストレージ・スナップショットを使用したリカバリ

- 増分およびマルチセクション・バックアップの改善
RMANが提供するマルチセクション・テクノロジ(大規模なファイルを複数チャネルでパラレルにバックアップおよびリストアできる)を、増分バックアップとイメージ・コピーの両方に適用できるようになりました。

関連項目:

- BACKUP

- RESTORE

- SYSBACKUP権限
SYSBACKUP管理権限には、クローズ状態のデータベースへの接続機能を含め、バックアップおよびリカバリに必要な権限が含まれています。システム管理者は、バックアップおよびリカバリを実行するユーザーに対して、SYSDBAのかわりにSYSBACKUPを付与することができ、これによってSYSDBA権限の散在を少なくします。SYSDBAと比較すると、SYSBACKUPには、SELECT ANY TABLEのようなデータ・アクセス権限は含まれません。

関連項目:

- 「CONNECT」

- connectStringSpec

- アクティブなデータベース複製の拡張
RMANで、アクティブなデータベース複製の実行にバックアップ・セットを使用できるようになりました。十分な補助チャネルが割り当てられると、補助インスタンスはターゲット・インスタンスに接続し、ネットワークを介してバックアップ・セットを取得するため、ターゲット・インスタンスでの処理の負荷を軽減します。複製プロセスでは、未使用ブロックの圧縮を使用して、ネットワーク上でトランスポートされるバックアップのサイズを削減することができます。アクティブなデータベースの複製を実行している間、バックアップの暗号化とマルチセクション・バックアップを使用することもできます

「DUPLICATE」を参照してください。

- SQLインタフェースの強化
ほとんどのSQLコマンドを、前にSQLキーワードを付けずに、SQLコマンドを引用符で囲まなくてもRMANで実行できるようになりました。これにより、SQLコマンド自体に引用符が必要な場合に、構文が大幅に簡略化されます。RMANとSQLの両方に存在する一部のコマンドについては、SQLキーワードを指定すると明確に指定できます。

RMANコマンドは、SQL ALTERコマンドにかわりました。新しいRMAN DESCRIBEコマンドには、SQL*PlusのDESCRIBEコマンドの機能があります。

関連項目:

- DESCRIBE

- SQL

- DUPLICATEの拡張
NOOPEN句を使用すると、作成後にRESETLOGSを使用して複製データベースをオープンしないように指定できます。複製データベースの初期化パラメータを変更する場合や、複製データベースを開くことで、元のデータベースと競合するサービスが複製データベースで開始される可能性がある場合に、複製データベースをオープンしないようにできます。

「DUPLICATE」を参照してください。

1 RMANコマンドの概要

この章の内容は、次のとおりです。

- RMANの構文図

- RMANコマンドの形式

- RMANの予約語

- RMANコマンドの概要

- RMAN副次句の概要

RMANの構文図

このマニュアルでは、RMANのコマンドライン構成の構文記述に図形式またはバッカス正規形(BNF)を使用しています。構文図およびBNF記法についての基本的な情報は、『Oracle Database SQL言語リファレンス』を参照してください。この項では、RMANの表記規則についてのみ説明します。

次のCATALOGコマンドの例で示すように、Recovery Managerの構文図は、線と矢印で構文の構造を表します。

catalog::=

この項では、構文図の構成要素を説明し、RMANコマンドの書式の例を示します。構文図の構成要素は、次のとおりです。

- RMAN構文内のキーワード

- RMAN構文内のプレースホルダ

- RMAN構文内の引用符

RMAN構文内のキーワード

キーワードは、Recovery Managerの構文で特殊な意味を持ちます。キーワードは、構文図では、図の例にあるワードCATALOGのように長方形で囲まれた大文字で表されます。本文とコード例で使用されている場合、RMANキーワードは CATALOG DATAFILECOPYのように固定幅フォントの大文字で表されます。RMAN文でのキーワードは、構文図に示すとおりに使用する必要があります。ただし、大文字と小文字は区別しません。

RMAN構文内のプレースホルダ

構文図でのプレースホルダは、キーワード以外を示します。構文図では、図の例にあるワードintegerのように楕円で囲まれて表されます。説明文の中では、RMANのプレースホルダは小文字のイタリック体で表されます。たとえば、'filename'となります。通常、プレースホルダは次の内容を示します。

- データベース・オブジェクト名(tablespace_name)

- Oracleデータ型名(date_string)

- 副次句(datafileSpec)

構文図にプレースホルダがあるときは、RMAN文中では、適切な型のオブジェクトまたは式に置き換えます。たとえば、DUPLICATE TARGET DATABASE TO 'database_name'コマンドを記述する場合は、構文図のdatabase_nameプレースホルダを、dupdbなどの作成する複製データベースの名前に置き換えて使用します。

RMANの引用符付き文字列の場合、システムに依存しない有効な環境変数は、Oracleホームに使用する疑問符(?)とSIDに使用するアットマーク(@)のみです。ただし、ターゲット・システム上では、引用符付き文字列にオペレーティング・システム固有の環境変数を使用できます。環境変数は、RMANクライアントではなくデータベース・サーバーによって解析されます。

次の表に、構文図に表されるプレースホルダと、構文中でそれに代入する値の例を示します。

プレースホルダ

説明

例

'filename'、'tablespace_name'、'channel_name'、'channel_parms'など、引用符付き文字列。

一重引用符または二重引用符で囲まれた文字列。引用符で囲んだ文字列には、空白文字、句読点、RMANキーワードおよびSQLキーワードも含まれています。

"?/dbs/cf.f"

'dev1'

channel_id、tag_name、date_stringなど、引用符なしの文字列。

アルファベット文字で開始し、空白および句読点のない文字列。

ch1

integer

数値のみを含む文字列。

67843

RMAN構文内の引用符

RMAN構文図で示すプレースホルダの値には、引用符で囲むことが必要なものと任意のものがあります。構文図では一重引用符を使用していますが、RMAN構文では、二重引用符も使用できます。たとえば、'filename'も"filename"も指定できます。

RMANコマンドの形式

RMANの言語は自由区分形式です。複数のキーワードは、少なくとも1つの空白文字(空白、タブ、改行など)で区切る必要があります。RMANコマンドは、構文図で示すように、「RMANコマンド: @(アットマーク)からQUITまで」で説明するコマンドに対応するキーワードで始まり、引数がその後に続き、セミコロンで終了します。次の例は、RMANのバックアップ・コマンドを示しています。

BACKUP DATABASE;

コマンドは、複数行になることがあります。たとえば、前述のコマンドの各キーワードを次のように別々の行に書き直すことができます。

BACKUP
DATABASE
;

単一行のRMANコマンド最大長は4000文字です。コマンドがこの長さを超過した場合は、複数のコマンドに分割するか、コマンド行を複数使用([Enter]キーを使用して複数行にわたるコマンドを作成)することができます。たとえば、複数データファイルをバックアップするBACKUPコマンドが4000文字を超える場合、このコマンドを2つの別のBACKUPコマンドに分割するか、複数行にわたる単一のBACKUPコマンドにできます。

コメントは行の任意の場所で番号記号(#)文字を使用して挿入することができます。#文字に後続する行の部分は無視されます。次に例を示します。

# run this command once each day
BACKUP INCREMENTAL LEVEL 1
FOR RECOVER OF COPY      # using incrementally updated backups
WITH TAG "DAILY_BACKUP"  # daily backup routine
DATABASE;

RMANの予約語

RMAN言語には予約語があり、RMANコマンドで使用されています。通常は、RMANコマンド言語の本来の意味と矛盾する方法では予約語を使用しないでください。

予約語をRMANコマンドの引数として使用する必要がある場合(たとえば、ファイル名、表領域名、タグ名など)は、予約語を一重引用符または二重引用符で囲んでください。そうしないと、RMANでコマンドが正しく解析されず、エラーが発生します。例1-1に、RMANコマンドでRMAN予約語を適切に使用している例と適切でない使用例を示します。

例1-1 予約語をRMANコマンドの引数に使用する例

ALLOCATE CHANNEL backup DEVICE TYPE DISK;         # incorrect
ALLOCATE CHANNEL "backup" DEVICE TYPE DISK;       # correct
BACKUP DATABASE TAG full;                         # incorrect
BACKUP DATABASE TAG 'full';                       # correct

関連項目:

現在のすべての予約語のリストは、「RMANの予約語」を参照してください。

RMANコマンドの概要

表1-1に、RMANプロンプトまたはRUNコマンド、あるいはその両方で実行できるRMANコマンドの機能の概要を示します。非推奨になっているコマンドとオプションもありますが、旧リリースのRMANのすべてのコマンドが、現行のリリースで動作します(「非推奨になったRMAN構文」を参照)。RMANクライアントのコマンドライン・オプションについては、「RMAN」を参照してください。

表1-1 Recovery Managerコマンド

コマンド

用途

@(アットマーク)

コマンド・ファイルを実行します。

@@(二重アットマーク)

現在実行中のコマンド・ファイルと同じディレクトリにあるコマンド・ファイルを実行します。@@コマンドが@コマンドと異なるのは、コマンド・ファイル内から実行される場合のみです。

ADVISE FAILURE

修復オプションを表示します。

ALLOCATE CHANNEL

チャネルを確立します。これは、RMANとデータベース・インスタンス間の接続です。

ALLOCATE CHANNEL FOR MAINTENANCE

DELETEコマンドなどのメンテナンス・コマンドの発行に備えてチャネルを割り当てます。

BACKUP

データベース・ファイル、データベース・ファイルのコピー、アーカイブ・ログまたはバックアップ・セットをバックアップします。

CATALOG

ファイル・コピーおよびユーザー管理バックアップに関する情報をリポジトリに追加します。

CHANGE

バックアップ・ピース、イメージ・コピーまたはアーカイブREDOログをステータスUNAVAILABLEまたはAVAILABLEを持つものとしてマークします。バックアップまたはコピーのリポジトリ・レコードを削除します。バックアップまたはコピーの保存方針をオーバーライドします。DB_UNIQUE_NAMEを使用してターゲット・データベースのリカバリ・カタログを更新します。

CONFIGURE

永続的なRMAN設定を構成します。この設定は、明示的に変更または使用不可にするまで、すべてのRMANセッションに適用されます。

CONNECT

RMANとターゲット・データベース、補助データベースまたはリカバリ・カタログ・データベースとの接続を確立します。

CONVERT

プラットフォーム間で表領域とデータベースをトランスポートするために、データファイルの形式を変換します。

CREATE CATALOG

リカバリ・カタログのためのスキーマを作成します。

CREATE SCRIPT

ストアド・スクリプトを作成してリカバリ・カタログに格納します。

CROSSCHECK

アーカイブ・ログ、データファイルのコピーおよびバックアップ・ピースなど、RMANで管理されるファイルが、ディスクまたはテープに引き続き存在するかどうかを判断します。

DELETE

バックアップとコピーを削除し、その参照をリカバリ・カタログから削除し、その制御ファイル・レコードをステータスDELETEDに更新します。

DELETE SCRIPT

ストアド・スクリプトをリカバリ・カタログから削除します。

DESCRIBE

表またはビューの列定義をリストします。

DROP CATALOG

リカバリ・カタログからスキーマを削除します。

DROP DATABASE

ディスクからターゲット・データベースを削除して登録を解除します。

DUPLICATE

ターゲット・データベースのバックアップを使用して、テストに使用できる複製データベースを作成するか、スタンバイ・データベースを作成します。

EXECUTE SCRIPT

RMANストアド・スクリプトを実行します。

EXIT

RMAN実行可能ファイルを終了します。

FLASHBACK DATABASE

データベースを過去のある時点またはSCNでの状態に戻します。

GRANT

リカバリ・カタログのユーザーに権限を付与します。

HOST

RMANからオペレーティング・システムのコマンドライン・サブシェルをコールするか、特定のオペレーティング・システム・コマンドを実行します。

IMPORT CATALOG

あるリカバリ・カタログから別のリカバリ・カタログに、メタデータをインポートします。

LIST

バックアップ・セットまたはコピーの詳細リストを生成します。

PRINT SCRIPT

ストアド・スクリプトを表示します。

QUIT

RMAN実行可能ファイルを終了します。

RECOVER

バックアップまたはデータファイルのコピーからリストアされたデータファイルまたはデータ・ブロックにREDOログ・ファイルおよび増分バックアップを適用して、内容を特定の時点の状態に更新します。

REGISTER DATABASE

ターゲット・データベースをリカバリ・カタログに登録します。

RELEASE CHANNEL

ALLOCATE CHANNELコマンドまたはALLOCATE CHANNEL FOR MAINTENANCEコマンドで割り当てたチャネルを解放します。

REPAIR FAILURE

自動診断リポジトリに記録された1つ以上の障害を修復します。

REPLACE SCRIPT

リカバリ・カタログに格納されている既存のスクリプトを置換します。既存のスクリプトがない場合は、REPLACE SCRIPTによりスクリプトが作成されます。

REPORT

リカバリ・カタログの内容の詳細分析を行います。

RESET DATABASE

SQL文ALTER DATABASE OPEN RESETLOGSが実行され、ターゲット・データベースの新規インカネーションが作成されたことをRMANに通知するか、またはターゲット・データベースを以前のインカネーションに再設定します。

RESTORE

バックアップ・セットまたはディスク・コピーから、デフォルト位置または新規の位置にファイルをリストアします。

RESYNC CATALOG

完全再同期化を実行します。これにより、スナップショット制御ファイルが作成され、そのファイルから新規または変更後の情報がリカバリ・カタログにコピーされます。

REVOKE

リカバリ・カタログ・ユーザーから権限を取り消します。

RMAN

オペレーティング・システムのコマンドラインからRMANを起動します。

RUN

1つ以上の一連のRMANコマンドを実行します。これは、RUNの中カッコ内で実行される1つ以上の文です。

SEND

ベンダー固有の引用符付き文字列を1つ以上の特定チャネルに送信します。

SET

RUNブロックまたはセッションの実行時にRMANの動作に影響する様々な属性の値を設定します。

SHOW

現行のCONFIGURE設定を表示します。

SHUTDOWN

ターゲット・データベースを停止します。このコマンドは、SQL*PlusのSHUTDOWNコマンドと同じです。

SPOOL

RMAN出力をログ・ファイルに書き込みます。

SQL

Recovery Manager内からSQL文またはPL/SQLプロシージャを実行します。

SQL (引用符)

Recovery Manager内からSQL文を実行します。改善された構文については、SQLコマンドを参照してください。

STARTUP

ターゲット・データベースを起動します。このコマンドは、SQL*PlusのSTARTUPコマンドと同じです。

SWITCH

データファイルのコピーが、制御ファイルが指すデータファイルである現行のデータファイルであることを指定します。このコマンドは、データファイルに適用されるSQL文ALTER DATABASE RENAME FILEと同じです。

TRANSPORT TABLESPACE

1つ以上の表領域のバックアップからトランスポータブル表領域のセットを作成します。

UNREGISTER

リカバリ・カタログからデータベースを登録解除します。

UPGRADE CATALOG

リカバリ・カタログ・スキーマを、旧バージョンからRMAN実行可能ファイルに必要なバージョンにアップグレードします。

VALIDATE

バックアップ・セットを調べて、データの損傷がないかどうかをレポートします。RMANは、指定したバックアップ・セットのバックアップ・ピースをすべてスキャンし、チェックサムを参照して、内容が正しくリストアされるかどうかを検証します。

RMAN副次句の概要

複数のコマンドで使用される副次句は、不要な重複を避けるために章を分けて説明しています。副次句を使用するコマンドの説明には、「RMAN副次句」の副次句の項目への相互参照が含まれています。表1-2に、RMANの副次句をまとめています。

表1-2 Recovery Managerの副次句

副次句

指定内容

allocOperandList

PARMS、FORMATなどのチャネル制御オプション

archivelogRecordSpecifier

アーカイブREDOログ・ファイルの範囲

completedTimeSpec

バックアップまたはコピーが完了した時刻の範囲

connectStringSpec

ターゲット・データベース、リカバリ・カタログ・データベースまたは補助データベースに接続するための、ユーザー名、パスワードおよびネット・サービス名。この接続は、ユーザーの認証とデータベースの識別のために必要です

datafileSpec

ファイル名または絶対ファイル番号によるデータファイル

dbObject

データベースまたはデータベースの一部。

deviceSpecifier

バックアップまたはコピーに使用するストレージ・デバイスのタイプ

fileNameConversionSpec

BACKUP AS COPY、CONVERTおよびDUPLICATEの実行時に、ソース・ファイル名からターゲット・ファイル名への変換に使用するパターン

forDbUniqueNameOption

Data Guard環境のすべてのデータベース、または固有のDB_UNIQUE_NAMEを持つデータベース

foreignFileSpec

リカバリするデータベース・オブジェクトとそれらのオブジェクトが含まれるバックアップ・セットの名前

foreignlogRecordSpecifier

外部アーカイブREDOログ・ファイルの範囲

formatSpec

バックアップまたはコピーのファイル名形式

keepOption

バックアップまたはコピーを現行の保存方針から除外するかどうか

listObjList

LISTコマンドで表示する項目

maintQualifier

DELETEやCHANGEなどのメンテナンス・コマンドの追加オプション

maintSpec

CHANGE、CROSSCHECKおよびDELETEなどのメンテナンス・コマンドで操作されるファイル

obsOperandList

指定条件に従って不要となるバックアップ

recordSpec

メンテナンス・コマンドで操作されるオブジェクト

sizeSpec

データのサイズ

tempfileSpec

一時ファイル(パスまたはファイル番号で指定)

untilClause

上限(時刻、SCNまたはログ順序番号で指定)。通常、この句は不完全リカバリに必要な時点を指定するために使用します

2 RMANコマンド: @(アットマーク)からQUITまで

この章では、RMANのコマンドをアルファベット順に説明します。RMANコマンドとコマンドライン・オプションの概要は、「RMANコマンドの概要」を参照してください。

- @(アットマーク)

- @@(二重アットマーク)

- ADVISE FAILURE

- ALLOCATE CHANNEL

- ALLOCATE CHANNEL FOR MAINTENANCE

- BACKUP

- CATALOG

- CHANGE

- CONFIGURE

- CONNECT

- CONVERT

- CREATE CATALOG

- CREATE SCRIPT

- CROSSCHECK

- DELETE

- DELETE SCRIPT

- DESCRIBE

- DROP CATALOG

- DROP DATABASE

- DUPLICATE

- EXECUTE SCRIPT

- EXIT

- FLASHBACK DATABASE

- GRANT

- HOST

- IMPORT CATALOG

- LIST

- PRINT SCRIPT

- QUIT

@(アットマーク)

用途

@コマンドを使用すると、指定したパス名のオペレーティング・システム・ファイルに格納されている一連のRMANコマンドを実行できます。

注意:

ファイルには、完全なRMANコマンドを記述する必要があります。コマンドの一部のみを記述すると、構文エラーが発生します。

前提条件

コマンド・ファイルには、完全なRMANコマンドを記述する必要があります。

@コマンドをRUNコマンド内で使用する場合は、@コマンドを独自の行に記述する必要があります(例2-2を参照)。

使用上の注意

RMANでは、@コマンドのかわりにそのファイルの内容が入力されたものとして、ファイルを処理します。例2-3に示すように、コマンド・ファイル内に置換変数を指定し、実行時にそのコマンド・ファイルに値を渡すことができます。

関連項目:

RMANで置換変数を使用する方法については、「RMAN」を参照してください。

構文

@::=

セマンティクス

構文要素

説明

filename

たとえば、コマンド・ファイルの名前を@/oracle/dbs/cmd/cmd1.rmanのように指定します。絶対パス名を指定しなかった場合(@cmd1.rmanなどのように指定した場合)は、現行の作業ディレクトリが対象となります。

ファイルの拡張子は任意のものを指定できます(拡張子はなくても有効です)。文字列の前後を引用符で囲んだり、@キーワードとファイル名との間に空白を残さないでください。

例

例2-1 オペレーティング・システムのコマンドラインからのコマンド・ファイルの実行

次の例では、RMANコマンド・ファイルを作成し、それをオペレーティング・システムのコマンドラインから実行します。

% echo "BACKUP DATABASE;" > backup_db.rman
% rman TARGET / @backup_db.rman

例2-2RMANでのコマンド・ファイルの実行

次の例は、コマンド・ファイルを、RMANプロンプトから実行する方法とRUNコマンド内から実行する方法を示しています。ユーザー入力のテキストは太字で示しています。

RMAN> @backup_db.rman
RMAN> RUN {
2> @backup_db.rman
3> backup database;
4> **end-of-file**
5> }

例2-3 置換変数の指定

テキスト・エディタを使用して、次の内容のコマンド・ファイルwhole_db.rmanを作成したとします。

# name: whole_db.rman
BACKUP TAG &1 COPIES &2 DATABASE;
EXIT;

次の例では、オペレーティング・システムのプロンプトでRMANを起動してから、ターゲット・データベースに接続します。次に、@コマンドを実行してコマンド・ファイルに変数を渡し、タグがQ106のデータベース・バックアップを2つ作成します。

% rman TARGET /
RMAN> @/tmp/whole_db.rman Q106 2

@@(二重アットマーク)

用途

@@コマンドを使用すると、指定したファイル名のオペレーティング・システム・ファイルに格納されている一連のRMANコマンドを実行できます。

@@がコマンド・ファイルに含まれている場合、@@filenameによって、RMANは、指定したファイル名をコール元のコマンド・ファイルと同じディレクトリ内で検索します。@@コマンドは、コマンド・ファイル内で使用しない場合、@(アットマーク)コマンドと同じです。

前提条件

コマンド・ファイルには、完全なRMANコマンドを記述する必要があります。

使用上の注意

コマンド・ファイルは、RMANクライアントに対してローカルです。ファイル名の解決は、オペレーティング・システムに依存します。たとえば、UNIXまたはWindowsでの@tmp/cmd1.rmanの場合、tmpが現行のディレクトリのサブディレクトリで、ファイルcmd1.rmanがそのサブディレクトリの中にあることを意味しています。

ここで、@と@@の違いを示します。RMANを次のように起動するとします。

% rman TARGET /
RMAN> @/tmp/cmd1.rman

cmd1.rmanスクリプト内にコマンド@@cmd2.rmanがあるとします。この場合、@@コマンドはRMANに対して、ディレクトリ/tmpにあるファイルcmd2.rmanを検索するように指示します。

@コマンドの場合と同様に、コマンド・ファイル内に置換変数を指定して、@@の実行時に、そのコマンド・ファイルに値を渡すことができます(例2-4を参照)。

構文

@@::=

セマンティクス

構文要素

説明

filename

たとえば、コマンド・ファイルの名前を@@cmd2.rmanのように指定します。

例

例2-4 別のコマンド・ファイル内からのコマンド・ファイルのコール

次のオペレーティング・システム・コマンドによって、コマンド・ファイルbackup_logs.rmanおよびbackup_db.rmanが作成されます。

% echo "BACKUP ARCHIVELOG ALL;" > /tmp/bkup_logs.rman
% echo "BACKUP TAG &1 DATABASE;" > /tmp/bkup_db.rman
% echo "@@bkup_logs.rman" >> /tmp/bkup_db.rman

次の例では、コマンドラインからRMANを起動し、オペレーティング・システム認証を使用してターゲット・データベースに接続します。@コマンドは、bkup_db.rmanを実行しますが、そのファイルには@@bkup_logs.rmanコマンドが記述されています。@@コマンドは、bkup_db.rmanが存在するディレクトリと同じディレクトリからbkup_logs.rmanスクリプトを検索します。この例では、置換変数を使用して、データベース・バックアップのタグWHOLE_DBが指定されています。

% rman TARGET /
RMAN> @/tmp/bkup_db.rman whole_db

ADVISE FAILURE

用途

ADVISE FAILUREコマンドを使用すると、指定した障害の修復オプションを表示できます。このコマンドは、データ・リカバリ・アドバイザが認識している障害のサマリーを出力し、修復済の障害がオープン状態になっている場合は、暗黙的にクローズします。

このコマンドを使用する場合の推奨手順として、RMANセッションで、まずLIST FAILUREを実行して障害を表示し、次にADVISE FAILUREを実行して修復オプションを表示し、REPAIR FAILUREを実行して障害を修復します。

前提条件

RMANがターゲット・データベースに接続されている必要があります。TARGETとしてデータベースに接続する方法については、CONNECTおよびRMANコマンドを参照してください。

ターゲット・データベース・インスタンスが起動されている必要があります。ターゲット・データベースは、単一インスタンス・データベースである必要があります。また、ロジカル・スタンバイ・データベースは指定できますが、フィジカル・スタンバイ・データベースは指定できません。

現行リリースでは、データ・リカバリ・アドバイザは、単一インスタンス・データベースのみをサポートします。Oracle Real Application Clusters(Oracle RAC)データベースはサポートされていません。

使用上の注意

データ・リカバリ・アドバイザは、修復の可能性を検証してから修復方法を提案します。たとえば、データ・リカバリ・アドバイザが、メディア・リカバリに必要なすべてのバックアップとアーカイブREDOログ・ファイルが使用可能かどうかをチェックするとします。ADVISE FAILUREの出力には、データ・リカバリ・アドバイザが特定の障害に対して最適とみなした修復方法が示されます。ADVISE FAILUREコマンドでは、手動と自動の両方の修復オプションを生成できます。

手動修復オプション

手動修復オプションは、必須または任意のいずれかになります。任意のアクションの方が、自動修復よりも短時間で簡単に障害を修正できることがあります。たとえば、データ・リカバリ・アドバイザによって、プライマリ・データベースの修復のかわりに、スタンバイ・データベースへのフェイルオーバーが推奨される場合があります。

他にも、自動修復が実現できないため、手動が唯一のオプションになる場合もあります。たとえば、I/O障害は、ほとんどの場合に自動では修復できません。また、オペレーティング・システムやディスク・サブシステムから戻されるデータが不十分なために、障害を診断できない場合もあります。

自動修復オプション

各自動修復オプションは、単一修復または修復ステップ・セットのいずれかです(コマンド出力の詳細は、表2-1を参照)。修復オプションに、複数の修復ステップがあるスクリプトが含まれる場合、ADVISE FAILUREは、修復ステップが正しい順序になるようにスクリプトを生成します。単一修復の場合は、常にCRITICALな障害がまとめて修復されます。CRITICALな障害の修復は必須ですが、CRITICALでない障害を同時に修復することも可能です。CRITICALでない障害は、1つずつ任意の順序で修復することも、まとめて修復することもできます。

Oracle RACおよびデータ・リカバリ・アドバイザ

Oracle RACデータベースのすべてのインスタンスでデータ障害が発生した場合に、単一インスタンス・モードでデータベースをマウントしてデータ・リカバリ・アドバイザを使用すると、制御ファイル、SYSTEMデータファイルおよびディクショナリの障害を検出して修復できます。また、ヘルス・チェックを開始して、他のデータベース・コンポーネントにデータ障害がないかをテストすることもできます。この方法では、データファイルにアクセスできないなど、他のクラスタ・インスタンスのローカルのデータ障害を検出することはできません。

構文

advise::=

セマンティクス

advise

構文要素

説明

ADVISE FAILURE

自動診断リポジトリに記録されている障害のうち、優先順位がCRITICALまたはHIGHのものに関するすべての情報を表示します。

現行のセッションでLIST FAILUREコマンドが実行済のときは、オプションを指定しない場合にのみADVISE FAILUREを使用できます。

注意: 現行のRMANセッションで、LIST FAILUREコマンドを最後に実行した後に新しい障害が診断リポジトリに記録されている場合、RMANは警告を発行してから、CRITICALおよびHIGHと記録される障害に関するアドバイスを表示します。

ALL

オープン状態のすべての障害をまとめて修復するオプションを表示します。

CRITICAL

重大な障害のみを修復するオプションを表示します。

HIGH

優先順位がHIGHの障害のみを修復するオプションを表示します。

LOW

優先順位がLOWの障害のみを修復するオプションを表示します。

UNKNOWN

データベースがマウントされるまで優先順位を決定できない障害のみを修復するオプションを表示します。

failureNumber

指定された障害のみを修復するオプションを表示します。

EXCLUDE FAILURE failureNumber

指定された障害をリストから除外します。

ADVISE FAILUREコマンドの出力

ADVISE FAILUREの出力には、LIST FAILUREの出力も含まれます(説明は、表2-27を参照)。出力例については、例2-5を参照してください。

RMANは、順序が決まっていないリスト形式で必須および任意の手動によるアクションを提示します。手動オプションが存在する場合は、自動オプションの前に表示されます。表2-1に、自動修復オプションの出力を示します。

表2-1 自動修復オプション

列

指定対象

Option

自動修復オプションの識別子。

Strategy

REPAIR FAILUREコマンドで障害を修復する方法。

データ・リカバリ・アドバイザで提示される自動修復オプションは、可能な場合には必ずデータ消失のないオプションになります。自動修復オプションは、基本的に次のカテゴリに分類されます。

- データ消失のない修復

- データ消失を伴う修復(フラッシュバック・データベースなど)

注意: ADVISEコマンドは、データ・リカバリ・アドバイザが最適とみなした一連の修復ステップに一連の障害をマッピングします。可能な場合は、データ・リカバリ・アドバイザが複数の修復ステップを1つの修復としてまとめます。たとえば、データベースのデータファイルが破損し、制御ファイルと現行のREDOログ・グループがなくなった場合、データ・リカバリ・アドバイザでは、データベースをリストアしてPoint-in-Timeリカバリを実行するために、1つの統合された修復計画が提示されます。

Repair Description

提案された修復の説明。たとえば、データファイル17のリストアとリカバリが、修復として提案されます。

Repair Script

すべての修復アクションとコメントが記述された編集可能なスクリプトの場所。自動修復を実行しない場合は、このスクリプトの内容を確認して、手動リカバリで使用するように編集できます。

例

例2-5 すべての障害の修復オプションの表示

この例は、データ・リカバリ・アドバイザで認識されているすべての障害の修復オプションを表示します。この例では、2つの障害(データファイルの欠落、および破損ブロックのあるデータファイル)が示されています。

RMAN> LIST FAILURE;

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
142        HIGH     OPEN      23-APR-13     One or more non-system datafiles are missing
101        HIGH     OPEN      23-APR-13     Datafile 1: '/disk1/oradata/prod/system01.dbf'
contains one or more corrupt blocks

RMAN> ADVISE FAILURE;

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
142        HIGH     OPEN      23-APR-13     One or more non-system datafiles
are missing
101        HIGH     OPEN      23-APR-13     Datafile 1: '/disk1/oradata/prod/system01.dbf'
contains one or more corrupt blocks

analyzing automatic repair options; this may take some time
using channel ORA_DISK_1
analyzing automatic repair options complete

Mandatory Manual Actions
========================
no manual actions available

Optional Manual Actions
=======================
1. If file /disk1/oradata/prod/users01.dbf was unintentionally renamed or moved, restore it

Automated Repair Options
========================
Option Repair Description
------ ------------------
1      Restore and recover datafile 28; Perform block media recovery of
block 56416 in file 1
Strategy: The repair includes complete media recovery with no data loss
Repair script: /disk1/oracle/log/diag/rdbms/prod/prod/hm/reco_660500184.hm

ALLOCATE CHANNEL

用途

ALLOCATE CHANNELを使用すると、チャネル(RMANとデータベース・インスタンスとの接続)を手動で割り当てることができます。 ALLOCATE CHANNELコマンドは、RUNブロック内で発行する必要があります。コマンドを発行するブロック内に存在するチャネルのみを割り当てることができます。

前提条件

ターゲット・インスタンスを事前に起動する必要があります。

使用上の注意

手動で割り当てたチャネルと、CONFIGUREを指定して自動的に割り当てたチャネルは区別されます。自動チャネルは、手動でチャネルを割り当てていないすべてのRMANのジョブに適用されます。自動チャネル構成を、RUNコマンド内で手動で割り当てたチャネルでオーバーライドすることはできますが、手動チャネルをALLOCATE CHANNELで指定した後で、BACKUP DEVICE TYPEまたはRESTORE DEVICE TYPEを使用して、自動チャネルを使用することはできません。

複数チャネル

割り当てることができるチャネルは最大255で、チャネル当たり最大64ファイルをパラレルに読み取ることができます。ジョブ内の並列度は、割り当てるチャネル数で制御できます。複数チャネルを同時に割り当てると、1つのジョブで複数のバックアップ・セットやディスク・コピーをパラレルに読み書きできます。こうして、各チャネルが別々のバックアップ・セットまたはコピーの操作を行います。

ディスクへのバックアップを行う場合、通常は、出力デバイスごとにチャネルを1つ割り当てます(例2-7を参照)。ただし、RMANが、ストライプ化されたファイル・システムまたはASMディスク・グループに対して書込みを行う場合は、複数のチャネルを使用することでパフォーマンスを向上できます。テープにバックアップを作成する場合は、一般に、テープ・デバイスの数を多重化されたコピー数で除算した数が、テープ・チャネルの数に等しくなるようにします(例2-8を参照)。

Oracle RAC環境のチャネル

すべてのOracle RACインスタンスのSYSおよびSYSBACKUPユーザーのパスワードが同じである場合、ALLOCATEまたはCONFIGUREコマンドのCONNECTオプションでパスワードを指定する必要はありません。user@database形式の接続文字列を使用すると、RMANセッションの開始時にTARGET接続で使用されたものと同じパスワードが自動的に使用されます。

構文

allocate::=

(deviceSpecifier::=, allocOperandList::=)

セマンティクス

構文要素

説明

AUXILIARY

RMANと補助データベース・インスタンスとの接続を指定します。

補助インスタンスは、DUPLICATEまたはTRANSPORT TABLESPACEコマンドを実行する場合、およびRECOVER TABLESPACEでTSPITRを実行する場合に使用します(例2-9を参照)。このオプションを指定する場合は、補助インスタンスが起動されている必要がありますが、マウントされている必要はありません。

関連項目: データベースの複製方法は「DUPLICATE」を、複製データベース・インスタンスへの接続方法は「CONNECT」を参照してください。

CHANNEL channel_id

RMANとターゲット・データベース・インスタンスとの接続を指定します。channel_idはチャネルの名前で、大/小文字が区別されます。データベースでは、I/Oエラーのレポートにchannel_idが使用されます。

接続するたびに、ターゲット・インスタンスまたは補助インスタンスでデータベース・サーバー・セッションが開始されます。このセッションで、RMANバックアップのバックアップ、リストアまたはリカバリが実行されます。共有サーバー・セッションには接続できません。

ALLOCATE CHANNELによってオペレーティング・システム・リソースがすぐに割り当てられるかどうかは、オペレーティング・システムによって異なります。プラットフォームによっては、コマンドの発行時に割り当てられます。別のプラットフォームでは、ファイルを読み書きのためにオープンするまで割り当てられません。

各チャネルは、一度に1つのバックアップ・セットまたはイメージ・コピーを使用します。RMANは、ジョブ終了時に自動的にチャネルを解放します。

注意: チャネル名の接頭辞にORA_は使用できません。接頭辞ORA_で始まるチャネル名は、RMAN専用に予約されています。

DEVICE TYPE deviceSpecifier

バックアップ用のストレージ・タイプを指定します。V$BACKUP_DEVICEビューへの問合せで、使用可能なデバイス・タイプと名前がわかります。

注意: DEVICE TYPE DISKを指定すると、サーバー・セッション作成用以外のオペレーティング・システム・リソースは割り当てられません。

関連項目: 「deviceSpecifier」を参照してください

allocOperandList

割り当てたチャネルの制御オプションを指定します。順次I/Oデバイスのチャネル・パラメータはプラットフォームによって異なります(例2-6を参照)。

関連項目: 「allocOperandList」を参照してください

例

例2-6 バックアップ用チャネルの手動割当て

この例では、データベース全体およびアーカイブREDOログのバックアップ用に1つのテープ・チャネルを割り当てます。PARMSパラメータで、wholedb_mfというOracle Secure Backupメディア・ファミリを指定しています。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS 'ENV=(OB_MEDIA_FAMILY=wholedb_mf)';
BACKUP DATABASE;
BACKUP ARCHIVELOG ALL NOT BACKED UP;
}

例2-7 複数ディスクへのバックアップの分散

ディスクにバックアップする場合は、複数のディスク・ドライブに分散したバックアップが実行できます。ディスク・ドライブごとにDEVICE TYPE DISKチャネルを1つ割り当て、出力ファイルごとにディスクが異なるようにフォーマット文字列を指定します。

RUN
{
ALLOCATE CHANNEL disk1 DEVICE TYPE DISK FORMAT '/disk1/%U';
ALLOCATE CHANNEL disk2 DEVICE TYPE DISK FORMAT '/disk2/%U';
BACKUP DATABASE PLUS ARCHIVELOG;
}

例2-8 テープへのバックアップの複数コピーの作成

この例では、stape1、stape2、stape3およびstape4の4つのテープ・ドライブを書込みに使用できます。SET BACKUP COPIESコマンドを使用して、データベース・バックアップの同じコピーを2つ作成するように、RMANに対して指定します。一般に、テープ・チャネルの数は、多重化されたコピー数でテープ・デバイスの数を除算した数と等しくするため、2つのチャネルを割り当てます。この場合、BACKUP_TAPE_IO_SLAVES初期化パラメータをTRUEに設定する必要があります。

Oracle Secure BackupのOB_DEVICE_nパラメータでは、nにバックアップ・ピースのコピー数を指定します。RMANは、各バックアップ・ピースのコピー1をstape1とstape2のテープ・ドライブに書き込み、各バックアップ・ピースのコピー2をstape3とstape4のドライブに書き込みます。このようにして、データベース・バックアップの各コピーは、2つのテープ・ドライブ間で分散され、各ドライブ上にデータの一部が格納されます。

RUN
{
ALLOCATE CHANNEL t1 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape1,OB_DEVICE_2=stape3)';
ALLOCATE CHANNEL t2 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape2,OB_DEVICE_2=stape4)';
SET BACKUP COPIES 2;
BACKUP DATABASE;
}

例2-9 データベース複製用の補助チャネルの割当て

この例では、バックアップから複製データベースが作成されます。複製用に構成されたチャネルでAUXILIARYオプションが指定されていない場合でも、RMANは、そのチャネルを使用できます。この例では、事前に構成されているSBTチャネルがないため、補助SBTチャネルを手動で割り当てます。

RUN
{
ALLOCATE AUXILIARY CHANNEL c1 DEVICE TYPE sbt;
DUPLICATE TARGET DATABASE
TO dupdb
DB_FILE_NAME_CONVERT '/disk2/dbs/','/disk1/'
SPFILE
PARAMETER_VALUE_CONVERT   '/disk2/dbs/',
'/disk1/'
SET LOG_FILE_NAME_CONVERT '/disk2/dbs/',
'/disk1/';
}

関連項目:

DB_FILE_NAME_CONVERTパラメータの詳細は、『Oracle Databaseリファレンス』を参照してください

ALLOCATE CHANNEL FOR MAINTENANCE

用途

ALLOCATE CHANNEL FOR MAINTENANCEコマンドを使用すると、CHANGE、DELETEまたはCROSSCHECKコマンドの発行に備えてチャネルを手動で割り当てることができます。チャネルの割当て解除は、RELEASE CHANNELコマンドで実行できます。

注意:

CONFIGUREを使用して、構成内のデバイス・タイプごとにチャネルを1つ以上割り当てる場合は、ALLOCATE CHANNEL FOR MAINTENANCEを使用する必要はありません。メンテナンス・チャネルではなく構成済チャネルを使用することをお薦めします。構成済チャネルは、メンテナンス・チャネルでサポートされるメンテナンス・タスクのみでなく、指定したデバイスへのすべてのRMANのI/Oに使用できます。構成済チャネルは、RMANセッション全体で保持されます。

前提条件

このコマンドは、RUNブロック内ではなく、RMANプロンプトでのみ実行できます。ターゲット・インスタンスを事前に起動する必要があります。共有セッションにメンテナンス・チャネルを割り当てることはできません。

使用上の注意

メンテナンス・チャネルは、原則としてデバイスごとに1つずつ割り当ててください。手動割当てチャネルと自動チャネルが混在することはありません。一般に、1つのジョブに対して複数のメンテナンス・チャネルを割り当てるのは、次の場合に限定してください。

- 単一のコマンドを使用して、ディスクとテープの両方で、すべてのバックアップ・ピースのクロスチェックまたは削除を行えるようにする場合(例2-11を参照)。

- 各バックアップ・ピースが1つのノードのみに存在するOracle Real Application Clusters (Oracle RAC)構成で、クロスチェックと削除を正常に機能させる場合(例2-12を参照)

RMANではメンテナンス・チャネルのネーミング規則としてORA_MAINT_devicetype_nが使用されます。devicetypeはDISKまたはsbtで、nはチャネル番号です。たとえば、RMANでは、手動で割り当てた2つのディスク・チャネルに次の名前が使用されます。

ORA_MAINT_DISK_1
ORA_MAINT_DISK_2

関連項目:

複数チャネルをクロスチェックおよび削除する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』 を参照してください

構文

allocateForMaint::=

(deviceSpecifier::=, allocOperandList::=)

セマンティクス

allocateForMaint

構文要素

説明

DEVICE TYPE deviceSpecifier

バックアップ用のストレージ・タイプを指定します。V$BACKUP_DEVICEビューへの問合せで、使用可能なデバイス・タイプと名前がわかります。

関連項目: 「deviceSpecifier」を参照してください

allocOperandList

割り当てたチャネルの制御オプションを指定します。順次I/Oデバイスのチャネル・パラメータはプラットフォームによって異なります。

関連項目: 「allocOperandList」を参照してください

例

例2-10 バックアップ・セットの削除

すべてのRMANバックアップを削除して、テープ・セットを再利用する必要があるとします。この例では、ディスク・チャネルのみがデフォルトで構成されています。この例では、SBTチャネルを手動で割り当て、すべてのバックアップをテープから削除した後で、チャネルを解放します。

RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;

allocated channel: ORA_MAINT_SBT_TAPE_1
channel ORA_MAINT_SBT_TAPE_1: SID=135 device type=SBT_TAPE
channel ORA_MAINT_SBT_TAPE_1: Oracle Secure Backup

RMAN> DELETE NOPROMPT BACKUP;

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
9957    9954    1   1   AVAILABLE   SBT_TAPE    8oic41ad_1_1
9974    9972    1   1   AVAILABLE   SBT_TAPE    c-28014364-20130308-17
10024   10021   1   1   AVAILABLE   SBT_TAPE    8qic41c3_1_1
10045   10042   1   1   AVAILABLE   SBT_TAPE    c-28014364-20130308-18
10446   10443   1   1   AVAILABLE   SBT_TAPE    8uic47fg_1_1
10487   10482   1   1   AVAILABLE   SBT_TAPE    90ic47ih_1_1
10488   10483   1   1   AVAILABLE   SBT_TAPE    91ic47j1_1_1
10524   10514   1   1   AVAILABLE   SBT_TAPE    92ic47q4_1_1
10540   10538   1   1   AVAILABLE   SBT_TAPE    c-28014364-20130308-1a
deleted backup piece
backup piece handle=8oic41ad_1_1 RECID=198 STAMP=616695118
deleted backup piece
backup piece handle=c-28014364-20130308-17 RECID=199 STAMP=616695145
deleted backup piece
backup piece handle=8qic41c3_1_1 RECID=200 STAMP=616695171
deleted backup piece
backup piece handle=c-28014364-20130308-18 RECID=201 STAMP=616695188
deleted backup piece
backup piece handle=8uic47fg_1_1 RECID=204 STAMP=616701424
deleted backup piece
backup piece handle=90ic47ih_1_1 RECID=205 STAMP=616701521
deleted backup piece
backup piece handle=91ic47j1_1_1 RECID=206 STAMP=616701538
deleted backup piece
backup piece handle=92ic47q4_1_1 RECID=207 STAMP=616701764
deleted backup piece
backup piece handle=c-28014364-20130308-1a RECID=208 STAMP=616701783
Deleted 11 objects

RMAN> RELEASE CHANNEL;

released channel: ORA_MAINT_SBT_TAPE_1

例2-11 複数のデバイス上のバックアップのクロスチェック

ディスク上とテープ上のアーカイブREDOログ・ファイルをクロスチェックする必要があるとします。また、デフォルトのデバイス・タイプがディスクに設定され、SBTチャネルも構成されていますが、ディスクとテープの両方に別のチャネルを使用する必要があるとします。その場合は、必要に応じた設定でメンテナンス・チャネルを手動で割り当てることができます。

RMAN> SHOW DEFAULT DEVICE TYPE;

RMAN configuration parameters for database with db_unique_name PROD are:
CONFIGURE DEFAULT DEVICE TYPE TO DISK;

RMAN> SHOW CHANNEL;

RMAN configuration parameters for database with db_unique_name PROD are:
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' PARMS  'SBT_LIBRARY=/usr/local/oracle/backup/lib/libobk.so, ENV=(OB_DEVICE_1=stape1)';

RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt PARMS 'SBT_LIBRARY=/usr/local/oracle/backup/lib/libobk.so, ENV=(OB_DEVICE_1=stape2)';

allocated channel: ORA_MAINT_SBT_TAPE_1
channel ORA_MAINT_SBT_TAPE_1: SID=135 device type=SBT_TAPE
channel ORA_MAINT_SBT_TAPE_1: Oracle Secure Backup

RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK FORMAT "/disk2/%U";

allocated channel: ORA_MAINT_DISK_2
channel ORA_MAINT_DISK_2: SID=101 device type=DISK

Finished Control File and SPFILE Autobackup at 09-MAR-13

RMAN> CROSSCHECK BACKUP OF ARCHIVELOG ALL;

crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/disk2/95ic69jc_1_1 RECID=210 STAMP=616769132
crosschecked backup piece: found to be 'EXPIRED'
backup piece handle=/disk2/96ic69jf_1_1 RECID=211 STAMP=616769135
Crosschecked 2 objects

crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/disk2/96ic69jf_1_1 RECID=211 STAMP=616769135
Crosschecked 1 objects

RMAN> RELEASE CHANNEL;

released channel: ORA_MAINT_SBT_TAPE_1
released channel: ORA_MAINT_DISK_2

例2-12 Oracle Real Application Clusters (Oracle RAC)構成でのクロスチェック

Oracle RAC構成内のすべてのノードに、すべてのストレージ・デバイス上のすべてのバックアップに対する同じアクセス権を付与する必要があります(ただし、これは必須要件ではありません)。Oracle RAC構成の2つのノードでバックアップのクロスチェックを実行するとします。各ノードには、ディスク・バックアップのサブセットへのアクセス権があります。すべてのバックアップは、クロスチェックで使用される2つ以上のノードからアクセス可能であるものとします。アクセスできないノードが1つ以上あるすべてのバックアップは、クロスチェックの後でEXPIREDとマークされます。

次の例では、Oracle RACインスタンスinst1およびinst2へのチャネル接続を示します。両方のチャネル接続で、RMANは、ターゲット・データベース接続で入力したユーザー名とパスワードと同じものを使用します。

ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK
CONNECT '@inst1';
ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK
CONNECT '@inst2';
CROSSCHECK BACKUP;

BACKUP

用途

BACKUPコマンドを使用すると、データベース(プライマリまたはスタンバイ)、表領域、データファイル(現行またはコピー)、制御ファイル(現行またはコピー)、サーバー・パラメータ・ファイル、アーカイブREDOログ・ファイルまたはバックアップ・セットのバックアップを作成できます。

追加トピック

- 前提条件

- 使用上の注意

- 構文

- セマンティクス

- 例

前提条件

RMANがターゲット・データベースに接続されている必要があります。TARGETとしてデータベースに接続する方法については、CONNECTおよびRMANコマンドを参照してください。

データベースのアーカイブ・モード

ターゲット・データベースのモードがARCHIVELOGの場合は、データベースが、現行の制御ファイルでマウントされているかまたはオープンされている必要があります。データベースがオープンされているときに作成されたバックアップには、一貫性がありません。一貫性のないバックアップをリストアした後は、データベースに一貫性を持たせるために、REDOログ・ファイルを適用する必要があります。

ターゲット・データベースのモードがNOARCHIVELOGの場合は、バックアップの作成時に一貫性のある停止を行った後で、データベースがマウントされている必要があります。停止の一貫性が保たれるのは、NORMAL、IMMEDIATEまたはTRANSACTIONALオプションを指定して、SHUTDOWNコマンドを正しく実行できた場合のみです。インスタンス障害が発生した場合やSHUTDOWN ABORTを実行した後で、RMANを使用して、NOARCHIVELOGのデータベースをバックアップすることはできません。

クロス・プラットフォーム・トランスポート用のデータのバックアップ

別のプラットフォームにデータをトランスポートするバックアップ・セットを作成するには、ターゲット・データベースのCOMPATIBLEパラメータが12.0.0以上である必要があります。

クロス・プラットフォーム・トランスポート用にデータベース全体をバックアップするには、ソース・プラットフォームと宛先プラットフォームが同じエンディアン形式を使用している必要があります。ソース・データベースは、読取り専用モードでオープンしている必要があります。

クロス・プラットフォーム・トランスポート用に表領域をバックアップする際にALLOW INCONSISTENT句が使用されていない場合、表領域は読取り専用モードである必要があります

バックアップ・メディア

RMANがファイルをバックアップできるのは、有効なメディアに対してのみです。DEVICE TYPE DISKを指定すると、RMANによってランダム・アクセス・ディスクにバックアップが作成されます。バックアップは、データファイルを格納できる任意のデバイスに作成できます。文CREATE TABLESPACE tablespace_name DATAFILE 'filename'が正しく動作すれば、'filename'は有効なバックアップ・パス名です。DEVICE TYPE sbtを指定した場合は、メディア・マネージャがサポートするメディアであれば、どのメディアにでもファイルをバックアップできます。

Oracle Databaseのファイルをディスクにバックアップする場合、そのファイルの論理ブロック・サイズは、バックアップ先デバイスの物理ブロック・サイズの偶数倍である必要があります。たとえば、ブロック・サイズが2KBのディスク・デバイスは、論理ブロック・サイズが2KB、4KB、6KBなどのOracleファイルのバックアップ先としてのみ使用できます。実際には、ほとんどのディスク・ドライブの物理ブロック・サイズは512バイトのため、この制限事項がバックアップに影響することはほとんどありません。ただし、BACKUP ... DEVICE TYPE DISKコマンドを使用して、書込み可能CDやDVD、またはより大容量の物理ブロック・サイズを持つその他のデバイスにデータベースをバックアップする場合は、この制限事項を考慮する必要がある場合があります。

チャネル

指定したデバイス・タイプに自動チャネルが構成されていない場合は、BACKUPを実行するたびにチャネルをデバイスに手動で割り当てる必要があります。手動チャネルを割り当てていない場合、RMANではCONFIGUREコマンドで設定されたデフォルトのチャネルが使用されます。RMANには事前構成済のDISKチャネルがありますが、事前構成済のsbtチャネルはありません。

注意:

ディスク・テストAPIを使用するバックアップは本番バックアップではサポートされません。かわりに、事前構成済のDISKチャネルを使用するか、DISKチャネルを手動で割り当ててください。

使用上の注意

RMANでバックアップできるのは、データファイル、制御ファイル、サーバー・パラメータ・ファイル、アーカイブREDOログ・ファイル、およびこれらのファイルのRMANバックアップのみです。RMANでは、その他のデータベース関連ファイル(ネットワーク構成ファイル、パスワード・ファイル、ブロック・チェンジ・トラッキング・ファイルなど)およびOracleホーム・ディレクトリの内容をバックアップできません。また、外部表やBFILEデータ型などのOracle Databaseの一部の機能についても、同様に、前述のファイル以外のファイルにデータが格納されます。RMANでは、これらのファイルをバックアップできません。

注意:

非CDBがプラガブル・データベース(PDB)として別のマルチテナント・コンテナ・データベース(CDB)に組み込まれると、非CDBのバックアップは使用できなくなります。

BACKUPコマンドは、RMANでは独立した複数のバックアップ手順に分けられています。RMANでは、独立した各手順は、特定のデバイスに割り当てられたチャネルで実行できます。割り当てられているチャネルが複数ある場合に、1つのチャネルで障害が発生するか、またはバックアップ手順の実行中に問題が発生すると、RMANは、別のチャネルで作業の完了を試行します。RMANは、チャネルでフェイルオーバーが発生すると、V$RMAN_OUTPUT、対話方式セッションまたはログ・ファイルへの出力にメッセージをレポートします。

あるプラットフォームで作成されたRMANバックアップを異なるプラットフォームにトランスポートできるのは、バックアップの作成時にFOR TRANSPORT句またはTO PLATFORM句を使用する場合のみです。

以前のリリースのOracle Databaseで作成されたRMANバックアップは、データベースの移行またはアップグレードの実行後に使用できます。この手順の詳細は、My Oracle Supportノート790559.1 (https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=790559.1)を参照してください。

データベースのDBIDではなく、DB_NAMEを変更すると、RMANは以前のDB_NAMEで作成されたデータベースのバックアップをリストア可能とみなします。

増分バックアップ

レベル0の増分バックアップでは、バックアップ対象のデータファイルのすべてのデータ・ブロックがバックアップされます。レベル0の増分バックアップの内容はFULLバックアップと同じですが、全体バックアップとは異なり、増分バックアップ方法の一部分です。

レベル1のバックアップでは、変更されたブロックのみがバックアップされます。レベル1の増分バックアップは、差分またはCUMULATIVEのいずれかです。CUMULATIVEの場合は、RMANでは最新のレベル0のバックアップ以降に変更されたすべてのブロックがバックアップされます。差分の場合は、RMANでは最新のレベル0またはレベル1の増分バックアップ以降に更新されたブロックがバックアップされます。スタンバイ・データベースのレベル1バックアップは、プライマリ・データベースのレベル0バックアップに適用できます。また、プライマリ・データベースのレベル1バックアップは、スタンバイ・データベースのレベル0バックアップに適用できます。

レベル0の増分バックアップは、バックアップ・セットまたはイメージ・コピーのいずれかにできますが、レベル1の増分バックアップは、バックアップ・セットのみが可能です。

レベル1の増分バックアップを作成しようとすると、データベースでチェックが実行されます。このチェックによって、増分バックアップがその後のRECOVERコマンドで使用できることが確認されます。チェックの内容は、次のとおりです。

- レベル0バックアップが、BACKUPコマンド内のデータファイルごとに、増分方法の基本バックアップとして存在していること。レベル0バックアップのステータスはUNAVAILABLEでないことが必要です。レベル0バックアップが存在しない場合は、RMANではレベル0バックアップが自動的に作成されます。

- レベル0以降の十分な増分バックアップがあり、これから作成する増分バックアップで使用できること。

注意:

増分バックアップの作成時、RMANでは、親インカネーションからのバックアップが有効であるとみなされます。たとえば、レベル0バックアップを作成した後、OPEN RESETLOGSを実行するとします。レベル1の増分バックアップを作成すると、RMANによって、RESETLOGSより前のレベル0バックアップ以降に変更されたすべてのブロックがバックアップされます。レベル1バックアップを作成する場合は、RMANによって、現行のデータベース・インカネーションまたは親データベース・インカネーションでレベル0が使用できない場合のみ、新しいレベル0バックアップが作成されます。

プライマリ・データベースまたはスタンバイ・データベースでブロック・チェンジ・トラッキングを有効にすると、増分バックアップのパフォーマンスを向上できます。この場合、RMANでは、変更されたブロックがブロック・チェンジ・トラッキング・ファイルに記録されます。

チェンジ・トラッキング・ファイルには、バックアップ間のデータファイルの変更をマークするビットマップが保持されます。データベースでは、各バックアップの前にビットマップの切替えが実行されます。Oracle Databaseでは、最新の8回のバックアップを網羅するブロック・チェンジ・データが保持されるように、チェンジ・トラッキング・ファイルの領域が自動的に管理されます。ビットマップが8個まで作成されると、最新のビットマップが現行の変更を追跡するビットマップによって上書きされます。

最初のレベル0の増分バックアップでは、データファイル全体がスキャンされます。その後の増分バックアップでは、ブロック・チェンジ・トラッキング・ファイルを使用して、最後のバックアップの後に変更されたとマークされているブロックのみがスキャンされます。増分バックアップの最適化は、ブロック・チェンジ・トラッキング・ファイルの最も古いビットマップ以降に作成された親バックアップに基づいてのみ行われます。

増分バックアップを計画するときは、ビットマップの制限が8個であることに注意してください。たとえば、レベル0のデータベース・バックアップを作成した後、差分増分バックアップを7回実行すると、ブロック・チェンジ・トラッキング・ファイルには8個のビットマップが含まれます。次に、累積レベル1の増分バックアップを作成すると、現在の変更を追跡するビットマップによって親(レベル0)のバックアップに対応するビットマップが上書きされるため、RMANはバックアップを最適化できなくなります。

関連項目:

ブロック・チェンジ・トラッキングの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

CDBおよびPDBのバックアップ

RMANでは、CDB全体、root、1つ以上のPDB、およびPDBの1つ以上の表領域をバックアップできます。バックアップは、イメージ・コピーまたはバックアップ・セットの形式にできます。BACKUPコマンドを使用して、クロス・プラットフォーム・データ・トランスポート用のバックアップ・セットを作成することもできます。

バックアップ操作を実行する前にCDBおよびPDBに接続する方法の詳細は、「CDBおよびPDBへの接続」を参照してください。

関連項目:

CDBおよびPDBのバックアップの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

バックアップ・セットの暗号化

RMANでは、バックアップ・セットに書き込まれるデータを透過的に暗号化し、RESTORE操作で必要な際に復号化できます。ディスクに暗号化バックアップを作成するには、データベースでAdvanced Security Optionを使用している必要があります。暗号化バックアップをテープに直接作成するには、RMANでOracle Secure Backup SBTインタフェースを使用している必要があります。Oracle Secure Backup以外のSBTライブラリを使用して暗号化されたRMANバックアップを作成しようとすると、RMANによりORA-19916エラーが発行されます。

RMANでは、バックアップの暗号化に複数の暗号化アルゴリズムを使用できます(アルゴリズムのリストはV$RMAN_ENCRYPTION_ALGORITHMSにあります)。RMANは、次の3つの暗号化モードによるバックアップをサポートしています。

- 透過的暗号化: データがすでにOracle DatabaseのTransparent Data Encryption (TDE)で保護されている場合、RMANは特別なDBAの介入なく、暗号化されたバックアップを作成およびリストアできます

- パスワード・ベースの暗号化: バックアップ時にパスワードが指定され、バックアップをリストアする場合に同じパスワードを適用する必要があります

- デュアル・モードの暗号化: 透過的暗号化またはパスワード・ベースの暗号化の場合と同様に使用してバックアップを作成でき、Oracleソフトウェア・キーストアまたは復号化時にDBAが指定するパスワードのいずれかに基づいて、復号化を実行できます

注意:

キーストアベースの暗号化は、パスワードが必要ないため、パスワードベースの暗号化より安全です。パスワード・ベースの暗号化は、バックアップをトランスポータブルにする必要があるため、必要な場合のみ使用してください。

CONFIGUREおよびSETコマンドで、データベース・バックアップの暗号化設定を管理します。詳細は、これらのコマンドのリファレンス・エントリを参照してください。アーカイブREDOログ・ファイルが含まれているバックアップ・セットは、次の条件に該当する場合に暗号化されます。

- バックアップの作成時にSET ENCRYPTION ONが有効になっている。

- 暗号化が、データベース全体または1つ以上の表領域に対して構成されている。

関連項目:

- バックアップの暗号化の概要、その使用方法、および様々なモードの暗号化の選択方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- TDE表領域の暗号化とOracleソフトウェア・キーストアの詳細は、『Oracle Database Advanced Securityガイド』を参照してください

スタンバイ・データベースのバックアップ

RMANのBACKUPコマンドでは、スタンバイ・サイトでバックアップが実行されることを除き、スタンバイ・データベースをプライマリ・データベースとまったく同様にバックアップします。プライマリ・データベースはスタンバイ・データベースのバックアップには影響を与えません。

バックアップを実行するためにスタンバイ・データベースに接続する際、AUXILIARYキーワードではなくTARGETキーワードを使用します。

バックアップ実行時のスタンバイ・データベースの状態によって、バックアップの一貫性が確保されるかどうかが決まります。一貫性のあるバックアップを行うには、スタンバイ・データベースを正常にシャットダウン、マウントし、リカバリ・モードにならないようにする必要があります。これ以外の状態では一貫性のないバックアップとなり、メディア・リカバリをしてリストアする必要があります。

Data Guard環境でのRMANのバックアップ

Data Guard環境でRMANの操作を行う場合は、リカバリ・カタログが必要です。カタログを使用することにより、すべてのプライマリ・データベースまたはスタンバイ・データベースで、RMANのすべての操作を透過的に実行できるようになります。この環境では、プライマリ・データベースのバックアップを、任意のスタンバイ・データベースにオフロードできます。RMANバックアップは、交換可能です。RMANをNOCATALOGモードで使用する場合、RMANは、マウントされている制御ファイル内のメタデータのみを使用します。

Data Guard環境では、バックアップまたはコピーを作成するデータベースはファイルに関連付けられます。たとえば、RMANがデータベースprodにTARGETとして接続し、そのデータベースをバックアップする場合、このデータベースのバックアップはprodに関連付けられます。CHANGE ... RESET DB_UNIQUE_NAMEを使用してバックアップを別のデータベースに関連付けないかぎり、バックアップは作成されたデータベースとの関連付けを維持します。

バックアップの関連付けとアクセス可能性は異なります。リカバリ・カタログでは、ディスク・バックアップはデータベースが作成されたData Guard環境のデータベースのみからアクセス可能とみなされますが、あるデータベース上で作成されたテープ・バックアップの場合は、すべてのデータベースからアクセス可能とみなされます。バックアップ・ファイルがいずれのデータベースにも関連付けられていない場合、リカバリ・カタログ・ビュー内のバックアップ・ファイルに関する行のSITE_KEY列にnullが表示されます。デフォルトでは、RMANは、TARGETとして接続されているデータベースにSITE_KEYがnullのファイルを関連付けます。

Data Guard環境では、RMANのコマンドはアクセス可能ないずれのバックアップに対しても操作を実行できます。たとえば、データベースprodとstandby1が異なるホスト上に存在するとします。RMANが、prod上のデータファイル1を本番ホスト上の/prodhst/disk1/df1.dbfとテープに対してバックアップします。さらに、RMANでは、standby1上のデータファイル1をスタンバイ・ホスト上の/sby1hst/disk2/df1.dbfとテープに対してバックアップします。RMANがデータベースprodにTARGETとして接続されている場合は、スタンバイ・ホスト上にある/sby1hst/disk2/df1.dbfのバックアップに対してRMANの操作は実行できません。ただし、RMANは、standby1で作成されたテープ・バックアップはリストア可能とみなします。

注意:

スタンバイ・ホストからプライマリ・ホストへ(またはその逆方向に)バックアップをFTPすると、そのバックアップにCATALOGを実行できます。ファイルは、ターゲット・データベースによってカタログに追加された後に、ターゲット・データベースに関連付けられます。

RMANからバックアップにアクセス可能である場合、プライマリまたはスタンバイ・データベースに接続していれば、RMANのメンテナンス・コマンド(CHANGE、CROSSCHECK、DELETEなど)をバックアップに使用できます。

関連項目:

Data Guard環境でRMANを使用してファイルのバックアップおよびリストアを実行する方法については、『Oracle Data Guard概要および管理』を参照してください。

クロス・プラットフォーム・トランスポート用のデータのバックアップ

BACKUPコマンドでは、あるプラットフォームから別のプラットフォームへデータベース全体、データファイル、または表領域をトランスポートするために使用されるバックアップ・セットを作成できます。クロス・プラットフォーム・バックアップを作成するには、BACKUPコマンドでFOR TRANSPORT句またはTO PLATFORM句のいずれかを使用します。V$TRANSPORT_TABLESPACEビューには、クロス・プラットフォーム・トランスポートがサポートされるプラットフォームのリストが含まれます

関連項目:

クロス・プラットフォーム・データ・トランスポート用のバックアップ・セットを作成する方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

TO PLATFORMおよびFOR TRANSPORTと互換性がない句のリスト

BACKUPコマンドを使用して、クロス・プラットフォーム・データ・トランスポート用のバックアップ・セットを作成できます。バックアップがクロス・プラットフォーム・トランスポート用であることを指定するには、FOR TRANSPORT句またはTO PLATFORM句のいずれかを使用します。

FOR TRANSPORT句またはTO PLATFORM句を使用すると、BACKUPコマンドで、次の句を使用することができません。

- CUMULATIVE

- forRecoveryOfSpec

- keepOption

- notBackedUpSpec

- PROXY

- SECTION SIZE

- TAG

- VALIDATE

構文

backup::=

(backupOperand::=, backupSpec::=, backupSpecOperand::=)

backupOperand::=

(backupTypeSpec::=, deviceSpecifier::=, fileNameConversionSpec::=, formatSpec::=, toDestSpec::=, forRecoveryOfSpec::=, keepOption::=, notBackedUpSpec::=, sizeSpec::=, skipSpec::=)

backupSpec::=

(archivelogRecordSpecifier::=、completedTimeSpec::=、copyOfSpec::=、datafileCopySpec::=、datafileSpec::=、backupSpecOperand::=)

backupSpecOperand::=

(formatSpec::=、toDestSpec::=、keepOption::=、notBackedUpSpec::=、sizeSpec::=、skipSpec::=)

backupTypeSpec::=

copyOfSpec::=

(datafileSpec::=)

datafileCopySpec::=

duration::=

forRecoveryOfSpec::=

(formatSpec::=)

notBackedUpSpec::=

skipSpec::=

セマンティクス

backup

この句は、バックアップするオブジェクトと、バックアップの制御オプションを指定します。構文図は、「backupOperand::=」を参照してください。

構文要素

説明

backupOperand

BACKUPコマンドの各種オプションを指定します。

backupSpec

バックアップするオブジェクトを1つ以上指定します。

backupSpec句ごとに、1つ以上のバックアップ・セット(AS BACKUPSET)またはイメージ・コピー(AS COPY)が生成されます。AS BACKUPSETの場合は、オブジェクト・リストで指定されているデータファイルの数またはオブジェクト・リストで自動的に選択されたデータファイルの数がFILESPERSETの制限を超えていると、backupSpec句で複数のバックアップ・セットが生成されます。

PLUS ARCHIVELOG

アーカイブREDOログ・ファイルもバックアップの対象にします(例2-13を参照)。RMANによって次の手順が実行されます。

1. ALTER SYSTEM ARCHIVE LOG CURRENT文が実行されます。

2. BACKUP ARCHIVELOG ALLコマンドが実行されます。バックアップの最適化が有効になっている場合は、RMANによってまだバックアップされていないログのみがバックアップされます。

3. BACKUPコマンドで指定したファイルのバックアップが作成されます。

4. ALTER SYSTEM ARCHIVE LOG CURRENT文が実行されます。

5. 残りのアーカイブREDOログ・ファイルのバックアップが作成されます。バックアップの最適化が有効になっていない場合は、RMANでは、手順1で生成されたログの他に、バックアップ中に生成されたすべてのログもバックアップされます。

CDBでは、SYSDBAまたはSYSBACKUP権限を持つ共通ユーザーとしてrootに接続した場合にのみ、アーカイブREDOログをバックアップできます。PDBに接続している場合は、バックアップにアーカイブ・ログを含めることはできません。「CDBおよびPDBへの接続」を参照してください。

注意: PLUS ARCHIVELOGをBACKUP ARCHIVELOGコマンドで指定することはできません。また、BACKUP AS COPY INCREMENTALコマンド(デフォルト・バックアップ・タイプがCOPYの場合はBACKUP INCREMENTALコマンド)で指定することもできません。INCREMENTAL FROM SCNを指定しているときに、PLUS ARCHIVELOGも指定することはできません。

注意: バックアップの最後にオンラインREDOログがアーカイブされていない場合、そのバックアップにDUPLICATEは使用できません。

注意: この句を、KEEP UNTIL句とともに使用することはできません。

backupSpecOperand

backupSpec句に影響する様々なオプションとパラメータを指定します。

backupOperand

この副次句は、デバイス・タイプ、出力形式などのオプションを指定します。構文図は、「backupOperand::=」を参照してください。

構文要素

説明

backupTypeSpec

作成するバックアップのタイプ(バックアップ・セット(AS BACKUPSET)またはイメージ・コピー(AS COPY)のいずれか)を指定します。

関連項目: 詳細は、「backupTypeSpec」を参照してください

CHANNEL channel_id

バックアップの作成時に使用するチャネルの名前を指定します。この名前には大/小文字の区別があります。たとえばch1、dev1のように、わかりやすい名前を付けてください。データベースでは、このチャネルIDがI/Oエラーのレポートに使用されます。このパラメータを設定しない場合、RMANは実行中に使用できるチャネルに動的にバックアップ・セットを割り当てます。

例2-22に示すように、CHANNELを使用して、バックアップに使用するチャネルとバックアップするファイルを指定できます。

注意: backupSpec句でもこのパラメータを指定できます。

CHECK LOGICAL

物理的な破損チェックを通過したデータ・ブロックと索引ブロックについて、論理的な破損がないかどうかをテストします(例2-24を参照)。このオプションを使用すると、通常1から3%のオーバーヘッドが付加されます。

たとえば、行ピースまたは索引エントリの論理的な破損がないかどうかを調べます。RMANは論理的な破損を見つけると、アラート・ログとサーバー・セッション・トレース・ファイルにそのブロックのログを書き込みます。SET MAXCORRUPTコマンドによって、データファイルに許容される物理的および論理的な破損の合計数が指定されます。

デフォルトでは、BACKUPコマンドは、各ブロックのチェックサムを計算し、その値をバックアップに格納します。NOCHECKSUMオプションを指定すると、RMANでは、バックアップの書込み時にブロックのチェックサムは実行されません。

SET MAXCORRUPTおよびNOCHECKSUMが設定されていない場合、CHECK LOGICALは、バックアップ時に検出される可能性があるすべてのタイプの破損を検出します。

COPIES integer

RMANで作成する同一バックアップの数(1から4)を設定します。デフォルト値は1です。

複数のフォーマット文字列を使用して、コピーに異なる名前と場所を指定できます。例2-21に、ディスクの様々な場所に多重化されたバックアップを示します。

RMANでは、ディスクまたはテープにバックアップを多重化できますが、テープとディスクにバックアップを同時に多重化することはできません。テープにバックアップを行う場合は、コピー数が使用可能なテープ・デバイスの数を超えないようにします。また、COPIESが2以上の場合、ターゲット・データベースでBACKUP_TAPE_IO_SLAVES初期化パラメータを有効にする必要があります。

複数のコマンドで多重化を指定できます。優先順位は次のとおりで、リストの上位にある設定で下位にある設定がオーバーライドされます。

1. BACKUP COPIES

2. SET BACKUP COPIES

3. CONFIGURE ... BACKUP COPIES

注意: このオプションは、AS COPYでは適用されないため、エラー・メッセージが戻されます。

注意: 高速リカバリ領域にファイルを作成する場合、多重化は使用できません。

CUMULATIVE

最新のレベル0バックアップ以降に使用されたデータ・ブロックをコピーします(例2-15を参照)。

注意: このオプションは、AS COPYでは適用されないため、エラー・メッセージが戻されます。

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。たとえば、ディスクおよびテープ・チャネルを構成してから、sbtをデフォルトのデバイス・タイプとして構成すると、次のコマンドではディスク・チャネルのみが割り当てられます。

BACKUP DEVICE TYPE DISK DATABASE;

DEVICE TYPEオプションが有効なのは自動チャネルに対してのみであり、手動で割り当てられたチャネルには無効です。DISK以外のデバイスについては、そのデバイスに対してCONFIGURE DEVICE TYPEを実行していない場合、DEVICE TYPEオプションは使用できません。

注意: BACKUP RECOVERY AREAコマンドのディスク・チャネルを指定するには、toDestSpec副次句のTO DESTINATIONを使用する必要があります。

関連項目: 「deviceSpecifier」を参照してください

DISKRATIO integer

各バックアップ・セットに、integerで指定する台数以上のディスクからのデータファイルを移入するようにRMANに指示します。

このパラメータは、データファイルまたは制御ファイルのバックアップ時に、オペレーティング・システムからRMANにディスク競合情報およびノードのアフィニティ・データを送信可能な場合にのみ有効です。この機能を手動で無効にするには、DISKRATIOを0に設定します。

たとえば、データファイルが10台のディスクに分散されるとします。データがディスクから毎秒10バイトで送信され、テープ・ドライブでストリームを維持するために毎秒50バイトが必要な場合は、DISKRATIOを5に設定して、各バックアップ・セットに5台以上のディスクからのデータファイルを含めるようにRMANに指示します。

FILESPERSETを設定して、DISKRATIOを設定しない場合、DISKRATIOはデフォルトでFILESPERSETと同じ値になります。いずれのパラメータも指定しない場合、DISKRATIOはデフォルトで4になります。RMANは、DISKRATIOの値を、バックアップに関連するデバイスの実際の数と比較して、小さい方の値を使用します。たとえば、DISKRATIOが4で、データファイルが3台のディスクに配置されている場合、RMANは3台のディスクからのデータファイルを各バックアップ・セットに含めようとします。

DISKRATIOパラメータは、データファイルがストライプ化されているか、または別々のディスク・スピンドルに格納されていて、次の条件のいずれかを満たす場合、データファイルのバックアップでより有効になります。

- テープ・ドライブのストリームを維持するために、いくつかのデータファイルを多重化する必要がある高帯域幅のテープ・ドライブを使用している場合。

- データベースのオープン中にバックアップを作成し、I/Oの負荷をいくつかのディスク・スピンドルに分散して、オンライン操作用の帯域幅を確保する場合。

注意: I/Oは、テープ・ストリームの維持に必要なディスクの最小台数を越えて分散させないでください。必要以上に分散させた場合、パフォーマンスは向上せず、ファイルのリストア時間が増加します。

duration

バックアップ・コマンドの最長実行時間に関連するオプションを指定します。

関連項目: duration

fileNameConversionSpec

このオプションは、BACKUPを使用したイメージ・コピーの作成時にのみ有効です。作成されるファイルは、指定したパターンに従って名前を変更されます。バックアップされるファイルの名前が、指定した名前変更パターンのいずれにも一致しない場合、RMANは、FORMATを使用して出力イメージ・コピーに名前を付けます。FORMATが指定されていない場合は、RMANではデフォルトのフォーマットの%Uが使用されます。

関連項目: ファイルの名前変更パターンについては、「fileNameConversionSpec」を参照してください

FILESPERSET integer

各出力バックアップ・セットに含める入力ファイルの最大数を指定します。このパラメータは、BACKUPでバックアップ・セットを生成する場合にのみ関係します。

各backupSpecのファイルは、RMANによって1つ以上のバックアップ・セットとしてバックアップされます。各backupSpecのファイル数が、FILESPERSETの設定値より大きい場合は、その制限に合うように、RMANによって複数のバックアップ・セットにファイルが分割されます。FILESPERSETのデフォルト値は64です。

次のBACKUPコマンドで、RMANの動作を説明します。

BACKUP AS BACKUPSET (DATAFILE 3, 4, 5, 6, 7) (DATAFILE 8, 9);
BACKUP AS BACKUPSET DATAFILE 3, 4, 5, 6, 7, 8, 9;
BACKUP AS BACKUPSET DATAFILE 3, ... 72;

最初のコマンドでは、RMANによって、データファイル3、4、5、6、および7は1つのバックアップ・セットに含められ、データファイル8および9は別のバックアップ・セットに含められます。2番のコマンドでは、RMANによって、すべてのデータファイルが1つのバックアップ・セットに含められます。3番目のコマンドの省略記号はデータファイル3から72を表します。この場合、70のデータファイルをバックアップすることになるため、RMANは64ファイルを1つのバックアップ・セットに含め、6ファイルを別のバックアップ・セットに含めます。

デフォルトでは、チャネル・リソースを最適に使用するために、RMANによって、ファイルがバックアップ・セットに分割されます。バックアップされるファイルの数が、チャネル数で除算されます。その結果が64未満の場合は、その値がFILESPERSET値になります。それ以外の場合、FILESPERSETはデフォルトで64になります。

注意: バックアップ・セット内のバックアップ・ピースの数は指定できません。

FORCE

RMANにバックアップの最適化を無視させます。つまり、CONFIGURE BACKUP OPTIMIZATIONがONになっている場合でも、RMANによって指定したすべてのファイルがバックアップされます。

注意: backupSpecOperand句でもこのオプションを指定できます。

AUXILIARY FORMAT

ターゲット・データベース上のファイルを、補助インスタンス上の指定された場所にコピーします。AUXILIARY FORMATを指定した場合は、RMANはイメージ・コピーのみを生成できます。RMANは、TARGETとAUXILIARYの両方のインスタンスに接続し、補助チャネルにアクセスできる必要があります。

BACKUP AUXILIARY FORMATコマンドを使用すると、プライマリ・データベースとスタンバイ・データベースとの間で、データファイル、アーカイブ・ログ、制御ファイルおよびサーバー・パラメータ・ファイル(spfile)をネットワーク経由でコピーできます。たとえば、プライマリ・データベース上のデータファイルが消失した場合は、CONNECTを使用して、TARGETとしてスタンバイ・データベースに接続し、AUXILIARYとしてプライマリ・データベースに接続して、完全な状態のデータファイルをスタンバイ・ホストからプライマリ・ホストにコピーできます。

関連項目: 例2-29

formatSpec

補助インスタンス上の出力イメージのコピーに名前を付けるパターンを指定します。このパスは、補助ホスト上で有効である必要があります。

関連項目: 有効な置換変数については、「formatSpec」を参照してください。

NEW

補助インスタンスのDB_CREATE_FILE_DEST初期化パラメータで指定したディレクトリに、イメージ・コピーを作成します。イメージ・コピーは、Oracle管理ファイルです。

FORMAT formatSpec

出力バックアップ・ピースまたはイメージ・コピーに名前を付けるパターンを指定します(例2-16を参照)。AS COPYの場合、指定した形式で設定されたディレクトリが1つ以上存在しないと、RMANによってエラーが発行されます。

ディスク・バックアップのデフォルトの場所は、高速リカバリ領域が有効かどうかと、FORMATが指定されているかどうかによって決まります。

- 高速リカバリ領域が有効で、FORMATを指定した場合は、RMANによってFORMATの設定に従って出力ファイルに名前が付けられます。FORMATで場所が指定されていない場合は、RMANによって(リカバリ領域にではなく)プラットフォームに固有な場所にバックアップが作成されます。

- 高速リカバリ領域が有効で、FORMATを指定しなかった場合は、RMANでは、リカバリ領域にバックアップが作成され、置換変数%Uを使用してバックアップに名前が付けられます。

- 高速リカバリ領域が有効でなく、FORMATを指定しなかった場合は、RMANでは、プラットフォーム固有の場所にバックアップが作成され、%Uを使用してバックアップに名前が付けられます。

RMANバックアップを、Oracle Managed Files形式の名前で高速リカバリ領域に作成するには、BACKUPコマンドまたはチャネルでFORMAT句を指定しないでください。

注意: Oracle Managed Filesのファイル名は、バックアップ用の形式として指定できません。たとえば、+DISK1/datafile/system.732.609791431がOMFファイル名の場合、そのファイル名をFORMATパラメータに指定することはできません。

バックアップ・ピースにはそれぞれ一意の名前を付ける必要があります。バックアップ・ピースのファイル名の最大長はプラットフォームによって異なります。メディア・マネージャへのバックアップの場合は、サポートされているMedia Management APIのバージョンの制限によっても長さが制限されます。SBT 1.1をサポートしているベンダーは、14文字までのファイル名をサポートしている必要があります。SBT 1.1のベンダーによってはさらに長いファイル名をサポートしている場合もあります。SBT 2.0をサポートしているベンダーは、512文字までのファイル名をサポートする必要があります。SBT 2.0のベンダーによってはさらに長いファイル名をサポートしている場合もあります。

1つのbackupSpecに、同じFORMAT文字列を複数回指定することはできません(たとえば、BACKUP DATAFILE 3 TO '/tmp/df3.f', DATAFILE 4 TO '/tmp/df4.f'のような指定はできません)。ただし、RMANでは、複数のbackupSpec句に単一のFORMAT文字列を指定できます。

注意: KEEPオプションを指定して、アーカイブ・バックアップを作成する(例2-25を参照)場合は、フォーマット文字列に%Uが含まれている必要があります。このフォーマット文字列は、自動バックアップでも使用されます。

関連項目: 有効な置換変数については、「formatSpec」を参照してください。

TO DESTINATION toDestSpec

バックアップが作成されるディレクトリを指定します。このパラメータは、SBTチャネルではなくディスクに対して有効です。バックアップ・ファイルはOracle Managed Files(OMF)ディレクトリに作成されます。TO DESTINATIONで指定された場所にバックアップが存在しない場合にのみ、ファイルのバックアップがスキップされます。

forRecoveryOfSpec

イメージ・コピーのロールフォワード時に使用する増分バックアップとして作成するバックアップを識別します。

関連項目: 「forRecoveryOfSpec」を参照してください

FOR TRANSPORT

バックアップ・セットを使用してクロス・プラットフォーム・バックアップを作成します。データファイル、表領域またはデータベース全体をバックアップできます。クロス・プラットフォーム表領域のバックアップを作成する際に、トランスポートされた表領域のメタデータをバックアップするには、DATAPUMP句を使用します。このメタデータは、宛先データベースでトランスポートされた表領域への接続に使用されます。

クロス・プラットフォーム・バックアップによって作成されるバックアップ・セットは、制御ファイルでカタログ化されません。

クロス・プラットフォーム・トランスポートのためにデータベース全体をバックアップする前に、データベースが読取り専用モードであることを確認します。ソースと宛先が同じエンディアン形式を使用する場合にのみ、データベースをトランスポートできます。

表領域をバックアップする際にALLOW INCONSISTENT句が使用されていない場合、バックアップする表領域は読取り専用モードである必要があります。表領域をトランスポートするため、ソースと宛先で異なるエンディアン形式を使用する場合があります。FOR TRANSPORTを使用すると、エンディアン変換は宛先データベースで実行されます。

関連項目: 「クロス・プラットフォーム・トランスポート用のデータのバックアップ」を参照してください

注意: バックアップ・セットを使用するクロス・プラットフォーム・バックアップは、Oracle Database 12cリリース1 (12.1)からサポートされます。

ALLOW INCONSISTENT

読取り専用モードでない表領域をバックアップすることができます。

ALLOW INCONSISTENTは、データベース全体のクロス・プラットフォーム・バックアップには使用できません。

バックアップは作成されますが、これらの表領域には一貫性がないため、ターゲット・データベースに直接組み込むことはできません。後で、これらの表領域が読取り専用モードのときに、表領域の増分バックアップを作成する必要があります。この増分バックアップには、表領域メタデータのエクスポート・ダンプ・ファイルを含むバックアップ・セットを作成するためのDATAPUMP 句を含める必要があります。

関連項目: 非一貫性表領域バックアップの作成およびリストアの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

FULL

バックアップに含まれているデータファイルのすべてのブロックのバックアップを作成します。FULLは、INCREMENTALの逆です。FULLまたはINCREMENTALを指定しなければ、RMANではデフォルトで全体バックアップが実行されます。

全体バックアップは、その後の増分バックアップに影響せず、増分バックアップ計画の一部分とはみなされません。ただし、イメージ・コピーの全体バックアップについては、RECOVERコマンドで増分バックアップを適用して、増分更新が可能です。

注意: 未使用ブロックの圧縮(BACKUP AS BACKUPSETの項を参照)を行うと、全体バックアップの際に一部のデータファイル・ブロックがスキップされます。

INCREMENTAL LEVEL integer

最後の増分integerバックアップ以降に変更されたデータ・ブロックのみをコピーします。ここで、integerは0または1です(例2-15を参照)。

増分バックアップの説明は、「増分バックアップ」を参照してください。

INCREMENTAL FROM SCN integer

指定したSCN以上のSCNで変更されたすべてのデータファイル・ブロックが含まれている、指定したすべてのデータファイルの増分バックアップを作成します。

このオプションを使用するのは、プライマリ・データベースの変更に基づいてスタンバイ・データベースをリフレッシュするような場合です(例2-23および『Oracle Data Guard概要および管理』のRMANバックアップに関する章を参照)。このバックアップには、スタンバイ・データベースが作成された時点または最後に同期されたとき以降に変更されたすべてのブロックが含まれます。スタンバイ・データベースでは、NOREDOを指定してRECOVERを使用し、増分バックアップを適用できます。増分バックアップに取得されたすべての変更ブロックが、スタンバイ・データベースに適用され、プライマリ・データベースによって最新の状態になります。

ボリューム・シャドウ・コピー・サービス(VSS)のスナップショットに基づいて増分バックアップを作成していない場合は、INCREMENTAL FROM SCNを指定するときにformatSpecを指定します。RMANは制御ファイルのバックアップを作成するため、FORMAT文字列には%Uなどの置換変数を含める必要があります。

Windows環境では、NOKEEPオプションを使用してFROM SCNを指定する場合、およびINCREMENTAL FROM SCNを指定するときにformatSpecを指定しない場合は、VSSスナップショットに基づいて増分バックアップを作成できるように、RMANによって高速リカバリ領域に増分バックアップが作成されます。その場合、増分バックアップ・セットとVSSのシャドウ・コピーを同時に使用できます。FROM SCNパラメータに指定されたチェックポイントSCN値は、VSSバックアップ・メタデータ・ドキュメントのBACKUP_CHECKPOINT値と同じである必要があります。ブロック・チェンジ・トラッキングが有効な場合、バックアップにチェンジ・トラッキングのメカニズムが使用され、増分バックアップの作成にかかる時間が大幅に短縮されます。RMANは、リカバリ時に、高速リカバリ領域の増分バックアップを透過的に適用できます。

注意: INCREMENTAL FROM SCNを指定しているときに、PLUS ARCHIVELOGも使用することはできません。

関連項目: VSSを使用してバックアップを作成する方法については、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

keepOption

バックアップが不要とみなされないように、そのバックアップについて構成されている保存方針をオーバーライドします(例2-25を参照)。

KEEP構文を使用すると、ビジネス要件または法的要件を満たすアーカイブ・データベース・バックアップを生成できます。KEEPの設定は、バックアップ・セット(個々のバックアップ・ピースの属性ではありません)またはイメージ・コピーの属性です。

注意: KEEPはBACKUP BACKUPSETと併用できません。

KEEP構文を使用すると、バックアップを、指定時間後に不要とみなされるようにしたり(KEEP UNTIL)、不要にならないようにすることができます(KEEP FOREVER)。KEEP FOREVERを指定する場合は、例2-26に示すように、リカバリ・カタログに接続しておく必要があります。

注意: CHANGEを使用すると、KEEPを指定して生成されたバックアップのステータスを変更できます。

注意: KEEP UNTILはPLUS ARCHIVELOGと併用できません。

関連項目: KEEPオプションを指定して作成されるバックアップの詳細は、「keepOption」を参照してください

MAXSETSIZE sizeSpec

バックアップ・セットの最大サイズを指定します(例2-16を参照)。RMANでは、すべてのバックアップ・セットは、このサイズに制限されます。

バックアップ・セットは複数のテープにわたって作成可能なため、各データファイルのブロックは複数のテープに書き込まれる場合があります。マルチボリュームのバックアップ・セットのいずれかのテープで障害が発生すると、1つのテープのみでなく、すべてのテープ上のデータが失われます。バックアップ・セットには、必ず、ファイルの一部ではなく1つのファイル全体が含まれるため、各バックアップ・セットが1つのテープに収まるように、MAXSETSIZEを使用して指定することができます。

サイズはバイト単位(デフォルト)、KB単位(K)、MB単位(M)またはGB単位(G)で指定します。たとえば、バックアップ・セットを3MBに制限するには、MAXSETSIZE 3Mと指定します。デフォルト・サイズはバイト単位で、下位のKB数に丸められます。たとえば、MAXSETSIZE 3000であれば、2KB(2048バイト)に丸められます。最小値には、データベースのブロック・サイズ以上の値を指定する必要があります。

各バックアップ・セット内のデフォルトのファイル数は、FILESPERSETによって決定されます。デフォルトは64です。MAXSETSIZEを指定すると、RMANは、MAXSETSIZEパラメータに従ってバックアップ・セットのサイズをバイト単位で制限します。バックアップ・セット内のファイル数の制限は、結果のバックアップ・セットの合計サイズがMAXSETSIZEより少ない場合でも適用されます。

注意: このオプションをBACKUP AS COPYで使用すると、エラー・メッセージが戻されます。MAXSETSIZEが設定されているチャネルに対してBACKUP AS COPYを実行すると、MAXSETSIZEは暗黙的に無視されます。

notBackedUpSpec

指定した数のバックアップが存在している(かつ不要になっていない)かどうか、または指定した日付以降にログがバックアップされているかどうかによって、バックアップするアーカイブREDOログ・ファイルのセットを制限します。

関連項目: 「notBackedUpSpec」を参照してください

NOCHECKSUM

バックアップ時にブロックに対するチェックサムを抑止します。

チェックサムとは、データ・ブロックの内容によって計算した数字のことです。DB_BLOCK_CHECKSUMは、データファイルのブロックのチェックサムを、(バックアップではなく)データベースに書き込むかどうかを制御する、データベースの初期化パラメータです。DB_BLOCK_CHECKSUMがtypicalの場合、データベースでは、通常の操作中に各ブロックのチェックサムが計算され、計算結果がブロックに格納されてから、ブロックがディスクに書き込まれます。データベースは、後でディスクからブロックを読み取る場合、チェックサムを再計算し、格納されている値と比較します。これらの値が一致しない場合は、ブロックが破損しています。

注意: SYSTEM表領域のデータファイルに対するチェックサムは、DB_BLOCK_CHECKSUM=falseの場合でも無効にできません。

デフォルトでは、BACKUPコマンドは、各ブロックのチェックサムを計算し、その値をバックアップに格納します。DB_BLOCK_CHECKSUMが適用されるのは、バックアップではなくデータベースのデータファイルであるため、この初期化パラメータの値は、BACKUPコマンドでは無視されます。NOCHECKSUMオプションを指定すると、RMANでは、バックアップの書込み時にブロックのチェックサムは実行されません。

バックアップ・データファイルのリストア時には、RMANでは、DB_BLOCK_CHECKSUM初期化パラメータの設定が考慮されます。RMANでは、DB_BLOCK_CHECKSUMがfalseに設定されている場合は、チェックサムが消去されます。typicalに設定されている場合は、RMANでは、バックアップからリストアしてデータファイルに書き込む際に、チェックサムが検証されます。

注意: チェックサムのチェックはNOCHECKSUMを指定して無効にできますが、他の物理的な整合性チェック(ブロックのヘッダーとフッターのチェックなど)は無効にできません。

関連項目: DB_BLOCK_CHECKSUM初期化パラメータの詳細は、『Oracle Databaseリファレンス』を参照してください。

NOEXCLUDE

このパラメータをBACKUP DATABASEまたはBACKUP COPY OF DATABASEコマンドで指定すると、RMANでは、CONFIGURE EXCLUDEコマンドで指定されているものも含め、すべての表領域がバックアップされます。このオプションでSKIP OFFLINEまたはSKIP READONLYがオーバーライドされることはありません。

POOL integer

バックアップを格納するメディア・プールを指定します。POOLがサポートされているかどうかは、メディア管理ソフトウェアのドキュメントで確認してください。

注意: このオプションは、AS COPYで機能しません。使用すると、エラー・メッセージが戻されます。

PROXY

プロキシ・コピー機能を使用して、指定したファイルをバックアップし、メディア管理ソフトウェアがストレージ・デバイスとディスク上のデータファイルとの間のデータ転送を制御できるようにします。メディア・マネージャ(RMANではなく)がデータ移動の方法と時期を決めます。

PROXYオプションを指定してBACKUPを実行すると、RMANでは次の手順が実行されます。

1. 指定したデバイス・タイプでプロキシが可能なチャネルを検索します。このタイプのチャネルが見つからない場合、RMANは警告を表示し、指定したファイルの従来型(非プロキシ)バックアップを試みます。

2. RMANは、プロキシ可能なチャネルが見つかった場合、メディア・マネージャをコールして、ファイルのプロキシ・コピーが可能かどうかをチェックします。メディア・マネージャがプロキシ・コピーを行うことができない場合、RMANは従来のバックアップ・セットを使用してファイルをバックアップします。

注意: PROXYを指定した場合は、%p変数をFORMAT文字列内の%Uに明示的または暗黙的に含める必要があります。

注意: このオプションは、AS COPYで機能しません。使用すると、エラー・メッセージが戻されます。

ONLY

プロキシ・コピーを実行できない場合は、従来のバックアップ・セットを作成しないで、データベースからエラー・メッセージを発行します。プロキシ・コピーで障害が発生したときにRMANで従来型コピーを試行しない場合は、ONLYオプションを使用します。

REUSE

RMANで、BACKUPによって現在作成されているファイルと同じ名前を持つ既存のバックアップまたはコピーを上書きできます。

SECTION SIZE sizeSpec

データファイルまたはデータファイルのコピーのバックアップ時に作成される各バックアップ・セクションのサイズを指定します。

このパラメータを設定すると、RMANでマルチセクション・バックアップを作成できます。マルチセクション・バックアップの場合は、RMANでは、ファイル・セクション(ファイル内の連続したブロック範囲)を1つ含むバックアップ・ピースが作成されます。マルチセクション・バックアップのセクションは、すべて同じサイズになります。

ファイル・セクションを使用すると、RMANでは、複数のステップで、1つの大きなデータファイルのバックアップを処理できます。RMANのチャネルは、各ステップを個々にパラレルで処理することが可能で、各チャネルではマルチセクション・バックアップ・セットの1つのセクションが生成されます。

マルチセクション・バックアップは、イメージ・コピーまたはバックアップ・セットのいずれかとして保存できます(全体と増分の両方)。マルチセクション・イメージ・コピーまたは増分バックアップを作成するには、COMPATIBLEパラメータが12.0.0以上である必要があります。

関連項目: マルチセクション・イメージ・コピーの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

注意: RMANでは常に、FILESPERSETが1に設定されたマルチセクション・バックアップが作成されます。

ファイルのサイズより大きいセクション・サイズを指定した場合、RMANはファイルのマルチセクション・バックアップを使用しません。小さなセクション・サイズを指定した結果、セクションの数が256を超えると、RMANは、正確に256になる値までセクション・サイズを増やします。

注意: このパラメータをRMAN構文のどこに指定するかによって、同じバックアップ・ジョブの中でも、ファイルごとに異なるセクション・サイズを指定できます。

注意: SECTION SIZEはMAXPIECESIZEと併用できません。

skipSpec

データファイルまたはアーカイブREDOログ・ファイルがアクセス不能、オフラインまたは読取り専用である場合はバックアップから除外します。

関連項目: 詳細は、「skipSpec」を参照してください。

TAG tag_name

バックアップ・セット、プロキシ・コピー、データファイル・コピーまたは制御ファイル・コピーに対してユーザー指定のタグ名を指定します。タグは、BACKUPコマンドによって生成された出力ファイルに適用されます。

タグ名には、大/小文字の区別はありません。名前は30文字以下にしてください。使用する文字は、ターゲット・ファイル・システムのファイル名に使用できる有効な文字に限定されています。たとえば、ASMでは内部的に使用するファイル名にハイフン(-)文字をサポートしていないため、weekly-incrementalは、ASMディスク・グループのバックアップのタグ名としては有効でありません。TAGパラメータには、環境変数を含めることはできません。

一般的に、タグ名はMON_PM_BKUP、WEEKLY_FULL_BKUPなどのように、わかりやすい名前にします。タグは再使用できます。たとえば、ある週にはバックアップ・セット100がMON_PM_BKUPのタグを使用し、翌週にはバックアップ・セット105が同じタグを使用できます。

タグ名を指定しない場合、RMANでは、デフォルトで、バックアップ用のタグが作成されます(制御ファイルの自動バックアップを除く)。デフォルトのタグは、TAGYYYYMMDDTHHMMSS書式を使用します。ここで、YYYYは年、MMは月、DDは日、HHは時(24時間書式)、MMは分およびSSは秒です。たとえば、データファイル1のバックアップのタグは、TAG20130208T133437となります。日付と時刻は、RMANによるバックアップの開始日時を指します。1つのBACKUP AS BACKUPSETコマンドによって複数のバックアップ・セットが作成される場合は、各バックアップ・ピースに同じデフォルト・タグが割り当てられます。

backupSpecレベルでもタグを指定できます。どのレベルでタグを指定するかによって、次のようになります。

- コマンド・レベルで指定した場合は、このコマンドによって作成されるすべてのバックアップ・セットに、このタグが与えられます。

- backupSpecレベルで指定した場合は、異なるバックアップ指定で作成されたバックアップ・セットに、それぞれ異なるタグが与えられます。

- 両方のレベルに指定すると、backupSpecのタグが優先されます。

注意: タグは、バックアップ・セット(AS BACKUPSETの場合)の特定のコピーの各バックアップ・ピースの属性、または各イメージ・コピー(AS COPYの場合)の属性です。たとえば、BACKUP AS BACKUPSET COPIES 1 DATABASE TAG TUE_PMを実行した場合、存在するバックアップ・セットは1つのみで、それぞれのバックアップ・ピースのタグはTUE_PMになります。このバックアップ・セットの主キーが1234であるとします。BACKUP BACKUPSET 1234 TAG WED_PMを実行すると、バックアップ・セットの最初のコピーのタグはTUE_PM、2番目のコピーのタグはWED_PMとなります。

TO PLATFORM 'platform'

クロス・プラットフォーム・バックアップがトランスポートされる宛先プラットフォームの完全名を指定します。TO PLATFORMを省略すると、RMANでは宛先プラットフォームがソース・プラットフォームと同じであると想定されます。

クロス・プラットフォーム・バックアップによって作成されるバックアップ・セットは、制御ファイルでカタログ化されません。

バックアップがクロス・プラットフォーム・バックアップであることを指定するには、FOR TRANSPORTまたはTO PLATFORMを使用します。TO PLATFORMを使用してプラットフォーム名を指定すると、ソース・プラットフォームで、必要に応じてエンディアン変換が実行されます。そのため、このクロス・プラットフォーム・バックアップは、指定されたプラットフォームでのみリストアできます。TO PLATFORMを省略すると、サポートされるすべてのプラットフォームでこのクロス・プラットフォーム・バックアップをリストアすることができます。V$TRANSPORTABLE_PLATFORMビューは、サポートされるプラットフォームについての情報を提供します。

関連項目: 「FOR TRANSPORT」を参照してください

関連項目: クロス・プラットフォーム・バックアップを作成する前にデータベースまたは表領域が開いているモードの詳細は、「クロス・プラットフォーム・トランスポート用のデータのバックアップ」を参照してください

注意: バックアップ・セットを使用するクロス・プラットフォーム・バックアップは、Oracle Database 12cリリース1 (12.1)からサポートされます。

ALLOW INCONSISTENT

読取り専用モードでない表領域をバックアップすることができます。

ALLOW INCONSISTENTは、データベース全体のクロス・プラットフォーム・バックアップには使用できません。

関連項目: 「ALLOW INCONSISTENT」を参照してください

VALIDATE

指定されたファイルをスキャンして内容を検査し、そのファイルがバックアップ可能かどうか、およびデータ・ブロックが破損していないかどうかをテストします。

RMANでは、出力ファイルは作成されません。このオプションは、バックアップで指定されたデータベース・ファイルに対してVALIDATEコマンドを使用するのと同じです。

CHECK LOGICALが指定されていない場合、BACKUP VALIDATEは物理的な破損のみをチェックします。CHECK LOGICALが指定されている場合は、物理的な破損と論理的な破損の両方がBACKUP VALIDATEによってチェックされます。破損が見つかった場合は、RMANでは、その情報がV$DATABASE_BLOCK_CORRUPTIONビューに移入されます。

SET MAXCORRUPTコマンドを使用して、バックアップの検証中に許容可能な破損ブロック数に制限を設定できます。デフォルトはゼロです。

VALIDATEを指定してBACKUP INCREMENTALを実行する場合、ブロック・チェンジ・トラッキングが有効かどうかによって動作が異なります。チェンジ・トラッキングが有効な場合は、RMANでは、変更されたブロックのみが検証されます。無効な場合は、バックアップに含まれるファイルのすべてのブロックが検証されます。

注意: バックアップ・セットのバックアップは検証できません。

backupSpec

この副次句は、バックアップの対象とする1つ以上のオブジェクトのリストを指定します。backupSpec句ごとに、1つ以上のバックアップ・セット(AS BACKUPSET)またはイメージ・コピー(AS COPY)が生成されます。AS BACKUPSETでは、オブジェクト・リストで指定したか自動的に選択されたデータファイルの数が、各バックアップ・セットでデフォルトの制限の4個のデータファイルまたは16個のアーカイブREDOログ・ファイルを超えている場合は、backupSpec句で複数のバックアップ・セットが作成されます。構文図は、「backupSpec::=」を参照してください。

構文要素

説明

archivelogRecordSpecifier

バックアップ対象となるアーカイブREDOログ・ファイルの範囲を指定します。

CDB内にアーカイブREDOログをバックアップするには、SYSDBAまたはSYSBACKUP権限を持つ共通ユーザーとしてrootに接続します。PDBへの接続時には、アーカイブREDOログをバックアップすることはできません。「CDBおよびPDBへの接続」を参照してください。

アーカイブREDOログ・ファイルのバックアップ作成時に、RMANでアーカイブ・ログのフェイルオーバーを自動的に実行できます。RMANは、指定されたログ順序番号およびスレッドに対応する1つ以上のアーカイブ・ログが使用可能な場合に、ログのバックアップを作成します。また、RMANがバックアップ中のコピーに破損ブロックが含まれている場合は、同じアーカイブREDOログ・ファイルの他のコピー内で該当ブロックの正常なコピーが検索されます。

このコマンドでバックアップ対象のログが見つからなくても、RMANはエラーを発行しません。この状況になるのは、前回のBACKUP ARCHIVELOG ALL DELETE INPUTコマンド以降に新規ログが生成されていないためです。この動作の唯一の例外は、SEQUENCE番号句が指定されている場合です。この場合、指定された順序のアーカイブREDOログ・ファイルが見つからないときに、RMAN-06004エラーが発行されます。

BACKUP ARCHIVELOG ALLを指定すると、RMANは個々のログ順序番号ごとに単一コピーのバックアップのみを作成します。たとえば、複数のアーカイブ先にアーカイブする場合、RMANは、各ログ順序番号のそれぞれのアーカイブ・コピーではなく、1つのコピーをバックアップします。DELETEなど、他のコマンドの場合、ALLはログ順序が重複する場合にも各ログを参照します。

BACKUP ARCHIVELOGの実行時にデータベースがオープンしていてUNTIL句またはSEQUENCEパラメータが指定されていない場合、RMANはALTER SYSTEM ARCHIVE LOG CURRENTを実行します。

注意: BACKUP ARCHIVELOG ALLを実行する場合、または指定したログ範囲に以前のインカネーションからのログが含まれている場合、RMANは、以前のインカネーションからのログをバックアップして、OPEN RESETLOGSによるリカバリに必要なすべてのログの可用性を確認します。

関連項目: 構文については「archivelogRecordSpecifier」を、ログ・バックアップ・フェイルオーバーと自動的なログ・スイッチについては『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

BACKUPSET

バックアップ・セットのバックアップを指定します。このパラメータをDEVICE TYPE sbt句と併用すると、ディスク上のバックアップをテープにオフロードできます(例2-20を参照)。テープ間またはテープからディスクへはバックアップを作成できず、ディスク間またはディスクからテープへのバックアップのみが可能です。

BACKUP BACKUPSETコマンドでDELETE INPUTオプションを指定すると、RMANでは、ディスクに存在するバックアップ・セットのコピーがすべて削除されます。たとえば、単一バックアップを4つの位置に多重化した場合、RMANでは4つのバックアップ・セットがすべて削除されます。ALLオプションで追加される機能はありません。

RMANでは、バックアップ・セットのバックアップ時に、バックアップ・セット・フェイルオーバーが実行されます。バックアップ対象となるコピーが破損または欠落している場合は、RMANでは、使用可能なバックアップ・コピーがすべて検索されます。この動作は、複数のアーカイブ先に存在しているアーカイブREDOログ・ファイルのバックアップを作成する場合の、RMANの動作と同じです。

バックアップ・セットのバックアップ時にバックアップの最適化が有効な場合、同じバックアップ・セットが同じデバイス・タイプにバックアップされていると、RMANでは、そのバックアップ・セットのバックアップはスキップされます。

注意: BACKUP COPIESおよびSET BACKUP COPIESを使用すると、バックアップ・セットのバックアップを多重化できます。

注意: 暗号化されたバックアップ・セットに対してBACKUP BACKUPSETコマンドを使用すると、バックアップ・セットはその暗号化形式でバックアップされます。BACKUP BACKUPSETは、暗号化されたバックアップ・セットを単にディスクまたはテープにコピーするのみであるため、BACKUP BACKUPSET操作に暗号化鍵は不要です。この操作のどの段階でも、データの復号化が行われることはありません。バックアップ・セットは、BACKUP BACKUPSETコマンドによって暗号化されることも復号化されることもありません。

ALL

すべてのバックアップ・セットを指定します。

completedTimeSpec

完了時刻に基づいてバックアップ・セットを指定します。

関連項目: 「completedTimeSpec」を参照してください

integer

主キーに基づいてバックアップ・セットを指定します。バックアップ・セットの主キーは、LIST BACKUPコマンドの出力から得られます。

FROM TAG tag_name

1つ以上のバックアップ・セットをタグ名で識別します。複数のバックアップ・セットに同じタグ名が設定されている場合、それらすべてのバックアップ・セットがバックアップされます。tag_nameでは、大/小文字は区別されません。

CONTROLFILECOPY

バックアップのための制御ファイル・コピーを1つ以上指定します。

制御ファイルのコピーは、BACKUP AS COPY CURRENT CONTROLFILEコマンドまたはSQL ALTER DATABASE BACKUP CONTROLFILE TO '...'コマンドで作成できます。

注意: 制御ファイルの自動バックアップは、制御ファイルのコピーではありません。

'filename'

ファイル名で制御ファイルのコピーを指定します。

ALL

制御ファイルのすべてのコピーを指定します。

LIKE 'string_pattern'

ファイル名のパターンで制御ファイルのコピーを指定します。パーセント記号(%)は0文字以上を示すワイルド・カードで、アンダースコア(_)は1文字を示すワイルド・カードです。

copyOfSpec

データファイルの前回のイメージ・コピーのバックアップを作成します(制御ファイルに対しても行われる場合があります)。

関連項目: 「copyOfSpec」を参照してください

CURRENT CONTROLFILE

現行の制御ファイルを指定します。バックアップ・セットとしてバックアップする場合、RMANは読取り一貫性のためにスナップショット制御ファイルを最初に作成します。スナップショット制御ファイルの場所は、CONFIGUREコマンドで構成できます。Oracle Real Application Clusters (Oracle RAC)環境では、次の制限事項があります。

- スナップショット制御ファイルの場所は、共有記憶域(すべてのOracle RACインスタンスからアクセス可能な記憶域)上である必要があります。

- 現行の制御ファイルのイメージ・コピーの宛先は、共有記憶域である必要があります。

DATABASE

データベース内のすべてのデータファイルのバックアップを作成します。バックアップ・セットを生成した場合、RMANではデータファイルおよび制御ファイルのみを含めることができ、アーカイブREDOログ・ファイルは含めることができません。

CDBでは、そのCDB全体のすべてのデータファイルのバックアップを作成します。CDB全体をバックアップするには、rootに接続します。PDBでは、PDB内のすべてのデータファイルのバックアップを作成します。PDBをバックアップするには、そのPDBに接続します。「CDBおよびPDBへの接続」を参照してください。

backupSpecにデータファイル1が含まれている場合にCONFIGURE CONTROLFILE AUTOBACKUPをOFFに設定すると、RMANでは制御ファイルがバックアップに自動的に組み込まれます。インスタンスの起動にサーバー・パラメータ・ファイルが使用される場合は、RMANでは、このパラメータ・ファイルもバックアップに組み込まれます。

backupSpecにデータファイル1が含まれている場合にCONFIGURE CONTROLFILE AUTOBACKUPをONに設定すると、RMANでは、制御ファイルは出力に自動的に組み込まれません。かわりに、RMANでは、別個の制御ファイルの自動バックアップ・ピースが生成されます。インスタンスの起動にサーバー・パラメータ・ファイルが使用される場合は、RMANでは、このパラメータ・ファイルが自動バックアップ・ピースに組み込まれます。

データベースの全体バックアップは、通常、イメージ・コピーまたは圧縮されたバックアップ・セットのいずれかです。イメージ・コピーは、作成時に発生するCPUのオーバーヘッドが許容範囲内である場合、いくつかの用途(増分更新バックアップ計画での使用など)でバックアップ・セットより高い柔軟性を示します。また、圧縮されたバックアップ・セットによってストレージをより有効に使用できます。

注意: CONTROLFILE AUTOBACKUPがONのときに、RMANで現行の制御ファイルを強制的にバックアップに組み込むには、INCLUDE CURRENT CONTROLFILE句を指定します。

関連項目: データベースにbigfile表領域が含まれる場合のバックアップ動作については、TABLESPACEの説明を参照してください。

DATABASE ROOT

CDBで、データファイルのバックアップをrootに作成します。共通のSYSDBA権限またはSYSBACKUP権限を持つ共通ユーザーとして、rootに接続します。

前述のDATABASEに関する説明を参照してください。

PLUGGABLE DATABASE pdb_name

カンマ区切りのリストで指定された1つ以上のPDB内のデータファイルのバックアップを作成します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

datafileCopySpec

1つ以上のデータファイル・イメージ・コピーのファイル名を指定します。

関連項目: 詳細は、「datafileCopySpec」を参照してください

DATAFILE datafileSpec

1つ以上のデータファイルのリストを指定します。データファイル1をバックアップするときのRMANの動作については、BACKUP DATABASEの説明を参照してください。

関連項目: 「datafileSpec」を参照してください

DATAPUMP

クロス・プラットフォーム表領域バックアップの実行中にデータ・ポンプ・エクスポート・ダンプ・ファイルを作成することを指定します。

エクスポート・ダンプ・ファイルには、トランスポートされる読取り専用表領域のメタデータが含まれています。このメタデータは、宛先データベースで表領域に接続するために必要です。ダンプ・ファイルは、別のバックアップ・セットに作成されます。DATAPUMP句でINCREMENTAL FROM SCNを使用する場合、表領域は読取り専用モードである必要があります。

この句を、ALLOW INCONSISTENT句とともに使用することはできません。

FORMAT formatSpec

エクスポート・ダンプ・ファイルが含まれるバックアップ・ピースを格納するために使用されるパターンを指定します。FORMATを省略すると、BACKUPコマンドで指定した形式が使用されます。BACKUPコマンドにもFORMAT句が使用されなかった場合、バックアップ・ピースにはデフォルトの形式が使用されます。

RECOVERY AREA

現行および前回のすべての高速リカバリ領域の指定先に作成されたリカバリ・ファイルをバックアップします。バックアップはSBTおよびディスクに作成できます。バックアップをディスクに作成する場合は、「toDestSpec」で説明されているTO DESTINATION構文を使用する必要があります。

リカバリ・ファイルには、全体および増分のバックアップ・セット、制御ファイルの自動バックアップ、データファイルのコピーおよびアーカイブREDOログ・ファイルが含まれます。アーカイブREDOログ・ファイルが存在しないか破損している場合、RMANはバックアップに使用できるログの正常なコピーが、リカバリ領域の外にないかどうかを確認します。フラッシュバック・ログ、現行の制御ファイルおよびオンラインREDOログ・ファイルはバックアップされません。

CONFIGURE BACKUP OPTIMIZATIONの設定がOFFの場合でも、このコマンドでのバックアップの最適化は、デフォルトで有効になっています。FORCEを指定すると、BACKUP RECOVERY AREAに対するバックアップの最適化を無効にできます。

注意: 高速リカバリ領域が現在有効でなくても、以前に有効化されていた場合は、前回の高速リカバリ領域の場所に作成されたファイルがバックアップされます。

DB_RECOVERY_FILE_DEST

RECOVERY AREAとDB_RECOVERY_FILE_DESTはシノニムです。

RECOVERY FILES

ディスク上のすべてのリカバリ・ファイルを、高速リカバリ領域に格納されているか、ディスク上の別の場所に格納されているかに関係なくバックアップします。バックアップはSBTまたはディスクに作成できます。バックアップをディスクに作成する場合は、「toDestSpec」で説明されているTO DESTINATION構文を使用する必要があります。

リカバリ・ファイルには、全体および増分のバックアップ・セット、制御ファイルの自動バックアップ、アーカイブREDOログ・ファイルおよびデータファイルのコピーが含まれます。

CONFIGURE BACKUP OPTIMIZATIONの設定がOFFの場合でも、このコマンドでのバックアップの最適化は、デフォルトで有効になっています。FORCEを指定すると、RECOVERY FILESに対するバックアップの最適化を無効にできます。

SPFILE

サーバー・パラメータ・ファイルをバックアップ・セットに含めます。サーバー・パラメータ・ファイルのバックアップでは、AS COPYオプションはサポートされていません。

RMANは、ターゲット・データベースで使用中のサーバー・パラメータ・ファイルをバックアップします。RMANでは、サーバー・パラメータ・ファイルは、インスタンスが初期化パラメータ・ファイルによって起動された場合にはバックアップされません。RMANでは、SPFILEの増分バックアップは作成できません。

TABLESPACE tablespace_name

1つ以上の表領域の名前を指定します。RMANは、表領域名をデータファイルのリストに内部的に変換してから、表領域を現在構成しているデータファイルをすべてバックアップします。SYSTEM表領域(およびデータファイル 1)がバックアップに含まれていてCONTROLFILE AUTOBACKUPが設定されていない場合は、RMANでは、制御ファイルのコピーも作成されます。

CDBのrootに接続している場合は、rootの表領域を参照します。PDBに直接接続している場合は、PDBの表領域を参照します。CDBまたはPDBへの接続の詳細は、「CDBおよびPDBへの接続」を参照してください。

ローカル管理の一時表領域のバックアップを作成することはできません(ディクショナリ管理表領域のバックアップは作成できます)。

次の条件が満たされる場合は、RMANでは、トランスポート後に読み書き両用に設定されなかったトランスポータブル表領域についてもバックアップを作成できます。

- COMPATIBLE初期化パラメータが11.0.0以上に設定されている。

- Oracle Database 11g RMANクライアントを使用している。

前述の条件のいずれかが満たされない場合、RMANは、読み書き両用に設定されていないトランスポータブル表領域を自動的にスキップします。条件のいずれかが満たされない場合にトランスポータブル表領域を明示的に指定すると、表領域が存在しないというエラーがRMANによって発行されます。

注意: ユーザーが表領域の名前を変更すると、その変更がRMANによって検出され、次回の再同期化時にリカバリ・カタログが更新されます。

backupSpecOperand

backupSpecの後に続くbackupSpecOperandは、backupSpecに適用されるオプションを指定します。

backupSpecOperand

この副次句は、backupSpec句に影響する様々なオプションとパラメータを指定します。また、多くの副次句はbackupOperandでも使用されます。ここでは、backupOperandでは通常共有されないオプションを示します。構文図は、「backupSpecOperand::=」を参照してください。

構文要素

説明

DELETE [ALL] INPUT

バックアップが正常に実行された後で、入力ファイルを削除します。

このオプションを指定できるのは、アーカイブREDOログ・ファイル、データファイルのコピー(COPY OFまたはDATAFILECOPY)またはバックアップ・セットのバックアップを作成するときのみです。BACKUP ARCHIVELOGコマンドによってバックアップされるのは、個々のログ順序番号ごとに1つのコピーのみです。したがって、DELETE INPUTオプションを指定しても、ALLキーワードを付けなければ、RMANはバックアップするファイルのコピーのみを削除します。

DELETE INPUTオプションを指定すると、入力ファイルに対してDELETEコマンドを発行するのと同じ効果があります。アーカイブREDOログ・ファイルをバックアップする場合、RMANは、構成済の設定(CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP)を使用して、アーカイブREDOログが削除可能かどうかを判断します。

ALLオプションはアーカイブREDOログ・ファイルにのみ適用されます。DELETE ALL INPUTを実行すると、対応するアーカイブREDOログ・ファイルまたはデータファイルのコピーのうち、BACKUPコマンドの選択条件と一致するもののコピーがすべて削除されます(例2-18を参照)。たとえば、SEQUENCE n句を指定すると、RMANは同じ順序番号nを持つアーカイブREDOログ・ファイルをすべて削除します。

注意: アーカイブREDOログ・ファイルは、可能な場合は高速リカバリ領域内に保持され、ディスク領域が必要になると自動的に削除されます。 BACKUP DELETE INPUT、DELETE ARCHIVELOGおよびDELETE OBSOLETEコマンドを使用すると、リカバリ領域内またはリカバリ領域外にあるログ・ファイルを手動で削除できます。リカバリ領域をバックアップするときにBACKUP DELETE INPUTを指定する必要はありません。ログ・ファイルは、アーカイブREDOログの削除方針およびその他の高速リカバリ領域のルールに基づいて、自動的に削除されます。

FROM TAG tag_name

タグ名でファイルを指定します(例2-17を参照)。tag_nameと一致するファイルのみがバックアップされます。他のいくつかのコマンドとの関係で定義されます。

INCLUDE CURRENT CONTROLFILE

現行の制御ファイルのスナップショットを作成し、BACKUPコマンドで作成されるいずれかのバックアップ・セットに組み込みます。

注意: このオプションは、AS COPYでは適用されないため、エラー・メッセージが戻されます。

backupTypeSpec

この副次句は、BACKUPコマンドの出力形式(バックアップ・セットまたはイメージ・コピー)を指定します。構文図は、「backupTypeSpec::=」を参照してください。

構文要素

説明

AS BACKUPSET

指定されたデバイス上にバックアップ・セットを作成します。これがデフォルトのバックアップ・タイプです。

テープにバックアップする場合およびレベル1の増分バックアップを任意のバックアップ先に作成する場合に使用できるのは、AS BACKUPSETのみです。バックアップ・セットは、RMANに固有の論理構造です。バックアップ・セットは、バックアップの最小単位です。

BACKUPコマンドのFILESPERSETパラメータは、各バックアップ・セット内のファイルの最大数を決定します。アーカイブREDOログ・ファイルとデータファイルは、1つのバックアップ・セットに組み合せて入れられることはありません。

暗号化されたバックアップを使用している場合は(「バックアップ・セットの暗号化」を参照)、異なる暗号化設定が使用されている表領域からのデータファイルは、同じバックアップ・セットに書き込むことができません。

RMANでは、ブロック・サイズの異なるファイルのバックアップを同じバックアップ・セット内に作成することはできません。RMANでは、ブロック・サイズの異なる表領域のバックアップを作成できますが、それぞれ異なるサイズのデータファイルが専用バックアップ・セットに入れられます。

未使用ブロックの圧縮が適用されている場合、RMANは現在表に割り当てられているブロックのみを読み取ります。さらに、RMANは、各ブロックのヘッダーにブロックが未使用であることを示すマークが付けられていないかを確認します。ブロックが未使用である場合、ブロックはバックアップに書き込まれません。

未使用ブロックの圧縮は、次の5つの条件がすべて満たされている場合に自動的に実行されます。

1. COMPATIBLE初期化パラメータが10.2以上に設定されている。
注意: COMPATIBLEが10.2に設定されている場合は、10.2互換で作成された表領域のみが、現在データを含まないブロックを除外するように最適化されます。ただし、COMPATIBLEが11.0.0以上の場合は、COMPATIBLEが11.0.0以上に設定された後でバックアップ・セットを作成する最初のバックアップが、すべてのローカル管理データファイルを最適化できるように、それらのデータファイルのヘッダーを更新します。

2. 保証付きリストア・ポイントがデータベースに対して現在定義されていない。

3. データファイルはローカルで管理されます。

4. データファイルが、全体バックアップの一部分またはレベル0の増分バックアップとしてバックアップ・セットにバックアップされている。

5. ディスクにバックアップ・セットが作成されているか、またはOracle Secure Backupがメディア・マネージャである。
注意: Oracle Secure Backup以外のメディア・マネージャにバックアップする場合は、RMANでは、データが含まれるかどうかに関係なく、すべてのブロックがコピーされます。

注意: 未使用のブロックが破損していても問題ありません。未使用ブロックの圧縮では、破損しているブロックは読み込まれません。このため、RMANが破損を検出することはありません。

関連項目: NULLブロックの圧縮および未使用ブロックの圧縮の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

各バックアップ・セットには、1つ以上のバックアップ・ピースが含まれます。これは、バックアップ対象のデータを含むRMAN固有の物理ファイルです。BACKUPコマンドを使用してプロキシ・コピーを作成することもできます。プロキシ・コピーは、データ転送全体がメディア・マネージャによって実行されるバックアップです。

RMANでは、完全バックアップ・セットのみがRMANリポジトリに記録されます。部分バックアップ・セットは記録されません。BACKUPコマンドによってバックアップ・ピースが作成されても、完全なバックアップ・セットは生成されなかった場合、作成されたバックアップ・ピースは破棄されます。

注意: 1つのバックアップ・セットを複数のチャネルに分散することはできません。また、1つの入力ファイルを複数のバックアップ・セットに分散することもできません。

関連項目: RMANでOracle Secure Backupを使用する方法については、『Oracle Secure Backup管理者ガイド』を参照してください。

AS COMPRESSED BACKUPSET

バイナリ圧縮を有効にします。

RMANは、バックアップ・セットに書き込まれたデータを圧縮するため、バックアップ・セット全体のサイズは小さくなります。バックアップ・セットを作成するすべてのバックアップで、圧縮されたバックアップ・セットを作成できます。圧縮されたバックアップ・セットのリストア方法と圧縮されていないバックアップ・セットのリストア方法に違いはありません。

RMANは、データをバックアップ・セットに書き込む際にバイナリ圧縮アルゴリズムを適用します。この圧縮方法は、多くのメディア・マネージャ・ベンダーが提供している圧縮方法に類似しています。ローカル接続されたテープ・デバイスにバックアップする場合は、通常、メディア管理ベンダーが提供する圧縮の方がBACKUP AS COMPRESSED BACKUPSETで実行されるバイナリ圧縮より適しています。そのため、ローカル接続されたテープ・デバイスにバックアップする場合は、圧縮されていないバックアップ・セットを使用し、メディア管理ベンダーが提供する圧縮をオンにします。RMANのバイナリ圧縮とメディア・マネージャの圧縮を同時に使用しないでください。

バックアップ・セットを圧縮する場合、ある程度のCPUオーバーヘッドが発生します。ターゲット・データベースが最大またはそれに近い負荷で実行されていると、このオーバーヘッドが許容できないほど大きくなる場合があります。他のほぼすべての環境では、バックアップ・セットを圧縮すると、CPUのオーバーヘッドに値するだけのディスク領域が確保されます。

AS COPY

(バックアップ・セットではなく)イメージ・コピーを作成します。

イメージ・コピーは、元のファイルのバイト単位の同一コピーです。データファイル、制御ファイル、データファイル・コピー、制御ファイル・コピーおよびアーカイブREDOログ・ファイルのイメージ・コピー・バックアップを作成することができます。イメージ・コピー・ファイルはディスクにのみ格納できます。増分更新バックアップを使用している場合、レベル0の増分はイメージ・コピー・バックアップである必要があります。

デフォルトでは、BACKUPはバックアップ・セットを生成します。CONFIGURE DEVICE TYPE ... BACKUP TYPE TO COPYコマンドを使用すると、ディスク・バックアップでのデフォルトのバックアップ・タイプをイメージ・コピーに変更できます。

RMANでは、次の規則に従ってコピーの作成場所を選択します(優先順位の高い順に示しています)。

1. バックアップするオブジェクトに対するBACKUPコマンドで指定されたFORMAT

2. BACKUPコマンドに指定されたFORMAT

3. BACKUPコマンドに設定されたfileNameConversionSpec

4. CONFIGURE CHANNEL integer ... FORMAT

5. CONFIGURE CHANNEL DEVICE TYPE ... FORMAT

6. プラットフォーム固有のデフォルトのFORMAT(一意のファイル名を生成する%Uが含まれる)

イメージ・コピー・バックアップの作成およびリストアは、RMANを使用するか、またはファイルをコピーするためのオペレーティング・システム固有のコマンドを使用して実行できます。RMANを使用する場合は、コピーがRMANリポジトリに記録され、リストアおよびリカバリで簡単に使用できます。RMANを使用しない場合は、CATALOGコマンドでユーザー管理コピーをRMANリポジトリに追加して、RMANで使用できるようにする必要があります。

イメージ・コピーのイメージ・コピーは作成できますが、バックアップ・セットのコピーは作成できません。バックアップ・セットのバックアップを作成するには、BACKUP BACKUPSETコマンドを実行します。

copyOfSpec

この副次句は、BACKUPコマンドの出力形式(バックアップ・セットまたはイメージ・コピー)を指定します。構文図は、「copyOfSpec::=」を参照してください。

構文要素

説明

COPY OF DATABASE

データベース内のすべてのデータファイルおよび制御ファイルの前回のイメージ・コピーのバックアップを作成します。BACKUP DATABASEによって通常組み込まれるすべてのデータファイルにコピーが含まれている必要があります(含まれていない場合は、RMANによってエラーが発行されます。)。すべてのコピーが1回のBACKUPコマンドで作成されている必要はありません。データファイルの複数のコピーが存在する場合は、RMANによって最新のコピーがバックアップされます。オプションで、タグ名(FULL_COLD_COPYなど)でコピーを指定します。

CDBで、CDBにあるすべてのデータファイルおよび制御ファイルについて、前回のイメージ・コピーのバックアップを作成します。CDB全体をバックアップするには、rootに接続します。PDBで、PDBにあるすべてのデータファイルおよび制御ファイルについて、前述のイメージ・コピーのバックアップを作成します。PDBをバックアップするには、そのPDBに接続します。「CDBおよびPDBへの接続」を参照してください。

注意: このコマンドの出力は、イメージ・コピーまたはバックアップ・セットにできます。

COPY OF DATABASE ROOT

CDBで、rootにあるデータファイルおよび制御ファイルについて前述のイメージ・コピーのバックアップを作成します。前述のCOPY OF DATABASEに関する説明を参照してください。「CDBおよびPDBへの接続」を参照してください。

COPY OF PLUGGABLE DATABASE pdb_name

CDBで、1つ以上のPDBにあるデータファイルおよび制御ファイルについて、前回のイメージ・コピーのバックアップを作成します。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

COPY OF DATAFILE datafileSpec

1つ以上のデータファイルの前回のイメージ・コピーのバックアップを作成します。ファイル番号(DATAFILE 3)またはファイル名(DATAFILE '?/oradata/trgt/users01.dbf')でデータファイルを指定します。データファイルのコピーのファイル名ではなく、データファイルの名前を指定します。特定のデータファイルのコピーが複数存在する場合、RMANでは最新のコピーがバックアップされます。

注意: バックアップ対象のイメージ・コピーが1回のBACKUPコマンドで作成されている必要はありません。

注意: このコマンドの出力は、イメージ・コピーまたはバックアップ・セットにできます。

関連項目: 「datafileSpec」を参照してください

COPY OF TABLESPACE tablespace_name

指定した1つ以上の表領域内のデータファイルの前回のイメージ・コピーのバックアップを作成します。BACKUP TABLESPACEによって通常組み込まれるすべてのデータファイルに、コピーが含まれます(含まれていない場合は、RMANによってエラーが発行されます)。すべてのコピーが1回のBACKUPコマンドで作成されている必要はありません。データファイルの複数のコピーが存在する場合は、RMANによって最新のコピーがバックアップされます。

表領域名(usersなど)でリストに表領域を指定するか、またはタグ名(0403_CPY_OF_USERSなど)で特定のコピーを指定します。TAGを指定しない場合は、RMANによって、表領域内の各データファイルの最新のデータファイルのコピーがバックアップされます。

注意: このコマンドの出力は、イメージ・コピーまたはバックアップ・セットにできます。

datafileCopySpec

この副次句は、データファイルのコピーを指定します。構文図は、「datafileCopySpec::=」を参照してください。

構文要素

説明

'filename'

1つ以上のデータファイル・イメージ・コピーのファイル名を指定します。

ALL

データファイルのすべてのイメージ・コピーをバックアップするように指定します。

LIKE 'string_pattern'

ファイル名のパターンを指定します。パーセント記号(%)は0文字以上を示すワイルド・カードで、アンダースコア(_)は1文字を示すワイルド・カードです。

FROM TAG tag_name

データファイルの1つ以上のコピーのリストをタグ名で指定します。このタグの付いたデータファイルのコピーが複数存在する場合、RMANによって特定のデータファイルの最新データファイル・コピーのみがバックアップされます。タグには、大/小文字区別はありません。

NODUPLICATES

バックアップ操作で同一のデータファイルのコピーが組み込まれないようにします(例2-28を参照)。データファイルのコピーが重複している場合は、最新のタイムスタンプを持つファイルが選択されます。

duration

この副次句は、データファイルのコピーを指定します。構文図は、「duration::=」を参照してください。

構文要素

説明

DURATION hh:mm

バックアップ・コマンドの最長実行時間を指定します。指定した実行時間内にバックアップ・コマンドが完了しなかった場合、バックアップは停止します。

PARTIALオプションを指定しないと、バックアップが指定した実行時間で完了しなかった場合、バックアップ・コマンドが正常に実行されなかったとみなされ、RMANによってエラーがレポートされます。バックアップ・コマンドがRUNブロックの一部である場合、そのRUNブロック内の後続コマンドは実行されません。

MINIMIZE {LOAD | TIME}

ディスク・バックアップでは、MINIMIZE TIMEを使用してバックアップを最大速度で実行(デフォルト)したり、システムの負荷を軽減するためにMINIMIZE LOADを使用してバックアップの速度を遅くできます。MINIMIZE LOADを指定すると、バックアップに指定した実行時間が最大限に使用されます。

TIMEを指定すると、最も新しくバックアップされたファイルに対するバックアップの優先順位が最も低くなります。このスケジュール・メカニズムによって、異なるデータファイルがラウンドロビン法でバックアップされるため、一連のバックアップ期間内で最終的に完全なデータベースのバックアップが行われます。

PARTIAL

PARTIALオプションを指定すると、バックアップ全体が指定した実行時間で完了しなかった場合でも、コマンドが正常に完了したと判断され、RMANによってエラーはレポートされません。

PARTIALオプションを指定しないと、バックアップが指定した実行時間で完了しなかった場合、バックアップ・コマンドが正常に実行されなかったとみなされ、RMANによってエラーがレポートされます。バックアップ・コマンドがRUNブロックの一部である場合、そのRUNブロック内の後続コマンドは実行されません。

PARTIALを指定しているかどうかに関係なく、バックアップが中断される前に完了したすべてのバックアップ・セットは保存され、RESTOREおよびRECOVERの操作で使用できます。

forRecoveryOfSpec

この副次句は、バックアップを増分更新バックアップ計画で使用することを指定します。FOR RECOVER OFを指定する際に、INCREMENTAL LEVEL 1を指定する必要があります。構文図は、「forRecoveryOfSpec::=」を参照してください。

構文要素

説明

FOR RECOVER OF COPY

以前のデータファイル・コピーまたは増分バックアップ以降に行われたすべての変更を増分バックアップに含めるように指定します。デフォルトでは、RMANによって差分増分バックアップが作成されます。RMANで累積バックアップを作成するには、CUMULATIVEを指定する必要があります。

WITH TAG句を使用して、この増分バックアップ計画とそれ以外のバックアップ計画を区別してください。WITH TAGを指定しない場合、RMANでは最新のデータファイルのコピーが増分バックアップの基礎として使用されます。

BACKUP INCREMENTAL LEVEL 1 FOR RECOVER OF COPYコマンドを使用すると、イメージ・コピーまたはバックアップ・セットを作成できます。RMANでは、レベル0のイメージ・コピーが存在しない場合はレベル0のイメージ・コピーが作成されますが、存在する場合はバックアップ・セットが作成されます。

関連項目: 増分更新バックアップの作成方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

WITH TAG tag_name

バックアップ計画の基礎として使用されるレベル0の増分バックアップのタグを指定します(例2-19を参照)。

BACKUP INCREMENTAL ... WITH TAG構文を使用して、レベル0のイメージ・コピーのロールフォワードに適したレベル1の増分バックアップを作成できます。その後、RECOVER COPY OF ... WITH TAGを使用して、このコピーにレベル1のバックアップを適用できます。これによって、バックアップ計画ではデータファイル・コピーが継続してロールフォワードされるため、メディア・リカバリの実行時に適用する変更が少なくなります。この方法は、Enterprise Managerのディスク・バックアップ計画の基礎として使用されます。

WITH TAGを指定すると、RMANによって、バックアップ計画でのすべての新しい増分バックアップにレベル0のデータファイル・コピーと同じタグが自動的に割り当てられます。RMANでは、このタグが割り当てられている使用可能な増分バックアップに基づいて、レベル1のバックアップに含めるブロックが決定されます。

注意: BACKUPコマンドにTAGオプションとWITH TAGオプションの両方を指定すると、RMANによって、TAGオプションは無視され、増分バックアップはWITH TAGで指定したタグを受け取ることを示す警告が発行されます。

WITH TAGパラメータで指定したタグを持つレベル0のバックアップが、現行または親のデータベース・インカネーションに存在しない場合は、FOR RECOVER OF COPYオプションによって、WITH TAGパラメータで指定したタグを持つレベル0のデータファイル・コピーが作成されます。

DATAFILECOPY  FORMAT formatSpec

出力イメージ・コピーに名前を付けるパターンを指定します。

データファイルをデータベースに追加する場合は、新しく作成されたファイルの増分更新バックアップ計画で必要なレベル0のデータファイル・コピーがRMANによって自動的に作成されるため、バックアップ・スクリプトを変更する必要はありません。

FOR RECOVER OF TAG tag_name

tag_nameで指定したレベル0の増分バックアップをリカバリするためのアーカイブREDOログ・ファイルまたは増分バックアップをバックアップします。

たとえば、BACKUP INCREMENTAL LEVEL 1 FOR RECOVER OF TAG wholedb ARCHIVELOG ALLコマンドによって、wholedbというタグが付いているレベル0の増分バックアップのリカバリに必要なアーカイブREDOログ・ファイルをすべてバックアップできます。

notBackedUpSpec

RMANでは、この副次句は、同じデバイス・タイプに対してまだバックアップされていないファイルのみをバックアップするように指定します。構文図は、「notBackedUpSpec::=」を参照してください。

構文要素

説明

NOT BACKED UP

BACKUPコマンドで指定されたファイルのうち、同じデバイス・タイプに対してバックアップが実行されていないファイルのみをバックアップします(例2-27を参照)。

この副次句を使用すると、データベースに新規に追加したデータファイルを簡単にバックアップできます。RMANは、データファイル・チェックポイントを検査せずに、まだバックアップされていないデータファイルをバックアップします。バックアップ・セットをバックアップするときに、NOT BACKED UPを指定することもできます。

BACKUPをこの句とともに使用すると、アーカイブREDOログの削除方針で自動的に実行されることを手動で実行することになります。CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP integer TIMESコマンドを指定すると、指定したデバイス・タイプにinteger回のバックアップが存在しないかぎり、BACKUP ARCHIVELOG ALLコマンドによってすべてのログがコピーされます。ログのinteger回のバックアップが存在する場合は、BACKUPコマンドはログをスキップします。このように、アーカイブ・ログの削除方針は、BACKUPコマンドのデフォルトのNOT BACKED UP integer TIMES句として機能します。

KEEPオプションで作成したアーカイブのバックアップは、NOT BACKED UP副次句の評価時にはカウントされません。たとえば、次のコマンドを発行したとします。

BACKUP ARCHIVELOG SEQUENCE 345 NOT BACKED UP 3 TIMES

このとき、指定したログがすでに2つのKEEPでないバックアップ・セットと1つのKEEPバックアップ・セットにバックアップされている場合、このコマンドではあと1回ログをバックアップします。

注意: この句は、バックアップの最適化(CONFIGURE BACKUP OPTIMIZATION)およびアーカイブREDOログ・ファイルの削除方針(CONFIGURE ARCHIVELOG DELETION POLICY)をオーバーライドします。

integer TIMES

integer回以上バックアップされていないアーカイブREDOログ・ファイルのみをバックアップします。

注意: アーカイブREDOログ・ファイルをバックアップ・セットにバックアップしている場合のみ、NOT BACKED UP integer TIMESを指定できます。

ファイルのバックアップの数を決定する場合、RMANは、現行のバックアップと同じデバイス・タイプに作成されているバックアップのみを考慮します。

このオプションは、指定したメディアにアーカイブREDOログ・ファイルをバックアップする場合に便利です。たとえば、各ログの3つ以上のコピーをテープに保存できます。

SINCE TIME ' date_string '

その日付を過ぎると、RMANがバックアップされていないファイルのバックアップを開始する日付を指定します。

date_stringは、現行のNLS_DATE_FORMATの日付または'SYSDATE-1'などのSQL DATE式です。ファイルのバックアップ数を計算する場合、RMANでは、現行のバックアップと同じデバイス・タイプで作成されたバックアップのみが考慮されます。

このオプションを使用すると、前回失敗したバックアップ中に処理されなかったデータファイルをバックアップできます。たとえば、データベースをバックアップしても、インスタンスの途中で障害が発生する場合があります。その場合は、NOT BACKED UP SINCE TIME句を使用してバックアップを再開し、バックアップ済のファイルを対象から除外できます。AS BACKUPSETを指定すると、この機能が役立つのは、RMANがバックアップ中に複数のバックアップ・セットを生成する場合のみです。

ファイルがバックアップされたかどうかを判断するときには、SINCE日付が最新バックアップの完了時刻と比較されます。BACKUP AS BACKUPSETの場合、バックアップ・セット内のファイルの完了時刻は、バックアップ・セット全体の完了時刻です。つまり、同じバックアップ・セット内のすべてのファイルの完了時刻は同じです。

skipSpec

この副次句は、バックアップから除外するファイルを指定します。構文図は、「skipSpec::=」を参照してください。

構文要素

説明

SKIP

次のキーワードで指定する基準に従って、データファイルまたはアーカイブREDOログ・ファイルを除外します。

注意: backupSpec句でもこのオプションを指定できます。

INACCESSIBLE

I/Oエラーのために読み取ることができないデータファイルまたはアーカイブREDOログ・ファイルを除外します。

データファイルは、読取りが不可能な場合にのみアクセス不能とみなされます。一部のオフライン・データファイルは、ディスク上に残っているために読取りが可能です。他のデータファイルは削除または移動されたためにアクセス不可となり、読取り不可となります。

OFFLINE

オフライン・データファイルを除外します。

READONLY

読取り専用データファイルを除外します。

例

例2-13 データベースのバックアップ

この例では、オペレーティング・システム・コマンドラインからRMANクライアントを起動した後、オペレーティング・システム認証を使用してターゲット・データベースに接続します。BACKUPコマンドによって、すべてのデータファイル、現行の制御ファイル、サーバー・パラメータ・ファイルおよびアーカイブREDOログ・ファイルがデフォルトのストレージ・デバイスにバックアップされます。

% rman
RMAN> CONNECT TARGET /
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;

例2-14 複数のPDBのバックアップ

この例では、オペレーティング・システム認証を使用してrootに接続した後、PDB hr_pdbとsales_pdbのバックアップを作成します。

%rman
RMAN> CONNECT TARGET /
RMAN> BACKUP PLUGGABLE DATABASE hr_pdb, sales_pdb;

例2-15 累積増分バックアップの実行

この例では、最後に実行されたレベル0の増分バックアップ以降にデータベース上で変更されたすべてのブロックをバックアップします。レベル1バックアップの実行時にレベル0バックアップが存在しない場合は、RMANでは、レベル0バックアップが自動的に作成されます。アクセスできないファイルは、スキップされます。

BACKUP
INCREMENTAL LEVEL 1 CUMULATIVE
SKIP INACCESSIBLE
DATABASE;

例2-16 複数ディスクへのバックアップの分散

この例では、2つの異なるディスクに表領域をバックアップし、RMANにバックアップのパラレル化を自動的に実行させます。FORMAT文字列の%Uは、出力するイメージ・コピーごとに一意のファイル名を生成する置換変数です。

RUN
{
ALLOCATE CHANNEL dev1 DEVICE TYPE DISK FORMAT '/disk1/%U';
ALLOCATE CHANNEL dev2 DEVICE TYPE DISK FORMAT '/disk2/%U';
BACKUP AS COPY
TABLESPACE SYSTEM, tools, users, undotbs;
}

例2-17 タグによるデータファイル・コピーの識別

この例では、データファイルのイメージ・コピーをテープにバックアップします。 このBACKUPコマンドは、LATESTCOPYというタグが付いているすべてのデータファイル・コピーを検出してテープにバックアップし、そのバックアップに置換変数を使用した名前を付けます。変数%fは、絶対ファイル番号を指定します。また、%dは、データベースの名前を指定します。データファイルのコピーをテープ上に作成したら、LATESTCOPYというタグが付いているすべてのイメージ・コピーが削除されます。

BACKUP
DEVICE TYPE sbt
DATAFILECOPY
FROM TAG 'LATESTCOPY'
FORMAT 'Datafile%f_Database%d';
DELETE COPY TAG 'LATESTCOPY';

例2-18 アーカイブREDOログ・ファイルのバックアップと削除

この例では、2つのアーカイブ先(/disk2/PROD/archivelog/および/disk1/arch/)が設定されているとします。このコマンドは、一意の順序番号ごとにアーカイブREDOログを1つバックアップします。たとえば、アーカイブREDOログ1000が両方のディレクトリにある場合、RMANは、このログの1つのコピーのみをバックアップします。ALLキーワードが指定されたDELETE INPUT句によって、バックアップの終了後に、両方のアーカイブ・ディレクトリからすべてのアーカイブREDOログを削除します。

BACKUP DEVICE TYPE sbt
ARCHIVELOG LIKE '/disk%arc%'
DELETE ALL INPUT;

このコマンドでは、次のような出力が表示されます。

Starting backup at 12-MAR-13
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=150 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
channel ORA_SBT_TAPE_1: starting archived log backup set
channel ORA_SBT_TAPE_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=4 RECID=4 STAMP=616789551
input archived log thread=1 sequence=5 RECID=5 STAMP=616789551
input archived log thread=1 sequence=6 RECID=6 STAMP=616789554
input archived log thread=1 sequence=7 RECID=7 STAMP=616789731
input archived log thread=1 sequence=8 RECID=8 STAMP=616789825
input archived log thread=1 sequence=9 RECID=10 STAMP=616789901
input archived log thread=1 sequence=10 RECID=12 STAMP=616789985
channel ORA_SBT_TAPE_1: starting piece 1 at 12-MAR-13
channel ORA_SBT_TAPE_1: finished piece 1 at 12-MAR-13
piece handle=0vice0g7_1_1 tag=TAG20130312T105917 comment=API Version 2.0,MMS Version 10.1.0.3
channel ORA_SBT_TAPE_1: backup set complete, elapsed time: 00:00:25
channel ORA_SBT_TAPE_1: deleting archived log(s)
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_4_2z45sgrc_.arc RECID=4 STAMP=616789551
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_5_2z45sgrc_.arc RECID=5 STAMP=616789551
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_6_2z45sl3g_.arc RECID=6 STAMP=616789554
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_7_2z45z2kt_.arc RECID=7 STAMP=616789731
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_8_2z4620sk_.arc RECID=8 STAMP=616789825
archived log file name=/disk1/arch/archiver_1_8_616789153.arc RECID=9 STAMP=616789825
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_9_2z464dhk_.arc RECID=10 STAMP=616789901
archived log file name=/disk1/arch/archiver_1_9_616789153.arc RECID=11 STAMP=616789901
archived log file name=/disk2/PROD/archivelog/2013_03_09/o1_mf_1_10_2z4670gr_.arc RECID=12 STAMP=616789985
archived log file name=/disk1/arch/archiver_1_10_616789153.arc RECID=13 STAMP=616789985
Finished backup at 12-MAR-13

Starting Control File and SPFILE Autobackup at 12-MAR-13
piece handle=c-28643857-20130312-02 comment=API Version 2.0,MMS Version 10.1.0.3
Finished Control File and SPFILE Autobackup at 12-MAR-13

例2-19 増分更新バックアップのスクリプト作成

バックアップを増分更新することによって、データベースのイメージ・コピーの全体バックアップに伴うオーバーヘッドを避けると同時に、メディアのリカバリ時間を最小限にすることもできます。たとえば、日次バックアップ用のスクリプトを実行する場合に、メディア・リカバリに適用するREDOを1日分より多く持つことはありません。

次のスクリプトを毎日実行するとします。初回実行時には、スクリプトによって、指定したタグを使用してディスク上にデータベースのイメージ・コピーのバックアップが作成されます。2回目の実行では、データベースのレベル1の差分増分バックアップが作成されます。RMANでは、以降のすべての実行で、レベル1の増分バックアップがデータファイルのコピーに適用され、新しいレベル1のバックアップが作成されます。

RUN
{
RECOVER COPY OF DATABASE
WITH TAG 'incr_update';
BACKUP
INCREMENTAL LEVEL 1
FOR RECOVER OF COPY WITH TAG 'incr_update'
DATABASE;
}

例2-20 テープへのディスクベースのバックアップ・セットのバックアップ

最近のバックアップ・セットをディスク上に保持し、古いバックアップ・セットをテープ上に置くことを目標とします。また、同じバックアップ・セットのコピーを、ディスクとテープに同時に保持することは避けるものとします。この例では、2週間より前に作成されたバックアップ・セットはテープにバックアップされ、そのバックアップ・ピースがディスクから削除されます。

BACKUP
DEVICE TYPE sbt
BACKUPSET
COMPLETED BEFORE 'SYSDATE-14'
DELETE INPUT;

例2-21 データベース・バックアップの多重化

この例では、COPIESパラメータを使用して、圧縮されたデータベース・バックアップを2つ(別々のディスクに1つずつ)作成します。出力場所は、FORMATパラメータで指定します。

BACKUP AS COMPRESSED BACKUPSET
DEVICE TYPE DISK
COPIES 2
DATABASE
FORMAT '/disk1/db_%U', '/disk2/db_%U';

例2-22 チャネルでのワークロードの分割方法の指定

この例では、CHANNELパラメータで、どのチャネルでどのファイルをどこにバックアップするかを指定し、バックアップを明示的にパラレル化します。

RUN
{
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape1)';
ALLOCATE CHANNEL ch2 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape2)';
BACKUP
(DATABASE        # ch1 backs up database to tape drive stape1
CHANNEL ch1)
(ARCHIVELOG ALL
CHANNEL ch2);  # ch2 backs up archived redo log files to tape drive stape2
}

例2-23 スタンバイ・データベースのリフレッシュ用の増分バックアップの作成

この例では、プライマリ・データベースの増分バックアップを作成し、それを使用して関連付けられたスタンバイ・データベースを更新することを目標とします。RMANクライアントを起動し、CONNECTを使用してTARGETとしてプライマリ・データベースに接続してから、リカバリ・カタログに接続します。BACKUPコマンドでは、スタンバイ・データベースで適用可能なプライマリ・データベースの増分バックアップを作成し、指定したSCN以降の変更を反映して更新します。

RMAN> CONNECT TARGET /

connected to target database: PROD (DBID=39525561)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> BACKUP DEVICE TYPE DISK
2> INCREMENTAL FROM SCN 404128 DATABASE
3>  FORMAT '/disk1/incr_standby_%U';

例2-24 データファイル・バックアップの破損許容度の指定

この例では、データベースに5つのデータファイルが含まれているとします。SET MAXCORRUPTコマンドを使用して、破損は各データファイルで1つのみ許容されることを指定します。BACKUPコマンドでCHECK LOGICALオプションが指定されているため、RMANは、物理的な破損と論理的な破損の両方をチェックします。

RUN
{
SET MAXCORRUPT FOR DATAFILE 1,2,3,4,5 TO 1;
BACKUP CHECK LOGICAL
DATABASE;
}

例2-25 アーカイブ目的での一貫性データベース・バックアップの作成

この例では、keepOptionを使用して、1年間は不要とみなされることがないアーカイブ・バックアップ・セットを作成します。この例では、データベースをバックアップし、REDOを現行のオンライン・ログにアーカイブしてこの新しいバックアップに一貫性があることを保証し、データファイル・バックアップを一貫性がある状態にリストアするために必要なアーカイブREDOログ・ファイルのみをバックアップします。

このBACKUPコマンドでは、このバックアップと一貫性を持つSCNと対応するリストア・ポイントも作成されます。FORMATパラメータは、複数のバックアップ・セット内に複数のバックアップ・ピースを作成できるように指定する必要があります。

BACKUP DATABASE
FORMAT '/disk1/archival_backups/db_%U.bck'
TAG quarterly
KEEP UNTIL TIME 'SYSDATE + 365'
RESTORE POINT Q1FY06;

例2-26 保存方針からのコピーの除外

次の例では、2つのデータファイルをコピーして、保存方針から永久に除外します。自動バックアップがオフの場合でも、制御ファイルおよびサーバー・パラメータ・ファイルもバックアップされます。

KEEP FOREVERにはリカバリ・カタログが必要です。

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
BACKUP
KEEP FOREVER
FORMAT '?/dbs/%U_longterm.cpy'
TAG LONGTERM_BCK
DATAFILE 1 DATAFILE 2;
ALTER DATABASE OPEN;

例2-27 バックアップが必要なファイルのバックアップ

データベースおよびアーカイブREDOログ・ファイルをテープに毎晩バックアップするために、次のコマンドを実行するとします。

BACKUP
MAXSETSIZE 500M
DATABASE PLUS ARCHIVELOG;

RMANでは、複数のバックアップ・セットが生成されるように、先行するコマンドで各バックアップ・セットのサイズの上限が設定されています。バックアップ処理の途中でメディア管理デバイスに障害が発生し、そのデバイスが再起動されるとします。翌日、バックアップ・セットの半分しか完了していないことに気付きます。その場合は、次のコマンドを夕方に実行できます。

BACKUP
NOT BACKED UP SINCE TIME 'SYSDATE-1'
MAXSETSIZE 500M
DATABASE PLUS ARCHIVELOG;

先行するコマンドによって、RMANでは、過去24時間内にバックアップされていないファイルのみがバックアップされます。指定された時間枠のバックアップが使用可能であるとRMANが判断すると、次のような出力が表示されます。

skipping datafile 1; already backed up on 18-JAN-13
skipping datafile 2; already backed up on 18-JAN-13
skipping datafile 3; already backed up on 18-JAN-13

BACKUPコマンドのすぐ後にNOT BACKED UP SINCE句を置くと、バックアップするすべてのオブジェクトに影響します。また、その句は、個々のbackupSpec句の後に置くこともできます。その場合は、その句の制限を受けるbackupSpecによって指定されたオブジェクトのバックアップのみが作成されます。

例2-28 NODUPLICATESを使用したデータファイルのコピーのバックアップ

この例では、/disk2/df2.cpyというデータファイル2のデータファイル・コピーを作成します。次に、そのデータファイル・コピーを/disk1および/disk3ディレクトリにバックアップします。最後のBACKUPコマンドで指定されているNODUPLICATESオプションは、データファイル2のコピーを1つのみバックアップする必要があることを示しています。

BACKUP AS COPY
DATAFILE 2
FORMAT '/disk2/df2.cpy' TAG my_tag;
BACKUP AS COPY
DATAFILECOPY '/disk2/df2.cpy'
FORMAT '/disk1/df2.cpy';
BACKUP AS COPY
DATAFILECOPY '/disk1/df2.cpy'
FORMAT '/disk3/df2.cpy';
BACKUP
DEVICE TYPE sbt
DATAFILECOPY ALL NODUPLICATES; # backs up only copy of data file 2

例2-29 オペレーティング・システム・ファイルからASMへのアーカイブ・ログのコピー

BACKUP AS COPY REUSE
ARCHIVELOG LIKE "/ade/b/369893928/oracle/work/arc_dest/arcr_1_11_686060575.arc"
AUXILIARY FORMAT "+RCVAREA";

例2-30 データファイルのイメージ・コピーとしてのマルチセクション・バックアップ

この例は、データファイルusers_df.dbfのマルチセクション・バックアップを作成します。バックアップはイメージ・コピーとして作成され、各バックアップ・ピースは150MBを超えることはできません。

BACKUP AS COPY
SECTION SIZE 150M
DATAFILE '/oradata/dbs/users_df.dbf';

例2-31 データベースのバックアップ・セットとしてのマルチセクション増分バックアップ

この例は、データベースのバックアップ・セットとしてマルチセクション増分バックアップを作成します。増分バックアップには、8564以上のSCNで変更されたすべてのデータファイル・ブロックを含めます。INCREMENTAL FROM SCNを使用してマルチセクション増分バックアップを作成する場合、FORMAT句は必須です。

BACKUP
FORMAT '/tmp/datafiles/db_incr_ms_%U'
INCREMENTAL FROM SCN 8564
SECTION SIZE 400M
DATABASE;

例2-32 表領域のマルチセクション増分バックアップ

この例は、表領域ordersのバックアップ・セットとしてマルチセクション増分バックアップを作成します。バックアップを作成する前に、ALLOCATE CHANNELコマンドを使用して、3つのチャネルを明示的に割り当てます。そのため、RMANはこれらのチャネルを使用してバックアップ・ピースにパラレルで書き込みます。

run {
ALLOCATE CHANNEL MY_CH1 TYPE DISK;
ALLOCATE CHANNEL MY_CH2 TYPE DISK;
ALLOCATE CHANNEL MY_CH3 TYPE DISK;
BACKUP
INCREMENTAL LEVEL 1
AS COMPRESSED BACKUPSET
SECTION SIZE 100M
TABLESPACE sales;
};

例2-33 データベース全体のクロス・プラットフォーム・バックアップ

この例は、Linux x86 64ビット・プラットフォームへのトランスポート用に、データベース全体のクロス・プラットフォーム・バックアップを作成します。ソース・プラットフォームはMicrosoft Windows IA (32-bit)で、バックアップはfull_db.bckというバックアップ・セットに保存されます。バックアップを作成する前に、データベースを読取り専用モードに設定する必要があります。

BACKUP
TO PLATFORM='Linux x86 64-bit'
FORMAT '/tmp/xplat_backups/full_db.bck'
DATABASE;

例2-34 一貫性表領域のクロス・プラットフォーム・バックアップ

この例は、表領域exampleをクロス・プラットフォーム・トランスポートのためにバックアップします。バックアップを実行する前に、表領域を読取り専用モードに設定する必要があります。表領域データを含むバックアップ・セットは、example_readonly.bckと呼ばれます。この表領域をターゲット・データベースに組み込むために必要なメタデータは、バックアップ・セットexample_dmp.bckに格納されています。

BACKUP
FOR TRANSPORT
FORMAT '/tmp/xplat_backups/example_readonly.bck'
TABLESPACE example
DATAPUMP FORMAT '/tmp/xplat_backups/example_dmp.bck';

例2-35 複数のバックアップ・セットを使用した、表領域のクロス・プラットフォーム・バックアップ

この例は、表領域exampleのクロス・プラットフォーム・バックアップを複数のバックアップ・セットを使用して作成します。バックアップを作成する前に、表領域が読取り専用であることを確認します。FILESPERSETに1が設定されているため、各バックアップ・セットには入力ファイルが1つのみ含まれます。バックアップ・セットは、db_multiple_から始まる一意の名前を使用します。

BACKUP
FOR TRANSPORT
FILESPERSET 1
FORMAT '/tmp/xplat_backups/db_multiple_%U'
TABLESPACE example
DATAPUMP FORMAT '/tmp/xplat_backups/db_multiple.dmp';

例2-36 複数のバックアップ・ピースを使用した、表領域のクロス・プラットフォーム・バックアップ

この例は、表領域exampleのクロス・プラットフォーム・バックアップを作成します。ALLOCATE CHANNELコマンドにMAXPIECESIZEが設定されているため、バックアップでは複数のバックアップ・ピースが使用されます。バックアップを作成する前に、表領域が読取り専用モードであることを確認します。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE disk MAXPIECESIZE 301464;
BACKUP
FOR TRANSPORT
FORMAT '/tmp/xplat_backups/example_multi-piece.bck'
TABLESPACE example
DATAPUMP FORMAT '/tmp/xplat_backups/example_multi-piece_dmp.bck';}

例2-37 表領域のクロス・プラットフォーム非一貫性バックアップ

この例は、表領域exampleのレベル0のクロス・プラットフォーム増分バックアップを作成します。バックアップを作成する時点で、表領域は読取り/書込みモードであるため、非一貫性バックアップを作成するにはALLOW INCONSISTENTを使用します。

表領域の非一貫性バックアップを使用して表領域を宛先データベースに直接組み込むことはできないことに注意してください。一貫性のある表領域にするには、表領域が読取り専用のときに作成された表領域の増分バックアップを使用する必要があります。例2-38 クロス・プラットフォーム増分バックアップを作成する方法について説明します。

BACKUP
FOR TRANSPORT
ALLOW INCONSISTENT
INCREMENTAL LEVEL 0
FORMAT '/tmp/xplat_backups/example_inconsist.bck'
TABLESPACE example;

例2-38 表領域のクロス・プラットフォーム増分バックアップ

この例は、表領域exampleのレベル1のクロス・プラットフォーム増分バックアップを作成します。このバックアップを作成する前に、表領域は読取り専用モードに設定されます。このバックアップには、前回の増分バックアップ作成後に表領域に対して行われた変更が含まれます。バックアップは、example_inconsist_incr.bckというバックアップ・セットに格納されます。この表領域を宛先データベースに組み込むために必要なメタデータは、バックアップ・セットexample_incr_dmp.bckに格納されています。

このレベル1の増分バックアップを、例2-37で作成されるレベル0の増分バックアップとともに使用して、表領域exampleを別のプラットフォームにトランスポートできます。宛先データベースでは、最初に例2-37で作成されるレベル0の増分バックアップをリストアして、外部データファイルのセットを作成します。レベル0の増分バックアップが作成されたときに表領域は読取り/書込みモードであったため、これらの外部データファイルには一貫性がありません。その後、レベル1の増分バックアップを外部データファイルに適用します。次に、DATAPUMP句で指定したバックアップ・セットをリストアして、表領域を宛先データベースに組み込みます。バックアップ・セットを使用した非一貫性表領域のクロス・プラットフォーム・トランスポートの実行例の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

ほとんどのシナリオでは、レベル0の増分バックアップの作成後、表領域を読取り/書込みモードに設定して複数のレベル1の増分バックアップを作成します。最後のレベル1の増分バックアップは、表領域を読取り専用モードに設定して作成されます。このような増分バックアップを作成し、徐々に適用することで、ソース・データベースと宛先データベースの間のデータ相違を最小限に抑えることができます。

BACKUP
FOR TRANSPORT
INCREMENTAL LEVEL 1
TABLESPACE example
FORMAT '/tmp/xplat_backups/example_inconsist_incr.bck'
DATAPUMP FORMAT '/tmp/xplat_backups/example_incr_dmp.bck';

CATALOG

用途

CATALOGコマンドは、次の目的に使用します。

- ディスク上のバックアップ・ピースおよびイメージ・コピーをRMANリポジトリに追加します。

- データファイルのコピーをレベル0の増分バックアップとしてRMANリポジトリに記録し、このコピーを増分バックアップ計画の一部分として使用します。

関連項目:

カタログに格納されているターゲット・データベース・レコードを管理する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』 を参照してください

前提条件

ターゲット・データベースに接続していて、そのデータベースがマウントまたはオープン状態である必要があります。RMANがリカバリ・カタログに接続されている場合は、カタログ・データベースをオープンする必要があります。

カタログ化するファイルは、次の条件を満たしている必要があります。

- SBTのデバイスに存在していないこと。

- ファイルがユーザー管理コピーの場合は、データファイルのコピー、制御ファイルのコピー、アーカイブREDOログまたはバックアップ・ピースであること。

使用上の注意

RMANでは、すべてのユーザー管理バックアップがイメージ・コピーとみなされます。カタログ化中は、ファイルがオペレーティング・システム・ユーティリティにより正常にコピーされたかどうかがRMANではチェックされず、ヘッダーのみがチェックされます。

Data Guard環境でRMANを使用する場合は、リカバリ・カタログが必要です。リカバリ・カタログは、DBIDが同じ(ただし、DB_UNIQUE_NAME値は異なる)すべてのプライマリ・データベースおよびスタンバイ・データベースに対して、統一されたファイルの名前空間をサポートしています。したがって、リカバリ・カタログでは、すべてのプライマリ・データベースまたはスタンバイ・データベースのデータベース・ファイル名に加え、オンラインREDOログ、スタンバイREDOログ、一時ファイル、アーカイブREDOログ・ファイル、バックアップ・セットおよびイメージ・コピーが作成された場所も追跡されます。

異なるプライマリ・データベースおよびスタンバイ・データベースで作成されたバックアップがRMANでどのように処理されるかについては、「Data Guard環境でのRMANのバックアップ」を参照してください。通常、1つのデータベースで作成されたテープ・バックアップはその環境のすべてのデータベースにアクセス可能ですが、ディスク・バックアップは作成元であるデータベースにのみアクセス可能です。

接続されているターゲット・データベースにバックアップからアクセス可能であればRESTOREおよびRECOVERなどのRMANコマンドは、異なるデータベース間で透過的に動作します。ディスク・バックアップを環境内のホスト間で手動で転送して、そのバックアップをカタログ化することができます。バックアップが共有ディスク上に作成されている場合は、CHANGE RESET DB_UNIQUE_NAMEを使用すると、バックアップを新しいデータベースに関連付けることができます。

構文

catalog::=

セマンティクス

構文要素

説明

ARCHIVELOG 'filename'

RMANリポジトリに追加するアーカイブREDOログのファイル名を指定します。

注意: このコマンドは、外部アーカイブREDOログ・ファイルをカタログ化しません。外部アーカイブREDOログ・ファイルは、LogMinerセッション中にロジカル・スタンバイ・データベースで受け取ったREDOログです。通常のアーカイブREDOログ・ファイルとは異なり、外部アーカイブREDOログ・ファイルには別のDBIDが使用されています。

BACKUPPIECE 'filename'

RMANリポジトリに追加するバックアップ・ピースの名前を指定します(例2-39を参照)。

バックアップ・ピースがディスクに存在している必要があります。RMANは、バックアップ・ピースのヘッダーを検証した後でカタログ化します。RMANは、以前のデータベース・インカネーションからのバックアップ・ピースをカタログ化できます。

バックアップ・ピースは、次のような状況の場合にカタログ化します。

- オペレーティング・システムのユーティリティでコピーまたは移動したパックアップ・ピースを、RMANで使用できるようにする場合。

- バックアップ・ピースのRMANメタデータは削除されていても、バックアップ・ピースがまだ存在している場合。このような状況は、一時的に使用できなかったバックアップ・ピースに対してDELETEコマンドを実行すると発生します。

- Data Guard環境のデータベース・ホストでNOCATALOGバックアップを作成し、そのバックアップ・ピースを別のデータベース・ホストの同じ場所に移動した場合。このような場合のリカバリ・カタログには、元のバックアップ・ピースのレコードは存在しません。

- リカバリ・カタログを使用していないときに制御ファイルの再作成が必要になり、その結果、すべてのRMANリポジトリ・データが消失する場合。バックアップをカタログ化すると、再度使用可能になります。

- 制御ファイルの自動バックアップが無効になっているときに、制御ファイルをバックアップしてからアーカイブREDOログ・ファイルをバックアップした場合。制御ファイルのリストアとマウントは実行できますが、制御ファイルの後でバックアップされたアーカイブREDOログ・ファイルを含むバックアップ・ピースをカタログ化する必要があります。

バックアップ・ピースのリストを指定すると、一部のバックアップ・ピースの処理で障害が発生した場合でも、RMANによって、すべてのピースのカタログ化が試行されます。バックアップ・ピースをカタログ化すると、V$BACKUP_PIECEに新しい行が作成されます。バックアップ・セットは、すべてのバックアップ・ピースがカタログ化された場合にのみ使用可能です。一部でもカタログ化が完了していない場合は、部分的に使用可能な状態であるにすぎません。

注意: データベースのCOMPATIBLEパラメータが11.0.0以上に設定されている場合、RMANでサーバー・パラメータ・ファイルのバックアップを作成すると、バックアップはこのデータベースに関連付けられます。この場合、RMANを別のデータベースに接続して、バックアップ・ピースを明示的にカタログ化しても、このバックアップに関連付けられているDB_UNIQUE_NAMEは変更されません。たとえば、RMANでは、COMPATIBLEが11.0.0の場合にDB_UNIQUE_NAME 'NEWYORK'でデータベースのサーバー・パラメータ・ファイルのバックアップを作成すると、データベースNEWYORKで作成されたサーバー・パラメータ・ファイルのバックアップを使用して、データベースBOSTONのサーバー・パラメータ・ファイルをリストアすることはできません。

CONTROLFILECOPY 'filename'

RMANリポジトリに追加する制御ファイルのコピーのファイル名を指定します。指定できる制御ファイル・コピーは、次のいずれかのコマンドで作成される、通常の制御ファイルまたはスタンバイ制御ファイルのコピーです。

- RMAN: BACKUP AS COPY CURRENT CONTROLFILE

- SQL: ALTER DATABASE BACKUP CONTROLFILE

- SQL: ALTER DATABASE CREATE STANDBY CONTROLFILE

注意: RMANでは、プライマリ・データベースの制御ファイルのバックアップは、リストア操作時に自動的にスタンバイ制御ファイルに変換されます。

DATAFILECOPY 'filename'

RMANリポジトリに追加するデータファイルのコピーのファイル名を指定します(例2-39を参照)。データファイルのコピーを作成するには、RMANのBACKUP AS COPYコマンドを使用する方法、またはオペレーティング・システムのユーティリティとALTER TABLESPACE BEGIN/END BACKUPを併用する方法があります。

LEVEL integer

データファイル・コピーをレベル0の増分バックアップとして記録します(LEVELの値として有効なのは0のみです)。

このデータファイルのコピーを基本レベル0のバックアップとして使用して、増分バックアップを実行できます。

TAG tagname

データファイル・コピーのタグを指定します。

RECOVERY AREA

高速リカバリ領域内のすべての有効なバックアップ・セット、データファイルのコピーおよびアーカイブREDOログ・ファイルをカタログ化します(例2-41を参照)。

RMANは、TARGETとしてデータベースに接続されている必要があります。ターゲット・データベースはマウントまたはオープン状態である必要があります。キーワードRECOVERY AREAとDB_RECOVERY_FILE_DESTは完全に同一のシノニムです。

注意: 高速リカバリ領域に外部アーカイブREDOログ・ファイル(LogMinerセッション中にロジカル・スタンバイ・データベースで受け取るアーカイブREDOログ・ファイル)が存在する場合、このコマンドではそれらの外部アーカイブREDOログ・ファイルもカタログ化されます。

DB_RECOVERY_FILE_DEST

キーワードRECOVERY AREAとDB_RECOVERY_FILE_DESTは完全に同一のシノニムです。

START WITH 'string_pattern'

名前がstring_patternで始まる有効なバックアップ・セット、データファイルと制御ファイルのコピー、およびアーカイブREDOログ・ファイルをすべてカタログ化します。文字列パターンには、ASMディスク・グループ、Oracle Managed Filesディレクトリまたはファイル名の一部分を指定できます(例2-40を参照)。

RMANでは、ディスクの場所にカタログ化できないファイルがある場合は、すべてレポートされます。RMANは、マウント済のターゲット・データベースに接続している必要があります。

文字列パターンでファイル名を指定する場合、ファイル名のパターンの左側に一致します。たとえば、/tmp/arcは、ディレクトリ/tmp/arc_destおよび/tmp/archive/january内のすべてのファイルと、ファイル/tmp/arc.cpyに一致します。

注意: 文字列パターンにワイルド・カード文字は使用できません。正確な接頭辞のみを使用してください。

NOPROMPT

確認のプロンプトを抑止します。RMANでは、デフォルトで、一致するたびにプロンプトが表示されます。

例

例2-39 増分バックアップとしてのデータファイル・コピーのカタログ化

Linuxユーティリティを使用して、users01.dbfデータファイルを/disk2/backup/users01.bakにバックアップするとします。この例では、データファイル・コピーをレベル0の増分バックアップとしてカタログ化してから、すべてのコピーをリストします。

CATALOG DATAFILECOPY '/disk2/backup/users01.bak' LEVEL 0;
LIST COPY;

例2-40 ディレクトリ内の複数のコピーのカタログ化

この例では、オペレーティング・システムのユーティリティを使用して/disk2/archlogディレクトリにコピーされたアーカイブREDOログ・ファイルで一杯のディレクトリをカタログ化します。この例では、出力例も示します。

CATALOG START WITH '/disk2/archlog' NOPROMPT;

searching for all files that match the pattern /disk2/archlog

List of Files Unknown to the Database
=====================================
File Name: /disk2/archlog/o1_mf_1_10_24trtc7s_.arc
File Name: /disk2/archlog/o1_mf_1_11_24trtg7s_.arc
File Name: /disk2/archlog/o1_mf_1_12_24trtk84_.arc
File Name: /disk2/archlog/o1_mf_1_13_24trtn85_.arc
File Name: /disk2/archlog/o1_mf_1_14_24trtq84_.arc
File Name: /disk2/archlog/o1_mf_1_15_24trtt84_.arc
File Name: /disk2/archlog/o1_mf_1_16_24trtx84_.arc
File Name: /disk2/archlog/o1_mf_1_17_24trv085_.arc
File Name: /disk2/archlog/o1_mf_1_18_24trv385_.arc
File Name: /disk2/archlog/o1_mf_1_19_24trv685_.arc
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /disk2/archlog/o1_mf_1_10_24trtc7s_.arc
File Name: /disk2/archlog/o1_mf_1_11_24trtg7s_.arc
File Name: /disk2/archlog/o1_mf_1_12_24trtk84_.arc
File Name: /disk2/archlog/o1_mf_1_13_24trtn85_.arc
File Name: /disk2/archlog/o1_mf_1_14_24trtq84_.arc
File Name: /disk2/archlog/o1_mf_1_15_24trtt84_.arc
File Name: /disk2/archlog/o1_mf_1_16_24trtx84_.arc
File Name: /disk2/archlog/o1_mf_1_17_24trv085_.arc
File Name: /disk2/archlog/o1_mf_1_18_24trv385_.arc
File Name: /disk2/archlog/o1_mf_1_19_24trv685_.arc

例2-41 高速リカバリ領域内のファイルのカタログ化

この例では、現在有効になっている高速リカバリ領域内のすべてのファイルを、ファイルごとにユーザーにプロンプトを表示せずにカタログ化します。出力例に示すとおり、RMANでは、タログ化するファイルが見つからない場合はメッセージが表示されます。

CATALOG RECOVERY AREA;

searching for all files in the recovery area
no files found to be unknown to the database

例2-42 バックアップ・ピースのカタログ化

オペレーティング・システムのユーティリティを使用して、ある場所のバックアップ・ピースを別の場所にコピーするとします。この例では、新しい場所のバックアップ・ピースがカタログ化されます(例には出力例も含まれます)。

CATALOG BACKUPPIECE '/disk1/c-874220581-20131128-01';

using target database control file instead of recovery catalog
cataloged backup piece
backup piece handle=/disk1/c-874220581-20131128-01 RECID=12 STAMP=607695990

CHANGE

用途

CHANGEコマンドを使用すると、次のタスクを実行できます。

- RMANリポジトリに記録されているバックアップおよびコピーの可用性ステータスを更新します。

- 自動診断リポジトリに記録されている障害について、その優先順位を変更したり障害をクローズします。

- リカバリ・カタログに記録されている、ターゲット・データベースのDB_UNIQUE_NAMEを更新します。

- Data Guard環境にあるデータベースのバックアップを同じ環境内の別のデータベースに関連付けます。

関連項目:

バックアップまたはコピーの可用性ステータスの変更については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

RMANはTARGETとしてデータベース・インスタンスに接続され、そのインスタンスが起動されている必要があります。

使用上の注意

バックアップの関連付けとアクセス可能性の違いについては、「Data Guard環境でのRMANのバックアップ」を参照してください。Data Guard環境では、バックアップまたはコピーを作成するデータベースはファイルに関連付けられます。Data Guard環境のどのデータベースに接続されていても、バックアップに接続可能であれば、CHANGE、DELETE、CROSSCHECKなどのメンテナンス・コマンドをバックアップに使用できます。通常、RMANでは、データベース上で作成されたテープ・バックアップはその環境のすべてのデータベースにアクセス可能であるとみなされますが、ディスク・バックアップは作成元のデータベースのみにアクセス可能であるとみなされます。

たとえば、RMANをスタンバイ・データベースstandby1にTARGETとして接続し、そのデータベースをテープとディスクにバックアップするとします。テープ・ドライブが使用できなくなった場合は、Data Guard環境のプライマリ・データベースまたはスタンバイ・データベースにRMANをTARGETとして接続して、テープ・バックアップのステータスをUNAVAILABLEに変更できます。テープ・ドライブが修復された後は、RMANをTARGETとしてデータベースに接続して、テープ・バックアップのステータスをAVAILABLEに戻すことができます。ただし、オペレーティング・システムのユーティリティによって、ディスク・バックアップが誤って削除された場合、RMANはstandby1にTARGETとして接続されているときにのみ、ディスク・バックアップのステータスを変更できます。

構文

change::=

(maintSpec::=、forDbUniqueNameOption::=、keepOption::=、deviceSpecifier::=)

maintSpec::=

(listObjList::=、archivelogRecordSpecifier::=、maintQualifier::=、recordSpec::=、deviceSpecifier::=)

forDbUniqueNameOption::=

resetDbUniqueNameOption::=

changeFailure::=

セマンティクス

change

この句を使用すると、RMANリポジトリのレコードのステータスを変更できます。ステータスを変更するRMANリポジトリ・レコードの主キーを取得するには、LISTコマンドを実行するか、リカバリ・カタログ・ビューに問合せを行います。

構文要素

説明

maintSpec

CHANGEを実行するファイルを指定します。

関連項目: この句のオプションについては、「maintSpec」を参照してください。

forDbUniqueNameOption

Data Guard環境において、指定したDB_UNIQUE_NAMEにのみ関連付けられたオブジェクトのメタデータを変更します。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください。

AVAILABLE

リポジトリ内でバックアップまたはコピーのステータスをAVAILABLEに変更します。RMANによってファイルが検索され、存在しているかどうかが確認されます。

この機能は、使用不可のファイルが再度使用できるようになった場合に有効です。また、このオプションを使用して、以前のインカネーションのバックアップおよびコピーのリポジトリ・ステータスを変更することもできます。

これは、手動または自動のメンテナンス・チャネルを必要とする唯一のCHANGEオプションです。ただし、ディスク専用(つまり、ARCHIVELOG、DATAFILECOPYまたはCONTROLFILECOPY)のファイルにCHANGE ... AVAILABLEを使用する場合、メンテナンス・チャネルは不要です。CHANGE ... AVAILABLEをディスク専用でないファイルに使用する場合に、自動チャネル用に構成されていないデバイス・タイプでオブジェクトを作成しているときは、これらのチャネルに対して手動メンテナンス・コマンドを発行します。たとえば、sbtチャネルでバックアップを作成したが、自動的に構成されているのがDISKチャネルのみであれば、バックアップに対してCHANGE ... AVAILABLE操作を行う前に、sbtチャネルを手動で割り当てる必要があります。

Data Guard環境のファイルに対してCHANGE ... AVAILABLEを実行すると、RMANは、ファイルのステータスをAVAILABLEに更新する前にクロスチェックの実行を試みます。ファイルにアクセスできない場合は、RMANでは、ファイルに関連付けられたデータベースにTARGETとして接続してから、同じ操作を実行するように求めるプロンプトが表示されます。ファイルがアクセス可能な場合は、RMANでは、要求に応じてステータスが更新されます。

注意: バックアップのステータスは、LIST出力またはリカバリ・カタログ・ビューで確認できます。

注意: CHANGE ... AVAILABLEは、LogMinerセッション中にロジカル・スタンバイ・データベースによって受け取られる外部アーカイブREDOログ・ファイルに対しては無効です。通常のアーカイブREDOログ・ファイルとは異なり、外部アーカイブREDOログ・ファイルには別のDBIDが使用されています。

keepOption

バックアップまたはコピーのステータスを、構成済の保存方針に基づいて変更します。たとえば、 CHANGE ... NOKEEPを指定すると、バックアップのKEEP属性が削除され、そのバックアップはバックアップ保存方針の対象になります。

KEEP FOREVER句を指定するには、リカバリ・カタログを使用する必要があります(例2-45を参照)。RESTORE POINTオプションは、CHANGEでは有効ではありません。高速リカバリ領域に格納されているファイルのCHANGE ... UNAVAILABLEまたはKEEP属性は使用できません。

関連項目: 「keepOption」を参照してください

resetDbUniqueNameOption

maintSpecのファイルをData Guard環境の別のデータベースに関連付けます。

関連項目: 「resetDbUniqueNameOption」を参照してください

UNAVAILABLE

リポジトリ内でバックアップまたはコピーのステータスをUNAVAILABLEに変更します(例2-43を参照)。ステータスは、LIST出力またはリカバリ・カタログ・ビューで確認できます。

このオプションは、ファイルが見つからない場合や、別のサイトに移された場合に有効です。RMANでは、UNAVAILABLEマークを付けたファイルは、RESTOREまたはRECOVERコマンドでは使用されません。後でそのファイルが見つかるか、メイン・サイトに戻った場合は、AVAILABLEオプションを使用して、このステータスを更新します。UNAVAILABLEオプションは、特定のバックアップまたはコピーをリストア対象にせず、削除もしない場合や、以前のインカネーションのバックアップおよびコピーのリポジトリ・ステータスを変更する場合などにも有効です。

高速リカバリ領域のファイルでは、CHANGE ... UNAVAILABLEは無効です。このコマンドは、LogMinerセッション中にロジカル・スタンバイ・データベースで受け取られる外部アーカイブREDOログ・ファイルに対しても無効です。通常のアーカイブREDOログ・ファイルとは異なり、外部アーカイブREDOログ・ファイルには別のDBIDが使用されています。

注意: Data Guard環境のファイルに対してCHANGE ... UNAVAILABLEを実行すると、RMANは、ファイルのステータスをUNAVAILABLEに更新する前にクロスチェックの実行を試みます。RMANでは、ファイルが物理的に存在しているかどうかに関係なく、ステータスは要求に応じて更新されます。

注意: CHANGE ... UNAVAILABLEコマンドは、リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceへのターゲット・データベースのバックアップには使用できません。

UNCATALOG

リカバリ・カタログからデータファイルのコピー、バックアップ・ピースまたはアーカイブREDOログの参照を削除し、ターゲット制御ファイル内のレコードをステータスDELETEDに更新します(例2-44を参照)。CHANGE ... UNCATALOGコマンドでは、物理バックアップおよびコピーは処理されません。ファイルがDELETEコマンド以外の手段で削除されたときは、このコマンドを使用してRMANに通知します。

Data Guard環境のファイルに対してCHANGE ... UNCATALOGを実行すると、RMANでは、リカバリ・カタログからそのファイルのメタデータが削除されるまで、ファイルのクロスチェックは試行されません。RMANでは、ファイルが物理的に存在しているかどうかに関係なく、メタデータは要求に応じて削除されます。

注意: バックアップ制御ファイルから再同期化するか、またはリカバリ・カタログをアップグレードすると、以前CHANGE ... UNCATALOGでRMANリポジトリから削除されたレコードがリカバリ・カタログに再表示される場合があります。

注意: CHANGE ... UNCATALOGコマンドは、リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceへのターゲット・データベースのバックアップには使用できません。

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプにのみCHANGEを実行します(「deviceSpecifier」を参照)。このオプションが有効になるのは、構成済の自動チャネルがあり、チャネルを手動で割り当てていない場合のみです。たとえば、CHANGE UNCATALOG ... DEVICE TYPE DISKを実行すると、RMANではディスク上のファイルのみがカタログから削除されます。

changeFailure

データ・リカバリ・アドバイザによって記録された障害の変更内容を指定します。

DB_UNIQUE_NAME FROM db_unique_name TO db_unique_name

リカバリ・カタログ内のメタデータを更新して、Data Guard環境でデータベースに新しいDB_UNIQUE_NAMEを反映します。最初の値には、リカバリ・カタログに現在記録されている、データベースの古いDB_UNIQUE_NAMEを指定します。2番目の値には、新しいDB_UNIQUE_NAMEを指定します。

RMANは、リカバリ・カタログおよびマウント済のターゲット・データベースに接続している必要があります。ターゲット・データベースでは、FROM db_unique_nameパラメータにDB_UNIQUE_NAMEを指定できません。指定すると、RMANによってエラーが発行されます。

通常、このコマンドを使用するのは、データベースのDB_UNIQUE_NAME初期化パラメータを変更した後で、リカバリ・カタログのメタデータを更新する必要があるときです。一般に、このコマンドは、名前を変更したデータベースに対して他のRMAN操作を行う前に実行しないでください。LIST DB_UNIQUE_NAMEを実行した後にCHANGE DB_UNIQUE_NAMEを実行することをお薦めします。

スタンバイ・データベースのDB_UNIQUE_NAME初期化パラメータを、standby_oldからstandby_newに変更したとします。通常、CHANGE DB_UNIQUE_NAMEは場合に実行します。

- LIST DB_UNIQUE_NAMEコマンドで、DB_UNIQUE_NAMEの古い値は表示されるが、新しい値が表示されない(例2-48を参照)。

- LIST DB_UNIQUE_NAMEコマンドで、DB_UNIQUE_NAMEの古い値と新しい値の両方が表示される。RMANをTARGETとして、DB_UNIQUE_NAMEが認識されていないデータベースに接続すると、そのインスタンスは暗黙的に新しいデータベースとして登録されます。そのため、LIST DB_UNIQUE_NAMEコマンドを実行すると、DB_UNIQUE_NAME初期化パラメータが変更されたデータベースに対して、古い名前と新しい名前(この例ではstandby_oldとstandby_new)が表示されることになります。

古い名前のみが表示される場合は、RMANでは、CHANGE DB_UNIQUE_NAME FROM standby_old TO standby_newを実行して、リカバリ・カタログのDB_UNIQUE_NAMEのstandby_oldをstandby_newに変更します。

古い名前と新しい名前の両方が表示される場合は、CHANGE DB_UNIQUE_NAME FROM standby_old TO standby_newを実行すると、RMANによって次のコマンドが自動的に実行されます。

1. CHANGE ARCHIVELOG ALL FOR DB_UNIQUE_NAME standby_old RESET DB_UNIQUE_NAME

2. CHANGE BACKUP FOR DB_UNIQUE_NAME standby_old RESET DB_UNIQUE_NAME

3. UNREGISTER DB_UNIQUE_NAME standby_old

このように、RMANでは、FROM句に指定されたDB_UNIQUE_NAMEのすべてのバックアップの関連付けが、TO句に指定されたDB_UNIQUE_NAMEに変更されます。

resetDbUniqueNameOption

この句を使用すると、Data Guard環境の1つのデータベースで作成されたバックアップを、同じ環境の別のデータベースに関連付けることができます。次の表では、RESET DB_UNIQUE_NAMEで各種オプションを指定したときのRMANの動作について説明します。

表2-2 RESET DB_UNIQUE_NAMEのオプション

TO db_unique_name

FOR DB_UNIQUE_NAME

RMAN Behavior

実行しない

実行しない

RMANは、maintSpecファイルをターゲット・データベースに関連付けます。また、RMANは、どのデータベースにも関連付けられていないすべてのバックアップの関連付けも変更します。

通常、Oracle Database 11gのリカバリ・カタログ・スキーマにアップグレードした後で、これらのオプションを指定してCHANGEを実行します。これにより、バックアップをターゲット・データベースに関連付けることができます。

実行する

実行しない

RMANは、maintSpecファイルをTO db_unique_nameで示されたデータベースに関連付けます。また、RMANは、どのデータベースにも関連付けられていないすべてのバックアップの関連付けも変更します。

実行しない

実行する

RMANは、その操作をFOR DB_UNIQUE_NAME句でデータベースに関連付けられているmaintSpecファイルに限定し、それらのファイルをターゲット・データベースに関連付けます。

実行する

実行する

RMANは、その操作をFOR DB_UNIQUE_NAME句でデータベースに関連付けられているmaintSpecファイルに限定し、それらのファイルをTO db_unique_nameで指定されたデータベースに関連付けます。

構文要素

説明

RESET DB_UNIQUE_NAME

maintSpecのファイルをターゲット・データベースと関連付けます(例2-47を参照)。各種オプションを指定したときのRMANの動作については、表2-2を参照してください。

データベース間でファイルの関連付けを変更すると、RMANは、リカバリ・カタログから重複した名前を削除します。たとえば、データファイル・コピー/d1/df1.bakの関連付けをデータベースstandby1からデータベースprodに変更すると、リカバリ・カタログが持つこのファイルのレコードは2つではなく、1つのみになります。

このコマンドの実行結果は元に戻せないため、RESET DB_UNIQUE_NAMEオプションを指定する際は注意が必要です。たとえば、データベースstandby1に関連付けられたファイルの関連付けをデータベースprodに変更すると、これらのファイルが以前に関連付けられていたデータベースに関するメタデータの履歴情報はリカバリ・カタログに保持されなくなります。ただし、データベースstandby1の登録を解除して、RMANを再度standby1に接続することは可能です(ただし、そのリカバリ・カタログはstandby1制御ファイルのすべてのメタデータで更新されます)。

TO db_unique_name

maintSpecのファイルをData Guard環境の指定されたデータベースに関連付けます。

changeFailure

この句を使用すると、障害のステータスを変更できます。障害のリストを表示するには、LIST FAILUREコマンドを使用します。

構文要素

説明

FAILURE

自動診断リポジトリに記録されている障害について、その優先順位を変更したり、障害をクローズすることができます。デフォルトでは、変更を実行する前にRMANによって確認のプロンプトが表示されます。

RMANが接続しているデータベースは、単一インスタンス・データベースである必要があります。また、フィジカル・スタンバイ・データベース以外である必要があります。

ALL

オープン状態の障害のみを変更します。

CRITICAL

CRITICALな障害のみを変更します。

HIGH

優先順位がHIGHの障害のみを変更します。

LOW

優先順位がLOWの障害のみを変更します。

UNKNOWN

データベースがマウントされるまで優先順位を決定できない障害のみを変更します。

failnum

指定した障害のみを変更します。

EXCLUDE FAILURE    failnum

指定した障害を変更しないようにします。複数の障害を指定するには、カンマ区切りリストを使用します

CLOSED

ステータスにCLOSEDを設定することによって、指定された障害をクローズします。

PRIORITY

指定された障害の優先度をLOWまたはHIGHに変更します。

NOPROMPT

指定された障害を変更する前に、確認のプロンプトを表示しないようにします。

例

例2-43 UNAVAILABLEステータスへのバックアップの更新

ディスクに領域の問題があるため、バックアップ・セット4を一時的に別の場所に移動したとします。キー4を持つバックアップは、まだ使用可能としてリストされます。

RMAN> LIST BACKUP SUMMARY;

List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
1       B  A  A DISK        24-FEB-13       1       1       NO         TAG20130427T115348
3       B  A  A DISK        24-MAR-13       1       1       NO         TAG20130427T115452
4       B  F  A DISK        24-APR-13       1       1       NO         TAG20130427T115456

このバックアップは、より多くのディスク領域が使用可能になったときに元の場所に戻す予定のため、カタログから削除しません。したがって、次の手順でバックアップを使用不可能にします(例には出力例も含まれます)。

RMAN> CHANGE BACKUPSET 4 UNAVAILABLE;

changed backup piece unavailable
backup piece handle=/disk2/backup/c-3257893776-20130424-00 RECID=4 STAMP=588858897
Changed 1 objects to UNAVAILABLE status

例2-44 カタログ内のアーカイブREDOログ・ファイルの削除と追加

この例では、すべてのアーカイブREDOログ・ファイルを新しいディレクトリに移動し、カタログから削除した後で、新しい場所でカタログ化します。

RMAN> HOST '/bin/mv $ORACLE_HOME/dbs/*.arc /disk2/archlog/';
RMAN> CHANGE ARCHIVELOG ALL UNCATALOG;
RMAN> CATALOG START WITH '/disk2/archlog' NOPROMPT;

例2-45 アーカイブ・バックアップへのデータベース・バックアップの変更

データベース・バックアップを、オフサイトに保存する予定のアーカイブ・バックアップに変更することが目標であるとします。このバックアップには一貫性があり、リカバリは必要ないため、バックアップとともにアーカイブREDOログ・ファイルを保存する必要はありません。この例では、CHANGE ... KEEP FOREVERコマンドを使用して、バックアップが不要とみなされないように指定します。

RMAN> CONNECT TARGET /
RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password

RMAN> CHANGE BACKUP TAG 'consistent_db_bkup' KEEP FOREVER;

例2-46 障害のステータスの変更

次の例では、LIST FAILUREコマンドによって、データファイルに破損ブロックがあることが示されます。障害の番号は5で、優先順位はHIGHです。このデータファイルに含まれているデータは重要ではないため、この障害の優先順位をLOWに変更することにします。

RMAN> LIST FAILURE;

List of Database Failures
Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
5          HIGH     OPEN      11-DEC-13     datafile 8 contains corrupt blocks

RMAN> CHANGE FAILURE 5 PRIORITY LOW;

List of Database Failures
Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
5          HIGH     OPEN      11-DEC-13     datafile 8 contains corrupt blocks

Do you really want to change the above failures (enter YES or NO)? YES
changed 1 failures to LOW priority

例2-47 Data Guard環境での新しいデータベースへのバックアップの関連付け

standby1、standby2およびstandby3は、プライマリ・データベースprodに関連付けられているスタンバイ・データベースであるとします。この例では、RMANがターゲット・データベースprodおよびリカバリ・カタログに接続されていると想定しています。

環境からstandby1を削除する予定のため、standby1バックアップをプライマリ・データベースに関連付ける必要があります。環境からstandby3も削除する予定のため、standby3バックアップをstandby2に関連付ける必要があります。次のコマンドを実行します。

CHANGE BACKUP FOR DB_UNIQUE_NAME standby1 RESET DB_UNIQUE_NAME;
CHANGE BACKUP FOR DB_UNIQUE_NAME standby3 RESET DB_UNIQUE_NAME TO standby2;

例2-48 リカバリ・カタログのDB_UNIQUE_NAMEの更新

スタンバイ・データベースのDB_UNIQUE_NAME初期化パラメータがdgrdbms4に設定されており、これをsfrdbms4に変更するとします。スタンバイ・インスタンスを停止し、DB_UNIQUE_NAME初期化パラメータをsfrdbms4に変更して、スタンバイ・インスタンスを再起動します。

その後、リカバリ・カタログを更新して、スタンバイ・データベースの変更された一意の名前を反映させるには、次のようにRMANをプライマリ・データベースとリカバリ・カタログに接続し、CHANGEコマンドを実行します。

RMAN> CONNECT TARGET /
RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password

RMAN> CHANGE DB_UNIQUE_NAME FROM dgrdbms4 TO sfrdbms4;

CONFIGURE

用途

CONFIGUREコマンドを使用すると、特定のデータベースに対するRMANのバックアップ、リストア、複製およびメンテナンス・ジョブに影響する永続構成を作成または変更できます。構成は、明示的に消去または変更するまで、そのデータベースに対するすべてのRMANセッションに有効です。SHOWコマンドを使用すると、1つ以上のデータベースの構成を表示できます。

関連項目:

RMAN環境の構成方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

追加トピック

- 前提条件

- 使用上の注意

- 構文

- セマンティクス

- 例

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。

FOR DB_UNIQUE_NAME句を指定しない場合は、RMANをターゲット・データベースに接続する必要があります。ターゲット・データベースはマウントまたはオープン状態である必要があります。

CDBで構成設定を作成または変更するには、rootに接続する必要があります。PDBへの接続時には、設定を構成することはできません。

使用上の注意

CONFIGUREコマンドは、ターゲット・データベース構成を、常にターゲット・データベースの制御ファイル内に格納します。RMANをリカバリ・カタログとともに使用すると、登録されているデータベースごとに永続的な構成設定がカタログ内にも保存されます。

RMANのデフォルト構成の設定

RMANのCONFIGURE設定には、デフォルト値があります。CLEARオプションを指定してCONFIGUREコマンドを再実行すると、このコマンドのあらゆる設定をデフォルトに戻すことができますが、この方法で個々のパラメータをクリアすることはできません。たとえば、次のコマンドは有効です。

CONFIGURE CHANNEL DEVICE TYPE sbt CLEAR

次のコマンドは無効です。

CONFIGURE CHANNEL DEVICE TYPE sbt MAXPIECESIZE 5M CLEAR

Data Guard環境でのRMANの構成

Data Guard環境でRMANを使用する場合は、常にリカバリ・カタログを使用することをお薦めします。CONFIGUREコマンドを使用すると、Data Guard環境の個々のプライマリ・データベースまたはスタンバイ・データベースに対する永続的なRMAN構成(バックアップの保存方針、表領域の除外および補助名の設定は除く)を作成できます。このように、プライマリ・データベースおよびスタンバイ・データベースに、様々なチャネル構成、自動バックアップの場所などを設定できます。

FOR DB_UNIQUE_NAME句を使用すると、RMANがTARGETとして接続されていないデータベースを構成できます。CONFIGURE DB_UNIQUE_NAMEを使用すると、新しいフィジカル・スタンバイ・データベースをリカバリ・カタログに認識させて、暗黙的に登録できます。

構文

configure::=

(datafileSpec::=、backupConf::=、cfauConf::=、deviceConf::=、forDbUniqueNameOption::=)

delalConf::=

(deviceSpecifier::=)

backupConf::=

(deviceSpecifier::=, sizeSpec::=)

cfauConf::=

(deviceSpecifier::=, formatSpec::=)

deviceConf::=

(deviceSpecifier::=, allocOperandList::=)

forDbUniqueNameOption::=

セマンティクス

configure

構文要素

説明

DB_UNIQUE_NAME db_unique_name CONNECT IDENTIFIER 'connect_string'

DB_UNIQUE_NAMEで指定されたフィジカル・スタンバイ・データベースのネット・サービス名を指定します。CONNECT IDENTIFIER文字列には、データベースのユーザー名とパスワードを指定しないでください。

また、RMANはTARGETとしてプライマリ・データベースにも接続している必要があります。RMANは、リカバリ・カタログに接続している必要があります。

RESYNC CATALOG FROM DB_UNIQUE_NAMEコマンドを実行すると、Data Guard環境のデータベースは、ネット・サービス名を使用してdb_unique_nameデータベースと接続します。たとえば、スタンバイ・データベースの一意の名前がstandby1で、ネット・サービス名がsby1であるとします。RMANをTARGETとしてプライマリ・データベースに接続し、CONFIGURE DB_UNIQUE_NAME 'standby1' CONNECT IDENTIFIER 'sby1'を実行します。この環境のすべてのプライマリ・データベースおよびスタンバイ・データベースでstandby1にOracle Net接続を確立する必要がある場合は、ネット・サービス名sby1が使用されます。

注意: ターゲット・データベースが他のスタンバイ・データベースまたはプライマリ・データベースに接続する必要がある場合は、既存のData Guard認証メカニズムを使用して、SYSDBAまたはSYSBACKUPユーザーとして接続します。

最近、RMANをTARGETとしてプライマリ・データベースに接続し、CONFIGURE ... FOR DB_UNIQUE_NAME standby_newを使用してスタンバイ・データベースstandby_newのバックアップ設定を構成したとします。ただし、RMANはTARGETとしてstandby_newに接続されていません。このような場合に、RESYNC CATALOG FROM DB_UNIQUE_NAME standby_newを実行できます。プライマリ・データベースでは、スタンバイ・データベースへのOracle Net接続を確立するために接続識別子を使用します。後でRMANをスタンバイ・データベースに接続する場合は、RMANによってリカバリ・カタログからマウント済の制御ファイルに構成が送信されます。

注意: CONFIGURE DB_UNIQUE_NAMEで指定されたデータベースがリカバリ・カタログに登録されていない場合は、RMANによって暗黙的に登録されます。

CLEAR

パラメータをデフォルト設定に戻します。詳細は、「使用上の注意」を参照してください。

delalConf

アーカイブREDOログの削除方針を構成します。

AUXNAME FOR DATAFILE datafileSpec CLEAR | TO 'filename'

指定したターゲット・データファイルの補助ファイル名を'filename'に構成します(例2-53を参照)。補助ファイル名の指定を解除するには、CLEARを指定します。

TSPITRを実行しているか、DUPLICATEを使用している場合は、AUXNAMEを設定すると、プロシージャ中に手動で補助ファイル名を指定しなくても、補助データベースで使用するファイル名を事前に構成できます。リカバリ・セットにCONFIGURE AUXNAMEは使用できません。SET NEWNAMEを使用する必要があります。

たとえば、データファイルがRAWディスクにあってパフォーマンスの理由で補助データファイルをRAWディスクにリストアする必要がある場合は、TSPITR中にこのコマンドを使用します。一般に、TSPITRでAUXNAMEパラメータを設定するのは、SYSTEMおよびSYSAUX表領域のデータファイルと、ロールバック・セグメントまたはUNDOセグメントが含まれる表領域を対象とした場合です。本番データベースで使用中のファイルを上書きしないでください。このファイルは、TSPITRの完了後に廃棄されます。本質的には、データファイルのAUXNAMEとは、TSPITRがデータファイルの一時コピーを作成できる場所です。

DUPLICATEコマンドでファイル名を変更する場合は、SET NEWNAMEのかわりにCONFIGURE AUXNAMEを使用します。違いは、最初にAUXNAMEを設定すると、別のDUPLICATEコマンドを発行するときにファイル名を再設定する必要がなく、AUXNAME設定は、CONFIGURE AUXNAME ... CLEARを発行するまで有効だということです。一方、SET NEWNAMEコマンドは、DUPLICATEコマンドを実行するたびに再発行する必要があります。

関連項目: RMAN TSPITRの実行方法については『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を、RMANを使用したデータベースの複製方法については『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

backupConf

デフォルトのバックアップ・オプション(多重化、最適化、表領域の除外、バックアップ・セットのサイズ、保存方針など)を構成します。

cfauConf

制御ファイルの自動バックアップ設定を構成します。

COMPRESSION ALGORITHM 'algorithm_name'

圧縮されたバックアップ・セットの作成時に、RMANが使用するアルゴリズムを指定します。

デフォルトの圧縮アルゴリズム設定はBASICで、Advanced Compressionオプションは必要ありません。

Oracle Database 11gリリース2でAdvanced Compressionオプションを有効にしている場合は、次の圧縮レベルから選択できます。

- HIGH : ネットワーク速度が限定要因となっている、速度が遅いネットワークを使用するバックアップに最適です

- MEDIUM: ほとんどの環境に適しています。圧縮率と速度が最適化されています。

- LOW: バックアップ・スループットへの影響を最小限に抑えます。CPUリソースが限定要因となっている環境に適しています。

注意: 基本的に圧縮率はLOWからHIGHへと高くなります。ただし、圧縮率の上昇に応じて、消費されるCPUリソースが多くなります。

様々な圧縮レベルのパフォーマンスはデータベースのデータ、ネットワーク構成、システム・リソースおよびコンピュータ・システムの種類と機能によって異なるため、パフォーマンスについて広く当てはまる統計を示すことはできません。最適な圧縮レベルは、CPUへの帯域幅およびCPUの実際の速度に関するご使用のシステムのバランスによって異なります。ご使用の環境で、データに対して様々な圧縮レベルをテストすることを強くお薦めします。バックアップ・セットの圧縮レベルが組織のパフォーマンス要件および該当する品質保証契約を満たすようにするには、環境、ネットワーク・トラフィックの特徴(ワークロード)およびデータセットに基づいて圧縮レベルを選択します。

注意: サポートされているアルゴリズムは、V$RMAN_COMPRESSION_ALGORITHMビューに示されています。

関連項目: 『Oracle Databaseリファレンス』のV$RMAN_COMPRESSION_ALGORITHMに関する説明を参照してください。

OPTIMIZE FOR LOAD

{TRUE|FALSE}

圧縮バックアップを要求したときに、事前圧縮ブロック処理をOracle Databaseが実行するかどうかを指定します。デフォルトはTRUEです。FALSEを指定すると、事前圧縮処理が有効になります。デフォルトの動作では、事前圧縮ブロック処理は実行されません。こうした処理は、余分なCPUリソースを消費する可能性があるうえ、1行も挿入または削除されていない、ロードしただけのデータのみを含むブロックに対しては必要ありません。FALSEを指定すると、追加のCPUリソースを使用して、事前圧縮ブロック処理が実行されます。事前圧縮ブロック処理では、内部ブロックのクリーンアップおよびデフラグが実行されるため、バイナリ圧縮のレベルが向上します。

関連項目: このオプションの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

AS OF RELEASE

'version'

リリース・バージョンを指定します。バージョン番号にはリリース番号書式が使用され、リリースを完全修飾するために最大5つの数値が使用されます。たとえば、10.2.0.3.0および11.2は使用可能な値です。このため、将来のリリースで圧縮アルゴリズムが維持されるようになっています。

deviceConf

デバイスのデフォルトのバックアップ設定(デフォルトのバックアップ・デバイス、デバイスのチャネル構成、各デバイスのデフォルトのバックアップ・タイプ、並列度など)を構成します。

ENCRYPTION

データベースまたは表領域に透過モードの暗号化設定を指定します。

この構成は、SET ENCRYPTIONコマンドによるオーバーライドがないかぎり適用されます。個々の表領域に指定されているオプションは、データベース全体に指定されているオプションより優先されます。

関連項目: 様々なモードのバックアップの暗号化については「バックアップ・セットの暗号化」を、透過的データ暗号化については『Oracle Database Advanced Securityガイド』を参照してください

ALGORITHM 'algorithm_name'

バックアップ・セットの書込み時に使用するデフォルトの暗号化アルゴリズムを指定します。V$RMAN_ENCRYPTION_ALGORITHMSに、使用可能な値が示されています。CLEARオプションを指定すると、データベースがデフォルトにリセットされます。

FOR DATABASE [ON | OFF | CLEAR]

データベース全体に対して透過的暗号化を有効にするかどうかを指定します。オプションは、次のとおりです。

- ONを指定すると、すべてのデータベース・ファイルの暗号化が有効になります。

- OFFを指定すると、すべてのデータベース・ファイルの暗号化が無効になります。

- CLEARを指定すると、OFFのデフォルト設定がリストアされます。

注意: パスワードの暗号化を有効にするには、SET ENCRYPTION IDENTIFIED BYコマンドを使用する必要があります。

FOR TABLESPACE tablespace_name [ON | OFF | CLEAR]

1つ以上の表領域に対して透過的暗号化を有効にするかどうかを指定します。表領域に対して構成された設定は、常に、データベース・レベルで設定された構成によってオーバーライドされます。オプションは、次のとおりです。

- ONを指定すると、指定した表領域の暗号化が有効になります(ただし、SET ENCRYPTION OFF FOR ALL TABLESPACESが使用されている場合を除く)。

- OFFを指定すると、指定した表領域の暗号化が無効になります(ただし、SET ENCRYPTION ON FOR ALL TABLESPACESが使用されている場合を除く)。

- CLEARを指定すると、指定した表領域の暗号化は、データベース全体に対する現行のデフォルトによって決定されます。

注意: パスワードの暗号化を有効にするには、SET ENCRYPTION IDENTIFIED BYコマンドを使用する必要があります。

FOR TABLESPACE pdb_name:tablespace_name [ON | OFF | CLEAR]

CDB内の表領域の名前。同じ名前の表領域が複数のデータベースにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

FOR TABLESPACEに関する前述の説明を参照してください。

RMAN OUTPUT TO KEEP FOR integer DAYS

RMAN出力ロギングを、integerで指定された日数に構成します。RMANコマンドの出力に関する情報は、2つのビューRC_RMAN_OUTPUTとV$RMAN_OUTPUTに格納されています。出力ロギングをintegerの日数に構成すると、integerの日数よりも古いすべてのロギング・エントリが、RC_RMAN_OUTPUTビューとV$RMAN_OUTPUTビューの両方から削除されます。

たとえば、既存の出力ロギング構成に20日間が設定されているとします。出力ロギングを10日間に変更するには、CONFIGUREコマンドを使用します。10日間よりも古いすべてのロギング・エントリが、RC_RMAN_OUTPUTとV$_RMAN_OUTPUTから削除されます。

RMAN出力ロギングを無効にするには、次の例に示すとおり、integerに0(ゼロ)を設定します。

CONFIGURE RMAN OUTPUT TO KEEP FOR 0 DAYS;

出力ロギングを無効にすると、RC_RMAN_OUTPUTビューおよびV$RMAN_OUTPUTビューにログ情報が格納されません。RC_RMAN_OUTPUTの既存のロギング・エントリは、削除されます。

CLEAR

既存のRMAN出力ロギング構成を消去し、7日間(デフォルト)に設定し直します。

RMANによって、出力ロギング情報がRC_RMAN_OUTPUTビューおよびV$RMAN_OUTPUTビューに格納されます。出力ロギング構成を消去すると、7日間(デフォルト値)よりも古いすべてのロギング・エントリが、RC_RMAN_OUTPUTビューから削除されます。V$RMAN_RMAN_OUTPUTビューにある7日間よりも古いエントリは、すぐには削除されません。このビューに許可される最大行数を超えたときにのみ削除されます。

SNAPSHOT CONTROLFILE NAME TO 'filename'

スナップショット制御ファイルの名前と場所を'filename'に設定します。CONFIGURE SNAPSHOT CONTROLFILE NAME CLEARを実行すると、RMANではスナップショット制御ファイル名がデフォルトに設定されます。

スナップショット制御ファイル名のデフォルト値はプラットフォーム固有であり、Oracleホームに依存します。たとえば、一部のUNIXシステムでは、デフォルトは?/dbs/snapcf_@.fです。制御ファイル名を消去し、Oracleホームを変更すると、スナップショット制御ファイルのデフォルト位置も変更されます。

スナップショット制御ファイル名は、そのデータベースに対してのみ有効です。プライマリ・データベースで、スナップショット制御ファイル名をデフォルト値以外に設定したとします。DUPLICATEを使用してスタンバイ・データベースを作成すると、スタンバイ・データベース上のスナップショット制御ファイルの場所は、デフォルト値に設定されます。必要であれば、スタンバイ・データベース上のスナップショットの場所をデフォルト値以外に設定できます。

関連項目: スナップショット制御ファイルの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

forDbUniqueNameOption

Data Guard環境のDB_UNIQUE_NAMEで指定されたデータベースのリカバリ・カタログ内にRMAN構成を作成します。リカバリ・カタログ内のデータベースは、db_unique_nameを使用して1つのみ指定することも、ターゲット・データベースのDBIDを共有するすべてのデータベースをALLで指定することもできます(後者の場合、DBIDはSET DBIDコマンドで指定することもできます)。

Data Guard環境で操作を実行する場合は、リカバリ・カタログが必要です。RMANは、マウント済またはオープン状態のデータベース(プライマリとスタンバイのいずれでも可)にTARGETとして接続されているか、またはターゲット・データベースをSET DBIDコマンドで指定する必要があります。したがって、この句を使用すると、スタンバイ・データベースまたはプライマリ・データベースにTARGETとして接続しなくても、スタンバイ・データベースの永続的な構成を作成できます。たとえば、スタンバイ・データベースの作成後に構成を適用できるように、データベースの作成前にこの構成を作成することができます(例2-55を参照)。

FOR DB_UNIQUE_NAMEを指定すると、RMANでは、リカバリ・カタログ内の構成メタデータが直接更新されます。RMANがTARGETとして接続するデータベースの構成がFOR DB_UNIQUE_NAMEで変更されていた場合、RMANは、リカバリ・カタログの構成メタデータに基づいてマウントされている制御ファイルを更新します。

注意: RMANでは、このデータベースにTARGETとして接続していないときに、CONFIGUREをスタンバイ・データベースでローカルに実行し、次に同じデータベースに対してCONFIGURE FOR DB_UNIQUE_NAMEを実行できます。この場合、リカバリ・カタログ内の構成が、そのデータベースの制御ファイル内の構成をオーバーライドします。

delalConf

この副次句は、アーカイブREDOログの削除方針の永続構成を管理します。

構文要素

説明

ARCHIVELOG DELETION POLICY

アーカイブREDOログが削除可能になる条件を決定します。

アーカイブ・ログの削除方針は、ログのすべてのアーカイブ先(高速リカバリ領域も含む)に適用されます。この方針は、バックアップ・セット内のアーカイブREDOログ・ファイルには適用されません。

高速リカバリ領域内のアーカイブREDOログ・ファイルのみが自動的に削除されます。BACKUP ... DELETE INPUT、DELETE ARCHIVELOGまたはDELETE OBSOLETEコマンドを実行すると、ログのアーカイブ先(リカバリ領域も含む)からログを手動で削除できます。FORCEが削除コマンドに指定されていない場合、これらの削除コマンドはアーカイブ・ログの削除方針に従います。FORCEが指定されていると、削除コマンドはアーカイブ・ログの削除方針を無視します。

リカバリ領域では、削除可能なログが可能なかぎり長く保持されます。ディスク領域が必要になると、まず最も古いログから削除されます。リカバリ領域のディスク容量が厳しくなると、Oracle Streamsで必要なアーカイブREDOログ・ファイルが削除される場合があります。

注意: この削除方針は、外部アーカイブREDOログ・ファイルには適用されません。外部アーカイブREDOログ・ファイルは、LogMinerセッション中にロジカル・スタンバイ・データベースで受け取ったログです。これらのログは、プライマリ・データベースから転送されていますが、通常のアーカイブREDOログ・ファイルとは異なり、別のDBIDが使用されています。外部アーカイブREDOログ・ファイルは、ロジカル・スタンバイ・データベースでバックアップおよびリストアすることはできません。

TO APPLIED ON [ALL] STANDBY

次の条件が両方とも満たされている場合に、アーカイブREDOログ・ファイルが削除可能になります。

- そのアーカイブREDOログ・ファイルが、必要なスタンバイ・データベースに適用済であること。

- そのログが、BACKED UP ... TIMES TO DEVICE TYPE削除方針で不要とされていること。BACKED UP方針が設定されていない場合、この条件が常に満たされます。

このポリシーはプライマリ・データベース、スタンバイ・データベースおよびFAR SYNCスタンバイ・データベースに適用されます(有効なスタンバイ・リモート・データベースが存在する場合)。プライマリ・データベースでは、スタンバイに適用された後、アーカイブREDOログ・ファイルが削除可能になります。スタンバイ・データベースが存在しない場合、RMANはポリシーとしてTO NONEを使用します。スタンバイ・データベースでは、アーカイブREDOログ・ファイルはスタンバイ・データベースおよび任意のカスケード・スタンバイ・データベースに適用された後、削除可能です。

どのリモートの宛先が考慮されるかは、次の条件によって異なります。

- ALLを指定しなかった場合は、必須であるすべてのリモートの宛先に適用した後、アーカイブREDOログ・ファイルは削除可能になります。

- ALLを指定した場合、アーカイブREDOログ・ファイルは、すべてのリモートの宛先で適用済または消費済であれば削除可能です(リモートの宛先が必須かどうは関係しません)。
たとえば、スタンバイ・データベースsby1のみがログを受け取るリモートの宛先でも、他のリモートの宛先が、sby1の同じ場所を参照してログを適用するとします。ALLを指定すると、sby1は、プライマリ・データベース上のログがsby1で必要なくなるとすぐに消費済のマークを付けますが、同じ場所を参照する他のリモートの宛先で適用または消費されるまで、このログの削除は許可されません。

注意: TO APPLIED句を、NONE句またはTO SHIPPED句のいずれかと同時に指定することはできません。

関連項目: 詳細は、『Oracle Data Guard概要および管理』を参照してください。

BACKED UP integer TIMES TO DEVICE TYPE deviceSpecifier

次の条件が両方とも満たされている場合に、アーカイブREDOログ・ファイルが削除可能になります。

- 指定されたデバイス・タイプ上に、指定された数のアーカイブ・ログ・バックアップが存在すること。

- そのログが、TO SHIPPED TO ... STANDBYまたはTO APPLIED ON ... STANDBY削除方針で不要とされていること。いずれの削除方針も設定されていない場合、この条件は常に満たされます。

この句を指定して削除方針を構成すると、指定したデバイス・タイプにinteger回のバックアップが存在しないかぎり、BACKUP ARCHIVELOGコマンドによってログがコピーされます。ログのinteger回のバックアップが存在する場合は、BACKUP ARCHIVELOGコマンドはログをスキップします。このように、アーカイブ・ログの削除方針は、BACKUP ARCHIVELOGコマンドのデフォルトのNOT BACKED UP integer TIMES句として機能します。BACKUPコマンドにFORCEオプションを指定すると、この削除方針をオーバーライドできます。

関連項目: 「deviceSpecifier」を参照してください

TO NONE

アーカイブ・ログの削除方針を無効にします。これがデフォルトの設定です。

アーカイブREDOログ・ファイルは、高速リカバリ領域の内部または外部に配置できます。ログは、それがどこに配置されていても、手動コマンドで削除できます。高速リカバリ領域内のログのみが、データベースによって自動的に削除されます。

削除方針がNONEに設定されている場合は、RMANでは、次の両方の条件が満たされる場合に、アーカイブREDOログ・ファイルは削除可能であるとみなされます。

- アーカイブREDOログ・ファイルが、高速リカバリ領域の内部に格納されているか、外部に格納されているかにかかわらず、LOG_ARCHIVE_DEST_nで指定されたリモートの宛先に転送されていること。

- 高速リカバリ領域に格納されているアーカイブREDOログ・ファイルが、ディスクまたはSBTに1回以上バックアップされているか、またはバックアップ保存方針に従って不要とされている。
バックアップ保存方針でログが不要であるとみなされるのは、そのログが保証付きリストア・ポイントで必要とされていないことに加え、フラッシュバック・データベースからも必要とされていない場合のみです。SYSDATE-'DB_FLASHBACK_RETENTION_TARGET'より後に作成されたアーカイブREDOログ・ファイルは、フラッシュバック・データベースに必要です。

たとえば、アーカイブREDOログ・ファイルが、必須であるリモートの宛先に転送済であるとします。このログは、リカバリ期間の保存方針によると不要ですが、まだバックアップされていません。その場合、ログは削除可能です。または、ログが不要になり、SBTにバックアップ済であるとします。ただし、必須であるリモートの宛先には転送されていません。その場合は、ログは削除可能ではありません。

削除方針がNONEに設定されているときに、高速リカバリ領域外にあるアーカイブREDOログ・ファイルに対して削除コマンドを実行したとすると、RMANは、削除コマンドに指定された条件のみに基づいて処理を行います。

TO SHIPPED TO [ALL] STANDBY

次の条件が両方とも満たされている場合に、アーカイブREDOログ・ファイルが削除可能になります。

- そのアーカイブREDOログ・ファイルが、必須であるリモートの宛先に転送済であること。

- そのログが、BACKED UP ... TIMES TO DEVICE TYPE削除方針で不要とされていること。BACKED UPの削除方針が設定されていない場合、この条件が常に満たされます。

このポリシーはプライマリ・データベース、スタンバイ・データベースおよびFAR SYNCスタンバイ・データベースに適用されます(有効なスタンバイ・リモート・データベースが存在する場合)。

- プライマリ・データベースでは、アーカイブREDOログ・ファイルはスタンバイに転送された後、削除可能になります。有効なスタンバイ・データベースが存在しない場合、RMANはデフォルト・ポリシーとしてTO NONEを使用します。
RMANは、アーカイブ・ログ・ポリシー構成にかかわらず(ポリシーがTO NONEとして構成されている場合でも)、転送されていないアーカイブREDOログ・ファイルを削除しません。

- スタンバイ・データベースでは、アーカイブREDOログ・ファイルはカスケード・スタンバイ・データベースに転送された後、削除可能になります。カスケード・スタンバイが有効でない場合、この構成は無効です。

どのリモートの宛先が考慮されるかは、次の条件によって異なります。

- ALLを指定しなかった場合は、必須であるリモートの宛先にのみ転送された後、アーカイブREDOログ・ファイルは削除可能です。

- ALLを指定した場合は、ログは、すべてのリモートの宛先に転送されれば削除可能です(リモートの宛先が必須かどうは、関係しません)。

注意: TO SHIPPED句を、NONE句またはTO APPLIED句のいずれかと同時に指定することはできません。

関連項目: 詳細は、『Oracle Data Guard概要および管理』を参照してください。

backupConf

この副次句は、BACKUPコマンドに関する永続構成を管理します。構成の1つに、バックアップの最適化があります。バックアップの最適化を有効にした場合、RMANでは、ファイルがデバイス・タイプにバックアップ済であれば、それと同じファイルが同じデバイス・タイプにバックアップされることはありません。

バックアップの最適化を行う場合に、ファイルが同じかどうかおよびファイルがスキップされる可能性があるかどうかを判断する基準を表2-3に示します。また、この表では、バックアップの最適化が有効で、同一ファイルのバックアップをスキップするかどうかを決定する必要がある場合に、RMANによって使用されるアルゴリズムも説明します。RMANによってバックアップがスキップされない場合は、指定されたそのとおりにバックアップが作成されます。

表2-3 バックアップの最適化アルゴリズム

ファイル・タイプ

同一ファイル条件

バックアップの最適化が有効な場合のバックアップ・アルゴリズム

データファイル

データファイルのDBID、チェックポイントSCN、作成SCN、およびRESETLOGSのSCNおよび時刻は、すでにバックアップ内にあるデータファイルと同じである必要があります。データファイルは、NORMALモードでオフラインにされているか、読取り専用か、または正常にクローズされている必要があります。

リカバリ期間ベースの保存方針が有効な場合、RMANがデータファイルをスキップするかどうかはバックアップ・メディアによって決まります。

テープへのバックアップの場合、最新のバックアップがリカバリ期間よりも古ければ、同一データファイルのバックアップが存在していても、RMANによってデータファイルのバックアップがもう1つ作成されます。こうして、期限切れのテープのリサイクルが可能になります。

ディスクへのバックアップの場合は、同一データファイルがディスク上で使用可能であれば、そのバックアップがリカバリ期間の開始時よりも古くても、RMANによってバックアップはスキップされます。期間ベースの保存方針では、必要とされる場合、RMANによって古い方のバックアップも保持されます。

保存方針がCONFIGURE RETENTION POLICY TO REDUNDANCY rを使用して有効になっている場合は、指定したデバイス上に同一ファイルのバックアップがn個以上存在するときのみ、RMANによってバックアップがスキップされます(ここで、n=r+1です)。

有効になっている保存方針がない場合は、指定したデバイス上に同一ファイルのバックアップがn個以上存在するときのみ、RMANによってバックアップがスキップされます。このnの値は、RMANによって次の優先順位で検索されます(リストの上位にある値が、下位にある値よりも優先されます)。

1. BACKUP ... COPIES n

2. SET BACKUP COPIES n

3. CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE ... TO n

4. n=1

アーカイブREDOログ

アーカイブREDOログのスレッド、順序番号およびRESETLOGSのSCNと時刻が、すでにバックアップ内にあるアーカイブ・ログと同じである必要があります。

RMANでは、指定したデバイス上に同一ファイルのバックアップがn個以上存在するときのみ、バックアップがスキップされます。このnの値は、RMANによって次の優先順位で検索されます(リストの上位にある値が、下位にある値よりも優先されます)。

1. BACKUP ... COPIES n

2. SET BACKUP COPIES n

3. CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE ... TO n

4. n=1

バックアップ・セット

バックアップ・セットのレコードIDおよびタイムスタンプが、既存のバックアップ・セットと同じである必要があります。

RMANでは、指定したデバイス上に同一ファイルのバックアップがn個以上存在するときのみ、バックアップがスキップされます。デフォルトでは、n=1です。RMANでは、nの値が他にある場合は、次の優先順位で検索されます(リストの上位にある値が、下位にある値よりも優先されます)。

1. BACKUP ... COPIES n

2. SET BACKUP COPIES n

3. n=1

構文要素

説明

{ARCHIVELOG | DATAFILE} BACKUP COPIES FOR DEVICE TYPE deviceSpecifier TO integer

指定したデバイス・タイプ上での、DATAFILE(データファイルと制御ファイルの両方)またはARCHIVELOGファイルのバックアップ・セットごとのコピー数を指定します(例2-50を参照)。作成できるコピー数は、1(デフォルト)から4です。

RMANでは、ディスクまたはテープにバックアップを多重化できますが、テープとディスクにバックアップを同時に多重化することはできません。テープにバックアップを行う場合は、コピー数が使用可能なテープ・デバイスの数を超えないようにします。また、COPIESが2以上の場合、ターゲット・データベースでBACKUP_TAPE_IO_SLAVES初期化パラメータを有効にする必要があります。

制御ファイルの自動バックアップは多重化されません。また、高速リカバリ領域では多重化が許可されません。

BACKUPコマンドまたはSET BACKUP COPIESコマンドで多重化が指定された場合、CONFIGUREの設定はオーバーライドされます。

BACKUP OPTIMIZATION [ON | OFF | CLEAR]

バックアップの最適化をONまたはOFF(デフォルト)にします。CLEARを指定すると、最適化はデフォルト値のOFFに戻ります。

バックアップの最適化が使用可能になるのは、次の条件がすべて満たされている場合です。

- CONFIGURE BACKUP OPTIMIZATION ONコマンドを実行済の場合。

- BACKUP DATABASE、BACKUP ARCHIVELOG(ALLまたはLIKEオプションを指定)、BACKUP BACKUPSET ALL、BACKUP RECOVERY AREA、BACKUP RECOVERY FILESまたはBACKUP DATAFILECOPYを実行する場合。

- RMANのジョブに、単一のデバイス・タイプのチャネルのみが使用される場合。

最適化によって、ファイルがデバイス・タイプにバックアップ済である場合は、RMANでは、同じファイルが同じデバイス・タイプにバックアップされないようになります。RMANでは、バックアップ中に、バックアップの最適化によってすべてのファイルがスキップされてもエラーは発行されません。バックアップ保存方針は、バックアップの最適化でどのファイルがスキップされるかに影響します。

2つのファイルが同じであるためには、ファイルの内容が表2-3に説明されている要件を満たしている必要があります。バックアップ・ピースをディスク上またはOracle Secure Backupで管理されているメディア上に作成する場合、UNDOデータがアクティブなトランザクションに属していなければ、最適化によって、そのデータはバックアップから除外されます。

注意: BACKUP ... DELETE INPUTを実行すると、バックアップ中に最適化によってスキップされるファイルであるかどうかに関係なく、指定したアーカイブREDOログがすべて削除されます。

注意: BACKUPコマンドのFORCEオプションを使用すると、バックアップの最適化をオーバーライドできます。

関連項目: RMANによってファイルのバックアップをスキップできるかどうかを判断する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

EXCLUDE FOR TABLESPACE tablespace_name [CLEAR]

指定した表領域をBACKUP DATABASEコマンドおよびRESTORE DATABASEコマンドから除外します(例2-52を参照)。SYSTEM表領域は除外できません。

BACKUPコマンドは、デフォルトでは表領域を除外しません。このオプションを使用するには、宣言する必要があります。除外は個々のデータファイルではなく表領域の属性として格納されます。そのため、除外は現在のデータファイル・セットに適用されるのみでなく、将来この表領域に追加されるすべてのファイルにも適用されます。表領域を除外した後、その表領域に対してCONFIGURE ... CLEARを実行すると、除外が行われないデフォルトの構成に戻ります。

その場合も、BACKUPコマンドで明示的に指定するか、BACKUP DATABASEコマンドでNOEXCLUDEオプションを指定すると、除外した表領域をバックアップできます。同様に、RESTORE TABLESPACEコマンドで指定すると、除外した表領域をリストアできます。

EXCLUDE FOR TABLESPACE pdb_name:tablespace_name [CLEAR]

PDB内の表領域の名前。同じ名前の表領域が複数のPDBにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

EXCLUDE FOR TABLESPACEに関する前述の説明を参照してください。

MAXSETSIZE

チャネル上で作成される各バックアップ・セットの最大サイズを指定します。CLEARオプションを指定すると、MAXSETSIZEをデフォルト値のUNLIMITEDに戻すことができます。

注意: このオプションは、BACKUP AS COPYでは無視されます。

TO sizeSpec

各バックアップ・セットの最大サイズを、integer(GB、KBまたはMB)で指定します。

TO UNLIMITED

バックアップ・セットのサイズを制限しません。

RETENTION POLICY

RMANで不要マークが付けられた、つまり不要となり削除可能になっているバックアップ・セットおよびコピーについて、現行の永続的な方針を指定します。

時間が経過すると、RMANでは、保存方針で指定された条件に従ってバックアップ・セットとコピーに不要マークが付けられます。高速リカバリ領域内の不要なバックアップ・セットおよびコピーは、領域が必要になるとRMANによって自動的に削除されます。RMANでは、高速リカバリ領域外にある不要なファイルが自動的に削除されることはありません。削除するには、DELETE OBSOLETEコマンドを手動で実行する必要があります。

バックアップの場合、保存方針の基本単位はバックアップ・セット(バックアップ・ピースではない)またはイメージ・コピーです。たとえば、BACKUP AS BACKUPSET COPIES 4 TABLESPACE usersを実行すると、4つの同一バックアップ・ピースに多重化されるバックアップ・セットが1つ作成されます。保存方針では、これは4つの別々のバックアップではなく、1つのバックアップとみなされます。

注意: CLEARオプションを使用すると、RETENTION POLICYをデフォルトのREDUNDANCY 1に戻すことができます。

TO NONE

保存方針機能を使用禁止にします。RMANでは、バックアップ・セットおよびコピーは不要とみなされません。

TO RECOVERY WINDOW OF integer DAYS

RMANでデータベースをリカバリ可能な時間枠を指定します。

時間枠は、現在の時刻(SYSDATE)からリカバリを必要とする最も過去の日付であるリカバリ可能ポイントまでです。リカバリ可能ポイントは、SYSDATE - integerで指定された日数分過去の時点を示します。

注意: REDUNDANCYオプションとRECOVERY WINDOWオプションを同時に指定することはできません。一度に有効な保存方針のタイプは1つのみです。

TO REDUNDANCY integer

データファイルおよび制御ファイルごとに、integerで指定した数の全体バックアップまたはレベル0バックアップを保存します。保存方針のデフォルト設定は、REDUNDANCY 1です。

データファイルまたは制御ファイルの全体バックアップまたはレベル0バックアップがintegerで指定した数よりも多く存在する場合、RMANでは、余分なファイルには不要マークが付けられます。次に、RMANでは保存されているバックアップのうち最も古いものが判断され、そのバックアップより古いすべてのアーカイブREDOログ・ファイルおよびログのバックアップに不要マークが付けられます。DELETE OBSOLETEコマンドを実行すると、不要なデータファイル・バックアップ(全体または増分)、制御ファイルのバックアップ、およびアーカイブ・ログのバックアップまたはイメージ・コピーが削除されます。

次の使用例では、増分バックアップ計画において冗長度がどのように機能するかについて説明します。冗長度レベルが1であるとします。月曜日の正午にレベル0のデータベース・バックアップを、火曜日と水曜日の正午にレベル1の累積バックアップを、木曜日の正午にレベル0のバックアップを実行します。各日次バックアップの直後に、DELETE OBSOLETEを実行します。水曜日にDELETEコマンドを実行しても、火曜日のレベル1のバックアップは冗長でないため、削除されません。火曜日のレベル1のバックアップは、火曜日の正午から水曜日の正午までの時点に月曜日のレベル0のバックアップをリカバリするために使用できます。ただし、木曜日のDELETEコマンドでは、以前のレベル0およびレベル1のバックアップが削除されます。

注意: REDUNDANCYオプションとRECOVERY WINDOWオプションを同時に指定することはできません。一度に有効な保存方針のタイプは1つのみです。

cfauConf

この副次句は、制御ファイルの自動バックアップに関する永続構成を作成します。

構文要素

説明

CONTROLFILE AUTOBACKUP

制御ファイルの自動バックアップ機能を制御します。

デフォルトでは、制御ファイルの自動バックアップはCDBに対しては有効、非CDBに対しては無効です。

注意: 制御ファイルの自動バックアップ機能を有効にすることをお薦めします。

ON

次のような状況で、制御ファイルの自動バックアップを実行します。

- RMANプロンプトでBACKUPまたはCREATE CATALOGコマンドが発行された後。

- RUNブロック内のBACKUPコマンドの後に、BACKUP以外のコマンドが続いている場合。

- 各RUNブロックの終わり(そのブロックの最後のコマンドがBACKUPだった場合)。

- ARCHIVELOGモードでのデータベース構造の変更後。NOARCHIVELOGモードでは、構造の変更後にデータベースの自動バックアップは実行されません。
表領域の追加、表領域やデータファイルの状態の変更(オンライン化など)、新規オンラインREDOログの追加、ファイル名の変更、新規REDOスレッドの追加、フラッシュバック・データベースの有効化または無効化などの、構造の変更。前述の状況で発生する自動バックアップとは異なり、このタイプの自動バックアップはディスクにのみ行われます。CONFIGURE CONTROLFILE AUTOBACKUP FOR DEVICE TYPE DISKを実行すると、デフォルト以外のディスクの場所を設定できます。

Oracle 11gリリース2以上のRMANでは、データベースの構造が変更されるたびに新しい制御ファイルのバックアップを作成する方法ではなく、数分ごとに発生するすべての構造変更に対して単一の自動バックアップ・ファイルを作成する方法が採用されています。

バックアップ・ジョブまたはコピー・ジョブで割り当てた最初のチャネルによって自動バックアップが作成され、独自のバックアップ・セットに格納され、構造の自動バックアップ後にデフォルトのディスク・チャネルによってバックアップが作成されます。RMANは、制御ファイルとサーバー・パラメータ・ファイルを同じバックアップ・ピースに書き込みます。制御ファイルの自動バックアップが完了すると、データベースによってバックアップ・ピースへのフルパスとデバイス・タイプを含むメッセージがアラート・ログに書き込まれます。

ディスク上の自動バックアップのデフォルトの場所は、高速リカバリ領域(構成されている場合)またはプラットフォーム固有の場所(構成されていない場合)です。RMANでは、現行の制御ファイルは、デフォルトのフォーマット%Fを使用して自動的にバックアップされます。CONFIGURE CONTROLFILE AUTOBACKUP FORMATおよびSET CONTROLFILE AUTOBACKUP FORMATコマンドを使用して場所およびファイル名の形式を変更できます。

自動バックアップを複数の場所に書き込むようにRMANを構成することはできません。制御ファイルのバックアップを複数作成するには、バックアップ・ジョブの最後のコマンドをBACKUP CURRENT CONTROLFILE FORMATコマンドにします(これによって、FORMATで指定した場所に制御ファイルがバックアップされ、その後自動バックアップが実行されます)。

注意: RUNブロック内またはRMANプロンプトのいずれかでSET CONTROLFILE AUTOBACKUP FORMATコマンドを指定すると、そのセッション内のみで構成済の自動バックアップ形式がオーバーライドされます。優先順位は次のとおりです。

1. RUNブロック内のSET

2. RMANプロンプトのSET

3. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT

自動バックアップ形式は、CONFIGURE CONTROLFILE AUTOBACKUPがOFFに設定されていても構成できますが、この場合、RMANでは自動バックアップが生成されません。RMANで自動バックアップを作成するには、CONFIGURE CONTROLFILE AUTOBACKUPをONに設定する必要があります。

OFF

自動バックアップ機能を無効化します(デフォルト)。

データファイル1を含むすべてのBACKUPコマンドでは、バックアップ・セットに現行の制御ファイルおよびサーバー・パラメータ・ファイルが自動的に組み込まれます。それ以外の場合、RMANはこれらのファイルを含めません。

CLEAR

この構成をデフォルト設定のOFFに戻します。

FORMAT FOR  DEVICE TYPE deviceSpecifier  TO formatSpec

指定したデバイス・タイプへの制御ファイルの自動バックアップについて、デフォルトの場所とファイル名の形式を構成します(例2-54を参照)。

デフォルトのフォーマットは、どのデバイスの場合も%Fです。CONFIGUREで指定するデフォルトのフォーマット文字列には、%F置換変数を含める必要があります。他の置換変数を使用すると、エラーが発生します。CLEARを指定すると、フォーマットがデフォルトの%Fに戻ります。

高速リカバリ領域が有効で、フォーマットがデフォルトの'%F'の場合、RMANはautobackupというディレクトリのリカバリ領域に自動バックアップを作成します。有効になっていない場合は、オペレーティング・システム固有の場所(UNIX、LinuxおよびWindowsでは?/dbs)が自動バックアップのデフォルトの場所になります。

SHOWコマンドの出力にある文字列# defaultは、RMANがデフォルトのフォーマットを使用しているタイミングを示します。ディスク・フォーマットを手動で'%F'に構成すると、リカバリ領域が有効な場合でも、RMANはオペレーティング・システム固有のデフォルトの場所に自動バックアップを作成します。RMANでは、自動バックアップがリカバリ領域に作成されるようにフォーマットをデフォルトに戻すには、CONFIGURE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEARを実行します。

formatSpecで、自動ストレージ管理ディスク・グループを指定できます。次の例では、ASMディスク・グループのチャネルを構成します。

CONFIGURE CONTROLFILE AUTOBACKUP FOR DEVICE TYPE DISK TO '+dgroup1';

関連項目: %F置換変数のセマンティクスについては、「formatSpec」を参照してください

deviceConf

この副次句は、チャネルおよびデバイスに関する永続構成を作成します。

構成済チャネルの名前

RMANは構成済チャネルの名前を決定することに注意してください。RMANで使用される規則は、ORA_devicetype_nです。devicetypeはDISKまたはsbt_tapeなどのユーザー・デバイスのタイプ、nはチャネル番号です。接頭辞ORA_で始まるチャネル名は、RMAN専用に予約されています。名前がORA_で始まるチャネルを手動で割り当てることはできません。

注意:

デバイス・タイプのsbtとsbt_tapeはシノニムですが、RMANへの入力がsbtとsbt_tapeのいずれの場合でも、RMANの出力は、常にsbt_tapeが表示されます。

RMANでは、最初のDISKチャネルにORA_DISK_1、2番目のチャネルにORA_DISK_2という名前が付けられ、以降も同様に名前が付けられます。RMANでは、sbtチャネルの場合は、最初のチャネルにORA_SBT_TAPE_1、2番目のチャネルにORA_SBT_TAPE_2という名前が付けられ、以降も同様に名前が付けられます。チャネルをパラレル化すると、RMANによってチャネルは常に番号順に割り当てられます。番号は、1から始まり、パラレル化の設定値(CONFIGURE DEVICE TYPE ... PARALLELISM n)で終わります。

特定の構成済チャネルでBACKUPまたはジョブを実行するには、システムで生成されたチャネル名を使用します。CONFIGURE CHANNELコマンド(deviceConf句を参照)でチャネル番号を指定すると、RMANでは、システム生成のチャネル名に同じ番号が使用されます。

チャネルの自動割当ては、メンテナンス・コマンドにも適用されます。RMANで自動メンテナンス・チャネルを割り当てる場合、他の自動割当てチャネルと同じネーミング規則が使用されます。

Oracle RAC環境の構成済チャネル

Oracle RAC環境でRMANを使用する場合、負荷および可用性に応じて、クラスタ内の様々なインスタンスでセッションを確立するTARGET接続文字列を指定することをお薦めします。

CONNECTオプションを使用して個々のチャネルと特定のOracle RACインスタンスとの接続を構成すると、チャネル構成で指定した特定のインスタンスにRMANスクリプトが依存するようになるため、これはお薦めできません。そのインスタンスのうちの1つが使用できなくなると、バックアップ・スクリプトの実行は失敗します。ロード・バランシング接続文字列を使用すると、RMANスクリプトのコーディングが容易になるうえ、個々のインスタンスの障害に対するリジリエンスが向上します。

CONNECTオプションを使用してRMANチャネルを特定のノードにダイレクトする場合は、チャネル構成でパスワードを使用しないことを強くお薦めします。すべてのインスタンスのSYSACKUP権限を持つユーザーのパスワードがTARGET接続のパスワードと同じ場合は、チャネルをCONNECT "@nodename"で構成する必要があります。RMANはそのチャネルへの接続に、TARGET接続からのユーザーIDとパスワードを使用します。

構文要素

説明

[AUXILIARY] CHANNEL [ integer] DEVICE TYPE deviceSpecifier

構成または消去する標準チャネルまたはAUXILIARYチャネルと、そのチャネルのデバイス・タイプを指定します。

注意: RUNコマンド内でALLOCATE CHANNELを指定して割り当てたチャネルは、構成済の自動チャネルをオーバーライドします。

汎用チャネルを構成するか、チャネルを番号で指定できます。この場合、integerは254以下の値です。番号付けされたチャネルの実例は、例2-52を参照してください。

AUXILIARYを指定すると、この構成は補助インスタンスで割り当てられたチャネルにのみ使用されます。ターゲット・インスタンスで割り当てられたチャネルとは異なるパラメータが補助チャネルに必要な場合は、補助チャネルの構成情報を指定します。補助デバイス構成を指定しない場合、RMANはターゲット・データベースのデバイス構成を使用して補助チャネルを構成します。

チャネル・オプションは、1つ以上指定する必要があります。たとえば、CONFIGURE CHANNEL 2 DEVICE TYPE DISKのようなコマンドは発行できませんが、CONFIGURE CHANNEL 2 DEVICE TYPE DISK MAXPIECESIZE 2500Kというコマンドは発行できます。

指定したデバイス・タイプの汎用チャネルについて、新規コマンドにより、そのデバイス・タイプの以前の設定が消去されます。次のコマンドを実行するとします。

CONFIGURE CHANNEL DEVICE TYPE sbt MAXPIECESIZE 1G;
CONFIGURE CHANNEL DEVICE TYPE sbt FORMAT 'bkup_%U';

2番目のコマンドでは、最初のコマンドのMAXPIECESIZE設定が消去されます。

注意: RMANでは、BACKUPコマンドで同時に複数のデバイス・タイプに対して自動チャネルが割り当てられることはありません。

関連項目: チャネル番号で指定した自動チャネルを構成する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

allocOperandList

構成済チャネルの制御オプションを指定します。

デフォルト以外のCONNECTオプションまたはPARMSオプションを使用してチャネルを構成し、バックアップまたはコピーを作成する場合は、同じ構成済チャネルを使用するか、同じオプションを使用して手動でチャネルを割り当てて、これらのバックアップをリストアまたはクロスチェックする必要があります。

FORMATパラメータで、自動ストレージ管理ディスク・グループを指定できます。次の例では、ASMディスク・グループのチャネルを構成します。

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '+dgroup1';

関連項目: 「allocOperandList」を参照してください

CLEAR

指定したチャネルを消去します。たとえば、CONFIGURE CHANNEL 1 DEVICE TYPE DISK CLEARはチャネル1のみをデフォルトに戻しますが、CONFIGURE CHANNEL DEVICE TYPE DISK CLEARは汎用ディスク・チャネルをデフォルトに戻します。CLEARを指定する場合は、他のチャネル・オプション(PARMSなど)を指定できません。

DEFAULT DEVICE TYPE TO deviceSpecifier

自動チャネルのデフォルトのデバイス・タイプを指定します。デフォルトのデバイス・タイプはDISKです。CLEARを指定すると、デフォルトのデバイス・タイプがDISKに戻ります。

デフォルトでは、BACKUPコマンドで割り当てることができるのは、デフォルトのデバイス・タイプのチャネルのみです。たとえば、自動チャネルをDISKおよびsbtに対して構成し、デフォルトのデバイス・タイプをsbtに設定した場合、BACKUP DATABASEコマンドを実行すると、RMANではテープ・チャネルのみが割り当てられます。この動作をオーバーライドするには、RUNコマンドでチャネルを手動で割り当てる方法と、BACKUPコマンド自体でDEVICE TYPEを指定する方法があります(例2-50を参照)。

RESTOREコマンドでは、デフォルトのデバイス・タイプに関係なく、すべての構成済デバイス・タイプの自動チャネルが割り当てられます。RESTOREコマンドは、構成済の各デバイス・タイプのPARALLELISM設定に従います。

DEVICE TYPE deviceSpecifier

このCONFIGUREコマンドで指定された設定の適用対象としてデバイス・タイプ(ディスクまたはsbt)を指定します。CLEARオプションを使用すると、このデバイスのバックアップ・タイプおよび並列度の設定がデフォルトにリセットされます。

CONFIGURE DEVICE TYPEコマンドを実行して、デバイス・タイプのデフォルト設定を構成し、このデバイス・タイプに対してCONFIGURE CHANNELを実行しなかった場合、RMANは、他のチャネル制御オプションを使用せずに、すべてのチャネルを割り当てます。sbtデバイスを構成し、バックアップを次のように実行するとします。

CONFIGURE DEVICE TYPE sbt PARALLELISM 1;
BACKUP DEVICE TYPE sbt DATABASE;

実際には、RMANでは、このバックアップを次のように実行します。

RUN
{
ALLOCATE CHANNEL ORA_SBT_TAPE_1 DEVICE TYPE sbt;
BACKUP DATABASE;
}

BACKUP TYPE TO [[COMPRESSED] BACKUPSET | COPY]

ディスク・バックアップまたはテープ・バックアップのデフォルトのバックアップ・タイプを構成します。SBTデバイスの場合、COPYオプションはサポートされていません。ディスクの場合のデフォルトは、BACKUPSETです。

BACKUP TYPEをBACKUPSETに設定した場合にBACKUPコマンドを使用すると、バックアップが作成されるメディアに関係なく、常に、バックアップ・セットが作成されます。COMPRESSEDオプションを指定すると、作成されるバックアップ・セットにバイナリ圧縮が使用されます。

ディスク・バックアップのデフォルトの場所は、高速リカバリ領域が構成されている場合は高速リカバリ領域です。構成されていない場合は、RMANによってプラットフォーム固有の場所にバックアップが格納されます。バックアップ・ファイル名のデフォルトの形式は%Uです。

PARALLELISM integer

RMANのジョブに割り当てられるデバイス・タイプに指定された自動チャネルの数を構成します。デフォルトでは、PARALLELISMは1に設定されています。

注意: CONFIGURE ... PARALLELISMパラメータは、チャネルの並列度(バックアップおよびリストアの操作時にRMANが割り当てるチャネル数)を指定します。RECOVERY_PARALLELISM初期化パラメータは、インスタンス・リカバリで使用されるプロセス数を指定します。

ディスク・バックアップのPARALLELISMを2に設定するとします(例2-51を参照)。デフォルトのデバイス・タイプをディスクに設定し、RMANプロンプトでBACKUP DATABASEを実行すると、2つのディスク・チャネルが割り当てられます。RMANは、常にPARALLELISMで設定された数のチャネルを割り当てますが、実際にはこれらのチャネルのサブセットしか使用されない場合があります。

注意: 手動で番号を取得したn個のチャネルを構成する場合は、PARALLELISM設定がnより大きくても小さくてもかまいません。たとえば、10個の自動チャネルの番号を手動で取得し、PARALLELISMを2や12に設定できます。

デバイス・タイプの並列度をnに変更するには、新規のCONFIGURE DEVICE TYPE ... PARALLELISM nコマンドを実行します。たとえば、次のように、sbtのPARALLELISMを3に構成してから、2に変更できます。

CONFIGURE DEVICE TYPE sbt PARALLELISM 3;
CONFIGURE DEVICE TYPE sbt PARALLELISM 2;

例

例2-49 デバイスおよびバックアップ・オプションの構成

この例では、デバイス・タイプDISKおよびsbtのチャネルを構成し、デフォルトのデバイス・タイプをsbtに設定します。また、バックアップの最適化を有効にし、リカバリ期間を2週間に構成します。

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/disk1/backups/%U';
CONFIGURE CHANNEL DEVICE TYPE sbt PARMS 'ENV=(OB_DEVICE_1=tape1)';
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;

例2-50 デフォルト・デバイス・タイプのオーバーライド

この例では、データファイルと制御ファイルのDISKバックアップについて多重化を2に構成し(ただし、ディスクへの制御ファイルの自動バックアップは特例で、多重化されません)、次いでsbtをデフォルト・デバイスに構成します。

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 2;
CONFIGURE CHANNEL DEVICE TYPE sbt PARMS 'ENV=(OB_DEVICE_1=tape1)';
CONFIGURE DEFAULT DEVICE TYPE TO sbt;

最初のBACKUPコマンドは、アーカイブREDOログ・ファイルをデフォルトのsbtチャネルにバックアップします。2番目のBACKUPコマンドは、データベースをディスクの場所にバックアップします。ディスク・バックアップの多重化が有効であるため、各出力バックアップ・セットのコピーが2つ作成されます。

BACKUP ARCHIVELOG ALL;
BACKUP DEVICE TYPE DISK
DATABASE
FORMAT '/disk1/db_backup_%U','/disk2/db_backup_%U';

例2-51 ファイル・システムにまたがる自動チャネルの構成

この例では、2つのファイル・システムにまたがる自動ディスク・チャネルを構成します。

CONFIGURE DEVICE TYPE DISK PARALLELISM 2;
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/disk1/%U';
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT '/disk2/%U';

PARALLELISMが2に設定されているため、次のコマンドは出力データを2つのファイル・システム間で分割します。

BACKUP DEVICE TYPE DISK
DATABASE PLUS ARCHIVELOG;

次のLISTコマンドは、データファイルのバックアップがどのようにパラレル化されたかを示します。

RMAN> LIST BACKUPSET 2031, 2032;

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
2031    Full    401.99M    DISK        00:00:57     19-JAN-13
BP Key: 2038   Status: AVAILABLE  Compressed: NO  Tag: TAG20130119T100532
Piece Name: /disk1/24i7ssnc_1_1
List of Datafiles in backup set 2031
File LV Type Ckp SCN    Ckp Time  Name
---- -- ---- ---------- --------- ----
1       Full 973497     19-JAN-13 /disk3/oracle/dbs/t_db1.f
5       Full 973497     19-JAN-13 /disk3/oracle/dbs/tbs_112.f

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
2032    Full    133.29M    DISK        00:00:57     19-JAN-13
BP Key: 2039   Status: AVAILABLE  Compressed: NO  Tag: TAG20130119T100532
Piece Name: /disk2/25i7ssnc_1_1
List of Datafiles in backup set 2032
File LV Type Ckp SCN    Ckp Time  Name
---- -- ---- ---------- --------- ----
2       Full 973501     19-JAN-13 /disk3/oracle/dbs/t_ax1.f
3       Full 973501     19-JAN-13 /disk3/oracle/dbs/t_undo1.f
4       Full 973501     19-JAN-13 /disk3/oracle/dbs/tbs_111.f

例2-52 Oracle Real Application Clusters(Oracle RAC)構成での自動チャネルの構成

この例では、Oracle RACデータベースに2つのノードがあるとします。メディア・マネージャはOracle Secure Backupです。テープ・ドライブtape1はnode1に直接接続され、テープ・ドライブtape2はnode2に直接接続されています。この例では、各クラスタ・ノードにSBT自動チャネルを構成します。

この例では、Oracle RACインスタンスnode1およびnode2へのチャネル接続を示します。両方のチャネル接続で、RMANは、ターゲット・データベース接続で入力したユーザー名とパスワードと同じものを使用します。

CONFIGURE DEVICE TYPE sbt PARALLELISM 2;
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT '@node1'
PARMS 'ENV=(OB_DEVICE=tape1)';
CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT '@node2'
PARMS 'ENV=(OB_DEVICE=tape2)';

例2-53 補助ファイル名の構成

この例では、CONFIGURE AUXNAMEを使用して、データファイルの新しいファイル名を指定します。DUPLICATEコマンドによって、ディレクトリ構造が異なるリモート・ホストにデータベースが多重化されます。

# set auxiliary names for the data files
CONFIGURE AUXNAME FOR DATAFILE 1 TO '/oracle/auxfiles/aux_1.f';
CONFIGURE AUXNAME FOR DATAFILE 2 TO '/oracle/auxfiles/aux_2.f';
CONFIGURE AUXNAME FOR DATAFILE 3 TO '/oracle/auxfiles/aux_3.f';
CONFIGURE AUXNAME FOR DATAFILE 4 TO '/oracle/auxfiles/aux_4.f';

RUN
{
ALLOCATE AUXILIARY CHANNEL dupdb1 TYPE DISK;
DUPLICATE TARGET DATABASE TO dupdb
LOGFILE
GROUP 1 ('?/dbs/dupdb_log_1_1.f',
'?/dbs/dupdb_log_1_2.f') SIZE 4M,
GROUP 2 ('?/dbs/dupdb_log_2_1.f',
'?/dbs/dupdb_log_2_2.f') SIZE 4M REUSE;
}
# Unspecify the auxiliary names for the data files so that they are not
# overwritten by mistake:
CONFIGURE AUXNAME FOR DATAFILE 1 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 2 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 3 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 4 CLEAR;

例2-54 制御ファイルの自動バックアップに使用するデフォルトの形式の指定

次の例では、自動バックアップ機能を有効にし、DISKおよびsbtデバイスに対してデフォルトの自動バックアップ形式を構成します。

CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/disk2/%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE sbt TO 'cf_auto_%F';

例2-55 スタンバイ・データベースの構成の作成

プライマリ・データベースprodが、dgprod3およびdgprod4というDB_UNIQUE_NAME名の2つのスタンバイ・データベースに関連付けられているとします。RMANを起動し、TARGETとしてprodに接続して、リカバリ・カタログに接続するとします。次のコマンドでは、データベースdgprod3およびdgprod4のデフォルトのデバイス・タイプを構成します。

CONFIGURE DEFAULT DEVICE TYPE TO sbt
FOR DB_UNIQUE_NAME dgprod3;
CONFIGURE DEVICE TYPE sbt PARALLELISM 2
FOR DB_UNIQUE_NAME dgprod3;
CONFIGURE DEFAULT DEVICE TYPE TO DISK
FOR DB_UNIQUE_NAME dgprod4;

この構成で2つのスタンバイ・データベースの制御ファイルが更新されるのは、リカバリ・カタログから制御ファイルへの逆方向の再同期が行われた後のみです。この再同期は、ユーザーがdgprod3およびdgprod4に初めて接続するときに行われます。

次のSHOWコマンドは、dgprod3という一意の名前を持つデータベースのデバイス・タイプの永続構成を表示します。

RMAN> SHOW DEVICE TYPE FOR DB_UNIQUE_NAME dgprod3;
RMAN configuration parameters for database with db_unique_name DGPROD3 are:

CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2 BACKUP TYPE TO BACKUPSET;
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

次のSHOWコマンドは、リカバリ・カタログが認識しているデータベースで、DBIDが3257174182のすべてのデータベースの永続構成を表示します(DBIDの値は、先行するSET DBIDコマンドで指定されます)。

SHOW ALL FOR DB_UNIQUE_NAME ALL;

例2-56 バックアップの最適化

次の例では、表2-3で示したバックアップの最適化について説明します。バックアップの最適化が無効になっているとします。午前9時に、既存のすべてのアーカイブREDOログ・ファイルの3つのコピーをテープにバックアップします。バックアップをテープに多重化する場合は、BACKUP_TAPE_IO_SLAVES初期化パラメータをtrueにする必要があります。

BACKUP DEVICE TYPE sbt COPIES 3 ARCHIVELOG ALL;

午前11時に、バックアップの最適化を有効にします。

CONFIGURE BACKUP OPTIMIZATION ON;

正午に、次のアーカイブREDOログのバックアップを実行します。

BACKUP DEVICE TYPE sbt COPIES 2 ARCHIVELOG ALL;

Starting backup at 19-JAN-13
current log archived
using channel ORA_SBT_TAPE_1
skipping archived log file /d1/db1r_605ab325_1_34_612112605.arc; already backed up 3 time(s)
skipping archived log file /d1/db1r_605ab325_1_35_612112605.arc; already backed up 3 time(s)
skipping archived log file /d1/db1r_605ab325_1_36_612112605.arc; already backed up 3 time(s)
skipping archived log file /d1/db1r_605ab325_1_37_612112605.arc; already backed up 3 time(s)
skipping archived log file /d1/db1r_605ab325_1_38_612112605.arc; already backed up 3 time(s)
skipping archived log file /d1/db1r_605ab325_1_39_612112605.arc; already backed up 3 time(s)
channel ORA_SBT_TAPE_1: starting archived log backup set
channel ORA_SBT_TAPE_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=40 RECID=170 STAMP=612270506
channel ORA_SBT_TAPE_1: starting piece 1 at 19-JAN-13
channel ORA_SBT_TAPE_1: finished piece 1 at 19-JAN-13 with 2 copies and tag TAG20130119T110827
piece handle=2hi7t0db_1_1 comment=API Version 2.0,MMS Version 10.1.0.0
piece handle=2hi7t0db_1_2 comment=API Version 2.0,MMS Version 10.1.0.0

この場合、BACKUP ... COPIESの設定がCONFIGURE ... COPIESの設定をオーバーライドするため、RMANでは、n=2が設定されます。RMANは、sbtデバイスにログのコピーが2つ以上ある場合にのみ、ログのバックアップをスキップします。午前9時までに生成されたすべてのログについて、各ログの3つのコピーがsbt上に存在するため、RMANはこれらのログのバックアップをスキップします。ただし、RMANでは、午前9時より後に生成されたすべてのログについては、2つのコピーがバックアップされます。これは、そのログがまだテープにバックアップされていないためです。

例2-57 デフォルトの圧縮アルゴリズムの構成

この例では、データベースのAdvanced Compressionオプション(ACO)に対するライセンスを持っていることを前提条件としています。

MEDIUM圧縮アルゴリズムをすべての圧縮バックアップのデフォルトの圧縮アルゴリズムとするには、次のコマンドを発行します。

CONFIGURE COMPRESSION ALGORITHM 'MEDIUM';

この時点から、次のコマンドを発行してMEDIUM圧縮アルゴリズムを使用できるようになります。

BACKUP AS COMPRESSED BACKUPSET DATABASE;

CONNECT

用途

CONNECTコマンドを使用すると、RMANとターゲット・データベース、補助データベースまたはリカバリ・カタログ・データベースとの接続を確立できます。

前提条件

データベースへのSQL*Plus接続と同様に、データベースへのRMAN接続が指定され、認証されます。唯一異なるのは、ターゲット・データベースまたは補助データベースへのRMAN接続では、SYSBACKUP権限またはSYSDBA権限が必要なことです。

関連項目:

- SQL*Plusを使用する場合のデータベース接続オプションについては、『Oracle Database管理者ガイド』を参照してください。

- SYSBACKUP管理権限の使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

注意:

適切なセキュリティ・プラクティスとして、コマンドラインにプレーン・テキストでパスワードを入力しないことが必要です。RMANでは、RMANプロンプトで要求された場合にのみパスワードを入力してください。パスワード保護については、『Oracle Databaseセキュリティ・ガイド』を参照してください。

関連項目:

コマンドラインの接続オプションについては、「RMAN」を参照してください。

CONNECT TARGET、CONNECT CATALOGおよびCONNECT AUXILIARYコマンドは、そのコマンドで指定するデータベースにRMANがまだ接続されていない場合にかぎり、RMANプロンプトからのみ実行できます。別のターゲット、カタログまたは補助データベースに接続するには、新規RMANセッションを開始する必要があります。

使用上の注意

次のすべての条件が満たされている場合、RMANセッションはNOCATALOGモードで実行されます。

- RMANの起動時に、CATALOGまたはNOCATALOGを指定しなかったこと。

- RMANセッションで、CONNECT CATALOGをまだ実行していないこと。

- RMANリポジトリ接続が必要なBACKUPなどのコマンドを実行すること(例2-59を参照)。

CDBおよびPDBへの接続

RMANはマルチテナント環境でのバックアップおよびリカバリ操作の実行を完全にサポートします。マルチテナントのアーキテクチャによって、Oracle Databaseは、0、1または多数のユーザー作成のプラガブル・データベース(PDB)を含むマルチテナント・コンテナ・データベース(CDB)として機能することが可能になります。CDBまたはPDBへのRMAN接続を確立するプロセスは、非CDBの場合と似ています。オペレーティング・システム認証またはパスワード・ファイル認証のいずれかを使用できます。

関連項目:

- マルチテナント・アーキテクチャの詳細は、『Oracle Database概要』を参照

- マルチテナント環境の管理に関する詳細は、『Oracle Database管理者ガイド』を参照

CDBに接続するには、「connectStringSpec」の説明に従って、共通のSYSDBAまたは共通のSYSBACKUP権限を持つ共通ユーザーとしてrootに接続します。

PDBに接続するには、共通ユーザーまたはローカル・ユーザーのいずれかとして接続できます。接続を作成するユーザーは、「connectStringSpec」で説明する権限が必要です。

注意:

TARGETとしてPDBに接続すると、リカバリ・カタログに接続できません。

CDB全体またはrootでの操作を実行するには、TARGETとしてrootに接続します。接続を作成するユーザーは、共通のSYSDBAまたは共通のSYSBACKUP権限を持つ共通ユーザーである必要があります。複数のPDBでの操作を実行するには、TARGETとしてrootに接続します。接続を作成するユーザーは、共通のSYSDBAまたは共通のSYSBACKUP権限を持つ共通ユーザーである必要があります。単一のPDBでの操作を実行するには、TARGETとして、rootまたはPDBのいずれかに接続することができます。PDBに接続するには、接続を作成するユーザーは、「connectStringSpec」で説明する権限が必要です。

関連項目:

CDBおよびPDBへの接続の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

構文

connect::=

(connectStringSpec::=)

セマンティクス

構文要素

説明

CONNECT AUXILIARY

RMANと補助データベース・インスタンスとの接続を確立します。

補助インスタンスは、TRANSPORT TABLESPACEおよびDUPLICATEコマンドで使用されます。また、RMANのTSPITR中にも使用されます。

CONNECT CATALOG

RMANとリカバリ・カタログ・データベースとの接続を確立します。

リカバリ・カタログが仮想プライベート・カタログ(「CREATE CATALOG」を参照)の場合、このカタログに接続するRMANクライアントのパッチ・レベルは、10.1.0.6または10.2.0.3である必要があります。Oracle9iのRMANクライアントは、仮想プライベート・カタログに接続できません。このバージョン制限は、Oracle Database 11gのベース・リカバリ・カタログへのRMANクライアント接続には影響しません。基本カタログに仮想プライベート・カタログのユーザーがいる場合も同様です。

RMANがデフォルトのNOCATALOGモードである場合に、RMANセッションでCONNECT CATALOGコマンドを使用しようとすると、RMAN-06445エラーが発行されます(「Usage Notes」を参照)。

注意: Data Guard環境でRMANを使用する場合は、リカバリ・カタログを使用する必要があります。

CONNECT TARGET

RMANとターゲット・データベースとの接続を確立します。

注意: Data Guard環境では、RMANはフィジカル・スタンバイ・データベースにTARGETとして接続できます。リカバリ・カタログでDB_UNIQUE_NAMEが認識されていないものの、DBIDで登録済データベースを識別するデータベースに対してCONNECT TARGETを実行すると、RMANでは、そのデータベースは、自動的かつ暗黙的にリカバリ・カタログに登録されます。

connectStringSpec

データベースの接続情報を指定します。

例

例2-58 リカバリ・カタログを使用しないターゲット・データベースへの接続

この例では、RMANをNOCATALOGモードで起動してから、Oracle Netサービス名がprod1のターゲット・データベースに接続します。sbuは、SYSBACKUP権限を付与されたユーザーです。

% rman NOCATALOG
RMAN> CONNECT TARGET "sbu@prod1 AS SYSBACKUP";

target database Password: password
connected to target database: PROD1 (DBID=39525561)

例2-59 デフォルトのNOCATALOGモードでのターゲット・データベースへの接続

この例では、CATALOGまたはNOCATALOGのいずれも指定せずに、RMANを起動してから、オペレーティング・システム認証を使用してターゲット・データベースに接続します。CONNECT CATALOGコマンドが実行されていないため、BACKUPコマンドを実行すると、RMANはデフォルトのNOCATALOGモードになります。

% rman
RMAN> CONNECT TARGET /
RMAN> BACKUP DATABASE;

RMANセッションのこの時点では、セッションがデフォルトのNOCATALOGモードになっているため、CONNECT CATALOGを実行できません。このセッションでカタログに接続しようとすると、次のエラーが発生します。

RMAN> CONNECT CATALOG rco@catdb

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-06445: cannot connect to recovery catalog after NOCATALOG has been used

例2-60 ターゲット・データベース、リカバリ・カタログ・データベースおよび補助データベースへの接続

この例では、ターゲット・データベースにはオペレーティング・システム認証機能を使用して接続し、リカバリ・カタログおよび補助データベースにはパスワード・ファイルを使用して接続します。sbuは、SYSBACKUP権限を付与されたユーザーです。RMANによって、パスワードの入力を求めるプロンプトが表示されます。

% rman
RMAN> CONNECT TARGET;

connected to target database: PROD (DBID=39525561)

RMAN> CONNECT CATALOG rco@catdb;

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CONNECT AUXILIARY "sbu@dupdb AS SYSBACKUP";

auxiliary database Password: password
connected to auxiliary database: DUPDB (not mounted)

例2-61 オペレーティング・システム認証を使用したrootへの接続

この例では、オペレーティング・システム認証を使用してCDBのrootに接続します。デフォルトでは、SYSDBA権限を使用して接続が確立されます。

%rman
RMAN> CONNECT TARGET /

例2-62 ローカル・ユーザーとしてのPDBへの接続

この例では、hr_pdb PDBでSYSBACKUP権限を付与されたローカル・ユーザーsbu_pdbとして、PDB hr_pdbに接続します。hrpdbは、PDB hr_pdbに対応するネット・サービス名です。

%rman
RMAN> CONNECT TARGET "sbu_pdb@hrpdb AS SYSBACKUP";

CONVERT

用途

CONVERTコマンドを使用すると、異なるプラットフォーム間でのトランスポートの準備として、表領域、データファイルまたはデータベースをトランスポート先プラットフォームの形式に変換できます。

Oracle Database 10g以上のリリースでは、次の場合にCONVERT DATAFILEまたはCONVERT TABLESPACEが必要です。

- V$TRANSPORTABLE_PLATFORM.ENDIAN_FORMATの値が異なるプラットフォーム間でのデータファイルをトランスポートする場合。

- ENDIAN_FORMATが同じどうかにかかわらず、プラットフォーム間でUNDOセグメントを持つ表領域(通常は、SYSTEM表領域とUNDO表領域、およびロールバック・セグメントを持つ表領域)をトランスポートする場合。通常、SYSTEM表領域とUNDO表領域が変換されるのは、データベース全体を変換するときのみです。

- HP Tru64オペレーティング・システムとの間の変換のように、他のプラットフォーム固有のデータファイルで、必要な変換を実行する場合。

CONVERTの1つの用途は、Oracle Automatic Storage Management (Oracle ASM)に格納されているデータベースに表領域をトランスポートすることです。Linuxのcp、WindowsのCOPYなどのオペレーティング・システムのネイティブ・コマンドでは、Oracle ASMディスク・グループの読取りまたは書込みができません。

関連項目:

CONVERT DATAFILE、CONVERT TABLESPACEおよびCONVERT DATABASEの使用方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

ソースと宛先のプラットフォームが、CONVERTコマンドでサポートされている必要があります。サポートされているプラットフォームは、V$TRANSPORTABLE_PLATFORMを問い合せて確認します。プラットフォーム間の表領域トランスポートは、ソースとトランスポート先プラットフォームの両方がこのビューに含まれている場合にのみサポートされます。

ソース・データベースおよびトランスポート先データベースの両方とも、初期化パラメータCOMPATIBLEが10.0.0以上に設定されて実行されている必要があります。次の互換性の前提条件に注意してください。

- COMPATIBLEの設定が11.0.0未満の場合、読取り専用の表領域またはトランスポートされた既存の表領域は、1回以上読み書き両用にされていなければ、別のプラットフォームにトランスポートできません。表領域は、読み書き両用でオープンした後、すぐに読取り専用に戻すことができます。

- COMPATIBLEが11.0.0以上の場合、読み書き両用の表領域に関する前述の制限は適用されません。ただし、トランスポートされた既存の表領域は、トランスポート前にCOMPATIBLEが10.0に設定され読み書き両用にされた形式である必要があります。

CONVERT TABLESPACEの前提条件

CONVERT TABLESPACEは、ソース・データベースにTARGETとして接続し、ソース・プラットフォームで表領域を変換する場合にのみ使用できます。

ソース・データベースはマウントまたはオープン状態である必要があります。変換する表領域は、変換時に読取り専用である必要があります。ソース・データベースで表領域を変換する場合は、トランスポート先データベースの状態は関係ありません。

CONVERT DATAFILEの前提条件

CONVERT DATAFILEは、トランスポート先データベースにTARGETとして接続し、トランスポート先プラットフォームでデータファイルを変換する場合にのみ使用できます。

CONVERT DATABASE ON DESTINATIONで生成されたCONVERT DATAFILEスクリプトを実行している場合は、NOMOUNTオプションを指定してトランスポート先データベースのインスタンスを起動する必要があります。CONVERT DATABASE ON DESTINATIONで生成されたCONVERT DATAFILEスクリプトを実行していない場合は、トランスポート先データベースを起動、マウントまたはオープンすることができます。

トランスポート先データベースでデータファイルのコピーを変換する場合は、ソース・データベースの状態は関係ありません。ただし、トランスポート先データベースで、CONVERT DATAFILEスクリプトをデータベース変換の一部として実行し、そのスクリプトが(NFSマウントなどにより)ソース・データベースのデータファイルに直接アクセスしている場合は、ソース・データベースは読取り専用でオープンする必要があります。

トランスポート先のホストで表領域を変換する場合は、CONVERT TABLESPACEでは、トランスポート先データベースが変換時にデータファイルを表領域に関連付けることができないので、CONVERT DATAFILEを使用する必要があります。表領域に必要なデータファイルを変換した後は、そのファイルをトランスポート先データベースにトランスポートできます。

CONVERT DATABASEの前提条件

CONVERT DATABASEは、ソース・データベースにTARGETとして接続されている場合にのみ使用できます。また、ソース・データベースは読取り専用でオープンされている必要があります。CONVERT DATABASE ON DESTINATIONを実行しても、CONVERT DATABASEの実行時、トランスポート先データベースの状態には関係ありません。

CONVERT DATABASEはCONVERT TABLESPACEおよびCONVERT DATAFILEと同じメカニズムでデータファイルを変換するため、表領域とデータファイルの使用上の注意と制約事項も適用されます。

CONVERT DATABASEに追加される重要な前提条件として、ソースとターゲットの両方のプラットフォームで、同じエンディアン形式を共有する必要があるということがあります。たとえば、データベースをMicrosoft WindowsからLinux for x86(ともにリトル・エンディアン)にトランスポートしたり、HP-UXからAIX(ともにビッグ・エンディアン)にトランスポートすることはできますが、SolarisからLinux x86へはトランスポートできません。ただし、ターゲット・プラットフォームに新しいデータベースを手動で作成すると、CONVERT TABLESPACEまたはCONVERT DATAFILEを使用して、ソース・データベースの表領域を個々にトランスポートできます。

ソース・プラットフォームとトランスポート先プラットフォームのエンディアン形式は同じでも、トランスポータブル・データベースのデータファイルは、ソース・ホストまたはトランスポート先ホストのいずれかで変換する必要があります。エンディアン形式が同じ場合は変換を行う必要がないプラットフォーム間での表領域のトランスポートとは異なり、データベース全体のトランスポートでは、UNDOセグメント内のブロックなどの特定のタイプのブロックを変換して、トランスポート先プラットフォームとの互換性を確保する必要があります。

使用上の注意

変換処理はインプレースで実行されないため、入力ファイルがCONVERTによって変更されることはありません。かわりに、RMANによって指定された出力先に変換済ファイルが書き込まれます。

データ型の制約事項

CONVERTでは、次のデータ型で格納されたデータのエンディアン変換は実行されません。

- RAW

- LONG RAW

- BLOB

- ANYTYPE/ANYDATA/ANYDATASET

- 前述のデータ型のいずれかの属性を含むユーザー定義型またはOracle抽象型(ORDImageメディア・タイプなど)

注意:

BFILEデータ型のファイル・ロケータは変換されますが、BFILEが示す外部ファイルは変換されません。

プラットフォーム固有のフォーマットでデータを格納する、基礎となる型に基づいて作成されたデータベースの間でオブジェクトをトランスポートするには、データ・ポンプ・インポートおよびエクスポート・ユーティリティを使用してください。

Oracle Database 10gより前のリリースでは、UTF8などの可変幅キャラクタ・セットで作成されたCLOBは、エンディアンに依存する固定幅フォーマットで格納されていました。CONVERTコマンドでは、これらのCLOBに対する変換は実行されません。かわりに、RMANによって、各LOB列のエンディアン形式が取得され、ターゲット・データベースに伝播されます。その後、SQLレイヤーでこのデータを読み取ると、いずれかのエンディアン形式に正確に基づいたデータが解析され、表領域が書込み可能な場合はエンディアンに依存しない方法で書き込まれます。Oracle Database 10g 以上のリリースで作成されたCLOBは、プラットフォームに依存しないキャラクタ・セットAL16UTF16で格納されます。

関連項目:

表領域の移動方法の詳細は、『Oracle Database管理者ガイド』を参照してください。

構文

convert::=

(transportOptionList::=, convertOptionList::=)

transportOptionList::=

(skipSpec::=)

skipSpec::=

convertOptionList::=

(fileNameConversionSpec::=, formatSpec::=)

formatSpec::=

セマンティクス

convert

この句は、変換するオブジェクト(データファイル、表領域またはデータベース)を指定します。

構文要素

説明

DATABASE

他の必要なデータベース・ファイルを確実に作成できるように、すべてのデータファイルを宛先プラットフォームの形式に変換します。

マルチテナント・コンテナ・データベース(CDB)では、CDB内のすべてのデータファイルを変換します。CDB全体を変換するには、rootに接続します。「CDBおよびPDBへの接続」を参照してください。

注意: PDBに接続した後でCONVERT DATABASEコマンドを使用してPDBを変換することはサポートされていません。

CONVERT DATABASEは、データベース全体をソース・プラットフォームからトランスポート先プラットフォームにトランスポートするために使用します。ソース・プラットフォームとトランスポート先プラットフォームのエンディアン形式は同じである必要があります。

状況に応じて、ソース・プラットフォームまたはトランスポート先プラットフォームのいずれかでCONVERT DATABASEを使用できます(例2-66を参照)。データベースの次の要素は、直接トランスポートされません。

- ソース・データベースのREDOログ・ファイルおよび制御ファイルはトランスポートされません。RMANでは、トランスポートの処理中に、ターゲット・データベースの制御ファイルとREDOログ・ファイルが新規に作成され、新規データベースの作成後にOPEN RESETLOGSが実行されます。変換されたデータベースの制御ファイルには、ソース・データベースのRMANリポジトリは含まれていません。ソース・データベースのバックアップは、変換されたデータベースでは使用できません。

- BFILEはトランスポートされません。CONVERT DATABASEでは、BFILEデータ型を使用したオブジェクトのリストが出力されるため、ユーザーが、BFILEを手動でコピーし、ターゲット・プラットフォームでの格納場所を修正する必要があります。

- ローカル管理の一時表領域のデータファイルはトランスポートされません。一時表領域は、変換スクリプトを実行すると、ターゲット・プラットフォームで再作成されます。

- 外部表およびディレクトリはトランスポートされません。CONVERT DATABASEの出力には、該当するオブジェクトのリストが表示されますが、ユーザーは、そのオブジェクトをターゲット・プラットフォーム上で再定義する必要があります。外部表およびディレクトリの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- パスワード・ファイルはトランスポートされません。ソース・データベースでパスワード・ファイルが使用されていた場合は、CONVERT DATABASEによって、すべてのユーザー名および関連する権限のリストが出力されます。この情報を使用して、ターゲット・データベースで新しいパスワード・ファイルを作成してください。パスワード・ファイルの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

CONVERT DATABASEを使用している場合は、RMANで次の問題が検出されると、問題が修正されるまで処理を続行することはできなくなります。

- データベースにアクティブまたは不正確なトランザクションが存在する。

- データベースに保存されているUNDOセグメントが存在する。

- データベースのCOMPATIBILITYが10未満に設定されている。

- データベースのCOMPATIBILITYが10以上に設定されている場合に、読み書き両用でオープンされていない表領域がある。

DATABASE ROOT

CDBは、必要な他のデータベース・ファイルを確実に作成できるように、rootのデータファイルを宛先プラットフォームの形式に変換します。「CDBおよびPDBへの接続」の説明に従ってrootに接続し、データファイルを変換します。

データベース変換についての一般的な情報は、前述のDATABASEパラメータの説明を参照してください。

transportOptionList

トランスポートを制御するオプションを指定します。

関連項目: 「transportOptionList」を参照してください

PLUGGABLE DATABASE pdb_name

この句は、1つ以上のPDBの変換ではサポートされていません。

BACKUPコマンドをFOR TRANSPORTまたはTO PLATFORM句とともに使用して、1つ以上のPDBのトランスポートに使用できるバックアップ・セットを作成できます。

[convertOptionList] DATAFILE 'filename' convertOptionList

トランスポート先データベースにトランスポートするデータファイルの名前を指定します(例2-64を参照)。データファイルをPDBにトランスポートするには、「CDBおよびPDBへの接続」の説明に従ってPDBに接続します。

注意: TARGETとしてPDBに接続している場合、UNDOセグメントを含む表領域を変換することはできません。

CONVERT DATAFILEコマンドは、プラットフォーム間でデータファイルをトランスポートする複数の手順のうちの1手順にすぎません。データファイルは、『Oracle Database管理者ガイド』で説明されているプロシージャでライブ・データファイルを使用してトランスポートするか、または『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されているプロシージャを使用してバックアップからトランスポートできます。プラットフォーム間で表領域をトランスポートする前に、そのマニュアルを参照してください。

convertOptionListのFROM PLATFORMを使用して、変換するデータファイルのソース・プラットフォームを指定します。FROM PLATFORMを指定しなかった場合のデフォルト値は、トランスポート先のデータベース(RMANがTARGETとして接続されているデータベース)のプラットフォームです。トランスポート先ホストのプラットフォームが、暗黙的にトランスポート先のプラットフォームになります。

FROM PLATFORMやTO PLATFORMを指定せずにCONVERT DATAFILEを使用して、データファイルをASMに移動したり、ASMから移動することもできます(例2-65を参照)。その場合、CONVERT DATAFILEで作成されるデータファイル・コピーは、ターゲット・データベースに属しません。そのため、LIST DATAFILECOPYコマンドでは、コピーが表示されません。次の問合せを実行すると、データベースに属さない変換済データファイルがすべて表示されます。

SELECT NAME
FROM   V$DATAFILE_COPY
WHERE  CONVERTED_FILE='YES';

CONVERT DATAFILE構文では、複数のフォーマット名を使用できるため、各データファイルには別々のフォーマットを使用できます。DATAFILE構文では、CONVERTキーワードの直後と各DATAFILE 'filename'句の後の両方でconvertOptionListを使用できます。ただし、次の状況では、RMANによってエラーが生成されます。

- FORMAT以外のconvertOptionListオプションが複数回指定されている。

- 複数のDATAFILE句が指定されている場合に、FORMAT以外のconvertOptionListオプションがDATAFILEオプション・リストに指定されている

TABLESPACE tablespace_name convertOptionList

別のプラットフォーム上のトランスポート先データベースにトランスポートする予定の、ソース・データベース内の表領域の名前を指定します(例2-63を参照)。

表領域をPDBにトランスポートするには、「CDBおよびPDBへの接続」の説明に従ってPDBに接続する必要があります。

このオプションを指定すると、指定した表領域のデータファイルが、別のトランスポート先プラットフォームのフォーマットで生成されます。変換したファイルは、トランスポート先プラットフォームにトランスポートできます。

CDBのrootに接続している場合は、rootの表領域を参照します。PDBに直接接続している場合は、PDBの表領域を参照します。CDBまたはPDBへの接続の詳細は、「CDBおよびPDBへの接続」を参照してください。

CONVERT TABLESPACEは、ソース・データベースにTARGETとして接続し、ソース・プラットフォームで表領域を変換する場合にのみ使用できます。変換する表領域は、変換時に読取り専用である必要があります。CONVERT TABLESPACEは、変換予定のデータファイルがデータベースで認識されている場合に使用します。

変換するデータファイルのトランスポート先プラットフォームを指定するにはTO PLATFORMを使用します。TO PLATFORMを指定しなかった場合のデフォルト値は、RMANがTARGETとして接続されているデータベースのプラットフォームです。ソース・ホストのプラットフォームが、暗黙的にソース・プラットフォームになります。

CONVERT TABLESPACEコマンドは、プラットフォーム間で表領域をトランスポートする複数の手順のうちの1手順にすぎません。表領域は、『Oracle Database管理者ガイド』で説明されているプロシージャでライブ・データファイルを使用してトランスポートするか、または『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されているプロシージャを使用してバックアップからトランスポートできます。プラットフォーム間で表領域をトランスポートする前に、そのマニュアルを参照してください。

注意: ソース・ホスト上の表領域のデータファイルを変換するには、CONVERT TABLESPACE ... TOを使用して、変換する表領域とトランスポート先のプラットフォームを指定します。RMANではデータファイルが読取り専用の表領域に属しているかどうかが検証されないため、アクティブなデータファイルを変換してしまう可能性があることから、CONVERT DATAFILEを使用してソース・プラットフォーム上の個々のデータファイルを変換することは避けてください。

convertOptionList

変換を制御するオプションを指定します。

関連項目: 「convertOptionList」を参照してください

transportOptionList

この句は、トランスポートするデータファイル、表領域またはデータベースのオプションを指定します。

構文要素

説明

NEW DATABASE database_name

CONVERT DATABASEコマンドで生成された新しいデータベースにDB_NAMEを指定します。

ON DESTINATION PLATFORM

トランスポート先のホストで実行してデータベースを作成できるCONVERT DATAFILEコマンド(CONVERT SCRIPTパラメータを参照)の変換スクリプトを生成します。

注意: このオプションが指定されている場合、CONVERTによってスクリプトは生成されますが、変換されたデータファイルのコピーは生成されません。

このオプションは、変換処理に伴うソース・プラットフォームでのオーバーヘッドを回避する場合や、トランスポート先プラットフォームがわからない場合に有効です。たとえば、トランスポータブル表領域を、複数の様々なターゲット・プラットフォームで使用できるようにパブリッシュすることが必要な場合もあります。

ON DESTINATION PLATFORMオプションを指定してCONVERTを実行する場合は、ソース・データベースが読取り専用でオープンされている必要があります。ただし、CONVERT ON DESTINATION PLATFORMで生成されたスクリプトは、NOMOUNTで起動されたデータベース・インスタンス上で実行する必要があります。CONVERT DATAFILEコマンドの実行中に、変換スクリプトがソース・データベースからデータファイルを読み込む場合は、その実行中にソース・データベースを読み書き両用でオープンしないでください。

CONVERT SCRIPT script_name

CONVERT DATABASE ... ON TARGET PLATFORMによって生成された変換スクリプトを含むファイルの場所を指定します。

指定しない場合、この変換スクリプトは生成されません。

skipSpec

CONVERT DATABASEによる変換処理で、アクセス不能なデータファイル、オフラインのデータファイルまたは読取り専用のデータファイルがスキップされます。

SKIP UNNECESSARY DATAFILES

UNDOセグメントを持つデータファイルのみが変換されます。宛先プラットフォームで変換する場合、生成されたCONVERTスクリプトにはUNDOセグメントを持つデータファイルのみが含まれます。UNDOセグメントを持たないデータファイルは変換する必要がないため、ソース・データベースからトランスポート先データベースに直接コピーすることができます。コマンドがhp Tru64との間で変換を実行している場合、ASSMセグメント・ヘッダーを持つデータファイルも変換する必要があります。

TRANSPORT SCRIPT script_name

CONVERT DATABASEによって生成された変換スクリプトを含むファイルの場所を指定します。省略した場合、この変換スクリプトは生成されません。

skipSpec

この副次句は、変換処理から除外するファイルを指定します。

構文要素

説明

SKIP

次のキーワードで指定された基準に従って、データファイルを除外します。

INACCESSIBLE

I/Oエラーのために読み取ることができないデータファイルを除外します。

データファイルは、読取りが不可能な場合にのみアクセス不能とみなされます。一部のオフライン・データファイルは、ディスク上に残っているために読取りが可能です。他のデータファイルは削除または移動されたためにアクセス不可となり、読取り不可となります。

OFFLINE

オフライン・データファイルを除外します。

READONLY

読取り専用データファイルを除外します。

convertOptionList

この副次句は、変換の入出力オプションを指定します。

FORMATまたはfileNameConversionSpec引数を使用して、CONVERTコマンドで生成される出力ファイルの名前を制御できます。いずれも指定しない場合、出力ファイルの場所を管理する規則は、BACKUP AS COPY操作で生成される出力ファイルを管理する規則と同じになります。この規則については、「backupTypeSpec」を参照してください。

構文要素

説明

ALLOW INCONSISTENT

読取り専用モードでない表領域の非一貫性バックアップを作成できます。バックアップは作成されますが、これらの表領域をターゲット・データベースに直接組み込むことはできません。

注意: ALLOW INCONSISTENTは、クロス・プラットフォーム・データベース・バックアップには使用できません。

fileNameConversionSpec

文字列のペアです。ペアの最初の文字列が入力ファイル名に含まれている場合は、含まれている場所に関係なく、常に、同じペアの2番目の文字列と置換されます。必要な数の置換文字列のペアを使用できます。一重または二重引用符が使用可能。

関連項目: ASMおよびOracle Managed Filesに関連する制約事項については、「Oracle Managed Filesでの複製」を参照してください

FORMAT formatSpec

出力ファイルのネーム・テンプレートを指定します。ここで有効なフォーマット値については、BACKUP AS COPYコマンドを参照してください。

RMANがTARGETとして接続されているデータベースでリカバリ領域が使用されている場合は、FORMAT句を指定する必要があります。

FROM PLATFORMまたはTO PLATFORMを指定せずに、CONVERT ... FORMATを使用できます。プラットフォームを指定しない場合は、ソース・データベース上でCONVERT TABLESPACEを実行すると、カタログ化されていないデータファイル・コピーが生成されます。CONVERT DATAFILEを宛先データベースで実行した場合に、データファイル・コピーで同じエンディアンが使用されていると、このコマンドによって別のデータファイル・コピーが生成されます。

例2-65で示すとおり、CONVERT DATAFILE ... FORMATを使用して、データファイルをASMフォーマットに変換できます。非常に大きなデータファイルをホスト間でコピーすると、大量の領域が消費されます。その場合は、NFSの使用またはディスクの共有を検討してください。バックアップをソース・ホスト上に作成し、そのバックアップが含まれるディスクをトランスポート先ホストにマウントしてから、データファイルをASMに変換できます。

FROM PLATFORM 'platform'

ソース・プラットフォームの名前を指定します。指定しなかった場合のデフォルトは、RMANがTARGETとして接続されているデータベースのプラットフォームです。

指定するプラットフォームは、V$TRANSPORTABLE_PLATFORMのPLATFORM_NAME列に表示されるプラットフォームである必要があります。ソース・プラットフォームまたはターゲット・プラットフォームの正確な名前をCONVERTコマンドのパラメータとして指定する必要があります。次の文は、サポートされているLinuxプラットフォームを問い合せます。

SELECT PLATFORM_NAME, ENDIAN_FORMAT
FROM   V$TRANSPORTABLE_PLATFORM
WHERE  UPPER(PLATFORM_NAME) LIKE 'LINUX%';

PARALLELISM integer

この操作で使用するチャネルの数を指定します。指定しない場合は、ディスクに対して割り当てられたチャネルまたは構成されたチャネルによってチャネルの数が決定されます。

TO PLATFORM 'platform'

トランスポート先プラットフォームの名前を指定します。指定しなかった場合のデフォルトは、RMANがTARGETとして接続されているデータベースのプラットフォームです。

指定するプラットフォームは、V$TRANSPORTABLE_PLATFORMのPLATFORM_NAME列に表示されるプラットフォームである必要があります。ソース・プラットフォームまたはターゲット・プラットフォームの正確な名前をCONVERTコマンドのパラメータとして指定する必要があります。次のSQL文は、サポートされているLinuxプラットフォームを問い合せます。

SELECT PLATFORM_NAME, ENDIAN_FORMAT
FROM   V$TRANSPORTABLE_PLATFORM
WHERE  UPPER(PLATFORM_NAME) LIKE 'LINUX%';

例

例2-63 ソース・プラットフォームでの表領域の変換

ソース・データベースprodlinの表領域financeおよびhrを、トランスポート先データベースprodsunのプラットフォーム形式に変換するとします。finance表領域には、データファイル/disk2/orahome/fin/fin01.dbfおよび/disk2/orahome/fin/fin02.dbfが含まれています。hr表領域には、データファイル/disk2/orahome/fin/hr01.dbfおよび/disk2/orahome/fin/hr02.dbfが含まれています。

prodlinデータベースは、Linuxホストlin01上で実行されます。V$DATABASEを問い合せて、プラットフォーム名がLinux IA (32-bit)で、リトル・エンディアン形式が使用されていることを確認します。prodsunデータベースは、Solarisホストsun01上で実行されます。V$TRANSPORTABLE_PLATFORMを問い合せて、SolarisホストのPLATFORM_NAMEがSolaris[tm] OE (64-bit)で、ビッグ・エンディアン形式が使用されていることを確認します。

表領域の変換はソース・ホスト上で実行し、変換したデータファイルはホストlin01の/tmp/transport_to_solaris/に格納するとします。この例は、ソース・データベースのCOMPATIBLEが10.0以上に設定されていることを前提としています。

ソース・ホストlin01で、RMANクライアントを起動して次のコマンドを実行します。SBUはSYSBACKUP権限を持つ任意のユーザーです。

CONNECT TARGET "sbu@prodlin AS SYSBACKUP"

target database Password: password
connected to target database: PRODLIN (DBID=39525561)

ALTER TABLESPACE finance READ ONLY;
ALTER TABLESPACE hr READ ONLY;
CONVERT TABLESPACE finance, hr
TO PLATFORM 'Solaris[tm] OE (64-bit)'
FORMAT '/tmp/transport_to_solaris/%U';

この結果、変換されたデータファイルのセットが、Solaris(64-bit)プラットフォーム用の正しいエンディアン順序のデータとともに/tmp/transport_to_solaris/ディレクトリに出力されます。

ここからは、表領域トランスポートの一般的な手順に従います。構造情報ファイルをデータ・ポンプ・エクスポート・ユーティリティを使用して作成し、構造情報ファイルおよび変換済のデータファイルを/tmp/transport_to_solaris/からトランスポート先ホストの目的のディレクトリに移動し、データ・ポンプ・インポート・ユーティリティを使用して新しいデータベースに表領域を接続します。

例2-64 トランスポート先プラットフォームでのデータファイルの変換

この例では、表領域financeおよびhrをホストsun01のデータベースprodsunからトランスポート先ホストlin01のデータベースprodlinで使用可能な形式に変換します。変換前のデータファイルをトランスポート先ホストlin01のディレクトリ/tmp/transport_from_solaris/に一時的に格納し、CONVERT DATAFILEを使用して変換を実行します。トランスポート先データベースにデータファイルをトランスポートすると、そのファイルは/disk2/orahome/dbsに格納されます。

この例は、表領域トランスポートの準備として次の手順を実行していることを前提としています。

- データ・ポンプ・エクスポート・ユーティリティを使用して、構造情報ファイル(この例ではexpdat.dmp)を作成していること。

- ソース・データベースで表領域financeおよびhrを読取り専用に設定していること。

- オペレーティング・システムのユーティリティを使用して、expdat.dmpおよびトランスポートする変換前のデータファイルを、トランスポート先ホストlin01の/tmp/transport_from_solarisディレクトリにコピーしていること。データファイルは次のように保存されます。

- /tmp/transport_from_solaris/fin/fin01.dbf

- /tmp/transport_from_solaris/fin/fin02.dbf

- /tmp/transport_from_solaris/hr/hr01.dbf

- /tmp/transport_from_solaris/hr/hr02.dbf

- ソース・プラットフォームの名前をV$TRANSPORTABLE_PLATFORMを問い合せて、PLATFORM_NAMEがSolaris[tm] OE (64-bit)であることを確認していること。

変換を実行するときは、次の点に注意してください。

- データファイルは、表領域名ではなく、ファイル名で指定します。ローカル・インスタンスでは、データファイルが接続されるまで目的の表領域名を特定できません。

- FORMAT引数で、変換されたデータファイルの名前および場所を制御します。

- トランスポート先ホストで変換する場合、FROM引数を使用してソース・プラットフォームを指定する必要があります。指定しない場合、RMANは、ソース・プラットフォームも、変換が実行されるホストのプラットフォームであると想定します。

RMANクライアントを起動し、TARGETとして宛先データベースprodlinに接続します。sbuは、SYSBACKUP権限が付与されたユーザーです。次のCONVERTコマンドを使用して、トランスポートするデータファイルをトランスポート先ホストの形式に変換し、/disk2/orahome/dbsにその結果を保存します。

CONNECT TARGET "sbu@prodlin AS SYSBACKUP"

target database Password: password
connected to target database: PRODLIN (DBID=39525561)

CONVERT DATAFILE
'/tmp/transport_from_solaris/fin/fin01.dbf',
'/tmp/transport_from_solaris/fin/fin02.dbf',
'/tmp/transport_from_solaris/hr/hr01.dbf',
'/tmp/transport_from_solaris/hr/hr02.dbf'
DB_FILE_NAME_CONVERT
'/tmp/transport_from_solaris/fin','/disk2/orahome/dbs/fin',
'/tmp/transport_from_solaris/hr','/disk2/orahome/dbs/hr'
FROM PLATFORM 'Solaris[tm] OE (64-bit)';

この結果、次のデータファイルがLinux形式に変換されています。

- /disk2/orahome/dbs/fin/fin01.dbf

- /disk2/orahome/dbs/fin/fin02.dbf

- /disk2/orahome/dbs/hr/hr01.dbf

- /disk2/orahome/dbs/hr/hr02.dbf

ここからは、表領域トランスポートの概要の残りの説明に従います。データ・ポンプ・インポート・ユーティリティを使用して、変換済の表領域を新しいデータベースに接続し、可能な場合は、表領域を読み書き両用に設定します。

例2-65 CONVERT DATAFILEを使用したデータファイルとASM間のコピー

この例では、通常のストレージからASMにデータファイルをコピーする方法を示します。生成されるファイルは、ターゲット・データベースに属するデータファイル・コピーとはみなされないため、LIST DATAFILECOPYには表示されません。

ソースおよびトランスポート先のプラットフォームを指定せずに、CONVERT DATAFILEを使用します。出力場所は、ASMディスク・グループ+DATAFILEを次に示すように指定します。

RMAN> CONVERT DATAFILE '/disk1/oracle/dbs/my_tbs_f1.df',
'/disk1/oracle/dbs/t_ax1.f'
FORMAT '+DATAFILE';

Starting conversion at 29-MAY-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile conversion
input filename=/disk1/oracle/dbs/t_ax1.f
converted datafile=+DATAFILE/asmv/datafile/sysaux.280.559534477
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:16
channel ORA_DISK_1: starting datafile conversion
input filename=/disk1/oracle/dbs/my_tbs_f1.df
converted datafile=+DATAFILE/asmv/datafile/my_tbs.281.559534493
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:04
Finished conversion at 29-MAY-13

次の例では、表領域のデータファイルを一意に生成されたファイル名でASMストレージから/tmpディレクトリにコピーする方法を示します。

RMAN> CONVERT TABLESPACE tbs_2 FORMAT '/tmp/tbs_2_%U.df';

Starting conversion at 03-JUN-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=20 devtype=DISK
channel ORA_DISK_1: starting datafile conversion
input datafile fno=00006 name=+DATAFILE/tbs_21.f
converted datafile=/tmp/tbs_2_data_D-L2_I-2786301554_TS-TBS_2_FNO-6_11gm2fq9.df
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile conversion
input datafile fno=00007 name=+DATAFILE/tbs_22.f
converted datafile=/tmp/tbs_2_data_D-L2_I-2786301554_TS-TBS_2_FNO-7_12gm2fqa.df
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile conversion
input datafile fno=00019 name=+DATAFILE/tbs_25.f
converted datafile=/tmp/tbs_2_data_D-L2_I-2786301554_TS-TBS_2_FNO-19_13gm2fqb.df
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile conversion
input datafile fno=00009 name=+DATAFILE/tbs_23.f
converted datafile=/tmp/tbs_2_data_D-L2_I-2786301554_TS-TBS_2_FNO-9_14gm2fqc.df
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile conversion
input datafile fno=00010 name=+DATAFILE/tbs_24.f
converted datafile=/tmp/tbs_2_data_D-L2_I-2786301554_TS-TBS_2_FNO-10_15gm2fqd.df
channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:01
Finished conversion at 03-JUN-13

例2-66 異なるプラットフォームへのデータベースのトランスポート

CONVERT DATABASEの引数は、データファイルの変換をソース・プラットフォームで実行するか、トランスポート先のプラットフォームで実行するかによって異なります。ソースおよびトランスポート先のプラットフォームでの変換処理の詳細および例は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。データベースの変換は、その説明を最後まで読んでから実行してください。

Linuxホスト上のデータベースprodをWindowsホストにトランスポートするとします。データファイルは、トランスポート先のホストではなく、ソース・ホストで変換することにします。次の例では、RMANをLinuxホストのPRODデータベースに接続し、CONVERT DATABASE NEW DATABASEを実行してデータファイルを変換し、変換スクリプトを生成します。

CONNECT TARGET "sbu@lin01 AS SYSBACKUP"

target database Password: password
connected to target database: PROD (DBID=39525561)

CONVERT DATABASE
NEW DATABASE 'prodwin'
TRANSPORT SCRIPT '/tmp/convertdb/transportscript'
TO PLATFORM 'Microsoft Windows IA (32-bit)'
DB_FILE_NAME_CONVERT '/disk1/oracle/dbs','/tmp/convertdb';

次の例は部分的に変更し、Linuxホストで実行されているデータベースをWindowsホストにトランスポートしますが、データファイルの変換は、ソース・ホストでなく、宛先のホストで実行します。sbuはSYSBACKUP権限が付与されたユーザーです。次の例では、RMANをLinuxホストのprodデータベースに接続し、CONVERT DATABASE ON DESTINATION PLATFORMを実行します。

CONNECT TARGET "sbu@lin01 AS SYSBACKUP"

target database Password: password
connected to target database: PROD (DBID=39525561)

CONVERT DATABASE
ON DESTINATION PLATFORM
CONVERT SCRIPT '/tmp/convertdb/convertscript.rman'
TRANSPORT SCRIPT '/tmp/convertdb/transportscript.sql'
NEW DATABASE 'prodwin'
FORMAT '/tmp/convertdb/%U';

Linuxデータベース上で実行されるCONVERT DATABASE ON DESTINATION PLATFORMコマンドにより、データファイルをWindows形式に変換するためにWindowsホスト上で実行可能な変換スクリプトが生成されます。また、このCONVERT DATABASEコマンドでは、変換スクリプトも生成されます。

例2-67 プラットフォームとストレージ・タイプが異なる場合のデータベースのトランスポート

この使用例では、sun01というSolarisホスト上のデータベースprodを、aix01というAIXホストに移動することにします。Solarisデータファイルは非ASMファイル・システムに保存されていますが、このデータファイルをAIXホスト上のASMに保存するとします。

次の例では、sun01に接続し、CONVERT DATABASEを実行して必要なスクリプトを生成します。

CONNECT TARGET "sbu@sun01 AS SYSBACKUP"

target database Password: password
connected to target database: PROD (DBID=39525561)

CONVERT DATABASE
ON DESTINATION PLATFORM
CONVERT SCRIPT '/tmp/convert_newdb.rman'
TRANSPORT SCRIPT '/tmp/transport_newdb.sql'
NEW DATABASE 'prodaix'
DB_FILE_NAME_CONVERT '/u01/oradata/DBUA/datafile','+DATA';

変換スクリプトには次の書式の文が記述されます(your_source_platformはソース・プラットフォームを表します)。

CONVERT DATAFILE '/u01/oradata/DBUA/datafile/o1_mf_system_2lg3905p_.dbf'
FROM PLATFORM 'your_source_platform'
FORMAT '+DATA/o1_mf_system_2lg3905p_.dbf';

変換時の停止時間を短縮するには、ネットワーク経由でデータファイルをコピーしたりバックアップをリストアするのではなく、NFSを使用できます。たとえば、Solarisファイル・システムは、AIXホストに/net/solaris/oradataとしてマウントできます。この場合、変換するソース・データファイルの場所としてNFSマウントのディレクトリを参照するように、次のように変換スクリプト・コマンドを編集します。

CONVERT DATAFILE '/net/solaris/oradata/DBUA/datafile/o1_mf_system_2lg3905p_.dbf'
FROM PLATFORM 'your_source_platform'
FORMAT '+DATA/o1_mf_system_2lg3905p_.dbf';

それからRMANを宛先データベースのインスタンス(この場合ホストaix01上のインスタンス)に接続して、データファイルを変換します。変換中、ホストsun01のデータベースは、読取り専用モードで開かれています。その後、SQL*Plusをaix01のデータベース・インスタンスに接続し、変換スクリプトを実行してデータベースを作成します。

CREATE CATALOG

用途

CREATE CATALOGコマンドを使用すると、リカバリ・カタログを作成できます。

リカバリ・カタログは、ベース・リカバリ・カタログ または仮想プライベート・カタログにすることができます。Oracle Database 12cリリース1 (12.1.0.1)では、CREATE VIRTUAL CATALOGコマンドを明示的に使用して仮想プライベート・カタログを作成する必要があります。Oracle Database 12cリリース1 (12.1.0.2)では、仮想プライベート・カタログは、仮想プライベート・カタログ所有者にカタログ権限が付与されるときに自動的に作成されます。

- ベース・リカバリ・カタログは、一連のターゲット・データベースのRMANメタデータを含むデータベース・スキーマです。

- 仮想プライベート・カタログは、ベース・リカバリ・カタログのサブセットへのユーザー・アクセスを制限する一連のセキュリティ・ポリシーです。

関連項目:

- リカバリ・カタログの作成方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- リカバリ・カタログと、RMAN環境の他のコンポーネントの互換性の要件については、「RMANの互換性」を参照してください

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。RMANをCATALOGコマンドライン・オプションまたはCONNECT CATALOGコマンドを通じてリカバリ・カタログ・データベースに接続し、カタログ・データベースをオープンする必要があります。ターゲット・データベースへの接続は不要です。

ベース・リカバリ・カタログのリカバリ・カタログ所有者は、RECOVERY_CATALOG_OWNERロールを付与されている必要があります。リカバリ・カタログは、リカバリ・カタログ所有者のデフォルト表領域に作成されます。

注意:

Oracle Database 12cリリース1 (12.1.0.2)以降、リカバリ・カタログ・データベースはEnterprise Editionを使用する必要があります。

Oracle Database 12cリリース1 (12.1.0.1)では、仮想プライベート・カタログを所有するデータベース・ユーザーはRECOVERY_CATALOG_OWNERロールを付与されている必要があります。また、このユーザーには、リカバリ・カタログ表が格納される表領域に対する権限も付与されている必要があります。Oracle Database 12cリリース1 (12.1.0.2)では、仮想プライベート・カタログを所有するデータベース・ユーザーにCREATE SESSION権限を付与するだけで十分です。Oracle Database 12cリリース1 (12.1.0.2)以降、仮想プライベート・カタログはOracle Database Enterprise Editionを使用する場合のみ作成できます。

仮想プライベート・カタログを作成する場合は、ベース・リカバリ・カタログの所有者がRMANのGRANTコマンドを使用して、CATALOGまたはREGISTERのいずれかの権限をこのユーザーに付与している必要があります(例2-69を参照)。

Oracle Database 10gリリース以前のRMANクライアントの場合は、RMANクライアントが仮想カタログに接続する際の制約について、CONNECT CATALOGの説明を参照してください。

使用上の注意

リカバリ・カタログは、通常リカバリ・カタログ専用に作成されたデータベースに作成します。SYSまたはSYSBACKUPのような特権的なスキーマで、リカバリ・カタログを作成しないでください。

リカバリ・カタログは、1つ作成して、中央管理されているRMANリポジトリとして、複数のデータベースで使用するようにしてください。そのため、このカタログは、ベース・リカバリ・カタログと呼ばれます。

ベース・リカバリ・カタログ所有者は、GRANTやREVOKEを使用して、他のデータベース・ユーザーからのカタログへのアクセスを制限できます。制限を受けるユーザーでも、自分専用のメタデータ(仮想プライベート・カタログと呼ばれます)への完全な読み/書き両用アクセス権を持っています。RMANメタデータは、仮想プライベート・カタログ所有者のスキーマに格納されます。ベース・リカバリ・カタログ所有者は、それぞれの仮想カタログ・ユーザーがアクセスできる内容を制御します。

10.2以下のリリースのRMANで仮想カタログを使用する場合は、追加手順の実行も必要です。仮想プライベート・カタログを使用する前に、リカバリ・カタログ・データベースに仮想カタログ所有者として接続し、次のPL/SQLプロシージャを実行してください(base_catalog_ownerは、ベース・リカバリ・カタログを所有するデータベース・ユーザーです)。

base_catalog_owner.DBMS_RCVCAT.CREATE_VIRTUAL_CATALOG

関連項目:

RECOVERY_CATALOG_OWNERロールの詳細は、『Oracle Database管理者ガイド』を参照してください。

構文

createCatalog::=

セマンティクス

構文要素

説明

VIRTUAL

仮想プライベート・カタログを既存のリカバリ・カタログ内に作成します。

このコマンドは、RMANをリカバリ・カタログ・データベースに仮想カタログ・ユーザーとして接続した後で実行してください。

注意: 仮想プライベート・カタログのメカニズムはすべて、リカバリ・カタログ・スキーマ自体にあります。セキュリティは、RMANクライアントではなく、カタログ・データベースから提供されます。

例

例2-68 リカバリ・カタログの作成とデータベースの登録

SQL*Plusを起動し、管理者権限でリカバリ・カタログcatdbに接続するとします。次のようにCREATE USER文を実行して、パスワードをユーザー指定のパスワードで置き換えます(安全なパスワードの作成の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照)。SQL文はデータベースcatdbにユーザーrcoを作成し、rcoユーザーにRECOVERY_CATALOG_OWNERロールを付与します。

SQL> CREATE USER rco IDENTIFIED BY password
2  DEFAULT TABLESPACE cattbs
3  QUOTA UNLIMITED ON cattbs;
SQL> GRANT recovery_catalog_owner TO rco;
SQL> EXIT

次に、RMANを起動し、次のRMANコマンドを実行して、rcoとしてリカバリ・カタログ・データベースに接続し、リカバリ・カタログを作成します。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CREATE CATALOG;

同じRMANセッションで、オペレーティング・システム認証を使用してターゲット・データベースに接続し、REGISTER DATABASEコマンドを使用して、カタログにこのデータベースを登録します。

RMAN> CONNECT TARGET /
RMAN> REGISTER DATABASE;
RMAN> EXIT

例2-69 仮想プライベート・カタログの作成

例2-68に示すように、リカバリ・カタログを作成し、データベースを登録してあるとします。ここで、データベース・ユーザーvpc1に仮想プライベート・カタログを作成することにします。データベース・バージョンはOracle Database 12cリリース1 (12.1.0.2)です。SQL*Plusを起動し、管理者権限でリカバリ・カタログ・データベースcatdbに接続します。vpc1ユーザーを作成し、次のようにリカバリ・カタログの所有権を付与して、パスワードをユーザー指定のパスワードで置き換えます(安全なパスワードの作成の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照)。

SQL> CREATE USER vpc1 IDENTIFIED BY password
2  DEFAULT TABLESPACE vpcusers;
SQL> GRANT CREATE SESSION TO vpc1;
SQL> EXIT

次に、RMANを起動し、カタログ所有者rcoとしてリカバリ・カタログ・データベースに接続します。デフォルトでは、仮想カタログ所有者はベース・リカバリ・カタログにアクセスできません。GRANTコマンドを使用して、仮想プライベート・カタログにvpc1へのアクセス権を付与し、(データベースprod2ではなく)データベースprod1に対してRMANが操作できるようにします。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> GRANT CATALOG FOR DATABASE prod1 TO vpc1;
RMAN> EXIT;

この時点で、仮想プライベート・カタログvpc1を使用するバックアップ・オペレータは、仮想カタログの作成準備ができています。次の例では、バックアップ・オペレータがリカバリ・カタログ・データベースにvpc1として接続し、データベースprod1をvpc1に登録します。

仮想プライベート・カタログは、仮想プライベート・カタログ所有者にカタログ権限が付与されるときに自動的に作成されます。

RMAN> CONNECT CATALOG vpc1@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> REGISTER DATABASE prod1;
RMAN> EXIT;

このオペレータは、最終的にOracle Database 10gターゲット・データベースで仮想カタログを使用する予定なので、オペレータはPL/SQLプロシージャCREATE_VIRTUAL_CATALOGを実行してから、仮想カタログを使用する必要があります(「使用上の注意」を参照)。次の例では、バックアップ・オペレータが次のようにリカバリ・カタログ・データベースにvpc1として接続し、PL/SQLプロシージャを実行します。

SQL> CONNECT vpc1@catdb
Enter password: password
Connected.
SQL> BEGIN
2  rco.DBMS_RCVCAT.CREATE_VIRTUAL_CATALOG;
3  END;
4  /

CREATE SCRIPT

用途

CREATE SCRIPTコマンドを使用すると、リカバリ・カタログ内にストアド・スクリプトを作成できます。ストアド・スクリプトは、名前が付けられ、後で実行するためにリカバリ・カタログに格納されている一連のRMANコマンドです。

関連項目:

- ストアド・スクリプトの使用方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- ストアド・スクリプトの更新方法は、「REPLACE SCRIPT」を参照してください。

前提条件

CREATE SCRIPTは、RMANプロンプトでのみ実行できます。RMANが、ターゲット・データベースとリカバリ・カタログに接続されている必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

GLOBALを指定する場合は、この名前のグローバル・スクリプトがリカバリ・カタログ内に存在していない必要があります。GLOBALを指定しない場合は、同じターゲット・データベースに対して同じ名前のローカル・スクリプトが存在していない必要があります。この前提条件が満たされない場合は、エラーRMAN-20401が戻されます。

使用上の注意

ストアド・スクリプトには、ローカルとグローバルがあります。ローカル・スクリプトは、現行のターゲット・データベース用にのみ作成されますが、グローバル・スクリプトは、リカバリ・カタログに登録されているすべてのデータベースで使用できます。

グローバル・スクリプトをローカル・スクリプトと同じ名前で、またローカル・スクリプトをグローバル・スクリプトと同じ名前で作成することもできます。

ストアド・スクリプト内の置換変数

RMANでは、ストアド・スクリプトで置換変数を使用できます。 &1は最初の値を配置する位置を示し、&2は2番目の値を配置する位置を示します。その後も同様に続きます。特殊文字は、引用符で囲む必要があります。

置換変数の構文は、&integerの後にオプションでピリオドが続きます(&1.3など)。オプションのピリオドは変数の一部であり、値と置換されますので、置換テキストの直後に別の整数を続けることができます。たとえば、置換変数&1.3が含まれているコマンド・ファイルに値mybackupを渡すと、その置換結果はmybackup3になります。mybackup.3という結果を得るには、構文&1..3で2つのピリオドを使用します。

置換変数を使用するストアド・スクリプトを作成する場合は、作成時に例となる値を指定する必要があります。これらの値は、RMANの起動時にUSING句で指定するか(「RMAN」を参照)、またはプロンプトが表示されたときに入力します(例2-72を参照)。

構文

createScript::=

(backupCommands::=、maintenanceCommands::=、miscellaneousCommands::=、restoreCommands::=)

セマンティクス

構文要素

説明

GLOBAL

スクリプトをグローバルとして指定します。

注意: 仮想プライベート・カタログは、グローバル・スクリプトに対して読取り専用のアクセスが可能です。グローバル・スクリプトの作成と更新は、ベース・リカバリ・カタログへの接続中に行う必要があります。

SCRIPT script_name

スクリプトの名前を指定します。スクリプト名に空白または予約語が含まれている場合は、引用符で囲む必要があります。

COMMENT 'comment'

説明のコメントをリカバリ・カタログ内のストアド・スクリプトと関連付けます。このコメントは、LIST SCRIPT NAMESの出力で使用されます。

backupCommands

maintenanceCommands

miscellaneousCommands

restoreCommands

ストアド・スクリプトに含めるコマンドを指定します。CREATE SCRIPT 'script_name' {...}コマンドのカッコ内で使用できるコマンドは、RUNコマンド内でサポートされているコマンドと同じです。RUNコマンド内で有効なコマンドは、いずれもストアド・スクリプトで使用できます。コマンドRUN、@(アットマーク)および@@(二重アットマーク)は、ストアド・スクリプト内では使用できません。

FROM FILE 'filename'

指定したファイルからスクリプトを定義する一連のコマンドを読み取ります。

このファイルは、有効なストアド・スクリプトの本体と同様です。このファイルの最初の行は、左カッコ({)である必要があります。また、最終行には、右カッコ(})が含まれている必要があります。このファイルのRMANコマンドは、ストアド・スクリプトで有効である必要があります。

例

例2-70 ローカル・ストアド・スクリプトの作成

データベースprodをバックアップするローカル・ストアド・スクリプトを作成するとします。RMANを起動し、TARGETとしてprodに接続して、リカバリ・カタログに接続します。backup_wholeというストアド・スクリプトを作成し、EXECUTE SCRIPTを使用して、次のようにそのスクリプトを実行します。

CREATE SCRIPT backup_whole
COMMENT "backup whole database and archived redo log files"
{
BACKUP
INCREMENTAL LEVEL 0 TAG backup_whole
FORMAT "/disk2/backup/%U"
DATABASE PLUS ARCHIVELOG;
}
RUN { EXECUTE SCRIPT backup_whole; }

例2-71 グローバル・ストアド・スクリプトの作成

この例では、RMANをターゲット・データベースprodに接続し、カタログ・ユーザーrcoとしてリカバリ・カタログ・データベースcatdbに接続します。この例では、データベースおよびアーカイブREDOログ・ファイルをバックアップするglobal_backup_dbというグローバル・スクリプトを作成します。

RMAN> CONNECT TARGET "sbu@prod AS SYSBACKUP"

target database Password: password
connected to target database: PROD (DBID=39525561)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CREATE GLOBAL SCRIPT global_backup_db { BACKUP DATABASE PLUS ARCHIVELOG; }
RMAN> EXIT;

これで、RMANをprod2などの別のターゲット・データベースに接続し、グローバル・ストアド・スクリプトを実行できます。

RMAN> CONNECT TARGET "sbu@prod2 AS SYSBACKUP"

target database Password: password
connected to target database: PROD2 (DBID=36508508)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> RUN { EXECUTE SCRIPT global_backup_db; }

例2-72 置換変数を使用するストアド・スクリプトの作成

次の例では、RMANをターゲット・データベースおよびリカバリ・カタログに接続し、CREATE SCRIPTを使用して、3つの置換変数が含まれるバックアップ・スクリプトを作成します。RMANによって、変数の初期値を入力するプロンプトが表示されます(太字がユーザー入力です)。

RMAN> CONNECT TARGET /
RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CREATE SCRIPT backup_df
2> { BACKUP DATAFILE &1 TAG &2.1 FORMAT '/disk1/&3_%U'; }
Enter value for 1: 1

Enter value for 2: df1_backup

Enter value for 3: df1

starting full resync of recovery catalog
full resync complete
created script backup_df

EXECUTE SCRIPTの実行時に、スクリプトに別の値を渡すことができます。次の例では、値3、test_backupおよびtestをストアド・スクリプトの置換変数に渡しています。

RMAN> RUN { EXECUTE SCRIPT backup_df USING 3 test_backup df3; }

値が置換され、スクリプトは次のように実行されます。

BACKUP DATAFILE 3 TAG test_backup1 FORMAT '/disk1/df3_%U';

CROSSCHECK

用途

CROSSCHECKコマンドを使用すると、実際の物理的なバックアップおよびコピーを、RMANリポジトリ内の論理レコードと同期させることができます。

関連項目:

リカバリ・カタログ内のデータベース・レコードを管理する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

RMANがターゲット・データベース・インスタンスに接続され、そのインスタンスが起動されている必要があります。

ディスクのクロスチェックを行うためのメンテナンス・チャネルは不要です。メディア・マネージャを使用する場合、それに対する自動チャネルが構成されていないときは、ALLOCATE CHANNEL FOR MAINTENANCEを実行してからCROSSCHECKを実行する必要があります。たとえば、SBTデバイスの自動SBTチャネルを構成せずにSBTチャネルでバックアップを作成した場合は、このチャネルを手動で割り当ててからでなければ、CROSSCHECKによるバックアップのチェックは実行できません。さらに、各種メディア・マネージャ・オプション(プール、サーバー、ライブラリなど)でバックアップを実行した場合は、それぞれの組合せに対してメンテナンス・チャネルを割り当てる必要があります。

CROSSCHECKでは、指定されたすべてのバックアップおよびコピーが検証されます。これは、以前のデータベース・インカネーションで作成されたものも対象となります。

使用上の注意

RMANでは、操作対象のすべてのターゲット・データベースの制御ファイル内にバックアップに関するメタデータを常に保持します。RMANをリカバリ・カタログとともに使用する場合は、リカバリ・カタログに登録されたすべてのデータベースのメタデータも保持されます。

バックアップがディスク上に存在する場合は、CROSSCHECKによって、そのファイルのヘッダーが有効かどうかが判別されます。バックアップがテープ上に存在する場合は、RMANが、チェック対象のバックアップ・ピースの名前と場所をRMANリポジトリに問い合せます。RMANは、このメタデータをターゲット・データベースのサーバーに送信し、メディア管理ソフトウェアにバックアップの情報を問い合せます。次に、メディア管理ソフトウェアがメディア・カタログをチェックして、バックアップのステータスをサーバーにレポートします。

EXPIREDおよびAVAILABLEステータス

RMANリポジトリに記録されているバックアップ・セットおよびコピーのステータスは、LIST、V$ビュー、またはリカバリ・カタログ・ビュー(RMANをカタログとともに使用する場合)で確認できます。表2-4に、各ステータスの意味を示します。

CROSSCHECKコマンドで処理されるのは、クロスチェックに使用されているチャネルと同じデバイス・タイプで作成されたファイルのみです。CROSSCHECKコマンドは、リポジトリでAVAILABLEまたはEXPIREDのマークが付いているオブジェクトのみをチェックします。この処理は、DISKチャネルの場合はディスク上のファイルを検査し、sbtチャネルの場合はメディア・マネージャに問い合せて行われます。

表2-4 CROSSCHECKのステータスの意味

ステータス

説明

EXPIRED

オブジェクトがファイル・システム内(DISKの場合)またはメディア・マネージャ(sbtの場合)で見つかりません。バックアップ・セットは、そのセット内のすべてのバックアップ・ピースがEXPIREDの場合に、EXPIREDになります。

CROSSCHECKコマンドは、見つからなかったファイルのリポジトリ・レコードを削除せずに、そのファイルのリポジトリ・レコードをEXPIREDに更新します。DELETE EXPIREDを実行すると、期限切れのファイルのリポジトリ・レコードと、ステータスがEXPIREDの既存の物理ファイルを削除できます。

バックアップがEXPIREDの場合は、後でクロスチェックを再実行して、期限切れになっていたバックアップが使用可能かどうかを確認できます。このような慎重な処理は、RMANをメディア・マネージャとともに使用している場合に効果があります。たとえば、一部のバックアップ・ピースまたはコピーが、PARMSチャネル設定ミスのため、誤ってEXPIREDでマークされている場合は、ファイルが実際にメディア・マネージャに存在していることを確認した後、CROSSCHECK BACKUPを再実行して、これらのファイルをAVAILABLEステータスにリストアします。

AVAILABLE

オブジェクトはRMANで使用可能です。バックアップ・セットをAVAILABLEにするには、そのセット内のすべてのバックアップ・ピースのステータスがAVAILABLEになる必要があります。

Data Guard環境でのクロスチェック

バックアップの関連付けとアクセス可能性の違いについては、「Data Guard環境でのRMANのバックアップ」を参照してください。Data Guard環境では、バックアップまたはコピーを作成するデータベースはファイルに関連付けられます。Data Guard環境のどのデータベースに接続されていても、バックアップに接続可能であれば、CHANGE、DELETE、CROSSCHECKなどのメンテナンス・コマンドをバックアップに使用できます。通常、RMANでは、データベース上で作成されたテープ・バックアップはその環境のすべてのデータベースにアクセス可能であるとみなされますが、ディスク・バックアップは作成元のデータベースのみにアクセス可能であるとみなされます。

RMANは、バックアップと関連付けられたデータベースにTARGETとして接続されている場合のみ、バックアップのステータスをAVAILABLEからEXPIREDまたはDELETEDに更新できます。バックアップがターゲット・データベースに関連付けられていないためにRMANが削除を実行できない場合は、そのバックアップが関連付けられているデータベースで、同じCROSSCHECK操作をそのファイルに実行するように求めるプロンプトが表示されます。このように、RMANでは、不適切なSBT構成による意図しないステータス変更を防止しています。

たとえば、RMANをスタンバイ・データベースstandby1にTARGETとして接続し、そのデータベースをテープにバックアップするとします。バックアップを手動でテープから削除し、standby2でバックアップのクロスチェックを実行すると、RMANでは、standby1でクロスチェックを実行するように求めるプロンプトが表示されます。バックアップが削除されたことがメディア・マネージャからレポートされた場合は、standby1のクロスチェックにより、テープ・バックアップのステータスがEXPIREDに更新されます。

構文

crosscheck::=

maintSpec::=

(listObjList::=、archivelogRecordSpecifier::=、foreignlogRecordSpecifier::=、maintQualifier::=、recordSpec::=、deviceSpecifier::=)

セマンティクス

構文要素

説明

maintSpec

バックアップをクロスチェックします。maintSpecオプションについては、 「maintSpec」のパラメータの説明を参照してください。

例

例2-73 すべてのバックアップとコピーのクロスチェック

この例では、デフォルトの構成済チャネルがDEVICE TYPE sbtであると仮定して、すべてのバックアップとディスクをクロスチェックします(出力の一部を示します)。RMANではディスク・チャネルが事前に構成されるため、手動で割り当てる必要はありません。

RMAN> CROSSCHECK BACKUP;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=84 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=86 device type=DISK
backup piece handle=/disk2/backup/08i9umon_1_1 RECID=7 STAMP=614423319
crosschecked backup piece: found to be 'EXPIRED'
backup piece handle=/disk2/backup/09i9umso_1_1 RECID=8 STAMP=614423448
crosschecked backup piece: found to be 'EXPIRED'
backup piece handle=/disk1/cfauto/c-26213402-20130213-00 RECID=9 STAMP=614423452
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=0bi9uo81_1_1 RECID=10 STAMP=614424833
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=c-26213402-20130213-01 RECID=11 STAMP=614424851
crosschecked backup piece: found to be 'AVAILABLE'
.
.
.

例2-74 日付範囲内でのクロスチェック

この例では、指定した6週間のバックアップ・セットの状態をメディア・マネージャに問い合せます。RMANでは、NLS_DATE_FORMATパラメータで指定した日付書式を使用します(この例では、'DD-MON-YY'です)。最初のコマンドは、テープ上のバックアップのみをクロスチェックします。

ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;
CROSSCHECK BACKUP
COMPLETED BETWEEN '01-JAN-13' AND '14-FEB-13';
RELEASE CHANNEL;

次のコマンドは、ディスクのみをクロスチェックするようにDEVICE TYPE DISKを指定します。

CROSSCHECK BACKUP DEVICE TYPE DISK
COMPLETED BETWEEN '01-JAN-13' AND '14-FEB-13';

SBTがデフォルトのチャネルの場合は、デフォルトのチャネルでCROSSCHECKを実行して、ディスクとSBTバックアップの両方をクロスチェックできます。

CROSSCHECK BACKUP COMPLETED BETWEEN '01-JAN-13' AND '14-FEB-13';

DELETE

用途

DELETEコマンドを使用すると、次の操作を実行できます。

- 物理バックアップおよびコピーを削除します。

- ターゲット制御ファイル内のリポジトリ・レコードを更新して、ファイルが削除されていることを示します。たとえば、V$BACKUP_PIECE.STATUSのバックアップ・ピースのレコードに、値Dが表示されます。

- 削除されたファイルのリポジトリ・レコードをリカバリ・カタログから削除します(カタログを使用している場合)。たとえば、RC_BACKUP_PIECEには、削除されたバックアップ・ピースの行が含まれなくなります。

関連項目:

BACKUP ... DELETE INPUTコマンドについては、「BACKUP」を参照してください。

前提条件

RMANがターゲット・データベースに接続していて、そのデータベースがマウントまたはオープン状態である必要があります。

RMANは、構成されているすべてのチャネルを使用して削除を実行します。自動チャネルが構成されていないデバイス上のファイルに対してDELETEを使用する場合は、ALLOCATE CHANNEL FOR MAINTENANCEを使用する必要があります。たとえば、SBTチャネルでバックアップを作成したが、構成されているのがディスク・チャネルのみであれば、DELETE用にSBTチャネルを手動で割り当てる必要があります。ディスク専用のファイルに対してDELETEを使用する場合は、自動または手動で割り当てられたメンテナンス・チャネルが必要です。

使用上の注意

CROSSCHECKを実行してバックアップおよびコピーのリポジトリでのステータスを更新してから、DELETEを実行して目的のファイルを削除するすることをお薦めします。RMANを対話方式で実行している場合にDELETEを実行すると、ファイルのリストが表示され、そのリスト内のファイルを削除する前に確認のプロンプトが表示されます。確認すると、RMANでは削除されるたびに各項目が表示されます。コマンド・ファイルからコマンドを読み取る場合は、RMANによって確認のプロンプトは表示されません。

RMANリポジトリに記録されているバックアップおよびコピーのステータスは、LIST、V$ビュー、またはリカバリ・カタログ・ビュー(カタログを使用している場合)で確認できます。バックアップのリポジトリ・レコードに、バックアップの物理的な状態が反映されていないことがあります。たとえば、ディスク・バックアップを、Linuxのrmコマンドで削除する場合です。バックアップ・レコードはrmでは更新できないため、RMANリポジトリには、ファイルが存在していなくても使用可能と表示されます。

ステータス値が異なるファイルに対するDELETEコマンドの動作

表2-5に、FORCEオプションが指定されていない場合のDELETEの動作を示します。

表2-5 FORCEオプションが指定されていない場合のDELETEコマンドの動作

リポジトリでの状態

物理的な状態

DELETEコマンドの動作

AVAILABLE

メディア上に見つからない

オブジェクトは削除されず、ジョブの終了時に一致しないオブジェクトのリストがレポートされます。RMANでは、リポジトリの状態は更新されません。

EXPIRED

メディア上で見つかる

オブジェクトは削除されず、ジョブの終了時に一致しないオブジェクトのリストがレポートされます。RMANでは、リポジトリの状態は更新されません。

UNAVAILABLE

すべて

リポジトリ・レコードが削除され、存在する場合はオブジェクトが削除されます。I/Oエラーはすべて無視されます。

Data Guard環境でのバックアップの削除

バックアップの関連付けとアクセス可能性の違いについては、「Data Guard環境でのRMANのバックアップ」を参照してください。Data Guard環境では、バックアップまたはコピーを作成するデータベースはファイルに関連付けられます。Data Guard環境のどのデータベースに接続されていても、バックアップに接続可能であれば、CHANGE、DELETE、CROSSCHECKなどのメンテナンス・コマンドをバックアップに使用できます。通常、RMANでは、データベース上で作成されたテープ・バックアップはその環境のすべてのデータベースにアクセス可能であるとみなされますが、ディスク・バックアップは作成元のデータベースのみにアクセス可能であるとみなされます。

削除が正常に行われると、RMANはそのファイルのメタデータを削除します。ファイルが別のデータベースに関連付けられている場合も同様です。削除が正常に行われず、そのファイルがData Guard環境の別のデータベースに関連付けられている場合は、RMANでは、ファイルに関連付けられたデータベースにTARGETとして接続した状態で、同じDELETEコマンドを実行するように求めるプロンプトが表示されます。ファイルのメタデータを削除するには、DELETE ... FORCEを使用する必要があります。

構文

delete::=

(maintSpec::=, obsOperandList::=, deviceSpecifier::=)

maintSpec::=

(listObjList::=、archivelogRecordSpecifier::=、maintQualifier::=、deviceSpecifier::=、recordSpec::=)

forDbUniqueNameOption::=

セマンティクス

構文要素

説明

FORCE

指定したファイルを(メディア上に存在するかどうかに関係なく)削除し、リポジトリ・レコードを削除します(例2-78を参照)。

RMANでは、削除されたオブジェクトに関するI/Oエラーは無視されます。また、RMANでは、CONFIGURE ARCHIVELOG DELETION POLICYの設定も無視されます。RMANでは、ジョブが終了すると、削除されたオブジェクトの数が表示されます。

NOPROMPT

先にファイル・リストを表示したり確認を求めるプロンプトを表示せずに、指定したファイルを削除します。DELETE NOPROMPTコマンドでは、削除される各項目が表示されます。

EXPIRED

リポジトリ内のステータスがEXPIREDになっているファイルのみを削除します(例2-75を参照)。CROSSCHECKコマンドの実行時にファイルが存在しないか、アクセスできなければ、RMANではバックアップとコピーが期限切れとしてマークされます。期限切れのファイルを判断するには、LIST EXPIREDコマンドを実行します。

DELETE EXPIREDコマンドを実行したときに、なんらかの理由でEXPIREDのマークが付いたバックアップが存在している場合、RMANはその物理ファイルを削除しません。

maintSpec

バックアップおよびコピーを削除します。

maintQualifier句で削除ルールを設定できます。たとえば、テープにバックアップされるアーカイブREDOログ・ファイルを削除できます(例2-77を参照)。

注意: DELETE ARCHIVELOG ALLでは、アーカイブ・ログの削除方針のみが考慮され、構成済の保存方針は考慮されません。

注意: CDBでは、アーカイブREDOログを削除するため、SYSDBAまたはSYSBACKUP権限を持つユーザーとしてrootに接続する必要があります。PDBへの接続時には、アーカイブREDOログを削除することはできません。

関連項目: 「maintSpec」および「maintQualifier」を参照してください

forDbUniqueNameOption

Data Guard環境の指定したDB_UNIQUE_NAMEのみに関連付けられたmaintSpecのバックアップおよびコピーを削除します。

注意: DELETE OBSOLETEコマンドでFOR DB_UNIQUE_NAMEオプションを使用することはできません。

RMANは、指定したDB_UNIQUE_NAMEに関連付けられたテープ・バックアップを正常に削除すると、これらのファイルのメタデータをリカバリ・カタログから削除します。これらのファイルがData Guard環境の別のデータベースに関連付けられているためにRMANが削除を実行できない場合は、それらのファイルが関連付けられているデータベースで、同じDELETE操作をファイルに実行するように求めるプロンプトが表示されます。

注意: FORCEを使用して、デフォルトの動作をオーバーライドしたり、RMANが別のデータベースに関連付けられたファイルを削除するように指定することはできません。このように、RMANでは、SBTの不適切なRMAN構成による誤った削除操作を防止しています。RMANでは、削除が許可されていないファイルのメタデータを削除するには、CHANGE RESET DB_UNIQUE_NAMEコマンドを使用します。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください

OBSOLETE

RMANリポジトリに記録されているデータファイルのバックアップとコピーのうち、不要になったものを削除します(例2-76を参照)。また、不要なアーカイブREDOログ・ファイルおよびログ・バックアップもRMANによって削除されます。

RMANでは、データファイルのうち不要になったバックアップとコピーが判別されてから、ログ(およびそのバックアップ)が不要になる時期が判断されます。RMANでは、データファイルの作成は、保存するログの決定時にバックアップとみなされます。

RMANでは、まずobsOperandListで指定したオプションを使用して、不要になったファイルが判断されます。obsOperandListでオプションを指定しなければ、RMANでは、CONFIGURE RETENTION POLICYで指定したオプションが使用されます。

注意: DELETE OBSOLETEでは、バックアップの保存方針のみが考慮されます。不要なログの決定に、構成済のアーカイブ・ログの削除方針が使用されることはありません。これとは対照的に、DELETE ARCHIVELOG ALLでは、構成済のアーカイブ・ログの削除方針のみが考慮されます。

注意: KEEP UNTIL TIME句を使用して作成されたバックアップは、指定したKEEP時間が過ぎると不要となり、DELETE OBSOLETEによって削除されます。RMANでは、KEEP時間が期限切れになったアーカイブ・バックアップのバックアップ保存方針は考慮されません。

注意: DELETE...OBSOLETEコマンドは、リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceへのバックアップの保存には使用できません。

obsOperandList

不要になるバックアップとコピーの判断基準を指定します。

関連項目:「obsOperandList」を参照してください

DEVICE TYPE    deviceSpecifier

削除の対象を、指定したデバイス・タイプで作成された不要なバックアップとコピーのみに制限します。

関連項目: 「deviceSpecifier」を参照してください

例

例2-75 期限切れのバックアップの削除

この例では、構成済のsbtチャネルを使用して、1か月以上経過している表領域usersの期限切れバックアップの有無についてメディア・マネージャをチェックし、該当するリカバリ・カタログ・レコードを削除します。

CROSSCHECK BACKUPSET OF TABLESPACE users
DEVICE TYPE sbt COMPLETED BEFORE 'SYSDATE-31';
DELETE NOPROMPT EXPIRED BACKUPSET OF TABLESPACE users
DEVICE TYPE sbt COMPLETED BEFORE 'SYSDATE-31';

例2-76 不要なバックアップの削除

この例では、データベースのリカバリに不要になったバックアップとコピーを、先週の任意のSCNまで削除します。また、RMANでは、不要になったアーカイブREDOログ・ファイルも削除されます。

DELETE NOPROMPT OBSOLETE RECOVERY WINDOW OF 7 DAYS;

例2-77 バックアップ済のアーカイブREDOログ・ファイルの削除

RMANの設定を次のように構成しているとします。

CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE ARCHIVELOG DELETION POLICY TO
BACKED UP 2 TIMES
TO DEVICE TYPE sbt;

次のDELETEコマンドは、構成済の削除方針(ログはテープに2回バックアップする必要がある)を満たす必要がない、ディスク上のすべてのアーカイブREDOログ・ファイルを削除します(次に出力を示します)。

RMAN> DELETE ARCHIVELOG ALL;

allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=84 device type=DISK

List of Archived Log Copies for database with db_unique_name PROD
=====================================================================

Key     Thrd Seq     S Low Time
------- ---- ------- - ---------
107     1    4       A 12-FEB-13
Name: /orcva/PROD/archivelog/2013_02_12/o1_mf_1_4_2x28bpcm_.arc
108     1    5       A 12-FEB-13
Name: /orcva/PROD/archivelog/2013_02_12/o1_mf_1_5_2x28g7s9_.arc
109     1    6       A 12-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_6_2x3bbqym_.arc
157     1    7       A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_7_2x3w2cvs_.arc
164     1    8       A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_8_2x3w40vr_.arc
171     1    9       A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_9_2x3w8pf7_.arc
318     1    10      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_10_2x3zx6d9_.arc
330     1    11      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_11_2x403wco_.arc
448     1    12      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_12_2x40wn6x_.arc
455     1    13      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_13_2x412s3m_.arc
583     1    14      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_14_2x428p9d_.ar
638     1    15      A 13-FEB-13
Name: /orcva/PROD/archivelog/2013_02_13/o1_mf_1_15_2x42f0gj_.arc

Do you really want to delete the above objects (enter YES or NO)?

例2-78 バックアップ・セットの強制削除

次の例では、タグweekly_bkupを持つバックアップ・セットのコピーを削除します。

RMAN> DELETE NOPROMPT BACKUPSET TAG weekly_bkup;

リポジトリにはバックアップ・セットがAVAILABLEとして表示されても、オブジェクトは実際にはメディア上で使用できないため、RMANでは警告が表示されます。

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
809     806     1   1   AVAILABLE   SBT_TAPE    0ri9uu08_1_1

RMAN-06207: WARNING: 1 objects could not be deleted for SBT_TAPE channel(s) due
RMAN-06208:          to mismatched status.  Use CROSSCHECK command to fix status
RMAN-06210: List of Mismatched objects
RMAN-06211: ==========================
RMAN-06212:   Object Type   Filename/Handle
RMAN-06213: --------------- ---------------------------------------------------
RMAN-06214: Backup Piece    0ri9uu08_1_1

次のコマンドを実行すると、RMANによってバックアップ・セットが強制的に削除されます(例には出力例も含まれます)。

RMAN> DELETE FORCE NOPROMPT BACKUPSET TAG weekly_bkup;

using channel ORA_SBT_TAPE_1
using channel ORA_DISK_1

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
809     806     1   1   AVAILABLE   SBT_TAPE    0ri9uu08_1_1
deleted backup piece
backup piece handle=0ri9uu08_1_1 RECID=26 STAMP=614430728
Deleted 1 objects

DELETE SCRIPT

用途

DELETE SCRIPTコマンドを使用すると、ローカルまたはグローバルのストアド・スクリプトをリカバリ・カタログから削除できます。

前提条件

DELETE SCRIPTは、RMANプロンプトでのみ実行できます。RMANが、リカバリ・カタログとターゲット・データベースに接続している必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

使用上の注意

ストアド・スクリプトには、ローカルとグローバルがあります。ローカル・スクリプトは、現行のターゲット・データベース用にのみ作成されますが、グローバル・スクリプトは、リカバリ・カタログに登録されているすべてのデータベースで使用できます。

GLOBALが指定されている場合は、同じ名前のグローバル・スクリプトがリカバリ・カタログに存在している必要があります(存在していない場合は、エラーRMAN-06710が戻されます)。GLOBALを指定しなかった場合は、RMANによって、指定した名前のローカル・ストアド・スクリプトが現行のターゲット・データベースに定義されていないかどうか確認されます。そのようなスクリプトがターゲット・データベースに定義されていなかった場合は、RMANでは、同じ名前のグローバル・ストアド・スクリプトが検索され、存在した場合は削除されます。

構文

deleteScript::=

セマンティクス

構文要素

説明

GLOBAL

スクリプトをグローバルとして指定します。

グローバル・スクリプトを削除する場合は、RMANが仮想プライベート・カタログに接続していないことが必要です。仮想カタログのユーザーは、グローバル・スクリプトを実行できますが、変更することはできません。

関連項目: グローバル・スクリプトとローカル・スクリプトの違いについては、「使用上の注意」を参照してください

SCRIPT script_name

削除するスクリプトの名前を指定します。スクリプト名に空白または予約語が含まれている場合は、引用符で囲む必要があります。

例

例2-79 グローバル・スクリプトの削除

この例では、リカバリ・カタログからグローバル・スクリプトbackup_dbを削除します(例には出力例も含まれます)。

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Scripts of Target Database PROD

Script Name
Description
-----------------------------------------------------------------------
backup_whole
backup whole database and archived redo log files

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
global_backup_db
back up any database from the recovery catalog, with logs

RMAN> DELETE GLOBAL SCRIPT global_backup_db;

deleted global script: global_backup_db

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Scripts of Target Database PROD

Script Name
Description
-----------------------------------------------------------------------
backup_whole
backup whole database and archived redo log files

DESCRIBE

用途

DESCRIBEコマンドを使用すると、表またはビューの列定義をリストすることができます。

このコマンドは、SQL*PlusのDESCRIBEコマンドの機能をRMANで利用できます。

前提条件

別のスキーマの表またはビューにアクセスするには、オブジェクトのREADまたはSELECT権限を持っているか、またはAS SYSDBAモードで接続する必要があります。SYSBACKUP権限では、ユーザーの表またはビューへのアクセス権は付与されません。

使用上の注意

表またはビューの各列に、次の情報が表示されます。

- 名前

- NULL値が許可されるかどうか(NULLまたはNOT NULL)

- データ型および該当する場合は精度またはスケール

構文

describecmd::=

セマンティクス

構文要素

説明

CATALOG

リカバリ・カタログが含まれるデータベースに存在するオブジェクトを識別します。

schema

表またはビューのスキーマの場所(ログイン・スキーマでない場合のみ必要)。

table

表またはビューの名前。

dblink

オブジェクトが存在するデータベースのデータベース・リンク名(ログイン・データベースでない場合のみ必要)。

例

この例は、V$CONTROLFILE表を示しています。

RMAN> desc v$controlfile
Name                                      Null?    Type
----------------------------------------- -------- ----------------------------
STATUS                                             VARCHAR2(7)
NAME                                               VARCHAR2(513)
IS_RECOVERY_DEST_FILE                              VARCHAR2(3)
BLOCK_SIZE                                         NUMBER
FILE_SIZE_BLKS                                     NUMBER
CON_ID                                             NUMBER

DROP CATALOG

用途

DROP CATALOGコマンドを使用すると、リカバリ・カタログまたは仮想プライベート・カタログを削除できます。

関連項目:

リカバリ・カタログを削除する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』 を参照してください

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。

CATALOGコマンドライン・オプションまたはCONNECT CATALOGコマンドを使用して、リカバリ・カタログ・スキーマまたは仮想プライベート・カタログ・スキーマに接続している必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

ターゲット・データベースへの接続は不要です。

使用上の注意

DROP CATALOGコマンドを実行すると、RMANでは、この操作を実行することを確認するためにコマンドを再度入力するよう求められます。

ベース・リカバリ・カタログはCREATE CATALOGで作成されますが、仮想プライベート・カタログはCREATE VIRTUAL CATALOGで作成されます。ベース・リカバリ・カタログを削除するには、リカバリ・カタログ所有者としてリカバリ・カタログ・データベースに接続し、DROP CATALOGを実行します。

注意:

ベース・リカバリ・カタログを削除すると、すべてのRMANメタデータがリカバリ・カタログから削除されます。リカバリ・カタログに記録されていても、ターゲット・データベースの制御ファイルに記録されていないバックアップは、RMANで使用できません。

Oracle Database 12cリリース1 (12.1.0.1)を使用して仮想プライベート・カタログを削除するには、その仮想プライベート・カタログに接続しているときにDROP CATALOGコマンドを実行します。仮想プライベート・カタログに接続しているときにDROP CATALOGコマンドを実行しても、ベース・リカバリ・カタログ自体は削除されません。削除されるのは、ベース・カタログへのユーザー・アクセスを制限するセキュリティ・ポリシーのみです。Oracle Database 12cリリース1 (12.1.0.2)を使用して仮想プライベート・カタログを削除するには、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

リリースが10.2以下のRMANクライアントを使用している場合に仮想カタログを削除するには、別の方法を使用する必要があります。仮想プライベート・カタログを削除する前に、リカバリ・カタログ・データベースに仮想プライベート・カタログの所有者として接続し、次のPL/SQLプロシージャを実行してください(base_catalog_ownerは、ベース・リカバリ・カタログを所有するデータベース・ユーザーです)。

base_catalog_owner.DBMS_RCVCAT.DROP_VIRTUAL_CATALOG

ベース・リカバリ・カタログを削除すると、仮想プライベート・カタログは削除していなくても使用できなくなります。ただし、専任データベース・ユーザーが仮想プライベート・カタログを所有している場合は、DROP USER ...CASCADEを実行して、その仮想カタログを削除できます。

構文

dropCatalog::=

例

例2-80 仮想プライベート・カタログの削除

Oracle Database 12cリリース1 (12.1.0.1)を使用していると想定します。データベース・ユーザーvpu1に属する仮想プライベート・カタログを削除しますが、そのベース・リカバリ・カタログは削除しません。この例では、リカバリ・カタログ・データベースにvpu1として接続し、このユーザーの仮想プライベート・カタログを削除します。仮想プライベート・カタログを削除しても、そのベース・リカバリ・カタログは影響を受けません。

RMAN> CONNECT CATALOG vpu1@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> DROP CATALOG;

recovery catalog owner is VPU1
enter DROP CATALOG command again to confirm catalog removal

RMAN> DROP CATALOG;

virtual catalog dropped

DROP DATABASE

用途

DROP DATABASEコマンドを使用すると、ターゲット・データベースを削除できます。RMANがリカバリ・カタログに接続している場合、そのデータベースの登録も同時に解除できます。RMANは、ターゲット・データベースに属する、サーバー・パラメータ・ファイル、すべてのデータ・ファイル、オンラインREDOログおよび制御ファイルを削除します。デフォルトでは、RMANによって確認のプロンプトが表示されます。

注意:

このコマンドは、リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceへのバックアップ作成のために構成される、保護されたデータベースを削除する場合には使用できません。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。ターゲット・データベースに接続している必要があります。ターゲット・データベースは、排他的にマウントされ、オープンされていない状態で、RESTRICTモードで起動されている必要があります。

構文

dropDatabase::=

セマンティクス

構文要素

説明

INCLUDING BACKUPS

ターゲット・データベースに関連付けられたバックアップ・セット、プロキシ・コピー、イメージ・コピーおよびアーカイブREDOログ・ファイルをすべての構成済デバイス・タイプから削除します。

注意: リカバリ・カタログを使用している場合、データベースの削除時にNOCATALOGモードでRMANを実行すると、RMANは、リカバリ・カタログでは認識されるがターゲット・データベースの制御ファイルには存在しないバックアップは削除しません。

NOPROMPT

確認のプロンプトを表示せずに、データベースを削除します。

例

例2-81 データベースの削除

この例では、リカバリ・カタログに登録されているtest1というテスト・データベースを削除します。RMANクライアントを起動し、TARGETとしてデータベースtest1に接続して、リカバリ・カタログに接続します。その後、次のコマンドを実行して、ターゲット・データベース・ファイルと、データベースに関連付けられているすべてのバックアップ、コピーおよびアーカイブREDOログ・ファイルを削除します。

RMAN> CONNECT TARGET "sbu@test1 AS SYSBACKUP"

target database Password: password
connected to target database: TEST1 (DBID=39525561)

RMAN> STARTUP FORCE MOUNT
RMAN> ALTER SYSTEM ENABLE RESTRICTED SESSION;
RMAN> DROP DATABASE INCLUDING BACKUPS NOPROMPT;

DUPLICATE

用途

DUPLICATEコマンドを使用すると、ソース・データベースのコピーを作成できます。RMANで作成できるのは、次のいずれかのタイプのデータベースです。

- 複製データベース。これは、一意のDBIDを持つソース・データベース(またはソース・データベースのサブセット)のコピーです。複製データベースは一意のDBIDを持っているため、ソース・データベースから独立しており、同じリカバリ・カタログに登録できます。通常、複製データベースはテストに使用します。

- スタンバイ・データベース。これは、ソース・データベース(Data Guard環境ではプライマリ・データベースと呼ばれます)の特別なコピーであり、プライマリ・データベースのREDOデータを適用して更新されます。スタンバイ・データベースには、新しいDBIDは割り当てられません。

RMANでは、サポートされている次のいずれかのモードで複製を実行できます。

- アクティブな複製
RMANは、オープン状態またはマウント状態のデータベースから直接複製します。

アクティブな複製では、イメージ・コピーまたはバックアップ・セットを使用できます。バックアップ・セットには、未使用ブロック圧縮および暗号化を含む、いくつかの利点があります。

- ターゲット接続なしで実行するバックアップベースの複製
RMANは、既存のRMANバックアップおよびコピーから複製ファイルを作成します。DUPLICATEコマンドは、DATABASE句とともに発行されている必要があります。この形式では、補助インスタンスおよびリカバリ・カタログへの接続が必要となります。

このモードは、(セキュリティ・ポリシーの制限またはファイアウォールでの規定により)ターゲット・データベースを使用できない場合またはターゲット・データベースへの接続が適切でない場合に役立ちます。

- ターゲット接続を指定したバックアップベースの複製
RMANは、既存のRMANバックアップおよびコピーから複製ファイルを作成します。

- ターゲットまたはリカバリ・カタログへの接続なしで実行するバックアップベースの複製
RMANは、BACKUP LOCATIONで指定した場所に配置されたRMANバックアップおよびコピーから複製ファイルを作成します。

関連項目:

- DUPLICATEコマンドで複製データベースを作成する方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- スタンバイ・データベースを作成、管理およびバックアップする方法は、『Oracle Data Guard概要および管理』を参照してください

追加トピック

- 前提条件

- 使用上の注意

- 構文

- セマンティクス

- 例

前提条件

前提条件は、複製のタイプによって異なります。

すべての形式の複製に共通の前提条件

RMANは、複製データベースのインスタンスにAUXILIARYとして接続されている必要があります。複製データベースのインスタンスは、補助インスタンスと呼ばれます。補助インスタンスは、NOMOUNTオプションで起動されている必要があります。

ソース・ホストは、ソース・データベースが格納されているデータベースです。トランスポート先ホストは、複製データベースが作成されるホストです。複製データベースをソース・ホストに作成する場合は、DUPLICATEコマンドの実行時に、ソース制御ファイルが使用中であることが原因でエラーが発生しないように、CONTROL_FILES初期化パラメータを適切に設定してください。また、ソース・データベース・ファイルが複製データベース・ファイルで上書きされないように、すべての*_DEST初期化パラメータまたはその他の関連する初期化パラメータを適切に設定してください。

通常、ソース・データベースと複製データベースは同じプラットフォーム上にある必要がありますが、一部のクロス・プラットフォーム複製はサポートされています。DUPLICATEの場合、プラットフォームが同じ32ビット・バージョンと64ビット・バージョンは、同じプラットフォームとみなされます。たとえば、Linux IA (32-bit)とLinux IA (64-bit)は、同じプラットフォームとみなされます。ただし、32ビットと64ビットのプラットフォーム間でデータベースの複製が終了したら、utlirp.sqlスクリプトを実行して、PL/SQLコードを新しい形式に変換する必要があります。このスクリプトは、LinuxおよびUNIXプラットフォームのORACLE_HOME/rdbms/adminにあります。

注意:

場合によっては、ソース・データベースと複製データベースは異なるプラットフォーム上に存在することができます。DUPLICATEコマンドでの混在するプラットフォームのサポートの詳細は、My Supportノート1079563.1 (https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1079563.1)を参照してください。

DUPLICATEコマンドを実行するには、1つ以上の補助チャネルが必要です。これらのチャネルは、補助データベース・インスタンスで複製処理を実行します。次のような場合、RMANはソース・データベースのチャネル構成を補助チャネルに使用します。

- 補助チャネルの手動割当てにALLOCATE CHANNELを使用しなかった場合。

- 補助チャネルの構成にCONFIGUREを使用しなかった場合。

CONNECT文字列を使用するように自動ターゲット・チャネルを構成した場合、RMANは補助インスタンスのチャネル割当てを複製しようとします。ただし、複製用のチャネル割当てを制御または変更する必要がある場合は、補助チャネルを手動で割り当てます。

COMPATIBLE初期化パラメータが11.0.0以上に設定されている場合、デフォルトでは、トランスポート後に読み書き両用に設定されていなかったトランスポータブル表領域が複製されます。それ以外の場合、RMANでは、トランスポート後に読み書き両用に設定されていないかぎり、トランスポータブル表領域は複製できません。

列レベルで機能する透過的データ暗号化(TDE)と表領域暗号化のデータベース暗号化機能のいずれにも、Oracleソフトウェア・キーストアが使用されています。複製する表領域が暗号化されている場合は、複製データベースにキーストアを手動でコピーする必要があります。キーストアが自動ログイン(SSO)・キーストアでない場合、複製データベースで自動ログイン・キーストアに変換する必要があります。

関連項目:

TDEの詳細は、『Oracle Database Advanced Securityガイド』を参照してください

バックアップベースの複製に固有の前提条件

表2-6に示すように、バックアップベースの複製の前提条件は、RMANがTARGETとしてソース・データベースに接続しているかどうかによって異なります。

表2-6 バックアップベースの複製の3つのモードに対する前提条件

前提条件

ターゲットおよびリカバリ接続なし

ターゲット接続なし

ターゲット接続

RMANは、リカバリ・カタログに接続している必要があります。

非該当

該当

非該当

トランスポート先ホストのサーバー・セッションから、複製データベースの作成とリカバリに使用するすべてのバックアップおよびアーカイブREDOログ・ファイルにアクセスできる必要があります。

該当

該当

該当

トランスポート先ホストとソース・ホストが異なる場合は、ソース・ホストのディスク上のバックアップを、ソース・データベースでのフルパス名と同じフルパス名で、トランスポート先ホストから使用できるようにする必要があります。

非該当

該当

該当

ソース・データベースの名前をDATABASE句で指定する必要があります。ソース・データベースの名前がリカバリ・カタログで一意でない場合は、DATABASE句でデータベースID(DBID)も指定する必要があります。

非該当(BACKUP LOCATIONで指定した場所に複数のデータベースからのバックアップが含まれていない場合)。

該当

非該当

UNTIL句を現行のインカネーションに指定する必要があります。

N/A

非該当

該当

RMANでアーカイブREDOログ・ファイルがバックアップされないようにする場合は、NOREDOを指定する必要があります(詳細はNOREDOに関する説明を参照)。

該当

該当

該当

表領域のサブセットを複製する場合およびソース・データベースがオープンされていない場合は、UNDOセグメントを含む複製されたすべての表領域をUNDO TABLESPACE句に指定する必要があります。

該当

非該当

該当(カタログを使用しておらず、ターゲットがオープンされていない場合)

表領域のセットが自己完結型であること、およびそれらの表領域にSYSが所有するデータベース・オブジェクトは含まれていないことを必須とするルールがRMANによって自動的に適用されます。

非該当

非該当

該当

アクティブなデータベースの複製に固有の前提条件

FROM ACTIVE DATABASEを指定してDUPLICATEを実行する場合、1つ以上の通常のターゲット・チャネルおよび1つ以上のAUXILIARYチャネルが必要です。チャネルを構成しない、または事前に割り当てない場合、RMANは必要なチャネルをデフォルトで割り当てます。バックアップ・セットによるアクティブな複製のために、チャネルを構成するか、または手動で割り当てる場合、補助チャネルの数がターゲット・チャネルの数以上であることを確認します。

RMANからTARGETとしてソース・データベースに接続するときは、RMANでオペレーティング・システム認証を使用している場合でも、ユーザー名とパスワードを指定する必要があります。ソース・データベースはマウントまたはオープン状態である必要があります。ソース・データベースがオープン状態の場合は、アーカイブ処理を有効にする必要があります。ソース・データベースがオープンされていない場合は、一貫性を保った状態で停止されている必要があります。

RMANから補助インスタンスに接続する場合は、次の規則が適用されます。

- 補助インスタンスと同じホストでRMANを実行している場合、ユーザー名とパスワードを使用して接続し、DUPLICATEコマンドにPASSWORD FILE句が含まれていないときは、ネット・サービス名なしでローカルに接続できます。接続するユーザーは、SYSDBAまたはSYSBACKUP権限が必要です。

- リモートで接続する場合、またはDUPLICATEコマンドでPASSWORD FILE句を使用する場合、ネット・サービス名を使用して接続する必要があります。最初に補助インスタンス用のパスワード・ファイルを作成する必要があります。

ソース・データベースと補助インスタンスは、同じSYSおよびSYSBACKUPパスワードを使用する必要があり、両方のインスタンスにはパスワード・ファイルが存在している必要があります。パスワード・ファイルには、SYSユーザーとSYSBACKUPユーザーのために、2つ以上のパスワードを含める必要があります。補助インスタンスを開始し、ソース・データベースから接続できるようにすることができます。

パスワード・ファイルに対するDUPLICATEの動作は、複製データベースがスタンバイ・データベースとして動作するかどうかで異なります。作成する複製データベースがスタンバイ・データベースでない場合、デフォルトでは、RMANはパスワード・ファイルをコピーしません。PASSWORD FILEオプションを使用すると、補助インスタンス上の既存のパスワード・ファイルを上書きするようにRMANに指定できます。スタンバイ・データベースを作成すると、デフォルトでは、RMANがパスワード・ファイルをスタンバイ・ホストにコピーするため、既存のパスワード・ファイルは上書きされます。その場合は、PASSWORD FILE句は必要ありません。

アクティブなデータベースの複製を実行する場合は、UNTIL句を使用できません。RMANは、データファイルを一貫性のある時点にリカバリできるように、オンライン・データファイルが完全にコピーされた時間に基づいて時間を選択します。

関連項目:

パスワード保護については、『Oracle Databaseセキュリティ・ガイド』を参照してください。

使用上の注意

マルチテナント・コンテナ・データベース(CDB)全体または1つ以上のプラガブル・データベース(PDB)を複製する場合、補助インスタンスをCDBとして作成する必要があり、ターゲット・インスタンスと補助インスタンスの両方のrootに接続する必要があります。補助インスタンスをCDBとして作成するには、初期化パラメータ・ファイルに宣言enable_pluggable_database=TRUEを含めます。

イメージ・コピーによるアクティブなデータベース複製では、ソース・データベースが補助ネット・サービス名を使用してネットワーク経由で宛先ホストの補助インスタンスにコピーされます。一方、バックアップ・セットによるアクティブなデータベース複製では、補助インスタンスがターゲット・インスタンスのネット・サービス名を使用してネットワーク経由でソース・データベース・ファイルを取得します。バックアップベースの複製では、既存のRMANバックアップとコピーを使用します。

表2-7に、ソース・データベースから複製されるファイルを示します。

表2-7 複製されるファイル

ソース・データベースのファイル

アクティブなデータベース

バックアップベース

制御ファイル

FOR STANDBYが指定されると、ソース・データベースからコピーされ、指定されない場合は再作成されます。

バックアップからリストアします。

データファイル

ソース・データベースからコピーされます(SKIPオプションで除外されている場合を除く)。

バックアップからリストアされます(SKIPオプションで除外されている場合を除く)。

一時ファイル

再作成されます(「一時ファイルの再作成」を参照)

再作成されます(「一時ファイルの再作成」を参照)

オンラインREDOログ・ファイル

再作成されます。

再作成されます。

スタンバイREDOログ・ファイル

プライマリ・データベース上でFOR STANDBYが指定および定義されている場合は、再作成されます。

プライマリ・データベース上でFOR STANDBYが指定および定義されている場合は、再作成されます。

アーカイブREDOログ・ファイル

ソース・データベースからコピーされます(ただし、複製に必要な場合のみ)。

バックアップまたはカタログ化済のコピーから取得されます(ただし、複製に必要な場合のみ)。

サーバー・パラメータ・ファイル

ソース・データベースからコピーされます(「dupOptionList」のSPFILE句を参照)。

SPFILE句が指定されていれば、バックアップからリストアされます(「dupOptionList」を参照)。

フラッシュバック・ログ・ファイル

再作成されません。

再作成されません。

ブロック・チェンジ・トラッキング・ファイル

再作成されません。

再作成されません。

パスワード・ファイル

スタンバイ・データベースの場合はデフォルトでコピーされ、非スタンバイのデータベースでは、PASSWORD FILEオプションが指定されている場合にのみコピーされます。

再作成されません。

高速リカバリ領域のバックアップおよび他のファイル

コピーされません。

コピーされません。

データファイルが正常にオフライン化されている場合または除外されている場合を除き、複製データベースにはすべてのデータファイルが格納されます。表領域を除外するには、SKIP句を使用するか、またはDUPLICATE ... TABLESPACEを使用して表領域のサブセットのみを含めます。

高速リカバリ領域を明示的に定義している場合は、複製データベースまたはスタンバイ・データベース上でこの領域が定義されます。また、ソース・データベース上で高速リカバリ領域が定義されており、DUPLICATEコマンドを使用してコピーまたはリストアされたサーバー・パラメータ・ファイルを補助インスタンスで使用しているときは、複製データベースまたはスタンバイ・データベース上で高速リカバリ領域が定義されます。

アクティブなデータベース複製を使用する場合は、使用上の注意に関して、「dupOptionList」にあるFROM ACTIVE DATABASEの説明を参照してください。

バックアップベースの複製

ターゲット・データベースに接続してNOARCHIVELOGモードでデータベースのバックアップベースの複製を実行する場合は、メディア・リカバリでNOREDOオプションが使用されます。したがって、増分バックアップが存在していると、RMANは、リカバリ時には、その増分バックアップのみをリストアされたファイルに適用します。

ARCHIVELOGモードのデータベースをバックアップベースで複製する場合、デフォルトでは、RMANによってそのコマンドが実行された時点で最後に作成されたアーカイブREDOログまで、またはSET UNTIL句で指定した時点までリカバリされます。

ターゲット・データベースに接続せずにデータベースのバックアップベースの複製を実行する場合、RMANではソース・データベースがNOARCHIVELOGモードであったかどうかを判断できません。したがって、バックアップが行われたときにソース・データベースがNOARCHIVELOGモードであった場合は、NOREDOオプションを使用する必要があります。NOREDOオプションは、アーカイブREDOログ・ファイルを一貫性バックアップに適用しない場合にも使用できます。

バックアップベースの複製を使用している場合で、ソース・データベースと補助インスタンスが別々のホストに存在する場合は、ソース・データベースのバックアップが補助インスタンスから使用できるようにする方法を決定する必要があります。BACKUP LOCATIONを使用してこれを行う方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』のディスク・バックアップから補助インスタンスへのアクセスの有効化に関する項で説明されているオプションを確認してください。

ターゲット・データベースで、ASMストレージのリカバリ領域が使用されていない場合は、DUPLICATEコマンドを実行する前に、次のいずれかのタスクを実行します。

- SBTバックアップを使用している場合は、バックアップを作成するテープがトランスポート先ホストからアクセスできるようにします。

- ディスク・バックアップを使用している場合で、トランスポート先ホスト上でソース・ホストと同じバックアップ・ディレクトリ名を使用できる場合は、次のいずれかを実行します。

- ソース・ホストのバックアップおよびコピーをトランスポート先ホストの同じパスに手動で転送します。

- NFSまたは共有ディスクを使用して、転送先ホストで同じパスにアクセスできるようにします。

- ディスク・バックアップを使用しているときに、トランスポート先ホスト上でソース・ホストと同じバックアップ・ディレクトリ名を使用できない場合は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されている方法を使用します。

ソース・データベースでASMストレージのリカバリ領域が使用されている場合は、DUPLICATEコマンドを実行する前に、次のいずれかのタスクを実行します。

- データベースのバックアップを、高速リカバリ領域の外に作成します。このバックアップは、次のようにしてアクセス可能にすることができます。

- NFSを使用して、バックアップを同じ名前でトランスポート先ホストにマウントします。

- NFSを使用して、バックアップを別の名前でトランスポート先ホストにマウントしてから、RMANがソース・データベースにTARGETとして接続されている状態で、バックアップに対してCATALOGを実行します。

- 高速リカバリ領域をテープにバックアップし、それを複製処理に使用します。

Oracle Managed Filesでの複製

ソース・データベース・ファイルがOracle Managed Files(OMF)形式の場合は、DB_FILE_NAME_CONVERTおよびLOG_FILE_NAME_CONVERT初期化パラメータ、またはfileNameConversionSpec句を使用して、複製データベースの新しいOMFファイル名を生成することはできません。このルールに従わなかった場合、3つの方法で生成された新しいOMFファイルが原因で問題が発生する可能性があります。OMFの名前の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』のTSPITRでOMF補助セット・ファイルの名前を変更する場合の考慮事項に関する項を参照してください。

このルールの唯一の例外は、ASMディスク・グループ名のみを変更する場合です。ソース・データファイルおよびオンラインREDOログ・ファイルが、ASMディスク・グループ+SOURCEDSKに格納されているとします。複製データベース・ファイルは、ASMディスク・グループ+DUPDSKに格納することにします。その場合、初期化パラメータを次のように設定できます。

DB_FILE_NAME_CONVERT = ("+SOURCEDSK","+DUPDSK")
LOG_FILE_NAME_CONVERT = ("+SOURCEDSK","+DUPDSK")

RMANは、DB_FILE_NAME_CONVERTまたはLOG_FILE_NAME_CONVERTを使用してディスク・グループ名を変換し、その名前に基づいた有効なファイル名を新しく生成します。

ソース・ファイルがOracle Managed Files形式の場合にデータファイルの名前を付けるオプションとしては、次のサポート・オプションがあります。

- SET NEWNAMEを使用すると、個々のデータファイルの名前を指定できます。

- DB_FILE_CREATE_DESTを設定すると、新しいデータベースのすべてのデータファイルをOracle Managed Filesにできます(ただし、SET NEWNAMEが使用されるファイルは除きます)。DB_FILE_CREATE_DESTを設定する場合は、DB_FILE_NAME_CONVERTを設定しないでください。

Oracle Managed Filesから複製されるオンラインREDOログに名前を付けるサポート・オプションには、DB_CREATE_FILE_DEST、DB_RECOVERY_FILE_DESTおよびDB_CREATE_ONLINE_LOG_DEST_nがあります。

一時ファイルの再作成

DB_FILE_NAME_CONVERTパラメータを使用して、Oracle Managed Files(OMF)ではない新しいデータベースの一時ファイル名を変換できます。この動作が制限される唯一の例外は、自動ストレージ管理(ASM)のOMF名です。この場合、ディスク・グループの名前のみを変更できます。

新しいデータベースの一時ファイル名を変換するその他の方法としては、SET NEWNAME FOR TEMPFILE TO'filename'またはTO NEWを使用する方法があります。後者の方法では、データファイルがOMFであるか非OMFであるかにかかわらず、データベースがオープンされると一時ファイルはDB_CREATE_FILE_DESTディレクトリに再作成されます。

一時ファイルごとに異なる名前を指定するには、「SWITCH TEMPFILE」を参照してください。

CDBおよびPDBの複製

DUPLICATEコマンドでは、CDB、root、および1つ以上のPDBを複製できます。手順は、非CDBを複製する場合と似ています。違いは、SYSBACKUPまたはSYSDBA権限を付与されたユーザーとしてrootに接続する必要があることと、補助インスタンスをCDBとして作成する必要があることです。PDBを複製するには、DUPLICATEコマンドをPLUGGABLE DATABASEオプションとともに使用します。

関連項目:

- 「CONNECT」

- CDBおよびPDBの複製の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

構文

duplicate::=

(dupOptionList::=)

dupOptionList::=

(deviceSpecifier::=, fileNameConversionSpec::=, logSpec::=, setParameter::=, sizeSpec::=, untilClause::=)

setParameter::=

logSpec::=

(sizeSpec::=)

セマンティクス

duplicate

この句を使用すると、データベースまたは表領域を複製できます。構文図は、「duplicate::=」を参照してください。

構文要素

説明

TARGET DATABASE

複製元のデータベースであるソース・データベースを指定します。Oracle Database 11gリリース2以上では、TARGETキーワードはオプションです。

DATABASE

ソース・データベースを指定します。

CDBでは、CDB全体を指定します。PDBに接続している場合は、PDBを指定します。

'database_name'

複製元のデータベースであるソース・データベースの名前を指定します。

RMANがTARGETとしてソース・データベースに接続している場合は、この句をTARGET DATABASEのかわりに使用できます。ターゲット接続を指定して複製を実行する場合は、現在接続しているデータベースを指定する必要があります。INCARNATION副次句は使用しないでください。

ターゲット接続なしでバックアップベースの複製を実行する場合は、データベース名を指定するか、またはSET DATABASE 'database_name' コマンドを実行する必要があります。

DBID integer

ソース・データベースのデータベースID(DBID)を指定します。

ソース・データベースへのTARGET接続なしで複製する際にリカバリ・カタログでソース・データベース名が一意でない場合は、DBIDパラメータが必要です。SET DBIDコマンドを使用するオプションもあります。

RMANでは、ソース・データベースにTARGETとして接続しているときにデータベースを複製する場合、DBIDパラメータは必要ありません。DBIDを指定する場合、その値はソース・データベースのDBID と一致させます。

INCARNATION primaryKey

孤立したインカネーションを指定します。

デフォルトでは、UNTIL句を指定したDUPLICATEコマンドは、現行のデータベース・インカネーションまたは現行インカネーションの直接の祖先での特定の時点を参照します。この句を使用すると、現行のインカネーション・パスに存在しない、孤立したインカネーションと呼ばれるインカネーションを指定できます。ターゲット・データベースに接続している場合、またはBACKUP LOCATIONを使用している場合は、INCARNATIONを指定することはできません。

SET INCARNATIONコマンドを使用するオプションもあります。

FOR STANDBY

複製対象のデータベースをスタンバイ・データベースとして指定します(例2-91を参照)。

DUPLICATEコマンドでスタンバイ・データベースを作成するには、FOR STANDBYオプションを指定する必要があります。DUPLICATE ... FOR STANDBYコマンドを使用すると、スタンバイ制御ファイルをリストアしてマウントすることによって、スタンバイ・データベースが作成されます。FROM ACTIVE DATABASEを指定すると、RMANはプライマリ・データベースからスタンバイ・データベースにデータファイルをコピーします。指定しない場合、RMANはソース・データベースのデータファイルのバックアップをスタンバイ・データベースにリストアします。SET UNTILを指定しないかぎり、RMANは、最新ファイルをリストアします。

SPFILEを複製する場合は、SPFILE句に一意のDB_UNIQUE_NAMEを指定します。指定しない場合は、補助インスタンスのPFILEまたはSPFILEで、このパラメータに手動で一意の値を指定します。

スタンバイ・データベースにはTO database_nameは使用できません。

DORECOVERを指定すると、RMANではデータベースもリカバリされます。スタンバイ・データベースは、複製の完了後もマウントされたままです。

スタンバイ・データベース上のオンラインREDOログのファイル名の変換には、SET NEWNAMEまたはCONFIGURE AUXNAMEは使用できません。

CONNECTを実行してRMANをスタンバイ・データベースに接続してから、DUPLICATE ... FOR STANDBYを使用してスタンバイ・データベースを追加作成することはできません。スタンバイ・データベースを追加作成するには、RMANをオリジナルのプライマリ・データベースに接続してDUPLICATE ... FOR STANDBYを実行します。

注意: スタンバイ・データベースの作成時にはSKIP TABLESPACEは使用できません。

注意: DUPLICATEコマンドを使用してスタンバイ・データベースを作成することはできますが、アクティブ化することはできません。

RMANをスタンバイ・データベースに接続し、そのプライマリ・データベースが登録されているリカバリ・カタログに接続すると、スタンバイ・データベースは、RMANによって認識され、暗黙的に登録されます。スタンバイ・データベースには、REGISTERコマンドを使用しないでください。

TO database_name

複製データベースの名前を指定します。この複製データベースは、スタンバイ・データベースではないため、この句はFOR STANDBYとは使用できません。

SPFILE句を指定しない場合、指定するデータベース名は、複製データベース・インスタンス(RMANがAUXILIARYとして接続されているインスタンス)の初期化パラメータ・ファイルに記述されている名前に一致させる必要があります。一致しない場合、データベースはエラーを発行します。

複製データベースがソース・データベースと同じOracleホームにある場合、ソース・データベースと複製データベースに同じデータベース名は使用できません。ただし、複製データベースがソース・データベースとは別のOracleホームにある場合は、そのOracleホームにある他のデータベース名と異なっていれば、同じ名前でも使用できます。複製データベースの管理を容易にするために、ソース・データベースと複製データベースを別の名前にすることをお薦めします。

dupOptionList

複製データベースまたはスタンバイ・データベースの作成に使用するオプションを指定します。「dupOptionList」を参照してください。

dupOptionList

この副次句には、複製時の各種機能(ファイルの名前付け、複製のエンド・ポイントの決定など)を制御するオプションが含まれます。構文図は、「dupOptionList::=」を参照してください。

複製データベースのファイル名がソース・データベースのファイル名と異なる必要がある場合(トランスポート先ホストとソース・ホストが同じである場合など)は、データファイルとオンラインREDOログに新しいファイル名を指定するか、ソース・データベースのファイル名を変換します。オンラインREDOログおよび複製データベースのデータファイルのファイル名を指定しない場合、RMANはソース・データベースのデータファイル名を使用します。

構文要素

説明

BACKUP LOCATION backup_location

複製するデータベースのバックアップおよびコピーが置かれているディスク上のバックアップの場所を指定します。このオプションは、ターゲットまたはリカバリ・カタログに接続しない複製の場合に有効です。

DEVICE TYPE deviceSpecifier

指定したデバイス(DISKまたはsbtなど)のみに自動チャネルを割り当てます。

このオプションが有効なのは、構成済の自動チャネルがあり、チャネルを手動で割り当てていない場合のみです。たとえば、自動ディスクおよびテープ・チャネルを構成してDUPLICATE...DEVICE TYPE DISKを実行すると、RMANではディスク・チャネルのみが割り当てられます。

関連項目: 「deviceSpecifier」を参照してください

DORECOVER

スタンバイ・データベースの作成後に、そのスタンバイ・データベースをリカバリします。untilClauseを指定すると、RMANは、指定されたSCNまたは時点までリカバリし、データベースをマウント状態のままにします。

RMANは、メディア・リカバリの完了後にスタンバイ・データベースをマウント状態のままにしますが、スタンバイ・データベースを手動リカバリ・モードおよび管理リカバリ・モードには設定しません。RMANがスタンバイ・データベースを作成した後、スタンバイ・データベースを手動リカバリ・モードまたは管理リカバリ・モードに設定したり、読取り専用モードでオープンする前に、すべてのギャップ・シーケンスの問題を解決する必要があります。

制御ファイルのチェックポイントSCNは、スタンバイ・サイトから使用できるかRMANバックアップに含まれるアーカイブREDOログに含める必要があります。たとえば、スタンバイ制御ファイルを作成し、その直後に順序が100の現行ログをアーカイブするとします。この場合、スタンバイ制御ファイルのバックアップはその時点以後に取られるため、少なくともログ順序100までスタンバイ・データベースをリカバリしないと、データベースからORA-1152エラー・メッセージが発行されます。

fileNameConversionSpec

ソース・データベースのファイル名を複製データベースのファイル名にマップする1つ以上のパターンを指定します(例2-85を参照)。

DUPLICATEコマンドで設定されるDB_FILE_NAME_CONVERTは、初期化パラメータDB_FILE_NAME_CONVERT(設定されている場合)をオーバーライドします。たとえば、初期化パラメータ・ファイルの設定がDB_FILE_NAME_CONVERT=('disk1','disk2')であっても、DUPLICATE ...DB_FILE_NAME_CONVERT ('disk1','disk3')を実行した場合、RMANでは、disk1サブストリングはdisk2に変換されません。かわりに、RMANによってdisk1サブストリングがdisk3に変換されます。

指定リストのファイルがDUPLICATEの変換パラメータに影響されない場合は、他の方法(SET NEWNAMEなど)でそのファイルの名前を変更する必要があります。

注意: SPFILE句を指定した場合に、DUPLICATE ... DB_FILE_NAME_CONVERTを実行すると、SPFILE構文で指定されている変換パラメータはすべてオーバーライドされます。たとえば、DUPLICATEコマンドで、SPFILE句の内側と外側の両方でDB_FILE_NAME_CONVERTを指定した場合、SPFILE句の外側の設定が優先されます。

関連項目: 「fileNameConversionSpec」を参照してください

FROM ACTIVE DATABASE

複製データベースのファイルは、ソース・データベースのバックアップからではなく、ソース・データベースから直接使用します(例2-82を参照)。

関連項目: コマンドの前提条件については、「アクティブなデータベースの複製に固有の前提条件」を参照してください

LOGFILE

スタンバイ・データベースではない複製データベースを作成するときのオンラインREDOログ作成のオプションを指定します(例2-85を参照)。

INSTANCE 'inst_name'

指定されたインスタンスのオンラインREDOログをReal Applications Cluster(Oracle RAC)データベースに作成します。インスタンス名は、最大80文字の文字列です。

RMANは、指定されたインスタンスにマップされたスレッドを自動的に使用します。INSTANCE名を指定しなかった場合は、デフォルトのインスタンスにログ・ファイルが作成されます。

この句は、DUPLICATE TARGET DATABASEを使用して、Oracle RACデータベースをシングル・インスタンスのデータベースに複製する場合に役に立ちます。それ以外の場合、INSTANCEを使用する必要はありません。LOGFILE句を使用する場合は、INSTANCEを使用して、データベースのバックアップ時(バックアップベースで複製する場合)またはUNTIL TIMEの実行時(アクティブなデータベースを複製する場合)にオープンしていた各スレッドのOracle RACインスタンスの名前を指定します。

logSpec

オンラインREDOログ・ファイルのファイル名およびグループを指定します。

関連項目: 有効なオプションについては、「「logSpec」を参照してください

NOCHECK

一連の表領域が自己完結型である必要があるかどうかを確認するRMAN機能を無効にします。この確認は、ターゲット接続を持つバックアップベースの複製を実行するときに、RMANによって自動的に実行されます。

NOFILENAMECHECK

ソース・データベース・ファイルが複製データベース・ファイルと同じ名前を共有するときに、ソース・データベースのデータファイルおよびオンラインREDOログ・ファイルが使用中であるかどうかのチェックを、RMANでチェックしないようにします。複製操作によって有用なデータが上書きされないかどうかを確認するのは、ユーザーの責任です。

このオプションが必要になるのは、ディスク構成、ディレクトリ構造およびファイル名がソース・データベースのホストと同じであるが、それとは別のホストに複製データベースを作成する場合です。たとえば、srchostの/dbsディレクトリに小規模なデータベースがあるとします。

/oracle/dbs/system_prod1.dbf
/oracle/dbs/users_prod1.dbf
/oracle/dbs/rbs_prod1.dbf

このデータベースを、同じファイル・システムである/oracle/dbs/*を持つdesthostに複製し、複製データベースとソース・データベースで同じファイル名を使用する必要があるとします。この場合は、NOFILENAMECHECKを指定して、エラー・メッセージを回避します。RMANは別のホストを認識していないため、ファイル名のチェックが不要であることを自動的に判断できません。

ソース・データベースと同じホストにデータベースを複製する場合は、NOFILENAMECHECKが設定されていないことを確認してください。設定されていると、RMANによってターゲット・データベースのデータファイル、一時ファイルまたはオンライン・ログが上書きされ、破損する場合があります。また、次のエラーが発行される場合があります。

RMAN-10035: exception raised in RPC: ORA-19504: failed to create
file "/oracle/dbs/tbs_01.f"
ORA-27086: skgfglk: unable to lock file - already in use
SVR4 Error: 11: Resource temporarily unavailable
Additional information: 8
RMAN-10031: ORA-19624 occurred during call to
DBMS_BACKUP_RESTORE.RESTOREBACKUPPIECE

NOOPEN

複製データベースを作成した後に、そのデータベースをオープンしないことを指定します。

デフォルトでは、RMANは複製データベースを作成した後に、RESETLOGSモードで開きます。

NOREDO

次のいずれかが該当する場合は、一貫性バックアップのリカバリ時にアーカイブREDOログ・ファイルを適用されないようにします。

- アーカイブREDOログ・ファイルが使用可能であっても、アーカイブREDOログ・ファイルを一貫性バックアップに適用しない場合。

- ソース・データベースがバックアップ時にNOARCHIVELOGモードで実行され、複製がターゲット・データベースに接続されていない場合。

- ソース・データベースが、現在はARCHIVELOGモードで実行されているが、バックアップ時にはNOARCHIVELOGモードであった場合。

NORESUME

複製操作に失敗したときに自動的にリカバリするRMANの機能を無効にします。複製の初回起動時にNORESUMEを使用すると、新しいデータベースに対するそれ以降のすべての複製コマンドで、この自動最適化機能が永久に無効になります。

関連項目: DUPLICATE操作失敗時の自動リカバリの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

OPEN RESTRICTED

SQL文ALTER SYSTEM ENABLE RESTRICTED SESSIONを発行して、制限されたセッションを複製データベースで有効にします。RMANは、複製データベースがオープン状態になる直前にこの文を発行します。

PASSWORD FILE

補助インスタンスで現在使用されているパスワード・ファイルを、ソース・データベースのパスワード・ファイルで上書きします(例2-82を参照)。このオプションは、FROM ACTIVE DATABASEが指定されている場合にのみ有効です。指定されていない場合は、RMANによりエラーが発行されます。

FOR STANDBYを指定すると、RMANがパスワード・ファイルをデフォルトでコピーします。指定しない場合は、デフォルトではコピーしません。PASSWORD FILEを使用すると、RMANでは、ソース・データベースのパスワード・ファイルで、既存のパスワード・ファイルを上書きするように指定できます。本番データベースで使用可能なすべてのパスワードを複製データベースに組み込む場合は、PASSWORD FILEオプションを使用します。

PLUGGABLE DATABASE pdb_name

カンマ区切りのリストで指定された1つ以上のPDBを複製します。PDBを複製するには、「CDBおよびPDBへの接続」の説明に従ってrootに接続する必要があります。

デフォルトでは、RMANによって、rootおよびリストに示されているPDBが含まれるCDBのシード・データベースが複製されます。

PDBの複製の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

PFILE filename

補助インスタンスで使用するテキストベースの初期化パラメータ・ファイルを指定します(例2-85を参照)。RMANでは、複製中に補助インスタンスが自動的に停止され、再起動されます。デフォルトの場所にあるサーバー・パラメータ・ファイルを補助インスタンスで使用しない場合は、補助インスタンスの起動時にRMANで使用するテキストベースの初期化パラメータ・ファイルを指定する必要があります。初期化パラメータ・ファイルは、複製の実行に使用するRMANクライアントと同じホストに存在する必要があります。

デフォルトの場所にあるサーバー・パラメータ・ファイルを補助インスタンスで使用する場合は、PFILEを指定する必要はありません。

SECTION SIZE sizeSpec

アクティブな複製操作のデータ転送フェーズで作成される各バックアップ・セクションのサイズを指定します。このオプションを使用すると、RMANはデフォルトでバックアップ・セットによるアクティブな複製を使用します。そのため、このタイプの複製の前提条件が満たされていることを確認します。

「SECTION SIZE sizeSpec」を参照してください。

SKIP READONLY

現行の読取り専用表領域にあるデータファイルを複製データベースから除外します。デフォルトでは、RMANは現在の読取り専用表領域を複製します。

表領域は現在読み書き両用に設定されていますが、untilClauseを使用して表領域が読取り専用であったSCNにデータベースを複製する場合、RMANはこの表領域を複製データベースに含めません。以前に読取り専用であった表領域は、オフラインの表領域とみなされるため、複製には含まれません。

注意: このオプションでDUPLICATEコマンドが成功するには、読取り専用の表領域は自己完結型である必要があります。

SKIP PLUGGABLE DATABASE pdb_name

CDB内にある、カンマ区切りリストpdb_nameに指定されているもの以外のすべてのPDBを複製します。PDBを複製するには、「CDBおよびPDBへの接続」の説明に従ってrootに接続する必要があります。

デフォルトでは、RMANによって、rootおよびCDBのシード・データベースが複製されます。

SKIP TABLESPACE tablespace_name

指定した表領域を複製データベースから除外します(例2-85を参照)。

注意: この句は、DUPLICATE ... FOR STANDBYを使用してスタンバイ・データベースを作成する際は使用できません。

注意: SYSが所有するオブジェクト、ロールバック・セグメントが含まれている表領域、またはマテリアライズド・ビューが含まれている表領域は除外しないでください。また、複製する表領域のセットは自己完結型である必要があります。

ソース・データベースのバックアップの一部が存在しない場合にそのデータベースを複製するには、SKIP TABLESPACEを指定する必要があります。SKIP TABLESPACEを指定しない場合、RMANは次の複製を試みます。

- データファイルがオンラインであるかどうかに関係なく、オンライン表領域内のすべてのデータファイル。

- NORMAL以外のオプションでオフライン化されたすべての表領域。たとえば、RMANはIMMEDIATEオプションでオフライン化された表領域の複製を試みます。OFFLINE NORMAL表領域は複製できませんが、この種の表領域は複製後に手動で追加できます。

SKIP TABLESPACE pdb-name:tablespace_name

CDB内の表領域の名前。同じ名前の表領域が複数のデータベースにある場合があるため、名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

表領域を複製データベースから除外する際の一般的な情報については、前述のSKIP TABLESPACEに関する説明を参照してください。

SPFILE

サーバー・パラメータ・ファイルをソース・データベースから複製データベースにコピーします。複製データベースで以前設定された初期化パラメータは使用されません。

setParameter

指定された初期化パラメータを指定された値に設定します。「setParameter」を参照してください。

PARAMETER_VALUE_CONVERT string_pattern    [setParameter]

最初の文字列に一致するすべての初期化パラメータ値を、2番目の文字列で置換します。「dupOptionList」のPARAMETER_VALUE_CONVERTの説明を参照してください。

TABLESPACE tablespace_name

指定したデータベースに入れる表領域を指定します。

複製データベースから除外する表領域を指定するSKIP TABLESPACEとは異なり、このオプションを使用すると、含める表領域が指定された後、残りの表領域はスキップされます。

注意: SYSTEM表領域、SYSAUX表領域およびUNDO表領域は、RMANによって複製データベースに自動的に含まれます。これらの表領域はスキップできません。また、これらの表領域のセットは自己完結型である必要があります。

TABLESPACE pdb-name:tablespace_name

CDB内の表領域の名前。同じ名前の表領域が複数のデータベースにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

これらのパラメータに関する一般的な情報については、前述のTABLESPACEおよびUNDO TABLESPACEに関する説明を参照してください。

UNDO TABLESPACE tablespace_name

UNDOセグメントが含まれている表領域の名前を指定します。このオプションは、表領域のサブセットがSKIP TABLESPACE句およびTABLESPACE句を使用して複製される場合にのみ必要です。次の場合は、UNDOセグメントを持つ表領域のリストを指定する必要があります。

- ターゲット・データベースまたはリカバリ・カタログへの接続がない場合。

- リカバリ・カタログへの接続がなく、ターゲットへの接続はあるが、ターゲット・データベースがオープンされていない場合。

TO RESTORE POINT restore_point_name

リストア・ポイントを作成した時点のSCNを上限として、バックアップベースの複製のリストア・ポイントを指定します。指定した値は含まれます。上限値が含まれるため、RMANは、対応するSCN以前のデータベースの複製に使用できるファイルのみを選択します。

注意: untilClauseに適用される制約と同じものが、TO RESTORE POINTにも適用されます。

untilClause

バックアップベースの複製のPoint-in-Timeリカバリの終了時刻、SCNまたはログ順序番号を設定します(例2-85を参照)。UNTIL句は、アクティブなデータベース複製ではサポートされません。

DUPLICATEコマンドの前にSET UNTILを実行しても、同じ結果が得られます。複製にUNTIL句を指定する場合は、次の制約が適用されます。

- RMANでは、NOREDOを使用するかどうかは、データベースの現在の状態に基づいて決定されます。指定したUNTILの時刻またはSCNの時点でアーカイブ・モードのデータベースが、現在のアーカイブ・モードと異なっている場合、RMANでは、NOREDOは使用されません。

- DUPLICATEコマンドのエンド・ポイントを、最新のALTER DATABASE OPEN RESETLOGSのSCNより前にすることはできません。ターゲットに接続して行う複製では、以前のデータベース・インカネーションはサポートされません。ただし、ターゲット・データベースに接続せずに複製する場合は、以前のインカネーションを指定できます。

- 複製データベースを現時点、つまり最新のSCNまでリカバリすることはできません。RMANは、使用可能な最新のアーカイブ・ログまたはその前まで複製データベースをリカバリしますが、オンライン・ログまではリカバリできません。

USING BACKUPSET

バックアップ・セットを使用して、すべてのデータまたはデータのサブセットを、ソース・データベースから宛先データベースへコピーすることによって、アクティブなデータベース複製を実行します。

USING COMPRESSED BACKUPSET

ソース・データベースから補助データベースへのデータ転送をバイナリ圧縮できるため、ネットワーク帯域幅の消費が減ります。

setParameter

この副次句は、サーバー・パラメータ・ファイルの値を指定します。

構文要素

説明

SET identifier string

指定された初期化パラメータを指定された値に設定します(例2-83を参照)。SETを使用すると、メモリー内の差異を調整し、レプリケーション・オプションを無効化し、複製データベースの他のオプションを設定できます。

このSET機能は、サーバー・パラメータ・ファイルをリストアした後で複製を一時停止し、ALTER SYSTEM SET文を発行して初期化パラメータ・ファイルを変更する操作と同じです。

RMANでは、SETは、PARAMETER_VALUE_CONVERTの後に処理されます。あるパラメータで指定されたファイル名がPARAMETER_VALUE_CONVERTによって設定され、同じパラメータで指定されたファイル名がSETによって設定される場合、SETの値がPARAMETER_VALUE_CONVERTによる設定をオーバーライドします。

注意: DUPLICATEコマンドでDB_FILE_NAME_CONVERTが指定された場合は、そのファイル名の設定は、SPFILE SETで指定された競合する設定をオーバーライドします。

COMMENT 'string'

パラメータ設定のオプションのコメントを指定します。

RESET identifier string

指定した初期化パラメータをパラメータ・ファイルから削除します。RESETを使用して不要な初期化パラメータを削除できます。

このRESET機能は、サーバー・パラメータ・ファイルをリストアした後で複製を一時停止し、ALTER SYSTEM RESET文を発行して初期化パラメータ・ファイルを変更する操作と同じです。

logSpec

この副次句では、スタンバイ・データベースではない複製データベースを作成するときのオンラインREDOログを指定します。構文図は、「logSpec::=」を参照してください。

LOGFILEを指定しないと、RMANはまずLOG_FILE_NAME_CONVERT、DB_CREATE_FILE_DEST、DB_RECOVERY_FILE_DESTまたはDB_CREATE_ONLINE_LOG_DEST_n初期化パラメータのいずれかが設定されているかどうかを確認します。これらのパラメータが設定されている場合、RMANはこれらのパラメータ設定に基づいて、複製データベースのオンラインREDOログ・ファイルをOracle管理ストレージに格納します。これらの初期化パラメータのいずれも設定されていない場合、RMANは複製データベースのREDOログ・ファイルにソース・データベースの元のREDOログ・ファイル名を使用します。この場合は、NOFILENAMECHECKオプションを指定する必要があります。

構文要素

説明

'filename' SIZE sizeSpec

オンラインREDOログ・メンバーのファイル名と、KB単位(K)またはMB単位(M)によるファイル・サイズを指定します。デフォルトはバイト単位です。

REUSE

データベースで既存のファイルを再利用できます。ファイルが存在している場合は、そのサイズがSIZEパラメータと一致しているかどうかがデータベースで検証されます。ファイルが存在しない場合は作成されます。

GROUP integer ('filename', ...) SIZE sizeSpec

オンラインREDOログ・メンバーを含むグループ、オンラインREDOログ・メンバーのファイル名、およびKB単位(K)またはMB単位(M)のファイル・サイズを指定します。デフォルトはバイト単位です。

REUSE

データベースで既存のログを再利用できます。

例

例2-82 アクティブなデータベースから同じディレクトリ構造を持つホストへの複製

データベースprod1を基にしてテスト・データベースを新しいホストに作成するとします。新しいホストのディレクトリ構造はソース・ホストと同じであるため、複製データベースのファイルには、ソース・データベースのファイルと同じ名前を使用できます。データベースは、RMANバックアップを使用せずに作成でき、複製中もprod1をオープン状態のままにしておくことができます。

prod1でサーバー・パラメータ・ファイルが使用されている場合は、新しい値に設定されたDB_NAMEパラメータと適切なドメインに設定されたDB_DOMAINパラメータのみを含む初期化パラメータ・ファイルをトランスポート先ホストに作成できます。DB_DOMAINを設定すると、RMANでデフォルトのデータベース・サービスに接続できるようになります。補助インスタンスを起動する前に、ソース・データベースと同じSYSおよびSYSBACKUPパスワードを使用するパスワード・ファイルを作成します。その後、補助インスタンスはspfileを使用して(使用可能な場合)起動します。pfileを使用して補助インスタンスを起動すると、RMANはデフォルトの場所にspfileを作成し、spfileファイルが存在する場合はそれを上書きします。

デフォルトでは、RMANはスタンバイ・データベースではない複製データベースを作成するときにパスワード・ファイルを複製しません。PASSWORD FILEオプションを指定すると、パスワード・ファイルは宛先ホストにコピーされます。ソース・データベースで使用可能なすべてのパスワードを複製データベースに組み込む場合は、PASSWORD FILEオプションを使用します。

ソース・データベースのチャネル構成を変更したり、補助チャネルを構成する必要はありません。RMANクライアントを起動して、ソース・データベース・インスタンスおよび補助データベース・インスタンスに、ネット・サービス名を使用して次のように接続し、データベースを複製します。

% rman
RMAN> CONNECT TARGET "sbu@prod1 AS SYSBACKUP"

target database Password: password
connected to target database: PROD1 (DBID=39525561)

RMAN> CONNECT AUXILIARY "sbu@dup1 AS SYSBACKUP"

auxiliary database Password: password
connected to auxiliary database: DUP1 (not mounted)

RMAN> DUPLICATE TARGET DATABASE TO dup1
2> FROM ACTIVE DATABASE
3> NOFILENAMECHECK
4> PASSWORD FILE
5> SPFILE;

例2-83 アクティブなデータベース複製でのサーバー・パラメータ・ファイルのコピー

データベースprod1を基にしてスタンバイ・データベースを新しいホストに作成するとします。トランスポート先ホストとソース・ホストはディレクトリ構造が異なるため、スタンバイ・データベース・ファイルは、/disk1ではなく/disk2に保存されます。スタンバイ・データベースは、RMANバックアップを使用せずに作成でき、複製中もprod1をオープン状態のままにしておくことができます。

最初に実行するのは、スタンバイ・データベース用に必要最小限の初期化パラメータ・ファイルを作成することです。次に、スタンバイ・インスタンスを起動します。このパラメータ・ファイルは、必要最小限のものとします。それは、SPFILEオプションを使用すると、RMANでは、サーバー・パラメータ・ファイルが新規ホストにコピーされ、各種パラメータが新しい指定値に設定されるためです。

RMANクライアントを起動し、CONNECTを実行してTARGETとしてソース・データベースに接続して、補助インスタンスに接続します。次に示すように、ターゲット・インスタンスに複数のチャネルを割り当て、補助インスタンスに1つのチャネルを割り当てます。

ALLOCATE CHANNEL tgt10 TYPE DISK;
ALLOCATE CHANNEL tgt20 TYPE DISK;
ALLOCATE CHANNEL tgt30 TYPE DISK;
ALLOCATE CHANNEL tgt40 TYPE DISK;
ALLOCATE AUXILIARY CHANNEL dup1 TYPE DISK;

次のコマンドを入力できます。

DUPLICATE TARGET DATABASE
FOR STANDBY
FROM ACTIVE DATABASE
PASSWORD FILE
SPFILE
PARAMETER_VALUE_CONVERT '/disk1', '/disk2'
SET DB_FILE_NAME_CONVERT '/disk1','/disk2'
SET LOG_FILE_NAME_CONVERT '/disk1','/disk2'
SET DB_UNIQUE_NAME 'dup1'
SET SGA_MAX_SIZE 200M
SET SGA_TARGET 125M;

例2-84 同じディレクトリ構造を持つホストへのターゲット接続なしのデータベース複製

バックアップを使用してソース・データベースprodを複製し、このデータベースにRMANをTARGETとして接続しない(このソース・データベースはメンテナンスのためにシャットダウンされているため)とします。環境は次のとおりです。

- ソース・ホストとトランスポート先ホストのディレクトリ構造は同じです。複製データベース内のデータファイルとオンラインREDOログの名前は、ソース・データベースでの名前と同じです。

- オンラインREDOログ・ファイルでの番号と同じ番号が複製データベースで使用されます。

- リカバリ・カタログを使用できます。ソース・データベース名prodは、リカバリ・カタログで一意です。

- 補助チャネルはCONFIGURE CHANNELコマンドを使用して構成されています。

次のコマンドによって、DUPDBという名前の複製データベースが作成されます。

% rman

RMAN> CONNECT CATALOG rco@catdb;

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CONNECT AUXILIARY "sbu@dupdb AS SYSBACKUP";

auxiliary database Password: password
connected to auxiliary database: DUPDB (not mounted)

RMAN> DUPLICATE DATABASE 'PROD' TO 'DUPDB' NOFILENAMECHECK;

データベース名prodがリカバリ・カタログで一意ではない別の例を想定します。次のDUPLICATEコマンドは、DBIDパラメータを使用してソース・データベースを一意に識別します。

RMAN> DUPLICATE DATABASE 'PROD' DBID 39525561 TO 'DUPDB' NOFILENAMECHECK;

例2-85 DUPLICATEコマンドでの新しいファイル名の設定

srchost上のソース・データベースprodをdesthost上のnewdbに複製するためにテープ・バックアップを使用すると想定します。

この使用例では、ソース・データベースでサーバー・パラメータ・ファイルが使用されません。テキストベースの初期化パラメータ・ファイルをdesthost上に作成し、それを使用してデータベース・インスタンスを起動します。したがって、バックアップベースの複製ではターゲット接続を使用する必要があります(表2-6を参照)。

desthostでDUPLICATEを実行する場合は、PFILEパラメータを使用して、初期化パラメータ・ファイルの場所を指定する必要があります。RMANクライアントは、複製データベースの初期化パラメータ・ファイルと同じホストで使用する必要があります。

表領域のexampleとhistoryは、複製データベースに含めないことにします。したがって、これらの表領域については、DUPLICATE ...SKIP TABLESPACEを指定します。また、複製データベースの状態は、24時間前の本番データベースと同じにします。したがって、DUPLICATE ...UNTIL TIMEを使用します。

この例は、ソース・データベースのデータファイルがsrchostのディレクトリ/h1/oracle/dbs/trgtに存在していることを前提としています。データファイルをディレクトリ/h2/oracle/oradata/newdbに複製するため、DUPLICATE ... DB_FILE_NAME_CONVERTで複製データファイルの名前を生成するように指定します。複製データベース内のオンラインREDOログ・ファイルの名前は、DUPLICATE ...LOGFILEを使用して指定します。

desthost上でRMANクライアントを起動し、CONNECTを実行してTARGETとしてソース・データベースに接続して、補助インスタンスに接続します。次のRUNコマンドを入力できます。

RUN
{
ALLOCATE AUXILIARY CHANNEL newdb DEVICE TYPE sbt;
DUPLICATE TARGET DATABASE TO newdb
PFILE ?/dbs/initNEWDB.ora
UNTIL TIME 'SYSDATE-1'  # specifies incomplete recovery
SKIP TABLESPACE example, history   # skip desired tablespaces
DB_FILE_NAME_CONVERT ('/h1/oracle/dbs/trgt/','/h2/oracle/oradata/newdb/')
LOGFILE
GROUP 1 ('/h2/oradata/newdb/redo01_1.f',
'/h2/oradata/newdb/redo01_2.f') SIZE 4M,
GROUP 2 ('/h2/oradata/newdb/redo02_1.f',
'/h2/oradata/newdb/redo02_2.f') SIZE 4M,
GROUP 3 ('/h2/oradata/newdb/redo03_1.f',
'/h2/oradata/newdb/redo03_2.f') SIZE 4M REUSE;
}

例2-86 SET NEWNAME FOR DATABASEを使用した複製ファイル名の設定

この使用例では、ターゲット接続なしでバックアップベースの複製を実行します。

ソース・データベースprodには、複数のディレクトリに分散している8つのデータファイルが含まれています。このデータファイルはOracle Managed Filesではありません。トランスポート先ホストdesthost上のdupdbにソース・データベースを複製します。

この使用例では、srchostとdesthostのディレクトリ構造は異なっています。データファイルを/oradata1サブディレクトリ内のdesthostに格納するために、SET NEWNAME FOR DATABASEを使用してディレクトリ・パスを除いたファイル名を指定します。たとえば、ソース・データベースの名前が/oradata/prod/financial.dbfの場合、%bを使用するとfinancial.dbfに変換されます。

ソース・データベースではサーバー・パラメータ・ファイルが使用されないため、SPFILE方法を使用して複製データファイルの名前を指定することはできません。すべての複製データファイルをトランスポート先ホスト上の同じディレクトリに格納するために、SET NEWNAME DATABASEコマンドを使用することにします。

サイズが200KBのメンバーがそれぞれに2つ含まれている2つのオンラインREDOログ・グループを、トランスポート先ホスト上の/duplogsディレクトリに作成します。srchostおよびdesthostでは、NFSなどの手段によってお互いのファイル・システムをマウントできないとします。

ソース・データベース内のすべてのデータファイルおよびアーカイブREDOログ・ファイルに対して、ディスク上にディスク・コピーまたはバックアップ・セットを格納し、オペレーティング・システムのユーティリティを使用してそれらをdesthostに手動でコピーしてあります。これらのバックアップおよびコピーは、desthost上のsrchostと同じ場所に存在します。

オペレーティング・システムのユーティリティを使用して、srchostからdesthostの適切な場所に初期化パラメータ・ファイルをコピーします。末尾が_DESTのすべての初期化パラメータを再設定し、パス名を指定します。RUNコマンド自体にデータファイルおよびオンライン・ログの名前を指定しているため、DB_FILE_NAME_CONVERTおよびLOG_FILE_NAME_CONVERTは設定しません。補助インスタンスではデフォルトの場所にあるサーバー側初期化パラメータ・ファイルが使用されるため、DUPLICATEコマンドにPFILEパラメータは必要ありません。

次のサンプル・スクリプトでは、複製データベースが作成されます。SET NEWNAMEを実行できるのはRUNコマンド内のみのため、RUNコマンドが必要です。

RUN
{
SET NEWNAME FOR DATABASE TO '/oradata1/%b';
DUPLICATE TARGET DATABASE TO dupdb
LOGFILE
GROUP 1 ('/duplogs/redo01a.log',
'/duplogs/redo01b.log') SIZE 4M REUSE,
GROUP 2 ('/duplogs/redo02a.log',
'/duplogs/redo02b.log') SIZE 4M REUSE;
}

例2-87 SET NEWNAME FOR DATAFILEおよびSET NEWNAME FOR TABLESPACEを使用した複製ファイル名の設定

この使用例では、バックアップベースの複製を使用してデータベースを複製します。

ソース・データベースPRODがSRCHOSTにあり、これには複数のディレクトリに分散されている9つのデータファイルが含まれているとします。リモート・ホストDESTHOST上のデータベースDUPDBにソース・データベースを複製します。DUPDBデータベースでは、表領域TOOLSは除外されますが、他のすべての表領域は保持されます。

ソース・データベースではサーバー・パラメータ・ファイルが使用されないため、SPFILE方法を使用して複製データファイルの名前を指定することはできません。複製データファイルは複数のディレクトリに分散されるため、SET NEWNAMEコマンドを使用してファイル名を指定することにします。

この使用例では、srchostとdesthostのディレクトリ構造は異なっています。データファイルを/oradata1から/oradata7までのサブディレクトリ内のdesthostに格納します。/oradata7に複製する2つのデータファイルが含まれているUSERS表領域を除き、各データファイルを異なるディレクトリに配置します。

サイズが200KBのメンバーがそれぞれに2つ含まれている2つのオンラインREDOログ・グループを、トランスポート先ホスト上の/duplogsディレクトリに作成します。srchostおよびdesthostでは、NFSなどの手段によってお互いのファイル・システムをマウントできないとします。

ソース・データベース内のすべてのデータファイルおよびアーカイブREDOログ・ファイルに対して、ディスク上にディスク・コピーまたはバックアップ・セットを格納し、オペレーティング・システムのユーティリティを使用してそれらをdesthostに手動でコピーしてあります。これらのバックアップおよびコピーは、desthost上のsrchostと同じ場所に存在します。

オペレーティング・システムのユーティリティを使用して、srchostからdesthostの適切な場所に初期化パラメータ・ファイルをコピーします。末尾が_DESTのすべての初期化パラメータを再設定し、パス名を指定します。RUNコマンド自体にデータファイルおよびオンライン・ログの名前を指定しているため、DB_FILE_NAME_CONVERTおよびLOG_FILE_NAME_CONVERTは設定しません。補助インスタンスではデフォルトの場所にあるサーバー側初期化パラメータ・ファイルが使用されるため、DUPLICATEコマンドにPFILEパラメータは必要ありません。

次のサンプル・スクリプトでは、複製データベースが作成されます。SET NEWNAMEを実行できるのはRUNコマンド内のみのため、RUNコマンドが必要です。

RUN
{
SET NEWNAME FOR DATAFILE 1 TO '/oradata1/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '/oradata2/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '/oradata3/cwmlite01.dbf';
SET NEWNAME FOR DATAFILE 4 TO '/oradata4/drsys01';
SET NEWNAME FOR DATAFILE 5 TO '/oradata5/example01.dbf';
# because the users tablespace contains 2 data files, the following command
# generates unique names for both data files, placing them in /oradata7
SET NEWNAME FOR TABLESPACE users TO '/oradata7/users%b.dbf';
DUPLICATE TARGET DATABASE TO dupdb
SKIP TABLESPACE tools
LOGFILE
GROUP 1 ('/duplogs/redo01a.log',
'/duplogs/redo01b.log') SIZE 4M REUSE,
GROUP 2 ('/duplogs/redo02a.log',
'/duplogs/redo02b.log') SIZE 4M REUSE;
}

例2-88 SET NEWNAME FOR DATAFILEを使用したOracle Managed Files名の設定

特定のデータファイルまたは一時ファイルを、他のデータベース・ファイルの場所から独立したOracle Managed Filesのトランスポート先に格納する方法は2通りあります。

1. 補助インスタンスの初期化パラメータ・ファイル内のDB_CREATE_FILE_DESTパラメータを目的の場所に設定します。

2. 初期化パラメータDB_CREATE_FILE_DEST およびDB_FILE_NAME_CONVERTを設定します。この時点で、DB_FILE_NAME_CONVERTによる変換を行わないデータファイルに対してSET NEWNAMEコマンドを使用できます。

指定したデータファイルまたは一時ファイルが、DB_CREATE_FILE_DESTで指定した場所にOracle Managed Files名で作成されます。

次のサンプル・スクリプトに示すとおり、個々のデータファイルまたは一時ファイルを特定のASMディスク・グループに指定するためにSET NEWNAMEを使用することもできます。

RUN
{
SET NEWNAME FOR DATAFILE 1 TO "+DGROUP1";
SET NEWNAME FOR DATAFILE 2 TO "+DGROUP2";
.
.
.
DUPLICATE TARGET DATABASE
TO dupdb
FROM ACTIVE DATABASE
SPFILE SET DB_CREATE_FILE_DEST +DGROUP3;
}

例2-89 CONFIGURE AUXNAMEを使用した複製ファイル名の設定

この項では、例2-87と同じ状況であることを想定しています。この例は、SET NEWNAMEのかわりにCONFIGURE AUXNAMEを使用して新しいデータファイル名を指定する方法を部分的に変更したものです。これらの新しいファイル名は、制御ファイルに記録され、複製を今後実行するたびに使用されます。

この例では、データベースを複製するために自動チャネルおよびクライアント側初期化パラメータ、オンラインREDOログ・ファイルの名前およびサイズを指定するためにLOGFILE句も使用されます。この場合、SET NEWNAMEは使用しないため、RUNコマンドは必要ありません。

CONFIGURE AUXNAME FOR DATAFILE 1 TO '/oradata1/system01.dbf';
CONFIGURE AUXNAME FOR DATAFILE 2 TO '/oradata2/undotbs01.dbf';
CONFIGURE AUXNAME FOR DATAFILE 3 TO '/oradata3/cwmlite01.dbf';
CONFIGURE AUXNAME FOR DATAFILE 4 TO '/oradata4/drsys01';
CONFIGURE AUXNAME FOR DATAFILE 5 TO '/oradata5/example01.dbf';
CONFIGURE AUXNAME FOR DATAFILE 6 TO '/oradata6/indx01.dbf';
DUPLICATE TARGET DATABASE
TO dupdb
SKIP TABLESPACE tools
LOGFILE
GROUP 1 ('/duplogs/redo01a.log',
'/duplogs/redo01b.log') SIZE 4M REUSE,
GROUP 2 ('/duplogs/redo02a.log',
'/duplogs/redo02b.log') SIZE 4M REUSE;

RMANは、すべての増分バックアップ、アーカイブREDOログ・バックアップおよびアーカイブREDOログ・ファイルを使用して不完全リカバリを実行し、次に、オンラインREDOログを作成するためにRESETLOGSオプションでデータベースをオープンします。

複製が完了した後、複製データベース内のデータファイルに構成された補助名を消去して、今後の操作で上書きされないようにすることができます。たとえば、次のコマンド入力します。

CONFIGURE AUXNAME FOR DATAFILE 1 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 2 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 3 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 4 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 5 CLEAR;
CONFIGURE AUXNAME FOR DATAFILE 6 CLEAR;

また、複製データベースを複製元のデータベースと定期的に同期させることもできます。この場合、DUPLICATEコマンドを再度実行すると、複製データベースを基本的に再作成できます。この方法では、複製データベースのデータファイルの完全なコピーを作成する必要があります。複製データベースをソース・データベースと同期させる場合は、常に次のスクリプトを実行します。たとえば、このスクリプトを毎日または毎週実行します。

DUPLICATE TARGET DATABASE TO dupdb
SKIP TABLESPACE tools
LOGFILE
GROUP 1 ('/duplogs/redo01a.log',
'/duplogs/redo01b.log') SIZE 4M REUSE,
GROUP 2 ('/duplogs/redo02a.log',
'/duplogs/redo02b.log') SIZE 4M REUSE;

例2-90 同じディレクトリ構造を持つスタンバイ・データベースの作成

RMANバックアップを使用して、ソース・ホストと同じディレクトリ構造を持つリモート・ホストにスタンバイ・データベースを作成するとします。ソース・データベースはprod1と呼ばれ、Data Guard環境のプライマリ・データベースになります。

最初に、RMANクライアントを起動し、CONNECTを実行してTARGETとしてソース・データベースprod1に接続して、補助インスタンスに接続します。次に、CONFIGUREを実行して、DB_UNIQUE_NAMEがstandby1のスタンバイ・データベースのデフォルトのデバイス・タイプをsbtに構成できます。

CONFIGURE DEFAULT DEVICE TYPE sbt FOR DB_UNIQUE_NAME standby1;
CONFIGURE DEVICE TYPE sbt PARALLELISM 2 FOR DB_UNIQUE_NAME standby1;

スタンバイ・データベースの作成に必要なすべてのバックアップがテープにあるとします。スタンバイ・データベースの初期化パラメータ・ファイルで、DB_UNIQUE_NAMEをstandby1に設定します。

スタンバイ・データベースでは、初期化パラメータ・ファイルのデフォルトの場所が使用されています。スタンバイ・インスタンスNOMOUNTが起動したら、RMANクライアントを起動し、CONNECTを実行してTARGETとしてソース・データベースに接続して、補助インスタンスとリカバリ・カタログに接続します。次のDUPLICATEコマンドを実行して、NOFILENAMECHECKオプションを指定します(スタンバイとプライマリのデータファイルおよびオンラインREDOログ・ファイルの名前は同じです)。

DUPLICATE TARGET DATABASE FOR STANDBY
NOFILENAMECHECK;

例2-91 OMFおよびASMでのスタンバイ・データベースの作成

RMANバックアップを使用して、OMFおよびASMを使用するホストにスタンバイ・データベースを作成するとします。ソース・データベースはprod1と呼ばれ、Data Guard環境のプライマリ・データベースになります。

最初に、RMANクライアントを起動し、CONNECTを実行してTARGETとしてデータベースprod1に接続して、リカバリ・カタログに接続します。次のCONFIGUREコマンドを実行して、DB_UNIQUE_NAMEがstandby1、ネット・サービス名がsby1となるスタンバイ・データベースのデフォルト・デバイス・タイプをsbtに構成します。

CONFIGURE CONNECT IDENTIFIER "sby1" FOR DB_UNIQUE_NAME standby1;
CONFIGURE DEFAULT DEVICE TYPE TO sbt FOR DB_UNIQUE_NAME standby1;
CONFIGURE DEVICE TYPE sbt PARALLELISM 2 FOR DB_UNIQUE_NAME standby1;

スタンバイ・データベースの作成に必要なバックアップは、すべてテープに保存されているとします。データベースstandby1の初期化パラメータ・ファイルで、次のパラメータを設定します。

- DB_UNIQUE_NAMEの値をstandby1に設定します。

- DB_CREATE_FILE_DESTおよびDB_RECOVERY_FILE_DESTを、スタンバイ・ホスト上の目的のASMディスク・グループに設定します。たとえば、DB_CREATE_FILE_DESTを+DATAFILEに、DB_RECOVERY_FILE_DESTを+FLASH_REC_AREAに設定します。

スタンバイ・インスタンスがNOMOUNTモードであることを確認します。RMANクライアントを起動し、CONNECTを実行してTARGETとしてデータベースprod1に接続して、AUXILIARYとしてstandby1インスタンスに接続し、リカバリ・カタログに接続します。次のコマンドを入力して、スタンバイ・データベースを作成します。

DUPLICATE TARGET DATABASE FOR STANDBY;

リストアされるデータファイルの新しいOMF/ASMデータファイル名は、RMANで自動的に生成されます。

例2-92 ターゲット・データベースおよびリカバリ・カタログへの接続なしのデータベース複製

この例では、データベースprodの必要なすべてのデータファイル、制御ファイルおよびアーカイブ・ログのバックアップに、/net/prod/backupsからアクセスできるとします。この場所には、データベースprodのバックアップのみが格納されています。AUXILIARYとして新しいインスタンスにのみ接続します。

リカバリ・カタログまたはターゲット・データベースへの接続がない場合は、次のコマンドを入力してテスト・データベースを作成します。

DUPLICATE DATABASE TO 'TEST' BACKUP LOCATION '/net/prod/backups' NOFILENAMECHECK;

例2-93 ターゲット・データベースおよびリカバリ・カタログへの接続なしの複製での特定データベースの選択

この例では、/backupsに複数のデータベースからのバックアップが含まれ、PRODという名前のデータベースが3つ以上存在しているとします。この場合、複製するデータベースのDBNAMEおよびDBIDを指定する必要があります。補助インスタンスにのみ接続します。

DUPLICATE DATABASE 'PROD' dbid 8675309 to 'TEST'
UNTIL TIME "to_date('11/01/2013', 'MM/DD/YYYY')"
BACKUP LOCATION '/backups' NOFILENAMECHECK
PFILE='?/dbs/inittest.ora' db_file_name_convert='prod','test';

例2-94 PDBとPDB内の特定の表領域の複製

この例では、PDB pdb1、pdb5、およびPDB pdb2のusers表領域が複製されます。デフォルトでは、RMANによって、rootおよびCDBのシード・データベースも複製されます。補助インスタンスは、宣言enable_pluggable_database=TRUEを含む初期化パラメータ・ファイルで起動されている必要があります。共通のSYSBACKUP権限を持つユーザーとしてrootに接続します。

DUPLICATE TARGET DATABASE TO cdb
PLUGGABLE DATABASE pdb1,pdb5
TABLESPACE pdb2:users;

EXECUTE SCRIPT

用途

EXECUTE SCRIPTコマンドを使用すると、リカバリ・カタログに格納されているローカルまたはグローバルのRMANスクリプトを実行できます。

関連項目:

- ストアド・スクリプトの使用方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- 「CREATE SCRIPT」および「REPLACE SCRIPT」を参照してください。

前提条件

EXECUTE SCRIPTは、RUNコマンドのカッコ内でのみ使用してください。CATALOGコマンドライン・オプションまたはCONNECT CATALOGコマンドを使用して、RMANをリカバリ・カタログに接続する必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

使用上の注意

RUNブロック内でEXECUTE SCRIPTコマンドを実行すると、RMANによって、スクリプトの内容がそのRUNブロックに挿入されます。そのため、スクリプト内でチャネルを割り当てている場合は、RUNブロック内でチャネルを割り当てないでください。

GLOBALが指定されている場合は、同じ名前のグローバル・スクリプトがリカバリ・カタログに存在している必要があります(存在していない場合は、エラーRMAN-06004が戻されます。)。GLOBALを指定しなかった場合は、RMANによって、現行のターゲット・データベースに対して定義されているローカル・ストアド・スクリプトが検索されます。その名前のローカル・スクリプトが見つからなかった場合は、RMANでは、同じ名前のグローバル・スクリプトが検索され、見つかった場合はそのスクリプトが実行されます。

構文

executeScript::=

セマンティクス

構文要素

説明

GLOBAL

ローカル・ストアド・スクリプトのかわりに、グローバル・ストアド・スクリプトを実行するように指定します。

関連項目: グローバル・スクリプトとローカル・スクリプトの違いについては、「使用上の注意」を参照してください

SCRIPT script_name

実行するストアド・スクリプトの名前を指定します。スクリプト名に空白または予約語が含まれている場合は、引用符で囲む必要があります。

USING [string_or_identifier | integer]

ストアド・スクリプト内の置換変数で使用する値を1つ以上指定します(例2-96を参照)。

関連項目: 置換変数を使用するストアド・スクリプトの作成方法については、「CREATE SCRIPT」を参照してください。また、RMANで置換変数を使用する方法については、「RMAN」および「@(アットマーク)」を参照してください。

例

例2-95 ストアド・スクリプトの実行

この例では、LISTを使用して、リカバリ・カタログに格納されているスクリプトを表示し、PRINT SCRIPTを使用して、例2-71で作成されたglobal_backup_dbの内容を表示します。最後に、global_backup_dbを実行して、データベースをバックアップします。

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
global_backup_db
back up any database from the recovery catalog, with logs

RMAN> PRINT SCRIPT global_backup_db;

printing stored global script: global_backup_db
{
BACKUP DATABASE PLUS ARCHIVELOG;
}

RMAN> RUN { EXECUTE GLOBAL SCRIPT global_backup_db; }

executing global script: global_backup_db

Starting backup at 07-JUN-13
current log archived
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=120 device type=DISK
.
.
.

例2-96 置換変数を使用するストアド・スクリプトの作成と実行

RMANを起動してターゲット・データベースおよびリカバリ・カタログに接続した後、REPLACE SCRIPTを使用して3つの置換変数が含まれるバックアップ・スクリプトを作成します。RMANによって、変数の初期値を入力するプロンプトが表示されます(太字がユーザー入力です)。

RMAN> REPLACE SCRIPT
2>  backup_df { BACKUP DATAFILE &1 TAG &2.1 FORMAT '/disk1/&3_%U'; }
Enter value for 1: 1

Enter value for 2: df1_backup

Enter value for 3: df1

starting full resync of recovery catalog
full resync complete
created script backup_df

後で、別の値でbackup_dfスクリプトを実行できます。次の例では、値3、test_backupおよびtestをストアド・スクリプトの置換変数に渡しています。

RMAN> RUN { EXECUTE SCRIPT backup_df USING 3 test_backup df3; }

値が置換された後、RMANによってBACKUPコマンドが次のように実行されます。

BACKUP DATAFILE 3 TAG test_backup1 FORMAT '/disk1/df3_%U';

EXIT

用途

EXITコマンドを使用すると、Recovery Managerユーティリティを停止できます。このコマンドの機能は、QUITコマンドと同じです。

前提条件

このコマンドはRMANプロンプトでのみ実行できます。

構文

exit::=

例

例2-97 RMANの終了

この例は、RMANを終了します。

RMAN> EXIT

FLASHBACK DATABASE

用途

FLASHBACK DATABASEコマンドを使用すると、データベースをターゲットの時刻、SCN、ログ順序番号またはリストア・ポイントに戻すことができます。

このコマンドは、その実行時に存在するデータファイルに対してOracle Databaseが加えていた変更をUNDOすることで機能します。フラッシュバックを実行すると、論理的な障害は修正できますが、物理的な障害は修正できません。したがって、このコマンドを使用して、ディスクの障害や誤って削除したデータファイルをリカバリすることはできません。

通常、FLASHBACK DATABASEは、Point-in-Timeリカバリを伴うRESTORE操作よりも非常に短時間で実行できます。これは、指定したフラッシュバック時刻以降にデータベースに対して行われた変更の数によって、FLASHBACK DATABASEの実行に必要な時間が決まるためです。これに対して、リストアされたバックアップに基づく従来のPoint-in-Timeリカバリでは、データベースのサイズによって実行に必要な時間が決まります。

Data Guard環境では、フラッシュバック・データベースはその他のいくつかの用途に使用できます。

関連項目:

- コマンドの前提条件の完全なリストおよびFLASHBACK DATABASEの使用上の注意については、『Oracle Database SQL言語リファレンス』を参照してください。

- Data Guard環境でのフラッシュバック・データベースの用途については、『Oracle Data Guard概要および管理』を参照してください。

前提条件

このコマンドは、RMANプロンプトまたはRUNコマンドから実行できます。

RMANはTARGETとしてデータベースに接続されている必要があります。また、データベースは、Oracle Database 10g以降である必要があります。ターゲット・データベースは、現行の制御ファイルを使用してマウント済である必要があります。つまり、バックアップを制御ファイルとすることはできません。また、制御ファイルの再作成もできません。データベースはARCHIVELOGモードで実行されている必要があります。

FLASHBACK DATABASEを使用して、制御ファイルのリストアまたは再作成が行われたときより前に戻すことはできません。データベースの制御ファイルがバックアップからリストアされるか、または再作成されると、既存のすべてのフラッシュバック・ログ情報が破棄されます。

高速リカバリ領域は、フラッシュバック・ロギングが有効になるように構成されている必要があります。フラッシュバック・ログは、高速リカバリ領域にOracle Managed Filesとして格納され、高速リカバリ領域が構成されていない場合は作成されません。SQL文ALTER DATABASE ... FLASHBACK ONを発行して、フラッシュバックのターゲット時刻より前にフラッシュバック・ロギング機能を使用可能にする必要があります。フラッシュバック・ロギングが有効になっているかどうかは、V$DATABASE.FLASHBACK_ONを問い合せて確認できます。

データベースには、SQL文ALTER TABLESPACE ... FLASHBACK OFFでフラッシュバック機能が無効にされたオンライン表領域を含めないでください。

使用上の注意

フラッシュバック・データベースの操作は、データベース全体に適用されます。個々の表領域をフラッシュ・バックすることはできません。フラッシュバック・データベース操作は、RECOVERによって実行される、データベースのPoint-in-Timeリカバリ(DBPITR)に似ていますが、RMANでは、変更をUNDOして、ターゲットの時刻またはSCNの前の時点に戻すために、フラッシュバック・ログが使用されます。RMANでは、必要なアーカイブREDOログ・ファイルはバックアップから自動的にリストアされ、一貫性を保すようにデータベースがリカバリされます。RMANでは、一時表領域のデータはフラッシュ・バックされません。

フラッシュバック・データベース操作に使用可能な最も古いSCNは、DB_FLASHBACK_RETENTION_TARGET初期化パラメータの設定と、使用可能なディスク領域の制限の下で実際に保存されているフラッシュバック・ログとによって決まります。V$DATABASE.CURRENT_SCNの現行のデータベースSCNを表示します。

フラッシュバック・データベースに対するNOLOGGING操作の影響

NOLOGGING操作が行われていたターゲット時刻を指定してFLASHBACK DATABASEを使用すると、NOLOGGING操作の影響を受けたデータベース・オブジェクトとデータファイルのブロックが破損している可能性があります。たとえば、NOLOGGINGモードでダイレクト・パスINSERT操作を行い、その操作が4月3日の9:00から9:15まで実行されるとします。後でフラッシュバック・データベースを使用して、その日の09:07に戻す場合、ダイレクト・パスINSERTで更新されたオブジェクトとデータファイルは、フラッシュバック・データベースが終了した後で、破損ブロックが存在するままになる可能性があります。

NOLOGGING操作と重なるターゲット時刻またはSCNを指定してFLASHBACK DATABASE使用することは、可能なかぎり避けてください。また、NOLOGGING操作の直後に、影響を受けたデータファイルの完全バックアップまたは増分バックアップを実行し、操作後の時点へのリカバリを可能にしてください。FLASHBACK DATABASEを使用して、ダイレクト・パスINSERTなどの操作の実行していた時点に戻ることが予想される場合は、その操作をLOGGINGモードで実行することを検討してください。

関連項目:

NOLOGGINGモードをサポートしている操作の詳細は、『Oracle Database SQL言語リファレンス』のlogging_clauseの説明を参照してください。

データファイルの状態の変更がフラッシュバック・データベースに与える影響

FLASHBACK DATABASEコマンドを実行しても、すべての必要なファイルおよびリソースがあることが確認されるまで、データベースの変更は開始されません。フラッシュバック・データベース操作は、データファイル、REDOログ・ファイルまたはフラッシュバック・ログの欠落が原因では失敗しません。

データファイルの状態が、現行のSCNとフラッシュバックのターゲットSCNとの間で変化している場合、FLASHBACK DATABASEコマンドの動作は、状態変化の内容によって異なります。詳細は、表2-8を参照してください。

表2-8 データファイルの状態の変化に対するFLASHBACK DATABASEの応答

フラッシュバック中に実行するデータファイル操作

FLASHBACK DATABASEコマンドの応答

追加

データファイルのレコードを制御ファイルから削除します。

削除

データファイルを制御ファイルに追加し、オフラインとしてマークしてフラッシュバックしません。データファイルを同じ時刻またはSCNまでリストアおよびリカバリできます。

名前の変更

名前の変更は無視されます。データファイルは、現在の名前を保持します。

サイズ変更

失敗します。データファイルをオフラインにしてから、FLASHBACK DATABASEコマンドを再実行できます。データファイルはフラッシュバックされません。データファイルを同じ時刻またはSCNまでリストアおよびリカバリできます。

オフラインにする

この操作は無視されます。データファイルは、現在のオンライン状態のままです。

オンラインにする

この操作は無視されます。データファイルは、現在のオフライン状態のままです。

読取り専用または読み書き両用にする

制御ファイル内のデータファイルの状態を変更します。

フラッシュバック・ロギングが無効になっている表領域

ALTER TABLESPACE ... FLASHBACK OFF文が、複数の表領域に対して実行されていることがあります。FLASHBACK DATABASEの実行時に、表領域をターゲットSCNに戻せるだけのフラッシュバック・データがない場合は、RMANによってエラーが発行され、データベースは変更されません。FLASHBACK DATABASEが失敗するかまたは中断された場合、データベースは必ずマウントされたままになります。

この使用例では、V$TABLESPACEを問い合せて、フラッシュバック・ロギングが無効になっている表領域を特定します。次の選択肢があります。

- 該当する表領域にあるデータファイルをオフラインにします。その後、RESTOREを実行してから、RECOVERを実行し、それらのデータファイルを、データベースの残りデータファイルと同じ時点に調整します。

- ALTER DATABASE DATAFILE ... OFFLINE FOR DROP文を使用して、影響を受けたデータファイルを削除します。これで、RESETLOGSオプションでデータベースをオープンできます。データベースがオープン状態になったら、削除したデータファイルが含まれていた表領域に対してDROP TABLESPACE文を実行します。

フラッシュバック・データベース後のデータベースの状態

FLASHBACK DATABASEの実行後に、データベースが、ターゲット時刻の直前のSCNの状態ではない場合があります。データベースのSCNは、トランザクション以外のイベントによって更新される場合があります。FLASHBACK DATABASE TOのコマンド形式を使用する場合に、ターゲットSCNに対応するトランザクションが存在すると、フラッシュバック後のデータベースは、そのトランザクションまでのすべての変更がデータベースに含まれます。そうでない場合は、使用するコマンド形式がFLASHBACK DATABASE TOとFLASHBACK DATABASE TO BEFOREのどちらであるかには関係なく、そのトランザクションの直前までのすべての変更がデータファイルに含まれます。FLASHBACK DATABASEの処理として、指定したターゲットSCNより後の変更が適用されることはありません。

FLASHBACK DATABASEが終了したら、データベースを読取り専用でオープンし、問合せを実行して、意図した結果が得られていることを確認してください。結果が期待どおりでなかった場合は、RECOVER DATABASEを実行して、フラッシュバックを開始した時点の状態にデータベースをリカバリすることができます。それから、FLASHBACK DATABASEを再度実行できます。

フラッシュバックの結果が期待どおりだった場合、OPEN RESETLOGSを実行して、ターゲット時刻より後の変更をすべて破棄できます。そのかわりに、失ったデータをデータ・ポンプでエクスポートし、RECOVER DATABASEを使用してデータベースをフラッシュ操作の前の状態に戻してから、失ったデータをデータ・ポンプで再インポートすることもできます。

構文

flashback::=

(deviceSpecifier::=)

セマンティクス

構文要素

説明

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。たとえば、自動ディスクおよびテープ・チャネルを構成してFLASHBACK ...DEVICE TYPE DISKを実行すると、RMANではディスク・チャネルのみが割り当てられます。RMANでは、フラッシュバック・データベース操作中のバックアップからREDOログをリストアする必要があります。最新のフラッシュバック・ログとターゲット時刻の間の変更は、アーカイブREDOログに基づいて再作成される必要があります。自動チャネルがテープに割り当てられてられていない場合に、必要なREDOログがテープにあると、FLASHBACK DATABASE操作は失敗します。

関連項目: 「deviceSpecifier」を参照してください

DATABASE

データベース全体を巻き戻します。

TO BEFORE SCN integer

指定したSCNの直前の状態へデータベースを戻します。指定した時点より以前のSCNまでのすべての変更が適用されますが、指定したSCNに対応する変更が存在する場合、その変更は適用されません。デフォルトでは、指定されたSCNで現在のインカネーションまたは祖先のインカネーションが解決されます。デフォルトは、RESET DATABASE INCARNATIONコマンドを使用してオーバーライドできます。

フラッシュバックの可能な最も小さなSCNは、V$FLASHBACK_DATABASE_LOGのOLDEST_FLASHBACK_SCNを問い合せて概略値を確認できます。

TO BEFORE SEQUENCE integer [THREAD integer]

REDOログ順序番号とスレッドを上限として指定します。RMANは、指定した順序番号およびスレッド番号のログの最後の変更(は含まない)までの変更を適用します。

TO BEFORE RESETLOGS

データベースの状態を、最後にOPEN RESETLOGSを実行したSCNの時点までのすべての変更を含む状態に戻します。

注意: FLASHBACK DATABASEを実行して、データベースを最後のOPEN RESETLOGS操作より前の時点に戻すことができるのは、データベースをOracle Database 10gリリース2以上にアップグレードしている場合のみです。

TO BEFORE TIME 'date_string'

指定した時刻より前までのすべての変更を含む状態にデータベースを戻します(指定した時刻の変更は含まれません)。

フラッシュバックが可能な最も古い時刻は、V$FLASHBACK_DATABASE_LOGのOLDEST_FLASHBACK_TIMEを問い合せて概略値を確認できます。

TO SCN integer

指定したSCNの時点(を含む)までデータベースを戻します。デフォルトでは、指定されたSCNで現在のインカネーションまたは祖先のインカネーションが解決されます。RMANのRESET DATABASEコマンドを使用してリカバリ・ターゲット・インカネーションの設定を行うと、デフォルトをオーバーライドできます。

フラッシュバックの可能な最も小さなSCNは、V$FLASHBACK_DATABASE_LOGのOLDEST_FLASHBACK_SCNを問い合せて概略値を確認できます。

TO SEQUENCE integer THREAD integer

REDOログ順序番号とスレッドを上限として指定します。RMANは、指定した順序番号およびスレッド番号のログの最後の変更(を含む)までの変更を適用します。

TO RESTORE POINT restore_point_name

指定したリストア・ポイントに対応するSCNまでデータベースを戻します。通常のリストア・ポイントまたは保証付きリストア・ポイントを指定できます。

TO TIME 'date_string'

指定した時刻の状態へデータベースを戻します。現行の形式への時刻の変換には、SQLのすべてのDATE式を使用できます。たとえば、FLASHBACK DATABASE TO TIME 'SYSDATE-7'を使用できます。

フラッシュバックが可能な最も古い時刻は、V$FLASHBACK_DATABASE_LOGのOLDEST_FLASHBACK_TIMEを問い合せて概略値を確認できます。

例

例2-98 特定のSCNへのFLASHBACK DATABASE

2月14日の午後5時に、破損した行を多くの表に挿入したとします。SQL*Plusをデータベースに接続して、フラッシュバック期間内の最も古いSCNを問い合せます。

SQL> SELECT OLDEST_FLASHBACK_SCN, OLDEST_FLASHBACK_TIME
2  FROM   V$FLASHBACK_DATABASE_LOG;

OLDEST_FLASHBACK_SCN OLDEST_FLASHBACK
-------------------- ----------------
411010 2013/02/14 16:49

次に、新しい端末を開いて、RMANクライアントを起動し、ターゲット・データベースとリカバリ・カタログに接続します。次のようにRMANコマンドを入力します(例には、FLASHBACK DATABASEの出力例が含まれます)。

RMAN> SHUTDOWN IMMEDIATE
RMAN> STARTUP MOUNT
RMAN> FLASHBACK DATABASE TO SCN 411010;

Starting flashback at 15-FEB-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=104 device type=DISK

starting media recovery
media recovery complete, elapsed time: 00:00:07

Finished flashback at 15-FEB-13

RMAN> ALTER DATABASE OPEN RESETLOGS;

例2-99 リストア・ポイントへのFLASHBACK DATABASE

データベースに大量の更新をロードする準備をしているとします。更新を実行する前に、保証付きリストア・ポイントを作成します。

SQL> CREATE RESTORE POINT before_update GUARANTEE FLASHBACK DATABASE;

バルク更新が失敗し、データベースに大量の破損データが残りました。RMANセッションを起動し、ターゲット・データベースとリカバリ・カタログに接続して、保証付きリストア・ポイントをリストします。

RMAN> LIST RESTORE POINT ALL;

SCN              RSP Time  Type       Time      Name
---------------- --------- ---------- --------- ----
412742                     GUARANTEED 15-FEB-13 BEFORE_UPDATE

データベースをマウントして、リストア・ポイントにフラッシュバックし(例には出力例も含まれます)、RESETLOGSオプションを使用してデータベースをオープンします。

RMAN> SHUTDOWN IMMEDIATE
RMAN> STARTUP MOUNT
RMAN> FLASHBACK DATABASE TO RESTORE POINT 'BEFORE_UPDATE';

Starting flashback at 15-FEB-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=104 device type=DISK

starting media recovery

archived log for thread 1 with sequence 34 is already on disk as file /disk2/oracle/oradata/prod/arch/archive1_34_614598462.dbf
media recovery complete, elapsed time: 00:00:01
Finished flashback at 15-FEB-13

RMAN> ALTER DATABASE OPEN RESETLOGS;

GRANT

用途

GRANTコマンドを使用すると、仮想プライベート・カタログ・スキーマに対する権限をデータベース・ユーザーに割り当てることができます。デフォルトでは、仮想カタログのユーザーはベース・リカバリ・カタログにアクセスできません。

前提条件

このコマンドは、RMANプロンプトで実行してください。

CREATE CATALOGを使用してベース・リカバリ・カタログが作成されていなければ、GRANTで仮想プライベート・カタログの権限を割り当てることはできません。

使用上の注意

ベース・リカバリ・カタログを作成し、そこにすべてのデータベースのメタデータを格納することをお薦めします。その後に、仮想プライベート・カタログ・スキーマを所有するOracle Databaseユーザーを作成できます。Oracle Database 12cリリース1 (12.1.0.1)では、仮想プライベート・カタログ・ユーザーはRECOVERY_CATALOG_OWNERロールを付与されている必要があります。Oracle Database 12cリリース1 (12.1.0.2)では、仮想プライベート・カタログ・ユーザーはCREATE SESSION権限のみ必要です。

RMANをベース・リカバリ・カタログに接続し、GRANTコマンドを使用して、リカバリ・カタログ権限を仮想カタログの所有者に割り当てます。その後、CREATE VIRTUAL CATALOGを実行して、このユーザーの仮想カタログ・スキーマを作成します。REVOKEを使用すると、カタログ権限を取り消すことができます。

同じデータベース上でCATALOG権限を持つユーザー間の関係

ここで、GRANTの使用方法を説明します。データベースprod1およびprod2が、ベース・リカバリ・カタログに登録されているとします。ベース・リカバリ・カタログにSYSBACKUPまたはSYSDBA権限を持つユーザーとしてログインしている状態で、仮想プライベート・カタログの2人のユーザー(VPC1およびVPC2)を作成します。この両方のユーザーに、データベースPROD1に対するCATALOG FOR DATABASEアクセス権を付与します(PROD2については付与しません)。

この例では、ベース・リカバリ・カタログの所有者によって作成されたPROD1のバックアップのメタデータには、VPC1とVPC2の両方がアクセスできます。相互に作成したPROD1のバックアップのメタデータには、両方のユーザーがアクセスできます。データベースPROD2のバックアップ・メタデータには、VPC1とVPC2の両方ともアクセスできません。

GRANT REGISTERとGRANT CATALOG間の関係

REGISTER DATABASEをユーザーに付与すると、RMANでは、このユーザーが登録したすべてのデータベースに対して暗黙的にリカバリのCATALOG FOR DATABASE権限が付与されます。あるユーザー(VIRTCATなど)のREGISTER DATABASE権限のみに対してREVOKEを実行した場合、virtcatが登録したデータベース(PRODなど)のCATALOG FOR DATABASE権限が暗黙的に取り消されることはありません。CATALOG FOR DATABASE権限にはprodの登録権限が含まれているため、virtcatは、prodの登録解除と登録を継続できます。VIRTCATがprodに対して操作(再登録など)を実行しないようにするには、VIRTCATに対してREVOKE ALL PRIVILEGESを実行します。

構文

grant::=

セマンティクス

構文要素

説明

CATALOG FOR DATABASE [database_name | integer] TO userid

指定したデータベースのリカバリ・カタログへのアクセス権を指定したユーザーに付与します。

注意: 指定したデータベースで付与されるカタログ操作には、そのデータベースの登録と登録解除が含まれます。

データベースは、データベース名またはDBIDで指定します。名前を指定したとき、その名前のデータベースがカタログに複数登録されていると、RMANによりエラーが戻されます。その場合は、DBIDでデータベースを指定してください。

リカバリ・カタログに登録済のデータベースへのアクセス権を付与するには、GRANT CATALOGコマンドを使用する必要があります。また、カタログに未登録のターゲット・データベースに対するアクセス権も付与できます。こうして、仮想プライベート・カタログのユーザーがデータベースを登録することが可能になります。アクセス権を付与する場合は、未登録のデータベースのDBIDを使用する必要があります。

REGISTER DATABASE TO userid

指定したユーザーに、リカバリ・カタログで現在認識されていないデータベースをREGISTER DATABASEで登録する権限を付与します。

REGISTER DATABASEをユーザーに付与すると、RMANでは、このユーザーが登録したすべてのデータベースに対して暗黙的にリカバリのCATALOG FOR DATABASE権限が付与されます。データベースのCATALOG FOR DATABASE権限には、そのデータベースの登録と登録解除が含まれます。

たとえば、ユーザーvirtcatにREGISTER DATABASEが付与され、このユーザーがカタログにデータベースprodを登録するとします。RMANは、暗黙的にprodに対するリカバリのCATALOG FOR DATABASE権限をvirtcatに付与します。

例

例2-100 仮想プライベート・カタログの権限の付与

データベース・ユーザーRCOがデータベースCATDBにベース・リカバリ・カタログを所有しているとします。このベース・リカバリ・カタログには、データ・センター内の数多くのデータベースのRMANメタデータが格納されています。目標は、データ・センターの2人のバックアップ・オペレータのために、仮想プライベート・カタログを作成することです。データベース・バージョンはOracle Database 12cリリース1 (12.1.0.2)です。

SQL*Plusを起動し、SYSとしてCATDBデータベースに接続します。次に、CREATE USER文を使用して、CATDB上にBCKOP2およびBCKOP3ユーザーを作成します。次のようにして、これらのユーザーにCREATE SESSION権限を付与できます。

SQL> GRANT CREATE SESSION TO bckop2, bckop3;
SQL> EXIT

次に、RMANクライアントを起動し、ユーザーRCOとしてリカバリ・カタログ・データベースに接続します。RMANのGRANTコマンドを使用して、BCKOP2に、自分の仮想プライベート・カタログにすべてのデータベースを登録する権限を与えますが、BCKOP3には、データ・センター内のデータベースのサブセットのみへのアクセス権を与えます。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> GRANT REGISTER DATABASE TO bckop2;
RMAN> GRANT CATALOG FOR DATABASE prod TO bckop3;
RMAN> GRANT CATALOG FOR DATABASE prodb TO bckop3;
RMAN> EXIT;

新しいRMANセッションを起動し、ユーザーBCKOP2として接続します。初回接続時に、RMANで仮想プライベート・カタログが自動的に作成されます。仮想カタログを作成するたびに、RMANを終了して再起動する必要があります。

RMAN> CONNECT CATALOG bckop2@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> EXIT;

新しいRMANセッションを起動し、ユーザーBCKOP3として接続して、このユーザーに関連付けられている仮想プライベート・カタログを作成します。

RMAN> CONNECT CATALOG bckop3@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> EXIT;

次の例では、バックアップ・オペレータDBA1が、CATDBのBCKOP3スキーマにある自分の仮想プライベート・カタログを使用して、ターゲット・データベースのバックアップのメタデータを格納します。

RMAN> CONNECT TARGET /
RMAN> CONNECT CATALOG bckop3@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> BACKUP DATABASE PLUS ARCHIVELOG;

HOST

用途

HOSTコマンドを使用すると、RMAN内からオペレーティング・システムのコマンドラインのサブ・シェルを呼び出すことができます。

構文

host::=

前提条件

このコマンドは、RUNコマンドのカッコ内またはRMANプロンプトで実行してください。

セマンティクス

構文要素

説明

HOST

コマンド・プロンプトを表示し、ユーザーがサブシェルを終了すると再開します(例2-101を参照)。

'command'

指定文字列内のコマンドを実行し、継続します(例2-102を参照)。

例

例2-101 バックアップ内でのオペレーティング・システムへの切替え

この例では、データファイル3のイメージ・コピーを作成し、Linuxのプロンプトに切り替えて、コピーがディレクトリにあるかどうかをチェックしてから、RMANセッションを再開します(Linuxセッションの出力は太字のインデント付きで表示されています)。

RMAN> BACKUP DATAFILE 3 FORMAT '/disk2/df3.cpy';

Starting backup at 15-FEB-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00003 name=/disk1/oracle/oradata/prod/undotbs01.d bf
channel ORA_DISK_1: starting piece 1 at 15-FEB-13
channel ORA_DISK_1: finished piece 1 at 15-FEB-13
piece handle=/disk2/df3.cpy tag=TAG20130215T111326 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 15-FEB-13

RMAN> HOST;

% ls /disk2/df3.copy
/disk2/df3.cpy
% exit
exit
host command complete

RMAN>

例2-102 RMAN内でのオペレーティング・システム・コピーの実行

この例では、データファイルsystem01.dbfのバックアップを作成してから、Linuxのlsコマンドを実行して、/disk2ディレクトリのすべてのファイルを表示します。

BACKUP DATAFILE '?/oradata/prod/system01.dbf'
FORMAT '/disk2/system01.dbf';
HOST 'ls -lt /disk2/*';

IMPORT CATALOG

用途

IMPORT CATALOGコマンドを使用すると、リカバリ・カタログ・スキーマにあるメタデータを別のカタログ・スキーマにインポートできます。様々なバージョンのカタログ・スキーマを作成し、複数のターゲット・データベースのメタデータを保存する場合は、このコマンドを使用すると、すべてのデータベース用に1つのカタログ・スキーマを保持することができます。

関連項目:

CREATE CATALOG

前提条件

RMANが、インポート先のリカバリ・カタログ(カタログ・データをインポートする先のカタログ)に接続されている必要があります。このリカバリ・カタログは、仮想プライベート・カタログにはできません。

ターゲット・データベースに接続していなくても、カタログ・スキーマはマージできます。このコマンドは、RMANプロンプトで実行してください。

リカバリ・カタログ・スキーマのソース・バージョンは、インポート先のリカバリ・カタログ・スキーマの現在のバージョンと同じである必要があります。同じでない場合、同じバージョンにスキーマをアップグレードします。

同じ名前のデータベースが、ソース・リカバリ・カタログ・スキーマとインポート先カタログ・スキーマの両方に登録されていないことを確認してください。両方のスキーマに登録されているデータベースがある場合は、UNREGISTERを実行して、そのデータベースのソース・リカバリ・カタログでの登録を解除し、IMPORTコマンドを再実行します。

使用上の注意

インポート操作が途中で失敗すると、インポートはロールバックされます。このため、一部のみインポートすることはできません。登録解除の操作は、インポートとは別に行われます。デフォルトでは、インポートが正常に行われると、インポート済のデータベースIDが、ソース・リカバリ・カタログ・スキーマから登録解除されます。

ストアド・スクリプトは、グローバルまたはローカルのいずれかです。スクリプトのインポート時に、インポート先のスキーマに同じ名前のオブジェクトが含まれていることが原因で、グローバル・スクリプトの名前が競合することがあります(ローカル・スクリプトの場合は競合しません)。その場合は、RMANにより、グローバル・スクリプト名がCOPY OF script_nameに変更されます。たとえば、RMANでは、bp_cmdという名前はCOPY OF bp_cmdに変更されます。

名前が変更されたグローバル・スクリプトも一意でない場合、RMANは、その名前をCOPY(2) OF script_nameに変更します。このスクリプト名も存在する場合、RMANは、スクリプトの名前をCOPY(3) OF script_nameに変更します。RMANは、スクリプト名が一意になるまでCOPY(n) OFのパターンを繰り返します。

構文

import::=

(connectStringSpec::=)

セマンティクス

構文要素

説明

connectStringSpec

ソース・リカバリ・カタログの接続文字列を指定します(このカタログは、メタデータがインポートされるカタログです)。

DBID integer

ソース・カタログ・スキーマからメタデータをインポートするデータベースのDBIDのリストを指定します(例2-104を参照)。

指定しなかった場合は、RMANにより、ソース・カタログ・スキーマのすべてのデータベースIDのメタデータがマージされ、インポート先のカタログ・スキーマに入れられます。RMANでは、メタデータがマージされたデータベースが、リカバリ・カタログ・スキーマにすでに登録されていた場合は、エラーが発行されます。

DB_NAME database_name

ソース・カタログ・スキーマからメタデータをインポートするデータベースのリストを指定します(例2-104を参照)。

指定しなかった場合は、RMANにより、ソース・カタログ・スキーマのすべてのデータベースのメタデータがマージされ、インポート先のカタログ・スキーマに入れられます。RMANでは、同じDBIDが両方のリカバリ・カタログに登録されていた場合は、エラーが発行されます。

NO UNREGISTER

RMANでは、インポート済のデータベースIDを、ソース・カタログ・スキーマに強制的に保持します。デフォルトでは、インポート済のデータベースIDはソース・リカバリ・カタログ・スキーマから登録解除されます。

例

例2-103 すべての登録済データベースのメタデータのインポート

この例では、ユーザーrcatが所有する10.2のカタログ・スキーマがデータベースprodに含まれ、ユーザーrcoが所有する11.1のカタログ・スキーマがデータベースcatdbに含まれています。RMANは、rcatに登録されているすべてのデータベースIDのメタデータを、rcoが所有するリカバリ・カタログにインポートします。rcatに登録されたすべてのターゲット・データベースは登録解除されます。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> IMPORT CATALOG rcat@prod;

Starting import catalog at 15-FEB-13
source recovery catalog database Password: password
connected to source recovery catalog database
import validation complete
database unregistered from the source recovery catalog
Finished import catalog at 15-FEB-13

例2-104 登録済データベースのサブセットのメタデータのインポート

この例は、例2-103を部分的に変更したものです。リカバリ・カタログ全体をインポートするかわりに、DBIDが1618984270のデータベースのメタデータのみをインポートします。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> IMPORT CATALOG rcat@inst1 DBID=1618984270;

Starting import catalog at 15-FEB-13
source recovery catalog database Password: password
connected to source recovery catalog database
import validation complete
database unregistered from the source recovery catalog
Finished import catalog at 15-FEB-13

LIST

用途

LISTコマンドを使用すると、RMANリポジトリに記録されているバックアップおよびその他のオブジェクトに関する情報を表示できます。

関連項目:

リストとレポートの作成方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』および「REPORT」を参照してください。

追加トピック

- 前提条件

- 使用上の注意

- 構文

- セマンティクス

- LISTコマンドの出力

- 例

前提条件

LISTは、RMANプロンプトでのみ実行できます。次のいずれかの条件が満たされている必要があります。

- RMANがターゲット・データベースに接続されている必要があります。RMANがリカバリ・カタログに接続されておらず、LIST FAILUREコマンドを実行していない場合は、ターゲット・データベースがマウントまたはオープン状態である必要があります。RMANがリカバリ・カタログに接続されていない場合は、ターゲット・データベース・インスタンスが起動されている必要があります。

- RMANはリカバリ・カタログに接続され、SET DBIDが実行されている必要があります。

使用上の注意

LIST FAILUREを除くLISTコマンドは、CROSSCHECKおよびDELETEコマンドの実行対象のバックアップおよびコピーを表示します。LIST FAILUREコマンドは、ADVISE FAILUREおよびREPAIR FAILUREコマンドの実行対象となる障害を表示します。

Data Guard環境でのRMANのバックアップ処理方法については、「Data Guard環境でのRMANのバックアップ」を参照してください。通常、RMANでは、環境内の1つのデータベース上で作成されたテープ・バックアップはその環境のすべてのデータベースにアクセス可能であるとみなされますが、ディスク・バックアップは作成元のデータベースのみにアクセス可能であるとみなされます。Data Guard環境では、LISTを実行すると、接続されているターゲット・データベースにアクセス可能なファイルが表示されます。

RMANでは、LISTの出力は、標準出力またはメッセージ・ログのいずれかに対して行われます。同時に両方に出力されることありません。

構文

list::=

(listObjectSpec::=、recordSpec::=、maintQualifier::=、forDbUniqueNameOption::=、untilClause::=)

maintQualifier::=

(completedTimeSpec::=, deviceSpecifier::=)

listObjectSpec::=

(listObjList::=、listBackupOption::=、archivelogRecordSpecifier::=、foreignlogRecordSpecifier::=)

recoverableClause::=

(untilClause::=)

listBackupOption::=

セマンティクス

list

構文要素

説明

DB_UNIQUE_NAME

リカバリ・カタログに登録されている1つ以上のデータベースのDB_UNIQUE_NAMEをリストします。

RMANは、リカバリ・カタログに接続している必要があります。また、RMANが、マウントされているかオープンされているターゲット・データベースに接続しているか、またはSET DBIDコマンドでターゲット・データベースを指定する必要もあります。プライマリ・データベースのDBIDと、それに関連付けられているスタンバイ・データベースのDBIDは同じで、これらのデータベースは、DB_UNIQUE_NAMEによって区別できます。

関連項目: 出力の説明については、表2-28を参照してください。

ALL

RMANリポジトリに登録されているすべてのデータベースのDB_UNIQUE_NAMEをリストします。

OF DATABASE database_name

指定されたDB_NAMEのすべてのデータベースのDB_UNIQUE_NAMEをリストします。

EXPIRED

リポジトリ内でEXPIRED(見つからなかったことを示します)とマークされているバックアップ・セット、プロキシ・コピーおよびイメージ・コピーを表示します。出力の詳細は、表2-9を参照してください。

LIST EXPIREDに最新出力が表示されるようにするには、CROSSCHECKコマンドを定期的に実行してください。CROSSCHECKコマンドを使用すると、RMANでは、ディスクおよびテープで、リポジトリに記録されているバックアップおよびコピーが検索されます。見つからない場合は、リポジトリ・レコードが状態EXPIREDに更新されます。

listObjectSpec

リストする期限切れオブジェクトのタイプを指定します。

関連項目: 「listObjectSpec」を参照してください

maintQualifier

リストの範囲を制限します。

関連項目: 「maintQualifier」を参照してください

recordSpec

リストする期限切れオブジェクトを指定します。

関連項目: 「recordSpec」を参照してください

forDbUniqueNameOption

Data Guard環境の指定したDB_UNIQUE_NAMEにのみ関連付けられた、listObjectSpecまたはrecordSpecの期限切れファイルをリストします。

データベースはdb_unique_nameで指定できますが、ALLを使用すると、特定のDBIDについてカタログに記録されている一意の名前のデータベースをすべて指定できます。リカバリ・カタログ内のデータベースは、DBIDおよびDB_UNIQUE_NAME初期化パラメータの値によって一意に識別されます。

RMANは、リカバリ・カタログに接続している必要があります。また、RMANは、マウント済またはオープン状態のターゲット・データベースに接続しているか、SET DBIDコマンドを実行している必要があります。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください

FAILURE

データ・リカバリ・アドバイザによって記録された障害をリストします。RMANが接続しているデータベースは、単一インスタンス・データベースである必要があります。また、フィジカル・スタンバイ・データベース以外である必要があります。

関連項目: 「Oracle RACおよびデータ・リカバリ・アドバイザ」を参照してください

データ・リカバリ・アドバイザは、データの損失や破損の原因となる幅広い物理的な問題を検出して修復できます。物理的な破損は、通常、I/Oサブシステムのエラーや人為的エラーが原因で発生します。データ・リカバリ・アドバイザは、一部のタイプの論理的な破損については、検出して処理することができません。このタイプの破損については、Oracleサポート・サービスに問い合せる必要があります。

データ・リカバリ・アドバイザでは、障害とは、一連の修復処置にマップされる永続的なデータの破損のことです。データ障害は、各種チェック(データベースまたはその構成要素の状態を評価する診断手順)で検出されます。それぞれのチェックで、1つ以上の障害が診断され、その障害は一連の修復に対応付けられます。

一般的な例としては、LIST FAILUREを実行して障害をリストしてから、ADVISE FAILUREを使用して修復オプションを表示し、REPAIR FAILUREを実行して障害を修復します。これらのコマンドを同じRMANセッションで実行します。

LIST FAILUREでオプションを指定しない場合は、ステータスがOPENで、優先順位が最も高い障害のみがリストされます。したがって、CRITICALとHIGHの障害が存在する場合は、コマンド出力に必ずリストされます。優先順位がLOWの障害は、優先順位がCRITICALの障害とHIGHの障害が両方とも存在しない場合にのみリストされます。障害は発生した逆順で保存されます(最新の障害が最初にリストされます)。

LIST FAILUREコマンドを実行しても、新しい障害を診断するチェックは開始されません。このコマンドは、それまでに実行済の評価結果をリストします。したがって、LIST FAILUREを繰り返し実行すると、コマンドを実行してから次にコマンドを実行するまでの間に発生したエラーに対応してデータベースで新しい障害が自動的に診断された場合にのみ、その障害が検出されます。ただし、LIST FAILUREは、その実行時に既存のすべての障害を再評価します。ユーザーが障害を手動で修正した場合や、障害が一過性のもので存在しなくなっていた場合は、その障害がLIST FAILUREの出力から除かれます。

関連項目: LIST FAILUREの出力表の列ヘッダーの説明は表2-27、実例については例2-110を参照してください。

ALL

ステータスがOPENの障害を、優先順位とは無関係にすべてリストします。

CRITICAL

ステータスがOPENでCRITICALな障害のみをリストします。

HIGH

優先順位がHIGHでステータスがOPENの障害のみをリストします。

LOW

優先順位がLOWでステータスがOPENの障害のみをリストします。

UNKNOWN

データベースがマウントされるまで優先順位を決定できない障害のみをリストします。

failureNumber

障害を障害番号で指定します。

CLOSED

クローズされている障害のみをリストします。

EXCLUDE FAILURE failureNumber

指定された障害をリストから除外します。

DETAIL

まとめられた障害を展開してリストします。たとえば、あるファイル内の複数箇所でブロックが破損している場合にDETAILオプションを指定すると、それぞれの破損ブロックがリストされます。

INCARNATION

データベースのインカネーションに関する情報を表示します。

RESETLOGSオプションでデータベースをオープンするたびに、データベースの新規インカネーションが作成されます。LIST INCARNATIONを実行したときにデータベースのインカネーションがn個表示された場合は、そのデータベースのオンラインREDOログがn-1回リセットされています。

LIST出力には、指定したデータベース名に該当するすべてのデータベース・インカネーション・レコードの主キーが(インカネーション・キーが含まれるInc Key列に)含まれます。RMANが現行とみなしているインカネーションを前のインカネーションに変更するには、RESET DATABASEコマンドでこのキーを使用します。

関連項目: LIST INCARNATIONの出力表の列ヘッダーの説明は表2-24、実例については例2-109を参照してください。

OF DATABASE database_name

データベースの名前を指定します。OF DATABASEオプションを指定しない場合、LISTは、リカバリ・カタログに登録されているすべてのデータベースを表示します。

listObjectSpec

リストする期限切れオブジェクトのタイプを指定します。

関連項目: 「listObjectSpec」を参照してください

maintQualifier

リストの範囲を制限します。

関連項目: 「maintQualifier」を参照してください

recoverableClause

表示するリストを、リポジトリ内のステータスがAVAILABLEで、ターゲット・データベースの現行のインカネーションでリストアとリカバリに使用できるデータファイル・バックアップまたはコピーに限定します。

関連項目: 「recoverableClause」を参照してください

recordSpec

リストするオブジェクトを指定します。

関連項目: 「recordSpec」を参照してください

untilClause

終了時刻、SCNまたはログ順序番号を指定します。

関連項目:「untilClause」を参照してください

RESTORE POINT

RMANリポジトリで認識されているリストア・ポイントを表示します。

関連項目: LIST RESTORE POINTの出力表の列ヘッダーの説明は、表2-26を参照してください。

restore_point_name

指定されたリストア・ポイントを表示します。

ALL

RMANリポジトリで認識されているすべてのリストア・ポイントを表示します。

forDbUniqueNameOption

Data Guard環境の指定したDB_UNIQUE_NAMEにのみ関連付けられたバックアップおよびリストア・ポイントをリストします。

データベースはdb_unique_nameで指定できますが、ALLを使用すると、特定のDBIDについてカタログに記録されている一意の名前のデータベースをすべて指定できます。リカバリ・カタログ内のデータベースは、DBIDおよびDB_UNIQUE_NAME初期化パラメータの値によって一意に識別されます。

RMANは、リカバリ・カタログに接続している必要があります。また、RMANでは、マウントされているかオープンされているターゲット・データベースに接続していることも必要です。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください

ALL SCRIPT NAMES

RMANでは、接続されているリカバリ・カタログのすべてのデータベースに定義されているすべてのグローバル・スクリプトおよびローカル・スクリプトが、コメントとともにリストされます。

リカバリ・カタログに接続している必要がありますが、ターゲット・データベースに接続している必要はありません。

GLOBAL SCRIPT NAMES

RMANでは、接続されているリカバリ・カタログで定義されているグローバル・スクリプトのみが、コメントとともにリストされます。

リカバリ・カタログに接続している必要がありますが、ターゲット・データベースに接続している必要はありません。

SCRIPT NAMES

現在のターゲット・データベースで実行できるローカル・スクリプトおよびグローバル・スクリプトがリストされます。

この形式でコマンドを使用するには、ターゲット・データベースとリカバリ・カタログに接続している必要があります。

関連項目: 出力の詳細は、表2-25を参照してください。実例は、例3-16を参照してください。

listObjectSpec

この副次句は、リストするオブジェクトのタイプを指定します。

構文要素

説明

BACKUP

バックアップ・セット(バックアップ・ピースの詳細も含む)およびプロキシ・コピーに関する情報を表示します。

関連項目: LIST BACKUP出力の説明は表2-9、実例については例2-105を参照してください。

OF listObjList

操作するオブジェクトのリストをlistObjList句で指定したオブジェクト型に限定します。オブジェクトを指定しなければ、LISTではデフォルトでOF DATABASE CONTROLFILE ARCHIVELOG ALLが使用されます。

注意: LIST BACKUP ... LIKEコマンドは有効ではありません。ただし、LIST BACKUP OF ARCHIVELOG LIKEのみは有効です。

関連項目: 「listObjList」を参照してください

listBackupOption

バックアップのサマリーまたは詳細情報をリストするかどうかを指定します。

archivelogRecordSpecifier

アーカイブREDOログ・ファイルの範囲情報を表示します。

COPY

データファイルのコピー、アーカイブREDOログ・ファイルおよびアーカイブREDOログ・ファイルのイメージ・コピーに関する情報のみを表示します。デフォルトでは、LIST COPYによってすべてのデータベース・ファイルとアーカイブREDOログ・ファイルのコピーが表示されます。使用可能および使用不可のイメージ・コピーのみでなく、リストアできないコピー、期限切れのコピーまたは使用不可能なコピーも出力に含まれます。

関連項目: LIST COPYの出力表の列ヘッダーの説明は、表2-21および表2-23を参照してください。

OF listObjList

操作するオブジェクトのリストをlistObjList句で指定したオブジェクト型に限定します。

関連項目: 「listObjList」を参照してください

foreignlogRecordSpecifier

外部アーカイブREDOログ・ファイルの範囲情報を表示します。

recoverableClause

この副次句は、リカバリ可能なバックアップを指定します。

構文要素

説明

RECOVERABLE

表示するリストを、リポジトリ内のステータスがAVAILABLEで、ターゲット・データベースの現行のインカネーションでリストアとリカバリに使用できる、期限切れのデータファイル・バックアップまたはコピーに限定します。このリストには、増分を適用できる有効な親を持たない増分バックアップ以外のすべてのバックアップおよびコピーが含まれます。

TO RESTORE POINT   restore_point_name

リストア・ポイントを作成した時点のSCNを上限として、リストア・ポイントを指定します。指定した値は含まれます。上限値が含まれるため、RMANは、リストア・ポイントに対応するSCNまでリカバリできるファイルのみをリストします。

untilClause

終了時刻、SCNまたはログ順序番号を指定します。

関連項目:「untilClause」を参照してください

listBackupOption

バックアップのサマリーを出力するか、特定のデータファイルのバックアップをリストするかを指定します。

構文要素

説明

BY FILE

各データファイル、アーカイブREDOログ・ファイル、制御ファイルおよびサーバー・パラメータ・ファイルのバックアップをリストします。

関連項目: LIST BACKUP ... BY FILE出力の説明は、表2-18、表2-19および表2-20を参照してください。

SUMMARY

バックアップごとに1行のサマリーを表示します。

関連項目: LIST BACKUP ... SUMMARY出力の説明は表2-16、出力例については例2-106を参照してください。

LISTコマンドの出力

出力で表示される情報については、次の表を参照してください。

- 表2-9

- 表2-10

- 表2-11

- 表2-12

- 表2-13

- 表2-14

- 表2-15

- 表2-16

- 表2-17

- 表2-18

- 表2-19

- 表2-20

- 表2-21

- 表2-22

- 表2-23

- 表2-24

- 表2-25

- 表2-26

- 表2-27

- 表2-28

表2-9 バックアップ・セットのリスト(データファイルのバックアップ・セットの場合)

列

指定対象

BS Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、BS Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがデフォルトのNOCATALOGモードで接続している場合、BS KeyにはV$BACKUP_SETのRECIDが表示されます。

Type

バックアップのタイプFullまたはIncr(増分)。

注意: データファイルのバックアップ・セットにのみ含まれる列。

LV

バックアップのレベル。非増分の場合はNULL、増分の場合はレベル0またはレベル1。

注意: データファイルのバックアップ・セットにのみ含まれる列。

Size

バックアップのサイズ(バイト)。

注意: データファイルのバックアップ・セットにのみ含まれる列。

Device Type

バックアップが行われたデバイスのタイプ(DISKまたはsbtなど)。

Elapsed Time

バックアップの期間。

Completion Time

バックアップ・セットを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境設定によって変わります。

List of data files in backup set ...

表2-11を参照してください。

表2-10 バックアップ・ピースのリスト(ピースが1つのみのセットの場合)

列

指定対象

BP Key

リカバリ・カタログまたはターゲット・データベース制御ファイルにあるバックアップ・ピースの一意の識別子。

RMANがリカバリ・カタログに接続している場合、BP Keyはカタログ内のバックアップ・ピースの主キーです。これは、RC_BACKUP_PIECEビューのBP_KEYに対応します。RMANがNOCATALOGモードで接続している場合、BP KeyにはV$BACKUP_PIECEのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKEYの値は異なります。

Status

バックアップ・ピースの状態。AVAILABLE、UNAVAILABLEまたはEXPIRED(各状態の説明は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照)。

Compressed

バックアップ・ピースが圧縮されているかどうか(YESまたはNO)。

Tag

バックアップ・セットに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

Piece Name/Handle

バックアップ・ピースのファイル名またはハンドル。バックアップ・ピースがSBTにある場合は、メディアIDが名前とともに表示されます。

SPFILE Included

サーバー・パラメータ・ファイルがバックアップに含まれます。

Control File Included

制御ファイルがバックアップに含まれます。

注意: この行は、現行の制御ファイルがバックアップに含まれる場合にのみ表示されます。

Ckp SCN

バックアップ制御ファイルのチェックポイントSCN。指定したSCNより前にREDOレコードに記録されたデータベース変更はすべて、制御ファイルに反映されます。

注意: この行は、現行の制御ファイルがバックアップに含まれる場合にのみ表示されます。

Ckp time

バックアップ制御ファイルのチェックポイントの時刻。指定した時刻より前にREDOレコードに記録されたデータベース変更はすべて、制御ファイルに反映されます。

注意: この行は、現行の制御ファイルがバックアップに含まれる場合にのみ表示されます。

表2-11 バックアップ・セット内のデータファイルのリスト

列

指定対象

File

バックアップされたファイルの数。

LV

バックアップのレベル。非増分の場合はNULL、増分の場合はレベル0またはレベル1。

Type

バックアップのタイプFullまたはIncr(増分)。

Ckp SCN

データファイルをバックアップした時点のデータファイルのチェックポイント。このSCNより前のデータベース変更はすべて、ファイルに書き込まれ、指定したSCN以降の変更はファイルに書き込まれていません。

Ckp Time

データファイルをバックアップした時点のデータファイルのチェックポイント。この時刻より前のデータベース変更はすべて、ファイルに書き込まれ、指定した時刻以降の変更はファイルに書き込まれていません。

Name

このバックアップ・セットからリストアされており、SET NEWNAMEコマンドが入力されていない場合に、このファイルがリストアされる場所。

関連項目: 「SET」を参照してください。

表2-12 バックアップ・セット内のアーカイブ・ログのリスト

列

指定対象

Thrd

REDOログのスレッド番号。

Seq

アーカイブ・ログのログ順序番号。

Low SCN

アーカイブ・ログ内の最小SCN。

Low Time

データベースが、この順序番号を持つREDOログに切り替わった時刻。

Next SCN

次のアーカイブ・ログ順序の下位SCN。

Next Time

次のアーカイブ・ログ順序の下位の時刻。

表2-13 バックアップ・セット ... のバックアップ・セット・コピー ... (複数ピースの場合のみ)

列

指定対象

Device Type

バックアップが行われたデバイスのタイプ(DISKまたはsbtなど)。

Elapsed Time

バックアップの期間。

Completion Time

バックアップ・セットを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境設定によって変わります。

Tag

バックアップ・セットに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-14 バックアップ・セット ... のコピー ... のバックアップ・ピースのリスト(複数ピースの場合)

列

指定対象

BP Key

リカバリ・カタログまたはターゲット・データベース制御ファイルにあるバックアップ・ピースの一意の識別子。

RMANがリカバリ・カタログに接続している場合、BP Keyはカタログ内のバックアップ・ピースの主キーです。これは、RC_BACKUP_PIECEビューのBP_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BP KeyにはV$BACKUP_PIECEのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKEYの値は異なります。

Pc#

バックアップ・セット内のバックアップ・ピースの数。

Status

バックアップ・ピースの状態。AVAILABLE、UNAVAILABLEまたはEXPIRED(各状態の説明は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照)。

Piece Name

バックアップ・ピースのファイル名またはハンドル。バックアップ・ピースがSBTに格納されている場合は、メディアIDも表示されます。

表2-15 プロキシ・コピーのリスト

列

指定対象

PC Key

このプロキシ・コピーを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、PC Keyはカタログ内のプロキシ・コピーの主キーです。これは、RC_PROXY_DATAFILEビューのXDF_KEYまたはRC_PROXY_CONTROLFILEビューのXCF_KEYに対応します。RMANがNOCATALOGモードで接続している場合、PC KeyにはV$PROXY_DATAFILEのRECIDが表示されます。

File

コピーされたデータファイルの絶対ファイル番号。

Status

プロキシ・コピーの状態。AVAILABLE、UNAVAILABLEまたはEXPIRED(各状態の説明は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照)。

Completion Time

バックアップ・セットを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境設定によって変わります。

Ckp SCN

プロキシ・コピー制御ファイルのチェックポイントSCN。指定したSCNより前にREDOレコードに記録されたデータベース変更はすべて、制御ファイルに反映されます。

Ckp time

プロキシ・コピー制御ファイルのチェックポイント時刻。指定した時刻より前にREDOレコードに記録されたデータベース変更はすべて、制御ファイルに反映されます。

Datafile name

このバックアップ・セットからリストアされており、SET NEWNAMEコマンドが入力されていない場合に、このファイルがリストアされる場所。

関連項目: 「SET」を参照してください。

Handle

このプロキシ・コピー用のメディア・マネージャのハンドル。オブジェクトがsbtにある場合は、メディアIDも表示されます。

Tag

プロキシ・コピーに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-16 バックアップ・セットのリスト(LIST BACKUP ... SUMMARY)

列

指定対象

Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、BS Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BS KeyにはV$BACKUP_SETのRECIDが表示されます。

TY

バックアップのタイプ。バックアップ・セット(B)またはプロキシ・コピー(P)。

LV

増分バックアップの場合は、増分バックアップのレベル(0または1)。

データファイルの全体バックアップを含むバックアップ・セットの場合はF。

アーカイブREDOログ・ファイルを含むバックアップ・セットの場合はA。

S

バックアップの状態。A(使用可能)、U(使用不可能)またはX(セットのすべてのバックアップ・ピースが期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

Device Type

バックアップが行われたデバイスのタイプ(DISKまたはsbtなど)。

Completion Time

バックアップ・セットを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境設定によって変わります。

#Pieces

バックアップ・セット内のバックアップ・ピースの数。

#Copies

セット内のバックアップ・ピースごとに作成されたコピー数。多重化が実行されていない場合、この数値は1です。それ以外の場合、値の範囲は2から4までです。

Compressed

バックアップ・セットがRMANにより圧縮された場合はYES。RMANにより圧縮されていない場合はNO。

Tag

バックアップ・セットに適用されるタグ。アスタリスク(*)は、バックアップ・ピースのタグが同じバックアップ・セット内で異なることを示します。この状態は、CATALOGまたはBACKUP BACKUPSETを使用しているときにユーザーがタグを変更した場合に発生します。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-17 バックアップ・ピースのリスト(LIST BACKUPPIECE ...)

列

指定対象

BP Key

リカバリ・カタログまたはターゲット・データベース制御ファイルにあるバックアップ・ピースの一意の識別子。

RMANがカタログに接続している場合、BP Keyはカタログ内のバックアップ・ピースの主キーです。これは、RC_BACKUP_PIECEビューのBP_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BP KeyにはV$BACKUP_PIECEのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKEYの値は異なります。

BS Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、BS Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BS KeyにはV$BACKUP_SETのRECIDが表示されます。

Pc#

バックアップ・セット内のバックアップ・ピースの数。

Cp#

バックアップ・セット内のこのバックアップ・ピースのコピー数。多重化が実行されていない場合、この数値は1です。それ以外の場合、値の範囲は2から4までです。

Status

バックアップ・ピースの状態。AVAILABLE、UNAVAILABLEまたはEXPIRED(各状態の説明は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照)。

Device Type

バックアップが行われたデバイスのタイプ(DISKまたはsbtなど)。

Piece Name

バックアップ・ピースのファイル名またはハンドル。ピースがSBTに格納されている場合は、ハンドルおよびメディアIDが表示されます。

表2-18 データファイル・バックアップのリスト(LIST BACKUP ... BY FILE)

列

指定対象

File

絶対データファイル番号。

Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがNOCATALOGモードでターゲット・データベースに接続している場合、KeyにはV$BACKUP_SETのRECIDが表示されます。

TY

バックアップのタイプ。バックアップ・セット(B)またはプロキシ・コピー(P)。

LV

バックアップ・レベル。非増分の場合はF、増分の場合はレベル0またはレベル1。

S

バックアップの状態。A(使用可能)、U(使用不可能)またはX(セットのすべてのバックアップ・ピースが期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

Ckp SCN

データファイルをバックアップした時点のデータファイルのチェックポイント。このSCNより前のデータベース変更はすべて、ファイルに書き込まれます。指定したSCN以降の変更はファイルに書き込まれません。

Ckp Time

データファイルをバックアップした時点のデータファイルのチェックポイント。時刻より前のデータベース変更はすべて、ファイルに書き込まれます。指定した時刻以降の変更はファイルに書き込まれません。

#Pieces

バックアップ・セット内のバックアップ・ピースの数。

#Copies

セット内のバックアップ・ピースごとに作成されたコピー数。多重化が実行されていない場合、この数値は1です。それ以外の場合、値の範囲は2から4までです。

Compressed

バックアップがRMANにより圧縮された場合はYES。RMANにより圧縮されていない場合はNO。

Tag

バックアップ・セットに適用されるタグ。アスタリスク(*)は、バックアップ・ピースのタグが同じバックアップ・セット内で異なることを示します。この状態は、CATALOGまたはBACKUP BACKUPSETを使用しているときにユーザーがタグを変更した場合に発生します。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-19 アーカイブ・ログ・バックアップのリスト(LIST BACKUP ... BY FILE)

列

指定対象

Thrd

REDOログのスレッド番号。

Seq

アーカイブ・ログのログ順序番号。

Low SCN

アーカイブ・ログ内の最小SCN。

Low Time

データベースが、この順序番号を持つREDOログに切り替わった時刻。

BS Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、BS Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BS KeyにはV$BACKUP_SETのRECIDが表示されます。

S

バックアップの状態。A(使用可能)、U(使用不可能)またはX(セットのすべてのバックアップ・ピースが期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

#Pieces

バックアップ・セット内のバックアップ・ピースの数。

#Copies

セット内のバックアップ・ピースごとに作成されたコピー数。多重化が実行されていない場合、この数値は1です。それ以外の場合、値の範囲は2から4までです。

Compressed

バックアップがRMANにより圧縮された場合はYES。RMANにより圧縮されていない場合はNO。

Tag

バックアップ・セットに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-20 制御ファイル・バックアップのリスト(LIST BACKUP ... BY FILE)

列

指定対象

CF Ckp SCN

制御ファイルのチェックポイントSCN。

Ckp Time

アーカイブ・ログのログ順序番号。

BS Key

このバックアップ・セットを識別する一意のキー。

RMANがリカバリ・カタログに接続している場合、BS Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_BACKUP_SETビューのBS_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、BS KeyにはV$BACKUP_SETのRECIDが表示されます。

S

バックアップの状態。A(使用可能)、U(使用不可能)またはX(セットのすべてのバックアップ・ピースが期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

#Pieces

バックアップ・セット内のバックアップ・ピースの数。

#Copies

セット内のバックアップ・ピースごとに作成されたコピー数。多重化が実行されていない場合、この数値は1です。それ以外の場合、値の範囲は2から4までです。

Compressed

バックアップがRMANにより圧縮された場合はYES。RMANにより圧縮されていない場合はNO。

Tag

バックアップ・セットに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-21 データファイルのコピーのリスト

列

指定対象

Key

データファイルのコピーを指す一意の識別子。CHANGEコマンドでこの値を使用して、データファイルのコピーの状態を変更します。

RMANがリカバリ・カタログに接続している場合、Keyはカタログ内のデータファイルのコピーの主キーです。これは、RC_DATAFILE_COPYビューのCDF_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、KeyにはV$DATAFILE_COPYのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKEYの値は異なります。

File

コピー元のデータファイルのファイル番号。

S

コピーの状態。A(使用可能)、U(使用不可能)、X(期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

Completion Time

コピーを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境変数によって変わります。

Ckp SCN

このデータファイルのコピーを取った時点のデータファイルのチェックポイント。このSCNより前のデータベース変更はすべて、このデータファイルに書き込まれます。

Ckp TIME

このデータファイルのコピーを取った時点のデータファイルのチェックポイント。この時刻より前のデータベース変更はすべて、このデータファイルに書き込まれます。

Name

データファイルのコピーのファイル名。

Tag

データファイルのコピーに適用されたタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-22 制御ファイルのコピーのリスト

列

指定対象

Key

制御ファイルのコピーを指す一意の識別子。CHANGEコマンドでこの値を使用して、コピーの状態を変更します。

RMANがリカバリ・カタログに接続している場合、Keyはカタログ内の制御ファイル・コピーの主キーです。これは、RC_CONTROLFILE_COPYビューのCCF_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、KeyにはV$DATAFILE_COPYのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKeyの値は異なります。

S

コピーの状態。A(使用可能)、U(使用不可能)、X(期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

Completion Time

コピーを取った日付と時刻。このフィールドの書式は、NLS_LANGおよびNLS_DATE_FORMATの環境変数によって変わります。

Ckp SCN

この制御ファイルのコピーを取った時点の制御ファイルのチェックポイント。

Ckp TIME

この制御ファイルのコピーを取った時点の制御ファイルのチェックポイント。

Name

制御ファイルのコピーのファイル名。

Tag

制御ファイル・コピーに適用されるタグ。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

表2-23 アーカイブ・ログ・コピーのリスト

列

指定対象

Key

アーカイブREDOログ・コピーの一意の識別子。CHANGEコマンドでこの値を使用して、コピーの状態を変更します。

RMANがリカバリ・カタログに接続している場合、Keyはカタログ内のバックアップ・セットの主キーです。これは、RC_ARCHIVED_LOGビューのAL_KEYに対応します。RMANがNOCATALOGモードで接続されている場合、KeyにはV$ARCHIVED_LOGのRECIDが表示されます。

注意: リカバリ・カタログおよび制御ファイルにあるKeyの値は異なります。

Thrd

REDOログのスレッド番号。

Seq

ログ順序番号。

S

コピーの状態。A(使用可能)、U(使用不可能)、X(期限切れ)。それぞれの状態の詳細は、CHANGE、CROSSCHECKおよびDELETEコマンドを参照してください。

Low Time

データベースが、この順序番号を持つREDOログに切り替わった時刻。

Name

アーカイブREDOログ・コピーのファイル名。

表2-24 データベースのインカネーションのリスト

列

指定対象

DB Key

Inc Keyと結合して、RMANがリカバリ・カタログのデータベース・インカネーションを識別する一意のキー。リカバリ・カタログからデータベースを登録解除する(そのデータベースに関連付けられている行をすべてリカバリ・カタログから削除する)場合、このキーを使用します。

Inc Key

DB Keyと結合して、RMANがリカバリ・カタログのデータベース・インカネーションを識別する一意のキー。このキーは、最新のRESETLOGSより前の時点までデータベースをリカバリするときに、RESET DATABASE TO INCARNATIONで使用します。

DB Name

DB_NAMEパラメータにリストされたデータベース名。

DB ID

データベース作成時にデータベースが自動的に生成するデータベース識別番号。

STATUS

現行インカネーションの場合はCURRENT、現行インカネーションの親インカネーションの場合はPARENT、孤立したインカネーションの場合はORPHAN。

Reset SCN

インカネーションが作成されたときのSCN。

Reset Time

インカネーションが作成された時刻。

表2-25 リカバリ・カタログのストアド・スクリプトのリスト(LIST SCRIPT NAMES)

列

指定対象

Script Name

ストアド・スクリプトの名前。

Description

スクリプトの作成時に指定したコメント。

表2-26 リストア・ポイントのリスト(LIST RESTORE POINT)

列

指定対象

SCN

リストア・ポイントのSCN。

RSP Time

CREATE RESTORE POINT文で指定した時間。それ以外の場合はNULLです。

Type

保証付きリストア・ポイントの場合はGUARANTEED。通常のリストア・ポイントの場合はNULL。

Time

リストア・ポイントが作成された時刻。

Name

リストア・ポイントの名前。

表2-27 障害のリスト

列

指定対象

Failure ID

障害を示す一意の識別子。

Priority

障害の優先順位: CRITICAL、HIGHまたはLOW。

優先順位がCRITICALの障害は、データベース全体を使用できなくするため、すぐに対応する必要があります。通常、CRITICALな障害が発生するとインスタンスが停止し、その後のインスタンスの起動時に障害が診断されます。データベースはCRITICALな障害がすべて修正されるまで使用できません(「ADVISE FAILURE」を参照)。

障害の優先順位がHIGHの場合は、データベースの一部が使用できなくなるか、リカバリできなくなるため、通常は合理的に短時間で修復する必要があります。このような障害の例には、データ・ブロックの物理的な破損、致命的でないI/Oエラー、アーカイブREDOログ・ファイルまたはバックアップ・ファイルの欠落などがあります。

優先順位がLOWの障害は、それより重要な障害が修正されるまで無視できます。たとえば、ブロックの破損には、優先順位のHIGHが初期的に割り当てられますが、このブロックがデータベースの可用性に影響しない場合は、CHANGE FAILUREを使用して優先順位をLOWに変更できます。

Status

障害の修復ステータス。適切な修復処理が開始されるまで、障害のステータスはOPEN(未修復)になります。修復が完了すると、障害ステータスがCLOSEDに変更されます。

Time Detected

障害が診断されたときの日付。

Summary

障害の概要。

表2-28 データベースのリスト(LIST DB_UNIQUE_NAME)

列

指定対象

DB Key

Inc Keyと結合して、RMANがリカバリ・カタログのデータベース・インカネーションを識別する一意のキー。プライマリ・データベースおよびスタンバイ・データベースは、同じDB Key値を共有します。

DB Name

データベースのDB_NAME。プライマリ・データベースおよびスタンバイ・データベースは、同じDB Name値を共有します。

DB ID

データベースのDBID。プライマリ・データベースおよびスタンバイ・データベースは、同じDBIDを共有します。

Database Role

データベースがプライマリ・データベースである場合はPRIMARY、データベースがスタンバイ・データベースである場合はSTANDBY。

Db_unique_name

データベースのDB_UNIQUE_NAME。プライマリ・データベースおよびスタンバイ・データベースのDB_UNIQUE_NAME値は異なります。

例

例2-105 バックアップのリスト

この例では、すべてのバックアップをリストします。出力には、ディスク上の2つのバックアップ・セット、つまりデータファイルを含むものと自動バックアップを含むものが表示されます。また、アーカイブREDOログ・ファイルを含む1つのSBTバックアップも表示されます。

RMAN> LIST BACKUP;

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
200     Full    509.78M    DISK        00:01:03     15-FEB-13
BP Key: 202   Status: AVAILABLE  Compressed: NO  Tag: TAG20130215T171219
Piece Name: /disk2/PROD/backupset/2013_02_15/o1_mf_nnndf_TAG20130215T171219_2xb17nbb_.bkp
List of Datafiles in backup set 200
File LV Type Ckp SCN    Ckp Time  Name
---- -- ---- ---------- --------- ----
1       Full 421946     15-FEB-13 /disk1/oradata/prod/system01.dbf
2       Full 421946     15-FEB-13 /disk1/oradata/prod/sysaux01.dbf
3       Full 421946     15-FEB-13 /disk1/oradata/prod/undotbs01.dbf
4       Full 421946     15-FEB-13 /disk1/oradata/prod/cwmlite01.dbf
5       Full 421946     15-FEB-13 /disk1/oradata/prod/drsys01.dbf
6       Full 421946     15-FEB-13 /disk1/oradata/prod/example01.dbf
7       Full 421946     15-FEB-13 /disk1/oradata/prod/indx01.dbf
8       Full 421946     15-FEB-13 /disk1/oradata/prod/tools01.dbf
9       Full 421946     15-FEB-13 /disk1/oradata/prod/users01.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
201     Full    7.98M      DISK        00:00:03     15-FEB-13
BP Key: 203   Status: AVAILABLE  Compressed: NO  Tag: TAG20130215T171219
Piece Name: /disk2/PROD/backupset/2013_02_15/o1_mf_ncsnf_TAG20130215T171219_2xb19prg_.bkp
SPFILE Included: Modification time: 15-FEB-13
SPFILE db_unique_name: PROD
Control File Included: Ckp SCN: 421968       Ckp time: 15-FEB-13

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
227     30.50M     SBT_TAPE    00:00:11     15-FEB-13
BP Key: 230   Status: AVAILABLE  Compressed: NO  Tag: TAG20130215T171334
Handle: 0bia4rtv_1_1   Media:

List of Archived Logs in backup set 227
Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
---- ------- ---------- --------- ---------- ---------
1    5       389156     15-FEB-13 411006     15-FEB-13
1    6       411006     15-FEB-13 412972     15-FEB-13
1    7       412972     15-FEB-13 417086     15-FEB-13
1    8       417086     15-FEB-13 417114     15-FEB-13
1    9       417114     15-FEB-13 417853     15-FEB-13
1    10      417853     15-FEB-13 421698     15-FEB-13
1    11      421698     15-FEB-13 421988     15-FEB-13

例2-106 バックアップのサマリー・リストの表示

この例では、例2-105でリストされているRMANのバックアップのサマリーを表示します。

RMAN> LIST BACKUP SUMMARY;

List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
200     B  F  A DISK        15-FEB-13       1       1       NO         TAG20130215T171219
201     B  F  A DISK        15-FEB-13       1       1       NO         TAG20130215T171219
227     B  A  A SBT_TAPE    15-FEB-13       1       1       NO         TAG20130215T171334

例2-107 ファイルによるバックアップのリスト

この例では、すべてのバックアップをファイル別にグループ化します。データファイルのバックアップのタグ列は、1つのバックアップ・セットにタグの異なるバックアップ・ピースが含まれていることを示しています。アーカイブ・ログ・バックアップのステータス列は、バックアップ・セットが使用できないことを示しています。

RMAN> LIST BACKUP BY FILE;

List of Datafile Backups
========================

File Key     TY LV S Ckp SCN    Ckp Time  #Pieces #Copies Compressed Tag
---- ------- -  -- - ---------- --------- ------- ------- ---------- ---
1    329     B  F  A 454959     16-FEB-13 1       1       NO         DF1
2    349     B  F  A 454997     16-FEB-13 1       1       NO         DF2
3    527     B  F  A 455218     16-FEB-13 1       1       NO         FRI_BKP
368     B  F  A 455022     16-FEB-13 1       1       NO         DF3
4    387     B  F  X 455042     16-FEB-13 1       1       NO         DF4
5    407     B  F  A 455063     16-FEB-13 1       1       NO         DF5
6    428     B  F  A 455083     16-FEB-13 1       2       NO         *
7    450     B  F  X 455103     16-FEB-13 1       1       NO         DF7
8    473     B  F  A 455123     16-FEB-13 1       1       NO         DF8
9    497     B  F  A 455143     16-FEB-13 1       1       NO         DF9

List of Archived Log Backups
============================

Thrd Seq     Low SCN    Low Time  BS Key  S #Pieces #Copies Compressed Tag
---- ------- ---------- --------- ------- - ------- ------- ---------- ---
1    5       389156     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    6       411006     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    7       412972     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    8       417086     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    9       417114     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    10      417853     15-FEB-13 227     U 1       1       NO         TAG20130215T171334
1    11      421698     15-FEB-13 227     U 1       1       NO         TAG20130215T171334

List of Control File Backups
============================

CF Ckp SCN Ckp Time  BS Key  S #Pieces #Copies Compressed Tag
---------- --------- ------- - ------- ------- ---------- ---
454974     16-FEB-13 330     A 1       1       NO         DF1
421968     15-FEB-13 201     A 1       1       NO         TAG20130215T171219
List of SPFILE Backups
======================

Modification Time BS Key  S #Pieces #Copies Compressed Tag
----------------- ------- - ------- ------- ---------- ---
15-FEB-13         330     A 1       1       NO         DF1
15-FEB-13         201     A 1       1       NO         TAG20130215T171219

例2-108 イメージ・コピーのリスト

次の例では、RMANで認識されるすべてのデータファイル、制御ファイルおよびアーカイブREDOログのコピーのリストを表示します。

RMAN> LIST COPY;

List of Datafile Copies
=======================

Key     File S Completion Time Ckp SCN    Ckp Time
------- ---- - --------------- ---------- ---------------
618     1    A 16-FEB-13       461057     16-FEB-13
Name: /disk2/PROD/datafile/o1_mf_system_2xdbrg13_.dbf
Tag: TAG20130216T140706

631     2    A 16-FEB-13       461163     16-FEB-13
Name: /disk2/PROD/datafile/o1_mf_sysaux_2xdbzybx_.dbf
Tag: TAG20130216T141109

List of Control File Copies
===========================

Key     S Completion Time Ckp SCN    Ckp Time
------- - --------------- ---------- ---------------
619     A 16-FEB-13       461133     16-FEB-13
Name: /disk2/PROD/controlfile/o1_mf_TAG20130216T140706_2xdbz5tb_.ctl
Tag: TAG20130216T140706

594     A 16-FEB-13       460650     16-FEB-13
Name: /disk2/PROD/controlfile/o1_mf_TAG20130216T135954_2xdbbz99_.ctl
Tag: TAG20130216T135954

List of Archived Log Copies for database with db_unique_name PROD
=====================================================================

Key     Thrd Seq     S Low Time
------- ---- ------- - ---------
105     1    5       A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_5_614616887.dbf

122     1    6       A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_6_614616887.dbf

123     1    7       A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_7_614616887.dbf

124     1    8       A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_8_614616887.dbf

125     1    9       A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_9_614616887.dbf

185     1    10      A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_10_614616887.dbf

221     1    11      A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_11_614616887.dbf

262     1    12      A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_12_614616887.dbf

263     1    13      A 15-FEB-13
Name: /disk1/oradata/prod/arch/archive1_13_614616887.dbf

例2-109 データベース・インカネーションのリスト

この例では、リカバリ・カタログに記録されているすべてのデータベース・インカネーションをリストします。

RMAN> LIST INCARNATION;

List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
78      94      PROD     1619073740       PARENT  1          14-FEB-13
78      79      PROD     1619073740       CURRENT 388003     15-FEB-13

例2-110 障害のリスト

この例では、優先順位に関係なくすべての障害をリストします。ALLを指定しない場合、LIST FAILUREの出力には優先順位がLOWの障害は含まれません。

RMAN> LIST FAILURE ALL;

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
142        HIGH     OPEN      23-APR-13     One or more non-system datafiles are missing
101        HIGH     OPEN      23-APR-13     Datafile 1: '/disk1/oradata/prod/system01.dbf'
contains one or more corrupt blocks

PRINT SCRIPT

用途

PRINT SCRIPTコマンドを使用すると、ローカルまたはグローバル・ストアド・スクリプトを標準出力またはファイルに出力できます。

前提条件

PRINT SCRIPTは、RMANプロンプトでのみ実行できます。RMANが、ターゲット・データベースとリカバリ・カタログに接続されている必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

指定したスクリプトがローカル・スクリプトである場合は、スクリプトを作成または置換したときに接続していたターゲット・データベースにRMANを接続する必要があります。

使用上の注意

GLOBALを指定しない場合、RMANでは、ローカル・スクリプトまたはグローバル・スクリプトscript_nameが検索され、出力されます。ローカル・スクリプトが検出された場合は、そのスクリプトが出力されます。ローカル・スクリプトが検出されず、グローバル・スクリプトscript_nameが検出された場合は、グローバル・スクリプトが出力されます。

構文

printScript::=

セマンティクス

構文要素

説明

GLOBAL

スクリプトをグローバルとして指定します。

GLOBALを指定する場合は、指定した名前のグローバル・スクリプトがリカバリ・カタログ内に存在している必要があります。存在していない場合は、RMANによりエラーRMAN-06004が戻されます。

関連項目: グローバル・スクリプトとローカル・スクリプトの違いについては、「使用上の注意」を参照してください

script_name

出力するスクリプトの名前を指定します。スクリプト名に空白または予約語が含まれている場合は、引用符で囲む必要があります。

TO FILE 'filename'

出力を標準出力ではなく指定したファイルに送信します。

例

例2-111 スクリプトのファイルへの出力

この例では、スクリプトをファイル/tmp/global_backup_db.rmanに出力します。

RMAN> PRINT GLOBAL SCRIPT global_backup_db TO FILE "/tmp/global_backup_db.rman";

例2-112 スクリプトの画面表示

この例では、ストアド・スクリプトを標準出力に出力します(例には出力例も含まれます)。

RMAN> PRINT SCRIPT backup_whole;

printing stored script: backup_whole
{
BACKUP
INCREMENTAL LEVEL 0 TAG backup_whole
FORMAT "/disk2/backup/%U"
DATABASE PLUS ARCHIVELOG;
}

QUIT

用途

QUITコマンドを使用すると、Recovery Managerユーティリティを停止できます。このコマンドの機能は、EXITコマンドと同じです。

前提条件

このコマンドはRMANプロンプトでのみ実行できます。

構文

quit::=

例

例2-113 RMANの終了

この例では、RMANを終了します(例には出力例も含まれます)。

RMAN> QUIT

Recovery Manager complete.

3 RMANコマンド: RECOVERからVALIDATEまで

この章では、RMANのコマンドをアルファベット順に説明します。RMANコマンドとコマンドライン・オプションの概要は、「RMANコマンドの概要」を参照してください。

- RECOVER

- REGISTER DATABASE

- RELEASE CHANNEL

- REPAIR FAILURE

- REPLACE SCRIPT

- REPORT

- RESET DATABASE

- RESTORE

- RESYNC CATALOG

- REVOKE

- RMAN

- RUN

- SEND

- SET

- SHOW

- SHUTDOWN

- SPOOL

- SQL

- SQL (引用符)

- STARTUP

- SWITCH

- TRANSPORT TABLESPACE

- UNREGISTER

- UPGRADE CATALOG

- VALIDATE

RECOVER

用途

RECOVERコマンドを使用すると、次の個々のタスクのいずれかを実行できます。

- データベース全体、またはリストアされた1つ以上のデータファイルの完全リカバリを実行します。

- データベース(DBPITR)、プラガブル・データベース(PDB)、表領域(TSPITR)、表または表パーティションのPoint-in-Timeリカバリを実行します。

- 適宜ロールフォワードするように、増分バックアップをデータファイルのイメージ・コピー(リストアされたデータファイルではなく)に適用します。

- データファイル内の破損したデータ・ブロックまたはその集合をリカバリします。

関連項目:

データファイルのリカバリ方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

リカバリに必要なすべてのREDOまたは増分の変更は、ディスクまたはSBTに存在している必要があります。RMANでリカバリ中に増分バックアップまたはアーカイブREDOログ・ファイルをリストアする必要がある場合は、構成済の自動チャネルを使用するか、またはそのバックアップを作成したものと同じタイプのチャネルを手動で割り当てる必要があります。

暗号化されている表領域に対してメディア・リカバリを実行する場合は、この表領域のメディア・リカバリを実行するときにOracleキーストアがオープンしている必要があります。暗号化されている表領域については、『Oracle Database管理者ガイド』を参照してください。

RECOVER BLOCKに固有の前提条件

RECOVER BLOCKには次の前提条件が適用されます。

- ターゲット・データベースは、ARCHIVELOGモードで実行され、現行の制御ファイルを使用してオープンまたはマウントされている必要があります。

- RMANでのリカバリ実行対象は、メディア破損マークが付いているブロックのみです。V$DATABASE_BLOCK_CORRUPTIONビューは、ファイルに対して最新のBACKUPまたはBACKUP ... VALIDATEコマンドの実行以降にファイル内で破損としてマークされたブロックを示します。

- 破損ブロックを含むデータファイルのバックアップは、プロキシ・バックアップではなく、全体バックアップである必要があります。プロキシ・バックアップしか存在しない場合に、それをディスク上のデフォルト以外の場所にリストアすると、RMANではリストアされたファイルがデータファイルのコピーとして認識されます。このデータファイルのコピーを、ブロック・メディア・リカバリに使用できます。

- RMANでリカバリに使用できるのはアーカイブREDOログ・ファイルのみです。ブロック・メディア・リカバリでは、欠落しているかアクセス不能なログは残りませんが、欠落しているかアクセス不能なレコードは残る場合があります(『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照)。

- RMANでフラッシュバック・ログを検索して破損ブロックの正常なコピーを見つけられるようにする場合は、ターゲット・データベースに対してフラッシュバック・データベースを有効にする必要があります。

- RMANでスタンバイ・データベースを検索して破損ブロックの正常なコピーを見つけられるようにする場合は、ターゲット・データベースがData Guard環境のフィジカル・スタンバイ・データベースに関連付けられている必要があります。また、フィジカル・スタンバイ・データベースが読取り専用の管理リカバリ・モードでオープンされている必要があります。

注意:

この操作を実行するには、アクティブなData Guardライセンスが必要です。

使用上の注意

デフォルトでは、RMANは完全なリカバリを実行します。Point-in-Timeリカバリの場合は、RUNコマンドのRESTOREとRECOVERの両方のコマンドの前にSET UNTILコマンドを入力して、両方のコマンドにUNTILの時刻が適用されるようにすることをお薦めします。データベースのリストア後にSET UNTILを実行すると、リストア済ファイルのタイムスタンプがターゲット時刻より後になるため、ターゲット時刻にデータベースのリカバリを実行できない場合があります。

注意:

不完全リカバリまたはバックアップ制御ファイルを使用したリカバリの後は、RESETLOGSオプションを指定してデータベースをオープンする必要があります。

増分バックアップおよびアーカイブREDOログ・ファイル

RECOVER BLOCKの場合を除き、RMANではリカバリに増分バックアップとアーカイブREDOログ・ファイルの両方を使用できます。RMANでは、次の検索順序を使用します。

1. ディスクまたはテープへの増分バックアップ・セット

2. ディスク上のアーカイブREDOログ・ファイル

3. ディスク上のアーカイブREDOログのバックアップ

4. テープ上のアーカイブREDOログのバックアップ・セット

RMANでアーカイブREDOログ・ファイルのリストア先を選択するときは、次の優先順位を使用します。

1. SET ARCHIVELOG DESTINATION

2. 値がLOCATION=USE_DB_RECOVERY_FILE_DESTに設定されているLOG_ARCHIVE_DEST_nパラメータ

3. LOG_ARCHIVE_DEST_1

RMANでは、増分バックアップからリストアされなかったデータファイルに増分バックアップを適用できます。増分バックアップのオーバーラップしているレベルが存在する場合は、RMANによって、最も長い期間をカバーしているレベルが自動的に選択されます。

ストレージ・スナップショットを使用したリカバリ

ストレージ・スナップショットの最適化により、サード・パーティのテクノロジを使用して、データベースまたは関連データファイルをBACKUPモードにしなくても、ストレージ・スナップショットを作成できます。ストレージ・スナップショットを使用してデータベースをリカバリする場合は、SNAPSHOT TIMEオプションを指定します。

関連項目:

スナップショット時間の指定の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

リカバリ操作に使用する場合、スナップショットは次の要件に準拠する必要があります。コンプライアンスの保証をベンダーに依頼します。

- データベースは、スナップショットの間、クラッシュ一貫性が保持される。

- スナップショットは、各ファイルの書込み順序を保持する。

- スナップショット・テクノロジによって、スナップショットが完了した時間が格納される。

注意:

データベース・スナップショットが使用可能であることを確認してください。スナップショットの間に構造変更が行われた場合、Oracle Databaseはリカバリにスナップショットを使用しません。SQL操作の中には、データベースの構造を変更できるものがあり、そのようなSQLはスナップショットの途中では使用しないでください。そのような操作のいくつかの例は、OFFLINE、ONLINE、READONLY、DROP、RENAME、SHRINKおよびADD句です。

関連項目:

データベース構造を変更する句の詳細は、『Oracle Database SQL言語リファレンス』のALTER DATABASEコマンドおよびALTER TABLESPACEコマンドを参照してください

RESETLOGSを介したリカバリ

データファイルのリカバリを行う前に、RESTOREする必要があります。リカバリするデータファイルが親インカネーション由来のものである場合、RMANでは、RESETLOGS操作を介して透過的にリカバリできます。必要に応じて、RECOVERコマンドを使用して、以前のデータベース・インカネーションからアーカイブREDOログ・ファイルと増分バックアップをリストアおよび適用できます(これらのログが以前のリリースのOracle Databaseで生成されている場合でも)。

OPEN RESETLOGSを使用してリカバリを行う場合は、リカバリに必要なすべてのログが揃っていることを確認します。以前のデータベース・インカネーションでは、バックアップの時点からRESETLOGS SCNより番号が1少ないSCNまでのログが含まれている必要があります。また、このインカネーションの表には、データベース・バックアップの作成時からのRESETLOGS操作の完全な履歴が含まれている必要があります。V$DATABASE_INCARNATIONに完全なメタデータが見つからない場合は、欠落しているインカネーションからアーカイブREDOログ・ファイルにCATALOGを使用して、このメタデータを再作成できます。

関連項目:

アーカイブREDOログ・ファイルをリストアするデフォルトの位置については、RESTOREコマンドを参照してください。高速リカバリ領域にログをステージングする場合、RMANは自動的にMAXSIZEオプションを指定します。

CDBおよびPDBのリカバリ

RMANでは、マルチテナント・コンテナ・データベース(CDB)全体、root、1つ以上のPDB、およびrootまたはPDBの表領域をリカバリできます。PDBおよびCDBでは完全リカバリまたはPoint-in-Timeリカバリを実行できます。ただし、rootを特定の時点にリカバリすることはできません。

CDBおよびPDBのリカバリ手順は、非CDBの場合に似ています。違いは、CDBまたはPDBへの接続手順と使用するコマンドです。CDB全体、root、または複数のPDBをリカバリするには、rootに接続します。特定のPDBをリカバリするには、そのPDBに接続します。PDBをリカバリするには、RECOVER PLUGGABLE DATABASEコマンドを使用します。CDB全体をリカバリするには、RECOVER DATABASEコマンドを使用し、rootをリカバリするには、RECOVER DATABASE ROOTコマンドを使用します。

関連項目:

CDBおよびPDBへの接続の詳細は、「CONNECT」を参照してください

関連項目:

CDBおよびPDBのリカバリの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

Data Guard環境では、スタンバイ・データベースがプライマリ・データベースに追いつくように、プライマリ・データベースのPoint-in-Timeリカバリの後、CDB全体をリストアする必要がある場合があります。

構文

recover::=

(deviceSpecifier::=, recoverObject::=, recoverOptionList::=)

recoverSpec::=

(recoverObject::=, blockObject::=, recoverOptionList::=)

recoverObject::=

(dbObject, untilClause::=)

dbObject::=

blockObject::=

(datafileSpec::=)

recoverOptionList::=

(remapTableList::=, sizeSpec::=)

remapTableList::=

セマンティクス

recover

構文要素

説明

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。たとえば、自動ディスクおよびテープ・チャネルを構成してRECOVER DEVICE TYPE DISKを発行すると、RMANではディスク・チャネルのみが割り当てられます。

DEVICE TYPEオプションを指定する前に、CONFIGURE DEVICE TYPEコマンドを使用してデバイス・タイプを構成します(事前構成されるDISK以外)。

注意: チャネルを手動で割り当ててから、RECOVER DEVICE TYPEを実行することはできません。

関連項目: 「deviceSpecifier」を参照してください

recoverSpec

リカバリされるオブジェクトのタイプを指定します。

recoverSpec

構文要素

説明

recoverObject

リカバリされるオブジェクトのタイプを指定します。

blockObject

ブロック・メディア・リカバリを使用してリカバリするブロックを指定します。

recoverOptionList

リカバリ・オプションを指定します。

recoverObject

この副次句は、リカバリするファイルを指定します。構文図は、「recoverObject::=」を参照してください。

構文要素

説明

COPY OF dbObject

ファイルの最近の増分バックアップと同じ時刻またはそれ以前の時刻にロールフォワードするために、増分バックアップを指定したイメージ・コピーに適用します。既存のイメージ・コピーは上書きされ、リカバリ中はファジー状態になります。RMANでは、イメージ・コピーのリカバリ後に自動バックアップを実行します。

このコマンドを使用すると、データファイル・コピーが更新されますが、このコマンドは、現行のデータファイルのメディア・リカバリではありません。このコマンドをBACKUP... FOR RECOVER OF COPY構文と組み合せて使用すると、増分更新バックアップで計画が実装されます。

次の要件が満たされている必要があります。

- リカバリする各データファイルのコピーが1つ以上存在する必要がある。

- リカバリするイメージ・コピーより後に取られた増分バックアップが存在する必要がある。

操作を適用できる増分バックアップに対象となるコピーが複数ある場合は、RMANによって、適切なコピーが1つ選択される。

注意: RMANでは、指定された時刻にリカバリできない場合、エラーではなく警告が発行されます。これは、増分バックアップを使用できないためです。

WITH TAG tag_name

ロールフォワードするイメージ・コピーを識別するタグ名を指定します。

DATAFILECOPY 'filename'

増分バックアップを指定したデータファイルのイメージ・コピーに適用します(例3-4を参照)。RECOVER COPY OFの説明を参照してください。

dbObject

リカバリを必要とするデータ・ブロックを指定します。

FOREIGN DATAFILECOPY 'filename'

増分バックアップを適用することによって一貫性のある状態にする必要がある外部データファイル・コピーの名前を指定します。これらの外部データファイル・コピーは、ALLOW INCONSISTENT句とともにCONVERTまたはBACKUPコマンドを使用して、一貫性がないクロス・プラットフォーム・バックアップの間に作成されました。

FROM BACKUPSET 'filename'

FOREIGN DATAFILECOPYファイル名句を使用して指定された外部データファイル・コピーに適用する必要があるクロス・プラットフォーム増分バックアップを含むバックアップ・セットの名前を指定します。

クロス・プラットフォーム増分バックアップを適用するには、次の条件を満たす必要があります。

- クロス・プラットフォーム増分バックアップの各データファイルの開始SCNは、外部データファイル・コピーの現在のチェックポイントSCNより小さい必要があります。

- 外部データファイル・コピーは変更できません。
たとえば、ターゲット・データベースに組み込み、読取り/書込みモードに変更してから、読取り専用モードに戻すことが行われていない必要があります。これにより、外部データファイル・コピー・ヘッダー内のデータベースIDとファイル番号が変更されます。

これらの条件が満たされない場合はエラーが発生し、クロス・プラットフォーム増分バックアップが外部データファイル・コピーに適用されません。

注意: 複数のバックアップ・セットで構成された増分バックアップを外部データファイルのセットに適用することはできません。

TABLE schema.table[:partition]

リカバリする必要がある表または表パーティションを指定します。ターゲット・データベースは、読取り/書込みモードである必要があります。

REMAP TABLEオプションを使用して、ターゲット・データベースにあるリカバリされた表または表パーティションに新しい名前を割り当てることができます。

リカバリされた表をターゲット・データベースにインポートするときに、ターゲット・データベース内に同じ名前の表が存在する場合、エラー・メッセージが表示され、REMAP TABLE句を使用して表の名前を変更する必要があることが示されます。

パーティション表から特定のパーティションのみをリカバリした場合、各パーティションは別々の表としてターゲット・データベースにインポートされます。REMAP TABLEを使用してリカバリされたオブジェクトの名前を変更しなかった場合は、表名とパーティション名の組合せを使用することで、RMANによって各表の名前が指定されます。リカバリされたオブジェクトの表名は、tablename_partitionnameという書式です。その名前を持つ表がターゲット・データベース内に存在する場合は、RMANによって、生成された表名の最後に_1が追加されます。その名前を持つ表も存在する場合、RMANでは、表名の最後に_2が追加されます(以降も同様です)。

例3-8を参照してください。

OF PLUGGABLE DATABASE pdb_name

CDB内の、リカバリする必要がある表または表パーティションが存在するPDBの名前。PDB内の表または表パーティションをリカバリするには、「CDBおよびPDBへの接続」の説明に従ってrootに接続する必要があります。

SKIP

メディア・リカバリ開始前に、指定された表領域にあるデータファイルをオフラインにします。これらのファイルは、メディア・リカバリが完了した後もオフラインのままです。

このオプションは、一時データのみが含まれている表領域のリカバリを行わないようにしたり、いくつかの表領域のリカバリを延期する場合に有効です。

FOREVER

DROPオプションを使用してデータファイルをオフラインにします(例3-3を参照)。RESETLOGSオプションを使用してデータベースをオープンした後に、指定された表領域を削除する場合は、SKIP FOREVER TABLESPACEを使用します。

注意: 不完全リカバリを実行する場合は、SKIPにFOREVERオプションが必要になります。

TABLESPACE tablespace_name

オフラインにする表領域の名前を指定します。

TABLESPACE pdb_name:tablespace_name

PDB内の表領域の名前。

SNAPSHOT TIME 'date_string'

Storage Snapshot Optimizationを使用して作成されたスナップショット・バックアップからの時間ベースのリカバリを指定します。date_stringはスナップショットが完了した時間で、RMANのTIME書式(NLS_DATE_FORMAT環境変数で定義)で指定します。

SNAPSHOT TIMEをUNTIL TIMEまたはUNTIL SCNと組み合せて、データベースのPoint-in-Timeリカバリ(DBPITR)を実行できます。ただし、特定の時刻またはSCNまでのDBPITRは、これらの時刻またはSCNが、指定したスナップショット完了時刻より後の場合にのみ実行できます。

関連項目: スナップショット・システムの要件およびスナップショット時間を指定する方法の詳細は、「ストレージ・スナップショットを使用したリカバリ」を参照してください。

TO RESTORE POINT restore_point_name

リストア・ポイントを作成した時点のSCNを上限として(上限値を含む)、RECOVERコマンドを終了するリストア・ポイントを指定します。上限値が含まれるため、RMANは、リストア・ポイントに対応するSCNまでリカバリできるファイルのみを選択します。

untilClause

RECOVERコマンドを終了する過去の時刻、SCN、またはログ順序番号を指定します。

1つ以上の表領域で使用する場合、この句は指定された表領域のPoint-in-Timeリカバリ(TSPITR)操作を示します。この句をRECOVER DATAFILEとともに、またはRECOVER DATABASEに使用しないでください(「使用上の注意」を参照)。データベースのPoint-in-Timeリカバリ(DBPITR)の後は、RESETLOGSオプションを指定してデータベースをオープンする必要があります。

関連項目:「untilClause」を参照してください

dbObject

この副次句は、データベースまたはデータベースのサブセットのいずれのリカバリを行うのかを指定します。構文図は、「dbObject::=」を参照してください。

構文要素

説明

DATABASE

データベース全体を指定します(例3-3を参照)。CDBの場合は、CDB全体を指定します。

CDBで、CDB全体をリカバリします。「CDBおよびPDBへの接続」の説明に従って、rootに接続し、CDB全体をバックアップします。

デフォルトでは、RECOVER DATABASEコマンドは、リカバリされる時点でNORMALモードでオフラインにされているファイルのリカバリは行いません。RMANは、NORMALモードでオフラインにされたファイルをそれ以上のチェックはしないで、除外します。

制御ファイルを失った後にリカバリを行う場合は、RMANでは、ディスク上のデータファイルの実際の位置を指すように制御ファイルを自動的に更新します(例3-5を参照)。

RMANは、データファイルの追加用のREDOを検出すると、追加されるデータファイルを含む表領域がリカバリ中にスキップされないかぎり、新しいデータファイルを自動的に作成します。これは、バックアップの制御ファイルがリカバリされる前にリストアされ、バックアップの制御ファイルに最近追加されたデータファイルのレコードが存在しない場合に実行されます。

DATABASE ROOT

CDB内のrootのみを指定します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

PLUGGABLE DATABASE pdb_name

CDB内の1つ以上のPDBを指定します。他のPDBは影響を受けず、オープンして操作可能な状態のままにできます。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。この句を使用するには、rootに接続する必要があります。

完全リカバリを実行する場合は、rootに接続する必要はありません。PDBに対してPoint-In-Timeリカバリ、表のリカバリ、TSPITR、または複製のいずれかの操作を実行するには、rootに接続します。rootまたはPDBに接続するには、「CDBおよびPDBへの接続」を参照してください。

DATAFILE datafileSpec

1つ以上のデータファイルのリストをファイル名または絶対データファイル番号で指定します。

ターゲット・データベースはマウントまたはオープン状態である必要があります。データベースがオープン状態の場合は、リカバリするデータファイルがオフラインである必要があります。

リカバリ・カタログを使用していない場合、ファイル名は制御ファイルに記録されているデータファイルの名前にする必要があります。リカバリ・カタログを使用している場合、制御ファイル内の名前が最近更新されている場合でも、データファイルのファイル名はカタログに記録された最新の名前にする必要があります。たとえば、制御ファイルでデータファイル名を変更後、カタログを再同期化する前にインスタンスで障害が発生したとします。RECOVERコマンドでは、カタログに記録されている古いデータファイル名を指定する必要があります。

注意: データベース全体をある1つの時点にリカバリしたり、表領域をデータベースの残りの表領域とは異なるある時点にリカバリ(TSPITR)することはできますが、個々のデータファイルを異なる時点へ任意にリカバリすることはできません。TSPITRの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明する手順を参照してください。

関連項目: 「datafileSpec」を参照してください

TABLESPACE tablespace_name

1つ以上の表領域のリストを指定します。ターゲット・データベースはマウントまたはオープン状態である必要があります。データベースがオープン状態の場合は、リカバリする表領域がオフラインである必要があります。

CDBのrootに接続している場合は、rootの表領域を指定します。PDBに接続している場合は、PDBの表領域の名前を指定します。

CDBでは、rootに接続している場合は、rootの表領域の名前を指定し、PDBに接続している場合は、PDBの表領域の名前を指定します。

注意: RMANは、データファイルの追加用のREDOを検出すると、新しいデータファイルを自動的に作成します。これは、バックアップの制御ファイルがリカバリされる前にリストアされ、バックアップの制御ファイルに最近追加されたデータファイルのレコードが存在しない場合に実行されます。

TABLESPACE pdb-name:tablespace_name

PDB内の表領域の名前。同じ名前の表領域が複数のPDBにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。この構文は、rootに接続している場合にのみ必要です。PDBに直接接続している場合は、TABLESPACE tablespace_nameを使用します。pdb-nameはPDBの名前です。

一般的な情報については、前述のTABLESPACEに関する説明を参照してください。

blockObject

この副次句は、リカバリを必要とするデータ・ブロックを指定します。構文図は、 「blockObject::=」を参照してください。ブロック・メディア・リカバリに固有の前提条件については、「RECOVER BLOCKに固有の前提条件」を参照してください。

RECOVER CORRUPTION LISTを使用してV$DATABASE_BLOCK_CORRUPTIONビューに示されたすべてのブロックをリカバリするか、またはデータファイル番号とブロック番号または表領域とデータ・ブロック・アクセス(DBA)を指定できます。RMANで個々のブロックに対して実行できるのは、完全リカバリのみです。

デフォルトでは、フラッシュバック・データベースが有効である場合に、RMANはフラッシュバック・ログを検索して破損ブロックの正常なコピーを見つけます。デフォルトでは、ターゲット・データベースがData Guard環境に存在する場合、RECOVER BLOCKコマンドによってフィジカル・スタンバイ・データベースからプライマリ・データベース(またはその逆)にブロックを自動的に取得できます。

構文要素

説明

CORRUPTION LIST

V$DATABASE_BLOCK_CORRUPTIONビューに一覧表示された物理破損ブロックをすべてリカバリします。ブロック・メディア・リカバリでは、一覧されているすべての論理破損ブロックを修復できない場合があります。これらの場合、表領域のPoint-in-Timeリカバリなどの代替リカバリ方法、または影響を受けたオブジェクトの削除と再作成によって破損を修復する場合があります。

V$DATABASE_BLOCK_CORRUPTIONビューに、RMANコマンド、ANALYZE、SQL問合せなどのOracle Databaseコンポーネントによって破損とマークされたブロックが表示されます。つまり、ORA-1578エラーが発生したプロセスはすべて、このビューにブロック破損が記録されます。このビューに行が追加されるのは、次の種類の破損の場合です。

- 物理的な破損(メディア破損と呼ばれることもあります)。データベースがブロックをまったく認識しない状態。チェックサムは無効になり、ブロック内はすべてゼロになるか、またはブロックのヘッダーとフッターが一致しません。

- 論理的な破損。ブロックには有効なチェックサムがあり、ヘッダーとフッターは一致しますが、内容に論理的な一貫性がありません。

このビューには、ブロックとセグメント間の関係を検証して検出できても、個々のブロックのチェックでは検出できない破損については記録されません。

注意: ブロックが修復されたことを確定または検出するRMANコマンドはいずれも、V$DATABASE_BLOCK_CORRUPTIONを更新します。たとえば、RMANは、ブロック・メディア・リカバリが正常に実行された後にリポジトリを更新します。BACKUP、RESTOREまたはVALIDATEコマンドは、ブロックが修復されていることを検出すると、修復されたブロックをビューから削除します。

DATAFILE datafileSpec

BLOCK integer TO integer

データファイル内の個々のデータ・ブロックまたはその集合をリカバリします。スタンバイまたはプライマリ・データベースからブロックをコピーできます。TOの範囲は上限値および下限値を含むため、BLOCK 10 TO BLOCK 20の場合ブロック10とブロック20の両方とも含まれます。

ブロック・メディア・リカバリは、データ消失や破損がデータファイル全体ではなく少数のブロックに適用される場合に役立ちます。通常、ブロックの破損はADVISE FAILUREコマンドまたはトレース・ファイル内のエラー・メッセージによってレポートされます。ブロック・レベルのデータ消失の原因は、次のとおりです。

- I/Oエラーによる軽度のデータ消失

- ディスクに書き込まれるメモリーの破損

recoverOptionListからオプションを指定しない場合に、データベースでフラッシュバック・データベースが有効化されているときは、RECOVER BLOCKを使用して、最初にフラッシュバック・ログ、次にバックアップを検索し、リストアするブロックの正常なバージョンを見つけます。

メディア破損マークが付いているブロックには、リカバリが完了するまでアクセスできません。

注意: 個々のブロックについて実行できるのは、完全リカバリのみです。つまり、すべてのREDOをブロックに適用する前に、リカバリを停止することはできません。

関連項目: 「datafileSpec」を参照してください

TABLESPACE tablespace_name DBA integer

破損ブロックを含む表領域の名前または番号、および破損ブロックのデータ・ブロック・アドレス(DBA)を指定します。ブロック・メディア・リカバリの実行対象は、破損ブロックのみです。

注意: データファイルのヘッダー・ブロック(ブロック1)はリカバリできません。

TABLESPACE pdb-name:tablespace_name DBA integer

PDB内の表領域の名前。同じ名前の表領域が複数のPDBにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

一般的な情報については、前述のTABLESPACEに関する説明を参照してください。

recoverOptionList

この副次句は、各種のリカバリ・オプションを指定します。構文図は、「recoverOptionList::=」を参照してください。

構文要素

説明

ALLOW integer CORRUPTION

リカバリ処理中に許容可能な破損ブロックの数を指定します。REDOログが破損したときのためにこのパラメータを設定できます。

ARCHIVELOG TAG tag_name

リカバリ中に使用するアーカイブ・ログ・バックアップ用のタグを指定します。タグ名には大/小文字区別がなく、すべて大文字で表示されます。リカバリに必要なすべてのアーカイブREDOログ・ファイルがタグ付きのバックアップに含まれていなければ、RMANは使用可能なバックアップから必要に応じてログまたは増分バックアップを使用します。

AUXILIARY DESTINATION 'location'

個々のファイルに対して別の位置が明示的に指定されていない場合は、TSPITRの実行中に作成される補助セットのデータファイル、制御ファイルおよびオンラインREDOログが作成された位置を指定します。

TSPITRでAUXILIARY DESTINATIONを指定しない場合は、UNTIL句を使用してRECOVER TABLESPACEを実行する前に、補助セット・データファイル、制御ファイルおよびオンラインREDOログのそれぞれの名前を指定する必要があります。指定しない場合、TSPITRは失敗します。

PDBのPoint-In-Timeリカバリの実行中に補助の宛先が指定されていない場合、補助の宛先として高速リカバリ領域が使用されます。補助の宛先が指定されておらず、高速リカバリ領域も構成されていない場合、PDBのリカバリは失敗します。

関連項目: 補助の宛先の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』のTSPITRに関する章を参照してください。

CHECK LOGICAL

物理的な破損チェックを通過したデータ・ブロックと索引ブロックについて、行ピースまたは索引エントリの破損などの論理的な破損がないかどうか調べます。RMANは論理的な破損を見つけると、alert.logとサーバー・セッション・トレース・ファイルにそのブロックのログを書き込みます。

SET MAXCORRUPTの設定値によって、ファイルに許容される物理的および論理的な破損の合計数が指定されます。デフォルトでは、MAXCORRUPTは0であるため、破損ブロックが存在する場合、メディア・リカバリは正常に実行されません。破損ブロックを含むリカバリを許容する場合は、MAXCORRUPTをメディア・リカバリが正常に実行されなくなる最小破損ブロック数に設定します。たとえば、1つの破損ブロックを許容するには、MAXCORRUPTを1に設定します。

あるファイルで検出された物理的な破損と論理的な破損の合計数がMAXCORRUPTの設定値以下の場合、RMANのコマンドは完了し、破損ブロック範囲がV$DATABASE_BLOCK_CORRUPTIONに移入されます。そうでない場合、このコマンドは、V$DATABASE_BLOCK_CORRUPTIONに移入を行わずに終了します。

DATAPUMP DESTINATION 'datapump_destination'

RMANバックアップからリカバリされる表または表パーティションを含むデータ・ポンプ・エクスポート・ダンプ・ファイルの場所を指定します。

データ・ポンプの格納場所を指定しない場合、RMANは、AUXILARY DESTINATIONで指定された格納場所にエクスポート・ダンプ・ファイルを作成します。補助の宛先が指定されていない場合、RMANはオペレーティング・システム固有のデフォルトの場所にダンプ・ファイルを作成します。Linuxでは、デフォルトの場所は$ORACLE_HOME/dbsです。Windowsでは、デフォルトの場所は%ORACLE_HOME\databaseです。

DELETE ARCHIVELOG

不要になったバックアップまたはコピーからリストアされたアーカイブREDOログ・ファイルを削除します。RMANは、RESTOREコマンドの開始前にディスク上に存在していたアーカイブREDOログ・ファイルは削除しません。MAXSIZEを指定しない場合、RMANでは、リストアされたアーカイブREDOログ・ファイルは適用後に削除されます。

注意: アーカイブREDOログ・ファイルを高速リカバリ領域にリストアする場合は、デフォルトでDELETE ARCHIVELOGオプションが使用可能になります。

MAXSIZE sizeSpec

リストアされたアーカイブREDOログ・ファイルには、sizeSpec以内のディスク領域を使用してください。リカバリにMAXSIZE値より大きいログのリストアが必要な場合は、RMANでは、MAXSIZE値を増やす必要があることを示すエラーがレポートされます。MAXSIZEがログを含むバックアップ・セットより小さい場合、RMANはログを抽出するためにバックアップ・セットを複数回読み込む必要があります。この場合、RMANによって、MAXSIZEを増やすように示す警告が発行されます。

DUMP FILE 'filename'

リカバリされた表または表パーティションを含むデータ・ポンプ・エクスポート・ダンプ・ファイルの名前を指定します。ダンプ・ファイルの名前を指定しない場合、RMANによってターゲット・データベースのオペレーティング・システムに基づくデフォルト名が割り当てられます。デフォルト名はtspitr_SID-of-clone_n.dmpです(SID-of-cloneはRMANによってリカバリに使用される補助データベースのOracle SID、nはランダムに生成された数です)。DATAPUMP DESTINATIONで指定された場所にダンプ・ファイルが作成されます。

DATAPUMP DESTINATIONに、DUMP FILEで指定されている名前のファイルが含まれる場合、リカバリ・プロセスは失敗します。

「DATAPUMP DESTINATION」も参照。

EXCLUDE FLASHBACK LOG

リストアするブロックを見つける場合にフラッシュバック・ログを検索しません。デフォルトでは、フラッシュバック・データベースが有効である場合に、RMANでフラッシュバック・ログを検索します。

EXCLUDE STANDBY

リストアするブロックを見つける場合にフィジカル・スタンバイ・データベースを検索しません。Data Guard環境では、RMANはデフォルトでフィジカル・スタンバイ・データベースのブロックを検索します。

FROM BACKUPSET

バックアップ・セットのみをリストアするように指定します。この句は、ブロック・メディア・リカバリ実行時のみサポートされます。ブロック・メディア・リカバリを実行するには、RECOVER ... BLOCKコマンドを使用します。

FROM DATAFILECOPY

データファイルのイメージ・コピーのみをリストアします。

この句は、ブロック・メディア・リカバリ実行時のみサポートされます。ブロック・メディア・リカバリを実行するには、RECOVER ... BLOCKコマンドを使用します。

FROM PLATFORM 'platform'

クロス・プラットフォーム・バックアップが作成されたソース・プラットフォームの名前を指定します。指定したプラットフォーム名がクロス・プラットフォーム・バックアップ・ヘッダーに格納されているプラットフォーム識別子と一致する必要があります。

宛先データベースで変換が実行される場合、この句が必要です。(BACKUPコマンドでTO PLATFORM句を使用することで)変換がソース・データベースで実行される場合、この句はオプションです。この句を省略した場合でも、FOREIGN DATAFILECOPY句とともにFROM BACKUPSET句を指定することで、クロス・プラットフォーム・バックアップをリカバリできます。

注意: バックアップ・セットを使用するクロス・プラットフォーム・データ・トランスポートは、Oracle Database 12cリリース1 (12.1)以上でサポートされます。

FOREIGN DATAFILECOPY 'ファイル名'を参照してください。

関連項目: ソースおよび宛先プラットフォーム変換の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

FROM SERVICE service_name

リモート・データベースからネットワークを介して転送されたバックアップ・セットを使用してデータファイルをリカバリします。service_nameは、リモート・データベースのサービス名を指定します。

「リモート・ホストからのファイルを使用したデータファイルと制御ファイルのリストア」を参照してください。

FROM TAG 'tag_name'

リカバリ中に使用する増分バックアップ用のタグを指定します。リカバリに必要なすべての増分がタグ付きのバックアップに含まれていなければ、RMANは使用可能なバックアップから必要に応じてログまたは増分バックアップを使用します。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

関連項目: 多重化バックアップ・セットの個別コピーにタグを適用する方法と、バックアップ・タグのデフォルトのファイル名形式については、「BACKUP」を参照してください。

NOPARALLEL

メディア・リカバリをパラレルに実行しません。RECOVERのデフォルトはパラレル実行です(RECOVER ... PARALLELオプションの説明を参照)。

NOREDO

リカバリ中のREDOログの適用を抑止します。増分バックアップのみを適用します。

このオプションは、増分バックアップを使用してNOARCHIVELOGデータベースの全体バックアップを更新する場合に使用できます(例3-6を参照)。REDOログが使用できない場合は、NOREDOオプションが必須です。NOARCHIVELOGモードで運用されているデータベースのリカバリ時にNOREDOを指定しない場合、RMANはリカバリを終了してエラー・メッセージを発行します。

注意: NOARCHIVELOGモードで運用されているデータベースの増分バックアップは、一貫性のある停止後にのみ実行できます。

また、スタンバイ・データベースまたは複製データベースを更新する場合も使用できます。BACKUP INCREMENTAL FROM SCNコマンドで作成した増分バックアップは、スタンバイ・データベースまたは複製データベースで適用できます。スタンバイ・データベースの手順については、『Oracle Data Guard概要および管理』を参照してください。

NOTABLEIMPORT

リカバリされた表または表パーティションをRMANがターゲット・データベースにインポートする必要がないことを指定します。

リカバリされたオブジェクトは、DUMP FILEおよびDATAPUMP DESTINATIONを使用して指定されたデータ・ポンプ・エクスポート・ダンプ・ファイルに格納されます。これらの句が省略されている場合、エクスポート・ダンプ・ファイルはデフォルトの場所に作成されます。

必要に応じて、エクスポート・ダンプ・ファイルに含まれる表または表パーティションを明示的にターゲット・データベースにインポートする必要があります。データ・ポンプ・インポート・ユーティリティを使用して、リカバリされたオブジェクトをインポートします。

注意: NOTABLEIMPORTは、REMAP TABLE句やREMAP TABLESPACE句とともに使用できません。

PARALLEL

パラレル・リカバリ(デフォルト)を指定します。

デフォルトでは、データベースでパラレルのメディア・リカバリを使用して、メディア・リカバリのロールフォワード・フェーズのパフォーマンスを向上させます。パラレル・リカバリのデフォルトの動作をオーバーライドするには、NOPARALLELオプションを指定したRECOVERまたはRECOVER PARALLEL 0を使用します。

メディアのパラレル・リカバリでは、ロールフォワード時に各データ・ブロックに別のプロセスを割り当てる分業体制を使用することで、操作の効率を高めています。プロセスの数は、CPU_COUNT初期化パラメータで指定されます(デフォルトでは、システム上のCPUの数と同じです)。たとえば、パラレル・リカバリをCPU_COUNTが4のシステム上で実行して、1つのデータファイルのみがリカバリされた場合、生成された4つのプロセスがデータファイルからブロックを読み取り、REDOを適用します。

通常、リカバリはデータ・ブロックに対する読取りと書込み時にI/Oバウンドとなります。ブロック・レベルでパラレル化すると、リカバリによりI/O合計が増加する場合に、非同期I/Oでのオペレーティング・システム制限をなくすことなどによって、リカバリのパフォーマンスが改善されます。効率的な非同期I/Oが行われるシステムでは、パラレル・メディア・リカバリを使用してもあまりメリットはありません。

注意: RECOVERY_PARALLELISM初期化パラメータは、インスタンス・リカバリまたはクラッシュ・リカバリのみを制御します。メディア・リカバリは、RECOVERY_PARALLELISMに使用する値による影響は受けません。

関連項目: 『Oracle Database SQL言語リファレンス』のCREATE TABLEのPARALLEL句に関する説明を参照してください。

integer

並列度としてintegerを指定します。

各パラレル・スレッドでは、1つまたは2つのパラレル実行サーバーを使用します。オプションです。

REMAP TABLE

ターゲット・データベース内のリカバリされた表または表パーティションの名前を変更します。RECOVERコマンドのTABLE句にリストされていない表またはパーティションは再マップできません。

パーティション表をリカバリするときに、表の一部のパーティションのみを再マップした場合、すべての表パーティションは別々の表としてインポートされます。

REMAPオプションを使用する場合、名前付きの制約と索引はインポートされません。

REMAP TABLESPACE source_tablespace_name:target_tablespace_name

リカバリされた表または表パーティションを、それらがソース・データベース内で属した表領域とは異なる表領域にインポートします。

source_tablespace_nameは、ソース・データベース内で表または表パーティションが存在した表領域の名前を指し、target_tablespace_nameは、表または表パーティションのインポート先の表領域の名前を指します。

REMAPオプションを使用する場合、名前付きの制約と索引はインポートされません。

SECTION SIZE sizeSpec

各ファイルを指定のセクション・サイズに分割して、検証をパラレル化します。

「SECTION SIZE sizeSpec」を参照してください。

SKIP READONLY

リカバリから読取り専用ファイルを除外します。

TEST

試行リカバリを開始します。

試行リカバリは、標準リカバリの手順で問題が発生した場合に役立ちます。試行リカバリを使用すると、データベースでREDOの適用後を予測し、発生する可能性のある問題を検出できます。試行リカバリでは、標準リカバリと同じ方法でREDOを適用しますが、ディスクへの変更書込みは行わず、試行リカバリの終了時に変更をロールバックします。

注意: 最後のRESETLOGS操作以降に実行したバックアップをリストアする場合にのみ、この句を使用できます。それ以外の場合、データベースはエラーを戻します。

UNDO TABLESPACE tablespace_name

ターゲット時刻にUNDOセグメントを持つ表領域のリストを指定します。RECOVER TABLESPACEでのみ使用可能です。

TSPITR中は、RMANではTSPITRターゲット時刻にUNDOセグメントがあったのはどの表領域かという情報が必要です。通常、この情報は、リカバリ・カタログを使用している場合はそのリカバリ・カタログにあります。

リカバリ・カタログがないか、リカバリ・カタログ内に情報がない場合、RMANでは、ターゲット時刻にUNDOセグメントを持つ一連の表領域が現在UNDOセグメントを持つ一連の表領域と同一である場合に続行します。この仮定が正しくない場合、TSPITRは失敗してエラーが表示されます。この場合は、UNDO TABLESPACEを使用できます。

USING [COMPRESSED] BACKUPSET

USING COMPRESSED BACKUPSETが使用されている場合、リカバリされるファイルが、圧縮されたバックアップ・セットとしてリモート・データベースから転送される必要があることを指定します。デフォルトでは、RMANはバックアップ・セットとしてファイルを転送します。したがって、USING BACKUPSET句を使用しない場合でも、ファイルはバックアップ・セットとして転送されます。圧縮の実行には、RMAN構成の圧縮アルゴリズムが使用されます。RECOVERコマンドの前にSET COMPRESSION ALGORITHMを実行することによって、異なる圧縮アルゴリズムを使用できます。

VALIDATE HEADER

RMANがリカバリに必要なファイルのリストアに使用できるバックアップをレポートして検証します(リストアは行いません)。

RECOVERをVALIDATE HEADERとともに実行すると、RMANは、RESTORE ... PREVIEWオプションを指定した場合と同じ機能を実行します。ただし、RMANは、リストアおよびリカバリに必要なファイルのリストに加えて、バックアップ・ファイルのヘッダーを検証し、ファイルがディスク上にあるか、またはRMANリポジトリのメタデータに対応するメディア管理カタログにあるかを判別します。

関連項目: RESTORE ... PREVIEWオプションの説明を参照してください。

remapTableList

構文要素

説明

schema

ソース・データベース内のスキーマの名前

old_tablename

ソース・データベース内の表の名前

partition

ソース・データベース内の表パーティションの名前

new_tablename

表をリカバリした後のターゲット・データベース内の表の名前

例

例3-1 オープン状態のデータベースでの表領域のリカバリ

表領域usersのデータファイルを格納しているディスクが、ハードウェアのエラーが原因で使用できなくなり、数分後に修復されたとします。この例では、表領域usersをオフラインにし、自動チャネルを使用してデータファイルをデフォルト位置にリストアしてリカバリ(テープからリストアされたログを削除)してから、この表領域をオンラインに戻します。

ALTER TABLESPACE users OFFLINE IMMEDIATE;
RESTORE TABLESPACE users;
RECOVER TABLESPACE users DELETE ARCHIVELOG MAXSIZE 2M;
ALTER TABLESPACE users ONLINE;

例3-2 リストアしたデータファイルの新しい位置へのリカバリ

この例では、事前構成済のディスク・チャネルを使用し、ディスク上のデータファイルのコピーおよびテープのバックアップを使用するために1つのメディア管理チャネルを手動で割り当て、表領域USERSにあるデータファイルを別の場所にリストアします。

RUN
{
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt;
ALTER TABLESPACE users OFFLINE IMMEDIATE;
SET NEWNAME FOR DATAFILE '/disk1/oradata/prod/users01.dbf'
TO '/disk2/users01.dbf';
RESTORE TABLESPACE users;
SWITCH DATAFILE ALL;
RECOVER TABLESPACE users;
ALTER TABLESPACE users ONLINE;
}

例3-3 バックアップ制御ファイルとリカバリ・カタログを使用したDBPITRの実行

すべてのデータファイル、すべての制御ファイル、およびアーカイブREDOログ58が、ディスク障害により消失したと仮定します。また、増分バックアップを取っていないと仮定します。使用可能なアーカイブREDOログ・ファイルでデータベースをリカバリする必要があります。表領域TOOLSは、最後にバックアップが実行される前から読取り専用であったため、リストアする必要はありません。RMANをターゲット・データベースおよびリカバリ・カタログに接続した後は、次のコマンドを発行します。

STARTUP FORCE NOMOUNT;
RUN
{
SET UNTIL SEQUENCE 40 THREAD 1;  # Recover database until log sequence 40
RESTORE CONTROLFILE;
ALTER DATABASE MOUNT;
RESTORE DATABASE SKIP TABLESPACE tools;
RECOVER DATABASE SKIP TABLESPACE tools;
}
ALTER DATABASE OPEN RESETLOGS;

RMANは、データファイル8 (読取り専用表領域のデータファイル)のリストアおよびリカバリを自動的にスキップします。出力例の次の部分がスキップを示します。

using channel ORA_DISK_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=104 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup

skipping datafile 8; already restored to file /disk1/oradata/prod/tools01.dbf
channel ORA_DISK_1: starting datafile backup set restore
.
.
.
Finished restore at 19-FEB-13

Starting recover at 19-FEB-13
using channel ORA_DISK_1
using channel ORA_SBT_TAPE_1
datafile 8 not processed because file is read-only

例3-4 バックアップの増分更新

バックアップを増分更新することによって、データベースのイメージ・コピーの全体バックアップに伴うオーバーヘッドを避けると同時に、データベースのメディア・リカバリに必要な時間を最小限にすることもできます。この例では、先週中の任意のSCNまでリカバリを行うことができますが、1日分より多くのREDOを適用する必要がないようにできます。

次のスクリプトを毎日実行するとします。初回実行時には、スクリプトによって、指定したタグを使用してディスク上にデータベースのイメージ・コピーのバックアップが作成されます。2回目から7回目の実行では、データベースのレベル1の差分バックアップが作成されます。RMANでは、8回目以降の実行では、レベル1の増分が7日前に作成されたデータファイル・コピーに適用され、前日からの変更を含む新しいレベル1のバックアップが作成されます。

RUN
{
RECOVER COPY OF DATABASE
WITH TAG 'incr_update'
UNTIL TIME 'SYSDATE - 7';
BACKUP
INCREMENTAL LEVEL 1
FOR RECOVER OF COPY WITH TAG 'incr_update'
DATABASE;
}

例3-5 スタンバイ・データベースで制御ファイルを失った場合のリカバリ

スタンバイ・データベースdgprod3の制御ファイルが、メディア障害によって消失したとします。プライマリ・データベースおよびスタンバイ・データベースは、SBTストレージを共有します。プライマリ・データベースの制御ファイルのバックアップはテープ上に存在します。

RMANクライアントを起動し、TARGETとしてdgprod3に接続して、リカバリ・カタログに接続します。次のRMANコマンドは、スタンバイ・データベースで使用できる制御ファイルをリストアし、ファイル名をディスク上の既存ファイルに更新して、スタンバイ・データベースのリカバリを行います。

RESTORE CONTROLFILE;
ALTER DATABASE MOUNT;
RECOVER DATABASE;

これで、スタンバイ・データベースへのREDOの適用を開始できます。

例3-6 NOARCHIVELOGモードで運用されているデータベースのリカバリ

増分バックアップを適用することによって、制限された変更のリカバリをNOARCHIVELOGモードで実行されているデータベースに実行できます。NOARCHIVELOGモードで実行されるデータベースのすべてのバックアップと同様に、増分バックアップは一貫性のあるバックアップである必要があるので、データベースのオープン時にはデータベースをバックアップできません。

リカバリ・カタログを使用してデータベースprodをNOARCHIVELOGモードで実行するとします。日曜日の午後に、データベースを一貫した状態で停止し、テープにデータベースprodのレベル0のバックアップを作成します。水曜日と金曜日の午前3時に、データベースを一貫した状態で停止し、テープにレベル1の差分増分バックアップを作成します。

土曜日にメディア障害が発生し、データファイルの半分とすべてのオンラインREDOログが破損します。オンライン・ログが消失しているため、RECOVERコマンドでNOREDOオプションを指定する必要があります。このオプションを指定しない場合、RMANは、金曜日の増分バックアップを適用した後でREDOログを検索し、REDOログが検出されない場合にはエラー・メッセージを発行します。

RMANをprodおよびカタログ・データベースに接続した後、次のようにリカバリを実行します。

STARTUP FORCE NOMOUNT;
RESTORE CONTROLFILE;      # restore control file from consistent backup
ALTER DATABASE MOUNT;
RESTORE DATABASE;         # restore data files from consistent backup
RECOVER DATABASE NOREDO;  # specify NOREDO because online redo logs are lost
ALTER DATABASE OPEN RESETLOGS;

リカバリしたデータベースには、金曜日の増分バックアップの時刻までの変更のみ反映されています。アーカイブREDOログ・ファイルが存在しないため、増分バックアップ後の変更をリカバリできません。

例3-7 データベース内のすべての破損ブロックのリカバリ

この例では、バックアップの妥当性チェックを実行してV$DATABASE_BLOCK_CORRUPTIONビューに移入し、このビューに記録された破損ブロックをリカバリします。両方のコマンドの出力例を示します。

RMAN> VALIDATE DATABASE;

Starting validate at 19-FEB-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting validation of datafile
channel ORA_DISK_1: specifying datafile(s) for validation
.
.
.
List of Datafiles
=================
File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
1    FAILED 0              4070         57600           555975
File Name: /disk1/oradata/prod/system01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       1              41550
Index      0              7677
Other      0              4303
.
.
.
RMAN> RECOVER CORRUPTION LIST;

Starting recover at 19-FEB-13
using channel ORA_DISK_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=104 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
searching flashback logs for block images until SCN 547548
finished flashback log search, restored 1 blocks

starting media recovery
media recovery complete, elapsed time: 00:00:03

Finished recover at 19-FEB-13

例3-8 バックアップからの表パーティションのリカバリ

この例では、パーティションsales_2009およびsales_2010を表SALESから、ターゲット・データベースのSCNが34582であった時点までリカバリします。ソース・データベースでは、表はスキーマSHによって所有されています。これらのパーティションをターゲット・データベースにインポートしているときに、パーティションがhistoric_sales_2009およびhistoric_sales_2010という名前の表として作成されます。

RECOVER TABLE SH.SALES:SALES_2009, SH.SALES:SALES_2010
UNTIL SCN 34582
AUXILIARY DESTINATION '/tmp/oracle/recover'
REMAP TABLE 'SH'.'SALES':'SALES_2009':'HISTORIC_SALES_2009', 'SH'.'SALES':'SALES_2010':'HISTORIC_SALES_2010';

例3-9 指定したログ順序への表のリカバリおよび表の名前変更

この例では、補助インスタンスを使用して、表EMPをSCOTTスキーマから、データベースのログ順序番号が5466であった時点までリカバリします。EMPは、リカバリされた後、名前MY_EMPを使用してターゲット・データベースにインポートされます。

RECOVER TABLE SCOTT.EMP
UNTIL SEQUENCE 5466
AUXILARY DESTINATION '/tmp/recover'
REMAP TABLE 'SCOTT'.'EMP':'MY_EMP';

例3-10 指定した時刻までの異なる表領域への表のリカバリ

この例では、表EMPおよびDEPTをUNTIL TIME句で指定された時点までリカバリします。これらの表は、元々EXAMPLE表領域に含まれていました。ただし、リカバリ操作後、これらはターゲット・データベース内の表領域MY_TBSにマップされます。

RECOVER TABLE SCOTT.EMP, SCOTT.DEPT
UNTIL TIME "TO_CHAR('12/23/2012 12:00:00','mm/dd/yyyy hh24:mi:ss')"
AUXILIARY DESTINATION '/tmp/oracle/recover'
REMAP TABLESPACE 'EXAMPLE':'MY_TBS';

REGISTER DATABASE

用途

REGISTER DATABASEコマンドを使用すると、ターゲット・データベースのメタデータをRMANでメンテナンスできるように、ターゲット・データベースをリカバリ・カタログに登録できます。RMANによって、ターゲット・データベース自体からターゲット・データベースを登録するために必要なすべての情報が取得されます。

関連項目:

『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』および「CREATE CATALOG」を参照してください。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。RMANは、リカバリ・カタログおよびマウント済またはオープン状態のターゲット・データベースに接続している必要があります。現在リカバリ・カタログに登録されていないデータベースを登録する必要があります。

登録できるデータベースは、リカバリ・カタログ内で一意のDBIDを持つターゲット・データベースのみです。データベースは、同じ名前でもDBIDの値が異なれば登録できます。ただし、スタンバイ・データベースは登録できません。

使用上の注意

RMANでは、スタンバイ・データベースのプライマリ・データベースがリカバリ・カタログに登録されており、次のいずれかの条件が該当する場合、自動的に新しいスタンバイ・データベースがリカバリ・カタログに登録されます。

- RMANが、リカバリ・カタログで認識されないDB_UNIQUE_NAMEを持つデータベース・インスタンスに接続されている場合。

- リカバリ・カタログで認識されないデータベースに対してCONFIGURE DB_UNIQUE_NAMEコマンドを実行する場合。

RMANでは、重複するDBIDが見つかると、REGISTER DATABASEコマンドは失敗します。この状況になるのは、データベースを作成するときに、DUPLICATEコマンドを使用せずに既存のデータベースからファイルをコピーしたときです。この障害が発生した場合は、DBNEWIDユーティリティを使用して、コピーしたデータベースのDBIDを変更してから、REGISTER DATABASEコマンドを再試行できます。

RESETLOGSオプションを指定してデータベースをオープンし、その後にこのデータベースをリカバリ・カタログに登録すると、リカバリ・カタログでは、古いインカネーションは以前に登録されていないため古いインカネーションはDB_NAMEがUNKNOWNとして記録されます。これらのレコードは削除しないでください。

注意:

同じデータベース名とDBIDを持つ異なるターゲット・データベースをRMANで使用する場合は、RMANの起動時に必ず正しいリカバリ・カタログのスキーマを指定するように注意してください。

関連項目:

DBNEWIDユーティリティの使用方法は、『Oracle Databaseユーティリティ』を参照してください。

構文

register::=

例

例3-11 データベースの登録

この例では、新しいターゲット・データベースをリカバリ・カタログに登録します。例には出力例も含まれます。

RMAN> CONNECT TARGET /

connected to target database: PROD (DBID=1619241818)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> REGISTER DATABASE;

database registered in recovery catalog
starting full resync of recovery catalog
full resync complete

RELEASE CHANNEL

用途

RELEASE CHANNELコマンドを使用すると、ターゲット・データベース・インスタンスに接続した状態で、通常のチャネルまたはメンテナンス・チャネルを解放できます。通常のチャネルはALLOCATE CHANNELを使用して割り当てられますが、メンテナンス・チャネルはALLOCATE CHANNEL FOR MAINTENANCEで割り当てられます。

前提条件

通常のチャネルを解放するには、release::=図で示される構文を使用します。この形式のRELEASE CHANNELはRUNコマンド内でのみ実行し、ALLOCATE CHANNELコマンドで使用した識別子と同じ識別子を付けてチャネル名を指定してください。

メンテナンス・チャネルを解放するには、releaseForMaint::=図で示される構文を使用します。この形式のRELEASE CHANNELは、RMANプロンプトでのみ実行し、RUNコマンド内で実行できません。

使用上の注意

メンテナンス・チャネルは、RUNコマンド内で発行されたALLOCATE CHANNELおよびRELEASE CHANNELコマンドの影響を受けません。

RUN内でRELEASE CHANNELを使用してチャネルを解放するのはオプションです。これは、RMANがRUNコマンドの終了時に通常のチャネルをすべて自動的に解放するためです。

構文

release::=

releaseForMaint::=

セマンティクス

構文要素

説明

channel_id

ALLOCATE CHANNELコマンド内で使用する、大/小文字の区別があるチャネルIDを指定します(例3-12を参照)。

例

例3-12 RUNコマンドで割り当てられたチャネルの解放

この例では、日次バックアップ用のテープ・セットを示すパラメータを使用してch1というSBTチャネルを割り当て、データベースをバックアップしてから、このチャネルを解放します。次に、週次バックアップ用のテープ・セットのパラメータを使用してch1というSBTチャネルを割り当て、別のデータベース・バックアップを作成します。

RUN
{
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt
PARMS='ENV=(OB_MEDIA_FAMILY=daily_bkp)';
BACKUP DATABASE;
RELEASE CHANNEL ch1;
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt
PARMS='ENV=(OB_MEDIA_FAMILY=weekly_bkp)';
BACKUP DATABASE;
}

RMANが自動的にチャネルch1を解放するため、RUNコマンドの最後のRELEASE CHANNELコマンドはオプションです。

例3-13 メンテナンス・チャネルの解放

この例では、RMANセッションの出力例が表示されます。SBTメンテナンス・チャネルを割り当てた後に、テープ上のバックアップをクロスチェックし、削除します。SBTチャネルを解放した後、RMANがデフォルトのディスク・チャネルを使用してデータベースをバックアップします。

RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;

allocated channel: ORA_MAINT_SBT_TAPE_1
channel ORA_MAINT_SBT_TAPE_1: SID=105 device type=SBT_TAPE
channel ORA_MAINT_SBT_TAPE_1: Oracle Secure Backup

RMAN> CROSSCHECK BACKUP;

crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=1jiah8ln_1_1 RECID=25 STAMP=615031479
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=1kiah8pk_1_1 RECID=26 STAMP=615031612
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=1niah973_1_1 RECID=28 STAMP=615032036
Crosschecked 3 objects

RMAN> DELETE BACKUP;

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
1333    1331    1   1   AVAILABLE   SBT_TAPE    1jiah8ln_1_1
1334    1332    1   1   AVAILABLE   SBT_TAPE    1kiah8pk_1_1
1427    1423    1   1   AVAILABLE   SBT_TAPE    1niah973_1_1

Do you really want to delete the above objects (enter YES or NO)? YES
deleted backup piece
backup piece handle=1jiah8ln_1_1 RECID=25 STAMP=615031479
deleted backup piece
backup piece handle=1kiah8pk_1_1 RECID=26 STAMP=615031612
deleted backup piece
backup piece handle=1niah973_1_1 RECID=28 STAMP=615032036
Deleted 3 objects

RMAN> RELEASE CHANNEL;

released channel: ORA_MAINT_SBT_TAPE_1

RMAN> BACKUP DATABASE;

Starting backup at 20-FEB-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=105 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set

REPAIR FAILURE

用途

REPAIR FAILUREコマンドを使用すると、データ・リカバリ・アドバイザで識別されたデータベース障害を修復できます。

推奨手順として、まずLIST FAILUREを実行して障害を表示し、次にADVISE FAILUREを実行して修復オプションを表示し、REPAIR FAILUREを実行して障害を修復します。

前提条件

ターゲット・データベース・インスタンスが起動されている必要があります。データベースは単一インスタンス・データベースであり、フィジカル・スタンバイ・データベース以外である必要があります。

1つのRMANセッションのみがREPAIR FAILUREコマンドを実行していることを確認します。REPAIR FAILURE ...PREVIEWだけは例外で、RMANの同時セッションで使用できます。

自動修復を実行するには、データ・リカバリ・アドバイザで特定のバックアップおよびアーカイブREDOログ・ファイルが必要になる場合があります。リカバリに必要なファイルが利用できない場合、リカバリを行うことはできません。

使用上の注意

修復は、可能な場合は常に統合されるため、1回の修復で複数の障害を修復することができます。ただし、REPAIR FAILUREで、識別された各障害を正常に修復するには、現在のセッションで明示的にADVISE FAILUREを実行する必要があります。通常、REPAIRセッションでは、次のコマンドが繰り返し使用されます。

- REPAIR FAILURE;

- LIST FAILURE;

- ADVISE FAILURE;

- REPAIR FAILURE;

RMANは、まだ障害が関連しているかどうかを常に検証し、修復済の障害を自動的にクローズします。修復済の障害、およびADVISE FAILUREの実行後に新しい障害が報告がされたために不要となった障害をRMANが修復しようとすることはありません。

デフォルトでは、REPAIR FAILUREを使用すると、実行開始前に確認のプロンプトが表示されます。修復を実行した後で、既存の障害もすでに修復されている可能性があるため、RMANは既存のすべての障害を再評価します。

関連項目:

データ・リカバリ・アドバイザを使用して、障害を診断および修復する方法の詳細な例については、例3-14を参照してください。

Oracle RACおよびデータ・リカバリ・アドバイザ

Oracle RACデータベースのすべてのインスタンスでデータ障害が発生した場合に、単一インスタンス・モードでデータベースをマウントしてデータ・リカバリ・アドバイザを使用すると、制御ファイル、SYSTEMデータファイルおよびディクショナリの障害を検出して修復できます。また、ヘルス・チェックを開始して、他のデータベース・コンポーネントにデータ障害がないかをテストすることもできます。この方法では、データファイルにアクセスできないなど、他のクラスタ・インスタンスのローカルのデータ障害を検出することはできません。

構文

repair::=

セマンティクス

repair

構文要素

説明

REPAIR FAILURE

自動診断リポジトリに記録された障害を修復します。

REPAIR FAILUREを他のコマンド・オプションを指定しないで実行すると、RMANは現行のセッションで最後に実行したADVISE FAILUREコマンドの最初の修復オプションを使用します。

USING ADVISE OPTION integer

修復オプションは、オプション番号で指定します(障害番号では指定しません)。修復オプション番号はADVISE FAILUREコマンドで取得できます。

NOPROMPT

確認のプロンプトを抑止します。

コマンド・ファイルのREPAIR FAILUREを実行する場合は、これがデフォルトのオプションです。

PREVIEW

修復は行わず、すべての修復アクションとコメントが記述されたスクリプトを生成します。デフォルトでは、スクリプトは標準出力に表示されます。SPOOLコマンドを使用すると、編集可能なファイルにスクリプトを書き込むことができます(例3-15を参照)。

例

例3-14 障害の修復

この例では、データ・リカバリ・アドバイザが認識できるすべての障害を修復します。この例では、2つの障害(データファイルの欠落、および破損ブロックのあるデータファイル)を修復します。リカバリ後、RMANでは、データベースをオープンするかどうかを確認するメッセージが表示されます(ユーザー入力のテキストは太字で示しています)。

RMAN> LIST FAILURE;

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
142        HIGH     OPEN      23-APR-13     One or more non-system datafiles are missing
101        HIGH     OPEN      23-APR-13     Datafile 1: '/disk1/oradata/prod/system01.dbf'
contains one or more corrupt blocks

RMAN> ADVISE FAILURE;

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
142        HIGH     OPEN      23-APR-13     One or more non-system datafiles
are missing
101        HIGH     OPEN      23-APR-13     Datafile 1: '/disk1/oradata/prod/system01.dbf'
contains one or more corrupt blocks

analyzing automatic repair options; this may take some time
using channel ORA_DISK_1
analyzing automatic repair options complete

Mandatory Manual Actions
========================
no manual actions available

Optional Manual Actions
=======================
1. If file /disk1/oradata/prod/users01.dbf was unintentionally renamed or moved, restore it

Automated Repair Options
========================
Option Repair Description
------ ------------------
1      Restore and recover datafile 28; Perform block media recovery of
block 56416 in file 1
Strategy: The repair includes complete media recovery with no data loss
Repair script: /disk1/oracle/log/diag/rdbms/prod/prod/hm/reco_660500184.hm

RMAN> REPAIR FAILURE;

Strategy: The repair includes complete media recovery with no data loss
Repair script: /disk1/oracle/log/diag/rdbms/prod/prod/hm/reco_475549922.hm
contents of repair script:
# restore and recover datafile
alter database datafile 28 offline;
restore datafile 28;
recover datafile 28;
alter database datafile 28 online;
# block media recovery
recover datafile 1 block 56416;

Do you really want to execute the above repair (enter YES or NO)? YES
executing repair script

sql statement: alter database datafile 28 offline

Starting restore at 23-APR-13
using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00028 to /disk1/oradata/prod/users01.dbf
channel ORA_DISK_1: reading from backup piece /disk2/PROD/backupset/2013_04_18/o1_mf_nnndf_TAG20130418T182042_32fjzd3z_.bkp
channel ORA_DISK_1: piece handle=/disk2/PROD/backupset/2013_04_18/o1_mf_nnndf_TAG20130418T182042_32fjzd3z_.bkp tag=TAG20130418T182042
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
Finished restore at 23-APR-13

Starting recover at 23-APR-13
using channel ORA_DISK_1

starting media recovery
media recovery complete, elapsed time: 00:00:01

Finished recover at 23-APR-13

sql statement: alter database datafile 28 online

Starting recover at 23-APR-13
using channel ORA_DISK_1
searching flashback logs for block images until SCN 429690
finished flashback log search, restored 1 blocks

starting media recovery
media recovery complete, elapsed time: 00:00:03

Finished recover at 23-APR-13
repair failure complete

例3-15 修復のプレビュー

次の例では、現行のセッションで最後に実行したADVISE FAILUREコマンドの最初の修復オプションによる修復をプレビューします。この例では、LIST FAILUREおよびADVISE FAILUREの各コマンドの出力例は示されていません。

RMAN> LIST FAILURE;
.
.
.
RMAN> ADVISE FAILURE;
.
.
.
RMAN> REPAIR FAILURE PREVIEW;

Strategy: The repair includes complete media recovery with no data loss
Repair script: /disk1/oracle/log/diag/rdbms/prod/prod/hm/reco_3200987003.hm

contents of repair script:
# block media recovery
recover datafile 1 block 56416;

SPOOLとREPAIR FAILURE ... PREVIEWを併用すると、修復スクリプトをファイルに書き込むことができます。その後に、このスクリプトを編集して手動で実行できます。次の例では、修復プレビューのログを/tmp/repaircmd.datにスプールします。

RMAN> SPOOL LOG TO '/tmp/repaircmd.dat';
RMAN> REPAIR FAILURE PREVIEW;
RMAN> SPOOL LOG OFF;

REPLACE SCRIPT

用途

REPLACE SCRIPTコマンドを使用すると、リカバリ・カタログに格納されている既存のスクリプトを置換できます。既存のスクリプトがない場合は、REPLACE SCRIPTによりスクリプトが作成されます。

関連項目:

ストアド・スクリプトの作成方法は、「CREATE SCRIPT」を参照してください。

前提条件

REPLACE SCRIPTは、RMANプロンプトでのみ実行できます。RMANが、ターゲット・データベースとリカバリ・カタログに接続されている必要があります。リカバリ・カタログ・データベースはオープンの状態である必要があります。

ローカル・スクリプトを置き換える場合は、スクリプトの作成時と同じターゲット・データベースに接続する必要があります。

ストアド・スクリプト内の置換変数

RMANでは、ストアド・スクリプトで置換変数を使用できます。&1は最初の値を配置する位置を示し、&2は2番目の値を配置する位置を示し、これ以降も同様です。特殊文字は、引用符で囲む必要があります。

置換変数の構文は、&integerの後にオプションでピリオドが続きます(&1.3など)。オプションのピリオドは変数の一部であり、値と置換されますので、置換テキストの直後に別の整数を続けることができます。たとえば、置換変数&1.3が含まれているコマンド・ファイルに値mybackupを渡すと、その置換結果はmybackup3になります。mybackup.3という結果を得るには、&1..3で2つのピリオドを使用します。

置換変数を使用するストアド・スクリプトを作成する場合は、作成時に例となる値を指定する必要があります。これらの値は、RMANの起動時にUSING句で指定するか(「RMAN」を参照)、またはプロンプトが表示されたときに入力します(例2-72を参照)。

構文

replaceScript::=

(backupCommands::=、maintenanceCommands::=、miscellaneousCommands::=、restoreCommands::=)

セマンティクス

構文要素

説明

GLOBAL

スクリプトをグローバルとして指定します。

注意: 仮想プライベート・カタログは、グローバル・スクリプトに対して読取り専用のアクセスが可能です。グローバル・スクリプトの作成と更新は、RMANがベース・リカバリ・カタログに接続している間に行う必要があります。

関連項目: グローバル・スクリプトとローカル・スクリプトの違いについては、「使用上の注意」を参照してください

SCRIPT script_name

置換するローカル・スクリプトまたはグローバル・スクリプトを指定します。

COMMENT 'comment'

説明のコメントをリカバリ・カタログ内のストアド・スクリプトと関連付けます。このコメントは、LIST SCRIPT NAMESの出力内に表示されます。

backupCommands
maintenanceCommands

restoreCommands

miscellaneousCommands

ストアド・スクリプトに含めるコマンドを指定します。REPLACE SCRIPT 'script_name ' {...}コマンドのカッコ内で使用できるコマンドは、RUNブロック内でサポートされているコマンドと同じです。RUNコマンド内で有効なコマンドは、いずれもストアド・スクリプトで使用できます。コマンドRUN、@(アットマーク)および@@(二重アットマーク)は、ストアド・スクリプト内では使用できません。

FROM FILE 'filename'

指定したファイルからスクリプトを定義する一連のコマンドを読み取ります。

このファイルは、有効なストアド・スクリプトの本体に類似しています。このファイルの最初の行は、左カッコ({)である必要があります。また、最終行には、右カッコ(})が含まれている必要があります。このファイルのRMANコマンドは、ストアド・スクリプトで有効である必要があります。

例

例3-16 リカバリ・カタログ・スクリプトの置換

RMANクライアントを起動し、TARGETとしてデータベースprodに接続して、リカバリ・カタログに接続します。CREATE SCRIPTを使用して、次のようにbackup_dbという名前のグローバル・スクリプトを作成します。

CREATE GLOBAL SCRIPT backup_db
COMMENT "back up any database from the recovery catalog, with logs"
{
BACKUP DATABASE;
}

次に、LIST SCRIPT NAMESを使用して、リカバリ・カタログで認識されているすべてのスクリプトをリストします。

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
backup_db
back up any database from the recovery catalog, with logs

次に、backup_dbグローバル・スクリプトを編集するために、次のREPLACE SCRIPTコマンドを実行します。

RMAN> REPLACE SCRIPT backup_db { BACKUP DATABASE PLUS ARCHIVELOG; }

replaced script backup_db

GLOBALキーワードを指定していないため、RMANがbackup_dbという名前のグローバル・スクリプトに加えて、backup_dbという名前のローカル・スクリプトを作成します。LIST SCRIPT NAMESは、リカバリ・カタログに記録されているグローバル・スクリプトとローカル・スクリプトを両方とも示します。

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Scripts of Target Database PROD

Script Name
Description
-----------------------------------------------------------------------
backup_db

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
backup_db
back up any database from the recovery catalog, with logs

次に、DELETE SCRIPTを使用してbackup_dbという名前のローカル・スクリプトを削除し、次のようにグローバル・スクリプトを置換します。

RMAN> DELETE SCRIPT backup_db;

deleted script: backup_db

RMAN> REPLACE GLOBAL SCRIPT backup_db { BACKUP DATABASE PLUS ARCHIVELOG; }

replaced global script backup_db

ここでのLIST SCRIPT NAMESコマンドは、カタログにbackup_dbという名前のスクリプトのみが存在していることを示します。

RMAN> LIST SCRIPT NAMES;

List of Stored Scripts in Recovery Catalog

Global Scripts

Script Name
Description
-----------------------------------------------------------------------
backup_db

PRINT SCRIPTコマンドを実行すると、グローバル・スクリプトの変更が確認されます。

RMAN> PRINT GLOBAL SCRIPT backup_db;

printing stored global script: backup_db
{ BACKUP DATABASE PLUS ARCHIVELOG; }

REPORT

用途

REPORTコマンドを使用すると、RMANリポジトリの詳細分析を実行できます。RMANは、レポートを標準出力またはメッセージ・ログ・ファイルに書き出します。

関連項目:

RMANレポートの作成方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。次のいずれかの条件が満たされている必要があります。

- RMANがターゲット・データベースに接続されている必要があります。

- RMANはリカバリ・カタログに接続され、SET DBIDが実行されている必要があります。

構文

report::=

(needBackupOption::=、atClause::=、reportObject::=、obsOperandList::=、deviceSpecifier::=)

needBackupOption::=

(reportObject::=)

reportObject::=

(datafileSpec::=)

atClause::=

セマンティクス

report

この句では、レポートのタイプを指定します。

構文要素

説明

needBackupOption

バックアップの必要なファイルをリストします。

関連項目: 「needBackupOption」を参照してください

OBSOLETE obsOperandList

RMANリポジトリに記録され、不要になったために削除できる全体バックアップ、データファイルのコピーおよびアーカイブREDOログ・ファイルをリストします。出力の説明は、表3-6を参照してください。このコマンドは、次の2つの手順で使用します。

1. バックアップされているデータファイルごとに、RMANでは、保存方針に従って不要とされていない最も古い全体バックアップ、レベル0のバックアップまたはイメージ・コピーが識別されます。この手順で識別されたバックアップまたはイメージ・コピーよりも古いデータファイルのバックアップは、すべて不要とみなされます。

2. 不要ではない最も古い全体バックアップよりも古いアーカイブREDOログ・ファイルおよびレベル1の増分バックアップは、すべて不要とみなされます。これらのファイルは、適用可能な全体バックアップまたはレベル0のバックアップが存在しないため不要となります。レベル1の増分バックアップまたはアーカイブREDOログ・ファイルは、不要とされていないレベル0のバックアップや全体バックアップに適用可能であれば、不要とみなされません。

副次句obsOperandListには、RMANで不要と判断するために使用する条件を記述します。obsOperandListでパラメータを指定しなければ、RMANでは、CONFIGURE RETENTION POLICYで指定したオプションが使用されます(例3-19を参照)。このオプションをDEVICE TYPEと併用すると、RMANでは指定したデバイスで作成されたバックアップとコピーのみが考慮されます。保存方針が無効化されている場合、RMANはどのバックアップも不要とみなしません。したがって、他のオプションを指定しないでREPORT OBSOLETEを実行し、保存方針がNONEに指定されている場合に、RMANはエラーを発行します。

注意: KEEP UNTIL TIME句を使用して作成したバックアップは、構成済の保存方針の設定に関係なく、KEEP時間を過ぎると不要とされます。

SCHEMA

指定時点でのターゲット・データベースのすべてのデータファイル(永続および一時)と表領域の名前をリストします。出力の説明は、表3-1を参照してください。

forDbUniqueNameOptionが指定されていないREPORT SCHEMAの場合、ターゲット・データベース接続は必須ですが、リカバリ・カタログ接続はオプションです。

forDbUniqueNameOption

DB_UNIQUE_NAMEで指定したデータベースのすべてのデータファイルと表領域の名前をレポートします。

データベースはdb_unique_nameで指定できますが、ALLを使用すると、特定のDBIDについてカタログに記録されている一意の名前のデータベースをすべて指定できます。リカバリ・カタログ内のデータベースは、DBIDおよびDB_UNIQUE_NAME初期化パラメータの値によって一意に識別されます。

RMANは、リカバリ・カタログに接続している必要があります。RMANがターゲット・データベースに接続され、SET DBIDが実行されている必要があります。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください

atClause

SCN、ログ順序番号または時間を指定します。

UNRECOVERABLE reportObject

リカバリ不能なすべてのデータファイルをリストします。出力の説明は、表3-7を参照してください。

データファイルの最後のバックアップ以降に、データファイル内のオブジェクトに対してリカバリ不能操作が実行されると、そのデータファイルはリカバリ不能とみなされます。リカバリ不能操作では、REDOは生成されません。例は、表データのダイレクト・ロードとNOLOGGINGオプションを使用した更新です。

注意: データファイルのバックアップのいずれかが存在しないということのみでは、リカバリ不能とみなされる理由にはなりません。このようなデータファイルは、ファイルの作成時以降のREDOログが存在していれば、CREATE DATAFILEコマンドを使用してリカバリできます。

DEVICE TYPE deviceSpecifier

ストレージ・デバイスのタイプを指定します。RMANは、レポート用に指定したデバイスに存在しているバックアップとコピーのみを使用可能とみなします。

needBackupOption

この句は、バックアップの必要なファイルに関してのみレポートを行います。

構文要素

説明

NEED BACKUP

新しいバックアップが必要で、指定したreportObjectにあるすべてのデータファイルをリストします。

レポートは、最新のバックアップをリストアすることを前提としています。オプションを指定しなければ、RMANは現行の保存方針の構成を使用します。保存方針が無効化されている場合(CONFIGURE RETENTION POLICY TO NONE)、RMANはエラーを生成します。

DAYS integer

完全なリカバリのために、指定した日数より多くのアーカイブREDOログ・ファイルを必要とするすべてのデータファイルをリストします。たとえば、REPORT NEED BACKUP DAYS 7 DATABASEでは、リカバリに7日間分より多くのアーカイブREDOログ・ファイルが必要なデータファイルが表示されます。出力の説明は、表3-2を参照してください。

ターゲット・データベースの制御ファイルがマウントされている現行ファイルである場合、RMANはこのレポートに次のような最適化を行います。

- オフラインであって、最新のバックアップにすべての変更内容が保存されているファイルは含まれません。

- 以前はオフラインであったが、現在はオンラインであり、最新のバックアップにオフラインのときまでのすべての変更内容が保存されているファイルは、オンラインの期間が指定した日数を超えている場合にかぎり、レポートに含まれます。

INCREMENTAL integer

リカバリに必要な増分バックアップのしきい値を指定します(例3-18を参照)。データファイルの完全リカバリにintegerで指定した数より多くの増分バックアップが必要な場合、データファイルには新規の全体バックアップが必要になります。出力の説明は、表3-3を参照してください。

注意: バックアップが存在しないファイルはこのリストに示されないため、それらのファイルを表示するには、REPORT NEED BACKUP REDUNDANCYコマンドを発行します。

RECOVERY WINDOW OF integer DAYS

指定した日数の期間、リカバリ期間ベースの保存方針を満たすための十分なバックアップがないデータファイル、つまりSYSDATE - integerの任意の時点までPoint-in-Timeリカバリを行うための十分なバックアップがないデータファイルです。出力の説明は、表3-4を参照してください。

REDUNDANCY integer

データファイルをバックアップが必要ない範囲にあるとみなすために必要なバックアップまたはコピーの最小数を指定します。つまり、データファイルのバックアップまたはコピーがintegerより少ない場合、このファイルにはバックアップが必要です。たとえば、REDUNDANCY 2は、データファイルのバックアップまたはコピーが2つ未満の場合は、新しいバックアップが必要であることを意味します。出力の説明は、表3-5を参照してください。

reportObject

レポートを生成するオブジェクトを指定します。

reportObject

この副次句では、レポートに含めるデータファイルを指定します。レポートには、データベース全体(必要に応じて、特定の表領域をスキップ)または表領域のリスト、データファイルのリストを含めることができます。RMANには以前のインカネーションからのオブジェクトが含まれます。

構文要素

説明

DATABASE

データベースにある全ファイルのバックアップまたはデータファイルのコピーをリストします。

注意: DATABASE指定から特定の表領域を除外できるように、SKIP TABLESPACE tablespace_nameを指定します。

DATABASE ROOT

CDB内のrootを指定します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

PLUGGABLE DATABASE pdb_name

CDB内の1つ以上のPDBにあるバックアップまたはデータファイルのコピーをリストします。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。この構文を使用して1つ以上のPDBに関してレポートするには、「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

DATAFILE datafileSpec

指定したデータファイルをリストします。RMANは、指定したデータファイルを少なくとも1つ含むバックアップまたはデータファイルのコピーについてレポートを作成します。

TABLESPACE tablespace_name

指定した表領域にあるデータファイルをリストします。RMANは、指定した表領域のデータファイルを1つ以上含むバックアップまたはデータファイルのコピーについてレポートを作成します。

CDBのrootに接続している場合は、rootの表領域を参照します。PDBに直接接続している場合は、PDBの表領域を参照します。「CDBおよびPDBへの接続」を参照してください。

atClause

この副次句では、時刻、SCNまたはログ順序番号で特定の時点を指定します。AT句を使用してREPORT SCHEMAコマンドを発行するときは、リカバリ・カタログに接続している必要があります。

構文要素

説明

AT SCN integer

SCNを指定します。

AT SEQUENCE integer

ログ順序番号を指定します。この整数は、指定したログが最初にオープンされた時刻を示します。

THREAD integer

REDO THREAD番号を指定します。この整数は、スレッドが最初にオープンされた時刻を示します。

AT TIME 'date_string'

日付を指定します(例3-17を参照)。NLS_LANGおよびNLS_DATE_FORMAT環境変数で時刻の書式を指定します。

レポート出力

出力で表示される情報については、次の表を参照してください。

- 表3-1

- 表3-2

- 表3-3

- 表3-4

- 表3-5

- 表3-6

- 表3-7

表3-1 データベース・スキーマのレポート

列

指定対象

File

絶対データファイル番号。

Size(MB)

MB単位のファイル・サイズ。

Tablespace

表領域名。

RB segs

データファイル専用。表領域にロールバック・セグメントがある場合はYES、ない場合はNOです(リカバリ・カタログに接続されている場合のみ)。RMANをカタログに接続していない場合、***が表示されます。

Datafile Name

永続データファイル専用。データファイルの名前。

Maxsize(MB)

一時ファイル専用。一時ファイルの最大サイズ。

Tempfile Name

一時ファイル専用。一時ファイルの名前。

表3-2 n日分より多くのアーカイブ・ログがリカバリ用に必要なファイルのレポート

列

指定対象

File

n日分より多くのアーカイブREDOログ・ファイルがリカバリ用に必要であるデータファイルの絶対ファイル番号。

Days

リカバリ用に必要なアーカイブREDOデータの日数。

Name

データファイルの名前。

表3-3 nより多くの増分がリカバリ中に必要なファイルのレポート

列

指定対象

File

nより多くの増分が完全リカバリのために必要なデータファイルの絶対ファイル番号。

Incrementals

完全リカバリのために必要な増分バックアップの数。

Name

データファイルの名前。

表3-4 n日のリカバリ期間を満たすようにバックアップを行う必要があるファイルのレポート

列

指定対象

File

n日のリカバリ期間を満たすようにバックアップを行う必要があるデータファイルの絶対ファイル番号。

Days

完全リカバリのために必要な日数。

Name

バックアップを必要とするデータファイルの名前。

表3-5 n未満の冗長度のバックアップしかないファイルのレポート

列

指定対象

File

n未満の冗長度のバックアップしかないデータファイルの絶対データファイル番号。

#bkps

このファイルに対して存在しているバックアップの数。

Name

ファイルの名前。

表3-6 不要なバックアップとコピーのレポート

列

指定対象

Type

オブジェクトがバックアップ・セットか、バックアップ・ピースか、プロキシ・コピーかまたはデータファイルのコピーかの区分。

Key

ターゲット・データベースの制御ファイルでこのバックアップを識別する一意のキー。

Completion Time

バックアップまたはコピーを取った時刻。

Filename/handle

バックアップまたはデータファイルのコピーのファイル名またはメディア・ハンドル。

表3-7 リカバリ不能操作が原因でバックアップが必要となったファイルのレポート

列

指定対象

File

リカバリ不能操作のために新しいバックアップが必要となったデータファイルの絶対番号。

Type Of Backup Required

FULLまたはINCREMENTAL(このファイル内のすべてのデータのリカバリ可能性を保証するために必要なバックアップのタイプによる)。FULLの場合、全体バックアップ、レベル0のバックアップまたはデータファイルのコピーを作成します。INCREMENTALの場合、増分バックアップも満たします。

Name

データファイルの名前。

例

例3-17 データベース・スキーマのレポート

リカバリ・カタログが必要なこの例では、20分前のすべてのデータファイルの名前と表領域をレポートします。

RMAN> REPORT SCHEMA AT TIME 'sysdate-20/1440';

Report of database schema for database with db_unique_name PROD

List of Permanent Datafiles
===========================
File Size(MB) Tablespace           RB segs Datafile Name
---- -------- -------------------- ------- ------------------------
1    450      SYSTEM               YES     /disk1/oradata/prod/system01.dbf
2    197      SYSAUX               YES     /disk1/oradata/prod/sysaux01.dbf
3    20       UNDOTBS              YES     /disk1/oradata/prod/undotbs01.dbf
4    10       CWMLITE              YES     /disk1/oradata/prod/cwmlite01.dbf
5    10       DRSYS                YES     /disk1/oradata/prod/drsys01.dbf
6    10       EXAMPLE              YES     /disk1/oradata/prod/example01.dbf
7    10       INDX                 YES     /disk1/oradata/prod/indx01.dbf
8    10       TOOLS                YES     /disk1/oradata/prod/tools01.dbf
9    10       USERS                YES     /disk1/oradata/prod/users01.dbf

List of Temporary Files
=======================
File Size(MB) Tablespace           Maxsize(MB) Tempfile Name
---- -------- -------------------- ----------- --------------------
1    40       TEMP                 32767       /disk1/oradata/prod/temp01.dbf

例3-18 増分バックアップが必要なデータファイルのレポート

この例では、データベース内のデータファイルのうち、現行の状態にリカバリするために1つ以上の増分バックアップの適用が必要なすべてのデータファイルをレポートします。

RMAN> REPORT NEED BACKUP INCREMENTAL 1;

Report of files that need more than 1 incrementals during recovery
File Incrementals Name
---- ------------ ----------------------------------------------
1    2            /disk1/oradata/prod/system01.dbf
2    2            /disk1/oradata/prod/sysaux01.dbf
3    2            /disk1/oradata/prod/undotbs01.dbf
4    2            /disk1/oradata/prod/cwmlite01.dbf
5    2            /disk1/oradata/prod/drsys01.dbf
6    2            /disk1/oradata/prod/example01.dbf
7    2            /disk1/oradata/prod/indx01.dbf
9    2            /disk1/oradata/prod/users01.dbf

例3-19 不要なバックアップとコピーのレポート

次の例では、現在の保存方針に従って冗長とみなされる不要なバックアップとコピーをレポートします。保存方針は冗長度1に設定されています。

RMAN> REPORT OBSOLETE;

RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
Report of obsolete backups and copies
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Archive Log          1022   19-FEB-13          /disk1/prod/arch/archive1_59_614712405.dbf
Archive Log          1023   19-FEB-13          /disk1/prod/arch/archive1_61_614712405.dbf
Archive Log          1024   19-FEB-13          /disk1/prod/arch/archive1_60_614712405.dbf
Archive Log          1025   19-FEB-13          /disk1/prod/arch/archive1_55_614712405.dbf
Backup Set           1032   19-FEB-13
Backup Piece       1050   19-FEB-13
/disk2/PROD/backupset/2013_02_19/o1_mf_nnndf_TAG20130219T173839_2xnpmp0l_.bkp
Datafile Copy        1073   19-FEB-13
/disk2/PROD/datafile/o1_mf_system_2xmz5l5m_.dbf
Backup Set           1035   19-FEB-13
Backup Piece       1053   19-FEB-13
/disk2/PROD/backupset/2013_02_19/o1_mf_nnndf_TAG20130219T111434_2xnpozym_.bkp
Datafile Copy        1074   19-FEB-13
/disk2/PROD/datafile/o1_mf_sysaux_2xmz6zdg_.dbf
Datafile Copy        1075   19-FEB-13
/disk2/PROD/datafile/o1_mf_undotbs_2xmz7rof_.dbf
Datafile Copy        1076   19-FEB-13
/disk2/PROD/datafile/o1_mf_cwmlite_2xmz7vrg_.dbf
Datafile Copy        1077   19-FEB-13          /disk2/PROD/datafile/o1_mf_drsys_2xmz7wyc_.dbf
Datafile Copy        1078   19-FEB-13
/disk2/PROD/datafile/o1_mf_example_2xmz7y5s_.dbf
Datafile Copy        1079   19-FEB-13          /disk2/PROD/datafile/o1_mf_indx_2xmz81jg_.dbf
Datafile Copy        1081   19-FEB-13          /disk2/PROD/datafile/o1_mf_users_2xmz85vo_.dbf
Datafile Copy        1777   20-FEB-13          /disk2/users01.dbf

RESET DATABASE

用途

RESET DATABASE TO INCARNATIONコマンドを使用すると、RMANリポジトリのターゲット・データベースのインカネーションを以前のデータベース・インカネーションに再設定できます。このコマンドは次のような状況でのみ使用する必要があります。

- RESTOREまたはRECOVERを使用して、データベースを現行のRESETLOGSタイムスタンプより前のSCNに戻す場合。

- FLASHBACK DATABASEを使用して、データベースを孤立したデータベース・インカネーションに戻す場合。

関連項目:

RESET DATABASEコマンドを使用する必要のある状況については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

RESET DATABASE TO INCARNATIONは、RMANプロンプトでのみ実行できます。RMANがターゲット・データベースに接続されている必要があります。

RMANがNOCATALOGモードで実行されている場合は、ターゲット・データベースをマウントする必要があります。マウントされる制御ファイルには、指定したデータベース・インカネーションのレコードが含まれている必要があります。

RMANがCATALOGモードで実行されている場合は、ターゲット・データベースのマウントまたはアンマウントが可能です。データベースをマウントする場合は、指定したデータベース・インカネーションのレコードが制御ファイルに含まれている必要があります。

使用上の注意

RMANをNOCATALOGモードで使用すると、RESET DATABASE TO INCARNATIONコマンドはRMANセッション全体で永続的になります。

CDBの使用上の注意

プラガブル・データベース(PDB)の最初のインカネーション番号は、0です。以降のインカネーション番号は一意ですが、必ずしも連続していません。PDBのインカネーションは、マルチテナント・コンテナ・データベース(CDB)のサブインカネーションで、(database_incarnation, pdb_incarnation)として表されます。たとえば、CDBがインカネーション5で、PDBがインカネーション3である場合、PDBの完全指定のインカネーション番号は(5, 3)です。

構文

reset::=

セマンティクス

構文要素

説明

DATABASE

データベース全体を指定します。

primaryKey

現行のインカネーションを、データベース・インカネーションのDBINCレコードの主キーで指定した現行以外のインカネーションに変更します。インカネーション・キーは、REDOストリームを一意にタグ付けしたり、識別するために使用します。

可能なキー値を取得するには、LIST INCARNATION OF DATABASEを実行します。RESET DATABASE TO INCARNATIONを発行した後は、FLASHBACK DATABASE、RESTORE、RECOVERなどのRMANコマンドを実行できます。

例

例3-20 NOCATALOGモードでの以前のインカネーションへのRMANの再設定

NOCATALOGモードでは、リカバリするインカネーションに関する情報が含まれている制御ファイルをマウントする必要があります。次の使用例では、データベースtrgtの破棄されたインカネーションにデータベースを再設定し、不完全リカバリを実行します。

CONNECT TARGET / NOCATALOG

# step 1: start and mount a control file that knows about the incarnation to which
# you want to return. Refer to the RESTORE command for appropriate options.
STARTUP NOMOUNT;
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;

# step 2: obtain the primary key of old incarnation
LIST INCARNATION OF DATABASE trgt;

List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS   Reset SCN  Reset Time
------- ------- -------- -------------    -------  ---------- ----------
1       2       TRGT     1334358386       PARENT   154381     OCT 30 2013 16:02:12
1       116     TRGT     1334358386       CURRENT  154877     OCT 30 2013 16:37:39

# step 3: in this example, reset database to incarnation key 2
RESET DATABASE TO INCARNATION 2;

# step 4: restore and recover the database to a point before the RESETLOGS
RESTORE DATABASE UNTIL SCN 154876;
RECOVER DATABASE UNTIL SCN 154876;

# step 5: make this incarnation the current incarnation and list incarnations:
ALTER DATABASE OPEN RESETLOGS;
LIST INCARNATION OF DATABASE trgt;

List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- ------- ---------- ----------
1       2       TRGT     1334358386       PARENT  154381     OCT 30 2013 16:02:12
1       116     TRGT     1334358386       PARENT  154877     OCT 30 2013 16:37:39
1       311     TRGT     1334358386       CURRENT 156234     AUG 13 2013 17:17:03

RESTORE

用途

RESTOREコマンドを使用すると、RMANバックアップのリストア、検証またはプレビューを実行できます。通常、バックアップのリストアは、メディア障害によって現行のデータファイル、制御ファイルまたはアーカイブREDOログが破損したとき、あるいはPoint-in-Timeリカバリの実行前に行います。

前提条件

データファイルを現行の位置にリストアするには、リストアする表領域またはデータファイルをオフラインにしてデータベースを起動、マウントまたはオープンする必要があります。

Data Guard環境でRMANを使用する場合は、RMANをリカバリ・カタログに接続します。

本番データベースの試行リストアを実行する場合は、テスト環境でデータベースをリストアする前に、次の操作のいずれかを実行します。

- 本番データベースが使用しているリカバリ領域とは物理的に異なる高速リカバリ領域をテスト・データベースで使用する場合は、テスト・データベース・インスタンスのDB_RECOVERY_FILE_DESTを新しい場所に設定します。

- 本番データベースが使用するリカバリ領域と物理的に同じ高速リカバリ領域をテスト・データベースで使用する場合は、テスト・データベース・インスタンスのDB_UNIQUE_NAMEを本番データベースとは違う名前に設定します。

前述の操作をどちらも実行しないと、RMANでは、本番データベースをリストアしていると判断し、高速リカバリ領域のフラッシュバック・ログを使用不可能とみなして削除します。

暗号化されたデータベースまたは表領域をリストアする場合は、リストア操作を実行する前に、Oracleキーストアをオープンしておく必要があります。

使用上の注意

RESTOREコマンドは、全体バックアップ、レベル0の増分バックアップまたはイメージ・コピーをリストアします。ファイルのリストア先は、そのファイルのデフォルトの位置または別の位置です。

デフォルトでは、RMANが読取り専用データファイルをチェックし、それが存在していること、読取り可能であること、および適切なチェックポイントがあることを確認します。これらの条件が満たされない場合、RMANはファイルをリストアします。すべての条件が満たされている場合、RMANはファイルをリストアしません。

バックアップの選択

デフォルトでは、RESTOREは、最新のバックアップ・セットまたはファイル・コピー(つまり、最小限のメディア・リカバリで済むファイル・コピーまたはバックアップ・セット)を選択します。RMANは、RESTOREコマンドで割り当てたチャネルと同じタイプのチャネルで作成されたバックアップのみをリストアします。たとえば、データファイルのバックアップをDISKおよびsbtチャネルで作成し、RESTOREコマンドにはDISKチャネルのみを割り当てた場合、RMANはsbtのバックアップをリストアしません。チャネルを手動で割り当てない場合、RMANはDEVICE TYPEオプションによる制限に従って、必要となる可能性があるすべての自動チャネルを割り当てます。

RMANでは、Oracle RAC構成で、バックアップ、制御ファイルのコピーおよびデータファイルのコピーは、テープ上またはローカル・ファイル・システム上でファイルを読み込めるチャネルから自動的にリストアされます。たとえば、inst1に接続しているch1はテープ・ドライブからログ1000を読み取ることができても、inst2に接続しているチャネルch2がテープ・ドライブから同じログを読み取ることができない場合、ch1がログのリストアをできないため、ch2がこのログをリストアします。チャネルが別のPARMS設定またはCONNECT設定を使用している場合は、自動位置検索が自動的に使用可能になります。

データファイル名がシンボリック・リンクの場合、制御ファイルにはリンク・ファイルのファイル名が格納されますが、RMANは、リンク・ファイルが指すデータファイルでI/Oを実行します。ただし、リンク・ファイルが消失し、最初にシンボリック・リンクを再作成せずにデータファイルをリストアすると、RMANは、リンク・ファイルが示す位置ではなく、リンク・ファイルの位置にデータファイルをリストアします。

関連項目:

リストア・フェイルオーバーの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

CDBおよびPDBのリストア操作

RESTOREコマンドを使用すると、マルチテナント・コンテナ・データベース(CDB)全体、root、1つ以上のプラガブル・データベース(PDB)、およびPDBの表領域をリストアできます。この項で説明するデータのリストアに関する内容は、CDBとPDBのリストアにも適用されます。

CDBおよびPDBのリストア手順は、非CDBの場合に似ています。唯一の違いは、データベースへの接続手順と使用するコマンドです。CDB全体、root、または複数のPDBをリストアするには、rootに接続します。特定のPDBをリストアするには、そのPDBに接続します。PDBのリストア時は、RESTORE PLUGGABLE DATABASEを使用します。CDBをリストアするには、RESTORE DATABASEを使用し、rootをリストアするには、RESTORE DATABASE ROOTを使用します。

関連項目:

CDBおよびPDBへの接続の詳細は、「CONNECT」を参照してください

暗号化されたバックアップ・セットを使用したリストア操作

「バックアップ・セットの暗号化」で説明したとおり、リストア操作中のRMANによる暗号化されたバックアップ・セットの処理方法は、バックアップが作成された暗号化モードによって異なります。CONFIGUREおよびSETを使用すると、RMANによるデータベース・バックアップの暗号化設定を管理できます。次のリストアに関する考慮事項に注意してください。

- 透過モードで暗号化されたバックアップの場合、必要なパスワードは、Oracleソフトウェア・キーストアで使用可能である必要があります。バックアップ作成時に使用したキーストアは、リストア時にオープンして使用可能にする必要があります。バックアップの作成時にパスワードベースのキーストアが使用された場合、SET DECRYPTION WALLET OPEN IDENTIFIED BYを使用して、キーストアのオープンに使用したパスワードを指定する必要があります。

- パスワード・モードで暗号化されたバックアップの場合、必要なパスワードは、SET DECRYPTIONを使用して指定する必要があります。

- デュアル・モードで暗号化されたバックアップの場合、必要なパスワードは、Oracleソフトウェア・キーストアで使用可能であるか、またはSET DECRYPTIONを使用して指定する必要があります。

注意:

キーストアベースの暗号化は、パスワードが必要ないため、パスワードベースの暗号化より安全です。パスワード・ベースの暗号化は、バックアップをトランスポータブルにする必要があるため、必要な場合のみ使用してください。

リストア・フェイルオーバー

バックアップ・ピース、イメージ・コピーまたはプロキシ・コピーにアクセスできないか、またはブロックが破損している場合、RMANによってリストア・フェイルオーバーが実行されます。RESTOREコマンドは、バックアップまたはイメージ・コピーの使用可能な別のコピーを同じデバイスと他のデバイスで自動的に検索します。使用可能なコピーが存在しない場合は、RMANによって以前のバックアップが検索されます。RMANでは、適切なコピーが見つかるまで、使用可能な以前のバックアップの検索は続行されます。RMANは、必要に応じて、以前のデータベース・インカネーションから適用可能なバックアップを使用します。

使用できるバックアップがないデータファイルをリストアする場合は、RMANによって、作成SCNとしてチェックポイントの変更が指定されている空のデータファイルが作成されます。リカバリ時は、データファイルの作成時までさかのぼってすべてのアーカイブREDOログ・ファイルがリストアされ、データファイルの履歴内のすべての変更が再適用され、内容が再作成されます。

関連項目:

「バックアップ・セットの暗号化」および『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』の詳細説明を参照してください

リストアされたデータファイルの場所

データファイルをデフォルトの場所にリストアすると、RMANによって同じファイル名を持つファイルが上書きされます。データファイルが適切な場所にあり、そのヘッダーに必要なデータが含まれている場合、デフォルトでは、RMANによってそのデータファイルはリストアされません。RMANでは、データファイル本体の破損ブロックをスキャンしません。

デフォルトのファイル名を使用できないことがRMANで確認された場合(たとえば、ファイルがOracle Managed Filesであるか、または自動ストレージ管理ディスク・グループに存在する場合)には、RMANによって同じ場所またはディスク・グループに新しいファイルの作成が試行されます。

RMANは、リカバリ・カタログに現在格納されている場所にデータファイルをリストアします。このデフォルトの動作によって、元のバックアップ以降に使用されなくなった可能性のある場所にデータファイルをリストアするという問題が発生しなくなります。また、データファイルの場所を元のバックアップの場所から変更した場合、RMANはファイルを最新の場所、つまり変更後の場所にリストアすることになります。

ファイルをデフォルト以外の場所にリストアするには、SET NEWNAMEコマンドを使用して、リストア対象ファイルの名前を変更してから、SWITCHコマンドでそのファイルを現行のファイルにします(例3-22を参照)。SWITCHコマンドを発行しなければ、RMANは、リストアされたファイルを有効なコピーとみなし、将来のリストア処理で使用します。表3-8に、SET NEWNAMEおよびSWITCHコマンドと併用したRESTOREの動作について説明します。

表3-8 SET NEWNAME、SWITCHおよびRESTORE

SET NEWNAMEの実行

SWITCHの実行

RESTOREの動作

実行しない

N/A

RMANは、リカバリ・カタログに格納されている最新の場所にファイルをリストアします。

実行する

実行する

RMANは、SET NEWNAMEで指定されたパス名にファイルをリストアします。RMANは、制御ファイルの現行のデータファイルの名前をリストアされたファイルの名前で置き換えます。RMANでは、古い名前を持つデータファイルをデータファイルのコピーとして記録します。

実行する

実行しない

RMANは、SET NEWNAMEで指定されたパス名にファイルをリストアします。RMANでは、制御ファイルの現行データファイルの名前が更新されません。リストアされたファイルは、RMANリポジトリにデータファイルのコピーとしてリストされます。

一時ファイルをバックアップできないため、および一時ファイル用のREDOが生成されないため、RMANでは一時ファイルのリストアまたはリカバリは行われません。RMANによる一時ファイル名の追跡は、必要に応じて一時ファイルを自動的に再作成するためにのみ実行されています。

制御ファイルのリストア時におけるRMANの動作

制御ファイルのリストア時におけるRMANの動作は、表3-9に示すように、様々な要素によって決まります。自動バックアップのリストアに必要なコマンドおよびオプションについては、表3-10を参照してください。

表3-9 RESTORE CONTROLFILEの使用例

RMANの接続

RESTORE CONTROLFILE;

RESTORE CONTROLFILE FROM AUTOBACKUP;

RESTORE CONTROLFILE ... TO 'filename';

RESTORE CONTROLFILE ... FROM 'media_handle'またはTAG 'user_tag';

カタログなし、ターゲット・データベースはNOMOUNT状態で起動済

エラー。FROM AUTOBACKUPを指定する必要があります。

CONTROL_FILESの場所にリストアします。必要なコマンドおよびオプションについては、表3-10を参照してください。

FROM AUTOBACKUPを指定する必要があります。filenameにのみリストアします。

最初にSET DBIDを実行します。指定したファイルからリストアします(TAGからはリストアできません)。TO 'filename'を使用しない場合は、すべてのCONTROL_FILESの場所にリストアします。

カタログなし、ターゲット・データベースはマウント済またはオープン状態

エラー。TO 'filename'を使用する必要があります(この場合、filenameはCONTROL_FILESリストにないファイルです)。

エラー。TO 'filename'を使用する必要があります(この場合、filenameはCONTROL_FILESリストにないファイルです)。

filenameにのみリストアします。この場合、filenameはCONTROL_FILESリストにないファイルです。

RMANによりエラーRMAN-06496が発行されます。かわりに、TO 'filename'を使用します。

カタログあり、ターゲット・データベースはNOMOUNT状態で起動済

CONTROL_FILESの場所にリストアします。DB_NAMEがカタログ内で一意でない場合のみ、SET DBIDを実行します。

テスト用のリカバリ・カタログでのみ使用します。

filenameにのみリストアします。この場合、filenameはCONTROL_FILESリストにないファイルです。

指定したファイルからリストアします。TO 'filename'を使用しない場合は、すべてのCONTROL_FILESの場所にリストアします。

カタログあり、ターゲット・データベースはマウント済またはオープン状態

エラー。TO 'filename'を使用する必要があります(この場合、filenameはCONTROL_FILESリストにないファイルです)。

リカバリ・カタログでは使用しません。

filenameにのみリストアします。この場合、filenameはCONTROL_FILESリストにないファイルです。

RMANによりエラーRMAN-06496が発行されます。かわりに、TO 'filename'を使用します。

Data Guard環境でRMANを使用すると、RMANは、プライマリ制御ファイルからスタンバイ制御ファイルへの変換およびスタンバイ制御ファイルからプライマリ制御ファイルへの変換を透過的に行います。また、RESTOREおよびRECOVERを発行すると、データファイル、オンラインREDOログ、スタンバイREDOログおよび一時ファイルのファイル名を自動的に更新します。「Data Guard環境でのRMANのバックアップ」で説明するとおり、リカバリ・カタログには、常に各データベースのバックアップ・ファイル名に関する正しい情報が含まれています。

制御ファイルおよびサーバー・パラメータ・ファイルの自動バックアップ・オプション

自動バックアップをリストアする場合、使用するコマンドおよびオプションは、自動バックアップのタイプ(制御ファイルまたはサーバー・パラメータ・ファイル)と場所(高速リカバリ領域の内部または外部)によって決まります。表3-10に、これらのオプションを示します。

表3-10 RESTORE ... FROM AUTOBACKUP

リストア・オブジェクト

自動バックアップの場所

SET DBIDの実行

RESTOREへのRECOVERY AREAの指定

RESTOREへのDB_NAMEまたはDB_UNIQUE_NAMEの指定

SET CONTROLFILE AUTOBACKUP FORMATの実行

SPFILE

リカバリ領域

実行しない

実行する

実行する

実行しない

SPFILE

リカバリ領域外

実行する

実行しない

実行しない

自動バックアップがデフォルトの場所にない場合のみ

制御ファイル

リカバリ領域

実行しない

自動バックアップが現行以外のリカバリ領域内にある場合のみ

自動バックアップが現行以外のリカバリ領域内にあり、また現行以外のDB_UNIQUE_NAMEを使用している場合のみ

実行しない

制御ファイル

リカバリ領域外

実行する

実行しない

実行しない

自動バックアップがデフォルトの場所にない場合のみ

アーカイブ・バックアップからのNOCATALOGモードでの制御ファイルのリストア

ディスクに格納されているバックアップを、テープまたはOracle Cloudにオフロードできます。制御ファイルの自動バックアップが有効になっている場合に、次のコマンドのいずれかを使用して、ディスクのバックアップをテープまたはOracle Cloudにアーカイブすると、RMANにより、最新の制御ファイルのバックアップがテープまたはOracle Cloudに含められます。

- BACKUP BACKUPSET ALL

- BACKUP RECOVERY AREA

- BACKUP DATAFILE COPY ALL

リカバリ・カタログが使用されていない状態で、これらのバックアップをリストアするには、1つ以上のディスクとSBTチャネルを(テープまたはOracle Cloud用に)構成する必要があります。

リモート・ホストからのファイルを使用したデータファイルと制御ファイルのリストア

Oracle Database 12c以上では、リモート・データベースからのファイルを使用してデータベース、データファイル、制御ファイル、表領域またはspfileをリストアできます。RMANは、ネットワークを介してリモート・データベースに接続し、バックアップ・セットを使用して必要なファイルをターゲット・データベースに転送します。これは、Data Guard環境では非常に有用です。ネットワークを介してスタンバイ・データベースに接続することによって、プライマリ・データベースでデータファイルをリストアできます。プライマリ・データベースに接続することによって、スタンバイ・データベースでデータファイルをリストアすることもできます。

ネットワークを介してリモート・ホストからファイルをリストアするときは、FROM SERVICEを使用して、ファイルの取得元のリモート・ホストのサービス名を指定する必要があります。必要に応じて、SECTION SIZEを使用して、マルチセクション・バックアップ・セットとしてソース・データベースからファイルをリストアします。USING COMPRESSED BACKUPSETを指定すると、転送するファイルを圧縮できます。

ソース・データベースから転送されるファイルを暗号化するには、RESTOREコマンドの前にSET ENCRYPTIONコマンドを使用します。SET COMPRESSION ALGORITHMを使用して、ネットワークを介してバックアップ・セットを転送する前に、それらを圧縮するために使用するアルゴリズムを指定することもできます。

リモート・ホストを使用してファイルをリストアするための前提条件

- ソース・データベースとターゲット・データベース上のパスワード・ファイルが同じである必要があります。

- ターゲット・データベースのtnsnames.oraファイルに、リモート・データベースに対応するエントリが含まれる必要があります。

構文

restore::=

(restoreObject::=、restoreSpecOperand::=、deviceSpecifier::=、untilClause::=)

restoreObject::=

(archivelogRecordSpecifier::=, datafileSpec::=, foreignFileSpec::=)

restoreSpecOperand::=

autoBackupOptList::=

セマンティクス

restore

この句を使用すると、リストアするファイルを選択し、リストア操作の動作を制御するパラメータを指定できます。

構文要素

説明

restoreObject

リストアするファイルを指定します。

restoreSpecOperand

restoreObject句に対するオプションを指定します。

CHANNEL channel_id

restoreSpecOperand句を参照してください。

CHECK LOGICAL

物理的な破損チェックを通過したデータ・ブロックと索引ブロックについて、行ピースまたは索引エントリの破損などの論理的な破損がないかどうか調べます。RMANは論理的な破損を見つけると、アラート・ログとサーバー・セッション・トレース・ファイルにそのブロックのログを書き込みます。

あるファイルで検出された物理的な破損と論理的な破損の合計数がSET MAXCORRUPTの設定値以下の場合、RMANのコマンドは完了し、破損ブロック範囲がV$DATABASE_BLOCK_CORRUPTIONビューに移入されます。MAXCORRUPTを超えている場合、コマンドはビューへの移入を行わずに終了します。

バックアップ・データファイルのリストア時には、RMANでは、DB_BLOCK_CHECKSUM初期化パラメータの設定が考慮されます。RMANでは、DB_BLOCK_CHECKSUMがfalseに設定されている場合は、チェックサムが消去されます。typicalに設定されている場合は、RMANでは、バックアップからリストアしてデータファイルに書き込む際に、チェックサムが検証されます。初期化パラメータDB_BLOCK_CHECKSUM=typicalを設定し、MAXCORRUPTを設定していない場合にCHECK LOGICALを指定すると、検出可能なすべてのタイプの破損が検出されます。

注意: MAXCORRUPTの設定値によって、ファイルに許容される物理的および論理的な破損の合計数が指定されます。

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。たとえば、自動ディスクおよびテープ・チャネルを構成してRESTORE ...DEVICE TYPE DISKを発行すると、RMANではディスク・チャネルのみが割り当てられます。DEVICE TYPEオプションを指定する前に、CONFIGUREコマンドを使用してデバイス・タイプを構成する必要があります(事前構成されるDISK以外)。

注意: RUNブロック内でチャネルを手動で割り当ててから、DEVICE TYPE句を使用してRESTOREを実行することはできません。

関連項目: 「deviceSpecifier」を参照してください

FORCE

再起動可能なリストア機能をオーバーライドし、リストアが必要かどうかに関係なくすべてのファイルをリストアします。FORCEを指定しなければ、ヘッダー情報が制御ファイル内の情報と一致しない場合にのみ、RMANはファイルをリストアします。

FROM BACKUPSET

バックアップ・セットからのみリストアします。デフォルトでは、RESTOREは最小のメディア・リカバリで済むファイル・コピーまたはバックアップ・セットを使用します。

FROM BACKUPSETオプションを使用する場合は、リストアが必要となるバックアップ・セット用に、適切なタイプのストレージ・デバイスのチャネルを割り当てる必要があります。たとえば、必要なバックアップがテープでのみ使用可能で、sbtチャネルが割り当てられていない場合、RMANでリストア候補のバックアップ・セットを検出できないため、RESTOREコマンドは正常に実行されません。

FROM DATAFILECOPY

データファイルのコピーのみをリストアします。デフォルトでは、RESTOREは最小のメディア・リカバリで済むファイル・コピーまたはバックアップ・セットを使用します。FROM DATAFILECOPYオプションを使用する場合、割当て済のチャネルはDEVICE TYPE DISKタイプである必要があります。

INSTANT FULL

この句は、将来のリリース用に予約されています。

INSTANT SPARSE

この句は、将来のリリース用に予約されています。

FROM PLATFORM platform

クロス・プラットフォーム・バックアップが作成されたプラットフォームの名前を指定します。クロス・プラットフォーム・データ・トランスポートは、Oracle Database 12c リリース1 (12.1)以上でサポートされます。この句は、リストアする必要があるデータを含むバックアップ・セットを指定するforeignFileSpecとともに指定する必要があります。FROM PLATFORM句はオプションです。foreignFileSpecのみを指定して、クロス・プラットフォーム・バックアップをリストアできます。ただし、FROM PLATFORMを使用してプラットフォーム名を指定した場合は、この名前がクロス・プラットフォーム・バックアップ・ヘッダーに格納されているプラットフォーム識別子と一致する必要があります。

FROM SERVICE service_name

リモート・データベースからネットワークを介して転送されたファイルを使用して、ターゲット・データベースでデータファイル、制御ファイル、またはspfileをリストアします。service_nameは、リモート・データベースのサービス名を指定します。

注意: ネットワークを介したファイルのリストアは、Oracle Database 12c以上でサポートされます。

FROM TAG tag_name

restoreSpecOperand句を参照してください。

PREVIEW

RMANが指定した時刻のデータベースのリストアおよびリカバリに使用できるバックアップとアーカイブREDOログ・ファイルをレポートします(リストアは行いません)。RMANではメタデータの問合せを実行しますが、実際のバックアップ・ファイルの読取りは行いません。

RESTORE ... PREVIEWの出力は、LIST BACKUPの出力と同じ形式です(例3-28を参照)。

いくつかのメディア・マネージャによって、オフサイトのバックアップを示すステータス情報がRMANに提供されます。オフサイトのバックアップは、安全なストレージ設備などのリモートの場所に格納されるため、メディアを入手しないと使用できません。

オフサイトのバックアップは、バックアップをリストアする前にメディアをストレージから入手する必要があるにもかかわらず、RMANリポジトリではAVAILABLEとマークされます。RMANがオフサイトのバックアップをリストアしようとすると、リストア操作は失敗します。RESTORE ... PREVIEWは、入手する必要があるメディアに格納されている、RESTORE操作に必要なバックアップを識別できます。出力には、バックアップがオフサイトで格納されているかどうかが示されます。

必要なバックアップがオフサイトで格納されているのに、メディア・マネージャでオフサイトのバックアップを使用できない場合は、次のオプションを使用できます。

- CHANGE ... UNAVAILABLEを使用して、オフサイトにある必要なバックアップをRMANが選択できないようにし、RESTORE ... PREVIEW操作を再試行して、RMANがオフサイトの別のバックアップを選択するかどうかを確認します。RMANがオフサイトのバックアップを選択しない場合は、リストア操作を実行できます。

- RECALLオプションを指定して、RESTORE ... PREVIEWを使用します。

関連項目: 「LIST」(特に、BACKUPSおよびSUMMARYオプションと、RECOVER ... VALIDATE HEADERコマンド)を参照してください。

RECALL

指定したリストア操作に必要なバックアップ・メディアをオフサイトのストレージから入手するようにメディア・マネージャに指示します(例3-29を参照)。

注意: このオプションが有効になるのは、メディア・マネージャでこの機能がサポートされている場合のみです。RESTORE ... PREVIEWを定期的に使用すると、必要なバックアップがローカルに格納されているかどうかを再度監視できます。

SUMMARY

RMANによってリストアされるバックアップのサマリーを示します。この出力は、LIST BACKUPS ... SUMMARYコマンドの出力と同じ形式です。

SECTION SIZE

マルチセクション・バックアップをリストアします。

SKIP READONLY

読取り専用ファイルはリストアしません。

TO RESTORE POINT restore_point_name

リストア・ポイントを作成した時点のSCNを上限として、リストア・ポイントを指定します。指定した値は含まれます。上限値が含まれるため、RMANは、リストア・ポイントに対応するSCNまでリストアできるファイルのみを選択します。

untilClause

選択範囲を、指定した時刻、SCNまたはログ順序番号までのPoint-in-Timeリカバリに適したバックアップ・セットまたはファイル・コピーに制限します。

他の基準がない場合、RMANは、リストアする最新のファイル・コピーまたはバックアップ・セットを選択します。UNTIL句で指定した時点は、現行のデータベース・インカネーション内である必要があります。

関連項目:「untilClause」を参照してください

USING [COMPRESSED] BACKUPSET

ネットワークを介してリストアされるファイルが、圧縮されたバックアップ・セットとしてリモート・データベースから転送される必要があることを指定します。デフォルトでは、RMANはバックアップ・セットとしてファイルを転送します。したがって、USING BACKUPSET句を省略した場合でも、ファイルはバックアップ・セットとして転送されます。デフォルトでは、圧縮の実行には、RMAN構成で設定されている圧縮アルゴリズムが使用されます。RESTOREコマンドを実行する前にSET COMPRESSION ALGORITHMコマンドを実行することによって、異なる圧縮アルゴリズムを使用できます。

VALIDATE

RMANによって、リストアする必要があるバックアップ・セット、データファイルのコピーおよびアーカイブREDOログ・ファイルが識別され、検証されます(例3-30を参照)。ファイルはリストアされません。

ディスクとテープ両方のファイルについては、RMANがバックアップ・ピースまたはイメージ・コピー内のすべてのブロックを読み取ります。RMANは、オフサイト・バックアップも検証します。RMANでの検証は実際のリストア操作と同じですが、出力ファイルの書き出しは実行しません。

注意: VALIDATEオプションを指定してRESTOREを使用すると、データファイルをオンラインにした状態でデータベースをオープンできます。

関連項目: 「VALIDATE」を参照してください。

HEADER

RMANが指定した時刻のリストアに使用できるバックアップをレポートして検証します(リストアは行いません)。

このオプションを指定すると、RMANは、PREVIEWオプションを指定してRESTOREを実行した場合と同じ機能を実行します。ただし、RMANは、リストアおよびリカバリに必要なファイルのリストに加えて、バックアップ・ファイルのヘッダーを検証し、ファイルがディスク上にあるか、またはRMANリポジトリのメタデータに対応するメディア管理カタログにあるかを判別します。

関連項目: RESTORE PREVIEWオプションおよびRECOVER ... VALIDATE HEADERオプションの説明を参照してください。

restoreObject

この副次句では、リストアするオブジェクト(制御ファイル、データファイル、アーカイブREDOログ・ファイルまたはサーバー・パラメータ・ファイル)を指定します。RMANでは、チェンジ・トラッキング・ファイルのバックアップおよびリカバリはサポートされていません。RMANではデータベースのリストアおよびリカバリ後にチェンジ・トラッキング・ファイルが再作成され、このチェンジ・トラッキング・ファイルはリカバリ後の次回の増分バックアップで使用されます。したがって、リストアおよびリカバリによるチェンジ・トラッキングへの影響は、ユーザーからは見えません。

構文要素

説明

archivelogRecordSpecifier

アーカイブREDOログ・ファイルの指定範囲をリストアします。

デフォルトのリストアの場所は、DB_RECOVERY_FILE_DESTです(LOG_ARCHIVE_DEST_nのいずれかが、暗黙的または明示的にUSE_DB_RECOVERY_FILE_DESTに構成されている場合)。それ以外の場合、デフォルトのリストア・ファイル名は、ターゲット・データベースのLOG_ARCHIVE_FORMATおよびLOG_ARCHIVE_DEST_1初期化パラメータで構成されます。これらのパラメータをポート固有の方法で組合せて、リストアされたログの名前を導出します。デフォルトの場所は、SET ARCHIVELOG DESTINATIONコマンドでオーバーライドできます。

RECOVERコマンドでは必要に応じてアーカイブREDOログ・ファイルが自動的にリストアされるため、手動によるリストアが必要になることはほとんどありません。アーカイブREDOログ・ファイルを手動でリストアする可能性が発生するのは、リカバリ時間を短縮する場合、ログを複数の宛先に書き込む場合、Point-in-Timeリカバリ後にログの内容を分析する場合などです。データベースを停止せずに以前のインカネーションからログをリストアする場合、次の句とともにRESTORE ARCHIVELOGを使用できます。

- ... FROM SCN

- ...SCN BETWEEN... AND

- FROM SCN ... INCARNATION <integer>

- FROM SCN... INCARNATION ALL

注意: この操作では、データベースを起動、マウントまたはオープンできます。

関連項目: 「archivelogRecordSpecifier」を参照してください。

CONTROLFILE

ターゲット・データベースのロールに応じて、スタンバイ制御ファイルまたはバックアップ制御ファイルをリストアします。

制御ファイルが消失した場合は、制御ファイルをリストアし(表3-9を参照)、リストアした制御ファイルをマウントしてからデータベースをリストアします。リストアした制御ファイルをマウントした後は、常にRECOVERコマンドを実行して、RESETLOGSオプションでデータベースをオープンする必要があります。

注意: ターゲット・データベースがマウントされていない状態で、RMANがリカバリ・カタログに接続していない場合は、RESTORE CONTROLFILEにFROM AUTOBACKUP句を指定する必要があります。自動バックアップがデフォルト以外の形式である場合は、最初にSET CONTROLFILE AUTOBACKUP FORMATコマンドを使用して形式を指定します。ターゲット・データベースがマウントまたはオープンされている場合は、RESTORE CONTROLFILEにTO filename句を指定する必要があります。

リカバリ・カタログに接続中にバックアップ制御ファイルを使用してRESTOREを実行すると(例3-23を参照)、制御ファイルは、リカバリ・カタログのメタデータに基づいて、リストアしたデータベースの構造が反映されるようにRMANで自動的に更新されます。

TO 'filename'

制御ファイルを指定されたファイル名にリストアします。

TO句を使用して制御ファイルをリストアする場合のRMANの動作については、表3-9を参照してください。

DATABASE

オフラインのファイルを除いて、データベースのすべてのデータファイルをリストアします。デフォルトでは、RMANは読取り専用表領域のデータファイルをリストアします。

CDBでは、CDB全体をリストアします。CDBをリストアするには、rootに接続します。PDBでは、指定されたPDB内のデータファイルをリストアします。PDBをバックアップするには、そのPDBに接続します。「CDBおよびPDBへの接続」を参照してください。

BACKUP DATABASEとは異なり、RESTORE DATABASEでは制御ファイルとサーバー・パラメータ・ファイルは自動的には含まれません。追加のRESTORE CONTROLFILEおよびRESTORE SPFILEコマンドを発行して、これらのファイルをリストアする必要があります。

注意: オフライン・データファイルをリストアするには、RESTORE DATAFILEまたはRESTORE TABLESPACEを使用する必要があります。

DATABASE ROOT

CDBで、rootに属しているすべてのオンライン・データファイルをリストアします。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

PLUGGABLE DATABASE pdb_name

CDBで、指定されたPDBに属しているすべてのデータファイルをリストアします。他のPDBは影響を受けず、オープンして操作可能な状態のままにできます。複数のPDBをリストアするには、カンマ区切りのリストを使用します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

SKIP [FOREVER]  TABLESPACE tablespace_name

指定した表領域をリストア操作から除外します。このオプションは、一時データを含む表領域のリストアを回避する場合に有効です。CDBでは、rootに接続している場合は、rootの表領域を参照し、PDBに直接接続している場合は、PDBの表領域を参照します。

FOREVERキーワードを指定しても、SKIPの動作は変わりません。FOREVERキーワードは、RESTORE SKIP FOREVERとRECOVER SKIP FOREVERとの間で構文の互換性を保つためにのみ存在します。

TABLESPACE pdb_name:tablespace_name

CDBでは、指定した表領域をリストア操作から除外します。この構文は、rootに接続している場合にのみ必要です。PDBに直接接続している場合は、TABLESPACE tablespace_nameを使用します。

DATAFILE datafileSpec

ファイル名または絶対データファイル番号で指定したデータファイルをリストアします(例3-22を参照)。

注意: リストア・ジョブでは、1つのデータファイルを2回以上指定しないでください。たとえば、次のコマンド例は、データファイル1が明示的に指定されていると同時に、SYSTEM表領域内で暗黙的に指定されているため、無効とみなされます。

RESTORE TABLESPACE SYSTEM DATAFILE 1;

関連項目: 「datafileSpec」を参照してください

foreignFileSpec

バックアップ・セットを使用するクロス・プラットフォーム・バックアップをリストアします。クロス・プラットフォーム・リストア操作を実行するときは、foreignFileSpecを指定する必要があります。この句は、リストアする必要があるデータ(データファイル、表領域またはデータベース全体)およびリストアするデータを含むバックアップ・セットを指定します。リストアするクロス・プラットフォーム・バックアップは、複数のバックアップ・セットまたは複数のバックアップ・ピースで構成できます。

リストアするバックアップ・セットを指定するには、BACKUPSET構文を使用します。データファイルをリストアするには、ALL FOREIGN DATAFILESまたはFOREIGN DATAFILEを使用します。表領域をリストアするには、FOREIGN TABLESPACEを使用します。データベース全体をリストアするには、FOREIGN DATABASEを使用します。

リストアされた表領域を宛先データベースに組み込むには、バックアップとともに作成された表領域メタデータが含まれるエクスポート・ダンプ・ファイルを使用します。バックアップにエクスポート・ダンプ・ファイルが含まれることを指定するには、DUMP FILEを使用し、エクスポート・ダンプ・ファイルが含まれるバックアップ・セットを指定するには、BACKUPSETを使用します。

注意: この句は、バックアップ・セットを使用してバックアップされたデータをリストアする場合にのみ使用できます。イメージ・コピーとして作成されたバックアップには使用できません。

関連項目: 「foreignFileSpec」を参照してください

PRIMARY CONTROLFILE

Data Guard環境のプライマリ・データベースの制御ファイルをリストアします。

RMANは、ターゲット・データベースのリカバリ・カタログに認識されている最新のデータベース・ロール(RC_SITE.DATABASE_ROLE)に応じて、適切に通常の制御ファイルまたはスタンバイ制御ファイルをリストアします。このオプションの目的は、最新のデータベース・ロールが古くなった場合に、デフォルトの設定をオーバーライドすることです。

プライマリ・データベースdgnyからスタンバイ・データベースdgsfへの切替えを実行して、dgsfを新しいプライマリ・データベースにするとします。dgsfの制御ファイルをリストアする必要がありますが、リカバリ・カタログの再同期化が行われていないため、dgsfはまだスタンバイ・データベースとして表示されています。この場合、PRIMARY CONTROLFILEを指定すると、デフォルトのRMANの動作をオーバーライドし、通常の制御ファイルをリストアできます。

SPFILE

プライマリ・サーバー・パラメータ・ファイルまたはスタンバイ・サーバー・パラメータ・ファイルをバックアップ元にリストアします。RMANでは、ターゲット・データベースで使用中のサーバー・パラメータ・ファイルは上書きできません。

RMANでは、デフォルトで、最新のサーバー・パラメータ・ファイルがリストアされます。UNTILまたはTAGオプションを指定すると、古いバージョンのサーバー・パラメータ・ファイルをリストアできます。

サーバー・パラメータ・ファイルが失われた場合は、RMANをターゲット・データベース(および使用している場合はリカバリ・カタログ)に接続し、SET DBIDを実行します。RESTORE SPFILEを実行する前に、STARTUP FORCE NOMOUNTを実行します。次にSTARTUP FORCEを実行し、リストアしたサーバー・パラメータ・ファイルを使用してデータベース・インスタンスを再起動します。

注意: ターゲット・データベースがマウントされていない状態で、RMANがリカバリ・カタログに接続していない場合は、RESTORE SPFILEにFROM AUTOBACKUP句を指定する必要があります。自動バックアップがデフォルト以外の形式である場合は、最初にSET CONTROLFILE AUTOBACKUP FORMATコマンドを使用して形式を指定します。ターゲット・データベースが起動、マウントまたはオープンされており、データベースの起動にサーバー・パラメータ・ファイルが使用されている場合は、RESTORE SPFILEにTO filename句を指定する必要があります。

TO [PFILE] 'filename'

プライマリ・サーバー・パラメータ・ファイルまたはスタンバイ・サーバー・パラメータ・ファイルを、TO句で指定された場所にリストアします。PFILEを指定して、サーバー・パラメータ・ファイルをテキストベースの初期化パラメータ・ファイルとして保存します。

FOR DB_UNIQUE_NAME db_unique_name

インスタンスが起動されていないときは、ターゲット・データベースのDB_UNIQUE_NAMEを指定します。このパラメータは、Data Guard環境でのみ有効です。

FOR DB_UNIQUE_NAMEが指定されている場合、RMANはSPFILEがリストアされるホストの正しいRMAN構成を検索し、それらを使用して、バックアップ・デバイスにアクセスします。指定されていない場合、RMANは正しいチャネル構成が選択できず、RMAN-6758エラーを戻します。

Data Guard環境では、プライマリ・ホストとスタンバイ・ホストに、関連SBTバックアップおよびディスク・デバイスと通信するための異なるチャネル構成が設定されている場合があります。プライマリ・データベースとスタンバイ・データベースの両方がリカバリ・カタログで認識される場合は、両方のデータベースの構成設定はリカバリ・カタログに記録されています。プライマリ・データベースとスタンバイ・データベースには同じDB_NAMEが含まれているため、リカバリ・カタログのレコードは、DB_UNIQUE_NAME初期化パラメータによってのみ区別できます。

注意: DB_NAMEがリカバリ・カタログ内で一意でない場合にRESTORE SPFILEを使用すると、RMAN-6758エラーが発生します。

関連項目: Data Guard環境でサーバー・パラメータ・ファイルをリストアする手順の詳細は、『Oracle Data Guard概要および管理』を参照してください。

TO 'filename'

スタンバイ制御ファイルを指定されたファイル名にリストアします。TO句を使用して制御ファイルをリストアする場合のRMANの動作については、表3-9を参照してください。

STANDBY CONTROLFILE

スタンバイ・データベースの制御ファイルをリストアします。RMANは、通常のバックアップ制御ファイルを透過的にリストアし、スタンバイ・データベースに対して使用できるようにします。

RMANは、ターゲット・データベースのリカバリ・カタログに認識されている最新のデータベース・ロール(RC_SITE.DATABASE_ROLE)に応じて、適切に通常の制御ファイルまたはスタンバイ制御ファイルをリストアします。このオプションの目的は、最新のデータベース・ロールが古くなった場合に、デフォルトの設定をオーバーライドすることです。プライマリ・データベースdgnyからスタンバイ・データベースdgsfへの切替えを実行して、dgsfを新しいプライマリ・データベースにするとします。後で、dgnyをdgsfのスタンバイ・データベースにします。dgnyで制御ファイルをリストアする必要がありますが、リカバリ・カタログの再同期化が行われていないため、dgnyはまだプライマリ・データベースとして表示されています。この場合、STANDBY CONTROLFILEを指定すると、デフォルトのRMANの動作をオーバーライドし、スタンバイ制御ファイルをリストアできます。

DB_UNIQUE_NAMEがリカバリ・カタログに認識されているデータベースの制御ファイルをリストアする場合、RMANは、制御ファイル内のすべてのファイル名をリカバリ・カタログに認識されるファイル名に更新します。ファイル名は、ALTER DATABASE RENAME FILEを使用して明示的に名前が変更されると、リカバリ・カタログのファイル名よりも優先されます。

関連項目: 制限事項と使用上の注意は、表3-9を参照してください。

注意: リストアされた制御ファイルのマウント後は常にRECOVERコマンドを実行する必要があります。また、データベースは常にRESETLOGSオプションでオープンする必要があります。

TABLESPACE tablespace_name

指定した表領域にあるすべてのデータファイルをリストアします(例3-21を参照)。

RMANは、表領域名をデータファイルのリストに内部的に変換します。表領域名を変更する場合(usersからcustomersへの変更など)は、古い名前(users)で追加の表領域が作成されていないかぎり、古い名前(users)または新しい名前(customers)のいずれかを表領域に使用できます。表領域名が変更されていて、次の再同期化時にリカバリ・カタログが更新されることが、RMANによって確認されます。

注意: RMANを使用して、ディクショナリ管理一時表領域はバックアップおよびリストアできますが、ローカル管理一時表領域はバックアップできません。ただし、RMANでは、ローカル管理一時表領域は、データベースのリストア後に自動的に再作成されます。

restoreSpecOperand

この副次句は、restoreObject句に対するオプションを指定します。これらのパラメータは、RESTOREコマンドのレベルで同じ名前を持つパラメータをオーバーライドします。

構文要素

説明

CHANNEL channel_id

このリストア操作に使用するチャネルの名前を、大/小文字を区別して指定します。チャネル指定がないと、RESTOREは正しいデバイス・タイプで割り当てられたすべての使用可能なチャネルを使用します。

FROM AUTOBACKUP

制御ファイルの自動バックアップをリストアします(例3-24を参照)。

このオプションは、RESTORE CONTROLFILEコマンドおよびRESTORE SPFILEコマンドでのみ有効です。どちらかのタイプのファイルをNOCATALOGモードでリストアする場合は、FROM AUTOBACKUP句が必須です。

RMANは、現在の日付またはSET UNTILで指定された日付から検索を開始します。検索初日は、順序番号256(または指定されている場合はMAXSEQで指定された順序番号)で検索を開始し順序0に戻るまで降順にカウントします。自動バックアップが現在の日付またはSET UNTIL日に見つからなければ、RMANでは順序256から0に戻るまで過去の日付が順番にチェックされます。検索は現在の日付またはSET UNTIL日より前にMAXDAYS日間(デフォルトは7、最大366)継続されます。MAXDAYS日以内に自動バックアップが見つからなければ、RMANはエラーを発行し、コマンドが停止します。

関連項目: 制限事項と使用上の注意は、表3-9を参照してください。

autoBackupOptList

制御ファイルの自動バックアップの検索を制御するパラメータを指定します。

'media_handle'

制御ファイルのコピー名、または制御ファイルを含むバックアップ・ピースの名前を指定します。media_handleには、制御ファイルのバックアップを含む任意のバックアップ・ピースを指定できます(制御ファイルのバックアップは、自動バックアップでなくてもかまいません)。

関連項目: 制限事項と使用上の注意は、表3-9を参照してください。

FROM SERVICE service_name

リモート・データベースからネットワークを介して転送されたバックアップを使用して、データファイルまたは制御ファイルをリストアします。service_nameは、リモート・データベースのサービス名を指定します。

FROM TAG tag_name

最新のバックアップまたは使用可能なファイル・コピーに関するデフォルトの選択をオーバーライドします。このタグは、自動選択の対象を、指定したタグで作成されたバックアップ・セットまたはファイル・コピーに制限するために使用します。複数のバックアップ・セットまたはコピーに一致するタグが存在していると、RMANは最新の内容を選択します。タグ名には、大/小文字区別はありません。

関連項目: 多重化バックアップ・セットの個々のコピーにタグを適用する方法と、タグのデフォルト・ファイル名形式については、「BACKUP」を参照してください。

autoBackupOptList

この副次句は、制御ファイルの自動バックアップの検索を制御するパラメータを指定します。

構文要素

説明

DB_NAME database_name

制御ファイルの自動バックアップの検索で使用するDB_NAMEを指定します。このパラメータの設定方法については、表3-10を参照してください。

DB_UNIQUE_NAME初期化パラメータのデフォルト値は、DB_NAME初期化パラメータの設定値です。ターゲット・データベースにDB_UNIQUE_NAME初期化パラメータが設定されていない場合は、RESTORE ... DB_NAMEまたはRESTORE ... DB_UNIQUE_NAMEを使用します。ターゲット・データベースのDB_UNIQUE_NAME初期化パラメータ設定がDB_NAMEと異なる場合は、RESTORE ... DB_UNIQUE_NAMEを使用します。

MAXDAYS integer

制御ファイルの自動バックアップの検索を過去の指定した日数内に制限します。

MAXSEQ integer

制御ファイルの自動バックアップの検索での最大順序番号を指定します。

RECOVERY AREA 'pathname'

自動バックアップを検索する高速リカバリ領域へのパスを指定します。RECOVERY AREAとDB_RECOVERY_FILE_DESTはシノニムです。このパラメータの設定方法については、表3-10を参照してください。

DB_RECOVERY_FILE_DEST 'pathname'

RECOVERY AREAとDB_RECOVERY_FILE_DESTはシノニムです。

DB_NAME database_name

制御ファイルの自動バックアップの検索で使用するDB_NAMEを指定します。このパラメータの設定方法については、表3-10を参照してください。

DB_UNIQUE_NAME初期化パラメータのデフォルト値は、DB_NAME初期化パラメータの設定値です。ターゲット・データベースにDB_UNIQUE_NAME初期化パラメータが設定されていない場合は、RESTORE ... DB_NAMEまたはRESTORE ... DB_UNIQUE_NAMEを使用します。ターゲット・データベースのDB_UNIQUE_NAME初期化パラメータ設定がDB_NAMEと異なる場合は、RESTORE ... DB_UNIQUE_NAMEを使用します。

DB_UNIQUE_NAME    db_unique_name

リストア操作のターゲットである、指定した高速リカバリ領域内のデータベースのDB_UNIQUE_NAMEを指定します。

DB_UNIQUE_NAME初期化パラメータのデフォルト値は、DB_NAME初期化パラメータの設定値です。ターゲット・データベースにDB_UNIQUE_NAME初期化パラメータが設定されていない場合は、RESTORE ... DB_NAMEまたはRESTORE ... DB_UNIQUE_NAMEを使用します。ターゲット・データベースのDB_UNIQUE_NAME初期化パラメータ設定がDB_NAMEと異なる場合は、RESTORE ... DB_UNIQUE_NAMEを使用します。

例

例3-21 表領域のリストア

この例では、表領域をオフラインにし、リストアしてからメディア・リカバリを実行します。

ALTER TABLESPACE users OFFLINE IMMEDIATE;
RESTORE TABLESPACE users;
RECOVER TABLESPACE users;
ALTER TABLESPACE users ONLINE;

例3-22 リストアされるデータファイルの新しい名前の設定

データファイル9を格納している/disk1にメディア障害が発生したとします。この例では、データファイルに新しい名前を指定し、データファイルをリストアし、新しい名前を使用するように制御ファイルを更新してリカバリした後、オンライン化します。

RUN
{
ALTER DATABASE DATAFILE 9 OFFLINE;
SET NEWNAME FOR DATAFILE 9 TO '/disk2/users01.dbf';
RESTORE DATAFILE 9;
SWITCH DATAFILE ALL;
RECOVER DATAFILE 9;
ALTER DATABASE DATAFILE 9 ONLINE;
}

例3-23 リカバリ・カタログ使用時の制御ファイルのリストア

monday_cf_backupというタグが付いている制御ファイルのバックアップをリストアするとします。RMANクライアントを起動し、ターゲット・データベースおよびリカバリ・カタログ・データベースに接続して、次のコマンドを実行します。

RUN
{ # SET DBID is not necessary when RMAN is connected to a recovery catalog
STARTUP FORCE NOMOUNT;
RESTORE CONTROLFILE FROM TAG 'monday_cf_backup';
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS; # required after recovery with backup control file

RMANでは、制御ファイルがデフォルト位置にリストアされ、それがすべてのCONTROL_FILESの位置に自動的にレプリケートされます。RMANは、制御ファイルをマウントし、データベースのリストアとリカバリを行います。RMANでは、リカバリ・カタログのメタデータに基づいて、リストアしたデータベースの構造が反映されるように制御ファイルが自動的に更新されます。

例3-24 制御ファイルの自動バックアップを使用したデータベースのリカバリ

制御ファイルと一部のデータファイルが消失し、テープからリストアする必要があるとします。この例では、RMANはリカバリ・カタログを使用しないため、リストアする制御ファイルを特定するにはSET DBIDコマンドが必要です。次に、テープから制御ファイルをリストアし、データベースをマウントしてから、データベースのリストアとリカバリを行います。

CONNECT TARGET /
STARTUP FORCE NOMOUNT;
SET DBID 36508508;  # required when restoring control file in NOCATALOG mode
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS;

例3-25 デフォルト以外の位置への制御ファイルの自動バックアップのリストア

この例は、例3-24を部分的に変更したものです。この例では、制御ファイルの自動バックアップはデフォルト以外の場所にあるディスクに格納されています。RMANは、順序番号20を持つバックアップから始めて、過去5か月にさかのぼって検索します。

CONNECT TARGET /
STARTUP FORCE NOMOUNT
SET DBID 36508508;  # required when restoring control file in NOCATALOG mode
RUN
{
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK
TO '/disk1/prod_cf_auto_%F';
RESTORE CONTROLFILE TO '/tmp/cf_auto.dbf' FROM AUTOBACKUP
MAXSEQ 20 MAXDAYS 150;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS;

例3-26 現行の位置へのサーバー・パラメータ・ファイルの自動バックアップのリストア

次の一連のコマンドは、現行のサーバー・パラメータ・ファイルをNOCATALOGモードでリストアしてから、リストアされたサーバー・パラメータ・ファイルを使用してインスタンスを起動します。

CONNECT TARGET /
SET DBID 1620189241; # set dbid to dbid of target database
STARTUP FORCE NOMOUNT; # start instance with dummy SPFILE
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
RESTORE SPFILE FROM AUTOBACKUP; # FROM AUTOBACKUP needed in NOCATALOG mode
STARTUP FORCE; # startup with restored SPFILE
}

例3-27 テープまたはOracle Cloudに格納されている制御ファイルの自動バックアップのリストア

データベース・バックアップは、バックアップ・スケジュールに基づいてディスクに作成されます。制御ファイルの自動バックアップは有効化されていますが、リカバリ・カタログは使用されていません。次に、これらのバックアップ・セットは、BACKUP BACKUPSET ALLコマンドを使用してOracle Cloudにバックアップされます。この例では、Oracle Cloudで作成された自動バックアップを使用して、制御ファイルをリストアします。RMANにより、ディスクとOracle Cloudの両方のバックアップがスキャンされ、最新の制御ファイルの自動バックアップが取得されます。ディスク・チャネルとSBTチャネルをOracle Cloud用に構成する必要があります。

RUN
{
SET DBID 1928835918;
ALLOCATE CHANNEL disk1 DEVICE TYPE DISK;
ALLOCATE CHANNEL sbt1 DEVICE TYPE 'SBT_TAPE' PARMS 'SBT_LIBRARY=/disk1/oss/libopc.so ENV=(OPC_PFILE=/disk1/oss/opc_sbt.ora)';
RESTORE CONTROLFILE FROM AUTOBACKUP;
}

例3-28 バックアップのプレビュー

この例では、RESTORE ... PREVIEWコマンドの結果が表示されます。アーカイブREDOログ・ファイルのリストアに使用するためにRMANで選択するバックアップ・セットが示されています。

RMAN> RESTORE ARCHIVELOG ALL DEVICE TYPE sbt PREVIEW;

Starting restore at 01-MAR-13
released channel: ORA_SBT_TAPE_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=85 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup

List of Backup Sets
===================

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
53      1.25M      SBT_TAPE    00:00:18     01-MAR-13
BP Key: 53   Status: AVAILABLE  Compressed: NO  Tag: TAG20130301T150155
Handle: 2aibhej3_1_1   Media: RMAN-DEFAULT-000001

List of Archived Logs in backup set 53
Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
---- ------- ---------- --------- ---------- ---------
1    8       526376     01-MAR-13 527059     01-MAR-13
1    9       527059     01-MAR-13 527074     01-MAR-13
1    10      527074     01-MAR-13 527091     01-MAR-13
1    11      527091     01-MAR-13 527568     01-MAR-13
1    12      527568     01-MAR-13 527598     01-MAR-13
validation succeeded for backup piece
Finished restore at 01-MAR-13

例3-29 オフサイト・ストレージからのオフサイト・バックアップの再呼出し

バックアップのオフサイト・ストレージに関する情報をレポートし、オフサイト・バックアップの再呼出しをサポートするメディア・マネージャとともに使用すると、RESTORE ... PREVIEW RECALLは、バックアップからのアーカイブREDOログ・ファイルのリストアに必要なメディアをオフサイト・ストレージから再呼出しすることを要求します。

RMAN> RESTORE ARCHIVELOG ALL PREVIEW RECALL;

Starting restore at 10-JUN-13
using channel ORA_DISK_1
using channel ORA_SBT_TAPE_1

List of Backup Sets
===================

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
31      12.75M     SBT_TAPE    00:00:02     10-JUN-13
BP Key: 33   Status: AVAILABLE  Compressed: NO  Tag: TAG20130610T152755
Handle: 15gmknbs   Media: /v1,15gmknbs

List of Archived Logs in backup set 31
Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
---- ------- ---------- --------- ---------- ---------
1    1       221154     06-JUN-13 222548     06-JUN-13
1    2       222548     06-JUN-13 222554     06-JUN-13
1    3       222554     06-JUN-13 222591     06-JUN-13
1    4       222591     06-JUN-13 246629     07-JUN-13
1    5       246629     07-JUN-13 262451     10-JUN-13

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
32      256.00K    SBT_TAPE    00:00:01     10-JUN-13
BP Key: 34   Status: AVAILABLE  Compressed: NO  Tag: TAG20130610T153105
Handle: 17gmknhp_1_1   Media: /v1,17gmknhp_1_1

List of Archived Logs in backup set 32
Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
---- ------- ---------- --------- ---------- ---------
1    6       262451     10-JUN-13 262547     10-JUN-13
1    7       262547     10-JUN-13 262565     10-JUN-13

Initiated recall for the following list of offsite backup files
==========================================================
Handle: 15gmknbs   Media: /v1,15gmknbs
Finished restore at 10-JUN-13

例3-30 バックアップのリストアの検証

次の例では、RESTORE... VALIDATEを使用して、データベースのリストアに必要なバックアップがディスクまたはテープに存在し、読取り可能で破損していないことを確認する方法を示します。

RMAN> RESTORE DATABASE VALIDATE;

Starting restore at 01-MAR-13
using channel ORA_DISK_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=85 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup

channel ORA_DISK_1: starting validation of datafile backup set
channel ORA_DISK_1: reading from backup piece /disk2/PROD/backupset/2013_03_01/o1_mf_nnndf_TAG20130301T161038_2ygtvzg0_.bkp
channel ORA_DISK_1: piece handle=/disk2/PROD/backupset/2013_03_01/o1_mf_nnndf_TAG20130301T161038_2ygtvzg0_.bkp tag=TAG20130301T161038
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: validation complete, elapsed time: 00:00:16
Finished restore at 01-MAR-13

例3-31 スタンバイを使用した、プライマリ・データベースでのデータファイルのリストア

この例では、プライマリ・データベースで消失したデータファイルusers.dbfを、スタンバイ・データベースからネットワークを介してリストアすることによってリストアします。

RESTORE DATAFILE '/oradata/files/users.dbf'
FROM SERVICE standby_tns
SECTION SIZE 200M
USING COMPRESSED BACKUPSET;

リストアするデータファイルを含むリモート・データベースのサービス名は、standby_tnsです。SECTION SIZE句は、データファイルがマルチセクション・バックアップ・セットを使用してリストアされることを示します。USING COMPRESSED BACKUPSET句は、RMANに構成されているデフォルトの圧縮アルゴリズムを使用してバックアップ・セットが圧縮されることを指定します。

例3-32 クロス・プラットフォーム・データベース・バックアップからのデータベースのリストア

この例では、例2-33で作成したクロス・プラットフォーム・バックアップを使用してデータベースをリストアします。このバックアップはMicrosoft Windows IA (32-bit)プラットフォームで作成され、Linux x86 64-bitでリストアされます。データベースを含むバックアップ・セットは、/tmp/xplat_restores/full_db.bckに格納されています。リストアされたデータファイルは、df_で始まる一意のファイル名を使用して、/oradata/datafilesに格納されます

RESTORE
FROM PLATFORM 'Microsoft Windows IA (32-bit)'
ALL FOREIGN DATAFILES
FORMAT '/oradata/datafiles/df_%U'
FROM BACKUPSET '/tmp/xplat_restores/full_db.bck';

例3-33 クロス・プラットフォーム表領域バックアップからの表領域のリストア

この例では、例2-34で作成したクロス・プラットフォーム・バックアップから、表領域exampleをリストアします。リストアする表領域を含むバックアップ・セットは、/tmp/xplat_restores/example_readonly.bckに格納されています。リストアされたデータファイルでは、example_readonly_で始まる一意の名前が使用されます。この表領域をターゲット・データベースに組み込むために必要なメタデータは、バックアップ・セット/tmp/xplat_restores/example_dmp.bckに格納されています。

RESTORE
FOREIGN TABLESPACE example
FORMAT '/tmp/xplat_restores/example_readonly_%U_%n'
FROM BACKUPSET '/tmp/xplat_restores/example_readonly.bck'   DUMP FILE
DATAPUMP DESTINATION '/tmp/datapump'
FROM BACKUPSET '/tmp/xplat_restores/example_dmp.bck';

関連項目:

複数の表領域のバックアップとリストアの例は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

例3-34 複数のバックアップ・セットで構成されるクロス・プラットフォーム・バックアップを使用した表領域のリストア

この例では、例2-35で作成した、複数のバックアップ・セットで構成されるクロス・プラットフォーム・バックアップから、表領域exampleをリストアします。バックアップ・セットごとに個別のBACKUPSET句を使用する必要があります。バックアップ・セットは、最初のバックアップ・セットから順番に、作成された順序でリストされる必要があります。

RESTORE
BACKUPSET '/tmp/xplat_restores/db_multiple_59nkcln6_1_1'
BACKUPSET '/tmp/xplat_restores/db_multiple_5ankcln7_1_1'
BACKUPSET '/tmp/xplat_restores/db_multiple_5bnkcln8_1_1'
BACKUPSET '/tmp/xplat_restores/db_multiple_5cnkcln9_1_1'
DUMP FILE
FROM BACKUPSET '/tmp/xplat_restores/db_multiple.dmp';

例3-35 複数のバックアップ・ピースを含むクロス・プラットフォーム一貫性バックアップを使用した表領域のリストア

この例では、例2-36で作成した、複数のバックアップ・ピースで構成されるクロス・プラットフォーム・バックアップから、表領域exampleをリストアします。表領域のメタデータを含むエクスポート・ダンプ・ファイルは、/tmp/xplat_restores/example_mutli-piece_dmp.bckに格納されています。FROM BACKUPSET句には、すべてのバックアップ・ピースのカンマ区切りリストが含まれます。バックアップ・ピースを、作成されたときと同じ順序でリストします。

RESTORE
FOREIGN TABLESPACE sales
FORMAT '/tmp/xplat_restores/datafiles/example_mult_%u'
FROM BACKUPSET
'/tmp/xplat_restores/example_multi-piece_0lnjnujs_1_1',
'/tmp/xplat_restores/example_multi-piece_0lnjnujs_2_1',
'/tmp/xplat_restores/example_multi-piece_0lnjnujs_3_1'
DUMP FILE
FROM BACKUPSET '/tmp/xplat_restores/example_multi-piece_dmp.bck';

例3-36 表領域のクロス・プラットフォーム非一貫性バックアップのリストア

この例では、例2-37で作成したクロス・プラットフォーム非一貫性バックアップから、表領域exampleをリストアします。リストアされたデータファイルは、inconsist_で始まる一意の名前を使用して格納されます。バックアップが作成されたときに表領域が読取り専用ではなかったため、これをターゲット・データベースに直接組み込むことはできません。表領域が読取り専用のときに作成された表領域の増分バックアップを、リカバリされた外部データファイルに適用する必要があります。

RESTORE
FOREIGN TABLESPACE example
FORMAT '/tmp/xplat_restores/datafiles/inconsist_%u'
FROM BACKUPSET '/tmp/xplat_backups/example_inconsist.bck';

RESYNC CATALOG

用途

RESYNC CATALOGコマンドを使用すると、リカバリ・カタログ・スキーマとターゲット・データベース制御ファイルとのメタデータの完全再同期化を実行できます。また、FROM CONTROLFILECOPY句を使用して、現行の制御ファイルを制御ファイルのコピー内のRMANメタデータと再同期化することもできます。

通常、次の場合にRESYNC CATALOGを実行します。

- 再同期化を自動的に実行するRMANコマンドを実行したときに、リカバリ・カタログが使用不可能な場合。

- ターゲット・データベースがARCHIVELOGモードで実行されている場合。これは、オンラインREDOログ・スイッチが発生するときや、REDOログをアーカイブするときにリカバリ・カタログが自動的に更新されないためです。

- ターゲット・データベースの物理構造に、表領域の追加または削除などの変更を行った場合。ログのアーカイブの場合と同様に、物理スキーマを変更した場合も、リカバリ・カタログは自動的には更新されません。

- RMANが、スタンバイ・データベースにTARGETとして接続されている場合。このデータベースで実行されたRMAN操作に関するメタデータを使用してリカバリ・カタログを更新する場合。

- RMANが、スタンバイ・データベースにTARGETとして接続されている場合。プライマリ・データベースでの物理的な変更に関するメタデータを使用してリカバリ・カタログを更新する場合(例3-39を参照)。

前提条件

RMANがマウント済またはオープン状態のデータベースにTARGETとして接続され、またリカバリ・カタログ・データベースにCATALOGとして接続されている必要があります。複数のデータベースでRESYNC CATALOGを実行する場合、各ターゲット・データベースにネットワーク接続が必要です。

使用上の注意

完全同期化と部分同期化のどちらでも実行できます。完全再同期化を実行するときに、ターゲット・データベースにマウントされた現行の制御ファイルがある場合(ただし、新しく作成された制御ファイルおよび以前に使用された制御ファイルより古い制御ファイルを除く)、RMANは物理スキーマについて変更があったすべてのレコード(データファイル、表領域、REDOスレッドおよびオンラインREDOログ)を更新します。データベースがオープン状態の場合、RMANはロールバック・セグメントについてのデータも取得します。部分再同期化では、RMANは物理スキーマおよびロールバック・セグメントに関するメタデータの再同期化は行いません。

RMANコマンドの実行時にターゲット制御ファイルがマウントされており、カタログ・データベースが使用可能である場合、RMANは必要に応じてコマンドの実行時にリカバリ・カタログを自動的に再同期化します。データベース構造の変更(データベース・ファイルの追加または削除、新規のインカネーションの作成など)後、またはRMANの永続構成の変更後に完全再同期化を実行します。

Oracle Database 11g以上では、Data Guard環境で単一のリカバリ・カタログ・スキーマがすべてのデータベースのデータベース・ファイル名を追跡できます。また、このカタログ・スキーマは、すべてのデータベースのオンラインREDOログ、スタンバイREDOログ、一時ファイル、アーカイブREDOログ・ファイル、バックアップ・セットおよびイメージ・コピーが作成される場所も追跡します。RMANは、TARGETとしてスタンバイ・データベースに接続されているときに、プライマリ・データベースのスタンバイ制御ファイルに物理スキーマの変更に関する情報が格納されていると、暗黙的に完全再同期化を実行します。

関連項目:

カタログ再同期化の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

構文

resync::=

セマンティクス

構文要素

説明

RESYNC CATALOG

ターゲット・データベースの現行の制御ファイル(デフォルト)内のRMANメタデータで、リカバリ・カタログを更新します。

RMANによって、制御ファイルの読取り一貫性ビューを取得するために、スナップショット制御ファイルが作成され、次に、スナップショットからの新しい情報でリカバリ・カタログが更新されます。RESYNC CATALOGコマンドでは、次のクラスまたはレコードが更新されます。

- ログ・スイッチの発生時に作成されたログ履歴レコード。ログ履歴レコードはオンライン・ログ・スイッチを表し、ログ・アーカイブは表しません。

- オンラインREDOログのアーカイブ、既存のアーカイブ・ログのコピー、またはアーカイブREDOログ・ファイルのバックアップのリストアによって作成されたアーカイブREDOログ・ファイルに対応付けられているアーカイブREDOログ・レコード。

- バックアップ・セット、バックアップ・ピース、プロキシ・コピーおよびイメージ・コピーのレコードである、バックアップ・レコード。

- データファイルと表領域に対応付けられた物理スキーマ・レコード。ターゲット・データベースがオープン状態の場合は、ロールバック・セグメントの情報も更新されます。

FROM CONTROLFILECOPY 'filename'

制御ファイルのコピーからのRMANメタデータで、現行の制御ファイルおよびリカバリ・カタログを更新します(例3-38を参照)。filenameを使用して、再同期化に使用する制御ファイルのコピーの名前を指定します。

主に、FROM CONTROLFILECOPYは制御ファイルの再作成に使用しますが、これによって制御ファイルに格納されているRMANのレコードが失われます。新しく作成した制御ファイルは、古いコピーと再同期化できます。このオプションを使用する際には、物理スキーマ情報は更新されません。

注意: 制御ファイルのコピーは、現行のデータベース・インカネーション内に存在しているか、または以前のインカネーション(最新のOPEN RESETLOGSの前)で作成されています。

FROM DB_UNIQUE_NAME {ALL | db_unique_name}

リカバリ・カタログを、指定した1つ以上のデータベースの制御ファイルのメタデータで再同期化します(例3-40を参照)。

FROM DB_UNIQUE_NAME ALLオプションを使用して再同期化を実行する場合、パスワード・ファイル認証を使用してSYSとしてターゲット・データベースに接続する必要があります。

リカバリ・カタログ内のデータベースは、db_unique_nameを使用して1つのみ指定することも、ターゲット・データベースのDBIDを共有するすべてのデータベースをALLで指定することもできます。ALLを指定した場合は、RMANがData Guard環境でリカバリ・カタログに認識されているすべてのデータベースを再同期化します。

注意: CONFIGURE DB_UNIQUE_NAME ... CONNECT IDENTIFIERを使用して、FROM DB_UNIQUE_NAMEで指定されたデータベースへのOracle Net接続に使用するネット・サービス名を指定している必要があります。

指定されたデータベースに対してRESYNC FROM DB_UNIQUE_NAMEを実行すると、RMANは、通常の再同期化と逆方向の再同期化を両方とも実行します。通常の再同期化では、RMANが制御ファイルのメタデータを使用してリカバリ・カタログを更新します。逆方向の再同期化では、制御ファイルの永続構成が、指定されたデータベースのリカバリ・カタログの情報と一致しない場合に、RMANがこの構成を更新します。

例として、最近、RMANをTARGETとしてプライマリ・データベースに接続し、CONFIGUREを実行してスタンバイ・データベースstandby_newのRMAN構成を作成したとします。ただし、RMANはTARGETとしてstandby_newに接続されていません。このような場合に、RESYNC CATALOG FROM DB_UNIQUE_NAME standby_newを実行できます。後でRMANをTARGETとしてstandby_newに接続すると、RMANによってリカバリ・カタログからstandby_newのマウント済の制御ファイルに構成が送信されます。

注意: この機能が正しく動作するには、パスワード・ファイルがすべてのリモート・データベースで同じである必要があります。パスワード・ファイルを構成内のすべてのリモート・データベースに手動でコピーする必要があります。

例

例3-37 ARCHIVELOGモードでのリカバリ・カタログの再同期化

この例では、アーカイブされていないREDOログ・ファイルをすべてアーカイブしてから、ターゲット・データベースの完全再同期化を実行します。

RMAN> CONNECT TARGET "sbu@prod AS SYSBACKUP"
RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> ALTER SYSTEM ARCHIVE LOG CURRENT;
RMAN> RESYNC CATALOG;

例3-38 制御ファイル・コピーからのリカバリ・カタログの再同期化

バックアップ情報を制御ファイル・コピーから取得するとします。

RMANクライアントを起動し、ターゲット・データベースとリカバリ・カタログに接続するとします。次のコマンドでは、ターゲット・データベースを停止してマウントし、バックアップ制御ファイルからのメタデータを使用して現行の制御ファイルのRMANリポジトリを更新した後、データベースをオープンします。

STARTUP FORCE MOUNT
RESYNC CATALOG FROM CONTROLFILECOPY '/disk1/cfile.dbf';
ALTER DATABASE OPEN;

例3-39 構造を変更後のリカバリ・カタログの再同期化

次の条件を満たしているとします。

- Data Guard環境にプライマリ・データベースprodおよびスタンバイ・データベースstandby3が含まれる。

- プライマリおよびスタンバイ・データベースの両方をカタログに登録している。

- データベースおよびアーカイブ・ログをバックアップしている。

- 次のように、SQL*Plusを起動し、データベースprodに接続して、データファイルを表領域usersに追加します。

SQL> ALTER TABLESPACE users ADD DATAFILE '?/oradata/prod/users03.dbf'
2  SIZE 1M AUTOEXTEND ON
3  NEXT 10K MAXSIZE 10M;

目標は、この変更に関するメタデータを使用してリカバリ・カタログを更新することです。変更内容がstandby3に伝播された後、RMANクライアントを起動してTARGETとしてstandby3に接続し、リカバリ・カタログに接続します。

次に、CONFIGUREコマンドのCONNECT IDENTIFIER句を使用して、Data Guard環境のスタンバイ・データベースの接続識別子を定義します。

CONFIGURE DB_UNIQUE_NAME standby3 CONNECT IDENTIFIER 'inst2';

ここで、RESYNC CATALOG ... ALLコマンドを使用して、Data Guard環境内のすべてのデータベースの変更とリカバリ・カタログを再同期します。特定のスタンバイ・サイトの情報にカタログを再同期することもできますが、ALLオプションを使用し、Data Guard環境で発生したすべてのデータベース変更を反映し、リカバリ・カタログ・スキーマを最新の状態に保つことをお薦めします。

RMAN> RESYNC CATALOG FROM DB_UNIQUE_NAME ALL;

リカバリ・カタログは、データベースprodのusers表領域に追加されたデータファイルに関するメタデータを使用して更新されます。

例3-40 リカバリ・カタログとスタンバイ・データベースの再同期化

Data Guard環境に、プライマリ・データベースprodおよびスタンバイ・データベースdgprod3が存在するとします。目標は、dgprod3のRMAN構成を作成することです。

RMANをTARGETとしてデータベースprodに接続してから、リカバリ・カタログに接続します。次のように、CONFIGUREを使用して、リカバリ・カタログでdgprod3のRMANの永続構成を更新します。

CONFIGURE DEFAULT DEVICE TYPE TO sbt FOR DB_UNIQUE_NAME dgprod3;
CONFIGURE DB_UNIQUE_NAME dgprod3 CONNECT IDENTIFIER 'inst3';

dgprod3ではまだバックアップ操作やその他のRMAN操作を実行していないため、dgprod3の制御ファイルおよびdgprod3のリカバリ・カタログ・メタデータは同期化されていません。次のように、同じRMANセッションで、dgprod3の制御ファイルをリカバリ・カタログと同期させます。

RESYNC CATALOG FROM DB_UNIQUE_NAME dgprod3;

RMANは、dgprod3でデフォルトのデバイス・タイプをSBTに更新し、dgprod3制御ファイルの名前を使用してリカバリ・カタログを更新します。

REVOKE

用途

REVOKEコマンドを使用すると、GRANTコマンドで付与されたリカバリ・カタログ権限を取り消すことができます。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。

使用上の注意

仮想プライベート・カタログ・ユーザーにREGISTER DATABASE権限が付与され、これにより、登録されているすべてのデータベースに対するCATALOG FOR DATABASE権限が暗黙的に付与されたとします。このユーザーは複数のデータベースを登録します。REVOKEを使用してこのユーザーからREGISTER DATABASE権限を取り消しても、このユーザーは引き続き、登録されているデータベースのCATALOG FOR DATABASE権限を保持します。CATALOG権限には、指定したデータベースの登録と登録解除が含まれます。

このユーザーがデータベースのメタデータへのアクセスやデータベースの追加登録を行えないようにするには、このユーザーに対してREVOKE ALL PRIVILEGESを実行します。このユーザーが登録したデータベースのサブセットに対するCATALOG権限を取り消すには、サブセット内の各データベースに対してREVOKE CATALOG FOR DATABASEを実行します。

構文

revoke::=

セマンティクス

構文要素

説明

CATALOG FOR DATABASE{databasename | integer}

指定したデータベースのリカバリ・カタログへのアクセス権を、指定したユーザーから取り消します。

データベースは、データベース名またはDBIDで指定できます。データベース名を指定したとき、その名前のデータベースがリカバリ・カタログに複数登録されていると、RMANによりエラーが戻されます。その場合は、DBIDでデータベースを指定してください。

REGISTER DATABASE

指定したユーザーがこのリカバリ・カタログに新規データベースを登録できないようにします(例3-41を参照)。

ALL PRIVILEGES

指定したユーザーからすべてのCATALOG権限およびREGISTER権限を取り消します。

FROM userid

権限を取り消すユーザーの名前を指定します。

例

例3-41 仮想プライベート・カタログ・ユーザーからの権限の取消し

RMANをリカバリ・カタログ所有者rcoとしてベース・リカバリ・カタログに接続するとします。ベース・カタログ所有者として、次のように、RMANのGRANTコマンドを使用して、bckop2には自分の仮想プライベート・カタログにすべてのデータベースを登録する権限を与え、bckop3にはデータ・センター内のデータベースのサブセットのみへのアクセス権を与えます。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> GRANT REGISTER DATABASE TO bckop2;
RMAN> GRANT CATALOG FOR DATABASE prod TO bckop3;
RMAN> GRANT CATALOG FOR DATABASE prodb TO bckop3;
RMAN> EXIT;

その後、ユーザーBCKOP2の権限を制限し、このユーザーが新規データベースを登録できないようにするために、rcoとして基本カタログに接続し、REVOKEコマンドを実行します。BCKOP2は引き続き、自分が登録したデータベースに対するカタログ権限を保持します。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> REVOKE REGISTER DATABASE FROM bckop2;

RMAN

用途

RMANコマンドを使用すると、オペレーティング・システムのコマンドラインからRMANを起動できます。

前提条件

RMANコマンドと任意のオプションは、RMANプロンプトではなく、オペレーティング・システムのコマンドラインで発行する必要があります。

RMANによるデータベースへの接続は、SQL*Plusによるデータベースへの接続と同じ方法で指定および認証します。RMANによるターゲット・データベースまたは補助データベースへの接続にはSYSBACKUP権限が必要である点のみが異なります。

関連項目:

- SQL*Plusを使用する場合のデータベース接続オプションについては、『Oracle Database管理者ガイド』を参照してください。

- SYSBACKUP管理権限の使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください

注意:

適切なセキュリティ・プラクティスとして、コマンドラインにプレーン・テキストでパスワードを入力しないことが必要です。RMANでは、RMANプロンプトで要求された場合にのみパスワードを入力してください。パスワード保護については、『Oracle Databaseセキュリティ・ガイド』を参照してください。

使用上の注意

オペレーティング・システムのプロンプトで入力するコマンド名は、オペレーティング・システムによって異なります。たとえば、LinuxシステムおよびUNIXシステムでは、小文字でrmanと入力します。

オペレーティング・システムのコマンドラインでCATALOGまたはNOCATALOGを指定せずにRMANを起動した場合、CONNECT CATALOGコマンドを実行しないかぎり、RMANセッションはNOCATALOGモードになります(例3-42を参照)。リカバリ・カタログを保持する場合は、RMAN操作を実行する前にリカバリ・カタログに接続することをお薦めします。

構文

cmdLine::=

セマンティクス

cmdLine

構文要素

説明

APPEND

新規出力をメッセージ・ログ・ファイルの終わりに追加させます。このパラメータを指定せず、かつメッセージ・ログ・ファイルと同じ名前のファイルがある場合、RMANはそのファイルを上書きします。

CHECKSYNTAX

入力されたコマンドに対して構文エラーをチェックするモードでRMANを起動させますが、それ以外の処理は実行しません(例3-45を参照)。引数CMDFILEまたは@とともに使用すると、RMANクライアントが起動し、ファイル内のすべてのコマンドをチェックしてから終了します。コマンド・ファイルを指定せずに使用すると、RMANによって、入力が求められ、ユーザーがRMANクライアントを終了するまで各コマンドが解析されます。

RMANは、構文が正しくないそれぞれのコマンドに対してエラーRMAN-0558をレポートします。

AUXILIARY connectStringSpec

補助データベースへの接続文字列を指定します(例: AUXILIARY sbu@dupdb)。

関連項目: 「connectStringSpec」を参照してください

CATALOG connectStringSpec

リカバリ・カタログを格納するデータベースへの接続文字列を指定します(例: CATALOG rco@inst2)。

関連項目: 「connectStringSpec」を参照してください

CMDFILE filename

ファイル内のすべてのRMANコマンドを解析し、コンパイルしてから、順番に実行します。解析フェーズで構文エラーが発生するか、実行フェーズでランタイム・エラーが発生すると、RMANは終了します。エラーが見つからなければ、RMANはジョブの完了後に終了します。

ファイル名の最初の文字がアルファベットの場合は、ファイル名を囲む引用符を省略できます。コマンド・ファイルの内容は、RMANプロンプトに入力した内容と同じです。

注意: コマンド・ファイルをオペレーティング・システムのコマンドラインでオプションとして実行するのではなく、RMANプロンプトから実行すると、ファイルは1つのジョブとして実行されません。RMANは各行を順次読み込んで実行し、スクリプトの最終行に達した場合にのみ終了します。

@filename

CMDFILEと同じです。

{string_or_identifier   | integer}

USING構文の後に指定されているオプションと同じです。

LOG filename

RMANがその出力として、処理済のコマンドとその結果を記録するファイルを指定します。RMANはプロンプトにコマンド入力を表示しますが、コマンドの出力は表示せずにログ・ファイルに書き込みます。デフォルトでは、RMANはメッセージ・ログ・ファイルを標準出力に書き出します。

また、RMAN出力は、V$RMAN_OUTPUTビュー(実行中のジョブのメモリー専用ビュー)およびV$RMAN_STATUSビュー(完了したジョブおよび実行中のジョブの制御ファイル・ビュー)内にも格納されます。

LOGパラメータを指定すると、指定したファイルをオープンできない場合にもRMANは終了しません。かわりに、RMANによって標準出力が書き込まれます。

注意: RMANの出力をログ・ファイルと標準出力の両方に送信する最も簡単な方法は、Linuxのteeコマンドまたはこれに相当するコマンドを使用することです。次に例を示します。

% rman | tee rman.log

MSGNO

RMANは、すべてのコマンドに対してRMAN-xxxxの形式でメッセージ番号を出力します。デフォルトでは、RMANはRMAN-xxxx接頭辞を出力しません。

NOCATALOG

リカバリ・カタログなしでRMANを使用するように指定します。

SEND 'command'

ベンダー固有のコマンド文字列を割り当てられたチャネルすべてに送信します。

関連項目: この機能のサポートの有無は、メディア管理ソフトウェアのドキュメントおよび「SEND」を参照してください。

PIPE pipe_name

RMANパイプ・インタフェースを起動します。RMANでは、コマンドの受信用と出力の送信用に1つずつ、2つのパブリック・パイプが使用されます。パイプ名はPIPEパラメータの値から導出されます。たとえば、オプションPIPE rpi TARGET /を指定してRMANパイプ・インタフェースを起動できます。

RMANはターゲット・データベース内で次のパイプをオープンします。

- ORA$RMAN_RPI_IN。RMANはこのパイプを使用してユーザー・コマンドを受信します。

- ORA$RMAN_RPI_OUT。RMANはこのパイプを使用してすべての出力を送信します。

入力パイプと出力パイプに関するメッセージは、すべてVARCHAR2型です。

関連項目: パイプを通じてRMANにコマンドを渡す方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

SCRIPT script_name

ストアド・スクリプトの名前を指定します。

RMANは、ターゲット・データベースおよびリカバリ・カタログ(TARGETおよびCATALOGオプションを使用して指定する必要がある)に接続した後、指定したストアド・スクリプトをリカバリ・カタログからターゲット・データベースに対して実行します。ターゲット・データベースにscript_nameという名前を持つグローバル・スクリプトとローカル・ストアド・スクリプトの両方が存在する場合、RMANはローカル・スクリプトを実行します。

ストアド・スクリプト名が数字またはRMANの予約語で始まる場合は、そのスクリプト名を一重引用符で囲む必要があります(「RMANの予約語」を参照)。このような名前は使用しないようにします。

関連項目: ストアド・スクリプトの詳細は、「CREATE SCRIPT」を参照してください。

TARGET connectStringSpec

ターゲット・データベースへの接続文字列を指定します。たとえば、TARGET /のように指定します。

関連項目: 「connectStringSpec」を参照してください

TIMEOUT integer

integer秒以内に入力パイプから入力を受け取らなかった場合に、RMANを自動的に終了させます。TIMEOUTを使用する場合は、PIPEパラメータを指定する必要があります。

関連項目: パイプを通じてRMANにコマンドを渡す方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

USING {string_or_identifier | integer}

コマンド・ファイルの置換変数で使用する値を1つ以上指定します。SQL*Plusの場合と同じく、&1は最初の値を配置する場所を示し、&2は2番目の値を配置する場所を示し、以降も同様に値が示されます。USING句で指定した値をRMANコマンド・ファイルに渡す方法は、例3-44で説明します。

置換変数の構文は、&integerの後にオプションでドットが続きます(&1.3など)。オプションのドットは変数の一部であり、値と置換されますので、置換テキストの直後に別の整数を続けることができます。たとえば、置換変数&1.3が含まれているコマンド・ファイルに値mybackupを渡すと、その置換結果はmybackup3になります。

関連項目: ストアド・スクリプトを実行する場合のUSING句の指定方法は、「EXECUTE SCRIPT」を参照してください。

例

例3-42 デフォルトのNOCATALOGモードでのターゲット・データベースへのRMANの接続

この例では、オペレーティング・システム・プロンプトでデータベース接続オプションを指定せずにRMANクライアントを起動します。RMANプロンプトで、CONNECTコマンドを実行してターゲット・データベースに接続します。CONNECT CATALOGがRMANプロンプトで実行されなかったため、RMANはリポジトリ接続を必要とする最初のコマンド(この場合は、BACKUP DATABASEコマンド)の実行時にデフォルトのNOCATALOGモードで接続します。

% rman
RMAN> CONNECT TARGET /
RMAN> BACKUP DATABASE;

例3-43 補助データベース・インスタンスへのRMANの接続

この例では、ターゲット・データベースprodおよびリカバリ・カタログ・データベースcatdbにはネット・サービス名を使用して接続し、補助データベース・インスタンスにはオペレーティング・システム認証を使用して接続します。sbuは、SYSBACKUP権限を付与されたユーザーです。

$ RMAN TARGET "sbu@prod AS SYSBACKUP"

Recovery Manager: Release 12.1.0.1.0 - Production on Wed Jan 16 09:29:02 2013

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

target database Password: password
connected to target database: REL12 (DBID=3152825380)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> CONNECT AUXILIARY /

connected to auxiliary database: REL12 (DBID=3152825380)

例3-44 置換変数の指定

データベースをバックアップするLinuxシェル・スクリプトを作成するとします。シェル変数を使用して、実行時にRMANのバックアップ・スクリプトに引数を渡すことができるようにします。置換変数を使用すると、この問題が解決します。最初に、次のような内容で、whole_db.cmdという名前のコマンド・ファイルを作成します。

cat > /tmp/whole_db.cmd <<EOF
# name: whole_db.cmd
CONNECT TARGET /
BACKUP TAG &1 COPIES &2 DATABASE FORMAT '/disk2/db_%U';
EXIT;
EOF

次に、cshシェル変数のtagnameおよびcopiesを設定するLinuxシェル・スクリプトを次のように記述します。シェル・スクリプトにより、RMANが起動され、ターゲット・データベースprod1に接続され、whole_db.cmdが実行されます。USING句は、実行時に変数tagnameおよびcopiesの値をRMANコマンド・ファイルに渡します。

#!/bin/csh
# name: runbackup.sh
# usage: use the tag name and number of copies as arguments
set tagname = $argv[1]
set copies = $argv[2]
rman @'/tmp/whole_db.cmd' USING $tagname $copies LOG /tmp/runbackup.out
# the preceding line is equivalent to:
# rman @'/tmp/whole_db.cmd' $tagname $copies LOG /tmp/runbackup.out

最後に、次のようにLinuxシェルからシェル・スクリプトrunbackup.shを実行し、タグQ106を使用してデータベースのバックアップを2つ作成します。

% runbackup.sh Q106 2

例3-45 コマンド・ファイルの構文のチェック

次のように、コマンド・ファイルbackup_db.cmdを作成するとします。

cat > /tmp/backup_db.cmd <<EOF
CONNECT TARGET /
BACKUP DATABASE;
EXIT;
EOF

次の例では、コマンド・ファイルbackup_db.cmdの内容を構文チェックします(例には出力例も含まれます)。

% rman CHECKSYNTAX @'/tmp/backup_db.cmd'

Recovery Manager: Release 12.1.0.1.0 - Production on Wed Jan 16 17:51:30 2013

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

RMAN> CONNECT TARGET *
2> BACKUP DATABASE;
3> EXIT;
The cmdfile has no syntax errors

Recovery Manager complete.

例3-46 ストアド・スクリプトの実行とメッセージ・ログへの出力の追加

この例では、オペレーティング・システム認証を使用してターゲット・データベースに接続した後、ストアド・スクリプトwdbbを実行します。RMANにより、出力がメッセージ・ログ/tmp/wdbb.logに書き込まれます。

% rman TARGET / SCRIPT wdbb LOG /tmp/wdbb.log

例3-47 RMANパイプ・インタフェースの起動

この例では、タイムアウト・オプションで90秒を指定して、RMANパイプnewpipeを起動します。

% rman PIPE newpipe TARGET / TIMEOUT 90

RUN

用途

RUNコマンドを使用すると、一連のRMANコマンドをブロックにグループ化して、順番に実行できます。RUNブロックの閉じカッコを読み取ると、RMANは、ジョブ・コマンドのリストを1つ以上のジョブ手順にコンパイルした後、すぐにその手順を実行します。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。ジョブ・コマンドのリストの前には開きカッコ({)、後には閉じカッコ(})が必要です。

使用上の注意

RUNを使用すると、スクリプトでデフォルトの構成をオーバーライドできる有効範囲を作成できます。たとえば、ALLOCATE CHANNELおよびRELEASE CHANNELコマンドを使用して構成済チャネルをオーバーライドしたり、SETコマンドを使用して他のパラメータをオーバーライドすることができます(例3-48を参照)。RUNブロックにリストされているコマンドの実行後に、RUNブロック内に割り当てられたチャネルが解放され、設定がそれぞれの値に戻されます。

例3-49に示すように、RUNブロック内でEXECUTE SCRIPTコマンドを使用する必要があります。

構文

run::=

(backupCommands::=、maintenanceCommands::=、miscellaneousCommands::=、restoreCommands::=)

backupCommands::=

maintenanceCommands::=

miscellaneousCommands::=

restoreCommands::=

セマンティクス

RMANプロンプトから実行できるコマンドについての情報は、各コマンドの項目を参照してください。

例

例3-48 構成済の設定のオーバーライド

デバイス構成が次のようになっているとします。

RMAN> SHOW DEVICE TYPE;

RMAN configuration parameters for database with db_unique_name PROD1 are:
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DEVICE TYPE SBT_TAPE PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

デフォルト以外のディレクトリにバックアップを作成します。構成を変更するかわりに、次のようにジョブ内でオーバーライドすることもできます。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE DISK FORMAT "/disk2/%U";
BACKUP DATABASE PLUS ARCHIVELOG;
}

例3-49 RMANスクリプトの実行

CREATE SCRIPTコマンドを使用して、backup_dbという名前のバックアップ・スクリプトを作成するとします。この例では、次のストアド・スクリプトを実行します。

RUN { EXECUTE SCRIPT backup_db; }

SEND

用途

SENDコマンドを使用すると、ベンダー固有の文字列を、メディア・マネージャでサポートされている1つ以上のチャネルに送信できます。どのコマンドがサポートされているかは、使用しているメディア管理のドキュメントを参照してください。

使用上の注意

DEVICE TYPEまたはCHANNELを指定しないかぎり、RMANは割り当てられたすべてのチャネルを使用します。

Windowsプラットフォームでは、チャネル割当て時に、PARAMSオプションのENV設定を使用するかわりに、SENDを使用してSBTライブラリにコマンド文字列を渡します。Oracle Databaseの場合、Windowsでパラレルに実行される操作は、単一のプロセス内で複数のスレッドを使用します。1つのスレッドによって設定された環境変数は、すべてのスレッドから参照できます。このため、特定のスレッドによって設定された環境変数に依存するパラレル操作は、想定したとおりに動作しない場合があります。

構文

send::=

(deviceSpecifier::=)

セマンティクス

構文要素

説明

CHANNEL channel_id

どのチャネルを使用するかを指定します。CHANNELキーワードの後に、大/小文字区別があるチャネルID、つまりチャネルの名前を指定する必要があります。データベースでは、このチャネルIDがI/Oエラーのレポートに使用されます。

DEVICE TYPE deviceSpecifier

ストレージ・デバイスのタイプを指定し、コマンドを指定したタイプのすべてのチャネルに送信します。

関連項目: 「deviceSpecifier」を参照してください

'command'

ベンダー固有のメディア管理コマンドを指定します。

関連項目: どのコマンドがサポートされているかは、使用しているメディア管理のドキュメントを参照してください。メディア・マネージャでサポートされているコマンドのみを送信してください。文字列の内容は、データベースでは解釈されず、そのままメディア管理サブシステムに渡されます。

PARMS 'channel_parms'

メディア・マネージャと通信するチャネルのパラメータを指定します。

例

例3-50 Oracle Secure Backupでのテープ・ドライブの指定

この例では、SENDコマンドを使用して、users表領域のOracle Secure Backupへのバックアップに使用するテープ・ドライブを指定します。パラメータOB_DEVICEとテープ・ドライブの名前の間には等号は挿入されません。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
SEND 'OB_DEVICE stape1';
BACKUP TABLESPACE users;
}

SET

用途

SETコマンドを使用すると、ジョブまたはセッション内のRMANの動作を制御できます。セッション全体で保持されるオプションを構成するには、CONFIGUREを使用します。

前提条件

SETコマンドは、RMANプロンプトまたはRUNブロック内で使用できます。RMANプロンプトで使用する場合、SETで行われた変更は、RMANクライアントを終了するまで保持されます(「setRmanOption」を参照)。RUNブロック内で使用する場合、SETで行われた変更は、RUNブロック、または同じ属性の値を変更する次のSETコマンドが終了するまで保持されます(「setRunOption」を参照)。

構文

set::=

(setRmanOption::=, setRunOption::=)

setRmanOption::=

(deviceSpecifier::=, formatSpec::=)

setRunOption::=

(deviceSpecifier::=、formatSpec::=、datafileSpec::=、tempfileSpec::=、untilClause::=)

setRmanOrRunOption::=

(deviceSpecifier::=, formatSpec::=)

セマンティクス

setRmanOption

この副次句では、RUNブロック外で使用可能なSETオプションを指定します。

構文要素

説明

COMPRESSION ALGORITHM ' algorithm_name'

バックアップ・セットの圧縮アルゴリズムを指定します。このコマンドは、現行のRMANセッションの現行のCONFIGURE COMPRESSION ALGORITHM設定をオーバーライドします。

algorithm_nameにBASICを指定すると、Advanced Compressionオプションを必要としない基本圧縮レベルを構成できます。

Oracle Database 11gリリース2 Advanced Compressionオプションを有効にすると、次のいずれかの圧縮レベルを選択できます。

- HIGH : ネットワーク速度が限定要因となっている、速度が遅いネットワークを使用するバックアップに最適です

- MEDIUM: ほとんどの環境に適しています。圧縮率と速度が最適化されています。

- LOW: バックアップ・スループットへの影響を最小限に抑えます。CPUリソースが限定要因となっている環境に適しています。

注意: 圧縮率は、通常LOWからHIGHへと大きくなりますが、かわりに、CPUリソースの消費が増加する可能性があります。

様々な圧縮レベルのパフォーマンスはデータベースのデータ、ネットワーク構成、システム・リソースおよびコンピュータ・システムの種類と機能によって異なるため、パフォーマンスについて広く当てはまる統計は得られません。最適なレベルを判断する際は、CPUへの帯域幅およびCPUの実際の速度に関するご使用のシステムのバランスを考慮する必要があります。ご使用の環境で、データに対して様々な圧縮レベルをテストすることをお薦めします。環境、ネットワーク・トラフィックの特徴(ワークロード)およびデータセットに基づいて圧縮レベルを選択します。これは、バックアップ・セットの圧縮レベルが組織のパフォーマンス要件および該当する品質保証契約を満たすようにする唯一の方法です。

注意: サポートされているアルゴリズムは、V$RMAN_COMPRESSION_ALGORITHMに示されています。

関連項目: 『Oracle Databaseリファレンス』の$RMAN_COMPRESSION_ALGORITHMに関する説明を参照してください。

OPTIMIZE FOR LOAD {TRUE|FALSE}

圧縮バックアップを要求したときに、事前圧縮ブロック処理を実行するかどうかを指定します。デフォルトはTRUEです。FALSEを指定すると、事前圧縮処理が有効になります。デフォルトの動作では、事前圧縮ブロック処理は実行されません。こうした処理は、余分なCPUリソースを消費する可能性があるうえ、1行も挿入または削除されていない、ロードしただけのデータのみを含むブロックに対しては必要ありません。FALSEを指定すると、追加のCPUリソースを使用して、事前圧縮ブロック処理が実行されます。事前圧縮ブロック処理では、内部ブロックのクリーンアップおよびデフラグが実行されるため、バイナリ圧縮のレベルが向上します。

関連項目: このオプションの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

AS OF RELEASE 'version number'

リリース・バージョンを指定します。バージョン番号にはリリース番号書式が使用され、リリースを完全修飾するために最大5つの数値が使用されます。たとえば、10.2.0.3.0および11.2は使用可能な値です。このため、将来のリリースで圧縮アルゴリズムが維持されるようになっています。

DECRYPTION IDENTIFIED BY password

デュアル・モードのバックアップまたはパスワードで暗号化されたバックアップを読み取る際に使用する1つ以上の復号化パスワードを指定します。

パスワードで暗号化されたバックアップでは、正しいパスワードを入力しないとリストアできません。RMANでは、暗号化されたバックアップ・ピースが読み取られると、そのバックアップ・ピースを複合化するための正しいパスワードが検出されるまでリスト内の各パスワードが試用されます。指定したいずれのキーも有効でない場合は、RMANによりエラーが発行されます。

注意: 別のパスワードを使用して作成されたバックアップのグループからリストアを行う場合、SET DECRYPTIONコマンドで必要なパスワードをすべて指定します。RMANでは、各バックアップ・セットで正しいパスワードが自動的に使用されます。

関連項目: 「バックアップ・セットの暗号化」を参照してください

DECRYPTION WALLET OPEN IDENTIFIED BY password

パスワードベースのソフトウェア・キーストアをオープンするのに使用するパスワードを指定します。透過モードの暗号化を使用してバックアップ・セットを暗号化する際は、キーストアが使用されます。

パスワードベースのソフトウェア・キーストアを使用し、透過的暗号化を使用して作成されたバックアップをリストアする際は、キーストアのオープンに使用するパスワードを指定する必要があります。パスワードベースのソフトウェア・キーストアを使用し、透過的暗号化を使用するように構成されたデータベースを複製する際は、このコマンドを使用して、キーストアのオープンに必要なパスワードを補助インスタンスに指定する必要があります。

指定するパスワードは、SETコマンドが実行されているセッションで有効です。このため、データベースの複製中に補助インスタンスが再起動された場合でも、キーストアのオープンに必要なパスワードを補助インスタンスで使用できます。

ECHO {OFF | ON}

RMANコマンドをメッセージ・ログに表示するかどうかを制御します。コマンド・ファイルからコマンドを読み込むとき、RMANはそれらのコマンドを自動的にメッセージ・ログに表示します。標準入力からコマンドを読み取る場合、デフォルトでは、RMANはそれらのコマンドをメッセージ・ログに表示しません。RMANでコマンドを表示するには、コマンド・ファイルを実行する前にSET ECHO ONコマンドを実行します。SET ECHO OFFを実行して、コマンド・ログへの表示を無効化します。

このコマンドは、stdinおよびstdoutがリダイレクトされた場合に有効です。たとえば、UNIXではこの方法でRMANの入力と出力をリダイレクトできます。

% rman TARGET / < in_file > out_file

in_fileにSET ECHO ONを含めると、in_fileに含まれているコマンドをout_fileに表示できます。

ENCRYPTION

RMANセッションの実行時に、バックアップ・セットを作成するBACKUPコマンドを適用する暗号化関連オプションを指定します。

関連項目: 「バックアップ・セットの暗号化」を参照してください

ALGORITHM 'algorithm_name'

このRMANセッション実行時に使用するアルゴリズムを指定します。CONFIGURE ALGORITHMで指定されているデフォルトの構成済暗号化アルゴリズムをオーバーライドします。V$RMAN_ENCRYPTION_ALGORITHMSに、使用可能な値が示されています。

IDENTIFIED BY password [ONLY]

次の規則に従って、バックアップの暗号化でユーザー指定のパスワードを採用するかどうかを指定します。

- 透過モードの暗号化バックアップを指定するには、IDENTIFIED BY password 句を省略します。

- パスワード・モードの暗号化バックアップを指定するには、IDENTIFIED BY password ONLYを使用します。

- デュアル・モードの暗号化バックアップを指定するには、ONLYを指定せずにIDENTIFIED BY passwordを使用します。

安全なパスワードを作成してください。詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

パスワードは、引用符で囲まない場合、内部で大文字に変換されます。したがって、次の句は、すべてIDENTIFIED BY "PASSWORD"のシノニムとなります。

- IDENTIFIED BY password

- IDENTIFIED BY Password

- IDENTIFIED BY pAsSwOrD

注意: キーストアベースの暗号化は、パスワードが必要ないため、パスワードベースの暗号化より安全です。パスワード・ベースの暗号化は、バックアップをトランスポータブルにする必要があるため、必要な場合のみ使用してください。

関連項目: 様々な暗号化モードの詳細は、「バックアップ・セットの暗号化」を参照してください

{OFF | ON}

バックアップ・セットを暗号化するかどうかを指定します。ONと指定すると、デフォルトでバックアップ・セットが暗号化されます。OFFと指定すると、デフォルトではバックアップ・セットは暗号化されません。

このオプションは、CONFIGURE ENCRYPTION FORコマンドで作成された設定をオーバーライドします。暗号化用に構成されたデータファイルがない場合、ONを明示的に使用して必要なデータファイルを暗号化する必要があります。

FOR ALL TABLESPACESが指定されていない場合は、この設定によって、CONFIGURE ENCRYPTION FOR TABLESPACE tablespace_nameが暗号化動作の制御に使用されていない表領域のバックアップの暗号化が制御されます。

FOR ALL TABLESPACES

すべての表領域の暗号化を制御し、CONFIGURE ENCRYPTION FOR TABLESPACE tablespace_name設定をすべてオーバーライドします。

setRunOption

この副次句では、RUNブロック内で使用可能なSETオプションを指定します。

構文要素

説明

ARCHIVELOG DESTINATION TO 'log_archive_dest'

後続のRESTOREおよびRECOVERコマンドでリストアされるアーカイブREDOログ・ファイルの名前を構成するときに、ターゲット・データベースのLOG_ARCHIVE_DEST_1初期化パラメータをオーバーライドします。RMANは、'log_archive_dest'に指定した宛先にログをリストアします。

このコマンドを使用すると、データベースのリストア中に、アーカイブREDOログ・ファイルを異なる場所に移動できます。RMANは、新しくリストアされたアーカイブREDOログ・ファイルの検索場所を認識しているため、LOG_ARCHIVE_DEST_1で指定された宛先にアーカイブREDOログ・ファイルが存在する必要はありません。たとえば、パラメータ・ファイルでの指定とは異なる宛先を指定してアーカイブ・ログのバックアップをリストアする場合、後続のリストアおよびリカバリ操作ではこの新しい場所が検出されます。

このパラメータは、ディスクには存在していないアーカイブREDOログ・ファイルのリストアに使用します。RMANは、ログをバックアップからリストアする前に、それがディスク上にあるかどうかを必ず最初に調べます。

BACKUP COPIES integer

チャネルが作成する各バックアップ・ピースのコピー数として1、2、3または4を指定します(例3-52を参照)。

RMANは、バックアップをディスクまたはテープのいずれかに多重化できますが、テープとディスクに同時に多重化することはできません。テープにバックアップを行う場合は、コピー数が使用可能なテープ・デバイスの数を超えないようにします。また、BACKUP COPIESが2以上の場合、ターゲット・データベースでBACKUP_TAPE_IO_SLAVES初期化パラメータを有効にする必要があります。

SET BACKUP COPIESコマンドは、SET BACKUP COPIESの(前ではなく)後に発行されたRUNブロック内のすべてのBACKUPコマンドに影響し、明示的に無効化するか変更するまで有効になっています。SET BACKUP COPIESコマンドは、BACKUPコマンドのみに影響しますが、BACKUP AS COPYコマンドには適用されません。

SET BACKUP COPIESコマンドは、セッションで割当て済のすべてのチャネルに影響します。優先順位は次のとおりで、リストの上位にある設定で下位にある設定がオーバーライドされます。

1. BACKUP COPIES

2. SET BACKUP COPIES

3. CONFIGURE ... BACKUP COPIES

バックアップ・ピースの名前は、BACKUPコマンドのFORMAT句に依存します。指定できるFORMAT文字列は4つ以内です。RMANで2番目、3番目および4番目の値が使用されるのは、BACKUP COPIES、SET BACKUP COPIESまたはCONFIGURE ...BACKUP COPIESが有効な場合のみです。各バックアップ・ピースに使用する形式を選択すると、RMANでは最初の形式値がコピー1、2番目の形式値がコピー2というように順番に使用されます。形式値の数がコピー数より多ければ、余分の形式は使用されません。形式値の数がコピー数より少なければ、RMANでは最初の形式値から順番に再利用されます。

注意: BACKUP COPIESオプションは、ファイルが高速リカバリ領域に作成されている場合は有効ではありません。高速リカバリ領域へのバックアップは多重化できません。

注意: 制御ファイルのディスクへの自動バックアップは特殊ケースであり、多重化されることはありません。RMANが書き込むコピーは常に1つのみです。

MAXCORRUPTFOR DATAFILE datafileSpec TO integer

指定したデータファイルまたはデータファイルのグループ内でデータベースが許容する未検出のブロック破損数に制限を設定します。デフォルトは0(ゼロ)で、RMANが破損ブロックを許容しないことを意味します。

SET MAXCORRUPTコマンドによって、バックアップまたはリストア・ジョブ中にデータファイルに許容される物理的および論理的な破損の合計数が指定されます。データファイルで検出された物理的な破損と論理的な破損の合計数がMAXCORRUPTの設定値以下の場合、BACKUPコマンドは最後まで実行されます。破損ブロックがMAXCORRUPTより多く存在する場合は、出力ファイルが生成されずにRMANが終了します。

MAXCORRUPTの制限を超えたかどうかに関係なく、RMANでは、見つかった破損ブロックの範囲がV$DATABASE_BLOCK_CORRUPTIONビューに移入されます。ただし、バックアップまたはリストア・ジョブは、MAXCORRUPT+1個の破損ブロックが検出されると終了するため、この場合にRMANで記録される破損数はMAXCORRUPT+1のみとなります。バックアップ・ジョブの終了時点を過ぎるとブロック破損は記録されません。

注意: CHECK LOGICALを指定した場合、MAXCORRUPTは、検出された論理的および物理的な破損の合計に適用されます。そうでない場合、MAXCORRUPTは、物理ブロック破損の数にのみ適用されます。

関連項目: 「datafileSpec」を参照してください

NEWNAME FOR DATABASE

指定データベースで、SET NEWNAME FOR TABLESPACE、SET NEWNAME FOR TEMPFILE またはSET NEWNAME FOR DATAFILEコマンドで名前が設定されていないすべてのデータファイルおよび一時ファイルの新しいデフォルト名を設定します。

このコマンドでは、データベース内の複数のファイルの名前を変更することができ、各ファイルの名前を個々に設定する場合の素早い代替手段となります(例2-86を参照)。このコマンドでは、一時ファイルの名前は設定されません。

SET NEWNAME FOR DATABASEを発行する場合は、名前の競合を避けるために、%b、%fおよび%Uのうちの1つ以上の置換変数を指定する必要があります。使用可能な置換変数の詳細は、TO 'filename'の説明を参照してください。

新しい名前は、RMAN TSPITRユーティリティの使用時に、データベース内のファイルに影響を与える後続のすべてのDUPLICATE、RESTOREまたはSWITCHコマンドに対して使用されます。リストア操作の前にこのコマンドを発行しない場合、RMANはファイルをそのデフォルトの位置にリストアします。

SET NEWNAMEコマンドは、特定の順序で発行する必要はありません。たとえば、次の一連のコマンドを実行するとします。

SET NEWNAME FOR DATABASE TO '/oradata1/%b';
SET NEWNAME FOR TABLESPACE users TO '/oradata2/%U';
SET NEWNAME FOR DATAFILE 1 TO '+data';

前述の一連のコマンドは、順序が異なる次の一連のコマンドと同じです。

SET NEWNAME FOR DATAFILE 1 TO '+data;
SET NEWNAME FOR DATABASE TO '/oradata1/%b';
SET NEWNAME FOR TABLESPACE users TO '/oradata2/%U';

注意: SET NEWNAMEコマンドはASMディスク・グループをサポートします。

関連項目: SET NEWNAME FOR DATABASEで有効な置換変数については、「formatSpec」を参照してください

NEWNAME FOR DATABASE ROOT

CDBで、root内のみのデータファイルと一時ファイルの新しいデフォルト名を設定します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

NEWNAME FOR PLUGGABLE DATABASE pdb_name

CDBで、指定されたPDB内のみのデータファイルと一時ファイルの新しいデフォルト名を設定します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

NEWNAME FOR DATAFILE datafileSpec

指定したデータファイルのデフォルト名を設定します。

このコマンドによって、各データファイルの名前を個々に指定できます(例2-87を参照)。新しい名前は、RMAN TSPITRユーティリティの使用時に、データベース内のファイルに影響を与える後続のすべてのDUPLICATE、RESTOREまたはSWITCHコマンドに対して使用されます。

SET NEWNAME FOR DATAFILEを実行し、データファイルを新しい場所にリストアした後、SWITCHを実行して、制御ファイル内のデータファイルの名前をNEWNAMEに変更できます。SWITCHを実行しない場合は、RMANによって、リストアされたファイルがデータファイルのコピーとしてRMANリポジトリに記録されます。

注意: SET NEWNAMEコマンドはASMディスク・グループをサポートします。

関連項目: 「datafileSpec」を参照してください

NEWNAME FOR TABLESPACE tablespace_name

指定した表領域内のファイルのうち、SET NEWNAME FOR DATAFILEコマンドで名前が設定されなかったすべてのファイルに新しいデフォルト名を設定します。

このコマンドでは、複製した表領域内の複数のファイル名を変更でき、表領域の各ファイルの名前を個々に変更するかわりに使用できます(例2-87を参照)。

SET NEWNAME FOR TABLESPACEを発行する場合は、名前の競合を避けるために、最初の3つの置換変数(%b、%fおよび%U)のうちの1つ以上を指定する必要があります。使用可能な置換変数の詳細は、TO 'filename'の説明を参照してください。

新しい名前は、表領域内のファイルに影響を与える後続のすべてのDUPLICATE、RESTOREまたはSWITCHコマンドに対して使用されます。リストア操作の前にこのコマンドを発行しない場合、RMANはファイルをそのデフォルトの位置にリストアします。

注意: SET NEWNAMEコマンドはASMディスク・グループをサポートします。

関連項目: SET NEWNAME FOR DATABASEで有効な置換変数については、「formatSpec」を参照してください

NEWNAME FOR TABLESPACE pdb-name:tablespace_name

CDB内の表領域の名前。同じ名前の表領域が複数のデータベースにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb-nameはPDBの名前です。

NEWNAME FOR TEMPFILE tempfileSpec

指定した一時ファイルの名前を、指定した名前に変更する後続のSWITCHコマンドに対して、新しい一時ファイル名を設定します。

注意: SET NEWNAMEコマンドはASMディスク・グループをサポートします。

関連項目: 「tempfileSpec」を参照してください

TO 'filename'

リストアされるデータファイルまたは一時ファイルに対して、ユーザー定義ファイル名またはASMディスク・グループを指定します。

SET NEWNAME FOR DATABASEまたはSET NEWNAME FOR TABLESPACEを発行する場合は、名前の競合を避けるために、filenameで置換変数を指定する必要があります。次に示す置換変数の最初の3つのうちの1つ以上を指定する必要があります(%I変数および%N変数はオプションです)。

- %b
完全修飾ディレクトリ・パスを含めずにファイル名を指定します。たとえば、デフォルト名/oradata/prod/financial.dbfはfinancial.dbfに変換されます。この変数を使用すると、データファイルを別のディレクトリに移動するときにそのデータファイルの名前を保持できます。バックアップ時にイメージ・コピーの作成に使用できます。この変数は、OMFデータファイルまたはバックアップ・セットには使用できません。

- %f
新しい名前を生成するデータファイルの絶対ファイル番号を指定します。たとえば、データファイル2を複製する場合は、%fによって値2が生成されます。

- %U
システムによって生成される一意のファイル名を指定します。ファイル名の形式は、data-D-%d_id-%I_TS-%N_FNO-%fになります。%d変数によって、データベース名が指定されます。たとえば、指定される名前はdata-D-prod_id-22398754_TS-users_FNO-7などです。

- %I
DBIDを指定します。

- %N
表領域名を指定します。

注意: formatSpecに定義されているその他の置換変数の使用方法は定義されていません。エラーが発生するものもあり、結果値が0(ゼロ)となり、サポートされていないものもあります。

NEWNAMEをデータファイルのASMディスク・グループに設定してRESTOREを実行すると、RMANによってファイルがディスク・グループにリストアされます。一時ファイルのファイル名を指定すると、データベースをリカバリおよびオープンした後の一時ファイルの新しい名前にこの名前が使用されます。

TO NEW

DB_CREATE_FILE_DEST初期化パラメータで指定したディレクトリにOracle Managed Filesを作成します。

たとえば、SET NEWNAME FOR TABLESPACE users TO NEWによって、DB_CREATE_FILE_DESTの場所に作成されるusers表領域のデータファイルにOMF名が設定されます(例2-88を参照)。

元のファイルがOracle Managed Filesであるか、またはASMディスク・グループに存在する場合は、RMANによって元のファイルの削除が試行されます。一時ファイルに対してTO NEWを指定すると、データベースのオープン時に、RMANによって一時ファイルがDB_CREATE_FILE_DESTに作成されます。

関連項目: Oracle Managed Filesの詳細は、『Oracle Database管理者ガイド』を参照してください。

TO RESTORE POINTrestore_point_name

リストア・ポイントを作成した時点のSCNを上限として(上限値を含む)、後続のRESTOREまたはRECOVERコマンドのリストア・ポイントを指定します。上限値が含まれるため、RMANは、リストア・ポイントに対応するSCNまでリストアまたはリカバリできるファイルのみを選択します。

注意: 定義済のリストア・ポイントは制御ファイルに記録されているため、SET TO RESTORE POINTはデータベースがマウントされている場合にのみ使用できます。たとえば、SET TO RESTORE POINTは、RESTORE CONTROLFILE操作のターゲットSCNの指定には使用できません。

untilClause

後続のRESTOREまたはRECOVERコマンドで使用する終了時刻、SCNまたはログ順序番号を指定します。

関連項目:「untilClause」を参照してください

setRmanOrRunOption

この副次句では、RUNブロックの内部または外部で使用可能なSETオプションを指定します。

構文要素

説明

AUXILIARY INSTANCE PARAMETERFILE TO 'filename'

インスタンスの起動に使用するパラメータ・ファイルへのパスを指定します。このパラメータは、自動補助インスタンスでTSPITRをカスタマイズする場合、または、RMANでRMAN表領域をクローニングする場合に使用できます。

注意: filenameは、RMANクライアントを実行するホスト上にあります。

COMMAND ID TO 'string'

指定した文字列をすべてのチャネルのV$SESSION.CLIENT_INFO列に入力します。この情報は、データベース・サーバー・セッションとRMANのチャネルの対応関係の確認に使用します。SET COMMAND IDコマンドは、割当て済のチャネルにのみ適用されます。

V$SESSION.CLIENT_INFO列には、各RMANサーバー・セッションに関する情報があります。データの形式は、次の形式のいずれかです。

- id=string

- id=string, ch=channel_id

1番目の形式は、RMANターゲット・データベース接続で使用されます。2番目の形式は、割り当てられたすべてのチャネルについて使用されます。現行のジョブが完了すると、V$SESSION.CLIENT_INFO列は消去されます。

関連項目: V$SESSION.CLIENT_INFOの詳細は、『Oracle Databaseリファレンス』を参照してください

CONTROLFILE AUTOBACKUPFORMAT FOR DEVICE TYPE deviceSpecifier TO formatSpec

指定したデバイス・タイプの制御ファイルの自動バックアップについて、デフォルトのファイル名形式をオーバーライドします。このコマンドはRUNコマンド内またはRMANプロンプトで使用できます。優先順位は次のとおりです。

1. RUNブロック内で実行されるSET CONTROLFILE AUTOBACKUP

2. RMANプロンプトで実行されるSET CONTROLFILE AUTOBACKUP

3. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT

新しいformatSpecには、置換変数%Fが必要です。他の置換変数は、制御ファイルの自動バックアップformatSpecでは有効ではありません。

関連項目: %F置換変数のセマンティクスについては、「formatSpec」を参照してください

DATABASE 'database_name'

ターゲット・データベースに接続せずに複製する場合に、コピーするデータベース(ソース・データベース)の名前を指定します。また、ターゲット・データベースに接続せずに複製することを選択した場合は、DUPLICATEコマンドのDATABASE句を使用してソース・データベースを指定することもできます。

DBID integer

DBIDを指定します。データベースの作成時に計算される一意で32ビットの識別番号です。

RMANは、ターゲット・データベースへの接続時にDBIDを表示します。DBIDを取得するには、V$DATABASEビューまたはRC_DATABASEおよびRC_DATABASE_INCARNATIONリカバリ・カタログ・ビューに問い合せます。

SET DBIDコマンドは、次の特殊な状況でのみ実行します。

- リカバリ・カタログに接続せずに、制御ファイルをリストアする必要がある場合(例3-53を参照)。データ・リカバリ・アドバイザを使用して制御ファイルの自動バックアップをリストアする場合は、同じ制限が適用されます。CONFIGUREを使用すると、ADVISE FAILUREの前にSET DBIDが発行されている場合のみ、自動バックアップを検索してリストアできます。

- サーバー・パラメータ・ファイルのリストアを行う必要がある場合(例3-54を参照)。

- リカバリ・カタログに接続しているがターゲット・データベースには接続しておらず、CONFIGURE、LIST、REPORT、SHOWまたはUNREGISTERコマンドでFOR DB_UNIQUE_NAMEオプションを使用する必要がある場合。

- リカバリ・カタログに接続しており、制御ファイルをリストアする必要があるが、ターゲット・データベースはマウントされておらず、データベース名がリカバリ・カタログで一意でない場合。

- ターゲット接続なしで複製を実行しているが、DUPLICATEコマンドでDBID副次句を使用しておらず、SET DATABASEまたはDATABASE句で指定したデータベース名がリカバリ・カタログで一意でない場合。

INCARNATION primaryKey

次の場合は、ターゲット接続なしで複製する際に、孤立したインカネーションを指定します。

- DUPLICATEコマンドのDATABASE句でINCARNATIONを指定していない場合。

- 現行のインカネーション・パスに存在しないインカネーション(孤立したインカネーション)に複製する場合。

LONG integer

LONG列に表示する文字数を設定します。最大値は4000で、デフォルトは80です。

NUMWIDTH integer

NUMBER列に表示する文字数を設定します。デフォルトは10です。

例

例3-51 コマンドIDの設定

この例では、コマンドIDをrmanに設定し、データベースをバックアップして、オンラインREDOログをアーカイブします。コマンドIDを使用すると、WHERE CLIENT_INFO LIKE '%rman%'を指定したV$SESSIONへの問合せで、ジョブのステータス情報がわかります。

RUN
{
ALLOCATE CHANNEL d1 DEVICE TYPE DISK FORMAT '/disk1/%U';
ALLOCATE CHANNEL d2 DEVICE TYPE DISK FORMAT '/disk2/%U';
SET COMMAND ID TO 'rman';
BACKUP INCREMENTAL LEVEL 0 DATABASE;
ALTER SYSTEM ARCHIVE LOG CURRENT;
}

例3-52 バックアップ・セットの多重化

現行の多重化構成が次のようになっているとします。

CONFIGURE ARCHIVELOG COPIES FOR DEVICE TYPE sbt TO 3;
CONFIGURE DATAFILE COPIES FOR DEVICE TYPE sbt TO 3;

テープ・ドライブのうち1台が故障し、使用できるテープ・ドライブが2台のみになりました。テープ・バックアップでは、一般に、チャネル数とコピー数を掛けた数が、デバイスの数に等しくなるようにします。次の例では、多重化の永続構成をSET BACKUP COPIESでオーバーライドし、データベース・バックアップの2つのコピーを、機能している2つのテープ・ドライブに書き出します。

RUN
{
ALLOCATE CHANNEL dev1 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape1,OB_DEVICE_2=stape2)';
SET BACKUP COPIES 2;
BACKUP DATABASE PLUS ARCHIVELOG;
}

例3-53 リストア中の制御ファイルの自動バックアップ形式の設定

制御ファイルを格納しているディスクに障害が発生したとします。初期化パラメータ・ファイルのCONTROL_FILESパラメータを編集して、新しい場所を示すようにします。

この例では、リカバリ・カタログへのアクセス権はありません。この例では、インスタンスを起動し、DBIDを設定してから、制御ファイルの自動バックアップをリストアします。データベースをマウントした後は、データベースのリカバリを行うことができます。

CONNECT TARGET /
STARTUP FORCE NOMOUNT
SET DBID 28014364;
RUN
{
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/disk2/cf_%F.bak';
RESTORE CONTROLFILE FROM AUTOBACKUP MAXSEQ 100;
}
ALTER DATABASE MOUNT;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;

例3-54 サーバー・パラメータ・ファイルのリストア

データベースのホストでメンテナンスを実行している間にデータベースが停止されたとします。このとき、サーバー・パラメータ・ファイルが誤って削除されました。RMANクライアントを起動し、TARGETとしてCONNECTを実行してデータベースに接続してから、リカバリ・カタログに接続します。次の例では、テープの自動バックアップからサーバー・パラメータ・ファイルをリストアしてから、インスタンスを再起動します。

SET DBID 3257174182;  # set dbid so RMAN can identify the database
STARTUP FORCE NOMOUNT # RMAN starts database with a dummy server parameter file
RUN
{
ALLOCATE CHANNEL t1 DEVICE TYPE sbt;
RESTORE SPFILE FROM AUTOBACKUP;
}
STARTUP FORCE; # RMAN restarts database with restored server parameter file

例3-55 ターゲット・データベースに接続せずに実行するNEWNAMEの設定および複製

ターゲット・データベースに接続せずにデータベースを複製すること、および現行のインカネーション・パスに存在しないインカネーション(451)に複製することを想定しています。次の例では、様々なSET NEWNAMEコマンドを使用して、DBIDを設定し、データベースをNEWDBに複製します。

SET DATABASE PROD
SET DBID 22398754
SET INCARNATION 451
RUN
{
SET NEWNAME FOR TABLESPACE system TO '/test/oradata/system/%d_%f';
SET NEWNAME FOR TABLESPACE users to '/test/oradata/users/%b';
SET NEWNAME FOR DATAFILE 35 to '/test/oradata/special/%N_%b_%f';
SET NEWNAME FOR DATAFILE 50 to '/test/oradata/special/%N_%b_%f';
SET NEWNAME FOR DATABASE to NEW;
DUPLICATE DATABASE TO newdb
SKIP READONLY
LOGFILE
GROUP 1 ('/test/onlinelogs/redo01_1.f',
'?/test/onlinelogs/redo01_2.f') SIZE 4M,
GROUP 2 ('?/test/onlinelongs/redo02_1.f',
'?/test/onlinelongs/redo02_2.f') SIZE 4M,
GROUP 3 ('?/test/onlinelogs/redo03_1.f',
'?/test/onlinelogs/redo03_2.f') SIZE 4M REUSE;
}

例3-56 バックアップの圧縮レベルの設定

この例では、データベースのAdvanced Compressionオプション(ACO)に対するライセンスを持っていることを前提条件としています。

変動性が高い表領域usersのバックアップにLOWの圧縮アルゴリズムを使用する場合:

SET COMPRESSION ALGORITHM 'LOW' OPTIMIZE FOR LOAD FALSE;
BACKUP AS COMPRESSED BACKUPSET TABLESPACE USERS;

SHOW

用途

SHOWコマンドを使用すると、1つ以上のデータベースについて、現行のRMAN構成を設定するために使用されたCONFIGUREコマンドを表示できます。RMANのデフォルト構成には、接尾辞#defaultが付いています。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。次のいずれかの条件が満たされている必要があります。

- RMANがターゲット・データベースに接続していて、そのデータベースがマウントまたはオープン状態である必要があります。

- RMANはリカバリ・カタログに接続され、SET DBIDが実行されている必要があります。

構文

show::=

(deviceSpecifier::=)

forDbUniqueNameOption::=

セマンティクス

構文要素

説明

ALL

ユーザーが入力したすべてのCONFIGUREコマンドとデフォルト構成を表示します。

ARCHIVELOG BACKUP COPIES

アーカイブREDOログのバックアップに対して現在構成されている多重化の程度を表示します。

ARCHIVELOG DELETION POLICY

CONFIGURE ARCHIVELOG DELETION POLICY設定を表示します。

AUXNAME

CONFIGURE AUXNAME設定を表示します。

BACKUP OPTIMIZATION

CONFIGURE BACKUP OPTIMIZATION設定を表示します。設定はONまたはOFF(デフォルト)です。

[AUXILIARY] CHANNEL

CONFIGURE CHANNEL設定を表示します。通常のチャネルまたはAUXILIARYチャネルを指定できます。

FOR DEVICE TYPE deviceSpecifier

チャネルのデバイス・タイプを指定します。たとえば、SHOW CHANNEL FOR DEVICE TYPE DISKを使用すると、ディスク・チャネルのチャネル設定のみが表示されます。

COMPRESSION ALGORITHM

構成済のバックアップ圧縮アルゴリズムを表示します。

CONTROLFILE AUTOBACKUP

CONFIGURE CONTROLFILE AUTOBACKUP設定を表示します。設定はONまたはOFFです。

FORMAT

構成済デバイスについて、制御ファイルの自動バックアップ・ファイルの形式を表示します。

DATAFILE BACKUP COPIES

データファイルのCONFIGURE ... BACKUP COPIES設定(1、2、3または4)を表示します。

DB_UNIQUE_NAME

リカバリ・カタログで認識されているDB_UNIQUE_NAME値を表示します。

[DEFAULT] DEVICE TYPE

構成済のデバイス・タイプと並列度の設定を表示します。DEFAULTを指定すると、SHOWではデフォルトのデバイス・タイプと設定が表示されます。

ENCRYPTION

ALGORITHMまたはFOR {DATABASE | TABLESPACE}とともに使用すると、データベースまたはデータベース内の表領域に対して現在構成されている暗号化設定を表示します。

ALGORITHM

暗号化されたバックアップ・セットに書き込む場合に暗号化で使用されるデフォルトの構成済アルゴリズムを表示します。V$RMAN_ENCRYPTION_ALGORITHMSに、使用可能な値が示されています。

FOR DATABASE

データベースの現行の暗号化設定を表示します。

FOR TABLESPACE

各表領域の現行の暗号化設定を表示します。

EXCLUDE

除外した表領域のみを表示します。

MAXSETSIZE

CONFIGURE MAXSETSIZE設定を表示します。

RETENTION POLICY

現行のターゲット・データベースに関するCONFIGURE RETENTION POLICYの設定を表示します。

SNAPSHOT CONTROLFILE NAME

CONFIGURE SNAPSHOT CONTROLFILE設定を表示します。

forDbUniqueNameOption

リカバリ・カタログ内で一意の名前を持つデータベースの構成を表示します(RMANがそのデータベースにTARGETとして接続されていない場合でも表示されます)。データベースはdb_unique_nameで指定できますが、ALLを使用すると、一意の名前のデータベースをすべて指定できます。

データベースの一意の名前は、DB_UNIQUE_NAME初期化パラメータ設定の値です。FOR DB_UNIQUE_NAME句は、Data Guard環境でスタンバイ・データベースの構成を表示する場合に役立ちます。

RMANは、リカバリ・カタログに接続している必要があります。RMANは、マウント済のターゲット・データベースに接続しているか、SET DBIDでターゲット・データベースを指定する必要があります。たとえば、ターゲット・データベースのDBIDを指定してSET DBIDを実行し、リカバリ・カタログで認識されているすべてのスタンバイ・データベースの構成を表示できます(例2-55を参照)。

関連項目: この句のオプションについては、「forDbUniqueNameOption」を参照してください

例

例3-57 ターゲット・データベースのすべての構成の表示

ターゲット・データベースのRMANのすべての永続構成を把握する必要があるとします。RMANクライアントを起動し、CONNECTを実行してターゲット・データベースおよびリカバリ・カタログに接続し、次のようにSHOWコマンドを実行します(例には出力例も含まれます)。

RMAN> SHOW ALL;

RMAN configuration parameters for database with db_unique_name PROD1 are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/disk1/oracle/dbs/%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO '%F'; # defa ult
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DEVICE TYPE SBT_TAPE PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE SBT_TAPE TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE SBT_TAPE TO 1; # default
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE'
PARMS "SBT_LIBRARY=/usr/local/oracle/backup/lib/libobk.so";
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE ON;
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ;
# default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/disk1/oracle/dbs/cf_snap .f'

SHUTDOWN

用途

SHUTDOWNコマンドを使用すると、RMANを終了せずに、ターゲット・データベースを停止できます。このコマンドは、SQL*PlusのSHUTDOWN文と同じです。

関連項目:

データベースの起動と停止の方法については『Oracle Database管理者ガイド』、SHUTDOWN構文については『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

使用上の注意

リカバリ・カタログ・データベースの停止には、RMANのSHUTDOWNコマンドは使用できません。リカバリ・カタログ・データベースを停止するには、SQL*Plusセッションを開始してSHUTDOWN文を発行します。

データベースをNOARCHIVELOGモードで操作している場合は、データベースを正しく停止し、バックアップの作成前にSTARTUP MOUNTを発行する必要があります。

構文

shutdown::=

セマンティクス

構文要素

説明

ABORT

ターゲット・インスタンスを一貫性のない状態で停止します。次の結果になります。

- すべての現行のクライアントのSQL文は、即時終了します。

- コミットされていないトランザクションは、次の起動までロールバックされません。

- すべての接続ユーザーは切断されます。

- 次の起動時に、データベースのインスタンス・リカバリが実行されます。

IMMEDIATE

ターゲット・インスタンスを一貫性のとれた状態で即時停止します。次の結果になります。

- データベースで処理中の現行のクライアントのSQL文が完了します。

- コミットされていないトランザクションはロールバックされます。

- すべての接続ユーザーは切断されます。

NORMAL

データベースを一貫性のとれた状態でNORMALモード(デフォルトのオプション)で停止します。これには、次のような意味があります。

- 文の発行後は、新しい接続ができません。

- データベースは、現在の接続ユーザーが切断するまで待機してから停止します。

- 次回のデータベース起動時には、インスタンス・リカバリの必要がありません。

TRANSACTIONAL

ターゲット・データベースを一貫性のとれた状態でクライアントへの中断を最小化して停止します。次の結果になります。

- 現在トランザクションを進めているクライアントは、データベースの停止前にトランザクションをコミットするか、終了します。

- このインスタンス時には、どのクライアントも新しいトランザクションを開始できません。新しいトランザクションを開始しようとするクライアントは切断されます。

- すべてのトランザクションがコミットするかまたは終了した後に、接続中のクライアントが切断されます。

例

例3-58 IMMEDIATEオプションを指定したデータベースの停止

この例では、現行のSQLトランザクションが処理されるのを待ってデータベースを停止し、その後でデータベースをマウントします。

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;

例3-59 NOARCHIVELOGモードでのデータベースの停止

この例では、NOARCHIVELOGモードで実行中のデータベースをバックアップします。

STARTUP FORCE DBA;
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
# executing the preceding commands ensures that database is in proper state
# for NOARCHIVELOG backups
BACKUP DATABASE;
ALTER DATABASE OPEN;

SPOOL

用途

SPOOLコマンドを使用すると、RMANによる出力の書込み先のログ・ファイルを指定できます。

関連項目:

LOGファイルの詳細は、「RMAN」を参照してください。

前提条件

SPOOLコマンドは、RMANプロンプトで実行してください。

構文

spool::=

セマンティクス

構文要素

説明

OFF

スプーリングをオフにします。

TO filename

RMANによる出力の書込み先のログ・ファイルの名前を指定します。RMANは、ファイルが存在しない場合は作成し、存在する場合は上書きします。指定したファイルが書込み用にオープンできない場合、RMANはSPOOLをOFFに変更して動作を継続します。

APPEND

RMANの出力を既存のログの最後に追加します。

例

例3-60 ファイルへのRMAN出力のスプーリング

この例では、デフォルトのデバイス・タイプの構成に関するRMAN出力は標準出力に書き込み、SHOWコマンドの出力はログ・ファイルcurrent_config.logにスプーリングし、データベース全体のバックアップの出力はdb_backup.logにスプーリングします。

CONFIGURE DEFAULT DEVICE TYPE TO sbt;
SPOOL LOG TO '/tmp/current_config.log';
SHOW ALL;
SPOOL LOG OFF;
SPOOL LOG TO '/tmp/db_backup.log';
BACKUP DATABASE;
SPOOL LOG OFF;

SQL

用途

SQLコマンドを使用すると、SQLコマンドとPL/SQLプロシージャを実行できます。SQLコマンドを引用符で囲む必要がなく、「SQL」を接頭辞として付ける必要もないため、このコマンドはOracle Database 11.2以下のリリースの場合よりも使用しやすくなっています。元の構文については、「SQL (引用符)」を参照してください。

関連項目:

『Oracle Database SQL言語リファレンス』

前提条件

ありません。

構文

sqlcommand::=

(sqlKeyword::=, allSqlKeywords::=

sqlKeyword::=

allSqlKeywords::=

sqlKeyword::=

セマンティクス

sqlcommand::=

構文要素

説明

SQL CATALOG

SQLコマンドをカタログ・データベースで実行します。

SQL CHANNEL 'channel_id'

SQLコマンドを名前付きチャネルで実行します。

TARGET

SQLコマンドをターゲット・データベースで実行します。

sql syntax

RMANが処理のためにSQLに送信する、指定されたキーワードに適したSQL構文。『Oracle Database SQL言語リファレンス』を参照してください。

BEGIN

PL/SQLブロックの本体を指定します。

DECLARE

PL/SQLブロックの宣言部を指定します。

plsql statement

RMANが処理のためにSQLに送信する、PL/SQL文またはブロック。バインド変数はサポートされておらず、実行エラーが発生する原因になります。出力は表示できません。

lone /

1行内の最初で唯一の文字としての単一のスラッシュ(/)。

sqlKeyword::=

sqlkeyword句は、RMANで実行できるSQLコマンドをリストします。SQL構文については、『Oracle Database SQL言語リファレンス』を参照してください。例外については、次の表を参照してください。

構文要素

説明

ALTER

RMANのALTER DATABASEコマンドにかわり、SQLのALTERコマンドの完全な機能を提供します。

DELETE FROM

SQLのDELETEコマンドを実行する場合はFROMキーワードを必要とし、それ以外の場合は、RMANのDELETEコマンドを実行します。

DROP DATABASE

RMANのDROP DATABASEコマンドを実行します。

FLASHBACK

RMANのFLASHBACK DATABASEコマンドを実行します。

SELECT

次に示す列幅を使用して戻された行を表示します。

- 数字: 10文字

- 文字列: 最大長

- LONG: 80文字

数値型とLONG型の列の表示サイズを変更するには、SQLのSETコマンドを使用します。他のコマンドやオプションは、出力の書式設定に使用できません。

バインド変数はサポートされておらず、実行エラーが発生する原因になります。INTO句は無視されます。

allSqlKeywords::=

allSqlKeywords句はSQLキーワードの後に配置され、SQLコマンドとRMANコマンド間のあいまいさを排除します。

構文要素

説明

DELETE

SQLのDELETEコマンドを実行します。

DROP DATABASE

SQLのDROP DATABASEコマンドを実行します。

FLASHBACK

SQLのFLASHBACKコマンドを実行します。

例

例3-61 データファイルの追加

この例では、USERS表領域にデータファイルを追加します。

RMAN> ALTER TABLESPACE users ADD DATAFILE '/disk1/oradata/users02.dbf' SIZE 1M AUTOEXTEND ON NEXT 10K MAXSIZE 2M;

Statement processed

例3-62 表の問合せ

この例では、V$DATABASE動的パフォーマンス・ビューから列を選択します。

RMAN> SELECT dbid FROM v$database;

using target database control file instead of recovery catalog
DBID
----------
3152825380

例3-63 ディレクトリの作成

この例では、DEST_DIRディレクトリを作成します。

RMAN> CREATE DIRECTORY dest_dir AS '/usr/admin/destination';

Statement processed

SQL (引用符)

用途

SQLコマンドは、RMAN内からSQL文またはPL/SQLストアド・プロシージャを実行します。この構文は、Oracle Databaseリリース11.2以下との互換性のために使用可能ですが、簡単に使用するには、「SQL」を参照してください。

関連項目:

『Oracle Database SQL言語リファレンス』

前提条件

ありません。

構文

quotedsqlcommand::=

セマンティクス

構文要素

説明

CHANNEL channel_id

RUNコマンド内でRMANのコマンドを実行するときに使用するチャネルの名前を指定します。この名前は大/小文字が区別されます。

チャネルは、最初に、このRUNコマンド内のALLOCATE CHANNELで割り当てられている必要があります。このパラメータを設定しなかった場合、RMANはデフォルトのチャネルを使用します。

'command'

SQL文の実行を指定します(例3-64を参照)。SELECT文は使用できません。

引用符で囲んだ文字列に同じ引用スタイルを使用する場合、引用符で囲んだ文字列に一重引用符を挿入するためには、2組の一重引用符を使用する必要があります。たとえば、RMANがSQLに渡す文字列にファイル名がある場合は、ファイル名を2組の一重引用符で囲み、SQLキーワードに続く文字列全体を二重引用符で囲む必要があります(例3-65を参照)。

注意: EXECUTEはSQL*Plusコマンドであるため、RMANのSQLコマンド内でEXECUTEを指定してPL/SQLプログラムを実行することはできません。かわりに、BEGINおよびENDキーワードを使用する必要があります。たとえば、SQLコマンドを使用してPL/SQLプロシージャrman.rman_purgeを実行するには、次のコマンドを発行します。

SQL 'BEGIN rman.rman_purge; END;';

例

例3-64 アーカイブされていないオンライン・ログのアーカイブ

この例では、表領域をバックアップしてから、アーカイブされていないオンラインREDOログをすべてアーカイブします。

BACKUP TABLESPACE users;
sql 'ALTER SYSTEM ARCHIVE LOG CURRENT';

例3-65 引用符付き文字列内のファイル名の指定

この例では、二重引用符付き文字列内で、2組の一重引用符を使用してファイル名を指定します。

sql 'ALTER TABLESPACE users ADD DATAFILE ''/disk1/oradata/users02.dbf''
SIZE 100K AUTOEXTEND ON NEXT 10K MAXSIZE 100K';

STARTUP

用途

STARTUPコマンドを使用すると、RMAN環境内からターゲット・データベースを起動できます。このコマンドは、SQL*PlusのSTARTUPコマンドと同じです。

また、RMANのSTARTUPコマンドでは、サーバー・パラメータ・ファイルや初期化パラメータ・ファイルがない場合にも、NOMOUNTモードでインスタンスを起動できます。この機能は、消失したサーバー・パラメータ・ファイルのリストアを必要とする場合に役立ちます。

関連項目:

データベースの起動と停止の方法については『Oracle Database管理者ガイド』を、SQL*Plus STARTUP構文については『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

前提条件

RMANがターゲット・データベースに接続されている必要があります。このコマンドは、ターゲット・データベースの起動のみに使用できます。

使用上の注意

RMANのSTARTUPコマンドでは、サーバー・パラメータ・ファイルや初期化パラメータ・ファイルがない場合にも、NOMOUNTモードでインスタンスを起動できます。この機能は、消失したサーバー・パラメータ・ファイルのリストアを必要とする場合に役立ちます(例3-67を参照)。

構文

startup::=

セマンティクス

構文要素

説明

STARTUP

STARTUPのみを指定して他のオプションを指定しない場合、インスタンスはデフォルトのサーバー・パラメータ・ファイルを使用して起動され、制御ファイルがマウントされた後、データベースがオープンされます。

DBA

アクセスをRESTRICTED SESSION権限を持つユーザーに制限します。

FORCE

データベースがオープン状態の場合、FORCEは、データベースを再オープンする前にSHUTDOWN ABORT文で停止します。データベースがクローズ状態の場合、FORCEはデータベースをオープンします。

MOUNT

インスタンスを起動してからデータベースをマウントしますが、オープンはしません。

NOMOUNT

データベースをマウントせずにインスタンスを起動します。パラメータ・ファイルが存在しない場合、RMANは一時パラメータ・ファイルでインスタンスを起動します。RESTORE SPFILEを実行すると、バックアップ・サーバー・パラメータ・ファイルをリストアできます。

PFILE filename

ターゲット・データベースで使用するテキスト・ベースの初期化パラメータ・ファイルのファイル名を指定します。PFILEを指定しなければ、デフォルトの初期化パラメータ・ファイルの名前が使用されます。

例

例3-66 パラメータ・ファイルの指定によるデータベースのマウント

この例では、SHUTDOWN ABORTを実行してから、非デフォルトの初期化パラメータ・ファイルの位置を指定し、制限付きアクセスでデータベースをマウントします。

CONNECT TARGET /
STARTUP FORCE MOUNT DBA PFILE=/tmp/initPROD.ora;

例3-67 パラメータ・ファイルを使用しないインスタンスの起動

サーバー・パラメータ・ファイルが誤ってファイル・システムから削除されたとします。次の例では、パラメータ・ファイルを使用せずにインスタンスを起動して、RESTORE SPFILE FROM AUTOBACKUPを実行します。この例では、自動バックアップの場所が高速リカバリ領域であるため、SET DBIDは必要ありません。

CONNECT TARGET /
STARTUP FORCE NOMOUNT; # RMAN starts instance with dummy parameter file
RESTORE SPFILE TO '?/dbs/spfileprod.ora'
FROM AUTOBACKUP
RECOVERY AREA '/disk2' DB_NAME='prod';
STARTUP FORCE; # restart instance with restored server parameter file

SWITCH

用途

SWITCHコマンドを使用すると、次の操作のいずれかを実行できます。

- データベース、表領域またはデータファイルのファイル名を、指定したファイルに使用可能な最新のイメージ・コピーに更新します。

- SET NEWNAMEコマンドが発行されたデータファイルおよび一時ファイルのファイル名を更新します。

SWITCHは、SQL文ALTER DATABASE RENAME FILEを使用した場合と同じ結果になります。RMANリポジトリ内のファイルの名前は更新されますが、データベースは、オペレーティング・システム・レベルでは名前を変更しません。

前提条件

RMANがターゲット・データベースに接続されている必要があります。表領域、データファイルまたは一時ファイルを切り替えるときは、ファイルがオフライン状態になっている必要があります。データベース全体を切り替えるときは、データベースをオープンしないでください。

使用上の注意

SWITCHコマンドによって、データファイルのコピーのRMANリポジトリ・レコードがリカバリ・カタログから削除され、制御ファイル・レコードの状態がDELETEDに更新されます。

RMANがリカバリ・カタログに接続されていて、バックアップからリストアされた制御ファイルをデータベースで使用している場合は、SWITCHによって、リカバリ・カタログでは認識されているが、制御ファイルでは不明なデータファイルのレコードで制御ファイルが更新されます。

SWITCH ...TO COPYはRMANプロンプトでのみ実行できます。TO COPYを指定しないSWITCHは、RUNブロック内でのみ使用できます。

構文

switch::=

(datafileSpec::=)

switchFile::=

(datafileSpec::=, tempfileSpec::=)

セマンティクス

switch

この副次句では、データベース、表領域またはデータファイルのファイル名を、指定したファイルに使用可能な最新のイメージ・コピーに切り替えます。このコマンドを実行することで、バックアップからのデータファイルのリストアを回避できます。SWITCH ...TO COPYはRMANプロンプトでのみ実行できます。

構文要素

説明

DATABASE

データファイルおよび制御ファイルの名前を変更して、これらのファイルのイメージ・コピーのファイル名を使用します。RMANは、各データベース・ファイルの最新のイメージ・コピーに切り替えられます。

マルチテナント・コンテナ・データベース(CDB)で、rootとCDB内のすべてのプラガブル・データベース(PDB)のファイル名を切り替えます。PDBでは、接続されたPDBのファイル名を切り替えます。CDBおよびPDBへの接続の詳細は、「CDBおよびPDBへの接続」を参照してください。

データベースの切替え後、RMANでは、以前のデータベースがデータファイルのコピーとして認識されます。

DATABASE ROOT

CDBで、rootのファイル名を切り替えます。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

PLUGGABLE DATABASE pdb_name

1つ以上のPDBのデータファイルおよび制御ファイルの名前を変更して、これらのファイルのイメージ・コピーのファイル名を使用します。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

DATAFILE datafileSpec

指定したデータファイルを最新のイメージ・コピーに切り替えます。

ファイル切替え後は、指定したデータファイルは制御ファイルによって現行のファイルとは認識されなくなります。

TABLESPACE tablespace_name

SWITCH DATAFILE ... TO COPYを使用する場合と同様に、指定した表領域内のすべてのデータファイルを切り替えます(例3-68を参照)。

PDB内の表領域のデータファイルを切り替えるには、「CDBおよびPDBへの接続」の説明に従って、PDBに接続します。

TO COPY

指定したアクティブなデータベース・ファイルをイメージ・コピーに切り替えます。

switchFile

この副次句では、SET NEWNAMEコマンドが発行されたデータファイルおよび一時ファイルのファイル名を更新します。この句は、RUNブロック内でのみ実行してください。

構文要素

説明

DATAFILE ALL

このジョブでSET NEWNAME FOR DATAFILEコマンドが発行されたすべてのデータファイルを新規の名前に切り替えます(例3-69を参照)。

DATAFILE datafileSpec

名前変更するデータファイルを指定します。ファイルの切替え後、指定したファイルは制御ファイルによって現行とは認識されません。TOオプションを指定しないと、RMANは、このファイルに対してRUNブロック内の以前のSET NEWNAMEコマンドで切替え先として指定したファイル名を使用します。

TO DATAFILECOPY {'filename' |TAG tag_name}

ファイルの切替えに使用する入力コピー・ファイル(名前変更するデータファイルのコピー)を指定します(例3-71を参照)。

TEMPFILE ALL

このジョブでSET NEWNAME FOR TEMPFILEコマンドが発行されたすべての一時ファイルを新規の名前に切り替えます。

TEMPFILE tempfileSpec

名前変更する一時ファイルを指定します。TOオプションを指定しないと、RMANは、このファイルに対してRUNブロック内の以前のSET NEWNAMEコマンドで切替え先として指定したファイル名を使用します。ターゲット・データベースはマウントする必要がありますが、オープンはしないでください。

TO 'filename'

一時ファイルの名前を指定した名前に変更します(例3-70を参照)。ターゲット・データベースはマウントする必要がありますが、オープンはしないでください。

例

例3-68 バックアップからのリストアを回避するためのイメージ・コピーへの切替え

ディスクに障害が発生し、users表領域内のすべてのデータファイルにアクセスできなくなったとします。この表領域内のすべてのデータファイルのイメージ・コピーは、高速リカバリ領域に存在します。RMANを起動し、TARGETとしてデータベースに接続した後、SWITCHを実行して制御ファイルが新しいデータファイルを指し示すようにしてから、次のようにRECOVERを実行します。

ALTER TABLESPACE users OFFLINE IMMEDIATE;
SWITCH TABLESPACE users TO COPY;
RECOVER TABLESPACE users;
ALTER TABLESPACE users ONLINE;

例3-69 新しい場所へリストアした後のデータファイル名の切替え

ディスクに障害が発生し、データファイルを新しいディスクの場所へリストアする必要があるとします。RMANを起動してTARGETとしてデータベースに接続した後、SET NEWNAMEコマンドを使用してデータファイルの名前を変更し、RESTOREを実行して失われたデータファイルをリストアします。SWITCHを実行して制御ファイルが新しいデータファイルを指し示すようにしてから、RECOVERを実行します。この例では、ディスクとテープの両方のチャネルを割り当てます。

RUN
{
ALLOCATE CHANNEL dev1 DEVICE TYPE DISK;
ALLOCATE CHANNEL dev2 DEVICE TYPE sbt;
ALTER TABLESPACE users OFFLINE IMMEDIATE;
SET NEWNAME FOR DATAFILE '/disk1/oradata/prod/users01.dbf'
TO '/disk2/users01.dbf';
RESTORE TABLESPACE users;
SWITCH DATAFILE ALL;
RECOVER TABLESPACE users;
ALTER TABLESPACE users ONLINE;
}

例3-70 SET NEWNAMEとSWITCH TEMPFILE ALLを使用した一時ファイルの名前の変更

この例では、SET NEWNAMEを使用していくつかの一時ファイルに新しい名前を指定する方法、およびSWITCH TEMPFILE ALLを使用して一時ファイルを指定の名前に変更する方法を説明します。データベースはこの手順を開始する際にクローズされた状態である必要があります。データベースがオープンされている場合は一時ファイルが新しい場所に再作成されます。

CONNECT TARGET /
STARTUP FORCE MOUNT
RUN
{
SET NEWNAME FOR TEMPFILE 1 TO '/disk2/temp01.dbf';
SET NEWNAME FOR TEMPFILE 2 TO '/disk2/temp02.dbf';
SET NEWNAME FOR TEMPFILE 3 TO '/disk2/temp03.dbf';
SWITCH TEMPFILE ALL;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN;
}

例3-71 データファイルのコピーの切り替え

次のコマンドではTOOLS表領域のデータファイルを/disk2/tools.copyという名前のデータファイル・コピーに切り替えます。

RUN
{
ALTER TABLESPACE tools OFFLINE IMMEDIATE;
SWITCH DATAFILE '/disk1/oradata/prod/tools01.dbf'
TO DATAFILECOPY '/disk2/tools.copy';
RECOVER TABLESPACE tools;
ALTER TABLESPACE tools ONLINE;
}

TRANSPORT TABLESPACE

用途

TRANSPORT TABLESPACEコマンドを使用すると、ソース・データベースのライブ・データファイルではなく、RMANのバックアップからトランスポータブル表領域セットを作成できます。

関連項目:

RMANでの表領域のトランスポート方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

前提条件

『Oracle Database管理者ガイド』で説明されているトランスポータブル表領域セットの作成に関する制限事項は、表領域を読取り専用にする要件を除いて、バックアップから表領域をトランスポートする場合に適用されます。

SYSAUX表領域は、リカバリ・セット(トランスポートする表領域のセット)に含めないようにします。RMANは、SYSAUX表領域を補助セット(データファイルと、表領域のトランスポートに必要な他のファイルを含む)に組み込みます。

TRANSPORT TABLESPACEでは、エンディアン形式は変換しません。ターゲット・プラットフォームに別のエンディアン形式が含まれている場合は、TRANSPORT TABLESPACEの実行後に、CONVERTコマンドを使用して、トランスポータブル・セットのデータファイルのエンディアン形式を変換します。

表領域を削除すると、TRANSPORT TABLESPACEのSCNが表を削除したときのSCNより古い場合でも、後でTRANSPORT TABLESPACEを使用してこの表領域をトランスポータブル表領域セットに含めることはできません。表領域名を変更すると、TRANSPORT TABLESPACEを使用して、表領域名を変更した時点よりも前の時点でのトランスポータブル表領域セットは作成できません。

バックアップおよびバックアップ・メタデータ

必要なすべての表領域(補助セットの表領域を含む)のバックアップ、およびターゲット時刻までリカバリするために必要なアーカイブREDOログ・ファイルが必要です。

リカバリ・カタログを使用せずに、必要なバックアップに関するメタデータを含む制御ファイル・レコードがデータベースで再使用された場合、バックアップをRMANで検索できないため、そのコマンドは失敗します。CATALOGを使用してバックアップをRMANリポジトリに追加できる場合がありますが、制御ファイル・レコードがデータベースで上書きされている場合は、他のバックアップのレコードが失われる場合があります。

データ・ポンプ・エクスポート/インポート

RMANではデータ・ポンプ・エクスポート/インポート・ユーティリティが使用されるため、トランスポートする表領域でXMLTypeが使用されている場合、TRANSPORT TABLESPACEは使用できません。この場合は、『Oracle Database管理者ガイド』の手順を使用する必要があります。

エクスポート・ダンプ・ファイルの名前の付いたファイルが表領域のトランスポート先に存在すると、TRANSPORT TABLESPACEはデータ・ポンプ・エクスポートの呼出し時に失敗します。以前のTRANSPORT TABLESPACEジョブを繰り返す場合は、エクスポート・ダンプ・ファイルを含む以前の出力ファイルを削除してください。

表領域と列の暗号化

列レベルで機能する透過的データ暗号化(TDE)列暗号化とTDE表領域暗号化のデータベース暗号化機能のいずれにも、Oracleソフトウェア・キーストアが使用されています。暗号化される表領域または暗号化された列を含む表領域には、次の制限が適用されることに注意してください。

- トランスポートする表領域が暗号化されている場合は、トランスポート先データベースにキーストアを手動でコピーする必要があります。

- 複製先データベースにキーストアがすでに存在する場合は、ソース・データベースのキーストアを複製先データベースにコピーすることはできません。したがって、キーストアがすでに存在するデータベースには、暗号化データをトランスポートできません。TDE列暗号化で列を暗号化する場合は、パスワードで保護されたエクスポート・ファイルにそれらをエクスポートし、そのデータを複製先データベースにインポートできます。

関連項目:

TDEの詳細は、『Oracle Database Advanced Securityガイド』を参照してください

使用上の注意

RMANでは同じノードでのリストアおよびリカバリに使用される自動補助インスタンスがソース・インスタンスとして作成されるため、TRANSPORT TABLESPACEコマンドの操作中にパフォーマンス・オーバーヘッドが発生します。

RMANがデータベースのバックアップ計画の一部分でない場合は、必要なデータファイル・コピーおよびアーカイブREDOログ・ファイルがディスクで使用可能なかぎり、TRANSPORT TABLESPACEを使用できます。CATALOGコマンドを使用してデータファイル・コピーおよびアーカイブREDOログ・ファイルをRMANリポジトリに記録します。その後、TRANSPORT TABLESPACEを使用できます。また、TRANSPORT TABLESPACEを使用できるように、RMANを使用してデータベースをバックアップするオプションもあります。

構文

transpt_tbs::=

(transpt_tbs_optlist::=)

transpt_tbs_optlist::=

(untilClause::=)

セマンティクス

transpt_tbs

構文要素

説明

tablespace_name

トランスポートする各表領域の名前を指定します。

必要なすべての表領域(補助セットの表領域を含む)のバックアップ、およびTRANSPORT TABLESPACE操作のターゲット時刻までリカバリできる、RMANで使用可能なアーカイブREDOログ・ファイルが必要です。

transpt_tbs_optlist

この副次句では、表領域のトランスポートに影響を与えるオプションのパラメータを指定します。

構文要素

説明

AUXILIARY DESTINATION 'location'

補助インスタンス用のファイルの格納場所を指定します。

SET NEWNAMEとCONFIGURE AUXNAMEを使用すると、個々のファイルに対してこの引数をオーバーライドできます。独自の初期化パラメータ・ファイルを使用して補助インスタンスをカスタマイズする場合は、AUXILIARY DESTINATIONのかわりに、DB_FILE_NAME_CONVERTおよびLOG_FILE_NAME_CONVERT初期化パラメータを使用できます。

関連項目: 補助インスタンス・ファイルの様々なネーミング手法での相互作用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

DATAPUMP DIRECTORY datapump_directory

データ・ポンプ・エクスポートの出力が作成されるデータベース・ディレクトリ・オブジェクトを指定します(例3-73を参照)。指定しない場合、RMANはTABLESPACE DESTINATIONで指定された場所にファイルを作成します。

関連項目: データ・ポンプ・エクスポートおよびデータベース・ディレクトリ・オブジェクトの詳細は、『Oracle Databaseユーティリティ』を参照してください。

DUMP FILE 'filename'

データ・ポンプ・エクスポートのダンプ・ファイルを作成する場所を指定します。指定しない場合、エクスポート・ダンプ・ファイルは、dmpfile.dmpという名前で、DATAPUMP DIRECTORY句で指定された場所または表領域のトランスポート先に格納されます。

注意: エクスポート・ダンプ・ファイルの名前の付いたファイルが表領域のトランスポート先に存在すると、TRANSPORT TABLESPACEはデータ・ポンプ・エクスポートの呼出し時に失敗します。以前のTRANSPORT TABLESPACEジョブを繰り返す場合は、エクスポート・ダンプ・ファイルを含む以前の出力ファイルを削除してください。

EXPORT LOG 'filename'

データ・ポンプ・エクスポートで生成されたログの場所を指定します。省略した場合、エクスポート・ログは、explog.logという名前で、DATAPUMP DIRECTORY句で指定された場所または表領域のトランスポート先に格納されます。

IMPORT SCRIPT 'filename'

トランスポート先データベースのトランスポートされた表領域に接続する際に使用する、RMANで生成されるサンプル入力スクリプトのファイル名を指定します。省略した場合、インポート・スクリプトはimpscript.sqlという名前になります。このスクリプトは、表領域のトランスポート先に格納されます。

TABLESPACE DESTINATION tablespace_destination

表領域のトランスポート操作が完了した後の、トランスポートされた表領域のデータファイルの場所を指定します。

TO RESTORE POINT restore_point_name

リストア・ポイントを作成した時点のSCNを上限として、表領域のリストアおよびリカバリのリストア・ポイントを指定します。指定した値は含まれます。上限値が含まれるため、RMANは、リストア・ポイントに対応するSCNまで表領域をリストアまたはリカバリできるファイルのみを選択します。

untilClause

過去の時刻、SCNまたはログ順序番号を指定します(例3-72を参照)。指定した場合、RMANは、エクスポート前に補助インスタンスで表領域をその過去の時点における表領域の内容にリストアおよびリカバリします。

表領域名を変更すると、このコマンドを使用して、表領域名を変更した時点よりも前の時点でのトランスポータブル表領域セットを作成することはできません。RMANには、前の表領域名に関する情報がありません。

TRANSPORT TABLESPACEのUNTIL時刻またはSCNの時点のUNDOセグメントを含む表領域は、補助セットの一部である必要があります。制御ファイルには、現時点でのUNDOセグメントを含む表領域のレコードのみが含まれています。UNDOセグメントを含む表領域セットがUNTIL時刻やSCNでのものと異なる場合、TRANSPORT TABLESPACEは失敗します。したがって、NOCATALOGモードでRMANを使用し、UNTILを指定する場合、TRANSPORT TABLESPACEを実行する時点のUNDOセグメントを含む表領域セットは、UNTIL時刻またはSCNでのUNDOセグメントを含む表領域セットと同じである必要があります。

例

例3-72 過去の時刻を指定したTRANSPORT TABLESPACEの使用

この例では、トランスポータブル・セットの表領域はexampleおよびtoolsで、トランスポータブル・セットのファイルは/disk1/transport_destに格納されます。また、トランスポータブル表領域は、15分前の時刻までリカバリされます。

TRANSPORT TABLESPACE example, tools
TABLESPACE DESTINATION '/disk1/transportdest'
AUXILIARY DESTINATION '/disk1/auxdest'
UNTIL TIME 'SYSDATE-15/1440';

次に出力例の一部を示します。

Creating automatic instance, with SID='egnr'

initialization parameters used for automatic instance:
db_name=PROD
compatible=11.0.0
db_block_size=8192
.
.
.
starting up automatic instance PROD
.
.
.
executing Memory Script

executing command: SET until clause

Starting restore at 07-JUN-13
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=44 device type=DISK

channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: restoring control file
.
.
.
output file name=/disk1/auxdest/cntrl_tspitr_PROD_egnr.f
Finished restore at 07-JUN-13

sql statement: alter database mount clone database

sql statement: alter system archive log current

sql statement: begin dbms_backup_restore.AutoBackupFlag(FALSE); end;

starting full resync of recovery catalog
full resync complete
.
.
.
executing Memory Script
.
.
.

Starting restore at 07-JUN-13
using channel ORA_AUX_DISK_1

channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00001 to /disk1/auxdest/TSPITR_PROD_EGNR/datafile/o1_mf_system_%u_.dbf
datafile 1 switched to datafile copy
.
.
.
starting media recovery
.
.
.
Finished recover at 07-JUN-13

database opened
.
.
.
executing Memory Script
.
.
.
sql statement: alter tablespace EXAMPLE read only
Removing automatic instance
shutting down automatic instance
Oracle instance shut down
Automatic instance removed
auxiliary instance file /disk1/auxdest/cntrl_tspitr_PROD_egnr.f deleted
.
.
.

例3-73 カスタマイズされたファイルの場所を指定したTRANSPORT TABLESPACEの使用

この例では、データ・ポンプ関連ファイル(ダンプ・ファイルなど)の場所を制御するオプションの引数の使用方法を示します。DATAPUMP DIRECTORYは、ターゲット・データベースに存在するオブジェクトを参照する必要があります。SQL文のCREATE DIRECTORYを使用すると、ディレクトリ・オブジェクトを作成できます。

TRANSPORT TABLESPACE example
TABLESPACE DESTINATION '/disk1/transportdest'
AUXILIARY DESTINATION '/disk1/auxdest'
DATAPUMP DIRECTORY mypumpdir
DUMP FILE 'mydumpfile.dmp'
IMPORT SCRIPT 'myimportscript.sql'
EXPORT LOG 'myexportlog.log';

UNREGISTER

用途

UNREGISTERコマンドを使用すると、登録されている1つ以上のデータベースのRMANのメタデータをリカバリ・カタログから削除できます。

関連項目:

1つのコマンドで、データベースを削除して登録解除する方法は、「DROP DATABASE」を参照してください。

前提条件

このコマンドは、RMANプロンプトでのみ実行してください。RMANは、リカバリ・カタログに接続している必要があります。登録解除するデータベースは、現在リカバリ・カタログに登録されている必要があります。

使用上の注意

UNREGISTERコマンドは、リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceへのバックアップ作成のためのターゲット・データベースを構成する場合には使用できません。この場合は、DBMS_RA.DELETE_DBプロシージャを使用して、Recovery Applianceからデータベースを登録解除します。

関連項目:

DBMS_RA.DELETE_DBプロシージャの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

構文

unregister::=

セマンティクス

構文要素

説明

DATABASE

登録解除するプライマリ・データベースを指定します。RMANにより、プライマリ・データベース、およびこれに対応付けられているスタンバイ・データベースが登録解除されます(例3-74を参照)。

database_nameを指定しない場合は、RMANでは、次の方法のうちいずれかでデータベースが識別される必要があります。

- RMANがTARGETとしてデータベースに接続されている場合、ターゲット・データベースと対応付けられているスタンバイ・データベースがRMANによって登録解除されます。

- RMANがTARGETとしてデータベースに接続されていない場合、またはTARGETデータベースの名前がリカバリ・カタログで一意ではない場合、RMANではSET DBIDコマンドで指定された値を使用します(例3-75を参照)。RMANにより、このDBIDを持つすべてのデータベースが登録解除されます。

database_name

登録解除するプライマリ・データベースの名前を指定します。

このデータベース名は、リカバリ・カタログで一意である必要があります。データベース名が一意であるため、RMANはターゲット・データベースに接続したり、SET DBIDコマンドを使用する必要がありません。

DB_UNIQUE_NAME db_unique_name

db_unique_nameで指定されているData Guardデータベースに対するバックアップのメタデータを除く、すべてのメタデータを削除します。

通常は、スタンバイ・データベースの登録解除を行うためにこの句を使用しますが、指定するデータベースはプライマリ・データベースでもスタンバイ・データベースでもかまいません(例3-76を参照)。

この句は、RMANがマウントまたはオープン状態のターゲット・データベースに接続されている場合、またはSET DBIDコマンドを実行済の場合のみ使用できます。通常、ターゲット・データベースは登録解除対象とはなりません。たとえば、TARGETとしてprod1に接続し、DB_UNIQUE_NAMEを使用してstandby1を登録解除することができます。SET DBIDで使用されるDBIDは、プライマリ・データベースとその対応付けられているスタンバイ・データベースで同じです。

データベースのバックアップには、リカバリ・カタログ内のバックアップ・ファイルの名前に対応付けられたDB_UNIQUE_NAMEが設定されています。データベースが登録解除されると、これらのバックアップ・ファイルのデータベース名がnullとしてマークされます。データベース名とこれらのファイルを関連付けるには、CHANGE ... RESET DB_UNIQUE_NAMEコマンドを使用します。

INCLUDING BACKUPS

db_unique_nameで指定されたデータベースのバックアップ・メタデータを削除します。

注意: この句はスタンバイ・データベースの登録解除には使用できません。

注意: 物理バックアップは、UNREGISTERコマンドで削除されません。物理バックアップを削除する場合は、最初にDELETEコマンドでバックアップを削除してから、INCLUDING BACKUPSオプションを指定してUNREGISTERを実行します。

NOPROMPT

確認のプロンプトを表示せずに、データベースを登録解除します。

例

例3-74 プライマリ・データベースとそのスタンバイ・データベースの登録解除

プライマリ・データベースprodには、対応付けられているスタンバイ・データベースdgprod3およびdgprod4があるとします。この例では、データベース名がリカバリ・カタログ内で一意のターゲット・データベースprodにRMANを接続し、そのデータベースを登録解除します。RMANにより、prod、dgprod3およびdgprod4に関するすべてのメタデータがカタログから削除されます。例には出力例も含まれます。

RMAN> CONNECT TARGET /

connected to target database: PROD (DBID=1627709917)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> UNREGISTER DATABASE NOPROMPT;

database name is "PROD" and DBID is 1627709917
database unregistered from the recovery catalog

RMAN> LIST DB_UNIQUE_NAME ALL;

RMAN>

例3-75 カタログ内で一意でないデータベースの登録解除

リカバリ・カタログに登録されている2つのデータベースの名前がprodであるとします。目標は、DBID28014364を持つprodデータベースの登録を解除することです。リカバリ・カタログにprodという名前のデータベースが複数登録されているため、また、RMANが28014364データベースにTARGETとして接続されていない(このデータベースがファイル・システムから削除されている)ため、UNREGISTER DATABASEの前にSET DBIDを実行します。この例には、出力例も含まれます。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> SET DBID 28014364;

executing command: SET DBID
database name is "PROD" and DBID is 28014364

RMAN> UNREGISTER DATABASE;

Do you really want to unregister the database (enter YES or NO)? YES
database unregistered from the recovery catalog

例3-76 スタンバイ・データベースの登録解除

プライマリ・データベースprodには、対応付けられているスタンバイ・データベースdgprod3およびdgprod4があるとします。dgprod4を登録解除しますが、このデータベースで作成されたバックアップのメタデータは削除しません。これらのバックアップは、その環境の他のデータベースで引き続き使用できるためです。この例では、SET DBIDを使用してスタンバイ・データベースのDBIDを指定してから、登録解除します(例には出力例も含まれます)。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

RMAN> SET DBID 1627367554;

executing command: SET DBID
database name is "PROD" and DBID is 1627367554

RMAN>  UNREGISTER DB_UNIQUE_NAME dgprod4;

database db_unique_name is "dgprod4", db_name is "PROD" and DBID is 1627367554

Want to unregister the database with target db_unique_name (enter YES or NO)? YES
database with db_unique_name dgprod4 unregistered from the recovery catalog

UPGRADE CATALOG

用途

UPGRADE CATALOGコマンドを使用すると、リカバリ・カタログ・スキーマを、旧バージョンから、RMANクライアントで必要なバージョンにアップグレードできます。

前提条件

RMANがリカバリ・カタログ所有者としてリカバリ・カタログ・データベースに接続していて、リカバリ・カタログ・データベースがオープン状態である必要があります。仮想プライベート・カタログへの接続中は、UPGRADE CATALOGコマンドを使用できません(CREATE CATALOGコマンドを参照)。アップグレードできるのは基本カタログのみです。

リカバリ・カタログが、RMAN実行可能ファイルに必要なバージョンより後のバージョンになっていないことが必要であり、後のバージョンの場合は、エラーが発行されます。RMANは、アップグレード中に生成したエラー・メッセージをメッセージ・ログに表示します。

Oracle Database 10gリリース1のリカバリ・カタログ・スキーマには、CREATE TYPE権限が必要です。10gリリース1より前のリリースでリカバリ・カタログ所有者を作成し、このユーザーにRECOVERY_CATALOG_OWNERロールを付与しているとします。このロールにCREATE TYPE権限が含まれていない場合は、アップグレードを実行する前に、このユーザーに明示的にCREATE TYPEを付与する必要があります。

リカバリ・カタログをOracle Database 12cリリース1 (12.1.0.2)にアップグレードしている場合、リカバリ・カタログ権限を管理するdbmsrmansys.sqlスクリプトを実行する必要があります。さらに、仮想プライベート・カタログが使用されている場合、仮想プライベート・カタログをアップグレードするdbmsrmanvpc.sqlスクリプトを実行する必要があります。Oracle Database 12cリリース1 (12.1.0.2)以降、リカバリ・カタログ・データベースはOracle Database Enterprise Editionを使用する必要があります。

関連項目:

リカバリ・カタログをOracle Database 12cリリース1 (12.1.0.2)にアップグレードする手順については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

使用上の注意

アップグレードを確定するため、UPGRADE CATALOGコマンドを続けて2回入力する必要があります。

リカバリ・カタログがすでに現行の状態になっていれば、RMANはコマンドの実行を認め、その結果、必要に応じてパッケージの再作成ができます。

ベース・リカバリ・カタログへのアップグレードで既存の仮想プライベート・カタログへの変更が必要な場合は、RMANが次にその仮想プライベート・カタログに接続したときに、これらの変更が自動的に行われます。

UPGRADE CATALOGコマンドでは、アップグレード用のスクリプトは実行されません。かわりに、RMANは各種のSQL DDL文をリカバリ・カタログに送信し、新規の表、ビュー、列などでリカバリ・カタログ・スキーマを更新します。

構文

upgradeCatalog::=

セマンティクス

ありません。

例

例3-77 リカバリ・カタログのアップグレード

この例では、RMANをリカバリ・カタログ・データベースcatdbに接続し、それを新しいバージョンにアップグレードします。

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database
PL/SQL package rman.DBMS_RCVCAT version 10.01.00 in RCVCAT database is too old

RMAN> UPGRADE CATALOG;

recovery catalog owner is RCO
enter UPGRADE CATALOG command again to confirm catalog upgrade

RMAN> UPGRADE CATALOG;

recovery catalog upgraded to version 11.01.00
DBMS_RCVMAN package upgraded to version 11.01.00
DBMS_RCVCAT package upgraded to version 11.01.00

VALIDATE

用途

VALIDATEコマンドを使用すると、破損ブロックおよび欠落ファイルをチェックしたり、バックアップ・セットがリストア可能かどうかを判断することができます。

VALIDATEでの検証中に問題が検出されると、RMANによってその問題が表示され、障害の評価が開始されます。障害が検出されたら、RMANによってその障害のログが自動診断リポジトリに書き込まれます。LIST FAILUREを使用すると、障害を表示できます。

前提条件

ターゲット・データベースはマウントまたはオープン状態である必要があります。

使用上の注意

VALIDATEコマンドのオプションは、BACKUP VALIDATEコマンドのオプションと同じ意味です。ただし、BACKUP VALIDATEとは異なり、VALIDATEでは個々のバックアップ・セットとデータ・ブロックをチェックできます。

VALIDATEコマンドは、どのようなブロックも検証時にスキップしません。未使用ブロックの圧縮によってブロックが読み込まれなかったとき、そのブロックが破損していても、RMANはその破損を検出しません。使用されていない破損ブロックに実害はありません。

物理的な破損が発生した場合、データベースでブロックが認識されません。論理的な破損が発生した場合は、ブロックの内容に論理的な一貫性がなくなります。デフォルトでは、VALIDATEコマンドを使用すると、物理的な破損のみがチェックされます。CHECK LOGICALを指定すると、論理的な破損もチェックできます。RMANにより、結果がV$DATABASE_BLOCK_CORRUPTIONビューに移入されます。

ブロック破損はブロック間破損とブロック内破損に分類できます。ブロック内破損では、破損はブロック自体の中で発生し、物理的な破損または論理的な破損のいずれかです。ブロック間破損では、破損はブロック間で発生し、論理的な破損のみです。VALIDATEコマンドでは、ブロック内破損のみがチェックされます。

構文

validate::=

(validateObject::=, validateOperand::=)

validateObject::=

(archivelogRecordSpecifier::=、copyOfSpec::=、blockObject::=、datafileCopySpec::=、datafileSpec::=)

copyOfSpec::=

(datafileSpec::=)

blockObject::=

(datafileSpec::=)

validateOperand::=

(deviceSpecifier::=, sizeSpec::=, skipSpec::=)

skipSpec::=

セマンティクス

validate

この副次句では、検証するバックアップ・セットを指定します。構文は、「validate::=」を参照してください。

構文要素

説明

validateOperand

検証方法を制御するオプションを指定します。

関連項目: 「validateOperand」を参照してください

validateObject

検証するファイルを指定します。

関連項目: 「validateObject」を参照してください

INCLUDE CURRENT    CONTROLFILE

現行の制御ファイルのスナップショットを作成し、検証を行います。

PLUS ARCHIVELOG

アーカイブREDOログ・ファイルも検証の対象にします。RMANによって次の手順が実行されます。

1. ALTER SYSTEM ARCHIVE LOG CURRENT文が実行されます。

2. VALIDATE ARCHIVELOG ALLコマンドが実行されます。バックアップの最適化が使用可能になっている場合、RMANでは、まだバックアップされていないログのみを検証します。

3. VALIDATEコマンドで指定したファイルの検証が行われます。

4. ALTER SYSTEM ARCHIVE LOG CURRENT文が実行されます。

5. 残りのアーカイブREDOログ・ファイルの検証が行われます。

validateObject

この副次句では、検証するデータベース・ファイルを指定します。構文は、「validateObject::=」を参照してください。

構文要素

説明

archivelogRecordSpecifier

アーカイブREDOログ・ファイルの範囲を検証します。VALIDATE ARCHIVELOGはBACKUP VALIDATE ARCHIVELOGと同じです。

BACKUPSET primary_key

primary_keyで指定したバックアップ・セットが存在し、リストア可能であることをチェックします。

バックアップ・セットの主キーを取得するには、LIST文を実行します。あるいは、リカバリ・カタログを使用している場合には、RC_BACKUP_SETリカバリ・カタログ・ビューに問い合せます。

VALIDATE BACKUPSETコマンドは、バックアップ・セットのすべてのブロックをチェックして、バックアップがリストア可能であることを確認します。RMANはブロックの破損を検出すると、エラーを発行し、検証を終了します。一方、CROSSCHECKコマンドは、指定したファイルがディスク上にある場合はファイルのヘッダーを調べ、ファイルがテープ上にある場合はメディア管理カタログに問い合せます。

バックアップ・セットのうち1つ以上のバックアップ・ピースが欠落または破損している疑いがあるときは、VALIDATE BACKUPSETを使用してください。テストするバックアップ・セットの選択にはVALIDATE BACKUPSETを使用し、RMANにどのバックアップを検証するかを選択させるときはRESTOREコマンドのVALIDATEオプションを使用します。イメージ・コピーを検証する場合は、RESTORE VALIDATE FROM DATAFILECOPYを実行します。

自動チャネルを構成していない場合は、VALIDATE BACKUPSETを実行する前に1つ以上のチャネルを手動で割り当てます。

注意: バックアップ・セットのコピーが複数存在する場合は、RMANにより最新のコピーのみが検証されます。VALIDATEコマンドでは、特定のコピーを検証するオプションはサポートされません。ただし、あるコピーが別のコピーとは違うデバイス上にある場合は、VALIDATE DEVICE TYPEを使用して、指定したデバイス上のコピーを検証できます。両方のコピーが同じデバイス上にある場合は、CHANGEを使用して1つのコピーを一時的にUNAVAILABLEに設定してから、VALIDATEを再発行できます。

CONTROLFILECOPY{'filename' | ALL |LIKE 'string_pattern'}

制御ファイルのコピーを検証します。次のいずれかの方法で制御ファイルのコピーを指定できます。

- 'filename'では、ファイル名で制御ファイルのコピーを指定します。

- ALLは、制御ファイルのすべてのコピーを指定します。

- LIKE 'pattern'では、1つ以上の制御ファイル・コピーと一致するファイル名のパターンを指定します。パーセント記号(%)は0文字以上に一致するワイルド・カードで、アンダースコア(_)は1文字に一致するワイルド・カードです。

制御ファイルのコピーは、BACKUP AS COPY CURRENT CONTROLFILEコマンドまたはSQL文ALTER DATABASE BACKUP CONTROLFILE TO '...'で作成できます。

copyOfSpec

データファイルおよび制御ファイルのイメージ・コピーを検証します。

関連項目: 詳細は、「copyOfSpec」を参照してください。

CURRENT CONTROLFILE

現行の制御ファイルを検証します。

DATABASE

データベースを検証します。

マルチテナント・コンテナ・データベース(CDB)で、CDB全体を検証します。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。プラガブル・データベース(PDB)に接続している場合は、PDBを検証します。

RMANではすべてのデータファイルおよび制御ファイルを検証します。データベースが現在サーバー・パラメータ・ファイルを使用している場合は、RMANがサーバー・パラメータ・ファイルを検証します。

注意: オンラインREDOログ・ファイルおよび一時ファイルは検証されません。

DATABASE ROOT

CDBで、rootのみを検証します。データベースの検証の詳細は、前述の「DATABASE」の説明を参照してください。

PLUGGABLE DATABASE pdb_name

CDBで、指定されたPDBを検証します。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。「CDBおよびPDBへの接続」の説明に従って、rootに接続します。

データベースの検証の詳細は、前述の「DATABASE」の説明を参照してください。

datafileCopySpec

1つ以上のデータファイル・イメージ・コピーを検証します。

データファイル・コピーの検証時に、RMANはブロックの破損をチェックしますが、破損が発見されても検証を終了しません。VALIDATE BACKUPSETとは異なり、RMANは検証を続行して、破損したブロックの数をレポートします。

関連項目: 詳細は、「datafileCopySpec」を参照してください

DATAFILE datafileSpec

検証を必要とするブロックを含む1つ以上のデータファイルのリストを指定します。

注意: 検証する場合は、対象となるデータファイルをオフライン化する必要はありません。

関連項目: 「datafileSpec」を参照してください

RECOVERY AREA

現行および前回のすべての高速リカバリ領域の指定先に作成されたリカバリ・ファイルを検証します。リカバリ・ファイルは、全体および増分のバックアップ・セット、制御ファイルの自動バックアップ、アーカイブREDOログ・ファイルおよびデータファイルのコピーです。フラッシュバック・ログ、現行の制御ファイルおよびオンラインREDOログは検証されません。

DB_RECOVERY_FILE_DEST

RECOVERY AREAと同じ意味です。

RECOVERY FILES

ディスク上のすべてのリカバリ・ファイルに対して、高速リカバリ領域に格納されているか、ディスクの別の場所に格納されているかに関係なく検証を行います。リカバリ・ファイルには、全体および増分のバックアップ・セット、制御ファイルの自動バックアップ、アーカイブREDOログ・ファイルおよびデータファイルのコピーが含まれます。フラッシュバック・ログは検証されません。

SPFILE

データベースで現在使用されているサーバー・パラメータ・ファイルを検証します。RMANでは、サーバー・パラメータ・ファイルの他のコピーは検証できません。また、インスタンスの起動に初期化パラメータ・ファイルが使用された場合、サーバー・パラメータ・ファイルは検証できません。

TABLESPACE tablespace_name

指定した表領域を検証します。RMANは、表領域名をデータファイルのリストに内部的に変換してから、表領域を現在構成しているデータファイルをすべて検証します。RMANは、指定した表領域の現在メンバーになっているデータファイルをすべて検証します。

CDBのrootに接続している場合は、rootの表領域を参照します。PDBに直接接続している場合は、PDBの表領域を参照します。

「CDBおよびPDBへの接続」を参照してください。

validateOperand

この副次句では、検証する修飾子を指定します。構文は、「validateOperand::=」を参照してください。

構文要素

説明

CHECK LOGICAL

ファイルで物理的な破損チェックを通過したデータ・ブロックと索引ブロックについて、論理的な破損がないかどうかをテストします。たとえば、行ピースまたは索引エントリの破損がないかどうかを調べます。RMANは論理的な破損を見つけると、アラート・ログとサーバー・セッション・トレース・ファイルにそのブロックのログを書き込みます。RMANコマンドは完了し、V$DATABASE_BLOCK_CORRUPTIONに破損ブロックの範囲が移入されます。

注意: VALIDATEではMAXCORRUPTは使用されません。

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。このオプションが有効になるのは、構成済の自動チャネルがあり、チャネルを手動で割り当てていない場合のみです。たとえば、自動ディスクおよびテープ・チャネルを構成してVALIDATE ...DEVICE TYPE DISKを実行すると、RMANではディスク・チャネルのみが割り当てられます。

関連項目: 「deviceSpecifier」を参照してください

NOEXCLUDE

VALIDATE DATABASEまたはVALIDATE COPY OF DATABASEコマンドで指定されている場合、RMANは、CONFIGURE EXCLUDEコマンドで入力されたものを含め、表領域をすべて検証します。このオプションでSKIP OFFLINEまたはSKIP READONLYがオーバーライドされることはありません。

SECTION SIZE sizeSpec

各ファイルを指定のセクション・サイズに分割して、検証をパラレル化します。

このパラメータを指定するのは、複数のチャネルの構成または割当てが行われていて、これらのチャネルで検証のパラレル化を行い、複数のチャネルで1つのデータファイルを検証できるようにする場合のみです。このパラメータは、データファイルの検証時のみ適用されます。

ファイルのサイズより大きなセクション・サイズを指定すると、RMANはファイルの検証をパラレル化しません。小さなセクション・サイズを指定した結果、セクションの数が256を超えると、RMANは、正確に256になる値までセクション・サイズを増やします。

関連項目: マルチセクション・バックアップの作成方法は、「BACKUP SECTION SIZE」を参照してください。

skipSpec

指定したファイルを検証対象から除外します。

skipSpec

この副次句では、検証対象から除外するファイルを指定します。

構文要素

説明

SKIP

データファイルまたはアーカイブREDOログ・ファイルがアクセス不能、オフラインまたは読取り専用である場合は除外します。

INACCESSIBLE

I/Oエラーのために読み取ることができないデータファイルおよびアーカイブREDOログ・ファイルを除外します。

データファイルは、読取りが不可能な場合にのみアクセス不能とみなされます。一部のオフライン・データファイルは、ディスク上に残っているために読取りが可能です。他のデータファイルは削除または移動されたためにアクセス不可となり、読取り不可となります。

OFFLINE

オフライン・データファイルを除外します。

READONLY

読取り専用データファイルを除外します。

VALIDATEコマンドの出力

表3-11 データファイルのリスト

列

指定対象

File

検証されるデータファイルの絶対番号。

Status

破損がない場合はOK、ブロックの破損が検出された場合はFAILED。

Marked Corrupt

破損としてマークされたブロックの数。これらは以前にデータベースにより破損としてマークされたブロックです。たとえば、データベースは、NOLOGGING操作を含むリカバリ中に意図的にブロックを破損としてマークする場合があります。また、RMANのバックアップには、SET MAXCORRUPTコマンドにより許容されている範囲の破損ブロックが含まれている場合もあります。このバックアップをリストアすると、ファイルに破損としてマークされたブロックが含まれます。

Empty Blocks

一度も使用されたことのないブロックの数。

Blocks Examined

ファイル内の合計ブロック数。

High SCN

ファイルに記録されている最大のSCN。

File Name

検証されるファイルの名前。

Block Type

検証されるブロックのタイプ。Data、IndexまたはOther。

Blocks Failing

破損チェックに失敗するブロック数。これらのブロックで新たに破損が発生しています。

Blocks Processed

破損をチェックするブロックの数。

表3-12 制御ファイルおよびSPFILEのリスト

列

指定対象

File TYPE

ファイルのタイプ。SPFILEまたはControl File。

Status

破損がない場合はOK、ブロックの破損が検出された場合はFAILED。

Blocks Failing

破損チェックに失敗するブロック数。これらのブロックで新たに破損が発生しています。

Blocks Examined

ファイル内の合計ブロック数。

表3-13 アーカイブ・ログのリスト

列

指定対象

Thrd

REDOスレッド番号。

Seq

ログ順序番号。

Status

破損がない場合はOK、ブロックの破損が検出された場合はFAILED。

Blocks Failing

破損チェックに失敗するブロック数。これらのブロックで新たに破損が発生しています。

Blocks Examined

ファイル内の合計ブロック数。

Name

アーカイブREDOログ・ファイルの名前。

例

例3-78 バックアップ・セットの検証

この例では、使用可能なバックアップ・セットをすべてリストしてから、これらを検証します。出力例に示すとおり、RMANは、バックアップのリストアが可能であることを確認します。

RMAN> LIST BACKUP SUMMARY;

List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
3871    B  F  A DISK        08-MAR-13       1       1       NO         TAG20130308T092426
3890    B  F  A DISK        08-MAR-13       1       1       NO         TAG20130308T092534

RMAN> VALIDATE BACKUPSET 3871, 3890;

Starting validate at 08-MAR-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting validation of datafile backup set
channel ORA_DISK_1: reading from backup piece
/disk2/PROD/backupset/2013_03_08/o1_mf_nnndf_TAG20130308T092 426_2z0kpc72_.bkp
channel ORA_DISK_1: piece
handle=/disk2/PROD/backupset/2013_03_08/o1_mf_nnndf_TAG20130308T092426_2z0kpc72_.bkp ta
g=TAG20130308T092426
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: validation complete, elapsed time: 00:00:18
channel ORA_DISK_1: starting validation of datafile backup set
channel ORA_DISK_1: reading from backup piece
/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616670734_2z0krhjv_.bkp
channel ORA_DISK_1: piece
handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616670734_2z0krhjv_.bkp
tag=TAG20130308T092534
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: validation complete, elapsed time: 00:00:00
Finished validate at 08-MAR-13

例3-79 データベースの検証

この例では、データベースを検証します。出力例も示します。検証では、データファイル1内に破損ブロックが1個検出されました。VALIDATE出力では、指定されたトレース・ファイルで破損の詳細を参照するように示されています。

RMAN> VALIDATE DATABASE;

Starting validate at 26-FEB-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting validation of datafile
channel ORA_DISK_1: specifying datafile(s) for validation
input datafile file number=00001 name=/disk1/oradata/prod/system01.dbf
input datafile file number=00002 name=/disk1/oradata/prod/sysaux01.dbf
input datafile file number=00003 name=/disk1/oradata/prod/undotbs01.dbf
input datafile file number=00004 name=/disk1/oradata/prod/cwmlite01.dbf
input datafile file number=00005 name=/disk1/oradata/prod/drsys01.dbf
input datafile file number=00006 name=/disk1/oradata/prod/example01.dbf
input datafile file number=00007 name=/disk1/oradata/prod/indx01.dbf
input datafile file number=00008 name=/disk1/oradata/prod/tools01.dbf
input datafile file number=00009 name=/disk1/oradata/prod/users01.dbf
channel ORA_DISK_1: validation complete, elapsed time: 00:01:25
List of Datafiles
=================
File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
1    FAILED 0              4140         57600           498288
File Name: /disk1/oradata/prod/system01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       1              41508
Index      0              7653
Other      0              4299

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
2    OK     0              8918         20040           498237
File Name: /disk1/oradata/prod/sysaux01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              2473
Index      0              2178
Other      0              6471

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
3    OK     0              36           2560            498293
File Name: /disk1/oradata/prod/undotbs01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              2524

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
4    OK     0              1            1280            393585
File Name: /disk1/oradata/prod/cwmlite01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              1279

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
5    OK     0              1            1280            393644
File Name: /disk1/oradata/prod/drsys01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              1279

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
6    OK     0              1            1280            393690
File Name: /disk1/oradata/prod/example01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              1279

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
7    OK     0              1            1280            393722
File Name: /disk1/oradata/prod/indx01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              1279

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
8    OK     0              1            1280            393754
File Name: /disk1/oradata/prod/tools01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              1279

File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
9    OK     0              1272         1280            393785
File Name: /disk1/oradata/prod/users01.dbf
Block Type Blocks Failing Blocks Processed
---------- -------------- ----------------
Data       0              0
Index      0              0
Other      0              8

validate found one or more corrupt blocks
See trace file /disk2/oracle/log/diag/rdbms/prod/prod/trace/prod_ora_10609.trc for details
channel ORA_DISK_1: starting validation of datafile
channel ORA_DISK_1: specifying datafile(s) for validation
including current control file for validation
including current SPFILE in backup set
channel ORA_DISK_1: validation complete, elapsed time: 00:00:01
List of Control File and SPFILE
===============================
File Type    Status Blocks Failing Blocks Examined
------------ ------ -------------- ---------------
SPFILE       OK     0              2
Control File OK     0              506
Finished validate at 26-FEB-13

4 RMAN副次句

この章では、RMANのコマンド内で参照されるRecovery Managerの副次句をアルファベット順に説明します。RMAN副次句の概要については、「RMAN副次句の概要」を参照してください。

- allocOperandList

- archivelogRecordSpecifier

- completedTimeSpec

- connectStringSpec

- datafileSpec

- dbObject

- deviceSpecifier

- fileNameConversionSpec

- forDbUniqueNameOption

- foreignFileSpec

- foreignlogRecordSpecifier

- formatSpec

- keepOption

- listObjList

- maintQualifier

- maintSpec

- obsOperandList

- recordSpec

- sizeSpec

- tempfileSpec

- toDestSpec

- untilClause

allocOperandList

用途

allocOperandList副次句を使用すると、RMANとデータベース・インスタンス間の接続であるチャネルのオプションを制御できます。

構文

allocOperandList::=

(connectStringSpec::=, formatSpec::=, sizeSpec::=, toDestSpec::=)

セマンティクス

allocOperandList

構文要素

説明

CONNECT connectStringSpec

RMANがバックアップまたはリストアの操作を行うデータベース・インスタンスへの接続文字列を指定します。Oracle RAC構成で別々のインスタンスに操作を分散させる場合は、このパラメータを使用します。

このパラメータを指定せず、AUXILIARYオプションも指定しなかった場合、RMANは、コマンドラインのCONNECTパラメータ、またはCONNECTコマンドで指定したターゲット・データベース・インスタンスに対してすべての操作を実行します。一般的に、CONNECTパラメータとAUXILIARYオプションは同時に使用しません。

関連項目: 「connectStringSpec」および「RMAN」を参照してください

AUXILIARY FORMAT

補助インスタンス上で作成されるイメージ・コピーの形式を指定します。

RMANは補助インスタンスにCONNECT AUXILIARYで接続し、補助チャネルにアクセスできることが必要です。

formatSpec

補助インスタンス上のイメージ・コピー名のパターンを指定します。

このパスは、補助ホスト上で有効である必要があります。

関連項目: 有効な置換変数については、「formatSpec」を参照してください。

NEW

補助インスタンスのDB_CREATE_FILE_DEST初期化パラメータで指定したディレクトリに、イメージ・コピーを作成します。

イメージ・コピーは、Oracle Managed Filesの形式で指定されます。

FORMAT formatSpec

このチャネルで作成するバックアップ・ピースまたはイメージ・コピーの名前に使用する形式を指定します。例4-1でこの方法を説明します。

FORMATパラメータが役立つのは、複数のディスク・チャネルを割り当てて、各チャネルで別々のディレクトリに書き込む場合です。CONFIGURE CHANNELまたはALLOCATE CHANNELで指定したFORMATパラメータは、(「forRecoveryOfSpec」のDATAFILECOPY FORMATパラメータではなく) BACKUPコマンドで指定したFORMATパラメータと同じ意味です。BACKUPコマンドでFORMATパラメータを指定すると、CONFIGURE CHANNELまたはALLOCATE CHANNELで指定したFORMATパラメータがオーバーライドされます。

FORMATを指定しない場合、RMANはデフォルトの%Uを使用します。これによって、バックアップ・ファイルの名前が一意であることが保証されます。高速リカバリ領域が構成されている場合、RMANは、デフォルトのディスクの場所にバックアップ・ファイルを作成します。構成されていない場合、デフォルトのディスクの場所はオペレーティング・システム固有(たとえば、Solarisでは?/dbs)です。

指定できるFORMAT文字列は4つ以内です。RMANで2番目、3番目および4番目の値が使用されるのは、BACKUP COPIES、SET BACKUP COPIESまたはCONFIGURE ...BACKUP COPIESが有効な場合のみです。各バックアップ・ピースに使用する形式を選択すると、RMANでは最初の形式値がコピー1、2番目の形式値がコピー2というように順番に使用されます。形式値の数がコピー数より多ければ、余分の形式は使用されません。形式値の数がコピー数より少なければ、RMANでは最初の形式値から順番に再利用されます。

チャネルはターゲット・データベース上のサーバー・セッションに対応するため、FORMAT文字列ではクライアント・ホストではなくターゲット・ホストの表記規則を使用する必要があります。たとえば、RMANクライアントがWindowsホスト上で実行され、ターゲット・データベースがLinuxホスト上で実行されている場合は、Linuxファイル・システムまたはRAWデバイスのネーミング規則に従ってFORMAT文字列を指定する必要があります。

関連項目: 使用可能なFORMATパラメータについては、「formatSpec」を参照してください

TO DESTINATION toDestSpec

バックアップが作成されるディレクトリを指定します。このパラメータは、SBTチャネルではなくディスクに対して有効です。バックアップ・ファイルはOracle Managed Files(OMF)ディレクトリに作成されます。TO DESTINATIONで指定された場所にバックアップが存在しない場合にのみ、ファイルのバックアップがスキップされます。

MAXOPENFILES integer

BACKUPコマンドが一度にオープンできる入力ファイルの最大数(デフォルトは8)を制御します。このパラメータは、多くのファイルのバックアップを1つのバックアップ・セットとして作成するときに、「オープンされているファイルが多すぎます。」というエラー・メッセージを出さないために使用します。

MAXPIECESIZE sizeSpec

このチャネル上で作成される各バックアップ・ピースの最大サイズを指定します。例4-2にこの方法を示します。サイズはバイト単位、KB単位(K)、MB単位(M)またはGB単位(G)で指定します。デフォルト設定はバイト単位で、KB単位になるように切り捨てられます。たとえば、MAXPIECESIZEを5000に設定すると、RMANによって、大ピース・サイズは5000バイトのKB単位の下限である4KBに設定されます。

注意: BACKUP ... SECTION SIZEはMAXPIECESIZEと併用できません。

PARMS 'channel_parms'

sbtチャネルのパラメータを指定します。例4-3に、この方法を示します。DEVICE TYPE DISKを指定している場合は、このポート固有の文字列を使用しないでください。

チャネル・パラメータには、次の書式を使用できます。

- 'ENV=(var1=val1, var2=val2,...)'
このRMANクライアントに対応するサーバー・セッションで、メディア・マネージャが必要とする1つ以上の環境変数を指定します。RMANはクライアント・プログラムであるため、ENVパラメータを使用すると、RMANクライアントのかわりに操作を実行するサーバー・セッション固有の変数を、PARMS 'ENV=(OB_DEVICE_1=tape1)'のように設定できます。

- 'SBT_LIBRARY= lib_name'
これがメディア管理ライブラリでサポートされている場合(OSB Cloud Moduleなど)、SBT_PARMSパラメータを使用して環境変数を指定する必要があります。それ以外の場合では、ENV変数を使用します。

このsbtチャネルで使用するメディア・ライブラリを、PARMS="SBT_LIBRARY=/oracle/lib/mmv.so"のように指定します。デフォルト・ライブラリはオペレーティング・システム固有(Linuxではlibobk.so、WindowsではORASBT.DLLなど)です。

Windowsでは、ENVを使用して設定したパラメータは、すべてのチャネルから参照できます。そのため、別のチャネルで使用されている環境変数を消去したり、オーバーライドすると、予測不能な動作を引き起こすことがあります。この制限事項は、WindowsのOracleアーキテクチャによるものです。PARAMSオプションでは、ENVではなくSENDコマンドを使用してSBTライブラリの環境変数を設定することをお薦めします。

関連項目: メディア管理ライブラリの統合方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

RATE sizeSpec

RMANがこのチャネルで1秒に読み取ることができる最大バイト数(デフォルト)、KB数(K)、MB数(M)またはGB数(G)を設定します。このパラメータでは、RMANが必要以上にディスク帯域幅を使用してパフォーマンスが低下しないように、読取りバイト数の上限を設定します。

SEND 'command'

ベンダー固有のコマンド文字列を割り当てられたチャネルすべてに送信します。たとえば、SEND 'OB_MEDIA_FAMILY datafile_mf'で、Oracle Secure Backupメディア・ファミリを指定できます。

Windowsで、コマンド文字列をSBTライブラリに送信する場合は、PARAMSオプションでENVを使用するかわりに、SENDオプションを使用することをお薦めします。

関連項目: この機能のサポートの有無および使用する時期については、メディア・マネージャのドキュメントを参照してください。

toDestSpec

この副次句では、バックアップ・ピースまたはイメージ・コピーのディレクトリまたは自動ストレージ管理(ASM)ディスク・グループを指定します。構文図は、「toDestSpec::=」を参照してください。

例

例4-1 ディスク・バックアップのデフォルトの場所の指定

この例では、デフォルト以外の形式を指定するディスク・チャネルを割り当ててから、デフォルト以外の場所にデータベースをバックアップします。

RUN
{
ALLOCATE CHANNEL d1 DEVICE TYPE DISK FORMAT = '/disk1/bkup_%U';
BACKUP DATABASE;
}

例4-2 バックアップ・ピースの最大サイズの設定

この例では、Oracle Secure Backupテープ・ドライブを指定するSBTチャネルを手動で割り当てて、データベース全体のバックアップを作成します。テープに書き込まれるバックアップ・ピースのサイズが800MBを超えないように、MAXPIECESIZEパラメータで指定します。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS 'SBT_LIBRARY=/usr/local/oracle/backup/lib/libobk.so, ENV=(OB_DEVICE_1=stape1)'
MAXPIECESIZE 800M;
BACKUP DATABASE;
}

例4-3 SBTチャネル・パラメータの設定

この例では、stape1という名前のOracle Secure Backupテープ・ドライブを使用するようにデフォルトのSBTチャネルを構成し、デフォルト・チャネルでデータベース・バックアップを作成します。

CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE CHANNEL DEVICE TYPE sbt PARMS 'ENV=(OB_DEVICE_1=stape1)';
BACKUP DATABASE;

後で、ドライブstape2にデータベースをバックアップすることにします。次の例では、手動で割り当てたSBTチャネルを使用して、stape2にデータベースをバックアップします。

RUN
{
ALLOCATE CHANNEL st2 DEVICE TYPE sbt
PARMS 'ENV=(OB_DEVICE_1=stape2)';
BACKUP DATABASE;
}

archivelogRecordSpecifier

用途

archivelogRecordSpecifier副次句を使用すると、RMANの操作で使用されるアーカイブREDOログ・ファイル・セットを指定できます。

構文

archivelogRecordSpecifier::=

archlogRange::=

セマンティクス

archivelogRecordSpecifier

この副次句では、すべてのアーカイブREDOログ・ファイル、または指定したパターンと一致するファイル名のログのいずれかを指定します。

構文要素

説明

ALL

使用可能なすべてのアーカイブ・ログを指定します。

LIKE 'string_pattern'

指定したstring_patternと一致するすべてのアーカイブ・ログを指定します。SQL言語のLIKE演算子で有効なのと同じパターン一致文字を使用して、複数ファイルを一致させることができます。

関連項目: Oracle RAC構成でのRMANの使用方法については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』 を参照してください

archlogRange

この副次句では、SCN、時刻、リストア・ポイント(タイムスタンプまたはSCNに対するラベル)またはログ順序番号で、アーカイブREDOログ・ファイルの範囲を指定します。この副次句は、データベースのリカバリ可能な時点を識別するのに有効です。

RMANはV$ARCHIVED_LOGまたはRC_ARCHIVED_LOGビューに問合せを行って、範囲に含まれるログを特定します。時刻、SCNまたはリストア・ポイントを指定した場合、RMANはアーカイブREDOログ・ファイルの内容から範囲を特定します。ログが作成またはバックアップされた時刻からではありません。ログ順序番号で範囲を指定した場合、RMANは順序番号を使用して範囲を特定します。

RMANで、範囲内に含まれるログを特定する方法を表4-1に示します。FIRST_TIME、NEXT_TIMEなどの列は、V$ARCHIVED_LOGの列を表しています。また、INCARNATION 列は、resetlogs_change#およびresetlogs_time列でv$archived_logと結合されたv$database_incarnation表のインカネーション列に対応しています。

たとえば、FROM SCN 1000 UNTIL SCN 2000と指定した場合、RMANではV$ARCHIVED_LOG.NEXT_SCNの値が1000より大きく、V$ARCHIVED_LOG.FIRST_SCNの値が2000以下のすべてのログが範囲内となります。

表4-1 範囲に含まれるログの特定方法

副次句

FIRST_TIME

NEXT_TIME

FIRST_SCN

NEXT_SCN

SEQUENCE#

INCARNATION#

FROM TIME t1

N/A

t1より後

N/A

N/A

N/A

N/A

FROM TIME t1 UNTIL TIME t2

t2以前

t1より後

N/A

N/A

N/A

N/A

UNTIL TIME t2

t2以前

N/A

N/A

N/A

N/A

N/A

FROM SCN s1

N/A

N/A

N/A

s1より大きい

N/A

N/A

FROM SCN s1 UNTIL SCN s2

N/A

N/A

s2以下

s1より大きい

N/A

N/A

UNTIL SCN s2

N/A

N/A

s2以下

N/A

N/A

N/A

FROM SEQUENCE q1

N/A

N/A

N/A

N/A

q1以上、最大順序番号以下

N/A

FROM SEQUENCE q1 UNTIL SEQUENCE q2

N/A

N/A

N/A

N/A

q1以上、q2以下

N/A

UNTIL SEQUENCE q2

N/A

N/A

N/A

N/A

0以上、q2以下

N/A

INCARNATION ALL

N/A

N/A

N/A

N/A

N/A

ANY

INCARNATION CURRENT

N/A

N/A

N/A

N/A

N/A

アクティブなインカネーション番号

INCARNATION i

N/A

N/A

N/A

N/A

N/A

iと等しい

時刻は、現在有効なグローバリゼーション・テクノロジの日付書式指定に従って書式化されている必要があります。現行のグローバリゼーション設定で時刻が指定されていない場合、日付文字列のデフォルトは00時、00分、00秒です。

date_stringには、SYSDATEなどのDATE型のSQL式を使用することができます。TO_DATE関数を使用すると、現行のグローバリゼーション・テクノロジ設定に関係なく動作するハードコードされた日付を指定できます。SYSDATEの精度は、グローバリゼーション設定に関係なく常に秒単位です。したがって、今日が2013年3月15日の場合、SYSDATE-10は05-MAR-13およびTO_DATE('03/15/2013','MM/DD/YYYY')-10とは異なります。

アーカイブREDOログ・ファイルの順序を指定した場合に、すべてのREDOデータがその順序でRMANに含まれるという保証はありません。たとえば、使用可能な最新のアーカイブ・ログ・ファイルの最終時点が順序の最後より前の場合や、範囲内のアーカイブ・ログ・ファイルがすべてのアーカイブ先から欠落している場合があります。RMANは、検索されたアーカイブREDOログ・ファイルは選択しますが、ファイルの欠落については警告を発行しません。

注意:

BACKUP ARCHIVELOGの実行時にデータベースがオープンしていてUNTIL句が指定されている場合、RMANはALTER SYSTEM ARCHIVE LOG CURRENTを実行しません。

関連項目:

NLS_LANGおよびNLS_DATE_FORMAT環境変数を使用して時刻の書式を指定する方法については、『Oracle Databaseリファレンス』を参照してください。

構文要素

説明

FROM SCN integer

アーカイブREDOログ・ファイルの範囲に対する開始SCNを指定します。UNTIL SCNパラメータを指定しない場合、RMANはFROM SCNパラメータで指定したSCNから始まるすべての使用可能なログ・ファイルを組み込みます。

SCN BETWEEN integer AND integer

ログの範囲に対して開始SCNと終了SCNを指定します。この構文は、FROM SCN integer1 UNTIL SCN integer2と同じ意味です。

UNTIL SCN integer

アーカイブREDOログ・ファイルの範囲に対して終了SCNを指定します(範囲決定のルールは、表4-1を参照)。

FROM SEQUENCE integer

一連のアーカイブREDOログ・ファイルに対して開始ログ順序番号を指定します(範囲決定のルールは、表4-1を参照)。

注意: 例4-6に示す構文を使用して、スレッド内のすべてのログ順序番号を指定できます。

SEQUENCE integer

単一のログ順序番号を指定します。

SEQUENCE BETWEEN integer AND integer

ログ順序番号の範囲を指定します。この構文は、FROM SEQUENCE integer1 UNTIL SEQUENCE integer2と同じ意味です。

UNTIL SEQUENCE integer

一連のアーカイブREDOログ・ファイルに対して終了ログ順序番号を指定します(範囲決定のルールは、表4-1を参照)。

THREAD integer

組み込むアーカイブREDOログ・ファイルが含まれているスレッドを指定します。このパラメータは、Oracle RAC構成のデータベースの場合のみ必要です。

SEQUENCEパラメータにTHREADの指定は必須ではありませんが、ログ順序を指定すると、常にスレッドも暗黙的に指定したことになります。スレッドを指定しなければ、デフォルトで1になります。V$ARCHIVED_LOGを問合せて、ログのスレッド番号を確認してください。

INCARNATION ALL|CURRENT|integer

BACKUP、RESTORE、およびLISTコマンドに対してアーカイブREDOログのデータベース・インカネーションを指定します。INCARNATIONでは、現行のアーカイブREDOログ、データベースの以前のインカネーションのアーカイブREDOログ、またはすべてのREDOログのいずれかを指定できます。デフォルトはCURRENTです。

注意: INCARNATION副次句は、LogMinerセッション中にロジカル・スタンバイ・データベースによって受け取られる外部アーカイブREDOログ・ファイルに対しては無効です。通常のアーカイブREDOログ・ファイルとは異なり、外部アーカイブREDOログ・ファイルでは異なるDBIDが使用されるため、ロジカル・スタンバイ・データベースでバックアップまたはリストアすることはできません。

FROM TIME 'date_string'

アーカイブREDOログ・ファイルの範囲に対して開始時刻を指定します(範囲決定のルールは表4-1を参照)。例4-5に、LISTコマンドでのFROM TIMEの使用例があります。

TIME BETWEEN 'date_string'

時刻の範囲を指定します。この構文は、FROM TIME 'date_string' UNTIL TIME 'AND 'date_string'date_string'と同じ意味です。

UNTIL TIME 'date_string'

アーカイブREDOログ・ファイルの範囲に対して終了時間を指定します(範囲決定のルールは表4-1を参照)。例4-4に、BACKUPコマンドでのUNTIL TIMEの使用例があります。

例

例4-4 リカバリの時点によるレコードの指定

現在より5日前の時点までデータベースのリカバリが可能だとします。このPoint-in-Timeリカバリを可能にするアーカイブREDOログ・ファイルの範囲をバックアップすることが必要です。

UNTIL TIME 'SYSDATE-5'句を使用すると、最初の変更のタイムスタンプ(V$ARCHIVED_LOG.FIRST_TIMEの値)がSYSDATE-5以前になっているすべてのログを範囲に含むように指定できます。この関数は、現在より5日前の時刻に秒単位の精度で戻します。

CONNECT TARGET /
BACKUP ARCHIVELOG UNTIL TIME 'SYSDATE-5';

例4-5 アーカイブ・ログ・バックアップの時刻によるリスト

表4-1に示すように、アーカイブREDOログ・ファイルの範囲に対してdate_stringを指定する場合、バックアップ時刻またはログの作成時刻は指定しません。アーカイブ・ログ32の次の変更のタイムスタンプが3月6日になっているとします。

SQL> SELECT SEQUENCE#, NEXT_TIME
2  FROM V$ARCHIVED_LOG
3  WHERE SEQUENCE#='32';

SEQUENCE# NEXT_TIME
---------- ---------
50 06-MAR-13

3月8日に、次のBACKUPコマンドおよびLISTコマンドを実行します。

RMAN> BACKUP ARCHIVELOG SEQUENCE 32;

Starting backup at 08-MAR-13
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=109 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
channel ORA_SBT_TAPE_1: starting archived log backup set
channel ORA_SBT_TAPE_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=32 RECID=125 STAMP=616528547
channel ORA_SBT_TAPE_1: starting piece 1 at 08-MAR-13
channel ORA_SBT_TAPE_1: finished piece 1 at 08-MAR-13
piece handle=6kic3fkm_1_1 tag=TAG20130308T111014 comment=API Version 2.0,MMS Version 10.1.0.3
channel ORA_SBT_TAPE_1: backup set complete, elapsed time: 00:00:25
Finished backup at 08-MAR-13

Starting Control File and SPFILE Autobackup at 08-MAR-13
piece handle=c-28014364-20130308-08 comment=API Version 2.0,MMS Version 10.1.0.3
Finished Control File and SPFILE Autobackup at 08-MAR-13

RMAN> LIST BACKUP OF ARCHIVELOG FROM TIME 'SYSDATE-1';

ログ32の次の変更のタイムスタンプはFROM TIME句で指定した時刻範囲より古いため、前述のLIST BACKUPコマンドでは、アーカイブ・ログ32のバックアップは表示されません。

例4-6 REDOスレッドでのすべてのログのクロスチェック

2つのREDOスレッドを使用するOracle RACデータベースを管理しているとします。この例では、スレッド1でのみすべてのアーカイブREDOログ・ファイルをクロスチェックします。

CROSSCHECK ARCHIVELOG FROM SEQUENCE 0 THREAD 1;

completedTimeSpec

用途

completedTimeSpec副次句を使用すると、バックアップまたはコピーが完了する時刻を指定できます。

使用上の注意

すべての日付文字列は、次のいずれかにしてください。

- 現在有効なグローバリゼーション・テクノロジの日付書式指定に従って書式化されていること。

- 次の例のように、DATE値を戻すSQL式で作成されること

- 'SYSDATE-30'

- TO_DATE('09/30/2013 08:00:00','MM/DD/YYYY HH24:MI:SS')

TO_DATE関数により、現行のグローバリゼーション・テクノロジの環境変数の設定に関係なく日付を指定できます。

構文

completedTimeSpec::=

セマンティクス

構文要素

説明

AFTER 'date_string'

その時刻より後に完了したバックアップを指定するための時刻です(例4-7を参照)。

BEFORE 'date_string'

その時刻より前に完了したバックアップを指定するための時刻です(例4-9を参照)。

BETWEEN 'date_string' AND 'date_string'

その時間範囲の間に完了したバックアップを指定するための時間範囲です(例4-8を参照)。BETWEEN 'date1' AND 'date2' equals AFTER 'date1' BEFORE 'date2'.

例

例4-7 時間範囲内のバックアップのクロスチェック

この例では、前月に作成したデータベースのバックアップ・セットをクロスチェックします。

CROSSCHECK BACKUP OF DATABASE
COMPLETED BETWEEN 'SYSDATE-62' AND 'SYSDATE-31';

例4-8 期限切れのバックアップの削除

この例では、最近2週間に作成したアーカイブ・ログの期限切れのバックアップを削除します。

DELETE EXPIRED BACKUP OF ARCHIVELOG ALL
COMPLETED AFTER 'SYSDATE-14';

例4-9 コピーのリスト

この例では、2013年3月9日より前に作成された、データファイル/disk1/oradata/prod/users01.dbfのイメージ・コピーをリストします。

RMAN> LIST COPY OF DATAFILE '/disk1/oradata/prod/users01.dbf' COMPLETED BEFORE '9-MAR-13';

List of Datafile Copies
=======================

Key     File S Completion Time Ckp SCN    Ckp Time
------- ---- - --------------- ---------- ---------------
3794    28   A 06-MAR-13       1010097    06-MAR-13
Name: /disk1/oradata/prod/users01.dbf
3793    28   A 06-MAR-13       1009950    06-MAR-13
Name: /disk2/PROD/datafile/o1_mf_users_2yvg4v6o_.dbf
Tag: TAG20130306T105314

connectStringSpec

用途

connectStringSpec副次句を使用すると、ユーザー名、パスワードおよびネット・サービス名を指定してターゲット・データベース、リカバリ・カタログ・データベースまたは補助データベースに接続できます。この接続は、ユーザーの認証とデータベースの識別のために必要です。

前提条件

ターゲット・データベースおよび補助データベースに対してCONNECTを実行するには、SYSBACKUP権限またはSYSDBA権限が必要です。

リカバリ・カタログ・データベースには、SYSユーザー、SYSDBA権限またはSYSBACKUP権限を持つユーザーとして接続しないでください。

使用上の注意

データベースへのSQL*Plus接続と同様に、データベースへのRMAN接続が指定され、認証されます。唯一異なるのは、ターゲット・データベースまたは補助データベースへのRMAN接続では、SYSBACKUP権限またはSYSDBA権限が必要なことです。

SYSBACKUPによって、バックアップおよびリカバリに必要な最小限の権限が付与されます。データベース・カタログ・ビューと動的パフォーマンス・ビューでのSELECT権限は付与されますが、SELECT ANY TABLEのような、ユーザー表およびビューでの権限は付与されません。特権ユーザー(SYSBACKUP権限を持つOEなど)としてRMANに接続しても、そのセッションのユーザー名はSYSBACKUPです。つまり、OEまたは他のユーザーが所有する表およびビューでの権限はありません。

接続文字列にAS SYSBACKUPを指定して接続する場合、使用されるデフォルト・モードはSYSBACKUP、セッション・ユーザー名はSYSBACKUP、デフォルト・スキーマはSYSです。それ以外のすべての場合、デフォルト・モードはSYSDBA、セッション・ユーザー名はSYS、デフォルト・スキーマはSYSです。

関連項目:

- SQL*Plusを使用する場合のデータベース接続オプションについては、『Oracle Database管理者ガイド』を参照してください。

- SYSBACKUP管理権限またはSYSDBA管理権限の使用については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

注意:

適切なセキュリティ・プラクティスとして、コマンドラインにパスワードを入力するときは、プレーン・テキストで入力しないでください。RMANでは、RMANプロンプトで要求された場合にのみパスワードを入力してください。パスワード保護については、『Oracle Databaseセキュリティ・ガイド』を参照してください。

構文

connectStringSpec::=

セマンティクス

構文要素

説明

/

ターゲット・データベースへの接続で、ユーザーIDまたはパスワードを指定しない場合は、オペレーティング・システム認証機能を使用して、スラッシュ(/)で、SYSDBA権限での接続を確立します(例4-12を参照)。

マルチテナント・コンテナ・データベース(CDB)では、SYSDBA権限を使用してrootで接続が確立されます。

注意: スラッシュ(/)は、プラットフォーム固有の環境変数に依存します。

userid

指定したユーザーに対してデータベース接続を確立します。

CDBのrootに接続するには、共通のSYSBACKUPまたはSYSDBA権限を持つ共通ユーザーである必要があります。

プラガブル・データベース(PDB)に接続するには、次のいずれかのユーザーである必要があります。

- 共通のSYSBACKUP権限またはSYSDBA権限を持つ共通ユーザー

- 指定したPDBでのSYSBACKUP権限またはSYSDBA権限を持つ共通ユーザー

- PDBに定義され、SYSBACKUP権限またはSYSDBA権限が付与されているローカル・ユーザー

CDBおよびPDBへの接続例については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

リカバリ・カタログへの接続には、SYSDBAのような特権付きアカウントを使用しないでください。

注意: 接続文字列に空白を含めることはできませんが、スラッシュ(/)やアットマーク(@)などの文字を含めることはできます。

/password

パスワードを使用して指定したユーザーに対して接続を確立します。ターゲット・データベースがオープンされていない場合は、パスワード・ファイルの存在が必要です。

注意: コマンドラインにプレーン・テキストで入力したパスワードは、セキュリティ上脆弱です。かわりに、コマンドラインでのパスワードを省略し、プロンプトに応じてパスワードを入力します(例4-11を参照)。

@net_service_name

オプションのOracle Netネット・サービス名を使用してデータベースへの接続を確立します(例4-10を参照)。

AS {SYSDBA | SYSBACKUP}

/またはuseridに付与された管理権限を呼び出します。この句は、デフォルト権限で接続する場合には必要ありません。表領域のPoint-in-Timeリカバリ(TSPITR)では、ターゲット・データベースへの接続と同じモードを使用します。この句を省略すると、デフォルトでSYSDBAが使用されます。

リカバリ・カタログに接続する際は、この句を使用しないでください。

例

例4-10 リカバリ・カタログを使用しないターゲット・データベースへの接続

この例では、データベース接続を指定せずにRMANを起動します。CONNECTコマンドでは、Oracle Netサービス名PRODを使用して、デフォルトのNOCATALOGモードでターゲット・データベースに接続します。sbuは、SYSBACKUP権限を付与されたユーザーです。プロンプトに対してsbuパスワードを入力します。

% rman
RMAN> CONNECT TARGET "sbu@prod AS SYSBACKUP"

target database Password: password
connected to target database: PROD (DBID=39525561)

例4-11 オペレーティング・システムのコマンドラインでのターゲット・データベースへの接続

この例では、パスワードを指定せずに、オペレーティング・システムのコマンドラインでユーザーSBUとしてターゲット・データベースに接続します。RMANによって、パスワードの入力を求めるプロンプトが表示されます。

% rman TARGET SBU

Recovery Manager: Release 12.1.0.1.0 - Production on Fri Jan 11 09:15:53 2013

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

target database Password: password

例4-12 オペレーティング・システム認証を使用したターゲット・データベースへの接続

この例では、RMANを起動してから、オペレーティング・システム認証を使用してターゲット・データベースPRODに接続します。また、ネット・サービス名を使用して、リカバリ・カタログ・データベースCATDBにも接続します。

% rman
RMAN> CONNECT TARGET /

connected to target database: PROD (DBID=39525561)

RMAN> CONNECT CATALOG rco@catdb

recovery catalog database Password: password
connected to recovery catalog database

datafileSpec

用途

datafileSpec副次句を使用すると、ファイル名または絶対ファイル番号でデータファイルを指定できます。

構文

datafileSpec::=

セマンティクス

構文要素

説明

'filename'

絶対パスまたは相対ファイル名のいずれかでデータファイルを指定します。相対ファイル名を指定した場合、ファイル名はターゲット・データベースによってポート固有の方法で修飾されます。Oracleホームを表すには?、Oracle SIDを表すには@を使用できます(例4-14を参照)。

二重引用符と一重引用符はどちらも有効です(構文図では、一重引用符のみを使用しています)。

関連項目: 一重引用符と二重引用符の相違点、およびRMANでの引用符付き文字列における環境変数の動作については、「RMAN構文内の引用符」を参照してください

integer

データファイルを絶対ファイル番号で指定します(例4-13を参照)。ファイル番号は、V$DATAFILE、V$DATAFILE_COPY、V$DATAFILE_HEADERビューまたはREPORT SCHEMAコマンドの出力から取得します。

例

例4-13 ファイル名によるデータファイルの指定

この例では、ファイル名を指定して、データファイル/disk1/oradata/prod/users01.dbfをディスクにコピーします。

BACKUP AS COPY
DATAFILE '/disk1/oradata/prod/users01.dbf'
FORMAT '/disk2/users01.cpy';

例4-14 絶対ファイル番号によるデータファイルの指定

この例では、ファイル番号を指定して、データファイル1および2をディスクにコピーします。

BACKUP AS COPY
DATAFILE 1 FORMAT '/disk2/df1.cpy'
DATAFILE 2 FORMAT '/disk2/df1.cpy';

dbObject

用途

dbObject副次句を使用すると、データベースまたはデータベースのサブセットを識別できます。

構文

dbObject::=

(datafileSpec::=)

セマンティクス

構文要素

説明

DATABASE

データベース全体を指定します。マルチテナント・コンテナ・データベース(CDB)で、CDB全体を指定します。

DATABASE ROOT

CDB内のrootのみを指定します。

PLUGGABLE DATABASE pdb_name

CDB内の1つ以上のプラガブル・データベース(PDB)を指定します。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。

DATAFILE datafileSpec

1つ以上のデータファイルのリストをファイル名または絶対データファイル番号で指定します。

関連項目: 「datafileSpec」を参照してください

TABLESPACE tablespace_name

1つ以上の表領域を指定します。

TABLESPACE pdb_name:tablespace_name

PDB内の表領域の名前を指定します。複数の表領域を指定する場合は、カンマ区切りのリストを使用してください。同じ名前の表領域が複数のPDBにある場合があります。名前の前に一意の修飾子を付けて、表領域を識別します。pdb-nameは、tablespace_nameが含まれるPDBの名前です。pdb_nameを省略すると、デフォルトのコンテナにrootが使用されます。

deviceSpecifier

用途

deviceSpecifier副次句を使用すると、バックアップに使用するストレージのタイプを指定できます。

構文

deviceSpecifier::=

セマンティクス

構文要素

説明

DISK

ディスク・ストレージ・デバイスを指定します(例4-16を参照)。

media_device

ストレージとして使用する順次I/Oデバイスまたはアクセス方法を指定します(例4-15を参照)。

media_device変数では、メディア・マネージャの名前(大/小文字は区別されません)を指定します。順次I/Oデバイス・タイプの構文とセマンティクスはプラットフォームによって異なります。最も一般的な値はsbtまたはsbt_tapeです(これらの値はシノニムです)。

注意: RMANは、値sbtをsbt_tapeとしてリカバリ・カタログに格納して、下位互換性を保持します。

例

例4-15 テープ・チャネルの割当て

この例では、メディア管理デバイスにメンテナンス・チャネルを割り当てます。

ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;
CROSSCHECK BACKUP;
RELEASE CHANNEL;

例4-16 データベースのディスクへのバックアップ

この例では、データベースをディスクにバックアップします。

BACKUP DEVICE TYPE DISK DATABASE;

fileNameConversionSpec

用途

fileNameConversionSpec副次句を使用すると、古いファイル名に基づいて生成する新しいファイル名のパターンを1つ以上指定できます。これは出力ファイル名を生成する1つの方法として、BACKUP、CONVERT、およびDUPLICATEとともに使用します。

使用上の注意

文字列パターンのルールと、このルールがファイルの命名方法に与える影響は、初期化パラメータDB_FILE_NAME_CONVERTの場合と同じです。カッコ内には、偶数の文字列パターンを指定してください。

古い名前に基づいて新しいファイル名を生成する際、RMANは元のファイル名を文字列パターンの各ペアの最初のメンバーと比較します。RMANによって元の名前のサブストリングであるパターンが最初に検出されると、マッチしたサブストリングがペアの2番目のメンバーで置換されて新しいファイル名が生成されます。

パターン・マッチは、ファイル名の1文字目からである必要はありません。次のコマンドは、データファイル/disk1/dbs/users.dbfのイメージ・コピーを/disk1/newdbs/users.dbfとして作成します。

BACKUP AS COPY
DB_FILE_NAME_CONVERT = ('dbs','newdbs');
TABLESPACE users;

指定した変換元ファイル名にマッチするものが複数ある場合、RMANは、パターンのリストの最初のマッチを使用して新しいファイル名を生成します。次のコマンドの場合、パターンdbsがファイル名と一致するので、2番目のパターン/disk1との比較は行われず、前述の例と同じ結果になります。

BACKUP AS COPY
DB_FILE_NAME_CONVERT = ('dbs','newdbs','/disk1','/newdisk')
TABLESPACE users;

操作対象のソース・ファイルがOracle Managed Filesの場合、CONVERT TABLESPACE、CONVERT DATABASE、およびBACKUP AS COPYコマンドでは、fileNameConversionSpecを使用しソース・ファイル名を新しい出力ファイル名に変換することはできません。自動ストレージ管理(ASM)または通常のファイル・システム・ストレージにあるOracle Managed Filesの場合、データベースで出力ファイルのファイル名が生成できることが必要です。たとえば、ASM以外のストレージのデータファイルのOMFファイル名は、次の形式である場合があります。

/private/boston/datafile/01_mf_system_ab12554_.dbf

ASMストレージのOMFファイル名は、次の形式である場合があります。

+DISK/boston/datafile/system.256.4543080

OMFファイル名の生成および管理はデータベースでのみ行えます。通常、異なるディスク・グループまたは異なるOMFの場所の名前をOMFファイル名に置き換えても、新しい場所に有効なファイル名は生成されません。OMFを別の場所に保存するためにOMFファイル名を変換する場合、かわりにFORMAT句などをこれらのコマンドとともに使用して新しい出力場所を指定し、データベースでその出力ファイル名を管理できるようにします。

構文

fileNameConversionSpec::=

セマンティクス

構文要素

説明

string_pattern

ファイル名の変換に使用される文字列のペアを指定します。必要な数のプライマリ置換文字列とスタンバイ置換文字列の組が使用可能。たとえば、次のように値を文字列パターンとして設定できます。

DB_FILE_NAME_CONVERT = ('str1','str2','str3', 'str4' ...)

この例では、str1は元のファイル名とマッチさせるパターンで、str2は生成されるファイル名でstr1と置換するパターンで、str3は元のファイル名とマッチさせるパターンで、str4は生成されるファイル名でstr3と置換するパターンです。

例

例4-17 単一の変換ペアを持つDB_FILE_NAME_CONVERTの使用

この例では、表領域usersにはディレクトリ/disk1/oradata/prod/にあるデータファイルが含まれており、表領域toolsには/disk1/oradata/prod/にあるデータファイルが含まれています。変換元の各データファイルについて、データファイル名のサブストリングとしてdisk1/oradata/prodがある場合は、この文字列をdisk2に置換してイメージ・コピー名が作成されます。

BACKUP AS COPY
DB_FILE_NAME_CONVERT = ('disk1/oradata/prod','disk2')
TABLESPACE users, tools;

例4-18 複数の変換ペアを持つDB_FILE_NAME_CONVERTの使用

この例では、例4-17で説明したデータファイルと同じデータファイルのイメージ・コピーを作成します。各ペアの最初の文字列で、ソース・データファイルの名前と比較するパターンを指定します。各ペアの2番目の文字列は、イメージ・コピーの名前を生成するときに使用する置換パターンです。

BACKUP AS COPY
DB_FILE_NAME_CONVERT=('/disk1/oradata/prod/users','/disk2/users',
'/disk1/oradata/prod/tools','/tmp/tools')
TABLESPACE tools, users;

このコマンドの次の出力例は、RMANで、変換ペアを使用して出力イメージ・コピーに名前を付ける方法を示しています。

Starting backup at 08-MAR-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile copy
input datafile file number=00027 name=/disk1/oradata/prod/tools01.dbf
output file name=/tmp/tools01.dbf tag=TAG20130308T143300 RECID=33 STAMP=616689181
channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile copy
input datafile file number=00028 name=/disk1/oradata/prod/users01.dbf
output file name=/disk2/users01.dbf tag=TAG20130308T143300 RECID=34 STAMP=616689182
channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01
Finished backup at 08-MAR-13

Starting Control File and SPFILE Autobackup at 08-MAR-13
piece handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616689184_2z13s1kx_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 08-MAR-13

forDbUniqueNameOption

用途

forDbUniqueNameOption副次句を使用すると、Data Guard環境ですべてのデータベースまたは特定のデータベースを指定できます。

使用上の注意

プライマリ・データベースのDBIDは、これに関連付けられているフィジカル・スタンバイ・データベースのDBIDと同じです。リカバリ・カタログ内のデータベースは、DBIDおよびデータベースのDB_UNIQUE_NAME初期化パラメータの値によって一意に識別されます。

任意のコマンドにforDbUniqueNameOptionを指定すると、RMANは操作の対象を、DB_UNIQUE_NAMEが指定されたデータベースにのみ関連付けられているオブジェクトに制限します。たとえば、LISTコマンドでこのオプションを使用すると、RMANでは、DB_UNIQUE_NAMEが指定されたデータベースにのみ関連付けられているオブジェクトのみがリストされます。いずれのデータベースにも関連付けられていないオブジェクト(リカバリ・カタログ・ビューのSITE_KEY列がNULL)はリストされません。

構文

forDbUniqueNameOption::=

セマンティクス

構文要素

説明

FOR DB_UNIQUE_NAME ALL

ターゲット・データベースのDBID(またはSET DBIDコマンドで指定されたDBID)を共有する、リカバリ・カタログのすべてのプライマリ・データベースおよびスタンバイ・データベースを指定します。

FOR DB_UNIQUE_NAME db_unique_name

db_unique_nameが指定された、リカバリ・カタログのプライマリ・データベースまたはスタンバイ・データベースを指定します。

例

例4-19 スタンバイ・データベースに関連付けられた期限切れバックアップのリスト

この例では、リカバリ・カタログに接続し、Data Guard環境にDBIDを設定します。この環境のすべてのプライマリ・データベースおよびスタンバイ・データベースが、同じDBIDを共有します。LISTコマンドは、データベースstandby1に関連付けられたすべての期限切れバックアップをリストします。

RMAN> CONNECT CATALOG rco@catdb;

recovery catalog database Password: password
connected to recovery catalog database

RMAN> SET DBID 3257174182;
RMAN> LIST EXPIRED BACKUP FOR DB_UNIQUE_NAME standby1;

foreignFileSpec

用途

foreignFileSpec副次句を使用すると、クロス・プラットフォームのリストア操作を実行するために必要な情報を指定できます。この情報には、クロス・プラットフォーム・バックアップを含むバックアップ・セットの名前と、リストアする必要があるオブジェクトまたはファイルの詳細を含めます。

使用上の注意

クロス・プラットフォーム・リストア操作を実行するには、foreignFileSpecを指定する必要があります。ソース・プラットフォームと宛先プラットフォームで、使用するエンディアン形式が異なる場合でも、表領域をリストアすることができます。

構文

foreignFileSpec::=

セマンティクス

構文要素

説明

ALL FOREIGN DATAFILES

クロス・プラットフォーム・バックアップ・セットに含まれるすべてのデータファイルがリストアされる必要があることを指定します。リストアされるデータファイルを含むバックアップ・セットの名前を指定するには、ALL FOREIGN DATAFILESとともにFROM BACKUPSETを使用します。

FORMAT formatSpec

宛先データベースにリストアされるデータファイルのパターンを指定します。

TO NEW

データファイルが、Oracle Managed File (OMF)名を使用してDB_FILE_CREATE_DEST初期化パラメータで指定された場所にリストアされる必要があることを指定します。

DUMP FILE 'filename'

Data Pumpエクスポートのダンプ・ファイルを含むバックアップ・セットをリストアするように指定します。ダンプ・ファイルを含むバックアップ・セットの名前は、FROM BACKUPSET句を使用して指定します。ダンプ・ファイルには、プラットフォーム間でトランスポートされる表領域のメタデータが含まれます。このメタデータは、リストアされた表領域を宛先データベースに組み込むために必要です。

filenameは、エクスポート・ダンプ・ファイルがリストアされるファイルの名前です。

DATAPUMP DESTINATION 'datapump_destination'

エクスポート・ダンプ・ファイルをリストアする必要がある場所を指定します。この句を省略すると、エクスポート・ダンプ・ファイルは、オペレーティング・システムに応じたデフォルトの場所にリストアされます。

この句を使用すると、データベースを読取り/書込みモードで開く必要があり、そうでない場合はエラーが発生します。

NOIMPORT

エクスポート・ダンプ・ファイルをリストアする必要はあるが、宛先データベースにインポートする必要はないことを指定します。

エクスポート・ダンプ・ファイルはインポートされないため、表領域は宛先データベースに組み込まれません。表領域に組み込むには、データ・ポンプ・インポートを使用して、宛先データベースに手動でダンプ・ファイルをインポートする必要があります。

FOREIGN DATABASE

クロス・プラットフォーム・バックアップ・セットからデータベース全体をリストアする必要があることを指定します。クロス・プラットフォーム・データベース・バックアップを含むバックアップ・セットを指定するには、FROM BACKUPSETを使用します。

FOREIGN DATABASEを使用する場合、データベースをマウントするとエラーが発生するため、マウントしないでください。

FOREIGN DATAFILE integer

クロス・プラットフォーム・バックアップに含まれる、指定されたデータファイルをリストアします。クロス・プラットフォーム・バックアップ・セットに含まれるデータファイルのうち、一部のみをリストアすることができます。クロス・プラットフォーム・バックアップを含むバックアップ・セットの名前を指定するには、FROM BACKUPSETを使用します。

integerは、ソース・データベースのデータファイルの絶対数を指定します。

FOREIGN TABLESPACE tablespace_name

クロス・プラットフォーム・バックアップ・セットからリストアする必要がある表領域を指定します。表領域の名前は、ソース・データベースの元の表領域名である必要があります。クロス・プラットフォーム・バックアップを含むバックアップ・セットの名前を指定するには、FROM BACKUPSETを使用します。

BACKUPSET filename

リストアする必要があるクロス・プラットフォーム・バックアップが含まれるバックアップ・セットを指定します。

ほとんどのバックアップ・セットには、バックアップ・ピースが1つのみ含まれます。ただし、各バックアップ・ピースの最大サイズを指定するようにMAXPIECESIZEを構成することによって、複数のバックアップ・ピースによるバックアップを作成できます。1つのバックアップ・セットに複数のバックアップ・ピースが含まれる場合、FROM BACKUPSET句には、そのバックアップ・セットのすべてのバックアップ・ピースのカンマ区切りリストを指定する必要があります。バックアップ・ピースの順序は、最初のピースから最後のピースである必要があります。このとおりの順序でないと、リストア操作が失敗します。複数のバックアップ・ピースが含まれるRESTOREコマンドについては、例3-35を参照してください。

クロス・プラットフォーム・バックアップが複数のバックアップ・セットで構成される場合、そのクロス・プラットフォーム・バックアップの一環として作成されたバックアップ・セットごとに、別々のBACKUPSET句を使用する必要があります。複数のバックアップ・セットが含まれるRESTOREコマンドは、例3-34を参照してください。

例

例4-20 クロス・プラットフォーム・バックアップからのすべてのデータファイルのリストア

次の例で、バックアップ・セットOelmdipc_1_1は、クロス・プラットフォームの表領域トランスポートのためにソース・データベースで作成されました。このクロス・プラットフォーム・バックアップに含まれるすべてのデータファイルを宛先データベースにリストアするには、RESTOREコマンドでforeignFileSpecを使用します。宛先データベースは、読取り/書込みモードで開いておく必要があります。

RESTORE
ALL FOREIGN DATAFILES TO NEW
FROM BACKUPSET '/net/oracle/restores/Oelmdipc_1_1';

関連項目:

クロス・プラットフォーム・バックアップのリストアに関するその他の例は、「RESTORE」を参照してください

foreignlogRecordSpecifier

用途

foreignlogRecordSpecifier副次句を使用すると、RMANの操作で使用される外部アーカイブREDOログ・ファイル・セットを指定できます。

使用上の注意

外部アーカイブREDOログ・ファイルは、LogMinerセッション中にロジカル・スタンバイ・データベースが受け取ります。通常のアーカイブ・ログとは異なり、外部アーカイブ・ログには別のDBIDが使用されています。このため、ロジカル・スタンバイ・データベースではバックアップやリストアができません。

次の条件が満たされる場合、ロジカル・スタンバイ・データベースでは高速リカバリ領域に外部アーカイブ・ログが作成されます。

- 高速リカバリ領域がロジカル・スタンバイ・データベースで構成されている。

- LOG_ARCHIVE_DEST_n初期化パラメータに、外部アーカイブ・ログを受け取るための適切なVALID_FOR設定を使用して'LOCATION=USE_DB_RECOVERY_FILE_DEST'が設定されている。

- COMPATIBLE初期化パラメータが11.0.0以上に設定されている。

構文

foreignlogRecordSpecifier::=

archlogRange::=

セマンティクス

ログが外部アーカイブREDOログ・ファイルであることを除いて、セマンティクスはarchivelogRecordSpecifierと同じです。

例

例4-21 外部アーカイブREDOログ・ファイルのクロスチェック

この例では、すべての外部アーカイブREDOログ・ファイルがクロスチェックされます。

RMAN> CROSSCHECK FOREIGN ARCHIVELOG ALL;

formatSpec

用途

formatSpec副次句を使用して、バックアップ・ピースまたはイメージ・コピーに対するファイル名の形式または自動ストレージ管理ディスク・グループを指定します。FORMATパラメータに値を指定しない場合、RMANは、高速リカバリ領域(使用可能な場合)にバックアップを作成するか、または高速リカバリ領域が使用不可の場合は、プラットフォーム固有のディレクトリ(たとえばUNIX上の?/dbsなど)にバックアップを作成します。いずれの場合も、RMANは変数%Uを使用してバックアップを指定します。

ヒント:

自動ストレージ管理のディスク・グループの作成方法および命名方法は、『Oracle Database SQL言語リファレンス』を参照してください。

使用上の注意

各バックアップ・ピースまたはバックアップ・コピーの名前が一意であり、かつプラットフォーム上の順次ファイル名として有効であればどのような名前でも指定できます。ディスクにバックアップする場合は、一意の有効なファイル名であれば、どのようなディスク・ファイル名も使用できます。

Oracle Managed Filesのファイル名は、バックアップ用の形式として指定できません。たとえば、+DISK1/datafile/system.732.609791431がOMFファイル名の場合、そのファイル名をFORMATパラメータに指定することはできません。

環境変数は、FORMATパラメータでは有効ではありません。

format_string全体がターゲット・インスタンスによりポート固有の方法で処理され、最終的なバックアップ・ピース名が導出されます。一意のファイル名を生成するために、「セマンティクス」に示す置換変数をFORMAT文字列で使用できます。この情報の書式設定は、プラットフォームに応じて異なります。

指定できるFORMAT文字列は4つ以内です。RMANで2番目、3番目および4番目の値が使用されるのは、BACKUP COPIES、SET BACKUP COPIESまたはCONFIGURE ... BACKUP COPIESが有効な場合のみです。各バックアップ・ピースに使用する形式を選択すると、RMANでは最初の形式値がコピー1、2番目の形式値がコピー2というように順番に使用されます。形式値の数がコピー数より多ければ、余分の形式は使用されません。形式値の数がコピー数より少なければ、RMANでは最初の形式値から順番に再利用されます。

次の位置のいずれかにformat_stringを指定します。優先順位は次のようになります。

1. backupSpec句

2. BACKUPコマンド

3. ALLOCATE CHANNELコマンド

4. CONFIGURE CHANNELコマンド

複数の場所で指定されている場合、RMANは前述の順序でFORMATパラメータを検索します。

構文

formatSpec::=

セマンティクス

formatSpec

次の表に、書式文字列が有効なRMAN置換変数を示します。

構文要素

説明

%a

データベースのアクティブIDを指定します。

%b

ディレクトリ・パス以外のファイル名を指定します。SET NEWNAMEおよびイメージ・コピーを生成する場合のバックアップにのみ有効です。バックアップ・ピースを生成するバックアップの形式指定に使用すると、エラーが発生します。

%c

1セットの二重バックアップ・ピース内でバックアップ・ピースのコピー番号を指定します。バックアップを多重化していなければ、この変数はバックアップ・セットの場合は1、プロキシ・コピーの場合は0となります。コマンドが使用可能になっている場合、この変数はコピー番号を示します。%cの最大値は256です。

%d

データベースの名前を指定します(例4-23を参照)。

%D

グレゴリオ暦による月の現在の日付をDD形式で指定します。

%e

アーカイブ・ログ順序番号を指定します。

%f

絶対ファイル番号を指定します(例4-23を参照)。

%F

DBID、日、月、年および順序を組み合せて固有で反復可能な生成名にします。この変数は、c-IIIIIIIIII-YYYYMMDD-QQに変換されます。各項目の意味は次のとおりです。

- IIIIIIIIIIは、DBIDを表します。DBIDは10進形式で出力されるため、ターゲット・データベースに簡単に対応付けることができます。

- YYYYMMDDは、バックアップの生成日を示すグレゴリオ暦のタイムスタンプです。

- QQは、00から'FF'(256)の16進数による順序です。

注意: %Fは、CONFIGURE CONTROLFILE AUTOBACKUP FORMATコマンドでのみ有効です。

%h

アーカイブREDOログ・スレッド番号を指定します。

%I

DBIDを指定します。

%M

グレゴリオ暦による月をMM形式で指定します。

%N

表領域名を指定します。この置換変数は、データファイルをイメージ・コピーとしてバックアップする場合のみ有効です。

%n

データベース名を指定します。データベース名は合計8文字の桁数になるまで、右側にxが埋め込まれます。たとえば、prod1がデータベース名であれば、埋込み後の名前はprod1xxxとなります。

%p

バックアップ・セット内のピース番号を指定します。この値は、バックアップ・セットごとに1から始まり、バックアップ・ピースの作成ごとに1ずつ増えます。

注意: PROXYを指定した場合は、%p変数をFORMAT文字列内の%Uに明示的または暗黙的に含める必要があります。

%s

バックアップ・セット番号を指定します。この番号は制御ファイルにあるカウンタで、バックアップ・セットごとに加算されます。カウンタ値は1から始まり、制御ファイルの存続期間中は一意です。バックアップ制御ファイルをリストアした場合は、重複した値になることがあります。また、CREATE CONTROLFILEによって、カウンタの値は1に初期化されます。

%t

バックアップ・セットのタイムスタンプを指定します。4バイトの内部的な基準日時以降の経過秒数を表す値です。バックアップ・セットに一意の名前を構成するには、%sと%tの組合せを使用できます。

%T

グレゴリオ暦による年、月および日をYYYYMMDD形式で指定します。

%u

バックアップ・セット番号またはイメージ・コピー番号と、これらの作成時刻を短く表現する8文字の名前を指定します。

%U

システムによって生成される一意のファイル名(デフォルト)を指定します。

%Uの意味は、イメージ・コピーとバックアップ・ピースで異なります。バックアップ・ピースの場合は、%Uによって、生成されたバックアップ・ファイル名の一意性を保証する%u_%p_%cの短縮形が指定されます。データファイルのイメージ・コピーの場合、%Uには、次の意味があります。

data-D-%d_id-%I_TS-%N_FNO-%f_%u

アーカイブREDOログのイメージ・コピーの場合、%Uには、次の意味があります。

arch-D_%d-id-%I_S-%e_T-%h_A-%a_%u

制御ファイルのイメージ・コピーの場合、%Uには、次の意味があります。

cf-D_%d-id-%I_%u

%Y

年をYYYY形式で指定します。

%%

パーセント(%)文字を指定します。たとえば、%%Yは文字列%Yに変換されます。

例

例4-22 ASMディスク・グループの指定

この例では、データベースをASMディスク・グループDISK1にコピーします。

BACKUP AS COPY DATABASE FORMAT '+DISK1';

例4-23 データファイルのコピー先の指定

この例では、LATESTCOPYのタグが付いた2つのデータファイルを/disk2ディレクトリにコピーします。

BACKUP AS COPY
COPY OF DATAFILE 27, 28
FROM TAG 'LATESTCOPY'
FORMAT '/disk2/Datafile%f_Database%d';

keepOption

用途

keepOption副次句を使用すると、バックアップまたはコピーの状態を保存方針に基づいて指定できます。

構文

keepOption::=

使用上の注意

RMANは、KEEPオプションが指定されたバックアップ・ピースをバックアップの保存方針の計算から除外します。使用可能であれば、RMANは、これらのバックアップを障害時リカバリのリストア操作で使用します。この目的は、別のシステムにリストアできるデータベースのスナップショットを作成してテストまたは履歴の使用状況を確認することです。

KEEPを使用してアーカイブのバックアップを作成する際、RMANでは同じタグを持つKEEPバックアップのみを考慮します。したがってkeepOptionをnotBackedUpSpecとともに使用した場合、RMANは同じタグを持つ指定した最大数のKEEPバックアップを検出した場合のみバックアップをスキップします。その他のバックアップはカウントの対象とはなりません。

セマンティクス

構文要素

説明

KEEP

バックアップをアーカイブ・バックアップに指定します。これは、構成済の保存方針から除外される自己完結型のバックアップです。

アーカイブ・バックアップには、バックアップをリストアして一貫性のある状態にリカバリするために必要なすべてのファイルが含まれているため、自己完結型となっています。バックアップ中にオープンされているデータベースがある場合、RMANは、データベースのバックアップに一貫性を持たせるために必要なアーカイブREDOログ・ファイルの生成およびバックアップを自動的に行います(例2-25を参照)。

注意: CDB全体のバックアップは自己完結型です。ただし、PDBのバックアップは自己完結型ではありません。PDBバックアップをリストアおよびリカバリに使用するには、ルートのバックアップが必要です。

RMANは、KEEPオプションが指定されたバックアップ・ピースを保存方針の計算から除外します。使用可能であれば、RMANは、これらのバックアップを障害時リカバリのリストア操作で使用します。この目的は、別のシステムにリストアできるデータベースのスナップショットを作成してテストまたは履歴の使用状況を確認することです。

注意: 高速リカバリ領域に格納されているファイルの保存方針は、KEEPを使用してオーバーライドすることはできません。リカバリ領域へのバックアップ中にKEEPを指定すると、RMANはエラーを発行します。

KEEPが指定されると、RMANは複数のバックアップ・セットを作成します。RMANは、最初のbackupOperandに指定されたオプションで、データファイル、アーカイブREDOログ・ファイル、制御ファイルおよびサーバー・パラメータ・ファイルをバックアップします。制御ファイルのバックアップが作成されているため、制御ファイルの自動バックアップは作成されません。RMANはすべてのバックアップにFORMAT、POOLおよびTAGパラメータを使用します。このため、FORMAT文字列で、複数のバックアップ・ピースを作成できるようにする必要があります。この要件を満たす最も簡単な方法は、%Uを指定することです。

関連項目: 制御ファイルの自動バックアップについては、「CONFIGURE」および『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

INCREMENTAL LEVELにKEEPを指定する場合、親バックアップは同じTAG文字列を持つKEEPバックアップである必要があります。両方の条件が満たされていないと、バックアップを作成できません。これらの条件を満たすバックアップでは、夜間バックアップ・タスクまたはアーカイブ・バックアップ・タスクに影響がありません。

注意: リカバリ・カタログはKEEP FOREVERの場合のみ必要になります。他のKEEPオプションの場合、カタログは不要です。

FOREVER

バックアップまたはコピーが不要とされないように指定します(例2-26を参照)。最終的にはバックアップ・レコードが制御ファイルより古くなるため、FOREVERを指定する場合にリカバリ・カタログが必要になります。

UNTIL TIME 'date_string'

バックアップまたはコピーの保存期限を指定します。バックアップの保存方針の設定に関係なく、この期限を過ぎるとバックアップは不要とされます。

現行のNLS_DATE_FORMAT、または'SYSDATE+365'などのSQL DATE式を使用すると、特定の時刻を指定できます。01-JAN-13などのKEEP TIMEを指定すると、この日付の午前0時の1秒後にはバックアップは不要とされます。午後9時などのKEEP時刻を指定すると、午後9時1分にバックアップは不要とされます。

RESTORE POINT restore_point_name

SCNに一致する通常のリストア・ポイントを作成します。これは、RMANがバックアップを一貫性のある状態までリカバリする必要があるSCNです(例2-25を参照)。リストア・ポイント名はまだ存在していないものである必要があります。

SCNは、データファイルのバックアップが完了した直後に取得されます。リストア・ポイントとは、このアーカイブ・バックアップのリストアおよびリカバリが可能なSCNを示すラベルのことで、これによりデータベースをオープンできるようになります。一方UNTIL TIME句は、バックアップの保存期限の日付を指定します。

注意: RESTORE POINTパラメータはCHANGEコマンドでは無効です。

NOKEEP

いずれのKEEP属性もバックアップに適用しないことを指定します。したがって、バックアップは、構成されたバックアップ保存方針が適用される通常のバックアップになります。これは、KEEPオプションを指定しない場合のデフォルト動作です。

例

例4-24 アーカイブのための一貫性データベース・バックアップの作成

この例では、タグQ107の付いたデータベース・バックアップを作成し、バックアップが不要とみなされないように指定します(出力例はその一部を示しています)。データファイルに一貫性を持たせるために必要なアーカイブREDOログ・ファイルがバックアップ・セットに含まれます。

RMAN> BACKUP TAG Q107 DATABASE KEEP FOREVER;

Starting backup at 24-JAN-13

current log archived
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=105 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
backup will never be obsolete
archived logs required to recover from this backup will be backed up
channel ORA_SBT_TAPE_1: starting full datafile backup set
channel ORA_SBT_TAPE_1: specifying datafile(s) in backup set
.
.
.

例4-25 バックアップのためのKEEP属性の削除

この例では、すべてのアーカイブREDOログ・ファイルをバックアップします。KEEP句では、2013年1月1日の午前0時1秒に、バックアップが不要とみなされるように指定します。

RMAN> BACKUP KEEP UNTIL TIME '01-JAN-13' ARCHIVELOG ALL;

次のコマンドを実行すると、すべてのアーカイブREDOログのバックアップからKEEP属性が削除されます(出力例を示します)。

RMAN> CHANGE BACKUP OF ARCHIVELOG ALL NOKEEP;

using channel ORA_SBT_TAPE_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=77 device type=DISK
keep attributes for the backup are deleted
backup set key=330 RECID=19 STAMP=612722760
keep attributes for the backup are deleted
backup set key=397 RECID=22 STAMP=612722884

listObjList

用途

listObjList副次句を使用すると、データベース・ファイルおよびアーカイブREDOログ・ファイルを指定できます。

構文

listObjList::=

(archivelogRecordSpecifier::=, dbObject::=, foreignlogRecordSpecifier::=)

セマンティクス

構文要素

説明

archivelogRecordSpecifier

アーカイブREDOログ・ファイルの範囲を指定します。

関連項目: archivelogRecordSpecifier

CONTROLFILE

現行の制御ファイルを指定します。

DATABASE

データベース全体を指定します。マルチテナント・コンテナ・データベース(CDB)で、CDB全体を指定します。

DATABASE ROOT

CDB内のrootのみを指定します。

PLUGGABLE DATABASE pdb_name

CDB内の1つ以上のプラガブル・データベース(PDB)を指定します。複数のPDBを指定する場合は、カンマ区切りのリストを使用してください。

SKIP TABLESPACE tablespace_name

指定した表領域をDATABASE指定またはPLUGGABLE DATABASE指定から除外します。CDBで、ルート内の指定された表領域を省略します。

SKIP TABLESPACE pdb_name:tablespace_name

CDB内の表領域の名前。同じ名前の表領域が複数のデータベースにある場合があります。名前の前の修飾子によって、表領域が一意に識別されます。pdb_nameはPDBの名前です。

foreignlogRecordSpecifier

指定した外部アーカイブREDOログ・ファイルを処理します。

関連項目: foreignlogRecordSpecifier

SPFILE

現行のサーバー・パラメータ・ファイルを指定します。

例

例4-26 データファイルのコピーのリスト

次のコマンドは、データベースにある全ファイルのイメージ・コピーを、ディクショナリ管理の一時表領域であるtemp表領域をスキップしてリストします。

LIST COPY OF DATABASE
SKIP TABLESPACE temp;

例4-27 PDBのデータファイルのリスト

次のコマンドは、PDB hr_pdbのバックアップをリストします。このコマンドを実行する前に、SYBACKUP権限を持つ共通ユーザーとしてrootに接続します。

LIST BACKUP OF PLUGGABLE DATABASE hr_pdb;

例4-28 アーカイブREDOログ・ファイルのクロスチェック

次の例では、サーバー・パラメータ・ファイルと最近3か月間に作成したアーカイブREDOログのバックアップの状態について、メディア・マネージャに問い合せます。この例では、出力例も示します。

RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;

allocated channel: ORA_MAINT_SBT_TAPE_1
channel ORA_MAINT_SBT_TAPE_1: SID=103 device type=SBT_TAPE
channel ORA_MAINT_SBT_TAPE_1: Oracle Secure Backup

RMAN> CROSSCHECK BACKUP OF SPFILE ARCHIVELOG FROM TIME 'SYSDATE-90';

crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=8cic4031_1_1 RECID=195 STAMP=616693857
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=c-28014364-20130308-15 RECID=196 STAMP=616693875
Crosschecked 2 objects

RMAN> RELEASE CHANNEL;

released channel: ORA_MAINT_SBT_TAPE_1

例4-29 期限切れのバックアップの削除

次のコマンドでは、すべてのバックアップのクロスチェックを実行します。1つのバックアップが期限切れであることが検出されます。この例では、期限切れのすべてのバックアップを削除します(出力例を示します)。

RMAN> CROSSCHECK BACKUP;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=104 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=103 device type=DISK
crosschecked backup piece: found to be 'EXPIRED'
backup piece handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616690991_2z15kl5h_.bkp
RECID=191 STAMP=616690994
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=8cic4031_1_1 RECID=195 STAMP=616693857
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=c-28014364-20130308-15 RECID=196 STAMP=616693875
Crosschecked 3 objects

RMAN> DELETE EXPIRED BACKUP;

using channel ORA_SBT_TAPE_1
using channel ORA_DISK_1

List of Backup Pieces
BP Key  BS Key  Pc# Cp# Status      Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
7678    7677    1   1   EXPIRED     DISK
/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616690991_2z15kl5h_.bkp

Do you really want to delete the above objects (enter YES or NO)? YES
deleted backup piece
backup piece handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616690991_2z15kl5h_.bkp
RECID=191 STAMP=616690994
Deleted 1 EXPIRED objects

maintQualifier

用途

maintQualifier副次句を使用すると、データベース・ファイルおよびアーカイブREDOログ・ファイルを指定できます。

構文

maintQualifier::=

(completedTimeSpec::=, deviceSpecifier::=)

セマンティクス

maintQualifier

構文要素

説明

completedTimeSpec

バックアップまたはコピー完了のための時刻範囲を指定します。

関連項目: 「completedTimeSpec」を参照してください

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。このオプションが有効になるのは、構成済の自動チャネルがあり、チャネルを手動で割り当てていない場合のみです。たとえば、自動ディスクおよびテープ・チャネルを構成してCHANGE...DEVICE TYPE DISKを発行すると、RMANではディスク・チャネルのみが割り当てられます。

関連項目: 「deviceSpecifier」を参照してください

LIKE 'string_pattern'

ファイル名パターンを指定して、データファイルのコピーを限定します。パターンには、Oracleのパターン一致文字であるパーセント記号(%)およびアンダースコア(_)を使用できます。RMANは、パターンと一致する名前のファイルのみを操作します。

注意: LIKEオプションは、LIST ... ARCHIVELOGコマンドまたはバックアップ・ピースでは使用できません。

BACKED UP integer TIMES TO DEVICE TYPE deviceSpecifier

コマンドの対象を、指定したメディアにinteger回以上正常にバックアップされたアーカイブ・ログに制限します。このオプションはアーカイブREDOログ・ファイルにのみ適用されます。

BACKED UPオプションがDELETE ARCHIVELOGコマンドとともに使用されると、RMANは、構成済の設定ではなくBACKED UPオプションの設定を使用して、アーカイブ・ログが削除可能かどうかを判断します。つまり、CONFIGURE ARCHIVELOG DELETION POLICYはオーバーライドされます。この構成の他に、メディアとリポジトリ間の不一致をオーバーライドするには、DELETE ARCHIVELOGコマンドとともにFORCEを使用します。

TAG tag_name

データファイルのコピーとバックアップ・セットをタグで指定します。タグ名には大/小文字区別がなく、すべて大文字で表示されます。

関連項目: 多重化バックアップ・セットの個々のコピーにタグを適用する方法と、タグのデフォルト・ファイル名形式については、「BACKUP」を参照してください。

例

例4-30 特定の場所に格納されているバックアップのリスト

次のコマンドは、ディレクトリ/disk2に格納されているすべてのイメージ・コピーをリストします。

RMAN> LIST COPY LIKE '/disk2/%';

List of Datafile Copies
=======================

Key     File S Completion Time Ckp SCN    Ckp Time
------- ---- - --------------- ---------- ---------------
9855    1    A 08-MAR-13       1394701    08-MAR-13
Name: /disk2/data_D-PROD_I-28014364_TS-SYSTEM_FNO-1_8eic410j
Tag: TAG20130308T160643

9856    2    A 08-MAR-13       1394735    08-MAR-13
Name: /disk2/data_D-PROD_I-28014364_TS-SYSAUX_FNO-2_8fic412a
Tag: TAG20130308T160643

例4-31 バックアップ済のアーカイブ・ログの削除

次のコマンドは、テープに2回以上正常にバックアップされたアーカイブ・ログのみを削除します。この例では、Seq 36のアーカイブ・ログのみがこれらの条件を満たしています。

RMAN> DELETE ARCHIVELOG ALL BACKED UP 2 TIMES TO DEVICE TYPE sbt;

released channel: ORA_SBT_TAPE_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=104 device type=DISK
RMAN-08138: WARNING: archived log not deleted - must create more backups
archived log file name=/disk1/oradata/prod/arch/archiver_1_37_616443024.arc thread=1 sequence=37
List of Archived Log Copies for database with db_unique_name PROD
=====================================================================

Key     Thrd Seq     S Low Time
------- ---- ------- - ---------
9940    1    36      A 08-MAR-13
Name: /disk1/oradata/prod/arch/archiver_1_36_616443024.arc

Do you really want to delete the above objects (enter YES or NO)? Y
deleted archived log
archived log file name=/disk1/oradata/prod/arch/archiver_1_36_616443024.arc RECID=129 STAMP=616695115
Deleted 1 objects

maintSpec

用途

maintSpec副次句を使用すると、CHANGE、CROSSCHECKおよびDELETEコマンドで処理されるバックアップ・ファイルを指定できます。

構文

maintSpec::=

(listObjList::=、maintQualifier::=、archivelogRecordSpecifier::=、recordSpec::=、deviceSpecifier::=)

セマンティクス

maintSpec

構文要素

説明

BACKUP

バックアップ・セットを処理します。イメージ・コピーを処理する場合は、オプションCOPYを使用してください。

CHANGE BACKUPでOF句が使用されない場合、RMANはリポジトリに記録されているすべてのバックアップ・セットを変更します。CROSSCHECK BACKUPでOF句が使用されない場合、RMANはデータベース全体のバックアップのクロスチェックを行います。DELETE BACKUPでOF句が使用されない場合、RMANはデータベース全体のバックアップを削除します。

OF listObjList

操作するファイルのリストをlistObjList句で指定したオブジェクト型に限定します。

関連項目: 「listObjList」を参照してください

archivelogRecordSpecifier

指定したアーカイブREDOログ・ファイルを処理します。

BACKED UP句を使用せずにDELETE ARCHIVELOGが指定された場合、RMANは、構成済の設定(CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP)を使用して、アーカイブ・ログが削除可能かどうかを判断します。BACKED UP句とともにDELETE ARCHIVELOGが指定された場合、RMANはDELETE設定を使用して、アーカイブ・ログが削除可能かどうかを判断します。削除方針の構成およびメディアとリポジトリ間の不一致をオーバーライドするには、DELETE ARCHIVELOGコマンドとともにFORCEを使用します。

関連項目: archivelogRecordSpecifier

COPY

データファイルのコピー、制御ファイルのコピーおよびアーカイブREDOログ・ファイルを処理します。

CHANGE COPYにオプションを指定しない場合は、このコマンドによって、リポジトリに記録されたすべてのイメージ・コピーが処理されます。CROSSCHECK COPYを使用している場合、デフォルトでは、データベース内で状態がAVAILABLEまたはEXPIREDであるすべてのファイルのすべてのイメージ・コピーがチェックされます。DELETE COPYを使用している場合、デフォルトでは、データベース内のすべてのファイルのコピーがCOPYによって削除されます。EXPIREDオプションを指定すると、リポジトリ内でEXPIREDとマークされたコピーのみが削除されます。

OF listObjList

操作するオブジェクトのリストをlistObjList句で指定したオブジェクト型に限定します。オブジェクトを指定しなければ、コマンドはデフォルトですべてのコピーになります。CHANGE COPY OF DATABASEには、データファイルが含まれ、制御ファイルは含まれません。

関連項目: 「listObjList」を参照してください

foreignlogRecordSpecifier

指定した外部アーカイブREDOログ・ファイルを処理します。

関連項目: foreignlogRecordSpecifier

maintQualifier

指定したオプションに基づいてコマンドを制限します。

関連項目: 「maintQualifier」を参照してください

recordSpec

メンテナンス処理を実行するファイルを指定します。

recordSpecでBACKUPSETパラメータを使用すると、CHANGE、CROSSCHECKおよびDELETEコマンドで使用するバックアップ・セットがキーによって識別されます。詳細は、「LISTコマンドの出力」にある、LISTの出力表の列ヘッダーの説明を参照してください。出力のKEY列を使用して、CHANGEおよびDELETEコマンドで使用可能な主キーを取得します。

関連項目: 「recordSpec」を参照してください

DEVICE TYPE deviceSpecifier

指定したデバイス・タイプ専用の自動チャネルを割り当てます。このオプションが有効になるのは、構成済の自動チャネルがあり、チャネルを手動で割り当てていない場合のみです。たとえば、自動ディスクおよびテープ・チャネルを構成してCROSSCHECK...DEVICE TYPE DISKを実行すると、RMANではディスク・チャネルのみが割り当てられます。

関連項目: 「deviceSpecifier」を参照してください

例

例4-32 バックアップのクロスチェック

次のコマンドは、アーカイブREDOログ・ファイルのバックアップをクロスチェックします。

RMAN> CROSSCHECK BACKUP OF ARCHIVELOG ALL;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=103 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
using channel ORA_DISK_1
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=8cic4031_1_1 RECID=195 STAMP=616693857
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=8oic41ad_1_1 RECID=198 STAMP=616695118
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=8qic41c3_1_1 RECID=200 STAMP=616695171
Crosschecked 3 objects

obsOperandList

用途

obsOperandList副次句を使用して、バックアップを不要とマークするための条件を指定します。

使用上の注意

単一のREPORT OBSOLETEコマンドまたはDELETE OBSOLETEコマンドで、RECOVERY WINDOWとREDUNDANCYの両方を使用することはできません。

構文

obsOperandList::=

セマンティクス

obsOperandList

構文要素

説明

RECOVERY WINDOW OF integer DAYS

integerで指定した日数以内の過去のいずれかの時点までデータベースをリカバリするのに必要ではないバックアップ・セットとイメージ・コピーを不要としてレポートします。

関連項目: リカバリ期間の説明は、「CONFIGURE」を参照してください。

REDUNDANCY integer

バックアップ・セットまたはイメージ・コピーを不要とみなすために必要な最小レベルの冗長性を指定します。

データファイルのコピーが不要とみなされるのは、このファイルの最近のバックアップ・セットまたはイメージ・コピーがintegerで指定した数以上ある場合で、データファイルのバックアップ・セットが不要とみなされるのは、バックアップ・セットに含まれている各データファイルに、integerで指定した数以上の最近のバックアップ・セットまたはイメージ・コピーが存在している場合です。たとえば、REDUNDANCY 2の場合、他のバックアップ・セットまたはイメージ・コピーを不要とみなすには、データファイルの新しいバックアップ・セットまたはイメージ・コピーが2つ以上必要です。

例

例4-33 不要なバックアップの削除

このコマンドは、データベースを過去30日以内のSCNまでリカバリするためには不要なバックアップとコピーをすべて削除します。

DELETE OBSOLETE RECOVERY WINDOW OF 30 DAYS;

recordSpec

用途

recordSpec副次句を使用すると、CHANGE、CROSSCHECK、DELETEおよびLISTコマンドの対象となるバックアップまたはコピーを指定できます。

ほとんどのrecordSpecオプションでは、主キーを指定できます。LISTコマンドの出力を使用して、主キーを取得します。

構文

recordSpec::=

セマンティクス

構文要素

説明

ARCHIVELOG

主キーまたはファイル名のいずれかで、アーカイブREDOログを指定します。

BACKUPSET

主キーでバックアップ・セットを指定します。

BACKUPPIECE

メディア・ハンドル、主キーまたはタグ名でバックアップ・ピースを指定します。

PROXY

メディア・ハンドル、主キーまたはタグ名でプロキシ・コピーを指定します。

CONTROLFILECOPY

主キー、ファイル名のパターン('filename')またはTAG tag_nameで制御ファイルのコピーを指定します。制御ファイルのコピーのクロスチェックを行う場合は、主キーではなくファイル名を指定する必要があります。

DATAFILECOPY

主キー、ファイル名のパターン('filename')、タグ(TAG tag_name)または一致する文字列(LIKE 'string_pattern')でデータファイルのコピーを指定します。RMANリポジトリに記録されているすべてのデータファイルのコピーを示すには、ALLを指定します。

NODUPLICATES

複数のコピーが存在する場合でも、制御ファイルまたはデータファイルの1つのコピーのみを操作の対象にします。

例

例4-34 バックアップのクロスチェック

この例では、主キーで指定したバックアップ・セットをクロスチェックします。

RMAN> LIST BACKUP SUMMARY;

List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
8504    B  A  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T155057
8558    B  F  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T155114
9872    B  F  A DISK        08-MAR-13       1       1       NO         TAG20130308T160830
9954    B  A  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T161157
9972    B  F  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T161224
10021   B  A  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T161251
10042   B  F  A SBT_TAPE    08-MAR-13       1       1       NO         TAG20130308T161308
10185   B  F  A DISK        08-MAR-13       1       1       NO         TAG20130308T170532
10210   B  F  A DISK        08-MAR-13       1       1       NO         TAG20130308T170535

RMAN> CROSSCHECK BACKUPSET 9872, 10185, 10210;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=103 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Oracle Secure Backup
using channel ORA_DISK_1
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616694910_2z19d0wg_.bkp RECID=197 STAMP=616694912
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/disk2/PROD/backupset/2013_03_08/o1_mf_nnsnf_TAG20130308T170532_2z1dpwz6_.bkp RECID=202 STAMP=616698332
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/disk2/PROD/autobackup/2013_03_08/o1_mf_s_616698335_2z1dq0d0_.bkp RECID=203 STAMP=616698336
Crosschecked 3 objects

例4-35 データファイルのコピーの削除

この例では、指定したデータファイルのコピーを削除します。

RMAN> DELETE NOPROMPT DATAFILECOPY '/disk1/oradata/prod/users01.dbf';

sizeSpec

用途

sizeSpec副次句は、データのサイズを指定します。

構文

sizeSpec::=

セマンティクス

構文要素

説明

integer [G | K | M]

データのサイズをGB単位(G)、KB単位(K)またはMB単位(M)で指定します。

例

例4-36 バックアップ・ピースの最大サイズの設定

このALLOCATEコマンドでは、テープに書き込まれるバックアップ・ピースのサイズが800MBを超えないように、MAXPIECESIZEパラメータで指定します。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS 'SBT_LIBRARY=/usr/local/oracle/backup/lib/libobk.so,
ENV=(OB_DEVICE_1=stape1)'
MAXPIECESIZE 800M;
}

tempfileSpec

用途

tempfileSpec副次句を使用すると、ファイル名または絶対ファイル番号で一時ファイルを指定できます。

構文

tempfileSpec::=

セマンティクス

構文要素

説明

'filename'

絶対パスまたは相対ファイル名のいずれかでデータファイルを指定します。相対ファイル名を指定した場合、ファイル名はターゲット・データベースによってプラットフォームに固有な方法で修飾されます。

絶対パス名またはOracleホームに対する相対パス名を指定できます。二重引用符と一重引用符はどちらも有効です(構文図では、一重引用符のみを使用しています)。Oracleホームを表すには疑問符(?)を使用し、Oracle SIDを表すにはアットマーク(@)を使用します。

integer

絶対ファイル番号でデータファイルを指定します。ファイル番号は、V$TEMPFILEビューまたはREPORT SCHEMAの出力から取得します。

例

例4-37 ファイル名による一時ファイルの指定

この例では、ファイル名で指定して/disk1/oradata/prod/temp01.dbf一時ファイルを/disk2/temp01.dbfに名前変更します。この例を実行する場合は、データベースをマウントする必要があります。

SHUTDOWN IMMEDIATE
STARTUP MOUNT
RUN
{
SWITCH TEMPFILE '/disk1/oradata/prod/temp01.dbf'
TO '/disk2/temp01.dbf';
}
ALTER DATABASE OPEN;

toDestSpec

用途

toDestSpec副次句を使用して、ディスク・バックアップのディレクトリまたは自動ストレージ管理ディスク・グループを指定します。TO DESTINATIONに値を指定しない場合、RMANは、高速リカバリ領域(使用可能な場合)にバックアップを作成するか、または高速リカバリ領域が使用不可の場合は、プラットフォーム固有のディレクトリ(たとえばUNIX上の?/dbsなど)にバックアップを作成します。RMANでは、TO DESTINATIONパラメータを使用する際、Oracle Managed Filesのファイル名を使用します。

使用上の注意

この副次句は、ディスク・デバイスにのみ使用可能で、FORMATオプションとともに使用することはできません。

バックアップの最適化が有効になっている場合は、RMANによってTO DESTINATIONフィールドで指定された場所にまったく同じバックアップが存在するファイルのバックアップのみがスキップされます。

指定できるTO DESTINATION文字列は4つ以内です。RMANで2番目、3番目および4番目の値が使用されるのは、BACKUP COPIES、SET BACKUP COPIESまたはCONFIGURE ... BACKUP COPIESが有効な場合のみです。各バックアップ・ピースに使用する形式を選択すると、RMANでは最初の形式値がコピー1、2番目の形式値がコピー2というように順番に使用されます。形式値の数がコピー数より多ければ、余分の形式は使用されません。形式値の数がコピー数より少なければ、RMANでは最初の形式値から順番に再利用されます。

次の位置のいずれかにtodest_stringを指定します。優先順位は次のようになります。

1. backupSpec句

2. BACKUPコマンド

3. ALLOCATE CHANNELコマンド

4. CONFIGURE CHANNELコマンド

複数の場所で指定されている場合、RMANは前述の順序でTO DESTINATIONパラメータを検索します。

構文

toDestSpec::=

例

例4-38 ASMディスク・グループの指定

この例では、データベースをASMディスク・グループDISK1にコピーします。

BACKUP AS COPY DATABASE TO DESTINATION '+DISK1';

例4-39 データファイルのコピー先の指定

この例では、LATESTCOPYのタグが付いた2つのデータファイルを/disk2ディレクトリにコピーします。

BACKUP AS COPY
COPY OF DATAFILE 27, 28
FROM TAG 'LATESTCOPY'  TO DESTINATION '/disk2';

例4-40 リカバリ領域ファイルのコピー先の指定

この例では、すべてのリカバリ領域ファイルを/disk2にコピーします。

Backup Recovery Areaのデフォルトでは、バックアップの最適化が有効になっているため、RMANによって/disk2上にすでにバックアップが存在するファイルのバックアップのみがスキップされます。それ以外の場所にバックアップが存在する場合はスキップされません。

注意: この副次句は、BACKUP RECOVERY AREAと一緒に使用することで、ディスク・チャネルを場所として指定できます。

BACKUP RECOVERY AREA TO DESTINATION '/disk2';

untilClause

用途

untilClause副次句を使用すると、各種のRMAN操作に対して時刻、SCNまたはログ順序番号による上限を指定できます。

使用上の注意

リストア・ポイントを指定するには、TORESTOREPOINT句を使用します。この例は、「SET」を参照してください。

構文

untilClause::=

セマンティクス

構文要素

説明

UNTIL SCN integer

SCNを上限として指定します。指定したSCNは含まれません。

RMANは、指定したSCNの前までのリストアまたはリカバリに使用できるファイルのみを選択します(例4-41を参照)。たとえば、RESTORE DATABASE UNTIL SCN 1000では、SCN 1000までのリカバリに使用できるバックアップのみが選択されます。

UNTIL SEQUENCE integer

REDOログ順序番号とスレッドを上限として指定します。指定した値は含まれません。

RMANは、指定した順序番号の前までのリストアまたはリカバリに使用できるファイルのみを選択します。たとえば、REPORT OBSOLETE UNTIL SEQUENCE 8000を実行すると、ログ順序7999までのリカバリに使用できるバックアップのみが選択されます。

THREAD integer

REDOスレッドの番号を指定します。

UNTIL TIME 'date_string'

時刻を上限として指定します。指定した時刻は含まれません(例4-42を参照)。

RMANは、指定した時刻の直前までのリストアまたはリカバリに使用できるファイルのみを選択します。たとえば、LIST BACKUP UNTIL TIME 'SYSDATE-7'を実行すると、1週間前の時点までのリカバリに使用できるバックアップがすべてリストされます。

RMANコマンドで日付を指定する場合は、次のいずれかの日付文字列を使用する必要があります。

- NLS_DATE_FORMATの設定と一致する形式のリテラル文字列。

- 'SYSDATE-10'または"TO_DATE('01/30/2013', 'MM/DD/YYYY')"などのDATE型のSQL式。2番目の例には、専用の日付書式マスクが含まれているため、現行のNLS_DATE_FORMAT設定とは関係がありません。

RMANにおける日付設定の代表例を次に示します。

BACKUP ARCHIVELOG FROM TIME 'SYSDATE-31' UNTIL TIME 'SYSDATE-14';
RESTORE DATABASE UNTIL TIME "TO_DATE('09/20/06','MM/DD/YY')";

注意: 時間ベース・リカバリの粒度は、REDOログのタイムスタンプによって異なります。たとえば、次のコマンドを指定するとします。

RECOVER DATABASE UNTIL TIME '2013-07-26 17:45:00';

17:45:00のタイムスタンプを持つREDOが書き込まれなかった場合は、それ以降の次のREDOタイムスタンプが検出されるまでリカバリは続行します。たとえば、次のREDOタイムスタンプが17:45:04であるとします。V$LOG_HISTORY TABLEのFIRST_TIMEおよびFIRST_CHANGE#列を問い合せることで、特定のSCNに最も近い時間を確認できます。

例

例4-41 指定したSCNまでの不完全リカバリの実行

この例では、マウントされたデータベースを想定して、指定したSCNの前までデータベースをリカバリします。

STARTUP FORCE MOUNT
RUN
{
SET UNTIL SCN 1418901;  # set to 1418901 to recover database through SCN 1418900
RESTORE DATABASE;
RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS;

例4-42 不要なバックアップのレポート

この例は、過去1週間以内のいずれかの時点までリカバリできることを前提条件としています。1週間前の時点までデータベースをリカバリするために使用できるバックアップは、すべて不要とみなされます。

REPORT OBSOLETE UNTIL TIME 'SYSDATE-7';

5 リカバリ・カタログ・ビュー

この章では、リカバリ・カタログ・ビューを説明します。リカバリ・カタログが作成されている場合にかぎり、リカバリ・カタログ・ビューにアクセスできます(「CREATE CATALOG」を参照)。リカバリ・カタログ・ビューの概要は、「RMANのリカバリ・カタログ・ビューの概要」.を参照してください

注意:

これらのビューは正規化されていませんが、RMANおよびEnterprise Managerで使用するための最適化は行われています。したがって、ほとんどのカタログ・ビューには、基礎となるいくつかの表を結合したために生じた冗長な値があります。

通常、Enterprise Managerでの使用を目的としたビューは直接問合せの機能が他のビューほど有効ではありません。

RMANのリカバリ・カタログ・ビューの概要

次の表にRMANのリカバリ・カタログ・ビューの機能の概要を示します。

注意:

リカバリ・カタログ・ビューの一部の列のデータ型が、VARCHAR2(4000)としてリストされます。VARCHAR2列のこの長さは、初期化パラメータVARCHAR2_MAX_SIZEがLEGACYに設定されている場合に適用されます。VARCHAR2_MAX_SIZEの値を32767に設定した場合、VARCHAR2(4000)としてリストされたデータ型の列はVARCHAR2(32767)になります。

表5-1 リカバリ・カタログ・ビュー

リカバリ・カタログ・ビュー

対応するV$ビュー

カタログ・ビューの説明

RC_ARCHIVED_LOG

V$ARCHIVED_LOG

アーカイブREDOログ・ファイルとアーカイブされていないREDOログ・ファイル。

RC_BACKUP_ARCHIVELOG_DETAILS

V$BACKUP_ARCHIVELOG_DETAILS

Enterprise ManagerのアーカイブREDOログ・バックアップに関する詳細。

RC_BACKUP_ARCHIVELOG_SUMMARY

V$BACKUP_ARCHIVELOG_SUMMARY

Enterprise ManagerのアーカイブREDOログ・バックアップに関する情報のサマリー。

RC_BACKUP_CONTROLFILE

V$BACKUP_DATAFILE

バックアップ・セットにバックアップされた制御ファイル。

RC_BACKUP_CONTROLFILE_DETAILS

V$BACKUP_CONTROLFILE_DETAILS

Enterprise Managerの制御ファイルのバックアップに関する詳細。

RC_BACKUP_CONTROLFILE_SUMMARY

V$BACKUP_CONTROLFILE_SUMMARY

Enterprise Managerの制御ファイルのバックアップに関する情報のサマリー。

RC_BACKUP_COPY_DETAILS

V$BACKUP_COPY_DETAILS

Enterprise Managerのデータファイルのイメージ・コピーのバックアップに関する詳細。

RC_BACKUP_COPY_SUMMARY

V$BACKUP_COPY_SUMMARY

Enterprise Managerのデータファイルのイメージ・コピーのバックアップに関する情報のサマリー。

RC_BACKUP_CORRUPTION

V$BACKUP_CORRUPTION

データファイル・バックアップ内の破損ブロック範囲。

RC_BACKUP_DATAFILE

V$BACKUP_DATAFILE

バックアップ・セット内のデータファイル。

RC_BACKUP_DATAFILE_DETAILS

V$BACKUP_DATAFILE_DETAILS

Enterprise Managerのデータファイルのバックアップに関する詳細。

RC_BACKUP_DATAFILE_SUMMARY

V$BACKUP_DATAFILE_SUMMARY

Enterprise Managerのデータファイルのバックアップに関する情報のサマリー。

RC_BACKUP_FILES

V$BACKUP_FILES

リポジトリで認識されるRMANのバックアップおよびコピー。

RC_BACKUP_PIECE

V$BACKUP_PIECE

バックアップ・ピース。

RC_BACKUP_PIECE_DETAILS

V$BACKUP_PIECE_DETAILS

Enterprise Managerのバックアップ・ピースに関する詳細。

RC_BACKUP_REDOLOG

V$BACKUP_REDOLOG

バックアップ・セット内のアーカイブREDOログ・ファイル。

RC_BACKUP_SET

V$BACKUP_SET

カタログに登録されたデータベースのすべてのインカネーションのバックアップ・セット。

RC_BACKUP_SET_DETAILS

V$BACKUP_SET_DETAILS

Enterprise Managerのバックアップ・セットに関する詳細。

RC_BACKUP_SET_SUMMARY

V$BACKUP_SET_SUMMARY

Enterprise Managerのバックアップ・セットに関する情報のサマリー。

RC_BACKUP_SPFILE

V$BACKUP_SPFILE

バックアップ内のサーバー・パラメータ・ファイル。

RC_BACKUP_SPFILE_DETAILS

V$BACKUP_SPFILE_DETAILS

Enterprise Managerのサーバー・パラメータ・ファイルのバックアップに関する詳細。

RC_BACKUP_SPFILE_SUMMARY

V$BACKUP_SPFILE_SUMMARY

Enterprise Managerのサーバー・パラメータ・ファイルのバックアップに関する情報のサマリー。

RC_CHECKPOINT

N/A

RC_RESYNCにより、非推奨になりました。

RC_CONTROLFILE_COPY

V$DATAFILE_COPY

ディスク上の制御ファイルのコピー。

RC_COPY_CORRUPTION

V$COPY_CORRUPTION

データファイル・コピー内の破損ブロック範囲。

RC_DATABASE

V$DATABASE

リカバリ・カタログに登録されているデータベース。

RC_DATABASE_BLOCK_CORRUPTION

V$DATABASE_BLOCK_CORRUPTION

最新のRMANバックアップまたはコピーで破損としてマークされたデータベース・ブロック。

RC_DATABASE_INCARNATION

V$DATABASE_INCARNATION

リカバリ・カタログに登録されているデータベース・インカネーション。

RC_DATAFILE

V$DATAFILE

リカバリ・カタログに登録されているデータファイル。

RC_DATAFILE_COPY

V$DATAFILE_COPY

ディスク上のデータファイル・コピー。

RC_DISK_RESTORE_RANGE

V$DISK_RESTORE_RANGE

ディスクに格納されているバックアップ・データに対するデータベースのリストア範囲の詳細。

RC_LOG_HISTORY

V$LOG_HISTORY

ログ・スイッチの発生時刻を示すオンラインREDOログの履歴。

RC_OFFLINE_RANGE

V$OFFLINE_RANGE

データファイルのオフライン範囲。

RC_PDBS

V$PDBS

リカバリ・カタログに登録されているプラガブル・データベース(PDB)

RC_PLUGGABLE_DATABASE_INC

V$PDB_INCARNATION

リカバリ・カタログに登録されているPDBインカネーション

RC_PROXY_ARCHIVEDLOG

V$PROXY_ARCHIVEDLOG

プロキシ・コピー機能を使用して作成されたアーカイブ・ログのバックアップ。

RC_PROXY_ARCHIVELOG_DETAILS

V$PROXY_ARCHIVELOG_DETAILS

Enterprise Managerのプロキシ・アーカイブREDOログ・ファイルに関する詳細。

RC_PROXY_ARCHIVELOG_SUMMARY

V$PROXY_ARCHIVELOG_SUMMARY

Enterprise Managerのプロキシ・アーカイブREDOログ・ファイルに関する情報のサマリー。

RC_PROXY_CONTROLFILE

V$PROXY_DATAFILE

プロキシ・コピー機能を使用して作成された制御ファイルのバックアップ。

RC_PROXY_COPY_DETAILS

V$PROXY_COPY_DETAILS

Enterprise Managerのデータファイルのプロキシ・コピーに関する詳細。

RC_PROXY_COPY_SUMMARY

V$PROXY_COPY_SUMMARY

Enterprise Managerのデータファイルのプロキシ・コピーに関する情報のサマリー。

RC_PROXY_DATAFILE

V$PROXY_DATAFILE

プロキシ・コピー機能を使用して作成されたデータファイルのバックアップ。

RC_REDO_LOG

V$LOGおよびV$LOGFILE

前回のカタログ再同期化以降の、データベースのすべてのインカネーションのオンラインREDOログ。

RC_REDO_THREAD

V$THREAD

前回のカタログ再同期化以降の、データベースのすべてのインカネーションの全REDOスレッド。

RC_RESTORE_POINT

V$RESTORE_POINT

前回のカタログ再同期化以降の、データベースのすべてのインカネーションの全リストア・ポイント。

RC_RESTORE_RANGE

V$RESTORE_RANGE

リカバリ・カタログに登録されているデータベースのリストア範囲の詳細。

RC_RESYNC

N/A

リカバリ・カタログの再同期化。

RC_RMAN_BACKUP_JOB_DETAILS

V$RMAN_BACKUP_JOB_DETAILS

Enterprise Managerのバックアップ・ジョブに関する詳細。

RC_RMAN_BACKUP_SUBJOB_DETAILS

V$RMAN_BACKUP_SUBJOB_DETAILS

Enterprise Managerのバックアップ・サブジョブに関する詳細。

RC_RMAN_BACKUP_TYPE

V$RMAN_BACKUP_TYPE

Enterprise Manager内部で使用。

RC_RMAN_CONFIGURATION

V$RMAN_CONFIGURATION

RMAN構成の設定。

RC_RMAN_OUTPUT

V$RMAN_OUTPUT

Enterprise Managerで使用するRMANコマンドからの出力。

RC_RMAN_STATUS

V$RMAN_STATUS

RMAN操作に関する履歴のステータス情報。

RC_SBT_RESTORE_RANGE

V$SBT_RESTORE_RANGE

テープに格納されているバックアップ・データに対するデータベースのリストア範囲の詳細。

RC_SITE

N/A

Data Guard環境のデータベース

RC_STORED_SCRIPT

N/A

リカバリ・カタログに格納されているスクリプトの名前。

RC_STORED_SCRIPT_LINE

N/A

リカバリ・カタログに格納されているスクリプトの内容。

RC_TABLESPACE

V$TABLESPACE

リカバリ・カタログに登録されているすべての表領域、すべての削除済表領域および古いインカネーションに属している表領域。

RC_TEMPFILE

V$TEMPFILE

リカバリ・カタログに登録されているすべての一時ファイル。

RC_UNUSABLE_BACKUPFILE_DETAILS

V$UNUSABLE_BACKUPFILE_DETAILS

リカバリ・カタログに登録されている使用不可能なバックアップ・ファイル。

RC_ARCHIVED_LOG

このビューには、アーカイブREDOログ・ファイルとアーカイブされていないREDOログ・ファイルの履歴情報が含まれます。このビューは、ターゲット・データベースの制御ファイル内のV$ARCHIVED_LOGビューに対応しています。

Oracleは、オンラインREDOログが正常にアーカイブされた後にアーカイブREDOログ・レコードを挿入します。アーカイブされていないログが消去された場合、レコードはNULLに設定されたNAME列に挿入されます。

ログが複数回アーカイブされた場合、このビューには、THREAD#、SEQUENCE#およびRESETLOGS_CHANGE#が同じで名前が異なる複数のアーカイブ・ログ・レコードが含まれます。

アーカイブ・ログ・レコードは、アーカイブ・ログがバックアップ・セットまたはコピーからリストアされたときにも挿入されます。

レコードが制御ファイルより古い場合、アーカイブ・ログ・レコードはなくなります。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

このレコードが属しているターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

AL_KEY

NUMBER

リカバリ・カタログ内のアーカイブREDOログの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$ARCHIVED_LOGのアーカイブREDOログのRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$ARCHIVED_LOGのアーカイブREDOログのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

NAME

VARCHAR2(1024)

アーカイブREDOログのファイル名。

THREAD#

NUMBER

REDOスレッドの番号。

SEQUENCE#

NUMBER

ログ順序番号。

RESETLOGS_CHANGE#

NUMBER

レコード作成時における最新のRESETLOGSのSCN。

RESETLOGS_TIME

DATE

レコード作成時における最新のRESETLOGSのタイムスタンプ。

FIRST_CHANGE#

NUMBER

このREDOログの最初のSCN。

FIRST_TIME

DATE

REDOログに切り替えた時刻。

NEXT_CHANGE#

NUMBER

スレッド内にある次のREDOログの最初のSCN。

NEXT_TIME

DATE

スレッド内にある次のREDOログの最初のタイムスタンプ。

BLOCKS

NUMBER

このアーカイブ・ログのサイズ(オペレーティング・システム・ブロック数)。

BLOCK_SIZE

NUMBER

ブロック・サイズ(バイト)。

COMPLETION_TIME

DATE

REDOログをアーカイブまたはコピーした時刻。

ARCHIVED

VARCHAR2(3)

ログがアーカイブされたかどうかを、YES(REDOログがアーカイブされた場合)またはNO(オンラインREDOログのファイル・ヘッダーが検査され、レコードがV$ARCHIVED_LOGに追加された場合)で示します。オンライン・ログを検査すると、そのアーカイブ・ログ・レコードが作成され、RMANのリカバリ中に適用できます。Oracleは、ARCHIVEDをNOに設定し、オンライン・ログがバックアップされないようにします。

STATUS

VARCHAR2(1)

アーカイブREDOログの状態。A(使用可能)、U(使用不可能)、D(削除済)またはX(期限切れ)。

IS_STANDBY

VARCHAR2(3)

このログをアーカイブしたデータベース。スタンバイ・データベースに属している場合はY、プライマリ・データベースに属している場合はN。

DICTIONARY_BEGIN

VARCHAR2(3)

このアーカイブ・ログにLogMinerディクショナリの開始が含まれているかどうかをYESまたはNOで示します。

DICTIONARY_BEGINとDICTIONARY_ENDの両方がYESの場合、このログにはLogMinerディクショナリ全体が含まれています。DICTIONARY_BEGINがYESでも、DICTIONARY_ENDがNOであれば、このログにはディクショナリの開始が含まれていますが、このスレッドの後続の各ログへと継続し、DICTIONARY_ENDがYESになっているログで終了します。

DICTIONARY_END

VARCHAR2(3)

このアーカイブ・ログにLogMinerディクショナリの終了が含まれているかどうかをYESまたはNOで示します。この値の解釈は、DICTIONARY_BEGINの説明を参照してください。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このコピーは高速リカバリ領域に格納されます。YESまたはNO。

COMPRESSED

VARCHAR2(3)

内部使用のみ。

CREATOR

VARCHAR2(7)

次のアーカイブREDOログの作成者。

- ARCH: アーカイバ・プロセス

- FGRD: フォアグラウンド・プロセス

- RMAN: Recovery Manager

- SRMN: スタンバイ時のRMAN

- LGWR: ログ・ライター・プロセス

TERMINAL

VARCHAR2(3)

このログが、スタンバイ・データベースのターミナル・リカバリ中に作成されたログかどうかを示します。値はYESまたはNOのいずれかです。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

RC_BACKUP_ARCHIVELOG_DETAILS

RC_BACKUP_ARCHIVELOG_DETAILSビューは、アーカイブREDOログ・ファイルのバックアップの詳細情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

BTYPE

CHAR(9)

バックアップ・タイプ・コンテナ(BACKUPSET、IMAGECOPYまたはPROXYCOPY)。

BTYPE_KEY

NUMBER

バックアップ・タイプに対する一意の識別子。バックアップ・セットの場合はVS_KEY、イメージ・コピーの場合はCOPY_KEY、プロキシ・コピーの場合はXAL_KEYです。

SESSION_KEY

NUMBER

このセッションに対する一意の識別子。RC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

このRMANセッションに対応するターゲット・データベースの制御ファイルのRECID。

SESSION_STAMP

NUMBER

このRMANセッションに対応するターゲット・データベースの制御ファイルのSTAMP。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

ID1

NUMBER

バックアップ・セット内のアーカイブ・ログでは、この列にSET_STAMPが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップでは、この列には制御ファイルのRECIDが含まれます。

ID2

NUMBER

バックアップ・セット内のアーカイブ・ログでは、この列にSET_COUNTが含まれます。イメージ・コピーまたはプロキシ・コピーのバックアップでは、この列にはSTAMPが含まれます。

THREAD#

NUMBER

このアーカイブREDOログ・ファイルのスレッド番号。

SEQUENCE#

NUMBER

このアーカイブREDOログ・ファイルの順序番号。

RESETLOGS_CHANGE#

NUMBER

このアーカイブ・ログのOPEN RESETLOGSブランチのSCN。

RESETLOGS_TIME

DATE

このアーカイブ・ログのOPEN RESETLOGSブランチの時刻。

FIRST_CHANGE#

NUMBER

このアーカイブ・ログ・ファイルの開始SCN。

FIRST_TIME

DATE

このアーカイブREDOログ・ファイルの開始SCNに対応する時刻。

NEXT_CHANGE#

NUMBER

このアーカイブREDOログ・ファイルの終了SCN。

NEXT_TIME

DATE

このアーカイブREDOログ・ファイルの終了SCNに対応する時刻。

FILESIZE

NUMBER

バックアップされたREDOログ・ファイルのサイズ(バイト)。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

FILESIZE_DISPLAY

VARCHAR2(32K)

FILESIZEと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_ARCHIVELOG_SUMMARY

RC_BACKUP_ARCHIVELOG_SUMMARYには、単一または複数のRMANジョブについて、アーカイブREDOログ・ファイルのバックアップに関するサマリーが含まれます。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_FILES_BACKED

NUMBER

バックアップされたアーカイブREDOログ・ファイルの数。1つのアーカイブ・ログが複数のバックアップ・ジョブに含まれている場合、RMANでは各バックアップを個別に数えます。

たとえば、このビューに2つのRMANバックアップ・ジョブのサマリーが含まれている場合、それぞれのバックアップがアーカイブ・ログ1000のみであれば、この列の値は2になり、NUM_DISTINCT_FILES_BACKEDの値は1になります。

NUM_DISTINCT_FILES_BACKED

NUMBER

バックアップされた個々のアーカイブREDOログ・ファイルの数。この場合、REDOログ・ファイルは一意のログ順序番号、スレッド番号、RESETLOGSブランチで識別されます。

たとえば、このビューに2つのRMANバックアップ・ジョブのサマリーが含まれている場合、それぞれのバックアップがアーカイブ・ログ1000のみであれば、この列の値は1になり、NUM_FILES_BACKEDの値は2になります。

MIN_FIRST_CHANGE#

NUMBER

バックアップされたアーカイブREDOログ・ファイルの範囲内の最小SCN。

MAX_NEXT_CHANGE#

NUMBER

バックアップされたアーカイブREDOログ・ファイルの範囲内の最大SCN。

MIN_FIRST_TIME

DATE

バックアップされたアーカイブREDOログ・ファイルが適用される最も古い時点。

MAX_NEXT_TIME

DATE

バックアップされたアーカイブREDOログ・ファイルが適用される最新の時点。

INPUT_BYTES

NUMBER

バックアップされたすべてのアーカイブREDOログ・ファイルの合計サイズ(バイト)。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(nM、nG、nT、nPなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_CONTROLFILE

このビューは、バックアップ・セット内の制御ファイルに関する情報をリストします。V$BACKUP_DATAFILEビューには、データファイルと制御ファイルのレコードが両方含まれており、ファイル番号が0のバックアップ・データファイル・レコードは、バックアップ制御ファイルを表します。リカバリ・カタログでは、RC_BACKUP_CONTROLFILEビューには制御ファイル・レコードのみが含まれ、RC_BACKUP_DATAFILEビューにはデータファイル・レコードのみが含まれます。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

BCF_KEY

NUMBER

リカバリ・カタログ内にある制御ファイル・バックアップの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$BACKUP_DATAFILEのRECIDの値。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_DATAFILEのSTAMPの値。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

RESETLOGS_CHANGE#

NUMBER

レコード作成時における最新のRESETLOGSのSCN。

RESETLOGS_TIME

DATE

レコード作成時における最新のRESETLOGSのタイムスタンプ。

CHECKPOINT_CHANGE#

NUMBER

制御ファイルのチェックポイントSCN。

CHECKPOINT_TIME

DATE

制御ファイルのチェックポイント時刻。

CREATION_TIME

DATE

制御ファイルの作成時刻。

BLOCK_SIZE

NUMBER

ブロック・サイズ(バイト)。

OLDEST_OFFLINE_RANGE

NUMBER

内部使用のみ。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(使用可能)、U(使用不可能)またはD(削除済)。

BS_RECID

NUMBER

このバックアップ制御ファイルを含むバックアップ・セットの制御ファイルRECID。

BS_STAMP

NUMBER

この制御ファイルを含むバックアップ・セットの制御ファイル・スタンプ。

BS_LEVEL

NUMBER

このバックアップ制御ファイルを含むバックアップ・セットの増分レベル(NULL、0、1)。増分バックアップ・セットには制御ファイルを含めることができますが、常に制御ファイルの完全コピーが含まれます。増分制御ファイル・バックアップの場合、このようなことはありません。

COMPLETION_TIME

DATE

制御ファイルのバックアップが完了した日付。

CONTROLFILE_TYPE

VARCHAR2(1)

制御ファイルのバックアップのタイプ。B(通常のバックアップ)またはS(スタンバイ・バックアップ)。

BLOCKS

NUMBER

ファイル内のブロック数。

AUTOBACKUP_DATE

DATE

制御ファイルの自動バックアップの日付。

AUTOBACKUP_SEQUENCE

NUMBER

制御ファイルの自動バックアップの順序。1から255まで。

RC_BACKUP_CONTROLFILE_DETAILS

RC_BACKUP_CONTROLFILE_DETAILSビューは、制御ファイルのイメージ・コピー、バックアップ・セットおよびプロキシ・コピーのバックアップを含む、リストア可能な制御ファイルのバックアップに関する詳細情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

BTYPE

CHAR(9)

この制御ファイルのバックアップのタイプ。可能な値はBACKUPSET、IMAGECOPYまたはPROXYCOPYです。

BTYPE_KEY

NUMBER

バックアップ・タイプの一意の識別子。BTYPEがBACKUPSETの場合、この値はバックアップ・セットのBS_KEYの値になります。BTYPEがIMAGECOPYの場合、この値はコピーのCOPY_KEYの値になります。BTYPEがPROXYCOPYの場合、この値はプロキシ・コピーのXCF_KEYの値になります。

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

このRMANセッションに対応するターゲット・データベースの制御ファイルのRECID。

SESSION_STAMP

NUMBER

このRMANセッションに対応するターゲット・データベースの制御ファイルのSTAMP。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

ID1

NUMBER

バックアップ・セットとして取られるバックアップでは、この列にはSET_STAMPが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップでは、この列には制御ファイルのRECIDが含まれます。

ID2

NUMBER

バックアップ・セットとして取られるバックアップでは、この列にはSET_COUNTが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップでは、この列にはSTAMPの値が含まれます。

CREATION_TIME

DATE

バックアップされた制御ファイルの作成時刻。

RESETLOGS_CHANGE#

NUMBER

この制御ファイルがバックアップされたRESETLOGSブランチのSCN。

RESETLOGS_TIME

DATE

この制御ファイルがバックアップされたRESETLOGSブランチの時刻。

CHECKPOINT_CHANGE#

NUMBER

バックアップされた制御ファイルの最新チェックポイント変更時のSCN。

CHECKPOINT_TIME

DATE

バックアップされた制御ファイルの最新チェックポイント時刻。

FILESIZE

NUMBER

この制御ファイルのバックアップ出力用ファイル・サイズ(バイト)。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

FILESIZE_DISPLAY

VARCHAR2(32K)

FILESIZE列と値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_CONTROLFILE_SUMMARY

RC_BACKUP_CONTROLFILE_SUMMARYビューは、制御ファイルのイメージ・コピー、バックアップ・セットおよびプロキシ・コピーのバックアップを含む、リストア可能な制御ファイルのバックアップに関するサマリーを表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_FILES_BACKED

NUMBER

制御ファイルのバックアップの合計数。

NUM_DISTINCT_FILES_BACKED

NUMBER

個々の制御ファイルのバックアップ数。

MIN_CHECKPOINT_CHANGE#

NUMBER

バックアップされたすべての制御ファイルで最小のチェックポイントSCN。

MAX_CHECKPOINT_CHANGE#

NUMBER

バックアップされたすべての制御ファイルで最大のチェックポイントSCN。

MIN_CHECKPOINT_TIME

DATE

サマリー内のすべての制御ファイルの中で最も古いチェックポイント時刻。

MAX_CHECKPOINT_TIME

DATE

サマリーにあるすべての制御ファイルの中で最新のチェックポイント時刻。

INPUT_BYTES

NUMBER

入力ファイルの合計サイズ(バイト)。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_COPY_DETAILS

RC_BACKUP_COPY_DETAILSには、すべてのAVAILABLE制御ファイルおよびデータファイルのコピーに関する詳細な情報が含まれます。列SESSION_KEY、SESSION_RECID、SESSION_STAMPおよびCOPY_KEYは、RMANのセッションとデータファイルのコピーを一意に識別します。このビューの他の列の意味は、RC_DATAFILE_COPYと同じです。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RSR_KEY

NUMBER

このコピーを作成したジョブに対応するRC_RMAN_STATUSの行に対する一意キー。

COPY_KEY

NUMBER

このデータファイルまたは制御ファイルのコピーの一意の識別子。

FILE#

NUMBER

データファイルまたはデータファイルのコピーの絶対ファイル番号。

NAME

VARCHAR2(1024)

データファイルまたは制御ファイルのコピーのファイル名。

TAG

VARCHAR2(32)

このデータファイルまたは制御ファイルのコピーにタグがある場合はそのタグ。

CREATION_CHANGE#

NUMBER

データファイルの作成時のSCN。

CREATION_TIME

DATE

ファイルの作成時刻。

CHECKPOINT_CHANGE#

NUMBER

最新のデータファイル・チェックポイントSCN。

CHECKPOINT_TIME

DATE

最新のデータファイル・チェックポイント時刻。

MARKED_CORRUPT

NUMBER

RC_DATABASE_BLOCK_CORRUPTIONビューに基づいた、破損としてマークされたデータファイルのブロック数。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

COMPLETION_TIME

DATE

このファイルのコピー完了時刻。

CONTROLFILE_TYPE

VARCHAR2(1)

制御ファイルのコピーに対する、制御ファイルのバックアップのタイプ。B(通常のコピー)またはS(スタンバイ・コピー)。これ以外の場合はNULLです。

KEEP

VARCHAR2(3)

このコピーの保存方針がCONFIGURE RETENTION POLICYの値と異なる場合はYES。それ以外の場合はNO。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列にこのファイル・コピーが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでなければ、コピーが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このデータファイル・コピーに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、データベースがオープンされているときにバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、バックアップの保存方針に基づいて不要とされることを示します。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このコピーが高速リカバリ領域に格納される場合はYES。それ以外の場合はNO。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_COPY_SUMMARY

RC_BACKUP_COPY_SUMMARYには、各データベースのすべてのAVAILABLE制御ファイルおよびデータファイルのコピーに関するサマリー情報が含まれます。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_COPIES

NUMBER

イメージ・コピーのバックアップの合計数。

NUM_DISTINCT_COPIES

NUMBER

固有のイメージ・コピーのバックアップ数。

MIN_CHECKPOINT_CHANGE#

NUMBER

このビューに示すすべてのイメージ・コピーのバックアップでの最小チェックポイントSCN。

MAX_CHECKPOINT_CHANGE#

NUMBER

このビューに示すすべてのイメージ・コピーのバックアップでの最大チェックポイントSCN。

MIN_CHECKPOINT_TIME

DATE

このビューに示すすべてのコピーでの最も古いチェックポイント時刻。

MAX_CHECKPOINT_TIME

DATE

このビューに示すすべてのコピーでの最新のチェックポイント時刻。

OUTPUT_BYTES

NUMBER

データファイルと制御ファイルのすべてのコピーの合計サイズ。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_CORRUPTION

このビューは、BACKUP VALIDATEを使用したとき、またはMAXCORRUPTパラメータが0より大きいときに検出される可能性のあるデータファイル・バックアップ内の破損ブロック範囲をリストします。このビューは、制御ファイルのV$BACKUP_CORRUPTIONビューに対応します。制御ファイルとアーカイブREDOログのバックアップの破損は許容されません。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RECID

NUMBER

V$BACKUP_CORRUPTIONのレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_CORRUPTIONから伝播したSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

PIECE#

NUMBER

この破損ブロックを含むバックアップ・ピース。

BDF_KEY

NUMBER

リカバリ・カタログ内にあるデータファイルのバックアップまたはコピーに対する主キー。この主キーを使用してRC_BACKUP_DATAFILEと結合します。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

BDF_RECID

NUMBER

V$BACKUP_DATAFILEのRECIDの値。

BDF_STAMP

NUMBER

V$BACKUP_DATAFILEのSTAMPの値。

FILE#

NUMBER

破損ブロックを含むデータファイルの絶対ファイル番号。

CREATION_CHANGE#

NUMBER

破損ブロックを含むデータファイルの作成時のSCN。

BLOCK#

NUMBER

この破損ブロック範囲内の最初の破損ブロックのブロック番号。

BLOCKS

NUMBER

BLOCK#以降に発見された破損ブロックの数。

CORRUPTION_CHANGE#

NUMBER

メディア破損ブロックの場合、この値は0です。論理破損ブロックの場合、この値はこの破損範囲内のブロックの最小SCNです。

MARKED_CORRUPT

VARCHAR2(3)

破損ブロックが以前にOracleで検出されていない場合はYES、この破損ブロックがOracle Databaseで検出済で、データベース内で破損としてマークされている場合はNO。バックアップ中に破損ブロックが検出されても、Oracle Databaseにより破損としてマークされていなければ、バックアップ・プロセスでは本番データファイル内でそのブロックを破損とマークしません。したがって、このフィールドには、複数のバックアップ・セット内で同じブロックについてYESとなることがあります。

CORRUPTION_TYPE

VARCHAR2(9)

RC_DATABASE_BLOCK_CORRUPTION.CORRUPTION_TYPEと同じです。

RC_BACKUP_DATAFILE

このビューは、バックアップ・セットのデータファイルに関する情報をリストします。これは、V$BACKUP_DATAFILEビューに対応しています。バックアップ・データファイルはBDF_KEYによって一意に識別されます。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

BDF_KEY

NUMBER

リカバリ・カタログ内のデータファイル・バックアップの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$BACKUP_DATAFILEからのバックアップ・データファイルRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_DATAFILEからのバックアップ・データファイル・スタンプ。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

BS_RECID

NUMBER

V$BACKUP_SETのRECID。

BS_STAMP

NUMBER

V$BACKUP_SETのSTAMP。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。D(全体バックアップまたはレベル0増分)またはI(増分レベル1)。

INCREMENTAL_LEVEL

NUMBER

増分バックアップのレベル。NULL、0または1。

COMPLETION_TIME

DATE

バックアップの完了時刻。

FILE#

NUMBER

データファイルの絶対ファイル番号。FILE#=0の場合、レコードは制御ファイルを参照します。FILE#=0の場合の他の列の特別なセマンティクスについては、この表の後の注意を参照してください。

CREATION_CHANGE#

NUMBER

このデータファイルの作成時のSCN。

RESETLOGS_CHANGE#

NUMBER

データファイル・ヘッダー内の最新RESETLOGSのSCN。

RESETLOGS_TIME

DATE

データファイル・ヘッダー内の最新RESETLOGSのタイムスタンプ。

INCREMENTAL_CHANGE#

NUMBER

ブロックを増分バックアップに組み込むかどうかを判断するSCN。ブロックは、ブロック・ヘッダーにあるSCNがINCREMENTAL_CHANGE#以上の場合にかぎり組み込まれます。

増分バックアップが適用されるREDOの範囲は、INCREMENTAL_CHANGE#から始まり、CHECKPOINT_CHANGE#で終わります。

CHECKPOINT_CHANGE#

NUMBER

このバックアップ・セット内のこのデータファイルのチェックポイントSCN。

CHECKPOINT_TIME

DATE

CHECKPOINT_CHANGE#に対応付けられている時刻。

ABSOLUTE_FUZZY_CHANGE#

NUMBER

絶対ファジーSCN。FILE#=0の場合の特別なセマンティクスについては、この表の後の注意を参照してください。

DATAFILE_BLOCKS

NUMBER

データファイル内のデータ・ブロックの数。

BLOCKS

NUMBER

バックアップに書き込まれたデータ・ブロック数。通常、この値はDATAFILE_BLOCKSより小さくなります。これは、全体バックアップでは、使用されたことのないブロックはバックアップに含まれず、増分バックアップでは、変更されたことのないブロックはバックアップに含まれないためです。この値がDATAFILE_BLOCKSより大きくなることはありません。

BLOCK_SIZE

NUMBER

データ・ブロック・サイズ(バイト)。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(すべてのピースが使用可能)、D(すべてのピースが削除済)、O(一部のピースを除いて使用不可能なため、バックアップ・セットは使用不可)。

BS_LEVEL

NUMBER

このバックアップの作成時に指定された増分レベル(NULL、0または1)。ここには、INCREMENTAL_LEVEL列とは異なる値を指定できます。これは、たとえばレベル1の増分バックアップを実行しても、一部のファイルに以前のレベル0のバックアップがなければ、そのファイルには自動的にレベル0のバックアップが使用されるためです。この場合、BS_LEVELは1で、INCREMENTAL_LEVELは0です。

PIECES

NUMBER

このバックアップ・データファイルを含むバックアップ・セット内のバックアップ・ピースの数。

BLOCKS_READ

NUMBER

このバックアップの実行中にスキャンされたブロック数。これが増分バックアップであり、バックアップの最適化のためにチェンジ・トラッキングが使用された場合、この列の値はDATAFILE_BLOCKS未満になります。それ以外の場合、この列の値はDATAFILE_BLOCKSに等しくなります。チェンジ・トラッキング・データが使用された場合でも、チェンジ・トラッキングで読み取られるデータは、増分バックアップの作成プロセス中にさらに詳細化されるため、この列の値はBLOCKSより大きくなる場合がある。

CREATION_TIME

DATE

データファイルの作成タイムスタンプ。

MARKED_CORRUPT

NUMBER

破損としてマークされたブロックの数。

USED_CHANGE_TRACKING

VARCHAR2(3)

この増分バックアップを高速化するためにチェンジ・トラッキング・データが使用された(YES)か、使用されなかった(NO)かを示します。

USED_OPTIMIZATION

VARCHAR2(3)

バックアップ最適化が適用された(YES)か、適用されなかった(NO)かを示します。

PCT_NOTREAD

NUMBER

このバックアップ中にスキップされたファイルの割合。増分バックアップの場合、この値はブロック・チェンジ・トラッキング・ファイルの効果を示します。

FOREIGN_DBID

NUMBER

このデータファイルのトランスポート元であるデータベースの外部DBID。バックアップされたファイルが外部データベース・ファイルでない場合、この値は0。

PLUGGED_READONLY

VARCHAR2(3)

これが転送された読取り専用外部ファイルのバックアップの場合はYES、それ以外の場合はNO。

PLUGIN_CHANGE#

NUMBER

外部データファイルがデータベースにトランスポートされたときのSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_CHANGE#

NUMBER

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作のSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_TIME

DATE

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作の時刻。このファイルが外部データベース・ファイルでない場合、値は0です。

SECTION_SIZE

NUMBER

マルチセクション・バックアップの各セクションでのブロック数を指定する。ファイル全体のバックアップの場合、値は0。

RC_BACKUP_DATAFILE_DETAILS

RC_BACKUP_DATAFILE_DETAILSビューは、リカバリ・カタログに登録されているデータベースの使用可能なデータファイルのバックアップに関する詳細情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

BTYPE

CHAR(9)

バックアップ・タイプ・コンテナ(BACKUPSET、IMAGECOPYまたはPROXYCOPY)。

BTYPE_KEY

NUMBER

バックアップ・タイプの一意の識別子。BTYPEがBACKUPSETの場合、この値はバックアップ・セットのBS_KEYの値になります。BTYPEがIMAGECOPYの場合、この値はコピーのCOPY_KEYの値になります。

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

ID1

NUMBER

バックアップ・セットとして取られるバックアップでは、この列にはSET_STAMPが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップでは、この列には制御ファイルのRECIDが含まれます。

ID2

NUMBER

バックアップ・セットとして取られるバックアップでは、この列にはSET_COUNTが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップの場合、この列にはSTAMPが含まれます。

FILE#

NUMBER

このデータファイルの番号。

CREATION_CHANGE#

NUMBER

このデータファイルの作成時のチェックポイントSCN。

CREATION_TIME

DATE

このデータファイルの作成時刻。

RESETLOGS_CHANGE#

NUMBER

このデータファイルに影響する最新のRESETLOGS操作のチェックポイントSCN。

RESETLOGS_TIME

DATE

このデータファイルに影響する最新のRESETLOGS操作の時刻。

INCREMENTAL_LEVEL

NUMBER

増分バックアップにおける、増分バックアップのレベル(0または1)。これ以外の場合はNULLです。

INCREMENTAL_CHANGE#

NUMBER

増分バックアップでは、増分バックアップのSCNです。これ以外の場合はNULLです。

CHECKPOINT_CHANGE#

NUMBER

データファイルをバックアップした時点のデータファイルの現行のチェックポイントSCN。

CHECKPOINT_TIME

DATE

データファイルをバックアップした時点のデータファイルの現行のチェックポイントSCNに対応する時刻。

MARKED_CORRUPT

NUMBER

破損とマークされたデータファイル・ブロックの数。

FILESIZE

NUMBER

データファイルをバックアップした時点のデータファイルのサイズ。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

CON_ID

NUMBER

現在のコンテナのID:

- 0: マルチテナント・コンテナ・データベース(CDB)全体または従来のOracle Database (非CDB)に関連するデータを含む行

- 1: rootのみに関連するデータを含む行

- n: nは、データを含む行に適用されるコンテナID

PDB_NAME

VARCHAR2(31)

プラガブル・データベース(PDB)の名前。

PDB_KEY

NUMBER

リカバリ・カタログ内のこのPDBに対する主キー。

TS#

NUMBER

表領域の番号。

TSNAME

VARCHAR2(30)

このデータファイルを含む表領域の名前。

FILESIZE_DISPLAY

VARCHAR2(32K)

FILESIZEと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_DATAFILE_SUMMARY

RC_BACKUP_DATAFILE_SUMMARYは、使用可能なデータファイルのバックアップに関するサマリー情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

NUM_FILES_BACKED

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップしたデータファイルの数。

NUM_DISTINCT_FILES_BACKED

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップした個々のデータファイルの数。

NUM_DISTINCT_TS_BACKED

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップした個々の表領域の数。

MIN_CHECKPOINT_CHANGE#

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップした任意のデータファイルの最小チェックポイント。

MAX_CHECKPOINT_CHANGE#

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップした任意のデータファイルの最大チェックポイント変更番号。

MIN_CHECKPOINT_TIME

DATE

このDB_KEYおよびDB_NAMEの値に対するバックアップした任意のデータファイルの最小チェックポイント時刻。

MAX_CHECKPOINT_TIME

DATE

このDB_KEYおよびDB_NAMEの値に対するバックアップした任意のデータファイルの最大チェックポイント時刻。

INPUT_BYTES

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップしたすべてのファイルで読み取られた合計入力バイト数。

OUTPUT_BYTES

NUMBER

このDB_KEYおよびDB_NAMEの値に対するバックアップで生成されたすべての出力ピースの合計サイズ。

COMPRESSION_RATIO

NUMBER

すべてのバックアップの圧縮率。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_FILES

このビューは、RMANリポジトリで認識されるバックアップを、リカバリ・カタログに反映されているとおりにリストします。このビューは、V$BACKUP_FILES制御ファイル・ビューに対応しています。

注意:

- 通常、RMAN内からLIST BACKUPおよびLIST COPYコマンドを使用すると、この情報に簡単にアクセスできます。

- リカバリ・カタログに登録されているデータベースが1つのみの場合も、このビューを使用する前にDBMS_RCVMAN.SetDatabaseを使用して、リカバリ・カタログ・スキーマからデータベースを選択する必要があります。このタスクの実行方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』の説明を参照してください。

列

データ型

説明

PKEY

NUMBER

バックアップに対する主キー。

BACKUP_TYPE

VARCHAR2(32)

バックアップのタイプ。BACKUP SET、COPYまたはPROXY COPY。

FILE_TYPE

VARCHAR2(32)

バックアップされたファイルのタイプ。DATAFILE、CONTROLFILE、SPFILE、REDO LOG、ARCHIVED LOG、COPY(イメージ・コピーのバックアップ用)またはPIECE(バックアップ・ピース用)。

KEEP

VARCHAR2(3)

このバックアップに、バックアップの保存方針をオーバーライドするKEEP属性が設定されているかどうか。値はYESまたはNOのいずれかです。

KEEP_UNTIL

DATE

その日付を過ぎると、このバックアップが不要とみなされる日付。

KEEP_OPTIONS

VARCHAR2(13)

このバックアップの保存に影響する属性。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

STATUS

VARCHAR2(16)

バックアップの状態。可能な値はAVAILABLE、 UNAVAILABLE、EXPIREDです。

FNAME

VARCHAR2(1024)

このピース、コピーのファイル名、またはこのバックアップ・セットに含まれるファイルのファイル名。たとえば、BACKUP_TYPEがBACKUP SET、FILE_TYPEがDATAFILEの列の場合、FNAMEはバックアップ内のデータファイル名です。一方、BACKUP_TYPEがBACKUP SET、FILE_TYPEがPIECEの場合は、FNAMEはバックアップ・ピースの名前を示します。

TAG

VARCHAR2(32)

バックアップ・ピースまたはイメージ・コピーのタグ。FILE_TYPEがPIECEまたはCOPYの場合のみ、この列に値が保持されます。

MEDIA

VARCHAR2(80)

バックアップが格納されるメディアのメディアID。BACKUP_TYPEがBACKUP SETで、FILE_TYPEがPIECEの場合のみ、この列に値が保持されます。

RECID

NUMBER

この行に対応する制御ファイル・レコードのID。

STAMP

NUMBER

この行に対応する制御ファイル・レコードのタイムスタンプ。

DEVICE_TYPE

VARCHAR2(255)

バックアップが格納されるデバイス・タイプ。FILE_TYPEがPIECEまたはCOPYの場合のみ、この列に値が移入されます。

BLOCK_SIZE

NUMBER

バックアップまたはコピーのブロック・サイズ(バイト)。

COMPLETION_TIME

NUMBER

バックアップが完了した時刻。FILE_TYPEがPIECEまたはCOPYの場合のみ、この列に値が移入されます。

COMPRESSED

VARCHAR2(3)

この行で表されるバックアップ・ピースが圧縮されているかどうか。FILE-TYPEがPIECEの場合のみ、この列に値が移入されます(本来、イメージ・コピーは圧縮できないため)。

OBSOLETE

VARCHAR2(3)

このバックアップ・ピースまたはコピーが不要かどうか。可能な値: YES、NO。FILE_TYPEがPIECEまたはCOPYの場合のみ、この列に値が移入されます。

BYTES

NUMBER

この行に示されるファイルのサイズ。BACKUP_TYPEがBACKUP SETの場合、これはバックアップ・セットの合計サイズです。FILE_TYPEがPIECEまたはCOPYの場合、これは個々のファイルのサイズです。FILE_TYPEがDATAFILE、ARCHIVED LOG、SPFILEまたはCONTROL FILEの場合、この値はバックアップ・セットに取り込まれたデータ量を表します(ただし、バックアップ・セットが圧縮されて作成された場合は、対応するバックアップ・セットが小さくなる場合があります)。

BS_KEY

NUMBER

バックアップ・セットのキー。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

BS_COUNT

NUMBER

バックアップ・セットの数。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_STAMP

NUMBER

バックアップ・セットのタイムスタンプ。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_TYPE

VARCHAR2(32)

バックアップ・セットの内容のタイプ(データファイルまたはアーカイブREDOログ・ファイル)。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_INCR_TYPE

VARCHAR(32)

バックアップ・セットの増分タイプ(全体または全体以外)。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_PIECES

NUMBER

バックアップ・セット内のピースの数。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_COPIES

NUMBER

バックアップ・セットのコピーの数。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_COMPLETION_TIME

DATE

バックアップ・セットの完了時刻。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_STATUS

VARCHAR2(16)

バックアップ・セットの状態。可能な値はAVAILABLE、 UNAVAILABLE、EXPIREDまたはOTHERです。(OTHERは、バックアップ・セットのピースが異なる状態で存在していることを意味します。この状態は、一部がAVAILABLEで、その他がUNAVAILABLEの場合などに発生します)。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_BYTES

NUMBER

バックアップ・セット内のすべてのバックアップ・ピースの合計サイズ。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_COMPRESSED

VARCHAR2(3)

このバックアップ・セットのバックアップ・ピースが圧縮されているかどうか。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_TAG

VARCHAR2(1024)

このバックアップ・セットのバックアップ・ピースのタグ。ピースのタグが異なる場合、BS_TAGSには、バックアップ・セット内のすべてのピースのタグのカンマで区切られたリストが含まれます。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BS_DEVICE_TYPE

VARCHAR2(255)

バックアップ・セットが格納されるデバイス・タイプ。このバックアップ・セットのコピーが複数存在し、異なるデバイスに格納される場合、このフィールドには、すべてのデバイス・タイプのカンマで区切られたリストが含まれます。たとえば、バックアップ・セットがディスク上に存在し、テープにもバックアップされている場合、BS_DEVICE_TYPEにはDISK, SBT_TAPEが含まれます。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BP_PIECE#

NUMBER

このバックアップ・セットを構成するバックアップ・ピースの数。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

BP_COPY#

NUMBER

バックアップ・セットのコピーの数。BACKUP_TYPEがBACKUP SETの場合のみ、この列に値が移入されます。

DF_FILE#

NUMBER

この行に示されるデータファイルのファイル番号。FILE_TYPEがDATAFILEの場合のみ、この列に値が移入されます。

DF_TABLESPACE

VARCHAR2(30)

この行に示されるデータファイルの表領域名。FILE_TYPEがDATAFILEの場合のみ、この列に値が移入されます。

DF_RESETLOGS_CHANGE#

NUMBER

この行に示されるデータファイルのRESETLOGSの変更。FILE_TYPEがDATAFILEの場合のみ、この列に値が移入されます。

DF_CREATION_CHANGE#

NUMBER

この行に示されるデータファイルの作成時の変更番号。FILE_TYPEがCONTROLFILE、DATAFILEまたはSPFILEの場合のみ、この列に値が移入されます。

DF_CHECKPOINT_CHANGE#

NUMBER

この行に示されるデータファイルのチェックポイント時の変更番号。FILE_TYPEがCONTROLFILE、DATAFILEまたはSPFILEの場合のみ、この列に値が移入されます。

DF_CKP_MOD_TIME

DATE

この行に示されるデータファイルのチェックポイント時刻。FILE_TYPEがCONTROLFILE、DATAFILEまたはSPFILEの場合にのみ有効です。

RL_THREAD#

NUMBER

この行に示されるアーカイブREDOログのREDOログ・スレッド番号。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_SEQUENCE#

NUMBER

この行に示されるアーカイブREDOログのREDOログ順序番号。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_RESETLOGS_CHANGE#

NUMBER

この行に示されるアーカイブREDOログのRESETLOGSの変更番号。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_FIRST_CHANGE#

NUMBER

この行に示されるアーカイブREDOログの最初の変更番号。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_FIRST_TIME

DATE

この行に示されるアーカイブREDOログの最初の変更時刻。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_NEXT_CHANGE#

NUMBER

この行に示されるアーカイブ・ログ後の変更番号。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RL_NEXT_TIME

DATE

この行に示されるアーカイブ・ログ直後の変更時刻。FILE_TYPEがARCHIVED LOGの場合にのみ有効です。

RC_BACKUP_PIECE

このビューは、バックアップ・ピースに関する情報をリストします。このビューは、V$BACKUP_PIECEビューに対応しています。各バックアップ・セットには1つ以上のバックアップ・ピースが含まれています。

同じバックアップ・ピースのコピーを複数持つことができますが、制御ファイルには各コピーのレコード、ビューには各コピーの行があります。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_ID

NUMBER

データベース識別子。

BP_KEY

NUMBER

リカバリ・カタログ内のバックアップ・ピースに対する主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$BACKUP_PIECEのバックアップ・ピースのRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_PIECEから伝播したバックアップ・ピースのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SET、RC_BACKUP_CONTROLFILE、RC_BACKUP_DATAFILEなどとの結合を構成します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。D(全体バックアップまたはレベル0増分)、I(増分レベル1)、L(アーカイブREDOログ)。

INCREMENTAL_LEVEL

NUMBER

増分バックアップのレベル。NULL、0または1。

PIECE#

NUMBER

バックアップ・ピースの番号。最初のピースの値は1です。

COPY#

NUMBER

バックアップ・ピースのコピー番号。

DEVICE_TYPE

VARCHAR2(255)

DISKなど、バックアップ・デバイスのタイプ。

HANDLE

VARCHAR2(1024)

バックアップ・ピースのファイル名。

COMMENTS

VARCHAR2(255)

バックアップ・ピースについてのコメント。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

バックアップを格納するメディア・プールの数。

CONCUR

VARCHAR2(3)

バックアップ・メディアが同時アクセスをサポートするかどうかを、YESまたはNOで指定します。

TAG

VARCHAR2(32)

バックアップ・ピースのタグ。タグ名のデフォルトの書式は、BACKUPの説明を参照してください。

START_TIME

DATE

RMANがバックアップ・ピースへの書込みを開始した時刻。

COMPLETION_TIME

DATE

バックアップ・ピースが完了した時刻。

ELAPSED_SECONDS

NUMBER

バックアップ・ピース作成の実行時間。

STATUS

VARCHAR2(1)

バックアップ・ピースの状態。A(使用可能)、U(使用不可能)、D(削除済)またはX(期限切れ)。状態Dが表示されるのは、古いリカバリ・カタログがアップグレードされた場合のみです。

BYTES

NUMBER

バックアップ・ピースのサイズ(バイト)。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このバックアップ・ピースは高速リカバリ領域に格納されます。YESまたはNO。

RSR_KEY

NUMBER

このバックアップ・ピースを作成したRC_RMAN_STATUSの行に対する一意のキー。

COMPRESSED

VARCHAR2(3)

バックアップ・ピースが圧縮されている(YES)か、圧縮されていない(NO)かを示します。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

ENCRYPTED

VARCHAR2(3)

バックアップ・ピースが暗号化されている(YES)か、暗号化されていない(NO)かを示します。

BACKED_BY_OSB

VARCHAR2(3)

バックアップ・ピースがOracle Secure Backupにバックアップされている(YES)か、バックアップされていない(NO)かを示します。

RA_ACCESS

VARCHAR2(11)

リカバリ・アプライアンスとして一般的に知られるZero Data Loss Recovery Applianceがバックアップ・ピースへアクセスする方法を示します。この列はRMANをリカバリ・アプライアンスで使用する場合にのみ適用されます。返される値は次のどれかになります。

- Unknown: リカバリ・アプライアンスはこのバックアップ・ピースにアクセスできません。

- Local: バックアップ・ピースはリカバリ・アプライアンスの記憶域の場所に保存されます。

- Tape: バックアップ・ピースはリカバリ・アプライアンスにインストールされているSBTインタフェースを介してアクセスできます。

- Disk: バックアップ・ピースはリカバリ・アプライアンスにアクセス可能なディスク上にあります。

VB_KEY

NUMBER

仮想バックアップID。バックアップ・ピースが記憶域の場所から動的に構築される場合は、この値はNOT NULLです。VB_KEYと同じ値があるバックアップ・ピースは、共通のソース・バックアップ・ピースを共有します。

VIRTUAL

VARCHAR2(3)

バックアップ・ピースが動的に構築されることを示します。可能な値は次のとおりです。

- Yes: バックアップ・ピースはバックアップの記憶域の場所から動的に構築できます。

- No: バックアップ・ピースはバックアップの記憶域の場所からは構築できません。

LIB_KEY

NUMBER

バックアップ・ピースが書き込まれる、リカバリ・アプライアンスで定義されているSBTライブラリのライブラリ・キー。

RC_BACKUP_PIECE_DETAILS

RC_BACKUP_PIECE_DETAILSビューには、リカバリ・カタログに登録されている使用可能なすべてのバックアップ・ピースに関する詳細情報が含まれています。大部分の列の意味は、リカバリ・カタログ・ビューRC_BACKUP_PIECEと同じです。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTとRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_ID

NUMBER

このレコードが属しているデータベース・インカネーションのDBID。

BP_KEY

NUMBER

リカバリ・カタログ内のバックアップ・ピースに対する主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

RC_BACKUP_PIECEのバックアップ・ピースRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_PIECEから伝播したバックアップ・ピースのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。可能な値は、データファイルまたは制御ファイルのバックアップではD、増分バックアップではI、アーカイブ・ログ・ファイルのバックアップではLです。

INCREMENTAL_LEVEL

NUMBER

増分バックアップにおける、増分バックアップのレベルを示します。可能な値は、NULL(完全バックアップの場合)、0または1です。

PIECE#

NUMBER

バックアップ・ピースの番号。最初のピースの値は1です。

COPY#

NUMBER

多重化が使用可能な状態で作成されたバックアップ・ピースのコピー数を示す。バックアップ・ピースが多重化されていない場合、1。

DEVICE_TYPE

VARCHAR2(255)

バックアップ・ピースが保管されるデバイスのタイプ。ディスク上のバックアップ・セットの場合はDISKに設定します。

HANDLE

VARCHAR2(1024)

バックアップ・ピースのファイル名。

COMMENTS

VARCHAR2(255)

バックアップ・ピースについてのコメント。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

バックアップを格納するメディア・プールの数。 0は、メディア・プールがないことを示します。

CONCUR

VARCHAR2(3)

バックアップ・メディアが同時アクセスをサポートするかどうかを、YESまたはNOで指定します。

TAG

VARCHAR2(32)

このバックアップ・ピースに関連するタグ。

START_TIME

DATE

RMANがバックアップ・ピースへの書込みを開始した時刻。

COMPLETION_TIME

DATE

バックアップ・ピースが完了した時刻。

ELAPSED_SECONDS

NUMBER

バックアップ・ピース作成の実行時間。

STATUS

VARCHAR2(1)

バックアップ・ピースの状態。バックアップ・ピースがAVAILABLEの場合はAです。(このビューは使用可能なバックアップ・ピースのみを表示するため、値は常にAになります。)

BYTES

NUMBER

バックアップ・ピースのサイズ(バイト)。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このバックアップ・ピースが高速リカバリ領域に格納される場合はYES。それ以外の場合はNO。

RSR_KEY

NUMBER

このバックアップ・ピースを作成したジョブに対応するRC_RMAN_STATUSの行に対する一意のキー。

COMPRESSED

VARCHAR2(3)

このバックアップ・ピースが圧縮されている場合はYES。それ以外の場合はNO。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

ENCRYPTED

VARCHAR2(3)

バックアップ・ピースが暗号化されている(YES)か、暗号化されていない(NO)かを示します。

BACKED_BY_OSB

VARCHAR2(3)

バックアップ・ピースがOracle Secure Backupにバックアップされている(YES)か、バックアップされていない(NO)かを示します。

PIECES_PER_SET

NUMBER

このバックアップ・ピースを含むバックアップ・セット内のバックアップ・ピース数。

SIZE_BYTES_DISPLAY

VARCHAR2(32K)

BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_REDOLOG

このビューは、バックアップ・セットのアーカイブREDOログ・ファイルに関する情報を示します。このビューは、V$BACKUP_REDOLOGビューに対応しています。

オンライン・ログを直接バックアップすることはできません。最初にオンライン・ログをディスクにアーカイブし、次にバックアップを作成します。アーカイブ・ログのバックアップ・セットには、1つ以上のアーカイブ・ログが含まれています。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

BRL_KEY

NUMBER

リカバリ・カタログ内のアーカイブREDOログの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$BACKUP_REDOLOGから伝播したレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_REDOLOGのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。L(アーカイブREDOログ)。

COMPLETION_TIME

DATE

バックアップが完了した時刻。

THREAD#

NUMBER

REDOログのスレッド番号。

SEQUENCE#

NUMBER

ログ順序番号。

RESETLOGS_CHANGE#

NUMBER

レコード作成時における最新のRESETLOGSのSCN。

RESETLOGS_TIME

DATE

レコード作成時における最新のRESETLOGSのタイムスタンプ。

FIRST_CHANGE#

NUMBER

REDOログへの切替時に生成されたSCN。

FIRST_TIME

DATE

REDOログに切り替えた時刻。

NEXT_CHANGE#

NUMBER

スレッド内にある次のREDOログの最初のSCN。

NEXT_TIME

DATE

スレッド内にある次のREDOログの最初のタイムスタンプ。

BLOCKS

NUMBER

バックアップに書き込まれたオペレーティング・システムのブロック数。

BLOCK_SIZE

NUMBER

このREDOログの各ブロックのバイト数。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(すべてのピースが使用可能)、D(すべてのピースが削除済)、O(一部のピースを除いて使用不可能なため、バックアップ・セットは使用不可)。

BS_RECID

NUMBER

V$BACKUP_SETのRECIDの値。

BS_STAMP

NUMBER

V$BACKUP_SETのSTAMPの値。BS_STAMPはSET_STAMPとは異なります。BS_STAMPは制御ファイル内で作成された時点のバックアップ・セット・レコードのスタンプで、SET_STAMPはSET_COUNTと結合して一意の識別子となります。

PIECES

NUMBER

バックアップ・セット内のピースの数。

TERMINAL

VARCHAR2(3)

このログが、スタンバイ・データベースのターミナル・リカバリ中に作成されたログかどうかを示します。値はYESまたはNOのいずれかです。

RC_BACKUP_SET

このビューは、データベースの全インカネーションのバックアップ・セットに関する情報をリストします。これは、V$BACKUP_SETビューに対応しています。バックアップ・セット・レコードは、バックアップが正常に完了した後に挿入されます。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_ID

NUMBER

一意のデータベース識別子。

BS_KEY

NUMBER

リカバリ・カタログ内のバックアップ・セットの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。この列を使用して、RC_BACKUP_PIECEと結合します。

RECID

NUMBER

V$BACKUP_SETのバックアップ・セットのRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。RECIDとSTAMP、またはSET_STAMPとSET_COUNTを使用して、V$BACKUP_SETにアクセスします。

STAMP

NUMBER

V$BACKUP_SETのバックアップ・セットのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。RECIDとSTAMP、またはSET_STAMPとSET_COUNTを使用して、V$BACKUP_SETにアクセスします。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。RECIDとSTAMP、またはSET_STAMPとSET_COUNTを使用して、V$BACKUP_SETにアクセスします。

SET_COUNT

NUMBER

V$BACKUP_SET.SET_STAMPおよびSET_COUNTのSET_COUNT値は、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。RECIDとSTAMP、またはSET_STAMPとSET_COUNTを使用して、V$BACKUP_SETにアクセスします。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。D(全体バックアップまたはレベル0増分)、I(増分レベル1)、L(アーカイブREDOログ)。

INCREMENTAL_LEVEL

NUMBER

増分バックアップのレベル。NULL、0または1。

PIECES

NUMBER

バックアップ・セット内のバックアップ・ピースの数。

START_TIME

DATE

バックアップを開始した時刻。

COMPLETION_TIME

DATE

バックアップが完了した時刻。

ELAPSED_SECONDS

NUMBER

バックアップ実行時間(秒)。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(すべてのバックアップ・ピースが使用可能)、D(すべてのバックアップ・ピースが削除済)、O(一部のバックアップ・ピースを除いて使用不可能なため、バックアップ・セットは使用不可)。

CONTROLFILE_INCLUDED

VARCHAR2(7)

可能な値は、NONE(バックアップ・セットにはバックアップ制御ファイルが含まれない場合)、BACKUP(バックアップ・セットに通常のバックアップ制御ファイルが含まれる場合)およびSTANDBY(バックアップ・セットにスタンバイ制御ファイルが含まれる場合)です。

INPUT_FILE_SCAN_ONLY

VARCHAR2(3)

このバックアップ・セット・レコードは、BACKUP VALIDATEコマンドにより作成されたものです。実際のバックアップ・セットは存在しません。このレコードは、スキャンされるデータファイルと各ファイルで見つかった破損ブロック(存在する場合)を追跡するためのプレースホルダにすぎません。

COMPATIBLEが11.0.0以上に設定されている場合、RMANはこの列に値を移入しません。

KEEP

VARCHAR2(3)

このバックアップ・セットの保存方針がCONFIGURE RETENTION POLICYの値とは異なるかどうかを示します。可能な値はYESおよびNOです。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列にバックアップが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、バックアップが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このバックアップ・セットに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

BLOCK_SIZE

NUMBER

バックアップ・セットのブロック・サイズ。

SITE_KEY

NUMBER

このバックアップ・セットと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

MULTI_SECTION

VARCHAR2(3)

マルチセクション・バックアップの場合はY、それ以外の場合はNULL。

RC_BACKUP_SET_DETAILS

RC_BACKUP_SET_DETAILSビューは、BACKUP BACKUPSETコマンドを使用して作成したバックアップ・セットを含め、現在使用可能なバックアップ・セットに関する詳細を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

RECID

NUMBER

バックアップ・セットのRECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

バックアップ・セットのRECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BACKUP_TYPE

VARCHAR2(1)

バックアップのタイプ。D(全体バックアップまたはレベル0増分)、I(増分レベル1)、L(アーカイブREDOログ)。

CONTROLFILE_INCLUDED

VARCHAR2(7)

可能な値は、NONE(バックアップ・セットにはバックアップ制御ファイルが含まれない場合)、BACKUP(バックアップ・セットに通常のバックアップ制御ファイルが含まれる場合)およびSTANDBY(バックアップ・セットにスタンバイ制御ファイルが含まれる場合)です。

INCREMENTAL_LEVEL

NUMBER

増分バックアップのレベル。NULL、0または1。

PIECES

NUMBER

バックアップ・セット内のバックアップ・ピースの数。

START_TIME

DATE

バックアップを開始した時刻。

COMPLETION_TIME

DATE

バックアップが完了した時刻。

ELAPSED_SECONDS

NUMBER

バックアップ実行時間(秒)。

BLOCK_SIZE

VARCHAR2

バックアップ・セットにバックアップ・ピースを作成するときに使用したブロック・サイズ。

KEEP

VARCHAR2(3)

このバックアップ・セットの保存方針がCONFIGURE RETENTION POLICYの値とは異なるかどうかを示します。可能な値はYESおよびNOです。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列にバックアップが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、バックアップが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このバックアップ・セットに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

DEVICE_TYPE

VARCHAR2(255)

バックアップが格納されるデバイス・タイプ。バックアップ・セットが複数のタイプのデバイスに格納されている場合(たとえば、ディスク上のバックアップ・セットが、BACKUP BACKUPSETを使用してテープにもバックアップされている場合)、この列にはアスタリスク(*)が含まれます。値はDISKまたはSBT_TAPEです。

COMPRESSED

VARCHAR2(3)

バックアップ・セットの作成にRMANのバイナリ圧縮を使用した場合はYES。それ以外の場合はNO。

NUM_COPIES

NUMBER

バックアップ中に作成されたこのバックアップ・セットの同一コピーの数(多重化が使用された場合など)。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

ORIGINAL_INPUT_BYTES

NUMBER

このジョブでバックアップされたすべての入力ファイルの合計サイズ。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

STATUS

CHAR(1)

バックアップ・セットの状態。このビューには使用可能なバックアップ・セットのみが反映されるため、常にA(すべてのバックアップ・ピースが使用可能)になります。

ORIGINAL_INPRATE_BYTES

NUMBER

バックアップ・セットが最初に作成されたときの毎秒の読取りバイト数。

OUTPUT_RATE_BYTES

NUMBER

バックアップ・セットが最初に作成されたときの毎秒の書込みバイト数。

ORIGINAL_INPUT_BYTES_DISPLAY

VARCHAR2(32K)

ORIGINAL_INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

ORIGINAL_INPRATE_BYTES_DISPLAY

VARCHAR2(32K)

ORIGINAL_INPRATE_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_RATE_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_RATE_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

TIME_TAKEN_DISPLAY

VARCHAR2(32K)

ELAPSED_SECONDSと値は同じですが、ユーザーが表示可能な書式(時間、分および秒)に変換されます。

ENCRYPTED

VARCHAR2(3)

バックアップ・ピースが暗号化されている(YES)か、暗号化されていない(NO)かを示します。

BACKED_BY_OSB

VARCHAR2(3)

バックアップ・ピースがOracle Secure Backupにバックアップされている(YES)か、バックアップされていない(NO)かを示します。

RC_BACKUP_SET_SUMMARY

RC_BACKUP_SET_SUMMARYビューは、リカバリ・カタログに登録されている、各データベースで使用可能なバックアップ・セットに関する集計情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_BACKUPSETS

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なバックアップ・セットの合計数。

OLDEST_BACKUP_TIME

DATE

リカバリ・カタログに登録されている、このデータベースで使用可能な最も古いバックアップ・セットの作成時刻。

NEWEST_BACKUP_TIME

DATE

リカバリ・カタログに登録されている、このデータベースで使用可能な最新のバックアップ・セットの作成時刻。

OUTPUT_BYTES

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なすべてのバックアップ・セットのすべてのバックアップ・ピースの合計サイズ。

ORIGINAL_INPUT_BYTES

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なすべてのバックアップ・セットのすべての入力ファイルの合計サイズ。

ORIGINAL_INPRATE_BYTES

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なすべてのバックアップ・セット作成の平均入力速度(バイト)。

OUTPUT_RATE_BYTES

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なすべてのバックアップ・セット作成の平均出力速度(バイト)。

COMPRESSION_RATIO

NUMBER

リカバリ・カタログに登録されている、このデータベースで使用可能なバックアップ・セットの集計圧縮率。

ORIGINAL_INPUT_BYTES_DISPLAY

VARCHAR2(32K)

リカバリ・カタログに記録されている、このデータベースで使用可能なすべてのバックアップ・セットに格納されているすべての入力ファイルの合計サイズ。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

ORIGINAL_INPRATE_BYTES_DISPLAY

VARCHAR2(32K)

ORIGINAL_INPRATE_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_RATE_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_RATE_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_SPFILE

このビューは、バックアップ・セット内のサーバー・パラメータ・ファイルに関する情報をリストします。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

BSF_KEY

NUMBER

リカバリ・カタログ内にあるサーバー・パラメータ・ファイルの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$BACKUP_SPFILEから伝播したレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$BACKUP_SPFILEのスタンプ。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

BS_KEY

NUMBER

リカバリ・カタログ内でこのレコードが属しているバックアップ・セットの主キー。この列を使用して、RC_BACKUP_SETと結合します。

SET_STAMP

NUMBER

V$BACKUP_SETのSET_STAMPの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

SET_COUNT

NUMBER

V$BACKUP_SETのSET_COUNTの値。SET_STAMPとSET_COUNTは、ターゲット・データベース制御ファイル内でこのレコードが属しているバックアップ・セットを一意に識別する連結主キーを構成します。

MODIFICATION_TIME

DATE

サーバー・パラメータ・ファイルの最終変更時刻。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(すべてのバックアップ・ピースが使用可能)、D(すべてのバックアップ・ピースが削除済)、O(一部のバックアップ・ピースを除いて使用不可能なため、バックアップ・セットは使用不可)。

BS_RECID

NUMBER

V$BACKUP_SETのRECIDの値。

BS_STAMP

NUMBER

V$BACKUP_SETのSTAMPの値。BS_STAMPはSET_STAMPとは異なります。BS_STAMPは制御ファイル内で作成された時点のバックアップ・セット・レコードのスタンプで、SET_STAMPはSET_COUNTと結合して一意の識別子となります。

COMPLETION_TIME

DATE

バックアップ・セットが完了した時刻。

BYTES

NUMBER

バックアップ・セットのサイズ(バイト単位)。

DB_UNIQUE_NAME

VARCHAR2(30)

このレコードが属しているデータベースのDB_UNIQUE_NAME。

RC_BACKUP_SPFILE_DETAILS

RC_BACKUP_SPFILE_DETAILSビューは、リカバリ・カタログに登録されているデータベースの使用可能なデータファイルのバックアップに関する詳細情報を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

BS_KEY

NUMBER

一意のバックアップ・セットの識別子。この列を使用して、RC_BACKUP_SETまたはRC_BACKUP_PIECEと結合します。

SET_STAMP

NUMBER

セットSTAMP。

SET_COUNT

NUMBER

セット・カウント。

MODIFICATION_TIME

DATE

変更時刻。

FILESIZE

NUMBER

バックアップされたSPFILEのサイズ(バイト)。

FILESIZE_DISPLAY

VARCHAR2(32K)

FILESIZEと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_BACKUP_SPFILE_SUMMARY

RC_BACKUP_SPFILE_SUMMARYビューは、リカバリ・カタログに登録されているデータベースに対するサーバー・パラメータ・ファイルのバックアップに関するサマリーを表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_FILES_BACKED

NUMBER

バックアップされたファイル数。

NUM_DISTINCT_FILES_BACKED

NUMBER

バックアップされた個別のファイル数(異なる変更のタイムスタンプに基づく)。

MIN_MODIFICATION_TIME

DATE

このデータベースに対してバックアップされた任意のSPFILEの最も古い変更時刻。

MAX_MODIFICATION_TIME

DATE

このデータベースに対してバックアップされた任意のSPFILEの最新の変更時刻。

INPUT_BYTES

NUMBER

バックアップされた入力ファイルの合計バイト数。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_CHECKPOINT

このビューは非推奨になりました。かわりに「RC_RESYNC」を参照してください。

RC_CONTROLFILE_COPY

このビューは、ディスク上の制御ファイル・コピーに関する情報をリストします。V$DATAFILE_COPYで制御ファイル・コピーを表示するには、ファイル番号0のデータファイルのコピーのレコードを使用します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

CCF_KEY

NUMBER

リカバリ・カタログ内にある制御ファイル・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$DATAFILE_COPYのレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$DATAFILE_COPYのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

NAME

VARCHAR2(1024)

制御ファイルのコピーのファイル名。

TAG

VARCHAR2(32)

制御ファイル・コピーのタグ。タグを使用しない場合は、NULL。

RESETLOGS_CHANGE#

NUMBER

レコード作成時における最新のRESETLOGSのSCN。

RESETLOGS_TIME

DATE

レコード作成時における最新のRESETLOGSのタイムスタンプ。

CHECKPOINT_CHANGE#

NUMBER

制御ファイルのチェックポイントSCN。

CHECKPOINT_TIME

DATE

制御ファイルのチェックポイント時刻。

CREATION_TIME

DATE

制御ファイルの作成時刻。

BLOCKS

NUMBER

制御ファイル内のブロック数。

BLOCK_SIZE

NUMBER

ブロック・サイズ(バイト)。

MIN_OFFR_RECID

NUMBER

内部使用のみ。

OLDEST_OFFLINE_RANGE

NUMBER

内部使用のみ。

COMPLETION_TIME

DATE

コピーを生成したときの時刻。

STATUS

VARCHAR2(1)

コピーの状態。A(使用可能)、U(使用不可能)、X(期限切れ)またはD(削除済)。

CONTROLFILE_TYPE

VARCHAR2(1)

制御ファイル・コピーのタイプ。B(通常のコピー)またはS(スタンバイ・コピー)。

KEEP

VARCHAR2(3)

このコピーがCONFIGURE RETENTION POLICYの値とは異なる保存方針を持つかどうかを示します。可能な値はYESおよびNOです。

KEEP_UNTIL

DATE

COPYコマンドのKEEP UNTIL TIME句を指定した場合は、この列にファイルが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、ファイルが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

この制御ファイル・コピーに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このコピーは高速リカバリ領域に格納されます。YESまたはNO。

RSR_KEY

NUMBER

このバックアップ・ピースを作成したRC_RMAN_STATUSの行に対する一意のキー。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

RC_COPY_CORRUPTION

このビューは、データファイルのコピーの破損ブロック範囲をリストします。このビューは、V$COPY_CORRUPTIONビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RECID

NUMBER

V$COPY_CORRUPTIONのレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$COPY_CORRUPTIONから伝播したスタンプ。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

CDF_KEY

NUMBER

リカバリ・カタログ内のデータファイル・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。この列を使用して、RC_DATAFILE_COPYと結合します。

COPY_RECID

NUMBER

RC_DATAFILE_COPYのRECID。この値は、制御ファイルから伝播されます。

COPY_STAMP

NUMBER

RC_DATAFILE_COPYのSTAMP。この値は、制御ファイルから伝播されます。

FILE#

NUMBER

データファイルの絶対ファイル番号。

CREATION_CHANGE#

NUMBER

このデータファイルの作成時のSCN。ファイル番号は再利用できるため、データベースの存続期間中に指定したファイルを一意に識別するには、FILE#およびCREATION_CHANGE#の両方が必要です。

BLOCK#

NUMBER

ファイル内にある最初の破損ブロックのブロック番号。

BLOCKS

NUMBER

BLOCK#以降に発見された破損ブロックの数。

CORRUPTION_CHANGE#

NUMBER

メディア破損ブロックの場合、この値は0です。論理破損ブロックの場合、この値はこの破損範囲内のブロックの最小SCNです。

MARKED_CORRUPT

VARCHAR2(3)

データベース・サーバーでこの破損をこれまでに検出していない場合はYES、データベース・サーバーで認識済の場合はNO。

CORRUPTION_TYPE

VARCHAR2(9)

RC_DATABASE_BLOCK_CORRUPTION.CORRUPTION_TYPEと同じです。

RC_DATABASE

このビューは、リカバリ・カタログに登録されているデータベースに関する情報を表示します。このビューは、V$DATABASEビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

現行のインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DBID

NUMBER

V$DATABASEのデータベースの一意の識別子。

NAME

VARCHAR2(8)

現行のインカネーションに対するデータベースのDB_NAME。

RESETLOGS_CHANGE#

NUMBER

現行のデータベース・インカネーションのRESETLOGSのSCN。

RESETLOGS_TIME

DATE

現行のデータベース・インカネーションのRESETLOGSのタイムスタンプ。

FINAL_CHANGE#

NUMBER

Zero Data Loss Recovery Appliance (リカバリ・アプライアンス)で提供されるバックアップとREDOログを使用する場合に、データベースがリカバリ可能な最も大きなSCN。

この値は、すべてのデータファイルとオンラインREDOログ・ファイルが失われた後、データベースのリカバリ中にSET UNTIL SCN句で使用します。

関連項目: 『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』

RC_DATABASE_BLOCK_CORRUPTION

このビューは、前回のバックアップ後に破損したデータベース・ブロックに関する情報を表示します。このビューは、V$DATABASE_BLOCK_CORRUPTIONビューに対応します。このビューには、破損情報がリアルタイムで格納されます。

列

データ型

説明

DB_KEY

NUMBER

データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

現行のインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

FILE#

NUMBER

データファイルの絶対ファイル番号。

BLOCK#

NUMBER

この破損ブロック範囲内の最初の破損ブロックのブロック番号。

BLOCKS

NUMBER

BLOCK#以降に発見された破損ブロックの数。

CORRUPTION_CHANGE#

NUMBER

メディア破損ブロックの場合、この値は0です。論理破損ブロックの場合、この値はこの破損範囲内のブロックの最小SCNです。

CORRUPTION_TYPE

VARCHAR2(9)

データファイル内のブロック破損のタイプ。可能な値は次のとおりです。

- ALL ZERO。ディスク上のブロック・ヘッダーには0(ゼロ)のみが含まれています。ブロックは、値が入力されたことがない場合や、Oracle7ファイル内にある場合にも有効である可能性がある。バッファは、空のブロックに関するOracle8の標準に合せて再フォーマットされます。

- FRACTURED。ブロック・ヘッダーは妥当であるように見えますが、ブロックの前後のバージョンが異なっています。

- CHECKSUM。オプションのチェック値は、ブロックに自己一貫性がないことを示します。チェック値が失敗した正確な原因は判断できませんが、ブロックの途中にあるセクターのバージョンが異なることが原因であると思われます。

- CORRUPT。ブロックが正しく識別されないか、データ・ブロックではありません(データ・ブロック・アドレスが欠落している場合など)。

- LOGICAL。論理的な破損ブロックの範囲であると指定します。

- NOLOGGING。ブロックにREDOログ・エントリがありません(プライマリ・データベースに対してNOLOGGING操作を実行すると、このタイプの破損がフィジカル・スタンバイ・データベースで発生する場合があります)

RC_DATABASE_INCARNATION

このビューは、リカバリ・カタログに登録されているすべてのデータベース・インカネーションに関する情報をリストします。Oracleでは、管理者がデータベースをRESETLOGSオプションでオープンすると、必ず新しいインカネーションが作成されます。現行および直前のインカネーションのレコードは、V$DATABASEビューにも示されます。

列

データ型

説明

DB_KEY

NUMBER

データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBID

NUMBER

データベースの一意の識別子。

DBINC_KEY

NUMBER

インカネーションに対する主キー。

NAME

VARCHAR2(8)

RESETLOGS時点でのデータベースのDB_NAME。RMANでは、RESETLOGSを実行するまではDB_NAMEを認識していないため、ターゲット・データベースをRMANに登録する前にRESETLOGSを1回以上実行している場合、値はUNKNOWNとなります。

RESETLOGS_CHANGE#

NUMBER

このインカネーションを作成したRESETLOGSのSCN。

RESETLOGS_TIME

DATE

このインカネーションを作成したRESETLOGSのタイムスタンプ。

CURRENT_INCARNATION

VARCHAR2(3)

現行のインカネーションの場合はYES、それ以外の場合はNO。

PARENT_DBINC_KEY

NUMBER

このデータベースに対する前のインカネーションのDBINC_KEY。データベースの最初に記録されたインカネーションの場合、値はNULLになります。

PRIOR_RESETLOGS_CHANGE#

NUMBER

このインカネーションの親を作成したRESETLOGS操作のSCN。

PRIOR_RESETLOGS_TIME

DATE

このインカネーションの親を作成したRESETLOGS操作のタイムスタンプ。

STATUS

VARCHAR2(8)

このインカネーションが現行のデータベース・インカネーションの場合はCURRENT。現行のインカネーションの直接の祖先であり、現行以外のインカネーションの場合はPARENT。現行のインカネーションの直接の祖先ではない、現行以外のインカネーションの場合はORPHAN。

RC_DATAFILE

このビューは、リカバリ・カタログに登録されているすべてのデータファイルに関する情報をリストします。これは、V$DATAFILEビューに対応しています。データファイルは、その表領域が削除された場合、削除されたものとして表示されます。

列

データ型

説明

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

CON_ID

NUMBER

現在のコンテナのID:

- 0: マルチテナント・コンテナ・データベース(CDB)全体または従来のOracle Database (非CDB)に関連するデータを含む行

- 1: rootのみに関連するデータを含む行

- n: nは、データを含む行に適用されるコンテナID

PDB_NAME

VARCHAR2(31)

リカバリ・カタログ内のプラガブル・データベース(PDB)の名前。

PDB_KEY

NUMBER

リカバリ・カタログ内のこのPDBに対する主キー。

PDBINC_KEY

NUMBER

PDBのインカネーションに対する主キー。

TS#

NUMBER

データファイルが属している表領域の番号。表領域を削除し、再作成した場合は、同じインカネーションに複数のTS#が存在します。

TABLESPACE_NAME

VARCHAR2(30)

表領域名。表領域を削除し、再作成した場合は、同じインカネーションにその名前が複数存在している可能性があります。

FILE#

NUMBER

データファイルの絶対ファイル番号。データファイルを削除し、再作成した場合は、同じインカネーションに複数の同一データファイル番号が存在する場合があります。

CREATION_CHANGE#

NUMBER

データファイルの作成時のSCN。

CREATION_TIME

DATE

データファイルの作成時刻。

DROP_CHANGE#

NUMBER

データファイルを削除したときに記録されたSCN。同じファイル番号を持つ新規のデータファイルが発見された場合、DROP_CHANGE#はそのデータファイルのCREATION_CHANGE#に設定され、それ以外の場合は、RC_CHECKPOINT.CKP_SCNに設定されます。

DROP_TIME

DATE

データファイルを削除したときの時刻。同じファイル番号を持つ新規のデータファイルが発見された場合、DROP_TIMEはそのデータファイルのCREATION_TIMEに設定され、それ以外の場合、RC_CHECKPOINT.CKP_TIMEに設定されます。

BYTES

NUMBER

データファイル・サイズ(バイト)。

BLOCKS

NUMBER

データファイル・サイズ(ブロック)。

BLOCK_SIZE

NUMBER

データ・ブロック・サイズ(バイト)。

NAME

VARCHAR2(1024)

データファイルの名前。

STOP_CHANGE#

NUMBER

オフラインまたは読取り専用のデータファイルの場合は、このファイルに適用される同一以上のSCNでREDOストリームに変更のないSCNの値。

STOP_TIME

DATE

オフラインの通常または読取り専用のデータファイルの場合、このデータファイルに適用されるREDOストリーム内で変更のない最後の時刻。

READ_ONLY

NUMBER

1ファイルが読取り専用の場合は、それ以外の場合は0。

RFILE#

NUMBER

表領域内でのこのデータファイルの相対ファイル番号。

INCLUDED_IN_DATABASE_BACKUP

VARCHAR2(3)

この表領域がデータベース全体のバックアップに含まれるかどうかをYESまたはNOで示します。NO値が発生するのは、このデータファイルを所有する表領域に対してCONFIGURE EXCLUDEが実行された場合のみです。

AUX_NAME

VARCHAR2(1024)

CONFIGURE AUXNAMEで設定されたデータファイルの補助名を示します。

ENCRYPT_IN_BACKUP

VARCHAR2(3)

このデータファイルが、バックアップ時に透過的に暗号化されるように構成されている場合はYES、それ以外の場合はNULL。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

DB_UNIQUE_NAME

VARCHAR2(512)

このレコードが属しているデータベース・インカネーションのDB_UNIQUE_NAME。Data Guard環境のすべてのデータベースで同一のDBIDが共有されていますが、DB_UNIQUE_NAMEの値は異なります。特定のファイルに対するデータベース名が不明の場合、この列の値はNULLです。たとえば、Oracle Database 11gより前のバージョンのRMANで管理されているデータベースの行はNULLです。

FOREIGN_DBID

NUMBER

このデータファイルの転送元の外部DBID。このファイルが外部データベース・ファイルでない場合、値は0です。

FOREIGN_CREATION_CHANGE#

NUMBER

外部データファイルの作成SCN。このファイルが外部データベース・ファイルでない場合、値は0です。

FOREIGN_CREATION_TIME

DATE

外部データファイルの作成時刻。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGGED_READONLY

VARCHAR2(3)

これが転送された読取り専用外部ファイルの場合はYES、それ以外の場合はNO。

PLUGIN_CHANGE#

NUMBER

外部データファイルがデータベースにトランスポートされたときのSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_CHANGE#

NUMBER

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作のSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_TIME

DATE

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作の時刻。このファイルが外部データベース・ファイルでない場合、値は0です。

CREATION_THREAD

NUMBER

この行に示されるデータ・ファイルのスレッド番号。

CREATION_SIZE

NUMBER

最初に作成されたときのデータ・ファイルのサイズ。

RC_DATAFILE_COPY

このビューは、ディスク上のデータファイルのコピーに関する情報をリストします。このビューは、V$DATAFILE_COPYビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

CDF_KEY

NUMBER

リカバリ・カタログ内のデータファイル・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$DATAFILE_COPYからのデータファイル・コピーの記録。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$DATAFILE_COPYからのデータファイル・コピーのスタンプ。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

NAME

VARCHAR2(1024)

データファイルのコピーのファイル名。

TAG

VARCHAR2(32)

データファイル・コピーのタグ。

FILE#

NUMBER

データファイルの絶対ファイル番号。

CREATION_CHANGE#

NUMBER

このデータファイルの作成時のSCN。

CREATION_TIME

DATE

データファイルの作成時のタイムスタンプ。

RESETLOGS_CHANGE#

NUMBER

データファイル作成時における最新のRESETLOGSのSCN。

RESETLOGS_TIME

DATE

データファイル・ヘッダー内の最新RESETLOGSのタイムスタンプ。

INCREMENTAL_LEVEL

NUMBER

コピーの増分レベル。0またはNULL。

CHECKPOINT_CHANGE#

NUMBER

最新のデータファイル・チェックポイントSCN。

CHECKPOINT_TIME

DATE

最新のデータファイル・チェックポイント時刻。

ABSOLUTE_FUZZY_CHANGE#

NUMBER

認識されている場合は、ファイルのいずれかのブロック内にある一番大きい値のSCN。ファイルがファジーにならないように、リカバリは少なくともこのSCNまで進行させる必要があります。

RECOVERY_FUZZY_CHANGE#

NUMBER

ファイルをファジーにしないために、リカバリ操作が到達する必要のあるSCN。NULLでない場合は、このファイルでデータベースをオープンする前に、少なくとも指定されたSCNまでのリカバリが必要です。

RECOVERY_FUZZY_TIME

DATE

RECOVERY_FUZZY_CHANGE#に対応付けられている時刻。

ONLINE_FUZZY

VARCHAR2(3)

YESまたはNO。YESに設定されている場合、このコピーはインスタンス障害またはOFFLINE IMMEDIATEの後に作成されたものです(またはデータベースがオープン状態で不適切に作成されたコピーです)。リカバリは、ファイルに一貫性を持たせるために、次のクラッシュ・リカバリ・マーカーまでのすべてのREDOを適用します。

BACKUP_FUZZY

VARCHAR2(3)

YESまたはNO。YESに設定されている場合、このコピーはBEGIN BACKUP/END BACKUPにより作成されています。このコピーに一貫性を持たせるには、ALTER TABLESPACE END BACKUPコマンドを使用するときにREDOストリームに置かれたマーカーまで、すべてのREDOを適用するリカバリ・プロセスが必要です。

BLOCKS

NUMBER

データファイル・コピー内のブロック数(コピー作成時のデータファイル・サイズでもあります)。

BLOCK_SIZE

NUMBER

ブロック・サイズ(バイト)。

COMPLETION_TIME

DATE

コピーが完了した時刻。

STATUS

VARCHAR2(1)

コピーの状態。A(使用可能)、U(使用不可能)、X(期限切れ)またはD(削除済)。

KEEP

VARCHAR2(3)

このコピーがCONFIGURE RETENTION POLICYの値とは異なる保存方針を持つかどうかを示します。可能な値はYESおよびNOです。

KEEP_UNTIL

DATE

COPYコマンドのKEEP UNTIL TIME句を指定した場合は、この列にこのデータファイル・コピーが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、コピーが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このデータファイル・コピーに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

SCANNED

VARCHAR2(3)

RMANがこのファイルをスキャンしたかどうか(YESまたはNO)。YESの場合、このコピーは、RMANのCOPYまたはRESTOREコマンドなど、ファイル内の各ブロックを検査したサーバー・プロセスによって作成されたものです。NOの場合、RMAN以外が生成したイメージ・コピーを検査したり、プロキシ・コピーを使用してリストアするときとは異なり、ファイル内の各ブロックを検査していません。

RMANは、データファイルのコピーを作成またはリストアするときに、ファイル内で破損ブロックを検出すると、V$DATABASE_BLOCK_CORRUPTIONビューとRC_DATABASE_BLOCK_CORRUPTIONビューに行を追加します。RMANでは、ファイル全体のスキャンを完了しても、このコピーに関する破損レコードがない場合は、ファイルに破損ブロックが存在しないことを意味します。RMANでは、ファイルをスキャンしておらず、破損レコードがない場合は、破損ブロックが存在する可能性も存在しない可能性もあることを意味します。

IS_RECOVERY_DEST_FILE

VARCHAR2(3)

このコピーは高速リカバリ領域に格納されます(YESまたはNO)。

RSR_KEY

NUMBER

このバックアップ・ピースを作成したRC_RMAN_STATUSの行に対する一意のキー。

MARKED_CORRUPT

NUMBER

このバックアップの処理中に、破損していることが検出されたブロックの数。これらのブロックは、破損検出済ブロックとして再フォーマットされてイメージ・コピーに出力されています。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

DB_UNIQUE_NAME

VARCHAR2(512)

このレコードが属しているデータベース・インカネーションのDB_UNIQUE_NAME。Data Guard環境のすべてのデータベースで同一のDBIDが共有されていますが、DB_UNIQUE_NAMEの値は異なります。特定のファイルに対するデータベース名が不明の場合、この列の値はNULLです。たとえば、Oracle Database 11gより前のバージョンのRMANで管理されているデータベースの行はNULLです。

FOREIGN_DBID

NUMBER

このデータファイルのトランスポート元であるデータベースの外部DBID。バックアップされたファイルが外部データベース・ファイルでない場合、この値は0。

PLUGGED_READONLY

VARCHAR2(3)

トランスポートされた読取り専用外部ファイルのコピーである場合はYES、そうでない場合はNO。

PLUGIN_CHANGE#

NUMBER

外部データファイルがデータベースにトランスポートされたときのSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_CHANGE#

NUMBER

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作のSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_TIME

DATE

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作の時刻。このファイルが外部データベース・ファイルでない場合、値は0です。

RC_DISK_RESTORE_RANGE

RC_DISK_RESTORE_RANGEビューには、ディスクに格納されているバックアップ・データに対するデータベースのリストア範囲に関する情報が含まれます。このビューは、V$DISK_RESTORE_RANGEビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

一意のデータベース識別子。

SITE_KEY

NUMBER

このリストア範囲と関連付けられているデータベース・サイトの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

LOW_TIME

DATE

データベースのリストアが可能な最も古い時点。

HIGH_TIME

DATE

データベースのリストアが可能な最も新しい時点。

LOW_SCN

NUMBER

データベースのリストアが可能な最も小さなSCN。

HIGH_SCN

NUMBER

データベースのリストアが可能な最も大きなSCN。

LOW_DBINC_KEY

NUMBER

LOW_SCNが属しているデータベースのインカネーションに対する主キー。

HIGH_DBINC_KEY

NUMBER

HIGH_SCNが属しているデータベースのインカネーションに対する主キー。

RC_LOG_HISTORY

このビューは、オンラインREDOログについての履歴情報をリストします。OracleがオンラインREDOログから切り替わるたびに、RMANはカタログの再同期化中に新規の行を追加します。このカタログ・ビューは、V$LOG_HISTORYビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RECID

NUMBER

V$LOG_HISTORYのREDOログの履歴のRECID。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$LOG_HISTORYのREDOログの履歴のSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

THREAD#

NUMBER

オンラインREDOログのスレッド番号。

SEQUENCE#

NUMBER

REDOログのログ順序番号。

FIRST_CHANGE#

NUMBER

REDOログへの切替時に生成されたSCN。

FIRST_TIME

DATE

REDOログに切り替えたときのタイムスタンプ。

NEXT_CHANGE#

NUMBER

スレッド内にある次のREDOログの最初のSCN。

CLEARED

VARCHAR2(3)

REDOログがALTER DATABASE CLEAR LOGFILE文で消去された場合はYES、それ以外の場合はNULL。この文を使用すると、ログを最初にアーカイブしなくても初期化できます。

RC_OFFLINE_RANGE

このビューはデータファイルのオフライン範囲をリストします。このビューは、V$OFFLINE_RANGEビューに対応しています。

データファイルにオフライン範囲が作成されるのは、最初にその表領域がNORMALモードによるオフラインまたは読取り専用に変更され、その後にオンラインまたは読取り/書込み可能に変更されたときです。データファイル自体がオフラインに変更された場合、あるいは表領域がIMMEDIATEモードでオフラインに変更される場合、オフライン範囲は作成されません。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RECID

NUMBER

V$OFFLINE_RANGEのオフライン範囲のレコード識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$OFFLINE_RANGEのオフライン範囲のスタンプ。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

FILE#

NUMBER

データファイルの絶対ファイル番号。

CREATION_CHANGE#

NUMBER

データファイルの作成時のSCN。

OFFLINE_CHANGE#

NUMBER

データファイルをオフラインにしたときに記録されたSCN。

ONLINE_CHANGE#

NUMBER

オンライン・チェックポイントSCN。

ONLINE_TIME

DATE

オンライン・チェックポイント時刻。

CF_CREATE_TIME

DATE

制御ファイル作成の時刻。

RESETLOGS_CHANGE#

NUMBER

データファイル・ヘッダー内の最新RESETLOGSのSCN。

RESETLOGS_TIME

DATE

RESETLOGS_CHANGE#に対応する時刻。

OFFR_KEY

NUMBER

リカバリ・カタログ内のオフライン範囲レコードの主キー。

RC_PDBS

このビューは、リカバリ・カタログに登録されているプラガブル・データベース(PDB)に関する情報を表示します。これは、V$PDBSビューに対応しています。

列

データ型

説明

PDB_KEY

NUMBER

リカバリ・カタログ内のこのPDBに対する主キー。

DB_KEY

NUMBER

リカバリ・カタログ内のマルチテナント・コンテナ・データベース(CDB)に対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NAME

VARCHAR2

PDB名。

CON_ID

NUMBER

CDBの一意の識別子。

DBID

NUMBER

PDBの一意の識別子。

CREATION_CHANGE#

NUMBER

PDBが作成されたSCN。

RC_PLUGGABLE_DATABASE_INC

RC_PLUGGABLE_DATABASE_INCは、すべてのプラガブル・データベース(PDB)インカネーションに関する情報を示します。RESETLOGSオプションを指定してPDBをオープンすると、新規のPDBインカネーションが作成されます。これは、V$PDB_INCARNATIONビューに対応しています。

列

データ型

説明

PDB_KEY

NUMBER

リカバリ・カタログ内のこのPDBに対する主キー。

NAME

VARCHAR2(30)

PDB名。

CON_ID

NUMBER

このPDBを含むマルチテナント・コンテナ・データベース(CDB)の一意の識別子。

DBID

NUMBER

PDBの一意の識別子。

CREATE_SCN

NUMBER

PDBの作成時のSCN。

PDBINC_KEY

NUMBER

リカバリ・カタログ内のこのPDBインカネーションに対する主キー。

DB_KEY

NUMBER

リカバリ・カタログ内のこのCDBに対する主キー。

CURRENT_INCARNATION

VARCHAR2(3)

現行のインカネーションの場合はYES、それ以外の場合はNO。

INCARNATION_SCN

NUMBER

このPDBインカネーションにフラッシュバックまたはリカバリするためのSCN。

BEGIN_RESETLOGS_SCN

NUMBER

PDBリセットログの開始時のSCN。

BEGIN_RESETLOGS_TIME

DATE

BEGIN_RESETLOGS_SCNのSCNの時刻。

END_RESETLOGS_SCN

NUMBER

PDBリセットログの終了時のSCN。

DBINC_KEY

NUMBER

このPDBインカネーションが作成されるCDBのインカネーションに対する主キー。

DB_RESETLOGS_SCN

NUMBER

このPDBインカネーションが作成されるCDBのインカネーションSCN。

DB_RESETLOGS_TIME

DATE

このPDBインカネーションが作成されるCDBのインカネーション時刻。

PRIOR_PDBINC_KEY

NUMBER

親PDBインカネーションの主キー。

PRIOR_INCARNATION_SCN

NUMBER

親PDBインカネーションのINCARNATION_SCN。

PRIOR_BEGIN_RESETLOGS_SCN

NUMBER

親PDBインカネーションのBEGIN_RESETLOGS_SCN

PRIOR_BEGIN_RESETLOGS_TIME

DATE

親PDBインカネーションのBEGIN_RESETLOGS_TIME。

PRIOR_END_RESETLOGS_TIME

NUMBER

親PDBインカネーションのEND_RESETLOGS_TIME。

PRIOR_DBINC_KEY

NUMBER

親PDBインカネーションのDBINC_KEY。

PRIOR_DB_RESETLOGS_SCN

NUMBER

親PDBインカネーションのDB_RESETLOGS_SCN

PRIOR_DB_RESETLOGS_TIME

DATE

親PDBインカネーションのDB_RESETLOGS_TIME

STATUS

VARCHAR2(8)

インカネーションの状態:

- ORPHAN: 孤立したインカネーション

- CURRENT: PDBの現行インカネーション

- PARENT: 現行インカネーションの親

RC_PROXY_ARCHIVEDLOG

このビューでは、プロキシ・コピー機能を使用して作成したアーカイブ・ログのバックアップを説明します。このビューは、V$PROXY_ARCHIVEDLOGビューに対応しています。

プロキシ・コピーでは、メディア・マネージャがバックアップおよびデータのリストアの操作を実行します。それぞれの行は、1つの制御ファイルのバックアップを示します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

XAL_KEY

NUMBER

リカバリ・カタログのプロキシ・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$PROXY_ARCHIVEDLOGのプロキシ・コピー・レコードの識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$PROXY_ARCHIVEDLOGのプロキシ・コピーのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

TAG

VARCHAR2(32)

プロキシ・コピーのタグ。

DEVICE_TYPE

VARCHAR2(255)

プロキシ・コピーを格納するメディア・デバイスのタイプ。

HANDLE

VARCHAR2(1024)

プロキシ・コピーの名前またはハンドル。RMANは、この値を、アーカイブREDOログのプロキシ・コピーを作成したメディア・マネージャに渡します。

COMMENTS

VARCHAR2(255)

プロキシ・コピーについてのコメント。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

プロキシ・コピーを格納するメディア・プールの数。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(使用可能)、U(使用不可能)、X(期限切れ)またはD(削除済)。

THREAD#

NUMBER

REDOスレッドの番号。

SEQUENCE#

NUMBER

ログ順序番号。

RESETLOGS_CHANGE#

NUMBER

このアーカイブ・ログが属しているデータベース・インカネーションのRESETLOGSのSCN。

RESETLOGS_TIME

DATE

このアーカイブ・ログが属しているデータベース・インカネーションのRESETLOGSのタイムスタンプ。

FIRST_CHANGE#

NUMBER

このREDOログの最初のSCN。

FIRST_TIME

DATE

REDOログに切り替えた時刻。

NEXT_CHANGE#

NUMBER

スレッド内にある次のREDOログの最初のSCN。

NEXT_TIME

DATE

スレッド内にある次のREDOログの最初のタイムスタンプ。

BLOCKS

NUMBER

このアーカイブREDOログのサイズ(オペレーティング・システム・ブロック数)。

BLOCK_SIZE

NUMBER

コピーのブロック・サイズ(バイト)。

DEVICE_TYPE

VARCHAR2(255)

順次メディア・デバイスのタイプ。

START_TIME

DATE

プロキシ・コピーの開始時刻。

COMPLETION_TIME

DATE

プロキシ・コピーの完了時刻。

ELAPSED_SECONDS

NUMBER

プロキシ・コピーの実行時間。

RSR_KEY

NUMBER

RMANのステータス・レコードの主キー。この列を使用して、RC_RMAN_STATUSと結合します。

TERMINAL

VARCHAR2(3)

このレコードが、V$ARCHIVED_LOGに定義されたターミナル・アーカイブREDOログに対応している場合はYES。

KEEP

VARCHAR2(3)

このプロキシ・コピーがCONFIGURE RETENTION POLICYの値とは異なる保存方針を持つかどうかを示します。可能な値はYESおよびNOです。

KEEP_OPTIONS

VARCHAR2(11)

このプロキシ・コピーに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列にこのプロキシ・コピーが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、プロキシ・コピーが不要とされることはありません。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

RC_PROXY_ARCHIVELOG_DETAILS

RC_PROXY_ARCHIVELOG_DETAILSビューは、リカバリ・カタログに登録されている各データベースに対するアーカイブREDOログのプロキシ・コピーのバックアップに関する詳細情報を表示します。

このビューは、リカバリ・カタログに登録されている各データベースに対して1つのレコードを表示します。そのため、登録されているデータベースが1つのみの場合、このビューで表示される行は、アーカイブREDOログ・ファイルのプロキシ・コピーの実行回数に関係なく1行です。このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このバックアップ・ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

COPY_KEY

NUMBER

このプロキシ・コピーに対する一意の識別子。

THREAD#

NUMBER

バックアップされたアーカイブREDOログ・ファイルのREDOスレッド番号。

SEQUENCE#

NUMBER

バックアップされたアーカイブREDOログ・ファイルのログの順序番号。

RESETLOGS_CHANGE#

NUMBER

バックアップされたアーカイブREDOログ・ファイルのデータベースのインカネーションに対するOPEN RESETLOGSのチェックポイントSCN。

RESETLOGS_TIME

DATE

RESETLOGS_CHANGE#に対応する時刻。

HANDLE

VARCHAR2(1024)

プロキシ・コピーのファイル名。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

バックアップを格納するメディア・プールの数。

TAG

VARCHAR2(32)

このバックアップに指定されたタグ。

FIRST_CHANGE#

NUMBER

アーカイブREDOログ・ファイルに含まれている最初の変更SCN。

NEXT_CHANGE#

NUMBER

このアーカイブREDOログ・ファイルの後で次に変更されたSCN。

FIRST_TIME

DATE

FIRST_CHANGE#に対応する時刻。

NEXT_TIME

DATE

NEXT_CHANGE#に対応する時刻。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

COMPLETION_TIME

DATE

ジョブの完了時刻。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_PROXY_ARCHIVELOG_SUMMARY

RC_PROXY_ARCHIVELOG_SUMMARYビューには、アーカイブREDOログ・ファイルのプロキシ・コピーのバックアップのサマリーが含まれています。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

NUM_FILES_BACKED

NUMBER

バックアップされたアーカイブREDOログ・ファイルの合計数。

NUM_DISTINCT_FILES_BACKED

NUMBER

バックアップされた個別アーカイブREDOログ・ファイルの数。

MIN_FIRST_CHANGE#

NUMBER

このサマリー内の任意のREDOログ・ファイルの最初のSCNの最小値。

MAX_NEXT_CHANGE#

NUMBER

このサマリー内の任意のREDOログ・ファイルのNEXT_CHANGE# SCNの最大値。

MIN_FIRST_TIME

DATE

任意のREDOログの最初の変更時刻の最小値。MAX_NEXT_TIMEとともに使用してREDOの範囲を構成します。

MAX_NEXT_TIME

DATE

このセッション内の任意のREDOログの後で次に変更された時刻の最大値。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_PROXY_CONTROLFILE

このビューは、プロキシ・コピー機能を使用して作成した制御ファイルのバックアップを説明します。このビューは、V$PROXY_DATAFILEビューに対応しています。

プロキシ・コピーでは、メディア・マネージャがバックアップおよびデータのリストアの操作を実行します。それぞれの行は、1つの制御ファイルのバックアップを示します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

XCF_KEY

NUMBER

リカバリ・カタログのプロキシ・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$PROXY_DATAFILEのプロキシ・コピー・レコードの識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$PROXY_DATAFILE.RECIDおよびSTAMPのプロキシ・コピーのSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

TAG

VARCHAR2(32)

プロキシ・コピーのタグ。

RESETLOGS_CHANGE#

NUMBER

このデータファイルが属しているデータベース・インカネーションのRESETLOGSのSCN。

RESETLOGS_TIME

DATE

このデータファイルが属しているデータベース・インカネーションのRESETLOGSのタイムスタンプ。

CHECKPOINT_CHANGE#

NUMBER

このコピーの作成時におけるデータファイル・チェックポイントSCN。

CHECKPOINT_TIME

DATE

このコピーの作成時におけるデータファイル・チェックポイント時刻。

CREATION_TIME

DATE

制御ファイルの作成時刻。

BLOCK_SIZE

NUMBER

コピーのブロック・サイズ(バイト)。

BLOCKS

NUMBER

コピー内のブロック数。

MIN_OFFR_RECID

NUMBER

内部使用のみ。

OLDEST_OFFLINE_RANGE

NUMBER

内部使用のみ。

DEVICE_TYPE

VARCHAR2(255)

順次メディア・デバイスのタイプ。

HANDLE

VARCHAR2(1024)

プロキシ・コピーの名前またはハンドル。RMANは、この値を、ファイルを識別するオペレーティング・システム固有のレイヤーに渡します。

COMMENTS

VARCHAR2(255)

プロキシ・コピーについてのコメント。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

プロキシ・コピーを格納するメディア・プールの数。

START_TIME

DATE

プロキシ・コピーの開始時刻。

COMPLETION_TIME

DATE

プロキシ・コピーの完了時刻。

ELAPSED_SECONDS

NUMBER

プロキシ・コピーの実行時間。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(使用可能)、U(使用不可能)、X(期限切れ)またはD(削除済)。

KEEP

VARCHAR2(3)

このプロキシ・コピーがCONFIGURE RETENTION POLICYの値とは異なる保存方針を持つかどうかを示します。可能な値はYESおよびNOです。

KEEP_OPTIONS

VARCHAR2(11)

この制御ファイル・バックアップに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列に制御ファイルのバックアップが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、バックアップが不要とされることはありません。

CONTROLFILE_TYPE

VARCHAR2(1)

制御ファイル・コピーのタイプ。B(通常のコピー)またはS(スタンバイ・コピー)。

RSR_KEY

NUMBER

このバックアップ・ピースを作成したRC_RMAN_STATUSの行に対する一意のキー。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

RC_PROXY_COPY_DETAILS

RC_PROXY_COPY_DETAILSビューには、リカバリ・カタログに登録されているデータベースのプロキシ・コピーのバックアップに関する詳細情報が含まれています。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_STAMPとともに使用して、このプロキシ・コピー操作による出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDとともに使用して、このプロキシ・コピー操作による出力をRC_RMAN_OUTPUTから一意に識別します。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RSR_KEY

NUMBER

このプロキシ・コピーを作成したジョブに対応するRC_RMAN_STATUSの行に対する一意のキー。

COPY_KEY

NUMBER

このプロキシ・コピーに対する一意の識別子。

FILE#

NUMBER

プロキシ・コピーが作成されたデータファイルの絶対ファイル番号。

HANDLE

VARCHAR2(1024)

プロキシ・コピーのハンドルはリストア操作のためのコピーを識別します。

COMMENTS

VARCHAR2(255)

このバックアップを格納したメディア・マネージャについての詳細コメント。

MEDIA

VARCHAR2(80)

このバックアップを格納するメディア・マネージャを識別します。

MEDIA_POOL

NUMBER

コピーを格納するメディア・プールの数。Recovery ManagerのBACKUPコマンドのPOOLオペランドに入力された値と同じ。

TAG

VARCHAR2(32)

このプロキシ・コピーに関連付けられているタグ。

CREATION_CHANGE#

NUMBER

データファイルの作成時のSCN。

CREATION_TIME

DATE

CREATION_CHANGE#に対応する時刻。

CHECKPOINT_CHANGE#

NUMBER

プロキシ・コピー作成時におけるチェックポイントSCN。

CHECKPOINT_TIME

DATE

CHECKPOINT_CHANGE#に対応する時刻。

OUTPUT_BYTES

NUMBER

このプロキシ・コピー操作で生成されたすべての出力ピースの合計サイズ。

COMPLETION_TIME

DATE

プロキシ・コピーの完了時刻。

CONTROLFILE_TYPE

VARCHAR2(1)

可能な値は、通常の制御ファイルの場合はB、スタンバイ制御ファイルの場合はSです。

KEEP

VARCHAR2(3)

このバックアップの保存方針がCONFIGURE RETENTION POLICYの値とは異なるかどうかを示します。可能な値はYESおよびNOです。

KEEP_UNTIL

DATE

KEEP UNTIL TIME句を指定した場合は、この列にこのバックアップが不要になる直前の日付が表示されます。列がNULLで、KEEP_OPTIONSがNULLでない場合、バックアップが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このバックアップに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_PROXY_COPY_SUMMARY

RC_PROXY_COPY_SUMMARYビューには、リカバリ・カタログに登録されているデータベースで使用可能なすべてのプロキシ・コピーのバックアップに関する集計情報が含まれています。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_KEY

NUMBER

このデータベースに対する主キー。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

NUM_COPIES

NUMBER

このデータベースに対するすべてのプロキシ・コピー操作で作成されたコピー数。

NUM_DISTINCT_COPIES

NUMBER

このデータベースに対するすべてのプロキシ・コピー操作で作成された個々のコピー数。

MIN_CHECKPOINT_CHANGE#

NUMBER

このデータベースに対する任意のプロキシ・コピーにおける最小チェックポイントSCN。

MAX_CHECKPOINT_CHANGE#

NUMBER

このデータベースに対する任意のプロキシ・コピーにおける最大チェックポイントSCN。

MIN_CHECKPOINT_TIME

DATE

このデータベースに対する任意のプロキシ・コピーにおける最も古いチェックポイント時刻。

MAX_CHECKPOINT_TIME

DATE

このデータベースに対する任意のプロキシ・コピーにおける最新のチェックポイント時刻。

OUTPUT_BYTES

NUMBER

プロキシ・コピーで生成されたすべての出力ピースの合計サイズ。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_PROXY_DATAFILE

このビューでは、プロキシ・コピー機能を使用して作成したデータファイルのバックアップを説明します。このビューは、V$PROXY_DATAFILEビューに対応しています。

プロキシ・コピーでは、メディア・マネージャがバックアップおよびデータのリストアの操作を実行します。それぞれの行は、1つのデータファイルのバックアップを示します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

XDF_KEY

NUMBER

リカバリ・カタログのプロキシ・コピーの主キー。RMANがリカバリ・カタログに接続している間にLISTコマンドを発行すると、この値が出力のKEY列に表示されます。

RECID

NUMBER

V$PROXY_DATAFILEのプロキシ・コピー・レコードの識別子。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

STAMP

NUMBER

V$PROXY_DATAFILEのプロキシ・コピーのSTAMP。RECIDとSTAMPは、ターゲット・データベース制御ファイル内でこのレコードを一意に識別する連結主キーを構成します。

TAG

VARCHAR2(32)

プロキシ・コピーのタグ。

FILE#

NUMBER

プロキシ・コピーが作成されたデータファイルの絶対ファイル番号。

CREATION_CHANGE#

NUMBER

データファイルの作成時のSCN。

CREATION_TIME

DATE

データファイルの作成時刻。

RESETLOGS_CHANGE#

NUMBER

データファイル・ヘッダー内の最新RESETLOGSのSCN。

RESETLOGS_TIME

DATE

データファイル・ヘッダー内の最新RESETLOGSのタイムスタンプ。

INCREMENTAL_LEVEL

NUMBER

このコピーが増分バックアップの一部の場合は0、それ以外の場合はNULL。

CHECKPOINT_CHANGE#

NUMBER

コピー作成時におけるチェックポイントSCN。

CHECKPOINT_TIME

DATE

コピー作成時におけるチェックポイント時刻。

ABSOLUTE_FUZZY_CHANGE#

NUMBER

認識されている場合は、ファイルのいずれかのブロック内にある一番大きい値のSCN。ファイルがファジーにならないように、リカバリは少なくともこのSCNまで進行させる必要があります。

RECOVERY_FUZZY_CHANGE#

NUMBER

ファイルをファジーにしないために、リカバリ操作が到達する必要のあるSCN。NULLでない場合は、このファイルでデータベースをオープンする前に、少なくとも指定されたSCNまでのリカバリが必要です。

RECOVERY_FUZZY_TIME

DATE

RECOVERY_FUZZY_CHANGE#に対応付けられている時刻。

ONLINE_FUZZY

VARCHAR2(3)

YESまたはNO。YESに設定されている場合、このコピーはインスタンス障害またはOFFLINE IMMEDIATEの後に作成されたものです(またはデータベースがオープン状態で不適切に作成されたコピーのコピーです)。ファイルに一貫性を持たせるには、次のクラッシュ・リカバリ・マーカーまでのすべてのREDOを適用するリカバリが必要です。

BACKUP_FUZZY

VARCHAR2(3)

YESまたはNO。YESに設定されている場合、このコピーはBEGIN BACKUP/END BACKUPのバックアップ方式により作成されています。このコピーに一貫性を持たせるには、ALTER TABLESPACE END BACKUP文を発行するときにREDOストリームに置かれたマーカーまで、すべてのREDOを適用するリカバリが必要です。

BLOCKS

NUMBER

データファイル・コピー内のブロック・サイズ(コピー作成時のデータファイル・サイズでもあります)。

BLOCK_SIZE

NUMBER

コピーのブロック・サイズ(バイト)。

DEVICE_TYPE

VARCHAR2(255)

順次メディア・デバイスのタイプ。

HANDLE

VARCHAR2(1024)

プロキシ・コピーの名前またはハンドル。RMANは、この値を、ファイルを識別するオペレーティング・システム固有のレイヤーに渡します。

COMMENTS

VARCHAR2(255)

プロキシ・コピーについてのコメント。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

プロキシ・コピーを格納するメディア・プールの数。

START_TIME

DATE

プロキシ・コピーの開始時刻。

COMPLETION_TIME

DATE

プロキシ・コピーの完了時刻。

ELAPSED_SECONDS

NUMBER

プロキシ・コピーの実行時間。

STATUS

VARCHAR2(1)

バックアップ・セットの状態。A(使用可能)、U(使用不可能)、X(期限切れ)またはD(削除済)。

KEEP

VARCHAR2(3)

このプロキシ・コピーがCONFIGURE RETENTION POLICYの値とは異なる保存方針を持つかどうかを示します(YESまたはNO)。

KEEP_UNTIL

DATE

BACKUPコマンドのKEEP UNTIL TIME句を指定した場合は、この列にデータファイル・バックアップが不要になる直前の日付が表示されます。列がNULLで、KEEP OPTIONSがNULLでなければ、バックアップが不要とされることはありません。

KEEP_OPTIONS

VARCHAR2(11)

このバックアップに指定されたKEEPオプション。可能な値は、NOLOGS、BACKUP_LOGS、LOGSおよびNULLです。NOLOGSは、データベースがマウントされたときに一貫性のあるバックアップが作成されたことを示します。BACKUP_LOGSは、オープン・モードでバックアップが作成されたことを示します。したがって、一貫性のある状態にするには、アーカイブ・ログ・バックアップを適用する必要があります。LOGSは、LOGSキーワード(現在は非推奨)で作成された長期バックアップを示します。NULLは、このバックアップにはKEEPオプションが指定されておらず、保存方針に基づいて不要とされることを示します。

RSR_KEY

NUMBER

このプロキシ・コピーを作成したジョブに対応するRC_RMAN_STATUSの行に対する一意のキー。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

FOREIGN_DBID

NUMBER

このデータファイルのトランスポート元であるデータベースの外部DBID。バックアップされたファイルが外部データベース・ファイルでない場合、この値は0。

PLUGGED_READONLY

VARCHAR2(3)

トランスポートされた読取り専用外部ファイルのプロキシ・コピーである場合はYES、そうでない場合はNO。

PLUGIN_CHANGE#

NUMBER

外部データファイルがデータベースにトランスポートされたときのSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_CHANGE#

NUMBER

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作のSCN。このファイルが外部データベース・ファイルでない場合、値は0です。

PLUGIN_RESETLOGS_TIME

DATE

この外部ファイルがトランスポートされたインカネーションに対するRESETLOGS操作の時刻。このファイルが外部データベース・ファイルでない場合、値は0です。

RC_REDO_LOG

このビューは、前回のカタログ再同期化以降の、データベースのすべてのインカネーションのオンラインREDOログに関する情報をリストします。このビューは、V$LOGとV$LOGFILEビューの結合に対応しています。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

THREAD#

NUMBER

REDOスレッドの番号。

GROUP#

NUMBER

オンラインREDOログ・グループの番号。

NAME

VARCHAR2(1024)

オンラインREDOログ・ファイルの名前。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

BYTES

NUMBER

ファイルのサイズ(バイト単位)。

TYPE

VARCHAR2(7)

REDOログのタイプ: ONLINEまたはSTANDBY。

RC_REDO_THREAD

このビューは、前回のカタログ再同期化以降の、データベースの全インカネーションの全REDOスレッドに関するデータをリストします。このビューはV$THREADに対応しています。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

THREAD#

NUMBER

データベース・インカネーションのREDOスレッド番号。

STATUS

VARCHAR2(1)

REDOスレッドの状態。D(使用禁止)、E(使用可能)またはO(オープン)。

SEQUENCE#

NUMBER

最後に割り当てられたログ順序番号。

ENABLE_CHANGE#

NUMBER

このスレッドが使用可能になったときのSCN。

ENABLE_TIME

DATE

このスレッドが使用可能になった時刻。

DISABLE_CHANGE#

NUMBER

このスレッドが使用禁止になった時点での最新SCN。スレッドがまだ使用禁止になっている場合、このスレッドに関してこのSCN以降のREDOは存在しません。スレッドが使用可能になっている場合、このスレッドに関してDISABLE_CHANGE#からENABLE_CHANGE#までのREDOは存在しません。

DISABLE_TIME

DATE

このスレッドが使用禁止になった最新時刻。

RC_RESTORE_POINT

このビューは、前回のカタログ再同期化以降の、データベースのすべてのインカネーションの全リストア・ポイントをリストします。このビューはV$RESTORE_POINTに対応しています。

列

データ型

説明

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

RECID

NUMBER

制御ファイル内の対応する行のレコードID。

STAMP

NUMBER

制御ファイル内の行のタイムスタンプ。(制御ファイル・レコードは再利用されるため、タイムスタンプとレコードIDを組み合せて、RC_RMAN_STATUS内のすべてのレコードで一意の値を取得する必要があります。)

SITE_KEY

NUMBER

このリストア・ポイントと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

NAME

VARCHAR2(128)

リストア・ポイントの名前。

RESTORE_POINT_TIME

DATE

リストア・ポイントSCNに対応するデータベースの時刻。

CREATION_TIME

DATE

リストア・ポイントを作成したときの時刻。

SCN

NUMBER

リストア・ポイントを作成したときのデータベースSCN。

LONG_TERM

VARCHAR2(3)

KEEPオプションを指定して作成されたバックアップに対応したリストア・ポイントの場合はYES、そうでない場合はNO。

PRESERVED

VARCHAR2(3)

リストア・ポイントを明示的に削除する必要がある場合はYES、そうでない場合はNO。

GUARANTEE_FLASHBACK_DATABASE

VARCHAR2(3)

この時点までフラッシュバックできるようにフラッシュバック・ログを保持しておく必要がある場合はYES、そうでない場合はNO。

RC_RESTORE_RANGE

RC_RESTORE_RANGEビューは、リカバリ・カタログに登録されているデータベースのリストア範囲の詳細が含まれます。データベースは複数のリストア範囲を持つことができるため、このビューには単一のデータベースに対して複数の行が含まれることがあります。

このビューは、V$RESTORE_RANGEビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

一意のデータベース識別子。

SITE_KEY

NUMBER

このリストア範囲と関連付けられているデータベース・サイトの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

LOW_TIME

DATE

データベースのリストアが可能な最も古い時点。

HIGH_TIME

DATE

データベースのリストアが可能な最も新しい時点。

LOW_SCN

NUMBER

データベースのリストアが可能な最も小さなSCN。

HIGH_SCN

NUMBER

データベースのリストアが可能な最も大きなSCN。

LOW_DBINC_KEY

NUMBER

LOW_SCNが属しているデータベースのインカネーションに対する主キー。

HIGH_DBINC_KEY

NUMBER

HIGH_SCNが属しているデータベースのインカネーションに対する主キー。

RC_RESYNC

このビューは、リカバリ・カタログの再同期化に関する情報をリストします。すべての完全再同期化では、ターゲット・データベースの制御ファイルのスナップショットが作成され、そのスナップショットからリカバリ・カタログが再同期化されます。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RESYNC_KEY

NUMBER

再同期化の主キー。

CONTROLFILE_CHANGE#

NUMBER

カタログの再同期化が開始された制御ファイル・チェックポイントSCN。

CONTROLFILE_TIME

DATE

カタログの再同期化が開始された制御ファイル・チェックポイントのタイムスタンプ。

CONTROLFILE_SEQUENCE#

NUMBER

制御ファイルの順序番号。

CONTROLFILE_VERSION

DATE

カタログが再同期化された元の制御ファイルのバージョンに対する作成時刻。

RESYNC_TYPE

VARCHAR2(7)

再同期化のタイプ。FULL(全体)またはPARTIAL(部分)。

DB_STATUS

VARCHAR2(7)

ターゲット・データベースの状態。OPEN(オープン)またはMOUNTED(マウント済)。

RESYNC_TIME

DATE

再同期化の時刻。

RC_RMAN_BACKUP_JOB_DETAILS

RC_RMAN_BACKUP_JOB_DETAILSは、RMANバックアップ・ジョブに関する詳細情報を表示します。RMANジョブは、RMANセッション内で実行される一連のコマンドです。RMANバックアップ・ジョブは、RMANジョブ内で実行される一連のBACKUPコマンドです。たとえば、同じRMANジョブで実行されるBACKUP DATABASEおよびBACKUP ARCHIVELOG ALLコマンドで、1つのRMANバックアップ・ジョブが構成されます。

このビューでは、同じセッションで複数のBACKUPコマンドが実行される場合でも、RMANセッションごとに1行が含まれます。SESSION_KEY列は、バックアップ・ジョブが発生したRMANセッションの一意のキーです。RMANセッション中に実行された操作の詳細は、RC_RMAN_BACKUP_SUBJOB_DETAILSビューを参照してください。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_KEY

NUMBER

このデータベースに対する主キー。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

SESSION_KEY

NUMBER

RMANセッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_KEYおよびSESSION_STAMPとともに使用して、ジョブの出力をRC_RMAN_OUTPUTから一意に識別します

SESSION_STAMP

NUMBER

SESSION_RECIDおよびSESSION_KEYとともに使用して、ジョブの出力をRC_RMAN_OUTPUTから一意に識別します

COMMAND_ID

VARCHAR2(33)

SET COMMAND IDを使用して設定されたユーザー指定の値、またはRMANで生成された一意のコマンドIDのいずれか。

START_TIME

DATE

RMANジョブ内の最初のバックアップ・コマンドの開始時刻。

END_TIME

DATE

RMANジョブ内の最後のバックアップ・コマンドの終了時刻。

INPUT_BYTES

NUMBER

このRMANジョブ中にバックアップされたすべての入力ファイルの合計サイズ。

OUTPUT_BYTES

NUMBER

このRMANジョブで生成されたすべての出力バックアップ・ピースの合計サイズ。

STATUS_WEIGHT

NUMBER

Enterprise Manager内部で使用。

OPTIMIZED_WEIGHT

NUMBER

Enterprise Manager内部で使用。

INPUT_TYPE_WEIGHT

NUMBER

Enterprise Manager内部で使用。

OUTPUT_DEVICE_TYPE

VARCHAR2(17)

DISK、SBT_TAPEまたは*。アスタリスクは、その出力が複数のデバイス・タイプに書き込まれたバックアップ・ジョブであることを示します。

AUTOBACKUP_COUNT

NUMBER

このRMANジョブによって実行された自動バックアップの数。

BACKED_BY_OSB

VARCHAR2(3)

バックアップ・ピースがOracle Secure Backupにバックアップされている(YES)か、バックアップされていない(NO)かを示します。

AUTOBACKUP_DONE

VARCHAR2(3)

YESまたはNO(制御ファイルの自動バックアップがこのバックアップ・ジョブの一部として実行されたかどうかによって異なる)。

STATUS

VARCHAR2(23)

次のいずれかの値になります。RUNNING、RUNNING WITH WARNINGS、RUNNING WITH ERRORS、COMPLETED、COMPLETED WITH WARNINGS、COMPLETED WITH ERRORS、FAILED。

ジョブが失敗した場合でも、バックアップ・セットが作成されている場合があります。RMANがバックアップ・セットをいくつか作成した後に、ジョブが失敗した可能性もあります。したがって、RC_BACKUP_SET_DETAILSビューには、バックアップ・ジョブで正しく作成されたバックアップ・セットを示す行が含まれている場合があります。このビューをRC_BACKUP_SET_DETAILSと結合すると、失敗したバックアップ・ジョブに関する詳細情報を取得できます。

INPUT_TYPE

VARCHAR2(13)

このバックアップの入力タイプを示す値が表示されます。可能な値は、RC_RMAN_BACKUP_TYPEビューを参照してください。

複数の値に対応するバックアップがジョブに含まれる場合は、ビューには入力タイプごとに異なるINPUT_TYPE値に対応する複数の行が、INPUT_BYTES、OUTPUT_BYTES、INPUT_BYTES_DISPLAY、OUTPUT_BYTES_DISPLAYフィールドの対応する値とともに表示されます。

OPTIMIZED

VARCHAR2(3)

バックアップ最適化が適用されたかどうかによってYESまたはNOになります。

ELAPSED_SECONDS

NUMBER

このバックアップ・ジョブの実行で経過した秒数。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

INPUT_BYTES_PER_SEC

NUMBER

入力読取り速度(バイト/秒)。

OUTPUT_BYTES_PER_SEC

NUMBER

出力書込み速度(バイト/秒)。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

INPUT_BYTES_PER_SEC_DISPLAY

VARCHAR2(32K)

INPUT_BYTES_PER_SECと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_PER_SEC_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTES_PER_SECと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

TIME_TAKEN_DISPLAY

VARCHAR2(32K)

RMANジョブの合計時間。ユーザーが表示可能な書式(hh:mm:ssなど)に変換されます。

RC_RMAN_BACKUP_SUBJOB_DETAILS

RC_RMAN_BACKUP_SUBJOB_DETAILSビューはRMANセッション内で類似する操作グループの詳細を表示します。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_KEY

NUMBER

このデータベースに対する主キー。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

SESSION_RECID

NUMBER

SESSION_KEYおよびSESSION_STAMPとともに使用して、ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

SESSION_STAMP

NUMBER

SESSION_RECIDおよびSESSION_KEYとともに使用して、ジョブの出力をRC_RMAN_OUTPUTから一意に識別します。

OPERATION

VARCHAR2(33)

可能な値はBACKUP、ROLLFORWARD、VALIDATEまたはBACKUPSETです。このビューではセッションの各操作タイプに対して1つずつ行があり、各行にはセッション中に実行されるそのタイプのすべての操作を示すそれぞれの値が含まれます。

COMMAND_ID

VARCHAR2(33)

SET COMMAND IDを使用して設定されたユーザー指定の値、またはRMANで生成された一意のコマンドIDのいずれか。

START_TIME

DATE

ジョブ内の最初のバックアップ・コマンドの開始時刻。

END_TIME

DATE

ジョブ内の最後のバックアップ・ジョブの終了時刻。

INPUT_BYTES

NUMBER

このジョブ中にバックアップされたすべての入力ファイルの合計サイズ。

OUTPUT_BYTES

NUMBER

このジョブで生成されたすべての出力ピースの合計サイズ。

STATUS_WEIGHT

NUMBER

Enterprise Manager内部で使用。

OPTIMIZED_WEIGHT

NUMBER

Enterprise Manager内部で使用。

INPUT_TYPE_WEIGHT

NUMBER

Enterprise Manager内部で使用。

OUTPUT_DEVICE_TYPE

VARCHAR2(17)

出力デバイスのタイプ。DISK、SBT_TAPEまたは*。アスタリスク(*)は、その出力が複数のデバイス・タイプに書き込まれたバックアップ・ジョブであることを示します。

BACKED_BY_OSB

VARCHAR2(3)

バックアップ・ピースがOracle Secure Backupにバックアップされている(YES)か、バックアップされていない(NO)かを示します。

AUTOBACKUP_DONE

VARCHAR2(3)

制御ファイルの自動バックアップがこのジョブの一部として実行された(YES)か、実行されなかった(NO)かを示します。

STATUS

VARCHAR2(23)

次のいずれかの値になります。RUNNING、RUNNING WITH WARNINGS、RUNNING WITH ERRORS、COMPLETED、COMPLETED WITH WARNINGS、COMPLETED WITH ERRORS、FAILED。

INPUT_TYPE

VARCHAR2(13)

次のいずれかの値が含まれます。DATABASE FULL、RECOVERY AREA、DATABASE INCR、DATAFILE FULL、DATAFILE INCR、ARCHIVELOG、CONTROLFILE、SPFILE。

複数の値に対応するバックアップがサブジョブに含まれる場合は、ビューには入力タイプごとに異なるINPUT_TYPE値に対応する複数の行が、INPUT_BYTES、OUTPUT_BYTES、INPUT_BYTES_DISPLAY、OUTPUT_BYTES_DISPLAYフィールドの対応する値とともに表示されます。

OPTIMIZED

VARCHAR2(3)

OPERATION列の値がBACKUPの場合、バックアップ最適化が適用されたかどうかによって、OPTIMIZEDがYESまたはNOになります。

AUTOBACKUP_COUNT

NUMBER

このジョブによって実行された自動バックアップの数。

COMPRESSION_RATIO

NUMBER

このバックアップの圧縮率。

INPUT_BYTES_DISPLAY

VARCHAR2(32K)

INPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

OUTPUT_BYTES_DISPLAY

VARCHAR2(32K)

OUTPUT_BYTESと値は同じですが、ユーザーが表示可能な書式(798.01Mまたは5.25Gなど)に変換されます。

RC_RMAN_BACKUP_TYPE

このビューはEnterprise Manager内部で使用します。

このビューは、特定のバックアップ・タイプに関するレポート生成時にその他のEnterprise Managerビューのフィルタ処理で使用します。

列

データ型

説明

WEIGHT

NUMBER

Enterprise Manager内部で、異なるバックアップ・タイプの優先順位をレポートに設定する場合に使用します。

INPUT_TYPE

VARCHAR2(13)

Enterprise Manager内部で、様々なレポート画面の作成で使用される可能なフィルタを示す場合に使用します。

RC_RMAN_CONFIGURATION

このビューは、RMANの永続構成の設定情報をリストします。このビューはV$RMAN_CONFIGURATIONビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

この構成に対応するターゲット・データベースの主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

CONF#

NUMBER

所属先のターゲット・データベース内で、この構成レコードを識別する一意のキー

NAME

VARCHAR2(65)

構成のタイプ。CONFIGUREコマンドのほとんどのオプションは有効なタイプです。ただし、CONFIGURE EXCLUDE (RC_TABLESPACEの説明を参照)、CONFIGURE AUXNAME (RC_DATAFILEの説明を参照)およびCONFIGURE SNAPSHOT CONTROLFILE(制御ファイルにのみ格納)は無効です。

VALUE

VARCHAR2(1025)

CONFIGUREコマンド設定。たとえば、RETENTION POLICY TO RECOVERY WINDOW OF 1 DAYSなどです。

DB_UNIQUE_NAME

VARCHAR2(512)

このレコードが属しているデータベース・インカネーションのDB_UNIQUE_NAME。Data Guard環境のすべてのデータベースで同一のDBIDが共有されていますが、DB_UNIQUE_NAMEの値は異なります。特定のファイルに対するデータベース名が不明の場合、この列の値はNULLです。たとえば、Oracle Database 11gより前のバージョンのRMANで管理されているデータベースの行はNULLです。

SITE_KEY

NUMBER

この構成と関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

RC_RMAN_OUTPUT

RC_RMAN_OUTPUTビューは、制御ファイル・ビューV$RMAN_OUTPUTに対応しています。

このビューは、主にEnterprise Manager内部で使用します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

RSR_KEY

NUMBER

この出力を作成したジョブに対応するRC_RMAN_STATUSの行に対する一意キー。

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

RECID

NUMBER

このデータベースに対するV$RMAN_OUTPUT.RECIDに表示される値が含まれます。

STAMP

NUMBER

このライン・アウト出力の行が追加されたときのスタンプ(順序付けに使用)。

OUTPUT

VARCHAR2(130)

RMANの出力テキスト。

RC_RMAN_STATUS

このビューには、このリカバリ・カタログに対応付けられているすべてのデータベースでのRMAN操作の履歴情報が含まれます。このビューには、基本的にV$RMAN_STATUSと同じ情報が含まれます。ただし、現行のセッションに関する情報は含まれません。

すべてのRMAN操作(バックアップ、リストア、バックアップの削除など)が、この表に記録されます。この表は、各RMANセッション(RMANクライアントが終了するまでに実行されたすべての操作を含む、RMANクライアントの実行)の状態、セッション中に実行された操作、および再帰的操作を表示するように構成されています。

また、RC_RMAN_STATUSには、V$RMAN_STATUSには含まれていないRSR_KEY列、PARENT_KEY列およびSESSION_KEY列が含まれます。

列

データ型

説明

DB_KEY

NUMBER

データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

データベース・インカネーションに対する主キー。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

RECID

NUMBER

制御ファイル内の対応する行のレコードID。

STAMP

NUMBER

制御ファイル内の行のタイムスタンプ。(制御ファイル・レコードは再利用されるため、タイムスタンプとレコードIDを組み合せて、RC_RMAN_STATUS内のすべてのレコードで一意の値を取得する必要があります。)

RSR_KEY

NUMBER

この行に対する一意のキー。

PARENT_KEY

NUMBER

この行の親行に対するRSR_KEYの値。

SESSION_KEY

NUMBER

この行に対応付けられたセッション行に対するRSR_KEYの値。RC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

ROW_TYPE

VARCHAR2(33)

この行で表される操作のタイプ。可能な値は次のとおりです。

- レベル0の行の場合はSESSION

- レベル1の行の場合はCOMMAND

- レベル2以上の行の場合はRECURSIVE OPERATION

ROW_LEVEL

NUMBER

この行のレベル。

- 0の場合、これはセッション行です。つまり、ROW_TYPEはSESSIONとなっており、この行は、RMANクライアントが起動されたことを表します。

- 1の場合、この行はRMANクライアントにコマンドを入力して実行したことを表します。レベル1の行の場合はROW_TYPE=COMMAND。

- 2以上の場合、この行は再帰的操作を表します(再帰的操作とは、データベース・バックアップで実行される制御ファイルの自動バックアップなどの、RMANコマンドの補助操作です)。レベル2以上の行の場合はROW_TYPE=RECURSIVE OPERATION。

OPERATION

VARCHAR2(33)

この行で表される操作の名前。SESSION操作の場合、この列はRMANに設定されます。COMMAND操作の場合、この列は実行されたコマンド(BACKUP、RESTORE、CONFIGURE、REPORTなど)を表します。

STATUS

VARCHAR2(33)

この行で表される操作の状態。可能な値は次のとおりです。

- COMPLETED - ジョブは正常に完了しました。実行中に警告またはエラーは発生しませんでした。

- COMPLETED WITH WARNINGS: ジョブは正常に完了しましたが、実行中に発生した警告メッセージがあります。たとえば、警告メッセージは次のようになります。

RMAN-05019: WARNING: no channel of required type allocated to recover copy of datafile1

- COMPLETED WITH ERRORS - ジョブは正常に完了しましたが、フェイルオーバー機能によって処理されたエラーがあります。たとえば、RESTORE FAILOVERまたはBACKUP FAILOVERによって、ジョブが別のチャネルにスケジュールされました。

- FAILED: ジョブに失敗しました。

- RUNNING - ジョブを実行中です。これまでの実行中に発生したエラーまたは警告はありません。

- RUNNING WITH ERRORS - ジョブを実行中ですが、エラー・メッセージが発生しています。

- RUNNING WITH WARNINGS - ジョブを実行中ですが、警告メッセージが発生しています。

COMMAND_ID

VARCHAR2(33)

ユーザー指定のコマンドID。コマンドIDは、RMANでSET COMMAND ID構文を使用して変更できます。デフォルトでは、コマンドIDは、RMANの起動時にISO規格の書式で設定されます。

MBYTES_PROCESSED

NUMBER

この行で表される操作でデータ転送(データのバックアップやリストアなど)を実行した場合、この列には操作で処理されたMB数が含まれます。それ以外の場合、この列にはNULLが含まれます。

START_TIME

DATE

この行で表される操作の開始時刻。

END_TIME

DATE

この行で表される操作の終了時刻。

JOB_KEY

NUMBER

RMANセッションのキー。SESSION_KEYと同じです。

INPUT_BYTES

NUMBER

読み取られた入力バイト数。

OUTPUT_BYTES

NUMBER

書き込まれた入力バイト数。

OPTIMIZED

VARCHAR2(3)

バックアップ・ジョブ時にバックアップの最適化が適用される場合はYES。それ以外の場合はNO。

OBJECT_TYPE

VARCHAR2(80)

次のいずれかの値が含まれます。DATABASE FULL、RECOVERY AREA、DATABASE INCR、DATAFILE FULL、DATAFILE INCR、ARCHIVELOG、CONTROLFILE、SPFILE。

SESSION_RECID

NUMBER

ROW_TYPE=SESSIONの場合、つまり、この行には親がなく、RMANセッションを表す場合、この列にはNULLが含まれます。それ以外の場合は、この行に関連付けられているセッションを表す行のレコードIDが含まれます。

SESSION_STAMP

NUMBER

ROW_TYPE=SESSIONの場合、つまり、この行には親がなく、RMANセッションを表す場合、この列にはNULLが含まれます。それ以外の場合は、この行に関連付けられているセッションを表す行のタイムスタンプが含まれます。

OUTPUT_DEVICE_TYPE

VARCHAR2(17)

出力デバイスのタイプ。DISK、SBT_TAPEまたは*。アスタリスク(*)は、複数のデバイス・タイプに出力が書き込まれたことを示します。

SITE_KEY

NUMBER

RMANのステータス情報と関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

OSB_ALLOCATED

VARCHAR2(3)

このセッションがOracle Secure Backupに対してSBTチャネルを割り当てた場合はYES、割り当てていない場合はNO。

RC_SBT_RESTORE_RANGE

RC_SBT_RESTORE_RANGEビューには、テープに格納されているバックアップ・データに対するデータベースのリストア範囲に関する情報が含まれます。このビューは、V$SBT_RESTORE_RANGEビューに対応しています。

列

データ型

説明

DB_KEY

NUMBER

一意のデータベース識別子。

SITE_KEY

NUMBER

このリストア範囲と関連付けられているデータベース・サイトの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

LOW_TIME

DATE

データベースのリストアが可能な最も古い時点。

HIGH_TIME

DATE

データベースのリストアが可能な最も新しい時点。

LOW_SCN

NUMBER

データベースのリストアが可能な最も小さなSCN。

HIGH_SCN

NUMBER

データベースのリストアが可能な最も大きなSCN。

LOW_DBINC_KEY

NUMBER

LOW_SCNが属しているデータベースのインカネーションに対する主キー。

HIGH_DBINC_KEY

NUMBER

HIGH_SCNが属しているデータベースのインカネーションに対する主キー。

RC_SITE

このビューは、リカバリ・カタログで認識されているData Guard環境のすべてのデータベースに関する情報を表示します。このビューを使用すると、DB_UNIQUE_NAME列を持たないビューに対して、その値を取得できます。

列

データ型

説明

SITE_KEY

NUMBER

このデータベースの一意のキー。RC_SITE.SITE_KEY列をその他のビューのRC_SITE列と結合すると、バックアップに関連付けられているDB_UNIQUE_NAMEを特定できます。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DATABASE_ROLE

VARCHAR2(7)

Data Guard環境でのデータベースのロール。

CF_CREATE_TIME

DATE

制御ファイルの作成日。

DB_UNIQUE_NAME

VARCHAR2(30)

データベースのDB_UNIQUE_NAME。Data Guard環境のすべてのデータベースで同一のDBIDが共有されていますが、DB_UNIQUE_NAMEの値は異なります。

RC_STORED_SCRIPT

このビューは、リカバリ・カタログに格納されているスクリプトに関する情報をリストします。このビューでは、1ストアド・スクリプトに対して1行の説明があります。RMANのスクリプト管理コマンド(LIST SCRIPT NAMES、LIST SCRIPTなど)を使用すると、この情報をより簡単に表示できます。

列

データ型

説明

DB_KEY

NUMBER

このストアド・スクリプトを所有しているデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

SCRIPT_NAME

VARCHAR2(100)

ストアド・スクリプトの名前。

SCRIPT_COMMENT

VARCHAR2(255)

このスクリプトの作成時にユーザーが入力したコメント。コメントが入力されなかった場合はNULL。

RC_STORED_SCRIPT_LINE

このビューは、リカバリ・カタログ内のストアド・スクリプトの個々の行に関する情報をリストします。このビューでは、1ストアド・スクリプトに対して1行の説明があります。

列

データ型

説明

DB_KEY

NUMBER

このストアド・スクリプトを所有しているデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

SCRIPT_NAME

VARCHAR2(100)

ストアド・スクリプトの名前。

LINE

NUMBER

ストアド・スクリプトの行番号。スクリプトの行は、SCRIPT_NAMEおよびLINEによって一意に識別されます。

TEXT

VARCHAR2(1024)

ストアド・スクリプトの行のテキスト。

RC_TABLESPACE

このビューは、リカバリ・カタログに登録されているすべての表領域、すべての削除済表領域および古いインカネーションに属している表領域をリストします。これは、V$TABLESPACEビューに対応しています。表領域属性の現行の値を表示します。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

CON_ID

NUMBER

現在のコンテナのID:

- 0: マルチテナント・コンテナ・データベース(CDB)全体または従来のOracle Database (非CDB)に関連するデータを含む行

- 1: rootのみに関連するデータを含む行

- n: nは、データを含む行に適用されるコンテナID

PDB_NAME

VARCHAR2(30)

リカバリ・カタログ内のプラガブル・データベース(PDB)の名前。

PDB_KEY

NUMBER

リカバリ・カタログ内のPDBに対する主キー。

PDBINC_KEY

NUMBER

PDBのインカネーションに対する主キー。

TS#

NUMBER

ターゲット・データベースでの表領域ID。表領域を削除し、再作成した場合は、同じインカネーションに複数のTS#が存在します。

NAME

VARCHAR2(30)

表領域名。表領域を削除し、再作成した場合は、同じインカネーションにその名前が複数存在している可能性があります。

CREATION_CHANGE#

NUMBER

(最初のデータファイルからの)作成SCN。

CREATION_TIME

DATE

表領域の作成時刻。制御ファイルを作成後にオフラインの表領域はNULL。

DROP_CHANGE#

NUMBER

表領域を削除したときに記録されたSCN。同じTS#を持つ新規の表領域が発見された場合、DROP_CHANGE#はその表領域のCREATION_CHANGE#に設定されます。それ以外の場合、値はRC_CHECKPOINT.CKP_SCNに設定されます。

DROP_TIME

DATE

表領域を削除したときの時刻。

INCLUDED_IN_DATABASE_BACKUP

VARCHAR2(3)

この表領域がデータベース全体のバックアップに含まれるかどうかをYESまたはNOで示します。YES値が発生するのは、このデータファイルを所有する表領域に対してCONFIGURE EXCLUDEが実行された場合のみです。

BIGFILE

VARCHAR2(3)

この表領域がBIGFILEオプションを使用して作成された表領域かどうかを示します。

TEMPORARY

VARCHAR2(3)

データベースがローカル管理の一時表領域の場合はYES。それ以外の場合はNO。

ENCRYPT_IN_BACKUP

VARCHAR2(3)

可能な値は次のとおりです。

- ON。表領域レベルで暗号化を有効にします。

- OFF。表領域レベルで暗号化を無効にします。

- NULL。表領域レベルでは暗号化を明示的に有効化または無効化しません(デフォルト、またはCLEAREDの場合)。

RC_TEMPFILE

このビューは、リカバリ・カタログに登録されているすべての一時ファイルに関する情報をリストします。これは、V$TEMPFILEビューに対応しています。一時ファイルは、その表領域が削除された場合、削除されたものとして表示されます。

列

データ型

説明

DB_KEY

NUMBER

ターゲット・データベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

DBINC_KEY

NUMBER

ターゲット・データベースのインカネーションに対する主キー。この列を使用して、RC_DATABASE_INCARNATIONと結合します。

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

CON_ID

NUMBER

現在のコンテナのID:

- 0: マルチテナント・コンテナ・データベース(CDB)全体または従来のOracle Database (非CDB)に関連するデータを含む行

- 1: rootのみに関連するデータを含む行

- n: nは、データを含む行に適用されるコンテナID

PDB_NAME

VARCHAR2(30)

リカバリ・カタログ内のプラガブル・データベース(PDB)の名前。

PDB_KEY

NUMBER

リカバリ・カタログ内のPDBに対する主キー。

TS#

NUMBER

ターゲット・データベースでの表領域ID。表領域を削除し、再作成した場合は、同じインカネーションに複数のTS#が存在します。

TABLESPACE_NAME

VARCHAR2(30)

表領域名。表領域を削除し、再作成した場合は、同じインカネーションにその名前が複数存在している可能性があります。

FILE#

NUMBER

一時ファイルの絶対ファイル番号。一時ファイルを削除し、再作成した場合は、同じインカネーションに同一の一時ファイル番号が存在する場合があります。

CREATION_CHANGE#

NUMBER

一時ファイルを作成したときのSCN。

CREATION_TIME

DATE

一時ファイルを作成したときの時刻。

DROP_CHANGE#

NUMBER

一時ファイルを削除したときに記録されたSCN。同じFILE#を持つ新規の一時ファイルが発見された場合、DROP_CHANGE#はその一時ファイルのCREATION_CHANGE#に設定され、これ以外の場合は、RC_CHECKPOINT.CKP_SCN値に設定されます。

DROP_TIME

DATE

一時ファイルを削除したときの時刻。同じFILE#を持つ新規の一時ファイルが発見された場合、DROP_TIMEはその一時ファイルのCREATION_TIMEに設定され、これ以外の場合は、RC_CHECKPOINT.CKP_TIME値に設定されます。

BYTES

NUMBER

一時ファイル・サイズ(バイト)。

BLOCKS

NUMBER

ファイルのサイズ(ブロック数)。

BLOCK_SIZE

NUMBER

一時ファイルのブロック・サイズ(バイト)。

NAME

VARCHAR2(1024)

一時ファイルの名前。

RFILE#

NUMBER

表領域内でのこの一時ファイルの相対ファイル番号。

AUTOEXTEND

VARCHAR2(3)

一時ファイルを自動拡張できる場合は、ON。それ以外の場合はOFF。

MAXSIZE

NUMBER

ファイルを拡張可能な最大ファイル・サイズ(ブロック数)。AUTOEXTENDがONの場合にのみ有効です。AUTOEXTENDがOFFの場合は常に0です。

NEXTSIZE

NUMBER

拡張可能なファイルの増分サイズの量(ブロック数)。AUTOEXTENDがONの場合にのみ有効です。AUTOEXTENDがOFFの場合は常に0です。

BIGFILE

VARCHAR2(3)

表領域がBIGFILE表領域である場合はYES、そうでない場合はNO。

SITE_KEY

NUMBER

このファイルと関連付けられているData Guardデータベースの主キー。Data Guard環境にある各データベースのSITE_KEYの値は一意です。SITE_KEYを使用してRC_SITEビューと結合すると、データベースのDB_UNIQUE_NAMEを取得できます。

TABLESPACE_CREATION_CHANGE#

NUMBER

この表領域が作成されたときのSCN。

TABLESPACE_CREATION_TIME

DATE

この表領域が作成されたときのタイムスタンプ。

TABLESPACE_DROP_CHANGE#

NUMBER

この表領域が削除されたときのSCN。

TABLESPACE_DROP_TIME

DATE

この表領域が削除されたときのタイムスタンプ。

DB_UNIQUE_NAME

VARCHAR2(512)

このレコードが属しているデータベース・インカネーションのDB_UNIQUE_NAME。Data Guard環境のすべてのデータベースで同一のDBIDが共有されていますが、DB_UNIQUE_NAMEの値は異なります。特定のファイルに対するデータベース名が不明の場合、この列の値はNULLです。たとえば、Oracle Database 11gより前のバージョンのRMANで管理されているデータベースの行はNULLです。

RC_UNUSABLE_BACKUPFILE_DETAILS

このビューには、UNAVAILABLEまたはEXPIREDとマークされているすべてのバックアップ・ファイル(バックアップ・ピース、プロキシ・コピーまたはイメージ・コピー)が表示されます。ユーザーは行を1つ選択し、BTYPE_KEYまたはFILETYPE_KEYを使用して、バックアップ・セットまたは特定のファイルのステータスをAVAILABLEに変更できます。

このビューは、主にEnterprise Managerで内部的に使用します。

列

データ型

説明

DB_NAME

VARCHAR2(8)

このレコードが属しているデータベース・インカネーションのDB_NAME。

DB_KEY

NUMBER

リカバリ・カタログ内のこのデータベースに対する主キー。この列を使用して、他のほとんどのカタログ・ビューと結合します。

SESSION_KEY

NUMBER

セッションの識別子。RC_RMAN_OUTPUTおよびRC_RMAN_BACKUP_JOB_DETAILSとの結合に使用します。

RSR_KEY

NUMBER

このファイルを作成したジョブに対応するRC_RMAN_STATUSの行に対する一意キー。

BTYPE

CHAR(9)

バックアップ・タイプ・コンテナ(BACKUPSET、IMAGECOPYまたはPROXYCOPY)。

BTYPE_KEY

NUMBER

バックアップ・タイプの一意の識別子。BS_KEY/COPY_KEYです。

ID1

NUMBER

バックアップ・セットとして取られるバックアップでは、この列にはSET_STAMPが含まれます。プロキシ・コピーまたはイメージ・コピーのバックアップでは、この列には制御ファイルのRECIDが含まれます。

ID2

NUMBER

バックアップ・セットとして取られるバックアップでは、ID2にはSET_COUNTが含まれます。イメージ・コピーおよびプロキシ・コピーのバックアップでは、ID2にはSTAMPが含まれます。

FILETYPE

VARCHAR2(15)

このバックアップ・ファイルのタイプ。可能な値はBACKUPPIECE、COPYまたはPROXYCOPYです。

FILETYPE_KEY

NUMBER

ファイルがバックアップ・ピースの場合はバックアップ・ピースのキー、それ以外の場合はCOPY_KEYです。このキーを使用して、ファイルのステータスを使用可能に直接変更することができます。

STATUS

VARCHAR2(1)

U(使用不可能なバックアップ)またはX(期限切れバックアップ)のいずれか。

FILESIZE

NUMBER

使用不可能なバックアップ・ファイルのサイズ(バイト)。

DEVICE_TYPE

VARCHAR2(255)

この使用不可能なバックアップ・ファイルを格納するデバイス・タイプ。可能な値はDISKおよびSBT_TAPEです。

FILENAME

VARCHAR2(1024)

ファイル名。

MEDIA

VARCHAR2(80)

このバックアップを作成したメディア・マネージャについての詳細コメント。

MEDIA_POOL

NUMBER

バックアップを格納するメディア・プールの数。

A RMANの予約語

RMANの予約語は、非引用識別子として使用できません。

RMANの予約語のリスト

この項では、RMANの予約語をリストします。

- ,

- #

- (

- )

- \

- {

- }

- <<<

- >>>

- ;

- &

- _

- '

- =

- ^

- @

- .

- :

- ABORT

- ACCESSIBLE

- ACTIVE

- ADVISEID

- ADVISE

- AES128

- AES192

- AES256

- AFFINITY

- AFTER

- ALGORITHM

- ALLOCATE

- ALLOW

- ALL

- ALTER

- ANALYZE

- AND

- APPEND

- APPLIED

- ARCHIVELOG

- AREA

- AS

- ATALL

- AT

- AUDIT

- AUTOBACKUP

- AUTOLOCATE

- AUXILIARY

- AUXNAME

- AVAILABLE

- BACKED

- BACKUPPIECE

- BACKUPSET

- BACKUPS

- BACKUP

- BEGIN

- BEFORE

- BETWEEN

- BLOCKRECOVER

- BLOCKS

- BLOCK

- BY

- CALL

- CANCEL

- CATALOG

- CHANGE

- CHANNEL

- CHECKSYNTAX

- CHECK

- CLEAR

- CLONCENAME

- CLONE

- CLONE_CF

- CLOSED

- CMDFILE

- COMMAND

- COMMENT

- COMMIT

- COMPATIBLE

- COMPLETED

- COMPRESSED

- COMPRESSION

- CONFIGURE

- CONNECT

- CONSISTENT

- CONSTRAINT

- CONTROLFILECOPY

- CONTROLFILE

- CONVERT

- COPIES

- COPY

- CORRUPTION

- CREATE

- CRITICAL

- CROSSCHECK

- CUMULATIVE

- CURRENT

- DATABASE

- DATAFILECOPY

- DATAFILE

- DATAPUMP

- DAYS

- DBA

- DBID

- DB_FILE_NAME_CONVERT

- DB_NAME

- DB_RECOVERY_FILE_DEST

- DB_UNIQUE_NAME

- DEBUG

- DECLARE

- DECRYPTED

- DECRYPTION

- DEFAULT

- DEFINE

- DELETE

- DELETION

- DESCRIBE

- DESTINATION

- DETAIL

- DEVICE

- DIRECTORY

- DISKRATIO

- DISK

- DISPLAY

- DORECOVER

- DROP

- DUMP

- DUPLEX

- DUPLICATE

- DURATION

- ECHO

- ENCRYPTED

- ENCRYPTION

- EXCLUDE

- EXECUTE

- EXIT

- EXPIRED

- EXPORT

- FAILOVER

- FAILURE

- FALSE

- FILESPERSET

- FILES

- FILE

- FINAL

- FLASHBACK

- FORCE

- FOREIGN

- FOREVER

- FORMAT

- FOR

- FROM

- FULL

- G

- GET

- GLOBAL

- GRANT

- GROUP

- GUARANTEE

- HEADER

- HIGH

- HOST

- IDENTIFIER

- ID

- IMMEDIATE

- IMPORT

- INACCESSIBLE

- INCARNATION

- INCLUDING

- INCLUDE

- INCONSISTENT

- INCREMENTAL

- INPUT

- INSERT

- INSTANCE

- IO

- JOB

- KBYTES

- KEEP

- KRB

- K

- LEVEL

- LIBPARM

- LIBRARY

- LIKE

- LIMIT

- LINK

- LIST

- LOAD

- LOCK

- LOGFILE

- LOGICAL

- LOGSCN

- LOGSEQ

- LOGS

- LOG

- LOW

- M

- MAINTENANCE

- MASK

- MAXCORRUPT

- MAXDAYS

- MAXOPENFILES

- MAXPIECESIZE

- MAXSEQ

- MAXSETSIZE

- MAXSIZE

- MERGE

- METHOD

- MINIMIZE

- MISC

- MOUNT

- MSGLOG

- MSGNO

- NAMES

- NAME

- NEED

- NEW-LINE

- NEWNAME

- NEW

- NOAUDIT

- NOBACKUP

- NOCATALOG

- NOCATFOV

- NOCFAU

- NOCHECKSUM

- NOCHECK

- NODEVALS

- NODUPLICATES

- NOEXCLUDE

- NOFILENAMECHECK

- NOFILEUPDATE

- NOIMPORT

- NOKEEP

- NOLOGS

- NOMOUNT

- NONE

- NOOPEN

- NOPARALLEL

- NOPROMPT

- NOREDO

- NORESUME

- NORMAL

- NOTABLEIMPORT

- NOT

- NO

- NULL

- NUMWIDTH

- NUMBER

- OBSOLETE

- OFFLINE

- OFF

- OF

- ONLY

- ON

- OPEN

- OPTIMIZATION

- OPTION

- ORPHAN

- OR

- OUTPUT

- PACKAGES

- PARALLELISM

- PARALLELMEDIARESTORE

- PARALLEL

- PARAMETER_VALUE_CONVERT

- PARAMETER

- PARMS

- PARTIAL

- PASSWORD

- PFILE

- PIPE

- PLATFORM

- PLSQL

- PLUGGABLE

- PLUS

- POINT

- POLICY

- POOL

- PREVIEW

- PRIMARY

- PRINT

- PRIORITY

- PRIVILEGES

- PROXY

- PURGE

- PUT

- QUIT

- RATE

- RCVCAT

- RCVMAN

- READONLY

- READRATE

- RECALL

- RECOVERABLE

- RECOVERY

- RECOVER

- REDO

- REDUNDANCY

- REGISTER

- RELEASE

- RELOAD

- REMAP

- REMOVE

- RENAME

- RENORMALIZE

- REPAIRID

- REPAIR

- REPLACE

- REPLICATE

- REPORT

- RESETLOGS

- RESET

- RESTORE

- RESTART

- RESTRICTED

- RESYNC

- RETENTION

- REUSE

- REVOKE

- ROLLBACK

- ROOT

- RPCTEST

- RPC

- RUN

- SAVEPOINT

- SAVE

- SCHEMA

- SCN

- SCRIPT

- SECTION

- SELECT

- SEND

- SEQUENCE

- SERVER

- SERVICE

- SETLIMIT

- SETSIZE

- SET

- SHIPPED

- SHOW

- SHUTDOWN

- SINCE

- SIZE

- SKIP

- SLAXDEBUG

- SNAPSHOT

- SPFILE

- SPOOL

- SQL

- STANDBY

- STARTUP

- START

- STEP

- SUMMARY

- SWITCH

- TABLESPACES

- TABLESPACE

- TABLE

- TAG

- TARGET

- TDES168

- TEMPFILE

- TEST

- THREAD

- TIMEOUT

- TIMES

- TIME

- TO

- TRACE

- TRACKING

- TRANSACTIONAL

- TRANSACTION

- TRANSPORT

- TRUNCATE

- TYPE

- UNAVAILABLE

- UNCATALOG

- UNDO

- UNKNOWN

- UNLIMITED

- UNRECOVERABLE

- UNREGISTER

- UNTIL

- UP

- UPDATE

- UPGRADE

- USING

- VALIDATE

- VERBOSE

- VIRTUAL

- WINDOW

- WITH

B 非推奨になったRMAN構文

この付録では、非推奨になったRecovery Manager構文と、優先される構文がある場合は、その構文について説明します。

非推奨になったRMAN構文は、下位互換性のために今後のリリースでも引き続きサポートされます。たとえば、Oracle8iではSET AUXNAMEコマンドがSET CLONENAMEコマンドに置き換えられ、さらに、Oracle9iではSET AUXNAMEコマンドがCONFIGURE AUXNAMEに置き換えられました。ただし、SET CLONENAMEもSET AUXNAMEもRMANのすべての後続リリースで引き続き実行できます。

表B-1 非推奨になったRMAN構文

非推奨になったリリース

非推奨になった構文

優先される現行の構文

12.1

ALTER DATABASE

N/A

11.2.0

CONFIGUREまたはSET COMPRESSION ALGORITHM 'ZLIB'

CONFIGUREまたはSET COMPRESSION ALGORITHM 'MEDIUM'

11.2.0

CONFIGUREまたはSET COMPRESSION ALGORITHM 'BZIP2'

CONFIGUREまたはSET COMPRESSION ALGORITHM 'BASIC'

11.2.0

V$FLASH_RECOVERY_AREA_USAGE

V$RECOVERY_AREA_USAGE

11.1.0

CONVERT ON TARGET PLATFORM

CONVERT ON DESTINATION PLATFORM

11.1.0

UNTIL RESTORE POINT

TO RESTORE POINT

11.1.0

BACKUP ... AS STANDBY

N/A

11.1.0

... KEEP [LOGS | NOLOGS]

... KEEP

11.1.0

BLOCKRECOVER

RECOVER

10.0.1

BACKUP ... INCREMENTAL LEVEL [2,3,4]

0および1以外のレベルは非推奨です。

10.0.1

BACKUP ... PARMS

CONFIGURE CHANNEL ... PARMS

10.0.1

COPY

BACKUP AS COPY

10.0.1

CREATE CATALOG TABLESPACE

CREATE CATALOG

10.0.1

LIST ... BY BACKUP [SUMMARY]

N/A

10.0.1

LIST ... VERBOSE

N/A

10.0.1

RESTORE ... PARMS

CONFIGURE CHANNEL ... PARMS

10.0.1

SEND ... PARMS

CONFIGURE CHANNEL ... PARMS

9.2

REPLICATE

RESTORE CONTROLFILE FROM ...

9.2

SET AUTOLOCATE

デフォルトで有効化されます。

9.0.1

ALLOCATE CHANNEL FOR DELETE

N/A

9.0.1

ALLOCATE CHANNEL ... TYPE

CONFIGURE CHANNEL ... DEVICE TYPE

9.0.1

ALLOCATE CHANNEL ... KBYTES

CONFIGURE CHANNEL ... MAXPIECESIZE

9.0.1

ALLOCATE CHANNEL ... READRATE

CONFIGURE CHANNEL ... RATE

9.0.1

... ARCHIVELOG ... LOGSEQ

... ARCHIVELOG ... SEQUENCE

9.0.1

BACKUP ... SETSIZE

BACKUP ... MAXSETSIZE

9.0.1

CHANGE ... CROSSCHECK

CROSSCHECK

9.0.1

CHANGE ... DELETE

DELETE

9.0.1

REPORT ... AT LOGSEQ

REPORT ... AT SEQUENCE

9.0.1

SET AUXNAME

CONFIGURE AUXNAME

9.0.1

SET DUPLEX

SET BACKUP COPIES

CONFIGURE BACKUP COPIES

9.0.1

SET LIMIT CHANNEL ...

ALLOCATE CHANNEL ...

CONFIGURE CHANNEL ...

9.0.1

SET SNAPSHOT

CONFIGURE SNAPSHOT

9.0.1

UNTIL LOGSEQ(「untilClause」を参照)

UNTIL SEQUENCE(「untilClause」を参照)

8.1.7

CONFIGURE COMPATIBLE

N/A

8.1.5

ALLOCATE CHANNEL CLONE

CONFIGURE AUXILIARY CHANNEL

8.1.5

CHANGE ... VALIDATE

CROSSCHECK

8.1.5

CLONE(「RMAN」を参照)

AUXILIARY(「RMAN」を参照)

8.1.5

CONFIGURE CLONE

CONFIGURE AUXILIARY

8.1.5

MSGLOG(「RMAN」を参照)

LOG(「RMAN」を参照)

8.1.5

RCVCAT(「RMAN」を参照)

CATALOG(「RMAN」を参照)

C RMANの互換性

この付録では、Recovery Manager (RMAN)環境の異なるコンポーネント間の互換性要件について説明します。内容は次のとおりです。

- RMANの互換性について

- リカバリ・カタログ・スキーマのリリースの確認

- RMANの互換性マトリックス

- リカバリ・カタログのエクスポートとインポートに関するバージョン間の互換性

- RMANの互換性: 使用例

関連項目:

『Oracle Databaseアップグレード・ガイド』

RMANの互換性について

表C-1に、RMAN環境のコンポーネントを示します。各コンポーネントには、対応するリリース番号が付いています。

表C-1 RMAN環境のコンポーネント

コンポーネント

リリース番号の照会

RMANクライアント

RMANクライアントのリリース(RMAN起動時に表示される)

リカバリ・カタログ・データベース

Oracle Databaseのリリース

リカバリ・カタログ・データベースにあるリカバリ・カタログ・スキーマ

リカバリ・カタログの作成に使用されるRMANクライアントのリリース

ターゲット・データベース

Oracle Databaseのリリース

補助データベース

Oracle Databaseのリリース

Oracle Database 12c以上では、RMANクライアントのバージョン、ターゲット・データベースのバージョンおよび補助データベースのバージョンが同じである必要があります。リカバリ・カタログ・スキーマには、RMANクライアントのバージョンより新しいバージョンの任意のサポート対象カタログ・スキーマを使用できます。たとえば、Oracle Database 12cのRMANクライアントが接続できるのは、バージョンがOracle Database 12cのターゲット・データベース、バージョンがOracle Database 12cの補助データベース、およびOracle Database 12c以上のバージョンで作成されたリカバリ・カタログ・スキーマのみです。

リカバリ・カタログ・スキーマのリリースの確認

カタログ・スキーマの現行のリリースを確認するには、SQL問合せを実行します。

1. SQL*Plusを使用して、カタログ所有者としてリカバリ・カタログ・データベースに接続します。たとえば、次のように入力します。

% sqlplus rco@catdb

2. rcverカタログ表を問い合せます。たとえば、次の問合せを実行します。

SQL> SELECT * FROM rcver;

VERSION
------------
12.01.00.01

RMANの互換性マトリックス

通常、RMANの互換性ルールは、次のとおりです。

- RMANクライアントのバージョンは、ターゲット・データベースのバージョンと同じである必要があります。

- 補助データベース・インスタンスのバージョンは、RMANクライアントのバージョンと同じである必要があります。

- リカバリ・カタログ・スキーマのバージョンは、RMANクライアントのバージョン以上である必要があります。

- リカバリ・カタログが仮想プライベート・カタログ(CREATE CATALOGを参照)である場合、これに接続するRMANクライアントのバージョンはOracle Database 10gリリース1 (10.1.0.6)またはOracle Database 10gリリース2 (10.2.0.3)である必要があります。Oracle9iのRMANクライアントは、仮想プライベート・カタログに接続できません。このバージョン制限は、Oracle Database 11gのベース・リカバリ・カタログに接続するRMANクライアントには適用されません。ベース・カタログに仮想プライベート・カタログのユーザーがいる場合も同様です。

- Oracle Database 10g以上のリリースをOracle9i RMANクライアントでバックアップしているときには、データファイル・バックアップ・セットにはCOMPATIBLE=10.0.0を使用して作成した制御ファイルを含めることはできません。この状況に対処するには、制御ファイルの自動バックアップをONに設定します。

- すべてのリリースのOracle Databaseで、以前のOracle Databaseリリースで作成されたバックアップ・セットとコピーをリストアできます。

表C-2 に、RMANコンポーネントのリリース固有の要件を示します。リリースの前にある記号>=は、このリリース以上のすべてのOracle Databaseのリリースおよびそれらのパッチを示します。

表C-2 RMANの互換性一覧

ターゲット/補助データベースのバージョン

RMANクライアントのバージョン

リカバリ・カタログ・データベースのバージョン

リカバリ・カタログ・スキーマのバージョン

10.1.0.5

>= 10.1.0.5および<=ターゲット・データベースの実行可能ファイル

>= 10.1.0.5

>= RMANクライアントのバージョン

10.2.0

>= 10.1.0.5および<=ターゲット・データベースの実行可能ファイル

>= 10.1.0.5

>= RMANクライアントのバージョン

11.1.0

>= 10.1.0.5および<=ターゲット・データベースの実行可能ファイル

>= 10.2.0.3

>= RMANクライアントのバージョン

11.2.0

>= 10.1.0.5および<=ターゲット・データベースの実行可能ファイル

>= 10.2.0.3

>= RMANクライアントのバージョン

12.1.0.x

= 12.1.0.x

>= 10.2.0.3

>= RMANクライアントのバージョン

新しいリリースのデータベースで、古いリリースのRMANクライアントを使用する場合、新しいリリースで追加された機能は使用できません。

リカバリ・カタログのエクスポートとインポートに関するバージョン間の互換性

リカバリ・カタログのデータ・ポンプ・エクスポートは、データベースの内容をバックアップする方法としてよく利用されます。データ・ポンプ・エクスポートを使用してリカバリ・カタログの論理バックアップを行う予定の場合に、Oracle Databaseの複数バージョンをまたいでエクスポートする場合の互換性の詳細は、『Oracle Databaseユーティリティ』を参照してください。

新しいバージョンのデータベースからエクスポートした内容を、古いバージョンで稼働するデータベースにインポートすることはできません。リカバリ・カタログで使用する古いバージョンのOracle Databaseのリカバリ・カタログ・データは、エクスポート・ユーティリティを使用してエクスポートする必要があります。

たとえば、リカバリ・カタログ・データをOracle Database 11gリリース2 (11.2)データベースからエクスポートし、Oracle Database 10gリリース1 (10.1.0.5)データベースにインポートして障害時リカバリを行うには、Oracle Database 10gリリース1 (10.1.0.5)のエクスポート・ユーティリティを使用してエクスポート操作を実行する必要があります。このリリースを指定しない場合、インポート操作は失敗します。

RMANの互換性: 使用例

次のリリースの本番データベースをメンテナンスするとします。

- Oracle Database 10gリリース2(10.2)

- Oracle Database 11gリリース1(11.1)

- Oracle Database 11gリリース2(11.2)

- Oracle Database 12c リリース1(12.1)

これらのデータベースに関するRMANリポジトリ・データを単一のリカバリ・カタログ・データベースに記録する必要があります。「RMANの互換性マトリックス」に基づいて、すべてのターゲット・データベースに対して、バージョンがOracle Database 12cリリース1 (12.1)の単一のリカバリ・カタログ・データベースを、バージョンがOracle Database 12cリリース1 (12.1)のカタログ・スキーマとともに使用できます。各ターゲット・データベースのバックアップに使用するRMANクライアントのリリースが、次の要件に一致することを確認します。

- Oracle Database 10gリリース2 (10.2)データベースのバックアップには、Oracle Database 10gリリース2 (10.2) RMANクライアントを使用します。

- Oracle Database 11gリリース1 (11.1)データベースのバックアップには、Oracle Database 10gリリース2 (10.2)またはOracle Database 11gリリース1 (11.1)のRMANクライアントを使用します。

- Oracle Database 11gリリース2 (11.2)データベースのバックアップには、Oracle Database 10gリリース2 (10.2)、Oracle Database 11gリリース1 (11.1)、またはOracle Database 11gリリース2 (11.2)のRMANクライアントを使用します。

- Oracle Database 12cのバックアップには、Oracle Database 12c RMANクライアントを使用します。

D Oracle Database Cloud Backup Module

Oracle Database Cloud Backup Moduleを使用すると、Oracle DatabaseをOracle Cloudにバックアップするためのストレージ・ソリューションであるOracle Database Backup Serviceに、Oracle Databaseをバックアップできます。

Oracle Database Cloud Backup Moduleは、Recovery Manager (RMAN)に統合されたSBTインタフェースです。RMANを使用してデータベースのバックアップが作成され、Oracle Database Cloud Backup Moduleによってこれらのバックアップがオフサイト・ストレージのためにネットワーク経由でOracle Database Backup Serviceに送信されます。

関連項目:

Oracle Database Cloud Backup ModuleのインストールとOracle Database Backup ServiceへのOracle Databaseのバックアップについては、Oracle Cloud Oracle Database Backup Serviceの使用

E Oracle Secure Backup (OSB) Cloud Module

Oracle Secure Backup(OSB)Cloud Moduleを使用すると、Amazon Simple Storage Service(S3)が提供するインターネットベースのデータ・ストレージ・サービスを、RMANのバックアップ・タスクとリカバリ・タスクで利用できます。

この付録には次のトピックが含まれます:

- Oracle Secure Backup Cloud Moduleを使用したクラウドでのバックアップについて

- Amazon S3でのOracle Secure Backup Cloud Moduleの使用

- OSB Cloud Moduleバックアップの保護

- 役に立つリンク: Oracle Secure Backup Cloud Module

- OSB Cloud Moduleのトラブルシューティング

Oracle Secure Backup Cloud Moduleを使用したクラウドでのバックアップについて

OSB Cloud Moduleは、OSB製品ファミリに属し、テープのみでなくAmazon S3 Cloudへのデータのバックアップにも柔軟に対応できます。このクラウド機能により、RMANの特長や機能はそのままで、ローカル・ディスク・バックアップをオフサイト・ストレージとして直接Amazon S3に送信できます。また、OSB Cloud Moduleで作成したバックアップは、Oracle Enterprise ManagerなどのツールやカスタマイズしたRMANスクリプトで使用できます。

OSB Cloud Moduleは、Oracle DatabaseのS3ストレージへのバックアップを効率的に処理します。バックアップできるのは、Oracle Database 9iリリース2以上のOracle Databaseです。OSB Cloud Moduleは、オペレーティング・システム・ファイルをバックアップしません。

Oracle Secure Backup Cloud Moduleでは、RMAN SBT(テープへのシステム・バックアップ)インタフェースによりOracleバックアップ操作を実行できるようにAmazon S3機能を拡張することができます。OSB Cloud Moduleは、社内データ・ストレージの保持や詳細に構成されたローカル・バックアップ・インフラストラクチャの管理に適した、管理しやすくコスト効率の高いスケーラブルな代替手段を提供します。

従来のテープベースのオフサイト・バックアップと比較すると、OSB Cloud Moduleにはいくつかのメリットがあります。

- 継続的なアクセシビリティ
Amazon S3ストレージに格納されるOSB Cloud Moduleバックアップには、常にアクセス可能です。クラウド・ストレージ・サービスの可用性とアクセスのモデルによって、組織はリカバリ操作を効率化できます。たとえば、リストアを実行する前にテープを発送してロードする必要はありません。Enterprise Managerのような使い慣れた標準的なツールを使用し続けることもでき、組織で現在使用しているスクリプトを引き続き使用してバックアップ・タスクおよびリストア・タスクを実行できます。継続的かつ簡単にバックアップにアクセスできるため、バックアップのリストアに費やされる時間が大幅に削減される可能性があります。

- 向上した信頼性
S3ストレージはディスク・ベースであるため、テープ・メディアよりも本質的に信頼性があります。インターネット・ストレージ・サービスでは、可用性とスケーラビリティを確保するために、データの複数の冗長コピーが保持されるため、信頼性の向上というメリットが組織とデータにもたらされます。

Oracle Secure Backup Cloud Moduleの構成パラメータ

Oracle Secure Backup Cloud Moduleを使用してバックアップを行う際の設定を指定するには、構成パラメータを使用します。

構成パラメータは、次のいずれかの場所から設定できます。

- Oracle Secure Backup Cloud Moduleの構成ファイル
構成ファイルの名前は、OSB_WS_PFILEパラメータに指定されています

- SBTチャネルを構成する際のENV変数

次の表では、Oracle Secure Backup Cloud Moduleの使用時に設定できる構成パラメータを説明します。

パラメータ名

必須

説明

OSB_WS_PFILE

いいえ

SBTライブラリの構成ファイルを示します。構成ファイルのデフォルトの場所は次のとおりです。

Linux: ?/dbs/osbwsORACLE_SID.ora

Windows: ?\database\osbwsORACLE_SID.ora

ここで、?はORACLE_HOMEを、ORACLE_SIDはターゲット・データベースのSIDを表します。

OSB_WS_HOST

はい

バックアップの送信先となるホストの名前を指定します。

OSB_WS_PROXY

いいえ

ターゲット・データベースがファイアウォールの内側にある場合は、プロキシ・サーバーとポートを指定します。これは、<host>:<port>という形式で指定します。

OSB_WS_BUCKET

いいえ

SBTライブラリがバックアップを格納するバケットを指定します。このパラメータを指定しない場合、SBTライブラリはまず、名前にoracle-data-account name-という接頭辞が付いているバケットの中から、指定された場所と一致する場所にある既存のバケットを検索します。そのようなバケットがない場合、SBTライブラリは、この接頭辞が付いた一意のバケットを作成します。

OSB_WS_LOCATION

いいえ

バックアップの格納先にするAmazon S3の場所を指定します。この値は、指定されたOSB_WS_HOSTの場所、およびOSB_WS_BUCKET (指定されている場合)の場所と一致する必要があります。このパラメータを指定しない場合、デフォルトのAmazon S3リージョンが使用されます。

エンドポイントと場所の有効な組合せのリストは、Amazon S3のドキュメントを参照してください。

OSB_WS_CHUNK_SIZE

いいえ

Amazon S3へのバックアップの格納時に使用されるオブジェクト・サイズをバイト単位で指定します。デフォルトのサイズは100MBです。

OSB_WS_LICENSE_ID

いいえ

各AWSアカウントのインストール時に生成された、一意のライセンスIDを指定します。

現在のインストーラでは登録が実行されないため、このパラメータは互換性の目的にのみ使用します。

OSB_WS_LICENSE_MAX_SESSIONS

いいえ

実行できる接続セッション数を指定します。SBTライブラリには、常に、指定された数を超えるセッションは作成できません。

OSB_WS_WALLET

はい

SBTライブラリが資格証明を読み取るウォレットの場所、別名およびプロキシ認証の別名を定義します。

このパラメータの形式は次のとおりです。

LOCATION=<filename> CREDENTIAL_ALIAS=<alias> PROXY_AUTH_ALIAS=<alias>

LOCATIONはウォレットの場所、CREDENTIAL_ALIASはAWS資格証明が取得されるウォレットの別名、PROXY_AUTH_ALIASはプロキシ認証資格証明が取得されるウォレットの別名を定義します。PROXY_AUTH_ALIASはオプションで、その他は必須です。

OSB_WS_VIRTUAL_HOST

いいえ

ホストの形式を指定します。デフォルト値はTRUEです。

TRUEに設定した場合の形式は、http[s]://<bucket>.<host>です。FALSEに設定した場合の形式は、http[s]://<host>/<bucket>です。ストレージ・プロバイダはAmazon S3ではないが、S3との互換性がある場合はFALSEを使用します。

OSB_WS_IAM_ROLE

はい(メタデータ・サービスを使用している場合。)

Amazon S3へのバックアップに使用するIAMロールの名前を指定します。指定したIAMロールを使用してAmazon EC2インストールを構成する必要があります。

OSB_WS_IAM_ROLE_META_URI

いいえ

IAMロールの一時資格証明を格納するメタデータURIの名前を指定します。

OSB_WS_PRIVATE_CLOUD

いいえ

このパラメータは、OSB_WS_VIRTUAL_HOSTと同じです。これは廃止されており、互換性の目的にのみ使用します。

Amazon S3でのOracle Secure Backup Cloud Moduleの使用

OSB Cloud ModuleをAmazon S3で使用するには、Oracle Technical Network(OTN)アカウントとAmazon Webサービス(AWS)アカウントの両方を設定する必要があります。S3 Backupインストーラおよび互換性のあるバージョンのJavaソフトウェアも必要です。

OSB Cloud Moduleの設定、インストール、確認および実行手順は、次のとおりです。

手順

説明

1

Oracle Secure Backup Cloud Moduleのハードウェアおよびソフトウェアの前提条件

2

Oracle Technology Network(OTN)アカウントの登録

3

Amazon S3 - AWSアカウントのサイン・アップ

4

AWS IDの取得

5

OSB Cloud Moduleライブラリのインストール

6

S3 Backupインストーラの実行

- Javaバージョンの確認

- $ORACLE_HOMEの確認

7

RMANリポジトリでの構成情報の保存(オプション)

8

OSB Webサービス・ライブラリの使用および最初のバックアップ

Oracle Secure Backup Cloud Moduleのハードウェアおよびソフトウェアの前提条件

OSB Cloud Moduleの前提条件は次のとおりです。

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

バージョン

Java

S3 Backupインストーラを実行するコンピュータにJDK 1.7以上がインストールされている必要があります。

サポートされるプラットフォーム

- Linux x86-64

- Microsoft Windows (64ビット)

- Oracle Solaris on SPARC (64ビット)

- Oracle Solaris X64

- ZLinux-64

- AIX (PPC64)

- HP-UX IA64
注意: HP-UX PA-RISC 64ビットはサポートされていません。

Oracle Database

バックアップできるのは、Oracle Database 9iリリース2以上のデータベースです。オペレーティング・システム・ファイルは、RMANまたはRMAN SBTインタフェースではバックアップできません。

S3 Backupインストーラ・ファイル

osbws_install.jar

このインストーラは、実行されているプラットフォームに適したライブラリをダウンロードします。ライブラリ構成ファイル、およびAWS資格証明が格納されるOracleウォレットも作成します。

オラクル社が提供するAmazon Machine Image(AMI)を使用してAmazon Elastic Compute Cloud(EC2)でOracle Databaseを実行する場合、このインストーラは、/home/oracle/scripts ディレクトリに格納されています。それ以外の場合、このファイルはOracle Technical Network(OTN)のWebサイトにある「Cloud Computing Center」リンクからダウンロードできます。

http://www.oracle.com/technetwork/products/secure-backup/secure-backup-s3-484709.html

ユーザーは、すべてのコマンドライン・オプションをファイルに含め、適切なオペレーティング・システム権限でファイルを保護することをお薦めします。こうすることで、S3 Backupインストーラはファイルを読み取り、オプションを起動し、さらに、権限のないユーザーがファイルを読み取るのを防ぐことができます。

Oracleウォレット・ディレクトリ

S3 Backupインストーラを実行する前に、AWS IDが格納されるOracleウォレット・ディレクトリを用意しておく必要があります。ウォレット・ディレクトリをまだ設定していない場合は作成する必要があります。

各プラットフォームの推奨ウォレット・ディレクトリ:

- Linux: $ORACLE_HOME/dbs/osbws_wallet

- Windows: $ORACLE_HOME\database\osbws_wallet

システム時間

S3に採用されている認証方式では、クライアントのシステム時間がS3の時間とほぼ同じである必要があります。この場合、クライアントとは、OSB Webサービス・ライブラリを実行しているコンピュータです。S3の時間は協定世界時(UTC)に設定されています。このため、UTCとクライアントのシステム時間との誤差が数分以内であることを確認してください。

Oracle Technology Network(OTN)アカウントの登録

OSB Cloud ModuleのS3 Backupインストーラをダウンロードするには、OTNアカウントが必要です。OTNアカウントがない場合、http://www.oracle.com/technetwork/community/join/overview/index.htmlで登録できます。

インストーラは、OTNの「Cloud Computing Center」ホームページからダウンロードできます。

Amazon S3 - AWSアカウントのサイン・アップ

Oracle Secure Backup Cloud Backup Moduleを使用してAmazon S3にアクセスする前に、AWSアカウントを作成する必要があります。

http://aws.amazon.comで作成できます。「My Account」をクリックし、「Security Credentials」を選択します。

アカウントを作成するには、AWS S3利用分の請求に関してAmazonへの支払い方法を指定する必要があります。

AWS資格証明の取得

Amazon S3にバックアップするにはAWS資格証明が必要です。

次のいずれかの方法で、Amazon S3の認証を得て、アクセスできるようになります。

- AWS識別子
これらの資格証明を取得するには、AWSのWebサイト(http://aws.amazon.com)に移動し、「My Account」、「AWS Management Console」の順に選択します。

AWSアカウントの作成時に割り当てられる、アクセス・キーIDとシークレット・アクセス・キーというAWSの必須識別子が必要です。

注意: これらの資格証明は、すべてのAmazon Webサービスに対する請求を許可するものであり、Amazon S3に保存されたRMANバックアップへのアクセスも可能にするため、安全な場所に保管することをお薦めします。

- AWS IAMロール
Amazon Elastic Compute Cloud (EC2)インスタンスのユーザーが、メタデータ・サービスを使用できるようにします。IAMロールを使用してEC2インスタンスを構成すると、EC2で実行されているアプリケーションで、そのIAMロールに関連付けられている一時資格証明を使用して、Amazon S3へのバックアップを作成できます。EC2では、事前に定義された場所に、JSON形式で一時資格証明が格納されます。インストーラはその一時資格証明を取得して、Oracleウォレットに格納します。

IAMロールには、Amazon S3にアクセスできる権限が必要です。

IAMロールを使用するには、AWS IAMロール名(必須)と、指定したIAMロールのメタデータURI (オプション)のパラメータを指定してください。

関連項目:

Amazon EC2のIAMロールの詳細は、http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/iam-roles-for-amazon-ec2.htmlを参照してください

OSB Cloud Moduleライブラリのインストール

データベースをAmazon S3 Cloudにバックアップできるようにするには、Oracle Secure Backup Cloud Moduleライブラリをインストールする必要があります。

S3 Backupインストーラを初めて実行する場合は、必須パラメータとオプション・パラメータのリストと説明を取得するために、最初はパラメータを指定せずに実行することをお薦めします。S3 Backupインストーラを実行する前にこれらの情報を分析および確認すると、インストールの正常な実行に役立ちます。

パラメータを指定せずにS3 Backupインストーラを実行するには、次のように入力します。

% java -jar osbws_install.jar

次の表では、インストール中に使用される様々なパラメータについて説明します。

表E-1 OSB Cloud Moduleライブラリのインストール時に使用されるパラメータ

パラメータ名

説明

必須

AWSID

RMANバックアップの格納に使用するAmazon Web Servicesアカウントのアクセス・キーID。

はい(AWS識別子を使用してAmazon S3の認証を行う場合)。

AWSKey

-AWSIDに指定されているAmazon Web Servicesアカウントのシークレット・アクセス・キー。

注意: Amazon S3での認証を行うには、次のいずれかを指定する必要があります。

- AWSIDとAWSKey

- IAMRole

はい(AWS識別子を使用してAmazon S3の認証を行う場合)。

IAMRole

RMANによるバックアップやリカバリ操作に使用される一時資格証明を有するAWS IAM (Identity and Access Management)ロールの名前。このロールには、S3アカウントにアクセスするための適切な権限が割り当てられている必要があります。

注意: Amazon S3での認証を行うには、次のいずれかを指定する必要があります。

- IAMRole

- AWSIDとAWSKey

はい(AWSロールを使用してAmazon S3の認証を行う場合)。

IAMRoleMetaURI

指定されたIAMロールの一時資格証明を格納するメタデータURI。Amazon EC2ユーザーの場合、メタデータURIの指定はオプションです。このパラメータを省略した場合、一時資格証明はインスタンス・メタデータから取得されます。

いいえ

awsEndpoint

バックアップの送信先のホスト名。このパラメータを省略すると、バックアップはデフォルトのホストに格納されます。

いいえ

awsPort

デフォルト以外のHTTP/HTTPS接続ポート番号。デフォルトのポート番号は、HTTPは80、HTTPSは443です。

いいえ

location

RMANバックアップの格納先にするAmazon S3の場所。指定する場合、この値をawsEndPointの値の場所と一致させる必要があります。S3と互換性のあるサードパーティ・サービスで、場所が必要ない場合は、場所を“us”に設定します。

有効な場所のリストは、Amazon S3のドキュメントを参照してください。

いいえ

walletDir

S3の資格証明とプロキシの情報が含まれるOracleウォレットの格納場所。

Oracleウォレット・ディレクトリは、S3 Backupインストーラを実行する前に用意しておく必要があります。

詳細は、「Oracle Secure Backup Cloud Moduleのハードウェアおよびソフトウェアの前提条件」を確認してください。

はい

configFile

インストーラにより作成される構成ファイルの名前(完全なパスを含む)。RMANジョブの実行中に使用されるパラメータは、この構成ファイルから取得されます。

このパラメータを省略した場合、インストーラにより作成された構成ファイルがシステム固有のデフォルトの場所に配置されます。

Linuxのデフォルトの場所: $ORACLE_HOME/dbs/osbsws<ORACLE_SID>.ora

Windowsのデフォルトの場所: $ORACLE_HOME\database\osbsws<ORACLE_SID>.ora

いいえ

libDir

OSB Cloud Moduleライブラリがダウンロードされるディレクトリ。このパラメータを省略した場合、インストーラでライブラリはダウンロードされません。

Linuxの推奨場所: $ORACLE_HOME/lib/

Windowsの推奨場所: $$ORACLE_HOME\bin\

いいえ

libPlatform

ライブラリのインストール先のプラットフォーム。

インストール・ツールは、インストール・ツールが実行されているシステムを検証することで、プラットフォームを自動的に特定します。このパラメータは、プラットフォームを明示的に指定する場合に使用します。

パラメータでサポートされる値は、linux64、windows64、solaris_sparc64、solaris_x64、hpux_ia64です

注意: インストール・ツールは、インストール・ツールが実行されているシステムを検証することで、プラットフォームを自動的に特定します。このパラメータは、プラットフォームを明示的に指定する場合に使用します。

いいえ

proxyHost

HTTPプロキシ・サーバーの名前(必要な場合)。プロキシ・サーバーを指定する場合は、-proxyIDおよび-proxyPassパラメータが必要です。

いいえ

proxyPort

HTTPプロキシ・サーバーのポート番号。

いいえ

proxyID

HTTPプロキシ・サーバーのユーザー名。

いいえ

proxyPass

HTTPプロキシ・サーバー・ユーザーのパスワード

いいえ

trustedCerts

OracleウォレットにインポートするSSL証明書のリスト。

いいえ

argFile

インストール中に引数を読み取る必要があるファイルの名前。標準の入力から引数を読み取る場合は、“-”を指定します。

いいえ

useHttps

HTTPS接続を設定します。省略した場合は、HTTP接続が使用されます。

いいえ

useSigV2

認証スキームを設定します。このパラメータを指定すると、署名バージョン2の認証が設定され、指定しない場合は、署名バージョン4が設定されます。推奨のスキームは署名バージョン4です。

いいえ

オプションのパラメータを指定する場合は、関連する情報を確認および用意しておいてください。たとえば、インストールに使用するプロキシ・サーバーの名前、ポートおよび資格証明が必要になる場合があります。

この時点で、インストールを実行できるようになります。

S3 Backupインストーラの実行

Javaインストーラは、コマンドラインから直接実行せず、セキュア・モードで実行することをお薦めします。

推奨される方法は、コマンドライン・オプションをファイルに含め、適切なオペレーティング・システム権限でファイルへのアクセスを保護することです。

% java -jar osbws_install.jar -ARGFILE filename

別の方法として、runコマンド、パラメータおよび値をシェル・スクリプトまたはWindowsバッチ・ファイルとして実行できるファイルに埋め込む方法があります。

次の手順を実行します。

- ファイルを作成します。

- ファイルの権限を設定し、ファイルの所有者に排他的アクセス権限を付与します。

注意:

ファイルにはAWSの資格証明が含まれるため、ファイルの権限を設定してアクセスを制限することが重要です。

- ファイルを編集して、インストーラの実行コマンドと必須パラメータからなる1行をファイルに含めます。前の項で取得した情報をパラメータに移入することで、起動に使用する1行を作成できます。

- シェル・スクリプトまたはWindowsバッチ・ファイルとしてファイルを実行します。

注意: 次の例では、読みやすくするために$ORACLE_HOMEを/orclhomeに設定しています。実際のインストールでは、$ORACLE_HOMEの値は/usr/oracle/product/11.2.0 (Linuxの場合)などのようになります。

例E-1 AWS資格証明を使用したS3 Backupインストーラの実行

次の例は、LinuxでのS3 Backupインストーラの実行例を示しています。

最初に、適切なバージョンのJavaがコンピュータ上にインストールされていることおよび$ORACLE_HOMEが定義されていることを確認します。

次のコマンドを入力し、出力を確認します。

% java -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)

% echo $ORACLE_HOME
/orclhome

インストーラの起動行を含むファイルを作成し、ファイルの権限によってファイルの所有者以外のアクセスが制限されていることを確認します。

% touch osbws.sh
% chmod 700 osbws.sh

ファイルを編集し、インストーラを起動する行を追加します。この例では、AWS識別子を使用して認証を行っています。

java -jar osbws_install.jar -AWSID access key ID -AWSKey secret key -walletDir $ORACLE_HOME/dbs/osbws_wallet -libDir $ORACLE_HOME/lib/ -proxyHost www-proxy.example.com

ファイルを実行します。

% ./osbws.sh

S3 Backupインストーラの出力の先頭は、次のようになります。

AWS credentials are valid.
Oracle Secure Backup Web Service wallet created in directory /orclhome/dbs/osbws_wallet.
Oracle Secure Backup Web Service initialization file /orclhome/dbs/osbwst1.ora created.
Downloading OSB Web Services Software Library.
Downloaded 13165919 bytes in 204 seconds. Transfer rate was 64538 bytes/second.
Download complete.
Extracted file /orclhome/lib/libosbws.so

インストーラが完了すると、次の3つのファイルがシステム上に作成されます。

1. OSB Webサービス・ライブラリ

2. 構成ファイル

3. OSB Webサービス・ウォレット

注意: インストーラでは、ウォレットを作成し、その他のインストール操作を実行するために、AWSの資格証明が必要となります。インストーラの終了時にはAWS資格証明のみが保持され、Oracleウォレットに格納されます。AWS資格証明は、ライブラリとS3との対話を認証するためにのみ使用され、他の目的で使用および送信されることはありません。

例E-2 IAMロールを使用したS3インストーラの実行

この例では、s3accessという名前のIAMロールを使用して、LinuxでS3 Backupインストーラを実行するサンプルを示します。

java -jar osbws_install.jar —IAMRole s3access walletDir $ORACLE_HOME/dbs/osbws_wallet -libDir $ORACLE_HOME/lib/ -proxyHost www-proxy.example.com
S3インストーラの出力の先頭は、次のようになります。

AWS credentials are valid.
Oracle Secure Backup Web Service wallet created in directory /orclhome/dbs/osbws_wallet.
Oracle Secure Backup Web Service initialization file /orclhome/dbs/osbwst1.ora created.
Downloading OSB Web Services Software Library.
Downloaded 13165919 bytes in 204 seconds. Transfer rate was 64538 bytes/second.
Download complete.
Extracted file /orclhome/lib/libosbws.so

RMANリポジトリでの構成情報の保存(オプション)

バックアップを起動するたびに構成情報を入力しなくてよいように、OSB Cloud Moduleの構成情報をRMANリポジトリに保存することをお薦めします。

次の例は、11gリリース2より前のデータベースの場合です。

RMAN> configure channel device type sbt parms
"SBT_LIBRARY=/orclhome/lib/libosbwsll.so
ENV=(OSB_WS_PFILE=/orclhome/dbs/osbwst1.ora)';

using target database control file instead of recovery catalog
new RMAN configuration parameters:

"SBT_LIBRARY=/orclhome/lib/libosbwsll.so
ENV=(OSB_WS_PFILE=/orclhome/dbs/osbwst1.ora)';
new RMAN configuration parameters are successfully stored

この例を実行すると、システムのOSB Cloud Moduleバックアップの構成が完了し、RMANの通常のバックアップ・コマンドとリストア・コマンドを使用できるようになります。

注意: 11g リリース2以上のデータベースでは、SBT_PARMSパラメータを使用して環境変数を指定する必要があります。

OSB Webサービス・ライブラリの使用および最初のバックアップ

これで、ターゲット・データベースに接続し、RMANチャネルを構成できます。コマンドでライブラリと構成ファイルの両方を指定する必要があります。

次の例では、Oracle 11g リリース2のデータベースのRMANチャネルを構成します。

RMAN> run {
allocate channel dev1 type
sbt parms='SBT_LIBRARY=/orclhome/lib/libosbws11.so,
SBT_PARMS=(OSB_WS_PFILE=/orclhome/dbs/osbwst1.ora)';
}

この時点で、RMANの通常のバックアップ・コマンドとリストア・コマンドを発行できます。

注意: Oracle 11gリリース2以降のデータベースでは、SBT_PARMSパラメータを使用して環境変数を指定する必要があります。Oracle 11gリリース2より前のデータベースでは、PARMSオプションのENVパラメータを使用して環境変数を指定できます。

関連項目:

OTNのWebサイトの「Cloud Computing Center」ページにある「Database Backup in the Cloud」テクニカル・ホワイト・ペーパーおよび「Backup Up Database」のデモンストレーションを参照してください

OSB Cloud Moduleバックアップの保護

データを適切に保護するために、RMANバックアップの暗号化を標準バックアップ・プロセスに含めることをお薦めします。重要なバックアップ・データをオフプレミスで保存する場合は特にお薦めします。企業データに関する主要な監査および法規制コンプライアンス要件の達成の観点からも、Amazon S3のRMANバックアップの暗号化は有効です。

関連項目:

RMANの暗号化オプションの詳細は、「バックアップ・セットの暗号化」を参照してください。

役に立つリンク: Oracle Secure Backup Cloud Module

クラウドにおけるデータベース・バックアップの詳細は、OTN Webサイトのhttps://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=740226.1のクラウドでのOracleに関するよくある質問(FAQ)を参照してください。

OSB Cloud Moduleのトラブルシューティング

この項では、OSB Cloud Moduleのインストールまたは動作に影響を与える可能性がある問題を示します。

症状

エラー・メッセージ

解決方法

S3 Backupのインストール時にライセンス・ファイルをAmazon S3に作成できない。

ライセンス・ファイルの作成を待機中にタイムアウトが発生しました。

一連のAWS IDを使用してS3 Backupインストーラを最初に実行するときには、インストーラによってライセンス・ファイルがAmazon S3上に作成されます。なんらかの問題により作成できなかった場合、インストールの出力にタイムアウトのエラー・メッセージが表示されます。

問題を解決するには、Oracleサポート・サービスに連絡してください。

索引

A B C D E F G H I J K L M N O P Q R S T U V W X

記号

- ? 引用符付き文字列内の記号, 1

- @@ コマンド

- @ コマンド 1

- @ 引用符付き文字列内の記号, 1

A

- 詳細セキュリティ・オプション 1

- ADVISE FAILUREコマンド 1

- AL16UTF16キャラクタ・セット, CLOBストレージ, 1

- ALL FOREIGN DATAFILESパラメータ, foreignFileSpec 1

- ALL FOREIGN DATAFILESパラメータ, foreignFileSpec副次句 1

- ALLOCATE CHANNELコマンド

- allocOperandList副次句 1

- ALLOCATE CHANNEL FOR MAINTENANCEコマンド

- 共有サーバー 1

- allocOperandList副次句

- パラメータの説明 1

- 構文図 1

- ALTER DATABASE BACKUPコマンド(SQL) 1

- RMANリポジトリの分析 1

- アーカイブ・ログ・バックアップ 1

- アーカイブ・ログ・コピー 1

- アーカイブ・ログのフェイルオーバー 1

- アーカイブ・ログ

- バックアップ・セット 1

- 検証レポート 1

- アーカイブREDOファイル, 最適化アルゴリズム 1

- アーカイブREDOログ

- バックアップ

- CDB内 1

- RMANリポジトリでのカタログ化 1

- 削除 1 , 2 , 3

- 削除方針 1

- バックアップからの除外 1

- 外部(LogMiner) 1

- イメージ・コピー 1

- バックアップ数の制限 1

- 欠落またはアクセス不能 1

- 不要 1

- リカバリ 1

- レポート出力 1

- リストア 1

- 範囲のリストア 1

- 範囲の指定 1

- リカバリでの使用(例) 1

- 検証 1

- ARCHIVELOG BACKUP COPIESパラメータ

- CONFIGUREコマンド 1

- ARCHIVELOGモード 1 , 2 , 3

- ARCHIVELOGパラメータ

- VALIDATEコマンド 1

- archivelogRecordSpecifier副次句

- パラメータの説明 1

- 構文図 1

- archlogRange副次句

- パラメータの説明 1

- 構文図 1 , 2

- ストアド・スクリプトへの引数 1

- atClause副次句

- パラメータの説明 1

- 構文図 1

- アットマーク・コマンド(@) 1

- autoBackupOptList副次句

- パラメータの説明 1

- 構文図 1

- AUTOBACKUPパラメータ, RESTOREコマンド 1

- 自動バックアップ

- 制御ファイル

- CDB内 1

- 自動バックアップ, 制御ファイル 1

- 自動診断リポジトリ, ロギング機能 1

- 自動修復 1

- 自動診断リポジトリ

- ログに記録された障害の変更 1

- 自動ストレージ管理(ASM)

- チャネル割当て 1

- 形式の変換 1

- 形式の変換 1

- 形式の変換(例) 1

- ディスク・グループ, 1

- データベースの複製 1

- ディスク・グループの指定 1

- AUXILIARY CHANNELパラメータ

- SHOWコマンド 1

- 補助データベース

- 接続 1 , 2

- 初期化ファイル 1

- 補助インスタンス, チャネルの指定 1

- 可用性, バックアップまたはコピーのステータスの変更 1

B

- BACKED UPパラメータ, maintQualifier副次句 1

- バックアップ, 除外ファイル 1

- BACKUP_TAPE_IO_SLAVES初期化パラメータ 1 , 2

- backup句

- パラメータの説明 1

- 構文図 1

- BACKUPコマンド

- backup句 1

- backupOperand副次句 1

- backupSpecOperand副次句 1

- backupSpec副次句 1

- backupTypeSpec副次句 1

- copyOfSpec副次句 1

- datafileCopySpec副次句 1

- duration副次句 1

- fileNameConversionSpecパラメータ 1

- forRecoveryOfSpec副次句 1

- 処理時間の制限 1

- notBackedUpSpec副次句 1

- skipSpec副次句 1

- バックアップ用コマンド 1

- backupCommands副次句, 構文図 1

- backupConf副次句

- パラメータの説明 1

- 構文図 1

- BACKUP COPIESパラメータ

- SETコマンド 1

- SHOWコマンド 1

- バックアップ・レベル 1

- バックアップ・メディア 1

- backupOperand副次句

- パラメータの説明 1

- 構文図 1

- BACKUP OPTIMIZATIONパラメータ

- SHOWコマンド 1

- バックアップ・ピース

- リポジトリへの追加 1

- 利用可能な情報 1

- クロスチェックまたは削除 1

- 定義 1

- 最大サイズ 1

- 不要 1

- デフォルト・コピーのオーバーライド 1

- リストア 1

- バックアップ

- 増分の適用 1

- CDB内のアーカイブ・ログ 1

- バイナリ圧縮 1

- CDB 1

- 可用性の変更 1

- 構成 1

- 破損の許容度(例) 1

- 複数コピーの作成 1

- トランスポータブル表領域の作成 1

- 不要の基準 1

- 累積 1

- データファイル 1

- 削除 1

- 二重化の例 1

- 複製コピー 1

- 複製 1

- クロス・プラットフォーム・トランスポート用 1

- 一貫性なし 1

- 増分 1

- 実行時間の制限 1

- リスト 1

- マルチセクション 1

- 不要 1

- 上書き 1

- 部分 1

- PDB 1

- 冗長 1

- 再開 1

- 保存方針 1

- root 1

- CDB内の表領域 1

- 増分バックアップの使用(例) 1

- 増分更新の使用(例) 1

- リポジトリ内での検証 1

- バックアップ・セクション, サイズ指定 1

- バックアップ・セットのフェイルオーバー 1

- バックアップ・セット

- アーカイブ・ログについて 1

- 利用可能な情報 1

- バックアップ 1

- 暗号化されたバックアップ・セットのバックアップ 1

- バックアップ・ピース, 利用可能な情報 1

- バイナリ圧縮 1

- RMANリポジトリでのカタログ化 1

- 日付範囲 1

- 削除 1 , 2

- 暗号化 1

- コピーの情報 1

- データファイルの情報 1

- 最大サイズ 1

- 不要

- レポート出力 1

- 最適化アルゴリズム 1

- ステータス 1

- サマリー情報 1

- タグ名 1

- 未使用ブロックの圧縮 1

- backupSpecOperand副次句

- パラメータの説明 1

- 構文図 1

- backupSpec副次句

- パラメータの説明 1

- 構文図 1

- backupTypeSpec副次句

- パラメータの説明 1

- 構文図 1

- Backus Naur Form構文図 1

- ベース・リカバリ・カタログ 1

- バッチ・ファイル 1

- BFILEデータ型, バックアップからの除外 1

- バイナリ圧縮 1

- ブロック・チェンジ・トラッキング・ファイル

- バックアップからの除外 1

- パフォーマンスの向上 1

- ブロック・チェックサム 1

- ブロックの破損

- 存在のチェック 1

- フラッシュバック 1

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

- blockObject副次句

- パラメータの説明 1

- 構文図 1 , 2

- ブロック

- 破損 1

- 作成 1

- バックアップ・メディアのブロック・サイズ 1

- BNF構文図 1

- 中カッコ {} 1

C

- CATALOGコマンド 1

- CATALOG権限 1

- カタログ

- インポート 1

- CDB

- バックアップ

- イメージ・コピー 1

- 表領域 1

- 接続 1 , 2

- 制御ファイルの自動バックアップ 1

- 変換 1

- アーカイブREDOログの削除 1

- 複製 1

- リカバリ 1

- インカネーションの再設定 1

- リストア 1

- 表領域の転送 1

- バックアップ・メディアとしてのCD 1

- cfauConf副次句

- パラメータの説明 1

- 構文図 1

- CHANGEコマンド

- changeFailure副次句 1

- forDbUniqueNameOption副次句 1

- maintSpec副次句 1 , 2

- recordSpec副次句 1

- resetDbUniqueNameOption副次句 1

- changeFailure副次句

- パラメータの説明 1

- 構文図 1

- 変更, 元に戻す 1

- チャネル名 1

- CHANNELパラメータ

- SHOWコマンド 1

- チャネル

- 手動割当て 1 , 2

- 共有サーバー・セッションへの割当て 1

- RACの構成(例) 1

- データベース・サーバー・セッションの特定 1

- 最大数 1

- ネーミング規則 1

- 解放 1

- Data Guardでのリストア 1

- リストアの設定(例) 1

- プロキシ機能を使用 1

- キャラクタ・セット, CLOBストレージ 1

- CHECK LOGICALパラメータ

- BACKUPコマンド 1

- チェックサム 1

- クライアント, RMANの起動 1

- クライアントの互換性 1

- CLOBデータ型, トランスポート 1

- RMANの終了 1 , 2

- クラウド・コンピューティング 1

- cmdLine句

- パラメータの説明 1

- 構文図 1

- コマンド・ファイル 1 , 3

- コマンド形式 1

- COMMAND ID TOパラメータ

- SETコマンド 1

- コマンドライン引数 1

- コマンド

- ブロックの作成 1

- 非推奨 1

- HOSTコマンドの実行 1

- SQLの実行 1

- RMAN 1

- メディア・マネージャへの送信 1

- コマンド副次句の概要 1

- コマンド概要 1

- コマンド終了文字 1

- コメント文字(#) 1

- 互換性 1

- COMPATIBLE初期化パラメータ 1

- completedTimeSpec副次句 1

- 圧縮 1

- COMPRESSION ALGORITHMパラメータ

- HIGH 1

- LOW 1

- MEDIUM 1

- 構成

- 表示 1

- 設定の表示 1

- オーバーライド 1 , 2

- デフォルト設定のリストア 1

- 設定 1

- 構成ファイル, バックアップからの除外 1

- 構成パラメータ

- OSB Cloud Module 1

- CONFIGURE BACKUP OPTIMIZATION設定 1

- configure句

- パラメータの説明 1

- 構文図 1

- CONFIGUREコマンド

- backupConf副次句 1

- cfauConf副次句 1

- configure句 1

- delalConf副次句 1

- deviceConf副次句 1

- 暗号化設定 1

- forDbUniqueNameOption副次句 1

- CONFIGUREコマンド 1

- CONFIGURE CONTROLFILE AUTOBACKUPパラメータ 1

- CONNECTコマンド 1

- 接続

- CDB 1 , 2

- PDB 1 , 2

- root 1

- 接続, 変更 1

- connectStringSpec副次句 1

- 一貫性のある停止 1

- CONTROL_FILES初期化パラメータ 1

- CONTROLFILE AUTOBACKUP FORMATパラメータ, SETコマンド 1

- CONTROLFILE AUTOBACKUPパラメータ

- SHOWコマンド 1

- 制御ファイルのコピー

- 利用可能な情報 1

- タグ名 1

- 制御ファイル

- 自動バックアップ 1

- コピーのバックアップ 1

- コピー

- RMANリポジトリでのカタログ化 1

- 制御ファイルの自動バックアップのファイル名 1

- リストア 1

- リストア(例) 1

- 自動バックアップのリストア 1

- プライマリ・データベースのリストア 1

- 再同期化 1

- スナップショット 1 , 2

- 検証レポート 1

- convert句

- パラメータの説明 1

- 構文図 1

- CONVERTコマンド

- convert句 1

- convertOptionList副次句 1

- fileNameConversionSpecパラメータ 1

- formatSpec副次句 1

- skipSpec副次句 1

- transportOptionList副次句 1

- 変換

- CDB 1

- PDB 1

- root 1

- convertOptionList副次句

- パラメータの説明 1

- 構文図 1

- コピー

- 可用性の変更 1

- 複数バックアップの作成 1

- 削除 1 , 2

- バックアップ・セット, 利用可能な情報 1

- リポジトリ内での検証 1

- ステータスの表示 1

- ファイルのコピー 1

- コピーの場所 1

- COPY OFパラメータ

- BACKUPコマンド 1

- copyOfSpec副次句

- パラメータの説明 1

- 構文図 1 , 2

- 破損ブロック

- 存在のチェック 1

- リストア 1

- 許容度(例) 1

- CORRUPTION LISTパラメータ, RECOVERコマンド 1

- CPU_COUNT初期化パラメータ 1

- CREATE CATALOGコマンド 1

- CREATE SCRIPTコマンド 1

- CREATE TYPE権限 1

- CROSSCHECKコマンド

- maintSpec副次句 1 , 2

- recordSpec副次句 1

- クロス・プラットフォーム・バックアップ

- エクスポート・ダンプ・ファイル 1

- プラットフォーム間の互換性 1

- クロス・プラットフォーム・トランスポート

- バックアップの作成 1

- 累積バックアップ 1

D

- データベース変更, 元に戻す 1

- データベース構成 1

- データベースの複製 1

- データベース障害, 修復 1

- データベース識別子

- 変更 1

- 複製 1

- データベースのインカネーション 1

- DATABASEパラメータ, listObjList副次句 1

- データベースのPoint-in-Timeリカバリ(DBPITR) 1

- DATABASE ROOTパラメータ

- REPORTコマンド 1

- RESTOREコマンド 1

- DATABASE ROOTパラメータ, dbObject副次句 1

- データベース

- 利用可能な情報 1

- バックアップ 1

- 接続の変更 1

- 接続 1

- コピー 1

- 削除 1

- プラットフォーム変換スクリプト 1

- リカバリ 1

- 増分バックアップを使用したリカバリ(例) 1

- 増分更新を使用したリカバリ 1

- 登録 1

- リカバリ・カタログからの削除 1

- インカネーションの再設定 1

- 再同期化 1

- ターゲット・データベースの停止 1

- Data Guard環境での指定 1

- RMANからのターゲット・データベースの起動 1

- 透過的暗号化 1

- 再作成されたファイルのトランスポート 1

- ファイル名の更新 1

- データベース・スキーマ

- レポート出力 1

- データベース・サーバー・セッション

- チャネルの指定 1

- データ・ブロック

- 破損のチェック 1

- 破損のリカバリ 1

- 物理的破損のリカバリ 1

- データの圧縮 1

- データの暗号化 1

- DATAFILE BACKUP COPIESパラメータ

- CONFIGUREコマンド 1

- SHOWコマンド 1

- データファイルのバックアップ

- 利用可能な情報 1

- データファイルのバックアップ・セット, 利用可能な情報 1

- データファイル・コピー

- 利用可能な情報 1

- 削除 1

- 不要

- レポート出力 1

- PDB

- リスト 1

- タグ名 1

- 検証 1

- datafileCopySpec副次句

- パラメータの説明 1

- 構文図 1

- データファイル

- バックアップ 1

- コピーのバックアップ 1

- 大きなファイルのバックアップ 1

- 新規のみバックアップ 1

- コピー

- RMANリポジトリでのカタログ化 1

- 増分バックアップ 1

- タグ名 1

- バックアップからの除外 1

- 変換からの除外 1

- 状態の変化のフラッシュバック 1

- イメージ・コピー 1

- バックアップ・セット

- 利用可能な情報 1

- オフライン 1

- 最適化アルゴリズム 1

- 読取り専用 1

- リカバリ 1

- 破損したデータ・ブロックのリカバリ 1

- 名前の変更 1

- レポート出力 1

- バックアップが必要なデータファイル

- レポート出力 1

- リストアされる場所 1

- リストア

- 新しい場所 1

- ネットワークを介したリストア 1

- 変更を元に戻す 1

- ファイル名の更新 1

- 検証レポート 1

- datafileSpec副次句 1

- Data Guard

- バックアップの関連付けの変更 1

- データベースの構成 1

- フィジカル・スタンバイ・データベースの作成 1

- スタンバイ・データベースの作成(例) 1

- バックアップおよびコピーの削除 1

- バックアップのリストア 1

- リカバリ・カタログ内のRMAN構成 1

- データベースの指定 1

- バックアップ・ステータスの更新 1

- Data Guardバックアップ

- データベースによるアクセス可能性 1

- 関連付けられたデータベースの変更 1

- データベースの関連付け 1

- データ・ポンプ 1 , 2 , 3 , 4

- DATAPUMP DIRECTORYパラメータ, TRANSPORT TABLESPACEコマンド 1

- データ・リカバリ・アドバイザ 1 , 2

- データ型, エンディアン変換 1

- バックアップ・セットの日付範囲 1

- RMANコマンドの日付 1

- DB_BLOCK_CHECKSUM初期化パラメータ 1

- DB_CREATE_FILE_DEST初期化パラメータ 1

- DB_FILE_NAME_CONVERT初期化パラメータ 1 , 4 , 5

- DB_FLASHBACK_RETENTION_TARGET初期化パラメータ 1

- DB_NAME, 変更 1

- DB_UNIQUE_NAME初期化パラメータ 1

- DB_UNIQUE_NAMEパラメータ

- CONFIGUREコマンド 1

- DELETEコマンド 1

- DB_UNIQUE_NAME設定 1 , 2 , 3

- DBID

- 利用可能な情報 1

- 変更 1

- 複製 1

- スタンバイ・データベース 1

- DBNEWIDユーティリティ 1

- dbObject副次句

- パラメータの説明 1

- RECOVERコマンド 1

- dbObject副次句の図

- RECOVERコマンド 1

- DEFAULT DEVICE TYPEパラメータ

- SHOWコマンド 1

- delalConf副次句

- コマンド・パラメータ 1

- 構文図 1

- delete句, 構文図 1

- DELETEコマンド

- delete句 1

- forDbUniqueNameOption副次句 1

- maintSpec副次句 1 , 2

- recordSpec副次句 1

- DELETE SCRIPTコマンド 1

- 削除

- アーカイブREDOログ

- CDB内 1

- 非推奨コマンド 1

- データファイルのリストア先 1

- deviceConf副次句

- パラメータの説明 1

- 構文図 1

- deviceSpecifier副次句 1

- DEVICE TYPEパラメータ

- maintSpec副次句 1

- SENDコマンド 1

- SHOWコマンド 1

- デバイス・タイプ, 指定 1

- 診断リポジトリ 1

- 構文の図 1

- ディスク・ドライブ, バックアップでの複数使用 1

- ディスク・ファイル, ストアド・スクリプトからの作成 1

- スクリプトの表示 1

- 二重アットマーク・コマンド(@@) 1

- 二重引用符 1

- DROP CATALOGコマンド 1

- DROP DATABASEコマンド 1

- デュアルモードの暗号化 1

- DUMP FILEパラメータ, foreignFileSpec 1

- DUMP FILEパラメータ, foreignFileSpec副次句 1

- 多重化 1 , 3

- duplicate句

- パラメータの説明 1

- 構文図 1

- DUPLICATEコマンド

- duplicate句 1

- dupOptionList副次句 1

- fileNameConversionSpecパラメータ 1

- logSpec副次句 1

- setParameter副次句 1

- 複製データベース

- 作成

- CONFIGURE AUXNAMEの使用 1

- 複製

- CDB 1

- ファイルの複製 1

- 複製

- バックアップ・ベース 1

- 構成 1

- 補助チャネルを使用した例 1

- dupOptionList副次句

- パラメータの説明 1

- 構文図 1

- duration副次句

- パラメータの説明 1

- 構文図 1

- バックアップ・メディアとしてのDVD 1

- 動的パフォーマンス・ビュー

- サマリー・リスト 1

- V$DATABASE_BLOCK_CORRUPTION 1 , 2 , 4

- V$DATABASE_FLASHBACK_ON 1

- V$DATABASE.CURRENT_SCN 1

- V$FLASHBACK_DATABASE_LOG 1

- V$RMAN_COMPRESSION_ALGORITHM 1 , 2

- V$RMAN_ENCRYPTION_ALGORITHMS 1 , 2 , 3

- V$RMAN_OUTPUT 1 , 2

- V$RMAN_STATUS 1

- V$SESSION 1

- V$TABLESPACE 1

- V$TRANSPORTABLE_PLATFORM 1

E

- 暗号化

- バックアップ・セット 1 , 3

- 複製データベース 1

- 表領域のリカバリ 1

- ENCRYPTION ALGORITHMパラメータ, CONFIGURATIONコマンド 1

- 暗号化アルゴリズム 1

- 暗号化設定

- オーバーライド 1

- V$RMAN_ENCRYPTION_ALGORITHMSビュー 1

- エンディアン形式

- 変換 1

- トランスポータブル表領域 1

- プラットフォーム間でのトランスポート 1

- 終了時刻

- リストア 1

- 環境変数

- RMAN文字列内 1

- NLS_DATE_FORMAT 1

- NLS_LANG 1

- エラー・メッセージ

- ORA-1152 1

- ORA-1578 1

- ORA-19504 1

- ORA-19624 1

- ORA-19916 1

- ORA-27086 1

- RMAN-0558 1

- RMAN-06004 1

- RMAN-06445 1

- RMAN-06496 1

- RMAN-10031 1

- RMAN-10035 1

- RMAN-6758 1

- オープンされているファイルが多すぎます 1

- EXECUTE SCRIPTコマンド 1

- EXITコマンド 1

- RMANの終了 1

- EXPORT LOGパラメータ, TRANSPORT TABLESPACEコマンド 1

- エクスポート・ユーティリティ 1

- 外部表, バックアップからの除外 1

F

- 失敗したバックアップ, 再開 1

- 障害, 利用可能な情報 1

- 障害概要 1

- 高速リカバリ 1

- 高速リカバリ領域

- 複製データベースでの定義 1

- 自動バックアップの場所 1

- ファイルのコピー 1

- fileNameConversionSpec副次句 1

- ファイル名の書式 1

- ファイル名

- プラットフォーム変換中の変更 1

- データファイル・イメージ・コピー 1

- 新規生成 1

- 更新 1

- ファイル

- 新規のみバックアップ 1

- プロキシ・コピーを使用したバックアップ 1

- 可用性の変更 1

- ストアド・スクリプトからの作成 1

- バックアップからの除外 1

- バックアップが必要なファイルのリスト 1

- バックアップの名前付け 1

- バックアップの上書き 1

- 複製のソース 1

- 使用不可 1

- 検証 1

- ファイル・セクション, サイズ指定 1

- FLASHBACK DATABASEコマンド 1

- フラッシュバック・ログ 1 , 2

- NOLOGGING操作のフラッシュバック 1

- forDbUniqueNameOption副次句

- パラメータの説明 1

- 構文 1

- 構文図 1 , 2 , 3

- foreignFileSpec 1

- foreignFileSpec副次句 1

- foreignlogRecordSpecifier副次句

- 構文図 1

- formatSpec副次句, 構文図 1

- forRecoveryOfSpec副次句

- パラメータの説明 1

- 構文図 1

- FOR TRANSPORT

- 互換性のない句 1

- FROM AUTOBACKUPパラメータ, RESTOREコマンド 1

- FTP, バックアップの移動 1

G

- グローバル・スクリプト

- 実行 1

- インポート 1

- 印刷 1

- GRANTコマンド 1

H

- ハードウェア・エラーのリカバリ(例) 1

- HOSTコマンド 1

I

- イメージ・コピー

- リポジトリへの追加 1

- 増分バックアップの適用 1

- バックアップ

- CDB内 1

- 作成 1

- 削除 1

- リストア 1

- IMPORT CATALOGコマンド 1

- IMPORT SCRIPTパラメータ, TRANSPORT TABLESPACEコマンド 1

- インポート・ユーティリティ 1

- INCARNATIONパラメータ

- DUPLICATEコマンド

- 孤立 1

- RESET DATABASE TO INCARNATION 1

- SETコマンド 1

- インカネーション 1 , 2

- 非一貫性バックアップ 1

- 一貫性のない停止 1

- 増分バックアップ

- データファイル・コピーの追加 1

- ビットマップの制限 1

- レポート出力 1

- サンプル・スクリプト 1

- データファイル・コピーの使用 1

- 初期化ファイル

- 補助データベース 1

- 初期化パラメータ

- BACKUP_TAPE_IO_SLAVES 1

- COMPATIBLE 1

- CONTROL_FILES 1

- CPU_COUNT 1

- DB_BLOCK_CHECKSUM 1

- DB_CREATE_FILE_DEST 1

- DB_FILE_NAME_CONVERT 1 , 3 , 4

- DB_FLASHBACK_RETENTION_TARGET 1

- DB_UNIQUE_NAME 1

- LOG_ARCHIVE_DEST_n 1

- LOG_FILE_NAME_CONVERT 1 , 2

- RECOVERY_PARALLELISM 1

- 入力ファイル, 削除 1

J

- ジョブ用コマンド 1

K

- keepOption副次句 1

- KEEPパラメータ

- BACKUPコマンド 1

- キーストアベースの暗号化 1

- キーストア 1 , 2

- 構文図のキーワード 1

L

- LIKEパラメータ

- archivelogRecordSpecifier副次句 1

- Linuxコマンド 1

- LinuxからWindowsへの変換(例) 1

- listBackupOption副次句

- パラメータの説明 1

- 構文図 1

- list句

- パラメータの説明 1

- 構文図 1

- LISTコマンド

- listBackupOption副次句 1

- list句 1

- listObjectSpec副次句 1

- maintQualifier副次句 1

- recordSpec副次句 1

- recoverableClause副次句 1

- listObjectSpec副次句

- パラメータの説明 1

- 構文図 1

- listObjList副次句

- パラメータの説明 1

- 構文図 1

- LOBデータ型, トランスポート 1

- ローカル・スクリプト

- 実行 1

- 印刷 1

- LOG_ARCHIVE_DEST_n初期化パラメータ 1 , 2

- LOG_FILE_NAME_CONVERT初期化パラメータ 1 , 2

- ログ・ファイル

- 出力先の指定 1

- ログイン 1

- LogMinerユーティリティ 1 , 2 , 3

- ログ順序番号 1

- ログ順序番号

- Point-in-Timeリカバリ 1

- 変更のUNDO 1

- logSpec副次句

- パラメータの説明 1

- 構文図 1

M

- メンテナンス・チャネル

- 割当て 1

- ネーミング規則 1

- 解放 1

- メンテナンス・コマンド 1

- maintenanceCommands副次句, 構文図 1

- メンテナンス・ジョブ構成 1

- maintQualifier副次句

- パラメータの説明 1

- 構文図 1 , 2

- maintSpec副次句

- 構文図 1 , 2 , 3

- メディア障害, バックアップのリストア 1

- SBTチャネルのメディア・ライブラリ 1

- メディア・マネージャ

- データの圧縮 1

- データ転送の制御 1

- コマンドの送信 1

- 環境変数の指定 1

- オフサイトのバックアップのステータス 1

- メタデータの検証 1

- メディア・プール, バックアップ・ストレージ 1

- メタデータ

- カタログ・スキーマの変更 1

- 再同期化 1

- リポジトリ内での検証 1

- その他のコマンド 1

- 欠落ファイル

- 存在のチェック 1

- バックアップの移動 1

- マルチセクション・バックアップ 1

- マルチテナント・コンテナ・データベース 1

N

- needBackupOption副次句

- パラメータの説明 1

- 構文図 1

- ネストしたコマンド・ファイル 1

- ネット・サービス名 1

- 新規ファイル, バックアップの制限 1

- NEWNAME FOR DATABASEパラメータ, SETコマンド 1

- NEWNAME FOR DATAFILEパラメータ, SETコマンド 1

- NEWNAME FOR TABLESPACEパラメータ, SETコマンド 1

- NEWNAME FOR TEMPFILEパラメータ, SETコマンド 1

- NLS_DATE_FORMAT構成設定 1

- NLS_DATE_FORMAT環境変数 1

- NLS_LANG環境変数 1

- NLS_LANG環境変数 1

- NOARCHIVELOGモード 1 , 2

- NOFILENAMECHECKパラメータ, DUPLICATEコマンド 1

- 引用符なしの文字列 1

- NOREDOパラメータ

- DUPLICATEコマンド 1

- 通常の再同期化 1

- notBackedUpSpec副次句

- パラメータの説明 1

- 構文図 1

O

- obsOperandList副次句 1

- オフサイト・バックアップ 1

- OMF形式 1

- オンラインREDOログ

- 複製データベース 1

- RAC 1

- オペレーティング・システム・コマンド 1

- オペレーティング・システム

- 互換性 1

- データベースの複製 1

- 最適化, バックアップのオーバーライド 1

- 最適化アルゴリズム 1

- ORA-1152エラー・メッセージ 1

- ORA-1578エラー・メッセージ 1

- ORA-19504エラー・メッセージ 1

- ORA-19624エラー・メッセージ 1

- ORA-19916エラー・メッセージ 1

- ORA-27086エラー・メッセージ 1

- Oracle10gの互換性 1

- Oracle8iの互換性 1

- Oracle9iの互換性 1

- Oracleホーム, バックアップからの除外 1

- Oracleキーストア 1 , 2

- Oracle Managed Files(OMF)

- データベースの複製(例) 1

- Oracle Net接続 1

- Oracle RAC

- 障害からのリカバリ 1

- Oracle Secure Backup

- 暗号化されたバックアップの作成 1

- コマンドの送信(例) 1

- UNDOデータ 1

- Oracle Secure Backup(OSB)Cloud Module

- RMANチャネルの構成 1

- AWSアカウントの作成 1

- 環境変数

- PARMSオプションのENVパラメータ 1

- SBT_PARMSパラメータ 1

- AWS IDの取得 1

- 前提条件 1

- OTNアカウントの登録 1

- S3 Backupインストーラの実行

- 初回 1

- Linuxの例 1

- バックアップの保護 1

- RMANリポジトリへの構成の保存 1

- トラブルシューティング 1

- バックアップ・ファイルの上書き 1

P

- 並列度

- チャネルの割当て 1

- チャネルを使用したバックアップ(例) 1

- チャネル割当て 1

- 並列度の設定 1

- PARAMETER_VALUE_CONVERTパラメータ

- オーバーライド 1

- パラメータ・ファイル

- バックアップ 1

- リストア 1

- パラメータ

- 非推奨 1

- 構文図 1

- ストアド・スクリプトのパラメータ 1

- 部分バックアップ 1

- パスワードベースの暗号化 1

- パスワードの暗号化 1

- パスワード・ファイル

- バックアップからの除外 1

- 複製データベース 1

- パスワード

- 暗号化 1

- 暗号化されたバックアップ・セット 1

- RAC SYSBACKUP 1

- PDB

- バックアップ 1

- 接続 1 , 2

- 変換 1

- バックアップのリスト 1

- リカバリ 1

- 表のリカバリ 1

- リストア 1

- パフォーマンス

- チャネルの割当て 1

- 増分バックアップ 1

- PL/SQLコード, 形式の変換 1

- PL/SQLストアド・プロシージャ 1

- 構文図のプレースホルダ 1

- プラットフォームの互換性 1

- プラットフォーム

- データベースの複製 1

- PLUGGABLE DATABASEパラメータ

- REPORTコマンド 1

- プラガブル・データベース 1

- PLUS ARCHIVELOGパラメータ, VALIDATEコマンド 1

- Point-in-Timeリカバリ 1 , 2 , 3 , 4

- 前提条件

- クロス・プラットフォーム・トランスポート用バックアップ 1

- クロス・プラットフォーム・バックアップ 1

- バックアップのプレビュー 1

- プライマリ・データベース

- バックアップ 1

- コピー 1

- PRINT SCRIPTコマンド 1

- プライベート・カタログ・スキーマ, 権限の割当て 1

- 権限

- 割当 1

- CATALOG 1

- CREATE TYPE 1

- REGISTER 1

- 取消し 1

- SYSBACKUP 1

- バックアップの処理時間 1

- プロキシ・バックアップ, リストア 1

- プロキシ・コピー

- 利用可能な情報 1

- クロスチェック 1

- 定義 1

- 削除 1 , 2

- 不要

- レポート出力 1

- リストア 1

- タグ名 1

Q

- QUITコマンド 1

- QUOTEDSQLCOMMANDコマンド 1

- 引用符付き文字列 1

R

- RAC

- 自動チャネル(例) 1

- オンラインREDOログの作成 1

- バックアップのクロスチェック 1

- クロスチェックまたは削除 1

- SYSBACKUPパスワード 1

- RC_ARCHIVED_LOGビュー 1

- RC_BACKUP_ARCHIVELOG_DETAILSビュー 1

- RC_BACKUP_ARCHIVELOG_SUMMARYビュー 1

- RC_BACKUP_CONTROLFILE_DETAILSビュー 1

- RC_BACKUP_CONTROLFILE_SUMMARYビュー 1

- RC_BACKUP_CONTROLFILEビュー 1

- RC_BACKUP_COPY_DETAILSビュー 1

- RC_BACKUP_COPY_SUMMARYビュー 1

- RC_BACKUP_CORRUPTIONビュー 1

- RC_BACKUP_DATAFILE_DETAILSビュー 1

- RC_BACKUP_DATAFILE_SUMMARYビュー 1

- RC_BACKUP_DATAFILEビュー 1

- RC_BACKUP_FILESビュー 1

- RC_BACKUP_PIECE_DETAILS 1

- RC_BACKUP_PIECEビュー 1

- RC_BACKUP_REDOLOGビュー 1

- RC_BACKUP_SET_DETAILSビュー 1

- RC_BACKUP_SET_SUMMARYビュー 1

- RC_BACKUP_SETビュー 1

- RC_BACKUP_SPFILE_DETAILSビュー 1

- RC_BACKUP_SPFILE_SUMMARYビュー 1

- RC_BACKUP_SPFILEビュー 1

- RC_CHECKPOINTビュー 1

- RC_CONTROLFILE_COPYビュー 1

- RC_COPY_CORRUPTIONビュー 1

- RC_DATABASE_BLOCK_CORRUPTIONビュー 1

- RC_DATABASE_INCARNATIONビュー 1

- RC_DATABASEビュー 1

- RC_DATAFILE_COPYビュー 1

- RC_DATAFILEビュー 1

- RC_LOG_HISTORYビュー 1

- RC_OFFLINE_RANGEビュー 1

- RC_PDBSビュー 1

- RC_PLUGGABLE_DATABASE_INCビュー 1

- RC_PROXY_ARCHIVEDLOGビュー 1

- RC_PROXY_ARCHIVELOG_DETAILSビュー 1

- RC_PROXY_CONTROLFILEビュー 1

- RC_PROXY_COPY_DETAILSビュー 1

- RC_PROXY_COPY_SUMMARYビュー 1

- RC_PROXY_DATAFILEビュー 1

- RC_REDO_LOGビュー 1

- RC_REDO_THREADビュー 1

- RC_RESTORE_POINTビュー 1

- RC_RESYNCビュー 1

- RC_RMAN_BACKUP_JOB_DETAILSビュー 1

- RC_RMAN_BACKUP_SUBJOB_DETAILSビュー 1

- RC_RMAN_BACKUP_TYPEビュー 1

- RC_RMAN_CONFIGURATIONビュー 1

- RC_RMAN_OUTPUTビュー 1

- RC_RMAN_STATUSビュー 1

- RC_SITEビュー 1

- RC_STORED_SCRIPT_LINEビュー 1

- RC_STORED_SCRIPTビュー 1

- RC_TABLESPACEビュー 1

- RC_TEMPFILEビュー 1

- RC_UNUSABLE_BACKUPFILE_DETAILSビュー 1

- Real Application Clusters 1

- recordSpec副次句 1

- recoverableClause副次句

- パラメータの説明 1

- 構文図 1

- recover句

- パラメータの説明 1

- 構文図 1

- RECOVERコマンド

- blockObject副次句 1

- dbObject副次句 1

- recover句 1

- recoverObject副次句 1

- recoverOptionList副次句 1

- recoverSpec副次句 1

- リカバリ

- PDB 1

- root 1

- 表領域

- CDB内 1

- recoverObject副次句

- パラメータの説明 1

- 構文図 1

- recoverOptionList副次句

- パラメータの説明 1

- 構文図 1

- recoverSpec副次句

- パラメータの説明 1

- 構文図 1

- リカバリ

- CDB 1

- NOARCHIVELOGモードのデータベース(例) 1

- PDB 1

- 複製データベースのPoint-in-Timeリカバリ 1

- バックアップの検索順序 1

- ストレージ・スナップショットの使用 1

- RECOVERY_CATALOG_OWNERロール 1

- RECOVERY_PARALLELISM初期化パラメータ 1

- リカバリ・カタログ

- 接続 1

- データベースの登録 1

- データベースの削除 1

- 参照の削除 1

- リポジトリ・レコードの削除 1

- スクリプトの置換 1

- DB_UNIQUE_NAMEの更新 1

- バージョンのアップグレード 1

- リカバリ・カタログ・データベース, 接続 1

- リカバリ・カタログ

- 作成 1

- ストアド・スクリプトの作成 1

- 削除 1

- 再同期化 1

- 権限の取消し 1

- ストアド・スクリプト, 利用可能な情報 1

- 登録解除 1

- リカバリ・カタログ, メタデータの移動 1

- リカバリ・カタログ, NOCATALOGモード 1

- リカバリ・カタログ・ビュー

- サマリー・リスト 1

- リカバリ・ファイル, バックアップ 1

- Recovery Manager

- 互換性 1

- コマンドの日付 1

- Recovery Manager, 制御ファイルの自動バックアップ 1

- Recovery Managerクライアント, 起動 1

- リカバリ期間

- レポート出力 1

- リカバリ期間, レポート出力 1

- REDOログ

- バックアップ 1

- RAC 1

- REDOスレッド 1

- 冗長なバックアップ 1

- REGISTER DATABASEコマンド 1

- REGISTER権限 1

- RELEASE CHANNELコマンド

- release句 1

- releaseForMaint句 1

- release句, 構文図 1

- releaseForMaint句

- 構文図 1

- リモート・ホスト

- データファイルのリストア 1

- repair句

- パラメータの説明 1

- 構文図 1

- REPAIR FAILUREコマンド

- repair句 1

- 修復オプション 1

- 修復ステータス 1

- 修復方法 1

- replaceScript句

- 構文図 1

- REPLACE SCRIPTコマンド

- replaceScript句 1

- report句

- パラメータの説明 1

- 構文図 1

- REPORTコマンド

- atClause副次句 1

- needBackupOption副次句 1

- report句 1

- reportObject副次句 1

- reportObject副次句

- パラメータの説明 1

- 構文図 1

- リポジトリ

- 分析 1

- コンテンツのリスト 1

- 更新 1

- 可用性ステータスの更新 1

- ファイル名の更新 1

- 内容の検証 1

- 予約語 1 , 2

- reset句, 構文図 1

- RESET DATABASEコマンド

- reset句 1

- resetDbUniqueNameOption副次句

- パラメータの説明 1

- 構文図 1

- インカネーションの再設定

- CDB 1

- リストア構成 1

- restore句

- パラメータの説明 1

- 構文図 1

- RESTOREコマンド

- autoBackupOptList副次句 1

- restore句 1

- restoreObject副次句 1

- restoreSpecOperand副次句 1

- リストア用コマンド 1

- restoreCommands副次句, 構文図 1

- リストア・フェイルオーバー 1

- restoreObject副次句

- パラメータの説明 1

- 構文図 1

- RESTORE POINTパラメータ

- RECOVERコマンド 1

- SETコマンド 1

- TRANSPORT TABLESPACEコマンド 1

- リストア・ポイント 1 , 2

- restoreSpecOperand副次句, 構文図 1

- リストア

- CDB 1

- ネットワークを介したデータファイル 1

- リモート・ホスト 1

- PDB 1

- root 1

- RESTRICTED SESSION権限 1

- RESYNC CATALOG, resync句 1

- RESYNC CATALOGコマンド 1

- resync句, 構文図 1

- 再同期化 1

- 保存方針

- 除外(例) 1

- オーバーライド 1 , 2

- RETENTION POLICYパラメータ

- SHOWコマンド 1

- 逆再同期化 1

- revoke句, 構文図 1

- REVOKEコマンド

- revoke句 1

- RMAN-0558エラー・メッセージ 1

- RMAN-06004エラー・メッセージ 1

- RMAN-06445エラー・メッセージ 1

- RMAN-06496エラー・メッセージ 1

- RMAN-10031エラー・メッセージ 1

- RMAN-10035エラー・メッセージ 1

- RMAN-6758エラー・メッセージ 1

- RMANコマンド

- cmdLine句 1

- RMANコマンド(オペレーティング・システム) 1

- RMANの予約語 1

- ロール

- RECOVERY_CATALOG_OWNER 1

- ロールバック・セグメント, 再同期化 1

- root

- バックアップ 1

- 接続 1

- 変換 1

- バックアップのリスト 1

- データファイルのコピーのリスト 1

- リカバリ 1

- リストア 1

- run句, 構文図 1

- RUNコマンド

- backupCommands副次句 1

- maintenanceCommands副次句 1

- restoreCommands副次句 1

- run句 1

S

- スクリプトの保存 1

- SCN

- リストア 1

- リストア・ポイントの設定 1

- スコープ, スクリプト用スコープの作成 1

- スクリプト

- 利用可能な情報 1

- リカバリ・カタログでの作成 1

- 印刷 1

- 置換え 1

- 置換変数 1

- セキュア・バックアップ 1

- SENDコマンド 1

- SEQUENCE BETWEENパラメータ, archlogRange副次句 1

- サーバー・パラメータ・ファイル

- バックアップ 1

- 補助データベース 1

- リストア 1

- 消失したファイルのリストア 1

- 検証レポート 1

- セッション

- RMANの終了 1

- チャネルの指定 1

- set句, 構文図 1

- SETコマンド

- 暗号化設定 1

- set句 1

- setRmanOption副次句 1

- setRmanOrRunOption副次句 1

- setRunOption副次句 1

- SET MAXCORRUPTコマンド 1

- SET NEWNAMEコマンド 1

- setParameter副次句

- パラメータの説明 1

- 構文図 1

- setRmanOption副次句

- パラメータの説明 1

- 構文図 1

- setRmanOrRunOption副次句

- パラメータの説明 1

- 構文図 1

- setRunOption副次句

- パラメータの説明 1

- 構文図 1

- 共有サーバー, チャネルの割当て 1

- シェル・コマンド 1

- show句, 構文図 1

- SHOWコマンド

- show句 1

- SHUTDOWNコマンド 1

- 停止 1

- 一重引用符 1

- SITE_KEY列のNULL値 1

- sizeSpec副次句

- 構文図 1

- skipSpec副次句

- パラメータ説明 1 , 2 , 3

- 構文図 1 , 2 , 3

- SNAPSHOT CONTROLFILEパラメータ, SHOWコマンド 1

- スナップショット

- 制御ファイル 1

- 記憶域 1

- ボリューム・シャドウ・コピー・サービス(VSS) 1

- ソース・データベース

- コピー 1

- 複製での使用 1

- SPFILE SET, オーバーライド 1

- SPOOLコマンド 1

- SQLコマンド

- 実行 1

- 標準出力

- スクリプトの出力 1

- スタンバイ・データベース

- バックアップ 1

- コピー 1

- 高速リカバリ領域 1

- パスワード・ファイル 1

- 更新(例) 1

- STARTUPコマンド 1

- stdout, リダイレクト 1

- ストアド・スクリプト

- 利用可能な情報 1

- 削除 1

- 実行 1

- 印刷 1

- 文字列

- RMANコマンドで有効な文字 1

- ストライプ化されたファイル, チャネルの割当て 1

- バックアップ・セットのストライプ化 1

- 副次句の概要 1

- 置換変数

- 完全なリスト 1

- %Dの例 1

- %Fの例 1

- %Uの例 1

- スクリプト 1 , 2 , 3

- ストアド・スクリプトに渡す 1

- switch句

- パラメータの説明 1

- 構文図 1

- SWITCHコマンド

- RESTOREに対する影響 1

- switch句 1

- switchFile副次句 1

- switchFile副次句

- パラメータの説明 1

- 構文図 1

- 構文,非推奨 1

- 構文規則 1

- 構文図

- キーワード 1

- パラメータ 1

- プレースホルダ 1

- SYSAUX表領域 1

- SYSBACKUPパスワード

- RAC環境 1

- SYSBACKUP権限

- connectStringSpec 1

- SYSDBAパスワード

- アクティブな複製 1

- SYSDBA権限 1

- システム変更番号(SCN) 1 , 2

T

- 表

- リカバリ

- PDB内 1

- TABLESPACE DESTINATIONパラメータ, TRANSPORT TABLESPACEコマンド 1

- 表領域のPoint-in-Timeリカバリ(TSPITR) 1

- 表領域のリカバリ(例) 1

- 表領域

- バックアップ 1

- リカバリ

- CDB内 1

- 名前の変更 1

- 透過的暗号化 1

- ファイル名の更新 1

- テープ・バックアップ, チャネルの割当て 1

- ターゲット制御ファイル 1

- ターゲット・データベース

- 接続 1 , 2

- 削除 1

- 単一のメタデータ・カタログの保持 1

- 登録 1

- RMANからの起動 1

- ターゲットの時刻, 変更のUNDO 1

- teeコマンド(Linux) 1

- 一時ファイル

- 再作成 1

- 名前の変更 1

- tempfileSpec副次句 1

- 一時表領域 1

- 時間, バックアップの完了 1

- 時間に基づくバックアップ 1

- 時間制約

- 部分バックアップ 1

- 時間制限 1

- TO PLATFORM

- 互換性のない句 1

- TO RESTORE POINTパラメータ

- RECOVERコマンド 1

- SETコマンド 1

- TRANSPORT TABLESPACEコマンド 1

- バックアップの転送 1

- 透過的暗号化 1 , 2

- トランスポータブル表領域

- 読取り専用のバックアップ 1

- バックアップからの作成 1

- 複製 1

- トランスポート

- 表領域

- CDB内 1

- PDB内 1

- transportOptionList副次句

- パラメータの説明 1

- 構文図 1

- TRANSPORT TABLESPACEコマンド

- transpt_tbs_optlist副次句 1

- transpt_tbs句 1

- transpt_tbs_optlist副次句

- パラメータの説明 1

- 構文図 1

- transpt_tbs句

- パラメータの説明 1

- 構文図 1

U

- UNDOデータ 1

- UNDOセグメント 1

- UNIXコマンド 1

- リカバリ不能操作

- レポート出力 1

- UNREGISTER DATABASEコマンド 1

- untilClause副次句 1

- UNTIL SCNパラメータ

- untilClause副次句 1

- UNTIL SEQUENCEパラメータ

- archlogRange副次句 1

- untilClause副次句 1

- UNTIL TIMEパラメータ

- archlogRange副次句 1

- untilClause副次句 1

- 未使用ブロックの圧縮 1

- UPGRADE CATALOGコマンド 1

- ユーザー管理バックアップ 1

- ユーザー名 1

- ユーザー権限 1

- UTFキャラクタ・セット, CLOBストレージ 1

- utlirpスクリプト, PL/SQLコードの変換 1

V

- V$BACKUP_DEVICEビュー 1 , 2

- V$DATABASE_BLOCK_CORRUPTIONビュー 1 , 2 , 4

- V$DATABASE.CURRENT_SCNビュー 1

- V$DATABASE.FLASHBACK_ONビュー 1

- V$FLASHBACK_DATABASE_LOGビュー 1

- V$RMAN_COMPRESSION_ALGORITHMビュー 1 , 2

- V$RMAN_ENCRYPTION_ALGORITHMSビュー 1 , 2 , 3

- V$RMAN_OUTPUTビュー 1 , 2

- V$RMAN_STATUSビュー 1

- V$SESSIONビュー 1

- V$TABLESPACEビュー 1

- V$TRANSPORTABLE_PLATFORMビュー 1

- validate句

- パラメータの説明 1

- 構文図 1

- VALIDATEコマンド

- blockObject副次句 1

- copyOfSpec副次句 1

- skipSpec副次句 1

- validate句 1

- validateObject副次句 1

- validateOperand副次句 1

- validateObject副次句

- パラメータの説明 1

- 構文図 1

- validateOperand副次句

- パラメータの説明 1

- 構文図 1

- バックアップの検証 1

- コマンド・ファイル内の変数 1

- ビュー, リカバリ・カタログ 1

- 仮想プライベート・カタログ 1

- 仮想プライベート・カタログ

- 削除 1

- 仮想プライベート・カタログ・スキーマ, 権限の割当て 1

- 仮想リカバリ・カタログ 1

- ボリューム・シャドウ・コピー・サービス(VSS)のスナップショット 1

W

- ウィンドウ

- リカバリ 1

- Windowsコマンド 1

X

- トランスポータブル表領域のXMLTypeデータ型 1

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。