リカバリ・アプライアンスの設定と構成
タスク1: Cloud Controlユーザー・アカウントの作成
「リカバリ・アプライアンス管理における職務の分離」で説明したように、リカバリ・アプライアンス環境では複数の管理アカウントが必要になる場合があります。このステップでは、環境で必要なCloud Controlユーザー・アカウントを作成します。
ノート:
これらはデータベース・ユーザー・アカウントではなく、アプリケーションレベルのユーザー・アカウントです。
関連項目:
Enterprise Managerユーザー・アカウントの作成方法を学習するには、Cloud Controlのヘルプを参照してください。
タスク2: 各データベース階層の保護ポリシーの作成
保護データベースの階層ごとに個別の保護ポリシーを作成します。「保護ポリシーを管理するための基本タスク」でこれらのタスクについて説明します。
-
バックアップ・ポーリングの場所へのアクセス権がリカバリ・アプライアンスにある場合、必要に応じて、バックアップ・ポーリング・ポリシーを作成します。
ノート:
Cloud Controlを使用する場合、このステップは保護ポリシーの構成に含まれます。
DBMS_RA
を使用するときは、別のプロシージャ(CREATE_POLLING_POLICY
)を実行する必要があります。「バックアップ・ポーリング・ポリシーの作成(コマンドラインのみ)」でこのタスクについて説明しています。
-
特定のデータベース階層の保護ポリシーを作成します。
「保護ポリシーの作成」でこのタスクについて説明しています。
タスク3: リカバリ・アプライアンスでの保護データベースのアクセス権の構成
リカバリ・アプライアンスのメタデータ・データベースに仮想プライベート・カタログ所有者を作成し、保護データベースを追加し、保護データベースへのアクセス権をカタログ所有者に付与します。「保護されたデータベース・アクセスを構成するための基本的なタスク」の説明に従って、これらのステップすべてをリカバリ・アプライアンスで実行します。
タスク4: 保護データベースの構成(DBA向け)
保護データベース管理者がこのタスクを実行します。リカバリ・アプライアンスでのDBMS_RA
プロシージャの実行は含まれません。クライアント側の構成には次のサブタスクが含まれます。
-
リアルタイムREDOトランスポートなど、バックアップおよびリカバリ設定の構成
-
リカバリ・アプライアンスへのアクセスの有効化(リカバリ・アプライアンス・バックアップ・モジュールのインストールとリカバリ・アプライアンス・ユーザー・アカウントの認証が含まれる)
-
バックアップおよびリストア操作のテスト
保護データベースの構成方法を学習するには、『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照してください。
タスク5: 従来のバックアップのリカバリ・アプライアンスへの移行(DBA向け)
保護データベースのDBAがこのタスクを実行します。リカバリ・アプライアンスでのDBMS_RA
プロシージャの実行は含まれません。移行では、従来のリカバリ・カタログをリカバリ・アプライアンス・カタログに移行して、ディスクまたはテープ上の物理バックアップにリカバリ・アプライアンスがアクセスできるようにします。
従来のバックアップの移行方法を学習するには、『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照してください。
タスク6: リカバリ要件を満たすcopy-to-tapeスケジュールの作成
環境でテープ・デバイスを利用する場合は、SBT属性セットの作成、テープ・ジョブのスケジュール設定、テープ・バックアップ・ステータスのモニタリングなどを行う必要があります。「リカバリ・アプライアンスでテープにバックアップをコピーする場合の基本的なタスク」の説明に従って、これらのステップすべてをリカバリ・アプライアンスで実行します。
タスク7: リカバリ・アプライアンス・レプリケーションの構成