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

Oracle Exadata Database Service on Cloud@Customerで提供されるバックアップおよびリカバリ機能を操作する方法について学習します。

バックアップ保存先

バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。

Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について

バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。

Oracle Exadata Database Service on Cloud@Customerには、各データベースで個別に構成できるバックアップ機能があります。

Exadata Cloud@Customerでのデータベースの管理およびExadata Cloud@Customerでのデータベースのバックアップおよびリカバリの管理を参照してください。

リカバリ・アプライアンスまたは管理するネットワーク・ファイル・ストレージ(NFS)の場所にバックアップを保存する場合は、最初にバックアップ保存先を作成する必要があります。各バックアップ保存先では、リカバリ・アプライアンスまたはNFSの場所への接続に必要なプロパティを定義します。各バックアップ保存先は、データ・センター内でVMクラスタ・ノードからアクセス可能である必要があります。

Oracle Exadata Database Service on Cloud@Customerのバックアップ機能では、バックアップをOracle Cloud Infrastructureオブジェクト・ストレージに、またはOracle Exadata Database Service on Cloud@Customerシステム上のローカルExadataストレージに格納することもできます。ただし、このような他の場所にバックアップ保存先を作成する必要はありません。かわりに、データベースを作成するときに、クラウド・オブジェクト・ストレージまたはローカルExadataストレージへのバックアップに適用可能なオプションを直接使用できます。

ノート

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、クラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合、機密情報を入力することは避けてください。

Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件

Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップ保存先を構成するには、前提条件を確認します。

  • Zero Data Loss Recovery Applianceのバックアップ保存先の場合:
    • アプライアンスは、バックアップの取得に使用される仮想プライベート・カタログ(VPC)ユーザーを指定して構成する必要があります。
    • アプライアンスは、バックアップするデータベースの一意のデータベース名およびVPCユーザーへのマッピングを指定して構成する必要があります。
    • アプライアンスは、Zero Data Loss Recovery Appliance管理者が提供する Oracle Net Services接続文字列を使用して Oracle Exadata Database Service on Cloud@Customerシステムからアクセスできる必要があります。
  • NFSのバックアップ保存先の場合:
    • Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
      • NFSサーバーの場所を、VMクラスタ内の各ノードのローカル・マウント・ポイント・ディレクトリにマウントする必要があります。
      • ローカル・マウント・ポイント・ディレクトリとNFSサーバーは、クラスタ内のすべてのノードで同一である必要があります。
      • NFSマウントがすべてのVMクラスタ・ノードで継続的に維持されるようにする必要があります。
      • NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上でoracleオペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
    • Cloud@Customer上のAutonomous Database:
      ノート

      Oracle Autonomous Database on Exadata Cloud@Customerでは、NFSバージョン3および4がサポートされています。ただし、両方のバージョンが有効になっているマウントは、デフォルトでバージョン4になります。
      • Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。

        バックアップ先にバックアップ・ネットワークを介してアクセスできないが、クライアント・ネットワークを介してアクセス可能である場合、バックアップ・トラフィックはクライアント・ネットワークを介してルーティングされます。

      • NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上でoracleオペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
      • 権限がユーザー・レベルで制御されている場合、Autonomous VMクラスタのoracleユーザーのuid:gidは1001:1001です。
      • ポート範囲を制限するNFSv4サーバーの場合、管理者ユーザーがNFSサーバーに接続できないようにするには、insecureオプションを使用する必要があります。

Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先のコンソールの使用

コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerのインフラストラクチャのバックアップ保存先を作成、編集、移動および終了する方法について学習します。

コンソールを使用したバックアップ保存先の作成

バックアップ保存先を作成するには、バックアップ保存先の構成の値を指定する準備をします。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 「バックアップの保存先の作成」をクリックします。
  5. 「バックアップの保存先の作成」ページで、リクエストされた情報を指定します:
    1. コンパートメントの選択

      使用可能なコンパートメントのリストから、バックアップ保存先を含めるコンパートメントを選択します。

    2. バックアップ保存先の名前を指定します。

      バックアップ保存先の識別に使用できるわかりやすい名前を指定します。Oracle Cloud Identifier (OCID)でバックアップ保存先を一意に識別するため、この名前は一意である必要はありません。

    3. Zero Data Loss Recovery Applianceまたはネットワーク・ファイル・システム(NFS)のバックアップ保存先を選択します。
      ノート

      OCIオブジェクト・ストアをバックアップ保存先として設定することもできます。ただし、この画面から設定することはできません。OCIオブジェクト・ストアは、データベースの作成時にバックアップ保存先として構成できます。詳細は、コンソールを使用したデータベースの作成バックアップ保存先のタイプを参照してください。

      「リカバリ・アプライアンス」または「ネットワーク・ストレージ(NFS)」を選択します。

      • 「リカバリ・アプライアンス」を選択した場合は、Zero Data Loss Recovery Applianceに対して次も指定する必要があります:
        • リカバリ・アプライアンス接続文字列の指定: アプライアンスに接続するOracle Net Services接続文字列を指定します。この情報は通常、Zero Data Loss Recovery Appliance管理者によって提供されます。
          ノート

          ADBのお客様は、次に示すように、リカバリ・アプライアンスに接続する接続文字列をOracleの簡易接続文字列形式で提供する必要があります:
          host:port/service name

          hostは、Zero Data Loss Recovery ApplianceのSCANホスト名です。

        • 仮想プライベート・カタログ(VPC)ユーザーの指定: Zero Data Loss Recovery Applianceに接続するためのVPCユーザー名を指定します。アプライアンスを複数のデータベースのバックアップ保存先として使用する場合は、複数のVPCユーザー名を指定できます。この情報は通常、Zero Data Loss Recovery Appliance管理者によって提供されます。
      • 「ネットワーク・ストレージ(NFS)」を選択した場合は、次も指定する必要があります:
        • 非自律型データベースの自己マウント:

          ローカルNFSマウント・ポイント・パスの指定: NFSサーバーの場所がマウントされている各VMクラスタ・ノード上のローカル・ディレクトリ・パスを指定します。ローカル・ディレクトリ・パスおよびNFSサーバーの場所は、それぞれすべてのVMクラスタ・ノード間で同じである必要があります。
        • Autonomous Databaseの自動マウント:

          Autonomous Databasesにこの宛先を使用します:
          • NFSサーバー: NFSサーバーのIPアドレスを指定します。オプションで、最大4つのIPアドレスを指定できます。これらは、同じNFSサーバーへの追加のパスにすぎません。Oracleでは、バックアップ用にサポートされるNFSデバイスは1つのみです。
          • NFSエクスポート・シェア: エクスポートされたファイル・システムのマウント先となるディレクトリ・パスを指定します。
    4. 拡張オプションの構成
      • タグ: (オプション)タグの適用を選択できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグに関する情報を参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
  6. 「バックアップの保存先の作成」をクリックします。

    「バックアップの保存先詳細」ページに、新しく作成したバックアップ保存先が表示されます。

コンソールを使用したバックアップ保存先の編集

バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を編集できるのは、現在、それがデータベースに関連付けられていない場合のみです。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 編集するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 編集するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「編集」をクリックします
  6. 「バックアップ保存先の編集」ダイアログを使用して、バックアップ保存先の属性を編集します:
    ノート

    データベースがすでにアタッチされている場合は、バックアップ保存先を編集できません。

    • Zero Data Loss Recovery Applianceのバックアップ保存先を編集する場合:
      • リカバリ・アプライアンス接続文字列の指定: リカバリ・アプライアンスに接続するOracle Net Services接続文字列を指定します。この情報は通常、リカバリ・アプライアンス管理者によって提供されます。
      • 仮想プライベート・カタログ(VPC)ユーザーの指定: リカバリ・アプライアンスに接続するためのVPCユーザー名を指定します。リカバリ・アプライアンスを複数のデータベースのバックアップ保存先として使用する場合は、複数のVPCユーザー名を指定できます。この情報は通常、リカバリ・アプライアンス管理者によって提供されます。
    • NFSのバックアップ保存先を編集する場合:
      • 非自律型データベースの自己マウント:

        ローカルNFSマウント・ポイント・パスの指定: NFSサーバーの場所がマウントされている各VMクラスタ・ノード上のローカル・ディレクトリ・パスを指定します。ローカル・ディレクトリ・パスおよびNFSサーバーの場所は、それぞれすべてのVMクラスタ・ノード間で同じである必要があります。
      • Autonomous Databaseの自動マウント:

        Autonomous Databasesにこの宛先を使用します:
        • NFSサーバー: NFSサーバーのIPアドレスを指定します。オプションで、最大4つのIPアドレスを指定できます。
        • NFSエクスポート・シェア: エクスポートされたファイル・システムのマウント先となるディレクトリ・パスを指定します。
  7. 「変更の保存」をクリックします。
コンソールを使用した別のコンパートメントへのバックアップ保存先の移動

バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を移動することで、それを含むコンパートメントを変更できます。

バックアップ保存先を移動しても、他の関連付けられたリソースは、コンパートメントの変更の影響を受けません。これらの他のリソース(関連付けられたデータベースなど)は、現在のコンパートメントに残ります。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 移動するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 移動するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「リソースの移動」をクリックします。
  6. 表示されたダイアログで、バックアップ保存先の新しいコンパートメントを選択し、「リソースの移動」をクリックします。
コンソールを使用したバックアップ保存先の削除

バックアップ保存先を削除するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を削除する前に、それがどのデータベースにも関連付けられていないことを確認する必要があります。

バックアップ保存先の削除では:
  • バックアップ保存先に残されている残存バックアップは削除されません
  • 削除したバックアップ保存先に対するすべての参照がクラウド・コントロール・プレーンから削除されます
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 削除するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 削除するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「削除」をクリックします。
  6. 表示されたダイアログで、バックアップ保存先の名前を入力し、「バックアップ保存先の削除」をクリックしてアクションを確認します。

APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップ保存先の管理

APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します。

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

次のAPI操作を使用して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します:
  • CreateBackupDestination
  • DeleteBackupDestination
  • GetBackupDestination
  • ListBackupDestination
  • UpdateBackupDestination
  • ChangeBackupDestinationCompartment

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

Exadata CloudでのOracle Databaseのバックアップ方法

Oracle Exadata Database Service on Cloud@Customerでは、推奨ソリューションとして、バックアップを構成および取得するための2つのアプローチ(Oracle管理バックアップとユーザー構成バックアップ)を提供しています。

Oracle管理バックアップ

データベース・バックアップは、1回かぎりの構成に基づいて、完全にOracle Exadata Database Service on Cloud@Customerサービスによって管理されます。

構成後は、バックアップのスケジュールやバックアップの削除などのメンテナンスを実行する必要はありません。Oracleは、明確に定義されたワークフローを通じてバックアップを管理します。特定のバックアップ構成パラメータは、Oracle管理バックアップのワークフローと完全に統合されていません。バックアップ用にこれらのパラメータのいずれかを設定する場合は、dbaascli database backup —configureを使用して設定できます。詳細は、バックアップ用のデータベースの構成を参照してください。

バックアップ保存先

バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。

Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について

バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。

Oracle Exadata Database Service on Cloud@Customerには、各データベースで個別に構成できるバックアップ機能があります。

Exadata Cloud@Customerでのデータベースの管理およびExadata Cloud@Customerでのデータベースのバックアップおよびリカバリの管理を参照してください。

リカバリ・アプライアンスまたは管理するネットワーク・ファイル・ストレージ(NFS)の場所にバックアップを保存する場合は、最初にバックアップ保存先を作成する必要があります。各バックアップ保存先では、リカバリ・アプライアンスまたはNFSの場所への接続に必要なプロパティを定義します。各バックアップ保存先は、データ・センター内でVMクラスタ・ノードからアクセス可能である必要があります。

Oracle Exadata Database Service on Cloud@Customerのバックアップ機能では、バックアップをOracle Cloud Infrastructureオブジェクト・ストレージに、またはOracle Exadata Database Service on Cloud@Customerシステム上のローカルExadataストレージに格納することもできます。ただし、このような他の場所にバックアップ保存先を作成する必要はありません。かわりに、データベースを作成するときに、クラウド・オブジェクト・ストレージまたはローカルExadataストレージへのバックアップに適用可能なオプションを直接使用できます。

ノート

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、クラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合、機密情報を入力することは避けてください。
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件

Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップ保存先を構成するには、前提条件を確認します。

  • Zero Data Loss Recovery Applianceのバックアップ保存先の場合:
    • アプライアンスは、バックアップの取得に使用される仮想プライベート・カタログ(VPC)ユーザーを指定して構成する必要があります。
    • アプライアンスは、バックアップするデータベースの一意のデータベース名およびVPCユーザーへのマッピングを指定して構成する必要があります。
    • アプライアンスは、Zero Data Loss Recovery Appliance管理者が提供する Oracle Net Services接続文字列を使用して Oracle Exadata Database Service on Cloud@Customerシステムからアクセスできる必要があります。
  • NFSのバックアップ保存先の場合:
    • Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
      • NFSサーバーの場所を、VMクラスタ内の各ノードのローカル・マウント・ポイント・ディレクトリにマウントする必要があります。
      • ローカル・マウント・ポイント・ディレクトリとNFSサーバーは、クラスタ内のすべてのノードで同一である必要があります。
      • NFSマウントがすべてのVMクラスタ・ノードで継続的に維持されるようにする必要があります。
      • NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上でoracleオペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
    • Cloud@Customer上のAutonomous Database:
      ノート

      Oracle Autonomous Database on Exadata Cloud@Customerでは、NFSバージョン3および4がサポートされています。ただし、両方のバージョンが有効になっているマウントは、デフォルトでバージョン4になります。
      • Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。

        バックアップ先にバックアップ・ネットワークを介してアクセスできないが、クライアント・ネットワークを介してアクセス可能である場合、バックアップ・トラフィックはクライアント・ネットワークを介してルーティングされます。

      • NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上でoracleオペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
      • 権限がユーザー・レベルで制御されている場合、Autonomous VMクラスタのoracleユーザーのuid:gidは1001:1001です。
      • ポート範囲を制限するNFSv4サーバーの場合、管理者ユーザーがNFSサーバーに接続できないようにするには、insecureオプションを使用する必要があります。
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先のコンソールの使用

コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerのインフラストラクチャのバックアップ保存先を作成、編集、移動および終了する方法について学習します。

コンソールを使用したバックアップ保存先の作成

バックアップ保存先を作成するには、バックアップ保存先の構成の値を指定する準備をします。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. Exadataインフラストラクチャを含むリージョンを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 「バックアップの保存先の作成」をクリックします。
  5. 「バックアップの保存先の作成」ページで、リクエストされた情報を指定します:
    1. コンパートメントの選択

      使用可能なコンパートメントのリストから、バックアップ保存先を含めるコンパートメントを選択します。

    2. バックアップ保存先の名前を指定します。

      バックアップ保存先の識別に使用できるわかりやすい名前を指定します。Oracle Cloud Identifier (OCID)でバックアップ保存先を一意に識別するため、この名前は一意である必要はありません。

    3. Zero Data Loss Recovery Applianceまたはネットワーク・ファイル・システム(NFS)のバックアップ保存先を選択します。
      ノート

      OCIオブジェクト・ストアをバックアップ保存先として設定することもできます。ただし、この画面から設定することはできません。OCIオブジェクト・ストアは、データベースの作成時にバックアップ保存先として構成できます。詳細は、コンソールを使用したデータベースの作成バックアップ保存先のタイプを参照してください。

      「リカバリ・アプライアンス」または「ネットワーク・ストレージ(NFS)」を選択します。

      • 「リカバリ・アプライアンス」を選択した場合は、Zero Data Loss Recovery Applianceに対して次も指定する必要があります:
        • リカバリ・アプライアンス接続文字列の指定: アプライアンスに接続するOracle Net Services接続文字列を指定します。この情報は通常、Zero Data Loss Recovery Appliance管理者によって提供されます。
          ノート

          ADBのお客様は、次に示すように、リカバリ・アプライアンスに接続する接続文字列をOracleの簡易接続文字列形式で提供する必要があります:
          host:port/service name

          hostは、Zero Data Loss Recovery ApplianceのSCANホスト名です。

        • 仮想プライベート・カタログ(VPC)ユーザーの指定: Zero Data Loss Recovery Applianceに接続するためのVPCユーザー名を指定します。アプライアンスを複数のデータベースのバックアップ保存先として使用する場合は、複数のVPCユーザー名を指定できます。この情報は通常、Zero Data Loss Recovery Appliance管理者によって提供されます。
      • 「ネットワーク・ストレージ(NFS)」を選択した場合は、次も指定する必要があります:
        • 非自律型データベースの自己マウント:

          ローカルNFSマウント・ポイント・パスの指定: NFSサーバーの場所がマウントされている各VMクラスタ・ノード上のローカル・ディレクトリ・パスを指定します。ローカル・ディレクトリ・パスおよびNFSサーバーの場所は、それぞれすべてのVMクラスタ・ノード間で同じである必要があります。
        • Autonomous Databaseの自動マウント:

          Autonomous Databasesにこの宛先を使用します:
          • NFSサーバー: NFSサーバーのIPアドレスを指定します。オプションで、最大4つのIPアドレスを指定できます。これらは、同じNFSサーバーへの追加のパスにすぎません。Oracleでは、バックアップ用にサポートされるNFSデバイスは1つのみです。
          • NFSエクスポート・シェア: エクスポートされたファイル・システムのマウント先となるディレクトリ・パスを指定します。
    4. 拡張オプションの構成
      • タグ: (オプション)タグの適用を選択できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグに関する情報を参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。
  6. 「バックアップの保存先の作成」をクリックします。

    「バックアップの保存先詳細」ページに、新しく作成したバックアップ保存先が表示されます。

コンソールを使用したバックアップ保存先の編集

バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を編集できるのは、現在、それがデータベースに関連付けられていない場合のみです。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 編集するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 編集するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「編集」をクリックします
  6. 「バックアップ保存先の編集」ダイアログを使用して、バックアップ保存先の属性を編集します:
    ノート

    データベースがすでにアタッチされている場合は、バックアップ保存先を編集できません。

    • Zero Data Loss Recovery Applianceのバックアップ保存先を編集する場合:
      • リカバリ・アプライアンス接続文字列の指定: リカバリ・アプライアンスに接続するOracle Net Services接続文字列を指定します。この情報は通常、リカバリ・アプライアンス管理者によって提供されます。
      • 仮想プライベート・カタログ(VPC)ユーザーの指定: リカバリ・アプライアンスに接続するためのVPCユーザー名を指定します。リカバリ・アプライアンスを複数のデータベースのバックアップ保存先として使用する場合は、複数のVPCユーザー名を指定できます。この情報は通常、リカバリ・アプライアンス管理者によって提供されます。
    • NFSのバックアップ保存先を編集する場合:
      • 非自律型データベースの自己マウント:

        ローカルNFSマウント・ポイント・パスの指定: NFSサーバーの場所がマウントされている各VMクラスタ・ノード上のローカル・ディレクトリ・パスを指定します。ローカル・ディレクトリ・パスおよびNFSサーバーの場所は、それぞれすべてのVMクラスタ・ノード間で同じである必要があります。
      • Autonomous Databaseの自動マウント:

        Autonomous Databasesにこの宛先を使用します:
        • NFSサーバー: NFSサーバーのIPアドレスを指定します。オプションで、最大4つのIPアドレスを指定できます。
        • NFSエクスポート・シェア: エクスポートされたファイル・システムのマウント先となるディレクトリ・パスを指定します。
  7. 「変更の保存」をクリックします。
コンソールを使用した別のコンパートメントへのバックアップ保存先の移動

バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を移動することで、それを含むコンパートメントを変更できます。

バックアップ保存先を移動しても、他の関連付けられたリソースは、コンパートメントの変更の影響を受けません。これらの他のリソース(関連付けられたデータベースなど)は、現在のコンパートメントに残ります。

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 移動するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 移動するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「リソースの移動」をクリックします。
  6. 表示されたダイアログで、バックアップ保存先の新しいコンパートメントを選択し、「リソースの移動」をクリックします。
コンソールを使用したバックアップ保存先の削除

バックアップ保存先を削除するには、バックアップ保存先の構成の値を指定する準備をします。

バックアップ保存先を削除する前に、それがどのデータベースにも関連付けられていないことを確認する必要があります。

バックアップ保存先の削除では:
  • バックアップ保存先に残されている残存バックアップは削除されません
  • 削除したバックアップ保存先に対するすべての参照がクラウド・コントロール・プレーンから削除されます
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 削除するバックアップ保存先を含むリージョンおよびコンパートメントを選択します。
  3. 「バックアップの保存先」をクリックします。
  4. 削除するバックアップ保存先の名前をクリックします。

    「バックアップの保存先詳細」ページに、選択したバックアップ保存先に関する情報が表示されます。

  5. 「削除」をクリックします。
  6. 表示されたダイアログで、バックアップ保存先の名前を入力し、「バックアップ保存先の削除」をクリックしてアクションを確認します。
APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップ保存先の管理

APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します。

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

次のAPI操作を使用して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します:
  • CreateBackupDestination
  • DeleteBackupDestination
  • GetBackupDestination
  • ListBackupDestination
  • UpdateBackupDestination
  • ChangeBackupDestinationCompartment

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

自動バックアップおよびリカバリ

Oracle Exadata Database Service on Cloud@Customerでのデータベース・バックアップの管理について

Oracle Exadata Database Service on Cloud@Customerでデータベースを作成する場合にバックアップを構成する方法について学習します。

Oracle Exadata Database Service on Cloud@Customerには、Oracle Recovery Manager (RMAN)を使用する自動データベース・バックアップ機能があります。Oracle Exadata Database Service on Cloud@Customerでデータベースを作成する場合、バックアップ保存先を指定し、自動バックアップを有効にできます。詳細は、Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理に関するこのドキュメントの情報を参照してください。

データベースの作成後に、次も可能です:

  • 使用可能なバックアップのリストを表示します。
  • 自動バックアップを有効または無効にします。
  • バックアップ設定を編集します。
  • データベースをリストアします。

これらの操作は、コンソールまたはAPIを使用して実行できます。

自動データベース・バックアップは次のように構成されます:

  • 自動バックアップは毎日スケジュールされます。自動バックアップ・プロセスは、データベースをホストする仮想マシン(VM)クラスタのタイム・ゾーンの午前0:00から午前6:00までの日次バックアップ・ウィンドウ内でいつでも実行できます。

  • 自動バックアップでは、完全(RMANレベル0)および増分(RMANレベル1)のデータベース・バックアップの組合せが使用されます:

    • Zero Data Loss Recovery Applianceへのバックアップの場合、最初の完全バックアップが実行された後で、Zero Data Loss Recovery Applianceが日次増分バックアップごとに仮想完全バックアップを作成して検証します。
    • NFSまたはOSSへのバックアップの場合、レベル0のバックアップのデフォルト間隔は7日間です。デフォルトのレベル0の日は日曜日です。
    • ローカルExadataストレージへのバックアップの場合:

      ローカルExadataストレージの保持期間オプションは、7日または14日です。ローカルExadataストレージへのバックアップ用に選択した保持ウィンドウに関係なく、最初のレベル0のイメージ・コピーが取得されると、増分レベル1のバックアップが常に実行されます。また、増分レベル1のバックアップは、保持期間より古くなるとレベル0のイメージ・コピー・バックアップにマージされます。

      例: ローカル保持ウィンドウの14日には、1つのマージされたレベル0と14個の増分レベル1に加え、14日間のアーカイブ・ログが含まれます。

  • 保持期間により、自動バックアップを保持する期間を定義します:

    • Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。
    • ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。
    • Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。
  • デフォルトでは、Oracle DatabaseはARCHIVELOGモードで実行され、アーカイブREDOログ・ファイルは30分ごとにバックアップされます。
  • バックアップ保存先に関係なく、ユーザー・データのバックアップはデフォルトで暗号化されます。

バックアップの進行中は、仮想マシンの再起動やパッチの適用など、可用性に影響を与える可能性のあるアクションを実行しないことをお薦めします。自動バックアップ操作が失敗した場合、バックアップは、次の日のバックアップ・ウィンドウまで延期されます。

必要な場合は、次の時点までOracle Databaseをリストアできます:

  • 使用可能な最新のリストア・ポイント。
  • タイムスタンプの指定による特定の時点。
  • Oracle Databaseのシステム変更番号(SCN)。
ノート

このトピックで説明したバックアップおよびリカバリ機能は、Oracle Databaseのデータ・ファイル、ログ・ファイル、制御ファイル、サーバー・パラメータ(SP)ファイルを含むデータベースのバックアップおよびリカバリにのみ適用されます。仮想マシン上の他のファイルのバックアップは、ユーザーの責任で行います。特に、透過的データ暗号化(TDE)キーストア(ウォレット)をバックアップすることを強くお薦めします。TDEキーストアがないと、バックアップに含まれているデータを読み取れないため、Oracle Databaseのバックアップは事実上無効になります。
ノート

TAGベースのリカバリがエラーORA-01152で失敗した場合は、Recovery Manager (RMAN)を直接使用してリカバリを完了します。

ローカル構成でdbaascliを使用したサーバー・パラメータ・ファイル(SPFILE)のリカバリが失敗した場合は、Recovery Manager (RMAN)を直接使用してリカバリを完了します。

コンソールを使用したバックアップとリカバリの構成および管理

コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストの表示、バックアップ設定の編集、およびデータベースのリストアを行う方法について学習します。

コンソールを使用した使用可能なバックアップのリストの表示

Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストを表示するには、この手順を実行します。

ノート

管理対象バックアップのみがコンソールに同期されます。バックエンドで直接バックアップを構成した場合、それらはコンソールに同期されません。これは予期される動作であり、Oracleにはこの動作を変更する計画はありません。
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. 目的のデータベースをホストするVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. 目的のデータベースをホストするVMクラスタの名前をクリックします。
  5. 「VMクラスタ詳細」ページの「リソース」リストで、「データベース」をクリックします。
  6. 目的のデータベースの名前をクリックします。
    「データベース詳細」ページに、選択したデータベースに関する情報(使用可能なバックアップのリストなど)が表示されます。
コンソールを使用したバックアップ設定の編集

バックアップ保存先の編集、バックアップ・スケジュールの変更およびその他のバックアップ管理を行うには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用できます。

次の手順を使用して、使用可能なバックアップ設定を変更します:
  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. バックアップ設定を編集するデータベースをホストするVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. バックアップ設定を編集するデータベースをホストするVMクラスタの名前をクリックします。
  5. 「VMクラスタ詳細」ページの「リソース」リストで、「データベース」をクリックします。
  6. バックアップ設定を編集するデータベースの名前をクリックします。

    「データベース詳細」ページに、選択したデータベースに関する情報が表示されます。

  7. 「バックアップ設定の編集」をクリックします。
  8. 現在のバックアップ構成によって、次のように、「バックアップ設定」ダイアログで行うことができる変更が決まります:
    • 自動バックアップが構成されていない場合、次の設定を使用してデータベースのバックアップ構成を定義できます:

      • バックアップ保存先のタイプ: リストからオプションを選択します。
        • ローカル Exadata Database Service on Cloud@Customerシステム上のExadata Storage Serverにローカルにバックアップを格納する場合に選択します。

          このオプションは、データベースをホストするVMクラスタ内のローカルExadataストレージでバックアップを有効にした場合にのみ使用できます。

        • オブジェクト・ストレージ Oracle Cloud InfrastructureでOracleによって管理されるオブジェクト・ストレージ・コンテナにバックアップを格納する場合に選択します。

          このオプションを使用する場合、Exadata Database Service on Cloud@CustomerシステムにOracle Cloud Infrastructure Object Storageへのエグレス接続が必要です。

        • NFS ネットワーク・ファイル・システム(NFS)ストレージを使用する事前定義済のいずれかのバックアップ保存先にバックアップを格納する場合に選択します。「Exadata Database Service on Cloud@Customerのバックアップ保存先の管理」を参照してください。

          このオプションを選択する場合、NFSバックアップ保存先のリストから選択する必要もあります。

        • リカバリ・アプライアンス Oracle Zero Data Loss Recovery Applianceを使用する事前定義済のいずれかのバックアップ保存先にバックアップを格納する場合に選択します。Exadata Database Service on Cloud@Customerのバックアップ保存先の管理を参照してください。

          このオプションを選択した場合は、次の情報も指定する必要があります:

          • 「リカバリ・アプライアンス」のリストからバックアップ保存先を選択します。
          • 「VPCユーザー」リストから選択します。これには、リカバリ・アプライアンスのバックアップ保存先に定義されている仮想プライベート・カタログ(VPC)ユーザー名のリストが含まれています。
          • VPCユーザーのパスワードを指定します。
          ノート

          バックアップ保存先を選択した場合、後で変更することはできません。

          リアルタイムREDOトランスポート(RTRT)動作のカスタマイズの詳細は、リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズを参照してください

      • 自動バックアップの有効化: 自動バックアップのポリシーを使用して日次バックアップを有効にする場合は、このオプションを選択します。
      • バックアップ保持期間: 自動バックアップを保持する期間について、いずれかのオプションを選択する場合にこのオプションを選択します。

        ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。

        Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。

        このオプションは、リカバリ・アプライアンスのバックアップ保存先には適用されません。Oracle Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。

    • 自動バックアップが事前に構成されている場合、次の変更を行うことができます:
      • Oracle Zero Data Loss Recovery Applianceのバックアップ保存先の場合、アプライアンスへのアクセスに使用する仮想プライベート・カタログ(VPC)ユーザーのパスワードを更新できます。
      • Oracle Zero Data Loss Recovery Applianceを使用しないバックアップ保存先の場合、自動バックアップのバックアップ保持期間を更新できます:
        • ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。
        • Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。
        • Oracle Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。
      • オプションを「自動バックアップの有効化」に設定できます。このオプションを選択すると、自動データベース・バックアップが有効になります。このオプションを選択解除すると、自動データベース・バックアップは一時停止されます。
  9. 「変更の保存」をクリックします。
コンソールを使用したデータベースのリストア

データベースを特定の時点、システム変更番号(SCN)または最新のバックアップにリストアするには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用します。

ノート

リストアできるのは、同じDBホーム(インプレース・リストア)内の23aiデータベースのみです。

データベースをリストアするには、次の手順を使用します:

  1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
  2. リストアするデータベースをホストするVMクラスタを含むリージョンおよびコンパートメントを選択します。
  3. 「VMクラスタ」をクリックします。
  4. リストアするデータベースをホストするVMクラスタの名前をクリックします。
  5. 「VMクラスタ詳細」ページの「リソース」リストで、「データベース」をクリックします。
  6. リストアするデータベースの名前をクリックします。

    「データベース詳細」ページに、選択したデータベースに関する情報が表示されます。

  7. 「データベースのリストア」をクリックします。
  8. 表示されたダイアログ・ボックスで、次のオプションのいずれかを選択し、「データベースのリストア」をクリックします:
    • 最新にリストア: データベースがリストアされ、データ損失の可能性がゼロまたは最も低い状態にリカバリされます。
    • タイムスタンプにリストア: データベースがリストアされ、指定されたタイムスタンプにリカバリされます。
    • SCNにリストア: データベースがリストアされ、指定されたOracle Databaseのシステム変更番号(SCN)にリカバリされます。指定されたSCNは有効である必要があり、そうでないと操作は失敗します。
ノート

NFSストレージでのタイムスタンプまたはSCNへのポイント・イン・タイム・リストア後のバックアップは失敗します。10分程度待機してからバックアップを続行してください。
APIを使用したデータベースのバックアップおよびリカバリの管理

APIを使用して、Oracle Exadata Database Service on Cloud@Customerでデータベースのバックアップおよびリカバリを管理する方法について学習します。

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

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

  • GetBackup
  • ListBackups
  • RestoreDatabase
  • UpdateDatabase - 自動バックアップを有効および無効にします。

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

ユーザー構成バックアップ

ユーザーの責任で、そのプリファレンスに従ってdbaascliを使用してバックアップ操作を構成および実行します。

dbaascliを使用したバックアップは、Oracle管理バックアップとして認識されません。dbaascli database backupdbaascli pdb backupdbaascli database recoverおよびdbaascli pdb recoverコマンドを使用して、様々なバックアップおよびリカバリ操作を構成および実行します。

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

ユーザー構成バックアップでdbaascliを使用してバックアップする方法

ユーザー構成バックアップには、次の4つのステップが含まれます:
  1. データベース・ホストが目的のストレージ宛先にバックアップを格納できるように、ネットワークおよびセキュリティ・ルールを設定します。Exadata Cloud Serviceについては、Exadata Cloud Serviceインスタンスのネットワーク設定を参照してください。
  2. バックアップ保存先を設定します
  3. バックアップ保存先でデータベースを構成します
  4. データベースをバックアップします
バックアップ保存先の設定

Oracle Database Cloud Service、Oracle Exadata Cloud@CustomerまたはOracle Exadata Cloud Serviceに応じて、バックアップを格納するために次のバックアップ保存先のいずれかを選択できます。

  • Oracle Cloud Infrastructure Object Storage: Exadata Cloud@CustomerおよびExadata Cloud Serviceに適用されます。
  • Zero Data Loss Recovery Appliance (ZDLRA): Exadata Cloud@Customerに適用されます。
  • ネットワーク・ファイル・システム(NFS): Exadata Cloud@Customerに適用されます。
  • 高速リカバリ領域(FRA): Exadata Cloud@Customerに適用されます。
バックアップ用のデータベースの構成

バックアップ保存先が設定されて使用可能になったら、dbaascliユーティリティを使用して、バックアップ保存先および関連する構成パラメータ(バックアップ保持リカバリ・ウィンドウ、バックアップ・スケジュール、アーカイブ・ログ・スケジュールなど)でデータベースを構成できます。

構成パラメータは、パラメータ=値ペアのリストを含む入力構成ファイルを使用して指定します。この入力ファイルのテンプレートは、--getConfigオプションを使用して生成できます。これは、目的の宛先設定およびその他のプリファレンスに従って変更し、--configureオプションへの入力として使用できます。

dbaascli database backup --getConfig --dbName <value> --configFile <value>
ユーザーが指定したファイルにデータベースのバックアップ構成が返されます。バックアップが構成されていない場合、ユーザーが構成パラメータに値を入力して--configureコマンド・オプションへの入力として使用できるデフォルト・テンプレートが返されます。
dbaascli database backup --configureを使用すると、次の場合にデータベースのバックアップ構成情報を設定できます:
  1. ユーザー管理バックアップ: 宛先に基づいて完全なバックアップ構成を設定します。
  2. Oracle管理バックアップ: パラメータがOracle管理バックアップと互換性がある場合は、追加の構成パラメータを設定します。

    dbaascli database backup --configureを使用してOracle管理バックアップと互換性のないパラメータを設定すると、バックアップ/リカバリの問題が発生する可能性があります。現在、Oracleでは、パラメータに互換性があるかどうかは検証されません。Oracleが検証を実装するまでは、互換性の確認はユーザーの責任です。

    dbaascli database backup --configure --dbName <value> --configFile <value>
    この非同期コマンドによって、ステータスのトラッキングに使用できる汎用一意識別子(UUID)が生成されます。
    dbaascli database backup status --uuid <value> --dbname <value>
    検証のために現在の構成を取得するには、次を実行します:
    dbaascli database --dbaname --getConfig
    ノート

    Oracle管理バックアップを使用する場合、アプリケーション要件に基づいてバックアップ構成設定の一部を変更できます。これらのパラメータがCompatible with console automatic backupでタグ付けされている場合、dbaascliを使用してパラメータを変更できます。

バックアップの構成パラメータ

表5-17一般構成パラメータ(ローカル・ストレージ(FRA)以外のすべてのバックアップ保存先に対して有効)

パラメータ 説明 Oracle管理バックアップとの互換性
bkup_rman_compression 自動バックアップに適用される圧縮のレベル。

有効な値は、NONEbasiclowmediumおよびhighです。

デフォルト: low

NONEは、RMAN圧縮を無効にします。

はい
bkup_set_section_size RMANマルチセクション・バックアップ機能の使用を有効にします。

有効な値は、yesおよびnoです。

はい
bkup_section_size 自動バックアップに使用されるRMANセクション・サイズ。

デフォルト値は64Gです。

bkup_set_section_sizeyesに設定されている場合にのみ適用できます。

はい
bkup_channels_node 自動バックアップに使用されるノードごとのRMANチャネルの数。

有効な値は、1から32までです。

はい
bkup_daily_time 24時間形式で表された自動日次バックアップの開始時間(hh:mm)。 Exadata Cloud@Customer: はい

Exadata Cloud Service: いいえ

Exadata Cloud ServiceではOracle管理バックアップとの互換性はありません。スケジュールの責任はコントロール・プレーンにあります。

bkup_archlog_frequency アーカイブ・データベース・ログ・ファイルの自動バックアップの間隔(分)。

有効な値は、15、20、30、60、120から1440 (分単位で表された1時間間隔)です。

デフォルト: Exadata Cloud@Customerでは30。

はい
bkup_l0_day このパラメータは、OSSとNFSの両方でレベル0の曜日を制御します。

レベル0のバックアップが取得される曜日。

有効な値は、montuewedthufrisatsunです。より長い形式のMondayTuesdayなどもサポートされています。

bkup_ossyesに設定されている場合にのみ適用できます。

デフォルト: sun

Exadata Cloud@Customer: はい

Exadata Cloud Service: いいえ

Exadata Cloud ServiceではOracle管理バックアップとの互換性はありません。スケジュールの責任はコントロール・プレーンにあります。

オブジェクト・ストレージ・サービス(OSS)宛先の構成パラメータ

表5-18オブジェクト・ストレージ・サービス(OSS)宛先の構成パラメータ

パラメータ 説明 Oracle管理バックアップとの互換性
bkup_oss オブジェクト・ストレージ・サービスは、バックアップ保存先として使用されます。

有効な値は、yesおよびnoです。

いいえ
bkup_oss_recovery_window バックアップの保持期間は、最大90です。

bkup_ossyesに設定されている場合にのみ適用できます。

デフォルト: 30。

いいえ
bkup_oss_url クラウド・ストレージへのバックアップに使用されるストレージ・コンテナの場所。

bkup_ossyesに設定されている場合にのみ適用できます。

いいえ
bkup_oss_user bkup_oss_urlに指定されたクラウド・ストレージ・コンテナへの書込み権限を持つOracle Cloudユーザーのユーザー名。

bkup_ossyesに設定されている場合にのみ適用できます。

いいえ
bkup_oss_passwd bkup_oss_urlに指定されたクラウド・ストレージ・コンテナへの書込み権限を持つOracle Cloudユーザーのパスワード。

bkup_ossyesに設定されている場合にのみ適用できます。

いいえ
ノート

現在、Zero Data Loss Recovery Appliance (ZDLRA)宛先は、Exadata Cloud@Customerでのみサポートされています。

Zero Data Loss Recovery Appliance (ZDLRA)宛先の構成パラメータ

表5-19 Zero Data Loss Recovery Appliance (ZDLRA)宛先の構成パラメータ

パラメータ 説明 Oracle管理バックアップとの互換性
bkup_zdlra リカバリ・アプライアンスへのバックアップを有効にします。

有効な値は、yesおよびnoです。

いいえ
bkup_zdlra_url バックアップに使用されるリカバリ・アプライアンスの場所。

bkup_zdlrayesに設定されている場合にのみ適用できます。

いいえ
bkup_zdlra_user bkup_zdlra_urlに指定されたリカバリ・アプライアンスの仮想プライベート・カタログ(VPC)ユーザー名。

bkup_zdlrayesに設定されている場合にのみ適用できます。

いいえ
bkup_zdlra_passwd bkup_zdlra_urlに指定されたリカバリ・アプライアンス・ユーザーのパスワード。

bkup_zdlrayesに設定されている場合にのみ適用できます。

いいえ

詳細は、リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズを参照してください。

ネットワーク・ファイル・システム(NFS)宛先の構成パラメータ

表5-20ネットワーク・ファイル・システム(NFS)宛先の構成パラメータ

パラメータ 説明 Oracle管理バックアップとの互換性
bkup_nfs NFSマウントされたディレクトリへのバックアップを有効にします。

有効な値は、yesおよびnoです。

いいえ
bkup_nfs_loc NFSマウントされた場所。指定されたディレクトリは、マウント・ポイントで、すべてのノードで使用できる必要があります。

bkup_nfsyesに設定されている場合にのみ適用できます。

いいえ
bkup_nfs_recovery_window NFSストレージ上のバックアップの保持期間は、最大90までの日数で表されます。

bkup_nfsyesに設定されている場合にのみ適用できます。

デフォルト: 30。

いいえ
ノート

現在、ネットワーク・ファイル・システム(NFS)宛先は、Exadata Cloud@Customerでのみサポートされています。

ローカル・ストレージ(FRA)宛先の構成パラメータ

表5-21ローカル・ストレージ(FRA)宛先の構成パラメータ

パラメータ 説明 Oracle管理バックアップとの互換性
bkup_disk ローカルExadataストレージへのバックアップを有効にします。

有効な値は、yesおよびnoです。

いいえ
bkup_disk_recovery_window ローカルExadataストレージ上のバックアップの保持期間は、最大14までの日数で表されます。

bkup_diskyesに設定されている場合にのみ適用できます。

デフォルト: 7。

いいえ
ノート

現在、ローカル・ストレージ(FRA)宛先は、Exadata Cloud@Customerでのみサポートされています。

コンテナ・データベース(CDB)のバックアップ

バックアップを実行する前に、前提条件として、dbaascli database backup --configureコマンドを使用してバックアップ構成を設定する必要があります。詳細は、dbaascli database backupを参照してください。

プラガブル・データベース(PDB)のバックアップ

特定のPDBのバックアップを実行することもできます。これは、1つ以上のPDBを即座にバックアップする必要がある場合や、独自のスケジュールを持つ完全なCDBをバックアップするのではなく、アドホック・ニーズ・ベースでバックアップする必要がある場合に役立ちます。詳細は、dbaascli pdb backupを参照してください。

バックアップ・ジョブ・ステータスのフェッチ

バックアップ操作の実行中、バックアップ・コマンドの実行時にユーザーに表示されるジョブIDを指定することで、そのステータスをモニターできます。詳細は、dbaascli database backupおよびdbaascli pdb backupを参照してください。

データベースをリカバリする方法

データベースのリカバリを実行するには、障害のタイプ、データの可用性、およびバックアップとリカバリの要件に応じて様々なオプションがあります。詳細は、dbaascli database recoverを参照してください。

PDBのリカバリ

回避可能な場合はいつでも、完全なCDBではなく特定のPDBをリカバリできます。これにより、特定のPDBのみがリカバリされる一方で、残りのCDBおよびPDBはビジネスおよびアプリケーションで引き続き使用可能であるため、停止の影響が低減されます。詳細は、dbaascli pdb recoverを参照してください。

リカバリ・ジョブ・ステータスのフェッチ

バックアップと同様に、リカバリ・コマンドの実行時にユーザーに表示されるジョブIDを指定することで、リカバリ・コマンドのステータスをモニターできます。リカバリ操作のステータスを確認するには、dbaascli database recoverおよびdbaascli pdb recoverを参照してください。

dbaascliを使用したバックアップの構成およびカスタマイズ

コンソールベースの自動バックアップ・オプションに加えて、dbaascliを使用してバックアップを構成およびカスタマイズします。

ノート

bkup_apiは、将来のリリースで非推奨になります。コンテナ・データベースとプラガブル・データベースをバックアップおよびリカバリするには、dbaascli database backupdbaascli pdb backupdbaascli database recoverおよびdbaascli pdb recoverを使用してください。詳細は、ユーザー構成バックアップを参照してください。
ノート

dbaascliリリース25.1.2.0.0では、バックアップ構成パラメータの名前が変更されました。ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。

生成済の構成ファイルを使用したバックアップ設定のカスタマイズ

データベース・デプロイメントのバックアップ設定をカスタマイズするには、現在のカスタマイズ可能な設定を含むファイルを生成し、ファイルを編集してから、そのファイルを使用してバックアップ設定を更新します。

警告:

一般的に、この項で説明されているbkup_api構成バックアップは、特に次に示す例外を除き、コンソール対応の自動バックアップと組み合せて使用しないでください。パラメータ(安全として次に示すパラメータ以外)を使用する場合、コンソールベースのバックアップを有効にしないでください。そうしないと、条件の競合や設定の上書きが発生し、バックアップが正常に実行されない可能性があります。
ノート

dbaascliリリース25.1.2.0.0では、バックアップ構成パラメータの名前が変更されました。ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。

現在のバックアップ設定で構成ファイルを生成し、それを使用して設定を更新するには:

  1. opcユーザーとして仮想マシンに接続します。

    詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

  2. rootユーザー・コマンド・シェルを起動します:
    sudo -s
  3. dbaascli database backup --getconfigコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    dbaascli database backup --getconfig --dbname dbname
    説明:
    • dbnameは、操作するデータベースのデータベース名です

    例:

    • 構成ファイルを生成するには:
      # dbaascli database backup --getconfig --dbname <dbname>
      DBAAS CLI version MAIN
      Executing command database backup --getconfig --dbname <dbname>
      vi Session log: /var/opt/oracle/log/v23db8/database/backup/dbaastools_2025-01-28_12-36-04-PM_236081.log
      logfile:/var/opt/oracle/log/dtrs/dcs-dtrs.0.*.log
      File /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg created
      dbaascli execution completed
    • 構成ファイルを使用してバックアップ設定をカスタマイズするには:
      # vi /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg
      # dbaascli database backup --configure --configFile /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg --dbname v23db8
  4. 生成されたファイルのパラメータ値を編集して、バックアップ構成でカスタマイズする設定を変更します。

    次のパラメータを変更して、バックアップ構成をカスタマイズできます:

    ノート

    Compatible with Console Automatic Backups=Yesは、コンソールベースの自動バックアップを使用する場合でも、パラメータを安全に変更できます。Compatible with Console Automatic Backups=Noのパラメータを使用する場合は、コンソールからバックアップを有効にしないでください。

    表5-22バックアップ構成パラメータ- bkup_apiに固有のcronパラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*

    旧名: bkup_cron_entry

    新しい名前: scheduleBackups

    自動バックアップ構成を使用可能にします。

    有効な値は、yesおよびnoです。

    いいえ

    旧名: bkup_archlog_cron_entry

    新しい名前: manageArchivelogs

    アーカイブ・データベース・ログ・ファイルの自動バックアップを有効にします。

    有効な値は、yesおよびnoです。

    manageArchivelogsをnoに設定すると、自動アーカイブ・ログ・クリーンアップ・ジョブが無効になります。この設定は、関連付けられたデータベースに自動データベース・バックアップが構成されていない場合にのみ有効です。

    いいえ

    旧名: bkup_l0_day

    新しい名前: L0BackupDay

    このパラメータは、レベル0の曜日を制御します。

    レベル0のバックアップが取得される曜日。

    有効な値は、montuewedthufrisatsunです。より長い形式のMondayTuesdayなどもサポートされています。

    デフォルト: sun

    いいえ

    表5-23バックアップ構成パラメータ- 一般的なRMAN構成パラメータ(ローカル・ストレージ(FRA)以外のすべてのバックアップ保存先に対して有効)

    パラメータ 説明 コンソール自動バックアップとの互換性*

    旧名: bkup_rman_compression

    新しい名前: compressionLevel

    自動バックアップに適用される圧縮のレベル。

    有効な値は、NONEbasiclowおよび
    medium
    high

    デフォルト値はlowです。

    NONEを指定すると、RMAN圧縮が無効になります。

    RMAN圧縮が有効な場合、TDE暗号化データファイルは、復号化、圧縮およびRMAN暗号化されます。

    はい

    旧名: bkup_section_size

    新しい名前: sectionSize

    自動バックアップに使用されるRMANセクション・サイズ。

    デフォルト値は64Gです。

    はい

    旧名: bkup_channels_node

    新しい名前: channelsPerNode

    自動バックアップに使用されるノードごとのRMANチャネルの数。

    有効な値は、1から32までです。

    デフォルト値は4です。

    はい

    旧名: bkup_daily_time

    新しい名前: autoBackupTime

    24時間形式で表された自動日次バックアップの開始時間(hh:mm)。 はい

    旧名: bkup_archlog_frequency

    新しい名前: backupFrequencyAL

    アーカイブ・データベース・ログ・ファイルの自動バックアップの間隔(分)。

    有効な値は、15、20、30、60、120から1440 (分単位で表された1時間間隔)です。

    デフォルト値は、Exadata Cloud@Customerでは30です。

    はい

    旧名: bkup_type

    新しい名前: backupDestination

    バックアップが存在する場所のタイプ。以下のいずれかの値を指定します。

    OSS、ZDLRA、DISKまたはNFS

    はい

    旧名: bkup_filesperset_regular

    新しい名前: filesPerSet

    通常のバックアップ/アーカイブ・バックアップのバックアップ・セットに含めることができるデータファイルの最大数を指定します。 はい

    旧名: bkup_filesperset_al

    新しい名前: filesPerSetAL

    アーカイブ・ログ・バックアップのバックアップ・セットに含めることができるアーカイブ・ログ・ファイルの最大数を指定します。 はい

    旧名: bkup_encryption

    新しい名前: encryption

    暗号化では、バックアップを暗号化するかどうかを指定します。

    デフォルトでは、暗号化はOSSおよびNFSに対して有効になっていますが、ZDLRAおよびDISKでは無効になっています。この設定はNFSの場合のみ変更できます。

    はい

    旧名: rmanBackupOptimization

    新しい名前: optimization

    最適化は、バックアップ、転送およびリストアが必要なデータの量を減らす機能です。推奨値はONです。 はい

    旧名: rmanFraCleanupChannels

    新しい名前: numberOfChannelsForFraCleanup

    FRAクリーンアップ・ジョブに使用されるチャネルの数を指定します。 はい

    旧名: Compress_Archive_Logs

    新しい名前: compressionAL

    アーカイブ・ログ・バックアップを圧縮するかどうかを指定します。

    デフォルトでは、ZDLRAの値はfalseに設定され、この設定は変更できません。

    はい

    旧名: bkup_archlog_fra_retention

    新しい名前: archivelogRetentionDays

    FRAに保持されるアーカイブ・ログの日数を指定します。 はい

    表5-24バックアップ構成パラメータ- ローカル・ストレージ(FRA)パラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*
    backupDestination=disk

    ローカルExadataストレージへのバックアップを有効にします。

    有効な値は、yesおよびnoです。

    いいえ

    旧名: bkup_disk_recovery_window

    新しい名前: diskRecoveryWindow

    最大14までの日数で表される、ローカルExadataストレージ上のバックアップの保持期間。

    bkup_diskyesに設定されているか、backupdestinationDISKに設定されている場合にのみ適用できます

    デフォルト値は7です。

    いいえ

    表5-25バックアップ構成パラメータ- ネットワーク・ファイル・システム(NFS)パラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*
    backupDestination=nfs

    NFSマウントされたディレクトリへのバックアップを有効にします。

    有効な値は、yesおよびnoです。

    いいえ

    旧名: bkup_nfs_loc

    新しい名前: nasLocation

    NFSマウントされた場所。指定されたディレクトリは、マウント・ポイントで、すべてのノードで使用できる必要があります。 いいえ

    旧名: bkup_nfs_recovery_window

    新しい名前: nasRecoveryWindow

    最大90までの日数で表される、NFSストレージ上のバックアップの保持期間。

    bkup_nfsyesに設定されているか、backupdestinationNFSに設定されている場合にのみ適用できます

    デフォルト値は30です。

    いいえ

    表5-26バックアップ構成パラメータ- オブジェクト・ストレージ・サービス(OSS)パラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*
    backupDestination=oss

    クラウド・ストレージへのバックアップを有効にします。

    有効な値は、yesおよびnoです。

    いいえ

    旧名: bkup_oss_recovery_window

    新しい名前: ossRecoveryWindow

    最大90までの日数で表される、クラウド・ストレージ上のバックアップの保持期間。

    bkup_ossyesに設定されているか、backupdestinationOSSに設定されている場合にのみ適用できます

    デフォルト値は30です。

    いいえ

    旧名: bkup_oss_url

    新しい名前: ossURL

    クラウド・ストレージへのバックアップに使用されるストレージ・コンテナの場所。

    bkup_ossyesに設定されているか、backupdestinationOSSに設定されている場合にのみ適用できます

    いいえ

    旧名: bkup_oss_user

    新しい名前: ossUserName

    bkup_oss_urlに指定されたクラウド・ストレージ・コンテナへの書込み権限を持つOracle Cloudユーザーのユーザー名。

    bkup_ossyesに設定されているか、backupdestinationOSSに設定されている場合にのみ適用できます

    いいえ

    旧名: bkup_oss_passwd

    新しい名前: ossAuthToken

    ossURLで指定されたクラウド・ストレージ・コンテナに対する書込み権限を持つOracle Cloudユーザーのパスワード。

    bkup_ossyesに設定されているか、backupdestinationOSSに設定されている場合にのみ適用できます

    いいえ
    ノート

    Zero Data Loss Recovery Appliance (ZDLRA)パラメータは、Exadata Cloud@Customerインストールに対してのみ有効です。

    表5-27バックアップ構成パラメータ- Zero Data Loss Recovery Appliance (ZDLRA)パラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*
    backupDestination=zdlra

    リカバリ・アプライアンスへのバックアップを有効にします。

    有効な値は、yesおよびnoです。

    いいえ

    旧名: bkup_zdlra_url

    新しい名前: zdlraUrl

    バックアップに使用されるリカバリ・アプライアンスの場所。

    bkup_zdlrayesに設定されているか、backupdestinationZDLRAに設定されている場合にのみ適用できます

    いいえ

    旧名: bkup_zdlra_user

    新しい名前: zdlraVpcUserName

    bkup_zdlra_urlに指定されたリカバリ・アプライアンスの仮想プライベート・カタログ(VPC)ユーザー名。

    bkup_zdlrayesに設定されているか、backupdestinationZDLRAに設定されている場合にのみ適用できます

    いいえ

    旧名: bkup_zdlra_passwd

    新しい名前: zdlraVpcPassword

    bkup_zdlra_urlに指定されたリカバリ・アプライアンス・ユーザーのパスワード。

    bkup_zdlrayesに設定されているか、backupdestinationZDLRAに設定されている場合にのみ適用できます

    いいえ

    表5-28バックアップ構成パラメータ- RMANカタログ・サポート・パラメータ

    パラメータ 説明 コンソール自動バックアップとの互換性*

    旧名: bkup_use_rcat

    新しい名前: useCatalog

    既存のRMANリカバリ・カタログの使用を有効にします。

    有効な値は、yesおよびnoです。

    はい(NFSおよびOSSバックアップの場合のみ)

    旧名: bkup_rcat_user

    新しい名前: catalogUserName

    リカバリ・カタログのユーザー名。

    bkup_use_rcatyesに設定されている場合にのみ適用できます。

    はい(NFSおよびOSSバックアップの場合のみ)

    旧名: bkup_rcat_passwd

    新しい名前: catalogPassword

    bkup_rcat_userに指定されたリカバリ・カタログ・ユーザーのパスワード。

    bkup_use_rcatyesに設定されている場合にのみ適用できます。

    はい(NFSおよびOSSバックアップの場合のみ)

    旧名: bkup_rcat_conn

    新しい名前: catalogConnectionString

    RMANリカバリ・カタログの接続文字列。

    bkup_use_rcatyesに設定されている場合にのみ適用できます。

    はい(NFSおよびOSSバックアップの場合のみ)

    コンソールベースの自動バックアップと組み合せて安全に変更できるのは、*Compatible with Console Automatic Backups = Yesで示されている前述のパラメータだけです。その他のパラメータを変更する場合は、コンソールからバックアップを有効にしないでください。

  5. dbaascli database backup --configureコマンドを使用して、更新したバックアップ設定を含むファイルを使用してバックアップ設定を更新します:
    # dbaascli database backup --configure --configFile <file_name> --dbname
        <database_name>
  6. dbaascli database backup --statusを使用して、構成更新のステータスを確認します。
    # dbaascli database backup --status --uuid <uuid> --dbname
        <database_name>
  7. rootユーザー・コマンド・シェルを終了します:
    exit
ノート

bkup_apiコマンドを使用して行った変更は、Oracle Database Exadata Cloud@Customerコンソールに反映されません。

dbaascliを使用したオンデマンド・バックアップの作成

dbaascliを使用して、データベース全体または個々のプラガブル・データベース(PDB)のオンデマンド・バックアップを作成できます:

ノート

bkup_apiは、将来のリリースで非推奨になります。コンテナ・データベースとプラガブル・データベースをバックアップおよびリカバリするには、dbaascli database backupdbaascli pdb backupdbaascli database recoverおよびdbaascli pdb recoverを使用してください。詳細は、ユーザー構成バックアップおよびリカバリを参照してください。
ノート

手動バックアップのこの方法は、コンソールで管理される自動バックアップと組み合せて安全に使用できます。この方法で実行された手動バックアップは、同期のためにしばらくしてからコンソールに表示されます。

バックアップするデータベース構成ファイルを変更するには:

  1. oracleユーザーとしてコンピュート・ノードに接続します。

    詳細な手順は、SSHを使用したコンピュート・ノードへの接続を参照してください。

  2. rootユーザー・コマンド・シェルを起動します:
    # sudo -s
    #
  3. dbaascliコマンドを入力します。
    • 現在の保存方針に従ったバックアップを作成するには、次のコマンドを入力します。
      # dbaascli database backup --start --dbname <database_name>

      dbnameは、バックアップするデータベースのデータベース名。

    • 特定のPDBのオンデマンド・バックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --dbname=dbname --pdb=pdbname
    • 長期バックアップを作成するには、次のコマンドを実行します。
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
    • RMANレベル0のオンデマンド・バックアップを作成するには、次のようにします。
      # dbaascli database backup --dbname <value> --start --level0

      このオプションを使用すると、スケジュールされたレベル0の週次バックアップが失敗した場合に、またはデータベース内の主要な構造変更(新しいデータ・ファイルや表領域の追加など)の後に、RMANレベル0 (完全)のバックアップを手動で実行できます。このオプションは、クラウド・ストレージを使用するバックアップ構成に対してのみ有効です。

  4. オンデマンド・バックアップを開始すると、バックアップ・プロセスはバックグラウンドで実行されます。バックアップ・プロセスの進捗状況を確認するには、バックアップが実行されているのと同じコンピュート・ノードで次のdbaascliコマンドを実行します。
    # dbaascli database backup --dbname <value> --status --uuid <backup_uuid>
  5. rootユーザー・コマンド・シェルを終了し、コンピュート・ノードから切断します:
    # exit
    # exit

手動バックアップおよびリカバリ管理を容易にするための自動バックアップの無効化

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

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

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

リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズ

リアルタイムREDOトランスポートは、dbaascliを使用して有効または無効にできます。これは、dbaastools 21.4.1リリースから使用できます。

たとえば、データベースmyTestDBに対してRTRTを有効にするには:
dbaascli database backup --dbName myTestDB --configure —enableRTRT

詳細は、dbaascli database backupを参照してください。

ノート

  • RTRTの有効化または無効化は、Oracle Databaseバージョン12.2以上でのみ機能します。
  • データベース間のData Guardアソシエーションを有効にした場合、プライマリ・データベースでRTRTを有効にした後、プライマリ・データベースからスタンバイ・データベースにパスワード・ファイルを手動でコピーする必要があります。プライマリ・データベースからスタンバイ・データベースへのパスワード・ファイルのコピーについてさらに学習するには、12c: Data Guard Physical Standby - Managing password files in a RAC Physical Standby (Doc ID 1984091.1)を参照してください。

代替バックアップ方法

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

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

ノート

dbaascli database backupdbaascli pdb backupdbaascli database recoverおよびdbaascli pdb recoverコマンドを使用して、コンテナ・データベースおよびプラガブル・データベースのバックアップとリカバリを行います。詳細は、ユーザー構成バックアップを参照してください。

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

ノート

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

dbaascliの方法は、柔軟性および簡易性という点で、RMANとコンソール自動バックアップの中間に配置します。コンソール自動バックアップで必要な機能がサポートされていないが、RMANを直接使用する複雑性を避ける場合に、dbaascliを使用します。特定のケースでは、dbaascliを使用してコンソール自動バックアップ構成を変更できますが、これは一般的なケースではありません。一般的には、コンソールでバックアップを有効にするのではなく、dbaascliを使用する必要があります。

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

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

ノート

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