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

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

Dell™ NetVault™ Backup Plug‑in for Oracle® － はじめに バックアップ計画の策定 プラグインのインストールと削除 プラグインの設定 データのバックアップ Oracleフラッシュバック・データベースの使用 データのリストア
データのリストアとリカバリ － 概要 ユーザ管理リストアの実行 その他のユーザ管理リストア手順 RMANリストアの実行 非RAC環境で使用可能なRMANリカバリ・タイプ RMANを使用したその他のリストア手順
リカバリ・カタログの管理 RMAN CLIの使用 Oracle RAC環境におけるプラグインの使用 フェイルオーバ・クラスタ環境でのプラグインの使用 Oracle Data Guardでのプラグインの使用 トラブルシューティング 用語集 Dellについて

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

以下の手順では、代替またはリモート・サーバ（ソース•データベースが存在する場所以外のサーバ）に複製データベースのバックアップをリストアし、ソース・データベースと同じディレクトリ構造を使用する手順について詳しく説明します。
複製データベースのバックアップを、代替またはリモート・サーバにリストアするには、以下の前提条件を満たす必要があります。
•
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)'
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マシン名を指定します。
詳しくは、デフォルト設定の構成を参照してください。
•
代替サーバに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
［スケジュール］および［詳細設定］リストの記入も含めたリストア手順を続行します。
詳しくは、ジョブのファイナライズと実行を参照してください。

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

以下の手順では、代替またはリモート・サーバ（ソース•データベースが存在する場所以外のサーバ）に複製データベースのバックアップをリストアし、異なるディレクトリ構造を使用する手順について詳しく説明します。
複製データベースのバックアップを、異なるディレクトリ構造を持つ代替またはリモート・サーバにリストアするには、以下の前提条件を満たす必要があります。
•
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マシン名を指定します。
詳しくは、デフォルト設定の構成を参照してください。
•
代替サーバに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サーバは、記載されているテーブルを含むテーブルスペースを補助インスタンスにリカバリします。次にデータ・ポンプを使って、補助インスタンスからターゲット・インスタンスにテーブル・データをエクスポートします。
 
* 
IMPORTANT: 以下のセクションで取り上げている例は、完全自動版の補助インスタンスの使用に基づいています。自動化を利用することにより、補助インスタンスが完全に作成され、宛先（ファイル・システム内のディレクトリ）が指定されている場合はOracleサーバにより管理されます。
補助インスタンスにテーブルスペースをリストアするには、システム・テーブルスペースのバックアップ、リカバリ対象テーブルを含むテーブルスペース、およびバックアップ時に存在していた制御ファイルを指定する必要があります。
プラグインにより、補助インスタンスを使った自動リカバリ手法を活用することができます。テーブル・レベルのリカバリを行うためのその他の方法について詳しくは、Oracleのドキュメントを参照してください。その他の方法ではRMANコマンド・プロンプトを使って、プラグインが作成したバックアップからリカバリすることができます。
以下のセクションには、テーブル・レベル・リカバリの実行に関する情報が記載されています。
•
テーブル・レベル・リカバリの使用
•
テーブル・レベルの要件と制限事項
•
テーブル・レベル・リカバリのチャネルの設定
•
RMAN CLIからのテーブル・レベルのリカバリの実行
•
NetVault Backup WebUIからのテーブル・レベルのリカバリの実行

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

テーブル・レベル・リカバリでは、他のテーブルやデータベースに影響を与えることなく、1つまたは複数のテーブルまたはテーブル・パーティションを、特定の時点にリカバリすることができます。このために、プラグインのRMANバックアップを使って作成されたバックアップを使用することができます。他のリカバリ方法に加えて、テーブル・レベルのリカバリは、以下のようなリカバリを行う場合に役立ちます。
•
少数のテーブルを特定の時点にリカバリする。
•
破棄、パージされたテーブルをリカバリする。
•
論理的に損傷したテーブルをリカバリする。
•
Flashback Tableコマンドを利用できないテーブルをリカバリする（たとえば、構造的な変更によりFlashback Tableで巻き戻せない、または目的の時点が元に戻せる時点よりも古いなど）。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级