Oracle Exadata Database Service on Cloud@Customerでのデータベースのバックアップおよびリカバリの管理
Oracle Exadata Database Service on Cloud@Customerで提供されるバックアップおよびリカバリ機能を操作する方法について学習します。
- バックアップの保存先
バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。 - Exadata CloudでのOracle Databaseのバックアップ方法
Oracle Exadata Database Service on Cloud@Customerでは、推奨ソリューションとして、バックアップを構成および取得するための2つのアプローチ(Oracle管理バックアップとユーザー構成バックアップ)を提供しています。 - dbaascliを使用したバックアップの構成およびカスタマイズ
コンソールベースの自動バックアップ・オプションに加えて、dbaascliを使用してバックアップを構成およびカスタマイズします。 - dbaascliを使用したオンデマンド・バックアップの作成
dbaascli
を使用して、完全なデータベースまたは個々のプラガブル・データベース(PDB)のオンデマンド・バックアップを作成できます。 - 手動バックアップおよびリカバリ管理を容易にするための自動バックアップの無効化
- リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズ
- 代替バックアップ方法
OCIコンソールに加えて使用可能な代替バックアップ方法について学習します。
親トピック: ハウツー・ガイド
バックアップ保存先
バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。
- Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について
バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。 - Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件
Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップ保存先を構成するには、前提条件を確認します。 - Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先のコンソールの使用
コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerのインフラストラクチャのバックアップ保存先を作成、編集、移動および終了します。 - APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップ保存先の管理
APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します。
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について
バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。
Oracle Exadata Database Service on Cloud@Customerには、各データベースで個別に構成できるバックアップ機能があります。
Exadata Cloud@Customerでのデータベースの管理およびExadata Cloud@Customerでのデータベースのバックアップおよびリカバリの管理を参照してください。
リカバリ・アプライアンスまたは管理するネットワーク・ファイル・ストレージ(NFS)の場所にバックアップを保存する場合は、最初にバックアップ保存先を作成する必要があります。各バックアップ保存先では、リカバリ・アプライアンスまたはNFSの場所への接続に必要なプロパティを定義します。各バックアップ保存先は、データ・センター内でVMクラスタ・ノードからアクセス可能である必要があります。
Oracle Exadata Database Service on Cloud@Customerのバックアップ機能では、バックアップをOracle Cloud Infrastructureオブジェクト・ストレージに、またはOracle Exadata Database Service on Cloud@Customerシステム上のローカルExadataストレージに格納することもできます。ただし、このような他の場所にバックアップ保存先を作成する必要はありません。かわりに、データベースを作成するときに、クラウド・オブジェクト・ストレージまたはローカルExadataストレージへのバックアップに適用可能なオプションを直接使用できます。
Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、クラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合、機密情報を入力することは避けてください。
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件
Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップ保存先を構成するには、前提条件を確認します。
- Zero Data Loss Recovery Applianceのバックアップ保存先の場合:
- アプライアンスは、バックアップの取得に使用される仮想プライベート・カタログ(VPC)ユーザーを指定して構成する必要があります。
- アプライアンスは、バックアップするデータベースの一意のデータベース名およびVPCユーザーへのマッピングを指定して構成する必要があります。
- アプライアンスは、Zero Data Loss Recovery Appliance管理者が提供する Oracle Net Services接続文字列を使用して Oracle Exadata Database Service on Cloud@Customerシステムからアクセスできる必要があります。
- NFSのバックアップ保存先の場合:
- Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
- NFSサーバーの場所を、VMクラスタ内の各ノードのローカル・マウント・ポイント・ディレクトリにマウントする必要があります。
- ローカル・マウント・ポイント・ディレクトリとNFSサーバーは、クラスタ内のすべてのノードで同一である必要があります。
- NFSマウントがすべてのVMクラスタ・ノードで継続的に維持されるようにする必要があります。
- NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上で
oracle
オペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
- Cloud@Customer上のAutonomous Database:
ノート
Oracle Autonomous Database on Exadata Cloud@Customerでは、NFSバージョン3および4がサポートされています。ただし、両方のバージョンが有効になっているマウントは、デフォルトでバージョン4になります。- Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。
バックアップ先にバックアップ・ネットワークを介してアクセスできないが、クライアント・ネットワークを介してアクセス可能である場合、バックアップ・トラフィックはクライアント・ネットワークを介してルーティングされます。
- NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上で
oracle
オペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。 - 権限がユーザー・レベルで制御されている場合、Autonomous VMクラスタの
oracle
ユーザーのuid:gid
は1001:1001です。 - ポート範囲を制限するNFSv4サーバーの場合、管理者ユーザーがNFSサーバーに接続できないようにするには、insecureオプションを使用する必要があります。
- Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。
- Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
親トピック: バックアップ保存先
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先のコンソールの使用
コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerのインフラストラクチャのバックアップ保存先を作成、編集、移動および終了する方法について学習します。
- コンソールを使用したバックアップ保存先の作成
バックアップ保存先を作成するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用したバックアップ保存先の編集
バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用した別のコンパートメントへのバックアップ保存先の移動
バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用したバックアップ保存先の削除
バックアップ保存先を削除するには、バックアップ保存先の構成の値を指定する準備をします。
親トピック: バックアップ保存先
コンソールを使用したバックアップ保存先の編集
バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。
バックアップ保存先を編集できるのは、現在、それがデータベースに関連付けられていない場合のみです。
コンソールを使用した別のコンパートメントへのバックアップ保存先の移動
バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。
バックアップ保存先を移動することで、それを含むコンパートメントを変更できます。
バックアップ保存先を移動しても、他の関連付けられたリソースは、コンパートメントの変更の影響を受けません。これらの他のリソース(関連付けられたデータベースなど)は、現在のコンパートメントに残ります。
APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップ保存先の管理
APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します。
APIの使用およびリクエストの署名の詳細は、「REST API」および「セキュリティ資格証明」を参照してください。SDKについては、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。
CreateBackupDestination
DeleteBackupDestination
GetBackupDestination
ListBackupDestination
UpdateBackupDestination
ChangeBackupDestinationCompartment
APIの完全なリストは、「データベース・サービスAPI」を参照してください。
Exadata CloudでのOracle Databaseのバックアップ方法
Oracle Exadata Database Service on Cloud@Customerでは、推奨ソリューションとして、バックアップを構成および取得するための2つのアプローチ(Oracle管理バックアップとユーザー構成バックアップ)を提供しています。
- Oracle管理バックアップ
データベース・バックアップは、1回かぎりの構成に基づいて、Oracle Exadata Database Service on Cloud@Customerサービスによって完全に管理されます。 - ユーザー構成バックアップ
ユーザーの責任で、そのプリファレンスに従ってdbaascli
を使用してバックアップ操作を構成および実行します。
Oracle管理バックアップ
データベース・バックアップは、1回かぎりの構成に基づいて、完全にOracle Exadata Database Service on Cloud@Customerサービスによって管理されます。
構成後は、バックアップのスケジュールやバックアップの削除などのメンテナンスを実行する必要はありません。Oracleは、明確に定義されたワークフローを通じてバックアップを管理します。特定のバックアップ構成パラメータは、Oracle管理バックアップのワークフローと完全に統合されていません。バックアップ用にこれらのパラメータのいずれかを設定する場合は、dbaascli database backup —configure
を使用して設定できます。詳細は、バックアップ用のデータベースの構成を参照してください。
- バックアップの保存先
バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。 - 自動バックアップおよびリカバリ
関連トピック
バックアップ保存先
バックアップの保存先は、データベース・バックアップを送信するためのターゲットです。ターゲットは、ローカル・ファイルシステム、オブジェクト・ストア、NFSマウントまたはZDLRAです。
- Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について
バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。 - Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件
Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップの保存先を構成するには、前提条件を確認します。 - Using the Console for Backup Destinations for Oracle Exadata Database Service on Cloud@Customer
Learn how to use the console to create, edit, move, and terminate a backup destination for your infrastructure for Oracle Exadata Database Service on Cloud@Customer. - APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップの保存先の管理
APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップの保存先を管理してください。
親トピック: Oracle管理バックアップ
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理について
バックアップでは、Oracle Exadata Database Service on Cloud@Customerのバックアップ機能を使用するか、管理する場所にバックアップの場所を構成できます。
Oracle Exadata Database Service on Cloud@Customerには、各データベースで個別に構成できるバックアップ機能があります。
Exadata Cloud@Customerでのデータベースの管理およびExadata Cloud@Customerでのデータベースのバックアップおよびリカバリの管理を参照してください。
リカバリ・アプライアンスまたは管理するネットワーク・ファイル・ストレージ(NFS)の場所にバックアップを保存する場合は、最初にバックアップ保存先を作成する必要があります。各バックアップ保存先では、リカバリ・アプライアンスまたはNFSの場所への接続に必要なプロパティを定義します。各バックアップ保存先は、データ・センター内でVMクラスタ・ノードからアクセス可能である必要があります。
Oracle Exadata Database Service on Cloud@Customerのバックアップ機能では、バックアップをOracle Cloud Infrastructureオブジェクト・ストレージに、またはOracle Exadata Database Service on Cloud@Customerシステム上のローカルExadataストレージに格納することもできます。ただし、このような他の場所にバックアップ保存先を作成する必要はありません。かわりに、データベースを作成するときに、クラウド・オブジェクト・ストレージまたはローカルExadataストレージへのバックアップに適用可能なオプションを直接使用できます。
Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用して、クラウド・リソースに説明、タグまたはわかりやすい名前を割り当てる場合、機密情報を入力することは避けてください。
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の前提条件
Zero Data Loss Recovery Applianceの場所またはNFSバックアップの場所でバックアップ保存先を構成するには、前提条件を確認します。
- Zero Data Loss Recovery Applianceのバックアップ保存先の場合:
- アプライアンスは、バックアップの取得に使用される仮想プライベート・カタログ(VPC)ユーザーを指定して構成する必要があります。
- アプライアンスは、バックアップするデータベースの一意のデータベース名およびVPCユーザーへのマッピングを指定して構成する必要があります。
- アプライアンスは、Zero Data Loss Recovery Appliance管理者が提供する Oracle Net Services接続文字列を使用して Oracle Exadata Database Service on Cloud@Customerシステムからアクセスできる必要があります。
- NFSのバックアップ保存先の場合:
- Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
- NFSサーバーの場所を、VMクラスタ内の各ノードのローカル・マウント・ポイント・ディレクトリにマウントする必要があります。
- ローカル・マウント・ポイント・ディレクトリとNFSサーバーは、クラスタ内のすべてのノードで同一である必要があります。
- NFSマウントがすべてのVMクラスタ・ノードで継続的に維持されるようにする必要があります。
- NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上で
oracle
オペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。
- Cloud@Customer上のAutonomous Database:
ノート
Oracle Autonomous Database on Exadata Cloud@Customerでは、NFSバージョン3および4がサポートされています。ただし、両方のバージョンが有効になっているマウントは、デフォルトでバージョン4になります。- Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。
バックアップ先にバックアップ・ネットワークを介してアクセスできないが、クライアント・ネットワークを介してアクセス可能である場合、バックアップ・トラフィックはクライアント・ネットワークを介してルーティングされます。
- NFSマウント・ファイル・システムは、すべてのVMクラスタ・ノード上で
oracle
オペレーティング・システム・ユーザーによる読取りおよび書込みが可能である必要があります。 - 権限がユーザー・レベルで制御されている場合、Autonomous VMクラスタの
oracle
ユーザーのuid:gid
は1001:1001です。 - ポート範囲を制限するNFSv4サーバーの場合、管理者ユーザーがNFSサーバーに接続できないようにするには、insecureオプションを使用する必要があります。
- Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成時に有効なバックアップ・ネットワークIPアドレスを入力します。
- Oracle Exadata Database Service on Cloud@Customer非自律型データベース:
親トピック: バックアップ保存先
Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先のコンソールの使用
コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerのインフラストラクチャのバックアップ保存先を作成、編集、移動および終了する方法について学習します。
- コンソールを使用したバックアップ保存先の作成
バックアップ保存先を作成するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用したバックアップ保存先の編集
バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用した別のコンパートメントへのバックアップ保存先の移動
バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。 - コンソールを使用したバックアップ保存先の削除
バックアップ保存先を削除するには、バックアップ保存先の構成の値を指定する準備をします。
親トピック: バックアップ保存先
コンソールを使用したバックアップ保存先の編集
バックアップ保存先を編集するには、バックアップ保存先の構成の値を指定する準備をします。
バックアップ保存先を編集できるのは、現在、それがデータベースに関連付けられていない場合のみです。
コンソールを使用した別のコンパートメントへのバックアップ保存先の移動
バックアップ保存先を移動するには、バックアップ保存先の構成の値を指定する準備をします。
バックアップ保存先を移動することで、それを含むコンパートメントを変更できます。
バックアップ保存先を移動しても、他の関連付けられたリソースは、コンパートメントの変更の影響を受けません。これらの他のリソース(関連付けられたデータベースなど)は、現在のコンパートメントに残ります。
APIを使用したOracle Exadata Database Service on Cloud@Customerバックアップ保存先の管理
APIコールのリストを確認して、Oracle Exadata Database Service on Cloud@Customerバックアップ保存先を管理します。
APIの使用およびリクエストの署名の詳細は、「REST API」および「セキュリティ資格証明」を参照してください。SDKについては、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。
CreateBackupDestination
DeleteBackupDestination
GetBackupDestination
ListBackupDestination
UpdateBackupDestination
ChangeBackupDestinationCompartment
APIの完全なリストは、「データベース・サービスAPI」を参照してください。
自動バックアップおよびリカバリ
- Oracle Exadata Database Service on Cloud@Customerでのデータベース・バックアップの管理について
Oracle Exadata Database Service on Cloud@Customerでデータベースを作成する場合にバックアップを構成する方法について学習します。 - コンソールを使用したバックアップとリカバリの構成および管理
コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストの表示、バックアップ設定の編集、およびデータベースのリストアを行う方法について学習します。 - APIを使用したデータベースのバックアップおよびリカバリの管理
APIを使用して、Oracle Exadata Database Service on Cloud@Customerでデータベースのバックアップおよびリカバリを管理する方法について学習します。
親トピック: Oracle管理バックアップ
Oracle Exadata Database Service on Cloud@Customerでのデータベース・バックアップの管理について
Oracle Exadata Database Service on Cloud@Customerでデータベースを作成する場合にバックアップを構成する方法について学習します。
Oracle Exadata Database Service on Cloud@Customerには、Oracle Recovery Manager (RMAN)を使用する自動データベース・バックアップ機能があります。Oracle Exadata Database Service on Cloud@Customerでデータベースを作成する場合、バックアップ保存先を指定し、自動バックアップを有効にできます。詳細は、Oracle Exadata Database Service on Cloud@Customerのバックアップ保存先の管理に関するこのドキュメントの情報を参照してください。
データベースの作成後に、次も可能です:
- 使用可能なバックアップのリストを表示します。
- 自動バックアップを有効または無効にします。
- バックアップ設定を編集します。
- データベースをリストアします。
これらの操作は、コンソールまたはAPIを使用して実行できます。
自動データベース・バックアップは次のように構成されます:
-
自動バックアップは毎日スケジュールされます。自動バックアップ・プロセスは、データベースをホストする仮想マシン(VM)クラスタのタイム・ゾーンの午前0:00から午前6:00までの日次バックアップ・ウィンドウ内でいつでも実行できます。
-
自動バックアップでは、完全(RMANレベル0)および増分(RMANレベル1)のデータベース・バックアップの組合せが使用されます:
- Zero Data Loss Recovery Applianceへのバックアップの場合、最初の完全バックアップが実行された後で、Zero Data Loss Recovery Applianceが日次増分バックアップごとに仮想完全バックアップを作成して検証します。
- NFSまたはOSSへのバックアップの場合、レベル0のバックアップのデフォルト間隔は7日間です。デフォルトのレベル0の日は日曜日です。
- ローカルExadataストレージへのバックアップの場合:
ローカルExadataストレージの保持期間オプションは、7日または14日です。ローカルExadataストレージへのバックアップ用に選択した保持ウィンドウに関係なく、最初のレベル0のイメージ・コピーが取得されると、増分レベル1のバックアップが常に実行されます。また、増分レベル1のバックアップは、保持期間より古くなるとレベル0のイメージ・コピー・バックアップにマージされます。
例: ローカル保持ウィンドウの14日には、1つのマージされたレベル0と14個の増分レベル1に加え、14日間のアーカイブ・ログが含まれます。
-
保持期間により、自動バックアップを保持する期間を定義します:
- Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。
- ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。
- Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。
- デフォルトでは、Oracle Databaseは
ARCHIVELOG
モードで実行され、アーカイブREDOログ・ファイルは30分ごとにバックアップされます。 - バックアップ保存先に関係なく、ユーザー・データのバックアップはデフォルトで暗号化されます。
バックアップの進行中は、仮想マシンの再起動やパッチの適用など、可用性に影響を与える可能性のあるアクションを実行しないことをお薦めします。自動バックアップ操作が失敗した場合、バックアップは、次の日のバックアップ・ウィンドウまで延期されます。
必要な場合は、次の時点までOracle Databaseをリストアできます:
- 使用可能な最新のリストア・ポイント。
- タイムスタンプの指定による特定の時点。
- Oracle Databaseのシステム変更番号(SCN)。
このトピックで説明したバックアップおよびリカバリ機能は、Oracle Databaseのデータ・ファイル、ログ・ファイル、制御ファイル、サーバー・パラメータ(SP)ファイルを含むデータベースのバックアップおよびリカバリにのみ適用されます。仮想マシン上の他のファイルのバックアップは、ユーザーの責任で行います。特に、透過的データ暗号化(TDE)キーストア(ウォレット)をバックアップすることを強くお薦めします。TDEキーストアがないと、バックアップに含まれているデータを読み取れないため、Oracle Databaseのバックアップは事実上無効になります。
TAGベースのリカバリがエラーORA-01152
で失敗した場合は、Recovery Manager (RMAN)を直接使用してリカバリを完了します。
ローカル構成でdbaascli
を使用したサーバー・パラメータ・ファイル(SPFILE)のリカバリが失敗した場合は、Recovery Manager (RMAN)を直接使用してリカバリを完了します。
親トピック: 自動バックアップおよびリカバリ
コンソールを使用したバックアップとリカバリの構成および管理
コンソールを使用して、Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストの表示、バックアップ設定の編集、およびデータベースのリストアを行う方法について学習します。
- コンソールを使用した使用可能なバックアップのリストの表示
Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストを表示するには、この手順を実行します。 - コンソールを使用したバックアップ設定の編集
バックアップ保存先の編集、バックアップ・スケジュールの変更およびその他のバックアップ管理を行うには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用できます。 - コンソールを使用したデータベースのリストア
データベースを特定の時点、システム変更番号(SCN)または最新のバックアップにリストアするには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用します。
親トピック: 自動バックアップおよびリカバリ
コンソールを使用した使用可能なバックアップのリストの表示
Oracle Exadata Database Service on Cloud@Customerで使用可能なバックアップのリストを表示するには、この手順を実行します。
管理対象バックアップのみがコンソールに同期されます。バックエンドで直接バックアップを構成した場合、それらはコンソールに同期されません。これは予期される動作であり、Oracleにはこの動作を変更する計画はありません。
コンソールを使用したバックアップ設定の編集
バックアップ保存先の編集、バックアップ・スケジュールの変更およびその他のバックアップ管理を行うには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用できます。
- ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
- バックアップ設定を編集するデータベースをホストするVMクラスタを含むリージョンおよびコンパートメントを選択します。
- 「VMクラスタ」をクリックします。
- バックアップ設定を編集するデータベースをホストするVMクラスタの名前をクリックします。
- 「VMクラスタ詳細」ページの「リソース」リストで、「データベース」をクリックします。
- バックアップ設定を編集するデータベースの名前をクリックします。
「データベース詳細」ページに、選択したデータベースに関する情報が表示されます。
- 「バックアップ設定の編集」をクリックします。
- 現在のバックアップ構成によって、次のように、「バックアップ設定」ダイアログで行うことができる変更が決まります:
-
自動バックアップが構成されていない場合、次の設定を使用してデータベースのバックアップ構成を定義できます:
- バックアップ保存先のタイプ: リストからオプションを選択します。
- ローカル Exadata Database Service on Cloud@Customerシステム上のExadata Storage Serverにローカルにバックアップを格納する場合に選択します。
このオプションは、データベースをホストするVMクラスタ内のローカルExadataストレージでバックアップを有効にした場合にのみ使用できます。
- オブジェクト・ストレージ Oracle Cloud InfrastructureでOracleによって管理されるオブジェクト・ストレージ・コンテナにバックアップを格納する場合に選択します。
このオプションを使用する場合、Exadata Database Service on Cloud@CustomerシステムにOracle Cloud Infrastructure Object Storageへのエグレス接続が必要です。
- NFS ネットワーク・ファイル・システム(NFS)ストレージを使用する事前定義済のいずれかのバックアップ保存先にバックアップを格納する場合に選択します。「Exadata Database Service on Cloud@Customerのバックアップ保存先の管理」を参照してください。
このオプションを選択する場合、NFSバックアップ保存先のリストから選択する必要もあります。
- リカバリ・アプライアンス Oracle Zero Data Loss Recovery Applianceを使用する事前定義済のいずれかのバックアップ保存先にバックアップを格納する場合に選択します。Exadata Database Service on Cloud@Customerのバックアップ保存先の管理を参照してください。
このオプションを選択した場合は、次の情報も指定する必要があります:
- 「リカバリ・アプライアンス」のリストからバックアップ保存先を選択します。
- 「VPCユーザー」リストから選択します。これには、リカバリ・アプライアンスのバックアップ保存先に定義されている仮想プライベート・カタログ(VPC)ユーザー名のリストが含まれています。
- VPCユーザーのパスワードを指定します。
ノート
バックアップ保存先を選択した場合、後で変更することはできません。
リアルタイムREDOトランスポート(RTRT)動作のカスタマイズの詳細は、リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズを参照してください
- ローカル Exadata Database Service on Cloud@Customerシステム上のExadata Storage Serverにローカルにバックアップを格納する場合に選択します。
- 自動バックアップの有効化: 自動バックアップのポリシーを使用して日次バックアップを有効にする場合は、このオプションを選択します。
- バックアップ保持期間: 自動バックアップを保持する期間について、いずれかのオプションを選択する場合にこのオプションを選択します。
ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。
Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。
このオプションは、リカバリ・アプライアンスのバックアップ保存先には適用されません。Oracle Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。
- バックアップ保存先のタイプ: リストからオプションを選択します。
- 自動バックアップが事前に構成されている場合、次の変更を行うことができます:
- Oracle Zero Data Loss Recovery Applianceのバックアップ保存先の場合、アプライアンスへのアクセスに使用する仮想プライベート・カタログ(VPC)ユーザーのパスワードを更新できます。
- Oracle Zero Data Loss Recovery Applianceを使用しないバックアップ保存先の場合、自動バックアップのバックアップ保持期間を更新できます:
- ローカルExadataストレージへのバックアップの場合、7日または14日の保持期間を選択できます。デフォルトの保持期間は7日です。
- Oracle Cloud Infrastructure Object StorageまたはNFSバックアップ保存先へのバックアップの場合、事前設定された保持期間(7日、14日、30日、45日または60日)のいずれかを選択できます。デフォルトの保持期間は30日です。
- Oracle Zero Data Loss Recovery Applianceへのバックアップの場合、アプライアンスに実装されている保持ポリシーによって保持期間が制御されます。
- オプションを「自動バックアップの有効化」に設定できます。このオプションを選択すると、自動データベース・バックアップが有効になります。このオプションを選択解除すると、自動データベース・バックアップは一時停止されます。
-
- 「変更の保存」をクリックします。
コンソールを使用したデータベースのリストア
データベースを特定の時点、システム変更番号(SCN)または最新のバックアップにリストアするには、Oracle Exadata Database Service on Cloud@Customerコンソールを使用します。
リストアできるのは、同じDBホーム(インプレース・リストア)内の23aiデータベースのみです。
データベースをリストアするには、次の手順を使用します:
- ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
- リストアするデータベースをホストするVMクラスタを含むリージョンおよびコンパートメントを選択します。
- 「VMクラスタ」をクリックします。
- リストアするデータベースをホストするVMクラスタの名前をクリックします。
- 「VMクラスタ詳細」ページの「リソース」リストで、「データベース」をクリックします。
- リストアするデータベースの名前をクリックします。
「データベース詳細」ページに、選択したデータベースに関する情報が表示されます。
- 「データベースのリストア」をクリックします。
- 表示されたダイアログ・ボックスで、次のオプションのいずれかを選択し、「データベースのリストア」をクリックします:
- 最新にリストア: データベースがリストアされ、データ損失の可能性がゼロまたは最も低い状態にリカバリされます。
- タイムスタンプにリストア: データベースがリストアされ、指定されたタイムスタンプにリカバリされます。
- SCNにリストア: データベースがリストアされ、指定されたOracle Databaseのシステム変更番号(SCN)にリカバリされます。指定されたSCNは有効である必要があり、そうでないと操作は失敗します。
NFSストレージでのタイムスタンプまたはSCNへのポイント・イン・タイム・リストア後のバックアップは失敗します。10分程度待機してからバックアップを続行してください。
APIを使用したデータベースのバックアップおよびリカバリの管理
APIを使用して、Oracle Exadata Database Service on Cloud@Customerでデータベースのバックアップおよびリカバリを管理する方法について学習します。
APIの使用およびリクエストの署名の詳細は、「REST API」および「セキュリティ資格証明」を参照してください。SDKについては、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。
次のAPI操作を使用して、データベースのバックアップおよびリカバリを管理します:
GetBackup
ListBackups
RestoreDatabase
UpdateDatabase
- 自動バックアップを有効および無効にします。
APIの完全なリストは、「データベース・サービスAPI」を参照してください。
ユーザー構成バックアップ
ユーザーの責任で、そのプリファレンスに従ってdbaascli
を使用してバックアップ操作を構成および実行します。
dbaascli
を使用したバックアップは、Oracle管理バックアップとして認識されません。dbaascli database backup
、dbaascli pdb backup
、dbaascli database recover
およびdbaascli pdb recover
コマンドを使用して、様々なバックアップおよびリカバリ操作を構成および実行します。
OCIコントロール・プレーンまたはOCI APIを使用せずにRMANを使用してオブジェクト・ストレージへのバックアップを構成する場合、お客様はTDE Walletバックアップを手動で構成する必要があります。デフォルトでは、Oracleクラウド自動化はアーカイブ・ログ・ファイルを24時間ごとにクリーンアップします。RMANを使用して手動バックアップを実行すると、アーカイブ・ログが削除されるリスクがあります。アーカイブ・ログのクリーンアップの構成方法の詳細は、dbaascli database backupを参照してください。Oracle管理バックアップを使用することをお薦めします。
ユーザー構成バックアップでdbaascliを使用してバックアップする方法
- データベース・ホストが目的のストレージ宛先にバックアップを格納できるように、ネットワークおよびセキュリティ・ルールを設定します。Exadata Cloud Serviceについては、Exadata Cloud Serviceインスタンスのネットワーク設定を参照してください。
- バックアップ保存先を設定します
- バックアップ保存先でデータベースを構成します
- データベースをバックアップします
- バックアップ保存先の設定
Oracle Database Cloud Service、Oracle Exadata Cloud@CustomerまたはOracle Exadata Cloud Serviceに応じて、バックアップを格納するために次のバックアップ保存先のいずれかを選択できます。 - バックアップ用のデータベースの構成
バックアップ保存先が設定されて使用可能になったら、dbaascliユーティリティを使用して、バックアップ保存先および関連する構成パラメータ(バックアップ保持リカバリ・ウィンドウ、バックアップ・スケジュール、アーカイブ・ログ・スケジュールなど)でデータベースを構成できます。 - コンテナ・データベース(CDB)のバックアップ
- プラガブル・データベース(PDB)のバックアップ
- バックアップ・ジョブ・ステータスのフェッチ
親トピック: ユーザー構成バックアップ
バックアップ保存先の設定
Oracle Database Cloud Service、Oracle Exadata Cloud@CustomerまたはOracle Exadata Cloud Serviceに応じて、バックアップを格納するために次のバックアップ保存先のいずれかを選択できます。
- Oracle Cloud Infrastructure Object Storage: Exadata Cloud@CustomerおよびExadata Cloud Serviceに適用されます。
- Zero Data Loss Recovery Appliance (ZDLRA): Exadata Cloud@Customerに適用されます。
- ネットワーク・ファイル・システム(NFS): Exadata Cloud@Customerに適用されます。
- 高速リカバリ領域(FRA): Exadata Cloud@Customerに適用されます。
関連トピック
バックアップ用のデータベースの構成
バックアップ保存先が設定されて使用可能になったら、dbaascliユーティリティを使用して、バックアップ保存先および関連する構成パラメータ(バックアップ保持リカバリ・ウィンドウ、バックアップ・スケジュール、アーカイブ・ログ・スケジュールなど)でデータベースを構成できます。
構成パラメータは、パラメータ=値ペアのリストを含む入力構成ファイルを使用して指定します。この入力ファイルのテンプレートは、--getConfig
オプションを使用して生成できます。これは、目的の宛先設定およびその他のプリファレンスに従って変更し、--configure
オプションへの入力として使用できます。
dbaascli database backup --getConfig --dbName <value> --configFile <value>
ユーザーが指定したファイルにデータベースのバックアップ構成が返されます。バックアップが構成されていない場合、ユーザーが構成パラメータに値を入力して--configureコマンド・オプションへの入力として使用できるデフォルト・テンプレートが返されます。dbaascli database backup --configure
を使用すると、次の場合にデータベースのバックアップ構成情報を設定できます:
- ユーザー管理バックアップ: 宛先に基づいて完全なバックアップ構成を設定します。
- Oracle管理バックアップ: パラメータがOracle管理バックアップと互換性がある場合は、追加の構成パラメータを設定します。
dbaascli database backup --configure
を使用してOracle管理バックアップと互換性のないパラメータを設定すると、バックアップ/リカバリの問題が発生する可能性があります。現在、Oracleでは、パラメータに互換性があるかどうかは検証されません。Oracleが検証を実装するまでは、互換性の確認はユーザーの責任です。dbaascli database backup --configure --dbName <value> --configFile <value>
この非同期コマンドによって、ステータスのトラッキングに使用できる汎用一意識別子(UUID)が生成されます。dbaascli database backup status --uuid <value> --dbname <value>
検証のために現在の構成を取得するには、次を実行します:dbaascli database --dbaname --getConfig
ノート
Oracle管理バックアップを使用する場合、アプリケーション要件に基づいてバックアップ構成設定の一部を変更できます。これらのパラメータがCompatible with console automatic backup
でタグ付けされている場合、dbaascli
を使用してパラメータを変更できます。
バックアップの構成パラメータ
表5-17一般構成パラメータ(ローカル・ストレージ(FRA)以外のすべてのバックアップ保存先に対して有効)
パラメータ | 説明 | Oracle管理バックアップとの互換性 |
---|---|---|
bkup_rman_compression |
自動バックアップに適用される圧縮のレベル。
有効な値は、 デフォルト:
|
はい |
bkup_set_section_size |
RMANマルチセクション・バックアップ機能の使用を有効にします。
有効な値は、 |
はい |
bkup_section_size |
自動バックアップに使用されるRMANセクション・サイズ。
デフォルト値は64Gです。
|
はい |
bkup_channels_node |
自動バックアップに使用されるノードごとのRMANチャネルの数。
有効な値は、1から32までです。 |
はい |
bkup_daily_time |
24時間形式で表された自動日次バックアップの開始時間(hh:mm )。
|
Exadata Cloud@Customer: はい
Exadata Cloud Service: いいえ Exadata Cloud ServiceではOracle管理バックアップとの互換性はありません。スケジュールの責任はコントロール・プレーンにあります。 |
bkup_archlog_frequency |
アーカイブ・データベース・ログ・ファイルの自動バックアップの間隔(分)。
有効な値は、15、20、30、60、120から1440 (分単位で表された1時間間隔)です。 デフォルト: Exadata Cloud@Customerでは30。 |
はい |
bkup_l0_day |
このパラメータは、OSSとNFSの両方でレベル0の曜日を制御します。
レベル0のバックアップが取得される曜日。 有効な値は、
デフォルト: |
Exadata Cloud@Customer: はい
Exadata Cloud Service: いいえ Exadata Cloud ServiceではOracle管理バックアップとの互換性はありません。スケジュールの責任はコントロール・プレーンにあります。 |
オブジェクト・ストレージ・サービス(OSS)宛先の構成パラメータ
表5-18オブジェクト・ストレージ・サービス(OSS)宛先の構成パラメータ
パラメータ | 説明 | Oracle管理バックアップとの互換性 |
---|---|---|
bkup_oss |
オブジェクト・ストレージ・サービスは、バックアップ保存先として使用されます。
有効な値は、 |
いいえ |
bkup_oss_recovery_window |
バックアップの保持期間は、最大90です。
デフォルト: 30。 |
いいえ |
bkup_oss_url |
クラウド・ストレージへのバックアップに使用されるストレージ・コンテナの場所。
|
いいえ |
bkup_oss_user |
bkup_oss_url に指定されたクラウド・ストレージ・コンテナへの書込み権限を持つOracle Cloudユーザーのユーザー名。
|
いいえ |
bkup_oss_passwd |
bkup_oss_url に指定されたクラウド・ストレージ・コンテナへの書込み権限を持つOracle Cloudユーザーのパスワード。
|
いいえ |
現在、Zero Data Loss Recovery Appliance (ZDLRA)宛先は、Exadata Cloud@Customerでのみサポートされています。
Zero Data Loss Recovery Appliance (ZDLRA)宛先の構成パラメータ
表5-19 Zero Data Loss Recovery Appliance (ZDLRA)宛先の構成パラメータ
パラメータ | 説明 | Oracle管理バックアップとの互換性 |
---|---|---|
bkup_zdlra |
リカバリ・アプライアンスへのバックアップを有効にします。
有効な値は、 |
いいえ |
bkup_zdlra_url |
バックアップに使用されるリカバリ・アプライアンスの場所。
|
いいえ |
bkup_zdlra_user |
bkup_zdlra_url に指定されたリカバリ・アプライアンスの仮想プライベート・カタログ(VPC)ユーザー名。
|
いいえ |
bkup_zdlra_passwd |
bkup_zdlra_url に指定されたリカバリ・アプライアンス・ユーザーのパスワード。
|
いいえ |
詳細は、リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズを参照してください。
ネットワーク・ファイル・システム(NFS)宛先の構成パラメータ
表5-20ネットワーク・ファイル・システム(NFS)宛先の構成パラメータ
パラメータ | 説明 | Oracle管理バックアップとの互換性 |
---|---|---|
bkup_nfs |
NFSマウントされたディレクトリへのバックアップを有効にします。
有効な値は、 |
いいえ |
bkup_nfs_loc |
NFSマウントされた場所。指定されたディレクトリは、マウント・ポイントで、すべてのノードで使用できる必要があります。
|
いいえ |
bkup_nfs_recovery_window |
NFSストレージ上のバックアップの保持期間は、最大90までの日数で表されます。
デフォルト: 30。 |
いいえ |
現在、ネットワーク・ファイル・システム(NFS)宛先は、Exadata Cloud@Customerでのみサポートされています。
ローカル・ストレージ(FRA)宛先の構成パラメータ
表5-21ローカル・ストレージ(FRA)宛先の構成パラメータ
パラメータ | 説明 | Oracle管理バックアップとの互換性 |
---|---|---|
bkup_disk |
ローカルExadataストレージへのバックアップを有効にします。
有効な値は、 |
いいえ |
bkup_disk_recovery_window |
ローカルExadataストレージ上のバックアップの保持期間は、最大14までの日数で表されます。
デフォルト: 7。 |
いいえ |
現在、ローカル・ストレージ(FRA)宛先は、Exadata Cloud@Customerでのみサポートされています。
コンテナ・データベース(CDB)のバックアップ
バックアップを実行する前に、前提条件として、dbaascli database backup --configure
コマンドを使用してバックアップ構成を設定する必要があります。詳細は、dbaascli database backupを参照してください。
関連トピック
プラガブル・データベース(PDB)のバックアップ
特定のPDBのバックアップを実行することもできます。これは、1つ以上のPDBを即座にバックアップする必要がある場合や、独自のスケジュールを持つ完全なCDBをバックアップするのではなく、アドホック・ニーズ・ベースでバックアップする必要がある場合に役立ちます。詳細は、dbaascli pdb backupを参照してください。
関連トピック
データベースをリカバリする方法
データベースのリカバリを実行するには、障害のタイプ、データの可用性、およびバックアップとリカバリの要件に応じて様々なオプションがあります。詳細は、dbaascli database recoverを参照してください。
PDBのリカバリ
回避可能な場合はいつでも、完全なCDBではなく特定のPDBをリカバリできます。これにより、特定のPDBのみがリカバリされる一方で、残りのCDBおよびPDBはビジネスおよびアプリケーションで引き続き使用可能であるため、停止の影響が低減されます。詳細は、dbaascli pdb recoverを参照してください。
関連トピック
親トピック: データベースをリカバリする方法
リカバリ・ジョブ・ステータスのフェッチ
バックアップと同様に、リカバリ・コマンドの実行時にユーザーに表示されるジョブIDを指定することで、リカバリ・コマンドのステータスをモニターできます。リカバリ操作のステータスを確認するには、dbaascli database recoverおよびdbaascli pdb recoverを参照してください。
親トピック: データベースをリカバリする方法
dbaascliを使用したバックアップの構成およびカスタマイズ
コンソールベースの自動バックアップ・オプションに加えて、dbaascliを使用してバックアップを構成およびカスタマイズします。
bkup_api
は、将来のリリースで非推奨になります。コンテナ・データベースとプラガブル・データベースをバックアップおよびリカバリするには、dbaascli database backup
、dbaascli pdb backup
、dbaascli database recover
およびdbaascli pdb recover
を使用してください。詳細は、ユーザー構成バックアップを参照してください。
dbaascliリリース25.1.2.0.0では、バックアップ構成パラメータの名前が変更されました。ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。
- 生成済の構成ファイルを使用したバックアップ設定のカスタマイズ
データベース・デプロイメントのバックアップ設定をカスタマイズするには、現在のカスタマイズ可能な設定を含むファイルを生成し、ファイルを編集してから、そのファイルを使用してバックアップ設定を更新します。
関連トピック
生成済の構成ファイルを使用したバックアップ設定のカスタマイズ
データベース・デプロイメントのバックアップ設定をカスタマイズするには、現在のカスタマイズ可能な設定を含むファイルを生成し、ファイルを編集してから、そのファイルを使用してバックアップ設定を更新します。
警告:
一般的に、この項で説明されているbkup_api
構成バックアップは、特に次に示す例外を除き、コンソール対応の自動バックアップと組み合せて使用しないでください。パラメータ(安全として次に示すパラメータ以外)を使用する場合、コンソールベースのバックアップを有効にしないでください。そうしないと、条件の競合や設定の上書きが発生し、バックアップが正常に実行されない可能性があります。
dbaascliリリース25.1.2.0.0では、バックアップ構成パラメータの名前が変更されました。ただし、下位互換性のために保持されるため、古いパラメータ名は引き続き使用できます。
現在のバックアップ設定で構成ファイルを生成し、それを使用して設定を更新するには:
bkup_api
コマンドを使用して行った変更は、Oracle Database Exadata Cloud@Customerコンソールに反映されません。
dbaascliを使用したオンデマンド・バックアップの作成
dbaascli
を使用して、データベース全体または個々のプラガブル・データベース(PDB)のオンデマンド・バックアップを作成できます:
bkup_api
は、将来のリリースで非推奨になります。コンテナ・データベースとプラガブル・データベースをバックアップおよびリカバリするには、dbaascli database backup
、dbaascli pdb backup
、dbaascli database recover
およびdbaascli pdb recover
を使用してください。詳細は、ユーザー構成バックアップおよびリカバリを参照してください。
手動バックアップのこの方法は、コンソールで管理される自動バックアップと組み合せて安全に使用できます。この方法で実行された手動バックアップは、同期のためにしばらくしてからコンソールに表示されます。
バックアップするデータベース構成ファイルを変更するには:
手動バックアップおよびリカバリ管理を容易にするための自動バックアップの無効化
バックアップは、Exadata Cloud Infrastructureコンソール、APIまたはdbaascli
で構成されており、様々なバックアップおよびリカバリのユースケースで動作します。クラウド管理バックアップでサポートされていないユースケースが必要な場合は、Oracle Recovery Manager (RMAN)ユーティリティを使用してデータベースのバックアップおよびリカバリを手動で管理できます。RMANの使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』(リリース19)を参照してください。
Exadata Cloud InfrastructureでRMANを使用してバックアップおよびリカバリを管理するには、データベース・バックアップとアーカイブ・ログ・バックアップの両方の完全な所有権を取得する必要があります。クラウド管理のバックアップは使用できなくなります。手動バックアップを開始する前に、クラウド管理バックアップ機能を無効にする必要があります。これは、手動バックアップの前にクラウド・バックアップ・ジョブがアーカイブ・ログをパージせず、手動バックアップと競合しないようにするために必要です。
dbaascli
ユーティリティを使用して、自動アーカイブ・ログ・パージ・ジョブを無効にするなど、クラウド管理バックアップを無効化できます。
リカバリ・アプライアンス・バックアップのリアルタイムREDOトランスポート(RTRT)動作のカスタマイズ
リアルタイムREDOトランスポートは、dbaascli
を使用して有効または無効にできます。これは、dbaastools
21.4.1リリースから使用できます。
dbaascli database backup --dbName myTestDB --configure —enableRTRT
詳細は、dbaascli database backupを参照してください。
- RTRTの有効化または無効化は、Oracle Databaseバージョン12.2以上でのみ機能します。
- データベース間のData Guardアソシエーションを有効にした場合、プライマリ・データベースでRTRTを有効にした後、プライマリ・データベースからスタンバイ・データベースにパスワード・ファイルを手動でコピーする必要があります。プライマリ・データベースからスタンバイ・データベースへのパスワード・ファイルのコピーについてさらに学習するには、12c: Data Guard Physical Standby - Managing password files in a RAC Physical Standby (Doc ID 1984091.1)を参照してください。
代替バックアップ方法
OCIコンソールに加えて使用可能な代替バックアップ方法について学習します。
Exadata Database Service on Cloud@Customer上のデータベースのバックアップは、コンソールで構成された自動バックアップに加えて、いくつかの方法で実行できます。一般的に、コンソール(またはそれに対応するOCI API/CLI)は、最も簡単で最も自動化された方法を提供するため、推奨される方法です。通常は、代替の管理方法ではなく、OCIコンソール、OCI APIまたはOCIコマンド行を利用することをお薦めします。ただし、推奨される方法で必要なアクションを完了できない場合、バックアップを手動で構成するために他の2つのオプション(dbaascli
およびOracle Recovery Manager (RMAN))を使用できます
dbaascli database backup
、dbaascli pdb backup
、dbaascli database recover
およびdbaascli pdb recover
コマンドを使用して、コンテナ・データベースおよびプラガブル・データベースのバックアップとリカバリを行います。詳細は、ユーザー構成バックアップを参照してください。
RMANは、Oracle Databaseに含まれているバックアップ・ツールです。RMANの使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』(リリース19)を参照してください。RMANを使用してExadata Cloud Infrastructureでデータベースをバックアップすると、バックアップ・オプションに関して最も柔軟性が高くなりますが、最も複雑になります。
ここで説明されている方法でバックアップされたデータベースをリストアするためにRMANを使用することは安全であるとみなされます。バックアップの設定でコンソール(およびOCI API/CLI)と組み合せたり、「
dbaascli
」と組み合せてRMANは使用しないでください。RMANを利用してバックアップを手動で調整する場合は、コンソール自動バックアップを使用したり、dbaascli
を使用したりしないでください。最初に、コンソール・ベースの自動バックアップを完全に無効にする必要があります。詳細は、手動バックアップおよびリカバリ管理を容易にするための自動バックアップの無効化を参照してください。
dbaascli
の方法は、柔軟性および簡易性という点で、RMANとコンソール自動バックアップの中間に配置します。コンソール自動バックアップで必要な機能がサポートされていないが、RMANを直接使用する複雑性を避ける場合に、dbaascli
を使用します。特定のケースでは、dbaascli
を使用してコンソール自動バックアップ構成を変更できますが、これは一般的なケースではありません。一般的には、コンソールでバックアップを有効にするのではなく、dbaascli
を使用する必要があります。
Oracle Recovery Manager (RMAN)を使用したデータベースのリカバリ
dbaascliを使用してデータベースをバックアップした場合は、Oracle Recovery Manager (RMAN)ユーティリティを使用して、そのデータベース・バックアップを手動でリストアできます。RMANの使用の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』(リリース19)を参照してください。
RMANを使用したリカバリは安全ですが、バックアップの開始やバックアップ設定の編集で
dbaascli
の使用と組み合せたり、自動コンソール・バックアップと組み合せてRMANを使用しないでください。そうすると、条件の競合や設定の上書きが発生し、バックアップが正常に実行されない可能性があります。
親トピック: 代替バックアップ方法