Zero Data Loss Recovery Appliance

保護されたデータベースの構成ガイド

リリース12.1

E57734-09(原本部品番号:E37430-20)

2017年1月

Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド, リリース12.1

E57734-09

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

原本著者: Terence Buencamino

原本著者: Padmaja Potineni

原本協力者: Andrew Babb、Anand Beldalker、Jin-Jwei Chen、Tim Chien、Sean Connelly、Donna Cooksey、Sam Corso、Steve Fogel、Muthu Olagappan、Jony Safi、Daniel Sears、Lawrence To、Steve Wertheimer

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

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

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

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

例一覧

図一覧

表一覧

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

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 リカバリ・アプライアンスのスタート・ガイド

- 1.1 リカバリ・アプライアンスの概要

- 1.2 保護されたデータベースの概要

- 1.2.1 保護されたデータベースとリカバリ・アプライアンスのアーキテクチャ

- 1.2.2 リカバリ・アプライアンスを使用して保護されたデータベースをバックアップするメリット

- 1.2.3 保護されたデータベースの管理者のタスク

- 1.2.4 保護されたデータベースに必要なユーザーおよび権限の概要

- 1.2.4.1 保護されたデータベースの管理者

- 1.2.4.2 リカバリ・アプライアンス・ユーザー

- 1.2.5 保護ポリシーの概要

- 1.2.6 保護されたデータベースのバックアップをリカバリ・アプライアンスへ送信する方法の概要

- 1.2.6.1 バックアップのポーリングの概要

- 1.2.7 保護されたデータベースのメタデータの格納に関する概要

- 1.3 保護されたデータベースのバックアップおよびリカバリの概念

- 1.3.1 RMAN SBTチャネルおよび保護されたデータベースについて

- 1.3.2 保護されたデータベースのリカバリ・アプライアンスへのバックアップについて

- 1.3.2.1 バックアップ暗号化とリカバリ・アプライアンスについて

- 1.3.3 リカバリ・アプライアンスを使用した保護されたデータベースのリストアおよびリカバリについて

- 1.3.4 リカバリ・アプライアンスの永久的増分バックアップ計画について

- 1.3.4.1 RMANの増分更新バックアップ計画とリカバリ・アプライアンスの永久的増分バックアップ計画との相違点

- 1.3.5 リアルタイムREDOトランスポートについて

- 1.3.5.1 リアルタイムREDOトランスポートの機能方法

- 1.3.5.2 保護されたデータベースのリアルタイムREDOトランスポートの構成について

- 1.4 保護されたデータベースの操作ツール

- 1.5 保護されたデータベース管理タスク・フロー

2 保護されたデータベースの管理者のための移行に関する考慮事項

- 2.1 保護されたデータベースをリカバリ・アプライアンスに移行するための計画

- 2.2 既存のバックアップ計画のリカバリ・アプライアンスへの適応

- 2.2.1 RMANチャネル構成の変更

- 2.2.2 RMANバックアップおよびリカバリ・スクリプトの変更

- 2.2.3 不要なRMANコマンドの削除

- 2.3 バックアップ・メタデータのリカバリ・アプライアンス・カタログへの移行

- 2.3.1 CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続

- 2.3.2 保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート

- 2.3.2.1 保護されたデータベースのメタデータをリカバリ・アプライアンスにインポートする手順

- 2.3.2.2 RMANリカバリ・カタログをリカバリ・アプライアンスにインポートするための準備

- 2.3.2.3 IMPORT CATALOGコマンドを使用した保護されたデータベースのメタデータのインポート

- 2.4 既存のバックアップのリカバリ・アプライアンスへの移行

- 2.4.1 既存のバックアップをリカバリ・アプライアンスに移行するためのバックアップのポーリング設定

- 2.4.1.1 バックアップのポーリングで使用するNFS記憶域のマウント

- 2.4.2 テープ・バックアップをリカバリ・アプライアンスで使用できるようにする方法

- 2.4.3 ローカル・バックアップの作成

- 2.4.4 ローカル・バックアップを使用した保護されたデータベースのリカバリ

3 保護されたデータベースの構成

- 3.1 リカバリ・アプライアンス用に保護されたデータベースを構成する方法の概要

- 3.1.1 リカバリ・アプライアンス用に保護されたデータベースを構成する手順

- 3.1.2 リカバリ・アプライアンス・バックアップ・モジュールの概要

- 3.1.2.1 リカバリ・アプライアンス・バックアップ・モジュールのインストール場所

- 3.1.2.2 リカバリ・アプライアンス・バックアップ・モジュールの構成ファイル

- 3.1.2.3 リカバリ・アプライアンス・バックアップ・モジュールの構成パラメータ

- 3.1.3 保護されたデータベースの登録の概要

- 3.1.4 保護されたデータベースのバックアップ設定の概要

- 3.1.5 保護されたデータベースのリカバリ設定の概要

- 3.2 保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)

- 3.2.1 保護されたデータベースの操作を管理するEnterprise Manager管理者の作成

- 3.2.2 Cloud Controlを使用した保護されたデータベースのリカバリ・アプライアンスへの登録

- 3.2.3 Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス

- 3.3 保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)

- 3.3.1 リカバリ・アプライアンス・バックアップ・モジュールのインストール

- 3.3.1.1 リカバリ・アプライアンス・バックアップ・モジュールのインストールの準備

- 3.3.1.2 リカバリ・アプライアンス・バックアップ・モジュールのインストーラの入手

- 3.3.1.3 リカバリ・アプライアンス・バックアップ・モジュールのインストーラの実行

- 3.3.2 保護されたOracle 10gデータベースの登録

- 3.3.3 保護されたデータベースのリカバリ・アプライアンス・カタログへの登録

- 3.4 保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)

- 3.4.1 Cloud Controlを使用した保護されたデータベースのバックアップ設定の構成

- 3.4.2 Cloud Controlを使用した保護されたデータベースのリカバリ設定の構成

- 3.4.3 Cloud Controlを使用した保護されたデータベースのバックアップ構成のクリア

- 3.5 保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)

- 3.5.1 コマンドラインを使用した保護されたデータベースのバックアップ設定の構成

- 3.5.1.1 リアルタイムREDOトランスポートの構成

- 3.5.1.2 保護されたデータベースでのOracleウォレットの作成

- 3.5.2 コマンドラインを使用した保護されたデータベースのリカバリ設定の構成

- 3.5.3 リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法

- 3.5.3.1 リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成

- 3.5.3.2 リカバリ・アプライアンスで使用するRMAN SBTチャネルの割当て

- 3.6 テスト・バックアップおよびリカバリ操作の実行

- 3.6.1 コマンドラインを使用したテスト・バックアップの実行

- 3.6.2 コマンドラインを使用したテスト・リカバリの実行

- 3.6.3 Cloud Controlを使用したテスト・バックアップの実行

4 保護されたデータベースのバックアップ

- 4.1 保護されたデータベースのバックアップの概要

- 4.2 Cloud Controlを使用した保護されたデータベースのバックアップ

- 4.2.1 保護されたデータベースの推奨バックアップ計画の使用方法

- 4.2.2 Cloud Controlを使用した保護されたデータベース全体のバックアップ

- 4.3 コマンドラインを使用した保護されたデータベースのバックアップ

- 4.3.1 保護されたデータベースの初期全体バックアップの作成

- 4.3.2 保護されたデータベースの増分バックアップの作成

- 4.4 Cloud Controlを使用した保護されたデータベースのバックアップのモニタリング

- 4.4.1 保護されたデータベースのバックアップ・レポートの表示

- 4.4.2 保護されたデータベースのバックアップ・ジョブのステータスの表示

5 リカバリ・アプライアンスからのデータのリカバリ

- 5.1 リカバリ・アプライアンスからのデータのリストアおよびリカバリの概要

- 5.2 Cloud Controlを使用した保護されたデータベースのリカバリ

- 5.2.1 Cloud Controlを使用して保護されたデータベースをリカバリするための前提条件

- 5.2.2 Cloud Controlを使用したブロック・メディア・リカバリの実行

- 5.2.3 Cloud Controlを使用したデータベース全体のリカバリ

- 5.3 コマンドラインを使用したリカバリ・アプライアンスからのデータのリストアおよびリカバリ

- 5.3.1 リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件

- 5.3.2 ダウンストリーム・リカバリ・アプライアンスを使用した保護されたデータベースのリストア

- 5.3.3 例: 既存の現行制御ファイルを使用したデータベース全体のリストアおよびリカバリ

- 5.3.4 例: 指定したPoint-in-Timeへのデータベース全体のリカバリ

- 5.3.5 例: 制御ファイルのリストアおよびリカバリ

- 5.3.6 例: 保護されたデータベースの表領域のリストアおよびリカバリ

- 5.3.7 例: 保護されたデータベースのデータ・ファイルのリストアおよびリカバリ

- 5.3.8 例: PDBのリストアおよびリカバリ

- 5.3.8.1 PDB全体の完全リカバリの実行

- 5.3.8.2 PDB全体のPoint-in-Timeリカバリの実行

- 5.3.8.3 PDBの特定のデータ・ファイルのリカバリ

- 5.3.8.4 PDBの特定の表領域のリカバリ

- 5.3.9 例: Oracle RAC環境のPDBのリカバリ

- 5.3.10 例: PDB内の1つまたは複数のデータ・ブロックのリストアおよびリカバリ

- 5.3.11 例: リアルタイムREDOトランスポートが構成されているデータベースの重大な記憶域障害後のリカバリ

- 5.3.12 例: リアルタイムREDOトランスポートが構成されている場合の制御ファイルとデータベースのリカバリ

- 5.4 リカバリ・アプライアンスからのデータベース複製

- 5.4.1 保護されたデータベースのスタンバイ・データベースの作成

- 5.4.2 保護されたデータベースのクローニング

A RMANコマンドの相違点

索引

例の一覧

- 3-1 保護されたデータベースでのOracleウォレットの作成

- 3-2 複数のユーザー資格証明が含まれるOracleウォレットの作成

- 3-3 リカバリ・アプライアンスで使用するRMANチャネルの構成

- 3-4 リカバリ・アプライアンスで使用するRMANチャネルの割当て

図一覧

- 1-1 リカバリ・アプライアンスのアーキテクチャと保護されたデータベース

- 3-1 保護されたデータベースのホーム・ページ

- 3-2 保護されたデータベースの「バックアップ設定」ページ

- 3-3 保護されたデータベースのリカバリ設定

- 3-4 「バックアップ設定」ページの「リカバリ・アプライアンス設定」セクション

- 4-1 保護されたデータベースのバックアップのスケジュール

- 4-2 保護されたデータベースのバックアップ・レポート

- 4-3 保護されたデータベースのバックアップ・ジョブのジョブ・アクティビティ・レポート

表一覧

- 3-1 リカバリ・アプライアンス・バックアップ・モジュールのインストーラ・パラメータ

- 3-2 保護されたデータベースのバックアップ設定

- 3-3 保護されたデータベースのリカバリ設定

- A-1 RMANコマンドの動作変更

はじめに

『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』へようこそ。

「はじめに」の内容は次のとおりです。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このドキュメントは、保護されたデータベースを構成および管理して、一般にリカバリ・アプライアンスと呼ばれるZero Data Loss Recovery Applianceにバックアップを送信するデータベース・バックアップ管理者を対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、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)を参照してください。

関連ドキュメント

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

- 『Zero Data Loss Recovery Appliance管理者ガイド』

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

- 『Oracle Databaseバックアップおよびリカバリ・リファレンス』

- 『Oracle Secure Backup管理者ガイド』

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 リカバリ・アプライアンスのスタート・ガイド

この章では、一般にリカバリ・アプライアンスと呼ばれるZero Data Loss Recovery Applianceの概要と、リカバリ・アプライアンスを使用したデータ保護に必要な概要手順について説明します。

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

- リカバリ・アプライアンスの概要

- 保護されたデータベースの概要

- 保護されたデータベースのバックアップおよびリカバリの概念

- 保護されたデータベースの操作ツール

- 保護されたデータベース管理タスク・フロー

1.1 リカバリ・アプライアンスの概要

リカバリ・アプライアンスは、企業内のすべてのOracle Databaseを保護するために設計されたクラウド規模のエンジニアド・システムです。拡張可能なアーキテクチャで構築され、Recovery Manager (RMAN)に統合されており、耐障害性と拡張性に非常に優れたハードウェアを使用して、一元化された永久的増分バックアップ計画を多数のデータベースに提供します。

リカバリ・アプライアンスを使用することで、高度なデータ保護と可用性を企業内で実現できます。リアルタイムREDOトランスポートでは、直近の1秒にも満たない期間に至るまでデータを保護できるので、企業全体にわたってリカバリ・ポイント目標が大幅に短縮されます。バックアップおよびリストア処理がリカバリ・アプライアンスにオフロードされることにより、本番データベースのリソースが解放され、それぞれのパフォーマンスが向上します。

バックアップは中央のディスク・プールに格納されて管理されます。初期全体バックアップを作成し、その後で増分バックアップを継続的に作成することにより、本番データベースを十分に保護します。アプライアンスが増分バックアップを受信すると、それぞれに索引を付けて格納します。リカバリ・アプライアンスは仮想完全バックアップ(ある特定の時点での完全なデータベース・イメージ)を提供し、リカバリ・ウィンドウ内の指定時点にデータベースをリカバリします。仮想完全バックアップは、リカバリ・アプライアンスで受信した増分バックアップごとに自動的に作成されます。仮想バックアップを使用すると、ユーザーのリカバリ・ウィンドウ内のあるPoint-in-Timeに全体バックアップをすばやく再構築できます。

リカバリ・アプライアンスのメタデータ・データベースでは、リカバリ・アプライアンスに格納されているすべてのバックアップのメタデータを管理し、リカバリ・アプライアンス・カタログを保持します。

関連項目:

リカバリ・アプライアンスのアーキテクチャおよび機能の詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

1.2 保護されたデータベースの概要

リカバリ・アプライアンスでバックアップが管理されているクライアント・データベースは、保護されたデータベースと呼ばれます。保護されたデータベースはそれぞれ特定のリカバリ・アプライアンスを一元化されたバックアップとリカバリの保存先として使用します。保護されたデータベースでは、RMANコマンドを使用してバックアップおよびリカバリ操作を実行します。それには、Oracle提供のSBTライブラリであるZero Data Loss Recovery Applianceバックアップ・モジュール(リカバリ・アプライアンス・バックアップ・モジュール)をインストールして、RMANが保護されたデータベースのバックアップをネットワーク経由でリカバリ・アプライアンスに転送できるようにする必要があります。

この項には次のトピックが含まれます:

- 保護されたデータベースとリカバリ・アプライアンスのアーキテクチャ

- リカバリ・アプライアンスを使用して保護されたデータベースをバックアップするメリット

- 保護されたデータベースの管理者のタスク

- 保護されたデータベースに必要なユーザーおよび権限の概要

- 保護ポリシーの概要

- 保護されたデータベースのバックアップをリカバリ・アプライアンスへ送信する方法の概要

1.2.1 保護されたデータベースとリカバリ・アプライアンスのアーキテクチャ

図1-1に、リカバリ・アプライアンス環境を示します。永久的増分バックアップ計画を使用して、複数の保護されたデータベースがリカバリ・アプライアンスにバックアップされます。また、リアルタイムREDOデータをリカバリ・アプライアンスに転送するよう、保護されたデータベースを構成することもできます。リカバリ・アプライアンス環境に含めることができる保護されたデータベースは、Oracle Database 10g、Oracle Database 11gおよびOracle Database 12cです。保護されたデータベースがリカバリ・アプライアンスにアクセスしてバックアップを格納できるようにするには、「保護されたデータベースの構成」の説明に従ってデータベースを構成する必要があります。

関連項目:

- 「リカバリ・アプライアンスの永久的増分バックアップ計画について」

- 「リアルタイムREDOトランスポートについて」

- サポートされているOracle Databaseのリリースについては、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

図1-1 リカバリ・アプライアンスのアーキテクチャと保護されたデータベース

リカバリ・アプライアンスでは、複数の保護されたデータベースから増分バックアップとREDOデータを受信します。Oracleブロック・レベルでバックアップを継続的に検証するので、データのリカバリ可能性が保証されます。バックアップは圧縮して記憶域の使用率を最適化してからデルタ・ストアに格納されます。デルタ・ストアとは、保護されたデータベースのバックアップ・データの格納に使用するリカバリ・アプライアンスの全記憶域の合計です。すべてのデータ・ファイルとアーカイブREDOログのバックアップがデルタ・ストアに格納されます。リカバリ・アプライアンスでは、保護されたデータベースの仮想完全バックアップ(ある特定の時点での完全なデータベース・イメージ)を作成します。

リカバリ・アプライアンスのメタデータ・データベースは、リカバリ・アプライアンスの内部で実行されるOracleデータベースです。そこには構成データ(定義、保護ポリシーの定義、クライアント・データベースの定義など)が格納されます。また、メタデータ・データベースにはバックアップのメタデータやリカバリ・アプライアンス・カタログも格納されます。

関連項目:

「保護されたデータベースのメタデータの格納に関する概要」

リカバリ・アプライアンスにはOracle Secure Backup (リカバリ・アプライアンスのテープ管理コンポーネント)が事前インストールされており、それを使用してバックアップを接続されたテープ・ライブラリにアーカイブします。

Oracle Enterprise Manager Cloud Control (Cloud Control)は、統合されたバックアップ管理インタフェースをバックアップのライフサイクル全体にわたって提供します。Cloud Controlは、保護されたデーベースのバックアップ、リカバリおよびレポートに使用できます。

障害時リカバリ計画の一環として、リカバリ・アプライアンスでは保護されたデータベースのバックアップを別のリカバリ・アプライアンスにレプリケートできます。レプリケーションを構成すると、アップストリーム・リカバリ・アプライアンスと呼ばれるリカバリ・アプライアンスからダウンストリーム・リカバリ・アプライアンスと呼ばれる別のリカバリ・アプライアンスにバックアップが転送されます。リカバリ・アプライアンスでは様々なレプリケーション・テクノロジをサポートしています。

関連項目:

保護されたデータベースのバックアップをレプリケートする方法の詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

1.2.2 リカバリ・アプライアンスを使用して保護されたデータベースをバックアップするメリット

- バックアップが本番サーバーに与える影響の最小化

- バックアップ・ウィンドウの最小化
リカバリ・アプライアンスでは、バックアップ・ウィンドウを短縮し、複数の保護されたデータベースのバックアップに単一のリポジトリを提供することにより、企業全体のデータベースのデータ保護を簡素化します。リカバリ・アプライアンスでは永久的増分バックアップ計画を使用し、保護されたデータベースごとにレベル0のバックアップが1回のみ作成されます。以降、保護されたデータベースはレベル1の増分バックアップをリカバリ・アプライアンスに送信します。

- 本番サーバーからのバックアップ処理のオフロード
ほとんどのバックアップ処理(バックアップの検証やバックアップのメンテナンス操作など)はリカバリ・アプライアンスにオフロードされます。バックアップ処理に使用するリソースが解放されるので、本番システムのパフォーマンスが向上します。

- データ損失の防止

- REDOデータのリカバリ・アプライアンスへの非同期トランスポート
リアルタイムREDOトランスポートを使用すると、保護されたデータベースではデータベース障害から1秒に満たない時点にデータをリカバリできます。REDOデータが生成されたら、それを保護されたデータベースのメモリーからリカバリ・アプライアンスに直接書き込むことにより、連続する増分アーカイブ・ログのバックアップ間でデータ損失の危険にさらされる期間を最小限に抑えます。リアルタイムREDOトランスポートをサポートしているOracle Databaseのリリースの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

- データ破損の予防
リカバリ・アプライアンスに作成されたバックアップを継続的に検証して、データベースのバックアップの整合性が維持されることを保証します。リカバリ・アプライアンスでは、Oracle RMANのブロック・チェック、自動ストレージ管理(ASM)およびExadataのデータ・チェックを使用して、ハードウェア・チェックサムに大きく依存しているサード・パーティ製ソリューションよりも遥かに優れた最高の保護機能をOracleデータベースに提供します。

- Oracle高可用性テクノロジとの統合
リカバリ・アプライアンスは、Recovery Manager (RMAN)、Oracle Real Application Clusters (Oracle RAC)、Oracle Data Guard、Oracle Secure BackupなどのOracle高可用性テクノロジと統合されています。保護されたデータベースのバックアップとリカバリにはRMANコマンドを使用できます(ただし、「RMANコマンドの相違点」に記載の例外があります)。

- リストアおよびリカバリ時間の短縮
リカバリ・アプライアンスではオンデマンドで作成される仮想完全バックアップを使用して、リストアおよびリカバリ時間を短縮します。仮想完全バックアップは、ある特定の時点での完全なデータベース・イメージです。リカバリ・アプライアンスでは、保護されたデータベースからの増分バックアップに索引を付けることにより、仮想完全バックアップを効率的に管理します。

- 記憶域要件の最適化
すべての保護されたデータベースにバックアップ記憶域を分散する必要はなくなりました。リカバリ・アプライアンスでは、共有ディスクのバックアップ・プールを使用して、複数の保護されたデータベースのバックアップを格納します。

バックアップをリカバリ・アプライアンスに移行しても、保護されたデータベース上にローカルの高速リカバリ領域を引き続き構成して、制御ファイル、オンラインREDOログ・ファイル、アーカイブREDOログおよびフラッシュバック・ログを格納する必要があります。ただし、高速リカバリ領域にはバックアップを格納する必要がないので、サイズを大幅に縮小することができます。

1.2.3 保護されたデータベースの管理者のタスク

Oracle Databaseの従来のデプロイメントでDBAまたはDBAのチームが担当することになるのは、データベース管理とバックアップやリカバリ・アクティビティの計画および実行です。記憶域要件やデータベースのバックアップは記憶域管理者が管理します。リカバリ・アプライアンスでは、バックアップの記憶域と管理を一元化することで、保護されたデータベースからリカバリ・アプライアンスを経てテープへという企業規模のバックアップ・ライフサイクルがエンド・ツー・エンドでDBAに完全に可視化されます。

保護されたデータベースの管理者は、次のタスクを実行します。

- 保護されたデータベースのバックアップおよびリストア計画の策定
計画の策定段階では、保護されたデータベースの許容可能なリカバリ・ウィンドウ目標と保存ポリシーの決定、保護されたデータベースのバックアップを格納するために必要な記憶域領域の見積り、リカバリ・アプライアンスへのバックアップの送信方法の決定などについて検討する必要があります。

保護されたデータベースのバックアップをリカバリ・アプライアンスに初めて移行する際は、リカバリ・アプライアンスへの移行計画を設計する必要があります。

関連項目:

保護されたデータベースの管理者のための移行に関する考慮事項

- 保護されたデータベースからリカバリ・アプライアンスへのアクセスの構成
保護されたデータベースのデータ保護にリカバリ・アプライアンスを使用する前に、保護されたデータベースの要件に合せてバックアップおよびリカバリ設定を構成する必要があります。

関連項目:

「保護されたデータベースの構成」

- バックアップおよびリカバリ操作の実行
保護されたデータベースのバックアップ操作を実行するには、バックアップ・ジョブを使用します。バックアップ・ジョブは、即時実行することも、後で実行するようにスケジュールすることもできます。リカバリ操作は通常、メディアまたはデータ損失のインシデントに対応して即時実行されます。

関連項目:

保護されたデータベースのバックアップ

1.2.4 保護されたデータベースに必要なユーザーおよび権限の概要

リカバリ・アプライアンスへのバックアップ操作では、保護されたデータベース上で稼働しているRMANクライアントとリカバリ・アプライアンス上で稼働しているシステム・ソフトウェアとの連携が必要になります。この項では、リカバリ・アプライアンスのバックアップ操作に必要なユーザーと権限について説明します。

1.2.4.1 保護されたデータベースの管理者

保護されたデータベースの管理者とは、保護されたデータベースに対してSYSDBAまたはSYSBACKUP権限を持つユーザーです。このユーザーは、リカバリ・アプライアンスに接続して保護されたデータベースのバックアップ、リストアおよびリカバリ操作を実行します。

Oracle Database 12cでは、RMANのバックアップおよびリカバリ操作はすべてSYSBACKUPまたはSYSDBA権限で実行できます。Oracle Database 12cより前のリリースのOracle DatabaseでRMANバックアップおよびリカバリ操作を実行するには、保護されたデータベースの管理者にSYSDBA権限が必要です。

リカバリ・アプライアンスとの認証を行ってバックアップおよびリカバリ操作を実行するには、保護されたデータベースの管理者がリカバリ・アプライアンス・ユーザーに関連付けられている必要があります。

1.2.4.2 リカバリ・アプライアンス・ユーザー

リカバリ・アプライアンス・ユーザーとは、リカバリ・アプライアンス管理者がリカバリ・アプライアンスのメタデータ・データベース内に作成したデータベース・ユーザー・アカウントです。このアカウントは、リカバリ・アプライアンスに登録された1つ以上の保護されたデータベースとの間でバックアップを送受信したり、これらの保護されたデータベースに関するリカバリ・アプライアンス・カタログのメタデータを操作したりするのに必要な権限を有しています。これは、保護されたデータベースからリカバリ・アプライアンスにREDOデータを送信するために使用するアカウントでもあります。

リカバリ・アプライアンスのメタデータ・データベースには、複数のリカバリ・アプライアンス・ユーザー・アカウントが含まれています。リカバリ・アプライアンスの各ユーザーは仮想プライベート・カタログを所有し、リカバリ・アプライアンス・カタログ内のアクセスを許可されているデータベースに関する行にのみアクセスして変更することができます。リカバリ・アプライアンス・ユーザーの認証資格証明は、保護されたデータベースのホスト上のOracleウォレットに安全に格納されています。保護されたデータベースの管理者は、カタログ・ロールを使用してリカバリ・アプライアンス・ユーザーに接続します。

関連項目:

リカバリ・アプライアンスの各種ユーザー・アカウントの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください

1.2.5 保護ポリシーの概要

リカバリ・アプライアンスでは保護ポリシーを使用して、保護されたデータベースのバックアップの管理を簡素化します。保護ポリシーとは、1つ以上の保護されたデータベースのリカバリ目標と記憶域領域の要件を定義する属性のコレクションです。リカバリ・アプライアンスには、様々なリカバリ目標を定義する複数の保護ポリシーが含まれています。保護ポリシーは保護されたデータベースごとに1つのみ割り当てられ、これにより各保護されたデータベースのバックアップ・データをリカバリ・アプライアンスで格納および管理する方針が決まります。

保護ポリシーは、その保護ポリシーに関連付けられている保護されたデータベースごとに、次の属性を定義します。

- 保護されたデータベースのバックアップを格納するリカバリ・アプライアンスの記憶域の場所

- ディスク・バックアップのリカバリ・ウィンドウ目標

- (オプション)このポリシーで保護されるバックアップを削除対象に含める前に、テープにレプリケートまたは書き込む必要があるかどうか

- (オプション)テープ・バックアップのリカバリ・ウィンドウ

- (オプション)バックアップのポーリング・ポリシー

保護ポリシーを使用すると、保護されたデータベースをリカバリ・サービス層でグループ化できます。たとえば、第1層のデータベースではバックアップをディスクに14日間、テープに30日間保持する必要があるとします。その場合は、このようなリカバリ・ウィンドウ目標を定義する保護ポリシーを作成してから、第1層の保護されたデータベースすべてに割り当てます。

関連項目:

保護ポリシーの作成および管理の詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

1.2.6 保護されたデータベースのバックアップをリカバリ・アプライアンスへ送信する方法の概要

保護されたデータベースのバックアップをリカバリ・アプライアンスに格納するには、次のいずれかの方法を使用できます。

- 保護されたデータベースがリカバリ・アプライアンスにバックアップを直接送信
保護されたデータベースの管理者がリカバリ・アプライアンスとの認証と接続を行い、保護されたデータベースをリカバリ・アプライアンスにバックアップします。バックアップをネットワーク経由でリカバリ・アプライアンスに送信するには、リカバリ・アプライアンス・バックアップ・モジュールを使用します。保護されたデータベースをリカバリ・アプライアンスにバックアップするには、永久的増分バックアップ計画を使用します。必要に応じてリアルタイムREDOトランスポートを構成し、REDOデータをリカバリ・アプライアンスに直接転送できます。

保護されたデータベースのバックアップをリカバリ・アプライアンスに送信する前に、保護されたデータベースをリカバリ・アプライアンスに登録して設定を構成する必要があります。

関連項目:

- 「保護されたデータベースの構成」

- 保護されたデータベースのバックアップ

- リカバリ・アプライアンスが保護されたデータベースのバックアップを共有場所から自動的に取得
保護されたデータベースは、リカバリ・アプライアンスと直接やり取りするかわりに、構成済の共有記憶域の場所にバックアップを書き込みます。リカバリ・アプライアンスは、バックアップのポーリング(「バックアップのポーリングの概要」を参照)を使用して共有記憶域の場所を定期的にチェックし、この場所に格納された新規バックアップを取得します。

関連項目:

「既存のバックアップをリカバリ・アプライアンスに移行するためのバックアップのポーリング設定」

1.2.6.1 バックアップのポーリングの概要

バックアップのポーリングを使用すると、リカバリ・アプライアンスは事前定義済の共有ディスク・ディレクトリ(バックアップのポーリング位置と呼ばれる)を定期的にポーリングして、この位置にある保護されたデータベースの新規バックアップを取得できます。保護されたデータベースの管理者は、バックアップの送信に際してリカバリ・アプライアンスとやり取りすることはありません。かわりに、バックアップのポーリング位置にバックアップを配置し、リカバリ・アプライアンスがこれらのバックアップを定期的にチェックして取得します。

バックアップのポーリング位置には、レベル0、レベル1およびアーカイブREDOログのバックアップ・セットを格納できます。リカバリ・アプライアンスへはネットワーク・ファイル・システム(NFS)経由でアクセスできます。

リカバリ・アプライアンスに作成されたバックアップのポーリング・ポリシーでは、バックアップのポーリング位置へのパスと、リカバリ・アプライアンスがこの位置をポーリングする頻度を定義します。ポーリング・ポリシーは保護ポリシーを介して保護されたデータベースに関連付けられます。

関連項目:

- 「既存のバックアップをリカバリ・アプライアンスに移行するためのバックアップのポーリング設定」

- バックアップのポーリング・ポリシーの作成および割当ての詳細は、Zero Data Loss Recovery Appliance管理者ガイドを参照してください。

1.2.7 保護されたデータベースのメタデータの格納に関する概要

リカバリ・アプライアンスのメタデータ・データベース(リカバリ・アプライアンスに常駐)では、リカバリ・アプライアンスに登録されているすべての保護されたデータベースのバックアップ・メタデータを管理し、リカバリ・アプライアンス・カタログも保持します。リカバリ・アプライアンスにバックアップを格納する保護されたデータベースはすべてリカバリ・アプライアンス・カタログを使用する必要があります。ただし、リカバリ・アプライアンスをバックアップ・リポジトリとして使用しなくても、リカバリ・アプライアンス・カタログを保護されたデータベースで使用できます。保護されたデータベースの管理者がリカバリ・アプライアンス・カタログに接続する際は、バックアップおよびリカバリ操作で使用するリカバリ・アプライアンス・ユーザーと同じユーザーを使用します。

保護されたデータベースは、リカバリ・アプライアンスに登録した後でリカバリ・アプライアンス・カタログに登録する必要があります。保護されたデータベースを登録すると、保護されたデータベースのバックアップ・メタデータがリカバリ・アプライアンス・カタログに格納されます。保護されたデータベースのRMANリカバリ・カタログに現在格納されている既存のバックアップ・メタデータは、「保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート」の説明に従って、リカバリ・アプライアンス・カタログにインポートする必要があります。

関連項目:

リカバリ・アプライアンスのメタデータ・データベースの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

1.3 保護されたデータベースのバックアップおよびリカバリの概念

リカバリ・アプライアンスにバックアップを格納する保護されたデータベースにはそれぞれ、一意のグローバル・データベース名(DB_UNIQUE_NAME)が必要です。このグローバル・データベース名を使用して、バックアップが属する保護されたデータベースを識別します。保護されたデータベースのバックアップは、保護されたデータベースに関連付けられている保護ポリシーで指定される記憶域の場所に書き込まれます。

この項には次のトピックが含まれます:

- RMAN SBTチャネルおよび保護されたデータベースについて

- 保護されたデータベースのリカバリ・アプライアンスへのバックアップについて

- リカバリ・アプライアンスを使用した保護されたデータベースのリストアおよびリカバリについて

- リカバリ・アプライアンスの永久的増分バックアップ計画について

- リアルタイムREDOトランスポートについて

1.3.1 RMAN SBTチャネルおよび保護されたデータベースについて

保護されたデータベースのバックアップおよびリカバリ操作を実行するには、保護されたデータベースのOracleホームにインストールされているRecovery Applianceバックアップ・モジュールに対応する1つ以上のRMAN SBTチャネルを使用する必要があります。このバックアップ・モジュールは、リカバリ・アプライアンスとの間でバックアップ・データをやり取りする共有ライブラリです。

保護されたデータベースは、ネットワークを介して共有ディスクに送信されます。単一のRMANチャネルを使用する場合、ネットワークの待機時間が発生する可能性があるため、最適なパフォーマンスが得られない場合があります。バックアップ・クライアントごとに2から4のRMANチャネルを使用することをお薦めします。

リカバリ・アプライアンス・バックアップ・モジュールに対応するSBTチャネルを構成するか、バックアップまたはリカバリ操作ごとにRMAN SBTチャネルを明示的に割り当てることができます。

関連項目:

「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」

1.3.2 保護されたデータベースのリカバリ・アプライアンスへのバックアップについて

保護されたデータベースをリカバリ・アプライアンスにバックアップするには、RMAN BACKUPコマンドを使用します。保護されたデータベースをリカバリ・アプライアンスに初めてバックアップする際は、データベース全体のレベル0の初期バックアップを作成して、リポジトリをシードする必要があります。保護されたデータベースでリカバリ・アプライアンスに存在する最も古いバックアップよりも前の時点にPoint-in-Timeリカバリを実行する場合にも、レベル0の増分バックアップを作成する必要があります。

レベル0の初回バックアップ後の定期的なバックアップ・スケジュールでは、保護されたデータベース、spfile、制御ファイルおよびアーカイブREDOログ・ファイルのレベル1の累積増分バックアップを定期的に作成します(「リカバリ・アプライアンスの永久的増分バックアップ計画について」を参照)。アーカイブ・ログにはデータベース内で発生した変更の記録がすべて保持されるため、これらの重要なファイルはデータ・ファイルよりも頻繁にバックアップする必要があります。アーカイブREDOログを頻繁にバックアップすることにより、保護されたデータベースが消失してバックアップをリカバリする必要がある場合のデータ損失の危険性が低減します。

リカバリ・アプライアンスに直接バックアップするか、最初にローカルの高速リカバリ領域またはディスク・ディレクトリにバックアップ・セットを作成してから、BACKUP BACKUPSETコマンドを使用してそれをリカバリ・アプライアンスにコピーすることができます。

適切なバックアップ計画では、作成済のバックアップが実際にリストアでき、正常に使用できることを保証する必要があります。リカバリ・アプライアンスでは、受信したバックアップを格納する前にOracleブロックの妥当性を検証するため、RESTORE VALIDATEコマンドを定期的なフル・リストアおよびリカバリ・テストに含める必要はありません。仮想バックアップも、リカバリ・アプライアンスで実行中のバックグランド・タスクによりアプライアンス内で定期的に検証されます。

1.3.2.1 バックアップ暗号化とリカバリ・アプライアンスについて

保護されたデータベースでバックアップ暗号化を使用するように構成できます。リカバリ・アプライアンスへのRMANバックアップ操作時にバックアップが暗号化されていると、そのバックアップはリカバリ・アプライアンスでも暗号化されたままの状態です。このバックアップを後でテープにコピーすると、それにも暗号化された形式が維持されます。リカバリ・アプライアンスへのバックアップを実行する際は、RMANバックアップ暗号化を使用しないことをお薦めします。暗号化されたバックアップはリカバリ・アプライアンスで収集されないので、仮想完全バックアップの作成に使用したり、永久的増分バックアップ計画に含めることはできません。

リカバリ・アプライアンスからテープにコピーされるバックアップを暗号化するには、テープ・ドライブ上でハードウェアベースの暗号化を使用するか、Oracle Secure Backupを使用できます。

関連項目:

ハードウェアベースの暗号化の詳細は、『Oracle Secure Backup管理者ガイド』を参照してください。

1.3.3 リカバリ・アプライアンスを使用した保護されたデータベースのリストアおよびリカバリについて

リカバリ・アプライアンスに格納済のバックアップを使用して保護されたデータベースをリストアする場合、該当する仮想バックアップから全体バックアップが作成されます。リカバリで指定されたPoint-in-Timeに基づいて、使用できる最適な仮想完全バックアップを特定するには、リカバリ・アプライアンス・カタログを使用します。リカバリ・アプライアンスがリストア・リクエストを受信すると、適切な仮想バックアップから物理バックアップ・セットを作成して、事前に割り当てられているSBTチャネル経由で保護されたデータベースにこれらのバックアップ・セットを送信します。保護されたデータベースでは、RMANが受信したバックアップ・セットを検証し、これを使用してリストア操作を実行します。RMAN RESTOREコマンドを実行すると、リカバリ・アプライアンスを使用して保護されたデータベースをリストアできます。

RMAN RECOVERコマンドを使用する場合は、リカバリ・アプライアンス・カタログを使用して、リストアされたデータ・ファイルを指定の時点にリカバリするために必要になる適切なアーカイブ・ログのバックアップを特定します。レベル1の増分バックアップを頻繁に作成することで、障害発生時に適用する必要のあるアーカイブREDOログの数を削減でき、これによりリカバリ時間が短縮されます。リカバリ・アプライアンスは要求されたバックアップを保護されたデータベースに送信し、保護されたデータベースはそのバックアップを使用して一貫性維持点までリカバリしてからオープンされます。保護されたデータベースにリアルタイムREDOトランスポートが構成されている場合は、最新のアーカイブREDOログを使用できるので、1秒に満たない期間のデータ損失を伴うだけでデータベースを完全にリカバリできます。

1.3.4 リカバリ・アプライアンスの永久的増分バックアップ計画について

リカバリ・アプライアンスでは様々な種類のRMANバックアップ計画をサポートできますが、保護されたデータベースのバックアップには永久的増分バックアップ計画の使用を強くお薦めします。この計画では、レベル0の初期増分バックアップを基礎とし、その後でレベル1の累積増分バックアップとアーカイブREDOログのバックアップを継続的に作成します。初期全体バックアップ以外に全体バックアップを定期的に作成する必要はありません。これにより、従来のバックアップ・ウィンドウが不要になり、保護されたデータベースのパフォーマンスが向上します。

リカバリ・アプライアンスでは保護されたデータベースごとに、最新の仮想完全バックアップ(リカバリ・カタログにはレベル0として記録)に対するデータ・ファイル・ブロックの変更のみで構成されるスケジュールされたレベル1の増分バックアップを定期的に受信します。レベル1のバックアップを検証して破損データ・ブロックが存在しないことを確認し、特殊なブロック・レベル・アルゴリズムを使用して圧縮してからリカバリ・アプライアンスの記憶域プールに書き込みます。仮想完全バックアップは受信した増分バックアップに基づいて作成されます。保護されたデータベースをリカバリする必要がある場合、リカバリ・アプライアンスでは仮想完全バックアップとアーカイブ・ログ・バックアップを使用します(両方を組み合せて使用すると、指定されたリカバリ時間までのすべてのデータベース変更を再作成できます)。

アーカイブREDOログは全体バックアップと増分バックアップの両方に含める必要があります。アーカイブREDOログ・ファイルのバックアップを頻繁に取得して、レベル1の増分バックアップに含めることをお薦めします。保護されたデータベースでリアルタイムREDOトランスポートを使用する構成になっている場合は、アーカイブREDOログをバックアップする必要はありません(「リアルタイムREDOトランスポートについて」を参照)。

1.3.4.1 RMANの増分更新バックアップ計画とリカバリ・アプライアンスの永久的増分バックアップ計画との相違点

従来のRMANセットアップで使用されている増分計画とリカバリ・アプライアンスで使用される永久的増分バックアップ計画には、次に示す重要な相違点があります。

- RMAN増分更新バックアップ計画では初期イメージ・コピーの後に、レベル1の増分バックアップを継続的に使用します。このレベル1の増分バックアップをイメージ・コピーにマージすることにより、イメージ・コピーが更新されます。
次に、RMAN増分更新バックアップ計画の実装に使用するスクリプトの例を示します。

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

- リカバリ・アプライアンスの永久的増分バックアップ計画では、レベル0の増分バックアップが1回のみ必要になります。以降、レベル1の増分バックアップがリカバリ・アプライアンスに作成され格納されます。このレベル0の初期バックアップと後続のレベル1のバックアップからブロックを参照して、仮想完全バックアップが作成されます。
次に、リカバリ・アプライアンスの永久的増分バックアップ計画を実装するスクリプトの例を示します。

BACKUP CUMULATIVE INCREMENTAL LEVEL 1
DEVICE TYPE sbt FORMAT '%d_%U' TAG '%TAG'
DATABASE;
BACKUP DEVICE TYPE sbt FORMAT '%d_%U' TAG '%TAG'
ARCHIVELOG ALL NOT BACKED UP;

1.3.5 リアルタイムREDOトランスポートについて

REDOデータにはデータベースに加えられたすべての変更の記録が格納されるので、データ障害が発生した場合のデータ損失を最小限に抑える上で欠かせません。リアルタイムREDOトランスポートを使用すると、連続するアーカイブREDOログのバックアップ間でデータ損失の危険にさらされる期間が大幅に短くなります。リアルタイムREDOトランスポートが構成されると、アーカイブREDOログのバックアップはデータベース管理者に対して透過的になります。1つ以上の保護されたデータベースから受信したREDOストリームは、リカバリ・アプライアンス上のREDOステージング領域に格納されます。保護されたデータベースは、アプライアンスが受信した直近の変更までデータをリカバリできます。

関連項目:

リアルタイムREDOトランスポートがサポートされているOracle Databaseのリリースの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

1.3.5.1 リアルタイムREDOトランスポートの機能方法

リアルタイムREDOトランスポートを有効にすると、リカバリ・アプライアンスは非同期REDOトランスポート・サービスのリモート宛先になります(Oracle Data Guard環境のスタンバイ・データベースと類似)。保護されたデータベースでREDOデータが生成されると、そのデータはリカバリ・アプライアンスへ非同期に書き込まれます。REDOデータは、ディスクI/Oを伴わずにメモリーからリカバリ・アプライアンスに直接転送されるので、本番データベース・サーバーへの負荷が最小限に抑えられます。ログ・スイッチが発生してREDOストリームを受信するたびに、圧縮済のアーカイブ・ログ・バックアップが保護されたデータベースの記憶域の場所に作成されます。リカバリ・アプライアンスによって生成されたアーカイブ・ログ・バックアップは、リカバリ・アプライアンス・カタログに通常のバックアップとして記録され、RMAN RECOVERコマンドを使用してリストアしデータ・ファイルに適用できます。

関連項目:

非同期REDOトランスポート・サービスの詳細は、『Oracle Data Guard概要および管理』を参照

保護されたデータベースがクラッシュすると、クラッシュ時まで最新であったREDOログ・グループから受信したREDOデータが、「不完全な」アーカイブREDOログとしてリカバリ・アプライアンスにバックアップされます。保護されたデータベースが再オープンすると、保護されたデータベースのクラッシュ・リカバリによって、クラッシュ時に最新であったREDOログ・グループが終了し、その完全なREDOログがData Guardの自動ギャップ・フェッチ機能を使用してリカバリ・アプライアンスに再送されます。この「完全な」アーカイブREDOログが、前にバックアップされた「不完全な」アーカイブREDOログにかわって今後のリストア/リカバリ操作で使用されます。

保護されたデータベースのリカバリ時、保護されたデータベースを完全にリカバリする上で必要と判断された場合は、自動的に不完全なアーカイブ・ログと完全なアーカイブ・ログがリストアされます。

1.3.5.2 保護されたデータベースのリアルタイムREDOトランスポートの構成について

リアルタイムREDOトランスポートを使用するには、リカバリ・アプライアンスと保護されたデータベースのセットアップが必要です。また、保護されたデータベースからリカバリ・アプライアンスにREDOデータを認証してから送信するために使用するREDOトランスポート・ユーザーが必要です。このユーザーは、保護されたデータベースのバックアップをリカバリ・アプライアンスに送信するために使用するリカバリ・アプライアンス・ユーザーと同じである必要があります。このリカバリ・アプライアンス・ユーザーの資格証明は保護されたデータベース上のOracleウォレットに格納されています。

保護されたデータベース上に、ARCHIVELOGモードを構成し、リカバリ・アプライアンスのサービス名を指す、REDOデータのアーカイブ先を設定します(LOG_ARCHIVE_DEST_nパラメータを使用)。

関連項目:

「リアルタイムREDOトランスポートの構成」

1.4 保護されたデータベースの操作ツール

リカバリ・アプライアンスには、保護されたデータベースのバックアップおよびリカバリ操作を管理するためのインタフェースが複数用意されています。

- Oracle Enterprise Manager Cloud Control (Cloud Control)
Cloud Controlは、リカバリ・アプライアンス環境を管理およびモニタリングするためのGUIを備えています。また、保護されたデータベースの構成、バックアップおよびリカバリを行うこともできます。

Cloud Controlの使用方法の詳細は、Cloud Controlのオンライン・ヘルプを参照してください。

- RMANクライアント
リカバリ・アプライアンスはRMANと統合されているので、保護されたデータベースにインストール済のRMANクライアントを使用して、保護されたデータベースの構成、バックアップおよびリカバリを行うことができます。

- SQL*Plus
SQL*Plusはコマンドライン・ツールで、これを使用してリカバリ・アプライアンス・カタログの問合せやDBMS_RA PL/SQLパッケージを実行できます。

1.5 保護されたデータベース管理タスク・フロー

この項では、リカバリ・アプライアンスを使用して、企業内にある複数の保護されたデータベースのバックアップを格納および管理するための概要タスクについて説明します。これらのタスクはCloud ControlまたはRMANを使用して実行できます。使用する管理インタフェースによっては、一部のタスクの実行手順が少し異なる場合があります。

関連項目:

リカバリ・アプライアンス環境を管理するワークフローの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

企業データを保護するためにリカバリ・アプライアンスを設定および使用する場合のタスク・フローは次のとおりです。

1. 保護されたデータベースのバックアップをリカバリ・アプライアンスに移行するための計画を決定します(「保護されたデータベースの管理者のための移行に関する考慮事項」を参照)。

2. 保護されたデータベースをリカバリ・アプライアンスに登録します。
この手順を実行する必要があるのは、リカバリ・アプライアンスを使用するように保護されたデータベースを最初に構成するときのみです。

関連項目:

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)」

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」

3. 保護されたデータベースのバックアップおよびリカバリ設定を構成します。
これは通常1回かぎりのタスクで、保護されたデータベースをリカバリ・アプライアンスに登録する際に実行します。ただし、バックアップおよびリカバリ設定は後で変更できます。

関連項目:

- 「保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)」

- 「保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)」

4. テスト・バックアップを実行して、保護されたデータベースが正確に構成されていることを確認します。
テスト・バックアップは、構成設定の初回設定時または設定を後で変更したときに実行することをお薦めします。

関連項目:

「テスト・バックアップおよびリカバリ操作の実行」

5. 保護されたデータベースをリカバリ・アプライアンスにバックアップします。
保護されたデータベースのバックアップは指定の時間に実行されるようにスケジュールできます。

関連項目:

- 「Cloud Controlを使用した保護されたデータベースのバックアップ」

- 「コマンドラインを使用した保護されたデータベースのバックアップ」

6. テスト・リストアおよびリカバリを実行し、リカバリ・アプライアンスに格納されているバックアップを使用して保護されたデータベースがリカバリ可能であることを確認します。

関連項目:

「リカバリ・アプライアンスからのデータのリカバリ」

7. (メディア障害やデータ破損を原因とする)障害発生時に、リカバリ・アプライアンスに格納されているバックアップを使用して保護されたデータベースをリカバリします。
障害の種類によって、保護されたデータベース全体または影響を受けたデータベース・ファイルのみをリカバリすることが可能です。

関連項目:

- 「コマンドラインを使用したリカバリ・アプライアンスからのデータのリストアおよびリカバリ」

- 「Cloud Controlを使用した保護されたデータベースのリカバリ」

2 保護されたデータベースの管理者のための移行に関する考慮事項

この章では、既存のバックアップ計画からリカバリ・アプライアンスを使用するバックアップ計画に移行するための計画について説明します。

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

- 保護されたデータベースをリカバリ・アプライアンスに移行するための計画

- 既存のバックアップ計画のリカバリ・アプライアンスへの適応

- バックアップ・メタデータのリカバリ・アプライアンス・カタログへの移行

- 既存のバックアップのリカバリ・アプライアンスへの移行

2.1 保護されたデータベースをリカバリ・アプライアンスに移行するための計画

Recovery Manager (RMAN)を使用した基本的なバックアップ計画は、指定の間隔で実行するようにスケジュールされた一連のバックアップ・スクリプトで構成されます。データ保護にリカバリ・アプライアンスを使用することが決まったら、既存のバックアップ計画からリカバリ・アプライアンスを使用するバックアップ計画に移行するための計画を立てる必要があります。

この項では、保護されたデータベースの既存のバックアップ計画をリカバリ・アプライアンスに移行する場合に必要なタスクの概要について説明します。各タスクの実行手順の詳細は、後続の項で説明します。

保護されたデータベースのデータ保護にリカバリ・アプライアンスを使用し始めている場合は、「保護されたデータベースの構成」にスキップしてください。

ステップ: 保護されたデータベースをリカバリ・アプライアンスに移行するための計画

1. 既存のバックアップ計画のリカバリ・アプライアンスへの適応
リカバリ・アプライアンスでは、すべてのRMANコマンド(ただし、「RMANコマンドの相違点」に表示されているコマンドを除く)を使用できます。既存のRMANバックアップ計画をリカバリ・アプライアンスに適応させるには、計画の一部を変更する必要があります。

関連項目:

「既存のバックアップ計画のリカバリ・アプライアンスへの適応」

2. バックアップ・メタデータのリカバリ・アプライアンス・カタログへの移行
既存のバックアップ計画では、RMANリカバリ・カタログを使用して、保護されたデータベースのバックアップ・メタデータを格納している場合があります。保護されたデータベースの既存のバックアップ・メタデータは、リカバリ・アプライアンス・カタログに移行できます。

関連項目:

「バックアップ・メタデータのリカバリ・アプライアンス・カタログへの移行」

3. 保護されたデータベースの既存のバックアップのリカバリ・アプライアンスへの移行
構成済のリカバリ・ウィンドウ目標内の有効なデータベース・バックアップは、リカバリ・アプライアンスに移行できます。また、保護されたデータベースの既存のバックアップを移行せずに、リカバリ・アプライアンスへのバックアップを開始することも可能です。

関連項目:

「既存のバックアップのリカバリ・アプライアンスへの移行」

2.2 既存のバックアップ計画のリカバリ・アプライアンスへの適応

既存のバックアップ計画からリカバリ・アプライアンスを使用する計画に移行してデータ保護に対応することが決まったら、既存の計画を一部変更する必要があります。現在使用中のすべてのRMANバックアップおよびリカバリ・スクリプトは、少し変更することによりリカバリ・アプライアンス環境で使用できるようになります。

RMANバックアップおよびリカバリの既存のスクリプトをリカバリ・アプライアンスで使用できるように適応させるには、次の変更が必要です。

- ディスク・チャネルやテープ・チャネルのかわりにZero Data Loss Recovery Applianceバックアップ・モジュール(リカバリ・アプライアンス・バックアップ・モジュール)に対応するSBTチャネルを使用するよう、RMANチャネルの構成またはチャネルの割当てを変更します。

関連項目:

「RMANチャネル構成の変更」

- RMANバックアップ・スクリプトを変更し、リカバリ・アプライアンスでは動作が異なるコマンドを削除します。

関連項目:

「RMANバックアップおよびリカバリ・スクリプトの変更」

- リカバリ・アプライアンス環境では不要なコマンドを削除して、既存のRMANスクリプトをシンプルにします。

関連項目:

「不要なRMANコマンドの削除」

2.2.1 RMANチャネル構成の変更

RMANのチャネルは、バックアップ・デバイスに対する1つの双方向ストリームを表します。チャネルは、入力デバイスからデータを読み取り、処理して出力デバイスに書き込みます。RMANでは次の種類のチャネル構成をサポートしています。

- DISK (バックアップをディスクに格納)

- SBT
バックアップは、テープ(Oracle Secure Backupなどのメディア管理ソフトウェアを使用)、リカバリ・アプライアンス(リカバリ・アプライアンス・バックアップ・モジュールを使用)、またはOracle Cloudのいずれかに格納されます。

既存のRMANスクリプトでは、DISKチャネル(ディスクへバックアップ)またはSBTチャネル(テープへバックアップ)を使用しているはずです。リカバリ・アプライアンスにバックアップまたはリカバリ・アプライアンスからリストアするには、保護されたデータベースのホストにインストールされているリカバリ・アプライアンス・バックアップ・モジュールに対応するSBTチャネルの使用を構成する必要があります。リカバリ・アプライアンス環境では、バックアップおよびリカバリ・スクリプトでリカバリ・アプライアンス・バックアップ・モジュールを指しているSBT_LIBRARYパラメータを使用して、SBTチャネルを割り当てる必要があります。

関連項目:

リカバリ・アプライアンスで使用するRMANチャネルの割当てまたは構成方法の例は、「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」を参照してください

2.2.2 RMANバックアップおよびリカバリ・スクリプトの変更

リカバリ・アプライアンスでは機能が少し異なるRMANコマンド(「RMANコマンドの相違点」のリストを参照)がバックアップ・スクリプトで使用されている場合は、スクリプトを変更して該当するコマンドを適切な新しいコマンドで置き換える必要があります。たとえば、RMAN UNREGISTER DATABASEコマンドの機能は、リカバリ・アプライアンスでは異なる動作を示します。したがって、既存のRMANスクリプトを変更して、UNREGISTER DATABASEコマンドを置き換える必要があります。UNREGISTER DATABASEのかわりに使用する必要のあるDBMS_RA.DELETE_DBプロシージャは、SQL*Plusからのみ使用できます(RMANでは使用できません)。

関連項目:

DBMS_RA.DELETE_DBプロシージャの使用方法の詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

既存のバックアップ計画でRMAN増分更新バックアップ計画を使用し、初期イメージ・コピー・バックアップに後続のレベル1の増分バックアップをマージしている場合は、リカバリ・アプライアンスの永久的増分バックアップ計画を使用するようにRMANコマンドを変更します。永久的増分バックアップ計画の実装方法は、「保護されたデータベースのバックアップ」を参照してください。

2.2.3 不要なRMANコマンドの削除

通常、RMANバックアップおよびリカバリ・スクリプトにはバックアップを検証するためのコマンドが含まれています。これには、VALIDATEやCROSSCHECKなどのコマンドがあります。リカバリ・アプライアンスでは、保護されたデータベースからのすべてのバックアップを自動的に検証してから記憶域に書き込むため、既存のデータ保護計画からリカバリ・アプライアンスを使用する計画に移行した後は、これらのコマンドは必要なくなります。リカバリ・アプライアンスを使用するように既存の計画を適応させる際に、スクリプトからVALIDATEおよびCROSSCHECKコマンドを削除してください。

また、リカバリ・アプライアンス側で実行されるようになった操作(テープへのバックアップ、不要なバックアップの削除など)も、既存のバックアップ計画から削除する必要があります。

2.3 バックアップ・メタデータのリカバリ・アプライアンス・カタログへの移行

通常、既存のRMANバックアップ計画には、バックアップ・メタデータをRMANリカバリ・カタログに格納する処理が含まれています。リカバリ・アプライアンスを使用するデータ保護計画に移行する場合は、RMANリカバリ・カタログに格納されている既存のバックアップ・メタデータを管理できる計画が必要です。

関連項目:

- リカバリ・アプライアンス・カタログの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

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

リカバリ・アプライアンスへの移行時に既存のバックアップ・メタデータを管理するには、次のいずれかの方法を使用します。

- 保護されたデータベースの既存のバックアップ・メタデータをリカバリ・アプライアンス・カタログにインポートする方法
RMANリカバリ・カタログに格納されているバックアップ・メタデータをインポートすることにより、保護されたデータベースの既存のバックアップ・メタデータをリカバリ・アプライアンス・カタログに含めることができます。

関連項目:

「保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート」

- 既存のバックアップ・メタデータをRMANリカバリ・カタログに保持し、リカバリ・アプライアンスに作成されたバックアップのメタデータをリカバリ・アプライアンス・カタログに格納する方法
RMANリカバリ・カタログとリカバリ・アプライアンス・カタログを並行して管理する必要があります。ローカル・バックアップを作成してそのバックアップ・メタデータをRMANリカバリ・カタログに格納するには、「ローカル・バックアップの作成」で説明している手順を使用してください。リカバリ・アプライアンスにバックアップを作成するには、保護されたデータベースを構成してから、リカバリ・アプライアンスにバックアップしてください。

関連項目:

- 「保護されたデータベースの構成」

- 「保護されたデータベースのバックアップ」

2.3.1 CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続

リカバリ・アプライアンスを使用して保護されたデータベースのバックアップまたはリカバリ操作を実行するには、保護されたデータベースとリカバリ・アプライアンス・カタログに接続する必要があります。保護されたデータベースへの接続は、オペレーティング・システム認証またはパスワード・ファイル認証を使用してターゲットとして確立されます。リカバリ・アプライアンス・カタログへの接続は、カタログとして確立される必要があります。保護されたデータベースがプラガブル・データベース(PDB)の場合は、マルチテナント・コンテナ・データベース(CDB)のルートにTARGETとして接続する必要があります。

保護されたデータベース(非CDB)およびリカバリ・アプライアンスに接続する手順:

1. RMANを起動します。

% rman

2. CONNECTコマンドを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。
次のコマンドでは、保護されたデータベースにSYSユーザーとして接続します。ra_rman_userは、保護されたデータベースがリカバリ・アプライアンスとの認証で使用するリカバリ・アプライアンス・ユーザーです。ra1は、Oracleウォレットに構成されているターゲット・リカバリ・アプライアンスのネット・サービス名です。指示に従って両方のユーザーのパスワードを入力します。

RMAN> CONNECT TARGET sys as sysdba;
RMAN> CONNECT CATALOG ra_rman_user@ra1;

保護されたデータベース(CDB)およびリカバリ・アプライアンスに接続する手順:

1. RMANを起動します。

% rman

2. CONNECTコマンドを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

注意:

PDBにTARGETとして接続している状態でリカバリ・アプライアンスにCATALOGとして接続することはできません。リカバリ・アプライアンス・カタログを使用する場合、バックアップおよびリカバリ操作を実行するには、RMANはCDBのルートにTARGETとして接続する必要があります。

次のコマンドはCDBから実行して、ルートに共通ユーザーc##bkuserとして接続します。my_cdbはCDBのネット・サービス名です。ra_rman_userは、保護されたデータベースがリカバリ・アプライアンスとの認証で使用するリカバリ・アプライアンス・ユーザーです。ra1はターゲット・リカバリ・アプライアンスのネット・サービス名です。指示に従って両方のユーザーのパスワードを入力します。

RMAN> CONNECT TARGET c##bkuser@my_cdb;
RMAN> CONNECT CATALOG ra_rman_user@ra1;

関連項目:

CDBのルートにTARGETとして接続するその他の例は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

2.3.2 保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート

保護されたデータベースのデータ保護にリカバリ・アプライアンスを使用するには、これらの保護されたデータベースのメタデータがRMANリカバリ・カタログではなくリカバリ・アプライアンス・カタログに格納されている必要があります。RMANリカバリ・カタログに現在格納されている既存のバックアップ・メタデータは、リカバリ・アプライアンス・カタログにインポートできます。既存のリカバリ・カタログをリカバリ・アプライアンス・カタログにインポートすることをお薦めします。

RMANリカバリ・カタログには、1つ以上の保護されたデータベースに関するメタデータを格納できます。RMANリカバリ・カタログをリカバリ・アプライアンス・カタログにインポートする際は、一部のデータベースのみに関連するメタデータ、またはRMANリカバリ・カタログ内のすべてのメタデータをインポートできます。

既存のカタログをリカバリ・アプライアンス・カタログにインポートする場合、バックアップ・メタデータのみがコピーされます。カタログのインポート時に、既存のバックアップ自体はリカバリ・アプライアンスにコピーされません。必要な場合は、「既存のバックアップのリカバリ・アプライアンスへの移行」の説明に従って、既存のバックアップを別途コピーする必要があります。

2.3.2.1 保護されたデータベースのメタデータをリカバリ・アプライアンスにインポートする手順

1. 「RMANリカバリ・カタログをリカバリ・アプライアンスにインポートするための準備」で説明している準備ステップを完了します。

2. 「IMPORT CATALOGコマンドを使用した保護されたデータベースのメタデータのインポート」の説明に従って、リカバリ・アプライアンスに移行する保護されたデータベースのメタデータが格納されているRMANリカバリ・カタログをインポートします。

2.3.2.2 RMANリカバリ・カタログをリカバリ・アプライアンスにインポートするための準備

保護されたデータベースのメタデータをRMANリカバリ・カタログからリカバリ・アプライアンス・カタログにインポートする前に、保護されたデータベースとリカバリ・アプライアンスの両方でいくつかの操作を実行する必要があります。

1. リカバリ・アプライアンスで次の手順を実行します。

a. メタデータを移行する対象の保護されたデータベースで使用するリカバリ・アプライアンス・ユーザーを作成します。保護されたデータベースでは、このリカバリ・アプライアンス・ユーザーを使用して、リカバリ・アプライアンスとの認証を行います。

b. メタデータを移行する対象の保護されたデータベースに使用する保護ポリシーを作成します。
移行対象の保護されたデータベースの要件を満たせば、既存の保護ポリシーを使用しても構いません。

c. メタデータを移行する対象の保護されたデータベースをリカバリ・アプライアンスに登録します。

関連項目:

これらの手順を実行する方法の詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

2. 保護されたデータベースで次の手順を実行します。

a. ソースのRMANリカバリ・カタログを格納しているデータベースがOracle 12cリリース1でない場合は、リカバリ・カタログ・データベースをOracle 12cリリース1にアップグレードします。

関連項目:

データベースをOracle Database 12cリリース1 (12.1)にアップグレードする方法の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

b. リカバリ・アプライアンス・バックアップ・モジュールをインストールして、リカバリ・アプライアンスへのバックアップ・データの転送に必要な共有ライブラリを作成します。
バックアップ・モジュールをインストールすると、保護されたデータベースとリカバリ・アプライアンスとの認証に使用する資格証明が格納されるOracleウォレットが作成されます。

関連項目:

「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

c. 保護されたデータベースにはTARGETとして、保護されたデータベースのメタデータが格納されているRMANリカバリ・カタログにはCATALOGとして接続します。
次の例では、保護されたデータベースにはTARGETとして、ソースのRMANリカバリ・カタログにはCATALOGとして接続します。RMANリカバリ・カタログの所有者はrman_cat11で、dbrcat11はRMANリカバリ・カタログ・データベースのネット・サービス名です。rmancat11_pswdをrman_cat11ユーザーのパスワードに置き換えます。

$ rman target / catalog rman_cat11/rmancat11_pswd@dbrcat11

d. 保護されたデータベースからRMANリカバリ・カタログに作成中のバックアップがないことを確認します。

次のコマンドでは、ソースのRMANリカバリ・カタログの所有者としてSQL*Plusに接続し、RMANリカバリ・カタログrman_cat11に作成中のバックアップを問い合せます。

$ sqlplus rman_cat11/rmancat11_pswd@dbrcat11
SQL> SELECT username, module
FROM v$session
WHERE username = 'RMAN_CAT11';

この問合せでは結果が返されません。返される行は、進行中のバックアップまたはリストア操作の可能性があるものに対する接続を示します。行が返された場合、接続がないことを確認して問合せを再試行します。

e. 保護されたデータベースのカタログに格納されているバックアップ・ピースの数を確認します。

次の例では、保護されたデータベースMY_PTDBのバックアップ・ピースの数を表示します。

SQL> SELECT db_name, COUNT(*)
FROM rc_backup_piece_details
WHERE db_name='MY_PTDB';

f. SQL*Plusを終了し、TARGETとして保護されたデータベースに再接続し、CATALOGとしてソースのRMANリカバリ・カタログに再接続して、リカバリ・カタログ内のバックアップが有効で、正常なリカバリ操作に使用できることを確認します。

$ rman target / catalog rman_cat11/rmancat11_pswd@dbrcat11

バックアップを検証するには、バックアップをリストアするか、RESTORE ... VALIDATEコマンドを使用します。

関連項目:

RESTORE ... VALIDATEコマンドの使用方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

g. ソースのRMANリカバリ・カタログの所有者としてSQL*Plusに接続し、dbmsrmansys.sqlスクリプトを実行します。このスクリプトでは、RECOVERY_CATALOG_OWNERロールに必要な追加権限を付与します。

$ sqlplus rman_cat11/rmancat11_pswd@dbrcat11
SQL> $ORACLE_HOME/rdbms/admin/dbmsrmansys.sql
SQL> exit

rman_cat11ユーザーはRMANリカバリ・カタログの所有者で、リカバリ・カタログ・データベースのネット・サービス名はdbrcat11です。rmancat11_pswdをrman_cat11ユーザーのパスワードに置き換えます。

h. リカバリ・アプライアンスでRMANセッションを開始し、RASYSユーザーを使用してリカバリ・アプライアンスにはTARGETとして、ソースのRMANリカバリ・カタログにはCATALOGとして接続します。
次のコマンドでは、リカバリ・アプライアンスにはTARGETとして、ソースのRMANリカバリ・カタログにはCATALOGとして接続します。

$     rman target rasys/rasys_pswd
RMAN> CONNECT CATALOG rman_cat11/rmancat11_pswd@dbrcat11

RASYSはリカバリ・アプライアンス・カタログの所有者です。rasys_pswdをrasysユーザーのパスワードに置き換えます。ソースのRMANリカバリ・カタログの所有者はrman_cat11で、リカバリ・カタログ・データベースのサービス名はdbrcat11です。rmancat11_pswdをrman_cat11ユーザーのパスワードに置き換えます。

i. ソースのRMANリカバリ・カタログをOracle Database 12cリリース1 (12.1.0.2)にアップグレードします。UPGRADE CATALOGコマンドは、確認用に2回入力する必要があります。

- UPGRADE CATALOG;
UPGRADE CATALOG;

j. アップグレード済のソースのRMANリカバリ・カタログで手順2.dから2.fを繰り返し、アップグレード済のカタログが正常で、保護されたデータベースのリカバリに使用できることを確認します。

2.3.2.3 IMPORT CATALOGコマンドを使用した保護されたデータベースのメタデータのインポート

RMANリカバリ・カタログのメタデータをリカバリ・アプライアンス・カタログにインポートするには、RMAN IMPORT CATALOGコマンドを使用します。

ソースRMANリカバリ・カタログ・スキーマのバージョンは、リカバリ・アプライアンスのリカバリ・カタログ・スキーマ(12.1.0.2)の現在のバージョンと同じである必要があります。必要に応じて、ソース・リカバリ・カタログ・スキーマを12.1.0.2にアップグレードします。

保護されたデータベースのメタデータをリカバリ・アプライアンス・カタログにインポートする手順:

1. RMANを起動し、rasysユーザーを使用してCATALOGとして接続します。rasysは、リカバリ・アプライアンス・カタログの所有者です。

次のコマンドでは(ra_pswdをrasysユーザーのパスワードに置き換えます)、リカバリ・アプライアンス・カタログにCATALOGとして接続します。リカバリ・アプライアンスの単一クライアント・アクセス名(SCAN)はra-scanで、リカバリ・アプライアンスのメタデータ・データベースのサービス名はzdlra5です。rasysはリカバリ・アプライアンス・カタログの所有者です。

#     rman CATALOG rasys/ra_pswd@ra-scan:1521/zdlra5

2. ソースのRMANリカバリ・カタログをリカバリ・アプライアンス・カタログにインポートします。ソースのRMANリカバリ・カタログの資格証明は、保護されたデータベースの管理者から提供されます。

NO UNREGISTER句を使用して、現在使用中であるソースのRMANリカバリ・カタログから保護されたデータベースを登録解除しないように指示します。

次のコマンドでは、ユーザーrman_cat11 (rmancat11_pswdはrman_cat11ユーザーのパスワードに置き換えます)が所有しているソースのRMANリカバリ・カタログに格納されているすべてのメタデータをインポートします。

IMPORT CATALOG rman_cat11/rmancat11_pswd@dbrcat11 NO UNREGISTER;

次のコマンドでは、ユーザーrman_cat11 (rmancat11_pswdはrman_cat11ユーザーのパスワードに置き換えます)が所有しているソースのRMANリカバリ・カタログに格納されている、データベース名がMY_PTDBの保護されたデータベースに関するメタデータをインポートします。

IMPORT CATALOG rman_cat11/rmancat11_pswd@dbrcat11
DB_NAME 'MY_PTDB' NO UNREGISTER;

3. RC_BACKUP_PIECE_DETAILSビューを問い合せて、リカバリ・アプライアンス・カタログにすべてのバックアップ・ピースが含まれていることを確認します。

「RMANリカバリ・カタログをリカバリ・アプライアンスにインポートするための準備」の手順2.eの問合せによって返された行数を、この手順の出力と比較します。両方の問合せによって返されたバックアップ・ピースの数は同数になる必要があります。

関連項目:

IMPORT CATALOGコマンドの詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

2.4 既存のバックアップのリカバリ・アプライアンスへの移行

既存のバックアップ計画では、保護されたデータベースのバックアップがローカル・ディスクの場所や共有ディスクに格納される場合があります。「保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート」の説明に従って、保護されたデータベースのバックアップに関するメタデータをリカバリ・アプライアンス・カタログにインポートした後で、リカバリ・ウィンドウ目標内の既存のバックアップをリカバリ・アプライアンスの記憶域に移行する必要があります。移行可能なバックアップは、インポートされたRMANリカバリ・カタログに格納されている保護されたデータベースのサブセットに関するものに限定されます。ただし、インポートされたカタログに示されているすべてのデータベースで、リカバリ・アプライアンス・カタログをリカバリ・カタログとして使用し始めることができます。

注意:

リカバリ・アプライアンスを使用した永久的増分バックアップ計画の使用を開始するには、最初にレベル0の増分バックアップを送信する必要があります。特定の保護されたデータベースに最近のレベル0の増分バックアップがすでに存在する場合は、レベル0のバックアップをデータベースから新たに取得するよりも、その既存のバックアップをリカバリ・アプライアンスに移行する方が簡単な場合があります。レベル0のバックアップ、必要な既存のレベル1のバックアップおよびアーカイブ・ログ・ファイルを移行した後で、レベル1の増分バックアップとアーカイブ・ログ・ファイルを送信することにより、永久的増分計画を開始できます。

推奨される方法は、既存のバックアップをすべて移行し、リカバリ・アプライアンスにただちに切り替える方法です。既存のバックアップを移行した後で作成されたバックアップは、リカバリ・アプライアンスに格納する必要があります。

次のいずれかの手法を使用して、ディスク上に格納されている保護されたデータベースの既存のバックアップをリカバリ・アプライアンスに移行します。

- 保護されたデータベースの既存のバックアップをすべて配置可能なバックアップのポーリング位置を構成します。次に、この位置をポーリングして保護されたデータベースのバックアップを取得するようにリカバリ・アプライアンスを設定します。
「既存のバックアップをリカバリ・アプライアンスに移行するためのバックアップのポーリング設定」を参照してください。

既存のバックアップがテープに格納されている場合は、「テープ・バックアップをリカバリ・アプライアンスで使用できるようにする方法」で説明している手順を実行します。

- RMAN BACKUP AS BACKUPSET COPY OF DATABASEコマンドを使用して、ローカル・ディスク記憶域に格納されているイメージ・コピーをバックアップ・セットとしてリカバリ・アプライアンスにバックアップします。このコマンドを実行する前に、「リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成」の説明に従って、リカバリ・アプライアンス・バックアップ・モジュールに対応するSBTチャネルを構成する必要があります。

関連項目:

BACKUP AS BACKUPSETコマンド構文の詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

2.4.1 既存のバックアップをリカバリ・アプライアンスに移行するためのバックアップのポーリング設定

この項では、現在ポーリング位置に格納されている保護されたデータベースのバックアップをリカバリ・アプライアンスの記憶域に移行する方法について説明します。ポーリング位置とは、リカバリ・アプライアンスの外部にある共有記憶域のファイル・システム・ディレクトリのことで、保護されたデータベースのバックアップ・ピースとアーカイブREDOログ・ファイルが格納されます。リカバリ・アプライアンスは、この位置を指定の間隔でポーリングし、新しいバックアップがある場合はそれを取得してリカバリ・アプライアンスに格納します。

ポーリング位置を構成して、既存のバックアップ・セットをインポートする手順:

1. リカバリ・アプライアンスで、移行対象の保護されたデータベースのバックアップが格納されているポーリング位置に対応するポーリング・ポリシーを作成します。

次の例では、RASYSユーザーとしてSQL*Plusに接続している場合に、位置/polling/shared_backup_locationをポーリングしてバックアップを確認するMIGRATION_LINUXという名前のポーリング・ポリシーを作成します。

BEGIN
DBMS_RA.CREATE_POLLING_POLICY (
polling_policy_name => 'MIGRATION_LINUX',
polling_location => '/polling/shared_backup_location',
polling_frequency => INTERVAL '1' MINUTE,
delete_input => FALSE);
END;

2. リカバリ・アプライアンスでDBMS_RA.UPDATE_PROTECTION_POLICYプロシージャを使用し、手順1で作成したポーリング・ポリシーを保護されたデータベースに関連付けられている保護ポリシーに割り当てます。

delete_inputパラメータをFalseに設定し、バックアップを元の場所から削除しないように指示します。

関連項目:

『Zero Data Loss Recovery Appliance管理者ガイド』

3. 「バックアップのポーリングで使用するNFS記憶域のマウント」の説明に従って、リカバリ・アプライアンス上にポーリング位置のディレクトリをマウントします。

4. ra_taskビューを問い合せて、バックアップ・セットがインポートされていることを確認します。

また、rc_backup_piece_detailsビューを問い合せて、ポーリング中の保護されたデータベースのバックアップ・ピースを表示することもできます。

2.4.1.1 バックアップのポーリングで使用するNFS記憶域のマウント

バックアップのポーリングを使用する場合は、この保護されたデータベースのバックアップを格納するネットワーク・ファイル・システム(NFS)ディレクトリをマウントする必要があります。パスにアクセスできることを確認してください。

リカバリ・アプライアンス・データベースのノード上にポーリング位置のディレクトリをマウントする手順:

1. rootとして、ポーリング位置に使用するディレクトリを作成します。

# mkdir /polling_import

2. rootとして、次のコマンドを使用してポーリング位置をマウントします。

# mount -o options nfs_server_name:nfs_directory_name directory

ここで、optionsはNFSマウント・オプションを表し、nfs_server_nameはNFSサーバーのホスト名、directory_nameはNFSサーバー上のディレクトリ、directoryはマウント・ポイント・ディレクトリです。

次の例では、NFSサーバーmyNFShost上のディレクトリpolling_importに/backup/bkp_db_impディレクトリを追加します。

# mount -o rw,hard,rsize=32768,wsize=32768,tcp,vers=3,timeo=600,actimeo=0
myNFShost:/backup/bkp_db_imp/source_bkp_dir /polling_import

3. oracleユーザーに、マウントされたディレクトリに対する読取り権限があることを確認します。

2.4.2 テープ・バックアップをリカバリ・アプライアンスで使用できるようにする方法

現在のテープ・バックアップ計画でサード・パーティ製メディア管理ソフトウェアを使用している場合は、これらのテープ・バックアップをリカバリ・アプライアンスで使用できるようにすることが可能です。それには、「IMPORT CATALOGコマンドを使用した保護されたデータベースのメタデータのインポート」の説明に従って、これらのテープ・バックアップのメタデータをリカバリ・アプライアンス・カタログにインポートする必要があります。

テープ・バックアップをリカバリ・アプライアンスで使用できるようにする手順:

1. リカバリ・アプライアンス・バックアップ・モジュールに対応するSBTチャネルを割り当てます。

2. 既存のテープ・バックアップを管理しているメディア管理ライブラリに対応するSBTチャネルを割り当てます。

3. テープの保存期間またはリサイクル期間が終了するまで、両方のSBTチャネルを保持します。

この期間中は、必要に応じて、テープに格納されているバックアップを使用して保護されたデータベースをリカバリできます。

4. テープの保存期間またはリサイクル期間が過ぎたら、手順2で構成したチャネルを解放します。

2.4.3 ローカル・バックアップの作成

保護されたデータベースのバックアップをローカル・ディスク記憶域に作成する場合、これらのバックアップに関するメタデータはRMANリカバリ・カタログに格納されます。RMANリカバリ・カタログが構成されていないか、カタログに接続しない場合、メタデータは保護されたデータベースの制御ファイルに格納されます。

保護されたデータベースのローカル・バックアップを作成する手順:

1. 保護されたデータベースにはTARGETとして、RMANリカバリ・カタログにはCATALOGとしてRMANを接続します。

次のコマンドでは、サービス名がhr_ptdbの保護されたデータベースにTARGETとして、ネット・サービス名がcatdbのRMANリカバリ・カタログ・データベースにCATALOGとして接続します。rcoはRMANリカバリ・カタログの所有者で、hradmは保護されたデータベースに対してSYSBACKUP権限を持つユーザーです。指示に従ってhradmユーザーおよびrcoユーザーのパスワードを入力します。

% rman TARGET hradm@hr_ptdb CATALOG rco@catdb

2. 保護されたデータベースのローカル・バックアップを作成します。

ご使用のバックアップ計画に応じて、全体バックアップまたは増分バックアップを作成できます。アーカイブREDOログ・ファイルをすべてのバックアップに含めて、障害からのリカバリの所要時間を最小限に抑えます。デバイス・タイプがDISKのRMANチャネルを割り当てて、ローカル・ディスクにバックアップを格納します。

次の例では、ディスク・チャネルを割り当てて、アーカイブREDOログ・ファイルを含むデータベース全体のレベル1の増分バックアップを作成します。

RUN
{
ALLOCATE CHANNEL d1 DEVICE TYPE DISK;
BACKUP INCREMENTAL LEVEL 1
DATABASE
PLUS ARCHIVELOG;
}

コマンドに場所が指定されていないので、バックアップは保護されたデータベースに構成済のローカルの高速リカバリ領域に格納されます。ローカルに構成されたテープ・デバイスにバックアップを格納するには、レガシー・メディア管理ソフトウェアに対応するSBTチャネルを割り当てます。

2.4.4 ローカル・バックアップを使用した保護されたデータベースのリカバリ

保護されたデータベースのバックアップをローカル・ディスクの場所に作成している場合は、通常のRMANコマンドを使用してリカバリを実行できます。保護されたデータベースをリストアおよびリカバリする前に、次のいずれかを構成する必要があります。

- バックアップの格納先であるディスクの場所に対応するディスク・チャネル

- バックアップの格納先であるレガシー・メディア管理環境のバックアップに対応するSBTチャネル

ローカル・ディスク・バックアップを使用して保護されたデータベースの完全リカバリを実行する手順:

1. 保護されたデータベースにはTARGETとして、RMANリカバリ・カタログにはCATALOGとしてRMANを接続します。

次のコマンドでは、ネット・サービス名がhr_ptdbの保護されたデータベースにTARGETとして、ネット・サービス名がrcoのRMANリカバリ・カタログ・データベースにCATALOGとして接続します。hradmは保護されたデータベースに対してSYSBACKUP権限を持つユーザーで、rcoはRMANリカバリ・カタログの所有者です。指示に従ってhradmユーザーおよびrcoユーザーのパスワードを入力します。

% rman TARGET hradm@hr_ptdb CATALOG rco@catdb

2. デバイス・タイプがDISKのRMANチャネルを割り当てて、ローカル・ディスク記憶域に格納されているバックアップを使用します。

次のコマンドでは、ローカル・ディスク記憶域にバックアップを作成するディスク・チャネルを割り当てます。

RMAN> ALLOCATE CHANNEL d1 DEVICE TYPE DISK;

3. RESTOREコマンドとRECOVERコマンドをそれぞれ使用して、保護されたデータベースをリストアおよびリカバリします。

次の例では、保護されたデータベースの完全リカバリを実行します。

RUN
{
STARTUP MOUNT;
ALLOCATE CHANNEL c1 DEVICE TYPE DISK;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN;
}

3 保護されたデータベースの構成

この章では、リカバリ・アプライアンスを使用したバックアップおよびリカバリ操作用に保護されたデータベースを構成する方法について説明します。

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

- リカバリ・アプライアンス用に保護されたデータベースを構成する方法の概要

- 保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)

- 保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)

- 保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)

- 保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)

- テスト・バックアップおよびリカバリ操作の実行

3.1 リカバリ・アプライアンス用に保護されたデータベースを構成する方法の概要

保護されたデータベースのバックアップの中央リポジトリとしてリカバリ・アプライアンスを使用する場合は、リカバリ・アプライアンスと保護されたデータベースの両方を構成する必要があります。保護されたデーベースを構成するには、Enterprise Manager Cloud Control (Cloud Control)またはRMANを使用できます。

リカバリ・アプライアンスの構成手順では、保護されたデータベースに割り当てる保護ポリシーの作成、仮想プライベート・カタログを所有するリカバリ・アプライアンス・ユーザーの作成、リカバリ・アプライアンス・ユーザーへの保護されたデータベースのアクセス権の付与などを行います。これらの手順については、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

保護されたデータベースの構成では、保護されたデータベースからリカバリ・アプライアンスへのアクセスの有効化、保護されたデータベースのメタデータのリカバリ・アプライアンスへの追加、バックアップおよびリカバリ操作時に使用する設定の指定などを行います。

注意:

保護されたデータベースにはサーバー・パラメータ・ファイルを使用することをお薦めします。

注意:

Cloud Controlで作成したOracleウォレットはHTTPトランスポートのみをサポートします。HTTPSトランスポートを使用するには、Cloud Controlの外部にウォレットを設定する必要があります。

3.1.1 リカバリ・アプライアンス用に保護されたデータベースを構成する手順

保護されたデータベースの構成では、リカバリ・アプライアンスを使用して保護されたデータベースをバックアップおよびリカバリするために必要なセットアップ・タスクを実行します。

リカバリ・アプライアンス用に保護されたデータベースを構成する手順:

1. 保護されたデータベースをリカバリ・アプライアンスに登録します。
登録は1回かぎりのタスクであり、保護されたデータベースでリカバリ・アプライアンスを使用するための初回セットアップ時に実行する必要があります。これには、「保護されたデータベースの登録の概要」で説明しているタスクが含まれます。

関連項目:

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)」

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」

2. 保護されたデータベースのバックアップおよびリカバリ設定を構成します。
これらの設定(「保護されたデータベースのバックアップ設定の概要」および「保護されたデータベースのリカバリ設定の概要」を参照)は、保護されたデータベースのバックアップおよびリカバリ操作時に使用されます。実行するバックアップまたはリカバリ・タスクに応じて設定を変更することが可能です。

関連項目:

- 「保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)」

- 「保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)」

3. テスト・バックアップを実行して、保護されたデータベースが正しく構成されていることを確認します。

関連項目:

「Cloud Controlを使用したテスト・バックアップの実行」

3.1.2 リカバリ・アプライアンス・バックアップ・モジュールの概要

リカバリ・アプライアンス・バックアップ・モジュールはOracleが提供するSBTライブラリで、メディア管理ライブラリとして機能します。RMANではリカバリ・アプライアンス・バックアップ・モジュールを使用して、バックアップ・データをネットワーク経由でリカバリ・アプライアンスに転送します。バックアップ・モジュールは、リカバリ・アプライアンスへのバックアップまたはリカバリ操作で使用するRMAN SBTチャネルの割当て/構成を行う際に参照されます。リカバリ・アプライアンスへのバックアップ操作および完全バックアップ・セットのリストア操作はすべてこのバックアップ・モジュールを介して実行されます。

3.1.2.1 リカバリ・アプライアンス・バックアップ・モジュールのインストール場所

リカバリ・アプライアンス・バックアップ・モジュールは次の場所にインストールする必要があります。

- RMANを使用してリカバリ・アプライアンスにバックアップされるすべての保護されたデータベースのOracleホーム内
特定のOracleホームが複数の保護されたデータベースによって使用されている場合、このOracleホームにはバックアップ・モジュールを1回だけインストールする必要があります。

- レプリケーション環境でバックアップをダウンストリーム・リカバリ・アプライアンスに送信するすべてのアップストリーム・リカバリ・アプライアンス上
リカバリ・アプライアンス・バックアップ・モジュールのライブラリ(libra.so)は、リカバリ・アプライアンスに事前インストールされています。ただし、レプリケーション・ユーザー資格証明が含まれているOracleウォレットが、アップストリーム・リカバリ・アプライアンスで構成されている必要があります。

関連項目:

- 「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

- 『Zero Data Loss Recovery Appliance管理者ガイド』

3.1.2.2 リカバリ・アプライアンス・バックアップ・モジュールの構成ファイル

リカバリ・アプライアンス・バックアップ・モジュールの構成ファイルには、保護されたデータベースとリカバリ・アプライアンスとの通信で使用する構成設定が含まれています。リカバリ・アプライアンス・バックアップ・モジュールが保護されたデータベースのホストにインストールされる際に、構成ファイルが自動的に作成されます。リカバリ・アプライアンス・バックアップ・モジュールのインストール時に指定可能な構成パラメータについては、「リカバリ・アプライアンス・バックアップ・モジュールの構成パラメータ」を参照してください。

リカバリ・アプライアンス・バックアップ・モジュールの一部の構成パラメータは、リカバリ・アプライアンスで使用するRMAN SBTチャネルを構成または割り当てる際にインラインで設定することもできます(例3-3および例3-4を参照)。

3.1.2.3 リカバリ・アプライアンス・バックアップ・モジュールの構成パラメータ

表3-1に、リカバリ・アプライアンス・バックアップ・モジュールのインストール時に使用される構成パラメータを示します。これらのパラメータは、リカバリ・アプライアンスへのバックアップ時とリカバリ・アプライアンスからのリストア時に、保護されたデータベースで使用します。

表3-1 リカバリ・アプライアンス・バックアップ・モジュールのインストーラ・パラメータ

パラメータ名

必須/オプション

説明

dbUser

必須

保護されたデータベースのバックアップへの接続や送受信に必要な権限を持つリカバリ・アプライアンス・ユーザーのユーザー名。

dbPass

必須

dbUserユーザーのパスワード。

host

必須

リカバリ・アプライアンスのSCANホスト名。

port

必須

リカバリ・アプライアンスのメタデータ・データベースのリスナー・ポート番号。

serviceName

必須

リカバリ・アプライアンスのメタデータ・データベースのサービス名。

walletDir

必須

リカバリ・アプライアンスへの接続に使用するリカバリ・アプライアンス・ユーザーの資格証明とプロキシ情報が格納されるOracleウォレットの場所。

注意: このディレクトリ内にOracleウォレットがすでに存在する場合、Recovery Applianceバックアップ・モジュールのインストーラによって既存のウォレットが上書きされます。

proxyHost

オプション

リカバリ・アプライアンスへのHTTP接続に使用するプロキシ・サーバーのホスト名(IPアドレス)およびTCPポート(書式: host:port)。

configFile

オプション

リカバリ・アプライアンス・バックアップ・モジュールの構成パラメータが格納されている構成ファイルの場所。

Linux/UNIXでは、デフォルトの場所は$ORACLE_HOME/dbs/raORACLE_SID.oraです。Windowsでは、デフォルトの場所は$ORACLE_HOME\database\raORACLE_SID.oraです。

libDir

オプション

リカバリ・アプライアンス・バックアップ・モジュールの共有ライブラリの格納場所。このライブラリを使用して、バックアップ・データをネットワーク経由でリカバリ・アプライアンスに転送します。

共有ライブラリは、$ORACLE_HOME/lib (Linux/UNIXの場合)および$ORACLE_HOME\database\lib (Windowsの場合)に格納することをお薦めします。

このパラメータを省略すると、インストーラは共有ライブラリをダウンロードしません。以前にバックアップ・モジュールをインストール済のOracleホームにOracleウォレットと構成ファイルを再生成する場合は、ライブラリをダウンロードする必要はありません。

libPlatform

オプション

リカバリ・アプライアンス・バックアップ・モジュールをインストールする必要がある保護されたデータベースのホストのプラットフォーム名。

通常、リカバリ・アプライアンス・バックアップ・モジュールのインストーラが、実行中のプラットフォームを自動的に判断します。このパラメータを設定する必要があるのは、プラットフォームを特定できないことを示すエラーがインストーラによって表示された場合のみです。

プラットフォーム名として有効な値は、linux64、windows64、solaris_sparc64、solaris_sparcx64、zlinux64、aix_ppc64およびhpux_ia64です。

argFile

オプション

リカバリ・アプライアンス・バックアップ・モジュールのインストール時に読み取る必要のある他のコマンドライン・パラメータの読取り元ファイル。

関連項目:

「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

3.1.3 保護されたデータベースの登録の概要

保護されたデータベースを登録すると、特定のリカバリ・アプライアンスが保護されたデータベースからバックアップを受信できるようになります。これは1回かぎりのタスクであり、保護されたデータベースでリカバリ・アプライアンスを使用するための初回セットアップ時に実行する必要があります。登録の手順は、リカバリ・アプライアンスと保護されたデータベースの両方で実行する必要があります。

保護されたデータベースの登録では、次のタスクを実行します。

- 保護されたデータベースがリカバリ・アプライアンスにアクセスするために必要な資格証明の構成
保護されたデータベースの管理者には、リカバリ・アプライアンスとの認証とバックアップおよびリカバリ操作を実行するための資格証明が必要です。そのためには、保護されたデータベースの管理ユーザーをリカバリ・アプライアンス・ユーザーに関連付けます(リカバリ・アプライアンスのメタデータ・データベースを使用)。これらの資格証明は、保護されたデータベース上に作成されるOracleウォレットに格納されます。

- 保護されたデータベースに適切な保護ポリシーを関連付けることによる、リカバリ・アプライアンスでのリカバリ・ウィンドウ目標の定義と予約済領域の割当て

- リカバリ・アプライアンス・ユーザーに対する保護されたデータベースへのアクセス権の付与

- 保護されたデータベースのリカバリ・アプライアンス・カタログへの登録
保護されたデータベースのバックアップに関するメタデータは、リカバリ・アプライアンス・カタログに格納する必要があります。リカバリ・アプライアンス・カタログには複数の仮想プライベート・カタログがあります。この保護されたデータベースのメタデータを操作する仮想プライベート・カタログの所有者を指定する必要があります。

- Cloud Controlを使用する場合は、Cloud Controlからリカバリ・アプライアンスへの接続に使用する名前付き資格証明へのアクセス権がEnterprise Manager管理者に付与されている必要があります。保護されたデータベースをリカバリ・アプライアンスにバックアップおよびリカバリ・アプライアンスからリストアするように構成している場合、保護されたデータベースのバックアップやリストア操作を管理するEnterprise Manager管理者がリカバリ・アプライアンスに接続するためには、これらの資格証明へのアクセス権が必要です。

関連項目:

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)」

- 「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」

3.1.4 保護されたデータベースのバックアップ設定の概要

保護されたデータベースをリカバリ・アプライアンスにバックアップする前に、保護されたデータベースのバックアップ設定を構成する必要があります。これらの設定(表3-2を参照)では、保護されたデータベースのバックアップ環境のデフォルトの動作を定義します。各バックアップ設定のデフォルト値はRMANによって割り当てられます。ただし、保護されたデータベースのバックアップ要件に応じて設定を構成することをお薦めします。

表3-2 保護されたデータベースのバックアップ設定

バックアップ設定

説明

制御ファイルの自動バックアップ

バックアップ・レコードが追加されたり制御ファイルのデータベース構造メタデータが変更された場合に、制御ファイルおよびサーバー・パラメータ・ファイルを自動的にバックアップする必要があることを指定します。

ディスク・バックアップの場所

リカバリ・アプライアンスのバックアップを構成する際、バックアップのポーリングが必要な場合は、バックアップのポーリング位置を指定します。

バックアップの最適化

同じファイルがすでにリカバリ・アプライアンスにバックアップされている場合は、ファイルのバックアップをスキップします。

保存ポリシー

リカバリ目標を満たすために保存しておく必要のあるバックアップを指定します。リカバリ・ウィンドウまたは冗長性の値を指定できます。

パラレル・バックアップ計画を使用していて、既存の(リカバリ・アプライアンス以外の)バックアップ計画によって作成された不要なバックアップを削除する必要がある場合に、この設定を指定する必要があります。

アーカイブREDOログの削除ポリシー

アーカイブREDOログを削除できる条件を指定します。このポリシーは、すべてのアーカイブ先(高速リカバリ領域も含む)に適用されます。

関連項目:

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

- 「Cloud Controlを使用した保護されたデータベースのバックアップ設定の構成」

- 「コマンドラインを使用した保護されたデータベースのバックアップ設定の構成」

3.1.5 保護されたデータベースのリカバリ設定の概要

表3-3に、保護されたデータベースのリカバリ設定を示します。一部の設定(高速リカバリ領域など)の値は、リカバリ・アプライアンス用の保護されたデータベースの構成内容に基づいて割り当てられます。

表3-3 保護されたデータベースのリカバリ設定

リカバリ設定

説明

必要な平均リカバリ時間

平均リカバリ時間(MTTR)は、保護されたデータベースのリカバリの所要時間です。保護されたデータベースで許容可能なMTTRに基づいてバックアップ計画を立てます。

ARCHIVELOGモード

ARCHIVELOGモードでは、一杯になったオンラインREDOログ・ファイルのグループをREDOログ・スイッチの発生直後からアーカイブできます。

必要に応じて、保護されたデータベースに次の追加プロパティを構成します。

- ログのアーカイブ・ファイル名の書式
アーカイブREDOログ・ファイルのデフォルトのファイル名の書式を指定します。この値はテキスト文字列と変数で指定します。有効な変数については、『Oracle Databaseリファレンス』を参照してください。

- アーカイブREDOログの保存先
高速リカバリ領域をREDOログの保存先として使用するには、「アーカイブREDOログの保存先」をUSE_DB_RECOVERY_FILE_DESTに設定します。

注意: REDOデータをリカバリ・アプライアンスに送信する場合、ARCHIVELOGモードで保護されたデータベースを実行する必要があります。

関連項目: ARCHIVELOGモードでデータベースを実行する構成の詳細は、『Oracle Database管理者ガイド』を参照してください。

高速リカバリ領域

高速リカバリ領域は、バックアップ関連ファイル(RMANバックアップ、アーカイブREDOログ・ファイル、制御ファイルとオンラインREDOログ・ファイルのコピーなど)を格納するディスクの場所です。高速リカバリ領域を使用すると、バックアップ関連ファイルの管理が自動化され、バックアップ関連ファイルのディスク領域の手動管理が必要最小限になります。

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

関連項目:

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

- 「Cloud Controlを使用した保護されたデータベースのリカバリ設定の構成」

- 「コマンドラインを使用した保護されたデータベースのリカバリ設定の構成」

3.2 保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)

Cloud Controlを使用して保護されたデータベースをリカバリ・アプライアンスに登録するための概要手順を次に示します。

1. 保護されたデータベースのバックアップおよびリカバリに必要な権限を持つEnterprise Manager管理ユーザーを作成します。
「保護されたデータベースの操作を管理するEnterprise Manager管理者の作成」を参照してください。

2. 保護されたデータベースをリカバリ・アプライアンスに登録します。
「Cloud Controlを使用した保護されたデータベースのリカバリ・アプライアンスへの登録」を参照してください。

3.2.1 保護されたデータベースの操作を管理するEnterprise Manager管理者の作成

Enterprise Manager管理者とは、1つ以上の保護されたデータベースのデータ保護を管理するために必要なロールおよび権限を持つEnterprise Managerユーザーです。

protdb_adminという名前のEnterprise Manager管理者を作成する手順:

1. 他のEnterprise Manager管理者アカウントを作成する権限を持つEnterprise Manager管理者として、Cloud Controlにログインします。

2. 「設定」メニューから、「セキュリティ」、「管理者」の順に選択します。
管理者ページが表示されます。

3. 「作成」をクリックして、「管理者の作成: プロパティ」ページを表示します。

4. 「名前」および「パスワード」の各フィールドに、新しいEnterprise Manager管理者の資格証明を入力します。この例では、Enterprise Manager管理者の名前はprotdb_adminです。
「パスワード・プロファイル」フィールドではDEFAULTが選択されています。この値を変更する必要はありません。このページの他のフィールドには必要に応じて情報を入力します。

5. 「次へ」をクリックして、「管理者protdb_adminの作成: ロール」ページを表示します。

6. EM_USERロールを「使用可能なロール」リストから「選択したロール」リストに移動して、「次へ」をクリックします。
「管理者protdb_adminの作成: ターゲット権限」ページが表示されます。

7. 「ターゲット権限」セクションで、新しいEnterprise Manager管理者によって管理されるすべての保護されたデータベースに対する権限を追加します。
ターゲットの保護されたデータベースに対する権限を追加する手順:

a. 「追加」をクリックして、「検索と追加: ターゲット」ダイアログを表示します。

b. 「ターゲット名」、「ターゲット・タイプ」、「ホスト上」の各フィルタを使用して、保護されたデータベースを検索します。保護されたデータベースを選択して、「選択」をクリックします。
選択した保護されたデータベースが「ターゲット権限」セクションのターゲットのリストに追加されます。

c. このターゲットの「表示」アイコンをクリックして、次の権限を選択します。
リカバリ・アプライアンス・ターゲット: 表示権限。

このEnterprise Manager管理ユーザーによって管理される保護されたデータベースに対応するターゲット: 完全権限

このEnterprise Manager管理ユーザーによって管理される各保護されたデータベースのホストに対応するターゲット: 完全権限

新しいEnterprise Managerユーザーによって管理される保護されたデータベースごとに、これらの手順を繰り返します。

8. 「次へ」をクリックして、「管理者protdb_adminの作成: EMリソース権限」ページを表示します。

9. 次の手順を実行してください。

- ジョブ・システム権限の場合は、「権限付与の管理」列の「編集」アイコンをクリックします。「リソース・タイプ権限」セクションで、「作成」を選択してから、「続行」をクリックします。

- EM管理ユーザーに既存の資格証明へのアクセス権を付与するには、「名前付き資格証明」列の「編集」アイコンをクリックします。「リソース権限」セクションで「追加」をクリックし、このEnterprise Manager管理者に関連付ける必要がある名前付き資格証明を選択します。

10. 「確認」をクリックして、「管理者protdb_adminの作成: 確認」ページを表示します。
この新しいユーザーのプロパティ、ロールおよび権限が表示されます。設定を確認し、修正する場合は「戻る」をクリックします。

11. 「終了」をクリックすると、Enterprise Manager管理者が作成されます。

3.2.2 Cloud Controlを使用した保護されたデータベースのリカバリ・アプライアンスへの登録

Cloud Controlでは、一部のタスクを自動的に実行することで、保護されたデータベースの登録処理が簡素化されます。

関連項目:

「保護されたデータベースの登録の概要」

注意:

保護されたデータベースの登録に使用するリカバリ・アプライアンス設定セクションが表示されるのは、Oracle Database 11gリリース2 (11.2)以上を使用している保護されたデータベースのみです。保護されたデータベースのリリースが11.2より前の場合は、コマンドラインを使用して保護されたデータベースを登録し、仮想プライベート・カタログのユーザー資格証明を構成してください。

保護されたデータベースをリカバリ・アプライアンスに登録する手順:

1. 保護されたデータベースをリカバリ・アプライアンスに追加します。

この手順は、『Zero Data Loss Recovery Appliance管理者ガイド』の説明に従って、リカバリ・アプライアンス管理者が実行する必要があります。

リカバリ・アプライアンス管理者は、保護されたデータベースを追加する際に、保護されたデータベースに関連付ける保護ポリシー、リカバリ・アプライアンス上で保護されたデータベース用に予約済のディスク領域の最小量、および保護されたデータベースのバックアップに必要な権限を持つリカバリ・アプライアンス・ユーザーを定義します。

2. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

3. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップ設定」を選択します。

「バックアップ設定」ページが表示されます。

4. リカバリ・アプライアンス設定セクションで、次の設定を指定します。

- リカバリ・アプライアンス: 保護されたデータベースを登録するリカバリ・アプライアンスの名前を選択します。保護されたデータベースのバックアップは、このリカバリ・アプライアンスに格納されます。

- 仮想プライベート・カタログのユーザー: この保護されたデータベースのバックアップを送信するために必要な権限を持つ、リカバリ・アプライアンスの仮想プライベート・カタログ・ユーザー(リカバリ・アプライアンス・ユーザー)を選択します。このユーザーは、リカバリ・アプライアンス管理者が事前に作成しておく必要があります(『Zero Data Loss Recovery Appliance管理者ガイド』を参照)。

注意:

リアルタイムREDOトランスポートの有効化を選択すると、保護されたデータベースのREDOデータを直接リカバリ・アプライアンスへ非同期にトランスポートできます。あるいは、「Cloud Controlを使用した保護されたデータベースのリカバリ設定の構成」の説明に従って保護されたデータベースのリカバリ設定を構成する際に、リアルタイムREDOトランスポートを有効にすることもできます。

5. 「適用」をクリックして、設定を保存します。

保護されたデータベースがリカバリ・アプライアンスに登録されると、保護されたデータベースのホーム・ページ(図3-1を参照)を使用して、保護されたデータベースの構成、バックアップおよびリカバリ操作を実行できるようになります。

3.2.3 Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス

Cloud Controlの保護されたデータベースのホーム・ページは一元的なインタフェースを提供し、保護されたデータベースの構成、バックアップおよびリカバリ・タスクを管理できます。

保護されたデータベースのホーム・ページにアクセスする手順:

1. リカバリ・アプライアンス用のCloud Controlインタフェースを開き、保護されたデータベースのEnterprise Manager管理者としてログインします。

「保護されたデータベースの操作を管理するEnterprise Manager管理者の作成」を参照してください。

2. 「ターゲット」メニューから、「データベース」を選択します。

データベース・ページが表示されます。権限を有するすべての保護されたデータベースが一覧で表示されます。

3. 「名前」列で、バックアップおよびリカバリ操作を実行する保護されたデータベースの名前をクリックします。

選択した保護されたデータベースのホーム・ページが表示されます(図3-1を参照)。このページのメニュー・オプションを使用して、保護されたデータベースの構成、バックアップおよびリカバリ・タスクを実行します。

図3-1 保護されたデータベースのホーム・ページ

3.3 保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)

リカバリ・アプライアンスでの登録手順は、DBMS_RAパッケージ内のプロシージャを使用して実行します。保護されたデータベースで実行する手順には、RMANまたはオペレーティング・システム・コマンドを使用します。

RMANを使用して保護されたデータベースをリカバリ・アプライアンスに登録する手順:

1. リカバリ・アプライアンス・バックアップ・モジュールをインストールします。

これにより、リカバリ・アプライアンスへのアクセスに必要な資格証明を格納するOracleウォレットが作成され、バックアップ・データをリカバリ・アプライアンスに転送する共有ライブラリがインストールされます。

注意:

保護されたOracle 10gデータベースでは、ライブラリをインストールしてウォレットを作成する手動の手順が別に必要です。これらのタスクを完了する手順は、「保護されたOracle 10gデータベースの登録」を参照してください。

関連項目:

「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

2. 保護されたデータベースをリカバリ・アプライアンスに追加します。

リカバリ・アプライアンスのメタデータ・データベースに対してSYS権限を持つリカバリ・アプライアンス管理者が保護されたデータベースを追加します。保護されたデータベースに割り当てる必要のある保護ポリシーをリカバリ・アプライアンス管理者が判断できるように、次の情報を提供する必要があります。

- 保護されたデータベースのリカバリ・ウィンドウ目標

- この保護されたデータベースのバックアップを格納するために必要な推定領域

関連項目:

『Zero Data Loss Recovery Appliance管理者ガイド』

3. 保護されたデータベースの認証に使用するリカバリ・アプライアンス・ユーザーに対して、バックアップおよびリカバリ操作の実行に必要な権限を付与します。このリカバリ・アプライアンス・ユーザーは、保護されたデータベースのメタデータが格納される仮想プライベート・カタログの所有者です。

関連項目:

『Zero Data Loss Recovery Appliance管理者ガイド』

4. 保護されたデータベースをリカバリ・アプライアンス・カタログに登録します。

「保護されたデータベースのリカバリ・アプライアンス・カタログへの登録」では、このタスクについて説明します。

5. 登録プロセスが完了したらテスト・バックアップを実行し、構成が正しいことを確認します。

「コマンドラインを使用したテスト・バックアップの実行」では、このタスクについて説明します。

3.3.1 リカバリ・アプライアンス・バックアップ・モジュールのインストール

保護されたデータベースは、リカバリ・アプライアンス・バックアップ・モジュールを介してリカバリ・アプライアンスと通信します。保護されたデータベースをリカバリ・アプライアンスに登録する前に、保護されたデータベースのホストにバックアップ・モジュールをインストールする必要があります。リカバリ・アプライアンス・バックアップ・モジュールをインストールする必要がある場所については、「リカバリ・アプライアンス・バックアップ・モジュールの概要」を参照してください。

リカバリ・アプライアンス・バックアップ・モジュールのインストール時に、保護されたデータベースとリカバリ・アプライアンスとの認証に必要な資格証明が格納されるOracleウォレットが作成されます。その他のOracleウォレットを作成するには、「保護されたデータベースでのOracleウォレットの作成」を参照してください。

注意:

保護されたOracle 10gデータベースでは、ライブラリをインストールしてウォレットを作成する手動の手順が別に必要です。これらのタスクを完了する手順は、「保護されたOracle 10gデータベースの登録」を参照してください。

リカバリ・アプライアンス・バックアップ・モジュールをインストールする手順:

1. 「リカバリ・アプライアンス・バックアップ・モジュールのインストールの準備」で説明している準備タスクを完了します。

2. 「リカバリ・アプライアンス・バックアップ・モジュールのインストーラの入手」の説明に従って、リカバリ・アプライアンス・バックアップ・モジュールのインストーラをダウンロードします。

3. 「リカバリ・アプライアンス・バックアップ・モジュールのインストーラの実行」の説明に従って、1つ以上の保護されたデータベースが含まれている各Oracleホームに、リカバリ・アプライアンス・バックアップ・モジュールをインストールします。

3.3.1.1 リカバリ・アプライアンス・バックアップ・モジュールのインストールの準備

リカバリ・アプライアンス・バックアップ・モジュールをインストールする前に、次の手順を完了してください。

- Javaバージョン1.5以上が搭載されていることを確認します。

- リカバリ・アプライアンス管理者に問い合せて、次の情報を入手します。

- リカバリ・アプライアンスのホスト名およびポート番号

- 保護されたデータベースとリカバリ・アプライアンスとの認証で使用するリカバリ・アプライアンス・ユーザーの資格証明
保護されたデータベースのバックアップおよびリカバリ操作の実行に必要な権限を、リカバリ・アプライアンス・ユーザーに割り当てる必要があります。

- 保護されたデータベースのリリースがOracle Database 10gリリース2以上であることを確認します。

3.3.1.2 リカバリ・アプライアンス・バックアップ・モジュールのインストーラの入手

リカバリ・アプライアンス・バックアップ・モジュールのインストーラは、Oracle Technology Network (OTN)からダウンロードするか、リカバリ・アプライアンスから入手できます。

リカバリ・アプライアンスでは、インストーラはra_installer.zipという名前で、ORACLE_HOME/libディレクトリ内にあります。インストール時、リカバリ・アプライアンス・バックアップ・モジュールはまず、ご使用のプラットフォームに必要なモジュールをOTNからダウンロードしようとします。OTNにアクセスできない場合、インストーラは必要なライブラリをリカバリ・アプライアンスから取得します。

リカバリ・アプライアンス・バックアップ・モジュールのインストーラをOTNからダウンロードする手順:

1. 次のOTNのURLにアクセスします。

http://www.oracle.com/technetwork/database/availability/oracle-zdlra-backup-module-2279224.html

2. OTNアカウントの資格証明を使用してサインインします。

3. 「ライセンス契約に同意する」を選択し、OTNライセンス契約に同意します。

4. サポートされているすべてのプラットフォームをクリックして、ご使用のプラットフォーム用のリカバリ・アプライアンス・バックアップ・モジュールをダウンロードします。

リカバリ・アプライアンスのインストーラの名前はra_installer.zipです。

3.3.1.3 リカバリ・アプライアンス・バックアップ・モジュールのインストーラの実行

保護されたデータベースのホスト・ファイル・システムにリカバリ・アプライアンス・バックアップ・モジュールをインストールします。リカバリ・アプライアンス・バックアップ・モジュールは共有ライブラリなので、保護されたデータベースのすべてのインスタンスが参照できる共有ライブラリの検索パス内の場所にインストールする必要があります。たとえばOracleデータベースでは、$ORACLE_HOME/libが共有ライブラリのデフォルトの場所です。

リカバリ・アプライアンス・バックアップ・モジュールの場所は、ALLOCATE CHANNELまたはCONFIGURE CHANNELコマンドのSBT_LIBRARYパラメータで使用します(「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」を参照)。

リカバリ・アプライアンス・バックアップ・モジュールのインストーラを実行する手順:

1. 「リカバリ・アプライアンス・バックアップ・モジュールのインストーラの入手」でダウンロードしたインストーラをローカル・ディレクトリに解凍します。

インストーラには、ra_install.jarおよびra_readme.txtの各ファイルが含まれています。

2. ORACLE_HOME環境変数が保護されたデータベースのOracleホームに設定されていることを確認します。

3. 必須パラメータを指定してインストーラra_install.jarを実行します。表3-1に、リカバリ・アプライアンス・バックアップ・モジュールのインストールに必要なパラメータを示します。

たとえば、次のコマンドではVPCのユーザー名rauser11およびパスワードrau11pswdを使用して、Recovery Applianceのインストーラを実行します。リカバリ・アプライアンスの資格証明が格納されているOracleウォレットは$ORACLE_HOME/dbs/ra_walletに、リカバリ・アプライアンス・バックアップ・モジュール用のSBTライブラリは$ORACLE_HOME/libにそれぞれ格納されます。リカバリ・アプライアンスの単一クライアント・アクセス名(SCAN)はra-scan、リカバリ・アプライアンスのメタデータ・データベースのリスナー・ポート番号は1521、リカバリ・アプライアンスのメタデータ・データベースのサービス名はmyzdlraです。

% java -jar ra_install.jar -dbUser rauser11 -dbPass rau11pswd -host ra-scan -port 1521
-serviceName myzdlra -walletDir $ORACLE_HOME/dba/ra_wallet -libDir $ORACLE_HOME/lib
-proxyHost www-proxy.mycompany.com

関連項目:

Oracleウォレットを手動で作成する手順については、「保護されたデータベースでのOracleウォレットの作成」を参照してください

3.3.2 保護されたOracle 10gデータベースの登録

保護されたOracle 10gデータベースを登録するには、登録プロセスの前半で手動の構成手順が別に必要です。

保護されたデータベース・サーバーで次のタスクを実行します。

1. tnsnames.oraファイルに、リカバリ・アプライアンスの接続記述子を追加します。

この記述子が必要なのは、Oracle 10gでは簡易接続のネーミング・メソッドがサポートされていないためです。

次の例は、リカバリ・アプライアンスのエントリがファイルでどのように表示されるかを示しています。

ZDLRA9=
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = scaz15ingest-scan1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = zdlra9)
)
)

2. $ORACLE_HOME/dbsディレクトリに、Oracleウォレットのディレクトリを作成します。

3. 前の手順で作成したサブディレクトリに、ウォレットを作成します。

次の例では、ra_walletというサブディレクトリにウォレットを作成しています。

$ /u01/app/oracle/product/10.2.0/db_1/bin/mkstore -wrl
/u01/app/oracle/product/10.2.0/db_1/dbs/ra_wallet/ -create

4. ウォレットに、リカバリ・アプライアンス・ユーザー(仮想プライベート・カタログのユーザー)の資格証明を追加します。

次の例では、zdlra9というリカバリ・アプライアンスに対して、ユーザー名がrauser10、パスワードがwelcome1の資格証明を作成します。

$ /u01/app/oracle/product/10.2.0/db_1/bin/mkstore -wrl
/u01/app/oracle/product/10.2.0/db_1/dbs/ra_wallet/ -createCredential "zdlra9" "rauser10" "welcome1"

5. sqlnet.oraファイルに、Oracleウォレットの場所が含まれていることを確認します。

次の例は、表示されるエントリを示しています。

$ cat /u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora
# sqlnet.ora Network Configuration File:
/u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora
# Generated by Oracle configuration tools.
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
SQLNET.WALLET_OVERRIDE = true
WALLET_LOCATION =
(SOURCE =
(METHOD = FILE)
(METHOD_DATA =
(DIRECTORY = /u01/app/oracle/product/10.2.0/db_1/dbs/ra_wallet)
)
)

6. リカバリ・アプライアンスのORACLE_HOME/libディレクトリから、保護されたデータベースのORACLE_HOME/libディレクトリに、libra.soファイルをコピーします。

3.3.3 保護されたデータベースのリカバリ・アプライアンス・カタログへの登録

すべての保護されたデータベースは、ターゲットのリカバリ・アプライアンスのリカバリ・アプライアンス・カタログを使用して、保護されたデータベースのバックアップ・メタデータを格納する必要があります。保護されたデータベースをリカバリ・アプライアンス・カタログに登録すると、保護されたデータベースのメタデータとそのバックアップがリカバリ・アプライアンス・カタログに格納されるようになります。ただし、「保護されたデータベースのメタデータのリカバリ・アプライアンス・カタログへのインポート」の説明に従ってRMANリカバリ・カタログをリカバリ・アプライアンス・カタログにインポートしないかぎり、RMANリカバリ・カタログに格納されている既存のバックアップ・メタデータは、リカバリ・アプライアンス・カタログでは使用できません。

保護されたデータベースをリカバリ・アプライアンスに登録するには、REGISTER DATABASEコマンドを使用します。

保護されたデータベースをリカバリ・アプライアンスに登録する手順:

1. この保護されたデータベースのバックアップ・メタデータを格納するリカバリ・アプライアンス・カタログの所有者の名前およびパスワードを取得します。これらの資格証明については、リカバリ・アプライアンス管理者に問い合せてください。

2. 保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」を参照してください。

3. REGISTER DATABASEコマンドを使用して保護されたデータベースを登録します。

次のコマンドを実行すると、保護されたデータベースがリカバリ・アプライアンスに登録されます。

REGISTER DATABASE;

database registered in recovery catalog
starting full resync of recover catalog
full resync complete

関連項目:

- REGISTER DATABASEコマンドの詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

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

- ネット・サービス名の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

3.4 保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)

保護されたデータベースをリカバリ・アプライアンスにバックアップする前に、保護されたデータベースのバックアップおよびリカバリ設定を構成する必要があります。これらの構成済設定は、後続のバックアップおよびリカバリ操作で使用されます。

注意:

Cloud Controlを使用して登録できる保護されたデータベースは、Oracle Database 11gリリース2 (11.2)以上です。リリース11.2より前のOracle Databaseでは、コマンドラインを使用してバックアップおよびリカバリ設定を構成してください。

3.4.1 Cloud Controlを使用した保護されたデータベースのバックアップ設定の構成

バックアップ設定では、保護されたデータベースのデフォルトのバックアップ環境を定義します。リアルタイムREDOトランスポートとポーリング位置を構成する設定では、リカバリ・アプライアンスへのバックアップの作成方法を定義します。その他の設定(制御ファイルの自動バックアップやバックアップの最適化など)では、保護されたデータベースのバックアップに関するベスト・プラクティスとパフォーマンス改善を定義します。これらの設定は、要件に基づいて構成できます。

関連項目:

「保護されたデータベースのバックアップ設定の概要」

Cloud Controlを使用して保護されたデータベースのバックアップ設定を構成する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップ設定」を選択します。

保護されたデータベースの「バックアップ設定」ページが表示されます。図3-2に、「バックアップ設定」ページの「デバイス」タブを示します。「リカバリ・アプライアンス設定」セクションに、「Cloud Controlを使用した保護されたデータベースのリカバリ・アプライアンスへの登録」で構成したリカバリ・アプライアンスおよびリカバリ・アプライアンス・ユーザーが表示されます。

図3-2 保護されたデータベースの「バックアップ設定」ページ

3. 「デバイス」タブで、次のオプション設定を構成します。

- 保護されたデータベースのREDOデータをリカバリ・アプライアンスへ非同期に書き込むには、リカバリ・アプライアンス設定セクションでリアルタイムREDOトランスポートの有効化を選択します。

関連項目:

「リアルタイムREDOトランスポートについて」

- 保護されたデータベースのバックアップのポーリングを構成する場合は、「ディスク設定」セクションの「ディスク・バックアップの場所」設定でポーリング位置を指定します。
この位置をポーリング位置として指定している保護ポリシーが保護されたデータベースに割り当てられている場合、この位置に作成されたディスク・バックアップがリカバリ・アプライアンスによって自動的に取得されます。ポーリング・ポリシーはリカバリ・アプライアンス管理者が作成します。

関連項目:

- バックアップのポーリング・ポリシーの詳細は、Zero Data Loss Recovery Appliance管理者ガイドを参照してください。

- 「バックアップのポーリングで使用するNFS記憶域のマウント」

4. 「ポリシー」タブで、バックアップする必要のあるオブジェクトを定義する設定を構成します。

このセクションの設定は必ずしも構成する必要はありませんが、制御ファイルおよびサーバー・パラメータ・ファイルの自動バックアップは構成することを強くお薦めします。表3-2に、これらの構成設定を示します。

- 制御ファイルおよびサーバー・パラメータ・ファイルの自動バックアップを構成する手順:

- 「各バックアップとデータベースの構成変更ごとに、制御ファイルおよびサーバー・パラメータ・ファイル(SPFILE)を自動的にバックアップ」を選択します。

- 「自動バックアップ・ディスクの場所」フィールドに、制御ファイルおよびサーバー・パラメータ・ファイルの自動バックアップを格納する必要がある既存のディレクトリまたは自動ストレージ管理(ASM)のディスク・グループ名を指定します。場所が指定されていない場合、自動バックアップはローカルの高速リカバリ領域に格納されます。

- バックアップの最適化を有効にするには、「バックアップ済の、読取り専用およびオフラインのデータファイルなどの未変更ファイルをスキップして、データベース全体のバックアップを最適化します」を選択します。

- ブロック変更トラッキングを有効にするには、「増分バックアップの高速化のためブロック変更トラッキングを有効化」を選択し、「ブロック変更トラッキング・ファイル」フィールドにブロック変更トラッキング・ファイルの名前を指定します。

- 「データベース全体のバックアップから除外される表領域」セクションには表領域を追加しないでください。

注意:

リカバリ・アプライアンスにバックアップする場合は、保護されたデータベースの初期全体バックアップにすべての表領域が含まれている必要があります。

- 「アーカイブREDOログの削除ポリシー」セクションで次のいずれかのオプションを選択し、保護されたデータベースのホストに格納されているローカル・バックアップのREDOログ・ファイルの削除についてRMANでどのように処理すべきかを指定します。

- なし
高速リカバリ領域にあるアーカイブREDOログが1回以上バックアップされているか、バックアップ保存ポリシーに基づいて不要になっている場合、これらのファイルは削除できます。

- 指定回数バックアップされたアーカイブREDOログ・ファイルを削除
「バックアップ」フィールドに指定された回数バックアップされたアーカイブREDOログ・ファイルを削除します。

注意:

「保存ポリシー」セクションでは値を指定する必要はありません。保存ポリシーは、保護されたデータベースをリカバリ・アプライアンスに登録した際に関連付けられる保護ポリシーから継承されるため、「保存ポリシー」セクション内の設定はリカバリ・アプライアンスへのバックアップには使用されません。

5. 「適用」をクリックしてバックアップ設定を保存します。

3.4.2 Cloud Controlを使用した保護されたデータベースのリカバリ設定の構成

リカバリ設定では、保護されたデータベースのデフォルトのリカバリ環境を定義します。リカバリ・アプライアンスの必須設定は、ログのアーカイブ・ファイル名の書式のみです。他のリカバリ設定は必要に応じて構成してください。

関連項目:

「保護されたデータベースのリカバリ設定の概要」

Cloud Controlを使用して保護されたデータベースのリカバリ設定を構成する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「リカバリ設定」を選択します。

保護されたデータベースの「リカバリ設定」ページが表示されます(図3-3を参照)。

図3-3 保護されたデータベースのリカバリ設定

3. 「インスタンス・リカバリ」セクションで、「平均リカバリ時間の指定(FAST_START_MTTR_TARGET)」を指定します。リカバリ設定の簡単な説明は、表3-3を参照してください。

4. 「メディア・リカバリ」セクションで、次の手順を実行します。

- (オプション)「ARCHIVELOGモード」を選択します。

- (オプション)「ログのアーカイブ・ファイル名の書式」フィールドに、アーカイブREDOログ・ファイルの名前に使用する書式を指定します。

- 「アーカイブREDOログの保存先」フィールドにアーカイブREDOログ・ファイルの格納先を入力するか、USE_DB_RECOVERY_FILE_DESTを指定してREDOログ・ファイルを必ずローカルの高速リカバリ領域に格納するように指示します。
この保護されたデータベースの「バックアップ設定」でリアルタイムREDOトランスポートの有効化を選択している場合、アーカイブREDOログの保存先は自動的に設定されます。

5. 保護されたデータベースのローカルの高速リカバリ領域を構成するには、「高速リカバリ」セクションで次のように指定します。

- 「高速リカバリ領域の場所」フィールドに、バックアップ関連ファイルを格納するファイルシステムまたはASMの場所を指定します。保護されたデータベースの高速リカバリ領域を構成することをお薦めします。保護されたデータベースのローカル・バックアップは高速リカバリ領域に格納されます。

- 「高速リカバリ領域サイズ」フィールドに、高速リカバリ領域に割り当てられるディスク領域の割当て制限を指定します。これは、この保護されたデータベース用のリカバリ領域で使用可能な記憶域の最大サイズです。高速リカバリ領域を構成する場合は、必ずサイズを指定する必要があります。

6. 「適用」をクリックしてリカバリ設定を保存します。

3.4.3 Cloud Controlを使用した保護されたデータベースのバックアップ構成のクリア

保護されたデータベースのバックアップ構成をクリアし、既存のRecovery Appliance設定を削除できます。バックアップ構成をクリアすると、現在構成されているRecovery Applianceと仮想プライベート・カタログ・ユーザー、構成されている任意のRMANチャネル、およびリアルタイムREDOトランスポート構成が削除されます。

Cloud Controlを使用して保護されたデータベースのバックアップ構成をクリアする手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップ設定」を選択します。

保護されたデータベースの「バックアップ設定」ページが表示されます(図3-2を参照)。

3. 「リカバリ・アプライアンス設定」セクションで、「構成のクリア」をクリックします。

注意:

保護されたデータベースにリアルタイムREDOトランスポートが構成されていた場合、Cloud Controlでこの保護されたデータベースの「REDO送信」列の正確な状態を維持するよう手動でREDOログ・スイッチに強制する必要があります。

3.5 保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)

通常のRMANコマンドを使用して、保護されたデータベースのバックアップおよびリカバリ設定を構成できます。これらの構成済設定は、後続のバックアップおよびリカバリ操作で使用されます。

この項には次のトピックが含まれます:

- コマンドラインを使用した保護されたデータベースのバックアップ設定の構成

- コマンドラインを使用した保護されたデータベースのリカバリ設定の構成

- リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法

3.5.1 コマンドラインを使用した保護されたデータベースのバックアップ設定の構成

保護されたデータベースのバックアップ設定のデフォルト値はRMANによって割り当てられます。CONFIGUREコマンドを使用すると、保護されたデータベースのバックアップ要件に応じて、これらの設定を変更できます。

関連項目:

「保護されたデータベースのバックアップ設定の概要」

コマンドラインを使用して保護されたデータベースのバックアップ設定を構成する手順:

1. RMANを使用して、保護されたデータベースにTARGETとして接続します。

次のコマンドでは、RMANを起動し、オペレーティング・システム認証を使用して保護されたデータベースにターゲットとして接続します。

% rman target /

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

2. CONFIGUREコマンドを使用して、必要なバックアップ設定を構成します。

構成可能なバックアップ設定は次のとおりです。

- 高速リカバリ領域

- リカバリ・アプライアンスのメディア・マネージャ
「リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成」の説明に従って、リカバリ・アプライアンス・バックアップ・モジュールを指すようにRMAN SBTチャネルを構成します。

- バックアップの最適化

関連項目:

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

3. (オプション)保護されたデータベースのREDOトランスポート・サービスを設定するには、「リアルタイムREDOトランスポートの構成」の説明に従って、リアルタイムREDOトランスポートを構成します。

3.5.1.1 リアルタイムREDOトランスポートの構成

リアルタイムREDOトランスポートを構成すると、保護されたデータベースのREDOデータはリカバリ・アプライアンスに直接トランスポートされて格納されます。これにより、連続するアーカイブ・ログのバックアップ間でデータ損失の危険にさらされる期間が短くなります(「保護されたデータベースのリアルタイムREDOトランスポートの構成について」を参照)。

保護されたデータベースのリアルタイムREDOトランスポートを構成する手順は1回かぎりです。設定すると、保護されたデータベースのREDOデータはリカバリ・アプライアンスへ非同期にトランスポートされます。

注意:

- REDOトランスポートに使用するユーザーは、リカバリ・アプライアンスにバックアップを送信するために構成したのと同じユーザーである必要があります。

- 保護されたデータベースのリアルタイムREDOトランスポート構成をクリアする場合、保護されたデータベースの正確な状態を維持するよう手動でREDOログ・スイッチに強制する必要があります。ログ・スイッチはリモート・サーバー・プロセス(RFS)を強制して、REDOデータのリカバリ・アプライアンスへの送信を停止します。

関連項目:

- REDOトランスポートがサポートされているOracle Databaseのリリースの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

- Oracle Data Guardが装備されているリカバリ・アプライアンス用にREDOトランスポートを構成する方法の詳細は、『Data Guard構成へのZero Data Loss Recovery Applianceのデプロイ』を参照してください。

保護されたデータベースのリアルタイムREDOトランスポートを有効にする手順:

1. 保護されたデータベース・ユーザーがリカバリ・アプライアンスにバックアップを送信する際に使用する、リカバリ・アプライアンス・ユーザーが構成されていることを確認します。この同じユーザーが、REDOトランスポートにも使用されます。

リカバリ・アプライアンス(およびREDOトランスポート)ユーザーの資格情報を含む、保護されたデータベースに、Oracleウォレットが作成されたことも確認します。このプロセスは、「保護されたデータベースでのOracleウォレットの作成」を参照してください。

関連項目:

リカバリ・アプライアンス・ユーザーが使用する仮想プライベート・カタログのアカウントの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください

2. 保護されたデータベースが次の条件を満たしていることを確認します。

- ARCHIVELOGモードが有効になっていること

- DB_UNIQUE_NAMEパラメータが設定されていること

3. 保護されたデータベースに、初期化パラメータREMOTE_LOGIN_PASSWORDFILEおよびLOG_ARCHIVE_FORMATが設定されていることを確認します。

REMOTE_LOGIN_PASSWORDFILE=exclusive
LOG_ARCHIVE_FORMAT='log_%d_%t_%s_%r.arc'

REMOTE_LOGIN_PASSWORDFILEの設定値は、exclusiveかsharedのどちらかです。

4. SQL*Plusを起動し、SYSDBAまたはSYSBACKUP権限を持つユーザーとして保護されたデータベースに接続します。

次のコマンドでは、オペレーティング・システム認証を使用して、保護されたデータベースにSYSDBA権限で接続します。

% sqlplus / as sysdba

5. (Oracle RACのみ) DG_CONFIGリストが含まれるようにLOG_ARCHIVE_CONFIG初期化パラメータを設定します。また、保護されたデータベースのDB_UNIQUE_NAMEも設定します。

SYSDBA権限を持つユーザーとして保護されたデータベースに接続した場合、次のSQLコマンドを実行すると、db_unique_nameがhr_ptdbで、db_nameがhr_ptdbのDB_UNIQUE_NAMEパラメータおよび LOG_ARCHIVE_CONFIGパラメータが保護されたデータベースに設定されます。

ALTER SYSTEM SET DB_UNIQUE_NAME=hr_ptdb SCOPE=BOTH;
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(zdlra2,hr_ptdb)' SCOPE=BOTH;

リカバリ・アプライアンス・データベースのDB_NAMEおよびDB_UNIQUE_NAMEはzdlra2です。

関連項目:

DG_CONFIGリストの設定の詳細は、『Oracle Data Guard概要および管理』を参照してください。

6. リカバリ・アプライアンス上のREDOステージング領域を指すようにアーカイブ・ログの保存先を構成します。

アーカイブ・ログの保存先を構成するには、LOG_ARCHIVE_DEST_nパラメータ(nは1から31までの任意の数)の1つを設定します。REDOデータの格納先を指定するSERVICE属性を含める必要があります。この属性は、保護されたデータベースからのREDOストリームを格納するリカバリ・アプライアンス・データベースのネット・サービス名に設定します。

次の例では、ネット・サービス名がbostonのリカバリ・アプライアンスにREDOデータを非同期にトランスポートするよう、保護されたデータベースを構成します。

ALTER SYSTEM SET LOG_ARCHIVE_DEST_3='SERVICE=boston
VALID_FOR=(ALL_LOGFILES, ALL_ROLES) ASYNC DB_UNIQUE_NAME=zdlra2' SCOPE=BOTH;

関連項目:

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

7. 手順6で構成したアーカイブREDOログの保存先でロギングを有効にするには、LOG_ARCHIVE_DEST_STATE_nパラメータ(nは、手順6で指定したLOG_ARCHIVE_DEST_nパラメータで使用されている値と一致)を設定します。

次のコマンドでは、LOG_ARCHIVE_DEST_3パラメータを使用して設定した保存先でアーカイブREDOロギングを有効にします。

ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_3='ENABLE' SCOPE=BOTH;

関連項目:

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

8. この保護されたデータベース用に作成されたリカバリ・アプライアンス・ユーザーにREDOトランスポートを設定します(手順1を参照)。

次の例では、REDOトランスポート・ユーザーをravpc1に設定します。

ALTER SYSTEM SET REDO_TRANSPORT_USER=ravpc1 SCOPE=BOTH;

9. 保護されたデータベースを停止し、再起動します。

SHUTDOWN IMMEDIATE;
STARTUP;

保護されたデータベースでサーバー・パラメータ・ファイルのかわりにパラメータ・ファイルが使用されている場合、保護されたデータベースを起動する前に、手順5から8で設定したパラメータをパラメータ・ファイルに追加してください。

3.5.1.2 保護されたデータベースでのOracleウォレットの作成

Oracleウォレットには、保護されたデータベースがリカバリ・アプライアンスとの認証に使用するリカバリ・アプライアンス・ユーザーの資格証明が格納されます。これらの同じ資格証明は、構成されていればバックアップとREDOの送信にも使用されます。リカバリ・アプライアンス・バックアップ・モジュールをインストールすると、Oracleウォレットは自動的に作成されます。ウォレットと必須エントリの追加は、手動で行うこともできます。

注意:

保護されたデータベースのsqlnet.oraファイルには、Oracleウォレットの場所が含まれている必要があります。ウォレットの場所は通常、リカバリ・アプライアンス・バックアップ・モジュールのインストール時に、このファイルに自動的に追加されます。

例3-1 保護されたデータベースでのOracleウォレットの作成

次のコマンドでは、ravpc1という名前のリカバリ・アプライアンスのユーザーの資格証明を格納するOracleウォレットを作成します。

$ mkstore                         \
-wrl $ORACLE_HOME/oracle/wallet \
-createALO                      \
-createCredential newyork ravpc1

ravpc1ユーザーのパスワードを要求された場合は入力します。ここで、newyorkはリカバリ・アプライアンス・データベースのネット・サービス名です。mkstoreコマンドを実行する前に、ディレクトリ$ORACLE_HOME/oracle/walletが作成されている必要があります。

例3-2 複数のユーザー資格証明が含まれるOracleウォレットの作成

次のコマンドでは、保護されたデータベースのOracleウォレットに2組の資格証明を作成します。このシナリオの場合、ra_userは、通常のバックアップおよびリカバリ操作(さらに、有効な場合はリアルタイムREDO)の際にリカバリ・アプライアンスによっても使用され、データ同期の際にData Guardスタンバイ・データベースによっても使用されます。リカバリ・アプライアンスのサービス名はzdlra2で、Data Guard設定のプライマリ・データベースのサービス名はchicagoです。

$ mkstore                                             \
-wrl $ORACLE_HOME/oracle/wallet                     \
-createALO                                          \
-createCredential chicago ra_user                 \
-createCredential zdlra2 ra_user

プロンプト表示されたら、ra_userのパスワードを入力します。mkstoreコマンドを実行する前に、ディレクトリ$ORACLE_HOME/oracle/walletが作成されている必要があります。

3.5.2 コマンドラインを使用した保護されたデータベースのリカバリ設定の構成

RMANによって割り当てられた、保護されたデータベースのリカバリ設定のデフォルト値を変更するには、CONFIGUREコマンドを使用します。

関連項目:

「保護されたデータベースのリカバリ設定の概要」

コマンドラインを使用して保護されたデータベースのリカバリ設定を構成する手順:

1. RMANを使用して、保護されたデータベースにTARGETとして接続します。

次のコマンドでは、RMANを起動し、オペレーティング・システム認証を使用して保護されたデータベースにターゲットとして接続します。

% rman target /

2. CONFIGUREコマンドを使用して、必要なリカバリ設定を構成します。

リカバリ設定については、「保護されたデータベースのリカバリ設定の概要」を参照してください。

関連項目:

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

3.5.3 リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法

Recovery Applianceとの間でバックアップをやり取りするには、Recovery Applianceバックアップ・モジュールに対応するRMAN SBT (テープへのシステム・バックアップ)チャネルを使用する必要があります。

保護されたデータベースの操作にRMANチャネルを使用する場合、次の方法を使用できます。

- リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成

- リカバリ・アプライアンスで使用するRMAN SBTチャネルの割当て

関連項目:

- 「RMAN SBTチャネルおよび保護されたデータベースについて」

- 「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

3.5.3.1 リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成

リカバリ・アプライアンスで使用するRMAN SBTチャネルを構成するには、RMAN CONFIGUREコマンドを使用します。保護されたデータベースにチャネルを構成すると、その保護されたデータベースでのバックアップ、リストアおよびメンテナンスのすべての操作に適用可能な永続設定が作成されます。構成済の設定は、特定の操作でALLOCATEコマンドを使用して明示的に削除、変更またはオーバーライドされるまで有効なままです。

例3-3では、リカバリ・アプライアンスで使用するRMAN SBTチャネルを構成します。これを構成した後は、リカバリ・アプライアンス・バックアップ・モジュールに対応するSBTチャネルをバックアップまたはリカバリ操作ごとに明示的に割り当てる必要はありません。

例3-3 リカバリ・アプライアンスで使用するRMANチャネルの構成

この例では、リカバリ・アプライアンス・バックアップ・モジュールを指しているSBT_LIBRARYパラメータを使用して、RMAN SBTチャネルを構成します。共有ライブラリlibra.soの完全パスが指定されています。RA_WALLETパラメータは、この保護されたデータベースとリカバリ・アプライアンスとの認証に使用する資格証明が格納されているOracleウォレットの場所を表します。ra-scanはリカバリ・アプライアンスのSCANで、zdlra5はリカバリ・アプライアンスのメタデータ・データベースのサービス名です。

CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE'
PARMS 'SBT_LIBRARY=/u01/app/oracle/product/11.2.0.4.0/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/app/oracle/product/11.2.0.4.0/dbhome_1/dbs/zdlra
credential_alias=ra-scan:1521/zdlra5:dedicated)' FORMAT '%U_%d';

3.5.3.2 リカバリ・アプライアンスで使用するRMAN SBTチャネルの割当て

リカバリ・アプライアンスへのバックアップまたはリカバリ・アプライアンスからのリカバリに使用するRMAN SBTチャネルを割り当てるには、RMAN ALLOCATEコマンドを使用します。特定の操作では、操作前にRMAN SBTチャネルを明示的に割り当てることにより、CONFIGUREコマンドで設定済の永続構成をオーバーライドできます。ALLOCATEコマンドとその他のコマンドをRUNブロックで囲みます。

例3-4では、リカバリ・アプライアンスで使用するRMAN SBTチャネルを割り当ててから、アーカイブREDOログを含む保護されたデータベースの全体バックアップを作成します。

例3-4 リカバリ・アプライアンスで使用するRMANチャネルの割当て

この例では、リカバリ・アプライアンス・バックアップ・モジュールの完全パスを指定するSBT_LIBRARYパラメータを使用して、RMAN SBTチャネルを割り当てます。ENV設定では、リカバリ・アプライアンス・バックアップ・モジュールで使用する構成パラメータを指定します。ra-scanはリカバリ・アプライアンスのSCANで、zdlra5はリカバリ・アプライアンスのメタデータ・データベースのサービス名です。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/app/oracle/product/12.1.0.2/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/app/oracle/product/12.1.0.2/dbhome_1/dbs
credential_alias=ra-scan:1521/zdlra5:dedicated)' FORMAT '%U_%d';
BACKUP INCREMENTAL LEVEL 1 DATABASE PLUS ARCHIVELOG;
}

3.6 テスト・バックアップおよびリカバリ操作の実行

保護されたデータベースをリカバリ・アプライアンスに登録した後で、テスト・バックアップおよびリカバリ操作を実行することをお薦めします。このテストにより、構成設定が正確であること、およびリカバリ・アプライアンスへのバックアップとリカバリ・アプライアンスからのリカバリが正常に実行されることを確認できます。テスト・バックアップまたはリカバリでなんらかの問題が発生した場合は、設定を修正して保護されたデータベースを再構成できます。

3.6.1 コマンドラインを使用したテスト・バックアップの実行

保護されたデータベースをリカバリ・アプライアンス用に構成した後でテスト・バックアップを試行することにより、リカバリ・アプライアンスへの接続をテストできます。

保護されたデータベースのテスト・バックアップを作成する手順:

1. 保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」を参照してください。

2. 「リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成」の説明に従って、リカバリ・アプライアンス用にRMAN SBTチャネルを構成します。

チャネル数を選択する際の適切なガイドラインとしては、増分バックアップで現在使用しているチャネル数、またはコア数/CPU数に応じてノード当たり2つまたは4つのチャネル数(デフォルト)から始めることをお薦めします。

3. 次のRMANコマンドを使用して、全体バックアップを実行します。

BACKUP DEVICE TYPE SBT CUMULATIVE INCREMENTAL LEVEL 1 DATABASE
PLUS ARCHIVELOG FORMAT %d_%U;

このBACKUPコマンドは、レベル0のバックアップが存在しない場合に初めて実行されるとき、新しいレベル0のバックアップを作成します。

注意:

リカバリ・アプライアンスでは、バックアップする必要があるログを追跡し、同じアーカイブREDOログを重複してバックアップしないようにしているので、アーカイブREDOログを定期的なバックアップに含めることができます。アーカイブREDOログを含めておくと、ギャップが存在する場合に役立ちます。アーカイブREDOログがないと、ギャップの検出が遅れる可能性があります。

3.6.2 コマンドラインを使用したテスト・リカバリの実行

保護されたデータベースのテスト・バックアップをリカバリ・アプライアンスに作成した後で、テスト・リカバリを実行してこのバックアップを検証できます。

保護されたデータベースのテスト・リカバリを実行する手順:

1. 保護されたデータベースを停止してからNOMOUNTモードで再起動します。

2. 保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」を参照してください。

3. 「リカバリ・アプライアンスで使用するRMAN SBTチャネルの構成」の説明に従って、リカバリ・アプライアンス用にRMAN SBTチャネルを構成します。

4. 次のRMANコマンドを使用して、前に作成済のテスト・バックアップをリカバリ・アプライアンスからリストアします。VALIDATEオプションを使用すると、本番データベースを妨げずにこれを行うことができます。

RESTORE VALIDATE DATABASE;

これらのバックアップおよびリカバリ手順が正常に実行されたら、クライアント・データベースではリカバリ・アプライアンスへの定期バックアップをいつでも実行できます。

3.6.3 Cloud Controlを使用したテスト・バックアップの実行

保護されたデータベースを構成した後で、テスト・バックアップを実行して構成が正確であることを確認します。

Cloud Controlを使用してテスト・バックアップを実行する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップ設定」を選択します。

「バックアップ設定」ページの「デバイス」タブが表示されます。図3-4に、このページのリカバリ・アプライアンス設定セクションを示します。

図3-4 「バックアップ設定」ページのリカバリ・アプライアンス設定セクション

3. リカバリ・アプライアンス設定セクションで、「テスト・バックアップ」をクリックします。

Cloud Controlによりテスト・バックアップが開始され、「処理中: リカバリ・アプライアンスへのバックアップのテスト」ページが表示されます。

バックアップが成功した場合は、リカバリ・アプライアンスへのバックアップのテストが成功しました。というメッセージが表示されます。

バックアップの実行時にエラーが発生すると、リカバリ・アプライアンスへのバックアップのテストが失敗しましたというエラー・メッセージが表示されます。「エラーの詳細を表示」をクリックすると、エラーの原因に関する詳細情報が含まれている「エラーの詳細を表示」ページが表示されます。問題を修正してからテスト・バックアップを実行します。

4 保護されたデータベースのバックアップ

この章では、保護されたデータベースをリカバリ・アプライアンスにバックアップする方法について説明します。

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

- 保護されたデータベースのバックアップの概要

- Cloud Controlを使用した保護されたデータベースのバックアップ

- コマンドラインを使用した保護されたデータベースのバックアップ

- Cloud Controlを使用した保護されたデータベースのバックアップのモニタリング

4.1 保護されたデータベースのバックアップの概要

保護されたデータベースを構成すると(「保護されたデータベースの構成」を参照)、保護されたデータベースのバックアップの作成とスケジュールが可能になります。リカバリ・アプライアンスでは、保護されたデータベースのバックアップに永久的増分バックアップ計画を使用します。この計画では、最初にレベル0の増分バックアップが作成され、その後に継続してレベル1の増分バックアップが作成されます(「リカバリ・アプライアンスの永久的増分バックアップ計画について」を参照)。

リアルタイムREDOトランスポートを使用する場合を除き、アーカイブREDOログ・ファイルをすべてのバックアップに含めて、保護されたデータベースの完全リカバリを実行できるようにしてください。

Enterprise Manager Cloud Control (Cloud Control)は、バックアップ・ジョブの作成とスケジュールを行うためのGUIを備えています。コマンドラインを使用する場合は、バックアップ計画の実装に必要なRMANバックアップ・コマンドが含まれるスクリプトを作成してから、任意のスケジューリング・ユーティリティを使用してこのスクリプトをスケジュールします。

注意:

保護されたデータベースがNOARCHIVELOGモードで実行されている場合、一貫性バックアップを実行する必要があり、保護されたデータベースの停止が必要となります。

4.2 Cloud Controlを使用した保護されたデータベースのバックアップ

Cloud Controlでは、保護されたデータベースに永久的増分バックアップ計画を実装する、事前構成済のリカバリ・アプライアンスへの推奨バックアップを提供します。また、全体バックアップ、増分バックアップ、選択した表領域/データ・ファイルのバックアップ、またはアーカイブREDOログ・ファイルと制御ファイルのバックアップの作成とスケジュールも可能です。

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

- 保護されたデータベースの推奨バックアップ計画の使用方法

- Cloud Controlを使用した保護されたデータベース全体のバックアップ

4.2.1 保護されたデータベースの推奨バックアップ計画の使用方法

リカバリ・アプライアンスへの推奨バックアップ計画とは、保護されたデータベースをバックアップ対象とする、定期的にスケジュールされた永久的増分バックアップ計画のことです。

リカバリ・アプライアンスへの推奨バックアップ計画を実装する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)」および「保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)」で説明している構成手順が完了していることを確認します。

3. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップのスケジュール」を選択します。

「バックアップのスケジュール」ページが表示されます(図4-1を参照)。

図4-1 保護されたデータベースのバックアップのスケジュール

4. 「リカバリ・アプライアンスへの推奨バックアップ」セクションで「推奨バックアップのスケジュール」を選択します。

リカバリ・アプライアンスへの推奨バックアップのスケジュール: オプションページが表示されます。

5. REDOデータのバックアップに使用する方法を指定します。

- 保護されたデータベースにリアルタイムREDOトランスポートが構成されていない場合は、「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択します。

- 必要に応じて、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択します。

6. 「次へ」をクリックして、リカバリ・アプライアンスへの推奨バックアップのスケジュール: スケジュールページを表示します。

7. (オプション)「ジョブ名」および「ジョブの説明」フィールドに入力されているデフォルト値を変更します。

8. バックアップ・ジョブをスケジュールします。

「スケジュール」セクションで「繰返し」を選択し、繰返しの頻度を毎日に設定して、「無期限」を選択します。

9. 「次へ」をクリックして、リカバリ・アプライアンスへの推奨バックアップのスケジュール: 確認ページを表示します。

「設定」セクションに、このバックアップの作成で使用する設定が表示されます。Cloud Controlによって、このバックアップの作成とスケジュールに必要なRMANスクリプトが生成されます。このスクリプトは、「RMANスクリプト」セクションで参照できます。

10. 「ジョブの発行」をクリックします。

「スケジュール」セクションの設定に基づいてバックアップ・ジョブが作成されます。「ジョブは正常に発行されました。」というメッセージが表示されます。

11. 「ジョブの表示」をクリックして、バックアップ・ジョブのステータスを表示します。

「サマリー」セクションにジョブ・サマリー(ステータス、バックアップのタイプ、データベース名、リカバリ・アプライアンス・カタログのユーザー名などの詳細情報)が表示されます。

「ジョブ・レポート」をクリックして、実行されたバックアップの詳細レポートを表示します。

4.2.2 Cloud Controlを使用した保護されたデータベース全体のバックアップ

Cloud Controlを使用すると、即時にまたは後で実行可能なバックアップ・ジョブを作成してスケジュールすることができます。アーカイブREDOログをすべての全体バックアップおよび増分バックアップに含めることをお薦めします。REDOデータをバックアップすることで、リカバリ時間を短縮できます。

この項では、アーカイブREDOログ・ファイルを含む保護されたデータベースの全体バックアップを作成するバックアップ・ジョブのスケジュール方法について説明します。バックアップ・ジョブは毎日、無期限に繰り返し実行します。

保護されたデータベース全体とアーカイブREDOログをバックアップする手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「保護されたデータベースのリカバリ・アプライアンスへの登録(Cloud Control)」および「保護されたデータベースのバックアップおよびリカバリ設定の構成(Cloud Control)」で説明している構成手順が完了していることを確認します。

3. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップのスケジュール」を選択します。

「バックアップのスケジュール」ページが表示されます(図4-1を参照)。

4. 「カスタマイズ・バックアップ」セクションで「カスタマイズ・バックアップのスケジュール」を選択します。

「カスタマイズ・バックアップのスケジュール: オプション」ページが表示されます。

5. 「バックアップ・タイプ」セクションで「全体バックアップ」を選択します。

このバックアップを増分バックアップ計画の基礎として使用する場合は、「増分バックアップ計画の基礎として使用」を選択します。

6. 「バックアップ・モード」セクションで「オンライン・バックアップ」を選択します。

7. 「詳細」セクションで「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択して、保護されたデータベースとともにREDOログもバックアップします。

8. 「次へ」をクリックして、「カスタマイズ・バックアップのスケジュール: 設定」ページを表示します。

9. 「リカバリ・アプライアンス」を選択して、保護されたデータベースが登録されているリカバリ・アプライアンス上に保護されたデータベースのバックアップを格納します。

10. 「次へ」をクリックして、「カスタマイズ・バックアップのスケジュール: スケジュール」ページを表示します。

11. (オプション)ユーザー定義の名前を指定するには、ジョブ名と説明を編集します。

12. 「スケジュール」セクションで「繰返し」をクリックして、次の情報を入力します。

- 頻度タイプ: 週単位

- 繰返し間隔: 1

- 開始時間: 1:00 am

- 繰返し期限: 無期限

13. 「次へ」をクリックして、「カスタマイズ・バックアップのスケジュール: 確認」ページを表示します。

「設定」セクションに、このバックアップの作成で使用する設定が表示されます。Cloud Controlによって、このバックアップ・ジョブの実行に必要なRMANスクリプトが生成されます。「RMANスクリプト」セクションに、生成されたスクリプトが表示されます。

14. 「ジョブの発行」をクリックすると、「スケジュール」セクションで入力した設定に基づいてバックアップ・ジョブが作成されます。

「ジョブは正常に発行されました。」というメッセージが表示されます。

15. 「ジョブの表示」をクリックして、バックアップ・ジョブのステータスを表示します。

「サマリー」セクションにジョブ・サマリー(ステータス、バックアップのタイプ、保護されたデータベース名、リカバリ・アプライアンス・カタログのユーザー名など)が表示されます。

「ジョブ・レポート」をクリックして、実行されたバックアップの詳細レポートを表示します。

4.3 コマンドラインを使用した保護されたデータベースのバックアップ

通常のRMANコマンドを使用して、保護されたデータベースのバックアップを作成します。保護されたデータベースのバックアップをスケジュールするには、必要なバックアップ・コマンドが含まれるスクリプトを作成し、任意のスケジューリング・ユーティリティを使用してバックアップをスケジュールします。全体バックアップ、増分バックアップ、アーカイブREDOログのバックアップ、制御ファイルのバックアップ、特定のデータ・ファイルと表領域のバックアップを作成できます。永久的増分バックアップ計画を実装するには、レベル0の増分データベース・バックアップを1回、続いてレベル1の増分バックアップを定期的に作成する必要があります。

同じリカバリ・アプライアンスに複数の保護されたデータベースがバックアップされるので、バックアップ・ピース名はすべての保護されたデータベース間で一意であることが必要です。バックアップ・ピース名の一意性を確保するには、BACKUPコマンドのFORMAT文字列で置換変数%d_%Uを使用します。

関連項目:

置換変数の詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

コマンドラインを使用して永久的増分バックアップ計画を実装する手順:

1. 「保護されたデータベースの初期全体バックアップの作成」の説明に従って、保護されたデータベースの全体バックアップを作成し、これを永久的増分バックアップ計画の基礎とします。

2. 「保護されたデータベースの増分バックアップの作成」の説明に従って、アーカイブREDOログを含むレベル1の増分バックアップを定期的に作成およびスケジュールします。

4.3.1 保護されたデータベースの初期全体バックアップの作成

この項では、アーカイブREDOログを含む保護されたデータベース全体の1回かぎりの全体バックアップを作成する方法について説明します。保護されたデータベースがARCHIVELOGモードの状態にあり、制御ファイルおよびサーバー・パラメータ・ファイルが自動的にバックアップされる構成になっていると仮定します。

保護されたデータベース全体の全体バックアップを作成する手順:

1. 保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとしてRMANを接続します。

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」を参照してください。

2. 「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」および「保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)」で説明している構成手順が完了していることを確認します。

3. 次のコマンドを実行して、リカバリ・アプライアンスで使用する3つのSBTチャネルを割り当ててから、アーカイブREDOログ・ファイルを含む保護されたデータベースの全体バックアップを作成します。

RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/11.2.0.4/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/11.2.0.4/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)'
FORMAT'%U_%d';
ALLOCATE CHANNEL c2 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/11.2.0.4/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/11.2.0.4/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)'
FORMAT'%U_%d';
ALLOCATE CHANNEL c3 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/11.2.0.4/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/11.2.0.4/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)'
FORMAT'%U_%d';
BACKUP DEVICE TYPE sbt
TAG 'db_full_incr'
CUMULATIVE INCREMENTAL LEVEL 1
DATABASE FORMAT '%d_%U'
PLUS ARCHIVELOG FORMAT '%d_%U' NOT BACKED UP;
}

レベル0のバックアップが存在しない場合、BACKUP ... INCREMENTAL LEVEL 1コマンドは自動的にレベル0のバックアップを作成します。

4.3.2 保護されたデータベースの増分バックアップの作成

この項では、保護されたデータベース全体のレベル1の増分バックアップを実行するスクリプトを作成して、このスクリプトを毎日午前1時に実行するスケジュールを設定する方法について説明します。バックアップにはアーカイブREDOログ・ファイルを含めます。任意のジョブ・スケジューラを使用して(たとえば、Cloud Controlで、カスタマイズしたRMANスクリプトをRMANジョブに追加するなど)、毎日指定の時間にRMANスクリプトが実行されるようにスケジュールします。

アーカイブREDOログ・ファイルを含むレベル1の増分バックアップを作成およびスケジュールする手順:

1. 「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」および「保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)」で説明している構成手順が完了していることを確認します。

2. リカバリ・アプライアンスに対応するRMAN SBTチャネルが1つ以上構成されていることを確認します(「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」の説明を参照)。

3. テキスト・エディタを開き、次の内容のファイルを作成して保存します。

ファイルは、Oracle Databaseソフトウェアにアクセス可能で、Oracleソフトウェアの所有者が読取り権限を持つディレクトリに保存します。このスクリプト・ファイルは/u01/app/oracle/product/11.2.0.4/db_home1/db_incr_daily.shとして保存されます。

export ORACLE_HOME=/u01/app/oracle/product/11.2.0.4/dbhome_1
export ORACLE_SID=db1124sm
export PATH=$PATH:$HOME/bin:$ORACLE_HOME/bin:$ORACLE_HOME/Opatch
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/rdbms/lib:/lib:/usr/lib;
export LD_LIBRARY_PATH
export LOG_TRACE_DIR=$HOME/RA_TEST/RMAN_SCRIPTS/LOG
dt=`date +%y%m%d%H%M%S`
$ORACLE_HOME/bin/rman log=$LOG_TRACE_DIR/rman_bkincr_log_db1124sm_$dt.log <<EOF
CONNECT TARGET /
CONNECT CATALOG rauser/welcome1@ra-scan:1521/zdlra5:dedicated

BACKUP DEVICE TYPE SBT
TAG 'db_full_incr'
CUMULATIVE INCREMENTAL LEVEL 1
DATABASE FORMAT %d_%U'
PLUS ARCHIVELOG FORMAT '%d_%U' NOT BACKED UP;
EOF

4. OSBACKUPDBAオペレーティング・システム・グループのメンバーであるユーザーとして、保護されたデータベースのホストにログインします。

関連項目:

OSBACKUPDBAグループの詳細は、『Oracle Database管理者ガイド』を参照してください。

5. テキスト・エディタを開き、次の内容のファイルを作成して、そのファイルを.crontabという名前でホーム・ディレクトリに保存します。この例では、crontabユーティリティを使用してRMANスクリプトをスケジュールします。

MAILTO=first.last@example.com
# MI HH DD MM DAY CMD
00  1  *  *  *  /u01/app/oracle/product/11.2.0.4/db_home1/db_incr_daily.sh

6. コマンド・ウィンドウでディレクトリをホーム・ディレクトリに変更し、次のコマンドを入力して、.crontabの内容からこのユーザー用のcrontabファイルを作成します。

# crontab .crontab

4.4 Cloud Controlを使用した保護されたデータベースのバックアップのモニタリング

Cloud Controlはレポート機能を備え、保護されたデータベースのバックアップおよびリカバリ・ジョブのステータスをモニターおよび変更することもできます。

4.4.1 保護されたデータベースのバックアップ・レポートの表示

Cloud Controlのバックアップ・レポートには、特定の保護されたデータベースに対して実行されたすべてのバックアップおよびリカバリ・ジョブに関する詳細が表示されます。目的のレポート期間に基づいて、このレポートに表示されるデータをフィルタ処理できます。

保護されたデータベースのバックアップ・レポートを表示する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「バックアップ・レポート」を選択します。

「バックアップ・レポートの表示」ページが表示されます。

3. 「検索」セクションのフィールドを使用して、バックアップ・レポートに表示されるデータをフィルタ処理します。ジョブ・ステータス、バックアップ・ジョブのタイプまたは開始時間でフィルタ処理できます。

4. 「実行」をクリックすると、バックアップ・レポートが表示されます。

図4-2に、過去1週間に警告付きで完了した増分バックアップ・ジョブのバックアップ・レポートを示します。「バックアップ名」列のバックアップ名をクリックすると、特定のジョブに関する追加詳細を表示できます。

図4-2 保護されたデータベースのバックアップ・レポート

4.4.2 保護されたデータベースのバックアップ・ジョブのステータスの表示

ジョブ・アクティビティ・レポートには、保護されたデータベースのアクティブなジョブ、完了したジョブ、失敗したジョブの詳細が表示されます。

このレポートでは次のタスクを実行できます。

- ジョブ別の追加詳細の表示

- 現在アクティブなジョブの一時停止、再開または中止

- スケジュール済ジョブのステータスの変更

保護されたデータベースのジョブのステータスを表示する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「Oracleデータベース」メニューから「ジョブ・アクティビティ」を選択します。

「ジョブ・アクティビティ」ページが表示されます。

3. 「拡張検索」セクションを使用して、レポートに表示されるジョブのフィルタ条件を指定します。

次の各フィールドで、レポートに表示されるジョブのフィルタ条件を指定します。

- 所有者: ジョブの所有者を選択します。

- 開始: 開始時間を選択します。選択した期間中またはそれより後に開始するようスケジュールされたバックアップ・ジョブが表示されます。たとえば、「過去7日間」を選択すると、過去7日間に開始するようスケジュールされていたジョブが表示されます。

- ジョブ・タイプ: ジョブのタイプを選択します。たとえば、バックアップ・ジョブを表示するには、「データベースのバックアップ」を選択します。

- ステータス: ジョブのステータスを選択します。たとえば、現在実行中のジョブを表示するには、「実行中」を選択します。

4. 「実行」をクリックすると、指定した条件に基づいてレポートが生成されます。図4-3に、データベース・バックアップ・ジョブのジョブ・アクティビティ・レポートを示します。

図4-3 保護されたデータベースのバックアップ・ジョブのジョブ・アクティビティ・レポート

5. 特定のジョブ実行の詳細を表示するには、ジョブを選択して「結果の表示」をクリックします。

特定のジョブの実行を停止するには、ジョブを選択して「停止」をクリックします。同様に、ジョブの一時停止、再開または削除オプションも使用できます。

5 リカバリ・アプライアンスからのデータのリカバリ

この章では、障害発生後、リカバリ・アプライアンスに格納されているバックアップを使用して保護されたデータベースをリカバリする方法について説明します。

この章の構成は、次のとおりです。

- リカバリ・アプライアンスからのデータのリストアおよびリカバリの概要

- Cloud Controlを使用した保護されたデータベースのリカバリ

- コマンドラインを使用したリカバリ・アプライアンスからのデータのリストアおよびリカバリ

- リカバリ・アプライアンスからのデータベース複製

5.1 リカバリ・アプライアンスからのデータのリストアおよびリカバリの概要

保護されたデータベース全体、1つ以上のデータ・ファイル、または1つ以上の表領域をリカバリできます。保護されたデータベース内の特定のデータ・ブロックのみが破損している場合は、ブロック・リカバリを実行して破損ブロックのみを修復できます。リカバリ・アプライアンスを使用したリカバリの手順は、従来のRMAN環境で使用しているデータベースのリカバリの手順と同じです。主な違いは、リカバリ・アプライアンス・バックアップ・モジュールに対応するRMANチャネルを構成または割り当てることにより、リカバリ・アプライアンスをリカバリ・データのソースとして使用することです。

保護されたデーベースのリストアおよびリカバリには、Enterprise Manager Cloud Control (Cloud Control)またはRMANを使用できます。

5.2 Cloud Controlを使用した保護されたデータベースのリカバリ

Cloud Controlでは次の手法を使用して、保護されたデータベースをリカバリします。

- Oracle 推奨のリカバリ
Oracle推奨のリカバリでは、データ・リカバリ・アドバイザで推奨されている自動修復機能を使用して、保護されたデータベースをリカバリできます。データ・リカバリ・アドバイザを使用すると、データ障害の自動診断、影響の評価、ユーザーへの障害報告、適切な修復オプションの判別、およびユーザー・リクエストに応じた修復の実行が行われます。

関連項目:

Oracle推奨のリカバリを実行する方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- ユーザー指示のリカバリ
この手法では、指定の基準に基づいて手動リカバリを実行します。それには、リカバリする必要のあるオブジェクト(データベース、データ・ファイル、表領域、アーカイブREDOログ)、完全リカバリまたはPoint-in-Timeリカバリのどちらを実行するか、データベース・ファイルをリカバリする必要のある保存先などの情報を指定する必要があります。

関連項目:

ユーザー指示のリカバリを実行する方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

5.2.1 Cloud Controlを使用して保護されたデータベースをリカバリするための前提条件

- 保護されたデータベースがターゲットのリカバリ・アプライアンスに登録されている必要があります。

- リカバリ・プロセスに必要なバックアップがリカバリ・アプライアンスに格納されている必要があります。Point-in-Timeリカバリを実行する場合は、保護されたデータベースに定義されているリカバリ・ウィンドウ内の任意の時点にリカバリできます。

5.2.2 Cloud Controlを使用したブロック・メディア・リカバリの実行

この項では、Oracle推奨のリカバリを使用して破損データ・ブロックをリカバリする方法について説明します。

破損データ・ブロックが原因で発生した障害からリカバリする手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「Cloud Controlを使用して保護されたデータベースをリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

3. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「リカバリの実行」を選択します。

「リカバリの実行」ページが表示されます。データ・リカバリ・アドバイザによって診断された障害はすべて「Oracle推奨のリカバリ」セクションに表示されます。

4. 「アドバイスとリカバリ」をクリックします。

データ・リカバリ・アドバイザによって検出された障害が一覧で表示されます。

5. 「ユーザー指示のリカバリ」セクションで、次のオプションを選択します。

- 「リカバリの有効範囲」で「データファイル」を選択します。

- 「操作タイプ」で「ブロック・リカバリ」を選択します。

6. 「リカバリ」をクリックして、「オブジェクト・レベルのリカバリの実行: ブロック・リカバリ」ページを表示します。

7. 「破損リスト」を選択して「次へ」をクリックします。

「オブジェクト・レベルのリカバリの実行: 破損ブロック」ページが表示されます。「データファイル名」セクションに、該当するデータ・ファイル名と破損ブロックのブロックIDが表示されます。

8. データ・ファイル名と破損ブロックのリストを確認して、「次へ」をクリックします。

「オブジェクト・レベルのリカバリの実行: スケジュール」ページが表示されます。リカバリ・ジョブのデフォルトの名前と説明が入力されています。

9. 必要に応じてリカバリ・ジョブの名前と説明を編集し、「次へ」をクリックします。

「オブジェクト・レベルのリカバリの実行: 確認」ページが表示されます。

10. (オプション)このリカバリ・ジョブに対して生成されたRMANスクリプトを表示して編集するには、「RMANスクリプトの編集」をクリックします。

11. 「ジョブの発行」をクリックします。

ジョブが正常に発行されたことを示すメッセージが表示されます。

12. 「ジョブの表示」をクリックします。

ジョブ実行の詳細が記載された「ジョブ」ページが表示されます。「サマリー」セクションに、ジョブのタイプ、保護されたデータベース名、SID、リカバリ・アプライアンス・カタログのユーザー名などの情報が表示されます。このページの下部にある表には、実行手順とそのステータスが表示されます。

5.2.3 Cloud Controlを使用したデータベース全体のリカバリ

この項では、Cloud Controlのユーザー指示のリカバリ・プロセスを使用して、保護されたデータベース全体を現在の時間にリカバリする方法について説明します。

保護されたデータベースの完全リカバリを実行する手順:

1. 「Cloud Controlを使用した保護されたデータベースのホーム・ページへのアクセス」の説明に従って、保護されたデータベースのホーム・ページにアクセスします。

2. 「Cloud Controlを使用して保護されたデータベースをリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

3. 「可用性」メニューから「バックアップとリカバリ」を選択し、次に「リカバリの実行」を選択します。

「リカバリの実行」ページが表示されます。

4. 「ユーザー指示のリカバリ」セクションで、次のオプションを選択します。

- 「リカバリの有効範囲」で「データベース全体」を選択します。

- 「操作タイプ」で「現在の時間または前のPoint-in-Timeへのリカバリ」を選択します。

5. 「リカバリ」をクリックして、「データベース全体のリカバリの実行: Point-in-Time」ページを表示します。

6. 「現在の時間へのリカバリ」を選択して、「次へ」をクリックします。

「データベース全体のリカバリの実行: 名前の変更」ページが表示されます。

7. 「いいえ。デフォルトの場所にファイルをリストアします。」を選択し、「次へ」をクリックします。

「データベース全体のリカバリの実行: スケジュール」ページが表示されます。

8. (オプション)「ジョブ名」および「ジョブの説明」に入力されているデフォルト名を変更します。

9. 「次へ」をクリックして、「データベース全体のリカバリの実行: 確認」ページを表示します。

10. (オプション)このリカバリ・ジョブに対して生成されたRMANスクリプトを編集するには、「RMANスクリプトの編集」をクリックします。

11. 「ジョブの発行」をクリックします。

ジョブが正常に発行されたことを示すメッセージが表示されます。

12. 「ジョブの表示」をクリックします。

ジョブ実行の詳細が記載された「ジョブ」ページが表示されます。「サマリー」セクションに、ジョブのタイプ、保護されたデータベース名、SID、リカバリ・アプライアンス・カタログのユーザー名などの情報が表示されます。「サマリー」ページの下部にある表には、実行手順とそのステータスが表示されます。

5.3 コマンドラインを使用したリカバリ・アプライアンスからのデータのリストアおよびリカバリ

この項の各例では、リストアおよびリカバリの一般的な実行例を示す操作手順について説明します。リカバリ・アプライアンスを使用したバックアップ操作の設定が保護されたデータベースで正しく構成されている場合は(「保護されたデータベースのバックアップおよびリカバリ設定の構成(コマンドライン)」を参照)、リカバリ操作にも同じ構成を使用できます。

リカバリ・アプライアンスを使用してリストアおよびリカバリ操作を行う場合、RMAN接続に使用する構文はRMANリカバリ・カタログへの通常の接続で使用するものと同じです。唯一の違いは、リカバリ・アプライアンス・カタログに接続してRMANチャネルを構成する点です(「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」を参照)。

関連項目:

データベースのリカバリ方法の詳細な説明は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

この項には次の例が含まれます:

- 例: 既存の現行制御ファイルを使用したデータベース全体のリストアおよびリカバリ

- 例: 指定したPoint-in-Timeへのデータベース全体のリカバリ

- 例: 制御ファイルのリストアおよびリカバリ

- 例: 保護されたデータベースの表領域のリストアおよびリカバリ

- 例: 保護されたデータベースのデータ・ファイルのリストアおよびリカバリ

- 例: PDBのリストアおよびリカバリ

- 例: Oracle RAC環境のPDBのリカバリ

- 例: PDB内の1つまたは複数のデータ・ブロックのリストアおよびリカバリ

- 例: リアルタイムREDOトランスポートが構成されているデータベースの重大な記憶域障害後のリカバリ

- 例: リアルタイムREDOトランスポートが構成されている場合の制御ファイルとデータベースのリカバリ

5.3.1 リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件

リカバリ・アプライアンスに格納されているバックアップを使用して保護されたデータベースのリストアおよびリカバリを行う前に、次の前提条件を満たしていることを確認してください。

- 保護されたデータベースがターゲットのリカバリ・アプライアンスに登録されている必要があります。
これは、複数のリカバリ・アプライアンスを使用している場合、またはプライマリとスタンバイがそれぞれ別のリカバリ・アプライアンスにバックアップしているData Guard環境で重要です。

関連項目:

「保護されたデータベースのリカバリ・アプライアンスへの登録(コマンドライン)」

- 保護されたデータベースのリストアおよびリカバリに必要なバックアップがリカバリ・アプライアンスに格納されている必要があります。Point-in-Timeリカバリを実行する場合は、保護されたデータベースに定義されているリカバリ・ウィンドウ内の任意の時点にリカバリできます。

- リカバリ・アプライアンスとの認証に使用する資格証明が格納されているOracleウォレットが、保護されたデータベースで構成されている必要があります。

関連項目:

- 「リカバリ・アプライアンス・バックアップ・モジュールのインストール」

- 「保護されたデータベースでのOracleウォレットの作成」

- リカバリ・アプライアンス・バックアップ・モジュールに対応するRMAN SBTチャネルを構成または割り当てます。この章の各例では、SBTチャネルがリカバリ・アプライアンスに構成されているものと仮定しています。
チャネル設定は永続設定なので、RMAN CONFIGUREコマンドを使用して設定することをお薦めします。ただし、バックアップまたはリカバリ操作を実行するRUNブロック内でALLOCATE CHANNELコマンドを使用すれば、構成済のチャネルをオーバーライドできます。

関連項目:

「リカバリ・アプライアンスのバックアップおよびリカバリ操作でのRMANチャネルの使用方法」

5.3.2 ダウンストリーム・リカバリ・アプライアンスを使用した保護されたデータベースのリストア

リカバリ・アプライアンス・レプリケーションが構成されている場合、保護されたデータベースはアップストリーム・リカバリ・アプライアンスにバックアップを送信します。アップストリーム・リカバリ・アプライアンスはこれらのバックアップをダウンストリーム・リカバリ・アプライアンスに転送します。障害発生時にアップストリーム・リカバリ・アプライアンスが使用できない場合は、ダウンストリーム・リカバリ・アプライアンスを使用してリストア操作を実行できます。

関連項目:

レプリケーションの簡単な概要は、「保護されたデータベースとリカバリ・アプライアンスのアーキテクチャ」を参照してください

次の概要手順に従って、保護されたデータベースをダウンストリーム・リカバリ・アプライアンスから直接リストアします。

1. 保護されたデータベースがダウンストリーム・リカバリ・アプライアンスとの認証に使用するVPCユーザーの資格証明が格納されるOracleウォレットを作成します。

関連項目:

「保護されたデータベースでのOracleウォレットの作成」

注意:

リストア操作を実行する前に保護されたデータベースをダウンストリーム・リカバリ・アプライアンスに明示的に追加または登録する必要はありません。アップストリームとダウンストリームのリカバリ・アプライアンス間でレプリケーションが構成されている場合は、アップストリーム・リカバリ・アプライアンスに登録済の保護されたデータベースがダウンストリーム・リカバリ・アプライアンスに登録されます。

2. 保護されたデータベースにはTARGETとして、ダウンストリーム・リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. ダウンストリーム・リカバリ・アプライアンスに対応するRMAN SBTチャネルを割り当て、保護されたデータベースをMOUNTモードに設定して、保護されたデータベースをリストアします。
これらの文はすべてRUNブロックで囲む必要があります(「例: 既存の現行制御ファイルを使用したデータベース全体のリストアおよびリカバリ」を参照)。

関連項目:

「リカバリ・アプライアンスで使用するRMAN SBTチャネルの割当て」

5.3.3 例: 既存の現行制御ファイルを使用したデータベース全体のリストアおよびリカバリ

この例では、保護されたデータベース内の一部またはすべてのデータ・ファイルが損失または破損していると仮定します。ただし、制御ファイルは使用できます。

保護されたデータベース内のすべてのデータ・ファイルをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 次のコマンドを使用してすべてのデータ・ファイルをリストアおよびリカバリします。

STARTUP MOUNT;
RUN
{
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN;
}

5.3.4 例: 指定したPoint-in-Timeへのデータベース全体のリカバリ

この例では、保護されたデータベースのPoint-in-Timeリカバリ(PITR)を実行する方法を示します。PITRは、保護されたデータベースを以前の日付に戻して、ユーザー・エラー(表の誤削除、間違った表の更新など)、メディア障害、またはデータベースのアップグレードの失敗からリカバリする場合に必要になることがあります。制御ファイルをリストアする必要があるのは、制御ファイルに構成変更(表領域の作成や削除など)があった場合のみです。SET UNTIL句を使用して、保護されたデータベースをリカバリする必要のある目的の時間、SCN、またはログ順序を指定します。

保護されたデータベースでフラッシュバック・データベースが有効になっている場合は、この機能を使用して以前のPoint-in-Timeにリカバリすることもできます。

関連項目:

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

- 『Oracle Database Recovery Managerリファレンス』

保護されたデータベース全体(制御ファイルを含む)を特定のPoint-in-Timeにリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 保護されたデータベースをリカバリする必要のある目的のPoint-in-Timeを指定します。Point-in-TimeにはSCN、時間、またはログ順序番号を指定できます。

次の問合せを使用して、タイムスタンプとSCN間の変換を行います。

SQL> set linesize 222
SQL> select name, current_scn, scn_to_timestamp(current_scn) "Time"
from v$database;

NAME        CURRENT_SCN   TIME
---------   -----------   ------------------------------------
ORA121      122019556     22-APR-14 12.30.15.000000000 PM

保護されたデータベースを使用できない場合は、リカバリ・アプライアンス・カタログのビューを問い合せて、SCN番号を取得します。リカバリ・ウィンドウの範囲の日時、および保護されたデータベースのdb_unique_nameを入力する必要があります。リカバリ・アプライアンス・カタログに接続されている状態で、次の問合せを実行します(サンプル出力もあわせて表示)。

SELECT
a.db_key,a.db_name,a.sequence#,a.first_change#,a.next_change#,a.completion_time
FROM rc_archived_log a, db db_key
WHERE reg_db_unique_name = 'PTDB2' AND a.db_key = db.db_key
AND to_date('16-Jul-2014 06:55:23','DD-Mon-YYYY HH24:MI:SS') BETWEEN
a.first_time AND a.next_time;

DB_KEY DB_NAME   SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#   COMPLETION_TIME
------ -------- ---------- ------------- ------------   ---------------
24201  PTDB2      9911      288402086    288430116     14/07/2014 5:27:49 PM

FIRST_CHANGE#はアーカイブREDOログ内の最初のSCN番号に相当し、NEXT_CHANGE#はアーカイブREDOログ内の最後のSCN番号です。

4. 制御ファイルと保護されたデータベースをリストアおよびリカバリします。

STARTUP NOMOUNT;
RUN
{
SET UNTIL TIME "TO_DATE('2014-14-07:17:27:49','yyyy-dd-mm:hh24:mi:ss')";
RESTORE CONTROLFILE;
ALTER DATABASE MOUNT;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;
}

5.3.5 例: 制御ファイルのリストアおよびリカバリ

この例では、制御ファイルのすべてのコピーが消失した後で、保護されたデータベースをリカバリする方法を示します。制御ファイルの複数のコピーを別々のディスク場所に作成しておくことを強くお薦めします。

保護されたデータベースの制御ファイルをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 次のコマンドを使用して、制御ファイルをリストアしてからデータベースをマウントします。

STARTUP NOMOUNT;
RUN
{
RESTORE CONTROLFILE;
ALTER DATABASE MOUNT;
}

5.3.6 例: 保護されたデータベースの表領域のリストアおよびリカバリ

この例では、保護されたデータベース内の1つ以上の表領域を誤って削除または破損した後で、これらの表領域をリストアおよびリカバリする方法を示します。この例では、データベースが稼働中で、影響を受けた表領域のみをリストアするものと仮定します。

1つ以上の表領域をリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 影響を受けた表領域をリストアおよびリカバリします。

次のコマンドでは、USERS表領域をリストアおよびリカバリします。

RUN
{
SQL 'ALTER TABLESPACE users OFFLINE';
RESTORE TABLESPACE users;
RECOVER TABLESPACE users;
SQL 'ALTER TABLESPACE users ONLINE';
}

5.3.7 例: 保護されたデータベースのデータ・ファイルのリストアおよびリカバリ

この例では、誤って削除された、または破損したデータ・ファイルをリストアおよびリカバリする方法を示します。

保護されたデータベースのデータ・ファイルをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 次のコマンドを使用して、保護されたデータベース内の影響を受けたデータ・ファイルをリストアおよびリカバリします。

次のコマンドでは、保護されたデータベース内のデータ・ファイル3をリストアおよびリカバリします。

RUN
{
SQL 'ALTER DATABASE DATAFILE 3 OFFLINE';
RESTORE DATAFILE 3;
RECOVER DATAFILE 3;
SQL 'ALTER DATABASE DATAFILE 3 ONLINE';
}

5.3.8 例: PDBのリストアおよびリカバリ

Oracle Database 12cリリース1で導入されたマルチテナント・アーキテクチャを使用すると、ユーザーが作成したゼロ(0)個以上のプラガブル・データベース(PDB)を含むマルチテナント・コンテナ・データベース(CDB)としてOracle Databaseを機能させることができます。Oracle Database 12cより前のOracleデータベースはすべて非CDBです。

CDBには、ルート、シード、ユーザーが作成したPDBなどのコンポーネントが含まれます。ルートには、共通ユーザーおよびOracle提供のメタデータ(Oracle提供のパッケージのソース・コードなど)が格納されます。シードは、新しいPDBの作成に使用できるテンプレートです。PDBは、Oracle Netクライアントに非CDBとして表示されるスキーマ、スキーマ・オブジェクトおよび非スキーマ・オブジェクトのポータブル・コレクションです。

この項では、PDBの様々なリストアおよびリカバリ・シナリオについて説明します。PDBのリストアおよびリカバリの手順は、非CDBのリストアおよびリカバリ操作で使用する手順と似ています。この項には次の例が含まれます:

- PDB全体の完全リカバリの実行

- PDB全体のPoint-in-Timeリカバリの実行

- PDBの特定のデータ・ファイルのリカバリ

- PDBの特定の表領域のリカバリ

5.3.8.1 PDB全体の完全リカバリの実行

この例では、保護されたデータベース内のPDBの完全リカバリを実行する方法を示します。

PDB全体をリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. CDBで次の問合せを実行して、リストアする必要のあるPDBを特定します。

SELECT name FROM v$pdbs;

4. 保護されたデータベース内の必要なPDBをリストアおよびリカバリします。

次のコマンドでは、hr_pdbというPDBをリストアおよびリカバリします。

RUN
{
ALTER PLUGGABLE DATABASE "hr_pdb" CLOSE IMMEDIATE;
RESTORE PLUGGABLE DATABASE 'hr_pdb';
RECOVER PLUGGABLE DATABASE 'hr_pdb';
ALTER PLUGGABLE DATABASE "hr_pdb" OPEN;
}

5.3.8.2 PDB全体のPoint-in-Timeリカバリの実行

この例では、保護されたデータベース内の1つ以上のPDBに対してPoint-in-Timeリカバリを実行する方法を示します。PDBをリカバリする必要のある目的の時点を指示するには、SET UNTIL句を指定します。

PDBを特定のPoint-in-Timeにリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. CDBで次の問合せを実行して、リストアする必要のあるPDBを特定します。

SELECT name FROM v$pdbs;

4. 影響を受けたPDBを特定の時点にリストアおよびリカバリします。

次のコマンドでは、hr_pdbというPDBを、SET UNTIL句で指定した時点にリストアおよびリカバリします。

RUN
{
SET UNTIL TIME "to_date('2014-08-16 09:00:00','YYYY-MM-DD HH24:MI:SS')";
ALTER PLUGGABLE DATABASE "hr_pdb" CLOSE IMMEDIATE;
RESTORE PLUGGABE DATABASE 'hr_pdb';
RECOVER PLUGGABLE DATABASE 'hr_pdb';
ALTER PLUGGABLE DATABASE hr_pdb OPEN RESETLOGS;
}

5.3.8.3 PDBの特定のデータ・ファイルのリカバリ

PDB内のデータ・ファイルをリストアおよびリカバリする方法は、RMANを使用して任意のデータ・ファイルをリストアおよびリカバリする方法と似ています。この例では、PDB内のデータ・ファイルをリストアおよびリカバリする方法を示します。

PDBの特定のデータ・ファイルをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. CDBで次の問合せを実行して、リストアする必要のあるPDBを特定します。

SELECT name FROM v$pdbs;

4. 次の問合せを使用して、リカバリする必要のあるPDB内のデータ・ファイルの番号を特定します。

SELECT p.PDB_ID, p.PDB_NAME, d.FILE_ID, d.TABLESPACE_NAME, d.FILE_NAME
FROM DBA_PDBS p, CDB_DATA_FILES d
WHERE p.PDB_ID = d.CON_ID
ORDER BY p.PDB_ID;

5. PDB内の影響を受けたデータ・ファイルをリストアおよびリカバリします。

次の例では、PDB内のデータ・ファイル番号10をリストアおよびリカバリします。

RUN
{
SQL 'ALTER DATABASE DATAFILE 10 OFFLINE';
RESTORE DATAFILE 10;
RECOVER DATAFILE 10;
SQL 'ALTER DATABASE DATAFILE 10 ONLINE';
}

5.3.8.4 PDBの特定の表領域のリカバリ

この例では、保護されたデータベース内のSH_PDBというPDBに格納されている表領域USR_TBSをリストアおよびリカバリする方法を示します。

PDB内の表領域のリストアおよびリカバリは、通常の表領域のリストアおよびリカバリと似ています。違いは、表領域をプラガブル・データベース(pdb_name:tablespace_name)にマップする必要があるという点です。

PDBの特定の表領域をリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 影響を受けた表領域をオフライン・モードに設定します。

次の例では、sh_pdbというPDB内の表領域use_tbsをオフライン・モードに設定します。

ALTER TABLESPACE sh_pdb:usr_tbs OFFLINE;

4. 保護されたデータベース内でPDBに格納されている影響を受けた表領域をリストアおよびリカバリします。

次の例では、sh_pdbというPDB内の表領域usr_tbsをリストアおよびリカバリします。

RUN
{
RESTORE TABLESPACE sh_pdb:usr_tbs;
RECOVER TABLESPACE sh_pdb:usr_tbs;
}

5. リストアおよびリカバリ済の表領域をオンラインに設定します。

次の例では、sh_pdbというPDB内の表領域usr_tbsをオンラインに設定します。

ALTER TABLESPACE sh_pdb:usr_tbs ONLINE;

5.3.9 例: Oracle RAC環境のPDBのリカバリ

Oracle Real Application Clusters (Oracle RAC)環境でPDBをリストアおよびリカバリするプロセスは、Oracle RAC以外のプロセスに少し手順を追加したものです。この例では、Oracle RAC環境でPDBをリカバリする方法を示します。

Oracle RAC環境でPDBをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、CDBのルートにTARGETとして、リカバリ・アプライアンス・カタログにCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. 影響を受けたPDBのすべてのインスタンスがクローズされていることを確認します。

次のコマンドでは、hr_pdbというPDBのすべてのインスタンスをクローズします。

ALTER PLUGGABLE DATABASE "hr_pdb" CLOSE IMMEDIATE INSTANCES=all;

4. 保護されたデータベース内の影響を受けたPDBをリストアおよびリカバリします。

次のコマンドでは、hr_pdbをリストアおよびリカバリします。

RUN
{
ALTER PLUGGABLE DATABASE "hr_pdb" CLOSE IMMEDIATE;
RESTORE PLUGGABLE DATABASE 'hr_pdb';
RECOVER PLUGGABLE DATABASE 'hr_pdb';
ALTER PLUGGABLE DATABASE "hr_pdb" OPEN RESETLOGS;
ALTER PLUGGABLE DATABASE "hr_pdb" OPEN INSTANCES=all;
}

5.3.10 例: PDB内の1つまたは複数のデータ・ブロックのリストアおよびリカバリ

ブロック・メディア・リカバリを使用すると、データ・ファイルをオンラインにしたまま1つ以上の破損データ・ブロックをリカバリできます。この例では、ブロック・メディア・リカバリを実行して、1つ以上の破損データ・ブロックをリカバリする方法を示します。

関連項目:

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

破損データ・ブロックが存在することを示すには、次のいずれかの方法を使用します。

- 保護されたデータベースのアラート・ログに、1つ以上のブロックが破損していることを示す次のメッセージを追加します。

Sun Aug 17 09:34:48 2014
Hex dump of (file 2, block 16385) in trace file /u01/app/oracle/diag/rdbms/dbstress/dbstress/trace/dbstress_ora_9732.trc

Corrupt block relative dba: 0x00004001 (file 2, block 16385)
Fractured block found during backing up datafile
Data in bad block:
type: 6 format: 2 rdba: 0x00004001
last change scn: 0x0000.00a564c0 seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x00000000
check value in block header: 0xd6dd
computed block checksum: 0x58f7

- RMANバックアップ中にブロック破損が検出された場合は、次のようなメッセージを表示します。

RMAN-08038: channel c3: starting piece 1 at 2014/08/17 09:34:43
RMAN-03009: failure of backup command on c1 channel at 08/17/2014 09:34:50
ORA-19566: exceeded limit of 0 corrupt blocks for file /SHARED1/ORADATA/DBF/dbstress/soe.dbf
.
.
RMAN-03002: failure of backup plus archivelog command at 08/17/2014 09:35:55
RMAN-03009: failure of backup command on c1 channel at 08/17/2014 09:34:50
ORA-19566: exceeded limit of 0 corrupt blocks for file /SHARED1/ORADATA/DBF/dbstress/soe.dbf

保護されたデータベースの破損データ・ブロックをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. リカバリする必要のある破損ブロックを特定します。

保護されたデータベースのアラート・ログ内のエントリを使用して、破損ブロックおよびその破損ブロックが含まれているデータ・ファイルを特定します。または、V$DATABASE_BLOCK_CORRUPTIONビューを問い合せて、破損ブロックを特定します。

4. BLOCKRECOVERコマンドを使用して、破損データ・ブロックをリカバリします。

次の例では、データ・ファイル4のデータ・ブロック46、56および84をリカバリします。

RUN
{
BLOCKRECOVER CORRUPTION LIST;
BLOCKRECOVER DATAFILE 4 BLOCK 46,56,84;
}

5.3.11 例: リアルタイムREDOトランスポートが構成されているデータベースの重大な記憶域障害後のリカバリ

リアルタイムREDOトランスポートを有効にすると、保護されたデータベースのリカバリ・ダウンタイムの最小化が保証されます。リアルタイムREDOトランスポートの詳細は、「リアルタイムREDOトランスポートについて」を参照してください。保護されたデータベースを記憶域障害の直後にリストアおよびリカバリする場合、メディア・リカバリでデータベースの状態を記憶域障害発生時に最も近い状態に戻すことができるよう、必要な完全アーカイブ・ログ・ファイルと不完全アーカイブ・ログ・ファイルがリストアおよびリカバリされます。

次の例では、リアルタイムREDOトランスポートを使用するように構成済の保護されたデータベースを、記憶域障害によってすべてのデータ・ファイルとオンラインREDOログ・ファイルが消失した後にリカバリします。リカバリ・アプライアンスにあるバックアップとREDOログを使用して、保護されたデータベースを最新のSCNまでリカバリするには、RC_DATABASEビューのFINAL_CHANGE#列を使用します。FINAL_CHANGE#列には、保護されたデータベースをその時点までリカバリする必要がある最新のSCNが格納されています。リカバリを実行する前に、このSCN値をSET UNTIL SCNコマンドで使用します。リカバリは、リカバリ・アプライアンスにあるバックアップとREDOログのみを使用して実行されます。

注意:

次のシナリオでは、RC_DATABASE.FINAL_CHANGE#に値-1が格納されるので、この値をSET UNTIL SCNコマンドで使用することはできません。

- 保護されたデータベースのバージョンがOracle Database 11g (リリース11.1)以下の場合

- リアルタイムREDOログ・データのリカバリ・アプライアンスへの送信時に、保護されたデータベースのCOMPATIBLEパラメータが10.0以下に設定されていた場合

かわりに、V$ARCHIVED_LOGビューのNEXT_CHANGE#列を使用して、保護されたデータベースをリカバリする必要のある目的のSCNを特定します。

詳細は、My Oracle Supportノート243760.1を参照してください。My Oracle Supportは、https://support.oracle.comで利用可能です。

関連項目:

FINAL_CHANGE#列の詳細は、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

リアルタイムREDOトランスポートを使用するように構成済の保護されたデータベースをリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. RC_DATABASEビューを問い合せて、保護されたデータベースをリカバリする必要のある目的のSCNを特定します。このSCNは、データベースがクラッシュしたときの最新のSCNです。

SELECT final_change# FROM rc_database WHERE name='MY_DB';

4. 保護されたデータベースをリストアおよびリカバリします。

この例では、制御ファイルが使用できるものと仮定しています。制御ファイルが消失している場合は、最初に制御ファイルをリカバリしてから、ここで示した手順を実行する必要があります。

STARTUP NOMOUNT;
RUN
{
SET UNTIL SCN 23098;
RESTORE DATABASE;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;
}

注意:

UNTIL SCN句は必須です。特定のSCN値を選択しないと、不完全なREDOが含まれるログはリカバリで適用されません。

5.3.12 例: リアルタイムREDOトランスポートが構成されている場合の制御ファイルとデータベースのリカバリ

この例では、リアルタイムREDOトランスポートを使用するように構成済の保護されたデータベースを、データベース・ファイル全消失からリカバリします。制御ファイルも消失しているので、最初に制御ファイルをリストアしてから保護されたデータベースのリカバリを実行する必要があります。

リアルタイムREDOトランスポートを使用するように構成済の保護されたデータベースを制御ファイルとともにリストアおよびリカバリする手順:

1. 「リカバリ・アプライアンスからデータをリストアおよびリカバリするための前提条件」で説明している前提条件を満たしていることを確認します。

2. RMANを使用して、保護されたデータベースにはTARGETとして、リカバリ・アプライアンス・カタログにはCATALOGとして接続します。

関連項目:

「CLIを使用した保護されたデータベースとリカバリ・アプライアンスへの接続」

3. RC_DATABASEビューを問い合せて、保護されたデータベースをリカバリする必要のある目的のSCNを特定します。このSCNは、データベースがクラッシュしたときの最新のSCNです。

SELECT final_change# FROM rc_database WHERE name='PTDB1';

4. 保護されたデータベースをリストアおよびリカバリします。

この例では、制御ファイルが使用できるものと仮定しています。制御ファイルが消失している場合は、最初に制御ファイルをリカバリしてから、ここで示した手順を実行する必要があります。

STARTUP FORCE NOMOUNT;
SET DBID=ptdb1;
RESTORE CONTROLFILE;
ALTER DATABASE MOUNT;
RUN
{
SET UNTIL SCN 34568;
RESTORE DATABASE;
RECOVER DATABASE;
}
ALTER DATABASE OPEN RESETLOGS;

5.4 リカバリ・アプライアンスからのデータベース複製

保護されたデータベースを複製してスタンバイ・データベースを作成したり、保護されたデータベースをターゲット・ホストにクローニングする必要がある場合、リカバリ・アプライアンス・カタログへの接続、およびバックアップベースの複製の使用によってそれを実行できます。カタログの使用によって、ソース・データベースに接続する必要がなくなります。スタンバイ・データベースまたはクローンの作成のどちらにも、RMAN DUPLICATEコマンドの実行が含まれます。

関連項目:

- データベースの複製の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- DUPLICATEコマンドの構文については、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

5.4.1 保護されたデータベースのスタンバイ・データベースの作成

リカバリ・アプライアンスからスタンバイ・データベースを作成するとき、スタンバイ(補助インスタンス)およびリカバリ・アプライアンス・カタログに接続し、FOR STANDBYオプションを指定してRMAN DUPLICATEコマンドを実行します。

注意:
プライマリ・データベースはすでにリカバリ・アプライアンス・カタログに登録されているため、スタンバイ・データベースをリカバリ・アプライアンス・カタログに登録しないでください。

保護されたデータベースのスタンバイ・データベースを作成する手順:

1. ターゲット・ホストで、次のタスクを実行して補助インスタンスを準備します。

- スタンバイ・データベース・ファイルを格納するディレクトリを作成します。

- 補助インスタンス用の初期化パラメータ・ファイルを作成します。
必須パラメータは、DB_NAMEおよびDB_CREATE_FILE_DESTです。

- 補助データベース用のパスワード・ファイルを作成します。このパスワード・ファイルは、手順3の複製操作中に上書きされます。

- 保護されたデータベースと補助インスタンス間のOracle Net接続を確立します。

- 補助インスタンスをNOMOUNTモードで起動します。

2. RMANを起動し、CATALOGとしてリカバリ・アプライアンス・カタログに接続し、AUXILIARYとして補助インスタンスに接続します。

次の例では、ra_rman_userは、保護されたデータベースmy_ptdbがリカバリ・アプライアンスとの認証で使用するリカバリ・アプライアンス・ユーザーです。ra1は、Oracleウォレットに構成されているターゲット・リカバリ・アプライアンスのネット・サービス名です。stdbyは、補助インスタンスのサービス名です。

%rman
RMAN> CONNECT CATALOG ra_rman_user@ra1;
RMAN> CONNECT AUXILIARY "sys@stdby AS SYSDBA";

3. DUPLICATEコマンドを使用してスタンバイ・データベースを作成します。Recovery Applianceバックアップ・モジュールに対応する1つ以上の補助チャネルを構成します。

次の例では、3つの補助チャネルを構成し、保護されたデータベースmy_ptdbのスタンバイ・データベースを作成します。

RUN
{
ALLOCATE AUXILIARY CHANNEL c1 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/12.1.0.2/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/12.1.0.2/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)' FORMAT'%U_%d';
ALLOCATE AUXILIARY CHANNEL c2 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/12.1.0.2/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/12.1.0.2/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)' FORMAT'%U_%d';
ALLOCATE AUXILIARY CHANNEL c3 DEVICE TYPE sbt_tape
PARMS='SBT_LIBRARY=/u01/oracle/product/12.1.0.2/dbhome_1/lib/libra.so,
ENV=(RA_WALLET=location=file:/u01/oracle/product/12.1.0.2/dbhome_1/dbs/ra
credential_alias=ra-scan:1521/zdlra5:dedicated)' FORMAT'%U_%d';
DUPLICATE DATABASE my_ptdb FOR STANDBY DORECOVER;
}

5.4.2 保護されたデータベースのクローニング

バックアップベースの複製を使用して、保護されたデータベースをターゲット・ホストにクローニングできます。Oracleが推奨する方法(この項で説明します)では、リカバリ・アプライアンス・カタログに接続します。複製操作にカタログを使用することによって、ソース・データベースへの接続が不要になります。

次の例には、保護されたデータベースをクローニングするOracleのベスト・プラクティスが示され、シナリオにあわせてカスタマイズできるサンプル・スクリプトが含まれています。

この例では、次のことを想定しています。

- ターゲット・データベースのバックアップがリカバリ・アプライアンスに存在し、補助インスタンスで使用できる。

- 補助データベースから、ターゲット・データベースのメタデータおよびバックアップを含むリカバリ・アプライアンスへのRMAN接続を使用できる。

- ソース・データベースと複製データベースの両方で、Oracle Managed Files (OMF)を使用している。

- オペレーティング・システムにLinuxまたはUNIXが使用されている。

- 補助データベースのホストに監査ディレクトリが作成されている。

- バックアップベースの複製の要件が満たされている。

この例に示されているスクリプトは次のタスクを実行します。

- 既存の補助データベースを削除する

- ターゲット・データベースをバックアップする

- ダミーの補助インスタンスを作成し、NOMOUNTモードでオープンする

- リカバリ・アプライアンスで使用できるターゲット・データベースのバックアップとメタデータを使用して、ターゲット・データベースを複製する
複製データベースの制御ファイルは+REDO/ORACLE_SID/CONTROLFILE/cf3.ctlとして保存され、データファイルは+DATAディレクトリ内に保存されます。

- 必要なオブジェクトが複製データベース内に作成されていることを確認する。

ターゲット接続なしでバックアップベースの複製を使用して保護されたデータベースをクローニングする手順:

1. 補助インスタンスのパラメータ・ファイル(pfile)を作成します。pfileにはDB_NAME初期化パラメータのみが含まれ、複製データベースのSIDに設定されます。

/home/oracleディレクトリにあるinit_dup.oraという名前の次のpfileは、DB_NAMEパラメータを設定します。dup_dbを複製データベースのSIDに置き換えます。

*.db_name = 'dup_db'

2. テキスト・エディタを使用して、次に示す内容に次の変更を加えてシェル・スクリプトを作成します(この例ではdup_db.shという名前)。

- ORACLE_HOME変数の値を補助インスタンスのOracleホーム・ディレクトリと置き換えます。

- logdir変数の値を、ログ・ファイルを保存するディレクトリに置き換えます。

- 次のプレースホルダ(イタリック体で表示)を、目的の複製シナリオに合わせた値に置き換えます。
dup_db: 補助インスタンスのシステム識別子(SID)とサービス名

tgt_db: ターゲット・データベースのSIDとサービス名

sys_pswd: ターゲット・データベースのSYSユーザーのパスワード

vpc_user: VPCユーザーの名前

vpc_user_pswd: VPCユーザーvpc_userのパスワード

ra_scan: リカバリ・アプライアンスの単一クライアント・アクセス名(SCAN)

ra_servicename: リカバリ・アプライアンスのメタデータ・データベースのサービス名

system_pswd: ターゲット・データベースのSYSTEMユーザーのパスワード

- +REDO/ORACLE_SID/CONTROLFILE/cf3.ctlとは異なる名前と場所を使用して、複製データベースの制御ファイルを保存する場合は、dup_aux_db関数のcontrol_filesの値を自分の複製シナリオに適した値に置き換えます。

- 複製データファイルを+DATAとは異なるディレクトリに保存する場合は、dup_aux_db関数のdb_create_file_destの値を自分の複製シナリオに適した値に置き換えます。

#!/bin/bash
export ORACLE_HOME=/u01/app/oracle/product/11.2.0.4/dbhome_2
export ORACLE_BASE=/uo1/app/oracle
export ORACLE_SID=dup_db
export PATH=$PATH:$HOME/bin:$ORACLE_HOME/bin:$ORACLE_HOME/Opatch
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/rdbms/lib:/lib:/usr/lib;
export LD_LIBRARY_PATH
export logdir=/home/oracle/log
export dt='date +%y%m%d%H%M%S'
export NLS_DATE_FORMAT='DD-MM-YYYY HH24:MI:SS'

function drop_aux_db {
export ORACLE_SID=dup_db
$ORACLE_HOME/bin/sqlplus -s '/ as sysdba' <<EOF2
set pagesize 999 linesize 999 heading off feedback off
select name, open_mode from v\$database;
shutdown immediate;
startup mount exclusive restrict;
drop database;
exit;
EOF2
}

echo "Backup the target database"
function backup_source_db {
$ORACLE_HOME/bin/rman target sys/sys_pswd@tgt_db catalog
vpc_user/vpc_user_pswd@ra_scan:1521/ra_serivcename:dedicated <<EOF
RUN {
backup as backupset cumulative incremental level 1 database include current
controlfile plus archivelog not backed up delete input;}
exit;
EOF
}

sleep 120

echo "List the backup of the target database"
function check_source_db_backup {
$ORACLE_HOME/bin/rman target sys/sys_pswd@tgt_db catalog vpc_user/vpc_user_pswd@ra_scan:1521/ra_serivcename:dedicated <<EOF
LIST BACKUP OF DATABASE COMPLETED AFTER '(SYSDATE-1/24)';
EOF
}

echo "Start the auxiliary database in FORCE NOMOUNT mode"
function nomount_aux_db {
export ORACLE_SID=dup_db
$ORACLE_HOME/bin/rman target / <<EOF2
startup force nomount pfile='/home/oracle/init_dup.ora';
exit;
EOF2
}

echo "Duplicate the target database"
function dup_aux_db {
export ORACLE_SID=dup_db
$ORACLE_HOME/bin/rman catalog vpc_user/vpc_user_pswd@ra_scan:1521/ra_serivcename:dedicated AUXILIARY /
<<EOF
duplicate database tgt_db to dup_db spfile
set control_files '+REDO/${ORACLE_SID}/CONTROLFILE/cf3.ctl'
set db_create_file_dest '+DATA/' ;
exit;
EOF
}

echo "Check schema objects on the target"
function check_source_db {
$ORACLE_HOME/bin/sqlplus -s system/system_pswd@tgt_db <<EOF2
set pagesize 999 linesize 999 heading off feedback off
select name, open_mode from v\$database;
select table_name, num_rows from dba_tables where owner='SOE';
exit;
EOF2
}

echo "Check schema objects on the auxiliary"
function check_aux_db {
export ORACLE_SID=dup_db
$ORACLE_HOME/bin/sqlplus -s '/ as sysdba' <<EOF2
set pagesize 999 linesize 999 heading off feedback off
select name, open_mode from v\$database;
select table_name, num_rows from dba_tables where owner='SOE';
exit;
EOF2
}

drop_aux_db
backup_source_db
check_source_db_backup
nomount_aux_db
dup_aux_db
check_source_db
check_aux_db

3. chmodコマンドを使用して、スクリプトdup_db.shの実行権限を設定します。

$ chmod +x dup_db.sh

4. 複製ホスト上で(複製データベースをホストする)、dup_db.shスクリプトを実行します。

次のコマンドは、/home/my_scripts/duplicationディレクトリに保存されているdup_db.shスクリプトを実行します。

$ ./home/my_scripts/duplication/dup_db.sh

A RMANコマンドの相違点

この付録では、リカバリ・アプライアンス使用時における標準のRMANコマンドの動作変更と制限事項について説明します。

表A-1 RMANコマンドの動作変更

RMANコマンド

注意

CHANGE BACKUP ... UNAVAILABLE

このコマンドは仮想バックアップでは使用ないでください。

CHANGE BACKUP ... UNCATALOG

このコマンドは仮想バックアップでは使用ないでください。

CONFIGURE ... RETENTION POLICY

RETENTION POLICYがNONEに設定されている場合は、ローカル・アーカイブ・ログを格納する高速リカバリ領域を構成することをお薦めします。高速リカバリ領域では、その記憶域を自動的に管理します。ローカル・ログを管理できるように高速リカバリ領域のサイズが適切に設定されているかぎり、高速リカバリ領域ではその記憶域領域を必要に応じてパージします。

注意: パラレル・バックアップ計画を使用する場合は、アーカイブREDOログのバックアップを任意のディスク・ディレクトリに格納することもできます。

DELETE

使用しないでください。通常のバックアップとは異なり、リカバリ・アプライアンスのバックアップ・セットには、リカバリ操作を正常に実行するのに不可欠な仮想バックアップ・ピースおよびSBTピースを含めることができます。さらに、バックアップ・ピースが欠落していると、索引付け操作、システム・リソースの関連付け、新しいバックアップの収集への作用に支障をきたす可能性があります。

DROP DATABASE

DBMS_RA.DELETE_DBプロシージャを使用してリカバリ・アプライアンスから保護されたデータベースを登録解除してから、DROP DATABASEコマンドを使用してください。

MAXPIECESIZE句

CONFIGUREまたはALLOCATEコマンドのMAXPIECESIZE句は、リカバリ・アプライアンスではサポートされていません。

UNREGISTER DATABASE

保護されたデータベースをリカバリ・アプライアンスから登録解除するには、UNREGISTER DATABASEのかわりにDBMS_RA.DELETE_DBプロシージャを使用してください。

注意: DELETE_DBプロシージャの詳細は、『Zero Data Loss Recovery Appliance管理者ガイド』を参照してください。

索引

A  B  C  E  I  O  P  R  S  T  U

A

- 管理タスク

- 保護対象データベース 1

B

- バックアップ

- 永久的増分バックアップ計画 1

- 推奨バックアップ計画 1

- Enterprise Managerの使用 1

- RMANの使用 1

- バックアップのポーリング 1

- バックアップ・レポート

- 保護されたデータベース 1

- バックアップ設定

- 概要 1

- Enterprise Managerの使用 1

- RMANの使用 1

- ブロック・メディア・リカバリ

- Enterprise Managerの使用 1 , 2

C

- クローン・データベース

- リカバリ・アプライアンス 1

- 構成パラメータ

- リカバリ・アプライアンス・バックアップ・モジュール 1

- 構成

- 保護されたデータベースのバックアップ設定

- Enterprise Managerの使用 1

- RMANの使用 1

- 保護されたデータベースのリカバリ設定

- Enterprise Managerの使用 1

- RMANの使用 1

- 保護対象データベース

- 概要手順 1

- 概要 1

- リアルタイムREDOトランスポート

- Enterprise Managerの使用 1

- RMANの使用 1

- 作成

- リカバリ・アプライアンスのクローン・データベース 1

- Enterprise Manager管理者 1

- リカバリ・アプライアンスのスタンバイ・データベース 1

- テスト・バックアップ

- Enterprise Managerの使用 1

- RMANの使用 1

E

- 保護されたデータベースの登録

- 概要 1

- Enterprise Managerの使用 1 , 2

- RMANの使用 1

- Enterprise Manager

- 保護されたデータベースのホーム・ページへのアクセス 1

- 例

- 保護されたデータベースのリカバリ 1

- 保護されたデータベースのリストア 1

I

- 永久的増分バックアップ計画

- RMANでの使用 1

- インストール

- リカバリ・アプライアンス・バックアップ・モジュール 1

- インタフェース

- 保護されたデータベースの操作 1

O

- Oracle推奨のリカバリ

- 概要 1

- 推奨バックアップ計画

- Enterprise Managerの使用 1

P

- PDB

- 完全リカバリの実行 1

- Point-in-Timeリカバリの実行1

- データ・ファイルのリカバリ 1

- 表領域のリカバリ 1

- プラガブル・データベース

- 「PDB」を参照

- 保護対象データベース

- Enterprise Managerのホーム・ページへのアクセス 1

- 管理者 1

- 管理者のタスク 1

- バックアップ

- Enterprise Managerの使用 1

- RMANの使用 1

- バックアップのポーリング 1

- バックアップ・レポート 1

- バックアップ設定 1

- 構成

- 概要手順 1

- 概要 1

- バックアップ設定の構成

- Enterprise Managerの使用 1

- RMANの使用 1

- リアルタイムREDOトランスポートの構成

- Enterprise Managerの使用 1

- RMANの使用 1

- リカバリ設定の構成

- Enterprise Managerの使用 1

- RMANの使用 1

- Enterprise Manager管理者の作成 1

- 登録

- 概要 1

- Enterprise Managerの使用 1 , 2

- RMANの使用 1

- 永久的増分バックアップ計画 1

- インタフェース 1

- リカバリ・アプライアンスのメタデータ 1

- スケジュール済ジョブのステータスの変更 1

- Oracle推奨のリカバリ 1

- 概要 1

- ユーザー指示のリカバリの実行 1

- リカバリ

- すべてのデータ・ファイル 1

- 制御ファイル 1

- 破損ブロック 1

- データファイル 1

- Oracle RAC環境 1

- 前提条件 1

- 表領域 1

- PITRの使用 1

- リアルタイムREDOトランスポートの使用 1

- リカバリ設定の概要 1

- リカバリ・アプライアンスへの登録 1

- 必要な権限 1

- リストア

- 例 1

- 前提条件 1

- ジョブの再開 1

- 実行中のジョブの停止 1

- ジョブの一時停止 1

- タスク・フロー 1

- バックアップの送信方法 1

- テスト・バックアップ

- Enterprise Managerの使用 1

- RMANの使用 1

- テスト・リカバリ

- RMANの使用 1

- ユーザー指示のリカバリ 1

- ユーザー 1

- 永久的増分バックアップ計画の使用 1

- ジョブ詳細の表示 1

- 保護ポリシー 1

R

- リアルタイムREDOトランスポート

- 概要 1

- 構成

- Enterprise Managerの使用 1

- RMANの使用 1

- 保護されたデータベースのリカバリ 1

- リカバリ

- 保護されたデータベースのすべてのデータ・ファイル 1

- 破損ブロック

- Enterprise Managerの使用 1 , 2

- PDBのすべてのデータ・ファイル 1

- PDB

- 完全リカバリ 1

- Point-in-Timeリカバリ 1

- 保護対象データベース

- 特定の時間まで 1

- 表領域

- PDB内 1

- Oracle推奨のリカバリの使用 1

- ユーザー指示のリカバリの使用 1

- 保護されたデータベースのリカバリ

- 表領域 1

- 保護されたデータベースのリカバリ

- 制御ファイル 1

- 破損ブロック 1

- データファイル 1

- Oracle RAC 1

- 前提条件 1

- リカバリ・アプライアンス

- 保護されたデータベースのメリット 1

- RMANコマンドの動作変更 1

- 概要 1

- 保護されたデータベースの登録 1

- リカバリ・アプライアンス・バックアップ・モジュール

- 概要 1

- 構成パラメータ 1

- インストール 1

- リカバリ・アプライアンス・ユーザー 1

- リカバリ設定

- 保護されたデータベースの概要 1

- Enterprise Managerの使用 1

- RMANの使用 1

- リストア

- 保護対象データベース

- 例 1

- 前提条件 1

- 保護されたデータベースのリストア 1

- RMANコマンド

- リカバリ・アプライアンスでの変更 1

S

- SBTライブラリ

- バックアップの転送 1

- リカバリ・アプライアンスへの送信

- 保護されたデータベースのバックアップ 1

- スタンバイ・データベース

- リカバリ・アプライアンス 1

T

- タスク

- 保護されたデータベースの管理者 1

- テスト・リカバリ

- 実行

- RMANの使用 1

- バックアップの転送

- SBTライブラリの使用 1

U

- ユーザー指示のリカバリ

- 概要 1

- ユーザー

- 保護されたデータベースの管理者 1

- リカバリ・アプライアンス 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)を参照してください。