JPH07306802A - データベース管理方式 - Google Patents
データベース管理方式Info
- Publication number
- JPH07306802A JPH07306802A JP6100460A JP10046094A JPH07306802A JP H07306802 A JPH07306802 A JP H07306802A JP 6100460 A JP6100460 A JP 6100460A JP 10046094 A JP10046094 A JP 10046094A JP H07306802 A JPH07306802 A JP H07306802A
- Authority
- JP
- Japan
- Prior art keywords
- data
- database
- access
- unnecessary
- backup
- 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
【０００１】
【産業上の利用分野】本発明は、データベースを利用し
た情報処理システムにおいて、日々増加するデータをい
かに管理、保守するかに関する。コンピュータの記憶装
置を媒体としたデータベースによって、日々増加する多
量なデータを管理していく上で、データ保全のためのバ
ックアップ時間増加が続いている。また、データベース
の格納領域が減少しており、データベースにおいて利用
頻度の少ないデータを退避してデータベースの格納可能
領域を確保し、退避したデータの管理を行う必要があ
る。データベースからのデータの管理、保守は、日常の
運用においてデータベースのすべてのデータの安全性を
保ちながら、迅速かつ効率的に行う必要がある。
た情報処理システムにおいて、日々増加するデータをい
かに管理、保守するかに関する。コンピュータの記憶装
置を媒体としたデータベースによって、日々増加する多
量なデータを管理していく上で、データ保全のためのバ
ックアップ時間増加が続いている。また、データベース
の格納領域が減少しており、データベースにおいて利用
頻度の少ないデータを退避してデータベースの格納可能
領域を確保し、退避したデータの管理を行う必要があ
る。データベースからのデータの管理、保守は、日常の
運用においてデータベースのすべてのデータの安全性を
保ちながら、迅速かつ効率的に行う必要がある。
【０００２】本発明は、バックアップ時間の短縮と２次
記憶媒体の有効利用、データベースエリアの有効利用、
データ退避時の回復時間の短縮及び退避作業の簡素化に
関する。
記憶媒体の有効利用、データベースエリアの有効利用、
データ退避時の回復時間の短縮及び退避作業の簡素化に
関する。
【０００３】
【従来の技術】従来のデータベース管理方式は、データ
ベースの障害に備えてバックアップを取得する際、デー
タベース上のデータをすべて２次記憶媒体に出力してい
た。また、増え続けるデータの中で使用頻度の低いデー
タを２次記憶媒体に出力してデータ格納領域を確保する
場合、人手でデータを指定して削除するかまたは、２次
記憶媒体への出力プログラムを起動してデータを回復す
る必要があった。
ベースの障害に備えてバックアップを取得する際、デー
タベース上のデータをすべて２次記憶媒体に出力してい
た。また、増え続けるデータの中で使用頻度の低いデー
タを２次記憶媒体に出力してデータ格納領域を確保する
場合、人手でデータを指定して削除するかまたは、２次
記憶媒体への出力プログラムを起動してデータを回復す
る必要があった。
【０００４】なお、この種のデータベース管理方式に関
する従来技術として、例えば、特開平４−２５２３４２
号公報、特開平５−１００９３５号公報等に記載された
技術が知られている。
する従来技術として、例えば、特開平４−２５２３４２
号公報、特開平５−１００９３５号公報等に記載された
技術が知られている。
【０００５】
【発明が解決しようとする課題】従来のデータベース管
理方式では、データベース中に存在するすべてのデータ
を使用頻度に関係なくバックアップ処理を行っている。
理方式では、データベース中に存在するすべてのデータ
を使用頻度に関係なくバックアップ処理を行っている。
【０００６】このため、未使用データを繰り返し、２次
記憶媒体に格納する事になりバックアップ時間及び２次
記憶媒体が無駄になっていた。データベース上のエリア
の有効利用を目的にデータを削除した後、ユーザが必要
となった際は、２次記憶媒体名をバックアップ処理の結
果情報から検索しなければならないことから、即時にア
クセスできないという問題があった。また、データベー
スから退避保存したデータの２次記憶媒体情報を当該デ
ータベース上で管理する手段とを設けた場合、退避、削
除処理を別に行う必要があり、データベース運用に作業
が発生していた。
記憶媒体に格納する事になりバックアップ時間及び２次
記憶媒体が無駄になっていた。データベース上のエリア
の有効利用を目的にデータを削除した後、ユーザが必要
となった際は、２次記憶媒体名をバックアップ処理の結
果情報から検索しなければならないことから、即時にア
クセスできないという問題があった。また、データベー
スから退避保存したデータの２次記憶媒体情報を当該デ
ータベース上で管理する手段とを設けた場合、退避、削
除処理を別に行う必要があり、データベース運用に作業
が発生していた。
【０００７】本発明は、上記問題点を解決したものであ
り、データベース中のデータ毎にデータ要／不要フラグ
を設け、データベース上にデータを存在させるか否かの
コントロールを行い。また、バックアップ要／不要フラ
グを設け、バックアップを行うか否かのコントロールを
行う。これにより、バックアップ時間の短縮と２次記憶
媒体の有効利用、データベースエリアの有効利用、デー
タ退避時の回復時間の短縮及び退避作業の簡素化を目的
とする。
り、データベース中のデータ毎にデータ要／不要フラグ
を設け、データベース上にデータを存在させるか否かの
コントロールを行い。また、バックアップ要／不要フラ
グを設け、バックアップを行うか否かのコントロールを
行う。これにより、バックアップ時間の短縮と２次記憶
媒体の有効利用、データベースエリアの有効利用、デー
タ退避時の回復時間の短縮及び退避作業の簡素化を目的
とする。
【０００８】
【課題を解決するための手段】図１は、本発明の構成を
示す構成図である。
示す構成図である。
【０００９】フラグ設定手段１は、データの使用頻度に
よって、データ管理レコード２ａ内のデータ要／不要フ
ラグとバックアップ要／不要フラグを設定／解除する。
よって、データ管理レコード２ａ内のデータ要／不要フ
ラグとバックアップ要／不要フラグを設定／解除する。
【００１０】また、データ管理レコード２ａの削除を行
う。バックアップ手段３は、データベース２内のデータ
を２次記憶媒体６に出力する時、バックアップ要／不要
フラグが要のとき２次記憶媒体６に出力し、バックアッ
プ要／不要フラグが不要のとき２次記憶媒体６に出力し
ない。また、データ要／不要フラグが不要のデータを２
次記憶媒体６に出力し、削除手段４を起動する。削除手
段４は、データ退避処理の完了に基づいて退避処理の対
象となったデータをデータベース２から削除する。回復
手段５は、データ要／不要フラグが不要のデータをデー
タアクセス手段７によってアクセス要求された時に２次
記憶媒体６よりデータベースに回復すると共にデータベ
ース２がハードウェア障害または、ソフトウェア障害に
より、破壊または消去された場合に２次記憶媒体６より
データベース２を回復する。また、データ管理レコード
２ａには、データ名、処理対象日付（作成、更新、入
力）、データ要／不要フラグ、バックアップ要／不要フ
ラグ、２次記憶媒体情報等が格納されている。２次記憶
媒体の詰め替え手段８は、データ管理レコード２ａに格
納されているデータのみを２次記憶媒体６から抽出し、
別の２次記憶媒体６に出力する。
う。バックアップ手段３は、データベース２内のデータ
を２次記憶媒体６に出力する時、バックアップ要／不要
フラグが要のとき２次記憶媒体６に出力し、バックアッ
プ要／不要フラグが不要のとき２次記憶媒体６に出力し
ない。また、データ要／不要フラグが不要のデータを２
次記憶媒体６に出力し、削除手段４を起動する。削除手
段４は、データ退避処理の完了に基づいて退避処理の対
象となったデータをデータベース２から削除する。回復
手段５は、データ要／不要フラグが不要のデータをデー
タアクセス手段７によってアクセス要求された時に２次
記憶媒体６よりデータベースに回復すると共にデータベ
ース２がハードウェア障害または、ソフトウェア障害に
より、破壊または消去された場合に２次記憶媒体６より
データベース２を回復する。また、データ管理レコード
２ａには、データ名、処理対象日付（作成、更新、入
力）、データ要／不要フラグ、バックアップ要／不要フ
ラグ、２次記憶媒体情報等が格納されている。２次記憶
媒体の詰め替え手段８は、データ管理レコード２ａに格
納されているデータのみを２次記憶媒体６から抽出し、
別の２次記憶媒体６に出力する。
【００１１】
【作用】本発明のデータベース管理方式では、データの
使用頻度によって、アクセス頻繁／アクセス中間／アク
セス僅少／アクセスなしにデータを分類し、アクセス頻
繁ならば、データ要／不要フラグは要、バックアップ要
／不要フラグは要、アクセス中間ならば、データ要／不
要フラグは要、バックアップ要／不要フラグは不要、ア
クセス僅少ならば、データ要／不要フラグは不要、バッ
クアップ要／不要フラグは不要、アクセスなしならば、
データをデータベース上から削除するために削除手段を
起動すると共にデータ管理レコードを削除する。このた
め、使用頻度が中間のデータは、フラグ設定手段１によ
り、データ管理レコード２ａ内にバックアップの要／不
要フラグが不要になり、バックアップ手段３は、２次記
憶媒体への出力を抑止する。また、使用頻度が僅少のデ
ータは、フラグ設定手段１によりデータ管理レコード２
ａ内にデータ要／不要フラグが不要になり、バックアッ
プ手段３は、２次記憶媒体への出力と共にデータ管理レ
コード２ａ内に２次記憶媒体のボリューム名等の情報を
登録する。その後、削除手段４によってデータをデータ
ベース２から削除する。データアクセス手段７からデー
タのアクセスが要求された時にデータ管理レコード２ａ
は存在するがデータベース２にデータが存在しない場
合、回復手段５は、データ管理レコード２ａに記録され
た２次記憶媒体のボリューム名等の情報からデータを回
復する。データベース２がハードウェア障害またはソフ
トウェア障害により、破壊または消去された場合に２次
記憶媒体６よりデータベース２を回復する。
使用頻度によって、アクセス頻繁／アクセス中間／アク
セス僅少／アクセスなしにデータを分類し、アクセス頻
繁ならば、データ要／不要フラグは要、バックアップ要
／不要フラグは要、アクセス中間ならば、データ要／不
要フラグは要、バックアップ要／不要フラグは不要、ア
クセス僅少ならば、データ要／不要フラグは不要、バッ
クアップ要／不要フラグは不要、アクセスなしならば、
データをデータベース上から削除するために削除手段を
起動すると共にデータ管理レコードを削除する。このた
め、使用頻度が中間のデータは、フラグ設定手段１によ
り、データ管理レコード２ａ内にバックアップの要／不
要フラグが不要になり、バックアップ手段３は、２次記
憶媒体への出力を抑止する。また、使用頻度が僅少のデ
ータは、フラグ設定手段１によりデータ管理レコード２
ａ内にデータ要／不要フラグが不要になり、バックアッ
プ手段３は、２次記憶媒体への出力と共にデータ管理レ
コード２ａ内に２次記憶媒体のボリューム名等の情報を
登録する。その後、削除手段４によってデータをデータ
ベース２から削除する。データアクセス手段７からデー
タのアクセスが要求された時にデータ管理レコード２ａ
は存在するがデータベース２にデータが存在しない場
合、回復手段５は、データ管理レコード２ａに記録され
た２次記憶媒体のボリューム名等の情報からデータを回
復する。データベース２がハードウェア障害またはソフ
トウェア障害により、破壊または消去された場合に２次
記憶媒体６よりデータベース２を回復する。
【００１２】
【実施例】次に、本発明について図面を参照して詳細に
説明する。
説明する。
【００１３】図１は、本発明のデータベース管理方式の
構成を示すブロック図である。図１に示すようにデータ
ベース管理方式は、フラグ設定手段１、データ管理レコ
ード２ａを持つデータベース２、バックアップ手段３、
削除手段４、回復手段５、２次記憶媒体６、データアク
セス手段７、２次記憶媒体の詰め替え手段８から構成さ
れている。
構成を示すブロック図である。図１に示すようにデータ
ベース管理方式は、フラグ設定手段１、データ管理レコ
ード２ａを持つデータベース２、バックアップ手段３、
削除手段４、回復手段５、２次記憶媒体６、データアク
セス手段７、２次記憶媒体の詰め替え手段８から構成さ
れている。
【００１４】図２は、データ管理レコード２ａの構成を
示している。データ管理レコード２ａ内には、データ
名、処理対象日付（作成、更新、入力）、データ要／不
要フラグ、バックアップ要／不要フラグ、２次記憶媒体
情報等が格納されている。
示している。データ管理レコード２ａ内には、データ
名、処理対象日付（作成、更新、入力）、データ要／不
要フラグ、バックアップ要／不要フラグ、２次記憶媒体
情報等が格納されている。
【００１５】図３は、フラグ設定手段１におけるフラグ
設定の一例を示すフローチャートである。フラグ設定手
段１は、データベースの運用者によって定期的または、
任意の時期に起動される。ステップ１−１でデータ毎に
データ管理レコード２ａを参考に使用期間またはデータ
の性格によってデータのアクセス頻度を判定する。例え
ば、最終アクセス日付が現時点から１年以内ならばアク
セス頻繁、１年から２年以内ならばアクセス中間、２年
から３年以内ならばアクセス僅少、３年以上アクセスし
ていなければアクセスなしと判定する。アクセス頻繁な
らばステップ１−５に進む。アクセス中間ならばステッ
プ１−２に進む。アクセス僅少ならばステップ１−３に
進む。アクセスなしならばステップ１−４に進む。ステ
ップ１−２では、データ管理レコード２ａのデータ要／
不要フラグは要、バッアップ要／不要フラグは不要と
し、ステップ１−５に進む。ステップ１−３では、デー
タ管理レコード２ａのデータ要／不要フラグは不要、バ
ックアップ要／不要フラグは不要にし、ステップ１−５
に進む。ステップ１−４では、該当データを削除するた
めに削除手段４を起動後、データ管理レコード２ａ内の
該当データの情報を削除する。ステップ１−５でデータ
ベース２内のデータすべてについて処理を行ったか判定
し、終わりならば処理を終了する。終わりでなければス
テップ１−１に戻る。
設定の一例を示すフローチャートである。フラグ設定手
段１は、データベースの運用者によって定期的または、
任意の時期に起動される。ステップ１−１でデータ毎に
データ管理レコード２ａを参考に使用期間またはデータ
の性格によってデータのアクセス頻度を判定する。例え
ば、最終アクセス日付が現時点から１年以内ならばアク
セス頻繁、１年から２年以内ならばアクセス中間、２年
から３年以内ならばアクセス僅少、３年以上アクセスし
ていなければアクセスなしと判定する。アクセス頻繁な
らばステップ１−５に進む。アクセス中間ならばステッ
プ１−２に進む。アクセス僅少ならばステップ１−３に
進む。アクセスなしならばステップ１−４に進む。ステ
ップ１−２では、データ管理レコード２ａのデータ要／
不要フラグは要、バッアップ要／不要フラグは不要と
し、ステップ１−５に進む。ステップ１−３では、デー
タ管理レコード２ａのデータ要／不要フラグは不要、バ
ックアップ要／不要フラグは不要にし、ステップ１−５
に進む。ステップ１−４では、該当データを削除するた
めに削除手段４を起動後、データ管理レコード２ａ内の
該当データの情報を削除する。ステップ１−５でデータ
ベース２内のデータすべてについて処理を行ったか判定
し、終わりならば処理を終了する。終わりでなければス
テップ１−１に戻る。
【００１６】図４は、バックアップ手段３におけるバッ
クアップの一例を示すフローチャートである。データベ
ースの運用者によって定期的または、任意の時期に起動
される。ステップ３−１でデータ毎にバックアップ要／
不要フラグが要か否かを判定する。バックアップ要／不
要フラグが要ならば、ステップ３−２に進む。バックア
ップ要／不要フラグが不要ならばステップ３−４に進
む。ステップ３−２では、２次記憶媒体６に当該データ
を出力し、ステップ３−３に進む。ステップ３−３で
は、データ管理レコード２ａに２次記憶媒体のボリュー
ム名称等の情報書き込み、ステップ３−１０に進む。ス
テップ３−４では、データ要／不要フラグが要か否かの
判定をする。データ要／不要フラグが要ならばステップ
３−１１に進む。データ要／不要フラグが不要ならば、
ステップ３−５に進む。ステップ３−５では、データ有
／無フラグが有か否かの判定をする。データ有／無フラ
グが有ならば、ステップ３−６に進む。データ有／無フ
ラグが無ならば、ステップ３−１０に進む。ステップ３
−６では、当該データを２次記憶媒体６に出力し、ステ
ップ３−７に進む。ステップ３−７では、当該データを
出力した２次記憶媒体の情報をデータ管理レコード２ａ
に登録し、ステップ３−８に進む。ステップ３−８で
は、退避したデータを図５の削除手段４を起動し削除処
理をした後、ステップ３−９に進む。ステップ３−９で
は、データ管理レコード２ａ内のデータ有／無フラグを
無にし、ステップ３−１０に進む。ステップ３−１０で
は、データベース２内のデータすべてについて処理を行
ったか判定し、終わりならば処理を処理を終了する。終
わりでなければステップ３−１に戻る。ステップ３−１
１では、データ管理レコードに２次記憶媒体情報の有無
を調査し、２次記憶媒体情報がなければ、ステップ３−
２に進む。２次記憶媒体情報があれば、ステップ３−１
０に進む。
クアップの一例を示すフローチャートである。データベ
ースの運用者によって定期的または、任意の時期に起動
される。ステップ３−１でデータ毎にバックアップ要／
不要フラグが要か否かを判定する。バックアップ要／不
要フラグが要ならば、ステップ３−２に進む。バックア
ップ要／不要フラグが不要ならばステップ３−４に進
む。ステップ３−２では、２次記憶媒体６に当該データ
を出力し、ステップ３−３に進む。ステップ３−３で
は、データ管理レコード２ａに２次記憶媒体のボリュー
ム名称等の情報書き込み、ステップ３−１０に進む。ス
テップ３−４では、データ要／不要フラグが要か否かの
判定をする。データ要／不要フラグが要ならばステップ
３−１１に進む。データ要／不要フラグが不要ならば、
ステップ３−５に進む。ステップ３−５では、データ有
／無フラグが有か否かの判定をする。データ有／無フラ
グが有ならば、ステップ３−６に進む。データ有／無フ
ラグが無ならば、ステップ３−１０に進む。ステップ３
−６では、当該データを２次記憶媒体６に出力し、ステ
ップ３−７に進む。ステップ３−７では、当該データを
出力した２次記憶媒体の情報をデータ管理レコード２ａ
に登録し、ステップ３−８に進む。ステップ３−８で
は、退避したデータを図５の削除手段４を起動し削除処
理をした後、ステップ３−９に進む。ステップ３−９で
は、データ管理レコード２ａ内のデータ有／無フラグを
無にし、ステップ３−１０に進む。ステップ３−１０で
は、データベース２内のデータすべてについて処理を行
ったか判定し、終わりならば処理を処理を終了する。終
わりでなければステップ３−１に戻る。ステップ３−１
１では、データ管理レコードに２次記憶媒体情報の有無
を調査し、２次記憶媒体情報がなければ、ステップ３−
２に進む。２次記憶媒体情報があれば、ステップ３−１
０に進む。
【００１７】図５は、削除手段４における削除の一例を
示すフローチャートである。削除手段４は、バックアッ
プ手段３により起動する。ステップ４−１で当該データ
の削除処理を行い、処理を終了する。
示すフローチャートである。削除手段４は、バックアッ
プ手段３により起動する。ステップ４−１で当該データ
の削除処理を行い、処理を終了する。
【００１８】図６は、回復手段５における回復の一例を
示すフローチャートである。ステップ５−１で当該デー
タの格納ボリューム名をデータ管理レコード２ａから知
り、データを２次記憶媒体６からデータベース２に格納
し、ステップ５−２に進む。ステップ５−２でデータ管
理レコード２ａ内の当該データのデータ要／不要フラグ
を要にし、バックアップ要／不要フラグを要にし、デー
タ有／無フラグを有にして、処理を終了する。
示すフローチャートである。ステップ５−１で当該デー
タの格納ボリューム名をデータ管理レコード２ａから知
り、データを２次記憶媒体６からデータベース２に格納
し、ステップ５−２に進む。ステップ５−２でデータ管
理レコード２ａ内の当該データのデータ要／不要フラグ
を要にし、バックアップ要／不要フラグを要にし、デー
タ有／無フラグを有にして、処理を終了する。
【００１９】図７は、データアクセス手段７におけるデ
ータアクセスの一例を示すフローチャートである。ステ
ップ７−１でデータの読出しか否かの判定をする。デー
タ読出しならばステップ７−２に進む。データ読出しで
なければステップ７−７に進む。ステップ７−２では、
データ管理レコード２ａ内にデータが有るか否かの判定
をする。データ管理レコード２ａ内にデータが無いなら
ばステップ７−３に進む。データ管理レコード２ａ内に
データが有るならばステップ７−４に進む。ステップ７
−３では、エラーメッセージを出力し処理を終了する。
ステップ７−４では、データ要／不要フラグが要か否か
の判定をする。データ要／不要フラグが不要ならば、ス
テップ７−５に進む。データ要／不要フラグが要ならば
ステップ７−６に進む。ステップ７−５では、図６の回
復手段５を起動し回復処理をした後、ステップ７−６に
進む。ステップ７−６では、アクセスを行い、処理を終
了する。ステップ７−７では、データ書き込みか否かの
判定をする。データ書き込みならばステップ７−８に進
む。データ書き込みでなければステップ７−１０に進
む。ステップ７−８では、データの書き込みを行い、ス
テップ７−９に進む。ステップ７−９では、当該データ
に関する情報をデータ管理レコード２ａ内に追加し、デ
ータ要／不要フラグは要、バックアップ要／不要フラグ
は要、データ有／無フラグは有にして処理を終了する。
ステップ７−１０では、データ削除か否かの判定を行
い、データ削除ならばステップ７−１１に進む。データ
削除でなければステップ７−１２に進む。ステップ７−
１１では、削除手段４を起動し削除処理をした後、処理
を終了する。ステップ７−１２では、エラーメッセージ
を出力し、処理を終了する。
ータアクセスの一例を示すフローチャートである。ステ
ップ７−１でデータの読出しか否かの判定をする。デー
タ読出しならばステップ７−２に進む。データ読出しで
なければステップ７−７に進む。ステップ７−２では、
データ管理レコード２ａ内にデータが有るか否かの判定
をする。データ管理レコード２ａ内にデータが無いなら
ばステップ７−３に進む。データ管理レコード２ａ内に
データが有るならばステップ７−４に進む。ステップ７
−３では、エラーメッセージを出力し処理を終了する。
ステップ７−４では、データ要／不要フラグが要か否か
の判定をする。データ要／不要フラグが不要ならば、ス
テップ７−５に進む。データ要／不要フラグが要ならば
ステップ７−６に進む。ステップ７−５では、図６の回
復手段５を起動し回復処理をした後、ステップ７−６に
進む。ステップ７−６では、アクセスを行い、処理を終
了する。ステップ７−７では、データ書き込みか否かの
判定をする。データ書き込みならばステップ７−８に進
む。データ書き込みでなければステップ７−１０に進
む。ステップ７−８では、データの書き込みを行い、ス
テップ７−９に進む。ステップ７−９では、当該データ
に関する情報をデータ管理レコード２ａ内に追加し、デ
ータ要／不要フラグは要、バックアップ要／不要フラグ
は要、データ有／無フラグは有にして処理を終了する。
ステップ７−１０では、データ削除か否かの判定を行
い、データ削除ならばステップ７−１１に進む。データ
削除でなければステップ７−１２に進む。ステップ７−
１１では、削除手段４を起動し削除処理をした後、処理
を終了する。ステップ７−１２では、エラーメッセージ
を出力し、処理を終了する。
【００２０】図８は、２次記憶媒体の詰め替え手段８に
おける２次記憶媒体詰め替えの一例を示すフローチャー
トである。ステップ８−１でデータ管理レコード２ａ内
の２次記憶媒体情報を基にデータを詰め替え後の２次記
憶媒体にコピーし、ステップ８−２に進む。ステップ８
−２でデータ管理レコード２ａ内の２次記憶媒体情報を
更新した後、ステップ８−３に進む。ステップ８−３で
は、データベース２内のデータすべてについて処理を行
ったか判定し、終わりならば処理を終了する。終わりで
なければステップ８−１に戻る。
おける２次記憶媒体詰め替えの一例を示すフローチャー
トである。ステップ８−１でデータ管理レコード２ａ内
の２次記憶媒体情報を基にデータを詰め替え後の２次記
憶媒体にコピーし、ステップ８−２に進む。ステップ８
−２でデータ管理レコード２ａ内の２次記憶媒体情報を
更新した後、ステップ８−３に進む。ステップ８−３で
は、データベース２内のデータすべてについて処理を行
ったか判定し、終わりならば処理を終了する。終わりで
なければステップ８−１に戻る。
【００２１】
【発明の効果】以上説明したように本発明のデータベー
ス管理方式は、データの使用頻度を判定し、使用頻度が
低いデータについては、バックアップ処理を行わないこ
とからバックアップ時間を短縮できる。また、バックア
ップ用の２次記憶媒体に未使用データを繰り返し格納す
ることを防止できるため、２次記憶媒体の媒体数を少な
くできる。データの使用頻度が特に低いデータについて
は、バックアップ処理で２次記憶媒体に退避し、データ
ベース上から削除することからエリアの有効利用ができ
る。また、退避データを格納している２次記憶媒体情報
をデータベース上に持つことから検索時間を削減でき、
データ回復時間を短縮できる。通常の運用で行うバック
アップ処理でデータの退避、削除を行うため、特別な操
作が必要なくデータベース運用の簡素化を図ることがで
きる。
ス管理方式は、データの使用頻度を判定し、使用頻度が
低いデータについては、バックアップ処理を行わないこ
とからバックアップ時間を短縮できる。また、バックア
ップ用の２次記憶媒体に未使用データを繰り返し格納す
ることを防止できるため、２次記憶媒体の媒体数を少な
くできる。データの使用頻度が特に低いデータについて
は、バックアップ処理で２次記憶媒体に退避し、データ
ベース上から削除することからエリアの有効利用ができ
る。また、退避データを格納している２次記憶媒体情報
をデータベース上に持つことから検索時間を削減でき、
データ回復時間を短縮できる。通常の運用で行うバック
アップ処理でデータの退避、削除を行うため、特別な操
作が必要なくデータベース運用の簡素化を図ることがで
きる。
【図１】本発明のデータベース管理方式の構成図であ
る。
る。
【図２】データ管理レコードの一例を示す図である。
【図３】フラグ設定手段におけるフラグ設定の一例を示
すフローチャートである。
すフローチャートである。
【図４】バックアップ手段におけるバックアップの一例
を示すフローチャートである。
を示すフローチャートである。
【図５】削除手段における削除の一例を示すフローチャ
ートである。
ートである。
【図６】回復手段における回復の一例を示すフローチャ
ートである。
ートである。
【図７】データアクセス手段におけるデータアクセスの
一例を示すフローチャートである。
一例を示すフローチャートである。
【図８】２次記憶媒体の詰め替え手段における２次記憶
媒体詰め替えの一例を示すフローチャートである。
媒体詰め替えの一例を示すフローチャートである。
１…フラグ設定手段、 ２…データベース、 ２ａ…データ管理レコード、 ３…バックアップ手段、 ４…削除手段、 ５…回復手段、 ６…２次記憶媒体、 ７…データアクセス手段、 ８…２次記憶媒体の詰め替え手段である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 蓑田 政義 神奈川県秦野市堀山下１番地 日立コンピ ュータエンジニアリング株式会社内 (72)発明者 山内 賀夫 神奈川県秦野市堀山下１番地 日立コンピ ュータエンジニアリング株式会社内 (72)発明者 大澤 優 神奈川県秦野市堀山下１番地 株式会社日 立製作所汎用コンピュータ事業部内
Claims (2)
- 【請求項１】データベースシステムにおいて、データ要
／不要フラグすなわち、データベース上にデータを存在
させたいか否かを示すフラグと、バックフップ要／不要
フラグすなわち、バックアップ処理が必要か否かを示す
フラグと、２次記憶媒体情報等を格納するデータ管理レ
コードを持ち、 データの使用頻度によって、アクセス頻繁（データが頻
繁にアクセスされるためデータベース上にデータを存在
させ、バックアップを取得する）／アクセス中間（デー
タのアクセス要求時にアクセス時間を短縮するため、デ
ータベース上にデータを存在させるが、バックアップは
取得しない）／アクセス僅少（データベース上にはデー
タを存在させずにバックアップも取得しないがアクセス
要求時には、２次記憶媒体から回復する）／アクセスな
し（データベース上からデータとデータ管理レコードを
削除する）にデータを分類し、 アクセス頻繁ならば、データ要／不要フラグは要、バッ
クアップ要／不要フラグは要、アクセス中間ならば、デ
ータ要／不要フラグは要、バックアップ要／不要フラグ
は不要、アクセス僅少ならば、データ要／不要フラグは
不要、バックアップ要／不要フラグは不要、アクセスな
しならば、データをデータベース上から削除するために
削除手段を起動すると共に該データに対応するデータ管
理レコードを削除する機能を有するフラグ設定手段と、 データベース内のデータを２次記憶媒体に出力する際、
該バックアップ要／不要フラグが要の場合、２次記憶媒
体に出力し、該バックアップ要／不要フラグが不要の場
合、２次記憶媒体に出力しないと共に、データ要／不要
フラグが不要の場合、データを２次記憶媒体に出力し、
削除手段を起動するバックアップ手段と、 退避処理の対象となったデータをデータベースから削除
する削除手段と、 データ要／不要フラグが不要のデータをデータアクセス
手段によってアクセス要求された際、２次記憶媒体より
データベースに回復し、データ要／不要フラグを要にす
ると共に、バックアップ要／不要フラグを要にし、ま
た、データベースがハードウェア障害または、ソフトウ
ェア障害により、破壊または消去された際、２次記憶媒
体よりデータベースを回復する回復手段と、 該データ管理レコードに登録されたデータのみを２次記
憶媒体から抽出し、別の２次記憶媒体を作成する２次記
憶媒体詰め替え手段を備えていることを特徴とするデー
タベース管理方式。 - 【請求項２】請求項１のフラグ設定手段において、読み
出し専用データはバックアップの必要がないというよう
なデータの性質によって、アクセス頻繁／アクセス中間
／アクセス僅少／アクセスなしにデータを分類し、 アクセス頻繁ならば、データ要／不要フラグは要、バッ
クアップ要／不要フラグは要、アクセス中間ならば、デ
ータ要／不要フラグは要、バックアップ要／不要フラグ
は不要、アクセス僅少ならば、データ要／不要フラグは
不要、バックアップ要／不要フラグは不要、アクセスな
しならば、データをデータベース上から削除するために
削除手段を起動すると共にデータ管理レコードを削除す
る機能を有するデータベース管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6100460A JPH07306802A (ja) | 1994-05-16 | 1994-05-16 | データベース管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6100460A JPH07306802A (ja) | 1994-05-16 | 1994-05-16 | データベース管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07306802A true JPH07306802A (ja) | 1995-11-21 |
Family
ID=14274528
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6100460A Pending JPH07306802A (ja) | 1994-05-16 | 1994-05-16 | データベース管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07306802A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999056211A1 (en) * | 1998-04-27 | 1999-11-04 | Sony Corporation | Data recording/reproducing apparatus and method therefor |
| GB2343033A (en) * | 1998-07-27 | 2000-04-26 | Samsung Electronics Co Ltd | Backing up a database |
| GB2351818A (en) * | 1999-03-19 | 2001-01-10 | Fujitsu Ltd | Backup and recovery system with automatic/manual file selection and automatic backup media selection |
| JP2006039851A (ja) * | 2004-07-26 | 2006-02-09 | Toshiba Corp | プログラマブルコントローラ |
| JP2008117342A (ja) * | 2006-11-08 | 2008-05-22 | Hitachi Ltd | ストレージシステムおよびリモートコピーを制御するためのコントローラ |
| JP2008242524A (ja) * | 2007-03-23 | 2008-10-09 | Nec Software Chubu Ltd | ファイル管理装置、ファイル管理方法、プログラム、コンピュータ読み取り可能な記録媒体 |
-
1994
- 1994-05-16 JP JP6100460A patent/JPH07306802A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999056211A1 (en) * | 1998-04-27 | 1999-11-04 | Sony Corporation | Data recording/reproducing apparatus and method therefor |
| GB2343033A (en) * | 1998-07-27 | 2000-04-26 | Samsung Electronics Co Ltd | Backing up a database |
| GB2351818A (en) * | 1999-03-19 | 2001-01-10 | Fujitsu Ltd | Backup and recovery system with automatic/manual file selection and automatic backup media selection |
| GB2351818B (en) * | 1999-03-19 | 2004-03-03 | Fujitsu Ltd | Computer,computer network system,and recording medium |
| JP2006039851A (ja) * | 2004-07-26 | 2006-02-09 | Toshiba Corp | プログラマブルコントローラ |
| JP2008117342A (ja) * | 2006-11-08 | 2008-05-22 | Hitachi Ltd | ストレージシステムおよびリモートコピーを制御するためのコントローラ |
| JP2008242524A (ja) * | 2007-03-23 | 2008-10-09 | Nec Software Chubu Ltd | ファイル管理装置、ファイル管理方法、プログラム、コンピュータ読み取り可能な記録媒体 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7987329B2 (en) | Storage system and method of controlling the same | |
| US7107294B2 (en) | Method and apparatus for interrupting updates to a database to provide read-only access | |
| US6877109B2 (en) | Method for the acceleration and simplification of file system logging techniques using storage device snapshots | |
| JP3440991B2 (ja) | ファイルリビジョン管理システム | |
| JP5021929B2 (ja) | 計算機システム及びストレージシステムと管理計算機並びにバックアップ管理方法 | |
| JP4575762B2 (ja) | データ処理方法および装置並びにストレージ装置およびその処理プログラム | |
| US6941322B2 (en) | Method for efficient recording and management of data changes to an object | |
| US7698319B2 (en) | Database system management method, database system, database device, and backup program | |
| CN107357536B (zh) | 分布式存储系统数据修改写方法及系统 | |
| JP2003162438A (ja) | データベース管理システム | |
| JP2002318717A (ja) | データベースシステム | |
| JP2005038176A (ja) | コンピュータシステムおよびファイル管理方法 | |
| JP2007141183A (ja) | 記憶制御装置及び記憶制御方法 | |
| JP2000137639A (ja) | 光ディスクライブラリを使ったデータの長期保存管理方式 | |
| JP2913774B2 (ja) | データ処理システムの編集データ格納制御方法 | |
| JP2610972B2 (ja) | データベースのデータ保全方式 | |
| JPH0385650A (ja) | ディスクボリューム復元方式 | |
| JP4167578B2 (ja) | バックアップシステム、バックアップ方法およびプログラム | |
| US20060143423A1 (en) | Storage device, data processing method thereof, data processing program thereof, and data processing system | |
| JP2002229830A (ja) | データベースファイルのバックアップ方法及びその装置 | |
| KR100775141B1 (ko) | 저널링이 적용된 ｆａｔ 파일 시스템의 구현 방법 | |
| JP2643918B2 (ja) | ファイルリカバリシステム | |
| JP2738245B2 (ja) | ファイルリカバリシステム | |
| JPH0520157A (ja) | ドキユメントフアイル自動復旧方式 | |
| JP2000347918A (ja) | データ保管システム及びデータバックアップ方法 |