ノンストップデータベース　HiRDB Version 9 システム定義（UNIX(R)用）

文法書

3000-6-453-80

前書き

対象製品

●適用OS：HP-UX 11i V3(IPF)

P-1J62-3591 HiRDB Server Version 9 09-66

P-1J62-1D91 HiRDB/Run Time Version 9(64) 09-66

P-1J62-1E91 HiRDB/Developer's Kit Version 9(64) 09-66

P-F1J62-11913 HiRDB Staticizer Option Version 9 09-00

P-F1J62-11915 HiRDB Non Recover Front End Server Version 9 09-00

P-F1J62-11916 HiRDB Advanced High Availability Version 9 09-00

P-F1J62-11918 HiRDB Disaster Recovery Light Edition Version 9 09-00

P-F1J62-1181A HiRDB Accelerator Version 8 08-03

●適用OS：AIX V7.1，AIX V7.2

P-1M62-3591 HiRDB Server Version 9 09-66

P-1M62-1B91 HiRDB/Run Time Version 9 09-66

P-1M62-1C91 HiRDB/Developer's Kit Version 9 09-66

P-1M62-1D91 HiRDB/Run Time Version 9(64) 09-66

P-1M62-1E91 HiRDB/Developer's Kit Version 9(64) 09-66

P-F1M62-11913 HiRDB Staticizer Option Version 9 09-00

P-F1M62-11915 HiRDB Non Recover Front End Server Version 9 09-00

P-F1M62-11916 HiRDB Advanced High Availability Version 9 09-00

P-F1M62-11918 HiRDB Disaster Recovery Light Edition Version 9 09-00

P-F1M62-1181A HiRDB Accelerator Version 8 08-03

●適用OS：Red Hat Enterprise Linux 6 (64-bit x86_64)，Red Hat Enterprise Linux 7 (64-bit x86_64)

P-9W62-4591 HiRDB Server Version 9 09-66

P-9W62-2D91 HiRDB/Run Time Version 9(64) 09-66

P-9W62-2E91 HiRDB/Developer's Kit Version 9(64) 09-66

P-F9W62-11913 HiRDB Staticizer Option Version 9 09-00

P-F9W62-11915 HiRDB Non Recover Front End Server Version 9 09-00

P-F9W62-11916 HiRDB Advanced High Availability Version 9 09-00

P-F9W62-11918 HiRDB Disaster Recovery Light Edition Version 9 09-00

P-F9S62-1181A HiRDB Accelerator Version 8 08-03

●適用OS：Red Hat Enterprise Linux 6 (32-bit x86)，Red Hat Enterprise Linux 6 (64-bit x86_64)，Red Hat Enterprise Linux 7 (64-bit x86_64)

P-9S62-2B91 HiRDB/Run Time Version 9 09-66

P-9S62-2C91 HiRDB/Developer's Kit Version 9 09-66

P-9S62-4C91 HiRDB Developer's Suite Version 9 09-66

これらのプログラムプロダクトのほかにもこのマニュアルをご利用になれる場合があります。詳細は「リリースノート」でご確認ください。

輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

HITACHI，HiRDB，Cosminexus，HAモニタ，JP1，OpenTP1，TPBroker，uCosminexus，VOS3/LS，VOS3/US，XDMは，株式会社 日立製作所の商標または登録商標です。

ActiveXは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

AMDは，Advanced Micro Devices, Inc.の商標です。

IBM，AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，DataStage, MetaBroker, MetaStageおよびQualityStageは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

IBM，PowerHAは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

Itaniumは，アメリカ合衆国および / またはその他の国における Intel Corporation の商標です。

JBossは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。

Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。

MicrosoftおよびVisual Studioは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft .NET は，お客様，情報，システムおよびデバイスを繋ぐソフトウェアです。

Microsoft Accessは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft OfficeおよびExcelは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Motifは，Open Software Foundation, Inc.の商標です。

MS-DOSは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

ODBCは，米国Microsoft Corporationが提唱するデータベースアクセス機構です。

OLEは，米国Microsoft Corporationが開発したソフトウェア名称です。

OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。

PowerBuilderは，Sybase,Inc.の登録商標です。

Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。

UNIXは，The Open Groupの米国ならびに他の国における登録商標です。

Veritas、Veritasロゴは、米国およびその他の国におけるVeritas Technologies LLCまたはその関連会社の商標または登録商標です。

Visual Basicは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Visual C++は，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

その他記載の会社名，製品名などは，それぞれの会社の商標もしくは登録商標です。

発行

2018年4月　3000-6-453-80

著作権

All Rights Reserved. Copyright (C) 2010, 2018, Hitachi, Ltd.

変更内容

変更内容(3000-6-453-80)　HiRDB Version 9 09-66

追加・変更内容

関連するオペランド

変更個所

Linuxで，サーバプロセスのメモリサイズ監視機能をサポートしました。

pd_svr_castoff_size

9.2.3，表F-1

データベース構成変更ユティリティ(pdmod)のRDエリアの移動で，移動対象RDエリアに非分割キーインデクスを定義している場合，RDエリアの移動ができませんでしたが，そのインデクスの分割数が表の分割数と一致していればRDエリアを移動できるようにしました。

−

付録D.4(6)

RDエリアを割り当てたHiRDBファイルシステム領域のファイルパスを変更するコマンドを追加しました。

−

付録D.4(7)

マニュアルの体裁を変更しました。

−

−

単なる誤字・脱字などはお断りなく訂正しました。

変更内容(3000-6-453-70)　HiRDB Version 9 09-65

追加・変更内容

関連するオペランド

システム単位でデータ保証レベルを指定する機能を追加しました。

pd_isolation_level

定義系SQL実行時のPCTFREE及びBLOB列RECOVERYの指定値を，システム定義のオペランドで一括設定できるようにしました。

pd_ddl_tbl_pctfree

pd_ddl_tbl_fix_pctfree

pd_ddl_idx_pctfree

pd_ddl_tbl_recovery

WITHOUT ROLLBACKオプションを指定した表に対してインデクスの定義がある場合にも，INSERT文およびDELETE文において排他を解除する機能を追加しました。

pd_idx_without_rollback

ユニークインデクスの残存エントリによる排他待ち発生時にメッセージを出力する機能を追加しました。

pd_unique_indexlock_info

系の切り替え中にHiRDBが異常終了した場合に，HiRDBを再起動する機能を追加しました（系切り替え失敗時の自動再起動機能）。

pd_ha_switch_error

系の切り替えが監視時間を過ぎても完了しなかった場合に，HiRDBを異常終了させる機能を追加しました（系切り替えの実行時間監視機能）。

pd_ha_observe_timeout

オンライン中にRDエリアを移動する機能を追加しました（オンライン中のRDエリア移動機能）。

−

HiRDBのサポートプラットフォームに次のOSを追加しました。

AIX V7.2

−

変更内容(3000-6-453-60)　HiRDB Version 9 09-60

追加・変更内容

関連するオペランド

システム定義pd_clt_waittime_over_dump_level

オペランドの省略値を変更しました。

pd_clt_waittime_over_dump_level

pd_dump_suppress_watch_time

データディクショナリ表における，削除済みの行のインデクスキー値と，同じキー値の行を新たに挿入した場合に発生するおそれのあった，行排他による排他待ち及びデッドロックの発生頻度を低減させるようにしました。

pd_dbreuse_remaining_entries

RDエリアの自動増分機能を使用している場合に，自動増分の対象ファイルを指定できるようにしました。

pd_rdarea_extension_file

LOB用RDエリアのセグメント使用量による警告機能をサポートしました。

pd_stored_lob_data_wrn_pnt

HiRDB接続時に，クライアントとサーバ間のネットワーク上で送受信するパスワードを秘匿化する機能を追加しました（HiRDB接続時のパスワード秘匿化機能）。

pd_connect_auth_type

オペランドの説明を集約しました。

−

HiRDBサーバへ接続する際，IPアドレス単位で許可又は拒否できる機能を追加しました（IPアドレスによる接続制限）。

−

HiRDBのサポートプラットフォームにLinux 7を追加しました。

−

HiRDB Version 9 09-50

追加・変更内容

関連するオペランド

LinuxのHugepage機能を用いた共用メモリの固定機能をサポートしました。

pd_shmpool_attribute

pd_dbbuff_attribute

リスト名変更時にリストの行数を返却できるようにしました。

pd_list_rowcount_in_rename

変更内容(3000-6-453-50)　HiRDB Version 9 09-50

追加・変更内容

関連するオペランド

OSが認証したユーザ名とパスワードで，自動的にHiRDBの認証を行う機能をサポートしました（OSログインユーザの簡易認証）。

pd_os_authenticate

運用コマンド，およびユティリティ実行時に，通信障害によって無応答になる事象を改善しました。

pd_cmd_exec_time

pdinfogetコマンドに次の機能を追加しました。

・トラブルシュート情報取得時の実行状況のアナウンス

・障害情報出力先ディレクトリの容量警告機能

・システムリソースの上限取得機能

pd_prf_output_directory

内結合を指定しても等価な結果が得られる問合せに対して，外結合を指定している場合に外結合を内結合に変換できるようにしました（外結合内結合変換機能）。

pd_additional_optimize_level

文字コードとして，Unicode（IVS対応UTF-8）を使用できるようにしました。

pd_substr_length

グローバルバッファからデータベースを格納したデバイスへの入出力に関する統計情報を取得できるようにしました。

pd_statistics

pd_stj_buff_size

FROM句に行の選択，列の射影だけを行うような単純な導出表を指定したSQLを，作業表を作成しないで実行できるようにしました（FROM句の導出表のマージ適用）。

pd_additional_optimize_level

列に対する条件値に列指定を含まないスカラ演算を指定した探索条件に対して，インデクスを使用できるようにしました（スカラ演算を含む条件に対するサーチ条件適用）。

pd_additional_optimize_level

pd_optimize_level

認可識別子長を最大8バイトから最大30バイトに拡張しました。

pd_sql_command_exec_users

SQL，運用コマンド，およびユティリティ実行時の使用済みポートで，一定時間再利用できないTIME_WAIT状態になるポートの数を削減しました。

pd_registered_port

Windows版HiRDBで，運用ディレクトリ下のディレクトリおよびファイルに，任意のアクセス権限を設定できるようにしました（ファイルセキュリティ強化機能）。

pd_tmp_directory

構成列数が64個までのインデクスを定義できるようにしました。

pd_table_def_cache_size

次の設定項目で，推奨値を省略値に変更しました。

・システム定義

・クライアント環境定義

・コマンド・ユティリティのコマンド引数，およびオプション

・プリプロセスのコマンド引数

・SQL

・HiRDB内部で固定値で扱っている値

・OS設定（HiRDBによる自動設定）

これに伴い，各オペランドの説明を変更，追加および削除しました。

pd_additional_optimize_level

pd_apply_search_ats_num

pd_assurance_index_no

pd_assurance_table_no

pd_aud_async_buff_count

pd_aud_async_buff_size

pd_auth_cache_size

pd_bes_shmpool_size

pd_cancel_down_msgchange

pd_cwaittime_report_dir

pd_cwaittime_report_size

pd_cwaittime_wrn_pnt

pd_dbbuff_attribute

pd_dbbuff_lru_option

pd_dbsync_lck_release_count

pd_deter_restart_on_stop_fail

pd_dic_shmpool_size

pd_fes_lck_pool_partition

pd_ha_trn_queuing_wait_time

pd_ha_trn_restart_retry_time

pd_ipc_tcp_nodelayack

pd_large_file_use

pd_lck_hash_entry

pd_lck_pool_size

pd_lck_until_disconnect_cnt

pd_lck_wait_timeout

pd_leap_second

pd_log_auto_expand_size

pd_log_auto_unload_path

pd_log_max_data_size

pd_log_sdinterval

pd_log_write_buff_count

pd_max_access_tables

pd_max_commit_write_reclaim_no

pd_max_file_no

pd_max_rdarea_no

pd_max_server_process

pd_max_temporary_object_no

pd_max_tmp_table_rdarea_no

pd_optimize_level

pd_pageaccess_mode

pd_process_terminator_max

pd_rdarea_extension_timing

pd_routine_def_cache_size

pd_sds_shmpool_size

pd_spool_cleanup_interval_level

pd_spool_cleanup_level

pd_sql_dec_op_maxprec

pd_sql_object_cache_size

pd_sql_send_buff_size

pd_sql_simple_comment_use

pd_standard_sqlstate

pd_statistics

pd_stj_file_size

pd_sts_initial_error

pd_sysdef_default_option

pd_syssts_initial_error

pd_table_def_cache_size

pd_thdlock_pipe_retry_interval

pd_thdlock_retry_time

pd_thdlock_wakeup_lock

pd_trn_commit_optimize

pd_trn_rcvmsg_store_buflen

pd_trn_send_decision_interval

pd_uap_exerror_log_dir

pd_uap_exerror_log_size

pd_uap_exerror_log_use

pd_utl_file_buff_size

pd_view_def_cache_size

pd_work_buff_mode

pd_work_table_option

pdaudload

pdstbegin

SHMMAX

次の設定項目で，推奨値を省略値に変更しました。

・システム定義

・クライアント環境定義

・コマンド・ユティリティのコマンド引数，およびオプション

・プリプロセスのコマンド引数

・SQL

・HiRDB内部で固定値で扱っている値

・OS設定（HiRDBによる自動設定）

これに伴い，「バージョンによって省略値が異なるオペランド，及び指定不要になったオペランド」を変更しました。また，互換モード適用時に検討が必要なオペランドに関する章を追加しました。

−

はじめに

このマニュアルは，プログラムプロダクト ノンストップデータベース　HiRDB Version 9のシステム定義について説明したものです。なお，ここに記載されていない前提情報については，マニュアル「HiRDB Version 9 解説」（3020-6-450）を参照してください。

対象読者

HiRDB Version 9（以降，HiRDBと表記します）を使ってリレーショナルデータベースシステムを構築または運用する方々を対象にしています。

このマニュアルは次に示す知識があることを前提に説明しています。

UNIXまたはLinuxのシステム管理の基礎的な知識

SQLの基礎的な知識

また，このマニュアルは，次に示すマニュアルを前提としていますので，あらかじめお読みいただくことをお勧めします。

「HiRDB Version 9 システム導入・設計ガイド」

「HiRDB Version 9 システム運用ガイド」

図中で使用している記号

このマニュアルの図中で使用している記号を，次のように定義します。

このマニュアルで使用している記号

形式および説明で使用している記号を次に示します。ここで説明する文法記述記号は，説明のための記号なので実際には記述しないでください。

記号

意味

〔　〕

この記号で囲まれている項目は省略できます。

（例）pdbuffer 〔-p〕

　これは，pdbufferと指定するか，またはpdbuffer -pと指定することを示します。

…

この記号の直前の項目を繰り返して指定できます。

（例）pdbuffer -r RDエリア名 〔，RDエリア名〕…

　これは，-rオプションのRDエリア名を繰り返し指定できることを示します。

｛｛　｝｝

この記号で囲まれた複数の項目を一つの単位として，繰り返して指定できます。

（例）｛｛pdbuffer -a バッファ名｝｝

　これは，pdbuffer -a バッファ名

　　　　　pdbuffer -a バッファ名

と指定できることを示します。

｜

この記号で区切られた項目は選択できます。

（例）pdlogadfg -d sys｜spd

　これは，-dオプションにsysかspdのどちらかを指定できることを示します。

｛　｝

この記号で囲まれている複数の項目のうちから，一つを選択できます。

（例）pdbuffer 〔｛-r RDエリア名｜-i 認可識別子．インデクス識別子｜-o｝〕

　これは，-r RDエリア名，-i 認可識別子．インデクス識別子，-oの三つのオプションのうち，どれか一つを指定することを示します。

＿

（下線）

この記号で示す項目は，省略時の解釈値です。

（例）〔 pd_rpc_trace = Y｜N 〕

　これは，オペランドの指定を省略した場合，Nが仮定されることを示します。

〜

この記号のあとにユーザ指定値の属性を示します。

《　》

ユーザが指定しなかった場合に仮定される値を示します。

＜　＞

ユーザ指定値の構文要素を示します。

((　))

ユーザ指定値の指定範囲を示します。

このマニュアルで使用している構文要素記号

このマニュアルで使用している構文要素記号を次に示します。

構文要素記号

意味

＜英字＞

アルファベット（A〜Z，a〜z）と下線（_）

＜英字記号＞

アルファベット（A〜Z，a〜z）と#，＠，¥

＜英数字＞

英字と数字（０〜９）

＜英数字記号＞

英字記号と数字

＜符号なし整数＞

数字

＜符号なし10進数＞※1

数字（0〜9の並び）ピリオド（.）数字（0〜9の並び）

＜16進数字＞

数字と（A〜F，a〜f）

＜識別子＞※2

先頭がアルファベットの英数字列

＜記号名称＞

先頭が英字記号の英数字記号列

＜文字列＞

任意の文字の配列

＜パス名＞※3

/，英数字，ピリオド（.），#，@

＜ホスト名＞※4

アルファベット（A〜Z，a〜z），数字，ピリオド（.），ハイフン（-），下線（_），および＠で構成される文字列

注

すべて半角文字を使用してください。また，英字の大文字と小文字は区別されます。

注※1

ピリオドの前の数字がすべて0の場合，ピリオドより前の0を省略できます。また，ピリオドの後ろの数字がすべて0の場合，ピリオド以降を省略できます。

例１：0.008 → .008

例２：15.000 → 15

注※2

RDエリア名を指定する場合：

・英数字記号，＿（下線），ハイフン（-），または空白を使用してください。ただし，先頭は英字記号を使用してください。

・空白を使用する場合はRDエリア名を引用符（"）で囲んでください。

注※3

パス名は使用しているOSに依存します。

注※4

ホスト名は次に示すどれかの形式で指定できます。

・ホスト名

・IPアドレス（XXX.XXX.XXX.XXX形式）

・FQDN

ただし，同じホスト名を異なる形式で指定しないでください。異なる形式で指定した場合，HiRDBは異なるホスト名として認識します。

また，ループバックアドレスを指定することもできます。

システム定義に指定するホスト名については，ホスト名の登録が必要になります。詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「ホスト名の登録」を参照してください。

1　概要

この章では，HiRDBシステム定義の体系，及び文法規則について説明します。

1.1　HiRDB/シングルサーバを利用される方へ

HiRDB管理者は，HiRDBの実行環境を設定するためにHiRDBシステム定義を作成します。ここで説明する項目は次のとおりです。

HiRDBシステム定義の種類

HiRDBシステム定義の作成方法

HiRDBシステム定義ファイルの構成

各定義の関係

HiRDBシステム定義（UAP環境定義を除く）の変更手順

UAP環境定義の追加又は変更手順

1.1.1　HiRDBシステム定義の種類

HiRDBシステム定義は次の表に示す定義で構成されています。HiRDB管理者は各定義のオペランドの指定値を決めてください。

表1‒1　HiRDBシステム定義の種類（HiRDB/シングルサーバの場合）

定義の種類

内容

システム共通定義

HiRDBの構成及び共通情報を定義します。一つのHiRDB/シングルサーバに一つ必要です。システム共通定義のオペランドについては，「システム共通定義」を参照してください。

ユニット制御情報定義

ユニットの制御情報を定義します。一つのユニットに一つ必要です。ユニット制御情報定義のオペランドについては，「ユニット制御情報定義」を参照してください。

サーバ共通定義

シングルサーバ定義のオペランドの仮定値を定義します。必要に応じて定義してください。サーバ共通定義のオペランドについては，「サーバ共通定義」を参照してください。

シングルサーバ定義

シングルサーバの実行環境を定義します。一つのシングルサーバに一つ必要です。ユティリティ専用ユニットには定義する必要はありません。シングルサーバ定義のオペランドについては，「シングルサーバ定義」を参照してください。

UAP環境定義

UAPの実行環境を定義します。必要に応じて定義してください。UAP環境定義のオペランドについては，「UAP環境定義」を参照してください。UAP環境定義は最大4096個作成できます。

SQL予約語定義

SQLの予約語を定義します。SQL予約語削除機能使用時に必要です。SQL予約語削除機能については，pd_delete_reserved_word_fileオペランドを参照してください。

1.1.2　HiRDBシステム定義の作成方法

HiRDB管理者は次に示すどれかの方法でHiRDBシステム定義を作成してください。

簡易セットアップツールで作成

OSのテキストエディタで作成

ポイント

通常は，簡易セットアップツールを使用してHiRDBシステム定義を作成してください。

作成したHiRDBシステム定義は次の表に示すファイルに格納してください。なお，次の表に示すファイルを総称してHiRDBシステム定義ファイルといいます。

表1‒2　HiRDBシステム定義を格納するファイル（HiRDB/シングルサーバの場合）

定義の種類

格納ファイル名

システム共通定義

$PDDIR/conf/pdsys

ユニット制御情報定義

$PDDIR/conf/pdutsys

サーバ共通定義

$PDDIR/conf/pdsvrc

シングルサーバ定義

$PDDIR/conf/サーバ名※1

UAP環境定義

$PDDIR/conf/pduapenv/※2任意の名称

SQL予約語定義

$PDDIR/conf/pdrsvwd/※2任意の名称

注※1

システム共通定義のpdstartオペランドの-sオプションで指定するサーバ名と同じにしてください。

簡易セットアップツールでHiRDBシステム定義を作成した場合は，ファイル名はsds01となります。

注※2

ファイル名称は先頭がアルファベットの英数字列（最大8文字）にしてください。

UAP環境定義又はSQL予約語定義を使用するユーザに対して，それぞれのファイルが格納されているディレクトリの読み込み権限（r）と実行権限（x）を与えてください。また，ファイルには読み込み権限（r）を与えてください。

注意事項

HiRDBシステム定義ファイルのパーミッションは，ファイルの所有者（HiRDB管理者）にだけ，読み込み権限及び書き込み権限を持たせるように設定，維持するようにしてください。

(1)　簡易セットアップツールで作成する場合

簡易セットアップツールでHiRDBの環境設定をする場合は，簡易セットアップツールでHiRDBシステム定義を作成します。簡易セットアップツールで指定した情報を基にして，自動的にHiRDBシステム定義が作成され，表「HiRDBシステム定義を格納するファイル（HiRDB/シングルサーバの場合）」に示すファイルに格納されます。HiRDB管理者は，必要に応じて簡易セットアップツールで定義内容（オペランドの指定値）を変更してください。なお，UAP環境定義及びSQL予約語定義は簡易セットアップツールでは作成できません。

(2)　OSのテキストエディタで作成する場合

コマンドでHiRDBの環境設定をする場合は，OSのテキストエディタでHiRDBシステム定義を作成します。HiRDBの実行環境に合わせて，HiRDBシステム定義の各オペランドを指定してください。

なお，HiRDBシステム定義を作成した後に，pdconfchkコマンドでHiRDBシステム定義のオペランドの整合性をチェックしてください。チェック対象となるオペランドについては，「pdconfchkコマンドでチェックできるオペランド」を参照してください。

1.1.3　HiRDBシステム定義ファイルの構成

簡易セットアップツールでHiRDBシステム定義を作成した場合，HiRDBは次の図に示すようにHiRDBシステム定義ファイルを作成します。OSのテキストエディタでHiRDBシステム定義を作成する場合も，次の図を参考にして作成してください。

図1‒1　HiRDBシステム定義ファイルの構成（HiRDB/シングルサーバの場合）

1.1.4　各定義の関係

異なる定義で同じオペランドを指定した場合，HiRDBは次に示す優先順位に従って指定値を決定します。

シングルサーバ定義

サーバ共通定義

ユニット制御情報定義

システム共通定義

優先順位の低い定義で標準となる値を指定して，優先順位の高い定義で値を変更できます。

(1)　クライアント環境定義との関係

次の表に示すHiRDBシステム定義のオペランドの値は，クライアント環境定義でクライアントごとに変更できます。

表1‒3　クライアント環境定義で指定値を変更できるオペランド（HiRDB/シングルサーバの場合）

HiRDBシステム定義の

オペランド

クライアント環境定義の

オペランド

オペランドの内容

pd_additional_optimize_level

PDADDITIONALOPTLVL

SQL拡張最適化オプションを指定します。

pd_cwaittime_wrn_pnt

PDCWAITTIMEWRNPNT

SQL実行時間警告出力機能のSQL実行時間警告情報を出力する条件を，クライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）に対する比率で指定します。

pd_delete_reserved_word_file

PDDELRSVWDFILE

SQL予約語削除機能を使用する場合，SQL予約語削除ファイルの名称を指定します。

pd_hash_table_size

PDHASHTBLSIZE

SQL拡張最適化オプションで「ハッシュジョイン，副問合せのハッシュ実行」を適用した場合のハッシュ表サイズを指定します。

pd_optimize_level

PDSQLOPTLVL

SQL最適化オプションを指定します。

pd_space_level

PDSPACELVL

空白変換レベルを指定します。

pd_uap_exerror_log_param_size

PDUAPEXERLOGPRMSZ

クライアントエラーログファイル及びSQLエラーレポートファイルに出力するパラメタ情報の最大データ長を指定します。

pd_uap_exerror_log_use

PDUAPEXERLOGUSE

拡張SQLエラー情報出力機能を使用するかどうかを指定します。

pd_watch_pc_client_time

PDSWATCHTIME

Windows対応のHiRDBクライアントからの要求待ち時間を指定します。

pd_isolation_level

PDISLLVL

データ保証レベルを指定します。

クライアントごとに値を変更する場合は，クライアント環境定義の該当するオペランドを指定してください。クライアント環境定義については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

1.1.5　HiRDBシステム定義（UAP環境定義を除く）の変更手順

(1)　HiRDBシステム定義の変更手順

HiRDBシステム定義の変更手順を次に示します。なお，$PDDIR/confはユニット制御情報定義ファイルを格納しているディレクトリを意味しています。$PDCONFPATHはそれ以外のHiRDBシステム定義ファイルを格納しているディレクトリを意味しています。

〈手順〉

$PDDIR/conf及び$PDCONFPATH下にサブディレクトリを作成します。この例ではサブディレクトリとしてworkを作成します。

ユニット制御情報定義ファイルを$PDDIR/conf/work下にコピーします。そのほかのHiRDBシステム定義ファイルを$PDCONFPATH/work下にコピーします。

$PDDIR/conf/work及び$PDCONFPATH/work下にコピーしたHiRDBシステム定義を変更します。

pdconfchk -d workコマンドで，$PDDIR/conf/work及び$PDCONFPATH/work下のHiRDBシステム定義の内容をチェックします。エラーがある場合はHiRDBシステム定義を修正して，再度pdconfchkコマンドを実行してください。

pdstopコマンドでHiRDBを正常終了します。

pdlogunldコマンドで，アンロード待ち状態のシステムログファイルをアンロードします。

3で変更したHiRDBシステム定義ファイルを$PDDIR/conf又は$PDCONFPATH下にコピーして，HiRDBシステム定義ファイルを置き換えます。

次に示すオペランドの指定値を変更した場合は，pdloginitコマンドでシステムログファイルを初期化します。

・pd_log_dual

・pdstart

pdstartコマンドでHiRDBを正常開始します。

(2)　システム構成変更コマンドを使用したHiRDBシステム定義の変更手順

システム構成変更コマンド（pdchgconfコマンド）を使用すると，HiRDBの稼働中にHiRDBシステム定義を変更できるため，HiRDBを正常終了する必要はありません。ただし，このコマンドを使用する場合はHiRDB Advanced High Availabilityが必要になります。システム構成変更コマンドを使用したHiRDBシステム定義の変更手順を次に示します。

〈手順〉

$PDDIR/conf/chgconfディレクトリを作成します。

使用中のHiRDBシステム定義ファイルを1で作成したディレクトリ下にコピーします。

$PDDIR/conf/chgconf下のHiRDBシステム定義を変更します。

pdconfchk -d chgconfコマンドで，$PDDIR/conf/chgconf下のHiRDBシステム定義のチェックをします。エラーがある場合はHiRDBシステム定義を修正して，再度pdconfchkコマンドを実行してください。

pdchgconfコマンドで，HiRDBシステム定義を変更後のHiRDBシステム定義に置き換えます。

pdchgconfコマンドを実行すると，使用中（変更前）のHiRDBシステム定義ファイルが$PDDIR/conf/backconf下に退避されます。そして，$PDDIR/conf/chgconf下の変更後のHiRDBシステム定義ファイルが$PDDIR/conf下にコピーされます。

注意事項

pdchgconfコマンドの入力後，15分以上トランザクション又はユティリティが動き続けた場合，pdchgconfコマンドが異常終了します。

システム構成変更コマンドを使用したHiRDBシステム定義の変更には制限事項があります。制限事項については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

(3)　注意事項

稼働中のHiRDBが使用しているHiRDBシステム定義は変更又は削除しないでください。変更又は削除した場合はそのHiRDBの動作を保証できません。

HiRDBが計画停止，強制終了，又は異常終了した場合，HiRDBシステム定義のオペランドで変更できるものと変更できないものがあります。詳細については，「オペランドの一覧」を参照するか，又は各定義文のオペランド一覧を参照してください。

HiRDBシステム定義を変更した後に，$PDDIR/conf下のファイルのバックアップを取得してください。HiRDB運用ディレクトリがあるディスクの障害などに備えて，HiRDB運用ディレクトリ下のファイル（$PDDIR/conf下のファイル）のバックアップを取得します。HiRDB運用ディレクトリを回復するには，$PDDIR/conf下のファイルのバックアップが必要になります。また，$PDCONFPATHがHiRDB運用ディレクトリ下にある場合は，同様にバックアップを取得してください。

(4)　HiRDB Datareplicatorと連携している場合

次に示すオペランドを追加，変更，又は削除する場合はHiRDB Datareplicatorを終了してください。そして，オペランドの追加，変更，又は削除後にHiRDB Datareplicatorを開始してください。

pd_log_dual

pd_log_max_data_size

pdlogadfg -d sys

pdlogadpf -d sys

HiRDB Datareplicatorを稼働したまま，これらのオペランドを追加，変更，又は削除した場合，HiRDB Datareplicatorによる抽出が失敗することがあります。

1.1.6　UAP環境定義の追加又は変更手順

UAP環境定義の追加又は変更手順を次に示します。

〈手順〉

変更対象のUAP環境定義を使用するUAPが実行中でないか確認し，実行中の場合はUAPが終了するまで待ちます。UAPの実行中にUAP環境定義を追加又は変更すると，実行中のUAPは変更前のUAP環境定義が適用されます。ただし，タイミングによっては変更後のUAP環境定義が適用されることがあります。

UAP環境定義を追加又は変更します。

追加又は変更したUAP環境定義を使用してUAPを実行します。

1.2　HiRDB/パラレルサーバを利用される方へ

HiRDB管理者はHiRDBの実行環境を設定するためにHiRDBシステム定義を作成します。ここで説明する項目は次のとおりです。

HiRDBシステム定義の種類

HiRDBシステム定義の作成方法

HiRDBシステム定義ファイルの構成

各定義の関係

HiRDBシステム定義（UAP環境定義を除く）の変更手順

UAP環境定義の追加又は変更手順

影響分散スタンバイレス型系切り替え機能使用時のHiRDBシステム定義の作成

HiRDBシステム定義ファイルの共用化

1.2.1　HiRDBシステム定義の種類

HiRDBシステム定義は次の表に示す定義で構成されています。HiRDB管理者は各定義のオペランドの指定値を決めてください。

表1‒4　HiRDBシステム定義の種類（HiRDB/パラレルサーバの場合）

定義の種類

内容

システム共通定義

HiRDBの構成及び共通情報を定義します。一つのユニットに一つ必要です。なお，各ユニットのシステム共通定義の内容は同一にしてください。

システム共通定義のオペランドについては，「システム共通定義」を参照してください。

ユニット制御情報定義

ユニットの制御情報を定義します。一つのユニットに一つ必要です。ユニット制御情報定義のオペランドについては，「ユニット制御情報定義」を参照してください。

サーバ定義

サーバ共通定義

各サーバ定義のオペランドの仮定値を定義します。必要に応じて定義してください。サーバ共通定義のオペランドについては，「サーバ共通定義」を参照してください。

フロントエンドサーバ定義

フロントエンドサーバの実行環境を定義します。一つのフロントエンドサーバに一つ必要です。フロントエンドサーバ定義のオペランドについては，「フロントエンドサーバ定義」を参照してください。

ディクショナリサーバ定義

ディクショナリサーバの実行環境を定義します。一つのディクショナリサーバに一つ必要です。ディクショナリサーバ定義のオペランドについては，「ディクショナリサーバ定義」を参照してください。

バックエンドサーバ定義

バックエンドサーバの実行環境を定義します。一つのバックエンドサーバに一つ必要です。バックエンドサーバ定義のオペランドについては，「バックエンドサーバ定義」を参照してください。

UAP環境定義

UAPの実行環境を定義します。必要に応じて定義してください。UAP環境定義はフロントエンドサーバがあるユニットに作成します。マルチフロントエンドサーバの場合は，UAP環境定義を適用したいフロントエンドサーバに定義してください。UAP環境定義のオペランドについては，「UAP環境定義」を参照してください。UAP環境定義は最大4096個作成できます。

SQL予約語定義

SQL予約語削除機能使用時に必要です。SQLの予約語を定義します。フロントエンドサーバがあるユニットに定義します。マルチフロントエンドサーバの場合は，フロントエンドサーバがある各ユニットに同一内容のSQL予約語定義が必要です。SQL予約語削除機能については，pd_delete_reserved_word_fileオペランドを参照してください。

1.2.2　HiRDBシステム定義の作成方法

HiRDB管理者は，次に示すどちらかの方法でHiRDBシステム定義を作成してください。

簡易セットアップツールで作成

OSのテキストエディタで作成

ポイント

通常は，簡易セットアップツールを使用してHiRDBシステム定義を作成してください。

作成したHiRDBシステム定義は，次の表に示すファイルに格納してください。なお，次の表に示すファイルを総称してHiRDBシステム定義ファイルといいます。

表1‒5　HiRDBシステム定義を格納するファイル（HiRDB/パラレルサーバの場合）

定義の種類

格納ファイル名

システム共通定義

$PDDIR/conf/pdsys

ユニット制御情報定義

$PDDIR/conf/pdutsys

サーバ共通定義

$PDDIR/conf/pdsvrc

フロントエンドサーバ定義

$PDDIR/conf/サーバ名※1

ディクショナリサーバ定義

$PDDIR/conf/サーバ名※1

バックエンドサーバ定義

$PDDIR/conf/サーバ名※1

UAP環境定義

$PDDIR/conf/pduapenv/任意の名称※2

SQL予約語定義

$PDDIR/conf/pdrsvwd/任意の名称※2

注※1

システム共通定義のpdstartオペランドの-sオプションで指定するサーバ名と同じにしてください。

注※2

ファイル名称は先頭がアルファベットの英数字列（最大8文字）にしてください。

UAP環境定義又はSQL予約語定義を使用するユーザに対して，それぞれのファイルが格納されているディレクトリの読み込み権限（r）と実行権限（x）を与えてください。また，ファイルには読み込み権限（r）を与えてください。

注意事項

HiRDBシステム定義ファイルのパーミッションは，ファイルの所有者（HiRDB管理者）にだけ，読み込み権限及び書き込み権限を持たせるように設定，維持するようにしてください。

(1)　簡易セットアップツールで作成する場合

簡易セットアップツールでHiRDBの環境設定をする場合は，簡易セットアップツールでHiRDBシステム定義を作成します。簡易セットアップツールで指定した情報を基にして，自動的にHiRDBシステム定義が作成され，表「HiRDBシステム定義を格納するファイル（HiRDB/パラレルサーバの場合）」に示すファイルに格納されます。HiRDB管理者は，必要に応じて簡易セットアップツールで定義内容（オペランドの指定値）を変更してください。

なお，次に示す定義は簡易セットアップツールでは作成できません。

UAP環境定義

SQL予約語定義

(2)　OSのテキストエディタで作成する場合

コマンドでHiRDBの環境設定をする場合は，OSのテキストエディタでHiRDBシステム定義を作成します。HiRDBの実行環境に合わせて，HiRDBシステム定義の各オペランドを指定してください。

なお，HiRDBシステム定義を作成した後に，pdconfchkコマンドでHiRDBシステム定義のオペランドの整合性をチェックしてください。チェック対象となるオペランドについては，「pdconfchkコマンドでチェックできるオペランド」を参照してください。

1.2.3　HiRDBシステム定義ファイルの構成

簡易セットアップツールでHiRDBシステム定義を作成した場合，HiRDBは次の図に示すようにHiRDBシステム定義ファイルを作成します。OSのテキストエディタでHiRDBシステム定義を作成する場合も，次の図を参考にして作成してください。

図1‒2　HiRDBシステム定義ファイルの構成（HiRDB/パラレルサーバの場合）

1.2.4　各定義の関係

異なる定義で同じオペランドを指定した場合，HiRDBは次に示す優先順位に従って指定値を決定します。

フロントエンドサーバ定義，ディクショナリサーバ定義，バックエンドサーバ定義

サーバ共通定義

ユニット制御情報定義

システム共通定義

優先順位の低い定義で標準となる値を指定して，優先順位の高い定義で値を変更できます。例えば，システム共通定義で標準となる値を指定し，各サーバ定義でサーバごとにその値を変更できます。

(1)　クライアント環境定義との関係

次の表に示すHiRDBシステム定義のオペランドの値は，クライアント環境定義でクライアントごとに変更できます。

表1‒6　クライアント環境定義で指定値を変更できるオペランド（HiRDB/パラレルサーバの場合）

HiRDBシステム定義の

オペランド

クライアント環境定義の

オペランド

オペランドの内容

pd_additional_optimize_level

PDADDITIONALOPTLVL

SQL拡張最適化オプションを指定します。

pd_cwaittime_wrn_pnt

PDCWAITTIMEWRNPNT

SQL実行時間警告出力機能のSQL実行時間警告情報を出力する条件を，クライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）に対する比率で指定します。

pd_delete_reserved_word_file

PDDELRSVWDFILE

SQL予約語削除機能を使用する場合，SQL予約語削除ファイルの名称を指定します。

pd_ha_transaction

PDHATRNQUEUING

トランザクションキューイング機能を使用するかどうかを指定します。

pd_hash_table_size

PDHASHTBLSIZE

SQL拡張最適化オプションで「ハッシュジョイン，副問合せのハッシュ実行」を適用した場合のハッシュ表サイズを指定します。

pd_optimize_level

PDSQLOPTLVL

SQL最適化オプションを指定します。

pd_space_level

PDSPACELVL

空白変換レベルを指定します。

pd_uap_exerror_log_param_size

PDUAPEXERLOGPRMSZ

クライアントエラーログファイル及びSQLエラーレポートファイルに出力するパラメタ情報の最大データ長を指定します。

pd_uap_exerror_log_use

PDUAPEXERLOGUSE

拡張SQLエラー情報出力機能を使用するかどうかを指定します。

pd_watch_pc_client_time

PDSWATCHTIME

Windows対応のHiRDBクライアントからの要求待ち時間を指定します。

pd_isolation_level

PDISLLVL

データ保証レベルを指定します。

クライアントごとに値を変更する場合は，クライアント環境定義の該当するオペランドを指定してください。クライアント環境定義については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

1.2.5　HiRDBシステム定義（UAP環境定義を除く）の変更手順

(1)　HiRDBシステム定義の変更手順

HiRDBシステム定義の変更手順を次に示します。なお，$PDDIR/confはユニット制御情報定義ファイルを格納しているディレクトリを意味しています。$PDCONFPATHはそれ以外のHiRDBシステム定義ファイルを格納しているディレクトリを意味しています。

〈手順〉

$PDDIR/conf及び$PDCONFPATH下にサブディレクトリを作成します。この例ではサブディレクトリとしてworkを作成します。

ユニット制御情報定義ファイルを$PDDIR/conf/work下にコピーします。そのほかのHiRDBシステム定義ファイルを$PDCONFPATH/work下にコピーします。

$PDDIR/conf/work及び$PDCONFPATH/work下にコピーしたHiRDBシステム定義を変更します。

pdconfchk -d workコマンドで，$PDDIR/conf/work及び$PDCONFPATH/work下のHiRDBシステム定義の内容をチェックします。エラーがある場合はHiRDBシステム定義を修正して，再度pdconfchkコマンドを実行してください。

pdstopコマンドでHiRDBを正常終了します。

pdlogunldコマンドで，アンロード待ち状態のシステムログファイルをアンロードします。

3で変更したHiRDBシステム定義ファイルを$PDDIR/conf又は$PDCONFPATH下にコピーして，HiRDBシステム定義ファイルを置き換えます。

次に示すオペランドの指定値を変更した場合は，pdloginitコマンドでシステムログファイルを初期化します。

・pd_log_dual

・pdstart

pdstartコマンドでHiRDBを正常開始します。

(2)　システム構成変更コマンドを使用したHiRDBシステム定義の変更手順

システム構成変更コマンド（pdchgconfコマンド）を使用すると，HiRDBの稼働中にHiRDBシステム定義を変更できるため，HiRDBを正常終了する必要はありません。ただし，このコマンドを使用する場合はHiRDB Advanced High Availabilityが必要になります。システム構成変更コマンドを使用したHiRDBシステム定義の変更手順を次に示します。

〈手順〉

$PDDIR/conf/chgconfディレクトリを作成します。

使用中のHiRDBシステム定義ファイルを1で作成したディレクトリ下にコピーします。

$PDDIR/conf/chgconf下のHiRDBシステム定義を変更します。

pdconfchk -d chgconfコマンドで，$PDDIR/conf/chgconf下のHiRDBシステム定義のチェックをします。エラーがある場合はHiRDBシステム定義を修正して，再度pdconfchkコマンドを実行してください。

pdchgconfコマンドで，HiRDBシステム定義を変更後のHiRDBシステム定義に置き換えます。

pdchgconfコマンドを実行すると，使用中（変更前）のHiRDBシステム定義ファイルが$PDDIR/conf/backconf下に退避されます。そして，$PDDIR/conf/chgconf下の変更後のHiRDBシステム定義ファイルが$PDDIR/conf下にコピーされます。

注意事項

pdchgconfコマンドの入力後，15分以上トランザクション又はユティリティが動き続けた場合，pdchgconfコマンドが異常終了します。

システム構成変更コマンドを使用したHiRDBシステム定義の変更には制限事項があります。制限事項については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

(3)　注意事項

システム共通定義を修正する場合はすべてのサーバマシンのシステム共通定義を同じように修正してください。

正常終了又は計画停止した場合に一部のユニットが異常終了したときは，次回開始前にHiRDBシステム定義を変更しないでください。変更すると，HiRDBの開始に失敗します。失敗しなくても，開始後に正常に稼働できなくなります。

HiRDB/パラレルサーバの場合はユニットごとに$PDDIR/conf及び$PDCONFPATH下にサブディレクトリを作成して，HiRDBシステム定義の内容をチェックしてください。

稼働中のHiRDBが使用しているHiRDBシステム定義は変更又は削除しないでください。変更又は削除した場合はそのHiRDBの動作を保証できません。

HiRDBが計画停止，強制終了，又は異常終了した場合，HiRDBシステム定義のオペランドで変更できるものと変更できないものがあります。詳細については，「オペランドの一覧」を参照するか，又は各定義文のオペランド一覧を参照してください。

HiRDBシステム定義を変更した後に，$PDDIR/conf下のファイルのバックアップを取得してください。HiRDB運用ディレクトリがあるディスクの障害などに備えて，HiRDB運用ディレクトリ下のファイル（$PDDIR/conf下のファイル）のバックアップを取得します。HiRDB運用ディレクトリを回復するには，$PDDIR/conf下のファイルのバックアップが必要になります。また，$PDCONFPATHがHiRDB運用ディレクトリ下にある場合は，同様にバックアップを取得してください。

1：1スタンバイレス型系切り替え機能使用時の注意事項です。正規BESユニットのHiRDBシステム定義を変更する場合は，正規BESユニット及び代替BESユニットをpdstop -uコマンドで正常終了してから変更してください。HiRDBシステム定義の変更後，正規BESユニットのユニット制御情報定義ファイル及びバックエンドサーバ定義ファイルを代替BESユニットにコピーしてください。詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」の「HiRDBシステム定義の作成〔系切り替え機能〕」を参照してください。

(4)　HiRDB Datareplicatorと連携している場合

次に示すオペランドを追加，変更，又は削除する場合はHiRDB Datareplicatorを終了してください。そして，オペランドの追加，変更，又は削除後にHiRDB Datareplicatorを開始してください。

pd_log_dual

pd_log_max_data_size

pdlogadfg -d sys

pdlogadpf -d sys

HiRDB Datareplicatorを稼働したまま，これらのオペランドを追加，変更，又は削除した場合，HiRDB Datareplicatorによる抽出が失敗することがあります。

1.2.6　UAP環境定義の追加又は変更手順

UAP環境定義の追加又は変更手順を次に示します。

〈手順〉

変更対象のUAP環境定義を使用するUAPが実行中でないか確認し，実行中の場合はUAPが終了するまで待ちます。UAPの実行中にUAP環境定義を追加又は変更すると，実行中のUAPは変更前のUAP環境定義が適用されます。ただし，タイミングによっては変更後のUAP環境定義が適用されることがあります。

UAP環境定義を追加又は変更します。

追加又は変更したUAP環境定義を使用してUAPを実行します。

1.2.7　影響分散スタンバイレス型系切り替え機能使用時のHiRDBシステム定義の作成

影響分散スタンバイレス型系切り替え機能使用時のHiRDBシステム定義の作成方法と注意事項を説明します。

ポイント

ホストBESが稼働するユニットとゲストBESが稼働するユニットのバックエンドサーバの稼働環境を合わせる必要があります。

(1)　システム共通定義

全ユニットで同じシステム共通定義を使用します。作成したシステム共通定義をコピーしてください。

注意事項

バックエンドサーバ定義の省略値として指定するオペランドについては，システム共通定義に指定してください。例えば，pd_sql_object_cache_sizeオペランドが該当します。このオペランドをサーバ共通定義だけに指定することはできません。

(2)　ユニット制御情報定義

影響分散スタンバイレス型系切り替え機能を適用するユニットのユニット制御情報定義に指定できるオペランドは限定されています。ユニット制御情報定義に指定できるオペランドについては，「影響分散スタンバイレス型系切り替え機能使用時に指定できるオペランド一覧（ユニット制御情報定義）」を参照してください。

ユニット制御情報定義に指定できないオペランドを指定する必要がある場合は，システム共通定義又はバックエンドサーバ定義に指定してください。

注意事項

次に示すオペランドについては，HAグループを構成するユニットのユニット制御情報定義で同じ指定をする必要があります。

ユニット制御情報定義とバックエンドサーバ定義の両方に指定できるオペランド

ユニット制御情報定義のオペランドでバックエンドサーバの動作に影響を与えるオペランド

(3)　サーバ共通定義

HAグループを構成するユニットは同じサーバ共通定義を使用します。作成したサーバ共通定義をコピーしてください。

(4)　バックエンドサーバ定義

HAグループを構成する各ユニットにホストBESのバックエンドサーバ定義を定義します。作成したバックエンドサーバ定義をコピーしてください。

1.2.8　HiRDBシステム定義ファイルの共用化

OSのファイル共用機能（NFS）を利用すると，ユニット制御情報定義ファイルを除いたHiRDBシステム定義ファイルを一つのサーバマシンで管理できます。これをHiRDBシステム定義ファイルの共用化といいます。HiRDBシステム定義ファイルの共用化を次の図に示します。

図1‒3　HiRDBシステム定義ファイルの共用化

〔説明〕

網掛け部分が共用化したファイルです。

(1)　共用化すると便利なこと

共用化していない場合

共用化している場合

HiRDBシステム定義をサーバマシンごとに管理する必要があります。

HiRDBシステム定義を一つのサーバマシンで管理できます。ただし，ユニット制御情報定義を除きます。

システム共通定義を変更する場合，サーバマシンの数だけ修正が必要となります。例えば，四つのサーバマシンで構成されている場合，四つのシステム共通定義があります。システム共通定義の内容は同じである必要があるため，四つとも修正が必要となります。

システム共通定義が一つになるため，修正が１回で済みます。

修正回数が少なくなるため，修正誤りの可能性が少なくなります。

HiRDBが共用ディレクトリを参照できなくなると，HiRDBが異常終了することがあります。

(2)　共用化の手順

〈手順〉

共用化するHiRDBシステム定義ファイルを格納する任意のディレクトリを作成します。このディレクトリは，HiRDBシステム定義ファイルを共通管理するサーバマシンに作成してください。このディレクトリを共用ディレクトリといいます。共通管理するサーバマシンは任意ですが，システムマネジャを定義するサーバマシンで管理することをお勧めします。

共用ディレクトリ（$PDCONFPATH）下にユニット制御情報定義ファイルを除いたHiRDBシステム定義ファイルを作成します。UAP環境定義ファイルは$PDCONFPATH/pduapenv下に作成してください。

ユニット制御情報定義ファイルを各サーバマシンの$PDDIR/conf下に作成します。このとき，PDCONFPATHオペランドに共用ディレクトリ名称を指定します。

1.3　HiRDBシステム定義を記述するときの文法規則

ここでは，HiRDBシステム定義のオペランドを記述するときの文法規則について説明します。

1.3.1　オペランドの指定形式

HiRDBシステム定義のオペランドは次に示す三つの形式で記述します。

set形式

オペランドに値を設定します。指定例を次に示します。

set pd_max_users=15

コマンド形式

オペランドにオプション及びコマンド引数を設定します。指定例を次に示します。

pdlogadfg -d sys -g loggrp01 ONL

pdlogadfg：コマンド名

-d sys -g loggrp01：オプション

マイナス記号で始まる文字列です。フラグ引数を指定しない形式1と，フラグ引数を指定する形式2の二つがあります。

形式1　−オプションフラグ

形式2　−オプションフラグ　フラグ引数

オプションフラグ：マイナス記号に続く1文字の英字です。英大文字と英小文字は区別されます。

フラグ引数：オプションフラグに対する操作対象です。

ONL：コマンド引数

マイナス記号以外で始まる引数です。

putenv形式

オペランドに環境変数と環境変数値を設定します。指定例を次に示します。

putenv SHMMAX 16

1.3.2　コメントの記述

各オペランドにコメントを記述できます。コメントを記述する場合は，コメントの先頭に"#"を記述してください。"#"を記述するとその行の終わりまでがコメントとしてみなされます。行の先頭に"#"を記述した場合は，1行全体がコメント扱いになります。

入力例

set pd_max_users=15 # 最大同時接続数

pdlogadfg -d sys -g loggrp01 ONL

# システムログファイルのファイルグループの定義

1.3.3　行の継続

定義の1行の長さは最大80文字です。80文字を超える指定の場合は，複数行に分けて記述してください。このとき，行の末尾には，継続記号である"¥"を記述します。

入力例

pdbuffer -a buffer ABC -n 160 -r rdareaA,rdareaB,…………………………¥

rdareaZ

なお，コメントを記述した行には，継続行を続けられません。"#"を記述すると，その行の終わりまでがコメントとみなされるため，"¥"を記述しても行の継続はできません。

1.3.4　オペランドの重複指定について

1定義文（1ファイル）にオペランドを重複指定した場合，HiRDBは次に示す規則に従って処理をします。

set形式又はputenv形式の場合は，重複指定したオペランドのうち一番最後に指定したオペランドの値が有効になります。

コマンド形式の場合はオペランドによって異なります。各オペランドの説明を参照してください。

1.3.5　注意事項

HiRDBシステム定義に指定しているputenv形式のオペランドの指定値をデフォルト値に変更する場合は，オペランドを削除しないで，デフォルト値を設定してください。

1.4　バージョンによって省略値が異なるオペランド，及び指定不要になったオペランド

1.4.1　バージョン，リビジョンによるHiRDBシステム定義の変更点

バージョン09-50では，HiRDBシステム定義の省略値を見直し，省略値の変更及び指定が必要なオペランド数の大幅な削減を実施しました。これによって，より安全なシステムを構築できます。ここでは，バージョン09-50以降で省略値が異なるオペランド，指定できる範囲が変更となるオペランド，及び指定不要となったオペランドの一覧を示します。

バージョン09-50より前のバージョンからバージョンアップする場合は，省略値変更によるメリット及びデメリットを確認してください。確認の結果，旧バージョンとの互換性を重視する場合は，旧バージョンと同等の省略値になる互換モードを適用してください。ただし，この場合は推奨値を指定できるオペランドがあれば，個別に指定することを検討してください。

バージョンアップに関する手順及び注意事項は，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「HiRDBのバージョンアップ」を参照してください。

(1)　バージョン，リビジョンによって省略値が異なるオペランド

バージョン，リビジョンによって省略値が異なるオペランドを次の表に示します。

注意事項

太字のオペランドを省略している場合，バージョンアップ時に推奨モードを適用し，デメリットに記載されているHiRDBファイルの再作成などを行わないと，HiRDBが開始できなくなるおそれがあります。省略値変更によるメリット及びデメリットを確認の上，オペランド省略時動作のモードを決定してください。

表1‒7　バージョン09-60で省略値が変更となるオペランド

オペランド名

バージョン09-60以降の省略値

（推奨モード適用時）

0904互換モード適用時の省略値

バージョン08-00からバージョン09-60より前の省略値

省略値変更によるメリット

省略値変更によるデメリット

pd_clt_waittime_over_dump_level

shm_fesonly

shm_fesonly

all

共用メモリダンプ出力によるI/O負荷を軽減

なし

表1‒8　バージョン09-50で省略値が変更となるオペランド

オペランド名

バージョン09-50以降の省略値

（推奨モード適用時）

0904互換モード適用時の省略値

バージョン08-00からバージョン09-50より前の省略値

省略値変更によるメリット

省略値変更によるデメリット

pd_log_rec_leng

1,024

→

4,096

システムログファイルの格納効率向上

システムログファイルのレコード長変更によるシステムログファイルの再作成

pd_lck_until_disconnect_cnt

【ディクショナリサーバ】

256

【上記以外のサーバ】

10,000

→

256

ユティリティの同時実行数の省略値拡大によるオペランド指定不要化※7

ユティリティが使用するRDエリア数の省略値拡大によるオペランド指定不要化※7

シンクポイントダンプファイルの容量増加によるシンクポイントダンプファイルの再作成

共用メモリサイズ増加による共用メモリの再見積もり※12

pd_max_file_no

2,000

→

400

HiRDBファイル数の省略値拡大によるオペランド指定不要化※5

ステータスファイルの容量増加によるステータスファイルの再作成

プロセス固有メモリ増加によるプロセス固有メモリの再見積もり

共用メモリサイズ増加による共用メモリの再見積もり※12

pd_max_rdarea_no

1,000

→

200

RDエリア数の省略値拡大によるオペランド指定不要化※5

ステータスファイルの容量増加によるステータスファイルの再作成

プロセス固有メモリ増加によるプロセス固有メモリの再見積もり

共用メモリサイズ増加による共用メモリの再見積もり※12

pd_max_add_dbbuff_shm_no

【32ビットモード】

500＋（512−a）

【64ビットモード】

1000＋（512−a）

【32ビットモード】

500＋（512−a）

【64ビットモード】

1000＋（512−a）

【32ビットモード】

500＋（16−a）

【64ビットモード】

1000＋（16−a）

pdbufmodコマンドを運用で使用している場合，動的追加用共用メモリセグメント数の上限拡大によるオペランド指定不要化

pdbufmodコマンドを運用で使用している場合

ステータスファイルの容量増加によるステータスファイルの再作成

共用メモリサイズ増加による共用メモリの再見積もり※12

pd_utl_exec_mode

1

→

0

ユティリティの最大同時実行数の拡張指定に伴うオペランド指定不要化

ユティリティ最大同時実行数の見直し※10

共用メモリサイズ増加による共用メモリの再見積もり※12

pd_additional_optimize_level

"COST_BASE_2",

"APPLY_JOIN_COND_FOR_VALUE_EXP",

"APPLY_SRCH_COND_FOR_VALUE_EXP",

"MERGE_FROM_DERIVED_TABLE",

"CONVERT_OUTER_INNER_JOIN"

→

"COST_BASE_2"

アクセスパス変更によるSQLの実行性能の向上

アクセスパス変更によるインデクス及びSQLの見直し※6

pd_optimize_level

【HiRDB/シングルサーバ】

"PRIOR_NEST_JOIN",

"PRIOR_OR_INDEXES",

"DETER_AND_INDEXES",

"RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE",

"APPLY_ENHANCED_KEY_COND",

"MOVE_UP_DERIVED_COND"

【HiRDB/パラレルサーバ】

"PRIOR_NEST_JOIN",

"PRIOR_OR_INDEXES",

"SORT_DATA_BES",

"DETER_AND_INDEXES",

"RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE",

"APPLY_ENHANCED_KEY_COND",

"MOVE_UP_DERIVED_COND",

"FLTS_ONLY_DATA_BES"

→

【HiRDB/シングルサーバ】

"PRIOR_NEST_JOIN",

"PRIOR_OR_INDEXES",

"DETER_AND_INDEXES",

"RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE",

"APPLY_ENHANCED_KEY_COND"

【HiRDB/パラレルサーバ】

"PRIOR_NEST_JOIN",

"PRIOR_OR_INDEXES",

"SORT_DATA_BES",

"DETER_AND_INDEXES",

"RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE",

"APPLY_ENHANCED_KEY_COND"

アクセスパス変更によるSQLの実行性能の向上

アクセスパス変更によるインデクス及びSQLの見直し※6

pd_apply_search_ats_num

30,000

→

255

アクセスパス変更によるSQLの実行性能の向上

SQLオブジェクトキャッシュサイズの再見積もり

pd_hashjoin_hashing_mode

TYPE2

→

TYPE1

アクセスパス変更によるSQLの実行性能の向上

ハッシュ表サイズの再見積もり

pd_sql_dec_op_maxprec

38

→

29

演算結果の精度向上

DECIMAL型の演算を含む場合

ビュー表，トリガ，ルーチン，検査制約を含む表定義の再作成

アプリケーションの改修

pd_leap_second

Y

→

N

うるう秒使用時のオペランド指定不要化

時刻の値の範囲の変更に伴うアプリケーションの改修

pd_standard_sqlstate

Y

→

N

SQLSTATEの細分化による障害要因の特定容易化

SQLSTATEの値の変更に伴うアプリケーションの改修

pd_trn_rcvmsg_store_buflen

8,192

→

4,096

トランザクション回復時の性能安定化

プロセス数の増加によるオペレーティングシステムパラメタの再見積もり

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_assurance_index_no

2500

→

500

インデクス数の省略値拡大によるオペランド指定不要化※5

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_auth_cache_size

10

→

1

ユーザ権限情報用バッファサイズの省略値拡大によるオペランド指定不要化※5

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_lck_pool_size

【32ビットモード】

16,000

【64ビットモード】

128,000

→

【32ビットモード】

16,000

【64ビットモード】

32,000

トランザクション実行時の排他資源要求数の省略値拡大によるオペランド指定不要化※8

トランザクションの同時実行数の省略値拡大によるオペランド指定不要化※8

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_max_temporary_object_no

600

→

0

一時表で使用できるインデクスの省略値拡大による指定不要化※9

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_routine_def_cache_size

300

→

100

ルーチン定義情報用バッファサイズの省略値拡大による性能安定化※5

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_sql_object_cache_size

【32ビットモード】

（pd_max_usersの値＋3※11）×22キロバイト

【64ビットモード】

（pd_max_usersの値＋3※11）×40キロバイト

→

（pd_max_usersの値＋3※11）×22キロバイト

SQLオブジェクトを格納するバッファサイズの省略値拡大による性能安定化

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_table_def_cache_size

【32ビットモード】

【64ビットモード】

16,000

→

表定義情報を格納するバッファサイズの省略値拡大による性能安定化※5

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_view_def_cache_size

【32ビットモード】

【64ビットモード】

30000

→

表定義情報を格納するバッファサイズの省略値拡大による性能安定化※5

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_log_max_data_size※1

523,000

→

400,000

システムログの入出力に使用するバッファサイズの省略値拡大による性能安定化

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_log_rollback_buff_count

0

→

省略

ロールバック処理で使用するバッファ面数の省略値拡大によるロールバック時間の短縮

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_max_tmp_table_rdarea_no

min(131088,pd_max_rdarea_no-3)

→

0

一時表使用時のオペランド指定不要化

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

pd_uap_exerror_log_use

AUTO

AUTO

NO

障害箇所の特定容易化

共用メモリサイズ増加による共用メモリサイズの再見積もり※12

運用ディレクトリのディスク所要量増加

pd_uap_exerror_log_dir

$PDDIR/spool/pduaperr

$PDDIR/spool/pduaperr

なし

pd_uap_exerror_log_size

10,000,000

10,000,000

1,000,000

pd_cwaittime_wrn_pnt

1800sec,auto

1800sec,auto

0

SQL実行時間の警告による障害の早期発見

警告メッセージ（KFPA20009-W）追加によるメッセージ監視の検討

運用ディレクトリのディスク所要量の増加

pd_cwaittime_report_size

10,000,000

10,000,000

100,000

pd_cwaittime_report_dir

$PDDIR/spool/pdcwwrn

$PDDIR/spool/pdcwwrn

なし

pd_mlg_file_size

10,240

10,240

1,024

メッセージログファイルサイズの拡大によるトラブルシュート情報の拡充

運用ディレクトリのディスク所要量の増加

pd_statistics

A

→

N

統計情報取得によるトラブルシュート情報の拡充

運用ディレクトリのディスク所要量の増加

pd_stj_file_size

102,400

→

1,024

pd_watch_resource

DEFAULT

→

MANUAL

システム稼働状況の取得

警告メッセージ（KFPS05123-W及びKFPH22023-W）追加によるメッセージ監視の検討

pd_sts_initial_error※2

excontinue

→

stop

障害時の影響局所化

片系障害時の運用変更

pd_syssts_initial_error※3

excontinue

→

stop

障害時の影響局所化

片系障害時の運用変更

pd_rdarea_extension_timing

use

→

nouse

RDエリア自動増分の契機変更による自動増分エラー時の業務継続化

RDエリア自動増分の契機変更によるHiRDBファイルシステム領域の再見積もり

pd_registered_port_level

1

→

0

HiRDB予約ポート機能使用時の自動割り当てポート使用数削減

HiRDB予約ポート機能使用時の予約ポートの範囲の変更

pd_dbsync_altwrite_skip

Y

→

N

参照トランザクションの性能安定化

なし

pd_deter_restart_on_stop_fail

Y

Y

N

強制停止実行時の異常終了発生による系切り替えの抑止

なし

pd_ipc_tcp_nodelayack

Y

Y

N

即時ACKの適用による通信性能の安定化

なし

pd_max_dbbuff_shm_no（Windows版32bit限定オペランド）

512

512

16

グローバルバッファ用共用メモリセグメント数の設定不要化

なし

pd_inet_unix_bufmode※4

os

→

【Linuxの場合】

os

【AIX，及びHP-UXの場合】

conf

通信バッファサイズの拡大による性能安定化

なし

pd_sql_simple_comment_use

Y

→

N

単純注釈使用時のオペランド指定不要化

SQL文中の「--」の扱いの変更と，改行コードを含む制御文字の扱いの変更に伴う，SQL文の見直し

pd_trn_rollback_msg_interval

5

→

60

メッセージ出力間隔の短縮

なし

pd_module_trace_max

256

256

126

モジュールトレース拡大によるトラブルシュート情報の拡充

プロセス固有メモリ増加によるプロセス固有メモリの再見積もり

pd_utl_file_buff_size

1024

1024

32

入出力バッファの拡大によるユティリティの実行性能の向上

なし

SHMMAX

【32ビットモード】

100

【64ビットモード】

1,024

【32ビットモード】

100

【64ビットモード】

1,024

【32ビットモード】

200

【64ビットモード】

1,024

メモリの効率利用によるシステム安定稼働

なし

（凡例）

→：

バージョン08-00からバージョン09-50より前の省略値と同じ省略値であることを示します。

a：

HiRDB開始時に各サーバに割り当てられている共用メモリセグメント数です。共用メモリセグメントの情報はpdls -d memコマンド，又はOSのコマンドで確認できます。

b：

16になります。

注※1

推奨モードを適用し，pd_log_max_data_sizeオペランドの値が523000未満の場合，pdconfchkコマンドで警告（KFPS05632-Wメッセージ）を出力します。

注※2

pd_sts_initial_errorオペランドは，pd_sts_singleoperationオペランドと関連があります。pd_sts_initial_errorオペランドの指定値を検討する場合はpd_sts_singleoperationオペランドも併せて検討してください。

注※3

pd_syssts_initial_errorオペランドはpd_syssts_singleoperationオペランドと関連があります。pd_syssts_initial_errorオペランドの指定値を検討する場合はpd_syssts_singleoperationオペランドも併せて検討してください。

注※4

pd_inet_unix_bufmodeオペランドは次に示すオペランドと関連があります。pd_inet_unix_bufmodeオペランドの指定値を検討する場合は併せて検討してください。

pd_inet_unix_utl_bufmode

pd_ipc_inet_bufsize

pd_ipc_unix_bufsize

pd_listen_socket_bufset

pd_tcp_inet_bufsize

pd_tcp_unix_bufsize

pd_utl_buff_size

注※5

「省略値で定義できるデータベースの規模 」に記載されているデータベースの規模を超える場合は，オペランドの指定が必要な場合があります。

注※6

詳細は，マニュアル「HiRDB Version 9 コマンドリファレンス」の「アクセスパス表示ユティリティ（pdvwopt）」の「チューニングの考え方」を参照してください。

注※7

ユティリティ数やユティリティが使用するRDエリア数がpd_lck_until_disconnect_cntオペランドの省略値を超える場合は，pd_lck_until_disconnect_cntオペランドの指定が必要です。詳細は，「1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和（pd_lck_until_disconnect_cnt）の見積もり式」を参照してください。

注※8

使用する排他制御用プールサイズがpd_lck_pool_sizeオペランドの省略値を超える場合は，pd_lck_pool_sizeオペランドの指定が必要です。詳細は，「排他資源数の見積もり」を参照してください。

注※9

一時表で使用するインデクスの数が600を超える場合は，このオペランドを指定してください。

注※10

pd_max_usersオペランドの指定値が32未満でデータベース回復ユティリティ（pdrstr）又はデータベース複写ユティリティ（pdcopy）を多重で実行している場合，ユティリティの最大同時実行数を減らす必要がある場合があります。詳細は，マニュアル「HiRDB Version 9 コマンドリファレンス」の「ユティリティの最大同時実行数」のデータベース回復ユティリティ（pdrstr）又はデータベース複写ユティリティ（pdcopy）の最大同時実行数を参照してください。

注※11

システムに複数のフロントエンドサーバがある場合は4となります。

注※12

共用メモリサイズが増加すると，ページフォルトの発生回数が増加し，トランザクション性能に影響を与えるおそれがあります。各オペランドの指定値の目安を参照し，システムに合わせて適切な値を指定することを検討してください。

(2)　バージョン，リビジョンによってユーザ指定値の指定範囲が異なるオペランド

バージョン，リビジョンによってユーザ指定値の指定範囲が異なるオペランドを次の表に示します。バージョン09-50以降でバージョン09-50より前の指定範囲で指定した場合，その指定値で動作しますが，バージョン09-50以降の指定範囲で指定することを検討してください。

表1‒9　バージョン09-50でユーザ指定値の範囲が異なるオペランド

オペランド名

バージョン09-50以降の指定範囲

バージョン09-50より前の指定範囲

指定範囲変更によるメリット

指定範囲変更によるデメリット

pd_log_write_buff_count※

10〜65000《10》

3〜65000《10》

省略値で使用できるログバッファ面数の拡大による性能安定化

共用メモリサイズ増加によるメモリ計算式の再見積もり

注※

推奨モードを適用し，pd_log_write_buff_countオペランドに10未満の値を指定している場合，pdconfchkコマンドを実行すると警告メッセージ（KFPS05632-W）が出力されます。

(3)　指定不要となったオペランド

省略値以外を指定する必要がないために指定不要となったオペランド，及び省略値以外を指定している場合に特に指定値の変更をお勧めするオペランドの一覧を次の表に示します。これらのオペランドを指定したままでもエラーにはなりませんが，オペランドを省略，又は指定値を変更することを検討してください。

推奨モード適用時は，ここで示すオペランドについて，すべて省略することを検討してください。

互換モード適用時は，バージョン09-50の省略値と0904互換モード適用時の省略値が異なるオペランドについて，バージョン09-50の省略値になるように明示的に指定することを検討してください。オペランドの説明は，「互換モード適用時に検討が必要なオペランド」を参照してください。また，バージョン09-50の省略値と0904互換モード適用時の省略値が同じオぺランドは，省略することを検討してください。

指定値変更によるメリット及びデメリットについては，「バージョン，リビジョンによって省略値が異なるオペランド」を参照してください。

注意事項

太字のオペランドを省略している場合，バージョンアップ時に推奨モードを適用し，デメリットに記載されているHiRDBファイルの再作成などを行わないと，HiRDBが開始できなくなるおそれがあります。

表1‒10　バージョン09-50で指定不要となったオペランド

オペランド名

バージョン09-50の省略値

（推奨モード適用時）

0904互換モード適用時の省略値

オペランドの説明有無

pd_log_rec_leng

1,024

4,096

○

pd_sysdef_default_option※1

→

recommendable

−

pd_large_file_use※2，※3

→

Y

−

pd_apply_search_ats_num

30,000

255

○

pd_hashjoin_hashing_mode

TYPE2

TYPE1

○

pd_leap_second

Y

N

○

pd_dbsync_altwrite_skip

Y

N

○

pd_sts_initial_error

excontinue

stop

○

pd_sts_singleoperation

stop

stop

○

pd_syssts_initial_error

excontinue

stop

○

pd_syssts_singleoperation

stop

stop

○

pd_registered_port_level

1

0

○

pd_log_max_data_size※1

523,000

400,000

○

pd_log_rollback_buff_count

0

省略

○

pd_max_tmp_table_rdarea_no

min（131088，pd_max_rdarea_no-3）

0

○

pd_inet_unix_bufmode※4

os

【Linuxの場合】

os

【AIX，及びHP-UXの場合】

conf

○

pd_sql_simple_comment_use

Y

N

○

pd_trn_rollback_msg_interval

5

60

○

pd_utl_exec_mode

1

0

○

pd_watch_time※5

→

0

−

pd_dbbuff_lock_interval

→

1

−

pd_dbbuff_lock_release_detect

→

pipe

−

pd_dbbuff_lock_spn_count

→

100

−

pd_dbbuff_wait_interval

→

なし

−

pd_dbbuff_wait_spn_count

→

0

−

pd_dbsync_lck_release_count

→

10,000

−

pd_deter_restart_on_stop_fail

→

Y

−

pd_ipc_tcp_nodelayack

→

Y

−

pd_lck_release_detect

→

pipe

−

pd_lck_release_detect_interval

→

10

−

pd_max_commit_write_reclaim_no

→

10

−

pd_sql_send_buff_size

→

4

−

pd_server_entry_queue

→

spnfifo

−

pd_thdlock_pipe_retry_interval

→

1,000,000

−

pd_thdlock_retry_time

→

1,000

−

pd_thdlock_sleep_func

→

0

−

pd_thdlock_wakeup_lock※6

→

N

−

pd_thdspnlk_spn_count

→

512

−

pd_utl_file_buff_size

1024

1024

−

（凡例）

→：

0904互換モード適用時の省略値です。

○：

「互換モード適用時に検討が必要なオペランド」に定義の説明があります。

−：

オペランドの説明はありません。

注※1

pd_sysdef_default_optionオペランドは指定できません。指定するとエラーになるおそれがあります。pd_sysdef_default_optionオペランドを指定している場合は，pd_sysdef_default_optionオペランドを省略し，「バージョン09-50より前のHiRDBシステム定義の変更点」を参照して各オペランドの指定値に推奨値を指定することを検討してください。

注※2

pd_large_file_useオペランドをNからYに変更すると，共用メモリサイズが増加します。メモリ計算式の再見積もりをしてください。

注※3

pd_large_file_useオペランドの値がNの場合，pdconfchkコマンドを実行すると警告メッセージ（KFPS05632-W）が出力されます。

注※4

pd_inet_unix_bufmodeオペランドは次に示すオペランドと関連があります。pd_inet_unix_bufmodeオペランドの指定値を検討する場合は，次のオペランドも併せて検討してください。

pd_inet_unix_utl_bufmode

pd_ipc_inet_bufsize

pd_ipc_unix_bufsize

pd_listen_socket_bufset

pd_tcp_inet_bufsize

pd_tcp_unix_bufsize

pd_utl_buff_size

注※5

pd_watch_timeオペランドに0以外を指定していた場合は，次のすべての対策を実施してください。

pd_watch_timeオペランドを省略してください。

次のオペランドを指定してSQL，コマンド，及びユティリティの実行時間を監視してください。

・クライアント環境定義PDCWAITTIME

・システム定義pd_cmd_exec_time

指定値の詳細は，PDCWAITTIMEオペランドについてはマニュアル「HiRDB Version 9 UAP開発ガイド」，pd_cmd_exec_timeオペランドについては，「pd_cmd_exec_time」を参照してください。

pd_watch_timeオペランドに180より大きい値を指定して，pd_lck_wait_timeオペランドを省略している場合は，pd_watch_timeオペランドの指定値をpd_lck_wait_timeオペランドに指定してください。

注※6

Linuxの場合だけ指定不要です。AIX，HP-UXの場合は指定できます。

1.4.2　バージョン09-50より前のHiRDBシステム定義の変更点

(1)　バージョンによって省略値が異なるオペランド

バージョン09-50より前のバージョンによって省略値が異なるオペランドを次の表に示します。

表1‒11　バージョンによって省略値が異なるオペランド

オペランド名

HiRDB V8以降の省略値

HiRDB V7の省略値

HiRDB V6以前の省略値

pd_additional_optimize_level

"COST_BASE_2"

"COST_BASE_2"

"NONE"

pd_assurance_index_no

500

HiRDB/シングルサーバの場合

データディクショナリ表のインデクス数（240）＋50

HiRDB/パラレルサーバの場合

50

HiRDB/シングルサーバの場合

データディクショナリ表のインデクス数（240）＋50

HiRDB/パラレルサーバの場合

50

pd_assurance_table_no

500

100

0

pd_aud_async_buff_count

Max（1，ユニット内HiRDBサーバ数×10）

3

3

pd_aud_async_buff_size

401408

4096

4096

pd_bes_shmpool_size

HiRDBによる自動計算

HiRDBによる自動計算

1024

pd_cancel_down_msgchange

Y

N

N

pd_check_pending※1

USE

07-03以降のバージョン：USE

07-02以前のバージョン：NOUSE（USE※1）

NOUSE（USE※1）

pd_dbbuff_attribute

free

fixed（64ビットモードの場合はfree）

fixed（64ビットモードの場合はfree）

pd_dbbuff_lru_option

MIX

SEPARATE

SEPARATE

pd_dic_shmpool_size

HiRDBによる自動計算

HiRDBによる自動計算

1024

pd_large_file_use

08-05以降のバージョン：Y

08-04以前のバージョン：N

N

N

pd_lck_hash_entry

0（HiRDBによる自動計算）

0（HiRDBによる自動計算）

11261

pd_lck_pool_size

16000（64ビットモードの場合は32000）

16000（64ビットモードの場合は32000）

1024

pd_lck_release_detect

pipe

interval

interval

pd_lck_wait_timeout

Max（180，pd_watch_timeの値）

Max（180，pd_watch_timeの値）

180

pd_log_max_data_size

400000

32000

32000

pd_log_sdinterval

システムログ出力量：5000

経過時間：60

システムログ出力量：1000

経過時間：60

システムログ出力量：1000

経過時間：60

pd_log_write_buff_count

10

3

3

pd_max_access_tables

64

64

16

pd_max_commit_write_reclaim_no

10

0

0

pd_max_server_process

HiRDBによる自動計算

HiRDBによる自動計算

100

pd_optimize_level

pd_optimize_levelオペランドを参照してください。

pd_optimize_levelオペランドを参照してください。

"SELECT_APSL"

pd_pageaccess_mode

SNAPSHOT

SNAPSHOT

NORMAL

pd_process_terminator

fixed

fixed

nonresident

pd_process_terminator_max

Max（3，↑（pd_max_usersの値＋pd_max_reflect_process_countの値）÷100↑）

↑（pd_max_usersの値＋pd_max_reflect_process_countの値）÷100↑

↑（pd_max_usersの値＋pd_max_reflect_process_countの値）÷100↑

pd_sds_shmpool_size

HiRDBによる自動計算

HiRDBによる自動計算

1024

pd_spool_cleanup_interval_level

日数：7

削除種別：all

日数：7

削除種別：dump

日数：7

削除種別：dump

pd_spool_cleanup_level

日数：7

削除種別：all

日数：7

削除種別：dump

日数：7

削除種別：dump

pd_thdlock_pipe_retry_interval

1000000

1000000

4000000（1000000※2）

pd_thdlock_retry_time

1000

10000

10000

pd_trn_commit_optimize

ONEPHASE

ONEPHASE

NOUSE

pd_trn_send_decision_interval

pd_trn_send_decision_intval_secオペランドの値

5

5

pd_work_buff_mode

pool

pool

each

pd_work_table_option

1

1

0

SHMMAX

200（32ビットモードの場合だけ省略値が変更になります）

200（32ビットモードの場合だけ省略値が変更になります）

6

注※1

pd_check_pendingオペランドの省略値は，バージョン07-03でNOUSEからUSEに変更しました。

注※2

pd_thdlock_pipe_retry_intervalオペランドの省略値は，バージョン07-00で4000000から1000000に変更しました。

(2)　指定不要になったオペランド

バージョンアップによって，次に示すオペランドを指定する必要がなくなりました。バージョンアップした場合に，これらのオペランドを指定したままでもエラーにはなりません。

バージョン08-00から指定する必要がなくなったオペランド

pd_dynamic_sql_object_cache

バージョン07-00から指定する必要がなくなったオペランド

pd_multi_fes

pd_redo_skip_inf

1.4.3　32ビットモードと64ビットモードで省略値が異なるオペランド

32ビットモードと64ビットモードでは，次の表に示すシステム定義のオペランドの省略値が変わります。

なお，バージョン09-50の省略値は，推奨モード適用時の省略値を記載しています。互換モード適用時の省略値については，「バージョン，リビジョンによって省略値が異なるオペランド」を参照してください。

表1‒12　32ビットモードと64ビットモードで省略値が異なるオペランド

オペランド名

アドレッシングモード

バージョン09-50以降の省略値

バージョン 09-00から09-50より前の省略値

HiRDB V8の省略値

HiRDB V7の省略値

HiRDB V6以前の省略値

pd_dbbuff_attribute

32ビット

→

→

free

→

fixed

64ビット

→

free

pd_fes_lck_pool_size

32ビット

→

→

→

→

※1

64ビット

→

→

→

→

※2

pd_lck_pool_size

32ビット

→

→

→

→

16000

64ビット

128000

→

→

→

32000

pd_max_add_dbbuff_no

32ビット

→

→

→

a≧500の場合：256

a＜500の場合：500−a

−

64ビット

→

→

→

a≧1000の場合：256

a＜1000の場合：1000−a

−

pd_max_add_dbbuff_shm_no※3

32ビット

500＋（512−b）

→

→

500＋（16−b）

−

64ビット

1000＋（512−b）

→

→

1000＋（16−b）

−

pd_sql_object_cache_size

32ビット

→

→

→

→

※4

64ビット

※5

pd_table_def_cache_size

32ビット

→

→

→

→

※6

64ビット

16000

pd_view_def_cache_size

32ビット

→

→

→

→

※7

64ビット

30000

pd_work_buff_size※8

32ビット

→

→

→

→

HiRDB/シングルサーバの場合：384

HiRDB/パラレルサーバの場合：1024

64ビット

→

→

→

→

5120

SHMMAX

32ビット

100

→

→

200

6

64ビット

→

→

→

→

1024

（凡例）

→：

右の列と同じ値であることを示します。

−：

未サポートです。

a：

HiRDB開始時に各サーバに割り当てられているグローバルバッファ数です。

b：

HiRDB開始時に各サーバに割り当てられている共用メモリセグメント数です。

共用メモリセグメントの情報はpdls -d memコマンド，又はOSのコマンドで確認できます。

c：

16になります。

n：

HiRDB/パラレルサーバでマルチフロントエンドサーバ構成の場合は4，それ以外は3になります。

注※1

｛（pd_max_usersの値＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋4）｝÷6

なお，pd_max_reflect_process_countは，インナレプリカ機能を使用している場合だけ加算します。

注※2

｛（pd_max_usersの値＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋4）｝÷4

なお，pd_max_reflect_process_countは，インナレプリカ機能を使用している場合だけ加算します。

注※3

pd_max_add_dbbuff_noオペランドを省略した場合の省略値です。pd_max_add_dbbuff_noオペランドに値を設定した場合の省略値については，オペランドの説明を参照してください。

注※4

（pd_max_usersの値＋n）×22

注※5

（pd_max_usersの値＋n）×40

注※6

注※7

注※8

pd_work_buff_modeオペランドの値がpoolの場合の省略値です。pd_work_buff_modeオペランドの値がeachの場合の省略値については，オペランドの説明を参照してください。

1.5　省略値で定義できるデータベースの規模

システム定義の省略値を前提としたデータベースの規模について次の表に示します。この規模を超えるリソース数を使用する場合，省略値ではリソース不足になるおそれがあるため，関連するオペランドを含めて見積もりをして設定してください。

表1‒13　省略値で定義できるデータベースの規模

代表的なリソース

数

関連するオペランド

認可識別子

100

pd_auth_cache_size

実表

500

pd_table_def_cache_size

pd_assurance_table_no

インデクス

2500

pd_assurance_index_no

ビュー表

500

pd_table_def_cache_size

pd_view_def_cache_size

ルーチン

100

pd_routine_def_cache_size

RDエリア

1000

（1サーバ当たり）

pd_max_rdarea_no

HiRDBファイル

2000

（1サーバ当たり）

pd_max_file_no

●表の分割数による影響

HiRDB/シングルサーバは非分割（分割数1）を想定しています。また，HiRDB/パラレルサーバは，次の条件で分割数6を想定しています。

システム内のユニット数：3

ユニット内のバックエンドサーバ数：2

サーバ内分割は適用しない

表の分割数が上記の値を超える場合は，次のオペランドについて検証が必要です。

pd_table_def_cache_size

●表の分割方法による影響

次のオペランドについては，サーバ内分割をしている表やインデクスがある場合，分割数を加算することになります。したがって，サーバ内分割をしている場合は，リソース数が想定規模以内であっても，設定値を検証してください。

pd_assurance_table_no

pd_assurance_index_no

設定値の目安については，各オペランドの説明を参照してください。

2　システム共通定義

この章では，システム共通定義の各オペランドの形式について説明します。

2.1　オペランドの形式

2.1.1　オペランドの形式の説明

システム共通定義ではHiRDB全体の構成や，HiRDBのユニットに共通な情報を定義します。ここでは，システム共通定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　システム構成

(a)　set形式

　set pd_system_id = HiRDB識別子

〔set pd_name_port = HiRDBのポート番号〕

　set pd_master_file_name = "マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称"

〔set pd_system_expand_unit = ユニット識別子〔，ユニット識別子〕…〕

(b)　コマンド形式

｛｛pdunit -x ホスト名

　　　　　-u ユニット識別子

　　　　　〔-d "HiRDB運用ディレクトリ名"〕

　　　　　〔-c ホスト名〕

　　　　　〔-p HiRDBのポート番号〕

　　　　　〔-s スケジューラプロセスのポート番号〕

　　　　　〔-t トランザクションサーバプロセスのポート番号〕

　　　　　〔-m メッセージログサーバプロセスのポート番号〕

　　　　　〔-a ユニット監視プロセスのポート番号〕｝｝

｛｛pdstart -t サーバ種別

　　　　　〔-s サーバ名〕

　　　　　-x ホスト名｜-u ユニット識別子

　　　　　〔-m ホスト名〔，ホスト名〕…

　　　　　〔-n ホスト名〔，ホスト名〕…〕〕

　　　　　〔-c サーバ名｜-g HAグループ識別子〕

　　　　　〔-k stls〕｝｝

(2)　同時実行最大数

(a)　set形式

〔set pd_max_users = 最大同時接続数〕

〔set pd_max_server_process = 最大同時起動サーバプロセス数〕

〔set pd_max_access_tables = 同時アクセス可能実表数〕

(3)　HiRDBの開始方法

(a)　set形式

〔set pd_mode_conf = AUTO｜MANUAL1｜MANUAL2〕

〔set pd_system_complete_wait_time = pdstartコマンド完了待ち時間〕

〔set pd_start_time_out = HiRDB開始準備処理の最大待ち時間〕

〔set pd_term_watch_count = 連続異常終了回数の上限〕

(4)　縮退起動

(a)　set形式

〔set pd_start_level = 0｜1〕

〔set pd_reduced_check_time = 縮退起動開始の連絡待ち時間〕

〔set pd_start_skip_unit = 開始しないユニットの名称〔，開始しないユニットの名称〕…〕

(5)　HiRDBの処理方式

(a)　set形式

〔set pd_dbsync_point = sync｜commit〕

〔set pd_system_dbsync_point = sync｜commit〕

〔set pd_process_terminator = resident｜fixed｜nonresident〕

〔set pd_process_terminator_max = 後処理プロセスの最大常駐数〕

〔set pd_thdlock_wakeup_lock = Y｜N〕

〔set pd_pageaccess_mode = SNAPSHOT｜NORMAL〕

〔set pd_cmdhold_precheck = Y｜N〕

〔set pd_db_io_error_action = dbhold｜unitdown〕

〔set pd_connect_errmsg_hide = Y｜N〕

〔set pd_cancel_down_msgchange = Y｜N〕

(6)　全面回復処理

(a)　set形式

〔set pd_max_recover_process = 全面回復処理の並列実行プロセス数〕

〔set pd_redo_allpage_put = Y｜N〕

(7)　トランザクション決着処理

(a)　set形式

〔set pd_trn_rerun_branch_auto_decide = Y｜N〕

〔set pd_trn_send_decision_intval_sec = 秒単位でのトランザクション自動決着の送信リトライ時間間隔〕

〔set pd_trn_send_decision_interval = 分単位でのトランザクション自動決着の送信リトライ時間間隔〕

〔set pd_trn_send_decision_retry_time = トランザクション自動決着の最大待ち時間〕

〔set pd_trn_watch_time = トランザクション同期点処理時の最大通信待ち時間〕

〔set pd_trn_rcvmsg_store_buflen = トランザクション回復メッセージキューサイズ〕

〔set pd_trn_commit_optimize = ONEPHASE｜NOUSE〕

〔set pd_trn_rollback_watch_time = ロールバック完了応答の最大待ち時間〔，ロールバック指示再送限界時間〕〕

(8)　SQLの仕様

(a)　set形式

〔set pd_overflow_suppress = Y｜N 〕

〔set pd_space_level = 0｜1｜3 〕

〔set pd_dec_sign_normalize = Y｜N 〕

〔set pd_sql_dec_op_maxprec = 演算結果が29けた以下のDECIMAL型となる精度の最大値〕

〔set pd_sql_mode = 0｜1〕

〔set pd_ddl_tbl_pctfree = 表の未使用領域比率,表のセグメント内空きページ比率〕

〔set pd_ddl_tbl_fix_pctfree = 表の未使用領域比率,表のセグメント内空きページ比率〕

〔set pd_ddl_idx_pctfree = インデクスの未使用領域比率〕

〔set pd_ddl_tbl_recovery = {ALL｜PARTIAL｜NO}〕

(9)　SQLの最適化

(a)　set形式

〔set pd_optimize_level = SQL最適化オプション〔，SQL最適化オプション〕…〕

〔set pd_additional_optimize_level = SQL拡張最適化オプション〔，SQL拡張最適化オプション〕…〕

〔set pd_hash_table_size = ハッシュ表サイズ〕

〔set pd_work_table_option = 作業表処理オプション〕

(10)　絞込み検索

(a)　set形式

〔set pd_max_list_users = 同時リスト所有可能ユーザ数〕

〔set pd_max_list_count = 1ユーザ当たりのリスト作成数〕

〔set pd_list_initialize_timing = INITIAL｜DEFER｜STANDBY〕

〔set pd_list_rowcount_in_rename = Y｜N〕

(11)　システム監視

(a)　set形式

〔set pd_utl_exec_time = ユティリティの実行監視時間〕

〔set pd_cmd_exec_time = 運用コマンド及びユティリティの実行監視時間〕

〔set pd_queue_watch_time = メッセージキュー監視時間〕

〔set pd_queue_watch_timeover_action = continue｜stop〕

〔set pd_cmd_process_conwaittime = 運用コマンド・ユティリティ実行におけるプロセス割り当て監視時間〕

〔set pd_down_watch_proc = サーバプロセスの異常終了回数の上限値〔，監視間隔〕〕

〔set pd_host_watch_interval = ホスト間監視時間間隔〕

〔set pd_watch_resource = MANUAL｜AUTO｜DEFAULT〕

〔set pd_max_users_wrn_pnt = HiRDBサーバへの接続数に関する警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕〕

〔set pd_max_access_tables_wrn_pnt = 同時アクセス可能実表数に関する警告メッセージの出力契機〕

〔set pd_max_rdarea_no_wrn_pnt = RDエリア数に関する警告メッセージの出力契機〕

〔set pd_max_file_no_wrn_pnt = HiRDBファイル数に関する警告メッセージの出力契機〕

〔set pdwork_wrn_pnt = 作業表用ファイルに関する警告メッセージの出力契機〕

〔set pd_max_list_users_wrn_pnt = リスト作成ユーザ数に関する警告メッセージの出力契機〕

〔set pd_max_list_count_wrn_pnt = 1ユーザ当たりのリスト作成数に関する警告メッセージの出力契機〕

〔set pd_rdarea_list_no_wrn_pnt = サーバ内のリスト作成数に関する警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕〕

(12)　SQL実行時間警告出力機能

(a)　set形式

〔set pd_cwaittime_wrn_pnt = SQL実行時間警告情報の出力条件（比率指定）｜SQL実行時間警告情報の出力条件（時間指定）〕

〔set pd_cwaittime_report_dir = SQL実行時間警告情報ファイルの出力先ディレクトリ〕

〔set pd_cwaittime_report_size = SQL実行時間警告情報ファイルの最大容量〕

(13)　拡張SQLエラー情報出力機能

(a)　set形式

〔set pd_uap_exerror_log_use = AUTO｜YES｜NO〕

〔set pd_uap_exerror_log_dir = SQLエラーレポートファイルの格納ディレクトリ〕

〔set pd_uap_exerror_log_size = SQLエラーレポートファイルの最大サイズ〕

〔set pd_uap_exerror_log_param_size = クライアントエラーログファイル及びSQLエラーレポートファイルへ出力するパラメタ情報の最大データ長〕

(14)　SQL予約語削除機能

(a)　set形式

〔set pd_delete_reserved_word_file = SQL予約語削除ファイル名称1〔，SQL予約語削除ファイル名称2〕…〕

(15)　SQLからのコマンド実行

(a)　set形式

〔set pd_sql_command_exec_users = 認可識別子〔，認可識別子〕…〕

(16)　SQLSTATEの細分化

(a)　set形式

〔set pd_standard_sqlstate = Y｜N〕

(17)　排他制御

(a)　set形式

〔set pd_lck_deadlock_info = Y｜N〕

〔set pd_lck_wait_timeout = 排他待ち限界経過時間〕

〔set pd_nowait_scan_option = LOCK｜NOLOCK〕

〔set pd_lck_queue_limit = 排他待ちユーザ数警告メッセージ出力契機〕

〔set pd_deadlock_priority_use = Y｜N〕

〔set pd_command_deadlock_priority = 32｜64｜96｜120〕

〔set pd_key_resource_type = TYPE1｜TYPE2〕

〔set pd_indexlock_mode = KEY｜NONE〕

〔set pd_lock_uncommited_delete_data = WAIT｜NOWAIT〕

〔set pd_dbreuse_remaining_entries = ALL｜ONLY_DIC｜NONE｜ONLY_USER｜NOTHING〕

〔set pd_lck_deadlock_check = Y｜N〕

〔set pd_lck_deadlock_check_interval = デッドロック監視時間間隔〕

〔set pd_idx_without_rollback =Y｜N〕

〔set pd_isolation_level = データ保証レベル〕

〔set pd_unique_indexlock_info=Y｜N〕

(18)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕

〔set pd_def_buf_control_area_assign = INITIAL｜TRAN〕

〔set pd_thread_max_stack_size = 1スレッドが使用する最大スタックサイズ〕

〔set pd_thread_stack_expand_size = 1スレッド当たりのスタック拡張サイズ〕

(19)　共用メモリ

(a)　set形式

〔set pd_shmpool_attribute = free｜fixed｜hugepage〕

〔set pd_shmpool_control = unit｜server〕

〔set pd_dbbuff_attribute = free｜fixed｜hugepage〕

(b)　putenv形式

〔putenv SHMMAX 共用メモリセグメントサイズの上限値〕

(20)　メッセージログファイル

(a)　set形式

〔set pd_mlg_msg_log_unit = manager｜local〕

〔set pd_mlg_file_size = メッセージログファイルの最大容量〕

(21)　統計情報

(a)　set形式

〔set pd_statistics = A｜Y｜N〕

〔set pd_stj_file_size = 統計ログファイルの最大容量〕

〔set pd_stj_buff_size = 統計ログバッファ長〕

〔set pd_sqlobject_stat_timing = deallocate｜tran〕

(b)　コマンド形式

〔pdstbegin〔-k 統計情報種別〔，統計情報種別〕…〕

　　　　　　〔-m システム稼働統計情報出力時間間隔〕

　　　　　　〔-I データベースの入出力統計情報出力時間間隔〕

　　　　　　〔-D データベースの入出力統計情報オプション

　　　　　　〔，データベースの入出力統計情報オプション〕〕

　　　　　　〔｛-x ホスト名｜-u ユニット識別子｝〕

　　　　　　〔｛-a｜-s サーバ名〔，サーバ名〕…｝〕〕

　　　　　　〔-w〕

〔pdhibegin -k 履歴情報種別〔，履歴情報種別〕…〕

(22)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕

(23)　PRFトレース情報

(a)　set形式

〔set pd_prf_trace = Y｜N〕

〔set pd_prf_level = 00000007｜0000001f｜0000007f｜000001ff｜00000000〕

〔set pd_prf_file_count = PRFトレース情報ファイルの世代数〕

〔set pd_prf_file_size = PRFトレース情報ファイルサイズ〕

(24)　トラブルシュート情報

(a)　set形式

〔set pd_cancel_dump = put｜noput〕

〔set pd_client_waittime_over_abort = Y｜N〕

〔set pd_clt_waittime_over_dump_level = all｜shm_fesonly〕

〔set pd_dump_suppress_watch_time =トラブルシュート情報の出力抑止時間〕

〔set pd_debug_info_netstat = Y｜N〕

〔set pd_spool_cleanup_interval = トラブルシュート情報の削除処理間隔〕

〔set pd_spool_cleanup_interval_level = 日数〔，削除種別〕〕

〔set pd_spool_cleanup = normal｜force｜no〕

〔set pd_spool_cleanup_level = 日数〔，削除種別〕〕

〔set pd_module_trace_max = モジュールトレース格納最大数〕

〔set pd_module_trace_timer_level = 0｜10｜20〕

〔set pd_pth_trace_max = 通信トレース格納最大数〕

(25)　RDエリア

(a)　set形式

〔set pd_max_rdarea_no = RDエリアの最大数〕

〔set pd_max_file_no = RDエリアを構成するHiRDBファイルの最大数〕

〔set pd_rdarea_warning_point = セグメント使用比率1〔，セグメント使用比率2〔，セグメント使用比率3〕〕〕

〔set pd_rdarea_warning_point_msgout = Y｜N〕

〔set pd_stored_lob_data_wrn_pnt = セグメント使用比率1〔，セグメント使用比率2〔，セグメント使用比率3〕〕〕

〔set pd_rdarea_extension_timing = use｜nouse〕

〔set pd_rdarea_expand_format = Y｜N〕

〔set pd_rdarea_extension_file = all｜last〕

〔set pd_rdarea_open_attribute_use = Y｜N〕

〔set pd_rdarea_open_attribute = INITIAL｜DEFER｜SCHEDULE〕

〔set pd_shared_rdarea_use = Y｜N〕

〔set pd_db_access_error_action = dbhold｜unitdown〕

〔set pd_db_hold_action = dbhold｜unitdown〕

(26)　グローバルバッファ

(a)　set形式

〔set pd_dbbuff_lru_option = SEPARATE｜MIX〕

〔set pd_dbbuff_binary_data_lru = Y｜N〕

〔set pd_dbbuff_modify = Y｜N〕

〔set pd_dbbuff_rate_updpage = デファードライトトリガの要求比率〕

〔set pd_dbbuff_trace_level = グローバルバッファ制御情報トレース取得レベル〕

(b)　コマンド形式

〔｛｛pdbuffer -a グローバルバッファ名

　　｛-r RDエリア名〔，RDエリア名〕…｜

　　　-b RDエリア名〔，RDエリア名〕…｜

　　　-o｜

　　　-i 認可識別子．インデクス識別子｝

　　　-n バッファ面数〔-ｌ バッファサイズ〕

　　〔-m 同時実行最大プリフェッチ数〕

　　〔-p 一括入力最大ページ数〕

　　〔-w デファードライトトリガ時の更新ページ出力比率〕

　　〔-c〕

　　〔-y デファードライトトリガ契機の更新バッファ面数〕｝｝〕

(27)　インメモリデータ処理

(a)　set形式

〔set pd_max_resident_rdarea_no = インメモリRDエリアの最大数〕

〔set pd_max_resident_rdarea_shm_no = インメモリデータバッファが使用する共用メモリセグメントの最大数〕

(28)　表又はインデクスの予約数

(a)　set形式

〔set pd_assurance_table_no = 表予約数〕

〔set pd_assurance_index_no = インデクス予約数〕

(29)　参照制約及び検査制約

(a)　set形式

〔set pd_constraint_name = LEADING｜TRAILING〕

〔set pd_check_pending = USE｜NOUSE〕

(30)　一時表

(a)　set形式

〔set pd_max_temporary_object_no = ある一時点で使用する一時表と一時インデクスの最大数〕

〔set pd_tmp_table_initialize_timing = STARTING｜ACCESS〕

(31)　再編成時期予測機能

(a)　set形式

〔set pd_rorg_predict = Y｜N〕

(32)　セキュリティ監査機能

(a)　set形式

〔set pd_audit = Y｜N〕

〔set pd_aud_file_name = 監査証跡ファイル用のHiRDBファイルシステム領域名〕

〔set pd_aud_max_generation_size = 1監査証跡ファイルの最大容量〕

〔set pd_aud_max_generation_num = 監査証跡ファイルの最大数〕

〔set pd_aud_no_standby_file_opr = down｜forcewrite〕

〔set pd_aud_async_buff_size = 監査証跡の非同期出力時に使用するバッファ長〕

〔set pd_aud_async_buff_count = 監査証跡の非同期出力時に使用するバッファ面数〕

〔set pd_aud_async_buff_retry_intvl = 監査証跡の非同期出力時に使用するバッファの確保リトライ間隔〕

〔set pd_aud_sql_source_size = 監査証跡に出力するSQL文のサイズ〕

〔set pd_aud_sql_data_size = 監査証跡に出力するSQLデータのサイズ〕

〔set pd_aud_file_wrn_pnt = 警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕〕

〔set pd_aud_auto_loading = Y｜N〕

(b)　コマンド形式

〔pdaudload〔-i インデクス作成方法〕

　　　　　　〔-l ログ取得方式〕

　　　　　　〔-n 〔一括出力用ローカルバッファ面数〕，，

　　　　　　　　　〔ランダムアクセス用ローカルバッファ面数〕〕

　　　　　　〔-y〕

　　　　　　〔-X サーバ間通信の応答監視時間〕〕

(33)　セキュリティの強化

(a)　set形式

〔set pd_security_host_group = ホスト名〔，ホスト名〕…〕

(34)　系切り替え機能

(a)　set形式

〔set pd_ha = use｜nouse〕

〔set pd_ha_ipaddr_inherit = Y｜N〕

〔set pd_ha_switch_timeout = Y｜N〕

〔set pd_ha_prc_cleanup_check = Y｜N〕

〔set pd_ha_mgr_rerun = wait｜notwait〕

〔set pd_ha_transaction = error｜queuing〕

〔set pd_ha_trn_queuing_wait_time = トランザクションのキューイング待ち時間〕

〔set pd_ha_trn_restart_retry_time = トランザクション開始要求エラー時のリトライ時間の上限〕

〔set pd_ha_resource_act_wait_time = リソース活性化の最大待ち時間〕

〔set pd_ha_switch_error = ignore | retry〕

〔set pd_ha_observe_timeout = 系切り替え処理の監視時間〕

(b)　コマンド形式

〔pdhagroup -g HAグループ識別子 -u ユニット識別子〔，ユニット識別子〕…〕

(35)　HiRDB Datareplicator

(a)　set形式

〔set pd_rpl_init_start = Y｜N〕

〔set pd_rpl_reflect_mode = server｜uap〕

〔set pd_log_rpl_no_standby_file_opr = stop｜continue〕

〔set pd_rpl_func_control = BACKWARD_CUTOFF_UPDATE｜NONE〕

(36)　JP1との連携

(a)　set形式

〔set pd_jp1_use = Y｜N〕

〔set pd_jp1_event_level = 1｜2〕

〔set pd_jp1_event_msg_out = Y｜N〕

(37)　リアルタイムSANレプリケーション

(a)　set形式

〔set pd_rise_use = Y｜N〕

〔set pd_rise_pairvolume_combination = sync｜async｜hybrid｜syssync〕

〔set pd_rise_disaster_mode = normal｜alone〕

〔set pd_rise_fence_level = data｜never〕

(b)　putenv形式

〔putenv HORCMINST RAID Managerのインスタンス番号〕

(38)　インナレプリカ機能

(a)　set形式

〔set pd_inner_replica_control = インナレプリカ最大グループ数〕

〔set pd_inner_replica_lock_shift = Y｜N〕

〔set pd_lv_mirror_use = Y｜N〕

〔set pd_inner_replica_hold_status = NORMAL｜HOLD〕

〔set pd_max_reflect_process_count = 追い付き反映処理時に確保するプロセス数〕

〔set pd_log_org_reflected_logpoint = keep｜release〕

〔set pd_log_org_no_standby_file_opr = stop｜continue〕

(39)　OLTP

(a)　set形式

〔set pd_oltp_holdcr = use｜nouse〕

(40)　バージョンアップ

(a)　set形式

〔set pd_auto_vrup = Y｜N〕

(41)　通信処理

(a)　set形式

〔set pd_service_port = スケジューラプロセスのポート番号〕

〔set pd_name_fixed_port_lookup = Y｜N〕

〔set pd_scd_port = スケジューラプロセスのポート番号〕

〔set pd_trn_port = トランザクションサーバプロセスのポート番号〕

〔set pd_mlg_port = メッセージログサーバプロセスのポート番号〕

〔set pd_alv_port = ユニット監視プロセスのポート番号〕

〔set pd_change_clt_ipaddr = 0｜1 〕

〔set pd_registered_port = "ポート番号の予約範囲"〔，"ポート番号の予約範囲"〕…〕

〔set pd_registered_port_check = Y｜N｜C｜W〕

〔set pd_ipc_send_retrycount = プロセス間通信の送信リトライ処理の連続繰り返し回数〕

〔set pd_ipc_send_retrysleeptime = プロセス間通信の送信リトライ処理のスリープ時間〕

〔set pd_ipc_send_count = サーバ間の送信処理のリトライ回数〕

〔set pd_ipc_recv_count = サーバ間の受信処理のリトライ回数〕

〔set pd_ipc_conn_nblock = Y｜N〕

〔set pd_ipc_conn_nblock_time = ノンブロックモードでのコネクション確立監視時間〕

〔set pd_ipc_clt_conn_nblock = Y｜N〕

〔set pd_ipc_clt_conn_nblock_time = ノンブロックモードでのコネクション確立監視時間（HiRDBクライアントとの通信）〕

〔set pd_ipc_conn_interval = コネクション確立処理のリトライ間隔〕

〔set pd_ipc_conn_count =コネクション確立処理のリトライ回数〕

(42)　Java

(a)　set形式

〔set pd_java_option = "Javaオプション"〔，"Javaオプション"〕…〕

〔set pd_java_routine_stack_size = 外部Javaルーチンが使用するスタック領域長〕

〔set pd_java_archive_directory = "JARファイル格納ディレクトリ"〕

〔set pd_java_classpath = "Javaクラスパス"〕

〔set pd_java_runtimepath = "Java Runtime Environmentのルートディレクトリ"〕

〔set pd_java_libpath = "Java仮想マシンのライブラリディレクトリ"〕

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕

(43)　外部Cストアドルーチン

(a)　set形式

〔set pd_c_library_directory = "Cライブラリファイル格納ディレクトリ"〕

(44)　文字コード

(a)　set形式

〔set pd_substr_length = 3｜4｜5｜6｜7｜8｜9｜10〕

(45)　ユーザ認証

(a)　set形式

〔set pd_os_authenticate = Y｜N〕

〔set pd_connect_auth_type = ALL｜方式〔，方式〕…〕

(46)　クライアントグループ

(a)　コマンド形式

｛｛〔pdcltgrp -g クライアントグループ名称

　　　　　　　-u グループごとの接続保証ユーザ数〕｝｝

(47)　プラグイン

(a)　コマンド形式

｛｛〔pdplugin -n プラグイン名称〕｝｝

(48)　日付・時刻

(a)　putenv形式

〔putenv TZ タイムゾーン〕

(49)　メッセージの出力抑止機能

(a)　putenv形式

〔pdmlgput -s 出力有無

　　　　　｛-c ALL｜〔-l メッセージの重要度〕 -m メッセージID〔，メッセージID〕…｝〕

3　ユニット制御情報定義

この章では，ユニット制御情報定義の各オペランドの形式について説明します。

3.1　オペランドの形式

3.1.1　オペランドの形式の説明

ユニット制御情報定義ではユニットの情報を定義します。ここでは，ユニット制御情報定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

●影響分散スタンバイレス型系切り替え機能を使用される方へ

影響分散スタンバイレス型系切り替え機能を使用する場合，指定できるオペランドが決まっています。詳細については，「影響分散スタンバイレス型系切り替え機能使用時に指定できるオペランド一覧（ユニット制御情報定義）」を参照してください。

(1)　システム構成

(a)　set形式

　set pd_unit_id = ユニット識別子

〔set pd_hostname = ホスト名〕

(2)　同時実行最大数

(a)　set形式

〔set pd_max_server_process = 最大同時起動サーバプロセス数〕※

(3)　HiRDBの開始方法

(a)　set形式

〔set pd_term_watch_count = 連続異常終了回数の上限〕※

(4)　HiRDBの処理方式

(a)　set形式

〔set pd_thdlock_wakeup_lock = Y｜N〕※

〔set pd_db_io_error_action = dbhold｜unitdown〕※

(5)　全面回復処理

(a)　set形式

〔set pd_max_recover_process = 全面回復処理の並列実行プロセス数〕※

(6)　トランザクション決着処理

(a)　set形式

〔set pd_trn_rcvmsg_store_buflen = トランザクション回復メッセージキューサイズ〕※

(7)　システム監視

(a)　set形式

〔set pd_down_watch_proc = サーバプロセスの異常終了回数の上限値〔，監視間隔〕〕※

(8)　SQL実行時間警告出力機能

(a)　set形式

〔set pd_cwaittime_report_dir = SQL実行時間警告情報ファイルの出力先ディレクトリ〕※

〔set pd_cwaittime_report_size = SQL実行時間警告情報ファイルの最大容量〕※

(9)　拡張SQLエラー情報出力機能

(a)　set形式

〔set pd_uap_exerror_log_dir = SQLエラーレポートファイルの格納ディレクトリ〕※

〔set pd_uap_exerror_log_size = SQLエラーレポートファイルの最大サイズ〕※

〔set pd_uap_exerror_log_param_size = クライアントエラーログファイル及びSQLエラーレポートファイルへ出力するパラメタ情報の最大データ長〕※

(10)　排他制御

(a)　set形式

〔set pd_lck_wait_timeout = 排他待ち限界経過時間〕※

〔set pd_lck_deadlock_info = Y｜N〕※

〔set pd_lck_deadlock_check = Y｜N〕※

〔set pd_lck_deadlock_check_interval = デッドロック監視時間間隔〕※

(11)　バッファ

(a)　set形式

〔set pd_thread_stack_expand_size = 1スレッド当たりのスタック拡張サイズ〕

(12)　共用メモリ

(a)　set形式

〔set pd_shmpool_attribute = free｜fixed｜hugepage〕※

〔set pd_dbbuff_attribute = free｜fixed｜hugepage〕※

(b)　putenv形式

〔putenv SHMMAX 共用メモリセグメントサイズの上限値〕※

(13)　統計情報

(a)　set形式

〔set pd_stj_file_size = 統計ログファイルの最大容量〕※

〔set pd_stj_buff_size = 統計ログバッファ長〕※

(14)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※

(15)　PRFトレース情報

(a)　set形式

〔set pd_prf_level = 00000007｜0000001f｜0000007f｜000001ff｜00000000〕※

〔set pd_prf_file_count = PRFトレース情報ファイルの世代数〕※

〔set pd_prf_file_size = PRFトレース情報ファイルサイズ〕※

〔set pd_prf_output_directory = PRFトレースを出力するディレクトリ〕

(16)　トラブルシュート情報

(a)　set形式

〔set pd_cancel_dump = put｜noput〕※

〔set pd_dump_suppress_watch_time = トラブルシュート情報の出力抑止時間〕※

〔set pd_spool_cleanup_interval = トラブルシュート情報の削除処理間隔〕※

〔set pd_spool_cleanup_interval_level = 日数〔，削除種別〕〕※

〔set pd_spool_cleanup = normal｜force｜no〕※

〔set pd_spool_cleanup_level = 日数〔，削除種別〕〕※

〔set pd_module_trace_max = モジュールトレース格納最大数〕※

〔set pd_module_trace_timer_level = 0｜10｜20〕※

〔set pd_pth_trace_max = 通信トレース格納最大数〕※

(17)　ユニット用ステータスファイル

(a)　set形式

　set pd_syssts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

〔set pd_syssts_file_name_2 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_file_name_3 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_file_name_4 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_file_name_5 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_file_name_6 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_syssts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_2 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_3 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_4 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_5 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_6 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_syssts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

(18)　ユニット用ステータスファイル（障害発生時）

(a)　set形式

〔set pd_syssts_last_active_file = "論理ファイル名"〕

〔set pd_syssts_last_active_side = A｜B〕

〔set pd_syssts_last_active_subfile = "論理ファイル名"〕

〔set pd_syssts_last_active_side_sub = A｜B〕

(19)　セキュリティ

(a)　set形式

〔set pd_audit = Y｜N〕※

〔set pd_aud_file_name = 監査証跡ファイル用のHiRDBファイルシステム領域名〕※

〔set pd_aud_max_generation_size = 1監査証跡ファイルの最大容量〕※

〔set pd_aud_max_generation_num = 監査証跡ファイルの最大数〕※

〔set pd_aud_async_buff_size = 監査証跡の非同期出力時に使用するバッファ長〕※

〔set pd_aud_async_buff_count = 監査証跡の非同期出力時に使用するバッファ面数〕※

〔set pd_aud_async_buff_retry_intvl = 監査証跡の非同期出力時に使用するバッファの確保リトライ間隔〕※

〔set pd_aud_sql_source_size = 監査証跡に出力するSQL文のサイズ〕

〔set pd_aud_sql_data_size = 監査証跡に出力するSQLデータのサイズ〕

(20)　系切り替え機能

(a)　set形式

〔set pd_ha_acttype = monitor｜server〕

〔set pd_ha_unit = nouse〕

〔set pd_ha_restart_failure = コマンド名〕

〔set pd_ha_switch_timeout = Y｜N〕※

〔set pd_ha_server_process_standby = Y｜N〕

〔set pd_ha_agent = standbyunit｜server｜activeunits〕

〔set pd_ha_max_act_guest_servers = 受け入れ可能なゲストBESの最大数〕

〔set pd_ha_max_server_process = 受け入れユニット内の最大ユーザサーバプロセス数〕

〔set pd_ha_process_count = ゲストBES受け入れ後のユニット内常駐プロセス数〕

〔set pd_ha_resource_act_wait_time = リソース活性化の最大待ち時間〕※

〔set pd_ha_ipaddr_inherit = Y｜N〕※

(21)　HiRDB Datareplicator

(a)　set形式

〔set pd_rpl_hdepath = 抽出側HiRDB Datareplicator運用ディレクトリ名〕

(22)　通信処理

(a)　set形式

〔set pd_service_port = スケジューラプロセスのポート番号〕※

〔set pd_change_clt_ipaddr = 0｜1 〕※

〔set pd_registered_port = "ポート番号の予約範囲"〔，"ポート番号の予約範囲"〕…〕※

〔set pd_registered_port_check = Y｜N｜C｜W〕※

〔set pd_ipc_send_retrycount = プロセス間通信の送信リトライ処理の連続繰り返し回数〕※

〔set pd_ipc_send_retrysleeptime = プロセス間通信の送信リトライ処理のスリープ時間〕※

〔set pd_ipc_send_count = サーバ間の送信処理のリトライ回数〕※

〔set pd_ipc_recv_count = サーバ間の受信処理のリトライ回数〕※

(23)　Java

(a)　set形式

〔set pd_java_archive_directory = "JARファイル格納ディレクトリ"〕※

〔set pd_java_classpath = "Javaクラスパス"〕※

〔set pd_java_runtimepath = "Java Runtime Environmentのルートディレクトリ"〕※

〔set pd_java_libpath = "Java仮想マシンのライブラリディレクトリ"〕※

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※

(24)　外部Cストアドルーチン

(a)　set形式

〔set pd_c_library_directory = "Cライブラリファイル格納ディレクトリ"〕

(25)　ワークファイル出力先ディレクトリの変更

(a)　set形式

〔set pd_tmp_directory = ワークファイル出力先ディレクトリ名〕

(26)　HiRDBシステム定義ファイルの共用化

(a)　putenv形式

〔putenv PDCONFPATH 共用ディレクトリ名〕

注※

このオペランドを省略すると，システム共通定義の同じオペランドの指定値が仮定されます。

4　サーバ共通定義

この章では，サーバ共通定義の各オペランドの形式について説明します。

4.1　オペランドの形式

4.1.1　オペランドの形式の説明

サーバ共通定義では，各サーバ定義（フロントエンドサーバ定義，ディクショナリサーバ定義，及びバックエンドサーバ定義）で共通な情報を定義します。ここで定義した内容は，各サーバ定義で指定しなかったオペランドの仮定値となります。ここでは，サーバ共通定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　プロセス

(a)　set形式

〔set pd_max_bes_process = 1バックエンドサーバ当たりの最大起動プロセス数〕

〔set pd_max_dic_process = 1ディクショナリサーバ当たりの最大起動プロセス数〕

〔set pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕〕

〔set pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔〕

〔set pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値〕

〔set pd_max_ard_process = 非同期READプロセス数〕

〔set pd_dfw_awt_process = デファードライト処理用並列WRITEプロセス数〕

(2)　作業表

(a)　set形式

〔set pd_work_buff_mode = each｜pool〕

〔set pd_work_buff_size = 作業表用バッファ長〕

〔set pd_work_buff_expand_limit = 作業表用バッファの増分上限値〕

(3)　システム監視

(a)　set形式

〔set pd_watch_pc_client_time = クライアントからの要求間隔監視時間〕

〔set pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値〕

〔set pd_dfw_syncpoint_skip_limit = デファードライト処理によるシンクポイントダンプ取得遅延に伴うシンクポイントダンプ有効化処理のスキップ回数上限値〕

(4)　排他制御

(a)　set形式

〔set pd_lck_pool_size = サーバ当たりの排他制御用プールサイズ〕

〔set pd_fes_lck_pool_size = フロントエンドサーバの排他制御用プールサイズ〕

〔set pd_lck_pool_partition = サーバ当たりの排他制御用プール分割数〕

〔set pd_fes_lck_pool_partition = フロントエンドサーバの排他制御用プール分割数〕

〔set pd_lck_until_disconnect_cnt = 1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和〕

〔set pd_max_open_holdable_cursors = UNTIL DISCONNECT指定LOCK文非実行時のホールダブルカーソルの最大同時オープン数〕

〔set pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数〕

(5)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕※

〔set pd_table_def_cache_size = 表定義情報用バッファ長〕

〔set pd_auth_cache_size = ユーザ権限情報用バッファ長〕

〔set pd_view_def_cache_size = ビュー解析情報用バッファ長〕

〔set pd_type_def_cache_size = ユーザ定義型情報用バッファ長〕

〔set pd_routine_def_cache_size = ルーチン定義情報用バッファ長〕

〔set pd_registry_cache_size = レジストリ情報用バッファ長〕

(6)　共用メモリ

(a)　set形式

〔set pd_sds_shmpool_size = シングルサーバ用共用メモリサイズ〕

〔set pd_dic_shmpool_size = ディクショナリサーバ用共用メモリサイズ〕

〔set pd_bes_shmpool_size = バックエンドサーバ用共用メモリサイズ〕

(7)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※

(8)　トラブルシュート情報

(a)　set形式

〔set pd_module_trace_max = モジュールトレース格納最大数〕※

〔set pd_module_trace_timer_level = 0｜10｜20〕※

〔set pd_pth_trace_max = 通信トレース格納最大数〕※

(9)　グローバルバッファ

(a)　set形式

〔set pd_max_add_dbbuff_no = 動的追加用グローバルバッファ数の上限値〕

〔set pd_max_add_dbbuff_shm_no = 動的追加用共用メモリセグメント数の上限値〕

(10)　一時表

(a)　set形式

〔set pd_max_temporary_object_no = ある一時点で使用する一時表と一時インデクスの最大数〕※

(11)　セキュリティ

(a)　set形式

〔set pd_audit_def_buffer_size = セキュリティ監査情報用バッファ長〕

(12)　Java

(a)　set形式

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※

〔set pd_java_castoff = Y｜N〕

(13)　システムログファイル

(a)　set形式

〔set pd_log_dual = Y｜N〕

〔set pd_log_dual_write_method = serial｜parallel〕

〔set pd_log_remain_space_check = warn｜safe〕

〔set pd_log_auto_unload_restart = Y｜N〕

〔set pd_log_singleoperation = Y｜N〕

〔set pd_log_rerun_reserved_file_open = Y｜N〕

〔set pd_log_rerun_swap = Y｜N〕

〔set pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間〕

〔set pd_log_unload_check = Y｜N〕

〔set pd_log_write_buff_count = ログ出力バッファ面数〕

〔set pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕〕

(14)　シンクポイントダンプファイル

(a)　set形式

〔set pd_spd_dual = Y｜N〕

〔set pd_spd_assurance_msg = Y｜N〕

〔set pd_spd_assurance_count = 有効保証世代数〕

〔set pd_spd_reduced_mode = 縮退運転オプション〕

〔set pd_spd_reserved_file_auto_open = Y｜N〕

〔set pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長〕

〔set pd_log_sdinterval = システムログ出力量〔，経過時間〕〕

(15)　バックエンドサーバ接続保持機能

(a)　set形式

〔set pd_bes_connection_hold = Y｜N〕

〔set pd_bes_conn_hold_trn_interval = バックエンドサーバ接続保持時間〕

注※

このオペランドを省略すると，システム共通定義又はユニット制御情報定義の同じオペランドの指定値が仮定されます。

5　シングルサーバ定義

この章では，シングルサーバ定義の各オペランドの形式について説明します。

5.1　オペランドの形式

5.1.1　オペランドの形式の説明

シングルサーバ定義ではシングルサーバの実行環境を定義します。ここでは，シングルサーバ定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　プロセス

(a)　set形式

〔set pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕〕※1

〔set pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔〕※1

〔set pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値〕※1

〔set pd_max_open_fds = 1プロセスがアクセスするファイル及びパイプの最大数〕

〔set pd_max_ard_process = 非同期READプロセス数〕※1

〔set pd_dfw_awt_process = デファードライト処理用並列WRITEプロセス数〕

(2)　作業表

(a)　set形式

〔set pd_work_buff_mode = each｜pool〕※1

〔set pd_work_buff_size = 作業表用バッファ長〕※1

〔set pd_work_buff_expand_limit = 作業表用バッファの増分上限値〕※1

(b)　コマンド形式

　pdwork -v "HiRDBファイルシステム領域名称"〔，"HiRDBファイルシステム領域名称"〕…

(3)　システム監視

(a)　set形式

〔set pd_watch_pc_client_time = クライアントからの要求間隔監視時間〕※1

〔set pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値〕※1

〔set pd_dfw_syncpoint_skip_limit = デファードライト処理によるシンクポイントダンプ取得遅延に伴うシンクポイントダンプ有効化処理のスキップ回数上限値〕※1

(4)　SQL実行時間警告出力機能

(a)　set形式

〔set pd_cwaittime_wrn_pnt = SQL実行時間警告情報の出力条件（比率指定）｜SQL実行時間警告情報の出力条件（時間指定）〕※1

(5)　拡張SQLエラー情報出力機能

(a)　set形式

〔set pd_uap_exerror_log_use = AUTO｜YES｜NO〕※1

(6)　排他制御

(a)　set形式

〔set pd_lck_pool_size = サーバ当たりの排他制御用プールサイズ〕※1

〔set pd_lck_pool_partition = サーバ当たりの排他制御用プール分割数〕※1

〔set pd_lck_until_disconnect_cnt = 1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和〕※1

〔set pd_max_open_holdable_cursors = UNTIL DISCONNECT指定LOCK文非実行時のホールダブルカーソルの最大同時オープン数〕※1

〔set pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数〕※1

(7)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕※1

〔set pd_table_def_cache_size = 表定義情報用バッファ長〕※1

〔set pd_auth_cache_size = ユーザ権限情報用バッファ長〕※1

〔set pd_view_def_cache_size = ビュー解析情報用バッファ長〕※1

〔set pd_type_def_cache_size = ユーザ定義型情報用バッファ長〕※1

〔set pd_routine_def_cache_size = ルーチン定義情報用バッファ長〕※1

〔set pd_registry_cache_size = レジストリ情報用バッファ長〕※1

(8)　共用メモリ

(a)　set形式

〔set pd_sds_shmpool_size = シングルサーバ用共用メモリサイズ〕※1

(9)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※1

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※1

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※1

(10)　トラブルシュート情報

(a)　set形式

〔set pd_module_trace_max = モジュールトレース格納最大数〕※2

〔set pd_module_trace_timer_level = 0｜10｜20〕※2

〔set pd_pth_trace_max = 通信トレース格納最大数〕※1

(11)　グローバルバッファ

(a)　set形式

〔set pd_max_add_dbbuff_no = 動的追加用グローバルバッファ数の上限値〕※1

〔set pd_max_add_dbbuff_shm_no = 動的追加用共用メモリセグメント数の上限値〕※1

(12)　一時表

(a)　set形式

〔set pd_max_temporary_object_no = ある一時点で使用する一時表と一時インデクスの最大数〕※1

(13)　セキュリティ

(a)　set形式

〔set pd_audit_def_buffer_size = セキュリティ監査情報用バッファ長〕※1

(14)　プラグイン

(a)　set形式

〔set pd_plugin_ixmk_dir = "インデクス情報ファイルを作成するディレクトリ名"又は "インデクス情報ファイルを作成するHiRDBファイルシステム領域名"〕

(b)　コマンド形式

｛｛〔 pdplgprm -n プラグイン名称 〔 -s 共用メモリサイズ〕〕｝｝

(15)　Java

(a)　set形式

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※1

〔set pd_java_castoff = Y｜N〕※1

(16)　システムログファイル

(a)　set形式

〔set pd_log_dual = Y｜N〕※1

〔set pd_log_dual_write_method = serial｜parallel〕※1

〔set pd_log_remain_space_check = warn｜safe〕※1

〔set pd_log_auto_unload_path = "アンロードログファイルの出力先ディレクトリ"〔，"アンロードログファイルの出力先ディレクトリ"〕…〕

〔set pd_log_auto_unload_restart = Y｜N〕※1

〔set pd_log_singleoperation = Y｜N〕※1

〔set pd_log_rerun_reserved_file_open = Y｜N〕※1

〔set pd_log_rerun_swap = Y｜N〕※1

〔set pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間〕※1

〔set pd_log_unload_check = Y｜N〕※1

〔set pd_log_write_buff_count = ログ出力バッファ面数〕※1

〔set pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d sys -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d sys -g ファイルグループ名 -a "システムログファイル名" 〔-b "システムログファイル名"〕｝｝

(17)　シンクポイントダンプファイル

(a)　set形式

〔set pd_spd_dual = Y｜N〕※1

〔set pd_spd_assurance_msg = Y｜N〕※1

〔set pd_spd_assurance_count = 有効保証世代数〕※1

〔set pd_spd_reduced_mode = 縮退運転オプション〕※1

〔set pd_spd_reserved_file_auto_open = Y｜N〕※1

〔set pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長〕※1

〔set pd_log_sdinterval = システムログ出力量〔，経過時間〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d spd -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d spd -g ファイルグループ名 -a "シンクポイントダンプファイル名" 〔-b "シンクポイントダンプファイル名"〕｝｝

｛｛set pdlogadfg -d ssp -g ファイルグループ名〔ONL〕｝｝

｛｛set pdlogadpf -d ssp -g ファイルグループ名 -a "副シンクポイントダンプファイル名" 〔-b "副シンクポイントダンプファイル名"〕｝｝

(18)　サーバ用ステータスファイル

(a)　set形式

　set pd_sts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

〔set pd_sts_file_name_2 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_3 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_4 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_5 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_6 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_2 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_3 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_4 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_5 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_6 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

(19)　サーバ用ステータスファイル（障害発生時）

(a)　set形式

〔set pd_sts_last_active_file = "論理ファイル名"〕

〔set pd_sts_last_active_side = A｜B〕

〔set pd_sts_last_active_subfile = "論理ファイル名"〕

〔set pd_sts_last_active_side_sub = A｜B〕

注※1

このオペランドを省略すると，サーバ共通定義の同じオペランドの指定値が有効となります。

ただし，次に示すオペランドについては，サーバ共通定義ではなく，システム共通定義の同じオペランドの指定値が有効となります。

pd_cwaittime_wrn_pnt

pd_uap_exerror_log_use

注※2

このオペランドを省略すると，サーバ共通定義，ユニット制御情報定義，又はシステム共通定義の同じオペランドの指定値が有効となります。

6　フロントエンドサーバ定義

この章では，フロントエンドサーバ定義の各オペランドの形式について説明します。

6.1　オペランドの形式

6.1.1　オペランドの形式の説明

フロントエンドサーバ定義ではフロントエンドサーバの実行環境を定義します。ここでは，フロントエンドサーバ定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　プロセス

(a)　set形式

〔set pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕〕※1

〔set pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔〕※1

〔set pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値〕※1

(2)　SQLの最適化

(a)　set形式

〔set pd_optimize_level = SQL最適化オプション〔，SQL最適化オプション〕…〕※1

〔set pd_additional_optimize_level = SQL拡張最適化オプション〔，SQL拡張最適化オプション〕…〕※1

〔set pd_floatable_bes = "バックエンドサーバ名"〔，"バックエンドサーバ名"〕…〕

〔set pd_non_floatable_bes = "バックエンドサーバ名"〔，"バックエンドサーバ名"〕…〕

(3)　システム監視

(a)　set形式

〔set pd_watch_pc_client_time = クライアントからの要求間隔監視時間〕※1

〔set pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値〕※1

(4)　SQL実行時間警告出力機能

(a)　set形式

〔set pd_cwaittime_wrn_pnt = SQL実行時間警告情報の出力条件（比率指定）｜SQL実行時間警告情報の出力条件（時間指定）〕※1

(5)　拡張SQLエラー情報出力機能

(a)　set形式

〔set pd_uap_exerror_log_use = AUTO｜YES｜NO〕※1

(6)　排他制御

(a)　set形式

〔set pd_fes_lck_pool_size = フロントエンドサーバの排他制御用プールサイズ〕※1

〔set pd_fes_lck_pool_partition = フロントエンドサーバの排他制御用プール分割数〕※1

〔set pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数〕※1

〔set pd_isolation_level = データ保証レベル〕※1

(7)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕※1

〔set pd_table_def_cache_size = 表定義情報用バッファ長〕※1

〔set pd_auth_cache_size = ユーザ権限情報用バッファ長〕※1

〔set pd_view_def_cache_size = ビュー解析情報用バッファ長〕※1

〔set pd_type_def_cache_size = ユーザ定義型情報用バッファ長〕※1

〔set pd_routine_def_cache_size = ルーチン定義情報用バッファ長〕※1

〔set pd_registry_cache_size = レジストリ情報用バッファ長〕※1

(8)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※1

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※1

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※1

(9)　トラブルシュート情報

(a)　set形式

〔set pd_module_trace_max = モジュールトレース格納最大数〕※2

〔set pd_module_trace_timer_level = 0｜10｜20〕※2

〔set pd_pth_trace_max = 通信トレース格納最大数〕※1

(10)　セキュリティ

(a)　set形式

〔set pd_audit_def_buffer_size = セキュリティ監査情報用バッファ長〕※1

(11)　Java

(a)　set形式

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※1

〔set pd_java_castoff = Y｜N〕※1

(12)　システムログファイル

(a)　set形式

〔set pd_log_dual = Y｜N〕※1

〔set pd_log_dual_write_method = serial｜parallel〕※1

〔set pd_log_remain_space_check = warn｜safe〕※1

〔set pd_log_auto_unload_path = "アンロードログファイルの出力先ディレクトリ"〔，"アンロードログファイルの出力先ディレクトリ"〕…〕

〔set pd_log_auto_unload_restart = Y｜N〕※1

〔set pd_log_singleoperation = Y｜N〕※1

〔set pd_log_rerun_reserved_file_open = Y｜N〕※1

〔set pd_log_rerun_swap = Y｜N〕※1

〔set pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間〕※1

〔set pd_log_unload_check = Y｜N〕※1

〔set pd_log_write_buff_count = ログ出力バッファ面数〕※1

〔set pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d sys -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d sys -g ファイルグループ名 -a "システムログファイル名" 〔-b "システムログファイル名"〕｝｝

(13)　シンクポイントダンプファイル

(a)　set形式

〔set pd_spd_dual = Y｜N〕※1

〔set pd_spd_assurance_msg = Y｜N〕※1

〔set pd_spd_assurance_count = 有効保証世代数〕※1

〔set pd_spd_reduced_mode = 縮退運転オプション〕※1

〔set pd_spd_reserved_file_auto_open = Y｜N〕※1

〔set pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長〕※1

〔set pd_log_sdinterval = システムログ出力量〔，経過時間〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d spd -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d spd -g ファイルグループ名 -a "シンクポイントダンプファイル名" 〔-b "シンクポイントダンプファイル名"〕｝｝

｛｛pdlogadfg -d ssp -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d ssp -g ファイルグループ名 -a "副シンクポイントダンプファイル名" 〔-b "副シンクポイントダンプファイル名"〕｝｝

(14)　サーバ用ステータスファイル

(a)　set形式

　set pd_sts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

〔set pd_sts_file_name_2 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_3 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_4 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_5 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_6 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_2 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_3 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_4 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_5 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_6 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

(15)　サーバ用ステータスファイル（障害発生時）

(a)　set形式

〔set pd_sts_last_active_file = "論理ファイル名"〕

〔set pd_sts_last_active_side = A｜B〕

〔set pd_sts_last_active_subfile = "論理ファイル名"〕

〔set pd_sts_last_active_side_sub = A｜B〕

(16)　プラグイン

(a)　コマンド形式

｛｛〔 pdplgprm -n プラグイン名称 〔 -s 共用メモリサイズ〕〕｝｝

注※1

このオペランドを省略すると，サーバ共通定義の同じオペランドの指定値が有効となります。

ただし，次に示すオペランドについては，サーバ共通定義ではなく，システム共通定義の同じオペランドの指定値が有効となります。

pd_optimize_level

pd_additional_optimize_level

pd_cwaittime_wrn_pnt

pd_uap_exerror_log_use

pd_isolation_level

注※2

このオペランドを省略すると，サーバ共通定義，ユニット制御情報定義，又はシステム共通定義の同じオペランドの指定値が有効となります。

7　ディクショナリサーバ定義

この章では，ディクショナリサーバ定義の各オペランドの形式について説明します。

7.1　オペランドの形式

7.1.1　オペランドの形式の説明

ディクショナリサーバ定義ではディクショナリサーバの実行環境を定義します。ここでは，ディクショナリサーバ定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　プロセス

(a)　set形式

〔set pd_max_dic_process = 1ディクショナリサーバ当たりの最大起動プロセス数〕※1

〔set pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕〕※1

〔set pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔〕※1

〔set pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値〕※1

〔set pd_max_ard_process = 非同期READプロセス数〕※1

〔set pd_dfw_awt_process = デファードライト処理用並列WRITEプロセス数〕

(2)　作業表

(a)　set形式

〔set pd_work_buff_mode = each｜pool〕※1

〔set pd_work_buff_size = 作業表用バッファ長〕※1

〔set pd_work_buff_expand_limit = 作業表用バッファの増分上限値〕※1

(b)　コマンド形式

　pdwork -v "HiRDBファイルシステム領域名称"〔，"HiRDBファイルシステム領域名称"〕…

(3)　システム監視

(a)　set形式

〔set pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値〕※1

〔set pd_dfw_syncpoint_skip_limit = デファードライト処理によるシンクポイントダンプ取得遅延に伴うシンクポイントダンプ有効化処理のスキップ回数上限値〕※1

(4)　排他制御

(a)　set形式

〔set pd_lck_pool_size = サーバ当たりの排他制御用プールサイズ〕※1

〔set pd_lck_pool_partition = サーバ当たりの排他制御用プール分割数〕※1

〔set pd_lck_until_disconnect_cnt = 1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和〕※1

〔set pd_max_open_holdable_cursors = UNTIL DISCONNECT指定LOCK文非実行時のホールダブルカーソルの最大同時オープン数〕※1

〔set pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数〕※1

(5)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕※1

(6)　共用メモリ

(a)　set形式

〔set pd_dic_shmpool_size = ディクショナリサーバ用共用メモリサイズ〕※1

(7)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※1

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※1

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※1

(8)　トラブルシュート情報

(a)　set形式

〔set pd_module_trace_max = モジュールトレース格納最大数〕※2

〔set pd_module_trace_timer_level = 0｜10｜20〕※2

〔set pd_pth_trace_max = 通信トレース格納最大数〕※1

(9)　グローバルバッファ

(a)　set形式

〔set pd_max_add_dbbuff_no = 動的追加用グローバルバッファ数の上限値〕※1

〔set pd_max_add_dbbuff_shm_no = 動的追加用共用メモリセグメント数の上限値〕※1

(10)　Java

(a)　set形式

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※1

〔set pd_java_castoff = Y｜N〕※1

(11)　システムログファイル

(a)　set形式

〔set pd_log_dual = Y｜N〕※1

〔set pd_log_dual_write_method = serial｜parallel〕※1

〔set pd_log_remain_space_check = warn｜safe〕※1

〔set pd_log_auto_unload_path = "アンロードログファイルの出力先ディレクトリ"〔，"アンロードログファイルの出力先ディレクトリ"〕…〕

〔set pd_log_auto_unload_restart = Y｜N〕※1

〔set pd_log_singleoperation = Y｜N〕※1

〔set pd_log_rerun_reserved_file_open = Y｜N〕※1

〔set pd_log_rerun_swap = Y｜N〕※1

〔set pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間〕※1

〔set pd_log_unload_check = Y｜N〕※1

〔set pd_log_write_buff_count = ログ出力バッファ面数〕※1

〔set pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d sys -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d sys -g ファイルグループ名 -a "システムログファイル名" 〔-b "システムログファイル名"〕｝｝

(12)　シンクポイントダンプファイル

(a)　set形式

〔set pd_spd_dual = Y｜N〕※1

〔set pd_spd_assurance_msg = Y｜N〕※1

〔set pd_spd_assurance_count = 有効保証世代数〕※1

〔set pd_spd_reduced_mode = 縮退運転オプション〕※1

〔set pd_spd_reserved_file_auto_open = Y｜N〕※1

〔set pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長〕※1

〔set pd_log_sdinterval = システムログ出力量〔，経過時間〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d spd -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d spd -g ファイルグループ名 -a "シンクポイントダンプファイル名" 〔-b "シンクポイントダンプファイル名"〕｝｝

｛｛set pdlogadfg -d ssp -g ファイルグループ名〔ONL〕｝｝

｛｛set pdlogadpf -d ssp -g ファイルグループ名 -a "副シンクポイントダンプファイル名" 〔-b "副シンクポイントダンプファイル名"〕｝｝

(13)　サーバ用ステータスファイル

(a)　set形式

　set pd_sts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

〔set pd_sts_file_name_2 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_3 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_4 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_5 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_6 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_2 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_3 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_4 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_5 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_6 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

(14)　サーバ用ステータスファイル（障害発生時）

(a)　set形式

〔set pd_sts_last_active_file = "論理ファイル名"〕

〔set pd_sts_last_active_side = A｜B〕

〔set pd_sts_last_active_subfile = "論理ファイル名"〕

〔set pd_sts_last_active_side_sub = A｜B〕

(15)　プラグイン

(a)　コマンド形式

｛｛〔 pdplgprm -n プラグイン名称 〔 -s 共用メモリサイズ〕〕｝｝

注※1

このオペランドを省略すると，サーバ共通定義の同じオペランドの指定値が有効となります。

注※2

このオペランドを省略すると，サーバ共通定義，ユニット制御情報定義，又はシステム共通定義の同じオペランドの指定値が有効となります。

8　バックエンドサーバ定義

この章では，バックエンドサーバ定義の各オペランドの形式について説明します。

8.1　オペランドの形式

8.1.1　オペランドの形式の説明

バックエンドサーバ定義ではバックエンドサーバの実行環境を定義します。ここでは，バックエンドサーバ定義の各オペランドの形式について説明します。オペランドの詳細については，「オペランドの詳細」を参照してください。

●HiRDBシステム定義を初めて作成される方へ

太字表示されているオペランドの指定値をまず決めてください。基本的には，太字表示されているオペランドを指定すれば，HiRDBを開始できます。

(1)　プロセス

(a)　set形式

〔set pd_max_bes_process = 1バックエンドサーバ当たりの最大起動プロセス数〕※1

〔set pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕〕※1

〔set pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔〕※1

〔set pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値〕※1

〔set pd_max_open_fds = 1プロセスがアクセスするファイル及びパイプの最大数〕

〔set pd_max_ard_process = 非同期READプロセス数〕※1

〔set pd_dfw_awt_process = デファードライト処理用並列WRITEプロセス数〕

(2)　作業表

(a)　set形式

〔set pd_work_buff_mode = each｜pool〕※1

〔set pd_work_buff_size = 作業表用バッファ長〕※1

〔set pd_work_buff_expand_limit = 作業表用バッファの増分上限値〕※1

(b)　コマンド形式

　pdwork -v "HiRDBファイルシステム領域名称"〔，"HiRDBファイルシステム領域名称"〕…

(3)　システム監視

(a)　set形式

〔set pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値〕※1

〔set pd_dfw_syncpoint_skip_limit = デファードライト処理によるシンクポイントダンプ取得遅延に伴うシンクポイントダンプ有効化処理のスキップ回数上限値〕※1

(4)　排他制御

(a)　set形式

〔set pd_lck_pool_size = サーバ当たりの排他制御用プールサイズ〕※1

〔set pd_lck_pool_partition = サーバ当たりの排他制御用プール分割数〕※1

〔set pd_lck_until_disconnect_cnt = 1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和〕※1

〔set pd_max_open_holdable_cursors = UNTIL DISCONNECT指定LOCK文非実行時のホールダブルカーソルの最大同時オープン数〕※1

〔set pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数〕※1

(5)　バッファ

(a)　set形式

〔set pd_sql_object_cache_size = SQLオブジェクト用バッファ長〕※1

(6)　共用メモリ

(a)　set形式

〔set pd_bes_shmpool_size = バックエンドサーバ用共用メモリサイズ〕※1

(7)　RPCトレース情報

(a)　set形式

〔set pd_rpc_trace = Y｜N〕※1

〔set pd_rpc_trace_name = "RPCトレースを取得するファイル名称"〕※1

〔set pd_rpc_trace_size = RPCトレースを取得するファイルの容量〕※1

(8)　トラブルシュート情報

(a)　set形式

〔set pd_module_trace_max = モジュールトレース格納最大数〕※2

〔set pd_module_trace_timer_level = 0｜10｜20〕※2

〔set pd_pth_trace_max = 通信トレース格納最大数〕※1

(9)　グローバルバッファ

(a)　set形式

〔set pd_max_add_dbbuff_no = 動的追加用グローバルバッファ数の上限値〕※1

〔set pd_max_add_dbbuff_shm_no = 動的追加用共用メモリセグメント数の上限値〕※1

(10)　一時表

(a)　set形式

〔set pd_max_temporary_object_no = ある一時点で使用する一時表と一時インデクスの最大数〕※1

(11)　プラグイン

(a)　set形式

〔set pd_plugin_ixmk_dir = "インデクス情報ファイルを作成するディレクトリ名"又は "インデクス情報ファイルを作成するHiRDBファイルシステム領域名"〕

(b)　コマンド形式

｛｛〔 pdplgprm -n プラグイン名称 〔 -s 共用メモリサイズ〕〕｝｝

(12)　Java

(a)　set形式

〔set pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"〕※1

〔set pd_java_castoff = Y｜N〕※1

(13)　システムログファイル

(a)　set形式

〔set pd_log_dual = Y｜N〕※1

〔set pd_log_dual_write_method = serial｜parallel〕※1

〔set pd_log_remain_space_check = warn｜safe〕※1

〔set pd_log_auto_unload_path = "アンロードログファイルの出力先ディレクトリ"〔，"アンロードログファイルの出力先ディレクトリ"〕…〕

〔set pd_log_auto_unload_restart = Y｜N〕※1

〔set pd_log_singleoperation = Y｜N〕※1

〔set pd_log_rerun_reserved_file_open = Y｜N〕※1

〔set pd_log_rerun_swap = Y｜N〕※1

〔set pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間〕※1

〔set pd_log_unload_check = Y｜N〕※1

〔set pd_log_write_buff_count = ログ出力バッファ面数〕※1

〔set pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d sys -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d sys -g ファイルグループ名 -a "システムログファイル名" 〔-b "システムログファイル名"〕｝｝

(14)　シンクポイントダンプファイル

(a)　set形式

〔set pd_spd_dual = Y｜N〕※1

〔set pd_spd_assurance_msg = Y｜N〕※1

〔set pd_spd_assurance_count = 有効保証世代数〕※1

〔set pd_spd_reduced_mode = 縮退運転オプション〕※1

〔set pd_spd_reserved_file_auto_open = Y｜N〕※1

〔set pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長〕※1

〔set pd_log_sdinterval = システムログ出力量〔，経過時間〕〕※1

(b)　コマンド形式

｛｛pdlogadfg -d spd -g ファイルグループ名〔ONL〕｝｝

｛｛pdlogadpf -d spd -g ファイルグループ名 -a "シンクポイントダンプファイル名" 〔-b "シンクポイントダンプファイル名"〕｝｝

｛｛set pdlogadfg -d ssp -g ファイルグループ名〔ONL〕｝｝

｛｛set pdlogadpf -d ssp -g ファイルグループ名 -a "副シンクポイントダンプファイル名" 〔-b "副シンクポイントダンプファイル名"〕｝｝

(15)　サーバ用ステータスファイル

(a)　set形式

　set pd_sts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

〔set pd_sts_file_name_2 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_3 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_4 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_5 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_6 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"〕

〔set pd_sts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_2 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_3 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_4 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_5 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_6 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

〔set pd_sts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"〕

(16)　サーバ用ステータスファイル（障害発生時）

(a)　set形式

〔set pd_sts_last_active_file = "論理ファイル名"〕

〔set pd_sts_last_active_side = A｜B〕

〔set pd_sts_last_active_subfile = "論理ファイル名"〕

〔set pd_sts_last_active_side_sub = A｜B〕

(17)　バックエンドサーバ接続保持機能

(a)　set形式

〔set pd_bes_connection_hold = Y｜N〕※1

〔set pd_bes_conn_hold_trn_interval = バックエンドサーバ接続保持時間〕※1

注※1

このオペランドを省略すると，サーバ共通定義の同じオペランドの指定値が有効となります。

注※2

このオペランドを省略すると，サーバ共通定義，ユニット制御情報定義，又はシステム共通定義の同じオペランドの指定値が有効となります。

9　オペランドの詳細

この章では，オペランドの一覧，及び各オペランドの内容について説明します。

9.1　オペランドの一覧

9.1.1　オペランド名および定義内容の一覧

HiRDBシステム定義で定義する内容，及びそれに対応するオペランド名を示します。また，各オペランドが指定できる定義名と再開始時の変更可否を次の表に示します。異なる定義で同じオペランドを指定した場合の優先順位については，次の章を参照してください。

HiRDB/シングルサーバの場合：「各定義の関係」

HiRDB/パラレルサーバの場合：「各定義の関係」

なお，次に示す定義のオペランドはここには記載していません。これらの定義のオペランドはHiRDBの再開始前（計画停止，強制終了，又は異常終了後）に変更できます。

UAP環境定義

各表の凡例と注について，次に示します。

（凡例）

○：指定値を変更できます。

×：指定値を変更できません。

◎：整合性を保って変更してください。

空白：該当しません。

SYS：システム共通定義

UNT：ユニット制御情報定義

SVR：サーバ共通定義

SDS：シングルサーバ定義

FES：フロントエンドサーバ定義

DS ：ディクショナリサーバ定義

BES：バックエンドサーバ定義

FORCE：強制終了，異常終了後の変更可否

PLAN：計画停止後の変更可否

注※1

オペランドの追加だけができます。オペランドの削除，変更はできません。

注※2

オペランドの指定値を小さくすると，HiRDBを再開始できない場合があります。その場合は，指定値を変更前の値に戻して再開始してください。

注※3

オペランドの指定値を大きくすると，HiRDBを再開始できない場合があります。その場合は，指定値を変更前の値に戻して再開始してください。

注※4

オペランドの値を変更するときに制限事項があります。詳細はオペランドの説明を参照してください。

注※5

HiRDB Datareplicator（抽出側）と連携している場合に注意が必要なオペランドです。このオペランドの指定を追加，変更，又は削除する場合は，対応するHiRDB Datareplicatorを一度停止してから再開始してください。HiRDB Datareplicatorを稼働したまま，この定義を変更してHiRDBを再度開始すると，HiRDB Datareplicatorによる抽出が失敗することがあります。

注※6

次に示すHiRDBシステム定義のオペランドの値は，クライアント環境定義でクライアントごとに変更できます。クライアントごとに値を変更する場合は，クライアント環境定義の該当するオペランドを指定してください。クライアント環境定義については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

HiRDBシステム定義のオペランド

クライアント環境定義のオペランド

pd_additional_optimize_level

PDADDITIONALOPTLVL

pd_cwaittime_wrn_pnt

PDCWAITTIMEWRNPNT

pd_delete_reserved_word_file

PDDELRSVWDFILE

pd_ha_transaction

PDHATRNQUEUING

pd_hash_table_size

PDHASHTBLSIZE

pd_lck_wait_timeout

PDLCKWAITTIME

pd_optimize_level

PDSQLOPTLVL

pd_space_level

PDSPACELVL

pd_uap_exerror_log_param_size

PDUAPEXERLOGPRMSZ

pd_uap_exerror_log_use

PDUAPEXERLOGUSE

pd_watch_pc_client_time

PDSWATCHTIME

pd_isolation_level

PDISLLVL

注※7

システム共通定義（pdsys）にpd_dbbuff_modify=Yを指定している場合，×となります。

注※8

オプションによって変更可否が異なります。各オペランドの説明を参照してください。

(1)　システム構成に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDB識別子を指定します。

pd_system_id

○

×

×

HiRDBのポート番号を指定します。

pd_name_port

○

◎

◎

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名を指定します。

pd_master_file_name

○

×

×

拡張ユニット名称を指定します。

pd_system_expand_unit

○

×

×

ユニットをホストに割り当てる指定をします。

pdunit

○

×

○※8

サーバをホストに割り当てる指定をします。

pdstart

○

×

○※8

ユニット識別子を指定します。

pd_unit_id

○

×

×

標準ホスト名を指定します。

pd_hostname

○

×

○

(2)　同時実行最大数に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

最大同時接続数を指定します。

pd_max_users

○

×

○

1ユニット内で同時に起動するサーバプロセス数の最大数を指定します。

pd_max_server_process

○

○

○

○

1トランザクションで同時にアクセスできる表数の最大数を指定します。

pd_max_access_tables

○

○※3

○

(3)　プロセスに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

バックエンドサーバ当たりの最大起動プロセス数を指定します。

pd_max_bes_process

○

○

×

○※2

ディクショナリサーバ当たりの最大起動プロセス数を指定します。

pd_max_dic_process

○

○

×

○※2

あらかじめサーバ開始時から起動しておく常駐プロセス数を指定します。

pd_process_count

○

○

○

○

○

○※2

○※2

HiRDBの非常駐サーバプロセスの停止処理を行う間隔を分単位で指定します。この機能は，稼働中のサーバプロセス数が常駐プロセス数（pd_process_countオペランドの値）より多くなった場合に適用されます。

pd_server_cleanup_interval

○

○

○

○

○

○

○

サーバプロセスが使用するメモリサイズの上限値を指定します。使用メモリサイズがここで指定した値を超えた場合，そのサーバプロセスを終了させます。

pd_svr_castoff_size

○

○

○

○

○

○

○

HiRDBのプロセスがアクセスするファイル及びパイプの最大数を指定します。

pd_max_open_fds

○

○

○

○

非同期READ機能を使用する場合に，非同期READ処理に必要なプロセス数を指定します。HiRDB/パラレルサーバの場合は，1サーバ（バックエンドサーバ又はディクショナリサーバ）当たりのプロセス数を指定します。

pd_max_ard_process

○

○

○

○

○

○

デファードライト処理の並列WRITE機能を使用する場合，並列処理するプロセス数を指定します。

pd_dfw_awt_process

○

○

○

○

○

○

(4)　作業表に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQL実行時に，一時的に情報を格納する作業表を作成する場合のバッファの確保方式を指定します。

pd_work_buff_mode

○

○

○

○

○

○

SQL実行時に使用する作業表用バッファ長を指定します。

pd_work_buff_size

○

○

○

○

○

○

作業表用バッファが不足したとき，増分する作業表用バッファの上限値を指定します。

pd_work_buff_expand_limit

○

○

○

○

○

○

作業表用ファイル用のHiRDBファイルシステム領域の名称を指定します。

pdwork

○

○

○

×

×

(5)　HiRDBの開始方法に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBの開始方法を指定します。

pd_mode_conf

○

○

○

pdstartコマンドの完了待ち時間を指定します。

pd_system_complete_wait_time

○

○

○

HiRDBの開始準備処理の最大待ち時間を指定します。

pd_start_time_out

○

○

○

HiRDBの再開始処理に失敗したときの異常終了回数の上限を指定します。

pd_term_watch_count

○

○

○

○

(6)　縮退起動に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

縮退起動をするかどうかを指定します。

pd_start_level

○

○

○

縮退起動開始の連絡待ち時間を設定します。

pd_reduced_check_time

○

○

○

HiRDBの開始時，障害などで開始しないユニットを指定します。

pd_start_skip_unit

○

○

○

(7)　HiRDBの処理方式に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

データベースの更新内容をファイルに反映するタイミングを指定します。

pd_dbsync_point

○

×

○

次に示すRDエリアの更新内容をファイルに反映するタイミングを指定します。

マスタディレクトリ用RDエリア

データディレクトリ用RDエリア

データディクショナリ用RDエリア

データディクショナリLOB用RDエリア

レジストリ用RDエリア

レジストリLOB用RDエリア

pd_system_dbsync_point

○

×

○

HiRDBのプロセスが異常終了したときに後処理をする後処理プロセスをHiRDBの開始時に起動しておくかどうかを指定します。

pd_process_terminator

○

○

○

HiRDBの開始時に起動する後処理プロセスの数を指定します。

pd_process_terminator_max

○

○

○

スレッド間ロックの解放通知方式を指定します。

pd_thdlock_wakeup_lock

○

○

○

○

データベース検索時のページアクセス方式を指定します。

pd_pageaccess_mode

○

○

○

RDエリアの閉塞状態のチェック方式を指定します。

pd_cmdhold_precheck

○

○

○

RDエリア（マスタディレクトリ用RDエリアを除く）の入出力エラーが発生したときのHiRDBの処理を指定します。

pd_db_io_error_action

○

○

○

○

CONNECT失敗時にエラーの要因を隠すかどうかを指定します。

pd_connect_errmsg_hide

○

○

○

サーバプロセスの強制終了が発生した場合に，出力されるエラーメッセージを変更するかどうかを指定します。

pd_cancel_down_msgchange

○

○

○

(8)　全面回復処理に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

全面回復処理をするときの回復処理プロセス（REDOプロセス）数を指定します。HiRDB/パラレルサーバの場合は，1サーバ（ディクショナリサーバ又はバックエンドサーバ）当たりの回復処理プロセス（REDOプロセス）数になります。

pd_max_recover_process

○

○

○

○

全面回復処理で，シンクポイント以降に更新されたページをすべてデータベースに書き出すかを指定します。

pd_redo_allpage_put

○

○

○

(9)　トランザクション決着処理に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

トランザクションがCOMMIT一相目未完了状態でユニットが異常終了した場合，ユニットの再開始時にこのトランザクションからブランチした未決着状態のトランザクションを自動決着するかどうかを指定します。

pd_trn_rerun_branch_auto_decide

○

○

○

ブランチしたトランザクションに自動決着指示を送信した場合，送信が何らかの原因で失敗したときに決着指示を再送するまでの時間を秒単位で指定します。

pd_trn_send_decision_intval_sec

○

○

○

ブランチしたトランザクションに自動決着指示を送信した場合，送信が何らかの原因で失敗したときに決着指示を再送するまでの時間を分単位で指定します。

pd_trn_send_decision_interval

○

○

○

ブランチしたトランザクションに自動決着指示を送信してから，決着完了の連絡が戻ってくるまでの待ち時間を指定します。

pd_trn_send_decision_retry_time

○

○

○

HiRDBサーバプロセス上で実行されるトランザクションの同期点処理で，トランザクションブランチ間で行う通信（プリペア，コミット指示，又は応答など）の受信待ち時間の最大値を指定します。

pd_trn_watch_time

○

○

○

トランザクション回復メッセージキューサイズを指定します。

pd_trn_rcvmsg_store_buflen

○

○

○

○

HiRDB/パラレルサーバのコミットメント制御で一相コミットを使用するかどうかを指定します。

pd_trn_commit_optimize

○

○

○

フロントエンドサーバがトランザクションブランチからのロールバック完了応答を受信するまでの，待ち時間の最大値を指定します。また，通信障害発生時に，ロールバック指示の送信をリトライし続ける時間を指定します。

pd_trn_rollback_watch_time

○

○

○

(10)　SQLの仕様に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

演算中のエラー抑止をするかどうかを指定します。

pd_overflow_suppress

○

○

○

空白変換機能を使用する場合の空白変換レベルを指定します。

pd_space_level※6

○

○

○

DECIMAL型の符号正規化機能を使用するかどうかを指定します。

pd_dec_sign_normalize

○

×

○

演算結果が29けた以下のDECIMAL型となるとき，演算結果の精度の最大値を指定します。

pd_sql_dec_op_maxprec

○

○

○

SQL文中に集合演算子MINUSを使用するかどうかを指定します。

pd_sql_mode

○

○

○

PCTFREE(表オプション)の省略値を指定します。

pd_ddl_tbl_pctfree

○

○

○

クラスターキーのないFIX表における，PCTFREE(表オプション)の省略値を指定します。

pd_ddl_tbl_fix_pctfree

○

○

○

PCTFREE(インデクスオプション)の省略値を指定します。

pd_ddl_idx_pctfree

○

○

○

列回復制約の省略値を指定します。

pd_ddl_tbl_recovery

○

○

○

(11)　SQLの最適化に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQL最適化オプションを指定します。

pd_optimize_level※6

○

○

○

○

SQL拡張最適化オプションを指定します。

pd_additional_optimize_level※6

○

○

○

○

SQL拡張最適化オプションで「ハッシュジョイン，副問合せのハッシュ実行」を適用した場合のハッシュ表サイズを指定します。

pd_hash_table_size※6

○

×

×

作業表を使用するSQLを実行する場合，次に示すHiRDBの処理方式を指定します。

ANDの複数インデクス利用時の排他取得方式

作業表用バッファ長の自動増分時のメッセージ出力

pd_work_table_option

○

○

○

バックエンドサーバの中からフロータブルサーバとして使用するサーバを指定します。

pd_floatable_bes

○

○

○

バックエンドサーバをフロータブルサーバとして使用しないことを指定します。

pd_non_floatable_bes

○

○

○

(12)　拡張SQLエラー情報出力機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

拡張SQLエラー情報出力機能を使用するかどうかを指定します。

pd_uap_exerror_log_use※6

○

○

○

○

○

SQLエラーレポートファイルの格納ディレクトリを指定します。

pd_uap_exerror_log_dir

○

○

○

○

SQLエラーレポートファイルの最大サイズを指定します。

pd_uap_exerror_log_size

○

○

○

○

クライアントエラーログファイル及びSQLエラーレポートファイルに出力するパラメタ情報の最大データ長を指定します。

pd_uap_exerror_log_param_size※6

○

○

○

○

(13)　SQL予約語削除機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQL予約語削除機能を使用する場合，SQL予約語削除ファイルの名称を指定します。

pd_delete_reserved_word_file※6

○

○

○

(14)　SQLからのコマンド実行に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQLのCALL COMMAND文でコマンド及びユティリティを実行できる認可識別子を指定します。

pd_sql_command_exec_users

○

○

○

(15)　SQLSTATEの細分化に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQLSTATEの値を詳細に出力するかどうかを指定します。

pd_standard_sqlstate

○

○

○

(16)　絞込み検索に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

同時にリストを所有できるユーザの最大数を指定します。

pd_max_list_users

○

○※3

○

１ユーザ当たりのリスト作成数を指定します。

pd_max_list_count

○

×

○

リストの初期化（削除）時期を指定します。通常，HiRDBを開始（再開始を含む）するときにリストが初期化されます。このオペランドでリストの初期化時期を変更できます。

pd_list_initialize_timing

○

○

○

リストの名前を変更したときに，変更したリストの行数をSQL連絡領域のSQLERRD[2]に返却するかどうかを指定します。

pd_list_rowcount_in_rename

○

○

○

(17)　システム監視に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

次に示すユティリティの実行時間を監視する場合，その監視時間を分単位で指定します。

データベース作成ユティリティ（pdloadコマンド）

データベース再編成ユティリティ（pdrorgコマンド）

空きページ解放ユティリティ（pdreclaimコマンド）

グローバルバッファ常駐化ユティリティ（pdpgbfonコマンド）

このオペランドで指定した監視時間を超えてもユティリティが終了しない場合，実行中のユティリティを強制終了して，無応答原因を調査するための障害情報を出力します。

pd_utl_exec_time

○

○

○

運用コマンド及びユティリティの実行時間を監視する場合，その監視時間を分単位で指定します。pd_utl_exec_timeが対象とするユティリティよりも多くのユティリティ及びコマンドが対象になります。

pd_cmd_exec_time

○

○

○

メッセージキュー中のメッセージが，このオペランドに指定した時間を過ぎても取り出されない場合，警告メッセージ（KFPS00888-W又はKFPS00889-E）を出力します（メッセージキュー監視機能）。

pd_queue_watch_time

○

○

○

pd_queue_watch_timeオペランドの値以上の時間，メッセージキューからメッセ−ジが取り出されない場合のHiRDBの処理を指定します。

pd_queue_watch_timeover_action

○

○

○

運用コマンド・ユティリティ実行時に，プロセスを割り当てるまでの監視時間を指定します。

pd_cmd_process_conwaittime

○

○

○

サーバプロセスの異常終了回数がこのオペランドに指定した値を超えた場合，HiRDB（HiRDB/パラレルサーバの場合は該当するユニット）を異常終了させます（プロセスの異常終了回数監視機能）。

pd_down_watch_proc

○

○

○

○

ほかのホストの稼働状況を監視するために問い合わせをする時間間隔を指定します。

pd_host_watch_interval

○

○

○

Windows対応のHiRDBクライアントからの要求に対する応答をサーバが返してから，次にHiRDBクライアントからの要求があるまでの，サーバ側の最大待ち時間を指定します。

pd_watch_pc_client_time※6

○

○

○

○

○

シンクポイントダンプの有効化処理が連続してスキップされるとき，そのスキップ回数（1トランザクション中のスキップ回数）の上限値を指定します。

pd_spd_syncpoint_skip_limit

○

○

○

○

○

○

○

デファードライト処理によってシンクポイントダンプの取得が遅れ，シンクポイントダンプの有効化処理がスキップされるとき，そのスキップ回数（1トランザクション中のスキップ回数）の上限値を指定します。

pd_dfw_syncpoint_skip_limit

○

○

○

○

○

○

リソースの使用率に関する警告メッセージを出力するかどうかを指定します。

pd_watch_resource

○

○

○

pd_max_usersオペランドで指定した最大同時接続数に対する警告メッセージを出力するかどうかを指定します。

pd_max_users_wrn_pnt

○

○

○

pd_max_access_tablesオペランドで指定した同時アクセス可能実表数に対する警告メッセージを出力するかどうかを指定します。

pd_max_access_tables_wrn_pnt

○

○

○

pd_max_rdarea_noオペランドで指定したRDエリアの最大数に対する警告メッセージを出力するかどうかを指定します。

pd_max_rdarea_no_wrn_pnt

○

○

○

pd_max_file_noオペランドで指定したRDエリアを構成するHiRDBファイルの最大数に対する警告メッセージを出力するかどうかを指定します。

pd_max_file_no_wrn_pnt

○

○

○

pdworkオペランドで指定した作業表用ファイル用のHiRDBファイルシステム領域の使用率に対する警告メッセージを出力するかどうかを指定します。

pdwork_wrn_pnt

○

○

○

pd_max_list_usersオペランドで指定したリスト作成ユーザ数に対する警告メッセージを出力するかどうかを指定します。

pd_max_list_users_wrn_pnt

○

○

○

pd_max_list_countオペランドで指定した１ユーザ当たりのリスト作成数に対する警告メッセージを出力するかどうかを指定します。

pd_max_list_count_wrn_pnt

○

○

○

サーバ内のリスト作成数に対する警告メッセージを出力するかどうかを指定します。

pd_rdarea_list_no_wrn_pnt

○

○

○

(18)　排他制御に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

デッドロック情報を出力するかどうかを指定します。

pd_lck_deadlock_info

○

○

○

○

排他要求が待ち状態になってから解除されるまでの待ち時間を指定します。

pd_lck_wait_timeout

○

○

○

○

WITHOUT LOCK NOWAIT指定の検索を実行したときの処理方式を指定します。

pd_nowait_scan_option

○

○

○

排他待ちユーザ数警告メッセージの出力契機を指定します。

pd_lck_queue_limit

○

○

○

デッドロックの優先順位を制御するかどうかを指定します。

pd_deadlock_priority_use

○

○

○

コマンドのデッドロックプライオリティ値を指定します。

pd_command_deadlock_priority

○

○

○

インデクスキー値の排他資源の作成方法を指定します。

pd_key_resource_type

○

×

○

サーバ当たりの排他制御用プールの大きさを指定します。

pd_lck_pool_size

○

○

○

○

○※2

○※2

フロントエンドサーバの排他制御用プールの大きさを指定します。

pd_fes_lck_pool_size

○

○

○

○

排他制御処理を分散する場合，サーバ当たりの排他制御用プールの分割数を指定します。

pd_lck_pool_partition

○

○

○

○

×

○

排他制御処理を分散する場合，フロントエンドサーバの排他制御用プールの分割数を指定します。

pd_fes_lck_pool_partition

○

○

×

○

トランザクションを越えて保持する表，RDエリア，インナレプリカ構成管理，及びレプリカグループ構成管理の排他資源数を指定します。

pd_lck_until_disconnect_cnt

○

○

○

○

×

○

UNTIL DISCONNECT指定のLOCK文を実行しない表に対してホールダブルカーソルを使用する場合に，そのホールダブルカーソルのトランザクション当たりの最大同時オープン数を指定します。

pd_max_open_holdable_cursors

○

○

○

○

×

×

排他制御用プールで使用するハッシュテーブルのエントリ数を指定します。

pd_lck_hash_entry

○

○

○

○

○

○

○

B-treeインデクスの排他制御方式を指定します（インデクスキー値無排他を実施するかどうかを指定します）。

pd_indexlock_mode

○

×

○

コミットしていない削除データの排他待ち制御方式を指定します。

pd_lock_uncommited_delete_data

○

×

◎

行データ挿入の際に，行識別子を再利用するかどうかを指定します。

pd_dbreuse_remaining_entries

○

○

○

デッドロックの発生を監視するかどうかを指定します。

pd_lck_deadlock_check

○

○

○

○

デッドロックの発生を監視する間隔を指定します。

pd_lck_deadlock_check_interval

○

○

○

○

WITHOUT ROLLBACKオプション指定表のインデクス構成列の更新可否を指定します。

pd_idx_without_rollback

○

○

○

SQL文のデータ保証レベルを指定します。

pd_isolation_level※6

○

○

○

○

残存エントリによる排他待ち情報のメッセージ出力の有無を指定します。

pd_unique_indexlock_info

○

○

○

(19)　バッファに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQLオブジェクトを置くバッファの大きさを指定します。

pd_sql_object_cache_size

○

○

○

○

○

○

×

○

表定義情報用バッファ，ビュー解析情報用バッファ，ユーザ定義型情報用バッファ，及びルーチン定義情報用バッファの管理領域をHiRDB開始時に一括して確保するか，又はトランザクション開始時に確保するかを指定します。

pd_def_buf_control_area_assign

○

○

○

1スレッドが使用するスタックサイズの最大値を指定します。

pd_thread_max_stack_size

○

○

○

1スレッド当たりのスタック領域の拡張サイズを指定します。

pd_thread_stack_expand_size

○

○

○

○

表定義情報を置くバッファの大きさを指定します。

pd_table_def_cache_size

○

○

○

○※2，※3

○※2

ユーザ権限情報を置くバッファの大きさを指定します。

pd_auth_cache_size

○

○

○

○※2，※3

○※2

ビュー解析情報を置くバッファの大きさを指定します。

pd_view_def_cache_size

○

○

○

○※2，※3

○※2

ユーザ定義型情報を置くバッファの大きさを指定します。

pd_type_def_cache_size

○

○

○

○

○

ルーチン定義情報を置くバッファの大きさを指定します。

pd_routine_def_cache_size

○

○

○

○

○

レジストリ情報を置くバッファの大きさを指定します。

pd_registry_cache_size

○

○

○

○

○

(20)　共用メモリに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBが使用する共用メモリを固定するかどうかを指定します。

pd_shmpool_attribute

○

○

○

○

HiRDBが使用する共用メモリの制御方法を指定します。

pd_shmpool_control

○

○

○

グローバルバッファが使用する共用メモリを実メモリ上に固定するかどうかを指定します。

pd_dbbuff_attribute

○

○

○

○

シングルサーバが使用する共用メモリの大きさを指定します。

pd_sds_shmpool_size

○

○

○※2

○※2

ディクショナリサーバが使用する共用メモリの大きさを指定します。

pd_dic_shmpool_size

○

○

○※2

○※2

バックエンドサーバが使用する共用メモリの大きさを指定します。

pd_bes_shmpool_size

○

○

○※2

○※2

グローバルバッファ用の共用メモリセグメントの大きさの上限値を指定します。

SHMMAX

○

○

○※7

○※7

(21)　RDエリアに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

RDエリアの最大数を指定します。

pd_max_rdarea_no

○

×

○

RDエリアを構成するHiRDBファイルの最大数を指定します。

pd_max_file_no

○

○※2，※3

○

RDエリアのセグメント使用率通知メッセージ（KFPH00211-I，又はKFPA12300-I），又は増分するHiRDBファイルの領域使用率通知メッセージ（KFPH22037-W）の出力契機を指定します。

pd_rdarea_warning_point

○

○

○

RDエリアのセグメント使用率通知メッセージ（KFPH00211-I，又はKFPA12300-I）を出力するかどうかを指定します。

pd_rdarea_warning_point_msgout

○

○

○

LOB用RDエリアのセグメント使用率通知メッセージ（KFPH22040-W）の出力契機を指定します。

pd_stored_lob_data_wrn_pnt

○

○

○

RDエリアの自動増分機能を適用している場合，自動的にRDエリアの容量を拡張する自動増分契機を指定します。

pd_rdarea_extension_timing

○

○

○

RDエリアの自動増分が発生した場合に増分領域を初期化するかどうかを指定します。

pd_rdarea_expand_format

○

○

○

RDエリアの自動増分機能を使用している場合，自動増分の対象HiRDBファイルを指定します。

pd_rdarea_extension_file

○

○

○

RDエリアのオープン属性のDEFER属性，又はSCHEDULE属性を使用するかどうかを指定します。

pd_rdarea_open_attribute_use

○

○

○

RDエリアのオープン契機の標準値を指定します。

pd_rdarea_open_attribute

○

○

○

共用RDエリアを使用するかどうかを指定します。

pd_shared_rdarea_use

○

×

○

RDエリアへのアクセス時にファイルアクセスエラーが発生した場合の動作を指定します。

pd_db_access_error_action

○

○

○

RDエリアへのアクセス時に物理エラー（入出力エラー及びファイルオープンエラー）が発生した場合の動作を指定します。

pd_db_hold_action

○

○

○

(22)　グローバルバッファに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

グローバルバッファのLRU管理方式を指定します。

pd_dbbuff_lru_option

○

○

○

BINARY型を指定した列にアクセスするUAPを実行する場合，グローバルバッファのLRU管理をするかどうかを指定します。

pd_dbbuff_binary_data_lru

○

○

○

グローバルバッファを動的変更するかどうかを指定します。

pd_dbbuff_modify

○

×

×

デファードライトトリガのトリガ契機を更新バッファ比率で指定します。

pd_dbbuff_rate_updpage

○

○

○

DBバッファ制御情報トレースの取得レベルを指定します

pd_dbbuff_trace_level

○

○

○

グローバルバッファに割り当てるRDエリアを定義します。

pdbuffer

○

×

○

動的追加用グローバルバッファ数の上限値を指定します。

pd_max_add_dbbuff_no

○

○

○

○

×

○

動的追加用共用メモリセグメント数の上限値を指定します。

pd_max_add_dbbuff_shm_no

○

○

○

○

×

○

(23)　インメモリデータ処理に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

インメモリRDエリアの最大数を指定します。

pd_max_resident_rdarea_no

○

○

○

インメモリデータバッファが使用する共用メモリセグメントの最大数を指定します。

pd_max_resident_rdarea_shm_no

○

○

○

(24)　表又はインデクスの予約数に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

空き領域の再利用機能を使用する表数を指定します。

pd_assurance_table_no

○

○

○

使用するインデクスの数を指定します。

pd_assurance_index_no

○

○

○

(25)　参照制約及び検査制約に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

参照制約及び検査制約で，制約名の定義を制約定義の前後どちらにするかを指定します。

pd_constraint_name

○

○

○

参照制約及び検査制約使用時に指定します。

pd_check_pending

○

○

○

(26)　一時表に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

サーバごとに，ある一時点で使用する一時表と一時インデクスの最大数を指定します。

pd_max_temporary_object_no

○

○

○

○

○

○

一時表用RDエリアの初期化をHiRDB開始時ではない時に変更する場合に指定します。

pd_tmp_table_initialize_timing

○

○

○

(27)　システムログファイルに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

システムログファイルを二重化するかどうかを指定します。

pd_log_dual※5

○

○

○

○

○

×

×

システムログの並列出力機能を使用するかどうかを指定します。

pd_log_dual_write_method

○

○

○

○

○

○

○

システムログファイルの空き率が警告値未満になったときのHiRDBの処理方式を指定します（システムログファイルの空き容量監視機能）。

pd_log_remain_space_check

○

○

○

○

○

○

○

システムログの自動ログアンロード機能を使用する場合に，アンロードログファイルの出力先ディレクトリ名又は出力先HiRDBファイルシステム領域名を絶対パス名で指定します。

pd_log_auto_unload_path

○

○

○

○

×

×

障害で自動ログアンロード機能が停止した旨のメッセージ（KFPS01150-Eメッセージ）出力後，次回のシステムログファイルのスワップ時に自動ログアンロード機能を再開始するかどうかを指定します。

pd_log_auto_unload_restart

○

○

○

○

○

○

○

システムログファイルの片系運転をするかどうかを指定します。

pd_log_singleoperation

○

○

○

○

○

×

×

オープンされたファイルがすべてスワップできない状態の場合，予約ファイルを使用するかどうかを指定します。

pd_log_rerun_reserved_file_open

○

○

○

○

○

○

○

再開始時にシステムログファイルをスワップするかどうかを指定します。

pd_log_rerun_swap

○

○

○

○

○

○

○

システムログファイルのスワップが完了するまでの待ち時間を指定します。

pd_log_swap_timeout

○

○

○

○

○

○

○

システムログファイルをスワップ先にできる状態にする条件から，アンロード済み状態であることを除くかどうかを指定します。アンロード済み状態であることを除くと，データベースの回復にシステムログを使用しないときの運用となります。

pd_log_unload_check

○

○

○

○

○

○

○

システムログの出力に使用するバッファの面数を指定します。

pd_log_write_buff_count

○

○

○

○

○

○※3

○

一つのシステムログファイルが拡張契機1回当たりに拡張するサイズ，及び拡張できるファイルサイズの上限を指定します。

pd_log_auto_expand_size

○

○

○

○

○

○

○

システムログファイルを構成するファイルグループの名称を指定します。

pdlogadfg -d sys※5

○

○

○

○

○※1

○※1

ファイルグループに割り当てるシステムログファイルの名称を指定します。

pdlogadpf -d sys※5

○

○

○

○

○※1

○※1

(28)　シンクポイントダンプファイルに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

シンクポイントダンプファイルを二重化するかどうかを指定します。

pd_spd_dual

○

○

○

○

○

×

×

シンクポイントダンプが有効化されたときにメッセージを出力するかどうかを指定します。

pd_spd_assurance_msg

○

○

○

○

○

○

○

有効保証世代数を指定します。

pd_spd_assurance_count

○

○

○

○

○

×

×

縮退運転機能を使用するかどうかを指定します。

pd_spd_reduced_mode

○

○

○

○

○

×

○

予約ファイルを自動的にオープンするかどうかを指定します。

pd_spd_reserved_file_auto_open

○

○

○

○

○

×

○

シンクポイントダンプの入出力に使用するバッファの大きさを指定します。

pd_spd_max_data_size

○

○

○

○

○

×

×

シンクポイントダンプを取得する間隔を指定します。

pd_log_sdinterval

○

○

○

○

○

○

○

シンクポイントダンプファイルを構成するグループ名を指定します。

pdlogadfg -d spd

○

○

○

○

○※1

○※1

ファイルグループに割り当てるシンクポイントダンプファイルを指定します。

pdlogadpf -d spd

○

○

○

○

○※1

○※1

副シンクポイントダンプファイルを構成するグループ名を指定します。

pdlogadfg -d ssp

○

○

○

○

○※1

○※1

ファイルグループに割り当てる副シンクポイントダンプファイルを指定します。

pdlogadpf -d ssp

○

○

○

○

○※1

○※1

(29)　ステータスファイルに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

ユニット用ステータスファイル名を指定します。

pd_syssts_file_name_1〜7

○

×

×

ユニット用副ステータスファイル名を指定します。

pd_syssts_subfile_name_1〜7

○

×

×

現用として使用するユニット用ステータスファイル名を指定します。

pd_syssts_last_active_file

○

○

○

再開始時に，前回の稼働時に正常だったユニット用ステータスファイルの系を指定します。

pd_syssts_last_active_side

○

○

○

現用として使用するユニット用副ステータスファイル名を指定します。

pd_syssts_last_active_subfile

○

○

○

再開始時に，前回の稼働時に正常だったユニット用副ステータスファイルの系を指定します。

pd_syssts_last_active_side_sub

○

○

○

サーバ用ステータスファイル名を指定します。

pd_sts_file_name_1〜7

○

○

○

○

×

×

サーバ用副ステータスファイル名を指定します。

pd_sts_subfile_name_1〜7

○

○

○

○

×

×

現用として使用するサーバ用ステータスファイル名を指定します。

pd_sts_last_active_file

○

○

○

○

○

○

再開始時に，前回の稼働時の正常だったサーバ用ステータスファイルの系を指定します。

pd_sts_last_active_side

○

○

○

○

○

○

現用として使用するサーバ用副ステータスファイル名を指定します。

pd_sts_last_active_subfile

○

○

○

○

○

○

再開始時に，前回の稼働時の正常だったサーバ用副ステータスファイルの系を指定します。

pd_sts_last_active_side_sub

○

○

○

○

○

○

(30)　メッセージログファイルに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

メッセージログの出力先ユニットを指定します。

pd_mlg_msg_log_unit

○

×

×

メッセージログファイルの最大容量を指定します。

pd_mlg_file_size

○

○

○

(31)　統計情報に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBの開始時から統計情報を取得するかどうかを指定します。

pd_statistics

○

○

○

統計ログファイルの最大容量を指定します。

pd_stj_file_size

○

○

○※3

○

統計ログバッファの大きさを指定します。

pd_stj_buff_size

○

○

○※3

○

SQLオブジェクト用バッファの統計情報を取得するタイミングを指定します。

pd_sqlobject_stat_timing

○

○

○

HiRDBの開始時から統計情報を取得する場合に指定します。

pdstbegin

○

○

○

HiRDBの開始時からCONNECT及びDISCONNECTに関する履歴情報を取得する場合に指定します。

pdhibegin

○

○

○

(32)　RPCトレース情報に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

RPCトレース情報を取得するかどうかを指定します。

pd_rpc_trace

○

○

○

○

○

○

○

○

○

RPCトレース情報を取得するファイル名を指定します。

pd_rpc_trace_name

○

○

○

○

○

○

○

○

○

RPCトレース情報を取得するファイルの容量を指定します。

pd_rpc_trace_size

○

○

○

○

○

○

○

○

○

(33)　PRFトレース情報に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

PRFトレース情報を取得するかどうかを指定します。

pd_prf_trace

○

○

○

PRFトレース情報の取得レベルを指定します。

pd_prf_level

○

○

○

○

PRFトレース情報ファイルの世代数を指定します。

pd_prf_file_count

○

○

○

○

一つのPRFトレース情報ファイルのサイズを指定します。

pd_prf_file_size

○

○

○

○

PRFトレースを出力するディレクトリを指定します。

pd_prf_output_directory

○

○

○

(34)　トラブルシュート情報に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

トラブルシュート情報を出力するかどうかを指定します。

pd_cancel_dump

○

○

○

○

トランザクションの実行中にクライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）を超えた場合にトラブルシュート情報を出力するかどうかを指定します。

pd_client_waittime_over_abort

○

○

○

トランザクションの実行中にクライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）を超えた場合に出力される共用メモリダンプを取得するユニットの範囲を指定します。

pd_clt_waittime_over_dump_level

○

○

○

トラブルシュート情報の再出力を抑止する時間を指定します。

pd_dump_suppress_watch_time

○

○

○

○

HiRDBプロセスの異常終了，又はHiRDB（ユニット）が異常終了したときに取得するトラブルシュート情報中に，ネットワーク情報を取得するかどうかを指定します。

pd_debug_info_netstat

○

○

○

HiRDBが出力したトラブルシュート情報ファイル（$PDDIR/spool下のファイル），及び作業用一時ファイル（$PDDIR/tmp下のファイル）の削除間隔を指定します。

pd_spool_cleanup_interval

○

○

○

○

pd_spool_cleanup_intervalオペランドの削除対象となるファイルを指定します。

pd_spool_cleanup_interval_level

○

○

○

○

HiRDBが出力したトラブルシュート情報ファイル（$PDDIR/spool下のファイル）をHiRDB開始時に削除するかどうかを指定します。

pd_spool_cleanup

○

○

○

○

pd_spool_cleanupオペランドの削除対象となるトラブルシュート情報ファイルを指定します。

pd_spool_cleanup_level

○

○

○

○

モジュールトレース格納最大数を指定します。

pd_module_trace_max

○

○

○

○

○

○

○

○

○

モジュールトレース出力時刻取得方法を指定します。

pd_module_trace_timer_level

○

○

○

○

○

○

○

○

○

通信トレース格納最大数を指定します。

pd_pth_trace_max

○

○

○

○

○

○

○

○

○

(35)　バックエンドサーバ接続保持機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

バックエンドサーバ接続保持機能を使用するかどうかを指定します。

pd_bes_connection_hold

○

○

○

○

バックエンドサーバ接続保持時間を指定します。

pd_bes_conn_hold_trn_interval

○

○

○

○

(36)　再編成時期予測機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

再編成時期予測機能を使用するかどうかを指定します。

pd_rorg_predict

○

○

○

(37)　セキュリティに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時から監査証跡を取得するかどうかを指定します。

pd_audit

○

○

×

×

監査証跡ファイル用のHiRDBファイルシステム領域名を絶対パス名で指定します。

pd_aud_file_name

○

○

○

○

1監査証跡ファイルの最大容量をメガバイト単位で指定します。

pd_aud_max_generation_size

○

○

○

○

監査証跡ファイル用のHiRDBファイルシステム領域内に作成する監査証跡ファイルの最大数（世代数）を指定します。

pd_aud_max_generation_num

○

○

○

○

スワップ先にできる監査証跡ファイルがない場合のHiRDBの処理方式を指定します。

pd_aud_no_standby_file_opr

○

○

○

監査証跡を非同期に出力する場合に使用するバッファ長をバイト単位で指定します。

pd_aud_async_buff_size

○

○

○

○

監査証跡を非同期に出力する場合に使用するバッファの面数を指定します。

pd_aud_async_buff_count

○

○

○

○

監査証跡を非同期に出力する場合に使用するバッファがすべて使用されているとき，未使用のバッファが確保できるまでバッファを監視する処理のリトライ間隔を指定します。

pd_aud_async_buff_retry_intvl

○

○

○

○

セキュリティ監査機能を使用する場合に監査証跡に出力するSQL文のサイズをバイト単位で指定します。

pd_aud_sql_source_size

○

○

○

○

セキュリティ監査機能を使用する場合に監査証跡に出力するSQLデータのサイズをバイト単位で指定します。

pd_aud_sql_data_size

○

○

○

○

スワップ先にできない監査証跡ファイル数が警告値以上になったとき，警告メッセージを出力します。このオペランドには警告値を，pd_aud_max_generation_numオペランドに指定した監査証跡ファイルの最大数に対する比率で指定します。

pd_aud_file_wrn_pnt

○

○

○

監査証跡表の自動データロード機能を使用するかどうかを指定します。

pd_aud_auto_loading

○

×

×

監査証跡表の自動データロード機能で動作させるデータベース作成ユティリティ（pdload）の環境情報を定義します。

pdaudload

○

○

○

セキュリティ監査機能の情報を置くバッファの大きさを指定します。

pd_audit_def_buffer_size

○

○

○

○

○

HiRDBサーバを構成するネットワークで使用している全ホスト名を指定します。

pd_security_host_group

○

○

○

(38)　系切り替え機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

系切り替え機能を使用するかどうかの指定をします。

pd_ha

○

×

×

系切り替え機能を使用する場合にIPアドレスを引き継ぐかどうかを指定します。

pd_ha_ipaddr_inherit

○

○

×

×

特定のユニットだけ系切り替えしない場合に指定します。

pd_ha_unit

○

×

×

HiRDBの再開始に失敗したときに実行するコマンドを絶対パス名で指定します。

pd_ha_restart_failure

○

○

○

系切り替え機能の運用をモニタモードで行うか，又はサーバモードで行うかを指定します。

pd_ha_acttype

○

×

×

ユーザサーバホットスタンバイを使用するかどうかを指定します。

pd_ha_server_process_standby

○

×

×

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用するかどうかを指定します。

pd_ha_agent

○

×

×

影響分散スタンバイレス型系切り替え機能を使用する場合，ユニット内で同時に実行系として稼働できるゲストBES数の最大値を指定します。

pd_ha_max_act_guest_servers

○

×

×

影響分散スタンバイレス型系切り替え機能を使用する場合，ユニット内の最大起動ユーザサーバプロセス数を指定します。

pd_ha_max_server_process

○

×

○※2

影響分散スタンバイレス型系切り替え機能を使用する場合，ゲストBES受け入れ後のユニット内のホストBESとゲストBESの常駐プロセス数の合計値を指定します。

pd_ha_process_count

○

○

○

影響分散スタンバイレス型系切り替え機能を使用する場合，ユニットを開始するときに，実行系サーバのリソースが活性化されるまでの最大待ち時間を指定します。

pd_ha_resource_act_wait_time

○

○

○

○

トランザクションキューイング機能を使用するかどうかを指定します。また，系の切り替え中に最大同時接続数（pd_max_usersオペランドの値）を超えた場合の処理を指定します。

pd_ha_transaction※6

○

○

○

トランザクションキューイング機能を使用する場合のトランザクションのキューイング待ち時間を指定します。

pd_ha_trn_queuing_wait_time

○

○

○

系切り替えが発生してから待機系ユニットが再開始するまでの間で，トランザクションの開始要求のリトライ処理時間の上限を指定します。

pd_ha_trn_restart_retry_time

○

○

○

系切り替え時のHiRDB（HiRDB/パラレルサーバの場合はユニット）の内部停止処理がサーバ障害監視時間を超えた場合に，HiRDBの内部停止処理を待たないで系を切り替えるかどうかを指定します。

pd_ha_switch_timeout

○

○

○

○

サーバモードの系切り替え機能を使用する場合に，切り替え対象のすべてのサーバプロセスが終了するまで，系切り替え処理を待ち合わせるかどうかを指定します。

pd_ha_prc_cleanup_check

○

○

○

システムマネジャユニットの系が切り替わる時に，ほかのユニットの開始を待ち合わせるかどうか指定します。

pd_ha_mgr_rerun

○

○

○

系切り替え失敗時の自動再起動機能を使用するかどうかを指定します。

pd_ha_switch_error

○

○

○

○

系切り替えの実行時間監視機能における，系切り替え処理の監視時間を指定します。

pd_ha_observe_timeout

○

○

○

○

HAグループを定義します。

pdhagroup

○

×

×

(39)　HiRDB Datareplicatorに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDB Datareplicator連携機能をHiRDB開始時から使用するかどうかを指定します。

pd_rpl_init_start

○

×

×

HiRDB Datareplicator連携機能を使用する場合に，トランザクションを反映する単位を指定します。

pd_rpl_reflect_mode

○

×

○

HiRDB Datareplicator連携機能を使用しているときに，HiRDB Datareplicatorでのシステムログの抽出が完了していないため，すべてのシステムログファイルがスワップ先にできない状態でスワップ要求が発生した場合の処理方法を指定します。

pd_log_rpl_no_standby_file_opr

○

○

○

HiRDB Datareplicator連携機能を使用する場合，抽出側HiRDB Datareplicator運用ディレクトリ名を指定します。

pd_rpl_hdepath

○

×

×

HiRDB Datareplicator連携機能を使用する場合の，抽出側HiRDBで実行する機能を指定します。

pd_rpl_func_control

○

○

○

(40)　JP1との連携に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBのイベントをJP1に登録するかどうかを指定します。

pd_jp1_use

○

○

○

JP1に通知するHiRDBのイベントの種類を指定します。

pd_jp1_event_level

○

○

○

JP1にメッセージ出力イベントを通知するかどうかを指定します。

pd_jp1_event_msg_out

○

○

○

(41)　リアルタイムSANレプリケーションに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

リアルタイムSANレプリケーションを使用するかどうかを指定します。

pd_rise_use

○

×

×

リアルタイムSANレプリケーションの処理方式を選択します。

pd_rise_pairvolume_combination

○

×

×

リアルタイムSANレプリケーションの処理方式にハイブリッド方式を選択している場合，メインサイトとリモートサイト間で同期をとり，データの整合性を維持するかどうか指定します。

pd_rise_disaster_mode

○

○

○

リアルタイムSANレプリケーションの処理方式に全同期方式又はハイブリッド方式を選択している場合に，障害が発生して，リモートサイトにあるボリュームへデータの同期コピーに失敗した場合の動作を指定します。

pd_rise_fence_level

○

○

○

HiRDBが使用するペア論理ボリュームを定義したRAID Managerのインスタンス番号を設定します。

HORCMINST

○

○

○

(42)　インナレプリカ機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

インナレプリカグループの最大数を指定します。

pd_inner_replica_control

○

×

○

インナレプリカ機能を使用するとき，UAPとコマンドを同時実行させるかどうかを指定します。

pd_inner_replica_lock_shift

○

○

○

レプリカRDエリアのオープン属性をSCHEDULEにするかどうかを指定します。

pd_lv_mirror_use

○

○

○

DEFER又はSCHEDULE属性のレプリカRDエリアを，HiRDBの正常開始時にコマンド閉塞にするかどうかを指定します。

pd_inner_replica_hold_status

○

○

○

追い付き反映処理をするときに使用するプロセス数を指定します。

pd_max_reflect_process_count

○

×

×

追い付き反映処理が完了したシステムログファイルの状態を変更するかどうかを指定します。

pd_log_org_reflected_logpoint

○

○※4

○※4

全システムログファイルがオンライン再編成上書き禁止状態の場合に，システムログファイルのスワップが発生したときのHiRDBの処理を指定します。

pd_log_org_no_standby_file_opr

○

○

○

(43)　OLTPに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

OLTP環境下のUAPで，ホールダブルカーソル機能を使用するかどうかを指定します。

pd_oltp_holdcr

○

○

○

(44)　日付・時刻に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

タイムゾーンを指定します。

TZ

○

○

○

(45)　ユーザ認証に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

OSログインユーザの簡易認証機能を有効にするかどうかを指定します。

pd_os_authenticate

○

○

○

HiRDBサーバが許可する認証方式を指定します。

pd_connect_auth_type

○

○

○

(46)　メッセージの出力抑止機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBがsyslogfileに出力するメッセージに対して，出力，出力抑止の制御又は優先度の変更をします。

pdmlgput

○

○

○

(47)　HiRDBシステム定義ファイルの共用化に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBシステム定義ファイルの共用化をするとき，共用ディレクトリ名を指定します。

PDCONFPATH

○

◎

◎

(48)　クライアントグループに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

クライアントグループの接続枠保証機能を使用する場合に，接続保証ユーザ数を指定します。

pdcltgrp

○

○

○

(49)　プラグインに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

使用するプラグインの名称を指定します。

pdplugin

○

×

×

プラグインが使用する共用メモリの大きさを指定します。

pdplgprm

○

○

○

○

○

○

プラグインインデクスの遅延一括作成をするときに，インデクス情報ファイルを作成するディレクトリを指定します。

pd_plugin_ixmk_dir

○

○

×

○

(50)　バージョンアップに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBをバージョンアップするときに実行するpdvrupコマンドを自動起動するかどうかを指定します。

pd_auto_vrup

○

×

×

(51)　通信処理に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

スケジューラプロセスのポート番号を指定します。

pd_service_port

○

○

◎

◎

ユニット間のシステムサーバと通信する場合のアドレス解決方法を指定します。

pd_name_fixed_port_lookup

○

○

○

pd_name_fixed_port_lookupオペランドにYを指定した場合に，スケジューラプロセスのポート番号を指定します。

pd_scd_port

○

○

○

pd_name_fixed_port_lookupオペランドにYを指定した場合に，トランザクションサーバプロセスのポート番号を指定します。

pd_trn_port

○

○

○

pd_name_fixed_port_lookupオペランドにYを指定した場合に，メッセージログサーバプロセスのポート番号を指定します。

pd_mlg_port

○

○

○

pd_name_fixed_port_lookupオペランドにYを指定した場合に，ユニット監視プロセスのポート番号を指定します。

pd_alv_port

○

○

○

HiRDBサーバからHiRDBクライアントへの通信時に使用するネットワークを指定します。

pd_change_clt_ipaddr

○

○

○

○

HiRDBが通信処理で使用するポート番号の範囲を指定します。

pd_registered_port

○

○

×

◎

pd_registered_portオペランドで範囲指定したポート番号と/etc/servicesに登録されたポート番号との重複チェックをするかどうかを指定します。

pd_registered_port_check

○

○

×

◎

プロセス間通信の送信リトライ処理の連続繰り返し回数を指定します。

pd_ipc_send_retrycount

○

○

○

○

プロセス間通信の送信リトライ処理のスリープ時間を指定します。

pd_ipc_send_retrysleeptime

○

○

○

○

サーバ間の送信処理が終了するまでの送信処理のリトライ回数を指定します。

pd_ipc_send_count

○

○

○

○

サーバ間の受信処理が終了するまでの受信処理のリトライ回数を指定します。

pd_ipc_recv_count

○

○

○

○

HiRDBのサーバ間通信（ユニット間の通信）で，コネクション確立をノンブロックモードで行うかどうかを指定します。

pd_ipc_conn_nblock

○

○

○

HiRDBのサーバ間通信（ユニット間の通信）におけるノンブロックモードでのコネクション確立処理のリトライ時間と，コネクションの確立監視時間を指定します。

pd_ipc_conn_nblock_time

○

○

○

HiRDBのサーバ間通信で，データ送信時に行うコネクション確立処理のリトライ間隔を指定します。

pd_ipc_conn_interval

○

○

○

HiRDBのサーバ間通信で，データ送信時に行うコネクション確立処理のリトライ回数を指定します。

pd_ipc_conn_count

○

○

○

HiRDBクライアントとの通信で，コネクション確立をノンブロックモードで行うかどうかを指定します。

pd_ipc_clt_conn_nblock

○

○

○

HiRDBクライアントとの通信におけるノンブロックモードでのコネクションの確立監視時間を指定します。

pd_ipc_clt_conn_nblock_time

○

○

○

(52)　Javaに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

Java仮想マシンの起動オプションを指定します。

pd_java_option

○

○

○

外部Javaルーチンが使用するスタック領域長を指定します。

pd_java_routine_stack_size

○

○

○

Javaストアドプロシジャ又はJavaストアドファンクションで使用するJARファイルを格納するディレクトリ名を指定します。

pd_java_archive_directory

○

○

○

○

Java仮想マシンが使用するクラスパスを指定します。

pd_java_classpath

○

○

○

○

Java Runtime Environmentのルートディレクトリを絶対パス名で指定します。

pd_java_runtimepath

○

○

○

○

Java仮想マシンのライブラリが格納されているディレクトリを，Java Runtime Environmentのルートディレクトリへの相対パス名で指定します。

pd_java_libpath

○

○

○

○

Java仮想マシンでの標準出力又は標準エラー出力の出力先をファイルにする場合，そのファイル名を指定します。

pd_java_stdout_file

○

○

○

○

○

○

○

○

○

Java仮想マシンの起動プロセスを，特定の契機で終了させるかどうかを指定します。

pd_java_castoff

○

○

○

○

○

○

○

(53)　外部Cストアドルーチンに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

外部Cストアドルーチンで使用するCライブラリファイルを格納するディレクトリを指定します。

pd_c_library_directory

○

○

○

○

(54)　SQL実行時間警告出力機能に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

SQL実行時間警告情報を出力する条件を指定します。

pd_cwaittime_wrn_pnt※6

○

○

○

○

○

SQL実行時間警告情報ファイルの出力先ディレクトリを指定します。

pd_cwaittime_report_dir

○

○

○

○

SQL実行時間警告情報ファイルの最大容量を指定します。

pd_cwaittime_report_size

○

○

○

○

(55)　文字コードに関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

1文字を表現する最大バイト数を指定します。

pd_substr_length

○

○

○

(56)　ワークファイル出力先ディレクトリの変更に関するオペランド

オペランドの内容

オペランド名

定義名

FORCE

PLAN

SYS

UNT

SVR

SDS

FES

DS

BES

HiRDBが出力するワークファイルの出力先ディレクトリ名を指定します。

pd_tmp_directory

○

○

○

9.2　オペランドの説明

9.2.1　システム構成に関するオペランド

◆　pd_system_id = HiRDB識別子

〜＜識別子＞((4文字))

HiRDBサーバの識別子を指定します。このオペランドは省略できません。必ず指定してください。

次に示す場合は，システム間でHiRDB識別子が一意になるようにしてください。

複数のHiRDB/シングルサーバを使用している場合

ユティリティ専用ユニットを使用している場合

《注意事項》

一度設定したHiRDB識別子を変更するには，データベース初期設定ユティリティで再度システムを構築し直す必要があります。したがって，後で変更が発生するような名称は避けてください。

◆　pd_name_port = HiRDBのポート番号

〜＜符号なし整数＞((5001〜65535))《20000》

HiRDBのポート番号を指定します。

《注意事項》

注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「HiRDBで指定するポート番号」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，pdunitオペランドの-pオプションと関連があります。

◆　pd_master_file_name = "マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称"

〜＜パス名＞((167文字以内))

マスタディレクトリ用RDエリアを構成する先頭のHiRDBファイル名称を，絶対パス名で指定します。このオペランドは省略できません。必ず指定してください。

《注意事項》

ユティリティ専用ユニットの場合は，このオペランドを指定しないでください。

一度設定したマスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を変更するには，データベース初期設定ユティリティで再度システムを構築し直す必要があります。したがって，後で変更が発生するような名称は避けてください。

◆　pd_system_expand_unit ＝ユニット識別子〔，ユニット識別子〕…

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

拡張ユニットのユニット識別子を指定します。拡張ユニットは，バッチジョブ分散実行システムとHiRDBを組み合わせたシステムで使用します。バッチジョブ分散実行システム及び拡張ユニットについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

このオペランドに指定できるユニット識別子は63個までです。

また，このオペランドを指定する場合は，基本ユニット及び拡張ユニットの合計数が64個以下になるようにしてください。

《注意事項》

このオペランドの値はHiRDBの再開始時に変更できません。

システムマネジャ又はディクショナリサーバがあるユニットは，拡張ユニットにできません。したがって，システムマネジャ又はディクショナリサーバがあるユニットをこのオペランドに指定しないでください。

基本ユニットには，一つ以上のフロントエンドサーバ及びバックエンドサーバを設定する必要があります。それを考慮してこのオペランドに指定するユニットを決定してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_max_file_no

pd_max_rdarea_no

pd_max_users

pd_start_level

pd_start_skip_unit

pdbuffer

pdstart

pdunit -uオプション

《各見積もり式への影響》

pd_system_expand_unitオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「ステータスファイルの容量の見積もり」の「Sの求め方」

◆　pdunit -x ホスト名

　　　　 -u ユニット識別子

　　　 〔-d "HiRDB運用ディレクトリ名"〕

　　　 〔-c ホスト名〕

　　　 〔-p HiRDBのポート番号〕

　　　 〔-s スケジューラプロセスのポート番号〕

　　　 〔-t トランザクションサーバプロセスのポート番号〕

　　　 〔-m メッセージログサーバプロセスのポート番号〕

　　　 〔-a ユニット監視プロセスのポート番号〕

《備考》

-xオプション，及び-cオプションは，計画停止後の再開始時でも指定値の変更ができます。それ以外のオプションの場合は，正常終了後に指定値を変更してください。

●HiRDB/シングルサーバの場合

HiRDB/シングルサーバ又はユティリティ専用ユニットのユニット構成を定義します。

《指定値の目安》

HiRDB/シングルサーバだけでシステムが構成されている場合（ユティリティ専用ユニットを使用しない場合）はこのオペランドを省略できます。

ただし，IPアドレスを引き継がない系切り替え機能を使用する場合はこのオペランドを省略できません。

系切り替え機能を使用する場合は，現用系と予備系のシステム定義の内容を同じにします。

相互系切り替え構成の場合，マルチHiRDBの構成（1サーバマシンに二つのHiRDB/シングルサーバが共存する構成）となりますが，二つのHiRDB/シングルサーバでシステム定義の内容を同じにはできません。

指定するすべてのpdunitオペランドの-x及び-cオプションに指定するホスト名には，それぞれ異なる名称を指定してください。

ユティリティ専用ユニットを使用する場合，HiRDB/シングルサーバのシステム共通定義には，HiRDB/シングルサーバ及びユティリティ専用ユニットのユニット情報を指定します。HiRDB/シングルサーバの分のpdunitオペランドと，ユティリティ専用ユニットの分のpdunitオペランドの二つを指定します。

ユティリティ専用ユニットのシステム共通定義には，HiRDB/シングルサーバ及びユティリティ専用ユニットのユニット情報を指定します。ユティリティ専用ユニットを使用するHiRDB/シングルサーバの分のpdunitオペランドと，ユティリティ専用ユニットの分のpdunitオペランドを指定します。

《注意事項》

ユティリティ専用ユニットを使用する場合，HiRDBはこのオペランドで指定したホスト名を使用して，HiRDB/シングルサーバとユティリティ専用ユニットとの通信をします。このため，ホスト名の指定を誤ると，通信障害やタイムオーバとなることがあります。

-x ホスト名

〜＜ホスト名＞((1〜32文字))

HiRDB/シングルサーバを定義するサーバマシンのホスト名を指定します。

IPアドレス又はFQDN形式で指定することもできます。また，ループバックアドレスを指定することもできます。ただし，同じサーバマシンに対する指定形式は統一してください。例えば，同じサーバマシンのホスト名を，ホスト名形式で指定したり，IPアドレス形式で指定したりすることはできません。

指定例については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「DNSサーバでIPアドレスを管理する場合の設定」を参照してください。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《ほかのオペランドとの関連》

pdunitオペランドの-xオプション，-cオプション，及びpd_hostnameオペランドに指定するホスト名の関係を次に示します。

システム構成の条件

pdunitオペランド

pd_hostnameオペランドの指定

-xオプションの指定

-cオプションの指定

系切り替え機能を使用しない場合

ホスト名※1を指定

pdunitオペランドを省略

指定不要

pd_hostnameオペランドを省略

標準ホスト名※1を指定

-xオプションと同じホスト名※1を指定

ループバックアドレスを指定※2，※4

指定不要

pd_hostnameオペランドを省略

ループバックアドレスを指定

系切り替え機能を使用する場合

モニタモードでIPアドレスを引き継ぐ場合

再配置可能なIPアドレス，再配置可能なIPアドレスのホスト名，又はFQDNを指定

指定不要

pd_hostnameオペランドを省略

現用系の標準ホスト名※1を指定

-xオプションと同じホスト名※1を指定

ループバックアドレスを指定※2，※3，※4，※5

指定不要

pd_hostnameオペランドを省略

ループバックアドレスを指定

サーバモードでIPアドレスを引き継ぐ場合

再配置可能なIPアドレス，再配置可能なIPアドレスのホスト名，又はFQDNを指定

指定不要

現用系の標準ホスト名※1を指定

IPアドレスを引き継がない場合

現用系のホスト名※1を指定

予備系のホスト名※1を指定

現用系の標準ホスト名※1を指定

注

ここで指定したホスト名はhostsファイル又はDNSなどに登録し，名前解決しておく必要があります。

ホスト名をFQDN形式で指定する場合は，ホスト名をFQDN形式で定義しておく必要があります。

HiRDBでは，localhostを通常のホスト名として扱うため，ループバックアドレスとして使用する場合は，名前解決しておく必要があります。

pdunitオペランドを省略した場合，-xオプションに標準ホスト名が指定されたと仮定します。この場合，「はじめに」の「■このマニュアルで使用している構文要素記号」で説明している規則に従って標準ホスト名が付けられている必要があります。

また，pdunitオペランドを省略した場合は標準ホスト名が仮定されるため，標準ホスト名をhostsファイル又はDNSに登録して名前解決してください。

注※1

指定形式は，ホスト名，IPアドレス，又はFQDN形式のどれかになります。

注※2

ループバックアドレスを指定する場合，hostsファイル又はDNSなどへのホスト名の登録が不要になります。

注※3

この場合，クラスタソフトウェアのIPアドレス引き継ぎの設定が不要になります。

注※4

この場合，ほかのマシンのHiRDBクライアントからHiRDBサーバに接続できません。HiRDBサーバに接続するには，マルチコネクションアドレス機能又は高速接続機能を使用してください。

注※5

マルチコネクションアドレス機能を使用する場合は，pdstartオペランドの-mオプション（HiRDBクライアントが接続するホスト名を指定するオプション）に，系の切り替え時に引き継ぐ再配置可能なIPアドレスのホスト名を指定してください。

-u ユニット識別子

〜＜識別子＞((4文字))

ユニット識別子を指定します。ユニット制御情報定義のpd_unit_idオペランドにも，ここで指定したユニット識別子を指定します。

-d "HiRDB運用ディレクトリ名"

Linuxの場合：〜＜118文字以内のパス名＞《/opt/HiRDB_S》

Linux以外の場合：〜＜128文字以内のパス名＞《/opt/HiRDB_S》

HiRDB運用ディレクトリ名を指定します。

pdunitオペランドを省略すると，-dオプションにpdsetupコマンドで指定したHiRDB運用ディレクトリが指定されたと仮定します。

-c ホスト名

〜＜ホスト名＞((1〜32文字))

IPアドレスを引き継がない系切り替えをする場合にこのオプションを指定します。

このオプションには予備系のホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。ただし，同じサーバマシンに対する指定形式は統一してください。例えば，同じサーバマシンのホスト名を，ホスト名形式で指定したり，IPアドレス形式で指定したりすることはできません。

なお，ユティリティ専用ユニットの場合は系切り替えができないため，このオプションを指定しないでください。指定すると定義エラーとなり，HiRDBを開始できません。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

-p HiRDBのポート番号

〜＜符号なし整数＞((5001〜65535))

ユティリティ専用ユニットがある構成で，すべてのHiRDB/シングルサーバ又はユティリティ専用ユニットでそれぞれ異なるポート番号を使用するときに指定します。

次の場合には，自システムのHiRDBのポート番号（pd_name_portオペランドで指定した値）が仮定されます。

ユティリティ専用ユニットがない構成

ユティリティ専用ユニットがある構成で，このオプションを省略した場合

《指定値の目安》

HiRDB/シングルサーバで指定する場合は，HiRDB/シングルサーバが利用するユティリティ専用ユニットのpdunitオペランドに，ユティリティ専用ユニットのHiRDBのポート番号（pd_name_portオペランドで指定した値）を指定してください。

ユティリティ専用ユニットで指定する場合は，ユティリティ専用ユニットを利用するHiRDB/シングルサーバのpdunitオペランドに，HiRDB/シングルサーバのHiRDBのポート番号（pd_name_portオペランドで指定した値）を指定してください。

マルチHiRDBで一つのユティリティ専用ユニットを共用する場合には，必ず指定してください。

《注意事項》

OSが自動的に割り当てるポート番号の範囲とは異なる番号を指定してください。OSが自動的に割り当てるポート番号の範囲はOSによって異なります。

OSが自動的に割り当てるポート番号の範囲内の番号を指定した場合，その番号はほかのプログラムに使用されているおそれがあります。使用されていた場合，HiRDBを開始できません。

HiRDBのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，pd_name_portオペランドと関連があります。

-s スケジューラプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

スケジューラプロセスのポート番号を指定します。

《注意事項》

通常，このオプションを指定する必要はありません。

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

スケジューラプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

pd_service_port

pd_scd_port

-t トランザクションサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

トランザクションサーバプロセスのポート番号を指定します。

《注意事項》

通常，このオプションを指定する必要はありません。

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

トランザクションサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，pd_trn_portオペランドと関連があります。

-m メッセージログサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

メッセージログサーバプロセスのポート番号を指定します。

《注意事項》

通常，このオプションを指定する必要はありません。

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

メッセージログサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，pd_mlg_portオペランドと関連があります。

●HiRDB/パラレルサーバの場合

HiRDB/パラレルサーバのユニット構成を定義します。

《指定値の目安》

このオペランドには，HiRDB/パラレルサーバを構成するすべてのユニットの情報を定義します。例えば，ユニットが三つある場合は，pdunitオペランドを三つ指定します。

系切り替え機能を使用する場合はこのオペランドを省略できません。

系切り替え機能を使用する場合は，現用系と予備系のシステム定義の内容を同じにします。

相互系切り替え構成の場合，マルチHiRDBの構成（1ホストに異なる二つのユニットが共存する構成）となりますが，異なる二つのユニットでシステム定義の内容を同じにはできません。

指定するすべてのpdunitオペランドの-x及び-cオプションに指定するホスト名には，それぞれ異なる名称を指定してください。

HiRDB/パラレルサーバを1ユニットだけで構成する場合は，このオペランドを省略できます。省略すると，pdsetupコマンドで指定したHiRDB運用ディレクトリが仮定されます。

-x ホスト名

〜＜ホスト名＞((1〜32文字))

HiRDB/パラレルサーバの各サーバを定義するサーバマシンのホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。ただし，同じサーバマシンに対する指定形式は統一してください。例えば，同じサーバマシンのホスト名を，ホスト名形式で指定したり，IPアドレス形式で指定したりすることはできません。

指定例については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「DNSサーバでIPアドレスを管理する場合の設定」を参照してください。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《ほかのオペランドとの関連》

pdunitオペランドの-xオプション，-cオプション，及びpd_hostnameオペランドに指定するホスト名の関係を次に示します。

システム構成の条件

pdunitオペランド

pd_hostnameオペランドの指定

-xオプションの指定

-cオプションの指定

系切り替え機能を使用しない場合

ホスト名※1を指定

指定不要

pd_hostnameオペランドを省略

標準ホスト名※1を指定

系切り替え機能を使用する場合

IPアドレスを引き継ぐ場合

再配置可能なIPアドレス，再配置可能なIPアドレスのホスト名，又はFQDNを指定

指定不要

現用系の標準ホスト名※1を指定

IPアドレスを引き継がない場合

現用系のホスト名※1を指定

予備系のホスト名※1を指定※2

現用系の標準ホスト名※1を指定

注

ここで指定したホスト名はhostsファイル又はDNSなどに登録し，名前解決しておく必要があります。

ホスト名をFQDN形式で指定する場合は，ホスト名をFQDN形式で定義しておく必要があります。

注※1

指定形式は，ホスト名，IPアドレス，又はFQDN形式のどれかになります。

注※2

pdunitオペランドの-xオプション及び-cオプションに指定するホスト名は重複できません。正しい例と間違った例を次に示します。

（正しい例）

pdunit -x hostA ... -c hostAA

pdunit -x hostB ... -c hostBB

（間違った例）

pdunit -x hostA ... -c hostB

pdunit -x hostB ... -c hostA

IPアドレスを引き継がない相互系切り替え構成のHiRDBシステム定義の例については，「HiRDB/パラレルサーバの場合：スタンバイ型系切り替え機能使用時」を参照してください。

-u ユニット識別子

〜＜識別子＞((4文字))

ユニット識別子を指定します。各ユニット制御情報定義のpd_unit_idオペランドにも，ここで指定したユニット識別子を指定します。

-d "HiRDB運用ディレクトリ名"

Linuxの場合：〜＜118文字以内のパス名＞《/opt/HiRDB_P》

Linux以外の場合：〜＜128文字以内のパス名＞《/opt/HiRDB_P》

このユニットのHiRDB運用ディレクトリ名を指定します。

《注意事項》

1：1スタンバイレス型系切り替え機能を使用する場合

正規バックエンドサーバユニットと代替バックエンドサーバユニットで同じHiRDB運用ディレクトリ名を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合

同じHAグループに属する全ユニットで，同じHiRDB運用ディレクトリ名を指定してください。

-c ホスト名

〜＜ホスト名＞((1〜32文字))

IPアドレスを引き継がない系切り替えをする場合にこのオプションを指定します。

このオプションには予備系のホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。ただし，同じサーバマシンに対する指定形式は統一してください。例えば，同じサーバマシンのホスト名を，ホスト名形式で指定したり，IPアドレス形式で指定したりすることはできません。

なお，次に示すユニットにはこのオプションを指定できません。指定した場合はHiRDBを開始できません（KFPS01896-Eメッセージが出力されます）。

1：1スタンバイレス型系切り替え機能を適用するユニット（IPアドレスの引き継ぎが発生しない）

影響分散スタンバイレス型系切り替え機能を適用するユニット（IPアドレスの引き継ぎが発生しない）

ユティリティ専用ユニット（ユティリティ専用ユニットは系切り替えができない）

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

-p HiRDBのポート番号

〜＜符号なし整数＞((5001〜65535))

各ユニットでのHiRDBのポート番号を指定します。このオプションを省略した場合は，pd_name_portオペランドで指定した値が仮定されます。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

1：1スタンバイレス型系切り替え機能を使用する場合は，正規BESユニットと代替BESユニットに同じポート番号を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合，同じHAグループに属するユニットには，すべて同じポート番号を指定してください。

HiRDBのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，pd_name_portオペランドと関連があります。

-s スケジューラプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，各ユニットでのスケジューラプロセスのポート番号を指定します。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

1：1スタンバイレス型系切り替え機能を使用する場合は，正規BESユニットと代替BESユニットに同じポート番号を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合，同じHAグループに属するユニットには，すべて同じポート番号を指定してください。

スケジューラプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，次に示すオペランドと関連があります。

・pd_service_port

・pd_scd_port

-t トランザクションサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，各ユニットでのトランザクションサーバプロセスのポート番号を指定します。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

1：1スタンバイレス型系切り替え機能を使用する場合は，正規BESユニットと代替BESユニットに同じポート番号を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合，同じHAグループに属するユニットには，すべて同じポート番号を指定してください。

トランザクションサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pd_trn_portオペランドと関連があります。

-m メッセージログサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，各ユニットでのメッセージログサーバプロセスのポート番号を指定します。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

1：1スタンバイレス型系切り替え機能を使用する場合は，正規BESユニットと代替BESユニットに同じポート番号を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合，同じHAグループに属するユニットには，すべて同じポート番号を指定してください。

メッセージログサーバプロセスが起動しないユニットではポート番号を指定しても使用されませんが，定義したポート番号がほかのポート番号と異なるかどうかはチェックされます。メッセージログサーバプロセスが起動しないユニットは，二つ以上のユニットで構成されるHiRDB/パラレルサーバでpd_mlg_msg_log_unitの指定値がmanagerの場合，システムマネジャがないユニットです。

メッセージログサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pd_mlg_portオペランドと関連があります。

-a ユニット監視プロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，各ユニットでのユニット監視プロセスのポート番号を指定します。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニットごとに異なるポート番号を指定してください。

1：1スタンバイレス型系切り替え機能を使用する場合は，正規BESユニットと代替BESユニットとで同じポート番号を指定してください。

影響分散スタンバイレス型系切り替え機能を使用する場合，同じHAグループに属するユニットには，すべて同じポート番号を指定してください。

ユニット監視プロセスが起動しないユニットではポート番号を指定しても使用されませんが，定義したポート番号がほかのポート番号と異なるかどうかはチェックされます。ユニット監視プロセスは，二つ以上のユニットで構成されるHiRDB/パラレルサーバでシステムマネジャがあるユニットを除いて，すべてのユニットで起動しません。

ユニット監視プロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pd_alv_portオペランドと関連があります。

◆　pdstart -t サーバ種別〔-s サーバ名〕

　　　　 -x ホスト名｜-u ユニット識別子

　　　 〔-m ホスト名〔，ホスト名〕…

　　　 〔-n ホスト名〔，ホスト名〕…〕〕

　　　 〔-c サーバ名｜-g HAグループ識別子〕

　　　 〔-k stls〕

このオペランドは省略できません。必ず指定してください。

《注意事項》

一度設定したサーバ名（-sオプションの指定）を変更する場合は，データベース初期設定ユティリティで再度システムを構築し直す必要があります。したがって，後で変更が発生するようなサーバ名は避けてください。

-t，-u，-s，又は-cオプションの指定を変更する場合は，次に示す操作をする必要があります。したがって，後で変更が発生するような指定値は避けてください。

システムログファイルの初期化（オプションを変更したサーバのシステムログファイルが初期化の対象になります）

シンクポイントダンプファイルの初期化（オプションを変更したサーバのシンクポイントダンプファイルが初期化の対象になります）

ユニット用ステータスファイル及びサーバ用ステータスファイルの初期化（オプションを変更したユニット及びサーバのステータスファイルが初期化の対象になります）

《備考》

-xオプション，-mオプション，及び-nオプションは，計画停止後の再開始時でも指定値の変更ができます。それ以外のオプションの場合は，正常終了後に指定値を変更してください。

●HiRDB/シングルサーバの場合

HiRDB/シングルサーバのサーバ構成を定義します。指定する項目は次のとおりです。

サーバ種別

サーバ名

ホスト名又はユニット識別子

《指定値の目安》

HiRDB/シングルサーバを複数個接続して使用する場合，サーバ名は各HiRDB/シングルサーバ間で一意になるように指定してください。

ユティリティ専用ユニットを使用する場合も，ほかのサーバ名と重複しないようにしてください。

ユティリティ専用ユニットの場合，ユティリティ専用ユニットに対するpdstartオペランドの指定は必要ありません。ただし，ユティリティ専用ユニットを使用するすべてのHiRDB/シングルサーバに対するpdstartオペランドを指定する必要があります。

-t サーバ種別

サーバの種別を指定します。

SDS：シングルサーバ

-s サーバ名

〜＜識別子＞((1〜8文字))

シングルサーバのサーバ名を指定します。

-x ホスト名

〜＜ホスト名＞((1〜32文字))

pdunitオペランドの-xオプションに指定したホスト名を指定します。

pdunitオペランドを省略した場合，pdunitオペランドの-xオプションに標準ホスト名が指定されたと仮定されるため，このオプションに標準ホスト名を指定してください。

-u ユニット識別子

〜＜識別子＞((4文字))

サーバを実行するユニットの識別子を指定します。pdunitオペランドの-uオプションで指定したユニット識別子を指定します。

系切り替え機能を使用する場合は，「-x ホスト名」ではなく，「-u ユニット識別子」を指定することをお勧めします。

-m ホスト名〔，ホスト名〕…

〜＜ホスト名＞((1〜32文字))

マルチコネクションアドレス機能を使用する場合に，HiRDBクライアントが接続するHiRDB/シングルサーバのホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。

マルチコネクションアドレス機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

HiRDBクライアントとHiRDBサーバ間で使用しているネットワークと，HiRDBサーバのサーバマシン間で使用しているネットワークが異なる場合にこのオプションを指定します。また，pd_hostnameオペランドにループバックアドレスを指定している場合に，ほかのホストのHiRDBクライアントからHiRDBサーバにアクセスするときは，このオプションを指定する必要があります。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《注意事項》

このオプションは四つまで指定できます。

同じネットワーク上のホスト名を複数指定した場合，最初に指定したホスト名が有効になります。

HiRDB/シングルサーバがないサーバマシンのホスト名を指定した場合，その指定は無視されます。

サブネットによって，HiRDBクライアントの接続用ネットワークとHiRDBサーバ間の通信用ネットワークを切り分けている場合は，マルチコネクションアドレス機能が適用できません。-mオプションを指定した場合，HiRDBクライアントからHiRDBサーバへ接続ができなくなるときがあります。

-mオプションと-nオプションの指定方法を次に示します。

HiRDB/シングルサーバの構成

pdstartオペランドの指定方法

系切り替え構成

系切り替え時にHiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレス（クライアントの接続先となるIPアドレス）を引き継ぐ構成

-mオプションの指定

-nオプションの指定

適用

適用

HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスに対応するホスト名を指定してください。

オプションの指定を省略してください。

非適用

HiRDBクライアントとHiRDBサーバ間で使用するネットワークの現用系のホスト名を指定してください。

HiRDBクライアントとHiRDBサーバ間で使用するネットワークの予備系のホスト名を指定してください。

非適用

−

HiRDBクライアントとHiRDBサーバ間で使用するネットワークのホスト名を指定してください。

オプションの指定を省略してください。

（凡例）

−：IPアドレスを引き継ぐ構成の適用対象外

系切り替え構成を適用する際は，HiRDBサーバ間で使用するネットワークのIPアドレスを引き継がない場合でも，HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスは引き継ぐ構成としてください。HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスを引き継がない構成とした場合，予備系のホストに系が切り替わるとUAPの接続処理時間が遅くなります。

IPアドレスを引き継ぐ系切り替え機能を使用する場合に，pdunitオペランドの-xオプションにループバックアドレスを指定しているときは，再配置可能なIPアドレスのホスト名を-ｍオプションに指定してください。

-n ホスト名〔，ホスト名〕…

〜＜ホスト名＞((1〜32文字))

このオプションは-ｍオプションと一緒に指定してください。

マルチコネクションアドレス機能を使用する場合に，HiRDBクライアントが接続するHiRDB/シングルサーバのホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。

HiRDBクライアントとHiRDBサーバ間で使用しているネットワークと，HiRDBサーバのサーバマシン間で使用しているネットワークが異なる場合にこのオプションを指定します。IPアドレスを引き継がない系切り替え機能を使用する場合に，予備系のホスト名を指定してください。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《注意事項》

このオプションは四つまで指定できます。

同じネットワーク上のホスト名を複数指定した場合，最初に指定したホスト名が有効になります。

HiRDB/シングルサーバがないサーバマシンのホスト名を指定した場合，その指定は無視されます。

サブネットによって，HiRDBクライアントの接続用ネットワークとHiRDBサーバ間の通信用ネットワークを切り分けている場合は，マルチコネクションアドレス機能が適用できません。-nオプションを指定した場合，HiRDBクライアントからHiRDBサーバへ接続ができなくなるときがあります。

-mオプションと-nオプションの指定方法は，-mオプションの項を参照してください。

このオプションを指定する場合は，pd_hostnameオペランドに標準ホスト名を指定してください。

-c サーバ名

〜＜識別子＞((1〜8文字))

このオプションはHiRDB/パラレルサーバ限定のオプションのため，省略してください。

-g HAグループ識別子

〜＜識別子＞((1〜8文字))

このオプションはHiRDB/パラレルサーバ限定のオプションのため，省略してください。

-k stls

〜＜識別子＞((4文字))

このオプションはHiRDB/パラレルサーバ限定のオプションのため，省略してください。

●HiRDB/パラレルサーバの場合

HiRDB/パラレルサーバのサーバ構成を定義します。指定する項目は次のとおりです。

サーバ種別

サーバ名

ホスト名又はユニット識別子

《指定値の目安》

サーバ構成の目安を次に示します。

各サーバを別サーバマシンに定義すると，SQL処理の並列度を向上できます。

TCP/IPプロトコルで接続されているサーバマシンにシステムマネジャ及びフロントエンドサーバを定義すると，SQL処理の並列度を向上できます。

バックエンドサーバのCPU負荷によっては，1サーバマシンに複数のバックエンドサーバを割り当てた方がよい場合もあります。

《注意事項》

システムマネジャ及びディクショナリサーバは複数個指定できません。

-t サーバ種別

サーバの種別を指定します。

MGR：システムマネジャ

FES：フロントエンドサーバ

BES：バックエンドサーバ

DIC：ディクショナリサーバ

-s サーバ名

〜＜識別子＞((1〜8文字))

サーバ名を指定します。サーバ種別がMGR（システムマネジャ）の場合は指定する必要はありません。

-x ホスト名

〜＜ホスト名＞((1〜32文字))

pdunitオペランドの-xオプションに指定したホスト名を指定します。

-u ユニット識別子

〜＜識別子＞((4文字))

サーバを実行するユニットの識別子を指定します。pdunitオペランドの-uオプションで指定したユニット識別子を指定します。

系切り替え機能を使用する場合は，「-x ホスト名」ではなく，「-u ユニット識別子」を指定することをお勧めします。

-m ホスト名〔，ホスト名〕…

〜＜ホスト名＞((1〜32文字))

マルチコネクションアドレス機能を使用する場合に，HiRDBクライアントが接続するフロントエンドサーバのホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。

マルチコネクションアドレス機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

HiRDBクライアントとHiRDBサーバ間で使用しているネットワークと，HiRDBサーバのサーバマシン間で使用しているネットワークが異なる場合にこのオプションを指定します。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《注意事項》

このオプションは四つまで指定できます。

同じネットワーク上のホスト名を複数指定した場合，最初に指定したホスト名が有効になります。

フロントエンドサーバがないサーバマシンのホスト名を指定した場合，その指定は無視されます。

サブネットによって，HiRDBクライアントの接続用ネットワークとHiRDBサーバ間の通信用ネットワークを切り分けている場合は，マルチコネクションアドレス機能が適用できません。-mオプションを指定した場合，HiRDBクライアントからHiRDBサーバへ接続ができなくなるときがあります。

-mオプションと-nオプションの指定方法を次に示します。

フロントエンドサーバを配置するユニットの構成

pdstartオペランドの指定方法

系切り替え構成

系切り替え時にHiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレス（クライアントの接続先となるIPアドレス）を引き継ぐ構成

-mオプションの指定

-nオプションの指定

適用

適用

HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスに対応するホスト名を指定してください。

オプションの指定を省略してください。

非適用

HiRDBクライアントとHiRDBサーバ間で使用するネットワークの現用系のホスト名を指定してください。

HiRDBクライアントとHiRDBサーバ間で使用するネットワークの予備系のホスト名を指定してください。

非適用

−

HiRDBクライアントとHiRDBサーバ間で使用するネットワークのホスト名を指定してください。

オプションの指定を省略してください。

（凡例）

−：IPアドレスを引き継ぐ構成の適用対象外

系切り替え構成を適用する際は，HiRDBサーバ間で使用するネットワークのIPアドレスを引き継がない場合でも，HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスは引き継ぐ構成としてください。HiRDBクライアントとHiRDBサーバ間で使用するネットワークのIPアドレスを引き継がない構成とした場合，予備系のホストに系が切り替わるとUAPの接続処理時間が遅くなります。

IPアドレスを引き継ぐ系切り替え機能を使用する場合に，pdunitオペランドの-xオプションにループバックアドレスを指定しているときは，再配置可能なIPアドレスのホスト名を-ｍオプションに指定してください。

-n ホスト名〔，ホスト名〕…

〜＜ホスト名＞((1〜32文字))

このオプションは-ｍオプションと一緒に指定してください。

マルチコネクションアドレス機能を使用する場合に，HiRDBクライアントが接続するフロントエンドサーバのホスト名を指定します。IPアドレス又はFQDN形式で指定することもできます。

HiRDBクライアントとHiRDBサーバ間で使用しているネットワークと，HiRDBサーバのサーバマシン間で使用しているネットワークが異なる場合にこのオプションを指定します。IPアドレスを引き継がない系切り替え機能を使用する場合に，予備系のホスト名を指定してください。

ホスト名形式で指定する場合の注意事項

ホスト名には別名を指定できません。

《注意事項》

このオプションは四つまで指定できます。

同じネットワーク上のホスト名を複数指定した場合，最初に指定したホスト名が有効になります。

フロントエンドサーバがないサーバマシンのホスト名を指定した場合，その指定は無視されます。

サブネットによって，HiRDBクライアントの接続用ネットワークとHiRDBサーバ間の通信用ネットワークを切り分けている場合は，マルチコネクションアドレス機能が適用できません。-nオプションを指定した場合，HiRDBクライアントからHiRDBサーバへ接続ができなくなるときがあります。

-mオプションと-nオプションの指定方法は，-mオプションの項を参照してください。

このオプションを指定する場合は，pd_hostnameオペランドに標準ホスト名を指定してください。

-c サーバ名

〜＜識別子＞((1〜8文字))

このオプションは1：1スタンバイレス型系切り替え機能に関するオプションです。-sオプションで指定したバックエンドサーバの代替BES名を指定します。

-cオプションを指定するには，次に示す条件をすべて満たす必要があります。満たさない場合はHiRDBを開始できません。なお，ここではpdstartオペランドで-uオプションを指定したとして説明しています。

-tオプションにBESが指定されている必要があります。

正規BESユニット及び代替BESユニット内にバックエンドサーバ以外のサーバがあってはなりません。

正規BESユニット（-uオプションに指定したユニット）内の全バックエンドサーバに対して代替BESを指定してください。また，その代替BESは同じユニット（代替BESユニット）に定義する必要があります。

正規BESユニット内で-cオプションに指定するサーバ名を重複できません。

正規BESユニット内のバックエンドサーバ数と代替BESユニット内のバックエンドサーバ数は同じ必要があります。

代替BESのpdstartオペランドに-cオプションを指定する場合，-cオプションには正規BESユニット内のバックエンドサーバを指定する必要があります。

-g HAグループ識別子

〜＜識別子＞((1〜8文字))

影響分散スタンバイレス型系切り替え機能を使用する場合にHAグループ識別子を指定します。HAグループ識別子は-sオプションで指定したサーバの移動先となるユニットの集合で，pdhagroupオペランドに指定しておく必要があります。HAグループについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

なお，このオプションを指定する場合は次に示す条件をすべて満たす必要があります。すべて満たさない場合はHiRDBを開始できません。

●-sオプションに指定するサーバの条件

-tオプションにBESを指定している（バックエンドサーバを指定する必要があります）

-cオプションは指定していない（このサーバに対する代替BESは指定できません）

●-uオプションに指定するユニットの条件

正規ユニットは-gオプションで指定したHAグループに属している

正規ユニットを構成するサーバの種類はバックエンドサーバだけである

正規ユニットを構成するサーバの移動先にHAグループを指定している

●-gオプションに指定するHAグループの条件

HAグループ内の全ユニットが同じネットワークセグメントに属している

影響分散スタンバイレス型系切り替え機能を適用している（pd_ha_agent = activeunitsを指定している）

ユニット内に一つ以上のホストBESがある

ユニット内のサーバの種類はバックエンドサーバだけである

ユニット内のサーバはすべてHAグループに属している

-k stls

〜＜識別子＞((4文字))

回復不要FESを使用する場合に指定します。回復不要FESを使用する場合はHiRDB Non Recover FESが必要になります。

なお，次に示すどれかの条件を満たす場合はHiRDBを開始できません。

このオプションの指定に誤りがある

-tオプションに指定したサーバがフロントエンドサーバでない

フロントエンドサーバ以外のサーバがあるユニットに対してこのオプションを指定している

HiRDB Non Recover FESをセットアップしていない

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは回復不要FESを使用できません。-k stlsオプションを指定した場合，KFPS04689-Wメッセージが出力されます。

《ほかのオペランドとの関連》

このオプションを指定する場合は，pd_log_max_data_sizeオペランドの指定値を見積もり直してください。

このオプションを指定したフロントエンドサーバのユニットをpd_start_skip_unitオペランドに指定しても，指定は無視されます。

回復不要FESユニットでは，系切り替え機能を適用できません。系切り替え機能を適用するシステムの場合，回復不要FESユニットのpd_ha_unitオペランドに必ずnouseを指定してください。

◆　pd_unit_id = ユニット識別子　〜＜識別子＞((4文字))

このオペランドは省略できません。必ず指定してください。

ユニット識別子を指定します。システム共通定義のpdunit -uオペランドに指定したユニット識別子を指定してください。

複数のHiRDB/シングルサーバを使用している場合は，システム間でユニット識別子が一意になるようにしてください。

ユティリティ専用ユニットの場合も，ほかのユニット識別子と重複しないようにしてください。同じユニット識別子を指定した場合，ユティリティ専用ユニットを開始するときに，エラーとなります。

HiRDB/パラレルサーバの場合は，システム内でユニット識別子が一意になるように指定してください。

《注意事項》

ユニット識別子を変更する場合は，次に示すファイルを再初期化する必要があります。

ユニット用ステータスファイル

システムログファイル

◆　pd_hostname = ホスト名　〜＜ホスト名＞((1〜32文字))

ユニットを定義した現用系のサーバマシンの標準ホスト名を指定します。ホスト名は，ホスト名，IPアドレス，又はFQDNのどれかの指定形式で指定してください。

また，システム共通定義のpdunitオペランドの-xオプションに指定したホスト名を指定できます。ホスト名は，ホスト名，IPアドレス，又はFQDNのどれかの指定形式で指定してください。ただし，pdunitオペランドの-xオプションの指定形式と合わせてください。例えば，pdunitオペランドの-xオプションでIPアドレスを指定した場合は，このオペランドにもIPアドレスを指定してください。

《指定値の目安》

このオペランドは，システム共通定義のpdunit及びpdstartオペランドと関係が深いため，pdunit及びpdstartオペランドの説明を読んでから，このオペランドを指定してください。

ここに指定するホスト名は，/etc/brc.ipcに定義してある名称で，hostnameコマンド又はgethostname関数を実行すると分かります。

リアルタイムSANレプリケーションを使用する場合はこのオペランドを省略できません。メインサイトのpd_hostnameオペランドにはメインサイトの標準ホスト名を，リモートサイトのpd_hostnameオペランドにはリモートサイトの標準ホスト名を指定してください。

《注意事項》

マルチコネクションアドレス機能を使用するために，pdstartオペランドの-nオプションを指定した場合は，このオペランドを省略できません。この場合，このオペランドには標準ホスト名を指定してください。

9.2.2　同時実行最大数に関するオペランド

◆　pd_max_users = 最大同時接続数

〜＜符号なし整数＞

HiRDB/シングルサーバの場合：((1〜3000))《10》

HiRDB/パラレルサーバの場合：((1〜2000))《10》

HiRDBサーバに対する最大同時接続数を指定します。HiRDB/パラレルサーバの場合は1フロントエンドサーバに対する最大同時接続数を指定します。HiRDBサーバへの接続要求数がこのオペランドの値を超えると，HiRDBサーバはそれ以上の接続要求を受け付けません（接続要求はエラーになります）。なお，ここでいう接続とは，CONNECT文によるHiRDBサーバへの接続を意味しています。

《指定値の目安》

OpenTP1を使用する場合は，HiRDBサーバに接続する（XA接続を含む）OpenTP1のサーバプロセス数が接続数になります。

DBPARTNER/Serverを使用する場合は，DBPARTNER/Serverの接続クライアント数が接続数になります。

HiRDB SQL Executerを使用する場合は，HiRDB SQL Executerの接続クライアント数が接続数になります。

複数接続機能を使用する場合は，各UAPの同時接続数の総和が接続数になります。

HiRDBのコマンド及びユティリティの中には，内部的にHiRDBに接続するものがあるため，これらのコマンド及びユティリティの実行中は接続できるユーザ数が一時的に減少します。このことを考慮してオペランドの値を決めてください。コマンド及びユティリティの接続数については，マニュアル「HiRDB Version 9 コマンドリファレンス」の「コマンドの同時接続数」を参照してください。

《注意事項》

pd_max_usersオペランドの値を大きくした場合は，pd_max_server_processオペランドの値も大きくする必要があります。また，これに伴いHiRDBが使用する共用メモリ，及びポート数が増加します。pd_max_usersオペランドの値を大きくした場合（ユーザ数が増えた場合）の注意事項については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。なお，pd_max_server_processオペランドを省略すると，このオペランドの値をHiRDBが自動計算します。

マルチフロントエンドサーバの場合は，最大でpd_max_usersオペランドの値×フロントエンドサーバ数の接続要求を処理できますが，pd_max_usersオペランドの値×フロントエンドサーバ数の値がpd_max_usersオペランドの指定可能上限値（2000）を超えないようにしてください。

pd_max_reflect_process_countオペランドの値と追い付き反映処理プロセスの総数によっては，pd_max_usersオペランドの値まで接続できないことがあります。詳細については，pd_max_reflect_process_countオペランドの説明を参照してください。

HiRDBサーバへの接続要求数がこのオペランドの値を超えると，接続要求がエラーとなり，プロセスが残ったままになることがあります。pdls -d prcコマンドでプロセスが残っていないか確認し，残っていた場合はpdcancelコマンドでそのプロセスを強制終了させてください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_lck_hash_entry

pd_lck_pool_size

pd_max_bes_process

pd_max_dic_process

pd_max_reflect_process_count

pd_max_server_process

pd_process_count

pd_process_terminator_max

pdcltgrp

《各見積もり式への影響》

pd_max_usersオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「64ビットモードに移行する際の考慮点」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバで起動するプロセス」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「SQL文が使用する作業表用ファイルの容量」

「最大ファイル数の見積もり（pdfmkfs -lコマンド）」

「システム構成に関する最大値と最小値」

「シンクポイントダンプファイルのレコード数の求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」，「計算式3」，「計算式4」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」，「計算式3」，「計算式4」

「フロントエンドサーバが使用する共用メモリの計算式」

「メッセージキュー及びセマフォ所要量の見積もり」

「ユニットが使用する通信ポート数の見積もり」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

◆　pd_max_server_process = 最大同時起動サーバプロセス数

〜＜符号なし整数＞((50〜10000))

ユニット内で同時に起動するサーバのプロセス数の最大値を指定します。サーバのプロセス数には，システムサーバ，各サーバ，ユティリティなどのプロセス数を含めます。システムサーバとはHiRDBが内部的に使用するサーバのことです。

《指定値の目安》

通常はこのオペランドを省略してください。このオペランドを省略すると，次に示す計算式の値が仮定されます。なお，変数の説明中に出てくるオペランドの値を変更した場合はHiRDBが自動的に再計算します。また，最大同時起動サーバプロセス数がpd_max_server_processの最大値（10000）を超える場合は，各種定義値を小さくし，定義省略時の計算式が最大値内に収まるようにしてください。

省略値＝ａ＋ｂ×（ｃ＋30）＋70＋ｉ＋ｊ＋ｋ＋ｍ＋ｎ

このオペランドを指定する場合は次に示す計算式を参考にして求めてください。HiRDB/パラレルサーバの場合はユニットごとに求めてください。その結果のうち一番大きな値を目安としてください。

推奨値の目安＝ａ＋ｂ×（ｃ＋ｄ×ｅ＋ｆ＋3）＋ｄ×ｇ＋ｈ＋ｉ＋ｊ＋ｋ＋ｍ＋ｎ＋Ａ

変数

変数の説明

ａ

HiRDB/シングルサーバの場合

pd_max_usersの値

HiRDB/パラレルサーバの場合

ユニット内のサーバごとに次の計算式を実行して求めた値を合計してください。

バックエンドサーバの場合：pd_max_bes_processの値

ディクショナリサーバの場合：pd_max_dic_processの値

フロントエンドサーバの場合：pd_max_usersの値

pd_max_bes_process又はpd_max_dic_processオペランドを省略している場合はpd_max_usersの値で計算してください。

ユニット内に複数のバックエンドサーバがある場合は，バックエンドサーバごとに計算してください。

マルチフロントエンドサーバの場合，フロントエンドサーバごとに1を加算してください。

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合は，pd_ha_max_server_processオペランドの値を代入します。

ｂ

HiRDB/シングルサーバの場合

1

HiRDB/パラレルサーバの場合

ユニット内サーバ数（システム共通定義のpdstartオペランドで該当ユニットに割り当てたサーバ数）

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合は，pd_ha_max_act_guest_serversオペランドの値（省略している場合はデフォルト値）を加算します。

ｃ

全面回復処理の並列実行プロセス数（pd_max_recover_processオペランドの値）

ｄ

同時実行するユティリティの最大数（このオペランドを省略した場合2が仮定されます）

ｅ

ユティリティがサーバごとに起動するプロセス数（10としてください）

ｆ

HiRDBがサーバ制御のために起動するプロセス数（6としてください）

ｇ

ユティリティがユニット単位に起動するプロセス数（10としてください）

ｈ

HiRDBがユニット制御のために起動するプロセス数（50としてください）

ｉ

HiRDB/シングルサーバの場合

1

HiRDB/パラレルサーバの場合

ユニット内バックエンドサーバ数

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合は，pd_ha_max_act_guest_serversオペランドの値を加算します。

ｊ

HiRDB/シングルサーバの場合

pd_max_ard_processオペランドの値

HiRDB/パラレルサーバの場合

ユニット内バックエンドサーバ数×pd_max_ard_processオペランドの値＋ユニット内ディクショナリサーバ数×pd_max_ard_processオペランドの値

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合は，次に示す値を加算してください。

ゲストBESのpd_max_ard_processオペランドの最大値×pd_ha_max_act_guest_serversオペランドの値

ｋ

pd_process_terminatorオペランドの指定値によって値が変わります。

residentの場合：1

fixedの場合（省略値）：pd_process_terminator_maxオペランドの値

nonresidentの場合：0

ｍ

更新可能なオンライン再編成をする場合は次に示す値を代入します。更新可能なオンライン再編成を行わない場合は0を代入します。

HiRDB/シングルサーバの場合

ｘ

HiRDB/パラレルサーバの場合

ｘ×（ｙ＋ｚ）

ｘ：pd_max_reflect_process_countオペランドの値

ｙ：ユニット内のサーバ数

ｚ：pd_ha_max_act_guest_serversオペランドの値

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合にzを加算します。影響分散スタンバイレス型系切り替え機能を適用しないユニットの場合は0になります。

ｎ

HiRDB/シングルサーバの場合

pd_dfw_awt_processオペランドの値

HiRDB/パラレルサーバの場合

バックエンドサーバ数×pd_dfw_awt_processオペランドの値＋ディクショナリサーバ数×pd_dfw_awt_processオペランドの値

影響分散スタンバイレス型系切り替え機能を適用するユニットの場合は，次に示す値を加算してください。

ゲストBESのpd_dfw_awt_processオペランドの最大値×pd_ha_max_act_guest_serversオペランドの値

Ａ

トランザクション回復プロセスの最大起動数

↓pd_trn_rcvmsg_store_buflenオペランドの値÷72↓

《ほかのオペランドとの関連》

このオペランドの指定値で，pd_process_countオペランドの上限値が制限されます。

各ユニットでサーバの構成が大きく異なるため，ユニットごとに値を調整する場合は，ユニット制御情報定義のpd_max_server_processオペランドを指定してください。

《注意事項》

この指定値にはユニット内のサーバ，ユティリティなどのプロセス数が含まれます。したがって，この値が小さ過ぎると，次に示す現象が発生することがあります。

・ユニット又はサーバの開始処理がエラーになります。

・トランザクションの回復処理ができなくなります。

・HiRDBの計画停止ができなくなります。

・常駐プロセス数より最大同時接続数が大きい場合は，接続できなくなります。

・コマンド実行の延長で動作する，内部プロセス起動時にコマンドエラーになります。

実際に起動できるプロセス数は，システムのリソースなどに影響されるため，リソースの調整やサーバの配置変更などが必要となる場合があります。

《各見積もり式への影響》

pd_max_server_processオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「AIXのオペレーティングシステムパラメタの見積もり」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

◆　pd_max_access_tables = 同時アクセス可能実表数

〜＜符号なし整数＞((4〜32000))《64》

1トランザクションで同時にアクセスできる表数と順序数生成子数の合計の最大値を指定します。同時にアクセスできる表数と順序数生成子数とは，1トランザクション中のSQL文に記述した表と順序数生成子の延べ数のことです。

《指定値の目安》

異なるSQL文で同じ表，又は順序数生成子を指定している場合，それぞれに表，又は順序数生成子の指定回数を加えてください。

一つのSQL文で同じ表，又は順序数生成子を複数回指定している場合，それぞれに表，又は順序数生成子の指定回数を加えてください。

ディクショナリ表の参照権限を設定する場合は，同時アクセス可能実表数にアクセスするディクショナリ表の5倍の数を加算してください。ディクショナリ表の参照権限については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

HiRDB Datareplicatorの反映表定義でload文を指定した回数以上の値を指定してください。load文の指定回数よりも小さい値を指定すると，KFPA11931-Eエラーとなります。

HiRDBでは，このオペランドの指定値を基に1トランザクションで排他できる表のエントリを，HiRDBサーバプロセスごとに管理しています。不足した場合はSQLエラーとなります。

《各見積もり式への影響》

pd_max_access_tablesオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「64ビットモードに移行する際の考慮点」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」，「計算式3」

「フロントエンドサーバが使用する共用メモリの計算式」

9.2.3　プロセスに関するオペランド

◆　pd_max_bes_process = 1バックエンドサーバ当たりの最大起動プロセス数

〜＜符号なし整数＞((1〜2048))《pd_max_usersの値》

1バックエンドサーバ当たりの最大起動プロセス数を指定します。マルチフロントエンドサーバの場合，1バックエンドサーバにpd_max_usersの値を超える処理が集中することがあります。このオペランドには，1バックエンドサーバのプロセスをpd_max_usersの値を超えて起動する場合の最大起動プロセス数を指定します。

《前提条件》

このオペランドはマルチフロントエンドサーバのときに指定します。

《指定値の目安》

1バックエンドサーバに集中する可能性がある処理の最大値を次に示します。

　pd_max_usersオペランドの値×フロントエンドサーバ数

ここで求めた値を最大値として，バックエンドサーバへの処理の集中度を考慮してこのオペランドの値を指定してください。必要以上に大きな値を指定すると，メモリを圧迫する原因となります。

pd_max_usersの値よりも小さな値を指定した場合はpd_max_usersの値を仮定します。このとき，警告メッセージ（KFPS01888-W）を出力します。

起動できるバックエンドサーバプロセス数以上の処理要求が発生した場合，フロントエンドサーバからバックエンドサーバへの接続処理に時間が掛かります。

更新可能なオンライン再編成をする場合，次に示す計算式を満たすようにオペランドの値を決めてください。満たさない場合，HiRDBを開始できません。

　pd_max_bes_process＋pd_max_reflect_process_countの値≦2048

《指定値のチューニング方法》

最大起動プロセス数のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_max_dic_process = 1ディクショナリサーバ当たりの最大起動プロセス数

〜＜符号なし整数＞((1〜2048))《pd_max_usersの値》

1ディクショナリサーバ当たりの最大起動プロセス数を指定します。マルチフロントエンドサーバの場合，ディクショナリサーバにpd_max_usersの値を超える処理が集中することがあります。また，マルチフロントエンドサーバでない場合も，RDエリアやグローバルバッファに関連する運用コマンド（pdbufls，pddbls，pdopen，pdclose，pdhold，pdrels）をpd_max_usersの値以上同時に実行すると，ディクショナリサーバにpd_max_usersの値を超える処理が集中することがあります。

このオペランドには，1ディクショナリサーバのプロセスをpd_max_usersの値を超えて起動する場合の最大起動プロセス数を指定します。

《指定値の目安》

1ディクショナリサーバに集中する可能性がある処理の最大値を次に示します。

　pd_max_usersオペランドの値×フロントエンドサーバ数

ここで求めた値を最大値として，ディクショナリサーバへの処理の集中度を考慮してこのオペランドの値を指定してください。必要以上に大きな値を指定すると，メモリを圧迫する原因となります。

RDエリアやグローバルバッファに関する運用コマンドの実行で，ディクショナリサーバに処理が集中する場合は，同時に実行する運用コマンドの数が最大値になります。

pd_max_usersの値よりも小さな値を指定した場合はpd_max_usersの値を仮定します。このとき，警告メッセージ（KFPS01888-W）を出力します。

起動できるディクショナリサーバプロセス数以上の処理要求が発生した場合，処理に時間が掛かります。

更新可能なオンライン再編成をする場合，次に示す計算式を満たすようにオペランドの値を決めてください。満たさない場合，HiRDBを開始できません。

　pd_max_dic_process＋pd_max_reflect_process_countの値≦2048

《指定値のチューニング方法》

最大起動プロセス数のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_process_count = 常駐プロセス数〔，サーバ開始時の常駐プロセス数〕

〜＜符号なし整数＞

シングルサーバの場合：((0〜3000))《最大起動プロセス数》

バックエンドサーバの場合：((0〜2048))《最大起動プロセス数》

フロントエンドサーバ又はディクショナリサーバの場合：((0〜2048))《↑最大起動プロセス数÷2↑》

常駐プロセス数：

各サーバの常駐プロセス数を指定します。常駐プロセスとは，サーバ開始時からあらかじめ起動しておくプロセスのことです。

《利点》

各サーバで並行処理できるトランザクションが使用するプロセスを，あらかじめシステム開始時に起動して常駐しておくことで，新たにトランザクションが入力されてもプロセス起動時間を削減できます。ただし，HiRDBの開始に時間が掛かります。

《指定値の目安》

各サーバプロセスのプロセス固有領域とプロセサの実メモリ量から値を求めてください。サーバプロセスのプロセス固有領域については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

マルチフロントエンドサーバ構成で，更にpd_max_bes_process又はpd_max_dic_processオペランドを指定している場合は，次に示す条件を満たすようにこのオペランドを指定してください。

pd_process_countの値≦pd_max_bes_process又はpd_max_dic_processの値

このオペランドには，次の表に示す各サーバの最大起動プロセス数の範囲内で値を指定します。

サーバの種類

最大起動プロセス数

シングルサーバ

pd_max_users＋pd_max_reflect_process_countの値

フロントエンドサーバ

マルチフロントエンドサーバの場合

pd_max_users＋pd_max_reflect_process_countの値＋1

マルチフロントエンドサーバでない場合

pd_max_users＋pd_max_reflect_process_countの値

ディクショナリサーバ

pd_max_dic_process※＋pd_max_reflect_process_countの値

バックエンドサーバ

pd_max_bes_process※＋pd_max_reflect_process_countの値

注※

pd_max_dic_process又はpd_max_bes_processオペランドを省略している場合は，pd_max_usersの値が仮定されます。

《指定値のチューニング方法》

常駐プロセス数のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

常駐プロセス数はメモリやCPUと密接に関連しているため，必要以上に大きい値を指定すると，HiRDBを開始できなくなったり，サーバマシンの処理性能が低下したりすることがあります。

常駐プロセス数を超えたプロセスが必要になると，最大起動プロセス数までプロセスを動的に起動します。ただし，pd_max_server_processオペランドの指定値によっては，最大起動プロセス数分のプロセスを起動できないことがあります。

《オペランドの省略値》

このオペランドを省略（又は0を指定）し，更に各サーバ定義でもオペランドを省略（又は0を指定）すると，次に示す値が仮定されます。

シングルサーバ又はバックエンドサーバの場合：最大起動プロセス数

フロントエンドサーバ又はディクショナリサーバの場合：↑最大起動プロセス数÷2↑

サーバ開始時の常駐プロセス数：

HiRDBの開始処理時に常駐化する常駐プロセスの数を指定します。

通常，常駐プロセスの起動処理はHiRDBの開始処理中に行われます。このため，常駐プロセス数が多くなると，それに比例してHiRDBの開始処理時間が長くなります。目安として，100MIPS程度のサーバマシンでプロセスを一つ起動するのに約1秒掛かります。

サーバ開始時の常駐プロセス数の指定有無による処理の違いを次に示します。

●サーバ開始時の常駐プロセス数を指定しない場合（pd_process_count = 500と指定した場合）

すべての常駐プロセスの起動処理をHiRDBの開始処理中に実行します。常駐プロセス（この場合は500個）がすべて起動されないと，HiRDBを開始できません。100MIPS程度のサーバマシンで，HiRDB開始処理時の常駐プロセスの起動に約500秒掛かります。

●サーバ開始時の常駐プロセス数を指定する場合（pd_process_count = 500,50と指定した場合）

一部の常駐プロセスの起動処理をHiRDBの開始処理中に実行し，残りの常駐プロセスの起動処理をHiRDBの開始処理終了後に実行します。一部の常駐プロセス（この場合は50個）が起動されれば，HiRDBを開始できます。100MIPS程度のサーバマシンで，HiRDB開始処理時の常駐プロセスの起動に約50秒掛かります。残りの常駐プロセス（この場合は450個）は，HiRDBの開始処理終了後に起動されます。

《利点》

HiRDBの開始処理時間を短縮できます。系切り替え機能を使用している場合など，HiRDBの開始処理時間をなるべく短くしたいときに適用します。

《指定値の目安》

HiRDBの開始処理終了直後に必要なプロセス数を指定します。

《注意事項》

サーバ開始時の常駐プロセス数を指定する場合は，クライアント環境定義のPDCWAITTIMEオペランドの値を見直してください。

HiRDBの開始直後に，サーバ開始時の常駐プロセス数の値を超えるUAPが実行されると，残りの常駐プロセスを起動した後にトランザクション処理が実行されます。したがって，クライアント環境定義のPDCWAITTIMEオペランドの値が小さいと，一部のUAPがタイムアウトで処理できない場合があります。

PDCWAITTIMEオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_server_cleanup_interval = 非常駐サーバプロセス停止処理の実行間隔

〜＜符号なし整数＞((0〜1440))《0》（単位：分）

HiRDBの非常駐サーバプロセスの停止処理をする間隔を分単位で指定します。この機能は，稼働中のサーバプロセス数が常駐プロセス数（pd_process_countオペランドの値）より多くなった場合に適用されます。この機能によって停止するサーバプロセス数はHiRDBが自動的に算出して決定します。

《利点》

業務（稼働中のサーバプロセス数）がピークのときに再利用できる非常駐サーバプロセスが増えるため，メモリなどのプロセス資源の利用効率が向上します。

《指定値の目安》

例えば，一日のうち1時間だけ業務のピーク時間があり，その時間内でピークとなる間隔が2分ぐらいの場合，このオペランドに2を指定します。

ピーク時に同時実行されるサーバプロセス数が常駐プロセス数以下の場合，この機能を使用しても効果は期待できないため，このオペランドを省略します。

《指定値のチューニング方法》

システムの稼働に関する統計情報をサーバ単位に１週間取得してください。「サービス実行中のサーバプロセス数（# OF PROCESS ON SERVICE）」の値から業務のピークを求めてください。そのピークが現在設定されている常駐プロセス数（pd_process_countオペランドの値）を超えている場合は，ピークごとの間隔を求めてその時間を設定します。

ただし，サーバマシンのメモリ，CPUなどの資源に余裕がある場合は，不足している分のプロセス数を常駐プロセス数に加算する方（pd_process_countオペランドの値を大きくする方）がこのオペランドを指定するより性能が向上します。

《注意事項》

このオペランドを省略するか，又は0を指定した場合は10秒間隔でサービス待ち状態の非常駐サーバプロセスを調査し，サービス待ち状態の非常駐サーバプロセスがあれば，その非常駐サーバプロセスを停止します。

◆　pd_svr_castoff_size = 1サーバプロセスが使用するメモリサイズの上限値

〜＜符号なし整数＞((0〜2048))《0》（単位：メガバイト）

1サーバプロセスの使用メモリサイズの上限値を指定します。1サーバプロセスの使用メモリサイズがここで指定した値を超えた場合，そのサーバプロセスを次に示す契機で終了させます。サーバプロセスが終了した場合，KFPS00350-Wメッセージを出力します。これをサーバプロセスのメモリサイズ監視機能といいます。サーバプロセスのメモリサイズ監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

サーバの種類

プロセス名称

プロセス終了契機

シングルサーバ

pdsds

UAPの切り離し時

ユティリティの終了時

フロントエンドサーバ

pdfes

UAPの切り離し時

ディクショナリサーバ

pddic

トランザクション決着時

ユティリティの終了時

バックエンドサーバ

pdbes

トランザクション決着時

ユティリティの終了時

《利点》

サーバプロセスのメモリサイズ監視機能を使用すると，次に示すような問題を解決できます。

特定のSQL処理でサーバの常駐プロセスのメモリサイズが大きくなり，システムの空きメモリを圧迫している

ユティリティ実行時，ローカルバッファサイズやソート用ワークバッファサイズに大きな値を指定して，サーバの常駐プロセスのメモリサイズが大きくなり，システムの空きメモリを圧迫している

HiRDBは不要となったメモリを解放しますが，OSはプログラムがメモリを解放しても，領域自体は該当するプロセス内のメモリ管理機構で保持しています。このため，一度でも大量の領域を使用して大きくなったプロセスサイズは小さくなることはなく，特に常駐プロセスの場合はシステムを圧迫し続けます。この機能を使用すると，常駐プロセスであってもプロセスを終了させるため，メモリを圧迫する問題を回避できます。

《適用基準》

HiRDBのサーバプロセスが使用するメモリサイズが大きくなり，メモリを圧迫する場合に適用します。

《指定値の目安》

このオペランドの上限値の考え方

通常はHiRDBの最大処理能力を考慮して指定値を決めてください。最大同時接続数分のSQLが同時に実行されることを想定すると，各ユニットで次の式を満たすようにこのオペランドの指定値を決めてください。

ａ×（ｂ＋ｃ）＜ｄ

ａ：ユニット内のサーバプロセス数（最大同時接続数×ユニット内のサーバ数）

ｂ：HiRDB開始直後の1サーバプロセス分の仮想メモリサイズ

ｃ：pd_svr_castoff_sizeオペランドの値

ｄ：ユニットで確保できるメモリサイズ（他プログラム使用分を除いたメモリサイズ）

このオペランドの下限値の考え方

このオペランドの指定値が通常のSQL処理に必要なメモリサイズより小さいと，常駐プロセスの効果が低下して，プロセスの終了及び開始が頻繁に起こります。また，そのたびにsyslogfile又はメッセージログファイルにメッセージが出力されるため，性能が低下します。これを防ぐために，各サーバで次の式を満たすようにこのオペランドの指定値を決めてください。

ａ−ｂ＜ｃ

ａ：SQL処理終了後，又はユティリティ終了後のサーバプロセス仮想メモリサイズ

ｂ：HiRDB開始直後のサーバプロセス仮想メモリサイズ

ｃ：pd_svr_castoff_sizeオペランドの値

仮想メモリサイズはOSのコマンドなど（HP-UXのtopコマンドなど）で調査してください。

《オペランドの規則》

このオペランドに0を指定すると，サーバプロセスのメモリサイズ監視機能を使用しません。

◆　pd_max_open_fds = 1プロセスがアクセスするファイル及びパイプの最大数

〜＜符号なし整数＞((1〜8192))《320》

HiRDBのプロセスがアクセスするファイル及びパイプの最大数を指定します。

《指定値の目安》

シングルサーバ定義に指定する場合

1トランザクションで更新したプラグインインデクス格納RDエリアの最大数が100未満の場合は，このオペランドを省略してください。

1トランザクションで更新したプラグインインデクス格納RDエリアの最大数が100以上の場合は，最大数＋320をこのオペランドに指定してください。

バックエンドサーバ定義に指定する場合

ａ＋ｂ＜100の場合は，このオペランドを省略してください。

ａ＋ｂ≧100の場合は，ａ＋ｂ＋320をこのオペランドに指定してください。

ａ：1トランザクションで更新したプラグインインデクス格納RDエリアの最大数

ｂ：（全文検索プラグイン（HiRDB Text Search Plug-in）の検索用関数実行時に使用する最大ファイル数※）×（一つのSQL文で実行するHiRDB Text Search Plug-in提供関数の最大個数）

注※　各検索用関数で，最大10ファイルを使用します。

HiRDB Text Search Plug-inの検索用関数については，マニュアル「HiRDB 全文検索プラグイン HiRDB Text Search Plug-in Version 9」を参照してください。

《注意事項》

指定値が小さいとSQLエラーになることがあります。

OSの種類によってこのオペランドの最大値が次のようになります。

・HP-UXの場合：8192

・AIXの場合：8192

・Linuxの場合：8192

次に示す操作を行う場合，このオペランドの値は無効になります。

・データベース作成ユティリティ，データベース再編成ユティリティ，リバランスユティリティでインデクス情報ファイルを作成する場合

・データベース作成ユティリティで分割入力データファイルを作成する場合

これらの場合，ソフトリミットが次に示す計算式の値に変更されます。

　MIN（A，B）

A：一つ前の注意事項で説明したOSの種類ごとのpd_max_open_fdsオペランドの最大値

B：OSのオペレーティングシステムパラメタの単一プロセスがオープン又はロックできるファイル数の物理限界値（次に示すパラメタの値です）

・HP-UXの場合：maxfiles_limの値

・AIXの場合：nofiles_hardの値

・Linuxの場合：hard nofileの値

バックエンドサーバの1プロセスが使用するファイル又はパイプの数が多い場合，使用できるファイル又はパイプの数がこのオペランドの指定値よりも少なくなることがあります。マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「ユニット数又はサーバ数が多いシステムを構築する場合の考慮点」を参照して対策するか，次に示す値を小さくしてプロセスが使用するファイル及びパイプの数を減らしてください。

・1トランザクションで更新したプラグインインデクス格納RDエリアの最大数

・HiRDB Text Search Plug-inの1契機で使用する最大ファイル数

・一つのSQL文で実行するHiRDB Text Search Plug-in提供関数の最大個数

◆　pd_max_ard_process = 非同期READプロセス数

〜＜符号なし整数＞((0〜256))《0》

非同期READ機能を使用する場合にこのオペランドを指定します。このオペランドには非同期READ処理に必要なプロセス数を指定します。HiRDB/パラレルサーバの場合は，1サーバ（バックエンドサーバ又はディクショナリサーバ）当たりのプロセス数を指定します。非同期READ機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《前提条件》

pdbufferオペランドの-mオプションで1以上を指定している必要があります。

《利点》

非同期READ機能は入出力時間が掛かるキャラクタ型スペシャルファイルを使用している場合に特に効果があります（性能が向上します）。逆に，入出力時間が掛からない通常ファイル又は日立ディスクアレイシステムのディスクなどを使用している場合は，次に示す理由によって効果が得られないことがあります。

入出力時間とCPU時間がオーバラップする割合が少ない

通信処理にオーバヘッドが掛かる

《指定値の目安》

0又は1を指定してください。ただし，pdbufferオペランドの-mオプションの値が2〜256の場合は，-mオプションと同じ値を指定してください。-mオプションの値が257以上の場合は，RDエリアやシステムファイルを格納するディスク装置の数（HiRDB/パラレルサーバの場合は1サーバ当たりの数）と同じ値を指定するか，又は256を指定してください。

このオペランドの値を大きくすると，非同期READ機能が適用されるSQLの多重度が高い場合に処理時間を短縮できます。このオペランドの値を小さくすると，非同期READ機能が適用されるSQLの多重度が高い場合に，非同期READプロセスの処理完了待ちが発生する分，処理時間が余計に掛かることがあります。

このオペランドの値×サーバ数分のプロセスが起動されるため，リソース（共用メモリ及びメッセージキュー）を考慮してこのオペランドの値を決定してください。共用メモリ及びメッセージキューの見積もりについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《指定値のチューニング方法》

指定値（非同期READプロセス数）のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《オペランドの規則》

このオペランドに0を指定すると，非同期READ機能を使用しません。

1：1スタンバイレス型系切り替え機能を使用している場合，正規BESとそれに対応する代替BESに同じ値を指定してください。

《ほかのオペランドとの関連》

このオペランドの値を変更した場合はpd_max_server_processオペランドの値を見直してください。

《各見積もり式への影響》

pd_max_ard_processオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバで起動するプロセス」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバで起動するプロセス」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「シングルサーバが使用する共用メモリの計算式」の「計算式2」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

◆　pd_dfw_awt_process = デファードライト処理用並列WRITEプロセス数

〜＜符号なし整数＞((2〜255))

すべてのバッファプールに対して，デファードライト処理の並列WRITE機能を使用する場合にこのオペランドを指定します。このオペランドには並列処理するプロセス数を指定します。プロセス数を増加させることで書き込み処理時間を短縮できます。デファードライト処理の並列WRITE機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《指定値の目安》

デファードライト処理の並列WRITE機能が有効になる最小値の2を指定してください。また，マニュアル「HiRDB Version 9 システム運用ガイド」の「デファードライト処理のチューニング」を参照してオペランドの値を決定してください。

《注意事項》

デファードライト処理の並列WRITE機能を指定すると，プロセス数が増加するため，CPU利用率が上がります。

《各見積もり式への影響》

pd_dfw_awt_processオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバで起動するプロセス」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバで起動するプロセス」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式5」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式4」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式5」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

9.2.4　作業表に関するオペランド

◆　pd_work_buff_mode = each｜pool

HiRDBが作業表を作成するときのバッファの確保方式を指定します。

each：個々の作業表ごとにバッファを確保します。

pool：サーバプロセス単位にバッファプールとして一括して確保します。

《指定値の目安》

通常はpool（省略値）を指定してください。特に大量データを検索して，結合，ORDER BY，GROUP BYなどの操作をする場合にはpoolを指定してください。

あらかじめ，作業表用バッファに使用できるプロセス固有領域サイズが決まっている場合，poolを指定してください。poolを指定すると，HiRDBが効率良く作業表用バッファを各作業表に配分します。

この場合，pd_work_buff_sizeに指定した値でプロセス固有領域を占有し，そのプール内で作業表の入出力をバッファリングします。したがって，pd_work_buff_sizeに指定した値以上にプロセス固有メモリを占有することはありません。

《注意事項》

このオペランドにeachを指定すると，メモリ使用量が増加します。

《各見積もり式への影響》

pd_work_buff_modeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「64ビットモードに移行する際の考慮点」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

◆　pd_work_buff_size = 作業表用バッファ長

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((128〜1000000))

64ビットモードの場合：((128〜4000000000))

HiRDBが作成する作業表のバッファの大きさをキロバイト単位で指定します。

項目

pd_work_buff_mode＝eachの場合

pd_work_buff_mode＝poolの場合

利点

作業表バッファ長が大きいと，データ操作時に発生する作業表用ファイルへの入出力回数を削減できるため，作業表を使用するSQLの実行時間を削減できます。ただし，各サーバのプロセス固有メモリを使用するので，システム全体のメモリ量（実メモリ，仮想メモリ）を考慮して指定してください。

特にpd_work_buff_mode=eachの場合，メモリは「pd_work_buff_sizeの値×必要作業表数」分確保されます。一度確保されたプロセス固有メモリは，その後HiRDBが解放要求しても仮想メモリ上はそのプロセスに占有されてしまいます（そのプロセスがなくなるまで解放されません）。したがって，必要以上に大きな値を指定すると，ほかのプロセスで仮想メモリ不足が生じることがあります。

適用基準

大量データを検索して，結合，ORDER BY，GROUP BYなどの操作をする場合に指定します。このとき，pd_work_buff_mode = poolを指定してください。

指定値の目安

個々の作業表ごとに確保するバッファの大きさを指定します。

作業表用バッファ長に，作業表メモリ容量より大きな値を指定すると，作業表作成時の作業表用ファイルへの入出力がなくなるので，作業表を作成する時間が短くなります。作業表メモリ容量の見積もり式は次のとおりです。

作業表メモリ容量＝対象となる作業表容量※÷2

サーバプロセス単位に一括して確保する作業表用バッファプールの大きさを指定します。

大量データを検索して，結合，ORDER BY，GROUP BYなどの操作をする場合は，4352〜5120を指定してください。指定すると，ソートでの入出力単位が大きくなるため，ソート処理時間が短くなります。

作業表用バッファ長に，SQL文単位の作業表メモリ総容量を上限として，大きな値を指定するほど作業表作成時の作業表用ファイルへの入出力がなくなるので，作業表を作成する時間が短くなります。SQL文単位の作業表メモリ総容量の見積もり式は次のとおりです。

SQL文単位の作業表メモリ総容量＝a×b＋c×d

注意事項

複数のユーザが同時に実行する場合，及び複数個の作業表を使用するSQL文などを実行する場合には，指定したサイズのバッファが，個々の作業表ごとに確保されます。そのため，大きな値を指定するとメモリを圧迫する原因となります。

システムで確保できない大きなバッファサイズを指定した場合，サーバは起動できますが，作業表作成時にプロセス固有メモリの確保に失敗して，SQLエラーとなります。

SQL文単位に使用する作業表の数に比べて作業表用バッファ長に指定した値が小さいと，eachを指定した場合に比べて処理時間が増加することがあります。具体的には，「SQL文単位の作業表最大数×128」以上の値を指定してください。SQL文単位の作業表最大数の見積もり式は次のとおりです。

SQL文単位の作業表最大数＝b＋d

システムで確保できない大きなバッファサイズを指定した場合，プロセス固有メモリの確保に失敗して，サーバを起動できません。

オペランドの規則

指定値は，128の倍数を指定してください。128の倍数でない場合，自動的に128の倍数に切り上げられます。

指定値は，128の倍数を指定してください。128の倍数でない場合，自動的に128の倍数に切り上げられます。

384以上の値を指定してください。384未満の値が指定されると，自動的に384に切り上げられます。

省略値

このオペランドを省略し，更にシングルサーバ定義のpd_work_buff_sizeオペランドを省略した場合，128が仮定されます。

このオペランドを省略して，更にバックエンドサーバ定義及びディクショナリサーバ定義のpd_work_buff_sizeオペランドを省略した場合，512が仮定されます。

このオペランドを省略し，更にシングルサーバ定義のpd_work_buff_sizeオペランドを省略した場合，384（32ビットモードの場合）又は5120（64ビットモードの場合）が仮定されます。

このオペランドを省略して，更にバックエンドサーバ定義及びディクショナリサーバ定義のpd_work_buff_sizeオペランドを省略した場合，1024（32ビットモードの場合）又は5120（64ビットモードの場合）が仮定されます。

ａ：↑｛作業表（列情報格納用）の容量※（単位：キロバイト）÷2｝÷128↑×128

ｂ：作業表（列情報格納用）の最大数※

ｃ：↑｛作業表（位置情報格納用）の容量※（単位：キロバイト）÷2｝÷128↑×128

ｄ：作業表（位置情報格納用）の最大数※

注※

これらの項目の見積もり方法については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《各見積もり式への影響》

pd_work_buff_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

◆　pd_work_buff_expand_limit = 作業表用バッファの増分上限値

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((128〜1000000))

64ビットモードの場合：((128〜4000000000))

HiRDBが作成する作業表用バッファ長はpd_work_buff_sizeオペランドで指定します。この作業表用バッファの不足時，作業表用バッファを自動増分する場合にこのオペランドを指定します。このオペランドで指定した値になるまで作業表用バッファを増分します。

例えば，オペランドに次の指定をした場合，通常1,024キロバイトの作業表用バッファを確保します。作業表用バッファが1,024キロバイトで不足すると，2,048キロバイトまで作業表用バッファを増分します。

pd_work_buff_size = 1024

pd_work_buff_expand_limit = 2048

次に示すときにHiRDBは作業表用バッファを増分します。

結合方式がハッシュジョイン，又は副問合せの実行方式にハッシュ実行が適用されている場合に，必要な作業表用バッファが確保できないとき

複数の作業表を同時に使用する場合，各作業表に作業表用バッファを128キロバイト割り当てて作業表用バッファが不足するとき

《前提条件》

pd_work_buff_modeオペランドを省略するか，又はpoolを指定している必要があります。

《利点》

作業表用バッファ不足（pd_work_buff_sizeオペランドの指定値不足）でUAPがエラーになるのを防げます。

《注意事項》

次に示すどちらかの条件を満たす場合は作業表用バッファを増分しません。

・pd_work_buff_expand_limitオペランドを指定しない

・pd_work_buff_expand_limitオペランドの値≦pd_work_buff_sizeオペランドの値

システムで確保できない大きなバッファサイズを指定した場合，サーバは起動できますが，作業表作成時にプロセス固有メモリの確保に失敗して，SQLエラーとなります。

作業表用バッファを増分した場合はメモリを解放するため，常駐サーバプロセスについても次の契機にサーバプロセスを終了します（Linux版を除く）。

HiRDB/シングルサーバの場合：

UAPをHiRDBから切り離したとき（DISCONNECTしたとき）にシングルサーバプロセスを終了します。

HiRDB/パラレルサーバの場合：

ホールダブルカーソルを使用していない場合はトランザクションを正常終了するか，又は取り消したときに，バックエンドサーバプロセス又はディクショナリサーバプロセスを終了します。

ホールダブルカーソルを使用している場合は，UAPをHiRDBから切り離したとき（DISCONNECTしたとき）に，バックエンドサーバプロセス又はディクショナリサーバプロセスを終了します。

《オペランドの規則》

指定値は128の倍数を指定してください。128の倍数でない場合，自動的に128の倍数に切り上げられます。

《ほかのオペランドとの関連》

各サーバプロセスでの作業表用バッファの初回増分時にKFPH29008-Iメッセージを出力します。なお，pd_work_table_optionオペランドでKFPH29008-Iメッセージの出力を抑止できます。

《留意事項》

作業表用バッファを増分した場合，該当するサーバプロセスで使用中の作業表数が0になると，増分した作業表用バッファを解放します。作業表の使用数が0になるのは次に示すときです。

使用中のカーソルをすべてクローズしたとき（この場合，作業表の使用数が0にならないことがあります）

ホールダブルカーソルを使用していない場合は，トランザクションを正常終了するか，又は取り消したとき

ホールダブルカーソルを使用している場合は，UAPをHiRDBから切り離したとき（DISCONNECTしたとき）

《備考》

「ハッシュジョイン，副問合せのハッシュ実行」は，次に示す場合に適用されます。

pd_additional_optimize_levelオペランド，クライアント環境定義のPDADDITIONALOPTLVLオペランド，又はSQLコンパイルオプションのADD OPTIMIZE LEVELオペランドで，「コストベース最適化モード2の適用」と一緒に「ハッシュジョイン，副問合せのハッシュ実行」を指定する

SQL文中の結合方式のSQL最適化指定にHASHを指定する

SQL文中の副問合せ実行方式のSQL最適化指定にHASHを指定する

《各見積もり式への影響》

pd_work_buff_expand_limitオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

◆　pdwork -v "HiRDBファイルシステム領域名称"〔，"HiRDBファイルシステム領域名称"〕…

〜＜141文字以内のパス名＞

作業表用ファイル用のHiRDBファイルシステム領域の名称を指定します。作業表用ファイルとは，SQL文を実行するときに一時的に情報を格納するファイルのことでHiRDBが自動的に作成します。作業表用ファイルを必要とするSQL文については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「作業表用ファイルの概要」を参照してください。

なお，このオペランドは省略しないでください。省略した場合，作業表用ファイルを必要とするSQL文を実行できないことがあります。

《注意事項》

このオペランドに指定するHiRDBファイルシステム領域はpdfmkfsコマンドで初期設定したHiRDBファイルシステム領域を指定してください。

作業表用ファイルの容量が大きい場合は，領域長が大きいHiRDBファイルシステム領域を指定してください。作業表用ファイルの容量見積もりについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ただし，HiRDBファイルシステム領域をpdfmkfs -aコマンドで初期設定した場合，-nオプションで指定した値を使い切ると，HiRDBは領域サイズを自動で拡張します。pdfmkfsコマンドについては，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

作業表用ファイル用のHiRDBファイルシステム領域は，RDエリア及びシステムファイル用のHiRDBファイルシステム領域と同じものを指定できません。

このオペランドにHiRDBファイルシステム領域を二つ以上指定している場合，作業表用ファイルの作成時にエラーが発生したHiRDBファイルシステム領域は，それ以降，原則使用しません。ほかのHiRDBファイルシステム領域だけを使用します。

例外として，容量不足やファイル数オーバーなどによって，ほかのすべてのHiRDBファイルシステム領域で作業表用ファイルの作成が失敗した場合に，使用されなくなったHiRDBファイルシステム領域で作業表用ファイルを作成しようとします。その結果，作業表用ファイルが正常に作成された場合，そのHiRDBファイルシステム領域を再使用するようになります。

なお，該当のサーバ（HiRDB/シングルサーバの場合はHiRDB）を一度終了して開始すると，作業表用ファイルの作成時にエラーが発生して使用されなくなったHiRDBファイルシステム領域が使用できるようになります。

《オペランドの規則》

HiRDBファイルシステム領域名称は必ず1個以上指定してください。

HiRDBファイルシステム領域名称は最大16個指定できます。

このオペランドはバックエンドサーバ定義内に一つだけ指定できます。複数個指定した場合は最初に指定したものが有効となります。

HiRDB/パラレルサーバの場合は，ほかのサーバと同じHiRDBファイルシステム領域を指定しないでください。

HiRDBファイルシステム領域を複数個指定する場合，キャラクタ型スペシャルファイル上に作成したHiRDBファイルシステム領域と通常ファイル上に作成したHiRDBファイルシステム領域を混在して指定できます。

9.2.5　HiRDBの開始方法に関するオペランド

◆　pd_mode_conf = AUTO｜MANUAL1｜MANUAL2

HiRDBの開始方法を指定します。

AUTO：

HiRDBを自動開始します。自動開始とは，OSを起動すると自動的にHiRDBも開始する開始方法です。

ただし，次に示す場合は手動開始になります。手動開始とはpdstartコマンドを実行してHiRDBを開始する開始方法です。

正常終了後の正常開始（OSを再起動しない場合）

計画停止後の再開始（OSを再起動しない場合）

強制終了後の再開始

MANUAL1：

手動開始します。ただし，異常終了後の再開始は自動開始になります。

MANUAL2：

手動開始します。

《指定値の目安》

HiRDB（ユニット）が異常終了した場合にHiRDB（ユニット）を自動的に再開始したい場合は，AUTO又はMANUAL1を指定します。

系切り替え機能を使用する場合はMANUAL1又はMANUAL2を指定します。MANUAL1を指定するか，又はMANUAL2を指定するかは，系切り替え機能の運用方法によって異なります。系切り替え機能の運用方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

このオペランドの指定値と前回の終了モード（正常終了，強制終了，計画停止，又は異常終了）の組み合わせによって，次のように開始モードが決まります。

pd_mode_confの値

前回の終了モード

開始モード

開始方法

AUTO

正常終了

正常開始

自動開始又は手動開始※1

計画停止

再開始※2

強制終了

再開始※2

手動開始

異常終了

再開始

自動開始

MANUAL1

正常終了

正常開始

手動開始

計画停止

再開始※2

強制終了

再開始※2

異常終了

再開始

自動開始

MANUAL2

正常終了

正常開始

手動開始

計画停止

再開始※2

強制終了

再開始※2

異常終了

再開始※2

注※1

　自動開始になるのはOSを起動するときだけです。正常終了後の正常開始又は計画停止後の再開始（OSを再起動しない場合）のときは手動開始になります。

注※2

　pdstartコマンドのdbdestroyオプションで強制開始できます。ただし，強制開始すると，HiRDBはデータベースの内容を回復しません。したがって，HiRDB管理者がデータベースを回復する必要があります。

ログ同期方式のリアルタイムSANレプリケーションを使用する場合は，このオペランドの指定値と前回の終了モードに関係なく，開始モードは常に正常開始になります。ただし，ログ適用サイトの場合，変更できるシステム定義のオペランドは，再開始時に変更できるオペランドだけとなります。

《注意事項》

HiRDB/パラレルサーバで自動開始（pd_mode_conf=AUTO）をする場合は，最初のユニットを開始してから20分以内に全ユニットを開始するようにしてください。20分以内に全ユニットを開始しないと，HiRDBの開始処理を中止します。この20分という制限時間はpd_reduced_check_timeオペランドで変更できます。

なお，ユニットの異常終了，又はOSの異常終了後の再起動ではこのような制限時間はありません。

リアルタイムSANレプリケーションを使用する場合は，AUTOを指定できません。AUTOを指定すると，HiRDBの開始処理がエラーになります。

ログ同期方式のリアルタイムSANレプリケーションを使用する場合，ログ適用サイトでこのオペランドにMANUAL1を指定しても，MANUAL2を指定したものと仮定されます。

pd_mode_confオペランドにAUTOやMANUAL1を指定した場合でも，HiRDBの開始処理中又は終了処理中にHiRDBが異常終了したときは，次回の開始は必ず手動開始となります。異常終了時のメッセージを確認して対処したあと，手動でHiRDBを開始してください。

◆　pd_system_complete_wait_time = pdstartコマンド完了待ち時間

〜＜符号なし整数＞((610〜3600))《610》（単位：秒）

このオペランドは，pdstartコマンドの完了待ち時間を長くする場合に指定します。HiRDBは，pdstartコマンドが入力されてから610秒（10分10秒）を過ぎても開始処理が終了しないと，KFPS05078-Iメッセージを出力してpdstartコマンドをエラーリターンしています。この610秒を長くする場合に指定します。

なお，pdstartコマンドがエラーリターンしても，開始処理は続行されHiRDBは開始します。したがって，次に示す場合にこのオペランドを指定します。

KFPS05078-Iメッセージを監視対象としている場合

pdstartコマンドの正常終了後にほかの操作を自動的に行っている場合

《適用基準》

通常，このオペランドを指定する必要はありません。

HiRDBの開始処理時にKFPS05078-Iメッセージが出力されて，pdstartコマンドがエラーリターンする場合に指定します。

◆　pd_start_time_out = HiRDB開始準備処理の最大待ち時間

〜＜符号なし整数＞((1〜1440))《15》（単位：分）

pdstartコマンドの入力からHiRDBの開始準備処理の完了までの最大待ち時間を指定します。pdstartコマンドの入力からこのオペランドに指定した時間が経過してもHiRDBの開始準備処理が終了しない場合，pdstartコマンド入力画面にKFPS01861-Eメッセージ（reason code = TIMEOUT）が出力されます。

《指定値の目安》

通常，このオペランドを指定する必要はありません。一般的な環境ではHiRDBの開始準備処理時間は長くても3〜6分のため，最大待ち時間はこのオペランドの省略値の15分で十分です。サーバマシンの性能，ディスク容量，又はメモリ負荷などの要因によっては，HiRDBの開始準備処理に15分以上掛かることがまれにあります。この場合，pdstartコマンド入力画面にKFPS01861-Eメッセージ（reason code = TIMEOUT）が出力されます。このとき，このオペランドに15より大きい値を指定してください。

参考

HiRDBの開始準備処理の完了待ち時間とHiRDB開始完了待ち時間は，次に示すメッセージの出力時刻から算出できます。

◆　pd_term_watch_count = 連続異常終了回数の上限

〜＜符号なし整数＞((1〜3))《3》

HiRDB（HiRDB/パラレルサーバの場合はユニット）の再開始処理に失敗すると，HiRDBは異常終了し，再開始処理をリトライしようとします。このオペランドには，HiRDBの再開始処理に失敗したときの異常終了回数の上限を指定します。

再開始処理の失敗による異常終了回数（30分以内の異常終了回数）がこのオペランドの指定値に達した場合，KFPS00715-Eメッセージを出力して再開始処理のリトライをやめます。このとき，HiRDBはPAUSE状態になります。PAUSE状態になると，pdstartコマンドが実行できないため，HiRDBを再開始できません。

PAUSE状態になっているかどうかは，pdls -d ustコマンドで確認できます。

PAUSE状態を解除するには，KFPS00715-Eメッセージの付加情報に従って異常終了の原因を取り除いた後に，pdrpauseコマンドを実行してください。なお，HiRDB/パラレルサーバの場合は，PAUSE状態のユニットでpdrpauseコマンドを実行してください。

《指定値の目安》

このオペランドに2又は3（デフォルト）を指定すると，HiRDBの再開始処理に失敗した場合，再開始処理をリトライします。例えば，3を指定した場合は，再開始処理を最大3回行います（再開始処理を最大2回リトライします）。

このオペランドに1を指定すると，HiRDBの再開始処理に失敗した場合，再開始処理のリトライは行われません。再開始処理のリトライを行いたくない場合は，1を指定してください。

《注意事項》

系切り替え機能を適用している場合，実行系と待機系の間で異常終了回数のカウントを引き継ぎません。

9.2.6　縮退起動に関するオペランド

◆　pd_start_level = 0｜1

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

HiRDBの開始時に開始できないユニットがある場合，縮退起動をするかどうかを指定します。

縮退起動については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

０：

縮退起動をしません。障害などで開始できないユニットが一つでもあるとHiRDBを開始できません。

１：

縮退起動をします。障害などで開始できないユニットがあっても，HiRDB（それ以外のユニット）を開始できます。

◆　pd_reduced_check_time = 縮退起動開始の連絡待ち時間

〜＜符号なし整数＞((300〜1200))《1200》（単位：秒）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

各ユニットからの開始処理完了の連絡待ち時間を指定します。ここで指定した時間を過ぎても，ユニット開始処理完了の連絡がない場合は，そのユニットを除いて縮退起動をします。

《前提条件》

pd_start_levelオペランドに1を指定する必要があります。

《指定値の目安》

pdstartコマンドを入力してから，KFPS01826-Iメッセージ（システムマネジャを定義しているユニットに出力されるKFPS01826-Iメッセージ）が出力されるまでの時間を調べてください。このオペランドには，それ以上の値を指定してください。

《注意事項》

このオペランドで指定した連絡待ち時間が過ぎても，縮退起動ができる条件をすべて満たしていないと，縮退起動できません。このとき，HiRDBは異常終了します。縮退起動できる条件については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_start_skip_unit = 開始しないユニットの名称〔，開始しないユニットの名称〕…

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

障害などで開始できないユニットがあるため，縮退起動をする場合，そのユニット名称を指定します。ここで指定したユニットは起動されません。

《前提条件》

pd_start_levelオペランドに1を指定する必要があります。

《利点》

HiRDBを開始するとき，HiRDBは各ユニットからの起動開始の連絡を最大20分待ちます。したがって，縮退起動をするとき，最大20分間の起動開始の連絡待ち時間が発生します。このオペランドに起動できないユニットを指定すると，このユニットの起動開始の連絡待ちをしません。したがって，最大20分間の起動開始の連絡待ち時間が解消されるため，縮退起動の時間を短縮できます。

《注意事項》

影響分散スタンバイレス型系切り替え機能を使用している場合，HAグループ内の全ユニットが起動していなくてもよいため，このオペランドの指定は無効になります。ただし，HAグループ内の全バックエンドサーバがどこかのユニットで起動していないと，HiRDBを開始できません。

回復不要FESユニットをこのオペランドに指定しても，回復不要FESユニットは縮退起動の対象になりません。

9.2.7　HiRDBの処理方式に関するオペランド

◆　pd_dbsync_point = sync｜commit

データベースの更新内容をファイルに反映するタイミングを指定します。

sync：

シンクポイント時点でデータベースの更新内容をファイルに反映します。シンクポイント間で同一ページを更新するようなトランザクションが多く起動される場合に性能が向上します。COMMIT文が発行されてもファイルに更新情報を反映しないため，入出力の負荷が軽減されます。ただし，commitを指定したときに比べて全面回復処理が遅くなります。

commit：

COMMIT文発行時点でデータベースの更新内容をファイルに反映します。トランザクションの完了時点でデータベースの内容が保証されるため，シンクポイント時点からデータベースを回復する必要がなく，全面回復処理に要する時間が短縮できます。ただし，シンクポイント間で同一ページを更新するようなトランザクションが多く起動される場合は，syncを指定したときに比べて性能が低下します。

《注意事項》

次の場合はこのオペランドにsyncを指定するか，このオペランドを省略してください。

ハイブリッド方式のリアルタイムSANレプリケーションを使用している場合

ログ同期方式のリアルタイムSANレプリケーションを使用している場合

《備考》

LOB用RDエリアはこのオペランドの影響を受けません。ディレクトリ部はCOMMIT文発行時点で反映されます。データ部はLOB用グローバルバッファを割り当てているかどうかによって処理が異なります。LOB用グローバルバッファを割り当てていない場合は更新要求時にすぐに反映されます。LOB用グローバルバッファを割り当てている場合はCOMMIT文発行時点で反映されます。ただし，グローバルバッファが満杯になったときはその時点で反映されます。

《ほかのオペランドとの関連》

このオペランドはpd_system_dbsync_pointオペランドと関連があります。

《各見積もり式への影響》

pd_dbsync_pointオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「シングルサーバが使用する共用メモリの計算式」

「ディクショナリサーバが使用する共用メモリの計算式」

「バックエンドサーバが使用する共用メモリの計算式」

◆　pd_system_dbsync_point = sync｜commit

次に示すRDエリアの更新内容をファイルに反映するタイミングを指定します。

マスタディレクトリ用RDエリア

データディレクトリ用RDエリア

データディクショナリ用RDエリア

データディクショナリLOB用RDエリア

レジストリ用RDエリア

レジストリLOB用RDエリア

sync：

シンクポイント時点で前記のRDエリアの更新内容をファイルに反映します。COMMIT文が発行されてもファイルに更新情報を反映しないため，定義系SQLの処理性能がcommitを指定したときに比べて若干向上します。ただし，全面回復処理がcommitを指定したときに比べて遅くなります。

commit：

COMMIT文発行時点で前記のRDエリアの更新内容をファイルに反映します。トランザクションの完了時点で前記のRDエリアの更新内容が保証されるため，前記のRDエリアをシンクポイント時点から回復する必要がなく，全面回復処理に要する時間が短縮できます。ただし，syncを指定したときに比べて，定義系SQLの処理性能が若干低下します。

《ほかのオペランドとの関連》

このオペランドはpd_dbsync_pointオペランドと関連があります。pd_dbsync_pointオペランドとの関連を次に示します。

pd_dbsync_pointオペランドの値

pd_system_dbsync_pointオペランドの値

sync

commit（省略値）

sync（省略値）

全RDエリアの更新内容をシンクポイント時点で反映します。

前記のRDエリアの更新内容はCOMMIT文発行時点で反映します。そのほかのRDエリアの更新内容はシンクポイント時点で反映します。

commit

全RDエリアの更新内容をCOMMIT文発行時点で反映します。

《各見積もり式への影響》

pd_system_dbsync_pointオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」

「ディクショナリサーバが使用する共用メモリの計算式」

◆　pd_process_terminator = resident｜fixed｜nonresident

HiRDBのプロセスが異常終了した場合，HiRDBは後処理を実行するプロセス（これを後処理プロセスといいます）を起動して後処理をします。このオペランドでは，後処理プロセスをHiRDBの開始時に起動しておくかどうかを指定します。

resident：

HiRDBの開始時に後処理プロセスを一つ起動します。HiRDB/パラレルサーバの場合は，一つのユニットに一つの後処理プロセスを起動します。

複数のプロセスが同時に異常終了した場合，HiRDBが規定した数まで後処理プロセスを起動して後処理を並列実行します。メモリ不足などで後処理プロセスを新たに起動できない場合は，既に起動している後処理プロセスで後処理を順次実行します。

なお，メモリ不足などによって，HiRDBが規定した数まで後処理プロセスを起動できない場合，HiRDB（HiRDB/パラレルサーバの場合は該当するユニット）が異常終了することがあります。

fixed：

HiRDBの開始時に，pd_process_terminator_maxオペランドで指定した数の後処理プロセスを起動します。HiRDB/パラレルサーバの場合は，ユニットごとにpd_process_terminator_maxオペランドで指定した数の後処理プロセスを起動します。メモリ不足などで後処理プロセスを起動できない場合はHiRDB（HiRDB/パラレルサーバの場合は該当するユニット）を開始しません。

pd_process_terminator_maxオペランドの値を超えるプロセスが同時に異常終了した場合，後処理プロセスを追加起動しません。この場合，既に起動している後処理プロセスで後処理を順次実行します。

nonresident：

HiRDBの開始時に後処理プロセスを起動しません。プロセスが異常終了するたびに後処理プロセスを起動します。

複数のプロセスが同時に異常終了した場合，複数の後処理プロセスを同時に起動して後処理を並列実行します。メモリ不足などで後処理プロセスを起動できない場合，HiRDB（HiRDB/パラレルサーバの場合は該当するユニット）が異常終了することがあります。

《指定値の目安》

信頼性を向上する場合はresident又はfixedを指定します。後処理についての性能面はresidentよりfixedの方が優れていますが，fixedの方がより多くのメモリを必要とします。

nonresidentを指定すると，オンデマンドに後処理プロセスが起動されます。このため，メモリ不足が発生すると，後処理プロセスが起動できなくなります。また，プロセスの異常終了が重なった場合，複数の後処理プロセスが起動されるため，性能面でも好ましくありません。

後処理プロセスを起動できない場合に，HiRDBが異常終了することを防止したいときは，fixedの指定を推奨します。

《注意事項》

指定値をfixedに変更する場合は注意が必要です。HiRDBの開始時に後処理プロセスを起動するため，より多くのメモリが必要になります。メモリ不足などで後処理プロセスを起動できない場合はHiRDB（HiRDB/パラレルサーバの場合は該当するユニット）を開始しません。

◆　pd_process_terminator_max = 後処理プロセスの最大常駐数

〜＜符号なし整数＞((1〜100))《Max(3，↑(pd_max_usersの値＋pd_max_reflect_process_countの値)÷100↑)》

pd_process_terminatorオペランドを省略するか，又はfixedを指定した場合にこのオペランドを指定します。このオペランドには，HiRDBの開始時に起動する後処理プロセスの数を指定します。メモリ不足などで，ここで指定した数の後処理プロセスを起動できない場合は，HiRDB（HiRDB/パラレルサーバの場合は該当するユニット）を開始しません。

《指定値の目安》

必要になる後処理プロセス数は，pd_max_usersの値＋pd_max_reflect_process_countの値に比例します。値が小さいと回復処理が遅延するおそれがあり，値が大きいと余分にメモリを消費します。

◆　pd_thdlock_wakeup_lock = Y｜N

このオペランドは，AIX版及びHP-UX版限定のオペランドです。

スレッド間ロックの解放通知方式を指定します。このオペランドにYを指定することで，解放通知が確実に送信されることを保証します。

Y：

スレッド間ロックの解放を通知するときに，これとは別の一時的なロックを新たに取得します。

N：

スレッド間ロックの解放を通知するときに，これとは別の一時的なロックを新たに取得しません。

《指定値の目安》

UAPの多重実行時に，SQL実行時間の平均値が数十ミリ秒であるが，最大値が1秒以上になる場合にはYを指定してください。

《注意事項》

Nを指定した場合，又はこのオペランドを省略した場合は，UAPの多重実行時に，SQL実行時間が1秒程度遅延することがあります。

Yを指定した場合は，UAPの多重実行時に，SQL実行時間が数ミリ秒程度遅延することがあります。

◆　pd_pageaccess_mode = SNAPSHOT｜NORMAL

データベース検索時のページアクセス方式を指定します。

SNAPSHOT：

ページアクセス方式をスナップショット方式にします。グローバルバッファへの初回アクセス時，探索条件に一致する行をプロセス固有メモリにコピーします。2回目の検索要求時にはプロセス固有メモリを参照して検索結果を返します。スナップショット方式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

NORMAL：

ページアクセス方式を通常方式にします。検索要求ごとにグローバルバッファをアクセスします。

《指定値の目安》

グループ分け高速化機能など，性能向上を目的とした機能を使用できない場合に，スナップショット方式の適用を検討してください。通常の検索SQLでは，指定された探索条件に一致する行の数とほぼ同じ回数分だけグローバルバッファへのアクセスを行っています。このため，検索SQLの実行が重なるとグローバルバッファへのアクセスが集中して，期待した性能が得られないことがあります。このような場合にスナップショット方式を適用すると，検索SQLのグローバルバッファへのアクセス回数を削減できるため，検索性能が向上することがあります。ただし，スナップショット方式を適用した場合，HiRDBが使用するプロセス固有メモリが増加します。スナップショット方式を適用した場合のプロセス固有メモリの計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《各見積もり式への影響》

pd_pageaccess_modeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「スナップショット方式指定時に必要なメモリ所要量の求め方」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「スナップショット方式指定時に必要なメモリ所要量の求め方」

◆　pd_cmdhold_precheck = Y｜N

RDエリアの閉塞状態のチェックをRDエリアの排他処理の前に行うかどうかを指定します。

Y：

RDエリアの閉塞状態のチェックをRDエリアの排他処理の前に行います。

N：

RDエリアの閉塞状態のチェックをRDエリアの排他処理の前に行いません。排他取得後に行います。

チェック対象になる閉塞の種類を次に示します。

コマンド閉塞

参照可能閉塞

参照可能バックアップ閉塞

《指定値の目安》

通常はこのオペランドを省略するか，又はYを指定してください。Yを指定したときと，Nを指定したときの違いを次に示します。

項目

Yを指定した場合

Nの場合

HiRDBの処理

UAP又はコマンド※の実行時，RDエリアの排他を取得する前に，アクセスする可能性があるすべてのRDエリアの閉塞状態をチェックします。例えば，RDエリア1〜4に横分割されている表にアクセスする場合，RDエリア1〜4の閉塞状態をチェックします。ただし，キーレンジ分割，又はFIXハッシュ分割で条件を指定して，UAP側でアクセスする可能性があるRDエリアを絞り込んでいる場合，アクセスする可能性がないRDエリアが閉塞していてもエラーにはなりません。

UAP又はコマンド※の実行時，RDエリアの排他を取得した後に，アクセスする可能性があるすべてのRDエリアの閉塞状態をチェックします。例えば，RDエリア1〜4に横分割されている表にアクセスするとします。インデクスを使用してアクセスするRDエリアを絞り込んだ結果，アクセス対象RDエリアがRDエリア1の場合，RDエリア1に対してだけ閉塞状態をチェックします。これはHiRDB Version 5.0以前の処理方式です。

閉塞中のRDエリアにUAPがアクセスした場合

RDエリアの排他を取得する前に閉塞チェックをするため，RDエリアが閉塞していることを，Nを指定したときよりも早く検知できます。

RDエリアの排他を取得した後に閉塞チェックをするため，閉塞中のRDエリアにUAPがアクセスした場合，RDエリアの排他によるタイムアウトエラー（KFPA11770-E）が発生することがあります。

また，アクセス対象RDエリアがデータロード又は再編成で閉塞中の場合，データロード又は再編成処理の終了後にUAPが閉塞エラー（KFPA11920-E）になることがあります。

非横分割インデクスを使用してアクセスするRDエリアを絞り込む場合

表が横分割されていてインデクスが横分割されていない場合に注意が必要です。非横分割インデクスを使用してアクセス対象RDエリアを絞り込む場合，アクセス対象外のRDエリアが閉塞していても，閉塞エラー（KFPA11920-E）になります。HiRDBの処理で説明した例の場合，RDエリア1〜4のどれかが閉塞していると，UAPが閉塞エラー（KFPA11920-E）になります。

非横分割インデクスを使用してアクセス対象RDエリアを絞り込む場合，アクセス対象外のRDエリアが閉塞していても，UAP又はコマンドを実行できます。HiRDBの処理で説明した例の場合，RDエリア2〜4が閉塞していても，UAPを実行できます。

注※　RDエリアが閉塞状態では実行できないUAP及びコマンドが対象になります。

◆　pd_db_io_error_action = dbhold｜unitdown

RDエリア（マスタディレクトリ用RDエリアを除く）の入出力エラーが発生したときのHiRDBの処理を指定します。なお，マスタディレクトリ用RDエリアに入出力エラーが発生した場合，このオペランドの指定に関係なく常にHiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了します。RDエリアの入出力エラーが発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

ここでいう入出力エラーとは，HiRDBがファイルを操作したときにHiRDBが判別できない理由でファイル操作に失敗したエラーを意味し，HiRDBファイルシステムに対するアクセス要求から返されるエラーコードに-1544が出力されるエラーのことです。

dbhold：

RDエリアの入出力エラーが発生した場合，そのRDエリアを障害閉塞します。

unitdown：

RDエリアの入出力エラーが発生した場合，HiRDB（HiRDB/パラレルサーバの場合はユニット）を異常終了します。ただし，異常終了後に再度入出力エラーが発生した場合，そのRDエリアを障害閉塞します。再び，unitdownの指定を有効にするには，次に示すどちらかの方法を実行してください。

HiRDBを正常開始する

システム構成変更コマンド（pdchgconfコマンド）を実行する

《指定値の目安》

マニュアル「HiRDB Version 9 システム運用ガイド」の「RDエリアの入出力エラーが発生したときの対処方法」を参照して，このオペランドの指定値を決めてください。

《注意事項》

unitdownを指定したときに入出力エラーが発生するとHiRDBが異常終了するため，次の場合に，処理対象のRDエリアが障害閉塞することがあります。

・更新前ログ取得モード又はログレスモードでUAPやユティリティを実行している場合

・CREATE TABLEのRECOVERYオペランドでNOを指定してログレスモードにしたユーザLOB用RDエリアに対して，UAP又はユティリティを実行している場合

物理エラー検知時ユニットダウン機能を使用する場合は，できるだけこれらの運用は避けてください。もし，これらの運用が必要な場合は，RDエリアが閉塞しても最新の状態に回復できるよう，UAP又はユティリティの実行前にバックアップを取得してください。バックアップの取得については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

開始処理中又は終了処理中の入出力エラーについては，unitdownを指定してもHiRDBを異常終了しません。

ログ同期方式のリアルタイムSANレプリケーション機能を適用している場合，ログ適用サイトのHiRDBの開始中は，unitdownを指定しても無効になります。

データベース回復ユティリティ（pdrstr）での回復処理中は，unitdownを指定していてもHiRDBを異常終了しません。この場合は，データベース回復ユティリティ（pdrstr）を再度実行して回復してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_mode_confオペランド

pd_db_access_error_actionオペランド

pd_db_hold_actionオペランド

なお，pd_db_io_error_actionオペランド，pd_db_access_error_actionオペランド，及びpd_db_hold_actionオペランドのうち，複数のオペランドでunitdownを指定した場合は，次の順序でオペランドの指定値が有効になります。

pd_db_io_error_actionオペランド

pd_db_access_error_actionオペランド

pd_db_hold_actionオペランド

そのため，RDエリアの入出力エラー，ファイルアクセスエラー，及び物理エラーのうち複数のエラーが同時に起こった場合，どのエラー要因によってユニットダウンしたのかは，この優先順位を参考に判断してください。また，出力されたメッセージを参照してください。

◆　pd_connect_errmsg_hide = Y｜N

CONNECT失敗時に出力されるメッセージで，エラーの要因を隠すかどうかを指定します。

Y：CONNECT失敗時にエラーの要因を隠します。

N：CONNECT失敗時にエラーの要因を隠しません。

このオペランドの指定値によってCONNECT失敗時に出力されるメッセージが変わることがあります。詳細を次に示します。

エラー要因

出力されるメッセージ

Yを指定した場合

N（省略値）を指定した場合

認可識別子の不正（指定されたユーザは存在しない）

KFPA19632-E

KFPA11561-E

パスワードの不正（指定されたパスワードが一致しない）

KFPA19632-E

KFPA11560-E

◆　pd_cancel_down_msgchange = Y｜N

サーバプロセスの強制終了が発生した場合に，出力されるエラーメッセージを変更するかどうかを指定します。

Y：

エラーメッセージを警告メッセージに変更します。エラーメッセージを変更する機能をトランザクションキャンセル時のプロセスダウンメッセージ変更機能といいます。

N：

エラーメッセージを変更しません。

このオペランドの指定値と出力されるエラーメッセージの関係を次に示します。

条件

出力されるメッセージ

Y（省略値）を指定した場合

Nを指定した場合

次に示す原因によってサーバプロセスの強制終了が発生した場合※

ユーザ操作による意図的な強制終了

タイムアウトによる強制終了

クライアント側の障害による強制終了

KFPS01852-W

KFPO00115-W

KFPS01820-E

KFPO00105-E

上記以外の原因によってサーバプロセスの強制終了が発生した場合

KFPS01820-E

KFPO00105-E

サーバプロセスの強制終了の原因をHiRDBが判断できない場合

注※

メッセージの変更が発生する原因はほかにもあります。詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」の「トランザクションキャンセル時のプロセスダウンメッセージ変更機能」を参照してください。

《利点》

このオペランドにYを指定すると，サーバプロセスの強制終了が発生した原因で出力されるメッセージを切り分けられます。

《備考》

KFPS01820-E及びKFPO00105-Eメッセージが出力された場合，その原因がHiRDBの不正検知によるものか，又はトランザクションキャンセルなどのユーザ操作による意図的なものかをメッセージIDから判断できません。判断するには，各メッセージに出力されるプロセスIDを比較する必要があります。

JP1を使用してメッセージを監視している場合，複数のメッセージ情報を比較できないため，KFPS01820-E及びKFPO00105-Eメッセージが出力されたときに対処が難しくなることがあります。このオペランドにYを指定すると，出力されるメッセージがエラー原因によって切り分けられるため，対処が特定しやすくなります。したがって，JP1を使用してメッセージを監視している場合，このオペランドにYを指定することをお勧めします。

9.2.8　全面回復処理に関するオペランド

◆　pd_max_recover_process = 全面回復処理の並列実行プロセス数

〜＜符号なし整数＞((1〜10))《3》

全面回復処理をするときの回復処理プロセス（REDOプロセス）数を指定します。HiRDB/パラレルサーバの場合は，1サーバ（ディクショナリサーバ又はバックエンドサーバ）当たりの回復処理プロセス（REDOプロセス）数になります。

《前提条件》

通常ファイルについては，入出力並列処理をしません。

《指定値の目安》

見積もり方法はファイルの種類によって異なります。

条件

指定値の目安

キャラクタ型スペシャルファイル

RDエリアを定義したキャラクタ型スペシャルファイル数が10以上のとき（1サーバ当たり）

10

RDエリアを定義したキャラクタ型スペシャルファイル数が10未満のとき（1サーバ当たり）

キャラクタ型スペシャルファイル数

通常ファイル

1

このオペランドの値を大きくすると，全面回復処理時の入出力並列度が増すため，回復処理時間を短縮できます。ただし，「このオペランドの値×サーバ数」分のプロセスが起動されるため，前記の指定値の目安とHiRDBのリソースを考慮して指定値を決めてください。

◆　pd_redo_allpage_put = Y｜N

全面回復処理時に，シンクポイント以降に更新されたページをデータベースに書き出すかどうかを指定します。

Y：

全面回復処理時に，シンクポイント以降に更新されたすべてのページを書き出します。

N：

全面回復処理時に，障害発生時にデータベースに書き出していなかったページだけを書き出します。

《指定値の目安》

通常はこのオペランドを指定する必要はありません。

LVM（論理ボリューム・マネジャ）のミラーリング機能の使用によってデータベースをミラー化する場合，OS又はマシンの障害発生時，及びユニット障害による系切り替え発生時に，ミラー正副不一致状態になることがあります。その場合は，次の方法で正副ボリュームを一致させてください。

LVMの機能を使用して正副ボリュームを一致させてからHiRDBを再開始してください。

1の方法で正副ボリュームを一致させる運用ができない場合，又は正副ボリュームを一致させる処理に時間が掛かり，系切り替え時間などのシステム要件を満たせない場合は，このオペランドにYを指定してください。障害発生後のHiRDB再開始での全面回復処理で，シンクポイント以降に更新されたすべてのページをデータベースに書き出します。これによって，HiRDBが正副ボリュームを一致させてミラー正副不一致状態を解消します。

ミラー正副不一致状態が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

このオペランドにYを指定した場合，全面回復処理時にすべてのページをデータベースに書き出すためのオーバヘッドが掛かります。

このオペランドを指定した場合，全面回復処理終了時にKFPH24004-Iメッセージを出力します。このオペランドを省略した場合は出力しません。

9.2.9　トランザクション決着処理に関するオペランド

◆　pd_trn_rerun_branch_auto_decide = Y｜N

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

トランザクションのコミットメント制御で一相目のプリペア処理が完了する前にユニットが異常終了した場合，ユニットの再開始時にこのトランザクションからブランチした未決着状態のトランザクションを自動決着するかどうかを指定します。

Y：

未決着状態のトランザクションを自動決着します。

N：

未決着状態のトランザクションを自動決着しません。この場合，HiRDB管理者が未決着状態のトランザクションを決着させる必要があります。未決着状態のトランザクションを決着させる方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

Yを指定した場合，又はこのオペランドを省略した場合の注意事項を次に示します。

縮退起動機能を使用している場合，縮退起動時に開始していなかったユニットのトランザクションは自動決着の対象とはなりません。したがって，開始していなかったユニットを障害復旧後などに再開始した場合は，未決着状態のトランザクションがないかどうかを確認してください。未決着状態のトランザクションがある場合は，未決着状態のトランザクションを決着させてください。未決着状態のトランザクションの確認方法，及び未決着状態のトランザクションを決着させる方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

ブランチ元のトランザクションがあるサーバのシステムログ量が増加します。

未決着状態のトランザクションの決着処理を実行している間，ブランチ元のトランザクションがあるサーバのシステムログが上書き禁止状態になります。

◆　pd_trn_send_decision_intval_sec = 秒単位でのトランザクション自動決着の送信リトライ時間間隔

〜＜符号なし整数＞〜((0〜65535))《15》（単位：秒）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

ブランチしたトランザクションに自動決着指示を送信した場合，通信障害などによって送信が失敗したときに決着指示を再送するまでの時間を秒単位で指定します。

《前提条件》

pd_trn_rerun_branch_auto_decideオペランドにYを指定，又は指定を省略している必要があります。

《注意事項》

0を指定した場合は決着指示を連続して再送するため，通信負荷が高くなります。

《ほかのオペランドとの関連》

このオペランドは，pd_trn_send_decision_intervalオペランドと次に示す関係があります。

再送するまでの時間を秒単位で指定する場合はpd_trn_send_decision_intval_secオペランドを，分単位で指定する場合はpd_trn_send_decision_intervalオペランドを指定します。

pd_trn_send_decision_intval_secオペランドとpd_trn_send_decision_intervalオペランドを両方とも指定すると，pd_trn_send_decision_intval_secオペランドの指定値が優先されます。

◆　pd_trn_send_decision_interval = 分単位でのトランザクション自動決着の送信リトライ時間間隔

〜＜符号なし整数＞((0〜65535))（単位：分）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

ブランチしたトランザクションに自動決着指示を送信した場合，通信障害などによって送信が失敗したときに決着指示を再送するまでの時間を分単位で指定します。通常はpd_trn_send_decision_intval_secオペランドを指定し，このオペランドは省略してください。

《前提条件》

pd_trn_rerun_branch_auto_decideオペランドにYを指定，又は指定を省略している必要があります。

《注意事項》

0を指定した場合は決着指示を連続して再送するため，通信負荷が高くなります。

《ほかのオペランドとの関連》

このオペランドはpd_trn_send_decision_intval_secオペランドと次に示す関係があります。

再送するまでの時間を秒単位で指定する場合はpd_trn_send_decision_intval_secオペランドを，分単位で指定する場合はpd_trn_send_decision_intervalオペランドを指定します。

pd_trn_send_decision_intval_secオペランドとpd_trn_send_decision_intervalオペランドを両方とも指定すると，pd_trn_send_decision_intval_secオペランドの指定値が優先されます。

pd_trn_send_decision_intval_secオペランドとpd_trn_send_decision_intervalオペランドを両方とも指定しないと，pd_trn_send_decision_intval_secオペランドの省略値が仮定されます。

◆　pd_trn_send_decision_retry_time = トランザクション自動決着の最大待ち時間

〜＜符号なし整数＞((0〜65535))《360》（単位：分）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

ブランチしたトランザクションに自動決着指示を送信してから決着完了の応答があるまでの最大待ち時間を指定します。ここで指定した時間を過ぎても決着完了の応答がない場合，通信障害などの回復不能な障害が発生したとみなし，ブランチしたトランザクションへの決着指示を中止して，ブランチ元のトランザクションを決着させます。

なお，このオペランドに0を指定した場合は時間監視をしません。

《前提条件》

pd_trn_rerun_branch_auto_decideオペランドにYを指定，又は指定を省略している必要があります。

◆　pd_trn_watch_time = トランザクション同期点処理時の最大通信待ち時間

〜＜符号なし整数＞((0，300〜65535))《3600》（単位：秒）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

HiRDBサーバプロセス上で実行されるトランザクションの同期点処理で，トランザクションブランチ間で行う通信（プリペア及びコミットの要求又は完了通信）の受信待ち時間の最大値を指定します。指定時間を過ぎても要求又は完了通信がない場合，該当するトランザクションブランチが2相コミットの1相目完了前であればロールバックします。1相目完了後であれば，指示された処理を実行してトランザクションを決着します。トランザクション間で行う通信については，マニュアル「HiRDB Version 9 解説」の「コミットとロールバック」を参照してください。

《利点》

HiRDBクライアントがトランザクション決着指示を中断（クライアントプロセスの強制終了など）しても，HiRDBサーバがこのトランザクションの実行を中止しないと，トランザクションを実行し続けます。このため，データベースの排他資源などを長時間占有することがあります。このオペランドを指定すると，排他資源などの占有時間を短縮できます。

《指定値の目安》

通常，このオペランドを指定する必要はありません。次に示す場合にこのオペランドを指定してください。

コミット時にKFPA11989-E又はKFPA11722-Eメッセージが出力される場合

該当トランザクションでデータベースの更新件数が少ないのにCOMMIT文の処理時間が掛かる場合

《オペランドの規則》

0を指定すると，プリペア及びコミットの要求又は完了を受信するまで要求又は完了通信を待ち続けます。

1〜299を指定した場合は300に切り上げられます。

《注意事項》

2相コミットの2相目で行うコミットの要求又は完了通信に対しては，pd_dbsync_point=commitを指定したときだけ，このオペランドの指定値が有効になります。

◆　pd_trn_rcvmsg_store_buflen = トランザクション回復メッセージキューサイズ

〜＜符号なし整数＞((4096〜25600000))《8192》（単位：バイト）

0904互換モードの場合：((4096〜25600000))《4096》

HiRDBは，トランザクションの回復処理を行うとき，回復対象となるトランザクションをトランザクション回復メッセージキューに登録して管理します。このオペランドでは，トランザクション回復メッセージキューサイズを指定します。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。

HiRDB稼働中にKFPS00854-Wメッセージ（server=_trnrcv）が出力された場合に，このオペランドの指定を検討してください。指定値の見積もり式を次に示します。なお，見積もりの結果が省略値以下だった場合は，省略値を指定してください。

・HiRDB/シングルサーバの場合

　↑72×A÷1024↑×1024〔バイト〕

・HiRDB/パラレルサーバの場合

　↑72×（B＋C＋D＋E）÷1024↑×1024〔バイト〕

A：（pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値）×2＋7

B：

ユニット内にFESがある場合：b×2＋7

　b：

　マルチFESの場合：pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値＋1

　マルチFESでない場合：pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値

ユニット内にFESがない場合：0

C：

ユニット内にBESがある場合（BESが複数ある場合は，それぞれのBESで求めた値を加算します）：

（MAX（pd_max_bes_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7

ユニット内にBESがない場合：0

D：

ユニット内にDSがある場合：

（MAX（pd_max_dic_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7

ユニット内にDSがない場合：0

Ｅ：

影響分散スタンバイレス型系切り替えを適用している場合：

（（MAX（ゲストBESの中で最大のpd_max_bes_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7）×pd_ha_max_act_guest_serversオペランドの値

影響分散スタンバイレス型系切り替えを適用していない場合：0

《注意事項》

このオペランドに省略値より大きい値を指定した場合，ユニットコントローラ用共用メモリが増加します。詳細は，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「ユニットコントローラが使用する共用メモリの計算式」を参照してください。

このオペランドに省略値より大きい値を指定した場合，トランザクション回復プロセス（pdtrnrvd）の最大プロセス数が増加します。トランザクション回復プロセス（pdtrnrvd）の最大プロセス数の見積もり式を次に示します。

・HiRDB/シングルサーバの場合

　MIN（トランザクション回復メッセージキューサイズ÷72，（pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値）×2＋7）

・HiRDB/パラレルサーバの場合

　MIN（トランザクション回復メッセージキューサイズ÷72，A＋B＋C＋D）

A：

ユニット内にFESがある場合：a×2＋7

　a：

　マルチFESの場合：pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値＋1

　マルチFESでない場合：pd_max_usersオペランドの値＋pd_max_reflect_process_countオペランドの値

ユニット内にFESがない場合：0

B：

ユニット内にBESがある場合：（MAX（pd_max_bes_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7

ユニット内にBESがない場合：0

C：

ユニット内にDSがある場合：（MAX（pd_max_dic_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7

ユニット内にDSがない場合：0

D：

影響分散スタンバイレス型系切り替えを適用している場合：

（（MAX（ゲストBESの中で最大のpd_max_bes_processオペランドの値，pd_max_usersオペランドの値）＋pd_max_reflect_process_countオペランドの値）×2＋7）×pd_ha_max_act_guest_serversオペランドの値

影響分散スタンバイレス型系切り替えを適用していない場合：0

《ほかのオペランドとの関連》

このオペランドはpd_max_server_processオペランドと関連があります。

◆　pd_trn_commit_optimize = ONEPHASE｜NOUSE

このオペランドは，HiRDB/パラレルサーバ限定のオペランドです。

HiRDB/パラレルサーバのコミットメント制御で一相コミットを使用するかどうかを指定します。一相コミットについては，マニュアル「HiRDB Version 9 解説」を参照してください。

ONEPHASE：

トランザクション内の更新ブランチ数が一つの場合（一つのトランザクションが更新するサーバ数が一つの場合），コミットメント制御に一相コミットを使用します。なお，コミットメント制御で一相コミットを行うことを一相最適化といいます。

NOUSE：

コミットメント制御に二相コミットを使用します。一相コミットは使用しません。

《指定値の目安》

通常は，ONEPHASEを指定するか，又はこのオペランドを省略してください。

《注意事項》

OLTPシステムから二相コミットの指示がある場合は，このオペランドの指定は無効になります。

回復不要FESを使用している場合，このオペランドの指定よりも回復不要FESの制限事項が優先されます。制限事項を次に示します。

・フロントエンドサーバ上に出力されるログを抑止します。

・回復不要FESを適用したフロントエンドサーバでは，X/Open XAインタフェースを使用して接続するUAPを実行できません。

◆　pd_trn_rollback_watch_time = ロールバック完了応答の最大待ち時間〔，ロールバック指示再送限界時間〕

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

このオペランドは，pd_trn_rerun_branch_auto_decideオペランドにYを指定，又は指定を省略している場合に有効になります。

また，クライアント環境定義のPDCWAITTIMEに0を指定，又は指定を省略しているUAPを監視対象とします。

ロールバック完了応答の最大待ち時間：〜＜符号なし整数＞((0〜65535))《3600》（単位：秒）

ロールバック処理で，フロントエンドサーバがバックエンドサーバ又はディクショナリサーバからロールバック完了応答を受信するまでの，待ち時間の最大値を指定します。指定した時間を過ぎても応答が受信できない場合は，該当するバックエンドサーバ又はディクショナリサーバに対してロールバック指示を再送します。

《指定値の目安》

通常，ロールバック完了応答の最大待ち時間を指定する必要はありません。トランザクションが決着できない事態が発生する可能性を考慮し，システム要件として3,600秒よりも早くトランザクションを決着させる必要がある場合は，トランザクション決着まで待てる秒数を指定してください。

《注意事項》

ロールバック完了応答の最大待ち時間に0を指定，又は指定を省略した場合，ロールバック指示は再送されません。

ロールバック完了応答の最大待ち時間に1〜9を指定した場合，自動的に10秒に切り上げられます。

ロールバック指示再送限界時間：〜＜符号なし整数＞((0〜65535))《600》（単位：秒）

ロールバック指示の再送が失敗した場合に，ロールバック指示の再送を繰り返す時間を指定します。

ロールバック完了応答の最大待ち時間を経過しても，バックエンドサーバ又はディクショナリサーバからのロールバック完了応答を受信できなかった場合，フロントエンドサーバは応答がないサーバに対してロールバック指示を再送します。再送に失敗すると，ロールバック指示再送限界時間まで，再送を繰り返します。

なお，ロールバック指示再送限界時間まで再送が成功しなかった場合，KFPS00936-Eメッセージを出力し，フロントエンドサーバプロセスを異常終了させ，トランザクションをキャンセルします。

《指定値の目安》

通常，ロールバック指示再送限界時間を指定する必要はありません。ロールバック指示の再送が失敗し続ける可能性を考慮し，システム要件として600秒よりも早くトランザクションを決着させる必要がある場合は，トランザクション決着まで待てる秒数を指定してください。

なお，通信障害時にUAPに応答するまでには，「ロールバック完了応答の最大待ち時間＋ロールバック指示再送限界時間」の時間が必要です。この点に留意して，値を設定してください。

《注意事項》

ロールバック指示再送限界時間に1〜239を指定した場合，自動的に240秒に切り上げられます。

このオペランドの適用範囲を次の図に示します。

9.2.10　SQLの仕様に関するオペランド

◆　pd_overflow_suppress = Y｜N

演算中のエラー抑止について指定します。エラー抑止の対象を次に示します。

演算途中でのオーバフロー

0除算エラー

Y：

SQL実行時の演算中に対象となるエラーが発生した場合，演算結果をナル値にして処理を続行します。

N：

SQL実行時の演算中に対象となるエラーが発生した場合，エラーで処理を取り消します。

◆　pd_space_level = 0｜1｜3

空白変換機能を使用する場合の空白変換レベルを指定します。空白変換機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

0：空白変換レベル0を指定します。

1：空白変換レベル1を指定します。

3：空白変換レベル3を指定します。

空白変換レベルの処理方式を次に示します。

レベル

説明

レベル0

空白変換をしません。

レベル1

操作系SQLでの定数，埋込み変数，又は？パラメタのデータの空白を次のように変換します。

文字列定数を各国文字列定数とみなした場合，半角空白2文字を全角空白1文字に変換します。なお，半角空白が1文字単独で現れる場合は変換しません。

文字列定数を混在文字列定数とみなした場合，全角空白1文字を半角空白2文字に変換します。

各国文字列型の列へのデータの格納時，及び各国文字列型の値式との比較時は，埋込み変数，又は？パラメタの半角空白2文字を全角空白1文字に変換します。なお，半角空白が1文字単独で現れる場合は変換しません。

混在文字列型の列へのデータの格納時，及び混在文字列型の値式との比較時は，埋込み変数，又は？パラメタの全角空白1文字を半角空白2文字に変換します。

レベル3

空白変換レベル1の処理に加えて次の処理が加わります。

各国文字列型の値式のデータを検索するときに，全角空白1文字を半角空白2文字に変換します。

《注意事項》

空白変換レベルを変更した場合，変更の前後でUAPの結果が異なる場合があります。UAPの結果を同じにしたい場合には，空白変換レベルを変更しないでください。

空白変換レベル3を指定してソートをした場合，HiRDBはソートの結果に対して空白変換をするため，期待した結果を得られないことがあります。

クラスタキーの列へデータを格納する場合，空白変換によってユニークエラーとなることがあります。この場合，空白変換をしないでデータを格納するか，又はデータベース再編成ユティリティで既存のデータベースの空白を統一してください。

各国文字列の空白変換は，先頭から2文字単位で変換します。

空白変換レベルに1又は3を指定したときの注意事項を次に示します。

ハッシュ分割した表に対して，表分割ハッシュ関数を使用したUAPで格納先RDエリアを求める場合は，表分割ハッシュ関数の引数に空白変換レベルを指定してください。指定しないと表分割ハッシュ関数の結果が不正になることがあります。

キーレンジ分割（分割キーが各国文字データ又は混在文字データの場合）した表に対して，UAPでキーレンジ分割処理をしている場合は，分割キー値を空白変換関数で変換してください。変換しないとキーレンジ分割の結果が不正になることがあります。

表分割ハッシュ関数，及び空白変換関数については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDSPACELVLオペランドを指定してください。PDSPACELVLオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_dec_sign_normalize = Y｜N

UAPから渡された符号付きパック形式データの符号部を正規化するかどうかを指定します（DECIMAL型の符号正規化機能を使用するかどうかを指定します）。符号部を正規化するとは，符号付きパック形式データの符号部A〜FをC又はDに変換することを意味しています。

DECIMAL型の符号正規化機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：

DECIMAL型の符号正規化機能を使用します。符号付きパック形式データの符号部を正規化します。A〜FをDECIMALデータの符号部とみなします。

N：

DECIMAL型の符号正規化機能を使用しません。符号付きパック形式データの符号部を正規化しません。C，D，FをDECIMALデータの符号部とみなします。

《注意事項》

Yを指定した場合（DECIMAL型の符号正規化機能を使用する場合）の注意事項を次に示します。

ハッシュ分割した表に対して，表分割ハッシュ関数を使用したUAPで格納先RDエリアを求める場合は，表分割ハッシュ関数の引数に「DECIMAL型の符号正規化機能あり」を指定してください。指定しないと表分割ハッシュ関数の結果が不正になることがあります。

キーレンジ分割（分割キーがDECIMAL型のデータの場合）した表に対して，UAPでキーレンジ分割処理をしている場合は，分割キー値をDECIMAL型符号正規化関数で変換してください。変換しないとキーレンジ分割の結果が不正になることがあります。

表分割ハッシュ関数，及びDECIMAL型符号正規化関数については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_sql_dec_op_maxprec = 演算結果が29けた以下のDECIMAL型となる精度の最大値

〜＜符号なし整数＞(( 29｜38 ))

0904互換モードの場合：《29》

次に示す最大値を指定します。

演算結果のデータ型がDECIMAL型となる精度の最大値

・29けた以下のデータだけに対する四則演算

・29けた以下のデータだけに対する集合関数AVG/SUM

・29けた以下のデータだけに対するスカラ関数DECIMAL/VALUE/GREATEST/LEAST

・引数がFLOAT型でかつ，精度を省略したスカラ関数DECIMAL

・対応するTHEN句及びELSE句の値が29けた以下のデータだけのCASE式

・抽象データ型のパラメタを含み，戻り値のデータ型が29けた以下であるユーザ定義関数だけが「候補となる関数」となる関数の呼び出し

集合演算の結果列のデータ型がDECIMAL型となる場合，集合演算の導出表に対応する列が29けた以下のデータだけのときの精度の最大値

《指定値の目安》

バージョン09-04以前のHiRDBをバージョンアップする場合

バージョンアップ前にこのオペランドに38を指定していないときは，このオペランドに29を指定するか，0904互換モードを適用してください。

上記以外の場合

このオペランドはアプリケーションの作りに依存します。

アプリケーションで使用する29けた以下のデータに対する演算結果のDECIMAL型の精度を29けたで扱いたい場合は29にしてください。

そうでない場合は，38を指定するか，このオペランドを省略してください。

《注意事項》

このオペランドを変更した場合，DECIMAL型を使用するアプリケーションに影響が出ます。

次に示す値式の結果のデータや問合せ指定の結果を取得するアプリケーションは修正が必要になります。また，ビュー表，トリガ，ルーチン，又は検査制約を持つ表に，次の値式又は問合せ指定を含む場合，実行時にDECIMAL型の演算がオーバフローしたり，ビュー表の検索がエラーとなったりするおそれがあるため，ビュー表，トリガ，ルーチン，又は検査制約を持つ表を再作成してください。

なお，トリガの再作成は，ALTER TRIGGER，及びALTER ROUTINEでするのではなく，トリガを一度削除した後，再度作成してください。

29けた以下のデータだけに対する四則演算

29けた以下のデータだけに対する集合関数AVG，SUM

29けた以下のデータだけに対するスカラ関数DECIMAL，VALUE，GREATEST，LEAST

引数がFLOAT型でかつ，精度を省略したスカラ関数DECIMAL

対応するTHEN句及びELSE句の値が29けた以下のデータだけのCASE式

抽象データ型のパラメタを含み，戻り値のデータ型が29けた以下であるユーザ定義関数だけが「候補となる関数」となる関数の呼び出し

集合演算の結果列のデータ型がDECIMALとなる場合で，集合演算の演算対象導出表の対応する列が29けた以下のデータだけの問合せ指定

《各見積もり式への影響》

pd_sql_dec_op_maxprecオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「グループ分け高速化機能実行時に必要なメモリ所要量の求め方」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「グループ分け高速化機能実行時に必要なメモリ所要量の求め方」

◆　pd_sql_mode = 0｜1

SQL文中に集合演算子MINUSを使用するかどうかを指定します。

0：集合演算子MINUSを使用しません。

1：集合演算子MINUSを使用します。

《注意事項》

このオペランドに1を指定した場合，MINUSがSQLの予約語になります。そのため，表名，列名などの名前にMINUSを使用している場合は，引用符（"）で囲んだ"MINUS"に変更してください。名前の指定方法については，マニュアル「HiRDB Version 9 SQLリファレンス」の「名前の指定」を参照してください。

ルーチンの定義，及びルーチンのリコンパイル時に，集合演算子MINUSを使用するかどうかは，このオペランドの値によって決定されます。

ルーチンの定義と，そのルーチンのリコンパイル時はこのオペランドの値を同じにしてください。このオペランドを変更し，ルーチンのリコンパイルを行うと構文エラーになる場合があります。

◆　pd_ddl_tbl_pctfree = 表の未使用領域比率,表のセグメント内空きページ比率

定義系SQLでのPCTFREE(表オプション)の省略値を変更する場合，未使用領域の比率とセグメント内の空きページ比率を指定します。表の属性によって，指定するオペランドが異なります。表の属性と指定するオペランドを次の表に示します。

表9‒1　表の属性と指定するオペランド

表の属性

指定するオペランド

FIX表

クラスタキーなし

pd_ddl_tbl_fix_pctfree

クラスタキーあり

pd_ddl_tbl_pctfree

非FIX表

pd_ddl_tbl_pctfree

PCTFREE(表オプション)については，マニュアル「HiRDB Version 9 SQLリファレンス」の「CREATE TABLE（表定義）」を参照してください。

《オペランドの指定値》

表の未使用領域の比率 〜<符号なし整数> ((0〜99))（単位：%）

表のセグメント内の空きページ比率 〜<符号なし整数> ((0〜50))（単位：%）

《オペランドの省略値》

このオペランドを省略した場合に仮定する値を次の表に示します。

表9‒2　オペランドを省略した場合に仮定する値

オペランド

仮定値

pd_ddl_tbl_pctfree

30,10

pd_ddl_tbl_fix_pctfree

0,0

《利点》

定義するすべての表に対して，定義系SQLの省略値とは異なるPCTFREE(表オプション)の値に統一したい場合，定義系SQLごとにPCTFREEを指定する必要がなくなります。

《注意事項》

定義系SQLの実行時動作を変更する指定のため，定義済みの表には影響しません。

クラスタキーのないFIX表については，空き領域を作るメリットはないため，通常はpd_ddl_tbl_fix_pctfreeオペランドを指定しないでください。

◆　pd_ddl_tbl_fix_pctfree = 表の未使用領域比率,表のセグメント内空きページ比率

このオペランドの説明については，pd_ddl_tbl_pctfreeオペランドを参照してください。

◆　pd_ddl_idx_pctfree = インデクスの未使用領域比率 　〜<符号なし整数> ((0〜99))《30》（単位：%）

定義系SQLでのPCTFREE(インデクスオプション)の省略値を変更する場合，未使用領域の比率を指定します。PCTFREE(インデクスオプション)については，マニュアル「HiRDB Version 9 SQLリファレンス」の「CREATE INDEX　形式1（インデクス定義）」を参照してください。

《利点》

定義するすべてのインデクスに対して定義系SQLの省略値とは異なるPCTFREE(インデクスオプション)の値に統一したい場合，定義系SQLごとにPCTFREEを指定する必要がなくなります。

《注意事項》

定義系SQLの実行時動作を変更する指定のため，定義済みの表やインデクスには影響しません。

◆　pd_ddl_tbl_recovery = {ALL｜PARTIAL｜NO｝

定義系SQLでの列回復制約の省略値を変更する場合，列回復制約を指定します。列回復制約については，マニュアル「HiRDB Version 9 SQLリファレンス」の「CREATE TABLE（表定義）」を参照してください。

《利点》

定義するすべての表に対して定義系SQLの省略値とは異なる回復制約の値に統一したい場合，定義系SQLごとにRECOVERYを指定する必要がなくなります。

《注意事項》

定義系SQLの実行時動作を変更する指定のため，定義済みの表には影響しません。

9.2.11　SQLの最適化に関するオペランド

◆　pd_optimize_level = SQL最適化オプション〔，SQL最適化オプション〕…

〜＜識別子又は符号なし整数＞

SQL最適化オプションを指定します。

SQL最適化オプションの指定値及びその内容については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「PDSQLOPTLVL」を参照してください。

《オペランドの省略値》

このオペランドを省略すると次に示す値が仮定されます。

HiRDB/シングルサーバの場合

"PRIOR_NEST_JOIN","PRIOR_OR_INDEXES","DETER_AND_INDEXES","RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE","APPLY_ENHANCED_KEY_COND" ,"MOVE_UP_DERIVED_COND"

HiRDB/パラレルサーバの場合

"PRIOR_NEST_JOIN","PRIOR_OR_INDEXES","SORT_DATA_BES","DETER_AND_INDEXES",

"RAPID_GROUPING","DETER_WORK_TABLE_FOR_UPDATE","APPLY_ENHANCED_KEY_COND" ,"MOVE_UP_DERIVED_COND","FLTS_ONLY_DATA_BES"

0904互換モードの場合は，次に示す値が仮定されます。

HiRDB/シングルサーバの場合

"PRIOR_NEST_JOIN","PRIOR_OR_INDEXES","DETER_AND_INDEXES","RAPID_GROUPING",

"DETER_WORK_TABLE_FOR_UPDATE","APPLY_ENHANCED_KEY_COND"

HiRDB/パラレルサーバの場合

"PRIOR_NEST_JOIN","PRIOR_OR_INDEXES","SORT_DATA_BES","DETER_AND_INDEXES",

"RAPID_GROUPING","DETER_WORK_TABLE_FOR_UPDATE","APPLY_ENHANCED_KEY_COND"

《オペランドの指定方法》

適用するSQL最適化オプションを選択して，その識別子又は符号なし整数を指定します。識別子で指定する方法と，符号なし整数（計算値）で指定する方法の二つの方法がありますが，通常は識別子で指定してください。

識別子で指定する場合

「ネストループジョイン強制」及び「複数のSQLオブジェクト作成」を適用する場合は，次のように指定します。

pd_optimize_level = "FORCE_NEST_JOIN","SELECT_APSL"

符号なし整数で指定する場合

「ネストループジョイン強制」及び「複数のSQLオブジェクト作成」を適用する場合は，次のように指定します。

pd_optimize_level = 4,10

●HiRDB Version 5.0以前からバージョンアップした場合

HiRDB Version 5.0以前の合計値指定も有効です。最適化オプションを変更する必要がない場合は，HiRDB Version 6以降にバージョンアップしたときにこのオペランドの指定値を変更する必要はありません。また，最適化オプションを追加する場合は次のように指定できます。

（例）

HiRDB Version 5.0で「ネストループジョイン強制」及び「複数のSQLオブジェクト作成」を適用していて，今回「ORの複数インデクス利用の優先」を追加します。

pd_optimize_level = 14,128

ただし，この指定方法はどの機能を適用しているか分かりにくいため，識別子指定に変更することをお勧めします。

《オペランドの規則》

識別子と符号なし整数の混在指定はできません。

●識別子指定の場合

SQL最適化オプションを引用符（"）で囲んでください。

ここで説明したSQL最適化オプションを使用しない場合は"NONE"を指定してください。ただし，NONEとNONE以外の識別子を指定した場合，NONEの指定は無効になります。

識別子は大文字でも小文字でも指定できます。

同じ識別子を2回以上指定しても，1回指定した場合と同じになります。

●符号なし整数指定の場合

ここで説明したSQL最適化オプションを使用しない場合は0を指定してください。ただし，0と0以外の符号なし整数を指定した場合，0の指定は無効になります。

同じ符号なし整数を2回以上指定しても，1回指定した場合と同じになります。

《指定値の目安》

指定値の目安については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「PDSQLOPTLVL」を参照してください。

《注意事項》

SQL文中にSQL最適化指定を指定している場合は，このオペランドの指定よりもSQL最適化指定が優先されます。SQL最適化指定については，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

ストアドルーチン及びトリガ中のSQL文（CREATE PROCEDURE，CREATE TYPE，ALTER PROCEDURE，CREATE TRIGGER，ALTER ROUTINE，又はALTER TRIGGER）にSQL最適化オプションを指定している場合は，このオペランドの指定よりもSQL文中のSQL最適化オプションが優先されます。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDSQLOPTLVLオペランドを指定してください。PDSQLOPTLVLオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《ほかのオペランドとの関連》

フロントエンドサーバ定義にpd_floatable_bes，又はpd_non_floatable_besオペランドを指定している場合には，「フロータブルサーバ対象拡大（データ取り出しバックエンドサーバ）」及び「フロータブルサーバ対象限定（データ取り出しバックエンドサーバ）」の指定は無効になります。

pd_indexlock_modeオペランドにKEYを指定している場合，「更新SQLの作業表作成抑止」の指定は無効になります。

◆　pd_additional_optimize_level = SQL拡張最適化オプション〔，SQL拡張最適化オプション〕…

〜＜識別子又は符号なし整数＞

SQL拡張最適化オプションを指定します。

SQL拡張最適化オプションの指定値及びその内容については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「PDADDITIONALOPTLVL」を参照してください。

《オペランドの省略値》

このオペランドを省略すると次に示す値が仮定されます。

"COST_BASE_2","APPLY_JOIN_COND_FOR_VALUE_EXP","APPLY_SRCH_COND_FOR_VALUE_EXP","MERGE_FROM_DERIVED_TABLE","CONVERT_OUTER_INNER_JOIN"

0904互換モードの場合は，次に示す値が仮定されます。

"COST_BASE_2"

《オペランドの指定方法》

適用するSQL拡張最適化オプションを選択して，その識別子又は符号なし整数を指定します。通常は識別子で指定してください。

識別子で指定する場合

「コストベース最適化モード2の適用」及び「ハッシュジョイン，副問合せのハッシュ実行」を適用する場合は，次のように指定します。

pd_additional_optimize_level = "COST_BASE_2","APPLY_HASH_JOIN"

符号なし整数で指定する場合

「コストベース最適化モード2の適用」及び「ハッシュジョイン，副問合せのハッシュ実行」を適用する場合は，次のように指定します。

pd_additional_optimize_level = 1,2

《オペランドの規則》

識別子と符号なし整数の混在指定はできません。

●識別子指定の場合

SQL拡張最適化オプションを引用符（"）で囲んでください。

ここで説明したSQL拡張最適化オプションを使用しない場合は"NONE"を指定してください。ただし，NONEとNONE以外の識別子を指定した場合，NONEの指定は無効になります。

識別子は大文字でも小文字でも指定できます。

同じ識別子を2回以上指定しても，1回指定した場合と同じになります。

●符号なし整数指定の場合

ここで説明したSQL拡張最適化オプションを使用しない場合は0を指定してください。ただし，0と0以外の符号なし整数を指定した場合，0の指定は無効になります。

同じ符号なし整数を2回以上指定しても，1回指定した場合と同じになります。

《指定値の目安》

指定値の目安については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「PDADDITIONALOPTLVL」を参照してください。

《注意事項》

SQL文中にSQL最適化指定を指定している場合は，このオペランドの指定よりもSQL最適化指定が優先されます。SQL最適化指定については，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

ストアドルーチン及びトリガ中のSQL文（CREATE PROCEDURE，CREATE TYPE，CREATE TRIGGER，ALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGER）にSQL拡張最適化オプションを指定している場合は，このオペランドの指定よりもSQL文中のSQL拡張最適化オプションが優先されます。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDADDITIONALOPTLVLオペランドを指定してください。PDADDITIONALOPTLVLオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_hash_table_size = ハッシュ表サイズ

〜＜符号なし整数＞《256》（単位：キロバイト）

32ビットモードの場合：((128〜524288))

64ビットモードの場合：((128〜2097152))

SQL拡張最適化オプションで「ハッシュジョイン，副問合せのハッシュ実行」を指定した場合のハッシュ表サイズを指定します。

《指定値の目安》

このオペランドに指定するハッシュ表サイズについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《オペランドの規則》

このオペランドには128の倍数を指定してください。128の倍数を指定しなかった場合は自動的に128の倍数に切り上げられます。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDHASHTBLSIZEオペランドを指定してください。PDHASHTBLSIZEオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《各見積もり式への影響》

pd_hash_table_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ハッシュジョイン及び副問合せのハッシュ実行時に必要なメモリ所要量の求め方」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ハッシュジョイン及び副問合せのハッシュ実行時に必要なメモリ所要量の求め方」

◆　pd_work_table_option = 作業表処理オプション

〜＜符号なし整数＞《1》

作業表を使用するSQLを実行するときのHiRDBの処理方式を指定します。このオペランドの指定値は次に示す計算式で求めてください。

作業表処理オプション＝ａ＋ｂ

作業表の

処理区分

変数名

値

HiRDBの処理方式

ANDの複数インデクス利用時の排他取得方式※1

ａ

0

アクセスパスとしてANDの複数インデクス利用が選択されると，探索条件中で探索に使用するインデクスが定義された列を含む述語のうち一つでも真となるデータがある場合，そのデータに対して共用モード（PR）で排他が掛かります。

このため，排他オプション※2にWITH EXCLUSIVE LOCKを指定しても，排他モード（EX）ではなく，共用モード（PR）で排他が掛かります。

1

アクセスパスとしてANDの複数インデクス利用が選択されると，探索処理中には，探索条件の中で探索に使用するインデクスが定義された列を含む述語のうち一つでも真となるデータがある場合，そのデータに対して指定したモードで排他が掛かります。ただし，１件目のデータの探索完了までは，探索に使用したインデクスが定義された列に対する述語を論理演算し，偽となったデータについては排他が解除されます。

作業表用バッファの自動増分時のメッセージ出力抑止※3

ｂ

0

作業表用バッファの自動増分時，KFPH29008-Iメッセージを出力します。このメッセージは各サーバプロセスの初回の作業表用バッファの自動増分時に出力されます。

8

作業表用バッファの自動増分時，KFPH29008-Iメッセージを出力しません。

注※1

ANDの複数インデクス利用をするときのHiRDBの処理方式を指定します。

ANDの複数インデクス利用とは，探索条件にANDで結ばれた条件が複数あり，それぞれの列に異なるインデクスが定義してある場合（例えば，SELECT ROW FROM T1 WHERE C1 = 100 AND C2 = 200），それぞれのインデクスを使って条件を満たす行の作業表を作成し，これらの積集合を求める方式です。

注※2

SQLに排他オプションを指定していない場合は，通常WITH SHARE LOCKが仮定されます。ただし，次に示す指定によっては仮定される排他オプションが変わるため，注意してください。

カーソルへのFOR UPDATE句の指定

システム定義のpd_isolation_levelオペランドの指定

クライアント環境定義のPDISLLVLオペランドの指定

手続き，関数，又はトリガのCREATE PROCEDURE，CREATE TRIGGER，CREATE TYPE，ALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERのデータ保証レベルの指定

注※3

pd_work_buff_expand_limitオペランドを指定していることが前提条件となります。作業表用バッファの自動増分については，pd_work_buff_expand_limitオペランドを参照してください。

《指定値の目安》

作業表の

処理区分

値

指定値の目安

ANDの複数インデクス利用時の排他取得方式

0

0を指定すると排他を解除する処理が実行されない分，SQLの処理時間が短縮されます。ただし，複数のユーザが同時に同一表を，ANDの複数インデクス利用で更新をするとデッドロックになることがあります。デッドロックを避けるには１を指定してください。

1

1を指定すると排他を解除する処理が実行される分，SQLの処理時間が増加します。しかし，最終的な排他範囲は狭くなるので，更新UAPの同時実行性が向上します。

作業表用バッファの増分確保メッセージの出力抑止

0

0を指定すると，作業表用バッファの増分確保がされたかどうかを監視できます。

8

8を指定すると，メッセージの出力量を削減できます。

《注意事項》

作業表の処理区分にANDの複数インデクス利用時の排他取得方式を選択したときの注意事項を次に示します。

手続き，関数，及びトリガに対しては，ストアドルーチン及びトリガ生成時（CREATE PROCEDURE，CREATE TRIGGER，CREATE TYPE，ALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERの実行時）のANDの複数インデクス利用時の排他取得方式が適用されます。ストアドルーチン実行時（CALL文の実行時）及びトリガ実行時のANDの複数インデクス利用時の排他取得方式は適用されません。

次に示すオペランド又はオプションでANDの複数インデクス利用が抑止される場合，このオペランドの指定は無効になります。

・pd_optimize_levelオペランド

・クライアント環境定義のPDSQLOPTLVLオペランド

・CREATE PROCEDURE，CREATE TRIGGER，CREATE TYPE，ALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERのSQL最適化オプション

◆　pd_floatable_bes = "バックエンドサーバ名"〔，"バックエンドサーバ名"〕…

〜＜識別子＞((1〜8文字))

フロータブルサーバとして使用するバックエンドサーバを指定します。

ただし，指定したバックエンドサーバをすべてフロータブルサーバとして使用するとは限りません。

通常はデータ取り出しに使用するサーバは，フロータブルサーバとして使用しませんが，このオペランドを指定した場合はデータ取り出しに使用するサーバもフロータブルサーバの候補とします。

《オペランドの規則》

定義されていないバックエンドサーバ名を指定した場合は無視します。

すべてが定義されていないバックエンドサーバ名の場合は，このオペランドを無視します。

《ほかのオペランドとの関連》

pd_non_floatable_besオペランドを同時に指定している場合，pd_non_floatable_besオペランドを無効とします。

pd_floatable_besオペランドを指定すると，pd_optimize_levelオペランドの「フロータブルサーバ対象拡大（データ取り出しバックエンドサーバ）」は適用されません。

pd_floatable_besオペランドを指定すると，pd_optimize_levelオペランドの「フロータブルサーバ対象限定（データ取り出しバックエンドサーバ）」は適用されません。

◆　pd_non_floatable_bes = "バックエンドサーバ名"〔，"バックエンドサーバ名"〕…

〜＜識別子＞((1〜8文字))

フロータブルサーバとして使用しないバックエンドサーバを指定します。

すべてのバックエンドサーバを指定している場合は，このオペランドを無効とします。

《オペランドの規則》

定義されていないバックエンドサーバ名を指定した場合は無視します。

《ほかのオペランドとの関連》

pd_floatable_besオペランドを同時に指定している場合，このオペランドを無効とします。

pd_non_floatable_besオペランドを指定すると，pd_optimize_levelオペランドの「フロータブルサーバ対象拡大（データ取り出しバックエンドサーバ）」は適用されません。

pd_non_floatable_besオペランドを指定すると，pd_optimize_levelオペランドの「フロータブルサーバ対象限定（データ取り出しバックエンドサーバ）」は適用されません。

9.2.12　拡張SQLエラー情報出力機能に関するオペランド

◆　pd_uap_exerror_log_use = AUTO｜YES｜NO

拡張SQLエラー情報出力機能の適用をAUTO，YES，又はNOで指定します。拡張SQLエラー情報出力機能については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

AUTO：

拡張SQLエラー情報出力機能を適用します。クライアントエラーログファイル及びSQLエラーレポートファイルにSQLエラー情報を出力します。

SQLエラーレポートファイルのエラー情報を出力した日時，SQLの開始，終了，実行時間の単位を秒単位で表示します。

YES：

拡張SQLエラー情報出力機能を適用します。クライアントエラーログファイル及びSQLエラーレポートファイルにSQLエラー情報を出力します。

SQLエラーレポートファイルのエラー情報を出力した日時，SQLの開始，終了，実行時間の単位をマイクロ秒単位で表示します。

NO：

拡張SQLエラー情報出力機能を適用しません。

《指定値の目安》

SQLエラー情報を一元管理する場合，又はエラーとなったSQL文，パラメタ情報を出力する場合，YESを指定することを推奨します。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDUAPEXERLOGUSEオペランドを指定してください。このオペランドと，クライアント環境定義PDUAPEXERLOGUSEの両方を指定した場合は，クライアント環境定義PDUAPEXERLOGUSEが優先されます。

PDUAPEXERLOGUSEオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《各見積もり式への影響》

pd_uap_exerror_log_useオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「拡張SQLエラー情報出力機能使用時に必要なメモリ所要量の求め方」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「拡張SQLエラー情報出力機能使用時に必要なメモリ所要量の求め方」

◆　pd_uap_exerror_log_dir = SQLエラーレポートファイルの格納ディレクトリ

〜＜255文字以内のパス名＞《$PDDIR/spool/pduaperr》

SQLエラーレポートファイルの格納ディレクトリを絶対パス名で指定します。

指定したディレクトリに，二つのSQLエラーレポートファイルが作成されます。ファイル名はpduaperrlog1とpduaperrlog2です。

拡張SQLエラー情報出力機能については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_uap_exerror_log_size = SQLエラーレポートファイルの最大サイズ

〜＜符号なし整数＞((2048〜2147483647))《10000000》（単位：バイト）

SQLエラーレポートファイルの最大サイズを指定します。このオペランドで指定した値は，二つ作成されるSQLエラーレポートファイルのうち一つ分の容量になります。SQLエラーレポートファイルへの出力容量がこのオペランドの値を超えると，出力先をもう片方のファイルに切り替えます。これを繰り返して二つのファイルを交互に使用します。1回の処理で出力するSQLエラー情報のサイズがこのオペランドの値を超える場合，先頭からこの指定値−1バイトまで（このオペランドに1000000を指定した場合999999）のSQLエラー情報に#（シャープ1文字）を付けて出力します。

《指定値の目安》

このオペランドの指定値は，残しておきたいSQLエラー情報件数を考慮して決定してください。計算式を次に示します。

（A+B）×保持したい件数

A＝1100+SQL文のサイズ（単位：バイト）

パラメタ情報の出力サイズを除いたSQLエラー情報の1件当たりのサイズです。SQL文に注釈（コメント）やSQL最適化指定を記述している場合は，注釈（コメント）及びSQL最適化指定分のサイズも，SQL文のサイズに含めます。注釈及びSQL最適化指定については，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

B＝（↑pd_uap_exerror_log_param_sizeオペランドの値÷16↑+1）×89×パラメタの個数

パラメタ情報の出力サイズです。

◆　pd_uap_exerror_log_param_size = クライアントエラーログファイル及びSQLエラーレポートファイルへ出力するパラメタ情報の最大データ長

〜＜符号なし整数＞((0〜32008))《0》（単位：バイト）

クライアントエラーログファイル及びSQLエラーレポートファイルに出力するパラメタ情報の最大データ長を指定します。

1以上を指定した場合

クライアントエラーログファイル及びSQLエラーレポートファイルにパラメタ情報を出力します。

0を指定した場合

クライアントエラーログファイル及びSQLエラーレポートファイルにパラメタ情報を出力しません。

可変長文字列型，BLOB型，及びBINARY型の場合，データ長の領域もこの指定値に含まれます。

クライアントエラーログファイル及びSQLエラーレポートファイルに出力するパラメタ情報の大きさがこのオペランドの指定値を超えた場合，指定値の長さまでパラメタ情報を出力します。この場合，超過分は切り捨てられます。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDUAPEXERLOGPRMSZオペランドを指定してください。このオペランドと，クライアント環境定義PDUAPEXERLOGPRMSZの両方を指定した場合は，クライアント環境定義PDUAPEXERLOGPRMSZが優先されます。

PDUAPEXERLOGPRMSZオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

9.2.13　SQL予約語削除機能に関するオペランド

◆　pd_delete_reserved_word_file = SQL予約語削除ファイル名称1〔，SQL予約語削除ファイル名称2〕…

〜＜8文字以下の識別子＞

SQL予約語削除機能を使用する場合に，このオペランドを指定します。このオペランドにはSQL予約語削除ファイルの名称を指定します。SQL予約語削除ファイルは，$PDDIR/conf/pdrsvwd下に作成してください。SQL予約語削除機能については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《オペランドの規則》

SQL予約語削除ファイルの名称は，先頭がアルファベットの英数字（最大8文字）の任意の名称にしてください。

SQL予約語削除ファイル名称は最大16個指定できます。

《SQL予約語削除ファイルの形式》

予約語〔,予約語…〕

予約語を複数指定する場合は，コンマ（，）で区切って指定してください。また，コンマの前後に空白やタブを挿入しないでください。

定義の1行の長さは最大80文字です。80文字を超える指定の場合は，改行してください。ただし，予約語（キーワード）の途中では改行しないでください。

予約語は，大文字でも小文字でも指定できます。

SQLの予約語については，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

《注意事項》

予約語を削除した場合，その予約語を使うSQLの機能が使用できなくなります。予約語削除機能で削除できる予約語については，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

《クライアント環境定義との関連》

SQL予約語削除ファイルは，クライアント環境定義PDDELRSVWDFILEで指定してください。PDDELRSVWDFILEオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

9.2.14　SQLからのコマンド実行に関するオペランド

◆　pd_sql_command_exec_users = 認可識別子〔，認可識別子〕…

〜＜30文字以下の記号名称＞

SQLのCALL COMMAND文でコマンド及びユティリティを実行できる認可識別子を指定します。認可識別子を引用符（"）で囲んだ場合は，英字の大文字と小文字が区別されます。引用符で囲まない場合は，すべて大文字として扱われます。

《注意事項》

認可識別子に引用符を含める場合は，指定する認可識別子中の引用符の前に「¥」を記述してください。

9.2.15　SQLSTATEの細分化に関するオペランド

◆　pd_standard_sqlstate = Y｜N

0904互換モードの場合：《N》

SQLSTATEの値を詳細に出力するかどうかを指定します。

Y：

SQLSTATEの値を詳細に出力します。

N：

SQLSTATEの値を詳細に出力しません。

出力されるSQLSTATEの値については，マニュアル「HiRDB Version 9 メッセージ」を参照してください。

《注意事項》

次の条件をすべて満たす場合は，Nを指定してください。

推奨モードを適用している。

バージョン09-50より前のHiRDBをバージョンアップする。

バージョンアップ前の環境でこのオペランドを省略，又はNを指定している。

クライアント環境変数PDSTANDARDSQLSTATEを省略している。

UAP中，又はプロシジャ中でSQLSTATEを使用している。

これらの条件をすべて満たす場合で，このオペランドを省略，又はYを指定する場合，SQLSTATEを参照するUAP，及びプロシジャを，詳細なSQLSTATEの値を参照できるように変更してください。

9.2.16　絞込み検索に関するオペランド

◆　pd_max_list_users = リスト操作可能ユーザ数

〜＜符号なし整数＞((0〜32767))《0》

リストを操作するすべてのユーザ数を指定します。

《ほかのオペランドとの関連》

このオペランドを指定する場合，同時にpd_max_list_countオペランドも指定してください。

《注意事項》

このオペランドに必要以上に大きい値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。サーバが使用する共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

このオペランド及びpd_max_list_countオペランドの両方に最大値（32767）を指定すると，OSが確保できる共用メモリの上限値を超えるおそれがあります。

《各見積もり式への影響》

pd_max_list_usersオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」

◆　pd_max_list_count = 1ユーザ当たりのリスト作成数

〜＜符号なし整数＞((0〜32767))《0》

1ユーザが作成できるリストの最大数を指定します。

《ほかのオペランドとの関連》

このオペランドを指定する場合，同時にpd_max_list_usersオペランドも指定してください。

《注意事項》

このオペランドに必要以上に大きい値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。サーバが使用する共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

このオペランド及びpd_max_list_usersオペランドの両方に最大値（32767）を指定すると，OSが確保できる共用メモリの上限値を超えるおそれがあります。

《各見積もり式への影響》

pd_max_list_countオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」

◆　pd_list_initialize_timing = INITIAL｜DEFER｜STANDBY

リストの初期化（削除）時期を指定します。通常，HiRDBを開始（再開始を含む）するときにリストが初期化されます。このオペランドでリストの初期化時期を変更できます。リストの作成数が多い場合に，このオペランドの指定値の変更を検討してください。

リストの初期化時期の変更については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

INITIAL：

HiRDBを開始するときにリストを初期化します。全リストの初期化が終了しないとHiRDBを開始しません。

DEFER：

HiRDBを開始するときにリストを初期化しません。ASSIGN LIST文を実行するときにリストを初期化します。そのため，ASSIGN LIST文を実行するときに初期化する分のオーバヘッドが掛かります。次に示す場合にDEFER指定を検討してください。

HiRDBの開始時間を短縮したい

系の切り替え時間を短縮したい（ユーザサーバホットスタンバイ又は高速系切り替え機能を使用している）

STANDBY：

高速系切り替え機能を使用するときに有効になる指定です。高速系切り替え機能を使用しないときにSTANDBYを指定してもINITIALが仮定されます。

待機系HiRDBを開始するときにリストを初期化します。系の切り替え時にはリストを初期化しません。また，系切り替え後のASSIGN LIST文の実行時にもリストを初期化しません。ただし，実行系と待機系の両方に同じリストを作成しておく必要があります。

◆　pd_list_rowcount_in_rename = Y｜N

リスト名変更時に，変更したリストの行数をSQL連絡領域のSQLERRD[2]に返却するかどうかを指定します。リストの名前を変更する機能を利用し，かつリスト名変更時にリストの行数を取得する必要がある場合にYを指定し，そうでなければNを指定してください。

Y：

リストの行数を返却します。

N：

リストの行数を返却しません。

《注意事項》

このオペランドにYを指定した場合，HiRDB/パラレルサーバのときは，ASSIGN LIST文でのリスト作成時に，作成したリストの行数をディクショナリサーバに保存します。そのため，ディクショナリサーバとの通信オーバヘッドが発生し，リスト作成時の処理が遅くなります。HiRDB/シングルサーバの場合は，シングルサーバにリストの行数を保存するため，リスト作成時の処理速度に影響はありません。

9.2.17　システム監視に関するオペランド

◆　pd_utl_exec_time = ユティリティの実行監視時間

〜＜符号なし整数＞((0〜35791394))（単位：分）

次に示すユティリティの実行時間を監視する場合，その監視時間を分単位で指定します。

データベース作成ユティリティ（pdloadコマンド）

データベース再編成ユティリティ（pdrorgコマンド）

空きページ解放ユティリティ（pdreclaimコマンド）

グローバルバッファ常駐化ユティリティ（pdpgbfonコマンド）

このオペランドで指定した監視時間を超えてもユティリティが終了しない場合，実行中のユティリティを強制終了して，無応答原因の調査用に次に示す障害情報を出力します。

取得する障害情報

出力先

コアファイル

.debファイル

.ext.debファイル

ユティリティが動作したサーバマシンの$PDDIR/spool/save下に出力されます。

pdls -d rpc -aコマンドの実行結果

pdls -d lckコマンドの実行結果

ユティリティのコマンドを入力したサーバマシンの，pd_tmp_directoryオペランドで指定したディレクトリ下に出力されます。pd_tmp_directoryオペランドの指定を省略した場合は，環境変数TMPDIR※に指定したディレクトリ下に出力されます。環境変数TMPDIR※の指定も省略した場合は，/tmp下に出力されます。

ただし，HiRDB管理者がコマンドを実行した場合は，$PDDIR/spool/save下にも出力されます。ファイル名称は次のとおりです。

　コマンド名YYYYMMDDHHMMSSpid.txt

pidはプロセスIDです。

pdreclaimコマンド又はpdpgbfonコマンドを実行した場合，内部的にHiRDBがpdrorgコマンドを実行するため，ファイル名に付けられるコマンド名がpdrorgになります。

注※

init（OSのプロセス）から起動されたプロセスサーバプロセス（pdprcd）に設定される環境変数

《利点》

夜間バッチジョブなどでユティリティ実行中に何らかの障害（通信障害又はディスク障害など）が発生し，ユティリティが無応答状態になっても，後続のジョブの停滞を防止できます。

《指定値の目安》

このオペランドは無応答障害の対処を目的とし，長大トランザクションの監視を目的としていません。したがって，このオペランドの指定値にはユティリティ実行時間の実績値の最大値に余裕を持たせた値を指定してください。例えば，データベース作成ユティリティの最大実行時間が60分程度で，データベース再編成ユティリティの最大実行時間が90分程度の場合，pd_utl_exec_time=120と余裕を持った値を指定してください。これは，通常90分で終了する処理が30分過ぎても応答が返ってこないのは無応答障害のおそれがあると判断しています。

ユティリティの実行時間を監視しない場合，次に示すような障害が発生するとユティリティが無応答状態になることがあります。したがって，0以外の値を指定してください。

・サーバ間の通信障害（一時的な障害を含む）

・ディスク障害などによるプロセスの沈み込み

《オペランドの規則》

このオペランドを省略すると，システム共通定義のpd_cmd_exec_timeオペランドの指定値が有効になります。pd_cmd_exec_timeオペランドも省略すると0が仮定されます。

このオペランドに0を指定した場合は，ユティリティの実行時間を監視しません。

各ユティリティのoption制御文のexectimeオペランドに監視時間を指定した場合は，exectimeオペランドの指定が優先されます。

《ほかのオペランドとの関連》

このオペランドはpd_cmd_exec_timeオペランドと関連があります。

◆　pd_cmd_exec_time = 運用コマンド及びユティリティの実行監視時間

〜＜符号なし整数＞((0〜3600))《0》（単位：分）

通信障害又はCPU利用率の高騰や，ディスク入出力の無反応となったときに，運用コマンドやユティリティが無応答状態になることがあります。無制限に無応答となってしまうことを避けるために，このオペランドを指定します。

このオペランドによって実行時間を監視できる運用コマンド及びユティリティを次の表に示します。このオペランドは，システム共通定義のpd_utl_exec_timeオペランドよりも多くの運用コマンド及びユティリティを対象としています。実行時間を監視する場合，監視の開始時と終了時に，次の表に示すメッセージを出力します。また，監視開始メッセージ出力後から監視時間が経過しても運用コマンド又はユティリティが終了しない場合は，タイムアウト検知メッセージを出力後，実行中の運用コマンド又はユティリティを強制終了します。

表9‒3　pd_cmd_exec_timeオペランドの対象となる運用コマンド及びユティリティ

項番

運用コマンド，ユティリティ名

監視開始メッセージ

監視終了メッセージ

タイムアウト検知メッセージ

タイムアウト検知アボートコード

1

pdacunlck

KFPD00041-I

KFPD00042-I

KFPD00043-E

Pd00009

2

pdbufls

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

3

pdbufmod

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

4

pdclose

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

5

pdcopy

KFPR26092-I

KFPR26093-I

KFPR26091-E

Pra0001

6

pddbchg

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

7

pddbfrz

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

8

pddbls

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

9

pddbst

KFPK10452-I

KFPK10453-I

KFPK10021-E

Pu02004

10

pdexp

KFPX28414-I

KFPX28415-I

KFPX28416-E

Pu02004

11

pdgetcst

KFPN00500-I

KFPN00501-I

KFPN00502-E

Pu02004

12

pdhold

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

13

pdlistls

KFPD00041-I

KFPD00042-I

KFPD00043-E

Pd00009

14

pdload

KFPL00901-I

KFPL00902-I

KFPL24511-E

Pu02004

15

pdmemdb

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

16

pdmod

KFPS05629-I

KFPS05630-I

KFPS05631-E

Pscm271

17

pdopen

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

18

pdorbegin

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

19

pdorchg

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

20

pdparaload

KFPL00901-I

KFPL00902-I

KFPL24511-E

Pu02004

21

pdpgbfon

KFPL00901-I

KFPL00902-I

KFPL24511-E

Pu02004

22

pdrbal

KFPL00901-I

KFPL00902-I

KFPL24512-E

Pu02004

23

pdreclaim

KFPL00901-I

KFPL00902-I

KFPL24511-E

Pu02004

24

pdrels

KFPH27067-I

KFPH27068-I

KFPH27069-E

Phu0009

25

pdrorg

KFPL00901-I

KFPL00902-I

KFPL24511-E

Pu02004

26

pdrstr

KFPR26292-I

KFPR26293-I

KFPR26291-E

Pra0001

27

pdchpathn

KFPD00041-I

KFPD00042-I

KFPD00043-E

Pd00009

このオペランドに指定した時間以内に運用コマンド又はユティリティの処理が終了しなかった場合は，タイムアウト発生を示すメッセージを出力し，次の障害情報を取得後に強制終了します。

項番

取得情報

出力先

1

coreファイル

ユティリティが使用したプロセスがあるサーバの$PDDIR/spool/save下に出力されます。

2

.debファイル

3

.ext.debファイル

《オペランドの規則》

このオペランドを省略，又は0を指定した場合は，運用コマンド及びユティリティの実行時間を監視しません。

次に示すユティリティのoption制御文のexectimeオペランドに監視時間を指定した場合は，exectimeオペランドの指定が優先されます。また，exectimeオペランドを省略して，かつシステム共通定義のpd_utl_exec_timeオペランドに監視時間を指定した場合は，pd_utl_exec_timeオペランドの指定が優先されます。

・データベース作成ユティリティ（pdloadコマンド）

・データベース再編成ユティリティ（pdrorgコマンド）

・空きページ解放ユティリティ（pdreclaimコマンド）

・グローバルバッファ常駐化ユティリティ（pdpgbfonコマンド）

運用コマンド及び上記以外のユティリティの-Wオプションに監視時間を指定した場合は，-Wオプションの指定が優先されます。

《指定値の目安》

このオペランドは，運用コマンド及びユティリティが長時間無応答となることを防ぐために指定するものです。したがって，運用上許容できる運用コマンド又はユティリティの実行時間を指定してください。

（例1）

このオペランドで監視できる運用コマンド及びユティリティの中で最大実行時間が90分程度であれば，「通常90分で終了する処理が更に30分過ぎても応答が返ってこないのは無応答障害である。」と判断して，pd_cmd_exec_timeに120と余裕を持った値を指定してください。

（例2）

複数の運用コマンド及びユティリティで構成する夜間バッチジョブ全体に許容できる実行時間が5時間である場合を例にして説明します。全体方針で，各コマンドを実行するのに許容できる時間が30分である場合，pd_cmd_exec_timeに30を指定します。個別のコマンドで，許容できる実行時間が全体方針と異なる時間で監視したい場合は，コマンドごとの実行監視時間を指定するオプションを使用し，個別に指定する必要があります。例を次の図に示します。

図9‒1　複数の運用コマンド及びユティリティを実行する場合の例

この場合は，pdholdとpdrelsの4コマンドの実行許容時間が30分のため，pd_cmd_exec_timeに30を指定します。pdcopyは，2時間50分まで許容できるため，pdcopyの実行監視時間を指定するオプションに170を指定します。また，pddblsは，10分までしか許容できないため，pddblsコマンドの実行監視時間を指定するオプションに10を指定します。このように監視値（30＋170＋10＋30＝240＝4時間）を設定することで，全体で許容できる実行時間の5時間に対し，1時間余裕を持って実行時間を監視します。

《注意事項》

コマンドの監視開始メッセージ出力前，又はコマンドの監視終了メッセージ出力後に，障害によって無応答となった場合，コマンドは自動で終了しないため，コマンドプロセスを手動でキャンセルしてください。

《ほかのオペランドとの関連》

このオペランドはpd_utl_exec_timeオペランドと関連があります。

◆　pd_queue_watch_time = メッセージキュー監視時間

〜＜符号なし整数＞(( 0〜3600))《600》（単位：秒）

このオペランドは，HiRDBのサーバプロセスの沈み込みを防止することを目的としています。サーバプロセスの沈み込みについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

参考

HiRDBサーバプロセス数は次に示すオペランドで制限されています。

pd_max_server_process

ユニット内で稼働するサーバ数が多い場合は，このオペランドの指定値を詳細に見積もってください。また，スタンバイレス型系切り替え機能を使用する場合は，系切り替えが発生したときを想定した見積もりが必要になります。

pd_max_bes_process

マルチフロントエンドサーバ，又は1：1スタンバイレス型系切り替え機能を使用する場合は，このオペランドの指定値を詳細に見積もってください。

pd_max_dic_process

マルチフロントエンドサーバを使用する場合は，このオペランドの指定値を詳細に見積もってください。

pd_ha_max_server_process

影響分散スタンバイレス型系切り替え機能を使用する場合は，このオペランドの指定値を詳細に見積もってください。

pd_max_users

同時接続数が多い場合は，適切な値を指定する必要があります。

HiRDBでは，サーバプロセスの割り当て処理でメッセージキューを使用しています。サーバプロセスの沈み込みが発生すると，メッセージキューからメッセージを取り出せなくなります。メッセージキュー中のメッセージが，このオペランドに指定した時間（メッセージキュー監視時間）を過ぎても取り出されない場合，警告メッセージ又はエラーメッセージ（KFPS00888-W又はKFPS00889-E）を出力します。この機能をメッセージキュー監視機能といいます。このメッセージが出力されると，サーバプロセスが沈み込んでいるおそれがあります。

なお，このオペランドに0を指定した場合はメッセージキューを監視しません。

メッセージキュー監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《オペランドの規則》

メッセージキューの監視は10秒単位で行われるため，このオペランドには10秒単位の時間（100秒，110秒など）を指定してください。10秒単位で指定しない場合，下一けたを切り上げます。例えば，105秒と指定した場合，110秒が仮定されます。

《ほかのオペランドとの関連》

このオペランドはpd_queue_watch_timeover_actionオペランドと関連があります。

◆　pd_queue_watch_timeover_action = continue｜stop

メッセージキュー監視時間を超えても，メッセージキュー中のメッセージが取り出されない場合のHiRDBの処理を指定します。

continue：

警告メッセージ（KFPS00888-W）を出力します。

stop：

警告メッセージ及びエラーメッセージ（KFPS00888-W及びKFPS00889-E）を出力して，該当するメッセージキューがあるユニットは異常終了します。

《指定値の目安》

通常はstopを指定します（又はこのオペランドを指定しません）。メッセージキュー監視時間を超えても，メッセージキュー中のメッセージが取り出されない場合，HiRDBのサーバプロセスが沈み込んでいるおそれがあります。サーバプロセスの沈み込みが発生したユニットを再開始すると，サーバプロセスの沈み込みを解決できることがあります。

HiRDBを停止したくない場合はcontinueを指定します。この場合，サーバプロセスの沈み込みが発生したサーバではトランザクションを実行できません。それ以外のサーバではトランザクションを実行できます。サーバプロセスの沈み込みを解決するには，サーバプロセスの沈み込みが発生したサーバで実行中のトランザクションをpdcancelコマンドなどで終了させてください。その後，サーバプロセスの沈み込み要因を特定して対策してください。また，トランザクションが発生していない場合には，サーバプロセスの沈み込みが発生したサーバをOSのkillコマンドなどで終了させた後，沈み込み要因を特定して対策してください。サーバプロセスの沈み込み要因及び対策については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_cmd_process_conwaittime = 運用コマンド・ユティリティ実行におけるプロセス割り当て監視時間

〜＜符号なし整数＞((0,16〜4000))《60》（単位：秒）

運用コマンド及びユティリティ実行時に，プロセスを割り当てるまでの監視時間を指定します。

このオペランドに0を指定した場合，プロセスを割り当てるまでの時間を監視しません。

1〜15を指定した場合，プロセスを割り当てるまでの監視時間を16秒とします。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

このオペランドは，サーバプロセスの割り当て処理でメッセージキューからメッセージを取り出すサーバプロセス数が不足したことによってKFPS00358-Eメッセージが出力され，運用コマンド又はユティリティが異常終了した場合，KFPS00358-Eメッセージの対策に従って指定してください。

《注意事項》

監視時間内にプロセスの割り当てが完了しない場合，KFPS00358-Eメッセージを出力し，運用コマンド又はユティリティが異常終了します。

《備考》

運用コマンド及びユティリティは，ユーザサーバプロセス，ユティリティサーバプロセスを割り当ててから，処理を実行します。このオペランドは，ユーザサーバプロセス，ユティリティサーバプロセスを割り当てるまでの時間を監視します。

このオペランドの監視対象を次の図に示します。

図9‒2　このオペランドの監視対象

また，適用する運用コマンド及びユティリティを次の表に示します。

表9‒4　この機能を適用する運用コマンド及びユティリティ

項番

運用コマンド及びユティリティ

1

pdacunlck（連続認証失敗アカウントロック状態の解除）

2

pdclose（RDエリアのクローズ）

3

pdconstck（整合性チェックユティリティ）

4

pdcopy（データベース複写ユティリティ）

5

pddbchg（レプリカRDエリアのレプリカステータスの切り替え）

6

pddbfrz（ユーザLOB用RDエリアの満杯HiRDBファイルの更新凍結）

7

pddbls（RDエリアの状態表示）

8

pddbst（データベース状態解析ユティリティ）

9

pddefrev（定義系SQLの生成）

10

pdexp（ディクショナリ搬出入ユティリティ）

11

pdbufls（グローバルバッファ情報の表示）

12

pdbufmod（グローバルバッファの動的変更）

13

pdgetcst（最適化情報収集ユティリティ）

14

pdhold（RDエリアの閉塞）

15

pdinit（データベース初期設定ユティリティ）

16

pdload（データベース作成ユティリティ）

17

pdmod（データベース構成変更ユティリティ）

18

pdopen（RDエリアのオープン）

19

pdorbegin（オンライン再編成のデータベース静止化）

20

pdorchg（オンライン再編成のカレントRDエリアの切り替え）

21

pdorend（オンライン再編成の追い付き反映）

22

pdparaload（パラレルローディング）

23

pdrbal（リバランスユティリティ）

24

pdrels（RDエリアの閉塞解除）

25

pdrorg（データベース再編成ユティリティ）

26

pdreclaim（空きページ解放ユティリティ）

27

pdpgbfon（グローバルバッファ常駐化ユティリティ）

28

pdrstr（データベース回復ユティリティ）

29

pdvrup（HiRDBバージョンアップ）

30

pdlistls（リスト定義情報の表示）

31

pdmemdb（インメモリデータ処理に関するコマンド）

32

pdreginit（レジストリ機能初期設定ユティリティ）

33

pdchpathn（ファイルパス変更オンラインコマンド）

◆　pd_down_watch_proc = サーバプロセスの異常終了回数の上限値〔，監視間隔〕

このオペランドは，HiRDBのサーバプロセスの異常終了回数を監視するオペランドです。PDCWAITTIMEオーバ，又はアボートによって異常終了するプロセスを監視対象とします。

サーバプロセスの異常終了が多発すると，新たなサービスを受け付けられないことがあります。しかし，サーバプロセスの異常終了ではHiRDBは異常終了しないため，実質オンライン停止状態になります。このオペランドを指定すると，HiRDBの再開始によってこの状態を抜け出せます。

サーバプロセスの異常終了回数の上限値：〜＜符号なし整数＞((0〜65535))《0》

サーバプロセスの異常終了回数がこのオペランドに指定した値を超えた場合，HiRDB（HiRDB/パラレルサーバの場合は該当するユニット）を異常終了させます。これをプロセスの異常終了回数監視機能といいます。プロセスの異常終了回数監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

HiRDB/シングルサーバの場合は，シングルサーバプロセスの異常終了回数がカウントされます。HiRDB/パラレルサーバの場合は，ユニット内のフロントエンドサーバ，バックエンドサーバ，及びディクショナリサーバプロセスの異常終了回数の合計値がカウントされます。

なお，0を指定すると，サーバプロセスの異常終了回数を監視しません。

監視間隔：〜＜符号なし整数＞((10〜3600))《600》（単位：秒）

サーバプロセスの異常終了回数を監視する時間を秒単位で指定します。

例えば，100を指定すると，100秒間隔でサーバプロセスの異常終了回数を監視します。

《利点》

HiRDBの再開始によってメモリ及びリソース状態がリフレッシュされて処理効率が向上します。

サーバプロセスの異常終了が多発した場合，HiRDBが異常終了するため，すぐに系を切り替えられます。

《注意事項》

異常終了が許されないシステムの場合は，このオペランドを適用しないでください。

サーバプロセスが異常終了すると，KFPS01820-Eメッセージが出力されます。pdcancelコマンドでサーバプロセスが異常終了したときにもKFPS01820-Eメッセージが出力されますが，これは異常終了回数のカウントに含まれません。

相互系切り替え構成の場合，系が切り替わると同一サーバマシンで複数のHiRDBを稼働するため，逆にトラフィックが上昇して効果が得られないことがあります。このオペランドを指定する場合は，異常終了した系でHiRDBを再開始する運用をお勧めします。

HiRDBサーバプロセスが異常終了を繰り返すと，トラブルシュート情報が大量に出力されるため，HiRDB運用ディレクトリへの入出力が多くなったり，ディスク容量が満杯になったりすることがあります。

《備考》

プロセスの異常終了回数監視機能によってHiRDBが異常終了する場合，KFPS01821-E及びKFPS00729-Eメッセージを出力します。

サーバプロセスが異常終了する要因と異常終了回数のカウント対象を次に示します。

サーバプロセスが

異常終了する要因

異常終了回数のカウント対象

シングルサーバプロセス

フロントエンドサーバプロセス

ディクショナリサーバプロセス

バックエンドサーバプロセス

クライアント環境定義のPDCWAITTIMEオペランドの値を超えた

○

○

×※1

×※1

pdcancelコマンド

×

×※2

×

×

内部強制終了（HiRDBが内部的にSIGKILLを発行してプロセスを終了させる場合）

○※3

○※3

×※1

×※1

アボート

○

○

○

○

OLTPシステムのトランザクション回復処理によるサーバプロセスの異常終了

○

○

×

×

上記以外のプロセス異常終了

○

○

○

○

（凡例）

○：プロセスの異常終了回数にカウントされます。

×：プロセスの異常終了回数にカウントされません。

注※1

トランザクションブランチが発生した状態で障害を検知した場合，同一トランザクションブランチから発生したフロントエンドサーバプロセスの異常終了がカウントの対象になります。

注※2

pdcancelコマンドでバックエンドサーバプロセス又はディクショナリサーバプロセスを強制終了すると，フロントエンドサーバプロセスを内部的に強制終了します。この場合，フロントエンドサーバプロセスの異常終了がカウントされることがあります。

注※3

OLTPシステムによるグローバルトランザクションが発生した状態で障害を検知した場合，同一グローバルトランザクションから発生したシングルサーバプロセス又はフロントエンドサーバプロセスの異常終了がカウントの対象になります。

◆　pd_host_watch_interval = ホスト間監視時間間隔

〜＜符号なし整数＞((1〜180))《10》（単位：秒）

ほかのホスト（サーバマシン）の稼働状態を監視するために，問い合わせをする時間間隔を秒単位で指定します。

《指定値の目安》

通常，このオペランドは省略してください。

《注意事項》

このオペランドは，HiRDB/シングルサーバの場合，及びHiRDB/パラレルサーバでも1ユニットの場合は，無効になります。

この値が大き過ぎると，ほかのホストの異常を検出しにくくなります。

この値が小さ過ぎると，ユニット数の多いシステムの場合，稼働状態を監視するための通信が多量に発生するため，ネットワークに負荷を与えます。

《ほかのオペランドとの関連》

このオペランドはpd_ipc_conn_nblock_timeオペランドと関連があります。

◆　pd_watch_pc_client_time = クライアントからの要求間隔監視時間

〜＜符号なし整数＞((0〜65535))《3600》（単位：秒）

Windows版のHiRDBクライアントからの要求に対する応答をHiRDBサーバが返してから，次にHiRDBクライアントからの要求があるまでの最大待ち時間（サーバ側の最大待ち時間）を秒単位で指定します。

指定した時間内にHiRDBクライアントから全く要求がない場合には，クライアントに異常が発生したものとして，強制的にサーバとクライアントとの接続を切り離します。この時にHiRDBクライアントに対しては，接続の切り離しについての通知はしません。

時間監視の対象となるのは，CONNECTからDISCONNECTまでの間で，非トランザクション状態（SQLの実行を開始してからCOMMIT又はROLLBACKまでの間以外）の間です。

《注意事項》

0を指定した場合には，HiRDBクライアントからの次の要求を無限に待ち続けます。

このオペランドの指定値を小さい値（1〜600程度）にした場合には，HiRDBクライアントが，SQL実行時にサーバダウンを検知するなど，不当に異常終了することがあります。

UNIX版のHiRDBクライアント（Linux版のHiRDBクライアントも含む）の場合は，このオペランドの指定に関係なく時間を監視しません。UNIX版のHiRDBクライアントに対して時間監視をする場合は，HiRDBクライアントのクライアント環境定義PDSWATCHTIMEを指定してください。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDSWATCHTIMEオペランドを指定してください。

PDSWATCHTIMEオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_spd_syncpoint_skip_limit = シンクポイントダンプ有効化処理のスキップ回数上限値

〜＜符号なし整数＞((0，2〜100000))

UAPの無限ループなどが発生すると，シンクポイントダンプの有効化処理ができずにスキップされることがあります。シンクポイントダンプの有効化処理が連続してスキップされると，上書きできない状態のシステムログファイルが増えます。このため，システムログファイルの容量不足などが発生し，ユニットが異常終了する場合があります。

また，上書きできない状態のシステムログファイルが，全システムログファイルの半分以上になったときにHiRDBが異常終了，又は強制終了すると，HiRDBを再開始するときのロールバック処理でシステムログファイルが不足します。この場合，システムログファイルを新規追加しないと，HiRDBを再開始できません。そして，この再開始処理に要する時間も長くなります。

このオペランドでは，シンクポイントダンプの有効化処理がスキップされる回数（1トランザクション中のスキップ回数）の上限値を指定します。シンクポイントダンプの有効化処理がスキップされた回数がこのオペランドで指定した値に達すると，対象トランザクションを強制的に中断してロールバックをします。これをシンクポイントダンプ有効化のスキップ回数監視機能といいます。

なお，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，このオペランドの指定値に関係なくシンクポイントダンプ有効化のスキップ回数監視機能は使用できません。

シンクポイントダンプ有効化のスキップ回数監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《利点》

このオペランドを指定すると，UAPの無限ループなどを防止できます。

《指定値の目安》

シンクポイントダンプ有効化のスキップ回数監視機能を使用する場合は，0を指定してください。この機能を使用しない場合は，pd_spd_syncpoint_skip_limitオペランドを省略してください。

0を指定すると，スキップ回数の上限値をHiRDBが計算します。0を指定して不都合が発生した場合，又はKFPS02101-Iメッセージが出力された場合に，このオペランドの値を変更してください。そのときの指定値の目安については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

指定値が大き過ぎると，すべてのシステムログファイルが上書きできない状態になる可能性があります。この場合，HiRDBが異常終了します。

指定値が小さ過ぎると，強制的にロールバックされるトランザクションが増える可能性があります。

pd_log_sdintervalの指定値と，実行時間又はログ出力量が最大のトランザクション実行時のシンクポイント取得回数を考慮して指定してください。

《オペランドの省略値》

このオペランドを省略すると，シンクポイントダンプ有効化のスキップ回数監視機能を使用しません。

《注意事項》

このオペランドを指定すると，ログレスモードで実行しているUAPも監視対象になります。ログレスモードで実行しているUAPの処理が中断すると，データベースを自動回復できないためRDエリアを障害閉塞します。このため，上限値の設定に際しては，ログレスモードで実行するUAPのトランザクション処理中に，該当するサーバ内のほかのトランザクションから出力されるシステムログ量も考慮に入れてください。

高い負荷が掛かってトランザクションが遅延した場合，遅延したトランザクションが完了するまでシンクポイントダンプを有効化できないため，スキップ回数が増えます。

スキップ回数が上限値を超えると，トランザクション実行中のプロセスは強制終了されます。このとき，強制終了後にも，そのトランザクションで出力されたログと同等のロールバックログが出力されます。

pdload，pdmod，pdrorg，pdexp，pddbst，pdgetcst，pdrbal，pdvrup，pdmemdb，pdextfunc，pdconstck，pdreclaim，pdpgbfon，pdparaload，pddefrev，及びプラグインが提供するコマンドはこの機能の監視対象外になります。

◆　pd_dfw_syncpoint_skip_limit = デファードライト処理によるシンクポイントダンプ取得遅延に伴うシンクポイントダンプ有効化処理のスキップ回数上限値

〜＜符号なし整数＞((0〜100000))《0》

シンクポイントダンプの取得間隔内でデファードライト処理が終了する前にシンクポイントになると，シンクポイントダンプの有効化処理ができずにスキップされます。これは，デファードライト処理によってシンクポイントダンプの取得が遅れることで，シンクポイントで出力される更新バッファ数がシンクポイントダンプの取得間隔内で出力できる更新バッファ数を超えるためです。

シンクポイントダンプの有効化処理が連続してスキップされると，上書きできない状態のシステムログファイルが増えます。このため，システムログファイルの容量不足などが発生し，ユニットが異常終了する場合があります。

このオペランドでは，デファードライト処理によってシンクポイントダンプの取得が遅れた場合に，シンクポイントダンプの有効化処理がスキップされる回数（1トランザクション中のスキップ回数）の上限値を指定します。

デファードライト処理によってシンクポイントダンプの有効化処理がスキップされた回数がこのオペランドで指定した値に達すると，シンクポイントダンプの取得間隔内でシンクポイントダンプの取得が完了するように，HiRDBが更新バッファ数の上限値を決定します。そして，更新バッファ数が上限値を超えた時点で最も古い更新バッファを出力して，シンクポイント時の更新バッファ総量を制限します。これを更新バッファ量抑制機能といいます。

《利点》

シンクポイントダンプの取得間隔内でデファードライト処理が終了する前にシンクポイントになることで発生する，ユニット異常終了を回避できます。

《指定値の目安》

通常はこのオペランドを省略してください。更新処理のスループットを低下させてでも，シンクポイントダンプの取得間隔内でデファードライト処理が終了する前にシンクポイントになることで発生するユニット異常終了を回避したい場合に，1を指定します。

許容できるシンクポイントダンプの有効化処理のスキップ回数がログ容量などから分かる場合は，その回数を指定します。

《オペランドの規則》

このオペランドに0を指定すると，更新バッファ量抑制機能を使用しません。

《注意事項》

更新バッファ量抑制機能の有効期間について，注意事項を次に示します。なお，更新バッファ量抑制機能の有効期間とは，KFPH23035-Iメッセージが出力されてからKFPH23036-Iメッセージが出力されるまでの間です。

更新バッファ数が，HiRDBが決定した更新バッファの上限値を超えている場合，更新処理の実行後に更新バッファを出力するため，更新処理のスループットが低下します。HiRDBが決定する更新バッファの上限値は，次の計算式で求められます。

（シンクポイントインターバル時間÷WRITE単価※）
×（1−（前回のシンクポイントからプレシンクまでのログ出力量÷シンクポイント間のログ出力量）
×（バッファプールのバッファ面数÷シンクポイントで更新があったバッファプールの総バッファ面数）

注※　WRITE単価についての詳細は，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

pd_dbbuff_rate_updpageオペランド，又はpdbuffer -yオペランドによってデファードライトトリガのトリガ契機を指定している場合，それぞれの指定値が，HiRDBが決定した更新バッファの上限値より大きくなると，HiRDBが決定した更新バッファの上限値をデファードライトトリガのトリガ契機となる更新バッファ数に変更します。

また，pdbuffer -wオペランドの値は，各バッファの更新バッファ上限値まで出力されるように自動調整されます。

シンクポイントダンプの有効化処理がスキップした場合，シンクポイント時の更新バッファ出力処理中に検知されます。そのため，更新バッファ量抑制機能が有効となる時期は，シンクポイントダンプの有効化処理がスキップされ，エラーメッセージが出力されるときよりも後になる場合があります。

通常，並列write機能使用時のシンクポイント処理では各デファードライト処理用並列WRITEプロセスに対する出力要求はシンクポイントごとに1回ですが，更新バッファ量抑制機能使用時はシンクポイントスキップの検出を早めるため複数回に分割して行われます。

◆　pd_watch_resource = MANUAL｜AUTO｜DEFAULT

0904互換モードの場合：《MANUAL》

リソースの使用率が80％以上になった場合に，警告メッセージを出力するかどうかを指定します。

MANUAL：警告メッセージを出力しません。

AUTO又はDEFAULT：警告メッセージを出力します。

監視対象のリソースを次に示します。

監視対象のリソース

出力されるメッセージ

pd_max_usersオペランドで指定した最大同時接続数※

KFPS05123-W

pd_max_access_tablesオペランドで指定した同時アクセス可能実表数

pd_max_rdarea_noオペランドで指定したRDエリアの最大数

pd_max_file_noオペランドで指定したRDエリアを構成するHiRDBファイルの最大数

pdworkオペランドで指定した作業表用ファイル用のHiRDBファイルシステム領域

pd_max_list_usersで指定したリスト作成ユーザ数

pd_max_list_countで指定した1ユーザ当たりのリスト作成数

スワップ先にできない監査証跡ファイル数

サーバ内のリスト作成数

KFPH22023-W

注※　DEFAULTの場合は警告メッセージを出力しません。

《ほかのオペランドとの関連》

このオペランドにAUTO又はDEFAULTを指定すると，次に示すオペランドの省略値に80が設定されます。したがって，AUTO又はDEFAULTを指定すると，次に示すオペランドを各々指定する必要がなくなります。ただし，各オペランドの値を80から変更したい場合は，次に示す各オペランドで変更してください。

pd_max_users_wrn_pnt※1，※2

pd_max_access_tables_wrn_pnt

pd_max_rdarea_no_wrn_pnt

pd_max_file_no_wrn_pnt

pdwork_wrn_pnt

pd_max_list_users_wrn_pnt

pd_max_list_count_wrn_pnt

pd_aud_file_wrn_pnt※1

pd_rdarea_list_no_wrn_pnt※1

注※1　警告メッセージの出力済み状態のリセット契機には50が設定されます。

注※2　DEFAULTの場合は除きます。

《留意点》

バージョンアップ時に，監視できるリソースの対象が増えることがあります（前記以外のオペランドが増えることがあります）。したがって，常に現状と同じ監視体制にしておきたい場合は，このオペランドを指定しないで，前記のオペランドで項目ごとにリソース監視を実施してください。

◆　pd_max_users_wrn_pnt = HiRDBサーバへの接続数に関する警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕

HiRDBサーバへの接続数に関する警告メッセージの出力契機：〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

HiRDBサーバへの接続数がある一定の比率（pd_max_usersオペランドで指定した最大同時接続数に対する比率）以上になったとき，警告メッセージを出力する比率を％単位で指定します。例えば，pd_max_usersオペランドに200を指定し，このオペランドに90を指定すると，HiRDBサーバへの接続数が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

pd_max_usersオペランドの指定値が9以下の場合，このオペランドの指定は無効になります。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUAL又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTOを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

警告メッセージの出力済み状態のリセット契機：〜＜符号なし整数＞((0〜99))（単位：％）

警告メッセージの出力済み状態のリセット契機を指定します。警告メッセージ（KFPS05123-W）が出力されると，HiRDBは警告メッセージ出力済み状態となります。警告メッセージ出力済み状態となると，HiRDBサーバへの接続数がもう一度警告メッセージの出力契機の値以上になっても警告メッセージが出力されません。しかし，ここで指定する警告メッセージの出力済み状態のリセット契機をHiRDBサーバへの接続数が下回ると，警告メッセージの出力済み状態が解除されます。

例えば，pd_max_users_wrn_pnt=90,70と指定すると，HiRDBサーバへの接続数が最大同時接続数の90％以上になると警告メッセージが出力されます。この後，HiRDBサーバへの接続数が最大同時接続数の70％を下回るまで警告メッセージは出力されません。一度70％を下回り，再度90％以上になったときに警告メッセージが出力されます。

《注意事項》

この指定を省略すると，「警告メッセージの出力契機−30」の値が仮定されます。その値がマイナスになる場合は，0が仮定されます。

警告メッセージの出力契機より大きい値を指定すると，その指定は無効になり，警告メッセージの出力契機の指定値と同じ値が仮定されます。

◆　pd_max_access_tables_wrn_pnt = 同時アクセス可能実表数に関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

同時にアクセスする表数と順序数生成子数の合計が，ある一定の比率（pd_max_access_tablesオペランドで指定した同時アクセス可能実表数に対する比率）以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，pd_max_access_tablesオペランドに200を指定し，このオペランドに90を指定すると，同時にアクセスする表数と順序数生成子数の合計が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pd_max_rdarea_no_wrn_pnt = RDエリア数に関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

RDエリア数が，ある一定の比率（pd_max_rdarea_noオペランドで指定したRDエリアの最大数に対する比率）以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，pd_max_rdarea_noオペランドに200を指定し，このオペランドに90を指定すると，RDエリア数が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pd_max_file_no_wrn_pnt = HiRDBファイル数に関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

RDエリアを構成するHiRDBファイル数が，ある一定の比率（pd_max_file_noオペランドで指定したRDエリアを構成するHiRDBファイルの最大数に対する比率）以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，pd_max_file_noオペランドに200を指定し，このオペランドに90を指定すると，RDエリアを構成するHiRDBファイル数が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pdwork_wrn_pnt = 作業表用ファイルに関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

作業表用ファイル用のHiRDBファイルシステム領域（pdworkオペランドで指定した作業表用ファイル用のHiRDBファイルシステム領域）の使用率※が，ある一定の比率以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，このオペランドに90を指定すると，作業表用ファイル用のHiRDBファイルシステム領域の使用率が90％以上になると警告メッセージKFPS05123-Wが出力されます。

注※

pdfmkfsコマンドでHiRDBファイルシステム領域を作成するときに指定する次の項目の使用率を示しています。次に示す項目ごとにそれぞれ警告メッセージが出力されます。

容量に対する使用率

最大ファイル数に対する使用率

最大増分回数に対する使用率

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pd_max_list_users_wrn_pnt = リスト作成ユーザ数に関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

リストを使用するユーザ数がある一定の比率（pd_max_list_usersオペランドで指定したリスト作成ユーザ数に対する比率）以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，pd_max_list_usersオペランドに200を指定し，このオペランドに90を指定すると，リストを使用するユーザ数が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

警告メッセージは1回しか出力されません。ただし，警告メッセージ出力後に対応するサーバを開始し直すと，再度使用率のチェックが実行され，警告メッセージが出力されます。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pd_max_list_count_wrn_pnt = 1ユーザ当たりのリスト作成数に関する警告メッセージの出力契機

〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

1ユーザ当たりのリスト作成数がある一定の比率（pd_max_list_countオペランドで指定した1ユーザ当たりのリスト作成数に対する比率）以上になった場合，警告メッセージを出力するときにその比率を％単位で指定します。例えば，pd_max_list_countオペランドに200を指定し，このオペランドに90を指定すると，あるユーザのリスト作成数が180以上になると警告メッセージKFPS05123-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

警告メッセージは1回しか出力されません。ただし，警告メッセージ出力後に対応するサーバを開始し直すと，再度使用率のチェックが実行され，警告メッセージが出力されます。

複数のユーザが同時にリストを作成している場合，タイミングによっては一つのサーバで警告メッセージが2回以上出力されることがあります。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

◆　pd_rdarea_list_no_wrn_pnt = サーバ内のリスト作成数に関する警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕

サーバ内のリスト作成数に関する警告メッセージの出力契機：〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

サーバ内のリスト作成数がリスト作成可能数に対してある一定の比率以上になったとき，警告メッセージを出力する比率を％単位で指定します。例えば，サーバ内のリスト作成可能数が1000の場合，このオペランドに90を指定すると，リスト作成数が900以上になると警告メッセージKFPH22023-Wが出力されます。

《留意点》

このオペランドに0を指定すると，警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

警告メッセージの出力済み状態のリセット契機：〜＜符号なし整数＞((0〜99))（単位：％）

警告メッセージの出力済み状態のリセット契機を指定します。

警告メッセージ（KFPH22023-W）が出力されると，HiRDBは警告メッセージ出力済み状態となります。警告メッセージ出力済み状態となると，リスト作成数がもう一度警告メッセージの出力契機の値以上になっても警告メッセージが出力されません。しかし，ここで指定する警告メッセージの出力済み状態のリセット契機をリスト作成数が下回ると，警告メッセージの出力済み状態が解除されます。

例えば，pd_rdarea_list_no_wrn_pnt=90,70と指定すると，リスト作成数がリスト作成可能数の90％以上になると警告メッセージが出力されます。この後，リスト作成数がリスト作成可能数の70％を下回るまで警告メッセージは出力されません。一度70％を下回り，再度90％以上になったときに警告メッセージが出力されます。

《注意事項》

この指定を省略すると，「警告メッセージの出力契機−30」の値が仮定されます。その値がマイナスになる場合は，0が仮定されます。

警告メッセージの出力契機より大きい値を指定すると，その指定は無効になり，警告メッセージの出力契機の指定値と同じ値が仮定されます。

9.2.18　排他制御に関するオペランド

◆　pd_lck_deadlock_info = Y｜N

デッドロック情報及びタイムアウト情報を出力するかどうかを指定します。デッドロック情報及びタイムアウト情報は，$PDDIR/spool/pdlckinf下に出力されます。デッドロック情報及びタイムアウト情報については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：デッドロック情報及びタイムアウト情報を出力します。

N：デッドロック情報及びタイムアウト情報を出力しません。

《ほかのオペランドとの関連》

pd_lck_deadlock_checkオペランドにNを指定した場合は，このオペランドにYを指定しても，デッドロック情報を出力しません。

◆　pd_lck_wait_timeout = 排他待ち限界経過時間

〜＜符号なし整数＞((0〜65535))《180》（単位：秒）

排他待ち時間を監視する最大時間を秒単位で指定します。排他待ち時間とは，排他要求が待ち状態になってから解除されるまでの時間のことです。

指定した時間内に待ち状態が解除されない場合，SQLはエラーリターンします。0を指定した場合，排他待ち時間を監視しないで，待ち状態が解除されるまで待ち続けます。

《クライアント環境定義との関連》

PDLCKWAITTIME

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDLCKWAITTIMEを指定してください。PDLCKWAITTIMEについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

PDCWAITTIME

次に示す関係を満たすように各オペランドを設定することで，排他待ち限界経過時間を迎えても待ち状態が解除されない場合に，タイムアウト情報を出力するようになります。

クライアント環境定義のPDCWAITTIMEの指定値＞pd_lck_wait_timeoutの指定値（クライアントごとに設定している場合は，PDLCKWAITTIMEの指定値）

PDCWAITTIMEについては，マニュアル「HiRDB Version 9 UAP開発ガイド」，タイムアウト情報については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

・pd_lck_deadlock_check

・pd_lck_deadlock_check_interval

・pd_lck_deadlock_info

◆　pd_nowait_scan_option = LOCK｜NOLOCK

WITHOUT LOCK NOWAIT指定の検索を実行したときの処理方式を指定します。

LOCK：

WITHOUT LOCK NOWAIT指定の検索を実行した場合，行単位で排他を確保します。このとき，ほかのトランザクションが更新前か更新後の行だけを参照できます。ほかのトランザクションが更新中の場合は，その行の更新処理が終了するまで待機します。

NOLOCK：

WITHOUT LOCK NOWAIT指定の検索を実行した場合，排他を確保しません。このとき，ほかのトランザクションが更新中の行も参照できます。ただし，更新中の行を参照した場合，検索対象の行を受け取れないことがあります。

《注意事項》

このオペランドにLOCKを指定して，非FIX表のUPDATE及びWITHOUT LOCK NOWAIT指定の検索を実行すると，排他資源数が1トランザクション当たり1個増加します。また，非FIX表に対するUPDATE文による更新で出力されるデータ1件当たりの基本行ログ量が628バイト増加します。

《各見積もり式への影響》

pd_nowait_scan_optionオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「表データ更新時に出力されるシステムログ量」の「基本行ログ量の見積もり」

◆　pd_lck_queue_limit = 排他待ちユーザ数警告メッセージ出力契機

〜＜符号なし整数＞((0〜500))《10》

同一リソースへの排他処理で，排他待ちユーザ数が多数発生したとき，警告メッセージを出力する境界となる排他待ちユーザ数を指定します。

同一リソースでの排他待ちユーザ数が指定値に達すると，警告メッセージ（KFPS00446-W）を出力します。メッセージの出力先は，メッセージログファイル及びsyslogfileです。

指定値が０の時は，警告メッセージを出力しません。

◆　pd_deadlock_priority_use = Y｜N

デッドロックの優先順位を制御するかどうかを指定します。

Y：

デッドロック発生時，どのプログラムを優先的に実行させるかを制御します。デッドロックが発生した場合，優先順位の一番低いプログラムのSQLがエラーとなります。優先順位が等しい場合は，トランザクションを実行した時刻が一番遅いプログラムのSQLがエラーとなります。デッドロックの優先順位は，クライアント環境定義のPDDLKPRIOオペランドで指定してください。クライアント環境定義のPDDLKPRIOオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

N：

実行したトランザクションの時刻が一番遅いプログラムのSQLがエラーとなります。

◆　pd_command_deadlock_priority = 32｜64｜96｜120

コマンドのデッドロックプライオリティ値を指定します。

このオペランドの指定値が有効になる運用コマンドを次に示します。

pdhold -b（バックアップ閉塞）

pdhold -s（同期化閉塞）

pddbchg（レプリカRDエリアのレプリカステータスの切り替え）

pdorbegin（オンライン再編成のデータベース静止化）

pdorend（オンライン再編成の追い付き反映）

コマンドのデッドロックプライオリティ値を変更する方法についてはマニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《前提条件》

pd_deadlock_priority_useオペランドにYが指定されている必要があります。

《指定値の目安》

デッドロック発生時，業務プログラム側でリトライ可能なシステムの場合，運用コマンドの優先度を高くして業務プログラム側をエラーにできます。指定する値が小さいほど排他時の優先度は高くなります。

◆　pd_key_resource_type = TYPE1｜TYPE2

インデクスキー値の排他資源の作成方法を指定します。インデクスキー値の排他資源の作成方法については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

TYPE1：インデクスキー値の排他資源をビットシフトしながら排他的論理和で作成します。

TYPE2：インデクスキー値の排他資源をバイトオーダの排他的論理和で作成します。

《指定値の目安》

通常はTYPE1を指定します。キー長が10バイトを超える場合，インデクスキー値の排他資源でシノニムによる排他競合が発生することがあります。TYPE1を指定すると，これを防止できます。

TYPE2は，HiRDB Version 5.0 05-02又はHiRDB Version 4.0 04-05より前の処理方式です。バージョンアップしたユーザで，以前の処理方式でインデクスキー値の排他資源でシノニムによる排他競合が発生していなかった場合は，TYPE2を指定してください。

◆　pd_lck_pool_size = サーバ当たりの排他制御用プールサイズ

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((1〜2000000))《16000》

64ビットモードかつ推奨モードの場合：((1〜2000000000))《128000》

64ビットモードかつ0904互換モードの場合：((1〜2000000000))《32000》

HiRDB/シングルサーバの場合は，シングルサーバの排他制御で使用する共用メモリ領域（排他制御用プール）の大きさをキロバイト単位で指定します。

HiRDB/パラレルサーバの場合は，バックエンドサーバ及びディクショナリサーバの排他制御で使用する共用メモリ領域の大きさをキロバイト単位で指定します。なお，フロントエンドサーバの排他制御で使用する共用メモリ領域の大きさは，pd_fes_lck_pool_sizeオペランドで指定してください。

このオペランドの指定対象の領域は，排他資源管理テーブルとして使用されます。排他資源管理テーブル数，排他要求数，及び排他制御用プールサイズの間には，次の関係があります。

「排他資源管理テーブル数」＝「排他要求数」＝「排他制御用プールサイズ」×係数

《指定値の目安》

32ビットモードの場合，6件の排他要求で1キロバイトの排他制御用プールサイズが必要です。

64ビットモードの場合，4件の排他要求で1キロバイトの排他制御用プールサイズが必要です。

次に示す計算式でこのオペランドの指定値を見積もってください。

HiRDBの種類

計算式（単位：キロバイト）

HiRDB/シングルサーバの場合（32ビットモード）

↑↑ａ÷pd_lck_pool_partitionの値↑÷６↑×pd_lck_pool_partitionの値

HiRDB/パラレルサーバの場合（32ビットモード）

↑↑ｂ÷pd_lck_pool_partitionの値↑÷６↑×pd_lck_pool_partitionの値

HiRDB/シングルサーバの場合（64ビットモード）

↑↑ａ÷pd_lck_pool_partitionの値↑÷４↑×pd_lck_pool_partitionの値

HiRDB/パラレルサーバの場合（64ビットモード）

↑↑ｂ÷pd_lck_pool_partitionの値↑÷４↑×pd_lck_pool_partitionの値

ａ：シングルサーバで同時実行するトランザクションの排他要求数の総和です。排他要求数はSQLによって異なります。排他要求数の総和の求め方については，「排他資源数の見積もり」を参照してください。

ｂ：各サーバ（ディクショナリサーバ又はバックエンドサーバ）で同時実行するトランザクションの排他要求数の総和です。排他要求数はSQLによって異なります。排他要求数の総和の求め方については，「排他資源数の見積もり」を参照してください。

注

特に，定義系SQLのDROP TABLE又はDROP SCHEMAを実行する場合は，このオペランドの指定値を正確に見積もって指定してください。

《指定値のチューニング方法》

統計解析ユティリティ（システムの稼働に関する統計情報※）の「排他資源管理テーブル使用率（%OF USE LOCK TABLE）」を参照してください。使用率の最大値が80％以上の場合は，これからのデータベース拡張に備えて，このオペランドの値を大きくすることをお勧めします。使用率の最大値が10％以下の場合は，共用メモリを節約するために，このオペランドの値を小さくすることをお勧めします。

注※

HiRDB/パラレルサーバの場合は「サーバごとのシステムの稼働に関する統計情報」で，ディクショナリサーバ及びバックエンドサーバの「排他資源管理テーブル使用率（%OF USE LOCK TABLE）」を参照してください。

《注意事項》

このオペランドの指定値が小さ過ぎると，SQLがエラーリターンすることがあります。

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

行数が多い表に対して，行単位に排他を取得しながら全件検索すると，件数の増加に応じてこの指定値も拡張しなければならなくなり，メモリ所要量が増加してしまいます。このような場合は，UAPで次のような工夫をしてください。

・表単位に排他を取得する

・無排他検索機能が適用できれば，無排他で検索する

・検索条件を絞り，複数回のトランザクションに分けて処理する

《ほかのオペランドとの関連》

このオペランドは，pd_lck_pool_partitionオペランドと関連があります。

◆　pd_fes_lck_pool_size = フロントエンドサーバの排他制御用プールサイズ

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((1〜2000000))

64ビットモードの場合：((1〜2000000000))

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

フロントエンドサーバの排他制御で使用する共用メモリ領域（排他制御用プール）の大きさをキロバイト単位で指定します。なお，シングルサーバ，ディクショナリサーバ，又はバックエンドサーバの排他制御で使用する共用メモリ領域の大きさは，pd_lck_pool_sizeオペランドで指定してください。

このオペランドの指定対象の領域は，排他資源管理テーブルとして使用されます。排他資源管理テーブル数，排他要求数，及び排他制御用プールサイズの間には，次の関係があります。

「排他資源管理テーブル数」＝「排他要求数」＝「排他制御用プールサイズ」×係数

《指定値の目安》

32ビットモードの場合，6件の排他要求で1キロバイトの排他制御用プールサイズが必要です。

64ビットモードの場合，4件の排他要求で1キロバイトの排他制御用プールサイズが必要です。

次に示す計算式を基に，このオペランドの指定値を見積もってください。

↑↑（ａ＋ｂ）÷pd_fes_lck_pool_partitionの値↑÷ｃ↑×pd_fes_lck_pool_partitionの値　　（キロバイト）

ａ：フロントエンドサーバで同時実行するトランザクションの排他要求数の総和です。排他要求数はSQLによって異なります。排他要求数の総和の求め方については，「排他資源数の見積もり」を参照してください。

ｂ：（pd_max_users＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋4）

ｃ：32ビットモードの場合は6，64ビットモードの場合は4を代入してください。

《指定値のチューニング方法》

統計解析ユティリティ（サーバごとのシステムの稼働に関する統計情報）で，フロントエンドサーバの「排他資源管理テーブル使用率（%OF USE LOCK TABLE）」を参照してください。使用率の最大値が80％以上の場合は，これからのデータベース拡張に備えて，このオペランドの値を大きくすることをお勧めします。使用率の最大値が10％以下の場合は，共用メモリを節約するために，このオペランドの値を小さくすることをお勧めします。

《オペランドの省略値》

このオペランドの省略値を次に示します。

・32ビットモードの場合

｛（pd_max_users＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋4）｝÷ 6

・64ビットモードの場合

｛（pd_max_users＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋4）｝÷ 4

《注意事項》

このオペランドの指定値が小さ過ぎると，SQLがエラーリターンすることがあります。

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

《ほかのオペランドとの関連》

このオペランドは，pd_fes_lck_pool_partitionオペランドと関連があります。

◆　pd_lck_pool_partition = サーバ当たりの排他制御用プール分割数

〜＜符号なし整数＞((1〜5000))《1》

排他制御処理を分散する場合にこのオペランドを指定してください。

HiRDB/シングルサーバの場合は，排他制御処理を分散するときにシングルサーバの排他制御で使用する排他制御用プールパーティション数を指定します。

HiRDB/パラレルサーバの場合は，排他制御処理を分散するときにバックエンドサーバ及びディクショナリサーバの排他制御で使用する排他制御用プールパーティション数を指定します。なお，フロントエンドサーバの排他制御で使用する排他制御用プールパーティション数は，pd_fes_lck_pool_partitionオペランドで指定してください。

排他制御処理の分散については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《指定値のチューニング方法》

排他制御用プールパーティション数のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

このオペランドの指定値を大きくし過ぎると，各排他制御用プールパーティションに割り当てられる共用メモリのサイズが小さくなるため，排他制御用プールパーティションが容量不足となりSQLがエラーリターンすることがあります。また，排他制御の処理に時間が掛かるため，システムのパフォーマンスが下がります。この場合，このオペランドの指定値を小さくしてください。

排他制御用プールサイズは1キロバイト以上必要であるため，pd_lck_pool_sizeの値よりも大きな値を指定した場合，このオペランドにはpd_lck_pool_sizeの値が仮定されます。また，このとき，KFPS00421-Wメッセージが出力されます。

このオペランドに2以上を指定した場合は，デッドロック監視の処理方式がインターバル監視方式となり，デッドロック発生から検出までに時間差が発生します。デッドロック監視の処理方式については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「デッドロックと回避策」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_lck_pool_size

pd_lck_deadlock_check_interval

《各見積もり式への影響》

pd_lck_pool_partitionオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバで起動するプロセス」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバで起動するプロセス」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_fes_lck_pool_partition = フロントエンドサーバの排他制御用プール分割数

〜＜符号なし整数＞((1〜5000))《1》

排他制御処理を分散するときにフロントエンドサーバの排他制御で使用する排他制御用プールパーティション数を指定します。なお，シングルサーバ，ディクショナリサーバ，又はバックエンドサーバの排他制御で使用する排他制御用プールパーティション数は，pd_lck_pool_partitionオペランドで指定してください。

排他制御処理の分散については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《指定値のチューニング方法》

排他制御用プールパーティション数のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

このオペランドの指定値を大きくし過ぎると，各排他制御用プールパーティションに割り当てられる共用メモリのサイズが小さくなるため，排他制御用プールパーティションが容量不足となりSQLがエラーリターンすることがあります。また，排他制御の処理に時間が掛かるため，システムのパフォーマンスが下がります。この場合，このオペランドの指定値を小さくしてください。

排他制御用プールサイズは1キロバイト以上必要であるため，pd_lck_pool_sizeの値よりも大きな値を指定した場合，このオペランドにはpd_lck_pool_sizeの値が仮定されます。また，このとき，KFPS00421-Wメッセージが出力されます。

このオペランドに2以上を指定した場合は，デッドロック監視の処理方式がインターバル監視方式となり，デッドロック発生から検出までに時間差が発生します。デッドロック監視の処理方式については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「デッドロックと回避策」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_fes_lck_pool_size

pd_lck_deadlock_check_interval

《各見積もり式への影響》

pd_fes_lck_pool_partitionオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_lck_until_disconnect_cnt = 1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和

〜＜符号なし整数＞((0〜140000))

ディクショナリサーバ以外かつ推奨モードの場合：《10000》

ディクショナリサーバかつ推奨モードの場合：《256》

0904互換モードの場合：《256》

トランザクションを越えて保持する表，RDエリア，インナレプリカ構成管理，及びレプリカグループ構成管理の排他資源数を指定します。このオペランドの値に従って，表，RDエリア，インナレプリカ構成管理，レプリカグループ構成管理のUNTIL DISCONNECT指定の排他を管理するブロックを共用メモリに確保します。

《注意事項》

HiRDB/パラレルサーバの場合，バックエンドサーバとディクショナリサーバでこのオペランドの指定値の見積もり方法が異なります。サーバ共通定義でこのオペランドを指定した場合，バックエンドサーバとディクショナリサーバの両方に指定値が適用されます。ディクショナリサーバだけ異なる値を有効にしたい場合は，ディクショナリサーバ定義にこのオペランドを指定してください。

《指定値の目安》

通常はこのオペランドを指定する必要はありません。次に示す場合に指定値を変更するかどうかを検討してください。

同時に実行するユティリティの数を大量に増やす場合

ホールダブルカーソルを使用する場合

pdlbufferオペランドで指定したローカルバッファを使用する場合

共用RDエリアを使用する場合

SQLセッション固有一時表を使用する場合

このオペランドの指定値の見積もり方法については，「1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和（pd_lck_until_disconnect_cnt）の見積もり式」を参照してください。

《指定値のチューニング方法》

このオペランドの指定値が小さいと，トランザクションがロールバックしたり，リターンコード8でユティリティが異常終了したりします。このとき，KFPA11914-E，又はKFPH28001-Eメッセージが出力されます。この現象が発生したら，このオペランドの値を大きくしてください。

なお，このオペランドの値を大きくすると，それに比例して必要なメモリと，シンクポイントダンプファイルの容量が増加します。《各見積もり式への影響》に従って見積もる必要があります。

《各見積もり式への影響》

pd_lck_until_disconnect_cntオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「シンクポイントダンプファイルのレコード数の求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式2」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」

◆　pd_max_open_holdable_cursors = UNTIL DISCONNECT指定LOCK文非実行時のホールダブルカーソルの最大同時オープン数

〜＜符号なし整数＞((16〜1024))《16》

UNTIL DISCONNECT指定のLOCK文を実行しない表に対してホールダブルカーソルを使用する場合に，そのホールダブルカーソルのトランザクション当たりの最大同時オープン数を指定します。

《注意事項》

このオペランドに省略時解釈値以外の値を指定すると，共用メモリ使用量が増加します。

《ほかのオペランドとの関連》

このオペランドと次に示すオペランドの指定値は，ロックサーバの共用メモリサイズ計算に使用されます。32ビットモードのHiRDBの場合，各オペランドの指定値が大き過ぎると，ロックサーバの共用メモリサイズが2ギガバイトを超えるため，HiRDBを開始できなくなることがあります。ロックサーバの共用メモリサイズが2ギガバイトを超えないように，このオペランドと次に示すオペランドの指定値を調整してください。

pd_max_access_tables

pd_max_users

pd_max_bes_process

pd_max_dic_process

pd_lck_hash_entry

pd_lck_pool_size

共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

◆　pd_lck_hash_entry = 排他制御用プールで使用するハッシュエントリ数

〜＜符号なし整数＞((0〜2147483647))《0》

排他制御用プールで使用するハッシュテーブルのエントリ数を指定します。HiRDBはここで指定された値に従ってサーバ（シングルサーバ，フロントエンドサーバ，バックエンドサーバ，ディクショナリサーバ）ごとにユニットコントローラ用の共用メモリに排他制御用プールを確保します。

《指定値の目安》

通常はこのオペランドを省略してください。

次に示す条件に該当する場合は指定値を検討してください。

バージョン06-02以降にバージョンアップする場合に共用メモリサイズをできるだけ変更したくないときは11261を指定してください。この場合，バージョンアップ前と同数のハッシュエントリ数を確保するため，排他制御用プール中のハッシュテーブルサイズがバージョンアップ前と同じになります。

このオペランドに推奨値より大きい値を指定すると，性能が向上することがあります。ただし，変数aより大きい値を指定しても，aを指定したときよりも性能が向上することはありません。

推奨値を次に示します。

推奨値＝MAX（↑a÷10↑，11261）を超えない最大の素数

変数

変数の算出式

ａ

シングルサーバの場合

（pd_max_users＋pd_max_reflect_process_countの値＋3）×（pd_max_access_tablesの値＋14）＋pd_lck_pool_size×c

フロントエンドサーバの場合

pd_fes_lck_pool_sizeが省略されている場合

（b＋3）×（pd_max_access_tablesの値＋4）

pd_fes_lck_pool_sizeが指定されている場合

pd_fes_lck_pool_size値×c

バックエンドサーバ，ディクショナリサーバの場合

（b＋3）×10＋pd_lck_pool_sizeの値×c

ｂ

フロントエンドサーバの場合

マルチフロントエンドサーバの場合

pd_max_users＋pd_max_reflect_process_countの値＋1

マルチフロントエンドサーバでない場合

pd_max_users＋pd_max_reflect_process_countの値

バックエンドサーバの場合

pd_max_usersの値＞pd_max_bes_processの値の場合

pd_max_users＋pd_max_reflect_process_countの値

pd_max_usersの値≦pd_max_bes_processの値の場合

pd_max_bes_process＋pd_max_reflect_process_countの値

ディクショナリサーバの場合

pd_max_usersの値＞pd_max_dic_processの値の場合

pd_max_users＋pd_max_reflect_process_countの値

pd_max_usersの値≦pd_max_dic_processの値の場合

pd_max_dic_process＋pd_max_reflect_process_countの値

ｃ

32ビットモードの場合は6，64ビットモードの場合は4

《オペランドの規則》

このオペランドが0の場合，HiRDBはサーバごとに推奨値を計算します。

このオペランドに0でも素数でもない値を指定した場合，HiRDBはその指定値を超えない最大の素数が指定されたと仮定します。

《注意事項》

このオペランドの指定値が小さ過ぎると，ハッシュエントリ不足が発生して性能が低下することがあります。このオペランドを省略すれば，ハッシュエントリ不足及びハッシュエントリ不足による性能低下は発生しません。

◆　pd_indexlock_mode = KEY｜NONE

B-treeインデクスの排他制御方式を指定します。

KEY：インデクスキー値で排他をします。

NONE：インデクスキー値で排他をしません（インデクスキー値無排他を実施します）。

インデクスキー値無排他については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《指定値の目安》

通常はNONEを推奨します。ただし，ユニークインデクスの更新（削除したキー値の追加）が発生する場合は，KEYにするか，又は残存エントリを残さない運用を検討してください。

《ほかのオペランドとの関連》

pd_inner_replica_controlオペランドを指定すると，このオペランドの指定値はNONEが仮定されます。

このオペランドはpd_lock_uncommited_delete_dataオペランドと関連があります。詳細については，pd_lock_uncommited_delete_dataオペランドの説明を参照してください。

◆　pd_lock_uncommited_delete_data = WAIT｜NOWAIT

コミットしていない削除データの排他待ち制御方式を指定します。

WAIT：

DELETE文で削除した行，又はUPDATE文で更新した更新前のインデクスキーに対し，検索時に削除又は更新したトランザクションが決着するまで排他待ちし，トランザクション決着後のデータを基に検索結果を返す方式を指定します。また，インデクスキー値排他と同じ方式で一意性制約が保証されます。インデクスキー値排他については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

NOWAIT：

DELETE文で削除した行，又はUPDATE文で更新した更新前のインデクスキーに対し，検索時に削除又は更新したトランザクションの決着を待たないで検索結果を返す方式を指定します。

《注意事項》

次の場合には，このオペランドにWAITを指定しても無効になります。

ディクショナリ表を検索又は更新する場合

WITHOUT ROLLBACKオプションを指定した表にインデクスを定義しないで検索又は更新する場合

このオペランドにWAITを指定すると，インデクスが定義された表の表格納RDエリアを構成するHiRDBファイルの使用可能サイズが次のように制限されます。

表格納RDエリアのページ長（バイト）

pd_lock_uncommited_delete_dataの指定値

WAIT

NOWAIT

4096

32GB

64GB

6144

48GB

上記以外

64GB

HiRDBファイルのサイズが既に使用可能サイズを超えている場合，又は使用可能サイズ以上のサイズのファイルを使用したい場合には，表格納RDエリアのページサイズを8192バイト以上に変更してください。ページサイズを変更しないでそのまま運用すると，次の場合にエラーとなり，警告メッセージKFPA19176-Eが出力されます。

行の追加で使用可能サイズを超える領域を割り当てたとき

使用可能サイズを超える領域のページに格納されている行に対して更新又は削除の操作をしたとき

《クライアント環境定義との関連》

クライアント環境定義のPDLOCKSKIPオペランドにYESを指定している場合は，このオペランドにWAITを指定しても無効となり，無排他条件判定の処理が優先されます。そのため，削除中の行では排他待ちをしません。ただし，削除した行のインデクスは残存エントリとして残ります。

《ほかのオペランドとの関連》

このオペランドの指定値とpd_indexlock_modeオペランドの指定値には，指定できない組み合わせがあります。指定できない組み合わせを次に示します。

pd_lock_uncommited_delete_dataの指定値

pd_indexlock_modeの指定値

NONE

KEY

WAIT

○

×※1

NOWAIT

○

○

NOWAIT（過去にWAIT指定履歴あり）

○

×※2

（凡例）

○：指定できる組み合わせです。

×：指定できない組み合わせです。

注※1

指定した場合，HiRDB起動時にエラー（KFPS01857-E）となります。

注※2

このオペランドにWAITを指定してHiRDBを開始したことがあると，このオぺランドにNOWAITを指定してpd_indexlock_modeオペランドにKEYを指定した場合，DBアクセス時に不正な検索結果が出力されます。データベース初期設定ユティリティ（pdinit）を実行してHiRDBを初期化してから再度オペランドを指定してください。

◆　pd_dbreuse_remaining_entries = ALL｜ONLY_DIC｜NONE｜ONLY_USER｜NOTHING

インデクスキー値無排他を適用している場合，インデクスのキー値を削除した際に，インデクス格納ページに残存エントリが発生します。この場合，複数のトランザクションで次の操作を実行すると，異なるインデクスキー値の操作であっても排他待ちが発生することがあります。

ユーザ表の場合

INSERT文，UPDATE文，又は，DELETE文を繰り返し実行する。

データディクショナリ表の場合

定義系SQL文，pdmodを繰り返し実行する。

このオペランドは，行データ挿入の際に，行識別子（行を一意に識別するためにシステムが割り当てる値）の再利用を抑止して，排他待ちの発生頻度を低くするためのオペランドです。

ALL：

行識別子を再利用します。

複数のトランザクションで表を更新したときに，操作対象，及び挿入対象とした行識別子と残存エントリの行識別子が重複した場合，異なるインデクスやキー値の操作であっても排他待ちが発生することがあります。

ONLY_DIC：

データディクショナリ表だけ，行識別子を再利用します。

ユーザ表は，ページごとに決められた行識別子の上限（255）を超過するまで行識別子の再利用を抑止します。

これによって，複数トランザクションで異なるインデクスキー値を操作したときの排他待ちの発生頻度を低くできます。

NONE：

指定した場合，ONLY_DICとみなして動作します。通常はONLY_DICを指定してください。

ONLY_USER：

ユーザ表だけ，行識別子を再利用します。

データディクショナリ表は，ページごとに決められた行識別子の上限（255）を超過するまで行識別子の再利用を抑止します。

これによって，複数トランザクションで異なるインデクスキー値を操作したときの排他待ちの発生頻度を低くできます。

NOTHING：

ユーザ表とデータディクショナリ表について，ページごとに決められた行識別子の上限（255）を超過するまで行識別子の再利用を抑止します。

これによって，複数トランザクションで異なるインデクスキー値を操作したときの排他待ちの発生頻度を低くできます。

指定値ごとの，排他待ちの軽減効果を次に示します。

表9‒5　pd_dbreuse_remaining_entriesの指定値ごとの，排他待ちの軽減効果

pd_dbreuse_remaining_entriesの指定値

排他待ちの軽減効果

ユーザ表

データディクショナリ表

ALL

×

×

ONLY_DIC

○

×

NONE

○

×

ONLY_USER

×

○

NOTHING

○

○

（凡例）

○：排他待ちの軽減効果があります（行識別子を再利用しません）。

×：排他待ちの軽減効果はありません（行識別子を再利用します）。

《適用基準》

インデクスに対する削除，又は挿入処理を行う場合，インデクスの削除によって発生する残存エントリを，新たに追加するキー値の挿入処理が再利用しようとしたときに，排他待ちが発生することがあります。このオペランドは，表の更新が発生するUAPを実行する場合，格納効率を下げてでも排他待ちが発生する可能性を下げるときに指定します。詳細は，マニュアル「HiRDB Version 9 UAP開発ガイド」の「残存エントリによる排他待ちの回避（行識別子の再利用抑止）」を参照してください。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

次のすべての条件を満たす場合に，このオペランドの指定を検討してください。

（a）ユーザ表の場合

インデクスキー値無排他機能を適用（pd_indexlock_modeオペランドにNONEを指定）している場合

次のどちらかの条件に該当する場合

・UNIQUE又はPRIMARYを指定したインデクスを定義した表があるとき

・コミットしていない削除データの排他制御を（pd_lock_uncommited_delete_dataオペランドにWAITを指定）していて，システムにインデクスを定義した表が存在するとき

2.に該当するインデクスに対して，複数のトランザクションでINSERT文，UPDATE文，又はDELETE文を実行する場合

（b）データディクショナリ表の場合

インデクスキー値無排他機能を適用（pd_indexlock_modeオペランドにNONEを指定）している場合

複数のトランザクションで，残存エントリによる排他待ちが発生する可能性がある操作（RDエリアの構成変更，又は，表，インデクスなどの定義変更）を実行する場合

なお，行識別子の再利用が抑止されるのは，上記（a）の1.と2.を満たしたユーザ表，及び，上記（b）の1.を満たしたデータディクショナリ表に対して，使用中ページに行を追加する操作が発生した場合だけです。それ以外の表や操作の場合，ALL以外を指定していても行識別子は再利用されます。

このオペランドの指定値による行識別子の割り当て方の変化，及び残存エントリによる排他待ち発生の流れについては，マニュアル「HiRDB Version 9 UAP開発ガイド」の「残存エントリによる排他待ちの回避（行識別子の再利用抑止）」を参照してください。

《注意事項》

インデクスの残存エントリは，インデクスキー値無排他を適用している場合に，ユニークインデクスキーを更新，又は削除することで発生します。また，コミットしていない削除データの排他制御をしている場合は，通常のインデクスキーに対する更新，及び削除を行った場合も残存エントリが発生します。

このオペランドにALL以外を指定した場合，ページ内の管理領域が増えるため，格納効率が低下することがあります。そのため，このオペランドの指定値を変更した場合，表格納用RDエリア，及びインデクス格納用RDエリアの容量を再度見積もってください。見積もり式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「表の格納ページ数の計算方法」及び「通常のデータディクショナリ用RDエリアの容量の見積もり」を参照してください。

また，格納効率の低下を防ぐため，空きページ解放ユティリティ（pdreclaim）で，定期的に空きページの解放を行ってください。詳細は，マニュアル「HiRDB Version 9 システム運用ガイド」の「使用中空きページの再利用」を参照してください。

なお，格納効率が低下するケースについては，マニュアル「HiRDB Version 9 UAP開発ガイド」の「残存エントリによる排他待ちの回避（行識別子の再利用抑止）」を参照してください。

このオペランドにALL以外を指定した場合でも，255個すべての行識別子が割り当て済みになると，ページ内に存在する残存エントリの中で行識別子の値が一番小さいものから順に再利用されます。このため，新たに追加するインデクスキー値の挿入処理が残存エントリの行識別子を再利用した際に，この残存エントリの排他が解除されていない場合（削除，又は更新を行ったトランザクションが未決着の場合），排他待ちが発生します。

排他待ちを回避するには，空きページ解放ユティリティ（pdreclaim）で，定期的に空きページの解放を行ってください。詳細は，マニュアル「HiRDB Version 9 システム運用ガイド」の「使用中空きページの再利用」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_indexlock_mode

pd_lock_uncommited_delete_data

◆　pd_lck_deadlock_check = Y｜N

デッドロックの発生を監視するかどうかを指定します。

Y：デッドロックの発生を監視します。

N：デッドロックの発生を監視しません。

《指定値の目安》

デッドロックが発生しない業務システムでは，このオペランドにNを指定するとSQLの実行性能が改善することがあります。特に，デッドロックの検出方法がインターバル監視方式の場合，排他制御用プールパーティション数が増加するとデッドロックを検出するたびに排他制御の性能が劣化することがあるため，デッドロックが発生しない業務システムを構築した上でこのオペランドにNを指定することをお勧めします。

デッドロックが発生する業務システムでは，このオペランドにYを指定してください。Nを指定すると，デッドロックが発生した場合，pd_lck_timeoutオペランドに指定した時間が経過するまでSQLが終了しません。また，HiRDBがデッドロック情報を出力しないため，デッドロックが発生した要因が分からなくなるおそれがあります。

《注意事項》

このオペランドにNを指定すると，デッドロックが発生したトランザクションはエラーとなりません。この場合，トランザクションは次の要因でキャンセルされます。

排他待ち時間を監視する最大時間が経過し，SQLがエラーリターンする

HiRDBクライアントの最大待ち時間が経過し，要求がUAPにエラーリターンする

《クライアント環境定義との関連》

このオペランドは次に示すクライアント環境定義と関連があります。

PDCWAITTIME

PDLCKWAITTIME

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_lck_deadlock_info

pd_lck_pool_partition

pd_fes_lck_pool_partition

pd_lck_deadlock_check_interval

pd_lck_wait_timeout

◆　pd_lck_deadlock_check_interval = デッドロック監視時間間隔

〜＜符号なし整数＞((1〜2000000000))《1000》（単位：ミリ秒）

インターバル監視方式でデッドロックの発生を監視する場合の，監視を実施する間隔を指定します。

《前提条件》

このオペランドの前提条件は，サーバ種別によって異なります。

シングルサーバ，バックエンドサーバ，又はディクショナリサーバの場合は，次に示す条件をすべて満たしている必要があります。

pd_lck_deadlock_checkオペランドにYを指定している

pd_lck_pool_partitionオペランドに2以上の値を指定している

フロントエンドサーバの場合は，次に示す条件をすべて満たしている必要があります。

pd_lck_deadlock_checkオペランドにYを指定している

pd_fes_lck_pool_partitionオペランドに2以上の値を指定している

《指定値の目安》

デッドロックが発生してから検出するまでの時間を短くしたい場合は，このオペランドの指定値を小さくしてください。

《注意事項》

このオペランドの指定値を小さくし過ぎると，システムのパフォーマンスが低下する場合があります。

このオペランドの指定値を大きくし過ぎると，次の要因でトランザクションがキャンセルされることがあります。

・排他待ち時間を監視する最大時間が経過し，SQLがエラーリターンする

・HiRDBクライアントの最大待ち時間が経過し，要求がUAPにエラーリターンする

《クライアント環境定義との関連》

このオペランドは次に示すクライアント環境定義と関連があります。

PDCWAITTIME

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_lck_deadlock_check

pd_lck_pool_partition

pd_fes_lck_pool_partition

pd_lck_wait_timeout

◆　pd_idx_without_rollback = Y｜N

WITHOUT ROLLBACKオプション指定表のインデクス構成列の更新可否を指定します。

Y：WITHOUT ROLLBACKオプション指定表のインデクス構成列を更新できるようになります。

N：WITHOUT ROLLBACKオプション指定表のインデクス構成列を更新すると，次のようになります。

行の追加，削除：WITHOUT ROLLBACKオプションの機能が無効になります。行更新による行排他が残り，ロールバックでデータが戻ります。

行の更新：SQLエラーとなります。

《指定値の目安》

09-50以前の動作を前提にアプリケーションを作成している場合，このオペランドにNを指定してください。

《注意事項》

pdsetupコマンドに0904互換モードを指定した場合，このオペランドの省略値はNになります。

このオペランドにYを指定し，WITHOUT ROLLBACKオプション指定表のインデクス構成列を更新すると，1行の更新ごとにシステムログ量が312バイト増加します。システムログファイルの容量見積もり時に加算してください。

《ほかのオペランドとの関連》

このオペランドにYを指定する場合，pd_indexlock_modeオペランドにはNONEを指定してください。pd_indexlock_modeオペランドにKEYを指定した場合，pd_idx_without_rollbackオペランドにYを指定してもNを仮定します。

◆　pd_isolation_level = データ保証レベル

〜＜符号なし整数＞((0〜2))《2》

SQL文のデータ保証レベルを指定します。データ保証レベルとは，トランザクションのどの時点までデータの内容を保証するかのレベルのことをいいます。このオペランドは，SQL文に指定する排他オプションに相当します。

データ保証レベルの指定値については，マニュアル「HiRDB Version 9 UAP開発ガイド」の「クライアント環境定義の設定内容」のPDISLLVLオペランドを参照してください。

《前提条件》

このオペランドのデータ保証レベルを有効にするためには，HiRDBクライアントのバージョン09-65以降を使用してHiRDBと接続してください。このオペランドは，HiRDBクライアントのバージョン09-65以降を使用している場合だけ有効です。HiRDBクライアントのバージョン09-60以前を使用した場合，このオペランドの値は無効となり，データ保証レベルは2となります。

◆　pd_unique_indexlock_info = Y｜N

ユニークインデクスの残存エントリによる排他待ち情報(KFPH25005-Iメッセージ)の出力有無を設定します。

Y：KFPH25005-Iメッセージを出力します。

N：KFPH25005-Iメッセージを出力しません。

《指定値の目安》

通常はYを指定してください。KFPH25005-Iメッセージを抑止したい場合，Nを指定してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_indexlock_mode

9.2.19　バッファに関するオペランド

◆　pd_sql_object_cache_size = SQLオブジェクト用バッファ長

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((22〜256000))《（pd_max_usersの値＋n）×22》

64ビットモードかつ推奨モードの場合：((22〜2000000))《（pd_max_usersの値＋n）×40》

64ビットモードかつ0904互換モードの場合：((22〜2000000))《（pd_max_usersの値＋n）×22》

n：HiRDB/パラレルサーバでマルチフロントエンドサーバ構成を適用する場合は4，それ以外は3

SQLオブジェクトを格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。

《指定値の目安》

SQLオブジェクトは，ユーザごとにトランザクションが終了するまでバッファに保存されます。したがって，同時に実行するトランザクションのSQLオブジェクトがバッファに格納できる大きさが必要です。

SQLオブジェクト用バッファのヒット率が低い場合，SQL文解析処理のオーバヘッドによって性能が低下することがあります。

静的SQLのSQLオブジェクトはトランザクション終了後もバッファに空きがなくなるまで保存して，同一UAPを実行する複数のユーザで共用することで，SQL解析処理の削減を図ります。バッファを有効に利用するためには，使用頻度の高いUAPのSQLオブジェクトがバッファに常駐するようにバッファを確保してください。

バッファ長の見積もり時は，まずUAPで発行するSQL文のSQLオブジェクト長からUAP実行に必要なバッファ長を見積もります。次に，同時に実行されるUAPと同時実行ユーザ数を考慮して必要なバッファ長を算出してください。

1SQL文のSQLオブジェクト長の見積もり方法については，「SQLオブジェクト用バッファ長（pd_sql_object_cache_size）の見積もり式」を参照してください。

《指定値のチューニング方法》

SQLオブジェクト用バッファ長のチューニングについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_sql_object_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_def_buf_control_area_assign = INITIAL｜TRAN

表定義情報用バッファ，ビュー解析情報用バッファ，ユーザ定義型情報用バッファ，及びルーチン定義情報用バッファの管理領域をHiRDB開始時に一括して確保するか，又はトランザクション開始時に確保するかを指定します。

INITIAL：

各種バッファの管理領域をHiRDB開始時に一括して確保します。この管理領域はHiRDBを終了するまで解放されません。

TRAN：

各種バッファの管理領域をトランザクション開始時に確保します。この管理領域はトランザクション終了時に解放されます。

《指定値の目安》

性能を重視する場合はINITIALを指定してください。トランザクション性能が向上します。ただし，TRAN指定時よりも共用メモリを多く必要とするため，メモリ所要量を見直してください。共用メモリの見積もりについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《各見積もり式への影響》

pd_def_buf_control_area_assignオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_thread_max_stack_size = 1スレッドが使用する最大スタックサイズ

〜＜符号なし整数＞((0〜OSが許容する最大スタックサイズ（最大2047）))《0》（単位：メガバイト）

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

1スレッドが使用するスタックサイズの最大値を指定します。0を指定するか，又はこのオペランドを省略した場合，1スレッドが使用するスタックサイズを制限しません。HiRDBは擬似スレッド制御をしているため，独自に確保したメモリをスタックとして割り当てています。このため，擬似スレッドに対してはOSのオペレーティングシステムパラメタのmaxssiz（Linuxの場合はstacksize）の値が有効となりません。maxssizの代わりにこのオペランドを指定します。

このオペランドにはmaxssiz以下の値を指定してください。

《利点》

UAPの不良，又はUAPからの複雑なSQLの要求などによって，1スレッドが多量のシステムリソースを使用することがあります。これが原因でOSがハングアップすることがあります。このオペランドを指定すると，1スレッドが使用するスタックサイズを制限できるため，OSのハングアップが防止できます。

《注意事項》

このオペランドの指定値が，OSが許容する最大スタックサイズ以下であることを確認してください。OSが許容する最大スタックサイズはmaxssizで確認できます。

◆　pd_thread_stack_expand_size = 1スレッド当たりのスタック拡張サイズ

〜＜符号なし整数＞((0〜2146435072))《0》（単位：バイト）

HiRDBが制御するスレッドの，1スレッド当たりのスタックサイズを拡張するオペランドです。

通常，このオペランドは省略します。保守員から依頼があった場合に変更してください。

◆　pd_table_def_cache_size = 表定義情報用バッファ長

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((100〜65535)) [図データ]

64ビットモードかつ推奨モードの場合：((100〜2000000))《16000》

64ビットモードかつ0904互換モードの場合：((100〜2000000)) [図データ]

n：HiRDB/パラレルサーバでマルチフロントエンドサーバ構成を適用する場合は4。それ以外は3。

一度使用した表と順序数生成子の定義情報を格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。表と順序数生成子の定義情報は，SQL文の前処理時に使用します。また，このバッファ内の定義情報は，LRUで管理されます。

《利点》

一度使用した表と順序数生成子の定義情報を共用メモリ内に格納して，次回使用するときは入出力なしで使用できます。

動的SQLを多く使用する場合，性能が向上します。

ディクショナリサーバとの通信回数を削減できます（HiRDB/パラレルサーバの場合）。

《指定値の目安》

使用頻度が高い表と順序数生成子の定義情報長の合計値を指定してください。

1順序数生成子当たりの表定義情報バッファサイズは，8キロバイトです。

1表当たりの表定義情報用バッファ長の求め方については，「表定義情報用バッファ長（pd_table_def_cache_size）の見積もり式」を参照してください。なお，一時表の場合は，非分割表と同様として計算してください。

《指定値のチューニング方法》

表定義情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_table_def_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_auth_cache_size = ユーザ権限情報用バッファ長

〜＜符号なし整数＞((1〜100))《10》（単位：キロバイト）

0904互換モードの場合：《1》

ユーザ権限情報を格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。

《指定値の目安》

ユーザ権限情報用バッファにはCONNECT権限，DBA権限，及び監査権限の情報を格納します。このバッファに情報がない場合はHiRDB接続時にディクショナリ表から情報を取得するため，応答時間が遅くなります。したがって，常時接続しているユーザ数分の情報を格納できるようにバッファ長を指定してください。

1ユーザ当たりのユーザ権限情報を格納するのに68バイト必要になります。それを基に計算してください。

《指定値のチューニング方法》

ユーザ権限情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_auth_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_view_def_cache_size = ビュー解析情報用バッファ長

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((0〜32000)) [図データ]

64ビットモードかつ推奨モードの場合：((0〜2000000))《30000》

64ビットモードかつ0904互換モードの場合：((0〜2000000)) [図データ]

n：HiRDB/パラレルサーバでマルチフロントエンドサーバ構成を適用する場合は4。それ以外は3。

ビュー解析情報を格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。

《利点》

一度使用したビュー解析情報を共用メモリ内に格納して，次回使用するときは入出力なしで使用できます。

《指定値の目安》

使用頻度が高いビュー表のビュー解析情報用バッファ長の合計値を指定してください。ビュー解析情報用バッファ長の見積もりについては，「ビュー解析情報用バッファ長（pd_view_def_cache_size）の見積もり式」を参照してください。

《指定値のチューニング方法》

ビュー解析情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_view_def_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_type_def_cache_size = ユーザ定義型情報用バッファ長

〜＜符号なし整数＞《0》（単位：キロバイト）

32ビットモードの場合：((100〜65536))

64ビットモードの場合：((100〜2000000))

このオペランドは，ユーザ定義型に関するオペランドです。ユーザ定義型を使用する場合は，このオペランドを指定することをお勧めします。

ユーザ定義型の情報を格納するバッファ（共用メモリ）の大きさを，キロバイト単位で指定します。ユーザ定義型の情報を使用すると，その情報がこのバッファ内に格納されます。この情報はSQL文の前処理時に使用します。

《利点》

このバッファにユーザ定義型の情報を格納すると，このユーザ定義型の情報を次回使用するときに，ディクショナリ表をアクセスする必要がなくなります。そのため，入出力回数の削減や，CPU使用時間を短縮できます。

ディクショナリサーバとの通信回数が削減できます。

動的SQLを多く使用する場合，このオペランドを指定すると性能が向上します。

《指定値の目安》

使用頻度が高い表に定義してあるユーザ定義型の定義情報長を合計します。一つ当たりのユーザ定義型の定義情報長は，次に示す計算式から求めてください。

↑｛（（ 0.3＋0.2×ａ＋0.1×ｂ）＋３）÷４｝↑×４

　　　　　　　　　　　　　　　　　（単位：キロバイト）

ａ：ユーザ定義型の属性数

ｂ：スーパタイプを継承したサブタイプ数

《指定値のチューニング方法》

ユーザ定義型情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_type_def_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_routine_def_cache_size = ルーチン定義情報用バッファ長

〜＜符号なし整数＞《300》（単位：キロバイト）

0904互換モードの場合：《100》

32ビットモードの場合：((0，20〜65536))

64ビットモードの場合：((0，20〜2000000))

次に示す定義情報を格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。これらの定義情報はSQL文の前処理時に使用します。

プラグイン関数の定義情報

システム定義スカラ関数の定義情報

ルーチンの定義情報

《利点》

このバッファに前記の定義情報を格納すると，これらの情報を次回使用するときに，ディクショナリ表をアクセスする必要がなくなります。そのため，入出力回数の削減や，CPU使用時間を短縮できます。

ディクショナリサーバとの通信回数が削減できます。

《適用基準》

次に示すSQLを多く使用する場合に指定します。

プラグインを使用するSQL

システム定義スカラ関数を使用するSQL

ルーチンを使用するSQL

《指定値の目安》

このオペランドの指定値の求め方については，「ルーチン定義情報用バッファ長（pd_routine_def_cache_size）の見積もり式」を参照してください。

《指定値のチューニング方法》

ルーチン定義情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

このオペランドの指定値が全プラグイン提供関数の定義情報の合計値より小さい場合，プラグイン提供関数の定義情報はバッファ中に確保されません。

《各見積もり式への影響》

pd_routine_def_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_registry_cache_size = レジストリ情報用バッファ長

〜＜符号なし整数＞((0〜65536))《10》（単位：キロバイト）

このオペランドは，プラグインに関するオペランドです。レジストリ情報を使用するプラグインを使用する場合は，このオペランドを指定することをお勧めします。HiRDB Text Search Plug-inを使用する場合は，指定することをお勧めします。

レジストリ情報を格納するバッファ（共用メモリ）の大きさを，キロバイト単位で指定します。レジストリ情報を使用すると，レジストリ情報がバッファ内に格納されます。レジストリ情報はSQL文の実行時に使用します。

《利点》

このバッファにレジストリ情報を格納すると，レジストリ情報を次回使用するときに，レジストリをアクセスする必要がなくなります。そのため，入出力回数の削減や，CPU使用時間を短縮できます。

ディクショナリサーバとの通信回数が削減できます。

レジストリ情報を多く使用するプラグインを使用する場合，このオペランドを指定すると性能が向上します。

《指定値の目安》

レジストリ情報用バッファ長は，次に示す計算式から求めてください。

↑（ 0.3＋ａ）↑×ｂ　　　　　　　　　　（単位：キロバイト）

ａ：レジストリキー長の平均長（単位：キロバイト）

　　レジストリキー値の平均長は次に示すSQLで求められます。

　　このSQLの結果の単位はバイトのため，キロバイトに変換してください。

      SELECT AVG(KEY_LENGTH) FROM MASTER.SQL_REGISTRY

ｂ：レジストリキーの登録数

　　レジストリキーの登録数は次に示すSQLで求められます。

      SELECT COUNT(*) FROM MASTER.SQL_REGISTRY

《指定値のチューニング方法》

レジストリ情報用バッファ長のチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《各見積もり式への影響》

pd_registry_cache_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

9.2.20　共用メモリに関するオペランド

◆　pd_shmpool_attribute = free｜fixed｜hugepage

HiRDBのユニットコントローラが使用する共用メモリをメモリ上に固定するかどうかを指定します。なお，AIX版のHiRDB（32ビットモード）では共用メモリの固定化をサポートしていないため，このオペランドにfixedを指定しても無効になります。

free：

メモリ上に固定しません。実メモリ量によっては，別の共用メモリのページングが発生し，性能に影響する場合があります。

fixed：

メモリ上に固定します。

hugepage：

この指定値はLinux版限定の指定値です。

LinuxのHugepage機能を用いてメモリ上に固定します。

《利点》

HiRDBが使用する共用メモリをメモリ上に固定（fixed又はhugepage指定）すると，共用メモリのページングを防止できます。このため，共用メモリに対するアクセス性能が向上します。

LinuxのHugepage機能を用いてメモリ上に固定（hugepage指定）すると，共用メモリのページサイズが通常のページサイズ（4KB）からhugepagesのページサイズ（2MB）に拡大されます。ページサイズが拡大すると，仮想アドレスを実アドレスに変換するための管理領域（PTE：Page Table Entry）を通常よりも小さくできるため，メモリ不足を防止できます。また，仮想アドレスと物理アドレスの変換回数が少なくなり，ページフォルトの発生を抑えることができます。これによって，トランザクション性能が向上することがあります。

《指定値の目安》

算出した共用メモリサイズとサーバマシンの実メモリから，メモリを固定するかどうかを決定してください。HiRDBがメモリを固定できるサイズに上限があるため，メモリを固定するとほかのメモリのページングが多発することがあります。したがって，実メモリや全使用量に対する共用メモリプールの占める割合をよく検討する必要があります。

ユニットコントローラが使用する共用メモリの計算式，及び各サーバが使用する共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかの機能との関連》

AIX版でfixedを指定する場合，次に示す制限があるため，64ビットモードのHiRDBサーバと32ビットモードのクライアントプロセスとの間ではプロセス間メモリ通信機能を使用できません。

OSのオペレーティングシステムパラメタの設定が必要

システム共通定義に環境変数putenv EXTSHM ONを設定できない

OSのオペレーティングシステムパラメタ，環境変数EXTSHMの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「AIX固有のパラメタ指定」を参照してください。

《注意事項》

AIX版でfixedを指定する場合の注意事項を次に示します。

OSのオペレーティングシステムパラメタの設定をしてください。OSのオペレーティングシステムパラメタの設定をしないと，このオペランドの指定は無効になります。設定するOSのオペレーティングシステムパラメタの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「AIX固有のパラメタ指定」を参照してください。

共用メモリがメモリ上に固定されているかどうかは，AIXのコマンドで確認できます。詳細については，AIXのマニュアルを参照してください。

Linux版でhugepageを指定する場合，LinuxのHugepage機能を有効にする必要があります。Hugepage機能については，OSのマニュアルを参照してください。Hugepage機能を有効にするときに設定するOSのオペレーティングシステムパラメタの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「LinuxのHugepage機能の指定」を参照してください。

◆　pd_shmpool_control = unit｜server

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

HiRDBが使用する共用メモリの制御方法を指定します。

unit：

HiRDB/パラレルサーバをユニットごとに開始，終了する場合に適した制御方法です。

server：

HiRDB/パラレルサーバをユーザサーバごとに開始，終了する場合（pdstart又はpdstopコマンドに-sオプションを指定する場合）に適した制御方法です。

なお，ここでいうユーザサーバとは，フロントエンドサーバ，ディクショナリサーバ，及びバックエンドサーバを指しています。

《指定値の目安》

通常は，このオペランドを省略するか，又はunitを指定してください。

影響分散スタンバイレス型系切り替え機能を適用しないシステムで，ユーザサーバの開始及び終了操作をする場合は，次に説明する「■共用メモリの確保及び解放の仕組み」を参照し，このオペランドにserverを指定するかどうかを検討してください。

■共用メモリの確保及び解放の仕組み

HiRDBが使用する共用メモリは，ユニットの開始時にOSから一括確保し，HiRDBが共用メモリプール上で管理します。ユーザサーバの開始時，そのユーザサーバで使用する分の共用メモリは，共用メモリプールから複数回に分けて確保されます。

また，ユーザサーバの終了時には，ユーザサーバの開始時に確保した共用メモリを解放します。

このため，HiRDB/パラレルサーバの開始及び終了操作をユーザサーバごとに行っている場合，共用メモリプール内で領域の断片化が発生することがあります。領域の断片化が進むと，ユーザサーバの開始時に共用メモリが確保できないためにユニットが異常終了することがあります。このオペランドにserverを指定すると，断片化が発生しても，ユーザサーバの開始時に必要な共用メモリが確保できるようになります。

なお，影響分散スタンバイレス型系切り替え機能を適用しているユニットの場合，ユーザサーバの開始及び終了操作を行っても，共用メモリプール内で領域の断片化が発生しないようにHiRDBが制御しています。そのため，影響分散スタンバイレス型系切り替え機能を適用したユニット内のバックエンドサーバに対してだけ，開始及び終了操作を行う場合は，このオペランドにserverを指定する必要はありません。

◆　pd_dbbuff_attribute = free｜fixed｜hugepage

グローバルバッファが使用する共用メモリを実メモリ上に固定するかどうかを指定します。なお，AIX版のHiRDB（32ビットモード）では共用メモリの固定化をサポートしていないため，このオペランドにfixedを指定しても無効になります。

free：

グローバルバッファが使用する共用メモリを実メモリにページ固定しません。

fixed：

グローバルバッファが使用する共用メモリを実メモリにページ固定します。

hugepage：

この指定値はLinux版限定の指定値です。

LinuxのHugepage機能を用いて，グローバルバッファが使用する共用メモリを実メモリにページ固定します。

《利点》

グローバルバッファが使用する共用メモリを実メモリにページ固定（fixed又はhugepage指定）すると，共用メモリのページングを防止できます。このため，共用メモリに対するアクセス性能が向上します。

LinuxのHugepage機能を用いてメモリ上に固定（hugepage指定）すると，共用メモリのページサイズが通常のページサイズ（4KB）からhugepagesのページサイズ（2MB）に拡大されます。ページサイズが拡大すると，仮想アドレスを実アドレスに変換するための管理領域（PTE：Page Table Entry）を通常よりも小さくできるため，メモリ不足を防止できます。また，仮想アドレスと物理アドレスの変換回数が少なくなり，ページフォルトの発生を抑えることができます。これによって，トランザクション性能が向上することがあります。

《指定値の目安》

実メモリに余裕があり，性能を重視する場合はfixed又はhugepageを指定してください。

算出した共用メモリサイズとサーバマシンの実メモリから，メモリを固定するかどうかを決定してください。実メモリに比べて多大なメモリをページ固定すると，ページングの多発や仮想メモリ不足の原因になります。したがって，実メモリや全仮想メモリに対する共用メモリプールの占める割合を検討する必要があります。グローバルバッファが使用する共用メモリの計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ページ固定は，実メモリサイズからページ固定する共用メモリサイズを減算したサイズが，スワップ領域サイズからページ固定する共用メモリサイズを減算したサイズの1/2以上にならないことを目安にしてください。

《ほかの機能との関連》

fixed又はhugepageを指定した場合，動的変更したグローバルバッファが使用する共用メモリも実メモリ上に固定されます。そのため，実メモリサイズを十分考慮してグローバルバッファを追加又は変更してください。

AIX版でfixedを指定する場合，次に示す制限があるため，64ビットモードのHiRDBサーバと32ビットモードのクライアントプロセスとの間ではプロセス間メモリ通信機能を使用できません。

・OSのオペレーティングシステムパラメタの設定が必要

・システム共通定義に環境変数putenv EXTSHM ONを設定できない

OSのオペレーティングシステムパラメタ，環境変数EXTSHMの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「AIX固有のパラメタ指定」を参照してください。

《注意事項》

AIX版でfixedを指定する場合の注意事項を次に示します。

OSのオペレーティングシステムパラメタの設定をしてください。OSのオペレーティングシステムパラメタの設定をしないと，このオペランドの指定は無効になります。設定するOSのオペレーティングシステムパラメタの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「AIX固有のパラメタ指定」を参照してください。

共用メモリがメモリ上に固定されているかどうかは，AIXのコマンドで確認できます。詳細については，AIXのマニュアルを参照してください。

Linux版でhugepageを指定する場合，LinuxのHugepage機能を有効にする必要があります。Hugepage機能については，OSのマニュアルを参照してください。Hugepage機能を有効にするときに設定するOSのオペレーティングシステムパラメタの詳細については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「LinuxのHugepage機能の指定」を参照してください。

◆　pd_sds_shmpool_size = シングルサーバ用共用メモリサイズ

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((1〜200000))

64ビットモードの場合：((1〜4000000000))

このオペランドは，HiRDB/シングルサーバ限定のオペランドです。ユニットコントローラ用の共用メモリの中で，シングルサーバが使用する領域の大きさをキロバイト単位で指定します。

《指定値の目安》

通常はこのオペランドを省略してください。省略した場合，HiRDBがこのオペランドの値を自動で計算します。その際，関連する定義の指定値を基に値を計算するため，関連する定義には適切な値を指定してください。関連する定義については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」に記載されている「シングルサーバが使用する共用メモリの計算式」を参照してください。

計算式中の変数の説明に現れるオペランドの値を途中で変更した場合は，このオペランドの値をHiRDBが自動的に再計算します。

また，計算式中の変数「インデクス用のグローバルバッファプール数」，及び「グローバルバッファ総数（pdbufferオペランドの指定数）」は，32ビットモードの場合は500，64ビットモードの場合は1000が仮定されます。

《指定値のチューニング方法》

次に示すメッセージが出力された場合は，このオペランドの指定値を大きくしてください。

KFPA20003-E

KFPD00005-E

KFPD00012-E

KFPD00021-E

KFPH20003-E

《注意事項》

このオペランドの省略時，関連する定義に適切な値が指定されていないと，HiRDBが自動計算した値が必要以上に大きくなって共用メモリをむだに確保してしまったり，逆に小さ過ぎて次に示す問題が発生したりします。

HiRDBを開始できない

UAP又はユティリティが実行できない

また，このオペランドに直接指定した値が，必要以上に大き過ぎたり，小さ過ぎたりした場合も同様の問題が発生します。

《各見積もり式への影響》

pd_sds_shmpool_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」

◆　pd_dic_shmpool_size = ディクショナリサーバ用共用メモリサイズ

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((1〜200000))

64ビットモードの場合：((1〜4000000000))

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。ユニットコントローラ用の共用メモリの中で，ディクショナリサーバが使用する領域の大きさをキロバイト単位で指定します。

《指定値の目安》

通常はこのオペランドを省略してください。省略した場合，HiRDBがこのオペランドの値を自動で計算します。その際，関連する定義の指定値を基に値を計算するため，関連する定義には適切な値を指定してください。関連する定義については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」に記載されている「ディクショナリサーバが使用する共用メモリの計算式」を参照してください。

計算式中の変数の説明に現れるオペランドの値を途中で変更した場合は，このオペランドの値をHiRDBが自動的に再計算します。

《指定値のチューニング方法》

次に示すメッセージが出力された場合は，このオペランドの指定値を大きくしてください。

KFPA20003-E

KFPD00005-E

KFPD00012-E

KFPD00021-E

KFPH20003-E

《注意事項》

このオペランドの省略時，関連する定義に適切な値が指定されていないと，HiRDBが自動計算した値が必要以上に大きくなって共用メモリをむだに確保してしまったり，逆に小さ過ぎて次に示す問題が発生したりします。

ユニットを開始できない

UAP又はユティリティが実行できない

また，このオペランドに直接指定した値が，必要以上に大き過ぎたり，小さ過ぎたりした場合も同様の問題が発生します。

◆　pd_bes_shmpool_size = バックエンドサーバ用共用メモリサイズ

〜＜符号なし整数＞（単位：キロバイト）

32ビットモードの場合：((1〜200000))

64ビットモードの場合：((1〜4000000000))

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。ユニットコントローラ用の共用メモリの中で，バックエンドサーバが使用する領域の大きさをキロバイト単位で指定します。

《指定値の目安》

通常はこのオペランドを省略してください。省略した場合，HiRDBがこのオペランドの値を自動で計算します。その際，関連する定義の指定値を基に値を計算するため，関連する定義には適切な値を指定してください。関連する定義については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」に記載されている「バックエンドサーバが使用する共用メモリの計算式」を参照してください。

計算式中の変数の説明に現れるオペランドの値を途中で変更した場合は，このオペランドの値をHiRDBが自動的に再計算します。

《指定値のチューニング方法》

次に示すメッセージが出力された場合は，このオペランドの指定値を大きくしてください。

KFPA20003-E

KFPD00005-E

KFPD00012-E

KFPD00021-E

KFPH20003-E

《注意事項》

このオペランドの省略時，関連する定義に適切な値が指定されていないと，HiRDBが自動計算した値が必要以上に大きくなって共用メモリをむだに確保してしまったり，逆に小さ過ぎて次に示す問題が発生したりします。

ユニットを開始できない

UAP又はユティリティが実行できない

また，このオペランドに直接指定した値が，必要以上に大き過ぎたり，小さ過ぎたりした場合も同様の問題が発生します。

◆　SHMMAX 共用メモリセグメントサイズの上限値

〜＜符号なし整数＞（単位：メガバイト）((6〜4194304))《1024》

グローバルバッファ用の共用メモリセグメントサイズの上限値をメガバイト単位で指定します。

HiRDBはこのオペランドの指定値を上限として，グローバルバッファ用の共用メモリセグメントを確保します。サーバマシン内のRDエリアに割り当てるグローバルバッファサイズの合計がこのオペランドの値を超える場合は，複数の共用メモリセグメントを割り当てます。

HiRDBは，HiRDB開始時に1サーバ当たり最大512セグメントのグローバルバッファプール用の共用メモリを確保できます。グローバルバッファプールが使用している共用メモリセグメントの情報はpdls -d memコマンドで確認できます。pdls -d memコマンドについては，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

《指定値の目安》

32ビットモードの場合

通常，このオペランドを指定する必要はありません。ただし，HiRDB開始時にKFPH23005-Eメッセージ（エラーコード24）を出力して，HiRDBが開始に失敗する場合だけ指定するようにしてください。詳細は，KFPH23051-Wメッセージの対策を参照してください。

KFPH23005-Eメッセージのエラーコード20が出力される場合，マニュアル「HiRDB Version 9 メッセージ」を参照して対策してください。

64ビットモードの場合

グローバルバッファプール用共用メモリのサイズが512GB以下の場合，このオペランドを指定する必要はありません。

グローバルバッファプール用共用メモリのサイズが512GBより大きい場合，次の式を満たす値を指定してください。

（SHMMAXオペランドの指定値）×512≧（グローバルバッファプール用共用メモリのサイズ）

《オペランドの規則》

指定範囲外の値を指定した場合は省略値が適用されます。

《注意事項》

SHMMAXの指定値には，グローバルバッファプール用共用メモリの管理領域長より大きい値を指定してください。大きい値を指定しないと，HiRDBを開始できません。グローバルバッファプール用共用メモリの管理領域長の計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「グローバルバッファが使用する共用メモリの計算式」を参照してください。

グローバルバッファの動的変更を適用している場合，SHMMAXの指定値はHiRDBの再開始時に変更できません。

共用メモリセグメント数は次のオペレーティングシステムパラメタの制限を受けます。

HP-UXの場合：shmmax，shmmni，及びshmseg

Linuxの場合：shmmax，shmmni，及びshmall

このため，グローバルバッファ用の共用メモリセグメントを複数確保する場合，この制限を超えて共用メモリを確保できないことがあります。この場合，次に示す優先順位で対処をしてください。

1.shmmni及びshmseg（Linuxの場合はshmall）の値を大きくする

2.shmmaxの値をSHMMAXオペランドの値より大きくする

3.グローバルバッファプール用の共用メモリのサイズが小さくなるように，グローバルバッファ数を見積もり直す

OSのオペレーティングシステムパラメタについては，OSのマニュアルを参照してください。また，指定値の見積もりについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_dbbuff_modify

pdbuffer

pd_max_add_dbbuff_no

pd_max_add_dbbuff_shm_no

《各見積もり式への影響》

SHMMAXオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「インメモリデータ処理で必要なメモリ所要量」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「インメモリデータ処理で必要なメモリ所要量」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

9.2.21　RDエリアに関するオペランド

◆　pd_max_rdarea_no = RDエリアの最大数

〜＜符号なし整数＞((5〜8388592))《1000》

0904互換モードの場合：《200》

RDエリアの最大数を指定します。RDエリアの合計数がこのオペランドの値を超えている場合，HiRDBを正常開始できません。なお，ここでいうRDエリアには，マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，及びデータディクショナリ用RDエリアも含まれます。

《指定値の目安》

RDエリアの合計数以上の値を指定してください（ある程度余裕をもたせてください）。RDエリアの合計数はpddblsコマンドで確認できます。なお，RDエリアを追加する予定がある場合は，その数を加算した値を指定してください。

HiRDB/パラレルサーバの場合，このオペランドの値はバックエンドサーバごとに適用されます。例えば，このオペランドに100を指定した場合，各バックエンドサーバに最大100個のRDエリアを作成できます。したがって，RDエリア数が最も多いバックエンドサーバを目安にしてこのオペランドを指定してください。

インナレプリカ機能を使用している場合，レプリカRDエリアの数も加算してください。

共用RDエリアを使用している場合，参照専用バックエンドサーバで使用する共用RDエリアの数も加算してください。

《注意事項》

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

《各見積もり式への影響》

pd_max_rdarea_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」，「計算式3」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」

「データベース構成変更ユティリティ（pdmod）実行時のメモリ所要量」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」，「計算式2」，「計算式3」

「フロントエンドサーバが使用する共用メモリの計算式」

◆　pd_max_file_no = RDエリアを構成するHiRDBファイルの最大数

〜＜符号なし整数＞((5〜134217728))《2000》

0904互換モードの場合：《400》

RDエリアを構成するHiRDBファイルの最大数を指定します。HiRDBファイルの合計数がこのオペランドの値を超えている場合，HiRDBを正常開始できません。なお，ここでいうRDエリアを構成するHiRDBファイルには，マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，及びデータディクショナリ用RDエリアのHiRDBファイルも含まれます。

《指定値の目安》

RDエリアを構成するHiRDBファイルの合計数以上の値を指定してください（ある程度余裕をもたせてください）。各HiRDBファイルシステム領域内のHiRDBファイルの数はpdfstatfsコマンドで確認できます。なお，HiRDBファイルを追加する予定がある場合は，その数を加算した値を指定してください。RDエリアの追加，RDエリアの再初期化，及びRDエリアの拡張時にHiRDBファイルを追加します。

HiRDB/パラレルサーバの場合，このオペランドの値はバックエンドサーバごとに適用されます。例えば，このオペランドに100を指定した場合，各バックエンドサーバに最大100個のHiRDBファイルを作成できます。したがって，HiRDBファイル数が最も多いバックエンドサーバを目安にしてこのオペランドを指定してください。

インナレプリカ機能を使用している場合，レプリカRDエリアを構成するHiRDBファイルの数も加算してください。

共用RDエリアを使用している場合，参照専用バックエンドサーバで使用する共用RDエリアを構成するHiRDBファイルの数も加算してください。

《注意事項》

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

《各見積もり式への影響》

pd_max_file_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式2」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」

◆　pd_rdarea_warning_point = セグメント使用比率1〔，セグメント使用比率2〔，セグメント使用比率3〕〕

〜＜符号なし整数＞((0〜100))（単位：％）

RDエリアのセグメント使用率通知メッセージ（KFPH00211-I，又はKFPA12300-I），又は増分するHiRDBファイルの領域使用率通知メッセージ（KFPH22037-W）の出力契機を指定します。

RDエリアの自動増分を適用しない場合

セグメント使用率通知メッセージ（KFPH00211-I，又はKFPA12300-I）が出力されます。

このオペランドの指定の有無，及び対象となるRDエリア種別ごとのセグメント使用率通知メッセージの内容を次に示します。

対象となるRDエリア

pd_rdarea_warning_point省略時

pd_rdarea_warning_point指定時

マスタディレクトリ用RDエリア

データディレクトリ用RDエリア

メッセージを出力しません。

対象となるRDエリアの全体のセグメントのうち，指定された使用率のセグメントの使用を開始しました。

データディクショナリ用RDエリア

ユーザ用RDエリア

対象となるRDエリアの最終ファイルのセグメントのうち，相対位置で80，90，100％のどれかのセグメントの使用を開始しました。

対象となるRDエリアの全体のセグメントのうち，指定された使用率のセグメントの使用を開始しました。

LOB用RDエリア

対象となるRDエリアの最終ファイルのセグメントのうち，相対位置で80，90，100％のどれかのセグメントの使用を開始しました。

指定された相対位置に当たるセグメントの使用を開始しました。

RDエリアの自動増分を適用する場合

自動増分するHiRDBファイルの領域使用率通知メッセージ（KFPH22037-W）が出力されます。

自動増分するHiRDBファイルの領域使用率通知メッセージは，自動増分を実行した場合に，このオペランドのセグメント使用比率以上に領域を割り当てたときに出力するメッセージです。

RDエリアの自動増分を適用する場合，このオペランドの指定の有無と出力するメッセージの内容を次に示します。

オペランドの指定値

pd_rdarea_warning_point省略時

pd_rdarea_warning_point指定時

メッセージの出力条件

増分したHiRDBファイルの領域は，使用率80，90，100％のどれかの比率以上に領域を割り当てました。

増分したHiRDBファイルの領域は，指定された使用率以上に領域を割り当てました。

例えば，このオペランドの省略時で使用率80％のメッセージが出力された場合，増分前の領域使用率は80％未満で，増分後の領域使用率が80％以上90％未満になったことを表します。

自動増分するHiRDBファイルの領域使用率は，増分できる最大容量に対する使用率です。次の計算式で求めます。

自動増分するHiRDBファイルの領域使用率（単位：％）＝A÷B×100

pdfmkfs -aコマンド指定の通常ファイルのHiRDBファイルシステム領域の場合

Ａ：自動増分するHiRDBファイルの容量

Ｂ：自動増分できる最大容量＝min｛（A＋C），64GB｝

Ｃ：自動増分するHiRDBファイルがあるHiRDBファイルシステム領域の空き容量＋自動増分するHiRDBファイルがあるHiRDBファイルシステム領域が存在するディスクの空き容量

pdfmkfs -eコマンド指定のHiRDBファイルシステム領域，又はpdfmkfs -a指定のキャラクタ型スペシャルファイル上のHiRDBファイルシステム領域の場合

Ａ：自動増分するHiRDBファイルの容量

Ｂ：自動増分できる最大容量＝min｛（A＋C），64GB｝

Ｃ：自動増分するHiRDBファイルがあるHiRDBファイルシステム領域の空き容量

上記の1と2で，自動増分できる範囲が異なります。自動増分できる範囲を次の図に示します。

《自動増分するHiRDBファイルの領域使用率通知メッセージに関する注意事項》

一回の自動増分で複数のセグメント使用比率を超えた場合は，超えたセグメント使用比率の中で最も大きいセグメント使用比率に対するメッセージを出力します。

次の要因により空き容量が減少し，増分前の領域使用率がセグメント使用比率を超えた場合は，そのセグメント使用比率に対するメッセージを出力しません。

・別のRDエリアで自動増分が発生したとき

・データベース構成変更ユティリティ(pdmodコマンド)でデータベースの物理構成を変更したとき

・HiRDB以外の製品によるファイル追加

《指定例》

メッセージの出力条件

オペランドの指定値

対象となるRDエリアのRDエリア全体のセグメントのうち，80，90，100％分の使用を開始した，それぞれの時点でメッセージを出力する場合

pd_rdarea_warning_point = 80,90,100

対象となるRDエリアのRDエリア全体のセグメントのうち，50，90％分の使用を開始した，それぞれの時点でメッセージを出力する場合

pd_rdarea_warning_point = 50,90

セグメント使用率通知メッセージを出力しない場合

pd_rdarea_warning_point = 0

《オペランドの規則》

この指定値は，三つまで指定できます。

同じ値を複数指定した場合には，その値に対して1回だけメッセージが出力されます。

セグメント使用比率1〜3に0だけを指定した場合には，セグメント使用率通知メッセージが出力されません。

0と0以外の数値が混在している場合には，指定された0以外の数値をメッセージの出力契機とします。

セグメント使用率通知メッセージ（KFPA12300-I）は，クライアント環境定義PDEXWARNにYESを指定した場合にだけ出力されます。

《注意事項》

次のユティリティでは，このオペランドの指定を無視し，オペランド指定省略時の動作となります。

データベース初期設定ユティリティ（pdinitコマンド）

データベース回復ユティリティ（pdrstrコマンド）

なお，データベース回復ユティリティでは，次の場合はコマンド実行中に再度のメッセージ出力はしません。

1.バックアップだけを使用した回復で，バックアップ取得時点で既にメッセージを出力済み

2.ログを使用した回復で，指定したログの最終時点までで既にメッセージを出力済み

◆　pd_rdarea_warning_point_msgout = Y｜N

RDエリアのセグメント使用率通知メッセージ（KFPH00211-I，又はKFPA12300-I）を出力するかどうかを指定します。

Y：pd_rdarea_warning_pointの指定値に従って，RDエリアのセグメント使用率通知メッセージを出力します。

N：RDエリアのセグメント使用率通知メッセージを出力しません。

《指定値の目安》

RDエリアのセグメント使用率通知メッセージの指定値の目安については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「空き領域の再利用機能」の「環境設定」を参照してください。

《注意事項》

次の場合には，このオペランドにＮを指定してもセグメント使用率通知メッセージを出力します。

データベース作成ユティリティ（pdload），又はデータベース再編成ユティリティ（pdrorg）でデータを格納する場合

空き領域の再利用機能を適用していない表にデータを格納する場合

インデクスにデータを格納する場合

空き領域の再利用機能を適用している表の構成列に可変長の列を含み，データ長を長くする更新を頻繁に行う場合

表の定義数がpd_assurance_table_noオペランドの指定値を超えたため，空き領域の再利用機能が使用できなくなっている場合

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

pd_rdarea_warning_point

pd_assurance_table_no

◆　pd_stored_lob_data_wrn_pnt = セグメント使用比率1〔，セグメント使用比率2〔，セグメント使用比率3〕〕

〜＜符号なし整数＞((0〜100))《80，90，100》（単位：％）

LOB用RDエリアのセグメント使用率通知メッセージ（KFPH22040-W）の出力契機を指定します。

このオペランドの指定例を次に示します。

表9‒6　pd_stored_lob_data_wrn_pntの指定例

メッセージの出力条件

オペランドの指定値

LOB用RDエリアが50，80，95%のセグメントを使用した，それぞれの時点でメッセージを出力する場合

pd_stored_lob_data_wrn_pnt = 50,80,95

LOB用RDエリアが50，90%のセグメントを使用した，それぞれの時点でメッセージを出力する場合

pd_stored_lob_data_wrn_pnt = 50,90

LOB用RDエリアのセグメント使用率通知メッセージを出力しない場合

pd_stored_lob_data_wrn_pnt = 0

《オペランドの規則》

この指定値は，三つまで指定できます。

0を除く同じ値を複数指定した場合には，その値に対して1回だけメッセージが出力されます。

セグメント使用率1〜3に0だけを指定した場合には，セグメント使用率通知メッセージが出力されません。

0と0以外の数値が混在している場合には，指定された0以外の数値をメッセージの出力契機とします。

《注意事項》

このオペランドの指定は，pdinitコマンド，pdrstrコマンドに対してはLOB用RDエリアのセグメント使用率通知メッセージを出力しません。

プラグインインデクスを使用している場合，プラグインインデクスの作成・再初期化時にLOB用RDエリアのセグメント使用率通知メッセージが出力されることがあります。

・LOB用RDエリアのセグメント使用率通知メッセージを出力したくない場合は，このオペランドに0を指定してください。

・LOB用RDエリアのセグメント使用率通知メッセージの監視レベルを下げたい場合は，syslogfileに出力するメッセージの重要度を変更してください。syslogfileに出力するメッセージの重要度の変更についての詳細は，「メッセージの出力抑止機能に関するオペランド」の説明，及び，マニュアル「HiRDB Version 9 システム運用ガイド」の「syslogfileに出力するメッセージの重要度の変更」を参照してください。

◆　pd_rdarea_extension_timing = use｜nouse

0904互換モードの場合：《nouse》

RDエリアの自動増分機能を適用している場合，どのタイミング（契機）でRDエリアを自動増分するかを指定します。

use：RDエリア内の空きセグメント数が1回の自動増分で増分するセグメント数以下になったときに自動増分します。例えば，1回の自動増分セグメント数を50セグメントとしている場合，空きセグメント数が50セグメント以下になったときに自動増分します。

nouse：RDエリア内に空きセグメントがなく，新しいセグメントを確保できないときに自動増分します。

《指定値の目安》

それぞれの指定値のメリットとデメリットを次の表に示します。

項目

オペランドの指定値

use

nouse

メリット

自動増分ができない場合※でも，データ追加によるページ不足エラーになるまで，空きセグメント（増分セグメント数分）を利用できます。この間に，RDエリアの状態を解析し，使用状況に応じて再編成やRDエリアの拡張などの対処ができるため，業務への影響を最小限にできます。

空きセグメントがなくなってから，自動増分を行うため，HiRDBファイルシステム領域内に複数HiRDBファイルを作成する場合，格納効率が良くなります。

デメリット

HiRDBファイルシステム領域内に複数HiRDBファイルを作成する場合，格納効率が悪くなることがあります。

自動増分ができない場合※，空きセグメントがない状態のため，データ追加によるページ不足エラーで業務が停止するおそれがあります。

注※　次のような場合，自動増分できません。

HiRDBファイルシステム領域内でHiRDBファイルを拡張する方式（pdfmkfs -eコマンド）の場合，HiRDBファイルシステム領域に空きがないとき。

HiRDBファイルシステム領域を自動的に拡張する方式（pdfmkfs -aコマンド）の場合，ディスクに空きがない，又はHiRDBファイルの最大サイズ（64GB）に達しているとき。

RDエリアがバックアップ閉塞状態のため，自動増分が抑止されるとき。

このオペランドの指定値は，業務への影響を最小限にできるuseをお勧めします。

◆　pd_rdarea_expand_format ＝ Y｜N

RDエリアの自動増分が発生した場合に増分領域を初期化するかどうかを指定します。通常ファイルで，pdfmkfsコマンドに-aオプションを指定して増分したHiRDBファイルシステム領域に対して指定できます。

Y：増分領域を初期化します。

N：増分領域を初期化しません。

《指定値の目安》

このオペランドにYを指定すると，増分領域を初期化するためディスクへの入出力が発生します。ディスクへの入出力処理に時間が掛かるため，次のトランザクションが遅延します。

初期化しているセグメントを更新するトランザクション

自動増分で新規セグメントを割り当てるトランザクション

そのため，通常はこのオペランドの指定値をNにすることをお勧めします。

ただし，RDエリアなどの容量を監視できる運用を行えるかどうかによってお勧めする指定値が変わります。詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」の「RDエリアの自動増分を適用する場合の運用」を参照してください。

《注意事項》

このオペランドの指定値をYにした場合，自動増分が発生しているRDエリアをアクセスする更新トランザクションの実行時間が延びるため，次のどちらかの要因でトランザクションがキャンセルされることがあります。

排他待ち限界経過時間を超過した

HiRDBクライアントの最大待ち時間やユティリティの最大実行時間を超過した

トランザクションがキャンセルされることを避けるため，《ほかのオペランドとの関連》に示すオペランドについて，次に示すRDエリアの構成情報，及びHiRDBファイルシステム領域を配置しているディスクの入出力性能を考慮して，増分領域の初期化に掛かる処理時間の目安を秒単位で見積もってください。

ページサイズ

セグメントサイズ

増分セグメント数

増分領域の初期化に掛かる処理時間の目安（単位：秒）＝
ページサイズ（バイト）×（セグメントサイズ×増分セグメント数＋α）÷HiRDBファイルシステム領域を配置しているディスクのI/O性能（バイト/秒）

α：増分時に作成するディレクトリページ数

・データディクショナリ用RDエリア，ユーザ用RDエリア，又はレジストリ用RDエリアの場合
　↑d÷b↑＋↑d÷f↑
・LOB用RDエリアの場合
　↑S÷64000↑×96

d：増分セグメント数

b：↓(P−20)÷(↑S÷32↑×8＋56)↓

f：↓(125×P)÷(16×b)↓×b

P：ページサイズ

S：セグメントサイズ

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

PDCWAITTIME

pd_lck_wait_timeout

pd_cmd_exec_time

pd_utl_exec_time

◆　pd_rdarea_extension_file = all｜last

RDエリアの自動増分機能を使用している場合に，自動増分対象HiRDBファイルを指定します。

all：RDエリアを構成するHiRDBファイルのすべてを自動増分の対象とします。

last：RDエリアを構成するHiRDBファイルの内，最終ファイルを自動増分の対象とします。

この機能を適用した場合，pddbstコマンド（-f指定）を実行すると，HiRDBファイル単位に「自動増分抑止状態」，「自動増分エラーコード」を追加で表示します。確認方法については，マニュアル「HiRDB Version 9 コマンドリファレンス」の「pddbst」を参照してください。

《指定値の目安》

推奨値はallです。

allを指定すると，RDエリア作成時に最大構成ファイル数の16ファイルを最小ファイルサイズで設置することで，RDエリア拡張なしで最小サイズから最大サイズ（64GB×16ファイル≒1TB）まで増分できます。

詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」の「RDエリアの自動増分」を参照してください。

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

pd_rdarea_extension_timing

《注意事項》

この機能は，ユーザ用RDエリアにだけ適用されます（一時表用RDエリアを除く）。

◆　pd_rdarea_open_attribute_use = Y｜N

RDエリアのオープン契機にDEFER属性又はSCHEDULE属性を使用するかどうかを指定します。

Y：DEFER属性又はSCHEDULE属性を使用します。

N：DEFER属性又はSCHEDULE属性を使用しません。

このオペランドを省略するか，又はNを指定した場合，RDエリアのオープン契機は常にINITIAL属性になります。したがって，次に示すオペランド又はユティリティでRDエリアのオープン契機をDEFER属性又はSCHEDULE属性にしても無効になります。

pd_rdarea_open_attributeオペランド

データベース初期設定ユティリティ

データベース構成変更ユティリティ

《注意事項》

Yを指定すると，HiRDBが必要とする共用メモリ量が増加するため，共用メモリが不足してHiRDBを開始できないことがあります。

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用する場合はこのオペランドにYが仮定されます。このため，サーバが使用する共用メモリが増加するので共用メモリを見積もり直してください。サーバが使用する共用メモリの見積もり式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《各見積もり式への影響》

pd_rdarea_open_attribute_useオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバで起動するプロセス」

「HiRDB/パラレルサーバで起動するプロセス」

「シングルサーバが使用する共用メモリの計算式」

「バックエンドサーバが使用する共用メモリの計算式」

◆　pd_rdarea_open_attribute = INITIAL｜DEFER｜SCHEDULE

RDエリアのオープン契機の標準値を指定します。

データベース初期設定ユティリティ又はデータベース構成変更ユティリティでopen attributeの指定がないRDエリアは，このオペランドに指定した属性が仮定されます。ただし，システム用RDエリアは，常にINITIALが仮定されます。

《指定値の目安》

同じHiRDBファイルシステム領域のRDエリアには，同じ属性を指定してください。異なる属性を指定すると，期待どおりの効果が得られない場合があります。

各属性のRDエリアのオープン／クローズ契機，及び長所／短所を次に示します。

属性

初期状態

オープン契機

クローズ契機

長所

短所

INITIAL

オープン状態

HiRDB開始時

pdopenコマンド実行時

pdcloseコマンド実行時

初回SQLから高速実行

システムの開始に時間が掛かる

DEFER

クローズ状態

RDエリアの初回アクセス時

pdopenコマンド実行時

pdcloseコマンド実行時

システムの開始が高速

初回アクセス以後は通常SQLも高速

各RDエリアの初回アクセスに時間が掛かる

SCHEDULE

クローズ状態

トランザクション内でのRDエリア初回アクセス時

pdopenコマンド実行時

トランザクション終了時

pdcloseコマンド実行時

システムの開始が高速

ファイルオープンの集中を回避

トランザクションごとにRDエリアの初回アクセスが高負荷となる

リアルタイムSANレプリケーションの処理方式がハイブリッド方式の場合，トランザクション終了時に1トランザクション当たり2秒以上のオーバヘッドが掛かる

各属性に適する運用形態を次に示します。

属性

適する運用形態

INITIAL

システム開始時にHiRDBファイルシステム領域をオープンして，RDエリア情報をメモリ上に常駐します。RDエリアの初回アクセス時にも，そのプロセス上でオープンします。ただし，この場合にはRDエリア情報の再作成をしないため，初回SQLから高速な運用ができます。

システム開始時のRDエリア初期状態はオープン状態であり，以降は障害閉塞への遷移を除いて，運用コマンドの入力がないかぎりRDエリアの状態は遷移しません。

特殊な運用形態を用いない場合は，この属性を推奨します。

この属性のとき，クローズ状態のRDエリアに対してはアクセスできません。

DEFER

システム開始時にHiRDBファイルシステム領域のオープンをしないで，RDエリアに対する初回アクセス時にオープンし，RDエリア情報をメモリ上に常駐します。2回目以降のアクセスでは，HiRDBファイルシステム領域のオープン以降の処理をしないため，高速な運用ができます。

システム開始時のRDエリア初期状態はクローズ状態であり，各RDエリアに対する初回アクセス時に該当するRDエリアをオープン状態にします。以降は障害閉塞への遷移を除いて，運用コマンドの入力がないかぎりRDエリアの状態は遷移しません。

多数のHiRDBファイルシステム領域に対するオープンが重なるケースを回避したい場合や，HiRDBの開始時間を短縮したい場合に，この属性を指定します。

HiRDBを再開始する場合は，回復処理時に回復対象RDエリアをオープンします。

この属性を指定した場合，クローズ状態のRDエリアに対してもアクセスできます。

SCHEDULE

システム開始時にHiRDBファイルシステム領域のオープンをしないで，システム開始後，各トランザクション内でのRDエリアに対する初回アクセス時にオープンし，RDエリア情報をメモリ上に常駐します。トランザクションの終了時に，そのトランザクション内でオープンしたHiRDBファイルシステム領域をクローズします。以降もトランザクションが変わるとRDエリアに対する初回アクセス時にオープン以降の処理をするため，トランザクションに掛かる負荷は増加します。

システム開始時のRDエリアの初期状態はクローズ状態であり，アクセスのあったRDエリアのトランザクション処理中だけオープン状態とします。トランザクション終了時に，トランザクション内でオープン状態としたすべてのRDエリアをクローズ状態にします。

pdopenコマンドを入力すると，次回閉塞クローズ状態になるまでの間オープン状態を継続できます。そのほかの運用コマンドを用いて，RDエリアのステータスを任意に遷移させることもできます。障害を検知したときは障害閉塞となります。

多数のHiRDBファイルシステム領域のオープンが重なることを回避したい場合や，システムの開始時間を短縮したい場合に，この属性を指定します。

HiRDBを再開始する場合は，回復処理時に回復対象RDエリアをオープンして，回復処理の終了後にクローズします。

この属性を指定した場合，クローズ状態のRDエリアに対してもアクセスできます。

リアルタイムSANレプリケーションの処理方式がハイブリッド方式の場合，リモートサイトへのデータベースの同期待ち合わせを行います。トランザクション終了時に，アクセスしたRDエリア数×2秒以上のオーバヘッドが掛かることがあります。

《注意事項》

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用する場合の注意事項を次に示します。

使用する機能

注意事項

高速系切り替え機能

高速系切り替え機能の対象になる待機系ユニットは，待機状態のときにRDエリアをオープンしていません。また，系の切り替え時間を最小限に抑えるため，系切り替えの発生時に全面回復で必要なRDエリアだけをオープンして，そのほかのRDエリアはオープンしません。したがって，待機系のRDエリアのオープン契機はINITIAL属性になりません。INITIAL属性のRDエリアはDEFER属性になります。

1：1スタンバイレス型系切り替え機能

系の切り替え時間を最小限に抑えるため，系切り替えの発生時に全面回復で必要なRDエリアだけをオープンして，そのほかのRDエリアはオープンしません。したがって，正規BES又は代替部のRDエリアのオープン契機は次に示すようになります。

系切り替えが発生した場合，代替部のRDエリアのオープン契機はSCHEDULE属性になります。

障害が回復して正規BESに系を切り戻した場合，正規BES下のINITIAL又はDEFER属性のRDエリアのオープン契機はDEFER属性になります。SCHEDULE属性のRDエリアはSCHEDULE属性のままです。

影響分散スタンバイレス型系切り替え機能

系の切り替え時間を最小限に抑えるため，系切り替えによる再開始時には全面回復で必要なRDエリアだけをオープンして，そのほかのRDエリアはオープンしません。したがって，系切り替えが発生した場合，ゲストBES下のINITIAL属性のRDエリアのオープン契機はDEFER属性になります。

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能とRDエリアのオープン契機の関係を次に示します。

条件

pd_rdarea_open_attribute_useの指定値

N

Y

RDエリアのオープン契機

INITIAL

DEFER

SCHEDULE

系切り替え機能を使用しない※1

INITIAL

INITIAL

DEFER

SCHEDULE

スタンバイ型系切り替え機能※1

高速系切り替え機能を使用しない

高速系切り替え機能

実行系

待機系

DEFER※2

DEFER

DEFER

SCHEDULE

1：1スタンバイレス型系切り替え機能※1

受け入れ部（代替BESユニットの代替部以外）

実行系

INITIAL

※2，※3

INITIAL

※3

DEFER

SCHEDULE

待機系

DEFER※2

DEFER

DEFER

SCHEDULE

代替部

実行系

SCHEDULE

※2

SCHEDULE

SCHEDULE

SCHEDULE

待機系

影響分散スタンバイレス型系切り替え機能※1

正常開始又は再開始

INITIAL

INITIAL

DEFER

SCHEDULE

系切り替えによる再開始

DEFER※2

DEFER

DEFER

SCHEDULE

注※1　システム用RDエリアのオープン契機はINITIALになります。

注※2　pd_rdarea_open_attribute_useオペランドにYが指定されているとみなします。

注※3　再開始時はDEFERになります。

◆　pd_shared_rdarea_use = Y｜N

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

共用RDエリアを使用するかどうかを指定します。

Y：共用RDエリアを使用します。

N：共用RDエリアを使用しません。

《注意事項》

共用RDエリアを定義しているのに，このオペランドを省略した場合（又はこのオペランドにNを指定した場合），HiRDBを正常開始できません。

このオペランドにYを指定すると，pd_dbsync_pointオペランドにcommitを指定したときと同じ共用メモリブロックを確保します。

《各見積もり式への影響》

pd_shared_rdarea_useオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「バックエンドサーバが使用する共用メモリの計算式」

◆　pd_db_access_error_action = dbhold｜unitdown

RDエリアへのアクセス時にファイルアクセスエラーが発生した場合の動作を指定します。

RDエリアにアクセスする際，アクセス対象のRDエリアを構成するHiRDBファイルシステム領域にあるファイルをHiRDB以外のプロセスが占有排他でオープンしていると，ファイルアクセスエラーとなります（エラーコード-1540※）。

マスタディレクトリ用RDエリアの場合はファイルアクセスエラー検知時ユニットダウン機能を使用していなくても，障害閉塞しないでユニットダウンします。ただし，ユニットダウンする際にはKFPH23040-Iメッセージが出力されます。

注※　HiRDBファイルシステム領域のアクセス権限の設定を誤った場合にも返却されます。

dbhold：

ファイルアクセスエラーが発生した場合，アクセス対象のRDエリアを閉塞します。

unitdown：

ファイルアクセスエラーが発生した場合，KFPH23040-Iメッセージを出力して，ファイルアクセスエラー検知時ユニットダウン機能を適用します。ファイルアクセスエラー検知時ユニットダウン機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《適用基準》

通常，このオペランドを指定する必要はありません。

HiRDBの稼働中にHiRDB以外のプロセスがRDエリアを構成するHiRDBファイルシステム領域にアクセスする運用を行っていて，そのプロセスがHiRDBファイルシステム領域を占有排他する可能性がある場合に，このオペランドの指定を検討してください。

《注意事項》

unitdownを指定した場合にファイルアクセスエラーが発生すると，次のケースでは処理対象のRDエリアが障害閉塞することがあります。

・更新前ログ取得モード又はログレスモードでUAPやユティリティを実行している

・CREATE TABLEのRECOVERYオペランドでNOを指定してログレスモードにしたユーザLOB用RDエリアに対して，UAP又はユティリティを実行している

物理エラー検知時ユニットダウン機能を使用する場合は，できるだけこれらの運用は避けてください。もし，これらの運用が必要な場合は，RDエリアが閉塞しても最新の状態に回復できるよう，UAP又はユティリティの実行前にバックアップを取得してください。バックアップの取得については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

ログ同期方式のリアルタイムSANレプリケーション機能を適用している場合，ログ適用サイトのHiRDBの開始中は，unitdownを指定しても無効になります。

データベース回復ユティリティ（pdrstr）での回復処理中は，unitdownを指定していてもユニットダウンしません。この場合は，データベース回復ユティリティ（pdrstr）を再度実行して回復してください。

《ほかのオペランドとの関連》

pd_mode_confオペランド

pd_db_io_error_actionオペランド

pd_db_hold_actionオペランド

なお，pd_db_io_error_actionオペランド，pd_db_access_error_actionオペランド，及びpd_db_hold_actionオペランドのうち，複数のオペランドでunitdownを指定した場合は，次の順序でオペランドの指定値が有効になります。

pd_db_io_error_actionオペランド

pd_db_access_error_actionオペランド

pd_db_hold_actionオペランド

そのため，RDエリアの入出力エラー，ファイルアクセスエラー，及び物理エラーのうち複数のエラーが同時に起こった場合，どのエラー要因によってユニットダウンしたのかは，この優先順位を参考に判断してください。また，出力されたメッセージを参照してください。

◆　pd_db_hold_action = dbhold｜unitdown

RDエリアへのアクセス時に物理エラーが発生した場合（KFPH00306-Eメッセージの閉塞理由にi/o error occurred，又はopen error occurredを出力して閉塞するエラーの場合）の動作を指定します。マスタディレクトリ用RDエリアの場合は物理エラー検知時ユニットダウン機能を使用していなくても，障害閉塞しないでユニットダウンします。物理エラー検知時ユニットダウン機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

dbhold：

物理エラーが発生した場合，アクセス対象のRDエリアを閉塞します。

unitdown：

物理エラーが発生した場合，KFPH23047-Iメッセージを出力して，物理エラー検知時ユニットダウン機能を適用します。

《適用基準》

通常，このオペランドを指定する必要はありません。

RDエリアの数が少なく，RDエリアが一つでも障害閉塞したら業務全体が停止するようなシステムの場合に，このオペランドの指定を検討してください。

unitdownを指定する場合は，pd_mode_confオペランドにMANUAL2を指定してください。

《注意事項》

RDエリアに対するアクセスで物理エラーが発生し，KFPH00307-Eメッセージを出力してRDエリアがコマンド閉塞した場合は，pd_db_hold_actionオペランドにunitdownを指定していてもユニットダウンしません。

unitdownを指定した場合に物理エラーが発生すると，次のケースでは処理対象のRDエリアが障害閉塞することがあります。

・更新前ログ取得モード又はログレスモードでUAPやユティリティを実行している

・CREATE TABLEのRECOVERYオペランドでNOを指定してログレスモードにしたユーザLOB用RDエリアに対して，UAP又はユティリティを実行している

物理エラー検知時ユニットダウン機能を使用する場合は，できるだけこれらの運用は避けてください。もし，これらの運用が必要な場合は，RDエリアが閉塞しても最新の状態に回復できるよう，UAP又はユティリティの実行前にバックアップを取得してください。バックアップの取得については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

ログ同期方式のリアルタイムSANレプリケーション機能を適用している場合，ログ適用サイトのHiRDBの開始中は，unitdownを指定しても無効になります。

データベース回復ユティリティ（pdrstr）での回復処理中は，unitdownを指定していてもユニットダウンしません。この場合は，データベース回復ユティリティ（pdrstr）を再度実行して回復してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_mode_confオペランド

pd_db_io_error_actionオペランド

pd_db_access_error_actionオペランド

なお，pd_db_io_error_actionオペランド，pd_db_access_error_actionオペランド，及びpd_db_hold_actionオペランドのうち，複数のオペランドでunitdownを指定した場合は，次の順序でオペランドの指定値が有効になります。

pd_db_io_error_actionオペランド

pd_db_access_error_actionオペランド

pd_db_hold_actionオペランド

そのため，RDエリアの入出力エラー，ファイルアクセスエラー，及び物理エラーのうち複数のエラーが同時に起こった場合，どのエラー要因によってユニットダウンしたのかは，この優先順位を参考に判断してください。また，出力されたメッセージを参照してください。

9.2.22　グローバルバッファに関するオペランド

◆　pd_dbbuff_lru_option = SEPARATE｜MIX

グローバルバッファのLRU管理方式を指定します。ただし，次のどちらかに該当する場合は無条件にMIXを仮定します。

pd_dbsync_pointにcommitを指定している場合

pd_dbbuff_binary_data_lruにNを指定している場合

SEPARATE：

参照バッファ，及び更新バッファをそれぞれ独立したLRUで管理します。グローバルバッファの不足時には，グローバルバッファ内のアクセスした参照バッファの中で，最も古いバッファがメモリから追い出されます。オンライン業務のように1トランザクション当たりの参照，更新件数が比較的少ない場合に指定します。

MIX：

グローバルバッファを一括したLRUで管理します。グローバルバッファの不足時には，グローバルバッファ内のアクセスしたバッファで，最も古いバッファがメモリから追い出されます。オンライン業務とバッチ業務など，大量検索，大量更新が共存する場合に指定します。

グローバルバッファのLRU管理方式については，マニュアル「HiRDB Version 9 解説」を参照してください。

◆　pd_dbbuff_binary_data_lru = Y｜N

BINARY型を指定した列にアクセスするUAPを実行する場合，グローバルバッファのLRU管理を行うかどうかを指定します。UAPがアクセスするバイナリデータのLRU管理抑止設定については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

Y：

バイナリデータが格納された分岐行ページにLRU管理を適用して，グローバルバッファ上にキャッシュします。

N：

バイナリデータが格納された分岐行ページにLRU管理を適用しないで，アクセス頻度に関係なく最も古くアクセスしたページとしてグローバルバッファ上にキャッシュします。

ただし，基本行ページはLRU管理を適用してグローバルバッファ上にキャッシュします。

グローバルバッファを使用してサイズが大きいバイナリデータに大量にアクセスするUAPを実行する場合，バイナリデータをグローバルバッファにキャッシュするために，グローバルバッファにキャッシュされた直近の内容がメモリから追い出され，一時的に性能を低下させてしまうことがあります。その場合，サイズが大きいバイナリデータのアクセス頻度が低いのであれば，LRU管理を抑止することによって性能低下を回避できます。

それぞれの指定値によるLRU管理，メリット及びデメリットを次の表に示します。

項目

オペランドの指定値

Y

N

LRU管理

すべてのグローバルバッファをLRUで管理し，グローバルバッファが不足したときは，グローバルバッファプール内で最も古くアクセスしたグローバルバッファをメモリから追い出します。

バイナリデータが格納された分岐行ページのグローバルバッファのLRU管理を抑止し，最も古くアクセスしたページとしてキャッシュします。グローバルバッファが不足したときは，バイナリデータが格納された分岐行ページのグローバルバッファをメモリから追い出します。

メリット

アクセスデータの種類に関係なく，グローバルバッファを均等に使用するため，UAPの性能が偏りません。

サイズが大きいバイナリデータに連続してアクセスしても，グローバルバッファからバイナリデータを優先的に追い出すため，バイナリデータ以外の検索性能を維持できます。

デメリット

サイズが大きいバイナリデータに連続してアクセスするとグローバルバッファから直近にアクセスしたデータが追い出されるため，バイナリデータ以外の検索性能が低下します。

サイズが大きいバイナリデータにアクセスするUAPは，バッファヒット率が低くなります。それによって，入出力回数が増加し，レスポンス性能が低下する可能性があります。

バイナリデータの更新時に，バイナリデータの分岐行の追い出しが多発することでシステムログ量が増加します。

《指定値の目安》

通常はこのオペランドを指定しないでください。

バイナリデータにアクセスしないで，蓄積するだけのシステムの場合は，Nを指定してください。バイナリデータに頻繁にアクセスするシステムの場合，このオペランドにNを指定するとデメリットの影響が大きいので適用するときは十分検討してください。

BINARY型やBINARY型の属性を含む抽象データ型，及びXML型などのサイズの大きなバイナリデータを含む表が存在するシステムの場合，サイズの大きなバイナリデータにほとんどアクセスしないときは，このオペランドにNを指定してください。バイナリデータが格納されたページをアクセス頻度に関係なく優先的にグローバルバッファから追い出し対象とするため，バイナリデータ以外のデータ格納ページがグローバルバッファから追い出される頻度を少なくできます。

《クライアント環境定義との関連》

クライアント環境定義のPDDBBUFLRUにNOを指定した場合は，このオペランドの指定に関係なく，指定したUAPでアクセスするすべてのデータのLRU管理を抑止します。

《ほかのオペランドとの関連》

pd_dbbuff_lru_optionオペランドにSEPARATEを指定しても，このオペランドでNを指定すると，pd_dbbuff_lru_optionオペランドにMIXを仮定します。

◆　pd_dbbuff_modify = Y｜N

HiRDBの稼働中にpdbufmodコマンドでグローバルバッファを動的変更するかどうかを指定します。グローバルバッファの動的変更については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：グローバルバッファを動的変更します。

N：グローバルバッファを動的変更しません。

《前提条件》

このオペランドにYを指定する場合（グローバルバッファを動的変更する場合）はHiRDB Advanced High Availabilityが必要になります。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

SHMMAX

pdbuffer

pd_max_add_dbbuff_no

pd_max_add_dbbuff_shm_no

《各見積もり式への影響》

pd_dbbuff_modifyオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式2」，「計算式4」，「計算式5」，「計算式6」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」，「計算式3」，「計算式4」，「計算式5」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」，「計算式4」，「計算式5」，「計算式6」

◆　pd_dbbuff_rate_updpage = デファードライトトリガの要求比率

〜＜符号なし整数＞((1〜100))（単位：％）

デファードライトトリガのトリガ契機を更新バッファ比率で指定します。

《指定値の目安》

通常はこのオペランドを省略してください。デファードライトの書き込み処理がシンクポイントダンプ取得間隔時間内で終了しない場合など，更新バッファ数を減らし，更新バッファヒット率を多少抑えてでも書き込み時間を短縮したいときにこのオペランドを指定します。指定する場合は，50%（HiRDBが設定する初期値）を目安にし，マニュアル「HiRDB Version 9 システム運用ガイド」の「デファードライト処理のチューニング」及び「デファードライト処理適用時のシンクポイント処理時間のチューニング」を参照してオペランドの値を決定してください。

このオペランドを指定すると，トリガの出力契機が一定となるため，更新量が増加すると更新バッファヒット率が低下し，レスポンスが遅延することがあります。

《ほかのオペランドとの関連》

このオペランドは，pdbufferオペランドの-yオプションと次に示す関係があります。

pd_dbbuff_rate_updpageオペランドの指定値は全グローバルバッファに適用されます。

pdbufferオペランドの-yオプションの指定値はグローバルバッファごとに適用されます。

pdbufferオペランドの-yオプションの指定値が優先されます。

pdbufferオペランドの-yオプションを指定しない場合，デファードライトトリガ契機の更新バッファ面数は，このオペランドの指定によって次のように異なります。

pd_dbbuff_rate_updpageオペランドの指定

デファードライトトリガ契機の更新バッファ面数

あり

グローバルバッファ面数×pd_dbbuff_rate_updpageオペランドの指定値

なし

HiRDBが自動計算します。

◆　pd_dbbuff_trace_level = グローバルバッファ制御情報トレース取得レベル

〜＜符号なし整数＞((0〜2147483647))《0》

グローバルバッファ制御情報トレースの取得レベルを符号なし整数で指定します。取得レベルは，グローバルバッファ制御情報トレース取得機能の各機能に対応したレベル値を合計して算出します。0を指定した場合，グローバルバッファ制御情報トレースを取得しません。グローバルバッファ制御情報トレース取得機能とレベル値の対応を次に示します。グローバルバッファ制御情報トレース取得機能の詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

グローバルバッファ制御情報トレース取得機能

レベル値

シンクポイント出力同期制御情報取得機能

1

《指定値の目安》

通常は，このオペランドを指定する必要はありません。障害調査などで保守員にこのオペランドの指定を依頼された場合は，保守員の指示に従って指定してください。

《各見積もり式への影響》

pd_dbbuff_trace_levelオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式5」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式4」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式5」

◆　pdbuffer -a グローバルバッファ名

　　　｛-r RDエリア名〔，RDエリア名〕…｜

　　　　-b RDエリア名〔，RDエリア名〕…｜

　　　　-o｜

　　　　-i 認可識別子．インデクス識別子 ｝

　　　　-n バッファ面数〔-ｌ バッファサイズ〕

　　　〔-m 同時実行最大プリフェッチ数〕

　　　〔-p 一括入力最大ページ数〕

　　　〔-w デファードライトトリガ時の更新ページ出力比率〕

　　　〔-c〕

　　　〔-y デファードライトトリガ契機の更新バッファ面数〕

グローバルバッファをどのRDエリアに割り当てるかを定義します。グローバルバッファとは，RDエリアへ表のデータを入出力するときにデータを確保する領域のことであり，共用メモリ上に確保されます。

すべてのRDエリアにグローバルバッファを割り当ててください。グローバルバッファを割り当てないRDエリアに対しては，SQL文及びpdopenコマンドを実行できません。グローバルバッファの設計方法については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《オペランドの規則》

pdbufferオペランドは2,000,000個まで指定できます。HiRDB/パラレルサーバの場合は1サーバ当たり2,000,000個までになります。ただし，全体で2,147,483,647個が上限になります。

《指定値のチューニング方法》

グローバルバッファのチューニング方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《オペランドの省略値》

pdbufferオペランドを省略すると，次に示す条件でグローバルバッファを割り当てます。

グローバルバッファ名：gbuf00

グローバルバッファの種別：-oオプション指定相当

グローバルバッファサイズ：6メガバイト

バッファ面数：6メガバイト÷RDエリアのページ長の最大値

-a グローバルバッファ名

〜＜識別子＞((1〜16文字))

グローバルバッファの名称を指定します。同じ名称は指定できません。

-r RDエリア名〔，RDエリア名〕…

〜＜識別子＞((1〜30文字))

グローバルバッファを割り当てるRDエリアの名称を指定します。次に示すRDエリアの名称を指定してください。

マスタディレクトリ用RDエリア

データディクショナリ用RDエリア

データディレクトリ用RDエリア

ユーザ用RDエリア

データディクショナリLOB用RDエリア※

ユーザLOB用RDエリア※

レジストリ用RDエリア

レジストリLOB用RDエリア※

リスト用RDエリア

注※

これらのLOB用RDエリアは，-bオプションのLOB用グローバルバッファも割り当てることをお勧めします（-rオプションと-bオプションの両方を指定します）。LOB用グローバルバッファを割り当てると性能が向上します。

《指定値の目安》

ページ長が同じか，又はページ長が近いRDエリアを同じグローバルバッファに割り当てると，入出力回数を削減できます。ただし，同じページ長のRDエリアでも，次に示すようなRDエリアは別々のグローバルバッファに割り当てた方が入出力回数を削減できます。

用途の異なる表を格納するRDエリア

ランダムアクセスが多いRDエリアと順次アクセスが多いRDエリア

《オペランドの規則》

RDエリア名に半角英数字以外の文字を含む場合は引用符（"）で囲んでください。

RDエリア名を引用符（"）で囲んだ場合は英字の大文字と小文字が区別されますが，引用符で囲まない場合はすべて大文字として扱われます。

一つのグローバルバッファには最大4096個のRDエリアを定義できます。

-b RDエリア名〔，RDエリア名〕…

〜＜識別子＞((1〜30文字))

LOB用グローバルバッファを割り当てるRDエリアの名称を指定します。次に示すRDエリアの名称を指定してください。

データディクショナリLOB用RDエリア

ユーザLOB用RDエリア

レジストリLOB用RDエリア

ここで指定したLOB用RDエリアは，-rオプションでも指定しておく必要があります。-bオプションの指定だけではLOB用RDエリアをアクセスできません。指定例を次に示します。

（例）

LOB用RDエリア（RDLOB01）に-r及び-bオプションのグローバルバッファを割り当てます。

    pdbuffer -a gbuf01 -r RDLOB01 -n 1000
    pdbuffer -a gbuf02 -b RDLOB01 -n 1000

備考

LOB用RDエリアにはディレクトリ部とデータ部があります。ディレクトリ部とデータ部はそれぞれ異なるグローバルバッファで管理しています。-r指定のグローバルバッファにはディレクトリ部がキャッシュされ，-b指定のグローバルバッファにはデータ部がキャッシュされます。このため，-r（又は-o）及び-bオプションを同時に指定する必要があります。

-r指定のグローバルバッファと-b指定のグローバルバッファは異なる用途のグローバルバッファのため，別々に見積もる必要があります。-r指定のグローバルバッファはディレクトリ部分だけをキャッシュするため，比較的小さくてもよいです。-b指定のグローバルバッファはLOBのデータ部をキャッシュするため，使用可能なメモリ容量及びヒット率を考慮して見積もってください。グローバルバッファの見積もり方法については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《指定値の目安》

次に示すようなLOB用RDエリアを指定します。

プラグインインデクスを格納するLOB用RDエリア

データ量が少なく，アクセス頻度が高いデータを格納するLOB用RDエリア

なお，一つのLOB用グローバルバッファには一つのLOB用RDエリアを割り当てることをお勧めします。

《オペランドの規則》

RDエリア名称が半角英数字以外の文字を含む場合は，引用符（"）で囲んでください。

RDエリア名を引用符（"）で囲んだ場合は英字の大文字と小文字が区別されますが，引用符で囲まない場合はすべて大文字として扱われます。

一つのグローバルバッファには，最大4096個のLOB用RDエリアを定義できます。

《注意事項》

LOB用グローバルバッファは，プリフェッチ機能及びデファードライトトリガ機能を使用しません。したがって，-m，-p，及び-wオプションを指定する必要はありません。

-o

-rオプションで指定していないすべてのRDエリアに，グローバルバッファを割り当てる場合に指定します。-oオプションは１回だけ指定できます。２回以上指定した場合は最初の指定を有効とします。

-i 認可識別子．インデクス識別子

認可識別子：〜＜識別子＞((1〜30文字))

インデクス識別子：〜＜識別子＞((1〜30文字))

インデクス用グローバルバッファを割り当てるインデクスの名称（認可識別子．インデクス識別子）を指定します。

《指定値の目安》

使用頻度の高いインデクスを指定してください。使用頻度の高いインデクスにグローバルバッファを割り当てると，インデクスページのメモリ常駐度が上がり，入出力回数の削減効果が出ます。

特に，クラスタキー又はユニークキーに定義したインデクスをグローバルバッファに割り当てると効果が大きくなります。なお，クラスタキーのインデクス識別子はHiRDBが決めるため，表を定義した後にディクショナリ表（SQL_INDEXES表のINDEX_NAME列）を検索してインデクス識別子を確認してください。

また，すべてのインデクスをインデクス用のグローバルバッファに割り当てると，グローバルバッファ全体の使用効率が悪くなります。したがって，メモリ量に応じてグローバルバッファに割り当てるインデクスを厳選してください。

《オペランドの規則》

「認可識別子．インデクス識別子」は，同じ名称で複数指定できません。

認可識別子又はインデクス識別子に半角英数字以外の文字を含む場合は，認可識別子及びインデクス識別子をそれぞれ引用符（"）で囲んでください。

認可識別子及びインデクス識別子をそれぞれ引用符（"）で囲んだ場合は，英字の大文字と小文字が区別されますが，引用符で囲まない場合は，すべて大文字として扱われます。

《注意事項》

-iオプションに指定したインデクスを格納しているRDエリアにもグローバルバッファを割り当てる必要があります。-rオプションでRDエリアを指定するか，又は-oオプションでグローバルバッファを割り当ててください。

RDエリアには，ディレクトリ部（ディレクトリページ），データ部（表データのページ），及びインデクス部（インデクスページ）が格納されています。インデクス用グローバルバッファにはインデクス部だけがキャッシュされるため，ディレクトリ部とデータ部をキャッシュするための-r又は-o指定のグローバルバッファが必要になります。

DROP TABLE又はDROP INDEXを実行した場合，削除したインデクスに割り当てていたインデクス用グローバルバッファは使用されなくなります。また，削除したインデクスと同じ名称のインデクスを定義しても，そのインデクス用グローバルバッファは使用できません。そのインデクス用グローバルバッファを使用するには，HiRDBを一度正常終了して再度開始する必要があります。

HiRDBの開始時に存在しないインデクスを-iオプションに指定した場合，そのインデクス用グローバルバッファは割り当てられません。このとき，KFPH23014-Wメッセージが出力されます。

また，HiRDBの開始後，-iオプションに指定したインデクスを定義しても，インデクス用グローバルバッファは使用できません。インデクス用グローバルバッファを使用するには，HiRDBを一度正常終了して再度開始する必要があります。

一時インデクスに割り当てたインデクス用グローバルバッファは，HiRDB開始時に無効になります。このとき，KFPH23014-Wメッセージが出力されます。

インデクス用グローバルバッファのバッファサイズより大きなページ長のインデクス格納RDエリアをALTER TABLEで追加した場合，追加したRDエリアのインデクスページはインデクス用グローバルバッファにキャッシュされません。インデクス用グローバルバッファにキャッシュするには，HiRDBを一度正常終了して再度開始する必要があります。

データベース構成変更ユティリティのRDエリアの再初期化で，RDエリアのページ長をインデクス用グローバルバッファのバッファサイズより大きくした場合，再初期化したRDエリアのインデクスページはインデクス用グローバルバッファにキャッシュされません。インデクス用グローバルバッファにキャッシュするには，HiRDBを一度正常終了して再度開始する必要があります。

-n バッファ面数

〜＜符号なし整数＞

32ビットモードの場合：((4〜460000))

64ビットモードの場合：((4〜1073741824))

グローバルバッファの面数を指定します。このオプションは必ず指定してください。

《指定値の目安》

シンクポイント取得のタイミング，及びグローバルバッファ内の更新ページの比率によっては，データベースへの出力が集中します。そのため，入出力回数のバランスも考慮する必要があります。

グローバルバッファの面数は，次の表から求めてください。

条件

グローバルバッファ面数の求め方

-r又は-oオプション指定のグローバルバッファの場合※1

HiRDB/シングルサーバの場合

同時に発生するSQL処理要求の数×1SQLで使用するページ数（3〜6程度）

HiRDB/パラレルサーバの場合

同時実行ユーザ数×1トランザクション内の平均同時アクセス表数×3×n※2

-bオプション指定のグローバルバッファの場合

LOB用RDエリアの総ページ数×常駐度※3(％)

-iオプション指定のグローバルバッファの場合※1

インデクスの格納ページ数×常駐度※4(％)

注※1

最低限必要なバッファ面数は次のとおりです。バッファ面数にはこの値以上を指定するようにしてください。この値より小さい値を指定した場合はバッファ不足によるSQLエラーが発生することがあります。

HiRDB/シングルサーバの場合

同時に発生するSQL処理要求の数×4

HiRDB/パラレルサーバの場合

同時実行ユーザ数×1トランザクション内の平均同時アクセス表数×4

注※2

n=1として見積もったバッファ面数では，バッファのヒット率を高くできません。このため，係数としてどれくらいの余裕をバッファに持たせるか（バッファのヒット率をどのくらいにするか）を検討して指定してください。

注※3

常駐度は1（100％）が望ましいが，メモリ容量，データのアクセス頻度などを考慮して設定します。ユーザLOB用RDエリアの総ページ数，及びレジストリ用RDエリアの総ページ数については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

注※4

常駐度は1（100％）が望ましいが，メモリ容量，インデクスの重要度などを考慮して設定します。インデクスの格納ページ数については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《指定値のチューニング方法》

バッファのヒット率がHiRDB稼働業務で80％以上となるように設定してください。バッファのヒット率は次に示す方法で確認できます。

統計解析ユティリティ（グローバルバッファに関する統計情報）の「更新バッファヒット率」及び「参照バッファヒット率」で確認できます。

pdbuflsコマンドのヘッダ名HITで確認できます。

《注意事項》

グローバルバッファは，正しく見積った値を指定してください。必要以上に大きな値を指定すると，次の現象が発生するおそれがあります。

a. 共用メモリ確保失敗に伴う起動失敗，又はユニットダウン

b. メモリ圧迫によるページング多発に伴う性能低下

c. バッファサーチのためのオーバヘッド増加に伴う性能低下

同一のグローバルバッファにアクセスするユーザ数が増加し，バッファ面数が不足した場合は，SQLエラーが発生することがあります。

-ｌ バッファサイズ

〜＜符号なし整数＞((4〜30の偶数))（単位：キロバイト）

グローバルバッファのバッファ1面のサイズをキロバイト単位で指定します。このオプションは-nオプションと一緒に指定します。

《指定値の目安》

通常，このオプションは省略してください。このオプションを省略すると，このグローバルバッファに割り当てたRDエリアの最大ページ長がバッファサイズになります。なお，HiRDB/パラレルサーバの場合はサーバ内のRDエリアの最大ページ長がバッファサイズになるため，サーバごとにバッファサイズが異なることがあります。

また，次に示す場合は指定値の変更を考えてください。

将来，このオプションで指定した値を超えるページ長のRDエリアを追加したり，再初期化してRDエリアのページ長を大きくしたりすることがある場合，このオプションの指定値を大きめに設定しておくことをお勧めします。ただし，HiRDBを一度終了できる場合，HiRDBの次回開始時にはバッファサイズに最大ページ長が仮定されるため，このオプションの指定値を大きめに設定しておく必要はありません。

《オペランドの規則》

このオプションの指定値がRDエリアの最大ページ長より小さい場合は，RDエリアの最大ページ長がバッファサイズになります。

このオプションに奇数を指定した場合，バッファサイズは指定した値に1を加算した値になります。

《注意事項》

このオプションの値を変更しても，HiRDBを正常開始しないと，その値が反映されません。HiRDBを再開始した場合は，前回稼働時（変更前）のバッファサイズとなります。

-m 同時実行最大プリフェッチ数

〜＜符号なし整数＞((0〜95000))《0》

同時にプリフェッチ機能を使用する最大数を指定します。プリフェッチ機能は，キャラクタ型スペシャルファイルを使用して大量検索をする場合に入出力時間を削減する効果があります。

このオプションに0を指定するか，又は省略した場合は，プリフェッチ機能は動作しません。プリフェッチ機能を動作させるには，1以上を指定してください。

《指定値の目安》

指定値の設定は，このグローバルバッファに割り当てられたRDエリアの表の中で，プリフェッチ機能が適用されるSQL文又はユティリティを同時に実行する回数を指定します。プリフェッチ機能は次に示すSQL文又はユティリティの場合にページを一括して入力します。

インデクスを使用しないSELECT，UPDATE，DELETE文の場合にデータページを一括して入力します。

インデクスを使用した昇順検索※をするSELECT，UPDATE，DELETE文（=条件，IN条件を除く）の場合にインデクスリーフページを一括して入力します。

クラスタキーを使用した昇順検索※をするSELECT，UPDATE，DELETE文（=条件，IN条件を除く）の場合にインデクスリーフページ及びデータページを一括して入力します。

ローカルバッファを使用しないデータベース再編成ユティリティ（pdrorg）のアンロードの場合にインデクスリーフページ及びデータページを一括して入力します。

注※　複数列インデクスの場合はインデクス定義で指定した順序

《注意事項》

プリフェッチ機能を使用する場合，グローバルバッファ用の共用メモリからグローバルバッファとは別に一括入力専用のバッファが確保されるため，再度共用メモリを見積もる必要があります。

また，グローバルバッファに割り当てられたRDエリアの表の中で，プリフェッチ機能を適用したSQL文及びユティリティを同時に実行する場合，実行する回数が指定値を超えたSQL文及びユティリティについてはプリフェッチ機能が適用されません。

プリフェッチ機能，及びグローバルバッファが使用する共用メモリの計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

-p 一括入力最大ページ数

〜＜符号なし整数＞((2〜256))《32》

プリフェッチ機能の一括入力最大ページ数を指定します。この指定は，-mオプションで１以上を指定したときだけ有効になります。

《指定値の目安》

共用メモリ量と削減効果のコストパフォーマンスから，指定の目安として次に示す計算式を満足するように指定します。

a×b＝64〜128　　（単位：キロバイト）

a：プリフェッチ対象表のデータ，又はインデクスが格納されているRDエリアのページ長

b：一括入力最大ページ数

-w デファードライトトリガ時の更新ページ出力比率

〜＜符号なし整数＞((0〜100))《20》（単位：％）

デファードライトトリガでの更新ページ出力比率をパーセントで指定します。デファードライトトリガについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

このオプションに0を指定した場合は，デファードライトトリガでの更新ページ出力をしません。

《指定値の目安》

グローバルバッファごとの入出力回数，及び更新ページのヒット率などを統計解析ユティリティで確認し，指定値を決めてください。更新ページのヒット率が高いグローバルバッファでは出力比率を低く，ヒット率の低いグローバルバッファでは出力比率を高く指定してください。

必要以上に大きい値を指定すると，更新の頻度が多い場合，入出力が多発します。また，遅延書き込み時にデータベースに書き込むページ数が増え，スループットが低下します。反対に，必要以上に少ない値を指定すると，シンクポイントダンプ出力時にデータベースに書き出すページ数が多くなることがあります。このため，できるだけ，シンクポイントダンプ出力間隔の間に同じページがデータベースに書き出される回数が少なくなるようにしてください。

すべてのページがグローバルバッファ上にあり，複数トランザクションで同一ページの更新が多く発生する場合は0を指定してください。0を指定すると，シンクポイント間隔内でデータベースに書き出される総ページ数を減らせます。

-c

このオプションはスタンバイレス型系切り替え機能に関するオプションです。この機能を使用しない場合にはこのオプションを指定しないでください。

1：1スタンバイレス型系切り替え機能の場合

正規BESのRDエリア又はインデクスが使用するグローバルバッファを，切り替え先の代替BES側にも作成する場合にこのオプションを指定します。このオプションを省略した場合，代替BES側にはグローバルバッファは作成されないため，代替中は代替BESに定義している-oオプション指定のグローバルバッファを使用します。

なお，-c及び-oオプションの両方を省略した場合は代替BESユニットを開始できません。

このオプションの指定によって代替中のグローバルバッファの割り当て方式が決まります。代替中のグローバルバッファの割り当て方式については，マニュアル「HiRDB Version 9 システム運用ガイド」の「グローバルバッファの定義（1：1スタンバイレス型系切り替え機能限定）」を参照してください。

影響分散スタンバイレス型系切り替え機能の場合

影響分散スタンバイレス型系切り替えの対象となるバックエンドサーバに配置されているRDエリア又はインデクスのグローバルバッファを定義する場合はこのオプションを指定します。ここで定義したグローバルバッファは同じHAグループ内の全ユニットに作成されます。

なお，-cオプションを省略した場合，このグローバルバッファが割り当てられないため，このグローバルバッファを使用するRDエリアにアクセスできません。

このオプションの指定によって影響分散スタンバイレス型系切り替え機能の対象となるバックエンドサーバのRDエリア，又はインデクスに対するグローバルバッファの割り当て方式が決まります。影響分散スタンバイレス型系切り替え機能使用時のグローバルバッファの割り当て方式については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-y デファードライトトリガ契機の更新バッファ面数

〜＜符号なし整数＞((2〜2147483647))

デファードライトトリガのトリガ契機を更新バッファ面数で指定します。更新バッファ面数が指定値に達すると，更新ページをディスクに書き込みます。グローバルバッファごとにデファードライトトリガのトリガ契機を設定したい場合に，このオプションを指定してください。

《指定値の目安》

通常はこのオプションを省略してください。デファードライトの書き込み処理がシンクポイントダンプ取得間隔時間内で終了しない場合など，更新バッファ数を減らし，更新バッファヒット率を多少抑えてでも書き込み時間を短縮したいときにこのオプションを指定します。指定する場合は，50%（HiRDBが設定する初期値）を目安にし，マニュアル「HiRDB Version 9 システム運用ガイド」の「デファードライト処理適用時のシンクポイント処理時間のチューニング」を参照してオペランドの値を決定してください。

《オペランドの規則》

このオプションにグローバルバッファ面数より大きい値を指定した場合は，グローバルバッファ面数と同じ値が適用されます。

《注意事項》

このオプションの指定値が小さ過ぎると，デファードライト処理の回数が増え，デファードライト処理による負荷を高めるため，指定値の目安に従った設定をお勧めします。

《ほかのオペランドとの関連》

このオペランドは，pd_dbbuff_rate_updpageオペランドと次に示す関係があります。

pd_dbbuff_rate_updpageオペランドの指定値は全グローバルバッファに適用されます。

pdbufferオペランドの-yオプションの指定値はグローバルバッファごとに適用されます。

pdbufferオペランドの-yオプションの指定値が優先されます。

pdbufferオペランドの-yオプションを指定しない場合，デファードライトトリガ契機の更新バッファ面数は，pd_dbbuff_rate_updpageオペランドの指定によって次のように異なります。

pd_dbbuff_rate_updpageオペランドの指定

デファードライトトリガ契機の更新バッファ面数

あり

グローバルバッファ面数×pd_dbbuff_rate_updpageオペランドの指定値

なし

HiRDBが自動計算します。

《各見積もり式への影響》

pdbufferオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「グローバルバッファが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「グローバルバッファが使用する共用メモリの計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式1」，「計算式4」，「計算式5」，「計算式6」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」，「計算式3」，「計算式4」，「計算式5」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」，「計算式4」，「計算式5」，「計算式6」

「メッセージキュー及びセマフォ所要量の見積もり」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

◆　pd_max_add_dbbuff_no = 動的追加用グローバルバッファ数の上限値

〜<符号なし整数>((1〜32752))

グローバルバッファの動的変更をする場合にこのオペランドを指定します。

このオペランドには，pdbufmodコマンドで動的追加するグローバルバッファ数（1サーバ当たり）の上限値を指定します。

《前提条件》

pd_dbbuff_modifyオペランドにYを指定している必要があります。

《指定値の目安》

pdbufmodコマンドで動的追加するグローバルバッファ数を予測し，その数に余裕を持たせた値を指定してください。

次に示す条件式を満たすようにこのオペランドの値を決定してください。

pd_max_add_dbbuff_noの値≦2000000−HiRDB開始時に各サーバに割り当てられているグローバルバッファ数

《オペランドの省略値》

このオペランドの省略値を次に示します。

条件

省略値

32ビットモードの場合

ａ≧500の場合

256

ａ＜500の場合

500−ａ

64ビットモードの場合

ａ≧1000の場合

256

ａ＜1000の場合

1000−ａ

ａ：HiRDB開始時に各サーバに割り当てられているグローバルバッファ数

《注意事項》

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

《ほかのオペランドとの関連》

このオペランドは次のオペランドと関連があります。

SHMMAX

pdbuffer

pd_max_add_dbbuff_shm_no

《各見積もり式への影響》

pd_max_add_dbbuff_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「ステータスファイルの容量の見積もり」の「Sの求め方」

「シングルサーバが使用する共用メモリの計算式」の，「計算式2」，「計算式4」，「計算式5」，「計算式6」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式2」，「計算式3」，「計算式4」，「計算式5」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」，「計算式4」，「計算式5」，「計算式6」

◆　pd_max_add_dbbuff_shm_no = 動的追加用共用メモリセグメント数の上限値

〜<符号なし整数>((1〜32752))

グローバルバッファの動的変更をする場合にこのオペランドを指定します。

このオペランドには，pdbufmodコマンドで動的追加したときに割り当てられる，共用メモリセグメント数（1サーバ当たり）の上限値を指定します。

《前提条件》

pd_dbbuff_modifyオペランドにYを指定している必要があります。

《指定値の目安》

pdbufmodコマンドで動的追加するグローバルバッファ数を予測し，値を指定してください。

《オペランドの省略値》

このオペランドの省略値を次に示します。

条件

省略値

pd_max_add_dbbuff_noオペランドを省略した場合

32ビットモードの場合

500＋A

64ビットモードの場合

1000＋A

pd_max_add_dbbuff_noオペランドを指定した場合

32ビットモードの場合

↓pd_max_add_dbbuff_noの値×1.5＋A↓

（計算値が32752以上だった場合は自動的に32752が設定されます）

64ビットモードの場合

A：HiRDB開始時に確保できる共用メモリセグメント数の余剰分です。次の計算式で値を求められます。

A=512−HiRDB開始時に各サーバに割り当てた共用メモリセグメント数

共用メモリセグメントの情報はpdls -d memコマンド，又はOSのコマンドで確認できます。

《注意事項》

次に示す条件式を満たす場合は，このオペランドにpd_max_add_dbbuff_noオペランドの値が仮定されます。

pd_max_add_dbbuff_shm_noの値＜pd_max_add_dbbuff_noの値

省略値が上記の条件を満たす場合も，pd_max_add_dbbuff_noオペランドの値が仮定されます。

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

追加する共用メモリセグメントサイズがSHMMAXオペランドの値を超える場合，SHMMAXオペランドの値を上限値とした複数の共用メモリセグメントに分割されます。追加する共用メモリセグメントサイズを想定してSHMMAXオペランドの値を増やすか，又は分割されたときに不足しないようにpd_max_add_dbbuff_shm_noオペランドの値を増やしてください。

グローバルバッファの動的変更機能を適用している場合，グローバルバッファ用共用メモリセグメントとして割り当てられる共用メモリセグメントの総数は次の計算式で求められます。

512＋pd_max_add_dbbuff_shm_no指定値

そのため，HiRDB開始時に確保した共用メモリセグメント数が512を超えている場合，動的変更時にはpd_max_add_dbbuff_shm_noオペランドの指定値からその超過分を引いた数の共用メモリセグメントが割り当てられることになります。

このオペランドの値を変更した場合は，OSパラメタの共用メモリセグメントサイズの上限値，システム上の共用メモリセグメント数の上限値，及び１プロセス当たりの共用メモリセグメント数の上限値を見直してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

SHMMAX

pdbuffer

pd_max_add_dbbuff_no

《各見積もり式への影響》

pd_max_add_dbbuff_shm_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

9.2.23　インメモリデータ処理に関するオペランド

インメモリデータ処理については，マニュアル「HiRDB Version 9 バッチ高速化機能」を参照してください。

◆　pd_max_resident_rdarea_no = インメモリRDエリアの最大数

〜＜符号なし整数＞((0〜8388592))《0》

インメモリRDエリアの最大数を指定します。このオペランドの指定値を超えた数のRDエリアをインメモリ化できません。

《前提条件》

このオペランドを指定する場合はHiRDB Acceleratorが必要になります。

《指定値の目安》

インメモリデータ処理を行う場合は，このオペランドに1以上を指定してください。0を指定すると，インメモリデータ処理を実行できません。

HiRDB/パラレルサーバの場合，このオペランドの指定値は1バックエンドサーバ当たりの最大数になります。

《注意事項》

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

《各見積もり式への影響》

pd_max_resident_rdarea_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式7」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式7」

◆　pd_max_resident_rdarea_shm_no = インメモリデータバッファが使用する共用メモリセグメントの最大数

〜＜符号なし整数＞((1〜2147450879))《pd_max_resident_rdarea_noの値×1.5》

インメモリデータバッファが使用する共用メモリセグメントの最大数を指定します。このオペランドの指定値を超えた数の共用メモリセグメントを使用することはできません。

《前提条件》

このオペランドを指定する場合はHiRDB Acceleratorが必要になります。

pd_max_resident_rdarea_noオペランドが指定されている必要があります。

《指定値の目安》

インメモリデータ処理を行う場合はこのオペランドの指定を検討してください。マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「インメモリデータバッファが使用する共用メモリセグメント数」を参照してから，このオペランドの指定値を決定してください。

HiRDB/パラレルサーバの場合，このオペランドの指定値は1バックエンドサーバ当たりの最大数になります。

《注意事項》

このオペランドには，必要以上に大きな値を指定しないでください。このオペランドの指定値を大きくすると，HiRDBが使用する共用メモリが増加します。これによって，共用メモリが不足しHiRDBを開始できないことがあります。

このオペランドの指定値を変更した場合，OSのオペレーティングシステムパラメタ（共用メモリセグメントの最大サイズ，システム上の共用メモリセグメントの最大数，1プロセス当たりの共用メモリセグメントの最大数）の指定値を見直す必要があります。

このオペランドに指定するのはあくまでHiRDBが管理する上限値です。OSが管理する上限値とは異なります。例えば，このオペランドに200を指定しても，OSの上限値が100の場合，確保できる共用メモリセグメントの最大数は100になります。

《各見積もり式への影響》

pd_max_resident_rdarea_shm_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

「シングルサーバが使用する共用メモリの計算式」の「計算式7」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式7」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

9.2.24　表又はインデクスの予約数に関するオペランド

◆　pd_assurance_table_no = 表予約数

〜＜符号なし整数＞((0〜4194294500))《500》

空き領域の再利用機能を使用する表数を指定します。空き領域の再利用機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。このオペランドには，必ず《指定値の目安》に記載されている値を指定してください。

空き領域の再利用機能を使用する表数が，このオペランドの指定値以下の場合は空き領域の再利用機能を使用できます。ただし，空き領域の再利用機能を使用する表数がこのオペランドの指定値を超えると，空き領域の再利用機能を使用できなくなります。

《指定値の目安》

このオペランドの指定値の計算方法を次に示します。

1表を1と数えてください。

横分割表の場合は1分割当たり1として数えてください。

インナレプリカ機能を使用している場合，レプリカRDエリアに格納した表は別表として数えてください。

HiRDB/パラレルサーバの場合は，指定値がバックエンドサーバごとに適用されます。バックエンドサーバごとに計算して最大値をこのオペランドに指定してください。

次の値を指定してください。

現在の空き領域の再利用機能を使用する表数＋次回のHiRDB開始から終了までの間に定義予定の空き領域の再利用機能を使用する表数

《注意事項》

指定した値が不要に大きいと共用メモリ不足でHiRDB（HiRDB/パラレルサーバの場合はバックエンドサーバ）を開始できないことがあります。共用メモリの算出式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《各見積もり式への影響》

pd_assurance_table_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」

◆　pd_assurance_index_no = インデクス予約数

〜＜符号なし整数＞((50〜4194294500))《2500》

0904互換モードの場合：《500》

使用するインデクスの数を指定します。このオペランドには，必ず《指定値の目安》に記載されている値を指定してください。インデクス数が，このオペランドの指定値以下の場合は，インデクス管理情報をメモリ上に常駐できるため，次に示すメリットがあります。

インデクス情報をメモリ上に常駐し，性能を向上できる

インデクスに関する統計情報を取得できる

メッセージの重複出力を抑止できる

インデクス空きページ解放後に，使用中セグメント内の未使用ページ優先割り当てができる

インデクス数がこのオペランドの指定値を超える場合は，これらのメリットがなくなります。

《指定値の目安》

このオペランドの指定値の計算方法を次に示します。

1インデクスを1と数えてください。

インデクスを横分割している場合は，1分割当たり1として数えてください。例えば，3分割している場合は3となります。

インナレプリカ機能を使用している場合，レプリカRDエリアに格納したインデクスは別インデクスとして数えてください。

HiRDB/パラレルサーバの場合は，指定値がバックエンドサーバごとに適用されます。バックエンドサーバごとに計算し，最大値をこのオペランドに指定してください。

次の値を指定してください。

現在のインデクス数＋次回のHiRDB開始から終了までの間に追加予定のインデクス数

《注意事項》

指定した値が不要に大きいと共用メモリ不足でHiRDB（HiRDB/パラレルサーバの場合はバックエンドサーバ）を開始できないことがあります。

共用メモリの算出式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

9.2.25　参照制約及び検査制約に関するオペランド

◆　pd_constraint_name = LEADING｜TRAILING

参照制約又は検査制約で，制約名の定義を制約定義の前後どちらにするかを指定します。

LEADING：制約名定義を制約定義の前に指定します（標準SQL仕様）。

TRAILING：制約名定義を制約定義の後に指定します（XDM/RD互換仕様）。

◆　pd_check_pending = USE｜NOUSE

参照制約又は検査制約で，検査保留状態（整合性が保証できなくなったデータの操作を制限している状態）を使用するかどうかを指定します。

USE：検査保留状態を使用します。

NOUSE：検査保留状態を使用しません。

《指定値の目安》

このオペランドにNOUSEを指定すると，データの整合性が保証されないことがあるため，通常はUSEを指定してください。データの整合性よりも処理性能を優先する場合，又は参照制約，及び検査制約を使用しない場合は，NOUSEを指定してください。

《注意事項》

このオペランドにUSEを指定するか，又は指定を省略した場合，PURGE TABLE文を実行時にHiRDBは次の動作をします。

ディクショナリ表（資源種別：3005，種別名：DICT）に対して一時的にEXモードで排他を掛ける

データディクショナリ用RDエリア（資源種別：0001，種別名：RDAR）に対してトランザクションが終了するまでSUモードで排他を掛ける

そのため，これらに排他を掛けるコマンド，又はユティリティは同時に実行できないことがあります。コマンド，又はユティリティが次に示す条件の場合は，コマンド，又はユティリティを同時実行しないようにしてください。

コマンド，又はユティリティ

条件

pddbchg（レプリカRDエリアのレプリカステータスの切り替え）

-wオプションを指定していない場合

pdmod（データベース構成変更ユティリティ）

ディクショナリ表の属性定義変更の場合

pdcopy（データベース複写ユティリティ）

次の二つの条件を満たす場合

-Mオプションにx又はrを指定した場合

複写対象にマスタディレクトリ用RDエリア，又はデータディクショナリ用RDエリアを含む場合

pdreginit（レジストリ機能初期設定ユティリティ）

-kオプションにallを指定した場合

9.2.26　一時表に関するオペランド

◆　pd_max_temporary_object_no = ある一時点で使用する一時表と一時インデクスの最大数

〜＜符号なし整数＞((0〜131072))《600》

0904互換モードの場合：《0》

サーバごとに，ある一時点で使用する一時表と一時インデクスの最大数を指定します。

《指定値の目安》

このオペランドの指定値は，次の計算式で求めてください。HiRDB/パラレルサーバの場合は，バックエンドサーバごとに求めてください。

（1トランザクションで使用するトランザクション固有一時表
＋その一時表の一時インデクスの総数）の最大数×アクティビティ数※
＋（SQLセッションで使用するSQLセッション固有一時表
＋その一時表の一時インデクスの総数）×接続ユーザ数

注※

アクティビティ数：

（（pd_max_usersの指定値＋3）×2＋1）＋α

α：pd_max_usersの指定値が60以下の場合は5，pd_max_usersの指定値が61以上の場合は0

HiRDB/パラレルサーバの場合，このオペランドの値はバックエンドサーバごとに適用されます。そのため，指定値が最も多いバックエンドサーバを目安にしてこのオペランドを指定してください。

《ほかのオペランドとの関連》

このオペランドは，pd_max_tmp_table_rdarea_noオペランドと関連があります。

《各見積もり式への影響》

pd_max_temporary_object_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式8」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式8」

◆　pd_tmp_table_initialize_timing = STARTING｜ACCESS

一時表用RDエリアは，通常，HiRDB開始時に初期化されます。このオペランドは，一時表用RDエリアの初期化をHiRDB開始時ではない時に変更する場合に指定します。一時表用RDエリアの初期化については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

STARTING：

HiRDB開始時に，前回稼働中に使用したすべての一時表用RDエリアを初期化します。

ACCESS：

一時表に最初にINSERT文が実行された時に，格納先候補となった一時表用RDエリアを初期化します。格納先候補となる一時表用RDエリアについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「格納先RDエリアの決定規則」を参照してください。

《注意事項》

ACCESSを指定すると，HiRDBを開始してから一時表に最初にINSERT文が実行された時に一時表用RDエリアを初期化するオーバヘッドが発生します。そのため，次の要因でトランザクションがキャンセルされるおそれがあります。

排他待ち限界経過時間を超過した

HiRDBクライアントの最大待ち時間を超過した

一時表用RDエリアの初期化によるオーバヘッド量（ディレクトリページの初期化ページ数）は次の計算式で求められます。

↑1000÷（50×（ページサイズ÷2048））↑
＋Σ↑各HiRDBファイルのセグメント数
÷（16000×（ページサイズ÷2048））↑
（単位：ページ）

《ほかのオペランドとの関連》のオペランドの指定値は，上記のオーバヘッドの時間を考慮して見積もってください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_lck_wait_timeout

クライアント環境定義のPDCWAITTIME

9.2.27　システムログファイルに関するオペランド

◆　pd_log_dual = Y｜N

システムログファイルを二重化するかどうかを指定します。

Y：システムログファイルを二重化します。

N：システムログファイルを二重化しません。

《利点》

システムログファイルを二重化すると，HiRDBはＡ系及びＢ系の両方に同じシステムログを取得します。取得したシステムログを読み込むとき，片方のファイルに異常が発生しても，もう一方のファイルからシステムログを読み込めるため，システムの信頼性を向上できます。

《ほかのオペランドとの関連》

システムログファイルを二重化する場合は，pdlogadpfオペランドでB系のシステムログファイル名を指定してください。

◆　pd_log_dual_write_method = serial｜parallel

このオペランドはAIX版及びLinux版限定のオペランドです。

システムログの並列出力機能を使用するかどうかを指定します。システムログの並列出力機能については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

serial：システムログの並列出力機能を使用しません。

parallel：システムログの並列出力機能を使用します。

このオペランドにparallelを指定した場合，HiRDBはaioライブラリ（AIXの場合はAsynchronous I/O Subsystem，Linuxの場合はlibaio）を使用して，システムログファイルへの出力を並列に実行します。

《前提条件》

このオペランドにparallelを指定する場合は，次に示す条件をすべて満たす必要があります。

aioライブラリを導入して必要な設定が行われている

pd_log_dual = Y

システムログファイルがキャラクタ型スペシャルファイルに配置されている

この条件を満たしていない場合は，このオペランドの指定値に関係なくシステムログの並列出力機能を使用できません。

◆　pd_log_remain_space_check = warn｜safe

システムログファイルの空き率が警告値未満になったときのHiRDBの処理方式を指定します。この機能をシステムログファイルの空き容量監視機能といいます。システムログファイルの空き容量監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

warn：

システムログファイルの空き率が警告値未満になった場合，警告メッセージKFPS01162-Wを出力します。

safe：

システムログファイルの空き率が警告値未満になった場合，新規トランザクションのスケジューリングを抑止して，サーバ内の全トランザクションを強制終了します。このとき，KFPS01160-Eメッセージを出力します。

《指定値の目安》

システムログファイルの空き容量不足によるユニットの異常終了の可能性を低くできるため，safeの指定を推奨します。ただし，safeを指定すると，システムログファイルの空き容量が不足したときに，サーバ内の全トランザクションが強制終了されます。このため，システムログファイルの設計をより正確に行う必要があります。システムログファイルの設計については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

◆　pd_log_auto_unload_path = "アンロードログファイルの出力先ディレクトリ"〔，"アンロードログファイルの出力先ディレクトリ"〕…

〜＜パス名＞((1〜136文字))

システムログの自動ログアンロード機能を使用する場合に，アンロードログファイルの出力先ディレクトリを絶対パス名で指定します。アンロードログファイルをHiRDBファイルシステム領域に作成する場合は，そのHiRDBファイルシステム領域名を指定してください。なお，このオペランドに指定するディレクトリ又はHiRDBファイルシステム領域は，HiRDBの開始前に作成しておいてください。

また，このオペランドには，サーバごとに異なるディレクトリ又はHiRDBファイルシステム領域を指定してください。

自動ログアンロード機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。ログをアンロードする運用については，マニュアル「HiRDB Version 9 システム運用ガイド」の「システムログをアンロードする運用」を参照して，自動ログアンロード機能の適用を検討してください。

《指定値の目安》

空きディスク容量を確認してからディレクトリを指定してください。作成されるアンロードログファイルによって，ディスク容量が圧迫される原因になります。

また，ディスク容量の不足によって，指定したディレクトリにアンロードログファイルが作成できない場合，自動ログアンロード機能が停止します。このようなことが発生する可能性がある場合は，ディレクトリを複数指定することをお勧めします。

ただし，ディレクトリは一つだけの方がデータベース回復時の運用（回復に必要なアンロードログファイルの選別）が若干簡単になります。

ディレクトリを複数指定する場合の補足事項を次に示します。

ディスク障害などに備えて，異なるパーティションのディレクトリを指定することをお勧めします。

ディスク容量満杯又はディスク障害などで一つのディレクトリ下にアンロードログファイルが作成できない場合，ほかのディレクトリ下にアンロードログファイルを作成します。このとき，HiRDBはこのオペランドに指定した順番にディレクトリを使用します。

《オペランドの規則》

ディレクトリは最大128個指定できます。

複数のディレクトリを指定した場合，同じパス名を指定できません。

《注意事項》

次の場合は，自動ログアンロード機能を使用できません。

・pd_log_unload_checkオペランドにNを指定している場合

・ログ同期方式のリアルタイムSANレプリケーションを使用している，ログ適用サイトの場合（KFPS04689-Wメッセージが出力されます）

アンロードログファイル作成ディレクトリを二つ以上作成している場合，HiRDBを正常開始したときに空のディレクトリがないと自動ログアンロード機能は停止します。

マルチHiRDBを利用している場合は，HiRDBごとに異なるディレクトリを作成してください。同じディレクトリを指定すると，どのアンロードログファイルがどのHiRDBに対応しているか分からなくなる可能性があります。

◆　pd_log_auto_unload_restart = Y｜N

障害で自動ログアンロード機能が停止した旨のメッセージ（KFPS01150-Eメッセージ）出力後，次回のシステムログファイルのスワップを契機に自動ログアンロード機能を再開始するかどうかを指定します。

Y：自動ログアンロード機能を再開始します。

N：自動ログアンロード機能を再開始しません。

《前提条件》

次に示す二つの条件を満たす必要があります。

pd_log_unload_checkオペランドにYを指定しているか，又は指定を省略している。

pd_log_auto_unload_pathオペランドを指定している。

《利点》

このオペランドにYを指定すると，ワークファイルの増加でディスク容量が不足した場合やプロセス生成失敗などの一時的な障害でアンロードが失敗した場合でも，次回のシステムログファイルのスワップ発生時に自動的にシステムログのアンロードを再開始します。

このオペランドにNを指定すると，自動ログアンロード機能が障害停止中にアンロードログファイルを退避する運用を行っている場合，pdlogatul -tコマンドを実行しないで退避してしまうなどのミスが抑止できます。

《指定値の目安》

通常はYを指定するか，指定を省略してください。

なお，既に自動ログアンロード機能の停止メッセージ（KFPS01150-Eメッセージ）を監視して，pdlogatul -bコマンドで再開始する運用を行っている場合は，Nを指定してください。

◆　pd_log_singleoperation = Y｜N

このオペランドは，システムログファイルを二重化している場合に指定してください。二重化していない場合は指定する必要はありません。

システムログファイルの片系運転をするかどうかを指定します。システムログファイルに障害が発生して，両系ともに使用できるシステムログファイルがない場合でも，HiRDB（HiRDB/パラレルサーバの場合はユニット）を異常終了しないで正常な片方の系だけで処理を続行します。これをシステムログファイルの片系運転といいます。

また，両方のシステムログファイルで処理を続行すること(通常の処理形態)をシステムログファイルの両系運転といいます。

Y：システムログファイルの片系運転をします。

N：システムログファイルの片系運転をしません。常に両系運転とします。

《前提条件》

pd_log_dualオペランドにYを指定している必要があります。

◆　pd_log_rerun_reserved_file_open = Y｜N

システムログファイルの自動オープンをするかどうかを指定します。

HiRDB（又はユニット）を再開始するときに，「上書きできる状態」のシステムログファイルがない場合，予約のファイルがあればHiRDBが予約のファイルをオープンして「上書きできる状態」にし，処理を続行します。これをシステムログファイルの自動オープンといいます。

予約ファイルを使用するのは，次の場合です。

再開始後，最初のシンクポイントダンプを取得するまでの間

オープンされたファイルグループすべてが「上書きできない状態」の場合

Y：システムログファイルの自動オープンをします（予約ファイルをオープンして使用します）。

N：システムログファイルの自動オープンをしません（予約ファイルを使用しません）。

《利点》

このオペランドにYを指定すると，ユニットの再開始時に「スワップ先にできる状態」のファイルがなくても，予約のファイルがあればユニットを再開始できます。

ただし，「アンロード待ち状態」のファイルがあるときは，ユニットを停止します。「アンロード待ち状態」のファイルのアンロードを実行した後，再度ユニットを開始してください。

◆　pd_log_rerun_swap = Y｜N

HiRDB（又はユニット）の再開始時に，システムログファイルをスワップするかどうかを指定します。

Y：システムログファイルをスワップします。

N：システムログファイルをスワップしません。

《利点》

このオペランドにYを指定すると，再開始前後でシステムログファイルを物理的に分けられます。このため，再開始前のシステムログファイルをサーバ稼働中に使用できます。

◆　pd_log_swap_timeout = システムログファイルのスワップ完了待ち時間

〜＜符号なし整数＞((1〜32580))《180》（単位：秒）

システムログファイルのスワップが完了するまでの待ち時間を秒単位で指定します。指定した時間を過ぎてもシステムログファイルのスワップが完了しない場合は，ユニットが異常終了します。

《指定値の目安》

通常，このオペランドを指定する必要はありません。マシンの性能が低いなどの理由によってシステムログファイルのスワップに時間が掛かる場合は，このオペランドの値を大きくしてください。また，ディスク障害などによってシステムログファイルのスワップに遅延が発生した場合に，より短い時間で異常を検知し，ユニットを異常終了させたいときは，このオペランドの値を小さくしてください。

◆　pd_log_unload_check = Y｜N

システムログファイルのアンロード状態を，HiRDBがチェックするかどうかを指定します。

Y：

アンロード状態をチェックします（通常の運用となります）。

N：

アンロード状態をチェックしません。アンロードの状態に関係なく，次に示す条件がすべて満たされれば，システムログファイルを「スワップ先にできる状態」にします。

上書きできる状態

抽出完了状態（HiRDB Datareplicator）

オンライン再編成上書き可能状態（HiRDB Staticizer Option）

このときシステムログファイルの運用方法が，アンロード状態のチェックを解除する運用になります。アンロード状態のチェックを解除する運用については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《利点》

Nを指定したときの利点を次に示します。

システムログファイルのアンロード操作がなくなるため，運用方法が簡単になります。

アンロードログファイルを保管するためのファイル容量が不要になります。

《指定値の目安》

データベースを回復するときにシステムログを使用しない場合（バックアップ取得時点に回復できればよい場合）にNを指定します。

《注意事項》

Nを指定したときの注意事項を次に示します。

バックアップ取得時点にしかデータベースを回復できません。

データベースの回復にシステムログが必要なのにこの運用をした場合はデータベースの回復手段がなくなります。

◆　pd_log_write_buff_count = ログ出力バッファ面数

〜＜符号なし整数＞((10〜65000))《10》

システムログの出力に使用するバッファの面数を指定します。

《指定値のチューニング方法》

最初は10（省略値）を指定してください。その後，統計解析ユティリティ（システムの稼働に関する統計情報）でカレントバッファなしによる待ち回数（# OF WAIT THREAD）を調査してください。この値が多ければ，スループットが向上するように指定値を大きくしてください。

《注意事項》

このオペランドの指定値が小さく，トランザクションの量が多い場合は，複数のトランザクションでシステムログの出力待ちが発生するため，システム性能が低下します。

《ほかのオペランドとの関連》

pd_log_max_data_sizeオペランドとともに，ログ出力バッファ面数を決定してください。

◆　pd_log_auto_expand_size = システムログファイルの拡張契機1回当たりに拡張するサイズ〔，拡張上限サイズ〕

〜＜符号なし整数＞((0〜104857600))《0，0》（単位：レコード）

このオペランドは，システムログファイルの自動拡張機能を使用する場合に指定します。

一つのシステムログファイルが拡張契機1回当たりに拡張するサイズ，及び拡張できるファイルサイズの上限をレコード数で指定します。

1回当たりに拡張するサイズを省略するか，又は0を指定した場合，システムログファイルの自動拡張を行いません。拡張上限サイズを省略するか，又は0を指定した場合，ファイルシステム領域のあるディスクが満杯になるか，システムログファイルの容量が上限に達するまでシステムログファイルの自動拡張を行います。また，1回当たりに拡張するサイズに拡張上限サイズより大きい値を指定した場合，拡張上限サイズに指定した値まで自動拡張を行います。

システムログファイルの自動拡張機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《指定値の目安》

サーバ共通定義に指定する場合

1回当たりに拡張するサイズには，pdloginitコマンドの-nオプションでシステムログファイルを作成した際に指定したレコード数を基に指定します。サーバごとにシステムログファイルのレコード数の平均値の1/10を計算し，最大値を持つサーバの値を指定してください。

・1:1スタンバイレス型系切り替え機能を適用しているBESの場合，代替BESのシステムログファイルを含めた平均値の1/10を計算してください。

・影響分散スタンバイレス型系切り替え機能を適用しているBESの場合，ゲストBESのシステムログファイルを含めた平均値の1/10を計算してください。

通常，拡張上限サイズは省略してください。

シングルサーバ定義，フロントエンドサーバ定義及びディクショナリサーバ定義に指定する場合

1回当たりに拡張するサイズには，pdloginitコマンドの-nオプションでシステムログファイルを作成した際に指定したレコード数を基に指定します。全システムログファイルのレコード数の平均値の1/10を計算し，指定してください。

通常，拡張上限サイズは省略してください。

バックエンドサーバ定義に指定する場合

1回当たりに拡張するサイズには，pdloginitコマンドの-nオプションでシステムログファイルを作成した際に指定したレコード数を基に指定します。全システムログファイルのレコード数の平均値の1/10を計算し，指定してください。

・1:1スタンバイレス型系切り替え機能を適用しているBESの場合，代替BESのシステムログファイルを含めた平均値の1/10を計算してください。

・影響分散スタンバイレス型系切り替え機能を適用しているBESの場合，ゲストBESのシステムログファイルを含めた平均値の1/10を計算してください。

通常，拡張上限サイズは省略してください。

《指定値のチューニング方法》

システムログの出力量が自動拡張で拡張するサイズを超えると，システムログファイルが満杯になってユニットダウンする場合があります。その場合は，1回当たりに拡張するサイズを大きくしてください。また，拡張処理に時間が掛かり，トランザクション性能に影響を及ぼす場合は，1回当たりに拡張するサイズを小さくしてください。

◆　pdlogadfg -d sys -g ファイルグループ名〔ONL〕

システムログファイルのファイルグループを指定します。このオペランドは省略できません。必ず指定してください。ここで指定したファイルグループに対して，pdlogadpfオペランドでシステムログファイルを割り当てます。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

ファイルグループ名を指定します。ファイルグループ名はサーバ内で一意になるようにしてください。

ONL：

このファイルグループをHiRDBの稼働時に使用できる状態（オープン状態）にする場合に指定します。ONLを指定したファイルグループは2〜200個指定できます。

《オペランドの規則》

このオペランドは2〜200個指定できます。

《注意事項》

HiRDB Datareplicator（抽出側）と連携しているときにこのオペランドを追加，変更，又は削除する場合は，対応するHiRDB Datareplicatorを一度終了してください。HiRDB Datareplicatorを稼働した状態でオペランドを変更すると，HiRDB Datareplicatorの抽出処理が失敗することがあります。

◆　pdlogadpf -d sys -g ファイルグループ名 -a "システムログファイル名" 〔-b "システムログファイル名"〕

ファイルグループを構成するシステムログファイルを指定します。このオペランドは省略できません。必ず指定してください。一つのファイルグループに対してこのオペランドを一つ指定します。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

pdlogadfgオペランドで指定したファイルグループ名を指定します。ファイルグループ名はユニット内で一意になるようにしてください。

-a "システムログファイル名"：〜＜パス名＞((167文字以内))

ファイルグループを構成するシステムログファイルの名称を絶対パス名で指定します。pdloginitコマンドで初期設定したシステムログファイルの名称を指定してください。なお，システムログファイル名はユニット内で一意になるようにしてください。

-b "システムログファイル名"：〜＜パス名＞((167文字以内))

システムログファイルを二重化（pd_log_dualオペランドにYを指定）する場合に，B系のシステムログファイル名を絶対パス名で指定します。pd_log_duaオペランドにYを指定しない場合は，システムログファイル名を指定しても無効になります。

pdloginitコマンドで初期設定したシステムログファイルの名称を指定してください。なお，システムログファイル名はユニット内で一意になるようにしてください。

《注意事項》

HiRDB Datareplicator（抽出側）と連携しているときにこのオペランドを追加，変更，又は削除する場合は，対応するHiRDB Datareplicatorを一度終了してください。HiRDB Datareplicatorを稼働した状態でオペランドを変更すると，HiRDB Datareplicatorの抽出処理が失敗することがあります。

9.2.28　シンクポイントダンプファイルに関するオペランド

◆　pd_spd_dual = Y｜N

シンクポイントダンプファイルを二重化するかどうかを指定します。

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副シンクポイントダンプファイルも対象となります。

Y：シンクポイントダンプファイルを二重化します。

N：シンクポイントダンプファイルを二重化しません。

《利点》

シンクポイントダンプファイルを二重化すると，HiRDBはＡ系及びＢ系の両方に同じシンクポイントダンプを取得します。取得したシンクポイントダンプを読み込むとき，片方のファイルに異常が発生しても，もう一方のファイルからシンクポイントダンプを読み込めるため，システムの信頼性を向上できます。

《ほかのオペランドとの関連》

シンクポイントダンプファイルを二重化する場合は，pdlogadpfオペランドでB系のシンクポイントダンプファイル名を指定してください。

◆　pd_spd_assurance_msg = Y｜N

シンクポイントダンプが有効化されたとき，メッセージ KFPS02183-Iを出力するかどうかを指定します。

Y：出力します。

N：出力しません。

◆　pd_spd_assurance_count = 有効保証世代数

〜＜符号なし整数＞((1〜2))《1》

システム回復時のシンクポイントダンプファイルの入力障害などに備え，HiRDB稼働中に保存しておくシステムログファイルの範囲を，シンクポイントダンプファイルの世代数によって指定します。この世代数のことを有効保証世代数といいます。ここで指定した世代数分のシンクポイントダンプファイルは，上書きできない状態になります。

なお，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，このオペランドを指定しても無視されます。また，ログ適用サイトのシステムログファイルは，ログ適用していないシステムログが含まれていても，業務サイトによって上書きされます。

《利点》

有効保証世代数を2にすると，最新世代のシンクポイントダンプファイルに障害が発生しても，1世代前のシンクポイントからシステムを回復できるため，信頼性が向上します。

《指定値の目安》

信頼性を向上させる場合は有効保証世代数を2にしてください。ただし，有効保証世代数を2にすると，上書きできない状態のシンクポイントダンプファイルが増えます（二つになります）。

シンクポイントダンプファイルを二重化して信頼性を向上している場合は，このオペランドを省略するか，又は1を指定することをお勧めします。

《注意事項》

シンクポイントダンプファイルの必要最低数は有効保証世代数＋1となります。

有効保証世代数を2にすると，上書きできない状態のシンクポイントダンプファイルが増えます。上書きできない状態のシンクポイントダンプファイルに対応するシステムログファイルは上書きできない状態になります。したがって，有効保証世代数を2にすると，上書きできない状態のシステムログファイルが増えるため，スワップ先にできる状態のシステムログファイル数が不足することがあります。これを防ぐためにはシステムログファイルの容量を考慮してください。

◆　pd_spd_reduced_mode = 縮退運転オプション

〜＜符号なし整数＞((0〜2))《0》

シンクポイントダンプファイルの縮退運転をするかどうかを指定します。

縮退運転とは，HiRDB稼働中又は再開始処理中のファイル障害などによって，シンクポイントダンプファイルの数が運用に必要なファイル数（有効保証世代数※＋1）以下になった場合でも，最低二つのファイルが使用できれば処理を続行する機能です。

注※　pd_spd_assurance_countオペランドの指定値です。

0：縮退運転を使用しません。

1：縮退運転を使用します。

2：縮退運転を使用し，縮退運転でシンクポイントダンプ取得の契機ごとに警告メッセージを出力します。

◆　pd_spd_reserved_file_auto_open = Y｜N

シンクポイントダンプファイルの自動オープンをするかどうかを指定します。

シンクポイントダンプファイルに障害が発生して，運用に必要なファイル数（有効保証世代数※＋1）を下回った場合，予約のファイルがあればHiRDBが予約のファイルをオープンして上書きできる状態にし，処理を続行します。これをシンクポイントダンプファイルの自動オープンといいます。

なお，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副シンクポイントダンプファイルも対象となります。

注※　pd_spd_assurance_countオペランドの指定値です。

Y：

シンクポイントダンプファイルの自動オープンをします。運用に必要なファイル数（有効保証世代数＋1）を下回った場合，予約ファイルを自動的にオープンします。

N：

シンクポイントダンプファイルの自動オープンをしません。運用に必要なファイル数（有効保証世代数＋1）を下回っても，予約ファイルを自動的にオープンしません。

《ほかのオペランドとの関連》

このオペランドの指定はpd_spd_reduced_modeオペランドより優先されます。

◆　pd_spd_max_data_size = シンクポイントダンプファイルのバッファ長

〜＜符号なし整数＞((32000〜4000000))《32768》（単位：バイト）

シンクポイントダンプをシンクポイントダンプファイルに入出力するときに使用するバッファ（共用メモリ）の大きさをバイト単位で指定します。

ここで指定した値によってシンクポイントダンプファイルの入出力回数を制御します。

なお，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副シンクポイントダンプファイルも対象となります。

《指定値の目安》

通常はこのオペランドを指定する必要はありません。

指定値を大きくするほど，シンクポイントダンプファイルに対する入出力回数が少なくなります。

◆　pd_log_sdinterval = システムログ出力量〔，経過時間〕

シンクポイントダンプの取得間隔を指定します。次に示す条件で指定できます。

システムログの出力量

前回シンクポイントダンプを取得してからの経過時間

システムログ出力量：〜＜符号なし整数＞((100〜100000))《5000》（単位：ログブロック数）

シンクポイントダンプの取得間隔を指定します。ここで指定したログブロック数分のシステムログが出力されるたびに，シンクポイントダンプを取得します。

経過時間：〜＜符号なし整数＞((0,10〜1440))《60》（単位：分）

シンクポイントダンプの取得間隔を指定します。前回シンクポイントダンプを取得してから，ここで指定した経過時間が過ぎると，シンクポイントダンプを取得します。

経過時間に0を指定すると，HiRDBは経過時間でのシンクポイントダンプを取得しません。

前回シンクポイントダンプを取得してからトランザクションが一度も発生しない場合，ここで指定した経過時間が過ぎてもシンクポイントダンプを取得しません。

《指定値の目安》

HiRDBを再開始するときの所要時間に特に規定のない場合は，このオペランドを指定する必要はありません。

このオペランドの指定値によって，HiRDBを再開始するときの所要時間が決まります。

このオペランドの指定値を小さくすれば，HiRDBを再開始するときのデータベース回復に掛かる所要時間が短くなります。ただし，シンクポイントダンプの取得回数が増えるため，オンライン中の性能が低下する場合があります。

逆に，このオペランドの指定値を大きくすれば，HiRDBを再開始するときのデータベース回復に掛かる所要時間が長くなります。ただし，シンクポイントダンプの取得回数が減るため，オンライン中の性能が向上する場合があります。

《指定値のチューニング方法》

シンクポイントダンプがどの程度の間隔で取得されているかは，統計解析ユティリティのシステムの稼働に関する統計情報の「シンクポイントダンプ取得間隔時間（SYNC POINT GET INTERVAL）」で確認できます。SYNC POINT GET INTERVALの平均値を見て，シンクポイントダンプを取得する間隔が長いと判断したら，ここでの指定値を小さくしてください。また，反対に短いと判断したら，ここでの指定値を大きくしてください。

《注意事項》

シンクポイントダンプの取得間隔はシステムログの出力量で決まります。このため，更新系のトランザクションがほとんどない時間帯は，メモリからデータベースに反映するまでの時間が長くなります。このような状態で障害が発生すると，その間に発生したトランザクションの回復時間が長くなります。このようなケースが考えられる場合は，「経過時間」でもシンクポイントダンプの取得間隔を設定してください。

シンクポイントダンプを取得すると，グローバルバッファからの更新ページ出力に伴い，CPU，入出力処理，及び排他に掛かる負荷が増大します。そのため，シンクポイントダンプの取得間隔を短くすると，処理が遅延することがあります。

◆　pdlogadfg -d spd -g ファイルグループ名〔ONL〕

シンクポイントダンプファイルのファイルグループを指定します。このオペランドは省略できません。必ず指定してください。ここで指定したファイルグループに対して，pdlogadpfオペランドでシンクポイントダンプファイルを割り当てます。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

ファイルグループ名を指定します。ファイルグループ名はサーバ内で一意になるようにしてください。

ONL：

このファイルグループをHiRDBの稼働時に使用できる状態（オープン状態）にする場合に指定します。ONLを指定したファイルグループは2〜30個指定できます。

《オペランドの規則》

このオペランドは2〜60個指定できます。

◆　pdlogadpf -d spd -g ファイルグループ名 -a "シンクポイントダンプファイル名" 〔-b "シンクポイントダンプファイル名"〕

ファイルグループを構成するシンクポイントダンプファイルを指定します。このオペランドは省略できません。必ず指定してください。一つのファイルグループに対してこのオペランドを一つ指定します。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

pdlogadfgオペランドで指定したファイルグループ名を指定します。ファイルグループ名はユニット内で一意になるようにしてください。

-a "シンクポイントダンプファイル名"：〜＜パス名＞((167文字以内))

ファイルグループを構成するシンクポイントダンプファイルの名称を絶対パス名で指定します。pdloginitコマンドで初期設定したシンクポイントダンプファイルの名称を指定してください。なお，シンクポイントダンプファイル名はユニット内で一意になるようにしてください。

-b "シンクポイントダンプファイル名"：〜＜パス名＞((167文字以内))

シンクポイントダンプファイルを二重化（pd_spd_dual = Yを指定）する場合に，B系のシンクポイントダンプファイル名を絶対パス名で指定します。pd_spd_dual = Yの指定がない場合は，シンクポイントダンプファイル名を指定しても無効になります。

pdloginitコマンドで初期設定したシンクポイントダンプファイルの名称を指定してください。なお，シンクポイントダンプファイル名はユニット内で一意になるようにしてください。

◆　pdlogadfg -d ssp -g ファイルグループ名〔ONL〕

このオペランドは，ログ同期方式のリアルタイムSANレプリケーションを使用している場合に指定します。ログ適用サイトで使用する副シンクポイントダンプファイルのファイルグループを指定します。ここで指定したファイルグループに対して，pdlogadpfオペランドで副シンクポイントダンプファイルを割り当てます。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

ファイルグループ名を指定します。対応する正シンクポイントダンプファイルのファイルグループ名と同じ名称にしてください。

ONL：

このファイルグループをHiRDBの稼働時に使用できる状態（オープン状態）にする場合に指定します。ONLを指定したファイルグループは2〜30個指定できます。

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，システムログ適用化後に初めてログ適用サイトとしてHiRDBを開始すると，業務サイトから引き継ぐ必要のあるファイルグループはONLの指定の有無に関係なく，シングルサーバの開始と同時に使用できるようになります。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している必要があります。

《オペランドの規則》

このオペランドは2〜60個指定できます。

《注意事項》

pdlogadfg -d spdオペランドで指定したすべてのファイルグループに対して，pdlogadfg -d sspオペランドを指定してください。

◆　pdlogadpf -d ssp -g ファイルグループ名 -a "副シンクポイントダンプファイル名" 〔-b "副シンクポイントダンプファイル名"〕

ファイルグループを構成する副シンクポイントダンプファイルを指定します。一つのファイルグループに対してこのオペランドを一つ指定します。

必ずpdlogadfgオペランド，pdlogadpfオペランドの順で指定してください。この順で指定しないとエラーになります。

-g ファイルグループ名：〜＜識別子＞((1〜8文字))

pdlogadfgオペランドで指定したファイルグループ名を指定します。対応する正シンクポイントダンプファイルのファイルグループ名と同じ名称にしてください。

-a "副シンクポイントダンプファイル名"：〜＜パス名＞((167文字以内))

ファイルグループを構成する副シンクポイントダンプファイルの名称を絶対パス名で指定します。システムログ適用化で作成した副シンクポイントダンプファイルの名称を指定してください。なお，副シンクポイントダンプファイル名はユニット内で一意になるようにしてください。

-b "副シンクポイントダンプファイル名"：〜＜パス名＞((167文字以内))

副シンクポイントダンプファイルを二重化（pd_spd_dualオペランドにYを指定）する場合に，B系の副シンクポイントダンプファイル名を絶対パス名で指定します。pd_spd_dualオペランドにYを指定しない場合は，-bオプションに副シンクポイントダンプファイル名を指定しても無効になります。システムログ適用化で作成した副シンクポイントダンプファイルの名称を指定してください。なお，副シンクポイントダンプファイル名はユニット内で一意になるようにしてください。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している必要があります。

《注意事項》

pdlogadfg -d sspオペランドで指定したすべてのファイルグループに対して，pdlogadpf -d sspオペランドを指定してください。

9.2.29　ステータスファイルに関するオペランド

(1)　ユニット用ステータスファイルに関するオペランド

◆　pd_syssts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

　　　：

pd_syssts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

ユニット用ステータスファイルを定義します。pd_syssts_file_name_2〜7オペランドは省略できますが，pd_syssts_file_name_1オペランドは省略できません。

"論理ファイル名"：〜＜識別子＞((1〜8文字))

ユニット用ステータスファイルの論理ファイル名を指定します。ステータスファイルを操作するコマンドを実行するときに，ここで定義した論理ファイル名を指定します。

"A系ステータスファイル名"：〜＜パス名＞((167文字以内))

A系のステータスファイル名を絶対パス名で指定します。

"B系ステータスファイル名"：〜＜パス名＞((167文字以内))

B系のステータスファイル名を絶対パス名で指定します。

《指定値の目安》

A系及びB系のステータスファイル名には，pdstsinitコマンドで作成したステータスファイルを指定してください。pdstsinitコマンドで作成していないステータスファイルを指定すると，そのステータスファイルは実体のないステータスファイルになります。

ステータスファイルに障害が発生すると，HiRDBはステータスファイルをスワップします。スワップ先となる予備ファイルがないと，HiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了します。したがって，システムファイルを多く定義するほど，システムの信頼性が向上します。ただし，その分のディスク容量が必要になります。

A系とB系には同じレコード長，及び同じ容量のステータスファイルを指定してください。

《オペランドの規則》

このオペランドは7個まで指定できます。

ステータスファイルはA系とB系に二重化されています。両方必ず指定してください。

A系及びB系ステータスファイル名の絶対パス名に環境変数を使用できません。

論理ファイル名，A系ステータスファイル名，及びB系ステータスファイル名には同じ名称を指定できません。

《留意事項》

HiRDBを正常開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。ただし，全ステータスファイルを初期化した場合など，引き継ぐ現用ファイルがないときはpd_syssts_file_name_1〜7の中で最初に指定したステータスファイルが現用ファイルになります。残りのファイルのうちオープンできたファイルが予備ファイルになり，オープンできないファイルは予約ファイルになります。

HiRDBを再開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。

●実体のないステータスファイルの使い方

実体のないステータスファイルを指定すると，HiRDBの稼働中にステータスファイルを新規追加できます。例えば，ステータスファイルの障害などで予備ファイルが少なくなったときに，実体のないステータスファイルを予備ファイルにします。実体のないステータスファイルを予備ファイルにする手順を次に示します。

〈手順〉

pdstsinitコマンドで，システムファイル用のHiRDBファイルシステム領域にステータスファイルを作成します。

pdstsopenコマンドでステータスファイルをオープンします。

この操作はHiRDB稼働中に実行できます。HiRDBを一度停止する必要はありません。

メリット及びデメリット

実体のないステータスファイルを定義すると，HiRDBファイルシステム領域の占有量は小さくなります。しかし，実体のないステータスファイルを予備ファイルとして追加するときに，システムファイル用のHiRDBファイルシステム領域に十分な空き（ファイルを追加するだけの空き領域）がないと追加できないため，システムの信頼性は低くなります。

実体のないステータスファイルを定義しないと，HiRDBファイルシステム領域の占有量は大きくなるが，ファイル障害によるスワップ先が保証されるため，信頼性は高くなります。

注意事項

実体のないステータスファイルを定義した場合，HiRDBはHiRDBの開始時にステータスファイルに異常があると認識します。このため，pd_syssts_initial_errorオペランドにstop（省略値）を指定していると，HiRDBを開始できないので注意してください。実体のないステータスファイルを定義する場合は，pd_syssts_initial_errorオペランドにcontinue又はexcontinueを指定してください。また，HiRDBを開始する前に現用ファイルをpd_syssts_last_active_fileオペランドに指定する必要があります。

《ほかのオペランドとの関連》

このオペランドはpd_syssts_subfile_name_1〜7オペランドと関連があります。

◆　pd_syssts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"

　　　：

pd_syssts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"

ログ同期方式のリアルタイムSANレプリケーションを使用している場合に，ログ適用サイトで使用する，ユニット用副ステータスファイルを定義します。

"論理ファイル名"：〜＜識別子＞((1〜8文字))

ユニット用副ステータスファイルの論理ファイル名を指定します。pd_syssts_file_name_1〜7と同じ論理ファイル名を指定してください。副ステータスファイルを操作するコマンドを実行するときに，ここで定義した論理ファイル名を指定します。

"A系副ステータスファイル名"：〜＜パス名＞((167文字以内))

A系の副ステータスファイル名を絶対パス名で指定します。

"B系副ステータスファイル名"：〜＜パス名＞((167文字以内))

B系の副ステータスファイル名を絶対パス名で指定します。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している必要があります。

《指定値の目安》

A系及びB系の副ステータスファイル名には，システムログ適用化で作成した副ステータスファイルを指定してください。システムログ適用化で作成していない副ステータスファイルを指定すると，その副ステータスファイルは実体のない副ステータスファイルになります。

副ステータスファイルに障害が発生すると，HiRDBは副ステータスファイルをスワップします。スワップ先となる予備ファイルがないと，HiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了します。したがって，システムファイルを多く定義するほど，システムの信頼性が向上します。ただし，その分のディスク容量が必要になります。

A系とB系には同じレコード長，及び同じ容量の副ステータスファイルを指定してください。

《オペランドの規則》

このオペランドは7個まで指定できます。

業務サイトでは，このオペランドの指定は無視されます。

HiRDB開始時にシステム適用化を実施する場合，pd_syssts_file_name_1〜7に指定したオープン可能なすべての正ステータスファイルに対応する副ステータスファイルを作成してください。

副ステータスファイルはA系とB系に二重化されています。両方必ず指定してください。

A系及びB系副ステータスファイル名の絶対パス名に環境変数を使用できません。

論理ファイル名，A系副ステータスファイル名，及びB系副ステータスファイル名には同じ名称を重複して指定できません。

A系及びB系副ステータスファイル名には，pd_syssts_file_name_1〜7オペランドの，A系及びB系ステータスファイル名と同じ名称を指定できません。

《留意事項》

HiRDBを正常開始，又は再開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。ただし，すべての副ステータスファイルを初期化した場合など，引き継ぐ現用ファイルがないときはログ適用サイトを開始できなくなります。この場合は，システムログ適用化を実施してください。

●実体のない副ステータスファイルの使い方

pd_syssts_file_name_1〜7オペランドの説明を参照してください。

《ほかのオペランドとの関連》

このオペランドはpd_syssts_file_name_1〜7オペランドと関連があります。

(2)　ユニット用ステータスファイル（障害発生時）に関するオペランド

ステータスファイルに障害が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_syssts_last_active_file = "論理ファイル名"

〜＜識別子＞((1〜8文字))

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に現用にするステータスファイルの論理ファイル名を指定します。HiRDBは，このオペランドに指定されたファイルとHiRDBが特定した現用ファイルを比較します。ファイルが一致する場合はHiRDBを開始しますが，一致しない場合は開始しません。

《前提条件》

次に示す条件を満たす必要があります。

pd_syssts_initial_errorオペランドにcontinue，又はexcontinueを指定している

HiRDBシステムが選択した現用ファイルが，前回までの実行で最新の現用ファイルかどうか確定できない

《指定値の目安》

全ステータスファイルを初期化した直後にHiRDBを開始する場合

pd_syssts_file_name_1〜7オペランドに指定した最も小さい番号の正常な論理ファイル名を指定してください。この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの両系とも正常な場合

現用ファイル名※を指定してください。現用ファイル名を指定したのにHiRDBが開始できない場合は，現用ファイルを初期化した可能性があります。この場合，全ステータスファイルを初期化した後に，1の方法でHiRDBを開始してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの片系に異常がある場合

2の方法のほかに次に示すオペランドを指定してください。

・pd_syssts_singleoperationオペランドにcontinueを指定

・pd_syssts_last_active_sideオペランドを指定

現用ファイルの両系に異常がある場合

全ステータスファイルを初期化してください。その後，1の方法を実施してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

実体のないステータスファイルを指定している場合

現用ファイル名※を指定してください。

注※

現用ファイル名（終了時点での現用ファイル）は次に示すメッセージから分かります。

KFPS01001-I

KFPS01010-E

KFPS01011-I

KFPS01063-I

これらのメッセージのうちで，最も直前に出力されたメッセージに表示されているステータスファイルが現用ファイルになります。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，業務サイトでは，ユニット用正ステータスファイルが対象となります。ログ適用サイトでは，このオペランドを指定しても無視されます。

◆　pd_syssts_last_active_side = A｜B

現用ファイルの片系に障害が発生している状態でHiRDB（HiRDB/パラレルサーバの場合はユニット）を開始する場合にこのオペランドを指定します。このオペランドには正常な系を指定します。HiRDBは，このオペランドに指定された系とHiRDBが特定した系を比較します。系が一致する場合は正常な系の内容を予備のA系，及びB系ファイルに複写します。その後，予備を現用に切り替えてHiRDBを開始します。系が一致しない場合はHiRDBを開始しません。

《前提条件》

次に示す条件を満たす必要があります。

pd_syssts_initial_errorオペランドにcontinue，又はexcontinueを指定している

pd_syssts_last_active_fileオペランドを指定している

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，業務サイトでは，正ステータスファイルが対象になります。ログ適用サイトでは，このオペランドを指定しても無視されます。

◆　pd_syssts_last_active_subfile = "論理ファイル名"

〜＜識別子＞((1〜8文字))

このオペランドは，ログ同期方式のリアルタイムSANレプリケーションを使用している場合に指定します。HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に現用にする副ステータスファイルの論理ファイル名を指定します。HiRDBは，このオペランドに指定されたファイルとHiRDBが特定した現用ファイルを比較します。ファイルが一致する場合はHiRDBを開始しますが，一致しない場合は開始しません。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

次に示す条件を満たす必要があります。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している

pd_syssts_initial_errorオペランドにcontinue，又はexcontinueを指定している

HiRDBシステムが選択した現用ファイルが，前回までの実行で最新の現用ファイルかどうか確定できない

《指定値の目安》

すべての副ステータスファイルを初期化した直後にHiRDBを開始する場合

システムログ適用化を実施してください。システムログ適用化が正常に完了したら，このオペランドを指定しないで，HiRDBを開始してください。

現用ファイルの両系とも正常な場合

現用ファイル名※を指定してください。現用ファイル名を指定したのにHiRDBが開始できない場合は，現用ファイルを初期化した可能性があります。この場合，すべての副ステータスファイルを初期化した後に，1の方法でHiRDBを開始してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの片系に異常がある場合

2の方法のほかに次に示すオペランドを指定してください。

・pd_syssts_singleoperationオペランドにcontinueを指定

・pd_syssts_last_active_side_subオペランドを指定

現用ファイルの両系に異常がある場合

システムログ適用化を実施してください。システムログ適用化が正常に完了したら，このオペランドを指定しないで，HiRDBを開始してください。

実体のない副ステータスファイルを指定している場合

現用ファイル名※を指定してください。

注※

現用ファイル名（終了時点での現用ファイル）は次に示すメッセージから分かります。

KFPS01001-I

KFPS01010-E

KFPS01011-I

KFPS01063-I

これらのメッセージのうちで，最も直前に出力されたメッセージに表示されている副ステータスファイルが現用ファイルになります。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，ユニット用副ステータスファイルが対象になります。業務サイトでは，このオペランドを指定しても無視されます。

◆　pd_syssts_last_active_side_sub = A｜B

このオペランドは，ログ同期方式のリアルタイムSANレプリケーションを使用している場合に指定します。現用ファイルの片系に障害が発生している状態でHiRDB（HiRDB/パラレルサーバの場合はユニット）を開始する場合にこのオペランドを指定します。このオペランドには正常な系を指定します。HiRDBは，このオペランドに指定された系とHiRDBが特定した系を比較します。系が一致する場合は正常な系の内容を予備のA系，及びB系ファイルに複写します。その後，予備を現用に切り替えてHiRDBを開始します。系が一致しない場合はHiRDBを開始しません。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

次に示す条件を満たす必要があります。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している

pd_syssts_initial_errorオペランドにcontinue，又はexcontinueを指定している

pd_syssts_last_active_subfileオペランドを指定している

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，ユニット用副ステータスファイルが対象になります。業務サイトでは，このオペランドを指定しても無視されます。

(3)　サーバ用ステータスファイルに関するオペランド

◆　pd_sts_file_name_1 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

　　　：

pd_sts_file_name_7 = "論理ファイル名"，"A系ステータスファイル名"，"B系ステータスファイル名"

サーバ用ステータスファイルを定義します。pd_sts_file_name_2〜7オペランドは省略できますが，pd_sts_file_name_1オペランドは省略できません。

"論理ファイル名"：〜＜識別子＞((1〜8文字))

サーバ用ステータスファイルの論理ファイル名を指定します。ステータスファイルを操作するコマンドを実行するときに，ここで定義した論理ファイル名を指定します。

"A系ステータスファイル名"：〜＜パス名＞((167文字以内))

A系のステータスファイル名を絶対パス名で指定します。

"B系ステータスファイル名"：〜＜パス名＞((167文字以内))

B系のステータスファイル名を絶対パス名で指定します。

《指定値の目安》

A系及びB系のステータスファイル名には，pdstsinitコマンドで作成したステータスファイルを指定してください。pdstsinitコマンドで作成していないステータスファイルを指定すると，そのステータスファイルは実体のないステータスファイルとなります。

ステータスファイルに障害が発生すると，HiRDBはステータスファイルをスワップします。スワップ先となる予備ファイルがないと，HiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了します。したがって，システムファイルを多く定義するほど，システムの信頼性が向上します。ただし，その分のディスク容量が必要となります。

A系とB系には同じレコード長，及び同じ容量のステータスファイルを指定してください。

《オペランドの規則》

このオペランドは7個まで指定できます。

ステータスファイルは，A系とB系に二重化されています。両方必ず指定してください。

A系及びB系ステータスファイル名の絶対パス名に環境変数を使用できません。

論理ファイル名，A系ステータスファイル名，及びB系ステータスファイル名には同じ名称を重複して指定できません。

《留意事項》

HiRDBを正常開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。ただし，全ステータスファイルを初期化した場合など，引き継ぐ現用ファイルがないときはpd_sts_file_name_1〜7の中で最初に指定したステータスファイルが現用ファイルになります。残りのファイルのうちオープンできたファイルが予備ファイルになり，オープンできないファイルは予約ファイルになります。

HiRDBを再開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。

●実体のないステータスファイルの使い方

実体のないステータスファイルを指定すると，HiRDBの稼働中にステータスファイルを新規追加できます。例えば，ステータスファイルの障害などで予備ファイルが少なくなったときに，実体のないステータスファイルを予備ファイルにします。実体のないステータスファイルを予備ファイルにする手順を次に示します。

〈手順〉

pdstsinitコマンドで，システムファイル用のHiRDBファイルシステム領域にステータスファイルを作成します。

pdstsopenコマンドで，ステータスファイルをオープンします。

この操作はHiRDB稼働中に実行できます。HiRDBを一度停止する必要はありません。

メリット及びデメリット

実体のないステータスファイルを定義すると，HiRDBファイルシステム領域の占有量は小さくなります。しかし，実体のないステータスファイルを予備ファイルとして追加するときに，システムファイル用のHiRDBファイルシステム領域に十分な空き（ファイルを追加するだけの空き領域）がないと追加できないため，システムの信頼性は低くなります。

実体のないステータスファイルを定義しないと，HiRDBファイルシステム領域の占有量は大きくなるが，ファイル障害によるスワップ先が保証されるため，信頼性は高くなります。

注意事項

実体のないステータスファイルを定義した場合，HiRDBはHiRDBの開始時にステータスファイルに異常があると認識します。このため，pd_sts_initial_errorオペランドにstop（省略値）を指定していると，HiRDBを開始できないので注意してください。実体のないステータスファイルを定義する場合は，pd_sts_initial_errorオペランドにcontinue又はexcontinueを指定してください。また，HiRDBを開始する前に現用ファイルをpd_sts_last_active_fileオペランドに指定する必要があります。

《ほかのオペランドとの関連》

このオペランドはpd_sts_subfile_name_1〜7オペランドと関連があります。

◆　pd_sts_subfile_name_1 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"

　　　：

pd_sts_subfile_name_7 = "論理ファイル名"，"A系副ステータスファイル名"，"B系副ステータスファイル名"

ログ同期方式のリアルタイムSANレプリケーションを使用している場合に，ログ適用サイトで使用する，サーバ用副ステータスファイルを定義します。

"論理ファイル名"：〜＜識別子＞((1〜8文字))

サーバ用副ステータスファイルの論理ファイル名を指定します。pd_sts_file_name_1〜7と同じ論理ファイル名を指定してください。副ステータスファイルを操作するコマンドを実行するときに，ここで定義した論理ファイル名を指定します。

"A系副ステータスファイル名"：〜＜パス名＞((167文字以内))

A系の副ステータスファイル名を絶対パス名で指定します。

"B系副ステータスファイル名"：〜＜パス名＞((167文字以内))

B系の副ステータスファイル名を絶対パス名で指定します。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している必要があります。

《指定値の目安》

A系及びB系の副ステータスファイル名には，システムログ適用化で作成した副ステータスファイルを指定してください。システムログ適用化で作成していない副ステータスファイルを指定すると，その副ステータスファイルは実体のない副ステータスファイルになります。

副ステータスファイルに障害が発生すると，HiRDBは副ステータスファイルをスワップします。スワップ先となる予備ファイルがないと，HiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了します。したがって，システムファイルを多く定義するほど，システムの信頼性が向上します。ただし，その分のディスク容量が必要になります。

A系とB系には同じレコード長，及び同じ容量の副ステータスファイルを指定してください。

《オペランドの規則》

このオペランドは7個まで指定できます。

業務サイトでは，このオペランドの指定は無視されます。

HiRDB開始時にシステム適用化を実施する場合，pd_sts_file_name_1〜7に指定したオープン可能なすべての正ステータスファイルに対応する副ステータスファイルを作成してください。

副ステータスファイルはA系とB系に二重化されています。両方必ず指定してください。

A系及びB系副ステータスファイル名の絶対パス名に環境変数を使用できません。

論理ファイル名，A系副ステータスファイル名，及びB系副ステータスファイル名には同じ名称を重複して指定できません。

A系及びB系副ステータスファイル名には，pd_sts_file_name_1〜7オペランドの，A系及びB系ステータスファイル名と同じ名称を指定できません。

《留意事項》

HiRDBを正常開始，又は再開始する場合は現用ファイル（終了時点での現用ファイル）を引き継ぎます。ただし，すべての副ステータスファイルを初期化した場合など，引き継ぐ現用ファイルがないときはログ適用サイトを開始できなくなります。この場合は，システムログ適用化を実施してください。

●実体のない副ステータスファイルの使い方

pd_sts_file_name_1〜7オペランドの説明を参照してください。

《ほかのオペランドとの関連》

このオペランドはpd_sts_file_name_1〜7オペランドと関連があります。

(4)　サーバ用ステータスファイル（障害発生時）に関するオペランド

ステータスファイルに障害が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_sts_last_active_file = "論理ファイル名"

〜＜識別子＞((1〜8文字))

HiRDB（HiRDB/パラレルサーバの場合は該当するサーバ）の開始時に現用にするステータスファイルの論理ファイル名を指定します。HiRDBは，このオペランドに指定されたファイルとHiRDBが特定した現用ファイルを比較します。ファイルが一致する場合はHiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しますが，一致しない場合は開始しません。

《前提条件》

次に示す条件を満たす必要があります。

pd_sts_initial_errorオペランドにcontinue，又はexcontinueを指定している

HiRDBシステムが選択した現用ファイルが，前回までの実行で最新の現用ファイルかどうか確定できない

《指定値の目安》

全ステータスファイルを初期化した直後にHiRDBを開始する場合

pd_sts_file_name1〜7オペランドに指定した最も小さい番号の正常な論理ファイル名を指定してください。この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの両系とも正常な場合

現用ファイル名※を指定してください。現用ファイル名を指定したのにHiRDBが開始できない場合は，現用ファイルを初期化した可能性があります。この場合，全ステータスファイルを初期化した後に，1の方法でHiRDBを開始してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの片系に異常がある場合

2の方法のほかに次に示すオペランドを指定してください。

・pd_syssts_singleoperationオペランドにcontinueを指定

・pd_sts_last_active_sideオペランドを指定

現用ファイルの両系に異常がある場合

全ステータスファイルを初期化してください。その後，1の方法を実施してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

実体のないステータスファイルを指定している場合

現用ファイル名※を指定してください。

注※

現用ファイル名（終了時点での現用ファイル）は次に示すメッセージから分かります。

KFPS01001-I

KFPS01010-E

KFPS01011-I

KFPS01063-I

これらのメッセージのうちで，最も直前に出力されたメッセージに表示されているステータスファイルが現用ファイルになります。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，業務サイトでは，サーバ用正ステータスファイルが対象になります。ログ適用サイトでは，このオペランドを指定しても無視されます。

◆　pd_sts_last_active_side = A｜B

現用ファイルの片系に障害が発生している状態でHiRDB（HiRDB/パラレルサーバの場合は該当するサーバ）を開始する場合にこのオペランドを指定します。このオペランドには正常な系を指定します。HiRDBは，このオペランドに指定された系とHiRDBが特定した系を比較します。系が一致する場合は正常な系の内容を予備のA系，及びB系ファイルに複写します。その後，予備を現用に切り替えてHiRDBを開始します。系が一致しない場合はHiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。

《前提条件》

次に示す条件を満たす必要があります。

pd_sts_initial_errorオペランドにcontinue，又はexcontinueを指定している

pd_sts_last_active_fileオペランドを指定している

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，業務サイトでは，サーバ用正ステータスファイルが対象になります。ログ適用サイトでは，このオペランドを指定しても無視されます。

◆　pd_sts_last_active_subfile = "論理ファイル名"

〜＜識別子＞((1〜8文字))

このオペランドは，ログ同期方式のリアルタイムSANレプリケーションを使用している場合に指定します。HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に現用にする副ステータスファイルの論理ファイル名を指定します。HiRDBは，このオペランドに指定されたファイルとHiRDBが特定した現用ファイルを比較します。ファイルが一致する場合はHiRDBを開始しますが，一致しない場合は開始しません。ただし，pdrisedbtoコマンドによってデータベースを引き継いだ直後にHiRDBを開始した場合は，このオペランドの指定は無視されます。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

次に示す条件を満たす必要があります。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している

pd_sts_initial_errorオペランドにcontinue，又はexcontinueを指定している

HiRDBシステムが選択した現用ファイルが，前回までの実行で最新の現用ファイルかどうか確定できない

《指定値の目安》

すべての副ステータスファイルを初期化した直後にHiRDBを開始する場合

システムログ適用化を実施してください。システムログ適用化が正常に完了したら，このオペランドを指定しないで，HiRDBを開始してください。

現用ファイルの両系とも正常な場合

現用ファイル名※を指定してください。現用ファイル名を指定したのにHiRDBが開始できない場合は，現用ファイルを初期化した可能性があります。この場合，すべての副ステータスファイルを初期化した後に，1の方法でHiRDBを開始してください。なお，この場合，前回の終了モードに関係なく強制開始となるので注意が必要です。

現用ファイルの片系に異常がある場合

2の方法のほかに次に示すオペランドを指定してください。

・pd_syssts_singleoperationオペランドにcontinueを指定

・pd_sts_last_active_side_subオペランドを指定

現用ファイルの両系に異常がある場合

システムログ適用化を実施してください。システムログ適用化が正常に完了したら，このオペランドを指定しないで，HiRDBを開始してください。

実体のない副ステータスファイルを指定している場合

現用ファイル名※を指定してください。

注※

現用ファイル名（終了時点での現用ファイル）は次に示すメッセージから分かります。

KFPS01001-I

KFPS01010-E

KFPS01011-I

KFPS01063-I

これらのメッセージのうちで，最も直前に出力されたメッセージに表示されている副ステータスファイルが現用ファイルになります。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副ステータスファイルが対象になります。業務サイトでは，このオペランドを指定しても無視されます。

◆　pd_sts_last_active_side_sub = A｜B

このオペランドは，ログ同期方式のリアルタイムSANレプリケーションを使用している場合に指定します。現用ファイルの片系に障害が発生している状態でHiRDB（HiRDB/パラレルサーバの場合はユニット）を開始する場合にこのオペランドを指定します。このオペランドには正常な系を指定します。HiRDBは，このオペランドに指定された系とHiRDBが特定した系を比較します。系が一致する場合は正常な系の内容を予備のA系，及びB系ファイルに複写します。その後，予備を現用に切り替えてHiRDBを開始します。系が一致しない場合はHiRDBを開始しません。また，pdrisedbtoコマンドによってデータベースを引き継いだ直後にHiRDBを開始した場合は，このオペランドの指定は無視されます。

《前提条件》

前提プラットフォームについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

次に示す条件を満たす必要があります。

pd_rise_useオペランドにYを指定し，かつpd_rise_pairvolume_combinationオペランドにsyssyncを指定している

pd_sts_initial_errorオペランドにcontinue，又はexcontinueを指定している

pd_sts_last_active_subfileオペランドを指定している

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副ステータスファイルが対象になります。業務サイトでは，このオペランドを指定しても無視されます。

9.2.30　メッセージログファイルに関するオペランド

◆　pd_mlg_msg_log_unit = manager｜local

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

メッセージログの出力先ユニットを指定します。

manager：

システムマネジャユニットのメッセージログファイル及びsyslogfileに，メッセージログを出力します。メッセージログファイルはシステムマネジャのサーバマシンの$PDDIR/spool下に作成されます。

local：

メッセージ出力元のユニットのメッセージログファイル及びsyslogfileに，メッセージログを出力します。メッセージログファイルは，各サーバマシンの$PDDIR/spool下に作成されます。

《指定値の目安》

システムマネジャユニットでメッセージログを一元管理したい場合は，このオペランドにmanagerを指定してください。

システムマネジャユニットが障害などで停止している場合，メッセージログはメッセージ発行元のユニットのsyslogfileに一定時間遅延して出力されたり，又はメッセージ自体が出力されなかったりします。このオペランドにlocalを指定すると，メッセージを遅延することなくメッセージ出力元のユニットに出力できます。メッセージログの出力分散化については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

このオペランドの値とメッセージログの出力先の関係を次に示します。

pd_mlg_msg_log_unitの値

条件

メッセージログの出力先

manager

通常時

システムマネジャがあるサーバマシンのメッセージログファイル及びsyslogfileに出力されます。

システムマネジャユニットの障害時又は通信障害時

各サーバマシンのsyslogfileに出力されます。出力されないメッセージログがあります。また，メッセージログが遅れて出力されることがあります。

local

通常時

各サーバマシンのメッセージログファイル及びsyslogfileに出力されます。

システムマネジャユニットの障害時又は通信障害時

《ほかのオペランドとの関連》

このオペランドにlocalを指定した場合，メッセージログファイルの容量を見積もり直し，その結果をpd_mlg_file_sizeオペランドに指定してください。

《各見積もり式への影響》

pd_mlg_msg_log_unitオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「ステータスファイルの容量の見積もり」の「Sの求め方」

◆　pd_mlg_file_size = メッセージログファイルの最大容量

〜＜符号なし整数＞((64〜1000000))《10240》（単位：キロバイト）

メッセージログファイルの最大容量をキロバイト単位で指定します。

メッセージログファイルは二つあり，メッセージの量がここで指定した最大容量に達した場合，メッセージログファイルをスワップします。

pd_mlg_msg_log_unitオペランドにlocalを指定した場合，各サーバマシンにここで指定した容量のメッセージログファイルが作成されます。

9.2.31　統計情報に関するオペランド

◆　pd_statistics = A｜Y｜N

0904互換モードの場合：《N》

HiRDBの開始時から統計ログを取得するかどうかを指定します。

A：HiRDBの開始時から「システムの稼働に関する統計情報（出力間隔1分）」，「グローバルバッファに関する統計情報」，「デファードライト処理に関する統計情報」「データベースの入出力に関する統計情報（出力間隔1分）」を取得します。

Y：HiRDBの開始時から「システムの稼働に関する統計情報（出力間隔10分）」を取得します。

N：HiRDBの開始時から統計ログを取得しません。

Yを指定した場合，取得する統計ログはユニット全体のシステムの稼働に関する統計情報だけです。サーバ別の情報，又はシステムの稼働に関する統計情報以外の情報が必要なときは，HiRDBの開始完了後に一度pdstendコマンドで統計情報取得を停止し，改めてpdstbeginコマンドで統計情報取得を開始する必要があります。

なお，Nを指定した場合でも，pdstbeginコマンドを入力すれば，HiRDBの稼働中に統計ログを取得できます。

また，次の条件を満たす場合，統計情報を取得する設定をしても統計情報は取得されません。

影響分散スタンバイレス型系切り替え機能を使用したユニットでpd_statisticsにYを指定した場合（pd_statisticがAの場合は取得されます）

影響分散スタンバイレス型系切り替え機能を使用したユニットでユニット内に起動しているサーバがない場合

ユニット内のサーバをすべて正常停止した場合

HiRDB/パラレルサーバでシステムマネジャだけのユニットの場合（同じユニットにフロントエンドサーバ，バックエンドサーバ，又はディクショナリサーバがない）

ログ同期方式のリアルタイムSANレプリケーションを使用している，ログ適用サイトの場合

《指定値の目安》

性能に関するチューニングをする際に，速やかに原因を切り分けられるようにするため，Aの指定を推奨します。

《注意事項》

pdstbeginとpd_statisticsを両方指定した場合，pd_statisticsの設定が無効になります。pd_statisticsの設定に従って統計情報を取得する場合，pdstbeginは設定しないでください。

◆　pd_stj_file_size = 統計ログファイルの最大容量

〜＜符号なし整数＞((64〜1000000))《102400》（単位：キロバイト）

0904互換モードの場合：《1024》

統計ログファイルの最大容量をキロバイト単位で指定します。統計ログファイルは二つあり，統計ログの出力量がここで指定した最大容量に達したときに統計ログファイルをスワップします。

《指定値の目安》

このオペランドの指定値の見積もり方法については，「統計ログファイル（pd_stj_file_size）の見積もり式」を参照してください。

pd_stj_buff_sizeオペランドとの間に次に示す関係が保たれるように指定してください。

pd_stj_file_size≧pd_stj_buff_size×2

◆　pd_stj_buff_size = 統計ログバッファ長

〜＜符号なし整数＞((32〜512))《32》（単位：キロバイト）

統計ログバッファの大きさを指定します。

《指定値の目安》

次に示す条件によって指定値の目安が異なります。なお，複数の条件に該当する場合は，各計算式で算出した値のうち大きい方の値を指定してください。

pdstbeginコマンドの-kオプションにpcd，又はobjを指定する場合

pcd，objそれぞれの統計ログ出力量を次に示す計算式で算出し，算出値の合計に32を加えた値を指定してください。ただし，この計算式で算出した値が512を超える場合は512を指定してください。

　（a÷1024）×（0.03÷b）

a：統計ログ出力量（バイト）

「統計ログファイル（pd_stj_file_size）の見積もり式」を参照してください。

b：pdstendコマンド入力時刻−pdstbegin入力時刻（秒）

pdstbeginコマンドの-kオプションにdio，-Dオプションにeveryfileを指定する場合

次に示す計算式で算出した値に32を加えた値を指定してください。

　｛（a×104）＋（↑a÷16↑×204）｝÷1024÷b×60

a：ユニット内の出力対象サーバが管理するRDエリア構成ファイル数の合計

b：pdstbeginコマンドの-Iオプションに指定した出力時間間隔

ただし，この計算式で算出した値が512を超える場合は，pdstbeginコマンドの-Dオプションにeveryfileの指定を行わないでください。

1.と2.のどちらにも該当しない場合

省略値の32を指定してください。

◆　pd_sqlobject_stat_timing = deallocate｜tran

SQLオブジェクト用バッファの統計情報を取得するタイミングを指定します。統計情報を取得するタイミングと取得対象となる統計情報を次の表に示します。

項番

統計情報を取得するタイミング

取得対象となる統計情報

deallocate

tran

1

次のSQL文を実行することで，前処理結果が無効になるとき

DEALLOCATE PREPARE文

PREPARE文

EXECUTE IMMEDIATE文

無効になる前処理結果

無効になる前処理結果

2

コミットしたとき

コミットによって無効になる前処理結果

すべての前処理結果

3

ロールバックしたとき

取得しない

すべての前処理結果

4

DISCONNECT文，RELEASE指定ありのCOMMIT文，定義系SQLを実行したとき

すべての前処理結果

すべての前処理結果

5

RELEASE指定ありのROLLBACK文を実行したとき

RELEASE指定ありのROLLBACK文を実行した時点で，ロールバックによって無効にならない前処理結果

すべての前処理結果

《指定値の目安》

次の場合は，tranを指定します。

ホールダブルカーソルや，JDBCドライバでSTATEMENT_COMMIT_BEHAVIORにTRUEを指定した場合など，前処理結果がトランザクションを超えて有効になる場合

ロールバック時にSQLオブジェクト用バッファの統計情報を取得したい場合

上記以外の場合は，deallocateを指定します。

《注意事項》

サーバプロセスのキャンセルに伴うトランザクション決着時は，統計情報を取得できません。

ホールダブルカーソルや，JDBCドライバでSTATEMENT_COMMIT_BEHAVIORにTRUEを指定した場合は，前処理結果はトランザクションを超えても有効です。そのため，このオペランドにdeallocateを指定した場合は，トランザクションが決着してもこれらのSQLオブジェクト用バッファの統計情報を取得できません。

ホールダブルカーソルや，JDBCドライバでSTATEMENT_COMMIT_BEHAVIORにTRUEを指定した場合は，そのカーソルが閉じている場合だけSQLオブジェクト用バッファの統計情報を取得できます。

ホールダブルカーソル，及びSTATEMENT_COMMIT_BEHAVIORについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pdstbegin

●HiRDB/シングルサーバの場合のオペランド指定形式

pdstbegin 〔-k 統計情報種別〔，統計情報種別〕…〕
       〔-m システム稼働統計情報出力時間間隔〕
       〔-I データベースの入出力統計情報出力時間間隔〕
       〔-D データベースの入出力統計情報オプション
        〔，データベースの入出力統計情報オプション〕〕
       〔-w〕

●HiRDB/パラレルサーバの場合のオペランド指定形式

pdstbegin 〔-k 統計情報種別〔，統計情報種別〕…〕
       〔-m システム稼働統計情報出力時間間隔〕
       〔-I データベースの入出力統計情報出力時間間隔〕
       〔-D データベースの入出力統計情報オプション
        〔，データベースの入出力統計情報オプション〕〕
       〔｛-x ホスト名｜-u ユニット識別子｝〕
       〔｛-a｜-s サーバ名〔，サーバ名〕…｝〕
       〔-w〕

HiRDBの開始時から統計情報を取得する場合に指定します。統計情報の出力を中止するときはpdstendコマンドを実行してください。出力先ファイルは統計ログファイルになります。

-k 統計情報種別〔，統計情報種別〕…

〜≪sys≫

出力する統計情報の種別を指定します。なお，統計情報の出力種別の指定状況は，pdls -d stjコマンドで確認できます。

統計情報の種類（-kオプションの指定）

出力する統計情報の種類

統計情報の出力契機

sys

システムの稼働に関する統計情報

-mオプションに指定した時間間隔ごとに統計情報を出力します。

uap

UAPに関する統計情報

HiRDBへの接続時及びHiRDBからの切り離し時に統計情報を出力します。

sql

SQLに関する統計情報

SQLの実行開始時及びSQLの実行終了時に統計情報を出力します。

buf

グローバルバッファに関する統計情報※1

シンクポイント時に統計情報を出力します。

fil

データベース操作に関するHiRDBファイルの統計情報

dfw

デファードライト処理に関する統計情報

idx

インデクスに関する統計情報

sop

SQL静的最適化に関する統計情報

動的SQLの前処理時，及び静的SQLの前処理時に，SQLオブジェクトバッファにヒットしなかった場合に統計情報を出力します。

dop

SQL動的最適化に関する統計情報

FETCH文及びCLOSE文以外のSQL文を実行したときに統計情報を出力します。

pcd

SQLオブジェクト実行に関する統計情報

SQLオブジェクトの実行時に統計情報を出力します。

sqh

SQL文の履歴に関する統計情報※2

PREPARE時，及び埋込み型SQL文の実行時に統計情報を出力します。

obj

SQLオブジェクト転送に関する統計情報※3

SQLオブジェクトの実行時に統計情報を出力します。

dio

データベースの入出力に関する統計情報

-Iオプションに指定した時間間隔（秒）ごとにデータベースへの入出力の情報を出力します。

注※1

これらの統計情報はシンクポイント時に取得され，シンクポイント間の情報が編集されます。このため，シンクポイントが２回以上発生しないと統計情報が取得されません。これらの統計情報を確実に取得するためには，pdstendコマンド実行直前に，pdlogswap又はpdlogsyncコマンドを実行してシンクポイントを発生させてください。

注※2

SQL文の履歴に関する統計情報は，SQLに関する統計情報（sql指定）を出力している場合に出力されます。

注※3

HiRDB/パラレルサーバ限定の統計情報です。HiRDB/シングルサーバの場合は出力しません。

-m システム稼働統計情報出力時間間隔

〜＜符号なし整数＞ (( 1〜1440 )) ≪10≫（単位：分）

このオプションは「システムの稼働に関する統計情報」を取得する場合（-kオプションでsysを指定した場合）に指定します。

「システムの稼働に関する統計情報」を統計ログファイルに出力する間隔を分単位で指定します。

-I データベースの入出力統計情報出力時間間隔

〜＜符号なし整数＞ (( 10〜3600 )) ≪60≫（単位：秒）

このオプションは「データベースの入出力に関する統計情報」を取得する場合（-kオプションでdioを指定した場合）に指定します。

「データベースの入出力に関する統計情報」を統計ログファイルに出力する時間間隔を秒単位で指定します。

指定時間間隔内にデータベースへの入出力が1回も発生しなかった場合は，統計ログファイルを出力しません。

-kオプションにdioの指定がない場合は，このオプションを無視します。

-D データベースの入出力統計情報オプション

〔，データベースの入出力統計情報オプション〕

データベースの入出力に関する統計情報の計測動作を制御するオプションです。-kオプションにdioの指定がない場合は，このオプションを無視します。

このオプションでは，次の項目を制御できます。

入出力時間の計測頻度

統計情報の出力量

各項目に対応するオプション値指定有無による動作差異を次の表に示します。

表9‒7　入出力時間の計測頻度

指定値

動作

メリット

デメリット

指定なし

RDエリアを構成する各HiRDBファイルに発生した入力と出力に対して，それぞれ発生順に秒間100回の入出力時間を計測します。

性能影響を最小限に抑えられます。

RDエリアを構成する各HiRDBファイルに発生した入力と出力に対して，それぞれ秒間101回目以降については入出力時間を計測しません。

everyio

RDエリアを構成するHiRDBファイルに発生した入出力に対して，すべての入出力時間を計測します。

入出力情報を漏れなく取得できます。

入出力時間計測のオーバヘッドによって，トランザクション性能が劣化します。

everyio指定時は，RDエリアを構成するHiRDBファイルに発生した入出力に対して，すべての入出力時間を計測するため，オーバヘッドが増加します。事前にテストをして，本番業務に性能上問題がないと判断した場合だけ指定してください。

表9‒8　統計情報の出力量

指定値

動作

メリット

デメリット

指定なし

出力時間間隔内にアクセスのあったRDエリアを構成するHiRDBファイルの入出力情報のうち，統計情報として取得する次の項目ごとに，それぞれのユニットで上位10ファイルの情報を統計ログに出力します。

・read最大回数

・read最大時間

・read合計時間

・write最大回数

・write最大時間

・write合計時間

同じファイルが複数の項目で出力対象になった場合，重複排除しないで出力します。

同順となるレコードが複数あり，10件を超える場合は，次に示す順序が早いものを優先します。

1. RDエリア定義順

2. HiRDBファイル指定順

1回の出力契機の統計ログサイズが固定であるため，ディスク消費量が少なく，統計ログバッファのスワップ処理多発による性能への影響が少なくなります。

それぞれのユニットで上位10ファイルの情報しか出力しないため，RDエリアを構成するHiRDBファイルすべての入出力の情報は取得できません。

everyfile

出力時間間隔内にアクセスのあったRDエリアを構成するHiRDBファイルの入出力情報をすべて出力します。

RDエリアを構成するHiRDBファイルすべての入出力を取得できます。

1回の出力契機の統計ログサイズが固定でないため，ディスク消費量が多く，統計ログバッファのスワップ処理多発による性能への影響が大きくなります。

everyfile指定時は，1回の出力契機での統計ログの出力量が固定ではありません。「システム共通定義のpd_stj_file_sizeオペランド」には，「統計ログファイル（pd_stj_file_size）の見積もり式」で見積もった値を指定してください。

「システム共通定義のpd_stj_buff_sizeオペランド」には，このオペランドで示す見積もり式で見積もった値を指定してください。

-x ホスト名

〜＜ホスト名＞ (( 1〜32文字))

HiRDB/パラレルサーバの場合に，統計情報の出力対象となるユニットを限定するとき，pdunitオペランドの-xオプションに指定したホスト名を指定します。統計情報の出力対象となるユニットのホスト名を指定してください。

このユニットに影響分散スタンバイレス型系切り替えを適用している場合は受け入れ中のゲストBESの統計情報も出力します。

-u ユニット識別子

〜＜識別子＞ (( 4文字))

HiRDB/パラレルサーバのときに，統計情報の出力対象となるユニットを限定する場合に指定します。統計情報の出力対象となるユニットのユニット名を指定します。

このホスト上のユニットに影響分散スタンバイレス型系切り替えを適用している場合は受け入れ中のゲストBESの統計情報も出力します。

-a

HiRDB/パラレルサーバのときに，統計情報の出力対象となるサーバを限定しない場合に指定します。このオプションを指定すると，全サーバが統計情報の出力対象となります。

-s サーバ名〔，サーバ名〕…

〜＜識別子＞ (( 1〜8文字 ))

HiRDB/パラレルサーバのときに，統計情報の出力対象となるサーバを限定する場合に指定します。統計情報の出力対象となるサーバのサーバ名を指定します。

サーバの種類によっては統計情報の出力対象にならない場合があります。統計情報を出力するサーバの種類を次に示します。

統計情報の種類

（-kオプションの指定）

サーバの種類

FES

DS

BES

sys

○

○

○

uap

○

×

×

sql

○

×

×

buf

×

○

○

fil

×

○

○

dfw

×

○

○

idx

×

○

○

sop

○

×

×

dop

○

×

×

pcd

○

○

○

sqh

○

×

×

obj

×

○

○

dio

×

○

○

（凡例）

　　○：統計情報を出力します。

　　×：統計情報を出力しません。

-w

スレッド間ロック待ち時間の統計情報を出力する場合に指定します。ただし，このオプションはシステムの稼働に関する統計情報を出力する場合に有効となります。そのため，スレッド間ロック待ち時間の統計情報を取得できるのは，-kオプションの指定を省略，又は-kオプションにsysを含む指定をする場合です。

なお，このオプションを指定すると，システム全体の性能に影響を与えることがあるため，通常は指定しないでください。

《指定値の目安》

pd_statisticsオペランドにAを指定，又は省略値としてAが仮定されている場合（推奨モード）は，設定不要です。pd_statisticsオペランドがAの場合に取得する統計情報を次に示します。

・システムの稼働に関する統計情報（1分間隔）

・グローバルバッファプールに関する統計情報

・デファードライト処理に関する統計情報

・データベースの入出力に関する統計情報

なお，上記以外の統計情報も取得する場合は，上記の統計情報と追加取得する統計情報の指定を推奨します。

（指定例）

UAPに関する統計情報を追加取得する場合の指定例を次に示します。

　pdstbegin -k sys,buf,dfw,dio,uap -m 1

pd_statisticsオペランドにYを指定，又はN指定若しくは省略値としてNが仮定されている場合（互換モード）は，次に示す統計情報を取得する指定を推奨します。

・システムの稼働に関する統計情報（1分間隔）

・グローバルバッファプールに関する統計情報

・デファードライト処理に関する統計情報

・データベースの入出力に関する統計情報

（指定例）

　pdstbegin -k sys,buf,dfw,dio -m 1

《ほかのオペランドとの関連》

このオペランドは，pd_stj_file_sizeと関連があります。

このオペランドを指定すると，pd_statisticsオペランドの指定は無視されます。

《注意事項》

pdstbeginオペランドは一つだけ指定できます。二つ以上指定した場合は一つ目の指定が有効になり，二つ目以降は無視されます。

pdstbeginオペランドを指定した場合は，pdstendコマンドを入力しないと，HiRDBを終了するまで統計情報が出力されます。

1：1スタンバイレス型系切り替え機能を使用している場合で，代替BESユニットに系を切り替えるときはこのオペランドの指定が無効になります。

影響分散スタンバイレス型系切り替え機能を使用している場合の注意事項です。HiRDBの正常開始時，各サーバはこのオペランドの指定値に従います。HiRDBの再開始時（系切り替えを含む）はこのオペランドの指定値が無効になります。再開始時は前回の統計情報の取得状態を引き継ぎます。系の切り替え時は切り替え前の統計情報の取得状態を引き継ぎます。

ユニット内に開始しているサーバが存在しない場合は，ユニットの統計情報は取得されません。

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは統計情報を取得できません。このオペランドを指定した場合，KFPS04689-Wメッセージが出力されます。

pdstbegin及びpdstendコマンドの入力タイミングによっては，UAPに関する統計情報とSQLに関する統計情報の取得情報が一致しないことがあります。pdstbegin及びpdstendコマンドの入力タイミングと出力される統計情報の関係を次に示します。

HiRDB，ユニット，又はサーバを終了（異常終了を含む）して，その後，開始した場合，開始後に統計情報の取得状態が引き継がれないことがあります。pd_statisticsオペランド又はこのオペランドを指定することで，再開始又は系切り替え時に統計情報を取得し続けられます。HiRDB，ユニット，又はサーバ開始時の，統計情報の取得状態の引き継ぎ有無を次に示します。

開始

モード

統計情報の取得環境

開始条件

HiRDB

の開始

ユニット単位の開始（ユニット単独開始）

サーバ単位の開始（サーバ単独開始）

影響分散スタンバイレス型系切り替え機能を使用していない場合

影響分散スタンバイレス型系切り替え機能を使用している場合

正常開始

pdstbegin又はpd_statisticsオペランドを指定して統計情報を取得している場合

○

○

×※

○

pdstbeginコマンドを実行して統計情報を取得している場合

×※

×※

×※

×※

再開始

pdstbegin又はpd_statisticsオペランドを指定して統計情報を取得している場合

○

○

−

△

pdstbeginコマンドを実行して統計情報を取得している場合

×※

×※

−

○

（凡例）

○：統計情報の取得状態を引き継ぎます。

△：統計情報の取得状態を引き継ぎます。pdstbeginコマンド実行時はコマンド指定の統計情報の取得状態を引き継ぎます。

×：統計情報の取得状態を引き継ぎません（統計情報を取得しない状態になります）。

−：該当しません。

注※

統計情報を取得する場合，HiRDBの開始後にpdstbeginコマンドを実行する必要があります。

◆　pdhibegin -k 履歴情報種別〔，履歴情報種別〕…

HiRDBの開始時から履歴情報を取得する場合に指定します。このオペランドを指定すると，HiRDBが終了するまで履歴情報を出力し続けます。出力先ファイルはシステムログファイルになります。

-k 履歴情報種別：

出力する履歴情報種別を指定します。

cnc：CONNECT/DISCONNECTに関する統計情報

HiRDB/パラレルサーバの場合，出力先ファイルはフロントエンドサーバのシステムログファイルになります。

9.2.32　RPCトレース情報に関するオペランド

◆　pd_rpc_trace = Y｜N

RPCトレース情報を取得するかどうかを指定します。RPCトレース情報には，HiRDBの保守情報が出力されます。

通常，このオペランドは省略してください。

Y：RPCトレースを取得します。

N：RPCトレースを取得しません。

《注意事項》

このオペランドにYを指定すると，通信性能が低下します。

◆　pd_rpc_trace_name = "RPCトレースを取得するファイル名称"

〜＜254文字以内のパス名＞《$PDDIR/spool/rpctr》

RPCトレースファイルの名称を絶対パス名で指定します。RPCトレースファイルとして，指定したファイル名の後に1，2，l（エル）を付けた三つのファイルが作成されます。

《注意事項》

このオペランドで指定したディレクトリ下に，最大「pd_rpc_trace_sizeの値×２」の大きさのファイルが作成されます。ファイル容量に注意してください。

システム共通定義ファイルを共用化していて，サーバマシンごとに異なるパスにRPCトレースを出力する場合，このオペランドは各ユニット制御情報定義で指定してください。

◆　pd_rpc_trace_size = RPCトレースを取得するファイルの容量

〜＜符号なし整数＞((1024〜2147483648))《4096》（単位：バイト）

RPCトレースファイルの容量をバイト単位で指定します。

このオペランド指定値は，"RPCトレースファイル"1及び"RPCトレースファイル"2のそれぞれの容量となります。

《指定値の目安》

RPCトレースは，すべてのプロセス間の通信電文が一つのファイルに時系列に蓄積されます。その量がこの指定値を超えると，もう一方のファイルにトレースデータの出力を切り替えます。古いトレースは上書きされて消去されます。このため，指定値が小さいと十分なトレースを取得できなくなり，トラブルシュートが困難になることがあります。したがって，このオペランドには1,000,000以上の値を指定してください。

《注意事項》

このオペランドで指定した値はRPCトレースファイルl（エル）の容量に影響を与えません。RPCトレースファイルl（エル）の容量は0バイト固定です。

9.2.33　PRFトレース情報に関するオペランド

◆　pd_prf_trace = Y｜N

PRFトレース情報を取得するかどうかを指定します。PRFトレース機能については，マニュアル「HiRDB Version 9 システム運用ガイド」の「PRFトレース機能」を参照してください。

Y：

PRFトレース情報を取得します。

N：

PRFトレース情報を取得しません。PRFトレース情報を取得しない場合，pdprfdプロセスを開始しません。

《指定値の目安》

通常，このオペランドを指定する必要はありません。障害発生時の原因調査が困難になるため，Nは指定しないでください。

《注意事項》

このオペランドにNを指定した場合，HiRDB稼働中にPRFトレース情報を取得するように変更することはできません。PRFトレースを取得するには，HiRDBをいったん終了させて，PRFトレースの取得を有効にしてから，再度HiRDBを開始する必要があります。

◆　pd_prf_level = 00000007｜0000001f｜0000007f｜000001ff｜00000000

PRFトレース情報の取得レベルを16進数で指定します。PRFトレース取得レベルによって取得できる情報については，マニュアル「HiRDB Version 9 システム運用ガイド」の「PRFトレース情報の詳細と取得ポイント」を参照してください。

pd_prf_levelオペランドの指定値に対する取得レベルと取得内容を次に示します。

表9‒9　pd_prf_levelオペランドの指定値に対する取得レベルと取得内容

pd_prf_levelオペランドの指定値

取得レベル

位置づけ

取得内容

00000007

（最小レベル）

00000004

取得内容を最小限に絞ったレベル

主にCONNECT時，ユティリティ実行時，特定のイベントのトレースを取得します。

0000001f

（標準レベル）

00000004，

00000010

HiRDBとの境界（入口と出口）を識別できるレベル

最小レベルの取得内容に加えて，主にHiRDBとの通信の前後でトレースを取得します。

0000007f

（詳細レベル）

00000004，

00000010，

00000040

SQL処理のトレースに必要なレベル

標準レベルの取得内容に加えて，HiRDBの内部処理の流れが確認できるトレースを取得します。

000001ff

（保守レベル）

00000004，

00000010，

00000040，

00000100

障害発生時などの保守情報を取得するためのレベル

詳細レベルの取得内容に加えて，内部排他などの繰り返し処理も含めたトレースを取得します。

00000000

（抑止レベル）

取得しない

トレースの取得を抑止するレベル

取得しません。

《指定値の目安》

性能に関する障害調査をする際に，速やかに原因を切り分けられるようにするため，0000001f（標準レベル）の指定を推奨します。また，環境構築時などオンライン性能の低下が許容できる場合は，0000007f（詳細レベル）の指定を検討してください。

000001ff（保守レベル）は，通常は指定する必要はありません。サポートサービスから依頼があった場合に指定してください。

障害発生時の原因調査が困難になるため，00000000（抑止レベル）は指定しないでください。

《注意事項》

PRFトレースの取得箇所を増やし，より詳細なPRFトレースが取得できるレベルに変更した場合，オンライン性能が低下する場合があります。

性能検証や障害調査が困難になるため，00000007，0000001f，0000007f，000001ff，00000000以外の値を指定しないように注意してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_prf_file_count

pd_prf_file_size

《備考》

pdprflevelコマンドを使用することで，HiRDB稼働中でも取得レベルを変更できます。

◆　pd_prf_file_count = PRFトレース情報ファイルの世代数

〜＜符号なし整数＞((3〜256))《15》

PRFトレース情報ファイルの世代数を指定します。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

PRFトレース情報ファイルの情報を長時間保持したい場合に，このオペランドの指定を検討してください。次に示すPRFトレース情報ファイルの総容量から，PRFトレース情報ファイルの世代数及びファイルサイズを見積もってください。

PRFトレースファイルの総容量＝pd_prf_file_countオペランドの指定値×pd_prf_file_sizeオペランドの指定値

（例）

PRFトレース情報を1時間保存するための，PRFトレース情報ファイルの総容量の設定例を次に示します。

pd_prf_levelオペランドの指定値

PRFトレース情報ファイルの総容量

1秒当たりのSQL実行数が200件程度

1秒当たりのSQL実行数が500件程度

00000007

750MB（省略値※）

750MB（省略値※）

0000001f

750MB（省略値※）

2GB

0000007f

2GB

5GB

注※　pd_prf_file_countオペランドの省略値×pd_prf_file_sizeオペランドの省略値です。

1ユニット当たりに必要なPRFトレース情報ファイルの総容量を概算で見積もるには，次の考え方を目安に計算してください。

PRFトレース情報ファイルの総容量＝MAX（768000，ａ×ｂ×ｃ×ｄ）（単位：キロバイト）

ａ：1ユニットのFES及びBESのサーバ数

　HiRDB/シングルサーバの場合，及びMGR，DSだけの場合は1。

ｂ：サーバごとの1秒当たりSQL実行数

　SQLに関する統計情報の「SQL実行回数」の合計値「TOTAL」を，編集時間「EDIT TIME」（秒）で割ることで，編集時間における平均値を計算できます。

ｃ：1SQL当たりの平均PRFトレースの取得量（単位：キロバイト）

　pd_prf_levelオペランドの指定値に応じて，次の値を仮定してください。

　・00000007：0.5キロバイト

　・0000001f：0.5キロバイト

　・0000007f：1キロバイト

　ただし，上記の値は，SQLの種類，データ量，システムの構成，機能の適用有無，チューニングの状態などの条件によって変動します。

ｄ：PRFトレース情報を保持する時間（単位：秒）

トランザクションの種類やHiRDBの構成などによって，1ファイル当たりのPRFトレース情報を保持できる時間が大きく変わることがあります。正確に判定するには，想定されるトランザクション及びユティリティを実行したときに，1ファイル当たりにPRFトレースが保持されている時間を測定してください。時間はファイルのタイムスタンプ又はpdprfedコマンドでの編集結果から判断できます。測定した時間を基に，必要な世代数を計算してください。

《注意事項》

このオペランドの指定値は，HiRDB運用ディレクトリ下のディスク所要量に影響します。PRFトレース情報ファイルのために，次のディスク容量が必要になります。

pd_prf_file_countオペランドの指定値×pd_prf_file_sizeオペランドの指定値

このオペランドは，pdinfogetコマンドやpdgeterコマンドなどで取得する，障害情報ファイルの容量に影響があります。

このオペランドの指定値を小さい値に変更した場合，減らした分のPRFトレース情報ファイルは使用されなくなりますが，自動的に削除されません。不要なPRFトレース情報ファイルを削除する必要がある場合は，HiRDBを終了状態にして削除を行ってください。

《ほかのオペランドとの関連》

このオペランドはpd_prf_file_sizeオペランドと関連があります。

◆　pd_prf_file_size = PRFトレース情報ファイルサイズ

〜＜符号なし整数＞((1024〜1048576))《51200》（単位：キロバイト）

一つのPRFトレース情報ファイルのサイズを指定します。

《指定値の目安》

通常，このオペランドを指定する必要はありません。PRFトレース情報ファイルに情報を長時間保持したい場合に，このオペランドの指定を検討してください。

《注意事項》

このオペランドの指定値は，HiRDB運用ディレクトリ下のディスク所要量に影響します。PRFトレース情報ファイルのために，次のディスク容量が必要になります。

pd_prf_file_countオペランドの指定値×pd_prf_file_sizeオペランドの指定値

このオペランドは，pdinfogetコマンドやpdgeterコマンドなどで取得する，障害情報ファイルの容量に影響があります。

このオペランドの指定値を大きくすると，PRFトレースの編集出力をするpdprfedコマンドの処理時間が長くなります。

このオペランドの指定値が大き過ぎると，性能問題の調査などでサポートサービスに資料を送付する場合に，ファイルの圧縮を行っても送付が困難になるおそれがあります。資料の送付を考慮したファイルサイズを指定してください。

PRFトレース情報は，10秒ごとにPRFトレース情報ファイルへ出力されますが，1回当たりの出力件数が多い場合，PRFトレース情報ファイルが最大10メガバイト小さくなることがあります。

《ほかのオペランドとの関連》

このオペランドはpd_prf_file_countオペランドと関連があります。

◆　pd_prf_output_directory = PRFトレース情報ファイルを出力するディレクトリ

〜<200文字以下の絶対パス名>

PRFトレース情報ファイルを出力するディレクトリを指定します。このオペランドに指定するディレクトリは，ユニットごとに異なるディレクトリ名にしてください。指定したディレクトリには，PRFトレース情報ファイル（pdprf_世代番号），及びPRFトレース制御ファイル（.pdprf.conf）を出力します。PRFトレース情報ファイルはpdprf_001から出力されます。

《前提条件》

このオペランドに指定するディレクトリについては次に示す前提条件を満たしてください。

PRFトレース出力専用のディレクトリとし，ほかのファイルやディレクトリを配置しないでください。

ネットワークドライブを指定しないでください。

系切り替え構成の場合，現用系及び待機系がそれぞれ起動開始するときにアクセスできるディスク装置内のディレクトリを指定してください。

《注意事項》

次の空きディスク容量があるディレクトリを指定してください。

pd_prf_file_countオペランドの指定値×pd_prf_file_sizeオペランドの指定値＋1KB

HiRDBを起動する前にあらかじめディレクトリを作成してください。なお，指定したパスの最下位のディレクトリだけがない場合は，HiRDB開始時に指定したディレクトリを作成し処理を続行します。

このオペランドに指定するディレクトリの管理について，次に示す項目に注意してください。

（a）障害発生時には，pdinfogetコマンドで障害情報を取得してください。個別に障害情報を取得する場合は，このオペランドに指定したディレクトリ下を取得してください。

（b）このオペランドの指定を変更したときやHiRDBシステムのOSからの削除（pdsetup -d）をしたときに，以前のPRFトレース情報ファイルが不要な場合は，ユーザがOSのコマンドで削除してください。

（c）（b）で削除するとき以外では，このオペランドに指定したディレクトリに出力される，PRFトレース制御ファイルを削除しないでください。

《オペランドの省略値》

このオペランドを省略すると，出力先ディレクトリに$PDDIR/spool/pdprfを仮定します。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_prf_file_size

pd_prf_file_count

9.2.34　トラブルシュート情報に関するオペランド

◆　pd_cancel_dump = put｜noput

このオペランドは，トラブルシュート情報の出力量を削減するためのオペランドです。

次に示す場合にトラブルシュート情報を取得するかどうかを指定します。

クライアント環境定義のPDCWAITTIMEオペランドで指定した監視時間内にSQLが終了しなかった場合

pdcancelコマンドで実行中のUAPを中断させた場合

取得されるトラブルシュート情報については，マニュアル「HiRDB Version 9 システム運用ガイド」，及びpd_dump_suppress_watch_timeオペランドの「異常終了時に出力される障害情報」を参照してください。

put：

トラブルシュート情報を取得します。トラブルシュート情報が$PDDIR/spool下のファイルに出力されるため，ファイルシステムが圧迫されるおそれがあります。

なお，出力されたトラブルシュート情報は次に示すタイミングでHiRDBが自動的に削除します。

HiRDBが稼働中の場合は24時間ごと（削除間隔をpd_spool_cleanup_intervalオペランドで変更できます）

HiRDBを開始したとき（削除するかどうかをpd_spool_cleanupオペランドで変更できます）

HiRDB管理者がトラブルシュート情報を削除する場合は，pdcspoolコマンドを実行してください。

noput：

トラブルシュート情報を取得しません。トラブルシュート情報が出力されないため，ファイルシステムへの負荷を軽減できます。通常の運用でUAPの中断が頻繁に発生し，かつ，その原因を調査する必要がない場合に指定してください。

ただし，このオペランドにnoputを指定しても，トラブルシュート情報を取得する場合があります。詳細は，pd_dump_suppress_watch_timeオペランドの「異常終了時に出力される障害情報」を参照してください。

《注意事項》

pdcancelコマンドに-dオプションを指定して中断させた場合は，このオペランドの指定に関係なくトラブルシュート情報は取得されます。

◆　pd_client_waittime_over_abort = Y｜N

このオペランドは，トラブルシュート情報の出力量を削減するためのオペランドです。

トランザクション実行中にクライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）を超えた場合，次に示すトラブルシュート情報を取得するかどうかを指定します。

共用メモリダンプ※

簡易ダンプ

ユニット内の詳細情報

注※　クライアント環境定義PDHOST，PDNAMEPORTに指定した接続先ユニットの稼働中に，pd_clt_waittime_over_dump_levelオペランドに指定したユニットで，1回だけ取得します。

トラブルシュート情報は$PDDIR/spool/save下に取得されます。

Y：

トラブルシュート情報を取得します。HiRDB開始後の最初のクライアントの最大待ち時間オーバが起きた場合だけ，共用メモリダンプを取得します。HiRDB/パラレルサーバの場合，接続したフロントエンドサーバプロセスと関連するバックエンドサーバプロセス，ディクショナリサーバプロセスのトラブルシュート情報を取得します。HiRDB/シングルサーバの場合，シングルサーバプロセスのトラブルシュート情報を取得します。

N：

トラブルシュート情報を取得しません。HiRDB/パラレルサーバの場合，接続したフロントエンドサーバプロセスのトラブルシュート情報を取得しません。関連するバックエンドサーバプロセス，ディクショナリサーバプロセスはロールバックし，トラブルシュート情報は取得しません。HiRDB/シングルサーバの場合，シングルサーバプロセスのトラブルシュート情報を取得しません。

《注意事項》

トラブルシュート情報を放置しておくと，ファイル容量を圧迫する原因になります。出力されたトラブルシュート情報は次に示すタイミングでHiRDBが自動的に削除します。

・HiRDBが稼働中の場合は24時間ごと（削除間隔をpd_spool_cleanup_intervalオペランドで変更できます）

・HiRDBを開始したとき（削除するかどうかをpd_spool_cleanupオペランドで変更できます）

HiRDB管理者がトラブルシュート情報を削除する場合は，pdcspoolコマンドを実行してください。

クライアントの最大待ち時間を超えた場合でも，クライアントが接続しているシングルサーバプロセス又はフロントエンドサーバプロセス がクリティカル状態のときは，トラブルシュート情報が取得できないことがあります。プロセスがクリティカル状態かどうかはpdls -d rpcコマンドで確認できます。

《ほかのオペランドとの関連》

HiRDB/パラレルサーバの場合，pd_clt_waittime_over_dump_levelオペランドに指定したユニットで共用メモリダンプを取得します。

◆　pd_clt_waittime_over_dump_level = all｜shm_fesonly

このオペランドは，HiRDB/パラレルサーバ限定のオペランドです。

pd_client_waittime_over_abortオペランドにY（省略値）を指定している場合に，共用メモリダンプを取得するユニットの範囲を指定します。

all：

すべてのユニットで，共用メモリダンプを取得します。

shm_fesonly：

クライアントが接続したFESユニットで，共用メモリダンプを取得します。

このオペランドの指定値によるトラブルシュート情報の出力有無を次に示します。

トラブルシュート情報の種類

クライアントが接続したFESユニット

トランザクションがアクセスしたユニット

左記以外のユニット

共用メモリダンプ

このオペランドにallを指定した場合

○

○

○

このオペランドにshm_fesonlyを指定した場合

○

×

×

簡易ダンプ

○

○

×

ユニット内の詳細情報

○

○

○

（凡例）

○：トラブルシュート情報を取得します。

×：トラブルシュート情報を取得しません。

注　簡易ダンプ及びユニット内の詳細情報は，このオペランドの指定に関係なく取得されます。

《適用基準》

通常，このオペランドを指定する必要はありません。

障害調査などで保守員にこのオペランドの指定を依頼された場合は，保守員の指示に従って指定してください。

◆　pd_dump_suppress_watch_time =トラブルシュート情報の出力抑止時間

〜＜符号なし整数＞(( 0〜3600))《0》（単位：秒）

このオペランドは，トラブルシュート情報の出力量を削減するためのオペランドです。

次に示す現象が発生した場合に出力されるトラブルシュート情報（$PDDIR/spoolの下のファイル）の再出力を抑止する時間を秒単位で指定します。

PDCWAITTIMEタイムオーバが発生した場合

pdcancelコマンドで実行中のUAPを中断させた場合（-dオプション指定時を除く）

プロセスが異常終了した場合

トラブルシュート情報を出力してから，このオペランドで指定した時間を経過するまでトラブルシュート情報を出力しません。例えば，このオペランドに60を指定した場合，トラブルシュート情報を出力した後，60秒間はトラブルシュート情報を出力しません。

なお，このオペランドに0を指定した場合は，トラブルシュート情報の出力を抑止しません。

《利点》

HiRDBサーバのプロセス数が複数あると，タイムアウトなどでサーバプロセスの異常終了が連続して発生することがあります。サーバプロセスの異常終了が連続して発生すると，core及び簡易ダンプなどのトラブルシュート情報を繰り返し出力するため，HiRDB運用ディレクトリがあるディスクの容量を圧迫します。HiRDB運用ディレクトリがあるディスクの容量が不足するとHiRDBが異常終了することがあるため，このオペランドを指定してディスク容量の圧迫を防いでください。

《注意事項》

pdcancelコマンドで-dオプションを指定した場合や，内部矛盾による異常終了，外部からのシグナル受信処理などは，このオペランドの指定値に関係なくトラブルシュート情報を出力します。

異常終了時に出力される障害情報を次の表に示します。

表9‒10　異常終了時に出力される障害情報

異常終了の要因

障害情報

pd_dump_suppress_watch_timeの値

0

0以外

pd_cancel_dumpの値

put

noput

put

noput

PDSWAITTIMEオーバ

退避コアファイル

×

×

×

×

障害時のスナップ

×

×

×

×

簡易ダンプファイル

×

×

×

×

KFPA20009-Wメッセージ

×

×

×

×

SQL実行時間警告情報ファイル

×

×

×

×

PDSWATCHTIMEオーバ

退避コアファイル

×

×

×

×

障害時のスナップ

×

×

×

×

簡易ダンプファイル

×

×

×

×

KFPA20009-Wメッセージ

×

×

×

×

SQL実行時間警告情報ファイル

×

×

×

×

PDCWAITTIMEオーバ

pd_client_waittime

_over_abort=Y

退避コアファイル

○

○

●

●

障害時のスナップ

○

○

●

●

障害時のスナップ2

○

○

●

●

簡易ダンプファイル

○

○

●

●

KFPA20009-Wメッセージ

○

○

●

●

SQL実行時間警告情報ファイル

○

○

●

●

共用メモリダンプファイル

▲

▲

▲

▲

pd_client_waittime

_over_abort=N

退避コアファイル

×

×

×

×

障害時のスナップ

○

×

●

×

障害時のスナップ2

×

×

×

×

簡易ダンプファイル

○

×

●

×

KFPA20009-Wメッセージ

○

×

●

×

SQL実行時間警告情報ファイル

○

×

●

×

共用メモリダンプファイル

×

×

×

×

pdcancelコマンド（-dオプション指定あり）

退避コアファイル

○

○

○

○

障害時のスナップ

○

○

○

○

簡易ダンプファイル

○

○

○

○

KFPA20009-Wメッセージ

○

○

○

○

SQL実行時間警告情報ファイル

○

○

○

○

pdcancelコマンド（-dオプション指定なし）

退避コアファイル

×

×

×

×

障害時のスナップ

○

×

●

×

簡易ダンプファイル

○

×

●

×

KFPA20009-Wメッセージ

○

×

●

×

SQL実行時間警告情報ファイル

○

×

●

×

内部kill9※1

退避コアファイル

×

×

×

×

障害時のスナップ

○

×

●

×

簡易ダンプファイル

○

×

●

×

KFPA20009-Wメッセージ

○

×

●

×

SQL実行時間警告情報ファイル

○

×

●

×

内部kill3※2

退避コアファイル

○

○

●

●

障害時のスナップ

○

○

●

●

簡易ダンプファイル

○

○

●

●

KFPA20009-Wメッセージ

○

○

●

●

SQL実行時間警告情報ファイル

○

○

●

●

Abort※3

退避コアファイル

○

○

●

●

障害時のスナップ

○

○

●

●

簡易ダンプファイル

○

○

●

●

KFPA20009-Wメッセージ

○

○

●

●

SQL実行時間警告情報ファイル

○

○

●

●

アボート情報ファイル

○

○

●

●

上記以外※4

退避コアファイル

△

△

△

△

障害時のスナップ

○

○

○

○

簡易ダンプファイル

△

△

△

△

KFPA20009-Wメッセージ

△

△

△

△

SQL実行時間警告情報ファイル

△

△

△

△

（凡例）

○：障害情報を出力します。pd_dump_suppress_watch_timeオペランドの指定は無効になります。

×：障害情報を出力しません。

●：障害情報を出力します。pd_dump_suppress_watch_timeオペランドの指定が有効になります。

△：プロセスの終了形態によっては障害情報が出力されないことがあります。

▲：最大待ち時間を超えたクライアントの，クライアント環境定義PDHOST，PDNAMEPORTに指定した接続先ユニットの稼働中に，1回だけ取得します。HiRDB/パラレルサーバの場合，pd_clt_waittime_over_dump_levelオペランドに指定したユニットで共用メモリダンプを取得します。

注※1

OpenTP1のUAP異常終了処理など，内部的にSIGKILLを発行したときのことです。PDCWAITTIMEオーバ，pdcancelコマンドによる異常終了を含みません。

注※2

異常検知時など，内部的にSIGQUITを発行したときのことです。PDCWAITTIMEオーバ，pdcancelコマンドによる異常終了を含みません。

注※3

HiRDBが矛盾を検知してabort()したときのことです。

注※4

SIGSEGV，SIGBUS，外部からのシグナル受信，exit，そのほかの予期しない障害などのことです。

◆　pd_debug_info_netstat = Y｜N

このオペランドは，トラブルシュート情報の出力量を削減するためのオペランドです。

HiRDBプロセスの異常終了，又はHiRDB（ユニット）が異常終了したときに取得するトラブルシュート情報中に，ネットワーク情報を取得するかどうかを指定します。

Y：取得します。

N：取得しません。

ネットワーク情報に関するトラブルシュート情報は，$PDDIR/spool/save下のサーバ名ｎ.debファイルに出力されます（サーバ名が不明な場合，サーバ名が数字となる場合があります）。nは1〜3の通番です。ファイル名の例を次に示します。

（例）

sds1.deb

fes2.deb

《指定値の目安》

通常，このオペランドを指定する必要はありません。

Nを指定すると，HiRDBプロセス又はHiRDB（ユニット）の異常終了時のネットワーク情報取得によるネットワーク負荷を軽減できますが，異常終了の原因が判明できないことがあります。

◆　pd_spool_cleanup_interval = トラブルシュート情報の削除処理間隔

〜＜符号なし整数＞(( 0〜744))《24》（単位：時間）

このオペランドは，出力したトラブルシュート情報及び作業用一時ファイルを削除するためのオペランドです。トラブルシュート情報及び作業用一時ファイルを残しておくとHiRDB運用ディレクトリがあるディスクの容量を圧迫する原因になります。HiRDB運用ディレクトリがあるディスクの容量が不足するとHiRDBが異常終了することがあるため，HiRDBは次に示すファイルを定期的に削除します。

トラブルシュート情報ファイル（$PDDIR/spool下のファイル）

作業用一時ファイル（$PDDIR/tmp下のファイル）

pd_tmp_directoryオペランドに指定したディレクトリ下のファイル

このオペランドでは，その削除間隔を時間単位で指定します。例えば，このオペランドに48を指定すると，48時間ごとにこれらのファイルを削除します。通常は（このオペランドを省略すると），24時間ごとにファイルを削除します。

なお，HiRDBの正常開始時点が時間のカウント開始時点になります。HiRDBを正常終了すると，時間のカウントも止まります。そして，次の正常開始時に時間のカウントが0に戻ります。

削除対象のファイルは，次で説明しているpd_spool_cleanup_interval_levelオペランドで指定します。

《オペランドの規則》

0を指定すると，ファイルの削除処理を実行しません。

《指定値の目安》

このオペランドに24，48，72，…を指定すると，決まった時間にファイルの削除処理が実行されます。削除処理はシステムに負荷が掛かる時間帯を外して実施するようにしてください。

《注意事項》

HiRDBが計画停止，強制終了，及び異常終了してHiRDBが停止している間は，時間がカウントされます。ただし，HiRDBの停止中に削除時間になった場合は，ファイルを削除しません。次の削除時間になるまでファイルを削除しません。ファイルを削除してからHiRDBを再開始する場合は，pdcspoolコマンドを実行してください。

《備考》

pd_spool_cleanup_intervalオペランドとpd_spool_cleanupオペランドの違いについて説明します。

pd_spool_cleanup_intervalオペランドは，トラブルシュート情報の定期削除に関するオペランドです。

pd_spool_cleanupオペランドは，HiRDB開始時のトラブルシュート情報削除に関するオペランドです。

したがって，HiRDBを24時間連続運転する場合はpd_spool_cleanup_intervalオペランドの指定を検討してください。HiRDBを毎日終了する場合はpd_spool_cleanupオペランドの指定を検討してください。

◆　pd_spool_cleanup_interval_level = 日数〔，削除種別〕

このオペランドは，出力したトラブルシュート情報及び作業用一時ファイルを削除するためのオペランドです。トラブルシュート情報ファイル及び作業用一時ファイルの定期削除の削除条件を指定します。

日数：〜＜符号なし整数＞(( 1〜24855))《7》（単位：日）

ここで指定した日よりも前に作成したトラブルシュート情報ファイルを削除します。例えば，3と指定した場合，3日以内（3日×24時間＝72時間以内）に作成したトラブルシュート情報ファイルだけを残し，残りをすべて削除します。

削除種別：＜文字列＞《all》

削除するトラブルシュート情報ファイルの種類を指定します。

all：すべてのファイルを削除対象にします。

dump：HiRDBが内部取得するファイルだけを削除対象にします。

削除対象のファイルを次に示します。

トラブルシュート情報ファイルの種類

ディレクトリ名

all

dump

備考

デッドロック・タイムアウト情報

pdlckinf

○

×

排他制御でエラーが発生したときに出力します。

アクセスパス情報

pdsqldump

○

×

アクセスパス表示ユティリティ使用時に出力します。

退避コアファイルなど

save

○

○

プロセスが異常終了したときに出力します。

共用メモリダンプファイル

pdshmdump

○

○

プロセス又はユニットが異常終了したときに出力します。

簡易ダンプファイル

pdsysdump

○

○

なし。

pdsdsdump

○

○

HiRDB/パラレルサーバには存在しません。

pdfesdump

pddicdump

pdbesdump

○

○

HiRDB/シングルサーバには存在しません。

システムログファイルの状態情報ファイル

pdjnlinf

○

×

/pdjnlinf/errinf下のファイルは削除しません。

トランザクション情報ファイル

pdtrninf

○

×

リアルタイムSANレプリケーション使用時に出力します。

（凡例）

　　○：削除対象のファイルです。

　　×：削除対象外のファイルです。

注　ディレクトリ名は$PDDIR/spool下のディレクトリ名です。

作業用一時ファイルについては，削除種別の指定に関係なく次に示すファイル以外を削除します。（　）内は$PDDIR/tmp下のディレクトリ名です。

HiRDBが起動するプロセスのカレントワーキングディレクトリ（home）

共用メモリ情報ファイル（pdommenv）

pdbuflsコマンドの差分情報ファイル（ファイル名称が"CMb"で始まるファイル）

《前提条件》

pd_spool_cleanup_intervalオペランドに0以外を指定している必要があります。

《指定値の目安》

コマンド（ユティリティを含む）の実行時間より多い日数を指定してください。例えば，バックアップを取得するpdcopyコマンドの実行に24時間（1日）必要な場合は，日数に2以上の値を指定してください。コマンドの実行時間より多い日数を指定しないと，コマンドが使用中の作業用一時ファイルも削除されるため，コマンドが正常に動作しないことがあります。

指定値が大き過ぎるとディスクを圧迫し，小さ過ぎると調査に必要なトラブルシュート情報ファイルが消失します。

《オペランドの規則》

日数を指定しないで削除種別だけの指定はできません。

《注意事項》

pd_tmp_directoryオペランドを指定しないで環境変数TMPDIRだけを指定している場合，コマンド又はユティリティが使用する作業用一時ファイルの出力先は環境変数TMPDIRに指定したディレクトリになります。環境変数TMPDIRに指定したディレクトリに出力された作業用一時ファイルは定期削除の対象外になるため，OSのrmコマンドなどで削除してください。

《備考》

pd_spool_cleanup_interval_levelオペランドとpd_spool_cleanup_levelオペランドの違いについて説明します。

pd_spool_cleanup_interval_levelオペランドは，トラブルシュート情報の定期削除に関するオペランドです。

pd_spool_cleanup_levelオペランドは，HiRDB開始時のトラブルシュート情報削除に関するオペランドです。

したがって，HiRDBを24時間連続運転する場合はpd_spool_cleanup_interval_levelオペランドの指定を検討してください。HiRDBを毎日終了する場合はpd_spool_cleanup_levelオペランドの指定を検討してください。

◆　pd_spool_cleanup = normal｜force｜no

このオペランドは，出力したトラブルシュート情報を削除するためのオペランドです。

HiRDBが出力したトラブルシュート情報ファイル（$PDDIR/spool下のファイル）をHiRDB開始時に削除するかどうかを指定します。削除対象のファイルは，次で説明しているpd_spool_cleanup_levelオペランドで指定します。

normal：HiRDBの正常開始及び計画停止後の再開始時に削除します。

force：HiRDBの開始モードに関係なくHiRDBの開始時に削除します。

no：削除しません。

《指定値の目安》

トラブルシュート情報ファイルがディスク容量を圧迫する場合にnormal又はforceを指定してください。

《注意事項》

HiRDB管理者以外のユーザが実行したコマンド又はユティリティによって出力されたトラブルシュート情報ファイルは削除されないことがあります。この場合，トラブルシュート情報ファイルの削除権限を持つユーザがOSのrmコマンドなどでファイルを削除してください。

《備考》

pd_spool_cleanup_intervalオペランドとpd_spool_cleanupオペランドの違いについて説明します。

pd_spool_cleanup_intervalオペランドは，トラブルシュート情報の定期削除に関するオペランドです。

pd_spool_cleanupオペランドは，HiRDB開始時のトラブルシュート情報削除に関するオペランドです。

したがって，HiRDBを24時間連続運転する場合はpd_spool_cleanup_intervalオペランドの指定を検討してください。HiRDBを毎日終了する場合はpd_spool_cleanupオペランドの指定を検討してください。

◆　pd_spool_cleanup_level = 日数〔，削除種別〕

このオペランドは，出力したトラブルシュート情報を削除するためのオペランドです。HiRDB開始時のトラブルシュート情報ファイルの削除条件を指定します。

日数：〜＜符号なし整数＞(( 0〜24855))《7》（単位：日）

ここで指定した日よりも前に作成したトラブルシュート情報ファイルを削除します。例えば，3と指定した場合，3日以内（3日×24時間＝72時間以内）に作成したトラブルシュート情報ファイルだけを残し，残りをすべて削除します。

0を指定した場合はすべてのファイルを削除します。

削除種別：＜文字列＞《all》

削除するトラブルシュート情報ファイルの種類を指定します。

all：すべてのファイルを削除対象にします。

dump：HiRDBが内部取得するファイルだけを削除対象にします。

削除対象のファイルを次に示します。

トラブルシュート情報ファイルの種類

ディレクトリ名

all

dump

備考

デッドロック・タイムアウト情報

pdlckinf

○

×

排他制御でエラーが発生したときに出力します。

アクセスパス情報

pdsqldump

○

×

アクセスパス表示ユティリティ使用時に出力します。

退避コアファイルなど

save

○

○

プロセスが異常終了したときに出力します。

共用メモリダンプファイル

pdshmdump

○

○

プロセス又はユニットが異常終了したときに出力します。

簡易ダンプファイル

pdsysdump

○

○

なし。

pdsdsdump

○

○

HiRDB/パラレルサーバには存在しません。

pdfesdump

pddicdump

pdbesdump

○

○

HiRDB/シングルサーバには存在しません。

システムログファイルの状態情報ファイル

pdjnlinf

○

×

/pdjnlinf/errinf下のファイルは削除しません。

トランザクション情報ファイル

pdtrninf

○

×

リアルタイムSANレプリケーション使用時に出力します。

（凡例）

　　○：削除対象のファイルです。

　　×：削除対象外のファイルです。

注　ディレクトリ名は$PDDIR/spool下のディレクトリ名です。

《前提条件》

pd_spool_cleanupオペランドでnormal又はforce（省略値）を指定している必要があります。

《オペランドの規則》

日数を指定しないで削除種別だけを指定できません。

《備考》

pd_spool_cleanup_interval_levelオペランドとpd_spool_cleanup_levelオペランドの違いについて説明します。

pd_spool_cleanup_interval_levelオペランドは，トラブルシュート情報の定期削除に関するオペランドです。

pd_spool_cleanup_levelオペランドは，HiRDB開始時のトラブルシュート情報削除に関するオペランドです。

したがって，HiRDBを24時間連続運転する場合はpd_spool_cleanup_interval_levelオペランドの指定を検討してください。HiRDBを毎日終了する場合はpd_spool_cleanup_levelオペランドの指定を検討してください。

◆　pd_module_trace_max = モジュールトレース格納最大数

〜＜符号なし整数＞((126〜16383))《256》

HiRDBのプロセスは，実行した関数やマクロの履歴をプロセス固有メモリ中に記録しています。この履歴をモジュールトレースといい，このオペランドではモジュールトレースのレコード数を指定します。この履歴の内容はcoreファイルに取り込まれ，プロセス異常終了時に出力されます。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。性能調査などで，保守員がこのオペランドの指定を依頼した場合は，保守員の指示に従ってください。

《注意事項》

各プロセスでは，以下のサイズのプロセス固有メモリが確保されます。

32ビットモードの場合：64＋48×pd_module_trace_maxオペランドの値（バイト）

64ビットモードの場合：64＋64×pd_module_trace_maxオペランドの値（バイト）

◆　pd_module_trace_timer_level = 0｜10｜20

モジュールトレースに出力する時刻の取得方法を指定します。このオペランドの指定値の意味を次に示します。

指定値

時刻取得方法

0

すべてのモジュールトレース出力箇所で，秒単位で取得します。

10

すべてのモジュールトレース出力箇所のうち，入出力処理前後など性能調査で問題となりやすい箇所だけマイクロ秒単位で取得し，そのほかの箇所では秒単位で取得します。

20

すべてのモジュールトレース出力箇所で，マイクロ秒単位で取得します。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。性能調査などで，保守員がこのオペランドの指定を依頼した場合は，保守員の指示に従ってください。

《注意事項》

このオペランドに0以外の値を指定すると，時刻をマイクロ秒で取得する関数を発行するため，性能が低下することがあります。

◆　pd_pth_trace_max = 通信トレース格納最大数

〜＜符号なし整数＞((1024〜8388608))《1024》

トラブルシュート情報として使用する通信トレースのレコード数を指定します。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。性能調査などで，保守員がこのオペランドの指定を依頼した場合は，保守員の指示に従ってください。

《注意事項》

このオペランドの指定値を大きくすると，HiRDBのプロセスが確保するプロセス固有メモリが増加します。

また，通信トレースのプロセス固有メモリは，オペランドの指定値を2のべき乗に切り上げた値を基に計算します。メモリ所要量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「メモリ所要量の計算式」を参照してください。

《各見積もり式への影響》

pd_pth_trace_maxオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

9.2.35　バックエンドサーバ接続保持機能に関するオペランド

バックエンドサーバ接続保持機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_bes_connection_hold = Y｜N

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

バックエンドサーバ接続保持機能を使用するかどうかを指定します。

Y：バックエンドサーバ接続保持機能を使用します。フロントエンドサーバ，バックエンドサーバ間の接続を，同期点を超えて保持するため，接続処理のオーバヘッドを軽減できます。ただし，接続保持する数だけ，メモリ，ポート，ソケットも保持されます。

N：バックエンドサーバ接続保持機能を使用しません。初回SQL実行時，フロントエンドサーバ，バックエンドサーバ間の接続処理を行い，同期点時に切断します。

《指定値の目安》

指定値の目安については，マニュアル「HiRDB Version 9 システム運用ガイド」の「バックエンドサーバ接続保持機能（HiRDB/パラレルサーバ限定）」の「適用基準」を参照してください。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDBESCONHOLDオペランドを指定します。PDBESCONHOLDオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《注意事項》

バックエンドサーバ接続保持機能を使用する場合は，次に示す計算式を満たすようにしてください。

各バックエンドサーバプロセス数（pd_max_bes_processオペランドの値）

≧全フロントエンドサーバプロセス数（pd_max_usersオペランドの値×フロントエンドサーバ数）

この計算式を満たさない場合，バックエンドサーバプロセス数が不足してSQLエラーになることがあります。また，HiRDBの稼働中にユティリティなどを実行する場合は，バックエンドサーバプロセス数にユティリティの分の余裕値を確保してください。

◆　pd_bes_conn_hold_trn_interval = バックエンドサーバ接続保持時間

〜＜符号なし整数＞((0〜3600))《1》（単位：秒）

バックエンドサーバ接続保持時間を秒単位で指定します。

バックエンドサーバ接続保持機能を使用すると，HiRDBはトランザクションの終了後から次のトランザクションが実行されるまでの時間を監視します。次のトランザクションが実行されるまでの時間が，指定値の範囲内の場合はフロントエンドサーバとバックエンドサーバの接続を保持します。指定値を超えた場合は，トランザクション終了後にフロントエンドサーバとバックエンドサーバの接続を切断します。

なお，このオペランドに0を指定した場合は時間を監視しません。SQL DISCONNECT（XAライブラリを使用時はxa_close），PDCWAITTIMEオーバなどでフロントエンドサーバとクライアント間の接続が切断されたときだけ，フロントエンドサーバとバックエンドサーバの接続を切断します。

9.2.36　再編成時期予測機能に関するオペランド

再編成時期予測機能の運用方法については，マニュアル「HiRDB Version 9 システム運用ガイド」及び「HiRDB Version 9 コマンドリファレンス」を参照してください。

◆　pd_rorg_predict = Y｜N

再編成時期予測機能を使用するかどうかを指定します。

Y：再編成時期予測機能を使用します。

N：再編成時期予測機能を使用しません。

《注意事項》

再編成時期予測機能を実行するには，解析情報表及び運用履歴表を格納するデータディクショナリ用RDエリアを作成する必要があります。

このオペランドにYを指定した場合，共用メモリを使用します。使用するメモリ容量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

9.2.37　セキュリティに関するオペランド

(1)　セキュリティ監査機能に関するオペランド

セキュリティ監査機能の運用方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_audit = Y｜N

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時から監査証跡を取得するかどうかを指定します。

Y：HiRDBの開始時から監査証跡を取得します。

N：HiRDBの開始時から監査証跡を取得しません。

このオペランドにNを指定しても，pdaudbeginコマンドを実行すると監査証跡を取得できます。

《前提条件》

次に示すすべての条件を満たす必要があります。満たしていない場合にYを指定すると，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始できません。

監査証跡ファイル用のHiRDBファイルシステム領域を作成している

pd_aud_file_nameオペランドに監査証跡ファイル用のHiRDBファイルシステム領域名を指定している

◆　pd_aud_file_name = 監査証跡ファイル用のHiRDBファイルシステム領域名

〜＜パス名＞((150文字以内))

セキュリティ監査機能を使用する場合はこのオペランドを必ず指定してください。指定しないとセキュリティ監査機能を使用できません。

監査証跡ファイル用のHiRDBファイルシステム領域名を絶対パス名で指定します。

HiRDB/パラレルサーバでセキュリティ監査機能を使用する場合，システム全体で監査証跡を取得することを推奨します。システム全体で監査証跡を取得するには，次のどちらかの指定をしてください。

システム共通定義でpd_aud_file_nameオペランドを指定する

すべてのユニット制御情報定義でpd_aud_file_nameオペランドを指定する

ただし，同一サーバマシンで複数のユニットを稼働させるシステム構成の場合は，すべてのユニット制御情報定義でpd_aud_file_nameオペランドを指定する必要があります。

《注意事項》

このオペランドを指定した場合，HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に監査証跡ファイル用のHiRDBファイルシステム領域に対するアクセスエラーが発生すると，HiRDBを開始できません。

システム共通定義のpd_aud_file_nameオペランドの指定によって同一サーバマシン上の複数のユニットが同じ監査証跡ファイルを指定した場合，監査証跡を正しく取得できません。

◆　pd_aud_max_generation_size = 1監査証跡ファイルの最大容量

〜＜符号なし整数＞((1〜5240))《100》（単位：メガバイト）

1監査証跡ファイルの最大容量をメガバイト単位で指定します。

《指定値の目安》

HiRDBが管理用に使用する領域が20メガバイト必要なため，次に示す条件式を満たすようにこのオペランドの値を決定してください。

pd_aud_max_generation_sizeの値×pd_aud_max_generation_numの値＜監査証跡ファイル用のHiRDBファイルシステム領域長（pdfmkfsコマンドの-nオプションの値）−20（メガバイト）

監査証跡の1レコードの容量よりも小さい値を指定した場合，又は，このオペランドの指定を省略した場合で，かつ監査証跡の1レコードのサイズがこのオペランドの省略時仮定値よりも大きいときには，HiRDBユニットを起動できません。

HiRDBユニットを起動するには，次に示す条件式を満たすようにこのオペランドの値を決定してください。

pd_aud_max_generation_sizeの指定値≧↑監査証跡のレコードサイズの最大長÷1024↑×1024＋2048（バイト）

監査証跡のレコードサイズの最大長は，次の計算式で算出します。

監査証跡のレコードサイズの最大長＝1067＋↑pd_aud_sql_source_sizeの指定値÷4↑×4＋↑pd_aud_sql_data_sizeの指定値÷4↑×4（バイト）

監査証跡を非同期に出力する場合は，マニュアル「HiRDB Version 9 システム運用ガイド」の「監査証跡ファイルへの出力（非同期出力）」も併せて参照してください。

◆　pd_aud_max_generation_num = 監査証跡ファイルの最大数

〜＜符号なし整数＞((2〜200))《50》

監査証跡ファイル用のHiRDBファイルシステム領域内に作成する監査証跡ファイルの最大数（世代数）を指定します。

《指定値の目安》

全監査証跡ファイルに障害が発生したときのことを想定して，最大値である200を指定しないことをお勧めします。監査証跡ファイルに障害が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

HiRDBが管理用に使用する領域が20メガバイト必要なため，次に示す条件式を満たすようにこのオペランドの値を決定してください。

pd_aud_max_generation_sizeの値×pd_aud_max_generation_numの値＜監査証跡ファイル用のHiRDBファイルシステム領域長（pdfmkfsコマンドの-nオプションの値）−20（メガバイト）

《注意事項》

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に，このオペランドの値よりも大きい世代番号のファイルがある場合，このオペランドの値は無効になります。この場合，HiRDBファイルシステム領域内に作成される監査証跡ファイルの最大数には，最大世代番号が仮定されます。

◆　pd_aud_no_standby_file_opr = down｜forcewrite

スワップ先にできる監査証跡ファイルがない場合，及び非同期出力用バッファのすべての面がフラッシュ待ちになった場合のHiRDBの処理方式を指定します。

down：

スワップ先にできる監査証跡ファイルが残り一つ以下になった場合，HiRDB（HiRDB/パラレルサーバの場合はユニット）を強制終了します。downの指定が有効になるスワップの契機は，監査証跡ファイルの容量が一杯になった場合，及び現用ファイルに障害が発生した場合です。なお，このオペランドの指定によってHiRDBが強制終了した場合の対処については，マニュアル「HiRDB Version 9 システム運用ガイド」の「スワップ先にできる監査証跡ファイルがないためHiRDBが強制終了した場合」を参照してください。

非同期出力用バッファのすべての面がフラッシュ待ちになった場合，HiRDB（HiRDB/パラレルサーバの場合はユニット）を強制終了します。その後の対処については，マニュアル「HiRDB Version 9 システム運用ガイド」の「非同期出力用バッファのすべての面がフラッシュ待ちになった場合」を参照してください。

forcewrite：

スワップ先にできる監査証跡ファイルがない場合，データロード待ち（閉塞状態のファイルを除く）の監査証跡ファイルを強制的にスワップ先にして監査証跡の出力を続行します。このとき，最終更新日時が一番古いデータロード待ちの監査証跡ファイルをスワップ先にします。

ただし，pdaudswapコマンドを実行してスワップした場合，又は全ファイルが閉塞状態の場合は監査証跡の出力を中止します。

非同期出力用バッファのすべての面がフラッシュ待ちになった場合，最初にフラッシュ待ちになった非同期出力用バッファを強制的に上書きして再利用することで，監査証跡の出力を続行します。上書きされた非同期出力用バッファ上の監査証跡は破棄されます。

◆　pd_aud_async_buff_size = 監査証跡の非同期出力時に使用するバッファ長

〜＜符号なし整数＞((0，4096〜6553600))《401408》（単位：バイト）

監査証跡を非同期に出力する場合に使用するバッファ長をバイト単位で指定します。0を指定した場合は監査証跡を同期出力します。監査証跡のレコードサイズの最大長よりも小さい値を指定した場合，又は，このオペランドの指定を省略した場合で，かつ監査証跡のレコードサイズの最大長がこのオペランドの省略時仮定値よりも大きいときには，HiRDBユニットを起動できません。

監査証跡のレコードサイズの最大長については，pd_aud_max_generation_sizeオペランドの説明を参照してください。

各出力方式の長所及び短所を次に示します。

pd_aud_async_

buff_sizeの値

監査証跡の

出力方式

長所

短所

0

同期出力

監査証跡を確実に監査証跡ファイルに出力できます。

SQL処理の延長上でファイル入出力が発生するため，性能に与える影響が大きくなります。

4096〜6553600

非同期出力

SQL処理の性能に与える影響を小さくできます。

バッファへの出力後から監査証跡ファイルに出力するまでの間に，HiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了すると，監査証跡が失われることがあります。

《指定値の目安》

監査証跡を非同期に出力する場合，このバッファ長は大きめに設定することを推奨します。このバッファは，ユニットに一つしかないリソースであるため，負荷が高いトランザクションが多い環境では，競合の発生によって性能が劣化する可能性があります。

《オペランドの規則》

このオペランドには4096の整数倍を指定してください。4096の整数倍以外を指定した場合は，指定した値を4096の整数倍に切り上げてその値をこのオペランドに設定します。例えば，5000を指定すると8192が設定されます。

《注意事項》

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に，pd_aud_async_buff_size×pd_aud_async_buff_countバイト分のユニットコントローラ用共用メモリが必要です。この計算式の値がユニットコントローラ全体の共用メモリサイズの上限を超えないように設定してください。ユニットコントローラが使用する共用メモリの計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

pd_aud_async_buff_sizeオペランド，及びpd_aud_async_buff_countオペランドに指定した値が小さい場合，非同期出力用バッファのすべての面がフラッシュ待ちになり，トランザクションの実行時間が長くなったり，pd_aud_no_standby_file_oprオペランドの指定によってはHiRDB（HiRDB/パラレルサーバの場合はユニット）が強制終了したりするおそれがあります。

単位時間当たりの監査証跡の出力件数を考慮して，pd_aud_async_buff_sizeオペランド，及びpd_aud_async_buff_countオペランドの指定値を決めてください。詳細は，マニュアル「HiRDB Version 9 システム運用ガイド」の「監査証跡ファイルへの出力（非同期出力）」を参照してください。

《各見積もり式への影響》

pd_aud_async_buff_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_aud_async_buff_count = 監査証跡の非同期出力時に使用するバッファ面数

〜＜符号なし整数＞((1〜6500))

ユニット内HiRDBサーバが存在する場合：《ユニット内HiRDBサーバ数×10》

ユニット内HiRDBサーバが存在しない場合：《1》

監査証跡を非同期に出力する場合に使用するバッファの面数を指定します。

《指定値の目安》

このバッファ面数は，大きめに設定することを推奨します。値が小さいと，監査証跡ファイルへの書き込みによって，バッファへの書き込みに時間が掛かります。その結果，性能が劣化する可能性があります。

《注意事項》

HiRDB（HiRDB/パラレルサーバの場合はユニット）の開始時に，pd_aud_async_buff_size×pd_aud_async_buff_countバイト分のユニットコントローラ用共用メモリが必要です。この計算式の値がユニットコントローラ全体の共用メモリサイズの上限を超えないように設定してください。ユニットコントローラが使用する共用メモリの計算式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

pd_aud_async_buff_sizeオペランド，及びpd_aud_async_buff_countオペランドに指定した値が小さい場合，非同期出力用バッファのすべての面がフラッシュ待ちになり，トランザクションの実行時間が長くなったり，pd_aud_no_standby_file_oprオペランドの指定によってはHiRDB（HiRDB/パラレルサーバの場合はユニット）が強制終了したりするおそれがあります。

単位時間当たりの監査証跡の出力件数を考慮して，pd_aud_async_buff_sizeオペランド，及びpd_aud_async_buff_countオペランドの指定値を決めてください。詳細は，マニュアル「HiRDB Version 9 システム運用ガイド」の「監査証跡ファイルへの出力（非同期出力）」を参照してください。

《各見積もり式への影響》

pd_aud_async_buff_countオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_aud_async_buff_retry_intvl = 監査証跡の非同期出力時に使用するバッファの確保リトライ間隔

〜＜符号なし整数＞((1〜1000))《50》（単位：ミリ秒）

監査証跡を非同期に出力する場合に使用するバッファがすべて使用中のとき，未使用のバッファが確保できるまでバッファを監視する処理のリトライ間隔を指定します。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

セキュリティ監査機能使用時，UAPの実行に時間が掛かる場合にこのオペランドの値を小さくすると，UAPの実行時間が短くなることがあります。

◆　pd_aud_sql_source_size = 監査証跡に出力するSQL文のサイズ

〜＜符号なし整数＞((0〜2000000))《0》（単位：バイト）

セキュリティ監査機能を使用する場合に監査証跡に出力するSQL文のサイズをバイト単位で指定します。0を指定した場合は，監査証跡にSQL文を出力しません。指定した値よりもサイズが大きいSQL文については，指定した値を超えた部分は監査証跡に出力されません。

《ほかのオペランドとの関連》

このオペランドを指定した場合，オペランドpd_aud_max_generation_size及びpd_aud_async_buff_sizeの指定値を見積もり直してください。

《各見積もり式への影響》

pd_aud_sql_source_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「監査証跡ファイルの容量の見積もり」

◆　pd_aud_sql_data_size = 監査証跡に出力するSQLデータのサイズ

〜＜符号なし整数＞((0〜1000000))《0》（単位：バイト）

セキュリティ監査機能を使用する場合に監査証跡に出力するSQLデータのサイズをバイト単位で指定します。0を指定した場合は，監査証跡にSQLデータを出力しません。指定した値よりもサイズが大きいSQLデータについては，指定した値を超えた部分は監査証跡に出力されません。

《ほかのオペランドとの関連》

このオペランドを指定した場合，オペランドpd_aud_max_generation_size及びpd_aud_async_buff_sizeの指定値を見積もり直してください。

《各見積もり式への影響》

pd_aud_sql_data_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「監査証跡ファイルの容量の見積もり」

◆　pd_aud_file_wrn_pnt = 警告メッセージの出力契機〔，警告メッセージの出力済み状態のリセット契機〕

警告メッセージの出力契機：〜＜符号なし整数＞((0〜100))《0又は80》（単位：％）

スワップ先にできない監査証跡ファイル数が警告値以上になったとき，警告メッセージを出力します。このオペランドには警告値を，pd_aud_max_generation_numオペランドに指定した監査証跡ファイルの最大数に対する比率で指定します。例えば，pd_aud_max_generation_numオペランドに100を指定し，このオペランドに90を指定すると，スワップ先にできない監査証跡ファイル数が90以上になると警告メッセージKFPS05123-Wが出力されます。

なお，HiRDB/パラレルサーバの場合はユニット単位でチェックします。

また，このオペランドに0を指定すると警告メッセージを出力しません。

《ほかのオペランドとの関連》

pd_watch_resourceオペランドにMANUALを指定して，かつこのオペランドを省略すると，このオペランドの値に0が仮定されます。すなわち，警告メッセージが出力されません。

pd_watch_resourceオペランドにAUTO又はDEFAULTを指定して，かつこのオペランドを省略すると，このオペランドの値に80が仮定されます。すなわち，80％以上になると警告メッセージが出力されます。

警告メッセージの出力済み状態のリセット契機：〜＜符号なし整数＞((0〜99))（単位：％）

警告メッセージ出力済み状態のリセット契機を指定します。警告メッセージ（KFPS05123-W）が出力されると，警告メッセージ出力済み状態になります。警告メッセージ出力済み状態になると，スワップ先にできない監査証跡ファイル数がもう一度警告値以上になっても警告メッセージが出力されません。しかし，ここで指定する警告メッセージの出力済み状態のリセット契機をスワップ先にできない監査証跡ファイル数が下回ると，警告メッセージ出力済み状態が解除されます。

例えば，pd_aud_file_wrn_pnt=90,70と指定すると，スワップ先にできない監査証跡ファイル数が監査証跡ファイルの最大数の90％以上になると警告メッセージが出力されます。この後，スワップ先にできない監査証跡ファイル数が監査証跡ファイルの最大数の70％を下回るまで警告メッセージは出力されません。一度70％を下回り，再度90％以上になったときに警告メッセージが出力されます。

《注意事項》

この指定を省略すると，「警告メッセージの出力契機−30」の値が仮定されます。その値がマイナスになる場合は，0が仮定されます。

警告メッセージの出力契機より大きい値を指定すると，その指定は無効になり，警告メッセージの出力契機の指定値と同じ値が仮定されます。

◆　pd_aud_auto_loading = Y｜N

監査証跡表の自動データロード機能を使用するかどうかを指定します。監査証跡表の自動データロード機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：

監査証跡表の自動データロード機能を使用します。この場合，監査証跡ファイルの世代スワップ（障害によるスワップは除く）を契機として，監査証跡表へのデータロード処理が自動実行されます。

N：

監査証跡表の自動データロード機能を使用しません。この場合，監査証跡表へのデータロード処理は自動実行されません。監査人が手動で実行してください。

《指定値の目安》

監査証跡表の自動データロード機能を使用すると監査人の負荷を低減できます。しかし，オンライン業務中にデータロードが始まるため，CPUやディスクへの入出力回数が増加し，システムの負荷が増大します。これらのメリットとデメリットを考慮した上で，監査証跡表の自動データロード機能を使用するかどうか判断してください。

《注意事項》

HiRDB/パラレルサーバでこのオペランドにYを指定する場合は，システムマネジャがあるユニットに，監査証跡ファイル用のHiRDBファイルシステム領域を作成し，pd_aud_file_nameオペランドを指定する必要があります。指定しないと，監査証跡表の自動データロード機能を使用できません。

《各見積もり式への影響》

pd_aud_auto_loadingオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバで起動するプロセス」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバで起動するプロセス」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pdaudload

　　　 〔-i インデクス作成方法〕

　　　 〔-l ログ取得方式〕

　　　 〔-n 〔一括出力用ローカルバッファ面数〕，，

　　　　　 〔ランダムアクセス用ローカルバッファ面数〕〕

　　　 〔-y〕

　　　 〔-X サーバ間通信の応答監視時間〕

監査証跡表の自動データロード機能を使用するとき，監査証跡表の自動データロード機能で動作させるデータベース作成ユティリティ（pdload）の環境情報を定義します。

《前提条件》

pd_aud_auto_loadingオペランドにYを指定している必要があります。

《指定値の目安》

マニュアル「HiRDB Version 9 システム運用ガイド」の「監査証跡表の自動データロード機能」にある「適用条件」を参照してオペランドの値を決定してください。

《注意事項》

このオペランドを2回以上指定した場合，1回目に指定した値が適用されて，2回目以降の指定値は無効となります。

-i インデクス作成方法

〜《c》

インデクスの作成方法を指定します。インデクスの作成方法には次の二つがあります。

c：

インデクス一括作成モードを指定します。行データの格納中は，インデクスを作成しないでインデクス作成情報をインデクス情報ファイルに出力します。行データの格納処理が完了した後，引き続きインデクスを作成します。

s：

インデクス更新モードを指定します。行データを格納するたびにインデクスを更新します。

-l ログ取得方式

〜《p》

pdloadを実行するとき，データベースの更新ログを取得する方法を指定します。

a：

ログ取得モードを指定します。ロールバック及びロールフォワードに必要なデータベースの更新ログを取得します。

p：

更新前ログ取得モードを指定します。ロールバックに必要なデータベースの更新ログは取得しますが，ロールフォワードに必要なデータベースの更新ログは取得しません。

《注意事項》

リアルタイムSANレプリケーションを適用する環境でログ同期方式を使用する場合は，必ずaを指定してください。pを指定すると，リモートサイトの監査証跡表があるRDエリアが閉塞します。

-n 〔一括出力用ローカルバッファ面数〕，，〔ランダムアクセス用ローカルバッファ面数〕

ローカルバッファを使用して表にデータロードする場合に指定します。このオプションを指定すると，ローカルバッファを使用してDBアクセスできるようになり，一括出力することで入出力回数を削減できます。

このオプションを省略した場合は，グローバルバッファを使用して1ページ単位で出力します。

一括出力用ローカルバッファ面数を省略してランダムアクセス用ローカルバッファ面数だけを指定する場合は，コンマ（，）を含めた内容を引用符（"）で囲んで指定してください。例えば，一括出力用ローカルバッファ面数を省略してランダムアクセス用ローカルバッファ面数だけに1000を指定する場合は，次のように指定してください。

pdaudload -n ",,1000"

ただし，一括出力用ローカルバッファ面数とランダムアクセス用ローカルバッファ面数の両方を同時に省略することはできません。両方を省略して-nオプションを指定した場合，定義エラーとなりKFPS01895-Eメッセージが出力されます。

一括出力用ローカルバッファ面数：〜＜符号なし整数＞((2〜4096))

一括出力用ローカルバッファの面数を指定します。一括出力用ローカルバッファは，データページに対して使用します。

ランダムアクセス用ローカルバッファ面数：〜＜符号なし整数＞((4〜125000))

ランダムアクセス用ローカルバッファの面数を指定します。ランダムアクセス用ローカルバッファは，インデクスページに対して使用します。

-y

データロード時に未使用ページを使い切った場合に，データを使用中ページの未使用領域に格納したいときに指定します。このオプションを指定した場合，未使用領域にデータを格納する前にKFPH26010-Iメッセージを出力します。

このオプションを指定する場合は-lオプションにaを指定してください。-lオプションにpを指定した場合，又は-lオプションの指定を省略した場合，定義エラーとなりKFPS01895-Eメッセージが出力されます。

-X サーバ間通信の応答監視時間

〜＜符号なし整数＞((1〜65535))《300》（単位：秒）

コマンドを実行したサーバで通信などに障害が発生した場合，コマンドが無応答となり，業務が停止するおそれがあります。pdloadは，障害を検知するためにコマンドで実施されるディクショナリ操作についての通信の応答時間を監視できます。

-Xオプションには，ディクショナリ操作での応答監視時間を秒数で設定します。ディクショナリ操作時の実行時間が-Xオプションに設定した時間を超えた場合，pdloadはディクショナリアクセスで障害が発生したと判断し，リターンコード8で処理を打ち切ります。処理を打ち切った場合，監査証跡表の自動データロード処理も停止します。

◆　pd_audit_def_buffer_size = セキュリティ監査情報用バッファ長

〜＜符号なし整数＞((1〜2000000))（単位：キロバイト）

セキュリティ監査機能の情報を格納するバッファ（共用メモリ）の大きさをキロバイト単位で指定します。

《指定値の目安》

セキュリティ監査情報用バッファ長は，次に示す計算式から求めてください。

↑0.3＋ａ×0.25↑　　　　　　　　　　（単位：キロバイト）

ａ：セキュリティ監査機能の監査証跡に指定した絞り込み条件のオブジェクト数

《オペランドの省略値》

このオペランドを省略した場合，次に示すサイズのバッファ長がHiRDBの開始時に取得されます。このメモリが確保できない場合，HiRDBは開始しますが，セキュリティ監査情報用バッファは作成されません。このとき，KFPD00032-Wメッセージが出力されます。

↑0.3＋MAX｛（a＋100），（a×1.2）｝×0.25↑

　　　　　　　　　　　　　　　　　（単位：キロバイト）

ａ：セキュリティ監査機能の監査証跡に指定した絞り込み条件のオブジェクト数

《注意事項》

このオペランドで指定した大きさのメモリが確保できない場合，HiRDBは開始できません。

《各見積もり式への影響》

pd_audit_def_buffer_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

(2)　セキュリティの強化に関するオペランド

◆　pd_security_host_group = ホスト名〔，ホスト名〕…

このオペランドは，セキュリティレベルの高いシステムを構成する場合，HiRDBサーバ構成で使用するホストを明確に定義し，セキュリティに影響するHiRDBの操作（ユティリティや関連プログラムプロダクトが定義したホスト以外からの操作）を制限するものです。

このオペランドには，HiRDBサーバを構成するネットワークで使用している全ホスト名を指定してください。このオペランドを指定することで，セキュリティ上のリスクを軽減できます。ホスト名は，IPアドレス，FQDN形式でも指定でき，ループバックアドレスも指定できます。

また，オペランドの指定値は，強制終了，異常終了，及び計画停止後でも変更できます。

なお，ホスト名は256文字以内で指定してください。

《注意事項》

DNSサーバを使用する場合は，ここで指定するホスト名をDNSサーバに登録してください。また，DNSサーバを使用しない場合は，ここで指定するホスト名をhostsファイルに登録してください。

名称解決ができない場合，KFPS04693-Eメッセージが出力され，HiRDBの開始処理が終了します。

ホスト名，IPアドレス，又はFQDNの文字列を重複して指定した場合，KFPS04693-Eメッセージが出力され，HiRDBの開始処理が終了します。また，IPアドレスが同じでホスト名が異なる場合，エラーにはなりません。

pdunitオペランドの-xオプションにループバックアドレスを指定した場合は，このオペランドにもループバックアドレスを指定してください。

JDBC4.0版のType4 JDBCドライバを使用する場合，DatabaseMetaDataインタフェースのgetSchemasメソッドについても，セキュリティに影響するHiRDBの操作として扱います。

《備考》

pd_security_host_groupオペランドの指定例を次に示します。

pd_security_host_groupオペランドの指定例（HiRDB/シングルサーバの場合）

pd_security_host_groupオペランドの指定例（HiRDB/パラレルサーバの場合）

9.2.38　系切り替え機能に関するオペランド

◆　pd_ha = use｜nouse

系切り替え機能を使用するかどうかを指定します。

use：系切り替え機能を使用します。

nouse：系切り替え機能を使用しません。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは系切り替え機能を使用できません。このオペランドにuseを指定した場合，KFPS04689-Wメッセージが出力されます。

◆　pd_ha_ipaddr_inherit = Y｜N

系切り替え機能を使用する場合にIPアドレスを引き継ぐかどうかを指定します。IPアドレスを引き継ぐかどうかによって，系切り替え機能の運用方法が異なります。詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：IPアドレスを引き継ぎます。

N：IPアドレスを引き継ぎません。

1：1スタンバイレス型系切り替え機能又は影響分散スタンバイレス型系切り替え機能を使用する場合はこのオペランドを省略してください。指定しても無効になります。

《指定値の目安》

高速系切り替え機能を使用するときの指定値の目安を次に示します。

HiRDB/シングルサーバの場合

高速系切り替え機能を使用する場合はIPアドレスを引き継げないため，Nを指定してください。

HiRDB/パラレルサーバの場合

IPアドレスを引き継ぐ場合はYを，引き継がない場合はNを指定してください。ただし，高速系切り替え機能の対象にするユニットはIPアドレスを引き継げません。したがって，ここでYを指定した場合，高速系切り替え機能の対象にするユニットのユニット制御情報定義のpd_ha_ipaddr_inheritオペランドにNを指定する必要があります。

なお，このオペランドにNを指定した場合は，ユニット制御情報定義のpd_ha_ipaddr_inheritオペランドにYを指定できません。

◆　pd_ha_unit = nouse

このオペランドはユニットに系切り替え機能を適用しない場合に指定します。系切り替え機能を適用するユニットと，適用しないユニットを分ける場合に指定してください。このオペランドを指定すると，この項で説明しているオペランドの指定がすべて無効になります。

《ほかのオペランドとの関連》

フロントエンドサーバのpdstartオペランドに -k stlsオプションを指定すると回復不要FESユニットになります。回復不要FESユニットでは，系切り替え機能を適用できません。系切り替え機能を適用するシステムの場合，回復不要FESユニットのユニット制御情報定義には，必ずこのオペランドを指定してください。

◆　pd_ha_restart_failure = コマンド名

〜＜パス名＞

このオペランドはモニタモードの場合に指定できます。サーバモードの場合にこのオペランドを指定しても無効になります。

HiRDBの再開始に失敗したときに実行するコマンドを絶対パス名で指定します。このオペランドにクラスタソフトウェアの系を切り替えるコマンドを指定したり，ユーザコマンド（シェル）の中で系を切り替えるコマンドを発行したりすることで，再開始に失敗したときの系切り替えの運用を自動化できます。

◆　pd_ha_acttype = monitor｜server

系切り替え機能の運用をモニタモードで行うか，サーバモードで行うかを指定します。モニタモード及びサーバモードについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

monitor：系切り替え機能の運用をモニタモードで行います。

server：系切り替え機能の運用をサーバモードで行います。

次に示す機能を使用する場合はサーバモードでの運用が前提になります。

ユーザサーバホットスタンバイ

高速系切り替え機能

1：1スタンバイレス型系切り替え機能

影響分散スタンバイレス型系切り替え機能

《前提条件》

このオペランドを指定するにはpd_haオペランドにuseを指定する必要があります。また，serverを指定する場合は次に示す条件をすべて満たす必要があります。

クラスタソフトウェアがHAモニタ，又はMC/ServiceGuardである

Hitachi HA Toolkit Extensionを導入している

なお，クラスタソフトウェアがHAモニタの場合，Hitachi HA Toolkit Extensionは必要ありません。これらの製品を導入しないでserverを指定すると，HiRDBを開始できません。

《注意事項》

クラスタソフトウェアがHAモニタの場合は，HAモニタのacttypeオペランドの指定とこのオペランドの指定を合わせてください。指定値が異なると，HiRDBを開始できない，系が切り替わらないなどの現象が発生することがあります。acttypeオペランドについては，マニュアル「高信頼化システム監視機能 HAモニタ」を参照してください。

クラスタソフトウェアがPowerHA，又はLifeKeeperの場合は，このオペランドにserverを指定しないでください。

◆　pd_ha_server_process_standby = Y｜N

ユーザサーバホットスタンバイを使用するかどうかを指定します。ユーザサーバホットスタンバイについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

Y：ユーザサーバホットスタンバイを使用します。

N：ユーザサーバホットスタンバイを使用しません。

なお，1：1スタンバイレス型系切り替え機能又は影響分散スタンバイレス型系切り替え機能を使用する場合はこのオペランドを省略してください。

《前提条件》

Y（省略値）を指定する場合はサーバモードである必要があります。モニタモードの場合は常にNが仮定されます。

《ほかのオペランドとの関連》

高速系切り替え機能はユーザサーバホットスタンバイを包括しています。このため，pd_ha_agentオペランドにstandbyunitを指定した場合（高速系切り替え機能を使用する指定をした場合），このオペランドにNを指定してもYが仮定されます。

◆　pd_ha_agent = standbyunit｜server｜activeunits

次に示す機能を使用する場合にこのオペランドを指定します。

高速系切り替え機能

1：1スタンバイレス型系切り替え機能

影響分散スタンバイレス型系切り替え機能

これらの機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

standbyunit：高速系切り替え機能を使用する場合に指定します。

server：1：1スタンバイレス型系切り替え機能を使用する場合に指定します。

activeunits：影響分散スタンバイレス型系切り替え機能を使用する場合に指定します。

なお，同一システム内で，1：1スタンバイレス型系切り替え機能と影響分散スタンバイレス型系切り替え機能を混在して指定できません。

《前提条件》

このオペランドを指定する場合はサーバモードである必要があります。モニタモードの場合にこのオペランドを指定するとKFPS01896-Eエラーになります。

《注意事項》

高速系切り替え機能の対象ユニットはIPアドレスを引き継げません。したがって，HiRDB/シングルサーバの場合はシステム共通定義又はユニット制御情報定義のpd_ha_ipaddr_inheritオペランドにNを指定してください。HiRDB/パラレルサーバでIPアドレスを引き継ぐ構成の場合は，高速系切り替え機能対象ユニットのユニット制御情報定義のpd_ha_ipaddr_inheritオペランドにNを指定してください。

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用する場合は，グローバルバッファを動的変更できません。グローバルバッファの動的変更については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《ほかのオペランドとの関連》

高速系切り替え機能はユーザサーバホットスタンバイを包括しています。このため，このオペランドにstandbyunitを指定するとpd_ha_server_process_standbyオペランドにYが仮定されます。

1：1スタンバイレス型系切り替え機能及び影響分散スタンバイレス型系切り替え機能は，系を切り替えた場合，切り替え先のユニットのサーバプロセスを利用します。そのため，このオペランドにserver又はactiveunitsを指定するとpd_ha_server_process_standbyオペランドの指定が無効になります。

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用する場合は，pd_rdarea_open_attribute_useオペランド（RDエリアのオープン契機の指定）にYが仮定されます。

影響分散スタンバイレス型系切り替え機能を使用している場合，HAグループ内の全ユニットが起動していなくてもよいため，pd_start_skip_unitオペランドの指定が無効になります。ただし，HAグループ内の全バックエンドサーバがどこかのユニットで起動していないと，HiRDBを開始できません。

このオペランドを指定した場合，次に示すオペランドの指定値を確認してください。指定値に誤りがある場合，KFPS01896-Eエラーになります。

オペランド名

pd_ha_agentオペランドの値

standbyunit

server

activeunits

pd_ha

use

use

use

pd_ha_unit

省略

省略

省略

pd_ha_acttype

server

server

server

pd_ha_ipaddr_inherit（ユニット制御情報定義）

Ｎ

−

−

pd_ha_agent

−

ほかのユニットにactiveunitsを指定してはいけない

ほかのユニットにserverを指定してはいけない

pdstartオペランドの-cオプション

−

○

−

pdstartオペランドの-gオプション

−

−

○

pdhagroup

−

−

○

（凡例）

○：オペランドの指定が必要です。

−：該当しません。

《各見積もり式への影響》

pd_ha_agentオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバで起動するプロセス」

「メッセージキュー及びセマフォ所要量の見積もり」

「リソース数に関連する環境変数の見積もり」の「HiRDB/シングルサーバの場合」

「リソース数に関連する環境変数の見積もり」の「HiRDB/パラレルサーバの場合」

◆　pd_ha_max_act_guest_servers = 受け入れ可能なゲストBESの最大数

〜＜符号なし整数＞((0〜33))

影響分散スタンバイレス型系切り替え機能を使用する場合にこのオペランドを指定します。ユニット内で実行系として稼働するゲストBESの最大数を指定します。ユニット内で実行系として稼働するゲストBES数がこのオペランドの指定値に達すると，ゲストBESの受け入れ可能状態を解除します。

このオペランドの値によって，受け入れユニットで確保するゲスト用領域の数が決定します。このオペランドの値を変更してゲストBES用のリソース所要量を調整してください。

なお，このオペランドの値が小さ過ぎると，系の切り替えが発生したとき，一部のバックエンドサーバの処理が実行されないことがあります。HAグループ内の障害バックエンドサーバ数がHAグループ内の受け入れ可能ゲストBES数の合計を超えると，超えた分のバックエンドサーバの処理がどのユニットにも受け入れられないため，そのバックエンドサーバの処理が実行されません。

《前提条件》

このオペランドを指定する場合は次に示すオペランドを指定する必要があります。指定しないと，システム定義の不正によるエラーになります（KFPS01896-Eメッセージが出力されます）。

pdhagroup

pd_ha_agent = activeunits

《指定値の目安》

このオペランドを省略すると，このオペランドの値をHiRDBが計算します。また，指定値の上限値は次に示す値の小さい方になります。

34−ユニット内のホストBES数

HAグループ内のサーバ数−ユニット内のホストBES数

上限値以上の値を指定しても，この上限値に補正されます（KFPS05613-Wメッセージが出力されます）。

なお，このオペランドを省略したときにHiRDBが算出する受け入れ可能なゲストBESの最大数は，次に示す条件をすべて満たしていることを想定しています。

HAグループ内の各ユニットのバックエンドサーバ数が同じである

2点障害が発生した

したがって，HAグループ内の各ユニットのバックエンドサーバ数が異なる場合，又は3点障害以上が発生した場合，このオペランドの省略値では一部のバックエンドサーバの処理が実行されないことがあります。

《オペランドの省略値》

このオペランドの省略値の計算式を次に示します。

HAグループ内のユニット数が2の場合：a

HAグループ内のユニット数が3以上の場合：↑（a×2）÷（b−2）↑

ａ：ユニット内のホストBES数

ｂ：HAグループ内のユニット数

このオペランドを指定する場合，次に示す計算式（推奨値）からこのオペランドの指定値を求めてください。この計算式は，多点障害時に自ユニットを除くユニットで，ホストBES数が多いユニットから順に障害が発生した場合，残りのユニットが障害ユニットのホストBESを均等に受け入れることを想定しています。

ａ：自ユニット以外で，i番目にホストBES数が多いユニットのホストBES数

ｂ：HAグループ内のユニット数

ｃ：想定している多点障害数（＜ｂ）

《各見積もり式への影響》

pd_ha_max_act_guest_serversオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_ha_max_server_process = 受け入れユニット内の最大ユーザサーバプロセス数

〜＜符号なし整数＞((1〜10000))《ユニット内ホストBESのpd_max_bes_processの合計値》

影響分散スタンバイレス型系切り替え機能を使用する場合にこのオペランドを指定します。ユニット内で起動するユーザサーバプロセスの最大数を指定します。受け入れユニットでは，ホストBES及びゲストBESの各pd_max_bes_processオペランドの値（最大起動プロセス数）によってサーバプロセス数が制限されます。このオペランドを指定すると，それに加えてユニット内のサーバプロセス数の合計値が制限できます。

《前提条件》

このオペランドを指定する場合は次に示すオペランドを指定する必要があります。指定しないと，このオペランドの指定は無効になります。

pdhagroup

pd_ha_agent = activeunits

《指定値の目安》

系の切り替え後，ユニット内のプロセス数を増加させたくない場合はこのオペランドを省略してください。ただし，同時に処理できるサービス要求数の上限が制限されることがあります。リソースが十分にある場合は，ユニット内のホストBESと，受け入れ可能なゲストBESの最大起動プロセス数（pd_max_bes_processオペランドの値）の合計値を指定してください。そうすると，系の切り替え後も同時に処理できるサービス要求数の上限が系の切り替え前と同じになります。

このオペランドの指定によって，受け入れユニットに過剰な負荷が掛かることを抑止できます。系切り替え発生後のユニットの負荷上昇，及び同時に処理できるサービス要求数の両者を考慮してこのオペランドの指定値を決定してください。

《注意事項》

ユニット内ホストBESのpd_max_bes_processオペランドの合計値より小さい値をこのオペランドに指定した場合，その指定値は無効になります。この場合，ユニット内ホストBESのpd_max_bes_processオペランドの合計値が仮定されます（KFPS05614-Wメッセージが出力されます）。

◆　pd_ha_process_count = ゲストBES受け入れ後のユニット内常駐プロセス数

〜＜符号なし整数＞((0〜10000))

影響分散スタンバイレス型系切り替え機能を使用する場合にこのオペランドを指定します。ゲストBES受け入れ後のユニット内のホストBESとゲストBESの常駐プロセス数の合計値を指定します。

ゲストBES受け入れ後の各サーバの常駐プロセス数をこのオペランドの指定で調整できます。

《前提条件》

このオペランドを指定する場合は次に示すオペランドを指定する必要があります。指定しないと，このオペランドの指定は無効になります。

pdhagroup

pd_ha_agent = activeunits

《指定値の目安》

このオペランドを省略すると，このオペランドの値をHiRDBが計算します。

非サービス中の常駐プロセスがプロセスを占有していて，一部のバックエンドサーバがプロセスを起動できないため，サービスの要求を処理できない場合，このオペランドの値を小さくしてください。ただし，系の切り替え後，トランザクションのスループットが悪くなることがあります。系の切り替え後，トランザクションのスループットを良くしたい場合は，このオペランドの値を大きくしてください。ただし，このオペランドの値が大き過ぎると，一部のバックエンドサーバでサービスの要求を処理できないことがあります。

《注意事項》

ユニット内ホストBESのpd_process_countオペランドの合計値より小さい値をこのオペランドに指定した場合，その指定値は無効になります。この場合，ユニット内ホストBESのpd_process_countオペランドの合計値が仮定されます（KFPS05615-Wメッセージが出力されます）。

《備考》

ゲストBESを受け入れた後，各バックエンドサーバに常駐するプロセス数は，次に示す値のうち小さい方になります。

このオペランドの値を各バックエンドサーバのpd_process_countオペランドの値で比例配分した値

各バックエンドサーバのpd_process_countオペランドの値

このオペランドの省略値は，ゲストBESを受け入れた後の最大起動ユーザサーバプロセス数に，ゲストBESを受け入れる前の最大起動プロセス数に対する常駐プロセス数の比率を掛けた値です。計算式を次に示します。

◆　pd_ha_resource_act_wait_time = リソース活性化の最大待ち時間

〜＜符号なし整数＞((2〜3600))《10》（単位：秒）

影響分散スタンバイレス型系切り替え機能を使用する場合にこのオペランドを指定します。このオペランドには，ユニットを開始するときに，実行系サーバのリソースが活性化されるまでの最大待ち時間を秒単位で指定します。このオペランドに指定した待ち時間の間は，ユニットの開始処理を待ち合わせます。ただし，ここで指定した時間内にリソースが活性化された場合は，すぐにユニットの開始処理を再開します。

《利点》

ユニットの開始処理が完了したときに，ユニット内の実行系サーバの起動処理が完了していないと，業務を開始できません※。このオペランドに適切な値を指定すると，ユニットの開始処理を待ち合わせるため，ユニットの開始処理が完了した直後から業務を開始できます。

注※　HAモニタのsysdefファイルのusrcommandオペランドに指定したコマンドの処理に時間が掛かる場合，この現象が発生することがあります。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。次に示す条件をすべて満たす場合にこのオペランドを指定してください。

影響分散スタンバイレス型系切り替え機能を使用している場合

KFPS05623-Iメッセージが出力された場合

メッセージ出力対象ユニットに実行系サーバがある場合

指定値の目安を次に示します。

　10＋リソース活性化処理に掛かる時間（秒）

リソース活性化処理に掛かる時間：HAモニタのsysdefファイルのusrcommandオペランドに指定したコマンドの最大処理時間

《備考》

ユニット内に実行系サーバが存在しない場合，このオペランドに指定した時間だけ実行系サーバの開始を待ち合わせます。ただし，ユニット内の全サーバが待機系サーバとして開始した場合は，このオペランドで指定した時間を待たないでユニットの開始処理を再開します。

◆　pd_ha_transaction = error｜queuing

トランザクションキューイング機能を使用するかどうかを指定します。また，系の切り替え中にHiRDBサーバへの接続数が最大同時接続数（pd_max_usersオペランドの値）を超えた場合の処理を指定します。トランザクションキューイング機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

error：

トランザクションキューイング機能を使用しません。系切り替え中のバックエンドサーバ又はディクショナリサーバで処理するトランザクションをエラーにします。

系の切り替え中にHiRDBサーバへの接続数が最大同時接続数を超えた場合，HiRDBサーバへの接続をエラーにします。

queuing：

トランザクションキューイング機能を使用します。系切り替え中のバックエンドサーバ又はディクショナリサーバで処理するトランザクションをエラーにしないで，系切り替えが完了するまでフロントエンドサーバでトランザクションをキューイングします。このとき，バックエンドサーバ又はディクショナリサーバのユニットの起動が完了するまで待ち合わせを行うため，SQLのレスポンスが通常より遅くなります。

系の切り替え中にHiRDBサーバへの接続数が最大同時接続数を超えた場合，HiRDBサーバへの接続処理をpd_ha_trn_queuing_wait_time＋pd_ha_trn_restart_retry_timeの時間だけHiRDBクライアントでリトライします。ただし，HiRDBクライアントのバージョンが07-00以上の必要があります。

《前提条件》

トランザクションキューイング機能を使用する場合は，次に示す条件をすべて満たす必要があります。

HiRDB/パラレルサーバである

高速系切り替え機能，1：1スタンバイレス型系切り替え機能，又は影響分散スタンバイレス型系切り替え機能を使用している

なお，HiRDBサーバへの接続処理をHiRDBクライアントでリトライする処理については，前記の前提条件を満たす必要はありません。

《クライアント環境定義との関連》

このオペランドにqueuingを指定しても，クライアントごとにトランザクションキューイング機能を使用しないように変更できます。クライアントごとにトランザクションキューイング機能をキャンセルする場合は，クライアント環境定義のPDHATRNQUEUINGオペランドを指定してください。PDHATRNQUEUINGオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_ha_trn_queuing_wait_time

pd_ha_trn_restart_retry_time

◆　pd_ha_trn_queuing_wait_time = トランザクションのキューイング待ち時間

〜＜符号なし整数＞((1〜3600))《180》（単位：秒）

トランザクションキューイング機能を使用する場合のトランザクションのキューイング待ち時間を指定します。このオペランドに指定した待ち時間を超えても待機系ユニット又はサーバが開始しない場合，キューイング中のトランザクションをエラーにします。これ以降発生するトランザクションはキューイングされないでエラーになります。なお，この待ち時間より先に開始処理中のユニット又はサーバが開始した場合は，この指定時間を待たないでトランザクションが再開されます。

また，1：1スタンバイレス型系切り替え機能の場合は，正常時は代替部が待機系になり，代替中は正規BESユニットが待機系になります。

《前提条件》

pd_ha_transactionオペランドにqueuingを指定する必要があります。

《指定値の目安》

通常，このオペランドを指定する必要はありませんが，系切り替え時のロールフォワード時間が180秒以上掛かる場合にこのオペランドの指定値を大きくしてください。

系切り替えに掛かる時間を考慮して，値を指定してください。トランザクションの処理時間が長いUAPを実行している場合は，系切り替え時に行われるロールフォワードの時間も考慮する必要があります。

このオペランドを指定する場合は，系切り替え時のディスク切り替え時間を考慮して，適正な値を指定してください。指定値が大きいと，系切り替えに失敗した場合，トランザクションがエラーを検知する時間が遅延します。また，指定値が小さいと，系切り替えに成功しても，トランザクションがエラーになることがあります。

《クライアント環境定義との関連》

PDCWAITTIME

PDCWAITTIMEを指定する場合は，pd_ha_trn_restart_retry_timeオペランドの《クライアント環境定義との関連》のPDCWAITTIMEを参照してください。

◆　pd_ha_trn_restart_retry_time = トランザクション開始要求エラー時のリトライ時間の上限

〜＜符号なし整数＞((1〜3600))《60》（単位：秒）

トランザクションキューイング機能使用時に系切り替えが発生すると，トランザクションをフロントエンドサーバでキューイングします。しかし，系切り替えが発生してから待機系ユニット又はサーバが再開始するまでの間，フロントエンドサーバは系切り替えを検知できません。この間（系切り替えが発生してから待機系ユニット又はサーバが再開始するまでの間），フロントエンドサーバは実行系ユニット又はサーバに対してトランザクションの開始要求をしますが，実行系ユニットは既に異常終了しているため，このトランザクション開始要求はエラーになります。エラーになったトランザクションはフロントエンドサーバから開始要求が再度行われます（トランザクションの開始要求をリトライします）。

このオペランドには，このリトライ時間の上限を指定します。このオペランドの値を超えても待機系ユニット又はサーバが再開始されない場合は，リトライ中のトランザクションをエラーにします。また，これ以降発生するトランザクションはリトライされないでエラーになります。なお，このリトライ時間より前に待機系のユニット又はサーバが再開始した場合は，この指定時間リトライは行わないでキューイングされます。

《前提条件》

pd_ha_transactionオペランドにqueuingを指定する必要があります。

《指定値の目安》

通常，このオペランドを指定する必要はありませんが，クラスタソフトウェアによるディスクの切り替え時間が60秒以上掛かる場合にこのオペランドの指定値を大きくしてください。

このオペランドを指定する場合は，系切り替え時のディスク切り替え時間を考慮して，適正な値を指定してください。指定値が大きいと，系切り替えに失敗した場合，トランザクションがエラーを検知する時間が遅延します。また，指定値が小さいと，系切り替えに成功しても，トランザクションがエラーになることがあります。

《クライアント環境定義との関連》

PDCWAITTIME

PDCWAITTIMEを指定する場合は，次に示す関係になるように値を設定してください。

PDCWAITTIMEの指定値＞pd_ha_trn_queuing_wait_timeの指定値＋pd_ha_trn_restart_retry_timeの指定値

この関係を満たさない場合は，トランザクションキューイング機能によってトランザクションをリトライ，又はキューイングしている間に，PDCWAITTIMEに指定した時間を超過してトランザクションがエラーになるときがあります。

PDCWAITTIMEについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《備考》

pd_ha_trn_queuing_wait_timeオペランドとpd_ha_trn_restart_retry_timeオペランドの関連を次に示します。

〔説明〕

区間A，D：

トランザクションを開始できる状態です（正常な状態です）。

区間B：

バックエンドサーバがあるユニットが系切り替え中で，フロントエンドサーバがそれを検知できていない状態です。pd_ha_trn_restart_retry_timeオペランドに指定した時間までトランザクション開始要求をリトライします。フロントエンドサーバが系の切り替えを検知すると，トランザクションがキューイングされます。指定した時間を過ぎても検知できない場合は，そのトランザクションをエラーにします。

区間C：

バックエンドサーバがあるユニットが系切り替え中で，フロントエンドサーバがそれを検知している状態です。pd_ha_trn_queuing_wait_timeオペランドに指定した時間までトランザクションをキューイングします。指定した時間を過ぎてもトランザクションを開始できない場合は，そのトランザクションをエラーにします。

◆　pd_ha_switch_timeout = Y｜N

このオペランドはサーバモードの場合に指定できます。モニタモードの場合にこのオペランドを指定しても無効になります。

系切り替え時のHiRDB（HiRDB/パラレルサーバの場合はユニット）の内部停止処理がサーバ障害監視時間を超えた場合に，HiRDBの内部停止処理を待たないで系を切り替えるかどうかを指定します。ここでいうサーバ障害監視時間とは，HAモニタ又はHitachi HA Toolkit Extensionのpatrolオペランドに指定した時間のことです。

HAモニタのpatrolオペランドについては，マニュアル「高信頼化システム監視機能 HAモニタ」を参照してください。Hitachi HA Toolkit Extensionのpatrolオペランドについては，マニュアル「Hitachi HA Toolkit」を参照してください。

Y：

系切り替え時のHiRDBの内部停止処理がサーバ障害監視時間を超えた場合，HiRDBの内部停止処理を待たないで系を切り替えます。このとき，HiRDBのスローダウンとして系を切り替えます。

1：1スタンバイレス型系切り替え機能又は影響分散スタンバイレス型系切り替え機能を使用している場合，計画系切り替え時はこのオペランドの指定が無効になります。

N：

系切り替え時のHiRDBの内部停止処理が終了するまで系を切り替えません。

《利点》

系の切り替え時にディスク障害などでHiRDBの内部停止処理に時間が掛かると，それが系の切り替え時間の遅延要因になります。このオペランドにY（省略値）を指定すると，HiRDBの内部停止処理に時間が掛かる場合でも，HiRDBの内部停止処理を待たないで系を切り替えられます。

《注意事項》

patrolオペランドの値が小さいときにこのオペランドにYを指定すると，計画系切り替えがスローダウンによる系切り替えになることがあります。これは，計画系切り替え時のHiRDBの内部停止処理がpatrolオペランドで指定した時間を超えてしまうためです。

HAモニタ又はHitachi HA Toolkit Extensionのswitchtypeオペランドにrestartを指定した場合は注意が必要です。pd_ha_switch_timeout = Y（省略値）を指定した場合，HiRDBの内部停止処理がサーバ障害監視時間を超えると，障害が発生した系でHiRDBを再開始しません。この場合，すぐに系を切り替えます。

HAモニタのswitchtypeオペランドについては，マニュアル「高信頼化システム監視機能 HAモニタ」を参照してください。Hitachi HA Toolkit Extensionのswitchtypeオペランドについては，マニュアル「Hitachi HA Toolkit」を参照してください。

◆　pd_ha_prc_cleanup_check = Y｜N

サーバモードの系切り替え機能を使用する場合に，切り替え対象のユニット又はユーザサーバのすべてのサーバプロセスが終了するまで，系切り替え処理を待ち合わせるかどうかを指定します。このオペランドにYを指定すると，サーバ障害による系切り替えのときに，系切り替え前に共有ディスクにアクセスしていたサーバプロセスがすべて終了していることを保証できます。

なお，切り替え対象はスタンバイ型系切り替え機能，及び1：1スタンバイレス型系切り替え機能の場合はユニット，影響分散スタンバイレス型系切り替え機能の場合はバックエンドサーバになります。

Y：すべてのプロセスが終了した後に系を切り替えます。

N：切り替え対象のプロセスの終了を待ち合わせません。

このオペランドを指定する場合は，マニュアル「HiRDB Version 9 システム運用ガイド」の「共有ディスクのアクセス制御」を参照してください。

《前提条件》

次に示す条件をすべて満たしている必要があります。

pd_haオペランドにuseを指定している

pd_ha_acttypeオペランドにserverを指定している

pd_ha_unitオペランドを指定していない

また，このオペランドにYを指定する場合は，バージョン01-08以降のHAモニタを使用してください。

◆　pd_ha_mgr_rerun = wait｜notwait

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

システムマネジャユニットの系が切り替わるときに，ほかのユニットの開始処理完了を待ち合わせるかどうかを指定します。

wait：

システムマネジャユニットの系を切り替えるときに，ほかのユニットの開始処理完了を待ち合わせます。この場合，システムマネジャユニットを開始するため，以下の確認が行われます。

各ユニットのバージョンチェック

ディクショナリサーバが稼働中であるか

フロントエンドサーバが一つ以上稼働中であるか

バックエンドサーバが一つ以上稼働中であるか

システムマネジャユニットの系を切り替える場合に，ほかのユニットが停止しているとき，切り替えに時間が掛かる，又は失敗することがあります。一部のユニットが停止中に，システムマネジャユニットが系切り替えした場合の動作を次に示します。

縮退起動の指定（pd_start_levelの値）

開始しないユニット名称の指定

動作

なし（0）

−

開始できない

あり（1）

pd_start_skip_unitオペランドに指定なし

pd_reduced_check_timeオペランドで指定した時間だけ開始を待ち合わせた後に系が切り替わる※

pd_start_skip_unitオペランドに停止中のユニットを指定

すぐに系の切り替えが完了する※

（凡例）

−：該当しません。

注※

次の条件をすべて満たしていないと，系切り替えが完了しません。

ディクショナリサーバが稼働している

フロントエンドサーバが一つ以上稼働している

バックエンドサーバが一つ以上稼働している

notwait：

システムマネジャユニットの系切り替え時に，ほかのユニットの開始処理完了を待ち合わせません。このオペランドを指定すると，システムマネジャユニットの系切り替え時にほかのユニットが停止中でも，そのユニットの開始を待ち合わせることなく，系の切り替えが高速で行われます。

システムマネジャユニットの切り替えが完了すると，HiRDBの動作環境が整っていない場合でも，KFPS05210-Iメッセージ（システム初期化完了メッセージ）が出力されます。システムマネジャ切り替え完了後も，UAPがエラーになるなど，業務が続行できない場合は，pdlsコマンドでシステムの稼働状況を確認してください。

《前提条件》

このオペランドにnotwaitを指定する場合は，システム構成がある条件を満たしている必要があります。前提となるシステム構成については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《指定値の目安》

システムマネジャユニットの系切り替えの失敗を防ぐ場合は，notwaitを指定してください。システムマネジャユニットの系切り替えに失敗するときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_ha_switch_error = ignore | retry

このオペランドはAIX版及びLinux版限定のオペランドです。それ以外のプラットフォームでは指定できません。

系切り替え失敗時の自動再起動機能を使用するかどうかを指定します。系切り替え失敗時の自動再起動機能については，マニュアル「HiRDB Version 9 解説」の「系切り替え失敗時の自動再起動機能」を参照してください。

ignore：

系切り替え失敗時の自動再起動機能を使用しません。

retry：

系切り替え失敗時の自動再起動機能を使用します。

系の切り替え中にHiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了した場合に，系切り替え先のHiRDBを再起動します。

《前提条件》

次に示す条件をすべて満たしている必要があります。

クラスタソフトウェアにHAモニタを使用

HAモニタのバージョンが，系切り替え失敗時の自動再開始機能に対応したバージョン以降

AIXの場合：01-25以降

Linuxの場合：01-55-01以降

HAモニタのserver定義文のswitch_errorオペランドにretryを指定

ユーザサーバホットスタンバイ又は高速系切り替え機能を使用

《指定値の目安》

システムの可用性を高めるため，このオペランドにretryの指定を検討してください。

《注意事項》

前提条件を満たさないシステム構成でこのオペランドを指定しても，HiRDBは起動時にエラーになりません。必ず前提条件を満たした上で系切り替え失敗時の自動再起動機能を使用してください。

ユーザサーバホットスタンバイ及び高速系切り替え機能を使用していない場合，このオペランドの指定値に関わらず系切り替え失敗時の自動再起動機能は無効になります。

◆　pd_ha_observe_timeout = 系切り替え処理の監視時間

〜＜符号なし整数＞((0，30〜3600))《0又は900》（単位：秒）

系切り替えの実行時間監視機能の，系切り替え処理の監視時間を指定します。

系切り替えの実行時間監視機能については，マニュアル「HiRDB Version 9 解説」の「系切り替えの実行時間監視機能」を参照してください。

このオペランドに0を指定した場合は，系切り替えの実行時間監視機能を使用しません。

系切り替えの実行時間監視機能では，次に示す区間AとBの処理時間の合計が指定値を越えた場合に，HiRDB（HiRDB/パラレルサーバの場合はユニット）をアボートコードPsp5015で異常終了させます。

図9‒3　系切り替えの実行時間監視機能による監視区間

注※

HAモニタ及びHitachi HA Toolkit Extensionが出力するメッセージです。

〔説明〕

区間A：

次の処理を行う区間です。監視対象に含まれます。

システムサーバの起動処理（ユーザサーバホットスタンバイの場合）

システムファイルの引き継ぎ処理

区間B：

次の処理を行う区間です。監視対象に含まれます。

HiRDB起動完了処理

区間Z：

次の処理を行う区間です。監視対象に含まれません。

ロールフォワード処理

《オペランドの規則》

このオペランドの省略値は，系切り替え失敗時の自動再起動機能を使用（pd_ha_switch_errorオペランドにretryを指定）しているかどうかで異なります。

系切り替え失敗時の自動再起動機能を使用している場合：900（秒）

系切り替え失敗時の自動再起動機能を使用していない場合：0

このオペランドに1〜29を指定した場合は，30に切り上げます。

《前提条件》

次に示す条件をすべて満たしている必要があります。

ユーザサーバホットスタンバイ又は高速系切り替え機能を使用している

マルチスタンバイ構成又は系切り替え失敗時の自動再起動機能を使用している

《指定値の目安》

HiRDBの可用性を高めるため，系切り替え時間の実測値又は想定される系切り替え時間に対し，300秒以上の余裕値を加えて指定することをお勧めします。

《注意事項》

前提条件を満たさないシステム構成でこのオペランドを指定しても，HiRDBは起動時にエラーになりません。必ず前提条件を満たした上で系切り替えの実行時間監視機能を使用してください。

ユーザサーバホットスタンバイ及び高速系切り替え機能を使用していない場合，このオペランドの指定値に関わらず系切り替えの実行時間監視機能は無効になります。

◆　pdhagroup -g HAグループ識別子 -u ユニット識別子〔，ユニット識別子〕…

影響分散スタンバイレス型系切り替え機能を使用する場合にこのオペランドでHAグループを定義します。

一つのシステムに定義できるHAグループ数の上限はありません。

HAグループについては，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-g HAグループ識別子

〜＜識別子＞((1〜8文字))

HAグループ識別子を指定します。システム内でHAグループを一意に識別できるように指定してください。

-u ユニット識別子〔，ユニット識別子〕…

〜＜識別子＞((4文字))

HAグループを構成するユニットのユニット識別子を指定します。指定できるユニット数は2〜32です。ユニットを重複して指定すると，エラーになります。なお，このオプションに指定するユニットは次に示す条件をすべて満たす必要があります。

HAグループ内の全ユニットが同じネットワークセグメントに属している

ほかのHAグループに属していない

影響分散スタンバイレス型系切り替え機能を適用している（pd_ha_agent = activeunitsを指定している）

ユニット内に一つ以上のホストBESがある（受け入れ専用ユニットは定義できない）

ユニット内のホストBES数と受け入れ可能なゲストBESの最大数（pd_max_act_guest_serversオペランドの値）の合計は34以内である

ユニット内のサーバはすべてバックエンドサーバである

ユニット内のサーバはすべてHAグループに属している

《各見積もり式への影響》

pdhagroupオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

9.2.39　HiRDB Datareplicatorに関するオペランド

◆　pd_rpl_init_start = Y｜N

HiRDB Datareplicator連携機能をHiRDB開始時から使用するかどうかを指定します。

Y：HiRDB Datareplicator連携機能をHiRDB開始時から使用します。

N：HiRDB Datareplicator連携機能をHiRDB開始時から使用しません。

《運用方法》

このオペランドにNを指定した場合でも，pdrplstartコマンドを入力すれば，その時点からHiRDB Datareplicator連携を開始できます。

HiRDB稼働中にHiRDB Datareplicator連携を中止する場合，pdrplstopコマンドを入力します。

なお，pdrplstopコマンドの入力によってデータ連動を中止した場合でも，pdrplstartコマンドを入力するとHiRDB Datareplicator連携を再開始できます。ただし，pdrplstartコマンドを入力する前に，必ず抽出側データベースを基に反映側データベースを再作成してください。

《注意事項》

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトではHiRDB Datareplicator連携機能を使用できません。このオペランドにYを指定した場合，KFPS04689-Wメッセージが出力されます。

◆　pd_rpl_reflect_mode = server｜uap

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

HiRDB Datareplicatorの反映トランザクション同期機能を使用する場合，このオペランドにuapを指定してください。反映トランザクション同期機能を使用しない場合は，このオペランドを指定する必要はありません。反映トランザクション同期機能については，マニュアル「HiRDBデータ連動機能 HiRDB Datareplicator Version 8」を参照してください。

server：HiRDBサーバ単位でトランザクションを反映します。

uap：UAP単位でトランザクションを反映します。

《前提条件》

このオペランドを指定する場合は，必ずpd_rpl_hdepathオペランドを指定してください。pd_rpl_hdepathオペランドを指定していない場合，このオペランドの指定は無視されます。

《注意事項》

uapを指定した場合は更新ログ量が増加します。マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照して，システムログファイルの総容量を見積もり直してください。

《ほかのオペランドとの関連》

このオペランドにuapを指定する場合は，pd_log_max_data_sizeオペランドの指定値を見積もり直してください。

《各見積もり式への影響》

pd_rpl_reflect_modeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「システムログ量の求め方」

◆　pd_log_rpl_no_standby_file_opr = stop｜continue

HiRDB Datareplicator連携機能を使用しているときに，HiRDB Datareplicatorでのシステムログの抽出が完了していないため，すべてのシステムログファイルがスワップ先にできない状態でスワップ要求が発生した場合の運用方法を指定します。

stop：HiRDBのユニットを強制終了します。

continue：HiRDB Datareplicator連携を中止し，HiRDBだけで運用を続行します。

《前提条件》

この指定値は，pd_rpl_init_startオペランドにYを指定するか，又はpdrplstartコマンドを入力して，かつHiRDB Datareplicator連携機能を使用している場合に有効になります。ただし，HiRDB/パラレルサーバの場合，フロントエンドサーバ，及びディクショナリサーバに対しては無効です。

《注意事項》

このオペランドにstop（省略時の仮定値）を指定し，ユニットを強制終了した場合，HiRDB Datareplicator側の抽出中のシステムログファイルが別のファイルに移った（抽出完了のファイルが一つ以上できた）ことを確認してからユニットを再開始してください。強制終了した直後にHiRDBのユニットを再開始しても，スワップ先にできる状態のファイルがないと，HiRDBは異常状態と認識して再度強制終了します。

このオペランドにcontinueを指定し，HiRDB Datareplicator連携を中止した場合，HiRDB Datareplicator側ではデータ連動の対象となっている抽出側データベースと反映側データベースとの間で不整合が生じるため，反映側データベースの再作成が必要になります。

◆　pd_rpl_hdepath = 抽出側HiRDB Datareplicator運用ディレクトリ名

HiRDB Datareplicator連携機能を使用する場合，抽出側HiRDB Datareplicator運用ディレクトリ名を指定します。抽出側HiRDB Datareplicatorの環境変数HDEPATHで指定した名称をこのオペランドに指定します。

《前提条件》

pd_rpl_init_startオペランドにYを指定，又はpdrplstartコマンドを入力してHiRDB Datareplicator連携機能を使用している場合に，このオペランドは有効になります。

《注意事項》

抽出側HiRDB Datareplicator運用ディレクトリ名を変更する場合は，HiRDB Datareplicatorの環境変数HDEPATHなどを変更する必要があります。

ログ同期方式のリアルタイムSANレプリケーション機能を使用している場合，ログ適用サイトではHiRDB Datareplicator連携機能を使用できません。このオペランドを指定しても，指定がないものとみなされます。

《ほかのオペランドとの関連》

pd_rpl_reflect_modeオペランドを指定する場合は，このオペランドを必ず指定してください。

◆　pd_rpl_func_control = BACKWARD_CUTOFF_UPDATE｜NONE

〜＜識別子＞

HiRDB Datareplicator連携機能を使用する場合の，抽出側HiRDBで実行する機能を指定します。

BACKWARD_CUTOFF_UPDATE：

BLOBデータ，BINARYデータの後方削除更新を行います。BLOBデータ，BINARYデータの後方削除更新については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

NONE：

BLOBデータ，BINARYデータの後方削除更新を行いません。

《指定値の目安》

BACKWARD_CUTOFF_UPDATEの指定可否を次に示します。

ユニット制御情報定義のpd_rpl_hdepathオペランドの指定

抽出側HiRDB Datareplicatorのバージョン

BACKWARD_CUTOFF_UPDATEの指定

あり

08-01以降

※1

08-00以前

不可※2

なし

−

可能

（凡例）

　　−：該当しません。

注※1　マニュアル「HiRDBデータ連動機能 HiRDB Datareplicator Version 8」の「BLOB型とBINARY型を使った表のデータ連動」を参照してください。

注※2　このオペランドにNONEを指定してください。

上記の条件を満たしていない場合は，BACKWARD_CUTOFF_UPDATEを指定しないでください。指定しても，抽出側DBでの抽出対象表にBLOBデータ，BINARYデータの後方削除更新の結果は反映側DBに反映されません。

pd_rpl_hdepathオペランドを指定していて，かつ，抽出側Datareplicatorのバージョンが08-00以前の場合は，このオペランドにNONEを指定してください。

《注意事項》

識別子は大文字と小文字のどちらでも指定できます。

同じ識別子を2回以上指定しても，1回だけ指定した場合と同じ結果になります。

BACKWARD_CUTOFF_UPDATEを指定した後にNONEを指定する場合は，変更する前にすべての更新ログが反映し終わっているかどうかを確認してください。反映されていない更新ログがある状態でオペランドの指定値を変更すると，抽出側DBと反映側DBでSQLの実行数が一致しないなどの問題が発生します。

BACKWARD_CUTOFF_UPDATEを指定した状態でストアドプロシジャ，ストアドファンクション，又はトリガを定義した後にNONEを指定する場合は，それぞれALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERを再作成してください。再作成しないと，ストアドプロシジャ，ストアドファンクション，又はトリガの実行時にエラーとなります。ただし，BLOBデータ，BINARYデータの後方削除更新を行っていない場合は再作成する必要はありません。ALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERについては，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

NONEを指定した状態でストアドプロシジャ，ストアドファンクション，又はトリガを定義した後にBACKWARD_CUTOFF_UPDATEを指定する場合は，それぞれALTER PROCEDURE，ALTER ROUTINE，又はALTER TRIGGERを再作成してください。再作成しなくてもエラーにはなりませんが，BLOBデータ，BINARYデータの後方削除更新は行いません。

9.2.40　JP1との連携に関するオペランド

◆　pd_jp1_use = Y｜N

HiRDBの開始，終了などのイベントをJP1に通知するかどうかを指定します。通知できるHiRDBのイベントについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

Y：HiRDBのイベントをJP1に通知します。

N：HiRDBのイベントをJP1に通知しません。

《注意事項》

AIX版の64ビットモード，及びLinux版（EM64T）のHiRDBは，JP1と連携できません。

JP1へのイベント通知をサポートしてないOSの場合，このオペランドにYを指定すると，HiRDB開始時にKFPS04605-Wメッセージが出力されます。

◆　pd_jp1_event_level = 1｜2

JP1に通知するHiRDBのイベントの種類（基本属性又は拡張属性）を指定します。基本属性及び拡張属性については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

1：基本属性だけを通知します。

2：基本属性及び拡張属性を通知します。

《前提条件》

このオペランドは，pd_jp1_useオペランドにYが指定されている場合に有効です。

《指定値の目安》

拡張属性を通知できるのはHiRDBのバージョンが07-02以降の場合だけです。

OSとイベントを通知するJP1製品の組み合わせによって，指定できる値が異なります。指定可否を次に示します。

OSの種類

連携製品がJP1/Base（JP1/IM）の場合

連携製品がJP1/System Event Serviceの場合

オペランドの指定値

オペランドの指定値

1

2

1

2

HP-UX

32ビットモード

○

○※

×

64ビットモード

○

×

○※

×

IPF

○

−

AIX

32ビットモード

○

○※

×

Linux

32ビットモード

○

−

EM64T

×

×

（凡例）

　　○：指定できます。

　　×：指定できません。

　　−：サポートしていません。

注※

JP1/BaseとJP1/System Event Serviceの両方がインストールされている環境の場合，JP1/Baseに対してイベントを通知します。

◆　pd_jp1_event_msg_out = Y｜N

JP1にメッセージ出力イベントを通知するかどうかを指定します。

Y：メッセージ出力イベントを通知します。

N：メッセージ出力イベントを通知しません。

《前提条件》

このオペランドは，pd_jp1_useオペランドにYが指定されている場合に有効です。

《指定値の目安》

HiRDBが出力するメッセージの量が多い場合，JP1へのイベント通知回数を減らしたいときに指定してください。

9.2.41　リアルタイムSANレプリケーションに関するオペランド

リアルタイムSANレプリケーションについては，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

◆　pd_rise_use = Y｜N

リアルタイムSANレプリケーションを使用するかどうかを指定します。

Y：リアルタイムSANレプリケーションを使用します。

N：リアルタイムSANレプリケーションを使用しません。

このオペランドにYを指定した場合，HiRDBは日立ディスクアレイシステムのTrueCopy，Universal Replicator，及びRAID Managerを使用してデータベースファイルやシステムファイルの管理及び制御をします。

《ほかのオペランドとの関連》

このオペランドにYを指定する場合は，必ずpd_rise_pairvolume_combinationオペランドを指定してください。pd_rise_pairvolume_combinationオペランドを指定しないと，HiRDBを開始できません。

◆　pd_rise_pairvolume_combination = sync｜async｜hybrid｜syssync

リアルタイムSANレプリケーションの処理方式を選択します。

sync：全同期方式

async：全非同期方式

hybrid：ハイブリッド方式

syssync：ログ同期方式

《前提条件》

pd_rise_useオペランドにYを指定している必要があります。

syssyncを指定する場合は，HiRDB Disaster Recovery Light Editionが必要です。HiRDB Disaster Recovery Light Editionを導入しないでsyssyncを指定すると，HiRDBを開始できません。

《注意事項》

インナレプリカ機能使用時にsyssyncを指定すると，HiRDBを開始できません。

《ほかのオペランドとの関連》

pd_rise_useオペランドにYを指定する場合は，必ずこのオペランドを指定してください。このオペランドを指定しないと，HiRDBを開始できません。

sync，hybrid，又はsyssyncを指定する場合は，必ずpd_rise_fence_levelオペランドを指定してください。pd_rise_fence_levelオペランドを指定しないと，HiRDBを開始できません。

◆　pd_rise_disaster_mode = normal｜alone

リアルタイムSANレプリケーションの処理方式にハイブリッド方式を選択している場合このオペランドを指定します。このオペランドは，メインサイトとリモートサイト間で同期を取り，データの整合性を維持するかどうか指定します。

normal：

メインサイトとリモートサイト間で同期を取り，データの整合性を維持します。

alone：

メインサイトとリモートサイト間で同期を取らないので，データの整合性を維持しません。災害発生などによって，リモートサイトへデータを更新コピーできない場合に指定します。

《前提条件》

このオペランドを指定する場合は，次に示す条件をすべて満たす必要があります。

pd_rise_useオペランドにYを指定します。

pd_rise_pairvolume_combinaionオペランドにhybridを指定します。

《指定値の目安》

このオペランドは，災害発生などによってリモートサイトにあるボリュームへデータを更新コピーできない場合に使用するため，通常は，このオペランドを省略するか，又はnormalを指定します。

◆　pd_rise_fence_level = data｜never

リアルタイムSANレプリケーションの処理方式に，全同期方式，ハイブリッド方式，又はログ同期方式のどれかを選択している場合に，障害が発生して，リモートサイトにあるボリュームへのデータの同期コピー（HiRDBファイルの全部又は一部を転送すること）に失敗したときの動作を指定します。同期コピーが失敗した場合の動作については，マニュアル「HiRDB Version 9 ディザスタリカバリシステム　構築・運用ガイド」を参照してください。

data：メインサイトにあるボリュームの更新を中止します。

never：メインサイトにあるボリュームだけ更新をして，続行します。

《ほかのオペランドとの関連》

pd_rise_pairvolume_combinaionオペランドにsync，hybrid，又はsyssyncを指定する場合は，必ずこのオペランドを指定してください。このオペランドを指定しないと，HiRDBを開始できません。

◆　HORCMINST RAID Managerのインスタンス番号

〜＜符号なし整数＞

リアルタイムSANレプリケーションを使用する場合，HiRDBが使用するペア論理ボリュームを定義したRAID Managerのインスタンス番号を設定します。指定値の詳細については，RAID Managerのマニュアルを参照してください。

9.2.42　インナレプリカ機能に関するオペランド

インナレプリカ機能を使用するには，HiRDB Staticizer Optionが必要です。インナレプリカ機能については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

◆　pd_inner_replica_control = インナレプリカ最大グループ数

〜＜符号なし整数＞((1〜4194296))《0》

インナレプリカグループの最大数を指定します。このオペランドには，HiRDB正常開始時点のインナレプリカグループ数よりも大きい値を指定してください。

HiRDB/パラレルサーバの場合は，各バックエンドサーバが管理するインナレプリカグループのうち，最大グループ数を指定してください。例えば，次に示すようなバックエンドサーバ構成の場合は，このオペランドに31以上を指定します。

バックエンドサーバ1：インナレプリカグループ数が10

バックエンドサーバ2：インナレプリカグループ数が20

バックエンドサーバ3：インナレプリカグループ数が30

《注意事項》

このオペランドの指定値より，実際のインナレプリカグループ数の方が大きい場合は，HiRDBを開始できません。

このオペランドで指定した値を超えるインナレプリカグループは定義できません。

このオペランドの指定値を大きくすると，シングルサーバ又はバックエンドサーバが使用する共用メモリが増えるため，不要に大きな値を指定しないでください。共用メモリが不足すると，HiRDBを開始できなくなることがあります。シングルサーバが使用する共用メモリ，及びバックエンドサーバが使用する共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ログ同期方式のリアルタイムSANレプリケーションとインナレプリカ機能は同時に使用できません。同時に使用しようとした場合は，HiRDBを開始できません。

《ほかのオペランドとの関連》

このオペランドを指定すると，pd_indexlock_modeオペランドにNONEが仮定されます。

《各見積もり式への影響》

pd_inner_replica_controlオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「シングルサーバが使用する共用メモリの計算式」の「計算式5」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式5」

◆　pd_inner_replica_lock_shift = Y｜N

インナレプリカ機能を使用するとき，UAPとコマンドを同時実行させるかどうかを指定します。UAPと同時実行できるコマンドを次に示します。

pddbchg

pdorbegin

pdorchg

pdorend

Y：

サーバ内でUAPが実行中の場合，UAPが処理対象とするRDエリアのオリジナルRDエリアとコマンドが処理対象とするRDエリアのオリジナルRDエリアが異なっていれば，UAPとコマンドを同時実行できます。オリジナルRDエリアが同じときには同時実行できません。

N：

サーバ内でUAPが実行中の場合，UAPとコマンドは同時実行できません。Nを指定すると，Yを指定したときよりもUAP実行中の排他資源数を少なくできます。

このオペランドの指定値による，コマンドとUAPの同時実行可否を次に示します。

実行順序

pd_inner_replica_lock_shiftオペランドの指定値

処理対象RDエリアのオリジナルRDエリア

異なる

同じ

UAP実行中にコマンド開始

N

×

×

Y

○

×

コマンド実行中にUAP開始

−

○

×

（凡例）

○：コマンドとUAPを同時実行できます。

×：コマンドとUAPを同時実行できません。

−：該当しません。

このオペランドの指定値による，排他制御の違いを次に示します。

実行順序

pd_inner_replica_lock_shiftオペランドの指定値

排他制御

排他資源

排他が掛かる範囲

インナレプリカを使用しない場合と比較した排他資源数

UAP実行中にコマンド開始

N

インナレプリカ構成管理

シングルサーバ，又はバックエンドサーバ

一つ増加

Y

レプリカグループ構成管理

インナレプリカグループ

処理対象RDエリア数分増加

コマンド実行中にUAP開始

−

レプリカグループ構成管理

インナレプリカグループ

処理対象RDエリア数分増加

（凡例）

−：該当しません。

◆　pd_lv_mirror_use = Y｜N

レプリカRDエリアのオープン属性をSCHEDULEにするかどうかを指定します。

Y：

レプリカRDエリアのオープン属性をSCHEDULEにします。データベース構成変更ユティリティ（pdmod）でレプリカRDエリアのオープン属性を変更していても，オープン属性はSCHEDULEになります。

N：

レプリカRDエリアのオープン属性をオリジナルRDエリアと同じ属性にします。ただし，データベース構成変更ユティリティ（pdmod）でレプリカRDエリアのオープン属性を変更していると，変更後のオープン属性になります。

《指定値の目安》

すべてのレプリカRDエリアのオープン属性をSCHEDULEにする場合にYを指定してください。

《注意事項》

レプリカRDエリアのオープン属性に関する注意事項や，RDエリアのオープン属性の変更方法については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

このオペランドにYを指定すると，シングルサーバ又はバックエンドサーバが使用する共用メモリが増えます。シングルサーバが使用する共用メモリ，及びバックエンドサーバが使用する共用メモリについては，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

◆　pd_inner_replica_hold_status = NORMAL｜HOLD

DEFER又はSCHEDULE属性のレプリカRDエリアを，HiRDBの正常開始時にコマンド閉塞にするかどうかを指定します。ただし，障害閉塞しているRDエリアの状態は変更しません。

NORMAL：コマンド閉塞状態にしません。

HOLD：コマンド閉塞状態にします。

表9‒11　レプリカRDエリアの状態と，pd_inner_replica_hold_statusオペランドの指定値

項番

レプリカRDエリアの状態

pd_inner_replica_hold_statusオペランドの指定値

RDエリアのオープン属性

HiRDB正常終了時のRDエリアの状態

NORMAL

HOLD

1

DEFER

障害閉塞

障害閉塞かつクローズ状態

障害閉塞かつクローズ状態

2

障害閉塞以外

クローズ状態

コマンド閉塞かつクローズ状態

3

SCHEDULE

障害閉塞

障害閉塞かつクローズ状態

障害閉塞かつクローズ状態

4

障害閉塞以外

クローズ状態

コマンド閉塞かつクローズ状態

《前提条件》

このオペランドは，次の条件を満たす場合に有効になります。

HiRDB Staticizer Optionを組み込んでインナレプリカ機能を使用している場合

レプリカRDエリアのオープン属性がDEFER又はSCHEDULEの場合

《利点》

通常，HiRDBを正常開始すると，DEFER又はSCHEDULE属性のレプリカRDエリアはクローズ状態ですが，ディスクは更新できます（ディスクアクセス時に自動的にオープン状態になるため）。このとき，オリジナルRDエリアとレプリカRDエリアの，ペアボリュームがペア状態のまま，定義系SQLなどでレプリカRDエリアに更新を行うと，レプリカRDエリアを更新しようとして入出力エラーで障害閉塞となります。

このオペランドの指定値がHOLDの場合，ユーザが意図的にRDエリアの閉塞解除を行わないとレプリカRDエリアにアクセスできません。そのため運用ミスによるRDエリアの障害閉塞を防止できます。

《指定値の目安》

HiRDBの正常開始時に，オリジナルRDエリアとレプリカRDエリアの，ペアボリュームがペア状態となる運用を行う場合は，このオペランドにHOLDを指定することをお勧めします。

《注意事項》

このオペランドにHOLDを指定した場合，正常開始直後のレプリカRDエリアはコマンド閉塞かつクローズ状態になります。レプリカRDエリアにアクセスする準備が整ったら，pdrelsコマンドでRDエリアの閉塞解除を行ってください。

このオペランドにHOLDを指定して，レプリカRDエリアがコマンド閉塞かつクローズ状態のままで定義系SQLを実行するとKFPH22032-Wメッセージが出力されます。マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」の「KFPH22032-Wメッセージの出力と対処」を参照して，対処してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_rdarea_open_attribute_use

pd_rdarea_open_attribute

pd_lv_mirror_use

◆　pd_max_reflect_process_count = 追い付き反映処理時に確保するプロセス数

〜＜符号なし整数＞((1〜256))

更新可能なオンライン再編成をする場合にこのオペランドを指定します。このオペランドを省略すると更新可能なオンライン再編成ができません。

このオペランドには，追い付き反映処理をするときに使用するプロセス数を指定します。HiRDBはこのオペランドの値の数だけプロセスを確保します。なお，HiRDB/パラレルサーバの場合は1フロントエンドサーバ当たりのプロセス数になります。

《指定値の目安》

このオペランドの値は次に示す計算式を満たすようにしてください。この条件を満たさないとHiRDBを開始できません。

HiRDB/シングルサーバの場合はpd_max_reflect_process_countの値＋pd_max_usersの値≦3000（pd_max_usersの最大値）

HiRDB/パラレルサーバの場合はpd_max_reflect_process_countの値＋pd_max_usersの値≦2000（pd_max_usersの最大値）

追い付き反映処理時に確保するプロセス数（pd_max_reflect_process_countオペランドの見積もり式）については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

《各見積もり式への影響》

pd_max_reflect_process_countオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「64ビットモードに移行する際の考慮点」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDBのプロセス一覧」

「HP-UXのオペレーティングシステムパラメタの見積もり」

「Linuxのオペレーティングシステムパラメタの見積もり」

「SQL文が使用する作業表用ファイルの容量」

「ステータスファイルの容量の見積もり」の「Sの求め方」

「最大ファイル数の見積もり（pdfmkfs -lコマンド）」

「シンクポイントダンプファイルのレコード数の求め方」

「シングルサーバが使用する共用メモリの計算式」の「計算式2」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式2」

「メッセージキュー及びセマフォ所要量の見積もり」

◆　pd_log_org_reflected_logpoint = keep｜release

更新可能なオンライン再編成をする場合にこのオペランドを指定します。

追い付き反映処理が終了したシステムログファイルの状態を変更するかどうかを指定します。

keep：

追い付き反映処理が終了したシステムログファイルの状態を変更しません。ファイル中の全更新ログの追い付き反映処理が終了してもシステムログファイルの状態をオンライン再編成上書き禁止状態のままとします。

release：

追い付き反映処理が終了したシステムログファイルの状態を変更します。ファイル中の全更新ログの追い付き反映処理が終了した場合，システムログファイルの状態をオンライン再編成上書き禁止状態からオンライン再編成上書き可能状態に変更します。

なお，次に示す場合はこのオペランドの値に関係なく，システムログファイルの状態をオンライン再編成上書き禁止状態からオンライン再編成上書き可能状態に変更します。

追い付き反映処理がすべて終了した場合

pdorbegin -uコマンドを実行した場合

pdorend -uコマンドを実行した場合

《指定値の目安》

このオペランド及びpd_log_org_no_standby_file_oprオペランドの値によって，システムログファイルのオンライン再編成上書き禁止状態の状態遷移と更新可能なオンライン再編成の運用方法が決まります。このオペランドの指定値の目安については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

《注意事項》

強制終了，異常終了，又は計画停止後にこのオペランドの指定値を変更する場合は，keep（省略値）からreleaseへの変更だけができます。

◆　pd_log_org_no_standby_file_opr = stop｜continue

更新可能なオンライン再編成をする場合にこのオペランドを指定します。

全システムログファイルがオンライン再編成上書き禁止状態の場合に，システムログファイルのスワップが発生したときのHiRDBの処理を指定します。

stop：

HiRDBを強制終了します。HiRDB/パラレルサーバの場合はユニットを強制終了します。

continue：

オンライン再編成上書き禁止状態をオンライン再編成上書き可能状態に変更して処理を続行します。HiRDB/パラレルサーバの場合はサーバ内のシステムログファイルが対象になります。

《指定値の目安》

このオペランド及びpd_log_org_reflected_logpointオペランドの値によって，システムログファイルのオンライン再編成上書き禁止状態の状態遷移と更新可能なオンライン再編成の運用方法が決まります。このオペランドの指定値の目安については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

《注意事項》

このオペランドにcontinueを指定してオンライン再編成上書き禁止状態を強制的に解除した場合，その時点より後に使用したシステムログファイルはオンライン再編成上書き禁止状態になりません。このため，正系RDエリアにまだ反映していない更新ログを持つシステムログファイルが上書きされると，追い付き反映処理ができないことがあります。この場合，HiRDBはカレントの副系RDエリアだけを使用して業務を続行します。正系RDエリアにカレントを戻す場合，又は更新可能なオンライン再編成を再度実行する場合は，事前に副系RDエリアのバックアップから正系RDエリアを回復する必要があります。正系RDエリア回復手順については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

9.2.43　OLTPに関するオペランド

◆　pd_oltp_holdcr = use｜nouse

OLTP環境下のUAPで，ホールダブルカーソル機能を使用するかどうかを指定します。

use：OLTP環境下のUAPでホールダブルカーソル機能を使用します。

nouse：OLTP環境下のUAPでホールダブルカーソル機能を使用しません。

《指定値の目安》

OLTP環境下のUAPでホールダブルカーソル機能を使用する場合だけ，このオペランドにuseを指定してください。

《注意事項》

OLTP環境下のUAPでホールダブルカーソル機能を使用する場合，特定の条件を満たすUAPを使用しなければなりません。ホールダブルカーソルについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

9.2.44　日付・時刻に関するオペランド

◆　TZ タイムゾーン

〜＜文字列＞《JST−9》

出力するログの日付・時刻情報のタイムゾーンを指定します。タイムゾーンとは，時刻などを表示する場合の環境を設定する環境変数のことをいいます。

このオペランドには，OSのタイムゾーンと同じ値を指定してください。

9.2.45　ユーザ認証に関するオペランド

◆　pd_os_authenticate = Y｜N

OSログインユーザの簡易認証機能を有効にするかどうかを指定します。

OSログインユーザの簡易認証機能についてはマニュアル「HiRDB Version 9 システム運用ガイド」の「OSログインユーザの簡易認証機能とは」を参照してください。

Y：

OSログインユーザの簡易認証機能を有効にします。

N：

OSログインユーザの簡易認証機能を無効にします。

《指定値の目安》

通常は省略又はNを指定してください。

◆　pd_connect_auth_type = ALL｜方式〔，方式〕…

ALL：

すべての認証方式による接続を許可します。

方式：

HiRDBサーバが許可する認証方式を指定します。

方式に指定できる値を次に示します。

PA：

PA方式による接続を許可します。

CHA：

CHA方式による接続を許可します。

次のオプションを指定することで，CHA方式で使用するハッシュ関数を選択できます。

/SHA-256：

　CHA方式のハッシュ関数としてSHA-256を使用します。

/SHA-512：

　CHA方式のハッシュ関数としてSHA-512を使用します。

/SHA-256と/SHA-512の両方指定した場合，及び両方を省略した場合は，クライアント環境定義PDAUTHTYPEの指定値との組み合わせによって，使用するハッシュ関数を決定します。詳細については，マニュアル「HiRDB Version 9システム運用ガイド」の「HiRDB接続時のパスワード秘匿化の設定方法」を参照してください。

《指定値の目安》

セキュリティを強化したい場合は，CHA方式を指定してください。

CHA方式を指定した場合は，CHA方式に対応したHiRDBクライアントだけ接続を許可します。

9.2.46　メッセージの出力抑止機能に関するオペランド

◆　pdmlgput -s 出力有無

　　　 ｛-c ALL｜〔-l メッセージの重要度〕 -m メッセージID〔，メッセージID〕…｝

HiRDBがsyslogfileに出力するメッセージに対して，次に示す指定ができます。

全メッセージを出力抑止する

出力対象とするメッセージを指定する

指定したメッセージの重要度表示を変更して出力する

また，指定を省略すると，syslogfileに出力するメッセージの出力を抑止しません。

-s 出力有無

メッセージの出力，又は出力抑止を指定します。

Y：メッセージを出力します。

N：メッセージの出力を抑止します。

syslogfileへのメッセージ出力抑止については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-c ALL

このオプションは，HiRDBがsyslogfileに出力するすべてのメッセージを出力抑止する場合に指定します。

このオプションを指定する場合は，-sオプションにNを指定します。

《注意事項》

障害の切り分けができなくなるため，通常はこのオプションを指定しないでください。

-l メッセージの重要度

出力されるメッセージの変更後の重要度を指定します。

このオプションを指定する場合は，-sオプションにYを指定します。

E：エラーメッセージ

W：警告メッセージ

Q：応答待ちメッセージ

I：インフォメーションメッセージ

syslogfileに出力するメッセージの重要度の変更については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-m メッセージID〔，メッセージID〕…

出力，又は出力抑止をするメッセージIDを指定します。ただし，メッセージIDのハイフン（-）以降の重要度は記述しません（KFPS01820-Eの場合にはKFPS01820を指定します）。

このオプションに，元からsyslogfileに出力されないメッセージIDを指定しても，指定しない場合と同じです。

《オペランドの規則》

このオペランドは，複数行指定できます。

ALL指定，及びメッセージID指定によって，同一メッセージに対する制御行が複数存在する場合は，後から指定した行が有効となります。

《ほかのオペランドとの関連》

pd_mlg_file_size：メッセージの出力抑止をする場合，メッセージログファイルの最大容量を指定します。

pd_mlg_msg_log_unit：メッセージを出力する場合，メッセージログの出力先（システムマネジャユニット，又はメッセージ出力元のユニット）を指定します。

9.2.47　HiRDBシステム定義ファイルの共用化に関するオペランド

◆　PDCONFPATH 共用ディレクトリ名

〜＜パス名＞

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

HiRDBシステム定義ファイルの共用化をする場合，その共用ディレクトリ名を指定します。共用化したファイルは，このディレクトリ下に作成されます。

HiRDBシステム定義ファイルの共用化については，「HiRDBシステム定義ファイルの共用化」を参照してください。

《前提条件》

この機能を使用するには，ファイル共用機能（NFS）が必要となります。ファイル共用機能（NFS）については，OSのマニュアルを参照してください。

9.2.48　クライアントグループに関するオペランド

◆　pdcltgrp -g クライアントグループ名称 -u グループごとの接続保証ユーザ数

クライアントグループの接続枠保証機能を使用する場合に指定します。クライアントグループの接続枠保証機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-g クライアントグループ名称

〜＜英字＞((1〜2文字))

クライアントグループの名称を指定します。

クライアントの種別

クライアント

グループ名称

備考

X/Open XAインタフェース

XA※1

X/Open XAインタフェースでHiRDBにアクセスするクライアントのことです。クライアントがPC又はWSであっても，X/Open XAインタフェースでHiRDBにアクセスすると，クライアントグループはXAになります。

PCクライアント

PC※2

Windows系及びLinux系クライアントのことです。

WSクライアント

WS※2

UNIX系クライアントのことです。

ユーザが任意に決めたクライアントグループ※3

英大文字

1文字※1，※4

−

（凡例）−：該当しません。

注※1

このクライアントグループ名称を指定するには，HiRDBクライアントのバージョンが次に示すどちらかの条件を満たす必要があります。

04-05

05-00及び05-01では指定できません。

05-02以降

注※2

このクライアントグループ名称を指定するには，HiRDBクライアントのバージョンが次に示す条件を満たす必要があります。

04-00以降

注※3

ユーザが任意に決めたクライアントグループは，10グループまで指定できます。

注※4

ここで指定したクライアントグループ名称を，クライアント環境定義のPDCLTGRPオペランドに指定してください。pdcltgrpオペランドとPDCLTGRPオペランドの指定値が合っていない場合，ここでの指定を無視します。

-u　グループごとの接続保証ユーザ数

〜＜符号なし整数＞

HiRDB/シングルサーバの場合：((1〜2999))

HiRDB/パラレルサーバの場合：((1〜1999))

各クライアントグループの接続保証数を指定します。

ほかのクライアントグループ又はユティリティからのHiRDBへのアクセスが集中した場合でも，ここで指定したユーザ数までは，該当するクライアントグループからHiRDBへの接続が保証されます。

《注意事項》

-uオプションで指定したユーザ数の合計が，pd_max_usersオペランドの指定値以上にならないようにしてください。指定値以上になると，HiRDBを開始しません。

データベース定義ユティリティ以外のユティリティは，この機能の対象外です。

《各見積もり式への影響》

pdcltgrpオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

9.2.49　プラグインに関するオペランド

◆　pdplugin -n プラグイン名称

〜＜識別子＞((1〜30文字))

HiRDBで使用するプラグインの名称を指定します。使用しない場合は，省略してください。

ここで指定するプラグイン名称については，プラグインに付いているマニュアルを参照してください。

《前提条件》

ここで指定するプラグインは，あらかじめpdplgrgstコマンドでHiRDBに登録しておいてください。

◆　pdplgprm -n プラグイン名称〔 -s 共用メモリサイズ〕

プラグインの名称及びプラグインが使用する共用メモリの大きさを指定します。プラグインを使用しない場合，又はプラグインが各サーバで稼働しない場合は，このオペランドを省略してください。

《前提条件》

ここで指定するプラグインは，あらかじめpdplgrgstコマンドでHiRDBに登録しておいてください。

-n プラグイン名称：〜＜識別子＞((1〜30文字))

ここで指定するプラグイン名称については，プラグインに付いているマニュアルを参照してください。

-s 共用メモリサイズ：〜＜符号なし整数＞((1〜2000000))《0》（単位：キロバイト）

プラグインが使用する共用メモリの大きさをキロバイト単位で指定します。プラグインが使用する共用メモリの大きさについては，プラグインに付いているマニュアルを参照してください。

《各見積もり式への影響》

pdplgprmオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリ」の「計算式1」

「フロントエンドサーバが使用する共用メモリの計算式」

「ディクショナリサーバが使用する共用メモリの計算式」の「計算式1」

「バックエンドサーバが使用する共用メモリの計算式」の「計算式1」

◆　pd_plugin_ixmk_dir = "インデクス情報ファイルを作成するディレクトリ名"又は "インデクス情報ファイルを作成するHiRDBファイルシステム領域名"

〜＜パス名＞

プラグインインデクスの遅延一括作成をする場合に，インデクス情報ファイルを作成するディレクトリ名を指定します。インデクス情報ファイルをHiRDBファイルシステム領域に作成する場合は，HiRDBファイルシステム領域名を指定します。ディレクトリ名及びHiRDBファイルシステム領域名は絶対パス名で指定してください。

プラグインインデクスの遅延一括作成については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

《注意事項》

ここで指定するディレクトリ（又はHiRDBファイルシステム領域）を必ず作成しておいてください。存在しないディレクトリ名（又はHiRDBファイルシステム領域名）を指定すると，プラグインインデクスの遅延一括作成を指定したUAP（クライアント環境定義にPDPLGIXMK＝YESを指定した環境で実行したUAP）の実行時にエラーとなります。

UAP実行後，データベース再編成ユティリティでプラグインインデクスの遅延一括作成をする前にこのオペランドの指定値を変更しないでください。変更すると，プラグインインデクスを遅延一括作成できなくなります。

9.2.50　バージョンアップに関するオペランド

◆　pd_auto_vrup = Y｜N

HiRDBをバージョンアップするときに実行するpdvrupコマンドを自動起動するかどうかを指定します。HiRDBのバージョンアップ方法については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

Y：自動起動します。

N：自動起動しません。HiRDB管理者がpdvrupコマンドを入力します。

《指定値の目安》

JP1/NETM/DMによるプログラム配布で大量のHiRDBをバージョンアップする場合にYを指定します。そうすると，pdvrupコマンドを各HiRDBに入力する手間が省けます。

9.2.51　通信処理に関するオペランド

◆　pd_service_port = スケジューラプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

次の場合に，スケジューラプロセスのポート番号を指定します。

高速接続機能を使用する場合

高速接続機能については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

HiRDBサーバ側にファイアウォールやNATが設置されている場合

この場合のHiRDBの環境設定については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《指定値の目安》

HiRDB/シングルサーバの場合，又はHiRDBクライアントとHiRDBサーバの間にファイアウォールがある場合は，このオペランドを適用してください。

サーバと接続するときの通信回数を削減できるため，広域LANを介して接続するシステムではこのオペランドを適用してください。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合，ユニット制御情報定義では必ずこのオペランドを指定してください。また，各ユニットで異なるポート番号を指定してください。同じポート番号を指定すると，系切り替え時発生時にどちらかのユニットで系切り替えが失敗します。

ユニット制御情報定義とシステム共通定義の両方でこのオペランドを指定した場合，ユニット制御情報定義の指定値が有効になります。

HiRDBのポート番号（pd_name_portオペランド又はpdunitオペランドの-pオプションに指定したポート番号）と同じポート番号を指定した場合，このオペランドの指定値が無効となり，高速接続機能を使用する場合及びHiRDBサーバ側にファイアウォールやNATが設定されている場合の運用ができなくなります。このとき，KFPS00860-Wメッセージが出力されます。

高速接続機能を使用してpd_max_usersオペランドの値以上の接続要求を同時に発行した場合，接続要求をメッセージキューから取り出すフロントエンドサーバやシングルサーバの稼働数が不足します。そのため，接続要求をメッセージキューから取り出せなくなり，メッセージキュー監視機能によってユニットが停止することがあります。pd_max_usersオペランドの値以上の同時接続要求が発生しないようにしてください。メッセージキュー監視機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

スケジューラプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

複数のフロントエンドサーバを持つパラレルサーバで適用すると，接続するフロントエンドサーバが固定になり，負荷分散ができなくなります。このため，接続するフロントエンドサーバのバランスを検討してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_scd_port

pdunit -s

◆　pd_name_fixed_port_lookup = Y｜N

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

ユニット間のシステムサーバと通信する場合のアドレス解決方法を指定します。ここでいうアドレス解決とは，システムサーバのIPアドレスとポート番号を取得する処理をいいます。

Y：自ユニットの共用メモリでアドレス解決をします。

N：全ユニットに通信をして（ブロードキャスト）アドレス解決をします。

このオペランドにYを指定する場合，次に示すオペランドを指定して，ユニット間通信をするシステムサーバのポート番号を指定する必要があります。ポート番号を指定しない場合，HiRDBを起動できません。ポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ポート種別

オペランド

HiRDBのポート

pd_name_portオペランド又はpdunitオペランドの-pオプション

トランザクションサーバプロセスのポート

pd_trn_portオペランド又はpdunitオペランドの-tオプション

スケジューラプロセスのポート

pd_scd_portオペランド又はpdunitオペランドの-sオプション

ユニット監視プロセスのポート※1

pd_alv_portオペランド又はpdunitオペランドの-aオプション

メッセージログサーバプロセスのポート※2

pd_mlg_portオペランド又はpdunitオペランドの-mオプション

注※1　シングルサーバ及びシステムマネジャがないユニットでは，ユニット監視プロセスが起動しないため，ポート番号を指定する必要はありません。

注※2　pd_mlg_msg_log_unitオペランドにlocalを指定した場合，ブロードキャストが発生しないため，ポート番号を指定する必要はありません。また，pd_mlg_msg_log_unitオペランドにmanagerを指定した場合，システムマネジャがないユニットでは，メッセージログサーバプロセスが起動しないため，ポート番号を指定する必要はありません。

《利点》

このオペランドにYを指定し，ユニット間通信をするシステムサーバのポート番号を指定すると，アドレス解決時にブロードキャストが発生しません。そのため，ユニット数が多い場合に発生する次のような問題を避けられます。

通信資源の圧迫（ネットワーク負荷，ポートの消費）

性能の劣化

《注意事項》

このオペランドにNを指定すると，アドレス解決時に全ユニットに対するブロードキャストが発生することがあります。ブロードキャストが発生する場合を次に示します。

・最初のアドレス解決時

・アドレス解決したシステムサーバがダウンした後のアドレス解決時

・アドレス解決したシステムサーバのユニットがダウンした後のアドレス解決時

HiRDB/シングルサーバ又は一つのユニットだけで構成されるHiRDB/パラレルサーバでは，ユニット間通信が発生しないため，このオペランドの指定有無に関係なくNを指定したものとして動作します。

クライアントの接続形態は高速接続を使用してください。通常接続を使用した場合，クライアント接続時に一時的にブロードキャストが発生します。クライアントの接続形態については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

◆　pd_scd_port = スケジューラプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

次の場合に，スケジューラプロセスのポート番号を指定します。

pd_name_fixed_port_lookupオペランドにYを指定した場合

高速接続機能を使用する場合

高速接続機能については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

HiRDBサーバ側にファイアウォールやNATが設置されている場合

この場合のHiRDBの環境設定については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《注意事項》

ユニットごとに異なるポート番号を指定する場合は，pdunitオペランドの-sオプションを指定してください。

HiRDBのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは次に示すオペランドと関連があります。

・pd_service_port

・pdunit -s

◆　pd_trn_port = トランザクションサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，トランザクションサーバプロセスのポート番号を指定します。

《注意事項》

トランザクションサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pdunitオペランドの-tオプションと関連があります。

◆　pd_mlg_port = メッセージログサーバプロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

pd_name_fixed_port_lookupオペランドにYを指定した場合に，メッセージログサーバプロセスのポート番号を指定します。

《注意事項》

メッセージログサーバプロセスが起動しないユニットではポート番号は使用されませんが，定義したポート番号がほかのポート番号と異なるかどうかはチェックされます。メッセージログサーバプロセスが起動しないユニットは，二つ以上のユニットで構成されるHiRDB/パラレルサーバでpd_mlg_msg_log_unitの指定値がmanagerの場合，システムマネジャがないユニットです。

メッセージログサーバプロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pdunitオペランドの-mオプションと関連があります。

◆　pd_alv_port = ユニット監視プロセスのポート番号

〜＜符号なし整数＞((5001〜65535))

このオペランドはHiRDB/パラレルサーバ限定のオペランドです。

pd_name_fixed_port_lookupオペランドにYを指定した場合に，ユニット監視プロセスのポート番号を指定します。

《注意事項》

ユニット監視プロセスが起動しないユニットではポート番号は使用されませんが，定義したポート番号がほかのポート番号と異なるかどうかはチェックされます。ユニット監視プロセスは，二つ以上のユニットで構成されるHiRDB/パラレルサーバでシステムマネジャがあるユニットを除いて，すべてのユニットで起動しません。

ユニット監視プロセスのポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

《ほかのオペランドとの関連》

pd_name_fixed_port_lookupオペランドにYを指定する必要があります。

このオペランドは，pdunitオペランドの-aオプションと関連があります。

◆　pd_change_clt_ipaddr = 0｜1

HiRDBサーバからHiRDBクライアントへの通信時に使用するネットワークを指定します。通常，このオペランドを指定する必要はありません。

0：

HiRDBサーバからHiRDBクライアントへの通信時，クライアント環境定義のPDCLTRCVADDRオペランドに指定したIPアドレスがあるネットワークを使用します。PDCLTRCVADDRオペランドを省略した場合は標準ホストのIPアドレスが仮定されます。

1：

HiRDBサーバからHiRDBクライアントへの通信時，HiRDBクライアントからHiRDBサーバへの通信に使用したネットワークを使用します。

◆　pd_registered_port = "ポート番号の予約範囲"〔，"ポート番号の予約範囲"〕…

〜〈文字列〉

HiRDB予約ポート機能を使用する場合に，HiRDBが通信処理で使用するポート番号の範囲を指定します。

HiRDB予約ポート機能は，サーバ間通信及び対クライアント通信で有効になります。詳細は，pd_registered_port_levelオペランドの説明を参照してください。なお，ポート番号の使用量が少ない場合には，HiRDB予約ポート機能を使用する必要はありません。

《オペランドの指定方法》

6000〜8999，12500〜29999，30500〜44999の計35,000個の範囲でポート番号を使用する場合の例を次に示します。

set pd_registered_port = "6000：8999"，"12500：29999"，"30500：44999"

《利点》

HiRDBサーバとHiRDBクライアント間，又はHiRDBサーバ間の通信処理で使用するポート番号はOSが自動的に割り当てています。通信処理が大量に発生すると，ポート番号の不足によって処理が中断したり，又はほかのプログラムの通信処理に影響を与えたりします。

このオペランドでHiRDB専用のポート番号の範囲を指定すると，これらの現象を防げます。

《指定値の目安》

指定できるポート番号の範囲は5001〜49151です。

HiRDBが使用するポート数については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

/etc/services（NIS又はDNS環境の場合はそれぞれに定義した場所）には，このオペランドで指定したポート番号は登録しないでください。pd_registered_port_checkオペランドにY，C，又はWを指定すると，/etc/servicesとの重複チェックをします。

《指定値のチューニング方法》

次に示す計算式で求めた値が，必要となるポート番号の総数の目安です。

ａ＋ｂ＋100

ａ：HiRDB予約ポートの使用数（#OF REGISTERED PORTS）

ｂ：HiRDB予約ポートオーバ時のOS自動割り当てポートの使用数（#OF ASSIGNED PORTS）

これらの情報は，統計解析ユティリティのシステムの稼働に関する統計情報で取得できます。

《オペランドの規則》

予約範囲は最大10個指定できます。

予約範囲を二つ以上指定した場合，範囲に含まれるポート番号が重複しないようにしてください。

終了ポート番号は開始ポート番号以上の値でなければいけません。

《注意事項》

相互系切り替え構成などで一つのサーバマシンに複数のユニットがある場合は，ユニット制御情報定義で必ずこのオペランドを指定してください。また，各ユニットで異なるポート番号を指定してください。同じポート番号を指定すると，系切り替え時発生時にどちらかのユニットで系切り替えが失敗します。

HiRDB予約ポート機能を使用できないポート番号では，このオペランドで指定したポート番号は使用されません。HiRDB予約ポート機能の対象範囲については，pd_registered_port_levelオペランドを参照してください。

HiRDB予約ポート機能を使用する場合のポート番号の指定方法，及びほかのポート番号との重複に関する注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ユニット制御情報定義とシステム共通定義の両方でこのオペランドを指定した場合，ユニット制御情報定義の指定値が有効になります。

《各見積もり式への影響》

pd_registered_portオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

◆　pd_registered_port_check = Y｜N｜C｜W

pd_registered_portオペランドで範囲指定したポート番号と/etc/services（NIS又はDNS環境の場合はそれぞれに定義した場所）に登録されたポート番号との重複チェックをするかどうかを指定します。

Y：

重複チェックをします。重複している場合，KFPS00348-Eメッセージを出力してHiRDBの開始処理を中断します。

N：

重複チェックをしません。

C：

重複チェックをします。重複している場合，重複しているポート番号はHiRDB予約ポート機能の対象外になります。

W：

重複チェックをします。重複している場合，KFPS00354-Wメッセージを出力します。重複しているポート番号はHiRDB予約ポート機能の対象外になります。

《前提条件》

pd_registered_portオペランドを指定している必要があります。

《指定値の目安》

ポート番号の重複があると，不正電文の受信や送信電文の未達などHiRDBの通信処理に影響を及ぼすことがあります。

Y，C，又はWを指定すると，NIS又はDNS環境のときにプロセスサーバプロセスの起動が遅くなることがあります。

◆　pd_ipc_send_retrycount = プロセス間通信の送信リトライ処理の連続繰り返し回数

〜＜符号なし整数＞((1〜32767))《200》

プロセス間通信の送信リトライ処理の連続繰り返し回数を指定します。

このオペランドはpd_ipc_send_retrysleeptimeオペランドと関連しています。

（例）

pd_ipc_send_retrycount = 500

pd_ipc_send_retrysleeptime = 2

上記のようにオペランドを指定すると，送信リトライ処理1回の繰り返し単位が500回連続実行で2秒スリープとなります。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

このオペランドの指定値を大きくするとCPU占有率が高くなります。

◆　pd_ipc_send_retrysleeptime = プロセス間通信の送信リトライ処理のスリープ時間

〜＜符号なし整数＞((0〜60))《0》（単位：秒）

プロセス間通信の送信リトライ処理のスリープ時間を指定します。

このオペランドはpd_ipc_send_retrycountオペランドと関連しています。

（例）

pd_ipc_send_retrycount = 500

pd_ipc_send_retrysleeptime = 2

上記のようにオペランドを指定すると，送信リトライ処理1回の繰り返し単位が500回連続実行で2秒スリープとなります。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

このオペランドの指定値を大きくすると送信完了時間が長くなります。

◆　pd_ipc_send_count = サーバ間の送信処理のリトライ回数

〜＜符号なし整数＞((1〜32767))《60》

サーバ間の送信処理が終了するまでの送信処理のリトライ回数を指定します。なお，1回で最大5秒間のリトライを続けます。省略値では5秒×60回となり300秒間リトライを続けます。

《指定値の目安》

通常，このオペランドを指定する必要はありません。送信タイムアウトが頻発する場合に，このオペランドの指定値を大きくしてください。

◆　pd_ipc_recv_count = サーバ間の受信処理のリトライ回数

〜＜符号なし整数＞((1〜32767))《120》

サーバ間の受信処理が終了するまでの受信処理のリトライ回数を指定します。なお，1回で最大5秒間のリトライを続けます。省略値では5秒×120回となり10分間リトライを続けます。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

◆　pd_ipc_conn_nblock = Y｜N

HiRDBのサーバ間通信（ユニット間の通信）で，コネクション確立をノンブロックモードで行うかどうか指定します。

Y：コネクション確立をノンブロックモードで行います。

N：コネクション確立をブロックモードで行います。

《利点》

このオペランドにYを指定した場合，HiRDBのサーバ間通信（ユニット間の通信）で，connect()システムコールをノンブロックモードで発行できます。それによって，LAN障害時にconnect()システムコールが数十秒間（OS依存）プロセスをブロックしていたのが，pd_ipc_conn_nblock_timeオペランドで指定した時間まで短くなります。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_ipc_conn_nblock_time

pd_ipc_conn_interval

pd_ipc_conn_count

pd_host_watch_interval

《指定値の目安》

通常，このオペランドを指定する必要はありません。

《備考》

クライアントとサーバ間の通信でのコネクション確立については，クライアント環境定義PDNBLOCKWAITTIME，又はpd_ipc_clt_conn_nblockオペランドで指定してください。

◆　pd_ipc_conn_nblock_time = ノンブロックモードでのコネクション確立監視時間

〜＜符号なし整数＞((1〜120))《8》（単位：秒）

HiRDBのサーバ間通信（ユニット間の通信）におけるノンブロックモードでのコネクション確立処理のリトライ時間と，コネクションの確立監視時間を指定します。

《前提条件》

このオペランドは，pd_ipc_conn_nblockオペランドにYを指定した場合に有効になります。

《利点》

不当な通信エラーが多発している場合に，このオペランドの指定値を大きくすると，通信エラーを減らせることがあります。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

不当な通信エラーが多発している場合は，OSのpingコマンドなどを使用して，HiRDBのサーバ間の到達時間を計ってください。このオペランドの値より時間が掛かる場合は，到達時間より大きい値をこのオペランドに指定してください。

《注意事項》

このオペランドの指定値を大きくすると，通信できなくなった場合のタイムアウト時間が延びます。このため，ほかの処理に影響を与えることがあります。

このオペランドには，コネクション確立をブロックモードで行ったときのOS待ち時間よりも大きい値を指定しないでください。指定した場合は，OSの待ち時間で接続タイムアウトになります。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_ipc_conn_nblock

pd_ipc_conn_interval

pd_ipc_conn_count

《備考》

HiRDBは一定間隔（pd_host_watch_intervalオペランドの値：省略値は10秒）でほかのユニットに対して通信を行い，ほかのユニットの稼働状況を確認しています。

監視対象ユニットが応答を返した直後にLAN障害が発生すると，一定時間（pd_host_watch_intervalオペランドの値）待った後に次の通信処理をします。その後，通信のリトライ処理がpd_ipc_conn_nblock_timeオペランドの値（デフォルト8秒）の間実行されます。そのため，監視対象ユニットの異常終了が検知されるまでの時間は，両オペランドの値を加算した時間になります。

HiRDBが監視対象ユニットの異常終了を検知するまでの時間の関係を次に示します。

◆　pd_ipc_conn_interval = コネクション確立処理のリトライ間隔

〜＜符号なし整数＞((0〜50))《1》（単位：秒）

HiRDBのサーバ間通信で，データ送信時に行うコネクション確立処理のリトライ間隔を指定します。次に示す場合にコネクション確立処理をリトライします。

接続タイムアウトになった場合

Listenキューが不足した場合

《指定値の目安》

通常，このオペランドを指定する必要はありません。

このオペランドを指定する場合は，次の条件を満たすようにしてください。

このオペランドの指定値＜pd_ipc_conn_nblock_timeの値

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_ipc_conn_count

pd_ipc_conn_nblock

pd_ipc_conn_nblock_time

《備考》

ノンブロックモード及びブロックモード通信時のリトライ処理の例を次に示します。

〔説明〕

次に示すように指定すると，ノンブロックモードのコネクション確立処理を，1秒間隔で8秒間リトライします。

・pd_ipc_conn_nblock_time = 8

・pd_ipc_conn_interval = 1

〔説明〕

次に示すように指定すると，ブロックモードでのコネクション確立処理を10秒間隔で5回リトライします。

・pd_ipc_conn_interval = 10

・pd_ipc_conn_count = 5

◆　pd_ipc_conn_count =コネクション確立処理のリトライ回数

〜＜符号なし整数＞((0〜600))《50》

HiRDBのサーバ間通信で，データ送信時に行うコネクション確立処理のリトライ回数を指定します。次に示す場合に，コネクション確立処理をリトライします。

接続タイムアウトになった場合

Listenキューが不足した場合

このオペランドはpd_ipc_conn_intervalオペランドと関連しています。

（例）

pd_ipc_conn_interval = 10

pd_ipc_conn_count = 5

このようにオペランドに指定すると，コネクション確立処理を10秒ごとに最大5回行います。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

《注意事項》

ノンブロックモードのコネクション確立処理が実行される場合，このオペランドの指定は無効になります。

pd_ipc_conn_nblockオペランドにYを指定すると，ノンブロックモードのコネクション確立処理が実行されます。

◆　pd_ipc_clt_conn_nblock = Y｜N

HiRDBクライアントとの通信で，コネクション確立をノンブロックモードで行うかどうかを指定します。

Y：コネクション確立をノンブロックモードで行います。pd_ipc_clt_conn_nblock_timeオペランドに指定した値の間隔で監視します。

N：コネクション確立をブロックモードで行います。バージョン09-02までと同様の動作です。

《利点》

このオペランドにYを指定した場合，HiRDBクライアントとの通信で，connect()システムコールをノンブロックモードで発行できます。それによって，LAN障害時にconnect()システムコールが数十秒間（OS依存）プロセスをブロックしていたのが，pd_ipc_clt_conn_nblock_timeオペランドで指定した時間まで短くなります。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

《クライアント環境定義との関連》

クライアント環境定義のPDNBLOCKWAITTIMEの指定によって，このオペランドの指定値が無効になることがあります。クライアント環境定義のPDNBLOCKWAITTIMEとの組み合わせで，コネクション確立をどちらのモードで行うかを次の表に示します。

クライアント環境定義PDNBLOCKWAITTIMEの指定値

pd_ipc_clt_conn_nblockオペランドの指定値

Y

N

0

サーバがクライアントにコネクション確立する場合

ノンブロックモード。

このとき，pd_ipc_clt_conn_nblock_timeオペランドに指定した監視時間で監視します。

クライアントがサーバにコネクション確立する場合

ブロックモード。

ブロックモード。

1以上

ノンブロックモード。

このとき，クライアント環境定義のPDNBLOCKWAITTIMEに指定した監視時間で監視します。

◆　pd_ipc_clt_conn_nblock_time = ノンブロックモードでのコネクション確立監視時間（HiRDBクライアントとの通信）

〜＜符号なし整数＞((1〜120))《8》（単位：秒）

HiRDBクライアントとの通信におけるノンブロックモードでのコネクションの確立監視時間を指定します。

《前提条件》

このオペランドはpd_ipc_clt_conn_nblockオペランドにYを指定した場合に有効になります。

《指定値の目安》

通常，このオペランドを指定する必要はありません。

不当な通信エラーが多発している場合は，OSのpingコマンドなどを使用して，到達時間を計ってください。このオペランドの値より時間が掛かる場合は，到達時間より大きい値をこのオペランドに指定してください。

《注意事項》

このオペランドには，コネクション確立をブロックモードで行ったときのOS待ち時間よりも大きい値を指定しないでください。指定した場合は，OSの待ち時間で接続タイムアウトになります。

9.2.52　Javaに関するオペランド

Javaストアドプロシジャ又はJavaストアドファンクションを使用する場合に，Javaに関するオペランドを指定します。Javaストアドプロシジャ及びJavaストアドファンクションについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

なお，HiRDBの稼働プラットフォームによってはJavaストアドプロシジャ又はJavaストアドファンクションを使用できません。詳細については，マニュアル「HiRDB Version 9 システム運用ガイド」の「Javaストアドプロシジャ，Javaストアドファンクションを使用できる環境」を参照してください。

◆　pd_java_option = "Javaオプション"〔，"Javaオプション"〕…

〜＜文字列＞

Java仮想マシンの起動オプションを指定します。起動オプションについては，Java仮想マシンのドキュメントを参照してください。

《オペランドの規則》

一つのJavaオプションの文字列長は255文字以内とします。

全Javaオプションの文字列長の合計は1024文字以内とします。

Javaオプションに " を指定できません。

Javaオプションは最大20個指定できます。

《オペランドの指定方法》

Java仮想マシンが使用するヒープサイズの初期値を32メガバイト，ヒープサイズの最大値を64メガバイトに設定する場合の例を次に示します。

pd_java_option = "-Xms32m","-Xmx64m"

◆　pd_java_routine_stack_size = 外部Javaルーチンが使用するスタック領域長

〜＜符号なし整数＞((1024〜2146435072))《131072》（単位：バイト）

外部Javaルーチンが使用するスタック領域長をバイト単位で指定します。

《指定値の目安》

Javaオプションで指定したスタック領域長以上の値を指定してください。

Java仮想マシンの起動オプションに，Java仮想マシンのスタック領域長とネイティブメソッドスタック領域長の両方を指定するオプションがある場合，このオペランドにはネイティブメソッドスタック領域長以上の値を指定してください。

《注意事項》

Javaオプションで指定したスタック領域長より小さい値を指定すると，HiRDBが正しく動作しないことがあります。

使用スタック領域長がこのオペランドの値を超えると，HiRDBが正しく動作しないことがあります。ただし，Java仮想マシンがスタックオーバフローを検知した場合は正しく動作します。

◆　pd_java_archive_directory = "JARファイル格納ディレクトリ"

〜＜パス名＞《$PDDIR/java》

Javaストアドプロシジャ又はJavaストアドファンクションで使用するJARファイルを格納するディレクトリ名を絶対パス名で指定します。

《注意事項》

このオペランドを指定する場合，ここで指定するディレクトリをJARファイルのインストール前に作成しておく必要があります。

JARファイル格納ディレクトリは，JARファイルを格納するための専用のディレクトリです。

JARファイル格納ディレクトリには，インストールしたJARファイル以外を格納しないでください。

《オペランドの規則》

パス名は255文字以内とします。

◆　pd_java_classpath = "Javaクラスパス"

〜＜パス名＞

Java仮想マシンで使用するクラスパスを絶対パス名で指定します。

このオペランドに指定したパスに含まれるクラスは，Javaストアドプロシジャ又はJavaストアドファンクションの処理手続きとして実行されるJavaメソッドから参照できます。

Javaストアドプロシジャ又はJavaストアドファンクションの外部ルーチン名として指定したJARファイルとこのオペランドに指定したパスに同じ名称のクラスがある場合，このオペランドに指定したパスが優先されます。

《オペランドの規則》

パス名は1024文字以内とします。

◆　pd_java_runtimepath = "Java Runtime Environmentのルートディレクトリ"

〜＜パス名＞《$PDDIR/jre》

Java Runtime Environmentのルートディレクトリを絶対パス名で指定します。

《オペランドの規則》

パス名は255文字以内とします。

《注意事項》

JRE（Java Runtime Environment）の同梱を廃止したため，HiRDBを07-03より前のバージョンから07-03以降にバージョンアップする場合，このオペランドを追加するか，又はこのオペランドの指定値を変更してください。バージョンアップの注意事項については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「Javaストアドプロシジャ及びJavaストアドファンクションを使用する場合」を参照してください。

◆　pd_java_libpath = "Java仮想マシンのライブラリディレクトリ"

〜＜パス名＞

Java仮想マシンのライブラリが格納されているディレクトリを，Java Runtime Environmentのルートディレクトリ（pd_java_runtimepathオペランドの値）への相対パス名で指定します。

《オペランドの省略値》

このオペランドの省略値を次に示します。

OSの種類

省略値

HP-UX (IPF)

lib/IA64W/server

Linux

lib/i386/server

Linux (EM64T)

lib/amd64/server

AIX (64ビットモード)

bin/classic

《オペランドの規則》

パス名は255文字以内とします。

◆　pd_java_stdout_file = "Java仮想マシンの標準・標準エラー出力の設定先ファイル"

〜＜パス名＞

Java仮想マシンでの標準出力又は標準エラー出力の出力先をファイルにする場合，そのファイル名を絶対パス名で指定します。このオペランドを省略すると，Java仮想マシンでの標準出力又は標準エラー出力が無視されます。

《指定値の目安》

このオペランドで指定するファイルの容量が非常に大きくなるため，通常はこのオペランドを指定しないでください。Javaストアドプロシジャ又はJavaストアドファンクションのデバッグ時に指定することをお勧めします。なお，このオペランドで指定するファイルの容量制限はありません。

《注意事項》

複数プロセスからの同時書き込みがあった場合は，その出力内容を保証しません。

《オペランドの規則》

パス名は255文字以内とします。

◆　pd_java_castoff = Y｜N

Java仮想マシンを起動したサーバ（シングルサーバ，フロントエンドサーバ，ディクショナリサーバ，及びバックエンドサーバ）プロセスを，次の契機で終了させるかどうかを指定します。

項番

サーバの種類

プロセスの名称

プロセスが終了する契機

1

シングルサーバ

pdsds

UAPを切り離したとき

2

フロントエンドサーバ

pdfes

UAPを切り離したとき

3

ディクショナリサーバ

pddic

トランザクションが決着したとき，又はUAPを切り離したとき

4

バックエンドサーバ

pdbes

トランザクションが決着したとき，又はUAPを切り離したとき

Y：表に示した契機でサーバプロセスを終了させます。

N：表に示した契機でサーバプロセスを終了させません。

《指定値の目安》

通常はこのオペランドを指定しないでください。ただし，次に示す問題が発生した場合は，このオペランドにYを指定することをお勧めします。

Java仮想マシンの使用によってメモリサイズが大きくなり，システムの空きメモリが圧迫されている

別のコネクションでJava仮想マシンが設定したスタックサイズの上限が原因で，Java仮想マシンを使用しないコネクションでも探索条件が多いSQLを実行するとスタックの拡張ができなくなり，サーバプロセスがセグメンテーション障害でアボートする

なお，Java仮想マシンの機能についてはJava仮想マシンのドキュメントを参照してください。

《注意事項》

Javaストアドルーチンを頻繁に実行するシステムで，このオペランドにYを指定すると，サーバプロセスの再起動，及びJava仮想マシン起動のオーバヘッドが発生します。

《ほかのオペランドとの関連》

このオペランドは，pd_process_countオペランドと関連があります。

9.2.53　外部Cストアドルーチンに関するオペランド

◆　pd_c_library_directory = "Cライブラリファイル格納ディレクトリ"

〜＜パス名＞《$PDDIR/clib》

Cライブラリファイルを格納するディレクトリを絶対パス名で指定します。

《オペランドの規則》

パス名は255文字以内とします。

《注意事項》

このオペランドを指定する場合，ここで指定するディレクトリをCライブラリファイルの登録前に作成しておく必要があります。

9.2.54　SQL実行時間警告出力機能に関するオペランド

◆　pd_cwaittime_wrn_pnt = SQL実行時間警告情報の出力条件（比率指定）｜SQL実行時間警告情報の出力条件（時間指定）《1800sec,auto》

SQL実行時間警告出力機能を使用する場合にこのオペランドを指定します。このオペランドの指定方法は次に示す二つの方法があります。

比率で指定する方法

時間で指定する方法

SQL実行時間警告出力機能については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

SQL実行時間警告情報の出力条件（比率指定）：〜＜符号なし整数＞((0〜99))又は＜符号なし10進数＞((0〜99.999999))（単位：%）

SQL実行時間警告出力機能のSQL実行時間警告情報を出力する条件を，クライアントの最大待ち時間（クライアント環境定義のPDCWAITTIMEオペランドの値）に対する比率で指定します。SQLの実行後にHiRDBがSQLの実行時間を調べます。その結果，SQLの実行時間がこのオペランドの指定値によって設定される時間以上になった場合，次に示す警告情報を出力します。これをSQL実行時間警告出力機能といいます。

SQL実行時間警告情報ファイル

警告メッセージ（KFPA20009-W）

《オペランドの指定方法》

PDCWAITTIMEオペランドの値に対する比率（％単位）で指定します。例えば，PDCWAITTIMEオペランドに100（秒）を指定し，このオペランドに90（％）を指定すると，SQLの実行後にHiRDBがSQLの実行時間を調べます。その結果，SQLの実行時間が90秒以上100秒未満の場合に警告情報が出力されます。

（例）

　PDCWAITTIME = 100

　pd_cwaittime_wrn_pnt = 90

SQL実行時間警告情報の出力条件（時間指定）：〜＜符号なし10進数＞((0〜65534.999999))sec又は＜符号なし整数＞((0〜65534))sec,auto（単位：秒）

SQL実行時間警告出力機能のSQL実行時間警告情報を出力する条件を時間で指定します。SQLの実行後にHiRDBがSQLの実行時間を調べます。その結果，SQLの実行時間がこのオペランドの指定値によって設定される時間以上になった場合，次に示す警告情報を出力します。これをSQL実行時間警告出力機能といいます。

SQL実行時間警告情報ファイル

警告メッセージ（KFPA20009-W）

autoを指定した場合，PDCWAITTIMEを省略又は0を指定した場合も，そのSQLに対して警告情報を出力します。

《オペランドの指定方法》

出力契機とする時間を秒単位で指定します（小数点以下6けたまで指定できます）。指定値に「sec」を付けてください。

（例）

　pd_cwaittime_wrn_pnt = 0.001sec

これ以降の説明は，比率指定及び時間指定の両方共通の説明です。

《オペランドの規則》

このオペランドに0，0sec，又は0sec,autoを指定すると，警告情報を出力しません（SQL実行時間警告出力機能を使用しません）。

《クライアント環境定義との関連》

このオペランドの値はクライアントごとに変更できます。クライアントごとに変更する場合は，クライアント環境定義のPDCWAITTIMEWRNPNTオペランドを指定してください。PDCWAITTIMEWRNPNTオペランドについては，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_cwaittime_report_dir

pd_cwaittime_report_size

◆　pd_cwaittime_report_dir = SQL実行時間警告情報ファイルの出力先ディレクトリ

〜＜パス名＞《$PDDIR/spool/pdcwwrn》

SQL実行時間警告情報ファイルを出力する場合に，出力先のディレクトリを絶対パス名で指定します。ここで指定したディレクトリ下にSQL実行時間警告情報ファイルが二つ（pdcwwrn1及びpdcwwrn2）作成されます。

HiRDB/パラレルサーバの場合，警告対象となったSQLを発行するUAPが接続するフロントエンドサーバがあるサーバマシンにSQL実行時間警告情報ファイルを出力します。

《オペランドの規則》

パス名は255文字以内とします。

◆　pd_cwaittime_report_size = SQL実行時間警告情報ファイルの最大容量

〜＜符号なし整数＞((2048〜2147473627))《10000000》（単位：バイト）

SQL実行時間警告情報ファイルの最大容量を指定します。このオペランドに指定した値はSQL実行時間警告情報ファイル一つ分の容量です。SQL実行時間警告情報ファイルは二つ作成されるため，指定値に注意してください。例えば，10,000を指定すると，ディレクトリ下に最大10,000バイトのファイルが二つ作成されます。

《指定値の目安》

次に示す計算式を目安にこのオペランドの指定値を決めてください。

｛1280＋SQL文のサイズ（バイト）｝×ファイルに格納する警告情報数

SQL文に注釈（コメント）やSQLの最適化を指定している場合は，注釈及びSQLの最適化の指定サイズ（バイト）も，SQL文のサイズに含めてください。

《備考》

SQL実行時間警告情報ファイルへの出力容量がこのオペランドの値を超えると，出力先をもう片方のファイルに切り替えます。これを繰り返して二つのファイルを交互に使用します。このとき，切り替え先の古い情報は削除されます。

1回で出力するSQL実行時間警告情報の大きさがファイル容量を超えた場合，SQL実行時間警告情報をすべて出力しません。ファイル容量までのSQL実行時間警告情報を出力します。この場合，SQL実行時間警告情報の最後に#を付けます。

9.2.55　文字コードに関するオペランド

◆　pd_substr_length = 3｜4｜5｜6｜7｜8｜9｜10

1文字を表現する最大バイト数を指定します。

セットアップした文字コード種別によって，推奨値と指定できる値の範囲が異なります。セットアップした文字コード種別と，対応する推奨値，指定できる値を次に示します。

セットアップした文字コード種別

推奨値

指定できる値

utf-8

4

3〜6

utf-8_ivs

8

3〜10

上記以外（このオペランドは無効）

−

−

（凡例）

−：このオペランドは無効となるため値はありません。

このオペランドは，文字コード種別をutf-8，又はutf-8_ivsでセットアップした場合に有効で，スカラ関数SUBSTRの結果の長さに影響します。

スカラ関数SUBSTRについては，マニュアル「HiRDB Version 9 SQLリファレンス」を参照してください。

《指定値の目安》

UCS-2の範囲の文字（1〜3バイト）だけを使用する場合は，このオペランドを省略できます。

UCS-4の範囲の文字を使用する場合は，1文字を表現する最大バイト数を指定します。ISO/IEC 10646の規格では文字が割り当てられているのは，UTF-8の場合1文字1〜4バイト，IVS対応UTF-8の場合1文字1〜4，7，又は8バイトです。指定値はそれぞれの最大バイト数を推奨します。

ただし，実際に使用している1文字を表現するバイト数以上の値を指定すると，スカラ関数SUBSTRの結果が長くなることがあるため，使用している文字コードに基づいて指定値を検討してください。

《注意事項》

ISO/IEC 10646の規格は，1文字当たり1〜4バイト（IVS対応UTF-8では1〜4，7，又は8バイト）の範囲に文字が割り当てられ，5，6バイト（IVS対応UTF-8では5，6，9，又は10バイト）の範囲は将来の規格のために予約されています。HiRDBでは1文字当たり1〜6バイト（IVS対応UTF-8では1〜10バイト）の範囲まで使用できますが，文字が割り当てられていない5，6バイト（IVS対応UTF-8では5，6，9，又は10バイト）の範囲を使用する場合，将来発生するおそれのある問題については保証できません。

バージョン06-02でサポートしたUnicode（UTF-8）は，1文字を表現する最大バイト数は3バイトの範囲まで使用できます。バージョン08-00からは，最大6バイトの範囲まで使用できます。バージョン09-50でサポートした文字コード種別utf-8_ivsは，1文字を表現する最大バイト数が10バイトの範囲まで使用できます。そのため，データによっては1文字を表現するバイト数が大きくなることがあります。

次の条件をすべて満たしている場合は，ルーチンのSQLオブジェクトの再作成やビュー表の再定義をする必要があります。

・文字コード種別をutf-8，又はutf-8_ivsでセットアップしている

・新規でpd_substr_lengthオペランドの指定値に3以外を指定する，又は既にpd_substr_lengthオペランドを指定している環境で，ルーチンやビュー表を定義し，かつpd_substr_lengthオペランドの指定値を変更する

・混在文字列型（MCHAR，MVARCHAR）を引数に指定したスカラ関数SUBSTRをルーチンやビュー定義に指定する

ただし，クライアント環境定義のPDSUBSTRLENオペランドを指定してコネクション単位に制御したり，SQLコンパイルオプションのSUBSTR LENGTHの指定によってルーチン単位で制御したりもできます。

文字コード種別をutf-8，又はutf-8_ivsでセットアップしている場合のpd_substr_lengthオペランドと，そのほかのオペランドの指定値との優先順位を次に示します。

ルーチン単位で制御する場合

制御のタイミング

pd_substr_lengthオペランド

クライアント環境定義

PDSUBSTRLEN

SQLコンパイルオプション

SUBSTR LENGTH

備考

定義時

有効（2）

無効

有効（1）

省略値

pd_substr_length

コール時又は関数呼出し時

無効

（定義時の指定に従う）

無効

（定義時の指定に従う）

−

特になし

（凡例）

　　（ ）：優先順位

　　−：指定できません。

ビュー表単位で制御する場合

制御のタイミング

pd_substr_lengthオペランド

クライアント環境定義

PDSUBSTRLEN

SQLコンパイルオプション

SUBSTR LENGTH

備考

定義時

有効（2）

有効（1）

−

省略値

pd_substr_length

操作時

無効

（定義時の指定に従う）

無効

（定義時の指定に従う）

−

特になし

（凡例）

　　（ ）：優先順位

　　−：指定できません。

9.2.56　ワークファイル出力先ディレクトリの変更

◆　pd_tmp_directory = ワークファイル出力先ディレクトリ名

〜＜絶対パス名＞((1〜512))

HiRDBが出力するワークファイルの出力先ディレクトリ名を指定します。指定するディレクトリはHiRDBを起動する前に作成し，全ユーザに対してアクセス権限を付与しておいてください。

HiRDBは，各コマンドで決められた優先順位に従ってワークファイル出力先ディレクトリを決定します。出力先を決定する上でこのオペランドの指定値が有効となる出力ファイルについては，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

指定したディレクトリに格納されたワークファイルは，pdcspoolコマンドで定期的に削除できます。pdcspoolコマンドについては，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

《前提条件》

このオペランドに指定するディレクトリは，HiRDBを起動する前に作成してください。また，ディレクトリのアクセス権限に「777」を指定してください。

HiRDB停止中に誤ってディレクトリを削除するなどして，HiRDBの起動時にこのオペランドに指定した名称のディレクトリが存在しなくなった場合は，HiRDBが指定した名称のディレクトリを作成し，アクセス権限に「777」を付与します。

《利点》

HiRDBの運用ディレクトリ以外にHiRDBが出力するワークファイルの出力先を1か所に統一できます。

pdcspoolコマンドと併用することで，コマンド実行後に残るワークファイルを定期的に削除できます。

これらの効果によって，ディスク管理が容易になります。

《注意事項》

このオペランドには，ルートディレクトリ（/）は指定できません。

HiRDB運用ディレクトリ下のディレクトリは指定しないでください。

HiRDB以外のプログラムで使用しているディレクトリ名を指定しないでください。HiRDB以外のプログラムで使用するディレクトリ名を指定すると，pdcspoolコマンドを実行した際に，HiRDB以外のプログラムが出力したファイルが削除されることがあります。

ただし，次の名称を指定した場合には，pdcspoolコマンドを実行してもファイルが削除されないため，ユーザが手動でファイルを削除する必要があります。

・/tmp

・/usr/tmp

・/var/tmp

・/

指定したパス名が正しくない，又は，指定したディレクトリにユーザのアクセス権限がない場合，HiRDBはこのオペランドで指定したディレクトリにアクセスできません。このとき，警告メッセージが出力され，このオペランドの指定値に/tmpが仮定されます。

このオペランドを指定しなかった場合，環境変数TMPDIRに値が正しく設定されていれば，このオペランドの指定値に環境変数TMPDIRの設定値が仮定されます。このとき，環境変数TMPDIRに設定するパス名長は512バイト以内に設定してください。

環境変数TMPDIRに値が設定されていないとき，又は環境変数の設定値が不正のときは，このオペランドの指定値に/tmpが仮定されます。

10　UAP環境定義

この章では，UAP環境定義の各オペランドの内容について説明します。

10.1　オペランドの形式

UAP環境定義ではUAPの実行環境を定義します。ここでは，UAP環境定義の各オペランドの形式について説明します。

形式

強制，異常終了後の変更可否

計画停止後の変更可否

〔set pd_uap_wait = Y｜N〕

○

○

〔｛｛pdlbuffer -a ローカルバッファ名

　　｛-r RDエリア名〔，RDエリア名〕…

　　｜-i 認可識別子．インデクス識別子｝

　　　-n バッファ面数

　　〔-p 一括入力最大ページ数〕｝｝〕

○

○

〔putenv PDDBACCS インナレプリカRDエリア世代番号〕

○

○

（凡例）

○：指定値を変更できます。

10.2　オペランドの説明

◆　pd_uap_wait = Y｜N

ローカルバッファを使用してアクセスするRDエリア又はインデクスがほかのユーザに使用されている場合のUAPの動作を指定します。

Y：使用中のユーザの終了を待ちます。UAPはWAIT状態になります。

N：ほかのユーザが使用中の場合はUAPをエラーリターンします。

二つ以上のpdlbufferオペランドと一緒にこのオペランドを指定した場合，そのすべてのローカルバッファに対してこのオペランドの指定が有効になります。

《前提条件》

pdlbufferオペランドを指定する必要があります。

◆　pdlbuffer -a ローカルバッファ名

｛-r RDエリア名〔，RDエリア名〕…｜-i 認可識別子．インデクス識別子｝

　-n バッファ面数

〔-p 一括入力最大ページ数〕

UAPが使用するローカルバッファを定義します。ローカルバッファとはディスク上の表又はインデクスなどのデータを入出力するときに使用する領域のことで，シングルサーバ又はバックエンドサーバのプロセス固有メモリ上に確保されます。なお，ローカルバッファは100個まで定義できます。HiRDB/パラレルサーバの場合は1バックエンドサーバ当たり100個まで定義できます。

また，ローカルバッファを指定するときは，pdlbufferオペランドのオプションの指定によって次のように排他が掛かります。

pdlbufferオペランドの指定

排他資源

排他モード

pdlbufferオペランドの-rオプションを指定した場合

指定されたRDエリア

EX

pdlbufferオペランドの-iオプションを指定した場合

インデクス格納RDエリア

SU

インデクス格納表

EX

指定されたインデクス

EX

《前提条件》

ローカルバッファに指定するRDエリア及びインデクスに対して，pdbufferオペランドでグローバルバッファを割り当てておく必要があります。

《適用基準》

次に示す条件をすべて満たす場合にローカルバッファを定義します。

大量のデータを検索又は更新する

アクセス対象のRDエリアがほかのUAPからアクセスされない

また，HiRDBに常時接続するUAPはシステムへの影響（メモリの圧迫，プロセスの占有など）が大きいため，ローカルバッファを定義しないでください。

《注意事項》

HiRDB/パラレルサーバの場合の注意事項を次に示します。

ローカルバッファの使用時にサーバプロセスが異常終了すると，アボートコードPhb3008を出力してユニットが異常終了することがあります。

サーバプロセスの異常終了時に更新ページがあると，ロールバックプロセスで回復処理ができないことがあります。その場合，ユニットの再開始時に回復処理を実行します。

ローカルバッファを使用している場合に障害が発生したときのHiRDBの処理と対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

-a ローカルバッファ名

〜＜識別子＞((1〜16文字))

ローカルバッファの名称を指定します。ほかのローカルバッファと同じ名称を指定できません。ただし，UAP環境定義ファイルが異なる場合は同じ名称を指定できます。

-r RDエリア名〔，RDエリア名〕…

〜＜識別子＞((1〜30文字))

データ用のローカルバッファを割り当てるRDエリアの名称を指定します。ユーザ用RDエリアの名称だけ指定できます。

同じ名称は指定できません。ただし，UAP環境定義ファイルが異なる場合は同じ名称を指定できます。

《指定値の目安》

一つのローカルバッファに複数のRDエリアを割り当てる場合は，RDエリアの最大ページ長がバッファ長になります。したがって，ページ長が同じか，又はページ長が近いRDエリアを同じローカルバッファに割り当てると，入出力回数を削減できます。ただし，同じページ長のRDエリアでも，次に示すようなRDエリアは別々のローカルバッファに割り当てた方が入出力回数を削減できます。

用途の異なる表を格納するRDエリア

ランダムアクセスが多いRDエリアと順次アクセスが多いRDエリア

《オペランドの規則》

RDエリア名に半角英数字以外の文字を含む場合は引用符（"）で囲んでください。

一つのローカルバッファには最大4096個のRDエリアを定義できます。

-i 認可識別子．インデクス識別子

認可識別子：〜＜識別子＞((1〜30文字))

インデクス識別子：〜＜識別子＞((1〜30文字))

インデクス用のローカルバッファを割り当てるインデクスの名称（認可識別子．インデクス識別子）を指定します。

同じ名称は指定できません。ただし，UAP環境定義ファイルが異なる場合は同じ名称を指定できます。

《オペランドの規則》

認可識別子又はインデクス識別子に半角英数字以外の文字を含む場合は，認可識別子及びインデクス識別子をそれぞれ引用符（"）で囲んでください。

《指定値の目安》

使用頻度の高いインデクスを指定してください。使用頻度の高いインデクスにローカルバッファを割り当てると，インデクスページのメモリ常駐度が上がり，入出力回数の削減効果が出ます。

特に，クラスタキー又はユニークキーに定義したインデクスをローカルバッファに割り当てると効果が大きくなります。なお，クラスタキーのインデクス識別子はHiRDBが決めるため，表を定義した後にディクショナリ表（SQL_INDEXES表のINDEX_NAME列）を検索してインデクス識別子を確認してください。

《注意事項》

一時インデクス名を指定したインデクス用ローカルバッファは無効となります。

-n バッファ面数

〜＜符号なし整数＞((4〜125000))

ローカルバッファの面数を指定します。

《指定値の目安》

ローカルバッファはプロセス固有メモリ上に確保されます。必要以上に大きくするとほかのメモリの使用時にページングが多発し，性能が低下します。

バッファ面数が大き過ぎるとプロセス固有メモリを確保できないことがあるので注意してください。

シーケンシャルアクセスをするUAPの場合は，バッファリングの効果が望めないため，バッファ面数に最小値4を指定してください。

-p 一括入力最大ページ数

〜＜符号なし整数＞((2〜256))

プリフェッチ機能の一括入力最大ページ数を指定します。このオペランドを省略するとプリフェッチ機能は動作しません。

《指定値の目安》

メモリ量と入出力時間の削減効果のコストパフォーマンスから，次に示す計算式を満足する値を指定してください。

ａ×ｂ＝64〜128　　（単位：キロバイト）

ａ：プリフェッチ対象表のデータ，又はインデクスが格納されているRDエリアのページ長

ｂ：一括入力最大ページ数

なお，RDエリアのセグメントサイズが１の場合は，このオプションを指定しても効果が得られないため指定しないでください。

◆　PDDBACCS インナレプリカRDエリア世代番号

〜＜符号なし整数＞((0〜10))

クライアント環境変数PDDBACCSが省略された場合の仮定値として設定します。

インナレプリカ機能を使用している場合，インナレプリカグループ内でカレントRDエリアでないRDエリアをアクセスしたいときに，そのRDエリアの世代番号を指定します。省略した場合は，カレントRDエリアをアクセスします。

インナレプリカ機能については，マニュアル「インナレプリカ機能 HiRDB Staticizer Option Version 9」を参照してください。

《注意事項》

このオペランドの指定は，システム内に定義されているすべてのインナレプリカグループに対して適用されます。このオペランドで指定した世代のレプリカRDエリアが定義されていない場合，該当するインナレプリカグループ内のカレントRDエリアが処理対象となります。このため，レプリカRDエリアを使用するテスト環境を設定する場合，誤って本番用のRDエリアをアクセスしないように，アクセスするすべてのRDエリアについて，指定する世代のレプリカRDエリアが定義されているか確認してください。

11　互換モード適用時に検討が必要なオペランド

この章では，互換モードを適用する場合に，検討が必要なオペランドの内容について説明します。推奨モードを適用している場合は，この章に説明されているオペランドは省略してください。

11.1　オペランドの一覧

互換モードでは，旧バージョンとの互換性を保つために，推奨値と省略値が異なるオペランドがあります。互換モードを適用する場合は，これらのオペランドについて，推奨モードでの省略値を確認の上，推奨値を明示的に指定することを検討してください。なお，推奨モードを適用している場合，この章で説明するオペランドは省略してください。

互換モードを適用する場合に，検討が必要なオペランドの名称，及び各オペランドの変更可否の一覧を次の表に示します。オペランド名はアルファベット順に記載しています。

表11‒1　互換モードを適用する場合に，検討が必要なオペランドの一覧

オペランド名

定義名

強制終了，異常終了後の変更可否

計画停止後の変更可否

検討要否

SYS

UNT

SVR

SDS

FES

DS

BES

pd_apply_search_ats_num

○

○

○

0904

pd_dbsync_altwrite_skip

○

○

○

0904

pd_hashjoin_hashing_mode

○

○

○

0904

pd_inet_unix_bufmode

○

○

○

○

0904

pd_inet_unix_utl_bufmode

○

○

○

○

0904

pd_ipc_inet_bufsize

○

○

○

○

0904

pd_ipc_unix_bufsize

○

○

○

○

0904

pd_leap_second

○

○

○

0904

pd_listen_socket_bufset

○

○

○

○

0904

pd_log_max_data_size※3

○

○

○

○

○

○※1，※2

○※1

0904

pd_log_rec_leng

○

○

○

○

○

○

○

0904

pd_log_rollback_buff_count

○

○

○

○

○

○※2

○

0904

pd_max_tmp_table_rdarea_no

○

○

○

0904

pd_registered_port_level

○

○

×

○

0904

pd_sql_simple_comment_use

○

○

○

0904

pd_sts_initial_error

○

○

○

○

○

○

○

0904

pd_sts_singleoperation

○

○

○

○

○

○

○

0904

pd_syssts_initial_error

○

○

○

0904

pd_syssts_singleoperation

○

○

○

0904

pd_tcp_inet_bufsize

○

○

○

○

0904

pd_tcp_unix_bufsize

○

○

○

○

0904

pd_trn_rollback_msg_interval

○

○

○

0904

pd_utl_buff_size

○

○※1

○※1

0904

pd_utl_exec_mode

○

×

○

0904

（凡例）

○：指定値を変更できます。

×：指定値を変更できません。

空白：該当しません。

SYS：システム共通定義

UNT：ユニット制御情報定義

SVR：サーバ共通定義

SDS：シングルサーバ定義

FES：フロントエンドサーバ定義

DS：ディクショナリサーバ定義

BES：バックエンドサーバ定義

0904：0904互換モード適用時に検討が必要なオペランド

注※1

オペランドの指定値を小さくすると，HiRDBを再開始できない場合があります。その場合は，指定値を変更前の値に戻して再開始してください。

注※2

オペランドの指定値を大きくすると，HiRDBを再開始できない場合があります。その場合は，指定値を変更前の値に戻して再開始してください。

注※3

HiRDB Datareplicator（抽出側）と連携している場合に注意が必要なオペランドです。このオペランドの指定を追加，変更，又は削除する場合は，対応するHiRDB Datareplicatorを一度停止してから再開始してください。HiRDB Datareplicatorを稼働したまま，この定義を変更してHiRDBを再度開始すると，HiRDB Datareplicatorによる抽出が失敗することがあります。

11.2　オペランドの形式

11.2.1　オペランドの形式の説明

互換モードを適用する場合に，検討が必要な各オペランドの形式について説明します。

(1)　同時実行最大数

〔set pd_utl_exec_mode = 0｜1〕

(2)　HiRDBの処理方式

〔set pd_dbsync_altwrite_skip = Y｜N〕

(3)　トランザクション決着処理

〔set pd_trn_rollback_msg_interval = ロールバックが進行中であることを示すメッセージの出力間隔〕

(4)　SQLの仕様

〔set pd_sql_simple_comment_use = Y｜N〕

(5)　SQLの最適化

〔set pd_hashjoin_hashing_mode = TYPE1｜TYPE2〕

〔set pd_apply_search_ats_num = サーチ条件ATSを適用する絞り込み値の組み合わせ個数の上限〕

(6)　一時表

〔set pd_max_tmp_table_rdarea_no = 一時表用RDエリアの最大数〕

(7)　通信処理

〔set pd_registered_port_level = 0｜1〕

〔set pd_inet_unix_bufmode = os｜conf〕

〔set pd_ipc_inet_bufsize = サーバのユニット間通信で使用する送受信バッファ長〕

〔set pd_ipc_unix_bufsize = サーバのユニット内通信で使用する送受信バッファ長〕

〔set pd_tcp_inet_bufsize = HiRDBサーバが存在するホスト外のHiRDBクライアントとの通信で使用する送受信バッファ長〕

〔set pd_tcp_unix_bufsize = HiRDBサーバが存在するホスト内のHiRDBクライアントとの通信で使用する送受信バッファ長〕

〔set pd_listen_socket_bufset = 0｜1〕

〔set pd_utl_buff_size = ユティリティの通信用バッファ長〕

〔set pd_inet_unix_utl_bufmode = auto｜conf〕

(8)　日付・時刻

〔set pd_leap_second = Y｜N〕

(9)　ユニット用ステータスファイル（障害発生時）

〔set pd_syssts_initial_error = stop｜continue｜excontinue〕

〔set pd_syssts_singleoperation = stop｜continue〕

(10)　サーバ用ステータスファイル（障害発生時）

〔set pd_sts_initial_error = stop｜continue｜excontinue〕

〔set pd_sts_singleoperation = stop｜continue〕

(11)　システムログファイル

〔set pd_log_max_data_size = ログ入出力バッファ長〕

〔set pd_log_rec_leng = システムログファイルのレコード長〕

〔set pd_log_rollback_buff_count = ロールバック用ログ入力バッファ面数〕

11.3　オペランドの説明

11.3.1　同時実行最大数に関するオペランド

◆　pd_utl_exec_mode = 0｜1

《オペランドの省略値》

推奨モード適用時の省略値：1

0904互換モード適用時の省略値：0

ユティリティの最大同時実行数を拡張するかどうかを指定します。

0：

ユティリティの最大同時実行数を拡張しません。この場合，ユティリティの最大同時実行数は，HiRDBが決定します。

1：

ユティリティの最大同時実行数を拡張します。この場合，pd_max_usersオペランドの値に応じてユティリティの最大同時実行数が拡張されます。

このオペランドの指定値によって決まるユティリティの最大同時実行数については，マニュアル「HiRDB Version 9 コマンドリファレンス」の「ユティリティの最大同時実行数」を参照してください。

《指定値の目安》

次に示す場合は1を指定してください。

0を指定したときの最大同時実行数では足りない場合

次に示す計算式を満たす場合

全バックエンドサーバ数（HiRDB/シングルサーバの場合は1）×2×全ユティリティの同時実行数≧824

また，次に示す条件式をすべて満たす場合は，このオペランドに1を指定すると共用メモリの使用量を少なくできます。

pd_max_usersの値＜32

pd_max_usersの値＞ユティリティの最大同時実行数

1を指定した場合，ユティリティ実行時に必要な共用メモリはユティリティ実行時に動的に確保されます。

《各見積もり式への影響》

pd_utl_exec_modeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「メモリ所要量の計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

11.3.2　HiRDBの処理方式に関するオペランド

◆　pd_dbsync_altwrite_skip = Y｜N

《オペランドの省略値》

推奨モード適用時の省略値：Y

0904互換モード適用時の省略値：N

シンクポイント取得処理中に更新バッファに対して参照要求が発生した場合，その更新バッファの内容をデータベースに書き込む処理は，参照要求をしたトランザクションを実行するサーバプロセスが代行します。この代行処理をスキップするかどうかをこのオペランドで指定します。

このオペランドの指定値の比較を次に示します。

比較項目

pd_dbsync_altwrite_skipオペランドの値

Y

N

シンクポイント取得処理中に，更新バッファに対して参照要求が発生した場合のデータベース書き込み処理方式

更新バッファの内容をデータベースに書き込む処理は，参照要求をしたトランザクションを実行するサーバプロセスが代行しません（代行処理をスキップします）。

更新バッファの内容をデータベースに書き込む処理は，参照要求をしたトランザクションを実行するサーバプロセスが代行します（代行処理をスキップしません）。

メリット

トランザクションを実行するサーバプロセスで代行処理を行わないため，シンクポイント取得処理中の参照トランザクションの性能が安定します。

参照トランザクションに対して負荷が分散される分，シンクポイント取得処理時間が短くなります。

デメリット

参照トランザクションに対して負荷が分散されない分，シンクポイント取得処理時間が長くなります。

シンクポイント取得処理中の参照トランザクションの性能が低下することがあります。

《指定値の目安》

統計解析ユティリティのグローバルバッファプールに関する統計情報を実行し，シンクポイント時の参照要求ヒットによるデータベース書き込み処理代行回数（ALTRW）を確認してください。この値が大きいと，シンクポイント取得処理中の参照トランザクションの性能が安定しません。安定させたい場合はYを指定してください。ただし，Yを指定すると，シンクポイント取得処理時間が長くなるため，必要に応じてデファードライト処理の並列WRITE機能を使用し，書き込み処理に掛かる負荷を分散させてください。

11.3.3　トランザクション決着処理に関するオペランド

◆　pd_trn_rollback_msg_interval = ロールバックが進行中であることを示すメッセージの出力間隔

〜＜符号なし整数＞((0〜1440))（単位：分）

《オペランドの省略値》

推奨モード適用時の省略値：5

0904互換モード適用時の省略値：60

トランザクションのロールバック処理が進行中であることを示すKFPS02235-Iメッセージの出力間隔を指定します。0を指定した場合，KFPS02235-Iメッセージを出力しません。

ロールバック処理が進行中であることを確認する方法は，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

11.3.4　SQLの仕様に関するオペランド

◆　pd_sql_simple_comment_use = Y｜N

《オペランドの省略値》

推奨モード適用時の省略値：Y

0904互換モード適用時の省略値：N

SQL文中に単純注釈を使用するかどうかを指定します。

Y：単純注釈を使用します。

N：単純注釈を使用しません。

《注意事項》

このオペランドにYを指定した場合，減算のマイナスと単項演算子のマイナスを括弧なしで連続して使用した演算が指定できなくなります。

ルーチンの定義，及びルーチンのリコンパイル時に，単純注釈を使用するかどうかは，このオペランドの値によって決定されます。

ルーチンの定義と，そのルーチンのリコンパイル時はこのオペランドの値を同じにしてください。このオペランドを変更し，ルーチンのリコンパイルを行うと，次に示す現象が起こる場合があります。

・リコンパイル時に構文エラーとなる

・リコンパイル後のルーチンを実行した場合，リコンパイル前と実行結果が変わる

このオペランドの値によって，データベース定義ユティリティ(pddef)に入力するSQL中の制御文字の扱いや，ディクショナリ搬出入ユティリティ(pdexp)，定義系SQLの生成コマンド(pddefrev)が出力するSQL中の改行コードの有無が変わります。詳細は，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

11.3.5　SQLの最適化に関するオペランド

◆　pd_hashjoin_hashing_mode = TYPE1｜TYPE2

《オペランドの省略値》

推奨モード適用時の省略値：TYPE2

0904互換モード適用時の省略値：TYPE1

SQL拡張最適化オプションで「ハッシュジョイン，副問合せのハッシュ実行」を指定した場合のハッシング方式を指定します。

TYPE1：バージョン07-02より前のハッシング方式です。

TYPE2：TYPE1に比べて，均等にハッシングされます。

《指定値の目安》

通常はTYPE2を指定してください。ただし，結合条件に指定した列のデータによっては均等にならないこともあるので，その場合はTYPE1を指定してください。

07-02以降にバージョンアップしたユーザで，TYPE1を指定して期待した性能が得られなかった場合は，TYPE2を指定してください。

◆　pd_apply_search_ats_num = サーチ条件ATSを適用する絞り込み値の組み合わせ個数の上限

〜＜符号なし整数＞((255〜30000))

《オペランドの省略値》

推奨モード適用時の省略値：30000

0904互換モード適用時の省略値：255

インデクスを用いた検索で，IN述語及び限定述語（＝ANY（表副問合せ），＝SOME（表副問合せ））を指定する場合，サーチ条件ATS又はRANGESを適用する絞り込み値の組み合わせ個数の上限を指定します。

《指定値の目安》

バージョン09-50より前のHiRDBをバージョンアップする場合，バージョンアップする前のHiRDBのバージョンによって指定値の目安が異なります。

バージョン08-04以降のHiRDBをバージョンアップする場合

指定値を，バージョンアップ前と同じにすることをお勧めします。

バージョン08-04より前のHiRDBをバージョンアップする場合

指定値を，255にすることをお勧めします。

IN述語及び限定述語（＝ANY（表副問合せ），＝SOME（表副問合せ））を指定し，サーチ条件の絞り込み値の組み合わせ個数が255を超えてRANGE，又はRANGESになっているSQL文の中には，このオプションの指定値を変更すれば性能向上することがあります。ただし，IN述語を使用したケースで1件もヒットしない場合は性能劣化することがあります。サーチ条件種別については，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

《注意事項》

指定値を超えた場合は，内部的に異なるサーチ条件に変更してSQLを実行します。そのため，意図したアクセスパスにならないおそれがあります。

11.3.6　一時表に関するオペランド

◆　pd_max_tmp_table_rdarea_no = 一時表用RDエリアの最大数

〜＜符号なし整数＞((0〜131088))

《オペランドの省略値》

推奨モード適用時の省略値：次に示す計算式の値を仮定します。

省略値＝min（131088，pd_max_rdarea_no−3）

0904互換モード適用時の省略値：0

一時表用RDエリアの最大数を指定します。一時表用RDエリアの合計数がこのオペランドの値を超えている場合，HiRDBを開始できません。

《指定値の目安》

今後追加する一時表用RDエリアの数を含めた一時表用RDエリアの合計数を指定してください。

HiRDB/パラレルサーバの場合，このオペランドの値はバックエンドサーバごとに適用されます。そのため，一時表用RDエリア数が最も多いバックエンドサーバを目安にしてこのオペランドを指定してください。

《注意事項》

このオペランドの指定値はHiRDBが使用する共用メモリサイズに影響するため，《指定値の目安》の値より大きい値を指定しないでください。《指定値の目安》の値より大きい値を指定すると，共用メモリ不足でHiRDBを開始できないおそれがあります。

このオペランドの指定値は，pd_max_rdarea_noオペランドの指定値より小さい値にしてください。

pd_max_temporary_object_noオペランドの指定値が1以上の場合は，このオペランドの指定値も1以上にしてください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_max_rdarea_noオペランド

pd_max_temporary_object_noオペランド

《各見積もり式への影響》

pd_max_tmp_table_rdarea_noオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「シングルサーバが使用する共用メモリの計算式」の「計算式9」

「フロントエンドサーバが使用する共用メモリの計算式」

11.3.7　通信処理に関するオペランド

◆　pd_registered_port_level = 0｜1

《オペランドの省略値》

推奨モード適用時の省略値：1

0904互換モード適用時の省略値：0

このオペランドでは，HiRDB予約ポート機能の対象範囲を指定します。

《前提条件》

pd_registered_portオペランドを指定している必要があります。

《指定値の目安》

0を指定した場合と1を指定した場合の対象範囲を次に示します。

HiRDBが使用するポート番号

pd_registered_port_levelの値

0

1

HiRDBサーバが使用するポート番号

サーバ間通信用送信ポート番号

○

○

サーバ間通信用受信ポート番号

○

○

pd_name_portオペランドに指定したポート番号

×

×

pdunitオペランドの-pオプションに指定したポート番号

×

×

pd_service_portオペランドに指定したポート番号

×

×

pd_scd_portオペランドに指定したポート番号

×

×

pdunitオペランドの-sオプションに指定したポート番号

×

×

pd_trn_portオペランドに指定したポート番号

×

×

pdunitオペランドの-tオプションに指定したポート番号

×

×

pd_mlg_portオペランドに指定したポート番号

×

×

pdunitオペランドの-mオプションに指定したポート番号

×

×

pd_alv_portオペランドに指定したポート番号

×

×

pdunitオペランドの-aオプションに指定したポート番号

×

×

コマンド用送信ポート番号

×

×

コマンド用受信ポート番号

×

×

対クライアント用送信ポート番号

×

○

対クライアント用受信ポート番号

○

○

HiRDBクライアントが使用するポート番号

送信ポート番号

×

×

受信ポート番号

×

×

（凡例）

○：HiRDB予約ポート機能の対象範囲となります。pd_registered_portオペランドで指定したポート番号が使用されます。

×：HiRDB予約ポート機能の対象範囲となりません。

◆　pd_inet_unix_bufmode = os｜conf

《オペランドの省略値》

推奨モード適用時の省略値：os

0904互換モード適用時の省略値：次の値になります。

Linuxの場合：os

AIX，及びHP-UXの場合：conf

HiRDBの通信処理で使用する送受信バッファ長を指定します。

os：OSの設定値を使用します。

次のオペランドに送受信バッファ長を指定していても，指定値を無視してOSの設定値を使用します。

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

conf：次のオペランドで指定した値を使用します。

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

《指定値の目安》

通常は，このオペランドにosを指定してOSの設定値を使用してください。

このオペランドにconfを指定する場合は，次のメリットとデメリットがあります。confを指定する場合は，マシン検証を行うなど，十分に検討してください。

・BLOBデータなどの大きいデータを送受信する際に，送受信バッファ長が小さいとデータの再送が発生し，通信性能及びCPU利用率に影響を及ぼすことがあります。このような場合，送受信バッファ長を大きくすると，通信性能が向上したり，CPU利用率が低下したりすることがあります。

・数値データなどの小さいデータを送受信する際に，送受信バッファ長が大きいと，TCP/IPの制御によってデータを受信しても，すぐにACKを返さない（遅延ACK）ことがあります。この影響で性能が劣化することがあります。

《注意事項》

送受信バッファ長のOS設定値，変更方法，変更できるサイズの範囲は，OSによって異なります。詳細は，各OSのマニュアルを参照してください。

《ほかのオペランドとの関連》

このオペランドは，次に示すオペランドと関連があります。

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

このオペランドの指定値と関連するオペランドの指定値との組み合わせで設定される送受信バッファ長を次の表に示します。TCP INETドメイン通信でのクライアントとの通信，及びサーバとの通信を表11-2，表11-3，表11-4に，TCP UNIXドメイン通信でのクライアントとの通信，及びサーバとの通信を表11-5，表11-6，表11-7に示します。

■TCP INETドメインでの通信

表11‒2　TCP INETドメインでのクライアントとの通信

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

設定される送受信バッファ長

pd_tcp_inet_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_inet_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

0

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，listenソケット

OS設定値

acceptソケット

pd_ipc_inet_bufsizeオペランドの指定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット

OS設定値

acceptソケット，listenソケット

pd_ipc_inet_bufsizeオペランドの指定値

6

0以外

0

0

connectソケット

pd_tcp_inet_bufsizeオペランドの指定値

acceptソケット，listenソケット

OS設定値

7

0以外

connectソケット

pd_tcp_inet_bufsizeオペランドの指定値

acceptソケット

pd_ipc_inet_bufsizeオペランドの指定値

listenソケット

OS設定値

8

1

0

connectソケット

pd_tcp_inet_bufsizeオペランドの指定値

acceptソケット，listenソケット

OS設定値

9

0以外

connectソケット

pd_tcp_inet_bufsizeオペランドの指定値

acceptソケット，listenソケット

pd_ipc_inet_bufsizeオペランドの指定値

（凡例）

−：指定しても無視されます。

表11‒3　TCP INETドメインでのサーバとの通信（pd_utl_buff_sizeオペランドを使用しない通信の場合）

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

使用する送受信バッファ長

pd_tcp_inet_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_inet_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，acceptソケット

pd_ipc_inet_bufsizeオペランドの指定値

listenソケット

OS設定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット，acceptソケット，listenソケット

pd_ipc_inet_bufsizeオペランドの指定値

（凡例）

−：指定しても無視されます。

表11‒4　TCP INETドメインでのサーバとの通信（pd_utl_buff_sizeオペランドを使用した通信の場合）

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

使用する送受信バッファ長

pd_tcp_inet_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_inet_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

conf

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，acceptソケット

pd_ipc_inet_bufsizeオペランドの指定値

listenソケット

OS設定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット，acceptソケット，listenソケット

pd_ipc_inet_bufsizeオペランドの指定値

6

auto

0

0

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

7

0以外

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

8

1

0

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

9

0以外

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

pd_ipc_inet_bufsizeオペランドの指定値

（凡例）

−：指定しても無視されます。

■TCP UNIXドメインでの通信

表11‒5　TCP UNIXドメインでのクライアントとの通信

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

使用する送受信バッファ長

pd_tcp_unix_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_unix_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

0

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，listenソケット

OS設定値

acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット，listenソケット

OS設定値

acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

6

0以外

0

0

connectソケット

pd_tcp_unix_bufsize指定値

acceptソケット，listenソケット

OS設定値

7

0以外

connectソケット

pd_tcp_unix_bufsize指定値

acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

listenソケット

OS設定値

8

1

0

connectソケット

pd_tcp_unix_bufsize指定値

acceptソケット，listenソケット

OS設定値

9

0以外

connectソケット

pd_tcp_unix_bufsize指定値

acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

listenソケット

OS設定値

（凡例）

−：指定しても無視されます。

表11‒6　TCP UNIXドメインでのサーバとの通信（pd_utl_buff_sizeオペランドを使用しない通信の場合）

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

使用する送受信バッファ長

pd_tcp_unix_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_unix_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

listenソケット

OS設定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット，acceptソケット，listenソケット

pd_ipc_unix_bufsizeオペランドの指定値

（凡例）

−：指定しても無視されます。

表11‒7　TCP UNIXドメインでのサーバとの通信（pd_utl_buff_sizeオペランドを使用した通信の場合）

項番

pd_inet_unix_bufmodeオペランドの指定値

関連するオペランドの指定値

使用する送受信バッファ長

pd_tcp_unix_bufsize

pd_inet_unix_utl_bufmode

pd_listen_socket_bufset

pd_ipc_unix_bufsize

1

os

−

−

−

−

connectソケット，acceptソケット，listenソケット

OS設定値

2

conf

conf

0

0

connectソケット，acceptソケット，listenソケット

OS設定値

3

0以外

connectソケット，acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

listenソケット

OS設定値

4

1

0

connectソケット，acceptソケット，listenソケット

OS設定値

5

0以外

connectソケット，acceptソケット

pd_ipc_unix_bufsizeオペランドの指定値

listenソケット

OS設定値

6

auto

0

0

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

7

0以外

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

8

1

0

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

9

0以外

connectソケット，acceptソケット

pd_utl_buff_sizeオペランドの指定値から自動計算した値

listenソケット

OS設定値

（凡例）

−：指定しても無視されます。

◆　pd_ipc_inet_bufsize = サーバのユニット間通信で使用する送受信バッファ長

〜＜符号なし整数＞((0〜262144))《16384》（単位：バイト）

サーバのユニット間通信（TCP INETドメイン）で使用する送受信バッファの最大値を4096の倍数で指定します。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，HiRDBの通信処理で使用する送受信バッファ長をオペランドで指定する場合は，このオペランドを指定してください。

《注意事項》

0を指定した場合はOSの設定値を使用します。

TCPのバッファサイズの上限値は各OSで異なるので注意してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

◆　pd_ipc_unix_bufsize = サーバのユニット内通信で使用する送受信バッファ長

〜＜符号なし整数＞((0〜262144))《16384》（単位：バイト）

サーバのユニット内通信（TCP UNIXドメイン）で使用する送受信バッファの最大値を4096の倍数で指定します。

《指定値の目安》

通常は，このオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，HiRDBの通信処理で使用する送受信バッファ長をオペランドで指定する場合は，このオペランドを指定してください。

《注意事項》

0を指定した場合はOSの設定値を使用します。

TCPのバッファサイズの上限値は各OSで異なるので注意してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

◆　pd_tcp_inet_bufsize = HiRDBサーバが存在するホスト外のHiRDBクライアントとの通信で使用する送受信バッファ長

〜＜符号なし整数＞((0〜262144))《0》（単位：バイト）

HiRDBサーバがあるホスト以外のホスト上から接続したHiRDBクライアントとの通信（TCP INETドメイン）で使用する送受信バッファの最大値を，4096の倍数で指定します。

《指定値の目安》

通常，このオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，HiRDBの通信処理で使用する送受信バッファ長をオペランドで指定する場合は，このオペランドを指定してください。

《注意事項》

0を指定した場合はOSの設定値を使用します。

TCPのバッファサイズの上限値は各OSで異なるので注意してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

◆　pd_tcp_unix_bufsize = HiRDBサーバが存在するホスト内のHiRDBクライアントとの通信で使用する送受信バッファ長

〜＜符号なし整数＞((0〜262144))《16384》（単位：バイト）

HiRDBサーバがあるホスト上から接続した次のHiRDBクライアントとの通信（TCP UNIXドメイン）で使用する送受信バッファの最大値を，4096の倍数で指定します。

HiRDB Version4.0の04-02以前のHiRDBクライアント

マルチスレッド対応のHiRDB XAライブラリを使用したHiRDBクライアント

《指定値の目安》

通常はこのオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，HiRDBの通信処理で使用する送受信バッファ長をオペランドで指定する場合は，このオペランドを指定してください。

《注意事項》

0を指定した場合はOSの設定値を使用します。

TCPのバッファサイズの上限値は各OSで異なるので注意してください。

OSがLinuxの場合，TCP UNIXドメインプロトコルによる通信をしないため，指定したバッファ長が無効になります。この場合，pd_tcp_inet_bufsize指定値が適用されます。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

◆　pd_listen_socket_bufset = 0｜1

HiRDBの通信処理で使用するTCP INETドメイン用のlistenソケット生成時に送受信バッファをlistenソケットに設定するかどうかを指定します。

0：listenソケットに送受信バッファサイズを設定しません。

1：listenソケットに送受信バッファサイズを設定します。

送受信バッファサイズは，pd_ipc_inet_bufsizeオペランドに指定した値を設定します。ただし，次の条件を満たす必要があります。

pd_inet_unix_bufmodeオペランドにconfを指定する。

pd_ipc_inet_bufsizeオペランドに0以外の値を指定する。

詳細は，pd_inet_unix_bufmodeオペランドの説明を参照してください。

《指定値の目安》

通常，このオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，このオペランドで指定した送受信バッファサイズを使用する場合，pd_ipc_inet_bufsizeオペランドで指定した値がOS設定値よりも小さくなると，通信時間の遅延が発生することがあります。このようなとき，このオペランドに1を指定することで通信性能が向上することがあります。

《注意事項》

このオペランドに1を指定した場合，pd_utl_inet_unix_bufmodeオペランドにconfを指定し，pd_utl_buff_sizeオペランドを使用した通信処理をするときでも，このオペランドで指定した送受信バッファサイズを使用してください。また，listenソケット，acceptソケットで使用する送受信バッファサイズが同じサイズになるよう設定してください。listenソケット，acceptソケットで使用する送受信バッファサイズが異なっていると，通信性能が改善されないことがあります。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_inet_unix_utl_bufmodeオペランド

pd_utl_buff_sizeオペランド

◆　pd_utl_buff_size = ユティリティの通信用バッファ長

〜＜符号なし整数＞((8〜64))《32》（単位：キロバイト）

次に示すユティリティのプロセスが使用する通信用バッファ1面のサイズをキロバイト単位で指定します。

データベース作成ユティリティ（pdload）

データベース再編成ユティリティ（pdrorgの-gオプション指定時）

リバランスユティリティ（pdrbal）

データベース回復ユティリティ（pdrstr）

データベース複写ユティリティ（pdcopy）

《利点》

ユティリティを処理するサーバプロセスとHiRDBサーバ間の通信処理でデータの再送がある場合，このオペランドの指定値を大きくすると通信回数を減らすことができます。その結果，性能を向上できることがあります。

《指定値の目安》

通信用バッファ長＝↑(ページ長※×２)÷1024↑（単位：キロバイト）

注※　ユティリティの処理対象となるRDエリアの最大ページ長

《オペランドの規則》

指定値は，4の倍数単位に指定してください。4の倍数でない場合は，自動的に4の倍数に切り上げられます。

指定値が32より小さい場合でも，データベース回復ユティリティ及びデータベース複写ユティリティ実行時には，自動的に32に切り上げられます。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。詳細は，pd_inet_unix_bufmodeオペランドの説明を参照してください。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_inet_unix_utl_bufmodeオペランド

《各見積もり式への影響》

pd_utl_buff_sizeオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「データベース回復ユティリティ（pdrstr）実行時のメモリ所要量」

「データベース作成ユティリティ（pdload）実行時のメモリ所要量」

「データベース複写ユティリティ（pdcopy）実行時のメモリ所要量」

◆　pd_inet_unix_utl_bufmode = auto｜conf

pd_utl_buff_sizeオペランドを使用する通信処理で使用する送受信バッファ長を指定します。

auto：

pd_utl_buff_sizeオペランドの指定値を基に自動計算した値を使用します。

conf：

次のオペランドで指定した値を使用します。

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

《指定値の目安》

通常，このオペランドを指定する必要はありません。pd_inet_unix_bufmodeオペランドにosを指定し，OSの設定値を使用してください。

pd_inet_unix_bufmodeオペランドにconfを指定し，pd_listen_socket_bufsetオペランドに1を指定する場合は，このオペランドにconfを指定してください。

《ほかのオペランドとの関連》

このオペランドは次に示すオペランドと関連があります。

pd_inet_unix_bufmodeオペランド

pd_tcp_inet_bufsizeオペランド

pd_tcp_unix_bufsizeオペランド

pd_ipc_inet_bufsizeオペランド

pd_ipc_unix_bufsizeオペランド

pd_listen_socket_bufsetオペランド

pd_utl_buff_sizeオペランド

11.3.8　日付・時刻に関するオペランド

◆　pd_leap_second = Y｜N

《オペランドの省略値》

推奨モード適用時の省略値：Y

0904互換モード適用時の省略値：N

時刻データ，時刻印データ，及び日時書式でうるう秒を使用するかどうかを指定します。

Y：

時刻データ又は時刻印データの場合

埋込み変数及び?パラメタの値，並びにそれらを文字列表現した値でうるう秒を使用できます。

日付書式の場合

秒に対する値でうるう秒を使用できます。

N：

うるう秒を使用しません。

《注意事項》

うるう秒が含まれる時刻データ又は時刻印データがデータベースに格納されている場合，このオペランドでNを指定すると，うるう秒を含む時刻データ又は時刻印データを使用した時刻演算を行ったときにエラーとなることがあります。このとき，スカラ関数SECONDではうるう秒を抽出できます。

11.3.9　ユニット用ステータスファイル（障害発生時）に関するオペランド

ステータスファイルに障害が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_syssts_initial_error = stop｜continue｜excontinue

《オペランドの省略値》

推奨モード適用時の省略値：excontinue

0904互換モード適用時の省略値：stop

HiRDB（又はユニット）の開始時，HiRDBはユニット用ステータスファイルの現用ファイルを特定する処理を実行します。この特定処理で，次に示す異常を検知したときのHiRDBの処置を指定します。

ユニット用ステータスファイルの実体がない

ユニット用ステータスファイルの障害を検知した

現用ファイルの特定処理はpd_syssts_file_name_1〜7オペランドに指定したユニット用ステータスファイルを対象とします。

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，pd_syssts_subfile_name1〜7オペランドに指定したユニット用副ステータスファイルも対象とします。ログ適用サイトの場合は，説明中のpd_syssts_last_active_fileオペランド，及びpd_syssts_last_active_sideオペランドを，それぞれpd_syssts_last_active_subfileオペランド，及びpd_syssts_last_active_side_subオペランドに置き換えてください。

stop：

現用ファイルの特定処理時にユニット用ステータスファイルの異常を検知した場合，HiRDB（又はユニット）の開始処理を中止します。この場合，異常を検知したステータスファイルの対策を実施した後にHiRDBを開始してください。

continue又はexcontinue：

現用ファイルの特定処理時にユニット用ステータスファイルの異常を検知しても，現用ファイルが正常な場合はHiRDB（又はユニット）の開始処理を続行します。ただし，pd_syssts_singleoperationオペランドの値（ステータスファイルの片系運転をするかどうか）によっては開始処理を中止することがあります。pd_syssts_singleoperationオペランドとの関係を次に示します。

●pd_syssts_singleoperationオペランドとの関係

pd_syssts_singleoperationオペランドの値

HiRDBの処理

HiRDB管理者の処置

continue

ユニット用ステータスファイルの異常を検知した場合，HiRDBは現用ファイルを特定できないため，HiRDB（又はユニット）の開始処理を中止します。

HiRDB管理者が現用ファイルを特定してpd_syssts_last_active_file及びpd_syssts_last_active_sideオペランドを指定します。その後，HiRDB（又はユニット）を開始してください。

stop（省略値）

ユニット用ステータスファイルの異常を検知した場合，HiRDBが現用ファイルを特定してHiRDB（又はユニット）の開始処理を続行します。ただし，A系とB系のファイルが次に示す表（HiRDBが現用ファイルを特定できないケース）の条件のどれかに当てはまる場合，HiRDBは現用ファイルを特定できないため，HiRDBの開始処理を中止します。

HiRDBが現用ファイルを特定できない場合は，HiRDB管理者が現用ファイルを特定してpd_syssts_last_active_file及びpd_syssts_last_active_sideオペランドを指定します。その後，HiRDB（又はユニット）を開始してください。

●HiRDBが現用ファイルを特定できないケース

pd_syssts_initial_errorオペランドの値

A系ファイルの状態

B系ファイルの状態

continue

障害閉塞

障害閉塞

障害閉塞

オープン（初期状態）

障害閉塞

ファイル実体なし

オープン（初期状態）

障害閉塞

オープン（初期状態）

ファイル実体なし

ファイル実体なし

オープン（初期状態）

ファイル実体なし

障害閉塞

ファイル実体なし

ファイル実体なし

excontinue

障害閉塞

障害閉塞

障害閉塞

ファイル実体なし

ファイル実体なし

障害閉塞

ファイル実体なし

ファイル実体なし

したがって，HiRDB管理者の操作をなるべく少なくしたい場合（pd_syssts_last_active_file及びpd_syssts_last_active_sideオペランドを指定するケースを減らしたい場合）は，次に示すようにオペランドを指定してください。

pd_syssts_initial_errorオペランドにexcontinueを指定

pd_syssts_singleoperationオペランドにstopを指定

《指定値の目安》

各指定値の目安，メリット，及びデメリットを次に示します。

項目

pd_syssts_initial_errorオペランドの値

stop

continue又はexcontinue

HiRDB又はユニット開始時のHiRDBの処理

ユニット用ステータスファイルの異常を検知した場合，HiRDB（又はユニット）の開始処理を中止します。

一部のユニット用ステータスファイルに異常があっても，現用ファイルが正常な場合はHiRDB（又はユニット）の開始処理を続行します。

指定値の目安

システムの信頼性を上げる場合はstopを指定します。

HiRDB開始時の障害対策を簡易化する場合はcontinue又はexcontinueを指定します。

メリット

HiRDBの開始時に全ユニット用ステータスファイルの正常が保証されます。このため，HiRDBの開始後に現用ファイルの障害が発生した場合，予備ファイルにスワップできます。

HiRDBの開始時に一部のユニット用ステータスファイルの障害を検知しても，残りの正常なファイルだけでHiRDBを開始できます。このため，HiRDBの停止時間を短くできます。この場合，予備ファイルが少なくなっているため，障害状態のステータスファイルをすぐに修復する必要があります。

デメリット

ユニット用ステータスファイルの障害によってHiRDBの開始処理が中止される可能性が高くなります。

予備ファイルが少ない状態でHiRDBを稼働することがあるため，システムの信頼性が低下します。予備ファイルの数によってはユニット用ステータスファイルをスワップできないことがあります。

《注意事項》

現用ファイルが両系とも異常の場合は，このオペランドの指定値に関係なくHiRDB（又はユニット）の開始処理を中止します。

HiRDBを開始する前に現用ファイルをpdstsinitコマンドで初期化しないでください。初期化するとHiRDBを再開始できません。

このオペランドにexcontinueを指定し，すべての世代のステータスファイルが片系運転でかつオープン（初期状態）の場合，HiRDBは起動しません。

《備考》

このオペランドの指定値とHiRDBの処理及びHiRDB管理者の処置を次に示します。

●このオペランドの指定値とHiRDBの処理

●HiRDBの処理及びHiRDB管理者の処置

対応番号

HiRDBの処理

HiRDB管理者の処置

[1]

HiRDBの開始処理を続行します。

なし

[2]

HiRDBが最新の現用ファイルを特定して，開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[3]

pd_syssts_last_active_fileオペランドに指定されたファイルを現用ステータスファイルとしてHiRDBの開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[4]

pd_syssts_last_active_file及びpd_syssts_last_active_sideオペランドに指定されたファイルを現用ステータスファイルとしてHiRDBの開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[5]

pd_syssts_initial_errorオペランドにstopが指定されているため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000010が示す対策をしてください。

[6]

前回稼働時の現用ファイルが特定できないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000016が示す対策をしてください。

[7]

HiRDBが特定した現用ファイルの正常な系と，pd_syssts_last_active_sideオペランドに指定された系が一致しないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000017が示す対策をしてください。

[8]

HiRDBが特定した現用ファイル名と，pd_syssts_last_active_fileオペランドに指定したファイル名が一致しないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000015が示す対策をしてください。

[9]

前回稼働時の現用ファイルの正常な系が特定できないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000018が示す対策をしてください。

◆　pd_syssts_singleoperation = stop｜continue

ユニット用ステータスファイルの片系運転をするかどうかを指定します。予備ファイルがない状況で現用ファイルの片系に障害が発生した場合，正常な系（片方の系）だけで処理を続行することをステータスファイルの片系運転といいます。ステータスファイルの片系運転については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

なお，予備ファイルがある状況で現用ファイルの片系に障害が発生した場合は，このオペランドの指定値に関係なく，ステータスファイルをスワップして処理を続行します（片系運転にはなりません）。

また，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，ユニット用副ステータスファイルも対象となります。

stop：

片系運転をしません。片系運転になる場合はHiRDB（HiRDB/パラレルサーバの場合はユニット）を異常終了します。HiRDBが異常終了した場合，予備ファイルを準備した後にHiRDBを開始してください。

continue：

片系運転をします。片系運転になるとKFPS01044-Iメッセージが出力されます。片系運転中に正常な系に障害が発生したり，又はステータスファイルの更新中にHiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了したりすると，HiRDBを再開始できなくなるため，片系運転になった場合はすぐに予備ファイルを準備してください。

《指定値の目安》

stopを指定してシステムの信頼性を上げることを推奨します。また，現用ファイルの障害に対しては，予備ファイルの数を増やして備えることを推奨します。

各指定値の目安，メリット，及びデメリットを次に示します。

項目

pd_syssts_singleoperationオペランドの値

stop

continue

指定値の目安

システムの信頼性を上げる場合はstopを指定します。

HiRDBを停止させないことを重視する場合はcontinueを指定します。

メリット

予備ファイルがない状況で現用ファイルの片系に障害が発生した場合，片系運転をしないでHiRDBを異常終了します。このため，現用ファイルの内容が失われる可能性が低くなります。

予備ファイルがない状況で現用ファイルの片系に障害が発生しても，処理を続行できます。このため，ステータスファイルの障害によってHiRDBが停止する可能性が低くなります。

デメリット

ステータスファイルの障害によってHiRDBが停止する可能性が高くなります。ただし，予備ファイルの数を増やすことで可能性を低くできます。

片系運転中に正常な系に障害が発生したり，又はステータスファイルの更新中にHiRDBが異常終了したりすると，現用ファイルの内容が失われるため，HiRDBを再開始できなくなります。

《ほかのオペランドとの関連》

pd_syssts_singleoperation及びpd_syssts_initial_errorオペランドの指定値の組み合わせによって，ステータスファイル障害時のHiRDBの処理が決定します。したがって，これら二つのオペランドの指定値は一緒に考えるようにしてください。

11.3.10　サーバ用ステータスファイル（障害発生時）に関するオペランド

ステータスファイルに障害が発生したときの対処方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_sts_initial_error = stop｜continue｜excontinue

《オペランドの省略値》

推奨モード適用時の省略値：excontinue

0904互換モード適用時の省略値：stop

サーバ（シングルサーバ，フロントエンドサーバ，ディクショナリサーバ，又はバックエンドサーバ）の開始時，HiRDBはサーバ用ステータスファイルの現用ファイルを特定する処理を実行します。この特定処理で，次に示す異常を検知したときのHiRDBの処置を指定します。

サーバ用ステータスファイルの実体がない

サーバ用ステータスファイルの障害を検知した

現用ファイルの特定処理はpd_sts_file_name_1〜7オペランドに指定したサーバ用ステータスファイルを対象とします。

ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，pd_sts_subfile_name_1〜7オペランドに指定したサーバ用副ステータスファイルも対象とします。ログ適用サイトの場合は，説明中のpd_sts_last_active_fileオペランド，及びpd_sts_last_active_sideオペランドを，それぞれpd_sts_last_active_subfileオペランド，及びpd_sts_last_active_side_subオペランドに置き換えてください。

stop：

現用ファイルの特定処理時にサーバ用ステータスファイルの異常を検知した場合，サーバの開始処理を中止し，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。この場合，異常を検知したステータスファイルの対策を実施した後にHiRDBを開始してください。

continue又はexcontinue：

現用ファイルの特定処理時にサーバ用ステータスファイルの異常を検知しても，現用ファイルが正常な場合はサーバの開始処理を続行します。ただし，pd_sts_singleoperationオペランドの値（ステータスファイルの片系運転をするかどうか）によっては開始処理を中止することがあります。pd_sts_singleoperationオペランドとの関係を次に示します。

●pd_sts_singleoperationオペランドとの関係

pd_sts_singleoperationオペランドの値

HiRDBの処理

HiRDB管理者の処置

continue

サーバ用ステータスファイルの異常を検知した場合，HiRDBは現用ファイルを特定できないため，サーバの開始処理を中止し，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。

HiRDB管理者が現用ファイルを特定してpd_sts_last_active_file及びpd_sts_last_active_sideオペランドを指定します。その後，HiRDBを開始してください。

stop（省略値）

サーバ用ステータスファイルの異常を検知した場合，HiRDBが現用ファイルを特定してサーバの開始処理を続行します。ただし，A系とB系のファイルが次に示す表（HiRDBが現用ファイルを特定できないケース）の条件のどれかに当てはまる場合，HiRDBは現用ファイルを特定できないため，サーバの開始処理を中止し，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。

HiRDBが現用ファイルを特定できない場合は，HiRDB管理者が現用ファイルを特定してpd_sts_last_active_file及びpd_sts_last_active_sideオペランドを指定します。その後，HiRDBを開始してください。

●HiRDBが現用ファイルを特定できないケース

pd_sts_initial_errorオペランドの値

A系ファイルの状態

B系ファイルの状態

continue

障害閉塞

障害閉塞

障害閉塞

オープン（初期状態）

障害閉塞

ファイル実体なし

オープン（初期状態）

障害閉塞

オープン（初期状態）

ファイル実体なし

ファイル実体なし

オープン（初期状態）

ファイル実体なし

障害閉塞

ファイル実体なし

ファイル実体なし

excontinue

障害閉塞

障害閉塞

障害閉塞

ファイル実体なし

ファイル実体なし

障害閉塞

ファイル実体なし

ファイル実体なし

したがって，HiRDB管理者の操作をなるべく少なくしたい場合（pd_sts_last_active_file及びpd_sts_last_active_sideオペランドを指定するケースを減らしたい場合）は，次に示すようにオペランドを指定してください。

pd_sts_initial_errorオペランドにexcontinueを指定

pd_sts_singleoperationオペランドにstopを指定

《指定値の目安》

各指定値の目安，メリット，及びデメリットを次に示します。

項目

pd_sts_initial_errorオペランドの値

stop

continue又はexcontinue

サーバ開始時のHiRDBの処理

サーバ用ステータスファイルの異常を検知した場合，サーバの開始処理を中止し，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。

一部のサーバ用ステータスファイルに異常があっても，現用ファイルが正常な場合はサーバの開始処理を続行します。

指定値の目安

システムの信頼性を上げる場合はstopを指定します。

HiRDB開始時の障害対策を簡易化する場合はcontinue又はexcontinueを指定します。

メリット

サーバの開始時に該当するサーバの全サーバ用ステータスファイルの正常が保証されます。このため，HiRDBの開始後に現用ファイルの障害が発生した場合，予備ファイルにスワップできます。

サーバの開始時に一部のサーバ用ステータスファイルの障害を検知しても，残りの正常なファイルだけでHiRDBを開始できます。このため，HiRDBの停止時間を短くできます。この場合，予備ファイルが少なくなっているため，障害状態のステータスファイルをすぐに修復する必要があります。

デメリット

サーバ用ステータスファイルの障害によってHiRDBの開始処理が中止される可能性が高くなります。

予備ファイルが少ない状態でHiRDBを稼働することがあるため，システムの信頼性が低下します。予備ファイルの数によってはサーバ用ステータスファイルをスワップできないことがあります。

《注意事項》

現用ファイルが両系とも異常の場合は，このオペランドの指定値に関係なくサーバの開始処理を中止し，HiRDB（HiRDB/パラレルサーバの場合はユニット）を開始しません。

HiRDBを開始する前に現用ファイルをpdstsinitコマンドで初期化しないでください。初期化するとHiRDBを再開始できません。

このオペランドにexcontinueを指定し，すべての世代のステータスファイルが片系運転でかつオープン（初期状態）の場合，HiRDBは起動しません。

《備考》

オペランドの指定値とHiRDBの処理及びHiRDB管理者の処置を次に示します。

●オペランドの指定値とHiRDBの処理

●HiRDBの処理及びHiRDB管理者の処置

対応番号

HiRDBの処理

HiRDB管理者の処置

[1]

HiRDBの開始処理を続行します。

なし

[2]

HiRDBが最新の現用ファイルを特定して，開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[3]

pd_sts_last_active_fileオペランドに指定されたファイルを現用ステータスファイルとしてHiRDBの開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[4]

pd_sts_last_active_file及びpd_sts_last_active_sideオペランドに指定されたファイルを現用ステータスファイルとしてHiRDBの開始処理を続行します。

障害によって閉塞しているファイルを予備ファイルにしてください。

[5]

pd_sts_initial_errorオペランドにstopが指定されているため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000010が示す対策をしてください。

[6]

前回稼働時の現用ファイルが特定できないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000016が示す対策をしてください。

[7]

HiRDBが特定した現用ファイルの正常な系と，pd_sts_last_active_sideオペランドに指定された系が一致しないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000017が示す対策をしてください。

[8]

HiRDBが特定した現用ファイル名と，pd_sts_last_active_fileオペランドに指定したファイル名が一致しないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000015が示す対策をしてください。

[9]

前回稼働時の現用ファイルの正常な系が特定できないため，HiRDBの開始処理を中止します。

マニュアル「HiRDB Version 9 メッセージ」を参照して，KFPS01005-Eメッセージの理由コード0000000018が示す対策をしてください。

◆　pd_sts_singleoperation = stop｜continue

サーバ用ステータスファイルの片系運転をするかどうかを指定します。予備ファイルがない状況で現用ファイルの片系に障害が発生した場合，正常な系（片方の系）だけで処理を続行することをステータスファイルの片系運転といいます。ステータスファイルの片系運転については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

なお，予備ファイルがある状況で現用ファイルの片系に障害が発生した場合は，このオペランドの指定値に関係なく，ステータスファイルをスワップして処理を続行します（片系運転にはなりません）。

また，ログ同期方式のリアルタイムSANレプリケーションを使用している場合，ログ適用サイトでは，サーバ用副ステータスファイルも対象となります。

stop：

片系運転をしません。片系運転になる場合はHiRDB（HiRDB/パラレルサーバの場合はユニット）を異常終了します。HiRDBが異常終了した場合，予備ファイルを準備した後にHiRDBを開始してください。

continue：

片系運転をします。片系運転になるとKFPS01044-Iメッセージが出力されます。片系運転中に正常な系に障害が発生したり，又はステータスファイルの更新中にHiRDB（HiRDB/パラレルサーバの場合はユニット）が異常終了したりすると，HiRDBを再開始できなくなるため，片系運転になった場合はすぐに予備ファイルを準備してください。

《指定値の目安》

stopを指定してシステムの信頼性を上げることを推奨します。また，現用ファイルの障害に対しては，予備ファイルの数を増やして備えることを推奨します。

各指定値の目安，メリット，及びデメリットを次に示します。

項目

pd_sts_singleoperationオペランドの値

stop

continue

指定値の目安

システムの信頼性を上げる場合はstopを指定します。

HiRDBを停止させないことを重視する場合はcontinueを指定します。

メリット

予備ファイルがない状況で現用ファイルの片系に障害が発生した場合，片系運転をしないでHiRDBを異常終了します。このため，現用ファイルの内容が失われる可能性が低くなります。

予備ファイルがない状況で現用ファイルの片系に障害が発生しても，処理を続行できます。このため，ステータスファイルの障害によってHiRDBが停止する可能性が低くなります。

デメリット

ステータスファイルの障害によってHiRDBが停止する可能性が高くなります。ただし，予備ファイルの数を増やすことで可能性を低くできます。

片系運転中に正常な系に障害が発生したり，又はステータスファイルの更新中にHiRDBが異常終了したりすると，現用ファイルの内容が失われるため，HiRDBを再開始できなくなります。

《ほかのオペランドとの関連》

pd_sts_singleoperation及びpd_sts_initial_errorオペランドの指定値の組み合わせによって，ステータスファイル障害時のHiRDBの処理が決定します。したがって，これら二つのオペランドの指定値は一緒に考えるようにしてください。

11.3.11　システムログファイルに関するオペランド

◆　pd_log_max_data_size = ログ入出力バッファ長

〜＜符号なし整数＞((32000〜523000))（単位：バイト）

《オペランドの省略値》

推奨モード適用時の省略値：523000

0904互換モード適用時の省略値：400000

システムログの入出力に使用するバッファの大きさをバイト単位で指定します。

《指定値の目安》

HiRDB/シングルサーバの場合

指定値のチューニング方法に従って指定値を変更してください。

HiRDB/パラレルサーバの場合

条件式1を満たす値を指定してください。pd_rpl_reflect_modeオペランドにuapを指定している場合，又は回復不要FESを使用している場合は，条件式1と条件式2の両方を満たす値を指定してください。指定値を最適化する場合は，指定値のチューニング方法に従って指定値を変更してください。

条件式1：ログ入出力バッファ長≧a

a：72×（一つのトランザクションによって参照処理又は更新処理の対象となる，バックエンドサーバ及びディクショナリサーバの最大数）＋1344

条件式2：ログ入出力バッファ長≧b

b：（一つのトランザクションによって参照処理又は更新処理の対象となる，バックエンドサーバ及びディクショナリサーバの最大数＋1）×128＋64

《指定値のチューニング方法》

統計解析ユティリティ（システムの稼働に関する統計情報）の次に示す情報を調べて，このオペランドの指定値を変更してください。

入出力待ちバッファ面数（# OF BUFFER FOR WAIT I/O）

入出力待ちバッファ面数の平均値が100を大きく超える場合は，このオペランドの値を大きくして，平均値が100に近付くようにしてください。

カレントバッファなしによる待ち回数（# OF WAIT THREAD）

カレントバッファなしによる待ち回数が0以外の値になる場合は，このオペランドの値を大きくしてください。

《注意事項》

このオペランドの指定値は，トランザクションで実行するSQLレスポンスやスループットに影響します。小さな値を指定すると，システムログファイルへの書き込みが多発し，性能が低下するおそれがあります。

《ほかのオペランドとの関連》

pd_log_write_buff_countオペランドとともに，ログ入出力バッファ長を決定してください。

◆　pd_log_rec_leng = システムログファイルのレコード長

〜＜符号なし整数＞((1024，2048，4096))（単位：バイト）

《オペランドの省略値》

推奨モード適用時の省略値：1024

0904互換モード適用時の省略値：4096

システムログファイルのレコード長を指定します。1024，2048，4096のどれかを指定します。

《指定値の目安》

システムログファイルのレコード長の設計方針に従って，レコード長を指定してください。システムログファイルのレコード長の設計方針については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「システムログファイルのレコード長」を参照してください。

《注意事項》

pdloginitコマンドの-lオプションで設定するレコード長と異なるレコード長をこのオペランドに指定すると，そのシステムログファイルはオープンできません。

システムログファイルのレコード長を変更する方法については，マニュアル「HiRDB Version 9 システム運用ガイド」を参照してください。

◆　pd_log_rollback_buff_count = ロールバック用ログ入力バッファ面数

〜＜符号なし整数＞((0〜256))

《オペランドの省略値》

推奨モード適用時の省略値：0

0904互換モード適用時の省略値：次の値になります。

・ユニットに1：1スタンバイレス型系切り替え機能を適用している場合

　代替BES数×2

・ユニットに影響分散スタンバイレス型系切り替えを適用している場合

　（ホストBES数＋pd_ha_max_act_guest_serversの値）×2

・上記以外の場合

　ユニット内サーバ数×2

ロールバック処理でシステムログの入力に使用するバッファの面数を指定します。このオペランドに0を指定した場合，HiRDBがロールバック用ログ入力バッファ面数を決定します。

《指定値の目安》

0を指定することを推奨します。0を指定すると，HiRDBが指定値を自動計算します。

指定値が小さい場合は，ロールバックの同時実行が遅くなります。また，指定値が大きい場合は，ユニットコントローラ用共用メモリを必要以上に消費します。

《指定値のチューニング方法》

このオペランドに0を指定してください。0を指定してメモリ不足が発生する場合は，このオペランドの指定を省略してください。

《各見積もり式への影響》

pd_log_rollback_buff_countオペランドの指定値を変更すると，次の見積もり式に影響があります。

マニュアル「HiRDB Version 9 システム導入・設計ガイド」：

「HiRDB/シングルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

「HiRDB/パラレルサーバのメモリ所要量の見積もり」の「ユニットコントローラが使用する共用メモリの計算式」

11.4　pdconfchkコマンドでチェックできるオペランド

互換モードを適用する場合に，検討が必要な各オペランドのうち，pdconfchkコマンドでチェックできるオペランドを次の表に示します。オペランド名はアルファベット順に記載しています。

表11‒8　pdconfchkコマンドでチェックできるオペランド

オペランド名

文法のチェック

ファイルのチェック

アクセス権限のチェック

重複指定のチェック

ホスト名のチェック

サーバマシン間のチェック

pd_apply_search_ats_num

○

×

×

×

×

○

pd_dbsync_altwrite_skip

○

×

×

×

×

○

pd_hashjoin_hashing_mode

○

×

×

×

×

○

pd_inet_unix_bufmode

○

×

×

×

×

○

pd_inet_unix_utl_bufmode

○

×

×

×

×

○

pd_ipc_inet_bufsize

○

×

×

×

×

○

pd_ipc_unix_bufsize

○

×

×

×

×

○

pd_leap_second

○

×

×

×

×

○

pd_listen_socket_bufset

○

×

×

×

×

○

pd_log_max_data_size

○

×

×

×

×

○

pd_log_rec_leng

○

×

×

×

×

○

pd_log_rollback_buff_count

○

×

×

×

×

○

pd_max_tmp_table_rdarea_no

○

×

×

×

×

○

pd_registered_port_level

○

×

×

×

×

○

pd_sql_simple_comment_use

○

×

×

×

×

○

pd_sts_initial_error

○

×

×

×

×

○

pd_sts_singleoperation

○

×

×

×

×

○

pd_syssts_initial_error

○

×

×

×

×

○

pd_syssts_singleoperation

○

×

×

×

×

○

pd_tcp_inet_bufsize

○

×

×

×

×

○

pd_tcp_unix_bufsize

○

×

×

×

×

○

pd_trn_rollback_msg_interval

○

×

×

×

×

○

pd_utl_buff_size

○

×

×

×

×

○

pd_utl_exec_mode

○

×

×

×

×

○

（凡例）

○：チェック対象です。

×：チェック対象外です。

文法のチェック：

オペランドの文法が正しいかチェックします。

ファイルのチェック：

システムログファイル，シンクポイントダンプファイル，及びステータスファイルの有無をチェックします。pdconfchkコマンドで-nオプションを指定した場合はファイルのチェックをしません。

アクセス権限のチェック：

HiRDB管理者にファイルのアクセス権があるかを確認します。

HiRDB管理者にhostsファイルのアクセス権があるかを確認します。

pdconfchkコマンドで-nオプションを指定した場合はアクセス権限のチェックをしません。

重複指定のチェック：

システムログファイル，シンクポイントダンプファイル，及びステータスファイルが重複していないかどうかをチェックします。

ホスト名のチェック：

ホスト名がhostsファイルに記述されているかをチェックします。

サーバマシン間のチェック（HiRDB/パラレルサーバ限定）：

システムマネジャのサーバマシンを基準に，サーバマシン間の妥当性をチェックします。

11.5　適用OSごとのオペランド指定可否

互換モードを適用する場合に，検討が必要な各オペランドのうち，適用OSごとのオペランド指定可否を次の表に示します。オペランド名はアルファベット順に記載しています。

表11‒9　適用OSごとのオペランド指定可否

オペランド名

HP-UX

AIX

Linux

pd_apply_search_ats_num

○

○

○

pd_dbsync_altwrite_skip

○

○

○

pd_hashjoin_hashing_mode

○

○

○

pd_inet_unix_bufmode

○

○

○

pd_inet_unix_utl_bufmode

○

○

○

pd_ipc_inet_bufsize

○

○

○

pd_ipc_unix_bufsize

○

○

○

pd_leap_second

○

○

○

pd_listen_socket_bufset

○

○

○

pd_log_max_data_size

○

○

○

pd_log_rec_leng

○

○

○

pd_log_rollback_buff_count

○

○

○

pd_max_tmp_table_rdarea_no

○

○

○

pd_registered_port_level

○

○

○

pd_sql_simple_comment_use

○

○

○

pd_sts_initial_error

○

○

○

pd_sts_singleoperation

○

○

○

pd_syssts_initial_error

○

○

○

pd_syssts_singleoperation

○

○

○

pd_tcp_inet_bufsize

○

○

○

pd_tcp_unix_bufsize

○

○

○

pd_trn_rollback_msg_interval

○

○

○

pd_utl_buff_size

○

○

○

pd_utl_exec_mode

○

○

○

（凡例）

○：指定できるオペランドです。

付録

付録A　影響分散スタンバイレス型系切り替え機能使用時に指定できるオペランド一覧（ユニット制御情報定義）

影響分散スタンバイレス型系切り替え機能使用時，ユニット制御情報定義に指定できるオペランドを次に示します。ユニット制御情報定義にはこれら以外のオペランドを指定できません。指定した場合はHiRDBを開始できません（KFPS05618-Eメッセージが出力されます）。

pd_aud_file_name※

pd_down_watch_proc

pd_ha_acttype

pd_ha_agent

pd_ha_max_act_guest_servers

pd_ha_max_server_process

pd_ha_process_count

pd_ha_resource_act_wait_time

pd_ha_unit

pd_hostname

pd_lck_deadlock_check

pd_lck_deadlock_check_interval

pd_prf_file_count

pd_prf_file_size

pd_prf_level

pd_prf_output_directory

pd_registered_port※

pd_rpc_trace_name※

pd_rpl_hdepath

pd_service_port

pd_syssts_file_name_1〜7

pd_syssts_initial_error

pd_syssts_last_active_file

pd_syssts_last_active_side

pd_syssts_last_active_side_sub

pd_syssts_last_active_subfile

pd_syssts_singleoperation

pd_syssts_subfile_name_1〜7

pd_tmp_directory

pd_trn_rcvmsg_store_buflen

pd_unit_id

注※

同じサーバマシンに複数のHiRDBユニットを配置した場合は，ユニットごとに指定値を変更してください。

付録B　定義例

付録B.1　HiRDB/シングルサーバの場合

HiRDB/シングルサーバのシステム定義を作成します。システム構成は次のとおりです。

●ユニット構成

●システムファイルの構成

(1)　システム共通定義

set pd_system_id = PDB1                                       1
set pd_name_port = 20001                                      2
set pd_master_file_name = "/rdarea/mast/mast01"               3
set pd_max_users = 100                                        4
pdunit -x host1 -u UNT1 -d "/HiRDB"                           5
pdstart -t SDS -s sds1 -u UNT1                                6
pdbuffer -a gbuf01 -r RDMAST,RDDIC,RDDIR -n 1000              7
pdbuffer -a gbuf02 -r RDAREA1,RDAREA2,RDAREA3 -n 1000         8
pdbuffer -a gbuf03 -r RDAREA4,RDAREA5,RDAREA6 -n 1000         9
pdbuffer -a gbuf04 -o -n 1000                                 10

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

最大同時接続数を指定します。

ユニットの構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

サーバの構成を指定します。

-t：サーバの種別（シングルサーバ：SDS）を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

マスタディレクトリ用RDエリア，データディクショナリ用RDエリア，及びデータディレクトリ用RDエリアにグローバルバッファを割り当てます。

ユーザ用RDエリア（RDAREA1〜RDAREA3）にグローバルバッファを割り当てます。

ユーザ用RDエリア（RDAREA4〜RDAREA6）にグローバルバッファを割り当てます。

そのほかのRDエリアにグローバルバッファを割り当てます。

(2)　ユニット制御情報定義

set pd_unit_id = UNT1                                                 1
set pd_syssts_file_name_1 = "untsts1","/sysfile_a/usts1a",¥           2
                                      "/sysfile_b/usts1b"
set pd_syssts_file_name_2 = "untsts2","/sysfile_a/usts2a",¥
                                      "/sysfile_b/usts2b"

〔説明〕

ユニット識別子を指定します。

ユニット用ステータスファイルの構成を指定します。

(3)　シングルサーバ定義

set pd_log_dual = Y                                                    1
set pd_sts_file_name_1 = "svrsts1","/sysfile_a/ssts1a",¥               2
                                   "/sysfile_b/ssts1b"
set pd_sts_file_name_2 = "svrsts2","/sysfile_a/ssts2a",¥
                                   "/sysfile_b/ssts2b"
pdwork -v "/work01","/work02"                                          3
pdlogadfg -d sys -g log1 ONL                                           4
pdlogadfg -d sys -g log2 ONL
pdlogadfg -d sys -g log3 ONL
pdlogadfg -d sys -g log4 ONL
pdlogadpf -d sys -g log1 -a "/sysfile_a/log1a" -b "/sysfile_b/log1b"
pdlogadpf -d sys -g log2 -a "/sysfile_a/log2a" -b "/sysfile_b/log2b"
pdlogadpf -d sys -g log3 -a "/sysfile_a/log3a" -b "/sysfile_b/log3b"
pdlogadpf -d sys -g log4 -a "/sysfile_a/log4a" -b "/sysfile_b/log4b"
pdlogadfg -d spd -g sync1 ONL                                          5
pdlogadfg -d spd -g sync2 ONL
pdlogadfg -d spd -g sync3 ONL
pdlogadfg -d spd -g sync4 ONL
pdlogadpf -d spd -g sync1 -a "/sysfile_a/sync1"
pdlogadpf -d spd -g sync2 -a "/sysfile_b/sync2"
pdlogadpf -d spd -g sync3 -a "/sysfile_a/sync3"
pdlogadpf -d spd -g sync4 -a "/sysfile_b/sync4"

〔説明〕

システムログファイルの二重化を指定します。

サーバ用ステータスファイルの構成を指定します。

作業表用ファイル用のHiRDBファイルシステム領域を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(4)　UAP環境定義

set pd_uap_wait = Y                                        1
pdlbuffer -a localbuf1 -r RDAREA10 -n 1000 -p 16           2
pdlbuffer -a localbuf2 -r RDAREA11,RDAREA12 -n 1000        3
pdlbuffer -a localbuf3 -i USER01.INDX01 -n 1000            4

〔説明〕

ローカルバッファを使用してアクセスするRDエリア又はインデクスがほかのユーザに使用されている場合のUAPの動作を指定します。

ユーザ用RDエリア（RDAREA10）にローカルバッファを割り当てます。

ユーザ用RDエリア（RDAREA11，RDAREA12）にローカルバッファを割り当てます。

インデクス（INDX01）にローカルバッファを割り当てます。

付録B.2　HiRDB/シングルサーバの場合：ユティリティ専用ユニットあり

例題１で定義したHiRDB/シングルサーバにユティリティ専用ユニットを設置します。HiRDB/シングルサーバ及びユティリティ専用ユニットのシステム定義を作成します。システム構成は次のとおりです。

●ユニット構成

●ユティリティ専用ユニットのシステムファイルの構成

(1)　HiRDB/シングルサーバのシステム共通定義

           :
pdunit -x host2 -u UNT2 -d "/HiRDB" -p 20002
           :

〔説明〕

例題１で作成したシステム共通定義を修正します（pdunitオペランドを追加します）。

ユティリティ専用ユニットのユニット構成を定義したpdunitオペランドを追加します。

(2)　ユティリティ専用ユニットのシステム共通定義

set pd_system_id = PDB2                                                1
set pd_name_port = 20002                                               2
pdunit -x host1 -u UNT1 -d "/HiRDB" -p 20001                           3
pdunit -x host2 -u UNT2 -d "/HiRDB"                                    4
pdstart -t SDS -s sds1 -u UNT1                                         5

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

HiRDB/シングルサーバのユニットの構成を指定します。

ユティリティ専用ユニットのユニットの構成を指定します。

HiRDB/シングルサーバのサーバの構成を指定します。

(3)　ユティリティ専用ユニットのユニット制御情報定義

set pd_unit_id = UNT2                                                  1
set pd_syssts_file_name_1 = "untsts1","/sysfile_a/usts1a",¥            2
                                      "/sysfile_b/usts1b"
set pd_syssts_file_name_2 = "untsts2","/sysfile_a/usts2a",¥
                                      "/sysfile_b/usts2b"

〔説明〕

ユニット識別子を指定します。

ユニット用ステータスファイルの構成を指定します。

付録B.3　HiRDB/シングルサーバの場合：系切り替え機能使用時

HiRDB/シングルサーバのシステム定義を作成します。システム構成は次のとおりです。

HiRDB/シングルサーバ1とHiRDB/シングルサーバ2の相互系切り替え構成です。

HiRDB/シングルサーバ1とHiRDB/シングルサーバ2が使用するユティリティ専用ユニットを設置します。

IPアドレスを引き継がない系切り替え機能とします。

なお，定義例はシステム共通定義及びユニット制御情報定義の関連のあるオペランドについてだけ説明しています。

(1)　HiRDB/シングルサーバ1のシステム共通定義

set pd_system_id = SDS1                                    1
set pd_name_port = 20003                                   2
         :
         :
set pd_ha = use                                            3
set pd_ha_ipaddr_inherit = N                               4
         :
         :
pdunit -x host1 -u UNT1 -d "/HiRDB1" -c host2              5
pdunit -x host3 -u UNT3 -d "/HiRDB3" -p 20005              6
pdstart -t SDS -s sds01 -u UNT1                            7

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

系切り替え機能を使用することを指定します。

IPアドレスを引き継がないことを指定します。

HiRDB/シングルサーバ1のユニット構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

-c：予備系のホスト名を指定します。

ユティリティ専用ユニットの構成を指定します。

-p：ポート番号を指定します。

HiRDB/シングルサーバ1のサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

(2)　HiRDB/シングルサーバ1のユニット制御情報定義

set pd_unit_id = UNT1                                       1
         :
         :
set pd_hostname = host1                                     2

〔説明〕

ユニット識別子を指定します。

現用系のホスト名を指定します。

(3)　HiRDB/シングルサーバ2のシステム共通定義

set pd_system_id = SDS2                                     1
set pd_name_port = 20004                                    2
         :
         :
set pd_ha = use                                             3
set pd_ha_ipaddr_inherit = N                                4
         :
         :
pdunit -x host2 -u UNT2 -d "/HiRDB2" -c host1               5
pdunit -x host3 -u UNT3 -d "/HiRDB3" -p 20005               6
pdstart -t SDS -s sds02 -u UNT2                             7

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

系切り替え機能を使用することを指定します。

IPアドレスを引き継がないことを指定します。

HiRDB/シングルサーバ2のユニット構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

-c：予備系のホスト名を指定します。

ユティリティ専用ユニットの構成を指定します。

-p：ポート番号を指定します。

HiRDB/シングルサーバ2のサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

(4)　HiRDB/シングルサーバ2のユニット制御情報定義

set pd_unit_id = UNT2                                       1
         :
         :
set pd_hostname = host2                                     2

〔説明〕

ユニット識別子を指定します。

現用系のホスト名を指定します。

(5)　ユティリティ専用ユニットのシステム共通定義

set pd_system_id = UTL1                                     1
set pd_name_port = 20005                                    2
         :
         :
set pd_ha = use                                             3
set pd_ha_ipaddr_inherit = N                                4
         :
         :
pdunit -x host1 -u UNT1 -d "/HiRDB1" -c host2 -p 20003      5
pdunit -x host2 -u UNT2 -d "/HiRDB2" -c host1 -p 20004      6
pdunit -x host3 -u UNT3 -d "/HiRDB3"                        7
pdstart -t SDS -s sds01 -u UNT1                             8
pdstart -t SDS -s sds02 -u UNT2                             9

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

系切り替え機能を使用することを指定します。

IPアドレスを引き継がないことを指定します。

HiRDB/シングルサーバ1のユニット構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

-c：予備系のホスト名を指定します。

-p：ポート番号を指定します。

HiRDB/シングルサーバ2のユニット構成を指定します。

ユティリティ専用ユニットの構成を指定します。

HiRDB/シングルサーバ1のサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

HiRDB/シングルサーバ2のサーバ構成を指定します。

(6)　ユティリティ専用ユニットのユニット制御情報定義

set pd_unit_id = UNT3                                       1
         :
         :
set pd_hostname = host3                                     2

〔説明〕

ユニット識別子を指定します。

ホスト名を指定します。

付録B.4　HiRDB/パラレルサーバの場合

HiRDB/パラレルサーバのシステム定義を作成します。システム構成は次のとおりです。

●ユニット構成

●UNT1のシステムファイルの構成

●UNT2のシステムファイルの構成

●UNT3のシステムファイルの構成

(1)　システム共通定義

set pd_system_id = PDB1                                            1
set pd_name_port = 20001                                           2
set pd_master_file_name = "/rdarea/mast/mast01"                    3
set pd_max_users = 100                                             4
pdunit -x host1 -u UNT1 -d "/HiRDB"                                5
pdunit -x host2 -u UNT2 -d "/HiRDB"
pdunit -x host3 -u UNT3 -d "/HiRDB"
pdstart -t MGR -u UNT1                                             6
pdstart -t FES -s fes -u UNT1
pdstart -t DIC -s dic -u UNT2
pdstart -t BES -s bes1 -u UNT1
pdstart -t BES -s bes2 -u UNT2
pdstart -t BES -s bes3 -u UNT3
pdbuffer -a gbuf01 -r RDMAST,RDDIC,RDDIR -n 1000                   7
pdbuffer -a gbuf02 -r RDAREA1,RDAREA2,RDAREA3 -n 1000              8
pdbuffer -a gbuf03 -r RDAREA4,RDAREA5,RDAREA6 -n 1000              9
pdbuffer -a gbuf04 -o -n 1000                                      10

〔説明〕

HiRDB識別子を指定します。

HiRDBのポート番号を指定します。

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

最大同時接続数を指定します。

HiRDB/パラレルサーバの全ユニットの構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

HiRDB/パラレルサーバの全サーバの構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

マスタディレクトリ用RDエリア，データディクショナリ用RDエリア，及びデータディレクトリ用RDエリアにグローバルバッファを割り当てます。

ユーザ用RDエリア（RDAREA1〜RDAREA3）にグローバルバッファを割り当てます。

ユーザ用RDエリア（RDAREA4〜RDAREA6）にグローバルバッファを割り当てます。

そのほかのRDエリアにグローバルバッファを割り当てます。

(2)　UNT1のユニット制御情報定義

set pd_unit_id = UNT1                                                      1
set pd_syssts_file_name_1 = "u1sts1","/unt1/sysfile_a/u1sts1a",¥           2
                                     "/unt1/sysfile_b/u1sts1b"
set pd_syssts_file_name_2 = "u1sts2","/unt1/sysfile_a/u1sts2a",¥
                                     "/unt1/sysfile_b/u1sts2b"

〔説明〕

ユニット識別子を指定します。

ユニット用ステータスファイルの構成を指定します。

(3)　UNT2のユニット制御情報定義

set pd_unit_id = UNT2                                                       1
set pd_syssts_file_name_1 = "u2sts1","/unt2/sysfile_a/u2sts1a",¥            2
                                     "/unt2/sysfile_b/u2sts1b"
set pd_syssts_file_name_2 = "u2sts2","/unt2/sysfile_a/u2sts2a",¥
                                     "/unt2/sysfile_b/u2sts2b"

〔説明〕

ユニット識別子を指定します。

ユニット用ステータスファイルの構成を指定します。

(4)　UNT3のユニット制御情報定義

set pd_unit_id = UNT3                                                      1
set pd_syssts_file_name_1 = "u3sts1","/unt3/sysfile_a/u3sts1a",¥           2
                                     "/unt3/sysfile_b/u3sts1b"
set pd_syssts_file_name_2 = "u3sts2","/unt3/sysfile_a/u3sts2a",¥
                                     "/unt3/sysfile_b/u3sts2b"

〔説明〕

ユニット識別子を指定します。

ユニット用ステータスファイルの構成を指定します。

(5)　フロントエンドサーバ定義

set pd_log_dual = N                                                       1
set pd_sts_file_name_1 = "fsts1","/unt1/sysfile_a/fsts1a",¥               2
                                 "/unt1/sysfile_b/fsts1b"
set pd_sts_file_name_2 = "fsts2","/unt1/sysfile_a/fsts2a",¥
                                 "/unt1/sysfile_b/fsts2b"
pdlogadfg -d sys -g flog1 ONL                                             3
pdlogadfg -d sys -g flog2 ONL
pdlogadfg -d sys -g flog3 ONL
pdlogadfg -d sys -g flog4 ONL
pdlogadpf -d sys -g flog1 -a "/unt1/sysfile_a/flog1a"
pdlogadpf -d sys -g flog2 -a "/unt1/sysfile_a/flog2a"
pdlogadpf -d sys -g flog3 -a "/unt1/sysfile_a/flog3a"
pdlogadpf -d sys -g flog4 -a "/unt1/sysfile_a/flog4a"
pdlogadfg -d spd -g fsync1 ONL                                            4
pdlogadfg -d spd -g fsync2 ONL
pdlogadfg -d spd -g fsync3 ONL
pdlogadfg -d spd -g fsync4 ONL
pdlogadpf -d spd -g fsync1 -a "/unt1/sysfile_a/fsync1"
pdlogadpf -d spd -g fsync2 -a "/unt1/sysfile_b/fsync2"
pdlogadpf -d spd -g fsync3 -a "/unt1/sysfile_a/fsync3"
pdlogadpf -d spd -g fsync4 -a "/unt1/sysfile_b/fsync4"

〔説明〕

システムログファイルを二重化しないことを指定します。

サーバ用ステータスファイルの構成を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(6)　ディクショナリサーバ定義

set pd_log_dual = Y                                                       1
set pd_sts_file_name_1 = "dsts1","/unt2/sysfile_a/dsts1a",¥               2
                                 "/unt2/sysfile_b/dsts1b"
set pd_sts_file_name_2 = "dsts2","/unt2/sysfile_a/dsts2a",¥
                                 "/unt2/sysfile_b/dsts2b"
pdwork -v "/unt2/work01","/unt2/work02"                                   3
pdlogadfg -d sys -g dlog1 ONL                                             4
pdlogadfg -d sys -g dlog2 ONL
pdlogadfg -d sys -g dlog3 ONL
pdlogadfg -d sys -g dlog4 ONL
pdlogadpf -d sys -g dlog1 -a "/unt2/sysfile_a/dlog1a"¥
                          -b "/unt2/sysfile_b/dlog1b"
pdlogadpf -d sys -g dlog2 -a "/unt2/sysfile_a/dlog2a"¥
                          -b "/unt2/sysfile_b/dlog2b"
pdlogadpf -d sys -g dlog3 -a "/unt2/sysfile_a/dlog3a"¥
                          -b "/unt2/sysfile_b/dlog3b"
pdlogadpf -d sys -g dlog4 -a "/unt2/sysfile_a/dlog4a"¥
                          -b "/unt2/sysfile_b/dlog4b"
pdlogadfg -d spd -g dsync1 ONL                                            5
pdlogadfg -d spd -g dsync2 ONL
pdlogadfg -d spd -g dsync3 ONL
pdlogadfg -d spd -g dsync4 ONL
pdlogadpf -d spd -g dsync1 -a "/unt2/sysfile_a/dsync1"
pdlogadpf -d spd -g dsync2 -a "/unt2/sysfile_b/dsync2"
pdlogadpf -d spd -g dsync3 -a "/unt2/sysfile_a/dsync3"
pdlogadpf -d spd -g dsync4 -a "/unt2/sysfile_b/dsync4"

〔説明〕

システムログファイルの二重化を指定します。

サーバ用ステータスファイルの構成を指定します。

作業表用ファイル用のHiRDBファイルシステム領域を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(7)　bes1のバックエンドサーバ定義

set pd_log_dual = Y                                                        1
set pd_sts_file_name_1 = "b1sts1","/unt1/sysfile_a/b1sts1a",¥              2
                                  "/unt1/sysfile_b/b1sts1b"
set pd_sts_file_name_2 = "b1sts2","/unt1/sysfile_a/b1sts2a",¥
                                  "/unt1/sysfile_b/b1sts2b"
pdwork -v "/unt1/work01","/unt1/work02"                                    3
pdlogadfg -d sys -g b1log1 ONL                                             4
pdlogadfg -d sys -g b1log2 ONL
pdlogadfg -d sys -g b1log3 ONL
pdlogadfg -d sys -g b1log4 ONL
pdlogadpf -d sys -g b1log1 -a "/unt1/sysfile_a/b1log1a"¥
                           -b "/unt1/sysfile_b/b1log1b"
pdlogadpf -d sys -g b1log2 -a "/unt1/sysfile_a/b1log2a"¥
                           -b "/unt1/sysfile_b/b1log2b"
pdlogadpf -d sys -g b1log3 -a "/unt1/sysfile_a/b1log3a"¥
                           -b "/unt1/sysfile_b/b1log3b"
pdlogadpf -d sys -g b1log4 -a "/unt1/sysfile_a/b1log4a"¥
                           -b "/unt1/sysfile_b/b1log4b"
pdlogadfg -d spd -g b1sync1 ONL                                            5
pdlogadfg -d spd -g b1sync2 ONL
pdlogadfg -d spd -g b1sync3 ONL
pdlogadfg -d spd -g b1sync4 ONL
pdlogadpf -d spd -g b1sync1 -a "/unt1/sysfile_a/b1sync1"
pdlogadpf -d spd -g b1sync2 -a "/unt1/sysfile_b/b1sync2"
pdlogadpf -d spd -g b1sync3 -a "/unt1/sysfile_a/b1sync3"
pdlogadpf -d spd -g b1sync4 -a "/unt1/sysfile_b/b1sync4"

〔説明〕

システムログファイルの二重化を指定します。

サーバ用ステータスファイルの構成を指定します。

作業表用ファイル用のHiRDBファイルシステム領域を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(8)　bes2のバックエンドサーバ定義

set pd_log_dual = Y                                                         1
set pd_sts_file_name_1 = "b2sts1","/unt2/sysfile_a/b2sts1a",¥               2
                                  "/unt2/sysfile_b/b2sts1b"
set pd_sts_file_name_2 = "b2sts2","/unt2/sysfile_a/b2sts2a",¥
                                  "/unt2/sysfile_b/b2sts2b"
pdwork -v "/unt2/work03","/unt2/work04"                                     3
pdlogadfg -d sys -g b2log1 ONL                                              4
pdlogadfg -d sys -g b2log2 ONL
pdlogadfg -d sys -g b2log3 ONL
pdlogadfg -d sys -g b2log4 ONL
pdlogadpf -d sys -g b2log1 -a "/unt2/sysfile_a/b2log1a"¥
                           -b "/unt2/sysfile_b/b2log1b"
pdlogadpf -d sys -g b2log2 -a "/unt2/sysfile_a/b2log2a"¥
                           -b "/unt2/sysfile_b/b2log2b"
pdlogadpf -d sys -g b2log3 -a "/unt2/sysfile_a/b2log3a"¥
                           -b "/unt2/sysfile_b/b2log3b"
pdlogadpf -d sys -g b2log4 -a "/unt2/sysfile_a/b2log4a"¥
                           -b "/unt2/sysfile_b/b2log4b"
pdlogadfg -d spd -g b2sync1 ONL                                             5
pdlogadfg -d spd -g b2sync2 ONL
pdlogadfg -d spd -g b2sync3 ONL
pdlogadfg -d spd -g b2sync4 ONL
pdlogadpf -d spd -g b2sync1 -a "/unt2/sysfile_a/b2sync1"
pdlogadpf -d spd -g b2sync2 -a "/unt2/sysfile_b/b2sync2"
pdlogadpf -d spd -g b2sync3 -a "/unt2/sysfile_a/b2sync3"
pdlogadpf -d spd -g b2sync4 -a "/unt2/sysfile_b/b2sync4"

〔説明〕

システムログファイルの二重化を指定します。

サーバ用ステータスファイルの構成を指定します。

作業表用ファイル用のHiRDBファイルシステム領域を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(9)　bes3のバックエンドサーバ定義

set pd_log_dual = Y                                                        1
set pd_sts_file_name_1 = "b3sts1","/unt3/sysfile_a/b3sts1a",¥              2
                                  "/unt3/sysfile_b/b3sts1b"
set pd_sts_file_name_2 = "b3sts2","/unt3/sysfile_a/b3sts2a",¥
                                  "/unt3/sysfile_b/b3sts2b"
pdwork -v "/unt3/work01","/unt3/work02"                                    3
pdlogadfg -d sys -g b3log1 ONL                                             4
pdlogadfg -d sys -g b3log2 ONL
pdlogadfg -d sys -g b3log3 ONL
pdlogadfg -d sys -g b3log4 ONL
pdlogadpf -d sys -g b3log1 -a "/unt3/sysfile_a/b3log1a"¥
                           -b "/unt3/sysfile_b/b3log1b"
pdlogadpf -d sys -g b3log2 -a "/unt3/sysfile_a/b3log2a"¥
                           -b "/unt3/sysfile_b/b3log2b"
pdlogadpf -d sys -g b3log3 -a "/unt3/sysfile_a/b3log3a"¥
                           -b "/unt3/sysfile_b/b3log3b"
pdlogadpf -d sys -g b3log4 -a "/unt3/sysfile_a/b3log4a"¥
                           -b "/unt3/sysfile_b/b3log4b"
pdlogadfg -d spd -g b3sync1 ONL                                            5
pdlogadfg -d spd -g b3sync2 ONL
pdlogadfg -d spd -g b3sync3 ONL
pdlogadfg -d spd -g b3sync4 ONL
pdlogadpf -d spd -g b3sync1 -a "/unt3/sysfile_a/b3sync1"
pdlogadpf -d spd -g b3sync2 -a "/unt3/sysfile_b/b3sync2"
pdlogadpf -d spd -g b3sync3 -a "/unt3/sysfile_a/b3sync3"
pdlogadpf -d spd -g b3sync4 -a "/unt3/sysfile_b/b3sync4"

〔説明〕

システムログファイルの二重化を指定します。

サーバ用ステータスファイルの構成を指定します。

作業表用ファイル用のHiRDBファイルシステム領域を指定します。

システムログファイルの構成を指定します。

シンクポイントダンプファイルの構成を指定します。

(10)　UAP環境定義

set pd_uap_wait = Y                                        1
pdlbuffer -a localbuf1 -r RDAREA10 -n 1000 -p 16           2
pdlbuffer -a localbuf2 -r RDAREA11,RDAREA12 -n 1000        3
pdlbuffer -a localbuf3 -i USER01.INDX01 -n 1000            4

〔説明〕

ローカルバッファを使用してアクセスするRDエリア又はインデクスがほかのユーザに使用されている場合のUAPの動作を指定します。

ユーザ用RDエリア（RDAREA10）にローカルバッファを割り当てます。

ユーザ用RDエリア（RDAREA11，RDAREA12）にローカルバッファを割り当てます。

インデクス（INDX01）にローカルバッファを割り当てます。

付録B.5　HiRDB/パラレルサーバの場合：スタンバイ型系切り替え機能使用時

HiRDB/パラレルサーバのシステム定義を作成します。システム構成は次のとおりです。

相互系切り替え構成です。

IPアドレスを引き継がない構成です。

全ユニットに高速系切り替え機能を適用します。

なお，定義例はシステム共通定義及びユニット制御情報定義の関連のあるオペランドについてだけ説明しています。

ポイント

IPアドレスを引き継がない場合はサーバマシンからの独立性を図るために，pdunitオペランドの-x及び-cオプションに標準ホスト名ではなく，エイリアスIPアドレスのホスト名を指定してください。

IPアドレスを引き継がない相互系切り替え構成の場合は，pdunitオペランドの-x及び-cオプションに指定するホスト名は重複できません。(1)のpdunitオペランドの指定例を参考にしてください。

(1)　システム共通定義

         :
set pd_name_port = 20001                                         1
         :
set pd_ha = use                                                  2
set pd_ha_ipaddr_inherit = N
set pd_ha_switch_timeout = Y
set pd_ha_transaction = queuing
set pd_ha_trn_queuing_wait_time = 240
set pd_ha_trn_restart_retry_time = 90
         :
pdunit -x host1A -u UNT1 -d "/HiRDB_A" -c host2A -p 20001        3
pdunit -x host2B -u UNT2 -d "/HiRDB_B" -c host1B -p 20002
pdunit -x host3A -u UNT3 -d "/HiRDB_C" -c host4A -p 20003
pdunit -x host4B -u UNT4 -d "/HiRDB_D" -c host3B -p 20004
pdstart -t MGR -u UNT1                                           4
pdstart -t FES -s fes1 -u UNT1
pdstart -t DIC -s dic  -u UNT2
pdstart -t BES -s bes1 -u UNT3
pdstart -t BES -s bes2 -u UNT4
         :

〔説明〕

HiRDBのポート番号を指定します。

系切り替え機能に関するオペランドの指定です。

HiRDB/パラレルサーバのユニット構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

-c：予備系のホスト名を指定します。

-p：ユニットのポート番号を指定します。

HiRDB/パラレルサーバのサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

(2)　UNT1〜UNT4のユニット制御情報定義

         :
set pd_ha_acttype = server                        1
set pd_ha_agent = standbyunit                     2
         :

〔説明〕

系切り替え機能をサーバモードで運用することを指定します。

高速系切り替え機能を使用することを指定します。

付録B.6　HiRDB/パラレルサーバの場合：1：1スタンバイレス型系切り替え機能使用時

HiRDB/パラレルサーバのシステム定義を作成します。システム構成は次のとおりです。

スタンバイ型とスタンバイレス型を混合した構成です。

スタンバイ型系切り替え機能を適用するユニットは，相互系切り替え構成でIPアドレスを引き継ぐ構成です。また，ユーザサーバホットスタンバイを適用します。

1：1スタンバイレス型系切り替え機能を適用するユニットは相互代替構成です。

なお，定義例はシステム共通定義及びユニット制御情報定義の関連のあるオペランドについてだけ説明しています。

注

網掛けが現用系のユニットです。

（　）内にはサーバ名を表記しています。

バックエンドサーバ（bes1）は正規BESであると同時に，バックエンドサーバ（bes2）の代替BESです。

バックエンドサーバ（bes2）は正規BESであると同時に，バックエンドサーバ（bes1）の代替BESです。

(1)　システム共通定義

         :
set pd_name_port = 20001                                         1
         :
set pd_ha = use                                                  2
set pd_ha_ipaddr_inherit = Y
set pd_ha_switch_timeout = Y
set pd_ha_transaction = queuing
set pd_ha_trn_queuing_wait_time = 240
set pd_ha_trn_restart_retry_time = 90
         :
pdunit -x host1 -u UNT1 -d "/HiRDB_A" -p 20001                   3
pdunit -x host2 -u UNT2 -d "/HiRDB_B" -p 20002
pdunit -x host3 -u UNT3 -d "/HiRDB_A" -p 20003
pdunit -x host4 -u UNT4 -d "/HiRDB_A" -p 20003
pdstart -t MGR -u UNT1                                           4
pdstart -t FES -s fes1 -u UNT1
pdstart -t DIC -s dic  -u UNT2
pdstart -t BES -s bes1 -u UNT3 -c bes2                           5
pdstart -t BES -s bes2 -u UNT4 -c bes1
         :

〔説明〕

HiRDBのポート番号を指定します。

系切り替え機能に関するオペランドの指定です。

HiRDB/パラレルサーバのユニット構成を指定します。

-x：ホスト名を指定します。

-u：ユニット識別子を指定します。

-d：HiRDB運用ディレクトリ名を指定します。

-p：ユニットのポート番号を指定します。

HiRDB/パラレルサーバのサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：サーバ名を指定します。

-u：ユニット識別子を指定します。

HiRDB/パラレルサーバのサーバ構成を指定します。

-t：サーバの種別を指定します。

-s：正規BES名を指定します。

-u：ユニット識別子を指定します。

-c：代替BES名を指定します。

(2)　UNT1〜UNT2のユニット制御情報定義

         :
set pd_ha_acttype = server                                        1
set pd_ha_server_process_standby = Y                              2
         :

〔説明〕

系切り替え機能をサーバモードで運用することを指定します。

ユーザサーバホットスタンバイを使用することを指定します。

(3)　UNT3〜UNT4のユニット制御情報定義

         :
set pd_ha_acttype = server                                        1
set pd_ha_agent = server                                          2
         :

〔説明〕

系切り替え機能をサーバモードで運用することを指定します。

1：1スタンバイレス型系切り替え機能を使用することを指定します。

付録C　オペランド指定値の見積もり式

ここでは，システム定義の各オペランドの指定値の見積もり式について説明します。説明する項目は次のとおりです。

統計ログファイル（pd_stj_file_size）の見積もり式

SQLオブジェクト用バッファ長（pd_sql_object_cache_size）の見積もり式

ビュー解析情報用バッファ長（pd_view_def_cache_size）の見積もり式

表定義情報用バッファ長（pd_table_def_cache_size）の見積もり式

1サーバ当たりのUNTIL DISCONNECT指定排他の表とRDエリアの総和（pd_lck_until_disconnect_cnt）の見積もり式

ルーチン定義情報用バッファ長（pd_routine_def_cache_size）の見積もり式

付録C.1　統計ログファイル（pd_stj_file_size）の見積もり式

出力される統計ログ量は統計情報ごとに異なります。統計情報ごとの統計ログ量を(1)以降に示します。pd_stj_file_sizeオペランドには，(1)以降で求めた統計ログ量の合計値以上の値を指定してください。

注意事項

計算式の単位はバイトのため，合計後，キロバイトに変換してください。

(1)　システムの稼働に関する統計情報（sys）

pdstbeginオペランド又はpdstbeginコマンドに指定したオプションによって異なります。

-a及び-sオプションを指定しなかった場合

統計ログ量＝2412×（↓ａ÷ｂ↓＋統計情報出力時間中のpdstjsyncコマンド実行回数）　（単位：バイト）

-aオプションを指定した場合

統計ログ量＝（1836×ｃ＋2412）×（↓ａ÷ｂ↓＋統計情報出力時間中のpdstjsyncコマンド実行回数）　（単位：バイト）

-sオプションを指定した場合

統計ログ量＝（1836×ｄ＋2412）×（↓ａ÷ｂ↓＋統計情報出力時間中のpdstjsyncコマンド実行回数）　（単位：バイト）

ａ：統計情報出力時間　（単位：分）

ｂ：統計情報出力間隔　（単位：分）

pdstbeginオペランド又はpdstbeginコマンドの-mオプションで指定した時間間隔です。

ｃ：ユニット内のサーバ数

システムマネジャは数に入れません。

ｄ：pdstbeginオペランド又はpdstbeginコマンドの-sオプションで指定したサーバ数

(2)　UAPに関する統計情報（uap）

〈計算式〉

統計ログ量＝1252×統計情報の取得中に実行するUAPの数　（単位：バイト）

実際に実行するUAPの延べ数が分かる場合は，前記の計算式で求めてください。統計情報の収集時間内に実行するUAP数が不明確な場合，UAP数は次の式から求められます。

UAP数＝単位時間当たりのUAP実行数×統計情報収集時間÷単位時間

例えば，30分に10個のUAPを実行し，統計情報を60分ほど収集した場合は，10×60÷30=20となります。

(3)　SQLに関する統計情報（sql）

〈計算式〉

統計ログ量＝728×統計情報の取得中に実行するSQLの数※　（単位：バイト）

実際に実行するSQLの延べ数が分かる場合は，前記の計算式で求めてください。統計情報の収集時間内に実行するSQL数が不明確な場合，SQL数は次の式から求められます。

SQL数※＝UAPが実行するSQL文の平均的な数×

（単位時間当たりのUAP実行数×統計情報収集時間÷単位時間）

注※

ストアドプロシジャ又はストアドファンクションを実行する場合，手続き又は関数中に記述するSQL文数も数えてください。

(4)　グローバルバッファに関する統計情報（buf）

〈計算式〉

統計ログ量＝412×ａ×ｂ　（単位：バイト）

ａ：pdbufferオペランドの指定数

ｂ：統計情報取得中のシンクポイントダンプ取得回数

統計情報収集時間内に取得するシンクポイントダンプ取得回数は，次の計算式から算出してください。

↑統計情報収集時間内に出力するシステムログ量

÷(各サーバの定義で指定したpd_log_max_data_sizeオペランドの指定値の合計値÷3)

×各サーバの定義で指定したpd_log_sdintervalオペランドの指定値の合計値↑

システムログ量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

(5)　データベース操作に関するHiRDBファイルの統計情報（fil）

〈計算式〉

統計ログ量＝428×ａ×ｂ　（単位：バイト）

ａ：データベース初期設定ユティリティの制御文で指定したHiRDBファイル数

ｂ：統計情報取得中のシンクポイントダンプ取得回数

統計情報収集時間内に取得するシンクポイントダンプ取得回数は，次の計算式から算出してください。

↑統計情報収集時間内に出力するシステムログ量

÷(各サーバの定義で指定したpd_log_max_data_sizeオペランドの指定値の合計値÷3)

×各サーバの定義で指定したpd_log_sdintervalオペランドの指定値の合計値↑

システムログ量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

(6)　デファードライト処理に関する統計情報（dfw）

〈計算式〉

統計ログ量＝384×ａ×2＋（384×ｂ×ｃ）÷（ｄ×ｅ×ｆ）　（単位：バイト）

ａ：統計情報取得中のシンクポイントダンプ取得回数

統計情報収集時間内に取得するシンクポイントダンプ取得回数は，次の計算式から算出してください。

↑統計情報収集時間内に出力するシステムログ量

÷(各サーバの定義で指定したpd_log_max_data_sizeオペランドの指定値の合計値÷3)

×各サーバの定義で指定したpd_log_sdintervalオペランドの指定値の合計値↑

システムログ量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

ｂ：1トランザクション当たりの平均更新ページ数

ｃ：統計情報時間内に実行するトランザクション数

ｄ：pdbufferオペランドの−ｎオプションで指定したバッファ面数の総数

ｅ：全トランザクションに占めるデータベースを更新するトランザクションの比率

ｆ：pdbufferオペランドで指定したデファードライトトリガ時の更新ページ出力比率

(7)　インデクスに関する統計情報（idx）

〈計算式〉

統計ログ量＝3768×↑ａ÷128↑×ｂ　（単位：バイト）

ａ：分割されたインデクスの総数

分割されたインデクスの総数は，定義系SQLの各CREATE INDEXのIN RDエリア名で指定するRDエリア名の数の合計値です。

ｂ：統計情報取得中のシンクポイントダンプ取得回数

統計情報収集時間内に取得するシンクポイントダンプ取得回数は，次の計算式から算出してください。

↑統計情報収集時間内に出力するシステムログ量

÷(各サーバの定義で指定したpd_log_max_data_sizeオペランドの指定値の合計値÷3)

×各サーバの定義で指定したpd_log_sdintervalオペランドの指定値の合計値↑

システムログ量については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」を参照してください。

(8)　SQL静的最適化に関する統計情報（sop）

〈計算式〉

統計ログ量＝92×ａ　（単位：バイト）

ａ：統計情報の取得中に実行するSQL文でSQLオブジェクト生成処理を行う数

ここでいうSQL文とは，PREPARE文，EXECUTE IMMEDIATE文，及び静的SQL文のことです。

実際にSQLオブジェクト生成処理数が分かる場合は，前記の計算式で求めてください。統計情報の収集時間内に実行するSQLオブジェクト生成処理数が不明確な場合，SQLオブジェクト生成処理数は次の式から求められます。

SQLオブジェクト生成処理数＝

UAPが実行するSQL文の平均的な数×SQLオブジェクトキャッシュのミスヒット率×（単位時間当たりのUAP実行数×統計情報収集時間÷単位時間）

SQLオブジェクトキャッシュのミスヒット率はシステムに関する統計情報で調べてください。

(9)　SQL動的最適化に関する統計情報（dop）

〈計算式〉

統計ログ量＝

　　　　　　　　　　　　　　　　　　　　　　　　（単位：バイト）

a：実行するSQL文数

b：c番目のSQL文中の表数

(10)　SQLオブジェクト実行に関する統計情報（pcd）

●HiRDB/シングルサーバの場合

〈計算式〉

統計ログ量＝388×｛（a＋b＋c＋d＋e＋f）＋g＋h｝　（単位：バイト）

●HiRDB/パラレルサーバの場合

〈計算式〉

統計ログ量＝388×｛（a＋b＋c＋d＋e＋f）×i＋g＋h｝　（単位：バイト）

a：OPEN文の実行数

b：CLOSE文の実行数

c：INSERT文の実行数

d：DELETE文の実行数

e：ASSIGN LIST文の実行数

f：UPDATE文の実行数

g：FETCH文の実行数

h：DESCRIBE文の実行数

i：次に示す計算式の値

n：実行するSQL文数

Tm：m番目のSQL文中の表数

(11)　SQL文の履歴に関する統計情報（sqh）

〈計算式〉

統計ログ量＝（728＋ａ）×ｂ　（単位：バイト）

ａ：SQL文の平均SQL長

ｂ：統計情報の取得中に実行するSQLの数

実際に実行するSQLの延べ数が分かる場合は，前記の計算式で求めてください。統計情報の収集時間内に実行するSQL数が不明確な場合，SQL数は次の式から求められます。

SQL数※＝UAPが実行するSQL文の平均的な数×

（単位時間当たりのUAP実行数×統計情報収集時間÷単位時間）

注※

ストアドプロシジャ又はストアドファンクションを実行する場合，手続き又は関数中に記述するSQL文数も数えてください。

(12)　SQLオブジェクト転送に関する統計情報（obj）

〈計算式〉

統計ログ量＝300×統計情報の取得中に実行するSQLの数　（単位：バイト）

実際に実行するSQLの延べ数が分かる場合は，前記の計算式で求めてください。統計情報の収集時間内に実行するSQL数が不明確な場合，SQL数は次の式から求められます。

SQL数※＝UAPが実行するSQL文の平均的な数×

（単位時間当たりのUAP実行数×統計情報収集時間÷単位時間）

注※

ストアドプロシジャ又はストアドファンクションを実行する場合，手続き又は関数中に記述するSQL文数も数えてください。

(13)　データベースの入出力に関する統計情報（dio）

pdstbeginオペランド又はpdstbeginコマンドに指定したオプションによって異なります。

●-D everyfileを指定しない場合

〈計算式〉

統計ログ量＝7464×（↓a÷b↓＋統計情報出力時間中のpdstjsyncコマンド実行回数）　（単位：バイト）

a：統計ログ出力時間（単位：秒）

統計情報出力終了時刻−統計情報出力開始時刻

b：統計情報出力間隔（単位：秒）

pdstbeginオペランド又はpdstbeginコマンドの-Iオプションで指定した時間間隔です。

●-D everyfileを指定する場合

〈計算式〉

統計ログ量＝

　　　　　　　　　　　　　　　　　　　　　　　　（単位：バイト）

a：統計ログ出力時間（単位：秒）

統計情報出力終了時刻−統計情報出力開始時刻

b：統計情報出力間隔（単位：秒）

pdstbeginオペランド又はpdstbeginコマンドの-Iオプションで指定した時間間隔です。

c：↓a÷b↓＋統計情報出力時間中のpdstjsyncコマンド実行回数（統計ログ取得回数）

d：各統計情報出力契機間※1に入出力が発生するRDエリア※2を構成するHiRDBファイル数

注※1

統計情報出力間隔経過時

統計情報出力時間中のpdstjsyncコマンド実行時

注※2

pdstbeginオペランド又はpdstbeginコマンドに-sオプションを指定した場合は，統計情報出力対象サーバが管理するRDエリアです。

付録C.2　SQLオブジェクト用バッファ長（pd_sql_object_cache_size）の見積もり式

計算式で使用する変数については(3)を参照してください。

(1)　1SQL文のSQLオブジェクト長の計算式

1SQL文のSQLオブジェクト長は次に示す計算式から求めます。

〈計算式〉

1SQL文のSQLオブジェクト長（単位：キロバイト）＝
　　↑｛
　　1600＋46×RCN＋394×Si＋24×Pi＋2058×Ti＋76×Ti×Di＋80×Ci＋40×Ii＋586×Wi
　　＋24×Ki＋Li＋8×TCi＋656×Di＋116×Ti×QX＋28×QX＋200×Ai＋48×nFF
　　＋100×nFP＋148×nFC＋712×nPFF＋32×（nAT＋nPAT）＋20×nCAT
　　＋28×（nAF＋nCAF）＋20×（nAA＋nPAA＋nCAA）＋1057×nSPA＋120×nSPP
　　＋287×nSFF＋8×nSFP＋813×nJFC＋20×nJFP
　　トリガを使用する場合に加算します。
　　＋1057×nTR＋120×（nTSN＋nTSO）＋20×（nTCN＋nTCO）
　　参照制約を使用する場合に加算します。
　　＋760＋376×RCC＋1880×RCT
　　集合演算を使用する場合に加算します。
　　＋64×Ui
　　マトリクス分割をする場合に加算します。
　　＋16×Tmi＋16×Tmi×Di
　　行値構成子を指定する場合に加算します。
　　＋384×Wri＋32×QXs
　　検査制約を使用する場合に加算します。
　　＋72×CDi＋88
　　SQL実行時の中間結果情報を取得する場合に加算します。
　　＋24×PIX＋192×Ti＋68×QX＋96
　　LIMIT句を指定する場合に加算します。
　　＋160
　　改竄防止表を定義する場合に加算します。
　　＋200
　　SET SESSION AUTHORIZATION文を使用する場合に加算します。
　　＋32
　　リストから受け渡し値を取得を使用する場合に加算します。
　　＋32×ALP
　　XML型を使用する場合に加算します。
　　＋36×Ti＋4240×XQX＋8×XQX×nURI
　　文字集合を使用する場合に加算します。
　　＋80×TCCi＋88×sRi
　　順序数生成子を使用する場合に加算します。
　　＋168×nSQ
　　データ圧縮機能を使用する場合に加算します。
　　＋8×Ci＋32×nUOC＋28
　　一時表を使用する場合に加算します。
　　＋200×nTT
　　列名記述領域長の計算式です。動的SQLの場合に加算します。
　　＋32×Si＋16
　　型名記述領域長の計算式です。動的SQLの場合に加算します。
　　＋↑（42×SiT）＋｛52＋152×（SiTA＋SiSA＋SiNA）×（SiT＋SiS＋SiN）｝↑
　　｝÷1024↑

注意事項

ストアドプロシジャ又はストアドファンクションを使用する場合は，手続き又は関数中に記述するSQL文も計算対象にしてください。

トリガを使用する場合はトリガ中に記述するトリガSQL文も計算対象にしてください。

ストアドプロシジャ，ストアドファンクション，又はトリガを使用する場合は，ストアドプロシジャ，ストアドファンクション，又はトリガごとにルーチン制御用オブジェクト長を計算してSQLオブジェクト用バッファ長に加算してください。1ルーチンのルーチン制御用オブジェクト長の計算式を(2)に示します。

(2)　1ルーチンのルーチン制御用オブジェクト長の計算式

(a)　ユーザが定義する場合

ストアドプロシジャ，ストアドファンクション，又はトリガを定義した場合の，1ルーチンのルーチン制御用オブジェクト長は次に示す計算式から求めます。

〈計算式〉

1ルーチンのルーチン制御用オブジェクト長（単位：キロバイト）＝
　　↑｛
　　600＋28×sRi＋32×（sRUi＋sDi）＋56×sSXi＋sCUi＋sSi＋sPi＋sLA＋sKi＋sL＋80×sWi
　　＋24×sCM＋32×sCCR＋2×sDCR＋60×sCHD＋72×sDHD＋64×sHCN＋8×sCHD×sHCN
　　＋48×nRFF＋100×nRFP＋148×nRFC＋200×nPRFF＋8×nPRFP＋196×nPA＋64×nPP
　　＋36×nPPI＋20×nPPO＋200×nPPA＋8×nPPP＋20×nAR＋48×nARA＋16×nRPAT
　　＋20×nCAT＋28×（nRPAF＋nRCAF）＋20×（nRPAA＋nRCAA）＋287×nRSFF
　　＋8×nRSFP＋813×nPJA＋20×nPJP＋813×nRJFC＋20×nRJFP
　　トリガを使用する場合に加算します。
　　＋28×（nTSN×2＋nTSO）
　　｝÷1024↑

(b)　HiRDBが自動的に作成する場合

表定義時，参照動作にCASCADEを指定した場合，HiRDBが制約制御のためにトリガを作成したときの1ルーチンのルーチン制御用オブジェクト長は次に示す計算式から求めます。

〈計算式〉

1ルーチンのルーチン制御用オブジェクト長（単位：キロバイト）＝
　　↑｛
　　608×RCC＋（5120＋100×RDi＋256×RIi）×RCP×RCT
　　｝÷1024↑

(3)　計算式で使用する変数

変数名

説明

RCN

SQLオブジェクトで使用する表，及びインデクスの合計数

Si

SQL文中にある検索項目数（SQL文で指定する列がインデクス列の場合はその列数）

Pi

SQL文中にある埋込み変数又はパラメタ数

Ti

SQL文中にある表名数

Ci

SQL文中にある列名数

表定義時に次に示す定義をした列数も加算してください（SQL文中にない列であっても加算します）。

列定義にDEFAULTを指定している列

非ナル値制約指定にWITH DEFAULTを指定している列

TCi

SQL文中にある表の構成列数

Wi

SQL文中にある論理演算子数※

Ki

SQL文中にある定数の数※

Li

SQL文中にある定数の合計長※（単位：バイト）

Ii

SQL文実行時に使用するインデクス数（SQL文で指定する表のうち，検索条件に指定するインデクス数）

Di

SQL文中の表に定義された格納条件の総数（マトリクス分割表は2倍する）

QX

問合せ指定数

Ai

SQL文中のスカラ演算の総数

SiT

SQL文中にある選択式の抽象データ型数

SiS

SQL文中にある選択式の抽象データ型のスーパタイプ数

SiN

SQL文中にある選択式のサブタイプである抽象データ型のスーパタイプの総数

SiTA

SQL文中にある選択式の抽象データ型の属性数

SiSA

SQL文中にある選択式の抽象データ型のスーパタイプの属性数

SiNA

SQL文中にある選択式のサブタイプである抽象データ型のコンポネント指定総数

nSPA

SQL文中にある手続き文の呼び出し数

nSPP

SQL文中にある手続き文の引数の総数

nFF

SQL文中にある関数の呼び出し数※

nFP

SQL文中にある関数の引数の総数※

nFC

SQL文中にある関数の総関数定義候補数（関数呼出し数nFFに，引数が抽象データ型の各関数呼出しに対して，サブタイプを引数とする関数定義数を加算する）

nPFF

SQLオブジェクトが使用するプラグイン関数呼出し数（SQL文中にあるプラグイン関数呼出し数＋SELECTの場合は1，INSERT，UPDATE，DELETEの場合は6）

nSFF

SQL文中にあるシステム定義スカラ関数の呼び出し数※

nSFP

SQL文中にあるシステム定義スカラ関数の引数の総数※

nJFC

SQL文中にある外部Java関数の呼び出し数

nJFP

SQL文中にある外部Java関数の引数の総数

nAT

SQL文中にあるコンポネント指定で使用する抽象データ型数（スーパタイプ，抽象データ型属性によって現れる抽象データ型を除く）

nAA

SQL文中にあるコンポネント指定で使用する抽象データ型数（スーパタイプ，抽象データ型属性によって現れる抽象データ型を含む）

nAF

SQL文中にあるコンポネント指定で使用する属性総数

nPAT

SQLオブジェクトが使用するプラグイン関数の引数で使用する抽象データ型数（スーパタイプ，抽象データ型属性によって現れる抽象データ型を除く）

nPAA

SQLオブジェクトが使用するプラグイン関数の引数で使用する抽象データ型数（スーパタイプ，サブタイプを含む）

nCAT

SQL文中にあるコンストラクタ関数の呼び出し数

nCAA

SQL文中にあるコンストラクタ関数の抽象データ型数（スーパタイプを含む）

nCAF

SQL文中にあるコンストラクタ関数の抽象データ型の属性総数

nTR

SQL文の実行によって起動されるトリガ数

nTSN

SQL文の実行によって起動される各トリガのトリガSQL文中の新値相関名によって修飾された列の総数

nTSO

SQL文の実行によって起動される各トリガのトリガSQL文中の旧値相関名によって修飾された列の総数

nTCN

SQL文の実行によって起動される各トリガのトリガ動作条件中の新値相関名によって修飾された列の総数

nTCO

SQL文の実行によって起動される各トリガのトリガ動作条件中の旧値相関名によって修飾された列の総数

RCC

SQL文中で，更新対象の表を参照する表の外部キーの構成列数と，主キーの構成列数の総数

RCT

SQL文中で，更新対象の表を参照する表，及び更新対象の表が参照する表の総数

RCP

参照表定義時に，参照動作に指定したCASCADEの総数

RIi

参照表定義時，参照指定をする被参照表に定義されたインデクスの総数

RDi

参照表定義時，参照指定をする被参照表に定義された分割格納条件の総数（マトリクス分割表の場合は，2倍する）

Ui

集合演算の数＋1

Tmi

マトリクス分割した表数

Wri

行値構成子要素を2以上指定した行値構成子を用いた条件数

QXs

複数の選択式を指定した表副問合せ数

CDi

検査制約の条件数

PIX

複数インデクス利用を行うインデクス数

ALP

リストから取得する受渡し値の受信関数数

XQX

XQuery数

nURI

XML名前空間URIの指定数

TCCi

文字集合指定のある列数

nSQ

順序数生成子数

nUOC

データ圧縮に使用するUOC数

nTT

一時表数

sRi

手続き及び関数中のSQLパラメタ数（INOUT指定のSQLパラメタ数は2倍する）

sRUi

手続き及び関数中のSQLパラメタの総数（又は，トリガ定義中のトリガSQL文中の新旧値相関名によって修飾された列の総数）

sDi

手続き，関数，及びトリガSQL文中のSQL変数（declare）の総数

sSXi

手続き，関数，及びトリガSQL文中のSQLCODE，SQLCOUNT変数の総数

sCUi

手続き，関数，及びトリガSQL文中のCURRENT_TIME，CURRENT_DATE定数の総数

sSi

手続き及びトリガSQL文中の操作系SQLの数（カーソル宣言を除くSQL文：OPEN，FETCH，CLOSE，UPDATE，DELETE，INSERT文など）

sPi

手続き，関数，及びトリガSQL文中のルーチン制御SQL数（BEGIN，SET，IF，ELSEIF，WHILEなど）

sLA

手続き，関数，及びトリガSQL文中のラベル数

sKi

手続き，関数，及びトリガSQL文中の定数の数（手続き及びトリガSQL文中に記述された操作系SQL文の定数を除く）

sL

手続き，関数，及びトリガSQL文中の定数の長さの合計（手続き及びトリガSQL文中に記述された操作系SQL文の定数を除く）

sWi

手続き，関数，及びトリガSQL文中の条件述語数

sCM

手続き，関数，及びトリガSQL文中の複合文の数

sCCR

手続き及びトリガSQL文のカーソル宣言を記述した複合文の数

sDCR

手続き及びトリガSQL文のカーソル宣言の数

sCHD

手続き，関数，及びトリガSQL文のハンドラ宣言を記述した複合文の数

sDHD

手続き，関数，及びトリガSQL文のハンドラ宣言の数

sHCN

手続き，関数，及びトリガSQL文のハンドラ宣言中に記述された条件値の数

nRFF

ルーチン中にある関数呼出し数

nRFP

ルーチン中にある関数の引数の総数

nRFC

ルーチン中にある関数の関数定義候補の総数（関数呼出し数nFFに，引数が抽象データ型の各関数呼出しに対して，サブタイプを引数とする関数定義数を加算する）

nPRFF

ルーチンのSQLオブジェクトが使用するプラグイン関数呼出し数

nPRFP

ルーチンのSQLオブジェクトが使用するプラグイン関数のプラグインパラメタ総数

nPA

ルーチン中にある手続き呼び出し数

nPP

ルーチン中にある手続きのパラメタ総数

nPPI

ルーチン中にある手続きの入力パラメタ総数（入出力パラメタを含む）

nPPO

ルーチン中にある手続きの出力パラメタ総数（入出力パラメタを含む）

nPPA

ルーチンのSQLオブジェクトが使用するプラグイン手続き呼び出し数

nPPP

ルーチンのSQLオブジェクトが使用するプラグイン手続きのプラグインパラメタ総数

nRSFF

ルーチン中にあるシステム定義スカラ関数の呼び出し数

nRSFP

ルーチン中にあるシステム定義スカラ関数の引数の総数

nPJA

ルーチン中にある外部Java手続きの呼び出し数

nPJP

ルーチン中にある外部Java手続きの引数の総数

nRJFC

ルーチン中にある外部Java関数の呼び出し数

nRJFP

ルーチン中にある外部Java関数の引数の総数

nAR

ルーチン中にあるコンポネント指定で使用する抽象データ型数（スーパタイプ，抽象データ型属性によって現れる抽象データ型を除く）

nARA

ルーチン中にあるコンポネント指定で使用する属性総数

nRPAT

ルーチンのSQLオブジェクトが使用するプラグインルーチンのパラメタで使用する抽象データ型数（ただし，スーパタイプ，抽象データ型属性の抽象データ型を除く）

nRPAA

ルーチンのSQLオブジェクトが使用するプラグインルーチンのパラメタで使用する抽象データ型数（スーパタイプを含む）

nRPAF

ルーチンのSQLオブジェクトが使用するプラグインルーチンのパラメタで使用する抽象データ型の属性総数

nRCAT

ルーチン中にあるコンストラクタ関数の呼び出し数

nRCAA

ルーチン中にあるコンストラクタ関数の抽象データ型数（スーパタイプを含む）

nRCAF

ルーチン中にあるコンストラクタ関数の抽象データ型の属性総数

注※

トリガを使用する場合は，SQL文の実行によって起動される各トリガのトリガ動作条件についても数える必要があります。

(4)　更新可能なオンライン再編成を実行する場合

更新可能なオンライン再編成を実行する場合，SQLオブジェクト用バッファ長を見積もり直す必要があります。SQLオブジェクト用バッファ長は次に示す計算式から求めてください。

SQLオブジェクト用バッファ長＝現在のSQLオブジェクト用バッファ長＋更新可能なオンライン再編成で必要なSQLオブジェクト用バッファ長

参考

更新可能なオンライン再編成の追い付き反映処理では，更新ログからSQLを組み立ててオリジナルRDエリアの表に対してSQLを実行します。追い付き反映処理時に実行されるSQLは，UAPが実行したSQLとは異なることがあるため，その分のSQLオブジェクト用バッファ長を見積もる必要があります。

(a)　1SQL文のSQLオブジェクト長の計算式

更新可能なオンライン再編成時の1SQL文のSQLオブジェクト長は，「1SQL文のSQLオブジェクト長の計算式」で説明した計算式から求めてください。ただし，計算式中の変数の値については，次に示す表を参照してください。

変数名

説明

RCN

2

1SQLが発行されるときは，1表かつ1インデクスのため，合計2となります。

Si

0

UAPの検索（SELECT）は追い付き反映の対象外のため，0となります。

Pi

SQL種別によって異なります。

INSERTの場合：UAPが更新する表の構成列数※2

UPDATE 表名 SETの場合：UAPが更新する表の構成列数※2＋マッピングキー構成列数

上記の式に，次のように更新している繰返し列の要素数を加算します。

・列名［添え字］

・列名［*］

UPDATE 表名 ADDの場合：UAPが更新する繰返し列数＋マッピングキー構成列数

UPDATE 表名 DELETEの場合：マッピングキー構成列数

DELETEの場合：マッピングキー構成列数

なお，Piの計算結果が30001以上になる場合は，Piを30000としてください。

Ti

1

追い付き反映処理で実行されるSQLの場合は，表名は一つのため，1となります。

Ci

SQL種別によって異なります。

INSERTの場合：表の構成列数※2

UPDATE 表名 SETの場合：UAPが更新する表の構成列数※2＋マッピングキー構成列数

上記の式に，更新している繰返し列の要素数を加算します。

UPDATE 表名 ADDの場合：UAPが更新する繰返し列数＋マッピングキー構成列数

UPDATE 表名 DELETEの場合：マッピングキー構成列数

DELETEの場合：マッピングキー構成列数

なお，Ciの計算結果が30001以上になる場合は，Ciを30000としてください。

TCi

UAPが更新する表の構成列数

Wi

0

Ki

0

Li

0

Ii

1

更新可能なオンライン再編成の場合は，ユニークインデクスを一つ決定して検索条件に指定するため，1となります。

Di

表の格納条件数

マトリクス分割の場合は2倍してください。

SiT

0

SiS

0

SiN

0

SiTA

0

SiSA

0

SiNA

0

nSPA

0

nSPP

0

nFF

表に定義されている抽象データ型の列数※1＋更新対象のBLOB又はBINARY列でSUBSTR演算をしている列数

nFP

Σ表に定義されている抽象データ型列※1＋Σ｛表に定義されているBLOB又はBINARY列※1でSUBSTR演算更新の数×3｝

nFC

0

nPFF

表に定義されている抽象データ型列数※1＋6

表に抽象データ型が定義されていない場合は0とします。

nSFF

BLOB又はBINARY列をSUBSTR演算で更新している列数

nSFP

BLOB又はBINARY列をSUBSTR演算で更新している列数×3

nJFC

0

nJFP

0

nAT

0

nAA

0

nAF

0

nPAT

0

nPAA

0

nCAT

表に定義されている抽象データ型列数※1

nCAA

表に定義されている抽象データ型の種類の数※1

nCAF

Σ（表に定義されている抽象データ型の属性数※1×n）

n：SGMLTEXT型及びXML型の場合は1，FREEWORD型の場合は2になります。

nTR

0

nTSN

0

nTSO

0

nTCN

0

nTCO

0

RCC

SQL文中で，更新対象の表を参照する表の外部キーの構成列数と，主キーの構成列数の総数

RCT

SQL文中で，更新対象の表を参照する表，及び更新対象の表が参照する表の総数

注※1

pdorbeginコマンドに-eオプションを指定して，更新された列だけを反映する場合は，次に示すように読み替えてください。

読み替え前

読み替え後

表に定義されている抽象データ型の列数

表に定義されている抽象データ型の列のうち，更新対象となる抽象データ型列数

表に定義されているBLOB又はBINARY列

表に定義されているBLOB又はBINARY列のうち，更新対象となるBLOB又はBINARY列

ただし，UAPで明示的に更新していないBLOB又はBINARY列のうち，表定義時に次の定義をした列数も加算してください。

列定義にDEFAULT句を指定している列

非ナル値制約指定にWITH DEFAULT句を指定している列

表に定義されている抽象データ型の種類の数

表に定義されている抽象データ型の種類のうち，更新対象となる抽象データ型の種類の数

表に定義されている抽象データ型の属性数

表に定義されている抽象データ型の属性のうち，更新対象となる抽象データ型の属性数

注※2

追い付き反映処理で発行したSQL種別がINSERT及びUPDATEの形式2となる場合，又は更新列だけ追い付き反映処理をする場合は，次に示すように読み替えてください。

読み替え前

SQL種別

読み替え後

UAPが更新する表の構成列数

INSERT

（形式1）

−

UPDATE

（形式1）

UAPで明示的に更新した列数

ただし，UAPで明示的に更新していない列のうち，表定義時に次の定義をした列数も加算してください。

列定義にDEFAULT句を指定している列

非ナル値制約指定にWITH DEFAULT句を指定している列

INSERT

（形式2）

1

UPDATE

（形式2）

（凡例）

−：読み替え不要です。

(b)　必要最低限のSQLオブジェクト用バッファ長の求め方

追い付き反映処理時にSQLオブジェクト用バッファ不足が発生しない必要最低限の，SQLオブジェクト用バッファ長の見積もり式を次に示します。

〈計算式〉

MAX｛ORG_SQL_OBJ_MAX_SIZE ，ORG_SQL_OBJ_AVE_SIZE×ORG_PROC_NUM×
           n
MIN（100 ，Σ ORG_SQL_KIND） ｝
           i=1

変数の説明

ORG_SQL_OBJ_MAX_SIZE：追い付き反映処理中に実行されるSQLのSQLオブジェクト長を個々に求め，その中で最大となるSQLオブジェクト長

ORG_SQL_OBJ_AVE_SIZE：追い付き反映処理中に実行されるSQLのSQLオブジェクト長の平均値

ORG_PROC_NUM：追い付き反映プロセス数（pdorendコマンドの-mオプションの指定値）

-mオプションの省略時は2となります。

ORG_SQL_KIND：該当表に対して実行されるSQL種別数（INSERT，UPDATE，及びDELETEのうち，該当表に対して実行されるSQL種別数）

n：更新可能なオンライン再編成の対象表数

(c)　SQLオブジェクト用バッファ長の再見積もりが必要なとき

次に示す場合は，SQLオブジェクト用バッファ長を見積もり直してください。

「1SQL文のSQLオブジェクト長の計算式」で説明している変数の値が大きくなる場合

例えば，更新可能なオンライン再編成の対象表に，現在対象となっている表よりも列数が多い表を追加した場合などが該当します。

「必要最低限のSQLオブジェクト用バッファ長の求め方」で説明している変数の値が大きくなる場合

新しいSQL種別を実行するようになった場合が該当します。例えば，今まではINSERTだけを実行していたが，UPDATEも実行するようになった場合などが該当します。

付録C.3　ビュー解析情報用バッファ長（pd_view_def_cache_size）の見積もり式

(1)　一つのビュー表当たりのビュー解析情報用バッファ長の計算式

一つのビュー表当たりのビュー解析情報用バッファ長は，次に示す計算式から求めます。計算式で使用する変数については，(2)及び(3)を参照してください。

〈32ビットモードのHiRDBの計算式〉

1ビュー表当たりのビュー解析情報用バッファ長（単位：キロバイト）＝
　　↑1ビュー表当たりのビュー解析情報長÷1024↑

1ビュー表当たりのビュー解析情報長（単位：バイト）＝
　　↑（1024＋LCNST＋15）÷16↑×16
　　＋↑（LPTREE＋15）÷16↑×16
　　＋↑（28×NINCC＋15）÷16↑×16
　　＋↑（28×NINCP＋15）÷16↑×16
　　＋↑（24＋512×NTBL＋40×（NTBL＋NDTBL）
　　＋128×NCLM＋15）÷16↑×16
　　＋↑（16×MAX（↑NADTL÷50↑，1）
　　＋200×NADTL）÷16↑×16
　　＋↑（16×MAX（↑NATTL÷50↑，1）
　　＋144×NATTL）÷16↑×16
　　＋16＋16×（3＋NINCC＋NINCP）

〈64ビットモードのHiRDBの計算式〉

1ビュー表当たりのビュー解析情報用バッファ長（単位：キロバイト）＝
　　↑1ビュー表当たりのビュー解析情報長÷1024↑

1ビュー表当たりのビュー解析情報長（単位：バイト）＝
　　↑（1600＋LCNST＋15）÷16↑×16
　　＋↑（LPTREE＋15）÷16↑×16
　　＋↑（40×NINCC＋15）÷16↑×16
　　＋↑（40×NINCP＋15）÷16↑×16
　　＋↑（32＋768×NTBL＋48×（NTBL＋NDTBL）
　　＋184×NCLM＋15）÷16↑×16
　　＋↑（20×MAX（↑NADTL÷50↑，1）
　　＋224×NADTL）÷16↑×16
　　＋↑（20×MAX（↑NATTL÷50↑，1）
　　＋160×NATTL）÷16↑×16
　　＋16＋24×（3＋NINCC＋NINCP）

注意事項

ビュー定義に，内部導出表を生成するビュー表を含む場合，そのビュー表のビュー解析情報用バッファ長の計算式も加算してください。

内部導出表を生成しないビュー表の場合は，そのビュー表を介さずに直接指定したSQL文で計算した値を加算してください。

(2)　LPTREEの計算式

LPTREEは，次に示す計算式から求めます。計算式で使用する変数については，(3)を参照してください。

〈32ビットモードのHiRDBの計算式〉

LPTREE（単位：バイト）＝
　　276×NQRY
　　＋12×（2×NQRY＋NSBQ＋NSTOP）
　　＋12×（2×NQRY＋NSLST＋NSLAS）
　　＋12×（4×NTBL＋4×NJTBL＋5×NDTBL＋NDCLM）
　　＋12×（NWHRC＋NGPHV）
　　＋12×（NVLCM＋NEXCM＋NNLCM
　　＋3×NRANG＋3×NLKCM＋3×NSMCM＋NETCM）
　　＋12×NRVCL
　　＋12×NTVCL
　　＋12×NLGEX
　　＋12×（NCNST＋NSREG＋NPRCS）
　　＋12×4×NCSCV
　　＋12×（NARTH＋NCNCT）
　　＋12×NSFNC
　　＋12×NLBLD
　　＋12×（3×NCLM）
　　＋12×（NCASE＋NWHEN）
　　＋12×2×（NSCLF＋2×NCSSP）
　　＋12×（2×NPOS＋3×NDTV）
　　＋12×（NEXTR＋2×NSBST＋3×NVALU＋NBTEX＋NCAST）
　　＋12×（4×NFCSP＋NFPRM）
　　＋12×（3×NATTL＋NATNM）
　　＋28×NOPTL＋20×NOPTJ＋32×NOPTT＋20×NOPTIX
　　＋8×NSLAS
　　＋120×NJTBL
　　＋480×NCSET
　　＋84×NSPDT
　　＋72×（NSCLF＋NCASE＋NCSSP×2）
　　＋（144＋20＋32）×NFCSP＋（300＋136）×NRTNL
　　＋260×（NEXRTN＋NCLASS＋NJAR）＋32×NPVOW
　　＋140×NPLGL＋172×NPPRL
　　＋（260＋257＋257）×NPLGL
　　＋32×NCUD
　　＋512×NDTBL
　　＋40×NDTBL
　　＋128×NDCLM
　　＋182
　　＋376
　　＋1384
　　＋356×NVCLM
　　＋24×NVCSC

〈64ビットモードのHiRDBの計算式〉

LPTREE（単位：バイト）＝
　　496×NQRY
　　＋24×（2×NQRY＋NSBQ＋NSTOP）
　　＋24×（2×NQRY＋NSLST＋NSLAS）
　　＋24×（4×NTBL＋4×NJTBL＋5×NDTBL＋NDCLM）
　　＋24×（NWHRC＋NGPHV）
　　＋24×（NVLCM＋NEXCM＋NNLCM
　　＋3×NRANG＋3×NLKCM＋3×NSMCM＋NETCM）
　　＋24×NRVCL
　　＋24×NTVCL
　　＋24×NLGEX
　　＋24×（NCNST＋NSREG＋NPRCS）
　　＋24×4×NCSCV
　　＋24×（NARTH＋NCNCT）
　　＋24×NSFNC
　　＋24×NLBLD
　　＋24×（3×NCLM）
　　＋24×（NCASE＋NWHEN）
　　＋24×2×（NSCLF＋2×NCSSP）
　　＋24×（2×NPOS＋3×NDTV）
　　＋24×（NEXTR＋2×NSBST＋3×NVALU＋NBTEX＋NCAST）
　　＋24×（4×NFCSP＋NFPRM）
　　＋24×（3×NATTL＋NATNM）
　　＋56×NOPTL＋40×NOPTJ＋64×NOPTT＋40×NOPTIX
　　＋16×NSLAS
　　＋208×NJTBL
　　＋480×NCSET
　　＋96×NSPDT
　　＋96×（NSCLF＋NCASE＋NCSSP×2）
　　＋（176＋24＋40）×NFCSP＋（328＋144）×NRTNL
　　＋260×（NEXRTN＋NCLASS＋NJAR）＋32×NPVOW
　　＋168×NPLGL＋184×NPPRL
　　＋（260＋264＋257）×NPLGL
　　＋40×NCUD
　　＋768×NDTBL
　　＋48×NDTBL
　　＋184×NDCLM
　　＋226
　　＋568
　　＋1496
　　＋480×NVCLM
　　＋32×NVCSC

(3)　計算式で使用する変数

変数名

説明

LCNST

次に示す式の演算結果の定数の合計長※1，※2，※3

ビュー定義中にある定数の合計長＋ビュー定義中にある文字集合変換

対象となる定数の変換後の合計長＋ビュー定義中にある数値文字変換

対象となる定数の変換後の合計長＋ビュー定義中にあるスカラ演算

NINCC

LCNST＞11516バイトの場合

32ビットモード：↑（LCNST-11516）÷4020↑

64ビットモード：↑（LCNST-11516）÷4024↑

LCNST≦11516バイトの場合

0

NINCP

LTREE＞11516バイトの場合

32ビットモード：↑（LTREE−11516）÷4020↑

64ビットモード：↑（LTREE−11516）÷4024↑

LCNST≦11516バイトの場合

0

NQRY

ビュー定義中にある問合せ指定の数

NSBQ

ビュー定義中にある副問合せの数

NSTOP

ビュー定義中にある集合演算の数

NSLST

ビュー定義中にある全問合せ指定の選択項目数の合計※4

NWHRC

ビュー定義中にあるWHERE句の数

NGPHV

ビュー定義中にあるGROUP BY句の数＋ビュー定義中にあるHAVING句の数

NVLCM

ビュー定義中にある比較述語の数＋ビュー定義中にある限定述語の数

NEXCM

ビュー定義中にあるIN述語の数

NNLCM

ビュー定義中にあるNULL述語の数

NRANG

ビュー定義中にあるBETWEEN述語の数

NLKCM

ビュー定義中にあるLIKE述語とXLIKE述語の数

NSMCM

ビュー定義中にあるSIMILAR述語の数

NETCM

ビュー定義中にあるEXISTS述語の数

NRVCL

ビュー定義中にある行値構成子の要素の数

NTVCL

ビュー定義中にあるIN述語右側の行値構成子の要素の数

NLGEX

ビュー定義中にある論理演算子の数

NCNST

ビュー定義中にある定数の延べ数＋ビュー定義中にあるパターン文字の延べ数

NSREG

ビュー定義中にあるUSER値関数，CURRENT DATE値関数，CURRENT TIME値関数，又はCURRENT TIMESTAMP値関数の総数

NPRCS

ビュー定義中にあるCURRENT TIMESTAMPの小数秒精度指定の数

NCSCV

ビュー定義中にある文字集合変換対象となる定数の数※2

NARTH

ビュー定義中にある四則演算，日付演算，及び時刻演算の総数

NCNCT

ビュー定義中にある連結演算の数

NLBLD

ビュー定義中にあるラベル付き間隔の数

NSFNC

ビュー定義中にある集合関数の数

NSCLF

ビュー定義中にあるシステム組込みスカラ関数の数

NFCSP

ビュー定義中にある関数呼出し，又はスカラ関数の数

NCLM

ビュー定義中にある列の延べ数

NCASE

ビュー定義中にあるCASE式の数＋ビュー定義中にあるCASE略式NULLIFの数

NWHEN

ビュー定義中にあるCASE式のWHENの数＋1

NCSSP

ビュー定義中にあるCAST指定の数

NPOS

ビュー定義中にあるシステム組込みスカラ関数POSITIONの数

NDTV

ビュー定義中にあるシステム組込みスカラ関数（DATE，TIME，TIMESTAMP，又はVARCHAR_FORMAT）の数

NEXTR

ビュー定義中にあるシステム組込みスカラ関数（YEAR，MONTH，DAY，HOUR，MINUTE，又はSECOND）の数

NSBST

ビュー定義中にあるシステム組込みスカラ関数SUBSTRの数

NVALU

ビュー定義中にあるシステム組込みスカラ関数VALUEの数＋ビュー定義中にあるCASE略式COALESCEの数

NBTEX

ビュー定義中にあるシステム組込みスカラ関数BIT_AND_TESTの数

NCAST

ビュー定義中にあるシステム組込みスカラ関数（INTEGER，又はDECIMAL）の数

NOPTL

ビュー定義中にあるSQL最適化指定の数

NOPTJ

ビュー定義中にある結合方式のSQL最適化指定の数

NOPTT

ビュー定義中にある表のSQL最適化指定の数

NOPTIX

ビュー定義中にあるインデクスのSQL最適化指定の数

NSLAS

ビュー定義中にある選択式のAS句の数

NJTBL

ビュー定義中にある結合表の数

NCSET

HiRDBで指定できる文字集合の種別の数＋1※5

NSPDT

ビュー定義中にある「ASデータ型」指定の数

NFPRM

ビュー定義中にある関数呼出しの引数とシステム定義スカラ関数の引数の総数

NRTNL

ビュー定義中にある関数呼出しの呼び出し候補となる関数と，システム定義スカラ関数の呼び出し候補となる関数の総数

NEXRTN

ビュー定義中にある呼び出し候補となる関数のうち外部ルーチンの総数

NCLASS

ビュー定義中にあるJAVA関数のクラスの総数

NJAR

ビュー定義中にあるJAVA関数のJAVAアーカイブの総数

NPVOW

ビュー定義中にあるパブリックビューの所有者名の総数

NDTBL

ビュー定義中にあるFROM句の導出表の数＋ビュー定義中にある内部導出表を生成するビュー表の数

NTBL

ビュー定義中にある表の延べ数が15個以下で，かつビュー定義中にある相関名の数とNDTBLの合計が15個以下の場合

15

ビュー定義中にある表の延べ数が16個以上か，又はビュー定義中にある相関名の数とNDTBLの合計が16個以上の場合

Max（ビュー定義中にある表の延べ数，ビュー定義中にある相関名の数＋NDTBLの値）

NDCLM

ビュー定義中にあるFROM句の導出表の合計列数＋ビュー定義中にある内部導出表を生成するビュー表の合計列数

NVCLM

ビュー定義によって導出される列数

NVCSC

ビュー定義によって導出される列で，既定文字集合以外の文字集合を指定した列

NADTL

ビュー定義中にあるすべての抽象データ型の継承関係※6を含めた数

NATTL

ビュー定義中にあるコンポネント指定の数

NATNM

ビュー定義中にあるすべてのコンポネント指定の属性名数

NPLGL

ビュー定義中にあるプラグイン提供関数の数

NPPRL

ビュー定義中にあるプラグイン提供関数のパラメタ数

NCUD

ビュー定義中にある抽象データ型の列数

注※1

定数の種別によって次のように長さを計算します。

定数の種別

長さ（単位：バイト）

境界調整によって必要となる長さの最大値（単位：バイト）

整数定数

4

7

10進数定数

↑（10進数定数の精度＋1）÷2↑

↑（10進数定数の精度＋1）÷2↑＋7

浮動小数点数定数

8

15

文字列定数

2＋文字列定数の文字数

2＋文字列定数の文字数＋3

16進文字列定数

4＋（16進文字列定数の文字列長）÷2

4＋（16進文字列定数の文字列長）÷2＋3

各国文字列定数

2＋各国文字列定数の文字数×2

2＋各国文字列定数の文字数×2＋3

混在文字列定数

2＋混在文字列定数の半角文字の数＋混在文字列定数の全角文字の文字数×2

2＋混在文字列定数の半角文字の数＋混在文字列定数の全角文字の文字数×2＋3

注※2

文字集合変換対象となる定数とは，次の定数です。

比較対象が文字集合の項目である文字列定数

CAST指定で変換後のデータ型に文字集合指定をした文字列定数

注※3

数値文字変換対象となる定数とは，次の定数です。

比較対象が数値属性の項目である文字列定数

連結演算のオペランドに指定された数値定数

四則演算のオペランドに指定された文字列定数

注※4

選択項目に＊を指定した場合は，FROM句に指定したすべての表の列数の合計を加算します。また，選択式に表名.＊を指定した場合は，その表の列数を加算します。

注※5

HiRDBで指定できる文字集合は，EBCDIKだけです。

注※6

プラグイン提供の抽象データ型の継承関係は，各プラグインのマニュアルを参照してください。

付録C.4　表定義情報用バッファ長（pd_table_def_cache_size）の見積もり式

(1)　計算式で使用する変数

ａ：ディクショナリ表（SQL_TABLES表）のDEFINITION_CACHE_SIZEの値（単位：バイト）

DEFINITION_CACHE_SIZEの値が分からない場合は，「表定義キャッシュサイズの求め方」を参照してください。

ｂ：表の列数

追い付き状態管理表の場合は8を代入してください。

ｃ：表のインデクス数

追い付き状態管理表の場合は1を代入してください。

ｄ：表分割条件数

追い付き状態管理表の場合はpdorcreateコマンドの-rオプション，及び-oオプションに指定したRDエリアが属するサーバ数を代入してください。

ｅ：表格納RDエリア数

追い付き状態管理表の場合はpdorcreateコマンドの-rオプションに指定したRDエリア数＋1を代入してください。

ｆ：インデクス格納RDエリア数

追い付き状態管理表の場合はpdorcreateコマンドの-rオプションに指定したRDエリア数＋1を代入してください。

ｇ：BLOB列数

ｈ：BLOB属性を含む抽象データ型数

ｉ：抽象データ型中のBLOB属性の総数

ｊ：抽象データ型数

ｋ：プラグインオプション数

ｎ：インデクス除外キー値数

ｐ：ディクショナリ表（SQL_TABLES表）のSTATISTICS_CACHE_SIZEの値（単位：バイト）

pdgetcstコマンドで表の最適化情報を取得した場合に加算します。単位がバイトなのでキロバイトに変換して代入してください。STATISTICS_CACHE_SIZEの値が分からない場合は次に示す計算式で求めます。

（2.6×ｑ₁＋3.0×ｑ₂＋0.04×ｃ＋0.02）×1024（単位：バイト）

ｑ₁：列のデータ型がDECIMAL型以外の列最適化情報数，及び精度31けたまでのDECIMAL型の列最適化情報数の合計

ｑ₂：列のデータが精度32けた以上のDECIMAL型の列最適化情報数

ｒ：CREATE TABLEのDEFAULTオペランドの指定列数

ｓ：CREATE TABLEのDEFAULTオペランドに指定する既定値長の合計値（単位：バイト）

既定値を指定するすべての列数分加算します。既定値長を長く変更することがある場合は，変更後の長さを加算してください。

ｔ：パブリックビュー表の表名と同じ表識別子を所有する認可識別子数

ｕ：表に定義しているトリガ数

ｖ：新旧値相関名で修飾して使用している列数

ｗ：トリガ動作条件数

ｘ：トリガ動作条件の総解析ツリー長（単位：バイト）

トリガ動作条件の解析ツリー長の見積もり式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「通常のデータディクショナリ用RDエリアの容量の見積もり」を参照してください。

ｙ：UPDATEトリガのトリガ契機列数

ｚ：表に定義している外部キー数

ａａ：表の主キーを参照している外部キー数

ａｂ：表に定義している検査制約数

ａｃ：検査制約用解析ツリーの合計長（単位：バイト）

検査制約用解析ツリー長の見積もり式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「通常のデータディクショナリ用RDエリアの容量の見積もり」を参照してください。

ａｄ：インデクス構成部分構造パス数

ａｅ：該当するインデクスの部分構造パスの合計長

ａｆ：該当するインデクスの部分構造パス用解析ツリーの合計長（単位：バイト）

部分構造パス用解析ツリー長の見積もり式については，マニュアル「HiRDB Version 9 システム導入・設計ガイド」の「通常のデータディクショナリ用RDエリアの容量の見積もり」を参照してください。

ａｇ：表に定義している圧縮列の数

(2)　1表当たりの表定義情報バッファサイズ（単位：キロバイト）

1表当たりの表定義情報バッファサイズは，次に示す概算式で求めてください。なお，ビュー表の場合は，ビュー表の基となる実表についても計算してください。

表の種類

1表当たりの表定義情報バッファサイズ

の計算式（単位：キロバイト）

1実表の表定義情報バッファサイズ

↓（4＋↑ａ÷1024↑＋0.01×ｂ＋↑ｐ÷1024↑＋7）÷8↓×8

1ビュー表の表定義情報バッファサイズ

↓（4＋↑ａ÷1024↑＋0.01×ｂ＋7）÷8↓×8

追い付き状態管理表（HiRDB Staticizer Option）の表定義情報バッファサイズ

↓（4＋↑ａ÷1024↑＋0.01×8＋7）÷8↓×8

(3)　表定義キャッシュサイズの求め方

(a)　DEFINITION_CACHE_SIZEの値が分からない場合

次のどれかに該当する場合は，ディクショナリ表を検索してもDEFINITION_CACHE_SIZEの値が分かりません。

まだ表を定義していない場合

HiRDB Version 4.0からバージョンアップした場合※1

32ビットモードのHiRDBから64ビットモードのHiRDBに移行した場合※1，※2

注※1

この場合，DEFINITION_CACHE_SIZEに正しい値が入っていません。

注※2

32ビットモードから64ビットモードに移行した表であるかどうかは，pdvrupコマンドの実行時間と表の作成時間を比較してください。表の作成時間の方が古い表が，32ビットモードから64ビットモードに移行した表です。pdvrupコマンドの実行時間は，ディクショナリ表（SQL_TABLES表）のMASTER.SQL_TABLESのCHANGE_TIMEで分かります。表の作成時間は，ディクショナリ表（SQL_TABLES表）の作成した表のCREATE_TIMEで分かります。これらの列は，次に示すSQLで検索できます。

pdvrupコマンド実行時間

    select CHANGE_TIME from MASTER.SQL_TABLES where
        TABLE_SCHEMA='MASTER' and TABLE_NAME='SQL_TABLES'

表の作成時間

    select CREATE_TIME from MASTER.SQL_TABLES where
        TABLE_SCHEMA='認可識別子' and TABLE_NAME='表名'

(b)　表定義キャッシュサイズの計算式

表定義キャッシュサイズは次に示す計算式で求めてください。

実表の場合：（計算式1＋計算式2）×1024（単位：バイト）

ビュー表の場合：（計算式1＋計算式3）×1024（単位：バイト）

追い付き状態管理表の場合：計算式1×1024（単位：バイト）

計算式

の種類

計算式

計算式1

●HiRDBが32ビットモードの場合

0.6＋0.13×ｂ＋0.25×ｃ＋0.18×（ｄ＋1）＋0.01×（ｅ＋ｆ）

●HiRDBが64ビットモードの場合

0.9＋0.19×ｂ＋0.28×ｃ＋0.18×（ｄ＋1）＋0.01×（ｅ＋ｆ）

計算式2

●LOB列を定義した表の場合に加算します。

（0.02＋0.01×ｅ）×ｇ

●BLOB属性を含む抽象データ型の列を定義した表の場合に加算します。

0.02×ｈ＋（0.02＋0.01×ｅ）×ｉ

●抽象データ型の列を定義した表の場合に加算します。

0.3×ｊ＋0.3×ｋ

●インデクス除外キー値を定義した表の場合に加算します。

0.3×ｎ

●SEGMENT REUSEを指定（SEGMENT REUSE NOを除く）した表の場合に加算します。

0.01×ｅ

●DEFAULTオペランドに既定値を指定した表の場合に加算します。

0.01×ｒ＋↑ｓ÷1024↑

●トリガを定義した表の場合に加算します。

0.3×ｕ＋0.2×ｖ＋0.1×ｗ＋↑ｘ÷1024↑＋0.2×ｙ

●外部キーを定義した表の場合に加算します。

1.3×ｚ

●被参照表の場合に加算します。

0.2＋0.1×ａａ

●検査制約を定義した表の場合に加算します。

0.1×ａｂ＋↑ａｃ÷1024↑

●部分構造インデクスを定義した表の場合に，部分構造インデクスごとに加算します。

0.1×ａｄ＋↑ａｅ÷1024↑＋↑ａｆ÷1024↑

●圧縮表の場合に，加算します。

0.08×ａｇ

計算式3

●パブリックビュー表の場合に加算します。

0.1＋（0.1×ｔ）

●ビュー表の構成列が抽象データ型となる場合に加算します。

0.3×ｊ

付録C.5　1サーバ当たりのUNTIL DISCONNECT指定の排他表とRDエリア数の総和（pd_lck_until_disconnect_cnt）の見積もり式

1サーバ当たりのUNTIL DISCONNECT指定排他の表とRDエリアの総和（pd_lck_until_disconnect_cnt）の見積もり式を次に示します。なお，計算式はサーバで異なります。サーバ共通定義の見積もり式は，バックエンドサーバと同じです。

〈計算式〉

サーバの種類

計算式

シングルサーバ

｛ａ＋ｂ＋ｃ＋ｄ＋ｏ＋ｐ＋ｑ＋（ｔ×3）＋（ｗ×2）＋ｕ＋ｖ＋ｘ｝×2＋｛2×（ｆ＋ｇ＋ｉ＋1）＋（ｇ＋ｙ＋ｚ）＋Ａ＋Ｂ｝×ｅ

ディクショナリサーバ

（ａ＋ｂ＋ｃ＋ｄ）×2＋｛2×（ｆ＋ｇ＋ｉ＋1）＋（ｇ＋ｙ＋ｚ）＋Ａ＋Ｂ｝×ｅ

バックエンドサーバ

｛ａ＋ｂ＋ｃ＋ｄ＋ｏ＋ｐ＋ｑ＋ｒ＋ｓ＋（ｔ×3）＋（ｗ×2）＋ｕ＋ｖ＋ｘ｝×2＋｛2×（ｆ＋ｇ＋ｉ＋1）＋（ｇ＋ｙ＋ｚ）＋Ａ＋Ｂ｝×ｅ

ａ：同時実行するUNTIL DISCONNECT指定のLOCK TABLE文で指定する表の数

ｂ：同時実行するUNTIL DISCONNECT指定のLOCK TABLE文で指定する表を格納するRDエリア数

ｃ：1

インナレプリカ構成管理数です。インナレプリカ機能を使用する場合に加算します。

ｄ：同時実行するUNTIL DISCONNECT指定のLOCK TABLE文で指定する表を格納するRDエリア数

レプリカグループ構成管理数です。インナレプリカ機能を使用する場合に加算します。

ｅ：同時実行するユティリティの数

ｆ：同時実行するユティリティの処理対象表を格納するLOB用RDエリアの数

ｇ：同時実行するユティリティの処理対象インデクスを格納するRDエリアの数

ｉ：同時実行するユティリティの処理対象表を格納するRDエリアの数

ｏ：同時に使用するデータ用ローカルバッファが割り当てられた表の格納RDエリアの総数

データ用ローカルバッファを使用する場合に加算します。

ｐ：同時に使用するインデクス用ローカルバッファが割り当てられたインデクスの格納RDエリアの総数

インデクス用ローカルバッファを使用する場合に加算します。

ｑ：同時に使用するインデクス用ローカルバッファが割り当てられたインデクスの対象の表の総数

インデクス用ローカルバッファを使用する場合に加算します。

ｒ：同時実行するIN EXCLUSIVE MODE指定のLOCK文で指定する共用表格納RDエリアの総数

共用RDエリアを使用する場合に加算します。

ｓ：同時実行するIN EXCLUSIVE MODE指定のLOCK文で指定する共用表に定義されているすべての共用インデクス格納RDエリアの総数

共用RDエリアを使用する場合に加算します。

ｔ：同時に実体化するSQLセッション固有一時表数

SQLセッション固有一時表を使用する場合に加算します。

ｕ：同時に実体化するSQLセッション固有一時表を格納する一時表用RDエリアの総数

SQLセッション固有一時表を使用する場合に加算します。

ｖ：同時に実体化するSQLセッション固有一時表に定義されている一時インデクスを格納する一時表用RDエリアの総数

SQLセッション固有一時表を使用する場合に加算します。

ｗ：同時に実体化するSQLセッション固有一時インデクス数

SQLセッション固有一時表を使用する場合に加算します。

ｘ：同時に実体化するSQLセッション固有一時表及びSQLセッション固有一時インデクスが格納されているRDエリア内の使用セグメント数の総数

SQLセッション固有一時表を使用する場合に加算します。

ｙ：使用する順序数生成子数

データベース作成ユティリティを実行する場合に加算します。

ｚ：使用する順序数生成子格納RDエリア数

データベース作成ユティリティを実行する場合に加算します。

Ａ：処理対象表の外部キー数

整合性チェックユティリティを実行する場合に加算します。

Ｂ：処理対象表の外部キーが参照する被参照表の格納RDエリアの総数

整合性チェックユティリティを実行する場合に加算します。

注　ここでいうユティリティとは次に示すユティリティのことです。

データベース作成ユティリティ

データベース再編成ユティリティ

空きページ解放ユティリティ

グローバルバッファ常駐化ユティリティ

リバランスユティリティ（占有モード）

整合性チェックユティリティ

付録C.6　ルーチン定義情報用バッファ長（pd_routine_def_cache_size）の見積もり式

ルーチン定義情報用バッファ長は次に示す計算式から求めます。

　使用頻度が高いルーチンの定義情報長の合計値
＋使用するプラグインのプラグイン関数の定義情報長の合計値
＋使用頻度が高いシステム定義スカラ関数の定義情報長の合計値

(1)　1ルーチン当たりのルーチン定義情報長の求め方

1ルーチン当たりのルーチン定義情報長は，次に示す概算式で求めてください。

〈計算式〉

↑（1.3＋0.2×ａ）↑×ｂ　　　　　　（単位：キロバイト）

ａ：使用頻度が高いルーチンの総パラメタ数

ｂ：使用頻度が高いルーチンの定義数

(2)　プラグイン関数の定義情報長の求め方

プラグイン関数の定義情報長は，次に示す概算式で求めてください。

〈計算式〉

0.6＋ｃ＋0.2×ｄ　　　　　　（単位：キロバイト）

ｃ：一つのプラグインがDMLで利用するプラグイン関数の合計数※

ｄ：一つのプラグインがDMLで利用するプラグイン関数のパラメタの合計数※

注

上記の計算式は１プラグイン当たりの計算式です。複数のプラグインをインストールしている場合は，インストールしたプラグインの数だけ計算して加算してください。

注※

DMLで利用するプラグイン関数，及びDMLで利用するプラグイン関数のパラメタの合計数は次に示すSQLで求めます。

SELECT COUNT(*),SUM(N_PARAM) FROM MASTER.SQL_PLUGIN_ROUTINES
  WHERE PLUGIN_NAME = 'プラグイン名称'
  AND (TIMING_DESCRIPTOR = 'ADT_FUNCTION'
    OR TIMING_DESCRIPTOR IS NULL
    OR TIMING_DESCRIPTOR = 'BEFORE_INSERT'
    OR TIMING_DESCRIPTOR = 'AFTER_INSERT'
    OR TIMING_DESCRIPTOR = 'BEFORE_UPDATE'
    OR TIMING_DESCRIPTOR = 'AFTER_UPDATE'
    OR TIMING_DESCRIPTOR = 'BEFORE_DELETE'
    OR TIMING_DESCRIPTOR = 'AFTER_DELETE'
    OR TIMING_DESCRIPTOR = 'BEFORE_PURGE_TABLE'
    OR TIMING_DESCRIPTOR = 'AFTER_PURGE_TABLE'
    OR TIMING_DESCRIPTOR = 'INDEX_SEARCH'
    OR TIMING_DESCRIPTOR = 'INDEX_COUNT'
    OR TIMING_DESCRIPTOR = 'INDEX_INSERT'
    OR TIMING_DESCRIPTOR = 'INDEX_BEFORE_UPDATE'
    OR TIMING_DESCRIPTOR = 'INDEX_AFTER_UPDATE'
    OR TIMING_DESCRIPTOR = 'INDEX_DELETE'
    OR TIMING_DESCRIPTOR = 'PURGE_INDEX'
    OR TIMING_DESCRIPTOR = 'INDEX_MAINTENANCE_DEFERRED'
    OR TIMING_DESCRIPTOR = 'BEFORE_INSERT_DC'
    OR TIMING_DESCRIPTOR = 'BEFORE_UPDATE_DC'
    OR TIMING_DESCRIPTOR = 'BEFORE_DATA_CHECK'
    OR TIMING_DESCRIPTOR = 'AFTER_DATA_CHECK')

(3)　一つ当たりのシステム定義スカラ関数の定義情報長の求め方

一つ当たりのシステム定義スカラ関数の定義情報長を次の表に示します。

表C‒1　一つ当たりのシステム定義スカラ関数の定義情報長

関数名

定義情報長

（単位：キロバイト）

ACOS，ADD_INTERVAL，ASCII，ASIN，ATAN，ATAN2，CENTURY，COS，COSH，CHR，DATE_TIME，DAYNAME，DAYOFWEEK，DAYOFYEAR，DEGREES，EXP，INTERVAL_DATETIMES，LAST_DAY，LN，LOG10，MIDNIGHTSECONDS，MONTHNAME，MONTHS_BETWEEN，NEXT_DAY，PI，RADIANS，SIN，SINH，SQRT，TAN，TANH，WEEK，WEEKOFMONTH，YEARS_BETWEEN

2

POWER，IS_DBLBYTES，IS_SNGLBYTES，ISDIGITS，ROUNDMONTH，TRANSL_LONG

4

CEIL，FLOOR，HALF，INSERTSTR，INSERTSTR_LONG，LEFTSTR，LTRIMSTR，NUMEDIT，QUARTER，REPLACE_LONG，REVERSESTR，RIGHTSTR，RTRIMSTR，SIGN，STRTONUM，TRUNCYEAR

6

LTRIM，REPLACE，RTRIM，TRANSL，TRUNC

12

POSSTR，ROUND

18

GREATEST，LEAST

32

付録D　排他資源数の見積もり

SQL文，ユティリティ，及びコマンドを実行するときに必要とする排他資源数の概算式を示します。これらの値から，最大の排他資源数を算出し余裕値を加算して，次に示すオペランドにプールサイズを設定してください。

各サーバのサーバ定義のpd_lck_pool_sizeオペランド

フロントエンドサーバ定義のpd_fes_lck_pool_sizeオペランド

注意事項

ここで示す排他資源数は，トランザクション内で有効となります。一つのトランザクションで複数のSQLを実行する場合，その排他資源の総和が必要となりますが，既に排他が掛かっている場合は必要としません。排他制御については，マニュアル「HiRDB Version 9 UAP開発ガイド」を参照してください。

HiRDB/パラレルサーバの場合，各バックエンドサーバのリソース数は，対象バックエンドサーバで管理されるリソース数（RDエリア数，インデクス数，行数など）で算出する必要があります。

pd_inner_replica_controlオペランドを指定した場合に加算される排他資源数は，トランザクション実行時1回だけ要求されます。

付録D.1　定義系SQL

(1)　ALTER INDEX

(a)　HiRDB/シングルサーバの場合

5＋（インデクス構成列数×2）＋オブジェクトが無効となる手続き，及びトリガ数
オブジェクトが無効となる手続きがある場合に加算します。
＋オブジェクトが無効となる手続き数×3
＋オブジェクトが無効となる手続きが使用する資源数×5
オブジェクトが無効となるトリガがある場合に加算します。
＋オブジェクトが無効となるトリガ数×5
＋UPDATEトリガのトリガ契機に指定した列数×3
＋インデクスが定義されている表を参照するトリガ動作手続き数×5
　新旧値相関名がある場合にさらに加算します。
　＋4
インデクスに関する統計情報を出力している場合に加算します。
＋2
分割キーインデクスの場合に加算します。
＋分割条件数×2
インデクス型を使用しているインデクスの場合に加算します。
＋1
＋インデクス型を定義している型が使用する抽象データ型数×2
＋インデクス型が使用する関数数×2
部分構造インデクスの場合に加算します。
＋構成部分構造パス数×2
除外値指定がある場合に加算します。
＋2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋オブジェクトが無効となる手続き，及びトリガ数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

4＋（インデクス構成列数×2）
オブジェクトが無効となる手続きがある場合に加算します。
＋オブジェクトが無効となる手続き数×3
＋オブジェクトが無効となる手続きが使用する資源数×5
オブジェクトが無効となるトリガがある場合に加算します。
＋オブジェクトが無効となるトリガ数×5
＋UPDATEトリガのトリガ契機に指定した列数×3
＋インデクスが定義されている表を参照するトリガ動作手続き数×5
　新旧値相関名がある場合にさらに加算します。
　＋4
インデクスに関する統計情報を出力している場合に加算します。
＋2
分割キーインデクスの場合に加算します。
＋分割条件数×2
インデクス型を使用しているインデクスの場合に加算します。
＋1
＋インデクス型を定義している型が使用する抽象データ型数×2
＋インデクス型が使用する関数数×2
部分構造インデクスの場合に加算します。
＋構成部分構造パス数×2
除外値指定がある場合に加算します。
＋2

(2)　ALTER PROCEDURE

(a)　HiRDB/シングルサーバの場合

5
＋SQL文前処理でアクセスする表数
＋SQL文前処理でアクセスするビュー表数
＋SQL文前処理でアクセスするビュー表の基となる実表数
実行者が所有者以外の場合に加算します。
＋2
手続き名称指定の場合に加算します。
＋2
AUTHORIZATION指定の場合に加算します。
＋対象者が所有する無効なルーチン数
＋対象者が定義した無効なPUBLICルーチン数＋2
　ALL指定の場合にさらに加算します。
　＋対象者が所有する全ルーチン数
　＋対象者が定義した全PUBLICルーチン数＋1
　INDEX USING指定の場合にさらに加算します。
　＋指定した表をリソースとして使用するルーチン数×2＋3
AUTHORIZATION指定なしの場合に加算します。
＋システム内の無効な全ルーチン数
　ALL指定の場合にさらに加算します。
　＋システム内の全ルーチン数
　INDEX USING指定の場合にさらに加算します。
　＋指定した表をリソースとして使用するルーチン数×2＋3
ルーチンに使用するリソースがある場合に加算します。
＋使用するルーチン数×2＋1
使用するリソースに表がある場合に加算します。
＋使用する表数＋1
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数＋1
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数＋1
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型＋1
パラメタを指定している場合に加算します。
＋パラメタ数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1
＋SQL文前処理でアクセスする表数
＋SQL文前処理でアクセスするビュー表数
＋SQL文前処理でアクセスするビュー表の基となる実表数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

5
実行者が所有者以外の場合に加算します。
＋2
手続き名称指定の場合に加算します。
＋2
AUTHORIZATION指定の場合に加算します。
＋対象者が所有する無効なルーチン数
＋対象者が定義した無効なPUBLICルーチン数
　ALL指定の場合にさらに加算します。
　＋対象者が所有する全ルーチン数
　＋対象者が定義した全PUBLICルーチン数
　INDEX USING指定の場合にさらに加算します。
　＋指定した表をリソースとして使用するルーチン数×2＋3
AUTHORIZATION指定なしの場合に加算します。
＋システム内の無効な全ルーチン数
　ALL指定の場合にさらに加算します。
　＋システム内の全ルーチン数
　INDEX USING指定の場合にさらに加算します。
　＋指定した表をリソースとして使用するルーチン数×2＋3
ルーチンに使用するリソースがある場合に加算します。
＋使用するルーチン数×2＋1
使用するリソースに表がある場合に加算します。
＋使用する表数＋1
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数＋1
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数＋1
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型＋1
パラメタを指定している場合に加算します。
＋パラメタ数＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

1

(3)　ALTER ROUTINE

(a)　HiRDB/シングルサーバの場合

5
＋SQL文前処理でアクセスする表数
＋SQL文前処理でアクセスするビュー表数
＋SQL文前処理でアクセスするビュー表の基となる実表数
トリガがある場合に加算します。
＋1
実行者が所有者以外の場合に加算します。
＋2
AUTHORIZATION指定の場合に加算します。
＋対象者が所有する無効なルーチン数
＋対象者が定義した無効なPUBLICルーチン数＋1
　ALL指定の場合にさらに加算します。
　＋対象者が所有する全ルーチン数
　＋対象者が定義した全PUBLICルーチン数
　対象者の所有するトリガがある場合にさらに加算します。
　＋対象者が所有するトリガ数×4＋3
　＋対象者が所有するトリガを定義している表数
　＋トリガの契機列数×2＋1
　＋トリガの動作条件中で使用している資源情報数×2＋1
　＋トリガで使用するパラメタ数×2＋1
AUTHORIZATION指定なしの場合に加算します。
＋システム内の無効な全ルーチン数
　ALL指定の場合にさらに加算します。
　＋システム内の全ルーチン数
　システム内にトリガがある場合にさらに加算します。
　＋全トリガ数×4＋3
　＋トリガを定義している全表数
　＋トリガの契機列数×2＋1
　＋トリガの動作条件中で使用している資源情報数×2＋1
　＋トリガで使用するパラメタ数×2＋1
ルーチンに使用するリソースがある場合に加算します。
＋使用するルーチン数×2
使用するリソースに表がある場合に加算します。
＋使用する表数＋1
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数＋1
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数＋1
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型＋1
パラメタを指定している場合に加算します。
＋パラメタ数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1
＋SQL文前処理でアクセスする表数
＋SQL文前処理でアクセスするビュー表数
＋SQL文前処理でアクセスするビュー表の基となる実表数
トリガがある場合に加算します。
＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

5
実行者が所有者以外の場合に加算します。
＋2
AUTHORIZATION指定の場合に加算します。
＋対象者が所有する無効なルーチン数
＋対象者が定義した無効なPUBLICルーチン数
　ALL指定の場合にさらに加算します。
　＋対象者が所有する全ルーチン数
　＋対象者が定義した全PUBLICルーチン数
　対象者の所有するトリガがある場合にさらに加算します。
　＋対象者が所有するトリガ数×4＋3
　＋対象者が所有するトリガを定義している表数＋1
　＋トリガの契機列数×2＋1
　＋トリガの動作条件中で使用している資源情報数×2＋1
　＋トリガで使用するパラメタ数×2＋1
AUTHORIZATION指定なしの場合に加算します。
＋システム内の無効な全ルーチン数
　ALL指定の場合にさらに加算します。
　＋システム内の全ルーチン数
　システム内にトリガがある場合にさらに加算します。
　＋全トリガ数×4＋3
　＋トリガを定義している全表数＋1
　＋トリガの契機列数×2＋1
　＋トリガの動作条件中で使用している資源情報数×2＋1
　＋トリガで使用するパラメタ数×2＋1
ルーチンに使用するリソースがある場合に加算します。
＋使用するルーチン数×2
使用するリソースに表がある場合に加算します。
＋使用する表数＋1
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数＋1
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数＋1
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型＋1
パラメタを指定している場合に加算します。
＋パラメタ数＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

1

(4)　ALTER TABLE

(a)　HiRDB/シングルサーバの場合で，主キーの追加，削除以外のとき

4＋表を基に定義してあるビュー表数
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数×3＋2
トリガが定義されている場合に加算します。
＋トリガ定義数×2＋2
＋定義トリガの契機列数＋1
＋定義トリガで使用するパラメタ数＋1
インナレプリカ機能を使用している場合に加算します。
＋表で使用しているRDエリア数＋1
　インデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　BLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　表が分割表の場合にさらに加算します。
　＋表の分割数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋表の分割数×分割キーインデクス数＋1
　　BLOB列が定義してある場合にさらに加算します。
　　＋表の分割数×BLOB列数＋1
ADD列名を指定する場合に加算します。
＋5
　表を基に定義したビュー表がある場合にさらに加算します。
　＋表を基に定義したビュー表数
　BLOB列を追加する場合にさらに加算します。
　＋表に追加するRDエリア数＋1
　＋表で使用しているRDエリア数＋1
　＋表のBLOB列数
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　インデクスが定義してある場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×表の分割数＋1
　　　BLOB列が定義してある場合にさらに加算します。
　　　＋表のBLOB列数×表の分割数
　　　マトリクス分割表の場合にさらに加算します。
　　　＋3
　インナレプリカ機能を使用している場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
　ユーザ定義型列を追加する場合にさらに加算します。
　＋4
　＋ユーザ定義型で使用する属性数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　BLOB属性が定義されているユーザ定義型の場合にさらに加算します。
　　＋表に追加するRDエリア数＋1
　　＋表で使用しているRDエリア数＋1
　　＋表のBLOB列数
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　　　インデクスが定義してある場合にさらに加算します。
　　　＋表に定義してあるインデクス数＋1
　　　表が分割表の場合にさらに加算します。
　　　＋表の分割数×2＋2
　　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　　＋分割キーインデクス数×表の分割数＋1
　　　　BLOB列が定義してある場合にさらに加算します。
　　　　＋表のBLOB列数×表の分割数
　　　　マトリクス分割表の場合にさらに加算します。
　　　　＋3
　　　プラグインの抽象データ型を使用している場合にさらに加算します。
　　　＋使用するプラグイン数＋1
　　　＋使用するプラグインのルーチン数＋1
　　　＋使用するプラグインルーチンのパラメタ数＋1
　　　インナレプリカ機能を使用している場合にさらに加算します。
　　　＋2
　　　＋（1＋表に定義してあるインデクス数
　　　＋表に定義してあるBLOB列数
　　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
　表がFIX表の場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　非FIX表にNOT NULL列を追加する場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　DEFAULT句の指定がある列を追加する場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　列を切り出す場合にさらに加算します。
　＋1
ADD RDAREAの場合に加算します。
＋9
＋表の構成列数
＋2
＋表に定義してあるインデクス数
＋4
＋表に定義してあるインデクス数×2
＋表に定義してあるBLOB列数
＋表に定義してあるユーザ定義型のBLOB属性数
　FIXハッシュ表の場合に加算します。
　＋表で使用している表用RDエリア数
　＋表の分割数
　表で既に使用しているRDエリアを追加する場合にさらに加算します。
　＋既に使用しているRDエリア数
　表で未使用のRDエリアを追加する場合にさらに加算します。
　＋追加するRDエリア数＋1
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクスの使用RDエリア数×2＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるインデクス数
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×RDエリア追加後の分割数＋1
　　プラグインインデクスが定義してある場合にさらに加算します。
　　＋2
　　＋プラグイン列数＋1
　　＋表で使用しているプラグインの属性数＋1
　　＋表で使用しているプラグインのルーチン数＋1
　　＋表で使用しているプラグインルーチンのパラメタ数＋1
　　＋表で使用しているプラグインのBLOB属性数×RDエリア追加後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　＋表に定義してあるBLOB列数×RDエリア追加後の分割数＋1
　＋表に定義してあるBLOB列の使用RDエリア数×2＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるBLOB列数
　表にユーザ定義型列が定義してある場合にさらに加算します。
　＋表に定義してあるユーザ定義型列数＋1
　＋表で使用しているユーザ定義型の属性数＋1
　　ユーザ定義型にBLOB属性が定義してある場合にさらに加算します。
　　＋表で使用しているユーザ定義型のBLOB属性数＋1
　　＋表で使用しているユーザ定義型のBLOB属性の使用RDエリア数×2＋1
　　＋表で使用しているユーザ定義型のBLOB属性数×RDエリア追加後の分割数＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるユーザ定義型列数
　インナレプリカ機能を使用している場合にさらに加算します。
　＋追加するRDエリア数×世代数
　＋2
　＋（表に定義してあるインデクス数×2
　＋表に定義してあるBLOB列数＋2
　＋表に定義してあるユーザ定義型のBLOB属性数）×（表で使用しているRDエリア数＋1）×（世代数＋1）
CHANGE 列名の場合に加算します。
＋11
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表にトリガが定義してある場合にさらに加算します。
　＋列をリソースとして使用するトリガ数×2
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　＋列をパラメタとして使用するルーチン数×2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義されているインデクス数
　　列がインデクス構成列の場合にさらに加算します。
　　　列のデータ型がVARCHAR，NVARCHAR，MVARCHARの場合にさらに加算します。
　　　＋表の構成列数
　　　＋表で使用しているインデクス用RDエリア数＋1
　　　＋表に定義してあるインデクスの構成列数＋1
　　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　　＋分割キーインデクス数×分割数＋1
　列がBLOB列の場合にさらに加算します。
　＋1
　列がユーザ定義型列の場合にさらに加算します。
　＋2
　＋列で使用しているユーザ定義型の属性数＋1
　NO SPLIT指定の場合又はRECOVERY指定の場合にさらに加算します。
　＋表で使用しているRDエリア数
　　分割表の場合にさらに加算します。
　　＋表の分割数＋1
　　　BLOB列が定義してある場合にさらに加算します。
　　　＋表に定義してあるBLOB列数×分割数
　データ長の変更の場合にさらに加算します。
　　表にインデクスが定義されている場合にさらに加算します。
　　＋1
　列回復制約が定義してある場合にさらに加算します。
　　列がBLOB列の場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　　列がBLOB属性を持つユーザ定義型列の場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　　インナレプリカ機能を使用している場合にさらに加算します。
　　　列がBLOB列の場合にさらに加算します。
　　　＋2
　　　＋（1＋表に定義してあるインデクス数
　　　＋表に定義してあるBLOB列数
　　　＋表に定義してあるユーザ定義型のLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
　　　列がBLOB属性を持つユーザ定義型列の場合にさらに加算します。
　　　＋2
　　　＋（1＋表に定義してあるインデクス数
　　　＋表に定義してあるBLOB列数
　　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
CHANGE CLUSTER KEYの場合に加算します。
＋10
＋クラスタキーインデクスの構成列数×2＋1
＋表で使用しているRDエリア数
　オブジェクトが無効となるルーチンがある場合にさらに加算します。
　＋オブジェクトが無効となるルーチン数×2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数
　　分割表の場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　ハッシュ混在マトリクス分割表の場合にさらに加算します。
　　＋2
　FIX表の場合にさらに加算します。
　＋表の構成列数
CHANGE LOCKの場合に加算します。
＋5
＋表で使用しているRDエリア数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
CHANGE HASHの場合に加算します。
＋5
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×分割数＋1
　FIXハッシュ分割表の場合にさらに加算します。
　＋表の分割数＋1
　＋表で使用しているRDエリア数＋1
CHANGE SEGMENT REUSEの場合に加算します。
＋4
＋2
＋表で使用しているRDエリア数
　分割表の場合にさらに加算します。
　＋表の分割数
　＋表の分割条件数×2
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　SEGMENT REUSE指定の有無を変更する場合にさらに加算します。
　＋表で使用しているRDエリア数＋1
　　表にインデクスが定義してある場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×分割数＋1
　　表にBLOB列が定義してある場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
　インナレプリカ機能を使用している場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているRDエリア数×（世代数＋1）
CHANGE INSERT ONLYの場合に加算します。
＋5
＋表で使用しているRDエリア数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3＋1
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数＋1
　行削除期間指定ありの場合にさらに加算します。
　＋1
DROP列名の場合に加算します。
＋18
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×4
　＋表を基に定義されているビュー表の構成列数
　＋表を基に定義されているビュー表の使用資源数
　＋表を基に定義されているビュー表にアクセス権限を持つユーザ数
　　表を基に定義されているパブリックビュー表がある場合にさらに加算します。
　　＋4
　表にトリガが定義してある場合にさらに加算します。
　＋列を契機列として使用するトリガ数×2
　＋表に定義してあるトリガ数×4
　＋表に定義してあるトリガの使用するリソース数×2
　＋表に定義してあるトリガの使用するルーチン数
　＋表に定義してあるトリガの使用するパラメタ数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数×2
　＋列をパラメタとして使用するルーチン数×2
　列に関する統計情報を出力している場合にさらに加算します。
　＋2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義されているインデクス数
　　列がインデクス構成列の場合にさらに加算します。
　　＋列を構成列として使用しているインデクス数×2＋2
　　＋表で使用しているインデクス用RDエリア数＋1
　　＋列を構成列として使用しているインデクスの構成列数＋1
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×表の分割数＋1
　　　インデクスに関する統計情報を出力している場合にさらに加算します。
　　　＋列を構成列として使用しているインデクス数＋1
　　　インデクスに除外値指定がある場合にさらに加算します。
　　　＋列を構成列として使用しているインデクスの除外値数＋1
　　　インナレプリカ機能を使用している場合にさらに加算します。
　　　＋表で使用しているインデクス用RDエリア数×世代数
　表にBLOB列が定義されている場合にさらに加算します。
　＋表に定義されているBLOB列数
　　分割表の場合にさらに加算します。
　　＋表に定義されているBLOB列数×表の分割数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　マトリクス分割表の場合にさらに加算します。
　　＋2
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったインデクス用RDエリア数×2＋2
　＋表もインデクスも格納しなくなったRDエリア数×2
RENAME TABLEの場合に加算します。
＋7
＋表の構成列数
＋表へのアクセス権限を持つユーザ数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×2
　表に関する統計情報を出力している場合にさらに加算します。
　＋2
　列に関する統計情報を出力している場合にさらに加算します。
　＋統計情報が存在する列数＋1
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　横分割表の場合にさらに加算します。
　　＋表の分割条件数×2＋1
　　マトリクス分割表の場合にさらに加算します。
　　＋表の分割条件数＋4
　　　ハッシュ混在マトリクス分割表の場合にさらに加算します。
　　　＋表の分割キー数＋1
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋部分構造インデクス数＋1
　　プラグインインデクスが定義してある場合にさらに加算します。
　　＋プラグインインデクスが使用する関数数＋1
　　インデクスに除外値指定がある場合にさらに加算します。
　　＋表に定義してあるインデクスの除外値数＋1
　　インデクスに関する統計情報を出力している場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　　分割表の場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
　表にユーザ定義型列が定義してある場合にさらに加算します。
　＋表に定義してあるユーザ定義型列数＋1
　　表にインデクス型を使用するインデクスが定義してある場合にさらに加算します。
　　＋インデクスで使用するユーザ定義型数＋1
　　ユーザ定義型にBLOB属性を定義している場合にさらに加算します。
　　＋ユーザ定義型で使用するBLOB属性数＋1
　　　分割表の場合にさらに加算します。
　　　＋ユーザ定義型で使用するBLOB属性数×分割数
　変更前の表名と同名称のパブリックビュー表が存在する場合にさらに加算します。
　＋3
　変更後の表名と同名称のパブリックビュー表が存在する場合にさらに加算します。
　＋3
RENAME COLUMNの場合に加算します。
＋7
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×2
　列に関する統計情報を出力している場合にさらに加算します。
　＋2
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数×2＋1
　＋列をパラメタとして使用するルーチン数×2
　マトリクス分割表の場合にさらに加算します。
　＋2
　列がインデクス構成列の場合にさらに加算します。
　＋列を構成列とするインデクス数＋1
　　列がプラグインインデクスの構成列の場合にさらに加算します。
　　＋プラグインインデクスが使用する関数数＋1
　列がBLOB列の場合にさらに加算します。
　＋2
　　分割表の場合にさらに加算します。
　　＋分割数
　列がユーザ定義型列の場合にさらに加算します。
　　列がインデクス型を使用するインデクスの構成列の場合にさらに加算します。
　　＋インデクスで使用するユーザ定義型数＋1
　　ユーザ定義型にBLOB属性を定義している場合にさらに加算します。
　　＋ユーザ定義型で使用するBLOB属性数＋1
　　　分割表の場合にさらに加算します。
　　　＋ユーザ定義型で使用するBLOB属性数×分割数
CHANGE RDAREA横分割表の場合に加算します。
＋8
＋表の構成列数
＋変更前の分割条件数×2＋変更後の分割条件数×2
＋変更前の分割数＋変更後の分割数
＋変更前の表で使用しているRDエリア数
＋変更後の表で使用しているRDエリア数×2
＋4
＋表に定義してあるインデクス数
＋削除対象インデクス数
＋（2
＋表に定義してあるインデクス数×2
＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
＋表から削除するRDエリア数）
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクス数×変更前の分割数＋1
　＋表に定義してあるインデクス数×変更後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×変更前の分割数＋1
　＋表に定義してあるBLOB列数×変更後の分割数
　表を被参照表とする参照制約が定義してある場合にさらに加算します。
　＋表を被参照表とする参照制約数＋1
　＋表を被参照表とする参照表数
　表を参照表とする参照制約が定義してある場合にさらに加算します。
　＋表の参照制約数＋1
　表に検査制約が定義してある場合にさらに加算します。
　＋表の検査制約数＋1
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったRDエリア数×2＋2
　＋データを削除されるRDエリア数
　＋表もインデクスも格納しなくなったRDエリア数×2
　インナレプリカ機能を使用している場合にさらに加算します。
　＋変更後の表で使用しているRDエリア数×世代数
　＋2
　＋削除対象インデクス数
　＋（2
　＋表に定義してあるインデクス数×2
　＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
　＋表から削除するRDエリア数）×（世代数＋1）
CHANGE RDAREAマトリクス分割表の場合に加算します。
＋11
＋表の構成列数
＋変更前の分割条件数＋変更後の分割条件数
＋変更前の分割数＋変更後の分割数
＋変更前の表で使用しているRDエリア数
＋変更後の表で使用しているRDエリア数×2
＋4
＋表に定義してあるインデクス数
＋削除対象インデクス数
＋（2
＋表に定義してあるインデクス数×2
＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
＋表から削除するRDエリア数）
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクス数×変更前の分割数＋1
　＋表に定義してあるインデクス数×変更後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×変更前の分割数＋1
　＋表に定義してあるBLOB列数×変更後の分割数
　表を被参照表とする参照制約が定義してある場合にさらに加算します。
　＋表を被参照表とする参照制約数＋1
　＋表を被参照表とする参照表数
　表を参照表とする参照制約が定義してある場合にさらに加算します。
　＋表の参照制約数＋1
　表に検査制約が定義してある場合にさらに加算します。
　＋表の検査制約数＋1
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったRDエリア数×2＋2
　＋データを削除されるRDエリア数
　＋表もインデクスも格納しなくなったRDエリア数×2
　インナレプリカ機能を使用している場合にさらに加算します。
　＋変更後の表で使用しているRDエリア数×世代数
　＋2
　＋削除対象インデクス数
　＋（2
　＋表に定義してあるインデクス数×2
　＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
　＋表から削除するRDエリア数）×（世代数＋1）

(b)　HiRDB/シングルサーバの場合で，主キーの追加，削除のとき

(i) 主キーの追加の場合

15＋対象表の構成列数＋主キーの構成列数×2
＋インデクス格納RDエリア数※×3＋表格納RDエリア数×2
＋5＋2×インデクス格納RDエリア数
対象表がマトリクス分割表の場合に加算します。
＋3＋表の分割キー情報数
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数×3＋1
対象表を参照するトリガ動作手続きがある場合に加算します。
＋対象表を参照するトリガ動作手続き数＋1
インナレプリカ機能を使用している場合に加算します。
　対象表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋LOB列格納用RDエリア数
　＋LOB属性格納用RDエリア数
　＋1＋（LOB列格納用RDエリア数×LOB列数）×2
　＋（LOB属性格納用RDエリア数×LOB属性列数）×2
　対象表にインデクスが定義されている場合にさらに加算します。
　＋インデクス数
　＋（インデクス格納用RDエリア数×インデクス数）×2

(ii) 主キーの削除の場合

15＋主キーの構成列数×2＋インデクス格納RDエリア数※×4
＋インデクス格納RDエリア数×7＋インデクスセグメント数
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数×3＋1
対象表を参照するトリガ動作手続きがある場合に加算します。
＋対象表を参照するトリガ動作手続き数＋1
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×2＋1
＋無効となるルーチンの持つ資源数×無効となるルーチン数
無効となるトリガがある場合に加算します。
＋無効となるトリガ数＋1
＋無効となるトリガ動作条件中で参照している資源情報数＋1
＋無効となるトリガのトリガ動作手続きのパラメタ数＋1
＋無効となるトリガのトリガ契機列情報数＋1
インデクスの最適化情報を取得している場合に加算します。
＋2
インナレプリカ機能を使用している場合に加算します。
＋表格納RDエリア数
　インデクスを定義している表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋LOB列格納用RDエリア数
　＋LOB属性格納用RDエリア数
　対象表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋1＋（LOB列格納用RDエリア数×LOB列数）×2
　＋（LOB属性格納用RDエリア数×LOB属性列数）×2
　対象表にインデクスが定義されている場合にさらに加算します。
　＋インデクス数
　＋（インデクス格納用RDエリア数×インデクス数）×2
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(c)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）で，主キーの追加，削除以外のとき

1＋オブジェクトが無効となるルーチン数
＋表を基に定義してあるビュー表数
DROP COLUMNの場合に加算します。
＋表に定義してあるトリガ数

(d)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）で，主キーの追加，削除のとき

(i) 主キーの追加の場合

1
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数

(ii) 主キーの削除の場合

1
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数

(e)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）で，主キーの追加，削除以外のとき

1
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数×3＋2
トリガが定義されている場合に加算します。
＋トリガ定義数×2＋2
＋定義トリガの契機列数＋1
＋定義トリガで使用するパラメタ数＋1
　DROP COLUMNの場合にさらに加算します。
　＋表に定義してあるトリガ数
インナレプリカ機能を使用している場合に加算します。
＋表で使用しているRDエリア数＋1
　インデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスで使用するRDエリア数
　BLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　＋表に定義してあるBLOB列で使用するRDエリア数
　表が分割表の場合にさらに加算します。
　＋表の分割数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋表の分割数×分割キーインデクス数＋1
　　BLOB列が定義してある場合にさらに加算します。
　　＋表の分割数×BLOB列数＋1
ADD列名の場合に加算します。
＋5
　表を基に定義したビュー表がある場合にさらに加算します。
　＋表を基に定義したビュー表数
　BLOB列を追加する場合にさらに加算します。
　＋表に追加するRDエリア数＋1
　＋表で使用しているRDエリア数＋1
　＋表のBLOB列数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　インデクスが定義してある場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×表の分割数＋1
　　　BLOB列が定義してある場合にさらに加算します。
　　　＋表のBLOB列数×表の分割数
　　　マトリクス分割表の場合にさらに加算します。
　　　＋3
　ユーザ定義型列を追加する場合にさらに加算します。
　＋4
　＋ユーザ定義型で使用する属性数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　BLOB属性が定義されているユーザ定義型の場合にさらに加算します。
　　＋表に追加するRDエリア数＋1
　　＋表で使用しているRDエリア数＋1
　　＋表のBLOB列数
　　　インデクスが定義してある場合にさらに加算します。
　　　＋表に定義してあるインデクス数＋1
　　　表が分割表の場合にさらに加算します。
　　　＋表の分割数×2＋2
　　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　　＋分割キーインデクス数×表の分割数＋1
　　　　BLOB列が定義してある場合にさらに加算します。
　　　　＋表のBLOB列数×表の分割数
　　　　マトリクス分割表の場合にさらに加算します。
　　　　＋3
　　　プラグインの抽象データ型を使用している場合にさらに加算します。
　　　＋使用するプラグイン数＋1
　　　＋使用するプラグインのルーチン数＋1
　　　＋使用するプラグインルーチンのパラメタ数＋1
　表がFIX表の場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　非FIX表にNOT NULL列を追加する場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
　　列を切り出す場合にさらに加算します。
　　＋1
　DEFAULT句の指定がある列を追加する場合にさらに加算します。
　＋表で使用しているRDエリア数
　　表をリソースとして使用するルーチンがある場合にさらに加算します。
　　＋表をリソースとするルーチン数＋1
　　表を基に定義したビュー表がある場合にさらに加算します。
　　＋表を基に定義したビュー表数×2＋2
　　表が分割表の場合にさらに加算します。
　　＋表の分割数×2＋2
ADD RDAREAの場合に加算します。
＋9
＋表の構成列数
＋2
＋表に定義してあるインデクス数
　FIXハッシュ表の場合にさらに加算します。
　＋表で使用している表用RDエリア数
　＋表の分割数
　表で既に使用しているRDエリアを追加する場合にさらに加算します。
　＋既に使用しているRDエリア数
　表で未使用のRDエリアを追加する場合にさらに加算します。
　＋追加するRDエリア数＋1
　インナレプリカ機能を使用している場合にさらに加算します。
　＋追加するRDエリア数×世代数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクスの使用RDエリア数×2＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるインデクス数
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×RDエリア追加後の分割数＋1
　　プラグインインデクスが定義してある場合にさらに加算します。
　　＋2
　　＋プラグイン列数＋1
　　＋表で使用しているプラグインの属性数＋1
　　＋表で使用しているプラグインのルーチン数＋1
　　＋表で使用しているプラグインルーチンのパラメタ数＋1
　　＋表で使用しているプラグインのBLOB属性数×RDエリア追加後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　＋表に定義してあるBLOB列数×RDエリア追加後の分割数＋1
　＋表に定義してあるBLOB列の使用RDエリア数×2＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるBLOB列数
　表にユーザ定義型列が定義してある場合にさらに加算します。
　＋表に定義してあるユーザ定義型列数＋1
　＋表で使用しているユーザ定義型の属性数＋1
　　ユーザ定義型にBLOB属性が定義してある場合にさらに加算します。
　　＋表で使用しているユーザ定義型のBLOB属性数＋1
　　＋表で使用しているユーザ定義型のBLOB属性の使用RDエリア数×2＋1
　　＋表で使用しているユーザ定義型のBLOB属性数×RDエリア追加後の分割数＋1
　　表で未使用のRDエリアを追加する場合にさらに加算します。
　　＋表に定義してあるユーザ定義型列数
CHANGE列名の場合に加算します。
＋11
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表にトリガが定義してある場合にさらに加算します。
　＋列をリソースとして使用するトリガ数×2
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　＋列をパラメタとして使用するルーチン数×2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義されているインデクス数
　　列がインデクス構成列の場合にさらに加算します。
　　　列のデータ型がVARCHAR，NVARCHAR，MVARCHARの場合にさらに加算します。
　　　＋表の構成列数
　　　＋表で使用しているインデクス用RDエリア数＋1
　　　＋表に定義してあるインデクスの構成列数＋1
　　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　　＋分割キーインデクス数×分割数＋1
　列がBLOB列の場合にさらに加算します。
　＋1
　列がユーザ定義型列の場合にさらに加算します。
　＋2
　＋列で使用しているユーザ定義型の属性数＋1
　NO SPLIT指定の場合又はRECOVERY指定の場合にさらに加算します。
　＋表で使用しているRDエリア数
　　分割表の場合にさらに加算します。
　　＋表の分割数＋1
　　　BLOB列が定義してある場合にさらに加算します。
　　　＋表に定義してあるBLOB列数×分割数
　データ長の変更の場合にさらに加算します。
　　表にインデクスが定義されている場合にさらに加算します。
　　＋1
CHANGE CLUSTER KEYの場合に加算します。
＋10
＋クラスタキーの構成列数×2＋1
＋表で使用しているRDエリア数
　オブジェクトが無効となるルーチンがある場合にさらに加算します。
　＋オブジェクトが無効となるルーチン数×2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数
　　分割表の場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　ハッシュ混在マトリクス分割表の場合にさらに加算します。
　　＋2
　FIX表の場合にさらに加算します。
　＋表の構成列数
CHANGE LOCKの場合に加算します。
＋5
＋表で使用しているRDエリア数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
CHANGE HASHの場合に加算します。
＋5
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×分割数＋1
　FIXハッシュ分割表の場合にさらに加算します。
　＋表の分割数＋1
　＋表で使用しているRDエリア数＋1
CHANGE SEGMENT REUSEの場合に加算します。
＋4
　分割表の場合にさらに加算します。
　＋表の分割数
　＋表の分割条件数×2
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　SEGMENT REUSE指定の有無を変更する場合にさらに加算します。
　＋表で使用しているRDエリア数＋1
　　表にインデクスが定義してある場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×分割数＋1
　　表にBLOB列が定義してある場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
CHANGE INSERT ONLYの場合に加算します。
＋5
＋表で使用しているRDエリア数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×3＋1
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数＋1
　行削除期間指定ありの場合にさらに加算します。
　＋1
DROP列名の場合に加算します。
＋18
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×4
　＋表を基に定義されているビュー表の構成列数
　＋表を基に定義されているビュー表の使用資源数
　＋表を基に定義されているビュー表にアクセス権限を持つユーザ数
　　表を基に定義されているパブリックビュー表がある場合にさらに加算します。
　　＋4
　表にトリガが定義してある場合にさらに加算します。
　＋列を契機列として使用するトリガ数×2
　＋表に定義してあるトリガ数×4
　＋表に定義してあるトリガの使用するリソース数×2
　＋表に定義してあるトリガの使用するルーチン数
　＋表に定義してあるトリガの使用するパラメタ数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数×2
　＋列をパラメタとして使用するルーチン数×2
　列に関する統計情報を出力している場合にさらに加算します。
　＋2
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義されているインデクス数
　　列がインデクス構成列の場合にさらに加算します。
　　＋列を構成列として使用しているインデクス数×2＋2
　　＋表で使用しているインデクス用RDエリア数＋1
　　＋列を構成列として使用しているインデクスの構成列数＋1
　　　分割キーインデクスが定義してある場合にさらに加算します。
　　　＋分割キーインデクス数×表の分割数＋1
　　　インデクスに関する統計情報を出力している場合にさらに加算します。
　　　＋列を構成列として使用しているインデクス数＋1
　　　インデクスに除外値指定がある場合にさらに加算します。
　　　＋列を構成列として使用しているインデクスの除外値数＋1
　　　インナレプリカ機能を使用している場合にさらに加算します。
　　　＋表で使用しているインデクス用RDエリア数×世代数
　表にBLOB列が定義されている場合にさらに加算します。
　＋表に定義されているBLOB列数
　　分割表の場合にさらに加算します。
　　＋表に定義されているBLOB列数×表の分割数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　マトリクス分割表の場合にさらに加算します。
　　＋2
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったインデクス用RDエリア数×2＋2
　＋表もインデクスも格納しなくなったRDエリア数×2
RENAME TABLEの場合に加算します。
＋7
＋表の構成列数
＋表へのアクセス権限を持つユーザ数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×2
　表に関する統計情報を出力している場合にさらに加算します。
　＋2
　列に関する統計情報を出力している場合にさらに加算します。
　＋統計情報が存在する列数＋1
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数
　分割表の場合にさらに加算します。
　＋表の分割数＋1
　　横分割表の場合にさらに加算します。
　　＋表の分割条件数×2＋1
　　マトリクス分割表の場合にさらに加算します。
　　＋表の分割条件数＋4
　　　ハッシュ混在マトリクス分割表の場合にさらに加算します。
　　　＋表の分割キー数＋1
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　　分割キーインデクスが定義してある場合にさらに加算します。
　　＋分割キーインデクス数×分割数＋1
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋部分構造インデクス数＋1
　　プラグインインデクスが定義してある場合にさらに加算します。
　　＋プラグインインデクスが使用する関数数＋1
　　インデクスに除外値指定がある場合にさらに加算します。
　　＋表に定義してあるインデクスの除外値数＋1
　　インデクスに関する統計情報を出力している場合にさらに加算します。
　　＋表に定義してあるインデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数＋1
　　分割表の場合にさらに加算します。
　　＋表に定義してあるBLOB列数×分割数＋1
　表にユーザ定義型列が定義してある場合にさらに加算します。
　＋表に定義してあるユーザ定義型列数＋1
　　表にインデクス型を使用するインデクスが定義してある場合にさらに加算します。
　　＋インデクスで使用するユーザ定義型数＋1
　　ユーザ定義型にBLOB属性を定義している場合にさらに加算します。
　　＋ユーザ定義型で使用するBLOB属性数＋1
　　　分割表の場合にさらに加算します。
　　　＋ユーザ定義型で使用するBLOB属性数×分割数
　変更前の表名と同名称のパブリックビュー表が存在する場合にさらに加算します。
　＋3
　変更後の表名と同名称のパブリックビュー表が存在する場合にさらに加算します。
　＋3
RENAME COLUMNの場合に加算します。
＋7
＋表の構成列数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数×2
　列に関する統計情報を出力している場合にさらに加算します。
　＋2
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとして使用するルーチン数×2＋1
　＋列をパラメタとして使用するルーチン数×2
　マトリクス分割表の場合にさらに加算します。
　＋2
　列がインデクス構成列の場合にさらに加算します。
　＋列を構成列とするインデクス数＋1
　　列がプラグインインデクスの構成列の場合にさらに加算します。
　　＋プラグインインデクスが使用する関数数＋1
　列がBLOB列の場合にさらに加算します。
　＋2
　　分割表の場合にさらに加算します。
　　＋分割数
　列がユーザ定義型列の場合にさらに加算します。
　　列がインデクス型を使用するインデクスの構成列の場合にさらに加算します。
　　＋インデクスで使用するユーザ定義型数＋1
　　ユーザ定義型にBLOB属性を定義している場合にさらに加算します。
　　＋ユーザ定義型で使用するBLOB属性数＋1
　　　分割表の場合にさらに加算します。
　　　＋ユーザ定義型で使用するBLOB属性数×分割数
CHANGE RDAREA 横分割表の場合に加算します。
＋8
＋表の構成列数
＋変更前の分割条件数×2＋変更後の分割条件数×2
＋変更前の分割数＋変更後の分割数
＋変更前の表で使用しているRDエリア数
＋変更後の表で使用しているRDエリア数×2
＋2
＋表に定義してあるインデクス数
　インナレプリカ機能を使用している場合にさらに加算します。
　＋変更後の表で使用しているRDエリア数×世代数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクス数×変更前の分割数＋1
　＋表に定義してあるインデクス数×変更後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×変更前の分割数＋1
　＋表に定義してあるBLOB列数×変更後の分割数
　表を被参照表とする参照制約が定義してある場合にさらに加算します。
　＋表を被参照表とする参照制約数＋1
　＋表を被参照表とする参照表数
　表を参照表とする参照制約が定義してある場合にさらに加算します。
　＋表の参照制約数＋1
　表に検査制約が定義してある場合にさらに加算します。
　＋表の検査制約数＋1
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったRDエリア数×2＋2
　＋データを削除されるRDエリア数
　＋表もインデクスも格納しなくなったRDエリア数×2
CHANGE RDAREA マトリクス分割表の場合に加算します。
＋11
＋表の構成列数
＋変更前の分割条件数＋変更後の分割条件数
＋変更前の分割数＋変更後の分割数
＋変更前の表で使用しているRDエリア数
＋変更後の表で使用しているRDエリア数×2
＋2
＋表に定義してあるインデクス数
　インナレプリカ機能を使用している場合にさらに加算します。
　＋変更後の表で使用しているRDエリア数×世代数
　表をリソースとして使用するルーチンがある場合にさらに加算します。
　＋表をリソースとするルーチン数
　表を基に定義されているビュー表がある場合にさらに加算します。
　＋表を基に定義されているビュー表数
　表にインデクスが定義してある場合にさらに加算します。
　＋表に定義してあるインデクス数＋1
　＋表に定義してあるインデクスの構成列数＋1
　＋表に定義してあるインデクス数×変更前の分割数＋1
　＋表に定義してあるインデクス数×変更後の分割数
　　部分構造インデクスが定義してある場合にさらに加算します。
　　＋表に定義してある部分構造インデクス数＋1
　表にBLOB列が定義してある場合にさらに加算します。
　＋表に定義してあるBLOB列数×変更前の分割数＋1
　＋表に定義してあるBLOB列数×変更後の分割数
　表を被参照表とする参照制約が定義してある場合にさらに加算します。
　＋表を被参照表とする参照制約数＋1
　＋表を被参照表とする参照表数
　表を参照表とする参照制約が定義してある場合にさらに加算します。
　＋表の参照制約数＋1
　表に検査制約が定義してある場合にさらに加算します。
　＋表の検査制約数＋1
　再編成時期予測機能を使用している場合にさらに加算します。
　＋表で使用しなくなったRDエリア数×2＋2
　＋データを削除されるRDエリア数
　＋表もインデクスも格納しなくなったRDエリア数×2

(f)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）で，主キーの追加，削除のとき

(i) 主キーの追加の場合

9＋対象表の構成列数＋主キーの構成列数
＋インデクス格納RDエリア数※×3＋表格納RDエリア数×2
対象表がマトリクス分割表の場合に加算します。
＋3＋表の分割キー情報数
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数×3＋1
対象表を参照するトリガ動作手続きがある場合に加算します。
＋対象表を参照するトリガ動作手続き数＋1
インナレプリカ機能を使用している場合に加算します。
　対象表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋1＋（LOB列格納用RDエリア数×LOB列数）×2
　＋（LOB属性格納用RDエリア数×LOB属性列数）×2
　対象表にインデクスが定義されている場合にさらに加算します。
　＋インデクス数
　＋（インデクス格納用RDエリア数×インデクス数）×2

(ii) 主キーの削除の場合

9＋主キーの構成列数×2＋インデクス格納RDエリア数※×4
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数×2＋1
対象表を参照するトリガ動作手続きがある場合に加算します。
＋対象表を参照するトリガ動作手続き数＋１
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×2＋1
＋無効となるルーチンの持つ資源数×無効となるルーチン数
無効となるトリガがある場合に加算します。
＋無効となるトリガ数＋1
＋無効となるトリガ動作条件中で参照している資源情報数＋1
＋無効となるトリガのトリガ動作手続きのパラメタ数＋1
＋無効となるトリガのトリガ契機列情報数＋1
インデクスの最適化情報を取得している場合に加算します。
＋2
インナレプリカ機能を使用している場合に加算します。
　対象表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋1＋（LOB列格納用RDエリア数×LOB列数）×2
　＋（LOB属性格納用RDエリア数×LOB属性列数）×2
　対象表にインデクスが定義されている場合にさらに加算します。
　＋インデクス数
　＋（インデクス格納用RDエリア数×インデクス数）×2
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(g)　HiRDB/パラレルサーバの場合（バックエンドサーバ）で，主キーの追加，削除以外のとき

オブジェクトが無効となるルーチン数
DROP COLUMNの場合に加算します。
＋表に定義してあるトリガ数
ADD 列名の場合に加算します。
　BLOB列を追加する場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　BLOB属性を持つユーザ定義型列を追加する場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　インナレプリカ機能を使用している場合にさらに加算します。
　　BLOB列を追加する場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
　　BLOB属性を持つユーザ定義型列を追加する場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
ADD RDAREAの場合に加算します。
＋4
＋表に定義してあるインデクス数×2
＋表に定義してあるBLOB列数
＋表に定義してあるユーザ定義型のBLOB属性数
　インナレプリカ機能を使用している場合にさらに加算します。
　＋2
　＋（表に定義してあるインデクス数×2
　＋表に定義してあるBLOB列数＋2
　＋表に定義してあるユーザ定義型のBLOB属性数）×（表で使用しているRDエリア数＋1）×（世代数＋1）
CHANGE 列名の場合に加算します。
列回復制約が定義してある場合に加算します。
　列がBLOB列の場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　列がBLOB属性を持つユーザ定義型列の場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数
　インナレプリカ機能を使用している場合にさらに加算します。
　　列がBLOB列の場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
　　列がBLOB属性を持つユーザ定義型列の場合にさらに加算します。
　　＋2
　　＋（1＋表に定義してあるインデクス数
　　＋表に定義してあるBLOB列数
　　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているLOB用RDエリア数×（世代数＋1）
CHANGE SEGMENT REUSEの場合に加算します。
＋2
＋表で使用するRDエリア数
　インナレプリカ機能を使用している場合にさらに加算します。
　＋2
　＋（1＋表に定義してあるインデクス数
　＋表に定義してあるBLOB列数
　＋表に定義してあるユーザ定義型のBLOB属性数）×表で使用しているRDエリア数×（世代数＋1）
CHANGE RDAREAの場合に加算します。
＋2
＋削除対象インデクス数
＋（2
＋表に定義してあるインデクス数×2
＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
＋表から削除するRDエリア数）
　インナレプリカ機能を使用している場合にさらに加算します。
　＋2
　＋削除対象インデクス数
　＋（2
　＋表に定義してあるインデクス数×2
　＋表に定義してあるBLOB列数）×（表に追加するRDエリア数
　＋表から削除するRDエリア数）×（世代数＋1）

(h)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）で，主キーの追加，削除のとき

(i) 主キーの追加の場合

5＋インデクス格納RDエリア数×2
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数
インナレプリカ機能を使用している場合に加算します。
　対象表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋LOB列格納用RDエリア数
　＋LOB属性格納用RDエリア数

(ii) 主キーの削除の場合

5＋インデクス格納RDエリア数×4＋インデクスセグメント数
対象表を参照するルーチンがある場合に加算します。
＋対象表を参照するルーチン数
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数
インナレプリカ機能を使用している場合に加算します。
＋表格納RDエリア数
　インデクスを定義している表にLOB列又はLOB属性が定義されている場合にさらに加算します。
　＋LOB列格納用RDエリア数
　＋LOB属性格納用RDエリア数

(i)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※）

2

注※　インナレプリカ機能を使用する場合は世代数分必要になります。

(5)　ALTER TRIGGER

(a)　HiRDB/シングルサーバの場合

19
実行者が所有者以外の場合に加算します。
＋2
トリガ契機列がある場合に加算します。
＋トリガの契機列数×2＋1
トリガ動作条件指定がある場合に加算します。
＋トリガの動作条件中で使用している資源情報数×2＋1
トリガが使用するリソースがある場合に加算します。
＋使用するリソース数×2＋1
使用するリソースに表がある場合に加算します。
＋使用する表数
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型数＋1
パラメタを指定している場合に加算します。
＋パラメタ数×2＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

17
実行者が所有者以外の場合に加算します。
＋2
トリガ契機列がある場合に加算します。
＋トリガの契機列数×2＋1
トリガ動作条件指定がある場合に加算します。
＋トリガの動作条件中で使用している資源情報数×2＋1
トリガが使用するリソースがある場合に加算します。
＋使用するリソース数×2＋1
使用するリソースに表がある場合に加算します。
＋使用する表数
使用するリソースにビュー表がある場合に加算します。
＋使用するビュー表数
＋使用するビュー表で使用する利用資源数＋1
使用するリソースにインデクスがある場合に加算します。
＋使用するインデクス数＋1
使用するリソースにルーチンがある場合に加算します。
＋使用するルーチン数
使用するリソースにユーザ定義型がある場合に加算します。
＋使用するユーザ定義型数＋1
パラメタを指定している場合に加算します。
＋パラメタ数×2＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

1

(6)　COMMENT

(a)　HiRDB/シングルサーバの場合

3
コメントが列の場合に加算します。
＋2

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3
コメントが列の場合に加算します。
＋2

(7)　CREATE AUDIT

(a)　HiRDB/シングルサーバの場合

7
オブジェクト指定ありの場合に加算します。
＋該当するオブジェクトの定義数
オブジェクト指定なしの場合に加算します。
＋オブジェクト指定のない定義数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

7
オブジェクト指定ありの場合に加算します。
＋該当するオブジェクトの定義数
オブジェクト指定なしの場合に加算します。
＋オブジェクト指定のない定義数

(8)　CREATE CONNECTION SECURITY

(a)　HiRDB/シングルサーバの場合

7＋ディクショナリ表SQL_USERSに登録されているユーザ数
FOR CONSTRAINT指定の場合に加算します。
＋3

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

6＋ディクショナリ表SQL_USERSに登録されているユーザ数
FOR CONSTRAINT指定の場合に加算します。
＋3

(9)　CREATE 〔PUBLIC 〕FUNCTION

(a)　HiRDB/シングルサーバの場合

CREATE 〔PUBLIC 〕PROCEDUREの排他資源数＋オブジェクトが無効となるルーチン数
パラメタがある場合に加算します。
＋パラメタ数×2
パラメタにユーザ定義型がある場合に加算します。
＋ユーザ定義型数×2
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×4＋2
＋無効となるルーチンのリソース数×5＋1
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びバックエンドサーバ）

CREATE 〔PUBLIC 〕PROCEDUREの排他資源数＋オブジェクトが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

CREATE 〔PUBLIC 〕PROCEDUREの排他資源数＋オブジェクトが無効となるルーチン数
パラメタがある場合に加算します。
＋パラメタ数×2
パラメタにユーザ定義型がある場合に加算します。
＋ユーザ定義型数×2
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×4＋2
＋無効となるルーチンのリソース数×5＋1
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1

(10)　CREATE INDEX（プラグインインデクスではない場合）

(a)　HiRDB/シングルサーバの場合※

20＋インデクスが無効となるルーチン数＋構成列数×4
一時インデクスではない場合に加算します。
＋5＋2×インデクス格納RDエリア数
＋インデクス格納RDエリア数×４
インデクスを定義する表を参照するルーチン数がある場合に加算します。
＋インデクスを定義する表を参照するルーチン数×4＋2
インデクスを定義した表を参照するトリガ動作手続きがある場合に加算します。
＋インデクスを定義した表を参照するトリガ動作手続き数×5
インデクス格納RDエリアが二つ以上の場合に加算します。
＋インデクス格納RDエリア数×3＋1
インデクスが部分構造インデクスの場合に加算します。
＋インデクス構成部分構造パス数×3
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋インデクスが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

19＋構成列数×4
一時インデクスではない場合に加算します。
＋インデクス格納RDエリア数×４
インデクスを定義する表を参照するルーチン数がある場合に加算します。
＋インデクスを定義する表を参照するルーチン数×4＋2
インデクスを定義した表を参照するトリガ動作手続きがある場合に加算します。
＋インデクスを定義した表を参照するトリガ動作手続き数×5
インデクス格納RDエリアが二つ以上の場合に加算します。
＋インデクス格納RDエリア数×3＋1＋インデクスが無効となるルーチン数
インデクスが部分構造インデクスの場合に加算します。
＋インデクス構成部分構造パス数×3

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）で一時インデクスではないとき

5＋インデクス格納RDエリア数×2＋インデクスが無効となるルーチン数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

(e)　HiRDB/パラレルサーバの場合（バックエンドサーバ）で一時インデクスのとき

インデクスが無効となるルーチン数

(f)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※）

2

注※　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

(11)　CREATE INDEX（プラグインインデクスの場合）

(a)　HiRDB/シングルサーバの場合※

21
＋インデクスが無効となるルーチン数
＋インデクス格納RDエリア数×8
＋構成列数×4
＋適用関数数×5
＋Σ適用関数パラメタ数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋インデクスが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

15
＋インデクス格納RDエリア×6
＋構成列数×4
＋適用関数数×5
＋Σ適用関数パラメタ数
＋インデクスが無効となるルーチン数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）

5＋インデクス格納RDエリア数×2＋インデクスが無効となるルーチン数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

注※　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

(12)　CREATE 〔PUBLIC 〕PROCEDURE

(a)　HiRDB/シングルサーバの場合

13
＋SQL文前処理でアクセスする表数
＋SQL文前処理でアクセスするビュー表数
＋SQL文前処理でアクセスするビュー表の基となる実表数
使用するリソースがある場合に加算します。
＋使用するリソース数×7＋3
パラメタを指定している場合に加算します。
＋パラメタ数×3＋1
パラメタのデータ型がユーザ定義型の場合に加算します。
＋ユーザ定義型のパラメタ数×2＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3
＋SQL文前処理でアクセスする表数
＋SELECT文前処理でアクセスするビュー表数
＋SELECT文前処理でアクセスするビュー表の基となる実表数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

15
使用するリソースがある場合に加算します。
＋使用するリソース数×7＋3
パラメタを指定している場合に加算します。
＋パラメタ数×3＋1
パラメタのデータ型がユーザ定義型の場合に加算します。
＋ユーザ定義型のパラメタ数×2＋1

(13)　CREATE SCHEMA

(a)　HiRDB/シングルサーバの場合

5

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

5

(14)　CREATE SEQUENCE

(a)　HiRDB/シングルサーバの場合

9＋2

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

9

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

2

(15)　CREATE TABLE

(a)　HiRDB/シングルサーバの場合※で，表を格納するRDエリアを省略し，かつ非横分割表（一時表を含む）のとき

20＋列数×3
一時表ではない場合に加算します。
＋9
＋公用RDエリア数×3
＋LOB列数×4
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6
＋LOB属性数×分割RDエリア数×4
＋ユーザ定義型属性数×2
＋5
クラスタキーを定義している場合に加算します。
＋8
＋構成列数×3
　一時表ではない場合にさらに加算します。
　＋5
　＋インデクス格納RDエリア数×2
　＋分割RDエリア数×6
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
　＋被参照表を参照する関数の総数
検査制約を定義している場合に加算します。
＋検査制約数×9

(b)　HiRDB/シングルサーバの場合※で，表を格納するRDエリアを指定し，かつ非横分割表のとき

28＋列数×4＋LOB列数×4＋表格納RDエリア数×4
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6
＋LOB属性数×分割RDエリア数×4
＋ユーザ定義型属性数×2
＋5
クラスタキーを定義している場合に加算します。
＋5
＋インデクス格納RDエリア数×2
＋分割RDエリア数×6
＋8
＋構成列数×3
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
　＋被参照表を参照する関数の総数
検査制約を定義している場合に加算します。
＋検査制約数×9

(c)　HiRDB/シングルサーバの場合※で，横分割表のとき

29＋列数×4＋分割RDエリア数×21＋LOB列数×分割RDエリア数×4
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6
＋LOB属性数×分割RDエリア数×4
＋ユーザ定義型属性数×2
＋5
クラスタキーを定義している場合に加算します。
＋5
＋インデクス格納RDエリア数×2
＋分割RDエリア数×6
＋8
＋構成列数×3
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
　＋被参照表を参照する関数の総数
検査制約を定義している場合に加算します。
＋検査制約数×9

(d)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3
参照制約を定義している場合に加算します。
＋被参照表数
＋被参照表を参照する総ルーチン数

(e)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）で，表を格納するRDエリアを省略し，かつ非横分割表（一時表を含む）のとき

20＋列数×3
一時表ではない場合に加算します。
＋公用RDエリア数×3
＋LOB列数×分割RDエリア数×4
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6
＋LOB属性数×分割RDエリア数×4
＋ユーザ定義型属性数×2
＋5
クラスタキーを定義している場合に加算します。
＋8＋構成列数×3
　一時表ではない場合にさらに加算します。
　＋分割RDエリア数×6
参照制約を定義している場合に加算します。
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
検査制約を定義している場合に加算します。
＋検査制約数×9

(f)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）で，表を格納するRDエリアを指定し，かつ非横分割表のとき

25＋列数×4＋LOB列数×4
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6
＋LOB属性数×分割RDエリア数×4
＋ユーザ定義型属性数×2
＋5
クラスタキーを定義している場合に加算します。
＋分割RDエリア数×6＋8＋構成列数×3
参照制約を定義している場合に加算します。
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
検査制約を定義している場合に加算します。
＋検査制約数×9

(g)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）で，横分割表のとき

マトリクス分割表ではない場合に加算します。
24＋列数×4＋分割RDエリア数×17＋LOB列数×分割RDエリア数×4
マトリクス分割表の場合に加算します。
21＋列数×4
＋分割RDエリア数（重複排除しない数）×16
＋LOB列数×分割RDエリア数×4
＋分割キー数×2
＋（格納条件数＋2）×2
＋2
ユーザ定義型を使用した場合に加算します。
＋ユーザ定義型数×6＋LOB属性数×分割RDエリア数×4＋ユーザ定義型属性数×2＋5
クラスタキーを定義している場合に加算します。
＋分割RDエリア数×6＋8＋構成列数×3
参照制約を定義している場合に加算します。
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
　無効となる関数がある場合にさらに加算します。
　＋オブジェクトが無効となる関数の数
　＋Σ（2＋プロシジャ内リソース数×5）
検査制約を定義している場合に加算します。
＋検査制約数×9

(h)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）で，一時表ではないとき

5＋表格納RDエリア数×4
クラスタキーを定義している場合に加算します。
＋5＋インデクス格納RDエリア数×2

(i)　HiRDB/パラレルサーバの場合（バックエンドサーバ）で，一時表のとき

0

(j)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※）

2
クラスタキーを定義している場合に加算します。
＋1

注※　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

(16)　CREATE TRIGGER

(a)　HiRDB/シングルサーバの場合

21
＋オブジェクトが無効になるルーチン数×5
＋トリガ動作手続きで使用している資源数×5
トリガ動作条件指定がある場合に加算します。
＋トリガ動作条件指定中で使用している資源数×5＋3
トリガ動作手続き中に新旧値相関名で修飾した列名を使用している場合に加算します。
＋新値相関名で修飾した列種類数×3＋旧値相関名で修飾した列種類数×3＋3
トリガ契機列を指定する場合に加算します。
＋トリガ契機列数×3
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×5＋ルーチンが使用する資源数×5
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3＋オブジェクトが無効になるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

18＋オブジェクトが無効になるルーチン数＋トリガ動作手続きで使用している資源数×5
トリガ動作条件指定がある場合に加算します。
＋トリガ動作条件指定中で使用している資源数×5＋3
トリガ動作手続き中に新旧値相関名で修飾した列名を使用している場合に加算します。
＋新値相関名で修飾した列種類数×3＋旧値相関名で修飾した列種類数×3＋3
トリガ契機列を指定する場合に加算します。
＋トリガ契機列数×3
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×5＋ルーチンが使用する資源数×5
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

オブジェクトが無効になるルーチン数

(17)　CREATE TYPE

(a)　HiRDB/シングルサーバの場合

22＋無効となるルーチン数＋属性数×3
属性にユーザ定義型がある場合に加算します。
＋（ユーザ定義型数×6＋2）
サブタイプ定義の場合に加算します。
＋11
無効となるルーチンがある場合に加算します。
＋（無効となるルーチン数×4＋2＋無効となるルーチンのリソース数×5＋1）
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1
関数又は手続き定義をする場合に加算します。
＋関数・手続き定義分排他資源数※

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋無効となるルーチン数
関数又は手続き定義をする場合に加算します。
＋関数・手続き定義数分排他資源数※

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

21＋属性数×3
属性にユーザ定義型がある場合に加算します。
＋（ユーザ定義型数×6＋2）
サブタイプ定義の場合に加算します。
＋11
無効となるルーチンがある場合に加算します。
＋（無効となるルーチン数×4＋2＋無効となるルーチンのリソース数×5＋1）
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1
関数又は手続き定義をする場合に加算します。
＋関数又は手続き定義数分排他資源数※

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

無効になるルーチン数

注※　関数定義又はプロシジャ定義の排他要求数を参照してください。

(18)　CREATE 〔PUBLIC 〕VIEW

(a)　HiRDB/シングルサーバの場合

31
＋SELECT文前処理でアクセスする表数
＋SELECT文前処理でアクセスするビュー表数
＋SELECT文前処理でアクセスするビュー表の基となる実表数
＋列数×4
＋ビュー表の基表数×4
＋SELECT文前処理の数
パブリックビュー表の場合に加算します。
＋2
＋パブリックビュー表と同じ名称の表数×2
＋パブリックビュー表と同じ名称のビュー表数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3
＋SELECT文前処理でアクセスする表数
＋SELECT文前処理でアクセスするビュー表数
＋SELECT文前処理でアクセスするビュー表の基となる実表数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

28＋列数×4＋ビュー表の基表数×4＋SELECT文前処理の数
パブリックビュー表の場合に加算します。
＋2
＋パブリックビュー表と同じ名称の表数×2
＋パブリックビュー表と同じ名称のビュー表数×2

(19)　DROP AUDIT

(a)　HiRDB/シングルサーバの場合

7
オブジェクト指定ありの場合に加算します。
＋該当するオブジェクトの定義数
オブジェクト指定なしの場合に加算します。
＋オブジェクト指定のない定義数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

7
オブジェクト指定ありの場合に加算します。
＋該当するオブジェクトの定義数
オブジェクト指定なしの場合に加算します。
＋オブジェクト指定のない定義数

(20)　DROP CONNECTION SECURITY

(a)　HiRDB/シングルサーバの場合

7＋ディクショナリ表SQL_USERSに登録されているユーザ数
FOR CONSTRAINT指定の場合に加算します。
＋3

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

6＋ディクショナリ表SQL_USERSに登録されているユーザ数
FOR CONSTRAINT指定の場合に加算します。
＋3

(21)　DROP DATA TYPE

(a)　HiRDB/シングルサーバの場合

26＋無効となるルーチン数＋属性数×3
サブタイプの場合に加算します。
＋6
ユーザ定義型の属性がある場合に加算します。
＋ユーザ定義型属性数×4
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×4＋2＋無効となるルーチンのリソース数×5＋1
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1
関数定義がある場合に加算します。
＋関数定義数×7＋1＋関数のパラメタ数×4＋1
＋関数で使用する手続き数×5＋1
手続き定義がある場合に加算します。
＋手続き定義数×5＋1＋手続きのパラメタ数×4＋1
＋手続きで使用するリソース数×5＋1
トリガ動作条件に指定している場合に加算します。
＋15
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

23＋属性数×3＋オブジェクトが無効となるルーチン数
サブタイプの場合に加算します。
＋6
ユーザ定義型の属性がある場合に加算します。
＋ユーザ定義型属性数×4
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×4＋2＋無効となるルーチンのリソース数×5＋1
　無効となるルーチンをビュー表で使用している場合にさらに加算します。
　＋ビュー表で使用している無効となるルーチン数＋1
　＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1
関数定義がある場合に加算します。
＋関数定義数×7＋1＋関数のパラメタ数×4＋1＋関数で使用する手続き数×5＋1
手続き定義がある場合に加算します。
＋手続き定義数×5＋1＋手続きのパラメタ数×4＋1＋手続きで使用するリソース数×5＋1
トリガ動作条件に指定している場合に加算します。
＋15
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

オブジェクトが無効となるルーチン数

(22)　DROP 〔PUBLIC 〕FUNCTION

(a)　HiRDB/シングルサーバの場合

DROP 〔PUBLIC 〕PROCEDUREの排他資源数
パラメタがある場合に加算します。
＋パラメタ数×2
パラメタにユーザ定義型がある場合に加算します。
＋ユーザ定義型数×2
トリガ動作条件に指定している場合に加算します。
＋15
無効となるルーチンをビュー表で使用している場合に加算します。
＋ビュー表で使用している無効となるルーチン数＋1＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ，及びバックエンドサーバ）

DROP 〔PUBLIC 〕PROCEDUREと同じ

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

DROP 〔PUBLIC 〕PROCEDUREの排他資源数
パラメタがある場合に加算します。
＋パラメタ数×2
パラメタにユーザ定義型がある場合に加算します。
＋ユーザ定義型数×2
トリガ動作条件に指定している場合に加算します。
＋15
無効となるルーチンをビュー表で使用している場合に加算します。
＋ビュー表で使用している無効となるルーチン数＋1＋ビュー表で使用している無効となるルーチン数×パラメタ数＋1

(23)　DROP INDEX（プラグインインデクスではない場合）

(a)　HiRDB/シングルサーバの場合※

22
＋オブジェクト又はインデクスが無効となるルーチン数
＋構成列数×3
一時インデクスではない場合に加算します。
＋インデクス格納RDエリア数×７
＋インデクスセグメント数
一時インデクスの場合に加算します。
＋3
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×7＋1
インデクスを定義した表を参照するトリガ動作手続きがある場合に加算します。
＋インデクスを定義した表を参照するトリガ動作手続き数×5
インデクスの最適化情報を取得している場合に加算します。
＋4
インデクスが部分構造インデクスの場合に加算します。
＋インデクス構成部分構造パス数×3
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋オブジェクト又はインデクスが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

16
＋構成列数×3
＋オブジェクト又はインデクスが無効となるルーチン数
一時インデクスではない場合に加算します。
＋インデクス格納RDエリア数×3
無効となるルーチンがある場合に加算します。
無効となるルーチン数×7＋1
インデクスを定義した表を参照するトリガ動作手続きがある場合に加算します。
＋インデクスを定義した表を参照するトリガ動作手続き数×5
インデクスの最適化情報を取得している場合に加算します。
＋4
インデクスが部分構造インデクスの場合に加算します。
＋インデクス構成部分構造パス数×3
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）で一時インデクスではないとき

5
＋インデクス格納RDエリア数×4
＋インデクスセグメント数
＋オブジェクト又はインデクスが無効となるルーチン数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

(e)　HiRDB/パラレルサーバの場合（バックエンドサーバ）で一時インデクスのとき

オブジェクト又はインデクスが無効となるルーチン数

(f)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※）

2

注※　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

(24)　DROP INDEX（プラグインインデクスの場合）

(a)　HiRDB/シングルサーバの場合※

15
＋オブジェクト又はインデクスが無効となるルーチン数
＋インデクス格納RDエリア数×10
＋構成列数×4
＋適用関数数×3
＋インデクスセグメント数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋オブジェクト又はインデクスが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

9
＋インデクス格納RDエリア数×6
＋構成列数×4
＋適用関数数×3
＋オブジェクト又はインデクスが無効となるルーチン数
再編成時期予測機能を使用している場合に加算します。
＋インデクス格納RDエリア数×62＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※）

5
＋インデクス格納RDエリア数×4
＋インデクスセグメント数
＋オブジェクト又はインデクスが無効となるルーチン数
インナレプリカ機能を使用していて，インデクスを定義した表にLOB列又はLOB属性が定義されている場合に加算します。
＋LOB列格納RDエリア数＋LOB属性格納RDエリア数

注※　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

(25)　DROP 〔PUBLIC 〕PROCEDURE

(a)　HiRDB/シングルサーバの場合

19＋パラメタ数×5＋リソース数×10＋オブジェクトが無効になるルーチン数
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×4＋2＋無効になるルーチンのリソース数×5＋1
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋オブジェクトが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

18＋パラメタ数×3＋リソース数×10＋オブジェクトが無効となるルーチン数
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×4＋2＋無効になるルーチンのリソース数×5＋1
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

オブジェクトが無効となるルーチン数

(26)　DROP SCHEMA

(a)　HiRDB/シングルサーバの場合※1

11
＋スキーマ内の表数
＋スキーマ内のビュー表数
＋スキーマ内のルーチン数
＋スキーマ内の表又はビュー表を基表にしたほかのスキーマのビュー表数
＋削除する表，ビュー表，ルーチン，又はデータ型を参照するほかのスキーマのインデクス数
スキーマ内の表削除分を加算します（マトリクス分割表ではない場合）。
＋Σ｛表格納RDエリア数×3
＋分割条件指定数×9
＋列数×4
＋（LOB列数×4）×表格納RDエリア数
＋1
＋8｝
＋2
＋Σ（表格納RDエリア数×10
＋10
＋表データの使用中セグメント数）
スキーマ内の表削除分を加算します（マトリクス分割表の場合）。
＋Σ｛表格納RDエリア数×3
＋表格納RDエリア指定数（重複排除しない数）×12
＋列数×4
＋（LOB列数×4）×表格納RDエリア数
＋1
＋8
＋削除表の権限定義数
＋分割キー数×2
＋（格納条件指定数＋2）×2
＋2｝
＋3
＋Σ（表格納RDエリア数×10
＋10
＋表データの使用中セグメント数）
スキーマ内のインデクス削除分を加算します。
＋3
＋Σ（インデクス格納RDエリア数×7
＋構成列数×3
＋インデクス構成部分構造パス数×3※2）
＋Σ（インデクス格納RDエリア数×8
＋10
＋インデクスの使用中セグメント数）
＋8
最適化情報を収集している場合に加算します。
＋最適化情報収集表数×2＋最適化情報収集列数×3＋最適化情報収集インデクス数×3
表削除に伴い削除されるビュー表分を加算します。
＋2＋Σ（12＋ビュー表の基表数×4＋列数×4）
スキーマ内の表，ビュー表，ルーチン，又はデータ型を使用しているルーチン分を加算します。
＋3＋Σ（5＋プロシジャ内リソース数×5＋パラメタ定義数×3）
無効となるプロシジャがある場合に加算します。
＋無効となるプロシジャ数＋Σ（2＋リソース数×5）＋スキーマ内に定義されたデータ型数分※3
削除する表を参照するトリガ動作手続きがある場合に加算します。
＋削除する表を参照するトリガ動作手続き数×5
トリガを定義した表がある場合に加算します。
＋スキーマ内トリガ定義数×8
＋スキーマ内UPDATEトリガ定義の総指定列数×3
＋スキーマ内トリガ動作条件があるトリガ数×3
＋スキーマ内トリガ動作条件中で参照する資源種類数×5
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
検査制約を定義している場合に加算します。
＋検査制約数×9
再編成時期予測機能を使用している場合に加算します。
＋Σ｛（表格納RDエリア数
＋（LOB列数＋LOB属性数）×表格納用RDエリア数）×62｝
＋Σ｛（インデクス格納RDエリア数
＋（LOB列数＋LOB属性数）×表格納用RDエリア数）×62｝
＋1
スキーマ内に順序数生成子がある場合に加算します。
＋2＋スキーマ内の順序数生成子数×3
＋スキーマ内の順序数生成子数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3
＋スキーマ内の表数
＋スキーマ内のビュー表数
＋スキーマ内のルーチン数
＋スキーマ内の順序数生成子数
＋スキーマ内の表，又はビュー表を基表にしたほかのスキーマのビュー表数
＋削除する表，ビュー表，ルーチン，又はデータ型を参照するほかのスキーマのルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

11＋ほかのスキーマのインデクス数
スキーマ内の表削除分を加算します（マトリクス分割表ではない場合）。
＋Σ｛表格納RDエリア数×3
＋分割条件指定数×9
＋列数×4
＋（LOB列数×4）×表格納RDエリア数
＋削除する表への権限定義数×3
＋6｝
＋11
スキーマ内の表削除分を加算します（マトリクス分割表の場合）。
＋Σ｛表格納RDエリア数×3
＋表格納RDエリア指定数（重複排除しない数）×12
＋列数×4
＋（LOB列数×4）×表格納RDエリア数
＋削除表の権限定義数×3
＋1
＋6
＋分割キー数×2
＋（格納条件指定数＋2）×2
＋2｝
＋3
スキーマ内のインデクス削除分を加算します。
＋4
＋Σ（インデクス格納RDエリア数×7
＋構成列数×7
＋インデクス構成部分構造パス数×3※2）
＋インデクス数×5
最適化情報を収集している場合に加算します。
＋最適化情報収集表数×2
＋表の最適化情報収集列数×3
＋最適化情報収集インデクス数×3
表削除に伴い削除されるビュー表分を加算します。
＋2
＋Σ（18＋ビュー表の基表数×4＋列数×4＋ビュー表への権限定義数×3）
スキーマ内の表，ビュー表，ルーチン，データ型を使用しているルーチン分を加算します。
＋3
＋Σ（5＋プロシジャ内リソース数×10＋パラメタ定義数×3）
無効となるプロシジャがある場合に加算します。
＋無効となるプロシジャ数
＋Σ（5＋リソース数×5）
＋スキーマ内に定義されたデータ型数分※3
削除する表を参照するトリガ動作手続きがある場合に加算します。
＋削除する表を参照するトリガ動作手続き数×5
トリガを定義した表がある場合に加算します。
＋スキーマ内トリガ定義数×8
＋スキーマ内UPDATEトリガ定義の総指定列数×3
＋スキーマ内トリガ動作条件があるトリガ数×3
＋スキーマ内トリガ動作条件中で参照する資源種類数×5
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
検査制約を定義している場合に加算します。
＋検査制約数×9
再編成時期予測機能を使用している場合に加算します。
＋Σ（（表格納RDエリア数＋（LOB列数＋LOB属性数）×表格納用RDエリア数）×62）
＋Σ（（インデクス格納RDエリア数＋（LOB列数＋LOB属性数）×表格納用RDエリア数）×62）＋1
スキーマ内に順序数生成子がある場合に加算します。
＋2＋スキーマ内の順序数生成子数×2

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※1）

8
＋オブジェクト又はインデクスオブジェクトが無効となるルーチン数
一時表及び一時インデクスではない場合に加算します。
＋Σ（表格納RDエリア数×10＋10＋表データの使用中セグメント数）
＋Σ（インデクス格納RDエリア数×8＋10＋インデクスの使用中セグメント数）
スキーマ内に順序数生成子が存在する場合に加算します。
＋スキーマ内の順序数生成子数×2

(e)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※1）

表数＋インデクス格納RDエリア数

注※1　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

注※2　インデクスが部分構造インデクスの場合に繰り返し加算します。

注※3　ユーザ定義型削除時の排他要求数を参照してください。

(27)　DROP SEQUENCE

(a)　HiRDB/シングルサーバの場合

9＋2
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数×3＋2
トリガが定義されている場合に加算します。
＋トリガ定義数×2
＋2
＋定義トリガ契機列数
＋1
＋定義トリガで使用するパラメタ数
＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

8
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数×2＋2
トリガが定義されている場合に加算します。
＋トリガ定義数×2＋2＋定義トリガ契機列数＋1＋定義トリガで使用するパラメタ数＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

2

(28)　DROP TABLE

(a)　HiRDB/シングルサーバの場合※1

マトリクス分割表ではない場合に加算します。
24
＋表を基に定義したビュー表数
＋削除する表又はビュー表を参照するルーチン数
＋列数×4
　一時表ではない場合にさらに加算します。
　＋5
　＋表格納RDエリア数×4
　＋表データの使用中セグメント数
　＋表格納RDエリア数×3
　＋分割条件指定数×9
マトリクス分割表の場合に加算します。
22
＋表を基に定義したビュー表数
＋削除する表又はビュー表を参照するルーチン数
＋表格納RDエリア数×3
＋表格納RDエリア数（重複排除しない数）×8
＋列数×4
＋5
＋表格納RDエリア数×4
＋表データの使用中セグメント数
＋分割キー数×2
＋（格納条件指定数＋2）×2
＋2
インデクスを定義している場合に加算します。
＋Σ（構成列数×3）＋3
　一時インデクスではない場合に加算します。
　＋Σ（インデクス格納RDエリア数×2）
　＋インデクスの使用中セグメント数
　＋Σ｛（インデクス格納RDエリア数×7）＋（インデクス構成部分構造パス数×3）※2｝
LOB列を定義している場合に加算します。
＋（LOB列数×4）×表格納RDエリア数＋1
最適化情報を収集している場合に加算します。
＋2＋最適化情報収集列数×3＋最適化情報収集インデクス数×3
ビュー表の基表の場合に加算します。
＋削除対象ビュー表数＋Σ｛（12＋ビュー表の基表数）＋列数×4｝＋2
無効となるルーチンがある場合に加算します。
＋オブジェクトが無効となるルーチン数＋Σ（2＋プロシジャ内リソース数×5）
削除する表を参照するトリガ動作手続きがある場合に加算します。
＋削除する表を参照するトリガ動作手続き数×5
ユーザ定義型の列が定義されている場合に加算します。
＋ユーザ定義型列数×4＋LOB属性数×分割RDエリア数×5＋抽象データ型属性数＋4
トリガが定義されている場合に加算します。
＋トリガ定義数×8
＋UPDATEトリガ定義の総指定列数×3
＋トリガ動作条件があるトリガ数×3
＋トリガ動作条件中で参照する資源種類数×5
LOB列又はLOB属性を含むユーザ定義型を定義している場合に加算します。
＋Σ（↑RDエリア確保セグメント数÷64000↑＋1）※3
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
＋制約削除によって影響する被参照表の関数の総数
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
検査制約を定義している場合に加算します。
＋検査制約数×9
再編成時期予測機能を使用している場合に加算します。
＋｛表格納用RDエリア数＋インデクス格納RDエリア数
＋（LOB列数＋LOB属性数）×表格納用RDエリア数｝×62＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3＋表を基に定義したビュー表数＋削除する表又はビュー表を参照するルーチン数
参照制約を定義している場合に加算します。
＋被参照表数×4
＋制約削除によって影響する被参照表の関数の総数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

マトリクス分割表ではない場合に加算します。
21＋列数×4
＋オブジェクトが無効となるルーチン数
　一時表ではない場合にさらに加算します。
　＋表格納RDエリア数×3
　＋分割条件指定数×9
マトリクス分割表の場合に加算します。
19＋表格納RDエリア数×3＋分割条件指定数×9＋列数×4＋オブジェクトが無効となるルーチン数
インデクスを定義している場合に加算します。
＋Σ（構成列数×3）＋3
　一時表ではない場合にさらに加算します。
　＋Σ｛（インデクス格納RDエリア数×7）＋（インデクス構成部分構造パス数×3※2）｝
LOB列を定義している場合に加算します。
＋（LOB列数×4）×表格納RDエリア数＋1
最適化情報を収集している場合に加算します。
＋2＋最適化情報収集列数×3＋最適化情報収集インデクス数×3
ビュー表の基表の場合に加算します。
＋削除対象ビュー表数＋Σ｛12＋ビュー表の基表数）＋列数×4｝＋2
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数＋Σ（2＋プロシジャ内リソース数×5）
削除する表を参照するトリガ動作手続きがある場合に加算します。
＋削除する表を参照するトリガ動作手続き数×5
ユーザ定義型の列が定義されている場合に加算します。
＋ユーザ定義型列数×4＋LOB属性数×分割RDエリア数×5＋抽象データ型属性数＋4
トリガが定義されている場合に加算します。
＋トリガ定義数×8
＋UPDATEトリガ定義の総指定列数×3
＋トリガ動作条件があるトリガ数×3
＋トリガ動作条件中で参照する資源種類数×5
参照制約を定義している場合に加算します。
＋被参照表数
＋外部キー数×10
　参照制約動作にCASCADEが定義されている場合にさらに加算します。
　＋CASCADE数×17
　＋CASCADEで指定した被参照数×4
　参照制約動作の指定がUPDATE ON CASCADEの場合にさらに加算します。
　＋CASCADEを指定した被参照表の主キー構成列の合計数×8
　＋CASCADEで指定した被参照数×3
検査制約を定義している場合に加算します。
＋検査制約数×9
再編成時期予測機能を使用している場合に加算します。
＋｛表格納用RDエリア数＋インデクス格納RDエリア数
＋（LOB列数＋LOB属性数）×表格納用RDエリア数｝×62＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ※1）で一時表ではないとき

5＋表格納RDエリア数×4＋表データの使用中セグメント数＋オブジェクトが無効となるルーチン数
インデクスを定義している場合に加算します。
＋Σ（インデクス格納RDエリア数×2）＋インデクスの使用中セグメント数
LOB列又はLOB属性を含むユーザ定義型を定義している場合に加算します。
＋Σ（↑RDエリア確保セグメント数÷64000↑＋1）※3

(e)　HiRDB/パラレルサーバの場合（バックエンドサーバ）で一時表のとき

オブジェクト又はインデクスが無効となるルーチン数

(f)　HiRDB/パラレルサーバの場合（参照専用バックエンドサーバ※1）

2
共用インデクスを定義している場合に加算します。
＋インデクス格納RDエリア数

注※1　インナレプリカ機能を使用する場合は世代数分の排他要求数が必要になります。

注※2　インデクスが部分構造インデクスの場合に繰り返し加算します。

注※3　LOB格納RDエリアの数だけ繰り返し加算します。

(29)　DROP TRIGGER

(a)　HiRDB/シングルサーバの場合

19＋オブジェクトが無効になるルーチン数＋トリガ動作手続きで使用している資源数×5
トリガ動作条件指定がある場合に加算します。
＋トリガ動作条件指定中で使用している資源数×5＋3
トリガ動作手続き中に新旧値相関名で修飾した列名を使用している場合に加算します。
＋新値相関名で修飾した列種類数×3＋旧値相関名で修飾した列種類数×3＋3
トリガ契機列を指定する場合に加算します。
＋トリガ契機列数×3
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×5＋ルーチンが使用する資源数×5
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3＋オブジェクトが無効になるルーチン数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

16＋オブジェクトが無効になるルーチン数＋トリガ動作手続きで使用している資源数×5
トリガ動作条件指定がある場合に加算します。
＋トリガ動作条件指定中で使用している資源数×5＋3
トリガ動作手続き中に新旧値相関名で修飾した列名を使用している場合に加算します。
＋新値相関名で修飾した列種類数×3＋旧値相関名で修飾した列種類数×3＋3
トリガ契機列を指定する場合に加算します。
＋トリガ契機列数×3
無効になるルーチンがある場合に加算します。
＋無効になるルーチン数×5＋ルーチンが使用する資源数×5
無効になるルーチンにトリガ動作手続きがある場合に加算します。
＋トリガ動作手続き数×5

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

オブジェクトが無効になるルーチン数

(30)　DROP 〔PUBLIC 〕VIEW

(a)　HiRDB/シングルサーバの場合

10＋削除されるビュー表数＋無効となるプロシジャ数＋Σ（15＋列数×4＋ビューの基表数×4）
無効となるプロシジャがある場合に加算します。
＋無効となるプロシジャ数＋Σ（2＋プロシジャ内リソース数×5）
削除するビュー表を参照するトリガ動作手続きがある場合に加算します。
＋削除するビュー表を参照するトリガ動作手続き数×5
パブリックビュー表の場合に加算します。
＋1
＋パブリックビュー表と同じ名称の表数
＋パブリックビュー表と同じ名称のビュー表数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

削除されるビュー表数＋無効となるプロシジャ数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

10＋Σ（15＋列数×4＋ビューの基表数×4）
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数＋Σ（2＋ルーチン内リソース数×5）
削除するビュー表を参照するトリガ動作手続きがある場合に加算します。
＋削除するビュー表を参照するトリガ動作手続き数×5
パブリックビュー表の場合に加算します。
＋1
＋パブリックビュー表と同じ名称の表数
＋パブリックビュー表と同じ名称のビュー表数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

オブジェクトが無効となるルーチン数

(31)　GRANT AUDIT

(a)　HiRDB/シングルサーバの場合

3
パスワード文字制限機能を使用している場合に加算します。
＋2

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3
パスワード文字制限機能を使用している場合に加算します。
＋2

(32)　GRANT CONNECT

(a)　HiRDB/シングルサーバの場合

3＋指定したユーザ数
パスワード文字制限機能を使用している場合に加算します。
＋2

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3＋指定したユーザ数
パスワード文字制限機能を使用している場合に加算します。
＋2

(33)　GRANT DBA

(a)　HiRDB/シングルサーバの場合

3＋指定したユーザ数
パスワード文字制限機能を使用している場合に加算します。
＋2

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3＋指定したユーザ数
パスワード文字制限機能を使用している場合に加算します。
＋2

(34)　GRANT RDAREA

(a)　HiRDB/シングルサーバの場合

5＋指定したユーザ数
PUBLIC指定の場合に加算します。
＋指定したRDエリア数
ユーザ指定の場合に加算します。
＋指定したRDエリア数×指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

5＋指定したユーザ数
PUBLIC指定の場合に加算します。
＋指定したRDエリア数
ユーザ指定の場合に加算します。
＋指定したRDエリア数×指定したユーザ数

(35)　GRANT SCHEMA

(a)　HiRDB/シングルサーバの場合

3＋指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3＋指定したユーザ数

(36)　GRANT アクセス権限

(a)　HiRDB/シングルサーバの場合

4＋指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

4＋指定したユーザ数

(37)　REVOKE CONNECT

(a)　HiRDB/シングルサーバの場合

3＋指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3＋指定したユーザ数

(38)　REVOKE DBA

(a)　HiRDB/シングルサーバの場合

3＋指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

3＋指定したユーザ数

(39)　REVOKE RDAREA

(a)　HiRDB/シングルサーバの場合

10
PUBLIC指定の場合に加算します。
＋指定したRDエリア数
ユーザ指定の場合に加算します。
＋指定したRDエリア数×指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

10
PUBLIC指定の場合に加算します。
＋指定したRDエリア数
ユーザ指定の場合に加算します。
＋指定したRDエリア数×指定したユーザ数

(40)　REVOKE SCHEMA

(a)　HiRDB/シングルサーバの場合

5＋指定したユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

5＋指定したユーザ数

(41)　REVOKE アクセス権限

(a)　HiRDB/シングルサーバの場合

7＋指定したユーザ数
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×2＋1
表を基に定義したビュー表がある場合に加算します。
＋DROP 〔PUBLIC 〕VIEWのシングルサーバの排他資源数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数
表を基に定義したビュー表がある場合に加算します。
＋DROP 〔PUBLIC 〕VIEWのフロントエンドサーバの排他資源数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

6＋指定したユーザ数
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数×2＋1
表を基に定義したビュー表がある場合に加算します。
＋DROP 〔PUBLIC 〕VIEWのディクショナリサーバの排他資源数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

0
無効となるルーチンがある場合に加算します。
＋無効となるルーチン数
表を基に定義したビュー表がある場合に加算します。
＋DROP 〔PUBLIC 〕VIEWのバックエンドサーバの排他資源数

付録D.2　操作系SQL

(1)　SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK指定なしの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋検索対象表格納RDエリア数
＋表数
＋検索ヒット行数※3
＋利用インデクス格納RDエリア数※2
＋検索で利用したインデクスキー数※5
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※4
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の前処理の排他要求数は，リストの基表に適用して求めてください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象表格納RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びディクショナリサーバ）

［前処理］※1
リストを介した表データ検索の場合，式中の前処理の排他要求数はリストの基表に適用して求めてください。
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

検索対象表格納RDエリア数
＋表数
＋検索ヒット行数※3
＋利用インデクス格納RDエリア数※2
＋検索で利用したインデクスキー数※5
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※4
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象表格納RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

検索条件式中の，AND，ORで指定した列にインデクスが定義してある場合は，基本的にそのインデクスは使用されます。

注※3

複数の表から検索する場合は，個々の表の検索ヒット行数を求めて加算してください。

インデクス定義列に対する条件を二つ以上（FOR UPDATEがある場合は一つ以上）指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。

ページ排他指定の場合は検索ヒットページ数となります。

注※4

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※5

インデクスキー値排他指定の場合は1，インデクスキー値無排他指定の場合0になります。

(2)　SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK WAIT指定ありの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋検索対象RDエリア数
＋表数
＋1
＋利用インデクス格納RDエリア数※2
＋検索で利用したインデクスキー数※4
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の前処理の排他要求数は，リストの基表に適用して求めてください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びディクショナリサーバ）

［前処理］※1
リストを介した表データ検索の場合，式中の前処理の排他要求数はリストの基表に適用して求めてください。
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

検索対象RDエリア数
＋表数
＋2
＋利用インデクス格納RDエリア数※2
＋検索で利用したインデクスキー数※4
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

検索条件式中のAND，ORで指定した列にインデクスが定義してある場合は，基本的にそのインデクスは使用されます。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

インデクスキー値排他指定の場合は1，インデクスキー値無排他指定の場合0になります。

(3)　SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK NOWAIT指定ありの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋検索対象RDエリア数
＋表数
＋利用インデクス格納RDエリア数※2
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の前処理の排他要求数は，リストの基表に適用して求めてください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びディクショナリサーバ）

［前処理］※1
リストを介した表データ検索の場合，式中の前処理の排他要求数はリストの基表に適用して求めてください。
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

検索対象RDエリア数＋表数＋利用インデクス格納RDエリア数※2
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

検索条件式中のAND，ORで指定した列にインデクスが定義してある場合は，基本的にそのインデクスは使用されます。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

(4)　SELECT（一時表の場合，又は一時表以外でLOCK TABLEありの場合※1）

(a)　HiRDB/シングルサーバの場合

［前処理］※2＋検索対象RDエリア数＋利用インデクス格納RDエリア数
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の前処理の排他要求数は，リストの基表に適用して求めてください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びディクショナリサーバ）

［前処理］※2
リストを介した表データ検索の場合，式中の前処理の排他要求数はリストの基表に適用して求めてください。
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

検索対象RDエリア数＋利用インデクス格納RDエリア数
インデクス型プラグインを使用して検索する場合，又は参照する列にデータ型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
リストを介した表データ検索の場合，次の点に留意してください。
　・式中の検索対象表格納RDエリア数や表数は，リストの基表について求めてください。
　・次の値を加算してください。
　　＋1
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋検索対象RDエリア数＋利用インデクス格納RDエリア数
ルーチンを使用して検索する場合に加算します。
＋使用するルーチン数＋1

注※1

FOR UPDATE指定のSELECTでLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

注※2

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

(5)　INSERT（一時表以外でINSERT〜VALUES句指定，LOCK TABLEなしの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋5
＋挿入対象RDエリア数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×分岐行数
＋1ページに格納できないBINARY型の挿入列数×分岐行数
＋インデクス数
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※2
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

5
＋挿入対象RDエリア数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×分岐行数
＋1ページに格納できないBINARY型の挿入列数×分岐行数
＋インデクス数
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※2
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※3

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

(6)　INSERT（一時表の場合，又はINSERT〜VALUES句指定及びLOCK TABLEありの場合※1）

(a)　HiRDB/シングルサーバの場合

［前処理］※2＋1＋挿入対象RDエリア数※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋5
＋2×一時インデクス数
＋3×シングルサーバ内の一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※2
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※2

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

1＋挿入対象RDエリア数※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋5
＋2×一時インデクス数
＋3×バックエンドサーバ内の一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

注※2

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

対象となるインデクス，LOB列，及びLOB属性格納RDエリアの総数です。

(7)　INSERT（INSERT〜SELECT節指定ありの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋挿入対象RDエリア数※5
＋4＋挿入行数※2，※6
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入行の列数×挿入行数※2，※6×分岐行数
＋1ページに格納できないBINARY型の挿入列数×挿入行数※2，※6×分岐行数
＋挿入行数※6×インデクス数
＋1
＋検索対象RDエリア数※5
＋検索対象表数＋検索ヒット行数※3，※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋挿入対象プラグインが使用する論理ファイル数※4
＋検索に利用するプラグインが使用する論理ファイル数※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数＋検索対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋2＋2×一時インデクス数
＋シングルサーバ内の一時表用RDエリア数×3
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

4＋挿入対象RDエリア数※5
＋挿入行数※2，※6
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入行の列数×挿入行数※6×分岐行数
＋1ページに格納できないBINARY型の挿入列数×挿入行数※6×分岐行数
＋挿入行数※6×インデクス数
＋1
＋検索対象RDエリア数※5
＋検索対象表数
＋検索ヒット行数※3，※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋挿入対象プラグインが使用する論理ファイル数※4
＋検索に利用するプラグインが使用する論理ファイル数※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数＋検索対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋2＋2×一時インデクス数
＋バックエンドサーバ内の一時表用RDエリア数×3
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

ページ排他指定の場合は挿入ページ数となります。

注※3

複数の表から検索する場合は，個々の表の検索ヒット行数を求めて加算してください。

インデクス定義列に対する条件を二つ以上指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。

ページ排他指定の場合は検索ヒットページ数となります。

注※4

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※5

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※6

一時表の場合は0です。

(8)　INSERT（一時表以外でINSERT〜VALUES句指定，LOCK TABLEなし，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋5
＋挿入対象RDエリア数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×分岐行数
＋1ページに格納できないBINARY型の挿入列数×分岐行数
＋1
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

5＋挿入対象RDエリア数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×分岐行数
＋1ページに格納できないBINARY型の挿入列数×分岐行数
＋1
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

(9)　INSERT（一時表の場合，又はINSERT〜VALUES句指定，LOCK TABLEあり※4，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1＋1＋挿入対象RDエリア数※2
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋5
＋2×一時インデクス数
＋3×シングルサーバ内の一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

1＋挿入対象RDエリア数※2
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋5
＋2×一時インデクス数
＋3×バックエンドサーバ内の一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となるインデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

(10)　INSERT（INSERT〜SELECT節指定，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋挿入対象RDエリア数※2
＋4
＋挿入行数※3，※6
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×挿入行数※6×分岐行数
＋1ページに格納できないBINARY型の挿入列数×挿入行数※6×分岐行数
＋インデクス数
＋1
＋検索対象RDエリア数※2
＋検索対象表数＋検索ヒット行数※4，※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋挿入対象プラグインが使用する論理ファイル数※5
＋検索に利用するプラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数＋検索対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋2
＋2×一時インデクス数
＋3×サーバ内一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
SQLセッション固有一時表に挿入する場合に加算します。
＋使用するSQLセッション固有一時表数
一時表に挿入する場合に加算します。
＋2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

挿入対象RDエリア数※2
＋4
＋挿入行数※3，※6
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の挿入列数×挿入行数※6×分岐行数
＋1ページに格納できないBINARY型の挿入列数×挿入行数※6×分岐行数
＋インデクス数
＋1
＋検索対象RDエリア数※2
＋検索対象表数＋検索ヒット行数※4，※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋挿入対象プラグインが使用する論理ファイル数※5
＋検索に利用するプラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋挿入対象RDエリア数＋検索対象RDエリア数
ルーチンを使用して挿入する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して挿入する場合に加算します。
＋使用する順序数生成子数×2
一時表に挿入する場合に加算します。
＋2
＋2×一時インデクス数
＋3×バックエンドサーバ内の一時表用RDエリア数
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となる表，インデクス，LOB列，及びLOB属性格納用RDエリアの総数です。

注※3

ページ排他指定の場合は挿入ページ数となります。

注※4

複数の表から検索する場合は，個々の表の検索ヒット行数を求めて加算してください。

インデクス定義列に対する条件を二つ以上指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。

ページ排他指定の場合は検索ヒットページ数となります。

注※5

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※6

一時表の場合は0です。

(11)　UPDATE（一時表以外でLOCK TABLEなしの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋更新対象RDエリア数※5
＋4
＋更新行数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新前列数×更新前行数×更新前分岐行数
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新後列数×更新後行数×更新後分岐行数
＋1ページに格納できないBINARY型の更新前列数×更新前行数×更新前分岐行数
＋1ページに格納できないBINARY型の更新後列数×更新後行数×更新後分岐行数
＋更新対象インデクス数×2×更新行数
＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

更新対象RDエリア数※5
＋4
＋更新行数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新前列数×更新前行数×更新前分岐行数
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新後列数×更新後行数×更新後分岐行数
＋1ページに格納できないBINARY型の更新前列数×更新前行数×更新前分岐行数
＋1ページに格納できないBINARY型の更新後列数×更新後行数×更新後分岐行数
＋更新対象インデクス数×2×更新行数
＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

別の表からの検索が必要になる条件式がある場合は，その表の検索ヒット行数を求めて更新行数に加算してください。

インデクス定義列に対する条件を指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。また，検索ヒット行数を更新行数にしてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。また，検索ヒット行数を更新行数にしてください。

ページ排他指定の場合は更新ページ数となります。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

LOB列及びLOB属性の数だけ繰り返し加算します。

注※5

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

(12)　UPDATE（一時表の場合，又はLOCK TABLEありの場合※1）

(a)　HiRDB/シングルサーバの場合

［前処理］※2＋更新対象RDエリア数※5＋1＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2
一時表を使用して更新する場合に加算します。
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※2
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※2

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

更新対象RDエリア数※5＋1＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2
一時表を使用して更新する場合に加算します。
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

注※2

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

LOB列及びLOB属性の数だけ繰り返し加算します。

注※5

対象となるインデクス，LOB列，及びLOB属性格納RDエリアの総数です。

(13)　UPDATE（一時表以外でLOCK TABLEなし，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋更新対象RDエリア数※2
＋4
＋更新行数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新前列数×更新前行数×更新前分岐行数
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新後列数×更新後行数×更新後分岐行数
＋1ページに格納できないBINARY型の更新前列数×更新前行数×更新前分岐行数
＋1ページに格納できないBINARY型の更新後列数×更新後行数×更新後分岐行数
＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

更新対象RDエリア数※2
＋4
＋更新行数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新前列数×更新前行数×更新前分岐行数
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の更新後列数×更新後行数×更新後分岐行数
＋1ページに格納できないBINARY型の更新前列数×更新前行数×更新前分岐行数
＋1ページに格納できないBINARY型の更新後列数×更新後行数×更新後分岐行数
＋Σ（更新前LOBデータ格納セグメント数）※4
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

別の表からの検索が必要になる条件式がある場合は，その表の検索ヒット行数を求めて更新行数に加算してください。

インデクス定義列に対する条件を指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。また，検索ヒット行数を更新行数にしてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。また，検索ヒット行数を更新行数にしてください。

ページ排他指定の場合は更新ページ数となります。表にユニークインデクスが定義されている場合は，更新する行数分を更に加算してください。

注※4

LOB列とLOB属性の数だけ繰り返し加算します。

注※5

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

(14)　UPDATE（一時表の場合，又はLOCK TABLEあり※5，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1＋更新対象RDエリア数※2＋1＋Σ（更新前LOBデータ格納セグメント数）※3
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2
一時表を使用して更新する場合に加算します。
＋一時表と一時インデクスで使用するセグメント数の総和

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

更新対象RDエリア数※2＋1＋Σ（更新前LOBデータ格納セグメント数）※3
更新対象列にデータ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋更新対象RDエリア数
pd_nowait_scan_optionオペランドにLOCKを指定した場合に加算します（非FIX表のときだけ加算します）。
＋1
ルーチンを使用して更新する場合に加算します。
＋使用するルーチン数＋1
順序数生成子（NEXT VALUE式）を使用して更新する場合に加算します。
＋使用する順序数生成子数×2
一時表を使用して更新する場合に加算します。
＋一時表と一時インデクスで使用するセグメント数の総和

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となるインデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

LOB列とLOB属性の数だけ繰り返し加算します。

注※4

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※5

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

(15)　DELETE（一時表以外でLOCK TABLEなしの場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋削除対象RDエリア数※5
＋1
＋削除行数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の削除列数×分岐数×削除行数
＋1ページに格納できないBINARY型の削除列数×分岐数×削除行数
＋インデクス数×削除行数
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

削除対象RDエリア数※5
＋1
＋削除行数※2
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の削除列数×分岐数×削除行数
＋1ページに格納できないBINARY型の削除列数×分岐数×削除行数
＋インデクス数×削除行数
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

別の表からの検索が必要になる条件式がある場合は，その表の検索ヒット行数を求めて削除行数に加算してください。

インデクス定義列に対する条件を指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。また，検索ヒット行数を削除行数にしてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。また，検索ヒット行数を削除行数にしてください。

ページ排他指定の場合は削除ページ数となります。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

LOB列とLOB属性の数だけ繰り返し加算します。

注※5

対象となる表，インデクス，LOB列，及びLOB属性格納用RDエリアの総数です。

(16)　DELETE（一時表の場合，又はLOCK TABLEありの場合※1）

(a)　HiRDB/シングルサーバの場合

［前処理］※2
＋削除対象RDエリア数※5
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
＋解放データページ数※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※2
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※2

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

削除対象RDエリア数※5
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
＋解放データページ数※6
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※3
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

注※1

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

注※2

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※3

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※4

LOB列とLOB属性の数だけ繰り返し加算します。

注※5

対象となるインデクス，LOB列，及びLOB属性格納用RDエリアの総数です。

注※6

ページ内の全データが削除されるページ数です。

(17)　DELETE（一時表以外でLOCK TABLEなし，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋削除対象RDエリア数※2
＋1
＋削除行数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の削除列数×分岐数×削除行数
＋1ページに格納できないBINARY型の削除列数×分岐数×削除行数
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

削除対象RDエリア数※2
＋1
＋削除行数※3
＋VARCHAR，NVARCHAR，MVARCHARの256バイト以上の削除列数×分岐数×削除行数
＋1ページに格納できないBINARY型の列数×分岐行数
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となる表，インデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

別の表からの検索が必要になる条件式がある場合は，その表の検索ヒット行数を求めて削除行数に加算してください。

インデクス定義列に対する条件を指定している場合は，各インデクスに対する条件だけで検索される行の総和を求めてください。また，検索ヒット行数を削除行数にしてください。

複数の表の列を使用した条件や，関数を用いた条件を除いて検索ヒット行数を求めてください。また，検索ヒット行数を削除行数にしてください。

ページ排他指定の場合は削除ページ数となります。表にユニークインデクスが定義されている場合は，削除する行数分を更に加算してください。

注※4

LOB列とLOB属性の数だけ繰り返し加算します。

注※5

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

(18)　DELETE（一時表の場合，又はLOCK TABLEあり※6，及びインデクスキー値無排他方式の場合）

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋削除対象RDエリア数※2
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※3
＋解放データページ数※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

削除対象RDエリア数※2
＋Σ（削除したLOBデータ数＋削除したLOBデータ格納セグメント数）※3
＋解放データページ数※4
データ型プラグイン又はインデクス型プラグインが定義されている場合に加算します。
＋プラグインが使用する論理ファイル数※5
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋削除対象RDエリア数
ルーチンを使用して削除する場合に加算します。
＋使用するルーチン数＋1

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

対象となるインデクス，LOB列，及びLOB属性格納RDエリアの総数です。

注※3

LOB列とLOB属性の数だけ繰り返し加算します。

注※4

ページ内の全データが削除されるページ数です。

注※5

プラグインが使用する論理ファイル数については，プラグインに付いているマニュアルを参照してください。

注※6

一時表以外でLOCK TABLE IN SHARE MODEがある場合，LOCK TABLEなしと同じ計算式となります。

(19)　PURGE TABLE

(a)　HiRDB/シングルサーバの場合

［前処理］※1
＋対象RDエリア数※3
＋3
＋表の使用中セグメント数×2
＋Σ（（インデクスの使用中セグメント数×2）＋2）※2
＋Σ（↑HiRDBファイルにLOBデータを格納しているセグメント数÷64000↑）※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋対象RDエリア数
　pd_check_pendingオペランドにUSEを指定，又は省略した場合，かつ対象表が被参照表の場合にさらに加算します。
　＋Σ（参照表の対象RDエリア数※3）※5
pd_check_pendingオペランドにUSEを指定，又は省略した場合に加算します。
＋4
　対象表が被参照表の場合にさらに加算します。
　＋3
　＋対象表の表格納用RDエリア数
　＋対象表を参照する参照表数×2
　＋Σ（1＋対象表を参照する参照表の表格納用RDエリア数）※5
　＋Σ（参照表の対象RDエリア数※3＋2）※5
　　対象表が分割表の場合にさらに加算します。
　　＋1＋対象表の表格納用RDエリア数
　　対象表を参照する参照表が分割表の場合にさらに加算します。
　　＋Σ（1＋対象表を参照する参照表の表格納用RDエリア数）※5
　対象表が参照表，又は検査制約を定義した表，かつ対象表の表格納用RDエリアにインナレプリカ機能を適用しているRDエリアを含まない場合にさらに加算します。
　＋1＋対象表に定義した参照制約の数
　＋1＋対象表に定義した検査制約の数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

［前処理］※1

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

［前処理］※1
pd_check_pendingオペランドにUSEを指定，又は省略した場合に加算します。
＋4
　対象表が被参照表の場合にさらに加算します。
　＋3
　＋対象表の表格納用RDエリア数
　＋対象表を参照する参照表数×2
　＋Σ（1＋対象表を参照する参照表の表格納用RDエリア数）※5
　　対象表が分割表の場合にさらに加算します。
　　＋1＋対象表の表格納用RDエリア数
　　対象表を参照する参照表が分割表の場合にさらに加算します。
　　＋Σ（1＋対象表を参照する参照表の表格納用RDエリア数）※5
　対象表が参照表，又は検査制約を定義した表，かつ対象表の表格納用RDエリアにインナレプリカ機能を適用しているRDエリアを含まない場合にさらに加算します。
　＋1＋対象表に定義した参照制約の数
　＋1＋対象表に定義した検査制約の数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

対象RDエリア数※3
＋3
＋表の使用中セグメント数×2
＋Σ（（インデクスの使用中セグメント数×2）＋2）※2
＋Σ（↑HiRDBファイルにLOBデータを格納しているセグメント数÷64000↑）※4
pd_inner_replica_controlオペランドを指定した場合に加算します。
＋対象RDエリア数
　pd_check_pendingオペランドにUSEを指定，又は省略した場合，かつ対象表が被参照表の場合にさらに加算します。
　＋Σ（参照表の対象RDエリア数※3）※5
pd_check_pendingオペランドにUSEを指定，又は省略した場合，かつ対象表が被参照表の場合に加算します。
＋Σ（参照表の対象RDエリア数※3＋2）※5

注※1

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

注※2

インデクスの数だけ繰り返し加算します。

注※3

対象となる表，インデクス，LOB列，及びLOB属性格納用RDエリアの総数です。

注※4

LOB列とLOB属性のLOB用RDエリアのHiRDBファイル数だけ繰り返し加算します。

注※5

対象表を参照する参照表数だけ繰り返し加算します。

(20)　ASSIGN LIST文（実表からのリスト作成）

(a)　HiRDB/シングルサーバの場合

基表SELECT排他要求数※1＋7＋2
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数＋3＋再作成前のリストデータの使用中セグメント数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

前処理※2

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

前処理※2＋7
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

基表SELECT排他要求数※1＋2
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋3＋再作成前のリストデータの使用中セグメント数

注※1

基表SELECT排他要求数については，「SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK指定なしの場合）」，「SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK WAIT指定ありの場合）」，「SELECT（一時表以外でLOCK TABLEなし及びWITHOUT LOCK NOWAIT指定ありの場合）」，又は「SELECT（一時表の場合，又は一時表以外でLOCK TABLEありの場合※1）」のうち，基表の条件に合うSELECT文を参照してください。

注※2

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

(21)　ASSIGN LIST文（リストからのリスト作成）

(a)　HiRDB/シングルサーバの場合

前処理※＋7＋リストの基表格納RDエリア数＋4
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数＋3＋再作成前のリストデータの使用中セグメント数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

前処理※

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

前処理※＋7
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

リストの基表格納RDエリア数＋4
作成するリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋3＋再作成前のリストデータの使用中セグメント数

注※

前処理の排他要求数については，「前処理の排他要求数」を参照してください。

(22)　ASSIGN LIST文（リストの名前の変更）

(a)　HiRDB/シングルサーバの場合

7
変更後のリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

7
変更後のリストの名前として，既にあるリストを指定した場合には次の値を加算します。
＋再作成前のリストの基表格納RDエリア数

(23)　DROP LIST文（リストの名前を指定した削除：DROP LIST〜）

(a)　HiRDB/シングルサーバの場合

7＋リストの基表格納RDエリア数＋3＋リストデータの使用中セグメント数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

7＋リストの基表格納RDエリア数

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

3＋リストデータの使用中セグメント数

(24)　DROP LIST文（自分の所有するすべてのリストの削除：DROP ALL LIST〜）

(a)　HiRDB/シングルサーバの場合

1＋リスト用RDエリア数＋削除リスト数×2＋削除リストデータの使用中セグメント数の合計

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

1

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

リスト用RDエリア数＋削除リスト数×2＋削除リストデータの使用中セグメント数の合計

(25)　前処理の排他要求数

(a)　HiRDB/シングルサーバの場合

1
＋使用する表数
＋使用するビュー表数
＋Σ※1（2＋列数×2＋インデクス数×2＋表分割数×4
＋Σ※2（インデクス分割数×2）＋2）
＋13
ユーザ定義型，又は関数を使用する場合に加算します。
＋1
最適化情報を収集している場合に加算します（１表当たり）。
＋1＋最適化情報作成列数×4＋1
ビュー表を使用する場合に加算します（１ビュー表当たり）。
＋Σ（列数×2＋4＋ビュー表を構成する列数＋2）
LOB列を定義している場合に加算します。
＋LOB列数×2＋表分割数
ユーザ定義型の列を定義している場合に加算します。
ユーザ定義型列数＋Σ（4＋属性数×2）
LOB属性がある場合に加算します。
＋LOB属性数×2＋表分割数
上位型がある場合に加算します。
＋2
関数を使用している場合に，使用関数分加算します。
＋Σ（2＋名称及びパラメタ構成の同じ関数数×2＋パラメタ数×2）
プラグインを使用する場合に，プラグイン関数数分加算します。
＋Σ（2＋パラメタ数×2）＋3＋コンテキスト数×4＋2
ルーチンを使用する場合に加算します。
＋使用するルーチン数＋1
順序数生成子を使用する場合に加算します。
＋使用する順序数生成子数＋1＋使用する順序数生成子数

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

1＋使用する表数＋使用するビュー表数
ユーザ定義型，又は関数を使用する場合に加算します。
＋1
ルーチンを使用する場合に加算します。
＋使用するルーチン数＋1
順序数生成子を使用する場合に加算します。
＋使用する順序数生成子数

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

Σ※1（2＋列数×2＋インデクス数×2＋表分割数×4＋Σ※2（インデクス分割数×2）＋2）＋13
最適化情報を収集している場合に加算します（1表当たり）。
＋1＋最適化情報作成列数×4＋1
ビュー表を使用する場合に加算します（1ビュー表当たり）。
＋Σ（列数×2＋4＋ビュー表を構成する列数＋2）
LOB列を定義している場合に加算します。
＋LOB列数×2＋表分割数
ユーザ定義型の列を定義している場合に，ユーザ定義型列数分加算します。
＋Σ（4＋属性数×2）
LOB属性がある場合に加算します。
＋LOB属性数×2＋表分割数
上位型がある場合に加算します
＋2
関数を使用している場合に，使用関数分加算します。
＋Σ（2＋名称及びパラメタ構成の同じ関数数×2＋パラメタ数×2）
プラグインを使用する場合に，プラグイン関数数分加算します。
＋Σ（2＋パラメタ数×2）＋3＋コンテキスト数×4＋2
順序数生成子を使用する場合に加算します。
＋1＋使用する順序数生成子数

注※1　表数分加算します。

注※2　表内分割インデクス数分加算します。

付録D.3　制御系SQL

(1)　LOCK

(a)　HiRDB/シングルサーバの場合

［前処理］※＋表横分割数＋1

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ及びディクショナリサーバ）

［前処理］※

(c)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

表横分割数＋1

注※

前処理時の排他資源数については，「前処理の排他要求数」を参照してください。

付録D.4　ユティリティ及びコマンド

(1)　データベース作成ユティリティ（pdload）

(a)　HiRDB/シングルサーバの場合

209＋α＋表格納用RDエリアの使用セグメント数＋インデクス格納RDエリアの使用セグメント数＋（↑LOB用RDエリアの使用セグメント数÷64000↑）

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

206＋α

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

表格納用RDエリアの使用セグメント数＋インデクス格納RDエリアの使用セグメント数＋（↑LOB用RDエリアの使用セグメント数÷64000↑）

α：MAX（表の列数，表のインデクス数，表の格納RDエリア数）

使用セグメント数はデータ格納予定セグメント数で求めます。なお，-dオプション指定時に，既にデータが格納されているセグメント数（使用中セグメント数）の方がデータ格納予定セグメント数より多い場合は，使用中セグメント数で計算してください。

(2)　データベース再編成ユティリティ（pdrorg）

(a)　HiRDB/シングルサーバの場合

209＋α＋表格納用RDエリアの使用中セグメント数＋インデクス格納RDエリアの使用中セグメント数＋（↑LOB用RDエリアの使用セグメント数÷64000↑）

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

3

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

206＋α

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

表格納用RDエリアの使用中セグメント数＋インデクス格納RDエリアの使用中セグメント数＋（↑LOB用RDエリアの使用セグメント数÷64000↑）

α：MAX（表の列数，表のインデクス数，表の格納RDエリア数）

(3)　リバランスユティリティ（pdrbal）

(a)　HiRDB/シングルサーバの場合で，共有モード（-k share）のとき

開始終了処理※1＋前処理※2＋リバランス処理※3＋2

(b)　HiRDB/シングルサーバの場合で，占有モード（-k exclusive）のとき

開始終了処理※1＋前処理※2＋リバランス処理※3

(c)　HiRDB/パラレルサーバの場合で，共有モード（-k share）のとき

フロントエンドサーバ

開始終了処理※1＋前処理※2＋1

ディクショナリサーバ

開始終了処理※1＋前処理※2

バックエンドサーバ

開始終了処理※1＋リバランス処理※3

(d)　HiRDB/パラレルサーバの場合で，占有モード（-k exclusive）のとき

フロントエンドサーバ

開始終了処理※1＋前処理※2

ディクショナリサーバ

開始終了処理※1＋前処理※2

バックエンドサーバ

開始終了処理※1＋リバランス処理※3

注※1

開始終了処理の排他要求数＝ΣAi＋ΣBi

Ai：1関数の排他要求数

関数の排他要求数については，「CREATE 〔PUBLIC 〕FUNCTION」を参照してください。

Bi：1手続きの排他要求数

手続きの排他要求数については，「CREATE 〔PUBLIC 〕PROCEDURE」を参照してください。

注※2

前処理の排他要求数は次のとおりです。

HiRDB/シングルサーバの場合：225

HiRDB/パラレルサーバの場合（フロントエンドサーバ）：5

HiRDB/パラレルサーバの場合（ディクショナリサーバ）：220

注※3

リバランス処理の排他要求数＝表格納用RDエリアの使用中セグメント数＋インデクス格納用RDエリアの使用中セグメント数＋（↑ユーザLOB用RDエリアの使用セグメント数÷64000↑）

(4)　pdacunlckコマンド

(a)　HiRDB/シングルサーバの場合

0
認可識別子指定の場合に加算します。
＋128
ALL指定の場合に加算します。
＋ディクショナリ表SQL_USERSに登録されているユーザ数

(b)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

0
認可識別子指定の場合に加算します。
＋128
ALL指定の場合に加算します。
＋ディクショナリ表SQL_USERSに登録されているユーザ数

(5)　整合性チェックユティリティ（pdconstck）

(a)　HiRDB/シングルサーバの場合

↑{209＋A＋f＋(a＋c＋(d×b))}÷x↑

(b)　HiRDB/パラレルサーバの場合（フロントエンドサーバ）

↑(2＋f)÷x↑

(c)　HiRDB/パラレルサーバの場合（ディクショナリサーバ）

↑{209＋A＋(a＋c＋(d×b))}÷x↑

(d)　HiRDB/パラレルサーバの場合（バックエンドサーバ）

↑(d×b)÷x↑

a：表格納用RDエリア数

b：インデクス格納用RDエリア数

c：LOB列格納用RDエリア数

d：インデクス数

f：処理対象表及び外部キーが参照する主キーの表に定義されたプラグイン数

x：32ビットモードのHiRDBの場合は6，64ビットモードのHiRDBの場合は4

A：MAX（表の列数，表のインデクス数，表格納用RDエリア数，表の外部キー数，表の検査制約数）

(6)　データベース構成変更ユティリティ（pdmod）

(a)　HiRDB/シングルサーバの場合

(i)RDエリアの再初期化の場合

20
格納表ありの場合に加算します。
＋格納表数＋インデクス格納用RDエリア数※1＋LOB列格納用RDエリア数
ほかのRDエリアに参照関係にある参照表ありの場合に加算します。
＋参照表数×2＋参照表格納RDエリア数
HiRDBファイルの構成変更ありの場合に加算します。
＋HiRDBファイル数※2

(ii)RDエリアの削除の場合

20＋HiRDBファイル数
削除するRDエリアが解析情報表，及び運用履歴表を格納するデータディクショナリ用RDエリアの場合に加算します。
＋100

(iii)HiRDB/シングルサーバ構成からHiRDB/パラレルサーバ構成へのRDエリアの変更の場合

20＋RDエリア定義数＋HiRDBファイル数＋ルーチン数
分割表ありの場合に加算します。
＋分割表格納RDエリア数＋分割条件数

(iv)ディクショナリ表の属性定義変更の場合

20＋ディクショナリ表数×3
dicinfオペランド指定の場合に加算します。
＋120＋ルーチン数×2＋トリガ定義数×2＋トリガ動作条件の指定中で使用している資源数＋トリガ動作手続き中に新旧値相関名で修飾した列名数
mcharオペランド指定の場合に加算します。
＋600

(v)RDエリアの属性変更の場合

20＋HiRDBファイル数
renameオペランド指定の場合に加算します(LOB用RDエリア以外)。
＋格納表数＋LOB列数＋インデクス数＋分割表数×2＋分割インデクス数＋順序数生成子数

(vi)その他の場合

40

(b)　HiRDB/パラレルサーバの場合

(i)RDエリアの再初期化の場合

ディクショナリサーバ

10
格納表ありの場合に加算します。
＋インデクス格納用RDエリア数※1＋LOB列格納用RDエリア数
ほかのRDエリアに参照関係にある参照表ありの場合に加算します。
＋参照表数×2＋参照表格納RDエリア数
HiRDBファイルの構成変更ありの場合に加算します。
＋HiRDBファイル数※2

バックエンドサーバ

10※3
格納表ありの場合に加算します。
＋格納表数

(ii)RDエリアの削除の場合

ディクショナリサーバ

10＋HiRDBファイル数
削除するRDエリアが解析情報表，及び運用履歴表を格納するデータディクショナリ用RDエリアの場合に加算します。
＋100

バックエンドサーバ

10※3

(iii)ディクショナリ表の属性定義変更の場合

ディクショナリサーバ

20＋ディクショナリ表数＋ディクショナリビュー表数×2
dicinfオペランド指定の場合に加算します。
＋120＋ルーチン数×2＋トリガ定義数×2＋トリガ動作条件の指定中で使用している資源数＋トリガ動作手続き中に新旧値相関名で修飾した列名数
mcharオペランド指定の場合に加算します。
＋600

(iv)RDエリアの属性変更の場合

ディクショナリサーバ

10＋HiRDBファイル数
renameオペランド指定の場合に加算します(LOB用RDエリア以外)。
＋格納表数＋LOB列数＋インデクス数＋分割表数×2＋分割インデクス数＋順序数生成子数

バックエンドサーバ

10※3

(v)RDエリアの移動の場合

ディクショナリサーバ

10＋RDエリアの指定数※4＋指定したRDエリアのHiRDBファイル数
格納表を参照するルーチンがある場合に加算します。
＋ルーチン数×2
格納表を参照するトリガ動作手続きがある場合に加算します。
＋トリガ定義数＋トリガ動作条件の指定中で使用している資源数＋トリガ動作手続き中に新旧値相関名で修飾した列名数
norestartオペランド指定の場合に加算します。
＋格納表数
分割表ありの場合に加算します。
＋分割表の分割数×2
＋分割表に定義したインデクス数

バックエンドサーバ

10×RDエリアの指定数※5

(vi)その他の場合

ディクショナリサーバ

30

バックエンドサーバ

10※3

注※1

ほかのRDエリアにインデクス定義がある場合に加算します。

注※2

with reconstructionsオペランド指定の場合は×2になります。

注※3

共用RDエリアの場合はすべてのバックエンドサーバで加算します。

注※4

norestartオペランド指定の場合は×2になります。

注※5

非共用RDエリアの場合は移動元バックエンドサーバと移動先バックエンドサーバで加算します。共用RDエリアの場合はすべてのバックエンドサーバで加算します。

(7)　pdchpathnコマンド

(a)　HiRDB/シングルサーバの場合

6

(b)　HiRDB/パラレルサーバの場合

ディクショナリサーバ

6

付録E　pdconfchkコマンドでチェックできるオペランド

pdconfchkコマンドでチェックできるオペランドを次の表に示します。オペランド名はアルファベット順に記載しています。なお，次に示す定義のオペランドについてはpdconfchkコマンドでチェックしません。

UAP環境定義

表E‒1　pdconfchkコマンドでチェックできるオペランド

オペランド名

文法のチェック

ファイルのチェック

アクセス権限のチェック

重複指定のチェック

ホスト名のチェック

サーバマシン間のチェック

HORCMINST

○

×

×

×

×

○

pd_additional_optimize_level

○

×

×

×

×

○

pd_alv_port

○

×

×

×

×

○

pd_assurance_index_no

○

×

×

×

×

○

pd_assurance_table_no

○

×

×

×

×

○

pd_audit

○

×

×

×

×

○

pd_aud_async_buff_count

○

×

×

×

×

○

pd_aud_async_buff_retry_intvl

○

×

×

×

×

×

pd_aud_async_buff_size

○

×

×

×

×

○

pd_aud_auto_loading

○

×

×

×

×

○

pd_aud_file_name

○

×

×

×

×

○

pd_aud_file_wrn_pnt

○

×

×

×

×

○

pd_aud_max_generation_num

○

×

×

×

×

○

pd_aud_max_generation_size

○

×

×

×

×

○

pd_aud_no_standby_file_opr

○

×

×

×

×

○

pd_aud_sql_data_size

○

×

×

×

×

×

pd_aud_sql_source_size

○

×

×

×

×

×

pd_audit_def_buffer_size

○

×

×

×

×

×

pd_auth_cache_size

○

×

×

×

×

○

pd_auto_vrup

○

×

×

×

×

○

pd_bes_connection_hold

○

×

×

×

×

×

pd_bes_conn_hold_trn_interval

○

×

×

×

×

×

pd_bes_shmpool_size

○

×

×

×

×

○

pd_c_library_directory

○

×

×

×

×

○

pd_cancel_down_msgchange

○

×

×

×

×

○

pd_cancel_dump

○

×

×

×

×

○

pd_change_clt_ipaddr

○

×

×

×

×

○

pd_check_pending

○

×

×

×

×

×

pd_client_waittime_over_abort

○

×

×

×

×

○

pd_clt_waittime_over_dump_level

○

×

×

×

×

○

pd_cmd_exec_time

○

×

×

×

×

○

pd_cmd_process_conwaittime

○

×

×

×

×

○

pd_cmdhold_precheck

○

×

×

×

×

○

pd_command_deadlock_priority

○

×

×

×

×

○

pd_connect_auth_type

○

×

×

×

×

○

pd_connect_errmsg_hide

○

×

×

×

×

○

pd_constraint_name

○

×

×

×

×

×

pd_cwaittime_report_dir

○

×

×

×

×

×

pd_cwaittime_report_size

○

×

×

×

×

×

pd_cwaittime_wrn_pnt

○

×

×

×

×

×

pd_dbbuff_attribute

○

×

×

×

×

○

pd_dbbuff_binary_data_lru

○

×

×

×

×

○

pd_dbbuff_lru_option

○

×

×

×

×

○

pd_dbbuff_modify

○

×

×

×

×

○

pd_dbbuff_rate_updpage

○

×

×

×

×

○

pd_dbbuff_trace_level

○

×

×

×

×

○

pd_dbreuse_remaining_entries

○

×

×

×

×

○

pd_dbsync_point

○

×

×

×

×

○

pd_db_access_error_action

○

×

×

×

×

○

pd_db_hold_action

○

×

×

×

×

○

pd_db_io_error_action

○

×

×

×

×

×

pd_deadlock_priority_use

○

×

×

×

×

○

pd_debug_info_netstat

○

×

×

×

×

○

pd_dec_sign_normalize

○

×

×

×

×

○

pd_def_buf_control_area_assign

×

×

×

×

×

×

pd_delete_reserved_word_file

○

×

×

×

×

○

pd_dfw_awt_process

○

×

×

×

×

○

pd_dfw_syncpoint_skip_limit

○

×

×

×

×

×

pd_dic_shmpool_size

○

×

×

×

×

○

pd_down_watch_proc

○

×

×

×

×

○

pd_dump_suppress_watch_time

○

×

×

×

×

○

pd_fes_lck_pool_partition

○

×

×

×

×

○

pd_fes_lck_pool_size

○

×

×

×

×

○

pd_floatable_bes

○

×

×

×

×

×

pd_ha

○

×

×

×

×

○

pd_ha_acttype

○

×

×

×

×

×

pd_ha_agent

○

×

×

×

×

×

pd_ha_ipaddr_inherit

○

×

×

×

×

○

pd_ha_max_act_guest_servers

○

×

×

×

×

○

pd_ha_max_server_process

○

×

×

×

×

○

pd_ha_mgr_rerun

○

×

×

×

×

○

pd_ha_prc_cleanup_check

○

×

×

×

×

○

pd_ha_process_count

○

×

×

×

×

○

pd_ha_resource_act_wait_time

○

×

×

×

×

○

pd_ha_restart_failure

○

×

×

×

×

×

pd_ha_server_process_standby

○

×

×

×

×

×

pd_ha_switch_timeout

○

×

×

×

×

○

pd_ha_transaction

○

×

×

×

×

○

pd_ha_trn_queuing_wait_time

○

×

×

×

×

○

pd_ha_trn_restart_retry_time

○

×

×

×

×

○

pd_ha_unit

○

×

×

×

×

×

pd_hash_table_size

○

×

×

×

×

○

pd_hostname

○

×

×

×

×

○

pd_host_watch_interval

○

×

×

×

×

○

pd_indexlock_mode

○

×

×

×

×

○

pd_inner_replica_control

○

×

×

×

×

×

pd_inner_replica_hold_status

○

×

×

×

×

○

pd_inner_replica_lock_shift

○

×

×

×

×

×

pd_ipc_clt_conn_nblock

○

×

×

×

×

○

pd_ipc_clt_conn_nblock_time

○

×

×

×

×

○

pd_ipc_conn_count

○

×

×

×

×

○

pd_ipc_conn_interval

○

×

×

×

×

○

pd_ipc_conn_nblock

○

×

×

×

×

○

pd_ipc_conn_nblock_time

○

×

×

×

×

○

pd_ipc_recv_count

○

×

×

×

×

○

pd_ipc_send_count

○

×

×

×

×

○

pd_ipc_send_retrycount

○

×

×

×

×

○

pd_ipc_send_retrysleeptime

○

×

×

×

×

○

pd_isolation_level

○

×

×

×

×

○

pd_java_archive_directory

○

×

×

×

×

○

pd_java_castoff

○

×

×

×

×

○

pd_java_classpath

○

×

×

×

×

○

pd_java_libpath

○

×

×

×

×

○

pd_java_option

○

×

×

×

×

○

pd_java_routine_stack_size

○

×

×

×

×

○

pd_java_runtimepath

○

×

×

×

×

○

pd_java_stdout_file

○

×

×

×

×

○

pd_jp1_event_level

○

×

×

×

×

○

pd_jp1_event_msg_out

○

×

×

×

×

○

pd_jp1_use

○

×

×

×

×

○

pd_key_resource_type

○

×

×

×

×

○

pd_lck_deadlock_check

○

×

×

×

×

○

pd_lck_deadlock_check_interval

○

×

×

×

×

○

pd_lck_deadlock_info

○

×

×

×

×

○

pd_lck_hash_entry

○

×

×

×

×

○

pd_lck_pool_partition

○

×

×

×

×

○

pd_lck_pool_size

○

×

×

×

×

○

pd_lck_queue_limit

○

×

×

×

×

○

pd_lck_until_disconnect_cnt

○

×

×

×

×

○

pd_lck_wait_timeout

○

×

×

×

×

○

pd_list_initialize_timing

○

×

×

×

×

×

pd_list_rowcount_in_rename

○

×

×

×

×

○

pd_lock_uncommited_delete_data

○

×

×

×

×

○

pd_log_auto_expand_size

○

×

×

×

×

○

pd_log_auto_unload_path

○

×

×

×

×

○

pd_log_auto_unload_restart

○

×

×

×

×

○

pd_log_dual

○

×

×

×

×

○

pd_log_dual_write_method

○

×

×

×

×

×

pd_log_org_no_standby_file_opr

○

×

×

×

×

×

pd_log_org_reflected_logpoint

○

×

×

×

×

×

pd_log_remain_space_check

○

×

×

×

×

×

pd_log_rerun_reserved_file_open

○

×

×

×

×

○

pd_log_rerun_swap

○

×

×

×

×

○

pd_log_rpl_no_standby_file_opr

○

×

×

×

×

○

pd_log_sdinterval

○

×

×

×

×

○

pd_log_singleoperation

○

×

×

×

×

○

pd_log_swap_timeout

○

×

×

×

×

○

pd_log_unload_check

○

×

×

×

×

○

pd_log_write_buff_count

○

×

×

×

×

○

pd_lv_mirror_use

○

×

×

×

×

○

pd_master_file_name

○

×

×

×

×

○

pd_max_access_tables

○

×

×

×

×

○

pd_max_access_tables_wrn_pnt

○

×

×

×

×

○

pd_max_add_dbbuff_no

○

×

×

×

×

○

pd_max_add_dbbuff_shm_no

○

×

×

×

×

○

pd_max_ard_process

○

×

×

×

×

×

pd_max_bes_process

○

×

×

×

×

○

pd_max_dic_process

○

×

×

×

×

○

pd_max_file_no

○

×

×

×

×

○

pd_max_file_no_wrn_pnt

○

×

×

×

×

○

pd_max_list_users

○

×

×

×

×

○

pd_max_list_count

○

×

×

×

×

○

pd_max_list_users_wrn_pnt

○

×

×

×

×

○

pd_max_list_count_wrn_pnt

○

×

×

×

×

○

pd_max_open_fds

○

×

×

×

×

○

pd_max_open_holdable_cursors

○

×

×

×

×

○

pd_max_rdarea_no

○

×

×

×

×

○

pd_max_rdarea_no_wrn_pnt

○

×

×

×

×

○

pd_max_recover_process

○

×

×

×

×

○

pd_max_reflect_process_count

○

×

×

×

×

○

pd_max_resident_rdarea_no

○

×

×

×

×

○

pd_max_resident_rdarea_shm_no

○

×

×

×

×

○

pd_max_server_process

○

×

×

×

×

○

pd_max_temporary_object_no

○

×

×

×

×

○

pd_max_users

○

×

×

×

×

○

pd_max_users_wrn_pnt

○

×

×

×

×

○

pd_mlg_file_size

○

×

×

×

×

○

pd_mlg_msg_log_unit

○

×

×

×

×

○

pd_mlg_port

○

×

×

×

×

○

pd_mode_conf

○

×

×

×

×

○

pd_module_trace_max

○

×

×

×

×

○

pd_module_trace_timer_level

○

×

×

×

×

○

pd_name_fixed_port_lookup

○

×

×

×

×

○

pd_name_port

○

×

×

×

×

○

pd_non_floatable_bes

○

×

×

×

×

×

pd_nowait_scan_option

○

×

×

×

×

○

pd_oltp_holdcr

○

×

×

×

×

○

pd_optimize_level

○

×

×

×

×

○

pd_os_authenticate

○

×

×

×

×

○

pd_overflow_suppress

○

×

×

×

×

○

pd_pageaccess_mode

○

×

×

×

×

○

pd_plugin_ixmk_dir

○

×

×

×

×

×

pd_prf_file_count

○

×

×

×

×

○

pd_prf_file_size

○

×

×

×

×

○

pd_prf_level

○

×

×

×

×

○

pd_prf_output_directory

○

×

×

×

×

○

pd_prf_trace

○

×

×

×

×

○

pd_process_count

○

×

×

×

×

○

pd_process_terminator

○

×

×

×

×

○

pd_process_terminator_max

○

×

×

×

×

○

pd_pth_trace_max

○

×

×

×

×

○

pd_queue_watch_time

○

×

×

×

×

○

pd_queue_watch_timeover_action

○

×

×

×

×

○

pd_rdarea_expand_format

○

×

×

×

×

○

pd_rdarea_extension_file

○

×

×

×

×

○

pd_rdarea_extension_timing

○

×

×

×

×

○

pd_rdarea_list_no_wrn_pnt

○

×

×

×

×

○

pd_rdarea_open_attribute

○

×

×

×

×

○

pd_rdarea_open_attribute_use

○

×

×

×

×

○

pd_rdarea_warning_point

○

×

×

×

×

○

pd_rdarea_warning_point_msgout

○

×

×

×

×

○

pd_redo_allpage_put

○

×

×

×

×

○

pd_reduced_check_time

○

×

×

×

×

○

pd_registered_port

○

○

○

○

○

○

pd_registered_port_check

○

○

○

○

○

○

pd_registry_cache_size

○

×

×

×

×

○

pd_rise_disaster_mode

○

×

×

×

×

○

pd_rise_fence_level

○

×

×

×

×

○

pd_rise_pairvolume_combination

○

×

×

×

×

○

pd_rise_use

○

×

×

×

×

○

pd_rorg_predict

○

×

×

×

×

○

pd_routine_def_cache_size

○

×

×

×

×

○

pd_rpc_trace

○

×

×

×

×

○

pd_rpc_trace_name

○

×

×

×

×

○

pd_rpc_trace_size

○

×

×

×

×

○

pd_rpl_func_control

○

×

×

×

×

○

pd_rpl_hdepath

○

×

×

×

×

×

pd_rpl_init_start

○

×

×

×

×

○

pd_rpl_reflect_mode

○

×

×

×

×

○

pd_scd_port

○

×

×

×

×

○

pd_sds_shmpool_size

○

×

×

×

×

○

pd_security_host_group

○

×

×

×

○

○

pd_server_cleanup_interval

○

×

×

×

×

○

pd_service_port

○

×

×

×

×

○

pd_shared_rdarea_use

○

×

×

×

×

○

pd_shmpool_attribute

○

×

×

×

×

○

pd_shmpool_control

○

×

×

×

×

○

pd_space_level

○

×

×

×

×

○

pd_spd_assurance_count

○

×

×

×

×

○

pd_spd_assurance_msg

○

×

×

×

×

○

pd_spd_dual

○

×

×

×

×

○

pd_spd_max_data_size

○

×

×

×

×

○

pd_spd_reduced_mode

○

×

×

×

×

○

pd_spd_reserved_file_auto_open

○

×

×

×

×

○

pd_spd_syncpoint_skip_limit

○

×

×

×

×

○

pd_spool_cleanup

○

×

×

×

×

×

pd_spool_cleanup_interval

○

×

×

×

×

×

pd_spool_cleanup_interval_level

○

×

×

×

×

×

pd_spool_cleanup_level

○

×

×

×

×

×

pd_sql_command_exec_users

○

×

×

×

×

○

pd_sql_dec_op_maxprec

○

×

×

×

×

○

pd_sql_mode

○

×

×

×

×

○

pd_sql_object_cache_size

○

×

×

×

×

○

pd_sqlobject_stat_timing

○

×

×

×

×

○

pd_start_level

○

×

×

×

×

○

pd_start_skip_unit

○

×

×

×

×

○

pd_start_time_out

○

×

×

×

×

○

pd_statistics

○

×

×

×

×

○

pd_stj_file_size

○

×

×

×

×

○

pd_stj_buff_size

○

×

×

×

×

○

pd_standard_sqlstate

○

×

×

×

×

○

pd_stored_lob_data_wrn_pnt

○

×

×

×

×

○

pd_sts_file_name_1〜7

○

○

○

○

×

×

pd_sts_last_active_file

○

×

×

×

×

×

pd_sts_last_active_side

○

×

×

×

×

×

pd_sts_last_active_side_sub

○

×

×

×

×

×

pd_sts_last_active_subfile

○

×

×

×

×

×

pd_sts_subfile_name_1〜7

○

○

○

○

×

×

pd_substr_length

○

×

×

×

×

○

pd_svr_castoff_size

○

×

×

×

×

○

pd_syssts_file_name_1〜7

○

×

×

×

×

○

pd_syssts_last_active_file

○

×

×

×

×

○

pd_syssts_last_active_side

○

×

×

×

×

○

pd_syssts_last_active_side_sub

○

×

×

×

×

×

pd_syssts_last_active_subfile

○

×

×

×

×

×

pd_syssts_subfile_name_1〜7

○

○

○

○

×

×

pd_system_complete_wait_time

○

×

×

×

×

○

pd_system_dbsync_point

○

×

×

×

×

○

pd_system_expand_unit

○

×

×

×

×

○

pd_system_id

○

×

×

×

×

○

pd_table_def_cache_size

○

×

×

×

×

○

pd_term_watch_count

○

×

×

×

×

○

pd_thdlock_wakeup_lock

○

×

×

×

×

○

pd_thread_max_stack_size

○

×

×

×

×

○

pd_thread_stack_expand_size

○

×

×

×

×

○

pd_tmp_directory

○

○

○

×

×

×

pd_tmp_table_initialize_timing

○

×

×

×

×

○

pd_trn_commit_optimize

○

×

×

×

×

○

pd_trn_port

○

×

×

×

×

○

pd_trn_rcvmsg_store_buflen

○

×

×

×

×

○

pd_trn_rerun_branch_auto_decide

○

×

×

×

×

○

pd_trn_rollback_watch_time

○

×

×

×

×

○

pd_trn_send_decision_interval

○

×

×

×

×

○

pd_trn_send_decision_intval_sec

○

×

×

×

×

○

pd_trn_send_decision_retry_time

○

×

×

×

×

○

pd_trn_watch_time

○

×

×

×

×

○

pd_type_def_cache_size

○

×

×

×

×

○

pd_uap_exerror_log_dir

○

×

×

×

×

○

pd_uap_exerror_log_param_size

○

×

×

×

×

○

pd_uap_exerror_log_size

○

×

×

×

×

○

pd_uap_exerror_log_use

○

×

×

×

×

○

pd_unit_id

○

×

×

×

×

○

pd_utl_exec_time

○

×

×

×

×

○

pd_view_def_cache_size

○

×

×

×

×

○

pd_watch_pc_client_time

○

×

×

×

×

○

pd_watch_resource

○

×

×

×

×

○

pd_work_buff_expand_limit

○

×

×

×

×

○

pd_work_buff_mode

○

×

×

×

×

○

pd_work_buff_size

○

×

×

×

×

○

pd_work_table_option

○

×

×

×

×

○

pdaudload

○

×

×

×

×

○

pdbuffer

○

×

×

×

×

○

pdcltgrp

○

×

×

×

×

○

PDCONFPATH

○

×

×

×

×

○

pdhagroup

○

×

×

○

×

○

pdhibegin

○

×

×

×

×

○

pdlogadfg -d spd

○

○

○

○

×

×

pdlogadfg -d ssp

○

○

○

○

×

×

pdlogadfg -d sys

○

○

○

○

×

×

pdlogadpf -d spd

○

○

○

○

×

×

pdlogadpf -d ssp

○

○

○

○

×

×

pdlogadpf -d sys

○

○

○

○

×

×

pdmlgput

○

×

×

×

×

○

pdplgprm

○

×

×

×

×

×

pdplugin

○

×

×

×

×

○

pdstart

○

×

×

×

○

○

pdstbegin

○

×

×

×

×

○

pdunit

○

×

×

×

○

○

pdwork

○

×

×

×

×

×

pdwork_wrn_pnt

○

×

×

×

×

○

（凡例）

○：チェック対象です。

×：チェック対象外です。

文法のチェック：

オペランドの文法が正しいかチェックします。

ファイルのチェック：

システムログファイル，シンクポイントダンプファイル，及びステータスファイルの有無をチェックします。pdconfchkコマンドで-nオプションを指定した場合はファイルのチェックをしません。

アクセス権限のチェック：

HiRDB管理者にファイルのアクセス権があるかを確認します。

HiRDB管理者にhostsファイルのアクセス権があるかを確認します。

pdconfchkコマンドで-nオプションを指定した場合はアクセス権限のチェックをしません。

pd_tmp_directoryオペランドで指定したディレクトリにアクセス権があるかを確認します。pd_tmp_directoryオペランドとTMPDIR環境変数の指定を共に省略した場合は，アクセス権限のチェックをしません。

重複指定のチェック：

システムログファイル，シンクポイントダンプファイル，及びステータスファイルが重複していないかどうかをチェックします。

ホスト名のチェック：

ホスト名がhostsファイルに記述されているかをチェックします。

サーバマシン間のチェック（HiRDB/パラレルサーバ限定）：

システムマネジャのサーバマシンを基準に，サーバマシン間の妥当性をチェックします。

付録F　適用OSごとのオペランド指定可否

適用OSごとのオペランド指定可否を次の表に示します。オペランド名はアルファベット順に記載しています。

表F‒1　適用OSごとのオペランド指定可否

オペランド名

HP-UX

AIX

Linux

HORCMINST

○

○

△

pd_additional_optimize_level

○

○

○

pd_alv_port

○

○

○

pd_assurance_index_no

○

○

○

pd_assurance_table_no

○

○

○

pd_audit

○

○

○

pd_aud_async_buff_count

○

○

○

pd_aud_async_buff_retry_intvl

○

○

○

pd_aud_async_buff_size

○

○

○

pd_aud_auto_loading

○

○

○

pd_aud_file_name

○

○

○

pd_aud_file_wrn_pnt

○

○

○

pd_aud_max_generation_num

○

○

○

pd_aud_max_generation_size

○

○

○

pd_aud_no_standby_file_opr

○

○

○

pd_aud_sql_data_size

○

○

○

pd_aud_sql_source_size

○

○

○

pd_audit_def_buffer_size

○

○

○

pd_auth_cache_size

○

○

○

pd_auto_vrup

○

○

○

pd_bes_connection_hold

○

○

○

pd_bes_conn_hold_trn_interval

○

○

○

pd_bes_shmpool_size

○

○

○

pd_c_library_directory

○

○

○

pd_cancel_down_msgchange

○

○

○

pd_cancel_dump

○

○

○

pd_change_clt_ipaddr

○

○

○

pd_check_pending

○

○

○

pd_client_waittime_over_abort

○

○

○

pd_clt_waittime_over_dump_level

○

○

○

pd_cmd_exec_time

○

○

○

pd_cmd_process_conwaittime

○

○

○

pd_cmdhold_precheck

○

○

○

pd_command_deadlock_priority

○

○

○

pd_connect_auth_type

○

○

○

pd_connect_errmsg_hide

○

○

○

pd_constraint_name

○

○

○

pd_cwaittime_report_dir

○

○

○

pd_cwaittime_report_size

○

○

○

pd_cwaittime_wrn_pnt

○

○

○

pd_dbbuff_attribute

○

△

○

pd_dbbuff_binary_data_lru

○

○

○

pd_dbbuff_lru_option

○

○

○

pd_dbbuff_modify

○

○

○

pd_dbbuff_rate_updpage

○

○

○

pd_dbbuff_trace_level

○

○

○

pd_dbreuse_remaining_entries

○

○

○

pd_dbsync_point

○

○

○

pd_db_access_error_action

○

○

○

pd_db_hold_action

○

○

○

pd_db_io_error_action

○

○

○

pd_deadlock_priority_use

○

○

○

pd_debug_info_netstat

○

○

○

pd_dec_sign_normalize

○

○

○

pd_def_buf_control_area_assign

○

○

○

pd_delete_reserved_word_file

○

○

○

pd_dfw_awt_process

○

○

○

pd_dfw_syncpoint_skip_limit

○

○

○

pd_dic_shmpool_size

○

○

○

pd_down_watch_proc

○

○

○

pd_dump_suppress_watch_time

○

○

○

pd_fes_lck_pool_partition

○

○

○

pd_fes_lck_pool_size

○

○

○

pd_floatable_bes

○

○

○

pd_ha

○

○

○

pd_ha_acttype

○

○

○

pd_ha_agent

○

○

○

pd_ha_ipaddr_inherit

○

○

○

pd_ha_max_act_guest_servers

○

○

○

pd_ha_max_server_process

○

○

○

pd_ha_mgr_rerun

○

○

○

pd_ha_prc_cleanup_check

○

○

○

pd_ha_process_count

○

○

○

pd_ha_resource_act_wait_time

○

○

○

pd_ha_restart_failure

○

○

○

pd_ha_server_process_standby

○

○

○

pd_ha_switch_timeout

○

○

○

pd_ha_transaction

○

○

○

pd_ha_trn_queuing_wait_time

○

○

○

pd_ha_trn_restart_retry_time

○

○

○

pd_ha_unit

○

○

○

pd_hash_table_size

○

○

○

pd_hostname

○

○

○

pd_host_watch_interval

○

○

○

pd_indexlock_mode

○

○

○

pd_inner_replica_control

○

○

○

pd_inner_replica_hold_status

○

○

○

pd_inner_replica_lock_shift

○

○

○

pd_ipc_clt_conn_nblock

○

○

○

pd_ipc_clt_conn_nblock_time

○

○

○

pd_ipc_conn_count

○

○

○

pd_ipc_conn_interval

○

○

○

pd_ipc_conn_nblock

○

○

○

pd_ipc_conn_nblock_time

○

○

○

pd_ipc_recv_count

○

○

○

pd_ipc_send_count

○

○

○

pd_ipc_send_retrycount

○

○

○

pd_ipc_send_retrysleeptime

○

○

○

pd_isolation_level

○

○

○

pd_java_archive_directory

△

△

○

pd_java_castoff

○

○

○

pd_java_classpath

△

△

○

pd_java_libpath

△

△

○

pd_java_option

△

△

○

pd_java_routine_stack_size

△

△

○

pd_java_runtimepath

△

△

○

pd_java_stdout_file

△

△

○

pd_jp1_event_level

○

△

○

pd_jp1_event_msg_out

○

△

○

pd_jp1_use

○

△

○

pd_key_resource_type

○

○

○

pd_lck_deadlock_check

○

○

○

pd_lck_deadlock_check_interval

○

○

○

pd_lck_deadlock_info

○

○

○

pd_lck_hash_entry

○

○

○

pd_lck_pool_partition

○

○

○

pd_lck_pool_size

○

○

○

pd_lck_queue_limit

○

○

○

pd_lck_until_disconnect_cnt

○

○

○

pd_lck_wait_timeout

○

○

○

pd_list_initialize_timing

○

○

○

pd_list_rowcount_in_rename

○

○

○

pd_lock_uncommited_delete_data

○

○

○

pd_log_auto_expand_size

○

○

○

pd_log_auto_unload_path

○

○

○

pd_log_auto_unload_restart

○

○

○

pd_log_dual

○

○

○

pd_log_dual_write_method

×

○

○

pd_log_org_no_standby_file_opr

○

○

○

pd_log_org_reflected_logpoint

○

○

○

pd_log_remain_space_check

○

○

○

pd_log_rerun_reserved_file_open

○

○

○

pd_log_rerun_swap

○

○

○

pd_log_rpl_no_standby_file_opr

○

○

○

pd_log_sdinterval

○

○

○

pd_log_singleoperation

○

○

○

pd_log_swap_timeout

○

○

○

pd_log_unload_check

○

○

○

pd_log_write_buff_count

○

○

○

pd_lv_mirror_use

○

○

○

pd_master_file_name

○

○

○

pd_max_access_tables

○

○

○

pd_max_access_tables_wrn_pnt

○

○

○

pd_max_add_dbbuff_no

○

○

○

pd_max_add_dbbuff_shm_no

○

○

○

pd_max_ard_process

○

○

○

pd_max_bes_process

○

○

○

pd_max_dic_process

○

○

○

pd_max_file_no

○

○

○

pd_max_file_no_wrn_pnt

○

○

○

pd_max_list_users

○

○

○

pd_max_list_count

○

○

○

pd_max_list_users_wrn_pnt

○

○

○

pd_max_list_count_wrn_pnt

○

○

○

pd_max_open_fds

○

○

○

pd_max_open_holdable_cursors

○

○

○

pd_max_rdarea_no

○

○

○

pd_max_rdarea_no_wrn_pnt

○

○

○

pd_max_recover_process

○

○

○

pd_max_reflect_process_count

○

○

○

pd_max_resident_rdarea_no

○

○

○

pd_max_resident_rdarea_shm_no

○

○

○

pd_max_server_process

○

○

○

pd_max_temporary_object_no

○

○

○

pd_max_users

○

○

○

pd_max_users_wrn_pnt

○

○

○

pd_mlg_file_size

○

○

○

pd_mlg_msg_log_unit

○

○

○

pd_mlg_port

○

○

○

pd_mode_conf

○

○

○

pd_module_trace_max

○

○

○

pd_module_trace_timer_level

○

○

○

pd_name_fixed_port_lookup

○

○

○

pd_name_port

○

○

○

pd_non_floatable_bes

○

○

○

pd_nowait_scan_option

○

○

○

pd_oltp_holdcr

○

○

○

pd_optimize_level

○

○

○

pd_os_authenticate

○

○

○

pd_overflow_suppress

○

○

○

pd_pageaccess_mode

○

○

○

pd_plugin_ixmk_dir

○

○

○

pd_prf_file_count

○

○

○

pd_prf_file_size

○

○

○

pd_prf_level

○

○

○

pd_prf_output_directory

○

○

○

pd_prf_trace

○

○

○

pd_process_count

○

○

○

pd_process_terminator

○

○

○

pd_process_terminator_max

○

○

○

pd_pth_trace_max

○

○

○

pd_queue_watch_time

○

○

○

pd_queue_watch_timeover_action

○

○

○

pd_rdarea_expand_format

○

○

○

pd_rdarea_extension_file

○

○

○

pd_rdarea_extension_timing

○

○

○

pd_rdarea_list_no_wrn_pnt

○

○

○

pd_rdarea_open_attribute

○

○

○

pd_rdarea_open_attribute_use

○

○

○

pd_rdarea_warning_point

○

○

○

pd_rdarea_warning_point_msgout

○

○

○

pd_redo_allpage_put

○

○

○

pd_reduced_check_time

○

○

○

pd_registered_port

○

○

○

pd_registered_port_check

○

○

○

pd_registry_cache_size

○

○

○

pd_rise_disaster_mode

○

○

△

pd_rise_fence_level

○

○

△

pd_rise_pairvolume_combination

○

○

△

pd_rise_use

○

○

△

pd_rorg_predict

○

○

○

pd_routine_def_cache_size

○

○

○

pd_rpc_trace

○

○

○

pd_rpc_trace_name

○

○

○

pd_rpc_trace_size

○

○

○

pd_rpl_func_control

○

○

○

pd_rpl_hdepath

○

○

○

pd_rpl_init_start

○

○

○

pd_rpl_reflect_mode

○

○

○

pd_scd_port

○

○

○

pd_sds_shmpool_size

○

○

○

pd_security_host_group

○

○

○

pd_server_cleanup_interval

○

○

○

pd_service_port

○

○

○

pd_shared_rdarea_use

○

○

○

pd_shmpool_attribute

○

△

○

pd_shmpool_control

○

○

○

pd_space_level

○

○

○

pd_spd_assurance_count

○

○

○

pd_spd_assurance_msg

○

○

○

pd_spd_dual

○

○

○

pd_spd_max_data_size

○

○

○

pd_spd_reduced_mode

○

○

○

pd_spd_reserved_file_auto_open

○

○

○

pd_spd_syncpoint_skip_limit

○

○

○

pd_spool_cleanup

○

○

○

pd_spool_cleanup_interval

○

○

○

pd_spool_cleanup_interval_level

○

○

○

pd_spool_cleanup_level

○

○

○

pd_sql_command_exec_users

○

○

○

pd_sql_dec_op_maxprec

○

○

○

pd_sql_mode

○

○

○

pd_sql_object_cache_size

○

○

○

pd_sqlobject_stat_timing

○

○

○

pd_standard_sqlstate

○

○

○

pd_start_level

○

○

○

pd_start_skip_unit

○

○

○

pd_start_time_out

○

○

○

pd_statistics

○

○

○

pd_stj_file_size

○

○

○

pd_stj_buff_size

○

○

○

pd_stored_lob_data_wrn_pnt

○

○

○

pd_sts_file_name_1〜7

○

○

○

pd_sts_last_active_file

○

○

○

pd_sts_last_active_side

○

○

○

pd_sts_last_active_side_sub

△

△

△

pd_sts_last_active_subfile

△

△

△

pd_sts_subfile_name_1〜7

△

△

△

pd_substr_length

○

○

○

pd_svr_castoff_size

○

○

○

pd_syssts_file_name_1〜7

○

○

○

pd_syssts_last_active_file

○

○

○

pd_syssts_last_active_side

○

○

○

pd_syssts_last_active_side_sub

△

△

△

pd_syssts_last_active_subfile

△

△

△

pd_syssts_subfile_name_1〜7

△

△

△

pd_system_complete_wait_time

○

○

○

pd_system_dbsync_point

○

○

○

pd_system_expand_unit

×

×

○

pd_system_id

○

○

○

pd_table_def_cache_size

○

○

○

pd_term_watch_count

○

○

○

pd_thdlock_wakeup_lock

○

○

×

pd_thread_max_stack_size

○

○

○

pd_thread_stack_expand_size

○

○

○

pd_tmp_directory

○

○

○

pd_tmp_table_initialize_timing

○

○

○

pd_trn_commit_optimize

○

○

○

pd_trn_port

○

○

○

pd_trn_rcvmsg_store_buflen

○

○

○

pd_trn_rerun_branch_auto_decide

○

○

○

pd_trn_rollback_watch_time

○

○

○

pd_trn_send_decision_interval

○

○

○

pd_trn_send_decision_intval_sec

○

○

○

pd_trn_send_decision_retry_time

○

○

○

pd_trn_watch_time

○

○

○

pd_type_def_cache_size

○

○

○

pd_uap_exerror_log_dir

○

○

○

pd_uap_exerror_log_param_size

○

○

○

pd_uap_exerror_log_size

○

○

○

pd_uap_exerror_log_use

○

○

○

pd_uap_wait

○

○

○

pd_unit_id

○

○

○

pd_utl_exec_time

○

○

○

pd_view_def_cache_size

○

○

○

pd_watch_pc_client_time

○

○

○

pd_watch_resource

○

○

○

pd_work_buff_expand_limit

○

○

○

pd_work_buff_mode

○

○

○

pd_work_buff_size

○

○

○

pd_work_table_option

○

○

○

pdaudload

○

○

○

pdbuffer

○

○

○

pdcltgrp

○

○

○

PDCONFPATH

○

○

○

pdhagroup

○

○

○

pdhibegin

○

○

○

pdlbuffer

○

○

○

pdlogadfg -d spd

○

○

○

pdlogadfg -d ssp

△

△

△

pdlogadfg -d sys

○

○

○

pdlogadpf -d spd

○

○

○

pdlogadpf -d ssp

△

△

△

pdlogadpf -d sys

○

○

○

pdmlgput

○

○

○

pdplgprm

○

○

○

pdplugin

○

○

○

pdstart

○

○

○

pdstbegin

○

○

○

pdunit

○

○

○

pdwork

○

○

○

pdwork_wrn_pnt

○

○

○

SHMMAX

○

○

○

TZ

○

○

○

（凡例）

○：指定できるオペランドです。

×：指定できないオペランドです。

△：条件によって，指定できる場合と指定できない場合があります。詳しくは，各オペランドの説明を参照してください。

索引

数字

1：1スタンバイレス型系切り替え機能[1]

1ビュー表当たりのビュー解析情報長[1]

1文字を表現する最大バイト数[1]

A

aioライブラリ[1]

ANDの複数インデクス利用[1]

D

DECIMAL型の符号正規化機能[1]

H

HAグループ[1]、[2]

HDEPATH[1]

HiRDB Datareplicator〔HiRDBシステム定義の変更〕[1]、[2]

HiRDB Datareplicator運用ディレクトリ[1]

HiRDB Datareplicatorに関するオペランド[1]

HiRDB Non Recover FES[1]

HiRDB Staticizer Option[1]

HiRDB Text Search Plug-in[1]

HiRDB運用ディレクトリ名[1]

HiRDB識別子[1]

HiRDBシステム定義の作成方法〔HiRDB/シングルサーバ〕[1]

HiRDBシステム定義の作成方法〔HiRDB/パラレルサーバ〕[1]

HiRDBシステム定義の種類〔HiRDB/シングルサーバ〕[1]

HiRDBシステム定義の種類〔HiRDB/パラレルサーバ〕[1]

HiRDBシステム定義の変更手順〔HiRDB/シングルサーバ〕[1]

HiRDBシステム定義の変更手順〔HiRDB/パラレルサーバ〕[1]

HiRDBシステム定義ファイル〔HiRDB/シングルサーバ〕[1]

HiRDBシステム定義ファイル〔HiRDB/パラレルサーバ〕[1]

HiRDBシステム定義ファイルの共用化[1]

HiRDBシステム定義ファイルの共用化に関するオペランド[1]

HiRDBシステム定義ファイルの構成〔HiRDB/シングルサーバ〕[1]

HiRDBシステム定義ファイルの構成〔HiRDB/パラレルサーバ〕[1]

HiRDBの開始方法に関するオペランド[1]

HiRDBの処理方式に関するオペランド[1]

HiRDBのポート番号[1]、[2]

HiRDB予約ポート機能[1]

HORCMINST[1]

I

IPアドレス[1]

J

JARファイル[1]

Java Runtime Environmentのルートディレクトリ[1]

Java仮想マシンの起動オプション[1]

Java仮想マシンのライブラリ[1]

Javaクラスパス[1]

Javaストアドファンクション[1]

Javaストアドプロシジャ[1]

Javaに関するオペランド[1]

JP1/NETM/DMによるプログラム配布[1]

JP1との連携に関するオペランド[1]

K

KFPA20009-W[1]

KFPS01861-E[1]

KFPS05078-I[1]

KFPS05623-I[1]

L

LOB用グローバルバッファ[1]

LRU管理方式[1]

O

OLTPに関するオペランド[1]

P

PAUSE状態[1]

pd_additional_optimize_level[1]

pd_alv_port[1]

pd_apply_search_ats_num[1]

pd_assurance_index_no[1]

pd_assurance_table_no[1]

pd_aud_async_buff_count[1]

pd_aud_async_buff_retry_intvl[1]

pd_aud_async_buff_size[1]

pd_aud_auto_loading[1]

pd_aud_file_name[1]

pd_aud_file_wrn_pnt[1]

pd_aud_max_generation_num[1]

pd_aud_max_generation_size[1]

pd_aud_no_standby_file_opr[1]

pd_aud_sql_data_size[1]

pd_aud_sql_source_size[1]

pd_audit[1]

pd_audit_def_buffer_size[1]

pd_auth_cache_size[1]

pd_auto_vrup[1]

pd_bes_conn_hold_trn_interval[1]

pd_bes_connection_hold[1]

pd_bes_shmpool_size[1]

pd_c_library_directory[1]

pd_cancel_down_msgchange[1]

pd_cancel_dump[1]

pd_change_clt_ipaddr[1]

pd_check_pending[1]

pd_client_waittime_over_abort[1]

pd_clt_waittime_over_dump_level[1]

pd_cmd_exec_time[1]

pd_cmd_process_conwaittime[1]

pd_cmdhold_precheck[1]

pd_command_deadlock_priority[1]

pd_connect_auth_type[1]

pd_connect_errmsg_hide[1]

pd_constraint_name[1]

pd_cwaittime_report_dir[1]

pd_cwaittime_report_size[1]

pd_cwaittime_wrn_pnt[1]

pd_db_access_error_action[1]

pd_db_hold_action[1]

pd_db_io_error_action[1]

pd_dbbuff_attribute[1]

pd_dbbuff_binary_data_lru[1]

pd_dbbuff_lru_option[1]

pd_dbbuff_modify[1]

pd_dbbuff_rate_updpage[1]

pd_dbbuff_trace_level[1]

pd_dbreuse_remaining_entries[1]

pd_dbsync_altwrite_skip[1]

pd_dbsync_point[1]

pd_ddl_idx_pctfree[1]

pd_ddl_tbl_fix_pctfree[1]

pd_ddl_tbl_pctfree[1]

pd_ddl_tbl_recovery[1]

pd_deadlock_priority_use[1]

pd_debug_info_netstat[1]

pd_dec_sign_normalize[1]

pd_def_buf_control_area_assign[1]

pd_delete_reserved_word_file[1]

pd_dfw_awt_process[1]

pd_dfw_syncpoint_skip_limit[1]

pd_dic_shmpool_size[1]

pd_down_watch_proc[1]

pd_dump_suppress_watch_time[1]

pd_fes_lck_pool_partition[1]

pd_fes_lck_pool_size[1]

pd_floatable_bes[1]

pd_ha[1]

pd_ha_acttype[1]

pd_ha_agent[1]

pd_ha_ipaddr_inherit[1]

pd_ha_max_act_guest_servers[1]

pd_ha_max_server_process[1]

pd_ha_mgr_rerun[1]

pd_ha_observe_timeout[1]

pd_ha_prc_cleanup_check[1]

pd_ha_process_count[1]

pd_ha_resource_act_wait_time[1]

pd_ha_restart_failure[1]

pd_ha_server_process_standby[1]

pd_ha_switch_error[1]

pd_ha_switch_timeout[1]

pd_ha_transaction[1]

pd_ha_trn_queuing_wait_time[1]

pd_ha_trn_restart_retry_time[1]

pd_ha_unit[1]

pd_hash_table_size[1]

pd_hashjoin_hashing_mode[1]

pd_host_watch_interval[1]

pd_hostname[1]

pd_idx_without_rollback[1]

pd_indexlock_mode[1]

pd_inet_unix_bufmode[1]

pd_inet_unix_utl_bufmode[1]

pd_inner_replica_control[1]

pd_inner_replica_hold_status[1]

pd_inner_replica_lock_shift[1]

pd_ipc_clt_conn_nblock[1]

pd_ipc_clt_conn_nblock_time[1]

pd_ipc_conn_count[1]

pd_ipc_conn_interval[1]

pd_ipc_conn_nblock [1]

pd_ipc_conn_nblock_time [1]

pd_ipc_inet_bufsize[1]

pd_ipc_recv_count[1]

pd_ipc_send_count[1]

pd_ipc_send_retrycount[1]

pd_ipc_send_retrysleeptime[1]

pd_ipc_unix_bufsize[1]

pd_isolation_level[1]

pd_java_archive_directory[1]

pd_java_castoff[1]

pd_java_classpath[1]

pd_java_libpath[1]

pd_java_option[1]

pd_java_routine_stack_size[1]

pd_java_runtimepath[1]

pd_java_stdout_file[1]

pd_jp1_event_level[1]

pd_jp1_event_msg_out[1]

pd_jp1_use[1]

pd_key_resource_type[1]

pd_lck_deadlock_check[1]

pd_lck_deadlock_check_interval[1]

pd_lck_deadlock_info[1]

pd_lck_hash_entry[1]

pd_lck_pool_partition[1]

pd_lck_pool_size[1]

pd_lck_queue_limit[1]

pd_lck_until_disconnect_cnt[1]

pd_lck_wait_timeout[1]

pd_leap_second[1]

pd_list_initialize_timing[1]

pd_list_rowcount_in_rename[1]

pd_listen_socket_bufset[1]

pd_lock_uncommited_delete_data[1]

pd_log_auto_expand_size[1]

pd_log_auto_unload_path[1]

pd_log_auto_unload_restart[1]

pd_log_dual[1]

pd_log_dual_write_method [1]

pd_log_max_data_size[1]

pd_log_org_no_standby_file_opr[1]

pd_log_org_reflected_logpoint[1]

pd_log_rec_leng[1]

pd_log_remain_space_check[1]

pd_log_rerun_reserved_file_open[1]

pd_log_rerun_swap[1]

pd_log_rollback_buff_count[1]

pd_log_rpl_no_standby_file_opr[1]

pd_log_sdinterval[1]

pd_log_singleoperation[1]

pd_log_swap_timeout[1]

pd_log_unload_check[1]

pd_log_write_buff_count[1]

pd_lv_mirror_use[1]

pd_master_file_name[1]

pd_max_access_tables[1]

pd_max_access_tables_wrn_pnt[1]

pd_max_add_dbbuff_no[1]

pd_max_add_dbbuff_shm_no[1]

pd_max_ard_process[1]

pd_max_bes_process[1]

pd_max_dic_process[1]

pd_max_file_no[1]

pd_max_file_no_wrn_pnt[1]

pd_max_list_count[1]

pd_max_list_count_wrn_pnt[1]

pd_max_list_users[1]

pd_max_list_users_wrn_pnt[1]

pd_max_open_fds[1]

pd_max_open_holdable_cursors[1]

pd_max_rdarea_no[1]

pd_max_rdarea_no_wrn_pnt[1]

pd_max_recover_process[1]

pd_max_reflect_process_count[1]

pd_max_resident_rdarea_no[1]

pd_max_resident_rdarea_shm_no[1]

pd_max_server_process[1]

pd_max_temporary_object_no[1]

pd_max_tmp_table_rdarea_no[1]

pd_max_users[1]

pd_max_users_wrn_pnt[1]

pd_mlg_file_size[1]

pd_mlg_msg_log_unit [1]

pd_mlg_port[1]

pd_mode_conf[1]

pd_module_trace_max[1]

pd_module_trace_timer_level [1]

pd_name_fixed_port_lookup[1]

pd_name_port[1]

pd_non_floatable_bes[1]

pd_nowait_scan_option[1]

pd_oltp_holdcr[1]

pd_optimize_level[1]

pd_os_authenticate[1]

pd_overflow_suppress[1]

pd_pageaccess_mode[1]

pd_plugin_ixmk_dir[1]

pd_prf_file_count[1]

pd_prf_file_size[1]

pd_prf_level[1]

pd_prf_output_directory[1]

pd_prf_trace[1]

pd_process_count[1]

pd_process_terminator[1]

pd_process_terminator_max[1]

pd_pth_trace_max[1]

pd_queue_watch_time[1]

pd_queue_watch_timeover_action[1]

pd_rdarea_expand_format[1]

pd_rdarea_extension_file[1]

pd_rdarea_extension_timing[1]

pd_rdarea_list_no_wrn_pnt[1]

pd_rdarea_open_attribute[1]

pd_rdarea_open_attribute_use[1]

pd_rdarea_warning_point[1]

pd_rdarea_warning_point_msgout[1]

pd_redo_allpage_put [1]

pd_reduced_check_time[1]

pd_registered_port[1]

pd_registered_port_check[1]

pd_registered_port_level[1]

pd_registry_cache_size[1]

pd_rise_disaster_mode[1]

pd_rise_fence_level [1]

pd_rise_pairvolume_combination[1]

pd_rise_use [1]

pd_rorg_predict[1]

pd_routine_def_cache_size[1]

pd_rpc_trace[1]

pd_rpc_trace_name[1]

pd_rpc_trace_size[1]

pd_rpl_func_control[1]

pd_rpl_hdepath[1]

pd_rpl_init_start[1]

pd_rpl_reflect_mode[1]

pd_scd_port[1]

pd_sds_shmpool_size[1]

pd_security_host_group[1]

pd_server_cleanup_interval[1]

pd_service_port[1]

pd_shared_rdarea_use[1]

pd_shmpool_attribute[1]

pd_shmpool_control[1]

pd_space_level[1]

pd_spd_assurance_count[1]

pd_spd_assurance_msg[1]

pd_spd_dual[1]

pd_spd_max_data_size[1]

pd_spd_reduced_mode[1]

pd_spd_reserved_file_auto_open[1]

pd_spd_syncpoint_skip_limit[1]

pd_spool_cleanup[1]

pd_spool_cleanup_interval[1]

pd_spool_cleanup_interval_level[1]

pd_spool_cleanup_level[1]

pd_sql_command_exec_users[1]

pd_sql_dec_op_maxprec[1]

pd_sql_mode[1]

pd_sql_object_cache_size[1]

pd_sql_simple_comment_use[1]

pd_sqlobject_stat_timing[1]

pd_standard_sqlstate[1]

pd_start_level[1]

pd_start_skip_unit[1]

pd_start_time_out[1]

pd_statistics[1]

pd_stj_buff_size[1]

pd_stj_file_size[1]

pd_stored_lob_data_wrn_pnt[1]

pd_sts_file_name_1[1]

pd_sts_initial_error[1]

pd_sts_last_active_file[1]

pd_sts_last_active_side[1]

pd_sts_last_active_side_sub[1]

pd_sts_last_active_subfile[1]

pd_sts_singleoperation[1]

pd_sts_subfile_name_1[1]

pd_substr_length[1]

pd_svr_castoff_size[1]

pd_syssts_file_name_1[1]

pd_syssts_initial_error[1]

pd_syssts_last_active_file[1]

pd_syssts_last_active_side[1]

pd_syssts_last_active_side_sub[1]

pd_syssts_last_active_subfile[1]

pd_syssts_singleoperation[1]

pd_syssts_subfile_name_1[1]

pd_system_complete_wait_time[1]

pd_system_dbsync_point[1]

pd_system_expand_unit[1]

pd_system_id[1]

pd_table_def_cache_size[1]

pd_tcp_inet_bufsize[1]

pd_tcp_unix_bufsize[1]

pd_term_watch_count[1]

pd_thdlock_wakeup_lock[1]

pd_thread_max_stack_size[1]

pd_thread_stack_expand_size[1]

pd_tmp_directory[1]

pd_tmp_table_initialize_timing[1]

pd_trn_commit_optimize[1]

pd_trn_port[1]

pd_trn_rcvmsg_store_buflen[1]

pd_trn_rerun_branch_auto_decide[1]

pd_trn_rollback_msg_interval[1]

pd_trn_rollback_watch_time[1]

pd_trn_send_decision_interval[1]

pd_trn_send_decision_intval_sec[1]

pd_trn_send_decision_retry_time[1]

pd_trn_watch_time[1]

pd_type_def_cache_size[1]

pd_uap_exerror_log_dir[1]

pd_uap_exerror_log_param_size[1]

pd_uap_exerror_log_size[1]

pd_uap_exerror_log_use [1]

pd_uap_wait[1]

pd_unique_indexlock_info[1]

pd_unit_id[1]

pd_utl_buff_size[1]

pd_utl_exec_mode[1]

pd_utl_exec_time[1]

pd_view_def_cache_size[1]

pd_watch_pc_client_time[1]

pd_watch_resource[1]

pd_work_buff_expand_limit[1]

pd_work_buff_mode[1]

pd_work_buff_size[1]

pd_work_table_option[1]

pdacunlckコマンド[1]

pdaudload[1]

pdbuffer[1]

pdchgconfコマンド[1]、[2]

pdcltgrp[1]

pdconfchkコマンド[1]、[2]

pdconfchkコマンドでチェックできるオペランド[1]

PDCONFPATH[1]

PDCWAITTIMEオーバ[1]

PDDBACCS[1]

pdhagroup[1]

pdhibegin[1]

pdlbuffer[1]

pdlogadfg -d spd[1]

pdlogadfg -d ssp[1]

pdlogadfg -d sys[1]

pdlogadpf -d spd[1]

pdlogadpf -d ssp[1]

pdlogadpf -d sys[1]

pdmlgput[1]

pdplgprm[1]

pdplugin[1]

pdstart[1]

pdstartコマンドの完了待ち時間[1]

pdstbegin[1]

pdunit[1]

pdvrupコマンドの自動起動[1]

pdwork[1]

pdwork_wrn_pnt[1]

PRFトレース情報に関するオペランド[1]

PRFトレース情報ファイルサイズ[1]

PRFトレース情報ファイル世代数[1]

PRFトレース情報ファイルを出力するディレクトリ[1]

putenv形式[1]

R

RDエリアに関するオペランド[1]

RDエリアのオープン契機[1]

RDエリアの最大数[1]

RDエリアの閉塞状態のチェック[1]

RPCトレース情報に関するオペランド[1]

S

set形式[1]

SHMMAX[1]

SQLSTATEの細分化に関するオペランド[1]

SQLオブジェクト長の計算式[1]

SQLオブジェクト用バッファ長[1]

SQLオブジェクト用バッファ長（pd_sql_object_cache_size）の見積もり式[1]

SQL拡張最適化オプション[1]

SQLからのコマンド実行に関するオペランド[1]

SQL最適化オプション[1]

SQL実行時間警告出力機能に関するオペランド[1]

SQL実行時間警告情報ファイル[1]

SQLの仕様に関するオペランド[1]

SQL予約語削除機能に関するオペランド[1]

SQL予約語削除ファイル[1]

T

TIMEOUT[1]

TZ[1]

U

UAP環境定義[1]

UAP環境定義の追加又は変更手順〔HiRDB/シングルサーバ〕[1]

UAP環境定義の追加又は変更手順〔HiRDB/パラレルサーバ〕[1]

W

WITHOUT LOCK NOWAIT指定の検索[1]

あ

空き領域の再利用機能[1]

後処理プロセス[1]

アンロード状態のチェックを解除する運用[1]

アンロードログファイルの出力先ディレクトリ[1]

い

一時表に関するオペランド[1]

一括入力最大ページ数[1]

一相コミット[1]

一相最適化[1]

インデクスキー値の排他資源の作成方法[1]

インデクスキー値無排他[1]

インデクス情報ファイル[1]

インデクス用グローバルバッファ[1]

インデクス用のローカルバッファ[1]

インデクス予約数[1]

インナレプリカ機能に関するオペランド[1]

インナレプリカグループ[1]

インナレプリカ最大グループ数[1]

インメモリRDエリア[1]

インメモリデータ処理に関するオペランド[1]

う

受け入れ可能状態[1]

受け入れユニット[1]

運用コマンド及びユティリティの実行監視時間[1]

運用コマンド・ユティリティ実行におけるプロセス割り当て監視時間[1]

え

影響分散スタンバイレス型系切り替え機能[1]

演算中のエラー抑止[1]

お

追い付き反映処理時に確保するプロセス数[1]

オープン契機[1]

オプション[1]

オペランド指定値の見積もり式[1]

オペランドの指定形式[1]

オペランドの詳細[1]

オンライン再編成上書き可能状態[1]

オンライン再編成上書き禁止状態[1]

か

開始準備処理の最大待ち時間[1]

開始処理完了の連絡待ち時間[1]

開始方法[1]

開始モード[1]

外部Cストアドルーチンに関するオペランド[1]

回復不要FES[1]

拡張SQLエラー情報出力機能に関するオペランド[1]

片系運転〔システムログファイル〕[1]

簡易セットアップツール[1]、[2]

監査証跡に出力するSQLデータのサイズ[1]

監査証跡に出力するSQL文のサイズ[1]

監査証跡ファイルの最大数[1]

監査証跡ファイルの最大容量[1]

監査証跡ファイル用のHiRDBファイルシステム領域名[1]

監視時間〔ユティリティ〕[1]

き

行の継続[1]

共用RDエリア[1]

共用化[1]、[2]

共用化の手順[1]

共用ディレクトリ[1]

共用メモリセグメントサイズの上限値[1]

共用メモリセグメントの最大数[1]

共用メモリに関するオペランド[1]

く

空白変換機能[1]

空白変換レベル[1]

クライアント環境定義との関係〔HiRDB/シングルサーバ〕[1]

クライアント環境定義との関係〔HiRDB/パラレルサーバ〕[1]

クライアントグループに関するオペランド[1]

クライアントグループの接続枠保証機能[1]

クライアントの最大待ち時間[1]

クラスパス[1]

グローバルバッファが使用する共用メモリ[1]

グローバルバッファに関するオペランド[1]

グローバルバッファのLRU管理方式[1]

グローバルバッファの動的変更[1]

け

系切り替え機能に関するオペランド[1]

警告値[1]

警告メッセージ[1]、[2]

ゲストBES[1]

検査制約[1]

検査保留状態[1]

こ

更新可能なオンライン再編成[1]

更新バッファ量抑制機能[1]

高速系切り替え機能[1]

互換モード適用時に検討が必要なオペランド[1]

コマンド形式[1]

コマンド引数[1]

コミットメント制御[1]

コメントの記述[1]

さ

サーバ共通定義[1]

サーバ障害監視時間[1]

サーバのプロセス数[1]

サーバプロセスの異常終了回数の上限値[1]

サーバプロセスの沈み込み[1]、[2]

サーバプロセスのメモリサイズ監視機能[1]

サーバ名[1]

サーバモード[1]

サーバ用ステータスファイル（障害発生時）に関するオペランド[1]

サーバ用ステータスファイルに関するオペランド[1]

最大起動プロセス数[1]

最大起動プロセス数〔ディクショナリサーバ〕[1]

最大起動プロセス数〔バックエンドサーバ〕[1]

最大同時起動サーバプロセス数[1]

最大同時接続数[1]

最大待ち時間[1]

再編成時期予測機能に関するオペランド[1]

作業表に関するオペランド[1]

作業表用バッファ長[1]

作業表用バッファの自動増分[1]

作業表用ファイル用のHiRDBファイルシステム領域[1]、[2]

参照制約[1]

参照制約及び検査制約に関するオペランド[1]

し

識別子[1]

システム監視に関するオペランド[1]

システム共通定義[1]

システム構成に関するオペランド[1]

システム構成変更コマンド[1]、[2]

システム定義スカラ関数の定義情報長の求め方[1]

システムログの並列出力機能[1]

システムログファイルに関するオペランド[1]

システムログファイルの空き容量監視機能[1]

システムログファイルのアンロード状態[1]

システムログファイルの片系運転[1]

システムログファイルの自動オープン[1]

システムログファイルのスワップ[1]

システムログファイルのスワップ完了待ち時間[1]

システムログファイルの二重化[1]

システムログファイルのファイルグループ[1]

システムログファイルの両系運転[1]

実体のないステータスファイル[1]、[2]

実体のない副ステータスファイル[1]、[2]

指定不要になったオペランド[1]

自動オープン〔システムログファイル〕 [1]

自動オープン〔シンクポイントダンプファイル〕 [1]

自動開始[1]

自動増分〔作業表用バッファ〕[1]

自動ログアンロード機能[1]

絞込み検索に関するオペランド[1]

終了モード[1]

縮退運転[1]

縮退起動に関するオペランド[1]

手動開始[1]

常駐プロセス数[1]

シンクポイントダンプの取得間隔[1]

シンクポイントダンプの有効化[1]

シンクポイントダンプファイルに関するオペランド[1]

シンクポイントダンプファイルの自動オープン[1]

シンクポイントダンプファイルの縮退運転[1]

シンクポイントダンプファイルの世代数[1]

シンクポイントダンプファイルの二重化[1]

シンクポイントダンプファイルのバッファ長[1]

シンクポイントダンプファイルのファイルグループ[1]

シンクポイントダンプ有効化のスキップ回数監視機能[1]

シングルサーバ定義[1]

シングルサーバ用共用メモリサイズ[1]

す

スケジューラプロセスのポート番号[1]

スタックサイズ[1]

スタック領域長〔Java〕[1]

スタンバイ型とスタンバイレス型を混合した構成〔HiRDBシステム定義例〕[1]

ステータスファイル[1]、[2]

スナップショット方式[1]

スレッド間ロックの解放通知方式[1]

せ

整合性チェックユティリティ[1]

セキュリティに関するオペランド[1]

セグメント使用率[1]

接続枠保証機能[1]

全面回復処理に関するオペランド[1]

全面回復処理の並列実行プロセス数[1]

た

タイムアウト情報[1]

タイムゾーン[1]

つ

通信処理に関するオペランド[1]

て

定義の関係〔HiRDB/シングルサーバ〕[1]

定義の関係〔HiRDB/パラレルサーバ〕[1]

定義例[1]

ディクショナリサーバ定義[1]

ディクショナリサーバ用共用メモリサイズ[1]

データベース構成変更ユティリティ[1]

データベース再編成ユティリティ〔排他資源数〕[1]

データベース作成ユティリティ〔排他資源数〕[1]

データ用のローカルバッファ[1]

適用OSごとのオペランド指定可否[1]

デッドロック情報[1]

デッドロックの優先順位[1]

デファードライト処理の並列WRITE機能[1]

デファードライトトリガでの更新ページ出力比率[1]

と

統計情報に関するオペランド[1]

統計ログ[1]

統計ログバッファ長[1]

統計ログファイル（pd_stj_file_size）の見積もり式[1]

統計ログファイルの最大容量[1]

同時アクセス可能実表数[1]、[2]

同時実行最大数に関するオペランド[1]

動的追加用共用メモリセグメント数の上限値[1]

動的追加用グローバルバッファ数の上限値[1]

トラブルシュート情報に関するオペランド[1]

トラブルシュート情報の削除[1]

トラブルシュート情報の取得[1]、[2]

トラブルシュート情報の取得〔ネットワーク情報〕[1]

トランザクションキャンセル時のプロセスダウンメッセージ変更機能[1]

トランザクションキューイング機能[1]

トランザクション決着処理に関するオペランド[1]

トランザクションサーバプロセスのポート番号[1]

トランザクションの同期点処理[1]

に

二相コミット[1]

入出力エラー[1]

は

バージョンアップに関するオペランド[1]

バージョンによって省略値が異なるオペランド[1]

排他資源数[1]

排他資源数の見積もり[1]

排他制御で使用する共用メモリ領域[1]、[2]

排他制御に関するオペランド[1]

排他制御用プール[1]、[2]

排他制御用プールサイズ[1]、[2]

排他待ち限界経過時間[1]

排他待ち時間[1]

排他待ちユーザ数[1]

バックエンドサーバ接続保持機能に関するオペランド[1]

バックエンドサーバ接続保持時間[1]

バックエンドサーバ定義[1]

バックエンドサーバ用共用メモリサイズ[1]

ハッシュ表サイズ[1]

バッファサイズ[1]

バッファに関するオペランド[1]

バッファの確保方式[1]

バッファ面数〔グローバルバッファ〕[1]

バッファ面数〔ローカルバッファ〕[1]

ひ

日付・時刻に関するオペランド[1]

非同期READ機能[1]

非同期READプロセス数[1]

ビュー解析情報用バッファ長[1]

表定義キャッシュサイズの求め方[1]

表定義情報バッファサイズ[1]

表定義情報用バッファ長[1]

表定義情報用バッファ長（pd_table_def_cache_size）の見積もり式[1]

表又はインデクスの予約数に関するオペランド[1]

表予約数[1]

ふ

ファイルグループ〔システムログファイル〕 [1]

ファイルグループ〔シンクポイントダンプファイル〕 [1]

ファイルグループ〔副シンクポイントダンプファイル〕[1]

副ステータスファイル[1]、[2]

プラグイン[1]

プラグインが使用する共用メモリ[1]

プラグイン関数の定義情報長の求め方[1]

プラグインに関するオペランド[1]

フラグ引数[1]

プリフェッチ機能[1]、[2]

フロータブルサーバ[1]、[2]

プロセス数の最大値[1]

プロセスに関するオペランド[1]

プロセスの異常終了回数監視機能[1]

フロントエンドサーバ定義[1]

文法規則[1]

へ

閉塞状態のチェック[1]

ページアクセス方式[1]

ほ

ポート番号[1]

ポート番号の範囲を指定[1]

ホストBES[1]

ホスト間監視時間間隔[1]

ホスト名[1]、[2]、[3]

ま

前処理の排他要求数[1]

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称[1]

マルチコネクションアドレス機能[1]、[2]

み

未決着状態のトランザクション[1]

む

無応答障害[1]

め

メッセージキュー監視機能[1]

メッセージキュー監視時間[1]、[2]

メッセージの出力抑止機能に関するオペランド[1]

メッセージログサーバプロセスのポート番号[1]

メッセージログファイルに関するオペランド[1]

メッセージログファイルの最大容量[1]

も

文字コードに関するオペランド[1]

モニタモード[1]

ゆ

有効化処理[1]

有効保証世代数[1]

ユーザ権限情報用バッファ長[1]

ユーザサーバホットスタンバイ[1]

ユーザ定義型[1]

ユーザ定義型情報用バッファ長[1]

ユーザ認証に関するオペランド[1]

ユティリティの実行監視時間[1]

ユニット監視プロセスのポート番号[1]

ユニット識別子[1]、[2]、[3]

ユニット制御情報定義[1]

ユニット用ステータスファイル（障害発生時）に関するオペランド[1]

ユニット用ステータスファイルに関するオペランド[1]

り

リアルタイムSANレプリケーションに関するオペランド[1]

リスト[1]

リスト作成数[1]、[2]

リスト作成ユーザ数[1]

リストの初期化時期[1]

リソースの使用率[1]

リバランスユティリティ〔排他要求数〕[1]

る

ルーチン制御用オブジェクト長の計算式[1]

ルーチン定義情報長の求め方[1]

ルーチン定義情報用バッファ長[1]

ルーチン定義情報用バッファ長（pd_routine_def_cache_size）の見積もり式[1]

れ

レジストリ情報用バッファ長[1]

レプリカRDエリアのオープン属性[1]

連続異常終了回数の上限[1]

ろ

ローカルバッファ[1]

ロールバック完了応答の最大待ち時間[1]

ロールバック指示再送限界時間[1]

ログ出力バッファ面数[1]

論理ファイル名[1]、[2]、[3]、[4]

わ

ワークファイル出力先ディレクトリの変更[1]