JPH0476622A

JPH0476622A - ロードモジュールライブラリ管理処理方法

Info

Publication number: JPH0476622A
Application number: JP18506790A
Authority: JP
Inventors: Mitsuhiro Tamura; 光弘田村; Mamoru Suzuki; 守鈴木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1990-07-12
Filing date: 1990-07-12
Publication date: 1992-03-11

Abstract

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

Description

【発明の詳細な説明】〔概要〕ロードモジュールライブラリを管理するデータ処理シス
テムにおけるロードモジュールライブラリ管理処理方法
に関しロードモジュールライブラリの更新時における障害に対
する堅牢性を高めることを目的としロードモジュールラ
イブラリを管理するための情報を格納する管理テーブル
を新旧の二重化構造とし、ロードモジュールを更新する
場合に、管理テーブル以外のデータは、新しい領域を確
保して追加書きとし、管理テーブルの書込みの正当性は
論理スタンプにより保証するように構成する。

〔産業上の利用分野〕

本発明は５　ロードモジュールライブラリを管理するデ
ータ処理システムにおけるロードモジュールライブラリ
管理処理方法に関する。

近年、システムのフォールトトレラント（ＦＴ）化、ノ
ンストップ化は重要なｙＡ題となっており。

システムの活性保守を実現するうえで２世代付きロード
モジュールライブラリに対する更新データの保証が必要
となっている。そこで１世代付きロードモジュールライ
ブラリのアクセス中に、システムダウンが起きたときで
も５更新前のデータを保証する技術が必要とされている
。

［従来の技術］従来のロードモジュールライブラリでは、ロードモジュ
ール更新中にシステムダウンが起きた場合に、以前のデ
ータ、特にスペース情報などのメタ情報が保証されない
ため、そのままの状態では。

更新前のロードモジュールについても使用することがで
きな（なることがあった。

そのため、従来方式では、ロードモジュールライブラリ
を更新するときには、更新前にバックアップをとり、更
新作業時のデータ破壊に備える必要があった。

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

従来の技術では、システムの活性保守などを実現する場
合に、更新前のデータのバンクアップ処理が必要になる
ため２工数がかかり、コスト面にも悪影響を及ぼすとい
う問題があった。また、障害後のシステム立ち上げでは
、バンクアンプからの復元が必要になるため、ロードモ
ジュールライブラリが使用可能になるまで時間がかかる
という問題があった。

本発明は上記問題点の解決を図り、ロードモジュールラ
イブラリの更新時における障害に対する堅牢性を高め、
更新前のバンクアップ処理および障害時の復元処理を不
要とする手段を従供することを目的としている。

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

第１図は本発明の原理説明図である。

第１図において、１０はＣＰＵおよびメモリなどからな
るデータ処理袋Ｌｌｌは実行可能形式のプログラムであ
るロードモジュールを作成するリンケージエディタ、１
２は指定されたロードモジュールを主記憶にローディン
グするローダ、１３はロードモジュールライブラリを管
理するロードモジュールライブラリ管理部、１４は管理
テーブルをアクセスする管理テーブルアクセス部、１５
は管理テーブルの論理スタンプを管理する論理スタンプ
管理部、１６はロードモジュールを更新するデータ更新
部、１７はロードモジュール群を格納するロードモジュ
ールライブラリ、ＩＢａ。

Ｊ８ｂはロードモジュールライブラリを管理するための
メタ情報を格納する管理テーブル、１９ａ１９ａ′およ
び１９ｂ、１９ｂ’は論理スタンプＤＩ−Ｄ３はデータ
を表す。

本発明では、ロードモジュールライブラリ１７を管理す
るための情報を格納するテーブルを、管理テーブル１８
ａ、　　１８１）として二重化し　それぞれ新・旧とし
て、管理テーブルアクセス部１４により交互に使用し１
世代のアップを行う。

データ更新部１６によりロードモジュールライブラリ１
７の内容を更新する場合、管理テーブル１８ａ、１８ｂ
以外のデータは、新しい領域を確保して追加書きとし５
いわゆる上書きは行わないようにする。

管理テーブル１８ａ、１８ｂには、論理スタンプ管理部
１５により、各領域の先頭に論理スタンプ１９ａ、１９
ｂ、また各領域の最終位置に論理スタンプ１９ａ’、１
９ｂ’を設定し、管理チーフル１８ａ、１８ｂへの書込
みの正当性は、これらの論理スタンプにより保証する。

〔作用〕

ロードモジュールライブラリ１７のメタ情報を管理する
管理テーブル１８ａ、１８ｂは、一方が°゛新“で、他
方が°°旧°゛で挑る。ローダ１２の依軌により、ロー
ドモジュールを取り出す場合には。

“新”の管理テーブルを使用する。

リンケージエディタ１１は、ロードモジュールライブラ
リ管理部１３を介して５　ロードモジュールライブラリ
１７を更新する０例えば、管理テーブル１８ａが“新”
で、管理テーブル１８ｂが“旧”である場合、更新する
管理テーブルは、管理テーブル１８ｂ側とする。

データＤ２の内容を変更する場合には、データＤ２の格
納領域に変更内容を上書きするのではなく５別に領域を
確保し、変更内容をデータＤ２’として追加書きする。

そして、管理テーブル１８ｂから　データＤ２’をポイ
ントする。

データの更新終了の際に、管理テーブル１８ｂ内の論理
スタンプ１９ｂ、１９ｂ’　として、ｊ）ＦＬい値を設
定し、管理テーブル１８ｂを更新する入出力命令を発行
する。

以上の処理が正常に終了すれば、以後、管理テーブル１
８ｂがパ新″゛として用いられ、管理テーブル１８ａは
°゛旧″切り替えられる。

ロードモジュールライブラリ１７の更新時に。

システムダウン等の障害が発生すると、ロードモジュー
ルライブラリ１７は２不完全な状態になる。

しかし５本発明の場合２例えば管理テーブル１８ｂの更
新時に障害があったとしても、他方の管理テーブル１８
ａの内容はそのまま保証され５更新対象となったデータ
Ｄ２についても２元のデータをそのまま使用することが
可能である。

〔実施例〕

第２図は本発明の一実施例による管理テーブルの二重化
を説明する図、第３図は本発明の一実施例におけるロー
ドモジュールライブラリのデータ構造、第４図は本発明
の一実施例による管理テーブル正当性確認の説明図２第
５図は本発明の一実施例に係る更新時の処理フローを示
す。

本発明では１例えば第２図に示すように１一方を旧管理
テーブル１８ａ、他方を新管理テーブル１８ｂとして、
管理テーブルを二重化構造とする。

通常時に、ロードモジュールのローディングのために使
用する管理テーブルは、新管理テーブルＩＢｂとし、更
新が必要な場合には、新旧のうち日管理テーブル１８ａ
側に書き込む。なお、管理テーブル１８ａ、１８ｂは、
ロードモジュールを構成するデータ本体のスペース管理
情報などのメタ情報２０を管理する情報を持つ。

ロードモジュールライブラリのデータ構造は本実施例の
場合、第３図に示すようになっており管理テーブル１８
ａが先頭の第０ブロック目、管理テーブル１８ｂが第１
ブロツク目に設けられるようになっている。

管理テーブル１８ａ、１８ｂは、コントロールセグメン
ト３０と呼ばれるブロックをポイントする。コントロー
ルセグメント３０には、第２図に示すメタ情報２０が格
納される。各コントロールセグメント３０から、ロード
モジュール本体部３Ｉのよ亥当フ′ロックをポイントす
るようになっている。

前述したように、管理テーブル１８ａ、１８ｂは交互に
使用され、コントロールセグメント３０またはロードモ
ジュール本体部３１の更新の場合には、常に空き領域へ
の追加書きが行われる。

管理テーブルの正当性の保証は、論理スタンプによって
行う。論理スタンプは１例えば更新ごとにカウントアツ
プされるシーケンス番号である。

第４図（イ）は、現世代の管理テーブル１８についての
論理スタンプ１９．１９’の例を示している。■、■の
論理スタンプ値は、同し値が設定される。

第４図（ロ）は、新世代の管理テーブルＩ８についての
論理スタンプ１９．１９’の例を示しており、■、■は
第４図（イ）に示す■、■の論理スタンプ値より大きい
ので、第４図（ロ）に示す管理テーブル１８のほうが、
　（イ）に示すものよりも新しいことがわかる。

入出力命令によって、管理テーブル１８を更新している
途中で、システム障害があると、更新中の管理テーブル
１８の内容が不定状態になることがある。第４図（ハ）
は、その状態を示している。

この場合、先頭の論理スタンプ１９と最終位置の論理ス
タンプ１９′とを比較する。この値が一致しでいれば、
管理テーブル１８の内容は正しいと考えることができる
。もし５前後の論理スタンプ１９．１９’が一致してい
なければ、管理テーブル１８の内容は正しくないので、
その内容を棄却し、他方の管理テーブルを使用する。

この例では、論理スタンプ値として、シーケン大番号を
用いているが、更新時の時刻情報を用いるようにしても
よい。

ロードモジュールライブラリ１７の更新処理は例えば第
５図に示すように行う。以下、第５図（イ）に示す処理
（ａ）〜（ｇ）に従って説明する。

（ａ）　　ロードモジュールライブラリ１７から管理テ
ーブルを読み込む。

［有］）第４図で説明した論理スタンプの正当性をチエ
ツクする。前後の論理スタンプ値が等しくかつ最新の値
を持つほうを、新管理テーブルと認識し、他方を旧管理
テーブルと認識する。この例では、第５図（ロ）に示す
管理テーブル■が新管理テーブル、管理テーブル■が旧
管理チーフルであったとする。

（Ｃ）　　管理テーブル■の論理スタンプの値に１を加
える。

（ｄ）　　旧の管理テーブル■の先頭に論理スタンプを
書き出す。この値を＊１として記憶しておく。

（ｅ）　　ロードモジュール情報を、新しい％ｌ域に追
加書きするとともに、管理テーブル■に、新しい領域の
管理情報を反映する。

ｆｆｌ　　必要な情報を全て書き込んだかどうかを判定
し、まだ残っていれば、処理（ｅ）を繰り返す。

（濁　必要な情報を書き終えたならば、管理チーフル■
の最後に、処理（ｄ）で記憶した＊１と同し値の論理ス
タンプを書きだし、処理を終了する。

これにより、第５図（ロ）に示すロードモジュールライ
ブラリ１７は、第５図（ハ）に示すように更新され、旧
管理テーブルであった管理チーフル■が、最新の管理テ
ーブルとなる。

〔発明の効果］以上説明したように１本発明によれば、ロードモジュー
ル更新中にクランシュした場合でも、更新前のデータを
保証できるようになる。ロー１′モジユールライブラリ
の堅牢性が高められ、従来のようなロードモジュールの
更新時におけるバックアップ処理が不要となる。

【図面の簡単な説明】

第１図は本発明の原理説明図第２図は本発明の一実施例による管理テーブルの二重化
を説明する図第３図は本発明の一実施例におけるロードモジュールラ
イブラリのデータ構造。第４図は本発明の一実施例による管理テーブル正当性確
認の説明図第５図は本発明の一実施例に係る更新時の処理フローを
示す。図中、１０はデータ処理語ｆｉ、＋１はリンケージエデ
ィタ、】２はローダ　１３はロードモジュールライブラ
リ管理部、】４は管理テーブルアクセス部、１５は論理
スタンプ管理部、１６はデータ更新部、１７はロードモ
ジュールライブラリ。１８ａ、１８ｂは管理テーブル、１９ａ、１９ｂは論理
スタンプ、Ｄ１〜Ｄ３はデータを表す。

Claims

【特許請求の範囲】実行可能形式のプログラムであるロードモジュールを、
ロードモジュールライブラリ（１７）として管理するデ
ータ処理システムにおいて、ロードモジュールライブラリを管理するための情報を格
納する管理テーブル（１８ａ、１８ｂ）を新旧の二重化
構造とし、ロードモジュールを更新する場合に、管理テーブル以外
のデータは、新しい領域を確保して追加書きとし、管理テーブルの書込みの正当性は、論理スタンプ（１９
ａ、１９ｂ）により保証することを特徴とするロードモジュールライブラリ管理処理
方法。