JPS6365548A - システムデ−タのバツクアツプ方式 - Google Patents
システムデ−タのバツクアツプ方式Info
- Publication number
- JPS6365548A JPS6365548A JP61210283A JP21028386A JPS6365548A JP S6365548 A JPS6365548 A JP S6365548A JP 61210283 A JP61210283 A JP 61210283A JP 21028386 A JP21028386 A JP 21028386A JP S6365548 A JPS6365548 A JP S6365548A
- Authority
- JP
- Japan
- Prior art keywords
- job
- data
- backup
- user data
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔概要〕
本発明は、システムデータのバンクアップ方式において
、起動された主ジョブの待機モード中に動作する副ジョ
ブによって自動的にデータの二重保存を行う技術を開示
するものである。
、起動された主ジョブの待機モード中に動作する副ジョ
ブによって自動的にデータの二重保存を行う技術を開示
するものである。
本発明は、システムデータのバックアップ方式に関し、
特に、自動的にデータの二重保存を行うシステムデータ
のバックアップ方式に関する。
特に、自動的にデータの二重保存を行うシステムデータ
のバックアップ方式に関する。
従来より、コンピュータの管理運用に際して、データの
二重保存（バックアップ）は極めて重要なものである。
二重保存（バックアップ）は極めて重要なものである。
これは、コンピュータの本質的な機能がデータの蓄積と
処理であることを考えると自明の理であるが、実際の使
用に当たって必ずしも円滑に行われているとは言い難い
。
処理であることを考えると自明の理であるが、実際の使
用に当たって必ずしも円滑に行われているとは言い難い
。
近年普及の一途を辿りつつあるＯＡパソコンや端末機に
おいては、コンピュータの専用要員がいないこともあっ
て、データの保存特に二重保存は本来の作業以外の付加
的なものとみなされ、実行されないことが多く、システ
ム・ダウンが起こって初めて大混乱を生じたり、保存さ
れるとしても作業時間後に行われるなど作業者の大きな
負担を伴ったりしていた。一方、人手を要しないオンラ
イン式の大型機の場合は、一般にアプリケーション・プ
ログラムで２つのファイルを想定して、常時はその１つ
を使用し、その１つに支障が発生した際に他の１つを代
替する方式を採っているが、それは即ち、プログラム中
に二重保存の書き込みや代替の項をわざわざ設けなけれ
ばならないことを意味し、プログラムの実行がその都度
中断するという問題点を有している。
おいては、コンピュータの専用要員がいないこともあっ
て、データの保存特に二重保存は本来の作業以外の付加
的なものとみなされ、実行されないことが多く、システ
ム・ダウンが起こって初めて大混乱を生じたり、保存さ
れるとしても作業時間後に行われるなど作業者の大きな
負担を伴ったりしていた。一方、人手を要しないオンラ
イン式の大型機の場合は、一般にアプリケーション・プ
ログラムで２つのファイルを想定して、常時はその１つ
を使用し、その１つに支障が発生した際に他の１つを代
替する方式を採っているが、それは即ち、プログラム中
に二重保存の書き込みや代替の項をわざわざ設けなけれ
ばならないことを意味し、プログラムの実行がその都度
中断するという問題点を有している。
本発明は、このような問題点に鑑みて創案されたもので
、オペレータの操作意識を患わせることな（、かつアプ
リケーション・プログラムを特に配慮することなく、マ
シンの処理速度を低下させずにユーザ・データの二重保
存を行うことの可能なシステムデータのバックアップ方
式を提供することを目的としている。
、オペレータの操作意識を患わせることな（、かつアプ
リケーション・プログラムを特に配慮することなく、マ
シンの処理速度を低下させずにユーザ・データの二重保
存を行うことの可能なシステムデータのバックアップ方
式を提供することを目的としている。
第１図は本発明の原理を示す構成図である。
本発明において、上記の問題点を解決するために講じら
れた手段は、実行モードと待機モードを存する主ジョブ
１でデータ管理を行うシステムデータのバックアップ方
式であって、起動された主ジョブ１の待機モード中に動
作する副ジョブ２でバックアップ・テーブル３を参照す
ることにより、ユーザ・データ・ファイル４の該当デー
タブロックをバックアップ・データ・ファイル５へ書き
出すシステムデータのバックアップ方式によるものとす
る。
れた手段は、実行モードと待機モードを存する主ジョブ
１でデータ管理を行うシステムデータのバックアップ方
式であって、起動された主ジョブ１の待機モード中に動
作する副ジョブ２でバックアップ・テーブル３を参照す
ることにより、ユーザ・データ・ファイル４の該当デー
タブロックをバックアップ・データ・ファイル５へ書き
出すシステムデータのバックアップ方式によるものとす
る。
尚、本明細書において、主ジョブとはユーザが直接に必
要とするデータ処理であり、副ジョブとはそれに付随す
る処理をいう。
要とするデータ処理であり、副ジョブとはそれに付随す
る処理をいう。
本発明では、主ジョブ１が実行モードでユーザ・データ
を処理している間に、ユーザ・データ中で二重保存を必
要とするブロックをバックアップ・テーブル３にフラグ
等で登録しておき、一方、主ジョブ１が待機モードにな
ると直ちに副ジョブ２が動作されるように設定（起動）
しておいて、主ジョブｌの実行が一段落する都度に、副
ジョブ２でユーザ・データ・ファイル４の該当データブ
ロックをバックアップ・データ・ファイル５へ書き出す
ものである。
を処理している間に、ユーザ・データ中で二重保存を必
要とするブロックをバックアップ・テーブル３にフラグ
等で登録しておき、一方、主ジョブ１が待機モードにな
ると直ちに副ジョブ２が動作されるように設定（起動）
しておいて、主ジョブｌの実行が一段落する都度に、副
ジョブ２でユーザ・データ・ファイル４の該当データブ
ロックをバックアップ・データ・ファイル５へ書き出す
ものである。
尚、副ジョブを起動させる方法は、待機ジョブ専用のラ
イブラリを設けてもよく、ジョブ毎に識別を付けてもよ
く、また上位のＣＰＵにより指令してもよく、特に限定
されるものではない。
イブラリを設けてもよく、ジョブ毎に識別を付けてもよ
く、また上位のＣＰＵにより指令してもよく、特に限定
されるものではない。
以下、本発明を、実施例及び図面を参照して、詳細に説
明する。
明する。
本発明のデータ管理の構成例
第１図は、本発明の原理とともに本発明を実施したシス
テムデータのバックアップ方式の１例を模式的に示す構
成図である。第１図において、システムデータのバック
アップ方式は、実行モードと待機モードを有する主ジョ
ブ１の待機モード中に動作する副ジップ２で、バックア
ップ・テーブル３を参照することにより、ユーザ・デー
タ・ファイル４の該当データブロックをバックアップ・
データ・ファイル５へ書き出すようになっている。
テムデータのバックアップ方式の１例を模式的に示す構
成図である。第１図において、システムデータのバック
アップ方式は、実行モードと待機モードを有する主ジョ
ブ１の待機モード中に動作する副ジップ２で、バックア
ップ・テーブル３を参照することにより、ユーザ・デー
タ・ファイル４の該当データブロックをバックアップ・
データ・ファイル５へ書き出すようになっている。
主ジョブ１はユーザ・アプリケーション６中で実行（Ｒ
ＵＮ）を指令された際に起動されるもので、例えば第１
の指令（Ａ）でワープロが起動され、第２の指令（Ｂ）
で会計が起動されるように設定されていると、それらの
指令に対応して各主ジョブの処理手段、即ちワープロ（
Ａ）又は会計機（Ｂ）が動作し、ユーザ・データ・ファ
イル４の日亥当データフ゛ロック（Ｂ−１〜Ｂ−４）又
は（Ｂ−７〜Ｂ−８）を処理することになる。一方で、
副ジョブ２は例えば待機ジョブ・ライブラリ７のような
プログラムに基づいて処理手段が動作するようになって
いるが、その動作に関しては、主ジョブ１が実行モード
であるか、待機モードであるかを示すタスク管理テーブ
ル８が設けられていて、そのテーブル８を参照すること
により、起動された全ての主ジョブが待機（ＷＡ Ｉ
Ｔ）であるときに主ジョブ又はＯ８により事前に起動さ
れた待機ジョブ（Ｗ）を動作させるようになっている。
ＵＮ）を指令された際に起動されるもので、例えば第１
の指令（Ａ）でワープロが起動され、第２の指令（Ｂ）
で会計が起動されるように設定されていると、それらの
指令に対応して各主ジョブの処理手段、即ちワープロ（
Ａ）又は会計機（Ｂ）が動作し、ユーザ・データ・ファ
イル４の日亥当データフ゛ロック（Ｂ−１〜Ｂ−４）又
は（Ｂ−７〜Ｂ−８）を処理することになる。一方で、
副ジョブ２は例えば待機ジョブ・ライブラリ７のような
プログラムに基づいて処理手段が動作するようになって
いるが、その動作に関しては、主ジョブ１が実行モード
であるか、待機モードであるかを示すタスク管理テーブ
ル８が設けられていて、そのテーブル８を参照すること
により、起動された全ての主ジョブが待機（ＷＡ Ｉ
Ｔ）であるときに主ジョブ又はＯ８により事前に起動さ
れた待機ジョブ（Ｗ）を動作させるようになっている。
そして、起動された動作中の待機ジョブ（Ｗ）がデータ
のバックアップ・ジップである場合に、副ジョブの処理
手段は前記バックアップ・テーブル３を参照することに
なる。
のバックアップ・ジップである場合に、副ジョブの処理
手段は前記バックアップ・テーブル３を参照することに
なる。
バックアップ・テーブル３は、ユーザ・データ・ファイ
ル４の各データブロック（Ｂ−１〜Ｂ−８）のページを
管理するテーブルで、初期設定により”０”のフラグが
たてられ、その後主ジップ１がデータを読み書きした際
に、所要のデータブロック（例えばＢ−３及びＢ−４）
が書き替えられると、バックアップ・テーブル３の対応
データブロック（Ｂ、３． Ｂ−４）のフラグも”１
”に書き替えられる。このフラグ″１”はバンクアップ
要求の意味を有し、前記待機ジョブ（Ｗ）がバックアッ
プ・ジョブであってテーブル３が参照されると、該当す
るデータブロック（Ｂ−３，Ｂ−４）のページ番号を読
み出し、副ジョブ２では、ユーザ・データ・ファイル４
の８亥当データブロフク（Ｂ−３，８−４）をバックア
ップ・データ・ファイル５に書き出すと共に、そのデー
タブロックのフラグを”０″に書き替える。仮に、全て
のデータブロックがその待機モード中に書き替えられな
かった場合には、残りのデータブロックのフラグは１′
″のまま残され、次回に処理される。従って、所要のデ
ータが複写されか否かは、バックアップ・テーブル３で
常に確認され、オペレータの意識なしに自動的に二重保
存が処理されることになり、システムの性能を低下させ
ることもない。
ル４の各データブロック（Ｂ−１〜Ｂ−８）のページを
管理するテーブルで、初期設定により”０”のフラグが
たてられ、その後主ジップ１がデータを読み書きした際
に、所要のデータブロック（例えばＢ−３及びＢ−４）
が書き替えられると、バックアップ・テーブル３の対応
データブロック（Ｂ、３． Ｂ−４）のフラグも”１
”に書き替えられる。このフラグ″１”はバンクアップ
要求の意味を有し、前記待機ジョブ（Ｗ）がバックアッ
プ・ジョブであってテーブル３が参照されると、該当す
るデータブロック（Ｂ−３，Ｂ−４）のページ番号を読
み出し、副ジョブ２では、ユーザ・データ・ファイル４
の８亥当データブロフク（Ｂ−３，８−４）をバックア
ップ・データ・ファイル５に書き出すと共に、そのデー
タブロックのフラグを”０″に書き替える。仮に、全て
のデータブロックがその待機モード中に書き替えられな
かった場合には、残りのデータブロックのフラグは１′
″のまま残され、次回に処理される。従って、所要のデ
ータが複写されか否かは、バックアップ・テーブル３で
常に確認され、オペレータの意識なしに自動的に二重保
存が処理されることになり、システムの性能を低下させ
ることもない。
尚、上記の実施例においては、副ジョブ２は、待機ジョ
ブ・ライブラリ７が極めて低い優先度を与えられ、タス
ク管理テーブル８を参照することによりＷＡＩＴで動作
されるものとしたが、一般に各ライブラリ６．７及びタ
スク管理テーブル８は、第１図中点線で示される如く、
上位の複数のＣＰＵ９により直接主ジョブ１のＷＡＩＴ
毎にＣＰＵ９からコマンドされて副ジョブ２が動作され
るものとしてもよい。
ブ・ライブラリ７が極めて低い優先度を与えられ、タス
ク管理テーブル８を参照することによりＷＡＩＴで動作
されるものとしたが、一般に各ライブラリ６．７及びタ
スク管理テーブル８は、第１図中点線で示される如く、
上位の複数のＣＰＵ９により直接主ジョブ１のＷＡＩＴ
毎にＣＰＵ９からコマンドされて副ジョブ２が動作され
るものとしてもよい。
本発明方式のフローチャート
第２図は上記構成例のフローチャートである。
第２図において、フローは、まず主ジョブが起動される
ことにより開始され、データ管理に際してユーザ・デー
タ・ファイルが書き替えられると、バックアップ・テー
ブルの該当データブロックに対応する項目のフラグが”
１”に書き替えられる。
ことにより開始され、データ管理に際してユーザ・デー
タ・ファイルが書き替えられると、バックアップ・テー
ブルの該当データブロックに対応する項目のフラグが”
１”に書き替えられる。
やがて主ジョブが待機モードになると、起動された副ジ
ョブが動作され、前記バックアップ・テーブルを検索し
、フラグ１″のデータ、ブロックを発見すると、そのブ
ロックのデータをバックアップ・データ・ファイルに書
き出し、バックアップ・テーブルのフラグを”Ｏ”に書
き替える。
ョブが動作され、前記バックアップ・テーブルを検索し
、フラグ１″のデータ、ブロックを発見すると、そのブ
ロックのデータをバックアップ・データ・ファイルに書
き出し、バックアップ・テーブルのフラグを”Ｏ”に書
き替える。
主ジョブが待機（ＷＡ Ｉ Ｔ）でなくなった場合もし
くは全ブロックの検索と書き替えが終了した場合は、副
ジョブのフローはループを止めて、主ジョブのフローへ
復帰する。尚、このフローチャートは本発明に関するデ
ータ管理関連部分のみを示したもので、主ジョブと副ジ
ョブのインターフェースではない。また、主ジョブの細
部は省略されている。
くは全ブロックの検索と書き替えが終了した場合は、副
ジョブのフローはループを止めて、主ジョブのフローへ
復帰する。尚、このフローチャートは本発明に関するデ
ータ管理関連部分のみを示したもので、主ジョブと副ジ
ョブのインターフェースではない。また、主ジョブの細
部は省略されている。
本発明のデータ媒体の構成例
上記のバックアップ・データ・ファイルの媒体としては
、普通フロッピィ・ディスクが多用されるが、いわゆる
オフコンやパソコン等の低価格の機器構成では、フロッ
ピィ・ディスクの他に磁気テープ、特にカセットテープ
を使用することが多い。第２図は、磁気テープのように
ランダムアクセスのできない媒体を本発明に使用した場
合のバックアップ方式を示す説明図である。第２図にお
いて、帯状の媒体である磁気テープ■は、前記ユーザ・
データ・ファイル４の容量に充分に対応できる長さを有
し、テープの進行方向に各データブロック毎の使用区分
を仕切られている。各使用区分の進行方向先頭部分には
、テープの全幅もしくは一部を使ってブロック番号及び
書き込み時間を含むヘッダ部１１が設けられ、中央部分
にバックアップ・データ部１２が設けられ、末尾にエン
ド部１３が配置されている。同一テープ中に同一ブロッ
ク番号のデータが記録されている場合は、それらの書き
込み時間を比較して現在に近いものを有効とする。磁気
テープ−Ｌ」−がフルにレコーディングされた後も更に
書き込みを行い得るようにするには、レコーダをリバー
ス可能に構成し、逆方向に走行させながら同一のブロッ
ク番号が記録されている使用区分を検索して、その部分
に上書きを行うか、磁気テープエエをエンドレスに構成
して、やはり同一のブロック番号が記録されている使用
区分に繰り返し上書きを行う。このような磁気テープの
使用法により、本発明においては、一般の磁気テープで
ランダムアクセス装置と同様なバンクアップ処理を行う
ことができる。
、普通フロッピィ・ディスクが多用されるが、いわゆる
オフコンやパソコン等の低価格の機器構成では、フロッ
ピィ・ディスクの他に磁気テープ、特にカセットテープ
を使用することが多い。第２図は、磁気テープのように
ランダムアクセスのできない媒体を本発明に使用した場
合のバックアップ方式を示す説明図である。第２図にお
いて、帯状の媒体である磁気テープ■は、前記ユーザ・
データ・ファイル４の容量に充分に対応できる長さを有
し、テープの進行方向に各データブロック毎の使用区分
を仕切られている。各使用区分の進行方向先頭部分には
、テープの全幅もしくは一部を使ってブロック番号及び
書き込み時間を含むヘッダ部１１が設けられ、中央部分
にバックアップ・データ部１２が設けられ、末尾にエン
ド部１３が配置されている。同一テープ中に同一ブロッ
ク番号のデータが記録されている場合は、それらの書き
込み時間を比較して現在に近いものを有効とする。磁気
テープ−Ｌ」−がフルにレコーディングされた後も更に
書き込みを行い得るようにするには、レコーダをリバー
ス可能に構成し、逆方向に走行させながら同一のブロッ
ク番号が記録されている使用区分を検索して、その部分
に上書きを行うか、磁気テープエエをエンドレスに構成
して、やはり同一のブロック番号が記録されている使用
区分に繰り返し上書きを行う。このような磁気テープの
使用法により、本発明においては、一般の磁気テープで
ランダムアクセス装置と同様なバンクアップ処理を行う
ことができる。
以上述べてきたように、本発明によれば、オペレータの
操作意識を患わせることなく、かつアプリケーション・
プログラム上で特に配慮することなく、マシンの処理速
度を低下させずにユーザ・データの二重保存を行うこと
が可能で、もちろん保存忘れは根本的に防止できるシス
テムデータのバッタアップ方式を提供することができる
。
操作意識を患わせることなく、かつアプリケーション・
プログラム上で特に配慮することなく、マシンの処理速
度を低下させずにユーザ・データの二重保存を行うこと
が可能で、もちろん保存忘れは根本的に防止できるシス
テムデータのバッタアップ方式を提供することができる
。
第１図は本発明によるデータ管理方式の模式的な構成図
、 第２図は上記方式のフローチャート、 第３図は本発明に使用されるデータ媒体の１例の説明図
である。 １；主ジョブ、 ２；副ジョブ・ ３；バックアップ・テーブル、 ４：ユーザ・データ・ファイル、 ５；バックアップ・データ・ファイル、６；アプリケー
ション・ライブラリ、 ７Ｓ待機ジョブ・ライブラリ、 ８；タスク管理テーブル、 ９；ＣＰＵ。 ユ；磁気テープ。 本発明によるデータ管理方式のｆｉ式的９構成口第１図 第２図
、 第２図は上記方式のフローチャート、 第３図は本発明に使用されるデータ媒体の１例の説明図
である。 １；主ジョブ、 ２；副ジョブ・ ３；バックアップ・テーブル、 ４：ユーザ・データ・ファイル、 ５；バックアップ・データ・ファイル、６；アプリケー
ション・ライブラリ、 ７Ｓ待機ジョブ・ライブラリ、 ８；タスク管理テーブル、 ９；ＣＰＵ。 ユ；磁気テープ。 本発明によるデータ管理方式のｆｉ式的９構成口第１図 第２図
Claims (1)
- 【特許請求の範囲】 実行モードと待機モードを有する主ジョブ（１）で処理
されるシステムデータのバックアップ方式であって、 起動された主ジョブ（１）の待機モード中に動作する副
ジョブ（２）でバックアップ・テーブル（３）を参照す
ることにより、ユーザ・データ・ファイル（４）の該当
データブロックをバックアップ・データ・ファイル（５
）へ書き出すことを特徴とするシステムデータのバック
アップ方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61210283A JPS6365548A (ja) | 1986-09-05 | 1986-09-05 | システムデ−タのバツクアツプ方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61210283A JPS6365548A (ja) | 1986-09-05 | 1986-09-05 | システムデ−タのバツクアツプ方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS6365548A true JPS6365548A (ja) | 1988-03-24 |
Family
ID=16586831
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP61210283A Pending JPS6365548A (ja) | 1986-09-05 | 1986-09-05 | システムデ−タのバツクアツプ方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS6365548A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6076474A (ja) * | 1983-10-03 | 1985-04-30 | Mazda Motor Corp | 車両の４輪操舵装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS607818A (ja) * | 1983-06-25 | 1985-01-16 | 東芝テック株式会社 | ジユ−サ |
-
1986
- 1986-09-05 JP JP61210283A patent/JPS6365548A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS607818A (ja) * | 1983-06-25 | 1985-01-16 | 東芝テック株式会社 | ジユ−サ |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6076474A (ja) * | 1983-10-03 | 1985-04-30 | Mazda Motor Corp | 車両の４輪操舵装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS6365548A (ja) | システムデ−タのバツクアツプ方式 | |
| JPH11272426A (ja) | データ複写・復元システムおよび記録媒体 | |
| JPH033046A (ja) | ログ記録管理方式 | |
| JPH10312329A (ja) | データ・バックアップ・リストア装置 | |
| JPH06274404A (ja) | データ保存管理方法 | |
| JPH06124214A (ja) | 障害ホストジョブの継続制御方式 | |
| JP2877973B2 (ja) | ファイルリコール制御方式 | |
| JPH11212845A (ja) | バックアップデータ管理装置、バックアップデータ管理方法、及び記録媒体 | |
| JPH0793101A (ja) | データバックアップ装置 | |
| JP3109656B2 (ja) | 可搬型記憶媒体の管理システムおよびそのシステムを実現するために使用する情報記憶媒体 | |
| JPH09330253A (ja) | メモリダンプ方法及びそれを適用したメモリダンプシステム | |
| US6345312B1 (en) | Selectively dummying a data pipe transparent to a writer application | |
| JPS62137646A (ja) | バツクアツプフアイル作成方式 | |
| JP2512948B2 (ja) | デ−タ処理装置 | |
| JPH03246643A (ja) | ダンプサマリ編集処理方法 | |
| JP2500440B2 (ja) | 障害処理方式 | |
| JPH05143422A (ja) | 更新後ジヤーナル管理方式 | |
| JPH0833838B2 (ja) | コンピユ−タシステム | |
| JPH04287248A (ja) | ファイルリカバリー方式 | |
| JPH0230059B2 (ja) | ||
| JPH11265264A (ja) | バックアップ記憶システム及びバックアップ記憶方法 | |
| JPH10171694A (ja) | データバックアップ方法およびデータバックアップ装置ならびに情報記録媒体 | |
| JPH06168079A (ja) | データバックアップシステム | |
| JPH02109147A (ja) | メモリダンプ収集方式 | |
| JPH03252809A (ja) | ファイル編成装置 |