RDエリアの削除については，「15.7　RDエリアを削除する方法」を参照してください。RDエリアの移動については，「15.9　RDエリアを移動する方法（RDエリアの移動）」を参照してください。

クライアント環境定義に次に示すオペランドを指定している場合は注意が必要です。これらのオペランドに削除対象のフロントエンドサーバ（FES3）を指定している場合は指定値を変更してください。

• PDFESHOST
• PDSERVICEGRP
• PDSERVICEPORT

 
pdstop
 

必ず正常終了させてください。

 
pdlogrm -d sys -s fes3 -f /sysarea/log01            1
   :
pdlogrm -d spd -s fes3 -f /sysarea/sync01           2
   :
pdstsrm -s fes3 -f /sysarea/ssts01                  3
   :
pdstsrm -u UNT3 -f /sysarea/usts01                  4
   :
 

〔説明〕

1. FES3，BES3，及びBES4のシステムログファイルを削除します。
2. FES3，BES3，及びBES4のシンクポイントダンプファイルを削除します。
3. FES3，BES3，及びBES4のサーバ用ステータスファイルを削除します。
4. ユニット3のユニット用ステータスファイルを削除します。

サーバ構成の変更を反映したHiRDBシステム定義を作成してください。

HiRDB External Data Access機能を使用している場合の注意事項

外部サーバ接続用のバックエンドサーバを削除する場合は外部サーバに関する定義を削除してください。外部サーバに関する定義を残したままユニットを削除すると，構成変更が失敗するか，又は削除対象ユニットのRDエリアに格納されている表やインデクスをアクセスするとエラーになります。

 
pdloginit -d sys -s bes3 -f /sysarea/log01 -n 5000          1
   :
pdloginit -d spd -s bes3 -f /sysarea/sync01 -n 5000         2
   :
pdstsinit -s bes3 -f /sysarea/ssts01 -c 3000                3
   :
pdstsinit -u UNT3 -f /sysarea/usts01 -c 3000                4
   :
 

〔説明〕

1. BES3のシステムログファイルを作成します。
2. BES3のシンクポイントダンプファイルを作成します。
3. BES3のサーバ用ステータスファイルを作成します。
4. ユニット3のユニット用ステータスファイルを作成します。

ステータスファイルを再作成したため，RDエリアの障害閉塞状態は引き継がれません。したがって，HiRDBの正常開始後，必要に応じてpdholdコマンドでRDエリアを再度閉塞してください。

 
pdconfchk
 

エラーがある場合はHiRDBシステム定義を修正して，再度pdconfchkコマンドを実行してください。

 
pdstart
 

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