JPH01231138A - マルチタスクのログ収集処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はマルチタスク上で動作するシステムのログ収集
処理方式に関するものである。

〔従来の技術〕

マルチタスクで動作するシステム上で各タスクで発生す
る更新情報、統計情報、障害情報等を指定してこれをロ
グとして収集し、その収集したログを解析してシステム
の評価、障害の検出を行つているシステムが多い、従来
、ログ収集は唯一個のみ、起動できず、また他のタスク
の処理能力も低下してしまう場合が多い。

システムの障害検知に係るものとして特開昭６２−２４
３３０号公報がある。

〔発明が解決しようとする課題〕

上記従来技術では、複数のプロセスで動くシステムにお
いて、あるプロセスのあるモジュールで障害を検出した
場合１重度障害によるシステム停止を除いて、ログの収
集は、障害を発生したプロセスの同一タスク上で行って
いたので、そのタスク上での通常処理は、止まってしま
い、ログ収集のモジュールが動いてしまう欠点があった
。また、一つのタスク上のログ収集処理にシステムの処
理時間が、占有され、他の正常タスクの処理能力の低下
を生ずる欠点もあった。

従って１本発明は、ログ収集を行っても、他のタスクが
停止されず、処理能力が低下しないログ収集処理方式を
提供することにある。

〔課題を解決するための手段〕

この発明の特徴とするところは、障害が発生した時に、
ログを残したい各タスク上でシステムに共通なサブルー
チンを発行させる。このサブルーチンは、ログ収集処理
を行うタスクを新たに発生させる処理モジュールであり
、ｃａｌｌ元のタスクからは、ログデータの種類、ログ
データ、等をパラメータとしてもらい、ログ収集処理タ
スクに引き継ぐ、このことにより、ログ収集するタスク
は、ログ収集処理（ログを収集し、ハードディスク等ヘ
ファイルする処理等）に専念し、ｃａｌｌ元のタスクは
、通常処理を引き続いて行うことにより、システム全体
の通常処理の向上を行う。

〔作用〕

新たに発生したログ収集タスクは通常のタスクよりも、
優先度を落として処理を行ってもよい場合が多く、ログ
収集は、外部記憶装置に記録するケースを伴う場合も多
いことから、システムはこのタスクを空いた時間に行え
ば、他の通常処理の処理能力を低下を押さえることがで
き、システム全体の処理能力は、向上する。

〔実施例〕

この発明の一実施例について図面を参照して詳細に説明
する。第１図には、マルチタスクで動作するシステム構
成を示している。システム全体のタスクを制御するディ
スパッチャ１が、このシステムのメインモジュールであ
る。

タスクは複数存在するが、簡略化のためＡタスク２．Ｂ
タスクのみを示している。Ａタスク２゜Ｂタスク３は、
各々ＡＯｍ”Ａｎｍ　（ＡＯｍ。

Ａｎｍは示されず、その中間のＡｌｍ”Ａ５ｍが示され
ている）　、ＢＱｍ”Ｂｎｍ　（同じ＜ＢＯｍ。

Ｂｎｍは示されず、Ｂｌｍ”Ｂｎｍが示されている）の
各モジュールで処理が行われることによって１個のタス
クが完了する。ＡＯｍ”Ａｎｍの処理が連続して行われ
ると、他のタスクが処理できなくなるため、各モジュー
ルは適宜分割され、交互に処理が行われていくようにな
っている。その処理の順序は、デスバッチャ１のキュー
イングテーブルに記憶されている。新たに発生したタス
クは、キューイングテーブルに登録し、マルチタスク処
理で順序よく処理される。

現在、Ａタスク２．Ｂタスク３がディスパッチャ１にキ
ュー登録されている。ディスパッチャ１は、スケジュー
リング処理を行い、キューしている順番でＡタスク２の
Ａ１ｍモジュール、Ｂタスク３のＢ１ｍモジュールの順
番でモジュールを起動する。処理が終了するとディスパ
ッチャ１は、キューイング状態を見て再び、Ａタスク２
のＡ２ｍモジュール、Ｂタスク３のＢ２ｍモジュールを
起動する。ここでＢタスク３の８２ｍモジュール内で障
害４が発生したとする。Ｂ２ｍモジュールでは、障害種
類、障害データをパラメータとしてシステムの共通サブ
ルーチンである６グ収集サブルーチン５を呼ぶ（ｃ　ａ
　ｌ　ｌする）。

ログ収集サブルーチン５は、ディスパッチャ１に対して
ログ収集タスクＲのＲｌｍのモジュールをキューイング
テーブルに登録する。尚、Ｒ１ｍモジュールはログ収集
のフォーマット編集処理を行うものである。キュー登録
が正常に終了すると、ログ収集サブルーチン５は、正常
処理完として呼び元の８２ｍモジュールに戻す（ｒｅｔ
ｕｒｎする）。

８２ｍモジュールの処理が終わり、処理がディスパッチ
ャ１に移されるとディスパッチャ１は再び、キューイン
グ状態を見る。先にログ収集サブルーチン５が、Ｒ１ｍ
モジュール６をキュー登録しているため、次の起動順番
は、キューイング順番からタスクＡのＡ３ｍモジュール
、タスクＢの８３ｍモジュール、ログ収集タスクＲのＲ
１ｍモジュール６となる０次のディスパッチャ処理も同
様に行なわれ、Ａ４ｍ、８４ｍ、Ｒ２ｍモジュール７を
起動して処理が続行される。ここで、Ｒ２ｍモジュール
は、ログを収集して、その編集データをハードディスク
ファイル（図示していない）に登録する。Ｒ２ｍモジュ
ール７内でログ収集処理が完了するとタスク終了サブル
ーチン８を呼び（ｃａｌｌ）、キューイングテーブルよ
り、Ｒタスクを抹消する。

これでログ収集タスクＲが完了され、Ａタスク。

Ｂタスクは、Ｒタスクが呼ばれなくなったので、Ｒタス
クに影響されず、処理は続行される。

以上のように、Ａ、８両タスク等の通常タスクとログ収
集タスクをマルチに行っているためログ収集処理を行っ
ても通常タスクの通常処理が続行され、処理能力が向上
する。

また、タスクが、増えることによるシステム全体の処理
としては、Ｒタスクのログ収集処理を処理の遅速等で分
割し、遅い処理は後廻しとし、通常タスクが終ってから
行われるようにＲタスクにシステムが占有されることも
なく、他の通常タスクの処理はより速く処理される。

また、Ｒタスクの処理の間引き、通常タスクの終了を待
ってディスパッチャが、Ｒタスクを起動することも可能
である。

通常タスクで障害が発生した時、ログ収集タスクＲ１，
Ｒ２の複数のログ収集タスクの処理も可能であり、そう
するとログ収集タスクのマルチ処理によるシステムの処
理能力が向上できる。

〔発明の効果〕

以上説明したように、本発明によれば、ログ収集処理タ
スクを発生させても、他の通常タスクは中断されず、並
行して処理が行われるので、他の通常タスクの処理は低
下しない。

【図面の簡単な説明】

第１図は、本発明ログ収集処理方式の一実施例になるマ
ルチタスクシステムを示す図である。 １・・・ディスパッチャ、２・・・Ａタスク、３・・・
Ｂタスク、４・・・障害発生点、５・・・ログ収集サブ
ルーチン、６．７・・・Ｒタスク、８・・・タスク終了
サブルーチン。

Claims (1)

【特許請求の範囲】
1. １、マルチタスクで動作するシステムにおいてシステム
   の共通なサブルーチンを各タスク上で発行することによ
   り、新しくタスクを発生させ、そのタスク上でログを収
   集する処理を行い、システム全体のログ収集の効率を向
   上させ、他の正常タスクの処理能力に与える影響をおさ
   えたマルチタスクのログ収集処理方式。