ベース・データベース・サービスでのバックアップおよびリカバリ

データベースのバックアップは、データの安全を確保するために重要です。Oracleには、データベースをバックアップするための複数の方法が用意されています。

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

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

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

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

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

オブジェクト・記憶域

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

オブジェクト・ストレージの詳細は、オブジェクト・ストレージの概要を参照してください。

ローカルストレージ

現在、OracleではDBシステムにブロック・ストレージ・ボリュームをアタッチする機能が提供されていないため、ネットワークにアタッチされたボリュームにバックアップすることはできません。

管理対象外バックアップの場合は、RMANまたはdbcliを使用でき、バックアップ用に独自のオブジェクト・ストレージ・バケットを作成して管理する必要があります。

ノート:以前にRMANまたはdbcliを使用してバックアップを構成した後、コンソールまたはAPIを使用してバックアップの使用に切り替えると、新しいバックアップ構成が作成され、データベースに関連付けられます。このため、以前に構成した管理対象外のバックアップを使用して作業することはできなくなります。

バックアップを作成する詳細な手順は、次を参照してください:

バックアップからのリカバリの詳細は、次を参照してください:

必要なIAMポリシー

Oracle Cloud Infrastructureを使用するには、管理者によってポリシーでセキュリティ・アクセス権が付与されている必要があります。コンソールまたは(SDK、CLIまたはその他のツールを使用した) REST APIのどれを使用しているかにかかわらず、このアクセス権が必要です。権限を持っていない、または認可されていないというメッセージが表示された場合は、持っているアクセス権のタイプと作業しているコンパートメントを管理者に確認してください。

ポリシーを初めて使用する場合は、ポリシーの開始および共通ポリシーを参照してください。

前提条件

バックアップおよびリカバリ操作について、次の前提条件が満たされていることを確認します:

リカバリ・サービス

リカバリ・サービスの前提条件の詳細は、リカバリ・サービスの構成を参照してください。

オブジェクト・記憶域

オブジェクト・ストレージの詳細は、オブジェクト・ストレージの概要を参照してください。

一般情報

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

バックアップの失敗を避けるために、リストされている前提条件の他に、次の条件を満たしていることを確認してください:

これらのガイドラインに従わないと発生する可能性のある問題の詳細は、バックアップの失敗のトラブルシューティングに関する項を参照してください。

管理対象バックアップ機能

次の情報は、コンソールまたはAPIを使用して構成された管理対象バックアップに適用されます。

ノート:セキュリティ・ゾーン・コンパートメント内のデータベースでは、自動バックアップが有効になっている必要があります。ベース・データベース・サービス・リソースに影響を与えるポリシーの完全なリストについては、セキュリティ・ゾーン・ポリシーを参照してください。

現在、次の2つのタイプの自動バックアップがサポートされています:

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

自動増分バックアップとアーカイブREDOログ・バックアップ

データベースのオブジェクト・ストレージ・バックアップ機能を有効にすると、サービスによって継続的に次のものが作成されます:

バックアップの保持

自動バックアップを有効にする場合は、提供されている保持期間のいずれかまたはカスタム・ポリシーから選択できます。増分バックアップは、選択した保持期間の終わりに自動的に削除されます。

リカバリ・サービスでは、次の保持期間を使用できます。保持期間(日数)は、リカバリ・サービスの保護ポリシーで定義されます。

オブジェクト・ストレージでは、次の保持期間を使用できます。

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

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

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

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

保持期間内の特定の既存のLTRバックアップの保存期間を変更できます。詳細な手順は、Change the Retention Period of a Long-Term Retention Backup with Recovery Serviceを参照してください。

LTRバックアップをリストアして、保存期間内に新しいデータベースを作成できます。詳細なステップは、コンソールを使用したバックアップからのDB Systemの作成を参照してください。

DBシステムの終了時に、LTRバックアップは、データベースの終了後の削除オプションの値に従って削除されます。

注意: Oracleでは、LTRバックアップが確実に保持されるように、DBシステムの終了時に「ポリシーに基づいて削除」オプションを選択することをお薦めします。

LTRバックアップには、次の追加要素を考慮してください。

リストア・オプション

次のリストア・オプションがデータベースで使用できます。これはLTRではサポートされません。

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

保護ポリシー

リカバリ・サービスでは、保護ポリシーを使用してOracle Cloudでのデータベース・バックアップの保持を制御します。

保護ポリシーは、規制された環境の要件を満たす、保護されたデータベースの自動保持管理を提供します。保護された各データベースは1つの保護ポリシーに関連付ける必要があります。

保護ポリシーは、リカバリ・サービスによって作成されたバックアップを保持できる最大期間(日数)を決定します。ビジネス要件に基づいて、保護されているデータベースごとに個別のポリシーを割り当てるか、VCN内のすべての保護されているデータベースに単一のポリシーを使用できます。

詳細は、保護ポリシーの管理を参照してください。

保護対象データベース

保護されたデータベースとは、バックアップ操作にリカバリ・サービスを使用するOracle Cloudデータベースのことです。

詳細は、保護されたデータベースの管理を参照してください。

リアルタイム・データ保護

リカバリ・サービスではリアルタイムのデータ保護が提供されるため、データベース障害から数秒以内にデータベースをリカバリできます。

リアルタイム保護とは、保護されたデータベースからリカバリ・サービスへのREDO変更の継続的な転送のことです。これにより、データ損失が少なくなり、リカバリ・ポイント目標(RPO)が0に近くなります。これは追加料金のオプションです。

詳細は、リアルタイム・データ保護を参照してください。

データベース終了後のバックアップ削除オプション

データベースを終了すると、そのすべてのリソースと自動バックアップが削除されます。リカバリ・サービスおよびオブジェクト・ストレージの宛先を使用する管理対象バックアップは選択した保持ポリシー・オプションに従って削除されます。

次のオプションを使用して、データベースが終了した後に管理対象データベースのバックアップを保持できます。これらのオプションは、データベースに偶発的または悪意のある損傷が発生した場合にバックアップからデータベースをリストアする場合にも役立ちます。

バックアップ・スケジューリング

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

オブジェクト・ストレージ・バックアップの場合、レベル0およびレベル1のバックアップの作成に使用される自動バックアップ・プロセスは、日次バックアップ・ウィンドウ内(午前0時から午前6時の間)でいつでも実行できます。ユーザーは、データベースの自動バックアップ・プロセスが開始される2時間のスケジュール・ウィンドウを、オプションで指定できます。偶数時に開始される12のスケジューリング・ウィンドウから選択できます(たとえば、1つ目のウィンドウを午前4時から6時まで、その次のウィンドウを午前6時から8時までに指定できます)。スケジュール・ウィンドウ内にバックアップ・ジョブが完了するとはかぎりません

オブジェクト・ストレージ・バックアップの場合、DBシステム・リージョンのタイム・ゾーンの午前0時から午前6時までのデフォルトのバックアップ・ウィンドウがデータベースに割り当てられます(ウィンドウを指定しない場合)。デフォルトのバックアップ・スケジューリング・ウィンドウは6時間ですが、指定するウィンドウは2時間です。

バックアップをスケジュールする際は、次の要因を考慮してください。

オンデマンド完全バックアップ

データベースの完全バックアップは、そのデータベースがData Guardアソシエーションでスタンバイ・ロールを担っていないかぎり、いつでも作成できます。

スタンドアロン・バックアップ

DBシステムまたはデータベースを終了すると、そのすべてのリソースと自動バックアップが削除されます。宛先にリカバリ・サービスおよびオブジェクト・ストレージを使用する管理対象バックアップは、選択した保持ポリシー・オプションに従って削除されます。完全バックアップは、スタンドアロン・バックアップとしてオブジェクト・ストレージに残ります。スタンドアロン・バックアップを使用して、新しいデータベースを作成できます。

注意:

実行中の完全または増分バックアップの取消

進行中のバックアップを取り消して、システム・リソースを解放できます。データベースの作成ワークフローの一部として、また(データベースの作成後に)単独で、自動バックアップを有効にし、必要なバックアップの保存先を選択できます。選択したバックアップの保存先によっては、1つ以上の完全バックアップと複数の増分バックアップがある場合があります。これらのバックアップのいずれかの開始後、途中で取り消すことができます。コンソールまたはAPIから、実行中のバックアップ(自動またはスタンドアロン)を取り消すことができます。「バックアップの作成」ボタンをクリックするとトリガーされる手動バックアップを取り消すことができます。取り消された手動バックアップを削除することもできます。

Data Guardアソシエーションのスタンバイ・データベースからのバックアップおよびリストア

Data Guardアソシエーションのスタンバイ・データベースから、バックアップおよびリストアできます。この機能を使用すると、バックアップをスタンバイ・データベースにオフロードして、プライマリ・データベースのリソースを解放できます。

始める前に、次のことに注意してください:

コンソールを使用して自動バックアップを構成するステップの詳細は、スタンバイ・データベースの自動バックアップの構成を参照してください。

クロス・リージョン・リストア

既存のバックアップを使用してリストアし、Object StorageまたはAutonomous Recovery Serviceで作成されたバックアップを使用して、同じリージョン内または別のリージョン内の可用性ドメイン間にデータベース(アウトオブプレース・リストア)を作成できます。

また、ホストベースのウォレット(ローカル・ウォレット)またはOCI Vaultを使用して構成されたデータベースで作成されたバックアップをリストアすることもできます。データベース暗号化鍵の詳細は、Manage Encryption Keysを参照してください。

Oracle Database Autonomous Recovery Serviceのクロス・リージョン・リストア(同じテナンシ内)には、次の前提条件が必要です。

  1. VCNピアリング:ローカル・リージョンとリモート・リージョンの両方のVCNをリージョン間でピアリングする必要があります。

  2. ソースおよびターゲットのVCNsにセキュリティ・ルールを追加します。

    1. ソースにイングレス・ルールを追加します。

      1. 「イングレス・ルールの追加」をクリックし、次の詳細を追加して、どこからでもHTTPSトラフィックを許可するルールを設定します:

        • ソース・タイプ: CIDR
        • ソースCIDR: データベースが存在するVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 8005
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

      2. 「Add Ingress Rule」をクリックし、次の詳細を追加して、どこからでもSQLNetトラフィックを許可するルールを設定します。

        • ソース・タイプ: CIDR
        • ソースCIDR: データベースが存在するVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 2484
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

      3. 「Add Ingress Rule」をクリックし、次の詳細を追加して、どこからでもHTTPSトラフィックを許可するルールを設定します。

        • ソース・タイプ: CIDR
        • ソースCIDR: ターゲットVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 8005
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

      4. 「Add Ingress Rule」をクリックし、次の詳細を追加して、どこからでもSQLNetトラフィックを許可するルールを設定します。

        • ソース・タイプ: CIDR
        • ソースCIDR: ターゲットVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 2484
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

    2. ターゲットにエグレス・ルールを追加します。エグレス・トラフィックがすべてのIPおよびポートに対してオープンされている場合、これらはオプションです。

      1. 「エグレス・ルールの追加」をクリックし、次の詳細を追加して、どこからでもHTTPSトラフィックを許可するルールを設定します:

        • ソース・タイプ: CIDR
        • ソースCIDR: ソースVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 8005
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

      2. 「エグレス・ルールの追加」をクリックし、次の詳細を追加して、どこからでもSQLNetトラフィックを許可するルールを設定します。

        • ソース・タイプ: CIDR
        • ソースCIDR: ソースVCNのCIDRを指定します。
        • IPプロトコル: TCP
        • ソース・ポート範囲: すべて
        • 宛先ポート範囲: 2484
        • 説明: セキュリティ・ルールの管理に役立つイングレス・ルールの説明(オプション)を指定します。

      ノート:リカバリ・サービス・サブネットがソース・リージョンに存在し、ソースVCNにアタッチされていることを確認します。詳細は、データベースVCNでのリカバリ・サービス・サブネットの作成に関する項を参照してください。

  3. ローカルとリモートのVCN間でDNSピアリングを実行します。

自動バックアップを使用したデータベースの監査ファイルおよびトレース・ファイルの保持

Oracle Databaseは、監査ファイルおよびトレース・ファイルをデータベースのローカル・ストレージの/u01ディレクトリに書き込みます。これらのファイルはデフォルトで30日間保持されますが、この間隔は変更できます。1日に1回、30日(または、該当する場合はユーザーが指定した間隔)を経過した監査ファイルおよびトレース・ファイルは、Oracle Schedulerジョブによって破棄されます。これらのファイルを永続的に保持する場合は、スケジューラ・ジョブを無効にすることもできます。このスケジューラ・ジョブを変更するには、次のdbcliコマンドを使用します。

APIの使用

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

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

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