7.3.1　システムログファイルの設計

(a)　システムログファイルの世代数と運用への影響

システムログファイルの総容量が同じ場合，システムログファイルの世代数によって，1世代当たりの容量が変化します。システムログファイルの世代数と運用への影響を次の表に示します。システムログファイルの総容量は同じとします。

通常の運用では，システムログファイルの世代数を少なくした場合の方がスワップ間隔及びアンロード回数の点で利点があります。ただし，障害発生時には，世代数を多くした場合の方が障害の影響が小さくなります。

(a)　システムログファイルの二重化

システムログファイルを二重化すると，HiRDBは両方の系に同じシステムログを取得します。取得したシステムログを読み込むとき，片方のファイルに異常が発生しても，もう一方のファイルからシステムログを読み込めるため，システムの信頼性を向上できます。なお，二重化する場合，ディスクをミラー化して二重化するより，HiRDB管理下で二重化することをお勧めします。システムログファイルを二重化する場合は，それぞれの系のファイルを別々のハードディスクに作成してください。

システムログファイルを二重化する場合は，サーバ定義で次に示すオペランドを指定してください。

• pd_log_dual = Y

• pdlogadpfオペランドの-bオプション（B系のシステムログファイル名を指定します）

(b)　システムログファイルの片系運転

システムログファイルの片系運転は，システムログファイルを二重化する場合に適用されます。

システムログファイルに障害が発生して，両系とも使用できるシステムログファイルがない場合でも，HiRDBのユニットを異常終了しないで正常な系だけで処理を続行できます。これをシステムログファイルの片系運転といいます。システムログファイルの片系運転をする場合は，サーバ定義でpd_log_singleoperation = Yを指定してください。

システムログファイルの片系運転に対し，両方のシステムログファイルで処理を続行すること（通常の処理形態）をシステムログファイルの両系運転といいます。

(c)　システムログファイルの自動オープン

HiRDBを再開始するときに，上書きできる状態のシステムログファイルがない場合，予約のファイルがあればHiRDBが予約のファイルをオープンして上書きできる状態にし，処理を続行します。これをシステムログファイルの自動オープンといいます。

システムログファイルの自動オープンをする場合は，サーバ定義でpd_log_rerun_reserved_file_open = Yを指定してください。

(a)　システムログファイルの空き容量監視機能

システムログファイルのスワップ時に，スワップ先にできる状態のシステムログファイルがないとHiRDBは異常終了します。これを予防するため，HiRDBにはシステムログファイルの空き容量を監視する機能（システムログファイルの空き容量監視機能）があります。この機能は，システムログファイルの空き率が警告値未満になったときに作動します。次に示す二つのレベルのどちらかを選択できます。

レベル1：

システムログファイルの空き率が警告値未満になった場合，警告メッセージKFPS01162-Wを出力します。

レベル2：

システムログファイルの空き率が警告値未満になった場合，新規トランザクションのスケジューリングを抑止して，サーバ内の全トランザクションを強制終了します。このとき，KFPS01160-Eメッセージを出力します。これによって，システムログの出力量を抑えます。

レベル2を選択した場合，システムログファイルの空き容量が不足したときにサーバ内の全トランザクションが強制終了されます。このため，システムログファイルの設計をより正確に行う必要があります。

システムログファイルの空き容量監視機能については，マニュアル「HiRDB システム運用ガイド」を参照してください。

(b)　システムログファイルの自動拡張機能

システムログファイルの容量不足が発生すると，HiRDBシステム（又はユニット）が異常終了します。これを回避するため，自動的にシステムログファイルの容量を拡張する機能（システムログファイルの自動拡張機能）を提供しています。この機能を適用することで，システムログファイルの容量不足によるHiRDBシステム（又はユニット）の異常終了の頻度を低減できます。

システムログファイルの自動拡張機能については，マニュアル「HiRDB システム運用ガイド」を参照してください。

(c)　シンクポイントダンプ有効化のスキップ回数監視機能

UAPが無限ループしてデータベースを更新し続けるとシンクポイントが有効化できないため，上書きできない状態のシステムログファイルが増えてしまいます。上書きできない状態のシステムログファイルが増えて全システムログファイルが上書きできない状態になると，HiRDBが異常終了します。

また，上書きできない状態のシステムログファイルが，全システムログファイルの半分以上になったときにHiRDBが異常終了又は強制終了すると，HiRDBを再開始するときのロールバック処理でシステムログファイルが不足します。この場合，システムログファイルを新規追加しないと，HiRDBを再開始できません。そして，この再開始処理に要する時間も長くなります。

このようなことを防ぐために，HiRDBではシンクポイントダンプ有効化のスキップ回数監視機能を設けています。

シンクポイントダンプ有効化のスキップ回数監視機能については，マニュアル「HiRDB システム運用ガイド」を参照してください。

(a)　お勧めの使い方

ログ出力に掛かる時間をより短縮するため，A系とB系をそれぞれ別デバイスに配置することをお勧めします。

(b)　環境設定（システム定義の設定）

サーバ定義でpd_log_dual_write_method=parallelを指定してください。ただし，次の場合は指定値に関係なく，システムログの並列出力機能は適用されません。

• システムログファイルが二重化されていない（pd_log_dualオペランドにYが指定されていない）

• システムログファイルがキャラクタ型スペシャルファイルに配置されていない

(c)　環境設定（aioライブラリの設定）

サーバマシンにaioライブラリを導入し，必要な設定を行ってください。aioライブラリの導入と設定方法については，OSのマニュアルを参照してください。

(b)で説明した環境設定を行っている状態で，aioライブラリの導入と設定が正しく行われていない場合，HiRDBを開始できません。

(d)　注意事項

1. システムログの並列出力機能は，通常ファイルに配置されたシステムログファイルには適用されません。そのため，システムログファイルを追加する場合，キャラクタ型スペシャルファイルに配置してください。

2. システムログの並列出力機能が適用されるのは，両系の現用ファイルがキャラクタ型スペシャルファイルに配置されており，かつ両系の現用ファイルにシステムログが出力できる状態の場合（クローズ状態，予約状態，又は障害発生時ではない）だけです。現用ファイルが次の条件に該当する場合，システム定義に関係なく，システムログの並列出力を行いません。

   • A系又はB系のどちらかの現用ファイルが通常ファイルに配置されている

   • A系又はB系のどちらかの現用ファイルにログが出力できない状態である

3. 系切り替え機能使用時など，システムログの並列出力機能を適用するサーバが複数のサーバマシンで稼働する場合，aioライブラリを有効化していないサーバマシンがあると，待機系ユニットの開始，又は系切り替えに失敗します。全サーバマシンでaioライブラリを有効化してください。