hp-ux システム管理者ガイド概要h20628.3 納入後の保証について •...

HP-UX システム管理者ガイド : 概要

HP 9000 および HP Integrity システム

第 1 版

HP-UX 11i v3

Manufacturing Part Number : 5991-6441

2007 年 2 月

E0207

Printed in U.S.A.

© Copyright 2007 Hewlett-Packard Development Company, L.P.

ご注意

1. 本書に記載した内容は、予告なしに変更することがあります。

2. 本書は内容について細心の注意をもって作成いたしましたが、万一ご不審な点や誤り、記載

もれなど、お気付きの点がございましたら当社までお知らせください。

3. 当社は、お客様の誤った操作に起因する損害については、責任を負いかねますのでご了承く

ださい。

4. 当社では、本書に関して特殊目的に対する適合性、市場性などについては、一切の保証をい

たしかねます。また、備品、性能などに関連した損傷についても保証いたしかねます。

5. 当社提供外のソフトウェアの使用や信頼性についての責任は負いかねます。

6. 本書の内容の一部または全部を、無断でコピーしたり、他のプログラム言語に翻訳すること

は法律で禁止されています。

7. 本製品パッケージとして提供した本書や媒体は本製品用だけにお使いください。プログラム

をコピーする場合はバックアップ用だけにしてください。プログラムをそのままの形で、あるいは変更を加えて第三者に販売することは固く禁じられています。

U.S. Government License

Confidential computer software. Valid license from HP required for possession, use or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor's standard commercial license.

著作権

©Copyright 2007 Hewlett-Packard Development Company, L.P.

本書には著作権によって保護されている内容が含まれています。本書の内容の一部または全部を著作者の許諾なしに複製、改変、および翻訳することは、著作権法下での許可事項を除き、禁止されています。

商標

UNIX® は、米国ならびに他の国における The Open Group の登録商標であり、The Open Group から独占的にライセンスされています。

OSF/Motif™ は米国ならびに他の国における Open Software Foundation, Inc. の商標です。

X Window System™ は、Massachusetts Institute of Technology の商標です。

2

納入後の保証について

• 保証の期間は、ご購入時に当社よりお出しした見積書に記載された期間とします。保証サー

ビスは、当社の定める休日を除く月曜日から金曜日までの、午前 8 時 45 分から午後 5 時 30分の範囲で無料で行います。当社で定めたシステム製品については出張修理を行い、その他の製品については当社にご返却いただいた上での引取り修理となります。当社が定める地域以外における出張修理対象製品の修理は、保証期間中においても技術者派遣費が有料となります。

• ソフトウェア製品の保証は上記にかかわらず、下記に定める範囲とさせていただきます。

— ソフトウェア製品およびマニュアルは当社が供給した媒体物の破損、資料の落丁および

プログラムインストラクションが実行できない場合のみ保証いたします。

— バグおよび前記以外の問題の解決は、別に締結するソフトウェアサポート契約に基づい

て実施されます。

• 次のような場合には、保証期間内でも修理が有料となります。

— 取扱説明書等に記載されている保証対象外部品の故障の場合。

— 当社が供給していないソフトウェア、ハードウェア、または補用品の使用による故障の場合。

— お客様の不適当または不十分な保守による故障の場合。

— 当社が認めていない改造、酷使、誤使用または誤操作による故障の場合。

— 納入後の移設が不適切であったための故障または損傷の場合。

— 指定外の電源 ( 電圧、周波数 ) 使用または電源の異常による故障の場合。

— 当社が定めた設置場所基準に適合しない場所での使用、および設置場所の不適当な保守

による故障の場合。

— 火災、地震、風水害、落雷、騒動、暴動、戦争行為、放射能汚染、およびその他天災地

変等の不可抗力的事故による故障の場合。

• 当社で取り扱う製品は、ご需要先の特定目的に関する整合性の保証はいたしかねます。ま

た、そこから生じる直接的、間接的損害に対しても責任を負いかねます。

• 当社で取り扱う製品を組み込みあるいは転売される場合は、終需要先における直接的、間

接的損害に対しては責任を負いかねます。

• 製品の保守、修理用部品の供給期間は、その製品の製造中止後 5 年間とさせていただきます。

本製品の修理については取扱説明書に記載されている寄の事業所へお問い合わせください。

3

目次

1. HP-UX 11i バージョン 3 の概要

HP-UX の提供方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23オペレーティング環境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23追加のコンポーネントと製品. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

HP-UX 11i バージョン 3 の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25新しいプロセッサ用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25ストレージアドレス指定用の新しいデバイスファイル形式 . . . . . . . . . . . . . . . . . . . . . 27PCI カードのオンラインアクティベーションとアクティベーション解除 . . . . . . . . . . 27長いユーザー名とグループ名. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27並列ダンプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28HP-UX 11i v3 についての追加情報 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

2. HP-UX の仮想化テクノロジ

仮想化テクノロジについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29仮想化テクノロジのカテゴリ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30スタンドアロンシステム (1 台のシングルコアサーバー、1 つのオペレーティングシステムインスタンス ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32負荷バランス (1 台のマルチコアサーバー、1 つのオペレーティングシステムインスタンス ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

Process Resource Manager (PRM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Workload Manager (WLM). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

プロセッサセット (PSET) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38Instant Capacity (iCAP/TiCAP/GiCAP). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39Pay Per Use (PPU) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

クラスタリング ( 複数のサーバー、1 つのオペレーティングシステム ) . . . . . . . . . . . . . 44Serviceguard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

その他のクラスタタイプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47マルチブート (1 台のシングルコアサーバー、複数のオペレーティングシステム ) . . . . . 48パーティショニング ( 複数のオペレーティングシステム、1 台のマルチプロセッササーバー ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49ハードウェアパーティショニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49ソフトウェアパーティショニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

ネットワーク ( 複数のオペレーティングシステム、複数のサーバー ) . . . . . . . . . . . . . . . 53仮想化テクノロジを組み合わせる. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

3. HP-UX の主なコンポーネント

HP-UX カーネル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55カーネルモジュール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

5

目次

カーネル調整パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56HP-UX のディレクトリ構造 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

HP-UX の主要なディレクトリ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58HP-UX のストレージ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63ストレージの利用方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64ストレージの構成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64効率的なデータアクセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71ストレージとデータの冗長性. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73ストレージのアドレス指定方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76HP-UX のスワップ領域の管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

HP-UX の入出力 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95印刷 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96

HP-UX ラインプリンタースプーリングシステムの概要 . . . . . . . . . . . . . . . . . . . . . . . . 96プリンターモデルファイルとプリンターインタフェースファイル . . . . . . . . . . . . . . . 100プリンタータイプ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101プリンター名 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102プリンタークラス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102印刷先. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102プリンターと印刷要求の優先順位 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103プリンターログ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104ラインプリンタースプーリングシステムのコマンドの概要 . . . . . . . . . . . . . . . . . . . . 104LP スプーラと LDAP-UX の統合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106プリンター関連作業についての追加情報. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

セキュリティとアクセス制御 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107従来の Unix ファイルの所有権と権限によるデータへのアクセスの制御 . . . . . . . . . . 107Security Containment テクノロジによるデータへのアクセスの制御 . . . . . . . . . . . . 107

起動とシャットダウン. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110実行レベル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110HP-UX の起動 ( ブート ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115HP-UX の停止 ( シャットダウン ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115異常シャットダウン ( システムクラッシュ ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

ライブダンプ ( 動作中のシステムのメモリーダンプ ) . . . . . . . . . . . . . . . . . . . . . . . . . . 129ライブダンプの制限 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

オペレーティングシステムとソフトウェア ( インストール、変更、削除 ) . . . . . . . . . . 131Software Distributor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

その他のオペレーティングシステムインストールテクノロジ . . . . . . . . . . . . . . . . . . 131HP-UX のソフトウェア保守についての追加情報 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132

ネットワークサービス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

6

目次

電子メール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133リモートログイン / ターミナルエミュレーション . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134ファイル転送 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135Web アクセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136リモートマウントファイルシステム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136

4. システム管理ツール

HP-UX のインストールおよびアップデート用のツール . . . . . . . . . . . . . . . . . . . . . . . . 138コールドインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138Ignite-UX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138Update-UX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

単一サーバー管理ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140HP System Management Homepage (HP SMH). . . . . . . . . . . . . . . . . . . . . . . . . . . . 140

コマンド行ツール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145複数サーバー管理用のツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147

HP Systems Insight Manager (HP SIM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147

企業全体を管理するためのツール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149その他のシステム管理ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150

EVM - Event Management. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150Partition Manager. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150Software Distributor (SD) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

HP-UX のストレージ管理ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153ボリュームマネージャ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

性能監視ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155サーバーの性能監視用のツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155ネットワークの性能監視用のツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156アプリケーションの性能監視用のツール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

データ保護ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158サーバーやデータへの不正なアクセスからの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . 158データ損失からの保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159ハードウェア障害に備えた保護 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

ネットワーク管理ツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163基本的なネットワーク管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163

用語集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183

7

目次

8

表一覧

表 1. HP-UX 関連情報の参照先 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15表 2. HP-UX 11i のリリース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17表 3. OS のバージョン、システムアーキテクチャ、マシンモデル . . . . . . . . . . . . . . . . . . . . .18表 2-1. パーティショニングテクノロジの比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51表 2-2. 一般的なネットワークテクノロジ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54表 3-1. ボリュームマネージャの機能と用語の比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66表 3-2. ストレージのアドレス指定方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76表 4-1. システム管理ツール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .137

9

表一覧

10

図一覧

図 2-1. 仮想化テクノロジのカテゴリのマトリックス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30図 2-2. 仮想化テクノロジのスタック . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52図 3-1. ディレクトリツリーの例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .58図 3-2. 論理ボリュームはサイズを変更することができる . . . . . . . . . . . . . . . . . . . . . . . . . . .69図 3-3. デバイス特殊ファイルの要素 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .79図 3-4. lunpath ハードウェアパスの要素 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85図 3-5. LUN ハードウェアパスの要素 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85図 3-6. スワップ領域 - ページング用に使用できる場所 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91図 3-7. ラインプリンタースプーラの「給排水」の図. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98図 3-8. クラッシュダンプシーケンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .117

11

図一覧

12

まえがき

対象読者

『HP-UX システム管理者ガイド』シリーズは、HP-UX 11i v3 で初めて提供されます。本書は、

HP-UX システムを管理する必要がある、あらゆるレベルの HP-UX システム管理者を対象に作

成されています。

このシリーズの多くのトピックは以前のリリースにも適用できますが、HP-UX 11i v3 では、内

容の多くが変更されています。したがって、以前のリリースの内容については、『HP-UX システ

ム / ワークグループの管理』を参照してください。

このシリーズについて

『HP-UX システム管理者ガイド』シリーズは、HP-UX 11i v3 の HP-UX 11i ベースシステムを

管理するのに必要な作業のコアセット ( と関連概念 ) について説明しています。

『HP-UX システム管理者ガイド』シリーズは、以下のマニュアルで構成されます。

概要 HP-UX 11i、そのコンポーネント、コンポーネントの相互

関係について概要を説明します。

構成の管理システム設定とサブシステムの動作を構成しカスタマイズするために必要になる多くの作業について説明します。

論理ボリュームの管理 HP Logical Volume Manager (LVM) を使って、物理ボ

リューム、ボリュームグループ、論理ボリュームを構成する方法について説明します。

セキュリティの管理 HP-UX 11i のデータとシステムのセキュリティ機能につい

て説明します。

定型の管理作業システムの円滑な動作を維持するために必要な多くの定型的な作業について説明します。

13

本書について

『HP-UX システム管理者ガイド : 概要』では、HP-UX、そのコンポーネント、コンポーネント

の相互関係について説明します。このマニュアルでは、必要に応じて詳細情報の参照先を記載しています。本書は以下のトピックで構成されています。

第 1 章「HP-UX 11i バージョン 3 の概要」

HP-UX 11i v3 の主な機能、重要なシステム管理ツール、以前の HP-UX リ

リースからの重要な変更点の概要について取り上げています。

第 2 章「HP-UX の仮想化テクノロジ」

コンピューティングリソースを大限に活用するために HP-UX で利用できる

多くのテクノロジについて説明し、これらのテクノロジの相互関係を説明します。

第 3 章「HP-UX の主なコンポーネント」

HP-UX の主なコンポーネントと、それらのコンポーネントの相互関係を説明

します。

第 4 章「システム管理ツール」

単一システムの観点から HP-UX を管理するためのツールと関連サブシステム

について説明します。

14

HP-UX 関連情報の参照先

次の表に、HP-UX についての基本的なシステム管理情報の参照先を示します。特定の製品に関

する情報は含まれていません。

表 1 HP-UX 関連情報の参照先

目的参照するドキュメントドキュメントの場所

以下の内容について知りたい場合

• HP-UX の各リ

リースでの変更点

• オペレーティン

グ環境の内容

• 特定のリリース

のファームウェア要件とサポート対象のシステム

お使いの HP-UX バージョン

に対応する『HP-UX 11i リリースノート』

• HP Instant Information CD

• HPテクニカルドキュメントWebサイト http://docs.hp.com/ja

HP-UX をインス

トールまたはアップデートする場合

• 『インストール / アップ

デートの前に』

• 『HP-UX 11i インストー

ル / アップデートガイ

ド』

• メディアキット (OE に付属 )



15

HP-UX システムを管

理する場合

HP-UX 11i v3 より前のリ

リース

• 『HP-UX システム / ワー

クグループの管理』

HP-UX 11i v3 以降のリリー

ス

• 『HP-UX システム管理者

ガイド』 ( 分冊シリーズ )

その他のシステム管理情報

• 『HP システムパーティ

ションガイド : nPartitions の管理作業』



• ホワイトペーパー

『Planning Superdome Configurations』

• 『Planning Superdome Configurations』、http://docs.hp.com/hpux/onlinedocs/os/11i/superdome.pdf

表 1 HP-UX 関連情報の参照先 ( 続き )

目的参照するドキュメントドキュメントの場所

16

HP-UX 11i のリリース名とオペレーティングシステムのバージョンIDHP-UX 11i は、インターネットクリティカルなエンドツーエンドのコンピューティングの要件

を満たす、高い可用性とセキュリティを備えた、管理が容易なオペレーティングシステムです。HP-UX 11i は、Enterprise OE、Mission Critical OE、Technical Computing OE をサポートし

ています。HP-UX 11i は、HP 9000 システムと Integrity システムの両方に対応しています。

HP-UX 11i の各リリースには、リリース名とリリース ID が付けられています。unameコマンド

に -rオプションを指定して実行すると、リリース ID が表示されます。表 2 に、HP-UX 11i の各リリースを示します。

HP-UX の各バージョンでサポートされているシステムとプロセッサアーキテクチャの詳細につ

いては、ご使用中の HP-UX のバージョンに対応する HP-UX システムリリースノートを参照し

てください ( たとえば、『HP-UX 11i バージョン 3 リリースノート』)。

表 2 HP-UX 11i のリリース

OS のバージョンID

リリース名サポートしているプロセッサアーキテクチャ

B.11.11 HP-UX 11i v1 HP 9000

B.11.23 HP-UX 11i v2 Integrity

B.11.23.0409 HP-UX 11i v2 September 2004 Update

HP 9000 と Integrity

B.11.31 HP-UX 11i v3 HP 9000 と Integrity

17

システムバージョンの確認方法

uname、model、swlistなどのコマンドを使うと、システムのハードウェアタイプ、マシンモデ

ル、オペレーティングシステムのバージョン、オペレーティング環境のアップデートステータスを調べることができます (uname (1)、model (1)、swlist (1M) を参照してください )。

OS の命名規則については、17 ページの「HP-UX 11i のリリース名とオペレーティングシステ

ムのバージョン ID」を参照してください。

表 3 OS のバージョン、システムアーキテクチャ、マシンモデル

トピックコマンド出力例

OS のバージョン $ uname -r B.11.311

1. HP-UX 11i の OS バージョン ID の形式は、B.11.23 または B.11.23.0409 です。

B.11.23 は OS のバージョン、0409 はオペレーティング環境 (OE) がアップデートさ

れた年と月を表します。

アーキテクチャ $ uname -m ia642

9000/8002

2. ia64は Integrity、それ以外は HP 9000 です。

マシンモデル $ model3

3. getconf MACHINE_MODELコマンドを実行することでも、同様の結果が表示されます

(getconf (1) を参照 )。

ia64 hp server rx5670

9000/800/S16K-A

オペレーティング環境

$ swlist HPUX*OE* # HPUX11i-OE-MC B.11.31 HP-UX Mission

Critical Operating Environment1

OS のバージョン

のアップデート

$ swlist HPUX*OE* # HPUX11i-TCOE B.11.23.0409 HP-UX

Technical Computing OE Component1

18

表記規約

本書では、次の表記規約を使用します。

audit (5) HP-UX マンページ。audit はマンページ名で、5 は HP-UX リファレンスのセ

クション番号です。Web や Instant Information メディアでは、そのマンペー

ジへのリンクになっていることがあります。HP-UX コマンド行からマンペー

ジを表示するには、“man audit” か、“man 5 audit” と入力します。

『マニュアル名』マニュアルの名前です。Web や Instant Information メディアでは、そのマ

ニュアルへのリンクになっていることがあります。

KeyCap キーボードのキーの名前です。なお、Return キーと Enter キーは同じキーであ

ることに注意してください。

強調強調したいテキスト文字列を示します。

強調特に強く強調したいテキスト文字列です。

用語重要語句を明示します。

ComputerOut コンピュータが表示するテキスト文字列です。

UserInput 入力するコマンドなどのテキスト文字列を示します。

Command コマンド名か修飾子付きコマンド名を示します。

Variable コマンドや関数、情報内で、とりうる値の 1 つに置き換えられることを示す変

数の名前です。

[ ] 形式やコマンドの説明でオプションの内容を示します。内容が "|" で区切られ

ているときにはその項目の 1 つを選ぶことができます。

{ } 形式やコマンドの説明で必須の内容を示します。内容が "|" で区切られている

ときにはその項目の 1 つを選ぶ必要があります。

... 前にある要素を任意の回数だけ繰り返すことを示します。

| 選択リスト内の項目の区切りを示します。

$ ユーザーのコマンドプロンプトを示します。

# スーパーユーザー (root) のコマンドプロンプトを示します。

19

例とシェル

本書では、システム管理者が行う作業について説明しています。スーパーユーザーである root

ユーザーは、POSIX シェル /sbin/shを使う必要があるため、すべてのコマンド例ではこの

シェルが使われています。POSIX シェルは、sh-posix (1) で定義されています。その他のシェル

については、『Shells User’s Guide』と sh (1) のマンページを参照してください。

コマンドの構文

Literal そのまま入力する単語または文字です。

Replaceable 適切な値で置き換える必要がある単語またはフレーズです。

-chars -ikxのように、グループ化された 1 つ以上のコマンドオプションです。

charsは、通常、それぞれの文字が特定のオプションを表すリテラル文字の文

字列です。たとえば、-ikxを入力すると、オプション -i、-k、-xを個別に

入力するのと同じになります。オプションのプレフィックスとして、プラス記号 (+) が使われることがあります。

-word -helpのような、1 つのコマンドオプションです。wordは、リテラルキー

ワードです。-charsとの異いは通常明らかですが、オプションの説明で明記

されています。オプションのプレフィックスとして、プラス記号 (+) と二重ハ

イフン (--) が使われることがあります。

[ ] メタ文字の角カッコは、書式やコマンドの説明の中で、省略可能な項目を囲み

ます。

{ } メタ文字の中カッコは、書式やコマンドの説明の中で、必須の項目を囲みま

す。

| メタ文字の縦棒は、通常、角カッコや中カッコ内の、選択リスト内の項目の区

切りを示します。

. . . メタ文字のトークン (abc...)、右角カッコ ([ ]...)、右中カッコ ({ }...) の後に

続くメタ文字の省略記号は、前にある要素やブランクを任意の回数だけ繰り返すことを示します。

. . . 省略記号は、一定の範囲の項目が省略されたことを示すために使われることが

あります。

20

関数の構文

HP-UX の関数は、使用法の形式ではなく、定義形式で説明されています。定義形式には、プロ

グラムの実際の関数呼び出しでは省略される型情報が含まれます。

通常の定義形式は、以下のとおりです。

type func ( type param [, type param ]... );

例

int setuname ( const char *name , size_t namelen );

使用法の形式は、以下のとおりです。

func ( param [ , param ]... );

例

setuname ( name [ , namelen ]... );

関数の構文要素は、オプション以外はコマンドの構文要素と同じです。

21

出版履歴

出版の日付は、新版ができるたびに変更します。内容の小さな変更に対しては、増刷の際に対応し、出版日の変更は行いません。マニュアルの部品番号は、改訂が行われるたびに変更します。

新版の作成は、記載内容の訂正もしくはドキュメント製品の変更にともなって行われます。お手元のマニュアルが新版かどうかは、当社の営業担当または購入された販売会社に確認してください。

2007 年 2 月第 1 版、5991-6441 ( 英語版 : 5991-7436) HP-UX 11i v3

原典

本書は、『HP-UX System Administrator's Guide: Overview』(HP Part No. 5991-7436) を翻訳

したものです。

注記『HP-UX システム管理者ガイド』のそれぞれのドキュメントは、個々にアップ

デートされます。それぞれのドキュメントの新版は、http://docs.hp.com/jaから入手できます。

22

1 HP-UX 11i バージョン 3 の概要

この章では、HP-UX 11i v3 の主要な機能について説明します。ただし、以前のリリースと比べ

た新しい機能や変更された機能についての、特定の HP-UX バージョンでの総合的な情報は、

HP-UX 11i のリリースノートに記載されています。HP-UX 11i v3 の場合は、『HP-UX 11i バー

ジョン 3 リリースノート』です。

HP-UX の提供方法

HP-UX は、多くのコンポーネントとサブシステムで構成されています。この項では、これらの

コンポーネントのパッケージ形式と提供形態について説明します。

オペレーティング環境

オペレーティングシステムは、コンピュータリソース ( たとえば、メモリー、周辺装置、プロ

セッサ、アプリケーション ) の利用を制御する複雑なソフトウェアが共存する環境です。当社の

UNIX オペレーティングシステムである HP-UX 11i は多様な設定が可能で、コアオペレーティ

ングシステムの基本機能を拡張するための多くのオプションコンポーネントやアプリケーションが含まれています。オペレーティング環境は、共存を前提に設計、テスト、構成された、これらのコンポーネントの組み合わせです。

HP-UX 11i v3 には、以下のオペレーティング環境が用意されています。

• HP-UX 11i v3 Foundation Operating Environment

• HP-UX 11i v3 Enterprise Operating Environment

• HP-UX 11i v3 Mission Critical Operating Environment

• HP-UX 11i v3 Technical Computing Operating Environment

HP-UX 11i v3 で提供されているオペレーティング環境 ( およびその内容 ) についての詳細は、

ご使用中の HP-UX 11i に対応するバージョンの『HP-UX 11i バージョン 3 リリースノート』を

参照してください。

第 1 章 23

HP-UX 11i バージョン 3 の概要

HP-UX の提供方法

追加のコンポーネントと製品

追加ソフトウェア

当社では、HP-UX Operating Environment に付属しているソフトウェアコンポーネントの他

に、HP-UX と HP サーバーの機能を拡張するためのソフトウェアコンポーネントやアプリケー

ションをリリースしています。これらのコンポーネントやアプリケーションの一部は、以下のWeb サイトから入手できます。

http://software.hp.com

それ以外のコンポーネントやアプリケーションは、アプリケーションサポートメディアで提供されます。詳細は、当社の営業担当または当社の販売代理店にお問い合わせください。

他社製品

HP-UX 11i は他の大部分のオペレーティングシステムと同様に、各種の製品スイート全体のコ

アとなる製品であり、すべての製品が当社から提供されているわけではありません。

HP-UX 11i (HP 9000 サーバーと HP Integrity サーバー用 ) には、さまざまなソフトウェアベン

ダーから数千に及ぶアプリケーションが提供されています。

第 1 章24




HP-UX の新しいリリースでは、新機能が追加され、従来の機能を使いやすくするための拡張が

行われます。この項では、HP-UX 11i v3 の主な機能についていくつかを説明します。HP-UX 11i v3 の新しい機能と変更点について完全な一覧は、『HP-UX 11i バージョン 3 リリースノー

ト』を参照してください。

新しいプロセッサ用語

これまで CPU と呼ばれていた処理ユニットを 2 つ以上持つ、マルチコアチップの出現により、

当社では処理装置、チップ、システムについて新しい用語を使うようになりました。『HP-UX シ

ステム管理者ガイド』では、以下の用語を使います。

注記このリストに含まれる項目は、現在の用語を表しています。用語の一覧は、165 ページの「用語集」にあります。

コア

本書で上記の二重歯車で表わされる「コア」( 以前は、

「CPU」と呼ばれていました ) は、プロセッサチップ ( プロ

セッサを参照 ) 上の個々の処理装置を示します。明確にする

ために、本書ではコアを「処理コア」と呼ぶこともあります。

プロセッサ

本書で 1 つ以上のコアの記号を囲む四角で表わされる「プ

ロセッサ」は、1 つ以上のコアを含む物理的なシリコン部品

を示します。

第 1 章 25



ハードウェアスレッディング Itanium プロセッサでコアのコンピューティング性能を高

めるために使われるハードウェア技術です。Itanium プロ

セッサは、HP Integrity サーバーで使われているプロセッ

サです。

ソフトウェアスレッディングアプリケーションやオペレーティングシステムで、処理効率を向上させるために使われる並列コンピューティング技術です。

サーバーセルボード、プロセッサ、メモリー、電源装置を含む物理キャビネットに対して、これまでは「システム」や「コンピュータ」と呼んできましたが、本書では主に「サーバー」という用語を使います。

システム本書では、HP-UX を独立して動作させるサーバーまたは

サーバーのサブセット ( パーティションのこと ) を指すため

に、「システム」という用語も使います。また、サーバーまたは別の種類のシステム ( たとえば、Windows ベースの

PC) を指すためにシステムという用語を使うこともありま

す。

オペレーティングシステム

本書では、コアやプロセッサのアイコンの周りを囲む破線は、オペレーティングシステム (HP-UX または他のオペ

レーティングシステム ) のインスタンスを示します。

サーバーの表記方法

プロセッサチップを搭載可能なサーバーやセルボードなどのコンポーネントを表現するために、当社では xP/yC という表記方法を使うようになりました。xはそのコンポーネントに搭載できる

プロセッサの大個数、yはそのコンポーネントに搭載できるコアの大個数を表します。

例

• 1P/1Cサーバー(1つのプロセッサ /1つのコアを示す )として定義されるサーバーは、有効なす

べての構成の中でも単純なサーバーです。このサーバーは、1 つのシングルコアプロセッ

サで構成されます。

第 1 章26



• 各セルボードに 8 個のデュアルコアプロセッサが搭載された 4 つのセルボードで構成される

サーバーは、32P/64C サーバーです。各セルボードは、8P/16C セルボードです。

ストレージアドレス指定用の新しいデバイスファイル形式

HP-UX 11i v3 では、以下のような多くの新機能をサポートするために新しいデバイスファイル

形式が導入されました。

• 1 つのデバイス特殊ファイルによる、ディスクその他のマスストレージデバイスへの複数の

ハードウェアパスの設定

• デバイスに関連付けられているデバイス特殊ファイルを変更せずに、故障したハードウェア

パスをカーネルが自動的にバイパスする機能

• デバイス特殊ファイルを変更することなく、新しいハードウェア位置にディスクデバイスを (論理的または物理的に ) 再配置する機能

PCI カードのオンラインアクティベーションとアクティベーション解除

HP-UX 11i v3 では、動作中の HP-UX のインスタンス上のハードウェアコンポーネントを、

シャットダウンやリブートを行うことなく交換することができます。

PCI カード

HP-UX 11i v3 では、以下の操作を行うことができます。

• 動作中の HP-UX インスタンスに対する PCI / PCI-X カードの追加

• 動作中のHP-UXインスタンスでのPCI / PCI-Xカードの交換 (たとえば、カードが正しく動作

しない場合 )

• 動作中の HP-UX インスタンスからの PCI / PCI-X カードの削除

カードとそれに対応するドライバは、OL* 操作をサポートしている必要があります ( 大部分はサ

ポートしています )。PCI カードの追加や削除については、これ以外の重要な留意事項がありま

す。PCI / PCI-X オンライン操作についての詳細は、『インタフェースカード OL* サポートガイ

ド』 ( 部品番号 B2355-90989) を参照してください。

長いユーザー名とグループ名

HP-UX 11i v3 では、大で 255 文字のユーザー名とグループ名を使うことができるようになり

ました。ユーザーとグループの構成方法については、『HP-UX システム管理者ガイド : 構成の管

理』を参照してください。

第 1 章 27



注意新しい長い名前を使う場合には、長いユーザー名 / グループ名を使っているサー

バーとのやり取りが必要なすべてのシステムが長い名前が使えるようになっていることを確認してください。以前のバージョンの HP-UX を使っているサーバー

や、HP-UX 以外のオペレーティングシステムを使っているサーバーでは、この

新しい機能に対応していない可能性があります。

並列ダンプ

HP-UX システムのパニック ( クラッシュ ) が発生すると、通常メモリーダンプがディスクに書

き込まれるため、必要に応じて、クラッシュの原因を分析することができます。1

大量のメモリーが搭載されたサーバーでは、メモリーの内容をディスクに書き込む処理には非常に長い時間がかかります。メモリーダンプ用に複数のデバイスを構成しておけば、メモリーダンプのタスクを分割して、デバイスに並列に書き込むように HP-UX を構成できるようになりまし

た。このプロセスは、並列ダンプ機能と呼ばれ、カーネル調整パラメータdump_concurrent_on (dump_concurrent_on (5) を参照 )、またはクラッシュ処理構成コマンド

crashconf (crashconf (1M) を参照 ) のいずれかを使って設定することができます。

クラッシュダンプシーケンスについての詳細は、116 ページの「異常シャットダウン ( システム

クラッシュ )」を参照してください。

HP-UX 11i v3 についての追加情報

HP-UX 11i v3 の新機能と変更された機能についての詳細な説明は、『HP-UX 11i バージョン 3 リリースノート』を参照してください。

1. ディスクにクラッシュダンプを書き込むかどうかは設定可能です。

第 1 章28

2 HP-UX の仮想化テクノロジ

エンタープライズコンピューティングでは、各サーバーリソースの性能を大限に引き出すことによって、コンピューティングリソースをできる限り効率的に活用することに重点が置かれるようになってきています。HP エンタープライズサーバーをあらゆるニーズに適合させ、コン

ピューティングニーズの変化に応じて業務の小限の中断で構成を調節するために、多くのテクノロジが用意されています。

これらのテクノロジは、総称して、仮想化テクノロジと呼ばれます。これを利用することによって、大限の効率が達成できるように物理的なコンピューティングリソースをグループ化あるいは分割し、カスタマイズされた仮想リソースとして機能させることができます。

この章では、HP-UX で利用できる主な仮想化テクノロジ、構成可能なリソース、相互の関係に

ついて説明します。

仮想化テクノロジについて

現在ではシステムやネットワークのリソースを構成するための方法が多数あるため、ニーズにも適したテクノロジ ( またはテクノロジの組み合わせ ) を選択する際に混乱することがあります。

ここでは各テクノロジの一般的な情報とそれぞれの相互関係について説明します。必要に応じて、詳細情報の参照先を記載しています。

また、当社では、お客様がこれらの仮想化テクノロジをニーズに合わせてカスタマイズするのを支援するために、テクニカルコンサルティングサービスも提供しています。

第 2 章 29

HP-UX の仮想化テクノロジ

仮想化テクノロジのカテゴリ


仮想化テクノロジとそれに関連する製品は、関係するコア、サーバー、オペレーティングシステムインスタンスの個数に応じて、6 つの基本カテゴリに分類することができます。図 2-1 のマト

リックスには、これらのカテゴリと、処理コア、サーバー、オペレーティングシステムのインスタンスとの関係を示します。

図 2-1 仮想化テクノロジのカテゴリのマトリックス

例

• 単一の 1プロセッサ /1コア (1P/1C)サーバーで動作するオペレーティングシステムは、スタン

ドアロンシステム ( または、1 ノードネットワーク ) です。

• 1 台のマルチコアサーバーで動作する複数のオペレーティングシステムでは、パーティショ

ニングテクノロジが使われます。

• 複数のサーバーにまたがる 1 つのオペレーティングシステム1では、クラスタリングテクノロ

ジが使われます。

1. 厳密には、各サーバーでは独自のオペレーティングシステムが動作していますが、すべてのオペレーティングシステムがあたかも複数のサーバーにまたがる 1 つのインス

タンスであるかのように機能します。

第 2 章30



以降の項では、それぞれの仮想化カテゴリについて説明し、各カテゴリを利用するためにシステムを構成する場合に必要となる HP-UX テクノロジを説明します。

第 2 章 31


スタンドアロンシステム (1 台のシングルコアサーバー、1 つのオペレーティングシステムインスタンス )

スタンドアロンシステム (1 台のシングルコアサーバー、1 つのオペ

レーティングシステムインスタンス )

も単純なケースは、スタンドアロンシステムです。スタンドアロンシステムは、HP-UX の 1つのインスタンスを実行している 1 台の 1P/1C サーバーです。これはネットワークに接続され

ていないコンピュータです ( または、ネットワーク内では独立したサーバーです )。

現在ではこのようなシステムは、多くの場合、専用マシンです。たとえば、高度にセキュアなアプリケーションや高度に特殊化されたアプリケーションを実行しています。いずれの目的にせよ、これらのシステムは隔離されています。これらのシステムは単一ユーザーマシンであるか、複数のユーザーをサポートしている場合には、直接接続されているターミナルまたはモデム接続が必要になります。

当然ながら、このようなマシンでは、処理リソースが限られ、柔軟な構成ができないため、大部分の仮想化テクノロジを利用することはできません。ただし、こようなマシンでも、以下の仮想化テクノロジは利用することができます。

• Integrity Virtual Machines

Integrity Virtual Machines を使うと、HP Integrity サーバーの共通のハードウェアリソー

スを複数のオペレーティングシステムインスタンスで共有することができます。リソースは一時的に共有されます。

• 以下のソフトウェアによるボリューム管理

— HP Logical Volume Manager (LVM)

— Veritas Volume Manager (VxVM)

第 2 章32


スタンドアロンシステム (1 台のシングルコアサーバー、1 つのオペレーティングシステムインスタンス )

• 一貫性のあるデバイス特殊ファイル

一貫性のあるデバイス特殊ファイルを使うと、マスストレージデバイスに対して複数の物理パスを持たせることができます。一貫性のあるデバイス特殊ファイルは仮想化されたハードウェアパス (LUN ハードウェアパスと呼びます ) を持っているため、1 つの一貫性のあるデ

バイス特殊ファイルを 1 つのマスストレージデバイスへの複数の物理パスに対応させ、トラ

フィックを物理パス間に分散させてデータ転送の効率を高めることができます。

• Common Desktop Environment (CDE)

CDE を使うと、X Window テクノロジを利用して複数の ( 仮想的な ) ワークスペースを構成

することができます。各種の作業をワークスペースにグループ化して構成し、ワークスペースにわかりやすい名前を付けることが可能です。

第 2 章 33


負荷バランス (1 台のマルチコアサーバー、1 つのオペレーティングシステムインスタンス )

負荷バランス (1 台のマルチコアサーバー、1 つのオペレーティング

システムインスタンス )

HP-UX のスケジューラは複数のコアが利用できる場合には適に利用しますが、場合によって

は、デフォルトのスケジューリングアルゴリズムを変更しなくてはならないことがあります。たとえば、重要なアプリケーション専用として処理リソースを割り当てる場合がこれに当てはまります。

サーバーに 2 つ以上のコアがある場合には、負荷バランスのカテゴリに属するテクノロジを使う

ことによって、複数コアのリソースとその他の処理リソース ( メモリー、ディスク I/O バンド幅

) を正確に割り当てることができます。該当するテクノロジは、以下のとおりです。

• Process Resource Manager (PRM)

• プロセッサセット (PSET)

• Workload Manager (WLM)

• Instant Capacity (iCAP/TiCAP/GiCAP)

• Pay Per Use (PPU)

第 2 章34



Process Resource Manager (PRM)

テクノロジの概要

Process Resource Manager (PRM) は、システム負荷のピーク時 ( サーバーのコア、メモリー、

ディスクバンド幅の使用率が 100% のとき ) にプロセスが使うことができるリソースの量を制御

するためのリソース管理ツールです。

プロセスとユーザーは、PRM グループに割り当てられます。PRM グループには、専用のコア

とメモリーが割り当てられます。これによってリソースがグループに専用に割り当てられると同時に、グループメンバーはその他のシステムリソースから隔離されます。

管理 / 構成用のツール

Process Resource Manager は、HP System Management Homepage を使って、あるいは PRMの一連の管理 / 構成コマンドを使って構成することができます。

入手方法

Process Resource Manager は以下のオペレーティング環境に含まれています。また、当社の販

売代理店からお求めいただくこともできます。

• EOE - Enterprise Operating Environment

• MCOE - Mission Critical Operating Environment

第 2 章 35



参照

Process Resource Manager についての詳細は、当社の Web サイトを参照してください。

• マニュアル : http://docs.hp.com/ja にある『HP Process Resource Manager ユーザーガイド』

• Process Resource Manager の公式 Web サイト : http://www.hp.com/go/prm

Workload Manager (WLM)

Process Resource Manager を使うと、リソースを特定のアプリケーションに手作業で専用に割

り当てることができます。しかしながら、システムの負荷、リソースの使用率、リソースの要件、特定の時刻に動作しているアプリケーションの組み合わせなど多くの要因は絶えず変化しています。サーバー環境の状況や要件が絶えず変化している場合でも、WLM を使うと、アプリ

ケーションの性能と業務目標を達成するためにリソースを絶えず監視して調整することができます。


Workload Manager (WLM) は、目標に基づいてワークロードを管理するために使う自動リソー

ス管理ツールです。ワークロードは、リソースを割り当てる際に 1 つの単位として扱われるプロ

セスのグループです。たとえば、協調する複数のプロセスで構成されるデータベースアプリケーションは、1 つのワークロードと考えることができます。

WLM では、優先順位付きのサービスレベル目標 (SLO) に基づいて、自動的にリソースを割り当

て、アプリケーションの性能を管理します。優先順位付きの複数のワークロードが、レポートされる性能レベルに基づいて 1 つのサーバー上で動的に管理されます。

WLM は構成ファイルの定義に基づいてワークロードを管理します。管理者は、アプリケーショ

ンやユーザーを、ワークロードグループに割り当てます。WLM は、要求された SLO を達成す

るために、処理コアリソースを自動的に割り当てます。WLM は、実メモリーとディスクバンド

幅を管理することができますが、これは SLO に基づいて行うわけではありません。実メモリー

については、WLM を使って、ワークロードに割り当てられるメモリー量の下限と上限を指定す

ることができます。ディスクバンド幅のシェアは、静的に割り当てることができます。1 つの

ワークロード内の複数のユーザーやアプリケーションに対してリソースが競合する場合は、標準の HP-UX リソース管理によってリソース割り当てが決定されます。


Workload Manager は、構成ファイルと WLM コマンドを使って手作業で構成することができま

す。また、WLM 構成ウィザードや WLM グラフィカルユーザーインタフェースを使うと、対話

型で構成することができます。

第 2 章36



注記 WLM は、個々のサーバー上のワークロードを管理します。複数のサーバー上の

ワークロードを管理するには、WLM を各サーバーにインストールして構成する

必要があります。

WLM 構成ファイルを、クラスタ内のすべてのノードによって共有されるファイ

ルシステムに格納してから、各ノードを独立にアクティブにすることによって、WLM を HP Serviceguard と統合することができます。

または、HP Integrity Essentials Global Workload Manager (gWLM) を使って、

ワークロードを複数のサーバーにわたって管理することもできます。gWLM を使

うと、サーバー間で使われるリソース共有ポリシーを定義することができます。

入手方法

Workload Manager はスタンドアロン製品として、当社の販売代理店からお求めいただくことが

できます。また、以下のオペレーティング環境に含まれています。

• MCOE - Mission Critical Operating Environment

参照

Workload Manager についての詳細は、当社の Web サイトを参照してください。

• 『HP-UX Workload Manager ユーザーガイド』

• Workload Manager の公式 Web サイト : http://www.hp.com/go/wlm

• HP Integrity Essentials Global Workload Manager の公式 Web サイト : http://www.hp.com/go/gwlm

第 2 章 37



プロセッサセット (PSET)

プロセッサセットは、Process Resource Manager や Workload Manager のベースになる重要な

テクノロジですが、それだけで独立して使うこともできます。


プロセッサセットは、HP-UX スケジューラによって独立したスケジューリングドメインとして

取り扱われるグループ化されたコアのセットです。プロセッサセットには、プロセッサセットに割り当てられたアプリケーションから排他的なアクセスが行われます。プロセッサセットを使うと、計算中心のアプリケーションや高い優先順位を持つアプリケーションを同一サーバーで動作する他のアプリケーションから隔離することによって、重要なプロセスのスケジューリングをより細かく制御することができます。プロセッサセットは、適切な特権を持つユーザーが動的に作成し再構成することができます。

プロセッサセットテクノロジは、単独で利用することもできますが、多くの場合 Process Resource Manager (PRM) と組み合わせて使います。


psrsetコマンドは、プロセッサセットを作成し管理します。

入手方法

PSET テクノロジは、HP-UX 11i v3 に含まれています。

参照

PSET についての詳細は、http://docs.hp.com にある以下のドキュメントを参照してください。

• psrset (1M) のマンページ

• 『Processor Sets Product Note』

• 『Instant Capacity Compatibility with Processor Sets』

• 『VSE Concepts and Terminology』

第 2 章38



Instant Capacity (iCAP/TiCAP/GiCAP)


Instant Capacity テクノロジを使うと、まだ所有していない ( したがって使用できない ) コア、

メモリー、セルボードを著しく安い価格で購入することができます。このようなコンポーネントは iCAP コンポーネントまたは使用権のないコンポーネントと呼ばれ、スタンバイ状態になって

いるため、必要になった時点で使用を開始することができます。このようなコンポーネントの一部またはすべての使用権を必要になった時点で購入すると、特殊なコードワードを使ってこれらのサーバーコンポーネントを ( 一時的または永久に ) 使用開始することが可能になります。これ

によって、システムが Instant Capacity の契約に従っている限り、サーバーリソースに対する

ピーク時の要求、または想定外の要求に対して素早く対応することができます。

Instant Capacity には以下の 3 種類があります。

iCAP 使用権のないメモリー、プロセッサ、セルボードを ( 低価格で ) 購入します。

これらのリソースが必要になった時点でリソースの使用権を購入し、リソースを使用開始するためのコードワードを取得します。その時点で、これらのリソースを所有することになります。

TiCAP iCAP に似ていますが、購入する使用権は一時的なものです (TiCAP は、現在、

30 日単位で販売されています )。iCAP リソースの使用は 30 分単位で計測さ

れ、購入した時間を使いきると、新たな使用権コードワードを購入するまでiCAP リソースの使用が停止させられます。

第 2 章 39



GiCAP GiCAP を使うと、Instant Capacity コンポーネントの使用権をサーバーグ

ループ内で共有し、一時的な能力をグループ間で「プールする」ことができます。


一連の iCAP コマンドを使うと、iCAP ハードウェアが搭載されたサーバーの処理能力を調整す

るように HP-UX に指示することができます。コマンドを使って、購入したコードワードを入力

してスタンバイプロセッサの使用権を有効にしたり、費用を節約するために使用する処理リソースを減らすことができます。

iCAP リソースの管理のためのコマンドは、以下のとおりです。

icapmanage GiCAP グループ用の Global Instant Capacity (GiCAP) 管理コマンド。

icapmodify コアの使用開始 / 使用停止。システム登録電子メールアドレスの指定。

Instant Capacity (iCAP) 構成情報の変更。Instant Capacity の発信者電子

メールアドレスの指定。システム ID の指定。テンポラリキャパシティの警告

期間の指定。iCAP コードワードの適用を行います。

icapstatus Instant Capacity のステータスと構成情報、Instant Capacity システムの

Instant Capacity コンポーネント ( コア、メモリー、セル ) の数、ステータ

ス、割り当て状況を表示します。

icapnotify Instant Capacity (iCAP) システムから当社への電子メールの送信をテストし

たり、当社からの確認応答電子メールの返信を要求します。また、構成変更通

知と資産レポーティングをオンまたはオフにします。

入手方法

Instant Capacity コンポーネントを使用開始する機能は、HP-UX Foundation Operating Environment ( また、Foundation Operating Environment をベースにしたすべてのオペレー

ティング環境 ) に含まれています。ただし、Instant Capacity テクノロジを使うためには、使用

権のない状態のコンポーネントを購入して取り付けておく必要があります。

参照

各種の iCAP テクノロジについての総合的な情報は、以下のドキュメントを参照してください。

• 『HP Instant Capacity (iCAP) ユーザーガイド』 — このガイドの新版は、

http://docs.hp.com/ja にあります。

• iCAP、TiCAP、GiCAP についての詳細は、http://www.hp.com/go/icap を参照してください。

第 2 章40



• iCAP コマンドとそのオプションは、以下の iCAP のマンページを参照してください。

icap (5) iCAP の概要についてのマンページ

icapd (1M) Instant Capacity デーモン

icapmanage (1M) GiCAP グループ用の Global Instant Capacity 管理コマ

ンド

icapmodify (1M) コアの使用開始 / 使用停止

icapnotify (1M) Instant Capacity システムから当社への電子メールの送

信をテスト

icapstatus (1M) Instant Capacity のステータス情報を表示

第 2 章 41



Pay Per Use (PPU)

Pay Per Use (PPU) は、「使用量に応じて支払う」ことを可能にする製品です。Pay Per Use は、

コンピューティングリソースの実際の使用量に応じて課金される価格モデルです。


Pay Per Use を使うと、コンピュータの処理キャパシティを電気や水道のような公共サービスと

同じように取り扱うことができます。複数のコアを持つ特定のハードウェアプラットフォームを購入すると、以下のいずれかの当社との契約形態に基づいて実際の使用量に応じて課金されます。

コアの使用率 ( パーセントコア )

アクティブなコアの数 ( アクティブコア )


Pay Per Use プログラムでは、当社がセットアップするユーティリティメーターと呼ばれる専用

システムが使われます。

Pay Per Use を使うことを計画しているサーバーには、すべてのパーティション ( ハードパー

ティションとソフトパーティションの両方 ) にソフトウェアエージェント (PPU Agent) をセット

アップする必要があります。PPU Agent は使用情報をユーティリティメーターに報告し、ユー

ティリティメーターは実際の使用量を当社に送信します。

第 2 章42



1 つのユーティリティメーターで、HP-UX 11i または Windows Server 2003 が動作する大

100 個のサーバーまたはパーティションを扱うことができます。

Pay Per Use コンポーネントのほとんどの構成は、ppuconfigコマンドを使って行うことができ

ます。 ppuconfigを使うと、以下の操作を行うことができます。

• 現在の設定の表示

• 当社との通信のテスト

• 使用率の上限の設定

• 当社への使用率の報告とポータルでの使用率情報の表示で使われるホスト名とシステムIDの

設定

• サーバーまたはパーティションで使用率情報の報告に使うユーティリティメーターの指定

入手方法

Pay Per Use は、HP-UX Foundation Operating Environment に付属しており、すべての

HP-UX サーバーに構成することができます。そして、Pay Per Use システムとユーティリティ

メーター ( 当社がセットアップする特殊なシステム ) 間の通信を設定する必要があります。1 つ

のユーティリティメーターで複数の Pay Per Use システム ( 現在は大 100) をサポートできる

ため、各 Pay Per Use システムにそれ専用のユーティリティメーターが必要となるわけではあり

ません。

参照

Pay Per Use とユーティリティメーターについての総合的な情報は、以下のドキュメントを参照

してください。

• 『Utility Meter User Guide 』 — 新版は、http://docs.hp.com にあります。

• 『HP Pay Per Use (PPU) ユーザーガイド』 — 新版は、http://docs.hp.com/ja にあります。

• 追加情報と Pay Per Use Portal のサインインページは、http://www.hp.com/go/payperuse に

あります。

第 2 章 43


クラスタリング ( 複数のサーバー、1 つのオペレーティングシステム )

クラスタリング (複数のサーバー、1つのオペレーティングシステム)

クラスタリングテクノロジを使うと、複数のサーバーが協調して動作し、単一のコンピューティング環境が作り出されます。厳密には、各サーバーでは独自のオペレーティングシステムが動作していますが、あたかも 1 つのサーバーであるかのように動作します。

クラスタリングテクノロジの例は、以下のとおりです。

• Serviceguard クラスタ

• 拡張キャンパスクラスタ / 遠距離クラスタ

• メトロポリタンクラスタ

• コンチネンタルクラスタ

第 2 章44



Serviceguard

Serviceguard クラスタは、ネットワークに接続された HP Integrity サーバーまたは HP 9000サーバー (Serviceguard にはノードとして認識される ) のグループです。ソフトウェアとハード

ウェアの十分な冗長性を持っているため、単一障害点によって著しくサービスが中断することはありません。ソフトウェアやハードウェアで障害が発生しても動作を継続させる機能によって、Serviceguard クラスタの高可用性を実現しています。


Serviceguard クラスタの構成時には、ハードウェアとソフトウェアにできるだけ多くの冗長性

を設定します。大限の可用性を備えるために、Serviceguard は通常次のような高可用性製品

と共に使われます。

• MirrorDisk/UX

• Veritas Volume Manager (VxVM)

• 各種の RAID レベルのディスクアレイ

• HP Powertrust 電源装置 ( 無停電電源装置 )

Serviceguard を使う場合には、クラスタの各ノードにパッケージ (HP-UX のプロセスとアプリ

ケーションプロセスの集合 ) を構成します。Serviceguard パッケージには 3 つの種類がありま

す。

フェイルオーバーパッケージも一般的なタイプの Serviceguard パッケージは、フェイ

ルオーバーパッケージです。フェイルオーバーパッケージはServiceguard クラスタの複数のノードにインストールされ

ますが、同時には 1 つのノードでしか動作しません。フェ

イルオーバーパッケージの一次コピーを実行しているノードを、一次ノードと呼びます。一次ノードで障害が発生すると、一次ノードでサービスを再開できるまで、別のノード (引き継ぎノード ) のパッケージコピーがサービスを引き継ぎ

ます。サービスの中断はわずか、またはまったくありません。冗長性を高めるために複数の引き継ぎノードを定義することができます。

マルチノードパッケージマルチノードパッケージは、Serviceguard クラスタ内の 1つ以上のノードで同時に動作します。マルチノードパッケージは、少なくとも 1 つのパッケージコピーが動作していれ

ば動作を継続するように構成することができます。マルチ

第 2 章 45



ノードパッケージは、フェイルオーバーしません。マルチノードパッケージがサポートされるのは、特定のアプリケーションだけです。

システムマルチノードパッケージシステムマルチノードパッケージは、Serviceguard クラス

タ内のすべてのノードで同時に動作します。パッケージコンテンツのすべてのコピーが動作している場合に、動作を継続できます。システムマルチノードパッケージは、クラスタ内の 1 つのコピーでも停止すると、すべてのコピーが停止し

ます。システムマルチノードパッケージは、フェイルオーバーしません。システムマルチノードパッケージがサポートされるのは、特定のアプリケーションだけです。

Serviceguard クラスタでは、クラスタ内のノード間の信頼性の高い通信のために、TCP/IP ネッ

トワークサービスが使われます。これには、ハートビートメッセージ ( 動作中の各ノードからの

信号であり、クラスタの動作では重要な意味を持ちます ) も含まれます。

管理 / 設定用のツール

Serviceguard クラスタは、Serviceguard Manager や次のような Serviceguard コマンドを使っ

て構成や管理を行うことができます。

cmviewcl 高可用性クラスタについての情報を表示します。

cmrunnode 高可用性クラスタ内のノードを起動します。

cmhaltnode 高可用性クラスタ内のノードを停止します。

cmruncl 高可用性クラスタを起動します。

cmhaltcl 高可用性クラスタを停止します。

入手方法

Serviceguard は、Mission Critical Operating Environment と、各種の特殊なミッションクリ

ティカルバンドルと仮想化バンドルに含まれています。詳細は、当社の営業担当または当社の販売代理店にお問い合わせください。

参照

以下の Serviceguard マニュアルに、Serviceguard クラスタの詳しい構成方法が説明されていま

す。

• 『Serviceguard の管理』(HP 部品番号 : B3936-90106)

第 2 章46



その他のクラスタタイプ

Serviceguard クラスタは、1 つの部屋や 1 つの建物内に配置することができます。また、遠く

離れて配置されたクラスタに参加させることもできます。クラスタリングの形態は、主としてノード間の距離によって決まります。

以下のクラスタタイプについての詳細は、http://docs.hp.com にある『Designing Disaster Tolerant High Availability Clusters』 (HP 部品番号 : B7660-90013) を参照してください。

遠距離クラスタ

遠距離クラスタは、ある程度の距離を置いた異なるデータセンターに配置される代替ノードで構成されます。遠距離クラスタは高速なケーブルを使って接続され、対災害性アーキテクチャのすべてのガイドラインに従っている限り、ノード間のネットワークアクセスが保証されます。遠距離クラスタ内のノード間の大距離は、使っているデータレプリケーションとネットワークのテクノロジで制限されます。

このクラスタタイプは、拡張キャンパスクラスタと呼ばれることもあり、大学や企業のキャンパスに相当する大きさのエリアに対してサービスを提供します。

メトロポリタンクラスタ

メトロポリタンクラスタは、大都市圏の範囲に地理的に分散され、冗長ネットワークとデータレプリケーションコンポーネント用のケーブルの敷設権が必要となります。

このクラスタタイプは、メトロクラスタと略して呼ばれることもあり、町や市、あるいは近接した複数の市に相当する大きさのエリアに対してをサービスを提供します。

コンチネンタルクラスタ

コンチネンタルクラスタは、データレプリケーションとクラスタ通信用にルーティング型ネットワークまたは共通のキャリアネットワークを使うクラスタのグループです。異なるデータセンターにある独立したクラスタ間でパッケージのフェイルオーバーがサポートされます。コンチネンタルクラスタは異なる市または異なる国に配置されることもあり、数百～数千 Km の範囲をカ

バーします。

第 2 章 47


マルチブート (1 台のシングルコアサーバー、複数のオペレーティングシステム )

マルチブート (1 台のシングルコアサーバー、複数のオペレーティン

グシステム )

HP Integrity サーバーでは、複数の種類のオペレーティングシステム ( たとえば、HP-UX 11i、Linux、Microsoft Windows) を動作させることができます。サーバーのモデルによっては、これ

らのオペレーティングシステムの複数のバージョンもサポートされます。

使用できるコアが 1 つしかない場合には、複数のオペレーティングシステムを同時に動作させる

ことはできません。しかし、異なるオペレーティングシステムを格納した複数のブートディスク( または論理ブートボリューム ) を用意して、どのディスク ( または論理ボリューム ) からブート

するかをブート時に選択することができます。

HP 9000 サーバーの場合でも、異なるディスク ( または論理ブートボリューム ) に複数の

HP-UX バージョン ( または、他のサポート対象のオペレーティングシステム ) をインストール

して、ブート時にブートするボリュームを選択することができます。

注記このマルチブート機能は、1 つ以上のアクティブコアを持つサーバーでも同様に

機能します。ここで紹介したのは、1 つのアクティブコアしか持たないサーバー

でも利用できる機能だからです。

第 2 章48


パーティショニング ( 複数のオペレーティングシステム、1 台のマルチプロセッササーバー )

パーティショニング ( 複数のオペレーティングシステム、1 台のマル

チプロセッササーバー )複数のコアが利用できる場合には、さらに多くの仮想化テクノロジを使うことができます。この種の仮想化テクノロジは、パーティショニングと呼ばれます。HP システムには複数のタイプの

パーティショニング機能が用意されていますが、大きく分けてハードウェアパーティショニングとソフトウェアパーティショニングの 2 つのカテゴリに分類することができます。

ハードウェアパーティショニング

ハードウェアパーティショニングはセルボードレベルで行われ、nPartitions と呼ばれる当社の

テクノロジが使われます。

ハードウェアパーティショニングは複数のセルボードをサポートするサーバー (Integrity と

PA-RISC) に実装され、複数のオペレーティングシステムのインスタンスを ( 論理的および電気

的に ) 隔離します。つまり、1 つのハードパーティションに割り当てられるセルボード、コア、

I/O カード、メモリーは、そのパーティションで動作するオペレーティングシステムだけしか使

うことはできません。

1 つのパーティション内でオペレーティングシステム、ソフトウェア、ハードウェアの問題が発

生しても、他のパーティションで動作しているオペレーティングシステムやソフトウェアは影響を受けません。

第 2 章 49



ハードウェアパーティショニングの主要な機能

ハードウェアパーティショニングの重要な機能は、以下のとおりです。

• セルボードレベルでの実装

• 機能的な隔離と電気的な隔離の両方を備える

• パーティションは nPartitions と呼ばれる

• nPartitions は、ソフトウェアパーティショニングを使ってさらに分割できる

• サーバーがサポートしていれば、それぞれの nPartitions で HP-UX、Linux、Microsoft Windows、またはこれらのすべてのオペレーティングシステムを実行できる

ソフトウェアパーティショニング

ソフトウェアパーティショニングは、nPartitions よりもきめの細かいパーティショニングをサ

ポートします。当社では、ソフトウェアパーティショニング用に 2 つの製品を提供しています。

1. vPars - Virtual Partitions

2. Integrity VM - Integrity Virtual Machines

これらの製品のいずれかを使うと、処理コアレベルでサーバーを分割することができます。Integrity VM では、コアよりもさらに細かいレベルのパーティショニングもサポートされます。

第 2 章50



ソフトウェアパーティショニングの主な機能

ソフトウェアパーティショニングの重要な機能は、以下のとおりです。

• 処理コアレベル (vPars の場合 ) またはタイムスライス (Integrity VM の場合 ) で実装される

• 機能的な隔離は行うが電気的な隔離は行わない

• パーティションは次のように呼ばれる

— vPars (Virtual Partitions 製品を使って実装した場合 )

— ゲストオペレーティングシステム (Integrity Virtual Machines 製品を使って実装した場

合 )

• nPartitions は、ソフトウェアパーティショニングを使ってさらに分割できる

• vPars は HP-UX のインスタンスしかサポートしない

パーティショニングテクノロジの比較

次の表に、3 つのパーティショニングテクノロジ (nPartitions、vPars、Integrity Virtual Machines) の比較を示します。

表 2-1 パーティショニングテクノロジの比較

nPartitions vPars Integrity Virtual Machines

隔離オペレーティングシステム、電気的



パーティション境界セルボードグループコアとメモリーチャンク

タイムスライス

パーティションの構成手段

Parmgr vPars Monitor ( とそのパーティションデータベース )

hpvmcreateコマンド

パーティションの名称 nPartitions または

ハードパーティション

仮想パーティション

ゲストオペレーティングシステム

第 2 章 51



パーティションテクノロジを組み合わせて高い柔軟性を実現する

各種のサーバーパーティショニングテクノロジは単独でも非常に柔軟なコンピューティング環境を作り出すことができますが、組み合わせればさらに柔軟で制御が容易なコンピューティング環境を作り出すことができます。

次の図に、単一のサーバー上で nPartitions、vPars、Integrity Virtual Machines を組み合わせ

て多数の作業をサポートする方法を示します。

図 2-2 仮想化テクノロジのスタック

第 2 章52


ネットワーク ( 複数のオペレーティングシステム、複数のサーバー )

ネットワーク ( 複数のオペレーティングシステム、複数のサーバー )

物理サーバーがスタンドアロンモード (32 ページの「スタンドアロンシステム (1 台のシングル

コアサーバー、1 つのオペレーティングシステムインスタンス )」を参照 ) で動作していない限

り、複数のオペレーティングシステムをそれよりも少ない台数の物理サーバーで動作させる場合には、リソースを自由に使うための仮想化テクノロジはネットワークカテゴリの仮想化テクノロ

ジに分類されます。

実績のあるアプリケーション、プロトコル、ネットワークテクノロジが多数あります。これらは複数の HP-UX オペレーティングシステム間や、HP-UX と他のオペレーティングシステム間で

使うことができます。表 2-2 に、いくつかの一般的なネットワークテクノロジを示します。

第 2 章 53


仮想化テクノロジを組み合わせる

仮想化テクノロジを組み合わせる

すべての HP 仮想化テクノロジを組み合わせると、さらに高い柔軟性が得られます。

たとえば、HP Serviceguard クラスタ、拡張キャンパスクラスタ、メトロポリタンクラスタ、

またはコンチネンタルクラスタ ( 地理的に離れたさまざまな場所に分散した高可用性クラスタ )を使ってクラスタ化されたサーバー全体で WLM を使うことができます。

また、Integrity VM ホストや個々の Integrity VM ゲストで WLM を使うこともできます。ま

た、nPartitions や仮想パーティション内、またはパーティション間で WLM を使うこともでき

ます。このようにさまざまな組み合わせが考えられます。

表 2-2 一般的なネットワークテクノロジ

テクノロジ用途

NFS リモートファイルシステムのマウント

ftp、rcp ネットワーク上のオペレーティングシステム間でのファイルコピー

sftp、scp ネットワーク上のオペレーティングシステム間でのセキュアなファイルコピー

telnet、rlogin、ssh リモートオペレーティングシステムへのログイン

HTTP Web ブラウザを使ったリモートファイルへのアクセス

第 2 章54

3 HP-UX の主なコンポーネント

オペレーティングシステムは、多くのコンピュータリソースを多くのユーザーとプロセスが協調して効率良く使うことができるように制御する目的で設計された複雑なソフトウェアです。

UNIX オペレーティングシステムの 1 つである HP-UX 11i は、協調して動作して HP Integrityサーバーや HP 9000 サーバーなどのリソースを制御する多数のコンポーネントで構成されてい

ます。

この章では、HP-UX の主要なコンポーネント、その機能、コンポーネントの相互関係について

説明します。

HP-UX カーネル

カーネルは、HP-UX オペレーティングシステムの中核部分です。それ以外のすべてのコンポー

ネントはカーネルに依存し、カーネルと対話します。HP-UX を起動 ( ブート ) すると、カーネ

ルはブートローダーによってディスクからメモリーにコピーされて起動されます。

カーネルは多数のサブコンポーネントで構成されています。HP-UX カーネルの場合には、これ

らのサブコンポーネントは、カーネルモジュールとカーネル調整パラメータと呼ばれます。

カーネルモジュール

カーネルモジュールは、メモリー管理、クラスドライバ、インタフェースドライバなどの特定の目的専用に作成されたカーネルコードの部分です。

カーネルモジュールの追加 / 削除

多くのカーネルモジュールは、カーネルを生成したときに組み込まれ、カーネルの動作中は常に存在しています。それ以外のモジュールは、必要になったときに追加され、そのうちのいくつかは必要がなくなったときに削除されます。

特定の場合にのみ必要となるカーネルモジュールは、次の 2 つのカテゴリに分類されます。

• カーネル実行中に追加または削除可能なモジュール

• カーネルへの追加またはカーネルからの削除にはリブートが必要なモジュール

第 3 章 55

HP-UX の主なコンポーネント

HP-UX カーネル

System Management Homepage の [Kernel Configuration] ツールボックスの [ モジュール ]ツール、またはシェルコマンド行で kcmoduleコマンドを使うと、以下の操作を行うことができ

ます。

• カーネル内の現在のモジュールの一覧の表示

• カーネル内の特定のモジュールの状態の表示

• モジュールをカーネルに追加またはカーネルから削除するにはリブートが必要かどうかの判

定

• 即座 (モジュールがサポートしている場合 )または次回のブート時のモジュールの状態の変更

カーネルの構成についての詳細は、『HP-UX システム管理者ガイド : 構成の管理』の「カーネル

の構成」を参照してください。

カーネル調整パラメータ

カーネル調整パラメータは、同時にアクティブにできるプロセスの数、カーネル内の特定のデータ構造に対して割り当てることができるメモリーの容量などの項目を決定する設定です。カーネル調整パラメータ、その機能、調整方法についての詳細は、『HP-UX システム管理者ガイド : 構成の管理』を参照してください。

注記いくつかのカーネル調整パラメータはブート時に値が設定され、変更するためにはリブートが必要です。それ以外のカーネル調整パラメータはカーネルの動作中に「チューニング」( 設定を調整 ) することができます。

第 3 章56


HP-UX のディレクトリ構造


HP-UX 11i は、UNIX オペレーティングシステムのすべてのバージョンや他のオペレーティン

グシステムと同様に、階層型のディレクトリ構造をベースにしており、その中にすべてのオペレーティングシステムのディレクトリとファイル、すべてのユーザーファイルとアプリケーションファイルが格納されています。

ディレクトリ構造全体を 1 つのファイルシステムに格納することもできますが、通常は、ルート

ファイルシステムのマウントポイントと呼ばれる特殊なディレクトリに複数のファイルシステムを接続して構成します。

ツリーの上位はルートディレクトリと呼ばれ、ディレクトリパス “/” で表現されます。

それ以外のすべてのディレクトリとファイルは、ルートディレクトリの下にあります。ディレクトリツリーのそれぞれの階層は、階層をスラッシュ (“/”) で区切り、名前をパスの末尾に付けた

ディレクトリパス名で表現されます。以下の例を参照してください。

例 3-1 ディレクトリパス名の表記方法

/ ルートディレクトリ

/usr ルートディレクトリ内の usrディレクトリ

/home/guest27 ルートディレクトリ内の homeディレクトリ内の guest27

アカウント

/usr/share/man/man1.Z/cat.1 cat.1は、ルートディレクトリ (/) 内の usrディレクトリ内

の shareディレクトリ内の manディレクトリ内の man1.Z

ディレクトリ内のファイルです。これは、cat (1) のマン

ページのソースファイルの例です。

第 3 章 57



図 3-1 ディレクトリツリーの例

HP-UX の主要なディレクトリ

この項では、HP-UX のディレクトリ構造内の主要なディレクトリとその用途について説明しま

す。

/dev

デバイス特殊ファイルが格納されています。デバイス特殊ファイルは、ディレクトリツリー内では通常のディスクファイルのように見えますが、実際には物理デバイスまたは擬似デバイスに関連付けられています。デバイス特殊ファイルは、それが関連付けられているデバイスとデバイスドライバへの入口です。

デバイス特殊ファイルは、ソフトウェアアプリケーションやオペレーティングシステムのコンポーネントから、デバイスにあるデータにアクセスしたり、デバイスのステータスを取得したり、デバイスを別の方法で制御するために読み書きされます。

第 3 章58



デバイス特殊ファイルには 2 つのクラスがあります ( データ転送時の使われ方

による分類 )。

• ブロック型特殊ファイル ( データはシステムの通常のバッファリングメカ

ニズムを使ってブロック単位で転送されます。主にファイルシステムをマウントするために使われます。)

• キャラクタ型特殊ファイル ( データはバッファリングされないストリーム

で転送されます。ファイルシステムのマウント以外のほとんどの用途で使われます。)

HP-UX 11i v3 では、さらに 3 つのクラスのデバイス特殊ファイルがあります

( 関連付けられたデバイスの参照方法による分類 )。

• 従来のデバイス特殊ファイルは、対応するデバイスをそのデバイスに至る

ハードウェアパスで参照します。従来のデバイス特殊ファイルは、これまでずっと HP-UX に含まれていたタイプのデバイス特殊ファイルです。

HP-UX 11i v3 でも引き続きサポートされており、従来通り機能します。

• 一貫性のあるデバイス特殊ファイルは、対応するデバイスを、デバイスに

組み込まれているか、デバイスに関連付けられている一意のワールドワイド ID (WWID) をベースに参照します。一貫性のあるデバイス特殊ファイ

ルは特定のハードウェアパスに依存しないため、複数のハードウェアパスを単一のデバイス特殊ファイルで表現することができます。これにより、I/O の性能、信頼性、柔軟性の点で HP-UX の多くの新しい機能を実現す

ることができました。

• 擬似デバイス用のデバイス特殊ファイル。デバイス特殊ファイルの大多数

は、実際のハードウェアデバイスには関連付けられていません。実際には擬似デバイスへアクセスして使われることが多く、そのおかげで HP-UXでは、プロセスとディスクストレージ間に仮想化レイヤー ( たとえば、

LVM や VxVM) を導入したり、ターミナル (pty) などのハードウェアデバ

イスをシミュレートしたり、/dev/null ( しばしば「ビットバケツ」と呼

ばれるデバイスファイルで、不要な出力を受信して破棄するために使われます ) などの役に立つ抽象化機能を導入することが可能になっています。

HP-UX には、各種の目的で使われる擬似デバイスが多数あります。大部

分の擬似デバイスは、『HP-UX リファレンス』のセクション 7 のマンペー

ジで説明されています。

第 3 章 59



/etc

/etcディレクトリには、以下の操作に必要なファイルを含めシステムワイド

の設定ファイルが格納されています。

• ブートやシャットダウンの動作のカスタマイズ

• ネットワークの構成

• マウント対象とするファイルシステムの設定

• ユーザーとグループの定義

• 論理ボリュームの定義

上記のリストはほんの一部です。/etcには、互換性のために、いくつかの他

のディレクトリ内のコマンド ( かつては /etcディレクトリにあったコマンド

) へのシンボリックリンクも格納されています。

/etc/opt/product

いくつかのオプションの製品では、サーバーへの追加時に、/etc/optディレ

クトリの下にサブディレクトリが作成され、その製品固有の構成情報が格納されます。

/home

/homeディレクトリは、ユーザーアカウントのホームディレクトリのデフォル

トの場所です。たとえば、ユーザー名が thomasのユーザー “Thomas” をHP-UX サーバーに登録すると ( ホームディレクトリの場所をデフォルトのま

まにしておいた場合には )、Thomas のホーム ( ログイン ) ディレクトリは

/home/thomasになります。

/opt

/optディレクトリには、アプリケーションソフトウェアと、実行可能なシス

テムとして低限必要な HP-UX 11i オペレーティングシステムのシステムコ

ンポーネント以外のコンポーネントが格納されます。

/sbin

ブート時または重要な共有ライブラリが破損したときに必要となる重要なプログラムの静的リンク版が格納されます。/sbinは、システムがマルチユーザー

モードになっていないときや、/usrファイルシステムがまだマウントされて

いないときに使われます。

第 3 章60



/stand

/standディレクトリは、ルートファイルシステムの一部です ( システムの起

動シーケンス中にマウントされる初のファイルシステムです )。/standは、

ブートローダーがカーネルファイルをディスクから読み込み実行を開始するときに使われる特殊なディレクトリです。

/tmp

/tmpディレクトリは、一時的なスクラッチファイル用のディレクトリです。

特に、システムの起動時に、/varにマウントされるファイルシステムが利用

可能になる前に使われます。

一部のシステムでは、/tmpの内容はブートのたびに消去されます。その他の

システムでは、手作業による /tmpの保守を選択することができます。いずれ

にしても、/tmpにはファイルを長期間保存しないでください。いつかは失わ

れる可能性があります。/var/tmpも参照してください。

/usr

通常はシステムのブート時には不要な、多くの HP-UX リソースが格納されま

す。

ディレクトリ /と /usrにあるファイルは読み取り専用で使われることが前提

になっているため、必要ならばネットワークリソースから読み取り専用モードでマウントすることができます。HP-UX のコンポーネントやアプリケーショ

ンでファイル ( たとえばログファイル ) をアップデートする必要がある場合に

は、このようなファイルは /varなどの書き込み可能なファイルシステムに格

納しておく必要があります。

/usr/bin

動的にリンクされる必要不可欠ではないコマンドとプログラムが格納されます。システムがマルチユーザーモードになった後に大部分のユーザーで使われます。/usr/bin内のコマンドとプログラムは、システムをブートするために

は必要ありません。これらのコマンドは、それが格納されているファイルシス

テムがマウントされた後にしか使うことができません。

/usr/lib

/usr/bin内のバイナリによって使われる共有ライブラリが格納されます。

第 3 章 61



/usr/sbin

動的にリンクされた必要不可欠ではないコマンドが格納されます。システムがマルチユーザーモードになった後にシステムを管理するために使われます。これらのコマンドは、それが格納されたファイルシステムがマウントされた後でしか使うことができません。

/var

“var” は、variable ( 可変 ) の略です。このディレクトリ ( 通常はマウント可能

なファイルシステムに関連付けられています ) には、可変データ、すなわち、

システムの動作中に必ず変更されるファイル ( たとえば、必ず書き込みが行わ

れるログファイル ) が格納されます。

/var/opt/product

いくつかのオプションの製品では、サーバーへの追加時に、/etc/optディレ

クトリの下にサブディレクトリが作成され、その製品固有の情報が格納されます。

/var/tmp

/var/tmpディレクトリは、一時的なスクラッチファイル用のディレクトリで

す。システムのブートが完了した後は、/tmpディレクトリよりも優先的に使

われます (/varは短期的なデータを前提としており、一時的なデータは明らか

に短期的です )。

/var/tmpディレクトリは、/tmpディレクトリと同様に、一時的なファイル (長期間保存しないファイルで、必要不可欠ではないファイル ) のためだけに使

う必要があります。/var/tmpのファイルは、/tmpとは異なり、システム起

動時に削除されることはありませんが、両方の tmpディレクトリ内のファイ

ルの削除は設定 ( 削除の時期や削除するかしないかの設定 ) 可能であり、シス

テムに依存します。

第 3 章62


HP-UX のストレージ


どのようなオペレーティングシステムでも、管理対象のリソースの中でも重要なリソースは、間違いなくストレージです。ストレージはデータを格納するデバイスを指す一般的な用語です。ストレージには、以下のように多くの形態があります。

• サーバーにローカルに接続された物理ディスクドライブ

— SCSI ハードウェアプロトコルディスク

— Fibre Channel ディスク

— USB 2.0 ディスク

• サーバーにローカルに接続された複数の物理ディスクが搭載されているドライブエンクロー

ジャ

• サーバーにローカルに接続されたディスクアレイ ( 上記と同様のドライブエンクロージャ。た

だし、エンクロージャにはエンクロージャ内のディスクを管理するディスクコントローラが搭載されています。JBOD (Just a Bunch Of Disks の略 ) と呼ばれたり、RAID (Redundant Arrays of Inexpensive Disks の略 ) と呼ばれることがあります )。

• Storage Area Network (SAN)。上記と同様の物理ディスクまたはディスクアレイですが、特

殊な高速ネットワークを構成し、それを経由してアクセスします。SAN ストレージは、ア

クセスするサーバーから物理的に近い場所に配置することができますが、災害に備えて物理的に離れた場所に配置することもできます。Storage Area Network は、ファイルシステム

階層の下のブロック I/O 階層で動作します。

• Network Attached Storage (NAS)。ファイルシステム階層で動作し、標準のネットワークプ

ロトコル (NFS、CIFS) が使われる代替ネットワークストレージソリューションです。

• オフラインストレージ ( リムーバブルメディア )。データは以下のメディアに格納されます。

— テープ (DLT、DDS、リール、その他のテープ形式 )

— 光磁気媒体 (CD、光磁気ディスク、DVD-ROM、その他の光磁気形式 )

— リムーバブルディスクドライブ

オフラインストレージは、対災害用にオフサイトでデータを保存 ( 通常はバックアップ ) するためによく使われます。

第 3 章 63



ストレージの利用方法

HP-UX オペレーティングシステムでは、ストレージは各種の目的で使われますが、代表的な利

用方法は以下のとおりです。

• ファイルシステムにローカルに格納されるファイルとディレクトリ

• 速度重視のためディスクボリュームに raw 形式で格納されるデータベース (HP-UX ではなく

データベースアプリケーションが管理 )

• スワップ領域 (HP-UX がページングの目的で使います )

• ダンプ領域 ( システムパニックなどの重要なイベントの発生後に、HP-UX の状態を取得する

ために使われます )

ストレージの構成

ストレージは、コンピューティング環境のネットワークサブシステムや他の多くのサブシステムと同様に、物理デバイスから、そのデバイスに対してデータの読み書きを行うアプリケーションまで、多くの階層で構成されています。これらの階層は、総称して、ストレージスタックと呼びます。

以降の項では、HP-UX のストレージスタックの各種のコンポーネントについて説明します。

物理ストレージデバイス

ストレージスタックの下位のレベルは、データの格納や取り出しを行う物理デバイスです。通常はディスクドライブですが、以下のような他のストレージデバイスも使われます。

• DLT テープドライブ / ライブラリ

• 光磁気ドライブ / ライブラリ

• DDS テープ

ディスクドライブには、以下の形態があります。

• 個別のドライブ

• ドライブエンクロージャ ( 複数のディスクドライブのグループであり、個別のドライブとし

て扱われます )

• ディスクアレイ ( ドライブエンクロージャと似ていますが、含まれているストレージをローカ

ルに管理するためのディスクコントローラが搭載されています ( 例 : RAID))

• SAN - Storage Area Networks ( 専用ネットワークに接続された物理ドライブ )

第 3 章64



• NAS - Network Attached Storage ( 専用のサーバーに接続されているストレージで、標準の

ネットワークファイルシステムプロトコルを使ってアクセスします )

個々のディスクドライブは ( スタンドアロン、アレイ内、エンクロージャ内のいずれであっても

)、LUN と呼ばれることがあります。“LUN” という用語は、「Logical Unit ( 論理ユニット )」の

略です。LUN は、しばしば大きなアレイデバイス内の物理ディスクドライブ ( ドライブユニッ

ト ) に関連付けられますが、他の大きなデバイスの ( 論理的に定義された ) サブセットを指すこ

ともあります。

ボリュームマネージャ

物理ディスクドライブは、スタンドアロンモードで使うことができます。すなわち、物理ディスクドライブは、パーティション分割され、ファイルシステムを使ってフォーマットされ、ページングやデータベースアプリケーションでストレージユニットとして使われます。ただし、物理ディスクドライブは、通常、大きな領域のプールにグループ化され、その後論理ストレージコンテナーに分割されます。これらのコンテナー ( 使っているボリュームマネージャによって、ボ

リュームまたは論理ボリュームと呼ばれます ) では、グループ内の物理ドライブの境界を意識す

る必要はありません。すなわち、コンテナーは複数の物理デバイスにまたがることができます。

ボリュームマネージャを使うと、これらの領域のプールを分割して、論理ストレージコンテナーに割り当てることができます。

領域のプールは、Logical Volume Manager (LVM) ではボリュームグループと呼ばれ、Veritas Volume Manager (VxVM) ではディスクグループと呼ばれます。

論理ストレージコンテナーは、LVM では論理ボリュームと呼ばれ、VxVM では単純にボリュー

ムと呼ばれます。ファイルシステム、データベース、ボリュームは、アプリケーションにとっては物理ディスクのように見え、物理ディスクとして扱われます。

HP-UX 11i v3 では、以下のボリュームマネージャがサポートされています。

LVM Logical Volume Manager については、『HP システム管理者ガイド : 論理ボ

リュームの管理』に説明があります。

VxVM Veritas Volume Manager は、HP-UX 11i v3 のデフォルトのボリュームマ

ネージャです。VxVM には多くの機能があり、そのうちのいくつかは LVM や

MirrorDisk/UX (LVM に付属している製品で、データを複数の物理ディスク

にミラーリングするために使います ) にはありません。

HP-UX に付属している VxVM バージョンは、追加ライセンスが必要なフル

バージョンで提供される機能のサブセットを含む基本バージョンです。VxVMの基本バージョンとフルバージョンに含まれている機能についての詳細は、ご使用中の Veritas Volume Manager のバージョンに対応した『Veritas Volume Manager リリースノート』を参照してください。

第 3 章 65



注記領域のプールは、Logical Volume Manager ではボリュームグループと呼ばれ、

Veritas Volume Manager ではディスクグループと呼ばれます。

両方のボリュームマネージャを 1 台のサーバーに共存させることができます。それぞれのボ

リュームマネージャは制御しているディスクを追跡しているため、特定の物理ディスクは同時には 1 つのボリュームマネージャでしか制御することはできません。柔軟な構成を可能にするため

にディスクを LVM から VxVM に移行したい場合には、vxvmconvertユーティリティを使えば

LVM 物理ボリュームを VxVM ディスクに変換することができます。

ボリュームマネージャの選択 HP-UX 11i v3 では、以下の 2 つのボリュームマネージャから選

択することができます。

• HP Logical Volume Manager (LVM)

• Veritas Volume Manager (VxVM)

両方を ( 異なる物理ディスクに対して ) 同時に使うことはできますが、通常はいずれか 1 つを選

択して、それだけを使います。表 3-1 に、2 つのボリュームマネージャの比較を示します。ニー

ズにあった選択を行うために役に立ててください。

表 3-1 ボリュームマネージャの機能と用語の比較

機能 HP Logical Volume Manager (LVM)

Veritas Volume Manager (VxVM)

入手方法 LVM は、HP-UX 11i v3 Foundation Operating Environment に含まれてい

ます。

選択する OE に Veritas Volume Manager が含まれているかどう

かは、『HP-UX 11i バージョン 3 リリースノート』で確認して

ください。

物理ディスクの呼び方物理ボリューム Veritas Volume Manager ディ

スク

物理ディスクのグループの呼び方

ボリュームグループディスクグループ

ボリュームグループ / ディ

スクグループから割り当てられる論理ストレージコンテナーの呼び方

論理ボリュームボリューム

第 3 章66



論理ボリューム内にユーザーデータを割り当てるときの単位

物理エクステント ( ディス

ク領域の固定サイズのチャンク。サイズは、特定のグループではすべての物理ボリュームで同じである必要があります )

サブディスク ( サイズは任意で

す。サブディスクは、ディスクグループ内の Veritas Volume Manager ディスクに割り当てら

れるディスクブロックのセットを表します )

ボリュームとボリュームグループの構成情報が格納される場所

各物理ボリュームの先頭にある特殊な予約領域

各物理ボリュームにある「プライベート領域」と呼ばれる特殊な領域

ミラー ( データのコピー ) ミラーリングをサポートするためには、システムにMirrorDisk/UX を追加する

必要があります。Mirrordisk/UX は、大 3つのデータコピーをサポートしています。

ミラーは、プレックスで構成されます。各プレックスはミラーリングされているボリュームのコピーです。基本バージョンのVeritas Volume Manager では、

ルートファイルシステムのミラーリングしか行うことができません。

ルートファイルシステム以外のミラーリングをサポートするためには、Veritas Volume Manager でも LVM と同様の追

加ライセンスが必要ですが、追加ライセンスがあれば VxVM で

大 32 のデータコピーがサ

ポートされます。

表 3-1 ボリュームマネージャの機能と用語の比較 ( 続き )

機能 HP Logical Volume Manager (LVM)

Veritas Volume Manager (VxVM)

第 3 章 67



注記 Veritas Volume Manager は、HP-UX 11i v3 では複数のバージョンが提供されま

す。ここに示す機能は、VxVM バージョン 4.1 のものです。バージョンごとの仕

様については、それぞれのバージョンの『Veritas Volume Manager リリースノー

ト』を参照してください。

Veritas Volume Manager には、基本レベルとフルレベルの 2 つのライセンスレ

ベルがあります。特に明記していない限り、上記の表に示した機能は基本レベルライセンスの機能です。フルレベルライセンスでサポートされる追加機能については、Veritas Volume Manager のマニュアルを参照してください。

ボリュームグループ

ボリュームマネージャを使う場合の初の手順は、物理ドライブを以下の名前のディスク領域プールにグループ化することです。

ディスクグループ : Veritas Volume Manager (VxVM) を使う場合

または

ボリュームグループ : Logical Volume Manager (LVM) を使う場合

注記ディスクグループ / ボリュームグループ内の個々のディスクは、次のように呼ば

れます。

VM ディスク : Veritas Volume Manager (VxVM) を使う場合

または

物理ボリューム : Logical Volume Manager (LVM) を使う場合

( 論理 ) ボリューム

物理ディスクドライブをディスクグループ / ボリュームグループにグループ化してしまえば、全

体の領域を、論理ストレージコンテナーに分割することができます。論理ストレージコンテナーは、グループ内の個々のドライブより小さくても大きくても構いません。論理ストレージコンテナーは、次のように呼ばれます。

ボリューム : Veritas Volume Manager (VxVM) を使う場合

または

論理ボリューム : Logical Volume Manager (LVM) を使う場合

第 3 章68



個々のボリュームまたは論理ボリュームは、一度定義すれば、以下の目的で使うことができます。

• ブート ( ブートストラップローダー、オフライン診断機能、サーバーの管理に必要なその他の

ソフトウェアを格納することができます )

• ファイルシステム ( 従来のファイルストレージ )

• スワップ領域 ( 仮想メモリー / ページング )

• ダンプ領域 ( システムパニック後のメモリーダンプ )

• rawディスクアクセス (ディスク領域を自身で管理するデータベースアプリケーションやその

他のアプリケーション用 )

論理ボリュームは、必要に応じて、拡張や縮小を行うことができます ( 格納されているデータで

このような操作がサポートされている場合 )。

図 3-2 論理ボリュームはサイズを変更することができる

ファイルシステム

ボリューム ( 物理ディスク ) は、スワップ領域や raw ディスクアクセス用 ( たとえば、データ

ベースアプリケーションで管理されるディスク領域 ) に使わない場合には、ファイルストレージ

として使うことになります。

ディレクトリ、ファイル、ファイルデータは、通常はボリュームやディスクドライブ全体に分散されています。大きな図書館でカード式の目録を使うと特定の書物がある場所を調べることができるのと同様に、ファイルシステムの主目的はボリュームまたは物理ディスクに格納されているファイルへのポインターを管理して、それらのファイルを後で取り出すことができるようにする

第 3 章 69



ことです。これらの情報は、単にどのファイルがどのディレクトリに格納されているかを示すだけでなく、以下の項目のような低レベルのポインターや、その他の重要な情報が含まれています。

• ディスクブロックが属しているファイル

• 現在未使用のディスクブロック (特定のディスクブロックが2つ以上の目的で使われることが

ないようにし、ブロックの順番を管理するため )

• ディレクトリ構造を示すリンクされたリスト

ファイルシステムは、その他の重要な機能を持っています。たとえば、所有権やアクセス権の情報は、HP-UX のセキュリティ機能によって、ファイルやディレクトリへのアクセスが認可され

たユーザーだけにアクセスを許可するために使われます。

サポートされるファイルシステム HP-UX では、ボリュームマネージャで使うことができるファ

イルシステムタイプを複数用意しています。具体的には、以下のとおりです。

HFS 当社独自の High-Performance File System は、大 128GB のファイルと

ファイルシステムをサポートしています。

VxFS Veritas File System バージョン 4.1 は、大 16TB のファイルと大 40TBのファイルシステムをサポートしています。VxFS は、OnlineJFS/JFS 4.1 と

呼ばれることもあります。

HP-UX 11i v3 では、上記のファイルシステムタイプに加えて、以下のファイルシステムタイプ

もサポートされています。

CDFS CD ファイルシステムを使うと、ISSO-9660 形式のコンパクトディスクメディ

アの読み書きを行うことができます (Rockridge Extensions はあってもなくて

も可 )。

UDF UDF ファイルシステムは、UDF 形式で書き込まれている光磁気媒体を読み込

むために使います。このファイルシステムを使うと、UDF 形式をサポートし

ているオペレーティングシステムで作成されたディスクを読むことができます。

MEMFS メモリーファイルシステムです。

FAT32 32 ビット File Allocation Table ファイルシステムは、主にブートと EFI 操作

で使われます。

第 3 章70



効率的なデータアクセス

高性能なディスク I/O を必要としている場合には、必ず高速のインタフェース ( たとえば、

Fibre Channel) を使う以外に、以下の配慮も必要です。

• ディスクストライピング

• ディスクアクセスの分散

• ファイルシステムタイプ

• デバイスへの複数のパスの構成 ( 効率向上のため )

• ディスクミラーリング ( 性能向上のため )

ディスクストライピング

ディスクストライピングでは、連続する書き込みが異なるデバイスに対して行われるように、データが複数の物理ディスクに分散されます。そのため、2 回目のデータチャンクの書き込みで

は、デバイスが初のチャンクの書き込みを終えるまで待つ必要はありません。つまり、n台の

ディスクストライピングを行えば、デバイスが後続のデータを書き込めるようになるのを待つことなく、n個のデータチャンクを同時に ( またはほぼ同時に ) 書き込むことができます。

ストライピングは、ディスクアレイ、RAID アレイ、またはその他の RAID 操作をサポートして

いるハードウェアを使っている場合には、デバイスレベルで行われます。それ以外のタイプのディスクストライピングは、LVM や Veritas Volume Manager (VxVM) によって行われます。

ボリュームマネージャを使ってストライピングを行う方法については、lvcreate (1M) または

vxassist (1M) を参照してください。

ストライピングで使うデータチャンクのサイズは指定することができます。

ハードウェアデータストライピングは、特定の RAID 構成を使って行われます。RAID をサポー

トしている当社のディスクアレイでよく使われるストライピング関連の RAID レベルは、以下の

とおりです。

RAID 0 データブロックを使ったストライピングであり、ストライプ内にはパリティー

ディスクはありません。性能上の理由で、データブロックは通常 512 バイト (大部分のハードディスクの物理セクターサイズ ) の倍数です。

RAID 0 を使う場合の重要な留意事項は、ストライプ内のディスクの台数で

す。ストライプ内のディスクの台数が増えるほど、いずれかのディスクが故障する確率が高くなります。ストライプにはパリティーディスクが含まれていないため、失われたデータは再構築することができず、バックアップなどのソースからリストアする必要があります。

第 3 章 71



RAID 5 データブロックを使ったストライピングであり、パリティー情報がストライプ

セット内のデバイスに均等に分散されます。パリティー情報は、ドライブが故障した場合に失われるデータを再構築するために使われます。

ストライプセットは、1 台のドライブが故障しても機能します。また、故障し

たドライブを交換すれば、残りのドライブのパリティー情報を使って ( 以前は

故障したドライブにあった ) 失われたデータを再構築することができます。再

構築が完了すると、新しいディスクドライブは完全にセットに組み込まれ、後で他のドライブが故障した場合のデータ損失からの保護が可能になります。

注記すべてのデバイスですべての RAID レベルがサポートされているわけではありま

せん。ご使用中のデバイスでサポートされている RAID レベルについて調べるに

は、ディスクアレイ、RAID アレイ、ディスクドライブ、その他のストレージ装

置のハードウェアマニュアルを参照してください。

ディスクアクセスの分散

ディスクストライピングで述べたのと同じ理由で、ディスクへのアクセスを分散させればさせるほど、ディスクに対する読み書きの性能は向上します。それにより、他のデータアクセス操作でデバイスがビジーになるために読み書きが余分に待たされる確率が減ります。

ファイルシステムタイプ

ファイルシステムタイプの選択は、データへアクセスする際の効率にも影響します。Veritas File System (VxFS) は、通常、HFS ファイルシステムを使う場合に比べて、高性能です。

デバイスへの複数のパスの構成 ( 効率向上のため )

HP-UX 11i v3 から、HP-UX 11i ではデバイスマルチパス機構がサポートされるようになりまし

た。これはデバイスファイルに、デバイスへのハードウェアパスではなく、一意のデバイス IDを使ってデバイスを関連付ける新しいテクノロジです。これは、複数のポートを持つ ( 複数の物

理接続をサポートしている ) ハードウェアを使っている場合には、特定のデバイスへの複数の

ハードウェアパスを単一のデバイスファイルで表現できることを意味します。これによって、パスの冗長性が確保できるだけでなく、I/O のバンド幅も拡大されます。HP-UX 11i v3 では、デ

バイスへの複数の物理接続間で自動的に負荷が分散され、I/O 効率が向上します。

デバイスマルチパス機構についての詳細は、76 ページの「ストレージのアドレス指定方法」を


第 3 章72



ディスクミラーリング ( 性能向上のため )

ディスクミラーリングは、冗長性を備えること以上に、性能向上の効果があります。ミラーのディスクへの書き込みよりもディスクからデータを読み取ることの方が多い環境で、RAID 1 (ミラーリング ) ディスク構成を使うと、その後のディスクブロックの読み込みは複数のデバイス

から並列に行うことができるため、データの入力速度が著しく向上します。RAID 1 構成を使っ

た場合のこの他の利点については、「ディスクミラーリング」を参照してください。

ストレージとデータの冗長性

情報化時代を迎えて、多くのデータは、重要なものから不可欠なものまで、さまざまな価値を持つようになっています。データ冗長性の重要性は、保護対象のデータの重要性に直接比例します。

データ冗長性には多くの実現方法がありますが、どの方法でもデータの複数のコピーが存在し、データの一次コピーが破損したり破壊された場合には、データの別のコピーを使って運用が継続できるようになっています。

データ冗長性テクノロジを選択する場合には、以下のことに留意する必要があります。

• 損失したデータをどれくらい短時間で復元できる必要があるか

• データの一次コピーが使えなくなったときに、簡単に代替コピーに切り替えることができる

か

• データのオフサイトコピーは必要か

• データの変更頻度はどれくらいか

デバイスへの複数のパスの構成 ( 冗長性のため )

データの保護におけるキーポイントの 1 つは、単一障害点をなくすことです。RAID とその他の

ディスクアレイ、ディスクミラーリング、データのバックアップ、Serviceguard は、すべて単

一障害点を取り除くテクノロジです。

HP-UX 11i v3 から、HP-UX 11i ではデバイスのマルチパス機構がサポートされるようになりま

した。これはデバイスファイルに、デバイスへのハードウェアパスではなく、一意のデバイスID を使ってデバイスを関連付けるテクノロジです。これは、複数のポートを持つ ( 複数の物理

接続をサポートする ) ハードウェアを使っている場合には、特定のデバイスへの複数のハード

ウェアパスを単一のデバイスファイルで表現できることを意味します。これによって、I/O のバ

ンド幅が拡大されるだけでなく、デバイスへのパスの冗長性が確保できます。HP-UX 11i では、

インタフェースカード、ケーブル、その他のハードウェア部品が故障した場合には、代替ハード

第 3 章 73



ウェアパスへのフェイルオーバーが自動的に行われるようになりました。このフェイルオーバーは、デバイスにアクセスしているアプリケーションやユーザーをほとんどあるいは完全に中断させることなく行われます。

RAID とその他のディスクアレイ

ディスクアレイと、RAID 構成を使って構成された独立したディスクの集合は、1 つの物理ディ

スクのデータを 1 つ以上の追加物理ディスクにミラーリングする機能を持っているため、1 つの

ドライブメカニズムの故障に備えてデータの追加コピーを用意しておくことができます。単純にデータの二次コピーを持っているだけでも、データのすべてのコピーで障害が発生する確率が指数的に減少します。

ハードウェアデータミラーリングは、特定の RAID 構成を使って実現されます。RAID をサポー

トしている当社のディスクアレイでよく使われるミラーリング関連の RAID レベルは、以下のと

おりです。

RAID 1 データを 1 つ以上の追加ディスクにミラーリングすることによって冗長性が備

わり、データのコピーをオフラインで処理することができるようになります。これにより、たとえば現在のディスクの状態に対するスナップショットを取得してバックアップセットを作成し、オフラインでオフサイトに保管することができます。

注記すべてのデバイスですべての RAID レベルがサポートされているわけではありま

せん。ご使用中のデバイスでサポートされている RAID レベルについて調べるに

は、ディスクアレイ、RAID アレイ、ディスクドライブ、その他のストレージ装

置のハードウェアマニュアルを参照してください。

ディスクミラーリング

前項では、ディスクアレイと RAID の構成を、主にハードウェアの観点から説明しました。ディ

スクミラーリングはソフトウェアを使って行うこともできます。ボリュームマネージャ LVM と

Veritas Volume Manager は、データをミラーリングするために使うことができます。

LVM を使ったディスクミラーリングを実現するためには、MirrorDisk/UX を購入してインス

トールする必要があります。MirrorDisk/UX を使うと、大 2 つのミラーデータを作成するこ

とができます ( データのコピーの合計は 3 つになります )。

Veritas Volume Manager の基本バージョンを使った場合にミラーリングできるのは、ルート

ファイルシステムだけです。Veritas Volume Manager のフルバージョンのライセンスを購入す

れば、他のディスクグループもミラーリングできるようになり、ボリュームアドレス空間のミラーコピーを大で 32 個持つことができるようになります。

第 3 章74



データのバックアップ

データは、ユーティリティのいずれかを使って任意の時点でコピーすることができます。リムーバブルメディアにデータをコピーして、オフサイトで保存したり、別の場所に運んで安全に保管することができます。バックアップ用に使うことができるリムーバブルメディアには、以下のものがあります。

• 他のディスク

• 磁気テープ

— DLT

— DDS

• 光磁気ディスク

— 書き込み可能 DVD

— 書き込み可能 CD

— 光磁気ディスクライブラリ

ファイルは、他のディスク上のファイルとしてバックアップすることもできます ( たとえば、

tar アーカイブとして )。

バックアップユーティリティ HP-UX には、データのバックアップを行うために多くのユーティ

リティが用意されています。

pax

paxコマンドは、アーカイブファイルでの抽出、書き込み、表示と、ファイルとディレクト

リ階層のコピーを行います。より新しいユーティリティである paxは、従来の ( 今でも使用

できる ) ユーティリティ cpioおよび tarと基本的には同じ機能を実行します。paxについ

ての詳細は、pax (1) を参照してください。

shar

sharコマンドは、指定されたファイルとディレクトリを、メールによる転送や移動に適し

た単一の配布用パッケージにまとめます。ファイルには、実行可能プログラムをはじめとして、任意のデータを含めることができます。このコマンドを実行した結果標準出力に書き込まれるパッケージは、編集可能なシェルスクリプトです ( たとえば、先頭にメッセージを書

き込むことができます )。

第 3 章 75



vxdump

vxdumpは、VxFS ファイルシステム内の特定の日付以降に変更のあったすべてのファイル

を磁気テープにコピーします。vxdump (1M) を参照してください。

fbackup (frecoverを使ったデータ復旧 ) は、データを上記のタイプのメディアにバックアッ

プするための HP-UX 固有のバックアップユーティリティです。

tar

tar (“tape archiver” の略 ) は、ディスクアーカイブファイルや光磁気媒体へ書き込むことが

できます。tarは、他のバージョンの UNIX、Linux、Microsoft Windows など、他の多く

のオペレーティングシステムと互換性があります。

cpio

cpioコマンドは、磁気テープ、その他のデバイス、通常のファイルに対してファイルの

アーカイブの保存やリストアを行い、またファイルをあるディレクトリから別のディレクトリへ、ディレクトリツリー構造を複製しながらコピーします。cpioは、ファイルの処理が

完了すると、書き込んだブロックの数を報告します。

重要なファイルは、リムーバブルメディアにバックアップするだけでなく、ftp、rcp、または

sftp ( セキュアコピー用 ) を使って別のシステムにコピーすることができます。

ストレージのアドレス指定方法

HP-UX のストレージスタックを構成している各種のコンポーネントは、異なる方法でアドレス

指定されます。

表 3-2 ストレージのアドレス指定方法

スタックコンポーネント

アドレス指定方法

ファイルシステム

ファイルシステムは、作成されると通常マウントポイントを使ってアドレス指定されます。マウントポイントは、そのファイルシステム内のファイルのルートを表す、HP-UX ディレクトリツリー内のディレクトリです。

第 3 章76



raw アクセスすべての論理 / 物理ボリュームがファイルシステムを含んでいるわけではあ

りません。ファイルシステムを含まないボリュームの用途としては、次のものを挙げることができます。

• スワップ領域

• ダンプ領域

• データベース管理領域

スワップ領域とダンプ領域は、カーネルによって管理されます。データベース管理領域は、通常データベースアプリケーションによって管理されます。

( 論理 ) ボリューム

ボリュームグループまたはディスクグループ内の領域から割り当てられた論理コンテナーは、そのボリューム名でアドレス指定されます。これらのボリュームはオペレーティングシステムの観点からはディスクドライブであるため、デバイスファイルが関連付けられています。

LVM 論理ボリュームには、以下の形式の名前を持つデバイスファイルがあ

ります。

/dev/vgxx/lvoln

/dev/vgxx/rlvoln

xxは、論理ボリュームが属しているボリュームグループを表します。nは、

ボリュームグループ内の論理ボリューム番号を表します。ディレクトリlvolnにはブロック型デバイス特殊ファイルが格納され、ディレクトリ

rlvolnにはキャラクタ型デバイス特殊ファイルが格納されています。

VxVM ボリュームには、以下の形式の名前を持つデバイスファイルがあり

ます。

/dev/vx/dsk/diskgroupname/volnn

/dev/vx/rdsk/diskgroupname/volnn

diskgroupnameはデバイスファイルに関連付けられているボリュームグ

ループの名前で、nnはボリューム番号を表しています。

表 3-2 ストレージのアドレス指定方法 ( 続き )



第 3 章 77



デバイス特殊ファイル

HP-UX、アプリケーション、その他のプロセスは、デバイス特殊ファイルを読み書きすること

によってデバイスや擬似デバイスと通信します。デバイス特殊ファイルは特殊な形式を持っており、HP-UX に対して以下の情報を伝えます。

• デバイスと通信する際に、キャラクタ型転送とブロック型転送のどちらを使うか

• 関連付けられたデバイスと通信するためにどのデバイスドライバを使うか

• デバイスの場所を特定する方法 / デバイスを識別する方法

• デバイスとの通信に必要なドライバ固有の属性

上記のリストの始めの 2 つの項目は、デバイス特殊ファイルのメジャー番号で決まり、後の 2 つ

の項目は、デバイス特殊ファイルのマイナー番号で決まります。

ボリュームグループ / ディス

クグループ

LVM ボリュームグループは、通常 “vgnn” という形式の名前を持っています

(nnはボリュームグループ番号を表します )。ルートファイルシステムを含

むボリュームグループは、vg00です (LVM 論理ボリュームにルートファイ

ルシステムが含まれている場合 )。

Veritas Volume Manager を使っている場合 ( かつルートファイルシステム

が VxVM ボリュームに含まれている場合 ) には、ルート VxVM ディスクグ

ループは通常 rootdg1 と呼びます。

物理ディスク LVM ボリュームグループと VxVM ディスクグループの基本的なビルディ

ングブロックは、物理ディスクドライブです。

1. リリース 4.0 より前の Veritas Volume Manager (VxVM) では、VxVM がインストー

ルされているシステムにはデフォルトのディスクグループ rootdgが構成されており、

そこには少なくとも 1 つのディスクが含まれている必要がありました。デフォルトで

は、操作の対象は rootdgディスクグループでした。VxVM リリース 4.0 からは、

VxVM はディスクグループが構成されていなくても機能するようになりました。どの

ディスクグループにも rootdgという名前を付ける必要はなくなりました。rootdgと

いう名前が付けられたディスクグループでも、その名前によって特殊な特性を持つことはなくなりました。

表 3-2 ストレージのアドレス指定方法 ( 続き )



第 3 章78



デバイス特殊ファイルの構造デバイス特殊ファイル (DSF) は、以下の要素で構成されます。

ファイル名これは、/devディレクトリツリーに表示されるファイルの名前です。

メジャー番号デバイス特殊ファイルに関連付けられているデバイス /LUN と通信するために

使われるドライバを指定するために使われる番号です。

メジャー番号は、2 つのカーネルテーブル ( ブロック型デバイススイッチテー

ブル bdevswとキャラクタ型デバイススイッチテーブル cdevsw) のどちらかの

テーブル内のデバイスドライバのインデックスです。

ブロック型 I/O とキャラクタ型 I/O の両方をサポートするドライバ ( たとえ

ば、SCSI ディスクドライバや光オートチェンジャー ) は、ブロック型メ

ジャー番号とキャラクタ型メジャー番号の両方を持ちます。キャラクタモードのアクセスだけをサポートするデバイスは、キャラクタ型メジャー番号しか持ちません。

マイナー番号ハードウェアがある場所と、場合によってドライバ個有の特性 ( 通常は特定の

ビットに割り当てることで構成 ) を識別する番号です。

デバイスファイルの 3 つの要素は、ll (ls -l) コマンドを使って表示することができます。以下

に例を示します。

図 3-3 デバイス特殊ファイルの要素

第 3 章 79



デバイス特殊ファイルに格納されている情報は、/usr/sbin/lssfコマンドを使うと見やすい形

式で表示することができます。たとえば次のようにします。

# /usr/sbin/lssf /dev/rdsk/*sdisk card instance 0 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/2/0.6.0 /dev/rdsk/c0t6d0sdisk card instance 2 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/3/0.6.0 /dev/rdsk/c2t6d0

# /usr/sbin/lssf /dev/disk/*esdisk section 0 at address 64000/0xfa00/0x0 /dev/disk/disk2esdisk section 0 at address 64000/0xfa00/0x1 /dev/disk/disk3

/usr/sbin/ioscanコマンドも、システム上のデバイスについてのハードウェアパス情報を表

示します。

システム上のディスクドライブの従来の表示は以下のとおりです。

# /usr/sbin/ioscan -C diskH/W Path Class Description=====================================================0/0/0/2/0.6.0 disk HP 36.4GMAN3367MC0/0/0/3/0.6.0 disk HP 36.4GMAN3367MC

同じディスクドライブの柔軟なビューは、以下のとおりです ( 実際のハードウェアパスではな

く、仮想 LUN のハードウェアパスが表示されます )。

# /usr/sbin/ioscan -N -C diskH/W Path Class Description=====================================================64000/0xfa00/0x2 disk HP 36.4GMAN3367MC64000/0xfa00/0x3 disk HP 36.4GMAN3367MC

従来のデバイスアドレス指定と柔軟なデバイスアドレス指定 HP-UX 11i v3 から、マスストレー

ジデバイスは、デバイスへのハードウェアパスではなく、デバイスインスタンスで参照されるようになりました。この方法は、特定のデバイス特殊ファイルにデバイスへのハードウェアパスを関連付けていた従来のアドレス指定方式に比べると多くの利点を持っています。マスストレージデバイス用のデバイスハードウェアアドレス指定は、柔軟かつ、自動的、透過的になりました。これには多くの利点があります。

注記従来の HP-UX リリースと互換性を持たせるために、HP-UX 11i v3 では従来のマ

スストレージデバイスに対するデバイスアドレス指定方式もサポートされます。したがって、スクリプト、構成、過去に作成したデバイス特殊ファイルのその他の利用はそのまま機能します。

第 3 章80



移行目的で、従来のデバイスアドレス指定 ( 従来のデバイス特殊ファイルを使用 )と柔軟なデバイスアドレス指定 ( 一貫性のあるデバイス特殊ファイルを使用 ) の両方を同時に使うことができますが、柔軟なデバイスアドレス指定の多くの利点を活かし、将来の互換性を確保するためには、使っている下位層のファイルシステムとテクノロジで一貫性のあるデバイス特殊ファイルをサポートできるようになれば、一貫性のあるデバイス特殊ファイルの使用に移行する必要があります。

設定の安定性の向上柔軟なデバイスアドレス指定を使うと、ハードウェアパスはシステムをブートし直すときに変更することができます ( たとえば、サーバーのシャットダウン中に LUN を 1 つの HBA から別の

HBA へ移す場合 )。また、SAN 構成は、デバイス特殊ファイルを変更しなくても変更することができます

( つまり、他の構成ファイルを変更する必要はありません )。一貫性のあるデバイス特殊ファイル ( 柔軟なデ

バイスアドレス指定機能を備えたデバイス特殊ファイル ) に関連付けられているディスクを交換した場合に

は、io_redirect_dsfコマンドを使って一貫性のあるデバイス特殊ファイルが交換したディスクを参照す

るようにアップデートすることができます。詳細は、io_redirect_dsf (1M) のマンページを参照してくださ

い。

スケーラビリティデバイス特殊ファイルのマイナー番号の制限によって、サーバーのバスインスタンスはこれまで 256 個に制限されていました。柔軟なデバイスアドレス指定を使うことで、257 個以上のバスイ

ンスタンスをアドレス指定することができるようになりました。

柔軟なデバイスアドレス指定を使うと、多数の LUN をアドレス指定することもできるようになります。

HP-UX 11i v3 では、大 16,384 の LUN がサポートされます。

マルチパス機構各 LUN は、大 32 個の物理 I/O パスを持つことができます。HP-UX 11i v3 では、LUNへの新しい物理 I/O パスは自動的に検出されて構成され、以下の負荷バランスポリシーの 1 つを使って、

特定のデバイスへの複数のパス上にデータフローが分散されます。

least_cmd_load I/O 要求は、未処理の I/O 要求がも少ないハードウェアパスに割り当てられます。

round_robin I/O 要求は、すべての利用可能なハードウェアパスにラウンドロビン方式で割り当てら

れます。

path_lockdown I/O 要求は、単一のハードウェアパスに割り当てられます。具体的には、デバイスの

オープン時に未処理の I/O 要求がも少なかったパスです。シリアルデバイス ( たとえ

ばテープドライブ ) の場合には、これがデフォルトの負荷バランスアルゴリズムです。

preferred_path preferred_path属性に設定されている I/O パスが、I/O 転送で優先的に使われます。

この I/O パスが利用できない場合や preferred_path属性が設定されていない場合に

は、任意のパスが I/O 転送で使われます。このポリシーは、I/O が複数の I/O パスを経

由して LUN に同時に転送されると性能が低下する特定のディスクアレイで効果があり

ます。

cl_round_robin この負荷バランスポリシーは、当社のセルベースプラットフォームに適用することがで

きます。I/O が起動された CPU のローカリティ内で LUN パスがラウンドロビン方式

で選択されて、メモリーアクセス遅延が適化されます。

第 3 章 81



特定のデバイスで使われるポリシーを上記のポリシーの中から指定するには、scsimgrコマンドを使いま

す。

注記すべてのデバイスですべての負荷バランスポリシーがサポートされるわけではありません。

使うことができるポリシーは、デバイスのタイプに依存します。詳細は、以下のマンページを参照してください。

scsimgr (1M)scsimgr_eschgr (7)scsimgr_esdisk (7)scsimgr_estape (7)

HP-UX では、LUN へのデータパスの 1 つ以上が障害になった場合には、自動的に残りのパスへの負荷バ

ランスの再構成が行われます。

注記 scsimgrコマンド ( 詳細は、scsimgr (1M) を参照 ) を使うと、負荷バランスアルゴリズム

を設定することができます。アルゴリズムの選択は、各 LUN またはサーバー上のすべて

の LUN を対象に行うことができます。また、選択は、恒久的な設定 ( 値はリブートしても

変わらない ) とすることも、一時的な設定 ( 次回のリブートまで ) とすることもできます。

デバイス特殊ファイルのディレクトリ ( と名前の形式 ) デバイス特殊ファイルは /devディレク

トリにあり、多くのデバイス特殊ファイルは、/dev内の一連のサブディレクトリ内に構成され

ています。これらのディレクトリのうち 2 つのディレクトリには、サーバー上の物理ディスクド

ライブを定義する一貫性のあるデバイス特殊ファイルが格納されます。

/dev/disk サーバー上の物理ディスクデバイスに対してブロックモードでアクセスするた

めの、一貫性のあるデバイス特殊ファイルが格納されます。

/dev/rdisk サーバー上の物理ディスクデバイスに対してキャラクタモードでアクセスする

ための、一貫性のあるデバイス特殊ファイルが格納されます。

上記のディレクトリでは、ファイルは “diskN” (“N” は、ディスクのインスタンス番号 ) という形

式の名前を持っています。

例

/dev/disk/disk15

/dev/rdisk/disk7

第 3 章82



ディスクのデバイスファイル名には、ディスクのパーティション番号を表すために、オプション要素を追加することもできます。デバイスファイル名にこのオプション要素がない場合には、名前はディスク全体を表すことになっています。このオプション要素によって、名前の形式は、diskN_p# (p# は、パーティション番号、テープの記録密度、その他の情報 ) に拡張されます。

例

/dev/rdisk/disk7_p1

/dev/disk/disk15_p3

以下のディレクトリは、以前のバージョンとの互換性を確保するために、HP-UX 11i v3 に残さ

れています。これらのディレクトリには、サーバー上の物理ドライブを定義している従来のデバイス特殊ファイルが格納されます。

/dev/dsk サーバー上の物理ディスクデバイスに対してブロックモードでアクセスするた

めの、従来のデバイス特殊ファイルが格納されます。

/dev/rdsk サーバー上の物理ディスクデバイスに対してキャラクタ型モードでアクセスす

るための、従来のデバイス特殊ファイルが格納されます。

これらのディレクトリでは、ファイルは “c#t#d#” (c# はコントローラインスタンス番号、t# は

SCSI ターゲット番号、d# は SCSI LUN 番号を表しています ) という形式の名前を持っていま

す。

例

/dev/dsk/c3t7d0

/dev/rdsk/c3t15d5

ディスクに関連付けられた従来のデバイス特殊ファイルでは、ファイル名のオプション要素はディスクのパーティション番号を表しています。デバイスファイル名にこのオプション要素がない場合には、名前はディスク全体を表すことになっています。このオプション要素によって、名前の形式は、c#t#d#s# (s# は、パーティション番号、テープの記録密度、その他の情報 ) に拡張

されます。

例

/dev/dsk/c3t7d0s3

/dev/rdsk/c3t15d7s1

注記従来のデバイス特殊ファイルと一貫性のあるデバイス特殊ファイルの両方を同時に使うことはできますが、一貫性のあるデバイス特殊ファイルの多くの利点を活かすには、そちらを使う必要があります。

第 3 章 83



たとえば、従来のデバイス特殊ファイルを使った場合には、1 台のサーバーに定

義してアドレス指定することができる外部バスは、大 256 個だけです。257 以

上の外部バスがある場合には、一貫性のあるデバイス特殊ファイルを使って 256のアドレス境界を越えているデバイスにアクセスする必要があります。

デバイス特殊ファイルの命名規則についての追加情報デバイス特殊ファイルの命名規則についての追加情報は、以下のマンページにあります。

autochanger (7)disk (7)intro (7)mt (7)

マスストレージハードウェアのパス (3 つの形式 ) ハードウェアパスは、名前が示すとおり、

データがデバイスに到着するために経由する物理パスを定義しています。HP-UX 11i v3 には、

マスストレージデバイスへのハードウェアパスを指定するために、3 つの形式が用意されていま

す。

従来のハードウェアパスこれは、HP-UX 11i v3 よりも前のリリースで使われていた形式です。ホストバ

スアダプタ (HBA) に至る、スラッシュ (“/”) で区切られたバスネクサスアドレスの並びで構成されます。

HBA の下には、追加アドレス要素がピリオド (“.”) で区切って並べられます。

直接接続されるデバイスの場合には、アドレス指定は単純なターゲットと LUN です。

0/0/2/0.1.7.0

ストレージエリアネットワーク (SAN) 経由で接続される SCSI-3 デバイスの場合には、従来のアドレス指

定は、ドメイン、エリア、ポート、仮想バス、仮想ターゲット、仮想 LUNでエミュレートされます。

0/2/1/0.1.5.0.0.3.7

lunpath ハードウェアパスこの形式は、柔軟なモードの LUN をアドレス指定するために使われます。ホ

ストバスアダプタ (HBA) までは、従来のハードウェアパスの形式と同じです。HBA の下には、16 進数で

2 つの追加アドレス要素が続きます。

ターゲットアドレスハードウェアパスに関連付けられている物理デバイスを特定するトランスポート依存のアドレスです。

LUN アドレスターゲットから通知された LUN ID を 64 ビットで表現したものです。

第 3 章84



0/2/1/0.0x50001fe1500170ac.0x4017000000000000が、SCSI-3 ハードウェアパスの例です。

図 3-4 lunpath ハードウェアパスの要素

LUN ハードウェアパスデバイスは複数の物理ハードウェアパスを持つことができるため、下位層の物理

ハードウェアパス要素が変更されても、一貫性のあるデバイス特殊ファイルがマッピングするハードウェアパスが変わらないようにするには、仮想化された LUN ハードウェアパスが必要になります。

仮想ハードウェアパスでは、HBA に至る一連のバスネクサスアドレス ( 特定のハードウェアパスに対応す

る ) の代わりに、アドレス 64000 を持つ仮想バスネクサス ( 仮想ルートノードと呼ばれます ) が使われま

す。その仮想ルートノード以下のアドレス指定では、スラッシュ (“/”) で区切られて、仮想バスアドレスと

仮想 LUN ID が続きます。

64000/0xfa00/0x22が、仮想ハードウェアアドレスの例です。

図 3-5 LUN ハードウェアパスの要素

例 3-2 ハードウェアパス形式の要約

前述の 3 つの形式は、同じ LUN を参照するための異なる方法です。つまり、1 つの LUN で以下のすべて

のアドレスを持つことができます。

0/2/1/0.1.4.0.0.2.70/2/1/0.1.5.0.0.2.70/4/1/0.1.4.0.0.2.70/4/1/0.1.5.0.0.2.70/2/1/0.0x50001fe1500170ac.0x40170000000000000/2/1/0.0x50001fe1500170ad.0x4017000000000000

第 3 章 85



0/4/1/0.0x50001fe1500170ac.0x40170000000000000/4/1/0.0x50001fe1500170ad.0x401700000000000064000/0xfa00/0x22

上記の例では、LUN は 4 つの物理ハードウェアパスを持っています。先頭の 4 つの行は、従来のハード

ウェアパス形式を使って表現されています。次の 4 つの行は、SCSI-3 ハードウェアパス形式を使って表現

されています。そして後の行は、(4 つの物理パスすべてで使われる ) 1 つの仮想ハードウェアパスを表し

ています。

HP-UX 11i v3 のコマンドは、LUN へのハードウェアパスの指定では、上記 3 つの形式をすべて受け付け

ます。

デバイス特殊ファイルに関連するコマンドデバイス特殊ファイルの管理で使われる重要なコマンドは、以下のとおりです。

insf ブート時に、新しいデバイス用の従来のデバイス特殊ファイ

ルと一貫性のあるデバイス特殊ファイルの両方を作成するために使われます。 insfは、システムの動作中に、このよう

なデバイス特殊ファイルを手作業で作成する場合にも使われます ( たとえば、ioscanで新しいハードウェアが検出され

たときには、システムのリブートまで待たなくても、insf

を使ってその新しいハードウェア用のデバイス特殊ファイル

を作成することができます )1。詳細は、insf (1M) を参照し

てください。

insfに -Lオプションを指定すると、従来のネーミングモ

デルを使うことができます。

mksf 通常、デフォルト以外の特性を持つ 1 つのデバイス特殊

ファイルを作成するために使います。デバイス特殊ファイルのパラメータを指定する方法については、mksf (1M) を参照


特定のパラメータを持つ 1 つのデバイス特殊ファイルを作

成する場合には、insfの代わりに mksfを使ってください。

デバイス特殊ファイルのパラメータを指定する方法については、mksf (1M) を参照してください。

1. 場合によっては、ioscanを実行しなくても、新しいハードウェアが自動的に検出さ

れ、対応する一貫性のあるデバイス特殊ファイルが作成されます。しかし、対応するデバイス特殊ファイルを持たない新しいハードウェアがあった場合には、insfを

使って一貫性のあるデバイス特殊ファイルを作成することができます。

第 3 章86



lssf lssfを使うと、指定したデバイス特殊ファイルについての

情報が ( 見やすい形式で ) 表示されます。たとえば、lssf

は、古いデバイス特殊ファイルを表示することができます。従来のデバイス特殊ファイルと一貫性のあるデバイス特殊ファイルを指定することができます。lssfについての詳細

と出力例は、lssf (1M) を参照してください。

rmsf rmsfを使うと、指定したデバイス特殊ファイルが削除され

ます。削除するデバイス特殊ファイル ( と削除する場所 ) を指定するための rmsfの多くのオプションについては、rmsf (1M) のマンページを参照してください。

rmsfに -Lオプションを指定すると、従来の命名モデルが

無効になり、すべての従来の I/O ノードとそのデバイス特殊

ファイルがシステムから削除されます。

io_redirect_dsf io_redirect_dsfは、既存のデバイス特殊ファイルをある

デバイスから別のデバイスへ割り当てなおします。このコマンドでは、一貫性のあるデバイス特殊ファイルの利点の 1つを利用するため、従来のデバイス特殊ファイルに対して使うことはできません。詳細は、io_redirect_dsf (1M) を参照


ioscan ioscanは、多くの機能を持っています。まずサーバーの

ハードウェアをスキャンして、新しいハードウェアを適切なドライバにバインドします。ioscanは、デバイス特殊ファ

イルについては、従来のデバイス特殊ファイルと一貫性のあるデバイス特殊ファイル間の対応を表示することができます。ioscanの多くの機能とオプションについての詳細は、

ioscan (1M) を参照してください。

scsimgr scsimgrには、ioscanと同様に、デバイス特殊ファイルを

扱う以外にも多くの機能があります。従来のデバイス特殊ファイルに関連付けられている LUN の変更 ( 従来のデバイ

ス特殊ファイルの交換 ) を検証するために、scsimgrを使う

ことができます。従来のデバイス特殊ファイルを使っているディスクドライブを交換したときに、デバイス特殊ファイルを新しいドライブにマッピングし直す方法については、scsimgr (1M) のマンページを参照してください。scsimgr

コマンドでこれを行う場合には、replace_leg_dsfを使い

ます。

第 3 章 87



次世代マスストレージスタックについての追加情報以下のリソースには、次世代マスストレージスタックのコンポーネントについての詳細が記載されています。

• テクニカルホワイトペーパー : 『The Next Generation Mass Storage Stack HP-UX 11i v3』

• 以下のマンページ

— scsimgr (1M)

— io_redirect_dsf (1M)

— insf (1M)、lssf (1M)、mksf (1M)、rmsf (1M)

— iobind (1M)、iofind (1M)、ioscan (1M)

— intro (7)

HP-UX のスワップ領域の管理

スワップ領域は、動作中のプロセスで使用されなくなったメモリーページを HP-UX が格納する

場所です。物理メモリーとの間で移動するデータチャンクは、ページと呼ばれるため、この操作は仮想メモリーページング ( あるいは、単にページング ) と呼ばれます。この機能によって、

HP-UX ではサーバー上に実際に存在するメモリーよりも多くのメモリーを使うことができます。

スワップ領域のタイプ

ページング操作で使われるスワップ領域には、3 つのタイプがあります。

• デバイススワップ

• ファイルシステムスワップ

• 擬似スワップ

デバイススワップスワップ領域は、ディスクの構成時に初に割り当てられます。デバイススワップ領域は、ページング用に明示的に予約された論理ボリュームまたはディスクパーティションを占有します。この領域はダンプ領域として構成することもできますが、そのように構成するとクラッシュ発生時のメモリーダンプの整合性に影響があります。121 ページの「特定のデバイ

スをページングとダンプの両方の目的で使う ( システムの復旧時間 )」を参照してください。

HP-UX の動作中に、このデバイスはページング専用に使われるため、ファイルを格納すること

はできません。

第 3 章88



注記特定の論理ボリュームを、ファイルシステム領域とデバイススワップの両方として使うことができないというルールには、例外が 1 つあります。ファイルシステ

ムが終わる位置から、ファイルシステムが入っている論理ボリュームが終わる位置の間に未使用の領域がある場合 ( つまり、ファイルシステムが論理ボリューム

よりも小さい場合 ) には、未使用の ( ファイルシステムに割り当てられていない )領域はデバイススワップ領域として使うことができます。

デバイススワップはローカル専用で使われます。クライアントがネットワークディスクアクセスプロトコルを使ってリモートからアクセスすることはできません。

デバイススワップは、高速にアクセスできます。HP-UX は論理ボリュームまたはディスクパー

ティションに直接アクセスして、大きなサイズの読み書きを行うことができるからです。

ファイルシステムスワップサーバーに構成したデバイススワップ領域が十分でなく、デバイススワップ領域として専用に割り当てるデバイスがない場合には、ファイルシステムスワップ領域を構成することができます。

ファイルシステムスワップは、デバイススワップ領域として割り当てた領域より大きな領域が必要になった場合の予備のスワップ領域になります。デバイススワップ領域だけでは不十分なときにしか使われません。ファイルシステムスワップ領域は、ファイルシステム内の未使用の領域から割り当てられる追加スワップ領域として構成されます。

ファイルシステムスワップでは、システムの処理が増加しデバイススワップよりも処理が遅いため、デバイススワップ領域を補うための恒久的な代替策として使うべきではありません。デバイススワップ領域がまれにオーバーフローするときのために使うべきです。

スワップとして使われるファイルシステムは、ローカルとリモートのファイルシステムのいずれかです。クラスタクライアントでは、スワップが必要になったときにリモートファイルシステムのスワップを使うことができます。リモートファイルシステムへのスワップは、ローカルファイルシステムへのスワップよりも時間がかかるため、ローカルデバイススワップやローカルファイルシステムスワップを使うことができる場合にはお勧めできません。

擬似スワップ擬似スワップは、デバイススワップ領域やファイルシステムスワップ領域とは大きく異なります。疑似スワップは、システムのリソースをより効率的に使用できるようにするテクノロジの 1 つです。

擬似スワップ「領域」は実際には存在しません。スワップ領域が余分にあるものとして HP-UXが動作するだけです。擬似スワップは、予約されているすべてのスワップ領域が実際に使われているわけではないという事実を利用します。この機能によって、構成されたスワップ領域でサポートされる個数以上のプロセスをメモリー上で実行することができるようになります。擬似スワップは、大量のメモリーを搭載したシステムに適です。

第 3 章 89



擬似スワップ機能の使用を選択する ( 実際には、デフォルトで有効になっています ) と、サー

バー、nPartitions、仮想パーティションで利用できるメモリー容量の 7/8 に等しいサイズが擬似

スワップのサイズとされます。

遅延スワップ予約済みのすべてのスワップ領域が使われているわけではないという事実を利用するもう 1 つのテクノロジが遅延スワップです。遅延スワップ機能を使うと、HP-UX はプロセ

スが実際にページを変更するまで、プロセスプライベートページ用のスワップ領域を予約しません。これにより、割り当て済みのスワップ領域を大きく減らすことができます。

遅延スワップは、プロセスごとに構成します。遅延スワップは、プログラムで有効にする方法と、chatrコマンドに +zオプションを指定して、バイナリ形式の実行可能プログラムに対して

有効にする方法があります。詳細は、chatr (1) のマンページを参照してください。

一次スワップ領域と二次スワップ領域

HP-UX には、ブート時に使うことができるデバイススワップ領域が少なくとも 1 つ必要です。

この領域は、一次スワップ領域と呼ばれます。1 一次スワップは、デフォルトではルートファイルシステムと同じディスク ( の異なる論理ボリューム ) に配置されます。スワップ領域を定義する

には、swaponコマンドを使います (swapon (1M) を参照 )。

一次スワップの他に、他のスワップ領域を使うことができます。この領域は、二次スワップ領域と呼ばれます。デバイススワップを二次スワップ領域として使う場合には、性能を向上するために、二次スワップ領域は一次スワップ領域が配置されているディスクとは別のディスクに割り当てます。

1. 擬似スワップが有効になっている場合には一次スワップは必須ではありませんが、構成することを強くお勧めします。

第 3 章90



ファイルシステムスワップは常に二次スワップになります。

図 3-6 スワップ領域 - ページング用に使用できる場所

スワップ領域の必要量の見積り

スワップ領域は、システムのピーク時に実行される可能性があるすべてのプロセスを格納できるだけの大きさを持っている必要があります。

システムの性能が良好で、“Out of Memory” などのスワップエラーが発生せず、スワップ領域が

なくなってプロセスが強制終了されるようなことがない場合には、システムのスワップ領域が十分であることを意味しています。

システムの物理メモリーのサイズが極端に大きくない限り、スワップ領域の低のサイズはシステムの物理メモリーのサイズと同じです。通常、サーバーのスワップ領域のサイズは、サーバー、nPartitions、仮想パーティション上の HP-UX が使う物理メモリーのおおよそ 2 ～ 4 倍の

サイズである必要があります。

スワップ領域の使用量は、システムの負荷と共に増加します。多数のユーザーまたはアプリケーションを追加 ( または削除 ) する場合には、必要なスワップ領域を再見積りする必要があります。

第 3 章 91



注記現在使われているスワップ領域の合計のスナップショットを取得するには、次のコマンドを使います。

# /usr/sbin/swapinfo -tam Mb Mb Mb PCT START/ MbTYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAMEdev 4096 0 4096 0% 0 - 1 /dev/vg00/lvol2reserve - 257 -257memory 1940 562 1378 29%total 6036 819 5217 14% - 0 -

この値は時間の経過とともに、動作中のアプリケーションの構成に従って変化します。しかし、合計の使用パーセンテージが常に高い ( 約 90% 以上 ) 場合には、

スワップ領域を追加する必要があります。

スワップ領域の追加 ( または削減 ) が必要と感じた場合には、スワップ領域の必要量を再度見積

る必要があります。

スワップ領域の量は、実装されている物理メモリーの量に、システムで同時に実行するアプリケーションに必要なメモリーを加えることによって見積ることができます。

スワップ領域の有効化

HP-UX は、ブートシーケンスの初の段階では 1 つのデバイスでページングを行うだけなので、

ブート時には 1 つのディスクで十分です。

起動スクリプト /sbin/init.d/swap_startの処理中に、/etc/fstabファイルに追加ページン

グ領域が定義されている場合には、swaponを呼び出して追加ページング領域を有効にします。

システムの動作中に追加ページング領域が必要なことがわかった場合にも、swaponコマンドを

実行して手作業で追加領域を有効にすることができます。詳細は、swapon (1M) と fstab (4) のマンページを参照してください。

注記スワップ領域を無効にするためにはリブートが必要なため、他の目的で必要になる可能性があるディスク領域をページング用に安易に有効にしないでください。

スワップ領域設定のガイドライン

システムにスワップ領域を構成する際に留意すべきガイドラインがいくつかあります。大部分のガイドラインは、HP-UX の性能を大限に引き出すことを目標にしています。

第 3 章92



デバイススワップのガイドラインも一般的なスワップ領域であるデバイススワップを設定する場合には、以下のガイドラインに従ってください。

• 高い性能を得るには、デバイススワップ領域をインタリーブします。

異なるディスクにある 2 つのスワップ領域は、同じサイズの 1 つのスワップ領域より高性能

です。インタリーブを利用したスワップを使うと、スワップ領域に同時書き込みが行われ、ディスクヘッドの移動が低限で済むため性能が向上します。

LVM を使っている場合には、異なるディスク ( 物理ボリューム ) にある論理ボリューム上に

lvextendを使って二次スワップ領域を設定します。

1 つのディスクしかなくてスワップ領域を拡張したい場合には、一次スワップ領域をディス

ク上のより大きな領域に移動してください。

デバイススワップとして使われているデバイスを調べるには、次のコマンドを使います。

swapinfo -d

• 複数のデバイスからなるスワップ領域では、サイズを同程度にしてください。

デバイススワップ領域の性能を向上するためには、同程度のサイズを持っている必要があります。異なるサイズのスワップ領域を構成すると、小さいデバイススワップ領域の領域がすべて使われたときには大きいスワップ領域しか利用できないことになり、インタリーブができないためページングの性能が低下します。

• nswapdevシステム調整パラメータが、スワップデバイスの大個数を制御します。

nswapdevのデフォルト値は、ほぼすべての HP-UX システムに対応できるほど十分な大き

さになっていますが、実際に必要と考えているスワップ領域の個数に対応する大きさを持っているかどうかは確認してください。

ファイルシステムスワップのガイドラインさらに多くのスワップ領域が必要になっても追加デバイススワップ用のデバイスがない場合や、リモートシステムにスワップする必要がある場合には、システムに動的にファイルシステムスワップを追加することができます。以下のガイドラインに従ってください。

• 高い性能を得るには、ファイルシステムスワップ領域をインタリーブします。

異なるディスクにある 2 つのスワップ領域は、同じサイズの 1 つのスワップ領域より高性能

です。複数のデバイスを使うと、インタリーブを利用したスワップを使用することができます。つまり、スワップ領域に同時書き込みが行われ、ディスクヘッドの移動が低限で済むため性能が向上します。これは、デバイススワップ領域と同様にファイルシステムスワップ領域に対しても有効なため、同じガイドラインを適用することができます。

第 3 章 93



ファイルシステムスワップとして使われているデバイスを調べるには、次のコマンドを使います。

swapinfo -f

• 可能なら頻繁に使われるファイルシステムに構成するのは避けてください。「頻繁に使われ

る」というのは 2 つの意味を持っています。

1. 頻繁に使われるファイルシステム ( たとえば、ルートファイルシステムや、主要なアプリ

ケーションで頻繁に使われるファイルシステム )。ページング動作がアプリケーションや

ユーザーのファイルアクセスと競合するため、サーバーの性能を低下させる原因になります。

2. 空き領域が非常に少ないファイルシステム。ファイルシステムスワップはファイルシス

テム内の未使用領域を使うため、ファイルシステムに空き領域が少ない場合には、ページング用に使うことができる未使用領域がほとんどないことになります。また、ファイルシステム内で断片化している可能性が高くなります。ファイルシステムの空き領域を調べるには、bdfコマンドを使います。

スワップに優先順位を割り当てるときのガイドラインスワップ領域を追加するときに、それぞれのスワップ領域に優先順位を割り当てることができます。優先順位の範囲は、0 ( 高位 ) ～10 ( 低位 ) です。HP-UX は、高い優先順位を持つスワップ領域を初に使います。また、デ

バイススワップとファイルシステムスワップが同じ優先順位を持っている場合には、デバイススワップの方が優先されます。以下のガイドラインに従ってください。

• 同じ性能のスワップデバイスが複数ある場合には、それぞれに同じ優先順位を割り当てま

す。それにより、システムはデバイスをインタリーブして使うことができるようになるため、性能が向上します。

• 性能の高いスワップ領域に高い優先順位を割り当て、性能の低いスワップ領域に低い優先順

位を割り当てます。

• ファイルシステムスワップ領域の優先順位は、デバイススワップ領域より高くしないでくだ

さい。これは絶対に必要なわけではありませんが、swapinfoの出力が改善されます。

• あまり使われていないファイルシステムの優先順位を、良く使われているファイルシステム

より高くしてください。

第 3 章94


HP-UX の入出力

スワップ領域の構成と管理についての追加情報

以下のマンページには、スワップ領域の構成についての重要な情報が含まれています。

fstab (4) /etc/fstabファイルは、ディレクトリツリー (57 ページの「HP-UX のディ

レクトリ構造」を参照 ) のファイルシステムのマウントポイントを定義してい

るだけでなく、スワップ領域の構成情報を格納する場所でもあります。

lvlnboot (1M) lvlnbootは、ルート、ブート、一次スワップ、ダンプ等のボリュームになる

LVM 論理ボリュームを準備します。

swapinfo (1M) swapinfoは、デバイスページング領域およびファイルシステムページング領

域についての情報を出力します。

swapon (1M) swaponコマンドは、ページングを行うデバイスまたはファイルシステムを有

効にします。

以下のカーネル調整パラメータは、HP-UX のページング動作に影響を与えます。

nswapdev スワップ用に有効にすることができるスワップデバイスの大個数です。

HP-UX の入出力

HP-UX の入出力 (I/O) は、デバイス特殊ファイルと呼ばれる特殊なファイルの読み書きを通じ

て行われます。HP-UX 11i v3 から、2 つのタイプのデバイス特殊ファイルがあります。

• 従来のデバイス特殊ファイル

• 一貫性のあるデバイス特殊ファイル

一貫性のあるデバイス特殊ファイルは、従来のデバイス特殊ファイルに比べると、以下のように多くの利点があります。

• 従来のデバイス特殊ファイルの場合には、それに ( 論理的または物理的に ) 関連付けられてい

るデバイスを移動させると、新しいデバイス特殊ファイルまたは異なるデバイス特殊ファイルを使ってアドレス指定する必要があります。これは、デバイス特殊ファイルがデバイスへの物理パス ( データが経由する一連の内部コンポーネント ) に関連付けられているためです。

パスのいずれかの要素が変わると、異なるデバイス特殊ファイルが必要になります。

第 3 章 95


印刷

• 一貫性のあるデバイス特殊ファイルの場合には、デバイスへのパスではなく、デバイスの一

意のアドレス (WWID: ワールドワイド ID) に関連付けられます。つまり、デバイスへのパス

が変わっても、デバイスに関連付けられているデバイス特殊ファイルを変更する必要はありません。

一貫性のあるデバイス特殊ファイルに関連付けることができるのは、マスストレージデバイスだけです。これは通常はディスクドライブですが、テープドライブなどのマスストレージデバイスもあります。

マスストレージデバイス以外のデバイスに対しては、従来の形式のデバイス特殊ファイル (マスストレージデバイス用の従来のデバイス特殊ファイルと同様にハードウェアパスに基づく ) が使われます。

デバイス特殊ファイルについての詳細は、76 ページの「ストレージのアドレス指定方法」を参

照してください。

印刷

HP-UX での印刷は、HP-UX ラインプリンタースプーリングシステムと呼ばれるサブシステム

を使って行われます。

HP-UX ラインプリンタースプーリングシステムの概要

ラインプリンタースプーリングシステム ( スプーラ ) は、プリンターとそれに出力されるデータ

を制御する一連のプログラム、シェルスクリプト、ディレクトリで構成されています。

スプーラは、複数のユーザーまたはプロセスの出力が印刷ページに混在して、誰にとっても役に立たない印刷出力が生成されることがないようにします。ラインプリンタースプーリングシステムを使うと、以下の操作を行うことができます。

• 特定のユーザー / プロセスからの印刷要求に優先順位を割り振る

• プリンターをグループ化し、共通の印刷キューを対応付ける

• 特定のプリンターの優先順位を他のプリンターよりも高くする

• システムのデフォルトプリンター ( 印刷要求で印刷の出力先が指定されなかった場合に使わ

れる ) を定義する

• 特定の印刷キューに渡される印刷要求の受け入れ / 拒否を制御する

第 3 章96


印刷

• 発行済みのジョブの印刷を制御する

• リモートシステムのスプーラに対して印刷要求を発行する ( ローカルジョブのリモート印刷 )

• リモートシステムのスプーラからの印刷要求を受け入れる ( リモートジョブのローカル印刷 )

• すでに発行済みの印刷ジョブをキャンセルする

スプーラ内のデータフローを理解するには、98 ページの図 3-7 に示すように、スプーラを給排

水システムとして考えてください。印刷要求 ( 印刷ジョブ ) 形式のデータが、給排水システムの

場合の「水」のように、システムに流れ込みます。印刷キューと呼ばれるディレクトリが、印

刷要求を印刷するためにプリンターに送信するまで一時的に貯えるタンクとしての役割を果たします。印刷キューとスケジューラは、印刷ジョブの定義済みのプリンターへのフローを制御します。

印刷要求の受け入れ、拒否、有効化、無効化が、実際の給排水システムで水の流れを制御するバルブのように、スプーラ内のデータフローを制御します。

• コマンド accept と reject が、印刷要求の印刷キューへのフローを制御します。

• コマンド enableとdisableは、印刷キューからプリンターへの印刷要求のフローを制御しま

す。

ラインプリンタースケジューラ (lpschedと呼ばれます ) は、各種の印刷キューとプリンターの

ステータスに応じて、受信する印刷要求を受け付け、それを印刷キューにルーティングします。そして「給排水」システムの自動化されたフローコントローラのように、印刷要求を印刷キューから実際のプリンターに ( 印刷要求とプリンターの優先順位を勘案しながら )、先入れ先出し方

式で順番にルーティングします。

データフローの後のあたりで使われる ( シェルスクリプトとして記述される ) インタフェース

ファイルは、ポンプの役割を果たし、順序付けられたデータフローをプリンターに「送り出し」ます。

ラインプリンタースケジューラは、次のような働きをします。

• 混在した印刷の防止

• プリンター / 印刷要求の優先順位の監視

• プリンターのステータスと可用性の調整

• スプーラアクティビティのログ

1 台のプリンターで「出力が滞った」場合には、lpmoveコマンドを使って、印刷要求をそのプ

リンターから別のプリンターにルーティングし直すことができます。不要になったデータは、cancelコマンドを使って、スプーリングシステムから「排除する」ことができます。

第 3 章 97


印刷

図 3-7 ラインプリンタースプーラの「給排水」の図

第 3 章98


印刷

リモートスプーリング

印刷要求は、リモートスプーリング機能を使って、リモートシステム上に構成されているプリンターに送信することもできます。リモートスプーリング機能を使った場合には、シェルスクリプト (「ポンプ」) が rlpコマンドを使ってデータをリモートシステムに送信します。

リモートシステムで動作しているリモートスプーリングプログラム ( デーモン rlpdaemon) は、

データを受信して、それをリモートシステムのスプーラに転送します。ローカルシステムでrlpdaemonを動作させて、リモートシステムからの要求を受信させることもできます。リモー

トスプーリングは、ローカルスプーラとリモートスプーラが通信し合うことによって遂行されます。

プリンターが構成されているシステムと構成されていないシステムがある ( ただし、すべてのシ

ステムがネットワークに接続されている ) 場合には、複数のシステムでプリンターを共有させる

ことができます。そのためには、プリンターのないシステムが、印刷ジョブをネットワークを経由してプリンターのあるシステムのスプーラに自動的に送信するように構成する必要があります。

rlpdaemonプログラムはプリンターのあるシステムでバックグラウンドで動作して、受信ネッ

トワークトラフィックを監視し、他のシステムからのリモート印刷要求がないか調べます。rlpdaemonは、要求を受信すると、リモートユーザーの代わりにその要求をローカルスプーラ

に転送します。

rlpdaemonは、リモート印刷要求を処理する他に、プリンターインタフェーススクリプトに良

く似た特殊なインタフェーススクリプトを使って、リモートシステムからのキャンセル要求やステータス要求も処理します。

スプーラにリモートプリンターを構成する場合には、ローカルプリンターを設定する場合の情報の他に、以下の情報を構成する必要があります。

• プリンターを備えているシステムの名前

• リモートキャンセル要求を発行するときに使われるインタフェーススクリプト

• リモートステータス要求を発行するときに使われるインタフェーススクリプト

• リモートシステムのスプーラで定義されているプリンター名

リモートスプーリングの構成方法については、『HP-UX システム管理者ガイド : 構成の管理』を


第 3 章 99


印刷

ネットワーク印刷

ネットワーク印刷は、ネットワークに直接接続されているプリンターに印刷することを意味します。通常、HP JetDirect インタフェースカードまたは内蔵のネットワーク接続機能を使って実

現されます。別のコンピュータが関与しないという点で、リモートスプーリングとは異なります。

プリンターモデルファイルとプリンターインタフェースファイル

プリンターインタフェースファイルは、印刷ジョブを実際に印刷するときにプリンターと通信するためにスプーラによって使われる特殊なスクリプトファイルです。このようなインタフェースファイルは、データ送信先のプリンターのタイプに大きく依存します。また、たとえば、固有のバナーや区切りページを出力するようにカスタマイズすることができます。

HP-UX には、当社の大部分のプリンター ( またはプリンターファミリー ) ( 例 : “laserjet”、“colorlaserjet”、“PCL5”) に対応したファイル例のライブラリが用意されています。また、い

くつかのファイル例は、汎用プリンターファミリー ( たとえば “postscript”) に対応していま

す。

ラインプリンタースプーリングシステムにプリンターを設定する場合には (System Management Homepage などのツールを使うか、シェルベースの lpadminコマンドを使って直

接設定するかにかかわらず )、設定するプリンターに関連付けるプリンターモデルスクリプトを

指定する必要があります。指定したモデルスクリプト ( 上記のファイル例の 1 つ ) のコピーが

/usr/spool/lp/modelディレクトリから /usr/spool/lp/interfaceディレクトリにコピー

されます ( 実際には、モデルスクリプトが物理的に存在する /etc/lp/interfaceディレクトリ

へのシンボリックリンク1 です )。

以下の操作を行うときに、プリンターモデルファイルが必要になります。

• LP スプーラへのローカルプリンターの追加 — 『HP-UX システム管理者ガイド : 構成の管

理』( 第 6 章「プリンターの構成」) を参照してください。

• LP スプーラへのリモートプリンターの追加 — 『HP-UX システム管理者ガイド : 構成の管


• ネットワークベースプリンターの追加 — 『HP-UX システム管理者ガイド : 構成の管理』( 第6 章「プリンターの構成」) を参照してください。

1. /usrマウントポイント以下は読み取り専用であるにもかかわらず、インタフェース

ディレクトリの内容は編集可能である必要があるためです。「HP-UX の主要なディレ

クトリ」の項の /usrを参照してください。

第 3 章100


印刷

モデルスクリプトはテキストファイルであるため、内容を読めばプリンターの機能にマッチしたファイルを探すことができます。PCL (Printer Command Language) や PostScript などのプロ

トコルは、当社以外の多くのプリンターでも認識されます。プリンターのユーザーガイドには、プリンターによってサポートされている PCL 言語レベルなどの詳細情報が記載されています。

この情報は、プリンターの機能を大限に引き出すことができるモデルスクリプトを探すために必要になります。

特定のプリンタータイプをサポートするために作成されているモデルスクリプトでも、プリンターが持つ機能をすべてサポートしているわけではないため、カスタマイズが有効です。スクリプトを編集するときには、スクリプトを新しい名前のファイルにコピーして、そのコピーを編集することをお勧めします。そうしておけば、元のスクリプトの新しいバージョンが HP-UX の将

来のアップデートで提供されたときに、カスタマイズ内容が書き換えられるのを避けることができます。

ご使用中のプリンターで使われているプロトコルに一致するモデルファイルがない場合には、“dumb” という名前のモデルファイルを使ってください。このモデルファイルにはいくつか基本

的な機能が用意されており、当社製ではない大部分のプリンターで使うことができます。また、プロッター用に、“dumbplot” モデルスクリプトが用意されています。

/usr/sbin/lpadminコマンドを使うと、指定したモデルスクリプトが

/etc/lp/interface/printernameにコピーされます。コマンドオプションについての詳細は、

lpadmin (1M) を参照してください。

プリンタータイプ

ローカルプリンターは、システムに物理的に接続されています。ローカルプリンターの構成方法については、『HP-UX システム管理者ガイド : 構成の管理』( 第 6 章「プリンターの構成」) を参


リモートプリンターは、コンピュータに物理的に接続され ( または単に構成され )、ネットワー

クを経由してアクセスされます。システムは、リモートプリンターにアクセスするために、ネットワークを経由して別のシステムへ要求を送信します。ローカルスプーラにリモートプリンターを構成するためには、ネットワークを経由してリモートシステムにアクセスできる必要があります。リモートプリンターの構成方法については、『HP-UX システム管理者ガイド : 構成の管理』

( 第 6 章「プリンターの構成」) を参照してください。

ネットワークベースプリンターは、サーバーではなくネットワークに直接接続される点が、リモートプリンターとは異なります。ネットワークプリンターではデバイス特殊ファイルは使われません。ネットワークプリンターは、独自の IP アドレスと LANIC ID を持っています。ネット

ワークベースプリンターを追加する方法については、『HP-UX システム管理者ガイド : 構成の管


第 3 章 101


印刷

プリンター名

プリンターをスプーラに構成するときに、印刷要求の送信先となるプリンター名を割り当てます。プリンター名は大 256 文字の英数字ですが、スプーラが対話する他のサブシステムと大

限の互換性を保つためには、14 文字以下にするようにしてください。プリンター名には、アン

ダースコアを使うことができます。有効なプリンター名の例は、laser1、letterhead、

invoices、check_printerなどです。割り当てたプリンター名は、

/usr/spool/lp/interfaceディレクトリにリストされます。このディレクトリ内の各ファイル

は、指定したプリンターへの印刷を行うためのモデルファイル ( プリンターインタフェーススク

リプト ) のコピーです。

プリンタークラス

複数のプリンターを論理的に 1 台のプリンターであるかのようにグループ化すれば、効率的に使

うことができるようになります。そのために、プリンタークラスを作成します。プリンタークラスは、プリンターグループに対する総称名です。プリンタークラスは、/usr/spool/lp/class

ディレクトリに保管されます。たとえば、プリンター laser1と letterheadにプリンタークラ

ス “VIP” を割り当て、プリンターinvoicesと check_printerにプリンタークラス “accounts” を割り当てます。1 台のプリンターを複数のクラスに属させることは可能ですが、リモートプリン

ターをプリンタークラスに属させることはできません。すべてのプリンターをクラスに含める必要はありません。いくつかのプリンターはクラスにグループ化し、その他のプリンターは独立したままにしておくことができます。

プリンタークラスを使うには、印刷要求を特定のプリンターではなくクラス名に送信します。印刷要求は単独の印刷キューにスプールされ、クラス内で初に利用可能になったプリンターで印刷されます。したがって、プリンターの利用は分散され、特定のプリンターに要求が偏ることが少なくなります。

プリンタークラスの作成方法については、『HP-UX システム管理者ガイド : 構成の管理』の第 6章「プリンターの構成」の手順「プリンタークラスの作成」を参照してください。また、同じ章にある手順「プリンタークラスからのプリンターの削除」と「プリンタークラスの削除」も参照してください。

印刷先

印刷先は、印刷ジョブが格納されたファイルを入れるキューに対応するプリンターまたはプリンタークラスです。スプーラのいくつかのコマンドでは、印刷先を指定する必要があります。スプーラでは、1 つの印刷先をシステムデフォルトプリンターとして指定することができます。各

ユーザーは、環境変数 LPDESTを使って、各自のデフォルトプリンターを設定することができま

す。ユーザーの環境で LPDESTが定義されている場合には、その変数で指定されているプリン

ターがシステムデフォルトプリンターよりも優先されます。

第 3 章102


印刷

例 3-3 デフォルトプリンター ( 例 )

たとえば、あるサーバーのシステムデフォルトプリンターとして laser1が定義され、ユーザー

が環境変数 LPDESTに値 ceo_printを定義している場合には、ユーザーが印刷要求に印刷先を

指定しない限り、印刷要求は宛先 ceo_printに送信されます。同じサーバー上の LPDEST環境

変数を定義していない別のユーザーの印刷ジョブは、明示的に印刷先を指定しない限り、laser1に送信されます。

プリンターと印刷要求の優先順位

特定のプリンターまたはプリンターグループで多くの競合がある環境では、ラインプリンタースプーリングシステムは印刷ジョブに何通りかの方法で優先順位を付け、重要な印刷ジョブが

「キューの先頭に来る」ようにします。

プリンターと印刷要求の両方に優先順位が割り当てられています。通常、印刷要求はプリンターが受け取った順番に印刷されます。デフォルトでは、印刷要求はプリンターのデフォルトの優先順位を持ち、先入れ先出し方式で印刷されます。ただし、印刷ジョブの優先順位の値は、lpコ

マンドに -pオプションを指定すれば、増減することができます。優先順位の値は 0 ～ 7 です。

7 がも高い優先順位を表します。詳細は、lp (1) を参照してください。

印刷要求の優先順位は、lpaltコマンドを使って変更することができます。プリンターのデフォ

ルトの優先順位は、lpadminコマンドを使って設定することができます。詳細は、lpadmin (1M) と lpalt (1) を参照してください。

特定のプリンターで複数の印刷要求が印刷待ちで、すべての要求が印刷されるのに十分な優先順位を持っている場合には、プリンターはも高い優先順位を持つ次の印刷要求を印刷します。複数の印刷要求が同じ優先順位を持っている場合には、スプーラが受け取った順番で、その優先順位の印刷要求が印刷されます。

同様に、各プリンターには印刷要求をプリンターで印刷するときの低限の優先順位を設定するために、優先順位のフェンス値を割り当てることができます。プリンターのフェンス優先順位は、どの印刷要求を印刷するかを判断するために使われます。プリンターのフェンス優先順位以上の優先順位を持つ要求だけが印刷されます。この機能は、たとえば、crontab スクリプトを

使って、使用がピークになる時間帯の外でフェンスを下げることが目的です。詳細は、crontab (1M) と cron (1M) を参照してください。これによって、日中に発行された低い優先順位の印刷

ジョブが、フェンス優先順位が下げられる夕方に印刷されるようになります。詳細は、lpadmin (1M) と lpfence (1M) を参照してください。

第 3 章 103


印刷

プリンターログ

スプーリングシステムへのすべての要求は、/usr/spool/lp/logにあるログファイルに記録さ

れます。このファイルには、要求 ID、ユーザー名、プリンター名、時刻、エラーメッセージ、

失敗後の再印刷を含む、スプーリングシステムへの各要求の記録が格納されます。

ラインプリンタースプーリングシステムのコマンドの概要

ラインプリンタースプーリングシステムに関連するコマンドとその機能の概要について説明します。詳細は、それぞれのマンページを参照してください。スプーリングシステムの大部分の機能は、これらのコマンドの他に、System Management Homepage などのシステム管理ツールを

使って制御することができます。

lpadmin lpadminを使うと、以下の操作を行うことができます。

• スプーラでのプリンターの追加 / 削除

• プリンタークラスの定義

• プリンターのデフォルト優先順位の設定

lpsched lpsched ( スケジューラ ) は、ラインプリンタースプーリングシステムの中心

となるコマンドです。これが動作していると、ラインプリンタースプーリングシステムが動作していることになります。これが動作していないと、ラインプリンタースプーリングシステムは動作していないと見なされます。lpsched

コマンドは、スケジューラの実行を開始します。

lpshut lpschedコマンドの機能の逆の機能を果たすのが、lpshutコマンドです。

lpshutはスケジューラを停止します。したがって、すべてのプリンター上の

すべての印刷が停止します。

lp lpコマンドは、ラインプリンタースプーリングシステムに対して新しい印刷

要求を発行します。シェル環境から ( コマンド行から ) 印刷を行う場合には、

lpコマンドを使います。

lpstat lpstatコマンドは、スケジューラの現在のステータス (「動作中」または

「停止中」)、印刷キュー ( プリンターキューまたはクラスキュー ) が現在新し

い印刷要求を受け付けているかどうか、スプーラ内のプリンターが現在有効になっているかどうか、各印刷キューに格納されている印刷要求と印刷中の要求についてレポートします。

lpmove lpmoveコマンドは、1 つまたはすべての印刷要求を 1 つの印刷キューから取

り出して別の印刷キューに移動させます。lpmoveコマンドは、スケジューラ

が動作中でない場合にだけ使うことができます。

第 3 章104


印刷

lpalt lpaltコマンドを使うと、指定した印刷要求の属性を変更することができま

す。lpaltを使うと、以下の操作を行うことができます。

• スケジューラを停止することなく、指定した印刷要求を 1 つのキューから

別のキューに移動 ( 注記 : 移動する印刷要求は、印刷中であってはならな

い )

• キューに入れられている印刷要求の優先順位の変更

• ( 指定した印刷要求の ) 印刷される部数の変更

• キューに入れられている印刷要求の印刷オプションの変更 ( たとえば、印

刷方向を縦にするか横にするか )

• 指定した印刷要求に関連付けられたバナーページに印刷されるタイトルの

変更

lpfence 各印刷要求には、優先順位 (0 ～ 7) が割り当てられています。lpfenceコマン

ドは、スケジューラが動作していない場合にしか使うことができず、特定のプリンターについて、印刷要求を指定したプリンターで印刷するために必要な低限の優先順位を設定します。

cancel キューに入れられている印刷要求または印刷中の印刷要求をキャンセルしま

す。

accept ( プリンターまたはプリンタークラスに関連付けられている ) 印刷キューに新

しい印刷要求を発行することを許可します。

reject ( プリンターまたはプリンタークラスに関連付けられている ) 印刷キューに新

しい印刷要求を発行することを禁止します。

enable キューに入れられている印刷要求を、指定したプリンターに印刷することを許

可します。

disable キューに入れられている印刷要求を、指定したプリンターに印刷することを禁

止します。プリンターに関連付けられている印刷キューがまだ新しい要求を受け付けている場合には、プリンターが再び有効になるまで要求がキューに蓄積されます。キューがクラスに関連付けられており、そのクラス内の他のプリンターが有効な場合には、特定のプリンターを無効にするとそのプリンターへの印刷だけが禁止されます。クラスキューに入れられた印刷要求は、クラス内の他のアクティブなプリンターで印刷されます。

第 3 章 105


印刷

LP スプーラと LDAP-UX の統合

HP-UX システムで LDAP-UX Client Services を使うように構成した場合には、ldapclientd

デーモンの起動時にプリンターコンフィギュレータサービスが初期化されます。

プリンターコンフィギュレータサービスは、LDAP Directory Server のプリンターエントリーを

定期的にスキャンします。エントリーを見つけると、必要な情報を取り出して現在クライアントシステムのローカルスプーラに構成されているプリンターと比較します。

プリンターコンフィギュレータサービスは、プリンターの新しいエントリーが LDAP Directory Server に構成されているのを見つけると、この新しいプリンターをローカルスプーラに自動的

に構成します。

プリンターコンフィギュレータサービスは、LDAP Directory Server からプリンター設定エント

リーが削除されているのを検出すると、対応するエントリーをローカルスプーラから自動的に削除します。

このように、一箇所 (LDAP) でプリンターを構成しておけば、多数のクライアントシステムでプ

リンターを自動的に追加 / 削除することができます。

注記 LDAP-UX とそのプリンターコンフィギュレータサービスを使うようにクライア

ントシステムが構成されている場合でも、システム管理者はクライアントのスプーラにプリンターを手作業で構成することができます。

プリンター関連作業についての追加情報

追加情報は、以下のマニュアルを参照してください。

• 『周辺機器の接続にあたって』 — 周辺装置を取り付ける前の HP-UX の構成方法

• 『HP JetDirect Network Interface Configuration Guide』 — HP JetDirect ネットワークイン

タフェース上でネットワークプリンターを構成する方法

• 『LDAP-UX Client Services B.04.00 Administrator's Guide』 — LDAP-UX Client Servicesとプリンターコンフィギュレータサービスを構成する方法

第 3 章106


セキュリティとアクセス制御


HP-UX には、サーバーとデータのセキュリティを高めるための多くのツールが用意されていま

す。サーバーとデータへの脅威は悪意によるものか偶然によるものかのいずれかです。また、物理的な脅威 ( 火事、地震、ハードウェア障害など ) と、論理的な脅威 ( ソフトウェアの誤動作、

ハッキングなど ) があります。

上記の脅威による損害からサーバーとデータを保護するために使うことができるツールについての詳細は、158 ページの「データ保護ツール」を参照してください。

従来の Unix ファイルの所有権と権限によるデータへのアクセスの制御

HP-UX では、以下の組み合わせを使って、ディレクトリやファイルへのアクセスを制御するこ

とができます。

• ファイルとディレクトリに対するユーザーとグループの所有権

• ファイルとディレクトリのモード

これらを使うことによって、ファイルとディレクトリには所有者、グループ、モードと呼ばれるアクセスマスクが設定され、これらの組み合わせにより以下のようにアクセス権限を特定します。

ファイルファイルの読み込み、書き込み、および実行が許可されるユーザー

ディレクトリディレクトリ内の検索、ディレクトリ内でのファイルの追加、削除、名称変更、あるいはそのディレクトリに cdできるユーザー

従来の Unix ファイルの所有権と権限については、この他にも多くのトピックがあり、この他に

システムのファイルやディレクトリにアクセスできるユーザーをきめ細かく制御したり監視するための強力なメカニズムも用意されています。『HP-UX システム管理者ガイド』シリーズでは、

すべてのマニュアルでセキュリティのトピックを扱っています。システムのファイルとディレクトリへのアクセス制御についてのトピックとその他のセキュリティについてのトピックについて特に詳しい説明は、『HP-UX システム管理者ガイド : セキュリティの管理』を参照してくださ

い。

Security Containment テクノロジによるデータへのアクセスの制御

従来の UNIX ファイルアクセスメカニズムは基本的なシステム環境に対しては十分ですが、セ

キュリティとプライバシーに対する意識が高まった今日の環境では、どのデータに誰がアクセスするかについて、よりきめの細かい制御が必要になってきています。

第 3 章 107



従来のセキュリティ方式では、特に弱点となる箇所はスーパーユーザー ( つまり rootユーザー )です。スーパーユーザーという用語は、ユーザー ID が “0” の任意のアカウント ( または実効ユー

ザー ID が 0 のプログラムやプロセス ) を指しています。この特殊なアカウントを使うと、スー

パーユーザーになれる人なら、誰でもがサーバー全体のすべてのローカルファイルにアクセスすることが可能になります。スーパーユーザーアカウントのパスワードが悪意のある人の手に渡れば、サーバー全体のセキュリティが損なわれます。

特定の 1 人の人間にサーバー上のすべてのファイルへのアクセスを許すことは、多くのシステム

で望ましいことではありません。システム管理者のロールをより限定されたロールに分割して、それぞれを別の人に割り当てることが望まれます。その他の一般ユーザーが特定のアプリケーション、特定のデータベース、その他のエンティティを管理することが必要になる場合があります。また、セキュリティ対策として、1 日の特定の時間帯にだけ特定のファイルや特定の機能に

対するアクセスを許すことも望ましい方法です。

きめ細かいアクセス制御のためのテクノロジ

HP-UX 11i v3 では、HP-UX が標準モードで動作している場合に、組み合わせて使うことで、

サーバー上のデータファイルへのきめ細かいアクセス制御やユーザー特権を実現するセキュリ

ティテクノロジが提供されています。1

コンパートメント

コンパートメントは、サーバー内の関連のないリソースを隔離し、1 つのコン

パートメントに侵入されてもサーバー全体が壊滅的なダメージを受けるのを防ぎます。

アプリケーションは、1 つのコンパートメント内に構成されると、コンパート

メント外のリソース ( プロセス、バイナリ、データファイル、通信チャネル )へのアクセスが制限されます。この制限は HP-UX のカーネルによって行わ

れ、特定の構成を行わない限り、変更することはできません。アプリケーションが侵害されても、コンパートメント構成によって隔離されているため、システムの残りの部分にダメージはありません。

細分化された権限

従来の UNIX の権限では、実行中のプロセスの実効 UID に基づいて管理者権

限が「認められるか、すべて認められないか」のいずれかでした。プロセスが実効 UID=0 で実行されている場合には、すべての特権が認められていまし

た。細分化された権限を使うと、プロセスには作業に必要な特権だけが認めら

1. これらのセキュリティ機能は、HP-UX 11i v2 でも提供されていました。標準モード

と高信頼性モードの詳細については、158 ページの「サーバーやデータへの不正なア

クセスからの保護」を参照してください。

第 3 章108



れます。また、オプションで、作業を完了するまでの間だけ特権が認められます。権限対応のアプリケーションは、権限を、操作に必要なレベルに上げて、操作が完了し次第再び下げます。

ロールベースのアクセス制御

通常、UNIX のシステム管理コマンドはスーパーユーザー (root ユーザー ) が実行する必要があります。アクセスは、カーネルレベルのシステムコールによるアクセスと同様に、ユーザーの実効 UID に基づいて、「すべて可能かすべて

不可能か」のいずれかでした。

HP-UX ロールベースアクセス制御 (HP-UX RBAC) を使うと、共通の作業や

関連する作業をロールとしてグループ化することができます。たとえば、共通のロールは、ユーザーとグループの管理です。ロールを作成すると、特定のユーザーにロールまたはロールセットを割り当てることで、そのロールで定義されたコマンドの実行だけを許可することができます。

HP-UX RBAC を導入すると、root 以外のユーザーが、完全なスーパーユー

ザー権限を与えられなくても、従来はスーパーユーザー権限が必要だった作業を遂行できるようになります。

監査

HP-UX の監査システムは、後で解析できるように、セキュリティ関連のイベ

ントを記録します。管理者は、監査機能を使ってセキュリティ違反を検出して解析します。監査機能は、標準モードと高信頼性モードの両方の HP-UX シス

テムで使うことができます。

ユーザーデータベース

これまでは、すべての標準モードの HP-UX セキュリティ属性とパスワードの

ポリシー制限は、システム全体に設定されていました。ユーザーデータベースが導入されたことによって、セキュリティ属性はユーザーごとに設定できるようになりました。ユーザーごとの設定は、システムデフォルトより優先されます。

参照

上記の新しく導入された Security Containment 機能についての詳細は、以下のリソースを参照


• 『HP-UX システム管理者ガイド : セキュリティの管理』

• 『HP-UX 11i Security Containment Administrator's Guide』

• privileges (5) のマンページ

第 3 章 109


起動とシャットダウン


コンピュータの電源を投入 ( またはリセット ) した場合には、ハードウェア、ファームウェア、

ソフトウェアは、ブートシーケンスと呼ばれる注意深く構成された処理シーケンスで初期化する必要があります。同様の、シャットダウンシーケンスと呼ばれるシーケンスは、HP-UX を停止

させるために必要な手順が順序付けられたシーケンスです。シャットダウンシーケンスは、すべての動作中のプロセスを停止し、ディスクに書き込まれる必要があるメモリー内のデータが、オペレーティングシステムを停止してサーバーの電源を切断しても失われないようにします。

実行レベル

HP-UX ( または任意のオペレーティングシステム ) は、起動して動作状態になると「ブートされ

た」と言われます。HP-UX が動作していない場合には、停止していると言われます。HP-UXは、大部分の Unix ベースオペレーティングシステムと同様に、実行レベルと呼ばれるいくつか

のレベルの「ブートされた」状態を持っています。HP-UX の起動またはシャットダウンでは、

目標とする実行レベルに到達するまで、各種の実行レベルを経由します。各種の実行レベルは、HP-UX の動作段階を決定します。

ブート時には、initと呼ばれるデーモンが起動されます。その主な役割は、/etc/inittab

ファイル (inittab (4) を参照 ) に格納されているスクリプトに従ってプロセスを作成することで

す。/etc/inittabファイルは、特定の実行レベルでの HP-UX の動作段階を構成するために使

われるメカニズムの 1 つです。inittabファイルでは、システムがブート後に到達する初期実

行レベルを指定することもできます。

以下のリストには、HP-UX の各実行レベルの一般的な特性を示します。

実行レベル 0 実行レベル 0 が起動されると、HP-UX は現在の実行レベルから、それより下

にあるすべての実行レベルを経由して遷移した後、停止します。実行レベルを経由して下に遷移していくプロセスでは、すべての動作中のプロセスを明示的に終了させ、メモリー内の情報をすべてディスクに書き込み、ディスク上のファイルシステムのリンケージが正常な構成になるようにします。

実行レベル s シングルユーザーモードとも呼ばれる実行レベル s では、システムコンソール

と呼ばれるターミナル ( または擬似ターミナル ) からの入力だけが許可されま

す。これにより、1 人のユーザー ( 通常はシステム管理者 ) だけがサーバーに

排他的にアクセスし、静止しているシステムで行う必要がある保守作業を行うことが可能になります。

実行レベル sでは、デフォルトではルートファイルシステムだけがマウントさ

れており、ラインプリンタースプーリングシステムやネットワークなどの多くのサブシステムは動作していません。

第 3 章110



注記これと似ていますが、これとは異なる実行レベル S ( 大文字の

S) があります。実行レベル S の機能は、真のシステムコンソー

ルを、ログインしているターミナルに切り替え、それが仮想システムコンソールになる点を除けば、実行レベル s ( 小文字 ) と同じです。管理プロセッサを経由したリモートアクセスが使われている場合には、実行レベルの s と S に機能的な違いはあり

ません。

実行レベル 1 実行レベル s の 1 つ上の実行レベルが、実行レベル 1 です。実行レベル 1 で

も、システムが 1 人のユーザー専用で使われる点は同じですが、すべてのファ

イルシステムはマウントされ、syncer と呼ばれるプロセスが動作しています。

syncer は、キャッシュされたメモリー上のファイルシステムの変更を定期的

にディスクに書き込み、ファイルシステムの状態のディスクベースのビューと、ファイルシステムの状態のメモリーベースのビューが一致することを保証します。sync (1M) を参照してください。

実行レベル 2 マルチユーザーレベルです。実行レベル 2 は、複数のユーザーが異なる場所か

ら同時にログインすることを許可する初の実行レベルです。実行レベル 3、4、5、6 でも同じことが許可され、各実行レベルではその下の実行レベルに対

して機能が追加されていきます。

実行レベル 3 実行レベル 3 では、NFS ファイルシステムをエクスポートする機能がアク

ティブ化されます。サーバーに NFS マウントを経由して他のサーバーからア

クセスする必要があるファイルシステムがある場合には、少なくとも実行レベル 3 を使う必要があります。また、Web ベースの管理や CDE などのグラフィ

カルプレゼンテーションマネージャが使用できるようになるのも、実行レベル3 からです。

実行レベル 4 現在は未定義です。ユーザーがカスタマイズすることができます。



注記上記のリストで説明したように、実行レベルは追加的であり、通常は、/etc/inittabファイルのデフォルトの内容を基にしています。ただし、高位の

実行レベルでは起動できないプロセスを下位の実行レベルで起動することができます。/etc/inittabファイルに記述されている各プロセスには、アクティブに

されるレベルが指定されています。

第 3 章 111



起動と強制終了のスクリプト ( 実行レベルの遷移 )

以前は、多くの起動プロセスが /etc/inittabファイル中で構成されていました。現在では、

大部分のシステムサービスは、システムの実行レベルが変更されるたびに initに呼び出される

/sbin/rcデーモンによって起動 / 停止されるようになっています。

/sbin/rc (「rc デーモン」) は、以下のアクションを実行します。

1. スクリプト /sbin/rc.utilsを実行します。このスクリプトは、システムコンソールの準備

を担当し、実行レベルが遷移するたびにシステムコンソールに 1 行のメッセージを表示でき

るようにします。/sbin/rc.utilsは、起動 / シャットダウンスクリプトのログを

/etc/rc.logファイルに記録する機能も持っています。

2. その後、rc デーモンは /etc/rc.configを起動します。これは、/etc/rc.config.dディレ

クトリ内のすべてのスクリプトを実行します。/etc/rc.config.d内のスクリプトは、rcデーモンによってその後に起動される起動 / シャットダウンスクリプトの実行を制御する変

数を設定します。

重要起動 / シャットダウン ( 強制終了 ) スクリプトの動作は、/etc/rc.config.d

ディレクトリ内の対応するスクリプトで変数を設定することによって制御します。

/sbin/init.dディレクトリ内のスクリプトは直接編集しないでください ( これらのスクリプトは、パッチをインストールしたり、製品をアップデートすることで書き換えられることがあり、その場合には、編集内容が失われてしまうためです )。

3. 該当する /sbin/rc#.dディレクトリで実行するスクリプトが検索され、実行されます。

• 遷移する実行レベルが現在の実行レベルよりも上位にある場合には、rc#.dの #には現在

の実行レベルよりも 1 つ上の実行レベルが設定され、rc#.dディレクトリ内の “S” で始ま

る名前を持つスクリプトが実行されます。

• 遷移する実行レベルが現在の実行レベルよりも下位にある場合には、rc#.dの #には現在

の実行レベルよりも 1 つ下の実行レベルが設定され、rc#.dディレクトリ内の “K” で始

まる名前を持つスクリプトが実行されます。

この手順は、現在の実行レベルとターゲット実行レベルの間の各レベルで繰り返されます。

4. 各起動 (または強制終了 )スクリプトは、初にstart_msg (またはstop_msg)パラメータを付

けて起動されて、1 行のメッセージをシステムコンソールに表示し、その後 start ( または

stop) パラメータを付けて再び起動されて、(/etc/rc.config.dディレクトリ内のファイル

で設定された変数に基づいて ) その機能を実行します。

第 3 章112



例 3-4 実行レベルの遷移の例

以下の 2 つの例は、2 つの典型的な状況でどのように動作するかを示します。

上への遷移

/etc/inittabファイルには、ブート時のシステムの初期実行レベルを実行レ

ベル 3 にすることを init に対して指示するエントリーが含まれています。

init:3:initdefault:

実行レベル 3 に到達するために、システムは以下の遷移を行います。

• 実行レベル 0 ( 停止状態 ) から

• 実行レベル 1 へ (/sbin/rc1.dディレクトリ内のリンクで指示される、

/sbin/rc1.d/S100localmount、/sbin/rc1.d/S520syncerのように、

名前が文字 S で始まるスクリプトを実行 )


/sbin/rc2.d/S500inetd、/sbin/rc2.d/S900sambaのように、名前が

文字 S で始まるスクリプトを実行 )


/sbin/rc3.d/S823hpws_webmin、/sbin/rc3.d/S823hpws_webproxy

のように、名前が文字 S で始まるスクリプトを実行 )

下への遷移

HP-UX が現在実行レベル 3 で動作中で、適切な特権を持つシステム管理者が

次のコマンドを実行したとします。

/sbin/init 1

システムは以下のように遷移します。

• 実行レベル 3 から


/sbin/rc2.d/K177hpws_tomcatのように、名前が文字 K で始まるスク

リプトを実行 )


/sbin/rc1.d/K500inetdのように、名前が文字 K で始まるスクリプトを

実行 )

第 3 章 113



システムの実行レベルを操作するためのコマンド

HP-UX の実行レベルの設定、変更、表示を行うには、以下のコマンドを使います。

init init には、デーモンとコマンドの両方があります。

initコマンドは、initデーモンと対話します。initコマンドを使うと、実

行レベルの設定や変更を行うことができます。

ブート時に起動される initデーモンは、/etc/inittabファイル内の定義に

従ってプロセスを生成します。すると、次に、これらのプロセスが、HP-UXが外界と対話する方法 ( たとえば、入力を受け取るターミナルはどれか、ロー

カルファイルシステムを他のサーバーから使うことができるように NFS を

使ってエクスポートするかどうか ) を制御します。

注記 HP-UX を高位の実行レベルからシングルユーザーモードに推

移させる目的では、init sは使わないでください。このコマ

ンドでは、必要のないプロセスが動作中のままでディスクがマウントされたままになります。

パラメータを指定せずに shutdownコマンドを実行して、実行

レベル s に遷移するか、または必要のないプロセスやマウント

済みのファイルシステムを完全になくすには、システムをリブートしてブートプロセスに割り込み、2 番目のブートロー

ダー (Integrity サーバーの場合は hpux.efi、HP 9000 サー

バーの場合は hpux) を使ってデフォルトの実行レベルを変更

し、シングルユーザーモードにします。

who -r who コマンドの -rオプションは、現在のシステムの実行レベル、現在の実行

レベルになった日時、現在の実行レベルを表す 3 つの状態フィールド、以前そ

の実行レベルになった回数 ( システムをブートして以降 )、直前の実行レベル (現在の実行レベルへの遷移元の実行レベル ) を表示します。

例

who -r

. run-level 3 Jun 27 06:22 3 1 4

この出力からは、次のことがわかります。

• 現在のシステムの実行レベルは 3 です。

• 現在の実行レベルになったのは、6 月 27 日の午前 6 時 22 分です。

第 3 章114



• システムを後にブートしてから現在の実行レベル(3)に1度(1)なったこと

があり、現在のレベルには実行レベル 4 (4) から遷移してきています。

HP-UX の起動 ( ブート )

HP-UX ベースのシステムは、電源投入後またはリセット後に以下の順番で手順を実行します。

1. プロセッサと I/O カードのオンボードのハードウェア / ファームウェアベースのルーチンが、

これらのアイテムの自己診断を行って初期化し、ブートプロセスを継続するための十分なメモリーがあることを確認します。コンソールディスプレイ、キーボードデバイス、ブートデバイスがある場所を調べて、デバイスとの通信を初期化します。

2. ブート前に実行されるファームウェア / ソフトウェアルーチンが、HP-UX ブートローダーを

読み込んで実行します。

3. HP-UX ブートローダーは、以下の操作を行います。

— カーネルファイルがある場所を調べ、オープンして読み込み、カーネルをメモリーにコ

ピーします。

— HP-UX カーネルを起動します。

4. HP-UX は初期化処理を実行し、通常の運用を開始します。

HP-UX ブートプロセスとその変形についての詳細は、『HP-UX システム管理者ガイド : 定型の

管理作業』を参照してください。

HP-UX の停止 ( シャットダウン )

「位置について ! 用意 ! ドン !」という、よく聞く言い回しと同様に、システムのシャットダウン

には厳密な手順があります。それに従わないと、問題が発生する可能性があります。

HP-UX をシャットダウンするには、以下の操作を行います。

1. まず、シャットダウンによって影響を受ける可能性があるユーザーすべてに通知を行い、進

行中の作業を完了させる機会を与えます。そして、必要に応じて、システムに NFS マウン

トされているファイルシステムをマウント解除します。

2. システムの強制終了スクリプトでは、安全にシャットダウンすることができないプログラム

を実行している場合に、それをシャットダウンします (112 ページの「起動と強制終了のス

クリプト ( 実行レベルの遷移 )」を参照 )。

第 3 章 115



3. 後に、shutdownコマンドを使ってシステムをシャットダウンします。shutdownコマンド

を使うと、以下の操作を行うことができます。

a. システムのユーザーに対して、シャットダウンが進行中であることを通知します。すで

に通知していた場合には、シャットダウンが迫っていることを思い出させます。

b. 実行レベルを逆向きに遷移させます ( ディレクトリ /sbin/rc[0-4].d内の強制終了リン

クを実行します )。

c. そして後に reboot()を呼び出して、sync()操作を実行します。これによって、その

後のブートで書き換えられる前にメモリー上のデータがディスクに書き出されます。

HP-UX のシャットダウン処理についての詳細は、『HP-UX システム管理者ガイド : 定型の管理

作業』を参照してください。

異常シャットダウン ( システムクラッシュ )

システムがクラッシュした場合には、再び起きないようにするために、原因を把握することが重要です。原因は簡単に把握できる場合があります。たとえば、ルートファイルシステムが含まれているディスクとコンピュータを接続しているケーブルをだれかが足で引っ掛けたような場合です ( ディスクの切断 )。

それ以外の場合には、クラッシュの原因は簡単には見つかりません。極端な場合には、クラッシュの原因を把握するために、クラッシュ発生時のメモリーのスナップショットを解析したり、当社に解析を依頼することが必要になります。

ダンプ / 保存サイクルの概要

システムがクラッシュすると、クラッシュの原因となった証拠を保全するために、HP-UX は物

理メモリーまたはその一部をダンプデバイスと呼ばれる定義済みの場所へ保存します。システムをリブートすると、特殊なユーティリティによってメモリーイメージがダンプデバイスからHP-UX のファイルシステム領域にコピーされます。

第 3 章116



図 3-8 クラッシュダンプシーケンス

メモリーイメージが HP-UX のファイルシステムにある場合には、デバッガを使って解析した

り、第三者への解析を依頼するために、郵送用にリムーバブルメディアに保存することができます。

ダンプデバイスを構成する方法は複数あります。

• カーネル内

• システム初期化時のcrashconf初期化スクリプトの実行時(と/etc/fstabファイルからのエ

ントリーの読み込み時 )

• システム動作中の、オペレータまたは管理者による手作業での /sbin/crashconfコマンドの

実行時

システムクラッシュに備える

ダンププロセスは、クラッシュ時のシステムの動作状況を取得できるようにするためのものです。これは復旧が目的ではありません。プロセスは、システムクラッシュ後、以前の状態から実行を再開することはできません。目的は復旧することではなく、システムがクラッシュした原因を突き止めて、再び発生しないようにするために解析することです。

第 3 章 117



クラッシュが発生したときのシステムのメモリーイメージを ( 事後の解析用に ) 取得する場合に

は、クラッシュ時に HP-UX がそのイメージを格納する場所を前もって定義しておく必要があり

ます。場所としては、ローカルディスクデバイスまたは論理ボリュームが指定可能です。

どこにダンプを格納するにしても、ダンプの格納場所に十分な領域が必要です (118 ページの

「必要なダンプ領域」を参照 )。十分な領域がない場合には、ダンプ対象として選んだすべての

ページが保存されず、クラッシュの原因になった命令やデータが格納されているメモリー部分を取得できない場合があります。

必要に応じて、2 つ以上のダンプデバイスを定義し、初のデバイスが満杯になったら次のデバ

イスを使ってダンププロセスを継続できるようにすることができます。ダンプ処理は、ダンプが完了するまで、または使用できる領域がなくなるまで続きます。HP-UX 11i v3 からは、複数の

ダンプデバイスを構成して (1 つずつではなく ) 並列に書き込み、ダンプ時間を大幅に短縮でき

るようになりました。

必要なダンプ領域十分なダンプ領域を確保するために、少なくともコンピュータの物理メモリーの大きさと、それに 1 MB を加えた大きさのダンプ領域を定義してください。選択ダンプ (ほとんどの場合に、デフォルトのダンプモード ) を行う場合には、必要なダンプ領域は実際には

はるかに小さくなります。フルダンプでは、コンピュータのメモリーのサイズにヘッダー情報用のサイズを少し加えたダンプ領域が必要になります。

HP-UX 11i では、デフォルトで圧縮ダンプが有効になっていますが、ダンプの圧縮はクラッ

シュした環境で条件が満たされている場合にしか行われません。ダンプストレージ領域は、圧縮を前提に見積らないでください。圧縮されないフルダンプまたは選択ダンプを前提にしてください。圧縮ダンプについての詳細は、120 ページの「圧縮ダンプ」を参照してください。

ダンプ構成の判断コンピュータは、速度や処理能力の面で成長を続けており、物理メモリーのサイズも大きくなっています。以前は 256MB のメモリーを持つシステムが大きなシステムだと

考えられていましたが、今日ではほとんどの作業で不十分な大きさです。現在はテラバイト単位のメモリーを持つ HP-UX システムもあります。この点に留意しておくことは重要です。コン

ピュータの物理メモリーが大きくなればなるだけ、システムクラッシュ後にその内容をダンプする時間が長くなるためです ( そしてダンプで使われるディスク領域も大きくなります )。

通常、システムがクラッシュした場合には、できるだけ迅速に元に戻して動作を再開することが重要になります。コンピュータに大量のメモリーが搭載されている場合には、メモリーをディスクにダンプするのに要する時間は、素早い復旧を望んでいる場合には受け入れ難いほど長くなります。また、コンピュータがクラッシュした原因がすでにわかっている場合 ( たとえば、誰かが

誤ってケーブルを切断した場合 ) には、ダンプの必要はほとんどありません。

HP-UX では、ランタイムダンプサブシステムにダンプ処理をきめ細かく制御する機能が備わっ

ています。その機能を使用すると、システムの動作中にカーネルに設定されているダンプ定義を変更することができます。システムコンソールの前にいるオペレータは、システムクラッシュ時に、ランタイム設定を変更することもできます。

第 3 章118



以下のクラッシュダンプ機能を制御することができます。

• ダンプ対象のメモリーのクラス

• ランタイムクラッシュダンプ構成。ダンプ構成をカーネルファイル内に生成したり、システ

ムをリブートしてクラッシュダンプ構成を変更する必要はなくなりました。

• ダンプを圧縮するかどうか

以上の機能は大きな柔軟性を提供しますが、システムダンプをどのような方法で構成するかについて重要な判断が必要になります。

留意すべき 3 つの判断基準を紹介します。この中で自分にとってどれがも重要かを選択し、対

応する項を読んでください。判断基準は以下のとおりです。

• システムの復旧時間

• クラッシュ情報の整合性

• 必要なディスク領域

システムの復旧時間も重要な基準が、できるだけ早くシステムを復旧させて実行を再開することである場合には、この項の説明に従ってください。この場合に留意すべき要因は、以下のとおりです。

• ダンプレベル : フルダンプ、選択ダンプ、ダンプなし

• 並列ダンプ

• 圧縮形式の保存と非圧縮形式の保存

• 特定のデバイスをページングとダンプの両方の目的で使う ( システムの復旧時間 )

• 部分的な保存

ダンプレベル : フルダンプ、選択ダンプ、ダンプなし「すべてのダンプ」や「ダンプを行わないこと」を選

択できることに加えて、ダンプ対象とするメモリーページのクラスを指定することができるため、メモリー全体の内容をダンプする代わりに重要なメモリー構造だけを取得することができます。

この項を読んでいるということは、システムの復旧時間がも重要だからです。ディスクにダンプする ( そしてシステムのリブート時に HP-UX ファイルシステム領域にコピーする ) ページが少なければ、システム

のサービスを復旧させる時間は明らかに短くなります。したがって、システムの復旧時間が重要な場合には、フルダンプオプションを使うことは避けてください。

ダンプデバイスを定義する際には、カーネルの生成時に行う場合も実行時に行う場合でも、必ずダンプするメモリークラスとダンプしてはいけないメモリークラスを指定することができます。これらの両方を指定しなかった場合には、HP-UX は、発生したエラーに応じて、ダンプが必要なメモリー部分を自動的に判断し

ます。ほとんどの場合、ダンプするページを HP-UX に判断させるのが適です。

第 3 章 119



重要ダンプは、ESCキーを押すことによって任意の時点で中止することができます。完全に停

止するまで 15 秒ほどかかります。

ダンプを中止した場合には、あたかもダンプは一切実行されなかったかのように中止されます。つまり、部分的なダンプは取得されません。

フルダンプが不要であることが定義されていたとしても、クラッシュ時にシステムコンソールの前にいるオペレータは、いつでもこの定義を変更し、フルダンプを要求することができます。

同様に、クラッシュ時に原因がわかっているのに ( したがって、システムダンプは不要 )、フルダンプまた

は選択ダンプが定義されている場合には、クラッシュ時にシステムコンソールの前にいるオペレータは、いつでもこの定義を変更し、ダンプを不要にすることができます。

並列ダンプ大量のメモリーが搭載されているサーバーでは、メモリーの内容をディスクに書き込む処理には非常に長い時間が必要になります。メモリーダンプ用に複数のデバイスを構成しておけば、メモリーダンプタスクを分割して、複数のデバイスに並列に書き込むように HP-UX を構成できるようになりました。こ

のプロセスは、並列ダンプ機能と呼ばれ、カーネル調整パラメータ dump_concurrent_on (dump_concurrent_on (5) を参照 )、またはクラッシュ処理構成コマンド crashconf (crashconf (1M) を参

照 ) のいずれかを使って構成することができます。

注記並列ダンプの性能は、クラッシュダンプのリソースのインスタンスが 1 つしかない ( たと

えば、ダンプデバイスやコアが 1 つしかない ) システムでは向上しません。また、現在並

列ダンプによる性能向上がサポートされるのは、HP Integrity サーバーだけです。

圧縮ダンプ HP-UX オペレーティングシステムでは、システムクラッシュが発生したときに、この機能を

使ってデータをダンプデバイスに書き出す前にメモリーデータを圧縮することができます。圧縮することによって、クラッシュデータの量が減り、ダンプ時間が短縮されます。

ダンプ全体を保存するために要する時間が短くなるため、復旧時間が短縮され、システムのサービスを早く復旧させることができます。ダンプの圧縮によって、大量のメモリーを持つシステムでは、時間を大幅に節約できます。

• ダンプの圧縮は強制的に行われるわけではありません。ユーザーが要求して条件が満たされた場合にの

み圧縮が行われます。

システムクラッシュが発生すると、ダンプサブシステムはシステムの状態とリソースを調べて、圧縮を行うことができるかどうかを判断します。HP-UX は利用できるリソースに応じて、ダンプを圧縮形式

で行うか非圧縮形式で行うかを動的に判断します。

( たとえば、クラッシュを処理しているプロセッサが圧縮を行うために必要な数のプロセッサを割り当

てるのに失敗した場合には、ダンプは圧縮されません。ダンプ処理中に発生するパニックのように、クラッシュが繰り返される場合にも、ダンプは非圧縮形式で行われます。)

第 3 章120



• 未使用ページを除外する選択ダンプの場合には、同じサーバーで非圧縮形式のダンプを行った場合に比

べて 3 分の 1 程度の時間しかかかりません。この時間には、savecrashプログラムの実行に要する時

間とダンプを HP-UX ファイルシステムの終的な格納場所に書き込む時間が含まれています。これま

で完了までに 3 時間かかっていたダンプは、1 時間で完了するようになります。

• crashconfコマンド (crashconf (1M)を参照 )を使うと、圧縮ダンプを無効 /有効にすることができます (カーネルにはデフォルトでは圧縮が構成されています )。クラッシュイベントの際にも、定義済みのダ

ンプ圧縮設定を変更することができます。

通常、初の ( 圧縮形式の ) ダンプが壊れていて、以降のクラッシュイベントでは非圧縮形式のダンプ

を行いたいと考えたとき以外は、圧縮を無効にするメリットはありません。HP-UX ファイルシステム

領域への圧縮保存は、シーケンシャルダンプの場合にのみ行うことができます。

• crashutilコマンドを使うと、圧縮されたダンプファイルを、格納と解析用に任意のダンプ形式に変

換することができます。変換方法とサポートされているダンプ形式についての詳細は、crashutil (1M)のマンページを参照してください。

• 圧縮されたダンプファイルのディスクストレージ領域は少なくて済み、小さめの tarファイルが作成さ

れます。そのため、解析を依頼するためにテープにコピーしたり、ftpなどを使って転送するときの時

間が短縮されます。

• サーバーで仮想パーティション (vPars) を使っている場合には、ダンプは圧縮されないことがあります

が、ダンププロセス自体は行われます。

• 短期間のうちに何度もクラッシュが発生した場合には、ダンプが圧縮できないことがあります。

圧縮形式の保存と非圧縮形式の保存システムダンプは非常に大きくなるため、ダンプを HP-UX ファイル

システム領域に格納することは負担になります。

ブート時ユーティリティ savecrashでは、リブートプロセス中にメモリーイメージをダンプデバイスから

HP-UX ファイルシステム領域にコピーするときに、データを圧縮するか非圧縮のままにするかを設定する

ことができます。それには、/etc/rc.config.d/savecrashファイルを編集します。保存をフォアグラウ

ンドプロセスで実行する場合 ( たとえば、HP-UX がページングで使うためにダンプデバイスを早急に明け

渡そうとする場合 ) にはデータの圧縮に時間がかかるため、システムの復旧時間に影響を与えます。した

がって、ディスク領域があって、システムの復旧と実行再開をできるだけ早くしたい場合には、データを圧縮しないように savecrashを設定してください。

特定のデバイスをページングとダンプの両方の目的で使う ( システムの復旧時間 ) 特定のデバイスを、ペー

ジング ( スワップ領域 ) デバイスとダンプデバイスの両方の目的で使うことができます。しかし、システム

の復旧時間が重要な場合には、一次ページングデバイスをダンプデバイスとして設定することは避けてください。savecrash (1M) のマンページには以下の記述があります。

「デフォルトでは、ダンプデバイスの 1 つとして一次ページングデバイスが使われていない場合や、一

次ページングデバイス上のクラッシュイメージが保存された後は、savecrash はバックグラウンドで実

行されます。そのため、システムを一次ページングデバイスだけで実行できるようにすることで、システムの起動時間が短縮されます。」

第 3 章 121



ページングデバイスとダンプデバイスを分けておくことのもう 1 つの利点は、システムの稼働時間が長く

なってもシステムでどのようなアクティビティが行われようとも、ダンプデバイスに格納されている情報がページングによって書き換えられることがなくなることです。したがって、(/etc/rc.config.d/savecrashファイルを編集することで ) ブート時の savecrash処理を回避すること

ができます。メモリーイメージはサーバーがサービスを再開した後で保存できるようになり、ブート時の多くの時間が節約できます。サーバーが復旧し動作を再開した後で、savecrashを手作業で実行し、メモ

リーイメージをダンプ領域から HP-UX ファイルシステム領域へコピーすることができます。

部分的な保存メモリーダンプの一部が専用のダンプデバイスにあり、一部はページングにも使われるデバイスにある場合には、ページングアクティビティで書き換えられるおそれがあるページだけを HP-UX ファ

イルシステムに保存することができます。専用のダンプデバイスにあるページは、そのまま残しておくことができます。メモリーダンプの解析方法がわかっている場合には、デバッガを使ってダンプデバイスを直接解析することができます ( デバッガがこの機能をサポートしている場合 )。

メモリーダンプの解析を依頼するために第三者に送付する前には、ダンプしたページを専用ダンプデバイスから HP-UX ファイルシステムに移動させる必要があります。その後 paxや tarなどのユーティリティを

使って、ダンプしたページを送付用にまとめることができます。

クラッシュ情報の整合性も重要な基準がクラッシュの原因となった命令やデータを含むメモリー部分を確実に取得することである場合には、この項の説明に従ってください。この場合に留意すべき要因は、以下のとおりです。

• フルダンプと選択ダンプ

• カーネルに組み込まれているダンプ定義

• 特定のデバイスをページングとダンプの両方の目的で使う ( クラッシュの整合性 )

フルダンプと選択ダンプこの項を選択した理由は、システムクラッシュの原因となった特定の命令やデータ部分を取得することが重要なためです。その取得を保証する唯一の手段は、すべてを取得することです。つまり、メモリーのフルダンプを選択することを意味します。

ただし、これには時間とディスク領域の両面でコストがかかることを認識してください。時間の観点から言えば、大量のメモリーを使っている HP-UX インスタンスからメモリー全体の内容をダンプするためには非

常に長い時間が必要になります。また、リブート時には、さらにメモリーイメージを HP-UX ファイルシス

テム領域にコピーするための時間が必要になります。

ディスク領域の観点から言えば、大量のメモリーがある場合 ( テラバイト単位のメモリーが搭載された

HP-UX サーバーもあります ) には、少なくともシステムのメモリー量に等しい量のダンプ領域が必要にな

ります。そして、いくつかの要因によっては、悪の場合には、HP-UX ファイルシステム領域に、システ

ムの物理メモリーと同じ量の追加ディスク領域が必要になります。

カーネルに組み込まれているダンプ定義 HP-UX のダンプデバイスは、以下の 1 つ以上の方法で設定する

ことができます。

• 推奨される方法 : 実行時の /sbin/crashconfコマンド

• ブート時 (/etc/fstabファイルで定義されるエントリー )

第 3 章122



• カーネル構成時 ( 定義を /stand/systemファイルに設定 ) この方法は廃止されたため、使わないでくだ

さい。

以上の方法を使った定義は、別の方法で作成された定義に追加されるか置き換えます。ただし、以下の状況に留意してください。

例 3-5 ブートプロセスの非常に初期段階でのクラッシュの例

10 GB の物理メモリーを持つサーバーを考えます。カーネルファイル内に合計で 2 GB の領域を持ち、

/etc/fstabファイル内に 9 GB の追加ディスク領域を持つシステムダンプデバイスを定義した場合には、

システムが復旧し動作を再開した時点でメモリーイメージ全体 ( フルダンプ ) を格納するのに十分なダンプ

領域が確保できています。

しかし、/etc/fstabが作成される前にクラッシュが発生するとどうなるでしょうか。クラッシュ時に利用

できるのは、構成済みのダンプ領域だけです。この例で言えば、2 GB の領域です。

ブートプロセスの初期段階を含め、あらゆる場合にすべてのメモリーバイトを取得することが必須である場合には、あらかじめ、crashconfに -sオプション ( このオプションは、crashconfに対してダンプデバイ

ス定義はリブートを行ってもそのまま残すことを指示しています ) を指定して実行し、十分なダンプ領域を

定義します。crashconfは、HP-UX 11i v3 でダンプデバイスを定義する場合に推奨される方法です。

注記以上の例は、万全を期する場合の例です。実際には、カーネルダンプデバイスがアクティ

ブ化されてからランタイムダンプデバイスがアクティブ化されるまでの時間は非常に短いため ( 数秒 )、このような状況が発生する期間はごくわずかです。

特定のデバイスをページングとダンプの両方の目的で使う ( クラッシュの整合性 ) 特定のデバイスを、ペー

ジングとダンプデバイスの両方の目的で使うことができます。しかし、クラッシュダンプの整合性が重要な場合には、これはお勧めできません。savecrash (1M) のマンページには以下の記述があります。

「ダンプデバイスがページング用に使用され、デバイス上ですでにページングが行われた場合、

savecrashはダンプが無効であるという警告メッセージを表示します。ダンプデバイスがまだページ

ング用に有効になっていない場合、savecrashは、ファイル /etc/savecore.LCKを作成して、デバ

イスに対してページングを有効にできないようにします。デバイスが /etc/savecore.LCKでロック

されている場合、swaponはデバイスをページング用に有効にしません。」

したがって、特定のデバイスをページングとダンプの両方の目的で使うことは、できる限り、避けてください。特に、一次ページングデバイスとして使うことは避けてください。

少量のメモリーしか搭載されておらず、一次スワップデバイスだけをダンプデバイスとして使う HP-UX シ

ステムでは、ページング動作によってダンプ領域のデータが書き換えられる前に、ダンプの保管 (HP-UXファイルシステム領域にコピー ) を完了させることができないおそれがあります。大量のメモリーが搭載さ

れた HP-UX システムでは、起動時にページング ( スワップ ) 領域が使われる可能性は低いため、一次ペー

ジングデバイス上のメモリーダンプがコピーされる前に書き換えられる可能性も低くなります。

第 3 章 123



必要なディスク領域クラッシュ後のダンプ用とリブート後のメモリーイメージの HP-UX ファイルシステ

ム領域への保存用に非常に限られたディスクリソースしか利用できない場合には、この項の説明に従ってください。この場合に留意すべき要因は、以下のとおりです。

• ダンプレベル

• 圧縮形式の保存と非圧縮形式の保存

• 部分的な保存 (savecrash -p)

ダンプレベルこの項を読んでいる理由は、サーバーのディスク領域リソースが限られているからです。ダンプするページが少なければ少ないほど、それを格納するディスク領域が少なくて済むのは明らかです。したがって、サーバーの物理メモリーも少量である場合を除いて、フルダンプはお勧めできません。ディスク領域が非常に限られている場合には、ダンプをまったく行わないことを選択してください。

ただし、このような状況に適した方法があり、それがデフォルトのダンプ動作になっています。それは、選択ダンプと呼ばれる方法です。HP-UX には、クラッシュのタイプに合わせて関連するメモリーページを判

断し、それらのページだけを保存する優れた機能が備わっています。このオプションを選択すると、ダンプデバイス上のディスク領域が節約できて、その後の作業で必要になる HP-UX ファイルシステム領域も節約

することができます。この方法の使い方についての詳細は、『HP-UX システム管理者ガイド : 定型の管理作

業』を参照してください。

圧縮形式の保存と非圧縮形式の保存全体の保存と選択的な保存のどちらを選択したとしても、ダンプデバイスに保存したイメージは、使う前に HP-UX ファイルシステム領域にコピーする必要があります。

ダンプデバイスでではなく HP-UX ファイルシステム領域でディスク領域が不足している場合には、

savecrash ( コピー機能を持つブート時ユーティリティ ) に対して、データを圧縮してコピーするよう指示

することができます。

部分的な保存 (savecrash -p) 十分なダンプデバイス領域はあるものの、HP-UX ファイルシステムの領域

が限られている場合には、savecrashコマンドで -pオプションを使います。このコマンドは、ダンプデバ

イス上のページのうち、ページング動作で書き換えられるおそれがある部分 ( ページングとダンプの両方で

使われるダンプデバイス上のページ ) だけをコピーします。専用のダンプデバイス上のページはコピーされ

ません。

注記クラッシュダンプは、デバッガを使ってダンプデバイス上で直接解析することができます (デバッガがこの機能をサポートしている場合 )。1 ただし、リムーバブルメディアに保存し

たり、第三者に送付する場合には、その前にメモリーイメージを HP-UX ファイルシステ

ム領域にコピーする必要があります。

1. クラッシュダンプを解析する作業は単純ではありません。HP-UX の内部構造とデ

バッガの使い方に熟知している必要があります。実際の解析作業について説明することは、本書の範囲を超えています。クラッシュダンプを解析する上で支援が必要な場合には、当社の営業担当にご相談ください。

第 3 章124



ダンプデバイスの定義についての追加情報ダンプデバイスの定義についての追加情報は、以下のとおりです。

• マンページ crashconf (1M) には、クラッシュダンプの構成で使う主なコマンドについての説

明があります。

• マンページ savecrash (1M) には、事後の解析やアーカイブ用に、クラッシュダンプをファイ

ルシステム領域に格納するための各種のオプションについての説明があります。

• マンページ crashutil (1M) には、事後の解析用に、クラッシュダンプを各種の形式に変換す

るユーティリティについての説明があります。crashutilは、savecrashと同様に、ク

ラッシュダンプ情報を raw ダンプデバイスから HP-UX ファイルシステム領域に取り出すた

めに使うことができます。

• 『HP-UX システム管理者ガイド : 定型の管理作業』

システムクラッシュ時の動作

HP-UX のシステムクラッシュ ( システムパニック ) は、例外的なイベントです。パニックの発

生は、HP-UX が対処方法が不明な状況 ( または対処できない状況 ) に遭遇したことを意味しま

す。場合によっては、クラッシュの原因が直ちに判明することがあります。そうでない場合には、原因は簡単には判明しません。HP-UX に、事後の解析用にクラッシュ時のメモリーの内容

を取得するためのダンプ手順が用意されているのは、このためです。

事前に以下の定義を行うことができます。

• メモリー内容のダンプ先 ( ダンプデバイス )

• ダンプデバイス領域の節約のためにダンプを圧縮するかどうか ( 圧縮ダンプ )

• 時間を節約するために複数のデバイスに並列にダンプするかどうか ( 並列ダンプ )

以上のオプションを構成するには、/sbin/crashconfコマンドを使います。各種のオプション

の設定方法についての詳細は、crashconf (1M) を参照してください。

オペレータによるオプションの変更 HP-UX でパニックが発生すると、現在のダンプ制御オプ

ションの設定がシステムコンソールに表示されます。現在の設定でダンプ処理を開始するまでに、システムコンソールと対話する時間が 10 秒間あります。

10 秒間の変更期間中にシステムと対話することを選択した場合には、画面の指示に従ってくだ

さい。

第 3 章 125



以下の選択を行うことができます。

Cオプション [CURRENT] 現在の設定のまま進みます。10 秒間の変更期間が自動的に時間

切れになる前に、現在の設定で直ちに処理を開始する場合には、このオプションを選択します。

Sオプション [SELECTIVE] 既存の設定とは無関係に、圧縮と並列の両方をオフにして、

選択ダンプを開始します。

Fオプション [FULL DUMP] このオプションは、全物理メモリーの内容が格納できるだけ

の十分なダンプ領域が構成されている場合に使うことができます。全物理メモリーの内容をダンプする場合には、このオプションを選択してください。このオプションを使う場合には、圧縮と並列はオフになります。

Pオプション [PARTIAL DUMP] このオプションは、フルダンプを格納するには十分でな

いダンプ領域が構成されている場合に選択することができます。ダンプ対象のメモリー量がコンソールに表示されます。このオプションを使う場合には、圧縮と並列はオフになります。

Nオプション [NO DUMP] ダンプは行いません。システムを直ちにリブートします。パ

ニックの原因がわかっており、ダンプが必要でない場合にこのオプションを使います。

ダンプオペレータに現在のダンプレベルを変更する機会が与えられた後に、または 10 秒間の変

更期間が終了した後に、HP-UX は、以下の条件のいずれかが真になるまで、物理メモリーの内

容をダンプデバイスに書き込みます。

• メモリーのすべての内容をダンプした ( フルダンプが構成されている場合、またはオペレータ

によって要求された場合 )

• 選択されたメモリーページのすべての内容をダンプした ( 選択ダンプが構成されている場合、

またはオペレータによって要求された場合 )

• 構成されているダンプデバイス領域を使い切った

ダンプ対象のメモリー量といくつかの要因に応じて、このプロセスには数秒から数時間の時間がかかります。

ダンプが行われている間は、システムコンソールのステータスメッセージにはダンプの進行状況が表示されます。

第 3 章126



重要ダンプは、ESCキーを押すことによって任意の時点で中止することができます。

完全に停止するまで 15 秒ほどかかります。

ダンプを中止した場合には、あたかもダンプは一切実行されなかったかのように中止されます。つまり、部分的なダンプは取得されません。

システムは、ダンプが完了するとリブートを試みます。

リブート物理メモリーページのダンプが完了すると、システムはリブートを試みます(AUTOBOOTフラグが設定されている場合 )。AUTOBOOTフラグについての詳細は、『HP-UX シス

テム管理者ガイド : 定型の管理作業』を参照してください。

savecrash の処理オプションシステムのブート時に、savecrashと呼ばれるプロセスを実行するかどうか

を指定することができます。このプロセスは、ダンプデバイスに格納されているメモリーイメージをHP-UX ファイルシステム領域にコピーします ( オプションで圧縮を行います )。パニックが何度も発生し

た場合には、領域に余裕があれば、ファイルシステム領域に複数のクラッシュダンプを格納することができます。ブート時またはブート直後に savecrashを実行しなかった場合には、新のダンプはダンプデバイ

ス上にだけ存在することになります。

デュアルモードのデバイス ( ダンプ / スワップ ) デフォルトでは savecrashは有効になっており、ブート

プロセス中にコピーを行います。/etc/rc.config.d/savecrashファイルを編集して、SAVECRASH環境

変数に値 0を設定すると、この操作を無効にすることができます。これは、ダンプデバイスをページング

デバイスとしても使っていなければ安全な方法です。

savecrash (1M) のマンページには以下の記述があります。

「保存しなければならないクラッシュダンプのデータ用に十分なスペースがファイルシステムにない場

合、savecrashは使用できるスペースに収まるだけのデータを保存します ( 優先順位は索引ファイル、

カーネルモジュールファイル、および物理メモリーイメージの順です )。物理メモリーイメージを保存

するスペースがまったくない場合を除き、ダンプは保存されたものとみなされ、savecrashはもう一

度保存しようとはしません ( オプション -rの説明を参照してください )。」

savecrashで -rを使うと、保存済みとマークされているクラッシュダンプを再び保存することができま

す。ファイルシステム領域が不足して保存に失敗した ( または一部しか保存できなかった ) 場合には、シス

テムが動作を再開すれば、ファイルシステムをクリーンアップして、savecrashの操作に必要な領域を空

けることができます。あるいは、データの保存先として別のファイルシステムを指定して、手動でsavecrashコマンドを実行することもできます。

注意デバイスをページングとダンプの両方の目的で使っている場合には、savecrash ブート処

理は無効にしないでください。無効にすると、ダンプしたメモリーイメージは、後続するシステムページング動作で失われます。

第 3 章 127



システムリブート後の操作

システムがリブートした後に行う必要がある操作の 1 つは、ダンプデバイスにダンプされた物理

メモリーイメージを HP-UX ファイルシステム領域にコピーして、それをパッケージ化して解析

の専門家に送付するか、またはデバッガを使って自分で解析することです。

注記クラッシュダンプは、デバッガを使ってダンプデバイス上で直接解析することができます ( デバッガがこの機能をサポートしている場合 )。ただし、リムーバブル

メディアに保存したり、第三者に送付する場合には、その前にメモリーイメージを HP-UX ファイルシステム領域にコピーする必要があります。

リブート時の savecrash処理を明示的に無効にしない限り、savecrashユーティリティはリ

ブート処理の中でメモリーイメージをコピーします。メモリーイメージがデフォルトで格納される HP-UX ディレクトリは、/var/adm/crashです。/etc/rc.config.d/savecrashファイル

を編集して、SAVECRASH_DIR環境変数にダンプ先のディレクトリを設定すれば、別の場所を指

定することができます。コピー先に、コピーされるメモリーイメージを格納するための十分なディスク領域があることを確認するのを忘れないでください。

第 3 章128


ライブダンプ ( 動作中のシステムのメモリーダンプ )

ライブダンプ ( 動作中のシステムのメモリーダンプ )HP-UX 11i v3 から、HP Integrity サーバーでは、システムがクラッシュしていなくても、また

システムを不安定な状態にすることなく、ダンプ処理を実行することができるようになりました。

ライブダンプ ( クラッシュしていない、まだ動作中のシステムのメモリーダンプ ) は、以下の状

況で役に立ちます。

• 回復可能なオペレーティングシステム障害の原因の解析

• ダイナミックロード可能なカーネルモジュールでカーネルが不安定にならない障害が発生し

た場合 ( たとえば、I/O ドライバ関連の問題のトラブルシューティング )

• システムの性能低下問題の解析

• 動作中のカーネルのスナップショットのオフラインの解析

ライブダンプは、ユーザーまたはカーネルが起動できます。適切な特権を持つユーザーは、livedumpコマンドを使ってライブダンプを起動することができます ( 操作についての詳細は、

livedump (1M) を参照してください )。

ライブダンプの制限

ライブダンプと実際のクラッシュダンプには、重要な違いがあり、そのうちのいくつかが制限になります。

• ライブダンプとクラッシュダンプの重要な違いは、当然ですが、ダンプを行っている中で

も HP-UX が動作を継続していることです。

良い点は、システムのユーザーが作業を続けることができて、livedumpプロセスの影響を

受けないことです。

悪い点は、HP-UX が動作を継続しているために、オペレーティングシステム内のデータ構

造がダンププロセス中も変化し続け、ダンプ起動時のシステムの状況と比べて少し不正確な情報が生成されることです。したがって、livedumpによって保存されるダンプには、整合

性のない状態のデータ構造が含まれる可能性があります。また、トラブルシューティングを行っているイベントの原因が、進行中のシステム操作によって書き換えられている ( した

がって、失われている ) こともあります。

第 3 章 129


ライブダンプ ( 動作中のシステムのメモリーダンプ )

• オペレーティングシステムで障害が発生してシステム全体が不安定になっているシステムで

は、livedumpは使わないでください。システムが不安定になった場合には、そのままク

ラッシュさせるか、制御の移行 (TOC) を使って強制的にクラッシュさせる方が望ましい結果

が得られます。

第 3 章130


オペレーティングシステムとソフトウェア ( インストール、変更、削除 )

オペレーティングシステムとソフトウェア ( インストール、変更、削

除 )ソフトウェアは各種の形式 (tar ファイル、zip アーカイブなど ) で配布されます。HP-UX は、

ソフトウェアを配布するために使われる多くのユーティリティをサポートしています。ただし、HP-UX の環境では、Software Distributor (SD) 形式が、他の形式よりも優先して使われます。

Software Distributor

Software Distributor は、HP-UX サーバー上のアプリケーションやその他のソフトウェアのイ

ンストール、保守、配布を行うために使うツールの集合です。これは、当社が HP-UX やその他

の多くの HP-UX 関連のアプリケーションを配布するときに使っている形式です。

Software Distributor は、tar、cpio、ISO_9660、HFS、VxFS、その他の大部分の物理ファイ

ルストレージ方式の上に位置する配布形式を扱うことの他に、インストール済製品データベースを管理します。このデータベースには、現在サーバーにインストールされているアプリケーションとソフトウェアについての情報、ソフトウェアについてのバージョン情報、インストールされているソフトウェアについてのその他の重要な属性が含まれています。インストール済み製品データベースは、サーバー上のアプリケーションを管理するために SD ユーティリティによって

使われます。

Software Distributor は、マルチサーバー対応です。ソフトウェアパッケージ ( ソフトウェアデ

ポとも呼ばれる ) は、1 つのサーバーで管理され、関連するパッケージをインストールするため

に他のサーバーで使われます。

151 ページの「Software Distributor (SD)」の項では、Software Distributor を構成する個々の

コンポーネントについて説明します。『Software Distributor 管理者ガイド』には、このテクノ

ロジについての説明があります。

その他のオペレーティングシステムインストールテクノロジ

この他にいくつかのソフトウェアインストール用の製品があります。

Ignite/UX 共通の HP-UX ソフトウェアを複数のシステムに 1 つの場所

から一度にインストールする場合には、Ignite/UX を使うこ

とができます。138 ページの「Ignite-UX」を参照してくだ

さい。

第 3 章 131


オペレーティングシステムとソフトウェア ( インストール、変更、削除 )

update-ux update-uxコマンドは、新しいメディアを使って HP-UXオペレーティングシステムをアップデートします。詳細は、update-ux (1M) のマンページを参照してください。

Software Manager Software Manager は、Ignite-UX と Update-UX によって

使われ、ソフトウェアのインストールを行います。Software Manager には、改良されたソフトウェア選択機

能、OE のサポート、プレビュー用のアップデートサポー

ト、ターミナルユーザーインタフェース (TUI) が実装され

ました。詳細は、swm (1M) と swm-oeupdate (1M) のマン

ページを参照してください。

HP-UX のソフトウェア保守についての追加情報

HP-UX でサポートされる各種のソフトウェアパッケージングユーティリティについての追加情

報は、以下のマンページを参照してください。

ar (1) arコマンドは、単一のアーカイブファイルとして結合されたファイルグルー

プを保守します。主な用途は、リンクエディター (ld (1) を参照 ) で使われるラ

イブラリファイルの作成とアップデートです。ただし、同様の各種の目的で使うことができます。

cpio (1) cpioコマンドは、磁気テープ、その他のデバイス、通常のファイルに対して

アーカイブの保存と復元を行い、1 つのディレクトリから別のディレクトリ

へ、ディレクトリツリー構造を複製しながらファイルをコピーします。

gzip (1) gzip コマンドは、ファイルを圧縮してディスク領域を節約します。単一ファ

イルまたはディレクトリ構造全体を圧縮し、ディレクトリ構造内のファイルを単一のアーカイブファイルにパッケージ化することができます。

pax (1) pax コマンドは、アーカイブファイルの抽出、書き込み、表示と、ファイルと

ディレクトリ階層のコピーを行います。比較的新しいユーティリティであるpaxは、従来の ( 今でもある ) ユーティリティ cpioおよび tarと基本的には

同じ機能を実行します。

sd (5) sd (Software Distributor の略 ) コマンドは、ソフトウェアの作成、配布、イ

ンストール、監視、管理を行います。

shar (1) sharコマンドは、指定されたファイルとディレクトリを、メールによる送信

や輸送に適した配布用パッケージにまとめます。posix シェル (/usr/bin/sh)を使ってアーカイブのアンパックを行います。指定されたファイルにバイナリデータなどが含まれていた場合には、sharは uuencodeを使って、ファイル

のネイティブ形式を正しく処理しないメーラーからデータを保護します。

第 3 章132


ネットワークサービス

uuencode (1) を参照してください。データのエンコードで uuencodeが使われ

た場合には、シェルを使ってアンパックできるように、shar パッケージに

uudecodeスクリプトが含められます。

tar (1) tarコマンドは、磁気テープまたはディスクファイルに対して、ファイルの

アーカイブの保存と復元を行います。


HP-UX には、以下のとおり、豊富で堅牢なネットワークサービスが揃っています。

• 電子メール

• リモートログイン / ターミナルエミュレーション

• ファイル転送

• Web アクセス

• リモートマウントファイルシステム

注記ネットワークサービスを使う前に、サーバー上に少なくとも 1 つのネットワーク

インタフェースを構成する必要があります。インタフェースを構成するには、nwmgrコマンドを使います。詳細は、nwmgr (1M) のマンページと 163 ページの

「ネットワークインタフェースの構成」を参照してください。

電子メール

電子メールシステムは、通常、2 つの機能階層を持っています。

• トランスポート層とルーティング層

• 電子メールの受信、作成、送信を行う電子メールクライアント

電子メールの転送とルーティング用に、HP-UX では sendmailをサポートしています。これは、

きめ細かい設定が可能な、広く使われている電子メール転送サービスです。HP-UX ベースの

サーバーで sendmailを構成する方法については、ネットワークマニュアル『HP-UX Mailing Services Administrator’s Guide』を参照してください。

第 3 章 133



電子メールの受信、作成、送信用に、HP-UX では以下のような従来からある UNIX 電子メール

クライアントを用意しています。

mail

mailx

elm

当社が公式にサポートしているわけではありませんが、電子メールの受信、作成、送信用に、以下の一般的に使われているユーティリティも使うことができます。

Mozilla Mozilla は、System Management Homepage にアクセスするためのデフォル

トブラウザとして必要なため、HP-UX に付属して出荷されています。Mozillaには、電子メールクライアントが付属しています。

rmail GNU Emacs エディターをインストールして使っている場合には、組み込み電

子メールクライアント rmailを使うことができます。

リモートログイン / ターミナルエミュレーション

HP-UX のシェルから、以下のプロトコルを使ってリモートシステムにログインすることができ

ます ( リモートシステムが許可している場合 )。

rlogin ローカルサーバーで動作するユーティリティ rloginは、リモートサーバー上

のデーモン rlogind ( 動作している場合 ) と通信し、リモートサーバー上に有

効なアカウントがある場合には、ログインを許可します。

重要 rloginをサポートしているプロトコルは、セキュアなプロト

コルではありません。ログインセッションで入力したパスワードその他の情報を含むログイン情報は、暗号化されずにネットワーク上に送信されます。情報が傍受され悪用されるおそれがあります。

ssh ssh (Secure Shell) は、rloginプロトコルよりもはるかにセキュアなリモー

トログイン機能を備えています。公開鍵暗号化方式を使って、リモートサーバーを認証します ( また、リモートサーバーがユーザーのローカルサーバーを

認証できるようにします )。ログインセッションの間、リモートサーバーとの

すべての通信は暗号化されます。

telnet telnetでは、rloginと同様に、通常は暗号化されていない通信が使われる

ため、リモートサーバーとのログインセッションは傍受に対して脆弱です。telnetは、閉じたネットワーク上で、信頼しているサーバーとユーザー間で

第 3 章134



使うために、HP-UX で用意されています。ローカルサーバーと、ログインを

試みるリモートサーバー間でセキュアな通信が必要な場合には、sshを使って

ください。

ファイル転送

HP-UX には、コンピュータ間のファイル転送のためのプロトコルがいくつか用意されています。

使われるプロトコルに応じて、ファイルは、HP-UX ベースのシステム間、HP-UX ベースのシ

ステムと Linux ベースのシステム間、HP-UX ベースのシステムと Microsoft Windows ベースシ

ステム間で転送することができます。以下のプロトコルの他に、アプリケーションやカスタムプログラムではプロセス間通信 ( システムコール ) を使ってファイルを転送することができます。

FTP FTP ( ファイル転送プロトコル ) は、コンピュータ間でファイルを転送するた

めのオープンスタンダードです。HP-UX、Linux、Microsoft Windows ベー

スのコンピュータは、すべて ftpのサーバーとクライアントのソフトウェア

をサポートしています。

FTP は、通常は対話型モードで使われます。ユーザーは、ローカルシステム

(FTP クライアント ) とリモートシステム (FTP サーバーが動作 ) 間の接続を

確立します。接続が確立されると、ファイルは 2 台のコンピュータ間で双方向

に転送することができます。また、両方のコンピュータでディレクトリ構造をたどることができる ( ユーザーのアクセス権限の範囲内で ) ため、ファイル転

送にあたって送信元と送信先のディレクトリを設定することができます。

重要 FTP は通常はセキュアでないプロトコルです。ファイルは平文

で ( 暗号化されずに ) 転送されます。2 つのコンピュータ間の接

続を確立するパスワードも暗号化されないため、この転送は傍受や悪用に対して脆弱です。

SSH FTP sftp (SSH ファイル転送プロトコルを実装した HP-UX コマンド ) は、sshを

使って ftpコマンドよりもセキュアなファイル転送を実現しています。ファ

イルは転送中は暗号化され、一部の SSH FTP クライアントでは、リモート

ファイルシステムの操作 ( たとえば、リモートシステムのファイルの削除 ) を行うこともできます。

RCP rcp ( リモートコピー ) は、2 つのコンピュータ間でファイルをコピーします。

rcpの注目すべき機能の 1 つは、ディレクトリ全体をコピーできることで、ツ

リーをたどってサブディレクトリとその内容を再帰的にコピーします。

第 3 章 135



両方のコンピュータがリモートだったり、両方が同じシステムであっても構いません ( たとえば、rcpを使って、ローカルシステムのディレクトリ間、また

はリモートシステムのディレクトリ間でファイルをコピーすることができます)。また、rcpを使って、ローカルシステムとリモートシステム間でファイル

をコピーすることもできます。

rcpでは、ユーザーの認証に、.rhostsファイルと Kerberos 認証システムの

いずれかを使うことができます。

RCP は、FTP と同様に、一般にはセキュアではありません。セキュアなリ

モートコピープロトコルについては、「SSH RCP」を参照してください。

SSH RCP scp ( セキュアシェルリモートコピープロトコルを実装した HP-UX コマンド )は、sshを使って、2 つのコンピュータ間でファイルを安全にコピーします。

HTTP HTTP は、主として表示する Web ページを取り出すために使われますが、

ファイル転送用に使うこともできます。

Web アクセス

HP-UX 11i v3 オペレーティングシステムには、System Management Homepage などの Webベースのサブシステムで使われる Tomcat Web サーバーが含まれています。ユーザーが作成した

Web ページもサポートすることができます。

リモートマウントファイルシステム

HP-UX 11i v3 には、複数のコンピュータ間でファイルシステムとディレクトリを共有するため

の以下のテクノロジが実装されています。

NFS NFS (Network File System) を使うと、サーバーからファイルシステムまたは

ディレクトリを、あらかじめ定義したサーバーのセットにエクスポートすることができます。これらのサーバーではエクスポートされたファイルシステムをマウントして、これらのサーバー上のユーザーやプロセスがリモートでマウントされたファイルシステムをローカルファイルシステムと同じようにアクセスできるようにします。

Samba Samba は、Microsoft の SMB (Server Message Block) プロトコル ( およびそ

の他のプロトコル ) の実装です。Samba を使うと、ディレクトリやそのサブ

ディレクトリを複数のコンピュータ間で共有することができます。

第 3 章136

4 システム管理ツール

単一サーバー、複数のサーバー、複数セルのサーバーや複数コアのサーバー上のハードパーティションやソフトパーティション内の複数のオペレーティングシステムのいずれを管理する場合でも、HP-UX 11i v3 には、これらのリソースを管理したり制御するための多くの種類のツールが

揃っています。

この章では、利用できる重要なシステム管理ツールについて、どのような管理に使用できるかを説明します。

表 4-1 システム管理ツール

ツール用途入手方法

HP System Management Homepage (HP SMH)

単一のオペレーティ

ングシステムの管理1

1. 対象オペレーティングシステムは、HP-UX 11i または (HP SMH を使う場合には ) Linux、Microsoft Windows ベースのオペレーティングシステムです。

HP-UX 11i v3 に含まれています。

HP Systems Insight Manager (SIM)

システムのグループの管理

HP-UX 11i v3 に含まれています。また、

http://www.hp.com/go/hpsim からダウンロード

することもできます。

OpenView Suite エンタープライズレベルの管理

当社の営業担当にお問い合わせください。

第 4 章 137

システム管理ツール

HP-UX のインストールおよびアップデート用のツール


HP-UX のインストールおよびアップデートでは、ここに示すツールを使うことができます。こ

のトピックについての詳細は、『HP-UX 11i バージョン 3 インストール / アップデートガイド』

の新版を参照してください。

コールドインストール

コールドインストールという用語は、ルートボリュームグループを完全に再構築して、そのボリューム上の既存のオペレーティングシステムとデータを消去し、新しいオペレーティングシステムと指定されたソフトウェアおよびデータをインストールすることによって、システムを新しい ( 現在 HP-UX のイメージを含んでいない ) システムまたは既存の ( これから完全に書き換え

ようとしている HP-UX のインスタンスを含んでいる ) システムにインストールすることを意味

します。

HP-UX 11i v3 をサポート対象のシステムにコールドインストールする方法には、2 種類ありま

す。

• DVD メディアから直接インストールする

• SD-UX または Ignite-UX を使ってサーバー上にデポを作成し、ネットワークを経由してイン

ストールする

コールドインストールの利点は、現在システムにインストールされているソフトウェアとは無関係に、あるいは古いソフトウェアの削除に配慮することなく、サポート対象のソフトウェアをインストールできることです。

Ignite-UX

Ignite-UX は、HP-UX のシステム管理者の、大規模なシステムに対してインストールと展開を

行うというニーズに応えます。Ignite-UX は、標準のシステム構成を作成して再利用する手段を

提供します。標準のシステム構成をアーカイブし、そのアーカイブをシステムの複製のために使う機能を備えているため、作業をスピードアップすることができます。またインストール後にカスタマイズを行う機能や、対話型の操作モードや無人の操作モードもあります。

• 複数のターゲットに対する Ignite-UX のインストールセッションは、完全なクライアント /サーバーモデルであり 1 台のサーバーから制御することができます。

• 1 つのインストールセッションで複数のソフトウェアソースからインストールすることがで

きます。

第 4 章138



• インストールセッションが完了すると直ちに実行を開始できるシステムを簡単に作成できま

す。

Ignite-UX についての詳細は、HP-UX 11.0 および HP-UX 11i 用の『Ignite-UX 管理ガイド』を


Update-UX

update-uxコマンドは、特定の HP-UX バージョンを新しいバージョンにアップデートするため

のツールです ( サポートされているアップグレードパスに従う必要があります )。サポートされ

ているアップグレードパスと一般的なアップデート手順についての詳細は、『HP-UX 11i バー

ジョン 3 インストール / アップデートガイド』の新版を参照してください。update-ux コマ

ンドとそのオプションについての詳細は、update-ux (1M) のマンページを参照してください。

第 4 章 139


単一サーバー管理ツール


この項では、HP-UX の単一のインスタンスを管理するためのツールについて説明します。

HP System Management Homepage (HP SMH)

重要 HP-UX 11i v3 では、単一のサーバーを管理するための HP-UX のシステム管理

ツール SAM (System Administration Manager) が大幅に再設計され、名前が新

しくなり、ユーザーインタフェースがより直観的になりました。HP-UX 11i v3から、HP-UX の単一のサーバーを管理するためのツールは、HP SMH (HP System Management Homepage) になりました。

HP System Management Homepage (HP SMH) には、HP-UX を管理するための 3 種類のイン

タフェースが用意されています。ニーズに合ったインタフェースを使ってください。

• Web ベースのグラフィカルユーザーインタフェース (GUI)

• ターミナルユーザーインタフェース (TUI)

• コマンド行インタフェース (CLI)

HP SMH は、X Window のネイティブインタフェース1 は持っていませんが、HP SMH で起動

されるいくつかのアプリケーションは、ObAM ベースの X Window または ObAM ベースの TUIで開きます。

HP SMH のグラフィカルユーザーインタフェースのアプリケーションは、大多数がマルチバイ

トロケールをサポートしています。しかし、HP SMH のテキストユーザーインタフェース

(TUI) は、英語以外のロケールはサポートしていません。したがって、smh(1m) TUI は C ロ

ケールで実行することをお勧めします。

注記 ObAM は、以前の単一サーバー管理ツール SAM で使われていたテクノロジです。

1. System Management Homepage の GUI はネイティブの X Window アプリケーショ

ンではありませんが、メインメニューの w メニュー項目が使われた場合には、HP SMH はリモート X ディスプレイ上でブラウザを開くときに X Window を使おうとし

ます。

第 4 章140



DISPLAY環境変数を設定している場合には、/usr/sbin/samコマンドと /usr/sbin/smhコマ

ンドのいずれかを実行すると、HP SMH によってデフォルトの Web ブラウザが開かれます。

DISPLAY環境変数を設定していない場合には、HP SMH はターミナルインタフェースで開きま

す。

HP SMH のターミナルバージョンを初めて起動すると、メインメニューが表示され、機能領域

へのゲートウェイとなります。

HP-UX System Management Homepage (Text User Interface) SMH-------------------------------------------------------------------------------- a - Auditing and Security c - Security Attributes Configuration d - Peripheral Devices e - Resource Management f - Disks and File Systems g - Display k - Kernel Configuration n - Networking and Communications p - Printers and Plotters s - Software Management u - Accounts for Users and Groups--------------------------------------------------------------------------------x-Exit smh w-WebLaunchENTER-Launch Functional Area v-SAM Log Viewer

メインメニューのエントリーの横にある文字を入力して、作業を行う機能領域を起動します。たとえば、Resource Manager機能領域を起動するには [e] を入力し、Printers and Plotters

機能領域を起動するには [p] を入力します。

HP SMH Web インタフェースの起動

( ローカル、リモートシステム、PC の ) ブラウザから HP SMH Web インタフェースにアクセス

するには、次のアドレスを使います。

http://name_of_system_to_administer:2301/

name_of_system_to_administerには、管理対象のシステムのネットワークホスト名 ( または

IP アドレス ) を指定します。これによってシステムにある Web サーバーが HP SMH へのセ

キュアな Web インタフェースを開始します。

第 4 章 141



重要 HP SMH へのリモート Web アクセスを成功させるためには、管理対象のシステ

ムで Web サーバーが動作している必要があります。これは、デフォルトでは

HP-UX を実行レベル 3 以上で実行させておくことを意味します。実行レベルに

ついての説明は、110 ページの「実行レベル」を参照してください。

HP SMH の TUI バージョンのメインメニューで [w] を入力すると、DISPLAY環境変数に関連付

けられている X Window サーバー上で HP SMH Web インタフェースが起動されます。

HP SMH ターミナルインタフェースから HP SMH Web インタフェースを起動すると、管理対

象のシステムの Web サーバーが起動され ( まだ起動していなかった場合 )、Web ブラウザが起動

されて、[w] を入力したときに TUI で強調表示されていた機能領域に対応する (HP SMH の ) 機能領域が表示されます。

重要 Web ブラウザを起動したときに警告が表示される場合は、注意深く読んでくださ

い。この方法で System Management Homepage を起動する場合にはセキュリ

ティ面で問題があることがあるため、HP SMH は、System Management Homepage を起動するための、セキュアな http (https) URL を使ったより安全な

代替手段を使用します ( 必要な場合 )。

注記 Web ベースのインタフェースを HP SMH のターミナルインタフェースから起動

することを計画している場合には、HP SMH が GUI の表示を行う場所を認識で

きるように、ターミナルインタフェースを起動する前に、シェルの DISPLAY環境

変数を設定してください。

第 4 章142



HP System Management Homepage Web インタフェース

HP SMH GUI インタフェースがブラウザで起動されると、上記の画面が表示され、ユーザーの

認証 ( ログイン ) が求められます。ログインに成功すると、GUI 版の HP SMH には、ターミナ

ル版とは少し異なるメニューが表示されます。

ターミナル版では初の画面に HP SMH の機能領域が表示されますが、グラフィカル版の HP SMH では初にシステムハードウェアの全般的な稼働状況と、他のステータス画面 ( たとえば、

[Memory Utilization]) へのリンクを備えたシステムサマリーが表示されます。

重要な機能領域への少数のリンクがホームページに表示されますが、GUI 版の HP SMH でその

機能領域画面にアクセスするには、画面の上部近くにある [Tools] メニュー項目をクリックする

必要があります。

グラフィカル版の HP System Management Homepage を使うと、サポートされている Web ブ

ラウザを使ってほとんどあらゆる場所から HP-UX サーバーを管理することができます。HP System Management Homepage の GUI は、ターミナル版よりも多くの種類のツール ( 機能領

域 ) を備えています。

HP System Management Homepage を使うと、各種の Web エージェントや当社の他の Web 対

応システム管理ソフトウェアを統合、表示し、その間でやり取りを行って、以下のようなHP-UX サーバーのほとんどすべての機能の構成や操作を制御することができます。

• ユーザーとグループの管理

• 監査

• ボリュームとファイルシステムの管理

• エラー管理テクノロジ ( オンラインエラーメッセージの検索 )

• カーネルの構成

第 4 章 143



• パーティショニング

• 周辺装置

• プリンター

• セキュリティ

• ソフトウェアのインストール、削除、管理

• その他多数

HP System Management Homepage を使うと、以下の操作を行うこともできます。

• (X Window ベースの ) アプリケーションの起動

• コマンドの実行

ヒント HP System Management Homepage は ( 業界標準の WBEM をベースにしている

ため )、SAM とは異なり、Linux や Microsoft Windows ベースのシステムも管理

することができます。

HP System Management Homepage の主要な機能 HP System Management Homepage の主

要な機能は、以下のとおりです。

• 単一システム管理で使われる ( 複数システムの一元的な管理については、147 ページの「HP Systems Insight Manager (HP SIM)」を参照してください )

• Web ベース ( サポートされているすべてのブラウザからアクセス可能 )

• セキュア (SSL セキュア認証を使っている )

• 以下の種類の OS を実行している単一システムの管理が可能

— HP-UX 11i

— Linux ( 当社がサポートしているバージョンの Linux)

— Microsoft Windows

第 4 章144



HP SMH によって支援される項目 HP System Administration Homepage を使ってアクション

を実行すると、対話しているインタフェースは、ユーザーに代わって内部でコマンド行コマンドを実行します。同じ作業はシェルプロンプトで HP SMH が実行するのと同じコマンドを使って

実行することもできます。ただし、HP SMH が代わりに実行しているコマンドを知る必要があ

ります。それを調べる方法には以下のものがあります。

• Web ベースのインタフェースを使っている場合には、アクションの実行を準備するために

Web フォームへの入力を完了した時点で、ページの下部にある [ コマンドプレビュー ] 項目

をクリックすると、アクションを実行したときに実行されるコマンドを表示することができます。

• ターミナルインタフェースを使っている場合には、画面の下部にある [Preview]項目を選択

すると、HP SMH が代行して構築したコマンドを表示することができます。[Preview]が

強調表示されているときには [Enter] を入力すると、コマンドが表示されます。

• すでに実行したアクション ( 実行されたコマンド ) は、それを実行するために使ったインタ

フェースとは無関係に、いつでも表示することができます。

— GUI の場合には、ページの上部にある [Logs] メニュー項目をクリックして、[Logs] ペー

ジの [SAM Log Viewer] 項目を選択します。そしてログのフィルタリングを行い、調べ

ようとしているコマンドを見つけます。

— TUI の場合には、メインメニューページで [v] キーを押すと、[SAM Log Viewer] が表示さ

れます。そしてログのフィルタリングを行い、調べようとしているコマンドを見つけます。

コマンド行ツール

すでに述べた System Management Homepage と System Administration Manager はユーザー

インタフェースを備えており、ユーザーの入力に基づいて、コマンドとシステムコールを使って作業を遂行します。

これらのシステム管理ツールには用意されていないきめの細かい制御や作業のカスタマイズを行う場合には、必要なコマンドを手動で実行するか、シェルスクリプトでコマンド列を実行することができます。

HP-UX には、コマンド入力用に、以下の一般的に使われるシェルが用意されています。

• sh - POSIX シェル

• ksh - Korn シェル

• csh - C シェル

第 4 章 145



正式にはシェルではありませんが、シェルに似た 2 つの関連ユーティリティを使うと、1 つの

ターミナルで複数のセッションを実行することができます。

shl Shell Layer Manager は、使っている単一のシェル階層から 2 つ以上のシェル

と対話する機能を提供します。それぞれの階層は、仮想デバイスに対応しています。現在の階層は、キーボードの入力を受け取ることができる階層です。他の階層では、入力はブロックされています。複数の階層からの出力は、単一のターミナルに多重表示されます。詳細は、shl (1) を参照してください。

tsm Terminal Session Manager を使うと、Shell Layer Manager と同様に、1 つ

のターミナルから複数のシェルと対話することができます。各シェルは物理ターミナルをエミュレートする仮想デバイスにバインドされます。tsmのホッ

トキーを使うと、セッションを切り替えたり、新しいセッションを作成することができます。詳細は、tsm (1) を参照してください。

HP System Management Homepage のコマンド行インタフェース

HP SMH のグラフィカルユーザーインタフェースからすぐにコマンド行コマンドを入力する必

要があり、別のウィンドウでシェルを起動したくない場合には、ページの上部近くにある[Tasks] メニュー項目をクリックして、表示されるパネルの [System] セクションで [Run Command] または [Run Command as Root] を選択します。

第 4 章146


複数サーバー管理用のツール


この項では、HP-UX の複数のインスタンスを管理するためのツールについて説明します。

HP Systems Insight Manager (HP SIM)

管理対象のシステムが複数ある場合には、HP Systems Insight Manager (SIM) を使います。

HP Systems Insight Manager の特徴は、以下のとおりです。

• 複数サーバーの一元管理で使われる

• 次のような各種の OS のサーバーを複数管理できる

— HP-UX 11i

— Linux

— Microsoft Windows

• Web ベース ( サポートされているすべてのブラウザからアクセス可能 )

• セキュア (SSL セキュア認証を使っている )

• OpenView Suite 製品や Serviceguard クラスタと互換性がある

HP SIM を使った複数のサーバーの一元管理

HP Systems Insight Manager は 1 台の HP-UX サーバーを管理するために使うこともできます

が、その目的には HP System Management Homepage (HP SMH) の方が優れています。

HP Systems Insight Manager を使うと、中央管理サーバー (CMS) から管理対象システムと呼

ばれる複数のサーバーを管理することができます。CMS と管理対象システムは総称して管理ド

メインと呼ばれます。CMS 自体は自身の管理ドメイン内の管理対象システムですが、同時に他

の CMS で制御される管理ドメインの管理対象システムになることができます。

CMS は HP Systems Insight Manager ソフトウェアがインストールされているサーバーであり、

このソフトウェアには、すべてのネットワーククライアント ( グラフィカルユーザーインタ

フェースの場合は Web ブラウザを使い、セキュアなテキストユーザーインタフェースの場合は

sshを使って CMS にアクセス可能なすべてのコンピュータ ) がアクセスすることができます。

ネットワーククライアントは、管理ドメインのメンバーであってもなくても構いません。

第 4 章 147



注記 HP Systems Insight Manager はシステムのグループを管理することができます

が、企業全体の大規模な運用のためには、さらに強力な OpenView Suite を使う

ことをお勧めします。

オープンスタンダード WBEM に基づく HP Systems Insight Manager

HP Systems Insight Manager は、Web Based Enterprise Management (WBEM) 標準と他のい

くつかのオープンスタンダードで構成されています。この標準は、OS タイプが異なる複数の

サーバーの管理を統合するために設計されたテクノロジの集合です。

OpenView への情報入力

HP Systems Insight Manager は、ユーザーのニーズに合わせて拡張することができます。SIMの拡張機能を使って機能を拡張し、追加システムを各種の管理ドメインに構成し、エンタープライズレベルの管理の準備ができたときには、HP Systems Insight Manager を使って OpenView Suite 製品に情報を供給することができます。149 ページの「企業全体を管理するためのツール」

を参照してください。

第 4 章148


企業全体を管理するためのツール

企業全体を管理するためのツール

ビジネスがエンタープライズレベルまで成長すると、あるいは、規模とは無関係に、コンピューティングリソースとネットワークリソースを以下の要因に基づいて割り当て / 制御する必要が出

てきます。

• System Management Homepage と HP Systems Insight Manager が備えている自動化機能

よりも高度な自動化機能

• サービスレベル目標

• マルチベンダー環境 ( たとえば、IBM、Sun Microsystems などのベンダーのシステムを含む

システムのネットワーク ) を制御する必要性

当社には総合的な製品グループがあります。それらを総称して OpenView Suite と呼びますが、

これは上記のニーズを満たす製品です。

OpenView Suite に含まれている主なテクノロジは以下のとおりです。

• トランザクションの監視

• ソフトウェアデプロイメント

• パッチ管理

• ハードウェアノード管理 (HP Systems Insight Manager を利用 )

• ネットワークノード管理

• Oracle データベース管理

• ヘルプデスクサポートサービス

• ストレージ管理

• ( リソース ) 使用量の管理

• ワークロード管理

• 仮想マシン管理

OpenView 製品の完全なリストは、

http://h50146.www5.hp.com/products/software/management/openview/lineup にあります。

第 4 章 149


その他のシステム管理ツール


この他にも、HP-UX システムの各種の管理をサポートするツールがあります。それを以下に示

します。

EVM - Event Management

HP-UX 11i v3 では、カーネル、ソフトウェアアプリケーション、サーバーハードウェアは、イ

ベント管理デーモンにイベントを通知することができます。ユーザーは、懸念すべきイベントが発生したという警告を受け取るために、これらのイベントの通知を要求することができます。

ユーザー ( またはシステム管理者 ) は、イベントの通知を要求するために、System Management Homepage、evwebコマンド (evweb (1) と evweb_subscribe (1) のマンページを参

照 ) を使うことができます。

Partition Manager

Partition Manager は、セルベースサーバーの nPartitions を構成するために使います。

Partition Manager は、HP System Management Homepage (HP SMH) 内のワークスペースと

して動作します。Partition Manager は、HP SMH の [Tools] メニューから起動するか、サポー

ト対象の Web ブラウザに次の URL を指定してログインすることによって起動することができま

す。

http://yoursystemname.domainname:2301/parmgr

Partition Manager を HP SMH の [Tools] メニューから起動した場合には、nPartition Management ツールのリストから以下の項目のいずれか 1 つを選択します。

• [View and Manage Complex]: HP System Management Homepage が動作しているコンプ

レックスを管理します。

• [View and Manage Remote Complex]: 管理対象のリモートのコンプレックスまたは

nPartitions にログインします。

Partition Manager を使うと、以下の作業を行うことができます。

• nPartitions の再構成

— 新しいパーティションの作成

— パーティションの削除 ( リソースを他の目的で使うために解放 )

第 4 章150



— パーティションへのセルボードの追加

— パーティションからのセルボードの削除

— あるパーティションから別のパーティションへのセルボードの移動

• 各種のサーバーコンポーネントの電源制御

— キャビネット

— I/O シャーシ

— I/O スロット1

Software Distributor (SD)

Software Distributor は、HP-UX サーバーのアプリケーションやその他のソフトウェアのイン

ストールと保守を行うために使うツールの集合です。Software Distributor は、以下のユーティ

リティで構成されます。

サーバーにソフトウェアをインストールして使うためのユーティリティ

以下の Software Distributor ユーティリティは、サーバーのアプリケーションのインストール、

削除、一覧表示を行うために使います。

swinstall HP-UX オペレーティングシステムにソフトウェアとアプリケーションをイン

ストールするために使います。

swlist サーバーにインストールされているソフトウェアまたはデポに入っているソフ

トウェアを調べるために使います。

swremove ソフトウェアとアプリケーションを HP-UX オペレーティングシステムまたは

デポから削除するために使います。

swverify サーバーにインストールされているソフトウェアを検証するために使います。

ソフトウェアの状態、依存関係、ファイルの存在と整合性をチェックし、ベンダー提供の検証スクリプトを実行します。

1. I/O スロットの電源は、通常、OLRAD (Online Replacement and Addition) 操作で管

理されます。

第 4 章 151



ソフトウェアパッケージを上記のユーティリティで使うために作成して保守するユーティリティ

以下の Software Distributor ユーティリティは、swinstall、swlist、swremove、swverify

で使われるソフトウェアのパッケージとインストールバンドルおよびソフトウェアのインストールソース ( つまり、ソフトウェアデポ ) の作成と保守を行うために使います。

sd SD ジョブ情報の表示と監視、SD ジョブの削除、SD ジョブのクローン生成 /再作成を行うための対話型インタフェースを起動します。また対話型の SD タ

スクの作成や起動を行う SD の「ホームベース」としての役割も果たします。

swacl ソフトウェアデポとインストール済みのアプリケーションへのアクセスを制御

するために使います。

swagentd Software Distributor の実際のソフトウェア操作を制御する 2 つのプロセスの

うちの 1 つです。もう 1 つのプロセス swagentは、swagentdによって実行

され、ユーザーが直接実行することはありません。

swask SD 制御スクリプトで、選択したソフトウェアについての情報を入力するよう

にユーザーに求めるために使われます。ユーザーの回答は保存され、後でswinstallと swconfigによって使われます。

swconfig サーバーのソフトウェアを、構成、構成解除、再構成します。swconfigは、

ソフトウェアの状態を、swinstallと swremoveとは独立に、INSTALLEDと

CONFIGUREDの間で遷移させます。

swcopy 選択したソフトウェアを、ソフトウェアソースから、swinstallのインス

トールソースとして使われる 1 つ以上のソフトウェアデポにコピーまたはマー

ジします。

swjob SD ジョブ情報の表示と監視、SD ジョブの削除を行います。

swmodify システム上のソフトウェアの属性を変更するために使います。それにより、シ

ステムにインストールされているソフトウェアが登録されているカタログを操作することができます。たとえば、swinstall以外の方法を使ってインス

トールされたソフトウェアを反映するようにカタログを修正できます。

swpackage ファイルのパッケージを作成し、Software Distributor を使ってサーバー上で

インストールや保守を行えるようにします。

swreg ソフトウェアの管理作業を行っているユーザーに対する、デポとルートの可視

性を制御します。また、swpackageを使って作成したデポを登録するために

使うこともできます。

第 4 章152


HP-UX のストレージ管理ツール


HP-UX のストレージスタック (HP-UX がマスストレージデバイスの読み書きを行うために使う

テクノロジの階層 ) を管理するには、以下のツールを使います。これらのツールは、実際にはス

トレージスタックの一部です。

ボリュームマネージャ

ボリュームは、下位層の物理ディスクの境界に制限されない論理的なコンテナーです。ファイルシステム、データベース、ボリュームは、アプリケーションにとっては物理ディスクのように見え、物理ディスクとして取り扱われます。HP-UX では、ボリュームをスワップ領域として使う

ことができます。ボリュームには、以下のものを格納することができます。

• ファイルシステム

• スワップ領域 ( ページング操作用 )

• ダンプ領域 ( メモリーダンプ操作用 )

• 他のボリュームのミラーコピー

• データベースマネージャなどのアプリケーションで管理される raw ディスク領域

ボリュームマネージャを使うと、物理ストレージ ( 通常はディスクドライブ ) の集合をグループ

化し、それぞれの集合を論理エンティティに分割することができます。この論理エンティティは、HP Logical Volume Manager を使っている場合には論理ボリュームと呼ばれ、Veritas Volume Manager を使っている場合には単にボリュームと呼ばれます。

HP-UX 11i v3 では、以下のボリュームマネージャがサポートされています。

LVM Logical Volume Manager『HP-UX システム管理者ガイド : 論理ボリュームの

管理』に説明があります。

VxVM Veritas Volume Manager は、HP-UX 11i v3 のデフォルトのボリュームマ

ネージャです。VxVM には多くの機能があり、そのうちのいくつかの機能は

LVM や MirrorDisk/UX (LVM に付属する製品で、データを複数の物理ディス

クにミラーリングするために使います ) にはありません。

HP-UX に付属している VxVM のバージョンは、追加ライセンスが必要なフル

バージョンが提供している機能のサブセットを持つ基本バージョンです。VxVM の基本バージョンとフルバージョンに含まれている機能についての詳

細は、ご使用中の Veritas Volume Manager のバージョンに対応した

『Veritas Volume Manager リリースノート』を参照してください。

第 4 章 153



両方のボリュームマネージャを 1 台のサーバーに共存させることができます。それぞれのボ

リュームマネージャは制御しているディスクを追跡しているため、特定の物理ディスクは同時に1 つのボリュームマネージャでしか制御することができません。構成の柔軟性を向上するために

ディスクを LVM から VxVM に移行したい場合には、vxvmconvertユーティリティを使うこと

で LVM ボリュームグループを VxVM ボリュームグループに変換することができます。

ボリューム管理作業

実行する必要があるボリューム管理作業は、使っているボリュームマネージャによって異なります。LVM と Veritas Volume Manager の両方に共通の作業に対して使うコマンドやインタ

フェースも、使っているボリュームマネージャによって異なります。

共通のボリューム管理作業には、以下の作業があります。

• ボリュームグループ / ディスクグループの作業

— ボリュームグループの作成 ( 物理ディスクの集合から )

— 既存のボリュームグループへの物理ディスクドライブの追加

— ボリュームグループからの物理ディスクドライブの削除

— データのミラーリング

• 論理ボリューム / ボリュームの作業

— ボリュームの作成

— ボリュームの削除

— ボリュームのサイズ変更 ( および必要に応じて、そのボリューム内のファイルシステムの

サイズ変更 )

LVM と Veritas Volume Manager のどちらでも、ルートボリュームグループは特別に扱われま

す。このボリュームグループは、システムのブートで使われるカーネルファイルが格納されたボリュームグループです。また、ルートファイルシステム ( ルートディレクトリ (“/”) を含むファ

イルシステム ) も格納されています。ルートボリュームグループが他のボリュームグループとど

のように違うかは、使っているボリュームマネージャによって異なります。違いについての詳細は、使っているボリュームマネージャのドキュメントを参照してください。

第 4 章154


性能監視ツール


HP-UX ベースのサーバー、ネットワーク、アプリケーションの性能監視を支援する多くのツー

ルが用意されています。これらのツールのいくつかは HP-UX に含まれており、いくつかは

http://www.hp.com からダウンロードすることができ、またいくつかは当社や他社の商用製品で

す。この項では、これらのツールのうちの主なものについて説明します。

サーバーの性能監視用のツール

HP-UX ベースのサーバーの性能を監視するために使うことができるいくつかのアプリケーショ

ンが用意されています。

HP Caliper HP Caliper の主な目的は個々のアプリケーションのプロファイリングですが、

システム全体の性能情報を表示する機能も持っています。HP Caliper は、

http://www.hp.com/go/caliper からダウンロードすることができます。

HP Caliper は、HP Integrity サーバー用の Linux バージョンでもサポートさ

れています。

注記 HP Caliper を使うことができるのは、HP Integrity サーバー

だけです。HP 9000 サーバーの場合には、別の性能監視ツール

Prospect を使うことを検討してください。

http://www.hp.com/go/prospect を参照してください。

HP GlancePlus GlancePlus は、豊富な機能を持つ、オペレーティングシステム全体の性能監

視パッケージです。サーバーの性能について情報をリアルタイムで調べることができます。システムの動作を調べたり、性能のボトルネックを特定して解決したり、システムをチューニングして運用の効率を上げることができます。GlancePlus は、HP OpenView Suite 製品の一部です。GlancePlus の入手方

法や機能についての詳細は、http://www.hp.com/jp/openview を参照してくだ

さい。

HP GlancePlus は、HP-UX と Linux を含め各種のオペレーティングシステム

をサポートします。

以下の HP-UX コマンドも、システムリソースの使用状況に関する統計情報の収集に役立ちま

す。

iostat iostatは、システムのアクティブな各ディスクについて I/O 統計情報を定期

的に報告します。

第 4 章 155



sar sarは、システムの活動を報告するツールであり、オペレーティングシステム

の累積動作カウンターまたは以前に記録されたファイルからサンプリングを行って報告します。これらの値によって、HP-UX がどこで時間を消費してい

るかについて概略を把握することができます。

top topは、HP-UX に付属しています。現在サーバー上で動作しているすべての

プロセスを、処理コアを多く使っているものから順番に表示します。topの出

力の先頭部分に表示されるプロセスが、大部分の処理時間を消費しています。topは、システム全体の負荷要因も表示します。

vmstat vmstatコマンドは、プロセス、仮想メモリー、トラップ、CPU の動作につい

て取得されている特定の統計情報を報告します。また、このコマンドを使うと、カーネル内の合計構造体にある累積カウンターをクリアすることもできます。

ネットワークの性能監視用のツール

ネットワーク性能の監視は、さまざまな可変要素が関係する複雑なプロセスです。当社は、洗練されたネットワークのトラブルシューティングと性能監視用に、OpenView Network Node Manager を提供しています。Network Node Manager の機能についての詳細と入手方法につい

ては、以下の Web サイトを参照してください。

http://www.hp.com/jp/nnm/

単に 2 つのコンピュータ間の通信を確認するだけの場合は、pingコマンドを使って、1 台のコ

ンピュータから別のコンピュータにパケットを送信して応答を受信するまでの時間を測定することができます。各種のネットワーク設定を調整して pingを実行し、応答が速くなったかどうか

を確認することによって、ネットワーク性能の基本的なチューニングを行うことができます。次に例を示します。

例 4-1 ping を使ったネットワーク性能のテスト

“thissystem” と “thatsystem” の 2 つのシステム間のネットワーク接続をテストするには、

“thissystem” のローカルのコマンドプロンプトで次のコマンドを実行します。

/usr/sbin/ping thatsystem

PING thatsystem.xxx.yyy.com: 64 byte packets64 bytes from 10.17.123.456: icmp_seq=0. time=1. ms64 bytes from 10.17.123.456: icmp_seq=1. time=0. ms64 bytes from 10.17.123.456: icmp_seq=2. time=0. ms64 bytes from 10.17.123.456: icmp_seq=3. time=0. ms

ping は、割り込み文字 ( 通常は CTRL-C) を入力して停止するまで、パケットの送受信を続けま

す。停止するとパケットの送信を止めて、終的な性能統計情報を報告します。

第 4 章156



----thatsystem.xxx.yyy.com PING Statistics----4 packets transmitted, 4 packets received, 0% packet lossround-trip (ms) min/avg/max = 0/0/1

アプリケーションの性能監視用のツール

HP Integrity サーバー上で動作しているアプリケーションは、HP Caliper 性能監視ツール

(Caliper) を使うと詳しいプロファイリングを行うことができます。Caliper はサーバー全体の性

能を監視することができますが、基本的にはアプリケーションのプロファイリングツールです。

Caliper は、HP Integrity サーバーのハードウェア機能を広範に利用し、HP-UX 11i と Linuxの両方のオペレーティングシステムで動作します。

第 4 章 157


データ保護ツール


サーバー、ネットワーク、データのセキュリティは、現在ではかつてないほど重要になっています。HP-UX には、サーバーとデータのセキュリティを高めるための多くのツールが用意されて

います。

ほとんどの HP-UX ユーザーにとって、サーバーとデータを不正アクセスから保護することは、

重要または不可欠です。不正アクセスは、悪意によるものであっても偶然によるものであっても、データの整合性とセキュリティに対する脅威の 1 つにすぎません。他にも以下のような脅威

があります。

• 品質の悪いソフトウェアによる偶然のデータ破壊や消去

• 認可されているユーザーによる偶然のデータ破壊や消去

• ストレージデバイスの故障

• データを破壊するその他のハードウェア障害

• データへのアクセスを阻害するその他のハードウェア障害

• 物理的な施設や装置の破壊 ( たとえば、火事、洪水、地震によるもの )

これらの考えられる脅威からデータを保護するための HP-UX ベースのツールがあります。

サーバーやデータへの不正なアクセスからの保護

HP-UX は、以下の 2 つのモードのいずれかで動作するように構成することができます。

標準モード UNIX システムの従来のセキュリティ機能 ( アカウント、グループ、ファイル

アクセス権限など ) を提供します。パスワードは、/etc/passwdファイルに

暗号化されて格納されます。

標準モードで動作する HP-UX には、上記の従来のセキュリティ機能に加え

て、システムを高信頼性モードに変換しなくても大幅にセキュリティを強化することができる拡張セキュリティ機能 ( たとえば、HP-UX シャドウパスワー

ド ) が備わっています。これらの追加機能は、『HP-UX 11i Security Containment Administrator’s Guide』に詳しい説明があります。その他のセ

キュリティ情報は、『HP-UX システム管理者ガイド : セキュリティの管理』に

あります。

第 4 章158



高信頼性モード完全な C2 レベルのセキュリティ機能を提供します。パスワードは

/etc/passwdファイルではなく、/tcb/filesに格納されてセキュリティが

強化されています。

データ損失からの保護

データを損失から保護するための善の方法は、一次コピーの損失に備えてどこか別の場所に別のコピーを保存しておくことです。このような冗長コピーを作る方法は、以下のように数多くあります。

バックアップ HP-UX には、データのバックアップを行うために多くの方法が用意されてい

ます。

• データは、テープ、光磁気媒体、他のデバイスのディスクアーカイブファ

イルにバックアップすることができます。バックアップユーティリティには、以下のものがあります。

— HP OpenView Suite 製品の一部である HP OpenView Storage Data Protector Software は、距離の制限無しにディスクまたはテープを

使った高性能バックアップ / リカバリを自動化します。それによって、

24 時間 365 日の業務継続性を保証し、IT リソースの利用率を大化

します。HP OpenView Suite についての詳細は、

http://www.hp.com/jp/openview を参照してください。

— paxコマンドは、アーカイブファイルの抽出、書き込み、表示と、

ファイルとディレクトリ階層のコピーを行います。比較的新しいユーティリティである paxは、従来の ( 現在も使用可能 ) ユーティリティ

cpioおよび tarと基本的には同じ機能を実行します。paxについて

の詳細は、pax (1) を参照してください。

— tar (“tape archiver” の略 ) は、磁気テープ媒体だけでなく、ディスク

アーカイブファイルや光磁気媒体への書き込みについても優れた機能を持っています。tarについての詳細は、tar (1) を参照してください。

— cpio (copy in/out)

— vxdumpは、VxFS ファイルシステム内の特定の日付以降に変更のあっ

たすべてのファイルを磁気テープにコピーします。vxdump (1M) を参


• 重要なファイルを、ftp、rcp、または sftp ( セキュアなコピーの場合 ) を使って別のシステムにコピーすることができます。

第 4 章 159



• 一次データのサイトでの物理的な損傷または盗難でデータが破壊されるこ

とから保護するには、重要なデータの少なくとも 1 つのコピーを別の場所

に保管してください。暗号化されていないデータが格納されたテープは、物理的に保護することを忘れないでください。HP OpenView Security Data Protector を使うと、バックアップ内容を暗号化することができま

す。

ディスクミラーリングディスクミラーリングでは、データの複数のコピーが ( 物理的または論理

的に ) 別のデバイスに同時に書き込まれます。

LVM ( 当社の Logical Volume Manager) を使っている場合には、ディスクミ

ラーリングを使うためには、拡張製品 MirrorDisk/UX をお求めいただく必要

があります。

Veritas Volume Manager を使っている場合には、ルートボリュームグループ

のミラーリングを行う機能は基本製品に組み込まれています。Veritas Volume Manager のフルバージョンのライセンスを購入すれば、すべてのボリューム

グループを、大で 32 コピーまでミラーリングできる機能が利用できます。

RAID と Surestore ディスクアレイ

データの冗長性は、ハードウェアレベルでも実現することができます。RAID (Redundant Arrays of Inexpensive Disks) と HP Surestore ディスクアレイ

は、書き込まれたデータの複数のコピーを作成する機能を持っています。また、一部のモデルでは、1 つのコントローラが故障した場合に備えて、複数の

コントローラを持っています。

注記パリティーディスクを備えた RAID レベルでは、故障したディ

スクが修理または交換されるまで、失われたデータがオンザフライで再構築されます。この方法はデータの複数のコピーを保持するのと同じくらい安全ですが、特に重要なデータがある場合には、別のコピーを作成してさらに安全を期してください。

第 4 章160



ハードウェア障害に備えた保護

HP-UX 11i v3 には、ユーザーが所有しているハードウェアに応じて ( サーバーの種類、スト

レージデバイスなど )、コンピューティング操作をハードウェア障害から保護する各種の方法が

用意されています。ここでは考慮しておく必要があるいくつかの主要な機能について説明します。

Serviceguard

ミッションクリティカルなシステム向けに、Serviceguard では外部のディス

クまたはアレイに対して複数のサーバーを接続することによって、さらに冗長性を高めています。1 つのサーバーが故障すると、Serviceguard は、その

サーバーが修理されるまで、故障したサーバーの機能を引き継ぐことができるスタンバイサーバーに切り替えることができます。

一貫性のあるデバイス特殊ファイル

HP-UX 11i v3 では、一貫性のあるデバイス特殊ファイルと呼ばれる新しいタ

イプのデバイス特殊ファイルが導入されました。従来のデバイス特殊ファイル1 ( デバイスへのハードウェアパスでデバイスをアドレス指定する ) と異なり、

一貫性のあるデバイス特殊ファイルでは、サポート対象のデバイスに組み込まれた ( 関連付けられた ) 一意の ID を使ってアドレス指定が行われます。した

がって、同じデバイスをアドレス指定するために複数のハードウェアパスを使うことができるため、インタフェースカード / スロットの単一障害点を無くす

ことができます。

オンラインでの追加および交換

オンラインでの追加、交換、取り外し (OL*) 機能は、システムの稼働中に ( リブートせずに ) PCI / PCI-X カード ( アダプタ ) の取り付け、交換、取り外し

を行うことができる HP-UX の機能です。

この機能によって、システムがアクティブなまま I/O アダプタの取り付け、交

換を行えるため、全体的な可用性が向上します。Serviceguard などの他の高

可用性製品と組み合わせると、システムの可用性は著しく向上します。

故障したデバイスが PCI OL* をサポートしている場合には、運用上不可欠で

なければ、交換したり取り外すことができます。

1. 従来のデバイス特殊ファイルは HP-UX 11i v3 でもサポートされ、一貫性のあるデバ

イス特殊ファイルと同時に使うことができます。

第 4 章 161



オンライン交換では、故障したカードに関連付けられているドライバインスタンスが一時停止され、スロットの電源が切断され、カードを同じタイプの新しいカードに交換できるようになります。その後スロットと新しいカードに電源が投入されて、ドライバの動作が再開されます。

オンライン取り外しでは、故障したカードに関連付けられていたドライバインスタンスが動作中のカーネルから削除され、スロットの電源が切断され、カードを取り外すことができるようになります。その後、必要に応じてオンライン追加機能を使って、同じまたは異なるタイプの新しいカードを取り付けることができます。

注記ドライバがコアドライバ ( カーネルに必ずなくてはならないド

ライバ ) ではなかった場合には、新しいカードを取り付けたと

きに、同じ種類のカードであったとしても、ドライバをインストールする必要があります。

ドライバがコアドライバである場合には、同じ種類の新しいカードを再び取り付けたときに、ドライバの新しいインスタンスが作成されます。

第 4 章162


ネットワーク管理ツール


ネットワークの構成は、さまざまな可変要素が関係する複雑なプロセスです。当社は、洗練されたネットワークのトラブルシューティングと性能監視用に、OpenView Network Node Managerを提供しています。Network Node Manager の機能についての詳細と入手方法は、以下の Webサイトを参照してください。

http://www.hp.com/jp/nnm/

基本的なネットワーク管理

HP-UX のネットワーク機能には、以下のものが含まれます。

• リモートログイン

• リモートファイルシステムへのアクセス

• ファイル転送

• リモートデータベースへのアクセス

• 電子メール

• Web サーバー

• Web クライアント ( ブラウザ )

• その他多数

ネットワークインタフェースの構成

上記のネットワークサービスを使う前に、少なくとも 1 つのネットワークインタフェースを構成

して、HP-UX がネットワークと通信できるようにする必要があります。

具体的には、以下の操作を行う必要があります。

1. サーバーをネットワークハードウェアに物理的に接続します ( サーバーでワイヤレスネット

ワーク接続を使う場合を除く )。

2. 1 つ以上のネットワークインタフェースコントローラ (NIC) をセットアップします。

3. ネットワークアドレス ( 通常は IP アドレス ) をセットアップします。

4. ネットワークサービスとそのサービスで使われるポートを構成します。

第 4 章 163



nwmgrコマンドを使って、ネットワークインタフェースを構成します。nwmgrを使って行う各種

の作業についての詳細は、nwmgr (1M) のマンページを参照してください。

ヒント以前のバージョンの HP-UX のネットワーク機能に精通しているユーザーにとっ

ては、nwmgrコマンドは、これまで ( 今は非推奨となった ) 以下のコマンドで提

供されていた機能を実行するものと考えることができます。

lanadmin

lanscan

linkloop

nwmgrコマンドの使い方については、nwmgr (1M) のマンページを参照してくだ

さい。

以上の基本的な作業については、『HP-UX LAN 管理者ガイド』を参照してください。

ネットワークコンポーネントには、多くのネットワーク関連のドキュメントが用意されています。http://docs.hp.com/ja にある以下のリンクは、それらのドキュメントを探すときに役に立ち

ます。

• ネットワークとシステム管理

• I/O カードとネットワークソフトウェア

• インターネット＆セキュリティソリューション

第 4 章164

用語集

A

accept

ラインプリンタースプーリングシステム ( スプーラ ) 内の印刷要求のフローを制御するコマンド

の 1 つです。acceptは、プリンターまたはプリンタークラスの印刷キューへの新しい印刷要求

の追加を許可することをスプーラに対して指示します。 reject、enable、disableを参照。

ASCII American Standards Committee on Information Interchange の略です。2 進数の数字を文字と

して解釈するためにコンピュータで使われる規格です。

D

disable


の 1 つです。disableは、プリントキューに入っている印刷要求のキューからの取り出しを禁

止することをスプーラに対して指示します。すなわち、キューに入っている印刷要求の印刷を禁止します。 accept、reject、enableを参照。

E

enable


の 1 つです。enableは、印刷キューに入っている印刷要求のキューからの取り出しを許可する

ことをスプーラに対して指示します。すなわち、実際に印刷されます。 accept、reject、

disableを参照。

Event Manager (EVM)イベントの送信と取得のメカニズムを備えた HP-UX のサブシステムです。イベントと evm (5)のマンページを参照。

F

FTP ( ファイル転送プロトコル )コンピュータネットワークを使って 1 台のコンピュータ ( サーバー ) から別のコンピュータ ( クライアント ) にファイルを転送する方式です。FTP では、リモートコンピュータ上で制限された

ファイル操作を行うこともできます ( たとえば、ディレクトリの表示 )。関係するコンピュータ

は、サーバーとクライアントの 2 台です。

• FTP サーバー - ネットワーク上でクライアントからの接続要求をリスンします。

• FTP クライアント - FTP サーバーへの接続を起動して、ユーザーがファイルを転送したり、

サーバー上のファイルを操作することができるようにします。

用語集 165

用語集

HP SMH (System Management Homepage)
H
HP SMH (System Management Homepage)HP-UX 11i v3 で導入された主要な単一システム管理ツールです。HP SMH は、HP-UX、HP が

サポートするバージョンの Linux、Microsoft Windows などのオペレーティングシステムをサ

ポートしています。

I

iCAPInstant Capacity の略です。前もって購入している「スタンバイ」ハードウェアコンポーネント

を使用開始 / 使用停止して、実際に使用したコンピューティングリソースについてのみ支払いを

行うようにするためのテクノロジの集合です。これによって、一時的な使用要求にコスト効率良く対処することができます。

iCAP コンポーネント

使用権なしで低価格で購入するコンポーネント ( たとえば、処理コアやメモリー ) です。これら

のコンポーネントは、必要になったときに、一時的または永久の使用権を購入することによって使用開始することができます。

Integrity VM ゲスト

Integrity 仮想マシン内で動作する HP-UX のインスタンスです。

J

JBODJust a Bunch of Disks の頭文字で、1 つの大きなデバイスとして扱われる、結合されたディス

クデバイスのグループを指します。

L

lunpath ハードウェアパス

マスストレージデバイス ( 通常はディスク ) への個別の物理ハードウェアパスです。lunpathハードウェアパスは、ホストバスアダプタ (HBA) に至る、/ ( スラッシュ ) で区切られたバスネ

クサスアドレスの並びで構成されます。HBA の下には、16 進数で追加のアドレス要素が続きま

す。初の要素は、トランスポート依存のターゲットアドレスです。後の要素は LUN アドレ

スですが、これはターゲットデバイスから通知された LUN ID を 64 ビットで表現したもので

す。 LUN ハードウェアパスと一貫性のあるデバイス特殊ファイルを参照。

用語集166

用語集

RAID
LUN ハードウェアパス
デバイスへのハードウェアパスではなく、デバイスそのものを表す仮想ハードウェアパスです。LUN ハードウェアパスは、LUN へのすべての物理パス (lunpath ハードウェアパス ) を表しま

す。LUN ハードウェアパスの初のパス要素は 64000で、それに仮想バスアドレスと仮想

LUN ID が続きます。例 : 64000/0xfa00.0x22。

N

nPartitionsnPartitions ( ハードパーティションと呼ばれることもあります ) は、セルベースサーバーで利用

できます。オペレーティングシステムの隔離と電気的な隔離機能を備えています。1 つの

nPartitions でオペレーティングシステムがクラッシュしたり、ハードウェア障害が発生しても、

同じサーバー内の他の他の nPartitions で動作しているオペレーティングシステムやハードウェ

アは障害による影響を受けずに動作を継続します。仮想パーティションと Integrity VM ゲスト

を参照。

O

OL*「オーエルスター」と発音します。すべてのオンラインハードウェア操作を表します (* は、

UNIX のワイルドカード文字です )。

OLA = On-line ADD ( オンライン追加 )OLD = On-line DELETE ( オンライン削除 )OLR = On-line REPLACMENT ( オンライン交換 )OL* = 上記のすべて

P

PRM グループ

一緒にグループ化され、一定の CPU、メモリー、ディスクバンド幅のリソースが割り当てられ

るユーザーとアプリケーションの集合です。

R

RAIDRedundant Array of Independent Disks の頭文字です。RAID では、データの冗長性と読み書

きの性能の向上を実現するためにマスストレージデバイスをグループ化するための、各種の方式(RAID レベルと呼ばれます ) が定義されています。

用語集 167

用語集

reject
reject

の 1 つです。rejectは、印刷キューへの印刷要求の追加を拒否することをスプーラに対して指

示します。 accept、enable、disableを参照。

S

SAM (System Administration Manager)HP-UX 11i v3 よりも前のバージョンでの主要な単一システム管理ツールです。SAM をサポート

しているのは、HP-UX オペレーティングシステムだけです。 HP SMH (System Management Homepage) を参照。

Serviceguard高可用性クラスタを構成するための当社の製品です。単独でも使用できますが、他の製品と組み合わせて使用することで、ディザスタトレラントネットワークを形成することができます。コンチネンタルクラスタ、遠距離クラスタ、高可用性クラスタ、メトロポリタンクラスタを参照。

V

Virtual Server Environment (VSE)HP-UX、Linux、Windows のサーバー用の統合サーバー仮想化製品です。サーバーリソースの

利用率を大化する柔軟なコンピューティング環境が提供されます。

VSE は、動的にサイズを変更できる仮想サーバーで構成されます。それぞれの仮想サーバーは、

サービスレベル目標とビジネスの優先順位に基づいて拡張したり縮小することができます。詳細は、http://www.hp.com/go/vse を参照してください。サービスレベル目標を参照。

vPars

仮想パーティションを参照

W

WBEM (Web-Based Enterprise Management)WBEM は、管理テクノロジとインターネット標準テクノロジの集合です。エンタープライズコ

ンピューティング環境の管理を統一するために、Distributed Management Task Force (DMTF)によって開発されました。

あ

一次スワップシステムの起動シーケンスのページング操作で初に使われるスワップ領域です。swaponコマ

ンドを使って定義します。swapon (1M) を参照してください。二次スワップを参照。

用語集168

用語集

インタリーブされたスワップ

一貫性のあるデバイス特殊ファイルマスストレージデバイス ( 通常はディスク ) 用のデバイスファイルです。LUN ハードウェアパ

スに関連付けられているため、柔軟なアドレス指定とマルチパス機構を透過的にサポートします。一貫性のあるデバイス特殊ファイルは、関連付けられている LUN があるホストバスアダプ

タから別のホストバスアダプタに移動されても変わりません。

イベントシステムコンポーネントやアプリケーションで、何らかの注目に値することが発生したことを示すための通知です。Event Manager サブシステムにイベントを通知することで、そのイベント

に関心がある任意のエンティティがイベントを利用できます。 Event Manager (EVM) を参照。

イベント管理デーモンEvent Manager サブシステムの一部であるイベント管理デーモン (/usr/sbin/evmd) は、ロー

カルシステムで動作中のシステムとアプリケーションのクライアントに対して、イベントの送信サービスと通知サービスを提供します。 Event Manager (EVM) と evmd (1M) のマンページを

参照。

印刷キュープリンターまたはプリンタークラスに関連付けられている、ラインプリンタースプーリングシステム内のキューです。印刷要求を印刷するまで格納しておくために使われます。

印刷先プリンターまたはプリンタークラスに関連付けられたキューです。多くのラインプリンタースプーリングシステムのコマンドと、印刷サービス機能を備えたその他のアプリケーションでは、対象とするプリンターまたはプリンターグループを印刷先を使って指定します。lpadmin (1M)と lpalt (1M) のマンページを参照してください。プリンタークラス、ラインプリンタースプー

リングシステム、印刷キューを参照。

印刷要求ラインプリンタースプーリングシステムに対して発行された印刷ジョブです。ラインプリンタースプーリングシステムを参照。

インストール済製品データベース現在サーバーにインストールされているソフトウェアのデータベースです。Software Distributor ユーティリティスイートによって作成され管理されます。151 ページの「Software Distributor (SD)」を参照してください。

インタリーブされたスワップ読み書きの効率を上げるために複数の物理デバイスにまたがったスワップ領域です。ディスクストライピングに似ています。ディスクストライピングを参照。

用語集 169

用語集

エクステント

エクステントLogical Volume Manager によってボリュームグループ内の領域を割り当てるために使われる

ディスク領域の固定サイズのチャンクです。論理ボリュームはエクステントの集合として管理され、論理ボリュームの作成やサイズ変更ではエクステントが単位になります。

遠距離クラスタある程度遠く離れたデータセンターに代替ノードが配置されるクラスタです。遠距離クラスタは高速なケーブルを使って接続され、対災害性アーキテクチャのすべてのガイドラインに従っている限り、ノード間のネットワークアクセスが保証されます。遠距離クラスタ内のノード間の大距離は、データレプリケーションテクノロジとネットワークの制限で決まります。

オペレーティング環境オペレーティング環境は個々のソフトウェア製品の集合であり、特定の HP-UX 11i 構成を提供

します。各オペレーティング環境は、基本となる HP-UX 11i 機能、一般的に必要なネットワー

クドライバ、一部の追加レイヤードソフトウェア製品 (ISU 製品 ) で構成されます。HP-UX 11i v3 には、4 種類のオペレーティング環境があります。

FOE — Foundation Operating EnvironmentEOE — Enterprise Operating EnvironmentMCOE — Mission Critical Operating EnvironmentTCOE — Technical Computing Operating Environment

か

カーネルHP-UX オペレーティングシステムの中核です。カーネルは、ドライバやその他のコードモ

ジュールで構成され、オペレーティングシステムのほとんどすべての重要な機能 ( たとえば、メ

モリー管理、ハードウェアとソフトウェア間の通信、プロセススケジューリング ) を一元的に制

御します。

カーネル調整パラメータ各種のカーネル機能に影響を与えるカーネル内の変数です ( たとえば、同時に存在できるプロセ

スの数、物理メモリーの割り当て方法 )。これらの調整パラメータの値を変更することによって、

カーネルの動作を「調整する」ことができます。

カーネルモジュールモジュール式のコードであり、全部が集まってカーネルを構成します。いくつかのモジュールは、カーネルへ追加 ( またはカーネルから削除 ) するためにリブートが必要となりますが、それ

以外のモジュールではリブートは不要です。

拡張キャンパスクラスタ

遠距離クラスタを参照

用語集170

用語集

管理ドメイン

仮想 LUN IDLUN ハードウェアパスの後の要素です ( 次の例では 0x3)。

64000/0xfa00/0x3

仮想化コンピューティングリソースをその物理特性に依存しない方法で使うテクノロジです。たとえば、論理ボリュームは複数の物理ディスクドライブにまたがることができます。

仮想化された LUN ハードウェアパス

LUN ハードウェアパスを参照

仮想パーティションサーバーまたは nPartitions の、ソフトウェアによるパーティショニングです。それぞれの仮想

パーティションではオペレーティングシステムのインスタンスを起動できます。nPartitions は

複数の仮想パーティションを持つことができますが、逆は真ではありません。つまり、仮想パーティションは、nPartitions の境界を越えることはできません。 nPartitions を参照。

仮想マシン実際の物理マシンを抽象化したものです。複数の仮想マシンで、共通の物理リソースを共有することができます。 Integrity VM ゲストを参照。

仮想ルートノード柔軟なビューのデバイスへの仮想化されたパスには、HBA に至る一連のバスネクサスアドレス

の代わりに、アドレス 64000を持つ仮想バスネクサスが含まれます。この仮想バスネクサスは、

「仮想ルートノード」と呼ばれます。仮想ルートノードを表す LUN ハードウェアパスの例は、

次のとおりです。

64000/0xfa00/0x3

管理対象システムサーバー、デスクトップ PC、Remote Insight Boards など、HP Systems Insight Manager の管理対象となるすべてのシステムです。

管理ドメインHP SIM の制御下に置かれる、管理対象システムと呼ばれるリソースの集合です。それぞれの

Central Management Server が管理ドメインに対して責任を持ちます。管理対象システムは、2つ以上の管理ドメインに属することができます。中央管理サーバーを参照。

用語集 171

用語集

擬似スワップ

擬似スワップスワップ領域として使われるシステムメモリーです。疑似スワップを利用すると、物理的なスワップを割り当てることなくプロセスを実行することができます。擬似スワップは、オペレーティングシステムのパラメータ swapmem_onで制御されます。デフォルトでは 1が設定されてお

り、擬似スワップが有効になっています。

擬似デバイスオペレーティングシステムでエミュレートされる仮想デバイスです。物理デバイスには対応していません。HP-UX 11i v3 では、擬似デバイスの例は以下のとおりです。

/dev/null この擬似デバイスは、すべての入力を受け付けて破棄します。

/dev/random 乱数の発生源です。

この他にも多くの擬似デバイスがあります。

キャラクタ型特殊ファイル

デバイス特殊ファイルを参照

ゲストオペレーティングシステム

Integrity VM ゲストを参照

コールドインストールHP-UX の新しいコピーを未使用のディスクデバイスまたはディスクボリュームにインストール

することを指します。または、デバイスやボリュームの既存の内容を完全に書き換えます ( アッ

プデートではありません )。

コア以前は「CPU」と呼ばれていました。プロセッサチップ上の個々の処理ユニットです。「処理コ

ア」と呼ばれることもあります。

高可用性クラスタハードウェアやソフトウェアの障害が発生してもアプリケーションサービスが継続するような構成を形成する、協調して機能するサーバーのグループです。

コンチネンタルクラスタデータの複製とクラスタ通信用にルーティング型ネットワークまたは一般のキャリアネットワークを使うクラスタのグループです。異なるデータセンターにある独立したクラスタ間でパッケージのフェイルオーバーがサポートされます。コンチネンタルクラスタは、異なる市または異なる国に配置されることが多く、数百～数千 Km の範囲をカバーします。

用語集172

用語集

従来のビュー

コンパートメントコンパートメントは、システムのコンポーネントを互いに隔離するための方法です。正しく構成した場合には、HP-UX、そのプロセス、そのリソースを保護する効果があります。

さ

サーバー以前は、システムまたはコンピュータと呼ばれていました。セルボード、プロセッサ、メモリー、電源装置が格納された物理キャビネットを表します。

サービスレベル目標一般に、より範囲が広い包括的なサービスレベル契約 (SLA) に含まれる、特定の測定可能な項目

/ 目標です。

細分化された権限特定の低レベルの操作を行うためのパーミッションです ( たとえば、特定のシステムコールを実

行するためのパーミッション )。

システム本書では 2 通りの意味で使われています。

1. 独立した HP-UX のコピーが動作するサーバーまたはサーバーのサブセット ( たとえばパー

ティション ) です。

2. 別の種類のコンピュータ ( たとえば、PC) です。

システムデフォルトプリンターシステムデフォルトプリンターは、定義されている場合には、他のプリンターが指定されていない場合に使われる印刷先です。詳細は、lpadmin (1M) のマンページ (-dオプション ) を参照し

てください。

実行レベルシステムプロセスの構成です。システムの起動時に生成されるプロセスには、1 つ以上の実行レ

ベルが割り当てられます。現在のシステムの実行レベルに対応する実行レベルが割り当てられたプロセスだけが生成されます。

柔軟なビューより柔軟でスケーラブルな一貫性のあるデバイス特殊ファイルである LUN ハードウェアパスを

使った I/O デバイスツリーのビューです。従来のビューを参照。

従来のビュー物理ハードウェアパスアドレスと従来のデバイス特殊ファイルを使った I/O デバイスツリーの

ビューです。柔軟なビューを参照。

用語集 173

用語集

使用権のないコンポーネント

使用権のないコンポーネント

iCAP コンポーネントを参照

ストレージスタックHP-UX ベースのストレージシステムを構成するハードウェアとソフトウェアの各種の階層です。

ストレージスタックの階層は、以下のコンポーネントで構成されます。

• ストレージデバイス ( ディスク、ディスクアレイ、DLT ライブラリなど )• ストレージデバイスにアクセスするためのドライバ• ボリュームマネージャ ( たとえば、LVM、VxVM)• 論理ボリューム • ファイルシステム ( たとえば、HFS、VxFS)

スプーラ

ラインプリンタースプーリングシステムを参照

セルセルコントローラ (CC) チップで制御される、プロセッサとメモリーが搭載された回路基板です。

セルボード

セルを参照

選択ダンプメモリーの選択した部分だけを含むメモリーダンプです。選択ダンプでは、ディスクの使用量が少なくて済みます。

ソフトウェアスレッディングアプリケーションやオペレーティングシステムで、処理効率を向上させるために使われる並列コンピューティング技術です。

ソフトウェアデポ1 つ以上のソフトウェア製品が格納された SD-UX 形式の構造です。他のシステムにインストー

ルしたり、他のデポにコピーすることができます。

ソフトウェアパーティショニング

Virtual Partitions と仮想マシンを参照

た

ダンプの並列性複数のデバイスに並列にダンプする機能です。メモリーダンプが高速になり、システムのダウンタイムが短縮されます。

用語集174

用語集

ディレクトリパス

遅延スワッププロセスをスケジュールするときには、通常、動作中の他のプロセスがメモリーを利用できるようにするための物理メモリーのページアウトに備えて、十分なスワップ領域が予約されます。

しかし、スワップ領域は予約したものの、予約したプロセスがページアウトされないためその領域が使われなかったり、あるいはほんの一部しかページアウトされないことがあります。これではスワップ領域を浪費することになります。遅延スワップでは、スワップ領域の予約を、プロセスのスケジュール時ではなく、プロセスのメモリーの内容を実際にページアウトする必要が生じた時点で行います。これにより、スワップ領域の利用効率が向上します。

中央管理サーバーHP Systems Insight Manager ソフトウェアが動作している管理ドメインにあるシステムです。

HP Systems Insight Manager 内のすべての集中操作は、このシステムから起動されます。

調整パラメータ

カーネル調整パラメータを参照

ディスクグループ(1) VxVM ディスクグループは、概念的には LVM ボリュームグループと同じです。共通の構成

を共有する VM ディスクの集合です。

(2) ディスクアレイ操作で共通の役割を担う個別のディスクの集合です。ディスクアレイ内のす

べてのディスクは、LUN ディスクグループ、ホットスペアディスクグループ、未割り当てディ

スクグループのいずれかのメンバーです。

ディスクストライピング連続したデータチャンク ( たとえば、ビット、バイト、ブロック、エクステント ) が複数の物理

デバイスに分散されるように、複数の物理デバイスで構成される論理ディスクデバイス ( たとえ

ば、LVM 論理ボリュームや VxVM ボリューム ) へ書き込む方法です。この方法を使うと、複数

のデータチャンクが複数の物理デバイスで同時に読み書きされるため、論理デバイスへのアクセスが高速化します。

ディレクトリパスルートディレクトリ (“/”) からパスで表現されるディレクトリまでの間に経由するディレクトリ

の並びを表す文字列です。パス文字列内のディレクトリ名は、スラッシュ (“/”) で区切ります。

例 : /usr/share/man/man1.Z/cat.1

用語集 175

用語集

デバイススワップ

デバイススワップ専用のディスクボリュームまたはディスクパーティションに配置されたスワップ領域です。デバイススワップは、ファイルシステムの一部ではなく、メモリーベースでもありません。デバイススワップは通常、ファイルシステムスワップより高速です。ファイルシステム階層をたどる必要がなく、直接アクセス可能なためです。「ファイルシステムスワップ」と「擬似スワップ」を参照。

デバイス特殊ファイルデバイス特殊ファイルは、物理デバイスと擬似デバイスに関連付けられ、オペレーティングシステムやアプリケーションによって、関連付けられたデバイスに対して読み書きを行うために使われます。

デバイスのファイルタイプ

• 従来のデバイス特殊ファイル — ハードウェアパスに依存した、従来の形式のデバイス特殊

ファイルです。デバイスへの各パスが、独自のデバイス特殊ファイルを持ちます。デバイスを移動させると、デバイスへアクセスするために異なるデバイス特殊ファイルを使うことになります。

• 一貫性のあるデバイス特殊ファイル — ハードウェアパスに依存しない、新しい形式のデバ

イス特殊ファイルです。ハードウェアパスに依存していないため、デバイスを異なるハードウェアパスに移動させても、新しいデバイス特殊ファイルを使う必要はありません。また、現在のデバイス特殊ファイルを変更する必要もありません。

デバイスファイルへのアクセス

• ブロック型特殊ファイル - ブロック型デバイスに関連付けられたデバイスファイルです。ブ

ロック型デバイスでは、データはシステムの通常のバッファリングメカニズムを使って複数バイトのブロックで転送されます。

• キャラクタ型特殊ファイル - プリンター、ほとんどのターミナル、モデムなどのキャラクタ

モードのデバイスに関連付けられたデバイスファイルです。キャラクタモードのデバイスでは、データはバッファリングされないストリームで転送されます。

デバイスマルチパス機構柔軟なアドレス指定および一貫性のあるデバイス特殊ファイルと共に使われます。この機構を利用すると、1 つのデバイスへの複数のハードウェアパスを、1 つのデバイス特殊ファイルで使用

できるようになります。デバイスマルチパス機構を使うと、トラフィック負荷をデバイスへの複数のハードウェアパスに分散させることができます。また、いずれかのパスで障害が発生した場合の冗長性も得られます。

用語集176

用語集


な

二次スワップHP-UX は、初に単一のデバイスだけを使ってページングを行います ( 一次スワップを参照 )。そのため、ブート時に必要なデバイスは 1 つだけです。ページング操作用に大きなサイズの領域

を用意するために、二次スワップ領域と呼ばれる追加スワップ領域を有効にすることができます。

ネットワークベースプリンターネットワークに直接接続されているプリンターで、独自のネットワークインタフェース ( たとえ

ば、HP JetDirect インタフェースカード ) とネットワークアドレスを持っています。ネットワー

クベースプリンターでの印刷はすべてネットワークを経由します。リモートプリンターを参照。

ノード(Serviceguard) Serviceguard クラスタ内の個々のシステムです。この場合のシステムは、スタ

ンドアロンサーバーもしくはサーバー内の 1 つのパーティションで動作している HP-UX インス

タンスです。

( ネットワーク ) ネットワーク上の HP-UX ( またはその他のオペレーティングシステム ) の個々

のインスタンスで、独自のホスト名と 1 つ以上の IP アドレスで識別されます。

( ディレクトリツリー ) HP-UX ディレクトリツリーでは、各ディレクトリ、ファイル、リンクが

ノードに相当します。また、HP-UX は I/O デバイスを階層的に取り扱いますが、この場合には、

ハードウェアパス ( アドレス指定方式とは無関係 ) 内の各構成要素が I/O ツリー上のノードを表

します。

は

パーティションオペレーティングシステムのインスタンスに専用で割り当てられるサーバーリソースの集合です。 nPartitions、仮想パーティション、Integrity VM ゲストを参照。

ハードウェアスレッディングItanium プロセッサでコアのコンピューティング性能を高めるために使われるハードウェア技術

です。Itanium プロセッサは、HP Integrity サーバーで使われているプロセッサです。

ハードウェアパーティショニング

nPartitions を参照


nPartitions を参照

用語集 177

用語集

バス

バスデータが転送される共通データパスです。

ブートローダーHP-UX カーネルをディスクから読み込んで起動するために、ブートシーケンスで使われるソフ

トウェアプログラムです。

ファイルシステムファイル、ディレクトリ、リンクを構成するために使われるディスク上のメカニズムです。ディスクパーティション、論理ボリューム、光磁気媒体内に作成されます。ページング操作で使われることもあります。HP-UX では、ファイルシステムは階層的であり、マウント処理 (mount (1M) を参照 ) を使って結合することによってさらに大きなディレクトリ階層を形成することが

できます。

ファイルシステムスワップファイルシステム内のスワップ領域です。ファイルシステムスワップは、ファイルが書き換えられないようにファイルシステムが領域を割り当てる必要があるため、デバイススワップよりも低速です。これによって、カーネルがページアウトメモリーの読み書きを行う際に、通過する必要がある階層が増えます。「デバイススワップ」と「擬似スワップ」を参照。

プリンターインタフェーススクリプト印刷要求をプリンターに出力するためにラインプリンタースプーリングシステムによって使われるスクリプトです。ラインプリンタースプーリングシステムでプリンターを定義すると、プリンターモデルスクリプトをコピーしてプリンターインタフェーススクリプトが作成されます。プリンターインタフェーススクリプトは、一度作成してしまえば、ニーズに合わせてカスタマイズすることができます。

プリンタークラス1 つ以上のプリンターのグループに対応する印刷キューです。1 つの印刷先として取り扱われま

す。プリンタークラスに対して発行された印刷要求は、印刷時に、そのクラス内に定義されている利用可能なプリンターのいずれか 1 台に送信されます。ラインプリンタースプーリングシステ

ムは、クラスキュー内の要求に対して実際に印刷で使うプリンターを決定します。

プリンターモデルスクリプトラインプリンタースプーリングシステムにプリンターを構成するときに、プリンターインタフェーススクリプトを作成するためのテンプレート ( モデル ) として使われる HP-UX の一部と

して提供されるスクリプトまたはプリンターベンダーから提供されるスクリプトです。

古いデバイス特殊ファイル有効なデバイスに関連付けられていないデバイス特殊ファイルです。たとえば、サーバーから取り外されたデバイスに関連付けられているデバイス特殊ファイルがこれに該当します。

プロセッサ1 つ以上のコアを含んでいる物理的なシリコン部品 (「チップ」) です。

用語集178

用語集

メトロポリタンクラスタ

プロセッサセットpsrsetコマンドで ( または、Workload Manager (WLM) などの上位製品で間接的に ) 定義され

るコアのグループです。独立したスケジューリングドメインとして使われます。デフォルトのプロセッサセットは、システム ( サーバーまたはパーティション ) 内のすべてのコアで構成されま

す。

ブロック型特殊ファイル

デバイス特殊ファイルを参照

ボードプリント回路基板 (PCA) です。カードまたはアダプタと呼ばれることもあります。

ボリュームグループLogical Volume Manager によって使われる、物理ボリューム ( 物理ディスク ) の集合です。ボ

リュームグループは論理ボリューム ( ファイルシステムやスワップ領域を格納したり、ダンプデ

バイスや raw ディスクアクセスで使うことができる、柔軟性がある仮想ディスク ) に分割するこ

とができます。論理ボリュームを参照。

ま

マイナー番号デバイス特殊ファイルの一部であり、デバイスが接続されているインタフェースの場所を特定し、ドライバ依存の特性を定義します。この情報は、特定のビットに割り当てることで構成されます。デバイス特殊ファイルとメジャー番号を参照。

マウントポイントHP-UX ディレクトリツリー内の、ファイルシステムが論理的に接続されるディレクトリです。

ファイルシステムのディレクトリツリーのルートディレクトリをマウントすると、そのディレクトリはマウント先の HP-UX ディレクトリとして表現されます。mount (1M) を参照してくださ

い。

メジャー番号デバイス特殊ファイルの一部であり、ファイルがブロック型アクセスまたはキャラクタ型アクセスのどちらで使われるかを示すために使われます。また、デバイスとの通信時に使われるデバイスドライバを特定するためにも使われます。

メトロクラスタ

メトロポリタンクラスタを参照

メトロポリタンクラスタ大都市圏の範囲に地理的に分散したクラスタであり、冗長ネットワークとデータレプリケーションコンポーネント用のケーブルの敷設権が必要となります。

用語集 179

用語集

モジュール

モジュール

カーネルモジュールを参照

や

ユーティリティメーターPPU ソフトウェアから PPU 使用量情報を受け取るソフトウェアとハードウェアです。ユーティ

リティメーターは、当社のサービス担当者がインストールと構成を行います。

ら

ラインプリンタースプーリングシステム印刷フローを制御するために使われる HP-UX サブシステムであり、以下の機能を持っていま

す。

• 混在した印刷の防止• 印刷ジョブの優先順位付け• 特定のプリンターの使用者の制御• プリンターの保守• 1 つの印刷キューへのグループ化したプリンターの割り当て (「プリンタークラス」を参照 )

リモートスプーリング異なるサーバーまたは HP-UX インスタンスのラインプリンタースプーリングシステム ( スプー

ラ ) で定義されたプリンターへのスプーリングです。ローカルスプーラは印刷要求を受け付け、

ユーザーに代わってリモートスプーラに転送します。その後、リモートスプーラは、要求された印刷を処理します。

リモートプリンターリモートの HP-UX (「システム」) のインスタンスに直接接続されたプリンターです。リモート

プリンターへの印刷要求は、ネットワークを経由してリモートシステムに送信する必要があります。その後リモートシステムのラインプリンタースプーリングシステムが、要求された印刷をローカル要求と同様に処理します。

注記 : リモートの HP-UX インスタンスは、たとえば、別の nPartitions のように、同じ物理

サーバー上にある場合もあります。

ルートディレクトリHP-UX ディレクトリツリー内の上位のディレクトリです。ルートディレクトリは、パス “/” で表現されます。

用語集180

用語集

論理ボリューム

ルートファイルシステムルートディレクトリが格納されたファイルシステムです。これはブートシーケンスで初にマウントされるファイルシステムであり、他のファイルシステムをマウントするマウントポイントを含んでいます。マウントポイントを参照。

ルートボリュームグループルートファイルシステムと一次スワップボリュームを含む LVM ボリュームグループです。

ルートファイルシステムと一次スワップを参照。

ローカルプリンターサーバーに物理的に接続され、そのサーバーで動作している HP-UX インスタンスのラインプリ

ンタースプーリングシステムによって直接制御されるプリンターです。

ロールベースのアクセス制御システムリソース、コマンド、システムコールに対してきめ細かいアクセス制御を実現するために HP-UX に用意されているメカニズムです。ユーザーにはロールが割り当てられ、ロールに応

じたアクセス権が与えられます。

論理ボリュームボリュームグループの下位区分である論理ボリュームは、複数の物理ボリュームにまたがったり、1 つの物理ボリュームの一部に対応させることができます。

論理ボリュームのサイズは、エクステントと呼ばれる単位で定義されます。論理ボリュームのサイズは、作成後に変更することができます。論理ボリュームは、拡張したり、その内容に影響がない限り縮小することができます。

論理ボリュームは、一度作成してしまえば、ディスクパーティションと同じように取り扱うことができます。論理ボリュームは、ファイルシステム、スワップ領域、ダンプデバイス用に使うことができます。また、raw ディスクアクセスを行うこともできます。

用語集 181

用語集

ルートファイルシステム

用語集182

索引

Aaccept, 104

Ccancel, 104CDFS ファイルシステム , 70cpio, 75crashconf, 116, 125crashutil, 125C シェル , 145

DDDS, 75disable, 104DLT, 75

Eenable, 104EVM ( イベントマネージャ ), 150E メール , 133

FFAT32 ファイルシステム , 70fbackup, 75fstab, 122FTP ( ファイル転送プロトコル ), 53

FTP クライアント , 135ftp コマンド , 135FTP サーバー , 135

GGlobal Workload Manager, 36gWLM, 36

HHFS ファイルシステム , 70HP Caliper, 155HP GlancePlus, 155HP JetDirect, 100HP Open View Suite, 149HP SIM, 147管理対象システム , 147管理ドメイン , 147中央管理サーバー , 147

HP SMH, 140Web インタフェース、起動 , 141

Web インタフェース、ログイン , 143アクションのプレビュー , 145コマンド行インタフェース , 146主要な機能 , 144

HP SMH のコマンド行インタフェース , 146HP System Management Homepage、HP

SMH を参照HP Systems Insight Manager、HP SIM を参

照HP-UX異常シャットダウン , 116インストール , 131カーネル , 55カーネル調整パラメータ , 56カーネルモジュール , 55起動 , 110, 115実行レベル , 110シャットダウン , 115主要なディレクトリ , 58ストレージ , 63性能監視ツール , 155ダンプ / 保存サイクル , 116停止 , 115ディレクトリ , 58ディレクトリ構造 , 57ブート , 115リブート , 115

HP-UX 11i リリースノート , 28HP-UX のアップデート , 139HP-UX のアップデート用のツール , 138HP-UX のインストール , 131, 138HP-UX のインストール用のツール , 138HP-UX の企業全体の管理 , 149HP-UX のシャットダウン , 110HP-UX の複数のインスタンスの管理 , 147HP-UX のリブート , 115HTTP, 135HTTP (Hypertext Transfer Protocol), 53Hypertext Transfer Protocol、HTTP を参照

II/O 性能 , 71Ignite-UX, 131, 138inittab, 110, 112Instant Capacity

GiCAP, 39iCAP, 39TiCAP, 39

索引 183

索引

使用権 , 39Integrity Virtual Machines, 50Integrity VM, 50iostat, 155

JJBOD, 63

KKorn シェル , 145

Llanadmin, 163lanscan, 163LDAP-UX, 106linkloop, 163livedump コマンド , 129lp, 104lpadmin, 104lpalt, 104lpfence, 104lpmove, 104lpsched, 104lpshut, 104lpstat, 104LP スプーラ印刷要求 , 96インタフェースファイル , 96概要 , 96コマンド , 96プリンターキュー , 96要求ディレクトリ , 96

lssf, 78LUN ハードウェアパス , 85LVM物理ボリューム , 68ボリュームグループ , 68論理ボリューム , 68論理ボリュームのサイズ変更 , 69

MMEMFS ファイルシステム , 70Microsoft SMB, 136MirrorDisk/UX, 74

NNetwork File System、NFS を参照

NFS, 63, 136NFS (Network File System), 53nPartitions, 49

parmgr を使った管理 , 150nwmgr, 133, 163

OObAM, 140OL*, 27

Pparmgr, 150Partition Manager, 150pax, 75Pay Per Use, 42アクティブなコア、数 , 42コアパーセント使用率 , 42ユーティリティメーター , 43

PCI カード , 27オンライン交換 , 161

PCL, 101ping, 156POSIX シェル , 145PostScript プリンター , 101PPU、Pay Per Use を参照PRM, 35PRM グループ , 35Process Resource Manager、PRM を参照Prospect, 155PSET, 38

RRAID, 63, 74, 159RAID 0, 71RAID 1, 74RAID 5, 71RAID レベル , 71RBAC、ロールベースのアクセス制御を参照rcp, 135rcp ( リモートコピー ), 53rc デーモン , 112Redundant Arrays of Independent Disks、

RAID を参照reject, 104rlogin ( リモートログイン ), 53rlp, 99rlpdaemon, 99

索引184

索引

SSAM, 140Samba, 136sar, 155savecrash, 123, 124, 125savecrash プロセス , 127SCSI-3 ハードウェアパス , 84sd, 151Secure FTP, 135Server Message Block プロトコル , 136Serviceguard, 45, 161ノード一次 , 45引き継ぎ , 45

ハートビートメッセージ , 46パッケージシステムマルチノード , 45フェイルオーバー , 45マルチノード , 45

Serviceguard クラスタ , 44, 54shar, 75Shell Layer Manager, 145shl, 145Software Distributor, 131Software Manager, 131SSH FTP, 135ssh (Secure Shell), 53, 134swacl, 151swagentd, 151swapinfo, 93, 94swapon, 92swask, 151swconfig, 151swcopy, 151swinstall, 151swjob, 151swlist, 151swmodify, 151swpackage, 151swreg, 151swremove, 151swverify, 151System Administration Manager、SAM を参

照System Management Homepage、HP SMH

を参照

Ttar, 75telnet, 53, 134Terminal Session Manager, 145TOC、制御の移行を参照Tomcat Web サーバー , 136top, 155tsm, 145

UU.S. Government License, 2UDF ファイルシステム , 70update-ux, 131, 139

VVeritas Volume Manager, 65, 74ディスクグループ , 68

Veritas Volume Manager、VxVM を参照vmstat, 155vPars, 50vxdump, 75VxFS ファイルシステム , 70VxVM, 74

Veritas Volume Manager を参照ボリューム , 68

WWeb アクセス , 133, 136Web サーバー , 136WLM, 36Workload Manager、WLM を参照WWIDワールドワイド ID を参照

XX Window システム , 140xP/yC, 26

あ

アクセス制御 , 107圧縮形式の保存 , 121, 124圧縮ダンプ , 120アプリケーションの性能 , 157

い

異常シャットダウン , 116

索引 185

索引

一次スワップ , 90一貫性のあるデバイス特殊ファイル , 58, 161イベント管理 , 150印刷 , 96ネットワーク印刷 , 100リモートスプーリング , 99

印刷先 , 102印刷要求概要 , 96優先順位 , 103

インストール済製品データベース , 131インストール済みソフトウェアの変更 , 131インタフェースファイル ( プリンター ), 96

え

遠距離クラスタ , 44, 47

お

オペレーティング環境 , 23, 35オペレーティングシステム , 23電気的な隔離 , 49ハードウェア隔離 , 49

オンラインでの追加および交換PCI カード , 161

か

カーネル , 55調整パラメータ , 56モジュール , 55モジュールの削除 , 55モジュールの追加 , 55

カーネル調整パラメータnswapdev, 93

カーネルの構成 , 55カーネルモジュールの削除 , 55カーネルモジュールの追加 , 55拡張キャンパスクラスタ , 44, 47, 54仮想 LUN ID, 85仮想化カテゴリ , 30クラスタリングテクノロジ , 30スタンドアロンサーバーテクノロジ , 30テクノロジ , 29, 54ネットワークテクノロジ , 30, 53パーティショニングテクノロジ , 30負荷バランステクノロジ , 30マルチブートテクノロジ , 30

仮想化テクノロジの組み合わせ , 54

仮想パーティショニング , 50仮想ハードウェアアドレス , 85仮想バスアドレス , 85仮想マシン , 50仮想ルートノード , 85監査 , 108

き

擬似スワップ , 88, 89擬似デバイス , 58起動 , 110起動スクリプト , 112強制終了スクリプト , 112

く

クラス ( プリンター ), 102クラスタタイプ , 47クラスタリング , 30クラスタリングテクノロジ , 30

Serviceguard クラスタ , 44遠距離クラスタ , 44拡張キャンパスクラスタ , 44コンチネンタルクラスタ , 44メトロポリタンクラスタ , 44

クラッシュダンプ , 116圧縮形式の保存 , 121圧縮ダンプ , 120クラッシュ情報の整合性 , 122システムの構成 , 118システムの復旧時間 , 119ダンプデバイスの定義 , 122ダンプの並列性 , 120ダンプレベル , 119部分的な保存 , 122

クラッシュ、システム , 116グループ名長さ , 27

け

ゲストオペレーティングシステム , 50権限細分化された , 108

権限 (ディレクトリやファイルへのアクセス ), 107

こ

コア , 25

索引186

索引

高可用性 , 45高信頼性モード , 108, 158効率的なデータアクセス , 71コールドインストール , 138コマンド

accept, 104ar, 132cancel, 104cmhaltcl, 46cmhaltnode, 46cmruncl, 46cmrunnode, 46cmviewcl, 46cpio, 132crashconf, 116, 120, 122, 125crashutil, 125csh, 145disable, 104enable, 104ftp, 53, 135gzip, 132icapmanage, 40icapmodify, 40icapnotify, 40icapstatus, 40init, 114iostat, 155ksh, 145lanadmin, 163lanscan, 163ld, 132linkloop, 163livedump, 129lp, 104lpadmin, 104lpalt, 104lpfence, 104lpmove, 104lpsched, 104lpshut, 104lpstat, 104nwmgr, 133, 163parmgr, 150pax, 132ping, 156ppuconfig, 43psrset, 38rcp, 53, 135reject, 104

rlogin, 53rlp, 99rlpdaemon, 99sar, 155savecrash, 121, 123, 124, 125, 127sd, 132, 151sftp, 135sh, 145shar, 132shl, 145ssh, 53, 134swacl, 151swagentd, 151swask, 151swconfig, 151swcopy, 151swinstall, 151swjob, 151swlist, 151swmodify, 151swpackage, 151swreg, 151swremove, 151swverify, 151tar, 132telnet, 53, 134top, 155tsm, 145update-ux, 131, 139vmstat, 155who -r, 114

コンチネンタルクラスタ , 44, 47, 54コンテインメントテクノロジ , 107コンパートメント , 108

さ

サーバー , 25サーバーの表記方法 , 26サービスレベル目標 , 36, 149細分化された権限 , 108

し

シェルC, 145Korn, 145POSIX, 145スクリプト , 96

システム , 25

索引 187

索引

システム管理ツール , 137コマンド行ツール , 145

システム管理のツール , 137システム管理用のコマンド行ツール , 145システムクラッシュ , 28, 116

savecrash プロセス , 127圧縮形式の保存 , 124オペレータによるオプションの変更 , 125クラッシュ時の動作 , 125選択ダンプ , 124備える , 117ダンプシーケンス , 126ダンプレベル , 124非圧縮形式の保存 , 124必要なディスク領域 , 124部分的な保存 , 124ライブダンプ ( クラッシュしていないときの

ダンプ ), 129リブート , 127リブート後の操作 , 128

システムデフォルトプリンター , 102システムの実行レベル , 114システムの復旧時間 , 119, 121システムバックアップ , 159実行レベル , 110, 114実行レベルの推移 , 112シャットダウン , 110シャットダウンシーケンス , 115柔軟なアドレス指定利点 , 81

従来のデバイス特殊ファイル , 58従来のハードウェアパス , 84主要なディレクトリ , 58商標 , 2処理コア、コアを参照

す

スーパーユーザー , 107スタンドアロンサーバー仮想化テクノロジ , 30

ストレージ , 63アドレス指定 , 76構成 , 64デバイス , 64利用方法 , 64

ストレージスタック , 153ストレージのアドレス指定 , 76スプーラ

ラインプリンタースプーリングシステムを参照

スワップデバイス二重使用 , 127

スワップ領域 , 88, 121一次スワップ , 90インタリーブ , 93擬似スワップ , 88, 89タイプ , 88遅延スワップ , 90定義 , 92デバイススワップ , 88, 93二次スワップ , 90ファイルシステムスワップ , 88, 89, 93有効化 , 92優先順位の割り当て , 94

スワップ領域の有効化 , 92スワップ領域の優先順位 , 94

せ

制御の移行 , 129性能

HP Caliper を使った測定 , 155HP GlancePlus を使った測定 , 155アプリケーション , 155システムプロファイリング , 155ディスクミラーリング , 73ネットワーク , 156ファイルシステム , 72

性能監視ツール , 155, 157セキュリティ , 107監査 , 108高信頼性モード , 108コンテインメントテクノロジ , 107コンパートメント , 108細分化された権限 , 108標準モード , 108ユーザーデータベース , 108ロールベースのアクセス制御 , 108

セルボード , 49選択ダンプ , 122, 124

そ

ソフトウェアスレッディング , 25ソフトウェアデポ , 131ソフトウェアのインストール , 131ソフトウェアの削除 , 131ソフトウェアパーティショニング

索引188

索引

vPars, 50仮想パーティション , 50機能 , 50タイプ , 50

た

ターミナルエミュレーション , 133, 134単一サーバー管理用のツール , 140ダンプ , 116ダンプシーケンス , 126ダンプデバイス , 121, 123定義 , 122, 125二重使用 , 127

ダンプデバイスの定義 , 122, 125ダンプの圧縮 , 120ダンプの並列性 , 28, 120ダンプ領域の割り当て , 118ダンプレベル , 124選択ダンプ , 119ダンプなし , 119フルダンプ , 119

ち

遅延スワップ , 90調整パラメータカーネル調整パラメータを参照

著作権 , 2

て

ディスクアクセスの分散 , 72ディスクアクセス、分散 , 72ディスクアレイ , 74ディスクストライピング , 71ディスクドライブ , 63

raw アクセス , 76ディスクミラーリング , 159性能 , 73

ディレクトリ , 58/dev, 58/etc, 58/home, 58/opt, 58/sbin, 58/stand, 58, 122/tmp, 58/usr, 58/usr/lib, 58/usr/sbin, 58

/var, 58/var/tmp, 58デバイス特殊ファイル , 82

ディレクトリアクセス制御 , 107

ディレクトリ構造 , 57ディレクトリパス , 57ディレクトリモード , 107ディレクトリやファイルへのアクセスの制御 ,

107データ冗長性 , 73データの損失、保護 , 159データのバックアップ , 75データのミラーリング , 74データバックアップ , 75データ保護冗長性 , 73ツール , 158

テープ , 63デバイス柔軟なアドレス指定 , 80従来のアドレス指定 , 80

デバイススワップ , 88設定ガイドライン , 93

デバイス特殊ファイル , 58, 78新しい形式 , 27一貫性のある , 58, 95関連付けられたコマンド , 86キャラクタ型特殊ファイル , 58構造 , 79従来の , 58, 95ディレクトリの内容 , 82名前の形式 , 82負荷バランス , 72ブロック型特殊ファイル , 58

デバイスファイル、デバイス特殊ファイルを参照

デバイスマルチパス機構 , 72, 81冗長性 , 73

電子メール、E メールを参照

に

二次スワップ , 90

ね

ネットワーク , 53ネットワーク印刷 , 100ネットワークインタフェースの設定 , 163

索引 189

索引

ネットワーク管理ネットワークインタフェースの設定 , 163

ネットワーク管理ツール , 163ネットワークサービス , 133

Web アクセス , 133ターミナルエミュレーション , 133電子メール , 133ファイル転送 , 133リモートマウントファイルシステム , 133リモートログイン , 133

ネットワークテクノロジ , 30, 53FTP, 53HTTP, 53NFS, 53rcp, 53rlogin, 53ssh, 53telnet, 53

ネットワークの性能 , 156ネットワークベースプリンター定義 , 101

は

パーティショニングタイプ , 49ハードウェア , 49ハードウェア対ソフトウェア , 49

パーティショニングテクノロジ , 30隔離 , 51組み合わせ , 52パーティション境界 , 51比較 , 51用語 , 51

パーティショニングテクノロジの組み合わせ , 52

ハードウェアマスストレージデバイスのアドレス指定 , 84

ハードウェア障害、保護 , 161ハードウェアスレッディング , 25ハードウェアパーティショニング機能 , 49

ハードウェアパスLUN, 85SCSI-3, 84形式 , 84従来の , 84

バックアップ , 159バックアップユーティリティ , 75

ひ

非圧縮形式の保存 , 121, 124光磁気ディスク , 75光磁気媒体 , 63表記方法サーバー , 26ディレクトリパス , 57

標準モード , 108, 158

ふ

ファイルアクセス制御 , 107

ファイルシステム , 57, 69CDFS, 70FAT32, 70HFS, 70MEMFS, 70UDF, 70VxFS, 70サポートされる , 70スワッピング , 93性能 , 72マウントポイント , 57リモートマウント , 136ルート , 57

ファイルシステムスワップ , 88, 89設定ガイドライン , 93

ファイル転送 , 133ファイル転送プロトコル、FTP を参照ファイルモード , 107ブート複数のオペレーティングシステム , 48

ブートシーケンス , 115ブートローダー , 55, 115フェンス優先順位 ( プリンター )、プリンター

の優先順位を参照負荷バランステクノロジ , 30複数サーバー管理用のツール , 147複数のサーバーの一元管理 , 147複数のシステムへのインストール , 138不正なアクセス、阻止 , 158物理ストレージデバイス , 64部分的な保存 , 122, 124プリンターインタフェースファイル , 96キュー , 96クラス , 102コマンド言語 , 101

索引190

索引

システムデフォルトプリンター , 102スケジューラ , 96タイプ , 101当社製以外 , 101名前 , 102ネットワークベース , 101優先順位 , 103リモート , 101ローカル , 101

プリンターインタフェースファイル , 100プリンターのグループ化、プリンターを参照プリンターモデルファイル , 100プリンターログ , 104フルダンプ , 122プロセッサ , 25プロセッサセット , 38

へ

並列ダンプ , 120ダンプの並列性を参照

ページング , 88ページングデバイス , 121, 123

ほ

ボリューム管理作業 , 154ボリューム管理用のツール , 154ボリュームグループ , 68ボリュームマネージャ , 65

LVM, 65, 66, 153LVM と VxVM の比較 , 66VxVM, 65, 66, 153どれを使うか選択 , 66

ま

マイナー番号 , 78マウントポイント , 76マスストレージ , 63マスストレージデバイスアドレス指定 , 58ワールドワイド ID, 95ワールドワイド一意 ID, 58

マルチパス機構 , 81マルチブートテクノロジ , 30

め

メジャー番号 , 78メトロポリタンクラスタ , 44, 47, 54

メモリークラス , 118

も

モジュールカーネルモジュールを参照

ゆ

ユーザー ID, 107ユーザーデータベース , 108ユーザー名長さ , 27

ユーティリティデータのバックアップ , 75

ユーティリティメーター , 43

よ

要求ディレクトリ , 96

ら

ライブダンプ ( クラッシュしていないときのシステムダンプ ), 129

ライブダンプの制限 , 129ラインプリンタースケジューラ , 96ラインプリンタースプーリングシステム , 96

LDAP-UX との統合 , 106給排水図 , 96クラス , 102コマンド , 96, 104 ‐ 105コンポーネント , 96システムデフォルトプリンター , 102プリンターグループ ( クラス ), 102リモートスプーリング , 99

り

リモート印刷 , 99リモートコピー、rcp を参照リモートシステム , 99リモートスプーリング , 99リモートプリンター定義 , 101

リモートマウントファイルシステム , 133, 136リモートログイン , 133, 134

rlogin, 53ssh, 53telnet, 53

リリースノート , 28

索引 191

索引

る

ルートファイルシステム , 57ミラーリング , 74

ルートボリュームグループ , 154

ろ

ローカルプリンター定義 , 101

ロールベースのアクセス制御 , 108ログプリンター , 104

論理ボリューム , 76論理ボリュームのサイズ変更 , 69

わ

ワールドワイド ID, 58, 95

索引192

hp-ux システム管理者ガイド 概要h20628.3 納入後の保証について •...

Documents

hp-ux システム管理者ガイド概要h20628.3 納入後の保証について •...