1. すべてのシステムログファイルのレコード長及びレコード数を同じにしてください。
2. 作成できるシステムログファイルは，2〜200グループです（ただし，6グループ以上作成することを推奨します）。
   システムログファイルの容量不足によって異常終了したHiRDBを再開始する場合，作成済みのシステムログファイルと同じ数のシステムログファイルを追加する必要があります。例えば，最大量（100ギガバイト）のシステムログファイルを50個で50グループ作成している場合は，更に最大量のシステムログファイルを50個で50グループ追加します。したがって，作成するシステムログファイルは100グループ以内とすることをお勧めします。
   
3. システムログファイルの総容量の上限は20テラバイトになります。
4. アンロードする回数を少なくしたい場合は，システムログファイルの1ファイル容量を大きくします。
5. HiRDB運用ディレクトリがあるディスクに大量に入出力が発生するファイル（システムログのアンロードログファイルなど）を作成しないでください。
6. 一つのシステムログファイルの容量は，次に示す条件を満たす必要があります。
   

   一つのシステムログファイルの容量（バイト）≧↑（a＋368）÷c↑×c×b×d

   a：pd_log_max_data_sizeオペランドの値

   b：pd_log_sdintervalオペランドの値

   c：pd_log_rec_lengオペランドの値

   d：pd_spd_assurance_countオペランドの値

7. 全システムログファイルの容量（二重化している場合は片系の容量だけを対象とする）は，次に示す二つの条件を満たす必要があります。

条件1

「17.1.1(1)システムログファイルの総容量の求め方」で見積もった容量以上の値にしてください。

条件2

長大トランザクションが終了するまでは，長大トランザクション開始以降のシステムログファイルの上書きができません。また，シンクポイントダンプファイルの有効保証世代とカレント世代のシステムログファイルは上書きできません。そのため，これらの分のシステムログファイル容量を確保してください。次の計算式で求めます。

システムログファイルの総容量（バイト）≧3×a×（b＋1）

ａ：

データベースを更新するトランザクションのうち，実行時間が最大のトランザクション実行中に該当するサーバで出力されることのあるシステムログ量

システムログ量の見積もり式については，「17.1　システムログファイルの容量の見積もり」を参照してください。

ｂ：pd_spd_assurance_countオペランドの値

シンクポイントダンプファイルの有効保証世代数です。

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

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

表8-2　システムログファイルの世代数と運用への影響

比較項目	システムログファイルの構成
	世代数を少なくした場合	世代数を多くした場合
システムログファイル1世代当たりの容量	大きくなります。	小さくなります。
スワップ間隔	システムログファイル1世代当たりの容量が大きくなるため，スワップ間隔は長くなります。	システムログファイル1世代当たりの容量が小さくなるため，スワップ間隔は短くなります。
アンロード回数	スワップ間隔が長くなるため，アンロード回数は少なくなります。	スワップ間隔が短くなるため，アンロード回数は多くなります。
ディスク障害などでシステムログファイルの数世代が使用できなくなった場合のシステムログ容量への影響	システムログファイル1世代当たりの容量が大きくなるため，ディスク障害時にデータベースの回復に用いるログ量は多くなり，データベース回復に掛かる時間は長くなります。 システムログ容量の減少幅が大きいため，システムログの容量が減少したことによるHiRDBの稼働に及ぼす影響は大きくなります。	システムログファイル1世代当たりの容量が小さくなるため，ディスク障害時にデータベースの回復に用いるログ量は少なくなり，データベース回復に掛かる時間は短くなります。 システムログ容量の減少幅が小さいため，システムログの容量が減少したことによるHiRDBの稼働に及ぼす影響は小さくなります。

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

(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を指定してください。

システムログファイルのレコード長をpdloginitコマンドの-lオプションで指定します。レコード長は1024，2048，4096のどれかを選択できます。

(a)　新規にHiRDBを構築する場合

新規にHiRDBを構築する場合は，レコード長を1024にすることをお勧めします。この場合，サーバ定義のpd_log_rec_lengオペランドで1024を指定してください。

(b)　既にHiRDBを稼働している場合

レコード長が1024以外の場合，1024に変更することをお勧めします。

システムログファイルのレコード長の変更方法については，マニュアル「HiRDB Version 8 システム運用ガイド」を参照してください。

レコード長を変更するときの考慮点

• 全システムログファイルの総容量が変更になります。全システムログファイルの総容量の求め方については，「17.1.1　システムログファイルの総容量」を参照してください。
• ユニットコントローラが使用する共用メモリサイズが変更になります。ユニットコントローラが使用する共用メモリサイズの求め方については，「15.1.3　ユニットコントローラが使用する共用メモリの計算式」を参照してください。

作成したシステムログファイルをどのファイルグループに対応させるかをサーバ定義のpdlogadfg及びpdlogadpfオペランドで定義します。