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

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

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

前提条件

リカバリ・カタログを使用せずに障害復旧を実行するには、以下の条件を満たす必要があります。

•
適切なOracle RAC環境：ユーザー管理バックアップの実行で示されている通り、Oracle RAC環境が正しく設定されている必要があります。さらに、損傷したRAC環境に存在したものと同じOracleデータベース・ソフトウェアの同じバージョンが、RAC環境にインストールされる必要があります。ORACLE_HOMEも、元のノードと新しいノードで同じになっている必要があります。データベースを新規作成する必要はありませんが、共有ストレージ用にOracle Net ServicesとASMを設定する必要があります。
•
NetVault BackupソフトウェアとPlug‑in for Oracleがインストールされていること：RAC環境用に以前定義したNetVaultマシン名を使用して、RAC内のノードの1つに同じバージョンのNetVault Backupソフトウェアと本プラグインをインストールする必要があります。「デフォルト属性の設定」で示されているとおりプラグインのデフォルト属性が定義されていることを確認してください。
•
ソース・データベースのDBIDが特定されている：損傷したデータベースのDBIDを特定します。本プラグインの初期インストールの一部としてDBIDが記録されなかった場合、NetVault Backupのバイナリ・ログでソース・データベースのRMANベースのバックアップを調べることにより、DBIDを特定できます。DBIDは、［詳細］ダイアログ・ボックスまたは［バックアップ・コンテンツ］タブでも利用できます。
•
SPFILEのデフォルトの場所が存在する必要がある：以下の手順を実行する前に、ASM共有ストレージにデフォルトの場所が存在する必要があります。デフォルトの場所を作成し忘れると、SPFILEのリストア中に「ORA-17502: ファイルの作成に失敗しました。」というエラーが発生する結果になります。さらに、SPFILEの場所はSPFILEパラメータとともにPFILE内に記述されている必要があります。
•
すべてのテーブルスペースのバックアップが使用可能になっている：すべてのテーブルスペースの最新のバックアップがあることを確認します。

ディザスタ・リカバリの実行

1
RMANを起動し、ターゲット・データベースに接続します。
> rman TARGET /
2
SET DBIDを使用して、ターゲット・データベースのデータベース識別子を設定します。
RMANは、ターゲットに接続するたびにDBIDを表示します。保存されたRMANログ・ファイルの確認、カタログのクエリ、または制御ファイルの自動バックアップのファイル名からも、DBIDを特定できます。DBIDは、［詳細］ダイアログ・ボックスまたは［バックアップ・コンテンツ］タブでも利用できます。
SET DBID <DBID>;
3
FORCE NOMOUNTオプションを付けてローカル・インスタンスを起動します。
STARTUP FORCE NOMOUNT;
4
SPFILEの自動バックアップをリストアします。
SPFILEをデフォルトの場所にリストアするには、以下のコマンドを実行します。
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE SPFILE FROM AUTOBACKUP;
}
5
FORCE NOMOUNTオプションを付けてローカル・インスタンスを起動します。
STARTUP FORCE NOMOUNT;
6
制御ファイルの自動バックアップをリストアします。
前回の自動バックアップから制御ファイルをリストアするには、以下のコマンドを実行します。
RUN {
ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM AUTOBACKUP;
}
7
データベースをマウントします。
ALTER DATABASE MOUNT;
8
Block Change Trackingを無効にします。
SQL "ALTER DATABASE DISABLE BLOCK CHANGE TRACKING";
9
［リストア・ジョブ作成 — セーブセットの選択］ページで、すべてのテーブルスペースを含む利用可能な最新のバックアップを選択して、［次へ］をクリックします。
10
［セレクション・セット作成］ページで、ソースNetVault Backupクライアントとデータベースに移動して、［データベース全体］ノードを選択して、［プラグイン・オプションの編集］をクリックします。
11
［リストア・オプション］タブをクリックして、[読み取り専用データファイルを確認して、必要に応じてリストアします]および[読み取り専用データファイルを確認して、カレントでない場合は、リカバリします]を選択して、読み取り専用データファイルをリストアおよびリカバリ・プロセスに含めます。
12
障害復旧シナリオでは、リカバリを実行する必要があるため、［リカバリを実行する］タブで、［データベース・ポイント・イン・タイム・リカバリを実行する］オプションを選択します。
PITリカバリはデータベースを指定した時刻、ログ・シーケンス番号またはSCNにリストアします。障害が発生した時刻あるいはログ・シーケンスが不明な場合は、SCNオプションの使用をお勧めします。
13
［リカバリ・カタログ］タブで、［カタログの使用］オプションを選択解除します。
14
［クライアント指定］、［スケジュール］、［詳細設定］の各タブに入力し、ジョブを開始します。
RMANは、使用可能なフル、増分、またはアーカイブ・ログのバックアップのうち最適なものを自動的に選択し、データベースのリストアとリカバリを実行します。
15
RMANで、Block Change Trackingを有効化します。
SQL "ALTER DATABASE ENABLE BLOCK CHANGE TRACKING";
16
RMANメタデータを更新します。
CROSSCHECK ARCHIVELOG ALL;
17
RMANを終了します。
18
すべてのRACインスタンスを起動します。
>srvctl START DATABASE -d <データベース名>
19
すべてのRACサービスを起動します。
>srvctl START SERVICE -d <データベース名>
20
すべてのRACインスタンスが実行中であることを確認します。
>srvctl STATUS DATABASE -d <データベース名>
 
* 
重要： ディザスタ・リカバリを完了したら、［NetVault Backup選択］ページでデータベース全体を選択し、フルまたはLevel 0増分バックアップの実行をお勧めします。

ノード障害後のリストアの実行

マルチ・インスタンスのRACデータベースにメディア障害が発生したり、プラグインがインストールされているノードに障害とデータの損傷が同時に起こっている場合、RAC環境内の他のノードに本プラグインを再配置して、RMANベースのリストアとリカバリを実行する必要があります。本プラグインの再配置手順は、以下の2つのステップで構成されます。

1
NetVault Backupクライアント・ソフトウェアをその他のノードにインストールします。
NetVault Backupクライアント・ソフトウェアをRAC環境のその他のノードにインストールします。
2
Plug‑in for Oracleをインストールします。
RAC環境の選択したノードにNetVault Backupクライアントをインストールしたら、プラグインをインストールします。手順は、NetVault Backupクライアントのインストール時に、NetVaultのマシン名として指定された包括的または仮想的な名前に対応するNetVault Backupクライアントにプラグインがインストールされることを除き、シングル・インスタンスのデータベース環境に本プラグインをインストールすることと同じです。
 
* 
重要： 本プラグインを再配置した環境で使用し続ける場合や、45日以上使用し続ける場合は、https://support.quest.com/contact-us/licensingにアクセスして再配置用のRACデータベース対応Plug‑in for Oracleライセンス・キーを取得してください。

Plug‑in for Oracleを他のノードにインストールしたら、リストア手順は以下の相違点を除いてシングル・インスタンスの非RAC環境でリストアを実行するのと似ています。

•
RMANリストア実行中のリストア対象データの選択フェーズでは、再配置直前に本プラグインが当初インストールされていたインスタンスのOracle SIDと等しいOracle SIDを持つノードを［セレクション・セット作成］ページから選択し、そのノードからバックアップ・セットを選択します。
•
リストア・オプションの設定フェーズでは、ターゲット・データベースの認証の詳細で、本プラグインが存在している他のノードのローカル・インスタンス用に適切な値をします。詳細は、「格納先の詳細」を参照してください。

リカバリ用データベースの準備、リストア用データ・アイテムの選択、リストア・オプションの設定、ジョブのファイナライズと実行および使用するデータベースのオープンについて詳しくは、「RMANリストアの実行」を参照してください。

RAC環境でのデータベースの複製

複製データベースを使用するとソース・データベースの複製またはクローンを作成することができ、これはバックアップおよびリストア手順全体によってソース・データベースが影響を受けることのないよう特殊な目的のために使用されます。RAC環境で、Oracleはマルチ・インスタンス・データベースを他のマルチ・インスタンス・データベースに複製する操作をサポートしていません。一方、Oracleは、シングル・インスタンスのデータベースをマルチ・インスタンスのデータベースに変換することで、マルチ・インスタンスのデータベースからシングル・インスタンスのデータベースへの複製をサポートしています。詳しくは、『Oracle Real Application Clusters Installation Guide』を参照してください。

同一RAC環境への複製データベース・バックアップのリストアは、シングル・インスタンス環境で複製データベース・バックアップのリストアを実行することとほぼ同じです。以降のトピックでは、この違いについて説明します。

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択