JPH0397030A - Program correcting system - Google Patents
Program correcting systemInfo
- Publication number
- JPH0397030A JPH0397030A JP1232827A JP23282789A JPH0397030A JP H0397030 A JPH0397030 A JP H0397030A JP 1232827 A JP1232827 A JP 1232827A JP 23282789 A JP23282789 A JP 23282789A JP H0397030 A JPH0397030 A JP H0397030A
- Authority
- JP
- Japan
- Prior art keywords
- patch
- program
- patch information
- information
- processing
- 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.)
- Pending
Links
- 230000004048 modification Effects 0.000 claims description 19
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000005856 abnormality Effects 0.000 abstract description 3
- 238000011084 recovery Methods 0.000 abstract description 3
- 238000000034 method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000008439 repair process Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、計算機システムのプログラム修正方式に関し
，特に，システム停止が困難な計算機システムのプログ
ラム修正を行う場合に、システムのプログラム修正およ
びプログラム修正ミスの修復を効率よく行う計算機シス
テムのプログラム修正方式に関するものである。[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to a program modification method for a computer system, and in particular, when modifying a program in a computer system where it is difficult to stop the system, the present invention relates to a method for modifying a program in a computer system, and in particular, when modifying a program in a computer system where it is difficult to stop the system. This invention relates to a program modification method for computer systems that efficiently repairs mistakes.
従来、この種のプログラム修正方式の一例として，特開
昭６０−７５９３６号に記載の「簡易パッチキャンセル
方式」の例に見られるように、別プロセッサを用意し、
パッチ投入時，旧情報を別プロセッサ内に保存しておく
ことにより，投入したパッチをキャンセルする方式が知
られている。Conventionally, as an example of this type of program correction method, a separate processor is prepared, as seen in the "simple patch cancellation method" described in Japanese Patent Application Laid-Open No. 60-75936.
A method is known in which when a patch is applied, the old information is saved in a separate processor, thereby canceling the applied patch.
このようなプログラム修正方式においては、プログラム
の修正および修正ミス時のキャンセルを行う場合には、
システムを停止し、オペレータの介入が必要である。In this program modification method, when modifying a program or canceling a modification error,
System shuts down and operator intervention is required.
ところで、証券会社，銀行などのオンラインの計算機シ
ステムは、システムを停止状態にすることが困難な計算
機システムであり、このような計算機システムにおける
プログラム修正を行う場合については配慮されていない
。また、システムを停止状態にすることが困難なシステ
ムにおいては，プログラムを修正する場合においても、
更に、システムの稼動率が低下させず，効率よくプログ
ラム修正を行うことが所望される．
本発明は、前記問題点を解決するためになされたもので
ある．
本発明の目的は、システムを停止できない場合における
プログラム修正および修正ミス時の修復をシステム稼動
中にできるプログラム修正方式を提供することにある．
本発明の前記ならびにその他の目的と新規な特徴は、本
明細書の記述及び添付図面によって明らかになるであろ
う．
〔課題を解決するための手段〕
上記目的を達成するため、本発明においては、ユーザコ
ンソールを有する計算機システムにおいて、パッチ情報
格納エリアと、非パッチプログラム保存エリアとを設け
，オペレーティングシステムには、ユーザコンソールか
ら入力されたバッチ情報をパッチ情報格納エリアに格納
するパッチ情報格納機構と、バッチ情報の有／無を認識
するパッチ情報有無認識機構と，パッチ箇所から非パッ
チプログラムを非バッチプログラム保存エリアに退避し
て、パッチ情報格納エリアの修正プログラムと入れ換え
、入れ換えた修正プログラムの実行の後、実行結果が異
常な場合には該パッチ情報と共に入力した障害レベル情
報に基づき、別の修正プログラムとの入れ換え又は元の
プログラムに戻すパッチ処理機構とを備えることを特徴
とする。Incidentally, online computer systems of securities companies, banks, and the like are computer systems in which it is difficult to bring the system to a halt state, and no consideration is given to the case where programs are modified in such computer systems. In addition, in systems where it is difficult to stop the system, even when modifying a program,
Furthermore, it is desirable to be able to modify programs efficiently without reducing system availability. The present invention has been made to solve the above problems. SUMMARY OF THE INVENTION An object of the present invention is to provide a program modification method that allows program modification when the system cannot be stopped and repair when a modification error occurs while the system is running. The above and other objects and novel features of the present invention will become apparent from the description of this specification and the accompanying drawings. [Means for Solving the Problem] In order to achieve the above object, in the present invention, a patch information storage area and a non-patch program storage area are provided in a computer system having a user console, and the operating system has a user console. A patch information storage mechanism that stores batch information input from the console in the patch information storage area, a patch information presence/absence recognition mechanism that recognizes the presence/absence of batch information, and a non-patch program from a patch location to the non-batch program storage area. Save the patch and replace it with the patch in the patch information storage area, and if the execution result is abnormal after executing the replaced patch, replace it with another patch based on the failure level information entered along with the patch information. or a patch processing mechanism for returning to the original program.
〔作用〕，
前述した手段によれば、バッチ情報格納エーリアと、非
パッチプログラム保存エリアとが設けられ、オペレーテ
ィングシステム（ＯＳ）には、パッチ情報格納機構と、
パッチ情報有無認識機構と、パッチ処理機構とが備えら
れる．
パッチ情報格納機構は、ユーザコンソールから入力され
たパッチ情報をパッチ情報格納エリアに格納する。パッ
チ情報有無認識機構は、パッチ情報の有／無をチェック
をし，パッチ情報が有る場合に、バッチ処理機構を起動
させ、パッチ処理機構が、パッチ情報に基づいて非修正
プログラムを保存エリアへ退避し，修正プログラムを入
れ換えて実行することによりパッチ処理を行う。バッチ
処理を行い、修正プログラムの実行後の結果，異常があ
れば，パッチ情報内にある障害レベルに応じて、別の修
正プログラムに入れ換えるか、または元のプログラムに
戻す処理を行う。これにより，システムを停止しないで
プログラム修正およびプログラム修正ミスの修復が可能
となる．〔実施例〕
以下、本発明の一実施例を図面を用いて具体的に説明す
る．
第１図は、本発明の一実施例にかかる計算機システムの
要部の構或を示すブロック図である。第１図において、
１０は中央処理装置（ＣＰＵ）．１９はユーザコンソー
ルである．また，１１はオペレーティングシステム（Ｏ
Ｓ），１２はプログラムエリア、１２ａはプログラムの
パッチ箇所である。１３はパッチ情報の内容を格納する
パッチ情報格納エリア、１４はパッチ箇所１２ａに入っ
ている非修正プログラムを退避する非修正プログラム退
避エリアである。オペレーティングシステム１１には、
パッチ情報の有無を監視するパッチ情報有無認識機構１
５と、ユーザコンソール１９から中央処理装１１１０に
入力されたバッチ情報を格納するパッチ情報格納機構１
６と、修正プログラムの入れ換え、修正プログラムの実
行後の結果に対応した処理をするパッチ処理機構１７が
備えられている。[Operation] According to the above-described means, a batch information storage area and a non-patch program storage area are provided, and the operating system (OS) has a patch information storage mechanism,
It is equipped with a patch information presence/absence recognition mechanism and a patch processing mechanism. The patch information storage mechanism stores patch information input from the user console in a patch information storage area. The patch information presence/absence recognition mechanism checks the presence/absence of patch information, and if patch information is present, starts the batch processing mechanism, and the patch processing mechanism saves the unmodified program to the storage area based on the patch information. Patch processing is performed by replacing and running the patch program. Batch processing is performed, and if there is an abnormality as a result of executing the patch program, it is replaced with another patch program or the original program is restored, depending on the fault level in the patch information. This makes it possible to modify programs and correct program modification errors without stopping the system. [Example] Hereinafter, an example of the present invention will be specifically explained using the drawings. FIG. 1 is a block diagram showing the structure of a main part of a computer system according to an embodiment of the present invention. In Figure 1,
10 is a central processing unit (CPU). 19 is the user console. In addition, 11 is an operating system (O
S), 12 is a program area, and 12a is a patch location of the program. 13 is a patch information storage area for storing the contents of patch information, and 14 is a non-modified program save area for saving non-modified programs included in the patch location 12a. Operating system 11 includes
Patch information presence/absence recognition mechanism 1 that monitors the presence/absence of patch information
5, and a patch information storage mechanism 1 that stores batch information input from the user console 19 to the central processing unit 1110.
6, and a patch processing mechanism 17 that performs processing corresponding to the replacement of correction programs and the results after execution of the correction programs.
第２図は、パッチ情報を管理するためのパッチ情報管理
テーブルの一例を示す図である。第２図において、２０
はパッチ情報の有／無を管理するためのパッチ情報管理
テーブルである．パッチ情報管理テーブル２０には、後
述するパッチ情報に対応して、パッチ情報の有／無を識
別するためのパッチ情報有／無フラグ２１ａ ， ２１
ｂ ， −， ２１ｎと、このパッチ情報有／無フラグ
２１ａ，２ｌｂ，・・・，２１ｎと対応して、パッチ情
報からプログラム修正の処理を実施して実行完であるか
、実行中か、または未実行かをそれぞれ完／中／未で示
すパッチ処理フラグ２２ａ，２２ｂ，・・・，２２ｎが
設けられている．第３ｒｊ！Ｉは、パッチ情報のフォー
マットの一例を示す図である．第３図において、３０は
１単位のパッチ情報である．バッチ情報３０は，他のパ
ッチ情報と当該パッチ情報を区別するために設けられる
識別情報のバッチＩＤ３１と，バッチ実行後の処理結果
が異常となった場合の回復処理レベルを規定、する障害
レベル情報３２と、パッチ処理箇所の残り数を示すパッ
チ数３３から成るパッチ情報管理情報と共に、パッチ情
報３０の本体部分であるパッチ箇所を示すアドレス情報
，修正プログラムが格納されて構成される．
すなわち、パッチ情報３０の本体部分の修正プログラム
Ｏ，修正プログラム１，・・・，修正プログラムｎがそ
れぞれ修正プログラムエリア３４ａ ， ａ４ｂ ，・
・・，３４ｎに格納され，修正プログラムＯ，修正プロ
グラム１，・・・，修正プログラムｎの各々に対応して
、パッチ箇所のアドレス情報がアドレスエリア３５ａ，
３５ｂ＝・・・，３５ｎに格納される。また、パッチを
実施したか否かを示す処理フラグが処理フラグエリア３
６ａ ， ３６ｂ ，・・・，３６ｎに格納される。FIG. 2 is a diagram showing an example of a patch information management table for managing patch information. In Figure 2, 20
is a patch information management table for managing the presence/absence of patch information. The patch information management table 20 includes patch information presence/absence flags 21a and 21 for identifying the presence/absence of patch information, corresponding to patch information to be described later.
b, -, 21n and the patch information presence/absence flags 21a, 2lb, . Patch processing flags 22a, 22b, . . . , 22n are provided to indicate whether the patch has not been executed as completed, in progress, or not yet executed, respectively. 3rd rj! I is a diagram showing an example of the format of patch information. In FIG. 3, 30 is one unit of patch information. The batch information 30 includes a batch ID 31 of identification information provided to distinguish the patch information from other patch information, and failure level information that defines a recovery processing level in the event that the processing result after batch execution becomes abnormal. 32 and the number of patches 33 indicating the remaining number of patch processing locations, as well as address information indicating patch locations and a correction program, which are the main part of the patch information 30, are stored. That is, the modification program O, modification program 1, .
..., 34n, and the address information of the patch location is stored in the address areas 35a, 34n corresponding to each of correction program O, correction program 1, ..., correction program n.
35b=..., stored in 35n. In addition, a processing flag indicating whether or not a patch has been implemented is displayed in the processing flag area 3.
6a, 36b,..., 36n.
次に、ユーザコンソール１９から中央処理装置１０に入
力されきたパッチ情報３０により、プログラムの修正ま
たは修正ミス時の修復するまでのプログラムの修正の処
理について説明する。Next, a description will be given of the process of modifying the program or repairing the program in the event of a modification error using the patch information 30 input from the user console 19 to the central processing unit 10.
ユーザコンソール１９から入ってきたパッチ情報３０は
、オペレーティングシステムのパッチ情報格納機構１６
により、バッチＩＤ３１（この例ではパッチＩＤをＯと
する）に基づき，パッチ情報格納エリア１３の所定のエ
リアに格納される。と同時に、パッチ情報格納機構１６
は、バッチ情報管理テーブル２０のパッチＩＤ３１に対
応する位置のパッチ情報有／無フラグ２１ａを“有”と
し，パッチ処理フラグ２２ａを『未実施」を示す″未″
とするパッチ情報有無認識機構１５は、パッチ情報管理
テーブル２０のパッチ情報有／無フラグ２１ａ，２ｌｂ
，・・・，２１ｎを順次探索する．バッチ情報有／無フ
ラグ２１ａが″有”であり、パッチ処理フラグ２２ａは
“未″となっているので，パッチ処理フラグ２２ａを「
実行中』を示す“中”に変えて、バッチ処理機構１７に
制御を渡す．パッチ処理機構１７は，パッチ情報３０を
パッチ情報格納エリア１３より検索し、パッチ情報有／
無フラグ２１ａに対するパッチＩＤ３ｌのパッチ情報３
０を読み出し，その中のパッチ数３３の数値がＯでなけ
れば、次に処理フラグ３６ａを見る。処理フラグ３６ａ
が『未実施』を示す゛１未″であれば、パッチ数３３の
値を−１し，アドレス情報エリア３Ｓａのデータにより
，プログラムエリア１２におけるバッチ箇所１２ａのア
ドレス，長さを知り、バッチ箇所１２ａの非修正プログ
ラムを非修正プムグラム退避エリア１４の所定エリアに
退避する．次にパッチ処理機構１７は、修正プログラム
エリア３４ａの修正プログラムＯをパッチ箇所１２ａに
ロードし、実行させる．パッチ処理機構１７は、実行結
果を障害レベル情報３２と比較し，正常レベルなら，処
理フラグ３６ａを“完”とし、続いてパッチ処理フラグ
２２ａを“完”とし，更に．パッチ情報有／無フラグ２
１ａを″無”とする．そして，ユーザコンソール１９に
対し、バッチ１０が“Ｏ”のパッチ処理が正常に終了し
た旨のメッセージを出力する。Patch information 30 received from the user console 19 is stored in the patch information storage mechanism 16 of the operating system.
Accordingly, the patch is stored in a predetermined area of the patch information storage area 13 based on the batch ID 31 (in this example, the patch ID is O). At the same time, the patch information storage mechanism 16
In this case, the patch information presence/absence flag 21a at the position corresponding to the patch ID 31 in the batch information management table 20 is set to "Yes", and the patch processing flag 22a is set to "Not done" indicating "not implemented".
The patch information presence/absence recognition mechanism 15 uses patch information presence/absence flags 21a and 2lb of the patch information management table 20.
, ..., 21n are sequentially searched. Since the batch information presence/absence flag 21a is "present" and the patch processing flag 22a is "not present", the patch processing flag 22a is set to "
``Executing'' is changed to ``Medium,'' and control is passed to the batch processing mechanism 17. The patch processing mechanism 17 searches the patch information storage area 13 for patch information 30 and determines whether the patch information exists or not.
Patch information 3 with patch ID 3l for no flag 21a
0 is read out, and if the value of the number of patches 33 therein is not O, then the processing flag 36a is checked. Processing flag 36a
If it is "less than 1" indicating "not implemented", the value of the number of patches 33 is decremented by 1, the address and length of the batch location 12a in the program area 12 are known from the data in the address information area 3Sa, and the batch location is 12a is saved to a predetermined area of the unmodified program save area 14. Next, the patch processing mechanism 17 loads the correction program O in the correction program area 34a to the patch location 12a and executes it.Patch processing mechanism 17 compares the execution result with the failure level information 32, and if the level is normal, sets the processing flag 36a to "complete", then sets the patch processing flag 22a to "complete", and then sets the patch information presence/absence flag 2.
Let 1a be “none”. Then, a message is output to the user console 19 to the effect that the patch processing for which batch 10 is "O" has been successfully completed.
次に、実行結果が異常となった場合について説明する。Next, a case where the execution result becomes abnormal will be explained.
パッチ処理機構１７は、実行結果が異常となった場合、
パッチ箇所１２ａにある修正プログラムＯをパッチ情報
３０の中の元の修正プログラムエリア３４ａに退避し、
非修正プログラム退避エリア１４に格納されている非修
正プログラムを元のパッチ箇所１２ａに戻す。そして，
次の修正プログラムがあるか否かを，パッチ数３３の数
値でチェックする．パッチ数３３が“０”でなければ、
処理フラグ３６ｂをチェックし、′未”であれば，前述
と同様な操作により修正プログラムと非修正プログラム
との入れ換え処理を行い、修正プログラムの実行後、実
行結果を障害レベル情報３２と比較する。If the execution result is abnormal, the patch processing mechanism 17
The modification program O in the patch location 12a is saved to the original modification program area 34a in the patch information 30,
The non-modified program stored in the non-modified program save area 14 is returned to the original patch location 12a. and,
Check the patch number 33 to see if the next patch is available. If the number of patches 33 is not “0”,
The processing flag 36b is checked, and if it is ``not yet'', the modified program and the non-modified program are replaced by the same operation as described above, and after the modified program is executed, the execution result is compared with the failure level information 32.
実行結果と障害レベル情報３２の比較結果から異常と判
定されれば、前述と同様に修正プログラムを元に戻す処
理をした後、パッチ数３３の数値をチェックし、ｒＯＪ
であれば、パッチ処理フラグ２２ａを゛′完（実行完）
”とし、パッチ情報有／無フラグ２１ａを“無′″とす
る。この場合、パッチ処理は失敗し、元のプログラムに
戻した旨のメッセージをユーザコンソール１９に出力す
る。If it is determined that there is an abnormality based on the comparison result of the execution result and the failure level information 32, after undoing the modified program as described above, check the number of patches 33, and perform rOJ.
If so, set the patch processing flag 22a to ``completed'' (execution completed).
”, and the patch information presence/absence flag 21a is set to “absent'”. In this case, the patch processing fails and a message indicating that the original program has been returned is output to the user console 19.
このような一連の処理を行って、プログラム修正に対す
るバッチ処理を行うことにより、システムを停止するこ
となくプログラムの修正およびプログラムの修正ミス時
の修正が可能である。By performing such a series of processes and batch processing for program modification, it is possible to modify the program and to correct errors in program modification without stopping the system.
第４ａ図，第４ｂ図，および第４Ｃ図は、パッチ処理に
よりプログラム修正の処理例を示すフローチャートであ
る．
フローチャートに従って、プログラムの修正の処理を説
明する。パッチ情報３０がユーザコンソール１９から入
力され、パッチ情報格納機構１６により、既に格納され
ているものとする．ユーザがユーザコンソール１９から
パッチ処理の起動をかけると、パッチ情報有無認識機構
１５が働き、パッチ情報の理の実行を開始する．
まず、第４ａ図を参照して説明する。ステップ４１にお
いて，パッチ情報有／無フラグが“有”であることをチ
ェックし、次に、パッチ処理実行フラグが″未実行″で
あることをチックする（ステップ４２；以下括弧内では
ステップという語を省略する）．この２つのフラグによ
り、パッチ情報が有であり、パッチ処理が未実行である
ことのの確認を行うと、パッチ処理実行フラグを″実行
中″にして（４３）、次に，パッチ情報をパッチ情報格
納エリアにより検索する（４４）。検索結果のパッチ情
報に対して、パッチ数がＯ以下でな＜（４５）．次に処
理フラグが１′未′″であることを確認して（４６）．
次のステップからのパッチ処理を行う。パッチ処理では
、パッチ情報のアドレス情報からパッチ箇所（４７）を
知り、非修正プログラムを退避し（４８）、修正プログ
ラムをパッチ箇所にロードする（４９）。そして、修正
プログラムの実行を行い（５０）、実行結果を障定して
異常レベルでなければ（５２）．パッチ処理実行フラグ
を“実行完″とし、パッチ情報有／無フラグを“無″′
とする（５３）．これにより，パッチ処理は正常に終了
したので、続いて，パッチ処理が正常終了した旨のメッ
セージをセットして（５４）、ユーザコンソールに出力
し（５５）、処理を終了する．
一方、ステップ４５において、バッチ数がＯ以下であれ
ば、当該パッチ情報に対するパッチ処理は正常終了とな
らず、元のプログラムに戻した状態となっているので、
ステップ５６（第４ｂ図）に進み、パッチ処理実行フラ
グを“実行完”として、パッチ情報有／無フラグを″無
′″として、各々のフラグを修正し、パッチ処理が異常
終了で元のプログラムに戻した旨のメッセージをセット
し（５７）、ユーザコンソールに出力し（５８）、処理
を終了する。FIGS. 4a, 4b, and 4c are flowcharts showing an example of program modification processing using patch processing. The program modification process will be explained according to the flowchart. It is assumed that patch information 30 is input from the user console 19 and has already been stored by the patch information storage mechanism 16. When the user activates patch processing from the user console 19, the patch information presence/absence recognition mechanism 15 operates and starts processing the patch information. First, explanation will be given with reference to FIG. 4a. In step 41, it is checked that the patch information presence/absence flag is "present", and then the patch processing execution flag is ticked to be "not executed" (step 42; hereinafter, the word step is used in parentheses. ). After confirming that the patch information exists and that patch processing has not been executed using these two flags, the patch processing execution flag is set to ``Executing'' (43), and then the patch information is patched. Search by information storage area (44). Regarding the patch information in the search results, the number of patches must be less than or equal to O (45). Next, confirm that the processing flag is 1'un'' (46).
Perform patch processing starting from the next step. In the patch processing, the patch location (47) is known from the address information of the patch information, the non-modified program is saved (48), and the modified program is loaded into the patch location (49). Then, the correction program is executed (50), and the execution results are judged to be at an abnormal level (52). Set the patch processing execution flag to “Execution completed” and set the patch information presence/absence flag to “None”'
(53). As a result, the patch processing has ended normally, so next, a message indicating that the patch processing has ended normally is set (54), output to the user console (55), and the processing is ended. On the other hand, in step 45, if the number of batches is O or less, the patch processing for the patch information does not end normally, and the original program is returned to.
Proceeding to step 56 (Figure 4b), the patch processing execution flag is set to "execution completed", the patch information presence/absence flag is set to "absent", each flag is corrected, and the patch processing ends abnormally and the original program is restored. A message to the effect that it has been returned to is set (57), output to the user console (58), and the process ends.
また、ステップ４６の判定処理において、パッチ情報の
処理フラグが゛′未”でなければ、ステップ６１（第４
ｃ図）に進み、次の処理フラグヘポインクを進め、パッ
チ数を−１カウントダウンして（６２）、パッチ数の判
定を行うステップ４５に戻る．
また、ステップ５２において、障害レベル情報の比較の
結果が異常レベルであれば、次にステップ５９（第４ｃ
図）に進み、バッチ箇所に入っている修正プログラムを
元のエリアに押避する。そして、次に、非修正プログラ
ムを元のパッチ箇所にロードし（６０）、次の処理フラ
グへポインタを進めて（６１）、パッチ数を−１カウン
トダウンして（６２），パッチ数の判定を行うステップ
４５に戻る。In addition, in the determination process of step 46, if the patch information processing flag is not "unfinished", step 61 (fourth
Proceeding to step c), the process advances to the next processing flag, counts down the number of patches by -1 (62), and returns to step 45 for determining the number of patches. Further, in step 52, if the result of the comparison of the failure level information is an abnormal level, then step 59 (the fourth c.
Go to Figure) and move the modified program contained in the batch area to the original area. Then, the unmodified program is loaded into the original patch location (60), the pointer is advanced to the next processing flag (61), the number of patches is counted down by -1 (62), and the number of patches is determined. Return to step 45.
このような一連のステップの処理を行うことにより，プ
ログラム修正に対するパッチ処理を行い、システムを停
止することなくプログラムの修正およびプログラムの修
正ミス時の修正が可能となる。By performing a series of steps as described above, it is possible to perform patch processing for program modification, and to modify the program and to correct errors in program modification without stopping the system.
以上、本発明を実施例にもとづき具体的に説明したが、
本発明は、前記実施例に限定されるものではなく、その
要旨を逸脱しない範囲において種〔発明の効果〕
以上、説明したように，本発明によれば、計算機システ
ムにおいて、システムを停止することが困難なシステム
の場合のプログラム修正および修正ミス時の修復を、シ
ステムを停止することなく行うことができ，システムの
稼動率を向上させることができる．The present invention has been specifically explained above based on examples, but
The present invention is not limited to the above-mentioned embodiments, and can be applied to various embodiments without departing from the gist thereof.As explained above, according to the present invention, in a computer system, it is possible to This makes it possible to modify programs in systems where it is difficult to modify programs and to repair errors in modifications without stopping the system, thereby improving system availability.
第１図は、本発明に係るプログラム修正方式の一実施例
のシステム構或図、
第２図は，バッチ情報管理テーブルの一例を示す構戒図
，
第３図は，パッチ情報の内容の一例を示す図，第４ａ図
，第４ｂ＠，および第４Ｃ図は、バッチ情報によるプロ
グラム修正の処理例を示すフローチャートである．
図中，１０・・・中央処理装置（ＣＰＵ）．１１・・・
オペレーティングシステム（ＯＳ）．１２・・・プログ
ラムエリア、１２ａ・・・バッチ箇所、１３・・・パッ
チ情報格納エリア、１４・・・非修正プログラム退避エ
リア、１５・・・パッチ情報有無認識機構、１６・・・
パッチ情報格納機構、１７・・・パッチ処理機構、１９
・・・ユーザコンソール、２０・・・パッチ情報管理テ
ーブル， ２１ａ ， ２ｌｂ ，・・・２１ｎ・・・
パッチ情報有／無フラグ、２２．ａ ， ２２ ｂ ，
・・・２２ｎ・・・パッチ処理フラグ、３０・・・パッ
チ情報、３１・・・パッチＩＤ、３２・・・障害レベル
情報、３３・・・パッチ数，３４ａ，３４ｂ，・・・，
３４ｎ・・・修正プログラムエリア，３５ａ，３５ｂ，
・・・，３５ｎ・・・アドレス情報エリア、３６ａ，３
６ｂ，・・・，３６ｎ・・・処理フラグエリア。
侑ｔｆｆｌ
乍２園
１０
第４ａ目
算４ｂ苗
！４Ｃ圏Figure 1 is a system configuration diagram of an embodiment of the program modification method according to the present invention, Figure 2 is a configuration diagram showing an example of a batch information management table, and Figure 3 is an example of the contents of patch information. , FIG. 4a, FIG. 4b@, and FIG. 4C are flowcharts showing an example of program modification processing using batch information. In the figure, 10...Central processing unit (CPU). 11...
Operating system (OS). 12... Program area, 12a... Batch location, 13... Patch information storage area, 14... Unmodified program save area, 15... Patch information existence recognition mechanism, 16...
patch information storage mechanism, 17...patch processing mechanism, 19
...User console, 20...Patch information management table, 21a, 2lb, ...21n...
Patch information presence/absence flag, 22. a, 22 b,
22n... Patch processing flag, 30... Patch information, 31... Patch ID, 32... Failure level information, 33... Number of patches, 34a, 34b,...,
34n... Modification program area, 35a, 35b,
..., 35n... address information area, 36a, 3
6b,..., 36n... Processing flag area. Yu tffl 乍2 Garden 10 4th a calculation 4b seedling! 4C area
Claims (1)
、パッチ情報格納エリアと、非パッチプログラム保存エ
リアとを設け、オペレーティングシステムには、ユーザ
コンソールから入力されたパッチ情報をパッチ情報格納
エリアに格納するパッチ情報格納機構と、パッチ情報の
有／無を認識するパッチ情報有無認識機構と、パッチ箇
所から非パッチプログラムを非パッチプログラム保存エ
リアに退避して、パッチ情報格納エリアの修正プログラ
ムと入れ換え、入れ換えた修正プログラムの実行の後、
実行結果が異常な場合には該パッチ情報と共に入力した
障害レベル情報に基づき、別の修正プログラムとの入れ
換え又は元のプログラムに戻すパッチ処理機構とを備え
ることを特徴とする計算機システムのプログラム修正方
式。1. In a computer system having a user console, a patch information storage area and a non-patch program storage area are provided, and the operating system has a patch information storage mechanism that stores patch information input from the user console in the patch information storage area. , a patch information presence/absence recognition mechanism that recognizes the presence/absence of patch information, and a patch information presence/absence recognition mechanism that saves non-patch programs from patch locations to a non-patch program storage area, replaces them with patch programs in the patch information storage area, and stores the replaced patch programs. After execution,
A program modification method for a computer system, comprising a patch processing mechanism that replaces the program with another modification program or restores the original program based on fault level information input together with the patch information when the execution result is abnormal. .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1232827A JPH0397030A (en) | 1989-09-11 | 1989-09-11 | Program correcting system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1232827A JPH0397030A (en) | 1989-09-11 | 1989-09-11 | Program correcting system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0397030A true JPH0397030A (en) | 1991-04-23 |
Family
ID=16945407
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1232827A Pending JPH0397030A (en) | 1989-09-11 | 1989-09-11 | Program correcting system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0397030A (en) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06301527A (en) * | 1993-04-14 | 1994-10-28 | Nec Corp | Program correcting system |
| DE19609646A1 (en) * | 1995-03-16 | 1996-09-19 | Hitachi Ltd | Computer program correction system |
| US6502176B1 (en) | 1999-02-24 | 2002-12-31 | Hitachi, Ltd. | Computer system and methods for loading and modifying a control program without stopping the computer system using reserve areas |
| JP2011221912A (en) * | 2010-04-13 | 2011-11-04 | Nec Corp | Computer system and computer system management method |
| JP2017529628A (en) * | 2014-09-24 | 2017-10-05 | オラクル・インターナショナル・コーポレイション | System and method for supporting patching in a multi-tenant application server environment |
| US10742568B2 (en) | 2014-01-21 | 2020-08-11 | Oracle International Corporation | System and method for supporting multi-tenancy in an application server, cloud, or other environment |
| US10853055B2 (en) | 2014-09-24 | 2020-12-01 | Oracle International Corporation | System and method for supporting patching in a multitenant application server environment |
| US11237814B2 (en) | 2017-08-17 | 2022-02-01 | Oracle International Corporation | System and method for supporting custom hooks during patching in an application server environment |
-
1989
- 1989-09-11 JP JP1232827A patent/JPH0397030A/en active Pending
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06301527A (en) * | 1993-04-14 | 1994-10-28 | Nec Corp | Program correcting system |
| JP2871998B2 (en) * | 1993-04-14 | 1999-03-17 | 日本電気株式会社 | Program modification method |
| DE19609646A1 (en) * | 1995-03-16 | 1996-09-19 | Hitachi Ltd | Computer program correction system |
| US6205577B1 (en) | 1995-03-16 | 2001-03-20 | Hitachi, Ltd. | Program correcting method and system |
| US6557166B2 (en) | 1995-03-16 | 2003-04-29 | Hitachi, Ltd. | Program correcting method and system |
| US6502176B1 (en) | 1999-02-24 | 2002-12-31 | Hitachi, Ltd. | Computer system and methods for loading and modifying a control program without stopping the computer system using reserve areas |
| JP2011221912A (en) * | 2010-04-13 | 2011-11-04 | Nec Corp | Computer system and computer system management method |
| US10742568B2 (en) | 2014-01-21 | 2020-08-11 | Oracle International Corporation | System and method for supporting multi-tenancy in an application server, cloud, or other environment |
| US11343200B2 (en) | 2014-01-21 | 2022-05-24 | Oracle International Corporation | System and method for supporting multi-tenancy in an application server, cloud, or other environment |
| US11683274B2 (en) | 2014-01-21 | 2023-06-20 | Oracle International Corporation | System and method for supporting multi-tenancy in an application server, cloud, or other environment |
| JP2017529628A (en) * | 2014-09-24 | 2017-10-05 | オラクル・インターナショナル・コーポレイション | System and method for supporting patching in a multi-tenant application server environment |
| US10853056B2 (en) | 2014-09-24 | 2020-12-01 | Oracle International Corporation | System and method for supporting patching in a multitenant application server environment |
| US10853055B2 (en) | 2014-09-24 | 2020-12-01 | Oracle International Corporation | System and method for supporting patching in a multitenant application server environment |
| US11449330B2 (en) | 2014-09-24 | 2022-09-20 | Oracle International Corporation | System and method for supporting patching in a multitenant application server environment |
| US11880679B2 (en) | 2014-09-24 | 2024-01-23 | Oracle International Corporation | System and method for supporting patching in a multitenant application server environment |
| US11237814B2 (en) | 2017-08-17 | 2022-02-01 | Oracle International Corporation | System and method for supporting custom hooks during patching in an application server environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE68919069D1 (en) | Method and device for error detection and correction in a computer system operating according to the overlapped control method. | |
| JPH08161161A (en) | Method for reexecution of process on computer system for correction of trouble | |
| JPH0397030A (en) | Program correcting system | |
| CN113127035A (en) | Traceable upgrading method based on single chip microcomputer | |
| JPH0895868A (en) | Method for judging abnormality of backup data and method for processing abnormality at abnormality time | |
| US5617558A (en) | Method of executing a series of computer code operations that must be completed without interruption by a page fault during execution | |
| JPH02161523A (en) | Resident module correcting system | |
| JPH0546378A (en) | Correction processing method for program | |
| JPS61141047A (en) | Saving system of trouble information | |
| JPS63244239A (en) | Method for checking program execution route | |
| JPS6295651A (en) | Program loading system | |
| US20130166950A1 (en) | Data processing device | |
| JP2871998B2 (en) | Program modification method | |
| JPH04163653A (en) | Execution system for communication control program | |
| JPH0981381A (en) | Object program comparison system | |
| JPH01312630A (en) | Program correcting device | |
| JPH02247730A (en) | Program correcting history control system | |
| JPS6180443A (en) | Production and storage method of check data | |
| JPH0232103B2 (en) | ||
| JPH0764909A (en) | Management device for execution order of on-line job processing | |
| JPS6346863B2 (en) | ||
| JPH01201728A (en) | Program correcting system | |
| JPH07168738A (en) | Program inspecting device | |
| JPH02280235A (en) | Method for interrupting computer system | |
| JPH11184705A (en) | Device for correcting down-load program and method therefor |