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

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

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

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

バックアップの保存先

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

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:

      ノート:

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

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

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

親トピック: バックアップ先

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識別子(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 Databasesの自動マウント:

          Autonomous Databasesには、次の宛先を使用します:
          • NFSサーバー: NFSサーバーのIPアドレスを指定します。 オプションで、最大4つのIPアドレスを指定できます。 これらは、同じNFSサーバーへの追加のパスにすぎません。 Oracleでは、バックアップ用に1つのNFSデバイスのみがサポートされます。
          • 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 Databasesの自動マウント:

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

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

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

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

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

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

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

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

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

バックアップの保存先の削除:
  • バックアップの保存先に残っている残存バックアップを削除しません
  • 削除されたバックアップの保存先への参照をCloud Control Planeから削除
  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 Database Exadata Cloudのバックアップ・メソッド

Oracle Exadata Database Service on Cloud@Customerには、推奨されるソリューションとしてバックアップを構成および取得するための2つのアプローチが用意されています: Oracle Managed BackupおよびUser Configured Backup。

  • 「Oracle管理バックアップ」
    データベース・バックアップは、1回かぎりの構成に基づいてOracle Exadata Database Service on Cloud@Customerサービスによって完全に管理されます。
  • 「ユーザー構成バックアップ」
    ユーザーのプリファレンスに従って、dbaascliを使用してバックアップ操作を構成および実行する必要があります。

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

Oracle管理バックアップ

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

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

関連トピック

親トピック: Oracle Database Exadata Cloudのバックアップ・メソッド

バックアップの保存先

親トピック: Oracle管理バックアップ

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:

      ノート:

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

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

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

親トピック: バックアップ先

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識別子(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 Databasesの自動マウント:

          Autonomous Databasesには、次の宛先を使用します:
          • NFSサーバー: NFSサーバーのIPアドレスを指定します。 オプションで、最大4つのIPアドレスを指定できます。 これらは、同じNFSサーバーへの追加のパスにすぎません。 Oracleでは、バックアップ用に1つのNFSデバイスのみがサポートされます。
          • 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 Databasesの自動マウント:

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

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

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

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

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

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

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

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

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

バックアップの保存先の削除:
  • バックアップの保存先に残っている残存バックアップを削除しません
  • 削除されたバックアップの保存先への参照をCloud Control Planeから削除
  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管理バックアップ

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時から午前6時までです。

  • 自動バックアップでは、全体バックアップ(RMANレベル0)と増分バックアップ(RMANレベル1)の組合せが使用されます:

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

      ローカルExadataストレージの保存期間は7日または14日です。 ローカルExadataストレージへのバックアップ用に選択された保持ウィンドウに関係なく、レベル1の増分バックアップは、初期レベル0のイメージ・コピーが取得された後に常に実行されます。 また、レベル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では、仮想マシンの再起動やパッチの適用など、可用性を妨げる可能性のあるアクションの実行を回避することをお薦めします。 自動バックアップ操作が失敗した場合、バックアップは翌日のバックアップ・ウィンドウまで延期されます。

必要に応じて、Oracle Databaseを次の場所にリストアできます:

  • 使用可能な最新のリストア・ポイント。
  • タイムスタンプを指定して特定の時点を指定します。
  • Oracle Databaseシステム変更番号(SCN)。

ノート:

このトピックで説明するバックアップおよびリカバリ機能は、Oracle Databaseデータ・ファイル、ログ・ファイル、制御ファイルおよびサーバー・パラメータ(SP)ファイルを含むデータベースのバックアップおよびリカバリにのみ適用されます。 仮想マシン上の他のファイルのバックアップを担当します。 特に、Oracleでは透過的データ暗号化(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 Serversにバックアップをローカルに格納する場合に選択します。

          このオプションは、データベースをホストする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 backup, dbaascli pdb backup, dbaascli database recoverおよびdbaascli pdb recoverコマンドを使用して、様々なバックアップとリカバリ操作を構成および実行します。

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

親トピック: Oracle Database Exadata Cloudのバックアップ・メソッド

ユーザー構成バックアップに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ユーティリティを使用して、バックアップの保存先および関連する構成パラメータ(バックアップ保存リカバリ・ウィンドウ、バックアップ・スケジューリング、Archivelogスケジューリングなど)を使用してデータベースを構成できます。

構成パラメータは、parameter=valueペアのリストを持つ入力構成ファイルを介して指定されます。 この入力ファイルのテンプレートは、--getConfig オプションを使用して生成できます。このオプションは、目的の設定やその他の設定に従って変更し、--configureオプションへの入力として使用できます。 

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

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

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

    ノート:

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

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

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

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

有効な値は、NONE, basic, low, mediumおよびhighです。

デフォルト: low。

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

はい
bkup_set_section_size RMANマルチセクション・バックアップ機能を使用できるようにします。

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

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

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

bkup_set_section_sizeがyesに設定されている場合にのみ適用されます。

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

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

 はい
bkup_daily_time 24時間制でhh:mmとして表された自動日次バックアップの開始時間。 Exadata Cloud@Customer: Yes

Exadata Cloud Service: No

Exadata Cloud ServiceのOracle Managed Backupと互換性がありません。 スケジューリング職責は、コントロール・プレーンに存在します。

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

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

デフォルト: Exadata Cloud@Customerの場合は30。

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

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

有効な値は、mon、tue、wed、thu、fri、sat、sunです。 長い形式(たとえば、Monday、Tuesday)もサポートされています。

bkup_ossがyesに設定されている場合にのみ適用されます。

デフォルト: sun。

Exadata Cloud@Customer: Yes

Exadata Cloud Service: No

Exadata Cloud ServiceのOracle Managed Backupと互換性がありません。 スケジューリング職責は、コントロール・プレーンに存在します。

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

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

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

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

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

bkup_ossがyesに設定されている場合にのみ適用されます。

デフォルト: 30

 いいえ
bkup_oss_url クラウド・ストレージへのバックアップに使用するストレージ・コンテナのロケーション。

bkup_ossがyesに設定されている場合にのみ適用されます。

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

bkup_ossがyesに設定されている場合にのみ適用されます。

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

bkup_ossがyesに設定されている場合にのみ適用されます。

いいえ

ノート:

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

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

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

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

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

いいえ
bkup_zdlra_url バックアップに使用されるリカバリ・アプライアンスのロケーション。

bkup_zdlraがyesに設定されている場合にのみ適用されます。

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

bkup_zdlraがyesに設定されている場合にのみ適用されます。

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

bkup_zdlraがyesに設定されている場合にのみ適用されます。

いいえ

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

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

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

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

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

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

bkup_nfsがyesに設定されている場合にのみ適用されます。

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

bkup_nfsがyesに設定されている場合にのみ適用されます。

デフォルト: 30

 いいえ

ノート:

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

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

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

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

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

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

bkup_diskがyesに設定されている場合にのみ適用されます。

デフォルト: 7

 いいえ

ノート:

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

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

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

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

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

バックアップ・ジョブ・ステータスをフェッチしています

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

データベースを回復する方法

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

PDBのリカバリ

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

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

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

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

コンソール・ベースの自動バックアップ・オプションに加えて、コマンドライン・バックアップ・ユーティリティbkup_apiがあり、さらにカスタマイズすることができます。 コンソールではなくbkup_apiを使用してバックアップを構成する場合は、コンソールでデータベースのバックアップを有効にしないでください。

ノート:

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

関連トピック

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

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

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

警告:

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

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

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

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

  2. rootユーザー・コマンド・シェルを起動します:
    sudo -s
  3. bkup_api get configコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    # /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname

    説明:

    filenameは、生成されるファイルの名前を指定するために使用されるオプションのパラメータです

    dbnameは、操作するデータベースのデータベース名です

  4. 生成されたファイルのパラメータ値を編集し、バックアップ構成でカスタマイズする設定を変更します。

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

    ノート:

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

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

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

    bkup_cron_entry

    自動バックアップ構成を有効にします。

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

    		いいえ

    bkup_cfg_files

    ノート:

    ZDLRAの場合、システム/データベース構成のバックアップは発生しません。
    		いいえ

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

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

    bkup_rman_compression

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

    有効な値は、NONE, basic, low, mediumおよびhighです。

    デフォルト値はlowです。

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

    RMAN圧縮が有効になっている場合、TDE暗号化ファイルは復号化、圧縮およびRMAN暗号化されます。

    はい

    bkup_set_section_size

    RMANマルチセクション・バックアップ機能を使用できるようにします。

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

    はい

    bkup_section_size

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

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

    bkup_set_section_sizeがyesに設定されている場合にのみ適用されます。

    はい

    bkup_channels_node

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

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

    デフォルト値は4です。

    はい

    bkup_daily_time

    24時間制でhh:mmとして表示された自動日次バックアップの開始時間。

    はい

    bkup_archlog_frequency

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

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

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

    はい

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

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

    bkup_disk

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

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

    いいえ

    bkup_disk_recovery_window

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

    bkup_diskがyesに設定されている場合にのみ適用されます。

    デフォルト値は7です。

    いいえ

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

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

    bkup_nfs

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

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

    いいえ

    bkup_nfs_loc

    NFSマウントされたロケーション。指定されたディレクトリはマウント・ポイントであり、すべてのノードで使用可能である必要があります。

    いいえ

    bkup_nfs_recovery_window

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

    bkup_nfsがyesに設定されている場合にのみ適用されます。

    デフォルト値は30です。

    いいえ

    bkup_oss_l0_day

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

    レベル0のバックアップが作成され、クラウド・ストレージまたはNFSに格納される曜日。

    有効な値は、mon、tue、wed、thu、fri、sat、sunです。

    bkup_nfsがyesに設定されている場合にのみ適用されます。

    デフォルト値はsunです。

    はい

    表5-26 バックアップ構成パラメータ - Object Storage Service (OSS)のパラメータ

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

    bkup_oss

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

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

    いいえ

    bkup_oss_recovery_window

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

    bkup_ossがyesに設定されている場合にのみ適用されます。

    デフォルト値は30です。

    いいえ

    bkup_oss_url

    クラウド・ストレージへのバックアップに使用するストレージ・コンテナのロケーション。

    bkup_ossがyesに設定されている場合にのみ適用されます。

    いいえ

    bkup_oss_user

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

    bkup_ossがyesに設定されている場合にのみ適用されます。

    いいえ

    bkup_oss_passwd

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

    bkup_ossがyesに設定されている場合にのみ適用されます。

    いいえ

    bkup_oss_l0_day

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

    レベル0バックアップが作成されてクラウド・ストレージに格納される曜日。

    有効な値は、mon、tue、wed、thu、fri、sat、sunです。

    bkup_ossがyesに設定されている場合にのみ適用されます。

    デフォルト値はsunです。

    はい

    ノート:

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

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

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

    bkup_zdlra

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

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

    いいえ

    bkup_zdlra_url

    バックアップに使用されるリカバリ・アプライアンスのロケーション。

    bkup_zdlraがyesに設定されている場合にのみ適用されます。

    いいえ

    bkup_zdlra_user

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

    bkup_zdlraがyesに設定されている場合にのみ適用されます。

    いいえ

    bkup_zdlra_passwd

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

    bkup_zdlraがyesに設定されている場合にのみ適用されます。

    いいえ

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

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

    bkup_use_rcat

    既存のRMANリカバリ・カタログを使用できるようにします。

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

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

    bkup_rcat_user

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

    bkup_use_rcatがyesに設定されている場合にのみ適用されます。

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

    bkup_rcat_passwd

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

    bkup_use_rcatがyesに設定されている場合にのみ適用されます。

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

    bkup_rcat_conn

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

    bkup_use_rcatがyesに設定されている場合にのみ適用されます。

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

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

  5. 更新されたバックアップ設定を含むファイルを使用してバックアップ設定を更新するには、bkup_api set configコマンドを使用します:
    /var/opt/oracle/bkup_api/bkup_api set config --file=filename --dbname=dbname

    説明:

    filenameを使用して、更新されたバックアップ設定を含むファイルの名前を指定

    dbnameは、操作するデータベースのデータベース名です

  6. bkup_api configure_statusコマンドを使用して、構成更新のステータスを確認できます:
    /var/opt/oracle/bkup_api/bkup_api configure_status
  7. rootユーザー・コマンド・シェルを終了します:
    exit

    ノート:

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

関連トピック

親トピック: bkup_apiを使用したバックアップの構成およびカスタマイズ

バックアップするシステム・ファイルのカスタマイズ

デフォルトでは、コンソールまたはbkup_apiを介したバックアップによって、データベース・ファイル自体に加えて特定のシステム・ファイルがバックアップされます。

バックアップするシステム・ファイルが異なる場合は、次のステップを使用して、バックアップするシステム・ファイルを変更します。 コンソール・ベースの自動バックアップの使用とともに、システム・ファイルのバックアップに関するパラメータを変更しても安全です。

バックアップ構成にbkup_cfg_files=yesが含まれている場合、各バックアップには、oscfg.specファイルで指定されたシステム構成ファイルおよびディレクトリが含まれます。

バックアップするシステム・ファイルとディレクトリを変更するには:

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

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

  2. oracleユーザーに切り替えます。
  3. oscfg.specファイルの内容の編集。

    このファイルは、/var/opt/oracle/dbaas_acfs/bkup/dbnameにあります。dbnameは、バックアップ構成に関連付けられているデータベースの名前です。

    次に、oscfg.specファイルのデフォルトの内容の例を示します:
    ## OS Configuration Files
#
# Doc Spec
oscfg.spec
#
# Directories
/etc/rc.d
/home/oracle/bkup
#
# Single files
/home/oracle/.bashrc
/etc/crontab
/etc/sysctl.conf
/etc/passwd
/etc/group
/etc/oraInst.loc
/etc/oratab
/etc/fstab

関連トピック

親トピック: bkup_apiを使用したバックアップの構成およびカスタマイズ

バックアップするデータベース構成ファイルのカスタマイズ

デフォルトでは、コンソールまたはbkup_apiを介したバックアップでは、データベース・ファイル自体に加えて、特定のデータベース構成ファイルをバックアップします。

異なるデータベース構成ファイルをバックアップする必要がある場合は、これらのステップを使用してバックアップするデータベース構成ファイルを変更します。 コンソール・ベースの自動バックアップの使用とともに、データベース構成ファイルのバックアップに関するパラメータを変更しても安全です。

バックアップ構成にbkup_cfg_files=yesが含まれている場合、各バックアップには、dbcfg.specファイルで指定されたデータベース構成ファイルおよびディレクトリが含まれます。

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

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

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

  2. oracleユーザーに切り替えます。
  3. dbcfg.specファイルの内容の編集。

    このファイルは、/var/opt/oracle/dbaas_acfs/bkup/dbnameにあります。dbnameは、バックアップ構成に関連付けられているデータベースの名前です。

    次に、dbcfg.specファイルの内容の例を示します:
    ### Oracle_Home configuration files.
#
# Doc Spec
dbcfg.spec
# DB id
dbid
#
# Directories
/u02/app/oracle/product/dbversion/dbhome_n/admin/dbname/xdb_wallet
/u02/app/oracle/admin/dbname/xdb_wallet
/u02/app/oracle/admin/dbname/db_wallet
# Note: tde_wallet must be backed up in a different location than DATA bkup.
/u02/app/oracle/admin/dbname/tde_wallet
/u02/app/oracle/admin/dbname/cat_wallet
#/u01/app/oraInventory
#
# Single files
/var/opt/oracle/dbaas_acfs/dbname/opc/opcdbname.ora
/u02/app/oracle/product/dbversion/dbhome_n/dbs/opcdbname.ora
/u02/app/oracle/product/dbversion/dbhome_n/dbs/orapwinstancename
/u02/app/oracle/product/dbversion/dbhome_n/network/admin/listener.ora
/u02/app/oracle/product/dbversion/dbhome_n/network/admin/sqlnet.ora
/u02/app/oracle/product/dbversion/dbhome_n/network/admin/tnsnames.ora
/u02/app/oracle/product/dbversion/dbhome_n/rdbms/lib/env_rdbms.mk
/u02/app/oracle/product/dbversion/dbhome_n/rdbms/lib/ins_rdbms.mk
#
# Creg
/var/opt/oracle/creg/instancename.ini
#

関連トピック

親トピック: bkup_apiを使用したバックアップの構成およびカスタマイズ

bkup_apiユーティリティでのオンデマンド・バックアップの作成

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

ノート:

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

ノート:

手動バックアップの場合、このメソッドをコンソールで管理される自動バックアップと一緒に使用しても安全です。 このように実行した手動バックアップは、同期のためにしばらくしてからコンソールに表示されます。

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

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

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

  2. rootユーザーのコマンド・シェルを起動します。
    # sudo -s
#
  3. bkup_apiコマンドを入力します:
    • 現行の保存方針に準拠するバックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --dbname=dbname

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

    • 特定のPDBのオンデマンド・バックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --dbname=dbname --pdb=pdbname
    • データベース全体を削除するまで存続できる長期バックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --keep --dbname=dbname

      デフォルトでは、長期バックアップにはタイムスタンプ・ベースのタグが付けられます。 カスタム・バックアップ・タグを指定するには、bkup_apiコマンドに--tagオプションを追加します。

      たとえば、タグmonthlyを使用して長期バックアップを作成するには、次のコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --keep --tag=monthly --dbname=dbname
    • オンデマンドのRMANレベルの0バックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --level0 --dbname=dbname

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

    • データベース・データファイルのイメージ・コピーを含むオンデマンド・バックアップを作成するには、次のbkup_apiコマンドを使用します:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --datafiles --dbname=dbname

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

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

関連トピック

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

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

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

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

bkup_apiユーティリティを使用して、次の手順に従って、自動アーカイブ・ログ・パージ・ジョブの無効化など、クラウド管理バックアップを無効にできます:

ノート:

これらのステップを実行すると、自動化によって、データベースのFRAのアーカイブ・ログがパージまたはバックアップされなくなります。
  1. opcユーザーとして最初のコンピュート・ノードに接続します。

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

  2. rootユーザーのコマンド・シェルを起動します。
    sudo -s
  3. bkup_api get configコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    説明:
    • filenameは、生成されるファイルの名前を指定するために使用されるオプションのパラメータです
    • dbnameは、操作するデータベースのデータベース名です
  4. 生成されたファイルのパラメータ値を編集し、次のパラメータを変更します。
    これにより、バックアップのcrontabエントリが削除され、すべての自動バックアップが無効になります。 値がyesに設定されている場合、noに設定します。 
    bkup_cron_entry=no
bkup_archlog_cron_entry=no
bkup_nfs=no
bkup_oss=no
bkup_local=no
  5. 更新されたバックアップ設定を含むファイルを使用してバックアップ設定を更新するには、bkup_api set configコマンドを使用します:
    /var/opt/oracle/bkup_api/bkup_api set config --file=filename --dbname=dbname
    説明:
    • filenameは、生成されるファイルの名前を指定するために使用されるオプションのパラメータです
    • dbnameは、操作するデータベースのデータベース名です

    構成を設定するジョブの完了には数分かかります。

  6. bkup_api configure_statusコマンドを使用して、構成更新のステータスを確認できます:
    /var/opt/oracle/bkup_api/bkup_api configure_status --dbname=dbname
    説明:
    • dbnameは、操作するデータベースのデータベース名です

    「バックアップ・ステータスの構成」は「実行」として起動し、完了時に「終了」に移動します。

  7. bkup_api get configコマンドを再度実行し、前述の設定がnoに設定されていることを確認します。
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    説明:
    • filenameは、生成されるファイルの名前を指定するために使用されるオプションのパラメータです
    • dbnameは、操作するデータベースのデータベース名です

    ノート:

    これらの変更を行っても、アーカイブ・ログのバックアップなどのバックアップはクラウドの自動化によって行われません。 アーカイブ・ログのロケーションがいっぱいにならないように、手動のRMANバックアップが設定されていることを確認します。

    ノート:

    bkup_apiコマンドを使用して行われた変更は、Oracle Exadata Database Service on Cloud@Customerコンソールには反映されません。
  8. rootユーザーのコマンド・シェルを終了します。
    exit

関連トピック

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

リカバリ・アプライアンスのバックアップのためのリアルタイム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フィジカル・スタンバイ - RACフィジカル・スタンバイでのパスワード・ファイルの管理(ドキュメントID 1984091.1)」を参照してください。

関連トピック

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

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

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

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

ノート:

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

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

ノート:

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

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

関連トピック

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

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

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

ノート:

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

関連トピック

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