機械翻訳について

11 データベースのバックアップ、リストア、リカバリ

データベースのバックアップ、リストア、およびリカバリ操作を確認します。

データベースのバックアップおよびリカバリ・オプションについて

Oracle Database Applianceにデータベースをバックアップし、リストアおよびリカバリ機能を使用してデータベースを同じシステムまたは別のシステムにリストアするか、データベース・ファイルをリカバリします。

Oracle Database Appliance内のデータベースを、データベースを実行するために必要なディスク・ファイルの読み取りまたは書き込みに失敗したディスクの物理的な問題によるデータ損失から保護するためのバックアップ・リカバリ戦略を作成することが重要です。ユーザー・エラー。 バックアップ機能によって、データベース、SCNのリカバリおよび最新のリカバリをPITRでリストアできます。 バックアップ・ポリシーは、ブラウザ・ユーザー・インタフェースで作成するか、コマンドライン・インタフェースから作成できます。

次のバックアップ・オプションを使用できます:

  • Oracle Fast Recovery Area (FRA)ディスク(内部FRA)へのバックアップ

  • Oracle Cloud Infrastructure Object Storage (Oracle Object Storage)へのバックアップ

  • ネットワーク・ファイル・システム(NFS)のロケーション(外部FRA)へのバックアップ

バックアップ、リストアおよびリカバリ機能は、システム内のバックアップ・ポリシーがアタッチされているデータベースで使用できます。 バックアップの管理、バックアップ、リストアおよびリカバリ・オプションの設定を選択できます。

バックアップ機能を使用すると、バックアップのロケーション、リカバリ・ウィンドウ、クロスチェックの有効化と無効化、ObjectStoreSwiftオブジェクトの詳細など、バックアップ・パラメータを使用してバックアップ・ポリシーを作成できます。 新規および既存のデータベースの場合、日次バックアップを実行するバックアップ・ポリシーを作成し、データベースにアタッチできます。 バックアップ・ポリシーがデータベースにアタッチされると、dcs-agentはデータベースの日次自動バックアップをスケジュールします。 また、データベースのアーカイブ・ログのバックアップもスケジュールされます。 デフォルトでは、アーカイブ・ログのバックアップ頻度は30分です。 デフォルトのスケジュールは、毎週日曜日のレベル0のバックアップと、月曜日から土曜日のレベル1のバックアップです。 スケジュールを編集または無効にすることができます。

dcs-agentは、バックアップごとにバックアップ・レポートを生成して保存します。 バックアップ・レポートには、データベースのリカバリまたはリストアに必要なメタデータが含まれています。

Oracle Database Applianceでのデータベースのリカバリは、RMANを使用した全体または全体のデータベース・リカバリです。 バックアップ・レポート、ポイント・イン・タイム(PITR)、システム変更番号(SCN)、または最新のバックアップから回復できます。 バックアップ・レポートをリカバリに使用すると、バックアップ・レポートからSCN値を読み取ることによってSCNのリカバリが実行されます。 データ・ブロック、表領域、データファイル、PDBsのリカバリについては、「Oracle Databaseバックアップおよびリカバリ・リファレンス・ガイド」を参照してください。

バックアップ・ポリシー

バックアップ・ポリシーでバックアップの詳細を定義します。 バックアップ・ポリシーを作成する場合、データベース・バックアップの保存先を、内部FRA (ディスク)または外部FRA (NFSのロケーション)、あるいはCloudオブジェクトのストレージのいずれかで定義し、リカバリ・ウィンドウを定義します。

バックアップおよびリカバリにOracle Object Storageを使用する場合は、ObjectStoreリソースIDまたは名前が必要です。

データベースの作成時に、バックアップ・ポリシーをデータベースに割り当てることができます。 バックアップ・ポリシーは、既存のデータベースにアタッチしたり、バックアップ・ポリシーを更新できます。

バックアップ・ポリシーの作成時に圧縮アルゴリズムを指定することもできます。 サポートされる圧縮アルゴリズムは、BASIC、LOW、MEDIUMおよびHIGHです。 Objectstoreバックアップ・ポリシーの場合、任意の圧縮アルゴリズムを指定できます。 デフォルトでは、Objectstoreバックアップ・ポリシーの作成中に圧縮アルゴリズムを指定しないと、MEDIUM圧縮アルゴリズムが使用されます。 デフォルトでは、ディスクまたはNFSバックアップ・ポリシーの作成時に圧縮アルゴリズムを指定しなかった場合、BASIC圧縮アルゴリズムが使用されます。 ディスクまたはNFSバックアップ・ポリシーに対してLOW、MEDIUMまたはHIGH圧縮アルゴリズムを使用する場合、ライセンスに関する考慮事項があります。

バックアップ・レベル

バックアップを実行するときのバックアップ・レベルを指定します。 バック・レベルは次のとおりです:

  • レベル0: バックアップは、データファイル内のすべてのブロックを取得します。 デフォルトでは、レベル0のバックアップは毎週日曜日に行われます。 バックアップ設定は、ブラウザ・ユーザー・インタフェースまたはコマンドラインを使用してカスタマイズできます。 レベル0バックアップは完全バックアップであり、レベル1バックアップの親として使用されます。

  • レベル1: バックアップは、各データファイルのバックアップ間で変更されるブロックのみを取得する増分バックアップです。 デフォルトでは、レベル1のバックアップは月曜日から土曜日まで毎日実行され、変更されたデータファイル内の各ブロックのイメージがキャプチャされます。 レベル1のバックアップは差分バックアップです。 バックアップには、直前のレベル1またはレベル0のバックアップのブロックが含まれます。

  • LongTerm: バックアップは、長期間のアーカイブ・バックアップです。 LongTermを使用して、すべてを網羅したバックアップを作成し、バックアップ保存ポリシーから除外します。 データベースのリストアとリカバリに必要なすべてのファイルが単一のロケーションにバックアップされるため、バックアップはすべて包括的です。 バックアップは、リカバリ・ウィンドウで定義されている保持ポリシーから除外されています。 長期バックアップの場合は、外部FRA (NFSのロケーション)またはObjectstoreバックアップ・ポリシーを使用する必要があります。

  • アーカイブ・ログ: これは、内部FRA、外部FRA (NFSのロケーション)、オブジェクト・ストアなど、バックアップ先にまだバックアップされていないすべてのアーカイブ・ログのバックアップです。

AutoSchedulerは、デフォルトでは、レベル0バックアップ日にレベル0バックアップを作成し、残りの曜日にレベル1を作成します。 スケジュールされたバックアップのリストを表示したり、バックアップ・スケジュールを編集したり、スケジュールされたバックアップを無効にすることができます。 また、デフォルトの頻度が30分のデータベースのアーカイブ・ログ・バックアップも作成されます。

ディスクへのバックアップ

ディスクにバックアップするときは、ディスクのOracle Fast Recovery Area (FRA)を使用しています。 FRAは、Oracleデータベースのバックアップおよびリカバリ操作を可能にするストレージ・ディレクトリです。 このディレクトリには、アーカイブREDOログ、バックアップ・ピースおよびコピー、および制御ファイルが含まれています。

ディスクへのバックアップの利点は次のとおりです:

  • ディスクに保存されたバックアップからのクイック・リカバリ

  • リカバリ関連のファイル(アーカイブ・ログなど)の自動化

ノート:

  • ディスクにバックアップする場合、非TDEデータベースのデータは暗号化されず、パスワードは許可されません。 さらに、ディスクへのバックアップには大量のディスク領域が必要です(データベースのサイズの最大2〜3倍)。
  • データベースがTDE対応の場合、バックアップ先に関係なく、RMANバックアップ・パスワードは必要ありません。

ディスク使用時のバックアップとリカバリのワークフローの概要を以下に示します:

  1. バックアップ・ポリシーを作成して、ディスクの保存先(ディスク)およびリカバリ・ウィンドウを定義します。

  2. データベースを作成し、バックアップ・ポリシーをデータベースにアタッチします。 バックアップ・ポリシーがデータベースに関連付けられている場合は、アーカイブ・ログのバックアップとデータベースのバックアップが自動的に作成されます。

  3. 古いバックアップを管理する。

  4. ディスク上のバックアップからデータベースを復元します。

外部FRAにバックアップ(ネットワーク・ファイル・システム)

ネットワーク・ファイル・システム(NFS)のバックアップのロケーションを指定すると、データベース・バックアップを安全に安全に格納したり、いつでも取得できます。

NFSバックアップのロケーションを使用する利点は、次のとおりです:

  • NFSを使用すると、ネットワーク上でローカル・ファイルシステムをマウントすることで、リモート・ファイルにローカルでアクセスできます。

  • 手動でリフレッシュしなくても、集中管理されたバックアップのロケーションを提供します。

  • ファイアウォールおよびKerberosを使用した拡張的なセキュリティ・オプションをサポートします。

  • パスワードを使用した暗号化されたバックアップのサポート オプションで、バックアップ・パスワードを設定し、リストア操作時にも同じパスワードを指定します。

  • RMANバックアップ暗号化のパスワードは、TDEが有効になっていないデータベースに適用できます。 データベースでTDEが有効化されている場合、バックアップ先に関係なく、RMANバックアップ・パスワードは必要ありません。

NFSのロケーションを使用する場合のバックアップおよびリカバリのワークフローの概要を次に示します:

  1. NFSのロケーションのマウント・ポイントを作成します。

    マウント・ポイントは両方のノードからアクセス可能である必要があります。 oracleユーザーには、NFSのロケーションに対する読取り/書込み権限が必要です。 リクエストがリモート・サーバーに対して行われている場合は、リクエストが実行中であることを確認してください。 マウント・ポイントの作成手順については、「NFSバックアップのロケーションのマウント・ポイントの作成」を参照してください。

  2. NFSのロケーション、およびNFS宛先のリカバリ・ウィンドウを指定して、バックアップ・ポリシーを作成します。

  3. データベースの作成時またはデータベースのバックアップ・ポリシー更新時に、データベースをこのバックアップ・ポリシーに関連付けます。

  4. バックアップは自動的にスケジュールされますが、手動バックアップも実行できます。 手動のバックアップ・オプションは、ブラウザ・ユーザー・インタフェースで、またはODACLIコマンドを使用して指定できます。

  5. 古いバックアップを管理する。

  6. バックアップからリストアします。 バックアップをNFSに保存する場合、データベースを同じシステムまたは別のシステムにリストアできます。

  7. NFSのバックアップからデータベースをリカバリします。

Oracle Object Storageへのバックアップ

Oracle Object Storageは、セキュアでスケーラブルなストレージ・プラットフォームであり、いつでもデータベース・バックアップを安全かつ安全に格納または取得できます。 データおよび関連するメタデータは、論理コンテナ(バケット)内のオブジェクトとして格納されます。 Oracle Database Applianceは、各バックアップを識別するためのバックアップ・レポートと一意のIDを作成します。

Oracle Object Storageは、Oracle Cloud Infrastructureアイデンティティおよびアクセス管理と緊密に統合されています。 データ、データに関連付けられたユーザー定義のメタデータ、および暗号化キーは、256ビットAdvanced Encryption Standard (AES-256)を使用して自動的に暗号化されます。 暗号化キーは頻繁に回転し、無効にすることはできません。 デフォルトでは、特定のリソースへのアクセスが明示的に許可されている認証済ユーザーのみが、Oracle Object Storageに格納されているデータにアクセスできます。 データはHTTPSプロトコルを使用してSSLエンドポイントを介してアップロードおよびダウンロードされます。

Oracle Object Storageにバックアップする場合は、バックアップ・ポリシーおよびOracle ObjectStoreSwift資格証明を使用します。 資格証明は、暗号化されたOracle Walletに格納されます。 資格証明は、1つ以上のバックアップ・ポリシーにアタッチできます。

ノート:

資格証明は、Oracle Object Storageを使用するバックアップ・ポリシーを作成するときに検証されます。 資格証明はURLとテナンシに対して検証されません。

Oracle Object Storageを使用する利点は次のとおりです:

  • バックアップは、TDE以外のデータベースのパスワードを使用して暗号化されます。 TDE対応データベースの場合、バックアップはデフォルトで暗号化されるため、RMANバックアップ暗号化パスワードを個別に指定する必要はありません。

    注意:

    バックアップ中に使用するパスワードを安全なロケーションに保存し、リカバリ操作中にパスワードを提供する必要があります。
  • バックアップからの迅速なリカバリ。 Oracle Object Storageでは、ブラウザ・ユーザー・インタフェースを安全かつ安全に使用して、データをクラウド・プラットフォーム内からいつでも直接格納または取得できます。

  • リカバリ関連のファイル(アーカイブ・ログなど)の自動化

  • Oracle Object Storageは、オペレーティング・システムによって直接アクセスされるのではなく、APIを使用してアプリケーション・レベルでストレージにアクセスします。

Oracle Object Storageを使用する場合のバックアップおよびリカバリのワークフローの概要を次に示します:

  1. 資格証明を使用してオブジェクト・ストア・オブジェクトを作成します。

  2. バックアップ・ポリシーを作成して、バックアップのロケーション(オブジェクト・ストア)、オブジェクト・ストア資格証明名、バックアップを格納するコンテナ(バケット)名およびリカバリ・ウィンドウを定義します。

  3. データベースを作成し、データベースの作成の一部としてバックアップ・ポリシーをアタッチするか、データベースの作成後にバックアップ・ポリシーを使用してデータベースを更新します。 バックアップ・ポリシーがデータベースに関連付けられると、バックアップが自動的に作成されます。

  4. 古いバックアップを管理する。

  5. バックアップからリストアします。 バックアップをOracle Object Storageに保存すると、データベースを同じシステムまたは別のシステムにリストアできます。

  6. Oracle Object Storageのバックアップからデータベースをリカバリします。

ノート:

このバックアップ・オプションを使用するには、まずOracle Cloud Infrastructureオブジェクト・ストレージ・アカウントを作成する必要があります。 アカウントを作成するときは、アカウント資格証明、エンドポイントURL、およびバケットを定義します。 Oracle Storeに移動し、Oracle Cloud Infrastructureオブジェクト・ストレージにサインアップします。

バックアップ・レポート

各バックアップごとにバックアップ・レポートが生成され、リカバリ・カタログと同様ですが、リカバリ・カタログは置き換えられません。 このレポートには、データベースのリストアまたはリカバリに必要なOracle Database Appliance情報とメタデータが含まれています。 バックアップ・レポートは、データベースのリストアまたはリカバリに必要なすべての情報を追跡するように設計されています。

レベル1のバックアップ・レポートの例を次に示します:

{
  "id" : "2d82460c-d648-4e75-8c7d-72cc90bc442a",
  "dbResId" : "b5fc646e-01a6-4c8b-8286-7633346c4329",
  "tag" : null,
  "dbId" : "2717054291",
  "dbName" : "HRDbO",
  "dbUniqueName" : "HRDbOu",
  "backupType" : "REGULAR-L1",
  "keepDays" : null,
  "backupLocation" : "https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/dbaasimage/backupbucket",
  "cfBackupHandle" : "c-2717054291-20171108-04",
  "spfBackupHandle" : "c-2717054291-20171108-04",
  "pitrTimeStamp" : "November 08, 2017 12:43:14 PM UTC",
  "pitrSCN" : "1175058",
  "resetLogsTimeStamp" : "November 08, 2017 09:55:34 AM UTC",
  "resetLogsSCN" : "1112268",
  "oraHomeVersion" : "12.2.0.1.170814 (26723265, 26609817)",
  "sqlPatches" : "25811364,26609817",
  "backupLogLoc" : "https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/dbaasimage/backupbucket/scaoda702c1n1/rmanlog/HRDbOu/2717054291/2017-11-08/rman_backup_2017-11-08_12-42-41.0545.log",
  "tdeWalletLoc" : null,
  "dbConfigLoc" : "https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/dbaasimage/backupbucket/scaoda702c1n1/dbconfig/HRDbOu/2717054291/2017-11-08/DBCONFIG_TAG20171108T124407_2017-11-08_12-44-07.0533.tar.gz",
  "name" : "Backup_Report_HRDbO",
  "createTime" : "November 08, 2017 12:42:08 PM UTC",
  "state" : {
    "status" : "CONFIGURED"
  },
  "updatedTime" : "November 08, 2017 12:44:12 PM UTC",
  "backupReportLogDetail" : "https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/dbaasimage/backupbucket/scaoda702c1n1/rmandetaillogreport/HRDbOu/2717054291/2017-11-08/rman_list_backup_detail_2017-11-08_12-44-04.0362.log",
  "dbInfo" : {
    "dbClass" : "OLTP",
    "dbType" : "RAC",
    "dbShape" : "odb1",
    "dbEdition" : "EE",
    "dbStorage" : "ASM"
  },
  "dbDataSize" : "1542M",
  "dbRedoSize" : "16403M"
}

リカバリ・オプションについて

Oracle Database Applianceのリカバリは、常に完全なデータベースのリストアまたはリカバリを実行します。 リカバリ・オプションは、LATEST、PITR、SCN、およびBackupReportです。

次のタイプのリカバリが利用できます:

  • LATEST: 完全なリカバリを実行します(有効なバックアップと必要なすべてのアーカイブ・ログとオンラインREDOログが使用可能である必要があります)

  • PITR: 現在のデータベースのインカネーション内の指定されたタイムスタンプにリカバリを実行するPoint-in-Timeリカバリ

  • SCN: リカバリを実行するSCNベースのリカバリは、現在のデータベースのインカネーション内の指定されたSCNに対する不完全なリカバリです。

  • BackupReport: バックアップ・レポートSCNに基づいてリカバリを実行します。 「BackupReport」オプションはSCNに類似していますが、リカバリでは指定したSCNではなくバックアップ・レポートSCNが使用される点が異なります。

ポイント・イン・タイム・データベースのリカバリ

Point-in-Time Recovery (PITR)は、データベースを特定の特定の時点に回復します。 このタイプのリカバリにはタイムスタンプを指定する必要があります。

Point-in-Timeリカバリは、次の状況でよく使用されます:

  • ユーザー・エラーまたは管理エラーの前のSCNにデータベースをリカバリする場合。

  • 必要なすべてのアーカイブRedoログが使用できなかったため、データベースの完全リカバリに失敗しました。

  • データベースのアップグレードは失敗します。

  • 本番データベース・バックアップからテスト・データベースまたはレポート・データベースを作成しています。

システム変更番号のリカバリ

システム変更番号(SCN)は、ある時点におけるデータベースのコミット済みバージョンを定義するスタンプです。 Oracleはすべてのコミット済トランザクションに一意のSCNを割り当てます。 データベースを最新の時間またはSCNにリカバリすることができます。

ターゲット時間より前に作成されたバックアップからデータベースをリストアし、増分バックアップとログを適用して、データファイル・バックアップの時間とリカバリの終了時点の間のすべての変更を再作成します。 エンドポイントがSCNとして指定されると、データベースはREDOログを適用し、各REDOスレッドまたは指定されたSCNのいずれかが最初に発生した後で停止します。 エンドポイントが時刻として指定されると、データベースは指定された時間内に適切なSCNを内部的に決定し、このSCNに回復します。

SCNは、Oracleデータベースのデータ一貫性を維持するための主要なメカニズムです。 実行ごとに、SCNのカウントが増加します。 SCNを使用する領域の例を次に示します:

  1. レコードをやり直す。 すべてのREDOレコードには、REDOヘッダーにSCNバージョンのREDOレコードがあります(REDOレコードには一意でないSCNを含めることができます)。 RACの場合のように、2つのスレッドからのREDOレコードが与えられた場合、リカバリでSCN順に順序付けられ、本質的に厳密な順序が維持されます。

  2. データ・ブロック。 すべてのデータ・ブロックにブロックSCN (ブロック・バージョン)があります。 それに加えて、REDOレコード内の変更ベクトルもブロックSCNを予期しています。 つまり、ブロックの1つのバージョンのみに変更ベクトルを適用できます。 コードは、変更ベクトル内のターゲットSCNがブロックSCNと一致するかどうかをチェックしてから、REDOレコードを適用します。 不一致があると、破損エラーがスローされます。

  3. 一貫性を読んでください。 すべての問合せには、問合せの開始時にSCNを含む問合せ環境があります。 セッションは、SCNがSCNよりも低いトランザクション・コミットをコミットする場合にのみ、トランザクションの変更を確認できます。

  4. Commit すべてのコミットはトランザクション境界を示すSCN (コミットSCN)を生成します。 グループ・コミットも可能です。

アーカイブ・ログのリストア

データベースの自動バックアップ・ポリシー - Regular-L0、および定期的-L1は、アーカイブ・ログを削除します。これは、Oracle Data Guardの構成または回復操作などで、後のプロセスで不可欠になる可能性があります。 Oracle Database Applianceは、データベースのアーカイブ・ログのリストアをサポートしています。 あるSCNから別のSCNにアーカイブ・ログをリストアするか、タイムスタンプから別のタイムスタンプにリストアするかを選択できます。

SCNまたはタイムスタンプ期間を指定して、コマンドodacli restore-archivelogを実行します。

廃止されたデータベース・バックアップ

旧式のバックアップが廃止されると、それを削除することが重要です。 データベース・バックアップ・ポリシーに定義するバックアップのタイプおよびリカバリ・ウィンドウによって、データベースのバックアップがいつ不要になるかが決まります。

レベル0およびレベル1のバックアップでは、特定のデータベース・リソース識別子に対してコマンドodacli delete-backupを実行し、定義済みのリカバリ・ウィンドウに基づいて不要なバックアップを削除します。

長期バックアップの場合は、対応するバックアップ・レポートを入力として指定し、odacli delete-backupコマンドを使用してOracleオブジェクト・ストレージからバックアップを削除します。

通常、古いレベル0およびレベル1データベースのバックアップは、次のように定義されたリカバリ・ウィンドウに基づいて廃止され、削除されます。
  • ディスク: 1-14日

  • オブジェクト・ストレージ: 1-31日

NFSバックアップのロケーションのマウント・ポイントの作成

ネットワーク・ファイル・システム(NFS)のロケーションのマウント・ポイントを作成して、NFSバックアップおよびリカバリ・オプションを設定します。

NFSのロケーションのマウント・ポイントを作成するには、次のステップに従います:
  1. ソース・マシンで次のステップを実行します:
    1. ソース・マシン上に共有可能なロケーションを作成し、このディレクトリに対する完全な権限を付与します。
      # mkdir /tmp/nfs_test 
      chmod 774 /tmp/nfs_test 
    2. /etc/exportsファイルにエントリをshared_location destination_IPs (permissions)形式で追加します。
      次に例を示します。
      # cat /etc/exports
      /tmp/nfs_test 192.0.2.1(rw,sync)
      /tmp/nfs_test 192.0.2.2(rw,sync)
    3. ホストでNFSサーバーを再起動します。
      # service nfs  restart
    4. エントリのエクスポート・リストを確認してください。
      # showmount -e
      Export list for oda1:
      /tmp/nfs_test 192.0.2.1,192.0.2.2
  2. クライアント・マシンで次のステップを実行します:
    1. クライアント・マシン上で、oracleユーザーとしてクライアントのロケーションを作成します。
      # sudo -E -u oracle mkdir /tmp/client_location
    2. このロケーションをソース・ロケーションとあわせて、mount_server:source_folder client_locationという形式でマウントします。
      # mount 192.0.2.3:/tmp/nfs_test  /tmp/client_location
    3. マウント詳細が正しいかどうかを確認してください。
      # mount
      192.0.2.3:/tmp/nfs_test on /tmp/client_location type nfs 
      (rw,vers=4,addr=192.0.2.3,clientaddr=192.0.2.2)
      
ブラウザ・ユーザー・インタフェースまたはCLIコマンドを使用して、バックアップ構成にこのNFSのロケーションを指定します。

オブジェクト・ストア・アクセスのエージェント・プロキシ設定の構成

オブジェクト・ストアIPアドレスが、Oracle Database Applianceサーバーによるプロキシ設定を介してのみアクセス可能である場合、エージェントがオブジェクト・ストアにアクセスできるように、エージェントのプロキシ設定を定義します。

オブジェクト・ストアのロケーションを使用するバックアップ・ポリシーを作成するには、エージェントがオブジェクト・ストアURLにアクセスできる必要があります。
  1. update-agentconfig-parametersコマンドで、HttpProxyHostおよびHttpProxyPortの設定を定義します。
     # odacli update-agentconfig-parameters -n HttpProxyHost -v www-proxy.test.com -n HttpProxyPort -v 80 -u
    
    Job details
    ----------------------------------------------------------------
    ID: 0b0cbf9b-b0ab-4523-a096-5da4e48fc825
    Description: Update agent configuration parameter values [HttpProxyHost, HttpProxyPort]
    Status: Created
    Created: October 23, 2018 4:56:53 PM IST
    Message:
    
    Task Name Start Time End Time Status
    ----------------------------------------

    update-agentconfig-parametersコマンドの使用方法の詳細は、Oracle Database Applianceコマンド・ライン・インタフェースを参照してください。

  2. 更新が成功したことを確認します:
    # odacli describe-job -i 0b0cbf9b-b0ab-4523-a096-5da4e48fc825
    
    Job details
    ----------------------------------------------------------------
    ID: 0b0cbf9b-b0ab-4523-a096-5da4e48fc825
    Description: Update agent configuration parameter values [HttpProxyHost, HttpProxyPort]
    Status: Success
    Created: October 23, 2018 4:56:53 PM IST
    Message:
    
    Task Name Start Time End Time Status
  3. list-agentconfigParametersコマンドを実行して、プロキシ設定の変更を表示します:
    # odacli list-agentConfigParameters
    
    Name Value Description Updated
    ------------------------------ ----------------------------------------
    HttpProxyHost www-proxy.test.com October 23, 2018 4:56:53 PM IST
    HttpProxyPort 80 October 23, 2018 4:56:53 PM IST
    HttpsProxyHost Https proxy server host October 23, 2018 12:23:21 AM IST
    HttpsProxyPort Https proxy server port October 23, 2018 12:23:21 AM IST
    OSPatchRepos Repo list for OS patching October 23, 2018 12:23:21 AM IST
ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用して、バックアップにObjectStoreのロケーションを使用するバックアップ・ポリシーを作成できるようになりました。

データベース・バックアップ・ポリシーの作成

内部または外部のOracle Fast Recovery Area (FRA)のロケーションにデータベースをバックアップするため、またはブラウザ・ユーザー・インタフェースを使用してオブジェクト・ストアにデータベースをバックアップするポリシーを作成する方法について理解します。

バックアップ・ポリシーは、バックアップとリカバリ・ウィンドウを格納するロケーションを含むバックアップを定義します。 ディスクへのバックアップには、多くのディスク領域が必要です(データベースのサイズの最大2〜3倍)。

ブラウザ・ユーザー・インタフェースからバックアップ・ポリシーを作成するには、次のステップを実行します:

  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックします。
  2. 左側のナビゲーションで「バックアップ・ポリシー」をクリックすると、バックアップ・ポリシーのリストが表示されます。
  3. 「バックアップ・ポリシーの作成」をクリックします。
  4. バックアップ・ポリシーの名前を入力し、リカバリ・ウィンドウの日数を選択します。 「クロスチェックを有効にします」を選択して、メディア管理カタログ内のディスク上のファイルがRMANリポジトリ内のデータに対応するかどうかを判断します。 バックアップ先として次のいずれかを選択します:
    • ディスクにバックアップするには、バックアップ先として「内部FRA」を選択します。
    • クラウドにバックアップするには、バックアップ先としてObjectStoreを選択します。 複数のObject Storeがある場合は、リストからObject Store Credential Nameを選択します。 「コンテナ名」フィールドに名前を入力します。
    • NFSのロケーションにバックアップする場合は、バックアップ先として「外部FRA」を選択し、NFSマウント・ポイントのロケーションを指定します。
    • 宛先を定義しない場合は、「なし」を選択します。
    バックアップ・ポリシー名はアルファベット文字で始まり、英数字のみで構成する必要があります。
  5. バックアップ構成をTDE対応データベースに関連付けるには、「TDEウォレット・バックアップのロケーション」を指定する必要があります。
  6. 「Create」をクリックします。 「はい」をクリックして、バックアップ・ポリシーを作成することを確認します。
    ジョブへのリンクが表示されます。 ジョブが正常に完了すると、バックアップ構成が完了します。
既存のデータベースを更新して、IDまたは名前を使用してデータベースにバックアップ構成を添付します。 バックアップ構成をデータベースにアタッチすると、dcs-agentはデータベースの自動バックアップを毎日スケジュールします。

バックアップ・ポリシーを使用したデータベースの更新

データベースのバックアップ属性およびバックアップ先を定義するには、バックアップ・ポリシーをデータベースにアタッチします。

  1. ブラウザ・ユーザー・インタフェースで「データベース」タブをクリックし、リストからデータベースを選択します。
  2. 「データベース情報」ページで、「バックアップ・ポリシーの適用」をクリックします。
    アクションが無効化されている場合、バックアップ・ポリシーを作成する必要があります。
  3. 使用可能なバックアップ・ポリシーのリストからバックアップ・ポリシーを選択し、「バックアップ暗号化パスワード」を指定します。 TDE対応データベースの場合、バックアップはデフォルトで暗号化されるため、RMANバックアップ暗号化パスワードを個別に指定する必要はありません。 「適用」をクリックします。
  4. 「行動」メニューを展開し、「ビュー」をクリックして「データベース情報」ページを表示します。
    詳細には、自動バックアップを有効にするかどうか、バックアップの保存先、バックアップの作成、自動バックアップの有効化または無効化、データベースの更新、アーカイブ・ログのバックアップ・スケジュールなどがあります。
  5. (オプション) 「手動バックアップ」をクリックして、単一のバックアップを作成します。 「データベース・バックアップ・スケジュールの更新」をクリックして自動バックアップをスケジュールします。 アーカイブ・ログのバックアップをスケジュールするには、「アーカイブ・ログ・バックアップ・スケジュールの更新」をクリックします。
  6. 「アクティビティ」タブをクリックして、ジョブ・ステータスを確認します。
    ジョブが正常に完了すると、バックアップ・ポリシーがデータベースに関連付けられます。

データベース・バックアップ・ポリシーの更新

ブラウザ・ユーザー・インタフェースを使用して、リカバリ・ウィンドウの更新、ObjectStore資格証明の変更、またはデータベース・バックアップ・ポリシーのクロスチェック・オプションの変更を行います。

Crosscheckは、メディア管理カタログ内のディスク上のファイルがRMANリポジトリ内のデータに対応するかどうかを判断します。
  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックします。
  2. 左側のナビゲーションで「バックアップ・ポリシー」をクリックすると、バックアップ・ポリシーのリストが表示されます。
  3. バックアップ・ポリシーの「行動」メニューを展開し、「更新」をクリックします。
  4. リカバリ・ウィンドウを変更するには、上矢印または下矢印を使用して日数を変更します。
  5. クロスチェックを有効化または無効化するには、「クロスチェックを有効にします」を選択または選択解除します。
  6. 「Update」をクリックします。 「はい」をクリックして、バックアップ・ポリシーの更新を確認します。
    ジョブへのリンクが表示されます。 ジョブが正常に完了すると、バックアップ構成が完了します。

ブラウザ・ユーザー・インタフェースを使用したデータベースのバックアップ

データベースへのバックアップ・ポリシーの適用、手動バックアップの作成、データベース・バックアップ・スケジュールの更新、またはアーカイブ・ログ・バックアップ・スケジューラの更新を行います。

ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用すると、データベースのバックアップを作成できます。 コマンド・ライン・インタフェースで、指定されたデータベースに対してコマンドodacli create-backupを使用します。
データベース・バックアップを作成する前に、バックアップ・ポリシーが必要です。 バックアップ・ポリシーは、リカバリ・ウィンドウとバックアップ先を定義します。 バックアップ・ポリシーをデータベースに関連付ける必要があります。関連付けないと、バックアップを作成できません。

ブラウザ・ユーザー・インタフェースからデータベースをバックアップするには、次のステップに従います:

  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックします。
  2. リストからデータベースを選択するには、データベース名をクリックします。
  3. バックアップ・ポリシーの名前と宛先の詳細を含むデータベース情報を確認します。 データベースのバックアップ・ポリシーを選択するには、「バックアップ・ポリシーの適用」をクリックします。 ポリシーを選択し、「バックアップ暗号化パスワード」を指定します。 TDE対応データベースの場合、バックアップはデフォルトで暗号化されるため、RMANバックアップ暗号化パスワードを個別に指定する必要はありません。 TDEが有効化されていないデータベースの場合、「バックアップ暗号化パスワード」はObjectstoreのバックアップ先に必須であり、NFSバックアップ先の場合はオプションであり、ディスク・バックアップ先には不要です。
  4. 「手動バックアップ」「データベース・バックアップ・スケジュールの更新」または「アーカイブ・ログ・バックアップ・スケジュールの更新」をクリックします。
    アクションが無効になっている場合は、バックアップ・ポリシーを適用します。
  5. 「はい」をクリックしてジョブを確定します。
    ジョブへのリンクが表示されます。 ジョブが正常に完了すると、バックアップが準備されます。 ページの下部にバックアップのリストが表示されます。

バックアップ・レポートの表示

ブラウザ・ユーザー・インタフェースを使用してバックアップ・レポートを表示する方法を理解します。

レポートは、データベース・バックアップの実行時に生成されます。 バックアップ・レポートには、バックアップのタイプ、ロケーション、日時およびタイムスタンプがリストされます。
  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックし、データベースのリストでデータベース名をクリックします。
    データベースに関する情報は、「データベース情報」ページに表示されます。
  2. ページの下部までスクロールして、バックアップのリストを表示します。
  3. バックアップのジョブIDをクリックして、バックアップ・レポートとバックアップの詳細を表示します。

ブラウザ・ユーザー・インタフェースを使用したデータベースのリカバリ

データベースのリカバリに使用可能なリカバリ・オプションを理解します。

  1. ブラウザ・ユーザー・インタフェースで「データベース」タブをクリックし、リストからデータベースを選択します。
  2. 「データベース情報」ページで、「リカバリ」をクリックします。
  3. 「データベースのリカバリ」ページで、次のリカバリ・オプションのいずれかを選択します:

    全データベースを指定したバックアップにリカバリ:データベースのリカバリ元となる既存のバックアップを選択してください

    全データベースを最新にリカバリ:このオプションを選択すると、可能性の最も低いデータ損失を伴う最新の状態からデータベースをリカバリできます。

    指定したタイムスタンプに全データベースをリカバリ:データベースをリカバリするタイムスタンプを指定します。

    全データベースをシステム変更番号(SCN)にリカバリ:データベースのリカバリ元のバックアップのSCNを指定します。

  4. 透過的データベース暗号化(TDE)を有効にしないデータベースの「バックアップ暗号化パスワード」を指定して確認します。
  5. データベースでTDEが有効化されている場合は、「TDEウォレット・バックアップのロケーション」および「TDEパスワード」フィールドが表示されます。
  6. 「アクティビティ」タブをクリックして、ジョブ・ステータスを確認します。
    ジョブが正常に完了すると、指定したリカバリ・オプションに従ってデータベースがリカバリされます。

ブラウザ・ユーザー・インタフェースを使用したバックアップの削除

ブラウザ・ユーザー・インタフェースを使用して、データベースのバックアップを削除します。

レベル0、レベル1およびアーカイブ・ログのバックアップはいつでも削除できます。 長期バックアップを削除するには、バックアップが不要な場合を判断するために、データベースのバックアップ・レポートを確認する必要があります。
  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックします。
  2. データベース名をクリックすると、青いフォントで、バックアップを削除するデータベースの詳細情報が表示されます。
  3. 「バックアップの削除」をクリックします。
  4. 削除するバックアップ・タイプ(レベル0、レベル1、アーカイブ・ログのバックアップか長期バックアップか)を選択し、「起動」をクリックします。 「はい」をクリックして、バックアップの削除を確認します。
    ジョブへのリンクが表示されます。 ジョブが正常に完了すると、バックアップは削除されます。

バックアップ・ポリシーの削除

ブラウザ・ユーザー・インタフェースを使用して、データベースのバックアップ・ポリシーを削除します。

  1. ブラウザ・ユーザー・インタフェースで、「データベース」タブをクリックします。
  2. 左側のナビゲーションで「バックアップ・ポリシー」をクリックすると、バックアップ・ポリシーのリストが表示されます。
  3. バックアップ・ポリシーの「行動」メニューを展開し、「削除」をクリックします。 「はい」をクリックして、バックアップ・ポリシーを削除することを確認します。
    ジョブへのリンクが表示されます。 ジョブが正常に完了すると、バックアップ・ポリシーが削除されます。

CLIを使用したバックアップ、リストア、およびリカバリ

コマンドライン・インタフェースを使用して、データベースのバックアップ、リストアおよびリカバリを行います。

ディスクへのデータベース・バックアップの準備

コマンドライン・インタフェースを使用して、データベースをOracle Fast Recovery Area (FRA)にバックアップするポリシーを作成します。

バックアップ・ポリシーは、ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用して作成できます。 ほとんどのバックアップおよびリカバリ・コマンドでは、リソース名またはリソースIDのいずれかを指定してデータベースを識別できます。

ブラウザ・ユーザー・インタフェースでディスクまたは「内部FRAにバックアップ」オプションにバックアップするには、大量のディスク領域(データベースのサイズは2倍から3倍)が必要です。

コマンド・ライン・インタフェースからバックアップ・ポリシーを作成するには、次のステップに従います:

  1. odacli create-backupconfigコマンドを使用してBackupConfigオブジェクトを作成します(バックアップ構成)。
    バックアップ構成では、バックアップとリカバリ・ウィンドウを格納するロケーションを含むバックアップを定義します。

    次の例では、diskへのバックアップと1日のリカバリ・ウィンドウを持つmkg1dailydiskという名前のバックアップ構成を作成します。

    # odacli create-backupconfig -d Disk -n mkg1dailydisk -w 1
  2. ジョブのステータスを確認してください。
    # odacli list-jobs
    ジョブが正常に完了すると、バックアップ構成が完了します。
  3. 既存のデータベースを更新して、IDまたは名前を使用してデータベースにバックアップ構成を添付します。
    バックアップ構成をデータベースにアタッチすると、dcs-agentはデータベースの自動バックアップを毎日スケジュールします。

    次の例では、データベース・リソースIDとバックアップ構成IDを使用します:

    # odacli modify-database -i d3c4d8f6-5eb7-4f9e-ab27-7bdd5013ac90 -bi 9d942e0a-ba00-4cbc-9bfb-0de83ed279e5 -bp 

    次の例では、データベース・リソース名mydbとバックアップ構成名mydbを使用します:

    # odacli modify-database -in mydb -bin mybcfg -bp
手動バックアップまたはスケジュールされたバックアップをディスクに作成できます。

NFSのロケーションへのデータベース・バックアップの準備

コマンド・ライン・インタフェースを使用して、データベースを外部FRA (NFSのロケーション)にバックアップするポリシーを作成します。

バックアップ・ポリシーは、ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用して作成できます。 ほとんどのバックアップおよびリカバリ・コマンドでは、リソース名またはリソースIDのいずれかを指定してデータベースを識別できます。

NFSのロケーション、またはブラウザ・ユーザー・インタフェースの「外部FRAにバックアップ」オプションにバックアップするには、NFSマウント・ポイントを作成する必要があります。

コマンド・ライン・インタフェースからバックアップ・ポリシーを作成するには、次のステップに従います:

  1. odacli create-backupconfigコマンドを使用してBackupConfigオブジェクトを作成します(バックアップ構成)。
    バックアップ構成では、バックアップとリカバリ・ウィンドウを格納するロケーションを含むバックアップを定義します。

    次の例では、diskへのバックアップと1日のリカバリ・ウィンドウを持つmkg1dailynfsという名前のバックアップ構成を作成します。

    # odacli create-backupconfig -d NFS -n mkg1dailynfs -c absolute-path-to-parent-directory-for-NFS-destination -w 1
  2. ジョブのステータスを確認してください。
    # odacli list-jobs
    ジョブが正常に完了すると、バックアップ構成が完了します。
  3. (オプション)既存のデータベースを更新し、IDまたは名前を使用してバックアップ構成をデータベースにアタッチします。
    バックアップ構成をデータベースにアタッチすると、dcs-agentはデータベースの自動バックアップを毎日スケジュールします。

    次の例では、データベース・リソースIDとバックアップ構成IDを使用します:

    #  odacli modify-database -i d3c4d8f6-5eb7-4f9e-ab27-7bdd5013ac90 -bi 9d942e0a-ba00-4cbc-9bfb-0de83ed279e5 -bp 

    次の例では、データベース・リソース名mydbとバックアップ構成名mydbを使用します:

    # odacli modify-database -in mydb -bin mybcfg -bp
    バックアップ・パスワードを指定する-bpオプションは、TDE対応データベースには適用できません。
手動バックアップやスケジュール済バックアップをNFSのロケーションに作成できます。

Oracle Cloudへのデータベース・バックアップの準備

Oracle Cloud Infrastructure Object Storageにデータベースをバックアップするためのバックアップ構成を作成します。

Oracle Object Storageにバックアップする前に、Oracle Cloud Infrastructure Object Storageアカウントにサインアップし、Oracle Object Storage資格証明を確認する必要があります。 Oracle ObjectStoreSwiftオブジェクトを作成すると、このコマンドは資格証明の詳細を作成してシステムに格納し、暗号化されたOracleウォレットに格納します。 Oracleウォレットには、Oracleオブジェクト・ストレージのパスワードが含まれます。

Oracle Storeに移動し、Oracle Cloud Infrastructureオブジェクト・ストレージにサインアップします。

  1. コマンドcreate-objectstoreswiftを使用して、Oracle ObjectStoreSwiftオブジェクトを作成します。
    # odacli  create-objectstoreswift -e swift end point URL -n Object Store Swift name [-p] swiftpassword -t Object Store tenant name -u Object Store user name

    次に例を示します。

    # odacli create-objectstoreswift -e https://swiftobjectstorage.r1.oracleiaas.com/v1 -n ossn1 -t mytenant -u user.name@example.com -p
    出力には、ObjectStoresSwift資格証明を識別するobjectstoreswift Resource IDが含まれています。
  2. odacli create-backupconfigコマンドを使用してBackupConfigオブジェクトを作成します(バックアップ構成)。
    バックアップ構成では、バックアップを格納するロケーション(コンテナ)、リカバリ・ウィンドウ、および暗号化されたOracleウォレットに定義されている資格証明を含むバックアップを定義します。

    次の例では、ObjectStoreへのバックアップを含むhr_7d_cloudというバックアップ構成を作成します。 以下のバックアップ・パラメータが定義されています: コンテナはhr_bucketで、クロスチェックは有効ではありません。リカバリ期間は7日間で、ObjectStoreSwift Resource IDが提供され、これによってObjectStoreSwiftObjectがバックアップ構成にアタッチされます。

     # odacli  create-backupconfig  -n hr_7d_cloud -d ObjectStore -w 7 -o b974f006-5503-4949-ab6c-6f1a56e4ac37 -c hr_bucket -no-cr  

    ノート:

    ObjectstoreSwiftオブジェクトが有効な資格証明で作成されなかった場合、バックアップ構成の作成は失敗します。
  3. ジョブのステータスを確認してください。
    # odacli list-jobs
    ジョブが正常に完了すると、バックアップ構成が完了します。 新しいデータベースを作成する場合は、データベースをバックアップ構成に関連付けるオプションがあります。
  4. 既存のデータベースを更新して、バックアップ構成をデータベースにアタッチします。
    バックアップ構成をデータベースにアタッチすると、dcs-agentはデータベースの自動バックアップを毎日スケジュールします。
    # odacli modify-database -i e3c4d8f6-5eb7-4f9e-ab27-7bdd5013ac10 -bi 7d942e0a-ba00-4cbc-9bfb-0de83ed279e5 -bp 
スケジュール・バックアップ以外で手動バックアップを作成したり、バックアップ・レポートを表示したり、自動バックアップを無効にすることができます。

CLIを使用したデータベースのバックアップ

コマンドライン・インタフェースを使用して、レベル0、レベル1、LongTermデータベース・バックアップまたはアーカイブ・ログ・バックアップを作成します。

データベース・バックアップは、ブラウザ・ユーザー・インタフェースで作成することも、コマンドライン・インタフェースで作成することもできます。 バックアップ構成オブジェクトをデータベースにアタッチする場合、dcs-agentではデータベースの日次バックアップが自動的にスケジュールされます。 日時はOracle Database Applianceタイムゾーンに基づいています。 AutoScheduleは、レベル0のバックアップを毎週日曜日、レベル1は週の他6日間、アーカイブ・ログのバックアップを30分ごとにトリガーします。 odacli update-scheduleコマンドを使用して、スケジュールされたバックアップ時間を無効にするか変更します。

自動バックアップ以外の長期データベース・バックアップまたはレベル0またはレベル1バックアップを作成するには、コマンドodacli create-backupを使用します。

ノート:

データベースをリカバリするには、ベース・バックアップに関する情報がバックアップ・レポートに含まれるように、レベル0のバックアップを実行する必要があります。 データベースを同じシステムに異なるDB名とDB一意名でリストアしたり、別のシステムにデータベースをリストアしても、データベースの長いバックアップ・レポートは必ずしも必要ありません。 アーカイブ・ログ、レベル0またはレベル1バックアップ・レポートも使用できます。 アーカイブ・ログ・バックアップ・レポートを使用する場合は、以前のデータベース・バックアップが存在している必要があります。データベースを別のシステムにリストアするには、Oracle Object Storageで長期間のデータベース・バックアップを使用する必要があります。
  1. バックアップ構成オブジェクトがデータベースに関連付けられていることを確認してください。
  2. コマンドodacli create-backupを使用して、自動バックアップの外部に単一のバックアップを作成します。
    データベース・リソースIDまたはデータベース名を使用して、バックアップするデータベースを識別し、バックアップのタイプを指定し、タグを使用してバックアップの名前を作成します。 バックアップ名タグには30文字までの英数字を使用できます。 バックアップ・タイプ(レベル0、レベル1、LongTermまたはアーカイブ・ログ・バックアップ)を選択しない場合は、レベル1のバックアップが実行されます。 たとえば、リソースID 20576eb1-bc32-4e34-bf97-fda0b60ca15bのレベル0のバックアップ2018Jan02_HRLevel0を作成します
    # odacli create-backup -i 20576eb1-bc32-4e34-bf97-fda0b60ca15b -bt Regular-L0 -t 2018Jan02_HRLevel0
    ジョブが終了すると、バックアップ用のバックアップ・レポートが生成されます。 このレポートには、データベースのリカバリに必要なすべてのメタデータが含まれています。
  3. (オプション)バックアップ・レポートのリストを表示します。
    # odacli list-backupreports 
  4. (オプション)スケジュールされたすべてのバックアップのリストを表示します。
    # odacli list-schedules

CLIを使用したデータベースのリカバリ

バックアップ・レポート、ポイント・イン・タイム・リカバリ(PITR)、システム変更番号(SCN)、または最新のバックアップ時間を使用して、データベースをシステムにリカバリします。

Oracle Database Applianceでデータベースをリカバリするのは、完全なRMANデータベースのリカバリです。

バックアップ・レポートをリカバリするには、バックアップ・レポートのJSON入力が必要です。

TDE対応データベースのリカバリ時に、バックアップ・パスワードを指定する必要はありません。

  1. バックアップ・レポートのリストを表示し、データベースの最新のバックアップ・レポートを探し、バックアップ・レポートIDを保存します。
    # odacli list-backupreports
  2. バックアップ・レポートIDを使用して、バックアップ・レポートの詳細を表示します。 PITR、SCN、または最新のデータベースの回復方法を決定し、必要な情報をバックアップ・レポートで探します。
    # odacli describe-backupreport -i 7fbb06bf-e3a3-4aed-b617-4d1cd3d33387
    {
      "id" : "7fbb06bf-e3a3-4aed-b617-4d1cd3d33387",
      "dbResId" : "4903d18a-6c20-4860-9ed0-d2ea7bd3d7b9",
      "tag" : "auto", 
      "dbId" : "3022438697",
      "dbName" : "tdbasm1",
      "dbUniqueName" : "tdbasm1",
      "backupType" : "regular-l0",
      "keepDays" : null,
      "backupLocation" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups",
      "cfBackupHandle" : "c-3022438697-20201022-03",
      "spfBackupHandle" : "c-3022438697-20201022-03",
      "pitrTimeStamp" : "October 22, 2020 07:51:59 AM UTC",
      "pitrSCN" : "2549429",
      "resetLogsTimeStamp" : "October 22, 2020 05:23:56 AM UTC",
      "resetLogsSCN" : "2510142",
      "oraHomeVersion" : "19.8.0.0.200714",
      "sqlPatches" : "31281355",
      "backupLogLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/rmanlog/2020-10-22/rman_backup_auto_2020-10-22_07-51-06.0546.log",
      "tdeWalletLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/TestLtBackupFailur/scaoda8s002-c/database/3022438697/tdbasm1/tdewallet/ewallet_2020102207525186_tdbasm1.p12",
      "dbConfigLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/dbconfig/2020-10-22/DBCONFIG_auto_2020-10-22_07-52-43.0230.tar.gz",
      "name" : "Backup_Report_tdbasm1",
      "createTime" : "October 22, 2020 07:51:03 AM UTC",
      "state" : {
        "status" : "CONFIGURED"
      },
      "updatedTime" : "October 22, 2020 07:52:55 AM UTC",
      "backupReportLogDetail" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/rmandetaillogreport/2020-10-22/rman_list_backup_detail_auto_2020-10-22_07-52-33.0919.log",
      "dbInfo" : {
        "dbClass" : "OLTP",
        "dbType" : "SI",
        "dbShape" : "odb1",
        "dbEdition" : "EE",
        "dbStorage" : "ASM",
        "dbRedundancy" : null,
        "pdbName" : null,
        "isCdb" : false
      },
      "dbDataSize" : "1662M",
      "dbRedoSize" : "12298M",
      "rmanBackupPieces" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/backuppieces/2020-10-22/backupPieces_auto_4903d18a-6c20-4860-9ed0-d2ea7bd3d7b9_20201022075238.json",
      "compressionAlgo" : "MEDIUM",
      "cpuPool" : null,
      "numberOfCores" : null
    }
  3. SCNに基づいてバックアップ・レポートからリカバリするには、データベースIDとリカバリ用のバックアップ・レポートを識別します。

    次の例では、バックアップ・レポートのJSON入力ファイルはbackupreport.jsonです。

    # odacli recover-database -i b5fc646e-01a6-4c8b-8286-7633346c4 -br backupreport.json -p
  4. PITRに基づいてリカバリするには、リカバリのデータベースIDと日付と時間スタンプを特定します。
    # odacli recover-database -i b5fc646e-01a6-4c8b-8286-7633346c4 -t PITR -r 01/08/2018 12:57:33 –p
  5. SCNに基づいてリカバリするには、データベースIDとSCN番号を特定します。
    # odacli recover-database -i b5fc646e-01a6-4c8b-8286-7633346c4 -t SCN -s 392375947
  6. 最新のバックアップに基づいてリカバリするには、データベースIDを識別し、Latestオプションを使用します。
    # odacli recover-database -i b5fc646e-01a6-4c8b-8286-7633346c4 -t Latest -p
  7. ジョブが完了したことを確認します。 ブラウザ・ユーザー・インタフェースの「アクティビティ」タブでジョブを追跡するか、ジョブIDを指定してコマンドodacli describe-jobを実行できます。
    # odacli describe-job -i jobId
    ジョブが正常に完了すると、リカバリは完了です。

CLIを使用したデータベースのリストア

バックアップ・レポートおよびコマンドライン・インタフェースを使用して、Oracle Object StorageまたはNFSバックアップのロケーションからシステムにデータベースをリストアできます。

データベースをリストアすると、環境と妥当性チェックと設定タスクが実行されます。 データベースのリストアには、データベース・ストレージの作成、Oracle Home、制御ファイルの再作成、データベースの登録、およびRMANリストアとリカバリの確立など、多くのタスクと構成の詳細が必要です。 バックアップごとにOracle Database Applianceバックアップ・レポートが生成され、データベースのリストアに必要なメタデータが含まれています。 このレポートは、データベースを迅速かつ効率的にリストアするのに役立つように設計されています。

あるアプライアンスから別のアプライアンスに、またはソース・データベースが削除されたときに同じアプライアンスにデータベースをリストアすることができます:

  • 別のシステムにリストアするには、コマンドodacli create-backupで生成されたバックアップ・レポートを他のマシンの\binフォルダにコピーし、バックアップ・レポートとともにコマンドodacli irestore-databaseを使用します。

  • 同じシステムにリストアするには、ソース・データベースを削除し、コマンドodacli create-backupで生成されたバックアップ・レポートを使用します。

データベースを別のシステムにリストアするには、Oracle Object Storageのデータベース・バックアップ・レポート、Oracleウォレット内の有効な資格証明(ObjectStoreSwift)、Swift Object Store資格証明IDおよびSYSユーザー・パスワードが必要です。

ノート:

Standard Edition Oracle Database 19c以上では、Oracle RACやOracle RAC One Nodeデータベースはリストアできません。

コマンド・ライン(CLI)を使用してデータベースをリストアするには、次のステップを実行します:

  1. バックアップ・レポートのリストを表示し、データベースのOracle Object Storageに最新のバックアップ・レポートを配置し、バックアップ・レポートIDを保存します。
    # odacli list-backupreports
  2. バックアップ・レポートIDを使用して、最新のバックアップ・レポートの詳細を表示します。
    #  odacli  describe-backupreport -i 7fbb06bf-e3a3-4aed-b617-4d1cd3d33387
    {
      "id" : "7fbb06bf-e3a3-4aed-b617-4d1cd3d33387",
      "dbResId" : "4903d18a-6c20-4860-9ed0-d2ea7bd3d7b9",
      "tag" : "auto", 
      "dbId" : "3022438697",
      "dbName" : "tdbasm1",
      "dbUniqueName" : "tdbasm1",
      "backupType" : "regular-l0",
      "keepDays" : null,
      "backupLocation" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups",
      "cfBackupHandle" : "c-3022438697-20201022-03",
      "spfBackupHandle" : "c-3022438697-20201022-03",
      "pitrTimeStamp" : "October 22, 2020 07:51:59 AM UTC",
      "pitrSCN" : "2549429",
      "resetLogsTimeStamp" : "October 22, 2020 05:23:56 AM UTC",
      "resetLogsSCN" : "2510142",
      "oraHomeVersion" : "19.8.0.0.200714",
      "sqlPatches" : "31281355",
      "backupLogLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/rmanlog/2020-10-22/rman_backup_auto_2020-10-22_07-51-06.0546.log",
      "tdeWalletLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/TestLtBackupFailur/scaoda8s002-c/database/3022438697/tdbasm1/tdewallet/ewallet_2020102207525186_tdbasm1.p12",
      "dbConfigLoc" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/dbconfig/2020-10-22/DBCONFIG_auto_2020-10-22_07-52-43.0230.tar.gz",
      "name" : "Backup_Report_tdbasm1",
      "createTime" : "October 22, 2020 07:51:03 AM UTC",
      "state" : {
        "status" : "CONFIGURED"
      },
      "updatedTime" : "October 22, 2020 07:52:55 AM UTC",
      "backupReportLogDetail" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/rmandetaillogreport/2020-10-22/rman_list_backup_detail_auto_2020-10-22_07-52-33.0919.log",
      "dbInfo" : {
        "dbClass" : "OLTP",
        "dbType" : "SI",
        "dbShape" : "odb1",
        "dbEdition" : "EE",
        "dbStorage" : "ASM",
        "dbRedundancy" : null,
        "pdbName" : null,
        "isCdb" : false
      },
      "dbDataSize" : "1662M",
      "dbRedoSize" : "12298M",
      "rmanBackupPieces" : "https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/paasdevdbcssi/Bha_Backups/scaoda8s002-c/database/3022438697/tdbasm1/backuppieces/2020-10-22/backupPieces_auto_4903d18a-6c20-4860-9ed0-d2ea7bd3d7b9_20201022075238.json",
      "compressionAlgo" : "MEDIUM",
      "cpuPool" : null,
      "numberOfCores" : null
    }
  3. (オプション)新しいバックアップ・レポートを生成する必要がある場合は、コマンドodacli create-backupを使用します。
    # odacli create-backup
  4. データベース・バックアップのSwift Object Store資格証明IDを探します。
    # odacli list-objectstoreswifts 
  5. バックアップ・レポートをアプライアンスの\binディレクトリにあるフォルダ内のJSONファイルとして保存します。 たとえば、backupreport.json
  6. odacli irestore-databaseコマンドでJSONファイルを使用してデータベースをシステムにリストアします。
    コマンドを実行し、プロンプトが表示されたらSYSユーザー・パスワードを入力します。
    # odacli irestore-database -r backupreport.json -oid Object Store ID -m
    TDE対応データベースをリストアするには、TDEウォレット・パスワードを指定する必要があります。 ソース・データベースでTDEが有効な場合、リストアされたターゲット・データベースでもTDEが有効になります。
  7. ジョブが完了したことを確認します。 ブラウザ・ユーザー・インタフェースの「アクティビティ」タブでジョブを追跡するか、ジョブIDを指定してコマンドodacli describe-jobを実行できます。
    # odacli describe-job -i jobId

CLIを使用したアーカイブ・ログのリストア

コマンドライン・インタフェースを使用して、あるSCNから別のSCNに、またはあるタイムスタンプから別のタイムスタンプにアーカイブ・ログをリストアできます。

コマンドライン(CLI)を使用してアーカイブ・ログをリストアするには、次のステップに従います:

  1. あるSCNから別のSCNに、またはあるタイムスタンプから別のタイムスタンプにアーカイブ・ログをリストアします:
    # odacli restore-archivelog -fs from_scn -ts to_scn 
    # odacli restore-archivelog -ft from_timestamp -tt to_timestamp 

CLIを使用したバックアップの削除

古い、古いレベル0、レベル1、および長期バックアップを削除します。

レベル0およびレベル1のバックアップの場合、バックアップ構成で定義されているリカバリ・ウィンドウは、バックアップの廃止時期を決定します。 範囲は次のとおりです:

  • ディスクへのバックアップ: 1日から14日の間

  • Oracle Object Storageへのバックアップ: 1日から31日の間

Oracle Object Storageへの長期間のバックアップの場合は、データベースのバックアップ・レポートを表示して、バックアップの廃止時期を判断します。 長期バックアップを削除するには、データベース・リソースIDまたはデータベース名とバックアップ・レポートが必要です。

odacliコマンドを使用してデータベース・バックアップを削除するには、次のステップを実行します:

  1. すべてのバックアップ・レポートのリストを表示します。
    # odacli  list-backupreports 
  2. データベースIDとバックアップのタイプを取得します。
    # odacli  describe-backupreport -i Backup Report ID
  3. 不要なレベル0およびレベル1のバックアップを削除するには、データベースIDまたはデータベース名を使用してバックアップを削除します。
    # odacli delete-backup -i 20576eb1-bc32-4e34-bf97-fda0b60ca15b
  4. 長期バックアップを削除するには、バックアップ・レポートとJSONファイルを使用してバックアップを削除します。

    次の例では、バックアップ・レポートのJSON入力ファイルはbackupreport.jsonです。

    # odacli delete-backup -i 20576eb1-bc32-4e34-bf97-fda0b60ca15b -br backupreport.json