この章では、Java ES インストール中にインストールされた Sun JavaTM Enterprise System (Java ES) 製品コンポーネントソフトウェアおよびその他の Java ES 関連ユーティリティーをアンインストールする方法について説明します。
この章で説明する内容は、次のとおりです。
ここで説明する内容は、次のとおりです。
Java ES には、Java ES インストーラを使用してシステムにインストールした製品コンポーネントを削除するためのアンインストールプログラムが用意されています。Java ES インストーラと同じく、アンインストーラは、グラフィカル、テキストベース、またはサイレントの各モードで実行できます。
Java ES インストーラはインストール中に、Java ES アンインストーラを次の場所に配置します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
オプションの -no パラメータを使用して、ソフトウェアをアンインストールしない設定でアンインストーラを実行することができます。このオプションは、アンインストーラの動作に慣れるのに役立つだけでなく、状態ファイルを作成してサイレントアンインストールにそれを使用する場合にも便利です。
アンインストーラによって削除されるのは、Java ES インストーラによってインストールされた製品コンポーネントだけです。Java ES インストーラを使用せずにインストールした製品コンポーネントの削除については、各製品コンポーネントのドキュメントに記載されている操作手順を参照してください。
アンインストーラは Java ES 共有コンポーネントを削除しません。
アンインストーラの実行は、Java ES 製品コンポーネントがインストールされている個々のホストごとに行う必要があります。リモートアンインストールはサポートされていません。削除する製品コンポーネントを、ホストごとに 1 つまたは複数選択することができます。
アンインストーラによって、設定ファイルとユーザーデータファイルが削除される場合があります。これらのファイルはコンポーネントによって異なります。アンインストールプロセスが完了したあとで、一部のファイルとディレクトリの削除が必要になる場合もあります。製品別の情報については、「Java ES 製品コンポーネントのアンインストール動作の確認」を参照してください。
複数のセッションでアンインストールを行う場合、アンインストーラは必要に応じて製品コンポーネントの設定解除ページを表示します。
アンインストーラがサードパーティー製の Web コンテナのインストール設定を解除することはありません。
アンインストーラが Web コンテナでの Access Manager SDK のインストール設定を解除することはありません。Web コンテナの再設定は、元の classpath に戻すなどして手動で行う必要があります。
Sun Cluster ソフトウェアがインストールされているが、クラスタノードの設定に一度も使用されていない場合を除き、Sun Cluster ソフトウェアの削除にはアンインストーラを使用しないでください。詳細については、「Sun Cluster ソフトウェアのアンインストール」を参照してください。
アンインストーラの動作は、インストールした製品コンポーネント、および各製品コンポーネントの相互関係によって異なります。
アンインストーラは、同一ホストにインストールされている製品間の依存関係を認識します。同一ローカルホスト上で依存関係を持つ製品コンポーネントをアンインストールしようとすると、アンインストーラは警告を出力します。
たとえば、Portal Server がインストールされているホストから Access Manager をアンインストールしようとすると、Portal Server は Access Manager がないと機能できないことを、アンインストーラが警告します。
通常は、他の製品コンポーネントが依存していない製品コンポーネントはアンインストールできます。
たとえば、Portal Server は Access Manager に依存していますが、Access Manager は Portal Server に依存していません。Portal Server をアンインストールしようとした場合、Access Manager は Portal Server がなくても機能できるため、アンインストーラは警告を発行しません。
製品コンポーネントをアンインストールするときは、どの製品がその製品コンポーネントをサポートするように設定されているかを調べ、必要であれば追加の設定を行います。必要な追加設定を行わない場合、存在しなくなった製品をサポートするように設定された製品コンポーネントがシステムに残されることになります。
アンインストーラは、次の相互依存性を認識しません。
リモートホストからの依存関係
設定による依存関係
製品コンポーネントの依存関係のなかには、リモートホストに配備された製品コンポーネントによって解決できるものもあります。アンインストーラはこのような依存関係を認識しません。
たとえば、Directory Server をアンインストールする場合、アンインストーラは、Access Manager が Directory Server に依存することを、両製品が同じホスト上に配備されている場合でも警告しません。これは、別のホスト上の別の Directory Server インスタンスが Access Manager をサポートする「可能性がある」からです。
アンインストーラは、インストール後の設定によって生じる製品コンポーネント間の依存関係を認識しません。
たとえば、同じホストに Portal Server と Calendar Server をインストールし、Portal Server のカレンダチャネルとして Calendar Server を使用するように Portal Server を設定したとします。この設定により、Portal Server は Calendar Server に依存します。ただし、そのあとで Calendar Server をアンインストールしようとしても、アンインストーラはインストール後の設定を認識していないため、Portal Server が Calendar Server に依存することを警告しません。
次の表は、アンインストールの前に必要なタスクを示しています。タスクによっては、ご使用の環境に適用されない場合もあります。
左の列には作業の実行順序が、右の列にはその他の有用情報や手順の参照先が、それぞれ記載されています。
表 8–1 アンインストール前のチェックリスト
作業 |
便利な情報または参照先 |
---|---|
1. アンインストールする各製品コンポーネントの要求や動作を確認します。 | |
2. 設定によって生じる製品コンポーネント間の依存関係を調べ、適切な対応をとります。 |
データのバックアップ、依存製品コンポーネントの設定変更による依存関 係の解消、または特定の順序での製品コンポーネントのアンインストールが必要になる場合があります。 |
3. 製品レジストリファイルのコピーを作成します。このバックアップコピーは、アンインストールが失敗した場合にシステムを復旧するのに役立ちます。 |
Solaris OS の場合: /var/sadm/install/productregistry Linux の場合: /var/opt/sun/install/productregistry HP-UX の場合: /var/adm/sw/productregistry |
4. 以後のインストールでデータの再利用を考えている場合は、アンインストールする製品コンポーネントの設定データまたはユーザーデータのコピーを作成します。 | |
5. 必要に応じて、Directory Server と Access Manager の管理者アクセス情報を収集します。 | |
6. Access Manager をアンインストールする場合は、スキーマをアンインストールします。 |
次の LDIF ファイルを使って、アンインストールの前にスキーマを削除します。 Solaris OS の場合: /etc/opt/SUNWam/config/ldif/ds_remote_schema_uninstall.ldif Linux および HP-UX の場合: /etc/opt/sun/identity/config/ldif/ds_remote_schema_uninstall.ldif |
7. Sun Cluster ソフトウェアをアンインストールする場合は、まず Sun Cluster Geographic ソフトウェアをアンインストールする必要があります。 |
Sun Cluster ソフトウェアの前に Sun Cluster Geographic Edition ソフトウェアをアンインストールします。 |
アンインストーラを使用する場合は、データが紛失したり相互依存関係が消失したりしないように、事前にインストール状況を調査して、作業手順の計画を立てる必要があります。各種 Java ES 製品コンポーネントをアンインストールしたときに、残る製品コンポーネントがどのように動作するかを理解しておくことは重要です。
ここで説明する内容は、次のとおりです。
各ホストにすでにインストールされている Java ES 製品コンポーネントソフトウェアを確認するには、次のいずれかの手順を実行します。
root として、アンインストーラが格納されているディレクトリに移動します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
ローカルホストを調査するために、ソフトウェアをアンインストールしない設定でアンインストーラを実行します。
グラフィカルモードの場合:
./uninstall -no |
テキストベースモードの場合:
./uninstall -no -nodisplay |
uninstall コマンドの完全な構文については、「uninstall コマンド」を参照してください。
インストールされている製品のリストが表示されるまでアンインストーラのページを切り替えます。
インストールされている製品コンポーネントのリストを確認したら、アンインストーラを終了します。
ソフトウェアのアンインストールは行われません。
prodreg ユーティリティーを使用して、Java ES 製品コンポーネントを含む、システムにインストールされているすべてのパッケージに関する情報を表示します。
この情報は、製品コンポーネントの依存関係を調べる場合に便利です。また、prodreg ユーティリティーは、インストールが不完全で、特別な処理が必要なパッケージも示します。Solaris 10 および Solaris 9 オペレーティングシステムでは、次のユーティリティーを実行します。
prodreg
詳細については、prodreg のマニュアルページを参照してください。
以下の中から関係のある表を調べて、アンインストーラが各 Java ES 製品コンポーネントに対して行う内容を確認してください。さらに、作業手順の計画を立てて、データが紛失したり相互依存関係が消失したりすることがないようにします。
場合によっては、コンポーネントファイルがアンインストール後も残り、それが原因でそれ以降のインストールが失敗することがあります。その場合は、「アンインストール時に残されたファイルによるインストールの失敗」の解決のガイドラインを参照してください。
ここで説明する内容は、次のとおりです。
トピック |
詳細 |
---|---|
設定データ |
Directory Server のエントリは、Access Manager 固有のデータを含め、何も削除されません。 |
このコンポーネントに必要なその他のインストール |
Directory Server Web コンテナ |
このインストールを必要とする製品 |
Portal Server は、Access Manager SDK と同じホスト上に存在する必要があります。 |
アンインストール前の作業 |
次のファイルを使ってスキーマを削除します。 Solaris OS の場合: /etc/opt/SUNWam/config/ldif/ds_remote_schema_uninstall.ldif Linux および HP-UX の場合: /etc/opt/sun/identity/config/ldif/ds_remote_schema_uninstall.ldif |
アンインストール後の作業 |
アンインストールによって、Web Server または Application Server 上でのみ、Access Manager のインストール設定すべてが Web コンテナから解除されます。サードパーティー製の Web コンテナから Access Manager の設定が解除されることはありません。Web コンテナの SDK の設定も解除されません。 さらに、次のファイルが /var/sadm/install ディレクトリに格納されている場合は、それを削除します。 .lockfile.pkg.lock. その他のアンインストール後の問題については、「Access Manager アンインストール後の問題」を参照してください。 |
トピック |
詳細 |
---|---|
設定データとユーザーデータ (Solaris OS および Linux のみ) |
|
このコンポーネントに必要なその他のインストール |
同一システム上に Message Queue が必要です。 |
このインストールを必要とする製品 |
Application Server を Web コンテナとして使用するように設定されたコンポーネント。 |
アンインストール前の作業 |
設定データを保存するために、管理ドメインディレクトリのコピーを作成します。 |
アンインストール後の作業 |
システムから Application Server を完全に削除するために、残っている Application Server のログファイルとディレクトリを削除します。Application Server ディレクトリのデフォルトの場所は次のとおりです。 Solaris OS の場合: /var/opt/SUNWappserver /opt/SUNWappserver/appserver or ApplicationServer-base Linux および HP-UX の場合: /var/opt/sun/appserver /opt/sun/appserver Message Queue のアンインストール後の作業については、「Message Queue のアンインストール動作」を参照してください。 |
トピック |
詳細 |
---|---|
設定データ |
アンインストールする Directory Proxy Server インスタンスの設定データは、アンインストール時に削除されます。 Directory Proxy Server の複数のインスタンスで共有される設定データは、アンインストール後も残されます。 Directory Proxy Server はユーザーデータを持ちません。 |
このコンポーネントに必要なその他のインストール |
Directory Proxy Server は、ローカルまたはリモートの Directory Server に論理的に依存しています。 |
このインストールを必要とする製品 |
なし |
アンインストール前の作業 |
なし |
アンインストール後の作業 |
なし |
トピック |
詳細 |
---|---|
設定データとユーザーデータ |
ユーザーデータをホストする Directory Server をアンインストールする場合、Directory Server の LDAP データベースはアンインストール時に削除されます。 注意:データの損失を避けるために、アンインストール前に Directory Server 情報をバックアップする必要があります。Directory Server には、Directory Server をバックアップしたり、設定データを移行したりするためのツールやユーティリティーが、いくつか用意されています。詳細については、Directory Server のマニュアル (http://docs.sun.com/coll/1660.1) を参照してください。 |
このコンポーネントに必要なその他のインストール |
なし |
このインストールを必要とする製品 |
|
アンインストール前の作業 |
|
アンインストール後の作業 |
あとで Directory Server を同じ場所にインストールする場合は、インストールディレクトリが存在していてはいけません。同じ場所に再インストールする場合は、インストールディレクトリとすべてのカスタム設定ファイルを事前に手動で削除しなければならない場合があります。 |
トピック |
詳細 |
---|---|
設定データとユーザーデータ |
設定データとユーザーデータはアンインストール時に削除されません。デフォルトでは、これらのデータは次の場所にあります。
|
このコンポーネントに必要なその他のインストール |
なし |
このインストールを必要とする製品 |
HADB を使用して高可用性セッションが持続するように設定された Application Server。 |
アンインストール前の作業 |
HADB をアップグレードして設定データを再利用するように計画する場合は、『Sun Java Enterprise System 5 アップグレードガイド (UNIX 版)』の High Availability Session Store に関する章を参照してください。 |
アンインストール後の作業 |
必要なくなった設定データとユーザーデータを削除します。 |
トピック |
詳細 |
---|---|
設定データ |
インスタンスに固有の設定データ、ユーザーリポジトリ、およびアクセス制御ファイルはアンインストール後も残され、以後の再インストール時に再利用できます。 |
このコンポーネントに必要なその他のインストール |
Directory Server (オプション) |
このインストールを必要とする製品 |
Application Server (Message Queue と同じホストに存在する必要がある)。 |
アンインストール前の作業 |
|
アンインストール後の作業 |
Message Queue の再インストールを予定していない場合は、製品コンポーネントのマニュアルで説明されているコマンドを実行してシステムをクリーンアップします。 |
トピック |
詳細 |
---|---|
設定データ |
ユーザーデータはアンインストール後も残りますが、それらのデータは再インストール前に削除されます。 |
このコンポーネントに必要なその他のインストール |
なし |
このインストールを必要とするその他の製品 |
なし |
アンインストール前の作業 |
なし |
アンインストール後の作業 |
データを残しておく場合は、次のデータを持続的な場所にコピーしてから、再インストール後に元の場所にコピーします。 Solaris OS の場合: /etc/opt/SUNWmfwk/config/mfwk.properties /etc/opt/SUNWmfwk/config/masteragent.properties /etc/opt/SUNWmfwk/config/nodelist /var/opt/SUNWmfwk/persistence/ /var/opt/SUNWmfwk/alarms/ Linux および HP-UX の場合: /etc/opt/sun/mfwk/config/mfwk.properties /etc/opt/sun/mfwk/config/masteragent.properties /etc/opt/sun/mfwk/config/nodelist /var/opt/sun/mfwk/persistence/ /var/opt/sun/mfwk/alarms/ |
トピック |
詳細 |
---|---|
設定データとユーザーデータ |
|
このコンポーネントに必要なその他のインストール |
|
このインストールを必要とする製品 |
なし |
アンインストール前の作業 |
Directory Server と Web コンテナが動作していることを確認します。Web コンテナが Web Server である場合は、Web Server の管理サーバーが動作している必要があります。 |
アンインストール後の作業 |
|
トピック |
詳細 |
---|---|
設定データ |
レジストリ設定プロセスは、レジストリデータベースドメインおよびサーバーキーストアを次のディレクトリ内にインストールします。
このディレクトリは、Service Registry をアンインストールしても削除されません。つまり、将来のインストールまたはリリースで使用するために、必要に応じてデータベースを残しておくことができます。 |
このコンポーネントに必要なその他のインストール |
Application Server (ドメイン管理サーバーとコマンド行管理ツール) HADB Message Queue |
このインストールを必要とする製品 |
なし |
アンインストール前の作業 |
1. ServiceRegistry–base /install ディレクトリに移動します。 2. 次のコマンドを使って、Service Registry ドメインを停止します。 .../ant -f build-install.xml appserver.domain.stop 3. 次のコマンドを使って、Service Registry ドメインを削除します。 .../ant —f build-install.xml appserver.domain.delete 将来使用するためにレジストリデータベースを残しておく場合は、レジストリを再インストールする前に、Solaris OS の場合は /var/opt/SUNWsrvc-registry/3.0 ディレクトリを、Linux および HP-UX の場合は /var/opt/sun/srvc-registry/3.0 ディレクトリを別の場所にコピーします。 |
アンインストール後の作業 |
一部のオプション作業については、「Service Registry アンインストール後の作業」を参照してください。 |
トピック |
詳細 |
---|---|
設定データ |
インストールされてはいるが、クラスタノードの設定に一度も使用されていない Sun Cluster ソフトウェアを除き、Sun Cluster ソフトウェアの削除には Java Enterprise System アンインストーラを使用しないでください。詳細については、「Sun Cluster ソフトウェアのアンインストール」を参照してください。 |
このコンポーネントに必要なその他のインストール |
Sun Cluster Geographic Edition ソフトウェアは、Sun Cluster Geographic Edition コンポーネントが存在するすべてのホストで削除する必要があります。詳細は、『Sun Cluster Geographic Edition Installation Guide』の第 5 章「Uninstalling the Sun Cluster Geographic Edition Software」を参照してください。 Sun Cluster コアと Sun Cluster エージェントは、同時に削除する必要があります。 |
このインストールを必要とする製品 |
なし |
アンインストール前の作業 |
Sun Cluster ソフトウェアのアンインストールには、Sun Cluster のインストール時に提供されるユーティリティーだけを使用します。 注意: Sun Cluster Geographic Edition ソフトウェアを削除するには、事前に Sun Cluster ソフトウェアを削除する必要があります。 |
アンインストール後の作業 |
Sun Cluster ソフトウェアのアンインストール後に、製品レジストリのアップデートが必要になる場合があります。詳細については、「Sun Cluster ソフトウェアのアンインストール」を参照してください。 |
トピック |
詳細 |
---|---|
設定データ |
インストール場所の下にある alias ディレクトリ内の証明書データベースファイルのみが維持されます。その他のファイルはすべて削除されます。 |
依存性 |
Directory Server (省略可能。外部 LDAP アクセス制御が選択された場合) |
アンインストール前の作業 |
Web Proxy Server のすべてのインスタンスを停止します。 |
アンインストール後の作業 |
WebProxyServer-base/alias ディレクトリの下に証明書データベースが保存されています。再インストールの前に、証明書データベースを移動し、古いインストールディレクトリを削除します。 |
トピック |
詳細 |
---|---|
設定データとユーザーデータ |
|
このコンポーネントに必要なその他のインストール |
なし |
このインストールを必要とする製品 |
Web Server を Web コンテナとして使用するように設定できるコンポーネント (Access Manager、Portal Server など)。Application Server ロードバランスプラグイン (Application Server が Web Server を Web コンテナとして使用する場合)。 |
アンインストール前の作業 |
Web コンテナの管理者パスワードを入力できることを確認します。 |
アンインストール後の作業 |
設定データを維持する場合は、インストールディレクトリ内の管理サーバーインスタンスと Web Server インスタンスのディレクトリのバックアップを行います。 Web Server を同じ場所に再インストールする場合は、インストールディレクトリが存在していてはいけません。同じ場所に再インストールする場合は、インストールディレクトリとすべてのカスタム設定ファイルを事前に手動で削除しなければならない場合があります。 その他のアンインストール後の問題については、「Web Server アンインストール後の作業 (Web Server はアンインストールされていない)」を参照してください。 |
アンインストール対象として選択した製品コンポーネントによっては、Access Manager と Directory Server への管理者アクセス権をアンインストーラに付与する必要があります。
Application Server 上の Access Manager Web アプリケーションの配備を取り消し、Access Manager スキーマを削除するには、Access Manager の管理者アクセス権が必要です。
アンインストール時に設定ディレクトリを管理する必要がある場合は、Directory Server の管理者アクセス権が必要です。
次の表は、管理者アクセス権を付与するためにアンインストーラが必要とする情報を示しています。各表の左の列は、指定が必要な情報のグラフィカルモードのラベルと状態ファイルのパラメータを示します。右の列は、その説明です。
表 8–15 必要な管理情報
ラベルと状態ファイルのパラメータ |
説明 |
---|---|
Access Manager | |
管理者ユーザー ID IS_IAS81_ADMIN |
Application Server 管理者のユーザー ID |
管理者パスワード IS_IAS81_ADMINPASSWD |
Application Server 管理者のパスワード。 |
Directory Manager DN IS_DIRMGRDN |
Directory Server に対して無制限のアクセス権を持つユーザーの識別名 (DN)。 デフォルト値は cn=Directory Manager です。 |
ディレクトリマネージャーパスワード IS_DIRMGRPASSWD |
ディレクトリマネージャーのパスワード。 |
Directory Server | |
管理者ユーザー ID CONFIG_DIR_ADM_USER |
設定ディレクトリに対して管理者権限を持つユーザー。このユーザーは、サフィックスの作成や削除など、Directory Server の設定を変更できます。アクセス制御の制約を受けます。 |
管理者パスワード CONFIG_DIR_ADM_PASSWD |
管理者のパスワード。 |
Portal Server | |
管理者パスワード PS_DEPLOY_ADMIN_PASSWORD |
Portal Server が管理者として Web コンテナにアクセスするときに使用するパスワード。 |
Access Manager 管理者パスワード PS_IS_ADMIN_PASSWORD | |
Directory Server 管理者パスワード PS_DS_DIRMGR_PASSWORD | |
Directory Server 管理者ドメイン PS_DS_DIRMGR_DN |
「前提条件の確認」に記載されている関連作業が完了し、コンポーネントのアンインストール動作を計画すると、アンインストーラを実行する準備が整います。ここでは、アンインストーラを使用する 3 とおりの方法を説明します。
uninstall コマンドの構文については、付録 B 「インストールコマンド」を参照してください。
ここでは、対話形式によるグラフィカルインタフェースを使用して、Java ES 製品コンポーネントをアンインストールする方法を説明します。
(オプション) ローカルディスプレイへのアクセスを確保します。
リモートマシンにログインするときは、DISPLAY 環境変数がローカルディスプレイに適した設定になっていることを確認します。 DISPLAY 変数が正しく設定されていないと、インストーラはテキストベースモードで実行されます。
C Shell での例 (マシン名は myhost):
setenv DISPLAY myhost:0.0 |
Korn Shell での例 (マシン名は myhost):
DISPLAY=myhost:0.0 |
ローカルディスプレイでインストーラを実行するには、表示権限の付与が必要になる場合があります。たとえば、次のコマンドを使用して、myhost から serverhost のルートユーザーに表示権限を付与することができます。
myhost\> xauth extract - myhost:0.0|rsh -l root serverhost xauth merge - |
このような権限を安全に付与する手順については、『Solaris X Window System Developer's Guide』の「Manipulating Access to the Server」の章を参照してください。
root としてログインしていない場合は、スーパーユーザーになります。
アンインストーラが格納されているディレクトリに移動します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
グラフィカルアンインストーラを起動します。
./uninstall |
「ようこそ」ページが表示されます。
「次へ」をクリックして次に進みます。
「コンポーネントの選択」ページが表示されます。
製品コンポーネントを調べて、アンインストールするコンポーネントを選択します。
システムにインストールされて有効になっている製品コンポーネントを選択できます。システムにインストールされていない製品コンポーネントは無効になっています。
製品コンポーネントによっては、サブコンポーネントを含むものもあります。それらの製品コンポーネントを展開すると、対応するサブコンポーネントが表示されます。
選択内容に問題がなければ、「次へ」をクリックします。
設定または依存関係の問題を解決します。
アンインストーラが削除対象として選択された製品コンポーネント間の依存関係を認識し、設定データが失われる可能性が検出された場合には、警告メッセージが出力されます。次の選択肢があります。
設定解除ページが表示される場合は、その製品コンポーネントに必要な情報を入力します。
削除を指定した製品コンポーネントによっては、アンインストーラから管理者 ID とパスワードが要求されます。アンインストーラで入力する必要のある情報の詳細については、「アンインストーラ用の管理者アクセス権の付与」を参照してください。
それに加えて、ポート番号またはホスト名の入力を求められる場合もあります。
アンインストーラは、削除対象として選択された製品コンポーネントと再利用可能になるディスク容量の合計を一覧表示します。
アンインストールの選択内容を確認し、必要に応じて次の手順を使用して変更します。
選択内容に問題がなければ、「次へ」をクリックします。
アンインストーラはシステムからのソフトウェアの削除を開始し、次の情報を表示します。
全体的な完了割合を示す進捗状況バー
現在削除中のパッケージの名前
すべての製品コンポーネントソフトウェアの削除が完了すると、「アンインストールが完了しました」ページが表示されます。
「サマリーの表示」ボタンまたは「アンインストールログの表示」ボタンをクリックすると、アンインストールに関する情報が表示されます。
アンインストールサマリー: アンインストールされた製品コンポーネントおよびそれらの製品コンポーネントの設定情報がリストされます。
アンインストールログ: アンインストール時にアンインストーラが出力したすべてのメッセージが表示されます。
アンインストールのサマリーファイルとログファイルは、次の場所でも確認できます。
Solaris OS の場合: /var/sadm/install/logsLinux および HP-UX の場合: /var/opt/sun/install/logs
「閉じる」をクリックしてアンインストーラを終了します。
Access Manager、Service Registry をアンインストールした場合は、「アンインストール後の作業の完了」に進みます。
テキストベースインタフェースを使用すると、端末ウィンドウ内に表示されるプロンプトに順次応答することで、端末ウィンドウからアンインストーラを直接実行できます。使用方法については、「テキストベースのインタフェースの使用方法」を参照してください。
アンインストール中に問題が発生した場合は、第 9 章「トラブルシューティング」を参照してください。
root としてログインしていない場合は、スーパーユーザーになります。
アンインストーラのディレクトリに移動します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
アンインストーラを実行します。
./uninstall -nodisplay |
「ようこそ」というメッセージが表示され、システムにインストールされているすべての使用可能な Java ES 製品コンポーネントがリスト表示されます。
アンインストーラは、システム内で検出したインストール済みの Java ES 製品コンポーネントすべてに番号を付けてリストし、削除対象として選択します。システムにインストールされていない無効になっている製品コンポーネントは選択できません。インストール済みコンポーネントをすべてアンインストールする、または一部のインストール済みコンポーネントのみをアンインストールするように選択することができます。
アンインストールする製品コンポーネントを選択します。
インストール済みの製品コンポーネントをすべてアンインストールするには、Retrun キーを押します。
アンインストールする製品コンポーネントを指定するには、アンインストールする製品コンポーネントに対応する番号をコンマで区切ってリストにし、Return キーを押します。
設定または依存関係の問題を解決します。
アンインストーラは、削除対象として選択された製品間に製品コンポーネントの依存関係を検出すると、設定データが失われる可能性があることを知らせる警告メッセージが表示されます。次の選択肢があります。
設定解除ページが表示される場合は、その製品コンポーネントに必要な情報を入力します。
アンインストーラが管理者 ID とパスワードを必要とする製品コンポーネントを選択した場合は、管理者 ID とパスワードが要求されます。
アンインストーラで入力する必要のある情報の詳細については、「アンインストーラ用の管理者アクセス権の付与」を参照してください。
削除対象として選択した製品コンポーネントによっては、ポート番号またはホスト名の入力を求められる場合もあります。
アンインストーラは、ソフトウェアをシステムから削除する前に、サマリーページを表示します。このページには、削除対象として選択された製品コンポーネントが表示されます。
選択した内容を確認します。
選択内容に問題がなければ、数値 1 を入力し、Return キーを押します。
アンインストーラは、システムからのソフトウェアの削除を開始します。アンインストール時に、アンインストーラは全体的な完了割合を示す進捗状況バーを表示します。
すべての製品コンポーネントソフトウェアが削除されたら、アンインストールサマリーおよびログを表示することができます。
1 または 2 を入力し、Return キーを押してアンインストールに関する情報を表示します。
アンインストールサマリー: 1 を入力すると、アンインストールされた製品コンポーネントおよびそれらの製品コンポーネントの設定情報がリストされます。
アンインストールログ: 2 を入力すると、アンインストール時にアンインストーラが出力したすべてのメッセージがリストされます。
アンインストールのサマリーファイルとログファイルは、次の場所でも見ることができます。
Solaris OS の場合: /var/sadm/install/logsLinux および HP-UX の場合: /var/opt/sun/install/logs
! 文字を入力して、アンインストーラを終了します。
Access Manager、Service Registry をアンインストールした場合は、「アンインストール後の作業の完了」に進みます。
サイレントアンインストールは、設定内容が似ている複数のホスト上の Java ES 製品コンポーネントをアンインストールする場合に便利です。サイレントモードでのアンインストール手順は、第 5 章「サイレントモードでのインストール」で説明したサイレントモードでのインストール手順に似ています。
サイレントアンインストールを実行するには、まずグラフィカルモードまたはテキストベースモードで対話式アンインストールセッションを実行し、状態ファイルを生成する必要があります。詳細は、「初期状態ファイルの生成」を参照してください。
root としてログインしていない場合は、スーパーユーザーになります。
アンインストーラのディレクトリに移動します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
アンインストーラのグラフィカルインタフェースを使用する場合は、ローカルディスプレイへのアクセスの確保が必要になることがあります。「グラフィカルモードでのアンインストーラの実行」を参照してください。
サイレントモードでアンインストーラを実行します。例:
このセッションでソフトウェアをアンインストールしない場合は、–no オプションを含めます。
グラフィカルモードの場合:
./uninstall -saveState statefile_path |
テキストベースモードで、ソフトウェアをアンインストールしない場合:
./uninstall -no -nodisplay -saveState statefile_path |
uninstall コマンドの完全な構文については、「uninstall コマンド」を参照してください。
アンインストーラを最後まで実行します。
ユーザーが入力要求に応答するたびに、アンインストーラはその内容を指定された状態ファイルに記録します。アンインストールが完了すると、指定した場所に状態ファイルが保存されます。–no オプションを使用した場合は、ソフトウェアはアンインストールされません。
サイレントアンインストールを実行するホストごとに、状態ファイルのコピーを作成します。
各ファイルを編集して、サイレントアンインストールを実行するホストに固有の情報を設定します。
状態ファイルを編集する際の指針については、「状態ファイルの編集」を参照してください。状態ファイルの編集には状態ファイル ID の生成も含まれます。これについては、「プラットフォームに適した状態ファイル ID の作成」を参照してください。
Java ES 製品コンポーネントをアンインストールするホストの状態ファイルが適切に準備され、編集されていることを確認します。
root としてログインしていない場合は、スーパーユーザーになります。
アンインストーラのディレクトリに移動します。
Solaris OS の場合: /var/sadm/prod/SUNWentsys5
Linux および HP-UX の場合: /var/sadm/prod/sun-entsys5
アンインストーラを起動します。例:
./uninstall -noconsole -state statefile_path |
uninstall コマンドの完全な構文については、「uninstall コマンド」を参照してください。
端末ウィンドウで、ログファイルのディレクトリに移動します。
Solaris OS の場合: /var/sadm/install/logsLinux および HP-UX の場合: /var/opt/sun/install/logs
現在のアンインストールに関するログファイルを探します。監視対象のログファイルは、次のとおりです。
Java_Enterprise_System_5_uninstall.Btimestamp |
timestamp 変数は、ログの作成時刻を表します。変数は MMddhhmm 形式で指定します。各表記の意味は次のとおりです。
月を示す
日付を示す
時間を示す
分を示す
tail コマンドを使用して、ログに書き込まれるメッセージを監視します。例:
tail -f logfile_name |
tail プログラムを終了するには、Ctrl+C キーを押します。
Java ES Reporter は Java ES インストーラによって管理されるコンポーネントではないため、アンインストーラを使用してレポータを削除することはできません。
Java ES レポータを無効にします。
「Java ES レポータのインストール後の設定」に記載されている手順を実行します。
root として、次のファイルを削除します。
Solaris OS |
/opt/SUNWmfwk/lib/commons-codec-1.3.jar /opt/SUNWmfwk/lib/commons-httpcclient-3.0.jar /opt/SUNWmfwk/lib/mfwk_reporter.jar /etc/opt/SUNWmfwk/config/reporter/config.properties /var/opt/SUNWmfwk/jobtool/reporter/job_measurement_reporter.xml /etc/cacao/instances/default/modules/com.sun.mjwk.reporter.xml /etc/opt/SUNWmfwk/config/reporter/config_state.properties |
Linux および HP-UX |
/opt/sun/mfwk/share/lib/commons-codec-1.3.jar /opt/sun/mfwk/share/lib/commons-httpcclient-3.0.jar /opt/sun/mfwk/share/lib/mfwk_reporter.jar /etc/opt/sun/mfwk/config/reporter/config.properties /var/opt/sun/mfwk/jobtool/reporter/job_measurement_reporter.xml /etc/opt/sun/cacao/instances/default/modules/com.sun.mjwk.reporter.xml /etc/opt/sun/mfwk/config/reporter/config_state.properties |
Sun Cluster ソフトウェアがインストールされているが、クラスタノードの設定に一度も使用されていない場合を除き、Sun Cluster ソフトウェアの削除には Java ES アンインストーラを使用しないでください。Sun Cluster ソフトウェアのアンインストールには、Sun Cluster ソフトウェアのインストール時に提供されるユーティリティーを使用します。Sun Cluster Core と Sun Java System 用 Sun Cluster エージェントは、同時に削除する必要があります。Sun Cluster Geographic Edition ソフトウェアを削除するには、事前に Sun Cluster ソフトウェアを削除する必要があります。Sun Cluster ソフトウェアの設定解除およびアンインストールの詳細については、『Sun Cluster Software Installation Guide for Solaris OS』を参照してください。
Sun Cluster ソフトウェアを手動でアンインストールしたら、Java ES アンインストーラを実行して Sun Cluster コンポーネントを製品レジストリから削除します。
ここでは、システムから Java ES 製品コンポーネントをアンインストールしたあとで実行が必要となる作業について説明します。実際に必要となる作業は、アンインストールした製品コンポーネントによって異なります。
Access Manager はアンインストールしたが、その Web コンテナ (Application Server または Web Server) はアンインストールしなかった場合、Access Manager が配備されていたインスタンスに対して設定変更を適用する必要があります。
場合によっては、アンインストーラでは Access Manager ファイルの一部またはすべてが削除されないことがあります。その場合は、次のデフォルトディレクトリとその内容を削除して、最終的なクリーンアップを行います。
Solaris OS の場合: /opt/SUNWam
Linux および HP-UX の場合: /opt/sun/identity
Access Manager がデフォルトの場所にインストールされなかった場合:
AccessManager_base/identity
Access Manager はアンインストールしたが、その配備先の Application Server はアンインストールしなかった場合、次の手順を実行する必要があります。
必要に応じて Application Server の管理インスタンスを起動します。たとえば、Solaris ホストの場合は次のようにします。
cd /opt/SUNWappserver/appserver/bin ./asadmin start-domain --user admin_user --passwordfile path_to_admin-password_file domainname |
ブラウザウィンドウから Application Server の管理コンソールにアクセスします。デフォルトの URL は、https://hostname:4849 です。
左の区画で、「アプリケーションサーバーインスタンス」の左の鍵をクリックします。
サーバーまたは Access Manager が配備されていた Application Server インスタンスの名前を選択します。
「再起動」をクリックします。
場合によっては、アンインストーラではインストールファイルの一部またはすべてが削除されないことがあります。最終的なクリーンアップを行うには、次の場所にある Service Registry-base ディレクトリとその内容を削除します。
Solaris OS の場合: /opt/SUNWsrvc-registry
Linux および HP-UX の場合: /opt/sun/srvc-registry
Service Registry データベース、ドメイン、およびキーストアが格納されたディレクトリは、レジストリのアンインストール時に削除されません。
Solaris OS の場合: /var/opt/SUNWsrcv-registry
Linux および HP-UX の場合: /var/opt/sun/srvc-registsry
必要であれば、このディレクトリを手動で削除してもかまいません。ただし、このデータベースを保存しておき、将来のインストール時やリリース時に使用するには、レジストリの再インストール前に次のディレクトリを別の場所にコピーし、再インストール後にそれを元の場所にコピーして戻します。
Solaris OS の場合: /var/opt/SUNWsrvc-registry/3.0
Linux および HP-UX の場合: /var/opt/sun/srvc-registry/3.0
再インストール時、Service Registry をインストール前にレジストリデータベースのコピーを作成した場合は、再インストール後、同じものをコピーし直してください。3.0 ディレクトリに保存されているデータベースファイルとキーストアファイルを復元したら、プラットフォーム固有のバリアントを使用して次のコマンドを実行します。
.../ant —f build-install.xml appserver.domain.stop export.registryOperatorCert install.cacerts \ appserver.domain.start |
これにより、既存のユーザーは Service Registry Web コンソールを引き続き使用できます。
Access Manager はアンインストールしたが、その配備先の Web Server はアンインストールしなかった場合、次の手順を実行する必要があります。
必要に応じて Web Server の管理インスタンスを起動します。「Web Server の起動」を参照してください。
Web Server の管理コンソールにアクセスします。例:
/var/opt/SUNWwbsvr7 instance-config-root /admin-server/bin/startserv |
「再起動」をクリックして Web コンテナを再起動します。