機械翻訳について

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

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

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

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

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

ノート:

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

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

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

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

    ノート:

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

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

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

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

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

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

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

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

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

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

ExaDB-D:

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

関連トピック

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

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

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

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

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

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

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

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

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

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

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

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

ノート:

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

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

関連トピック

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

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

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

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

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

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

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

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

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

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

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

ノート:

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

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

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

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

関連トピック

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

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

長期保存バックアップ(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 Exadata Database Service on Dedicated Infrastructureでのデータベースのバックアップおよびリカバリの管理

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

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

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

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

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

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

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

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

リカバリ・サービス

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

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

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

IAMポリシーの作成

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

必須

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

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

必須

保護ポリシーの作成

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

オプション

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

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

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

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

関連トピック

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

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

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

ノート:

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

ノート:

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

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

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

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

ノート:

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

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

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

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

    ノート:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ノート:

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

関連トピック

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

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

ノート:

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

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

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

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

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

  6. 「バックアップの作成」をクリックします。
  7. 表示される「バックアップの作成」ウィンドウで、次の手順を実行します:
    • 名前: バックアップのわかりやすい名前を指定します。
    • 「バックアップの保存」オプションを選択します:
      • バックアップ保持期間ごとのバックアップの保持: このオプションを選択すると、このバックアップの保護ポリシー保持期間が使用されます。
      • 長期バックアップ保持期間の指定: 自律型リカバリ・サービスでLTR期間を指定するには、このオプションを選択します。 保持期間はバックアップが作成された時点から、日数(90 - 3,650)または年数(1 - 10)にする必要があります。
  8. 「作成」をクリックします。

関連トピック

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ノート:

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

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

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

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

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

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

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

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

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

関連トピック

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

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

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

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

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

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

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

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

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

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

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

    ノート:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連トピック

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

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

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

ノート:

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

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

  • 最新にリストア: データ損失の可能性が最も低い最後の既知の正常な状態にデータベースをリストアします。
  • タイムスタンプに戻す: 指定したタイムスタンプにデータベースをリストアします。
  • SCNにリストア: 指定したSCNを使用してデータベースをリストアします。 このSCNは有効である必要があります。

    ノート:

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

ノート:

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

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

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

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

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

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

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

      ノート:

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

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

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

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

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

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

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

ノート:

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

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

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

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

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

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

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

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

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

関連トピック

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

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

ノート:

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

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

ノート:

dbaascliリリース25.1.2.0.0で、バックアップ構成パラメータの名前が変更されました。 ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。
  1. VMクラスタまたはDBシステム・リソース内のデータベース構成済ノードの1つにSSHを実行します。
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. opcとしてログインし、sudoをrootユーザーにログインします。
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. dbaascli database backup --getConfigコマンドを使用して、データベース・デプロイメントの現在のバックアップ設定を含むファイルを生成します:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. 要件を満たすように、ファイル内のパラメータを変更します。
    パラメータ 説明
    backupDestination=oss Object Storageにバックアップするかどうか。 はいの場合、パラメータ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ログがObject Storageバケットに保守される日数。 7日から90日を指定します。

    古い名前: bkup_daily_time=hh:mm

    新しい名前: autoBackupTime=hh:mm

    		 日次バックアップがスケジュールされる時間。時間および分(hh:mm)で24時間形式で指定されます。
  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-5 バックアップ構成パラメータ - dbaascliへのパラメータのスケジュール

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

古い名前: bkup_cron_entry

新しい名前: scheduleBackups

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

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

いいえ

古い名前: bkup_archlog_cron_entry

新しい名前: manageArchivelogs

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

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

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

いいえ

古い名前: bkup_l0_day

新しい名前: L0BackupDay

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

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

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

デフォルト: sun。

いいえ

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

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

古い名前: bkup_rman_compression

新しい名前: compressionLevel

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

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

デフォルト値はlowです。

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

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

 はい

古い名前: bkup_section_size

新しい名前: sectionSize

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

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

 はい

古い名前: bkup_channels_node

新しい名前: channelsPerNode

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

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

デフォルト値は2です。

 はい

古い名前: bkup_daily_time

新しい名前: autoBackupTime

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

はい

古い名前: bkup_archlog_frequency

新しい名前: backupFrequencyAL

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

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

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

 はい

古い名前: bkup_type

新しい名前: backupDestination

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

はい

古い名前: bkup_filesperset_regular

新しい名前: filesPerSet

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

古い名前: bkup_filesperset_al

新しい名前: filesPerSetAL

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

古い名前: bkup_encryption

新しい名前: encryption

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

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

 はい

古い名前: rmanBackupOptimization

新しい名前: optimization

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

古い名前: rmanFraCleanupChannels

新しい名前: numberOfChannelsForFraCleanup

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

古い名前: Compress_Archive_Logs

新しい名前: compressionAL

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

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

 はい

古い名前: bkup_archlog_fra_retention

新しい名前: archivelogRetentionDays

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

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

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

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

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

いいえ

古い名前: bkup_oss_recovery_window

新しい名前: ossRecoveryWindow

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

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

デフォルト値は30です。

 いいえ

古い名前: bkup_oss_url

新しい名前: ossURL

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

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

いいえ

古い名前: bkup_oss_user

新しい名前: ossUserName

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

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

いいえ

古い名前: bkup_oss_passwd

新しい名前: ossAuthToken

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

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

いいえ

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

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

古い名前: bkup_use_rcat

新しい名前: useCatalog

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

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

はい

古い名前: bkup_rcat_user

新しい名前: catalogUserName

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

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

はい

古い名前: bkup_rcat_passwd

新しい名前: catalogPassword
指定したリカバリ・カタログ・ユーザーのパスワード 
bkup_rcat_user
.

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

はい

古い名前: bkup_rcat_conn

新しい名前: catalogConnectionString

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

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

はい

ノート:

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

関連トピック

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

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

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

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

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

    $ $ORACLE_HOME/bin/olsnodes -n

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

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

関連トピック

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

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

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

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

関連トピック

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

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

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

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

説明:

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

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

関連トピック

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

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

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

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

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

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

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

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

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

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

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

ノート:

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

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

ノート:

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

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

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

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

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

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

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

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

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

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

ノート:

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

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