JPS62134736A - デ−タベ−スの復旧方式 - Google Patents
デ−タベ−スの復旧方式Info
- Publication number
- JPS62134736A JPS62134736A JP60276227A JP27622785A JPS62134736A JP S62134736 A JPS62134736 A JP S62134736A JP 60276227 A JP60276227 A JP 60276227A JP 27622785 A JP27622785 A JP 27622785A JP S62134736 A JPS62134736 A JP S62134736A
- Authority
- JP
- Japan
- Prior art keywords
- information
- file
- management information
- storage management
- execution
- 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)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔概要〕
データベースに生ずる障害からデータベースを復旧さ・
けるために、復旧コマンドの実行態様を変更し又はせず
且つこれに歩調を合わせてその所要実行内容を表示し又
は表示せずしてデータベースを構成するファイルのため
の格納管理情報提供手段の所要情報を、１す旧コマンド
の実行から生成される情報を用い又は用いずして前記障
害の影響がファーイル利用手段に及ばない情報に更新し
てその１夏１１１を行なう。
けるために、復旧コマンドの実行態様を変更し又はせず
且つこれに歩調を合わせてその所要実行内容を表示し又
は表示せずしてデータベースを構成するファイルのため
の格納管理情報提供手段の所要情報を、１す旧コマンド
の実行から生成される情報を用い又は用いずして前記障
害の影響がファーイル利用手段に及ばない情報に更新し
てその１夏１１１を行なう。
本発明はデータベースの復旧方式に関し、更に詳しく言
えば格納管理情報提供手段の所要情報を、データベース
基に牛したＭｆ害の影響が現れないよう更新するように
したデータベースの（ｕ Ｉｕ７Ｊ′式に関する。
えば格納管理情報提供手段の所要情報を、データベース
基に牛したＭｆ害の影響が現れないよう更新するように
したデータベースの（ｕ Ｉｕ７Ｊ′式に関する。
ＩＩ′？？ｆｌ処理システＪ、には、データベースが備
えられている。そのデータベースに格納さね、るデータ
が１＋・■らかの原因で７．１する障害によって毀ｔ口
されることがある。これは情報処理システムにとって（
現めて重大な出来事−Ｃある。このような事態を生しさ
−Ｕる障害の発４にがないようにするか、たとえ発生し
てもそのγ響がその利用系には現れて来ないようにする
ことがシステムの正常な処理を保もだいという要求があ
る限り至上命令として要求される。
えられている。そのデータベースに格納さね、るデータ
が１＋・■らかの原因で７．１する障害によって毀ｔ口
されることがある。これは情報処理システムにとって（
現めて重大な出来事−Ｃある。このような事態を生しさ
−Ｕる障害の発４にがないようにするか、たとえ発生し
てもそのγ響がその利用系には現れて来ないようにする
ことがシステムの正常な処理を保もだいという要求があ
る限り至上命令として要求される。
従来においても、データベースにはこれを管理している
情報が用、念されている。その情報を用いてデータベー
スへのアクセスが行なわれるように構成されている。し
かしながら、従来方式におりる前記情報の障害に女１す
る管理対策が必ずしも完全であるとは言えなかった。
情報が用、念されている。その情報を用いてデータベー
スへのアクセスが行なわれるように構成されている。し
かしながら、従来方式におりる前記情報の障害に女１す
る管理対策が必ずしも完全であるとは言えなかった。
〔発明がＩＮ″決しようとする問題点］それかため、１
１１１記情報に欠陥が生ずると、たとえデータが正常で
あってもそのデータ内容が信ヤｎ性に欠けることとなっ
たり、或いはアクセス不可能になったりするほか、前に
書かれたデータが消去されてしまうこととなる。このよ
うな異常を起ごしているファイル（データベース）を復
旧さ−Ｕるに当たってユーザにかかって来る負１■は大
きくなるばかりでなく、その完全な復旧が不可能となる
場合すらある。
１１１記情報に欠陥が生ずると、たとえデータが正常で
あってもそのデータ内容が信ヤｎ性に欠けることとなっ
たり、或いはアクセス不可能になったりするほか、前に
書かれたデータが消去されてしまうこととなる。このよ
うな異常を起ごしているファイル（データベース）を復
旧さ−Ｕるに当たってユーザにかかって来る負１■は大
きくなるばかりでなく、その完全な復旧が不可能となる
場合すらある。
本発明は斯かる問題点に鑑みて創作されたもので、障害
が発生してもデータベース管理情報を障害の影響が及ば
ない最新の状態に維持し１フるデータベースの浚１１］
方式を提供することを目的とする。
が発生してもデータベース管理情報を障害の影響が及ば
ない最新の状態に維持し１フるデータベースの浚１１］
方式を提供することを目的とする。
第１図は本発明の原理ブロック図を示す。この図におい
て、１は情報処理システムで、２はこのシステムの１つ
の構成要素を成すデータベースである。３はデータベー
ス２を構成するファイルのための格納管理情報（Ｊコ供
Ｔ一段である。４は情報処理システノ・１内に備えられ
、復旧コマンド５を実行−Ｊ−るコマンド実行手段であ
る。その復旧コマンド５はデータベース２の管理上必要
とされる時期にコマンド実行手段５に与えられる。６は
情報処理システムＩに備えられ、コマンド実行手段の実
行態様を変更する変更手段である。７は実行内容を表示
し得る表示手段である。そして、これらの構成要素は次
のように組み立てられている。叩も、コマンド実行手段
４による復旧コマンドの実行において、格納管理１’ｉ
’を報提供手段３の１ｈ報を用いてその実行を進めつつ
実際の所要格納管理清報を生成し、その実行の中で所要
実行内容を変更手段６の制御の下に表示手段７に表示し
又は表示せずして格納管理情報１足供手段３の所要情報
を、生成された情報を用い又は用いずして障害の？１５
響がＩ’？ｉ 報処理システムｌに及ばない情報に更新
する如くである。
て、１は情報処理システムで、２はこのシステムの１つ
の構成要素を成すデータベースである。３はデータベー
ス２を構成するファイルのための格納管理情報（Ｊコ供
Ｔ一段である。４は情報処理システノ・１内に備えられ
、復旧コマンド５を実行−Ｊ−るコマンド実行手段であ
る。その復旧コマンド５はデータベース２の管理上必要
とされる時期にコマンド実行手段５に与えられる。６は
情報処理システムＩに備えられ、コマンド実行手段の実
行態様を変更する変更手段である。７は実行内容を表示
し得る表示手段である。そして、これらの構成要素は次
のように組み立てられている。叩も、コマンド実行手段
４による復旧コマンドの実行において、格納管理１’ｉ
’を報提供手段３の１ｈ報を用いてその実行を進めつつ
実際の所要格納管理清報を生成し、その実行の中で所要
実行内容を変更手段６の制御の下に表示手段７に表示し
又は表示せずして格納管理情報１足供手段３の所要情報
を、生成された情報を用い又は用いずして障害の？１５
響がＩ’？ｉ 報処理システムｌに及ばない情報に更新
する如くである。
データベースに異常が発生した時点で或いは定期的に又
は不定期的にコマンド実行トｒｉ５に復１１」コマンド
が与えられてその実行が開始される。その実行は格納管
理情報提供手段３の情報が用いられつつ進められ実際の
所要格納管理情報の生成を行なう。又、所要の実行内容
が変更手段６の制御の下に表示手段７に表示されつつ又
は表示されずして、格納管理情報提供手段３の所要情報
が生成された情報を用い又は用いずしてデータヘースに
４Ｌじた障害の影響を情報処理システムに与えない情（
しこ更新され、データヘースは復旧される。
は不定期的にコマンド実行トｒｉ５に復１１」コマンド
が与えられてその実行が開始される。その実行は格納管
理情報提供手段３の情報が用いられつつ進められ実際の
所要格納管理情報の生成を行なう。又、所要の実行内容
が変更手段６の制御の下に表示手段７に表示されつつ又
は表示されずして、格納管理情報提供手段３の所要情報
が生成された情報を用い又は用いずしてデータヘースに
４Ｌじた障害の影響を情報処理システムに与えない情（
しこ更新され、データヘースは復旧される。
このように、生成された実際の所要格納管理情報を基に
格納管理情報提供手段３の所要情報の更新を行なうので
、その情報を有効な最新の状態に維持Ｊることができ、
又、ユーザの作業も大いに軽減されてシステムの円ン％
な運用に資するところが大きい。
格納管理情報提供手段３の所要情報の更新を行なうので
、その情報を有効な最新の状態に維持Ｊることができ、
又、ユーザの作業も大いに軽減されてシステムの円ン％
な運用に資するところが大きい。
第２図は本発明を実施するシステム構成図であ４）。こ
の図において、ｌＯはハスで、ごれにはＣＰＵＩ １．
ＲＯＭＩ ２．ＲΔＭ１３．コンソール１４、ディスプ
レイ１５及びファイル（ディスク装評）１６が本発明と
の関連において主要構成要素として接続されている。フ
ァイル１６はリレーショナル型データヘースを構成する
。ＲＯＭ１２には、本発明との関連において必要とされ
る制御言語がプログラムされ、その中に復旧コマンドが
挿入されているほか、後述するような処理フローのため
の一連の命令もプログラムされている。又、復旧コマン
ドはコンソール１４から必要に応じて入力され得るよう
に構成してもよい。
の図において、ｌＯはハスで、ごれにはＣＰＵＩ １．
ＲＯＭＩ ２．ＲΔＭ１３．コンソール１４、ディスプ
レイ１５及びファイル（ディスク装評）１６が本発明と
の関連において主要構成要素として接続されている。フ
ァイル１６はリレーショナル型データヘースを構成する
。ＲＯＭ１２には、本発明との関連において必要とされ
る制御言語がプログラムされ、その中に復旧コマンドが
挿入されているほか、後述するような処理フローのため
の一連の命令もプログラムされている。又、復旧コマン
ドはコンソール１４から必要に応じて入力され得るよう
に構成してもよい。
又、ファイル１６にはファイル管理情報を格納するファ
イル管理テーブルＩ７が設けられている。
イル管理テーブルＩ７が設けられている。
そして、そのファイル１６に格納されるデータブし１ツ
クの各々にブロック管理情報域１日及びレコード管理情
報域１９が備えられている。これに加えて、ファイル１
６にはファイル領域終了検出手段（図示せず）が設けら
れている。
クの各々にブロック管理情報域１日及びレコード管理情
報域１９が備えられている。これに加えて、ファイル１
６にはファイル領域終了検出手段（図示せず）が設けら
れている。
このようなシステム構成において、復旧コマンドが与え
られると、第３図乃至第５図に示す処理フローに従った
処理が進められる。
られると、第３図乃至第５図に示す処理フローに従った
処理が進められる。
第３図に示すプロセス０のステップ１００において初期
設定が行なわれる。この初期設定はデータブロックの先
ｕｎ位置の設定及びレコードカウンタのン月期化である
。この初期設定後に、データブロックの読み込みが行な
われる（ステップ１０１）。
設定が行なわれる。この初期設定はデータブロックの先
ｕｎ位置の設定及びレコードカウンタのン月期化である
。この初期設定後に、データブロックの読み込みが行な
われる（ステップ１０１）。
その読み込みでファイル終了（物理的に終了）していれ
ば（ステップ１０２のｙｅｓ）プロセスｌに進むが、フ
ァイル終了に至っていなければ（ステップ１０２のｎｏ
）読み込まれたデータブロックのブロック管理情報域１
８のチェックを行なう（ステップ１０３）。そのチェッ
クで異常が検出されるならば（ステップ１０４のｙｅｓ
）プロセス２へ進むが、異常が検出されないならば（ス
テップ１０４のｎｏ）レコード管理情報域Ｉ９のチェッ
クを行なう （ステップ１０５）。チェックされたレコ
ードが読み込まれたデータプロ・ツクの最終レコードと
なっているか否かの判定が行なわれ、その判定が肯定で
あるならば（ステップ１０６のｙ（！Ｓ）プロセス１へ
進むが、否定であるならば（ステップ＋０６のｎｏ）ス
テップ１０７へ進み、そのレコードが無効レコードとの
チェック結果が出ているか否かの判定が行なわれる。そ
の判定が肯定であるならば（ステップ１０７のｙｅｓ）
プロセス２へ進むが、否定であるならば（ステップ１０
７のｎｏ） レコードカウンタを１だけカウントアツ
プする（ステップ１０８）。レコードが読み出されたデ
ータブロックの最終レコードになっていなければ（ステ
ップ１０９のｎｏ）、ステップ１０５に戻ってその次の
レコードについての同様の処理に入る。最終レコードに
至れば（ステップ１０９のｙｅｓ）、ステップ１０１へ
戻って次のデータブロックについての同様の処理に入る
。
ば（ステップ１０２のｙｅｓ）プロセスｌに進むが、フ
ァイル終了に至っていなければ（ステップ１０２のｎｏ
）読み込まれたデータブロックのブロック管理情報域１
８のチェックを行なう（ステップ１０３）。そのチェッ
クで異常が検出されるならば（ステップ１０４のｙｅｓ
）プロセス２へ進むが、異常が検出されないならば（ス
テップ１０４のｎｏ）レコード管理情報域Ｉ９のチェッ
クを行なう （ステップ１０５）。チェックされたレコ
ードが読み込まれたデータプロ・ツクの最終レコードと
なっているか否かの判定が行なわれ、その判定が肯定で
あるならば（ステップ１０６のｙ（！Ｓ）プロセス１へ
進むが、否定であるならば（ステップ＋０６のｎｏ）ス
テップ１０７へ進み、そのレコードが無効レコードとの
チェック結果が出ているか否かの判定が行なわれる。そ
の判定が肯定であるならば（ステップ１０７のｙｅｓ）
プロセス２へ進むが、否定であるならば（ステップ１０
７のｎｏ） レコードカウンタを１だけカウントアツ
プする（ステップ１０８）。レコードが読み出されたデ
ータブロックの最終レコードになっていなければ（ステ
ップ１０９のｎｏ）、ステップ１０５に戻ってその次の
レコードについての同様の処理に入る。最終レコードに
至れば（ステップ１０９のｙｅｓ）、ステップ１０１へ
戻って次のデータブロックについての同様の処理に入る
。
このような処理が進んでいきブロックの異常もなく、又
無効レコードもなくファイル終了又はレコード終了とな
るならば、上述した如くプロセス１の処理に入る。この
処理は第４図の処理フローに従って行なわれる。
無効レコードもなくファイル終了又はレコード終了とな
るならば、上述した如くプロセス１の処理に入る。この
処理は第４図の処理フローに従って行なわれる。
そのステップ２００において、プロセスＯから得られる
レコードカウンタ等のファイル管理データとファイル管
理テーブル１７のデータとが比較され、その両者が一致
していれば（ステップ２０Ｉのｙｅｓ）処理態様変更条
件（ＣＯＮ Ｆパラメータ）がいずれにあるかの判定が
為される（ステップ２０２）。このＣ０ＮＦパラメータ
は予めオペレータによってコンソール１４から与えられ
るものであって、＠ ｙ ｅ ｓ及び＠ｎＯがあり、＠
ｙｅｓは処理に条件が入ることを意味し、＠ｎＯは処理
に条件が入らないことを意味する（以下、同様である）
。
レコードカウンタ等のファイル管理データとファイル管
理テーブル１７のデータとが比較され、その両者が一致
していれば（ステップ２０Ｉのｙｅｓ）処理態様変更条
件（ＣＯＮ Ｆパラメータ）がいずれにあるかの判定が
為される（ステップ２０２）。このＣ０ＮＦパラメータ
は予めオペレータによってコンソール１４から与えられ
るものであって、＠ ｙ ｅ ｓ及び＠ｎＯがあり、＠
ｙｅｓは処理に条件が入ることを意味し、＠ｎＯは処理
に条件が入らないことを意味する（以下、同様である）
。
ステップ２０２における二１１１定が＠ｎＯであるなら
ば何らの処理も行なわないが、＠ｙｅｓであるならばそ
の結果がディスプレイ１５に表示されてオペレータへの
視認機能が提供される。
ば何らの処理も行なわないが、＠ｙｅｓであるならばそ
の結果がディスプレイ１５に表示されてオペレータへの
視認機能が提供される。
ステップ２０１における判定がｎｏであるならばステッ
プ２０２と同様の′Ｙす定がステップ２０３において行
なわれる。その判定が＠ｎｏであるならば、プロセス０
から得られる実際のファイル管理データがファイル管理
テーブル１７に格納されてその更新が行なわれる（ステ
ップ２０４）。＠ｙｅｓであるならばファイル管理テー
ブルの内容と最終レコードのブロック及びその１つ手前
のブロックの内容とかディスプレイ１５に表示される（
ステップ２０５，２０６）と共に、その画面にファイル
管理テーブル更新の要否を問うメツセージが表示されて
（ステップ２０７）オペレータからの返答待ちの状態に
なる（ステップ２０８）。
プ２０２と同様の′Ｙす定がステップ２０３において行
なわれる。その判定が＠ｎｏであるならば、プロセス０
から得られる実際のファイル管理データがファイル管理
テーブル１７に格納されてその更新が行なわれる（ステ
ップ２０４）。＠ｙｅｓであるならばファイル管理テー
ブルの内容と最終レコードのブロック及びその１つ手前
のブロックの内容とかディスプレイ１５に表示される（
ステップ２０５，２０６）と共に、その画面にファイル
管理テーブル更新の要否を問うメツセージが表示されて
（ステップ２０７）オペレータからの返答待ちの状態に
なる（ステップ２０８）。
オペレータから更新ＯＫの返答が出されるとくステップ
２０９のｙｅｓ）、ファイル管理テーブルをプロセス０
から得られる実際のファイル管理データで書き替え（ス
テップ２１０）、その新しいファイル管理テーブルの内
容をディスプレイ１５に表示してその結果をオペレータ
に提供する（ステップ２１１）。ステップ２０９での１
′す定がｎ。
２０９のｙｅｓ）、ファイル管理テーブルをプロセス０
から得られる実際のファイル管理データで書き替え（ス
テップ２１０）、その新しいファイル管理テーブルの内
容をディスプレイ１５に表示してその結果をオペレータ
に提供する（ステップ２１１）。ステップ２０９での１
′す定がｎ。
であれば何らの処理も行なわない。
又、このようなプロセスｌの処理に入る市にブロックの
異常、又は無効レコードが検出される場合には、第５図
に示すプロセス２の処理に入る。
異常、又は無効レコードが検出される場合には、第５図
に示すプロセス２の処理に入る。
そのステップ３００においてＣ０ＮＦパラメータがいず
れに設定されているか否かの判定が行なわれ、＠ｎｏで
あるならば最終レコードｌＴＥ、ＯＦ）の書込みを行な
った後（ステップ３０１）、プロセス０から得られるフ
ァイル管理データでファイル管理テーブル１７を更新す
る（ステップ３０２）。
れに設定されているか否かの判定が行なわれ、＠ｎｏで
あるならば最終レコードｌＴＥ、ＯＦ）の書込みを行な
った後（ステップ３０１）、プロセス０から得られるフ
ァイル管理データでファイル管理テーブル１７を更新す
る（ステップ３０２）。
ステップ３００での判定が＠ｙｅｓであるならば、異常
が検出されたデータブロックの前後合わせてファイル管
理テーブルの内容を表示しくステップ３０．３）、異常
が検出されたデータブロックの前後合わせて３データブ
ロツクを表示する（ステップ３０４）と共に、その画面
にファイル管理テーブル更新の要否を問うメソセージが
表示されて（ステップ３０５）オペレータからの返答待
ぢの状態になる（ステップ３０６）。オペレータから更
新ＯＫの返答が出されると（ステップ３０７のｙｅｓ）
、最終レコード（ＥＯＦ）の書込み（ステップ３０Ｂ）
、プロセス０から得られるファイル管理データによるフ
ァイル管理テーブルの更新（ステップ３０９）、及び更
新後のファイル管理テーブルの内容の表示（ステップ３
１０）を行なう。このテーブル内容のディスプレイ１５
への表示は上述と同様の趣旨である。又、ステップ３０
７での判定がｎｏであれば、何らの処理も行なわない。
が検出されたデータブロックの前後合わせてファイル管
理テーブルの内容を表示しくステップ３０．３）、異常
が検出されたデータブロックの前後合わせて３データブ
ロツクを表示する（ステップ３０４）と共に、その画面
にファイル管理テーブル更新の要否を問うメソセージが
表示されて（ステップ３０５）オペレータからの返答待
ぢの状態になる（ステップ３０６）。オペレータから更
新ＯＫの返答が出されると（ステップ３０７のｙｅｓ）
、最終レコード（ＥＯＦ）の書込み（ステップ３０Ｂ）
、プロセス０から得られるファイル管理データによるフ
ァイル管理テーブルの更新（ステップ３０９）、及び更
新後のファイル管理テーブルの内容の表示（ステップ３
１０）を行なう。このテーブル内容のディスプレイ１５
への表示は上述と同様の趣旨である。又、ステップ３０
７での判定がｎｏであれば、何らの処理も行なわない。
以上説明したように本発明によれば、生成された実際の
所要格納管理情報を基に格納管理情報提供手段の所要情
報の更新を行なうので、そのｔ？ｊ 報を有効な最新の
状態に維持し得る。又、ユーザの作業も軽減されてシス
テムの円滑な運用に資するところが大きい。
所要格納管理情報を基に格納管理情報提供手段の所要情
報の更新を行なうので、そのｔ？ｊ 報を有効な最新の
状態に維持し得る。又、ユーザの作業も軽減されてシス
テムの円滑な運用に資するところが大きい。
第１図は本発明の原理ブロック図、
第２図は本発明を実施するシステム構成図、第３図乃至
第５図は処理フローである。 第１図において、 １は情報処理システム、 ２はデータベース、 ３は格納管理情報）１供手段、 ４はコマンド実行手段、 ５はｉν旧コマンド、 ６は変更手段、 ７は表示手段である。 第２図において、 １１はｃｐｕ。 １２はＲＯＭ、 １３はＲΔＭ１ １４はコンソール、 １５はディスプレイ、 １６はファイル、 １７はファイル管理テーブル、 １８はブロンク管理情報域、 １９はレコード管理情報域である。 未発８月の原１里プロ、７り図 第１図 本全１月２梵忙す６ジス子ムオ五へ図 第２図 プロ亡２０の列理フロー ｌＩａ図
第５図は処理フローである。 第１図において、 １は情報処理システム、 ２はデータベース、 ３は格納管理情報）１供手段、 ４はコマンド実行手段、 ５はｉν旧コマンド、 ６は変更手段、 ７は表示手段である。 第２図において、 １１はｃｐｕ。 １２はＲＯＭ、 １３はＲΔＭ１ １４はコンソール、 １５はディスプレイ、 １６はファイル、 １７はファイル管理テーブル、 １８はブロンク管理情報域、 １９はレコード管理情報域である。 未発８月の原１里プロ、７り図 第１図 本全１月２梵忙す６ジス子ムオ五へ図 第２図 プロ亡２０の列理フロー ｌＩａ図
Claims (2)
- （１）情報処理システム（１）の１構成要素を成すデー
タベース（２）に生ずる障害からデータベース（２）を
復旧させる方式において、 データベース（２）を構成するファイルのための格納管
理情報提供手段（３）と、 情報処理システム（１）内に設けられ、復旧コマンド（
５）を実行するコマンド実行手段（４）とを備え、 コマンド実行手段（４）による復旧コマンドの実行は格
納管理情報提供手段（３）の情報を用いて進められつつ
実際の所要格納管理情報を生成し、その生成された所要
格納管理情報を用いて格納管理情報提供手段（３）の所
要情報を障害の影響が情報処理システム（１）に及ばな
い情報に更新するようにしたことを特徴とするデータベ
ースの復旧方式。 - （２）情報処理システム（１）の１構成要素を成すデー
タベース（２）に生ずる障害からデータベース（２）を
復旧させる方式において、 データベース（２）を構成するファイルのための格納管
理情報提供手段（３）と、 情報処理システム（１）内に設けられ、復旧コマンド（
５）を実行するコマンド実行手段（４）と、 コマンド実行手段（４）の実行態様を変更する変更手段
（６）と、 実行内容を表示する表示手段（７）とを備え、コマンド
実行手段（４）による復旧コマンドの実行は格納管理情
報提供手段（３）の情報を用いて進められつつ実際の所
要格納管理情報を生成し、その実行の中で所要実行内容
を変更手段（６）の制御の下に表示手段（７）に表示し
又は表示せずして格納管理情報提供手段（３）の所要情
報を、生成された情報を用い又は用いずして障害の影響
が情報処理システムに及ばない情報に更新するようにし
たことを特徴とするデータベースの復旧方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60276227A JPS62134736A (ja) | 1985-12-09 | 1985-12-09 | デ−タベ−スの復旧方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60276227A JPS62134736A (ja) | 1985-12-09 | 1985-12-09 | デ−タベ−スの復旧方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS62134736A true JPS62134736A (ja) | 1987-06-17 |
Family
ID=17566461
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP60276227A Pending JPS62134736A (ja) | 1985-12-09 | 1985-12-09 | デ−タベ−スの復旧方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS62134736A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0561754A (ja) * | 1991-09-05 | 1993-03-12 | Juki Corp | データ処理装置 |
| US7527367B2 (en) | 2003-04-09 | 2009-05-05 | Brother Kogyo Kabushiki Kaisha | Ink package |
-
1985
- 1985-12-09 JP JP60276227A patent/JPS62134736A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0561754A (ja) * | 1991-09-05 | 1993-03-12 | Juki Corp | データ処理装置 |
| US7527367B2 (en) | 2003-04-09 | 2009-05-05 | Brother Kogyo Kabushiki Kaisha | Ink package |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7152184B2 (en) | Storage device, backup method and computer program code of this storage device | |
| US6718466B1 (en) | Data medium with restorable original base data content, and method for its production | |
| JPS62134736A (ja) | デ−タベ−スの復旧方式 | |
| JPH0158533B2 (ja) | ||
| JPS62125452A (ja) | 記憶装置のデ−タバツクアツプ方式 | |
| JPH01173140A (ja) | ファイルの管理方法 | |
| JPH0385650A (ja) | ディスクボリューム復元方式 | |
| JPH0235341B2 (ja) | ||
| JPH02257228A (ja) | データベースシステムのファイル制御方式 | |
| JP2000181734A (ja) | プログラム参照領域の修復方法、修復システム、プログラム走行側装置およびプログラム障害対処装置ならびにそのためのコンピュ−タ読み取り可能なプログラム記録媒体 | |
| JPS60142446A (ja) | バツクワ−ド障害復元処理方式 | |
| JP2004013228A (ja) | データベースシステム及びその整合制御方法 | |
| JPH02110725A (ja) | 再書き込み不可媒体上のファイル修復方式 | |
| JPH01140353A (ja) | データベースのデータ保全方式 | |
| JPH01305442A (ja) | データ処理装置 | |
| JPH05108444A (ja) | ジヤーナル採取方式 | |
| JPS63262737A (ja) | デ−タベ−ス更新記録処理方法 | |
| JPS5856150A (ja) | プログラム管理方式 | |
| JPH04209044A (ja) | データベース制御方式 | |
| JP2972439B2 (ja) | ポータブル端末のバックアップ方式 | |
| JPS63217443A (ja) | ジヤ−ナル・フアイル修復方式 | |
| JPH02211557A (ja) | データベースの退避方式 | |
| JPH06187215A (ja) | データロギング方式によるファイル書替方法 | |
| JPH0675041U (ja) | データ二重化装置 | |
| JPH02165384A (ja) | 情報処理装置 |