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

前へ | 次へ | 目次 | 索引

## 16.4.2 エラー・ログ・ダンプ・ファイルのサイズの計算

これらの計算は，OpenVMS と Alpha システムでは異なります。

Alpha システム

Alpha システムでは，AUTOGEN コマンド・プロシージャはエラー・ログ・ダンプ・ファイルの適切なサイズを計算します。ただし，エラー・ログ・ダンプ・ファイルのサイズを机上で計算したい場合は，次の公式を使用してください。この公式により，すべてのエラー・ログ・バッファを保持するために必要なサイズが計算できます。

    ファイルのブロック数(SYS$SYSTEM:SYS$ERRLOG.DMP)
    = エラー・ログ・バッファ数 * バッファあたりのブロック数
    + 2

エラー・ログ・バッファの数 | システム・パラメータ ERRORLOGBUFFERS の値。このパラメータは，メモリで永久的に割り当てられるエラー・ログ・バッファの数を設定する。
バッファあたりのブロック数 | システム・パラメータ ERLBUFFERPAGES の値。このパラメータは，各バッファ内のメモリのページレット (ブロック) 数を設定する。

VAX システム

VAX システムでは，エラー・ログ・ダンプ・ファイルのサイズはダンプ・オフ・システム・ディスク(DOSD)を使用しているかどうかで異なります。

- DOSDを使用していない場合: エラー・ログはシステム・ディスクのダンプ・ファイル SYSDUMP.DMP に書き込まれます。サイズ情報については， 第 16.4.1 項 を参照してください。

- DOSDを使用している場合:

  - エラー・ログとシステム・メモリの両方が DOSD ディスク上の SYSDUMP.DMP ファイルに書き込まれます。サイズ情報については， 第 16.4.1 項 を参照してください。

  - さらに，エラー・ログはシステム・ディスクのスタブ・エラー・ログ・ダンプ・ファイル SYSDUMP.DMP に書き込まれます。これは 2048ブロクの固定長ファイルであるため，サイズ計算が必要ではありません。

## 16.4.3 ページ・ファイルのサイズの計算

システム性能を維持するためには，ページ・ファイルの空間が十分にあることが重要です。ページ・ファイル空間の適切なサイズは， AUTOGEN コマンド・プロシージャにより計算されます。 AUTOGEN は十分なサイズを算出するはずですが，ページ・ファイル空間のサイズを机上で計算したい場合には，次のいずれかの公式を使用します。

VAX システム

VAX システムの場合には，次の公式を使用して，ページ・ファイル空間のサイズを算出します。

    ブロックのサイズ
    (システム上のすべてのページ・ファイルの合計)
    = サイトの平均プロセス・サイズ (ページ数)
    * プロセスの最大数

- 平均プロセス・サイズは，プロセスの平均仮想サイズの値。平均プロセス・サイズを求めるには，次のコマンドを使用する。

      $ SHOW PROCESS/CONTINUOUS/ID=pid

  値は，ページ単位で指定する。

- プロセスの最大数は MAXPROCESSCNTシステム・パラメータの値。

調整の結果が VIRTUALPAGECNT より少ない場合には，代わりに VIRTUALPAGECNT の値を使用します。

システムの仮想ページの数を調べるには，次のコマンドを入力します。

    $ WRITE SYS$OUTPUT F$GETSYI ("VIRTUALPAGECNT")

Alpha システム

Alpha システムの場合は，メモリ・サイズと用途にさまざまなバリエーションがあるので，単純な公式はありません。512 MBまでのシステムでは，次の公式を使用してページ・ファイル・サイズを算出します。

    ブロック・サイズ
    (システムのすべてのページ・ファイルの合計)
    = 平均プロセス・サイズ (ページ単位)
    * ページ単位のブロック数
    * 最大プロセス数

- 平均プロセス・サイズ は，プロセスの平均仮想サイズの値。平均プロセス・サイズを求めるには，次のコマンドを使用する。

      $ SHOW PROCESS/CONTINUOUS/ID=pid

  値は，ページ単位で指定する。

- システム・ページ・サイズを 512 (ページレット・サイズ) で割ることによって， ページ単位のブロック数 を計算する。たとえば，ページ・サイズ 8192 のシステムは，ページ単位で 16 ページレットを持つことになる。
  システムのページ・サイズを決めるには，次のコマンドを入力する。

      $ WRITE SYS$OUTPUT F$GETSYI ("PAGE_SIZE")

- プロセス最大数 は，システム・パラメータ MAXPROCESSCNT の値になる。

512MB を超えるシステムでは，以下の項で説明するページ・ファイル使用状況の監視の手順に従って，必要に応じて調整してください。

### 16.4.3.1 ページ・ファイル・サイズの表し方

算出したページ・ファイルは，次のいずれかの方法で表すことができます。

- 1次ページ・ファイルのみ

- 1次ページ・ファイルと2次ページ・ファイルに振り分ける。

- SYS$SYSTEM 内の1次ページ・ファイルを削除した場合は，複数の2次ページ・ファイル間で振り分ける。

### 16.4.3.2 ページ・ファイル使用状況の監視

(AUTOGEN を使って，あるいは机上の計算で)ページ・ファイルの初期のサイズが決まったら，次のコマンドで AUTOGEN を実行してページ・ファイルの使用状況を監視してください。

    $ @SYS$UPDATE:AUTOGEN SAVPARAMS TESTFILES FEEDBACK

このコマンドを実行すると，AUTOGEN によりページ・ファイルの使用量とサイズの推奨値がフィードバック・レポート AGEN$PARAMS.REPORT に書き込まれます。なお，AUTOGEN およびフィードバック・レポートの詳細については， 第 15.4 節 と 第 15.4.2 項 を参照してください。 第 16.3 節 で説明したように，また，DCL の SHOW MEMORY/FILES コマンドを使用すると，ファイルの使用状況も表示されます。

ページ・ファイルの使用量が1次ページ・ファイルのサイズ (または1次ページ・ファイルと 2次ページ・ファイルのサイズを合計したサイズ) の半分以上にならないようにします。ページ・ファイルの使用量がシステム性能に影響するレベルに近づくと，コンソール・ターミナルにメッセージが出力されます。その場合は，ページ・ファイルのサイズを大きくするか，ファイルを追加してください。

注意 システムの資源と代表的な作業負荷は，ページ・ファイルの必要なサイズに影響します。そのため，これらの要素についてよく理解しておく必要があります。詳細は『Guide to OpenVMS Performance Management』を参照してください。

### 16.4.3.3 ページ・ファイル空間の制限

AUTHORIZE の ADD および MODIFY コマンドに /PGFLQUOTA 修飾子を指定して，ユーザ・プログラムが使用するページ・ファイルの量を制限してください (詳細は『Compaq OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』の AUTORIZE の節を参照)。/PGFLQUOTA の値は，必ず 1024 以上にしてください。ページ・ファイル空間の必要量は，ユーザのアプリケーションによって大きく異なります。

## 16.4.4 スワップ・ファイル・サイズの計算

システム性能を維持するためには，スワップ・ファイルの空間が十分にあることが重要です。スワップ・ファイルの空間に適したサイズは， AUTOGEN コマンド・プロシージャにより計算されます。スワップ・ファイルの空間のサイズを机上で計算したい場合は，次の公式を使用してください。

    ファイルのサイズ
    (システム上のすべてのスワップ・ファイルの合計)
    = プロセスの最大数 (システム・パラメータ MAXPROCESSCNT)
    * システム上のプロセスの平均ワーキング・セット・クォータ

プロセスの最大数 | MAXPROCESSCNT システム・パラメータの値。
システム上のプロセスの平均ワーキング・セット・クォータ | システム上で動作しているプロセスの WSQUOTA 制限の平均値。 VAX システムの場合は，ページ単位で指定する。 Alpha システムの場合は，ページレット単位で指定する。

### 16.4.4.1 スワップ・ファイル・サイズの表し方

Alpha システムと VAX システムでは，算出したサイズを次のような方法で表すことができます。

- 1次スワップ・ファイルのみ

- 1次スワップ・ファイルと2次スワップ・ファイルに振り分ける。

- SYS$SYSTEM 内の1次スワップ・ファイルを削除した場合は，複数の 2次スワップ・ファイル間で振り分ける。

### 16.4.4.2 スワップ・ファイルの使用状況の監視

(AUTOGEN を使って，あるいは机上計算によって) スワップ・ファイルの空間の適切なサイズが決まったら， 第 16.3 節 で説明したように， DCL の SHOW MEMORY/FILES コマンドを使って，スワップ・ファイルの使用状況を監視してください。スワップ・ファイル空間の 1/3 は未使用のままにしてください。そうしないと，システム性能が著しく低下します。

注意 システムの資源と作業負荷は，ページ・ファイルの必要なサイズに影響します。そのため，これらの要素についてよく理解しておく必要があります。詳細は『Guide to OpenVMS Performance Management』を参照してください。

# 16.5 ディスク空間が十分でない場合のシステム・ダンプ・ファイル・サイズの最小化

システム構成によっては，ディスク・ファイルにメモリ全体の内容を保存できないことがあります。たとえば，メモリ・サイズが大きなシステムでは，完全メモリ・ダンプに十分なディスク空間が確保できないことがあります。このような場合には，システム・ダンプ・アナライザ (SDA) でダンプを分析できません。

また，VAX システムの場合，ダンプ空間の不足が原因で，クラッシュ・ログ・ユーティリティ・エキストラクタ (CLUE) もダンプを分析できなくなります。

システム・ダンプ・ファイルのサイズ最小化のためのオプション

ディスク容量が不足しているときに，システム・ダンプ・ファイルのサイズを最小化するには，次に示すオプションのいずれか 1 つを使用します。

- 選択型ダンプ
  VAX システムと Alpha システムでは，システム障害の原因を突き止めるために最も有用な情報を含む部分のメモリを保持するために，選択型システム・ダンプを使用することができます。物理ダンプと選択型ダンプの比較を 表 16-1 に示します。
  また， 表 16-3 には，物理ダンプ・ファイルと選択型システム・ダンプ・ファイルで使用できる情報の比較を示します。

  表 16-3 物理システム・ダンプ・ファイルと選択型システム・ダンプ・ファイルの比較
  ダンプの種類 | 入手できる情報 | 入手できない情報
  --- | --- | ---
  物理ダンプ (またはフル・ダンプ) | 物理アドレスとエラー・ログ・バッファの順序で格納された，使用中のメモリ全体の内容。 | クラッシュ時，メモリからディスクにページングされていた内容。
  選択型ダンプ | システム・ページ・テーブル，システム空間メモリ，エラー・ログ・バッファ，保存されているすべてのプロセスのプロセス領域と制御領域 (およびグローバル・ページ)。 | クラッシュ時にメモリからディスクにページングされていた内容，保存されていないプロセスのプロセス領域と制御領域，ページ・テーブルによってマップされていないメモリ。

  選択型システム・ダンプを保存するには，システム・パラメータ DUMPSTYLE のビット 0 を適切な値に設定します。システム・パラメータとその値については，『Compaq OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』の付録に記載されています。システム・パラメータ値の変更については， 第 15.5 節 を参照してください。

- 圧縮ダンプ
  Alpha システムで，DUMPSTYLE システム・パラメータのビット 3 をセットすると， OpenVMS は物理システム・ダンプまたは選択型システム・ダンプを圧縮形式で書き込みます (圧縮の正確な量はシステムの使用状況に応じて異なりますが，典型的な圧縮ダンプは元のサイズの約 60 パーセントです)。圧縮ダンプを使用する場合には， AUTOGEN はシステム・ダンプ・ファイルのサイズを，圧縮しない場合のサイズの 2/3 に設定します。

- ダンプ・オフ・システム・ディスク(DOSD)
  DUMPSTYLE システム・パラメータのビット 2 をセットし，他のすべての必要条件を満たすと，OpenVMS はシステム・ダンプをシステム・ディスク以外のディスクに書き込みます。詳細については， 第 16.7 節 の説明を参照してください。

第 16.5.1 項 では，Alpha システムと VAX システムで選択型システム・ダンプに情報が書き込まれる順序について説明しています。 第 16.5.2 項 では，Alpha システムでこの順序を細かく調整する方法について説明しています。

## 16.5.1 選択型システム・ダンプでの情報の順序

VAX システムと Alpha システムで選択型ダンプに情報が書き込まれる順序は次のとおりです。

VAX システムでは，情報は次の順序で選択型ダンプに書き込まれます。

1. システム・ページ・テーブル (SPT)

2. システム空間 (プロセス・ページ・テーブル，ページ・フレーム番号(PFN)データベース，およびグローバル・ページ・テーブル (GPT) を含む)

3. プロセスのワーキング・セット内のグローバル・ページ

4. クラッシュが発生した時点で常駐していたプロセス

   1. クラッシュした CPU の現在のプロセス

   2. あらかじめ定義されたプロセス(BUGCHECK にハード・コーディングされる)

   3. 他の CPU での現在のプロセス

   4. クラッシュが発生した時点で常駐していた他のプロセス (プロセス・インデックスの順)

Alpha システムでは，情報は次の順序で選択型システム・ダンプに書き込まれます。

1. 共有アドレス(S0/S1/S2) のページ・テーブル(PT)

2. S0/S1 空間

3. S2 空間

4. キー・プロセス

   1. クラッシュした CPU の現在のプロセス

   2. スワッパ

   3. 他の CPU の現在のプロセス

   4. 使用しているシステム固有の優先プロセス (次の節を参照)

   5. コンパックが定義している優先プロセス (BUGCHECK にハード・コーディングされる)

      > MSCPmount
      > AUDIT_SERVER
      > NETACP
      > NET$ACP
      > REMACP
      > LES$ACP

5. リソースまたはその他の待ち状態での任意のプロセス (RWAST など)

6. キー・グローバル・ページ (キー・プロセスのワーキング・セット内のグローバル・ページ)

7. クラッシュが発生した時点で常駐していた他のプロセス (非キー・プロセス)。ただしプロセス・インデックスの順。

8. 非キー・プロセスのワーキング・セット内の残りのグローバル・ページ

Alpha システムでは，プロセスは 2 段階でダンプされます。最初にプロセスのページ・テーブルがダンプされ，次にプロセスのボディがダンプされます。

VAX システムと Alpha システムでの使用法に関する注意

VAX プラットフォームと Alpha プラットフォームのどちらでも，プロセスが 2 回ダンプされることはありません。たとえば，Alpha システムでは，現在のプロセスがスワッパの場合，それは 1 回だけダンプされます。

同様に，Alpha システムでグローバル・ページが 2 回ダンプされることはありません。したがって，キー・プロセスのワーキング・セット内のページが "キー・グローバル・ページ" セクションでダンプされた場合には，それが非キー・プロセスのワーキング・セットにも存在するからといって，後でもう一度ダンプされることはありません。

## 16.5.2 選択型システム・ダンプにプロセスが書き込まれる順序の微調整(Alpha のみ)

Alpha システムでは， キー・プロセス と呼ばれる一連のプロセスは，そのプロセスに逆リンクする遷移ページも含めて， PT，S0/S1，S2 の直後にダンプされます。 システム管理者は，キー・プロセスとして取り扱う追加プロセスを指定できます。これらのプロセスには，ダンプで他のプロセスより高い優先順位が与えられます。したがって，ダンプ・ファイルが小さすぎて，すべてのプロセスを格納できない場合でも，選択したプロセスは正しく書き込まれます。

作業方法

ダンプするプロセスの順序を指定するには，次の操作を実行してください。

1. ファイル SYS$SYSTEM:SYS$DUMP_PRIORITY.TEMPLATE を SYS$SYSTEM:SYS$DUMP_PRIORITY.DAT にコピーする。

2. ファイル内の指示に従って，ダンプの初期段階でダンプされるプロセスの一覧を含むように， .DAT ファイルを変更する。

3. イメージ SYS$SYSTEM:SYS$SET_DUMP_PRIORITY.EXE を実行する。データ・ファイル SYS$SYSTEM:SYS$DUMP_PRIORITY.DAT が存在する場合には，イメージはシステム・スタートアップ時に自動的に実行される。

データ・ファイルの編集とイメージの実行は，システムが稼動している間であれば，いつでも行うことができます。したがって，プロセスがハングした場合には，システム管理者はプロセスを優先プロセスとして指定し，強制的にクラッシュを発生させることができます。

前へ | 次へ | 目次 | 索引