この手順により、WebSphere Process Server、および基盤となる WebSphere
Application Server または WebSphere Application Server Network Deployment のコピーをサイレント・アンインストールします。
始める前に
この手順を使用して、
WebSphere Process Server をアンインストールする前に、以下の作業を行ってください。
- アンインストールする WebSphere Process Server のインストールが存在することを確認します。
- アンインストール・グラフィカル・ユーザー・インターフェース (GUI) を使用せずに、WebSphere Process Server をサイレント・アンインストールすることを決定します。
- WebSphere Process Server のアンインストール時に、基盤となる WebSphere
Application Server または WebSphere Application Server Network Deployment 製品をアンインストールするかどうかを決定します。
- 基盤となる WebSphere Application Server または WebSphere Application Server Network Deployment 製品のアンインストールを選択すると、アンインストーラー・プログラムにより、各プロファイル内の構成データおよびアプリケーションも含めて、プロファイルがすべて除去されます。
- 基盤となる WebSphere Application Server または WebSphere
Application Server Network Deployment 製品をアンインストールしない ことを
選択すると、WebSphere Process Server の後にプロファイルを拡張した製品が
他になければ、作成または拡張されたすべての WebSphere Process Server の
プロファイルは、拡張解除され、元の WebSphere Application Server または
WebSphere Application Server Network Deployment のプロファイルに
戻ります。
- 必要に応じて、各プロファイルの config フォルダー、installableApps フォルダー、および installedApps フォルダーをバックアップします。
別のロケーションに保管されていないすべてのアプリケーションをバックアップします。
- イベント・メッセージング・エンタープライズ・アプリケーション、
イベント・データベース、および Common Event Infrastructure アプリケーションの構成を、この順で除去します。これらのアプリケーションおよびデータベースの除去についての説明は、WebSphere Process Server インフォメーション・センターの以下の場所にあります。
- イベント・メッセージング・エンタープライズ・アプリケーションの
除去についての説明は、『インストール (Installing)』>『製品の
アンインストール』>『Common Event Infrastructure 構成の除去』>『イベント・メッセージング・
エンタープライズ・アプリケーションの除去』のセクションにあります。
- イベント・データベースの除去についての説明は、『インストール (Installing)』>『製品のアンインストール』>『Common Event Infrastructure 構成の除去』>『イベント・データベースの除去』のセクションにあります。
- Common Event Infrastructure アプリケーションの構成の除去についての説明は、『インストール (Installing)』>『製品の
アンインストール』>『Common Event Infrastructure 構成の
除去』>『Common Event Infrastructure アプリケーションの除去』のセクションにあります。
- ビジネス・プロセス・コンテナーを構成した場合は、WebSphere Process Server を
アンインストールした後で、すべての外部リソースを手動で削除する必要が
あります。
そのための準備として、製品をアンインストールする前に、ビジネス・プロセス・コンテナーを構成したアプリケーション・サーバーごとに、次のステップを実行します。
- WebSphere MQ を Java Message Service (JMS) プロバイダーとして使用している場合は、
管理コンソールを使用してビジネス・プロセス・コンテナーのキュー接続ファクトリーを
表示し、後で削除できるようにキュー・マネージャーの名前を
書き留めておきます。
- ビジネス・プロセス・コンテナー用に Cloudscape データベースを
使用しない場合は、管理コンソールを使用してビジネス・プロセス・コンテナーの
データ・ソースを表示し、後で削除できるようにデータベースの名前を
書き留めておきます。(ビジネス・プロセス・コンテナー用に
Cloudscape データベースを使用する場合は、このデータベースは自動的に
削除されます。)
- Linux または UNIX システムでは root ユーザーとして、Windows システムでは
管理者グループのメンバーとして製品をアンインストールしようとしていることを確認します。
このタスクを実行する理由と時期
WebSphere Process Server をサイレントにアンインストールするには、以下の手順を実行します。
このタスクのステップ
- Linux または UNIX システムでは root ユーザーとして、Windows システムでは
管理者グループに属するユーザーとしてログオンします。
- WebSphere Application Server
または WebSphere Application Server Network Deployment をアンインストールするには、(インストールされている) WebSphere Application Server または WebSphere Application Server Network Deployment の Web サーバー・プラグインのアンインストール・プログラムを実行します。
ご使用のシステムで、Web サーバーが WebSphere Application Server または WebSphere Application Server
Network Deployment と共に稼働するように構成されている場合は、プラグインをアンインストールして Web サーバーからその構成を除去します。この製品のアンインストール手順については、WebSphere Application Server Network Deployment バージョン 6.0 インフォメーション・センター (http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp) を参照してください。
- デプロイメント・マネージャーがインストールされている場合は、stopManager コマンドを使用して、デプロイメント・マネージャーの dmgr プロセスを停止します。
マシンで実行されているすべての
dmgr プロセスを停止します。例えば、プラットフォームに応じて、以下のコマンドのいずれかを実行します (
profile_root はデプロイメント・マネージャー・プロファイルのインストール・ロケーションを表します)。
Linux および UNIX プラットフォームの場合: profile_root/bin/stopManager.sh
-user user_ID -password password
Windows プラットフォームの場合: profile_root¥bin¥stopManager.bat
-user user_ID -password password
- stopNode コマンドを使用して nodeagent プロセスを停止します。
システムのデプロイメント・マネージャーに統合されているノードがある場合は、統合されたノードと共に各マシンで実行されている可能性のある nodeagent プロセスを停止します。例えば、プラットフォームに応じて、以下のコマンドのいずれかを実行して、nodeagent プロセスを停止します (
profile_root は統合されたプロファイルのインストール・ロケーションを表します)。
Linux および UNIX プラットフォームの場合: profile_root/bin/stopNode.sh
Windows プラットフォームの場合: profile_root¥bin¥stopNode.bat
- stopServer コマンドを使用して、稼働しているプロセス・サーバーをそれぞれ停止します。
マシン上のすべてのプロファイルのサーバー・プロセスをすべて停止します。
例えば、プラットフォームに応じて、以下のコマンドのいずれかを実行して、プロファイル内の
server1 プロセスを停止します (
profile_root はプロファイルのインストール・ロケーションを表します)。
Linux および UNIX プラットフォームの場合: profile_root/bin/stopServer.sh
server1
Windows プラットフォームの場合: profile_root¥bin¥stopServer.bat
server1
注: 実行中のサーバーが検出された場合は、ログ・ファイル install_root/logs/wbi/uninstlog.txt にメッセージが書き込まれ、アンインストールが失敗します。
- オプション: 必要に応じて、構成ファイルおよびログ・ファイルを
バックアップし、後でそれらのファイルを参照します。
アンインストール・プログラムでは、install_root ディレクトリーにあるログ・ファイルは除去しません。基盤となる
WebSphere Application Server または WebSphere Application Server Network
Deployment 製品のアンインストールを選択すると、すべてのプロファイルおよびすべてのプロファイル内の全データが除去されます。
必要に応じて、各プロファイルの config フォルダーと logs フォルダーをバックアップして、後でそれらのフォルダーを参照します。
プロファイルは再利用できないため、プロファイル全体をバックアップする必要はありません。
- WebSphere Process Server をアンインストールするコマンドを実行します。
Linux および UNIX プラットフォームの場合: install_root/_uninstwbi/uninstall -silent
[-W uninstallWelcomePanel_UninstallWizardBean.uninstallUnderlyingWAS ¥
="true"]
Windows プラットフォームの場合:
install_root¥_uninstwbi¥uninstall.exe -silent
[-W uninstallWelcomePanel_UninstallWizardBean.uninstallUnderlyingWAS ¥
="true"]
-W uninstallWelcomePanel_UninstallWizardBean.uninstallUnderlyingWAS =“true” オプションを使用して、基盤となる WebSphere Application Server
または WebSphere Application Server Network Deployment をアンインストールできます。WebSphere Application Server または WebSphere Application Server Network Deployment をインストールしたままにする場合は、このオプションを含めない でください。
- ビジネス・プロセス・コンテナーを構成した場合は、すべての外部リソースを
手動で削除する必要があります。
以下を実行します。
- WebSphere
MQ をビジネス・プロセス・コンテナー用の Java Message Service (JMS) プロバイダーとして使用している場合は、以前書き留めておいたキュー・マネージャーを削除します。
- Cloudscape データベースを使用しないビジネス・プロセス・コンテナーごとに、以前書き留めておいたデータベースを削除します (ビジネス・プロセス・コンテナー用に
Cloudscape データベースを使用する場合は、このデータベースは
自動的に削除されています。)
- 削除されたデプロイメント・マネージャーを説明する管理対象ノード内の構成エントリーをすべて除去します。
共通トポロジーでは、複数マシン上にコア・プロダクト・ファイルがインストールされます。
1 台のマシンにデプロイメント・マネージャーがあり、
他のマシンにはカスタム・プロファイルから作成された管理対象ノードがあります。
インストールを削除する場合、その環境でカスタム・プロファイルを作成して、
別のインストールのデプロイメント・マネージャー・セル内にノードを統合した場合には、デプロイメント・マネージャーから構成を除去する必要があります。
管理対象ノードにおけるノード構成問題の対応として公式に発表されているのは、
最初のインストールの後に backupConfig コマンドを使用する方法です。
保管する必要のある構成に重要な変更を行った場合は、必ずこのコマンドを再度使用してください。
構成の有効なバックアップにより、
常に restoreConfig コマンドを使用して、構成を以前の状態に戻すことができます。
また、管理対象ノードがあるマシンで以下のコマンドのいずれかを実行し、デプロイメント・マネージャーが実行されていないときにノードを除去することもできます (
profile_root は管理対象プロファイルのインストール・ロケーションを表します)。
Linux および UNIX プラットフォームの場合: profile_root/bin removeNode.sh
-force
Windows プラットフォームの場合: profile_root¥bin
removeNode.bat -force
管理対象ノード上で構成を手動でクリーンアップしなければならない場合、
サポートされていない以下の手順を試行することができます。
- ノードの cell_name ディレクトリーの現在の名前がオリジナルの名前でない場合は、これをオリジナルの名前にリネームします。
以下のディレクトリーのいずれかに移動し、
cell_name ディレクトリーをオリジナルの名前にリネームします。この例では、
profile_root はノード・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/
Windows プラットフォームの場合: profile_root¥config¥cells¥
- dmgr_node_name ディレクトリーが存在する場合は、削除します。
以下のディレクトリーのいずれかに移動し、削除する必要のある
dmgr_node_name ディレクトリーを探します。この例では、
profile_root はノード・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/original_cell_name/nodes
Windows プラットフォームの場合: profile_root¥config¥cells¥original_cell_name¥nodes
- Linux または UNIX オペレーティング・システム上の setupCmdLine.sh ファイル、
または Windows システム上の setupCmdLine.bat ファイルを編集し、セル名をオリジナルのセル名に変更します。
ファイルはプラットフォームに応じて、以下のディレクトリーのいずれかにあります (
profile_root はノード・プロファイルのインストール・ロケーションを表します)。
Linux および UNIX プラットフォームの場合: profile_root/bin
Windows プラットフォームの場合: profile_root¥bin
WAS_CELL 変数の値を、オリジナルのセル名に変更します。
- 削除された管理対象ノードを説明するデプロイメント・マネージャー内の構成エントリーをすべて除去します。
デプロイメント・マネージャーの管理コンソールを開き、「システム管理 (System Administration)」>「ノード」> をクリックします。削除したいノードの横にあるチェック・ボックスを選択し、「ノードの除去」を選択します。
デプロイメント・マネージャーにおけるノード構成問題の対応として公式に発表されているのは、
最初のインストールの後に backupConfig コマンドを使用する方法です。
保管する必要のある構成に重要な変更を行った場合は、必ずこのコマンドを再度使用してください。
構成の有効なバックアップにより、
常に restoreConfig コマンドを使用して、構成を以前の状態に戻すことができます。
構成を手動でクリーンアップしなければならない場合、
サポートされていない以下の手順を試行することができます。
- デプロイメント・マネージャーの nodes ディレクトリー内で、ユーザーが削除したノードの構成ディレクトリーを除去します。
以下のディレクトリーのいずれかに移動し、
deleted_node_name ファイルを見付けます。
この例では、
profile_root はデプロイメント・マネージャー・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/cell_name/nodes
Windows プラットフォームの場合: profile_root¥config¥cells¥cell_name¥nodes
- デプロイメント・マネージャーの buses ディレクトリー内で、ユーザーが削除したノードの構成ディレクトリーを除去します。
以下のディレクトリーのいずれかに移動し、
deleted_node_name ファイルを見付けます。
この例では、
profile_root はデプロイメント・マネージャー・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/cell_name/buses
Windows プラットフォームの場合: profile_root¥config¥cells¥cell_name¥buses
- デプロイメント・マネージャーの coregroups ディレクトリーの各サブディレクトリーで、coregroup.xml ファイルを
編集します。タイプ coreGroupServers のエレメントを探します。
ユーザーが削除したノードへの参照を持つ coreGroupServers エレメントをすべて除去します。
以下のディレクトリーのいずれかに移動し、ファイルを見付けます。
この例では、
profile_root はデプロイメント・マネージャー・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/cell_name/coregroups/deleted_node_name
Windows プラットフォームの場合: profile_root¥config¥cells¥cell_name¥coregroups¥deleted_node_name
- デプロイメント・マネージャーの nodegroups ディレクトリーの各サブディレクトリーで nodegroup.xml ファイルを
編集します。タイプ members のエレメントを探します。
ユーザーが削除したノードへの参照を持つ members エレメントをすべて除去します。
以下のディレクトリーのいずれかに移動し、ファイルを見付けます。
この例では、
profile_root はデプロイメント・マネージャー・プロファイルのインストール・ロケーションを表します。
Linux および UNIX プラットフォームの場合: profile_root/config/cells/cell_name/coregroups/deleted_node_name
Windows プラットフォームの場合: profile_root¥config¥cells¥cell_name¥coregroups¥deleted_node_name
結果
この手順では、WebSphere Process Server、および選択した場合には、WebSphere Application Server または WebSphere Application
Server Network Deployment をアンインストールします。サイレント・アンインストールを実行した後には、logs ディレクトリーなどのわずかなディレクトリーだけがディレクトリー構造に残ります。
uninstlog.txt ファイルは、ファイル・システムまたはその他の異常なエラーを記録します。このログで、成功を示す INSTCONFSUCCESS を探します。
Uninstall, com.ibm.ws.install.ni.ismp.actions.
ISMPLogSuccessMessageAction, msg1,
INSTCONFSUCCESS
次に実行する作業
製品を同じインストール・ルート・ディレクトリーに
再インストールする場合は、アンインストールが正常に終了したかどうかに応じて、
以下のいずれかの操作を行う必要があります。
このトピックに記載されたコマンドについて詳しくは、WebSphere Application Server Network Deployment バージョン 6.0 インフォメーション・センター (http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp) を参照してください。