JP3551079B2 - Recovery method and device after replacement of modified load module - Google Patents
Recovery method and device after replacement of modified load module Download PDFInfo
- Publication number
- JP3551079B2 JP3551079B2 JP14242299A JP14242299A JP3551079B2 JP 3551079 B2 JP3551079 B2 JP 3551079B2 JP 14242299 A JP14242299 A JP 14242299A JP 14242299 A JP14242299 A JP 14242299A JP 3551079 B2 JP3551079 B2 JP 3551079B2
- Authority
- JP
- Japan
- Prior art keywords
- load module
- monitoring
- time
- replacement
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 22
- 238000011084 recovery Methods 0.000 title claims description 13
- 238000012544 monitoring process Methods 0.000 claims description 82
- 238000012545 processing Methods 0.000 claims description 68
- 230000004913 activation Effects 0.000 claims description 29
- 230000007547 defect Effects 0.000 claims description 17
- 238000012937 correction Methods 0.000 claims description 16
- 230000002950 deficient Effects 0.000 claims description 8
- 238000001994 activation Methods 0.000 description 28
- 238000010586 diagram Methods 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
Images
Landscapes
- Stored Programmes (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置に用いて好適な、修正ロードモジュール置換後の復旧方法ならびに装置に関する。
【0002】
【従来の技術】
データ処理装置上で動作するアプリケーションソフトウェアや、オペレーティングシステム(以下 OSと略す)には、不具合がある場合が少なくない。従って、ソフトウェアに付属するインストーラなどで不具合を修正したロードモジュールに置換が行われる。
但し、この修正したロードモジュールで正常に動作するか否かをシステム上で確認する必要がある。ここで、修正したロードモジュールとの置換に失敗した場合、あるいは修正したロードモジュールに新たな不具合(デグレード)がある場合にはその復旧作業に非常に手間どることがある。
【0003】
【発明が解決しようとする課題】
上述したように従来、修正したロードモジュールの動作確認において、その置換に失敗した場合に要する工数は多大のものであり、修正したロードモジュールに問題がある場合は特に顕著である。その理由は、修正したロードモジュールの置換が失敗した場合や、ロードモジュールに新たな不具合がある場合は、アプリケーションソフトウェアまたはOSが起動しなくなることもあり、この場合は、各ソフトウェアに用意されたインストーラを使用して復旧を行なったり、場合によっては、再インストールを行なう必要が発生するためである。
特に、修正したロードモジュールに新たな不具合がある場合、置換後正常にソフトウェアが動作するかどうかの確認は、実際に該当するアプリケーションソフトウェアやOSを使用しないと確認できないため、復旧に非常に手間取る可能性が高い。
本発明は上記事情に鑑みてなされたものであり、修正したロードモジュール置換後の再起動で時間による起動監視を行うことにより、また、この起動監視の結果、失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧するしくみを構築することにより、修正したロードモジュールに置換した後の起動確認作業ならびに復旧作業の工数削減をはかり、使用者もしくは保守者の負担軽減をはかった修正ロードモジュール置換後の復旧方法ならびに装置を提供することを目的とする。
【0004】
【課題を解決するための手段】
上述した課題を解決するために請求項1に記載の修正ロードモジュール置換後の復旧方法は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合があったロードモジュールを待避した後、前記不具合修正を行ったロードモジュールに置換してアプリケーションプログラムまたはオペレーティングシステムの再起動を行い、この再起動の際、起動時間監視を行うことによって起動失敗が確認されたときに、前記待避した不具合修正前のロードモジュールに復元し、前記起動処理を任意の処理単位に分割し、その処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録し、前記登録された監視開始時刻からあらかじめ記憶してある起動に必要な待機時間経過後、前記記憶装置を参照することにより各起動処理が終了したか否か判断し、必要に応じて前記修正前のロードモジュールの復旧を行うことを特徴とする。
【0005】
請求項2に記載の修正ロードモジュール置換後の復旧方法は、請求項1に記載の同方法において、前記不具合修正前のロードモジュールへの復元は、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記時間による起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することによって修正前の状態に復元することを特徴とする。
【0006】
請求項3に記載の修正ロードモジュール置換後の復旧装置は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合のあったロードモジュールを修正後のロードモジュールに置換すると共に、この置換したことを示す情報を監視識別フラグとして記憶装置に記録する修正ロードモジュール置換手段と、修正後の動作確認のためにアプリケーションソフトウェアまたはオペレーティングシステムの再起動を行う際に前記記憶装置に対しその起動開始時刻ならびに終了時刻を登録する監視時間登録手段と、前記起動に必要な所用時間をあらかじめ保持して時間監視を行い、前記フラグ情報を参照してロードモジュール置換後の起動であることを確認したとき、前記起動開始時刻から起動に必要な所定の時間だけ待機した後、前記記憶装置を参照することにより、監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの起動が終了したか否か確認する起動監視手段と、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することにより修正前の状態に復元する修正ロードモジュール復旧手段と、任意の処理単位に分割された起動処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録する監視開始・終了時刻登録手段と、前記登録された監視開始時刻からあらかじめ記憶してある各起動処理単位毎に必要な待機時間経過後、前記記憶装置を参照することにより監視対象となるアプリケーションプログラムまたはオペレーティングシステムの各起動処理が終了したか否か判断する起動監視手段とを有することを特徴とする。
【0007】
上述した構成において、不具合のあるOSおよびアプリケーションソフトウェアに対して、不具合修正を行ったロードモジュールの置換を行なった後の動作確認に関し、OSおよびアプリケーションソフトウェアの起動時に起動監視を行ない、ストールなどの不具合が発生した場合は、自動的に置換前のロードモジュールに復元する。このことにより、修正したロードモジュールに置換した後の起動確認作業の工数を削減でき、かつ、修正したロードモジュールに欠陥がある場合でも、起動監視を行い失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧されるため、復旧作業にかかる負担も軽減される。
【0008】
【発明の実施の形態】
図1は本発明の一実施形態を示すブロック図である。本発明の修正ロードモジュール置換後の復旧装置は、データファイルやプログラムファイルが記憶されている記憶装置部1と、プログラムの制御により処理を行なうデータ処理装置2と、実行結果を出力する出力装置3とを含む。なお、データ処理装置2で制御を行なうプログラムは、記憶装置1にプログラムファイルとして記憶されている。
【0009】
記憶装置1は、起動監視対象となるアプリケーションソフトウェアやOSで、監視が必要か否かを識別する情報を記憶する監視識別フラグ記憶部11と、監視を行なう場合、起動を開始した時間および起動が完了したか否かを識別する情報を記憶する時間記憶部12と、監視対象のアプリケーションソフトウェアまたはOSの起動に必要な時間(この時間が経過した場合は起動が異常と判断できる時間)を記憶する待機時間記憶部13と、アプリケーションソフトウェアやOS自身のロードモジュール(図中、ロードモジュールで示されている)が記憶されているソフトウェアロードモジュール群14と、修正されたロードモジュールに置換する前にソフトウェアロードモジュール群14から置換対象のロードモジュールを退避したロードモジュールが記憶されている退避ロードモジュール群15を含む。
【0010】
データ処理装置2は、監視開始時間登録手段21と、監視終了時間登録手段22と、起動監視手段23と、退避ロードモジュール復旧手段24と、修正ロードモジュール置換手段25とを含む。監視開始時間登録手段21および監視終了時間登録手段22は、アプリケーションソフトウェアまたはOS自身に含まれ、起動時に処理が行なわれる。起動監視手段23、退避ロードモジュール復旧手段24および修正ロードモジュール置換手段25は、各ソフトウェアで準備されるインストーラのようなロードモジュール置換ソフトウェアに含まれる。
上述した各手段が持つ機能、動作は概略以下のとおりである。
【0011】
監視開始時間登録手段21は、監視対象アプリケーションソフトウェアまたはOSに含まれ、各ソフトウェアが起動時に起動開始時間を、時間記憶部12に記憶させる。監視終了時間登録手段22は、監視対象アプリケーションソフトウェアまたはOSに含まれ、各ソフトウェアの起動が終了した場合、終了をあらわす情報を時間記憶部12に記憶させる。
起動監視手段23は、監視識別フラグ記憶部11を参照し、起動監視が必要かどうか判断する。監視が必要な場合は、時間記憶部12に記憶されたアプリケーションソフトウェアまたはOSの起動開始時間と待機時間記憶部13に記憶された待ち時間を参照し、起動開始時刻から待ち時間の時間が経過するまで待ち合わせを行ない、時間が経過した時点で、時間記憶部12を参照する。時間記憶部12に、アプリケーションまたはOSの起動終了をあらわすフラグがあれば、正常機能の結果を出力装置3に出力する。時間記憶部12に、アプリケーションソフトウェアまたはOSの起動終了をあらわすフラグがなければ、起動失敗と判断し、退避ロードモジュール復旧手段24に制御を移す。
退避ロードモジュール群復旧手段24は、退避ロードモジュール群15に保存されたロードモジュールを、ソフトウェアロードモジュール群14の中の該当するロードモジュールと置換し、処理結果を出力装置3へ出力する。修正ロードモジュール置換手段25は、ソフトウェアロードモジュール群14内の不具合のあるロードモジュールを、修正を行なったロードモジュールに置換する。また置換時に監視識別フラグ記憶部11に、ロードモジュールを置換したことを記憶させる。
【0012】
図2〜図4は、図1に示す本発明一実施形態の動作を説明するために引用したフローチャートであり、それぞれ、本発明の修正ロードモジュール復旧装置の全体としての基本動作、起動監視手段23の動作、待避ロードモジュール復旧手段24の動作手順を示す。以下、図2〜図4を参照しながら図1に示す本発明一実施形態の動作について詳細に説明する。
【0013】
最初に、不具合のあるロードモジュールを修正ロードモジュールに置換してから、アプリケーションソフトウェアまたはOSの起動の確認までの動作につき、図2に示すフローチャートを参照しながら説明する。まず、修正ロードモジュール置換手段25は、ソフトウェアロードモジュール群14内の不具合のあるロードモジュールを、退避ロードモジュール群15に退避したのち、修正されたロードモジュールと不具合のあるロードモジュールを置換し、ロードモジュールを置換したことを表す情報を、監視識別フラグ記憶部11に記憶させる(図2のステップA1)。
次に、修正後の起動確認のために、アプリケーションソフトウェアまたはOSの再起動を行なう(ステップA2)。起動を行なう際、監視開始時間登録手順21が、時間記憶部12に起動開始時刻を記憶させ(ステップA3)、監視開始時間登録手段21が、起動監視手段23を起動中のアプリケーションまたはOSとは別のプロセスとして処理を開始させる(ステップA4)。アプリケーションソフトウェアまたはOSは起動処理を行ない(ステップA5)、起動が終了(ステップA6)したのち、ステップA7にて、監視終了時間登録手段22が、時間記憶部12に起動が終了したことを表す情報を記憶する。
【0014】
次に、アプリケーションソフトウェアまたはOSが、図2に示すステップA4で動作を開始させた起動監視手段23の動作につき、図3に示すフローチャートを参照しながら説明する。まず、監視識別フラグ記憶部11を参照し、ロードモジュール置換後の起動か否かを確認する(図3のステップB1)。そして、監視識別フラグ記憶部11を初期化し、ロードモジュール置換後の起動であることを表す情報を消去する(ステップB2)。ステップB1で確認した結果、もしロードモジュール置換後の起動でなければ、監視は行なわず終了し、ロードモジュール置換後の起動であれば、時間記憶部12に記憶された起動開始時間から、待機時間記憶部13に記憶された起動に必要な時間が経過するまで、起動監視手段23は待機する(ステップB4)。
所定の時間待機後、時間記憶部12を参照し、監視対象となるアプリケーションソフトウェアまたはOSの起動が終了したか確認する(ステップB5)。もし、正常に起動されていれば、ロードモジュール置換後の再起動で正常に起動されたことを出力装置3に出力(ステップB8)し、正常に起動されていない場合は、ロードモジュールを置換する前の状態に戻すために、退避ロードモジュール復旧手段24の処理を開始させる(ステップB7)。
【0015】
最後に、退避ロードモジュール復旧手段24の動作を図4に示すフローチャートを参照しながら説明する。退避ロードモジュール復旧手段24は、まずロードモジュール置換後の再起動で、起動が失敗したことを出力装置3に出力する(図4のステップC1)。次に、退避ロードモジュール群15にあるロードモジュールを、ソフトウェアロードモジュール群14の該当するロードモジュールと置換することにより、修正ロードモジュールと置換前の状態に戻す(ステッ゜フC2)。最後に、起動監視対象のアプリケーションソフトウェアまたはOSを再起動させる(ステップC3)。
このように、修正したロードモジュールの置換後の再起動で起動監視を行い、失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧することにより、復旧作業の工数軽減がはかれる。
【0016】
図5は本発明の他の実施形態を示すブロック図である。図5を参照すれば、本発明の修正ロードモジュール置換後の復旧装置は、監視対象のアプリケーションソフトウェアまたはOSの起動処理部200と、監視対象のソフトウェアの起動監視を行なう起動監視手段231と、時間記憶部121と、待機時間記憶部#1〜#n(131〜13n)を含む。起動処理部200は、起動監視手段231は、図1に示すデータ処理装置2に、時間記憶部121と待機時間記憶部131〜13nは図1に示す記憶装置1に割り付けられる。
【0017】
起動処理部200は、起動処理をいくつかの処理単位に区切り(起動処理STEP1〜起動処理STEPn)、各処理STEPの前後に、監視開始時間登録手段#1〜#n(211〜21n)と、監視終了時間登録手段#1〜#n(221〜22n)とを含む。
時間記憶部121には、各監視開始時間登録手段#1〜#nにて各起動処理STEP1〜nの処理前に起動処理開始時間と、各監視終了時間登録手段#1〜#nにて各起動処理STEP1〜nの処理後に起動処理が終了したことを表す情報が記憶される。
待機時間記憶部#1〜#n(131、132〜13n)には、起動処理STEP1〜nの各起動処理に必要な時間を記憶しておく。
【0018】
上述した各処理手段はそれぞれ概略次のように動作する。
監視対象のアプリケーションソフトウェアまたはOSの起動処理が開始した場合、起動処理部200中の起動処理STEPnの開始前に、監視開始時間登録手段#n(21n)にて、時間記憶部121に処理STEPnの処理開始時間を記憶させ、起動監視手段231の処理を開始させる。起動処理部200は、その後、起動処理STEPnの処理を行ない、処理が終了した時点で、監視終了時間登録手段#n(22n)にて、時間記憶部121に処理STEPnの処理が終了したことを表す情報を登録する。
監視開始時間登録手段#n(21n)にて処理を開始した起動監視手段231は、時間記憶部121に記憶された時間から、待機時間記憶部#n(13n)に記憶された待機時間が経過するまで待機する。この待機時間が経過後、時間記憶部121を再度参照して、起動処理STEPnの処理が終了したか否かを判断し、起動失敗の場合は、ロードモジュールの復旧を行なう。
システムの構成や複雑なソフトウェアの起動では、待機時間をトータルで算出することは困難であるため、図5に示す実施形態のように、細かな処理ステップ単位で監視することにより、より適切な待機時間で監視することが可能となる。
【0019】
【発明の効果】
以上説明のように本発明によれば、修正したロードモジュール置換後の再起動で、起動監視を行なうため、修正したロードモジュールに置換した後の起動確認作業の工数を削減できる。例えば、修正したロードモジュールへの置換を同時に複数コンピュータに実施した場合や、業務の都合により、即時起動確認ができない場合など、次回監視対象のソフトウェア起動時に、個々のコンピュータを1台ずつ起動確認する必要がなく、起動監視手段23または、退避ロードモジュール復旧手段24が自動的に出力する結果を参照することにより判断できる。
また、起動監視を行ない、失敗を検出した時点で、修正したロードモジュールに置換する前の状態に自動的に復旧するため、修正したロードモジュールに問題があり、起動に失敗した場合でも、復旧作業の工数を軽減でき、使用者または保守者の負担が大幅に軽減される。更に、起動処理の時間監視を、より細かな処理ステップ単位で管理することにより、より適切な待機時間で監視することが可能となる。
【図面の簡単な説明】
【図1】本発明の一実施形態を示すブロック図である。
【図2】本発明の一実施形態の動作を説明するために引用したフローチャートであり、全体の動作手順を示す図である。
【図3】本発明の一実施形態の動作を説明するために引用したフローチャートであり、図1に示す起動監視手段の動作手順を示す図である。
【図4】本発明の一実施形態の動作を説明するために引用したフローチャートであり、図1に示す待避ロードモジュール復旧手段の動作手順を示す図である。
【図5】本発明の他の実施形態を示すブロック図である。
【符号の説明】
1…記憶装置
2…データ処理装置
3…出力装置
11…監視識別フラグ記憶部
12(121)…時間記憶部
13(131〜13n)…待機時間記憶部
14…ソフトウェアロードモジュール(LM)群
15…待避ロードモジュール(LM)群
21(211〜21n)…監視開始時間登録手段
22(221〜22n)…監視終了時間登録手段
23(231)…起動監視手段
24…待避ロードモジュール(LM)復旧手段
25…修正ロードモジュール(LM)置換手段
200…起動処理部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method and an apparatus suitable for use in a data processing device for confirming operation after replacement of a load module in which a defect has been corrected in application software or an operating system, which is suitable for a data processing device.
[0002]
[Prior art]
Application software and operating systems (hereinafter abbreviated as OS) running on data processing devices often have defects. Therefore, the replacement is performed with the load module in which the defect is corrected by the installer or the like attached to the software.
However, it is necessary to confirm on the system whether the corrected load module operates normally. Here, when the replacement with the corrected load module fails, or when the corrected load module has a new defect (degradation), the recovery work may be extremely troublesome.
[0003]
[Problems to be solved by the invention]
As described above, conventionally, in the operation check of the corrected load module, the man-hour required when the replacement fails is large, and is particularly remarkable when the corrected load module has a problem. The reason is that if the replacement of the corrected load module fails or if there is a new defect in the load module, the application software or OS may not start. In this case, the installer prepared for each software may be used. This is because it is necessary to perform recovery using, and in some cases, to perform reinstallation.
In particular, if there is a new defect in the corrected load module, it can be confirmed that the software operates normally after replacement without actually using the corresponding application software or OS. High.
The present invention has been made in view of the above circumstances, and performs time-based startup monitoring in a restart after a corrected load module replacement, and as a result of the startup monitoring, a load that has been corrected when a failure is detected. By constructing a mechanism that automatically recovers to the state before replacing the module, the startup confirmation work and the recovery work after replacing with the modified load module were reduced, and the burden on the user or maintenance person was reduced. An object of the present invention is to provide a recovery method and device after replacement of a modified load module.
[0004]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, a restoration method after replacement of a corrected load module according to claim 1 is a data processing apparatus for confirming operation after replacement of a load module whose application software or operating system has been corrected. After evacuating the defective load module, replacing the load module with the corrected defect and restarting the application program or the operating system.At the time of this restart, by monitoring the startup time, When the start failure is confirmed, the load module is restored to the evacuated load module before the defect correction, the start processing is divided into arbitrary processing units, and the monitoring start time is processed for each processing unit prior to the start processing. At the end of the process, each end time is registered in the storage device. After the elapse of the standby time necessary for the start stored in advance from the registered monitoring start time, it is determined whether or not each start process has been completed by referring to the storage device. The feature is to recover the module .
[0005]
The restoration method after replacement of the modified load module according to claim 2 is the method according to claim 1 , wherein the restoration to the load module before the correction of the defect is performed by the application software or the operating system after the replacement of the modified load module. When the restart is confirmed by the start monitoring based on the time to indicate that the start has failed, the state before the correction is replaced by replacing the load module before the correction already saved with the corresponding load module after the correction. Is restored.
[0006]
The recovery device after the replacement of the modified load module according to claim 3 is a data processing device for performing an operation check after the replacement of the load module whose application software or the operating system has been subjected to the defect correction. A modified load module replacing means for replacing the module with the corrected load module and recording information indicating the replacement in a storage device as a monitoring identification flag; and Monitoring time registering means for registering the start time and the end time of the storage device when restarting, and monitoring the time by holding the required time required for the start in advance and referring to the flag information After replacing the load module When it is confirmed that the application software or the operating system to be monitored has been started by referring to the storage device after waiting for a predetermined time required for the start from the start time of the start, and confirming that the start of the application software or the operating system has been completed. A boot monitoring means for confirming whether or not the boot has been failed by the boot monitoring by restarting the application software or the operating system after the replacement of the corrected load module; Modified load module restoring means for restoring the state before correction by replacing the load module with the corresponding modified load module, and monitoring start time prior to the start processing for each start processing unit divided into arbitrary processing units When the processing is completed, the respective end time is stored in the storage device. A monitoring start / end time registration unit to be registered; and an application to be monitored by referring to the storage device after a lapse of a standby time required for each activation processing unit stored in advance from the registered monitoring start time. A boot monitoring unit configured to determine whether each boot process of the program or the operating system is completed .
[0007]
In the above-described configuration, regarding the operation check after replacing the defective OS and the application software with the load module having the defect corrected, the startup monitoring is performed when the OS and the application software are started, and the malfunction such as a stall is detected. Is automatically restored to the load module before replacement. As a result, it is possible to reduce the man-hour for the start-up confirmation work after replacing the load module with the corrected load module. Since the state before the replacement is automatically restored, the burden on the restoration work is reduced.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a block diagram showing one embodiment of the present invention. The recovery device after replacement of the modified load module according to the present invention includes a storage unit 1 in which data files and program files are stored, a data processing device 2 that performs processing under control of a program, and an output device 3 that outputs an execution result. And Note that a program for controlling the data processing device 2 is stored in the storage device 1 as a program file.
[0009]
The storage device 1 includes a monitoring identification flag storage unit 11 that stores information for identifying whether or not monitoring is required by application software or an OS to be monitored, and a monitoring start time and a start time when monitoring is performed. A time storage unit 12 for storing information for identifying whether or not the processing has been completed, and a time required for activating the application software or OS to be monitored (a time after which the activation can be determined to be abnormal). A standby time storage unit 13, a software
[0010]
The data processing device 2 includes a monitoring start
The functions and operations of the above-described units are as follows.
[0011]
The monitoring start
The
The save load module
[0012]
FIGS. 2 to 4 are flowcharts cited for explaining the operation of the embodiment of the present invention shown in FIG. 1. The basic operation of the modified load module restoring device of the present invention as a whole and the start monitoring
[0013]
First, an operation from replacing a defective load module with a corrected load module to confirming activation of application software or an OS will be described with reference to a flowchart shown in FIG. First, the corrected load module replacing means 25 saves the defective load module in the software
Next, the application software or the OS is restarted to confirm the corrected start-up (step A2). When starting, the monitoring start
[0014]
Next, the operation of the activation monitoring means 23 in which the application software or the OS has started the operation in step A4 shown in FIG. 2 will be described with reference to the flowchart shown in FIG. First, referring to the monitoring identification flag storage unit 11, it is confirmed whether or not the activation is performed after the replacement of the load module (step B1 in FIG. 3). Then, the monitoring identification flag storage unit 11 is initialized, and information indicating that the activation is performed after the replacement of the load module is deleted (step B2). As a result of the confirmation in step B1, if the activation is not the activation after the replacement of the load module, the monitoring is not performed and the operation ends. If the activation is the activation after the replacement of the load module, the standby time is calculated from the activation start time stored in the time storage unit 12. The
After waiting for a predetermined time, it refers to the time storage unit 12 to check whether the activation of the application software or the OS to be monitored has been completed (step B5). If it has been started normally, the fact that it has been started normally is output to the output device 3 in the restart after replacement of the load module (step B8). If it has not been started normally, the load module is replaced. In order to return to the previous state, the processing of the evacuation load module restoration means 24 is started (step B7).
[0015]
Finally, the operation of the save load module restoration means 24 will be described with reference to the flowchart shown in FIG. The save load module restoring means 24 outputs to the output device 3 that the startup has failed in the restart after the replacement of the load module (step C1 in FIG. 4). Next, the load modules in the save
In this way, by monitoring the startup at the restart after replacing the modified load module and automatically recovering to the state before replacing with the modified load module when failure is detected, the man-hours of the recovery work can be reduced .
[0016]
FIG. 5 is a block diagram showing another embodiment of the present invention. Referring to FIG. 5, the recovery device after the replacement of the modified load module according to the present invention includes a boot processing unit 200 for monitoring the application software or OS to be monitored, a
[0017]
The activation processing unit 200 divides the activation processing into several processing units (activation processing STEP1 to activation processing STEPn), before and after each processing STEP, monitoring start time registration means # 1 to #n (211 to 21n), Monitoring end time registration means # 1 to #n (221 to 22n).
The
The standby time storage units # 1 to #n (131, 132 to 13n) store the time required for each of the activation processes STEP1 to STEPn.
[0018]
Each of the processing means described above operates roughly as follows.
When the start processing of the application software or OS to be monitored starts, before the start processing STEPn in the start processing unit 200 starts, the monitoring start time registration unit #n (21n) stores the processing STEPn in the
The
Since it is difficult to calculate the standby time in total with the system configuration or the startup of complicated software, a more appropriate standby time is monitored by monitoring in fine processing steps as in the embodiment shown in FIG. It becomes possible to monitor by time.
[0019]
【The invention's effect】
As described above, according to the present invention, since the startup is monitored at the restart after the replacement of the corrected load module, the number of steps of the startup confirmation work after the replacement with the corrected load module can be reduced. For example, when the replacement of the corrected load module is performed on multiple computers at the same time, or when the startup cannot be confirmed immediately due to business reasons, the startup of each computer is checked one by one at the next startup of the software to be monitored. There is no necessity, and the determination can be made by referring to the result automatically output by the
In addition, startup monitoring is performed, and when a failure is detected, the system automatically recovers to the state before replacement with the modified load module. And the burden on the user or maintenance person is greatly reduced. Furthermore, by managing the time monitoring of the startup processing in smaller processing step units, monitoring can be performed with a more appropriate standby time.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of the present invention.
FIG. 2 is a flowchart cited for describing an operation of the embodiment of the present invention, and is a diagram illustrating an entire operation procedure.
FIG. 3 is a flowchart cited for explaining the operation of the embodiment of the present invention, and is a diagram showing an operation procedure of the activation monitoring means shown in FIG. 1;
FIG. 4 is a flowchart cited for explaining the operation of the embodiment of the present invention, and is a diagram showing an operation procedure of a save load module restoring unit shown in FIG. 1;
FIG. 5 is a block diagram showing another embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Storage device 2 ... Data processing device 3 ... Output device 11 ... Monitoring identification flag storage unit 12 (121) ... Time storage unit 13 (131 to 13n) ... Standby
Claims (3)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14242299A JP3551079B2 (en) | 1999-05-21 | 1999-05-21 | Recovery method and device after replacement of modified load module |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14242299A JP3551079B2 (en) | 1999-05-21 | 1999-05-21 | Recovery method and device after replacement of modified load module |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000330778A JP2000330778A (en) | 2000-11-30 |
| JP3551079B2 true JP3551079B2 (en) | 2004-08-04 |
Family
ID=15314970
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14242299A Expired - Fee Related JP3551079B2 (en) | 1999-05-21 | 1999-05-21 | Recovery method and device after replacement of modified load module |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3551079B2 (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003271409A (en) * | 2002-03-14 | 2003-09-26 | Toshiba Corp | Wireless communication terminal and server |
| JP2005196745A (en) * | 2003-12-10 | 2005-07-21 | Ricoh Co Ltd | Information processing apparatus, program recovery method, program recovery program, and recording medium |
| JP5112787B2 (en) * | 2006-09-01 | 2013-01-09 | 株式会社リコー | Information processing apparatus, program update method, and program |
| JP2011175466A (en) * | 2010-02-24 | 2011-09-08 | Toshiba Tec Corp | Information processing apparatus and program |
| JP5849449B2 (en) * | 2011-06-15 | 2016-01-27 | 日本電気株式会社 | Information processing apparatus, control method therefor, and program |
| CN103246539B (en) * | 2013-05-21 | 2016-04-06 | 北京大学 | Based on the generalized information system module loading method of user's use habit |
| JP6873552B2 (en) * | 2017-04-24 | 2021-05-19 | 株式会社ユニバーサルエンターテインメント | Pachinko machine |
| JP6873554B2 (en) * | 2017-04-24 | 2021-05-19 | 株式会社ユニバーサルエンターテインメント | Pachinko machine |
| JP6873553B2 (en) * | 2017-04-24 | 2021-05-19 | 株式会社ユニバーサルエンターテインメント | Pachinko machine |
-
1999
- 1999-05-21 JP JP14242299A patent/JP3551079B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000330778A (en) | 2000-11-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3200661B2 (en) | Client / server system | |
| JP5183542B2 (en) | Computer system and setting management method | |
| WO1995027941A1 (en) | Updating and restoration method of system file | |
| JP3972801B2 (en) | Backup method in hierarchical backup system | |
| JP3551079B2 (en) | Recovery method and device after replacement of modified load module | |
| CN117573306A (en) | Batch task scheduling system, method, device, computer equipment and storage medium | |
| KR20040047209A (en) | Method for automatically recovering computer system in network and recovering system for realizing the same | |
| KR100899582B1 (en) | Information processing apparatus, control apparatus therefor, control method therefor and control program | |
| JP5683088B2 (en) | Recovery system, recovery method, and backup control system | |
| CN111427721B (en) | Abnormality recovery method and device | |
| CN118524006B (en) | A method and device for repairing and restoring an operating system | |
| CN111625840A (en) | Program checking method, program upgrading method and device | |
| JP5359234B2 (en) | Job execution system and job flow takeover control program | |
| JP4428887B2 (en) | Database system | |
| JPH06332734A (en) | System operation maintenance method | |
| KR20030062793A (en) | Apparatus and Method for operating recovery and backup of linux operting system | |
| JPH04369735A (en) | Backup system for computer system | |
| CN114064349A (en) | A data processing method, apparatus, device and storage medium | |
| JP2785992B2 (en) | Server program management processing method | |
| JP2001051862A (en) | Backup information management method | |
| JPH0250232A (en) | How to save data in computer systems | |
| JPH07271611A (en) | Process automatic restart processing method | |
| JPH08329025A (en) | Process migration method | |
| JP3241278B2 (en) | Network print system | |
| JPH052499A (en) | Job trouble re-processing system of information processor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040305 |
|
| 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: 20040330 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040412 |
|
| 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: 20090514 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100514 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140514 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |