データベースのバックアップ、リストア、およびリカバリ操作を確認します。
Oracle Database Applianceでデータベースをバックアップし、リストアおよび回復機能を使用してデータベースを別のシステムにリストアするか、データベース・ファイルを回復します。
Oracle Database Appliance内のデータベースを、データベースを実行するために必要なディスク・ファイルの読み取りまたは書き込みに失敗したディスクの物理的な問題によるデータ損失から保護するためのバックアップ・リカバリ戦略を作成することが重要です。ユーザー・エラー。 バックアップ・ポリシーは、Webコンソールまたはコマンドライン・インタフェースから作成できます。
次のバックアップ・オプションを使用できます。
Oracle Fast Recovery Area (FRA)ディスクへのバックアップ
Oracle Cloud Infrastructureオブジェクト記憶域へのバックアップ(Oracleオブジェクト記憶域)
サードパーティのリポジトリでは、バックアップ、リストア、およびリカバリ機能を使用することはできません。
バックアップ機能を使用すると、バックアップ・レベルとロケーションを含むバックアップ・パラメータを使用してバックアップ構成を作成できます。 新規および既存のデータベースの場合、バックアップ構成を作成してデータベースにアタッチして日次バックアップを実行できます。 バックアップ構成がデータベースにアタッチされると、dcs-agent
はデータベースの自動バックアップを毎日スケジュールします。 デフォルトのスケジュールは、毎週日曜日のレベル0のバックアップと、月曜日から土曜日のレベル1のバックアップです。 スケジュールを編集または無効にすることができます。
dcs-agent
は、バックアップごとにバックアップ・レポートを生成して保存します。 バックアップ・レポートには、データベースのリカバリまたはリストアに必要なメタデータが含まれています。
注意:
透過的データ暗号化(TDE)を使用するデータベースをバックアップすることはできません。
Oracle Database Applianceでデータベースをリカバリするのは、完全なRMANデータベースのリカバリです。 バックアップ・レポート、ポイント・イン・タイム(PITR)、システム変更番号(SCN)、または最新のバックアップから回復できます。
バックアップ構成
バックアップ構成は、バックアップの詳細を定義します。 バックアップ構成を作成するときは、データベース・バックアップの宛先(ディスクまたはクラウド・オブジェクト記憶域)を定義し、バックアップ・レベルやリカバリ・ウィンドウなどの属性を定義します。
バックアップおよびリカバリにOracle Object Storageを使用する場合は、ObjectStoreリソースIDが必要です。
データベースの作成時に、バックアップ構成をデータベースに割り当てます。 既存のデータベースにバックアップ構成を添付したり、バックアップ構成を編集したりすることができます。
バックアップ・レベル
作成するバックアップ構成は、バックアップ・レベルを定義します。
レベル0: バックアップは、データファイル内のすべてのブロックを取得します。 デフォルトでは、レベル0のバックアップは毎週日曜日に発生します。 レベル0バックアップは完全バックアップであり、レベル1バックアップの親として使用されます。
レベル1: バックアップは、各データファイルのバックアップ間で変更されるブロックのみを取得する増分バックアップです。 デフォルトでは、レベル1のバックアップは月曜日から土曜日まで毎日実行され、変更されたデータファイル内の各ブロックのイメージがキャプチャされます。 レベル1のバックアップは差分バックアップです。 バックアップには、直前のレベル1またはレベル0のバックアップのブロックが含まれます。
LongTerm: バックアップは、長期間のアーカイブ・バックアップです。 LongTermを使用して、すべてを網羅したバックアップを作成し、バックアップ保存ポリシーから除外します。 データベースのリストアとリカバリに必要なすべてのファイルが単一のロケーションにバックアップされるため、バックアップはすべて包括的です。 バックアップは、リカバリ・ウィンドウで定義されている保持ポリシーから除外されています。 長期間のバックアップには、Oracle Object Storageを使用する必要があります。
AutoSchedulerは、日曜日にレベル0のバックアップを作成し、残りの曜日にレベル1を作成します。 スケジュールされたバックアップのリストを表示したり、バックアップ・スケジュールを編集したり、スケジュールされたバックアップを無効にすることができます。
ディスクへのバックアップ
ディスクにバックアップするときは、ディスクのOracle Fast Recovery Area (FRA)を使用しています。 FRAは、Oracleデータベースのバックアップおよびリカバリ操作を可能にするストレージ・ディレクトリです。 このディレクトリには、アーカイブREDOログ、バックアップ・ピースおよびコピー、および制御ファイルが含まれています。
ディスクへのバックアップの利点は次のとおりです。
ディスクに保存されたバックアップからのクイック・リカバリ
データベースのフラッシュバック機能
リカバリ関連のファイル(アーカイブ・ログなど)の自動化
注意:
ディスクにバックアップすると、データは暗号化されず、パスワードは許可されません。 さらに、ディスクへのバックアップには大量のディスク領域が必要です(データベースのサイズの最大2〜3倍)。ディスク使用時のバックアップとリカバリのワークフローの概要を以下に示します。
バックアップの構成を作成して、バックアップのロケーション(ディスク)、バックアップ・レベル、およびリカバリ・ウィンドウを定義します。
データベースを作成し、データベースの作成の一環としてバックアップ構成を添付します。 バックアップ構成がデータベースに関連付けられると、バックアップが自動的に作成されます。
古いバックアップを管理する。
ディスク上のバックアップからデータベースを復元します。
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を使用する利点は次のとおりです。
注意:
バックアップ中に使用するパスワードを安全なロケーションに保存し、リカバリ操作中にパスワードを提供する必要があります。バックアップからの迅速なリカバリ。 Oracle Object Storageを使用すると、Webコンソールを安全かつ安全に使用して、いつでもクラウド・プラットフォーム内から直接データを格納または取得できます。
リカバリ関連のファイル(アーカイブ・ログなど)の自動化
Oracle Object Storageは、オペレーティング・システムによって直接アクセスされるのではなく、APIを使用してアプリケーション・レベルでストレージにアクセスします。
Oracle Object Storageを使用する場合のバックアップおよびリカバリのワークフローの概要を次に示します。
資格証明を使用してObjectStoreSwiftオブジェクトを作成します。
バックアップ構成(ObjectStore)、ObjectStoreSwiftのリソースID、バックアップを格納するコンテナ(バケット)名、およびリカバリ・ウィンドウを定義するバックアップ構成を作成します。
データベースを作成し、データベースの作成の一環としてバックアップ構成を添付します。 バックアップ構成がデータベースに関連付けられると、バックアップが自動的に作成されます。
古いバックアップを管理する。
バックアップからリストアします。 バックアップをOracle Object Storageに保存すると、データベースを同じシステムまたは別のシステムにリストアできます。
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: バックアップ・レポートのタイムスタンプに基づいてリカバリを実行します。 「BackupReport」オプションはPITRに似ていますが、リカバリでは指定されたタイムスタンプの代わりにバックアップ・レポートのタイムスタンプが使用されます。
ポイント・イン・タイム・データベースのリカバリ
Point-in-Time Recovery (PITR)は、データベースを特定の特定の時点に回復します。 このタイプのリカバリには、タイムスタンプまたはバックアップ・レポートを使用できます。
Point-in-Timeリカバリは、次の状況でよく使用されます。
ユーザーのエラーまたは破損により、必要なデータが削除されたり、破損したデータが導入されたりします。 たとえば、誰かが誤って1つまたは複数の表の内容を削除または更新したり、アプリケーションの更新中に必要なデータベース・オブジェクトを削除したり、途中で失敗する大きなバッチ更新を実行したりします。
データベースのアップグレードは失敗します。
システム変更番号のリカバリ
システム変更番号(SCN)は、ある時点におけるデータベースのコミット済みバージョンを定義するスタンプです。 Oracleはすべてのコミット済トランザクションに一意のSCNを割り当てます。 データベースを最新の時間またはSCNにリカバリすることができます。
ターゲット時間より前に作成されたバックアップからデータベースをリストアし、増分バックアップとログを適用して、データファイル・バックアップの時間とリカバリの終了時点の間のすべての変更を再作成します。 エンドポイントがSCNとして指定されると、データベースはREDOログを適用し、各REDOスレッドまたは指定されたSCNのいずれかが最初に発生した後で停止します。 エンドポイントが時刻として指定されると、データベースは指定された時間内に適切なSCNを内部的に決定し、このSCNに回復します。
SCNは、Oracleデータベースのデータ一貫性を維持するための主要なメカニズムです。 実行ごとに、SCNのカウントが増加します。 SCNを使用する領域の例を次に示します。
レコードをやり直す。 すべてのREDOレコードには、REDOヘッダーにSCNバージョンのREDOレコードがあります(REDOレコードには一意でないSCNを含めることができます)。 RACの場合のように、2つのスレッドからのREDOレコードが与えられた場合、リカバリでSCN順に順序付けられ、本質的に厳密な順序が維持されます。
データ・ブロック。 すべてのデータ・ブロックにブロックSCN (ブロック・バージョン)があります。 それに加えて、REDOレコード内の変更ベクトルもブロックSCNを予期しています。 つまり、ブロックの1つのバージョンのみに変更ベクトルを適用できます。 コードは、変更ベクトル内のターゲットSCNがブロックSCNと一致するかどうかをチェックしてから、REDOレコードを適用します。 不一致があると、破損エラーがスローされます。
一貫性を読んでください。 すべての問合せには、問合せの開始時にSCNを含む問合せ環境があります。 セッションは、SCNがSCNよりも低いトランザクション・コミットをコミットする場合にのみ、トランザクションの変更を確認できます。
Commit すべてのコミットはトランザクション境界を示すSCN (コミットSCN)を生成します。 グループ・コミットも可能です。
廃止されたデータベース・バックアップ
旧式のバックアップが廃止されると、それを削除することが重要です。 データベースのバックアップ構成で定義するバックアップのタイプとリカバリ・ウィンドウによって、不要なデータベースのバックアップがいつ削除されるかが決まります。
レベル0およびレベル1のバックアップでは、特定のデータベース・リソース識別子に対してコマンドodacli delete-backup
を実行し、定義済みのリカバリ・ウィンドウに基づいて不要なバックアップを削除します。
長期間のバックアップの場合は、JSON入力ファイルを作成し、特定のバックアップ・レポートにコマンドodacli delete-backup
を使用してOracle Object Storageからバックアップを削除します。
ディスク: 1-14日
オブジェクト記憶域: 1-31日
親トピック: データベースのバックアップ、リストア、リカバリ
Webコンソールを使用して、ディスクのOracle高速リカバリ領域(FRA)またはオブジェクト・ストアにデータベースをバックアップするポリシーを作成します。
dcs-agent
はデータベースの自動バックアップを毎日スケジュールします。 親トピック: データベースのバックアップ、リストア、リカバリ
Webコンソールを使用して、リカバリ・ウィンドウを更新するか、データベース・バックアップ・ポリシーのクロスチェック・オプションを変更します。
親トピック: データベースのバックアップ、リストア、リカバリ
バックアップ・ポリシーをデータベースに適用する、手動バックアップを作成する、データベース・バックアップ・スケジュールを更新する、アーカイブ・ログ・バックアップを更新します。
odacli create-backup
を使用します。 親トピック: データベースのバックアップ、リストア、リカバリ
各データベースには利用可能なバックアップのログがあります。 ログには、バックアップのタイプ、ロケーション、日付とタイムスタンプが一覧表示されます。
親トピック: データベースのバックアップ、リストア、リカバリ
バックアップ構成ファイルをデータベースにアタッチして、データベースのバックアップ属性と宛先を定義します。
親トピック: データベースのバックアップ、リストア、リカバリ
Webコンソールを使用して、あるアプライアンスから別のアプライアンスに、またはソース・データベースが削除されたときに同じアプライアンスにデータベースをリストアします。
データベースをバックアップした後、リストアすることができます。 データベースをリストアすると、環境と妥当性チェックとセットアップ・タスクが実行されます。 データベースのリストアには、データベース記憶域の作成、Oracle Home、制御ファイルの再作成、データベースの登録、およびRMANリストアとリカバリの確立など、多くのタスクと構成の詳細が必要です。 バックアップごとにOracle Database Applianceバックアップ・レポートが生成され、データベースのリストアに必要なメタデータが含まれています。 このレポートは、データベースを迅速かつ効率的にリストアするのに役立つように設計されています。
ホストのオブジェクト・ストア資格証明を取得します。
バックアップ先としてオブジェクト・ストアの資格証明を使用してバックアップ・ポリシーを作成します。
バックアップするデータベースにバックアップ・ポリシーを添付します。
データベースの手動バックアップを作成し、ファイルを保存します。
親トピック: データベースのバックアップ、リストア、リカバリ
バックアップ・レポート、ポイント・イン・タイム・リカバリ(PITR)、システム変更番号(SCN)、または最新のバックアップ時間を使用して、データベースをシステムにリカバリします。
Oracle Database Applianceでデータベースをリカバリするのは、完全なRMANデータベースのリカバリです。
バックアップ・レポートをリカバリするには、バックアップ・レポートのJSON入力が必要です。
親トピック: データベースのバックアップ、リストア、リカバリ
古い、古いレベル0、レベル1、および長期バックアップを削除します。
レベル0およびレベル1のバックアップの場合、バックアップ構成で定義されているリカバリ・ウィンドウは、バックアップの廃止時期を決定します。 範囲は次のとおりです。
ディスクへのバックアップ: 1日から14日の間
Oracleオブジェクト記憶域へのバックアップ: 1日から31日の間
Oracle Object Storageへの長期間のバックアップの場合は、データベースのバックアップ・レポートを表示して、バックアップの廃止時期を判断します。 長期バックアップを削除するには、データベース・リソースIDまたはデータベース名とバックアップ・レポートが必要です。
親トピック: データベースのバックアップ、リストア、リカバリ
コマンドライン・インタフェースを使用してデータベース・バックアップ・ポリシーを作成します。
親トピック: データベースのバックアップ、リストア、リカバリ
コマンドライン・インタフェースを使用して、データベースをOracle Fast Recovery Area (FRA)にバックアップするポリシーを作成します。
Webコンソールまたはコマンドライン・インタフェースを使用してバックアップ構成を作成できます。 ほとんどのバックアップおよびリカバリ・コマンドでは、リソース名またはリソースIDのいずれかを指定してデータベースを識別できます。
ディスクへのバックアップには、多くのディスク領域が必要です(データベースのサイズの最大2〜3倍)。
親トピック: CLIを使用したバックアップ、リストア、およびリカバリ
Oracle Cloud Infrastructure Object Storageにデータベースをバックアップするためのバックアップ構成を作成します。
Oracle Object Storageにバックアップする前に、Oracle Cloud Infrastructure Object Storageアカウントにサインアップし、Oracle Object Storage資格証明を確認する必要があります。 Oracle ObjectStoreSwiftオブジェクトを作成すると、このコマンドは資格証明の詳細を作成してシステムに格納し、暗号化されたOracleウォレットに格納します。 Oracleウォレットにはテナント名、ユーザー名が含まれ、エンドポイントURLが定義されます。
Oracle Storeに移動し、Oracle Cloud Infrastructureオブジェクト・ストレージにサインアップします。
コマンド行インタフェースを使用して、レベル0、レベル1、またはLongTermデータベースのバックアップを作成します。
Webコンソールまたはコマンドライン・インタフェースでデータベース・バックアップを作成できます。 バックアップ構成ファイルをデータベースにアタッチすると、dcs-agent
はデータベースの毎日のバックアップを自動的にスケジュールします。 日時はOracle Database Applianceタイムゾーンに基づいています。 AutoScheduleは毎週日曜日にレベル0のバックアップを、レベル1はその他の6日間をトリガーします。 odacli update-schedule
コマンドを使用して、スケジュールされたバックアップ時間を無効にするか変更します。
自動バックアップ以外の長期データベース・バックアップまたはレベル0またはレベル1バックアップを作成するには、コマンドodacli create-backup
を使用します。
注意:
データベースをリカバリするには、ディスクまたはOracle Object Storageとレベル0のバックアップ・レポートを使用できます。 データベースを別のシステムにリストアするには、Oracle Object Storageに長期データベース・バックアップを作成する必要があります。親トピック: CLIを使用したバックアップ、リストア、およびリカバリ
バックアップ・レポートとコマンドライン・インタフェースを使用して、データベースをOracle Object Storageからシステムにリストアします。
データベースをリストアすると、環境と妥当性チェックとセットアップ・タスクが実行されます。 データベースのリストアには、データベース記憶域の作成、Oracle Home、制御ファイルの再作成、データベースの登録、およびRMANリストアとリカバリの確立など、多くのタスクと構成の詳細が必要です。 バックアップごとにOracle Database Applianceバックアップ・レポートが生成され、データベースのリストアに必要なメタデータが含まれています。 このレポートは、データベースを迅速かつ効率的にリストアするのに役立つように設計されています。
あるアプライアンスから別のアプライアンスに、またはソース・データベースが削除されたときに同じアプライアンスにデータベースをリストアすることができます。
別のシステムにリストアするには、コマンドodacli create-backup
で生成されたバックアップ・レポートを他のマシンの\bin
フォルダにコピーし、バックアップ・レポートとともにコマンドodacli irestore-database
を使用します。
同じシステムにリストアするには、ソース・データベースを削除し、コマンドodacli create-backup
で生成されたバックアップ・レポートを使用します。