付録 B OpenVMS Integrity のハードウェア操作およびブート操作の構成と，システムのブートおよびシャットダウン

B.1.1 ユーティリティとコンソール・オプションの概要

HP Integrity サーバ環境の設定と管理に通常利用する主なインタフェースは，Extensible Firmware Interface (EFI) と Management Processor (MP) です。エントリ・クラスの Integrity サーバでは，MP が Integrated Lights Out (iLO) Management Processor に置き換えられました。このインタフェースは，MP のすべての機能を持ちさらに機能が追加されています。一部のモデルでは，Baseboard Management Control (BMC) ユーティリティが用意されています。セル・ベースのサーバには，この他の管理ツールも用意されています。 iLO および Insight Power Management (IPM) をサポートするサーバでは，OpenVMS Integrity サーバに対して電源管理インタフェースが利用できます。 詳細については，『HP OpenVMS Utility Routines Manual』 を参照してください。 IPM は，サーバの電力消費と熱出力の集中監視制御機能を提供します。 OpenVMS は SYSGEN の CPU_POWER_MGMT パラメータもサポートしますが，このパラメータよりも iLO インタフェースの方が優先されます。 OpenVMS Integrity のインストールの前に，電源管理機能が適切な状態に設定されていることを確認してください。 詳細は，『HP OpenVMS Utility Routines Manual』 を参照してください。

EFI は，ブートおよびプリブートのメイン・インタフェースです。これは，すべてのモデルでのシステム・ファームウェアとコンソール・コマンドへのコア・インタフェースです。エントリ・クラスの HP Integrity サーバでは，BMC が用意されています (ただし，一部のシステムではインタフェース自体が隠されています)。BMC には，基本的な管理機能と，EFI にアクセスする機能があります。MP (または iLO) は，大半のシステムで利用できます。一部のシステムでは，必要なコンソール・ハードウェアがインストールされ設定されている場合にのみ利用可能です。EFI にアクセスする機能の他に，MP には，リモート管理，ネットワーク・コンソールと Web ベースのアクセス，拡張診断機能などの，高度な (BMC で利用できる以上の) 管理機能が用意されています。BMC と MP (iLO) は，Integrity サーバの主電源スイッチがオフの位置であっても，スタンバイ電源で動作できます。

EFI は，基本となるコンソール環境です。コンソール・インタフェースの機能は，MP (iLO) と BMC のどちらでも操作できます。

OpenVMS Integrity のインストール・プロシージャおよびアップグレード・プロシージャでは，新しくインストールまたはアップグレードするシステム・ディスクをブート・オプションに追加することができます。OpenVMS システムをブートするためには，B.2 項 「Integrity サーバ・システム用 OpenVMS コンソールの選択」で説明されているように，コンソールが正しく設定されていなければなりません。

EFI，MP，および BMC の主な機能について，簡単に説明します。

B.1.2 セル・ベースのサーバ上の設定ユーティリティと管理ユーティリティ

より複雑な，セル・ベースの Integrity サーバの環境では，さまざまなツールが用意されています。複数の nPartitions を備えたシステムでは，各 nPartitions にはそれ専用の EFI インタフェースがあります。MP を使用すると，コンプレックスおよび各 nPartitions の EFI インタフェースに対してアクセスしたり，管理を行うことができます。

MP と EFI の他に (セル・ベースのサーバには，BMC はありません)，これらのシステムには，Partition Manager と，システムやオペレーティング・システムによって異なるその他のツールが用意されています。Partition Manager (parmgr) ユーティリティには，nPartitions とコンプレックス・ハードウェアを管理するためのグラフィカル・インタフェースがあります。このユーティリティは，すべての nPartitions 管理機能を 1 箇所にまとめ，システム管理者に，nPartitions の動的な再設定，電源オン/オフ，作成，削除，および変更を行うツールを提供し，円滑で正しく制御された操作を可能にします。Partition Manager は，HP-UX システムと Microsoft Windows システムのどちらでも動作します。 どちらのバージョンの Partition Manager を使用しても，OpenVMS バージョン 8.4 用の nPartitions を管理できます。Partition Manager は，次の Web サイトからダウンロードできる，無償の製品です (PARMGR は，記載されているとおり，大文字でなければなりません)。

http://docs.hp.com/en/PARMGR2/download.html

Partition Manager についての詳細は，『HP nPartitions 管理ガイド』(旧称『HP システムパーティション ガイド』) を参照してください。

Integrity サーバの設定や管理に利用できるこれらのツールとその他のツールについての詳細は，対応するハードウェア・ドキュメントを参照してください。

B.1.3 Integrity サーバのユーティリティでの Delete キーや Backspace キーの使用

Integrity サーバ・システムの EFI 環境と，MP および BMC のコンソール・インタフェースのバージョンによっては，Delete (または Backspace) キーがまだ UNIX システムと同じように解釈されるため，OpenVMS Alpha システムや Microsoft Windows システムでの解釈方法と異なります。OpenVMS オペレーティング・システムでは，コマンド行に入力された最後の文字を削除するために ASCII の DEL/RUBOUT 文字 (16 進の 7F) を使用しますが，このような Integrity サーバでは，Ctrl/H を使用します。このような Integrity サーバでコマンドを入力する際に，VTxxx ターミナル上で Delete (または，ターミナル・エミュレータで DEL/RUBOUT 文字コードを送信するようにマッピングされたキー) を押しても，最後に入力した文字は削除されません。

ログイン・コマンド・プロシージャ (通常は，LOGIN.COM) に次のコマンドを追加することで，最後に入力した文字が Delete キーで削除されるようにターミナルを再マッピングできます。

$ SET TERMINAL/BACKSPACE=DELETE

このコマンドは，DEL に Ctrl/H を再マッピングします。ターミナルが以下のいずれかの状態の場合，ドライバはこれらのキーの再マッピングは行いません。

または，ターミナル・エミュレータを設定して，最後に入力した文字が Backspace キーで削除されるようにすることもできます。ただし，OpenVMS 上でキーが正しく動作するようにするためには，前述の SET TERMINAL コマンドを実行しなければなりません。

B.2.1 OpenVMS コンソールの選択 (Integrity サーバ rx2600 を除く)

rx2600 (またはファームウェアの古いサーバ) 以外の Integrity サーバ では，コンソール・デバイスを次に示す 3 つのいずれかのタイプとして構成できます。

システムはプライマリ・コンソールまたはセカンダリ・コンソールからブートできます。しかし，OpenVMS の出力はプライマリ・コンソールにしか表示されません。 コンソールとして選択可能なシリアル・デバイスと，シリアル・デバイス・ポートの一覧についての情報は，『HP OpenVMS Version 8.4 リリース・ノート』を参照してください。

コンソールは，次のいずれかの方法で選択できます。

以下の 2 つの項で，VGA デバイスを OpenVMS コンソールとして選択する方法の例を示します。

B.2.2 rx2600 Integrity サーバで行う OpenVMS コンソールの選択

ここでは，Integrity サーバ rx2600 やファームウェアの古いサーバでコンソールを選択する方法について説明します。 こうしたサーバでは，OpenVMS のコンソールに使うコンソール入力，コンソール出力，およびコンソール・エラー・デバイスを構成する必要があります。 プライマリ・コンソールという概念，つまり，これらのデバイスを自動的に OpenVMS のコンソールとして構成するという概念はありません。 また，こうしたサーバの OpenVMS では，グラフィック・コンソールが使用できません。

	注意: 以下に説明する手順では，Integrity サーバに OpenVMS がインストールされていなくてブート・オプションも定義されていないことが前提となっています。

この時点で，OpenVMS Integrity DVD をブートして，システム・ディスクにオペレーティング・システムをインストールできます。第3章 「OpenVMS オペレーティング・システムのインストール」 に記載されている手順に従ってください。

	注意: コンソール・デバイスになり得るデバイスが新しくシステムに追加されたときや，システムの NVRAM がクリアされたときは，コンソールの選択を確認してください。シリアル・デバイスを変更したときには，正しく動作させるためには，入力，出力，およびエラー・コンソールのデバイス・オプションも変更しなければなりません。

B.3.1 EFI の使用についての一般的な注意

以下の事項に注意してください。

EFI の使用についての詳細は，Integrity サーバに付属のドキュメントを参照してください。

B.5.1 nPartitions 内の OpenVMS をブートするための ACPI 設定の確認

セル・ベースのサーバ上の OpenVMS Integrity オペレーティング・システムをブートするためには，ACPI の設定が正しく設定されていなければなりません。ACPI の設定値は特に，デバイスを参照するときに使用する EFI パス・フォーマットを決定します。工場インストールの Integrity サーバの場合，ACPI 構成は正しく設定されています。OpenVMS システムをブートする nPartitions でそれまで Windows システムまたは Linux システムが動作していた場合は，EFI の Shell プロンプトで次のコマンドを入力して，パーティションが OpenVMS で正しくブートするように設定します。

EFI> acpiconfig default

この新しい値を有効にするためには，EFI Shell の reset コマンドを使用して，nPartitions をリセットしなければなりません。

EFI> reset

ACPI の設定値が適切に設定されていない場合，オペレーティング・システムをブートすると，バグチェック・コード INCONSTATE で処理に失敗します。

nPartitions をサポートしない Integrity サーバ (たとえば，rx2600 サーバ) では，ACPI の設定値を変更することはできません。

現在の設定値を表示するには，引数なしで acpiconfig コマンドを入力します。

EFI> acpiconfig
Acpiconfig settings: default

	注意: acpiconfig コマンドは，必ずしも現在の nPartitions ブートで使用された設定を報告するわけではありません。このコマンドは，nPartitions の次回のブートで使用される，現在の設定だけを報告します。

B.5.2 システム・ディスクのブート・オプションの設定

次の 3 つの方法のいずれかで，システム・ディスクのブート・オプションを設定したり操作することができます。

OpenVMS Integrity インストールおよびアップグレード・プロシージャに，システム・ディスクのブート・オプションを設定させることをお勧めします。ただし，この方法を使用した場合でも，OpenVMS DCL プロンプトから OpenVMS Integrity Boot Manager ユーティリティを使用 (または EFI 自体を使用) することで，ブート・オプションを変更したり，システム・ディスクに他のブート・オプションを追加することができます。

OpenVMS Integrity Boot Manager ユーティリティはメニュー・ベースのユーティリティであり，Integrity サーバの EFI ブート・オプションを構成することができます。このユーティリティは，EFI よりも容易に使用できます。この OpenVMS ユーティリティを使用すると，以下のような操作を実行できます。

この項では，これらの操作の大半 (ブート・オプションの移動と削除を除く) の実行方法について説明します。OpenVMS Boot Manager ユーティリティについての詳細は，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。ここでは，EFI を使用して自動ブート用のブート・オプションを追加する方法についても説明します。

システムに，システム・ディスクのブート・オプションを構成することをお勧めします。システム・ディスクの自動リブートは，システム・ディスクを EFI Boot Manager メニューの 1 番目のブート・オプションとして指定すると有効になります。 EFI タイムアウト (カウントダウン) が発生すると，自動的にシステム・ディスクからブートします。

	注意: Fibre Channel デバイスからのブートを設定するためには，OpenVMS Integrity Boot Manager ユーティリティを使用しなければなりません。(このユーティリティの使用は他のデバイスでは必須ではありませんが，Fibre Channel デバイスでは必須です。) また，このユーティリティを使用して，ブート・デバイス・リストおよびダンプ・デバイス・リストにマルチ・メンバ・シャドウ・セットのメンバを追加することをお勧めします。必ず両方のリストにすべてのメンバを追加してください。このユーティリティについての詳細は，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。Fibre Channel デバイスの構成とブートについての詳細は，付録 E 「Fibre Channel ストレージ・デバイスのセットアップとブート」 を参照してください。

B.5.2.1 ブート・オプションの追加とブート・フラグの設定

OpenVMS Integrity Boot Manager ユーティリティを使用してブート・オプションを追加し，ブート・フラグを設定するには，以下の手順に従います。

1. DCL プロンプトで次のコマンドを入力して，OpenVMS Integrity Boot Manager ユーティリティを起動します。

   $ @SYS$MANAGER:BOOT_OPTIONS.COM

2. ユーティリティが起動されると，メイン・メニューが表示されます。システム・ディスクをブート・オプションとして追加するには，次の例のように，プロンプトで 1 を入力します。

   OpenVMS I64 Boot Manager Boot Options List Management Utility (1) ADD an entry to the Boot Options list (2) DISPLAY the Boot Options list (3) REMOVE an entry from the Boot Options list (4) MOVE the position of an entry in the Boot Options list (5) VALIDATE boot options and fix them as necessary (6) Modify Boot Options TIMEOUT setting (B) Set to operate on the Boot Device Options list (D) Set to operate on the Dump Device Options list (G) Set to operate on the Debug Device Options list (E) EXIT from the Boot Manager utility You can also enter Ctrl-Y at any time to abort this utility Enter your choice: 1

   	注意: このユーティリティを使用しているときは，キャレット文字 (^) を入力することで，以前のプロンプトへ (複数回) 戻って，応答を変更することができます。中断して DCL プロンプトに戻るには，Ctrl/Y を押します。

3. ユーティリティは，デバイス名の入力を求めます。このインストールで使用するシステム・ディスク・デバイスを入力します。次の例では，デバイス名は DKA0: です。

   Enter the device name (enter "?" for a list of devices): DKA0:

4. ユーティリティは，EFI ブート・オプション・リストのどの位置にエントリを置くか，入力を求めます。現在のブート・オプションのリストを表示するには，疑問符 (?) を入力します。

   Enter the desired position number (1,2,3,,,) of the entry. To display the Boot Options list, enter "?" and press Return. Position [1]: ?

5. 次の例のブート・オプション・リストでは，ブート・オプションは 1 つだけです。サーバの起動時や，EFI カウントダウン・タイマのタイムアウト時に自動的にシステム・ディスクからブートされるように，ブート・オプション・エントリをリストの先頭に追加するには，1 (省略時の値) を入力します。

   EFI Boot Options list: Timeout = 0 secs. ----------------------------------------------------------------- 01. VenHw(d65a6b8c-71e5-4df0-d2f009a9) "EFI Shell [Built-in]" ----------------------------------------------------------------- 1 entries found. Enter the desired position number (1,2,3,...) of the entry. To display the Boot Options list, enter "?" and press Return. Position [1]: 1

6. ユーティリティは，OpenVMS ブート・フラグの入力を求めます。特に指定しなければ，フラグは設定されません。OpenVMS フラグ (たとえば，0,1) を入力するか，次の例のように Enter を押してフラグなしを設定します。

   Enter the value for VMS_FLAGS in the form n,n. VMS_FLAGS [NONE]:

   オプションとして，次のような，標準の OpenVMS ブート・フラグのいずれかを使用することもできます。

   フラグ	説明
   0,1	SYSBOOT のシステム・パラメータ変更を可能にする。デバッグ目的で，対話型ブートを有効にする。
   0,2	XDELTA をロードする。
   0,4	EXEC_INIT の初期ブレークポイントを取り込む。
   0,20000	ブート時にデバッグ・メッセージを表示する。
   0,30000	ブート時に詳細なデバッグ・メッセージを表示する。

7. ユーティリティは，ブート・オプション・エントリに含める説明の入力を求めます。特に指定しなければ，デバイス名が説明として使用されます。次の例のように，より分かりやすい情報を入力することもできます。この例では，確認メッセージのサンプルを示しています (Fibre Channel デバイスなどの，マルチ・パスのデバイスでは，パスごとに個別の確認メッセージが表示されます)。EFI$BCFG は，OpenVMS Integrity Boot Manager ユーティリティが使用している実行ファイル名です。

   Enter a short description (do not include quotation marks). Description ["DKA0"]: DKA0: OpenVMS V8.4 for PLMs System efi$bcfg: DKA0: (BOOT003) Option successfully added

8. ブート・オプションの追加に成功したら，プロンプトで E を入力して，ユーティリティを終了します。

   Enter your choice: E $

B.5.2.1.1 EFI による，システム・ディスクからの自動ブートの設定

OpenVMS インストール/アップグレード・プロシージャでシステム・ディスクからの自動ブートを設定することをお勧めします。または，OpenVMS Integrity Boot Manager ユーティリティ (SYS$MANAGER:BOOT_OPTIONS.COM) を使用してください。ただし，ユーザが EFI を使用して設定することもできます。ここでは，EFI を使用して，Integrity サーバ・ファームウェアがシステム・ディスクから OpenVMS Integrity システムを自動的にブートするように設定する方法について説明します。(OpenVMS Integrity Boot Manager ユーティリティを使用して，ブート・フラグを設定することをお勧めします。オプションとして，前の項ですでに説明したように，EFI のプロンプトで vms_loader.efi -flags n,n コマンドを使用して，OpenVMS 標準ブート・フラグを設定することもできます。)

EFI Shell にアクセスし，プロンプトで次の行を入力します。fsn: (fs0: や fs1: など) は，システム・ディスクに対応するデバイスです。

Shell> bcfg boot add 1 fsn:\efi\vms\vms_loader.efi "HP OpenVMS I64"

このコマンドは，OpenVMS Integrity オペレーティング・システムを，EFI Boot Manager メニューの位置 1 に追加します。コマンド行の，引用符で囲まれたテキスト (“HP OpenVMS I64”) が，EFI のブート・メニューの位置 1 に表示されます。オペレーティング・システム・ディスクの識別に役立つテキストを入力できます。 システムの電源オン時には，カウントダウン時間を経過すると，位置 1 にある項目が自動的に実行されます。

または，EFI のメニュー・インタフェースを使用して，以下の手順で EFI のブート・メニューのオプションを追加することができます。

1. [Boot Configuration] オプション (EFI のバージョンによっては，[Boot Option Maintenance Menu]) を選択します。

2. [Add a Boot Option] を選択します。

3. ブート・デバイスとブート・ファイルを選択します。

   	注意: すべての EFI ブート・オプションは，ディスクの GUID (Globally Unique ID) を埋め込みます。そのため，OpenVMS を再インストールするか，イメージ・バックアップからシステム・ディスクをリストアした場合は，まず古いブート・オプションを削除してから，新しいブート・オプションを追加しなければなりません。ブート・オプションを削除するには，Boot Configuration メニュー (または Boot Option Maintenance Menu) の [Delete Boot Option(s)] オプションを使用します。

ブート・エントリを EFI Boot Manager メニューに追加する別の方法として，EFI Utilities for OpenVMS (Integrity のみ) の vms_bcfg コマンドを使用する方法もあります。このコマンドは，OpenVMS デバイス名を受け付け，フラグを設定することもできます。ただし，このコマンドの機能は限定されています。たとえば，OpenVMS Integrity Boot Manager ユーティリティであれば可能な，Fibre Channel パスを処理することができません。次の例では，DKA0: は，1 番目のブート・オプションとして追加される OpenVMS システム・ディスクです。

Shell> \efi\vms\vms_bcfg boot add 1 dka0: -fl 0,2 "HP OpenVMS I64"

EFI Utilities for OpenVMS についての詳細は，『HP OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』を参照してください。

B.5.2.2 EFI のブート・エントリと，マッピングされている OpenVMS デバイスの表示

Integrity サーバの EFI Boot Manager は，ブート・デバイスへのさまざまなパスを表示します。OpenVMS Integrity Boot Manager ユーティリティを使用すると，EFI が認識している OpenVMS ブート・デバイス・オプションを表示できます。

DCL プロンプトでユーティリティを起動し (@SYS$MANAGER:BOOT_OPTIONS.COM)，メイン・メニューからオプション 2 を選択します (メイン・メニューについては，B.5.2 項 「システム・ディスクのブート・オプションの設定」を参照してください)。このユーティリティは，次のプロンプトを表示します。この例では，DQA0: デバイスのリストを要求し，それが表示されています。

To display all entries in the Boot Options list, press Return. To display specific entries, enter the entry number or device name. (Enter "?" for a list of devices): DQA0 EFI Boot Options list: Timeout = 20 secs. ---------------------------------------------------------------------------- 04. DQA0 PCI(0|0|2|0) ATA(Primary,Master) "DVD-ROM " ---------------------------------------------------------------------------- 1 entries found.

また，EFI の Shell プロンプトで (\efi\vms から) EFI Utilities for OpenVMS の vms_show コマンドを使用すると，EFI コンソールによってマッピングされたすべてのブート可能デバイスや，それらと同等の OpenVMS デバイス名を表示することができます。EFI Utilities for OpenVMS についての詳細は，『HP OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』を参照してください。

B.5.2.3 EFI ブート・オプションのカウントダウン・タイマ (タイムアウト) の設定

EFI Boot Manager メニューが表示されると，EFI はオプションの選択待ちとなります。 この待ち時間は，EFI カウントダウン・タイマの現在の設定により異なります。 一部のサーバでは，このカウントダウン・タイマが省略時の設定で 10 秒になっています。 Server Blades などの他のサーバでは，この値より短いことがあります。 タイムアウトが発生すると，EFI は 1 番目のブート・オプションをブートします。 1 番目のオプションが利用できないか，ブートできない場合，EFI は同じ時間待ってから，リスト内の次のオプションをブートします。 OpenVMS Integrity Boot Manager ユーティリティ (SYS$MANAGER:BOOT_OPTIONS.COM) を使用すると，タイムアウト値を変更することができます。 また，カウントダウンを無効にしたり (つまり，待ち時間なし)，有効にすることもできます。

OpenVMS Integrity Boot Options のメイン・メニューから，オプション 6 を選択します (メイン・メニューについては，B.5.2 項 「システム・ディスクのブート・オプションの設定」を参照してください)。このユーティリティは，以下のプロンプトを表示します。この値を変更するには，YES と入力してから，新しい値を入力します。この例では，タイムアウト値が 20 秒に変更されています。

efi$bcfg: Boot Timeout period is 10 secs Would you like to modify the Timeout value? (Yes/No) [NO] YES Please enter the Timeout value in seconds: 20 efi$bcfg: Boot Timeout period is 20 secs

自動ブートがすぐに実行されるようにタイマを無効にするには，次の例のように，値として 0 を入力します。

Please enter the Timeout value in seconds: 0 efi$bcfg: Boot Timeout is Disabled

B.5.3 新しいブート・ブロックの書き込み

システム・ディスクのブート・ブロック構造には，ブート・パーティションのサイズおよび位置と，OpenVMS Integrity のブートストラップに関連するその他の詳細情報が格納されています。ブート・ブロック構造内に格納されているブート・パーティションのサイズと位置は，維持されていなければならず，OpenVMS の SYS$EFI.SYS ファイルの現在の位置を指していなければなりません。

現在のバージョンの BACKUP は，イメージ操作の際に，ブート・ブロック構造と，ブート・パーティションのサイズ・位置を保持します (OpenVMS Alpha ディスク上のブート・ブロックを保持する BACKUP/IMAGE 操作と同じです)。古いバージョンの BACKUP では，これらの構造を保持しないため，コア OpenVMS Integrity ブートストラップ・ファイルの正しい位置を示しません。

ブート・パーティション・ファイル SYS$EFI.SYS が手動で置き換えられたか，再配置された場合，DCL コマンドの SET BOOTBLOCK または SYS$SETBOOT イメージを使用して，ブート・ブロック構造を再書き込みしなければなりません。SET BOOTBLOCK コマンドと SYS$SETBOOT は，OpenVMS Alpha Writeboot ユーティリティと似ていて，Writeboot ユーティリティが OpenVMS Alpha で提供する機能と同等の機能を OpenVMS Integrity で提供します。

	注意: OpenVMS Integrity システム・ディスクでのブート・ブロック構造の再書き込みに，OpenVMS Alpha Writeboot ユーティリティを使用しないでください。

SET BOOTBLOCK コマンドを使用すると，EFI コンソールが OpenVMS Integrity システム・ディスクを見つけブートストラップを実行するために必要な，ブート・ブロック・ポインタを設定できます。ターゲットの OpenVMS Integrity システム・ディスクが，当初，以下の方法のいずれかで作成されている場合は，このコマンドを実行しなければなりません。

	注意: ターゲットの OpenVMS Integrity システム・ディスクの [000000]GPT.SYS ファイルの位置が誤っている場合，このディスクを OpenVMS Integrity システム・ディスクとして確実に使用することはできません。 通常は，古いバージョンの BACKUP/IMAGE を使用した場合，ファイルごとの BACKUP ディスク・リストアを使用した場合，または適切でないディスク・デフラグメント・ツールを使用した場合に，このファイルが誤った位置に置かれます。 (このファイルには，移動操作を無効にする /NOMOVE が設定されています。この設定に従わないデフラグメント・ツールを使用すると，ファイルが壊れます。) 正しく配置されている GPT.SYS ファイルには，少なくとも 2 つのファイル・エクステントがあります。 1 番目のエクステントは LBN 0 から始まり，最後のエクステントは，ディスク容量から最後のエクステントのサイズを引いた位置から始まります (エクステントは，ファイルに割り当てられている，1 つ以上の隣接するクラスタです)。 この 2 つのエクステントのサイズは，ターゲット・ディスクのディスク・クラスタ・ファクタによって異なります。1 番目のエクステントのサイズは現在 34 ブロック以上で，最後のエクステントのサイズは 33 ブロック以上です。例を次に示します。 $ DUMP/HEADER/BLOCK=END=0 SYS$SYSDEVICE:[000000]GPT.SYS ... Map area Retrieval pointers: Count: 36 LBN: 0 Count: 36 LBN: 71132925 この例は，ブロック数が 71132960 ブロックのディスクのものです。最後のエクステントの位置は 71132924 で，ディスク容量 (71132960) から 36 (最後のエクステントのサイズ) を引いて算出されています。 GPT.SYS という名前を GPT.BAD に変更してから，SET BOOTBLOCK コマンドを実行することで，この状況から一時的に回復し，ターゲットの OpenVMS Integrity システム・ディスクのブートストラップを試みることができます。この状況から正しく回復するためには，ターゲット・ディスクを INITIALIZE してから，ファイルごとの BACKUP リストア，またはファイルごとの COPY 操作を使用して，ディスクの内容を再ロードしなければなりません。既存のディスクに GPT.SYS ファイルを追加したり，BACKUP/IMAGE リストア操作中にファイルを追加する手段はサポートされていません。

OpenVMS Integrity システム・ディスク上にブート・ブロック構造を書き込むには，次の形式で，SET BOOTBLOCK コマンドを入力します。

$ SET BOOTBLOCK [/PRESERVE=SIGNATURES] [/I64] [boot-partition-name]

ブート・パーティションのファイル名 (boot-partition-name) を指定できます。ファイル名やデバイス名を指定しないと，このコマンドは省略時の指定として，ブート・パーティション用に次のファイルを使用します。

SYS$SYSDEVICE:[VMS$COMMON.SYS$LDR]SYS$EFI.SYS

このコマンドは，現在のアーキテクチャも推定します。OpenVMS Integrity を指定するには，コマンド行に /I64 を含めます。

既存の GUID ディスク・シグネチャ値と，関連するルート別名を維持するには，/PRESERVE=SIGNATURES 修飾子を使用します。OpenVMS の Backup ユーティリティでは，ブート可能ディスク・イメージをリストアするときに，新しいディスク・シグネチャが作成されます。

ブート・ブロック構造をリセットした場合は，そのディスクを参照している EFI ブート別名を削除してから，追加し直さなければならないことがあります。EFI の alias コマンドを使用すると，別名の削除および追加を行うことができます。EFI コンソールのブート別名を保守するには，OpenVMS Integrity Boot Manager ユーティリティ (SYS$MANAGER:BOOT_OPTIONS.COM) を使用することをお勧めします。

	注意: ブート・パーティション・ファイルは連続領域でなければならず，このファイルに対する movefile 操作は無効になっていなければなりません。このファイルが連続領域でない場合は，DCL のコマンド COPY/CONTIGUOUS (または同等のコマンド) を使用して，このファイルの連続領域版を再作成してください。movefile 操作を無効にするには，DCL コマンドの SET FILE/NOMOVE を使用してください。これにより，ディスク・デフラグメント・ツールの通常の操作によってブートストラップの失敗が発生することがなくなります。

または，次のコマンドを入力して，ブート・ブロックを書き込むことができます。

$ RUN SYS$SYSTEM:SYS$SETBOOT

このユーティリティは，必要な入力をユーザに求めます (OpenVMS Alpha Writeboot ユーティリティの操作に似ています)。

B.5.4 Alpha システムのブート・コマンドと，同等の Integrity サーバ・システムのブート・コマンド

Integrity サーバでの Extensible Firmware Interface (EFI) は，Alpha プロセッサ上で SRM コンソールが実行する機能の大半と同じ機能を実行します。Alpha ツールを使い慣れている場合は，次の表を使用して，Alpha システム上で通常使用している，Alpha コマンドと同等の EFI コマンドを見つけてください。ハードウェア・システムによっては，リストされているコマンドの一部が利用できないこともあります。

B.6.1 セル・ベースのサーバでのブートの概要

ここでは，nPartitions ハードウェアのブートと，nPartitions 上での OpenVMS のブートの概要を説明します。

B.6.1.2 nPartitions での OpenVMS Integrity のブート

	注意: OpenVMS Integrity オペレーティング・システムのブートでデータが紛失するのを防止するには，以下の点に注意してください。 まず，nPartitions の ACPI 設定が省略時の設定となっているか確認しなければなりません (B.5.1 項 「nPartitions 内の OpenVMS をブートするための ACPI 設定の確認」を参照)。

	注記: OpenVMS Version 8.4 ではセル・ベースの Integrity サーバでセル・ローカル・メモリ (CLM) をポートしています。 以前のバージョンの OpenVMS では，インターリーブ・メモリ (ILM) でのみ使用されるという制限事項がありました。 CLM の確認および構成には Partition Manager を使用することができます。 Partition Manager についての詳細は，次の URL にある『HP nPartitions 管理ガイド』(旧称『HP システムパーティション ガイド』) を参照してください。 http://docs.hp.com/en/PARMGR2/ ILM および CLM 構成の確認には EFI Shell の info mem コマンドを使用することもできます。 報告されたが非インターリーブ・メモリが 512 MB 未満の場合，このセルは完全にインタリーブ・メモリとして構成されています (表示された非インタリーブ・メモリは，ファームウェアによって使用されます)。

OpenVMS をサポートするすべての Integrity サーバでは，EFI Boot Manager からブート・エントリを選択するか，EFI Shell からシステム・ローダ (VMS_LOADER.EFI) を起動することで，OpenVMS Integrity をブートできます。OpenVMS Integrity をブートするには，nPartitions コンソールにアクセスし，次の 2 つの方法のいずれかを使用します。

• EFI Boot Manager で，ブート・オプション・リストから OpenVMS Integrity ブート・エントリを選択し，Enter を押します。

• EFI Shell から，EFI の Shell プロンプトに対して次のコマンドを入力して OpenVMS システム・ローダを起動します。fsn: (fs1: など) は，OpenVMS Integrity システム・ディスクに対応するデバイスです。

  Shell> fsn:\efi\vms\vms_loader.efi

  VMS_LOADER.EFI システム・ローダを起動する際には，完全パス名を指定する (この例) か，\efi\vms ディレクトリから起動しなければなりません。詳細は，B.3.1 項 「EFI の使用についての一般的な注意」を参照してください。

  OpenVMS Integrity OE DVD のブートでは，パス名が異なります。代わりに次のコマンドを入力します。

  Shell> fsn:efi\boot\bootia64.efi

	注意: OpenVMS Integrity のブート処理を開始する前に，nPartitions が EFI 状態でなければなりません。nPartitions が EFI 状態でない場合は，VFP を使用して nPartitions のブート状態を確認します。nPartitions が非アクティブ状態か，セルの電源がオフになっている可能性があります。VFP の表示で nPartitions 内のすべてのセルがブート阻止 (BIB) 状態であることが示された場合は，nPartitions が非アクティブであるため，MP の bo コマンドを使用して BIB 状態から nPartitions をブートし，アクティブにしなければなりません。詳細は，使用しているハードウェアのドキュメントを参照してください。

B.6.2 ローカル・ドライブからの OpenVMS Integrity OE DVD のブート

OpenVMS Integrity OE DVD からブートするには，次の手順に従います。セル・ベースのサーバで DVD からブートするには，DVD デバイスは，OpenVMS をインストールする nPartitions からアクセス可能でなければなりません。

B.6.3 InfoServer からの，OpenVMS Integrity OE DVD のブート

OpenVMS Integrity InfoServer ソフトウェアを使用して，ローカル・エリア・ネットワーク (LAN) 上の仮想 DVD ドライブからブートするには，いくつかの構成手順を (1 回だけ) 実行しなければなりません。ネットワーク・ブートを行う手順については，付録 C 「ネットワーク・ブートの準備と実行」 を参照してください。

B.6.4 HP SIM のプロビジョニングを使用して行う OpenVMS Integrity OE DVD イメージのブート

HP SIM のプロビジョニングを使用して OpenVMS OE DVD のイメージをブートする場合は，最初に (1 回だけ) いくつか，構成手順を実行する必要があります。 これらの手順とブート手順については，付録 D 「HP SIM と vMedia による OpenVMS のプロビジョニング」 を参照してください。 アップグレードの場合は，OpenVMS ブート・フラグを (0,0) に設定しておかなければなりません。

B.6.5 vMedia を使用して行う OpenVMS Integrity OE DVD イメージのブート

vMedia を使用して OpenVMS OE DVD のイメージをブートする場合は，最初に (1 回だけ) いくつか，構成手順を実行する必要があります。 D.1.4 項 「vMedia のセットアップ」を参照してください。 vMedia のブート手順については，D.2 項 「HP SIM とは別に単独での vMedia の使用」を参照してください。

B.6.6 Fibre Channel デバイスからのブート

Fibre Channel (FC) ストレージ・デバイスからのブートについては，付録 E 「Fibre Channel ストレージ・デバイスのセットアップとブート」 を参照してください。

B.6.7 ローカル・システム・ディスクからの手動ブート

Integrity サーバの EFI コンソールに，OpenVMS Integrity オペレーティング・システム・ディスクのブート・オプションを設定してください。このように設定すると，システム・ディスクからのブートは，EFI Boot Manager のブート・オプション・リストからブート・オプションを選択するだけで実行できます。電源オンやリブートで自動的にブートするように，EFI ブート・オプションを設定することもできます。OpenVMS のインストール/アップグレード・プロシージャでも，システム・ディスクのブート・オプションの追加や検証ができます。また，B.5.2 項 「システム・ディスクのブート・オプションの設定」で説明するように，OpenVMS Integrity Boot Manager ユーティリティ (SYS$MANAGER:BOOT_OPTIONS.COM) を使用することもできます。

以下に，OpenVMS Integrity オペレーティング・システム・ディスクを手動でブートする手順を示します。 OpenVMS システム・ディスクは，vMedia を使用してブートすることもできます。 D.2 項 「HP SIM とは別に単独での vMedia の使用」を参照してください。

	注意: 最近 OpenVMS Integrity OE DVD をブートした場合は，システム・ディスクからブートする前に，この DVD を取り出してあることを確認してください。 Integrity サーバ・システムでは，システム・ディスクはローカルに (ブートしたシステム上に) マウントされるか，SAN ストレージ・デバイス上に存在しなければなりません。

B.6.8 対話型ブートの実行

対話型ブートは，研究開発環境や，ソフトウェアのアップグレード中に，最もよく使用されます。処理完了前にブート処理を停止するには，対話型ブートを実行します。ブート処理は，SYS$SYSTEM:SYSBOOT.EXE をロードし，SYSBOOT> プロンプトを表示してから停止します。SYSBOOT> プロンプトでは，個別の OpenVMS System Generation ユーティリティ (SYSGEN) コマンドを入力して，以下の処理を実行することができます。

対話型ブートを実行する方法は，いくつかあります。次の手順が，最も簡単です。

対話型ブートの例については，B.6.9 項 「ミニマム・スタートアップでのブート」と B.6.12 項 「緊急ブート」を参照してください。

B.6.9 ミニマム・スタートアップでのブート

場合によっては，スタートアップ処理のシーケンスを完全には実行せずにシステムをブートしたいこともあります。たとえば，スタートアップ処理が原因でログインができないときに，ログインして問題を修正できるように，スタートアップ処理を実行せずにシステムをブートしたい場合が考えられます。対話型ブートを使用して，ミニマム・スタートアップを指定できます。

	注意: この手順では特定のスタートアップ処理が省略されるので，システムの周辺デバイスは自動構成されません。

以下の手順で，システムをミニマム・スタートアップでブートします。

B.6.10 XDelta ユーティリティ (XDELTA) によるブート

XDelta ユーティリティ (XDELTA) は，システム・プログラマが使用するデバッグ・ツールです。XDELTA によるブート手順は，すべての Integrity サーバで同じです。

XDELTA によるブート時に指定できる有効なフラグ値を，次の表に示します。

EFI> プロンプトで，XDELTA 付きで fs1: からブートする例を，次に示します。

EFI> fs1:\efi\vms\vms_loader.efi -flags 0,7

XDELTA の使用方法についての詳細は，『HP OpenVMS Delta/XDelta Debugger Manual』を参照してください。

B.6.11 別のルート・ディレクトリからのブート

省略時の設定では，OpenVMS Integrity オペレーティング・システムは，システム・ルート・ディレクトリ [SYS0] にインストールされます。 ただし，クラスタ・システム・ディスクを作成した場合は，SYS$MANAGER:CLUSTER_CONFIG_LAN.COM プロシージャを使用して，オペレーティング・システムのコピーを別のルート・ディレクトリに追加することができます。 (SYS$MANAGER:CLUSTER_CONFIG_LAN.COM プロシージャの使用方法についての詳細は，『HP OpenVMS システム管理者マニュアル』を参照してください。)

別のルート (たとえば，[SYS3]) からブートするには，EFI の Shell プロンプトで次のコマンドを入力します。fsn: (fs1: など) は，システム・ディスクに対応するデバイスです。

Shell> fsn:\efi\vms\vms_loader.efi -flags 3,0

B.6.12 緊急ブート

システムの障害によりシステムがブートしない場合は，緊急ブート操作を行わなければならないことがあります。表 B-3 「緊急ブート・プロシージャ」 に，緊急ブート操作の概要を示します。また以降の項で，各ブート操作について詳細に説明します。

B.6.12.1 省略時のシステム・パラメータでのブート

パラメータ・ファイルに格納されている現在の値が不正な値に変更された場合，この不正な値によってシステムがブートしなくなることがあります。対話型ブート操作を使用すると，すべてのシステム・パラメータのアクティブな値を，省略時の値にリセットできます。(多くの場合は，AUTOGEN を使用してシステム・パラメータを変更することをお勧めします。ただし，場合によっては対話型ブートを使用して，パラメータ値を一時的に変更することができます。パラメータ値を恒久的に変更するには，MODPARAMS.DAT を編集して，AUTOGEN を実行しなければなりません。手順については，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。) 省略時の値を使用するとシステムを一時的にブートできるため，問題を修正することができます。

この作業の実行方法

1. EFI の Shell プロンプトで次のコマンドを入力して，対話型ブートを開始します。fsn: (fs1: など) は，システム・ディスクに対応するデバイスです。

   Shell> fsn:\efi\vms\vms_loader.efi -flags 0,1

2. SYSBOOT> プロンプトで，次のコマンドを入力します。

   SYSBOOT> USE DEFAULT

   USE DEFAULT コマンドは，すべてのパラメータについて省略時の値を使用することを指定します。

3. これらのパラメータ用にチューニングされていないため，システムをハングアップさせる可能性がある，システム上のすべてのレイヤード・プロダクトが起動されるのを避けるには，STARTUP_P1 システム・パラメータを次のように設定します。

   SYSBOOT> SET STARTUP_P1 "MIN"

4. 次のコマンドを入力して，手順 3 で変更した STARTUP_P1 パラメータを，今後のシステム・リブート用にオペレーティング・システムが記録することがないようにします。

   SYSBOOT> SET WRITESYSPARAMS 0

5. 次のコマンドを入力して，ブートを続行します。

   SYSBOOT> CONTINUE

6. システムのブートが完了したら，変更したどのパラメータによって問題が発生したかを調べ，そのパラメータ値を設定し直します。AUTOGEN のパラメータ・ファイル MODPARAMS.DAT でパラメータ値を指定した場合は，このファイル内の値を修正し，AUTOGEN を実行します。詳細は，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。

7. 少なくとも 24 時間システムが動作してから，AUTOGEN をフィードバック・モードで実行し，7.24 項 「AUTOGEN によるシステムの調整」 の手順に従います。 推奨されているように，AGEN$PARAMS.REPORT を調べてください。 必要に応じて，7.25 項 「システム・パラメータの変更」 に説明されているように，システム・パラメータを変更します。 サポートが必要であれば，ソフトウェア・サポート担当までご連絡ください。 問題が解決し，AUTOGEN が SETPARAMS フェーズを通過したら，システムをリブートします。

例

SYSBOOT> USE DEFAULT SYSBOOT> SET STARTUP_P1 "MIN" SYSBOOT> SET WRITESYSPARAMS 0 SYSBOOT> CONTINUE Username: SYSTEM Password: $ EDIT SYS$SYSTEM:MODPARAMS.DAT . . . [Insert line(s) to reset parameter value(s)] . . .

B.6.12.2 スタートアップ・プロシージャとログイン・プロシージャなしでのブート

システムでスタートアップ・プロシージャが完了しないか，ログインができない場合，スタートアップ・プロシージャとログイン・プロシージャを省略しなければならないことがあります。弊社が用意したスタートアップ・プロシージャとログイン・プロシージャは，必ず動作します。しかし，スタートアップ・プロシージャやログイン・プロシージャを変更したときに誤りがあると，システムにログインできなくなってしまうことがあります。

この作業の実行方法

1. EFI の Shell プロンプトで次のコマンドを入力して，対話型ブートを開始します。fsn: (fs1: など) は，システム・ディスクに対応するデバイスです。

   Shell> fsn:\efi\vms\vms_loader.efi -flags 0,1

2. SYSBOOT> プロンプトで，次のコマンドを入力します。

   SYSBOOT> SET/STARTUP OPA0:

3. 次のコマンドを入力して，手順 2 で変更した STARTUP_P1 パラメータを，今後のシステム・リブート用にオペレーティング・システムが記録することがないようにします。

   SYSBOOT> SET WRITESYSPARAMS 0

4. 次のコマンドを入力して，ブートを続行します。

   SYSBOOT> CONTINUE

5. システムがブートされると，オペレータのコンソールに DCL コマンド・プロンプト ($) が表示されます。これでログインできます。

6. 次の 2 つの DCL コマンドを入力します。

   $ SPAWN $ SET NOON

   SPAWN コマンドにより，コンソールの接続が維持されるようになり，2 番目のコマンドで，エラーが発生しても無視するようにオペレーティング・システムに指示します。これらのコマンドを入力しないと，エラーが発生したときに，システムによって強制的にログアウトされます。SPAWN コマンドを実行しないと，手順 8 でスタートアップ・プロシージャが完了したときに，ログアウトしてしまいます。

7. ログイン失敗の原因となっているエラー状態を修正します。(つまり，必要な修正を，スタートアップ・プロシージャ，ログイン・プロシージャ，または SYSUAF.DAT ファイルに行います。)

   テキスト・エディタを起動し，スタートアップ・ファイルまたはログイン・ファイルを修正します。システムのディスプレイによっては，スクリーン・モード・エディタをサポートしていないことがあります。また，RENAME コマンドと DELETE コマンドを使用して，正しいファイルをコピーし，誤りのあるバージョンを削除することもできます。

8. 次のコマンドを入力して，通常のスタートアップを実行します。

   $ @SYS$SYSTEM:STARTUP

例

SYSBOOT> SET/STARTUP OPA0: SYSBOOT> SET WRITESYSPARAMS 0 SYSBOOT> CONTINUE $ SPAWN $ SET NOON $ SET DEFAULT SYS$SYSROOT:[SYSEXE] $ @SYS$SYSTEM:STARTUP

B.6.12.3 利用者登録ファイルなしでのブート

通常は，弊社が用意したスタートアップ・プロシージャとログイン・プロシージャは動作します。しかし，何らかの問題に遭遇することもあります。システムにログインできなくなる単純なケースとして，ログイン・アカウントにパスワードを設定し，そのパスワードを忘れてしまった場合があります。システムにログインできなくなる別のケースとしては，1 つ以上のコア・システム Product Authorization Key (PAK) ソフトウェア・ライセンスが利用できないか，期限切れとなっている場合があります。このような緊急時には，この項の手順に従い，対話型の緊急ブートを実行します。

この作業の実行方法

1. システムまたは nPartitions を停止します。(Integrity サーバの停止方法についての詳細は，B.7 項 「停止プロシージャとシャットダウン・プロシージャ」を参照してください。)

2. EFI の Shell プロンプトで次のコマンドを入力して，対話型ブートを開始します。fsn: (fs1: など) は，システム・ディスクに対応するデバイス (fs1: など) です。

   Shell> fsn:\efi\vms\vms_loader.efi -flags 0,1

   コンソールにログインするためには，ハードウェア・システムのパスワードが必要です。省略時の設定では，ユーザ名とパスワードの両方に Admin が設定されています。このパスワードが分からない場合は，弊社のカスタマ・サポートにご連絡いただき，ハードウェア・コンソールのパスワードをリセットしてください。

3. SYSBOOT> プロンプトで，次のコマンドを入力します。

   SYSBOOT> SET/STARTUP OPA0: SYSBOOT> SET WINDOW_SYSTEM 0 SYSBOOT> SET WRITESYSPARAMS 0 SYSBOOT> CONTINUE

   最初の 3 つのコマンドでは，以下の設定を行います。

   • OpenVMS が，システム・コンソールからシステム・スタートアップ・コマンドを直接読み取る。

   • ウィンドウ・システム (存在する場合) を起動しない。

   • OpenVMS が，今後のシステム・リブート用にパラメータの変更を記録しない。

   最後のコマンドにより，ブートが続行されます。

4. これでシステムは，DCL プロンプトで，スタートアップ・コマンドをコンソールから直接受け取るようになりました。次の 2 つのコマンドを入力します。これらのコマンドを使用すると，コンソールにログインしたままの状態で，通常のシステム・スタートアップを実行することができます。SPAWN コマンドを実行しないと，スタートアップが完了したときに，ログアウトしてしまいます。

   $ SPAWN $ @SYS$SYSTEM:STARTUP

5. このセッションからログアウトすると，システムはスタートアップを完了し，正常に使用できるようになります。オプションとして，システムをリブートすることもできます。

例

SYSBOOT> SET/STARTUP OPA0: SYSBOOT> SET WINDOW_SYSTEM 0 SYSBOOT> SET WRITESYSPARAMS 0 SYSBOOT> CONTINUE $ SPAWN $ @SYS$SYSTEM:STARTUP $

	注意: 緊急時に SET/STARTUP OPA0: コマンドを使用する代わりに，UAFALTERNATE システム・パラメータを設定することで，標準の利用者登録ファイルではなく，代替の利用者登録ファイルを使用することができます。UAFALTERNATE システム・パラメータを設定すると，論理名 SYSUAF が SYS$SYSTEM:SYSUAFALT.DAT ファイルを参照するように定義されます。このファイルが通常のログイン時に検出されると，システムはそのファイルを使用してアカウントを検証し，ユーザ名とパスワードの入力を求めます。 この方法は，お勧めできません。代替の SYSUAFALT.DAT ファイルがシステム上に構成されていると，UAFALTERNATE の方法は失敗する可能性が高くなります (SYSUAFALT.DAT ファイル内に格納されている特権アカウントのパスワードを知らない場合)。また，OPA0: システム・コンソールは，システムの操作とシステムのセキュリティ上重要であり，SYSUAF システム登録データベースが利用できないか壊れている場合に加えて，コア・プロダクト・ライセンス PAK が登録されていない場合，期限切れの場合，または無効の場合や，いろいろなシステム障害の場合のアクセスを可能とすることができます。

B.7.1 ハングアップとクラッシュから回復するための Integrity サーバの停止

システムがハングアップしたため強制的にクラッシュさせたい場合は，利用可能であれば MP を使用できます。tc コマンドを使用します。意思確認のプロンプトが表示されたら，応答します。tc コマンドは，クラッシュ・ダンプを強制的に行います。MP の rs コマンドを使用すると，マシンをリセット (クラッシュを強制せずに) できます。

セル・ベースのサーバでは，tc または rs コマンドを入力すると，まず，オペレーティング・システムをシャットダウンするパーティションの選択が求められます。

または，オペレーティング・システムがコンソールを制御している場合は，Ctrl/P を押します。システムが実行する次の手順は，XDELTA がロードされているかどうかにより異なります。

B.7.2 システムのシャットダウン

オペレーティング・システムをシャットダウンする前に，シャットダウンの完了後にオペレーティング・システムを自動的にリブートするのか，コンソール・モード・コマンドに入るのかを決定してください。シャットダウン後にシステムを自動的にリブートする場合は，B.5.2 項 「システム・ディスクのブート・オプションの設定」で説明しているように，まず自動ブートを設定します。

次の 2 種類のシャットダウン操作を実行できます。操作の詳細は，以下に示す項で説明しています。

B.7.2.1 正常シャットダウン

SHUTDOWN.COM プロシージャは，以降のログインの無効化，バッチ・キューやプリンタ・キューの停止，ボリュームのマウント解除，ユーザ・プロセスの停止などの保守機能を実行して，オペレーティング・システムをシャットダウンします。SHUTDOWN.COM コマンド・プロシージャを使用するには，SYSTEM アカウントにログインし，次のコマンドを入力します。

$ @SYS$SYSTEM:SHUTDOWN

SHUTDOWN.COM コマンド・プロシージャについての詳細は，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。

セル・ベースの Integrity サーバでは，2 つの特別なタイプの nPartitions リブートがサポートされています。1 つは再設定のためのリブートで，nPartitions をリブートし，セルの設定を変更できるようにします。もう 1 つは再設定のためのシャットダウンで，nPartitions を非アクティブ状態にします。

• nPartitions で動作している OpenVMS Integrity から再設定のためのリブートを実行するには，OpenVMS の @SYS$SYSTEM:SHUTDOWN コマンドを入力してから，システムの自動リブートを実行するかどうかを尋ねるプロンプトに対して YES と答えます。

  セル・ベースの Integrity サーバでは，オペレーティング・システムのリブートは，再設定のためのリブートと同じです。再設定のためのリブートを実行すると，nPartitions に対するセル割り当ての変更 (たとえば，アクティブ・セルの削除や，新たに追加されたセルのアクティブ化) が有効になります。

  再設定のためのリブートは，セル・ブート・フェーズで nPartitions に割り当てられたすべてのセルを取り込みます。use-on-next-boot 属性に Yes が設定されているセルは，nPartitions ブート・フェーズに進み，アクティブ・セル (nPartitions 上で実行しているソフトウェアがリソースを利用できる) になります。

• OpenVMS Integrity を実行している nPartitions の再設定のためのシャットダウンを実行するには，まず OpenVMS の @SYS$SYSTEM:SHUTDOWN コマンドを入力してから，システムの自動リブートを実行するかどうかを尋ねるプロンプトに対して NO と答えます。次に，MP にアクセスし，rr コマンドを実行します (再設定のためのシャットダウンを行う OpenVMS nPartitions を指定します)。

  再設定のためのシャットダウンは，セル・ブート・フェーズで nPartitions に割り当てられたすべてのセルを取り込み，ブート処理を boot-is-blocked (BIB) 状態で停止させます。nPartitions に割り当てられているすべてのセルが BIB 状態のときは，nPartitions は非アクティブになり，BIB 状態から手動でブートされるまでは，nPartitions 上でソフトウェアを実行することはできません。

  非アクティブの nPartitions を BIB 状態からブートするには，MP の bo コマンドを使用し，アクティブにする nPartitions を指定します。BIB 状態からブートを行うと，nPartitions に割り当てられ，use-on-next-boot 属性が Yes のすべてのセルが取り込まれます。セルは，nPartitions ブート・フェーズの間に，アクティブ・セル (nPartitions 上で実行しているソフトウェアがリソースを利用できる) になります。

Integrity サーバまたは nPartitions のシャットダウンについての詳細は，対応するハードウェア・ドキュメントを参照してください。

B.7.2.2 OPCCRASH.EXE による緊急シャットダウン

SHUTDOWN.COM プロシージャによる正常シャットダウンが実行できない場合は，緊急シャットダウン・プログラム OPCCRASH.EXE を実行します。 OPCCRASH.EXE プログラムを実行するには，SYSTEM アカウントにログインし，次のコマンドを入力します。

$ RUN SYS$SYSTEM:OPCCRASH

OPCCRASH プログラムについての詳細は，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。

セル・ベースの Integrity サーバでは，OpenVMS の RUN SYS$SYSTEM:OPCCRASH コマンドを入力すると，システムはメモリをダンプしてから，P00>>> プロンプトで停止します。OPCRASH の後に nPartitions をリセットするには，nPartitions コンソールにアクセスし，任意のキーを押してリブートします。

MP の tc コマンドを使用して nPartitions をリセットすると，システムはメモリをダンプしてから，自動的に nPartitions をリセットします。

B.8.1 システムがブートしない場合

ハードウェアの問題が発生したためにシステムがブートしない場合は，通常，コンソール・ターミナルに表示されるエラー・メッセージの前に，疑問符 (?) が表示されます。ハードウェアの問題の例としては，ディスクの読み取りエラーがあります。他の例として，セル・ベースのサーバでの，nPartitions の BIB 状態があります。VFP を使用すると，nPartitions のブート状態を確認できます。nPartitions 内のすべてのセルが BIB 状態であると VFP が表示した場合は，nPartitions が非アクティブであるため，MP の bo コマンドを使用して，BIB 状態から nPartitions をブートし，アクティブにしなければなりません。

EFI Boot Manager がリブートを行うようにする方法の 1 つとして，MP の rs コマンドを使用する方法があります。

VFP と MP の使用についての詳細は，使用しているハードウェアのドキュメントを参照してください。

B.8.1.2 ソフトウェアの問題

オペレーティング・システムがメモリにロードされると，次のようなメッセージがターミナル・スクリーン上に表示されます。

SYSTEM job terminated at 27-JUL-2007 15:05:03.17

システムがこのメッセージを表示しない場合は，ソフトウェアの問題が発生していると考えられます。以下の手順に従ってください。

1. システムの電源をオフにします。電源を再度オンにし，リブートします。

2. 省略時のシステム・パラメータを使用して対話型ブートを実行するか，B.6.12 項 「緊急ブート」で説明している緊急ブート・プロシージャのいずれかを実行します。

3. システムがブートしたら，AUTOGEN プロシージャを実行します。AUTOGEN プロシージャについての詳細は，『OpenVMS システム管理者マニュアル (下巻)』を参照してください。

B.8.2 システムの問題の検出と対処

システムが予期しない動作をした場合は，以下の点に注意してください。

障害がシステムの問題かどうかを調べるには，以下のようにします。

システムに問題があると分かった場合は，以下の手順に従います。