JP2002259141A - Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式 - Google Patents
Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式Info
- Publication number
- JP2002259141A JP2002259141A JP2001057317A JP2001057317A JP2002259141A JP 2002259141 A JP2002259141 A JP 2002259141A JP 2001057317 A JP2001057317 A JP 2001057317A JP 2001057317 A JP2001057317 A JP 2001057317A JP 2002259141 A JP2002259141 A JP 2002259141A
- Authority
- JP
- Japan
- Prior art keywords
- apl
- resident
- unix
- recovery method
- information
- 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
Abstract
(57)【要約】
【課題】ＵＮＩＸシステムにおいて、並列動作可能な各
プロセスの障害検出及び復旧を行う監視プログラムをＵ
ＮＩＸ−ＯＳとＡＰＬの中間に配備し、該監視プログラ
ムによる障害検出処理とシステムのリカバリを行うこと
により、システム機能の復旧を行うことを可能とする、
ＵＮＩＸシステムにおける自動プロセスリカバリ方式を
提供する。 【解決手段】ＵＮＩＸ−ＯＳと複数のＡＰＬを備えたＵ
ＮＩＸシステムにおいて、前記ＡＰＬの常駐プロセスで
あるところの複数のＡＰＬ常駐プロセスと前記ＵＮＩＸ
−ＯＳとの間に、並列動作可能な前記ＡＰＬ常駐プロセ
スの障害検出及び復旧を行うＥＯＳ常駐プロセスを備え
る構成とした。
プロセスの障害検出及び復旧を行う監視プログラムをＵ
ＮＩＸ−ＯＳとＡＰＬの中間に配備し、該監視プログラ
ムによる障害検出処理とシステムのリカバリを行うこと
により、システム機能の復旧を行うことを可能とする、
ＵＮＩＸシステムにおける自動プロセスリカバリ方式を
提供する。 【解決手段】ＵＮＩＸ−ＯＳと複数のＡＰＬを備えたＵ
ＮＩＸシステムにおいて、前記ＡＰＬの常駐プロセスで
あるところの複数のＡＰＬ常駐プロセスと前記ＵＮＩＸ
−ＯＳとの間に、並列動作可能な前記ＡＰＬ常駐プロセ
スの障害検出及び復旧を行うＥＯＳ常駐プロセスを備え
る構成とした。
Description
【０００１】
【発明の属する技術分野】本発明はＵＮＩＸシステムに
おける自動プロセスリカバリ方式に関し、特に、ＵＮＩ
Ｘシステムにおいて、並列動作可能な各プロセスの障害
検出及び復旧を行う監視プログラムを配備し、監視プロ
グラムによる障害検出処理とリカバリを行うことによ
り、システム機能の復旧を行うことを可能とする、ＵＮ
ＩＸシステムにおける自動プロセスリカバリ方式に関す
る。
おける自動プロセスリカバリ方式に関し、特に、ＵＮＩ
Ｘシステムにおいて、並列動作可能な各プロセスの障害
検出及び復旧を行う監視プログラムを配備し、監視プロ
グラムによる障害検出処理とリカバリを行うことによ
り、システム機能の復旧を行うことを可能とする、ＵＮ
ＩＸシステムにおける自動プロセスリカバリ方式に関す
る。
【０００２】
【従来の技術】オンラインリアルタイムシステムの保守
業務は、現在急速に集中化、無人化が進められており、
保守業務の殆どが遠隔操作により実施されている。しか
し、システムダウンなどの状態となった場合には、どう
してもシステムが設置されている現地まで保守員が出張
せざるを得なくなり、現地への到着までに時間がかかる
と、サービスの復旧までにも長時間を要してしまうこと
にもなりかねない。このため、オンラインリアルタイム
システムでは特に、システムの信頼性と安定性が求めら
れている。
業務は、現在急速に集中化、無人化が進められており、
保守業務の殆どが遠隔操作により実施されている。しか
し、システムダウンなどの状態となった場合には、どう
してもシステムが設置されている現地まで保守員が出張
せざるを得なくなり、現地への到着までに時間がかかる
と、サービスの復旧までにも長時間を要してしまうこと
にもなりかねない。このため、オンラインリアルタイム
システムでは特に、システムの信頼性と安定性が求めら
れている。
【０００３】従来のオンラインリアルタイムシステムで
は、システム上のプログラムの障害や異常は、障害プロ
グラムが監視しており、障害や異常が発生した場合であ
っても、障害プログラムがこれを自動復旧する構造が取
り入れられており、障害復旧への考慮がなされている。
しかしながら、汎用ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓ
ｔｅｍ：オペレーティングシステム）であるＵＮＩＸを
用いてシステム開発を行う場合には、システム上のプロ
グラムの障害処理は、アプリケーションプログラム（以
下、ＡＰＬと略記する）に依存するようになっており、
ＵＮＩＸ側からは、障害処理・復旧の機構が提供されて
いない。
は、システム上のプログラムの障害や異常は、障害プロ
グラムが監視しており、障害や異常が発生した場合であ
っても、障害プログラムがこれを自動復旧する構造が取
り入れられており、障害復旧への考慮がなされている。
しかしながら、汎用ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓ
ｔｅｍ：オペレーティングシステム）であるＵＮＩＸを
用いてシステム開発を行う場合には、システム上のプロ
グラムの障害処理は、アプリケーションプログラム（以
下、ＡＰＬと略記する）に依存するようになっており、
ＵＮＩＸ側からは、障害処理・復旧の機構が提供されて
いない。
【０００４】ＵＮＩＸは、周知のように、米国ＡＴ＆Ｔ
のベル研究所が開発した基本的なコンピュータのＯＳで
あり、最近では、ワークステーションやサーバだけでな
く、パソコンや大型コンピュータにまで、広く普及して
いる汎用ＯＳである。
のベル研究所が開発した基本的なコンピュータのＯＳで
あり、最近では、ワークステーションやサーバだけでな
く、パソコンや大型コンピュータにまで、広く普及して
いる汎用ＯＳである。
【０００５】
【発明が解決しようとする課題】上述したように、ＵＮ
ＩＸ−ＯＳは、システム全体を総合的に監視し、システ
ム上のプログラムの障害処理や障害復旧を統合して行う
ための機構を提供していない。
ＩＸ−ＯＳは、システム全体を総合的に監視し、システ
ム上のプログラムの障害処理や障害復旧を統合して行う
ための機構を提供していない。
【０００６】本発明は、システムダウンの状態に陥るこ
とを極力防止することが前提とされるオンラインリアル
タイムシステムにおいて、ＵＮＩＸ−ＯＳを使用して構
築されるシステムが、ＡＰＬの問題によりシステムダウ
ンの状態となることを防止し、システムダウンによるサ
ービスの停止を極力防止するために成されたものであ
り、本発明の目的は、ＵＮＩＸシステムにおいて、並列
動作可能な各プロセスの障害検出及び復旧を行う監視プ
ログラムをＵＮＩＸ−ＯＳとＡＰＬの中間に配備し、該
監視プログラムによる障害検出処理とシステムのリカバ
リを行うことにより、システム機能の復旧を行うことを
可能とする、ＵＮＩＸシステムにおける自動プロセスリ
カバリ方式を提供することにある。
とを極力防止することが前提とされるオンラインリアル
タイムシステムにおいて、ＵＮＩＸ−ＯＳを使用して構
築されるシステムが、ＡＰＬの問題によりシステムダウ
ンの状態となることを防止し、システムダウンによるサ
ービスの停止を極力防止するために成されたものであ
り、本発明の目的は、ＵＮＩＸシステムにおいて、並列
動作可能な各プロセスの障害検出及び復旧を行う監視プ
ログラムをＵＮＩＸ−ＯＳとＡＰＬの中間に配備し、該
監視プログラムによる障害検出処理とシステムのリカバ
リを行うことにより、システム機能の復旧を行うことを
可能とする、ＵＮＩＸシステムにおける自動プロセスリ
カバリ方式を提供することにある。
【０００７】
【課題を解決するための手段】本発明のＵＮＩＸシステ
ムにおける自動プロセスリカバリ方式は、ＵＮＩＸ−Ｏ
Ｓ（ＵＮＩＸ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と
複数のＡＰＬ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａ
ｍ）を備えたＵＮＩＸシステムにおいて、前記ＡＰＬの
常駐プロセスであるところの複数のＡＰＬ常駐プロセス
と前記ＵＮＩＸ−ＯＳとの間に、並列動作可能な前記Ａ
ＰＬ常駐プロセスの障害検出及び復旧を行うＥＯＳ常駐
プロセスを備えることを特徴とする。
ムにおける自動プロセスリカバリ方式は、ＵＮＩＸ−Ｏ
Ｓ（ＵＮＩＸ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と
複数のＡＰＬ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａ
ｍ）を備えたＵＮＩＸシステムにおいて、前記ＡＰＬの
常駐プロセスであるところの複数のＡＰＬ常駐プロセス
と前記ＵＮＩＸ−ＯＳとの間に、並列動作可能な前記Ａ
ＰＬ常駐プロセスの障害検出及び復旧を行うＥＯＳ常駐
プロセスを備えることを特徴とする。
【０００８】また、前記ＥＯＳ常駐プロセスが前記ＡＰ
Ｌ常駐プロセスの監視およびリカバリのために参照する
プロセス管理テーブルを更に備えることを特徴とする。
Ｌ常駐プロセスの監視およびリカバリのために参照する
プロセス管理テーブルを更に備えることを特徴とする。
【０００９】さらに、前記プロセス管理テーブルは、前
記ＡＰＬ常駐プロセスを管理するための情報を定義する
プロセス管理情報を前記ＡＰＬ常駐プロセスと同数備え
るテーブルであることを特徴とする。
記ＡＰＬ常駐プロセスを管理するための情報を定義する
プロセス管理情報を前記ＡＰＬ常駐プロセスと同数備え
るテーブルであることを特徴とする。
【００１０】また、前記プロセス管理テーブルの各々の
前記プロセス管理情報は、該当ＡＰＬ常駐プロセスが生
成されるたびに付されるところの前記ＵＮＩＸ−ＯＳが
管理するプロセス識別子と、該当ＡＰＬ常駐プロセスの
プログラムテキストの格納場所を示す情報であるところ
の起動パス情報と、該当ＡＰＬ常駐プロセスを生成・起
動するために必要なパラメータであるところの起動パラ
メータ情報と、該当ＡＰＬ常駐プロセスの再起動が必要
となった場合のリカバリの方式を示す起動指定情報と、
該当ＡＰＬ常駐プロセスの監視方式を示す監視指定情報
と、該当ＡＰＬ常駐プロセスに関連する子プロセスや下
位プロセスを示す関連プロセス情報と、該当ＡＰＬ常駐
プロセスが必要とするリソースに関する関連リソース情
報、などから構成されることを特徴とする。
前記プロセス管理情報は、該当ＡＰＬ常駐プロセスが生
成されるたびに付されるところの前記ＵＮＩＸ−ＯＳが
管理するプロセス識別子と、該当ＡＰＬ常駐プロセスの
プログラムテキストの格納場所を示す情報であるところ
の起動パス情報と、該当ＡＰＬ常駐プロセスを生成・起
動するために必要なパラメータであるところの起動パラ
メータ情報と、該当ＡＰＬ常駐プロセスの再起動が必要
となった場合のリカバリの方式を示す起動指定情報と、
該当ＡＰＬ常駐プロセスの監視方式を示す監視指定情報
と、該当ＡＰＬ常駐プロセスに関連する子プロセスや下
位プロセスを示す関連プロセス情報と、該当ＡＰＬ常駐
プロセスが必要とするリソースに関する関連リソース情
報、などから構成されることを特徴とする。
【００１１】さらに、前記プロセス管理情報に含まれる
前記起動指定情報に定義される内容は、リカバリ方式と
して個別のプロセスを再起動する個別起動か、関連する
プロセスを含めて再起動する関連プロセス起動か、シス
テム全体のプロセスを再起動する全体起動か、などであ
ることを特徴とする。
前記起動指定情報に定義される内容は、リカバリ方式と
して個別のプロセスを再起動する個別起動か、関連する
プロセスを含めて再起動する関連プロセス起動か、シス
テム全体のプロセスを再起動する全体起動か、などであ
ることを特徴とする。
【００１２】また、前記プロセス管理テーブルの前記プ
ロセス管理情報の定義内容は、各々の前記ＡＰＬ常駐プ
ロセスが起動される時に、各々に対応する前記ＡＰＬ内
にプログラムとして記述されているＥＯＳライブラリの
呼び出しの実行により設定されるものであることを特徴
とする。
ロセス管理情報の定義内容は、各々の前記ＡＰＬ常駐プ
ロセスが起動される時に、各々に対応する前記ＡＰＬ内
にプログラムとして記述されているＥＯＳライブラリの
呼び出しの実行により設定されるものであることを特徴
とする。
【００１３】さらに、前記ＵＮＩＸシステムの起動時に
は、先ず、前記ＵＮＩＸ−ＯＳが起動されると、前記Ｕ
ＮＩＸ−ＯＳは次に前記ＥＯＳ常駐プロセスを起動し
（ステップＳ１）、起動された前記ＥＯＳ常駐プロセス
は、前記プロセス管理テーブルの初期化を行い（ステッ
プＳ２）、前記プロセス管理テーブルへの定義情報の登
録準備を完了し、次に前記ＥＯＳ常駐プロセスは、各々
の前記ＡＰＬが定義する常駐プロセス起動ルーチンによ
り各々の前記ＡＰＬ常駐プロセスの起動を行い（ステッ
プＳ３）、起動された各々の前記ＡＰＬ常駐プロセス
は、各々前記ＥＯＳライブラリを呼び出し（ステップＳ
４）、前記プロセス管理テーブルに自プロセスのリカバ
リ情報を登録する（ステップＳ５）、ことを特徴とす
る。
は、先ず、前記ＵＮＩＸ−ＯＳが起動されると、前記Ｕ
ＮＩＸ−ＯＳは次に前記ＥＯＳ常駐プロセスを起動し
（ステップＳ１）、起動された前記ＥＯＳ常駐プロセス
は、前記プロセス管理テーブルの初期化を行い（ステッ
プＳ２）、前記プロセス管理テーブルへの定義情報の登
録準備を完了し、次に前記ＥＯＳ常駐プロセスは、各々
の前記ＡＰＬが定義する常駐プロセス起動ルーチンによ
り各々の前記ＡＰＬ常駐プロセスの起動を行い（ステッ
プＳ３）、起動された各々の前記ＡＰＬ常駐プロセス
は、各々前記ＥＯＳライブラリを呼び出し（ステップＳ
４）、前記プロセス管理テーブルに自プロセスのリカバ
リ情報を登録する（ステップＳ５）、ことを特徴とす
る。
【００１４】また、前記ＵＮＩＸシステムが起動された
後には、前記ＥＯＳ常駐プロセスは、周期により前記プ
ロセス管理テーブルの前記プロセス管理情報を読み出し
（ステップＳ６）、その周期で監視を行うべき前記ＡＰ
Ｌ常駐プロセスが存在するかを判定し、該当する前記Ａ
ＰＬ常駐プロセスが存在する場合には、該当ＡＰＬ常駐
プロセスに監視イベントを発行し（ステップＳ７）、該
当ＡＰＬ常駐プロセスが存続しているか消滅しているか
の判断を行い、該当ＡＰＬ常駐プロセスが存続していれ
ば何も行わず、次の周期を待つことを特徴とする。
後には、前記ＥＯＳ常駐プロセスは、周期により前記プ
ロセス管理テーブルの前記プロセス管理情報を読み出し
（ステップＳ６）、その周期で監視を行うべき前記ＡＰ
Ｌ常駐プロセスが存在するかを判定し、該当する前記Ａ
ＰＬ常駐プロセスが存在する場合には、該当ＡＰＬ常駐
プロセスに監視イベントを発行し（ステップＳ７）、該
当ＡＰＬ常駐プロセスが存続しているか消滅しているか
の判断を行い、該当ＡＰＬ常駐プロセスが存続していれ
ば何も行わず、次の周期を待つことを特徴とする。
【００１５】さらに、前記ステップＳ７の後の判断にお
いて、該当ＡＰＬ常駐プロセスが消滅していた場合（ス
テップＳ８）には、該当ＡＰＬ常駐プロセスが指示して
いるリカバリ方式により、該当ＡＰＬ常駐プロセスの再
起動を実行し（ステップＳ９）、該当ＡＰＬ常駐プロセ
スの正常運転を監視し、前記ステップＳ９による個別リ
カバリを実行しても、該当ＡＰＬ常駐プロセスの正常運
転が実現できなかった場合には、リカバリの範囲を拡大
するエスカレーションを行い（ステップＳ１０）、前記
ＡＰＬ全体を再起動するようにし（ステップＳ１１）、
前記ステップＳ１１によるＡＰＬ全体リカバリを実行し
ても、前記ＵＮＩＸシステムの全体が正常運転とならな
かった場合には、更にリカバリの範囲を拡大するエスカ
レーションを行い（ステップＳ１２）、前記ＵＮＩＸ−
ＯＳのリブートから再度実行することを行う（ステップ
Ｓ１３）ことを特徴とする。
いて、該当ＡＰＬ常駐プロセスが消滅していた場合（ス
テップＳ８）には、該当ＡＰＬ常駐プロセスが指示して
いるリカバリ方式により、該当ＡＰＬ常駐プロセスの再
起動を実行し（ステップＳ９）、該当ＡＰＬ常駐プロセ
スの正常運転を監視し、前記ステップＳ９による個別リ
カバリを実行しても、該当ＡＰＬ常駐プロセスの正常運
転が実現できなかった場合には、リカバリの範囲を拡大
するエスカレーションを行い（ステップＳ１０）、前記
ＡＰＬ全体を再起動するようにし（ステップＳ１１）、
前記ステップＳ１１によるＡＰＬ全体リカバリを実行し
ても、前記ＵＮＩＸシステムの全体が正常運転とならな
かった場合には、更にリカバリの範囲を拡大するエスカ
レーションを行い（ステップＳ１２）、前記ＵＮＩＸ−
ＯＳのリブートから再度実行することを行う（ステップ
Ｓ１３）ことを特徴とする。
【００１６】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００１７】図１は、本発明のＵＮＩＸシステムにおけ
る自動プロセスリカバリ方式の一実施形態を示すブロッ
ク図である。
る自動プロセスリカバリ方式の一実施形態を示すブロッ
ク図である。
【００１８】図１に示す本実施の形態は、ＵＮＩＸシス
テム１の全体機能配置を示すものであり、ＵＮＩＸ−Ｏ
Ｓ（ＵＮＩＸ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）２
と、ＵＮＩＸシステム１を構成する複数のＡＰＬ（ａｐ
ｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍ：アプリケーショ
ンプログラム）の常駐プロセスであるところのＡＰＬ常
駐プロセス５（５−１、５−２、５−ｎ）とから構成さ
れ、さらに、本発明の監視プログラムであるところのＥ
ＯＳ常駐プロセス３と、ＥＯＳ常駐プロセス３がＡＰＬ
常駐プロセス５の監視およびリカバリのために参照する
プロセス管理テーブル４とを備えている。
テム１の全体機能配置を示すものであり、ＵＮＩＸ−Ｏ
Ｓ（ＵＮＩＸ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）２
と、ＵＮＩＸシステム１を構成する複数のＡＰＬ（ａｐ
ｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍ：アプリケーショ
ンプログラム）の常駐プロセスであるところのＡＰＬ常
駐プロセス５（５−１、５−２、５−ｎ）とから構成さ
れ、さらに、本発明の監視プログラムであるところのＥ
ＯＳ常駐プロセス３と、ＥＯＳ常駐プロセス３がＡＰＬ
常駐プロセス５の監視およびリカバリのために参照する
プロセス管理テーブル４とを備えている。
【００１９】ＥＯＳ常駐プロセス３は、システムのバッ
クグランドに常駐しているデーモンプロセスであり、定
期的にＡＰＬ常駐プロセス５を監視および管理するプロ
セスである。なお、ＥＯＳの名称は、Ｅｘｔｅｎｄｅｄ
（拡張した）なＯＳという意味合いから名づけたもので
ある。ＥＯＳ常駐プロセス３は、ＵＮＩＸシステム１の
立ち上げ時に起動され、半永久的に動作するプロセスで
あり、プロセス管理テーブル４を参照してＡＰＬ常駐プ
ロセス５を周期的に監視し、何れかのＡＰＬ常駐プロセ
ス５が障害や異常によって消滅した時点で、個々のＡＰ
Ｌに応じて定められている再開処理を実現し、リカバリ
を行う。
クグランドに常駐しているデーモンプロセスであり、定
期的にＡＰＬ常駐プロセス５を監視および管理するプロ
セスである。なお、ＥＯＳの名称は、Ｅｘｔｅｎｄｅｄ
（拡張した）なＯＳという意味合いから名づけたもので
ある。ＥＯＳ常駐プロセス３は、ＵＮＩＸシステム１の
立ち上げ時に起動され、半永久的に動作するプロセスで
あり、プロセス管理テーブル４を参照してＡＰＬ常駐プ
ロセス５を周期的に監視し、何れかのＡＰＬ常駐プロセ
ス５が障害や異常によって消滅した時点で、個々のＡＰ
Ｌに応じて定められている再開処理を実現し、リカバリ
を行う。
【００２０】プロセス管理テーブル４は、ＥＯＳ常駐プ
ロセス３が各々のＡＰＬ及び該ＡＰＬのＡＰＬ常駐プロ
セス５を監視および管理するためのリカバリ情報を定義
するテーブルである。プロセス管理テーブル４の定義内
容は、各ＡＰＬ常駐プロセス５が起動される時に、各Ａ
ＰＬ内にプログラムとして記述されているＥＯＳライブ
ラリ６の呼び出しの実行により設定されるものである。
ロセス３が各々のＡＰＬ及び該ＡＰＬのＡＰＬ常駐プロ
セス５を監視および管理するためのリカバリ情報を定義
するテーブルである。プロセス管理テーブル４の定義内
容は、各ＡＰＬ常駐プロセス５が起動される時に、各Ａ
ＰＬ内にプログラムとして記述されているＥＯＳライブ
ラリ６の呼び出しの実行により設定されるものである。
【００２１】ＡＰＬ常駐プロセス５内に組み込まれて呼
び出されるＥＯＳライブラリ６は、本発明により各ＡＰ
Ｌに提供される関数としてのライブラリであり、ＥＯＳ
ライブラリ６を実行することにより、各ＡＰＬが希望す
る通りのリカバリのための情報が、プロセス管理テーブ
ル４内に定義され設定される。
び出されるＥＯＳライブラリ６は、本発明により各ＡＰ
Ｌに提供される関数としてのライブラリであり、ＥＯＳ
ライブラリ６を実行することにより、各ＡＰＬが希望す
る通りのリカバリのための情報が、プロセス管理テーブ
ル４内に定義され設定される。
【００２２】次に、図２を参照して、ＥＯＳ常駐プロセ
ス３が各ＡＰＬ常駐プロセス５を監視および管理するた
めに参照するプロセス管理テーブル４について説明す
る。
ス３が各ＡＰＬ常駐プロセス５を監視および管理するた
めに参照するプロセス管理テーブル４について説明す
る。
【００２３】図２は、プロセス管理テーブルの一例を示
す図である。
す図である。
【００２４】図２において、プロセス管理テーブル４
は、ＡＰＬ常駐プロセス５を管理するための情報を定義
するＰＭ（プロセス管理情報）４０を、ＡＰＬ常駐プロ
セス５と同数備えるテーブルであり、ＡＰＬ常駐プロセ
ス５−１〜ＡＰＬ常駐プロセス５−ｎに対応して、ＰＭ
（プロセス管理情報）４０−１〜ＰＭ（プロセス管理情
報）４０−ｎを備えている。
は、ＡＰＬ常駐プロセス５を管理するための情報を定義
するＰＭ（プロセス管理情報）４０を、ＡＰＬ常駐プロ
セス５と同数備えるテーブルであり、ＡＰＬ常駐プロセ
ス５−１〜ＡＰＬ常駐プロセス５−ｎに対応して、ＰＭ
（プロセス管理情報）４０−１〜ＰＭ（プロセス管理情
報）４０−ｎを備えている。
【００２５】そして、各々のＰＭ（プロセス管理情報）
４０の定義内容は同一の構成を有しており、ＰＭ（プロ
セス管理情報）４０−ｍを例として説明すると、定義さ
れる情報は、該当プロセスが生成されるたびに付される
ところのＵＮＩＸ−ＯＳ２が管理するプロセス識別子４
１、該当プロセスのプログラムテキストの格納場所を示
す情報であるところの起動パス情報４２、該当プロセス
を生成・起動するために必要なパラメータであるところ
の起動パラメータ情報４３、該当プロセスの再起動が必
要となった場合のリカバリの方式を示す起動指定情報４
４、該当プロセスの監視方式を示す監視指定情報４５、
該当プロセスに関連する子プロセスや下位プロセスを示
す関連プロセス情報４６、該当プロセスが必要とするリ
ソースに関する関連リソース情報４７、などである。
４０の定義内容は同一の構成を有しており、ＰＭ（プロ
セス管理情報）４０−ｍを例として説明すると、定義さ
れる情報は、該当プロセスが生成されるたびに付される
ところのＵＮＩＸ−ＯＳ２が管理するプロセス識別子４
１、該当プロセスのプログラムテキストの格納場所を示
す情報であるところの起動パス情報４２、該当プロセス
を生成・起動するために必要なパラメータであるところ
の起動パラメータ情報４３、該当プロセスの再起動が必
要となった場合のリカバリの方式を示す起動指定情報４
４、該当プロセスの監視方式を示す監視指定情報４５、
該当プロセスに関連する子プロセスや下位プロセスを示
す関連プロセス情報４６、該当プロセスが必要とするリ
ソースに関する関連リソース情報４７、などである。
【００２６】なお、起動指定情報４４の定義内容として
は、リカバリ方式として個別のプロセスを再起動する個
別起動か、関連するプロセスを含めて再起動する関連プ
ロセス起動か、システム全体のプロセスを再起動する全
体起動か、などがある。
は、リカバリ方式として個別のプロセスを再起動する個
別起動か、関連するプロセスを含めて再起動する関連プ
ロセス起動か、システム全体のプロセスを再起動する全
体起動か、などがある。
【００２７】次に、図１、図２および図３を参照して本
実施形態の動作をより詳細に説明する。
実施形態の動作をより詳細に説明する。
【００２８】図３は、図１の本実施形態の動作を説明す
る図である。なお、図３において図１に示す構成要素に
対応するものは同一の参照数字または符号を付し、その
説明を省略する。
る図である。なお、図３において図１に示す構成要素に
対応するものは同一の参照数字または符号を付し、その
説明を省略する。
【００２９】先ず、ＵＮＩＸシステム１が起動されＵＮ
ＩＸ−ＯＳ２が起動されると、ＵＮＩＸ−ＯＳ２はＥＯ
Ｓ常駐プロセス３を起動する（ステップＳ１）。起動さ
れたＥＯＳ常駐プロセス３は、プロセス管理テーブル４
の初期化を行い（ステップＳ２）、プロセス管理テーブ
ル４への定義情報の登録準備を完了する。
ＩＸ−ＯＳ２が起動されると、ＵＮＩＸ−ＯＳ２はＥＯ
Ｓ常駐プロセス３を起動する（ステップＳ１）。起動さ
れたＥＯＳ常駐プロセス３は、プロセス管理テーブル４
の初期化を行い（ステップＳ２）、プロセス管理テーブ
ル４への定義情報の登録準備を完了する。
【００３０】ＥＯＳ常駐プロセス３は、各ＡＰＬが定義
する常駐プロセス起動ルーチンにより各ＡＰＬ常駐プロ
セス５の起動を行う（ステップＳ３）。
する常駐プロセス起動ルーチンにより各ＡＰＬ常駐プロ
セス５の起動を行う（ステップＳ３）。
【００３１】起動された各ＡＰＬ常駐プロセス５は、各
々ＥＯＳライブラリ６を呼び出し（ステップＳ４）、プ
ロセス管理テーブル４に自プロセスのリカバリ情報、す
なわち図２で示したＰＭ（プロセス管理情報）の内の、
自プロセスのリカバリに必要とされる情報を登録する
（ステップＳ５）。
々ＥＯＳライブラリ６を呼び出し（ステップＳ４）、プ
ロセス管理テーブル４に自プロセスのリカバリ情報、す
なわち図２で示したＰＭ（プロセス管理情報）の内の、
自プロセスのリカバリに必要とされる情報を登録する
（ステップＳ５）。
【００３２】ＥＯＳ常駐プロセス３は、周期によりプロ
セス管理テーブル４のＰＭ（プロセス管理情報）４０を
読み出し（ステップＳ６）、その周期で監視を行うべき
ＡＰＬ常駐プロセス５が存在するかを判定し、該当する
ＡＰＬ常駐プロセス５が存在する場合には、該当ＡＰＬ
常駐プロセス５に監視イベントを発行し（ステップＳ
７）、該当ＡＰＬ常駐プロセス５が存続しているか消滅
しているかの判断を行う。該当ＡＰＬ常駐プロセス５が
存続していれば何も行わず、次の周期を待つ。
セス管理テーブル４のＰＭ（プロセス管理情報）４０を
読み出し（ステップＳ６）、その周期で監視を行うべき
ＡＰＬ常駐プロセス５が存在するかを判定し、該当する
ＡＰＬ常駐プロセス５が存在する場合には、該当ＡＰＬ
常駐プロセス５に監視イベントを発行し（ステップＳ
７）、該当ＡＰＬ常駐プロセス５が存続しているか消滅
しているかの判断を行う。該当ＡＰＬ常駐プロセス５が
存続していれば何も行わず、次の周期を待つ。
【００３３】該当ＡＰＬ常駐プロセス５が消滅していた
場合（ステップＳ８）、該当ＡＰＬ常駐プロセス５が指
示しているリカバリ方式（ＰＭ（プロセス管理情報）４
０内の起動指定情報４４に指示されているリカバリ方
式）により、該当ＡＰＬ常駐プロセス５の再起動を実行
する（ステップＳ９）。該当ＡＰＬ常駐プロセス５がリ
カバリ方式を指示していなかった場合には、通常のリカ
バリ方式である個別起動を適用し、該当ＡＰＬ常駐プロ
セス５の再起動を実行する（ステップＳ９と同一）。そ
して、該当ＡＰＬ常駐プロセス５の正常運転を監視す
る。
場合（ステップＳ８）、該当ＡＰＬ常駐プロセス５が指
示しているリカバリ方式（ＰＭ（プロセス管理情報）４
０内の起動指定情報４４に指示されているリカバリ方
式）により、該当ＡＰＬ常駐プロセス５の再起動を実行
する（ステップＳ９）。該当ＡＰＬ常駐プロセス５がリ
カバリ方式を指示していなかった場合には、通常のリカ
バリ方式である個別起動を適用し、該当ＡＰＬ常駐プロ
セス５の再起動を実行する（ステップＳ９と同一）。そ
して、該当ＡＰＬ常駐プロセス５の正常運転を監視す
る。
【００３４】ステップＳ９による個別リカバリを実行し
ても、該当ＡＰＬ常駐プロセス５の正常運転が実現でき
なかった場合には、リカバリの範囲を拡大するエスカレ
ーションを行う（ステップＳ１０）。すなわち、リカバ
リ範囲をエスカレーションして、ＡＰＬ全体を再起動す
るようにする（ステップＳ１１）。ここで、ＡＰＬ全体
とは、図１に示したＡＰＬ常駐プロセス５−１〜５−ｎ
までの全てを指すものとする。
ても、該当ＡＰＬ常駐プロセス５の正常運転が実現でき
なかった場合には、リカバリの範囲を拡大するエスカレ
ーションを行う（ステップＳ１０）。すなわち、リカバ
リ範囲をエスカレーションして、ＡＰＬ全体を再起動す
るようにする（ステップＳ１１）。ここで、ＡＰＬ全体
とは、図１に示したＡＰＬ常駐プロセス５−１〜５−ｎ
までの全てを指すものとする。
【００３５】ステップＳ１１によるＡＰＬ全体リカバリ
を実行しても、ＵＮＩＸシステム１の全体が正常運転と
ならなかった場合には、更にリカバリの範囲を拡大する
エスカレーションを行う（ステップＳ１２）。すなわ
ち、リカバリをエスカレーションして、ＵＮＩＸ−ＯＳ
２のリブートから再度実行することを行う（ステップＳ
１３）。
を実行しても、ＵＮＩＸシステム１の全体が正常運転と
ならなかった場合には、更にリカバリの範囲を拡大する
エスカレーションを行う（ステップＳ１２）。すなわ
ち、リカバリをエスカレーションして、ＵＮＩＸ−ＯＳ
２のリブートから再度実行することを行う（ステップＳ
１３）。
【００３６】以上、詳細に説明したように、本発明のＥ
ＯＳ常駐プロセス３は、その管理時間内に、ＡＰＬ常駐
プロセス５の何れかに異常が発生した場合、リカバリの
影響範囲を拡大してリカバリを実現することが可能とな
る。すなわち、ＡＰＬ常駐プロセス５の個別リカバリか
ら、ＡＰＬ全体のリカバリへと進み、最後にＵＮＩＸ−
ＯＳ２の再起動と順次起動していくことで、自動リカバ
リの確実性を保証するものとなる。
ＯＳ常駐プロセス３は、その管理時間内に、ＡＰＬ常駐
プロセス５の何れかに異常が発生した場合、リカバリの
影響範囲を拡大してリカバリを実現することが可能とな
る。すなわち、ＡＰＬ常駐プロセス５の個別リカバリか
ら、ＡＰＬ全体のリカバリへと進み、最後にＵＮＩＸ−
ＯＳ２の再起動と順次起動していくことで、自動リカバ
リの確実性を保証するものとなる。
【００３７】
【発明の効果】以上説明したように、本発明のＵＮＩＸ
システムにおける自動プロセスリカバリ方式は、並列動
作可能な各プロセスの障害検出及び復旧を行う監視プロ
グラム、すなわち、ＥＯＳ常駐プロセスをＵＮＩＸ−Ｏ
ＳとＡＰＬの中間に配備し、かつ、各ＡＰＬが自プロセ
スのリカバリ情報をプロセス管理テーブルに登録するＥ
ＯＳライブラリを各ＡＰＬに提供しているため、ＵＮＩ
Ｘ−ＯＳには具備されていない自動再開機能を実現し、
システムダウンの状態となることを極力防止することが
可能となるという効果を有している。
システムにおける自動プロセスリカバリ方式は、並列動
作可能な各プロセスの障害検出及び復旧を行う監視プロ
グラム、すなわち、ＥＯＳ常駐プロセスをＵＮＩＸ−Ｏ
ＳとＡＰＬの中間に配備し、かつ、各ＡＰＬが自プロセ
スのリカバリ情報をプロセス管理テーブルに登録するＥ
ＯＳライブラリを各ＡＰＬに提供しているため、ＵＮＩ
Ｘ−ＯＳには具備されていない自動再開機能を実現し、
システムダウンの状態となることを極力防止することが
可能となるという効果を有している。
【００３８】また、各プロセスのリカバリが成功しなか
った場合には、リカバリの範囲をエスカレーションさせ
るので、ＡＰＬの障害等の問題発生時にも、その影響範
囲とリカバリ時間を最適化できるという効果を有してい
る。
った場合には、リカバリの範囲をエスカレーションさせ
るので、ＡＰＬの障害等の問題発生時にも、その影響範
囲とリカバリ時間を最適化できるという効果を有してい
る。
【００３９】さらに、システム障害発生時においても、
保守員介在によるシステムの再起動を極力防止できると
いう効果を有している。
保守員介在によるシステムの再起動を極力防止できると
いう効果を有している。
【図１】本発明のＵＮＩＸシステムにおける自動プロセ
スリカバリ方式の一実施形態を示すブロック図である。
スリカバリ方式の一実施形態を示すブロック図である。
【図２】プロセス管理テーブルの一例を示す図である。
【図３】図１の本実施形態の動作を説明する図である。
１ ＵＮＩＸシステム ２ ＵＮＩＸ−ＯＳ ３ ＥＯＳ常駐プロセス ４ プロセス管理テーブル ５ ＡＰＬ常駐プロセス ６ ＥＯＳライブラリ
Claims (9)
- 【請求項１】 ＵＮＩＸ−ＯＳ（ＵＮＩＸ Ｏｐｅｒａ
ｔｉｎｇ Ｓｙｓｔｅｍ）と複数のＡＰＬ（ａｐｐｌｉ
ｃａｔｉｏｎ ｐｒｏｇｒａｍ）を備えたＵＮＩＸシス
テムにおいて、前記ＡＰＬの常駐プロセスであるところ
の複数のＡＰＬ常駐プロセスと前記ＵＮＩＸ−ＯＳとの
間に、並列動作可能な前記ＡＰＬ常駐プロセスの障害検
出及び復旧を行うＥＯＳ常駐プロセスを備えることを特
徴とするＵＮＩＸシステムにおける自動プロセスリカバ
リ方式。 - 【請求項２】 前記ＥＯＳ常駐プロセスが前記ＡＰＬ常
駐プロセスの監視およびリカバリのために参照するプロ
セス管理テーブルを更に備えることを特徴とする請求項
１に記載のＵＮＩＸシステムにおける自動プロセスリカ
バリ方式。 - 【請求項３】 前記プロセス管理テーブルは、前記ＡＰ
Ｌ常駐プロセスを管理するための情報を定義するプロセ
ス管理情報を前記ＡＰＬ常駐プロセスと同数備えるテー
ブルであることを特徴とする請求項２に記載のＵＮＩＸ
システムにおける自動プロセスリカバリ方式。 - 【請求項４】 前記プロセス管理テーブルの各々の前記
プロセス管理情報は、該当ＡＰＬ常駐プロセスが生成さ
れるたびに付されるところの前記ＵＮＩＸ−ＯＳが管理
するプロセス識別子と、該当ＡＰＬ常駐プロセスのプロ
グラムテキストの格納場所を示す情報であるところの起
動パス情報と、該当ＡＰＬ常駐プロセスを生成・起動す
るために必要なパラメータであるところの起動パラメー
タ情報と、該当ＡＰＬ常駐プロセスの再起動が必要とな
った場合のリカバリの方式を示す起動指定情報と、該当
ＡＰＬ常駐プロセスの監視方式を示す監視指定情報と、
該当ＡＰＬ常駐プロセスに関連する子プロセスや下位プ
ロセスを示す関連プロセス情報と、該当ＡＰＬ常駐プロ
セスが必要とするリソースに関する関連リソース情報、
などから構成されることを特徴とする請求項３に記載の
ＵＮＩＸシステムにおける自動プロセスリカバリ方式。 - 【請求項５】 前記プロセス管理情報に含まれる前記起
動指定情報に定義される内容は、リカバリ方式として個
別のプロセスを再起動する個別起動か、関連するプロセ
スを含めて再起動する関連プロセス起動か、システム全
体のプロセスを再起動する全体起動か、などであること
を特徴とする請求項４に記載のＵＮＩＸシステムにおけ
る自動プロセスリカバリ方式。 - 【請求項６】 前記プロセス管理テーブルの前記プロセ
ス管理情報の定義内容は、各々の前記ＡＰＬ常駐プロセ
スが起動される時に、各々に対応する前記ＡＰＬ内にプ
ログラムとして記述されているＥＯＳライブラリの呼び
出しの実行により設定されるものであることを特徴とす
る請求項５に記載のＵＮＩＸシステムにおける自動プロ
セスリカバリ方式。 - 【請求項７】 前記ＵＮＩＸシステムの起動時には、先
ず、前記ＵＮＩＸ−ＯＳが起動されると、前記ＵＮＩＸ
−ＯＳは次に前記ＥＯＳ常駐プロセスを起動し（ステッ
プＳ１）、起動された前記ＥＯＳ常駐プロセスは、前記
プロセス管理テーブルの初期化を行い（ステップＳ
２）、前記プロセス管理テーブルへの定義情報の登録準
備を完了し、次に前記ＥＯＳ常駐プロセスは、各々の前
記ＡＰＬが定義する常駐プロセス起動ルーチンにより各
々の前記ＡＰＬ常駐プロセスの起動を行い（ステップＳ
３）、起動された各々の前記ＡＰＬ常駐プロセスは、各
々前記ＥＯＳライブラリを呼び出し（ステップＳ４）、
前記プロセス管理テーブルに自プロセスのリカバリ情報
を登録する（ステップＳ５）、ことを特徴とする請求項
６に記載のＵＮＩＸシステムにおける自動プロセスリカ
バリ方式。 - 【請求項８】 前記ＵＮＩＸシステムが起動された後に
は、前記ＥＯＳ常駐プロセスは、周期により前記プロセ
ス管理テーブルの前記プロセス管理情報を読み出し（ス
テップＳ６）、その周期で監視を行うべき前記ＡＰＬ常
駐プロセスが存在するかを判定し、該当する前記ＡＰＬ
常駐プロセスが存在する場合には、該当ＡＰＬ常駐プロ
セスに監視イベントを発行し（ステップＳ７）、該当Ａ
ＰＬ常駐プロセスが存続しているか消滅しているかの判
断を行い、該当ＡＰＬ常駐プロセスが存続していれば何
も行わず、次の周期を待つことを特徴とする請求項７に
記載のＵＮＩＸシステムにおける自動プロセスリカバリ
方式。 - 【請求項９】 前記ステップＳ７の後の判断において、
該当ＡＰＬ常駐プロセスが消滅していた場合（ステップ
Ｓ８）には、該当ＡＰＬ常駐プロセスが指示しているリ
カバリ方式により、該当ＡＰＬ常駐プロセスの再起動を
実行し（ステップＳ９）、該当ＡＰＬ常駐プロセスの正
常運転を監視し、前記ステップＳ９による個別リカバリ
を実行しても、該当ＡＰＬ常駐プロセスの正常運転が実
現できなかった場合には、リカバリの範囲を拡大するエ
スカレーションを行い（ステップＳ１０）、前記ＡＰＬ
全体を再起動するようにし（ステップＳ１１）、前記ス
テップＳ１１によるＡＰＬ全体リカバリを実行しても、
前記ＵＮＩＸシステムの全体が正常運転とならなかった
場合には、更にリカバリの範囲を拡大するエスカレーシ
ョンを行い（ステップＳ１２）、前記ＵＮＩＸ−ＯＳの
リブートから再度実行することを行う（ステップＳ１
３）ことを特徴とする請求項８に記載のＵＮＩＸシステ
ムにおける自動プロセスリカバリ方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001057317A JP2002259141A (ja) | 2001-03-01 | 2001-03-01 | Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001057317A JP2002259141A (ja) | 2001-03-01 | 2001-03-01 | Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002259141A true JP2002259141A (ja) | 2002-09-13 |
Family
ID=18917216
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001057317A Pending JP2002259141A (ja) | 2001-03-01 | 2001-03-01 | Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002259141A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010134557A (ja) * | 2008-12-02 | 2010-06-17 | Nec Corp | 仮想マシン運用管理システム、その運用管理方法、及びプログラム |
-
2001
- 2001-03-01 JP JP2001057317A patent/JP2002259141A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010134557A (ja) * | 2008-12-02 | 2010-06-17 | Nec Corp | 仮想マシン運用管理システム、その運用管理方法、及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6859889B2 (en) | Backup system and method for distributed systems | |
| US8412984B2 (en) | Debugging in a cluster processing network | |
| CN104391777B (zh) | 基于Linux操作系统的云平台及其运行监控方法和装置 | |
| CN106330523A (zh) | 一种集群服务器容灾系统、方法和服务器节点 | |
| CN109286529A (zh) | 一种恢复RabbitMQ网络分区的方法及系统 | |
| CN101777020A (zh) | 一种用于分布式程序的容错方法和系统 | |
| CN105589756A (zh) | 批处理集群系统以及方法 | |
| CN110618864A (zh) | 一种中断任务恢复方法及装置 | |
| KR20040047209A (ko) | 네트워크 상의 컴퓨터 시스템의 자동 복구 방법 및 이를구현하기 위한 컴퓨터 시스템의 자동 복구 시스템 | |
| US7783742B2 (en) | Dynamic process recovery in a distributed environment | |
| US7366949B2 (en) | Distributed software application software component recovery in an ordered sequence | |
| US7509630B2 (en) | Software component initialization in an ordered sequence | |
| JPH10214208A (ja) | ソフトウェアの異常監視方式 | |
| JP2001022709A (ja) | クラスタシステム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 | |
| JP2002259141A (ja) | Ｕｎｉｘ（登録商標）システムにおける自動プロセスリカバリ方式 | |
| CN110489294B (zh) | 一种基于日志实时单步调试方法和装置 | |
| JP2002149437A (ja) | ソフトウェア再起動方法 | |
| US7873941B2 (en) | Manager component that causes first software component to obtain information from second software component | |
| US7406678B2 (en) | Manager component resource addition and/or resource removal on behalf of distributed software application | |
| JP2014078067A (ja) | データベースシステム、データベース装置、データベースの障害回復方法およびプログラム | |
| US8181162B2 (en) | Manager component for checkpoint procedures | |
| JPH07111685B2 (ja) | システム稼動維持方式 | |
| JP3325785B2 (ja) | 計算機の故障検出・回復方式 | |
| KR100832890B1 (ko) | 정보통신 시스템의 프로세스 장애 감시방법 및 복구방법 | |
| JP5268820B2 (ja) | 監視装置用プログラムの書き換え方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050322 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050516 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050607 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051011 |