この章では、Sun Cluster HA for BroadVision One-To-One Enterprise について計画を立て、クラスタノード上でこの製品の設定と構成を行う方法について説明します。
この章の内容は、次のとおりです。
「BroadVision One-To-One Enterprise、データベース、HTTP サーバーのインストールを構成して検証する」
「Sun Cluster HA for BroadVision One-To-One Enterprise パッケージをインストールする」
「Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行う」
「Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する」
「代替構成: BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールの構成と確認を行う」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise パッケージをインストールする」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行う」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する」
Sun Cluster HA for BroadVision One-To-One バックエンドサーバーをフェイルオーバーデータサービスとして構成してください。Sun Cluster HA for BroadVision One-To-One Interaction Managers をスケーラブルデータサービスとして構成してください。データサービスやリソースグループ、リソースなど、関連項目の一般的な情報については、『Sun Cluster 3.0 12/01 の概念』とこのマニュアルの第 1 章「Sun Cluster データサービスの計画」を参照してください。
表 11-1 に、インストールと構成作業について説明している節を示します。
表 11-1 作業マップ: Sun Cluster HA for BroadVision One-To-One Enterprise のインストールと構成
Sun Cluster HA for BroadVision One-To-One Enterprise は、BroadVision One-To-One Enterprise サーバーを対象とした障害監視機能と自動フェイルオーバー機能を提供します。このデータサービスは、障害監視と自動フェイルオーバーにより BroadVision One-To-One Enterprise サイトのシングルポイント障害を排除します。次に、Sun Cluster 構成における BroadVision One-To-One Enterprise サイトコンポーネントと、これらの保護に最適なデータサービスを示します。
表 11-2 BroadVision One-To-One Enterprise Site コンポーネントの保護
BroadVision One-To-One Enterprise サイトコンポーネント |
保護するデータサービス |
---|---|
BroadVision One-To-One Enterprise データベース |
Sun Cluster HA for Oracle または Sun Cluster HA for Sybase |
BroadVision One-To-One Interaction Managers |
Sun Cluster HA for BroadVision One-To-One Enterprise (スケーラブル構成) |
BroadVision One-To-One バックエンドサーバー |
Sun Cluster HA for BroadVision One-To-One Enterprise (フェイルオーバー構成) |
HTTP サーバー |
Sun Cluster HA for iPlanet Web Server または Sun Cluster HA for Apache |
Sun Cluster HA for BroadVision One-To-One Enterprise のインストールには、scinstall(1M) コマンドを使用します。Sun Cluster HA for BroadVision One-To-One Enterprise をインストールするためには、クラスタに最初のクラスタフレームワークがすでにインストールされ、クラスタが動作している必要があります。クラスタソフトウェアの初期インストールについては、『Sun Cluster 3.0 12/01 ソフトウェアのインストール』を参照してください。Sun Cluster と BroadVision One-To-One Enterprise ソフトウェアの基本コンポーネントをインストールしたあとで、Sun Cluster HA for BroadVision One-To-One Enterprise を登録します。
Sun Cluster HA for BroadVision One-To-One Enterprise 構成の設計にあたっては次の点に注意してください。
Sun Cluster 3.0 に対応する BroadVision One-To-One Enterprise ソフトウェアバージョンを使用する。
クラスタファイルシステム上に BroadVision One-To-One Enterprise ソフトウェアをインストールする。
すべてのクラスタノードで同一の BroadVision ユーザーを作成する。
BroadVision One-To-One Enterprise ソフトウェアが Sun Cluster 環境で動作するように、BroadVision から提供されているすべての必須パッチをインストールする。
「サポートされる構成」に示すように、$BV1TO1_VAR/etc/bv1to1.conf 構成内の Interaction Manager、バックエンドサーバー、およびルートホストを設定する。
BroadVision One-To-One Enterprise サーバーを起動する前に、データベースを起動する。
サポートされる BroadVision One-To-One Enterprise バージョンおよび構成の最新情報は、Enterprise Services の購入元にお尋ねください。
以下に、サポートされる BroadVision One-To-One Enterprise 構成を示します。
「BroadVision One-To-One Enterprise ソフトウェアのための複数リソースグループから構成されるクラスタ」
「代替構成: BroadVision One-To-One バックエンドサーバーとルートホストサーバーのための 1 つのリソースグループから構成されるクラスタ」
サポートされているすべての構成について、「Sun Cluster HA for DBMS と HTTP サーバーの構成」 に従って HA (高可用性) データベースと HTTP サーバーを設定してください。
Sun Cluster HA for DBMS と HTTP サーバーを次のように構成してください。
論理ホスト名を使用するように Sun Cluster HA for Oracle または Sun Cluster HA for Sybase ASE を構成します。
論理ホスト名を使用するか (フェイルオーバー構成)、あるいは共有アドレスを使用する (スケーラブル構成) ように Sun Cluster HA for iPlanet Web Server または Sun Cluster HA for Apache を構成します。
BroadVision One-To-One Enterprise ルートホスト、バックエンド、および Interaction Manager のプロセスを次のように構成します。
1 つのリソースグループ内の 1 つの論理ホスト名を使用するようにルートホストリソースを構成します。
複数のリソースグループ内の残りの論理ホスト名を使用するようにバックエンドリソースを構成します。
次に示す場所の 1 つで Interaction Manager リソースを構成します。
すべてのクラスタノード
すべてのクラスタプライベートホスト名。クラスタインターコネクトとプライベートホスト名の詳細は、『Sun Cluster 3.0 12/01 ソフトウェアのインストール』を参照してください。
図 11-1 に、これらのガイドラインに従った構成例を示します。
すべてのクラスタノード上またはすべてのクラスタプライベートホスト名上で、Interaction Manager リソースを構成してください。すべてのクラスタプライベートホスト名上で Interaction Manager を構成する場合は、同じクラスタ上で HTTP サーバーを設定してください。すべてのクラスタノード上で Interaction Manager を構成する場合は、クラスタ以外の場所に HTTP サーバーを設定できます。
各バックエンドリソースに要求される管理の柔軟性と精度に応じて、1 つのリソースグループだけを使用するように Sun Cluster HA for BroadVision One-To-One バックエンドサーバーを構成できます。この代替構成を設定するには、BroadVision One-To-One Enterprise ルートホスト、バックエンド、および Interaction Manager の各プロセスを次のように構成してください。
ルートホストおよびすべてのバックエンドリソースが同じフェイルオーバーリソースグループ内の n 個の論理ホスト名を使用するように構成する。
次に示す場所の 1 つで Interaction Manager リソースを構成する。
すべてのクラスタノード
すべてのクラスタプライベートホスト名。クラスタインターコネクトとプライベートホスト名の詳細は、『Sun Cluster 3.0 12/01 ソフトウェアのインストール』を参照してください。
図 11-2 に示されているこの構成には、別の手順が必要となります。詳細は、「代替構成」を参照してください。
すべてのクラスタノード上またはすべてのクラスタプライベートホスト名上で、Interaction Manager リソースを構成してください。すべてのクラスタプライベートホスト名上で Interaction Manager を構成する場合は、同じクラスタ上で HTTP サーバーを設定してください。すべてのクラスタノード上で Interaction Manager を構成する場合は、クラスタ以外の場所に HTTP サーバーを設定できます。
BroadVision One-To-One Enterprise ソフトウェアをインストールする前に、「BroadVision One-To-One Enterprise ソフトウェア、データベース、および HTTP サーバーのインストールと構成」と 「サポートされる構成」を参照してください。また、次に示すクラスタ関連の作業についても考慮してください。
BroadVision ユーザーのホームディレクトリ - すべてのクラスタノードに同一の BroadVision ユーザー (bvuser) を作成してください。BroadVision ユーザーのホームディレクトリは、クラスタファイルシステム上に配置してください。すべてのクラスタノード上のすべての BroadVision ユーザーを同じホームディレクトリに配置してください。
BroadVision One-To-One Enterprise ソフトウェア - BroadVision One-To-One Enterprise ソフトウェアは、すべてのクラスタノードが同じ BroadVision One-To-One Enterprise バイナリと構成ファイルにアクセスできるようにクラスタファイルシステムにインストールしてください。
この節の手順では、次の作業を行います。
Sun Cluster 環境で動作するようにデータベースソフトウェアのインストールと構成を行う。
Sun Cluster 環境で動作するように HTTP ソフトウェアのインストールと構成を行う。
Sun Cluster 環境で動作するように BroadVision One-To-One Enterprise ソフトウェアのインストールと構成を行う。
BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールを検証する。
BroadVision One-To-One Enterprise、データベース、および HTTP サーバーソフトウェアを Sun Cluster 環境にインストールする前に、scstat(1M) コマンドを実行して Sun Cluster ソフトウェアが正常に動作しているかを確認してください。
Sun Cluster HA for Oracle のインストールについては第 2 章「Sun Cluster HA for Oracle のインストールと構成」を、Sun Cluster HA for Sybase ASE のインストールについては第 10 章「Sun Cluster HA for Sybase ASE のインストールと構成」をそれぞれ参照してください。
HTTP サーバーが iPlanet Web Server である場合は、第 3 章「Sun Cluster HA for iPlanet Web Server のインストールと構成」の説明に従って Sun Cluster HA for iPlanet Web Server を構成してください。HTTP サーバーが Apache Web Server である場合は、第 5 章「Sun Cluster HA for Apache のインストールと構成」の説明に従って Sun Cluster HA for Apache を構成してください。
この節では、BroadVision One-To-One Enterprise ソフトウェアをインストールして構成する方法、および Sun Cluster 環境で動作するように BroadVision One-To-One Enterprise ソフトウェアを設定する方法を説明します。
「Sun Cluster HA for BroadVision One-To-One Enterprise の構成指針」および 「インストール前の注意点」に示されているガイドラインに従ってください。
クラスタファイルシステムに BroadVision One-To-One Enterprise ソフトウェアをインストールする方法については、『BroadVision One-To-One Enterprise Installation and Administration Guide』に従ってください。
BroadVision One-To-One Enterprise ソフトウェアは、任意のクラスタノードからクラスタファイルシステム上に 1 度だけインストールしてください。
$BV1TO1_VAR/etc/bv1to1.conf ファイルを構成します。
表 11-3 は、$BV1TO1_VAR/etc/bv1to1.conf ファイルによる BroadVision One-To-One Enterprise コンポーネントの構成例を示しています。詳細は、「サポートされる構成」と、『BroadVision One-To-One Enterprise Installation and Administration Guide』内の説明を参照してください。
表 11-3 $BV1TO1_VAR/etc/bv1to1.conf ファイルの構成
すべてのクラスタプライベートホスト名上で Interaction Manager を構成する場合は、同じクラスタ上で HTTP サーバーを設定してください。すべてのクラスタノード上で Interaction Manager を構成する場合は、クラスタ以外の場所に HTTP サーバーを設定できます。
クラスタは、BroadVision One-To-One バックエンドサーバーが任意のクラスタノードからデータベースにアクセスできるように構成してください。
フェイルオーバーリソースグループは、各バックエンドリソースに要求される管理の柔軟性と精度に応じ、次に示す方法のどちらかで設定できます。
複数の論理ホスト名を使用するために複数のフェイルオーバーリソースグループを設定する。このオプションを使用する場合は、「Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する」へ進んでください。
n 個の論理ホスト名を使用し、すべてのバックエンドリソースとルートホストリソースを含有するために 1 つのフェイルオーバーリソースグループを設定する。このオプションを使用する場合は、「代替構成」へ進んでください。「代替構成」の説明に従ってインストールを実行します。
詳細は、「サポートされる構成」を参照してください。
この作業は、バックエンドホストとルートホストがフェイルオーバー構成で動作できるすべてのノード上でバックエンドプロセスの開始と停止をテストするために行うものです。この作業は、クラスタに構成済みの BroadVision One-To-One Enterprise Interaction Managers をテストする場合も実施してください。
フェイルオーバーリソースグループは、各バックエンドリソースに要求される管理の柔軟性と精度に応じ、次に示す方法のどちらかで設定できます。
複数の論理ホスト名を使用するために複数のフェイルオーバーリソースグループを設定する。このオプションを使用する場合は、手順 1へ進んでください。
n 個の論理ホスト名を使用し、すべてのバックエンドリソースとルートホストリソースを含めるために 1 つのフェイルオーバーリソースグループを設定する。このオプションを使用する場合は、「代替構成」へ進んでください。「代替構成」の説明に従ってインストールを実行します。
詳細は、「サポートされる構成」を参照してください。
BroadVision One-To-One Enterprise ルートホストリソースを含めるため、ルートホストの論理ホスト名を使用するフェイルオーバーリソースグループを作成します。
# scrgadm -a -g root-host-resource-group [-h nodelist] |
ルートホストの論理ホスト名を使用し、さらに BroadVision ルートホストリソースを含むリソースグループの名前を指定します。 ルートホストリソースグループの名前は任意に選択できますが、クラスタ内のリソースグループとして一意のものでなければなりません。
マスターになり得る物理ノードの名前または ID をコンマで区切ったリストを指定します (オプション)。フェイルオーバー時に Resource Group Manager (RGM) が主ノードとして選択する順番がこのリスト上のノードの順序で決まります。
ルートホストプロセスとバックエンドプロセスのためのフェイルオーバーリソースグループを作成します。
n 個の論理ホスト名上に構成されているバックエンドプロセスのために、scrgadm(1M) コマンドを実行して n 個のフェイルオーバーリソースグループを構成します。
# scrgadm -a -g back-end-resource-group-1 [-h nodelist] # scrgadm -a -g back-end-resource-group-2 [-h nodelist] # scrgadm -a -g back-end-resource-group-3 [-h nodelist] ... # scrgadm -a -g back-end-resource-group-n [-h nodelist] |
バックエンド論理ホスト名とリソースを含むリソースグループの名前を指定します。バックエンドリソースグループの名前は任意に選択できますが、クラスタ内のリソースグループとして一意のものでなければなりません。
使用するすべての論理ホスト名がネームサービスデータベースに追加されているかどうかを確認します。
さらに、使用するすべての論理ホスト名を各クラスタノードの /etc/inet/hosts ファイルに追加します。こうしておけば、ネームサービスが停止してもノードはそれらのローカルホストファイルで名前とアドレスのマッピングを確認できます。
scrgadm コマンドを実行し、作成された各リソースグループが使用できる論理ホスト名を追加します。
# scrgadm -a -L -g root-host-resource-group -l root-host-logical-hostname-1 [-n netiflist] # scrgadm -a -L -g back-end-resource-group-1 -l back-end-logical-hostname-1 [-n netiflist] # scrgadm -a -L -g back-end-resource-group-2 -l back-end-logical-hostname-2 [-n netiflist] ... # scrgadm -a -L -g back-end-resource-group-n -l back-end-logical-hostname-n [-n netiflist] |
ルートホストリソースグループが使用する論理ホスト名 (フェイルオーバー IP アドレス) を指定します。
各バックエンドリソースグループが使用する論理ホスト名を指定します。
各ノード上の NAFO グループをコンマで区切って指定します (省略可能)。リソースグループのノードリストに存在するノードはすべて netiflist に含める必要があります。このオプションを指定しない場合は、scrgadm コマンドは、ノードリスト内の各ノードのホスト名リストによって指定されるサブネット上からネットアダプタを見つけようとします。例: -n nafo0@nodename, nafo0@nodename2
Interaction Manager 用のスケーラブルリソースグループを作成します。
# scrgadm -a -g im-resource-group -y Maximum_primaries=m -y Desired_primaries=n |
Interaction Manager が含まれるスケーラブルリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループにする必要があります。
このリソースグループに許可するアクティブ主ノードの最大数を指定します。このプロパティに値を指定しない場合は、デフォルトの 1 になります。
このリソースグループに許可するアクティブ主ノードの希望数を指定します。このプロパティに値を指定しない場合は、デフォルトの 1 になります。
1 つのクラスタノードから scswitch(1M) コマンドを実行してフェイルオーバーリソースグループを管理された状態に変更し、それらのグループをオンラインにします。
# scswitch -Z -g root-host-resource-group # scswitch -Z -g back-end-resource-group-1 # scswitch -Z -g back-end-resource-group-2 ... # scswitch -Z -g back-end-resource-group-n |
スケーラブルリソースグループにはまだリソースが含まれないため、スケーラブルリソースグループをオンラインにする必要はありません。論理ホスト名リソースを使用できないと BroadVision One-To-One Enterprise バックエンドプロセスは開始できないため、フェイルオーバーリソースグループはオンラインにする必要があります。
データベースがアクセス可能であることを確認します。
詳細は、データベースのマニュアルを参照してください。
任意のクラスタノードから BroadVision One-To-One バックエンドサーバーがデータベースにアクセスできるようにデータベースが構成されているか確認します。
詳細は、データベースのマニュアルを参照してください。
ルートホストリソースグループを管理するクラスタノードに BroadVision ユーザーとしてログインします。
『BroadVision One-To-One Enterprise Installation and Administration Guide』内の手順に従って、以下の BroadVision コマンドを実行します。
BV_LOCAL_HOST 環境変数を root-host-logical-hostname として設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルを有効にします。
ルートホストで bvconf bootstrap コマンドを実行し、BroadVision One-To-One Enterprise のインストールを初期化します。
bvconf コマンドはスーパーユーザーとして実行しないでください。
% bvconf bootstrap -r root-host-logical-hostname |
BV_LOCAL_HOST 環境変数を back-end-logical-hostname または im-hostname として設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルを有効にします。
/etc/opt/BVSNsmgr ディレクトリが存在すること、およびこのディレクトリに書き込み権および実行権があることを確認します。
各バックエンドホストおよび Interaction Manager ホストごとに、bvconf execute コマンドを実行して BroadVision One-To-One Enterprise プロセスを構成して開始します。
% bvconf execute -local -var shared -r root-host-logical-hostname |
BroadVision コマンド bvconf gateway を実行して、HTTP ゲートウェイアプリケーションのゲートウェイ構成ファイルを生成します。
このコマンドは、ファイルを生成してそれらを $BV1TO1_VAR/etc/appName.cfg ファイルに書き込みます。
% bvconf gateway -A appName |
$BV1TO1_VAR/etc/bv1to1.conf 構成ファイルで定義されているゲートウェイアプリケーション名を指定します。詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
HTTP インスタンスを実行する各クラスタノードで、/etc/opt/BVSNsmgr ディレクトリにゲートウェイアプリケーション構成ファイルをコピーします。
ゲートウェイアプリケーション構成ファイルは、必ず拡張子 .cfg を付けてコピーしてください。
詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
HTTP サーバーを構成して起動します。
詳細は、HTTP サーバーのマニュアルを参照してください。HTTP サーバー構成の詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
BroadVision クライアントから BroadVision サイトに接続し、インストールを確認します。
BroadVision One-To-One Enterprise ソフトウェアが正常に動作していれば、次の操作を行なって Interaction Manager、バックエンドプロセス、およびルートホストプロセスを停止します。
scswitch コマンドを実行して、リソースグループをほかのクラスタノード (node2 など) に切り替えます。
# scswitch -z -g root-host-resource-group -h node2 # scswitch -z -g back-end-resource-group-1 -h node2 # scswitch -z -g back-end-resource-group-2 -h node2 ... # scswitch -z -g back-end-resource-group-n -h node2 |
node2 で BroadVision One-To-One Enterprise ソフトウェアを再起動します。
BroadVision クライアントからクラスタに接続し、BroadVision One-To-One Enterprise ソフトウェアが正常に機能しているか確認します。
BroadVision One-To-One Enterprise リソースグループの主ノードになり得るすべてのノードで、手順 15 から 手順 18 までを繰り返します。
BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールを検証したあとで、「Sun Cluster HA for BroadVision One-To-One Enterprise パッケージをインストールする」へ進んでください。
scinstall(1M) ユーティリティを使用して、クラスタに SUNWscbv (Sun Cluster HA for BroadVision One-To-One Enterprise パッケージ) をインストールします。Sun Cluster のインストール時に SUNWscbv データサービスパッケージをすでにインストールしている場合は、「Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成」 へ進んでください。まだインストールしていない場合は、次の手順に従って SUNWscbv パッケージをインストールします。
この手順を実行するには、Sun Cluster 3.0 Agents 12/01 CD-ROM が必要です。Sun Cluster HA for BroadVision One-To-One Enterprise を実行できるすべてのクラスタノードで、この手順を実行してください。
Sun Cluster 3.0 Agents 12/01 CD-ROM を CD-ROM ドライブに挿入します。
オプションは指定せずに、scinstall ユーティリティを実行します。
scinstall ユーティリティが対話型モードで起動します。
メニューオプション「Add Support for New Data Service to This Cluster Node」を選択します。
scinstall ユーティリティにより、ほかの情報を入力するためのプロンプトが表示されます。
Sun Cluster 3.0 Agents 12/01 CD-ROM のパスを指定します。
このユーティリティでは、この CD は "data services cd" と示されます。
インストールするデータサービスを指定します。
選択したデータサービスが scinstall ユーティリティによって示され、選択を確定するように求められます。
scinstall ユーティリティを終了します。
ドライブから CD を取り出します。
Sun Cluster HA for BroadVision One-To-One Enterprise パッケージのインストールが終わったら、「Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行う」へ進みます。
この節の手順では、次の作業を行います。
Sun Cluster HA for BroadVision One-To-One Enterprise を登録して構成する。
Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する。
Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行うには、次の手順を実行してください。
Sun Cluster HA for BroadVision One-To-One Enterprise を起動する前に、データベースがアクセス可能であることを確認してください。
BroadVision One-To-One Enterprise サーバー (ルートホストサーバー、バックエンドサーバー、Interaction Manager サーバーなど) をすべて停止します。
この手順は、BroadVision One-To-One Enterprise インストールのテストを行なったあとで実行してください。
ps(1) コマンドを実行して、すべてのクラスタノードで BroadVision One-To-One Enterprise プロセスと orbix デーモン (orbixd) がすべて停止していることを確認してください。
1 つのクラスタノード上でスーパーユーザーになります。
scrgadm コマンドを実行し、Sun Cluster HA for BroadVision One-To-One Enterprise のリソースタイプを登録します。
# scrgadm -a -t SUNW.bv |
データサービスのリソースタイプを追加します。
データサービスに対してあらかじめ定義されているリソースタイプ名を指定します。
scrgadm コマンドを実行し、ルートホストリソース、バックエンドリソース、および Interaction Manager リソースを作成します。
「BroadVision One-To-One Enterprise、データベース、HTTP サーバーのインストールを構成して検証する」の 手順 2 で作成したフェイルオーバーリソースグループ内に、ルートホストリソースとバックエンドリソースを作成します。
bvuser と BV1TO1_VAR は、すべてのリソースで同じでなければなりません。
# scrgadm -a -j root-host-resource -g root-host-resource-group -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory # scrgadm -a -j back-end-resource-1 -g back-end-resource-group-1 -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory # scrgadm -a -j back-end-resource-2 -g back-end-resource-group-2 -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory ... # scrgadm -a -j back-end-resource-n -g back-end-resource-group-n -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory |
ルートホストリソースの名前を指定します。
BroadVision ユーザー名を指定します。
$BV1TO1_VAR ディレクトリのパスを指定します。
バックエンドリソースの名前を指定します。
スケーラブルリソースグループ内に Interaction Manager リソースを作成します。
bvuser と BV1TO1_VAR は、すべてのリソースで同じでなければなりません。
# scrgadm -a -j im-resource -g im-resource-group -t SUNW.bv -x BVUSER=bvuser / -x BV1TO1_VAR=path-to-bv1to1_var-directory |
Interaction Manager リソースの名前を指定します。
scswitch コマンドを実行し、BroadVision One-To-One Enterprise リソースを含めたリソースグループを有効にしてオンラインの状態にします。
# scswitch -Z -g root-host-resource-group # scswitch -Z -g back-end-resource-group-1 # scswitch -Z -g back-end-resource-group-2 ... # scswitch -Z -g back-end-resource-group-n # scswitch -Z -g im-resource-group |
Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する手順は次のとおりです。
Web ブラウザから、BroadVision One-To-One Enterprise ソフトウェアを使用して構成したアプリケーションにログインします。
ルートホストリソースグループを管理するノードにログインします。
BroadVision ユーザーになります。
ルートホストプロセスを停止します。
BV_LOCAL_HOST 環境変数を root-host-logical-hostname として設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルを有効にします。
次の BroadVision コマンドを実行します。
# bvconf shutdown -local |
Sun Cluster HA for BroadVision One-To-One Enterprise 障害モニターがルートホストを再起動します。
BroadVision One-To-One Enterprise に対する Web ブラウザ接続がまだ継続していることを確認します。
scswitch コマンドを実行し、ルートホストリソースグループをほかのクラスタノード (node2 など) に切り替えます。
# scswitch -z -g root-host-resource-group -h node2 |
BroadVision One-To-One Enterprise に対する Web ブラウザ接続がまだ継続していることを確認します。
以上で、Sun Cluster HA for BroadVision One-To-One Enterprise のインストールと構成は終わりです。補足情報として以下の節を参照してください。
「例 - Sun Cluster HA for BroadVision One-To-One Enterprise のインストール、構成、および管理」
「Sun Cluster HA for BroadVision One-To-One Enterprise 拡張プロパティ」
「Sun Cluster HA for BroadVision One-To-One Enterprise の障害モニター」
「例 1 - インストールと構成」と 「例 2 - 管理コマンド」は、Sun Cluster HA for BroadVision One-To-One Enterprise のインストール、構成、および管理の方法について示しています。次に、クラスタと BroadVision 構成の情報を示します。この情報は、両方の例に適用されます。
表 11-4 例 - クラスタの情報
ノード名 |
phys-schost-1, phys-schost-2 |
論理ホスト名 |
schost-1, schost-2 |
リソースグループ |
root-host-resource-group (ルートホストリソースの場合), back-end-resource-group (バックエンドリソースの場合), im-resource-group (Interaction Manager リソースの場合) |
リソース |
root-host-resource (BroadVision ルートホストリソース), back-end-resource (BroadVision バックエンドリソース), im-resource (BroadVision Interaction Manager リソース) |
表 11-5 例 - BroadVision 構成の情報
BV ユーザー |
BVUSER (すべてのクラスタノードで使用) |
BV1TO1_VAR ディレクトリ |
/global/broadvision/bvuser/bv1to1_var |
ルートホスト |
schost-1 |
バックエンドホスト |
schost-2 |
Interaction Manager 1 |
phys-schost-1 |
Interaction Manager 2 |
phys-schost-2 |
この例は、データサービスのインストールと構成の方法を示しています。
(BroadVision リソースタイプを登録する) phys-schost-1:> scrgadm -a -t SUNW.bv (バックエンドプロセスおよびルートホストリソースのためのフェイルオーバーリソースグループを作成する) phys-schost-1:> scrgadm -a -g root-host-resource-group phys-schost-1:> scrgadm -a -g back-end-resource-group (Interaction Manager プロセスのためのスケーラブルリソースグループを作成する) phys-schost-1:> scrgadm -a -g im-resource-group -y Maximum_primaries=2 / -y Desired_primaries=2 (フェイルオーバーリソースグループに論理ホスト名を追加する) phys-schost-1:> scrgadm -a -L -g root-host-resource-group -l schost-1 phys-schost-1:> scrgadm -a -L -g back-end-resource-group -l schost-2 (ルートホストリソース、バックエンドリソース、および Interaction Manager リソースを作成する) phys-schost-1:> scrgadm -a -j root-host-resource -g root-host-resource-group / -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=/global/broadvision/bvuser/bt1to1_var phys-schost-1:> scrgadm -a -j back-end-resource -g back-end-resource-group / -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=/global/broadvision/bvuser/bt1to1_var phys-schost-1:> scrgadm -a -j im-resource -g im-resource-group -t SUNW.bv / -x BVUSER=bvuser -x BV1TO1_VAR=/global/broadvision/bvuser/bt1to1_var (すべてのリソースグループをオンラインにする) phys-schost-1:> scswitch -Z -g root-host-resource-group phys-schost-1:> scswitch -Z -g back-end-resource-group phys-schost-1:> scswitch -Z -g im-resource-group |
この例は、管理者に便利な一般的な管理コマンドを示しています。
(リソースグループの状態を確認する) phys-schost-1:> scstat -g (注: BroadVision Interaction Manager 1 プロセス、ルートホストプロセス、およびバック エンドプロセスはすべて、phys-schost-1 で動作する必要がある。Interaction Manager 2 プロセスは、 phys-schost-2 で動作する必要がある) (フェイルオーバーをテストする。ルートホストリソースグループとバックエンドリソースグループをほかのノードに切り替える) phys-schost-1:> scswitch -z -g root-host-resource-group -h phys-schost-2 phys-schost-1:> scswitch -z -g back-end-resource-group -h phys-schost-2 (注: この時点で、BroadVision ルートホストプロセスおよびバックエンドプロセスはすべて phys-schost-2 で動作するようになる) (主ノードの最大数と目標数は 2 に設定されるため、Interaction Manager は 2 つの クラスタノードで 動作する。 phys-schost-2 で動作している Interaction Manager 2 を停止する) phys-schost-1:> scswitch -z -g im-resource-group -h phys-schost-1 (すべてのリソースグループを停止する ) phys-schost-1:> scswitch -F -g root-host-resource-group phys-schost-1:> scswitch -F -g back-end-resource-group phys-schost-1:> scswitch -F -g im-resource-group (BroadVision リソースとリソースグループを削除し無効にする ) phys-schost-1:> scswitch -n -j root-host-resource phys-schost-1:> scswitch -n -j back-end-resource phys-schost-1:> scswitch -n -j im-resource phys-schost-1:> scswitch -n -j schost-1 phys-schost-1:> scswitch -n -j schost-2 phys-schost-1:> scrgadm -r -j root-host-resource phys-schost-1:> scrgadm -r -j back-end-resource phys-schost-1:> scrgadm -r -j im-resource phys-schost-1:> scrgadm -r -j schost-1 phys-schost-1:> scrgadm -r -j schost-2 phys-schost-1:> scrgadm -r -j root-host-resource-group phys-schost-1:> scrgadm -r -j back-end-resource-group phys-schost-1:> scrgadm -r -j im-resource-group (リソースタイプを削除する) phys-schost-1:> scrgadm -r -t SUNW.bv |
各バックエンドリソースに求められる管理の柔軟性と精度に応じて、1 つのフェイルオーバーリソースグループだけが n 個の論理ホスト名を使用し、すべてのバックエンドリソースとルートホストリソースを含むように設定できます。
この代替構成の説明は、「代替構成: BroadVision One-To-One バックエンドサーバーとルートホストサーバーのための 1 つのリソースグループから構成されるクラスタ」を参照してください。
この代替構成を設定するには、以下の作業を行なってください。
「代替構成: BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールの構成と確認を行う」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise パッケージをインストールする」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行う」
「代替構成: Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する」
これらの作業では、2 つのリソースグループを設定します。一方のフェイルオーバーリソースグループは、ルートホストリソースとバックエンドリソースを含みます。もう一方のスケーラブルリソースグループは、Interaction Manager リソースを含みます。この代替構成作業では、ルートホストリソースとバックエンドリソースを含むフェイルオーバーリソースグループは failover-resource-group と示されます。
この作業は、バックエンドホストとルートホストがフェイルオーバー構成で動作できるすべてのノード上でバックエンドプロセスの開始と停止をテストするために行うものです。この作業は、クラスタに構成済みの BroadVision One-To-One Enterprise Interaction Manager をテストする場合も実施してください。
BroadVision One-To-One Enterprise バックエンドリソースとルートホストリソースを含むフェイルオーバーリソースグループを作成します。
# scrgadm -a -g failover-resource-group [-h nodelist] |
バックエンドホストとルートホストの論理ホスト名およびリソースを含むリソースグループの名前を指定します。フェイルオーバーリソースグループの名前は任意に選択できますが、クラスタ内のリソースグループとして一意のものでなければなりません。
マスターになり得る物理ノードの名前または ID をコンマで区切ったリストを指定します (オプション)。フェイルオーバー時に Resource Group Manager (RGM) が主ノードとして選択する順番がこのリスト上のノードの順序で決まります。
使用するすべての論理ホスト名がネームサービスデータベースに追加されているかどうかを確認します。
さらに、使用するすべての論理ホスト名を各クラスタノードの /etc/inet/hosts ファイルに追加します。これで、ネームサービスが停止してもノードはそれらのローカルホストファイルで名前とアドレスのマッピングを確認できます。
scrgadm(1M) コマンドを実行し、フェイルオーバーリソースグループが使用する論理ホスト名を追加します。
# scrgadm -a -L -g failover-resource-group -l root-host-logical-hostname-1 [-n netiflist] # scrgadm -a -L -g failover-resource-group -l back-end-logical-hostname-1 [-n netiflist] # scrgadm -a -L -g failover-resource-group -l back-end-logical-hostname-2 [-n netiflist] ... # scrgadm -a -L -g failover-resource-group -l back-end-logical-hostname-n [-n netiflist] |
ルートホストリソースが使用する論理ホスト名を指定します。
各バックエンドリソースが使用する論理ホスト名を指定します。
各ノード上の NAFO グループをコンマで区切って指定します (省略可能)。netiflist は、リソースグループのノードリストにあるすべてのノードを包含していなければなりません。このオプションを指定しないと、scrgadm コマンドが、nodelist のノードごとに、ホスト名リストに指定されているネットワークアダプタをサブネットから見つけようとします。
Interaction Manager 用のスケーラブルリソースグループを作成します。
# scrgadm -a -g im-resource-group -y Maximum_primaries=n -y Desired_primaries=n |
Interaction Manager が含まれるスケーラブルリソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループにする必要があります。
このリソースグループに許可するアクティブ主ノードの最大数を指定します。このプロパティに値を指定しない場合は、デフォルトの 1 になります。
このリソースグループに許可するアクティブ主ノードの希望数を指定します。このプロパティに値を指定しない場合は、デフォルトの 1 になります。
1 つのクラスタノードから scswitch(1M) コマンドを実行してフェイルオーバーリソースグループを管理された状態に変更し、このグループをオンラインにします。
# scswitch -Z -g failover-resource-group |
スケーラブルリソースグループにはまだリソースが含まれないため、スケーラブルリソースグループをオンラインにする必要はありません。論理ホスト名リソースを使用できないと BroadVision One-To-One Enterprise バックエンドプロセスは開始できないため、フェイルオーバーリソースグループはオンラインにする必要があります。
データベースがアクセス可能であることを確認します。
詳細は、データベースのマニュアルを参照してください。
任意のクラスタノードから BroadVision One-To-One バックエンドサーバーがデータベースにアクセスできるようにデータベースが構成されているか確認します。
詳細は、データベースのマニュアルを参照してください。
フェイルオーバーリソースグループを管理するクラスタノードに、BroadVision ユーザーとしてログインします。
『BroadVision One-To-One Enterprise Installation and Administration Guide』内の手順に従って、以下の BroadVision コマンドを実行します。
BV_LOCAL_HOST 環境変数を root-host-logical-hostname として設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルをソースにします。
ルートホストで bvconf bootstrap コマンドを実行し、BroadVision One-To-One Enterprise インストールを初期化します。
bvconf コマンドはスーパーユーザーとして実行しないでください。
% bvconf bootstrap -r root-host-logical-hostname |
BV_LOCAL_HOST 環境変数を back-end-logical-hostname または im-hostname として 設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルを有効にします。
各バックエンドホストおよび Interaction Manager ホストごとに、bvconf execute コマンドを実行することにより BroadVision One-To-One Enterprise インストールを構成して起動します。
% bvconf execute -local -var shared -r root-host-logical-hostname |
BroadVision コマンド bvconf gateway を実行して、HTTP ゲートウェイアプリケーションのゲートウェイ構成ファイルを生成します。
このコマンドは、ファイルを生成してそれらを $BV1TO1_VAR/etc/appName.cfg ファイルに書き込みます。
% bvconf gateway -A appName |
$BV1TO1_VAR/etc/bv1to1.conf 構成ファイルで定義されているゲートウェイアプリケーション名を指定します。詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
HTTP インスタンスを実行する各クラスタノードで、/etc/opt/BVSNsmgr ディレクトリにゲートウェイアプリケーション構成ファイルをコピーします。
ゲートウェイアプリケーション構成ファイルは、必ず拡張子 .cfg を付けてコピーしてください。
詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
HTTP サーバーを構成して起動します。
詳細は、HTTP サーバーのマニュアルを参照してください。HTTP サーバー構成の詳細は、『BroadVision One-To-One Enterprise Installation and Administration Guide』を参照してください。
BroadVision クライアントから BroadVision サイトに接続し、インストールを確認します。
BroadVision One-To-One Enterprise ソフトウェアが正常に動作していれば、次の操作を行なって Interaction Manager、バックエンドプロセス、およびルートホストプロセスを停止します。
scswitch コマンドを実行し、フェイルオーバーリソースグループをほかのクラスタノード (node2 など) に切り替えます。
# scswitch -z -g failover-resource-group -h node2 |
BroadVision One-To-One Enterprise ソフトウェアを再起動します。
BroadVision クライアントからクラスタに接続し、BroadVision One-To-One Enterprise ソフトウェアが正常に機能しているか確認します。
BroadVision One-To-One Enterprise リソースグループの主ノードになり得るすべてのノードで、手順 15 から 手順 18 までを繰り返します。
この手順を実行するには、Sun Cluster 3.0 Agents 12/01 CD-ROM が必要です。Sun Cluster HA for BroadVision One-To-One Enterprise を実行するすべてのクラスタノードで、この手順を実行してください。
Sun Cluster 3.0 Agents 12/01 CD-ROM を CD-ROM ドライブに挿入します。
オプションは指定せずに、scinstall ユーティリティを実行します。
scinstall ユーティリティが対話型モードで起動します。
メニューオプション「Add Support for New Data Service to This Cluster Node」を選択します。
scinstall ユーティリティにより、ほかの情報を入力するためのプロンプトが表示されます。
Sun Cluster 3.0 Agents 12/01 CD-ROM のパスを指定します。
このユーティリティでは、この CD は "data services cd" と示されます。
インストールするデータサービスを指定します。
選択したデータサービスが scinstall ユーティリティによって示され、選択を確定するように求められます。
scinstall ユーティリティを終了します。
ドライブから CD を取り出します。
Sun Cluster HA for BroadVision One-To-One Enterprise の登録と構成を行うには、以下の作業を行なってください。
Sun Cluster HA for BroadVision One-To-One Enterprise を起動する前に、データベースがアクセス可能であることを確認してください。
BroadVision One-To-One Enterprise サーバー (ルートホストサーバー、バックエンドサーバー、Interaction Manager サーバーなど) をすべて停止します。
この手順は、BroadVision One-To-One Enterprise インストールのテストを行なったあとで実行してください。
ps(1) コマンドを実行して、すべてのクラスタノードで BroadVision One-To-One Enterprise プロセスと orbix デーモン (orbixd) がすべて停止していることを確認してください。
1 つのクラスタノードのスーパーユーザーになります。
scrgadm コマンドを実行し、Sun Cluster HA for BroadVision One-To-One Enterprise のリソースタイプを登録します。
# scrgadm -a -t SUNW.bv |
データサービスのリソースタイプを追加します。
データサービスに対してあらかじめ定義されているリソースタイプ名を指定します。
scrgadm コマンドを実行し、ルートホストリソース、バックエンドリソース、および Interaction Manager リソースを作成します。
リソースごとに Network_resources_used プロパティを設定し、適切な論理ホスト名を指定します。
1 つのリソースグループ内に 2 つ以上のバックエンドリソースを作成してある場合には、Network_resources_used プロパティを設定しないと検証メソッドが失敗します。
# scrgadm -a -j root-host-resource -g failover-resource-group -t SUNW.bv -y Network_resources_used=root-host-logical-hostname -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory # scrgadm -a -j back-end-resource-1 -g failover-resource-group -t SUNW.bv -y Network_resources_used=back-end-logical-hostname-1 -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory ... # scrgadm -a -j back-end-resource-n -g failover-resource-group -t SUNW.bv -y Network_resources_used=back-end-logical-hostname-n -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory |
ルートホストリソースの名前を指定します。
BroadVision ユーザー名を指定します。
$BV1TO1_VAR ディレクトリのパスを指定します。
バックエンドリソースの名前を指定します。
フェイルオーバーリソースグループ内の Network_resource_used プロパティに定義されているすべての論理ホスト名が作成されていなければなりません (「代替構成: BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールの構成と確認を行う」の 手順 3 を参照)。
「代替構成: BroadVision One-To-One Enterprise、データベース、および HTTP サーバーのインストールの構成と確認を行う」の 手順 4 で作成したスケーラブルリソースグループ内に Interaction Manager リソースを作成します。
# scrgadm -a -j im-resource -g im-resource-group -t SUNW.bv -x BVUSER=bvuser -x BV1TO1_VAR=path-to-bv1to1_var-directory |
Interaction Manager リソースの名前を指定します。
scswitch コマンドを実行し、BroadVision One-To-One バックエンドリソースとルートホストリソースを含むようになったリソースグループを有効にします。
# scswitch -Z -g failover-resource-group # scswitch -Z -g im-resource-group |
Sun Cluster HA for BroadVision One-To-One Enterprise のインストールを確認する手順は次のとおりです。
Web ブラウザから、BroadVision One-To-One Enterprise ソフトウェアを使用して構成したアプリケーションにログインします。
フェイルオーバーリソースグループを管理しているノードにログインします。
BroadVision ユーザーになります。
ルートホストプロセスを停止します。
BV_LOCAL_HOST 環境変数を root-host-logical-hostname として設定します。
使用しているシェルに応じて、bv1to1.conf.sh ファイルまたは bv1to1.conf.csh ファイルを有効にします。
次の BroadVision コマンドを実行します。
# bvconf shutdown -local |
Sun Cluster HA for BroadVision One-To-One Enterprise 障害モニターがルートホストを再起動します。
BroadVision One-To-One Enterprise に対する Web ブラウザ接続がまだ継続していることを確認します。
scswitch コマンドを実行し、フェイルオーバーリソースグループをほかのクラスタノード (node2 など) に切り替えます。
# scswitch -z -g failover-resource-group -h node2 |
BroadVision One-To-One Enterprise に対する Web ブラウザ接続がまだ継続していることを確認します。
この節では、Sun Cluster HA for BroadVision One-To-One Enterprise 拡張プロパティの構成手順を説明します。一般には、BroadVision One-To-One Enterprise リソースを作成する時点で、コマンド行から scrgadm -x parameter=value を使用して拡張プロパティを構成します。
Sun Cluster のすべての拡張プロパティについては、r_properties(5) と rg_properties(5) のマニュアルページを参照してください。
表 11-6 に、すべての BroadVision One-To-One Enterprise リソースに設定できる Sun Cluster HA for BroadVision One-To-One Enterprise 拡張プロパティを示します。拡張プロパティによっては、動的に更新できるものもあります。一方で、BroadVision One-To-One Enterprise リソースの作成時にしか更新できないものもあります。次の表の「調整」欄は、各プロパティをいつ更新できるかを示しています。
表 11-6 Sun Cluster HA for BroadVision One-To-One Enterprise 拡張プロパティ
プロパティカテゴリ |
プロパティ名 |
説明 |
---|---|---|
BroadVision One-To-One Enterprise 構成
|
BVUSER |
BroadVision ユーザーの UNIX ID。bvuser を、希望するユーザー名に変更してください。
デフォルト: なし 調整: 作成時 |
BV1TO1_VAR |
bvuser として設定される環境変数。
デフォルト: なし 調整: 作成時 |
|
検証
|
Monitor_retry_interval |
Resource Group Manager (RGM) が障害モニターの失敗を数える期間 (単位: 分)障害モニターは、拡張プロパティ Monitor_retry_count で指定されている回数を超えて失敗することがあります。Monitor_retry_interval が指定する期間内に失敗回数が Monitor_retry_count の値を超える場合には、Process Monitor Facility (PMF) は障害モニターを再起動しません。
デフォルト: 2 調整: 任意の時点 |
Monitor_ retry_count |
障害モニターに対して Sun Cluster ソフトウェアが許可する PMF 再起動の回数。
デフォルト: 4 調整: 任意の時点 |
|
Probe_ timeout |
検証のタイムアウト値 (秒)。
デフォルト: 180 調整: 任意の時点 |
|
デーモン |
START_ORB_SERVERS |
ブール型。デフォルトでは、このデータサービスはリソース内の orbix デーモンとすべての BroadVision デーモンを起動します。orbix デーモンは、必要に応じて orbix サーバーを起動します。データサービスが orbix サーバーを起動するようにしたい場合は、このプロパティを TRUE に設定してください。
デフォルト: FALSE 調整: 任意の時点 |
Sun Cluster HA for BroadVision One-To-One Enterprise の障害モニターは、 BroadVision One-To-One バックエンドプロセスと Interaction Manager プロセスの健全性を検査します。BroadVision One-To-One Enterprise プロセスの健全性は BroadVision One-To-One Enterprise リソースの障害履歴に反映され、障害モニターのアクションを引き起こします。各 BroadVision One-To-One Enterprise リソースについては、障害モニターは再起動、フェイルオーバーなどのアクションを起こしません。
Interaction Manager リソースについては、次の 2 つの状況が同時に発生している場合にだけフェイルオーバーが発生します。
主ノードの候補数が主ノードの最大数より少ない。
いずれかのノードが使用不可能である。
フェイルオーバーのあとで次の 2 つの状況が同時に発生していると、障害モニターはどのクラスタノードでもリソースを再起動しません。
Interaction Manager リソースグループの主ノードの最大数と候補数が同じである。
Retry_count プロパティに指定されている回数だけ、障害モニターが Interaction Manager リソースの再起動を行なった。
各 BroadVision One-To-One Enterprise リソース (ルートホスト、バックエンドホスト、および Interaction Manager ホスト) の障害モニターは、以下のプロセスを監視します。
すべての BroadVision One-To-One Enterprise リソースに共通する orbix デーモン (orbixd) - 検証機能は、ps(1) コマンドを使用して orbixd が機能していることを確認します。orbixd が機能していない場合、検証機能は障害が復旧したと見なし、Resource Group Manager (RGM) が orbix デーモンを再起動します。
orbix デーモンは、チェックポイント機能と共に起動されます。このため、orbixd の直前のインスタンスによって起動された BroadVision One-To-One Enterprise サーバーは新しい orbixd インスタンスを使用して動作を継続します。
リソース内に構成されている BroadVision One-To-One Enterprise デーモン - orbixd に問題がない場合、検証機能は BroadVision コマンド bvconf ps を使用して BroadVision One-To-One Enterprise デーモンが機能していることを確認します。BroadVision One-To-One Enterprise デーモンが機能していない場合、RGM はリソースを再起動します。これにより、構成済みのデーモンがすべて再起動されます。
Sun Cluster HA for BroadVision One-To-One Enterprise では、以下の問題と動作が発生する可能性があります。
One-To-One データベースで障害が発生して再起動が発生する際のユーザー作成に関連するエラー - BroadVision One-To-One Enterprise リソースがすべて動作している時にデータベースに障害が発生する場合には、データベースがオンラインに戻った時点で新しいユーザーを作成できます。しかし、作成を試みて 3 度めでやっと新しいユーザーが作成されます。このバグの詳細は、BroadVision のサポートに問い合わせてください。
One-To-One データベースにエラーが発生し、バックエンドホストがフェイルオーバーする - データベースにエラーが発生してデータベースがオンラインに戻る前にバックエンドホストがフェイルオーバーすると、BroadVision One-To-One Enterprise リソースはどのクラスタノードでもオンラインに戻りません。データベースを正常に再起動した時点で、BroadVision One-To-One Enterprise リソースを起動し直してください。
起動順リスト内のホストがオフライン - BroadVision One-To-One Enterprise リソースは、一定の順序で起動する必要があります。この順序は、BroadVision コマンド bvconf bootstrap で示されます。次に示す状況が同時に発生している場合、リソースグループ内のホスト名に構成されている BroadVision One-To-One Enterprise プロセスは起動しません。
起動順リスト内のリソースの中にオフラインのものがある。
起動順リスト内でオフラインリソースよりあとに示された BroadVision One-To-One Enterprise リソースをユーザーが起動した。
これらの状況が同時に発生すると、リソースグループはオンラインになりますがプロセスは起動しません。検証機能は、起動順リスト内のリソースグループがオンラインになるのを待ったあとでこのリソースの BroadVision One-To-One プロセスを開始します。
One-To-One Command Center 接続 - Command Center をクラスタ上で構成されている BroadVision One-To-One Enterprise サーバーに接続するには、次に示すオプションのどちらかを実行します。
Dynamic Control Center (DCC) が IIOP ではなく POOP を使用するように変更します。このためには、My Computer/HKEY_CURRENT_USER/Software/BroadVision/Dynamic Control Center/4.2/Options/Use IIOP Windows レジストリエントリの値を 0 に設定します。
orbix デーモンを実行するすべてのクラスタノードおよび論理ホスト名の IP アドレスを含むように IT_LOCAL_ADDR_LIST プロパティを設定します。次に、bv1to1.conf ファイルに追加する IP アドレスの例を示します。
10.10.102.225
10.10.102.226
10.10.102.222
10.10.102.223
この例では、bv1to1.conf ファイルの汎用セクション export で IT_DAEMON_PORT プロパティの前に次の行を加えます。
IT_LOCAL_ADDR_LIST = "127.0.0.1" + "10.10.102.222" + "10.10.102.223" + "10.10.102.225" + "10.10.102.226" ; |
DCC はフェイルオーバーから回復できません。詳細は、BroadVision のサポートに問い合わせてください。
サーバーポートの衝突 - デフォルトでは、デーモンによって起動されるサーバーが使用できるように IT_DAEMON_SERVER_BASE および IT_DAEMON_SERVER_RANGE プロパティによって指定されるポート番号を orbix デーモンが選択します。はじめてサーバーへの接続を試みる際に、クライアントは orbix デーモンにポート番号を要求します。続いて、orbix デーモンが指定したポートに接続します。クライアントが orbix デーモンにポート番号を要求したあと、ただしクライアントがポートに接続する前にフェイルオーバーが発生すると、クライアントは不正なサーバーに接続する可能性があります。サーバーポートの衝突を防止するには、次に示すオプションのどちらかを試してください。
orbix デーモンが個々のノードに割り当てるポートが重複しないように各ホストの IT_LOCAL_SERVER_BASE プロパティを構成します。たとえば、BroadVision One-To-One Enterprise サーバーと Interaction Manager をクラスタノード A、B、および C で実行する場合、bv1to1.conf ファイルのエントリを次のように設定します。
export ... IT_DAEMON_SERVER_RANGE = "200"; ... site bv { ... node A { export IT_LOCAL_SERVER_BASE = "1300"; ... } node B { export IT_LOCAL_SERVER_BASE = "1500"; # 1300 + 200 ... } node C { export IT_LOCAL_SERVER_BASE = "1700"; # 1500 + 200 ... } ... } |
bv1to1.conf ファイル内の各プロセスエントリに iiop_port パラメータを追加し、サーバーポートエントリの衝突が発生していないことを確認します。iiop_port は文書化されていない BroadVision One-To-One Enterprise サーバーのパラメータであり、どのポートをサーバーが使用すべきかを指定するものです。たとえば、次のプロセスエントリは、cntdb サーバーがポート 1305 を使用するように定義しています。
process cntdb { parameter iiop_port = "1305"; } |
C++ CORBA サーバーは、iiop_port パラメータをサポートします。Java サーバーの場合、BroadVision One-To-One Enterprise 6.0AB 以降のバージョンにアップグレードする必要があります。
BroadVision と Oracle リソースグループが同時にフェイルオーバーする - Oracle を使用していて、BroadVision One-To-One Enterprise バックエンドリソースグループと Oracle リソースグループが同時にフェイルオーバーすると、一部の BroadVision デーモンが再起動に失敗する場合があります。このような再起動の失敗は、Oracle データベースが再起動している間に発生します。BroadVision One-To-One Enterprise リソースは、失敗したデーモンの再起動を成功するまで試みます。