Zero Data Loss Recovery Appliance 設定手順例

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |
Zero Data Loss Recovery Appliance
設定手順例
日本オラクル株式会社

Safe Harbor Statement
The following is intended to outline our general product direction. It is intended for
information purposes only, and may not be incorporated into any contract. It is not a
commitment to deliver any material, code, or functionality, and should not be relied upon
in making purchasing decisions. The development, release, and timing of any features or
functionality described for Oracle’s products remains at the sole discretion of Oracle.

管理者が設定/管理する内容
• Recovery Appliance 上での設定
1. 保護ポリシーの作成
2. カタログDBユーザの作成
3. 保護データベースの登録（保護ポリシーとの紐づけ）
• バックアップ対象データベース上での設定
4. バックアップの設定
5. バックアップのスケジュール
• バックアップの管理
6. 取得したバックアップの管理
7. 取得したバックアップを用いたリストア・リカバリ
3

• バックアップをどれだけの期間（ディスク上、テープ上に）保持するかの定義
– デフォルトでPlatinum, Gold, Silver, Bronze の4つが作成されています
– 変更可能、新規追加可能
4
Gold
Silver
Bronze
ミッション・クリティカル
ディスク：30日、テープ：90日、Replication 有
ビジネス・クリティカル
ディスク：10日、テープ：30日、Replication 無
テスト、開発
ディスク：6時間、テープ：なし、Replication 無

EMの「Recovery Applianceターゲットホーム
 保護ポリシー」画面から設定
5
項目内容
Disk Recovery Window Goal Point in Timeリカバリ可能とする期間
Unprotected Data Window
Threshold
データ損失を許容できる最長期間 ?
これを超えるとalertが上がる
Media Manager Recovery
Windows Policy
テープからPoint in Timeリカバリ可能
とする期間
Maximum Data Backup Retention ディスクバックアップを保存する期間
Backup Polling Location 場所、頻度、ポーリング後ファイルを
消すか
Backup Copy Policy 未コピーのバックアップを消しても
バックアップを受け入れるか

2. カタログDBユーザ（VPCユーザ）の作成
• バックアップ取得時のSCN、出力ファイル名、サイズ等を、カタログDBに保持する
• カタログDBはRecovery Appliance 上に作成されている
• バックアップ取得時には、カタログDBと保護DB双方にRMANで接続
• カタログDB用のユーザを、保護DB毎に分けることも可能
• Recovery Appliance の管理ユーザ
が RASYS ユーザ
– DBMS_RAパッケージ
– リカバリ・カタログ
6
RA スキーマ
リカバリ・カタログ
Virtual Private
Catalog
Virtual Private
Catalog
RASYS
保護対象データベース
Connect
as SYSBACKUP
Connect
as RA User
RA User

2. カタログDBユーザ（VPCユーザ）の作成
• Recovery Appliance 12.2.1.1.1 以降はRACLIユーティリティを用いてVPCユーザ作成
– 必要な権限も付与される
• Recovery Appliance 12.1.1.1.8 まではカタログDBに接続してSQLコマンドで作成
– CREATE SESSION 権限を持つユーザーアカウントを作成する
7
# racli add vpc_user –user_name=ravpc1
SQL> GRANT CREATE SESSION TO ravpc1 IDENTIFIED BY password;

• 保護対象データベースを Recovery Appliance に登録し、バックアップのライフサイクル
に応じた保護ポリシーに対応付けする
8
Gold
Silver
Bronze
ミッション・クリティカル
ディスク：30日、テープ：90日、Replication 有
ビジネス・クリティカル
ディスク：10日、テープ：30日、Replication 無
テスト、開発
ディスク：6時間、テープ：なし、Replication 無

9
Enterprise Manager に登録済みの
データベースが表示されるので、その
中から選択する
選択したデータベースのバックアップ
のライフサイクルに応じたポリシーを
選択する

3. 保護データベースの登録（領域予約）
10
EMの「Recovery Applianceターゲットホーム
 保護データベース」画面から設定
項目内容
Reserved Space この保護DBで利用予約する領域サイズ
Recovery Appliance User カタログ用ユーザの情報
Credential Access Grantee このカタログユーザ、保護DBと紐づける
EMユーザ

4. バックアップ設定
• 保護データベースからRecovery Appliance にバックアップを転送するための設定
– どの Recovery Appliance へバックアップを転送するか（EMにターゲット登録されているRecovery
Applianceを選択する）
– どのカタログユーザを使って、Recovery Appliance 上のカタログデータベースに接続するか（VPCユー
ザを選択する）
– 保護データベースからRecovery Appliance に接続するための接続情報（ウォレット）
• 保護データベースからRecovery ApplianceにREDOログを転送するための設定
– 手動で設定する場合は LOG_ARCHIVE_DEST_n, LOG_ARCHIVE_CONFIG, REDO_TRANSPORT_USER パ
ラメータなど、通常のData GuardのREDO転送と同じ設定を行う
– EMからだとすべて自動でやってくれる
11

12
ここにチェックを入れれば保護DBのlog_archive_dest_n パラメータ
にREDO転送の設定がされる。ただし、RA上のDBにはWalletを
使って接続するため、設定有効のために保護DBの再起動が必要

• 前頁を実行すると、Recovery Appliance上のカタログデータベースに対してバックアップ
対象のデータベースが登録される（register database）
• 保護データベース上のORACLE_HOME/dbs 配下に、ウォレットが作成される
• RMANのSHOW ALLコマンドで表示されるように、チャネル割り当ての設定（デフォルト
設定）が行われる
– 保護データベース上のウォレット（Recovery Applianceのカタログデータベースへの接続時の認証に利
用）や、SBTライブラリの位置などが指定される
– デフォルト設定なので、明示的にRMANのチャネル割り当て時に上書きすることは可能
13

• REDO転送を有効化した場合は保護DB上に次のようなパラメータが設定される
• yakushiings1 : Recovery ApplianceのIngest Network上に構成されるSCAN名（DNSによっ
て3つのSCAN VIPに名前解決される）
• DB_UNIQUE_NAMEは、Recovery Appliance上に構成されるカタログデータベースの
DB_UNIQUE_NAME（初期セットアップ時に指定可能）
14
LOG_ARCHIVE_DEST_2='SERVICE=“yakushiings1:1521/zdlras:dedicated”,
VALID_FOR=(ALL_LOGFILES, ALL_ROLES) ASYNC DB_UNIQUE_NAME=zdlras‘

5. バックアップのスケジュール
• バックアップを採取するタイミング
• 従来までのバックアップのタイミングと同じで良い
• 必ずしもEMからスケジュールする必要はない。ジョブ管理の仕組みがあるなら、そこ
からシェルをバックアップ取得用のRMANコマンドを含むシェルスクリプトを実行すれば
良い
15

5. バックアップのスケジュール設定（1/2）
16
Recovery Appliance にバックアップを取得する
場合は、こちらのガイドに従って設定する

5. バックアップのスケジュール設定（2/2）
17
頻度、開始時間、
繰り返し回数などを指定
実行されるRMANコマンドが確認できる
このコマンドが指定したスケジュールで
発行される

18
Recovery Appliance 内に格納されたバックアップ
はこのように見える
（通常のRMANのバックアップと同じ）

19
各バックアップは、管理者から見るとファイルの
ように見える（実体はファイルとしては存在せず、
バラバラのブロックの集合）

7. 取得したバックアップを用いたリストア・リカバリ
20
さまざまなパターンのリストア・リカバリに対応
・ DB全体、データファイル、表領域単位など
・最新時点、特定時点まで

リファレンス
• Information Center: Overview Zero Data Loss Recovery Appliance (Doc ID 1683791.2)
• Zero Data Loss Recovery Appliance Supported Versions (Doc ID 1927416.1)
– Recovery Applianceを構成する各ソフトウェアスタックのサポートマトリクス
• Zero Data Loss Recovery Appliance Critical Issues (Doc ID 1927928.1)
– 報告されているRecovery Applianceのクリティカルな問題一覧
– 各ドキュメントへのリンク
• Zero Data Loss Recovery Appliance Upgrade and Patching (Doc ID 2028931.1)
– Recovery Appliance のアップグレードやパッチに関するドキュメント
21

リファレンス
• Recommended Protected Database Patches for Zero Data Loss Recovery Appliance (Doc
ID 1982542.1)
– Recovery Appliance へのバックアップを取得する際に保護DB側に適用しておくことが望ましいパッチ
• Zero Data Loss Recovery Appliance Troubleshooting Data Gathering Document (Doc ID
2066528.1)
– 問題発生時に取得すべき情報と取得方法に関するドキュメント
• RMAN best practice recommendations for backing up to the Recovery Appliance (Doc ID
2176686.1)
– バックアップ取得時のコマンドのベストプラクティス
22

以上の事項は、弊社の一般的な製品の方向性に関する概要を説明する
ものです。また、情報提供を唯一の目的とするものであり、いかなる契約
にも組み込むことはできません。以上の事項は、マテリアルやコード、機能
を提供することをコミットメント（確約）するものではないため、購買決定を
行う際の判断材料になさらないで下さい。オラクル製品に関して記載され
ている機能の開発、リリースおよび時期については、弊社の裁量により決
定されます。
23
OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。
文中の社名、商品名等は各社の商標または登録商標である場合があります。

Zero Data Loss Recovery Appliance 設定手順例

Zero Data Loss Recovery Appliance 設定手順例

More Related Content

What's hot

Viewers also liked

Similar to Zero Data Loss Recovery Appliance 設定手順例

More from オラクルエンジニア通信

Zero Data Loss Recovery Appliance 設定手順例