6 保護されたデータベース・アクセスのためのリカバリ・アプライアンスの構成

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

• 保護されたデータベース・アクセスについて

• 仮想プライベート・カタログ・アカウントの作成

• 保護されたデータベースの登録

• 保護されたデータベースのプロパティの更新

保護されたデータベース・アクセスについて

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

• 保護されたデータベース・アクセスの目的

• 保護されたデータベース・アクセスの概要

• 保護されたデータベース・アクセスを構成するためのユーザー・インタフェース

• 保護されたデータベース・アクセスを構成するための基本的なタスク

関連項目:

リカバリ・アプライアンスのアーキテクチャ

保護されたデータベース・アクセスの目的

データベース・バックアップにアクセスできるようになるまで、データベースはリカバリ・アプライアンスによって保護されていません。

保護されたデータベース・アクセスの概要

必要な構成を実行して保護されたデータベースがリカバリ・アプライアンスにバックアップを送信できるようにすることを、データベースの登録と呼びます。登録は、リカバリ・アプライアンスを使用するように保護されたデータベースを初めて設定するときに実行すべき、1回かぎりのタスクです。このタスクでは、リカバリ・アプライアンスと保護されたデータベースの両方での構成が必要となります。

基本的な登録手順は、次のとおりです。

1. データベースの追加

   データベースをリカバリ・アプライアンスに追加するプロセスでは、データベースのメタデータをリカバリ・アプライアンスのメタデータ・データベースに追加して、このデータベースを指定した保護ポリシーに割り当てます。DBMS_RA.ADD_DBを実行すると、保護されていないデータベースのステータスが「保護されたデータベース」になります。

2. データベースへのアクセス権をリカバリ・アプライアンス・ユーザー・アカウントに付与

   メタデータ・データベースで仮想プライベート・カタログ・アカウント(リカバリ・アプライアンス・ユーザー)を作成した後、リカバリ・アプライアンスでDBMS_RA.GRANT_DB_ACCESSを実行して、このアカウントを保護されたデータベースに関連付けます。

3. データベースを仮想プライベート・カタログに登録

   保護されたデータベース・ホストでOracleウォレットを作成し、仮想プライベート・カタログ・アカウントの資格証明を追加します。RMAN REGISTER DATABASEコマンドを使用して、保護されたデータベースをリカバリ・カタログに登録します。

   注意:

   リアルタイムREDOトランスポートを構成する場合は、保護されたデータベースでいくつかのSQL文を実行する必要があります(『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照)。

図6-1に、保護されたデータベース(CONNECT TARGET)および仮想プライベート・カタログ(CONNECT CATALOG)に接続しているRMANクライアントを示します。バックアップ操作とリストア操作を可能にするには、保護されたデータベース・ホストのOracleウォレットに仮想プライベート・カタログ所有者が存在する必要があります。

図6-1 保護されたデータベース・アクセス

「図6-1 保護されたデータベース・アクセス」の説明

ファイルをリカバリ・アプライアンスにバックアップしなくても、リカバリ・アプライアンス・カタログにデータベースのメタデータを保存できます。この場合、データベースのステータスは保護されたデータベースではないため、リカバリ・アプライアンスには登録されません。仮想プライベート・カタログ所有者がすでに存在し、作成する必要がないため、こうしたデータベースの将来の登録は簡単になります。

保護されたデータベース・アクセスを構成するためのユーザー・インタフェース

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

• Cloud Controlでの保護されたデータベース・ページへのアクセス

• 保護されたデータベース・アクセスに関連するDBMS_RAプロシージャ

• 保護されたデータベース・アクセスのリカバリ・カタログ・ビュー

Cloud Controlでの保護されたデータベース・ページへのアクセス

Oracle Enterprise Manager Cloud Control (Cloud Control)の保護されたデータベース・ページは、データベース登録プロセスを開始するための推奨インタフェースです。

保護されたデータベース・ページには、リカバリ・アプライアンスに直接バックアップされるか、またはダウンストリーム・リカバリ・アプライアンス・レプリケーション用に構成されるかにかかわらず、このリカバリ・アプライアンスで管理されるすべてのデータベースが一覧表示されます。このページでは、個々のデータベース、複数のデータベースまたは前に定義したEnterprise Managerグループを選択して、保護されたデータベースを追加できます。

保護されたデータベース・ページにアクセスするには:

1. 「リカバリ・アプライアンスのホームページへのアクセス」の説明に従って、リカバリ・アプライアンスのホームページにアクセスします。

2. 「リカバリ・アプライアンス」メニューから、「保護されたデータベース」を選択します。

   図6-2に示すように、保護されたデータベース・ページが表示されます。

   図6-2 保護されたデータベース・ページ

   
   「図6-2 保護されたデータベース・ページ」の説明

関連項目:

• 「リカバリ・アプライアンス・レプリケーションについて」

• 保護されたデータベース・ページの詳細は、Cloud Controlオンライン・ヘルプを参照してください。

保護されたデータベース・アクセスに関連するDBMS_RAプロシージャ

DBMS_RAパッケージを使用して、保護されたデータベース・アクセスを構成できます。表6-1で、保護されたデータベースに関連する主なプログラム・ユニットについて説明します。

表6-1 保護されたデータベース・アクセスのDBMS_RAプロシージャ

プログラム・ユニット	説明
ADD_DB	指定したデータベースのメタデータでをリカバリ・アプライアンスに追加して、保護ポリシーをデータベースに割り当てます。reserved_spaceパラメータを設定する必要がある点に注意してください。
DELETE_DB	指定したデータベースのメタデータをリカバリ・アプライアンスから削除します。このデータベースのすべてのメタデータとバックアップが、ディスクとSBTの両方から削除されます。
GRANT_DB_ACCESS	指定したデータベースについて、リカバリ・アプライアンス権限をユーザーに付与します。
REVOKE_DB_ACCESS	指定したデータベースについて、リカバリ・アプライアンス権限をユーザーから取り消します。
UPDATE_PROTECTION_POLICY	既存の保護ポリシーのパラメータを変更します。

関連項目:

DBMS_RAパッケージのリファレンス

保護されたデータベース・アクセスのリカバリ・カタログ・ビュー

リカバリ・アプライアンス・カタログ・ビューを使用して、データベース・アクセスをモニターできます。表6-2に、最も関係のあるビューについてまとめます。

表6-2 保護されたデータベース・アクセスのリカバリ・カタログ・ビュー

ビュー	説明
RA_DATABASE	このビューでは、このリカバリ・アプライアンスで保護されているデータベースについて説明します。
RA_DB_ACCESS	このビューでは、特定の保護されたデータベースにアクセスできるユーザー・アカウントについて説明します。

関連項目:

リカバリ・アプライアンスのビュー・リファレンス

保護されたデータベース・アクセスを構成するための基本的なタスク

この項では、保護されたデータベース・アクセスを構成する場合の基本的なタスクについて説明します。図6-3は、「リカバリ・アプライアンスのワークフロー」に説明されている全体的なワークフローを、リカバリ・アプライアンスの構成タスクを強調して示したものです。

図6-3 リカバリ・アプライアンス・ワークフローでのデータベース・アクセス構成タスク

「図6-3 リカバリ・アプライアンス・ワークフローでのデータベース・アクセス構成タスク」の説明

一般に、保護されたデータベース・アクセスは次の順序で構成します。

1. 計画フェーズでは、リカバリ・アプライアンスで保護するデータベースを決定します。

   このタスクについては、タスク4: 「リカバリ・アプライアンスのアクセス要件の決定」に説明されています。

2. 構成フェーズでは、次を行います(「リカバリ・アプライアンスの設定と構成」を参照)。

   1. 仮想プライベート・カタログ・アカウントを作成します。

      このタスクについては、「仮想プライベート・カタログ・アカウントの作成」に説明されています。

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

      注意:

      Cloud Controlでは、リカバリ・カタログでのデータベースの登録を除き、すべての登録手順を単一のページで実行できます。

      このタスクについては、「保護されたデータベースの登録」に説明されています。

3. 進行中のメンテナンス・フェーズでは(「Recovery Applianceのメンテナンス・タスク」を参照)、次を実行できます。

   • DBMS_RA.UPDATE_DBを使用して、既存の保護されたデータベースのプロパティを更新します(「保護されたデータベースのプロパティの更新」を参照)。

   • DBMS_RA.DELETE_DBを使用して、保護されたデータベースのメタデータをリカバリ・アプライアンスから削除します。

   • DBMS_RA.REVOKE_DB_ACCESSを使用して、特定の仮想プライベート・カタログ所有者から特定の保護されたデータベースへのアクセス権を取り消します。

仮想プライベート・カタログ・アカウントの作成

リカバリ・アプライアンスにバックアップする際は、RMANをリカバリ・アプライアンス・カタログに接続する必要があります。この手順では、特定の保護されたデータベースまたは一連の保護されたデータベースの仮想プライベート・カタログ・ユーザーを作成します。

前提条件

SYSTEMとしてメタデータ・データベースにログインします。

前提条件

次の要件を持つリカバリ・アプライアンス管理者であると想定します。

• データベースorcldをリカバリ・アプライアンスに登録します。

• ravpc1という名前の仮想プライベート・カタログ・アカウントを作成します。orcldをバックアップする際、ravpc1資格証明を使用してCONNECT CATALOGを実行します。

仮想プライベート・カタログ・アカウントを作成するには:

1. rootとしてリカバリ・アプライアンスにログインします。

2. binディレクトリに変更します。

   # cd /opt/oracle.RecoveryAppliance/bin

3. 新規の仮想プライベート・カタログ・アカウントを追加するコマンドを実行します。

   次のコマンドでは、ravpc1という名前の仮想プライベート・カタログ・アカウントが追加されます。

   # ./racli add vpc_user -username=ravpc1

   プロンプトが表示されたら、ravpc1ユーザーのパスワードを入力します。

関連項目:

• データベース・ユーザー・アカウントの作成方法の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

• Cloud Controlを使用してデータベース・ユーザー・アカウントを作成する方法については、『Oracle Database 2日でセキュリティ・ガイド』を参照してください。

• 仮想プライベート・カタログについては、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

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

この項では、Cloud Control (推奨)またはDBMS_RAコマンドライン・インタフェースを使用して、保護されたデータベースを登録する方法について説明します。

関連項目:

リカバリ・アプライアンスにデータベースを登録する主な前提条件の詳細は、My Oracle SupportノートのドキュメントID 1995866.1 (http://support.oracle.com/epmos/faces/DocumentDisplay?id=1995866.1)を参照してください

Cloud Controlを使用した保護されたデータベースの登録

この項では、Cloud Controlで保護されたデータベース・ページからデータベース登録プロセスを開始する方法を説明します。

前提条件

リカバリ・アプライアンスに登録するデータベースが、Cloud Controlによってデータベース・インスタンス・ターゲットとして検出されている必要があります。

前提条件

次のビジネス要件があると想定します。

• データベースORCL11およびORCL12を登録します。

• これらのデータベースを、GOLDという保護ポリシーに割り当てます。

• 新たに登録するデータベースにそれぞれ6355 GBの予約済領域(保護されたデータベースそれぞれに保証されるディスク領域の量)を確保します。

保護されたデータベースを登録するには:

1. 「Cloud Controlでの保護されたデータベース・ページへのアクセス」に説明されているとおりに、保護されたデータベース・ページにアクセスします。

2. 「追加」をクリックします。

   保護されたデータベースの追加ページが表示されます。

   図6-4 保護されたデータベースの追加ページ

   
   「図6-4 保護されたデータベースの追加ページ」の説明

3. 「追加」をクリックします。

   「ターゲットの選択」ページが表示されます。

4. 「ターゲット・タイプ」で「データベース・インスタンス」を選択します。

   ページがリフレッシュされ、データベース・インスタンスのみが表示されます。

5. オプションで、「ターゲット名」および「ホスト上」フィールドに値を入力して、データベース・インスタンスの範囲を絞ります。

   この例では、次の手順でデータベースを複数選択できるように、フィールドは空白のままにします。

6. ターゲットの表で、Ctrlキーを押しながら必要なデータベースをクリックします。

   たとえば、ターゲット・リストからORCL11とORCL12を選択します。

7. 「選択」をクリックします。

   登録するデータベースをリストする保護されたデータベースの追加ページが表示されます。

8. 「保護ポリシー」セクションで、データベースを追加するポリシーをクリックして「次」をクリックします。

   たとえば、GOLDをクリックしてから「次」をクリックします。

   保護されたデータベースの追加ページが表示されます。

   図6-5 保護されたデータベースの追加ページ

   
   「図6-5 保護されたデータベースの追加ページ」の説明

9. 保護されたデータベースに必要な属性を設定します。

   • 「予約済領域」フィールドに、保護されたデータベースごとに予約するディスク領域の最小量を入力します。

     注意:

     Cloud Controlを使用してリカバリ・アプライアンスにデータベースを追加すると、リカバリ・アプライアンスはデフォルトの予約領域であるデータベース・サイズの2.5Xを割り当てます。この値を使用することも、変更することもできます。

     たとえば、6355と入力して、単位にGBを選択します。

   • 「リカバリ・アプライアンス・ユーザー」セクションで、適切な仮想プライベート・カタログ・アカウントの資格証明を入力します。

   • 「資格証明アクセス権限受領者」セクションの「Enterprise Managerユーザー」で、リカバリ・アプライアンス・ユーザー資格証明へのアクセスが必要なEnterprise Managerユーザー・アカウントを選択します。

     たとえば、「すべて」を選択します。

10. 「OK」をクリックします。

    確認を求めるウィンドウが表示されます。

11. 「閉じる」をクリックして、保護されたデータベース・ページに戻ります。

    新しく追加したデータベースが、保護されたデータベースの表に表示されます。

    この段階では、データベースが追加されてアクセス権が付与されましたが、まだ仮想プライベート・カタログには登録されていません。

12. データベースの登録を完了する方法については、『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照してください。

関連項目:

保護されたデータベースの追加ページの詳細は、Cloud Controlオンライン・ヘルプを参照してください。

コマンドラインを使用した保護されたデータベースの登録

DBMS_RAコマンドライン・インタフェースを使用してデータベースを登録する場合、次のタスクを実行する必要があります。

1. 「DBMS_RAを使用した保護されたデータベースのメタデータの追加」

2. 「DBMS_RAを使用したリカバリ・アプライアンス・アカウントへのデータベース・アクセスの付与」

3. 保護されたデータベースでのアクセス権の構成(『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照)

DBMS_RAを使用した保護されたデータベースのメタデータの追加

保護するデータベースについて、DBMS_RA.ADD_DBを使用してこのデータベースのメタデータをリカバリ・アプライアンスに追加する必要があります。この手順では、既存の保護ポリシーおよびデータベースの予約済領域の量を指定する必要があります。

前提条件

RASYSアカウントでリカバリ・アプライアンスにログインする必要があります。

前提条件

次の要件を持つリカバリ・アプライアンス管理者であると想定します。

• orcldを保護されたデータベースにします。

• このデータベースを既存のbronze保護ポリシーに追加し、200GBの予約済領域を割り当てます。

保護されたデータベースのメタデータをリカバリ・アプライアンスに追加するには:

1. SQL*PlusまたはSQL Developerで、RASYSとしてリカバリ・アプライアンス・メタデータ・データベースに接続します。

2. ADD_DBプロシージャを使用して、データベースのメタデータをリカバリ・アプライアンスに追加し、保護ポリシーを割り当てます。

   たとえば、次の無名ブロックはデータベースorcldを追加します。

   BEGIN
     DBMS_RA.ADD_DB (
       db_unique_name         => 'orcld',
       protection_policy_name => 'bronze',
       reserved_space         => '200G');
   END;
   

3. オプションで、新たに追加されたデータベースに関する情報があるかリカバリ・カタログを問い合せます。

   たとえば、次の問合せを実行してorcld (出力例も示します)の詳細を表示します。

   COLUMN PROT_DB FORMAT a10
   COLUMN POLICY_NAME FORMAT a11
   SELECT DB_UNIQUE_NAME AS PROT_DB, DB_KEY, DBID, POLICY_NAME
   FROM   RA_DATABASE
   WHERE  DB_UNIQUE_NAME = 'ORCLD';
   
   PROT_DB        DB_KEY       DBID POLICY_NAME
   ---------- ---------- ---------- -----------
   ORCLD             301 3210984255 BRONZE

注意:

Oracle Data Guard環境では、リカバリ・アプライアンス・カタログに登録したデータベース(プライマリまたはセカンダリ)のdb_unique_nameを追加します。

関連項目:

「ADD_DB」

DBMS_RAを使用したリカバリ・アプライアンス・アカウントへのデータベース・アクセスの付与

リカバリ・アプライアンス・ユーザー・アカウント(仮想プライベート・カタログ・アカウントでもあります)に必要な権限を付与して、このアカウントで認証する保護されたデータベースがバックアップ操作とリストア操作を実行できるようにする必要があります。DBMS_RA.GRANT_DB_ACCESSプロシージャは、保護されたデータベースを仮想プライベート・カタログに関連付けます。

前提条件

このタスクには次の前提条件があります。

• RASYSアカウントでリカバリ・アプライアンスにログインする必要があります。

• DBMS_RA.GRANT_DB_ACCESSで指定したリカバリ・アプライアンス・ユーザー・アカウントが存在する必要があります。

• orcldという名前の保護されたデータベースが追加されている必要があります。

前提条件

保護されたデータベースorcldをバックアップする際に、RMANにravpc1としてCONNECT CATALOGを許可するとします。

保護されたデータベースへのアクセス権を仮想プライベート・カタログ・アカウントに付与するには:

1. SQL*PlusまたはSQL Developerで、RASYSとしてリカバリ・アプライアンス・データベースに接続します。

2. GRANT_DB_ACCESSプロシージャを実行して、データベースに対するバックアップおよびリストア権限をユーザーに付与します。

   次のPL/SQL無名ブロックは、保護されたデータベースorcldへのアクセス権を仮想プライベート・カタログ・アカウントravpc1に付与します。

   BEGIN
      DBMS_RA.GRANT_DB_ACCESS (
        db_unique_name =>  'orcld',
        username       =>  'ravpc1');
   END;
   

3. オプションで、データベース・アクセスに関する情報があるかリカバリ・カタログを問い合せます。

   たとえば、次の問合せを実行してorcldおよびカタログ所有者ravpc1 (出力例も示します)の詳細を表示します。

   COLUMN PROT_DB FORMAT a10
   COLUMN POLICY_NAME FORMAT a11
   COLUMN USERNAME FORMAT a15
   COLUMN DB_KEY FORMAT 999999
   SELECT d.DB_UNIQUE_NAME AS PROT_DB, d.DB_KEY, 
          d.DBID, d.POLICY_NAME, a.USERNAME
   FROM   RA_DATABASE d, RA_DB_ACCESS a 
   WHERE  d.DB_UNIQUE_NAME = 'ORCLD'
   AND    a.DB_KEY = d.DB_KEY;
    
   PROT_DB     DB_KEY       DBID POLICY_NAME USERNAME
   ---------- ------- ---------- ----------- ---------------
   ORCLD          301 3210984255 BRONZE      RAVPC1
   

4. このアカウントを使用して認証する必要のある保護されたデータベースごとに、仮想プライベート・カタログのユーザー名とパスワードをDBAに送信します。

5. 登録手順を完了するには、『Zero Data Loss Recovery Appliance保護されたデータベースの構成ガイド』を参照してください。

関連項目:

「GRANT_DB_ACCESS」

保護されたデータベースのプロパティの更新

この項では、Cloud Control (推奨)またはDBMS_RAコマンドライン・インタフェースを使用して、保護されたデータベースのプロパティを更新する方法について説明します。

Cloud Controlを使用した保護されたデータベースのプロパティの更新

この項では、Cloud Controlで保護されたデータベース・ページからデータベースを編集する方法を説明します。

前提条件

次のビジネス要件があると想定します。

• 保護されたデータベースORCL11の保護ポリシーをGOLDからBRONZEに変更します。

• 予約済領域を6355GBから7000GBに変更します。

• この保護されたデータベースに関連付けられているリカバリ・アプライアンス・ユーザー・アカウントをrauser11からrauser12に変更します。

保護されたデータベースのプロパティを更新するには:

1. 「Cloud Controlでの保護されたデータベース・ページへのアクセス」に説明されているとおりに、保護されたデータベース・ページにアクセスします。

2. 「編集」をクリックします。

   保護されたデータベースの編集ページが表示されます。

3. 保護されたデータベースの必要な属性を変更して、「OK」をクリックします。

   • 「保護ポリシー」セクションで、BRONZEというポリシーの行を選択します。

     たとえば、「すべて」を選択します。

   • 「予約済領域」フィールドに、この保護されたデータベースに予約するディスク領域の新しい最小量を入力します。

     たとえば、7000と入力して、単位にGBを選択します。

   • 「リカバリ・アプライアンス・ユーザー」セクションに、データベース・ユーザーrauser12の資格証明を入力します。

   新しく更新したデータベースが、保護されたデータベースの表に表示されます。

関連項目:

保護されたデータベースの編集ページの詳細は、Cloud Controlオンライン・ヘルプを参照してください。

DBMS_RAを使用した別の保護ポリシーへのデータベースの割当て

保護されたデータベースのプロパティを更新するには、DBMS_RA.UPDATE_DBプロシージャを使用します。未指定のパラメータは既存の値が保持されます。この項では、別の保護ポリシーを使用するように保護されたデータベースを更新する方法を説明します。

前提条件

RASYSとしてメタデータ・データベースにログインする必要があります。

前提条件

このチュートリアルでは、「DBMS_RAを使用した保護ポリシーの作成」で作成したbronzeという保護ポリシーが存在すると想定しています。目標は、データベースzdlracの保護ポリシーをsilverからbronzeに変更することです。

別の保護ポリシーにデータベースを割り当てるには:

1. SQL*PlusまたはSQL Developerを起動し、RASYSとしてメタデータ・データベースにログインします。

2. 既存の保護ポリシーを問い合せます。

   たとえば、次の問合せを実行します(出力例も示します)。

   COL POLICY_NAME FORMAT a11
   COL DESCRIPTION FORMAT a35
   SELECT POLICY_NAME, DESCRIPTION, 
          TO_CHAR(EXTRACT(DAY FROM RECOVERY_WINDOW_GOAL),'fm00')||':'||
          TO_CHAR(EXTRACT(HOUR FROM RECOVERY_WINDOW_GOAL),'fm00')||':'||
          TO_CHAR(EXTRACT(MINUTE FROM RECOVERY_WINDOW_GOAL),'fm00')||':'||
          TO_CHAR(EXTRACT(SECOND FROM RECOVERY_WINDOW_GOAL),'fm00')
            AS "DD:HH:MM:SS"
   FROM   RA_PROTECTION_POLICY;
    
   POLICY_NAME DESCRIPTION                         DD:HH:MM:SS
   ----------- ----------------------------------- ---------------
   BRONZE      For protected dbs in bronze tier    01:00:00:00
   SILVER      For protected dbs in silver tier    07:00:00:00
   GOLD        For protected dbs in gold tier      14:00:00:00
   

3. どの保護されたデータベースがどの保護ポリシーに関連付けられているかを特定します。

   たとえば、次の問合せを実行します(出力例も示します)。

   SELECT d.DB_UNIQUE_NAME, d.POLICY_NAME
   FROM   RA_PROTECTION_POLICY p, RA_DATABASE d
   WHERE  p.policy_name=d.policy_name
   ORDER BY d.DB_UNIQUE_NAME;
    
   DB_UNIQUE_NAME                   POLICY_NAME
   -------------------------------- -----------
   ZDLRA                            BRONZE
   ZDLRAC                           SILVER
   .
   .
   .
   

4. DBMS_RA.UPDATE_DBプロシージャを実行して、データベースを新しいポリシーに関連付けます。

   たとえば、次のPL/SQL無名ブロックを実行して、現在のポリシーがsilverのzdlracという名前のデータベースを、bronzeという名前の保護ポリシーに関連付けます。

   BEGIN
    DBMS_RA.UPDATE_DB(
      db_unique_name             => 'zdlrac',
      protection_policy_name     => 'bronze');
   END;
   

5. オプションで、データベースが正しいポリシーに関連付けられていることを確認します。

   たとえば、次の問合せを実行します(出力例も示します)。

   SELECT d.DB_UNIQUE_NAME, d.POLICY_NAME
   FROM   RA_PROTECTION_POLICY p, RA_DATABASE d
   WHERE  p.POLICY_NAME=d.POLICY_NAME
   ORDER BY d.DB_UNIQUE_NAME;
    
   DB_UNIQUE_NAME                   POLICY_NAME
   -------------------------------- -----------
   ZDLRA                            BRONZE
   ZDLRAC                           BRONZE
   .
   .
   .

関連項目:

「UPDATE_DB」