JPH07146809A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 データのバックアップ処理との競合に起因す
る通常の追加・更新・削除処理の遅延を解消して、情報
処理効率を向上させることが可能な情報処理技術を提供
する。 【構成】 オンデマンド・バックアップの開始時に、オ
ープンファイル情報テーブル２００における対象ファイ
ルのオープンファイル識別子２３に、オンデマンド・バ
ックアップであることを示す情報を設定し、オンデマン
ド・バックアップ中に他ジョブによるデータの更新処理
要求が行われた場合、当該ファイルのバックアップ処理
を中断するとともに、更新処理要求の発行元のジョブ側
では、オープンファイル識別子２３を参照して、オンデ
マンド・バックアップの場合には更新処理要求を継続し
て実行するようにして、オンデマンド・バックアップよ
りも通常の更新処理要求が優先して実行されるようにし
た情報処理装置である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理技術に関し、特
に、トランザクションの空き時間に自動的にバックアッ
プ処理を行うオンデマンド・バックアップ機能を持つ情
報処理装置等に適用して有効な技術に関する。

【０００２】

【従来の技術】一般に複数のジョブやプログラムによっ
てファイルを共有するシステムにおいては、読み出しの
みの共有においては問題が発生しないが、書込み動作が
競合するとＯＳ２／ＬＡＮマネージャのマニュアルに記
載されたごとく先に書込みを実施した方が優先される。

【０００３】このような、従来のファイルに対する入出
力処理方式では、バックアップが先に実行されると、そ
の後から発生した追加・更新・削除による情報の変更が
行えず、情報の変更処理を要求する者に対して情報のバ
ックアップ処理が終了するまで処理を受け付けていなか
った。このため、対象情報の追加・更新・削除を行う必
要がある時でも、バックアップ処理の終了するのを待っ
て、その処理を行わなければならない。

【０００４】

【発明が解決しようとする課題】データ保護とシステム
の信頼性を得るために、データのバックアップは情報シ
ステムには欠かせない機能である。しかし、２４時間稼
動システムに代表されるように、常時データにアクセス
が行われるシステムでは、データのバックアップ処理と
同データへの更新処理の競合が発生する可能性がある。
この際、バックアップ処理がすでに行われている最中の
データに対して通常の処理プログラムが更新処理を行お
うとした場合、バックアップ処理が終了するまで処理が
受け付けられず待たなければならない。

【０００５】たとえば、電子ファイル装置などのよう
に、大量の画像データを取り扱うシステムでは、一回の
バックアップ処理の対象となるデータの容量は数百ない
し数ギカバイトと大きく、一回のバックアップに数時間
を要する場合も珍しくなく、この間、他のプログラムに
よる更新処理要求が待たされることとなる。

【０００６】本発明の目的は、データのバックアップ処
理との競合に起因する通常の追加・更新・削除処理の遅
延を解消して、情報処理効率を向上させることが可能な
情報処理技術を提供することにある。

【０００７】本発明の他の目的は、情報処理効率を低下
させることなく、データのバックアップ処理を効果的に
行うことにより、信頼性の高い連続稼動を達成すること
が可能な情報処理技術を提供することにある。

【０００８】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。

【０００９】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
以下のとおりである。

【００１０】すなわち、本発明は、所望の情報および当
該情報に関する検索情報の少なくとも一方からなるデー
タが格納される第１の記憶装置と、この第１の記憶装置
に格納されたデータのバックアップを行う第２の記憶装
置と、第１の記憶装置に対するトランザクションの空き
時間に自動的に第１の記憶装置から第２の記憶装置へと
データのバックアップを行うオンデマンド・バックアッ
プ機能とを持つ情報処理装置において、データがオンデ
マンド・バックアップ中か否かを弁別する弁別手段を備
え、第１の記憶装置から第２の記憶装置へのデータのオ
ンデマンド・バックアップ中に、第１の記憶装置のデー
タに対する追加・更新・削除処理要求が発生したとき、
データのオンデマンド・バックアップ処理よりもデータ
に対する追加・更新・削除処理要求を優先して実行する
ようにしたものである。

【００１１】弁別手段としては、たとえば、バックアッ
プをファイル単位に実行する場合、ファイルのオープン
の有無およびオンデマンド・バックアップ処理を行うた
めオープンされているファイルであるか否かを識別でき
るオープンファイル識別子を備えたオープンファイル情
報テーブル、およびバックアップの完了の有無をファイ
ル単位に管理するバックアップ完了識別子を備えたバッ
クアップ完了情報テーブルを等を設ける。

【００１２】そして、オンデマンド・バックアップ処理
中に同一のファイルに対して通常のプログラムから追加
・更新・削除処理要求が発生した場合には、バックアッ
プ処理を中断し、ファイルを一旦クローズして、追加・
更新・削除処理要求に対して解放し、追加・更新・削除
処理要求を優先して実行させる。バックアップ処理の中
断されたファイルは、バックアップ完了識別子がバック
アップ未完に設定され、後に未完了ファイルのバックア
ップ処理のリトライが行われる。

【００１３】

【作用】オンデマンド・バックアップ処理が中断される
ことにより、ファイル更新を直ちに実行することが可能
となり、通常のプログラムからの更新対象ファイルに対
する処理要求を待たせる必要が無くなる。更に、オープ
ンファイル識別子の設定内容に応じて、たとえばオンデ
マンド・バックアップと、通常のオペレータ指示による
バックアップ処理とで処理の優先順位を変更する等の処
理も可能となる。

【００１４】

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

【００１５】（実施例１）図１は本発明の一実施例であ
る情報処理装置の構成の一例を示す概念図である。本実
施例では、情報処理装置の一例として電子ファイル装置
に適用した場合を説明する。

【００１６】本実施例の電子ファイル装置はシステムを
制御する制御装置１と画像を処理するための画像処理プ
ロセッサ１０，メモリ５を基本の構成とし、画像を入力
する画像入力部７，画像を印刷する画像印刷装置６，オ
ペレータによるデータ入力やコマンド入力等の操作を実
行するためのインターフェイスを提供する表示装置９，
操作部８が接続される。

【００１７】更に、上述のような構成に加えて、磁気デ
ィスク入出力制御装置４およびその配下で稼動する磁気
ディスク３と、光ディスク入出力制御装置１２およびそ
の配下で稼動する光ディスク１１および光ディスクライ
ブラリ装置２（ＯＬＵ）が設けられている。

【００１８】磁気ディスク３は大量データである画像の
蓄積と光ディスクライブラリ装置２の管理情報を記憶す
る。磁気ディスク３および磁気ディスク入出力制御装置
４の情報は、光ディスク１１および光ディスクライブラ
リ装置２にバックアップされて格納される。

【００１９】画像データは画像入力部７より入力し、画
像処理プロセッサにて圧縮され磁気ディスク３へオペレ
ータの指定したインデックス情報とともに記録される。
キャビネット（光ディスクの片面に相当）の中は、ファ
イルにより分割され各ファイル単位に画像データの入出
力が行われる。

【００２０】このようにして作成された磁気ディスク３
上のキャビネットはファイル単位毎に光ディスク１１や
光ディスクライブラリ装置２へバックアップが行われ
る。

【００２１】バックアップを起動させるには、オペレー
ション操作による起動方法と、指定された起動時間に自
動的にバックアップが開始される方法、あるいはトラン
ザクションの空き時間が指定された間隔で発生した場合
にのみ、自動的にバックアップが開始されるオンデマン
ド・バックアップがある。

【００２２】オープンファイル情報テーブル２００の一
例を図２に示す。オープンファイル情報テーブル２００
は、バックアップされるキャビネット名称２１，オープ
ンされるファイルのファイル名称２２と、バックアップ
のいかなるモードからオープンされたファイルかを区別
するためのオープンファイル識別子２３から構成され
る。オープンファイル情報テーブル２００は、バックア
ップ処理によりファイルがオープンされた時点でメモリ
５に設定され、他からの更新要求がある場合に、バック
アップ処理より参照される。

【００２３】図３にバックアップ完了情報テーブル３０
０を示す。バックアップ対象のキャビネット名称３１，
ファイル名称３２とバックアップが完了されたかどうか
を判別するバックアップ完了識別子３３からなる。バッ
クアップ処理は、ファイル単位を１つの処理単位とし、
キャビネット内の全ファイルのバックアップ終了まで処
理が行われる。

【００２４】以下、本実施例の作用の一例を説明する。

【００２５】図４はオンデマンド・バックアップ及び他
ジョブによる競合時のバックアップ処理のフローチャー
トである。

【００２６】制御装置１に内蔵された時計により、最後
のトランザクションが終了した時点からオペレータによ
り指定された一定の時間経過後（ステップ４０２）、オ
ンデマンド・バックアップ処理が自動的に起動される
（ステップ４０４）。

【００２７】オンデマンド・バックアップ処理の対象と
なるキャビネット及びファイルは、オペレーションによ
る指定を受けるか、指定のない場合は制御装置１により
管理されている順番に基づいて選択される。選択された
ファイルはオープンされ、この時、オープンファイル情
報テーブル２００のオープンファイル識別子２３にオン
デマンド・バックアップによりオープンされたファイル
であることを示す情報を設定する（ステップ４０６）。

【００２８】そして、各ファイルについてオンデマンド
・バックアップが開始され、個々のファイルについてバ
ックアップが完了する毎に、バックアップ完了情報テー
ブル３００のバックアップ完了識別子３３に完了したこ
とを示す情報が設定され、バックアップ完了識別子３３
にバックアップ未完了のファイルが全て無くなるまで行
われる（ステップ４２０）。

【００２９】上述のようなバックアップにおいて、バッ
クアップ対象のデータ容量が大きい場合、磁気ディスク
からの出力（ステップ４０８）および光ディスクへの入
力（ステップ４１４）の組合せは１回では完了しないた
め、複数回による入出力が繰り返される（ステップ４１
６）。この間に、バックアップ以外のジョブから対象の
ファイルに対して更新処理要求が行われたならば（ステ
ップ４１０）、バックアップ処理はオープンファイル識
別子２３を参照し（ステップ４１２）、対象のファイル
がオンデマンド・バックアップによりオープンされたフ
ァイルであるならば、即座にバックアップを中断し該当
ファイルをクローズする（ステップ４１８）。この時、
中断したファイルのバックアップ完了識別子３３は未完
のままとする。これにより、当該ファイルはバックアッ
プ処理から解放され、他のジョブやプログラムによる自
由なアクセスが可能な状態となる。

【００３０】図５はオンデマンド・バックアップ及び他
更新ジョブによる競合時の更新処理のフローチャートで
ある。

【００３１】更新ジョブでは、更新処理が行われる対象
のファイルをオープンし（ステップ５０２）、更新処理
実行開始を試みた時点で（ステップ５０４）、バックア
ップ処理中のファイルであるため処理実行が拒否される
（ステップ５０６）。この時、更新ジョブはオープンフ
ァイル識別子２３を参照し、更新処理の対象のファイル
がオンデマンド・バックアップでオープンされたファイ
ルであるか判断する（ステップ５０８）。

【００３２】もし、オンデマンド・バックアップでオー
プンされたファイルでない場合（たとえば、オペレータ
の指示により強制的に行われているバックアップの場
合）、ファイルをクローズして（ステップ５１４）、処
理終了を行う。

【００３３】一方、更新対象のファイルがオンデマンド
・バックアップ中である場合には、前述のような、バッ
クアップ処理側における中断処理のために一定時間ウエ
イトして（ステップ５１０）、更にファイルの更新処理
の再実行を行う（ステップ５１２）。バックアップ側
で、これに同期してファイルのクローズが行われるた
め、更新処理の受け付けは行われる。処理が終了したな
らば、ファイルをクローズして更新処理が完了する（ス
テップ５１４）。

【００３４】このように、本実施例の場合には、オンデ
マンド・バックアップ中のファイルに対しても、他のジ
ョブやプログラムからの更新要求がオンデマンド・バッ
クアップの完了まで待たされることなく、速やかに実行
されるので、データのバックアップ処理との競合に起因
する通常の追加・更新・削除処理の遅延が解消され、情
報処理効率を向上させることが可能となる。また、情報
処理効率を低下させることなく、データのバックアップ
処理を効果的に行うことにより、信頼性の高い連続稼動
を達成することが可能となる。

【００３５】（実施例２）図６および図７は本発明の他
の実施例である情報処理装置の構成の一例を示す概念図
である。

【００３６】この実施例２の場合には、前述の実施例１
で例示した電子ファイル装置をローカルエリアネットワ
ーク４１（ＬＡＮ）で複数台接続し、そのうちの一つを
ファイルステーションとして機能させ、他を検索装置と
して機能させる構成としたものである。

【００３７】このため、図６に例示されるファイルステ
ーションでは、前記実施例１の電子ファイル装置の構成
に比較して、画像入力部７や画像印刷装置６が省略さ
れ、通信制御装置４０を介してローカルエリアネットワ
ーク４１に接続された構成となっている。

【００３８】また、図７に例示される検索装置では、前
記実施例１の電子ファイル装置の構成に比較して、磁気
ディスク入出力制御装置４，磁気ディスク３や、光ディ
スク入出力制御装置１２，光ディスク１１，光ディスク
ライブラリ装置２のような外部記憶装置が省略され、代
わりに、通信制御装置４０およびローカルエリアネット
ワーク４１を介してファイルステーションにアクセスす
る構成となっている。

【００３９】このようなネットワーク構成では、バック
アップは一括してファイルステーションで行われ、検索
装置からファイルステーションに対して要求されたデー
タの更新処理においても、オンデマンド・バックアップ
と競合した場合にはオンデマンド・バックアップの中断
が行われ、オンデマンド・バックアップとの競合に起因
する処理の受け付け待ち時間のないオペレーションを提
供できる。

【００４０】以上本発明者によってなされた発明を実施
例に基づき具体的に説明したが、本発明は前記実施例に
限定されるものではなく、その要旨を逸脱しない範囲で
種々変更可能であることはいうまでもない。

【００４１】

【発明の効果】本願において開示される発明のうち、代
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。

【００４２】すなわち、本発明の情報処理装置によれ
ば、データのバックアップ処理に起因する通常の追加・
更新・削除処理の遅延を解消して、情報処理効率を向上
させることができる、という効果が得られる。

【００４３】また、情報処理効率を低下させることな
く、データのバックアップ処理を効果的に行うことによ
り、信頼性の高い連続稼動を達成することができる、と
いう効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施例である情報処理装置の構成の
一例を示す概念図である。

【図２】その構成の細部の一例を示す概念図である。

【図３】その構成の細部の一例を示す概念図である。

【図４】その作用の一例を示すフローチャートである。

【図５】その作用の一例を示すフローチャートである。

【図６】本発明の他の実施例である情報処理装置の構成
の一例を示す概念図である。

【図７】本発明の他の実施例である情報処理装置の構成
の一例を示す概念図である。

【符号の説明】

１ 制御装置 ２ 光ディスクライブラリ装置（第２の記憶装置） ３ 磁気ディスク（第１の記憶装置） ４ 磁気ディスク入出力制御装置 ５ メモリ ６ 画像印刷装置 ７ 画像入力部 ８ 操作部 ９ 表示装置 １０ 画像処理プロセッサ １１ 光ディスク（第２の記憶装置） １２ 光ディスク入出力制御装置 ２００ オープンファイル情報テーブル ２１ キャビネット名称 ２２ ファイル名称 ２３ オープンファイル識別子（弁別手段） ３００ バックアップ完了情報テーブル ３１ キャビネット名称 ３２ ファイル名称 ３３ バックアップ完了識別子 ４０ 通信制御装置 ４１ ローカルエリアネットワーク

Claims (1)

【特許請求の範囲】
1. 【請求項１】 所望の情報および当該情報に関する検索
   情報の少なくとも一方からなるデータが格納される第１
   の記憶装置と、この第１の記憶装置に格納された前記デ
   ータのバックアップを行う第２の記憶装置と、前記第１
   の記憶装置に対するトランザクションの空き時間に自動
   的に前記第１の記憶装置から前記第２の記憶装置へと前
   記データのバックアップを行うオンデマンド・バックア
   ップ機能とを持つ情報処理装置であって、前記データが
   オンデマンド・バックアップ中か否かを弁別する弁別手
   段を備え、前記第１の記憶装置から前記第２の記憶装置
   への前記データのオンデマンド・バックアップ中に、前
   記第１の記憶装置の前記データに対する追加・更新・削
   除処理要求が発生したとき、前記データのオンデマンド
   ・バックアップ処理よりも前記データに対する前記追加
   ・更新・削除処理要求を優先して実行することを特徴と
   する情報処理装置。