JP2006172065A - チェックポイント採取方法、システム及びプログラム - Google Patents

Abstract

【課題】 チェックポイントを採取するタイミングを決定する条件をシステム資源の利用状況で指定し、ジョブにチェックポイント採取命令を記述するというユーザの負担を軽減することが可能な技術を提供する。
【解決手段】 障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得するチェックポイント採取方法において、ジョブ毎のシステム資源の利用状況を示す情報を取得して記憶装置に格納するステップと、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件と前記格納したシステム資源の利用状況の情報とを記憶装置から読み出してチェックポイント採取の要否を判定するステップと、前記判定結果に基づいてチェックポイント情報を記憶装置に格納してチェックポイントの採取を行うステップとを有するものである。
【選択図】図１

Description

本発明は障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得するチェックポイント採取技術に関するものである。

障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得するチェックポイント採取方法において、ジョブのチェックポイントを採取する方法として、ある時間間隔で定期的に採取する方法がある（例えば非特許文献１参照）。また、ジョブ実行時間とチェックポイント採取時間に対する演算結果に従ってチェックポイントの採取の要否を決定し、取得する方法がある（例えば特許文献１参照）。

特開２００４−９４４２２号公報 E.N.Elnozahy, Lorenzo Alvisi, Yi-Min Wang, D.B.Johnson著「A Survey of Rollback-Recovery Protocols in Message-Passing Systems, Technical Report CMU-CS-96-181, Department of Computer Science, Carnegie Melon University, 1996)

前記いずれのチェックポイント採取方法もジョブ実行時間やチェックポイント採取時間に基づき、実時間をチェックポイント採取の条件としていたため、実際にジョブがどの程度処理されたかを評価できず、計算機システムの負荷状況によっては必ずしも適切なチェックポイント採取が行われなかった。また、ジョブプログラム内部にチェックポイントを採取する命令を記述する必要がありジョブプログラム作成時の負担であった。

本発明の目的は上記問題を解決し、チェックポイントを採取するタイミングを決定する条件をシステム資源の利用状況で指定し、ジョブにチェックポイント採取命令を記述するというユーザの負担を軽減することが可能な技術を提供することにある。

本発明の他の目的は実行中のジョブのシステム資源の利用状況に応じて、チェックポイント採取の条件を変更することが可能な技術を提供することにある。

本発明は、障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得する計算機システムにおいて、システム資源の利用状況に応じてチェックポイントの採取を行うものである。

本発明では、まず、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件の入力を受け付けて記憶装置に格納する。この際、前記条件として、例えばＣＰＵ利用累積時間や入出力データの累積量の閾値を示す条件式や、それらの複数の条件式を複合させた複合条件式の入力を受け付けて記憶装置に格納する。

次に、ジョブの実行時に、ジョブ毎のシステム資源の利用状況を示す情報を取得して記憶装置に格納する。その際には、前記格納した条件の要素であるＣＰＵ利用累積時間や入出力データ累積量について情報を取得して記憶装置に格納し、システム資源の利用状況を示す情報を更新する。

そして、前記の様にシステム資源の利用状況を示す情報を更新した後、前記格納した条件と前記更新したシステム資源の利用状況の情報とを記憶装置から読み出してチェックポイント採取の要否を判定し、その判定結果に基づいてチェックポイント情報を記憶装置に格納してチェックポイントの採取を行う。すなわち、前記更新されたＣＰＵ利用累積時間や入出力データ累積量を前記条件式に代入して論理計算を行って、そのＣＰＵ利用累積時間や入出力データ累積量がチェックポイントの採取を行う条件を満たしているかどうかを判定し、その条件を満たしている場合には、当該ジョブのチェックポイント情報を記憶装置に格納する。

本発明によれば、チェックポイントを採取するタイミングを決定する条件をシステム資源の利用状況で指定し、ジョブにチェックポイント採取命令を記述するというユーザの負担を軽減することが可能である。

（実施形態１）
以下に障害発生時のジョブのリスタートを行う為のチェックポイント情報をシステム資源の利用状況に応じて取得する実施形態１の計算機システムについて説明する。

図１は本実施形態の計算機システム１の概略構成を示す図である。図１に示す様に本実施形態の計算機システム１は、ジョブ実行管理部２０と、チェックポイント採取実行部２１と、スケジューラ２２と、ＣＰＵ監視部２３と、Ｉ／Ｏ監視部２４とを有している。

ジョブ実行管理部２０は、チェックポイント採取実行部２１、スケジューラ２２、ＣＰＵ監視部２３及びＩ／Ｏ監視部２４の動作を制御してジョブの実行を管理する処理部である。チェックポイント採取実行部２１は、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件を示す条件テーブル１２及び複合条件式１３と、システム資源の利用状況の情報を示す資源ステータステーブル１４とをメモリから読み出してチェックポイント採取の要否を判定し、その判定結果に基づいてチェックポイント情報を磁気ディスク装置に格納してチェックポイントの採取を行う処理部である。

スケジューラ２２は、実行可能状態ジョブキュー３から実行状態ジョブキュー４へのジョブの状態遷移を行う処理部である。ＣＰＵ監視部２３は、各ジョブに割当てられたＣＰＵ時間を監視・記録する処理部であり、ジョブ毎のシステム資源の利用状況を示す情報として、ＣＰＵ利用累積時間等のＣＰＵの利用状況情報を取得してメモリ中の資源ステータステーブル１４に格納するリソース監視部である。

Ｉ／Ｏ監視部２４は、各ジョブが行ったＩ／Ｏ処理のデータ量を監視・記録する処理部であり、ジョブ毎のシステム資源の利用状況を示す情報として、入出力データの累積量等のＩ／Ｏデバイスの利用状況情報を取得してメモリ中の資源ステータステーブル１４に格納するリソース監視部である。

計算機システム１をジョブ実行管理部２０、チェックポイント採取実行部２１、スケジューラ２２、ＣＰＵ監視部２３及びＩ／Ｏ監視部２４として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。

図１に示す様に本実施形態の計算機システム１は、ジョブ実行管理部２０と実行可能状態ジョブキュー３と実行状態ジョブキュー４とを有しており、ジョブ実行管理部２０は機能別に、チェックポイント採取実行部２１、スケジューラ２２、ＣＰＵ監視部２３及びＩ／Ｏ監視部２４から構成されている。

当該計算機システム１は資源を適切にジョブへ分配する為の資源管理の仕組みを備えており、本実施形態ではＣＰＵ監視部２３とＩ／Ｏ監視部２４がその仕組みに該当し、それぞれＣＰＵ監視部２３は各ジョブに割当てられたＣＰＵ時間を監視・記録し、Ｉ／Ｏ監視部２４は各ジョブが行ったＩ／Ｏ処理のデータ量を監視・記録するものである。

実行可能状態ジョブキュー３と実行状態ジョブキュー４では、それぞれジョブ情報１０−１、１０−２、・・・、１０−Ｍを管理する。これらジョブ情報１０のキュー間の遷移はスケジューラ２２によって行われる。ジョブ情報１０には、ジョブＩＤ１１、条件テーブル１２、複合条件式１３及び資源ステータステーブル１４が含まれる。

ユーザ５はジョブとそれに付随するチェックポイント採取条件をジョブ実行管理部２０へ投入し、それを受けたジョブ実行管理部２０は、実行可能状態ジョブキュー３へジョブ情報１０を生成し、チェックポイント採取条件で以って条件テーブル１２と複合条件式１３の初期化を行う。

資源ステータステーブル１４の情報は、ジョブ情報１０が、実行可能状態ジョブキュー３から実行状態ジョブキュー４へ遷移された後、ＣＰＵ監視部２３及びＩ／Ｏ監視部２４によって更新される。

図１０は本実施形態の計算機システム１のハードウェア構成を示す図である。図１０に示す様に本実施形態の計算機システム１は、ジョブ実行管理部２０と実行可能状態ジョブキュー３と実行状態ジョブキュー４とをメモリ上に備えており、メモリや磁気ディスク装置等の記憶装置や通信装置等を使用して各種処理を行う。

次に、図２を参照して資源ステータステーブル１４について説明する。
図２は本実施形態のジョブ情報１０が保持する資源ステータステーブル１４の一例を示す図である。資源ステータステーブル１４はそれを保持するジョブにおける資源の利用状況を記録する目的がある。本実施形態においてそれぞれ記録される資源利用状況の項目は、ＣＰＵ利用累積時間１４−０１、ジョブ実時間１４−０２、Ｉ／Ｏ書込み累積量１４−０３、Ｉ／Ｏ読込み累積量１４−０４の４種類であり、それぞれ「当該ジョブにＣＰＵを割当てられた時間」「ジョブが投入されてから経過した実時間」「Ｉ／Ｏデバイスに対して書込みを行ったときの累積量」「Ｉ／Ｏデバイスに対して読み込みを行ったときの累積量」を意味している。

次に、図３と図４を参照して、条件テーブル１２と複合条件式１３の一例を説明する。
図３は本実施形態のジョブ情報１０が保持する条件テーブル１２の一例を示す図である。図３の条件テーブル１２は、チェックポイントの採取の要否を判定する為の複数の条件式１２−０１、１２−０２、・・・、１２−Ｎを保持している。

条件テーブル１２の各条件式は、条件判定に用いられる要素として、図２で説明した４つの項目と、それぞれに対応する閾値とを格納しており、例えば、条件番号１の条件式１２−０１は、「ＣＰＵ利用累積時間が１０００[秒]を超えるときに真」となる条件を示している。なお条件テーブル１２の条件式の数を４つに限らないものとする。またこれらの条件式を複合させる目的で複合条件式１３があり、図４の様に表現する。

図４は、本実施形態のジョブ情報１０が保持する複合条件式１３の一例を示す図である。この図４では、複合条件式１３中の数値は、条件テーブル１２の条件番号で対応付けられる条件式１２−０１、１２−０２、・・・、１２−Ｎを演算子で結合することを意味しており、複合条件式１３は、演算子の論理和（＋）及び論理積（×）と否定演算子（￣）と括弧から構成されている。

一例として、データを多量に生成するジョブを実行する場合を考えると、当該ジョブにおいては、Ｉ／Ｏ書込み処理が支配的になるため、Ｉ／Ｏ書込み累積量に関連するよう複合条件式１３−１を指定することで、ジョブ全体の進捗に合ったチェックポイント採取タイミングでチェックポイントが採取できる。

図３と図４から導かれる複合条件式１３−１を解釈すると「ＣＰＵ利用累積時間が１０００[秒]を超えると共にＣＰＵ利用累積時間が１００００[秒]を超えていないとき、もしくは、Ｉ／Ｏ書込み累積量が５００００[Byte]を超えたときに真」という意味である。

また別の一例として、ネットワークを介して通信するジョブを実行する場合を考えると、当該ジョブにおいては、通信路の利用状況により遅延や待ち時間が発生するため、ジョブ実行時間に関連するよう複合条件式１３−２を指定すると、ＣＰＵ利用累積時間に合ったチェックポイント採取ポイントだけでなく、一定時間間隔のチェックポイント採取タイミングでもチェックポイントが採取できる。

図３と図４から導かれる複合条件式１３−２を解釈すると「ＣＰＵ利用累積時間が１０００[秒]を超えると共にＣＰＵ利用累積時間が１００００[秒]を超えていないとき、もしくは、ジョブ実時間が５００００[秒]を超えたときに真」という意味である。

次に、図５を参照して、実行可能状態ジョブキュー３から実行状態ジョブキュー４へジョブが遷移する過程で、ＣＰＵ監視部２３とＩ／Ｏ監視部２４とによりジョブ情報１０を更新し、その後、チェックポイント採取実行部２１において、チェックポイント採取の要否判定を得てチェックポイント採取の実施に至る流れを説明する。

図５は本実施形態のチェックポイント採取処理の処理手順を示すフローチャートである。図５の処理は、ジョブ実行管理部２０のスケジューラ２２が、実行可能状態ジョブキュー３から実行状態ジョブキュー４へと、ジョブを実行可能状態に遷移させた所から始まる（ステップ５００）。

Ｉ／Ｏ監視部２４は、実行可能状態に遷移したジョブのＩ／Ｏ処理を監視して当該ジョブの書込みデータ量と読込みデータ量の情報を取得し、それらのデータの累積量を算出して当該ジョブのジョブ情報１０へアクセスし、その資源ステータステーブル１４中のＩ／Ｏ書込み累積量１４−０３とＩ／Ｏ読込み累積量１４−０４を更新する（ステップ５０１）。Ｉ／Ｏ監視部２４はジョブが行った全Ｉ／Ｏ処理データ量を記録しているため、当該ジョブＩＤ１１を指標として、特定のジョブ情報１０におけるＩ／Ｏ書込み累積量１４−０３とＩ／Ｏ読込み累積量１４−０４を更新できる。

次にＣＰＵ監視部２３は、実行可能状態に遷移したジョブのＣＰＵ利用時間とジョブ実行時間の情報を取得し、それらのデータの累積量を算出して当該ジョブのジョブ情報１０へアクセスし、その資源ステータステーブル１４中のＣＰＵ利用累積時間１４−０１とジョブ実時間１４−０２を更新する（ステップ５０２）。ＣＰＵ監視部２３はジョブが利用した全ＣＰＵ利用時間を記録しているため、当該ジョブ情報１０のジョブＩＤ１１を指標として、特定のジョブ情報１０におけるＣＰＵ利用累積時間１４−０１とジョブ実時間１４−０２を更新できる。

次にチェックポイント採取実行部２１は、条件テーブル１２中の条件式及び複合条件式１３と、資源ステータステーブル１４中のシステム資源の利用状況の情報とをメモリから読み出してチェックポイント採取の要否を判定する（ステップ５０３）。

すなわちチェックポイント採取実行部２１は、ジョブ情報１０に保持される条件テーブル１２と複合条件式１３の解析を行い、複合条件式１３中に用いられている条件番号の条件要素を条件テーブル１２から読み出した後、その条件要素に対応する資源状態項目の現在値を資源ステータステーブル１４から読み出す。そして、その現在値を条件テーブル１２中の条件式で判定する為の論理式を生成して複合条件式１３に代入し、その複合条件式１３での判定結果に従いチェックポイントを採取する（ステップ５０４）。

そして、チェックポイント採取が行われた後、次回条件判定時にチェックポイント採取条件を不当に満たさない様に、資源ステータステーブル１４を全て０に初期化する（ステップ５０５）。

また一般的に計算機システムでは、ジョブが実行状態に遷移するとき、ジョブ実行管理部２０からＣＰＵ利用時間が割当てられ、ジョブはその時間単位で実行される。そのため、本実施形態において特定のジョブに対する資源ステータステーブル１４が更新されぬまま所定時間以上ジョブが実行されることはなく、所定時間間隔で資源ステータステーブル１４の更新が行われる事が保証される。

次に、本実施形態において、ジョブを投入する際にチェックポイント採取条件も同時に投入する方法の一例について説明する。

図６は本実施形態のジョブとチェックポイント採取条件を投入するコマンドの一例を示す図である。図６では、ユーザ５が入力装置からの条件式の集合６０８と複合条件式６０９の様な文字列表現のコマンド６０６の入力で条件を指定できることを表している。

図６のコマンドの第１引数は、条件テーブル１２に格納されるべき条件式の集合６０８を表す。各条件式６０１〜６０４は「，」で区切られ、更に資源状態項目と閾値が「：」で区切られる。また、条件番号が条件式の文字列の左から順に１、２、・・・という様に付与される。更にコマンドの第２引数は複合条件式６０９を表す文字列であり、第３引数はジョブプログラム実行ファイル名６１０である。

このとき、条件テーブル１２の条件要素の種類、複合条件式と条件式の記述方法、ジョブ投入コマンド６０７が予めマニュアル等の記述に公開されていることを前提とし、ユーザ５自身が作成したジョブプログラム実行ファイル名６１０をジョブ投入コマンドの引数として与えることによって前記指定を実現する。

以上説明した様に本実施形態の計算機システムによれば、システム資源の利用状況に応じてチェックポイントの採取を行うので、チェックポイントを採取するタイミングを決定する条件をシステム資源の利用状況で指定し、ジョブにチェックポイント採取命令を記述するというユーザの負担を軽減することが可能である。

（実施形態２）
以下にチェックポイント採取の要否を判定する為の条件の受け付け完了後に、指定されたジョブの前記条件を再度受け付けてその条件を更新する実施形態２の計算機システムについて説明する。

本実施形態は、既にチェックポイント採取の要否を判定する為の条件がジョブに与えられ、そのジョブが実行中であっても、ユーザ５が条件の再投入をできる様にするものである。

図７は本実施形態のジョブ情報一覧表示と表示コマンドの一例を示す図である。条件の再投入を行う場合、まずユーザ５はどのジョブに対して条件を更新するかを指定し得なくてはならない。そこで本実施形態では、計算機システム１中に現在存在するジョブ情報１０とそれを一意に指定するジョブＩＤ１１とそれに付随するチェックポイント採取条件を出力装置に示すことができるコマンド命令をユーザ５に提供する。

このコマンドが発行されると、図７のジョブ情報一覧表示例７０１に一例を示す様に、本実施形態のジョブ実行管理部２０は、ジョブ情報１０を特定するジョブＩＤ１１と条件テーブル１２の情報、複合条件式１３をメモリから読み出して出力装置上に表示する。ジョブ情報例７０３の各行がそれぞれジョブ情報１０に相当し、ジョブ情報表示項目７０２がジョブ情報１０の表示項目の説明を表す。

ユーザ５はこの結果を受け、条件変更コマンド７０７に引数を与えてチェックポイント採取条件を変更する。引数は、それぞれ、条件式の集合７０８、上書きされる複合条件式７０９、対象とするジョブＩＤ７１１である。このとき、条件式の集合７０８は条件式７０４及び７０５から構成される。また、ジョブ情報例７０３の最終行の様に、チェックポイントの採取条件を省略してジョブを実行することも可能である。

前記の様にコマンド７０６を投入することで特定のジョブに対するチェックポイント採取の条件を変更することができる。

図８は本実施形態のジョブ情報一覧表示処理の処理手順を示すフローチャートである。図８の処理について、図６のコマンド６０６を受けた場合の動作を例として説明する。

まず、実行可能状態ジョブキュー３に格納されるジョブ情報１０から、ジョブＩＤ１１と条件テーブル１２と複合条件式１３と資源ステータステーブル１４の情報を取得する（ステップ８０１）。

次に、実行状態ジョブキュー４に格納されるジョブ情報１０から、ジョブＩＤ１１と条件テーブル１２と複合条件式１３と資源ステータステーブル１４の情報を取得する（ステップ８０２）。そして、ステップ８０２で取得したデータを出力装置に表示する（ステップ８０３）。

図９は本実施形態のジョブ情報１０の条件テーブル１２と複合条件式１３を更新する処理の処理手順を示すフローチャートである。図９の処理について、図７のコマンド７０６を受けた場合の例として説明する。

まず、メモリ中のジョブ情報１０を参照し、ユーザ５が指定したＩＤを持つジョブが存在するかどうかを判定し（ステップ９０１）、そのジョブが存在しないならば、その旨を表示し、その後は何もせず終了する（ステップ９０２）。

ユーザ５が指定したＩＤを持つジョブが存在する場合には、ユーザ５が指定した条件式の文字列を所定の文法規則と比較して当該条件式に不備がないかどうかを調べ（ステップ９０３）、条件式に不備があればその旨を表示して、その後は何もせず終了する（ステップ９０４）。

条件式に不備が無い場合には、指定されたジョブに対するメモリ中のジョブ情報１０の条件テーブル１２と複合条件式１３に、前記指定された内容を格納して更新する（ステップ９０５）。そして、更新されたジョブに対するジョブ情報１０を図７のジョブ情報一覧表示例７０１の様に表示する（ステップ９０６）。

以上説明した様に本実施形態の計算機システムによれば、チェックポイント採取の要否を判定する為の条件を再度受け付けてその条件を更新するので、実行中のジョブのシステム資源の利用状況に応じて、チェックポイント採取の条件を変更することが可能である。

実施形態１の計算機システムの概略構成を示す図である。 実施形態１のジョブ情報１０が保持する資源ステータステーブル１４の一例を示す図である。 実施形態１のジョブ情報１０が保持する条件テーブル１２の一例を示す図である。 実施形態１のジョブ情報１０が保持する複合条件式１３の一例を示す図である。 実施形態１のチェックポイント採取処理の処理手順を示すフローチャートである。 実施形態１のジョブとチェックポイント採取条件を投入するコマンドの一例を示す図である。 実施形態２のジョブ情報一覧表示と表示コマンドの一例を示す図である。 実施形態２のジョブ情報一覧表示処理の処理手順を示すフローチャートである。 実施形態２のジョブ情報１０の条件テーブル１２と複合条件式１３を更新する処理の処理手順を示すフローチャートである。 実施形態１の計算機システム１のハードウェア構成を示す図である。

符号の説明

１…計算機システム、３…実行可能状態ジョブキュー、４…実行状態ジョブキュー、５…ユーザ、１０…ジョブ情報、１１…ジョブＩＤ、１２…条件テーブル、１３…複合条件式、１４…資源ステータステーブル、２０…ジョブ実行管理部、２１…チェックポイント採取実行部、２２…スケジューラ、２３…ＣＰＵ監視部、２４…Ｉ／Ｏ監視部、１４−０１…ＣＰＵ利用累積時間、１４−０２…ジョブ実時間、１４−０３…Ｉ／Ｏ書込み累積量、１４−０４…Ｉ／Ｏ読込み累積量、１２−０１〜１２−Ｎ…条件式、６０１〜６０４…条件式、６０６…コマンド、６０７…ジョブ投入コマンド、６０８…条件式の集合、６０９…複合条件式、６１０…ジョブプログラム実行ファイル名、７０１…ジョブ情報一覧表示例、７０２…ジョブ情報表示項目、７０３…ジョブ情報例、７０４及び７０５…条件式、７０６…コマンド、７０７…条件変更コマンド、７０８…条件式の集合、７０９…複合条件式、７１１…ジョブＩＤ。

Claims (10)

1. 障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得するチェックポイント採取方法において、
   ジョブ毎のシステム資源の利用状況を示す情報を取得して記憶装置に格納するステップと、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件と前記格納したシステム資源の利用状況の情報とを記憶装置から読み出してチェックポイント採取の要否を判定するステップと、前記判定結果に基づいてチェックポイント情報を記憶装置に格納してチェックポイントの採取を行うステップとを有することを特徴とするチェックポイント採取方法。
2. 前記チェックポイント採取の要否を判定する為の条件として、チェックポイントの採取の要否を判定する為の複数の条件式を複合させた複合条件式を用いることを特徴とする請求項１に記載されたチェックポイント採取方法。
3. ジョブの投入時に当該ジョブのチェックポイント採取の要否を判定する為の条件を受け付けることを特徴とする請求項１または請求項２のいずれかに記載されたチェックポイント採取方法。
4. 前記チェックポイント採取の要否を判定する為の条件の受け付け完了後に、指定されたジョブの前記条件を再度受け付けてその条件を更新することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたチェックポイント採取方法。
5. 前記システム資源の利用状況を示す情報として、ＣＰＵの利用累積時間を取得することを特徴とする請求項１乃至請求項４のいずれか１項に記載されたチェックポイント採取方法。
6. 前記システム資源の利用状況を示す情報として、アクセスした入出力データの累積量を取得することを特徴とする請求項１乃至請求項５のいずれか１項に記載されたチェックポイント採取方法。
7. 障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得する計算機システムにおいて、
   ジョブ毎のシステム資源の利用状況を示す情報を取得して記憶装置に格納するリソース監視部と、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件と前記格納したシステム資源の利用状況の情報とを記憶装置から読み出してチェックポイント採取の要否を判定し、その判定結果に基づいてチェックポイント情報を記憶装置に格納してチェックポイントの採取を行うチェックポイント採取実行部とを備えることを特徴とする計算機システム。
8. 前記チェックポイント採取の要否を判定する為の条件の受け付け完了後に、指定されたジョブの前記条件を再度受け付けてその条件を更新することを特徴とする請求項７に記載された計算機システム。
9. 障害発生時のジョブのリスタートを行う為のチェックポイント情報をジョブ実行中に取得するチェックポイント採取方法をコンピュータに実行させる為のプログラムにおいて、
   ジョブ毎のシステム資源の利用状況を示す情報を取得して記憶装置に格納するステップと、ジョブ毎のシステム資源の利用状況に応じたチェックポイント採取の要否を判定する為の条件と前記格納したシステム資源の利用状況の情報とを記憶装置から読み出してチェックポイント採取の要否を判定するステップと、前記判定結果に基づいてチェックポイント情報を記憶装置に格納してチェックポイントの採取を行うステップとをコンピュータに実行させることを特徴とするプログラム。
10. 前記チェックポイント採取の要否を判定する為の条件の受け付け完了後に、指定されたジョブの前記条件を再度受け付けてその条件を更新することを特徴とする請求項９に記載されたプログラム。

Images