Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3551079B2 - Recovery method and device after replacement of modified load module - Google Patents
[go: Go Back, main page]

JP3551079B2 - Recovery method and device after replacement of modified load module - Google Patents

Recovery method and device after replacement of modified load module Download PDF

Info

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
Application number
JP14242299A
Other languages
Japanese (ja)
Other versions
JP2000330778A (en
Inventor
国博 小柴
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP14242299A priority Critical patent/JP3551079B2/en
Publication of JP2000330778A publication Critical patent/JP2000330778A/en
Application granted granted Critical
Publication of JP3551079B2 publication Critical patent/JP3551079B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置に用いて好適な、修正ロードモジュール置換後の復旧方法ならびに装置に関する。
【0002】
【従来の技術】
データ処理装置上で動作するアプリケーションソフトウェアや、オペレーティングシステム(以下 OSと略す)には、不具合がある場合が少なくない。従って、ソフトウェアに付属するインストーラなどで不具合を修正したロードモジュールに置換が行われる。
但し、この修正したロードモジュールで正常に動作するか否かをシステム上で確認する必要がある。ここで、修正したロードモジュールとの置換に失敗した場合、あるいは修正したロードモジュールに新たな不具合(デグレード)がある場合にはその復旧作業に非常に手間どることがある。
【0003】
【発明が解決しようとする課題】
上述したように従来、修正したロードモジュールの動作確認において、その置換に失敗した場合に要する工数は多大のものであり、修正したロードモジュールに問題がある場合は特に顕著である。その理由は、修正したロードモジュールの置換が失敗した場合や、ロードモジュールに新たな不具合がある場合は、アプリケーションソフトウェアまたはOSが起動しなくなることもあり、この場合は、各ソフトウェアに用意されたインストーラを使用して復旧を行なったり、場合によっては、再インストールを行なう必要が発生するためである。
特に、修正したロードモジュールに新たな不具合がある場合、置換後正常にソフトウェアが動作するかどうかの確認は、実際に該当するアプリケーションソフトウェアやOSを使用しないと確認できないため、復旧に非常に手間取る可能性が高い。
本発明は上記事情に鑑みてなされたものであり、修正したロードモジュール置換後の再起動で時間による起動監視を行うことにより、また、この起動監視の結果、失敗を検出した時点で修正したロードモジュールに置換する前の状態に自動復旧するしくみを構築することにより、修正したロードモジュールに置換した後の起動確認作業ならびに復旧作業の工数削減をはかり、使用者もしくは保守者の負担軽減をはかった修正ロードモジュール置換後の復旧方法ならびに装置を提供することを目的とする。
【0004】
【課題を解決するための手段】
上述した課題を解決するために請求項1に記載の修正ロードモジュール置換後の復旧方法は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合があったロードモジュールを待避した後、前記不具合修正を行ったロードモジュールに置換してアプリケーションプログラムまたはオペレーティングシステムの再起動を行い、この再起動の際、起動時間監視を行うことによって起動失敗が確認されたときに、前記待避した不具合修正前のロードモジュールに復元し、前記起動処理を任意の処理単位に分割し、その処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録し、前記登録された監視開始時刻からあらかじめ記憶してある起動に必要な待機時間経過後、前記記憶装置を参照することにより各起動処理が終了したか否か判断し、必要に応じて前記修正前のロードモジュールの復旧を行うことを特徴とする。
【0005】
請求項2に記載の修正ロードモジュール置換後の復旧方法は、請求項に記載の同方法において、前記不具合修正前のロードモジュールへの復元は、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記時間による起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することによって修正前の状態に復元することを特徴とする。
【0006】
請求項に記載の修正ロードモジュール置換後の復旧装置は、アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合のあったロードモジュールを修正後のロードモジュールに置換すると共に、この置換したことを示す情報を監視識別フラグとして記憶装置に記録する修正ロードモジュール置換手段と、修正後の動作確認のためにアプリケーションソフトウェアまたはオペレーティングシステムの再起動を行う際に前記記憶装置に対しその起動開始時刻ならびに終了時刻を登録する監視時間登録手段と、前記起動に必要な所用時間をあらかじめ保持して時間監視を行い、前記フラグ情報を参照してロードモジュール置換後の起動であることを確認したとき、前記起動開始時刻から起動に必要な所定の時間だけ待機した後、前記記憶装置を参照することにより、監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの起動が終了したか否か確認する起動監視手段と、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することにより修正前の状態に復元する修正ロードモジュール復旧手段と、任意の処理単位に分割された起動処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録する監視開始・終了時刻登録手段と、前記登録された監視開始時刻からあらかじめ記憶してある各起動処理単位毎に必要な待機時間経過後、前記記憶装置を参照することにより監視対象となるアプリケーションプログラムまたはオペレーティングシステムの各起動処理が終了したか否か判断する起動監視手段とを有することを特徴とする。
【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 load module group 14 storing application software and a load module of the OS itself (indicated by a load module in the figure), and a software load module before replacing with a corrected load module A load module in which the load module to be replaced is saved from the load module group 14 Yuru including retraction load modules 15 are stored.
[0010]
The data processing device 2 includes a monitoring start time registration unit 21, a monitoring end time registration unit 22, a startup monitoring unit 23, a save load module restoration unit 24, and a modified load module replacement unit 25. The monitoring start time registration means 21 and the monitoring end time registration means 22 are included in the application software or the OS itself, and perform processing at the time of startup. The start monitoring unit 23, the save load module restoring unit 24, and the modified load module replacing unit 25 are included in load module replacing software such as an installer prepared by each software.
The functions and operations of the above-described units are as follows.
[0011]
The monitoring start time registration unit 21 is included in the monitoring target application software or the OS, and stores the start start time in the time storage unit 12 when each software is started. The monitoring end time registration unit 22 is included in the monitoring target application software or the OS, and stores the information indicating the end in the time storage unit 12 when the activation of each software ends.
The startup monitoring unit 23 refers to the monitoring identification flag storage unit 11 and determines whether startup monitoring is necessary. When monitoring is necessary, the start time of the application software or the OS stored in the time storage unit 12 and the wait time stored in the standby time storage unit 13 are referred to, and the wait time elapses from the start time. And the time storage unit 12 is referred to when the time has elapsed. If the time storage unit 12 has a flag indicating the end of application or OS startup, the result of the normal function is output to the output device 3. If there is no flag indicating the end of the application software or OS startup in the time storage unit 12, it is determined that the startup has failed, and the control is transferred to the save load module recovery unit 24.
The save load module group restoring unit 24 replaces the load module stored in the save load module group 15 with a corresponding load module in the software load module group 14 and outputs a processing result to the output device 3. The modified load module replacing means 25 replaces a defective load module in the software load module group 14 with a corrected load module. At the time of replacement, the fact that the load module has been replaced is stored in the monitoring identification flag storage unit 11.
[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 unit 23 are respectively shown. The operation procedure of the save load module restoring means 24 will now be described. Hereinafter, the operation of the embodiment of the present invention shown in FIG. 1 will be described in detail with reference to FIGS.
[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 load module group 14 to the evacuation load module group 15 and then replaces the corrected load module with the defective load module to load the defective load module. Information indicating that the module has been replaced is stored in the monitoring identification flag storage unit 11 (step A1 in FIG. 2).
Next, the application software or the OS is restarted to confirm the corrected start-up (step A2). When starting, the monitoring start time registration procedure 21 causes the time storage unit 12 to store the start start time (step A3), and the monitoring start time registration means 21 determines which application or OS is running the start monitoring means 23. The process is started as another process (step A4). The application software or the OS performs a start-up process (step A5). After the start-up is completed (step A6), in step A7, the monitoring end time registration unit 22 stores information indicating that the start-up is completed in the time storage unit 12. Is stored.
[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 activation monitoring unit 23 waits until the time required for activation stored in the storage unit 13 elapses (step B4).
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 load module group 15 are replaced with the corresponding load modules in the software load module group 14 to return to the state before the replacement with the modified load modules (step C2). Finally, the application software or the OS to be monitored is restarted (step C3).
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 boot monitoring unit 231 for monitoring the boot of the monitored software, It includes a storage unit 121 and standby time storage units # 1 to #n (131 to 13n). In the activation processing unit 200, the activation monitoring unit 231 is allocated to the data processing device 2 illustrated in FIG. 1, and the time storage unit 121 and the standby time storage units 131 to 13n are allocated to the storage device 1 illustrated in FIG.
[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 time storage unit 121 stores the start processing start time before the processing of each of the start processings STEP1 to STEPn by the monitoring start time registration means # 1 to #n and the monitoring end time registration means # 1 to #n. Information indicating that the startup process has been completed after the processes of the startup processes STEP1 to STEPn is stored.
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 time storage unit 121. The processing start time is stored, and the processing of the activation monitoring unit 231 is started. After that, the activation processing unit 200 performs the processing of the activation processing STEPn, and when the processing is completed, the monitoring end time registration unit #n (22n) notifies the time storage unit 121 that the processing of the processing STEPn has been completed. Register the information to represent.
The startup monitoring unit 231 that has started the processing by the monitoring start time registration unit #n (21n) has elapsed the standby time stored in the standby time storage unit #n (13n) from the time stored in the time storage unit 121. Wait until you do. After the elapse of the standby time, the time storage unit 121 is referred to again to determine whether or not the processing of the startup processing STEPn has been completed. If the startup has failed, the load module is restored.
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 activation monitoring unit 23 or the evacuation load module restoration unit 24.
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 time storage unit 14 ... Software load module (LM) group 15 ... Evacuation load module (LM) group 21 (211 to 21 n) monitoring start time registration means 22 (221 to 22 n) monitoring end time registration means 23 (231) activation monitoring means 24 evacuation load module (LM) recovery means 25 ... Modified load module (LM) replacement means 200 ... Start-up processing unit

Claims (3)

アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合があったロードモジュールを待避した後、前記不具合修正を行ったロードモジュールに置換して前記アプリケーションソフトウェアまたはオペレーティングシステムの再起動を行い、この再起動の際、起動時間監視を行うことにより、起動失敗が確認されたときに、前記待避した不具合修正前のロードモジュールを復元し、前記起動処理を任意の処理単位に分割し、その処理単位毎、起動処理に先立ち各監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録し、前記登録された各監視開始時刻からあらかじめ記憶してある起動に必要な各待機時間経過後、前記記憶装置を参照することにより各起動処理が終了したか否か判断し、必要に応じて前記修正前のロードモジュールの復旧を行うことを特徴とする修正ロードモジュール置換後の復旧方法。In a data processing device for confirming operation after replacement of a load module having a defect corrected in application software or an operating system, the load module having the defect is evacuated and then replaced with the load module having the defect corrected. Then, the application software or the operating system is restarted.At the time of this restart, by monitoring the startup time, when the startup failure is confirmed, the evacuated load module before the defect correction is restored, The start processing is divided into arbitrary processing units, each monitoring start time is registered in the storage device at the time when the processing is completed, and each monitoring start time is registered in the storage device when the processing is completed. Elapsed waiting time required for startup stored in advance from the time The storage device determines whether the startup processing is completed by reference to the method of recovering the modified load module replacement and performing the recovery of the load module before the correction if necessary. 前記不具合修正前のロードモジュールへの復元は、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することによって修正前の状態に復元することを特徴とする請求項に記載の修正ロードモジュール置換後の復旧方法。The restoration to the load module before the correction of the defect is already evacuated when the start monitoring confirms that the start has failed in the restart of the application software or the operating system after the replacement of the corrected load module. 2. The method according to claim 1 , wherein the state before the correction is restored by replacing the load module before the correction with the corresponding load module after the correction. アプリケーションソフトウェアまたはオペレーティングシステムに対して不具合修正を行ったロードモジュールの置換後の動作確認を行うデータ処理装置において、前記不具合のあったロードモジュールを修正後のロードモジュールに置換すると共に、この置換したことを示す情報を監視識別フラグとして記憶装置に記録する修正ロードモジュール置換手段と、修正後の動作確認のためにアプリケーションソフトウェアまたはオペレーティングシステムの再起動を行う際に前記記憶装置に対しその起動開始時刻ならびに終了時刻を登録する監視時間登録手段と、前記起動に必要な所用時間をあらかじめ保持して時間監視を行い、前記フラグ情報を参照してロードモジュール置換後の起動であることを確認したとき、前記起動開始時刻から起動に必要な所定の時間だけ待機した後、前記記憶装置を参照することにより、監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの起動が終了したか否か確認する起動監視手段と、前記修正ロードモジュール置換後のアプリケーションソフトウェアまたはオペレーティングシステムの再起動で、前記起動監視により起動が失敗したことが確認されたときに、既に待避されている修正前のロードモジュールを該当する修正後のロードモジュールと置換することにより修正前の状態に復元する修正ロードモジュール復旧手段と、任意の処理単位に分割された起動処理単位毎、起動処理に先立って監視開始時刻を、処理が終了した時点で各終了時刻を記憶装置に登録する監視開始・終了時刻登録手段と、前記登録された監視開始時刻からあらかじめ記憶してある各起動処理単位毎に必要な待機時間経過後、前記記憶装置を参照することにより監視対象となるアプリケーションソフトウェアまたはオペレーティングシステムの各起動処理が終了したか否か判断する起動監視手段とを有することを特徴とする修正ロードモジュール置換後の復旧装置。In the data processing device for confirming the operation after the replacement of the load module in which the defect has been corrected for the application software or the operating system, the defective load module is replaced with the corrected load module, and the replacement is performed. A load module replacement unit that records information indicating the following as a monitoring identification flag in a storage device, and when the application software or the operating system is restarted for checking the operation after the correction, the start time of the storage device and Monitoring time registering means for registering an end time, and performing time monitoring by holding in advance the required time required for the activation, and referring to the flag information, when confirming that the activation is after the replacement of the load module, Start from start time After waiting for a necessary predetermined time, by referring to the storage device, a boot monitoring means for checking whether or not the boot of the application software or the operating system to be monitored has been completed; and When restarting of the application software or the operating system confirms that the boot has failed by the boot monitoring, the load module before correction is replaced by the corresponding load module after correction, which has already been saved. Modified load module restoring means for restoring to the previous state, and for each boot processing unit divided into arbitrary processing units, the monitoring start time is registered before the boot processing, and each end time is registered in the storage device when the processing is completed Monitoring start / end time registering means for performing After the elapse of the standby time required for each boot processing unit stored in advance from the start time, it is determined whether or not each boot processing of the application software or the operating system to be monitored is completed by referring to the storage device. A recovery device after replacement of a modified load module , comprising: a start monitoring unit .
JP14242299A 1999-05-21 1999-05-21 Recovery method and device after replacement of modified load module Expired - Fee Related JP3551079B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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