CREATE_PROTECTION_POLICY

このプロシージャは、保護ポリシーを作成します。

構文

PROCEDURE create_protection_policy (
   protection_policy_name IN VARCHAR2,
   description IN VARCHAR2 DEFAULT NULL,
   storage_location_name IN VARCHAR2,
   polling_policy_name IN VARCHAR2 DEFAULT NULL,
   recovery_window_goal IN DSINTERVAL_UNCONSTRAINED,
   max_retention_window IN DSINTERVAL_UNCONSTRAINED DEFAULT NULL,
   recovery_window_sbt IN DSINTERVAL_UNCONSTRAINED DEFAULT NULL,
   unprotected_window IN DSINTERVAL_UNCONSTRAINED DEFAULT NULL,
   guaranteed_copy IN VARCHAR2 DEFAULT 'NO',
   allow_backup_deletion IN VARCHAR2 DEFAULT 'YES',
   store_and_forward IN VARCHAR2 DEFAULT 'NO',
   log_compression_algorithm IN VARCHAR2 DEFAULT 'BASIC',
   autotune_reserved_space IN VARCHAR2 DEFAULT 'NO',
   recovery_window_compliance IN DSINTERVAL_UNCONSTRAINED DEFAULT NULL,
   keep_compliance IN VARCHAR2 'NO',
   comments IN VARCHAR2 DEFAULT NULL,
   max_reserved_space IN VARCHAR2 DEFAULT NULL,
   secure_mode IN VARCHAR2 DEFAULT 'NO',
   level0_refresh IN DSINTERVAL_UNCONSTRAINED DEFAULT NULL
);

パラメータ

表21-11 CREATE_PROTECTION_POLICYのパラメータ

パラメータ	説明
protection_policy_name	保護ポリシーのユーザーが割り当てた名前。
description	ポリシーの使用法の説明(オプション)。
storage_location_name	保管場所の名前。リカバリ・アプライアンスでは、アクティブに受信された受信バックアップと、この保護ポリシーを共有するすべてのデータベースに対して新たに作成されたバックアップ・ファイルに、この場所が使用されます。
polling_policy_name	バックアップのポーリング・ポリシーの名前。ポーリング・ポリシーでは、リカバリ・アプライアンスがこの保護ポリシーを使用する保護されたデータベースのバックアップをポーリングする方法のルールを指定します。nullの場合、この保護ポリシーを使用するデータベースに対してバックアップのポーリングが発生しません。
recovery_window_goal	この保護ポリシーを使用するデータベースのリカバリ・ウィンドウ目標。保護されたデータベースごとに、リカバリ・アプライアンスでは、現在の時間から遡って指定された間隔内の任意の時点までのポイント・イン・タイム・リカバリを、ディスクで最古のバックアップによってサポートできるようにしようとします。 INTERVAL '2' DAY (2日)、INTERVAL '4' HOUR (4時間)などのように、有効なINTERVAL DAY TO SECOND式で目標を指定します。
max_retention_window	この保護ポリシーを使用するデータベースのバックアップをリカバリ・アプライアンスで保持する必要がある最長時間。リカバリ・アプライアンスは、バックアップを指定の期間より長く保持するのは、データベースのリカバリ・ウィンドウ目標の保存にそのバックアップが必要な場合のみです。nullの場合、max_retention_windowはデフォルトで2*recovery_window_goalに設定されます。
recovery_window_sbt	この保護ポリシーを使用するデータベースのSBTバックアップのリカバリ・ウィンドウ。保護されたデータベースごとに、リカバリ・アプライアンスでは、現在の時間から遡って指定された間隔内の任意の時点までリカバリが可能であることを保証するのに十分な期間、バックアップがテープ上に保持されます。 このパラメータがnullでない場合、この保護ポリシー用のSBTジョブを作成し、Oracle Schedulerなどのスケジューリング機能を使用してそのジョブをスケジュールする必要もあります。「CREATE_SBT_JOB_TEMPLATE」を参照してください。 このパラメータがNULLの場合、バックアップのパージは自動的には実行されず、バックアップは有効期限を過ぎても保存されます。 INTERVAL '2' DAY (2日)、INTERVAL '4' HOUR (4時間)などのように、有効なINTERVAL DAY TO SECOND式でウィンドウを指定します。
unprotected_window	この保護ポリシーを使用しているデータベースが許容できるデータ損失の最大量。保護されたデータベースが指定のデータ損失量を超えると、リカバリ・アプライアンスは、RA_INCIDENT_LOGに警告をポストします。保護された各データベースのリカバリ可能限度である直近の時間がRA_RESTORE_RANGEのHIGH_TIME列に表示されます。 INTERVAL '2' DAY (2日)、INTERVAL '4' HOUR (4時間)などのように、有効なINTERVAL DAY TO SECOND式でウィンドウを指定します。 unprotected_window_thresholdは、このAPIのunprotected_windowの最終設定値を指定します。unprotected_windowは、このデータベースの保護されていない時間を指定します。 この計算では、ra_disk_restore_rangeのデータにはオンラインREDOからのバックアップがまだなく、ra_*restore_rangeビューには反映されません。
guaranteed_copy	保証付きコピー機能の設定。NOを指定すると、リカバリ・アプライアンスでは、容量が少ないときに古いバックアップの削除が必要な場合でも、常に新しいバックアップが受け入れられます。このオプションは、古いバックアップをリストアできることよりも、現在受信しているバックアップを正常に処理できることを優先します。 YESを指定すると、バックアップ・データはリカバリ・アプライアンスの記憶域から削除される前に必ずテープまたはクラウドにコピーされます。このオプションは、現在受信しているバックアップを正常に処理できることよりも、古いバックアップをリストアできることを優先します。 YESに設定した場合、リカバリ・アプライアンスでは、guaranteed_copy=YESに設定されている、まだすべてのライブラリにコピーされていないバックアップ・データを、disk_reserve_spaceのバイト数までしか保持できません。ハードウェア・エラーまたはネットワーク・エラーによって適切なタイミングでコピーできない場合、リカバリ・アプライアンスがdisk_reserve_spaceの制限に達すると、その後のバックアップされていない新しいピースの作成試行が失敗します。
allow_backup_deletion	これをNOに設定すると、RMANユーザーはリカバリ・アプライアンス上のバックアップを削除できなくなります。デフォルト値はYESに設定されます。 NOは、リカバリ・アプライアンスがこの保護ポリシーを使用するデータベースのRMANユーザーによるバックアップの削除を禁止することを意味します。 YESは、リカバリ・アプライアンスがこの保護ポリシーを使用するデータベースのRMANユーザーによるバックアップの削除を許可することを意味します。
store_and_forward	バックアップおよびREDOフェイルオーバー機能の設定です。この設定は、このポリシーに関連付けられた保護されたデータベースが、プライマリ・リカバリ・アプライアンスの停止時にバックアップおよびREDOをリダイレクトする代替リカバリ・アプライアンスで定義されている保護ポリシーでのみ使用されます。 YESを指定すると、代替リカバリ・アプライアンスはこれらのリダイレクトされたバックアップを索引付けしません。かわりに、バックアップはそのまま格納され、停止が終了するとプライマリ・リカバリ・アプライアンスに送信されます。バックアップ・ピースは、プライマリでレプリケートされると削除されます。この代替リカバリ・アプライアンスに対してのみ、永久的増分のサポートがオフになります。ダウンストリーム・リカバリ・アプライアンスは、これらのバックアップを受信すると永久的増分計画を再開します。 デフォルトはNOです。 詳細は、「バックアップおよびREDOフェイルオーバー計画を使用した一時的な停止の管理」を参照してください。
log_compression_algorithm	アーカイブ・ログ圧縮機能の設定。この設定は、NZDL/ポーリングされるアーカイブ・ログのバックアップの圧縮レベルを調整するために使用します。 OFFは、アーカイブ・ログが圧縮されないことを意味します。BASICは、BASIC圧縮アルゴリズムを使用してバックアップが圧縮されることを意味します。LOWは、LOW圧縮アルゴリズムを使用してバックアップが圧縮されることを意味します。MEDIUMは、MEDIUM圧縮アルゴリズムを使用してバックアップが圧縮されることを意味します。HIGHは、HIGH圧縮アルゴリズムを使用してバックアップが圧縮されることを意味します。 LOW、MEDIUMおよびHIGHログ圧縮設定を使用するために、保護されたデータベースでAdvanced Compression Option (ACO)ライセンスは必要ありません。ログ圧縮の使用方法の詳細は、『ZDLRA: 保護ポリシー圧縮アルゴリズムの変更』(ドキュメントID 2654539.1)を参照してください。
autotune_reserved_space	この設定は、リカバリ・アプライアンスがこのポリシーに関連付けられているデータベースのreserved_space設定を自動的に定義および更新するかどうかを制御するために使用されます。この機能が有効な場合でも、reserved_spaceの初期設定および更新設定をupdate_dbの下に指定して、recovery_window_goalパラメータで指定された期間のreserved_spaceの自動変更を上書きできます。 YESは、何も指定されない場合にリカバリ・アプライアンスがデータベースの初期reserved_space設定を指定することを意味します。リカバリ・アプライアンスでは、毎日、データベース領域使用量に基づいて設定がチューニングされます。 NOは、リカバリ・アプライアンス管理者が、この保護ポリシーに関連付けられているデータベースのreserved_space設定の指定および維持を担当することを意味します。デフォルトはNOです
recovery_window_compliance	この設定は、削除されないバックアップの範囲をデータベースごとに指定します。これらのバックアップではdisk_reserved_spaceバイトを超える記憶域を使用しないでください。使用する場合は、それらのバックアップが範囲外になるまで新しいバックアップが拒否されます。 "disk_reserved_spaceの入力"は、"コンプライアンスで保護されたバックアップでdisk_reserved_spaceを入力"する必要があります INTERVAL '4' HOUR (4時間)などの有効なINTERVAL DAY TO SECOND式で期間を指定します。
keep_compliance	この設定により、RMAN CHANGEコマンドを使用して、アーカイブ・バックアップに指定された保持期限を縮小できなくなります。 YESは、アーカイブ・バックアップの保持期限がRMAN CHANGEコマンドで変更できないことを意味します。KEEP_COMPLIANCEがアクティブの場合、KEEP FOREVERバックアップは削除されません。 NOは、アーカイブ・バックアップの保持期限をRMAN CHANGEコマンドで変更できることを意味します。デフォルトはNOです。
comments	このコマンドを実行する理由を説明する、オプションのユーザー指定コメント。
max_reserved_space	このパラメータは、保護ポリシーでサポートされている各データベースで個別に許可される最大disk_reserved_spaceです この値の形式は、0-9のみで構成される数字の後に、必要に応じて次の単位指定子のいずれかを付けた文字列です。 K: キロバイト M: メガバイト G: ギガバイト T: テラバイト 単位を指定しないと、リカバリ・アプライアンスは、値をバイト数として解釈します。 max_reserved_spaceがNULLに指定されている場合、すべてのデータベースの予約済領域の合計が記憶域の場所内に収まる必要があるという制限を除き、データベースのdisk_reserved_space設定は制約されません。
secure_mode	リカバリ・アプライアンスに格納されているバックアップを暗号化する必要があるかどうかを決定します。 YESは、暗号化されたバックアップおよびREDOのみがリカバリ・アプライアンスによって受け入れられることを意味します。 NOは、暗号化されていないバックアップをリカバリ・アプライアンスに格納できることを意味します。デフォルトはNOです。
level0_refresh	指定した場合、リカバリ・アプライアンスは、各バックアップから数個のデータ・ファイルをレベル0のバックアップとして選択します。これにより、新しいレベル0のバックアップ・データの作成がlevel0_refresh間隔で分散されます。その目的は、仮想レベル0のバックアップを維持するために必要な暗号化キーの数を制限することです。 リフレッシュ・サイクルは、INTERVAL '20' DAY (20日)など、有効なINTERVAL DAY TO SECOND式として指定します。