スケーラブルデータベースサーバ HiRDB Version 8 システム運用ガイド(UNIX(R)用)
HiRDBが計画停止,強制終了,又は異常終了したときは,次に示すことに注意してください。
HiRDBが計画停止,強制終了,又は異常終了したときに,HiRDBのバージョンは変更できません。変更するとHiRDBの再開始に失敗します。HiRDBのバージョンを変更する場合は,必ずHiRDBを正常終了させてください。
HiRDBが計画停止,強制終了,又は異常終了したときに,HiRDBシステム定義のオペランドで変更できないものがあります。変更できないオペランドについては,マニュアル「HiRDB Version 8 システム定義」を参照してください。
HiRDBが計画停止,強制終了,又は異常終了したときに,HiRDBのサーバ構成を変更しないでください。再開始前にはシステム共通定義のpdstartオペランドとpdunitオペランドは変更できません。変更すると,HiRDBの再開始に失敗します。
HiRDBのサーバ構成を変更する場合は,必ずHiRDBを正常終了させてください。正常終了後であれば,HiRDBのサーバの構成を変更できます。その場合は,次に示すファイルを再初期化してください。再初期化をしないと,HiRDBの開始に失敗することがあります。
HiRDBが強制終了又は異常終了したときには,次の表に示すグローバルバッファの操作ができません。
表1-9 強制終了,異常終了したときにできないグローバルバッファの操作
グローバルバッファの操作 | 正常終了,計画停止 | 強制終了,異常終了 |
---|---|---|
グローバルバッファの追加 (pdbufferオペランドの追加) |
○ | × |
グローバルバッファの削除 (pdbufferオペランドの削除) |
○ | × |
グローバルバッファの変更 (pdbufferオペランドの変更) |
○ | × |
HiRDB稼働中に追加したRDエリアに割り当てたグローバルバッファは,終了モードによって,次回開始時に引き継がれるかどうかが決まります。詳細を次の表に示します。
表1-10 HiRDB稼働中に追加したRDエリアに割り当てたグローバルバッファを引き継ぐかどうか
条件 | 正常終了,計画停止 | 強制終了,異常終了 |
---|---|---|
HiRDB稼働中に追加したRDエリアに割り当てたグローバルバッファを引き継ぐかどうか | 引き継ぎません | 引き継ぎます |
HiRDBが計画停止,強制終了,又は異常終了したときには,次の表に示すステータスファイルの操作ができません。
表1-11 計画停止,強制終了,異常終了したときにできないステータスファイルの操作
ステータスファイルの操作 | 正常終了 | 計画停止,強制終了,異常終了 |
---|---|---|
ステータスファイルの追加 | ○ | ○ |
ステータスファイルの削除 | ○ | × |
ステータスファイルの変更 | ○ | × |
ステータスファイルの初期化 | ○ | × |
HiRDBが計画停止,強制終了,異常終了したときには,次の表に示すシンクポイントダンプファイルの操作ができません。
表1-12 計画停止,強制終了,異常終了したときにできないシンクポイントダンプファイルの操作
シンクポイントダンプファイルの操作 | 正常終了 | 計画停止,強制終了,異常終了 |
---|---|---|
シンクポイントダンプファイルの追加 | ○ | × |
シンクポイントダンプファイルの削除 | ○ | × |
シンクポイントダンプファイルの変更 | ○ | × |
シンクポイントダンプファイルの初期化 | ○ | × |
HiRDBが計画停止,強制終了,異常終了したときには,次の表に示すシステムログファイルの操作ができません。
表1-13 計画停止,強制終了,異常終了したときにできないシステムログファイルの操作
システムログファイルの操作 | 正常終了 | 計画停止,強制終了,異常終了 |
---|---|---|
システムログファイルの追加 | ○ | ○ |
システムログファイルの削除 | ○ | × |
システムログファイルの変更 | ○ | × |
システムログファイルの初期化 | ○ | ○※ |
HiRDBが再開始するときに,現用のシステムログファイルがスワップするかどうかは,pd_log_rerun_swapオペランドの指定によります。現用のシステムログファイルがスワップする条件を次の表に示します。
表1-14 現用のシステムログファイルがスワップする条件
pd_log_rerun_swapオペランドの指定 | 正常終了,計画停止 | 強制終了,異常終了 |
---|---|---|
pd_log_rerun_swap=Y | ○ | ○ |
pd_log_rerun_swap=N | ○ | × |
pd_log_rerun_swapオペランドを省略 | ○ | × |
HiRDBを再開始するとき,HiRDBは前回稼働中の最後に有効化したシンクポイント時点をシステムログの入力開始時点とします。そして,最新のシステムログまでを順次入力してデータベース及びトランザクションを回復します。このとき,入力対象となったシステムログファイルのうち,一つ以上のシステムログファイルを障害によって失うと(システムログを二重化している場合はA,Bの両系とも失うと),再開始に失敗するか,又は再開始に成功してもデータベースの内容が不正になってしまいます。
この場合,失われたシステムログファイルのアンロードログファイルを取得していれば,バックアップ及びアンロードログファイルを入力情報にしてデータベース回復ユティリティでデータベースを回復できます。しかし,アンロードログファイルがない場合には,システムログを使用した回復はできません。データベースのバックアップ取得時点の状態に回復し,その後の業務を再実行して回復するか,又はデータベースを再作成する必要があります。
HiRDBを再開始するとき,前回のHiRDB稼働中の最後に有効化したシンクポイント時点をシステムログの入力開始位置とします。この最後に有効化したシンクポイントダンプファイル,及びステータスファイルに障害が発生すると,HiRDB再開始時のシステムログの入力開始位置がもう一つ前に有効化したシンクポイント時点まで戻ってしまうことがあります。システムログ入力開始位置が戻ってしまう例を次の図に示します。
図1-1 システムログ入力開始位置が戻ってしまう例
HiRDBを強制終了(pdstop -fコマンド)すると,アボートコードPolkcrtでHiRDBのユニットが異常終了することがあります。
これは,強制終了処理でクリティカル状態のプロセスを終了するためです。運用上の問題はありません。この現象を無視してください。強制終了処理では,クリティカル状態のサーバプロセスであっても即時停止します。そのため,この現象が発生することはありますが,次回のpdstartコマンド入力で再開始(システムログからデータベースを回復)するため問題ありません。
All Rights Reserved. Copyright (C) 2006, 2016, Hitachi, Ltd.