JP3354045B2 - システム・バックアップ方法 - Google Patents
システム・バックアップ方法Info
- Publication number
- JP3354045B2 JP3354045B2 JP09854796A JP9854796A JP3354045B2 JP 3354045 B2 JP3354045 B2 JP 3354045B2 JP 09854796 A JP09854796 A JP 09854796A JP 9854796 A JP9854796 A JP 9854796A JP 3354045 B2 JP3354045 B2 JP 3354045B2
- Authority
- JP
- Japan
- Prior art keywords
- backup
- computer
- data
- failure
- host computer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】この発明は、網を通じてホス
ト計算機が多くの端末を制御する制御システムを、複数
システム効率よくバックアップするシステム・バックア
ップ方法に関するものである。
ト計算機が多くの端末を制御する制御システムを、複数
システム効率よくバックアップするシステム・バックア
ップ方法に関するものである。
【０００２】
【従来の技術】システムの瞬時の停止も許されない系に
おいては、主系と従系が完全に二重に設置されており、
従系はいわゆるホットスタンバイ状態にある。データは
絶えず従系にも送信されてバックアップのメモリにも最
新に至るデータが更新されていている。この状態で主系
がダウンすると、従系が即時に切り替わり、業務とデー
タを引き継いで主系をバックアップする。このいわゆる
完全二重系では、正常時には従系は動作せず、システム
の通常運用には関与していない。
おいては、主系と従系が完全に二重に設置されており、
従系はいわゆるホットスタンバイ状態にある。データは
絶えず従系にも送信されてバックアップのメモリにも最
新に至るデータが更新されていている。この状態で主系
がダウンすると、従系が即時に切り替わり、業務とデー
タを引き継いで主系をバックアップする。このいわゆる
完全二重系では、正常時には従系は動作せず、システム
の通常運用には関与していない。
【０００３】瞬時バックアップの条件をゆるめてハード
ウェア規模を低減するシステムもあり、特開平７−５６
８７１号公報に示された例では、複数の分散システムを
１台のセンタシステム機でバックアップしたシステムを
構築している。例えば第１の分散システムがダウンする
と、回線切換装置が第１の分散システムからセンタシス
テムに切り替わり、更にホスト計算機から第１の分散シ
ステムのデータとセンタシステムにダウンロードし、バ
ックアップするシステムとなっている。
ウェア規模を低減するシステムもあり、特開平７−５６
８７１号公報に示された例では、複数の分散システムを
１台のセンタシステム機でバックアップしたシステムを
構築している。例えば第１の分散システムがダウンする
と、回線切換装置が第１の分散システムからセンタシス
テムに切り替わり、更にホスト計算機から第１の分散シ
ステムのデータとセンタシステムにダウンロードし、バ
ックアップするシステムとなっている。
【０００４】更に他の従来例として特開平７−１１４４
８１号公報に示された例があり、これはバックアップ機
に他の現用機のプログラムを記憶し、またデータは全て
を同時に更新記録するシステムとなっている。バックア
ップ対象の特定の現用機がダウンすると、バックアップ
機から記憶していた業務プログラムをロードし、またデ
ータを引き継いで現用機となる。ただデータについては
故障時の過渡データの修復については端末等から修正す
る運用となる。
８１号公報に示された例があり、これはバックアップ機
に他の現用機のプログラムを記憶し、またデータは全て
を同時に更新記録するシステムとなっている。バックア
ップ対象の特定の現用機がダウンすると、バックアップ
機から記憶していた業務プログラムをロードし、またデ
ータを引き継いで現用機となる。ただデータについては
故障時の過渡データの修復については端末等から修正す
る運用となる。
【０００５】
【発明が解決しようとする課題】従来の二重系は以上の
ように構成されているので、完全二重系では経済性がよ
くないという課題があった。また部分的なバックアップ
を行う方式では、当該システムを代替構成するためには
生成のための時間がかかり、かつバックアップ計算機が
対応業務を引き継ぐためのデータの調整が必要であると
いう課題があった。
ように構成されているので、完全二重系では経済性がよ
くないという課題があった。また部分的なバックアップ
を行う方式では、当該システムを代替構成するためには
生成のための時間がかかり、かつバックアップ計算機が
対応業務を引き継ぐためのデータの調整が必要であると
いう課題があった。
【０００６】この発明は上記の課題を解消するためにな
されたもので、部分的なバックアップを行い、比較的小
規模のハードウェアで現用系の即応性に貢献した二重系
を構成し、現用系がダウンした場合は直ちにバックアッ
プを行うシステム・バックアップ方法を得ることを目的
とする。
されたもので、部分的なバックアップを行い、比較的小
規模のハードウェアで現用系の即応性に貢献した二重系
を構成し、現用系がダウンした場合は直ちにバックアッ
プを行うシステム・バックアップ方法を得ることを目的
とする。
【０００７】
【課題を解決するための手段】この発明に係るシステム
・バックアップ方法は、複数のホスト計算機と、上記複
数のホスト計算機の一部のプログラムと一部のデータを
バックアップ記憶するバックアップ計算機と、端末群を
備えたシステムにおけるシステム・バックアップ方法で
あって、バックアップのための一部のデータをリアルタ
イムに上記バックアップ計算機に送信し、ホスト計算機
のデータベースに記憶すると同時にバックアップ計算機
のバックアップ・データベースに記憶する第１のステッ
プと、上記各ホスト計算機の障害が検出されると、上記
バックアップ計算機が上記端末群に障害通知を送信する
第２のステップと、この障害通知に基づき、上記バック
アップ計算機の上記一部のプログラムが稼動すると以降
の端末群への動作を代替し、またバックアップ・データ
ベースへのデータ更新を行い、稼動ジャーナルに記録す
る第３のステップと、障害が軽障害の場合は、障害から
回復した上記ホスト計算機の復旧通知を受けて上記バッ
クアップ計算機が代替動作中の稼動ジャーナルのデータ
を転送する第４のステップと、障害が重障害の場合は、
上記第４のステップに先立って、障害から回復したホス
ト計算機のジャーナルからデータを回復する第６のステ
ップと、上記バックアップ計算機からの、代替動作中の
稼動ジャーナルのデータ転送が終わると、ホスト計算機
は正常動作に、バックアップ計算機はバックアップ動作
に戻る第５のステップとから構成される。
・バックアップ方法は、複数のホスト計算機と、上記複
数のホスト計算機の一部のプログラムと一部のデータを
バックアップ記憶するバックアップ計算機と、端末群を
備えたシステムにおけるシステム・バックアップ方法で
あって、バックアップのための一部のデータをリアルタ
イムに上記バックアップ計算機に送信し、ホスト計算機
のデータベースに記憶すると同時にバックアップ計算機
のバックアップ・データベースに記憶する第１のステッ
プと、上記各ホスト計算機の障害が検出されると、上記
バックアップ計算機が上記端末群に障害通知を送信する
第２のステップと、この障害通知に基づき、上記バック
アップ計算機の上記一部のプログラムが稼動すると以降
の端末群への動作を代替し、またバックアップ・データ
ベースへのデータ更新を行い、稼動ジャーナルに記録す
る第３のステップと、障害が軽障害の場合は、障害から
回復した上記ホスト計算機の復旧通知を受けて上記バッ
クアップ計算機が代替動作中の稼動ジャーナルのデータ
を転送する第４のステップと、障害が重障害の場合は、
上記第４のステップに先立って、障害から回復したホス
ト計算機のジャーナルからデータを回復する第６のステ
ップと、上記バックアップ計算機からの、代替動作中の
稼動ジャーナルのデータ転送が終わると、ホスト計算機
は正常動作に、バックアップ計算機はバックアップ動作
に戻る第５のステップとから構成される。
【０００８】また更に、バックアップ計算機は、正常動
作の場合も特定のプログラムを分担してオンラインで動
作して、逆に各ホスト計算機は上記特定のプログラムに
ついては動作はしないようにし、上記バックアップ計算
機に障害が発生した場合は、その障害対応の特定のプロ
グラムを持つ対応したホスト計算機が上記バックアップ
計算機の障害の期間、上記特定のプログラムの動作をす
る第８のステップを設けた。
作の場合も特定のプログラムを分担してオンラインで動
作して、逆に各ホスト計算機は上記特定のプログラムに
ついては動作はしないようにし、上記バックアップ計算
機に障害が発生した場合は、その障害対応の特定のプロ
グラムを持つ対応したホスト計算機が上記バックアップ
計算機の障害の期間、上記特定のプログラムの動作をす
る第８のステップを設けた。
【０００９】また更に、第３のステップにおいて、バッ
クアップ計算機が代替動作中に上記端末群から入力され
たデータにより更新されたデータベースの内容を同時に
稼動ジャーナルに記録するようにした。
クアップ計算機が代替動作中に上記端末群から入力され
たデータにより更新されたデータベースの内容を同時に
稼動ジャーナルに記録するようにした。
【００１０】
【００１１】
実施の形態１．図１は本実施の形態１における本発明の
システム・バックアップ方法を実現する構成の例を示し
たシステム構成図である。図２は図１のシステムの各ホ
スト計算機とバックアップ計算機が持つプログラムとデ
ータの関係を説明するプログラム・データ説明図であ
る。また図３は、図１のシステムが正常動作時、障害発
生時と、障害回復時に行う動作の流れを説明する図であ
る。図４ないし図８は、図３の動作をより詳細に判りや
すく示した各状態時のホスト計算機とバックアップ計算
機の動作を示した図である。図において、１は回線、２
はバックアップ計算機で、ＢＡＣＫ ＵＰシステムであ
る。１１は第１のホスト計算機で、空港１システムであ
る。１２はＬＡＮ、１３は空港１端末コントロールＵＮ
ＩＴ、１４はＬＡＮ、１５は端末、１６も端末である。
２１は第２のホスト計算機で、空港２システムである。
２２はＬＡＮ、２３は空港２端末コントロールＵＮＩ
Ｔ、２４はＬＡＮ、２５は端末、２６も端末である。３
１は第３のホスト計算機で、空港３システムである。３
２はＬＡＮ、３３は空港３端末コントロールＵＮＩＴ、
３４はＬＡＮ、３５は端末、３６も端末である。
システム・バックアップ方法を実現する構成の例を示し
たシステム構成図である。図２は図１のシステムの各ホ
スト計算機とバックアップ計算機が持つプログラムとデ
ータの関係を説明するプログラム・データ説明図であ
る。また図３は、図１のシステムが正常動作時、障害発
生時と、障害回復時に行う動作の流れを説明する図であ
る。図４ないし図８は、図３の動作をより詳細に判りや
すく示した各状態時のホスト計算機とバックアップ計算
機の動作を示した図である。図において、１は回線、２
はバックアップ計算機で、ＢＡＣＫ ＵＰシステムであ
る。１１は第１のホスト計算機で、空港１システムであ
る。１２はＬＡＮ、１３は空港１端末コントロールＵＮ
ＩＴ、１４はＬＡＮ、１５は端末、１６も端末である。
２１は第２のホスト計算機で、空港２システムである。
２２はＬＡＮ、２３は空港２端末コントロールＵＮＩ
Ｔ、２４はＬＡＮ、２５は端末、２６も端末である。３
１は第３のホスト計算機で、空港３システムである。３
２はＬＡＮ、３３は空港３端末コントロールＵＮＩＴ、
３４はＬＡＮ、３５は端末、３６も端末である。
【００１２】２ａはバックアップ計算機２内に収容され
た空港１サブシステムであり、プログラム１１、１２、
１３を持ち、データ１１、１２を更新している。また２
ｂは空港２サブシステムであり、プログラム２１、２
２、２３を持ち、データ２１、２２を更新している。２
ｃは空港３サブシステムであり、プログラム３１、３
２、３３を持ち、データ３１、３２を更新している。１
１ａはホスト計算機１１内に収容された空港１オンライ
ンシステムであり、プログラム１７ないし１９を持ち、
データ１５、１６を更新している。１１ｂは同じくプロ
グラム１１ないし１３を持ち、データ１１、１２を更新
している。この部分だけがバックアップ計算機２でバッ
クアップされている。また１１ｃはプログラム１４ない
し１６を持ち、データ１３、１４を更新している。２１
ａはホスト計算機２１内に収容された空港２オンライン
システムであり、プログラム２７ないし２９を持ち、デ
ータ２５、２６を更新している。２１ｂはプログラム２
１ないし２３を持ち、データ２１、２２を更新してい
る。空港１システムと同様に、空港２システムもこの部
分だけがバックアップ計算機２でバックアップされてい
る。２１ｃはプログラム２４ないし２６を持ち、データ
２３、２４を更新している。図２では空港３オンライン
システムは詳細記述を省略してある。
た空港１サブシステムであり、プログラム１１、１２、
１３を持ち、データ１１、１２を更新している。また２
ｂは空港２サブシステムであり、プログラム２１、２
２、２３を持ち、データ２１、２２を更新している。２
ｃは空港３サブシステムであり、プログラム３１、３
２、３３を持ち、データ３１、３２を更新している。１
１ａはホスト計算機１１内に収容された空港１オンライ
ンシステムであり、プログラム１７ないし１９を持ち、
データ１５、１６を更新している。１１ｂは同じくプロ
グラム１１ないし１３を持ち、データ１１、１２を更新
している。この部分だけがバックアップ計算機２でバッ
クアップされている。また１１ｃはプログラム１４ない
し１６を持ち、データ１３、１４を更新している。２１
ａはホスト計算機２１内に収容された空港２オンライン
システムであり、プログラム２７ないし２９を持ち、デ
ータ２５、２６を更新している。２１ｂはプログラム２
１ないし２３を持ち、データ２１、２２を更新してい
る。空港１システムと同様に、空港２システムもこの部
分だけがバックアップ計算機２でバックアップされてい
る。２１ｃはプログラム２４ないし２６を持ち、データ
２３、２４を更新している。図２では空港３オンライン
システムは詳細記述を省略してある。
【００１３】上記構成のシステムの動作を正常時、障害
発生時に分けて説明する。図３において、丸１は第１の
ステップでの、つまり図４に示す通常の場合のシステム
の状態におけるデータの流れを示している。即ち、端末
１ １５から入力されたメッセージは空港１端末コント
ロールＵＮＩＴ１３を経由して空港１システム（第１の
ホスト計算機）１１で処理される。同時に、データ１１
（図４では、連動データ１０７で示されている）は、回
線１経由でバックアップ計算機２にも伝送されてそのデ
ータベース２０１を更新し、図２に示すようにホスト計
算機と同一データを記憶している。もちろん、各端末コ
ントロールＵＮＩＴにも送信され、必要に応じて処理さ
れて端末の画面の更新を行う。また、各ホスト計算機と
バックアップ計算機は、相互に応答または監視メッセー
ジを交信していて、互いの障害をオンライン検出してい
る。
発生時に分けて説明する。図３において、丸１は第１の
ステップでの、つまり図４に示す通常の場合のシステム
の状態におけるデータの流れを示している。即ち、端末
１ １５から入力されたメッセージは空港１端末コント
ロールＵＮＩＴ１３を経由して空港１システム（第１の
ホスト計算機）１１で処理される。同時に、データ１１
（図４では、連動データ１０７で示されている）は、回
線１経由でバックアップ計算機２にも伝送されてそのデ
ータベース２０１を更新し、図２に示すようにホスト計
算機と同一データを記憶している。もちろん、各端末コ
ントロールＵＮＩＴにも送信され、必要に応じて処理さ
れて端末の画面の更新を行う。また、各ホスト計算機と
バックアップ計算機は、相互に応答または監視メッセー
ジを交信していて、互いの障害をオンライン検出してい
る。
【００１４】次に上記の相互監視により例えば第１のホ
スト計算機に障害が発生した場合の動作を説明する。ホ
スト計算機１１の障害をバックアップ計算機２が検出す
ると、図３の丸２、つまりステップ２で、図５に示され
るように、バックアップ計算機２は各空港端末コントロ
ールＵＮＩＴ１３、２３、３３にホスト計算機１１の障
害発生を通知する。これにより縮退モードに切り換えら
れると、バックアップ計算機ではプログラム１１ないし
１３に関しては既に準備ができているホットスタンバイ
の状態なので、すぐに業務を代行して続行できる。図７
の丸３のステップ３はこのことを示しており、より詳細
には図６で動作が説明される。各端末１５等からの入力
に基づくデータは、各端末コントロールＵＮＩＴ１３、
２３、３３で「ホスト障害中」の状態を参照して、バッ
クアップ計算機２へ送信されて、バックアップ用のデー
タベース２０１で更新が行われ、ジャーナル２０２に記
録が記される。
スト計算機に障害が発生した場合の動作を説明する。ホ
スト計算機１１の障害をバックアップ計算機２が検出す
ると、図３の丸２、つまりステップ２で、図５に示され
るように、バックアップ計算機２は各空港端末コントロ
ールＵＮＩＴ１３、２３、３３にホスト計算機１１の障
害発生を通知する。これにより縮退モードに切り換えら
れると、バックアップ計算機ではプログラム１１ないし
１３に関しては既に準備ができているホットスタンバイ
の状態なので、すぐに業務を代行して続行できる。図７
の丸３のステップ３はこのことを示しており、より詳細
には図６で動作が説明される。各端末１５等からの入力
に基づくデータは、各端末コントロールＵＮＩＴ１３、
２３、３３で「ホスト障害中」の状態を参照して、バッ
クアップ計算機２へ送信されて、バックアップ用のデー
タベース２０１で更新が行われ、ジャーナル２０２に記
録が記される。
【００１５】ホスト計算機１１が障害から回復すると、
相互監視によりバックアップ計算機２に回復を通知す
る。これに基づき図３の丸４のステップ４で、バックア
ップ計算機２は代替動作中の記録を記したジャーナルの
データをホスト計算機１１に送信する。また必要に応じ
て図７の丸３のステップで、代替動作中の蓄積データを
ホスト計算機１１に転送する。縮退モードから通常モー
ドへの切換が終わると、図３の丸５（実質的には丸１と
同等の）、ステップ５の正常動作に戻る。
相互監視によりバックアップ計算機２に回復を通知す
る。これに基づき図３の丸４のステップ４で、バックア
ップ計算機２は代替動作中の記録を記したジャーナルの
データをホスト計算機１１に送信する。また必要に応じ
て図７の丸３のステップで、代替動作中の蓄積データを
ホスト計算機１１に転送する。縮退モードから通常モー
ドへの切換が終わると、図３の丸５（実質的には丸１と
同等の）、ステップ５の正常動作に戻る。
【００１６】実施の形態２． 上記の実施の形態ではホスト計算機が軽障害の場合を説
明した。ホスト計算機が重障害の場合は、いわゆるコー
ルド・スタートと呼ばれる回復処理が必要となる。この
場合には、図７でホスト計算機１１は内部のデータが最
新である保証がない。従って障害が回復すると、ステッ
プ６のように、まずそのジャーナル１０２からデータの
回復を行う。この後にステップ４のバックアップ計算機
からの転送を受けて全データの修復を行う。
明した。ホスト計算機が重障害の場合は、いわゆるコー
ルド・スタートと呼ばれる回復処理が必要となる。この
場合には、図７でホスト計算機１１は内部のデータが最
新である保証がない。従って障害が回復すると、ステッ
プ６のように、まずそのジャーナル１０２からデータの
回復を行う。この後にステップ４のバックアップ計算機
からの転送を受けて全データの修復を行う。
【００１７】実施の形態３．上記の実施の形態では、回
復の過程において端末等からデータの入力がないとして
いる。しかし実際には回復中のステップ４においてもデ
ータ入力はあり、これは図７でバックアップ計算機２の
第２のジャーナル２０３に記録されている。正確にはこ
の間は縮退モードでシステムは運用されている。あるい
は、ホスト計算機１１へのバックアップ計算機２からの
回復作業中にも、各端末１５等からの新たな入力は可能
である。従って通常モードに切り換える前に、図３のス
テップ４のあと、図８に示されるステップ７として、第
２のジャーナルからホスト計算機へデータ転送を行い、
その転送完了後に正常運用に戻す。
復の過程において端末等からデータの入力がないとして
いる。しかし実際には回復中のステップ４においてもデ
ータ入力はあり、これは図７でバックアップ計算機２の
第２のジャーナル２０３に記録されている。正確にはこ
の間は縮退モードでシステムは運用されている。あるい
は、ホスト計算機１１へのバックアップ計算機２からの
回復作業中にも、各端末１５等からの新たな入力は可能
である。従って通常モードに切り換える前に、図３のス
テップ４のあと、図８に示されるステップ７として、第
２のジャーナルからホスト計算機へデータ転送を行い、
その転送完了後に正常運用に戻す。
【００１８】実施の形態４．上記システムでは、バック
アップ計算機はもっぱらホスト計算機１１、２１、３１
のプログラム１１、１２、１３、２１、２２、２３、３
１、３２、３３をいわゆるホットスタンバイ状態で待ち
受けていて、ホストがダウンすると上記のプログラムが
行う業務を代行する場合を説明した。しかしバックアッ
プ計算機が特定のプログラム、例えばプログラム１１、
２１、３１は通常時にもバックアップ計算機側が業務を
担当して処理を行い、逆にかくホスト計算機１１、２
１、３１側が上記プログラム１１、２１、３１に関して
はホットスタンバイ状態でバックアップを行うようにす
る。バックアップ計算機に障害が発生した場合は、他の
実施の形態で述べたように相互監視をしており、その障
害を知ることができる。そして各ホスト計算機１１、２
１、３１は直ちに第８のステップとして、バックアップ
計算機２が分担していたプログラム１１、１２、１３と
２１、２２、２３と３１、３２、３３をそれぞれが代行
して業務を実行する。こうしてバックアップ計算機が通
常時もに特定業務を分担することで、各ホスト計算機の
処理の負荷が少しは分散して、システムの応答性が向上
する効果がある。
アップ計算機はもっぱらホスト計算機１１、２１、３１
のプログラム１１、１２、１３、２１、２２、２３、３
１、３２、３３をいわゆるホットスタンバイ状態で待ち
受けていて、ホストがダウンすると上記のプログラムが
行う業務を代行する場合を説明した。しかしバックアッ
プ計算機が特定のプログラム、例えばプログラム１１、
２１、３１は通常時にもバックアップ計算機側が業務を
担当して処理を行い、逆にかくホスト計算機１１、２
１、３１側が上記プログラム１１、２１、３１に関して
はホットスタンバイ状態でバックアップを行うようにす
る。バックアップ計算機に障害が発生した場合は、他の
実施の形態で述べたように相互監視をしており、その障
害を知ることができる。そして各ホスト計算機１１、２
１、３１は直ちに第８のステップとして、バックアップ
計算機２が分担していたプログラム１１、１２、１３と
２１、２２、２３と３１、３２、３３をそれぞれが代行
して業務を実行する。こうしてバックアップ計算機が通
常時もに特定業務を分担することで、各ホスト計算機の
処理の負荷が少しは分散して、システムの応答性が向上
する効果がある。
【００１９】
【発明の効果】以上のようにこの発明によれば、限られ
たバックアップ・データを同時送信する第１のステップ
と障害通知をする第２のステップと代替動作をする第３
のステップと稼働ジャーナルを転送する第４のステップ
とを備えたので、小規模なハードウェアでシステムの重
要部分に関して短時間でのバックアップができる効果が
ある。また更に、バックアップ計算機が通常運用時にも
一部オンライン業務をホスト計算機に替わり担当する方
法では、システムの即応性が向上する効果が付加され
る。
たバックアップ・データを同時送信する第１のステップ
と障害通知をする第２のステップと代替動作をする第３
のステップと稼働ジャーナルを転送する第４のステップ
とを備えたので、小規模なハードウェアでシステムの重
要部分に関して短時間でのバックアップができる効果が
ある。また更に、バックアップ計算機が通常運用時にも
一部オンライン業務をホスト計算機に替わり担当する方
法では、システムの即応性が向上する効果が付加され
る。
【図１】 本発明の実施の形態１でのシステム構成図で
ある。
ある。
【図２】 図１のシステムの各計算機が持っているプロ
グラムとデータを示す図である。
グラムとデータを示す図である。
【図３】 図１のシステムにおいて本発明の方法による
各ステップの動作を説明する図である。
各ステップの動作を説明する図である。
【図４】 図１のシステムで通常運用時の処理を示す図
である。
である。
【図５】 図１のシステムで障害発生時の処理を示す図
である。
である。
【図６】 図１のシステムで縮退モード時の処理を示す
図である。
図である。
【図７】 図１のシステムでホスト計算機が回復後の２
種の処理を示す図である。
種の処理を示す図である。
【図８】 実施の形態３での一部の処理を示す図であ
る。
る。
２ バックアップ計算機、１１ 第１のホスト計算機
（空港１システム）、２１ 第２のホスト計算機（空港
２システム）、３１ 第３のホスト計算機（空港３シス
テム）、丸１ 第１のステップ、丸２ 第２のステッ
プ、丸３ 第３のステップ、丸４ 第４のステップ、丸
５ 第５のステップ、丸６ 第６のステップ、丸７ 第
７のステップ、丸８ 第８のステップ。
（空港１システム）、２１ 第２のホスト計算機（空港
２システム）、３１ 第３のホスト計算機（空港３シス
テム）、丸１ 第１のステップ、丸２ 第２のステッ
プ、丸３ 第３のステップ、丸４ 第４のステップ、丸
５ 第５のステップ、丸６ 第６のステップ、丸７ 第
７のステップ、丸８ 第８のステップ。
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/16 - 11/20 G06F 12/00 G06F 15/00 G06F 15/16 - 15/177
Claims (3)
- 【請求項１】 複数のホスト計算機と、上記複数のホス
ト計算機の一部のプログラムと一部のデータをバックア
ップ記憶するバックアップ計算機と、端末群を備えたシ
ステムにおけるシステム・バックアップ方法であって、 バックアップのための一部のデータをリアルタイムに上
記バックアップ計算機に送信し、上記ホスト計算機のデ
ータベースに記憶すると同時に、上記バックアップ計算
機のバックアップ・データベースに記憶する第１のステ
ップと、 上記各ホスト計算機の障害が検出されると、上記バック
アップ計算機が上記端末群に障害通知を送信する第２の
ステップと、この障害通知に基づき、 上記バックアップ計算機の上記
一部のプログラムが稼動すると以降の端末群への動作を
代替し、またバックアップ・データベースへのデータ更
新を行い、稼動ジャーナルに記録する第３のステップ
と、障害が軽障害の場合は、 障害から回復した上記ホスト計
算機の復旧通知を受けて上記バックアップ計算機が代替
動作中の稼動ジャーナルのデータを転送する第４のステ
ップと、障害が重障害の場合は、上記第４のステップに先立っ
て、 障害から回復したホスト計算機のジャーナルからデ
ータを回復する第６のステップと、 上記バックアップ計算機からの、代替動作中の稼動ジャ
ーナルのデータ転送が終わると、ホスト計算機は正常動
作に、バックアップ計算機はバックアップ動作に戻る第
５のステップとを備えたことを特徴とするシステム・バ
ックアップ方法。 - 【請求項２】 バックアップ計算機は、正常動作の場合
も特定のプログラムを分担してオンラインで動作して、
逆に各ホスト計算機は上記特定のプログラムについては
動作はしないようにし、上記 バックアップ計算機に障害が発生した場合は、該障
害対応の特定のプログラムを持つ対応したホスト計算機
が上記バックアップ計算機の上記障害の期間、上記特定
のプログラムの動作をする第８のステップを設けたこと
を特徴とする請求項１記載のシステム・バックアップ方
法。 - 【請求項３】 第３のステップにおいて、端末群からの
入力データに基づくデータベースの更新内容を稼動ジャ
ーナルに記録することを特徴とする請求項１記載のシス
テム・バックアップ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09854796A JP3354045B2 (ja) | 1996-04-19 | 1996-04-19 | システム・バックアップ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09854796A JP3354045B2 (ja) | 1996-04-19 | 1996-04-19 | システム・バックアップ方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09288589A JPH09288589A (ja) | 1997-11-04 |
| JP3354045B2 true JP3354045B2 (ja) | 2002-12-09 |
Family
ID=14222724
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09854796A Expired - Fee Related JP3354045B2 (ja) | 1996-04-19 | 1996-04-19 | システム・バックアップ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3354045B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000003289A (ja) * | 1998-06-11 | 2000-01-07 | Mitsubishi Electric Corp | バックアップ装置 |
| JP4160171B2 (ja) * | 1998-09-07 | 2008-10-01 | 株式会社三井住友銀行 | 営業店バックアップ・システム、センタ側サーバ、営業店サーバ、営業店バックアップ方法および記録媒体 |
| JP2000122982A (ja) * | 1998-10-14 | 2000-04-28 | Mitsubishi Electric Corp | 多階層クライアントサーバシステム |
| JP4454548B2 (ja) * | 2005-07-21 | 2010-04-21 | Ｎｅｃインフロンティア株式会社 | カード利用システム及びその故障回避方法 |
| JP2015106226A (ja) * | 2013-11-29 | 2015-06-08 | 三菱電機株式会社 | 二重化システム |
-
1996
- 1996-04-19 JP JP09854796A patent/JP3354045B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09288589A (ja) | 1997-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1110148B1 (en) | Fault tolerant computer system | |
| EP1214663B1 (en) | Scalable file server with highly available pairs | |
| CN110807064B (zh) | Rac分布式数据库集群系统中的数据恢复装置 | |
| KR19990082867A (ko) | 갱신 트랜잭션 완성 방법 및 장치 | |
| JPH086910A (ja) | クラスタ型計算機システム | |
| JP3354045B2 (ja) | システム・バックアップ方法 | |
| JP4341571B2 (ja) | 記憶装置システムおよびその制御方法、制御プログラム | |
| WO1997049034A1 (en) | Job taking-over system | |
| JP3447347B2 (ja) | 障害検出方法 | |
| US6961749B1 (en) | Scalable file server with highly available pairs | |
| US6370654B1 (en) | Method and apparatus to extend the fault-tolerant abilities of a node into a network | |
| JP3025732B2 (ja) | 多重化コンピュータシステムの制御方式 | |
| JP3164147B2 (ja) | 網管理装置の構成情報管理方式および管理対象装置 | |
| JPH11355392A (ja) | 二重化系切替方式およびそのプログラム記録媒体 | |
| JPH04299435A (ja) | データベース等価方式 | |
| JPH11345139A (ja) | 無停止型２重化システム | |
| JPH10247181A (ja) | 拠点バックアップ計算機システム | |
| JP3204302B2 (ja) | ネットワークエレメント管理システム及びそれにおけるデータベース更新方法 | |
| CN121029449A (zh) | 维持任务运作连续性的系统及方法 | |
| JP2511542B2 (ja) | 情報処理システム | |
| JP3709050B2 (ja) | データ更新システム | |
| JPH08249281A (ja) | オンライン処理システム | |
| JP3464768B2 (ja) | ファイルロードを有するプロセッサ装置 | |
| WO2004059484A1 (fr) | Procede de veille et commande de charge dans un systeme a traitement reparti de donnees | |
| JP2959467B2 (ja) | 疎結合多重計算機システムにおける障害復旧システム、障害復旧方法、および障害復旧プログラムを記憶する媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020910 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040520 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080927 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080927 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090927 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090927 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100927 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110927 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110927 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120927 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130927 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |