(57)【要約】【課題】障害発生直後のデータ管理手段の再起動時に、特定のデータ項目を初期化する装置及びプログラムを提供する。【解決手段】一意に管理されるシステム起動カウンタＣＮ１を用いて、データ管理手段の起動回数を管理する。さらに、前記データ管理手段によって管理され、かつ、レコード起動カウンタＣＮ２を保持するデータ項目が含まれたレコードを有し、該レコード起動カウンタＣＮ２を管理する。そして、前記のシステム起動カウンタＣＮ１とレコード起動カウンタＣＮ２の関係に基づいて、前記データ管理手段が管理する特定のデータ項目を初期化するものである。【選択図】図１
2007164468.tif 000002
【特許請求の範囲】
【請求項１】
データ管理手段で管理されるレコード内のデータを復旧するデータ復旧装置であって、
一意に管理されるシステム起動カウンタを用いて、前記データ管理手段の起動回数を管理し、
前記レコード中の所定のデータ項目に保持されるレコード起動カウンタを管理する、
ことを特徴とするデータ復旧装置。
【請求項２】
前記のシステム起動カウンタとレコード起動カウンタの関係に基づいて、前記レコードの所定データ項目を初期化する手段を含むことを特徴とする請求項１記載のデータ復旧装置。
【請求項３】
前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較手段と、
該カウンタ比較手段によって得られた結果として、該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、予め定義されたデータ項目と該データ項目に関する初期値情報を用いて該データ項目を初期化し、該レコード起動カウンタに対して該システム起動カウンタの値を設定する手段と、
を含むことを特徴とする請求項２記載のデータ復旧装置。
【請求項４】
前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較手段と、
該カウンタ比較手段によって得られた結果として、該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、該レコード起動カウンタに対して該システム起動カウンタの値を設定する手段と、
を含むことを特徴とする請求項１記載のデータ復旧装置。
【請求項５】
データ管理手段で管理されるレコード内のデータを復旧する手順がコンピュータプログラムで記載され、そのコンピュータプログラムを実行可能としたデータ復旧プログラムであって、
一意に管理されるシステム起動カウンタを用いて、前記データ管理手段の起動回数を管理し、
前記レコード中の所定のデータ項目に保持されるレコード起動カウンタを管理する手順、
を実行させることを特徴とするデータ復旧プログラム。
【請求項６】
前記のシステム起動カウンタとレコード起動カウンタの関係に基づいて、前記レコードの所定データ項目を初期化するステップを実行させることを特徴とする請求項５記載のデータ復旧プログラム。
【請求項７】
前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較ステップと、
該カウンタ比較ステップによって得られた結果として、該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、予め定義されたデータ項目と該データ項目に関する初期値情報を用いて該データ項目を初期化し、該レコード起動カウンタに対して該システム起動カウンタの値を設定するステップと、
を実行させることを特徴とする請求項６記載のデータ復旧プログラム。
【請求項８】
前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較ステップと、
該カウンタ比較ステップによって得られた結果として、該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、該レコード起動カウンタに対して該システム起動カウンタの値を設定するステップと、
を実行させることを特徴とする請求項５記載のデータ復旧プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ復旧装置及びプログラムであって、例えば、障害回復技術に関するものである。
【背景技術】
【０００２】
一般的なデータベースマネジメントシステム（ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＤＢＭＳ））では、更新処理等の履歴情報をジャーナルとして保存し、障害が発生した場合、該ジャーナルに基づいて、該ＤＢＭＳによって管理されるデータベースを復旧する。なお、前記ＤＢＭＳが扱うデータベースには、リレーショナル型データベースが想定される。
【０００３】
例えば、障害等によって前記ＤＢＭＳに再起動が発生したときに、データベース定義された任意カラムのデータを初期化した上でサービスを回復するシステム（即ち、図４Ａで示すシステム）が、既に稼動している。また、前記システムに障害等が発生した場合、該システムの再起動直後に全件分の初期データを投入して該システムのデータを復旧することが知られている。
【０００４】
ここで、前記システムの障害発生後の動作を図４Ａに基づいて以下に説明する。
【０００５】
まず、データ操作（即ち、トランザクション処理）において、ジャーナルデータがジャーナル２に随時蓄積される（Ｍ４０１）。
【０００６】
次に、障害を回復するために、前記の取得したジャーナルデータを用いて、データベースを復旧する（Ｍ４０２）。
【０００７】
そして、アプリケーションプログラム３は、障害発生直後の再起動時に、初期化対象のカラムに対して、１レコードづつ初期化を行う（Ｍ４０３）。
【０００８】
また、図４Ｂで示すシステムのように、ジャーナル自体を取得しないジャーナル取得選択技術も、市場には存在する（例えば、非特許文献１，２参照）。
【０００９】
例えば、前記ジャーナル取得選択技術を図４Ｂに基づいて以下に説明する。
【００１０】
まず、ジャーナルデータをジャーナル２に取得しないように設定しておく（Ｍ５０１）。
【００１１】
次に、障害時には、データベース中のデータは、前記の設定によって障害直前のデータには戻らない（Ｍ５０２）。
【００１２】
そして、アプリケーションプログラム３は、特別な操作を必要とせずに、データベースにアクセス可能である（Ｍ５０３）。
【非特許文献１】ＳＯＬＩＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＴＥＣＨＮＯＬＯＧＹ，「Ｓｏｌｉｄ  Ｄａｔａｂａｓｅ  Ｅｎｇｉｎｅ  Ｇｅｔｔｉｎｇ  Ｓｔａｒｔｅｄ  Ｇｕｉｄｅ  Ｖｅｒｓｉｏｎ  ４．２」，ＳＯＬＩＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＴＥＣＨＮＯＬＯＧＹ，２００４年６月，ｐ．５−５。
【非特許文献２】Ｏｒａｃｌｅ  Ｃｏｒｐｏｒａｔｉｏｎ、“Ｏｒａｃｌｅ  ＴｉｍｅｓＴｅｎ  Ｉｎ−Ｍｅｍｏｒｙ  Ｄａｔａｂａｓｅ  Ａｒｃｈｉｔｅｃｔｕｒａｌ  Ｏｖｅｒｖｉｅｗ  Ｒｅｌｅａｓｅ  ６．０，  ７  Ｄａｔａ  Ａｖａｉｌａｂｉｌｉｔｙ  ａｎｄ  Ｉｎｔｅｇｒｉｔｙ，  Ｌｏｇｇｉｎｇ”、［ｏｎｌｉｎｅ］、平成１７年９月、Ｏｒａｃｌｅ  Ｃｏｒｐｏｒａｔｉｏｎ、［平成１７年１２月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｒａｃｌｅ．ｃｏｍ／ｔｅｃｈｎｏｌｏｇｙ／ｐｒｏｄｕｃｔｓ／ｔｉｍｅｓｔｅｎ／ｐｄｆ／ｄｏｃ／ａｒｃｈ．ｐｄｆ＞
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上述のようなＤＢＭＳ（即ち、データ管理手段）では、障害回復のために、ジャーナルを無条件に取得してしまう。そのため、障害回復後の再起動時には、前記のＤＢＭＳで管理されるデータベースのデータは、再起動直前のデータ内容に戻ることになる。
【００１４】
例えば、障害回復のために任意のカラム（即ち、データ項目）を初期化する場合、全てのカラムに対して「初期データを用いた更新処理」を実行する必要がある。この処理では、ＤＢＭＳを用いたシステムによってサービスを再開始するまでに多大な時間を消費する、という問題を抱えていた。
【００１５】
一方、上述のジャーナル取得選択技術を用いたＤＢＭＳは、前記の問題を解決し、迅速にサービスを再開始できる。しかし、前記のジャーナル取得選択技術ではジャーナルを取得しないために、障害発生までに実行されたトランザクションを把握できないという問題が生じていた。
【００１６】
本発明は、前記課題に基づいてなされたものであり、データ管理手段の起動回数を管理するカウンタ（以後、システム起動カウンタと称する）と、該データ管理手段に管理されるレコードに記録されたシステム起動カウンタ（以後、レコード起動カウンタと称する）と、を管理するデータ復旧装置及びプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
本発明は、前記課題の解決を図るために、請求項１記載の発明は、データ管理手段で管理されるレコード内のデータを復旧するデータ復旧装置であって、一意に管理されるシステム起動カウンタを用いて、前記データ管理手段の起動回数を管理し、前記レコード中の所定のデータ項目に保持されるレコード起動カウンタを管理する、ことを特徴とする。
【００１８】
請求項２記載の発明は、請求項１記載の発明において、前記のシステム起動カウンタとレコード起動カウンタの関係に基づいて、前記レコードの所定データ項目を初期化する手段を含むことを特徴とする。
【００１９】
請求項３記載の発明は、請求項２記載の発明において、前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較手段と、該カウンタ比較手段によって得られた結果として該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、予め定義されたデータ項目と該データ項目に関する初期値情報を用いて該データ項目を初期化し、該レコード起動カウンタに対して該システム起動カウンタの値を設定する手段と、を含むことを特徴とする。
【００２０】
請求項４記載の発明は、請求項１記載の発明において、前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較手段と、該カウンタ比較手段によって得られた結果として該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、該レコード起動カウンタに対して該システム起動カウンタの値を設定する手段と、を含むことを特徴とする。
【００２１】
請求項５記載の発明は、データ管理手段で管理されるレコード内のデータを復旧する手順がコンピュータプログラムで記載され、そのコンピュータプログラムを実行可能としたデータ復旧プログラムであって、一意に管理されるシステム起動カウンタを用いて、前記データ管理手段の起動回数を管理し、前記レコード中の所定のデータ項目に保持されるレコード起動カウンタを管理する手順、を記載したプログラムを実行させることを特徴とする。
【００２２】
請求項６記載の発明は、請求項５記載の発明において、前記のシステム起動カウンタとレコード起動カウンタの関係に基づいて、前記レコードの所定データ項目を初期化するステップを実行させることを特徴とする。
【００２３】
請求項７記載の発明は、請求項６記載の発明において、前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較ステップと、該カウンタ比較ステップによって得られた結果として該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、予め定義されたデータ項目と該データ項目に関する初期値情報を用いて該データ項目を初期化し、該レコード起動カウンタに対して該システム起動カウンタの値を設定するステップと、を実行させることを特徴とする。
【００２４】
請求項８記載の発明は、請求項５記載の発明において、前記のシステム起動カウンタとレコード起動カウンタを比較するカウンタ比較ステップと、該カウンタ比較ステップによって得られた結果として該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、該レコード起動カウンタに対して該システム起動カウンタの値を設定するステップと、を実行させることを特徴とする。
【００２５】
前記の請求項１，５記載の発明によれば、システム起動カウンタとレコード起動カウンタを取得できる。
【００２６】
前記の請求項２，６記載の発明によれば、システム起動カウンタとレコード起動カウンタの関係を判断（例えば、比較判断）できる。
【００２７】
前記の請求項３，７記載の発明によれば、システム起動カウンタとレコード起動カウンタを比較した結果を取得できる。さらに、初期値情報を取得できる。
【００２８】
前記の請求項４，８記載の発明によれば、システム起動カウンタとレコード起動カウンタを比較した結果を取得できる。
【発明の効果】
【００２９】
以上示したように、請求項１，５記載の発明によれば、システム起動カウンタとレコード起動カウンタを利用できる。
【００３０】
請求項２，６記載の発明によれば、レコードの所定データ項目を初期化できる。
【００３１】
請求項３，７記載の発明によれば、前記のデータ項目を初期化し、レコード起動カウンタに対してシステム起動カウンタの値を設定できる。
【００３２】
請求項４，８記載の発明によれば、レコード起動カウンタに対してシステム起動カウンタの値を設定できる。
【００３３】
これらを以ってシステム運用サービスの分野に貢献できる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態におけるデータ復旧装置及びプログラムを図面等に基づいて詳細に説明する。
【００３５】
本発明の実施の形態は、データ管理手段（例えば、データベースやファイル）によって管理されるデータを復旧するシステム（以後、データ復旧システムと称する；即ち、データ復旧装置、または、データ復旧プログラム）内で一意に管理される「システム起動カウンタ」（例えば、図５中の符号ＣＮ１で示すカウンタ）を用いて、該データ管理手段の起動回数を管理する。
【００３６】
さらに、前記データ管理手段によって管理される各レコードに関して、レコード起動カウンタ（例えば、図５中の符号ＣＮ２で示すカウンタ）を保持するデータ項目（例えば、リレーショナル型データベースにおけるカラム）を有し、該レコード起動カウンタを管理する。そして、前記のシステム起動カウンタとレコード起動カウンタの関係に基づいて、前記データ管理手段が管理する特定のカラムを初期化するものである。
【００３７】
従来のＤＢＭＳでは、障害等から回復すると、起動時に初期化したいカラムまでも、障害直前の状態に復旧してしまう。
【００３８】
そこで、本実施の形態におけるデータ復旧システムでは、データ管理手段（例えば、データベース）に係るサービス処理（即ち、検索処理，削除処理，挿入処理，更新処理）において、次のような手順を実行する。なお、前記データベースは、例えば、リレーショナル型データベースが想定される。
【００３９】
前記サービス処理における検索処理において、まず、前記のシステム起動カウンタと検索結果レコード中のレコード起動カウンタの値を比較する。
【００４０】
次に、前記の比較の結果、システム起動カウンタがレコード起動カウンタより大きい値の場合、予め定義された初期化対象カラムの名前（以後、初期化対象カラム名と称する）と該初期化対象カラム名に該当するカラムに関する初期値情報（以後、カラム初期値情報と称する）を用い、前記レコード中で初期化対象カラム名に該当するカラムを該カラム初期値情報によって初期化する。
【００４１】
次に、前記レコード起動カウンタに対して前記システム起動カウンタの値を設定する。
【００４２】
また、前記のシステム起動カウンタとレコード起動カウンタが同じ値である場合、前記レコード中のカラムに対する初期化を実行せずに、通常の検索処理を実行する。
【００４３】
前記サービス処理における削除処理において、前記のシステム起動カウンタとレコード起動カウンタの関係に関わらず、無条件で削除を実行する。
【００４４】
前記サービス処理における挿入処理において、まず、通常の挿入処理を実行する。前記の通常の挿入処理において、エラー（例えば、重複挿入エラー）が発生しなかった場合、処理を終了する。
【００４５】
また、前記の重複挿入エラーが発生した場合、前記のシステム起動カウンタとレコード起動カウンタを比較する。
【００４６】
次に、前記の比較の結果、システム起動カウンタがレコード起動カウンタより大きい値の場合、重複しているレコードを削除し、通常の挿入処理を実施する。
【００４７】
そして、前記の挿入されたレコード中のレコード起動カウンタに対して、前記システム起動カウンタの値を設定する。
【００４８】
また、前記のシステム起動カウンタとレコード起動カウンタが同じ値である場合、重複挿入エラーを理由としたエラーを返却する。
【００４９】
前記サービス処理における更新処理において、まず、通常の更新処理を実行する。
【００５０】
次に、前記のシステム起動カウンタと更新対象のレコード中のレコード起動カウンタを比較する。
【００５１】
そして、前記の比較の結果、システム起動カウンタがレコード起動カウンタより大きい値か、等しい値の場合、前記の更新レコード中のレコード起動カウンタに対して、前記システム起動カウンタの値を設定する。
【００５２】
以上のように、前記のデータ管理手段のジャーナル情報を残したままで、起動時に任意のカラムに対する初期化を行うことができる。
【００５３】
本実施の形態を図１乃至図３に基づいて以下に説明する。なお、図１Ａは本実施の形態における起動時の処理、図１Ｂはカラム更新の処理、図１Ｃは再起動時の処理、をそれぞれ示す概略図である。
【００５４】
まず、本実施の形態のデータ復旧システムは、前提として、図１中のカラムＡ，カラムＢなどのカラムを定義されたテーブルαを含むがデータベース１を有する。さらに、前記テーブルα中のレコードＮのカラムＢの初期値が「０」であるとする。
【００５５】
また、図１中のデータ復旧システム７の運用中に、該データ復旧システム７によって、カラムＢの値が随時更新されるものとする。
【００５６】
ここで、本実施の形態におけるデータ復旧システムの構成を図２に基づいて以下に説明する。前記のデータ復旧システム（即ち、図１中のデータ復旧システム７）は、データを管理する部（以後、データ管理部と称する）６、システムの起動回数を管理する部（以後、システム起動カウンタ管理部と称する）４、各カラム（即ち、該データ管理部６が管理するデータ）の初期値を管理する部（以後、カラム初期値管理部と称する）５を有する。なお、前記のカラム初期値管理部５によって管理される情報は、起動の度に初期化を行いたいカラム（即ち、初期化対象カラム名ＩＴ１に該当するカラム）に関する情報のみでも良い。また、前記の初期化対象カラム名ＩＴ１と該初期化対象カラム名ＩＴ１に係るカラム初期値情報ＩＴ２は、データ復旧システム７内のメモリに格納されていても良いし、前記データベース１に格納されていても良い。
【００５７】
例えば、前記データ復旧システム７の初回起動において、システム起動カウンタＣＮ１は「１」に設定される（図１Ａ中の符号Ｍ１０１）。また、運用中に、例えば、カラムＢを「１００」に変更する処理がある場合に、レコードＮのカラムＢに「１００」を設定（図１Ｂ中の符号Ｍ２０１）し、レコードＮのレコード起動カウンタＣＮ２に「１」を設定する（図１Ｂ中の符号Ｍ２０２）。
【００５８】
前記の符号Ｍ１０１からＭ２０２間で、何らかの障害が発生し、前記データベース１が再起動された直後に、該データ復旧システム７がデータベース１に再アクセスすると、そのアクセス処理中に前記システム起動カウンタが「２」にインクリメントされる（図１Ｃ中の符号Ｍ３０１）。前記データ復旧システム７は、そのインクリメント後に、前記サービス処理に移行する。例えば、この時に、前記データ復旧システム７は、前記システム起動カウンタを一時的に保持していても良い。
【００５９】
前記サービス処理において、例えば、レコードＮのカラムＢに対する検索処理を行う場合、該検索処理を実行後、レコードＮのレコード起動カウンタＣＮ２を読み出し（例えば、図１Ｃ中の符号Ｍ３０２）、システム起動カウンタＣＮ１と、該レコードＮのレコード起動カウンタＣＮ２を比較する（例えば、図３Ａ中の符号Ｓ１〜Ｓ３）。
【００６０】
前記の比較の結果、システム起動カウンタＣＮ１がレコード起動カウンタＣＮ２より大きい場合には、カラム初期化処理を実行する。
【００６１】
前記のカラム初期化処理では、前記カラム初期値管理部５が管理するカラムＢ（即ち、初期化対象カラム名ＩＴ１に該当するカラム）の初期値（即ち、カラム初期値情報ＩＴ２；例えば、「０」）を読み取り（例えば、図１Ｃ中の符号Ｍ３０３、図３Ｂ中の符号Ｓ４）、レコードＮのカラムＢに設定する（例えば、図１Ｃ中の符号Ｍ３０４、図３Ｂ中の符号Ｓ５）。
【００６２】
さらに、前記レコードＮのレコード起動カウンタＣＮ２にシステム起動カウンタＣＮ１の値（例えば、「２」）を設定する（例えば、図１Ｃ中の符号Ｍ３０５、図３中の符号Ｓ６）。
【００６３】
なお、テーブルα中の他のカラムにも初期値を設定する場合、該他のカラムに対しても、前記のように初期値を設定する。
【００６４】
また、前記の比較の結果、システム起動カウンタＣＮ１の値とレコードＮのレコード起動カウンタＣＮ２の値が同じ値である場合、初期化を実行せずに検索処理を終了する。
【００６５】
本実施の形態におけるデータ復旧システムの検索時カラム初期化処理フローの詳細を図３に基づいて以下に説明する。なお、図３Ａは、検索時カラム初期化処理フローの全体フローチャートである。また、図３Ｂは、カラム初期化処理のフローチャートである。前記カラム初期化フローチャートは、前記の検索時カラム初期化処理フローから呼び出されるサブルーチンである。
【００６６】
図３Ａにおいて、データ復旧システムは要求された検索処理を実行する（Ｓ１）。
【００６７】
次に、システム起動カウンタ管理部４を用いてシステム起動カウンタ（例えば、図１中のシステム起動カウンタＣＮ１）の値を読み出し、さらに、データ管理部６を用いて所定のレコード中のレコード起動カウンタ（例えば、図１中のレコード起動カウンタＣＮ２）の値を読み出す（Ｓ２）。
【００６８】
次に、前記システム起動カウンタの値とレコード起動カウンタの値を比較し、該システム起動カウンタの値が該レコード起動カウンタの値より大きい場合、カラム初期化処理（Ｓ１００）を実行する（Ｓ３）。
【００６９】
そして、該システム起動カウンタの値が該レコード起動カウンタより小さいか、または等しい場合、検索時カラム初期化処理を終了する（Ｓ３）。
【００７０】
前記のカラム初期化処理（Ｓ１００）では、まず、前記カラム初期値管理部５を用いて初期化対象カラム名（例えば、図１中の初期化対象カラム名ＩＴ１）と該初期化対象カラム名に該当するカラム初期値情報（例えば、図１中のカラム初期値情報ＩＴ２）を読み出す（Ｓ４）。
【００７１】
次に、前記レコード中において初期化対象カラム名に該当するカラムに対して、前記データ管理部６を用いて前記の読み出したカラム初期値情報を設定する（Ｓ５）。
【００７２】
そして、前記データ管理部６を用いて、前記システム起動カウンタを前記レコード中のレコード起動カウンタに設定し更新する（Ｓ６）。
【００７３】
なお、以上において検索処理に係る説明を行ったが、挿入処理及び更新処理でも、前述のような条件の下に、レコード起動カウンタの更新処理（Ｓ６）を実行する。また、削除処理は、一般的な削除処理を行うのみであるため、説明を省略する。
【００７４】
本実施の形態では、データ復旧システムをアプリケーションプログラムとして実現しているが、例えば、データベースにアクセスする一般的なアプリケーションプログラムとＤＢＭＳ間を仲介するミドルウェアとして、実現しても良い。
【００７５】
以上のように本実施の形態によれば、ジャーナル情報を保存しながら、データ管理手段の起動に合わせて、任意のカラムに対する初期化を行うことができる。また、障害等が発生し再起動が生じた場合でも、特定のカラムのジャーナル情報を用いて解析が行えるようになる。
【００７６】
以上、本発明において、記載された具体例に対してのみ詳細に説明したが、本発明の技術思想の範囲で多彩な変形および修正が可能であることは、当業者にとって明白なことであり、このような変形および修正が特許請求の範囲に属することは当然のことである。
【００７７】
例えば、本実施の形態の変形例１としては、本実施の形態におけるデータ復旧システムをプログラムとしてＤＢＭＳに組み込んで、実現しても良い。
【００７８】
また、本実施の形態の変形例２としては、固定的な初期値でカラムを初期化するのではなく、予め設定された計算を施した結果（例えば、現在時刻を取得した結果、初期化対象以外の特定カラムに計算を施した結果）の値をカラムの初期値となるようにしても良い。
【図面の簡単な説明】
【００７９】
【図１】本実施の形態におけるカラムへの初期化設定処理の一例。
【図２】本実施の形態における構成図。
【図３】本実施の形態におけるフローチャート。
【図４】一般的なデータベースにおけるデータ復旧処理の例。
【図５】本実施の形態における基本データの構成図。
【符号の説明】
【００８０】
１…データベース
２…ジャーナル
３…アプリケーションプログラム
４…システム起動カウンタ管理部
５…カラム初期値管理部
６…データ管理部
７…データ復旧システム
Ａ，Ｂ…カラム
ＣＬ…カラム群
ＣＮ１…システム起動カウンタ
ＣＮ２…レコード起動カウンタ
ＩＴ１…初期化対象カラム名
ＩＴ２…カラム初期値情報
Ｎ…レコード
ＲＣ…レコード群
α…テーブル
【図１】
2007164468.tif 000003
【図２】
2007164468.tif 000004
【図３】
2007164468.tif 000005
【図４】
2007164468.tif 000006
【図５】
2007164468.tif 000007