第 3 章 |
ここでは、アップグレードを実行する前に必要となる知識と作業について説明します。
SGD バージョン 4.4 には、新しい Web ベースの管理ツールである SGD Administration Console が含まれており、Object Manager、Array Manager、Configuration Wizard、および Session Manager はこの管理ツールに置き換えられています。その結果、SGD 組織階層にいくつかの重大な変更が加えられています。主な変更は次のとおりです。
アップグレードを行うと、既存のアプリケーションオブジェクトとホストオブジェクト、およびそれらに関連付けられたグループオブジェクトと組織単位オブジェクトが新しい組織に移されます。SGD ではオブジェクト間の関係をできるだけ保持しようとしますが、アップグレード後にユーザーの Webtop 上から一部のアプリケーションがなくなる可能性があります。
アップグレードを実行する前に、テストを行なって、変更による影響について調べることをお勧めします。これを行うには、本稼働環境をミラー化している本稼働前の環境をアップグレードします。あるいは、セカンダリサーバーをアレイから切り離して、アップグレードします。
SGD の Early Access Program (EAP) ソフトウェアリリースへのアップグレード、および EAP ソフトウェアリリースからのアップグレードはサポートされていません。EAP ソフトウェアリリースは、常に新規インストールを実行する必要があります。
次のバージョンの SGD を使用している場合にのみ、このバージョンへのアップグレードがサポートされます。
その他のバージョンの SGD、または Tarantella Enterprise 3 version 3.3 以前からアップグレードする場合は、Sun のサポートに連絡してください。
サポートされていないアップグレードを実行する場合は、新しいバージョンのソフトウェアをインストールする前に、空ファイル /install‐dir/var/UPGRADE を作成する必要があります。SGD インストールは正しくアップグレードされない場合があります。
Solaris OS プラットフォームでアップグレードを実行する場合、pkgadd コマンドはパッケージをインストールする前にいくつかのチェックを行い、ユーザーに変更についての確認を求めます。pkgadd に指示を与える管理ファイルを作成して、これらのチェックを省略し、ユーザーに確認せずにパッケージをインストールすることもできます。
ユーザーの対話的操作を回避するには、管理ファイルに次の行を含める必要があります。
conflict=nocheck instance=unique
SGD をアップグレードする際に、pkgadd -a adminfile コマンドを使用して管理ファイルを指定します。
アップグレードを実行する際に管理ファイルを指定しないと、SGD インストールプログラムによって管理ファイルが作成されます。また、pkgadd コマンドを -a adminfile オプション付きで再度実行できるように、インストールを終了するオプションが提供されます。
Linux プラットフォーム上の SGD version 4.2 からアップグレードする場合は、アップグレードする前に、SGD ソフトウェアのすべてのオプションパックを手動で削除する必要があります。
インストール済みのすべての SGD ソフトウェアパックを一覧表示する場合:
# rpm -qa | grep -i tta |
パッケージ | SGD ソフトウェアパック名 |
---|---|
ttasecure | Security Pack |
tta3270 | Mainframe Connectivity Pack |
tta5250 | AS/400 Connectivity Pack |
ttafandr | Andrew X フォント |
ttafhang | Hangul X フォント |
ttaficl | ICL X フォント |
ttaforie | Oriental X フォント |
ttafscot | SCO Term X フォント |
SGD ソフトウェアのすべてのオプションパックを削除する場合:
# rpm -e package ... |
アップグレードを実行すると、既存の設定に次の変更が適用されます。
既存の Enterprise Naming System (ENS) データベースが保持され、バックアップされます。
ENS データベースは、SGD 組織階層内の全オブジェクトの格納領域です。
install-dir/var/ens ディレクトリが install‐dir/var/ens.oldversion ディレクトリにバックアップされます。
このバックアップは変更されません。既存の ENS データベースが変更される可能性があるのは、それを新しいバージョンの SGD で動作させるためにいくつかの変更が必要となる場合です。
注 - このリリースで ENS に加えられるいくつかの重大な変更の詳細については、バージョン 4.4 と組織の変更を参照してください。 |
SGD サーバー設定と SGD グローバル設定が保持されます。ただし、バックアップはされません。
この設定は、install-dir/var/serverconfig ディレクトリに格納されています。
この設定が変更されるのは、新しいプロパティーファイルを追加したり、既存のプロパティーに新しい属性を追加したりする必要がある場合だけです。
install-dir/var/serverresources ディレクトリ内のすべてのサーバーリソースファイルが置換されます。
SGD ログインスクリプトが保持され、バックアップされます。
install-dir/var/serverresources/expect ディレクトリが install‐dir/var/serverresources/expect.oldversion ディレクトリにバックアップされます。
カスタマイズ済み SGD ファイルがバックアップされます。ただし、アップグレードはされません。
標準インストールで格納されるファイル (Webtop テーマなど) を変更するか、独自のファイル (ログインスクリプトなど) を追加して、SGD をカスタマイズすることができます。
SGD の新しいバージョンのインストール時に、手動アップグレードが必要な可能性のあるファイルが存在する場合、インストールプログラムにより警告が表示されます。これらのファイルのアップグレード方法については、カスタマイズした SGD のインストールのアップグレードを参照してください。
SGD のアップグレード方法は、アップグレードする対象が SGD の評価バージョンかフルライセンスバージョンかによって、および単一サーバーアレイか複数サーバーアレイかよって異なります。SGD をカスタマイズした場合は、カスタマイズしたファイルの手動アップグレードが必要になることもあります。
SGD サーバーにライセンスキーがインストールされていない場合、または SGD サーバーがフルライセンスのアレイに属していない場合、SGD サーバーは評価モードになります。30 日の評価期間が終了すると、SGD サーバーは期限切れ評価モードになります。
評価モードまたは期限切れ評価モードになっている SGD サーバーは、次のバージョンのソフトウェアをインストールすることでアップグレードします。
期限切れ評価モードで稼働していた SGD サーバーは、アップグレード後も期限切れ評価モードのままです。期限切れ評価モードになると、SGD サーバーにログインできなくなります。
期限切れ評価モードのサーバーにライセンスを付与するには、tarantella license add コマンドを使用して有効なライセンスキーを追加するか、またはすでにフルライセンスが付与されているアレイにそのサーバーを連結する必要があります。
複数サーバーアレイ内のすべての SGD サーバーは、同じバージョンの SGD ソフトウェア上で実行する必要があります。このため、アレイをアップグレードする場合は、アレイを解除してサーバーを個別にアップグレードしてから、アレイを再構築する必要があります。
中断中のセッションも含めて、実行中の Webtop セッションやエミュレータセッションがアレイ内に存在しないことを確認します。
プライマリ SGD サーバー上で次のコマンドを実行して、セカンダリ SGD サーバーをアレイから切り離します。
# tarantella array detach --secondary server |
![]() | 注意 - セカンダリ SGD サーバーは、一度に 1 つずつ切り離してください。アレイの変更がアレイのすべてのメンバーにコピーされてから、次の SGD サーバーを切り離します。各アレイメンバーで tarantella status コマンドを実行して同じ結果が返されるときには、コピーが完了していると判断できます。 |
セカンダリ SGD サーバーはアレイから切り離されるとライセンスキーを失います。そのため、一時的にこのホストの SGD にログインできなくなる場合があります。
プライマリ SGD サーバー上で次のコマンドを実行して、セカンダリ SGD サーバーをアレイに追加します。
# tarantella array join --secondary server |
![]() | 注意 - セカンダリ SGD サーバーは、一度に 1 つずつ追加してください。アレイの変更がアレイのすべてのメンバーにコピーされてから、次の SGD サーバーを追加します。各アレイメンバーで tarantella status コマンドを実行して同じ結果が返されるときには、コピーが完了していると判断できます。 |
セカンダリ SGD サーバーはアレイに追加されると、プライマリ SGD サーバーにインストールされているすべてのライセンスキーを取得します。
アップグレード時に、SGD インストールプログラムは検出したカスタマイズ済みファイルを保持しますが、それらのアップグレードは行いません。これらのファイルは手動でアップグレードする必要があります。アップグレードが必要な可能性があるのは、次の 2 セットのファイルです。
SGD Web サーバーファイル - Web アプリケーションファイル、および SGD Web サーバーの設定に使用されるファイル。
SGD サーバーファイル - SGD サーバーで使用されるファイル (ログインスクリプトなど)、および旧 Webtop に使用されるファイル。
アップグレードの完了後に、次の 2 種類のカスタマイズされたファイルに注意を払う必要があります。
アップグレード時に、SGD インストールプログラムは、検出したすべてのカスタマイズ済み SGD Web サーバーファイルをバックアップします。バックアップされたファイルとその場所のリストは、install‐dir/var/log/webservercustomized.list ログファイルに記録されます。
カスタマイズ済みファイルをアップグレードするには、diff や patch などのユーティリティーを使用して、バックアップされたファイルと標準の SGD インストールに含まれるファイルを比較し、相違点をマージします。
SGD インストールプログラムは、検出したすべてのビスポーク SGD Web サーバーファイルを新しいインストールにコピーします。これらのファイルは変更されません。
アップグレード時に、SGD インストールプログラムは、検出したカスタマイズ済み SGD サーバーファイルおよびビスポーク SGD サーバーファイルをバックアップし、次のログファイルを生成します。
install-dir/var/log/customized.list - 管理者が編集または追加したファイルのリストです。
install-dir/var/log/customizedchanged.list - アップグレードによって変更され、管理者が編集したファイルのリストです。
install-dir/var/log/docrootjava.log -
元のインストールに新規追加されたか、元のインストールから変更された Java テクノロジファイルのリストです。
これらのログファイルを使用して、手動でアップグレードする必要のあるファイルを特定します。
customizedchanged.list ログファイルには、手動でアップグレードする必要のある、カスタマイズ済みファイルのリストが含まれています。このログファイルにリスト出力されるファイルごとに、システムには次の 3 つのバージョンが保持されています。
古いカスタマイズされていないバージョン。install-dir/etc/templates.oldversion ディレクトリ内に格納されています。
新しいカスタマイズされていないバージョン。install-dir/etc/templates ディレクトリ内に格納されています。
diff などのユーティリティーを使用して、カスタマイズされていない古いファイルを、カスタマイズされていない新しいファイルと比較します。これで、SGD のバージョン間での変更内容がわかります。
patch などのユーティリティーを使用して、手順 2 で特定した変更内容をカスタマイズ済みファイルのコピーに適用します。
ここでは、SGD 拡張モジュールと SGD Client のアップグレード方法について説明します。
SGD 拡張モジュールをアップグレードして、UNIX オーディオモジュールをインストールすると、UNIX オーディオモジュールがすでに実行中であることを示すメッセージが表示されることがあります。このメッセージが表示されるのは、SGD オーディオドライバが現在使用中であり、停止することができないからです。SGD オーディオドライバはこのリリースで変更されていないため、このメッセージは無視しても問題ありません。
新しいバージョンの SGD Client をインストールします。
Solaris OS プラットフォームおよび Linux プラットフォームに SGD Client を手動でインストールする方法を参照してください。
Copyright © 2007, Sun Microsystems, Inc. All rights reserved