2つのJ2EEおよびWebCache型の中間層インスタン スを2つの異なるマシン上、または1つのマシンの2つの異なる<ORACLE_HOME>ディレクトリにインストールします。 このOBEでは、第1のインスタンスj2ee1はマシンedrsr1p1に、第2のインスタンスj2ee23は マシンedrsr23p1にインストールされています。

ブラウザを開いて、次のURLを入力します。

http://<hostname>.<domain>:port/

** No Translation **
<hostname>.<domain> - 第1のインスタンスが稼働しているマシンのホスト名とドメイン。
（例: edrsr1p1)
port - Oracle Enterprise Manager 10g Application Server Controlが使用しているポート番号。
（例: 1810）

注意: 「1810」は、Application Serverインストール時に自動的に割り当てられるデフォルト・ポートです。
 ただし、別のインスタンスがすでに1810を使用している場合は、
インストール時に次のポートが割り当てられる可能性があります。 Oracle Application Serverのインストールにおけるコンポーネントのポート割当ては、
<ORACLE_HOME>/installフォルダにあるsetupinfo.txt ファイルで確認できます。

Oracle Enterprise Manager 10g Application Server 
Controlの「Instance Home」ページが表示されます。

ias_admin/<admin password you specified during install>
としてログインし、「OK」をクリックします。

j2ee1インスタンスのページが表示されま す。 このページにはファームに関する記述はありません。

別のブラウザ・ウィンドウを開き、第2のインスタンスにログ インします。 このOBEでは、第2のインスタンスj2ee23は、サーバーedrsr23p1上で稼働しており、 Application Server Controlはポート1810を使用しています。

第2のインスタンスj2ee1のページが表示 されます。 このページにはファームに関する記述はありません。

インスタンスj2ee1の Application Server Controlを表示しているブラウザ・ウィンドウに切り替えます。 edrsr1p1上のアプ リケーション・サーバー・インスタンスj2ee1が、ファイルベース・リポジトリのホストとして選択されています。 「Infrastructure」 リンクをクリックして、インフラストラクチャのプロパティ・ページに移動します。

ファーム・リポジトリは構成されていません。 「OracleAS Farm Repository Management」領域の「Configure」をクリックして、リポジトリの 作成を開始します。

リポジトリ作成ウィザードが表示されます。 適切なホスト名が「Configure Oracle Farm Repository: Source」の下に表示されます。 「New file-based repository」を選択して「Next」をクリックします。

ここでは新規のリポジトリを作成しているため、ウィザードは 最後の手順「Validation」にジャンプします。 「Finish」をクリックしてリポジトリを作成します。

「Infrastructure」ページに戻ります。 ページにはファイルベース・リポジトリの詳細が表示されます。 「File-based Repository ID」をメモします。 このIDは他のインスタンスをこのリポジトリまたはファームに追加する際に必要となります。

ファイルベース・リポジトリを分散構成マネージャと同期させ るには、Application Server Controlとアプリケーション・サーバー・インスタンスを停止させ、再起動します。 第1のインスタンスが稼働しているマシンにログインします。 コマンド・ウィンドウを開き、
emctl stop iasconsole
opmnctl stopall
opmnctl startall
emctl start iasconsoleコマンドを出します。

注意： emctlは< ORACLE_HOME>/bin下に、opmnctlは<ORACLE_HOME>/opmn/bin下にあります。

インスタンスj2ee1の Application Server Controlにログインして、ファームのページが含まれていることを確認します。

第2のインスタンスj2ee23の Application Server Controlを表示しているブラウザ・ウィンドウに切り替えます。 「Infrastructure」 リンクをクリックして、インフラストラクチャのプロパティ・ページに移動します。

ファーム・リポジトリは、「Not Configured」となっています。 「OracleAS Farm Repository Management」領域の「Configure」 をクリックします。

ウィザードが表示されます。 ウィザードの「Source」のページで、「Existing file-based repository」を選択して「Next」 をクリックします。

ウィザードの「Location」のページが表示されます。 前の手順でメモしたリポジトリIDを入力し、「Next」をクリックします。 今回のように、リポジトリが異なるマシン上にある場合、2つのマシンをIPアドレスのみでなく名前で相互に認識できるようにします。 このため、DNSにおいて適切な名前解決を行うか、各マシン上でローカルにこれを行う必要があります。

「Validation」ページが表示されます。 「Finish」 をクリックしてインスタンスをファームに追加します。

ウィザードが完了すると、インフラストラクチャの プロパティ・ページに戻ります。 ファーム・リポジトリが構成されていることに注意してください。

第2のインスタンスが稼働しているマシンにログインします。 コマンド・プロンプトを開き、Application Server Controlおよびインスタンスを停止してから再起動し、分散構成管理（DCM）と同期させます。

第1のインスタンスが稼働しているマシンに切り 替えます。 インスタンスj2ee1のApplication Server Controlを表示しているブラウザを再ロードします。 ファームのページが表示されていること、両方のインスタンスが「Standalone Instances」表に表示されていることを確認します。. インスタンスj2ee23に関しても同 様に確認できます。

「Clusters」領域の「Create Cluster」をクリックします。

「Create Cluster」ページが表 示されます。 クラスタの名前を入力し「Create」をクリックします。

確認ページが表示されます。 「OK」をク リックします。

「Farm」ページに戻ります。 新規作成されたクラスタがク ラスタ表に表示されます。

「Standalone Instances」表でインスタンスj2ee1を選択し、「Join Cluster」をクリックします。

「Join Cluster」ページが表示されます。 追加するクラスタ（今回は、クラスタは1つしかありません）をクラスタ・リストから選択し、「Join」をクリックします。

インスタンスがクラスタに追加されたことを確認するページが 表示されます。
「OK」をクリックします。

同様に第2のインスタンスj2ee23をクラ スタに追加します。

「Farm」ページにクラスタが表示され、 「Standalone Instances」表の2つのインスタンスは表示されなくなります。

クラスタを作成しただけではクラスタは開始されません。 同様に、インスタンスがクラスタに追加されてもインスタンスは停止したままです。 「cluster123」をクリックします。

インスタンスが停止していることを確認します。

「Start All」をクリックしてすべて のインスタンスを起動します。 ただし、クラスタのすべてのインスタンスを開始したくない場合は、インスタンスを別々に選択して開始することもできます。

クラスタ（またはインスタンス）が開始されると、確認のペー ジが表示されます。 「OK」をクリックします。

インスタンスがすべて開始していることを確認します。

OC4Jコンポーネントはクラスタの任意のインスタンスに追 加できます。追加を行うと他のすべてのインスタンスがこのコンポーネントを継承します。 第1のインスタンスをクリックします。

第1のインスタンスのホーム・ページが表示されます。 「System Components」表の「Create OC4J Instance」をクリックします。

「OC4J Instance Name」にdemo123と 入力し、「Create」をクリックします。

確認のページが表示されます。 「OK」をク リックします。

新しく作成されたコンポーネントdemo123が、 「System Components」表に表示されます。 新しく作成されたコンポーネントは停止した状態であることに注意してください。

このコンポーネントがクラスタの他のアプリケーション・サー バー・インスタンスに作成されているか検証します。 「Cluster: cluster123」階層リンクをクリックします。

第2のインスタンスをクリックします。

アプリケーションをデプロイするには、OC4Jコンポーネン トのホーム・ページにアクセスします。 「demo123」をクリックします。

demo123コンポー ネントのホーム・ページが表示されます。 「Applications」タブをクリックし、アプリケーションのページにアクセスします。

「Deploy EAR file」 をクリックします。 「Deploy Application」ウィザードが表示されます。

「Browse」をクリックして、作業ディレ クトリからhademo.earファイルを選択します。 「Application Name」にHA_Demoと入力しま す。 アプリケーションがクラスタ内のすべてのアプリケーション・サーバー・インスタンスにデプロイされていることを確認します。 「Continue」 をクリックします。

URLマッピングのページが表示されます。 アプリケーションへのURLアクセス・パスを入力します。 今回は、/hademowebをURLマッピングとして使用します。 したがって、アプリケーションへは、URL: http://<server:http-port>/hademowebからアクセスします。 今回は、アプリケーションのユーザー管理機能を使用しないため、「Finish」をクリックします。

「Review」ページが表示されます。 入力した内容を確認して「Deploy」をクリックします。

アプリケーションがクラスタ内のすべてのインスタンスにデプ ロイされていることを示す確認ページが表示されます。 「OK」をクリックして操作を続けます。

レプリケーション・プロパティを有効化せずに、このアプリ ケーションのプロセス管理（障害検出および自動再起動）機能をテストします。 demo123コンポーネントのプロセスIDを取得しま す。 トポロジ・ビューアまたはコマンドライン・ユーティリティopmnctlのいずれかを使用できます。 今回は、トポロジ・ビューアを使用します。 Application Server Controlウィンドウに切り替えて、ページの右上にある「Topology」 リンクをクリックします。

「Hide Navigator」リンクをク リックします。 ファームとインスタンスが一緒に表示されます。

ボーダー付近の矢印を使用して移動し、j2ee1イ ンスタンスのdemo123コンポーネントのプロセスIDを表示します。

アプリケーションにアクセスすると、内部サー バー・エラーとなります。.

しかし、OPMNは停止した（障害を起こした）プロセスを迅 速に検出し、OC4Jコンポーネントを新しいプロセスIDで再起動します。

アプリケーションに再度アクセスすることができます。 内部サーバー・エラーが表示されたブラウザ・ウィンドウで「Refresh」をクリックすると、アプリケーション・ページが表示されます。 ただし、表示されているとおり、アプリケーション状態は「停止」です。 新しいセッションが開始されます。 ただし、このリクエストを処理していたホストまたはマシンが停止した場合、OPMNも停止し、ホストまたはマシンが開始されるまでアプリケーションにアク セスできなくなる可能性があります。

アプリケーションの稼働中、アプリケーションに値を入力しま す。

トポロジ・ビューアを使用して、j2ee1イ ンスタンスのdemo123コンポーネントのプロセスIDをメモします。

Application Server Controlを使用して、第2のインスタンス（j2ee23）のdemo123コンポーネントを開始します。 「Return to OC4J: demo123」をクリックします。

「Cluster: cluster123」 階層リンクをクリックします。

「Instances」表で第2のインスタンスをクリックし ます。 「User Name」および「Password」を入力し、第2のインスタンス（j2ee23）のdemo123を開始します。

第2のdemo123コンポーネントを開始し た後、第1のインスタンス上でプロセス（手順2で取得したプロセスID）を停止して、第1のインスタンスの障害をシミュレートします。

kill <process id>

すぐに、アプリケーションが稼働している他のブラウザ・ウィ ンドウに切り替え、値を入力して更新します。 内部サーバー・エラーは表示されず、新しい値が取得されます。 ただし、以前の値は消失します。 つまり、アプリケーションは使用できる（第2の）demo123 コンポーネントにフェイルオーバーしましたが、そ の状態は保持されていません。

Application Server Controlを使用し、demo123のホーム・ページにアクセスします。

注意： レプリケーション・プロパティの セットアップを開始する前に、demo123コンポーネントが両方のインスタンスで稼働していることを確認します。

「Administration」タブをク リックして、コンポーネントの構成を変更します。

「Administration」のページで、「Replication Properties」リンクをクリックします。

「Replication Properties」のページが表示されます。 「Web Applications」領域の「Replicate session state」を選択して、「Apply」をクリックします。 OC4Jコンポーネントにより、適切なIPおよびポートが割り当てられます。

確認のページが表示されます。 「OK」をク リックします。

レプリケーションを有効化した後、Application Server Controlでコンポーネントを1つ停止し、demo123コンポーネントが1つだけ稼働している状態にします。 これにより、アプリケーションがルーティングされるdemo123コンポーネントが明確になります。 インスタンスj2ee23のdemo123コ ンポーネントを停止します。 このインスタンスの階層リンクをクリックします。

「demo123」を選択し「Stop」 をクリックします。

ブラウザ・ウィンドウからアプリケーションにアクセスし、値 を入力します。

トポロジ・ビューアを使用してdemo123コ ンポーネントのプロセスIDを取得します。

もう片方のインスタンス（j2ee23）のdemo123コ ンポーネントを開始します。

アプリケーションにアクセスしているブラウザ・ウィンドウを 使用して、値を追加します。

コマンド・ウィンドウを使用して、アプリケーションを稼働し ているdemo123プロセス（手順6で取得したプロセスID）を停止します。

kill <process id>

アプリケーションにアクセスしているブラウザ・ウィンドウに アクセスして、値を入力します。 新しい値が追加されます。 以前の値も使用可能で消失していません。 セッション状態は、障害を通して維持されます。