専用Exadataインフラストラクチャ上のAutonomous AI Databaseのバックアップおよびリストア

高可用性をサポートするために、Autonomous AI Database on Dedicated Exadata Infrastructureはデータベースを自動的にバックアップします。バックアップの保存期間は、Autonomous Container Database (ACD)に対して選択されたバックアップ保持ポリシーに応じて最大95日間です。データベースはその保持期間内の任意の時点にリストアおよびリカバリできます。

データベースのバックアップ中、データベースは完全に機能していましたが、バックアップ中にライフ・サイクル管理操作は実行できません。たとえば、バックアップ中にデータベースを停止することはできません。

バックアップおよびリカバリの概要

デフォルトでは、Autonomous AI Databaseはデータベースを定期的にバックアップするように構成されています。ACDのプロビジョニング中に自動バックアップを無効にし、後でいつでもOracle Cloud Infrastructure (OCI)コンソールから有効にできます。自動バックアップを有効にした後は、ACDに対して無効にできません。

Oracle Public Cloud上のAutonomous AI Databaseは、バックアップ先に応じて、日次増分バックアップと週次フル・バックアップ、または日次仮想フル・バックアップを含むAutonomous Recovery Serviceを使用してObject Storageにバックアップされます。Oracle Database@AWS上のAutonomous AI Databaseは、バックアップ先に応じて、OCI Object StorageまたはAmazon Simple Storage(S3)にバックアップされ、日次増分バックアップと週次フル・バックアップ、または日次仮想フル・バックアップを含むAutonomous Recovery Serviceにバックアップされます。

自動バックアップを有効にすると、次の追加バックアップのいずれかを実行できます。

バックアップ保持ポリシー(期間)

ACDのプロビジョニング中にバックアップ保持ポリシー/期間を定義するか、後でOracle Cloud Infrastructureコンソールの詳細ページから変更できます。

バックアップ保持ポリシーのデフォルト値は15日で、7日から95日までの任意の値に変更できます。

Exadata Cloud@Customerデプロイメントの場合:

リテンション・ロック:

Exadataインフラストラクチャ、Autonomous VMクラスタ(AVMC)、ACD、Autonomous AI Databaseなど、Autonomous AI Databaseコンポーネントのいずれか(またはすべて)が終了した後でも、自動バックアップを保持できます。ACDの終了後にバックアップを保持するタイムラインは、自動バックアップにのみ適用され、長期バックアップには適用されません。終了したACDのバックアップは、最大72時間またはバックアップ保持期間の終了まで保持できます。また、ACDの終了時に、バックアップ保持期間のバックアップを保持することを選択した場合、保存ロックを有効にできます。バックアップ保持ロックを有効にすると、保持期間が完了する前に、すべてのデータベース・バックアップ(長期バックアップを含む)を削除できなくなります。保存期間が切れるまで、これらのバックアップは削除できません。

保存ロックは、ACDのプロビジョニング中またはそれ以降のいずれかで有効にできます。有効にすると、保存ロックを14日以内に無効にでき、その後設定が永続的になります。ACDの保存ロックを有効にした場合、保存ロックはAutonomous AIデータベースの自動バックアップと長期バックアップの両方に適用されます。

保存ロックを有効にした場合:

保存ロックを有効にしない場合:

バックアップの保存先

ACDで作成されたAutonomous AIデータベースのバックアップにバックアップの保存先を関連付けることができます。

Oracle Public Cloudデプロイメントでは、Autonomous Recovery ServiceまたはObject Storageをバックアップ先として選択できます。デフォルトはオブジェクト・ストレージで、推奨されるオプションはAutonomous Recovery Serviceです。Oracle Database@AWS上のAutonomous AI Databaseでは、Autonomous Recovery Service、OCI Object StorageまたはAmazon Simple Storage (AWS S3)のいずれかを選択できます。デフォルトはAWS S3で、推奨されるオプションはAutonomous Recovery Serviceです。

次に、Autonomous AI Databaseデプロイメントのバックアップ保存先オプションを示します。

バックアップ保存先のタイプ サポートされているデプロイメント ノート
オブジェクト・ストレージ

Oracle Public Cloud上のAutonomous AI Database

Autonomous AI Database on Exadata Cloud@Customer

Oracle Database@AWS上のAutonomous AI Database

Oracle Cloud Infrastructure上のOracle管理オブジェクト・ストレージ・コンテナに、週次のフル・バックアップと日次の増分バックアップを格納します。

タイプとして「オブジェクト・ストレージ」を選択した場合、Exadata Cloud@Customerデプロイメントでは、オプションで、ストレージ・コンテナへの接続時に使用するインターネットHTTPプロキシを指定できます。セキュリティを強化するために、可能な場合はプロキシを使用することをお薦めします。

自律型リカバリ・サービス(ARS)

Oracle Public Cloud上のAutonomous AI Database

Oracle Database@AWS上のAutonomous AI Database

毎日の仮想完全バックアップを格納します。

これが推奨オプションです。
ネットワーク・ファイル・システム(NFS) Autonomous AI Database on Exadata Cloud@Customer

バックアップをネットワーク・ファイル・システム(NFS)ストレージの場所に格納する。タイプとして「ネットワーク・ファイル・システム(NFS)」を選択した場合は、ネットワーク・ファイル・システム(NFS)ストレージを使用する事前定義済バックアップの保存先を選択します。

Exadata Cloud@CustomerのNFSストレージにバックアップ保存先を構成する前に、Exadata Cloud@Customerのバックアップ保存先の前提条件を参照してください

バックアップ保存先タイプとしてNFSを選択した場合、対応するACDが終了した場合は、バックアップ保存期間の後にバックアップを手動で削除する必要があります。

詳細は、バックアップ保持ポリシーを参照してください。

リカバリ・アプライアンス Autonomous AI Database on Exadata Cloud@Customer

Oracle Zero Data Loss Recovery Applianceを使用する事前定義済のバックアップ保存先の1つに、バックアップを格納できます。タイプとして「リカバリ・アプライアンス」を選択した場合、Oracle Zero Data Loss Recovery Applianceを使用する事前に定義されたバックアップ保存先、ACDのDB_UNIQUE_NAME、およびVPCユーザー名パスワードを選択します。

Zero Data Loss Recovery Applianceのバックアップ保存先の場合:

  • アプライアンスは、バックアップの取得に使用される仮想プライベート・カタログ(VPC)ユーザーを指定して構成する必要があります。

  • アプライアンスは、バックアップするデータベースの一意のデータベース名およびVPCユーザーへのマッピングを指定して構成する必要があります。たとえば:

    EXEC dbms_ra.add_db(db_unique_name=>'', protection_policy_name=>'VF_7DAYS', reserved_space=>'500G');

  • アプライアンスは、VPCユーザーへのマッピングを指定して構成する必要があります。たとえば:

    EXEC dbms_ra.grant_db_access(db_unique_name=>'', username=>'');
  • アプライアンスは、Zero Data Loss Recovery Appliance管理者が提供するOracle Net Services接続文字列を使用してOracle Exadata Database Service on Cloud@Customerシステムからアクセスできる必要があります。
  • 同じAutonomous Data Guard内のすべてのプライマリACDとスタンバイACDで、同じZDLRAまたは他のリカバリ・アプライアンス・インスタンスを共有することはできません。
  • ZDLRAインスタンスでレプリケーションを有効にしないでください。

  • 次の問合せ例は、ZDLRA構成をテストするために使用できます。この問合せは、値"1"を返します。 

    select count(1) from rasys.db where REG_DB_UNIQUE_NAME = '';

Note : リカバリ・アプライアンスに接続する接続文字列を、Oracleの"easy connect"文字列フォーマット(<host>:<port>/<service name>)で指定してください。ここで、<host>はZero Data Loss Recovery ApplianceのSCANホスト名です。

Exadata Cloud@CustomerのZero Data Loss Recovery Applianceの場所にバックアップ保存先を構成する前に、Exadata Cloud@Customerのバックアップ保存先の前提条件を参照してください

詳細は、Zero Data Loss Recovery Appliance管理者ガイドの保護されたデータベース・アクセスのためのリカバリ・アプライアンスの構成を参照してください。

ローカル Autonomous AI Database on Exadata Cloud@Customer ローカルExadataストレージにバックアップを格納します。このオプションは、Autonomous Exadata VMクラスタの作成時にローカル・ストレージを構成した場合にのみ使用できます。ACDがローカル以外のバックアップ保存先タイプで作成されると、後でローカル・バックアップに変更することはできません。
AWS S3 Oracle Database@AWS上のAutonomous AI Database AWS Object Storageにバックアップを格納します。

バックアップの保存先の変更

適用先: 適用可能 Exadata Cloud@Customerのみ

自動バックアップを有効にして、ACDのバックアップ保存先タイプを変更できます。任意の時点で、ACDに関連付けられたバックアップ先は最大2つのみです。

表- バックアップの保存先の変更

現在のバックアップ保存先のタイプ サポートされている新しいバックアップ保存先タイプ ノート
ローカル - 現在のタイプがローカルである場合、バックアップの保存先タイプは変更できません。
ネットワーク・ファイル・システム(NFS)

NFS

RA

 -
オブジェクト・ストレージ RA -
リカバリ・アプライアンス(RA)

RA

NFS

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

 バックアップ保存先タイプをRAからオブジェクト・ストレージに変更することは、ACDが最初にオブジェクト・ストレージ・バックアップを使用して構成されていた場合にのみサポートされます。

リストアとリカバリ

次のいずれかのオプションを使用してデータベースをリストアできます。

リストアの進行中は、データベースは使用不可の状態になります。この状態のデータベースには接続できません。使用不可の状態でサポートされるライフ・サイクル管理操作は、終了のみです。リストア操作が終了すると、データベースがリストア前と同じ状態でオープンされます。(SCN、タイムスタンプまたは特定のバックアップを使用した)3つのリストア・タイプすべてについて、SCNはリストアが完了したときに返されます。

データベースがリストアされると、ADMINユーザー・パスワードの値もリストアされます。したがって、ユーザーが記憶していない古い値も含まれている可能性があります。「ADMINデータベース・ユーザー・パスワードのロック解除または変更」の説明に従って、パスワードを新しい値に設定できます。

データベースをリストアした後は、リストアが完了した日付からリストア操作に指定した日付(リストア時間)までのすべてのバックアップが無効になります。リストア時間とリストア完了時間の間にあるどの時点に対しても、追加でリストア操作を開始することはできません。新しく開始できるのは、リストア時間より前の時点、または実際のリストアが成功した時点より新しい時点までのリストア操作のみです。

Autonomous Data Guard設定で:

バックアップ操作およびリストア操作

次の表に、Autonomous AI Databaseのバックアップで実行できる操作を示します。

操作 Details 参照先
手動バックアップを作成します 手動(オンデマンド)バックアップは、OCIコンソールのACDの「詳細」ページから作成できます。 Autonomous AI Databaseの手動バックアップ
長期のバックアップの作成 OCIコンソールのACDの「詳細」ページから長期バックアップを作成できます。 長期バックアップの作成
バックアップからのクローニング

Autonomous AI Databaseのバックアップ・セットのポイントインタイム・コピーを作成できます。

自動バックアップ、手動バックアップ(バックアップのリストまたはタイムスタンプに基づいて選択)、または長期バックアップからクローニングできます。

バックアップからのクローニング、その要件および制限の詳細は、専用ExadataインフラストラクチャでのAutonomous AIデータベースのクローニングについてを参照してください

OCIコンソールから手動または長期バックアップをクローニングする手順は、バックアップからのAutonomous AIデータベースのクローニングを参照してください。

ACDバックアップからのクローニングの手順については、バックアップからのAutonomous Container Databaseのクローニングを参照してください。

バックアップ設定を編集します 自動バックアップを有効にし(ACDのプロビジョニング中に無効にした場合)、OCIコンソールからACDの「詳細」ページから次のバックアップ設定を変更できます。
  • バックアップ保持期間を7から95日の任意の値に設定します。
  • バックアップ保存先タイプ(Exadata Cloud@Customerにデプロイされている場合)。
  • HTTPプロキシ。これは、Exadata Cloud@Customerデプロイメントのバックアップ保存先としてオブジェクト・ストレージが選択されている場合にのみ適用されます。
  • クロス・リージョン・バックアップ・コピー(Oracle Public Cloudにデプロイされている場合)。
  • バックアップ保存期間の間、またはACDの終了後72時間の間、自動バックアップを保持します。
  • 「Retention Lock」を有効にします。これは、ACDの終了時にバックアップ保存期間のバックアップを保持することを選択した場合にのみ適用されます。
バックアップ設定の編集の詳細は、Autonomous Container Databaseバックアップ設定の編集を参照してください。
長期バックアップの更新 長期バックアップの保存期間を編集したり、OCIコンソールのACDの「詳細」ページから長期バックアップを削除することもできます。 長期バックアップの管理
自律型AIデータベースのリストアとリカバリ 特定のバックアップからデータベースをリストアするか、OCIコンソールのACDの「詳細」ページからPoint-in-Timeリカバリにタイムスタンプを使用できます。 自律型AIデータベースのリストアとリカバリ
リモート・バックアップの表示 OCIコンソールから、リージョン内のリモート・バックアップのリストを表示できます。 リモート・バックアップのリストの表示
バックアップからのACDのクローニング ACDをリモート・バックアップからクローン・ソースとは異なるリージョンのAVMCにクローニングすることで、データベースをリカバリできます。 バックアップからのAutonomous Container Databaseのクローニング

APIを使用して、バックアップおよびリストア操作を実行することもできます。詳細は、専用Exadataインフラストラクチャ上のAutonomous AI DatabaseのAPIリファレンスを参照してください。

バックアップ・イベントおよびリストア・イベント

Oracle Databaseリソースでは、イベント(リソースの変更を示す構造化メッセージ)が発行されます。データベース・バックアップ操作には複数のイベントが関連付けられています。これらは、専用Exadataインフラストラクチャ上のAutonomous AI Databaseのイベントにあります。

バックアップ領域の見積りに関するベストプラクティス

Oracle Public Cloud環境とExadata Cloud@Customer環境の両方でAutonomous AI Databaseを専用Exadataインフラストラクチャにデプロイする場合、バックアップ・ストレージ要件の正確な見積りが必要です。この項では、リカバリ・ポリシーへの準拠を保証し、予期しないストレージの使用率またはコストを回避するために必要な主な要因および計算について説明します。

自律型AIデータベースのバックアップ管理

バックアップは、次のデフォルトのスケジュールで自動的に管理されます。

正確なソースメトリックの収集

最も正確な見積りのために、次のような既存のOracle AI Database環境のメトリックに基づいて基本計算を実行します。

ノート: Oracle AI Databaseのバックアップでは、ハイブリッド・コラム圧縮(HCC)によってデータがすでに圧縮されている場合を除き、通常、50%の圧縮率を実現します。この場合、これ以上の圧縮はほとんど想定しません。アーカイブ・ログは通常、圧縮を最小限に抑えます。

保留計画

特定のリカバリ・ウィンドウ(14日間など)を維持するには、最新の全体バックアップおよび関連するすべての増分REDOログおよびアーカイブREDOログを、すべて新しい全体バックアップに置き換えるまで保持する必要があります。バックアップ間の依存関係のため、2週間の保存ポリシーでは、重複を考慮して最大3週間のバックアップ・ストレージを計画し、リカバリ・ウィンドウが常に完全に保護されるようにします。

追加のバックアップ・シナリオ

手動バックアップ:

長期バックアップ

ZDLRAを使用したExadata Cloud@Customerの特別なノート:

Zero Data Loss Recovery Appliance (ZDLRA)を利用する環境の場合:

ノート: ZDLRAデプロイメントの場合は、必ず実際のデータベース・メトリックを参照し、正確なサイズ設定についてはZDLRAのドキュメントを参照してください。

計算例

次のような環境について考えてみます。

週次バックアッププロファイル:

サマリー

表- バックアップ記憶域を推定するための主要なパラメータ

パラメータ 一般的な値/推奨
完全バックアップの頻度 週次
増分バックアップ頻度 日次(非完全バックアップ日数)
アーカイブ・ログ生成率 日次(観測レートからの推定)
圧縮率 50% (HCC圧縮データを除く)
保存ポリシー 2週間(同時ストレージの3週間分計画)
ストレージ計算 (完全+増分) x圧縮+アーカイブログ