3 データベース・プロビジョニングの概要

プロビジョニングでは、異なるプラットフォーム、環境および場所でのソフトウェア、アプリケーションまたはサーバーの、繰り返し可能で、信頼性のある、無人の自動化されたスケジュール済一括デプロイメントを行います。

この章では、Oracle Enterprise Manager Cloud Control (Cloud Control)のデータベース・プロビジョニング機能の概要、サポートされるターゲット、Cloud Controlにより提供されるデプロイメント・プロシージャ、およびデータベース・プロビジョニングを開始するために設定する必要のあるインフラストラクチャについて説明します。この章の具体的な内容は次のとおりです。

データベースのプロビジョニングの概要

プロビジョニング・ソリューションはCloud Controlにより提供されるライフサイクル管理ソリューションの重要な部分です。データベース・プロビジョニング・ソリューションの一部として、Cloud Controlにより、Oracle Database (単一インスタンス・データベースとも呼ばれます)およびOracle Real Application Clusters (RAC)データベースのプロビジョニング、Oracle RACノードの拡張または削除、Oracle Real Application Clusters One Nodeデータベースのプロビジョニング、拡張可能および自動化された方法でのOracle単一インスタンス・データベースのアップグレードが可能です。次の図は、Cloud Controlのデータベース・プロビジョニング・ソリューションを示しています。

図3-1 Cloud Controlのデータベース・プロビジョニング・ソリューション


データベースのプロビジョニング

このリリースでのデータベース・プロビジョニング機能は次のとおりです。

デザイナおよびオペレータ・ロール

Cloud Controlでは、デザイナオペレータなどの明確に定義された管理者ロールが提供されます。デザイナ・ロールでは、デプロイメント・プロシージャで1つ以上のフィールドをロック・ダウンすることによって、オペレータに事前に設定された標準構成のみでデプロイさせることが可能です。

デザイナ・ロールのロック・ダウン機能

データベース・プロビジョニングのロック・ダウン機能により、デザイナはホスト・ターゲット、資格証明、プロビジョニングされるOracleホーム、その他の変数のセットをロック・ダウンできます。これは標準のデプロイメントを強制し、一括デプロイメント中に構成内のエラーを最小限に抑えます。その後で、オペレータは、デザイナが構成しプロシージャ・ライブラリに保存したプロシージャをデプロイできます。ロック・ダウンを含むデプロイメント・プロシージャの保存と起動を参照してください。

プロビジョニング・プロファイルとデータベース・テンプレート

デプロイメントでの標準化を保証しエラーを最小限に抑えるためにデータベース・プロビジョニングで使用されるプロビジョニング・プロファイルを作成できます。Cloud Controlコンソールからプロビジョニング・アクティビティで使用されるデータベース・テンプレートも作成できます。

Cloud Controlを使用したデータベースの作成

Cloud ControlではCloud Controlコンソールからデータベースを作成できるようになりました。これにより、データベースのプロビジョニングおよび作成に単一インタフェースを使用できます。データベースの作成を参照してください。

データベースのプロビジョニング・ウィザード内の容易な移動

デザイナおよびオペレータはCloud Controlの強化されたデータベースのプロビジョニング・ウィザードを容易に使用および移動できます。

自己更新

自己更新機能を使用すると、更新を自動的にダウンロードしてプロビジョニング・エンティティにインストールできます。「(オプション)自己更新の構成」を参照してください。

すべてのデータベース・プロビジョニング・アクティビティの「データベースのプロビジョニング」コンソール

「データベースのプロビジョニング」コンソールは、データベース・プロビジョニング・アクティビティの開始ポイントです。コンソールには、プロビジョニングの設定、プロファイル、デプロイメント・プロシージャ、およびプロビジョニングの開始方法に関する情報が表示されます。

サポートされるユースケースおよびデータベース・プロビジョニング・プロシージャを使用してプロビジョニングされるターゲット

Cloud Controlではデプロイメント・プロシージャを使用してデータベース・プロビジョニングを実行できます。デプロイメント・プロシージャは、プロビジョニングのタスクを完了する一連の事前定義されたステップです。デプロイメント・プロシージャについてを参照してください。

表3-1に、Cloud Controlにより提供されるデータベース・デプロイメント・プロシージャと、プロビジョニングできる様々なターゲットを示します。

表3-1 データベース・デプロイメント・プロシージャおよびプロビジョニングされるターゲット

デプロイメント・プロシージャ プロビジョニングされるターゲット
Oracle Databaseのプロビジョニング
  • Oracle Database (単一インスタンス) 10gリリース1以上
  • Oracle Grid Infrastructure 11gリリース2以上
  • Oracle Automatic Storage Management (Oracle ASM) 12cリリース1以上
  • Oracle Restart (単一インスタンスの高可用性) 12cリリース1以上
Oracle Real Application Clusterのプロビジョニング
  • Oracle Real Application Clusters (Oracle RAC) 10gリリース1以上
  • Oracle RAC One Node 11gリリース2以上
  • Oracle Grid Infrastructure 11gリリース2以上
Oracle Databaseの作成
  • Oracle Database (単一インスタンス・データベース) 10gリリース1以上
  • Oracle Real Application Clusters (Oracle RAC) 11gリリース1以上
  • Oracle RAC One Node 11gリリース1以上
プラガブル・データベースのプロビジョニング

ノート:

このデプロイメント・プロシージャは、「データベースのプロビジョニング」ページから手動で起動できません。プラガブル・データベースのプロビジョニング・コンソールまたはEM CLIを使用してプラガブル・データベースをプロビジョニングすると、このデプロイメント・プロシージャが内部的に起動されます。
プラガブル・データベース(Oracle Database 12cリリース1以上の一部としてのみ使用可能)
Oracle Clusterware / Oracle RAC for UNIXおよびRDBMSバージョン10g/11gリリース1のプロビジョニング(UNIXプラットフォームに適用)
  • Oracle Real Application Clusters (Oracle RAC) 10gリリース1から11gリリース1まで
  • Oracle Clusterware 10gリリース1から11gリリース1まで
  • Oracle Automatic Storage Management (Oracle ASM) 10gリリース1から11gリリース1まで
Oracle Clusterware / Oracle RAC for WindowsおよびRDBMSバージョン10g/11g (Windowsプラットフォームに適用)
  • Oracle Real Application Clusters (Oracle RAC) 10gリリース2から11gリリース1まで
  • Oracle Clusterware 10gリリース2から11gリリース1まで
  • Oracle Automatic Storage Management (Oracle ASM) 10gリリース2から11gリリース1まで
Oracle Real Application Clusterの拡張/スケール・アップ Oracle Real Application Clusters (Oracle RAC) 10gリリース1以上
Oracle Real Application Clustersの削除/縮小 Oracle Real Application Clusters (Oracle RAC) 10gリリース1以上
Oracle Database Clientのプロビジョニング Oracle Database Client 10gリリース2以上
表3-2に、データベース・プロビジョニングのデプロイメント・プロシージャの様々なユースケースを示します。

表3-2 データベースのデプロイメント・プロシージャのユースケース

デプロイメント・プロシージャ ユースケース リンク
Oracle Databaseのプロビジョニング
  • 単一インスタンス・データベースのプロビジョニングおよび作成
  • Oracle Automatic Storage Managementを使用した単一インスタンス・データベースのプロビジョニング
  • 単一インスタンス・データベース・ソフトウェアのみのプロビジョニング
  • 単一インスタンス・データベースを使用したOracle Grid InfrastructureのプロビジョニングとOracle Automatic Storage Managementを使用したデータベースの構成
  • Oracle Grid Infrastructureおよび単一インスタンス・データベース・ソフトウェアのみのプロビジョニング
Oracle Real Application Clusterのプロビジョニング
  • Oracle Real Application Clustersデータベースを使用したグリッド・インフラストラクチャのプロビジョニングとOracle Automatic Storage Managementを使用したデータベースの構成
  • 既存のクラスタ上のファイル・システムを使用したOracle Real Application Clustersデータベースのプロビジョニング
  • 新規クラスタ上のファイル・システムを使用したOracle Real Application Clustersデータベースのプロビジョニング
Oracle Databaseの作成
  • 単一インスタンス・データベースの作成
  • Oracle Real Application Clustersデータベースの作成
  • Oracle Real Application Clusters Oneデータベースの作成
プラガブル・データベースのプロビジョニング
  • 新規プラガブル・データベースの作成
  • 切断されたプラガブル・データベースのプラグイン
  • プラガブル・データベースのクローニング
  • 非コンテナ・データベースのプラガブル・データベースとしての移行
  • プラガブル・データベースの切断および削除

Oracle Clusterware/Oracle RAC for WindowsおよびRDBMSバージョン10g/11g

Oracle Clusterware/Oracle RAC for UNIXおよびRDBMSバージョン10g/11gのプロビジョニング

  • 実行中のOracle Real Application Clusterのクローニング

  • ゴールド・イメージを使用したOracle Real Application Clusterのプロビジョニング

  • アーカイブ・ソフトウェア・バイナリを使用したOracle Real Application Clusterのプロビジョニング

Oracle Real Application Clusterの拡張/スケール・アップ

Oracle Real Application Clusterの拡張

Oracle Real Application Clustersの拡張

Oracle Real Application Clustersの削除/縮小

Oracle Real Application Clusterの削除

Oracle RAC全体の削除

Oracle RACの一部のノードの削除によるスケール・ダウン

Oracle Database Clientのプロビジョニング

  • 実行中のOracleデータベース・リプレイ・クライアントのクローニング

  • ゴールド・イメージを使用したOracleデータベース・リプレイ・クライアントのプロビジョニング

  • インストール・バイナリを使用したOracleデータベース・リプレイ・クライアントのプロビジョニング

データベース・プロビジョニングの設定

Oracle Database、Oracle Real Application Clustersデータベース、Oracle RAC One Nodeデータベースをデータベース・テンプレート、インストール・メディア、データベース・エンティティを使用してプロビジョニングできます。また、プロビジョニング・プロファイルを使用してデプロイメントを標準化できます。

この項の内容は次のとおりです。

ノート:

  • DB/Gridソフトウェアのインストールを所有するOSユーザーのプライマリ・グループと、Enterprise Manager管理エージェントのインストールを所有するOSユーザーのプライマリ・グループは同じである必要があります。

基本インフラストラクチャとホスト要件を満たす

次のことを実行してこれらの要件を満たします:

データベースのプロビジョニングに必要な管理者権限の理解

表3-3では、データベース・デプロイメント・プロシージャの使用に必要なロールおよび最低限の権限について説明します。これらのロールは、Cloud Controlで使用できるデフォルトのロールです。作成する必要はありませんが、これらのロールに基づいて管理者を明示的に作成する必要があります。手順は、「Enterprise Managerユーザー・アカウントの作成」を参照してください。

表3-3 デプロイメント・プロシージャの使用に必要な権限

ロール ターゲット権限 リソース権限 実装の推奨

EM_PROVISIONING_DESIGNER

操作の任意のターゲット

  • リソース・タイプ:

    デプロイメント・プロシージャ

    権限:

    作成、起動アクセス権の管理

  • リソース・タイプ:

    ソフトウェア・ライブラリ・エンティティ

    権限:

    任意のソフトウェア・ライブラリ・エンティティの管理

デプロイメント・プロシージャへのアクセスを付与および制限する場合に必要です。

EM_PROVISIONING_OPERATOR

  • 操作の任意のターゲット

  • DP権限の起動

  • リソース・タイプ:

    デプロイメント・プロシージャ

    権限:

    作成、起動アクセス権の管理

  • リソース・タイプ:

    ソフトウェア・ライブラリ・エンティティ

    権限:

    任意のソフトウェア・ライブラリ・エンティティの管理

デプロイメント・プロシージャを起動する場合に必要です。

デザイナの前提条件

デザイナがデータベース・プロビジョニングを開始するための前提条件は、次のとおりです。

  • インフラストラクチャの設定で説明しているインフラストラクチャの必須要件を必ず満たしてください。

  • Cloud Controlで宛先ホストを検出およびモニターします。このために、宛先ホスト上で最新バージョンのOracle Management Agent (管理エージェント)が必要です。詳細は、『Oracle Cloud Controlインストレーションおよび基本構成ガイド』を参照してください。エージェントがすべてのホスト上で同じ場所にインストールされていることを確認します。

  • Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)を設定します。インストール・メディア、データベース・テンプレート、またはプロビジョニング・エンティティがソフトウェア・ライブラリで使用可能であることを確認します。それらの作成の詳細は、「データベース・プロビジョニングの設定」を参照してください。また、プロビジョニング・プロファイルを使用して、データベース・テンプレートを格納します。データベース・プロビジョニング・プロファイルの作成を参照してください。

  • 宛先ホストのオペレーティング・システム資格証明を優先資格証明としてOracle Management Repository (管理リポジトリ)に格納するか、名前付き資格証明を使用します。

    SUDOおよびPowerBrokerを使用する場合、これらの認証ユーティリティの設定に関する情報は、資格証明の設定を参照してください。

  • 次のロールに対応するオペレーティング・システム・グループが、プロビジョニングに選択したホストにすでに存在していることを確認します。これらのグループが存在しない場合、デプロイメント・プロシージャによってこれらが自動的に作成されます。ただし、これらをNIS上で作成する必要がある場合、デプロイメント・プロシージャを実行する前にこれらを手動で作成する必要があります。このようなオペレーティング・システム・グループの作成の詳細は、Oracle Grid Infrastructureのインストレーション・ガイドを参照してください。

    Oracle Databaseユーザー(通常はoracle)は、次のグループのメンバーである必要があります。

    • プライマリ・グループとしてのインベントリ・グループ(OINSTALL)

    • データベース管理者(OSDBA)

    • データベース・オペレータ(OSOPER)

    グリッド・インフラストラクチャ・ユーザー(通常はgrid)は、次のグループのメンバーである必要があります。

    • プライマリ・グループとしてのインベントリ・グループ(OINSTALL)

    • ASMデータベース管理者(ASMDBA)

    • ASMインスタンス・オペレータ(ASMOPER)

    • ASMインスタンス管理者(OSASM)

  • 次の場所に対する書込み権限を持つオペレーティング・システム・ユーザーを使用していることを確認します。

    • グリッド・インフラストラクチャに関する診断データファイルを格納できる、グリッド・インフラストラクチャのOracleベース・ディレクトリ。

    • データベースに関する診断データファイルを格納できる、データベースのOracleベース・ディレクトリ。

    • グリッド・インフラストラクチャ・ソフトウェアをプロビジョニングできる、グリッド・インフラストラクチャ・ソフトウェアのディレクトリ。

    • データベース・ソフトウェアをプロビジョニングできるデータベース・ソフトウェアの場所。 クローニングに関するファイルをステージングできる作業ディレクトリ。

  • Cloud Controlで「操作の任意のターゲット」権限があることを確認してください。

  • Oracle Real Application Clustersデータベース(Oracle RAC)のプロビジョニングの場合、次の追加の前提条件があります。

    • ターゲット・ホストでOracle Grid InfrastructureおよびOracle RACインストールのハードウェア、ソフトウェア、ネットワーク要件を満たします。

    • Oracle RAC Databaseユーザーは、ASMデータベース管理者(ASMDBA)のメンバーである必要があります。

オペレータの前提条件

デプロイメント・プロシージャを実行するオペレータは、次の前提条件を満たしている必要があります。

  • オペレータとして、(デザイナによって設定およびロックされた)資格証明の表示、ターゲットの表示、ジョブの発行、およびデプロイメント・プロシージャの起動を行う権限があることを確認してください。

  • 次のロールに対応するオペレーティング・システム・グループが、プロビジョニングに選択したホストにすでに存在していることを確認します。これらのグループのオペレーティング・システム・ユーザーには、それぞれの権限が自動的に付与されます。

    • インベントリ・グループ(OINSTALL)

    • ASMデータベース管理者(ASMDBA)

    • ASMインスタンス・オペレータ(ASMOPER)

    • データベース管理者(OSDBA)

    • データベース・オペレータ(OSOPER)

    • ASMインスタンス管理者(OSASM)

  • Cloud Controlで「操作の任意のターゲット」権限があることを確認してください。

データベース・プロビジョニング・プロファイルの作成

プロビジョニング・プロファイルはソフトウェア・ビットおよび構成を含むエンティティです。プロビジョニング・プロファイルが既存のインストールから作成される場合、グリッド・インフラストラクチャ(ソフトウェアまたは構成を含む)およびOracle Database (ソフトウェアまたは構成を含む)のいずれかを管理者によって事前に決定された基準にクローニングする柔軟性が提供されます。プロビジョニング・プロファイルを使用してデータベース・テンプレートを作成できます。デザイナまたは管理者は、一括デプロイメントにオペレータが使用できるデータベース・プロビジョニング・プロファイルを一度のアクティビティで作成できます。プロビジョニング・プロファイルを使用すると、デプロイメントを標準化でき、デプロイメント・プロシージャの構成中のエラーを回避してデプロイメントを再スケジュールする必要性を軽減します。

ノート:

即時利用可能なプロファイルは必要なくなりました。ゴールド・イメージ・フローを使用して、11.2.0.4ゴールド・イメージのプロビジョニング・プロファイルを作成できます。グリッド・インフラストラクチャおよびデータベースの任意のバージョンに対して、インストール・メディアに基づくプロファイルを作成することもできます。

データベースをゴールド・イメージの参照として使用する場合、新しいプロファイルにデータベース・データが含まれます。ARCHIVE LOG MODE内に参照データベースがない場合、参照データベースはプロセス中に停止されてから再起動されます。

データベース・プロビジョニング・プロファイルを作成するには、次のステップに従います。

ノート:

CDB参照ターゲットから作成されたデータベース・プロビジョニング・プロファイルは、非CDBデータベースのプロビジョニングには使用できません。CDB参照ターゲットは、CDBデータベースのプロビジョニングにのみ使用できます。
  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「データベースのプロビジョニング」を選択します。
  2. 「データベース・プロシージャ」ページの「プロファイル」セクションで、「作成」をクリックします。データベース・プロビジョニング・プロファイルの作成ウィザードが起動します。
  3. 「参照ターゲット」ページで、検索アイコンをクリックします。
  4. 「検索と選択: ターゲット」ウィンドウで、プロビジョニング・プロファイルの作成元の参照ターゲットを選択し、「選択」をクリックします。
  5. 「参照ターゲット」ページのインクルード操作では、プロビジョニング・プロファイルに含めるコンポーネントを選択できます。参照ホスト構成に応じて、データベースのOracleホーム、グリッド・インフラストラクチャのOracleホームおよびその関連する構成を次のようにプロビジョニング・プロファイルの一部として含めるように選択できます。
    • データベースのOracleホーム: Oracleデータベース・ゴールド・イメージをプロファイルに含めます。
    • グリッド・インフラストラクチャのOracleホームとその構成プロパティ: プロファイルにグリッド・インフラストラクチャのゴールド・イメージおよびその構成を含めます。
    • データ・コンテンツ: プロファイルにOracleデータベース・テンプレート(またはデータ)を含め、このプロファイルでは、「構造およびデータ」を選択して物理ファイルおよび構造ファイルをデータベースから組み込むか、「構造のみ」を選択してテンプレートに構造ファイルのみを組み込むことができます。

      ノート:


      データベース・プロビジョニング・プロファイル参照ターゲット・セクション

  6. 「資格証明」セクションで、「優先資格証明」または「名前付き資格証明」を選択します。名前付き資格証明を使用する場合、資格証明を選択するか、「+」をクリックして新規「名前付き資格証明」を指定します。
    「資格証明の追加」ウィンドウで、「ユーザー名」および「パスワード」を指定します。これらを優先資格証明として設定する場合は、「優先資格証明として設定」を選択します。「追加」をクリックします。

    「次」をクリックします。


    データベース・プロファイル参照ターゲット資格証明

  7. プロファイル・ページで、次の操作を実行します。
    • 「プロファイル情報」セクションで、選択した一意のプロファイル名を入力します。
      For example:
      Cluster Profile [time when created]
      

      ソフトウェア・ライブラリにプロビジョニング・プロファイルを格納する「プロファイルの場所」「名前」「説明」「バージョン」「ベンダー」「ノート」、およびプロファイルに含まれるコンポーネントの名前などのデフォルトの詳細を保持または編集します。

    • 「スケジュール」セクションで、プロファイルの作成をすぐに開始するか、後でスケジュールできます。
    • 「作業ディレクトリ」セクションで、データベース・プロビジョニング・プロファイルの作成中に使用する一時作業ディレクトリを指定します。
    • 「ソフトウェア・ライブラリ・ストレージ」セクションで、「ソフトウェア・ライブラリの場所タイプ」および「ソフトウェア・ライブラリの場所名」を選択します。
    • 「次」をクリックします。
  8. 確認ページで、前のページで行った選択内容が正しく表示されていることを確認し、「発行」をクリックします。正しく表示されていない場合は、変更を行うページに達するまで「戻る」を繰り返しクリックします。プロビジョニング・プロファイルの作成を中断するには、「取消」をクリックします。「デプロイメント・インスタンス名」は、プロファイル名およびユーザー名を使用して生成されます。
  9. プロビジョニング・プロファイルの作成プロシージャを発行したら、このプロビジョニング・プロファイルが「データベースのプロビジョニング」ページに表示されることを確認します。

EMCLIを使用したデータベース・プロビジョニング・プロファイルの表示、作成および削除

この項では、EMCLI動詞を使用してデータベース・プロビジョニング・プロファイルを表示、作成および削除するために使用するEMCLIコマンドについて説明します。この項では、次のトピックについて説明します。

EMCLIを使用したデータベース・プロビジョニング・プロファイルの表示

次のEMCLI動詞を使用して、様々なプロビジョニング・プロファイルおよびそれらに必要な入力パラメータを把握します。

emcli describe_dbprofile_input

このコマンドにより、異なるタイプのプロファイルごとにレスポンス・ファイルが生成されます。

EMCLIを使用したデータベース・プロビジョニング・プロファイルの作成

プロビジョニング・プロファイルを作成するには、次のEMCLI動詞を使用します。

emcli create_dbprofile -input_file=data:"<Prop file name>"

For example:
emcli create_dbprofile -input_file=data:"/tmp/profile.txt"

このコマンドは、作成されるプロファイルのタイプと使用されるオプションについて完全に記述するプロパティ・ファイルを受け入れます。入力ファイルに指定する必要がある入力プロパティを把握するために、次のコマンドを実行します。

emcli describe_dbprofile_input [-data_mode={EXPORT/DBCA_TEMPLATE/RMAN/STORAGE_SNAPSHOT}]

プロファイル作成プロシージャの発行後、次のステップを実行してプロビジョニング・プロファイルの詳細をレビューします。

  1. 次のEMCLI動詞を使用して、実行中のプロビジョニング・プロファイル・インスタンスを取得します。

    emcli get_instances
    
  2. 前のステップのGUIDを使用して、レスポンス・ファイルを取得します。たとえば:

    emcli get_instance_data -instance=<GUID>   >/tmp/profile.txt
    
  3. 入力プロパティは、/tmp/profile.txtにリストされています。たとえば:

    # Input properties are:
    GI_GOLD_IMAGE_ENTITY_NAME=ust Profile 02-04-2014 08:03 PM - Grid infrastructure gold image
    GI_GOLD_IMAGE_TYPE=GOLD_IMAGE
    PROFILE_DESC=Grid Infrastructure Home Reference Profile 02-04-2014 08:03 PM from clustername
    PROFILE_LOCATION=Grid Infrastructure Home Provisioning Profiles/11.2.0.2.0/linux_x64
    PROFILE_NAME=Cluster clustname Profile 02-04-2014 08:03 PM
    PROFILE_NOTES=Host Name: h1.example.com
    Cluster: slxaclust
    PROFILE_VENDOR=Oracle
    PROFILE_VERSION=11.2.0.2.0
    REFERENCE_DATABASE=clustername
    REFERENCE_DATABASE_TYPE=cluster
    REF_GI_CREDENTIALS=AIME_NORMAL:SYSMAN
    REF_HOST_CREDENTIALS=AIME_NORMAL:SYSMAN
    REF_NODE_SELECTED=h1.example.com
    STORAGE_NAME_FOR_SOFTWARE=swlib
    STORAGE_TYPE_FOR_SOFTWARE=OmsShared
    WORKING_DIRECTORY=/tmp
EMCLIを使用したデータベース・プロビジョニング・プロファイルの削除

プロビジョニング・プロファイルおよびそのサブコンポーネントを削除するには、次のステップに従います。

  1. 次のEMCLI動詞を使用して、作成したデータベース・プロファイルをリストします。
    emcli list_dbprofiles
    
  2. 次のEMCLI動詞を使用して、データベース・プロファイルを削除します。
    emcli delete_dbprofile -comp_loc= "<db profile name and location>"
    
    For example:
    emcli delete_dbprofile -comp_loc="Grid Infrastructure Home Provisioning Profiles/11.2.0.2.0/linux_x64/Cluster clustername Profile 02-04-2014 08:03 PM"
    

    comp_locは、データベース・プロファイル名とプロファイルの場所の組合せです。

  3. プロファイル削除のステータスをチェックするには、次のEMCLIコマンドを実行します。
    emcli get_instance_status -instance=<GUID> -xml -details –showJobOutput

インストール・メディアの作成

データベース・プロビジョニングに使用できるインストール・メディアを作成するには、次のステップに従います。

  1. 一時的な場所mkdir /tmp/installmediaを作成します。
  2. 次のURLにナビゲートします。

    http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

  3. データベースをプロビジョニングするオペレーティング・システム用のすべてを表示するリンクをクリックします。
  4. 「ライセンス契約に同意する」オプションを選択します。
  5. データベースおよびグリッド・インフラストラクチャ・ソフトウェア用のzipファイル1および2を、あらかじめ作成した一時ディレクトリにダウンロードします。
  6. Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。
  7. ソフトウェア・ライブラリで、データベースのインストール・メディア・コンポーネントを作成するディレクトリを選択します。
  8. 「アクション」メニューから「エンティティの作成」「コンポーネント」の順に選択します。
  9. 「エンティティの作成: コンポーネント」ダイアログで、「インストール・メディア」に「サブタイプ」を選択し、「続行」をクリックします。
  10. インストール・メディアの作成: 説明ページで、コンポーネントの「名前」および「説明」を入力し、「次へ」をクリックします。
  11. インストール・メディアの作成: 構成ページで、リストから「製品バージョン」「プラットフォーム」および「製品」を選択します。

    「製品」には、Oracle Databaseの場合は「Oracle Database」を、グリッド・インフラストラクチャ・ソフトウェアの場合は「Oracle Grid Infrastructure」を、Oracleデータベース・クライアントの場合は「Oracleクライアント」を選択します。

    「次」をクリックします。

  12. インストール・メディアの作成: ファイルの選択ページで、「ファイルのアップロード」を選択します。
    1. 「宛先の指定」セクションで、データベース・ソフトウェアの「アップロード場所」としてソフトウェア・ライブラリの記憶域の場所を選択します。
    2. 「ソースの指定」セクションで、エージェント・マシンとして「ファイル・ソース」を選択し、ファイルをアップロードする元のホストを選択します。
    3. 「追加」をクリックします。
    4. 「リモート・ファイル・ブラウザ」で「次のユーザーでログイン」をクリックします。
    5. 「ホスト資格証明」を選択して「OK」をクリックします。
    6. 一時ディレクトリに移動して、作成した圧縮されたデータベース・ファイルを選択します。
    7. 「追加」を選択して「OK」をクリックします。

    「次」をクリックします。

  13. インストール・メディアの作成: 確認ページで、入力した詳細を確認し、「保存とアップロード」をクリックしてインストール・メディア・ファイルを保存してソフトウェア・ライブラリにアップロードします。

データベース・テンプレートの作成

Cloud Controlでは、追加のデータベースのクローニングまたは作成に使用できるデータベース・テンプレートを作成できます。データベース・テンプレートを作成するには、次のステップに従います。

  1. 「ターゲット」メニューから「データベース」を選択します。
  2. データベース・ページで、テンプレートの作成元のデータベースをクリックします。
  3. データベース・ホームページで、「Oracle Database」メニューから、「プロビジョニング」「データベース・テンプレートの作成」を選択します。
  4. テンプレート・タイプ・ページで次を選択します。
    • データと同様の構造を選択し、物理データファイルと構造情報をテンプレートに組み込みます。ユーザー定義スキーマとデータがテンプレートに組み込まれます。このタイプのテンプレートから作成されたデータベースはソース・データベースと同じものになります。

      ノート:

      構造およびデータの場合、PDBの名前は変更できません。このテンプレートは、ソース・データベースの物理バックアップをリストアしています。宛先データベースはソース・データベースと同じになります。
    • 構造を選択し、表領域オプション、初期化パラメータ、データファイルを含むソース・データベースに関する構造情報を組み込みます。このテンプレートには、ユーザー定義スキーマとデータは組み込まれません。
    ホスト資格証明を選択します。「優先資格証明」「名前付き資格証明」または「資格証明を入力」を選択できます。

    「次」をクリックします。

  5. テンプレート・オプション・ページで、「テンプレート名」および「説明」を指定します。テンプレートの場所を指定します。
    • 「ソフトウェア・ライブラリにテンプレートを格納」を選択し、OMSエージェント・ファイル・システムまたは共有ファイル・システム上の「記憶域のタイプ」および「場所」を指定します。
    • 「管理対象ホストにテンプレートを保存」を選択し、ターゲットOracleホームのORACLE_HOME/assistants/dbca/templatesにテンプレートを保存します。

    データベース・ファイルの場所を指定します。次のいずれかを選択します。

    • Oracle Flexible Architectureを使用を選択し、テンプレートのファイルの場所からOFAに変換します。
    • テンプレートのファイルの場所をソース・データベースと同じにする場合は、ファイル場所の保持を選択します。
    「次」をクリックします。
  6. スケジュール・ページで、ジョブ名およびスケジュールを指定します。ジョブを即時実行する場合、デフォルトで選択されている「1回(即時)」を選択します。ジョブを後で実行する場合は、「1回(後で)」を選択し、タイムゾーン、開始日および開始時刻の詳細を指定します。また、テンプレート作成プロセス中にデータベースのブラックアウトを選択することもできます。「次」をクリックします。
  7. 確認ページで、ジョブに指定した詳細を確認し、詳細に満足した場合は、「ジョブの発行」をクリックして、設定したスケジュールのとおりジョブを実行します。詳細を変更する場合、変更を加えるページに到達するまで、「戻る」をクリックします。
  8. ジョブ・ページでジョブが正常に完了し、テンプレートが指定どおりに作成されているかどうかを確認します。

ノート:

データベース・テンプレートの作成にDatabase Configuration Assistant (DBCA)を使用することもできます。

作成するデータベース・テンプレートを編集およびカスタマイズしてから、カスタマイズしたテンプレートをソフトウェア・ライブラリにアップロードできます。ソフトウェア・ライブラリへのデータベース・テンプレートのアップロードを参照してください。

ソフトウェア・ライブラリへのデータベース・テンプレートのアップロード

データベース・テンプレートを編集およびカスタマイズし、次のようにこれらをソフトウェア・ライブラリにアップロードできます。

  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。

  2. ソフトウェア・ライブラリのホームページで、データベース・テンプレートをアップロードするフォルダを選択します。

  3. 「アクション」メニューから「エンティティの作成」「コンポーネント」の順に選択します。または、カスタム・フォルダを右クリックし、メニューから「エンティティの作成」「コンポーネント」の順に選択します。

  4. 「エンティティの作成: コンポーネント」ダイアログ・ボックスから「データベース・テンプレート」を選択し、「続行」をクリックします。

    Cloud Controlに「データベース・テンプレートの作成」ページが表示されます。

  5. 説明ページで、「名前」「説明」 、およびエンティティを説明する「その他の属性」を入力します。

    ノート: コンポーネント名は、属する親フォルダに対して一意である必要があります。一意の名前を入力したときでさえ、競合が報告される場合があります。これは、表示権限がないために表示できないが、フォルダ内に同じ名前のエンティティがあるために起こります。

    「追加」をクリックし、データベース・テンプレートを添付します。templatename.dbtまたはtemplatename.dbcの形式でテンプレートをソース・ファイルとして選択します。ファイル名は表示されたままにします。ファイル・サイズが2 MB未満であることを確認してください。

    「ノート」フィールドで、エンティティに対する変更や、追跡する変更履歴など、エンティティに関連する情報を追加します。

  6. 「ファイルの選択」ページで、データベース・テンプレートに関連するファイルをすべて追加します。

    「ファイルのアップロード」を選択し、次のように、データベース・テンプレート・ファイルをすべてアップロードします。

    1. 「宛先の指定」セクションで、ファイルをアップロードするソフトウェア・ライブラリの場所を選択します。

    2. 「ソースの指定」セクションで、テンプレート・ファイルを格納した場所を選択します。この場所はローカル・マシンでもエージェント・マシンでもかまいません。

    3. 「追加」をクリックし、データベース・テンプレート・ファイルをアップロードします。

      構造テンプレートの場合、templatename.dbtファイルを再追加します。構造およびデータ・テンプレートの場合、templatename.dbc、datafiledump.dfbおよびcontrolfile.ctlファイルをアップロードします。templatename.dbcファイルをメイン・ファイルとしてマークします。

    「ファイルの参照」を選択し、既存の参照先ファイルの保管場所からファイルを参照します。「参照されるファイルの場所」を選択し、ソース・ファイルを追加します。

  7. 「確認」ページで詳細をすべて確認してから「保存とアップロード」をクリックすると、コンポーネントが作成されてバイナリがソフトウェア・ライブラリにアップロードされます。

データベース・プロビジョニングの前処理/後処理スクリプト

Oracle Enterprise Manager 13.5リリース更新1以降、様々なタイプのデータベースを作成またはプロビジョニングする際に、特定のアクションの前処理および後処理スクリプトを追加できるようになりました。

データベースの作成やプロビジョニングの前後にカスタム・スクリプトを実行できます。これらのリクエストは、データベースが作成されたマシン上のいくつかの追加ホスト・コマンドから、新規にプロビジョニングされたデータベース上で追加のブック・アクティビティやその他の操作を実行するコマンドまで、多岐にわたります。スクリプトはシェル・スクリプトまたはPerlスクリプトです(SQLスクリプトは直接コールできませんが、シェルまたはPerlスクリプトから内部的にコールできます)。

前処理/後処理スクリプトは、データベース・プロビジョニング操作に使用する前に、EMソフトウェア・ライブラリ・エンティティ(ディレクティブ)としてアップロードしておく必要があります。ソフトウェア・ライブラリの前処理/後処理スクリプトを使用すると、ソフトウェア・ライブラリ内の共通の場所にステージングされたスクリプトによってプロセス全体が集中化および自動化され、デプロイメント実行自体の一部としてスクリプトがターゲット・ホストにステージングおよびクリーンアップされます。

データベース・プロビジョニングで前処理/後処理スクリプトを使用する前に、まずスクリプトを作成し、スクリプトをソフトウェア・ライブラリにアップロードし、スクリプトのURNを取得する必要があります。次のリソースは、これらのアクティビティの段階的な実行手順を示しています。
作成またはプロビジョニングされるデータベースのタイプに応じて作成できる前処理/後処理スクリプトの完全なリストを次に示します。

表3-4 SIHAデータベースのプロビジョニング

選択済オプション スクリプト
グリッド・インフラストラクチャ・ソフトウェアのみのデプロイ データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

データベース・ソフトウェアのみのデプロイ データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイと構成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイ、データベース・ソフトウェアの構成とデプロイ、およびデータベースの作成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイおよびデータベース・ソフトウェアの構成とデプロイのみ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのみのデプロイ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイのみ、データベース・ソフトウェアのデプロイ、データベースの作成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイのみおよびデータベース・ソフトウェアのデプロイのみ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

表3-5 RACデータベースのプロビジョニング

選択済オプション スクリプト
グリッド・インフラストラクチャ・ソフトウェアのみのデプロイ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイと構成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ソフトウェアのみのデプロイ データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

データベース・ソフトウェアのデプロイとRACデータベースの作成 データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

データベース・ソフトウェアのデプロイとRAC One Nodeデータベースの作成 データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイのみおよびデータベース・ソフトウェアのデプロイのみ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイのみ、データベース・ソフトウェアのデプロイ、RACデータベースの作成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイのみ、データベース・ソフトウェアのデプロイ、RAC One Nodeデータベースの作成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイおよびデータベース・ソフトウェアの構成とデプロイのみ グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイ、データベース・ソフトウェアの構成とデプロイ、およびRACデータベースの作成 グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

グリッド・インフラストラクチャ・ソフトウェアのデプロイ、データベース・ソフトウェアの構成とデプロイ、RAC One Nodeデータベースの作成

グリッド・インフラストラクチャ・ホームのデプロイメント前のスクリプト

グリッド・インフラストラクチャ・ホームのデプロイメント後のスクリプト

グリッド・インフラストラクチャ・ホームの構成前のrootスクリプト

グリッド・インフラストラクチャ・ホームの構成後のrootスクリプト

データベース・ホームのデプロイメント前のスクリプト

データベース・ホームのデプロイメント後のスクリプト

データベース・ホームのデプロイメント前のrootスクリプト

データベース・ホームのデプロイメント後のrootスクリプト

表3-6 前処理/後処理スクリプト・アンカー・フェーズのカスタマイズ

プロシージャ名 アンカー・フェーズ 説明 スクリプト内での位置
データベースの作成 開始: カスタム前処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

「デプロイメントの初期化」プロシージャの後
終了: カスタム前処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。
「データベースの作成」後処理スクリプトの前
開始: カスタム後処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

「ターゲット・コレクションのスケジュール」の前
終了: カスタム後処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。
「ターゲット・コレクションのスケジュール」の前
Oracle Databaseのプロビジョニング 開始: カスタム前処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

「デプロイメントの初期化」プロシージャの後
終了: カスタム前処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。

「前提条件および修正の初期化」の前

開始: カスタム後処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

前のステップ「クリーンアップ」
終了: カスタム後処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。
前のステップ「クリーンアップ」
Oracle RACデータベースのプロビジョニング 開始: カスタム前処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

「デプロイメントの初期化」プロシージャの後
終了: カスタム前処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。
「前提条件および修正の初期化」の前
開始: カスタム後処理スクリプト(高度) このステップの後の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。ノート: これは、カスタマイズの高度な使用方法です。

または、前処理スクリプトに提供されている簡易フックを使用して、プロシージャのカスタマイズやメンテナンスを回避することもできます。

前のステップ「クリーンアップ」
終了: カスタム後処理スクリプト(高度) このステップより前の適切なフェーズおよびステップに、カスタム前処理スクリプトを挿入します。

ノート:

これは、カスタマイズの高度な使用方法です。
前のステップ「クリーンアップ」
データベース・プロビジョニングの前処理/後処理スクリプトの例

次に、データベース・プロビジョニング前/後の操作のためのPerlスクリプトのサンプル・セットを示します。

ノート:

前処理/後処理スクリプトの前処理/後処理フック・セクションは編集しないでください。
#!/usr/local/bin/perl
        #Store the passed input file path in a variable
        my $fileName = $ARGV[0];
        #Print the input file content as it is...
        print "Printing the variable values received from cloud request ...\n";
        open IN,"<",$fileName or die "Can't open file due to :$!";
        while(<>){
          print $_;
        }
        close IN;
        # Reads a text file with var=values pairs line delimited
        # Setting the values in the environment
        sub readDat {
                # Grab the passed parameter
                my $filename = $_[0];
                my @Data;
                # The ubiquitous $i counter
                my $i = 0;
                # Register a filehandle
                local (*DATFILE);
                # Open the file for read
                open (DATFILE, $filename) or print ( "Can't open $filename: $1");
                # Read through the file one line at a time
                FORA:while (<DATFILE>) {
                        # Skip over any comments
                        if ( /#.*/ ) {
next FORA;
                        }
                        # Clean up any extraneous garbage
                        chomp;                  # no newline
                        s/^\s+//;               # no leading white
                        s/\s+$//;               # no trailing white
                    # If clean up eliminated any data worth reading
                    # lets skip to the next line
                    next unless length;
                        # We can't load the lines with $VARS as we will
                        # loose any values so we'll make sure to escape them
                        # (the $'s that is)
                        s/\$/\\\$/g;
                        # localizing $var and $value to make sure
                        # they are clean out on every read.
                        my ($var, $value) = split(/=/,$_);
                        # Load variable into enviroment
                        $ENV{$var}="$value";
                        print $value;
                        $i++;
                }
        }
        print "Loading cloud variables into ENV..\n";
        readDat($fileName);

追加のOracleホーム、OracleベースおよびSIDフィールドを含む前処理/後処理スクリプト

Oracle Enterprise Manager 13.5リリース更新21 (13.5.0.1)以降、Oracleホーム、OracleベースおよびSIDフィールドは、前処理スクリプトと後処理スクリプトの両方で追加のカスタマイズに使用できます。次に、スクリプトの例を示します:

ノート:

スクリプトのカスタマイズ・オプションの一部として、データベース作成後PERLスクリプト内で実行されるファイルまたはソフトウェア・ライブラリ・エンティティとしてSQLスクリプトを指定できます。

カスタム・スクリプトでOracleホームおよびSIDフィールドを指定する場合は、前処理スクリプトおよび後処理スクリプトがすべてのノードで実行されることに注意してください。ノード間で同じスクリプトを複数回実行しても影響がないことを確認してください。

#!/usr/local/bin/perl
#Store the passed input file path in a variable
my $fileName = $ARGV[0];
#Print the input file content as it is...
print "Printing the variable values for OH post-scripts received from cloud request ...\n";
open IN,"<",$fileName or die "Can't open file due to :$!";
       while(<>){
          print $_;
        }
        close IN;
        # Reads a text file with var=values pairs line delimited
        # Setting the values in the environment
        sub readDat {
                # Grab the passed parameter
                my $filename = $_[0];
                my $varName = $_[1];
                my @Data;
                # The ubiquitous $i counter
                my $i = 0;
                # Register a filehandle
                local (*DATFILE);
                # Open the file for read
                open (DATFILE, $filename) or print ( "Can't open $filename: $1");
                # Read through the file one line at a time
                FORA:while (<DATFILE>) {
                       # Skip over any comments
                       if ( /#.*/ ) { 
                       next FORA;
                       }
                       # Clean up any extraneous garbage
                       chomp;                  # no newline
                       s/^\s+//;               # no leading white
                       s/\s+$//;               # no trailing white
                    # If clean up eliminated any data worth reading
                    # lets skip to the next line
                    next unless length;
                        # We can't load the lines with $VARS as we will
                        # loose any values so we'll make sure to escape them
                        # (the $'s that is)
                        s/\$/\\\$/g;
                        # localizing $var and $value to make sure
                        # they are clean out on every read.
                        my ($var, $value) = split(/=/,$_);
                        if( defined($varName) and $var eq $varName ) {
                                return $value;
                        }
                        # Load variable into enviroment
                        #$ENV{$var}="$value";
                        #print $value;
                        $i++;
                }
        }
        print "\n";
        print "Loading cloud variables into ENV..\n";
        readDat($fileName);
        my $ORACLE_HOME= readDat($fileName,"ORACLE_HOME_LOC");
        my $DB_SID = readDat($fileName,"DB_SID");
        if( length $DB_SID ) {
                $ENV{"ORACLE_HOME"}=$ORACLE_HOME;
                $ENV{"ORACLE_SID"}=$DB_SID;
                print "\nOracle home value is " . $ENV{"ORACLE_HOME"};
                print "\nOracle SID is " . $ENV{"ORACLE_SID"};
                print "Executing attached SQL ...\n";
                my $CMD = $ENV{"ORACLE_HOME"} . "/bin/sqlplus / as sysdba \@sample.sql";
                print "Firing SQL ...\n";
                print "$CMD\n";
                system($CMD);
                my $ERROR_CODE = $?;
                print "Error code is $ERROR_CODE \n";
                if ( $ERROR_CODE == 0 )
                {
                        print "Script Completed\n";
                }
                else
                {
                        print "Error occured while executing \n";
                        return -1;
                }
        }

データベース・プロビジョニング・エンティティの作成

Oracleデータベースのプロビジョニングに使用するソフトウェア・ライブラリのプロビジョニング・エンティティを作成および保存できます。Cloud Controlでは、次のタイプのデータベース・プロビジョニング・エンティティを作成できます。

  • Oracle Databaseクローン

  • Oracle Clusterwareクローン

次のサブ項目でこれらのプロビジョニング・エンティティの作成方法について説明します。

NFSの共有場所からのOracle Databaseソフトウェアのエンティティの作成

NFSの共有場所からOracle Databaseソフトウェアのエンティティを作成するには、次のステップを実行します。

ステップ1 - 参照されるファイルの場所の作成

参照されるファイルの場所を作成するには、次のステップを実行します。

  1. EMの「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」を選択し、「ソフトウェア・ライブラリ」を選択します。

  2. 「参照されるファイルの場所」タブをクリックし、記憶域タイプとして「NFS」を選択します。

  3. 「追加」をクリックします。

  4. 「NFSの場所の追加」ダイアログで、次の詳細を入力します。

    1. 場所の名前 - たとえば、NFS_SHARED_LIBRARY

    2. NFSサーバー - NFSサーバーのIPまたはホスト名

    3. 場所 - ソフトウェア・バイナリ、アーカイブ、ゴールド・イメージを格納するNFS共有の絶対パス。

ステップ2 - OracleホームのZipアーカイブの作成

Oracleホームのzipアーカイブを作成するには、次のステップを実行します。

  1. DBゴールド・イメージの作成に使用するOracleホームのzipアーカイブを作成します。次のコマンドを実行します。

    1. cd $ORACLE_HOME

    2. zip -r -9 -1 <path to the new zip file> ./*

      たとえば : cd $ORACLE_HOME; zip -r -9 -1 /scratch/vol1/dbhome121010.zip ./*

  2. zipアーカイブを「参照されるファイルの場所」として構成されているNFS共有にコピーします。

ステップ3 - ソフトウェア・エンティティの作成

ソフトウェア・エンティティを作成するには、次のステップを実行します。

  1. EMの「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。

  2. DBゴールド・イメージを表すソフトウェア・エンティティを作成する場所を選択します。

  3. 「アクション」メニューから、「エンティティの作成」「コンポーネント」の順に選択します。

  4. 「サブタイプ」として「Oracle Databaseソフトウェア・クローン」を選択します。

  5. 「Oracle Databaseソフトウェア・クローン: 説明」セクションで、ゴールド・イメージの意味のわかりやすい名前および説明を入力します。たとえば、「Oracle DB Home 12.1.0」と入力し、「次」をクリックします。

  6. 「Oracle Databaseソフトウェア・クローン: 構成」セクションで、次のようにします。

    1. 「コンポーネントの作成元」フィールドで、「既存のOracleホームのアーカイブ」を選択します。

    2. 「NFS」として「参照の場所タイプ」を選択します。

    3. 「参照の場所名」で、以前に作成したNFSの参照されるファイルの場所名を選択します。

    4. 「Oracleホーム・アーカイブの場所」で、NFS共有内のステージングされたOracleホームのアーカイブzipファイルへのパス(NFS共有パスからの相対パス)を入力します。

  7. 適切な製品、バージョンおよびプラットフォームを選択し、「次」をクリックします。

  8. 詳細を確認し、「保存とアップロード」をクリックします。

外部記憶域からのOracle Databaseクローンの作成

外部記憶域からOracle Databaseクローンを作成するには、次のステップに従います。

  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。

  2. 「ソフトウェア・ライブラリ・ホーム」ページで、データベース・クローン・コンポーネントを作成するために任意のカスタム・フォルダを選択します。

  3. 「アクション」メニューから「エンティティの作成」「コンポーネント」の順に選択します。または、カスタム・フォルダを右クリックし、メニューから「エンティティの作成」「コンポーネント」の順に選択します。

  4. 「エンティティの作成: コンポーネント」ダイアログ・ボックスから「Oracle Databaseソフトウェア・クローン」を選択し、「続行」をクリックします。

    Oracle Databaseソフトウェア・クローンの作成ページが表示されます。

  5. 説明ページで、「名前」「説明」 、およびエンティティを説明する「その他の属性」を入力します。

    ノート: コンポーネント名は、属する親フォルダに対して一意である必要があります。一意の名前を入力したときでさえ、競合が報告される場合があります。これは、表示権限がないために表示できないが、フォルダ内に同じ名前のエンティティがあるために起こります。

    「+」(追加)をクリックして、README、付帯状況、ライセンスなど、そのエンティティを適切に説明するファイルを添付します。ファイル・サイズが2 MB未満であることを確認してください。

    「ノート」フィールドで、エンティティに対する変更や、追跡する変更履歴など、エンティティに関連する情報を追加します。

  6. 「構成」ページで、「コンポーネントの作成元」メニューから「既存のOracleホームのアーカイブ」を選択し、次のようにします。

    1. 「Oracleホーム・アーカイブ」セクションで、データベース・クローン・ソフトウェアを参照できる外部記憶域の場所を選択します。「外部ストレージの場所名」メニューから場所名を選択します。「Oracleソフトウェア・ライブラリの設定」を参照してください。

      「Oracleホーム・アーカイブの場所」に正確なパスを入力します。これは基本的に、外部記憶域にあるアーカイブ・ファイルの、構成された場所からの相対的なパスです。アーカイブ・ファイルが有効なZIPファイルであることを確認してください。

      ノート:

      Oracleホームのzipファイルを作成するには、次の構文を使用します。

      <ZIP  PATH>/zip -r -S -9 -1 <archiveName.zip> <directory or list  of files to be archived> -x <patterns to exclude files>
    2. 「Oracleホームのプロパティ」セクションで、「製品」「バージョン」「プラットフォーム」および「RACホーム」の各値を選択します。これらの構成プロパティはエンティティを検索または追跡する際に特に役に立ちます。

  7. 「確認」ページで詳細をすべて確認してから「保存とアップロード」をクリックすると、コンポーネントが作成されてバイナリがソフトウェア・ライブラリにアップロードされます。

参照ホームからのOracleクラスタウェア・クローンの作成

参照ホームからOracleクラスタウェア・クローンを作成するには、次のステップを実行します。

  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。

  2. 「ソフトウェア・ライブラリ・ホーム」ページで、データベース・クローン・コンポーネントを作成するために任意のカスタム・フォルダを選択します。

  3. 「アクション」メニューから「エンティティの作成」「コンポーネント」の順に選択します。または、カスタム・フォルダを右クリックし、メニューから「エンティティの作成」「コンポーネント」の順に選択します。

  4. 「エンティティの作成: コンポーネント」ダイアログ・ボックスから「Oracleクラスタウェア・クローン」を選択し、「続行」をクリックします。

    「Oracleクラスタウェア・クローンの作成: 説明」ページが表示されます。

  5. 「説明」ページで、「名前」「説明」、およびエンティティを説明する「その他の属性」を入力します。

    ノート: コンポーネント名は、属する親フォルダに対して一意である必要があります。一意の名前を入力したときでさえ、競合が報告される場合があります。これは、表示権限がないために表示できないが、フォルダ内に同じ名前のエンティティがあるために起こります。

    「+」(追加)をクリックして、README、付帯状況、ライセンスなど、そのエンティティを適切に説明するファイルを添付します。ファイル・サイズが2 MB未満であることを確認してください。

    「ノート」フィールドで、エンティティに対する変更や、追跡する変更履歴など、エンティティに関連する情報を追加します。

  6. 構成ページで、「コンポーネントの作成元」メニューから「参照ホーム」を選択し、次のようにします。

    1. 「参照Oracleホーム」セクションで、拡大鏡アイコンをクリックし、ホスト・マシン上で実行されているクラスタウェア・ホームのリストから目的のOracleクラスタウェアのOracleホームを選択します。

      「Oracleホームの場所」「ホスト」の各フィールドに適切な値が入ります。

    2. 「Oracleホーム資格証明」セクションで、管理するターゲットへのアクセスに使用する資格証明のタイプを選択します。資格証明の設定を参照してください。

    3. 「作業ディレクトリ」および「除外するファイル」セクションで、書込み権限があるホスト上の「作業ディレクトリ」を入力し、クローニングされたzipファイルを作成して一時的に保管できるようにします。

      「除外するファイル」フィールドは、クローニングされたzipファイルから除外される特定のタイプのファイルまたはパターンで事前に移入されます。ただし、要件に基づいて、このリストをカスタマイズできます。

    4. 「ソフトウェア・ライブラリのアップロード場所」セクションで、Oracle Clusterwareクローン・ソフトウェアを格納する構成済の記憶域の場所をリストから選択します。Oracleソフトウェア・ライブラリの設定を参照してください。

  7. 「確認」ページで、詳細を確認してから、「保存とアップロード」をクリックして、コンポーネントを作成しバイナリをソフトウェア・ライブラリにアップロードします。

外部記憶域からのOracleクラスタウェア・クローンの作成

外部記憶域の場所からOracleクラスタウェア・クローンを作成するには、次のステップに従います。

  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「ソフトウェア・ライブラリ」の順に選択します。

  2. 「ソフトウェア・ライブラリ・ホーム」ページで、データベース・クローン・コンポーネントを作成するために任意のカスタム・フォルダを選択します。

  3. 「アクション」メニューから「エンティティの作成」「コンポーネント」の順に選択します。または、カスタム・フォルダを右クリックし、メニューから「エンティティの作成」「コンポーネント」の順に選択します。

  4. 「エンティティの作成: コンポーネント」ダイアログ・ボックスから「Oracleクラスタウェア・クローン」を選択し、「続行」をクリックします。

    「Oracleクラスタウェア・クローンの作成: 説明」ページが表示されます。

  5. 説明ページで、「名前」「説明」 、およびエンティティを説明する「その他の属性」を入力します。

    ノート: コンポーネント名は、属する親フォルダに対して一意である必要があります。一意の名前を入力したときでさえ、競合が報告される場合があります。これは、表示権限がないために表示できないが、フォルダ内に同じ名前のエンティティがあるために起こります。

    「+」(追加)をクリックして、README、付帯状況、ライセンスなど、そのエンティティを適切に説明するファイルを添付します。ファイル・サイズが2 MB未満であることを確認してください。

    「ノート」フィールドで、エンティティに対して行った変更や、追跡する変更履歴など、エンティティに関連する情報を追加します。

  6. 「構成」ページで、「コンポーネントの作成元」メニューから「既存のOracleホームのアーカイブ」を選択し、次のようにします。

    1. 「Oracleホーム・アーカイブ」セクションで、Oracleクラスタウェア・クローン・ソフトウェアを参照できる外部記憶域の場所を選択します。「外部ストレージの場所名」メニューから場所名を選択します。「Oracleソフトウェア・ライブラリの設定」を参照してください。

      「Oracleホーム・アーカイブの場所」に正確なパスを入力します。これは基本的に、外部記憶域にあるアーカイブ・ファイルへの、構成された場所からの相対的なパスです。アーカイブ・ファイルが有効なZIPファイルであることを確認してください。

      ノート:

      Oracleホームのzipファイルを作成するには、次の構文を使用します。

      <ZIP  PATH>/zip -r -S -9 -1 <archiveName.zip> <directory or list  of files to be archived> -x <patterns to exclude files>
    2. 「Oracleホームのプロパティ」セクションで、「製品」「バージョン」および「プラットフォーム」の各値を選択します。これらの構成プロパティはエンティティを検索または追跡する際に特に役に立ちます。

  7. 「確認」ページで、詳細を確認してから、「保存とアップロード」をクリックして、コンポーネントを作成しバイナリをソフトウェア・ライブラリにアップロードします。

クラスタ検証ユーティリティのダウンロード

クラスタ検証ユーティリティ(CVU)は、インストール、パッチ更新またはその他のシステム変更に備えてシステム・チェックを行います。クラスタ検証ユーティリティ(CVU)バイナリをソフトウェア・ライブラリと同期させることができます。

Enterprise Managerには、ソフトウェア・ライブラリ内の対応するバイナリを更新する必要がある場合、My Oracle Supportからバイナリを毎日ダウンロードするようスケジュールされたルーチン・ジョブがデフォルトで提供されています。Enterprise Managerデプロイメントが、My Oracle SupportへのHTTP接続が無効になるようにファイアウォールまたはDMZの内側にある場合、ルーチン・ジョブは実行をスキップします。この場合は、OTNからからプラットフォームに対応するCVUバイナリを手動でダウンロードするか、使用可能な最新バージョンを取得する必要がある場合は、My Oracle Supportからパッチ16766985をソースとして使用してダウンロードできます。手動でダウンロードしたクラスタ検証ユーティリティ(CVU)バイナリは、次のようにしてソフトウェア・ライブラリに同期できます。

  1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」「データベースのプロビジョニング」を選択します。
  2. 「データベースのプロビジョニング」ページで「CVUの設定」をクリックします。
  3. 「ソフトウェア・ライブラリへのアップロードの前提条件」ページで、次のいずれかを選択します。
    1. ローカル・コンピュータからCVUバイナリを選択する場合は、「ローカル・マシン」
    2. エージェント・コンピュータからCVUバイナリを選択する場合は、「エージェント・マシン」
  4. 「OK」をクリックします。これによって、最新のクラスタ検証ユーティリティ・バイナリでソフトウェア・ライブラリが更新されます。