JPH0314045A - History information management system for data base - Google Patents

History information management system for data base

Info

Publication number
JPH0314045A
JPH0314045A JP1149215A JP14921589A JPH0314045A JP H0314045 A JPH0314045 A JP H0314045A JP 1149215 A JP1149215 A JP 1149215A JP 14921589 A JP14921589 A JP 14921589A JP H0314045 A JPH0314045 A JP H0314045A
Authority
JP
Japan
Prior art keywords
records
database
update
data base
function
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
Application number
JP1149215A
Other languages
Japanese (ja)
Inventor
Fumio Akagawa
赤川 文夫
Masashi Tsuchida
正士 土田
Atsumi Kimura
淳美 木村
Hisashi Ono
大野 久志
Mikihiko Tokunaga
徳永 幹彦
Makoto Takahara
誠 高原
Koji Suda
須田 耕司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Software Engineering Co Ltd, Hitachi Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP1149215A priority Critical patent/JPH0314045A/en
Publication of JPH0314045A publication Critical patent/JPH0314045A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To eliminate a need for a journal acquisition by providing a non- volatile memory with the data structure where update records point pri-update records in order from the latest record. CONSTITUTION:At the time of updating records, update system functions of data base system 3 and 8 hold update information of data base records and pri-update records on non-volatile memories 4 and 9 as data base records. The memory managing function discriminates whether it is necessary to sweep out records on non-volatile memories 4 and 9 to optical disk devices 5 and 10 or not based on the non-volatile memory use rate of records added in accordance with update of records, and they are swept out if it is necessary. At the time of the occurrence of trouble, the trouble recovering function updates the latest data base records based on pri-update records and deletes used pri- update records to restore the data base. Thus, it is unnecessary to independently get/manage the journal, and the degradation of performance or the complication of operation management accompanied with journal acquisition is prevented.

Description

【発明の詳細な説明】[Detailed description of the invention]

〔産業上の利用分野〕 本発明は、データ・ベースの履歴情報管理方式に関し、
特にデータベースシステムにおいて、障害回復や統計分
析時に用いる履歴情報をデータベースと別に取得せず、
更新履歴情報自体もデータベースとして扱うデータベー
スの履歴情報管理方式〔従来の技術] 従来のデータベースシステムでは、情報を一元管理して
複数の応用プログラムで利用していた。 このため、情報が相互の関連を含めて常に正しく維持さ
れる必要がある。しかし、システムには不測の事態、例
えば媒体破壊等による媒体障害や電源断等によるシステ
ムダウン、あるいはユーザプログラムの異常終了等がし
ばしば発生する。これらの障害が発生すると、データベ
ースの情報は一時的に不正となり、これらの情報を正し
く回復できるように、データベースはジャーナルを取得
/管理していた。 また、障害発生時にデータベースが正しく回復できるよ
うに、ジャーナルはデータベースの更新前と更新後の情
報を分け、データベースとは別に磁気ディスクや磁気テ
ープ装置に取得/管理されていた。さらに、ジャーナル
情報の媒体への掃きだしは、データベース情報の一貫性
を保つため、データベースレコードがデータベース媒体
(磁気ディスク装置)に掃きだされる前に行われていた
。 このようなジャーナルは、障害発生時におけるデータベ
ース回復のため5次のように利用される。 すなわち、媒体障害が発生した場合には、ある時点で取
得されたデータベースの内容の写しであるデータベース
バックアップと、それ以降のデータベース更新後ジャー
ナルに基づき、データベース運用者がデータベースを回
復する。また、媒体障害以外の場合には、その時点のデ
ータベースとその時点以前のデータベース更新前ジャー
ナルに基づき、データベースシステムがデータベースを
回復する。 一方、データベースの普及に伴い、データベースシステ
ムを採用している企業では、更新情報の推移を時系列的
に処理して、経営分析や戦略立案に利用したいという要
望がある。 なお、この種の装置として関連するものには、例えば特
開昭60−75950号公報、特開昭60−22043
8号公報、特開昭61−844号公報、特開昭63−5
9640号公報等が挙げられる。 〔発明が解決しようとする課題〕 上記従来技術では、半導体ディスク装置等の不揮発性メ
モリを利用したメモリ階層、およびデータベース更新前
情報の障害以外の活用については配慮がなされていない
。すなわち、データベースとジャーナルとを別管理する
方式を採用しているため、ジャーナル取得に伴う性能面
の劣化が生じ、運用管理が複雑になるという問題があっ
た。 本発明の目的は、このような問題点を改善し、ジャーナ
ル取得を不要として、時系列データも扱うことができる
データベースの履歴情報管理方式を提供することにある
。 〔課題を解決するための手段〕 上記目的を達成するため、本発明のデータベースの履歴
情報管理方式は、デーベースシステムにおいて、処理装
置と、直接参照することが可能な不揮発性メモリと、そ
の不揮発性メモリへアクセスする手段と、光ディスク装
置と、その光ディスク装置へアクセスする手段と、光デ
ィスク管理テーブルと、光ディスクバッファとを備え、
不揮発性メモリ上には、更新レコードが更新前レコード
を新しいもの順にポイントするデータ構造を有し、更新
レコードおよび更新前レコードを含むデータを、データ
ベースレコードとして記憶し、バックグラウンドジョブ
によって、データベースレコードを一定期間毎に光ディ
スク装置へ掃きだすことに特徴がある。 〔作用〕 本発明においては、データベースシステムの更新系機能
は、レコード更新時、データベースレコードの更新情報
および更新前レコードをデータベースレコードとして、
不揮発性メモリ上に保持すス また、メモリ管理機能は、レコード更新に伴って追加さ
れたレコードの不揮発性メモリ使用率に基づき、不揮発
性メモリ上のレコードを光ディスク装置に掃きだす必要
の有無を判断し、必要であれば、光ディスク装置に掃き
ださせる。 また、障害回復機能は、障害発生時、更新前レコードに
基づいて、最新のデータベースレコードを更新し、使用
した更新前レコードを削除することによって、データベ
ースを回復する。 また、時系列データ処理機能は、時系列インデクスおよ
び更新系機能で作成したデータ構造を利用することによ
り、時系列処理を行う。 従って1.ジャーナルを別個に取得/管理する必要はな
く、ジャーナル取得に伴う性能面の劣化や運用管理面の
複雑さをまねくこともない。しかも、これらのデータを
時系列処理することが可能である。 〔実施例〕 以下、本発明の一実施例を図面により詳細に説明する。 第2図は5本発明の一実施例におけるネットワークシス
テムを示す説明図である。 第2図において、1.6は処理装置、2,7はオペレー
ティングシステム、3,8はデータベースシステム、4
,9は不揮発性メモリ、5,10は光ディスク装置、1
1はネットワークである。 また、処理装置lは、オペレーティングシステム2とデ
ータベースシステム3を搭載し、データベースシステム
3は、不揮発性メモリ4と光ディスク装置5によりデー
タベースを管理する。 同様に、処理装置6は、オペレーティングシステム7、
データベースシステム8、不揮発性メモリ9および光デ
ィスク装71110から構成される。 これらの処理装置’ll、6をネットワーク11で接続
することにより、ネットワーク環境下におけるデータベ
ースシステムを実現する。 本発明の原理は、広域ネットワークあるいはLANを利
用した分散データベースにおいても、システム識別子管
理により実現できるが、基本的原理は1個の処理装置で
も同様であるため、以降は1Hの処理装置に着目して、
第3図を用い、その構成について述べる。 第3図は、第2図におけるデータベースシステムの構成
図である。 第3図において、3aは参照機能、3bは更新機能、3
Cは障害回復機能、3dは時系列データ処理機能、3e
は排他制御機能、3fはメモリ管理機能、3gは不揮発
性メモリアクセス部、3hは光ディスク装置アクセス部
、31はバッファ、3jは時系列インデクス、3にはロ
ックテーブル、31はメモリ管理テーブル、3mは光デ
ィスク管理テーブルである。 本実施例では、処理装置jのデータベースシステム3は
、データベース機能部と、各機能で利用するテーブル部
と、不揮発性メモリ4または光ディスク装置5へのアク
セスを行うアクセス部の3部分から構成される。 このデータベース機能部は、データベースレコードを参
照する参照機能3a、データベースレコードの更新、追
加および削除を行う更新系機能3b、障害発生時にデー
タベースの回復を行う障害回復機能3C1時系列インデ
クス3Jを利用することにより時系列データの処理を高
速に行う時系列データ処理機能3d、ロックテーブル3
kを利用してデータベースレコードのデータ一貫性を保
つ排他制御機能3e、およびメモリ管理テーブル31と
光ディスク管理テーブル3mを肘用してデータベースレ
コードの所在管理を行うメモリ管理機能3fかも構成さ
れる。 また、アクセス部は、不揮発性メモリ4の読み込み、ま
たは書き込みを行う不揮発性メモリアクセス部3g、光
ディスク装置5に対する読み込みまたは書き込みをバッ
ファ31経出で行う光ディスク装置アクセス部3hから
構成される。 また、テーブル部は、時系列インデクス3j、データ更
新時の排他制御時に参照されるロックテーブル3k、メ
モリ管理テーブル31、光ディスク管理テーブル3mか
ら構成される。 次に、第1図および第4図により、これらの構成要素を
用いた処理について述べる。 第1図は、本発明の一実施例における履歴情報管理を示
すフローチャート、第4図は本実施例の一実施例におけ
るデータベースレコードのデータ構成例図である。 まず、データベースレコードの更新要求の場合について
述べる。 本実施例では、第4図のデータベースレコードを更新す
る場合を示し、時系列データ処理機能3dは、時系列イ
ンデクス3Jから更新対象レコードの所在を求める(l
 O1)。 そのデータベースレコードが光ディスク装置5上にある
場合には、メモリ管理機能3fが光ディスク管理テーブ
ル3mを用いて光ディスク装置5上のレコード位置を求
め、光ディスク装置アクセス部3hにレコードの読み込
みを指示する。光ディスク装置アクセス部3hは、該当
レコードを光ディスク装置5からバッファ31に読み込
み、制御をメモリ管理機能3fに戻す。メモリ管理機能
3fは、不揮発性メモリアクセス部3gにバッファ31
に読み込んだ情報を不揮発性メモリ4に転送するように
指示する。これにより、メモリ管理機能3fは、これら
の状態変化をメモリ管理テーブル31、光ディスク管理
テーブル3mおよび時系列インデクス3Jに反映する(
102)。 さらに、処理要求に基づく振分け(l O3)の後、時
系列データ処理機能3dで、時系列インデクスjから該
当レコードを取得する(104)。 次に、更新系機能3bは、該当レコードの更新に伴うレ
コード群(第4図のデータベースレコード(1)、(3
)、(4))のロックを排他制御機能3eに指示する。 これにより、排他制御機能3eは、ロックテーブル3に
上でこれらのレコード群をロックしく105)、制御を
更新系機能3bに戻す。 更新系機能3bは、メモリ管理機能3fがら空き領域を
貰い、更新前レコード(第4図のデータベースレコード
(2))を作成する(106)、さらに、更新系機能3
2はデータベースレコード(第4図のデータベースレコ
ード(1))を更新し、更新前レコード(2)へのポイ
ンタ41を張って(107,108)、時系列インデク
ス3Jの更新を時系列データ処理機能3dを利用して行
う(109)、この後、更新系機能3bは排他制御機能
3eを利用してロック情報の解除を行う(110)。 次に、更新系機能3bは、メモリ管理機能3fに対し、
不揮発性、メモリ4の内容を光ディスク装置5に掃きだ
す必要があるか否かの判定依頼を行う。 メモリ管理機能3fは、不揮発性メモリ4の使用率およ
び掃きだし時間間隔値に基づき、掃きだし要否を判定す
る(l l l)。 その結果、掃きだしが必要な場合には、バックグラウン
ドジョブで不揮発性メモリ4の内容を光ディスク装置5
に書き込み、光ディスク管理テーブル3m、メモリ管理
テーブル31、および時系列インデクス3jを更新する
(112〜114)。 この後、制御はメモリ管理機能3fから更新系機能3b
に戻り、処理は完了する。 次に、データベースレコードの検索要求の場合について
述べる。 本実施例では、更新要求の場合と同様に、要求レコード
の所在を求め(101)、必要時に光ディスク装置5か
ら不揮発性メモリ4にレコードを読み込み(102)、
処理要求に基づく振分け(+03)の後、時系列データ
処理機能3dで時系列インデクスjからハツシュ関数を
利用して該当レコードを高速に取得する(116)。さ
らに、参照機能3aは、これらの制御で求めたレコード
を要求元端末に表示する(117)。 次に、データベースの回復要求の場合について述べる。 本実施例では、障害回復機能3cが回復対象レコード群
を時系列インデクス3Jからタイムスタンプを利用して
求めると、1件のレコード処理でなく、n件のレコード
処理をまとめて処理すること(1件のレコード処理をn
回繰り返すこと)を除き、データベース更新処理と同様
な手順でデータベース回復を実現する(101〜103
. 115)。
[Industrial Application Field] The present invention relates to a database history information management method,
Especially in database systems, history information used for failure recovery and statistical analysis is not acquired separately from the database.
Database history information management method that treats update history information itself as a database [Prior art] In conventional database systems, information is centrally managed and used by multiple application programs. Therefore, it is necessary to maintain correct information at all times, including mutual relationships. However, unexpected situations often occur in the system, such as medium failure due to media destruction, system down due to power cut, or abnormal termination of a user program. When these failures occur, the information in the database becomes temporarily invalid, and the database acquires and manages journals so that this information can be correctly recovered. Furthermore, in order to ensure that the database can be properly recovered in the event of a failure, the journal separates the information before and after the update of the database, and is acquired and managed on a magnetic disk or magnetic tape device separately from the database. Furthermore, in order to maintain the consistency of the database information, the journal information is flushed to the medium before the database records are flushed to the database medium (magnetic disk device). Such a journal is used in five ways for database recovery in the event of a failure. That is, when a media failure occurs, a database operator recovers the database based on a database backup, which is a copy of the database contents acquired at a certain point in time, and a journal after the database has been updated. In addition, in cases other than media failure, the database system recovers the database based on the database at that point and the journal before database update at that point. On the other hand, with the spread of databases, companies that employ database systems have a desire to process the transition of updated information in chronological order and use it for business analysis and strategy planning. Note that related devices of this type include, for example, Japanese Patent Application Laid-Open No. 60-75950 and Japanese Patent Application Laid-Open No. 60-22043.
8, JP-A-61-844, JP-A-63-5
Publication No. 9640 and the like can be mentioned. [Problems to be Solved by the Invention] In the above-mentioned conventional technology, consideration is not given to a memory hierarchy using non-volatile memory such as a semiconductor disk device, and to the use of pre-database update information for purposes other than failures. In other words, since a method is adopted in which the database and journal are managed separately, there is a problem in that performance deteriorates due to journal acquisition and operational management becomes complicated. SUMMARY OF THE INVENTION An object of the present invention is to solve these problems and provide a database history information management system that does not require journal acquisition and can also handle time-series data. [Means for Solving the Problem] In order to achieve the above object, the database history information management method of the present invention uses a processing device, a nonvolatile memory that can be directly referenced, and a nonvolatile memory that can be directly referenced in a database system. an optical disc device, a means for accessing the optical disc device, an optical disc management table, and an optical disc buffer;
The non-volatile memory has a data structure in which updated records point to pre-updated records in order of newest, and data including updated records and pre-updated records are stored as database records, and a background job is used to update the database records. The feature is that it is flushed out to the optical disk device at regular intervals. [Operation] In the present invention, when updating a record, the update function of the database system updates the update information of the database record and the pre-update record as a database record.
Additionally, the memory management function determines whether or not it is necessary to flush records from non-volatile memory to the optical disk device based on the non-volatile memory usage rate of records added as records are updated. Then, if necessary, the optical disc device sweeps out the data. Further, the failure recovery function recovers the database when a failure occurs by updating the latest database record based on the pre-update record and deleting the used pre-update record. Further, the time series data processing function performs time series processing by using the data structure created by the time series index and update function. Therefore 1. There is no need to acquire/manage journals separately, and there is no performance deterioration or operational management complexity associated with journal acquisition. Furthermore, it is possible to process these data in time series. [Example] Hereinafter, an example of the present invention will be described in detail with reference to the drawings. FIG. 2 is an explanatory diagram showing a network system in an embodiment of the present invention. In FIG. 2, 1.6 is a processing unit, 2 and 7 are operating systems, 3 and 8 are database systems, and 4
, 9 are non-volatile memories, 5 and 10 are optical disk devices, 1
1 is a network. Further, the processing device 1 is equipped with an operating system 2 and a database system 3, and the database system 3 manages a database using a nonvolatile memory 4 and an optical disk device 5. Similarly, the processing device 6 has an operating system 7,
It is composed of a database system 8, a nonvolatile memory 9, and an optical disk drive 71110. By connecting these processing devices 'll and 6 through a network 11, a database system under a network environment is realized. Although the principle of the present invention can be realized by system identifier management in a distributed database using a wide area network or LAN, the basic principle is the same even with a single processing device, so from now on, we will focus on the 1H processing device. hand,
The configuration will be described using FIG. FIG. 3 is a configuration diagram of the database system in FIG. 2. In FIG. 3, 3a is a reference function, 3b is an update function, 3
C is a failure recovery function, 3d is a time series data processing function, 3e
3f is an exclusive control function, 3f is a memory management function, 3g is a nonvolatile memory access section, 3h is an optical disk device access section, 31 is a buffer, 3j is a time series index, 3 is a lock table, 31 is a memory management table, 3m is This is an optical disc management table. In this embodiment, the database system 3 of the processing device j is composed of three parts: a database function section, a table section used for each function, and an access section that accesses the nonvolatile memory 4 or the optical disk device 5. . This database function section utilizes a reference function 3a that refers to database records, an update function 3b that updates, adds, and deletes database records, and a failure recovery function 3C1 and time series index 3J that recovers the database when a failure occurs. Time series data processing function 3d that processes time series data at high speed, lock table 3
Also configured are an exclusive control function 3e that maintains data consistency of database records by using k, and a memory management function 3f that manages the location of database records by using a memory management table 31 and an optical disk management table 3m. Further, the access section includes a nonvolatile memory access section 3g that reads from or writes to the nonvolatile memory 4, and an optical disk device access section 3h that reads from or writes to the optical disk device 5 through the buffer 31. Further, the table section includes a time series index 3j, a lock table 3k that is referred to during exclusive control when updating data, a memory management table 31, and an optical disk management table 3m. Next, processing using these components will be described with reference to FIGS. 1 and 4. FIG. 1 is a flowchart showing history information management in one embodiment of the present invention, and FIG. 4 is a diagram showing an example of the data structure of a database record in one embodiment of the present invention. First, the case of a database record update request will be described. In this embodiment, a case is shown in which the database record shown in FIG.
O1). If the database record is on the optical disk device 5, the memory management function 3f uses the optical disk management table 3m to find the record position on the optical disk device 5, and instructs the optical disk device access section 3h to read the record. The optical disk device access section 3h reads the corresponding record from the optical disk device 5 into the buffer 31, and returns control to the memory management function 3f. The memory management function 3f provides a buffer 31 to the nonvolatile memory access unit 3g.
This command instructs the computer to transfer the information read into the nonvolatile memory 4 to the nonvolatile memory 4. Thereby, the memory management function 3f reflects these state changes in the memory management table 31, the optical disk management table 3m, and the time series index 3J (
102). Furthermore, after the distribution based on the processing request (lO3), the time series data processing function 3d acquires the corresponding record from the time series index j (104). Next, the update function 3b updates a record group (database records (1), (3) in FIG.
), (4)) to the exclusive control function 3e. As a result, the exclusive control function 3e locks these records in the lock table 3 (105) and returns control to the update system function 3b. The update system function 3b obtains free space from the memory management function 3f and creates a pre-update record (database record (2) in FIG. 4) (106).
2 updates the database record (database record (1) in FIG. 4), adds a pointer 41 to the previous record (2) (107, 108), and updates the time series index 3J using the time series data processing function. After that, the update system function 3b uses the exclusive control function 3e to release the lock information (110). Next, the update system function 3b tells the memory management function 3f to
A request is made to determine whether or not the contents of the non-volatile memory 4 need to be flushed to the optical disk device 5. The memory management function 3f determines whether flushing is necessary based on the usage rate of the nonvolatile memory 4 and the flushing time interval value (l l l). As a result, if it is necessary to purge the contents of the non-volatile memory 4, the contents of the non-volatile memory 4 are
and updates the optical disc management table 3m, memory management table 31, and time series index 3j (112 to 114). After this, the control is from the memory management function 3f to the update system function 3b.
and the process is completed. Next, the case of a database record search request will be described. In this embodiment, as in the case of an update request, the location of the requested record is found (101), the record is read from the optical disk device 5 into the nonvolatile memory 4 when necessary (102),
After the distribution based on the processing request (+03), the time series data processing function 3d quickly acquires the corresponding record from the time series index j using the hash function (116). Further, the reference function 3a displays the record obtained through these controls on the requesting terminal (117). Next, the case of a database recovery request will be described. In this embodiment, when the failure recovery function 3c obtains a group of records to be recovered from the time-series index 3J using time stamps, it processes n records at once instead of processing one record (1 Process n records
Database recovery is achieved using the same procedure as the database update process (101 to 103
.. 115).

【発明の効果】【Effect of the invention】

本発明によれば、障害発生時にジャーナルを使用するこ
となく、データベースを回復することができるので、デ
ータベースバックアップ取得時期とジャーナル取得時期
の整合性を管理するという運用管理面の複雑さがなくな
る。 また、ジャーナルを取得しないので、デイスプレィ装置
等、ジャーナル取得装置に対し、ジャーナル取得のため
のIloをなくすることができるため、データベースシ
ステムの性能面を向上することができる。 また、データベース更新情報は更新結果としてのデータ
ベースレコードとして持つだけでよいため、データベー
スシステム全体で必要となる記録媒体の容量を削減でき
る。 さらに、データベース更新前情報をデータベースレコー
ドして持つことにより、期間データの推移を調べる等の
時系列データ処理を行うこともできる。
According to the present invention, it is possible to recover a database without using a journal when a failure occurs, thereby eliminating the complexity of operational management of managing consistency between database backup acquisition timing and journal acquisition timing. Furthermore, since the journal is not acquired, it is possible to eliminate Ilo for journal acquisition in a journal acquisition device such as a display device, thereby improving the performance of the database system. Furthermore, since the database update information only needs to be held as a database record as an update result, the capacity of the recording medium required for the entire database system can be reduced. Furthermore, by having pre-database update information as a database record, it is also possible to perform time-series data processing, such as checking changes in period data.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は本発明の一実施例における履歴情報管理を示す
フローチャート、第2図は本発明の−実流側におけるネ
ットワークシステムを示す説明図、第3図は第2図にお
けるデータベースシステムの構成図、第4図は本実施例
の一実施例におけるデータベースレコードのデータ構成
図である。 1.6:処理装置、2,7:オペレーティングシステム
、3,8:データベースシステム+419=不揮発性メ
モリ、5,10:光ディスク装置。 ll:ネットワーク、3a:参照機能、3b=更新機能
、3C;障害回復機能、3d:時系列データ処理機能、
3e:排他制御機能、3f;メモリ管理機能、3g=不
揮発性メモリアクセス部、3h:光ディスク装置アクセ
ス部、31:バツファ、3j:時系列インデクス、3に
二ロックテーブル、31:メモリ管理テーブル、3m=
光ディスク管理テーブル、41〜44:ポインタ。
FIG. 1 is a flowchart showing history information management in an embodiment of the present invention, FIG. 2 is an explanatory diagram showing a network system on the actual flow side of the present invention, and FIG. 3 is a configuration diagram of the database system in FIG. 2. , FIG. 4 is a data configuration diagram of a database record in one embodiment of this embodiment. 1.6: Processing device, 2, 7: Operating system, 3, 8: Database system + 419 = non-volatile memory, 5, 10: Optical disk device. ll: network, 3a: reference function, 3b = update function, 3C: failure recovery function, 3d: time series data processing function,
3e: exclusive control function, 3f: memory management function, 3g = nonvolatile memory access section, 3h: optical disk device access section, 31: buffer, 3j: time series index, 2 lock table in 3, 31: memory management table, 3m =
Optical disc management table, 41-44: Pointer.

Claims (1)

【特許請求の範囲】[Claims] 1、データベースシステムにおいて、処理装置と、直接
参照することが可能な不揮発性メモリと、該不揮発性メ
モリへアクセスする手段と、光ディスク装置と、該光デ
ィスク装置へアクセスする手段と、光ディスク管理テー
ブルと、光ディスクバッファとを備え、該不揮発性メモ
リ上には、更新レコードが更新前レコードを新しいもの
順にポイントするデータ構造を有し、更新レコードおよ
び更新前レコードを含むデータを、データベースレコー
ドとして記憶し、バックグラウンドジョブによって、該
データベースレコードを一定期間毎に該光ディスク装置
へ掃きだすことを特徴とするデータベースの履歴情報管
理方式。
1. In a database system, a processing device, a nonvolatile memory that can be directly referenced, a means for accessing the nonvolatile memory, an optical disk device, a means for accessing the optical disk device, an optical disk management table, The non-volatile memory has a data structure in which updated records point to pre-updated records in the order of newest, and data including updated records and pre-updated records is stored as database records and back A database history information management method characterized in that the database records are flushed to the optical disk device at regular intervals by a ground job.
JP1149215A 1989-06-12 1989-06-12 History information management system for data base Pending JPH0314045A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP1149215A JPH0314045A (en) 1989-06-12 1989-06-12 History information management system for data base

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP1149215A JPH0314045A (en) 1989-06-12 1989-06-12 History information management system for data base

Publications (1)

Publication Number Publication Date
JPH0314045A true JPH0314045A (en) 1991-01-22

Family

ID=15470365

Family Applications (1)

Application Number Title Priority Date Filing Date
JP1149215A Pending JPH0314045A (en) 1989-06-12 1989-06-12 History information management system for data base

Country Status (1)

Country Link
JP (1) JPH0314045A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5522037A (en) * 1993-09-20 1996-05-28 Fujitsu Limited Backup control apparatus and method of data processing system
WO2015174062A1 (en) * 2014-05-16 2015-11-19 日本電気株式会社 Information-processing device, information-processing method, and program-recording medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5522037A (en) * 1993-09-20 1996-05-28 Fujitsu Limited Backup control apparatus and method of data processing system
WO2015174062A1 (en) * 2014-05-16 2015-11-19 日本電気株式会社 Information-processing device, information-processing method, and program-recording medium

Similar Documents

Publication Publication Date Title
US6898688B2 (en) Data management appliance
US6839819B2 (en) Data management appliance
US6604118B2 (en) File system image transfer
US7036043B2 (en) Data management with virtual recovery mapping and backward moves
JP4324616B2 (en) Data processing method in storage system
US7174352B2 (en) File system image transfer
US8886595B2 (en) System and method for performing an image level snapshot and for restoring partial volume data
US6529995B1 (en) Method and apparatus for maintaining and restoring mapping table entries and data in a raid system
US7051176B2 (en) Reading data provided to a remote storage device
JP4292882B2 (en) Plural snapshot maintaining method, server apparatus and storage apparatus
KR100238925B1 (en) A recoverable disk control system with a non-volatile memory
US20060174076A1 (en) Data processing system including storage systems
US20050193031A1 (en) Systems and methods for backing up data files
US20030131253A1 (en) Data management appliance
JPH07175700A (en) Database management system
US7921093B2 (en) Information processing apparatus and information processing method
KR20040053142A (en) Efficient management of large files
JP2004038929A (en) System and method of managing two or more snapshots
US7290100B2 (en) Computer system for managing data transfer between storage sub-systems
US20050273650A1 (en) Systems and methods for backing up computer data to disk medium
US6192376B1 (en) Method and apparatus for shadowing a hierarchical file system index structure to enable error recovery
JP2002149454A (en) Transaction support on logical disk
JPH11120057A (en) File backup method
JP4394467B2 (en) Storage system, server apparatus, and preceding copy data generation method
JPH0314045A (en) History information management system for data base