検索の統合

     前  次    新しいウィンドウで目次を開く     
ここから内容

ステージングの検索機能

プロダクション環境に移行する場合、使用するポータル環境に合わせて Autonomy をコンフィグレーションする必要があります。

これには、使用する検索コンポーネントのコンフィグレーション ファイルの編集、Autonomy Service Dashboard のデプロイ、設定したパラメータに従い情報を検索する Autonomy フェッチのコンフィグレーションが含まれます。

この章で説明するタスクは、通常の Autonomy コンフィグレーションを WebLogic Portal クラスタで実行することを前提としています。HTTPFetch を個別のサーバで実行するなど、複雑なコンフィグレーションを作成する必要がある場合は、『Autonomy のドキュメント』を参照してください。

図 4-1 は、通常のプロダクション環境の例です。

図 4-1 Autonomy を使用する WebLogic Portal クラスタの例

Autonomy を使用する WebLogic Portal クラスタの例

この章では、以下のトピックについて説明します。

 


Autonomy の対象サーバへのインストール

サーバのオペレーティング システムに対応した Autonomy エンジンをインストールする必要があります。

WebLogic Portal をインストールしている場合、対象オペレーティング システム用の Autonomy エンジンが組み込まれています。WebLogic Portal をインストール済みのオペレーティング システムとは異なるオペレーティング システム用の Autonomy のバージョンが必要な場合は、WebLogic Portal をダウンロードして、Autonomy を使用するオペレーティング システムにインストールする必要があります。次に、それぞれのオペレーティング システム用の Autonomy ファイルを取得できます。

たとえば、WebLogic Portal をダウンロードして Windows サーバにインストールした場合は、Windows バージョンの Autonomy がそのダウンロードに含まれています。Autonomy を Linux サーバにインストールする場合は、Linux マシンに適したバージョンの Autonomy を使用するために、Linux バージョンの WebLogic Portal をダウンロードしてインストールする必要があります。

注意 : ライセンスの制限により、実行できる Autonomy サーバは 1 つのみです。

Autonomy をインストールするには

  1. 対象サーバに Autonomy コンポーネント用のディレクトリを作成します。
  2. WebLogic Portal インストールから、対象オペレーティング システム用の Autonomy ディストリビューションに移動します。たとえば、WebLogic_HOME/weblogic92/portal/thirdparty/autonomy-wlp92/operatingsystem
  3. ディレクトリ全体をインストール ディレクトリから対象サーバの対象ディレクトリにコピーします。

 


Autonomy ライセンスの更新

この節では、デフォルトの Autonomy ライセンスをプロダクション ライセンスに更新する方法を説明します。デフォルトのライセンスでは 10,000 ドキュメントのインデックス付けが許可されています。プロダクション ライセンスでは 500,000 ドキュメントのインデックス付けが可能です。

  1. すべての Autonomy サービスを停止します。サービスを停止するには、autonomy.cmd スクリプトを stop パラメータで呼び出します。「Autonomy サービスの起動」を参照してください。
  2. IDOLserver/DiSH ディレクトリで、以下を実行します。
    1. uid および license ディレクトリを削除する。
    2. AutonomyDiSH.exe -revokelicense コマンドを実行する。
  3. IDOLserver/IDOL ディレクトリで、以下を実行します。
    1. uid ディレクトリを削除する。
    2. IDOLserver/IDOL の下の contentagentstorecategory および community ディレクトリで、uid および license ディレクトリを削除する。
  4. 上書きしないように、既存の IDOLserver/DiSH/licensekey.dat ファイルのバックアップを作成します。
  5. プロダクション ライセンス ファイル (licensekey.dat) を IDOLserver/DiSH にコピーします。
  6. Autonomy サービスを再起動します。「Autonomy サービスの起動」を参照してください。
  7. 上記のディレクトリにある license.log ファイルを参照して、新しいライセンスが適用されており、評価ライセンス時の 10,000 ドキュメントではなく、500,000 ドキュメントが許可されていることを確認します。これを確認するには、IDOLserver\IDOL\logs\content_application.log で「This license allows 500000 documents to be indexed」という文字列を探します。

 


対象サーバでの Autonomy のコンフィグレーション

Autonomy のコンフィグレーションを変更して、プロダクション環境およびクラスタのパラメータに適合させる必要があります。このコンフィグレーションの変更では、セキュリティ上の問題点と、その問題点のネットワーク上の位置を突き止めるために使用する検索ツールの各コンフィグレーションも変更します。

また検索で扱う情報のタイプもコンフィグレーションする必要があります。

表 4-1 は、変更する必要のあるコンフィグレーション ファイルの場所をまとめたリストです。

表 4-1 Autonomy コンポーネントとそれらのコンフィグレーション ファイル
Autonomy コンポーネント
変更する必要のあるコンフィグレーション ファイル
DiSH Server
//IDOLserver/DiSH/AutonomyDiSH.cfg
IDOL Server
//IDOLserver/IDOL/AutonomyIDOLServer.cfg
IDOL サーバ用のエージェント ストア
//IDOLserver/IDOL/agentstore/agentstore.cfg
HTTP Fetch
//HTTPFetch/HTTPFetch.cfg
File System Fetch
//FileSystemFetch/FileSystemFetch.cfg

この節では、次のトピックについて説明します。

Autonomy IDOL Server のコンフィグレーション

IDOL (Intelligent Data Operating Layer) サーバは、コンテンツのインデックス作成とクエリの処理を担当します。IDOL server の詳細については、『Autonomy IDOL server のドキュメント』を参照してください。

プロダクション環境用に IDOL サーバをコンフィグレーションするには、AutonomyIDOLServer.cfg ファイルを変更します。このファイルの場所は //autonomyhome/IDOLserver/IDOL/AutonomyIDOLServer.cfg です。

Autonomy IDOL Server をコンフィグレーションするには

  1. AutonomyIDOLServer.cfg ファイルをテキスト エディタで開きます。
  2. [License] セクションで、LicenseServerACIPort を編集し DiSH を実行するポートと一致させます (このポートを変更した場合)。
  3. [Service] セクションで、必要に応じて ServicePort を編集します。この設定は、autonomyDiSH.cfg の対応する設定と一致させる必要があります。
  4. [Server] セクションで、以下を行います。
    • 必要に応じて、セキュリティのためにクライアント リストの設定 (IndexClientsAdminClients) を編集します。
    • 必要に応じて、IndexPortPort (ACI) の設定を編集します。
  5. [Paths] セクションで ModulesTemplateDirectory を編集し、対象システムのこれらのディレクトリの場所を参照するようにします。これらは絶対パスにする必要があります。
  6. その他のディレクトリまたはファイル パスの設定もすべて探し出して編集し、新しい場所 (たとえば、[NT_V4] Library) を参照するように調整します。これらは絶対パスにする必要があります。
  7. [Database] セクションで、必要に応じて Autonomy データベースを作成および削除します。データベースの管理については、『Autonomy のドキュメント』を参照してください。
  8. 完了したら、変更を保存します。

Autonomy DiSH のコンフィグレーション

Autonomy コンポーネントを管理するために、DiSH (Distributed Services Handler) が使用されます。Autonomy Service Dashboard を介して、または Autonomy の ACI インタフェースを使用することで、DiSH 機能にアクセスできます。Autonomy DiSH の詳細については、『Autonomy DiSH のドキュメント』を参照してください。

DiSH をコンフィグレーションするには、テキスト エディタを使用して autonomyDiSH.cfg ファイルを変更します。autonomyDiSH.cfg ファイルは、//autonomyhome/IDOLserver/IDOL/AutonomyIDOLDiSH.cfg ディレクトリにあります。

Autonomy DiSH をコンフィグレーションするには

  1. autonomyDiSH.cfg ファイルをテキスト エディタで開きます。
  2. ポートの衝突を回避する必要がある場合は、[Service] セクションで ServicePort の設定を編集します。
  3. [Server] セクションで、以下を編集します。
    • セキュリティを確立する必要がある場合は、必要に応じて AdminClients を変更します。
    • ポートの衝突を回避する必要がある場合は、Port の設定を変更します。
  4. [Email] セクションで、所属会社の SMTP 設定に合わせて変更を行います。
  5. [ChildServices] セクションで、BEACMRepoFetch サービスの設定を削除します。
  6. [BEACMRepoFetch] セクションを削除します。
  7. [IDOLServer][HTTPFetch]、および [FileSystemFetch] セクションで、実行ファイルが対象サーバ上の場所を使用するように各パスを変更します。これらは絶対パスにする必要があります。
  8. Service Port または ACI ポートを変更した場合 (または agentstore.cfg ファイルでこの変更を行う予定の場合)、これらの設定が一致するように調整する必要があります。
  9. 完了したら、変更を保存します。

Agentstore のコンフィグレーション

エージェントが提供するのは、ポータル ユーザの検索対象にするインターネットおよびイントラネット サイト、ニュース フィード、チャット ストリーム、および内部リポジトリのコンフィグレーション可能リストから情報を検出してモニタする機能です。

エージェントの使用方法については、『Autonomy IDOL Server Guide』を参照してください。

クラスタ用の Agentstore をコンフィグレーションするには、agentstore.cfg ファイルを編集します。このファイルの場所は //IDOLserver/IDOL/agentstore/agentstore.cfg です。

Agentstore をコンフィグレーションするには

  1. agentstore.cfg ファイルをテキスト エディタで開きます。
  2. ポート衝突およびセキュリティの要件に応じて、[License][Service]、および [Server] の設定を変更します。
  3. ファイル設定およびディレクトリ設定をすべて探し出し、新しい場所を参照するように修正します。これらは絶対パスにする必要があります。
    • [Paths] セクションで TemplateDirectory を変更し、新しい場所を参照するようにします。
    • [Logging] セクションで LogDirectory および LogArchiveDirectory を変更し、新しい場所を参照するようにします。
    • [LanguageTypes] セクションで LanguageDirectory を変更し、新しい場所を参照するようにします。
  4. 完了したら、変更を保存します。

HTTP Fetch のコンフィグレーション

HTTP Fetch は、指定した Web サイトを巡回して、コンテンツをインデックス作成のために IDOL サーバに渡します。このフェッチをコンフィグレーションして、必要な HTTP フェッチ ジョブを作成する必要があります。

これを行うには、HTTPFetch.cfg ファイルを編集します。このファイルは //AUTONOMYHOME/HTTPFetch/HTTPFetch.cfg にあります。

HTTP Fetch をコンフィグレーションするには

  1. HTTPFetch.cfg をテキスト エディタで開きます。
  2. [Service] セクションにより、どのマシンがサービス ポートを介して HTTP Fetch サービスを使用および制御できるか指定されます。必要に応じてポートおよびクライアント セキュリティ制御を変更します。
  3. 注意 : このファイルでポートの設定を変更する場合、AutonomyDiSH.cfg ファイルの HTTP Fetch ポート設定を更新する必要があります。
  4. [Default] セクションには、[Spider] セクションで定義するすべてのジョブに適用されるデフォルト設定が含まれます。AutonomyIDOLserver.cfg ファイルで IndexPort を変更した場合は、IndexPort の設定が一致するように変更する必要があります。
  5. 完了したら、変更を保存します。
  6. 必要に応じて HTTP フェッチ ジョブを作成します (検索する Web サイトを自動取得してインデックスを作成するため)。フェッチ ジョブの作成方法については、『Autonomy HTTPFetch のドキュメント』を参照してください。

File System Fetch のコンフィグレーション

File System Fetch は、ファイルシステムの指定した領域をポーリングし、コンテンツの変更が検出された場合はそのコンテンツをインポートしてインデックス作成のために IDOL サーバに渡します。

内部 (ネットワーク上のコンピュータなど) からのファイルのインポート方法を制御するには、File System Fetch をコンフィグレーションしてから、必要なフェッチ ジョブを作成する必要があります。

File System Fetch のコンフィグレーション ファイルの場所は、//autonomyhome/FileSystemFetch/FileSystemFetch.cfg です。

テキスト エディタを使用して FileSystemFetch.cfg ファイルを編集し、プロダクション環境に適合するようにします。

File System Fetch をコンフィグレーションするには

  1. [Server] および [Service] セクションで、必要に応じてポートを変更しセキュリティを制御します。このファイルでポート情報を変更する場合、AutonomyDiSH.cfg ファイルで File System Fetch に関連する設定も更新する必要があります。
  2. 必要に応じて [Default] セクションで IndexPort を変更し、AutonomyIDOLserver.cfgIndexPort の設定に一致させます。
  3. 完了したら、変更を保存します。
  4. 必要に応じて File System Fetch ジョブを作成します (特定のファイルシステムの位置を自動取得してインデックスを作成するため)。フェッチ ジョブの作成方法については、『Autonomy File System Fetch のドキュメント』を参照してください。

WebLogic Portal をクラスタ環境にデプロイする場合、File System Fetch がインデックスを作成するコンテンツに、クラスタ内の各マシンがアクセスできるようにする必要があります。「WebLogic クラスタ内での File System Fetch のステージング」を参照してください。

 


BEA コンテンツ管理検索の設定

BEA リポジトリの全文検索を設定するには、BEA コンテンツ管理フェッチをコンフィグレーションしてから、全文検索用の BEA リポジトリを有効にする必要があります。

この節では、次のトピックについて説明します。

BEA コンテンツ管理フェッチのコンフィグレーション

BEA コンテンツ管理フェッチにより、BEA リポジトリの全文検索が可能になります。WebLogic Portal クラスタ内の各管理対象サーバに対して、BEA コンテンツ管理フェッチをコンフィグレーションする必要があります。

コンテンツ管理フェッチをコンフィグレーションするには

  1. WLP_SEARCH_OPTION という環境変数を設定し、値として minimal を割り当てます。
  2. //operating_system_directory/internal/BEACMRepoFetch/BEACMRepoFetch.cfg. にあるBEACMRepoFetch.cfg ファイルを編集します。このファイルで、BEA リポジトリの全文検索の設定をコンフィグレーションします。
    • 必要に応じて [Server] および [Default] の設定を修正し、ポート番号およびクライアント セキュリティを変更する。
    • [Default] DreHost の設定を変更し、IDOL サーバを実行するサーバのホスト名または IP アドレスを参照するようにする。
    • [Default] IndexPort を変更し、リモート サーバにある AutonomyIDOLServer.cfg ファイルの IndexPort 設定と一致させる。
  3. 完了したら、変更を保存します。
警告 : このファイル内のその他の設定は変更しないでください。

全文検索用の BEA リポジトリのコンフィグレーション

BEA コンテンツ管理フェッチをコンフィグレーションした後、BEA リポジトリで全文検索を利用できるようにする必要があります。これにより、BEA リポジトリは Autonomy IDOL Server を参照できるようになります。

この節では、次のトピックについて説明します。

BEA リポジトリへの Autonomy プロパティの追加

Portal Administration Console を使用して、仮想コンテンツ リポジトリ内の BEA リポジトリに対して Autonomy プロパティを定義する必要があります。これらのプロパティにより、BEA リポジトリは Autonomy サービスを参照できるようになります。

表 4-2 は、追加する必要のある Autonomy プロパティのリストです。

表 4-2 BEA リポジトリ用の Autonomy プロパティ
プロパティ
定義
search.staging.area
コンテンツのインデックスを作成できるようにするために、送り先ディレクトリにコンテンツをエクスポートするが、このプロパティではその送り先ディレクトリの名前を定義する。
デフォルトのディレクトリを以下に示す。
//BEA_HOME/weblogic/portal/third-party/autonomy/internal/
search.engine.host
IDOL サーバがあるマシンのホスト名。
search.index.port
Autonomy インデックスのポート。
この値は、autonomyIDOLServer.cfg ファイルの [Server]IndexPort の設定と一致させる必要がある。このファイルについては、「Autonomy IDOL Server のコンフィグレーション」を参照。
search.query.port
IDOL サーバが使用するポート設定。
この値は、autonomyIDOLServer.cfg ファイルの [Server]Port の設定と一致させる必要がある。このファイルについては、「Autonomy IDOL Server のコンフィグレーション」を参照。
search.urlconnection.timeout
HTTP を使用して Autonomy データベース コマンドを検索インデックス ポートおよび検索エンジン ポートに対して発行する場合、このタイムアウト設定で HTTP 接続タイムアウトをミリ秒単位で指定する。デフォルトのタイムアウトは 18000 (180 秒)。

注意 : リポジトリ プロパティに変更を加えた後、Portal Administration Console ユーザは、変更を表示するために、いったんログアウトしてから再度ログインする必要があります。

リポジトリにプロパティを追加するには、以下の手順に従います。

  1. Portal Administration Console のメイン メニューから、[コンテンツ|コンテンツ管理] を選択します。
  2. リソース ツリーで [リポジトリ] をクリックして、リポジトリの管理ツリーを表示します。
  3. リポジトリの管理リソース ツリーで、プロパティを追加する BEA リポジトリを選択します。
  4. [概要] タブの [プロパティ] セクションで、[プロパティの追加] をクリックします。
  5. [プロパティの追加] ダイアログで、プロパティの名前と値を入力します。表 4-2 に示されている各プロパティを入力します。
  6. [保存] をクリックします。

新しいリポジトリ情報の要約が [概要] タブに表示されます。

全文検索のプロパティの編集

全文検索を使用可能にする各 BEA リポジトリに対し、すべての全文機能を有効にする必要があります。

表 4-3 は、全文検索リポジトリの詳細プロパティとそれらの使用方法をまとめたリストです。

表 4-3 全文検索に必要な設定
詳細プロパティ
処理の内容 :
検索が有効
メタデータを使用したリポジトリの検索をユーザに許可する。
インデックス検索が有効
コンテンツにポータル検索用のインデックスを付けることが可能。これにより、ポータル開発者は、開発するポートレットにコンテンツの全文検索またはメタデータ検索を組み込むことができる。
全文検索が有効
リポジトリ内のコンテンツの全文を使用したリポジトリの検索をユーザに許可する。

全文検索リポジトリのプロパティを編集するには

  1. コンソールの上部のナビゲーション メニューから [コンテンツ|コンテンツ管理] を選択します。
  2. [リポジトリの管理] を選択します。
  3. リソース ツリーで変更するリポジトリをクリックして、[概要] タブを表示します。
  4. [詳細] セクションで、[詳細] をクリックして、対象リポジトリの [詳細プロパティの編集] ダイアログを表示します。
  5. [リポジトリ] ダイアログの [詳細プロパティを編集] で、表 4-3 の各プロパティが有効になっていることを確認します。
  6. 変更が終了したら、[保存] をクリックします。

変更内容は、[概要] ページの [詳細] セクションに表示されます。

注意 : リポジトリの接続を解除した場合や、リポジトリのプロパティの変更を行った場合は、その変更を表示するために、Portal Administration Console ユーザはログアウトしてからログインし直す必要があります。

 


WebLogic クラスタ内での File System Fetch のステージング

WebLogic Portal をクラスタ環境にデプロイする場合、Autonomy フェッチがインデックスを作成した情報およびコンテンツに、クラスタ内の各マシンがアクセスできる必要があります。たとえば、BEA リポジトリと Autonomy の File System Fetch はどちらもファイルシステムを使用してインデックス付きのコンテンツを保存します。クラスタ内の各マシンが、これらのファイルシステムにアクセスできるようにコンフィグレーションする必要があります。

注意 : BEA コンテンツ管理フェッチでは、これらの手順は必要ありません。「BEA コンテンツ管理検索の設定」を参照してください。

File System Fetch は、ファイルシステム内にあるコンテンツにインデックスを付けるために使用されます。インデックスが作成されると、特別なコンフィグレーションを行っていない限り、DREREFERENCE プロパティにはファイルの完全パスが設定されます。したがって、デフォルト クエリの場合、実際のコンテンツ (ファイル) を返すリンクはファイルへのパスとなります。サーバ クラスタ内では、クラスタの各ノードが、ドキュメントがあるファイルシステムにアクセスできる必要があります。

  1. File System Fetch があるホスト マシンがアクセスでき、さらに WebLogic Portal クラスタ内の各ノードもアクセスできる共有ファイルシステムを作成します。ファイルを示すパスのマッピングは、クラスタ内の各ホストと FileSystemFetch ホストで同じにする必要があります。
  2. 必要に応じて、インポート対象/インデックス作成対象のファイルを共有ドライブ内に配置します。
  3. 上記の手順のマッピングを使用して、共有ドライブのコンテンツをインポートしてインデックスを付ける File System Fetch ジョブをコンフィグレーションします。File System Fetch のコンフィグレーションについては、『Autonomy File System Fetch のドキュメント』を参照してください。
注意 : ブラウザにクエリの結果が返され、ファイルにアクセスするためのリンク、ファイルをダウンロードするためのリンクが表示されたら、ファイルをブラウザにストリーミングするサーブレットを介して DREREFERENCE プロパティ (完全修飾パス/ファイル名が含まれます) を渡します。インデックス作成およびクエリについては、『Autonomy IDOL Server Guide』および「Autonomy JavaDoc」を参照してください。

 


Autonomy サービスの起動

サーバで Autonomy サービスを起動するために使用される起動スクリプトをコンフィグレーションする必要があります。これらのスクリプトは、対象ディレクトリを基に、対象サーバにコピーして必要に応じて変更できます。また要件を満たす同様のスクリプトを作成することもできます。

Autonomy 起動スクリプトはポータル ドメイン サーバで設定される 2 つの環境変数の WL_HOME および WLP_SEARCH_OPTION に基づきます。

パラメータとして start または stop を使用して、このスクリプトを呼び出します。

  1. //WebLogic_Home/Portal/third-party/autonomy-wlp92 ディレクトリにある autonomy.cmd/sh ファイルを確認します。
  2. 必要に応じて変更します。必ず Autonomy 共有ライブラリ ディレクトリをマップし、AutonomyDiSH.exe が起動できるようにしてください。
  3. スクリプトを実行します。
  4. サービスが実行されていることを確認します。Windows の場合、タスク マネージャ アプリケーションを使用して [プロセス] タブを表示します。Unix を使用している場合、ps コマンドを使用して現在実行されているサービスのリストを表示します。次のサービスが実行されています。
    • content.exe
    • category.exe
    • community.exe
    • agentstore.exe
    • AutonomyIDOLserver.exe
    • AutonomyDiSH.exe
    • HTTPFetch.exe
    • FileSystemFetch.exe
  5. 各サービスのログ ファイルを調べて、ポート衝突、ライセンス制限などのエラーがないか確認します。

 


Autonomy Service Dashboard のインストール

Autonomy Service Dashboard はスタンドアロンのフロントエンド Web アプリケーションです。これを使用することで、管理者は、ローカルまたはリモートで実行されるすべての Autonomy モジュールおよび子サービスを管理できます。

Dashboard は、フェッチなど、すべての Autonomy 子サービスをモニタおよび制御するためのバックエンド プロセスを提供する、1 つまたは複数の DiSH (Autonomy Distributed Service Handler) モジュールと通信します。

Autonomy Service Dashboard は、WebLogic Server Console を使用して、エンタープライズ アプリケーション内のポータル アプリケーションとしてデプロイします。Autonomy Service Dashboard をデプロイする前に、コンフィグレーションを変更してプロダクション環境に適合させる必要があります。

Autonomy Service Dashboard の使用方法の詳細については、『Autonomy DiSH のドキュメント』を参照してください。

この節では、次のトピックについて説明します。

Dashboard をインストールするための準備

Autonomy Service Dashboard をデプロイする前に、場所のコンフィグレーションを編集して新しいデプロイメントの場所と一致させる必要があります。使用されるデフォルトの場所は \\weblogic92\portal\thirdparty\autonomy-wlp92\common\lib\ です。

Autonomy Service Dashboard のインストールを準備するには

  1. autonomyservicedashboard.cfg ファイルを新しい場所にコピーします。
  2. Autonomy Service Dashboard の web.xml ファイルで、コンフィグレーション情報が新しい場所に適合するように編集します。
    1. 編集を実行するときに使用する一時ディレクトリを作成します。たとえば、c:/temp/working
    2. autonomyservicedashboard.war を作業ディレクトリにコピーします。
    3. WinZip、JavaJar などの圧縮ユーティリティを使用して、autonomyservicedashboard.war を解凍します。
    4. //WEB-INF/web.xml ファイルで、<context-param> の値を編集し autonomyservicedashboard.war ファイルの新しい場所と一致させます。デフォルトの場所は C:/bea/weblogic92/portal/thirdparty/autonomy-wlp92/common/lib です。
    5. C:/working/META-INF/web.xml ファイルを保存します。
  3. C:/temp/working ディレクトリで、autonomyservicedashboard.war ファイルを再圧縮します。既存の autonomyservicedashboard.war ファイルを、変更済みの web.xml ファイルを含んだ同じ名前の新しいファイルに置き換えます。META-INF ディレクトリも含めて、ファイルは必ず元のディレクトリ構造に保存してください。
  4. 作成した autonomyservicedashboard.war ファイルを、Autonomy Service Dashboard を配置する場所にコピーします。たとえば、C:\bea\weblogic92\portal\thirdparty\autonomy-wlp92\common\lib\

Autonomy Service Dashboard のデプロイ

Autonomy Service Dashboard は、ポータル クラスタが使用しているドメインと同じドメインにデプロイする必要があります。ただし、ポータル アプリケーションの一部としてではなく、スタンドアロンのアプリケーションとしてデプロイする必要があります。

注意 : Autonomy Service Dashboard は、Tomcat など別の Web アプリケーション コンテナにもデプロイできます。

Autonomy Service Dashboard をデプロイした後、デフォルトのユーザ名 admin と、デフォルトのパスワード admin を使用してログインできます。

Autonomy Service Dashboard をデプロイするには

  1. Autonomy Service Dashboard をデプロイする先の WebLogic Portal ドメインから WebLogic Server Console を実行します。
  2. [ドメイン構造] セクションで、[デプロイメント] を選択します。これにより、デプロイ済みのコンポーネントのリストが表示されます。
  3. [チェンジ センタ] セクションで、[ロックして編集] をクリックします。
  4. [デプロイメントの概要] セクションで、[インストール] をクリックします。
  5. autonomyservicedashboard.war ファイルのある場所に移動し、このファイルを選択します。
  6. [次へ] をクリックします。
  7. [このデプロイメントをアプリケーションとしてインストールする] を選択し、[次へ] をクリックします。
  8. 必要に応じて変更を加えます。
  9. [終了] をクリックします。
  10. [デプロイメントの概要] セクションで、表示されているメッセージまたはエラーを確認します。
  11. [チェンジ センタ] セクションで、[変更のアクティブ化] をクリックします。
  12. autonomyservicedashboard deployment があることを確認します。
  13. autonomyservicedashboard deployment の横にあるチェック ボックスをマークし、[起動|すべての要求を処理] をクリックします。
  14. [アプリケーション起動アシスタント] で、[はい] をクリックします。
  15. Autonomy Service Dashboard に移動し、Autonomy Service Dashboard が表示されるかどうか確認します。デフォルトの URL は http://localhost:7001/autonomyservicedashboard です。
  16. デフォルト ログイン (admin) およびパスワード (admin) を使用して Autonomy Service Dashboard にログインします。
  17. Autonomy Service Dashboard が DiSH 実装を参照するようにコンフィグレーションします (「Autonomy DiSH のコンフィグレーション」で autonomyDiSH.cfg ファイルを編集したときに使用したのと同じサーバ設定およびポート設定を使用します)。
  18. Autonomy Service Dashboard の使用方法の詳細については、『Autonomy DiSH のドキュメント』を参照してください。

  19. Autonomy Service Dashboard を実行するコンピュータの IP アドレスが、サービスの AdminClient 設定でコンフィグレーションされていることを確認します。これらの設定のコンフィグレーション方法については、『Autonomy IDOL Server のドキュメント』を参照してください。

  ページの先頭       前  次