Sun Java Enterprise System 2005Q4 アップグレードガイド |
第 15 章
Communications Expressこの章では、Communications Express を Java ES 2005Q4 (Release 4): Sun Java System Communications Express 6.2 2005Q4 にアップグレードする方法について説明します。ここでは、Java ES Release 4 でサポートされている各種のアップグレードパスでのアップグレードの問題と手順の概要について説明します。また、Solaris オペレーティングシステムと Linux オペレーティングシステムの両方でのアップグレードを取り上げます。
Communications Express のアップグレードの概要ここでは、Java ES 2005Q4 (Release 4) へのアップグレードに影響する Communications Express の次の一般的な側面について説明します。
Java ES Release 4 の Communications Express について
Java ES Release 4 Communications Express は、大部分がバグ修正です。Release 3 と比較して、メールフィルタのサポート、アドレス帳の共有、プロキシ認証など、いくつかの新機能があります。
Communications Express のアップグレードロードマップ
表 15-1 は、Communications Express の、Java ES Release 4 へのサポートされているアップグレードパスを示しています。この表は Solaris および Linux の両方のオペレーティングシステムに適用されます。
Communications Express のデータ
次の表は、Communications Express ソフトウェアのアップグレードにより影響を受ける可能性のあるデータの種類を示しています。
互換性の問題
Release 4 Communications Express ではインタフェースの変更は導入されておらず、以前のバージョンと下位互換性があります。
Communications Express依存関係
ほかの Java ES コンポーネントに対する Communications Express の依存関係が、Communications Express ソフトウェアのアップグレードおよび再設定の手順に影響を及ぼす可能性があります。たとえば、Communications Express のインタフェースまたは関数が変更された場合は、Communications Express が依存するコンポーネントのアップグレードされたバージョンが必要になる場合があります。このようなコンポーネントのアップグレードの必要性は、個々のアップグレードパスによって異なります。
Communications Express は、次の Java ES コンポーネントに依存します。
- 共有コンポーネント: Communications Express は、特定の Java ES 共有コンポーネントに依存します (表 1-6 を参照)。
- Web コンテナ: Communications Express は、Java ES Web Server または Java ES Application Server のどちらかで提供される Web コンテナサービスに依存します。
- Access Manager (または Access Manager SDK): Communications Express は、シングルサインオンを含む、エンドユーザーへの認証および承認サービスを提供するために Access Manager に依存します。Access Manager をリモートコンピュータ上で動作させる場合、Access Manager SDK がローカルで利用可能である必要があります。
- Messaging Server: Communications Express は、Messaging Server への Web ベースアクセスを提供するために使用されます。実際、Communications Express は Messaging Server MEM コンポーネントを直接使用して、Messaging Server の Store コンポーネントや MTA コンポーネントなど、Messaging Server のほかのバックエンドコンポーネントにアクセスします。
- Calendar Server: Communications Express は、Calendar Server への Web ベースアクセスを提供するために使用されます。
- Directory Server: Communications Express は、Directory Server に設定データを格納するだけでなく、そこに格納されているユーザーデータへのアクセスも行います。そのため、Communications Express のアップグレードによって、Directory Server のアップグレードまたはディレクトリスキーマの拡張が必要になる場合があります。
- Directory Preparation Tool: Communications Express は Directory Preparation Tool を使用して、Directory Server が Communications Express の機能をサポートできるように準備します。そのため、Communications Express のアップグレードは、ディレクトリが新機能をサポートできるように準備されているかどうかに依存する場合があります。
Java ES Release 3 からの Communications Express のアップグレードここでは、Communications Express の Java ES 2005Q1 (Release 3) から Java ES 2005Q4 (Release 4) へのアップグレードについて説明します。この節で説明する内容は、次のとおりです。
はじめに
Java ES Release 3 Communications Express を Release 4 にアップグレードする場合は、アップグレード処理の次の側面を考慮してください。
- 一般的なアップグレード手順: このアップグレードは、Release 3 バージョンにパッチを適用することにより実行されます。含まれている Messaging Server MEM コンポーネントの再設定は、2 つの設定ユーティリティーを使用し、設定データを Directory Server インポートにすることにより行われます。
- アップグレードの依存関係: Calendar Server は多くの Java ES 共有コンポーネントに対する依存関係を持ちますが (表 1-6 を参照)、Release 4 の Calendar Server はこれらすべてのコンポーネントの Release 3 バージョンと互換性があります。したがって、これらの共有コンポーネントのアップグレードは、Calendar Server の Release 4 へのアップグレードに関しては省略可能です。
さらに、「Communications Express依存関係」で説明されているように、Release 4 Communications Express は Web コンテナと Access Manager に依存します。ただし、これらはアップグレード依存関係が弱いものであり、これらのコンポーネントのアップグレードは、Communications Express の Release 4 へのアップグレードに関しては省略可能です。
ただし、Communications Express は、Web ベースアクセスを提供する相手の Calendar Server と、Messaging Server MEM コンポーネントを使用して同様に Web ベースアクセスを提供する相手の Messaging Server の両方に対して強いアップグレード依存関係を持っています。したがって、Communications Express を Release 4 にアップグレードするには、Calendar Server と Messaging Server の両方を Release 4 にアップグレードする必要があります。
さらに、Release 4 Communications Express は、Directory Preparation Tool に対して強いアップグレード依存関係を持っています。Communications Express の機能を使用できるように Directory Server を準備するには、Release 4 Directory Preparation Tool が必要です。
- 下位互換性: Release 4 Communications Express は、Release 3 バージョンと下位互換性があります。
- アップグレードのロールバック: Communications Express の Release 4 アップグレードの Release 3 へのロールバックは、まず Directory Server に加えられた変更を削除し、ローカルの設定ファイルへの変更を削除してから、アップグレード中に適用されたパッチを削除することにより行われます。
- プラットフォームの問題: Communications Express をアップグレードするための一般的な手順は、Solaris および Linux の両オペレーティングシステムで共通ですが、パッチの適用に関して技術的に異なる点があります。したがって、アップグレードプロセスにはプラットフォーム固有の手順が含まれます。
Release 3 の Communications Express のアップグレード
ここでは、Solaris プラットフォームと Linux プラットフォームの両方で、Communications Express の Java ES Release 3 から Java ES Release 4 へのアップグレードを実行する方法について説明します。プラットフォーム固有の手順に依存する項目には、その手順が適用されるオペレーティングシステムが示されています。この節で説明する内容は、次のとおりです。
アップグレード前の作業
Communications Express をアップグレードする前に、次に説明されている作業を実行してください。
現在のバージョン情報の確認
Communications Express の現在のバージョンは、現在のバージョン番号が表示される Communications Express のログインページにアクセスにすることにより確認できます。
Communications Express が依存するコンポーネントのアップグレード
一般には、コンピュータシステム上 (および、コンピューティング環境内) のすべての Java ES コンポーネントを Java ES Release 4 にアップグレードすることをお勧めします。ただし、Communications Express は、Messaging Server、Calendar Server、および Directory Preparation Tool に対してのみ強いアップグレード依存関係を持っています。したがって、Communications Express が依存するほかの Java ES Release 3 コンポーネントのアップグレードは省略可能です。
ただし、Communications Express のすべての依存関係をアップグレードすることを選択した場合は、Communications Express をアップグレードする前に、そのすべてを次の順序でアップグレードするようにしてください。アップグレード済みのコンポーネントについては、その手順を省略できます。
- 共有コンポーネント: Java ES 共有コンポーネントを Release 4 にアップグレードする手順は、第 2 章「Java ES 共有コンポーネントのアップグレード」で説明されています。
- Directory Server: Directory Server を Release 4 にアップグレードする手順は、第 4 章「Directory Server とAdministration Server」で説明されています。
- Web コンテナソフトウェア: Web Server または Application Server をアップグレードする手順は、それぞれ第 6 章「Web Server」および第 9 章「Application Server」で説明されています。
- Access Manager (Access Manager SDK): Access Manager を Release 4 にアップグレードする手順は、第 11 章「Access Manager」で説明されています。
- Directory Preparation Tool: Release 4 Communications Express を設定する前に、Directory Server に対して Release 4 Directory Preparation Tool を実行する必要があります。Directory Server に対して Release 4 Directory Preparation Tool をまだ実行していない場合は、Directory Preparation Tool を Release 4 にアップグレードし、それを使用して Directory Server のスキーマを変更および拡張します (手順については、第 12 章「Directory Preparation Tool」を参照)。
- Messaging Server: Release 4 Communications Express をサポートするには、Messaging Server コンポーネントを Release 4 にアップグレードする必要があります。Messaging Server を Release 4 にアップグレードする手順は、第 13 章「Messaging Server」で説明されています。
- Calendar Server: Release 4 Communications Express をサポートするには、Calendar Server コンポーネントを Release 4 にアップグレードする必要があります。Calendar Server を Release 4 にアップグレードする手順は、第 14 章「Calendar Server」で説明されています。
Communications Express のデータのバックアップ
Communications Express の Release 3 から Release 4 へのアップグレードでは、Messaging Server MEM の再設定が必要です。ローカルの変更はロールバックできるため、データをバックアップする必要はありません。
必要な設定情報とパスワードの入手
アップグレードを実行するには、スーパーユーザーとしてログインする必要があります。Web Server を Web コンテナとして使用している場合は、設定情報は必要ありません。ただし、Application Server を Web コンテナとして使用している場合は、Application Server 管理者のユーザー ID とパスワードが必要になります。
Release 3 の Communications Express のアップグレード (Solaris)
ここでは、Communications Express のアップグレード手順に影響する注意点を示したあと、その手順自体について説明します。
アップグレードの注意点 (Solaris)
Communications Express ソフトウェアの Java ES Release 4 へのアップグレードでは、次の注意点を考慮に入れてください。
- Communications Express には、Calendar Server への Web ベースアクセスを提供するために使用されるコンポーネントと、Messaging Server バックエンドコンポーネントへの Web ベースアクセスを提供するために使用される Messaging Server MEM コンポーネントが含まれています。アップグレードパッチには、これらのすべてのコンポーネントが含まれています。
- すべての Communications Express コンポーネントを、同じ Web コンテナに配備するようにしてください。インストールイメージにパッチを適用する前に、Web コンテナを停止するようにしてください。
- Solaris OS での Release 4 Communications Express のアップグレードパッチを次の表に示します。
表 15-4 Solaris で Communications Express をアップグレードするためのパッチ1
説明
SPARC
Solaris 8、9、10x86
Solaris 9、10Communications Express コア
118540-21
118541-21
Communications Express ローカライズ版
118042-16
118042-16
1この表に示されているパッチのリビジョン番号は、Java ES Release 4 にアップグレードするための最低要件です。表に記載されているものよりも新しいリビジョンのパッチが使用可能になった場合は、新しいほうのパッチを使用してください。
アップグレード手順 (Solaris)
次に示す手順は、更新するコンピュータ上のすべての Communications Express コンポーネントに適用されます。
- 表 15-4 に基づいて、必要なパッチを入手します。
パッチは http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access から /tmp にダウンロードできます。
- root としてログインするか、スーパーユーザーになります。
su -
- Web コンテナを停止することにより、Communications Express を停止します。
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin stop-domain domainName- Release 4 にアップグレードする任意の共有コンポーネントのアップグレードをまだ実行していない場合は、実行します。
「Communications Express が依存するコンポーネントのアップグレード」を参照してください。
- 表 15-4 の適切な Communications Express パッチを適用します。
patchadd patch_ID
- パッチのアップグレードが成功したことを確認します。
showrev -p | grep uwc
この出力では、手順 5 で適用したパッチ ID のバージョンが返されるはずです。
- 設定データを、既存の設定ファイルから Release 4 設定ファイルの候補に移行します。
cd CommsExpress-base/sbin
./patch-config CommsExpress-base/install/patch/patch_IDこのコマンドは、現在の設定ディレクトリの入力を求めたあと、既存の設定ファイルをバックアップします。次に、これらのファイル内の設定パラメータ値を Release 4 のテンプレート設定ファイルにマージして、新しい Release 4 設定ファイルの候補を作成します。パッチの readme ファイルの「Special Installation Instructions」の説明に従って、競合が発生していないかどうか、これらの新規ファイルを確認してください。
- Release 4 設定ファイルの候補をインストールして、それをアクティブな設定にします。
./install-newconfig CommsExpress-base/install/patch/patch_ID
このコマンドにより、新しい Release 4 設定ファイルが Release 4 の正しい場所にインストールされます。
- Web コンテナに保持されている、Communications Express に対する JSP クラスキャッシュを削除します。
手順については、Web コンテナ (Web Server または Application Server) のドキュメントを参照してください。
- Web コンテナを再起動することにより、Communications Express を再起動します。
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password passwordRelease 3 の Communications Express のアップグレード (Linux)
ここでは、Communications Express のアップグレード手順に影響する注意点を示したあと、その手順自体について説明します。
アップグレードの注意点 (Linux)
Linux プラットフォームで Communications Express ソフトウェアを Java ES Release 4 にアップグレードするときは、Linux の Release 4 アップグレードパッチが Solaris のパッチとは異なる点を除き、Solaris プラットフォームのときと同じ注意点 (「アップグレードの注意点 (Solaris)」を参照) を考慮に入れてください。
Linux OS での Release 4 Communications Express のアップグレードパッチを次の表に示します。
表 15-5 Linux で Communications Express をアップグレードするためのパッチ1
説明
パッチ ID と RPM 名
Communications Express コア
118542-21
Communications Express ローカライズ版
118044-14
1この表に示されているパッチのリビジョン番号は、Java ES Release 4 にアップグレードするための最低要件です。表に記載されているものよりも新しいリビジョンのパッチが使用可能になった場合は、新しいほうのパッチを使用してください。
アップグレード手順 (Linux)
次に示す手順は、更新するコンピュータ上のすべての Communications Express コンポーネントに適用されます。
- 表 15-5 のパッチ番号と RPM 名に基づいて、必要なパッチを入手します。この情報を参照して、RPM のバージョン番号を確認してください。
パッチは http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access から /tmp にダウンロードできます。
- root としてログインするか、スーパーユーザーになります。
su -
- Web コンテナを停止することにより、Communications Express を停止します。
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin stop-domain domainName- Release 4 にアップグレードする任意の共有コンポーネントのアップグレードをまだ実行していない場合は、実行します。
「Communications Express が依存するコンポーネントのアップグレード」を参照してください。
- 表 15-5 の Communications Express の RPM を適用します。
次に例を示します。
rpm -Fvh sun-uwc-6.1-7.21.i386.rpm
- パッチのアップグレードが成功したことを確認します。
rpm -qa | grep uwc
この出力では、手順 5 で適用した RPM のバージョンが返されるはずです。
- 設定データを、既存の設定ファイルから Release 4 設定ファイルの候補に移行します。
cd CommsExpress-base/sbin
./patch-config CommsExpress-base/install/patch/patch_IDこのコマンドは、現在の設定ディレクトリの入力を求めたあと、既存の設定ファイルをバックアップします。次に、これらのファイル内の設定パラメータ値を Release 4 のテンプレート設定ファイルにマージして、新しい Release 4 設定ファイルの候補を作成します。パッチの readme ファイルの「Special Installation Instructions」の説明に従って、競合が発生していないかどうか、これらの新規ファイルを確認してください。
- Release 4 設定ファイルの候補をインストールして、それをアクティブな設定にします。
./install-newconfig CommsExpress-base/install/patch/patch_ID
このコマンドにより、新しい Release 4 設定ファイルが Release 4 の正しい場所にインストールされます。
- Web コンテナに保持されている、Communications Express に対する JSP クラスキャッシュを削除します。
手順については、Web コンテナ (Web Server または Application Server) のドキュメントを参照してください。
- Web コンテナを再起動することにより、Communications Express を再起動します。
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password passwordアップグレードの確認
Communications Express の現在のバージョンは、現在のバージョン番号が表示される Communications Express のログインページにアクセスにすることにより確認できます。
ログインしたら、新しいメールタブと古い電子メールおよびカレンダイベントに対するアップグレードされたユーザーインタフェースを確認します (これらのチャンネルを使用している場合)。
また、アップグレード処理のさまざまな手順に対する次のログファイルも確認できます。
アップグレード後の作業
「アップグレード手順 (Solaris)」および「アップグレード手順 (Linux)」で説明している手順以外に、アップグレード後の作業はありません。
アップグレードのロールバック (Solaris)
ここでは、Communications Express のアップグレードのロールバック手順に影響する注意点を示したあと、その手順自体について説明します。
ロールバックの注意点 (Solaris)
Communications Express の Release 4 へのアップグレードをロールバックする手順は、Release 4 にアップグレードする手順のほぼ逆になります。再設定がロールバックされ、パッチが削除されます。
ロールバック手順 (Solaris)
- root としてログインするか、スーパーユーザーになります。
su -
- Web コンテナを停止することにより、Communications Express を停止します。
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin stop-domain domainName- Communications Express が使用している Directory Server の設定ディレクトリに加えられた変更をロールバックします。
- 手順 8 で実行された再設定をロールバックします。
cd CommsExpress-base/sbin
./uninstall-newconfig CommsExpress-base/install/patch/patch_ID- 表 15-4 のパッチを削除します。
patchrm patch_ID
- Web コンテナを再起動することにより、Communications Express を再起動します。
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password password複数インスタンスのアップグレード
配備のアーキテクチャーによっては、スケーラビリティーを実現し、可用性を向上させるために、Communications Express が複数のコンピュータシステムに配備される場合があります。たとえば、ロードバランサを使用して Communications Express コンポーネントを複数のコンピュータで実行することにより、負荷を分散させることができます。
Communications Express のインスタンスが負荷分散されている場合は、サービスを中断することなく連続して Communications Express インスタンスをアップグレードする順次アップグレードを実行できます。Communications Express の各インスタンスを、ほかのインスタンスが稼働している間にアップグレードします。「Release 3 の Communications Express のアップグレード」の説明に従って、各インスタンスのアップグレードを実行します。
Java ES Release 2 からの Communications Express のアップグレードJava ES 2004Q2 (Release 2) Communications Express を Release 4 にアップグレードする手順は、次に説明するいくつかの例外を除き、Release 3 Communications Express を Release 4 にアップグレードする手順と同じです。
注
ここでの説明は、Communications Express が Release 2 Web Server Web コンテナに配備されている場合に適用されますが、Communications Express が Release 2 Application Server Web コンテナに配備されている場合には適用されません。後者のケースは、現在サポートされていません。
Communications Express が依存するコンポーネントをアップグレードする
Java ES Release 2 Communications Express を Release 4 にアップグレードするときのアップグレード前の作業は、Release 3 Communications Express を Release 4 にアップグレードする手順とほぼ同じです。ただし、Communications Express の依存関係のアップグレードに、すべての共有コンポーネント (表 1-6 を参照) と、Communications Express が依存するローカルにあるすべての製品コンポーネントの Release 4 へのアップグレードを含めるようにしてください。
Communications Express の依存関係をアップグレードする場合は、Communications Express をアップグレードする前に、そのすべてを次の順序でアップグレードするようにしてください。アップグレード済みのコンポーネントについては、その手順を省略できます。
- 共有コンポーネント: Java ES 共有コンポーネントを Release 4 にアップグレードする手順は、第 2 章「Java ES 共有コンポーネントのアップグレード」で説明されています。
- Directory Server: Directory Server が Communications Express と同じコンピュータ上に存在することはほとんどありませんが、Directory Server を Release 4 にアップグレードする手順は、「Java ES Release 2 からの Directory Server と Administration Server のアップグレード」で説明されています。
- Web コンテナソフトウェア: Web Server または Application Server をアップグレードする手順は、それぞれ「Java ES Release 2 からの Web Server のアップグレード」および「Java ES Release 2 からの Application Server のアップグレード」で説明されています。
- Access Manager (Access Manager SDK): Access Manager を Release 4 にアップグレードする手順は、「Java ES Release 2 からの Access Manager のアップグレード」で説明されています。
- Directory Preparation Tool: Directory Preparation Tool が Communications Express と同じコンピュータ上に存在することはほとんどありませんが、Directory Preparation Tool をアップグレードし、それを Directory Server に対して実行する手順は、「Directory Preparation Tool の Java ES Release 2 からのアップグレード」で説明されています。
- Messaging Server: Release 4 Communications Express をサポートするには、Messaging Server の MTA を Release 4 にアップグレードする必要があります。Messaging Server を Release 4 にアップグレードする手順は、「Java ES Release 2 からの Messaging Server のアップグレード」で説明されています。
- Calendar Server: Calendar Server が Communications Express と同じコンピュータ上に存在することはほとんどありませんが、Calendar Server を Release 4 にアップグレードする手順は、「Java ES Release 2 からの Calendar Server のアップグレード」で説明されています。
Release 2 Communications Express のアップグレード
Communications Express を Release 2 から Release 4 にアップグレードする手順は、Communications Express ソフトウェアを配備している Web コンテナによって異なります。
Release 2 Communications Express のアップグレード: Web Server Web コンテナ
Release 4 にアップグレードされた Web Server Web コンテナに配備する際に Release 2 Communications Express を Release 4 にアップグレードするには、手順に示されている Release 3 をすべて Release 2 に置き換えることを除き、「Release 3 の Communications Express のアップグレード (Solaris)」または「Release 3 の Communications Express のアップグレード (Linux)」の手順に従います。
Release 2 Communications Express のアップグレード: Application Server Web コンテナ
Release 4 にアップグレードされた Application Server Web コンテナに配備する際に Release 2 Communications Express の Release 4 へのアップグレードは、現在サポートされていません。