立即与支持人员聊天
与支持团队交流

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

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

異なるディレクトリ構造を持つ代替サーバーへの複製データベースのリストア

以下の手順では、代替またはリモート・サーバー（ソース・データベースが存在する場所以外のサーバー）に複製データベースのバックアップをリストアし、異なるディレクトリ構造を使用する手順について詳しく説明します。

•
前提条件
•
複製データベースのリストア
前提条件

複製データベースのバックアップを、異なるディレクトリ構造を持つ代替またはリモート・サーバーにリストアするには、以下の前提条件を満たす必要があります。

•
Oracleデータベース・ソフトウェアのバージョンが同じであること：格納先データベースのOracleのエディションとバージョンが、ソース・データベースで使用されているOracleのエディションとバージョンと同じである必要があります。パッチのレベルも同一である必要があります。
•
複製データベースのバックアップが使用可能であること：複製データベースのバックアップが正常に完了し使用可能になっている必要があります。
•
ソース・データベースがOPEN状態であること：ソース・データベースは、複製データベースのリストア・プロセス全体を通してOPEN READ WRITE状態になっている必要があります。
•
補助インスタンスが用意されていること：RMANのバックアップ・ベースの複製データベース・プロセスでは、以下で定義されているような補助インスタンスが用意されている必要があります。
1
補助インスタンス用のOracleパスワードが作成されていること：ソース・データベースと同じホストに複製する場合、補助接続用にOS認証を使用するのではなく、パスワード・ファイルを使用したい場合に必要となります。パスワード・ファイルの作成について詳しくは、『Oracle Database Administrator's Guide』の「Creating and Maintaining a Password File」を参照してください。
2
補助インスタンスへのOracle Net接続が確立されていること：ソース・サーバーと代替サーバー両方の「tnsnames.ora」ファイルにインスタンスを追加することにより、補助インスタンスがOracle Netで使用可能である必要があります。さらに、Windowsプラットフォームでは、次のコマンドを実行してインスタンスを開始します。
oradim -new -sid <SID名>
3
補助インスタンスの格納先ディレクトリが存在すること：格納先データベースが存在することになるサーバーに、補助インスタンス用に以下の格納先ディレクトリが作成されている必要があります。ASMで、格納先データベースがデータファイルに格納される場合、格納先データベース用のASMインスタンス名がすでに存在する必要があります。
•
Control_Files
•
DB_Create_File_Dest
•
Audit_File_Dest
•
Background_Dump_Dest
•
User_Dump_Dest
4
補助インスタンス用にPFILEが作成されていること：クライアント側PFILEが、補助データベース用に、ソース・データベースのSPFILEから作成されている必要があります。
•
SQL*Plusを起動し、ソース・データベースに管理者権限で接続します。
sqlplus sys/<パスワード>@<ソース接続ID> AS SYSDBA
•
SPFILEからPFILEを作成します。
create pfile = '<PFILE宛先ディレクトリ>/
init<補助SID>.ora' from spfile;
5
補助的値を使用したPFILEの更新：補助インスタンス用に作成されたPFILEが、補助インスタンスで指定されたパラメータ値で編集および更新されている必要があります。
•
<ソースSID>.__で始まっているすべてのエントリを削除します。<ソースSID>.__
•
*.db_name=エントリを編集して格納先データベースの名前を反映します。
•
補助インスタンス用に、格納先ディレクトリを反映させるには、以下のエントリを更新します。補助インスタンス用に格納先ディレクトリを反映させるには、以下のエントリを更新します。このディレクトリが存在する必要がありますが、ソース・データベースがデータファイルをASMに格納する場合、格納先データベース用のASMインスタンス名が、以下のcontrol_filesおよびdb_create_file_destパラメータ用にそれぞれ指定されている必要があります。
*.audit_file_dest=
*.background_dump_dest=
*.control_files=
*.user_dump_dest=
*.db_create_file_dest=
*.db_recovery_file_dest=
•
エントリの先頭に「#」（番号記号）を挿入して、以下のエントリをコメント・アウトします。
*.dispatchers='(PROTOCOL=TCP) (SERVICE=<ソースSID>XDB)'
•
以下の行を追加して、データファイル名および一時ファイル名の変換用にストリング・ペアを指定します。
*.db_file_name_convert='<ソース・データベース作成ファイル宛先>/
<ソースSID>', '<宛先データベース作成ファイル宛先>/
<宛先SID>'
例：
*.db_file_name_convert=' C:\oracle\oradata\prod',
'c:\oracle\oradata\test'
•
以下の行を追加して、オンラインREDOログ・ファイル名の設定用にストリング・ペアを指定します。
*.log_file_name_convert='<ソース・データベース作成ファイル宛先>/
<ソースSID>', '<宛先データベース作成ファイル宛先>/
<宛先SID>'
例：
*.log_file_name_convert=' C:\oracle\oradata\prod',
'c:\oracle\oradata\test'
6
補助インスタンスがNOMOUNT状態で起動していること：補助インスタンスが、補助インスタンス特有のパラメータ値で更新されているPFILEを使用してNOMOUNT状態で起動される必要があります。
•
SQL*Plusを起動して補助インスタンスに管理者権限で接続します。
sqlplus sys/<パスワード>@<補助接続ID> AS SYSDBA
•
インスタンスをNOMOUNT状態で起動します。
startup nomount pfile = '<PFILE宛先ディレクトリ>/
init<補助SID>.ora'
7
補助ファイルが、SPFILEのPFILEをもとに作成されていること
create spfile from pfile='<PFILE宛先ディレクトリ>/
init<補助SID>.ora';
8
SQL*Plusを終了します。
複製データベースのリストアが正常に完了するよう、SQL*Plusを終了する必要があります。
•
NetVault BackupソフトウェアとPlug‑in for Oracleがインストールされていること：格納先データベースが存在する代替サーバーと同じバージョンのNetVault Backupソフトウェアと本プラグインをインストールし、同じように設定する必要があります。
本プラグインを、代替サーバーで設定する場合、以下のデフォルト属性が定義されていることを確認してください。
•
［NetVault Backupサーバー］：ソース・データベース・サーバーがNetVault Backupクライアントとして追加されているNetVault Backupサーバーの名前を定義します。
•
［NetVault Backupサーバーからリストアを実施する］：ソース・データベース・サーバーがNetVault Backupクライアントとして追加されているNetVault Backupサーバーの名前を定義します。
•
［NetVault Backupクライアントからのバックアップをリストアする］：ソース・データベース用にNetVault Backupマシン名を指定します。
詳細は、「デフォルト設定の構成」を参照してください。
•
代替サーバーにインストールされたPlug‑in for Oracleにソース・データベースが追加されていること：格納先データベースが存在することになる代替（スタンバイ）サーバーにインストール済みの本プラグインに、ソース・データベースが追加される必要があります。
たとえば、プロダクションOracleサーバーの名前が「salesdb」だとします。本プラグインがインストールされている代替サーバーに、「salesdb」という名前のデータベースを追加します。既存のデータベースが代替サーバーにクローニングされていない場合でも、この手順を実行します。この手順によってプラグインがプレースホルダを作成し、Oracleデータベースが代替（スタンバイ）サーバーにリストアされるとき、クローニング・プロセス中にこのプレースホルダが使用されます。
データベースの追加について詳しくは、「データベースの追加」を参照してください。これらの手順は、オリジナルのデータベースと、代替サーバーに作成するプレースホルダに使用します。
複製データベースのリストア
1
［リストア・ジョブ作成 — セーブセットの選択］ページで、利用可能な複製データベースのバックアップを選択して、［次へ］をクリックします。
2
［セレクション・セット作成］ページで、ソースNetVault Backupクライアントとデータベースに移動して、［データベース全体］ノードを選択して、［プラグイン・オプションの編集］をクリックします。
3
［クローン・データベース］タブをクリックして、［複製データベース］オプションを選択します。
4
［デスティネーション・データベース］フレームで、以下を設定します。
•
［ターゲット・サービス］フィールドで、補助インスタンスのOracle Net Service名を指定します。
•
補助インスタンス用に［Oracleホーム］を指定します。
•
本プラグインによって補助インスタンス接続用に使用される［Oracle SYSDBAユーザー名］を指定します。
•
［Oracle SYSDBAパスワード］を指定します。
•
［NOFILENAMECHECKオプションを使用］オプションを選択します。
5
［データベースから複製］フレームで、以下を設定します。
•
ソース・データベース用に［Oracle SID］を指定します。
•
ソース・データベース用に［Oracleホーム］を指定します。
•
本プラグインによってソース・データベース接続用に使用される［Oracle SYSDBAユーザー名］を指定します。
•
［Oracle SYSDBAパスワード］を指定します。
6
［クライアント指定］リストで、格納先データベースが存在することになる代替サーバーのNetVault Backupマシン名を選択します。
7
［スケジュール］および［詳細設定］リストの記入も含めたリストア手順を続行します。
詳細は、「ジョブのファイナライズと実行」を参照してください。

テーブル・レベルのリカバリの実行

テーブル・レベルのリカバリ（RECOVER TABLE）は、Oracle Database 12.1 Enterprise Edition以降で利用できるOracleベースの機能です。適切なバージョンのOracleを使用している場合、プラグインを使って特定のOracleテーブルを特定の時点にリカバリすることができます。

Oracleサーバーは、記載されているテーブルを含むテーブルスペースを補助インスタンスにリカバリします。次にデータ・ポンプを使って、補助インスタンスからターゲット・インスタンスにテーブル・データをエクスポートします。

 
* 
重要： 以下のトピックで取り上げている例は、完全自動版の補助インスタンスの使用に基づいています。自動化を利用することにより、補助インスタンスが完全に作成され、宛先、つまり、ファイル・システム内のディレクトリが指定されている場合はOracleサーバーにより管理されます。

補助インスタンスにテーブルスペースをリストアするには、システム・テーブルスペースのバックアップ、リカバリ対象テーブルを含むテーブルスペース、およびバックアップ時に存在していた制御ファイルを指定する必要があります。

プラグインにより、補助インスタンスを使った自動リカバリ手法を活用することができます。テーブル・レベルのリカバリを行うためのその他の方法について詳しくは、Oracleのドキュメントを参照してください。その他の方法ではRMANコマンド・プロンプトを使って、プラグインが作成したバックアップからリカバリすることができます。

以下のトピックには、テーブル・レベル・リカバリの実行に関する情報が記載されています。

•
テーブル・レベル・リカバリの使用
•
テーブル・レベルの要件と制限事項
•
テーブル・レベル・リカバリのチャネルの設定
•
RMAN CLIからのテーブル・レベルのリカバリの実行
•
NetVault Backup WebUIからのテーブル・レベルのリカバリの実行

テーブル・レベル・リカバリの使用

テーブル・レベル・リカバリでは、他のテーブルやデータベースに影響を与えることなく、1つまたは複数のテーブルまたはテーブル・パーティションを、特定の時点にリカバリすることができます。このプロセスのために、プラグインのRMANバックアップを使って作成されたバックアップを使用することができます。他のリカバリ方法に加えて、テーブル・レベルのリカバリは、以下のようなリカバリを行う場合に役立ちます。

•
少数のテーブルを特定の時点にリカバリする。
•
破棄、パージされたテーブルをリカバリする。
•
論理的に損傷したテーブルをリカバリする。
•
FLASHBACK TABLEコマンドを利用できないテーブルをリカバリする（たとえば、構造的な変更によりFlashback Tableで巻き戻せない場合や、目的の時点が元に戻せる時点よりも古い場合など）。

テーブル・レベルの要件と制限事項

このタイプのリカバリを実行する際には、Oracleデータベース固有の制限事項と要件があります。正常にリカバリを実行するために、以下の要件と制限事項を確認する必要があります。すべての制約の一覧などその他の情報について詳しくは、Oracleドキュメントのテーブル・レベルのリカバリ情報を参照してください。

•
テーブル・レベルのリカバリは、Enterprise EditionのOracle Server 12.1以降で利用できます。
•
テーブル・レベルの自動リカバリを使用するには、リカバリの実行前に「Auxiliary Destination」節に指定したディレクトリが存在している必要があります。既存の空のディレクトリを使用する、またはディレクトリを作成することができます（プロセス開始前にディレクトリが存在している必要があります）。
•
CONFIGUREコマンドを使って、RMAN内にチャネルを設定する必要があります。補助データベースは、ターゲット・データベースと同じチャネルを使用します。
•
テーブルスペースSYSTEM、SYSAUX、undo（UNDOTBS1）、およびSYSEXT（SYSEXTテーブルスペースがある場合）のフル・バックアップが存在している必要があります。また、リカバリのターゲットとなるテーブルを含むテーブルスペースも存在しています。
•
テーブル・レベルのリカバリを使って、SYSに所属するテーブル、SYSTEMおよびSYSAUXテーブルスペースからのテーブル、またはスタンバイ・データベース上のテーブルをリカバリすることはできません。
•
REMAP句を使って、名前付きNOT NULL制約を持つテーブルをリカバリすることはできません。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级