JPH06274388A - ファイルのアーカイブ・リコール方法 - Google Patents

Abstract

(57)【要約】 【目的】 リコール処理によるジョブの起動待ちと、使
用予定のあるファイルをアーカイブすることによるリコ
ールの多発を防止する。 【構成】 モニタファイルに登録されたジョブのうち未
実行で、最先に実行予定のジョブから任意に指定した時
間先までの間に実行予定の未実行ジョブが使用するファ
イル名を求めた後、そのファイル名のファイルが第１お
よび第２の外部記憶装置のいずれに格納されているかを
管理ファイルの記憶情報によって求め、さらにそのファ
イルの容量を求め、前記未実行ジョブが使用するファイ
ルが第２の外部記憶装置に格納されている場合は、その
ファイルを第２の外部記憶装置から第１の外部記憶装置
に移動し、この移動の際に第１の外部記憶装置の空き容
量が移動対象のファイル容量より少ない場合は実行済み
のジョブが使用した使用予定のないファイルを第２の外
部記憶装置に予め移動する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機のファイルシス
テムにおいて、情報を格納するディスク装置等の比較的
高速の外部記憶装置の記憶空間の使用効率の向上を目的
とするファイルのア−カイブ・リコール方法に関するも
のである。

【０００２】

【従来の技術】従来、ディスク装置等の高速の第１の外
部記憶装置に作成されたファイルを、アクセス速度が遅
く、かつ大容量の記憶空間を有する磁気テープ記憶装置
等の第２の外部記憶装置に移動する方法として、例えば
特開平３−９１０４１号公報に開示されているように、
移動対象となるファイルに対して予め移動時期（周期、
時刻等）を登録しておき、この登録された時期になった
とき、第１の外部記憶装置から自動的に第２の外部記憶
装置へ移動する方法（ア−カイブ）が知られている。

【０００３】この方法によれば、一定期間以上アクセス
のないファイルが第１の外部記憶装置に存在する期間を
短くできるので、移動処理の分散化を行うことができ
る。

【０００４】また、特開平３−１３６１４８号公報に開
示されているように、移動対象となるファイルに対して
使用する日付（周期等）、時刻を登録しておき、ファイ
ルが使用される前に、低速大容量の第２の外部記憶装置
から自動的に第１の外部記憶装置に移動する方法（リコ
ール）が知られている。

【０００５】この方法によれば、目的のファイルに対す
るアクセスが発生する以前に、そのファイルを第１の外
部記憶装置に移動しておくことができるので、当該ファ
イルを使用するジョブが待たされることがなく直ちにア
クセス動作に移ることができる。

【０００６】

【発明が解決しようとする課題】しかしながら、前記従
来技術のファイル移動方法にあっては、ジョブとの関連
を考慮せずに、ファイル別に移動時期、使用日、時刻を
指定しているので、次のような問題がある。

【０００７】（１）バッチ処理の運用においては、ファ
イルをアクセスするプログラムはジョブの起動により作
動するものであり、通常１つのファイルは複数のジョブ
でアクセスされることが多い。

【０００８】従って、ファイル毎に使用時期を指定する
方法では、使用時期を求めるために、当該ファイルを使
用する全てのジョブを調査しなければならない。

【０００９】さらに、ジョブの追加、削除、変更といっ
た運用上の変更が発生した場合には、その変更内容を反
映してファイルの使用時期を求めなければならない。従
って、ジョブの調査、ジョブの変更内容をファイルの使
用時期に反映させる作業量が多い場合は、その作業が終
了するまでジョブの起動が待たされて処理が遅れるとい
う問題が起こる。

【００１０】（２）ジョブの実行は定期的なものだけで
なく、データ到着の遅れ、データ量に応じたジョブの移
動や変動、また処理業務の性格により実行時期が不定期
なものなど、実行時期が変動するものがあるので、前記
従来技術においては、実行時期が変動する都度、対象フ
ァイルの使用時期を変更しなければならない。

【００１１】このため、対象ファイルの使用時期の変更
作業量が多くなった場合は、上記と同様にジョブの起動
が待たされて処理が遅れるという問題が起こる。

【００１２】この場合、作業量を軽減しようとすれば、
対象ファイルを使用時期が一定で変化の少ないファイル
に限定すれば良いが、その場合は多数のファイルを使用
した処理を行えないという問題が起こる。

【００１３】また、対象ファイルの使用時期を変更しな
かった場合は、リコールが多発したり、逆に不要なファ
イルが第１の外部記憶装置に滞在し続け、第１の外部記
憶装置の記憶空間が有効に活用できなくなるという問題
が起こる。

【００１４】本発明の目的は、バッチ処理の運用等にお
いてリコール処理に伴うジョブの起動待ちをなくすこと
ができると共に、使用予定のあるファイルをアーカイブ
することによるリコールの多発を防止し、さらに第１の
外部記憶装置の記憶空間の有効利用を図ることができる
ファイルのアーカイブ・リコール方法を提供することで
ある。

【００１５】

【課題を解決するための手段】前記目的を達成するため
に本発明は、ジョブ名およびその実行予定と関連付けて
各ジョブが使用するファイルの名称を登録するモニタフ
ァイルと、各ジョブに使用するファイルが第１および第
２の外部記憶装置のいずれに格納されているかを示す情
報と各ファイルの容量に関する情報を記憶する管理ファ
イルとを設け、前記モニタファイルに登録されたジョブ
のうち未実行で、最先に実行予定のジョブから任意に指
定した時間先までの間に実行予定の未実行ジョブが使用
するファイル名を求めた後、そのファイル名のファイル
が第１および第２の外部記憶装置のいずれに格納されて
いるかを前記管理ファイルの記憶情報によって求め、さ
らにそのファイルの容量を求め、前記最先に実行予定の
ジョブから任意に指定した時間先までの間に実行予定の
未実行ジョブが使用するファイルが第２の外部記憶装置
に格納されている場合は、そのファイルを第２の外部記
憶装置から第１の外部記憶装置に移動し、この移動の際
に第１の外部記憶装置の空き容量が移動対象のファイル
容量より少ない場合は実行済みのジョブが使用した使用
予定のないファイルを第２の外部記憶装置に予め移動す
るようにしたものである。

【００１６】

【作用】前述の手段によれば、モニタファイルに登録さ
れたジョブのうち未実行で、最先に実行予定のジョブか
ら任意に指定した時間先までの間に実行予定の未実行ジ
ョブが使用するファイル名を求めた後、そのファイル名
のファイルが第１および第２の外部記憶装置のいずれに
格納されているかを管理ファイルの記憶情報によって求
め、さらにそのファイルの容量を求め、前記最先に実行
予定のジョブから任意に指定した時間先までの間に実行
予定の未実行ジョブが使用するファイルが第２の外部記
憶装置に格納されている場合は、そのファイルを第２の
外部記憶装置から第１の外部記憶装置に移動し、この移
動の際に第１の外部記憶装置の空き容量が移動対象のフ
ァイル容量より少ない場合は実行済みのジョブが使用し
た使用予定のないファイルを第２の外部記憶装置に予め
移動する。

【００１７】従って、ジョブの実行予定を基準としてフ
ァイルの移動が行われることになるので、ジョブを実行
する際には、その実行時期より前に必要なファイルは確
実に第１の外部記憶装置に格納されている状態が作り出
されていることになる。

【００１８】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。

【００１９】図１は、本発明のアーカイブ・リコール方
法の一実施例を示すブロック図である。

【００２０】図１において、１０はジョブ別にその実行
時期、時間等の情報を登録したスケジュールマスタ、２
０は各ジョブの実行割り当てを行う日と、行わない日
（休日）の情報を登録したカレンダファイル、３０は各
ジョブで使用するファイルおよび実行クラス等のジョブ
制御言語情報を登録したＪＣＬファイルである。

【００２１】また、４０はスケジュールマスタ１０とカ
レンダファイル２０からジョブの実行日と実行順序を決
定し、実行予定時刻を決めるジョブスケジュールプログ
ラム、５０はスケジュール結果としての各ジョブの実行
予定情報とジョブ制御言語の情報を格納するモニタファ
イル、６０はアーカイブ対象ファイル名を登録したアー
カイブ対象ファイル名ファイルである。

【００２２】７０はジョブの実行予定情報と実行実績か
ら各ジョブで使用するファイルがアーカイブ対象ファイ
ルかどうかを判断し、アーカイブまたはリコールの実行
をアーカイブ・リコール実行プログラム１００に指示す
るモニタプログラム、８０はモニタプログラム７０によ
り起動されるジョブである。

【００２３】９０は各ジョブにより使用されるファイル
を格納する第１の記憶装置としてのディスク装置、１０
０はアーカイブ・リコールを実行するアーカイブ・リコ
ール実行プログラム、１１０はアーカイブ中のファイル
のファイル名および容量等を記録するアーカイブ・リコ
ール管理ファイル、１２０はアーカイブされたファイル
が格納される第２の外部記憶装置としてのアーカイブ装
置である。

【００２４】図１において、スケジュールマスタ１０に
は、例えばジョブ名とジョブを実行する時期（毎日、毎
週、毎月、週末、月末、曜日等の指定）と、ジョブの実
行予定時間及び当該ジョブの先行ジョブ等ジョブの実行
順序を決定する情報がジョブ単位、またはいくつかのジ
ョブからなるグループ単位に登録されている。

【００２５】また、ジョブの実行予定の変更は、ジョブ
スケジュールプログラム４０によってスケジュール変更
を行うことにより可能となっている。

【００２６】モニタファイル５０には、ジョブスケジュ
ールプログラム４０によって決定したジョブの実行順序
とそれぞれのジョブの開始予定時刻と時間の情報と、ジ
ョブ実行に必要なジョブ制御言語の情報が格納されてい
る。

【００２７】また、モニタプログラム７０はジョブが実
行されていく毎にジョブの実行予定状態、実行中、完了
等の状態を更新するように作成されている。

【００２８】さらに、モニタプログラム７０は、定期的
（この間隔はユーザが外部から指定できる時間とする）
にアーカイブ・リコールの処理をアーカイブ・リコール
実行プログラム１００に指示する。

【００２９】図２は、モニタプログラム７０がアーカイ
ブ・リコール実行プログラム１００に対し、アーカイブ
・リコール処理を実行させる手順を示すフローチャート
である。

【００３０】まず、アーカイブ対象ファイル名ファイル
６０に格納されたアーカイブ対象ファイル名をディスク
装置９０に入力し、このディスク装置９０上にアーカイ
ブ対象のファイル一覧表を作成する（ステップ２０
０）。

【００３１】次に、各ファイルがアーカイブ中か否か、
および各ファイルの容量を前記一覧表の各々のファイル
について調査する。調査は、アーカイブ・リコール実行
プログラム１００を介してアーカイブ・リコール管理フ
ァイル１１０の記憶情報によって行う（ステップ２１
０）。

【００３２】また、ディスク装置９０上のアクセスボリ
ューム中の当該ファイルの記憶情報を入力する等により
行う。

【００３３】次に、モニタファイル５０の格納情報をデ
ィスク装置９０に順次入力し（ステップ２２０）、この
順次入力されたモニタファイル５０の情報から実行予定
のジョブを求めるための検索を行い、さらにそのジョブ
のジョブ制御言語情報から使用するファイル名を取り出
す（ステップ２３０）。

【００３４】次に、ステップ２３０で取り出したファイ
ルがアーカイブ対象か否かを、ステップ２００で作成さ
れたアーカイブ対象のファイル一覧表と比較することに
より判断する（ステップ２４０）。

【００３５】そして、アーカイブ対象ファイルが見つか
ったときは、当該ファイルの使用予定時間（ジョブの開
始予定時刻）を前記ファイル一覧表に書き込む。この
時、既に時刻が退避されている場合は、最も早い時刻を
書き込む（ステップ２５０）。

【００３６】ステップ２２０から、ステップ２５０の処
理はモニタファイル５０に格納された全てのジョブにつ
いて繰返し実行する。

【００３７】そして、前記ファイル一覧表より、使用予
定のあるファイルであって、かつアーカイブ中のファイ
ルの全容量を求める（ステップ２６０）。

【００３８】次に、ディスク装置９０の空き容量を求め
る（ステップ２７０）。

【００３９】次に、ステップ２６０で求めた容量を満足
する空き容量があるか否かのチェックを行い、空き容量
が不足している場合はその不足容量を求める（ステップ
２８０）。

【００４０】空き容量が不足していなければ（ステップ
２９０）、前記ファイル一覧表より、使用予定があるア
ーカイブ中のファイルをアーカイブ装置１２０からリコ
ールするために、アーカイブ・リコール実行プログラム
１００に対してリコール実行要求を出す（ステップ３２
０）。

【００４１】また、空き容量が不足している場合は（ス
テップ２９０）、使用予定がなく、かつディスク装置９
０に存在するファイルを前記ファイル一覧表から求める
（ステップ３００）。

【００４２】そして、ステップ３００で選択したファイ
ルを順次アーカイブ装置１２０にアーカイブするため
に、アーカイブ・リコール実行プログラム１００に対し
てアーカイブ実行要求を出す（ステップ３１０）。

【００４３】このように、ジョブの実行予定を基準とし
て、ファイルの移動が行われ、ジョブを実行する際に
は、その実行時期より以前に必要なファイルがリコール
され、ディスク装置９０に格納されることになる。

【００４４】また、ジョブの実行実績を基準として、デ
ィスク装置９０上に存在している使用済ファイルあるい
は使用予定のないファイルは、アーカイブ装置１２０に
アーカイブされることになる。

【００４５】なお、本実施例の図２において、ステップ
３１０、ステップ３２０で、アーカイブ・リコールの実
行指示は処理が集中しないようにアーカイブとリコール
を交互に繰り返す等の制御は容易に可能である。

【００４６】また、ステップ３００で、アーカイブする
ファイルが無い場合、またアーカイブするファイルの容
量ではこれからリコールするファイルの容量を賄えない
場合などは、空いている容量の範囲内で使用予定時間の
早いファイルからリコールする等の制御も容易に行うこ
とができる。

【００４７】図３〜図７は、実施例のアーカイブ・リコ
ール処理を時間経過に沿って説明するための説明図であ
る。

【００４８】なお、この例では、一日の運用時間を９：
００から１８：００までとし、アーカイブ・リコール処
理は３時間毎に行うものとする。

【００４９】また、ディスク装置９０上のアクセスボリ
ューム内部には最大３つまでのファイルが存在できるも
のとする。

【００５０】図３は初期状態を示しており、モニタファ
イル５０には、今後実行される予定のジョブ４０１、使
用ファイル４０２、開始予定時刻４０３、所要時間４０
４およびジョブの状態４０５が保持されている。

【００５１】また、アーカイブ対象ファイル名ファイル
６０には、アーカイブの対象となっているファイル名４
０６が保持されている。この場合は、ファイルｆ１、ｆ
２、ｆ３、ｆ４およびｆ５が対象となっている。

【００５２】また、ディスク装置９０上のアクセスボリ
ュームの内部には、ファイルｆ３、ｆ４およびｆ５が格
納されている。さらに、アーカイブ先のアーカイブ装置
１２０内には、ファイルｆ１、ｆ２が格納されており、
アーカイブ・リコール管理ファイル１１０に前記アーカ
イブ中のファイルｆ１、ｆ２の情報としてファイル番号
４０６、容量４０７がファイルされている。

【００５３】なお、５００はジョブの実行を表してい
る。

【００５４】図３の初期状態において、時刻１０：００
にジョブＡが実行予定になっているが、アクセスボリュ
ーム内部には、使用予定のファイルｆ１、ｆ２が格納さ
れていないことが分かる。

【００５５】従って、この使用予定になっているファイ
ルｆ１、ｆ２を、ジョブＡが実行される時刻以前にアー
カイブ装置１２０からアクセスボリューム内部にリコー
ルする必要がある。

【００５６】しかし、アクセスボリューム内部には、使
用予定のないファイルｆ４と、ジョブＢで使用される予
定のファイルｆ３、ｆ５が存在しているが、使用予定時
刻がｆ１、ｆ２より遅いｆ５をファイルｆ４と共にアー
カイブ装置１２０にアーカイブし、ｆ１、ｆ２をアーカ
イブ装置１２０からリコールする。

【００５７】図４は、こうしてジョブＡ５０１が実行さ
れる以前に、必要とされるファイルｆ１、ｆ２がアーカ
イブ装置１２０からアクセスボリューム内部にリコール
され、当面必要としないファイルｆ４、ｆ５がアーカイ
ブ装置１２０にアーカイブされた状態を示している。こ
うした準備を行った後に、ジョブＡ５０１が実行され
る。

【００５８】図５は、３時間経過後の状態を示したもの
で、ジョブＡ５０１の処理が終了し、時刻１３：００に
実行が予定されているジョブＢ５０２の準備として、ジ
ョブＢで使用するファイルｆ５がアーカイブ装置１２０
からがアクセスボリューム内部にリコールされ、同時に
ジョブＡ５０１で使用済みとなったファイルｆ２がアク
セスボリューム内部からアーカイブ装置１２０にアーカ
イブされている。

【００５９】この時、アクセスボリューム内部には、ジ
ョブＢ５０２で使用するファイルｆ３、ｆ５および次の
ジョブＣ５０３で使用される予定のファイルｆ１が残さ
れている。

【００６０】また、図５に示すように、ジョブＡ５０１
の処理の終了に伴い、モニタファイル５０のジョブＡ５
０１の状態４０５が未実行から終了へと更新される。

【００６１】同様に、図６は、６時間経過後の状態であ
り、ジョブＢ５０２の処理が終了し、時刻１６：００か
ら実行が予定されているジョブＣ５０３のために、ジョ
ブＣ５０３で使用するファイルｆ１とｆ５がアクセスボ
リューム内部に準備されていることを示している。

【００６２】従って、この時点では、アーカイブ・リコ
ール処理は必要としない。しかし、モニタファイル５０
のジョブＢ５０２の状態４０５も未実行から終了へと変
更される。

【００６３】図７は、９時間経過後の状態であり、全て
のジョブＡ５０１、Ｂ５０２およびＣ５０３の処理が終
了し、アクセスボリューム内部には、ファイルｆ１、ｆ
３およびｆ５が残され、アーカイブ装置１２０には、フ
ァイルｆ２およびｆ４がアーカイブされている。

【００６４】また、モニタファイル５０には、全てのジ
ョブが終了したことが保持される。

【００６５】なお、本実施例でアクセスボリュームの容
量は、ファイルの数で説明したが、実際にはファイルの
数ではなくファイルの容量で制御してもよい。そのため
には、アーカイブ中のファイルの容量をアーカイブ・リ
コール管理ファイルから求めることになる。また、アク
セスボリューム内部のファイル容量およびアクセスボリ
ューム内部の空き容量は、モニタプログラムから求める
ことが可能である。

【００６６】また、アーカイブするファイルの選択処理
において、使用済みファイルおよび使用予定のないファ
イルが複数ある場合、そのうちの幾つかをアーカイブす
ればよいが、その場合、ファイルの容量およびアーカイ
ブ処理時間を考慮して選択することは容易である。

【００６７】また、本実施例では、実行中のジョブが使
用しているファイルについては説明していないが、実際
には、使用中のファイルはアーカイブの対象としない。

【００６８】また、本実施例は、１日のジョブの実行に
ついて説明したが、複数日にわたる制御も可能である。
例えば、翌日のジョブに使用する予定のファイルを前日
にリコールしておくような運用にも適用できる。

【００６９】

【発明の効果】以上説明したように本発明は、モニタフ
ァイルに登録されたジョブのうち未実行で、最先に実行
予定のジョブから任意に指定した時間先までの間に実行
予定の未実行ジョブが使用するファイル名を求めた後、
そのファイル名のファイルが第１および第２の外部記憶
装置のいずれに格納されているかを管理ファイルの記憶
情報によって求め、さらにそのファイルの容量を求め、
前記最先に実行予定のジョブから任意に指定した時間先
までの間に実行予定の未実行ジョブが使用するファイル
が第２の外部記憶装置に格納されている場合は、そのフ
ァイルを第２の外部記憶装置から第１の外部記憶装置に
移動し、この移動の際に第１の外部記憶装置の空き容量
が移動対象のファイル容量より少ない場合は実行済みの
ジョブが使用した使用予定のないファイルを第２の外部
記憶装置に予め移動するようにしたものである。

【００７０】従って、ジョブの実行予定を基準としてフ
ァイルの移動が行われることになるので、ジョブを実行
する際には、その実行時期より前に必要なファイルは確
実に第１の外部記憶装置に格納されている状態が作り出
されていることになる。

【００７１】この結果、計算センタ等におけるバッチ処
理の運用等においてリコール処理に伴うジョブの起動待
ちをなくすことができる。さらに、使用予定のあるファ
イルをアーカイブしてしまったことによるリコールの多
発を防止できるうえ、第１の外部記憶装置の記憶空間の
有効利用を図ることができるといった効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施例の構成を示すブロック構成
図である。

【図２】 実施例のアーカイブ・リコール処理の手順を
示すフローチャートである。

【図３】 アーカイブ・リコール処理の一実施例の初期
状態を示す図である。

【図４】 実施例の準備状態を示す図である。

【図５】 実施例の３時間経過後の状態を示す図であ
る。

【図６】 実施例の６時間経過後の状態を示す図であ
る。

【図７】 実施例の９時間経過後の状態を示す図であ
る。

【符号の説明】

１０…スケジュールマスタ、２０…カレンダファイル、
３０…ＪＣＬファイル、４０…ジョブスケジュールプロ
グラム、５０…モニタファイル、６０…アーカイブ対象
ファイル名ファイル、７０…モニタプログラム、８０…
ジョブ、９０…ディスク装置（第１の外部記憶装置）、
１００…アーカイブ・リコール実行プログラム、１１０
…アーカイブ・リコール管理ファイル、１２０…アーカ
イブ装置（第２の外部記憶装置）。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ジョブ名およびその実行予定と関連付け
   て各ジョブが使用するファイルの名称を登録するモニタ
   ファイルと、各ジョブに使用するファイルが第１および
   第２の外部記憶装置のいずれに格納されているかを示す
   情報と各ファイルの容量に関する情報を記憶する管理フ
   ァイルとを設け、前記モニタファイルに登録されたジョ
   ブのうち未実行で、最先に実行予定のジョブから任意に
   指定した時間先までの間に実行予定の未実行ジョブが使
   用するファイル名を求めた後、そのファイル名のファイ
   ルが第１および第２の外部記憶装置のいずれに格納され
   ているかを前記管理ファイルの記憶情報によって求め、
   さらにそのファイルの容量を求め、前記最先に実行予定
   のジョブから任意に指定した時間先までの間に実行予定
   の未実行ジョブが使用するファイルが第２の外部記憶装
   置に格納されている場合は、そのファイルを第２の外部
   記憶装置から第１の外部記憶装置に移動し、この移動の
   際に第１の外部記憶装置の空き容量が移動対象のファイ
   ル容量より少ない場合は実行済みのジョブが使用した使
   用予定のないファイルを第２の外部記憶装置に予め移動
   することを特徴とするファイルのアーカイブ・リコール
   方法。