swinstall でのインストール

以前の HP-UX リリースから HP-UX 11i へのアップデートには、『HP-UX11i インストール/アップデード ガイド』 (B2355-90706) の第 2 章で説明されている新しい update-ux コマンドを使用します。

上記のマニュアルと OS のマニュアルは、HP-UX Instant Information CD-ROM および次の URL で入手できます。

http://docs.hp.com/hpux/os/11i/ (英語サイト)

http://docs.hp.com/ja/ (日本語サイト)

swinstall コマンドには、GUI によるパッチ管理ダイアログボックスを含め、さまざまなパッチ管理機能があります。パッチと swinstall の GUI パッチ機能の詳細は、第5章 「HP-UX のパッチとパッチ管理」を参照してください。

インストールの操作を開始して途中で失敗した場合でも、autorecover_product オプションによって、オリジナルのプロダクトファイルへ自動的に復元、すなわちロールバックできます。

ファイルをアップデートするとき、swinstall は、オリジナルファイルを、アップデートに伴って削除します。swinstall が新しいファイルセットをロードしているときにエラーが発生すると、ロード中のプロダクトは CORRUPT とマークされ、オリジナルファイルが失われるため、インストールを再度行わなければなりません。

autorecover_product オプションを true に設定しておくと、アップデートされるすべてのファイルセットは、まずバックアップコピーとして保存されます。このコピーは、プロダクトに含まれるすべてのファイルセットのロードが完了するまで、削除されません。swinstall がエラーで終了した場合には、エラーを修正して、swinstall を再起動します。swinstall は中断されたところから、再びロード処理を再開します。

	注意: ほとんどの HP-UX プロダクトの preinstall/postinstall スクリプトには、undo スクリプトがありません。そのため、autorecover_products オプションの有効性が損なわれます。autorecover_products オプションは、undo スクリプトを備えたソフトウェアだけで使ってください。

is_reboot 属性を true でパッケージされたソフトウェアは、ソフトウェアがインストールされた後で、ホストがリブートされることを要求します。しかし、代替のルートファイルシステムへインストールした場合は、ホストはリブートされません。

リブートを伴うローカルインストールを行った場合、システムはターゲットとコントローラをリブートするので、プロセスを残して成功あるいは失敗を報告させることはできません (SD-UX は、リブート後、ターゲットへの自動的な「再接続」は行いません)。

ソフトウェアプロダクトがローカルホストのリブートを必要としているかどうか見きわめるには、[Software Selection] ウィンドウでメニュー項目 [Show Description of Software] を使用するか、あるいは [Analysis] ダイアログボックスで [Product Summary] および [Product Description] ボタンを使用して、ソフトウェアの説明を表示してください。

不正なインストールからソフトウェアを保護するために、当社 (および他のベンダー) は特別なコードワードとカスタマ識別番号を使用して、ソフトウェアを特定の所有者に「ロック」しています。コードワードとカスタマ ID はソフトウェアの購入時 (またはアップデート時) に提供されます。当社では、ソフトウェアと一緒にパッケージされているソフトウェア使用許諾書にこれらのコードと ID を記載しています。

CD-ROM に対する customer_id/codeword を正しく保存するには、その CD-ROM を処理するホスト上で swinstall (swcopy または swlist) を実行します。コードワードを保存してしまえば、そのホストと CD-ROM をソースとして使用するソフトウェアをインストールするクライアントでは、codeword または customer_id は必要なくなります。

SD-UX は保護されているソフトウェアを他のホストに提供しているサーバー上の .codewords ファイルを検索します。SD-UX は有効な customer_id/codeword の対を探します。これによって、そのソフトウェアを「プル操作でインストール」するすべてのホスト上では codeword および customer_id を入力する必要はなくなります。

これは、複数のシステムを更新している場合には時間の節約になります。

SD-UX は、保護されているソフトウェアのインストールの前に、これらのコードワードまたは番号の入力をユーザーに求めます。GUI ([Actions] メニューから [Add New Codeword] 選択項目を使用) を使用するか、またはコマンド行で (-x codeword=xxxx および -x customer_id=xxx によって) 適切なデフォルトオプションを指定すれば、これらの番号を入力または変更することができます。

たとえば、(/CD_ROM からのインストールで) xyzCorp という customer_id と 123456789101bcdf という codeword を保存したい場合には、コマンド行に次のように入力します。

(このコマンドの目的はコードワードとカスタマ ID を保存するだけなので、-p オプションはコマンドをプレビューモードで実行し、ソフトウェアの実際のインストールは行いません。)

codeword と customer_id オプションの詳細については、付録 A 「コマンドオプション」を参照してください。

SW-DIST というソフトウェアプロダクトには、ソフトウェアディストリビューターの機能、コマンド、ツールがすべて備わっています。SW-DIST を構成するファイルが削除または破壊された場合、プロダクトを再インストールする必要があります。この作業には、付録 C 「SD-UX の置き換えまたはアップデート」に説明されている新しい install-sd コマンドを使用します。

一般にソフトウェアプロダクトの複数のバージョンを、ネットワーク上のさまざまなホストにインストールすることができます。複数のバージョンをインストールすることで、次のことができます。

allow_multiple_versions コマンドオプションを制御して、複数のバージョンを許可するかしないかを指定できます。false に設定すると、複数のバージョンをインストールあるいは構成すること (すなわち、別の位置にインストールすること) は許されません。ソフトウェアの複数のバージョンをインストールすることは可能ですが、複数のバージョンを構成することはお薦めできません。

ある位置にソフトウェアの複数のバージョンをインストールすると、それらのバージョンは SD-UX コマンドのソフトウェア指定でプロダクト属性を指定することで、管理できます (この指定は、リビジョンやアーキテクチャのような、他のバージョン属性の指定とは、対照的です)。これによって、(そのソフトウェアパッケージがサポートしているならば) ソフトウェアの新旧のバージョンを同時にインストールして、両方のバージョンを構成することができます。

IPD へのアクセスを制御し、swinstall ツールの使用を制限することによって、許可されていないソフトウェアが、私用でインストールされることを回避できます。

	注記: システム上のソフトウェアプロダクトの複数バージョンを管理するには、各々のバージョンに存在するプロダクト間の依存関係に対して厳密な注意が必要です。複数のバージョンをインストールする場合は必ず、プロダクト間の依存対象についても複数のバージョンをインストールしてください。依存対象が再配置不能で、インストールしたい各々のバージョンが同じプロダクトの異なるバージョンに依存する場合、オリジナルのプロダクトの複数のバージョンはインストールできません。

ソフトウェアは通常ルートディレクトリ (/) にインストールされますが、代替ルートディレクトリにインストールすることも可能です。

swinstall コマンドの一部である自動構成と適合フィルター処理は、代替ルートへインストールする場合は実行されません。ただし、swconfig コマンドを使用して、インストールとは別に単独で構成を行うことができます。「インストールしたソフトウェアの構成 (swconfig)」を参照してください。

SD-UX は通常、選択されたターゲットとの適合性がないソフトウェアプロダクトを選択対象から自動的に除外します。この場合の適合性とは、ハードウェアアーキテクチャが、ソフトウェア側の必要条件に適していることです (ハードウェアアーキテクチャは uname 属性によって示されます)。また、OS のバージョンもソフトウェアに適したものでなければなりません。実際に非適合ソフトウェアをチェックするのは、ソフトウェアの選択段階で行われます。この適合フィルター処理とチェックは allow_incompatible オプションによって制御され、その結果はホスト側の uname 属性によって決まります。

	注記: 当社のサポート担当から指示されない限り、適合性のないソフトウェアのインストールは避けてください。担当が薦めたのではない限り、絶対になさらないことを、お薦めします。

allow_incompatible=false (デフォルト) の場合、swinstall はソース上のプロダクトに自動的にフィルター処理を施し、非適合ソフトウェアのインストールを制限します。[Software Selection] ウィンドウでは、ターゲットシステムのハードウェアと OS とに適合するプロダクトのみが表示されます。

allow_incompatible=true の場合、swinstall はあらゆるソフトウェアのインストールを許可します。GUI にはソース上のすべてのプロダクトが表示されます。

適合性のチェックのために、-x os_name と -x os_release のオプションを使うこともできます。たとえば、32 ビット版の HP-UX 11.0 で稼働しているネットワーク環境で 64 ビット版 OS へのアップデートを実施する場合、 -x os_name=HP-UX:64 と -x os_release=B.11.00 を設定し、32 ビット版 OS の搭載システムを 64 ビット版 OS を備えているものと認識させれば、64 ビット版対応ソフトウェアが適合性チェックで除外される事態を回避できます (これらのオプションを、ファイルセットレベルで指定することもできます)。

	注記: 適合フィルター処理は、代替ルートファイルシステムに対しては適用されません。ユーザー自身で、代替ルートに適合するソフトウェアを選択しなくてはなりません。