# Compaq OpenVMS
システム管理者マニュアル

前へ | 次へ | 目次 | 索引

# 16.6 システム・ディスクへのシステム・ダンプ・ファイルの書き込み

システム・ディスクへのパスが 2 つ以上あるか，システム・ディスクが複数のメンバを持つシャドウ・セットである場合には，確実にシステム・ダンプをシステム・ディスクに書き込むことができるようにするための追加策を取らなければなりません。

## 16.6.1 Alpha システムでのシステム・ディスクへのシステム・ダンプ

システム・ディスクへのパスが 2 つ以上ある場合には，コンソール環境変数 DUMP_DEV に，そのシステム・ディスクへのすべてのパスが記述されていなければなりません。このようにすれば，フェールオーバにより元のブートパスが使用不可能になった場合でも，システムは引き続きシステム・ディスクを検索し，そこにシステム・ダンプを書き込むことができます。

システム・ディスクのシャドウ・セットが複数のメンバを持つ場合には，コンソール環境変数 DUMP_DEV に，そのシャドウ・セットのすべてのメンバへのすべてのパスが記述されていなければなりません。このようにすれば，マスタ・メンバが代わった場合でも，システムは引き続きマスタ・メンバを検索し，そこにシステム・ダンプを書き込むことができます。

DUMP_DEV を定義しない場合には，システムは，ブート時に使用されたものと同じ物理パスだけを使用した場合に限って，ブート時に使用された物理ディスクにのみ，システム・ダンプを書き込むことができます。 DUMP_DEV の設定の詳細については， 第 16.7.1 項 を参照してください。

一部の構成 (FC (Fibre Channel) ディスクを使用している場合など) には，システム・ディスクへのパスの組み合わせが，DUMP_DEV にリストできる以上に含まれている場合があります。そのような場合には，通常はシャドウ・セットのマスタ・メンバであるシステム・ディスクへのすべてのパスを DUMP_DEV に含めることをお勧めします。シャドウ・セットのメンバ変更が起きる頻度は，パスの変更が起きる頻度よりも少ないためです。

システム・ダンプを代替ディスクへ書き込むこともできますが ( 第 16.7.1 項 を参照)，その場合にも，エラー・ログを書き込むために，システム・ディスクへのパスを定義しなければなりません。さらに，DUMP_DEV には，代替ダンプ・ディスクへのパスの他に，システム・ディスクへのすべてのパスも含まれている必要があります。

DUMP_DEV に含むことができる以上のパスがある場合には，ダンプ・ディスクへのすべてのパスと，システム・ディスクへのできるだけ多くのパス (ただし少なくとも 1 つ) を定義することをお勧めします。システム・ディスクは，リスト内の最後のエントリでなければならないことに注意してください。

## 16.6.2 VAX システムでのシステム・ディスクへのシステム・ダンプ

システム・ディスクへのパスが 2 つ以上ある場合や，システム・ディスクのシャドウ・セットに複数のメンバがある場合に，確実にシステムがシステム・ディスクを検索し，そこにシステム・ダンプを書き込むことができるようにするには，プラットフォーム固有のブートに関する指示を守らなければなりません。正しいレジスタ値を設定しなければならない VAX システムがある一方で，特定の環境変数を設定しなければならない VAX システムもあります。詳細については，使用している VAX システムのアップグレードおよびインストールに関するマニュアルを参照してください。

システムに複数の CI スター・カプラがある場合には，シャドウ・セット・メンバはすべて同一のスター・カプラを経由して接続されていなければならないことに注意してください。

# 16.7 代替ディスクへのシステム・ダンプ・ファイルの書き込み

システム・ダンプ・ファイルは，OpenVMS システムのシステム・ディスク以外の装置に書き込むことができます。大きいメモリを装備したシステムや，共通のシステム・ディスクを使用しているクラスタで， 1 つのディスクのディスク容量だけでは必要なダンプ・ファイルのサイズを必ずしもサポートできないクラスタでは，この機能は特に便利です。

DOSD を使用するための必要条件は，VAX システムと Alpha システムで多少異なります。しかし，どちらのシステムでも，バグチェック・コードがシステム・ダンプ・ファイルを代替装置に書き込むことができるように，DUMPSTYLE システム・パラメータを正しく有効に設定しなければなりません。

以降の節では，Alpha システムと VAX システムでの DOSD の必要条件について説明します。

## 16.7.1 Alpha システムでの DOSD の必要条件

Alpha システムでの DOSD の必要条件は次のとおりです。

- ダンプ装置のディレクトリ構造は，現在のシステム・ディスク構造に類似していなければならない。 [SYSn .SYSEXE]SYSDUMP.DMP ファイルはそこに存在し，同じブート時システム・ルートを持つ。
  このファイルを作成するには，AUTOGEN を使用する。 MODPARAMS.DAT ファイルで，次のシンボルは AUTOGEN に対してファイルを作成するように要求する。

      DUMPFILE_DEVICE = $nnn$ddcuuuu

  装置のリストを入力できる。

- ダンプ・ディスクには ODS-2 ファイル構造がなければならない。

- ダンプ装置としてボリューム・セットの一部を使用することはできない。

- 必須条件ではないがが，システム・スタートアップ時にダンプ装置をマウントするようにする。ダンプ装置がマウントされると，CLUE と AUTOGEN はクラッシュ・ダンプ分析のためのアクセスができるようになる。最適な結果を得るために，MOUNT コマンドを SYS$MANAGER:SYCONFIG.COM に含める。

- Crash Log Utility Extractor (CLUE) が DOSDをサポートできるためには, システム・クラッシュ後に分析されるファイルを論理名 CLUE$DOSD_DEVICE として定義しておく必要がある。詳しくは 第 16.9 節 を参照。

- ダンプ装置がシステム・ディスクであり，シャドウ・セットのマスタ・メンバである場合を除き，ダンプ装置としてシャドウ・セットの一部を使用することはできない。

- コンソール・プロンプトに対してダンプ装置環境変数 DUMP_DEV を指定するには，次の形式を使用する。

      >>> SET DUMP_DEV 装置名[...]

  注意 DEC 3000 シリーズ・システムでは，DUMP_DEV 環境変数を使用するときに，次の制限事項が適用されます。 DEC 3000 シリーズ・システムにはファイルの内容を保存するために十分な不揮発性 RAM がないため，システム電源障害が発生した後，この変数の内容は保存されない。したがって，電源障害が発生した後は， DUMP_DEV 変数を再設定しなければならない (しかし，他のタイプの再起動やブートストラップでは， DUMP_DEV は保存される)。 DUMP_DEV をクリアすることはできない (ただし，システムの電源をオフにした後，再度電源を投入すれば，クリアすることができる)。 以前のバージョンでは DUMP_DEV がサポートされないため，コンソール・ファームウェア・バージョン 6.0 以上を使用しなければならない。

  CPU タイプには，1 つの装置だけを入力できるものや，装置のリストを入力できるものがある。リストにはシステム・ディスクとダンプ・ディスクに対するさまざまな代替パスを指定できる。
  DUMP_DEV を使用して代替パスを指定すると，システムの稼動時にディスクは代替パスにフェイルオーバできる。その後，システム・クラッシュが発生すると，バグチェック・コードは DUMP_DEV の内容を参照することにより，代替パスを使用できる。
  しかし，装置のリストを入力する場合には，システム・ディスクは最後に指定しなければならない。

作業方法

DUMP_DEV 環境変数を使用してダンプ装置を指定し， DUMPSTYLE システム・パラメータを有効に設定するには，次の操作を実行します。

1. BOOTDEF_DEV の値を表示する。次の例を参照。

       >>> SHOW BOOTDEF_DEV

       BOOTDEF_DEV             dub204.7.0.4.3,dua204.4.0.2.3

2. 次に示すように，システムの装置を表示する。

       >>> SHOW DEVICES

       Resetting IO subsystem...

       dua204.4.0.2.3     $4$DUA204 (RED70A)        RA72
       dua206.4.0.2.3     $4$DUA206 (RED70A)        RA72
       dua208.4.0.2.3     $4$DUA208 (RED70A)        RA72

       polling for units on cixcd1, slot 4, xmi0...

       dub204.7.0.4.3     $4$DUA204 (GRN70A)        RA72
       dub206.7.0.4.3     $4$DUA206 (GRN70A)        RA72
       dub208.7.0.4.3     $4$DUA208 (GRN70A)        RA72
       >>>

   この例で，次のことに注意する必要がある。

   - DUA204 はシステム・ディスク装置である。

   - DUA208 は DOSD 装置である。

3. システム・ディスクに対する 2 つのパスを指定し，ダンプ・ディスクを DUA208 として指定するには (やはり 2 つのパスを指定する)，次のように DUMP_DEV を設定する。

       >>> SET DUMP_DEV dua208.4.0.2.3,dub208.7.0.4.3,dub204.7.0.4.3,dua204.4.0.2.3

   この例で，dua208.4.0.2.3 と dub208.7.0.4.3 はダンプ装置に対するパスである。dub204.7.0.4.3 と dua204.4.0.2.3 はブート装置に対するパスである。

   注意 システムはダンプ装置としてリストに指定されている装置のうち，最初の有効な装置を選択する。したがって，リストにはシステム・ディスク・エントリより前にダンプ・ディスク・パス・エントリを指定しなければならない。

4. SHOW * コマンドを入力して，システムのすべての環境変数を表示する。次の例を参照。

       >>> SHOW *

       auto_action             HALT
       baud                    9600
       boot_dev  dua204.4.0.2.3
       boot_file
       boot_osflags            0,0
       boot_reset              ON
       bootdef_dev             dub204.7.0.4.3,dua204.4.0.2.3
       booted_dev  dua204.4.0.2.3
       booted_file
       booted_osflags          0,0
       cpu                     0
       cpu_enabled             ff
       cpu_primary             ff
       d_harderr               halt
       d_report                summary
       d_softerr               continue
       dump_dev  dua208.4.0.2.3,dub208.4.0.4.3,dub204.7.0.4.3,dua204.4.0.2.3
       enable_audit            ON
       interleave              default
       language                36
       pal                     V5.48-3/O1.35-2
       prompt                  >>>
       stored_argc             2
       stored_argv0            B
       stored_argv1            dua204.4.0.2.3
       system_variant          0
       version                 T4.3-4740 Jun 14 2000 15:16:38
       >>>

5. DUMPSTYLE システム・パラメータのビット 2 をセットすることにより， DOSD ビットを有効にする。たとえば，SYSBOOT> プロンプトに対して 4 という値を入力すると，圧縮されていない物理ダンプを代替ディスクに書き込み，コンソール出力をできるだけ少なくすることを指定できる。

       >>> BOOT
       SYSBOOT> SET DUMPSTYLE 4

DUMPSTYLE システム・パラメータについての詳細は，『Compaq OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』，およびオンライン・ヘルプを参照してください。

注意 システムの再ブート時にエラー・ログ・バッファを復元できるように，エラー・ログ・ダンプ・ファイルはシステム・ディスクに必ず作成されます。このファイルは，DUMPSTYLE システム・パラメータの設定や， DUMP_DEV 環境変数の設定の影響を受けません。

## 16.7.2 VAX システムでの DOSD の必要条件

VAX システムでの DOSD の必要条件は次のとおりです。

- システムは CI コントローラに直接接続されていなければならず， CI コントローラからブートしなければならない。

- ダンプ装置はブート装置と同じ 2 台の HSx CI コントローラに物理的に接続しなければならない。これら 2 台のコントローラは，すべて同一のスター・カプラを経由して接続されていなければならない。

- ダンプ装置のディレクトリ構造は，現在のシステム・ディスクの構造と類似していなければならない。 [SYSn .SYSEXE]SYSDUMP.DMP ファイルはそこに存在し，同じブート時システム・ルートを使用する。
  このファイルを作成するには，AUTOGEN を使用する。 MODPARAMS.DAT ファイルで次のシンボルは，AUTOGEN に対してファイルを作成するように要求する。

      DUMPFILE_DEVICE = $nnn$ddcuuuu

  1 つの装置だけを指定できる。

- ボリューム・ラベルは 12 文字以内の長さである。このボリューム・ラベルの一部として， ASCII 文字列 DOSD_DUMP を指定しなければならない。たとえば，DOSD_DUMP，DOSD_DUMP_12，12_DOSD_DUMP はすべて正しいボリューム・ラベルである。ラベルは読み込まれ，メモリ・ブート・データ構造体に格納される。

- ダンプ装置をボリューム・セットの一部として使用することはできない。また，ダンプ装置をシャドウ・セットの一部として使用することも望ましくない。

- ダンプ装置として MSCP ユニット・ゼロ (0) を使用することはできない。ユニット 1 〜 4095 (1 〜 FFF) だけがサポートされる。
  ダンプ装置は次のように指定できる。

  - VAX 7000 構成では， DUMPSTYLE システム・パラメータのビット 16 〜 27 を使用する。 VAX 7000 構成で提供される DUMP_DEV 環境変数は， OpenVMS VAX では使用されないことに注意しなければならない。

  - VAX 7000 以外の構成では，レジスタ 3 (R3) のビット 16 〜 27 を使用する。レジスタのこの部分を使用して，ダンプ装置を指定できる。

  DUMPSTYLE システム・パラメータについての詳細は，『Compaq OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』，およびオンライン・ヘルプを参照。

注意 システム・クラッシュが発生した後でシステムを再ブートするときにエラー・ログ・バッファを復元するには，エラー・ログをシステム・ディスクに保存しておかなければなりません。 AUTOGEN は，そのためにシステム・ディスクに SYSDUMP.DMP ファイルを作成します。このファイルは，エラー・ログ・バッファの最大サイズを格納できるだけの十分な大きさです。

# 16.8 SDA によるクラッシュ・ダンプの内容の分析

システム・ダンプ・アナライザ・ユーティリティ (SDA)を使用してシステム・ダンプ・ファイルの内容を翻訳し，クラッシュの予想される原因を調べることができます。クラッシュ・ダンプの分析については，『OpenVMS VAX System Dump Analyzer Utility Manual』または『OpenVMS Alpha System Analysis Tools Manual』を参照してください。

システムに障害が発生した場合は， SDA を使用して障害発生時のシステム・ダンプ・ファイルのコピーを作成し，弊社のサポート担当者に連絡してください。システム・ダンプ・ファイルのコピーの作成については， 第 16.12 節 を参照してください。

# 16.9 SDA CLUE コマンドによるクラッシュ・ダンプ・ファイルの分析 (Alpha のみ)

SDA CLUE (Crash Log Utility Extractor) コマンドは，クラッシュ・ダンプの分析と，スタンドアロン・システムやクラスタで発生した重大なバグのチェックの履歴の管理を自動的に行います。 SDA CLUE コマンドは，SDA とともに使用し，標準の SDA からアクセス困難なダンプ・ファイル補足情報を収集およびデコードすることができます。また，SDA CLUE コマンドを，Dump Off System Disk (DOSD) とともに使用し，システム・ディスク以外のディスクにあるシステム・ダンプ・ファイルを解析することができます。

## 16.9.1 CLUE について (Alpha のみ)

Alpha システムでは，システム障害後にシステムを再ブートするとき， SDA は自動的に呼び出されます (省略時の設定)。クラッシュ・ダンプの分析をより容易にするために， SDA CLUE コマンドは自動的に CLUE リスト・ファイルのダンプ・ファイル要約情報を取得および保管します。

スタートアップ・コマンド・プロシージャは，次の動作を行うコマンドを起動します。

- SDA の呼び出し

- SDA CLUE HISTORY コマンドの発行

- CLUE$nodename_ddmmyy_hhmm.LIS リスト・ファイルの作成

CLUE HISTORY コマンドは，履歴ファイルに要約エントリを 1 行だけ追加し， SDA CLUE コマンドの次の出力をリスト・ファイルに保存します。

- クラッシュ・ダンプ要約情報

- システム構成

- スタック・デコーダ

- ページ・ファイルとスワップ・ファイル

- メモリ管理統計情報

- プロセス DCL 再呼び出しバッファ

- アクティブ XQP プロセス

- XQP キャッシュ・ヘッダ

この CLUE リスト・ファイルの内容は，システム障害を分析するときに便利です。

このようなファイルがしきい値 (省略時 5000 ブロック) を超えるまで蓄積される場合，(しきい値の限界内になるまで) 古いファイルから削除されます。 CLUE$MAX_BLOCK 論理名を使って，これをカスタマイズすることも可能です。

システムのスタートアップ時に CLUE を実行しないようにするには， SYLOGICALS.COM ファイル中の論理名 CLUE$INHIBIT を /SYS TRUE と定義します。

CLUE$nodename_ddmmyy_hhmm. LIS にはクラッシュ・ダンプの概要しか入っておらず，常にクラッシュの原因を決定するのに十分な情報が入っているとは限りませんので注意してください。システム・クラッシュの分析を詳細に行わなければならない場合は，常に SDA COPY コマンドを使用して，ダンプ・ファイルを保存しておくことをおすすめします。

前へ | 次へ | 目次 | 索引