JPH103397A - 計算機システム - Google Patents

Abstract

(57)【要約】 【課題】テストプログラムが及ぼすシステムの性能低下
を最小限に抑えることを可能とする計算機システムを提
供する。 【解決手段】システムが正常に稼働しているか否かを診
断するためのテストプログラム１４を所定の間隔で実行
する計算機システムにおいて、テスト起動プログラム１
１は、テストプログラム１４の前回実行時刻をテスト実
行記録テーブルに格納しておき、かつ、テスト起動プロ
グラム１１は、この前回実行時刻と現在時刻との間隔と
をその起動時に算出する。そして、テスト起動プログラ
ム１１は、この算出した間隔と、実行間隔設定テーブル
１２に格納されたテストプログラム１４それぞれの設定
実行間隔とから、テストプログラム１４の起動有無を判
定する。これにより、テスト対象ハードウエアの重要度
などに応じて適切な間隔で起動するといった起動制御が
可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、たとえば定期的
に診断プログラムを稼働させてシステム状態を監視する
計算機システムに係り、特に、システムの負荷状況に応
じて診断プログラムの起動を制御する計算機システムに
関する。

【０００２】

【従来の技術】近年、計算機の普及は目覚ましく、この
計算機上で構築されるシステムは実に様々である。ま
た、２４時間運転システムなどに見られるように、最近
の計算機システムの運用には、非常に高い信頼性が要求
されてきている。このような状況において、従来の計算
機システムにおいては、システムの起動時や、システム
の稼働中などに、通常の動作と並行してシステム状態を
監視するためのテストプログラムを実行しており、その
テストプログラムは、オペレータが手動で起動したり、
または、予め設定された時刻に自動で起動するなど、簡
単な仕組みでその起動を行なっている。

【０００３】しかしながら、システム起動時のテストで
は、システムを停止させずに運用するシステムの場合
に、テストを行なう機会が失われるといった問題があ
り、また、予め定められた時刻または間隔でシステム稼
働中に通常のデータ処理と並行してテストプログラムを
実行する場合には、そのときのシステム稼働状況を考慮
することなくその起動が行なわれてしまうため、場合に
よってはテストプログラムの実行がシステムの能力を著
しく低下させてしまうといった問題があった。

【０００４】

【発明が解決しようとする課題】このように、従来の計
算機システムの状態を監視するためのテストプログラム
の実行に関しては、システム起動時のテストでは、シス
テムを停止させずに運用するシステムではテストを行な
う機会が失われるといった問題があり、また、システム
稼働中に通常のデータ処理と並行してテストプログラム
を実行する場合には、テストプログラムの実行がシステ
ムの能力を著しく低下させてしまうといった問題があっ
た。

【０００５】この発明はこのような実情に鑑みてなされ
たものであり、簡単な構成を付加するのみで、システム
稼働中に通常のデータ処理と並行してテストプログラム
を実行する場合であっても、テストプログラムが及ぼす
システムの性能低下を最小限に抑えることを可能とする
計算機システムを提供することを目的とする。

【０００６】

【発明を解決するための手段】この発明は、システムが
正常に稼働しているか否かを診断するための診断プログ
ラムを複数種類備えてなり、これらの診断プログラムを
所定の間隔で実行する計算機システムにおいて、前記診
断プログラムそれぞれの前回実行時刻を記憶する第１の
記憶手段と、前記第１の記憶手段に記憶された前記診断
プログラムの前回実行時刻と現在時刻との間隔を算出す
る算出手段と、少なくとも２つ以上の段階を含んで設定
される前記診断プログラムの実行間隔を記憶する第２の
記憶手段と、前記算出手段により算出された間隔と前記
第２の記憶手段に記憶された実行間隔とから前記診断プ
ログラムの起動を制御する起動制御手段とを具備してな
ることを特徴とする。

【０００７】この発明によれば、診断プログラムの実行
間隔を複数の段階に分けて設定することにより、診断プ
ログラムそれぞれの運用を明確に定義することが可能と
なるだけでなく、この実行間隔に含まれる各段階によ
り、システムの負荷に応じてその起動を制御することが
できるため、必要以上に診断プログラムを実行すること
を抑止でき、システムの性能低下を最小限に抑えること
が可能となる。

【０００８】また、オペレータが診断プログラムを手動
起動した場合には、実行間隔に関わらずその実行を許可
することにより、診断プログラムの運用の柔軟性を損な
うこともない。

【０００９】さらに、予め設定された特定時間内におい
ては、実行間隔に関わらずその実行を許可することによ
り、たとえば夜間などの比較的稼働率の低いときに積極
的に実行しておくといったことが可能となる。

【００１０】また、実時間および前記計算機システムの
稼働時間のいずれを基準とすべきかを指定可能とするこ
とにより、以下に示すような運用を選択的に行なうこと
ができることになる。

【００１１】（１）実時間の場合 計算機システムの停止時間を含めた高信頼性のテストを
行なえる。反面、システム起動時に各種診断プログラム
の実行が集中する可能性が高い。

【００１２】（２）システムの稼働時間の場合 システム起動時の各種診断プログラムの実行集中を回避
することができる。反面、停止時間後の信頼性を起動時
のテストなどで確保する必要が生じる。これらはシステ
ムそれぞれの運用によって決定されるべきものであるた
め、その選択肢を用意することによって、より柔軟な運
用設計が可能となる。

【００１３】

【発明の実施の形態】以下、図面を参照してこの発明の
一実施形態を説明する。図１は本実施形態に係る計算機
システムの概略構成を示す図である。ＣＰＵ１は、メモ
リ２に格納されたオペレーティングシステムやアプリケ
ーションプログラム（ユーティリティプログラムを含
む）などを実行制御する。メモリ２は、前述したオペレ
ーティングシステム、アプリケーションプログラム、お
よびアプリケーションプログラムによって用いられるデ
ータなどを格納する。

【００１４】また、磁気ディスク装置３や磁気テープ装
置４は、外部記憶装置として用いられるられるものであ
り、主記憶装置であるメモリ２との間でデータの受け渡
しを実施する。

【００１５】この計算機システムでは、メモリ２、磁気
ディスク装置３および磁気テープ装置４などが正常に稼
働しているかどうかを診断するために、これらの稼働状
態を診断する診断プログラムを適宜に実行する。この診
断プログラムは、たとえばメモリ２の診断であれば、所
定のアドレスのデータを読み込んでみて、その読み込み
が問題なく行なえた場合に正常稼働状態と判定するとい
ったような処理を実施する。また、この診断プログラム
の構成については、１つの診断プログラムがすべての診
断対象機器の診断を行なってもよいし、診断対象機器そ
れぞれに対応して診断プログラムを設けてもよい。本実
施形態では、診断対象機器それぞれに独立した診断プロ
グラムを設けるものとし、かつ、その診断対象機器の重
要度に応じてその実行間隔を設定するものとする。な
お、この実行間隔の管理は、本実施形態の特徴とすると
ころであるため、次にこの実行間隔の管理について図２
を参照して説明する。

【００１６】図２には、診断プログラムの実行間隔を管
理する動作原理が示されている。図２に示すように、テ
スト対象ハードウエア１５は、それぞれのテストプログ
ラム１４によってその稼働状態がテストされる。このテ
ストプログラム１４は、テスト起動プログラム１１によ
って起動され、さらに、テスト起動プログラム１１は、
オペレータによって手動で随時起動され、かつ定期的に
タイマ起動されるものである。

【００１７】また、テスト起動プログラム１１が参照す
るテーブルとして、実行間隔設定テーブル１２およびテ
スト実行記録テーブル１３が設けられており、実行間隔
設定テーブル１２には、テストプログラム１４それぞれ
の起動を制御するための実行間隔が格納され、テスト実
行記録テーブル１３には、テストプログラム１４それぞ
れの前回実行時刻が格納される。

【００１８】このテスト起動プログラム１１およびテス
トプログラム１４は、メモリ２に格納されてＣＰＵ１に
よって実行制御されるものである。また、実行間隔設定
テーブル１２およびテスト実行記録テーブル１３は、メ
モリ２上の所定の領域に確保される。

【００１９】図３には実行間隔設定テーブル１２に格納
されたテストプログラムの実行間隔が例示されている。
図３の例では、実行禁止間隔、低優先度実行間隔、およ
び高優先度実行間隔の３つの段階がその実行間隔に含ま
れている。これらは、前回実行時刻と現在時刻との間隔
によってテストプログラムの稼働を制御するために設定
されるものであり、たとえば、前回実行時刻（間隔０）
から間隔ｔａまでは実行禁止間隔、間隔ｔａから間隔ｔ
ｂまでは低優先度実行間隔、および間隔ｔｂから間隔ｔ
ｃまでは高優先度実行間隔と設定する。

【００２０】テスト起動プログラム１１は、タイマによ
って自動起動された場合、この実行設定テーブル１２を
参照し、実行禁止間隔にあるテストプログラム１４の起
動は行なわない。また、低優先度実行間隔にあるテスト
プログラム１４については、たとえば予め定められたし
きい値以下の稼働率でシステムが稼働しているときにの
み起動を行なう。そして、高優先度実行間隔にあるテス
トプログラム１４については、システムがある程度高い
稼働率で稼働している場合であっても、信頼性の確保を
鑑みて優先的にその起動を行なう。

【００２１】また、テスト起動プログラム１１は、テス
トプログラム１４の起動を行なった際、その実行時刻を
テスト実行記録テーブル１３に記録する。図４にはテス
ト実行記録テーブルの格納イメージが示されている。図
４に示すように、テスト実行記録テーブル１３には、テ
ストプログラム１４それぞれについて、それらの前回実
行時刻が格納されることになる。

【００２２】すなわち、実行間隔設定テーブル１２に、
テストプログラム１４それぞれの実行間隔（実行禁止間
隔、低優先度実行間隔、高優先度実行間隔）を設定する
ことにより、テスト対象ハードウエア１５の重要度とシ
ステムの稼働状況とに応じた起動制御が行なえることに
なる。

【００２３】次に、図５を参照して、本実施形態の動作
手順を説明する。図５は本実施形態の動作手順を説明す
るためのフローチャートである。テスト起動プログラム
１１は、タイマによる自動起動が行なわれると、テスト
実行記録テーブルからテストプログラム１４の前回実行
時刻を読み出し、現在時刻とその前回実行時刻とから実
行間隔（ｔ）を参照する（ステップＳ１）。テスト起動
プログラム１１は、この実行間隔（ｔ）が実行禁止間隔
（ｔａ）を越えているかどうかを判定し（ステップＳ
２）、越えていなければ（ステップＳ２のＹ）、すべて
のテストプログラム１４についてチェックしたかどうか
判定する（ステップＳ６）。そして、未チェックのテス
トプログラム１４が存在した場合には（ステップＳ６の
Ｎ）、そのテストプログラム１４についてステップＳ１
からの処理を繰り返し、未チェックのテストプログラム
１４が存在しない場合には（ステップＳ６のＹ）、次の
テスト起動時刻までスリープ状態で待機する（ステップ
Ｓ７）。

【００２４】一方、テスト起動プログラム１１は、この
実行間隔（ｔ）が実行禁止間隔（ｔａ）を越えていた場
合には（ステップＳ２のＮ）、次に低優先度実行間隔
（ｔｂ）を越えているかどうか判定する（ステップＳ
３）。越えていた場合（ステップＳ３のＹ）、テスト起
動プログラム１１は、そのテストプログラム１４を起動
して、その時刻をテスト実行記録テーブル１３に記録す
る（ステップＳ３）。

【００２５】低優先度実行間隔（ｔｂ）を越えていなか
った場合には（ステップＳ３のＮ）、テスト起動プログ
ラム１１は、さらにシステムの稼働率が予め定められた
しきい値を越えていないか（システム負荷が大きくない
か）を判定し（ステップＳ５）、システムの稼働率が予
め定められたしきい値を越えていない場合にのみ（ステ
ップＳ５のＮ）、そのテストプログラム１４を起動し
て、その時刻をテスト実行記録テーブル１３に記録す
る。そして、すべてのテストプログラム１４についてチ
ェックしたかどうか判定し（ステップＳ６）、未チェッ
クのテストプログラム１４が存在した場合には（ステッ
プＳ６のＮ）、そのテストプログラム１４についてステ
ップＳ１からの処理を繰り返し、未チェックのテストプ
ログラム１４が存在しない場合には（ステップＳ６の
Ｙ）、次のテスト起動時刻までスリープ状態で待機する
（ステップＳ７）。

【００２６】これにより、診断対象機器の重要度とシス
テムの負荷とに応じた診断プログラムの起動制御が可能
となり、診断プログラムが及ぼすシステムの性能低下を
最小限に抑えることが可能となる。

【００２７】なお、オペレータから手動でテスト起動プ
ログラム１１の起動が行なわれた場合には、前述の実行
間隔などに関わらず、すべてのテストプログラム１４の
実行を許可することが望ましい。オペレータがこのよう
な操作を行なうときは、各種機器の正常稼働を確認した
いときであるため、このように制御すれば、運用面での
柔軟性を損なうことがない。この起動元の判定は、たと
えばスタートアップ・パラメータなどによればよい。

【００２８】また、たとえばメモリ２上に特定の時間帯
を格納する領域を確保しておき、この時間帯に関して
は、前述の実行間隔などに関わらず、すべてのテストプ
ログラム１４の実行を許可することも有効である。たと
えば、夜間の稼働率が比較的低くなるようなシステムに
おいては、このような時間帯に積極的にテストプログラ
ム１４を実行しておくことにより、障害を早期に検知で
きるなど、その信頼性をさらに高めることが可能とな
る。

【００２９】さらに、テストプログラム１４の起動制御
を行なう時刻、すなわち、テスト起動プログラム１１が
基準とする時刻を、実時刻および計算機システムの稼働
時刻のいずれかを選択可能とすることも有効である。こ
れらを選択可能とすることにより、以下に示す運用を選
択的に行なうことができることになる。

【００３０】（１）実時間の場合 計算機システムの停止時間を含めた高信頼性のテストを
行なえる。反面、システム起動時に各種診断プログラム
の実行が集中する可能性が高い。

【００３１】（２）システムの稼働時間の場合 システム起動時の各種診断プログラムの実行集中を回避
することができる。反面、停止時間後の信頼性を起動時
のテストなどで確保する必要が生じる。これらはシステ
ムそれぞれの運用によって決定されるべきものであるた
め、その選択肢を用意することによって、より柔軟な運
用設計が可能となる。

【００３２】

【発明の効果】以上詳述したように、この発明によれ
ば、診断対象となる機器の重要度とシステムの稼働状況
とに応じた起動制御が行なえるため、テストプログラム
が及ぼすシステムの性能低下を最小限に抑えることが可
能となる。また、オペレータによる手動起動や特定時間
帯での起動を許可することにより、運用の柔軟性を損な
うこともない。さらに、基準となる時刻を、実時刻およ
びシステム稼働時刻のいずれかから選択可能とすること
により、システムそれぞれに適した運用が確保されるこ
とになる。

【図面の簡単な説明】

【図１】この発明の実施形態に係る計算機システムの概
略構成を示す図。

【図２】同実施形態の診断プログラムの実行間隔を管理
する動作原理を示す図。

【図３】同実施形態の実行間隔設定テーブルに格納され
たテストプログラムの実行間隔を例示する図。

【図４】同実施形態のテスト実行記録テーブルの格納イ
メージを示す図。

【図５】同実施形態の動作手順を説明するためのフロー
チャート。

【符号の説明】

１…ＣＰＵ ２…メモリ ３…磁気ディスク装置 ４…磁気テープ装置 １１…テスト起動プログラム １２…実行間隔設定テーブル １３…テスト実行記録テーブル １４…テストプログラム １５…テスト対象ハードウエア

Claims (6)

【特許請求の範囲】
1. 【請求項１】 システムが正常に稼働しているか否かを
   診断するための診断プログラムを複数種類備えてなり、
   これらの診断プログラムを所定の間隔で実行する計算機
   システムにおいて、 前記診断プログラムそれぞれの前回実行時刻を記憶する
   第１の記憶手段と、 前記第１の記憶手段に記憶された前記診断プログラムの
   前回実行時刻と現在時刻との間隔を算出する算出手段
   と、 少なくとも２つ以上の段階を含んで設定される前記診断
   プログラムの実行間隔を記憶する第２の記憶手段と、 前記算出手段により算出された間隔と前記第２の記憶手
   段に記憶された実行間隔とから前記診断プログラムの起
   動を制御する起動制御手段とを具備してなることを特徴
   とする計算機システム。
2. 【請求項２】 実行間隔は、実行禁止段階、低優先度実
   行段階および高優先度実行段階の３つの段階を含むこと
   を特徴とする請求項１記載の計算機システム。
3. 【請求項３】 起動制御手段は、診断プログラムが手動
   で起動されたときには、実行間隔に関わらずその実行を
   許可することを特徴とする請求項１記載の計算機システ
   ム。
4. 【請求項４】 起動制御手段は、診断プログラムに設定
   されるいずれの実行間隔よりも短い間隔で起動される管
   理プログラムであることを特徴とする請求項１記載の計
   算機システム。
5. 【請求項５】 起動制御手段は、予め設定された特定の
   時間帯においては、実行間隔に関わらずその実行を許可
   することを特徴とする請求項１記載の計算機システム。
6. 【請求項６】 実時間および計算機システムの稼働時間
   のいずれを基準とすべきかを指示する指示手段をさらに
   具備し、 第１の記憶手段および算出手段は、指示手段の指示にし
   たがって動作することを特徴とする請求項１記載の計算
   機システム。