Oracle Cloud Infrastructureドキュメント

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

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

親トピック: ハウツー・ガイド

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

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

ノート

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

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

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

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

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

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

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

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

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

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

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

顧客が所有するカスタマイズされたスクリプトでRMANを使用してバックアップを直接作成できます。ただし、このアプローチはお薦めしません。

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

このオプションを使用する可能性のある人:
  • 既存のRMANバックアップ/リストア・スクリプトを維持する必要のある顧客。
  • Data Guard環境のスタンバイ・データベースからバックアップを構成して、バックアップ・ワークロードをスタンバイにオフロードする必要のある顧客。

ExaDB-D:

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

Exadata Databaseバックアップの管理

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

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

自動Exadataデータベース・バックアップには、Autonomous Recovery ServiceまたはOracle Object Storageの2つの宛先を使用できます。

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

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

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

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

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

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

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

ノート

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

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

管理されたバックアップのタイプおよび使用情報

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

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

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

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

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

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

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

Autonomous Recovery Serviceの保護ポリシー:
  • ブロンズ:14日
  • シルバー: 35日
  • ゴールド: 65日
  • Platinum: 95日
  • ユーザーが定義したカスタム
  • デフォルト: シルバー- 35日

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

ノート

  • Data Guard:
  • バックアップ保持の変更:今後、データベースのバックアップ保持期間または保護ポリシーを短くすると、更新された保持期間外の既存のバックアップはシステムによって削除されます。
  • バックアップ・ストレージ・コスト:自動バックアップでは、選択したバックアップの保存先に応じて、Autonomous Recovery ServiceまたはObject Storageのストレージ使用コストが発生します。

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

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

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

OCIコンソールを使用した自動バックアップおよびスタンドアロン・バックアップの有効化時のバックアップの保存先の動作

ノート

  • この変更は、OCIコンソールを使用して構成されたバックアップにのみ適用されます。
  • スタンドアロン(オンデマンド)バックアップの動作は、関連するドキュメントに明示的に記載されていないかぎり、影響を受けません。

2026年5月15日発効

OCIコンソールを使用して自動バックアップを有効にすると、次の条件がすべて満たされた場合、Autonomous Recovery Serviceが唯一の使用可能なバックアップ先になります:

  • テナンシは、2026年5月15日以降に作成されました。
  • データベースは、次のいずれかのOCIリージョンにデプロイされます。

    Singapore (Singapore) SIN, US West (San Jose) SJC, India West (Mumbai) BOM, France Central (Paris) CDG, Australia Southeast (Melbourne) MEL, Japan Central (Osaka) KIX, Australia East (Sydney) SYD, South Africa Central (Johannesburg) JNB, Mexico Central (Queretaro) QRO, US Midwest (Chicago) ORD, Sweden Central (Stockholm) ARN, Mexico Northeast (Monterrey) MTY, Switzerland North (Zurich) ZRH, South Korea North (Chuncheon) YNY, France South (Marseille) MRS, Singapore West (Singapore) XSP, UK West (Newport) CWL, UAE East (Dubai) DXB, UAE Central (Abu Dhabi) AUH, and Saudi Arabia Central (Riyadh) RUH.

  • Oracle Databaseのバージョンが19.18または23.4より後です。

これらの条件のいずれかが満たされない場合、OCIオブジェクト・ストレージが使用可能なバックアップの保存先として表示されます。

2025年8月6日発効

OCIコンソールを使用して自動バックアップを有効にすると、次の条件がすべて満たされた場合、Autonomous Recovery Serviceが唯一の使用可能なバックアップ先になります:

  • テナンシは、2025年8月6日以降に作成されました。
  • データベースは、次のいずれかのOCIリージョンにデプロイされます。

    Germany Central (Frankfurt) FRA、US West (Phoenix) PHXおよびJapan East (Tokyo) NRT。

  • Oracle Databaseのバージョンが19.18または23.4より後です。

これらの条件のいずれかが満たされない場合、OCIオブジェクト・ストレージが使用可能なバックアップの保存先として表示されます。

リカバリ・サービスを使用した長期保存バックアップ

長期保存バックアップ(LTR)を使用すると、完全なLTRライフサイクル管理と不変性により、コンプライアンス、規制、その他のビジネス・ニーズに最大10年間のフル・バックアップを保存できます。

リカバリ・サービスを使用するLTRの場合、保持期間は、バックアップの作成日から日数(90 - 3,650)または年数(1 - 10)にする必要があります。

必要な保持期間でLTRバックアップを作成するために、Recovery Serviceでは、新しい完全本番バックアップを作成する必要はありませんが、ポリシーで定義されたリカバリ・ウィンドウ内にシステム内にすでに存在する運用バックアップを使用して作成します。詳細は、データベースのオンデマンド・バックアップを作成するにはを参照してください。

保持期間内の特定の既存のLTRバックアップの保存期間を変更できます。詳細は、リカバリ・サービスを使用したLTRバックアップの保存期間を変更するにはを参照してください。

LTRバックアップをリストアして、保持期間内に新しいデータベースを作成できます。詳細は、バックアップからデータベースを作成するにはを参照してください。

データベースを終了すると、データベース終了後の削除オプションの値に従ってLTRバックアップが削除されます。

  • 72時間でバックアップを削除: 長期バックアップを含むすべてのバックアップが削除されます。
  • ポリシーに基づいて削除: LTRバックアップは、各LTRバックアップの保存ポリシーに従って保持されます。

ノート: Oracleでは、データベースの終了時に「ポリシーに基づいて削除」オプションを選択して、長期バックアップが保持されるようにすることをお薦めします。

長期バックアップについては、次の追加の要因を考慮してください。

  • LTRバックアップは、データベースで構成された自動バックアップとは無関係に存続します。
  • LTRバックアップは、指定した保存期間の終了後に自動的に削除されます。
  • インプレース・リストアはLTRではサポートされていません。
  • Data Guard構成内のデータベースの場合、長期バックアップは、リクエストされたデータベースに対してのみ作成されます。
  • LTRを作成するには、データベースがAVAILABLE状態である必要があります。
  • LTRは、ファイルベースのTDEまたはKMSベースのキーストアを持つデータベースでサポートされています。
  • 暗号化キーは、LTRの保持期間全体にわたって保持されます。
  • LTRバックアップは、「作成中」状態のときに取り消すことができます。
  • LTRバックアップは、作成後いつでも削除できます。
  • リストア中:
    • バックアップがサポートされているDBHomeメジャー・バージョンの場合、そのバージョンの最新RUにリストアされます。
    • バックアップがサポートされていないDBHomeメジャー・バージョンの場合は、サポートされているメジャー・バージョンにリストアされ、その後、データベースはサポートされているメジャー・バージョンのいずれかにアップグレードする必要があります。

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

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

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

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

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

有効な値は1から32です: 合計チャネル数は、ノード数を掛けた値です。この値は、255チャネルの制限を超えることはできません。bkup_channels_nodeのdefaultの値によって、OCPUチャネル・ベースの割当てが設定されます。

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

ノート

dbaascliリリース25.3.1.0.0以降、Data Guard対応データベースでZero Data Loss Recovery ApplianceまたはAutonomous Recovery Serviceをバックアップの保存先として構成する場合、Data Guardブローカは必須です。

自律型リカバリ・サービス

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

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

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

IAMポリシーの作成

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

必須

ネットワーク・リソースを構成し、リカバリ・サービス・サブネットを登録します

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

必須

保護ポリシーの作成

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

オプションです

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

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

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

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

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

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

ノート

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

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

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

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

ノート

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

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

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

    2つの異なるバックアップ保存先への運用バックアップでは、データ損失シナリオを作成できます。したがって、自動バックアップを有効にする前に、他のストレージ宛先への手動バックアップ・スクリプトおよびプロセスを無効にする必要があります。

    • バックアップ保存先: 選択肢は、Autonomous Recovery Service (デフォルト)またはオブジェクト・ストレージです。
      ノート

      Autonomous Recovery Serviceをバックアップの保存先として使用するには、Oracle Databaseのバージョンが19.18以上である必要があります。

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

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

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

        バックアップ保存先:オブジェクト・ストレージのみを使用できます。ただし、追加の制限リクエストを行ってから、Autonomous Recovery Serviceを使用できます。

        制限の引上げをリクエストするためのリンクを含む次のメッセージが表示されます。

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

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

        バックアップ保存先:オブジェクト・ストレージのみを使用できます。十分な容量がある場合は、Autonomous Recovery Serviceに移行できます。

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

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

        Autonomous Recovery Serviceの容量が使用可能かどうかを事前に確認します。必要な容量が使用可能になり、Object Storageを選択した場合は、Autonomous Recovery Serviceに移行できます。

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

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

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

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

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

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

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

ノート

バックアップの保存先としてAutonomous Recovery Serviceでリアルタイム・データ保護が有効になっている場合、ツールは保護されたデータベースにVPCユーザーを自動的にプロビジョニングします。このユーザーには、リカバリ・アプライアンスのVPCユーザーと同じ識別子があり、REDO転送およびバックアップ操作を有効にするためのSYSOPER権限が付与されます。

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

ノート

リカバリ・サービスによって増分バックアップが作成されるときに、オブジェクト・ストレージによってデータベースの完全バックアップが作成されます。
  1. ナビゲーション・メニューを開きます。「Oracle AI Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします
  2. コンパートメントを選択します。
  3. バックアップするデータベースを含むクラウドVMクラスタに移動します:

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

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

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

  6. 「バックアップの作成」をクリックします。
  7. 表示される「バックアップの作成」ウィンドウで、次の手順を実行します。
    • 名前: バックアップの説明的な名前を指定します。
    • 「バックアップ保持」オプションを選択します:
      • バックアップ保持期間ごとのバックアップの保持: このバックアップの保護ポリシー保持期間を使用する場合は、このオプションを選択します。
      • 長期バックアップ保持期間の指定: Autonomous Recovery ServiceでLTR期間を指定するには、このオプションを選択します。保存期間は、バックアップが作成されてからの日数(90 - 3,650)または年数(1 - 10)で入力する必要があります。
  8. 「作成」をクリックします。

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

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

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

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

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

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

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

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

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

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

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

    状態が「取消中」に変わります。

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

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

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

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

ノート

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

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

  3. 削除するデータベース・バックアップを含むクラウドVMクラスタに移動します:

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

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

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

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

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

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

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

リカバリ・サービスを使用してLTRバックアップの保持期間を変更するには

  1. ナビゲーション・メニューを開きます。「Oracle AI Database」を選択し、「Oracle Exadata Database Service on Dedicated Infrastructure」を選択します。
  2. コンパートメントを選択します。
  3. バックアップ保存期間を変更するデータベースを含むクラウドVMクラスタに移動します:

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

  4. データベースのリストで、保存期間を変更するデータベースの名前をクリックします。
  5. 「リソース」で、「バックアップ」をクリックします。

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

  6. バックアップのリストで、保持期間を変更する「長期バックアップ」タイプのバックアップの「アクション」メニューをクリックします。
  7. 「保存期間の変更」をクリックします。
  8. 結果の保存期間の変更で、保存期間を変更します。
    ノート

    保存期間は、バックアップの作成日から日数(90 - 3,650)または年数(1 - 10)で入力する必要があります。
  9. 「保存」をクリックします。

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

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

  1. ナビゲーション・メニューを開きます。「Oracle AI Database」をクリックし、「Oracle Exadata Database Service on Dedicated Infrastructure」をクリックします。
  2. コンパートメントを選択します。
  3. データベースに移動します:

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

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

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

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

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

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

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

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

  • オブジェクト・ストレージ・サービスは、Exadata Cloud Infrastructureの安全で拡張可能なオンデマンド・ストレージ・ソリューションです。
  • OracleDatabase Autonomous Recovery Serviceは、Oracle Cloud Infrastructure(OCI)データベース向けの一元化されたフルマネージドのスタンドアロン・バックアップ・ソリューションです。

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

関連トピック

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

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

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

ノート

LTRバックアップはデータベースの単一の時点を表すため、リストア時に次のオプションはサポートされません。

次のようにリストアできます。

  • 最新にリストア: 可能なかぎりデータ損失の少ない、最後に確認された正常な状態にデータベースをリストアします。
  • タイムスタンプにリストア: 指定されたタイムスタンプにデータベースをリストアします。
  • SCNにリストア: 指定したSCNを使用してデータベースをリストアします。このSCNは有効である必要があります。
    ノート

    データベース・ホストにアクセスして問い合せるか、オンラインまたはアーカイブ・ログにアクセスすることで、使用するSCN番号を決定できます。
ノート

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

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

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

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

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

      ノート

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

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

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

Exadataのバックアップ・ユーティリティであるdbaascliを使用して、Exadata Cloud Infrastructureインスタンス上のデータベースをOracle Object Storageサービスの既存のバケットにバックアップできます。

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

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

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

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

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

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

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

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

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

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

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

ノート

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

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

ノート

dbaascliリリース25.1.2.0.0では、バックアップ構成パラメータの名前が変更されました。ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。
  1. VMクラスタ・リソース内のデータベース構成済ノードの1つにSSH接続します。
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. opcとしてログインし、sudoでrootユーザーに切り替えます。
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. dbaascli database backup --getConfigコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. 要件を満たすように、ファイル内のパラメータを変更します。
    パラメータ 説明
    backupDestination=oss オブジェクト・ストレージにバックアップするかどうか。はいの場合、パラメータbkup_oss_url、bkup_oss_user、bkup_oss_passwdおよびbkup_oss_recovery_windowも指定する必要があります。

    古い名前: bkup_oss_url=<swift_url>

    新しい名前: ossURL=<swift_url>

    backupDestination=ossの場合は必須です。

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

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

    説明:

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

    古い名前: bkup_oss_user=<oci_user_name>

    新しい名前: ossUserName=<oci_user_name>

    backupDestination=ossの場合は必須です。

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

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

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

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

    古い名前: bkup_oss_passwd=<auth_token>

    新しい名前: ossAuthToken=<auth_token>

    backupDestination=ossの場合は必須です。

    コンソールまたはIAM APIを使用して生成される認証トークン(前提条件を参照)。

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

    古い名前: bkup_oss_recovery_window=n

    新しい名前: ossRecoveryWindow=n

    backupDestination=ossの場合は必須です。

    バックアップおよびアーカイブREDOログがオブジェクト・ストレージ・バケットに保持される日数。7日から90日を指定します。

    古い名前: bkup_daily_time=hh:mm

    新しい名前: autoBackupTime=hh:mm

    		 24時間形式の時間と分(hh:mm)で指定された、日次バックアップがスケジュールされる時刻。
  5. dbaascli database backup --configureを使用して、このバックアップ構成をデータベース名に関連付けます。
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. dbaascli database backup --statusを使用して、このコマンドで生成されたUUIDのステータスを確認します。
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    ノート

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

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

ノート

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

表5-6バックアップ構成パラメータ- dbaascliへのスケジュール・パラメータ

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

古い名前: bkup_cron_entry

新しい名前: scheduleBackups

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

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

No

古い名前: bkup_archlog_cron_entry

新しい名前: manageArchivelogs

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

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

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

No

古い名前: bkup_l0_day

新しい名前: L0BackupDay

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

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

有効な値は、mon、tue、wed、thu、fri、satおよびsunです。より長い形式のMondayやTuesdayなどもサポートされています。

デフォルト: sun。

No

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

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

古い名前: bkup_rman_compression

新しい名前: compressionLevel

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

Object Storageの有効な値は、NONE、basic、low、mediumおよびhighです

リカバリ・サービスの有効な値は、NONEおよびlowです。

デフォルト値はlowです。

NONEの値は、RMAN圧縮を無効にする。

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

 Yes

古い名前: bkup_section_size

新しい名前: sectionSize

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

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

 Yes

古い名前: bkup_channels_node

新しい名前: channelsPerNode

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

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

デフォルト値は2です。

 Yes

古い名前: bkup_daily_time

新しい名前: autoBackupTime

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

Yes

古い名前: bkup_archlog_frequency

新しい名前: backupFrequencyAL

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

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

ExaDB-Dのデフォルト値は30です。

 Yes

古い名前: bkup_type

新しい名前: backupDestination

バックアップが存在する場所のタイプ。OSSをバックアップ先として指定します。これはデフォルトであり、唯一のオプションです。

 Yes

古い名前: bkup_filesperset_regular

新しい名前: filesPerSet

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

 Yes

古い名前: bkup_filesperset_al

新しい名前: filesPerSetAL

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

 Yes

古い名前: bkup_encryption

新しい名前: encryption

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

デフォルトでは、暗号化はOSSおよびリカバリ・サービスに対して有効になっており、この設定は変更できません。

 Yes

古い名前: rmanBackupOptimization

新しい名前: optimization

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

 Yes

古い名前: rmanFraCleanupChannels

新しい名前: numberOfChannelsForFraCleanup

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

古い名前: Compress_Archive_Logs

新しい名前: compressionAL

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

リカバリ・サービスには適用されません。

 Yes

古い名前: bkup_archlog_fra_retention

新しい名前: archivelogRetentionDays

 アーカイブ・ログをFRAに保持する日数を指定します。 Yes

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

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

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

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

No

古い名前: bkup_oss_recovery_window

新しい名前: ossRecoveryWindow

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

bkup_ossがyesに設定されているか、backupdestinationがOSSに設定されている場合にのみ適用できます。

デフォルト値は30です。

 No

古い名前: bkup_oss_url

新しい名前: ossURL

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

bkup_ossがyesに設定されているか、backupdestinationがOSSに設定されている場合にのみ適用できます。

No

古い名前: bkup_oss_user

新しい名前: ossUserName

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

bkup_ossがyesに設定されているか、backupdestinationがOSSに設定されている場合にのみ適用できます。

No

古い名前: bkup_oss_passwd

新しい名前: ossAuthToken

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

bkup_ossがyesに設定されているか、backupdestinationがOSSに設定されている場合にのみ適用できます。

No

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

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

古い名前: bkup_use_rcat

新しい名前: useCatalog

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

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

Yes

古い名前: bkup_rcat_user

新しい名前: catalogUserName

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

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

Yes

古い名前: bkup_rcat_passwd

新しい名前: catalogPassword

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

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

Yes

古い名前: bkup_rcat_conn

新しい名前: catalogConnectionString

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

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

Yes
ノート

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

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

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

  1. VMクラスタ・リソース内のデータベース構成済ノードの1つにSSH接続します。
    ssh -i <private_key_path> opc@<node_1_ip_address>

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

    $ $ORACLE_HOME/bin/olsnodes -n

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

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

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

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

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

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

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

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

説明:

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

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

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

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

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

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

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

代替バックアップ方法

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

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

ノート

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

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

ノート

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

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

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

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

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

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

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

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

ノート

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