JPH04137023A - コンピユータシステムの再立ち上げ方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、分散コンピュータシステム等の無人コンピュ
ータシステムに好適なシステムの立ち上げ方式に係り、
特に、コンピュータシステム（以下に、単に、「システ
ム」という）の障害による停止が起きたときに、自動回
復を行い、障害の種類に対応した障害の拡大防止策を講
することにより、保守・運用を容易にするコンピュータ
システムの立ち上げ方式に関する。

［従来の技術］ 一般に、分散コンピュータシステムのような無人のコン
ピュータシステムでは、システムの異常や障害の発生に
よるシステム停止時に、自動的に再ＩＰＬを行ってシス
テムの再立ち上げを行わせている。ここで、ＩＰＬは、
イニシャル・プログラム・ロード、すなわち、コンピュ
ータが運転を開始するための制御プログラムの常駐部°
を主メモリ上にロードする機能をいう。この種の再ＩＰ
Ｌを自動的に行うシステムの立ち上げ方式として、従来
、例えば特開昭６１−２２１８５０号公報や。

特開昭６０−４５８１９号公報に記載の「再初期プログ
ラムローディング方式」がある。

［発明が解決しようとする課題］ 上記従来技術では、最初のＩＰＬ処理は成功したが、こ
のＩＰＬ完了後の業務プログラム実行中に再び停止が発
生した場合、自動的に（必ず）再度ＩＰＬ処理を行うよ
うになっており、このため。

同一要因の障害が繰り返し発生し繰り返し停止した場合
、再ＩＰＬを何回も行わなければならないという問題が
あった。すなわち、従来技術によると、ＩＰＬ完了後の
システム稼動中に再度システム停止が発生すると、再Ｉ
ＰＬ処理が行われ、再立ち上げされ、障害再発生による
システム停止が繰り返され、システムが大きなり−プを
形成してしまうので、業務が行えない、対策が遅れると
いう問題があった。更に、同じ条件でシステムを再立ち
上げするため、同一障害が再発する確率が高く、正常に
業務が行えないという問題もあった。

また、従来技術では、システム停止時に自動的にダンプ
記憶を取得するものもあったが、システム停止毎にダン
プ媒体に上書きする方法でダンプの取得を行っていたた
め、最初のシステム異常が原因でそれ以降のシステム停
止が繰り返されるような場合、最初のダンプデータが上
書きされることで消えてしまい、停止の根本的な原因が
わからなくなつしまうという問題もあった。

従って、本発明の目的は、上記従来技術の問題点を解決
し、障害によるシステム停止後の再ＩＰＬによってシス
テムの再立ち上げを行う際に、以前のシステム停止の発
生原因や同一発生原因による停止回数を覚えておくこと
により（システム稼動時間の全体を管理することにより
）、同一発生原因によるシステム停止が繰り返されるよ
うなループ発生を防止すると共に、障害の拡大するのを
防止するようにしたコンピュータシステムの再立ち上げ
方式を提供することにある。

［課題を解決するための手段］ 上記目的を達成するため５本発明は、ＩＰＬ処理を行っ
て稼動中のコンピュータシステムが障害発生により停止
したとき、自動的に再ＩＰＬ処理を行ってコンピュータ
システムを再立ち上げする方式において、前記コンピュ
ータシステムの停止の発生原因（障害要因の種別など）
および発生回数を検出する手段と、同一原因による停止
が（例えば一定時間以内に）所定回数以上発生したとき
、前記外ＩＰＬによる再立ち上げを抑止する手段を備え
たことを特徴とする。

なお、前記再立ち上げ抑止手段によりシステムの再立ち
上げ抑止が行われるときに、障害の拡大を防止するため
電源を自動的に切断し、警報を自動的に発生して保守員
を自動的に呼び出すようにすることができる。

また、システムが繰り返し停止した場合、過去のシステ
ム停止の原因が特定の（同一の）プログラムに起因して
いるときには、そのプログラムを起動せずに縮退させる
ような修正を行ってから、システムの再立ち上げを行う
ことができる。

さらに、システムが繰り返し停止したとき、障害原因調
査のためのダンプ記憶を２個設け、１つのダンプ記憶に
最初の障害について取得し、もう１つのダンプ記憶に以
降の障害について上書きすることにより取得し、ダンプ
量を削減しながらかつ、必要なダンプを効果的に取得す
ることができる。

［作用］ 上記構成に基づく作用を説明する。

本発明によれば、コンピュータシステムに、システム停
止要因（停止の発生原因）検出手段を設け、この検出手
段で検出された停止要因が所定回数未満のときには、再
ＩＰＬ処理が自動的に起動されてシステムは再立ち上げ
される。しかし、同一の要因による停止が所定回数繰り
返されると、この検出結果に基づき、再ＩＰＬ処理不可
と判定され、再ＩＰＬ処理は行われずシステムの再立ち
上げは行われない。したがって、同一障害要因による停
止がいつまでも繰り返されることはない。

具体的には、停止要因検出手段には、障害の種別毎にシ
ステム停止の発生回数や発生原因を記録する障害記録フ
ァイルを設け、再ＩＰＬ処理部では、この発生したシス
テム停止の原因や発生回数を、その停止発生毎に更新す
る。その後、この障害記録ファイルの内容に従って、再
ＩＰＬ要否の決定や、ダンプデータの採取、再ＩＰＬを
行うか否か、電源を切断するか、警報を発生するかなど
の決定を行う。

［実施例コ 以下に、本発明の実施例を図面によって説明する。

第１図は、本発明を実施するための計算機システムの基
本的な構成を示す。第１図において、計算機システム１
には、システム停止検出処理部２゜再ＩＰＬ処理部３、
障害記録ファイル４、および起動プログラムファイル５
を設けている。障害記録ファイル４は、システム停止原
因毎に、最初に発生した日付、時刻、回数等を格納して
いる。起動プログラムファイル５にはＩＰＬ後起動する
プログラム名を格納している。この計算機１を用いたい
くつかの実施例を、以下に説明する。

［実施例１コ 本実施例は、一定時間以内例えば１日（２４時間）以内
に同一原因のシステム停止が繰り返し発生した場合、２
回目までは再ＩＰＬを行い、３回目には再ＩＰＬを抑止
する例である。

第２図はこの再ＩＰＬ制御を行う処理フローを示す。同
図においてＩＰＬが行われてシステム稼動中（ステップ
１０）に、プログラムエラーによるシステム停止１１が
発生したとする。システム停止検出処理部２はシステム
停止要因を判定しくステップ１２）、再ＩＰＬ処理部３
を起動する。

再ＩＰＬ処理部３は障害記録ファイル４を参照し同一原
因で１回目のシステム停止が起きたか否かを判定する（
ステップ１３）。同一原因で１回目のシステム停止が起
きた場合またはシステム立ち上げ後最初のシステム停止
の場合は、障害記録ファイル４に発生時刻を設定すると
ともに回数として１を設定する（ステップ１４．１５）
。その後再ＩＰＬ処理を行い（ステップ１６）システム
を稼動させる（ステップ１０）。障害記録ファイルの状
態は２０のようになる。再びプログラムエラーによるシ
ステム停止１１が発生すると同一原因で２回目なので発
生回数をカウントアツプする（ステップ１７）。カウン
ト数を調べ、この時は発生回数が２回なので（ステップ
１８）、再ＩＰＬ処理を再度行う（ステップ１６）。障
害記録ファイルの状態は２１のようになる。この後、再
度プログラムエラーによるシステム停止１１が発生する
と発生回数が３回になりシステム停止処理を行う（ステ
ップ１９）。以上のようにして、一定時間以内に一定回
数以上の同一原因のシステム停止が発生したときシステ
ムの再ＩＰＬを抑止する。

［実施例２］ 次に、実施例１で再ＩＰＬ不可と判断したときに保守員
を呼び電源を切断する計算機システムの例を実施例２と
して示す。第３図に必要な構成を示す。計算機システム
１は外部接点３２と電源スィッチ３３と、これらを制御
する命令としてＡＬＡＲＭ命令およびＰＷＯＦＦ　（パ
ワーオフ）命令３４とを持っている。又外部接点３２は
保守員室３０内のブザー３１に接続されている。実施例
１の再ＩＰＬ不可で（ステップ１８）システム停止する
と判断した場合に、再ＩＰＬ処理部３は命令３４のＡＬ
ＡＲＭを実行する。これにより、保守員室３０にあるブ
ザー３１が鳴動し、システム停止を保守員へ通知する。

次に、再ＩＰＬ処理部３は命令３４のＰＷＯＦＦを実行
し自動的に計算機システムの電源を切断する。このよう
にして、再ＩＰＬ不可のとき自動的にブザー等の警報を
発生して保守員を呼び出し、また自動的に電源を切断す
ることによって障害の拡大防止のための早期対策を講じ
ることができる。

［実施例３コ 次に、特定プログラムが原因でシステム停止要因が繰り
返し発生したシステムで、そのプログラムを縮退して再
ＩＰＬを行う例を実施例３として示す。第４図は再ＩＰ
Ｌ時障害が多発したプログラムを縮退する処理の流れを
示す。このシステムではＩＰＬを行った後、起動プログ
ラムファイル４９に従ってＯＮＬ　ＩＮＥｌを起動しく
ステップ４ｏ）、次にＯＮＬ　Ｉ　ＮＥ　２を起動しく
ステップ４１）オンラインを稼動する（ステップ４２）
。

オンライン稼動中にＯＮＬ　Ｉ　ＮＥ　２が原因となる
システム停止要因が発生したとすると（４３）。

０ＮＬＩＮＥ２起動抑止を決定する（ステップ４４）。

これに伴い、起動プログラムファイルを更新（修正）シ
（ステップ４５）、起動プログラムファイル５０の状態
にする。その後、再ＩＰＬ処理を行う（ステップ４６）
。再ＩＰＬ後は起動プログラムファイル５０に従って０
ＮＬＩＮＥ１だけを起動しく４７）オンライン縮退稼動
する（４８）。

このようにして、本実施例では、プログラムを起動する
ジョブ制御文を一部自動的に修正することにより、再Ｉ
ＰＬの際に一部プログラムを縮退してシステムを稼動す
ることを実現する。

以上の実施例１〜４において、システム停止時に最初の
ダンプ記憶を保存して障害の発生原因の究明を容易に行
うことができるようにするために。

ダンプ採取ファイルを２つ用意しておいて、最初のシス
テム停止のときには１つ目のファイルヘダンプ出力して
おき、２回目以降のシステム停止のときには２つ目のフ
ァイルへ上書きするようにすることもできる。

テムの障害による停止の発生原因および発生回数を検出
し、同一障害要因による停止が所定個数以上になると、
システムの再立ち上げが抑止されるので、障害によるシ
ステム停止が繰り返され大きなループが形成されるよう
なことが防止され、障害の発生原因の早期究明が可能に
なる結果、システムの保守・運用が容易になるという効
果がある。

【図面の簡単な説明】

第１図は本発明の実施例を実現する計算機システムの基
本的構成を示すシステム構成図、第２図は本発明の一実
施例として一定時間以内に一定回数以上の同一原因によ
るシステム停止が繰り返された場合システム停止を抑止
するときの処理例を示すフローチャート、第３図はシス
テム停止時に自動的に保守員を呼び出し電源を切断する
計算機システムの構成図、第４図は再ＩＰＬ時縮退して
プログラムを起動する場合の処理例のフローチャートで
ある。 １・・・・・・計算機システム、２・・・・システム停
止検出処理部、３・・・・・・再ＩＰＬ処理部、４・・
・・障害記録ファイル、５・・・起動プログラムファイ
ル、３０・・・・保守員室、３１・・・・・ブザー（警
報装置）、３２・・・・・・外部接点、３３・・・　電
源スィッチ、３４命令。 ！ 第１図 ／ 第 図

Claims (1)

【特許請求の範囲】
1. １、ＩＰＬ処理を行つて稼動中のコンピュータシステム
   が障害発生により停止したとき、自動的に再ＩＰＬ処理
   を行つてコンピュータシステムを再立ち上げするコンピ
   ュータシステムの再立ち上げ方式において、前記コンピ
   ュータシステムの停止の発生原因および発生回数を検出
   する手段と、同一原因による停止が所定回数以上発生し
   たとき、前記再ＩＰＬによる再立ち上げを抑止する手段
   とを備えたことを特徴とするコンピュータシステムの再
   立ち上げ方式。