Oracle Exadata Database Service on Cloud@Customerのデータベース・バックアップ保存先の作成
Oracle Exadata Database Service on Cloud@Customerは、各データベースで個別に構成できるバックアップ機能を提供します。
リカバリ・アプライアンスまたは管理するネットワーク・ファイル・ストレージ(NFS)のロケーションにデータベース・バックアップを格納するには、まずバックアップの保存先を作成する必要があります。
- 「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のインフラストラクチャのバックアップ保存先を作成、編集、移動および終了する方法について学習します。
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:
ノート:
Exadata Cloud@Customer上のOracle Autonomous Databaseは、NFSバージョン3および4をサポートしています。 ただし、両方のバージョンが有効になっているマウントは、デフォルトでバージョン4になります。- Autonomous VMクラスタが(優先)バックアップ・ネットワークを介してNFSサーバーにアクセスできるようにするには、VMクラスタ・ネットワークの構成中に有効なバックアップ・ネットワークIPアドレスを入力します。
バックアップ先にバックアップ・ネットワークを介してアクセスできないが、クライアント・ネットワークを介してアクセスできる場合、バックアップ・トラフィックはクライアント・ネットワークを介してルーティングされます。
- NFSマウントされたファイル・システムは、すべてのVMクラスタ・ノードの
oracle
オペレーティング・システム・ユーザーが読取りおよび書込み可能である必要があります。 - 権限がユーザー・レベルで制御されている場合、Autonomous VMクラスタの
oracle
ユーザーのuid:gid
は1001:1001です。 - ポート範囲を制限するNFSv4サーバーの場合、管理者ユーザー以外のクライアントがNFSサーバーに接続できるようにするには、セキュアでないオプションを使用する必要があります。
- 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のインフラストラクチャのバックアップの保存先を作成、編集、移動および終了する方法について説明します。
- 「コンソールを使用したバックアップ先の作成」
バックアップ先を作成するには、バックアップ先構成の値を指定する準備をします。 - 「コンソールを使用したバックアップ先の編集」
バックアップ先を編集するには、バックアップ先構成の値を指定する準備をします。 - 「コンソールを使用した別のコンパートメントへのバックアップの保存先の移動」
バックアップ先を移動するには、バックアップ先構成の値を指定する準備をします。 - 「コンソールを使用したバックアップの保存先の削除」
バックアップの保存先を削除するには、バックアップの保存先の構成の値を指定する準備をしてください。
コンソールを使用したバックアップ先の編集
バックアップ先を編集するには、バックアップ先構成の値を指定する準備をします。
バックアップ先を編集できるのは、そのバックアップ先が現在データベースに関連付けられていない場合のみです。
コンソールを使用した別のコンパートメントへのバックアップの保存先の移動
バックアップ先を移動するには、バックアップ先構成の値を指定する準備をします。
バックアップの保存先を含むコンパートメントは、移動することで変更できます。
バックアップの保存先を移動しても、コンパートメントの変更は他の関連リソースに影響しません。 これらの他のリソース(関連付けられたデータベースなど)は、現在のコンパートメントに残ります。