JP3570639B2 - How to manage system definition information - Google Patents
How to manage system definition information Download PDFInfo
- Publication number
- JP3570639B2 JP3570639B2 JP23730494A JP23730494A JP3570639B2 JP 3570639 B2 JP3570639 B2 JP 3570639B2 JP 23730494 A JP23730494 A JP 23730494A JP 23730494 A JP23730494 A JP 23730494A JP 3570639 B2 JP3570639 B2 JP 3570639B2
- Authority
- JP
- Japan
- Prior art keywords
- definition
- information
- definition information
- difference
- subsystem
- 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
- Stored Programmes (AREA)
Description
【0001】
【産業上の利用分野】
本発明は情報処理システムにおけるシステム定義情報の管理方法に関する。
情報処理システムでは,各種の制御動作を行うための多数のサブシステム(プログラム)を使用し,例えばファイル管理プログラム,通信制御プログラム,各種のコンパイラ等種々様々である。
【0002】
このような各サブシステム(プログラム)は,それぞれのサブシステムの動作に必要なシステム定義情報を設定しなければ動作することができない。システム定義情報としては,その時に情報処理システムに備えられた,主記憶装置の種別,記憶容量,接続された入出力装置,通信制御装置,ファイル記憶装置等に関する情報が含まれる。
【0003】
近年のコンピュータシステムでは,システム運用中のネットワークの機器の増設や,運用形態の変更等の機会が増加し,システム定義がその都度変更されるが,変更履歴の管理と変更前の定義への復元が容易に行えることが望まれている。
【0004】
【従来の技術】
図4は従来例の説明図である。
図中,40はサブシステム1〜サブシステムnへ設定されるシステム定義情報(単に,定義情報という)1〜n,41は各サブシステムに対応して独自の内容を持つ定義情報変更の操作手段(プログラムで構成)1〜n,42はそれぞれ異なるプログラムから成るサブシステム1〜nである。
【0005】
図4の例では,各サブシステム1〜nの定義情報を変更するには,それぞれに対して独自の操作手段1〜nを使用して,対応するサブシステム1〜nの定義情報1〜nを変更する。定義情報1の例で説明すると,サブシステム1に現在定義情報として「A」が設定されているものとする。この内容をコンピュータシステムの変更により,定義情報1として「A+α」に変更したい場合,操作手段1により画面を見ながらキー操作してサブシステム1に設定するか,予め「A+α」を記録した定義情報1を操作手段1によりサブシステム1へ設定することにより定義情報が変更される。他のサブシステム2〜nについてもそれぞれ異なる操作手段2〜nによりそれぞれの定義情報を変更することができる。
【0006】
この方法では,各サブシステムの定義情報はそれぞれ独自の操作手段を用いて変更する必要があったが,これを改良して,システム定義の変更操作を行う操作手段を統一する方法が実現されている。
【0007】
【発明が解決しようとする課題】
上記の従来のシステム定義情報を変更する操作手段が統一されても,各サブシステムの定義情報はコンピュータシステムの構成等の変化により頻繁に変更されることが多い。その場合,上記従来の技術ではサブシステム群のシステム定義情報の操作履歴が管理されてないため,例えば,システム定義を変更した後,エラーが発生する等により,変更前の定義に復元したい場合にも変更前のシステム定義を復元することができないという問題があった。
【0008】
なお,従来の技術としてプログラム,プログラムデータ,ファイル等の世代管理に関し,特開平1−276229号, 特開平3−58125号,特開平3−9426号,特開平3−14046等の各公報に記載されているが,システム定義情報の場合は,これらの技術をそのまま使用して以前の世代に復元することはできなかった。
【0009】
本発明は各種の機能を持つプログラムに対し設定されるシステム定義の変更操作を一括して管理する環境において,操作履歴を管理すると共にシステム定義の新世代への更新や,以前の世代への戻しにおいてシステム状態と整合性を保つことができるシステム定義情報の管理方法を提供することを目的とする。
【0010】
【課題を解決するための手段】
図1は本発明の原理構成図である。
図1において,1は入力機能と出力機能を備える入出力部,2は情報処理装置,3はシステム定義管理部,4は差分管理部,5は定義戻し部,6は各サブシステム毎の定義情報の各世代間に生じる差分が現在の世代(最新世代)までの分が格納される差分ファイル,7はサブシステム群(システム),8は複数個設けられたサブシステム,8aは各サブシステムの定義変更の可否を判定する変更可否判定手段,9は新たな定義情報(更新定義情報)9aが格納された外部記憶装置である。また,1a〜1cはそれぞれ入出力部1において行われる操作であり,1aは定義更新操作,1bは定義戻し操作,1cは履歴表示操作である。
【0011】
本発明はシステム定義管理部に差分管理部を備え,ここで定義情報の更新操作に対応して差分を生成して差分ファイルに格納し,戻し操作に対応して逆差分を生成して対応する各サブシステムに通知し,各サブシステムでこれらの更新や戻しが可能か否かを判定して,可能な場合はそのサブシステムの定義情報の更新または戻しを実行し,不可の場合は定義情報の変更をせず,不可のメッセージを出力する。
【0012】
【作用】
図1において,操作者が情報処理装置2の入出力部1で,各サブシステムの以前の定義情報を新たな情報に更新するための定義更新操作1aを行い定義情報を入力する。この時予め外部記憶装置9に設定する更新定義情報9aを用意して,定義更新操作1aにより内容を一括して入力させることができる。この説明では,現在のサブシステム群7に第n世代の定義情報が設定されているものとし,更新定義情報9aは第n+1世代とする。システム定義管理部3は定義更新の操作入力に応じて,差分管理部4が起動し,定義情報の更新を行うため差分生成部4aが動作する。差分生成部4aは入力された更新用の更新定義情報9aとシステム定義管理部3が管理する動作中の定義情報(第n世代)との差分を求める。求められた差分は差分管理部4に保持されると共に,サブシステム群7の該当するサブシステム8へ通知される。
【0013】
通知を受けた各サブシステム8では,それぞれ受け取った差分について変更可否判定手段8aにおいて,変更が可能か判定する。この判定は,各サブシステムが使用する資源や運用条件に適合するか判定するもので,適合すればシステム定義管理部3へ更新可を通知し,適合しなければ,更新不可を通知する。差分管理部4は,各サブシステムから更新可を受けとると差分ファイル6に更新により生じる差分を第n世代の差分として登録し,不可の場合は入出力部1に更新不可のメッセージを出力する前記第n世代の差分ファイルを無効化する。
【0014】
操作者が入出力部1から,世代を指定して定義戻し操作1bを行う。この説明では,情報処理装置2に設定された世代(第n世代)の一世代前の定義情報に戻すよう指定したものとすると,定義戻し部5が起動される。定義戻し部5はこれにより差分管理部4に対し逆差分生成を実行させる。これにより逆差分生成部4bは,差分ファイル6から現在の世代(第n世代)から前の世代(第n−1世代)の状態へ復元するための逆差分(第n−1世代から第n世代へ更新する時の差分に相当)を取り出して逆差分が生成される。この逆差分はサブシステム群7の該当するサブシステム8へ通知される。
【0015】
通知を受けたサブシステム8はそれぞれ変更可否判定手段8aにおいて,逆差分により定義を復元することが各サブシステムが使用する資源や運用条件等に可能であるか判定する。この結果,可能の場合は,差分管理部4に通知する。復元が不可の場合は,戻し不可の通知を差分管理部4へ通知する。差分管理部4は各サブシステム8から戻し可の通知を受け取ると差分ファイル6に格納された第n世代の差分(上記逆差分生成部4bで発生した逆差分)を消去し,戻し不可の通知を受け取ると差分ファイル6の内容はそのままにして,定義戻し部5から入出力部1に対し定義の戻しが不可のメッセージを出力させる。定義情報の戻し操作は,現世代から複数の世代だけ前に戻すことも同様の原理で実行することができる。
【0016】
入出力部1から履歴表示操作1cを行うと,システム定義管理部3の差分管理部4の履歴管理部4cが動作する。履歴管理部4cは差分ファイル6から各世代の差分を取り出して,入出力部1へ出力して表示される。
【0017】
【実施例】
図2は実施例の構成図,図3は定義情報の更新及び戻しの処理フローである。図2において,10はキーボード10a及びディスプレイ10bを備える入出力装置,11−1〜11−nは更新のために入力される各世代(1〜n)の定義情報,12はCPU,メモリ及びファイル記憶装置等を含む情報処理装置,13はシステム定義管理部,13aは変更情報通知部,14は差分管理部,15は差分生成部,16は逆差分生成部,17は戻し部,18は履歴管理部,19は各世代間の差分を保持・管理する差分ファイル,20−1〜20−nは各サブシステムである。図2の13〜18及び20で示す各部は,プログラムにより構成することができる。
【0018】
キーボード10aからコマンドにより定義情報の更新(新世代への変更),元の世代の定義情報への戻し,履歴表示等のそれぞれを実行するためにコマンドを投入すると,システム定義管理部13でコマンドに対応した制御を行う。定義情報11は,最初に第1世代の定義情報がディスク装置等の外部記憶装置から一括して入力設定され,その後にシステムを構成するハードウェアやソフトウェア(例えば端末,記憶装置の容量等)の変更等に応じて定義情報の更新が行われ,第2世代,第3世代・・・と順番に定義情報が入力設定される。
【0019】
システム定義管理部13は差分管理部14,差分生成部15,逆差分生成部16,戻し部17及び履歴管理部18を制御し,情報処理装置の各種のプログラムに対応する複数の各サブシステム20に対する定義情報の管理を行う。
【0020】
システム定義管理部13(差分管理部14〜戻し部17を含む)及びサブシステム20によるシステム定義情報の更新と戻しの処理フローを図3により説明する。A.の更新処理の2の場合,入出力装置10のキーボード10aからコマンド入力によりシステム定義情報の更新指示が発生すると(図3のS1),システム定義管理部13が動作すると共に新定義情報(第n世代とする)が読込まれる(図3のS2)。この場合,図2の第n世代の定義情報11−nがシステム定義管理部13へ読込まれる。次に現定義(動作中の第n−1世代の定義)情報が情報処理装置12の定義情報格納部(図2には図示されない)から読込まれる(図3のS3)。次に読込まれた新定義情報(第n世代)と現定義情報(第n−1世代)の差分情報が図2の差分生成部15で生成される(図3のS4)。生成された差分は図2の差分ファイル19の第n世代に退避する。
【0021】
この後の各処理ステップS5〜S10は定義情報の戻しの処理と共通する処理であるが,更新処理の場合について説明すると,各サブシステム20に対し定義情報の変更内容,この更新処理の場合は更新により発生した差分を変更情報通知部13aから通知する(図3のS5)。これを受けた各サブシステムは,システムの状態を検査して変更された定義情報が現在のシステムのハード・ソフト的な条件を満たすかにより変更可否を判断し,変更情報通知部(図2の13a)へ定義変更の可否を通知する(図3のS6)。変更情報通知部は定義変更の可否を判別する(同S7)。
【0022】
定義情報を更新する変更の場合に行われる判定は,具体例を挙げると,ハードウェアを増設する内容になっているが,システム構成の状態が増設された状態になっているかの判定や,大量のメモリ領域を使用するように変更され時に,現在のメモリ容量で足りるのかの判定をする等の種々の要素について行われる。
【0023】
この変更が可能と判定された場合は,各サブシステムは定義の変更情報をシステムに反映する処理を行い(同S8),新定義情報を現定義情報として有効化する(同S9)。また,変更が不可と判定された場合,定義の変更操作をエラーとし,異常内容をメッセージにより通知する(同S10)。この場合,図2のサブシステム20からシステム定義管理部13へ変更不可を通知することにより,システム定義管理部13は入出力装置10に対し変更不可のメッセージを発生し,ディスプレイ10bにメッセージが表示される。また,システム定義管理部13は退避された第n世代の差分情報を無効化(または削除)する。
【0024】
図3のB.に示す定義情報の戻しの処理の場合を説明する。この戻しの機能は,システム構成を変更した結果,障害が発生した場合等にエラーが発生しないことが保障されている前の世代に戻す場合に使用することができる。実際には複数世代前(第1世代を含む)まで戻すことができる。この説明では,現世代を第n世代とし,その1世代前(元の第n−1世代)に戻す例について説明する。
【0025】
定義情報を元の世代に戻すコマンドをキーボード10aから入力して,戻し指示が発生すると(図3のS11),図2のシステム定義管理部13はこれを識別して戻し部17を駆動し,戻し部17は逆差分生成部16に対し前世代と現世代との差分(差分n)が保存された差分ファイル19を読込む(同S12)。読込まれた内容から逆差分情報が生成されると(図3のS13),各サブシステムに定義の変更内容(この場合,戻しの逆差分情報)を通知する(同S5)。
【0026】
各サブシステム20は,システム状態を定義情報を前世代へ戻す変更が可能か否かを検査し,変更情報通知部へ変更可否を通知し(同S6),変更情報通知部は通知された定義変更の可否を判別する(同S7)。ここで,戻しの変更が可能と判定されると,上記の更新の場合と同様に,定義の変更情報(前世代への戻す逆差分情報)をシステムに反映し(同S8),新定義情報(第n−1世代)を現定義情報として有効化する(同S9)。戻しの変更が不可と判定されると,定義の戻しの変更操作をエラーとして異常内容(戻しが不可となる理由)をメッセージにより通知する(同S10)。
【0027】
上記のように定義情報の戻しの変更がエラーになる場合とエラーにならない場合があるが,それぞれ次に具体例として示すような状態に対してエラー,エラーにならないの判定が行われる。
(1) 戻しがエラーになる場合
基本的に,ハードウェアを物理的に追加した時に,付随してソフト情報(システム定義)を追加した場合に,その後での戻し作業がエラーになる場合があり,次の▲1▼〜▲3▼の場合にエラーが発生する。
【0028】
▲1▼端末定義の増設後の取消(削除):これは,端末を増設した後,それを取り消すために定義情報を戻した時に,削除対象の端末を使用している場合,システム定義の戻し(端末の削除)を行えない。
【0029】
▲2▼磁気テープ装置の増設後の取り消し(削除)
▲3▼外部記憶ファイル(二次記憶装置)の追加後の取り消し(削除)
(2) 戻しがエラーにならない場合
外部情報(ハード構成情報等)に依存しないソフトウェアだけの動作情報は,基本的に戻すことが問題なく行え,以下の▲1▼〜▲3▼のようなものがある。
【0030】
▲1▼システム内で使用する言語の定義(ローカル定義)
▲2▼課金情報の獲得単位
▲3▼システム内で一度に処理するジョブ数
上記の定義情報の戻しがエラーとなった場合は,エラーとなった原因となる情報をメッセージによりディスプレイに表示することにより,操作者は原因を知って対処することができる。
【0031】
【発明の効果】
本発明によれば,近年の情報処理システムにおいて機器の増設や運用形態の頻繁な変更に対して,システム定義情報の変更操作を一括して管理する環境において操作性を向上することができ,システム定義情報の操作履歴の管理だけでなく,変更前の定義の復元をシステムの実際の構成に整合するように設定することが可能となる。
【図面の簡単な説明】
【図1】本発明の原理構成図である。
【図2】実施例の構成図である。
【図3】定義情報の更新及び戻しの処理フローである。
【図4】従来例の説明図である。
【符号の説明】
1 入出力部
1a 定義更新操作
1b 定義戻し操作
1c 履歴表示操作
2 情報処理装置
3 システム定義管理部
4 差分管理部
5 定義戻し部
6 差分ファイル
7 サブシステム群(システム)
8 サブシステム
8a 変更可否判定手段
9 外部記憶装置
9a 新たな定義情報(更新定義情報)[0001]
[Industrial applications]
The present invention relates to a method for managing system definition information in an information processing system.
The information processing system uses a number of subsystems (programs) for performing various control operations, such as a file management program, a communication control program, and various compilers.
[0002]
Such subsystems (programs) cannot operate unless system definition information necessary for the operation of each subsystem is set. The system definition information includes information on the type of the main storage device, the storage capacity, the connected input / output device, the communication control device, the file storage device, and the like provided at the time in the information processing system.
[0003]
In computer systems in recent years, the number of opportunities to increase the number of network devices and change the operation mode during system operation increases, and the system definition is changed each time. However, the management of the change history and restoration of the definition before the change are performed. It is desired that this can be easily performed.
[0004]
[Prior art]
FIG. 4 is an explanatory diagram of a conventional example.
In the figure,
[0005]
In the example of FIG. 4, in order to change the definition information of each of the
[0006]
In this method, the definition information of each subsystem had to be changed using its own operation means. However, by improving this, a method of unifying the operation means for changing the system definition was realized. I have.
[0007]
[Problems to be solved by the invention]
Even if the operation means for changing the conventional system definition information is unified, the definition information of each subsystem is frequently changed due to a change in the configuration of the computer system. In this case, since the operation history of the system definition information of the subsystem group is not managed in the above-described conventional technology, for example, when an error occurs after changing the system definition, it is necessary to restore the definition before the change. However, there is a problem that the system definition before the change cannot be restored.
[0008]
Note that, as a conventional technique, generation management of programs, program data, files, and the like is described in JP-A-1-276229, JP-A-3-58125, JP-A-3-9426, and JP-A-3-14046. However, in the case of system definition information, it was not possible to use these technologies as they were to restore them to the previous generation.
[0009]
The present invention manages the operation history, updates the system definition to a new generation, and returns to the previous generation in an environment that collectively manages the operation of changing the system definition set for a program having various functions. It is an object of the present invention to provide a method of managing system definition information which can maintain consistency with a system state in the system.
[0010]
[Means for Solving the Problems]
FIG. 1 is a diagram showing the principle of the present invention.
In FIG. 1, 1 is an input / output unit having an input function and an output function, 2 is an information processing device, 3 is a system definition management unit, 4 is a difference management unit, 5 is a definition return unit, and 6 is a definition for each subsystem. A difference file storing the difference between each generation of information up to the current generation (the latest generation), 7 is a subsystem group (system), 8 is a plurality of subsystems, and 8a is each subsystem. A change permission / non-permission determining means 9 for determining whether the definition can be changed is an external storage device in which new definition information (update definition information) 9a is stored. 1a to 1c are operations performed in the input /
[0011]
According to the present invention, the system definition management unit is provided with a difference management unit, which generates a difference in response to an update operation of definition information, stores the difference in a difference file, and generates an inverse difference in response to a return operation. Notify each subsystem, determine whether each subsystem can update or revert these, and if possible, update or revert the definition information of the subsystem. If not, define information. Does not change the value and outputs an invalid message.
[0012]
[Action]
In FIG. 1, an operator performs a definition update operation 1a for updating the previous definition information of each subsystem to new information at the input /
[0013]
In each of the
[0014]
The operator performs a definition return operation 1b from the input /
[0015]
In each of the
[0016]
When the history display operation 1c is performed from the input /
[0017]
【Example】
FIG. 2 is a configuration diagram of the embodiment, and FIG. 3 is a processing flow for updating and returning definition information. In FIG. 2,
[0018]
When a command is entered from the keyboard 10a to execute definition information update (change to a new generation), return to the original generation definition information, and history display, etc., the system
[0019]
The system
[0020]
The processing flow of updating and returning the system definition information by the system definition management unit 13 (including the
[0021]
The subsequent processing steps S5 to S10 are the same processing as the return processing of the definition information. However, in the case of the update processing, the contents of the change of the definition information for each subsystem 20 will be described. The difference generated by the update is notified from the change information notification unit 13a (S5 in FIG. 3). Upon receipt of this, each subsystem checks the state of the system to determine whether or not the changed definition information satisfies the current hardware and software conditions of the system. 13a) is notified of whether the definition can be changed (S6 in FIG. 3). The change information notification unit determines whether the definition can be changed (S7).
[0022]
The determination to be made in the case of a change that updates the definition information is, for example, to add hardware, but it is necessary to determine whether the system configuration has been added, When the memory area is changed to use the current memory capacity, various factors such as determining whether the current memory capacity is sufficient are performed.
[0023]
If it is determined that this change is possible, each subsystem performs a process of reflecting the definition change information in the system (S8), and validates the new definition information as the current definition information (S9). If it is determined that the change cannot be made, the definition change operation is regarded as an error, and the content of the abnormality is notified by a message (S10). In this case, the subsystem 20 of FIG. 2 notifies the system
[0024]
B. of FIG. The case of the return processing of the definition information shown in FIG. This reverting function can be used when reverting to a previous generation in which it is guaranteed that no error will occur when a failure occurs as a result of changing the system configuration. Actually, it can be returned up to a plurality of generations before (including the first generation). In this description, an example will be described in which the current generation is set to the n-th generation and the current generation is returned one generation before (the original n-1st generation).
[0025]
When a command to return the definition information to the original generation is input from the keyboard 10a and a return instruction is generated (S11 in FIG. 3), the system
[0026]
Each subsystem 20 checks whether it is possible to change the system status to return the definition information to the previous generation, and notifies the change information notifying unit whether the change is possible (S6), and the change information notifying unit checks the notified definition. It is determined whether or not the change is possible (S7). If it is determined that the reversion can be changed, the definition change information (reverse difference information returned to the previous generation) is reflected in the system as in the case of the above update (S8), and the new definition information is updated. (N-1st generation) is validated as the current definition information (S9). If it is determined that the change of the return is not possible, the operation of changing the return of the definition is regarded as an error, and the content of the abnormality (the reason why the return cannot be performed) is notified by a message (S10).
[0027]
As described above, there is a case where the change of the return of the definition information causes an error and a case where the error does not result in an error. For each of the states shown below as specific examples, it is determined whether the change is an error or not.
(1) When return error occurs Basically, when hardware information is physically added and software information (system definition) is added, the subsequent return operation may result in an error. An error occurs in the following cases (1) to (3).
[0028]
{Circle around (1)} Cancellation (deletion) after adding a terminal definition: This is to return the system definition if the terminal to be deleted is used when the definition information is returned to cancel it after adding the terminal. (Delete device) cannot be performed.
[0029]
(2) Cancellation (deletion) after adding a magnetic tape unit
(3) Cancellation (deletion) after adding an external storage file (secondary storage device)
(2) When the return does not result in an error The operation information of only software that does not depend on external information (hardware configuration information, etc.) can basically be returned without any problem, and the following items (1) to (3) There is.
[0030]
(1) Definition of language used in the system (local definition)
(2) Acquisition unit of accounting information (3) Number of jobs to be processed at one time in the system If returning the above definition information results in an error, display the information that caused the error on a display by a message This allows the operator to know the cause and take action.
[0031]
【The invention's effect】
According to the present invention, operability can be improved in an environment in which a change operation of system definition information is collectively managed in response to frequent changes in equipment addition or operation form in a recent information processing system. In addition to managing the operation history of the definition information, it is possible to set the restoration of the definition before the change so as to match the actual configuration of the system.
[Brief description of the drawings]
FIG. 1 is a principle configuration diagram of the present invention.
FIG. 2 is a configuration diagram of an embodiment.
FIG. 3 is a processing flow for updating and returning definition information.
FIG. 4 is an explanatory diagram of a conventional example.
[Explanation of symbols]
8 Subsystem 8a Changeability determination means 9 External storage device 9a New definition information (update definition information)
Claims (2)
システム定義管理部は,定義情報の更新指示の入力に基づいて,現在のシステム定義情報と新定義情報との差分情報を前記定義情報の世代ごとに生成して退避し,
前記差分情報を前記各サブシステムに通知し,
前記各サブシステムは,それぞれ通知された前記差分情報が現在のシステムの条件を満たすか否かにより,現在のシステムに対しての更新の可否を判断して判断結果をそれぞれ前記システム定義管理部に通知し,
前記システム定義管理部は,前記各サブシステムからの判断結果が全て更新可の場合に各サブシステムの定義情報を一括して更新し,前記サブシステムからの判断結果に更新不可がある場合にはエラーを表す出力を発生し,前記退避した差分情報を無効化すること
を特徴とするシステム定義情報の管理方法。In a management method in which an information processing device collectively manages system definition information set in a plurality of subsystems executing each control process,
The system definition management unit generates and saves difference information between the current system definition information and the new definition information for each generation of the definition information based on the input of the definition information update instruction.
Notifying the subsystem of the difference information,
Each subsystem, the whether or not the condition of the difference information reported respectively the current system, the determination result to determine whether updates to the current system to each of the system-defined management unit Notify ,
The system definition management unit updates the definition information of each subsystem in a lump when all the judgment results from the subsystems are updatable, and when the judgment result from the subsystem is not updatable , A method for managing system definition information, wherein an output indicating an error is generated and the saved difference information is invalidated.
前記システム定義管理部は,定義情報の戻し指示の入力に基づいて,以前の世代の定義情報との逆差分情報を前記差分ファイルから取り出し,
前記逆差分情報を前記各サブシステムに通知し,
前記各サブシステムは,それぞれ通知された前記逆差分情報による以前の世代の定義情報への復元の可否を判断して判断結果を前記システム定義管理部に通知し,
前記システム定義管理部は,前記各サブシステムからの判断結果が全て復元が可の場合には各サブシステムの定義情報を一括して復元し,
前記サブシステムからの判断結果に復元が不可がある場合にはエラーを表す出力を発生すること
を特徴とするシステム定義情報の管理方法。In claim 1,
The system definition management unit extracts inverse difference information from the definition information of the previous generation from the difference file based on the input of the return instruction of the definition information,
Notifying the respective subsystems of the inverse difference information,
Each subsystem notifies the determination result to determine whether the restoration of the definition information from the previous generation by the inverse difference information notified to each of the system definition management unit,
The system definition management unit collectively restores the definition information of each subsystem when all of the judgment results from the respective subsystems can be restored,
The method of managing the system definition information, characterized by generating an output representative of an error if the restoration on the determination result from the sub-system is impossible.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23730494A JP3570639B2 (en) | 1994-09-30 | 1994-09-30 | How to manage system definition information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23730494A JP3570639B2 (en) | 1994-09-30 | 1994-09-30 | How to manage system definition information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08101763A JPH08101763A (en) | 1996-04-16 |
| JP3570639B2 true JP3570639B2 (en) | 2004-09-29 |
Family
ID=17013387
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23730494A Expired - Fee Related JP3570639B2 (en) | 1994-09-30 | 1994-09-30 | How to manage system definition information |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3570639B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003296147A (en) | 2002-04-08 | 2003-10-17 | Hitachi Ltd | Volume management method and apparatus |
| JP5533466B2 (en) * | 2010-09-07 | 2014-06-25 | 日本電気株式会社 | Parameter management apparatus, parameter management method, and parameter management program |
-
1994
- 1994-09-30 JP JP23730494A patent/JP3570639B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08101763A (en) | 1996-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8433948B2 (en) | Method and apparatus for realizing application high availability | |
| KR100210208B1 (en) | Method and apparatus for enabling persistent attributes in an object oriented environment | |
| US6714980B1 (en) | Backup and restore of data associated with a host in a dynamically changing virtual server farm without involvement of a server that uses an associated storage device | |
| US8234474B2 (en) | Method of constructing replication environment and storage system | |
| JP5541149B2 (en) | Snapshot collection program, server, and snapshot collection method | |
| JPH07200313A (en) | Open process control system | |
| JP2000284987A (en) | Computer, computer network system and recording medium | |
| JP4937863B2 (en) | Computer system, management computer, and data management method | |
| US20140201434A1 (en) | Managing Volatile File Copies | |
| US8738873B2 (en) | Interfacing with a point-in-time copy service architecture | |
| JP3570639B2 (en) | How to manage system definition information | |
| JPH1049443A (en) | Information processing system | |
| US6332199B1 (en) | Restoring checkpointed processes including adjusting environment variables of the processes | |
| EP0449660A2 (en) | A method and apparatus of generating shadow process | |
| US11675931B2 (en) | Creating vendor-neutral data protection operations for vendors' application resources | |
| JP3992767B2 (en) | Computer processing system | |
| JP3483931B2 (en) | Program execution control method and computer | |
| JP4070389B2 (en) | Power system monitoring and control device | |
| JP3496800B2 (en) | Object enhancement method and recording medium recording the processing program | |
| JP2021521570A (en) | Managing shared resources in a distributed computing system | |
| JP3298904B2 (en) | Supplementary service execution program management method | |
| JP3498422B2 (en) | Computer system | |
| JPH02226350A (en) | Data control method for computer system | |
| JP4628551B2 (en) | Dynamic installation method and computer system | |
| JPH1031513A (en) | User interface system for monitor control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030506 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040510 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040618 |
|
| 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: 20080702 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |