機械翻訳について
  1. Exadata Database Service on Dedicated Infrastructure
  2. How-toガイド
  3. Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

Oracle Exadata Database Service on Dedicated Infrastructureが提供するバックアップおよびリカバリ機能の使用方法について説明します。

親トピック: How-toガイド

バックアップおよびリカバリ操作を実行するためのOracle推奨オプション

Oracleでは、Oracle Databaseバックアップおよびリカバリ操作に対して次のオプションが提供されます。 これらのオプションは相互に排他的です。

ノート:

ハイブリッド構成、つまりオプションの混在はサポートされていません。 オプションを混在させると、自動化が中断されます。

オプション1: Oracle管理バックアップ

Oracleの管理対象バックアップは、1回かぎりの構成に基づいて、Exadata Cloud Infrastructure (ExaDB-D)またはExadata Cloud@Customer (ExaDB-C@C)によって完全に管理されます。 ExaDB-DまたはExaDB-C@Cクラウド・サービスのコントロール・プレーンに完全に統合されているだけでなく、これらのバックアップにはOCI APIを介してアクセスすることもできます。 このアプローチをお薦めします。

  • dbaascli database backupおよびdbaascli database recoverコマンドは、特定の操作の自動バックアップと組み合せて使用できます。 詳細は、dbaascli database backupおよびdbaascli database recoverを参照してください。
  • お客様は、RMANビューの問合せ、または表、データファイル、表領域リカバリ・コマンドなどのRMANのリストアおよびリカバリ・コマンドを発行できます。

    ノート:

    RMAN構成を使用して、チューニング前のクラウドRMAN設定を変更しないでください。

オプション2: ユーザー構成バックアップ

お客様は、dbaascli database backupおよびdbaascli database recoverコマンドを使用してホストからバックアップを構成することもできます。 ただし、これらのバックアップはコントロール・プレーンと同期されず、OCI APIと統合されません。 また、これらのバックアップに対する管理操作もライフサイクル操作は、サービス・コントロール・プレーン・コンソールからサポートされていません。 したがって、これは推奨アプローチではありません。

この方法は、特定のタスクを実行するためにバックアップ保存先に直接アクセスする必要がある場合に役立ちます。 OSSバケットへのアクセス。たとえば、リージョン間でバックアップをレプリケートしたり、バックアップ保存先を監視したりします。

OCIコントロール・プレーンまたはOCI APIを使用せずにRMANを使用してオブジェクト・ストレージへのバックアップを構成する場合、お客様はTDE Walletバックアップの手動構成を担当します。 デフォルトでは、Oracleクラウド自動化によってアーカイブ・ログ・ファイルが24時間ごとにクリーン・アップされます。 RMANを使用して手動バックアップを実行すると、アーカイブ・ログが削除されるリスクがあります。 アーカイブ・ログのクリーンアップの構成方法の詳細は、dbaascli database backupを参照してください。 Oracle管理バックアップを使用することをお薦めします。

詳細は、「ユーザー構成バックアップ」を参照してください。

オプション3: RMANを使用したバックアップ

バックアップは、お客様が所有するカスタマイズ・スクリプトとともにRMANを使用して直接取得できます。 ただし、Oracleはこのアプローチを推奨しません。

Oracle管理バックアップまたはユーザー構成バックアップとともにRMANバックアップを使用することはお薦めしません。

このオプションを使用できるユーザー:
  • 既存のRMANバックアップ/リストア・スクリプトを保守する顧客。
  • Data Guard環境でスタンバイ・データベースからバックアップを構成し、バックアップ・ワークロードをスタンバイにオフロードする顧客。

ExaDB-D:

RMANを使用してバックアップする場合は、バックアップ自動化からデータベースの登録を解除する必要があります。 詳細は、「自動バックアップの無効化による手動バックアップおよびリカバリの管理」を参照してください。

関連トピック

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

Exadataデータベースのバックアップの管理

Exadataデータベースの自動バックアップは、Oracle Cloud Infrastructureによって管理されます。 これは、コンソールまたはAPIを使用して構成します。

管理対象外バックアップについては、「dbaascliを使用したExadata Databaseバックアップの管理」を参照してください。

Exadataデータベースの自動バックアップには2つの宛先があります: Autonomous Recovery Service、またはOracle Object Storage。

コンソールを使用してバックアップ設定を簡単に構成できるため、Oracle管理の自動バックアップ機能は、Oracle Cloudデータベースをバックアップするための優先メソッドです。 自動バックアップ機能では、リカバリ・サービスおよびオブジェクト・ストレージをバックアップの保存先としてサポートし、完全に自動化されたクラウド・バックアップ・ソリューションを同じコストで提供します。 手動バックアップまたはバックアップ・ストレージ管理タスクを実行する必要はありません。 ローカル・ストレージにバックアップを格納することもできます。 各バックアップの保存先には、次に説明するように、考慮する必要がある利点と要件があります。

リカバリ・サービス(推奨)

Oracle Databasesの最新のサイバー・セキュリティ保護を提供する、オンプレミスのOracleのZero Data Loss Recovery Applianceテクノロジに基づくフル・マネージド・サービス。 独自の自動機能により、Oracle Databaseの変更をリアルタイムで保護し、本番データベースのオーバーヘッドなしでバックアップを検証し、任意の時点への高速で予測可能なリカバリを可能にします。

バックアップが現在Object Storageを使用して構成されている場合、リカバリ・サービスにシームレスに移行して、同じコストで高度な機能を実現できます。

リカバリ・サービスの詳細は、「Oracle Database Autonomous Recovery Serviceについて」を参照してください。

オブジェクト・ストレージ

データベース向けのセキュアでスケーラブルなオンデマンド・ストレージ・ソリューション。

ノート:

以前にdbaascliを使用してバックアップを構成していた場合、コンソールまたはバックアップ用のAPIの使用に切り替えます:

  • 新しいバックアップ構成が作成され、データベースに関連付けられます。 つまり、データベースを保護するために以前に構成された管理対象外バックアップを使用できなくなります。

関連トピック

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

管理対象バックアップのタイプと使用状況の情報

Exadataデータベースの自動バックアップには2つのタイプがあります: Autonomous Recovery ServiceおよびOracle Object Storage。

バックアップ操作を正常に実行するには、データベースおよびインフラストラクチャ(VMクラスタまたはDBシステム)が「使用可能」状態である必要があります。 Oracleでは、バックアップ操作の進行中に可用性(パッチ適用操作など)を妨げる可能性のあるアクションを実行しないことをお薦めします。 自動バックアップ操作が失敗した場合、データベース・サービスは翌日のバックアップ・ウィンドウで操作を再試行します。 オンデマンドの完全バックアップが失敗した場合、Exadata Cloud Infrastructureインスタンスおよびデータベースの可用性がリストアされると、操作を再試行できます。

自動バックアップ機能を有効にすると、どちらのサービスも、選択したバックアップ保存先へのデータベースの日次増分バックアップを作成します。

自動バックアップを有効にする場合は、保存期間を制御できます。 割り当てられた保存期間が期限切れになると、バックアップが自動的に削除されます。

オブジェクト・ストレージ・バックアップの保存期間: 7、15、30、45、60。 デフォルト: 30日。

自動バックアップ・プロセスは、日次バックアップ・ウィンドウ内のいつでも開始されます。 オプションで、自動バックアップ・プロセスが開始されるデータベースに対して2時間のスケジュール・ウィンドウを指定できます。 12のスケジュール・ウィンドウから選択でき、それぞれ偶数時に開始します(たとえば、1つのウィンドウは午前4:00から6:00まで実行され、次のウィンドウは午前6:00から8:00まで実行されます)。 バックアップ・ジョブは、必ずしもスケジュール・ウィンドウ内に完了するわけではありません

ウィンドウを指定しない場合、Exadata Cloud Infrastructureインスタンスのリージョンのタイム・ゾーンの00:00から06:00までのデフォルトのバックアップ・ウィンドウがデータベースに割り当てられます。 デフォルトのバックアップのスケジュール・ウィンドウは6時間で、指定したウィンドウは2時間であることに注意してください。

Autonomous Recovery Serviceの保護ポリシー:
  • ブロンズ :14日
  • シルバー: 35日
  • ゴールド: 65日
  • プラチナ: 95日
  • ユーザーによって定義されたカスタム
  • デフォルト: シルバー - 35日

自動バックアップ・プロセスは、いつでも、または割り当てられたウィンドウ内で開始されます。

ノート:

  • Data Guard: Data Guard関連付けでスタンバイ・ロールを持つデータベースで自動バックアップ機能を有効にできます。
  • バックアップ保持の変更: データベースのバックアップ保存期間または保護ポリシーを将来短くすると、更新された保存期間外にある既存のバックアップはシステムによって削除されます。
  • バックアップ・ストレージ・コスト: 自動バックアップでは、選択したバックアップの保存先に応じて、Autonomous Recovery ServiceまたはObject Storageのストレージ使用量コストが発生します。

どちらのサービスを使用しても、データベースの完全バックアップを作成できます。

Exadata Cloud Serviceインスタンス・データベースを終了すると、そのすべてのリソースが削除されます。 オブジェクト・ストレージの宛先を使用する管理対象バックアップは削除され、選択した削除オプションに従ってAutonomous Recovery Serviceを使用する管理対象バックアップが削除されます。 Object Storageで作成されたスタンドアロン・バックアップは、データベースの終了後も保持されるため、手動で削除する必要があります。 スタンドアロン・バックアップを使用して新規データベースを作成できます。

バックアップおよびリカバリ操作にSYSBACKUP管理権限を使用するOracle推奨プラクティスに合せて、クラウドの自動化により、CDB$ROOTコンテナ・レベルでSYSBACKUPロールを持つ共通の管理ユーザーC##DBLCMUSERが作成されます。 したがって、バックアップおよびリカバリ操作は、最小限必要な権限を持つユーザーで実行されます。 このユーザーの資格証明は、ランダムに生成され、クラウドの自動化によって安全に管理されます。 ユーザーが見つからないか、LOCKEDおよびEXPIREDである場合、クラウドの自動化により、バックアップ操作またはリカバリ操作中にこのユーザーが再作成またはロック解除されます。 このクラウド自動化の変更は、「dbaastoolsバージョン21.4.1.1.0」から開始されます。

関連トピック

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

デフォルトのバックアップ・チャネル割当て

「Oracle Managed Backup」または「ユーザー構成バックアップ」を使用する場合のデータベース・バックアップ・チャネルのデフォルト設定

データベースが"Oracle Managed Backup"または"User Configured Backup"を使用してバックアップ用に構成されている場合、ツールではバックアップ・チャネルに"default"が使用されます。 デフォルトを使用する場合、dbaasは、backupまたはrestoreコマンドの実行時に割り当てるチャネルの数を決定します。 割り当てられるチャネルの数は、ノードのOCPU数によって決まります。 次の表に、使用される値とOCPUの範囲を示します。OCPUとチャネルの値はいずれもノードごとです。 リストア操作が優先されます。 クラスタ全体の合計チャネル数は、ノード当たりの値にノード数を掛けた値です。 自動化では、SCANを使用して、クラスタ内のすべてのノードにRMANチャネルを分散します。

ノード当たりのOCPU 計算式 ノード当たりのバックアップ・チャネル割当て ノード当たりのチャネル割当てのリストア
以下 12 OCPU <= 12 2 4
12以上24以下 OCPU > 12およびOCPU <= 24 4 8
より大きい 24 OCPU > 24 8 16

必要に応じて、DBAASCLI getConfig/configureを使用してbckup cfgを生成し、パラメータbkup_channels_nodeを必要なノード当たりのチャネル数に設定することで、ノードごとの静的値を設定できます。

有効な値は1です - 32: 合計チャネル数は、ノード数を乗算した値です。 この値は、255チャネルの制限を超えることはできません。 bkup_channels_nodeの値defaultは、OCPUチャネル・ベースの割当てを設定します。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

Exadata Cloud Infrastructureのバックアップの前提条件

リカバリ・サービス

リカバリ・サービスを使用するようにテナンシが構成されていることを確認します。

表5-4 リカバリ・サービスを自動バックアップの保存先として使用する前に、前提条件タスクを確認

タスク 詳細情報 必須またはオプション

IAMポリシーの作成

リカバリ・サービスおよび関連リソースへのアクセスを有効にするポリシー

必須

ネットワーク・リソースの構成およびリカバリ・サービス・サブネットの登録

データベースVCNでのリカバリ・サービス・サブネットの作成

必須

保護ポリシーの作成

データベース・バックアップ保持の保護ポリシーの確認

オプション

リカバリ・サービスの詳細は、「Oracle Database Autonomous Recovery Serviceの概要」を参照してください。

オブジェクト・ストレージ

  • Exadata Cloud Serviceインスタンスには、Oracle Cloud Infrastructure Object Storageへのアクセス権が必要です。 Oracleでは、このアクセスを有効にするために、VCNでサービス・ゲートウェイを使用することをお薦めします。 詳細は、「Exadata Cloud Infrastructureインスタンスのネットワーク設定」を参照してください。 そのトピックでは、特に次の点に注意してください:
  • バックアップの保存先として使用する既存のオブジェクト・ストレージ・バケット。 コンソールまたはObject Storage APIを使用してバケットを作成できます。 詳細は、「バケットの管理」を参照してください。
  • Oracle Cloud Infrastructureによって生成された認証トークン。 コンソールまたはIAM APIを使用してパスワードを生成できます。 詳細は、認証トークンの作業を参照してください。
  • バックアップ構成ファイルで指定されるユーザー名には、オブジェクト・ストレージへのテナンシ・レベルのアクセス権が必要です。 これを行う簡単な方法は、ユーザー名をAdministratorsグループに追加することです。 ただし、これにより、すべてのクラウド・サービスに対するアクセスが許可されます。 かわりに、管理者は、次のようなポリシーを作成し、データベースのバックアップおよびリストアに必要なオブジェクト・ストレージのリソースにのみアクセスを制限する必要があります: 
    Allow group <group_name> to manage objects in compartment <compartment_name> where target.bucket.name = '<bucket_name>'
Allow group <group_name> to read buckets in compartment <compartment_name>

    グループへのユーザーの追加の詳細は、「グループの管理」を参照してください。 ポリシーの詳細は、「ポリシーの開始」を参照してください。

関連トピック

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

コンソールを使用したバックアップの管理

コンソールを使用して、自動増分バックアップの有効化、オンデマンドでの完全バックアップの作成、データベースの管理対象バックアップのリストの表示を実行できます。 コンソールを使用して手動(オンデマンド)バックアップを削除することもできます。

ノート:

  • すべてのバックアップは、透過的データ暗号化(TDE)ウォレット暗号化に使用される同じマスター・キーで暗号化されます。
  • 特定のデータベースのバックアップは、そのデータベースの詳細ページにリストされます。 「暗号化キー」列には、Oracle管理キーまたはキー名が表示されます(独自の暗号化キーを使用してデータベースを保護している場合)。 詳細については、「ボールトとキーのバックアップ」を参照してください。

ノート:

必要な暗号化キーをボールトから削除しないでください。キーによって保護されるデータベースおよびバックアップが使用不可になるためです。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

データベースの自動バックアップを構成するには

Exadata Cloud Infrastructureインスタンスを作成するときに、オプションで初期データベースの自動バックアップを有効にできます。 この手順を使用して、データベースの作成後に自動バックアップを有効または無効にできます。

ノート:

「セキュリティ・ゾーン・コンパートメント」のデータベースでは、自動バックアップが有効になっている必要があります。 データベース・サービス・リソースに影響するポリシーの完全なリストは、「セキュリティ・ゾーン・ポリシー」のトピックを参照してください。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Oracle Public Cloud上のExadata」をクリックします。
  2. コンパートメントを選択します。
  3. 構成するデータベースを含むクラウドVMクラスタまたはDBシステムにナビゲートします:

    クラウドVMクラスタ(新しいExadata Cloud Infrastructureリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: Oracle Base Databaseで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. データベースのリストで、自動バックアップを有効化または無効化するデータベースを検索し、その名前をクリックしてデータベースの詳細を表示します。 詳細には、自動バックアップが有効かどうかが示されます。
  5. 「自動バックアップの構成」をクリックします。
  6. 「自動バックアップの構成」ダイアログで、次の詳細を入力します。

    ノート:

    2つの異なるバックアップ保存先への運用バックアップによって、データ損失シナリオを作成できます。 したがって、自動バックアップを有効にする前に、他のストレージ保存先への手動バックアップ・スクリプトおよびプロセスを無効にする必要があります。
    • バックアップの保存先: 選択肢は、自律型リカバリ・サービス (デフォルト)またはオブジェクト・ストレージです。

      • シナリオ1: 顧客は自動バックアップを有効にし、使用可能な制限があり、かつAutonomous Recovery Serviceの使用可能な容量がリージョンにあります。

        バックアップの保存先: 選択肢は、Autonomous Recovery Service (デフォルト)またはObject Storageです。 バックアップの保存先をAutonomous Recovery ServiceからObject Storageに切り替えることができます。

      • シナリオ2: 顧客は自動バックアップを有効にし、リカバリ・サービスのデフォルトの制限を使い果たしました。また、Autonomous Recovery Serviceのリージョンには、使用可能な容量があります。

        バックアップの保存先: Object Storageのみを使用できます。 ただし、制限のリクエストを追加してから、Autonomous Recovery Serviceを使用できます。

        限度額の引上げをリクエストするリンクを示す次のメッセージが表示されます。

        Tenancy has reached the limit for Autonomous Recovery Service. View your service limits and request an update.

      • シナリオ3: お客様は自動バックアップを有効にし、Autonomous Recovery Serviceのリージョンには空き容量がありません。

        バックアップの保存先: Object Storageのみを使用できます。 十分な容量がある場合は、Autonomous Recovery Serviceに移行できます。

        次のメッセージが表示されます

        Autonomous Recovery Service has no available capacity in this region. Select Object Storage as your backup destination. You can transition from Object Storage to Autonomous Recovery Service when there is sufficient capacity.

        Autonomous Recovery Serviceの容量が使用可能かどうか事前に確認します。 必要な容量が使用可能になり、オブジェクト・ストレージを選択した場合は、Autonomous Recovery Serviceに移行できます。

    • バックアップ・スケジューリング:
      • オブジェクト・ストレージ(L0):
        • 完全バックアップ・スケジュール日: 初期および将来のL0バックアップを開始する曜日を選択します。
        • フル・バックアップ・スケジューリング時間(UTC): 自動バックアップ機能が選択されたときに完全バックアップが開始される時間枠を指定します。

        • 最初のバックアップをすぐに取得: 全体バックアップは、すべてのデータファイルおよびOracle Databaseを構成する制御ファイルのオペレーティング・システム・バックアップです。 全体バックアップには、データベースに関連付けられたパラメータ・ファイルも含める必要があります。 データベースの停止時またはデータベースのオープン中に、データベースの全体バックアップを取得できます。 通常、インスタンス障害やその他の異常な状況の後は、完全バックアップを使用しないでください。

          最初の完全バックアップを遅延するように選択した場合、データベースの障害発生時にデータベースをリカバリできなくなる可能性があります。

      • オブジェクト・ストレージ(L1):
        • 増分バックアップ・スケジュール時間(UTC): 自動バックアップ機能が選択されたときに増分バックアップが開始される時間ウィンドウを指定します。
      • Autonomous Recovery Service (L0):
        • 初期バックアップのスケジュール日: 最初のバックアップの曜日を選択します。
        • 初期バックアップのスケジュール時間(UTC): 初期バックアップの時間ウィンドウを選択します。
        • 最初のバックアップをすぐに取得: 全体バックアップは、すべてのデータファイルおよびOracle Databaseを構成する制御ファイルのオペレーティング・システム・バックアップです。 全体バックアップには、データベースに関連付けられたパラメータ・ファイルも含める必要があります。 データベースの停止時またはデータベースのオープン中に、データベースの全体バックアップを取得できます。 通常、インスタンス障害やその他の異常な状況の後は、完全バックアップを使用しないでください。

          最初の完全バックアップを遅延するように選択した場合、データベースの障害発生時にデータベースをリカバリできなくなる可能性があります。

      • Autonomous Recovery Service (L1):
        • 日次バックアップのスケジュール時間(UTC): 自動バックアップ機能が選択されたときに増分バックアップが開始される時間ウィンドウを指定します。
      • データベース終了後の削除オプション: データベースの終了後に保護されたデータベース・バックアップを保持するために使用できるオプション。 これらのオプションは、データベースに偶発的または悪意のある障害が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。
        • 保護ポリシーまたはバックアップ保存期間に指定された期間のバックアップを保持: このオプションは、データベースの終了後に、Object Storageバックアップ保存期間またはAutonomous Recovery Service保護ポリシーに定義されている期間全体にわたってデータベース・バックアップを保持する場合に選択します。
        • バックアップを72時間保持してから削除: データベースの終了後72時間の間バックアップを保持するには、このオプションを選択します。
    • リアルタイム・データ保護の有効化: リアルタイム保護は、保護されたデータベースから自律型リカバリ・サービスへのREDO変更の継続的な転送です。 これにより、データ損失が減少し、リカバリ・ポイント目標(RPO)が0近くになります。 これは追加料金オプションです。
  7. 「変更の保存」をクリックします。

    「データベースの詳細」ページには、構成の詳細「バックアップ」セクションに「健全性」、「リアルタイムのデータ保護」および「ポリシー情報」が表示されます。

関連トピック

親トピック: コンソールを使用したバックアップの管理

データベースのオンデマンド・バックアップを作成するには

ノート:

Object Storageはデータベースの完全バックアップを作成し、Recovery Serviceは増分バックアップを作成します。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。

  3. バックアップするデータベースを含むクラウドVMクラスタまたはDBシステムに移動します:

    クラウドVMクラスタ(新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. データベースのリストで、オンデマンドの完全バックアップを作成するデータベースを検索し、その名前をクリックしてデータベースの詳細を表示します。

  5. 「リソース」の下で、「バックアップ」をクリックします。

    バックアップのリストが表示されます。

  6. 「バックアップの作成」をクリックします。

関連トピック

親トピック: コンソールを使用したバックアップの管理

バックアップ・ステータスを表示するには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリックします。
  2. コンパートメントを選択します。
  3. 表示するデータベース・バックアップを含むクラウドVMクラスタに移動します。
  4. 「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。
  5. データベースのリストで対象のデータベースを検索し、名前をクリックしてデータベースの詳細を表示します。
  6. 「リソース」の下で、「バックアップ」をクリックします。

    バックアップのリストが表示されます。 状態列にバックアップのステータスが表示されます: アクティブ、作成中、取消済、取り消していますまたは失敗。

親トピック: コンソールを使用したバックアップの管理

バックアップを取り消すには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Oracle Public Cloud上のExadata」をクリックします。
  2. コンパートメントを選択します。
  3. 表示するデータベース・バックアップを含むクラウドVMクラスタに移動します:
  4. 「Exadata VMクラスタ」をクリックします。

    VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

  5. データベースのリストで対象のデータベースを検索し、名前をクリックしてデータベースの詳細を表示します。
  6. 「リソース」の下で、「バックアップ」をクリックします。

    バックアップのリストが表示されます。 状態列にバックアップのステータスが表示されます: アクティブ、作成中、取消済、取り消していますまたは失敗。

  7. 作成中状態のバックアップを取り消すには、バックアップ行の右側にあるアクション・アイコン(3つのドット)をクリックし、「バックアップの取消」をクリックします。

    バックアップの取消しの確認ダイアログが表示されます。

  8. バックアップの名前を入力し、「バックアップの取消」をクリックします。

    状態が「取り消しています」に変わります。

    「リソース」の下にある「作業リクエスト」をクリックすると、バックアップ作業の取消リクエストを表示できます。

取消しバックアップが失敗した場合:

  • 「リソース、」の下の「作業リクエスト」ペインに、「データベース・バックアップの取消」という行アイテムが「失敗」の状態で表示されます。 また、バックアップ操作の状態を反映するバックアップ" 「データベース・バックアップの作成」 "の作業リクエストもあります。

親トピック: コンソールを使用したバックアップの管理

オブジェクト・ストレージから完全バックアップを削除するには

ノート:

自動バックアップは明示的に削除できません。 データベースを終了しないかぎり、自動バックアップは、ユーザーが指定した日数分のリカバリ・サービスおよびオブジェクト・ストレージに残り、その後自動的に削除されます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリックします。
  2. コンパートメントを選択します。

  3. 削除するデータベース・バックアップが含まれるクラウドVMクラスタまたはDBシステムにナビゲートします:

    クラウドVMクラスタ(新しいリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: ベア・メタル、VMおよびExadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. データベースのリストで対象のデータベースを検索し、名前をクリックしてデータベースの詳細を表示します。

  5. 「リソース」の下で、「バックアップ」をクリックします。

    バックアップのリストが表示されます。

  6. 目的のバックアップのアクション・アイコン(3つのドット)をクリックし、「削除」をクリックします。
  7. 要求されたら、確認します。

関連トピック

親トピック: コンソールを使用したバックアップの管理

オブジェクト・ストレージからスタンドアロン・バックアップを削除するには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「リソース」の下の「スタンドアロン・バックアップ」をクリックします。
  2. スタンドアロン・バックアップのリストで、削除するバックアップを検索します。
  3. 目的のバックアップのアクション・メニューをクリックし、「削除」をクリックします。
  4. 「削除」ダイアログで、「削除」をクリックしてバックアップの削除を確認します。

親トピック: コンソールを使用したバックアップの管理

Autonomous Recovery Serviceを既存のデータベースのバックアップの保存先として指定するには

Autonomous Recovery Serviceを既存のデータベースのバックアップ保存先として指定するには、この手順を使用します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「Oracle Public Cloud上のExadata」をクリックします。
  2. コンパートメントを選択します。
  3. データベースにナビゲートします:

    クラウドVMクラスタ(新しいExadata Cloud Infrastructureリソース・モデル): Oracle Public Cloud上のExadataで、Exadata VMクラスタをクリックします。

    VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: Oracle Base Databaseで、DBシステムをクリックします。

    DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

    クラウドの「VMクラスタ」または「DBシステム」の詳細ページのデータベース表で、データベースの名前をクリックして「データベースの詳細」ページを表示します。
  4. 「自動バックアップの構成」をクリックします。
  5. 表示されるウィンドウで、次の詳細を指定します:
    • 自動バックアップの有効化: このデータベースの自動増分バックアップを有効にするには、チェック・ボックスを選択します。 セキュリティ・ゾーン・コンパートメントにデータベースを作成する場合は、自動バックアップを有効にする必要があります。
    • バックアップの保存先: 「自律型リカバリ・サービス」を選択します。
    • バックアップ・スケジューリング: 自動バックアップを有効にする場合は、2時間のスケジュール・ウィンドウを選択して、バックアップ操作の開始時間を制御できます。 ウィンドウを指定しない場合は、00:00から06:00 (DBシステムのリージョンのタイム・ゾーン)までの6時間のデフォルト・ウィンドウがデータベースに使用されます。

    • 保護ポリシー: 自動バックアップを有効にする場合は、次の事前設定された保持期間またはカスタム・ポリシーのいずれかを含むポリシーを選択できます。

      オブジェクト・ストレージ・バックアップの保存期間: 7、15、30、45、60。 デフォルト: 30 増分バックアップは、選択した保持期間の最後に自動的に削除されます。

      Autonomous Recovery Serviceの保護ポリシー:
      • ブロンズ: 14日
      • シルバー: 35日
      • ゴールド: 65日
      • プラチナ: 95日
      • ユーザーによって定義されたカスタム
      • デフォルト: シルバー - 35日
    • リアルタイム・データ保護の有効化: リアルタイム保護は、保護されたデータベースから自律型リカバリ・サービスへのREDO変更の継続的な転送です。 これにより、データ損失が減少し、リカバリ・ポイント目標(RPO)が0近くになります。 これは追加料金オプションです。
  6. 「変更の保存」をクリックします。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

バックアップ保存先からのExadata Databaseのリカバリ

このトピックでは、コンソールまたはAPIを使用して、Object StorageまたはAutonomous Recovery Serviceに格納されているバックアップからExadataデータベースをリカバリする方法について説明します。

  • Object Storageサービスは、Exadata Cloud Infrastructureにおけるセキュアでスケーラブルなオンデマンド・ストレージ・ソリューションです。
  • OracleDatabase Autonomous Recovery Serviceは、Oracle Cloud Infrastructure (OCI)データベース向けの一元化された完全管理型のスタンドアロン・バックアップ・ソリューションです。

オブジェクト・ストレージへのデータベースのバックアップの詳細は、「Exadataデータベースのバックアップの管理」を参照してください。

関連トピック

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

コンソールを使用したデータベースのリストア

コンソールを使用して、コンソールを使用して作成されたバックアップ保存先のバックアップからデータベースをリストアできます。

次のものにリストアできます:

  • 最新にリストア
  • タイムスタンプにリストア
  • SCNにリストア

ノート:

コンソールに表示されるバックアップのリストには、管理対象外のバックアップ(dbaascliを使用して直接作成されたバックアップ)は含まれません。

親トピック: バックアップ保存先からのExadata Databaseのリカバリ

データベースをリストアするには
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. リストアするデータベースを含むクラウドVMクラスタまたはDBシステムに移動します:

    クラウドVMクラスタ(新しいExadata Cloud Infrastructureリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    DBシステム: Oracleベース・データベースで、DBシステムをクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. データベースのリストで、リストアするデータベースを検索し、名前をクリックしてその詳細を表示します。
  5. 「リストア」をクリックします。
  6. 次のいずれかのオプションを選択し、データベースのリストアをクリックします:
    • 最新にリストア: データ損失の可能性が最も低い最新の正常な状態にデータベースをリストアします。
    • タイムスタンプにリストア: 指定したタイムスタンプにデータベースをリストアします。

    • システム変更番号(SCN)にリストア: 指定されたSCNを使用してデータベースをリストアします。 このSCNは有効である必要があります。

      ノート:

      データベース・ホストにアクセスして問い合せるか、オンラインまたはアーカイブ・ログにアクセスすることで、使用するSCN番号を判断できます。
  7. 要求されたら、確認します。

    リストア操作が失敗した場合、データベースは「リストアに失敗しました」状態になります。 別のリストア・オプションを使用してリストアを再試行できます。 ただし、Oracleでは、データベースのリストアを再試行する前に、ホストでRMANログを確認し、問題を修正することをお薦めします。 これらのログ・ファイルは、/var/opt/oracle/logディレクトリのサブディレクトリにあります。

dbaascliを使用したExadata Databaseバックアップの管理

Exadataのバックアップ・ユーティリティdbaascliを使用して、「Exadataクラウド・インフラストラクチャ」インスタンスのデータベースをOracle Object Storageサービスの既存のバケットにバックアップできます。

Oracle Cloud Infrastructureによって管理されるバックアップについては、「Exadata Databaseバックアップの管理」を参照してください。

このトピックでは、次の方法について説明します:

  • デフォルトのバックアップ構成ファイルを作成し、データベースをオブジェクト・ストレージ・サービスにバックアップするための要件にあわせてパラメータを変更します。
  • データベースにバックアップ構成ファイルを関連付けます。 構成が成功すると、データベースはスケジュールどおりにバックアップされます。または、タグを使用してオンデマンド・バックアップを作成できます。

ノート:

次の手順を実行する前に、Exadata Cloud Infrastructureインスタンス内のすべてのコンピュート・ノードでクラウド固有のツールを更新する必要があります。 詳細は、「Exadata Cloud Infrastructureシステムの手動によるパッチ適用および更新」を参照してください。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

デフォルトのバックアップ構成

デフォルトのバックアップ構成に関するOracleのベスト・プラクティス・ガイドライン。

デフォルトのバックアップ構成は、Oracleベストプラクティス・ガイドラインのセットに従います。

  • 暗号化: オブジェクト・ストレージへのすべてのバックアップは暗号化されます。
  • バックアップの圧縮: LOW
  • アーカイブ・ログのデフォルト圧縮: false
  • RMAN暗号化アルゴリズム: AES256
  • バックアップの最適化: ON

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

新しくプロビジョニングされたデータベースのデフォルトのバックアップ構成を取得するには

  1. VMクラスタまたはDBシステム・リソース内のデータベース構成済ノードの1つにSSHを実行します。
  2. opcとしてログインし、sudoをrootユーザーにログインします。
  3. dbaascli database backup --getConfigコマンドを使用して、新しくプロビジョニングされたデータベース・デプロイメントのデフォルトのバックアップ設定を含むファイルを生成します。
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
    説明:
    • --getConfig - データベースのバックアップ構成を返します。
    • --configFile - データベース・バックアップ構成ファイルを指定します。

関連トピック

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

バックアップ構成ファイルを作成するには

ノート:

次の手順は、Exadata Cloud Infrastructure VMクラスタまたはDBシステム・リソースの最初のコンピュート・ノードで実行する必要があります。 最初のコンピュート・ノードを決定するには、任意のコンピュート・ノードにgridユーザーとして接続し、次のコマンドを実行します。 
$ $ORACLE_HOME/bin/olsnodes -n

最初のノードには、ノード名の横に数字の1がリストされます。

  1. VMクラスタまたはDBシステム・リソース内のデータベース構成済ノードの1つにSSHを実行します。
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. opcとしてログインし、sudoをrootユーザーにログインします。
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. dbaascli database backup --getConfigコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. 要件を満たすように、ファイル内のパラメータを変更します。
    パラメータ 説明
    bkup_disk=[yes|no] ローカルでディスク(Fast Recovery Area)にバックアップするかどうか。
    bkup_oss=[yes|no] Object Storageにバックアップするかどうか。 はいの場合、パラメータbkup_oss_url, bkup_oss_user, bkup_oss_passwdおよびbkup_oss_recovery_windowも指定する必要があります。
    bkup_oss_url=<swift_url>

    bkup_oss=yesの場合は必須です。

    使用するテナントおよびバケットを含むオブジェクト・ストレージURL。 URLは次のとおりです。 

    https://swiftobjectstorage.<region_name>.oraclecloud.com/v1/<tenant>/<bucket>

    説明:

    • <tenant> - コンソールへのサインイン時に指定する小文字のテナント名(大文字が含まれている場合でも)
    • <bucket> - バックアップに使用する既存のバケットの名前。
    bkup_oss_user=<oci_user_name>

    bkup_oss=yesの場合は必須です。

    Oracle Cloud Infrastructureユーザー・アカウントのユーザー名。 これは、Oracle Cloud Infrastructureコンソールへのサインインに使用するユーザー名です。

    たとえば、ローカル・ユーザーの場合はjsmith@example.com、フェデレーテッド・ユーザーの場合は<identity_provider>/jsmith@example.comです。

    ユーザーのタイプを判別するには、次のトピックを参照してください:

    「Exadata Cloud Infrastructureでのバックアップの前提条件」で説明されているように、ユーザーは管理者グループのメンバーである必要があります。

    bkup_oss_passwd=<auth_token>

    bkup_oss=yesの場合は必須です。

    「前提条件」で説明されているように、コンソールまたはIAM APIを使用して生成される「認証トークン」。

    これは、Oracle Cloud Infrastructureユーザーのパスワードではありません。
    bkup_oss_recovery_window=n

    bkup_oss=yesの場合は必須です。

    バックアップおよびアーカイブREDOログがObject Storageバケットに保守される日数。 7日から90日を指定します。

    bkup_daily_time=hh:mm 日次バックアップがスケジュールされる時間。時間および分(hh:mm)で24時間形式で指定されます。
    bkup_archlog_cron_entry=[yes|no] dbaastoolsを使用してバックアップが構成されていない場合、bkup_archlog_cron_entry=noを設定すると、crontabからアーカイブ・ログのクリーンアップ・ジョブが削除されます。 デフォルト値はyesです。
    たとえば:
    bkup_oss=[yes|no]
bkup_oss_url=<swift_url>
bkup_oss_user=<oci_user_name>
bkup_oss_passwd=<auth_token>
bkup_oss_recovery_window=n
bkup_daily_time=hh:mm
bkup_archlog_cron_entry=[yes|no]
bkup_cron_entry=[yes|no]
  5. dbaascli database backup --configureを使用して、このバックアップ構成をデータベース名に関連付けます。
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. dbaascli database backup --statusを使用して、このコマンドに対して生成されたUUIDのステータスを確認します。
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

    ノート:

    バックアップ構成ファイルには、オブジェクト・ストレージ・バケットにアクセスするための資格証明を含めることができます。 このため、バックアップを正常に構成した後で、ファイルを削除することが必要な場合があります。

関連トピック

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

オンデマンド・バックアップを作成するには

dbaascliを使用して、データベースのオンデマンド・バックアップを作成できます。

  1. VMクラスタまたはDBシステム・リソース内のデータベース構成済ノードの1つにSSHを実行します。
    ssh -i <private_key_path> opc@<node_1_ip_address>

    最初のコンピュート・ノードを決定するには、任意のコンピュート・ノードにgridユーザーとして接続し、次のコマンドを実行します。 

    $ $ORACLE_HOME/bin/olsnodes -n

    最初のノードには、ノード名の横に数字の1がリストされます。

  2. opcとしてログインし、sudoをrootユーザーにログインします。
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. バックアップを現在の保持方針に従うことも、削除するまで保持される長期バックアップを作成することもできます:
    • 現在の保持方針に従ったバックアップを作成するには、次のコマンドを入力します:
      # dbaascli database backup --start --dbname <database_name>
    • 長期バックアップを作成するには、次のコマンドを入力します:
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
  4. rootユーザーのコマンド・シェルを終了し、コンピュート・ノードから切断します。
    # exit
$ exit
  5. dbaascli database backup --statusを使用して、バックアップ・コマンド用に生成されたUUIDのステータスを確認
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

関連トピック

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

バックアップ構成を削除するには

  1. VMクラスタまたはDBシステム・リソース内のデータベース構成済ノードの1つにSSHを実行します。
  2. opcとしてログインし、sudoをrootユーザーにログインします。
  3. 次のパラメータを使用してtempファイルを作成します:
    • bkup_oss=no
    • bkup_cron_entry=no
    • bkup_archlog_cron_entry=no
  4. 前述のファイルをdbaascli database backup --configureとともに使用して、データベースのバックアップ構成を削除します。
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  5. dbaascli database backup --statusを使用して、このコマンドに対して生成されたUUIDのステータスを確認します。
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

これにより、すべての自動バックアップが無効になります。

関連トピック

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

オブジェクト・ストレージのバックアップを削除するには

アーカイブまたは長期バックアップは、オブジェクト・ストレージから削除できます。

# dbaascli database backup --delete --backupTag --dbname <database_name>

説明:

  • --dbname - Oracle Database名を指定
  • --delete - アーカイブ・バックアップを削除します。
  • --backupTag - 削除するバックアップ・タグを指定します。

ポリシー・ベースのバックアップは、スケジュールされた日次バックアップで削除されます。 または、RMAN delete backupコマンドを使用して、オブジェクト・ストアからバックアップを削除できます。

関連トピック

親トピック: dbaascliを使用したExadata Databaseバックアップの管理

APIを使用したバックアップおよびリカバリの管理

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

APIを使用したバックアップの管理

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

次のAPI操作を使用して、データベース・バックアップを管理します:

データベース・サービスのAPIの完全なリストは、「データベース・サービスAPI」を参照してください。

親トピック: APIを使用したバックアップおよびリカバリの管理

代替バックアップ・メソッド

OCIコンソールに加えて使用可能な代替バックアップ・メソッドについて学習します。

Exadata Cloud Infrastructure上のデータベースのバックアップは、コンソールで構成された自動バックアップに加えて、いくつかの方法を使用して実行できます。 一般的に、コンソール(またはそれに対応するOCI API / CLI)は、最もシンプルで最も自動化されたメソッドを提供するため、優先される方法です。 一般に、代替の管理メソッドよりもOCIコンソール、OCI APIまたはOCIコマンドラインを利用することをお薦めします。 ただし、必要なアクションを優先のメソッドで実行できない場合は、バックアップを手動で構成するために他の2つのオプションを使用できます: dbaascliおよびOracle Recovery Manager (RMAN)。

ノート:

コンテナ・データベースおよびプラガブル・データベースをバックアップおよびリカバリするには、dbaascli database backup、「dbaascli pdbバックアップ」、dbaascli database recoverおよびdbaascli pdb recoverコマンドを使用します。 詳細は、「バックアップおよびリカバリ操作を実行するためのOracle推奨オプション」の「ユーザー構成バックアップ」を参照してください。

RMANは、Oracle Databaseに含まれるバックアップ・ツールです。 RMANの使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』(リリース19)を参照してください。 RMANを使用してExadata Cloud Infrastructureでデータベースをバックアップすると、バックアップ・オプションに関して最も柔軟性が高くなりますが、最も複雑になります。

ノート:

ここで説明するメソッドでバックアップされたデータベースのリストアにRMANを使用する場合は安全であるとみなされますが、RMANを使用してバックアップをコンソール(およびOCI API / CLI)と組み合せて設定したり、dbaascliと組み合せて設定したりしないでください。 RMANを使用してバックアップを手動で調整する場合は、コンソールの自動バックアップを使用しないでください。また、dbaascliも使用しないでください。 最初に、コンソール・ベースの自動バックアップを完全に無効にする必要があります。 詳細は、「自動バックアップの無効化による手動バックアップおよびリカバリの管理」を参照してください。

dbaascliメソッドは、柔軟性とシンプルさの観点から、RMANとコンソールの自動バックアップの中間部分を提供します。 コンソールの自動バックアップで必要な機能がサポートされていないが、RMANを直接使用することの複雑さを回避する場合は、dbaascliを使用します。 場合によっては、dbaascliを使用してコンソールの自動バックアップ構成を変更できますが、通常はそうではありません。 通常、コンソールでバックアップを有効にするかわりに、dbaascliを使用する必要があります。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

自動バックアップの無効化による手動バックアップおよびリカバリの管理

Exadata Cloud Infrastructureコンソール、APIまたはdbaascliで構成されたバックアップは、様々なバックアップおよびリカバリのユース・ケースで機能します。 クラウド管理バックアップでサポートされていないユースケースが必要な場合は、Oracle Recovery Manager (RMAN)ユーティリティを使用してデータベースのバックアップおよびリカバリを手動で管理できます。 RMANの使用の詳細は、「Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド・リリース19」を参照してください。

Exadata Cloud InfrastructureでRMANを使用してバックアップおよびリカバリを管理するには、データベース・バックアップとアーカイブ・ログ・バックアップの両方の完全な所有権を取得する必要があります。クラウド管理のバックアップは使用できなくなります。 手動バックアップを開始する前に、クラウド管理のバックアップ機能を無効にする必要があります。 これは、クラウド・バックアップ・ジョブでアーカイブ・ログが手動でバックアップされる前にパージされないため、手動バックアップとは競合しません。

dbaascliユーティリティを使用すると、自動アーカイブ・ログ・パージ・ジョブの無効化など、クラウド管理バックアップを無効にできます。

親トピック: 代替バックアップ・メソッド

Oracle Recovery Manager (RMAN)を使用したデータベースのリカバリ

dbaascliを使用してデータベースをバックアップした場合は、Oracle Recovery Manager (RMAN)ユーティリティを使用して、そのデータベース・バックアップを手動でリストアできます。 RMANの使用方法の詳細は、「Oracle Databaseリリース19のバックアップおよびリカバリ・ユーザーズ・ガイド」を参照してください。

ノート:

RMANを使用したリカバリは安全ですが、RMANを使用してバックアップを開始したり、バックアップ設定をdbaascliの使用状況と組み合せて編集したり、自動コンソール・バックアップと組み合せて編集することはできません。 これを行うと、競合する条件や設定の上書きが発生し、バックアップが正常に実行されない場合があります。

親トピック: Oracle Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理