JPH0476744A - 共有メモリテーブルリカバリ機能付き計算機システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はデータベースリカバリ機能を有する計算機シス
テムに関し、特に共有メモリテーブルのリカバリ機能を
有する計算機システムに関する。

〔従来の技術〕

従来のデータベースリカバリ機能を有する計算機システ
ムでは、記憶装置に保持されている共有テーブル内容と
磁気ディスク装置に保持されているデータベースファイ
ル内容とを自動的に整合させる機能を持たなかった。

〔発明が解決しようとする課題〕

従来のデータベースリカバリ機能を有する計算← 機システムでは、プログラムアボード時に、リカバリ処
理される磁気ディスク装置に保持されているデータベー
スファイルと、リカバリ処理されない記憶装置内のメモ
リ上の共有テーブルとの間に、不整合が生ずる。このた
め、中途更新のままとなっている共有テーブルを定期的
にユーザ毎に定められている特別な手段で復元する必要
があり、共有テーブルをアクセスするアプリケーション
フログラムの生産性、保守性、運用性上問題があった。

〔課題を解決するための手段〕

本発明の共有メモリテーブルリカバリ機能付き計算機シ
ステムは、データベースリカバリ機能を有スる計算機シ
ステムにおいて、磁気ディスク装置のディスクファイル
インタフェースを模擬することにより記憶装置上のメモ
リテーブルを前記磁気ディスク装置上のファイルにみせ
かけるメモリファイル化手段と、前記磁気ディスク装置
上のデータベースファイルと前記ディスクファイルイン
タフェースが模擬された前記メモリテーブルとを区別せ
ずデータリカバリ制御を行なうデータベースリカバリ手
段とを有している。

〔実施例〕

次に、本発明について図面を参照して説明する。

第１図は、本発明の１実施例の機能ブロック図であり、
ディスクファイルインタフェースを模擬するメモリファ
イル化手段１と、データベースリカバリ制御を行うデー
タベースリカバリ手段２と、共有メモリテーブル３と、
データベースファイル４と、アプリケーションプログラ
ム５とを有している。

第２図は、メモリファイル化手段１が内蔵するメモリフ
ァイル化管理テーブル２０の構成例を示す図である。管
理テーブルのレコード数は、ここでは（２”−１）＝２
５５としている。メモリファイル化管理テーブル２０の
第１番目の各レコードは、共有メモリテーブル情報を保
持する。そして、テーブル名フィールド２１と、レコー
ド長フィールド２２と、レコード数フィールド２３と、
共有メモリテーブル管理部ロケーションフィールド２４
と、共有メモリテーブル本体部ロケーションフィールド
２５とから構成される。

第３図は、共有メモリテーブル３の構成例を示す図であ
る。共有メモリテーブル３は、実際の磁気ディスク装置
のディスクファイルインタフェースを模擬する構成にな
っており、共有メモリテーブル管理部３１と、共有メモ
リテーブル本体部３２とから成る。共有メモリテーブル
管理部３１には、ディスク装置管理情報として、ディス
ク名、ディスクＩＤ、シリンダ数、トラック数およびセ
クタ数が格納され、ファイル管理情報として、ファイル
名２格納ロケーシヨン、サイズおよび属性が格納されて
いる。共有メモリテーブル本体部３２には、共有される
べきメモリテーブルの本来の内容が入り、模擬されたデ
ィスク装置の中に唯−含まれるファイルに対応する。

第４図は、メモリファイル化手段１が共有メモリテーブ
ル３を作成する処理手順を示すフローチャートである。

共有メモリテーブル作成処理が開始される（ステップ４
１）と、メモリファイル化手段１は起動時の指定パラメ
ータを解析する（ステップ４２）。そして、メモリファ
イル化管理テーブル２０の第ｉレコードのテーブル名フ
ィールド２１と、レコード長フィールド２２と、レコー
ド数フィールド２３とに指定パラメータ値が格納される
（ステップ４３）。次に指定レコード長とレコード数に
従って、共有メモリテーブル３のメモリ領域を確認し、
共有メモリテーブル管理部３１に必要情報を格納し、共
有メモリチーフル本体部３２の内容のすべての値をゼロ
に初期化する（ステップ４４）。次にメモリファイル管
理テーブル２０の共有メモリチーフル管理部ロケーショ
ンフィールド２４と、共有メモリテーブル本体部ロケー
ションフィールド２５の値を格納しくステップ４５）、
共有メモリテーブル作成処理を終了する（ステップ４６
）。

第５図は、共有メモリテーブル作成処理が完了した後の
メモリファイル化管理テーブル２０と、共有メモリテー
ブル３の関係例を示す図である。

メモリファイル化管理テーブル２０の共有メモリテーブ
ル管理部ロケーションフィールド２４と共有メモリテー
ブル３の共有メモリテーブル管理部３１とが、共有メモ
リテーブル本体部ロケーションフィールド２５と共有メ
モリテーブル本体部３２とが対応している。共有メモリ
テーブル３の削除は、メモリファイル化手段１の共有メ
モリテーブル作成処理が終了する時に、自動的に行われ
る。

第６図は、アプリケーションプログラム５からの要求で
行なわれるデータベースアクセス処理手順を説明するフ
ローチャートである。データベースアクセス処理を關始
しくステップ６１）、アプリケーションプログラム５か
らデータベースリカバリ手段２にデータベースアクセス
要求（入力。

出力要求）が行なわれる（ステップ６２）。データベー
スリカバリ手段２は、アクセス前処理を行ない（ステッ
プ６３）、次に該当ディスク装置へのファイルＩ１０要
求を行ない、ディスク装置の識別を行なう（ステップ６
４）。該当ディスク装置が、実際の磁気ディスク装置で
あるなら、データベースファイル４において、通常のフ
ァイルＩ１０が行なわれる（ステップ６５〜６７）。デ
ィスク装置が、メモリファイル化手段１であるなら、メ
モリファイル化手段１を介して共有メモリテーブル３へ
のアクセスが行なわれる（ステップ７０〜７２）。いず
れにせよ、データベースファイルエ１０結果通知がデー
タベースリカバリ手段２に返される（ステップ６７又は
７２）。データベースリカバリ手段１では、その後、ア
クセス後処理を行ない（ステップ６８）、データベース
アクセスは終了する（ステップ６９）。

〔発明の効果つ 以上説明したように本発明は、データベースリカバリ機
能を有する計算機システムにおいて、記憶装置上の共有
メモリテーブルを磁気ディスク装置上のファイルにみせ
かける手段、即ちティスフファイルインタフェースを模
擬するメモリファイル化手段を導入することにより、ユ
ーザ毎に特別な手段を講することなく、共有メモリテー
ブルの内容を常にデータベースと整合性のとれた状態に
保つことができる。このため、共有メモリをアクセスす
るアプリケーションプログラムの生産性。

保守性、運用性が高まるという効果がある。

【図面の簡単な説明】

第１図は本発明の１実施例の機能ブロック図、第２図は
メモリファイル化管理テーブルの構成例を示す図、第３
図は共有メモリテーブルの構成例を示す図、第４図は第
２図の共有メモリテーブルの作成処理手順を示すフロー
チャート、第５図はメモリファイル化管理テーブルと共
有メモリテーブルの関係例を示す図、第６図はアプリケ
ーションプログラムからの要求で行なわれるデータベー
スアクセス処理手順を示すフローチャートである。 １・・・・・・メモリファイル化手段、２・・・・・・
データベースリカバリ手段、３・・・・・・共有メモリ
テーブル、４・・・・・・メモリファイル化手段、５・
・・・・・アプリケーションプログラム、２０・・・・
・・メモリファイル化管理テーブル、２１・・・・・・
テーブル名フィールド、２２・・・・・レコード長フィ
ールド、２３・・・・・・レコード数フィールド、２４
・・・・・・共有メモリテーブル管理部ロケーションフ
ィールド、２５・・・・・・共有テーブル本体部ロケー
ションフィールド、３１・・・・・・共有メモリテーブ
ル管理部、３２・・・・・・共有メモリテーブル本体部
。 代理人　弁理士　　内　原　　　晋

Claims (1)

【特許請求の範囲】
1. データベースリカバリ機能を有する計算機システムにお
   いて、磁気ディスク装置のディスクファイルインタフェ
   ースを模擬することにより記憶装置上のメモリテーブル
   を前記磁気ディスク装置上のファイルにみせかけるメモ
   リファイル化手段と、前記磁気ディスク装置上のデータ
   ベースファイルと前記ディスクファイルインタフェース
   が模擬された前記メモリテーブルとを区別せずデータリ
   カバリ制御を行なうデータベースリカバリ手段とを有す
   ることを特徴とする共有メモリテーブルリカバリ機能付
   き計算機システム。