JPH0277943A

JPH0277943A - システムリカバリ方法

Info

Publication number: JPH0277943A
Application number: JP63228769A
Authority: JP
Inventors: Motoaki Iwasaki; 岩崎　元昭; Makoto Urakawa; 浦川　誠; Nobuyuki Tsunoda; 角田　伸幸; Takashi Sumiyoshi; 住吉　孝史; Atsushi Nitta; 淳新田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-09-14
Filing date: 1988-09-14
Publication date: 1990-03-19

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】［産業上の利用分野］本発明は、オンラインシステムに係り、特−にホットス
タンバイシステムのシステムリカバリ方、法に関する。

［従来の技術］従来のオンラインシステムでは、障害が発生し実行オン
ラインシステムが停止した時の回復処理のために、実行
オンラインシステムでシステム回復に必要な履歴情報で
あるログ情報を外部記憶装置上のログファイルに記録し
ていた。実行オンラインシステムに障害が発生すると、
待機オンラインシステムが、そのログ情報を読み出し、
システムの回復に必要な処理を実行している。

関連技術として９例えば、特開昭６２−１０５２４７号
公報「データベース・システム管理方法」が挙げられる
０本技術によれば、実行オンラインシステムと待機オン
ラインシステムの両プロセッサ間でログファイルを共用
し、待機オンラインシステムが実行オンラインシステム
と同期をとって。

実行オンラインシステムが作成したログ情報に基づいて
実行オンラインシステムの処理を追跡し。

実行オンラインシステムをモニタすることにより。

障害にそなえる方法をとっている。

［発明が解決しようとする課題］従来のオンラインシステムでは、障害鼾こよるシステム
停止時の回復処理で９回復に必要なログ情報は必ず外部
記憶装置から読み出すことになるため９回復に必要なロ
グ情報の入力に時間がかかり。

高速なシステムリカバリ処理の実現を妨げる大きな要因
となっていた。前記特開昭６２−１０５２４７号公報に
開示される方法では、待機オンラインシステムが実行オ
ンラインシステムの停止以前にその処理を追跡している
ため、システム回復処理で外部記憶装置から入力するロ
グ情報は、停止するまでの最後に同期をとった時点以降
に限定することはできるが、システム回復処理において
ログ情報の外部記憶装置からの入力を無くすことはでき
ない。

また、従来、実行オンラインシステムと待機オンライン
システムとを用いて、ホットスタンバイシステムでのシ
ステムリカバリを行うためには。

実行ホストコンピュータと待機ホストコンピュータ・の
２つのホストコンピュータを備えなければならず、１つ
のホストコンピュータだけでは実現できない。

本発明の目的は、ホットスタンバイシステムにおいて、
オンラインシステムの回復処理でログ情報を外部記憶装
置から読み出す必要がない、また。

実行オンラインシステムと待機オンラインシステムを１
つのホストコンピュータ内の異なる仮想計算機下または
ジョブ下で稼働させるシステムリカバリ方法を提供する
ことにある。

［課題を解決するための手段］上記目的を達成するために本発明のシステムリカバリ方
法は。

（１）実行オンラインシステムと、待機オンラインシス
テムと、各々のオンラインシステムの間で共用する記憶
装置で構成されるホットスタンバイシステムにおいて、
オンラインシステムの稼動状況を監視し、実行オンライ
ンシステムの障害を検知することに応じて待機オンライ
ンシステムにオンラインシステムの回復処理を指示する
第１のステップと、実行オンラインシステムでオンライ
ンシステムの回復処理のためのログ情報を記憶装置に格
納する第２のステップと、記憶装置から所望のログ情報
を読み出しオンラインシステムの回復処理を行う第３の
ステップを有する。

（２）多重プロセッサを有するホストコンピュータで動
作する仮想計算機システムにおける実行オンラインシス
テムが動作する実行仮想計算機と。

待機オンラインシステムが動作し実行仮想計算機とは異
なるプロセッサで動作する待機仮想計算機と、前記各々
の仮想計算機間で共用するメモリで構成されるホットス
タンバイシステムにおいて。

各々の仮想計算機及び前記オンラインシステムの稼働状
況を監視し、実行仮想計算機又は実行オンラインシステ
ムの障害を検知することに応じて。

待機オンラインシステムに回復処理を指示する第１のス
テップと、オンラインシステムの回復処理に必要なログ
情報を各々の仮想計算機間の共用メモリに記憶する第２
のステップと、各々の仮想計算機間の共用メモリから所
望のログ情報を読み出し、オンラインシステムの回復処
理を行う第３のステップを有する。

（３）ホストコンピュータ下で実行オンラインシステム
を動作させる実行ジョブと、待機オンラインシステムを
動作させる待機ジョブと、各々のジ１ブ間で共用するメ
モリで構成するホットスタンバイシステムにおいて、ジ
ョブの稼働状況を監視し、実行オンラインシステムの障
害を検知することに応じて、待機オンラインシステムに
回復処理を指示する第１のステップと、オンラインシス
テムの回復処理に必要なログ情報を各々のジョブ間の共
用メモリに格納する第２のステップと、各々のジョブ間
の共用メモリから所望のログ情報を読み出しオンライン
システムの回復処理を行う第３のステップ・を有する。

［作用］前記第１．第２．第３のステップを有することにより、
ホットスタンバイシステムにおいて、オンラインシステ
ムの回復処理でログ情報を外部記憶装置から読み出す必
要がなくなるのでオンラインシステムの回復時間を短縮
することができ、また、実行オンラインシステムと待機
オンラインシステムをホストコンピュータ内の異なる仮
想計算機下またはジョブ下で稼働させるので、コストを
下げることができる。

〔実施例〕

以下２本発明の一実施例を図面により詳細に説明する。

まず９本発明は、実行オンラインシステムと。

待機オンラインシステムと、各々のオンラインシステム
の間で共用する記憶装置で構成されるホットスタンバイ
システムにおいて、ログ情報を外部記憶装置上のログフ
ァイルの他に実行オンラインシステムと待機オンライン
システムで共有してアクセス可能な高速メモリに記憶し
、システム回復時のログ情報読み出し時間を短縮するこ
とにより。

高速なシステム回復を可能にするものであり、実行オン
ラインシステムと待機オンラインシステムを動作させる
コンピュータシステムの構成や、ログ情報を記録するメ
モリの種別によりさまざまな実施形態がある。

以下２本発明のいくつかの実施例を説明するが。

後の実施例になるほどシステム建設のコストは低いが、
ホットスタンバイシステムによって救済可能な障害の範
囲も小さいようになっている。実際のシステムにおいて
どのような形態を採用するかは、そのシステムに要求さ
れる信頼性と許されるコストとの兼ね合いで決定すれば
よい。

（１）第１の実施例本発明の第１の実施例であるコンピュータシステムの構
成例を第１図に示す。

第１図において、ホストコンピュータ１０上で実行オン
ラインシステム１１が、ホストコンピュータ２０上で待
機オンラインシステム２１が動作している例を示す。各
々のホストコンピュータ１０．２０上では、モニタプロ
グラム１２．２２がオンラインシステムの活動状況を監
視する。システムコンソール装置３０は、各ホストコン
ピュータ１０．２０に接続され、ホストコンピュータ１
０．２０間の通信手段を提供し、ホストコンピュータ下
０．２０の活動状況を監視し、またホストコンピュータ
１０．２０に接続されている各種入出力装置の切り替え
手段を提供する。ホストコンピュータ１０．２０で共用
される拡張記憶装置４０は、オンラインシステム回復処
理に必要なログ情報５１を高速に引継ぐために使用され
る。ログ情報は不揮発な２次記憶装置（一般にはディス
ク装置またはテープ装置）上のログファイル５ｏにも記
録される。データベース６ｏは、不揮発な２次記憶装置
（一般にはディスク装置）上に格納され、実行オンライ
ンシステムの管理下で動作する複数のトランザクション
によって参照・更新される。

ログファイル５０およびデータベース６０は。

ホストコンピュータ１０．２０によって共用されていて
もいなくてもよい。共用されていない場合は、実行オン
ラインシステムから待機オンラインシステムへの切り替
えが発生した時点で、システムコンソール装置３０によ
ってホストコンピュータ１０から２０への接続切り替え
が自動的に行われる。

第２図は、実行オンラインシステムおよび待機オンライ
ンシステムの動作例を示す、実行オンラインシステム１
１は、起動されるとまず初期設定処理を行う（ステップ
１００１）。この初期設定処理では、処理プログラムの
ロード、各種定義情報や実行パラメータの取り込み、仮
想記憶上の制御テーブルの作成、データベースのオープ
ン、トランザクション実行空間の起動等を行う、オンラ
インシステムでは、この他に端末との通信セツションの
設定も行われるが、端末との通信セツションの切り替え
は本実施例の範囲外であるため、第１図および第２図に
は示されていない。

実行オンラインシステム１１の初期設定が完了すると、
トランザクション処理が開始される（ステップ１００２
）。実行オンラインシステム１１が障害により異常終了
した場合、待機オンラインシステム２１が仮想記憶装置
上の制御情報とデータベースとの整合性を保って回復で
きるように。

実行オンラインシステム１１は各種のログ情報を記録す
る。このログ情報には、トランザクションの実行完了状
態を示すプロセスログ、データベースの変更内容を示す
データベース変更ログ、チエツクポイント時点での仮想
記憶上の制御テーブルの内容を示すチエツクポイントダ
ンプ、およびその制御テーブルの変更内容を示すテーブ
ル変更ログ等が含まれる。チエツクポイントダンプは、
システム回復時に参照すべきログ情報の量が一定限度以
上にならないように、一定間隔で取得されるものであり
、チエツクポイント時点でのトランザクションの実行ス
テータスやログ取得情報が記録される。本実施例では、
システム回復処理を行うのに必要なログ情報を、ログフ
ァイルに記録するとともに、高速かつ十分な容量を持つ
共用の拡張記憶装置４０にも転送して、待機オンライン
システム２１でのログ情報の読み出し時間の短縮を図っ
ている。この方法では２通常のログファイルへのログ情
報の書き込みのほかに拡張記憶装置４０へのログ情報の
転送が行われるが、拡張記憶装置４０へのアクセスは、
一般の２次記憶装置（ディスク装置等）に比較してはる
かに高速であり、かつ簡単な転送命令でアクセスできる
ため、実行オンラインシステム１１に与えるオーバヘッ
ドの増加は無視できる程度のものである。

一方、待機オンラインシステム２１は、実行オンライン
システム１１と同様の初期設定（ステップ２００１）を
終了した時点で、切り替え待機状態となっている（ステ
ップ２００２）。実行オンラインシステム１１の稼動状
況はモニタプログラム１２によって監視されている。実
行オンラインシステム１１で障害が発生し処理続行不可
能になると（ステップ１００３）、モニタプログラム１
２は処理続行不可能であることを検出し、システムコン
ソール装置３０を介して待機オンラインシステム２１が
起動されているホストコンピュータ２０上のモニタプロ
グラム２′２に連絡する。連絡を受けたモニタプログラ
ム２２は、切り替え待機状態となっている待機オンライ
ンシステム２１に切り替え指示を出す、ホストコンピュ
ータ１０の障害により、実行オンラインシステム１１お
よびモニタプログラム１２が双方とも実行不可能に、な
った場合は、システムコンソール装置３０が実行不可能
であることを検出し、モニタプログラム２２に連絡する
。

切り替え指示を受けた待機オンラインシステム２１は、
システムコンソール装置３０に対して入出力装置の切り
替え要求を行ない、自ホストコンピュータ２０にログフ
ァイルやデータベース等を接続する（ステップ２００３
）。ホストコンピュータ間で共用されている入出力装置
については。

この切り替え処理は不要である。

次に、拡張記憶装置４ｏよりログ情報を転送して必要な
制御テーブルの回復処理を行った（ステップ２００４）
後に、新たなトランザクションを入力可能にし、実行オ
ンラインシステムとしての動作を開始する（ステップ２
００５）。データベースの回復処理（障害発生時点で実
行中であったトランザクションの行った更新処理のロー
ルパック、および障害発生時点で処理完了状態であった
トランザクションの行った更新処理でまだデータベース
に反映されていないもののロールフォワード）は、ステ
ップ２００５において新たなトランザクション処理と並
行して実行される。ステップ２０’０４の処理において
は、各種の処理通番、データベースのロック情報、各種
キューのポインタ情報、トランザクションのステータス
情報等が整合性をもって回復されており、データベース
中の不整合データに対する新たなトランザクションから
アクセスは禁止される。この不整合なデータは。

データベースの回復処理にしたがって順次アクセス可能
となる。

ステップ２００４のシステム回復処理（制御テーブルの
回復）およびステップ２００５のデータベース回復にお
いて、必要なログ情報を高速アクセス可能な共用拡張記
憶装置４０から読み出すことにより２回復に要する処理
時間が大幅に短縮される。また２回復に必要な全てのロ
グ情報でなくその一部だけを拡張記憶装置４０に転送す
ることも可能である０例えば、制御テーブルの回復に必
要なログ情報だけを拡張記憶装置４０にも転送するよう
にすると、必要な拡張記憶装置１４０の容量が削減され
経済的である。この場合、ステップ２００５のデータベ
ース回復は、ログファイルから必要なログ情報を得るた
め、従来の方式と同じ時間がかかるが、ステップ２０ｏ
４のシステム回復処理は高速に行え、新たなトランザク
ション処理が即時に受付可能となる。どれだけのログ情
報を拡張記憶装置４０に転送するかは、システムにおい
て要求される回復時間と許されるコストの兼ね合いで決
定すればよい。

（２）第２の実施例本発明の第２の実施例であるコンピュータシ、ステムの
構成例を第３図に示す。第３図においては。

仮想計算機１１０上で実行オンラインシステム１１１が
、仮想計算機１２０上で待機オンラインシステム１２１
が動作する例が示されている。仮想計算機は一般にはＶ
Ｍと略称されている。各々の仮想計算機１１０，１２０
上では、モニタプログラム１１２および１２２がオンラ
インシステムの活動状況を監視している。仮想計算機コ
ントロールプログラム１３０は、各々の仮想計算機１１
０゜１２０間の通信手段を提供し、仮想計算機の活動状
況を監視、また仮想計算機に接続されている各種の入出
力装置の切り替え手段を提供するものであり、仮想計算
機１１０と１２０で共用される主記憶装置１４０上にロ
グ情報１５１を高速に引継ぐための領域を設定し、オン
ラインシステムを回復するために使用される。ログ情報
は不揮発な２次記憶装置（一般にはディスク装置または
テープ装置）上のログファイル１５０にも記憶される。

データベース１６０は、不揮発な２次記憶装置（一般に
は、ディスク装置）上に格納され、実行システムの管理
下で動作する複数のトランザクションによって参照・更
新される。ログファイル１５０およびデータベース１６
０は、仮想計算機１１０および１２０によって共用され
ていなくてもよい。共用されていない場合は、実行オン
ラインシステムから待機オンラインシステムへの切り替
えが発生した時点で、仮想計算機コントロールプログラ
ム１３０によって仮想計算機１１０から１２０への接続
切り替えが自動的に行われる。　第４図は、ホストコン
ピュータ内のプロセッサと仮想計算機の関係を示す、仮
想計算機２３０と仮想計算機２３１はそれぞれプロセッ
サ２２０，２２１とプロセッサ２２２，２２３に固定さ
れて動作する。プロセッサは一般にはＣＰＵと略称され
る。

また、主記憶装置２４０は、仮想計算機２３０゜２３１
毎に割当てられた領域２５０，２５１および仮想計算機
２３０，２３１間で共用する領域２５２で構成される。

実行オンラインシステムおよび待機オンラインシステム
の動作は、第１の実施例と基本的に同じである。ただし
、第１の実施例での拡張記憶装置４０は本実施例では主
記憶装置１４０となる。

ここで、仮想計算機２３０および仮想計算機２３１は特
定のプロセッサに固定される必要はなく。

２つ以上のプロセッサで動作してもよい。

（３）第３の実施例本発明の第３の実施例であるコンピュータシステムの構
成例を第５図に示す。第５図において。

実行オンラインシステム３４０と待機オンラインシステ
ム３４１が動作している例を示してる。各々のオンライ
ンシステム３４０，３４１はモニタプログラム３３０に
より活動状況が監視され、オペレーティングシステム３
２０はオンラインシステム３４０，３４１間の通信手段
を提供し、オンラインシステムに接続されている各種の
入出力装置の切り替え手段を提供する。また、オンライ
ンシステム３４０，３４１間で共用される主記憶装置３
５０上にログ情報３６１を高速に引き継ぐための領域を
設定し、オンラインシステムを回復するために使用する
。ログ情報は不揮発な２次記憶装置（一般にはディスク
装置またはテープ装置）上のログファイル３６０にも記
録される。データベース３７０は不揮発な２次記憶装置
（一般にはディスク装置またはテープ装置）上に格納さ
れ。

実行オンラインシステムの管理下で動作する複数のトラ
ンザクションによって参照・更新される。

ログファイル３６０および。データベース３７０はオン
ラインシステム３４０および３４１によって共用されて
いなくてもよい。共用されていない場合は、実行オンラ
インシステムから待機オンラインシステムへの切り替え
が発生した時点でオペレーティングシステムにより接続
切り替えが自動的に行われる。

実行オンラインシステム３４０および待機オンラインシ
ステム３４１の動作は第１の実施例と基本的に同じであ
る。ただし、第１の実施例中の拡張記憶装置４０は本実
施例の場合には主記憶装置３５０となる。

［発明の効果］以上述べたように２本発明によれば、ホットスタンバイ
システムにおいて、オンラインシステムの回復処理でロ
グ情報を外部記憶装置から読み出す必要がなくなるので
オンラインシステムの回復時間を短縮して高速なシステ
ム回復ができ、また。

実行オンラインシステムと待機オンラインシステムをホ
ストコンピュータ内の異なる仮想計算機下またはジョブ
下で稼働させるので、システム全体のコストを下げるこ
とができるという効果が得られる。

【図面の簡単な説明】

第１図は本発明の第１の実施例であるコンピュータシス
テムの構成例を示すブロック図、第２図は実行オンライ
ンシステムおよび待機オンラインシステムの処理を示す
フローチャート、第３図は本発明の第２の実施例である
コンピュータシステムの構成例を示すブロック図、第４
図は第２の実施例のホストコンピュータの構成例を示す
ブロック図、第５図は本発明の第３の実施例であるコン
ピュータシステムの構成例を示すブロック図である。１０．２０　　・・・ホストコンピュータ。１１　・・・実行オンラインシステム。１２・・・待機オンラインシステム。１２．２２　・・・モニタプログラム。３０・・・システムコンソール装置。４０・・・共用拡張記憶装置。５０　・・・　ログファイル。５１　・・・ログ情報。６０・・・データベース。１１０．１２０　・・・仮想計算機（ＶＭ）。１１１　・・・実行オンラインシステム。１２１　・・・待機オンラインシステム。１１２．１２２　・・・モニタプログラム。１３０　・・・　ＶＭコントロールプログラム。１４０・・・主記憶装置。１５０　・・・　ログファイル。１５１　・・・ログ情報。１６０　・・・データベース。１７０．２１０　　・・・ホストコンピュータ。２２０．２２１，２２２，２２３　・・・プロセッサ（
ＣＰＵ）。２３０．２３１　　・・・仮想計算機（ＶＭ）。２４０．２５０，２５１，２５２　・・・主記憶装置。３１０　　・・・ホストコンピュータ。３２０　・・・オペレーティングシステム。３３０・・・モニタプログラム。３４０　・・・実行オンラインシステム。３４１　・・・待機オンラインシステム。３５０・・・主記憶装置。３６０　・・・　ログファイル。３６１　・・・ログ情報。３７０　・・・データベース。第１図第２図第３図第４図第　５　図

Claims

【特許請求の範囲】１、実行オンラインシステムと、待機オンラインシステ
ムと、前記各々のオンラインシステムの間で共用する記
憶装置で構成されるホットスタンバイシステムにおいて
、前記オンラインシステムの稼動状況を監視し、前記実
行オンラインシステムの障害を検知することに応じて前
記待機オンラインシステムにオンラインシステムの回復
処理を指示する第１のステップと、前記実行オンライン
システムでオンラインシステムの回復処理のためのログ
情報を前記記憶装置に格納する第２のステップと、前記
記憶装置から所望のログ情報を読み出しオンラインシス
テムの回復処理を行う第３のステップを有することを特
徴とするシステムリカバリ方法。２、多重プロセッサを有するホストコンピュータで動作
する仮想計算機システムにおける実行オンラインシステ
ムが動作する実行仮想計算機と、待機オンラインシステ
ムが動作し実行仮想計算機とは異なるプロセッサで動作
する待機仮想計算機と、前記各々の仮想計算機間で共用
するメモリで構成されるホットスタンバイシステムにお
いて、前記各々の仮想計算機及び前記オンラインシステ
ムの稼働状況を監視し、前記実行仮想計算機又は実行オ
ンラインシステムの障害を検知することに応じて、前記
待機オンラインシステムに回復処理を指示する第１のス
テップと、前記オンラインシステムの回復処理に必要な
ログ情報を前記各々の仮想計算機間の共用メモリに記憶
する第２のステップと、前記各々の仮想計算機間の共用
メモリから所望のログ情報を読み出し、前記オンライン
システムの回復処理を行う第３のステップを有すること
を特徴とするシステムリカバリ方法。３、ホストコンピュータ下で実行オンラインシステムを
動作させる実行ジョブと、待機オンラインシステムを動
作させる待機ジョブと、前記各々のジョブ間で共用する
メモリで構成するホットスタンバイシステムにおいて、
前記ジョブの稼働状況を監視し、前記実行オンラインシ
ステムの障害を検知することに応じて、前記待機オンラ
インシステムに回復処理を指示する第１のステップと、
前記オンラインシステムの回復処理に必要なログ情報を
前記各々のジョブ間の共用メモリに格納する第２のステ
ップと、前記各々のジョブ間の共用メモリから所望のロ
グ情報を読み出し前記オンラインシステムの回復処理を
行う第３のステップを有することを特徴とするシステム
リカバリ方法。