リリース12
E05390-02
目次
前へ
次へ
| Oracle Applications概要 リリース12 E05390-02 | 目次 | 前へ | 次へ |
クローニングとは、既存のOracle E-Business Suiteシステムとまったく同じコピーを作成する作業です。クローン対象のシステムはソース・システムと呼ばれ、新規作成されるシステムはターゲット・システムと呼ばれます。
クローニングには、次のように様々な用途があります。
パッチ・テスト用の本番システムのコピーの作成
パッチ適用に必要な停止時間を短縮するためのステージング領域の作成
本番システムに基づくテスト・システムのリフレッシュ
別のマシンまたはプラットフォームへの既存のシステムの移動
単に既存のコンポーネントを新しい場所にコピーしても、実際に使用できるApplicationsインストールにはなりません。たとえば、ターゲット環境の物理構成によっては、ファイル・システム内に変更を必要とする多くの構成ファイルが含まれます。さらに、Applicationsインストール・プロセスではOracle Universal Installerが使用され、インストールに関する重要な情報が保守されます。インストールを新しい場所にコピーするとこの情報が無効になり、Installerにより保守されるコンポーネントにパッチを適用できなくなります。
Oracle E-Business Suiteリリース12システムのクローニングは、高速クローン・ツールを実行することで実現できます。このツールは、Oracle E-Business Suiteリリース12またはAutoConfig対応の旧リリースで使用できます。
クローニングの管理にはOracle Applications Managerも使用できます。Oracle Applications Managerでは、基本オプションまたは拡張オプションのいずれかが提供されます。Grid ControlおよびApplication Management Pack for E-Business Suiteを使用した自動化クローニング・プロセスが、リリース12で使用できるようになっています。
注意: クローニング機能およびオプションの詳細は、第7章「Oracle Applications Manager」を参照してください。
あるマシンから別のマシンにクローニングする場合の最も単純なケースは、2つのマシンで同じバージョンの同じオペレーティング・システムが動作している場合です。
これより若干複雑なケースは、2つのオペレーティング・システムがバイナリ互換であり、ターゲット・システムで使用されているものと同じオペレーティング・システムの旧バージョンが、ソース・システムで動作している場合です。このようなケースでは、多くの場合高速クローンを正常に使用できますが、通常は、同じバージョンのオペレーティング・システムが動作するマシンの間でクローンを実行する必要があります。こうすることで、バージョン間の相違により問題が発生するリスクが最小限になります。
注意: 新しいバージョンのオペレーティング・システムから旧バージョンへのクローンはサポートされていません。
クローニングは、任意のプラットフォームからLinuxなどのUNIXプラットフォームへApplicationsシステムを移行する際にも使用できます。この場合は、プラットフォーム移行ユーティリティを使用します。
次のリストに、高速クローンで現在使用可能なクローニング・オプションを要約しています。
注意: このコンテキストでは、ノードはE-Business Suiteプロセスの論理コレクションを指しており、必ずしも物理的なマシンを指すわけではありません。
単一ノードから単一ノード
再クローニング（データベースのみ）1
既存クローンのクローン 2
複数ノードから複数ノード
単一ノードから複数ノード 3
複数ノードから単一ノード 4
リストの脚注
データベースのみの再クローニングは、ソース・システムが変更されており、これらの変更によってターゲット・システムを更新する必要がある場合に役立ちます。ただし、ソース・システムにApplicationsパッチが適用されている場合、ファイル・システムおよびデータベースを同期した状態に保つため、APPL_TOPもクローンする必要があります。
高速クローンにより作成されたクローン・システムは、別のクローニングでソース・システムとして使用できます。
複数ノード・システムに移動する場合、単一ノードから複数ノードにクローンするよりも、共有APPL_TOPを実装することをお薦めします。詳細は第9章「高可用性」を参照してください。
この手順は、多くの場合APPL_TOPのマージと呼ばれます。
注意: クローニング・オプションの詳細は、『Oracle Applicationsメンテナンス・プロシージャ』を参照してください。
高速クローンでは、ソース・システムは変更されません。adpreclone.plスクリプトは、データベースに関する情報を収集し、ソース固有のハードコード値が含まれる既存のファイルから汎用テンプレートを作成することで、クローンするソース・システムを準備します。テンプレート・ファイルは、データベース層の<RDBMS_ORACLE_HOME>/appsutil/templateに置かれています。
adpreclone.plの実行後、関連するファイルおよびディレクトリをソース・システム・ファイルからターゲット・システムにコピーし、adcfgclone.pl構成スクリプトを実行します。ターゲット・システムの構成に使用されるコンテキスト・ファイルを作成するには、各種パラメータの値が必要です。これらの値の一部は現行のターゲット・システムを基に計算され、adcfgclone.plによってその他の値を要求するプロンプトが表示されます。
たとえば、特定の範囲の事前定義済サーバー・ポートを使用する場合、ポート・プールを指定するよう要求されます。100のポート・プールが存在するため、たとえばプール・ポート3を選択した場合、デフォルトのデータベース・ポート番号（1521）が1524に置き換えられます。
注意: 同じマシンにクローニングする場合、ソース・システムとは別のポート・プールを指定する必要があります。
必要に応じて、特定のポートを、ポート・プールから割り当てられている値とは別の値に設定できます。このためには、adcfgclone.plの完了後にターゲット・システム上のコンテキスト・ファイルを編集し、自動構成を実行して新しい値によりシステムを更新する必要があります。
Oracle Universal Installerのグローバル・インベントリは、単に各ローカル・インベントリの場所に対するポインタのリストです。各ORACLE_HOMEにはローカル・インベントリが1つ存在し、<ORACLE_HOME>/inventoryに置かれています。ここには、当該のORACLE_HOMEに関するすべてのパッチ情報が格納されています。
高速クローンにより、まずソース・システムのローカル・インベントリがXML形式であることが確認され、必要に応じてこのローカル・インベントリが旧バイナリ形式から変換されます。続いて、ローカル・インベントリ（クローンするORACLE_HOME内）がターゲット・システムにコピーされ、ターゲット・システム用の新しい値によって再構成されます。次に、高速クローンによって、再構成されたローカル・インベントリがターゲット・システムのグローバル・インベントリに関連付けられます。ターゲット・システムにグローバル・インベントリが存在しない場合、高速クローンによってローカル・インベントリの関連付けが行われる際に、新規のグローバル・インベントリが作成されます。
クローニングをより簡単明瞭にして次のような問題に柔軟に対応できるよう、いくつかの機能が設計されています。
クローニングを使用して、既存のインストールにノードを追加するのか、または完全に新しいインストールを作成するのか。前者の場合は、補助的な変更が少なくなります。
必要な表変更のタイプ。たとえば、高速クローンを使用してノードを追加する場合、新しい行がFND_NODESに挿入されますが、新規インストールを作成する場合は、FND_NODESがパージされ、完全に新しい行セットが挿入されます。
クローニングの完了後、サービスが自動的に開始されるように設定する必要があるかどうか。
クローニング後になんらかのデータ変更が必要かどうか。
基本的に、高速クローンでは次の処理が実行されます。
ORACLE_HOMEがOracle Universal Installerインベントリに登録されるため、InstallerによりORACLE_HOMEにパッチを適用できます。
明示的に定義されたパッチ・エントリが含まれるORACLE_HOME内のファイルが更新されます。
ORACLE_HOME内のシンボリック・リンクが更新されます。
ORACLE_HOME外に、手動検証または他の注意が必要なシンボリック・リンクがある場合、ユーザーに通知します。
さらに、データベースについて関連付けられた多数の処理が存在します。
