JP3774075B2 - トランザクション分割・連携装置および記録媒体 - Google Patents
トランザクション分割・連携装置および記録媒体 Download PDFInfo
- Publication number
- JP3774075B2 JP3774075B2 JP00903099A JP903099A JP3774075B2 JP 3774075 B2 JP3774075 B2 JP 3774075B2 JP 00903099 A JP00903099 A JP 00903099A JP 903099 A JP903099 A JP 903099A JP 3774075 B2 JP3774075 B2 JP 3774075B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- input data
- information
- data management
- management table
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、トランザクション分割・連携装置および記録媒体に関するものである。
【０００２】
【従来の技術】
従来、バッチ業務は、一般的にバッチジョブの１ジョブステップを１トランザクションとして処理していたため、入力データのデータ量に依存して１トランザクションで処理するレコード件数が膨大な量となっていた。
【０００３】
【発明が解決しようとする課題】
このため、データベースの専有時間が長大となり、オンライン業務（１トランザクションで処理するレコード件数が数レコード）のレスポンス時間の悪化やタイムアウト発生が生じてしまう問題があった。
【０００４】
また、トランザクション制御プログラムがトランザクション毎に一時的に使用するシステム資源（メモリなど）が１トランザクションで処理するレコード件数に比例して増大し、システム資源が枯渇してしまう問題もあった。
【０００５】
また、バッチジョブの実行中にアプリケーションプログラムの異常終了やシステムダウン発生した場合にデータベースは当該バッチジョブの実行前の状態にリカバリされるため、バッチジョブの再実行により入力データの全てを再度処理する必要があり、業務のリカバリに要する時間が長大となってしまう問題もあった。
【０００６】
また、アプリケーションプログラムでトランザクションを分割することも考えられるが、各種業務のアプリケーションプログラムでトランザクションを分割するようにするには、各業務プログラムアプリケーション毎にプログラム変更を行う必要あると共に仕様書などの不備により実際の業務アプリケーションでのトランザクション分割が実現し難いという問題があった。
【０００７】
また、バッチ業務で設定されたトランザクションについて、自動分割したときにリカバリを効率的に実行することが望まれている。
本発明は、これらの問題を解決するため、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することを目的としている。
【０００８】
【課題を解決するための手段】
図１および図８を参照して課題を解決するための手段を説明する。
図１および図８において、アプリケーション（入出力）１は、データーベース３をオープンしたり、アクセスしたり、所定ブロック毎のアクセス毎にトランザクションを分割したり、データーベース３をクローズしたりなどするものである。
【０００９】
入力データファイル２は、入力データを格納するものである。
データベース３は、所定ブロック毎にアクセスするものであって、多量のデータを管理するものである。
【００１０】
次に、動作を説明する。
図１に示すように、アプリケーションプログラム（入出力）１がデータベース３をアクセスする際に、入力データの所定ブロック毎のアクセス毎にトランザクションを自動分割し、各トランザクション単位に実行すると共に所定ブロック毎のログ情報をログファイルに保存するようにしている。
【００１１】
また、トランザクションを実行中に何らかの障害発生時に、ログファイルを参照して障害発生したトランザクションの所定ブロックの再実行を行ってリカバリするようにしている。
【００１２】
また、入力データの所定ブロック毎として、同じコードを持つ複数レコードとするようにしている。
また、図８に示すように、アプリケーションプログラム（入出力）３１がデータベース３４をアクセスする際に、入力データの所定ブロック毎のアクセス毎のトランザクションに自動分割、所定ブロック毎の情報をファイルに保存し、トランザクションを実行中に何らかの障害発生時にファイルを参照して障害発生したデータの書き出し元および書き出し先の整合性を回復した後に、障害発生のトランザクションの所定ブロック以降の再実行を行ってリカバリするようにしている。
【００１３】
従って、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することが可能となる。
【００１４】
【実施例】
次に、図１から図７を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１５】
図１は、本発明の概念システム図を示す。
図１の（ａ）は、本発明の概念システム図を示す。
図１の（ａ）において、アプリケーション（入出力）１は、データーベース３をオープンしたり、アクセスしたり、所定ブロック毎のアクセス毎にトランザクションを分割したり、データーベース３をクローズしたりなどするものでって、入出力処理を実行するものである。
【００１６】
入力データファイル２は、入力データを格納するものである。
データベース３は、所定ブロック単位にアクセスするものであって、多量のデータを管理するものである。
【００１７】
図１の（ｂ）は、トランザクションのシーケンス例を示す。これは、図１の（ａ）の概念システム図における１トランザクションの自動分割シーケンス例を示し、図示の下記のように入力データの所定ブロック毎に１トランザクションを自動分割している。
【００１８】
初回：▲１▼→▲２▼：初回のトランザクションの開始はデータベース３のオープン時であり、トランザクションの終了は入力データの所定ブロックのデータベースへのアクセスして、例えば読み込んだ後である。
【００１９】
２回目〜ｎ回目：▲３▼→▲２▼：トランザクションの開始は初回あるいは前回のトランザクションが終了した直後であり、トランザクションの終了は入力データの所定ブロックについてデータベース３にアクセスして当該トランザクションの処理を終了したときである。
【００２０】
最終回：▲３▼→▲４▼：トランザクションの開始は２回目〜ｎ回目の最後のｎ回のときであり、トランザクションの終了はデータベース３をクローズしたときである。
【００２１】
以上のように、入力データの所定ブロック毎にトランザクションを自動分割することにより、トランザクション毎にログ情報などを採取しておき、トランザクションで障害発生時に当該ログ情報を見て該当するトランザクションなどのみを再実行すればよく、リカバリを極めて迅速に行うことが可能となる。以下順次詳細に説明する。
【００２２】
図２は、本発明のシステム構成図を示す。
図２において、制御装置１１は、全体を統括制御するものであって、１２ないし２０から構成されるものである。
【００２３】
アプリケーションプログラム（入出力）１２は、データの読み込み、レコード検索、レコード更新などを行うものである。
データベース制御手段１３は、データベース２３をアクセスするものである。
【００２４】
データ読込手段１４は、入力データファイル２１からデータを読み込むものである。
データ入力制御手段１５は、入力データファイル２１からデータを読み込むものである。
【００２５】
トランザクション分割手段１６は、入力データの所定ブロック毎のトランザクションに自動分割するものである。
トランザクション制御手段１７は、トランザクション毎にログファイル１９にログ情報を保存したり、入力データ管理テーブル２２にトランザクション毎の入力管理情報を保存したりなどするものである。
【００２６】
入力データ管理手段１８は、トランザクション毎の入力データ管理情報を入力データ管理テーブル２２に保存したりなどするものである。
ログファイル１９は、トランザクション毎のログ情報を保存するファイルである。
【００２７】
入力データ管理テーブル２２は、トランザクション毎の入力データ管理情報を保存するものである。
トランザクションリカバリ制御手段２０は、ログファイル１９を参照して障害発生したトランザクションのログ情報を取り出し、当該ログ情報をもとに障害発生したトランザクションから再実行するものである。
【００２８】
データベース２３は、各種データを検索し易く管理するものである。
次に、図３のフローチャートの順番に従い、図２の構成の動作を詳細に説明する。
【００２９】
図３は、本発明の動作説明フローチャート（その１）を示す。
図３において、Ｓ１は、初回のデータ読込要求か、または、前回読込データブロックの処理完了か判別する。ＹＥＳの場合には、Ｓ２に進む。ＮＯの場合には、Ｓ１０でデータブロックのでブロッキングを行い、レコード返却し、終了などする。
【００３０】
Ｓ２は、初回のデータ読込み要求か判別する。ＹＥＳの場合には、Ｓ３に進む。ＮＯの場合には、初回のデータ読込みでもないと判明したので、Ｓ８でデータの読込みを行い、Ｓ９でトランザクション分割を後述するＳ１１からＳ１４によって行い、トランザクションの自動分割後にＳ１０でデータブロックのでブロッキングを行い、レコードを返却して最初に戻るなどする。
【００３１】
Ｓ３は、入力データ管理テーブルの当該ジョブのエントリを検索する。
Ｓ４は、エントリありか判別する。ＹＥＳの場合には、リカバリと判明したので、Ｓ５に完了済トランザクション情報の読込みを行い、Ｓ６に進む。一方、ＮＯの場合には、初回と判明したのでＳ８以降を行う。
【００３２】
Ｓ６は、トランザクション情報ありか判別する。 ＹＥＳの場合には、Ｓ７で最後のトランザクション完了済のデータブロックの次のデータブロックに位置づけ、Ｓ８に進む。一方、ＮＯの場合には、Ｓ８に進む。
【００３３】
Ｓ８は、データの読込みを行う。
Ｓ９は、トランザクション分割を行う。これは、既述したように、後述するＳ１１からＳ１４によってトランザクション自動分割を行う。
【００３４】
Ｓ１０は、データブロックのでブロッキングを行い、レコード返却して次の処理に進む。
Ｓ１１、Ｓ１２は、トランザクション制御手段がトランザクションの終了を行う。
【００３５】
Ｓ１３，Ｓ１４は、トランザクション制御手段がトランザクションの開始を行う。
以上によって、既述した図１の（ｂ）に示すように、３段階のトランザクションを自動分割することが、図２の構成のもとで実行することが可能となる。
【００３６】
図４は、本発明の動作説明フローチャート（その２）を示す。
図４において、Ｓ２１は、入力データ管理手段がトランザクション完了通知前処理を行う。これにより、Ｓ３１で入力データ管理手段が入力データ管理テーブルの当該ジョブのエントリを検索し、エントリあり（ＹＥＳ）のときに、Ｓ３３で当該ジョブのエントリの切り出し／初期化を行い、Ｓ３４で仕掛かり中トランザクション情報を設定しＳ２１の次に戻る。一方、Ｓ３２のＮＯの場合には、エントリなしと判明したので、Ｓ３４で仕掛かり中のトランザクション情報を設定しＳ２１の次に戻る。
【００３７】
Ｓ２２は、ログファイルへのトランザクション履歴情報を出力する。
Ｓ２３は、データベース制御部がデータベース実更新を行う。
Ｓ２４は、入力データ管理手段がトランザクション完了後処理を行う。これにより、入力データ管理手段がＳ４１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ４２でエントリあり、かつ仕掛かり中トランザクションありか判別し、ＹＥＳのときにＳ４３で仕掛かり中トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ２４に戻る。一方、Ｓ４２のＮＯの場合には、エラーとして終了する。
【００３８】
以上によって、トランザクション前処理および後処理の中で、トランザクション履歴情報、データベース実更新、仕掛かり中のトランザクション情報の内容を完了済情報に複写などすることが可能となる。
【００３９】
図５は、本発明の動作説明フローチャート（その３）を示す。
図５において、Ｓ５１は、トランザクション制御部がログファイルからのトランザクション履歴情報を読み込む。
【００４０】
Ｓ５２は、データベース制御部がデータベースのリカバリを行う。
Ｓ５３は、未処理の完了済トランザクションありか判別する。ＹＥＳの場合には、Ｓ５４で入力データ管理手段がトランザクションリカバリ処理を行う。これは、図示の矢印しのように、入力データ管理手段がＳ６１で入力データ管理テーブルの当該トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ５４に戻る。一方、Ｓ６２のＮＯの場合には、エントリあり、かつ仕掛かり中トランザクションがないと判明したので、そのまま終了する。
【００４１】
以上によって、ログファイルからトランザクション履歴情報を読み込み、データベースのリカバリを行うと共に、入力データ管理テーブルにエントリがありかつ仕掛かり中トランザクションの場合に複写して復元（リカバリ）することが可能となる。
【００４２】
図６は、本発明のテーブル例を示す。ここでは、図示の下記の情報を設定するものである。
・各エントリのポインタ：
・ジョブ情報（＊１）
・仕掛かり中トランザクションのトランザクション識別番号（＊２）
・仕掛かり中トランザクションのトランザクションに対応するデータブロックの位置付け情報（＊３）
・完了済トランザクションのトランザクション識別番号（＊２）
・完了済トランザクションのトランザクションに対応するデータブロックの位置づけ（＊３）
ここで、
・＊１は、ジョブ情報であって、バッチジョブを識別するための情報である。
【００４３】
・＊２は、トランザクション識別番号であって、トランザクションを識別するための情報であって、システムで一意になるような番号である。
・＊３は、データブロックの位置付け情報であって、ファイル内のデータブロックを識別するための情報であり、ＤＡＳＤの場合にはボリューム通し番号、ファイル名、相対トラックアドレスなどであり、ＭＴの場合にはボリュームと通り番号。ファイル順序番号、ブロック番号などでありる。
【００４４】
図７は、本発明のトランザクションの他の例を示す。ここでは、図示のように、入力データとして、
というように、入力データとして同じ支店コードのレコードが複数あった場合に、これらを１つのトランザクションとして自動分割して１トランザクションにすることで、データベース中の同じ位置に格納されているレコードをまとめて１トランザクションで処理するこで、効率的かつ高速に顧客の残高などのデータを参照することが可能となる共に、トランザクションを所定ブロックに自動分割したことでリカバリや他の処理の迅速化を図ることが可能となる。
【００４５】
次に、図８から図１３を参照して本発明の他の実施例構成および動作を詳細に説明する。
図８は、本発明の他の概念システム図を示す。
【００４６】
図８の（ａ）、（ｂ）、（ｃ）において、アプリケーションプログラム（入出力）３１は、図示外のバッチ業務から１トランザクションで複数のデータブロックのデータベース３４へのアクセス（更新）を複数のトランザクションに自動分割して処理を行うものである。
【００４７】
入力データファイル３２は、ここでは、データベース３４へ書き込むデータなどを格納するファイルである。
入力データ管理テーブル３３は、入力データの情報を管理するものである。
【００４８】
トランザクションリカバリ処理３６は、トランザクションで異常発生時にリカバリを行うものである。
ログファイル５は、ログを保存するファイルである。
【００４９】
次に、それそれの動作を説明する。
図８の（ａ）は、正常実行時の動作を示す。
（１） トランザクション開始する（例えば初回はデータベース３４をオープンしてトランザクションを開始、２回目以降はトランザクションを開始する）。
【００５０】
（２） ＲＥＡＤ実行し、入力データファイル３２から読み出したデータについて、データベース３４を検索してＤＢ更新する。
（３） トランザクション終了する。この中でログファイルにログ採取および入力データ管理テーブル３３に情報（位置付け情報）を書き込む。
【００５１】
（４） 正常終了したときは、次のデータについて繰り返す。
図８の（ｂ）は、リカバリ時の動作を示す。
（１） トランザクションで障害発生時に、図８の（ａ）で採取したログファイル３５を参照して、トランザクションリカバリ処理３６を構成する整合性回復手段が入力データ管理テーブル３３と、データベース３４との整合性を回復させる。これにより、障害発生したトランザクション以前で処理したデータの整合性が回復されることとなる。
【００５２】
図８の（ｃ）は、リラン時の動作を示す。
（２） 図８の（ｂ）で整合性の回復を行った後、障害発生したトランザクションについて、リラン（再実行）し、再実行したトランザクションに対応するデータの部分からデータベース３４に再実行を行う。
【００５３】
以上によって、トランザクションのいずれかで障害発生時に、正常な部分は整合性を回復した後、回復できない部分（トランザクション）についてリラン（再実行）して再書き込みを行うことにより、障害発生のトランザクションのみを再実行すればよく、効率的にリカバリおよび再実行を行うことが可能となる。以下順次詳細に説明する。
【００５４】
図９は、本発明のシステム構成図を示す。これは、既述した図２のシステム構成図中の、１１，１２，１３，１４，１５，１７，１８，１９，２０，２１，２２，２３と同一であるので説明を省略する。
【００５５】
次に、図１０のフローチャートの順番に従い、図９の構成の動作を詳細に説明する。
図１０は、本発明の他の動作説明フローチャート（その１）を示す。
【００５６】
図１０において、Ｓ７１は、初回のデータ読込要求か、または、前回読込データブロックの処理完了か判別する。ＹＥＳの場合には、Ｓ７２に進む。ＮＯの場合には、Ｓ８１でデータブロックのでブロッキングを行い、レコード返却し、終了などする。
【００５７】
Ｓ７２は、初回のデータ読込み要求か判別する。ＹＥＳの場合には、Ｓ７３に進む。ＮＯの場合には、初回のデータ読込みでもないと判明したので、Ｓ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行い、レコードを返却して最初に戻るなどする。
【００５８】
Ｓ７３は、入力データ管理テーブルの当該ジョブのエントリを検索する。
Ｓ７４は、エントリありか判別する。ＹＥＳの場合には、リカバリと判明したので、Ｓ７５で完了済トランザクション情報の読込みを行い、Ｓ７６に進む。一方、ＮＯの場合には、初回と判明したのでＳ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００５９】
Ｓ７６は、トランザクション情報ありか判別する。 ＹＥＳの場合には、Ｓ７７に進む。ＮＯの場合には、Ｓ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００６０】
Ｓ７７は、トランザクション完了済のデータレコードはブロック内最終レコード以外か判別する。ＹＥＳの場合には、Ｓ７８で最後のトランザクション完了済のデータブロックに位置づけ、Ｓ７９でデータの読込みを行い、Ｓ８０で最後のトランザクション完了済のデータレコードの次のレコードに位置づけ、Ｓ８１でデータブロックのでブロッキングを行う。一方、Ｓ７７のＮＯの場合には、最後のトランザクション完了済のデータブロックの次のブロックに位置づけ、Ｓ８３でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００６１】
以上によって、既述した図８の（ｂ）、（ｃ）に示すように、Ｓ７８、Ｓ７９、Ｓ８０およびＳ８２、Ｓ８３の手順を区別し、異常発生個所のトランザクションに依存してリカバリ／リトライを効率的に行うことが可能となる。
【００６２】
図１１は、本発明の動作説明フローチャート（その２）を示す。
図１１において、Ｓ９１は、入力データ管理手段がトランザクション完了前処理を行う。これにより、入力データ管理手段がＳ１０１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ１０２でエントリありか判別し、ＹＥＳのときに、Ｓ１０３で当該ジョブのエントリの切り出し／初期化を行い、Ｓ１０４で仕掛かり中のトランザクション情報を設定し、Ｓ９１に戻る。一方、Ｓ１０２のＮＯの場合には、Ｓ１０４で仕掛かり中のトランザクション情報を設定し、Ｓ９１に戻る。
【００６３】
Ｓ９２は、ログファイルへのトランザクション履歴情報を出力する。
Ｓ９３は、データベース制御部がデータベース実更新を行う。
Ｓ９４は、入力データ管理手段がトランザクション完了後処理を行う。これにより、Ｓ１１１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ１１２でエントリありかつ仕掛かり中のトランザクションありか判別し、ＹＥＳの場合にＳ１１３で仕掛かり中のトランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ９４に戻る。一方、Ｓ１１２のＮＯの場合には、エラーとして終了する。
【００６４】
以上によって、ログファイルにトランザクション履歴情報を出力し、トランザクション終了要求を行うことが可能となる。
図１２は、本発明の動作説明フローチャート（その３）を示す。
【００６５】
図１２において、Ｓ１２１は、トランザクション制御部がログファイルからのトランザクション履歴情報を読み込む。
Ｓ１２２は、データベース制御部がデータベースのリカバリを行う。
【００６６】
Ｓ１２３は、未処理の完了済トランザクションありか判別する。ＹＥＳの場合には、Ｓ１２４で入力データ管理手段がトランザクションリカバリ処理を行う。これは、図示の矢印しのように、入力データ管理手段がＳ１３１で入力データ管理テーブルの当該トランザクションのエントリを検索し、Ｓ１３２でエントリあり、かつ仕掛かり中のトランザクションありか判別し、ＹＥＳの場合にＳ１３４で仕掛かり中トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ１２４に戻る。一方、Ｓ１３２のＮＯの場合には、Ｓ１２４にそのまま戻る。
【００６７】
以上によって、ログファイルからトランザクション履歴情報を読み込み、データベースのリカバリを行うと共に、入力データ管理テーブルにエントリがありかつ仕掛かり中トランザクションの場合に複写して復元（リカバリ）することが可能となる。
【００６８】
図１３は、本発明のテーブル例を示す。これは、既述した図６のテーブルと同じであるので、説明を省略する。
【００６９】
【発明の効果】
以上説明したように、本発明によれば、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することが可能となる。
【図面の簡単な説明】
【図１】本発明の概念システム図である。
【図２】本発明のシステム構成図である。
【図３】本発明の動作説明フローチャート（その１）である。
【図４】本発明の動作説明フローチャート（その２）である。
【図５】本発明の動作説明フローチャート（その３）である。
【図６】本発明のテーブル例である。
【図７】本発明のトランザクションの他の例である。
【図８】本発明の他の概念システム図である。
【図９】本発明のシステム構成図である。
【図１０】本発明の他の動作説明フローチャート（その１）である。
【図１１】本発明の他の動作説明フローチャート（その２）である。
【図１２】本発明の他の動作説明フローチャート（その３）である。
【図１３】本発明の他のテーブル例である。
【符号の説明】
１、１２、３１：アプリケーション（入出力）
２、２１、３２：入力データファイル
３、２３、３４：データベース
１６：トランザクション分割手段
１９、３５：ログファイル
２２、３３：入力データ管理ファイル
【発明の属する技術分野】
本発明は、トランザクション分割・連携装置および記録媒体に関するものである。
【０００２】
【従来の技術】
従来、バッチ業務は、一般的にバッチジョブの１ジョブステップを１トランザクションとして処理していたため、入力データのデータ量に依存して１トランザクションで処理するレコード件数が膨大な量となっていた。
【０００３】
【発明が解決しようとする課題】
このため、データベースの専有時間が長大となり、オンライン業務（１トランザクションで処理するレコード件数が数レコード）のレスポンス時間の悪化やタイムアウト発生が生じてしまう問題があった。
【０００４】
また、トランザクション制御プログラムがトランザクション毎に一時的に使用するシステム資源（メモリなど）が１トランザクションで処理するレコード件数に比例して増大し、システム資源が枯渇してしまう問題もあった。
【０００５】
また、バッチジョブの実行中にアプリケーションプログラムの異常終了やシステムダウン発生した場合にデータベースは当該バッチジョブの実行前の状態にリカバリされるため、バッチジョブの再実行により入力データの全てを再度処理する必要があり、業務のリカバリに要する時間が長大となってしまう問題もあった。
【０００６】
また、アプリケーションプログラムでトランザクションを分割することも考えられるが、各種業務のアプリケーションプログラムでトランザクションを分割するようにするには、各業務プログラムアプリケーション毎にプログラム変更を行う必要あると共に仕様書などの不備により実際の業務アプリケーションでのトランザクション分割が実現し難いという問題があった。
【０００７】
また、バッチ業務で設定されたトランザクションについて、自動分割したときにリカバリを効率的に実行することが望まれている。
本発明は、これらの問題を解決するため、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することを目的としている。
【０００８】
【課題を解決するための手段】
図１および図８を参照して課題を解決するための手段を説明する。
図１および図８において、アプリケーション（入出力）１は、データーベース３をオープンしたり、アクセスしたり、所定ブロック毎のアクセス毎にトランザクションを分割したり、データーベース３をクローズしたりなどするものである。
【０００９】
入力データファイル２は、入力データを格納するものである。
データベース３は、所定ブロック毎にアクセスするものであって、多量のデータを管理するものである。
【００１０】
次に、動作を説明する。
図１に示すように、アプリケーションプログラム（入出力）１がデータベース３をアクセスする際に、入力データの所定ブロック毎のアクセス毎にトランザクションを自動分割し、各トランザクション単位に実行すると共に所定ブロック毎のログ情報をログファイルに保存するようにしている。
【００１１】
また、トランザクションを実行中に何らかの障害発生時に、ログファイルを参照して障害発生したトランザクションの所定ブロックの再実行を行ってリカバリするようにしている。
【００１２】
また、入力データの所定ブロック毎として、同じコードを持つ複数レコードとするようにしている。
また、図８に示すように、アプリケーションプログラム（入出力）３１がデータベース３４をアクセスする際に、入力データの所定ブロック毎のアクセス毎のトランザクションに自動分割、所定ブロック毎の情報をファイルに保存し、トランザクションを実行中に何らかの障害発生時にファイルを参照して障害発生したデータの書き出し元および書き出し先の整合性を回復した後に、障害発生のトランザクションの所定ブロック以降の再実行を行ってリカバリするようにしている。
【００１３】
従って、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することが可能となる。
【００１４】
【実施例】
次に、図１から図７を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１５】
図１は、本発明の概念システム図を示す。
図１の（ａ）は、本発明の概念システム図を示す。
図１の（ａ）において、アプリケーション（入出力）１は、データーベース３をオープンしたり、アクセスしたり、所定ブロック毎のアクセス毎にトランザクションを分割したり、データーベース３をクローズしたりなどするものでって、入出力処理を実行するものである。
【００１６】
入力データファイル２は、入力データを格納するものである。
データベース３は、所定ブロック単位にアクセスするものであって、多量のデータを管理するものである。
【００１７】
図１の（ｂ）は、トランザクションのシーケンス例を示す。これは、図１の（ａ）の概念システム図における１トランザクションの自動分割シーケンス例を示し、図示の下記のように入力データの所定ブロック毎に１トランザクションを自動分割している。
【００１８】
初回：▲１▼→▲２▼：初回のトランザクションの開始はデータベース３のオープン時であり、トランザクションの終了は入力データの所定ブロックのデータベースへのアクセスして、例えば読み込んだ後である。
【００１９】
２回目〜ｎ回目：▲３▼→▲２▼：トランザクションの開始は初回あるいは前回のトランザクションが終了した直後であり、トランザクションの終了は入力データの所定ブロックについてデータベース３にアクセスして当該トランザクションの処理を終了したときである。
【００２０】
最終回：▲３▼→▲４▼：トランザクションの開始は２回目〜ｎ回目の最後のｎ回のときであり、トランザクションの終了はデータベース３をクローズしたときである。
【００２１】
以上のように、入力データの所定ブロック毎にトランザクションを自動分割することにより、トランザクション毎にログ情報などを採取しておき、トランザクションで障害発生時に当該ログ情報を見て該当するトランザクションなどのみを再実行すればよく、リカバリを極めて迅速に行うことが可能となる。以下順次詳細に説明する。
【００２２】
図２は、本発明のシステム構成図を示す。
図２において、制御装置１１は、全体を統括制御するものであって、１２ないし２０から構成されるものである。
【００２３】
アプリケーションプログラム（入出力）１２は、データの読み込み、レコード検索、レコード更新などを行うものである。
データベース制御手段１３は、データベース２３をアクセスするものである。
【００２４】
データ読込手段１４は、入力データファイル２１からデータを読み込むものである。
データ入力制御手段１５は、入力データファイル２１からデータを読み込むものである。
【００２５】
トランザクション分割手段１６は、入力データの所定ブロック毎のトランザクションに自動分割するものである。
トランザクション制御手段１７は、トランザクション毎にログファイル１９にログ情報を保存したり、入力データ管理テーブル２２にトランザクション毎の入力管理情報を保存したりなどするものである。
【００２６】
入力データ管理手段１８は、トランザクション毎の入力データ管理情報を入力データ管理テーブル２２に保存したりなどするものである。
ログファイル１９は、トランザクション毎のログ情報を保存するファイルである。
【００２７】
入力データ管理テーブル２２は、トランザクション毎の入力データ管理情報を保存するものである。
トランザクションリカバリ制御手段２０は、ログファイル１９を参照して障害発生したトランザクションのログ情報を取り出し、当該ログ情報をもとに障害発生したトランザクションから再実行するものである。
【００２８】
データベース２３は、各種データを検索し易く管理するものである。
次に、図３のフローチャートの順番に従い、図２の構成の動作を詳細に説明する。
【００２９】
図３は、本発明の動作説明フローチャート（その１）を示す。
図３において、Ｓ１は、初回のデータ読込要求か、または、前回読込データブロックの処理完了か判別する。ＹＥＳの場合には、Ｓ２に進む。ＮＯの場合には、Ｓ１０でデータブロックのでブロッキングを行い、レコード返却し、終了などする。
【００３０】
Ｓ２は、初回のデータ読込み要求か判別する。ＹＥＳの場合には、Ｓ３に進む。ＮＯの場合には、初回のデータ読込みでもないと判明したので、Ｓ８でデータの読込みを行い、Ｓ９でトランザクション分割を後述するＳ１１からＳ１４によって行い、トランザクションの自動分割後にＳ１０でデータブロックのでブロッキングを行い、レコードを返却して最初に戻るなどする。
【００３１】
Ｓ３は、入力データ管理テーブルの当該ジョブのエントリを検索する。
Ｓ４は、エントリありか判別する。ＹＥＳの場合には、リカバリと判明したので、Ｓ５に完了済トランザクション情報の読込みを行い、Ｓ６に進む。一方、ＮＯの場合には、初回と判明したのでＳ８以降を行う。
【００３２】
Ｓ６は、トランザクション情報ありか判別する。 ＹＥＳの場合には、Ｓ７で最後のトランザクション完了済のデータブロックの次のデータブロックに位置づけ、Ｓ８に進む。一方、ＮＯの場合には、Ｓ８に進む。
【００３３】
Ｓ８は、データの読込みを行う。
Ｓ９は、トランザクション分割を行う。これは、既述したように、後述するＳ１１からＳ１４によってトランザクション自動分割を行う。
【００３４】
Ｓ１０は、データブロックのでブロッキングを行い、レコード返却して次の処理に進む。
Ｓ１１、Ｓ１２は、トランザクション制御手段がトランザクションの終了を行う。
【００３５】
Ｓ１３，Ｓ１４は、トランザクション制御手段がトランザクションの開始を行う。
以上によって、既述した図１の（ｂ）に示すように、３段階のトランザクションを自動分割することが、図２の構成のもとで実行することが可能となる。
【００３６】
図４は、本発明の動作説明フローチャート（その２）を示す。
図４において、Ｓ２１は、入力データ管理手段がトランザクション完了通知前処理を行う。これにより、Ｓ３１で入力データ管理手段が入力データ管理テーブルの当該ジョブのエントリを検索し、エントリあり（ＹＥＳ）のときに、Ｓ３３で当該ジョブのエントリの切り出し／初期化を行い、Ｓ３４で仕掛かり中トランザクション情報を設定しＳ２１の次に戻る。一方、Ｓ３２のＮＯの場合には、エントリなしと判明したので、Ｓ３４で仕掛かり中のトランザクション情報を設定しＳ２１の次に戻る。
【００３７】
Ｓ２２は、ログファイルへのトランザクション履歴情報を出力する。
Ｓ２３は、データベース制御部がデータベース実更新を行う。
Ｓ２４は、入力データ管理手段がトランザクション完了後処理を行う。これにより、入力データ管理手段がＳ４１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ４２でエントリあり、かつ仕掛かり中トランザクションありか判別し、ＹＥＳのときにＳ４３で仕掛かり中トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ２４に戻る。一方、Ｓ４２のＮＯの場合には、エラーとして終了する。
【００３８】
以上によって、トランザクション前処理および後処理の中で、トランザクション履歴情報、データベース実更新、仕掛かり中のトランザクション情報の内容を完了済情報に複写などすることが可能となる。
【００３９】
図５は、本発明の動作説明フローチャート（その３）を示す。
図５において、Ｓ５１は、トランザクション制御部がログファイルからのトランザクション履歴情報を読み込む。
【００４０】
Ｓ５２は、データベース制御部がデータベースのリカバリを行う。
Ｓ５３は、未処理の完了済トランザクションありか判別する。ＹＥＳの場合には、Ｓ５４で入力データ管理手段がトランザクションリカバリ処理を行う。これは、図示の矢印しのように、入力データ管理手段がＳ６１で入力データ管理テーブルの当該トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ５４に戻る。一方、Ｓ６２のＮＯの場合には、エントリあり、かつ仕掛かり中トランザクションがないと判明したので、そのまま終了する。
【００４１】
以上によって、ログファイルからトランザクション履歴情報を読み込み、データベースのリカバリを行うと共に、入力データ管理テーブルにエントリがありかつ仕掛かり中トランザクションの場合に複写して復元（リカバリ）することが可能となる。
【００４２】
図６は、本発明のテーブル例を示す。ここでは、図示の下記の情報を設定するものである。
・各エントリのポインタ：
・ジョブ情報（＊１）
・仕掛かり中トランザクションのトランザクション識別番号（＊２）
・仕掛かり中トランザクションのトランザクションに対応するデータブロックの位置付け情報（＊３）
・完了済トランザクションのトランザクション識別番号（＊２）
・完了済トランザクションのトランザクションに対応するデータブロックの位置づけ（＊３）
ここで、
・＊１は、ジョブ情報であって、バッチジョブを識別するための情報である。
【００４３】
・＊２は、トランザクション識別番号であって、トランザクションを識別するための情報であって、システムで一意になるような番号である。
・＊３は、データブロックの位置付け情報であって、ファイル内のデータブロックを識別するための情報であり、ＤＡＳＤの場合にはボリューム通し番号、ファイル名、相対トラックアドレスなどであり、ＭＴの場合にはボリュームと通り番号。ファイル順序番号、ブロック番号などでありる。
【００４４】
図７は、本発明のトランザクションの他の例を示す。ここでは、図示のように、入力データとして、
【００４５】
次に、図８から図１３を参照して本発明の他の実施例構成および動作を詳細に説明する。
図８は、本発明の他の概念システム図を示す。
【００４６】
図８の（ａ）、（ｂ）、（ｃ）において、アプリケーションプログラム（入出力）３１は、図示外のバッチ業務から１トランザクションで複数のデータブロックのデータベース３４へのアクセス（更新）を複数のトランザクションに自動分割して処理を行うものである。
【００４７】
入力データファイル３２は、ここでは、データベース３４へ書き込むデータなどを格納するファイルである。
入力データ管理テーブル３３は、入力データの情報を管理するものである。
【００４８】
トランザクションリカバリ処理３６は、トランザクションで異常発生時にリカバリを行うものである。
ログファイル５は、ログを保存するファイルである。
【００４９】
次に、それそれの動作を説明する。
図８の（ａ）は、正常実行時の動作を示す。
（１） トランザクション開始する（例えば初回はデータベース３４をオープンしてトランザクションを開始、２回目以降はトランザクションを開始する）。
【００５０】
（２） ＲＥＡＤ実行し、入力データファイル３２から読み出したデータについて、データベース３４を検索してＤＢ更新する。
（３） トランザクション終了する。この中でログファイルにログ採取および入力データ管理テーブル３３に情報（位置付け情報）を書き込む。
【００５１】
（４） 正常終了したときは、次のデータについて繰り返す。
図８の（ｂ）は、リカバリ時の動作を示す。
（１） トランザクションで障害発生時に、図８の（ａ）で採取したログファイル３５を参照して、トランザクションリカバリ処理３６を構成する整合性回復手段が入力データ管理テーブル３３と、データベース３４との整合性を回復させる。これにより、障害発生したトランザクション以前で処理したデータの整合性が回復されることとなる。
【００５２】
図８の（ｃ）は、リラン時の動作を示す。
（２） 図８の（ｂ）で整合性の回復を行った後、障害発生したトランザクションについて、リラン（再実行）し、再実行したトランザクションに対応するデータの部分からデータベース３４に再実行を行う。
【００５３】
以上によって、トランザクションのいずれかで障害発生時に、正常な部分は整合性を回復した後、回復できない部分（トランザクション）についてリラン（再実行）して再書き込みを行うことにより、障害発生のトランザクションのみを再実行すればよく、効率的にリカバリおよび再実行を行うことが可能となる。以下順次詳細に説明する。
【００５４】
図９は、本発明のシステム構成図を示す。これは、既述した図２のシステム構成図中の、１１，１２，１３，１４，１５，１７，１８，１９，２０，２１，２２，２３と同一であるので説明を省略する。
【００５５】
次に、図１０のフローチャートの順番に従い、図９の構成の動作を詳細に説明する。
図１０は、本発明の他の動作説明フローチャート（その１）を示す。
【００５６】
図１０において、Ｓ７１は、初回のデータ読込要求か、または、前回読込データブロックの処理完了か判別する。ＹＥＳの場合には、Ｓ７２に進む。ＮＯの場合には、Ｓ８１でデータブロックのでブロッキングを行い、レコード返却し、終了などする。
【００５７】
Ｓ７２は、初回のデータ読込み要求か判別する。ＹＥＳの場合には、Ｓ７３に進む。ＮＯの場合には、初回のデータ読込みでもないと判明したので、Ｓ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行い、レコードを返却して最初に戻るなどする。
【００５８】
Ｓ７３は、入力データ管理テーブルの当該ジョブのエントリを検索する。
Ｓ７４は、エントリありか判別する。ＹＥＳの場合には、リカバリと判明したので、Ｓ７５で完了済トランザクション情報の読込みを行い、Ｓ７６に進む。一方、ＮＯの場合には、初回と判明したのでＳ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００５９】
Ｓ７６は、トランザクション情報ありか判別する。 ＹＥＳの場合には、Ｓ７７に進む。ＮＯの場合には、Ｓ８４でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００６０】
Ｓ７７は、トランザクション完了済のデータレコードはブロック内最終レコード以外か判別する。ＹＥＳの場合には、Ｓ７８で最後のトランザクション完了済のデータブロックに位置づけ、Ｓ７９でデータの読込みを行い、Ｓ８０で最後のトランザクション完了済のデータレコードの次のレコードに位置づけ、Ｓ８１でデータブロックのでブロッキングを行う。一方、Ｓ７７のＮＯの場合には、最後のトランザクション完了済のデータブロックの次のブロックに位置づけ、Ｓ８３でデータの読込みを行い、Ｓ８１でデータブロックのでブロッキングを行う。
【００６１】
以上によって、既述した図８の（ｂ）、（ｃ）に示すように、Ｓ７８、Ｓ７９、Ｓ８０およびＳ８２、Ｓ８３の手順を区別し、異常発生個所のトランザクションに依存してリカバリ／リトライを効率的に行うことが可能となる。
【００６２】
図１１は、本発明の動作説明フローチャート（その２）を示す。
図１１において、Ｓ９１は、入力データ管理手段がトランザクション完了前処理を行う。これにより、入力データ管理手段がＳ１０１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ１０２でエントリありか判別し、ＹＥＳのときに、Ｓ１０３で当該ジョブのエントリの切り出し／初期化を行い、Ｓ１０４で仕掛かり中のトランザクション情報を設定し、Ｓ９１に戻る。一方、Ｓ１０２のＮＯの場合には、Ｓ１０４で仕掛かり中のトランザクション情報を設定し、Ｓ９１に戻る。
【００６３】
Ｓ９２は、ログファイルへのトランザクション履歴情報を出力する。
Ｓ９３は、データベース制御部がデータベース実更新を行う。
Ｓ９４は、入力データ管理手段がトランザクション完了後処理を行う。これにより、Ｓ１１１で入力データ管理テーブルの当該ジョブのエントリを検索し、Ｓ１１２でエントリありかつ仕掛かり中のトランザクションありか判別し、ＹＥＳの場合にＳ１１３で仕掛かり中のトランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ９４に戻る。一方、Ｓ１１２のＮＯの場合には、エラーとして終了する。
【００６４】
以上によって、ログファイルにトランザクション履歴情報を出力し、トランザクション終了要求を行うことが可能となる。
図１２は、本発明の動作説明フローチャート（その３）を示す。
【００６５】
図１２において、Ｓ１２１は、トランザクション制御部がログファイルからのトランザクション履歴情報を読み込む。
Ｓ１２２は、データベース制御部がデータベースのリカバリを行う。
【００６６】
Ｓ１２３は、未処理の完了済トランザクションありか判別する。ＹＥＳの場合には、Ｓ１２４で入力データ管理手段がトランザクションリカバリ処理を行う。これは、図示の矢印しのように、入力データ管理手段がＳ１３１で入力データ管理テーブルの当該トランザクションのエントリを検索し、Ｓ１３２でエントリあり、かつ仕掛かり中のトランザクションありか判別し、ＹＥＳの場合にＳ１３４で仕掛かり中トランザクション情報の内容を完了済トランザクション情報に複写し、Ｓ１２４に戻る。一方、Ｓ１３２のＮＯの場合には、Ｓ１２４にそのまま戻る。
【００６７】
以上によって、ログファイルからトランザクション履歴情報を読み込み、データベースのリカバリを行うと共に、入力データ管理テーブルにエントリがありかつ仕掛かり中トランザクションの場合に複写して復元（リカバリ）することが可能となる。
【００６８】
図１３は、本発明のテーブル例を示す。これは、既述した図６のテーブルと同じであるので、説明を省略する。
【００６９】
【発明の効果】
以上説明したように、本発明によれば、バッチジョブのトランザクションを入力データのブロックごとなどに自動分割し、業務アプリケーションプログラムを変更することなくオンライン業務と平行しても迅速なレスポンスを実現、タイムアウト発生を無くすと共に、リカバリ時にバッジ業務で設定したトランザクションを自動分割したときに効率的にリカバリ処理を実行することが可能となる。
【図面の簡単な説明】
【図１】本発明の概念システム図である。
【図２】本発明のシステム構成図である。
【図３】本発明の動作説明フローチャート（その１）である。
【図４】本発明の動作説明フローチャート（その２）である。
【図５】本発明の動作説明フローチャート（その３）である。
【図６】本発明のテーブル例である。
【図７】本発明のトランザクションの他の例である。
【図８】本発明の他の概念システム図である。
【図９】本発明のシステム構成図である。
【図１０】本発明の他の動作説明フローチャート（その１）である。
【図１１】本発明の他の動作説明フローチャート（その２）である。
【図１２】本発明の他の動作説明フローチャート（その３）である。
【図１３】本発明の他のテーブル例である。
【符号の説明】
１、１２、３１：アプリケーション（入出力）
２、２１、３２：入力データファイル
３、２３、３４：データベース
１６：トランザクション分割手段
１９、３５：ログファイル
２２、３３：入力データ管理ファイル
Claims (5)
- バッチジョブ識別情報に、仕掛中及び完了済のトランザクション情報を対応付けて記憶する入力データ管理テーブルと、
開始していた直前のトランザクションを終了し、新たなトランザクションを開始するようトランザクション制御部に要求するトランザクション分割手段と、
アプリケーションプログラムからのデータ読込みの要求を受け、データ入力制御部を介して入力データファイルから所定の単位で入力データを入力して前記トランザクション分割手段を呼び出すデータ読込手段と、
トランザクション終了要求に基づき起動したトランザクション制御部から制御を渡され、該終了要求対象のトランザクションの情報を仕掛中トランザクション情報として前記入力データ管理テーブルに記憶するトランザクション完了前処理手段と、データベース更新後にトランザクション制御部から制御を渡され、該入力データ管理テーブルに設定した仕掛中トランザクション情報を完了済トランザクション情報に複写して前記入力データ管理テーブルに記憶するトランザクション完了後処理手段とを備える入力データ管理手段と
を備えることを特徴とするトランザクション分割・連携装置。 - トランザクション実行中に何らかの障害が発生すると、前記入力データ管理テーブルを参照して障害発生したトランザクションの所定の単位のトランザクションの再実行を行ってリカバリする手段を更に備えたことを特徴とする請求項１記載のトランザクション分割・連携装置。
- 前記データ読込手段は、データブロック毎か、または、同じコードを持つかのいずれかの単位で入力データを入力することを特徴とする請求項１記載のトランザクション分割・連携装置。
- 開始していた直前のトランザクションを終了し、新たなトランザクションを開始するようトランザクション制御部に要求するトランザクション分割ステップと、
アプリケーションプログラムからのデータ読込みの要求を受け、データ入力制御部を介して、入力データファイルから所定の単位で入力データを入力して前記トランザクション分割ステップを呼び出すデータ読込ステップと、
トランザクション終了要求に基づき起動したトランザクション制御部から制御を渡され、該終了要求対象のトランザクションの情報を仕掛中トランザクション情報として、バッチジョブ識別情報に、仕掛中及び完了済のトランザクション情報を対応付けて記憶する入力データ管理テーブルに記憶するトランザクション完了前処理ステップと、データベース更新後にトランザクション制御部から制御を渡され、該入力データ管理テーブルに設定した仕掛中トランザクション情報を完了済トランザクション情報に複写して前記入力データ管理テーブルに記憶するトランザクション完了後処理ステップとを実行する入力データ管理ステップと
を実行させるトランザクション分割・連携プログラムを記録したコンピュータ読取可能な記録媒体。 - 開始していた直前のトランザクションを終了し、新たなトランザクションを開始するようトランザクション制御部に要求するトランザクション分割ステップと、
アプリケーションプログラムからのデータ読込みの要求を受け、データ入力制御部を介して、入力データファイルから所定の単位で入力データを入力して前記トランザクション分割ステップを呼び出すデータ読込ステップと、
トランザクション終了要求に基づき起動したトランザクション制御部から制御を渡され、該終了要求対象のトランザクションの情報を仕掛中トランザクション情報として、バッチジョブ識別情報に、仕掛中及び完了済のトランザクション情報を対応付けて記憶する入力データ管理テーブルに記憶するトランザクション完了前処理ステップと、データベース更新後にトランザクション制御部から制御を渡され、該入力データ管理テーブルに設定した仕掛中トランザクション情報を完了済トランザクション情報に複写して前記入力データ管理テーブルに記憶するトランザクション完了後処理ステップとを実行する入力データ管理ステップと
を実行させるトランザクション分割・連携プログラムを記録したコンピュータ読取可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00903099A JP3774075B2 (ja) | 1999-01-18 | 1999-01-18 | トランザクション分割・連携装置および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00903099A JP3774075B2 (ja) | 1999-01-18 | 1999-01-18 | トランザクション分割・連携装置および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000207265A JP2000207265A (ja) | 2000-07-28 |
| JP3774075B2 true JP3774075B2 (ja) | 2006-05-10 |
Family
ID=11709269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00903099A Expired - Fee Related JP3774075B2 (ja) | 1999-01-18 | 1999-01-18 | トランザクション分割・連携装置および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3774075B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2419883A1 (en) | 2003-02-26 | 2004-08-26 | Ibm Canada Limited - Ibm Canada Limitee | Discriminatory replay of log files during table space recovery in a database management system |
| JP4942519B2 (ja) * | 2007-03-14 | 2012-05-30 | 株式会社日立製作所 | 情報処理装置、プログラム及び情報処理方法 |
| WO2016079786A1 (ja) | 2014-11-17 | 2016-05-26 | 株式会社日立製作所 | 計算機システム及びデータ処理方法 |
-
1999
- 1999-01-18 JP JP00903099A patent/JP3774075B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000207265A (ja) | 2000-07-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5201044A (en) | Data processing method for file status recovery includes providing a log file of atomic transactions that may span both volatile and non volatile memory | |
| JP2531776B2 (ja) | デ―タベ―スを回復する方法 | |
| US6018746A (en) | System and method for managing recovery information in a transaction processing system | |
| US5333314A (en) | Distributed data base system of composite subsystem type, and method of fault recovery for the system | |
| CN100430936C (zh) | 用于数据库备份的一致性检验的***和方法 | |
| JP2667039B2 (ja) | データ管理システムおよびデータ管理方法 | |
| JP5160006B2 (ja) | 論理フラッシュメモリ装置を用いて原子的更新を実行する方法および装置 | |
| EP0566968A2 (en) | Method and system for concurrent access during backup copying of data | |
| CN109542682B (zh) | 一种数据备份方法、装置、设备和存储介质 | |
| CN110543446B (zh) | 一种基于快照的区块链直接归档方法 | |
| JP3094888B2 (ja) | 採番機構、データ整合性確認機構、トランザクション再実行機構及び分散トランザクション処理システム | |
| US6944635B2 (en) | Method for file deletion and recovery against system failures in database management system | |
| JPH11134235A (ja) | 外部記憶装置故障時の回復支援方法 | |
| CN115145697A (zh) | 数据库事务的处理方法、装置及电子设备 | |
| JP3774075B2 (ja) | トランザクション分割・連携装置および記録媒体 | |
| TW200417859A (en) | Storage system and method with snapshot backup function | |
| CN112540875B (zh) | 一种基于xtrabackup的mysql数据库备份、恢复校验可用性的方法 | |
| JPH033046A (ja) | ログ記録管理方式 | |
| JPS62245348A (ja) | データベース更新方法 | |
| JP3290182B2 (ja) | 共用環境におけるデータ・セットのバックアップ方法及び装置 | |
| JP3155096B2 (ja) | システム入れ換え時の一括復旧処理方法 | |
| JPH0713943A (ja) | 並列計算機 | |
| JPS63262737A (ja) | デ−タベ−ス更新記録処理方法 | |
| JP2909128B2 (ja) | 起動処理の引き継ぎ処理装置 | |
| JP2937636B2 (ja) | 論理シミュレータ方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050425 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050725 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060216 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090224 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100224 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120224 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130224 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130224 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140224 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |