20.7.1　障害発生時の対処方法

(1)　障害が発生したファイルを上書きできる状態にする手順

〈手順〉

1. pdloglsコマンドで，障害が発生して予約となったシンクポイントダンプファイルを確認します。

   pdlogls -d spd -s b001

2. 障害が発生したファイルが予約になっていない場合，そのファイルをpdlogclsコマンドで予約にします。

   pdlogcls -d spd -s b001 -g spdfile1

3. pdlogrmコマンドで予約ファイルを削除します。

   pdlogrm -d spd -s b001 -f /sysfile/sync01

4. pdloginitコマンドで，3で削除したシンクポイントダンプファイルを再作成します。

   pdloginit -d spd -s b001 -f /sysfile/sync01 -n 5000

5. pdlogopenコマンドで，4で再作成したシンクポイントダンプファイルを上書きできる状態にしてください。

   pdlogopen -d spd -s b001 -g spdfile1

コマンドの実行後，実行結果が正しいかどうか確認することをお勧めします。コマンドの実行結果の確認方法については，マニュアル「HiRDB Version 9 コマンドリファレンス」を参照してください。

ページの先頭へ

(2)　シンクポイントダンプファイルに対応するシステムログファイルが上書きされているためHiRDBを再開始できないときの対処方法

シンクポイントダンプファイルに障害が発生すると，HiRDBはシンクポイントダンプファイルの世代をさかのぼってシステムの状態を回復しようとします。このとき，シンクポイントダンプファイルに対応するシステムログファイル(システムを回復するために必要な情報を持つシステムログファイル)が上書きされていると，HiRDBを再開始できません。この場合，pdstart dbdestroyコマンドでHiRDBを強制開始してください。

このとき，HiRDBは前回稼働時の情報を引き継ぎません。したがって，HiRDB管理者がデータベースの内容を回復する必要があります。データベースの内容を回復するには，バックアップ及びシステムログ（アンロードログ）を入力情報として，データベース回復ユティリティを実行します。データベースの回復方法については，「データベースの回復方法」を参照してください。

なお，HiRDBを強制開始する前に，「HiRDB（ユニット）を強制開始するときの注意事項」を参照してください。

注意事項

• データベースの内容を回復するまでは，そのデータベースをアクセスできない状態（RDエリアをpdhold -cコマンドで閉塞かつクローズ状態）にしておいてください。

• HiRDBを強制開始すると，前回のHiRDB開始後に更新したすべてのRDエリア（システム用RDエリアも含みます）が破壊されます。したがって，強制開始をする場合は，破壊されたRDエリアをデータベース回復ユティリティで回復する必要があります。RDエリアを回復しないと，その後のHiRDBの動作を保証できません。

• RDエリアはシステムログだけで回復できます。前回のpdstartコマンドが失敗したときに出力されたKFPS01262-Iメッセージを参照し，メッセージに表示されているログ読み込み開始のファイルグループ名，及びそれ以降に発生したシステムログをデータベース回復ユティリティの入力情報にしてください。

ページの先頭へ

(3)　シンクポイントダンプファイルの数が不足しているためHiRDBを再開始できないときの対処方法

シンクポイントダンプファイルの数が有効保証世代数以下となると，HiRDBを再開始できません。この場合，次に示すどちらかの対処をして，HiRDBを再開始してください。

• 障害が発生したシンクポイントダンプファイルを再作成してください。

• pdlogadfg -d spdオペランドにONL指定をしていないシンクポイントダンプファイルがあれば，ONLを指定してください。

なお，あらかじめ，次に示すオペランドを指定しておくとHiRDBが停止している時間を短縮できます。

• pd_spd_reduce_mode＝1又は2

• pd_spd_reserved_file_auto_open＝Y

ページの先頭へ