1. Oracle Database Exadata Cloud at Customer (Gen 1/OCI-C)の管理
  2. Exadata Cloud at Customerライフサイクルの管理
  3. データベース・デプロイメントの作成
機械翻訳について

データベース・デプロイメントの作成

Oracle Database Exadata Cloud at Customerでデータベース・デプロイメントを作成するには、次の手順の説明に従ってインスタンスの作成ウィザードを使用します。

ただし、インスタンスの作成ウィザードを使用する前に、「始める前に」の説明に従って必要な情報がすべて揃っていることを確認する必要があります。 また、データベース・デプロイメントの作成後、データベース・デプロイメントの作成後に実行することの説明に従って、後続のタスクを実行し、デプロイメントがアクセス可能かつ最新の状態であることを確認する必要があります。

始める前に

データベース・デプロイメントを作成する前に、次の情報を作成または取得していることを確認してください:

  • アクティブなExadata Cloud at Customerインスタンス

    データベース・デプロイメントを作成する前に、アクティブなExadata Cloud at Customerインスタンスを用意しておく必要があります。

    アクティブなサービス・インスタンスが用意されていない場合、インスタンスの作成ウィザードには、Exadata Cloud at Customerでデータベース・デプロイメントを作成するために必要なオプションは表示されません。

    Exadata Cloud at Customerインスタンスの作成を参照してください。

  • SSH公開/秘密キー・ペア(オプション)

    SSH公開キーは、デプロイメントに関連付けられているコンピュート・ノードにSSHクライアントを使用して接続する際に認証に使用されます。 接続時に、公開キーに適合する秘密キーを提供する必要があります。

    ウィザードで公開/秘密キー・ペアを作成することも、あらかじめ作成しておいて、その秘密キー値をアップロードまたは貼り付けることもできます。 あらかじめキー・ペアを作成しておく場合、標準のSSHキー生成ツールを使用できます。 Secure Shell (SSH)公開/秘密キー・ペアの生成を参照してください。

    Exadata Cloud at Customerでデータベース・デプロイメントを作成する場合、インスタンスの作成ウィザードはSSH公開キーがExadataシステムにすでに登録されているかどうかを確認します。 キーが存在しない場合、作成プロセスで新しい公開キーを指定するよう求められます。 それ以外の場合は、既存のキーが使用されます。

  • クラウド・ストレージのバックアップの場所(オプション)

    データベースをクラウド・ストレージに自動的にバックアップする場合は、Oracle Cloud Infrastructure Object Storage Classicコンテナをデータベース・デプロイメントに関連付ける必要があります。 事前にコンテナを作成し、その情報をウィザードに指定することも、ウィザードを使用してコンテナを自動的に作成することもできます。 事前にコンテナを作成する場合は、Oracle Cloud Infrastructure Object Storage Classicの使用のコンテナの作成に関する項を参照してください。

    コンテナを事前に作成するか、ウィザードを使用して自動的に作成されるようにするかに関係なく、コンテナに関する次の情報の入力を求められます。

    • コンテナの名前

    • コンテナへの読取り/書込みアクセス権を持っているユーザーのユーザー名とパスワード

    ノート:

    混乱や競合の可能性を排除するために、単一のクラウド・ストレージ・コンテナを複数のデータベース・デプロイメントのバックアップの保存先として使用しないでください。

  • ZDLRAバックアップの場所(オプション)

    データベースをOracle Zero Data Loss Recovery Appliance (ZDLRA)に自動的にバックアップする場合は、ZDLRAバックアップの場所をデータベース・デプロイメントに関連付ける必要があります。

    データベース・デプロイメントを作成する前に、リカバリ・アプライアンスを構成する必要があります。 保護されたデータベース・アクセスのためのリカバリ・アプライアンスの構成に関する項を参照してください。

    その後、インスタンスの作成ウィザードでバックアップの場所としてZDLRAを選択すると、次の情報の入力を求められます:

    • ZDLRAに接続するためのTNS接続文字列。

    • ZDLRA仮想プライベート・カタログ(VPC)のユーザー名およびパスワード。

  • バックアップからのインスタンス化の基準を満たす、Oracle Database Backup Cloud Serviceを使用して作成されたOracle Databaseの既存のクラウド・バックアップ(オプション)

    データベース・デプロイメントを作成する場合、Database Backup Cloud Serviceバックアップに格納されているデータからデータベースを移入またはインスタンス化できます。 このアプローチを使用するには、次の基準を満たす必要があります:

    • バックアップされたデータベースは、最新のパッチ・セット更新(PSU)が適用されたバージョン18、12.2.0.1、12.1.0.2または11.2.0.4である必要があります。

    • バックアップされたデータベースでOracle Databaseバージョン12.1.0.2以降を使用している場合は、マルチテナント・コンテナ・データベース(CDB)である必要があります。 Exadata Cloud at Customerは、Oracle Database 12c以降の非CDBデータベースをサポートしていません。

    • バックアップされたデータベースで、データ・ファイルのストレージ方法としてファイル・システムまたはASMを使用する必要があります。

    同じアイデンティティ・ドメイン内の別のExadata Cloud at Customerデータベース・デプロイメントのバックアップを使用してデータベースをインスタンス化する場合は、使用可能なデプロイメントのリストから選択してソース・データベース・デプロイメントを指定する必要があります。

    他のDatabase Backup Cloud Serviceバックアップを使用してデータベースをインスタンス化する場合は、次の情報の入力を求められます:

    • バックアップされたデータベースのデータベースID

    • バックアップの復号化方法。これは、パスワード暗号化を使用するバックアップの場合はバックアップに関連付けられたパスワードで、透過的データ暗号化(TDE)を使用するバックアップの場合はソース・データベースのウォレット・ディレクトリとコンテンツを含むzipファイルです。

    • バックアップが格納されるOracle Cloud Infrastructure Object Storage Classicコンテナの名前。

    • コンテナへの読取りアクセス権を持っているOracle Cloudユーザーのユーザー名とパスワード

  • Oracle Data Guard構成でデータベース・デプロイメントを作成する場合は、Oracle Data Guardをサポートするために必要なネットワーク構成があることを確認します。

    Exadata Cloud at CustomerでのOracle Data Guardの使用を参照してください。

  • データベース・デプロイメントで既存のOracleホーム・ディレクトリの場所にある既存のOracleバイナリ・セットを使用する場合は、必ずOracleホーム名を確認してください。

    Oracleホームに関する情報の表示を参照してください。

  • 既存のOracleホーム・ディレクトリの場所にある既存のOracleバイナリ・セットをデータベース・デプロイメントで使用する場合は、既存のOracleホーム・ディレクトリの場所にあるソフトウェア・バージョンが現在のデフォルト・ソフトウェア・イメージより古くないことを確認してください。 現在のデフォルト・ソフトウェア・イメージが既存のOracleホーム・ディレクトリの場所にあるソフトウェア・バージョンより新しい場合、データベースの作成が失敗するか、問題が発生します。

    この状況を回避するには、次のいずれかの方法を使用します:

    • 新しいデータベース・デプロイメントを作成する前に、既存のOracleホーム・ディレクトリの場所にパッチを適用して、デフォルトのソフトウェア・イメージのリリース・レベルにあわせます。
    • 新しいデータベース・デプロイメントを作成する前に、既存のOracleホーム・ディレクトリの場所にあるソフトウェアのリリース・レベルと一致するソフトウェア・イメージをアクティブ化します。 次に、データベース・デプロイメントを作成した後、必要に応じて新しいソフトウェア・イメージを再アクティブ化します。
    • 新しいOracleホーム・ディレクトリの場所に、デフォルトのソフトウェア・イメージを使用する新しいデータベース・デプロイメントを作成します。

    ソフトウェア・イメージの管理を参照してください。

  • Exadata Cloud at Customerシステム環境が複数のVMクラスタをサポートするように構成されている場合、データベース・デプロイメントをホストするVMクラスタの名前がわかっていることを確認します。

    既存のVMクラスタに関する情報の表示を参照してください。

手順

Exadata Cloud at Customerでデータベース・デプロイメントを作成するには:

  1. Oracle Database Cloud Serviceコンソールを開きます。

    詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。

  2. 「インスタンスの作成」をクリックします。

    Create Instanceウィザードが開始します。

  3. 「インスタンス」ページで、データベース・デプロイメントの基本属性を指定します。 次に、「次」をクリックします。

    • インスタンス名 - データベース・デプロイメントの名前を入力します。

    • Description - データベース・デプロイメントの説明を入力します。 (オプション)

    • 通知電子メール - データベース・デプロイメント作成操作から通知を受信する電子メール・アドレスを入力します。 (オプション)

    • Exadataシステム - データベース・デプロイメントをホストするために使用可能なOracle Exadataデータベース・マシン構成を選択します。 リストには、アクティブなExadata Cloud at Customerインスタンスに関連付けられているOracle Exadataデータベース・マシンが含まれています。

      後で「RACとData Guardスタンバイを使用したデータベース・クラスタリング」を「データベース・タイプ」として選択した場合、Exadataシステムによって、プライマリ・データベースをホストするシステムが指定されます。

    • クラスタ - データベース・デプロイメントをホストするVMクラスタを選択します。

      このオプションを使用できるのは、システム環境が複数のVMクラスタのサポートに対応している場合のみです。

    • ホスト名 - このデータベース・デプロイメントのデータベース・インスタンスをホストする1つ以上のコンピュート・ノードを指定します。

      以前に「データベース・タイプ」として「RACとData Guardスタンバイを使用したデータベース・クラスタリング」を選択した場合、この選択はプライマリ・データベースに適用されます。

    • タグ - データベース・デプロイメントのタグを指定します。 (オプション)

      タグ付けを使用すると、類似の特性を共有するデータベース・デプロイメントや、同様の目的で使用されるデータベース・デプロイメントをグループ化できます。 新規タグを作成するには、プラス・アイコンをクリックします。

    • サービス・レベル - リストから「Oracle Database Exadata Cloud Service」を選択します。

      これらはExadata以外のシステムで実装されるOracle Database Cloud Serviceに関係するため、他のサービス・レベル・オプションは無視してください。

      ノート:

      サービス・レベルの選択肢のリストでOracle Database Exadata Cloud Serviceを使用できない場合は、アクティブなExadata Cloud at Customerインスタンスがありません。 データベース・デプロイメントを作成する前にサブスクリプションを取得し、Exadata Cloud at Customerインスタンスを作成する必要があります。

    • Software Release - データベース・デプロイメントで実行するOracle Databaseソフトウェア・リリースを選択します。

      ソフトウェア・リリースは、次を選択できます。

      • Oracle Database 11gリリース2

      • Oracle Database 12cリリース1

      • Oracle Database 12cリリース2

      • Oracle Database 18c

      • Oracle Database 19c

      ノート:

      • 初期データベース・デプロイメントに選択したOracle Databaseソフトウェア・リリース・バージョンによって、Exadata Cloud at CustomerインスタンスまたはVMクラスタに構成されているOracle Grid Infrastructureソフトウェア・リリース・バージョンが決まります。 初期データベースは、Exadata Cloud at CustomerインスタンスまたはVMクラスタの作成後に作成する最初のデータベース・デプロイメントです。

      • 初期データベース・デプロイメント以外の場合、ソフトウェア・リリース・オプションは、Exadata Cloud at CustomerインスタンスまたはVMクラスタで構成されているOracle Grid Infrastructureソフトウェア・リリース・バージョンによって制限されることがあります。 Oracle Grid Infrastructureソフトウェア・インストールと互換性のないオプションを選択すると、デプロイメントが失敗し、エラー・メッセージが返されます。

      Oracle Grid Infrastructureソフトウェア・リリースを参照してください。

    • ソフトウェア・エディション - Exadata Cloud at Customerで使用できる唯一の有効なオプションは、「Enterprise Edition - Extreme Performance」です。

    • データベース・タイプ - 次のオプションのいずれかを選択します:

      • RACを使用したデータベース・クラスタリング - Oracle Real Application Clustersを使用するクラスタ・データベースを作成します。 Exadata Cloud at Customer環境の1つ以上のコンピュート・ノード(データベース・サーバー)でクラスタ化データベース・インスタンスを実行するように指定できます。

      • RACとData Guardスタンバイを使用したデータベース・クラスタリング - Oracle Data Guard構成で、1つはプライマリ・データベースとして機能し、もう1つはスタンバイ・データベースとして機能する2つのクラスタ化データベースを作成します。 各データベースでは、Oracle Real Application Clustersを使用し、クラスタ化データベース・インスタンスを1つ以上のコンピュート・ノード(データベース・サーバー)で使用します。

  4. 「インスタンス詳細」ページで、データベース・デプロイメントの詳細を構成します。 次に、「次」をクリックします。

    1. 「データベース構成」セクションで、データベース名、管理者パスワードおよびその他のデータベース構成オプションを設定します。

      • データベース名 - データベース・インスタンスの名前を入力します。

      • PDB名 - デフォルトのプラガブル・データベース(PDB)の名前を入力します。

        この設定は、Oracle Database 12c以降を使用するデータベースでのみ使用できます。

        ノート:

        「既存のバックアップからのインスタンスの作成」オプションを選択すると、この設定は無視されます。 この場合、新しいデータベースにはバックアップに含まれるPDBが含まれます。

      • 管理パスワードおよびパスワードの確認 - 管理パスワードを入力してから再入力します。

        管理パスワードは、データベース・デプロイメントの管理アカウントおよび機能(Oracle DatabaseのSYSおよびSYSTEMユーザーのパスワードを含む)を構成するために使用されます。

        ノート:

        データベース・デプロイメントに関連付けた管理パスワードを忘れないようにしてください。

      • Oracleホーム - 新しいOracleホーム・ディレクトリの場所を作成するオプションを指定するか、リストから既存のOracleホームの場所を選択します。

      • Oracleホーム名 - 以前に新規Oracleホーム・ディレクトリの場所を作成するオプションを選択した場合、オプションで新規Oracleホームの場所の名前接頭辞を指定できます。 指定した場合、値は完全なOracleホーム名の最初の部分になります。これには、Oracleホームの場所を一意に識別するために使用される数値識別子とともに、Oracle Databaseリリースおよび最新の適用済バンドル・パッチを識別する文字列も含まれます。 値を指定しない場合、新しいOracleホームの場所にシステムで生成される名前が付けられます。

      • SSH Public Key - データベース・デプロイメントに関連付けられたコンピュート・ノードに接続するためにSSHクライアントを使用する場合に認証に使用するSSH公開キーを指定します。

        「Edit」をクリックし、次のいずれかのオプションを使用してキーを指定します。

        • 公開キーの値を含むファイルをアップロードします。

        • 公開キーの値を入力するか、貼り付けます。 入力した値に改行が含まれていないこと、また値が改行で終わっていないことを確認します。

        • システムで生成した新しいキー・ペアを作成します。 このオプションを選択した場合、システムで生成したキーを含むファイルをダウンロードするように求められます。 セキュアな場所に生成済の秘密キーを保持します。

        ノート:

        選択したExadata Cloud at Customer環境に以前に指定したSSHキーがすでに含まれている場合、「SSH公開キー」フィールドは表示されません。

      • オプションとして、「Advanced Settings」を展開して次のものを設定します。

        • Application Type - アプリケーションに最も適したアプリケーション・タイプを選択します。

          • Transactional (OLTP) - 大量のランダム・データ・アクセスの多いトランザクション・ワークロード用にデータベースを構成します。

          • Decision Support or Data Warehouse - 大規模なデータ・スキャニング操作の多い意思決定支援またはデータ・ウェアハウス・ワークロード用にデータベースを構成します。

          ノート:

          「アプリケーション・タイプ」設定は、初期データベース(Exadata Cloud at CustomerインスタンスまたはVMクラスタの作成後に作成する最初のデータベース・デプロイメント)を作成する場合にのみ表示されます。 後続のデータベース・デプロイメントは標準のデータベース構成で作成されます。

        • Character Set - データベースのデータベース文字セットを指定します。 データベース文字セットは、次のものに対して使用されます。

          • SQLのCHARデータ型(CHAR、VARCHAR2、CLOBおよびLONG).に格納されるデータ

          • 表名、列名、PL/SQL変数などの識別子。

          • SQLおよびPL/SQLソース・コードの入力および格納

          ノート:

          「既存のバックアップからのインスタンスの作成」オプションを選択すると、「文字セット」設定は無視されます。 この場合、新しいデータベースはバックアップから文字セットを継承します。

        • National Character Set - データベースの各国語文字セットを指定します。 各国語文字セットは、SQLのNCHARデータ型(NCHAR、NCLOBおよびNVARCHAR2)に格納されるデータに使用されます。

          ノート:

          「既存のバックアップからのインスタンスの作成」オプションを選択すると、「各国語文字セット」設定は無視されます。 この場合、新しいデータベースはバックアップから各国語文字セットを継承します。

        • Enable Oracle GoldenGate - Oracle GoldenGate Cloud Serviceインスタンスのレプリケーション・データベースとして使用するデータベースを構成します。 Exadata Cloud at CustomerでのOracle GoldenGate Cloud Serviceの使用を参照してください。

    2. 「バックアップおよびリカバリ構成」セクションで、データベース・デプロイメントの自動バックアップ・オプションおよび関連するバックアップ設定を選択します。

      Backup Destination - 自動バックアップの構成を選択します。

      • Both Cloud Storage and Exadata Storage - 定期的なフル(RMANレベル0)バックアップと日次増分バックアップを含む2つの個別のバックアップ・セットを有効にします。 クラウド・ストレージへのバックアップではOracle Storage Cloudコンテナが使用され、フル・バックアップは7日サイクルで、全体の保持期間は30日間です。 ExadataストレージへのバックアップではRECOディスク・グループのスペースが使用され、フル・バックアップが7日サイクルで、保持期間は7日間です。

        ノート:

        このオプションは、Exadataストレージ上のデータベース・バックアップ用にプロビジョニングした場合にのみ使用できます。 Exadataストレージの構成を参照してください。

      • クラウド・ストレージのみ - Oracle Storage Cloudコンテナを使用して定期的なフル(RMANレベル0)バックアップと日次増分バックアップを格納し、フル・バックアップは7日サイクルで、全体的な保持期間は30日間です。

        ノート:

        混乱や競合の可能性を排除するために、単一のクラウド・ストレージ・コンテナを複数のデータベース・デプロイメントのバックアップの保存先として使用しないでください。

      • ZDLRAストレージのみ - リカバリ・アプライアンスを使用して、フル(RMANレベル0)バックアップおよび日次増分(RMANレベル1)バックアップを格納します。 リカバリ・アプライアンスは、日次増分ごとに仮想フル・バックアップを作成し、これらのバックアップを検証して、それらが常にリカバリ可能であることを確認します。

        ノート:

        このオプションは、ZDLRAでデータベース・バックアップを有効にするようにExadata Cloud at Customer環境を構成した場合にのみ使用できます。 Exadata Cloud at Customerインスタンスの作成を参照してください。

      • None - 自動バックアップは構成されません。

      「Both Cloud Storage and Exadata Storage」または「Cloud Storage Only」の両方を選択すると、次のフィールドとオプションが表示されます。

      • クラウド・ストレージ・コンテナ - Oracle Cloud Infrastructure Object Storage ClassicコンテナのURLを入力します。 混乱や競合の可能性を排除するために、データベース・デプロイメントごとに個別のクラウド・ストレージ・コンテナをお薦めします。

        URLの一般的な形式は、次のとおりです:

        storage-instance-endpoint/container

        ここで、storage-instance-endpointはストレージ・サービス・インスタンスのRESTエンドポイントURLで、containerはストレージ・コンテナの名前です。

        storage-instance-endpoint値を確認するには、Oracle Cloud Infrastructure Object Storage Classicの使用のサービス・インスタンスのRESTエンドポイントURLの検索に関する項を参照してください。

      • ユーザー名 - クラウド・ストレージ・コンテナで指定されたコンテナへの読取り/書込みアクセス権を持つユーザーのユーザー名を入力します。

      • パスワード - 「ユーザー名」で指定したユーザーのパスワードを入力します。

      • Create Cloud Storage Container - このオプションを使用して新しいストレージ・コンテナを作成します。 このオプションを使用するには、前に指定した形式を使用して新規クラウド・ストレージ・コンテナを指定する必要があります。 前述のフィールドにクラウド・ストレージのユーザー名とパスワードも指定する必要があります。また、指定されたユーザーには、指定されたOracle Storage Cloud Serviceインスタンスのサービス管理者ロールが必要です。

        ノート:

        このオプションを選択した場合、「インスタンス詳細」ページで「次」をクリックするとすぐに新しいストレージ・コンテナが作成され、新しいデータベース・デプロイメントを作成せずにウィザードを取り消した場合でもストレージ・コンテナはそのまま残ります。 このようになった場合、このストレージ・コンテナを今後データベース・デプロイメントを作成するときに使用することも、コンテナを手動で削除することもできます。 コンテナを削除する場合は、Oracle Cloud Infrastructure Object Storage Classicの使用のコンテナの削除に関する項を参照してください。

      ZDLRAストレージのみを選択した場合、次のフィールドとオプションが表示されます:

      • ZDLRAストレージの接続文字列 - リカバリ・アプライアンスに接続するためのTNS接続文字列を入力します。

      • ユーザー名 - Zdlraストレージ・コンテナで指定されたリカバリ・アプライアンスの仮想プライベート・カタログ(VPC)ユーザー名を入力します。

      • パスワード - 「ユーザー名」で指定したユーザーのパスワードを入力します。

    3. Database Backup Cloud Serviceバックアップに格納されているデータから新しいデータベースが移入またはインスタンス化されている場合、「バックアップからのデータの初期化」セクションに入力します。

      • 既存のバックアップからのインスタンスの作成 - 既存のDatabase Backup Cloud Serviceバックアップに格納されているデータを新しいデータベースに移入する場合は、「はい」を選択します。

      • オンプレミス・バックアップですか。 - このオプションを使用して、ソース・データベースのバックアップ元を指定します。 バックアップの作成元は、同じアイデンティティ・ドメイン内の別のExadata Cloud at Customerデータベース・デプロイメント、またはDatabase Backup Cloud Serviceを使用してクラウド・ストレージにバックアップされた別のデータベースです。

        このオプションを選択した場合、ソース・データベースのバックアップが、同じアイデンティティ・ドメイン内で現在動作している別のExadata Cloud at Customerデータベース・デプロイメントからのものではないことを示します。 この場合、次のフィールドとオプションが表示されます:

        • データベースID - 既存のバックアップの作成元データベースのデータベースIDを入力します。 この値は、次のように、バックアップ・ソース・データベースを問い合せて取得できます: 

          SQL> SELECT dbid FROM v$database;

        • 復号方法 - 「編集」をクリックして、既存のバックアップを復号化するために必要な情報を入力します:

          • 透過的データベース暗号化(TDE)を使用するバックアップの場合は、「ウォレット・ファイルのアップロード」を選択し、「参照」をクリックして、ソース・データベースのTDEウォレット・ディレクトリおよびそのディレクトリの内容を含むzipファイルを指定します。

            ノート:

            ソース・データベースが別のExadata Cloud at Customerデータベース・デプロイメントからのものである場合、TDEウォレット・ディレクトリは/u02/app/oracle/admin/dbname/tde_walletまたは/var/opt/oracle/dbaas_acfs/dbname/tde_walletです。

          • パスワード暗号化を使用するバックアップの場合、「Paste RMAN Key Value」を選択し、バックアップの暗号化に使用されたパスワード(キー値)を貼り付けます。

          ノート:

          Oracle Database 12.2以降を使用したデータベース・デプロイメントでは、TDEを使用したバックアップのみがサポートされます。

        • クラウド・ストレージ・コンテナ - 既存のバックアップが格納されているOracle Cloud Infrastructure Object Storage Classicコンテナの名前を入力します。次の形式を使用します: 

          instance-id_domain/container

          ここで、instanceはOracle Cloud Infrastructure Object Storage Classicインスタンスの名前で、id_domainはアイデンティティ・ドメインのIDで、containerはコンテナの名前です。

        • ユーザー名 - クラウド・ストレージ・コンテナで指定されたコンテナへの読取りアクセス権を持つOracle Cloudユーザーのユーザー名を入力します。

        • パスワード - 「ユーザー名」で指定したユーザーのパスワードを入力します。

        「オンプレミス・バックアップですか。」の選択を解除した場合、ソース・データベースのバックアップが、同じアイデンティティ・ドメイン内で現在動作している別のExadata Cloud at Customerデータベース・デプロイメントからのものであることを示しています。 この場合、次のフィールドが表示されます:

        • ソース・インスタンス名 - 使用するソース・データベース・バックアップに関連付けられたデータベース・デプロイメントを指定します。

        • バックアップ・タグ - 使用する特定のソース・データベース・バックアップを識別するバックアップ・タグを指定します。

    4. 以前に「データベース・タイプ」として「RACとData Guardスタンバイを使用したデータベース・クラスタリング」を選択した場合は、「スタンバイ・データベース」セクションに入力します。

      • スタンバイ・データベース構成 - Oracle Data Guardスタンバイ・データベースの場所に影響します。 次のオプションから選択します。

        • 高可用性 - スタンバイ・データベースがプライマリ・データベースと同じリージョン(データ・センター)の別のExadataシステムに配置され、Exadataシステム・インフラストラクチャ・レベルの隔離が提供されていることを示します。

        • ディザスタ・リカバリ - スタンバイ・データベースがプライマリ・データベースとは異なるリージョン(データ・センター)に配置され、致命的なデータ・センター障害から保護するために、Exadataシステム・インフラストラクチャ・レベルの隔離、および地理的分離が提供されていることを示します。

      • Exadataシステム - スタンバイ・データベースをホストするために使用可能なOracle Exadataデータベース・マシン構成を選択します。 リストには、アクティブなExadata Cloud at Customerインスタンスに関連付けられているOracle Exadataデータベース・マシンが含まれています。

        「インスタンス詳細」ページを閉じると、選択内容が検証され、選択内容がスタンバイ・データベースの構成の指定内容と一致していない場合は通知があります。

        ノート:

        スタンバイ・データベースのホストに使用されるExadataシステムは、プライマリ・データベースのホストに使用される「インスタンス」ページですでに指定されたExadataシステムと同じアイデンティティ・ドメインに存在する必要があります。

      • クラスタ - スタンバイ・データベースをホストするVMクラスタを選択します。

        このオプションを使用できるのは、Exadata Cloud at Customerシステム環境が複数のVMクラスタの構成に対応している場合のみです。

      • ホスト名 - このスタンバイ・データベースのデータベース・インスタンスをホストする1つ以上のコンピュート・ノードを指定します。

        ノート:

        ここで指定するコンピュート・ノードの数は、プライマリ・データベースに指定したコンピュート・ノードの数と一致する必要があります。

  5. 「Confirmation」ページで、構成設定を確認します。 問題がなければ、「Create」をクリックします。

    設定を変更する必要がある場合、ウィザードの一番上にあるナビゲーション・バーまたは「Back」ボタンを使用して、ウィザード内のページをさかのぼります。 「Cancel」をクリックすると、新しいデータベース・デプロイメントを作成することなくウィザードが取り消されます。

    「作成」をクリックすると、データベース・デプロイメントの作成プロセスが開始されます。 このプロセスは完全に自動化されており、完了するまでしばらくかかります。 作成プロセスが完了し、Oracle Database Cloud Serviceコンソールにデプロイメントがリストされるまで、データベース・デプロイメントにアクセスしたり操作したりしないでください。

データベース・デプロイメントの作成後に実行すること

データベース・デプロイメントを作成した後に、次のアクションを実行する必要があります。

  • クラウド・ツールの更新

    Exadata Cloud at Customerデータベース・デプロイメントの作成に使用されるベース・イメージは定期的に更新されますが、クラウド・ツールに対する最新の更新が使用できるようになる可能性があります。 したがって、クラウド・ツールの更新を確認して適用する必要があります。 Exadata Cloud at Customerのクラウド・ツールの更新を参照してください。

  • データベース・パッチの適用

    Exadata Cloud at Customerデータベース・デプロイメントの作成に使用されるベース・イメージは定期的に更新されますが、新しいパッチ・セット更新(PSU)またはバンドル・パッチ(BP)を使用できる可能性があります。 このため、利用可能なデータベース・パッチを確認して適用することをお薦めします。 パッチの適用を参照してください。