WebSphere Process Server のインストール後に、1 つ以上のスタンドアロン・サーバー・プロファイルを作成して構成できます。
始める前に
このタスクを実行する理由と実行時期
新しいスタンドアロン・サーバー・プロファイルを構成するのは、以下の場合です。
- システムに 1 つ以上のスタンドアロン・サーバー・プロファイルがある状況で、別のスタンドアロン・サーバー・プロファイルを追加する場合。
- WebSphere Process Server サーバー・ソフトウェアをシステムにインストールしたときに、カスタム・インストールを選択したという状況 (つまり、スタンドアロン・サーバー・プロファイルが作成されなかった状況) で、改めてスタンドアロン・サーバー・プロファイルをシステムに作成する場合。
この手順は、
プロファイル・ウィザードを使用したプロファイルの作成または
プロファイル・ウィザードを使用したプロファイルの拡張の手順を実行することと、関連手順の指示に従っていることを前提としています。すなわち、プロファイル・ウィザードをすでに開始しており、スタンドアロン・サーバー・プロファイルの作成または拡張を選択しているということです。ここからは、そのプロファイルを構成する必要があります。
プロファイル・ウィザードを使用して、新しいスタンドアロン・サーバー・プロファイルを構成するための以下の手順を実行します。
このタスクのためのステップ
- スタンドアロン・サーバー・プロファイルを作成するのか拡張するのかに応じて、以下のいずれかを実行します。
- プロファイルを拡張する場合は、WebSphere Application Server または WebSphere Application Server Network Deployment のプロファイルから多くのプロファイル構成が継承されます。
「サービス・コンポーネント・アーキテクチャーの構成」パネルが表示されます。ステップ 7 に進んでください。
- プロファイルを作成する場合は、固有値でプロファイルを構成する必要があります。
「プロファイル名」パネルが表示されます。ステップ 2 に進んでください。
- プロファイルに固有の名前を指定するか、またはデフォルトの名前を受け入れます。他のプロファイルが存在する場合は、
「このプロファイルをデフォルトにする (Make this profile the default)」の隣にあるチェック・ボックスを選択して、このプロファイルをデフォルト・プロファイルにすることができます。次に、「次へ」を選択します。
作成する各プロファイルに名前を付ける必要があります。複数のプロファイルがある場合は、この名前によって最上位で区別することができます。
ディレクトリー名の長さ制限など、プロファイルの命名時に考慮する必要のある問題については、プロファイル、ノード、ホスト、およびセルの命名の考慮事項を参照してください。
- 「プロファイル・ディレクトリー」パネルで、プロファイルのデフォルトのディレクトリー・ロケーションを受け入れるか、「参照」を選択して別のロケーションを指定し、「次へ」を選択します。
このディレクトリーには、ランタイム環境 (コマンド、構成ファイル、ログ・ファイルなど) を定義するファイルが格納されます。デフォルトでは、このディレクトリーは以下のロケーションにあります。
Linux および UNIX プラットフォームの場合: install_root/profiles/profile_name
Windows プラットフォームの場合: install_root¥profiles¥profile_name
ここで、
profile_name はステップ
2 で指定した名前です。ディレクトリーが既に存在している場合は、空である必要があります。空でない場合は、エラーが表示されます。
「戻る」を選択してプロファイル名を変更した場合、このパネルが再表示されたときに、このパネルで手動で名前を変更しなければならないことがあります。
- 「ノード名およびホスト名」パネルで、スタンドアロン・サーバー・プロファイルのノード名とホスト名を指定するか、デフォルト値を受け入れて、「次へ」を選択します。 ノード名はできるだけ短くしてください。ただし、ノード名は、スタンドアロン・システム内または Network Deployment 内で固有でなければなりません。ノードおよびホストの命名時に考慮する必要のある予約済みの用語やその他の問題については、プロファイル、ノード、ホスト、およびセルの命名の考慮事項を
参照してください。
- 「ポート値割り当て」パネルで、スタンドアロン・サーバー・プロファイルに指定されたポートが固有であることを確認し、「次へ」を選択します。
Windows プラットフォームの場合: サーバーを Windows サービスとして実行するかどうかを選択して、「次へ」を選択します。 プロファイルが Windows サービスとして構成されている場合、製品は、
startServer コマンドによって開始されるサーバー・プロセスに対応する Windows サービスを開始します。例えば、サーバーを Windows サービスとして構成し、
startServer コマンドを
実行すると、
wasservice コマンドは定義されたサービスを開始します。
重要: 指定のユーザー・アカウントとして
ログオンすることを選択する場合は、サービスを実行するユーザーのユーザー ID とパスワード、
および開始タイプ (デフォルトは Manual) を指定する必要があります。ユーザー ID は、名前にスペースを
使用できず、管理者グループに属しており、拡張ユーザー権限として
「オペレーティング・システムの一部として機能」および「サービスとしてログオン」を
備えている必要があります。ユーザー ID が管理者グループに属しており、まだ拡張ユーザー権限がない場合は、プロファイル・ウィザードにより、ユーザー ID に拡張ユーザー権限が
付与されます。
- 「サービス・コンポーネント・アーキテクチャーの構成」パネルにおいて、サービス・コンポーネント・アーキテクチャーで保護されたバスに接続できるよう選択します。
そのためには、以下の手順を実行します。
- 「セキュア・モードでサービス統合バスを構成する」チェック・ボックスを選択します。
- ユーザー ID とパスワードを入力し、パスワードを確認します。
- 「次へ」を選択します。
重要: グローバル・セキュリティーおよびサービス・コンポーネント・アーキテクチャーのシステム・バス・セキュリティーの両方を有効にすると、メッセージの送信または受信のためサービス・コンポーネント・アーキテクチャーのシステム・バスに接続する場合に正しい資格情報が必要になります。
サービス・コンポーネント・アーキテクチャーでは保護されたシステム・バスに接続するため、このパネルで設定した許可済みユーザーの ID を使用します。
設定するユーザー ID は、指定されたユーザー・レジストリー内の正当なユーザーにする必要があります。
ユーザー・ディレクトリーには、ユーザー認証用に WebSphere Application Server で構成された LDAP、オペレーティング・システム、フラット・ファイル、またはその他のレジストリーを使用できます。
プロファイルの作成または拡張後にこのユーザー ID およびパスワードを設定または更新するには、単に J2C 認証別名「SCA_Auth_Alias」を編集してそのユーザー ID およびパスワードの情報を指定します。
この別名の変更方法について詳しくは、認証別名の変更 (Modifying authentication aliases)のトピックを参照してください。
サービス統合バスについて詳しくは、サービス統合バスのトピックを参照してください。
- 「Common Event Infrastructure の構成」パネルで、Common Event Infrastructure コンポーネントが使用するデータベースを構成します。
詳細については、プロファイル・ウィザードを使用した Common Event Infrastructure データベースの構成を参照してください。「Common Event Infrastructure の構成」パネルと「Common Event Infrastructure の追加のデータベース構成情報」パネルの各フィールドで値を入力したら、この手順に戻ります。
- サンプル Business Process Choreographer を構成するかどうかを選択します。
制約事項: 実稼働環境でこのコンポーネントを使用する場合は、サンプル Business Process Choreographer を構成しないでください。サンプル構成は、開発専用です。実動の設定においてこのコンポーネントをセットアップする方法について詳しくは、
Business Process Choreographer の構成にあるトピックを参照してください。
サンプル構成を作成するには、「サンプル Business Process Choreographer の構成 (Configure a sample Business Process Choreographer)」チェック・ボックスを選択し、保護されたサービス統合バスとの接続時の認証に使用するユーザー ID とパスワードを入力し、パスワードを確認し、「次へ」を選択します。
- 「Application Scheduler の構成」パネルで、
ドロップダウン・リストからノード上のサーバーの名前としてデフォルト値の server1 を受け入れて、「次へ」を選択します。
Application Scheduler コンポーネントについて詳しくは、Application Schedulerのトピックを参照してください。
- 「データベースの構成」パネルで、選択した WebSphere Process Server コンポーネントで使用する共通データベースを構成します。
詳細については、プロファイル・ウィザードを使用した共通データベースの構成を参照してください。「データベースの構成」パネルと「追加のデータベース構成情報」パネルの各フィールドで値を入力したら、このステップに戻ります。
- 「プロファイルの要約」パネルで、プロファイルの特性を確認し、プロファイルを作成する場合は「次へ」を、プロファイルの特性を変更する場合は「戻る」を選択します。
プロファイル・ウィザードでは、プロファイルが作成中または拡張中であることを示す
進行パネルが表示されます。エラーが検出されない場合は、処理の最後に「プロファイル作成が完了しました」パネルまたは「プロファイル拡張が完了しました」パネルが表示されます。
重要: エラーが検出されると、このパネルの代わりに他のパネルが表示されることがあります。例えば、次のようなパネルがあります。
- 「プロファイル
作成が警告で完了しました」パネル。プロファイルは作成されたが、
警告が生成されたことを示します。
- 「プロファイル作成は未完了です (Profile creation is incomplete)」パネル。プロファイルは作成されたが、使用不可の状態であることを示します。
- 「プロファイル作成が失敗しました」パネル。プロファイルを作成できなかったことを示します。
- 「プロファイル拡張が警告で完了しました」パネル。プロファイルが拡張されたものの、警告が生成されたことを示します。
- 「プロファイル拡張は未完了です (Profile augmentation is incomplete)」パネル。プロファイルが拡張されたものの、使用不能な状態で存在していることを示します。
- 「プロファイル拡張が失敗しました」パネル。プロファイルを拡張できなかったことを示します。
これらの各パネルには、問題のトラブルシューティングを行うために参照するログ・ファイルが示されます。トラブルシューティングのヒントについては、
プロファイルの作成または拡張時の障害からのリカバリーも参照してください。
- Common Event Infrastructure データベースと共通データベースを手動で構成する必要があるかどうかに応じて、以下のいずれかを実行し、スタンドアロン・サーバー・プロファイルの構成を完了します。
- プロファイル・ウィザードを使用して Common Event Infrastructure データベースと共通データベースの構成を完了した場合は、ファースト・ステップ・コンソールを開始するためのチェック・ボックスが選択されていることを確認してから、「終了」を選択してプロファイル・ウィザードを閉じ、ファースト・ステップ・コンソールを開始します。
- 手動で実行するスクリプトを生成して実際のデータベース構成を先送りした場合は、以下のようにします。
- ファースト・ステップ・コンソールを起動するチェック・ボックスをクリアし、「終了」を選択してプロファイル・ウィザードを閉じます。
- ここで、ユーザーまたはデータベース管理者はそのサイトの標準的なデータベース定義ツールおよび手順を使用し、プロファイル・ウィザードにより生成されたスクリプトを編集して実行し、event、eventcat、および WPRCSDB の各データベース (または、システムで別の名前が設定されている場合はそれらに相当するデータベース) を作成するか、作成して構成する必要があります。
スクリプトの位置については、Common Event Infrastructure データベースの仕様および 共通データベースの仕様を参照してください。
各データベースの構成が完了したら、ファースト・ステップ・コンソールの開始で説明されているように、プロファイルに関連付けられているファースト・ステップ・コンソールを開始します。
- 実稼働環境で Business Process Choreographer コンポーネントを使用する場合、
ユーザーまたはデータベース管理者は、Business Process Choreographer BPEDB データベースの作成および構成に関連するそのコンポーネントを構成する必要があります。
詳しくは、「Business Process Choreographer の構成」にある各トピックを参照してください。
結果
WebSphere Process Server の新しいスタンドアロン・サーバー・プロファイルが存在するようになりました。プロファイル内のノードが、server1 というサーバーを持つようになりました。
次の作業
ファースト・ステップ・コンソールから
「サーバーの起動」を選択して
サーバーの作動をチェックします。出力ウィンドウが開きます。次のようなメッセージが表示される場合、サーバーは正常に作動しています。
ADMU3000I: サーバー server1 が e-ビジネス用にオープン。プロセス ID は 3348
(Server server1 open for e-business; process id is 3348)