JPH11327965A - アプリケーションのログレベルの動的変更方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】アプリケーションにトラブルが発生したことを
完全停止に到る前に検出し通常時のログ出力量を少なく
保ちながら、後にトラブルの原因を究明するときにログ
ファイルから充分なログ情報が得られるようにするアプ
リケーションのログレベルの動的変更方法を提供する。 【解決手段】次の処理を行うアプリケーション不具合検
出プロセス４を実行する。アプリケーション５Ａ，５
Ｂ，５Ｃを自己の子プロセスとして立ち上げ、カーネル
６を通して、そのアプリケーションの実行情報を受け取
れるようにする。カーネル６から得た情報によって、ア
プリケーションに不具合が発生していたことを検知した
とき、ログレベル設定テーブル７における、そのアプリ
ケーションのログレベル設定を、高いレベルに書換え
る。そのアプリケーションプロセスに、ログレベル変更
を通知するシグナルを送信して、上記ログレベル設定テ
ーブル７の再読み込みによる、ログレベルの再設定を行
なわせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、出力基準として内
部設定されたログレベル以下のログをログファイルに出
力するアプリケーションを実行する場合において、この
ログレベルを動的に変更することにより、処理速度の低
下とログファイルの肥大化を防止しながら、アプリケー
ション・トラブルの原因究明に必要なログを、ログファ
イルに十分に書き込めるようにする方法を提供すること
を目的とする。

【０００２】

【従来の技術】例えば、ＵＮＩＸ系コンピュータにおい
ては、アプリケーションの実行状態を記録するログをロ
グファイルに出力させている。

【０００３】このログファイルの出力機能は、プログラ
ムの正常実行を妨げる原因が発生していないか、あるい
は、プログラムが意図したように動作しているか否か等
を調べるために用いられ、アプリケーション・プログラ
ムの要所に書き込んだログ出力ルーチンにより、チェッ
ク対象のデータが出力・記録される。このログファイル
を読むことにより、アプリケーション・ダウン時に、そ
の原因を究明したり、アプリケーション開発中の動作確
認をすること等ができる。

【０００４】この機能は、２４時間体制で稼動させるた
め、無人となる場合がある監視制御システムにおいて、
トラブル発生時に、その原因を早期に究明し迅速な復旧
を図るために、特に、重要な機能となっている。

【０００５】上記ログは、プログラムの全ての部分にお
ける実行状態を報告するものであるため多岐に亘る。そ
のため、全てをログファイルに出力させると、ファイル
出力に要する時間のためアプリケーションの処理速度が
低下し、ログファイルも肥大化してしまう。特に２４時
間監視制御システムのように長期間に亘り連続稼動する
システムにおいて実行されるアプリケーションの場合
は、追加書込みされるログファイルのサイズは膨大なも
のとなり、使用するハードディスク等の記憶媒体に大容
量のものが要求されることになる。

【０００６】そのため、従来は、ログに重要度に応じた
レベルを付け、設定したログレベル以下のログだけログ
ファイルに出力させ、処理速度の低下とログファイルの
肥大化を防止していた。これを図４に示す。１は各アプ
リケーション毎にログレベルを設定したログレベル設定
テーブルで、アプリケーション起動前に、別のログファ
イル管理プログラムによって作成される。２はログ出力
のレベル制限を行う上記アプリケーションで、起動時
に、ログレベル設定テーブル１から、自己のログレベル
を読み取って、内部設定値として取り込み、このレベル
以下のログだけ、自己のログファイル３に書き込む。図
４の例においては、ログレベル設定テーブル１のログレ
ベルの設定は、アプリＡ，アプリＢ，アプリＣのいずれ
も、ログレベルを１としている。これは、ログファイル
３への出力が最小になる最も低いレベルである。

【０００７】

【発明が解決しようとする課題】上述したように、ログ
レベルの制限によってログファイル３への出力量を少な
くすると、アプリケーションの処理速度を高く保てると
同時に、ハードディスク等の記憶装置の空き領域の圧迫
を防止できる。

【０００８】しかし、出力されるログファイル３を小さ
くする結果、不具合に関して得られる情報量が少なくな
る。このため、例えばアプリケーション・ダウン時の原
因の究明が困難になり、復旧に時間がかかる等の問題が
生じていた。アプリケーションにトラブルが発生した場
合に、その原因の究明を適切かつ迅速に行うには、その
トラブルに関する不具合のログ情報を、なるべく多くロ
グファイル３に残すことが必要なのである。

【０００９】そこで、本発明は、アプリケーションにト
ラブルが発生したことを、完全停止に到る前に検出し、
そのアプリケーションのログレベルを自動変更すること
により、通常時のログ出力量を少なく保ちながら、後に
トラブルの原因を究明するときにログファイルから充分
なログ情報が得られるようにするアプリケーションのロ
グレベルの動的変更方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明が提供するアプリ
ケーションのログレベルの動的変更方法は、外部のログ
レベル設定テーブルを読むことにより、出力基準として
のログレベルを内部設定する機能と、プログラムの要所
にログ出力文がレベルを付けて書き込まれ、プログラム
実行中に、このログ出力文に出会ったとき、このレベル
が上記出力基準として内部設定されたログレベル以下の
とき、このログを外部のログファイルに出力する機能
と、外部からログレベル変更の通知を受けたとき、上記
ログレベル設定テーブルを再読込みして、出力基準とし
てのログレベルの内部設定を変更する機能とを有し、オ
ぺレーティングシステムのカーネルの管理の下に起動す
るアプリケーションプロセスと、上記カーネルから上記
アプリケーションプロセスの実行状態の問合せができる
ようにするため、上記アプリケーションプロセスを自己
の子プロセスとして起動し、実行中に所定周期で行われ
る、この問合せにより、上記アプリケーションプロセス
に不具合が発生していることを検出したとき、上記ログ
レベル設定テーブルにおける、そのアプリケーションの
出力基準としてのログレベルを、高いレベルに書換える
とともに、そのアプリケーションプロセスに、ログレベ
ル変更の通知を行うシグナルを送信するアプリケーショ
ン不具合検出プロセスとを実行することを特徴とする。

【００１１】

【発明の実施の形態】図１に本発明を実施する場合にコ
ンピュータ内で実行されるプロセスと、コンピュータの
カーネル、ログレベル設定テーブル、及びログファイル
との関係を示す。

【００１２】図１において、４はアプリケーション不具
合検出プロセス、５Ａ，５Ｂ，５Ｃは、並列実行される
アプリケーションプロセス、６はコンピュータのプログ
ラム実行を管理するＵＮＩＸカーネル、７はログレベル
設定テーブル、８Ａ，８Ｂ，８Ｃは、各アプリケーショ
ンプロセス５Ａ，５Ｂ，５Ｃが出力するログファイルで
ある。

【００１３】上記ＵＮＩＸカーネル６は、コンピュータ
内で実行されるプロセス情報を保持し、親プロセスから
の問合せに対し、その子プロセスの実行情報を報告する
機能を持っている。

【００１４】アプリケーションプロセス５Ａ，５Ｂ，５
Ｃは、図４で説明したように、起動時にログレベル設定
テーブル７から自己のログレベルを読み取って内部設定
値として取り込み、自己のアプリケーションの実行状態
を記録するログとして、レベルが、この設定値以下のロ
グのみを、自己のログファイル８Ａ，８Ｂ，８Ｃに出力
する。本発明では、これに加えて、ログレベル変更の通
知を受けるシグナルハンドラを設け、この通知を受けた
ときログレベル設定テーブル７の再読込みにより、自己
のログレベルを更新する機能を追加している。

【００１５】アプリケーション不具合検出プロセス４
は、各アプリケーションプロセス５Ａ，５Ｂ，５Ｃを、
自己の子プロセスとして起動することにより、ＵＮＩＸ
カーネル６から、各アプリケーションプロセス５Ａ，５
Ｂ，５Ｃの実行状況を問合せることを可能としたもので
ある。この問合せによって、各アプリケーションプロセ
スに、不具合が発生していることを検出したときは、ロ
グレベル設定テーブル７において、対応するアプリケー
ションのログレベルを高いレベルに書換えた後に、対応
するアプリケーションに、ログレベル変更を通知するシ
グナルを送信する。

【００１６】上記図１の構成において、本発明方法が実
施される手順を、図２に示すアプリケーション不具合検
出プロセスの実行手順と、図３に示すアプリケーション
プロセスの実行手順について説明する。

【００１７】図２に示すアプリケーション不具合検出プ
ロセスは、次の手順で実行される。初めに、ログレベル
設定テーブル７をメモリ又はハードディスク上に作成す
る。このとき設定されるログレベルは、例えば図４と同
様に、ログファイル８Ａ，８Ｂ，８Ｃを最も小さくする
ログレベル１とする。次に、各アプリケーションプロセ
ス５Ａ，５Ｂ，５Ｃを、自己の子プロセスとして起動す
る。これは、ＵＮＩＸの下で起動する場合はｆｏｒｋ命
令を用いることによって行われる。これによって、親プ
ロセスであるアプリケーション不具合検出プロセス４か
ら、子プロセスである各アプリケーション５Ａ，５Ｂ，
５Ｃの実行情報を、カーネル６に問い合わせることが可
能になる。

【００１８】アプリケーションプロセス５Ａ，５Ｂ，５
Ｃが立ち上がると、アプリケーション不具合検出プロセ
ス４は、カーネル６への問合せにより、各アプリケーシ
ョンプロセス５Ａ，５Ｂ，５Ｃに、特別な監視を必要と
する不具合が発生しているか否かを調べる。

【００１９】この不具合を調べる方法は、例えば、ア
プリケーションプロセスが消滅していないか、アプリ
ケーションプロセスのＣＰＵ占有率が不当に低くなって
いないか、アプリケーションプロセスのＣＰＵ占有率
が不当に高くなっていないか、等がある。はプロセス
のカーネルに対する応答がなくなった場合である。この
直後は、プロセスの完全停止に到っていない場合が多
く、ログファイルへの出力が期待できる。はプロセス
が何等かの原因で、待ち状態から抜けられなくなってい
る場合で、放置するとプロセスのダウンに到る可能性が
高いものである。はプロセスが何等かの原因で無限ル
ープに入ってしまった場合等に起こり、これもプロセス
のダウンに到る可能性が高い。

【００２０】カーネルがＵＮＩＸの場合、上記のプロ
セスの消滅は、ｗａｉｔ３（）のシステムコールを行う
と、それまでに消滅したプロセスのレポートが得られる
ので、監視対象のプロセスが、それに含まれるか否かに
よって判断する。

【００２１】のＣＰＵ占有率については、ＵＮＩＸ
の場合は、ｔｏｐコマンドを実行することによって、各
プロセスのＣＰＵ占有率のレポートが送信されるので、
それから判断する。

【００２２】この判断の結果、のいずれかに該当
していれば、アプリケーション不具合検出プロセス４
は、ログレベル設定テーブル７の対応するアプリケーシ
ョンのログレベルを、例えば図１に示すように、高いレ
ベルの１０に書き換える。

【００２３】ログレベル設定テーブル７を書換えた後
は、対応するアプリケーションに、ログレベル設定テー
ブル７を書換えたことを通知するシグナルを送信して、
対応するアプリケーションプロセスにログレベルの再読
込みを指令する。

【００２４】この後、上記アプリケーションプロセスに
特別の監視を必要とする不具合が発生したか否かのチェ
ックを、繰り返して行う。

【００２５】一方、各アプリケーションプロセスは、ロ
グファイルの出力に関して、図３に示すような手順で実
行される。

【００２６】アプリケーションプロセス５Ａ，５Ｂ，５
Ｃは、起動時にログレベル設定テーブル７から自己のロ
グレベルを読み込み、内部設定値として取り込む。この
ログレベル設定テーブル７は、上述したように、アプリ
ケーション不具合検出プロセス７が、各アプリケーショ
ンを起動する前に生成したものである。これによって、
各アプリケーションのログレベルは、例えば、最も低い
レベルであるログレベル１に設定される。以後、アプリ
ケーションプロセス５Ａ，５Ｂ，５Ｃは、このログレベ
ル以下のログのみを、自己のログファイル８Ａ，８Ｂ，
８Ｃに出力するので、ログ出力量は少なく制限される。
この間に、アプリケーションプロセスに、不具合が発生
すると、前述したアプリケーション不具合検出プロセス
４の動作によって、そのアプリケーションプロセスに、
テーブルを書換えたことを通知するシグナルが送信され
る。この通知を受けたアプリケーションプロセスは、ロ
グレベル設定テーブル７の再読込みを行って、アプリケ
ーション不具合検出プロセス４によって書換えられた自
己のログレベルを内部設定値として取り込む。この再設
定されたログレベルは、前述したように、高いログレベ
ル１０であり、これ以降は、この更新されたログレベル
に従ってログを出力するので、ログファイルには、後で
トラブルの原因を究明するのに充分な量のログが書き込
まれる。この書込みは、アプリケーションプロセスが完
全にダウンして、ログファイルの出力機能が失われるま
で継続する。

【００２７】以上の動作により、通常時は、ログ出力量
を少なく抑えて、アプリケーションのパフォーマンスを
高く保ちながら、アプリケーション・トラブルの原因を
究明するときに必要なログを十分にログファイルに残す
ことができる。

【００２８】上記実施形態は、ＵＮＩＸの下で実行され
るアプリケーションについてのものであったが、本発明
は、親プロセスが子プロセスに関する実行情報をカーネ
ルに問い合わせることができるオぺレーティング・シス
テムの下で動作するアプリケーションにおいて、同様に
実施できるものである。

【００２９】

【発明の効果】本発明は、ログレベルに従ってログファ
イルを出力するアプリケーションを実行する場合におい
て、そのログレベルを必要に応じて動的に変更するよう
にしたから、アプリケーションのパフォーマンス低下、
及びログファイルによるハードディスク等の空き容量の
圧迫を問題にしないで、アプリケーション・トラブルの
原因究明に必要なログをログファイルに十分に書き込め
るようになる。これは、２４時間体制で連続運転される
監視制御システムで実行されるアプリケーションのよう
に、長期間に亘って連続実行されるためログファイルが
肥大化し易い場合に、特に有益な方法となる。

【図面の簡単な説明】

【図１】 本発明のアプリケーションのログレベルの動
的変更方法を実施する場合に、コンピュータ内で実行さ
れるプロセスと、コンピュータのカーネル、ログレベル
設定テーブル、及びログファイルとの関係を示す図

【図２】 図１の構成におけるアプリケーション不具合
検出プロセスの実行手順を示すフローチャート

【図３】 図１の構成におけるアプリケーションプロセ
スの実行手順を示すフローチャート

【図４】 設定したログレベルに従ってログを出力する
アプリケーションの動作を、本発明の前提として説明す
る図

【符号の説明】

４ アプリケーション不具合検出プロセス ５Ａ，５Ｂ，５Ｃ アプリケーションプロセス ６ カーネル ７ ログレベル設定テーブル ８Ａ，８Ｂ，８Ｃ ログファイル

Claims (1)

【特許請求の範囲】
1. 【請求項１】 外部のログレベル設定テーブルを読むこ
   とにより、出力基準としてのログレベルを内部設定する
   機能と、プログラムの要所にログ出力文がレベルを付け
   て書き込まれ、プログラム実行中に、このログ出力文に
   出会ったとき、このレベルが上記出力基準として内部設
   定されたログレベル以下のとき、このログを外部のログ
   ファイルに出力する機能と、外部からログレベル変更の
   通知を受けたとき、上記ログレベル設定テーブルを再読
   込みして、出力基準としてのログレベルの内部設定を変
   更する機能とを有し、オぺレーティングシステムのカー
   ネルの管理の下に起動するアプリケーションプロセス
   と、 上記カーネルから上記アプリケーションプロセスの実行
   状態の問合せができるようにするため、上記アプリケー
   ションプロセスを自己の子プロセスとして起動し、実行
   中に所定周期で行われる、この問合せにより、上記アプ
   リケーションプロセスに不具合が発生していることを検
   出したとき、上記ログレベル設定テーブルにおける、そ
   のアプリケーションの出力基準としてのログレベルを、
   高いレベルに書換えるとともに、そのアプリケーション
   プロセスに、ログレベル変更の通知を行うシグナルを送
   信するアプリケーション不具合検出プロセスとを実行す
   ることを特徴とするアプリケーションのログレベルの動
   的変更方法。