(a)　ユティリティの実行について

• pdmodは，HiRDBが稼働中のときだけ実行できます。
• pdmodは，シングルサーバ又はシステムマネジャがあるサーバマシンで実行してください。

(b)　制御文について

• 制御文は，複数同時に指定できます。制御文ごとに処理を完結し，エラーになった制御文はスキップして処理を続行します。そのため，正常に終了した制御文は，ほかの制御文でエラーが発生してもロールバックはされません。したがって，pdmodでエラーが発生した場合は，標準エラー出力及びメッセージログに出力されたメッセージのエラー要因を取り除き，エラーがあった制御文だけ再度実行してください。
• 制御文に注釈を付けたい場合は，スラント，アスタリスク（/＊）とアスタリスク，スラント（＊/）で注釈を囲んで指定してください。
• pdntenvコマンドで文字コードとしてutf-8を選択した場合，制御文ファイル中にBOMが存在しても問題ありません。ただし，制御文ファイル中のコメントには，ASCIIコード以外の文字コードを使用できません。ASCIIコード以外の文字コードを使用した場合，pdmodが誤動作するおそれがあるため，使用しないでください。

(a)　ユティリティ実行後の結果について

pdmodの結果は，次の方法で確認できます。

• pddblsコマンド（-r ALL -a指定）
• ディクショナリ表の検索
• データベース状態解析ユティリティ

(b)　HiRDBファイルシステム領域が壊れた場合について

pdmodの実行中に，電源断又はpdkillコマンドで実行が中断された場合，HiRDBファイルシステム領域が壊れるときがあります。pdflsコマンドを実行して矛盾が検知された場合は，次に示すどちらかの手順で回復してください。

• pdfmkfsコマンドでHiRDBファイルシステム領域を再度作成し，格納していたHiRDBファイルはRDエリアごとにデータベース構成変更ユティリティを実行します。
• pdfbkupコマンド及びpdfrstrコマンドを実行して，HiRDBファイルシステム領域のバックアップとリストアをします。

(c)　バックアップの取得について

データベース構成変更ユティリティはログを無効化する処理を行っているため，データベース構成変更ユティリティを実行した後には，処理対象RDエリアのバックアップを必ず取得してください。バックアップを取得しないと，処理対象RDエリアが障害閉塞した場合，データベース構成変更ユティリティの実行前の状態にしかRDエリアを回復できません（データベース構成変更ユティリティ実行後の更新情報を回復できません）。

また，データベース構成変更ユティリティの操作によっては，システム用RDエリアや関連するRDエリアと同期を取ってバックアップを取得する必要があります。詳細については，「HiRDB Version 8 システム運用ガイド」の「同時にバックアップを取得する必要があるRDエリア」を参照してください。