JPH04149749A - System for collecting log data - Google Patents

System for collecting log data

Info

Publication number
JPH04149749A
JPH04149749A JP2275545A JP27554590A JPH04149749A JP H04149749 A JPH04149749 A JP H04149749A JP 2275545 A JP2275545 A JP 2275545A JP 27554590 A JP27554590 A JP 27554590A JP H04149749 A JPH04149749 A JP H04149749A
Authority
JP
Japan
Prior art keywords
log
failure
file
log data
time
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
Application number
JP2275545A
Other languages
Japanese (ja)
Inventor
Tomoko Osaki
大崎 智子
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2275545A priority Critical patent/JPH04149749A/en
Publication of JPH04149749A publication Critical patent/JPH04149749A/en
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

PURPOSE:To prevent the data of a log file from deleting due to continuous fault by selectively storing log information in plural log files. CONSTITUTION:A fault generation frequency check means 22 equipped with plural log files A 210 and log files B1 to Bm 211 to discriminate the storage destination of log data by fault generation frequency and calculating the generation interval at the time of fault generation and a log data storage means 23 performing storage by a log data collection means 24 are provided. When the fault occurs, the time difference between the fault generation time and the time of the update log data stored in a file A is calculated, and the corresponding log data is stored in the file A when exceeding the prescribed time, and stored in files B1 to Bm 211 in other cases. Thus, the faults continuously generating in a short time is all stored in the files B1 to Bm 211, the deletion of the log data of the file A 210 due to the continuous faults can be prevented.

Description

【発明の詳細な説明】 〔概要〕 サービスプロセッサ(SVP)のログデータ採取方弐に
係り、特にログデータを格納するための複数個のログフ
ァイルA、B、〜B、および、ログブタの格納先、障害
発生時刻等を格納するためのINDEXファイルを設け
て、ログデータをログファイルA、B+〜B、に選択的
に格納する方式に関し、 過去に採取した重要なログデータが連続的に発生ずる障
害によって上書きされ、消去されることを防ぐことを目
的とし、 障害発生時刻により使用を区別された複数個のログファ
イルA、B、−B□および、ログデータの格納先、障害
発生時刻等を持っていて、上記複数のログファイルA、
B、〜B1の管理を行うためのI!1’DEXファイル
を具備し、障害発生時にログデータを格納する際、今回
、及び、前回の障害発生時刻(tz、 t+)との差に
よってログデータを格納するログファイルを区別する障
害発生頻度チェンク下段を設けて、ト記障害発斗頻度チ
ェック手段のチェンク結果と、J−記INDEXファイ
ルが指示するボ・インクに基づいて、−に記ログ情報を
選択的に、上記複数個のログファイルA、B、〜B、に
格納するように構成する。
[Detailed Description of the Invention] [Summary] Relating to a method for collecting log data of a service processor (SVP), in particular, a plurality of log files A, B, ~B for storing log data, and a storage location of a log pig. Regarding the method of creating an INDEX file to store the time of failure, etc., and selectively storing log data in log files A, B+ to B, important log data collected in the past is generated continuously. In order to prevent overwriting and erasure due to a failure, multiple log files A, B, -B□ whose usage is distinguished according to the time of failure, the storage location of the log data, the time of failure, etc. I have the above multiple log files A,
I for managing B,~B1! 1' DEX file is provided, and when storing log data when a failure occurs, a failure frequency change function that distinguishes the log file that stores log data based on the difference between the current and previous failure occurrence times (tz, t+). A lower section is provided to selectively check the log information listed in the above plurality of log files A based on the check results of the failure frequency checking means mentioned above and the index indicated by the INDEX file described in J. , B, ~B.

〔産業上の利用分野] 本発明は、サービスプロセッサ(SVP)のログデータ
採取方式に係り、特にログデータを格納するだめの複数
個のログファイルA、B+〜B2.および、ログデータ
の格納先、障害発生時刻等を格納するためのINDEX
ファイルを設けて、ログデータを該複数個のログファイ
ルA、B、−B、に選択的に格納する方式に関する。
[Industrial Field of Application] The present invention relates to a log data collection method for a service processor (SVP), and particularly relates to a method for collecting log data of a service processor (SVP), and in particular, a plurality of log files A, B+ to B2 . and INDEX for storing log data storage location, failure occurrence time, etc.
The present invention relates to a method of providing files and selectively storing log data in the plurality of log files A, B, -B.

情報処理装置を管理するサービスプロセッサ(SVP)
においてログデータを採取する場合、過去に採取した重
要なログデータが、ある時点で連続的に発生する障害に
よるログデータによって上書きされ、障害解析が困難と
なる場合があり、該情報処理装置の信軽度を向上させる
為には、前記のような連続障害が、ある時点で発生して
も、過去の重要なログデータがログファイルから消去さ
れないようにすることが要求される。
Service processor (SVP) that manages information processing equipment
When collecting log data, important log data collected in the past may be overwritten by log data due to failures that occur continuously at a certain point, making failure analysis difficult. In order to improve the severity, it is required to prevent past important log data from being deleted from the log file even if the above-mentioned continuous failures occur at a certain point in time.

C従、束イア)技術、!:定発明解決し、共うとする課
題]第3図は、従来のL7グデータ採取方弐を説明する
図であり、(a)はシステム構成の例を示し、(b)は
従来の1jグフアイルの構成例を示している。
C subordinate, bundle ia) technology,! Figure 3 is a diagram explaining the conventional L7 file collection method, where (a) shows an example of the system configuration, and (b) shows the conventional 1j file collection method. A configuration example is shown.

コンビ1−タシステムのネットワークが拡大スるにつれ
て、システム間の通信処理で発生する障害原因の追及、
或いは、解明を短時間で行う事が要求されている。
As the network of combi-systems expands, we are investigating the causes of failures that occur in communication processing between systems.
Or, it is required to solve the problem in a short time.

このため、例えば、第3図(a)に示すように、情報処
理装置とは独立り、で、該情報処理装置を管理するだめ
のサービスプロセッサ(SVP) 20を備えているも
のがある。
For this reason, for example, as shown in FIG. 3(a), some devices are equipped with a service processor (SVP) 20 that is independent of the information processing device and that manages the information processing device.

これによって、本体装置のハードウェアの制御や、シス
テムの運用状態の監視や診断を行い5、障害発生時には
ログデータを採取し2、当該ログデータをログファイル
21へ格納すル。
This controls the hardware of the main unit, monitors and diagnoses the operating status of the system 5, collects log data when a failure occurs 2, and stores the log data in the log file 21.

従来のr】グツアイルは、第3図(b)に示すようにヘ
ンダ一部11と詳細データ部12を有し1.最大n個の
ロカ′データを格納できる。
As shown in FIG. 3(b), the conventional gutsail has a hender part 11 and a detailed data part 12.1. Up to n pieces of location data can be stored.

従来のサービスプロセッサ(SVP) 20におけるロ
グデータの採取は以下の手順で行われる。
Log data collection in the conventional service processor (SVP) 20 is performed in the following procedure.

先ず、障害発生時、ログデータを採取し、採取したデー
タを上記ログファイル21−・格納する。
First, when a failure occurs, log data is collected and the collected data is stored in the log file 21-.

ログファイル21は、第3図(b)4こ示すようにヘン
ダ一部11 と詳細データ部12を有し、ヘンダ部11
には格納したデータ数と1次に採取するデータを格納す
るファイルのアドレス (ポインタ)等を設定する。詳
細データ部12には障害発生時刻、障害発生装置、障害
の種類1障害発生時の2置状態等を設定する。
The log file 21 has a hander part 11 and a detailed data part 12, as shown in FIG. 3(b).
Set the number of stored data and the address (pointer) of the file where the primary data will be stored. In the detailed data section 12, the failure occurrence time, failure occurrence device, failure type 1, 2-position state at the time of failure occurrence, etc. are set.

該ログファイル21には最大n個のログデータを格納で
きるが、n @、、−1個目の障害が発生した場合、デ
ータは1個目の所−・L書きされる。そのために、短期
間に連続して同種の障害が発生すると、過去に採られて
いた重要なログデータが消去され、同しようなデータが
多数格納されてしまうことになる。
The log file 21 can store up to n pieces of log data, but if the n@, -1th failure occurs, the data is written to the first place -L. Therefore, if the same type of failure occurs continuously in a short period of time, important log data collected in the past will be erased and a large amount of similar data will be stored.

本発明は上記従来の欠点に鑑み、短期間に連続して同種
の障害が発生した場合、過去に採られていた重要なログ
データが消去されることを防ぎ。
In view of the above conventional drawbacks, the present invention prevents important log data collected in the past from being erased when the same type of failure occurs continuously in a short period of time.

障害解析を容易に、且つ、確実にすることができるログ
データ採取方式を提供することを目的とするものである
It is an object of the present invention to provide a log data collection method that allows failure analysis to be performed easily and reliably.

〔課題を解決するための手段〕[Means to solve the problem]

第1図は本発明の原理構成図である。 FIG. 1 is a diagram showing the principle configuration of the present invention.

上記の問題点は下記の如くに構成されたログデータ採取
方式によって解決される。
The above problems are solved by a log data collection method configured as follows.

情報処理装置を管理する、サービスプロセッサ(SVP
) 20において、障害発生時に障害原因を解析するた
めの障害発生時刻、障害発生装置、障害の種類、障害発
生時の装置状態等のログ情報をログファイル21に採取
する方式であって、上記障害発生頻度により使用を区別
された複数個のログファイルA 210.  ログファ
イル8.211および、ログデータの格納先、障害発生
時刻等を持っていて、複数のログファイル210.21
1の格納管理を行うためのINDEXファイル212を
具備し、障害発生時にログデータを格納する際、今回。
A service processor (SVP) that manages information processing equipment
) 20 is a method for collecting log information such as the time of failure, the device in which the failure occurs, the type of failure, and the status of the device at the time of the failure in the log file 21 in order to analyze the cause of the failure when the failure occurs; A plurality of log files A whose uses are classified according to frequency of occurrence 210. It has a log file 8.211, log data storage location, failure occurrence time, etc., and multiple log files 210.21
This time, the INDEX file 212 is provided for storage management as described in Section 1, and when storing log data in the event of a failure.

及び、前回の障害発生時刻(tz、 t+)との差にょ
ってログデータを格納するログファイルを区別する障害
発生頻度チエ’7り手段22を設けて、上記障害発生頻
度チェック手段22のチエ、り結果と、上記INDEX
ファイル212が指示するポインタに基づいて、上記ロ
グ情報を選択的に、上記複数個のログファイルA 21
0.  ログファイルB。
Further, a failure frequency checking means 22 is provided to distinguish log files storing log data based on the difference from the previous failure occurrence time (tz, t+), and the failure frequency checking means 22 is checked. , the results and the above INDEX
The log information is selectively transferred to the plurality of log files A 21 based on the pointer indicated by the file 212.
0. Log file B.

〜B、211に格納するように構成する。~B, 211.

[作用〕 本発明においては、上記の問題点を解決するための手段
として、障害発生頻度によりログデータの格納先を区別
するために複数個のログファイルA210と、ログファ
イルB、〜B、211を存し、障害発生時、発生間隔を
計算する障害発生頻度チェック手段22とログデータ採
取手段24により収集されるログデータのに回目の障害
と、に+1回目の障害の間隔を計算し、障害発生間隔が
t時間以上であればログファイルA210に格納し、を
時間より小さければログファイル81〜B、21.1に
格納するログデータ格納手段23とを備えている。
[Operation] In the present invention, as a means for solving the above problems, a plurality of log files A 210 and log files B, ~B, 211 are provided to distinguish the storage destination of log data depending on the frequency of failure occurrence. When a failure occurs, the interval between the second failure and the +1st failure of the log data collected by the failure occurrence frequency check means 22 and the log data collection means 24, which calculate the occurrence interval, is calculated and the failure is detected. The log data storage means 23 stores the data in the log file A 210 if the occurrence interval is equal to or more than time t, and stores it in the log files 81 to B, 21.1 if the occurrence interval is less than time.

そして、本発明では、障害が発生した場合、障害発生時
刻t2と、ファイルAに格納されている最新のログデー
タの時刻1.との時間差(L2−it)を計算し、を時
間以上であれば、該当ログデータをファイルAへ格納し
、それ以外はファイルB l−8,211−へ格納する
In the present invention, when a failure occurs, the failure occurrence time t2 and the latest log data time 1 . The time difference (L2-it) with is calculated, and if it is greater than or equal to the time, the corresponding log data is stored in file A, and other than that, it is stored in file B1-8, 211-.

即ち、短期間に連続して発生する障害は、全てファイル
BI〜ファイル8.211へ格納されるため、連続障害
によりファイルA 210のログデータが消去されるこ
とを防ぐことが出来る。
That is, all failures that occur continuously in a short period of time are stored in files BI to file 8.211, so it is possible to prevent log data in file A 210 from being erased due to continuous failures.

又、本発明においては、第2図(a2)のログファイル
21に示すように、各ファイルA 210.  B。
Further, in the present invention, as shown in the log file 21 of FIG. 2 (a2), each file A 210. B.

〜B、211には最大n個のデータが格納でき、ファイ
ルA210の場合、n+1個目のデータはj個目のデー
タに上書きされ、ファイルB1〜B1211の場合、n
+1個目のデータはj個目のデータに上書きされる。即
ち、例えば、連続障害が発生した場合は、ファイル81
〜B、211に格納されるが、そのとき重要なデータは
、最初のj−1回目までに存在することが多いことに着
目して、該重要なデータは、各ファイルB、〜B、21
1の1個〜」−j個目のデータに保存されるように構成
する。
Up to n pieces of data can be stored in ~B, 211, and in the case of file A210, the n+1th data is overwritten by the jth data, and in the case of files B1 to B1211, n
The +1-th data is overwritten by the j-th data. That is, for example, if consecutive failures occur, the file 81
The important data is stored in each file B, ~B, 211, noting that important data often exists by the first j-1 time.
It is configured so that it is stored in the -jth data.

従って、本発明によるログデータ採取方式においては、
例えば、連続障害により、障害発生間隔の長いログデー
タが格納されているログファイルAのデータが消去され
ることを防止することができ、且つ、該連続障害が発生
したとき、該連続障害のログデータが格納されるログフ
ァイルB、〜B、211の最初のj−1個のログデータ
も保存されるため、障害解析を確実に、容易にすること
ができる効果を奏する。
Therefore, in the log data collection method according to the present invention,
For example, it is possible to prevent data in log file A in which log data with long failure occurrence intervals is stored due to continuous failures from being deleted, and when the continuous failures occur, the log of the continuous failures can be prevented from being deleted. Since the first j-1 log data of the log files B, .

〔実施例〕〔Example〕

以下本発明の実施例を図面によって詳述する。 Embodiments of the present invention will be described in detail below with reference to the drawings.

前述の第1図は、本発明の原理構成図であり、第2図は
本発明の一実施例を示した図であって、(al) 、 
(a2)は構成例を示し、(b) は動作フローを示し
ている。
The above-mentioned FIG. 1 is a diagram showing the principle configuration of the present invention, and FIG. 2 is a diagram showing an embodiment of the present invention, (al),
(a2) shows a configuration example, and (b) shows an operation flow.

本発明においては、障害発生頻度によりログデータの格
納先を区別するために複数個のログファイルA210と
、ログファイル81〜B、211 と障害発生時、発生
間隔を計算する障害発生頻度チェック手段22と、ログ
データ採取手段24により収集されるログデータのに回
目の障害と、に+1回目の障害の間隔を計算し、障害発
生間隔がt時間以上であればtコグファイルA 210
に格納し、を時間より小さければログファイル81〜B
、211に格納するログデータ格納手段23とを設けて
、障害が発生した場合、上記障害発生頻度チェック1段
22により、障害発生時刻t2と、ファイルAに格納さ
れている最新のログデータの時刻も。
In the present invention, a plurality of log files A 210 and log files 81 to B, 211 are provided to distinguish the storage destination of log data according to the frequency of failure occurrence, and a failure frequency check means 22 that calculates the occurrence interval when a failure occurs. Then, the interval between the 2nd failure and the +1st failure of the log data collected by the log data collection means 24 is calculated, and if the failure occurrence interval is t hours or more, t cog file A 210
and if it is smaller than the time, log files 81 to B
, 211 is provided, and when a failure occurs, the first stage 22 of failure frequency check detects the failure occurrence time t2 and the time of the latest log data stored in file A. too.

との時間差ctz−ti)を計算し、を時間以上であれ
ば、該当ログデータをファイルA 210へ格納し、そ
れ以外はファイル81〜B、211へ格納する手段が本
発明を実施するのに必要な手段である。
To carry out the present invention, the time difference ctz-ti) is calculated, and if the time difference is greater than or equal to time, the corresponding log data is stored in the file A 210, and the other data is stored in the files 81 to B, 211. This is a necessary measure.

尚、全図を通して間し符号は同じ対象物を示している。Note that the same symbols are indicated throughout the figures.

以ド、第1図を参照しながら、第2図によって、本発明
のログデータ採取方式を説明する。
Hereinafter, the log data collection method of the present invention will be explained with reference to FIG. 2 while referring to FIG.

第2図が本発明に係るサービスプロセ・ンサ(SvP)
20のログデータ採取方式の実施例を示すものであり、
特に、(b)図の符号は、(al) 、 (a2)図に
示した各手段と対応させて示しである。
FIG. 2 shows a service processor (SvP) according to the present invention.
It shows examples of 20 log data collection methods,
In particular, the reference numerals in Figure (b) correspond to the means shown in Figures (al) and (a2).

本実施例においては、第2図(al) 、 (a2)に
示すように、サービスプロセッサ(SVP) 20には
、障害発生時にログデータを採取するログデータ採取手
段24.障害発生の間隔を計算するための障害発生頻度
チェック手段22.採取したデータを、選択的に、ログ
ファイルA 210.  B、 −8,211へ格納す
るためのログデータ格納手段23.及び、該採取したロ
グデータを格納するためのログファイル21が設けられ
ている。
In this embodiment, as shown in FIGS. 2(al) and 2(a2), the service processor (SVP) 20 includes a log data collecting means 24 for collecting log data when a failure occurs. Fault occurrence frequency checking means 22 for calculating the interval between fault occurrences. The collected data is selectively stored in a log file A 210. B, -8,211 log data storage means 23. A log file 21 is also provided for storing the collected log data.

該ログファイル21にはINDEXファイル212゜フ
ァイルA 21.0. ファイルB l+・・・、ファ
イルB、211のm+2個のファイルを設ける。
The log file 21 includes an INDEX file 212゜File A 21.0. File B l+..., file B, m+2 files of 211 are provided.

そして本実施例では、1個目の障害が発生した場合、フ
ァイルA210には障害発生時刻、ファイルAに格納さ
れた障害の総数、及び、ログデータが格納され、IND
EXファイル212己こは障害発生時刻、及び、ファイ
ルA 210.ファイル131〜B。
In this embodiment, when the first failure occurs, the time of failure occurrence, the total number of failures stored in file A, and log data are stored in file A210, and the IND
EX file 212 shows the failure occurrence time and file A 210. File 131-B.

211(次の連続障害が格納される″ファイル)の、次
の1Jグデータの格納先(ポインタ)か設定される62
回目以降の障害が発生した場合は、障害発生頻度チェン
クf段22により、その時刻LIとファ・イルA210
に格納されている最新の障害発生時刻t2との時間差(
tz−t+)を計算し、t時間以上であればファイルA
210ヘログデータが、 INDEXファイル212に
は、その次のログデータを格納するファイルA2100
番号(ポインタ)をファイルへの情報欄に設定し、それ
以外の場合はファイルB、−8,211にログデータを
格納し、 INDEXファイル212に、次の該障害発
生時間間隔の短いログデータを格納するファイルB、〜
B、211の番号(ポインタ)をファイルAの情報欄に
設定する。
62 Sets the storage destination (pointer) of the next 1J data in 211 (file where the next consecutive failure is stored).
When a failure occurs for the first time or later, the time LI and file A 210 are changed by the failure frequency change f stage 22.
The time difference (
tz-t+), and if it is longer than t time, file A
210 is the log data, and the INDEX file 212 is the file A2100 that stores the next log data.
Set the number (pointer) in the information field for the file, otherwise store the log data in file B, -8, 211, and store the next log data with a short time interval between failures in the INDEX file 212. File B to store, ~
B. Set the number (pointer) 211 in the information field of file A.

(第2図(b)のフロー参照) 即ち、障害Akと障害Ak、lの間に、例えば、連続障
害B;(i回目の連続障害)が発生した場合は、連続書
B、のログデータは、すべて第2図(a2)に示したフ
ァイルB、211へ格納され、又、障害、A、に、、と
障害A kl 2の間に連続障害B、。I(i+1回目
の連続障害)が発生した場合は、該連続障害B4.10
ログデータは全てファイルBi−+211へ格納される
(Refer to the flow in Fig. 2 (b)) In other words, if, for example, consecutive failure B (i-th consecutive failure) occurs between failure Ak and failure Ak,l, the log data of continuous failure B; are all stored in the file B, 211 shown in FIG. 2(a2), and the continuous failure B, between failure A, and failure A kl 2. If I (i+1st consecutive failure) occurs, the consecutive failure B4.10
All log data is stored in file Bi-+211.

このとき、INDEXファイル212のファイルB〜の
情報欄は、上記障害Ak、障害A @ + 1 、障害
A kl z等の間に発生した時間間隔の短い、例えば
、連続障害のログデータの、次の格納位置がポインタと
しで格納されている。そして、上記i回目の連続障害か
らi+1回目の連続障害に移って、該連続したログデー
タ格納先ががファイルB、211からファイルB、、、
 211へ移ると、上記INDEXファイル212のフ
ァイルB、の情報欄のポインタは°0にリセフトされる
At this time, the information column of files B ~ of the INDEX file 212 contains the following log data of continuous failures that occur at short time intervals, such as failure Ak, failure A @ + 1, failure A kl z, etc. The storage location of is stored as a pointer. Then, from the i-th consecutive failure to the i+1-th consecutive failure, the successive log data storage destinations are from file B, 211 to file B, etc.
211, the pointer in the information column of file B of the INDEX file 212 is reset to 0.

従って、障害発生間隔がt時間以上の上記障害A k、
障害A kl 4 、障害A Hh z 、〜のログデ
ータは全てファイルA 210に格納される。そして、
若し、m+1回目の連続障害が発生した場合は、該連続
したログデータはファイルB+211の開始位置から格
納される。
Therefore, the above fault A k whose fault occurrence interval is t hours or more,
All log data of failure A kl 4 , failure A Hh z , ~ are stored in file A 210 . and,
If the (m+1)th consecutive failure occurs, the consecutive log data will be stored from the starting position of file B+211.

従って、本実施例によれば、短期間に連続して発生する
障害は、全てファイルB、〜ファイルBII211へ格
納されるため、連続障害によりファイルへのログデータ
が消去されることを防ぐことが出来る。又、ファイル8
1〜B、211の場合、通常、連続して障害が発生する
場合は、重要なログデータは、その障害発生の最初に含
まれていることが多いことに着目し、本発明においては
、第2図(a2)に「ループ」として示されているよう
に、n+1個目以上のログデータはj個目以陣のデータ
に上書きするように構成することで、連続障害を解析す
るための重要なデータとなる最初の11個のデータを保
存することができる。
Therefore, according to this embodiment, all failures that occur continuously in a short period of time are stored in files B through BII 211, so it is possible to prevent log data from being erased from files due to continuous failures. I can do it. Also, file 8
In the cases of 1 to B and 211, we focused on the fact that when failures occur consecutively, important log data is often included at the beginning of the failure occurrence. As shown as a "loop" in Figure 2 (a2), by configuring the log data from the n+1th log data and above to overwrite the data from the jth log data, it is important to analyze continuous failures. The first 11 pieces of data can be saved.

〔発明の効果〕〔Effect of the invention〕

以上、詳細に説明したように、本発明のログデータ採取
方式は、障害発生頻度により使用を区別された複数個の
ログファイルA、B+〜B、、および、ログデータの格
納先、障害発生時刻等を持つていて、上記複数のログフ
ァイルA、B、〜B。
As described above in detail, the log data collection method of the present invention includes a plurality of log files A, B+ to B, whose usage is distinguished according to the frequency of failure occurrence, the storage location of the log data, and the time of failure occurrence. etc., and the plurality of log files A, B, ~B.

の格納管理を行うためのINDEXファイルを具備し、
障害発生時にログデータを格納する際、今回、及び、前
回の障害発生時刻(tz、 t+)との差(tz−t+
)によってログデータを格納するログファイルA。
Equipped with an INDEX file for storage management,
When storing log data when a failure occurs, the difference (tz-t+) between the current and previous failure occurrence times (tz, t+) is stored.
) log file A that stores log data.

又は、B、〜B、を区別する障害発生頻度チェック手段
を設けて、上記障害発生頻度チェック手段のチェック結
果と、上記INDEXファイルが指示するポインタに基
づいて、上記ログ情報を選択的に、上記複数個のログフ
ァイルA、B、−B、に格納するようにしたものであり
、例えば、上記障害発生頻度チエ7り手段のチェック結
果、即ち、障害発生時間の間隔が1時間以上であれば、
該当ログデータをファイルAへ格納し、それ以外はファ
イルB、〜B、へ格納するが、このとき、該連続したロ
グ情報がn+1個目以上のデータであると、該ファイル
B、のj個目以腎のデータに上書きするようにようにし
たものであるので、連続障害によりログファイルのデー
タが消去されることを防ぐことができ、かつ、連続障害
の最初のj−1個のログデータも保存されるため、障害
解析を確実に 且つ、容易にすることができる効果を奏
する。
Alternatively, a failure frequency check means for distinguishing between B and ~B is provided, and the log information is selectively checked based on the check result of the failure frequency check means and the pointer indicated by the INDEX file. It is designed to be stored in multiple log files A, B, -B, and, for example, if the check result of the above-mentioned failure occurrence frequency check means is 7, that is, the interval between failure occurrence times is 1 hour or more, ,
The corresponding log data is stored in file A, and the other data is stored in files B, ~B. At this time, if the continuous log information is n+1 or more data, j pieces of log data in file B are stored. Since it is designed to overwrite the previous data, it is possible to prevent log file data from being erased due to continuous failures, and it is possible to prevent log file data from being deleted due to continuous failures. Since the information is also saved, it has the effect of making fault analysis reliable and easy.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は本発明の原理構成図。 第2図は本発明の一実施例を示した図。 第3図は従来のログデータ採取方式を説明する図である
。 図面において、 20はサービスプロセッサ(SVP) 。 21はログファイル。 210はファイルA、又は、ログファイルA。 211はファイルB、〜B1.又は、ログファイル81
〜B、。 212はINDEXファイル。 生 22は障害発生頻度チェック手段。 23はログデータ格納手段。 24はログデータ採取手段。 をそれぞれ示す。 ログファイル 本発明の原理構成図 第 図 (i+ 1 ) 実方維1を示し、た図 第 図(その1) (−す← 本発明の 失涛−列を5卜1−たし1 第 図(その(1) (a) 従来のログデータ採取方式を説明する同第 図 (その]) (b) 従来のログデータ採取方式を説明する同第 図 (その2)
FIG. 1 is a diagram showing the principle configuration of the present invention. FIG. 2 is a diagram showing an embodiment of the present invention. FIG. 3 is a diagram illustrating a conventional log data collection method. In the drawing, 20 is a service processor (SVP). 21 is a log file. 210 is file A or log file A. 211 is file B, ~B1. Or log file 81
~B. 212 is an INDEX file. Raw 22 is a means of checking the frequency of failure occurrence. 23 is a log data storage means. 24 is a log data collection means. are shown respectively. Log file Principle configuration diagram of the present invention Figure (i+1) Figure showing the real fiber 1 Figure (Part 1) (Part (1) (a) Figure 2 explaining the conventional log data collection method (Part 2)) (b) Figure 2 explaining the conventional log data collection method (Part 2)

Claims (3)

【特許請求の範囲】[Claims] (1)情報処理装置を管理する、サービスプロセッサ(
SVP)(20)において、障害発生時に障害原因を解
析するための障害発生時刻、障害発生装置、障害の種類
、障害発生時の装置状態等のログ情報をログファイル(
21)に採取する方式であって、上記障害発生頻度によ
り使用を区別された複数個のログファイル(210、2
11)および、ログデータの格納先、障害発生時刻等を
持っていて、複数のログファイル(210、211)の
格納管理を行うためのINDEXファイル(212)を
具備し、 障害発生時にログデータを格納する際、今回、及び、前
回の障害発生時刻(t_2、t_1)との差によってロ
グデータを格納するログファイルを区別する障害発生頻
度チェック手段(22)を設けて、上記障害発生頻度チ
ェック手段(22)のチェック結果と、上記INDEX
ファイル(212)が指示するポインタに基づいて、上
記ログ情報を選択的に、上記複数個のログファイル(2
10、211)に格納することを特徴とするログデータ
採取方式。
(1) Service processor (
SVP) (20), in order to analyze the cause of a failure when a failure occurs, log information such as the time of failure, the device where the failure occurred, the type of failure, and the status of the device at the time of the failure is stored in a log file (
21), which collects multiple log files (210, 2
11) It also has an INDEX file (212) that has the storage location of log data, time of failure, etc., and manages the storage of multiple log files (210, 211), and stores the log data when a failure occurs. When storing log data, a failure occurrence frequency checking means (22) is provided to distinguish log files in which log data is stored based on the difference between the current time and the previous failure occurrence time (t_2, t_1). Check result of (22) and above INDEX
The log information is selectively transferred to the plurality of log files (212) based on the pointer indicated by the file (212).
10, 211).
(2)上記複数個のログファイルとして、障害発生間隔
がt時間以上じれば、ファイルA(210)に格納し、
該障害発生間隔がt時間より小さければ、ファイルB_
1、〜B_m(211)に格納するように構成したこと
を特徴とする請求項1に記載のログデータ採取方式。
(2) As the plurality of log files, if the interval between failure occurrences is longer than t hours, store it in file A (210),
If the failure interval is less than time t, file B_
2. The log data collection method according to claim 1, wherein the log data collection method is configured to store the log data in B_m (211).
(3)上記ファイルB_1〜B_m(211)に、障害
発生間隔がt時間より短いn+1個目以降の障害データ
を格納する際、n語からなるファイルB_1〜B_m(
211)の、第j語から上書きするように構成したこと
を特徴とする請求項1に記載のログデータ採取方式。
(3) When storing failure data from the (n+1)th failure occurrence interval shorter than t time in the above files B_1~B_m (211), files B_1~B_m (211) consisting of n words are stored.
21. The log data collection method according to claim 1, wherein the log data collection method is configured to overwrite from the j-th word of 211).
JP2275545A 1990-10-15 1990-10-15 System for collecting log data Pending JPH04149749A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2275545A JPH04149749A (en) 1990-10-15 1990-10-15 System for collecting log data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2275545A JPH04149749A (en) 1990-10-15 1990-10-15 System for collecting log data

Publications (1)

Publication Number Publication Date
JPH04149749A true JPH04149749A (en) 1992-05-22

Family

ID=17556944

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2275545A Pending JPH04149749A (en) 1990-10-15 1990-10-15 System for collecting log data

Country Status (1)

Country Link
JP (1) JPH04149749A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06193967A (en) * 1992-12-21 1994-07-15 Rinnai Corp Error content storage apparatus
JPH07200366A (en) * 1993-12-28 1995-08-04 Nec Corp Collection system for fault information
JPH08292904A (en) * 1995-04-20 1996-11-05 Hokkaido Nippon Denki Software Kk Dump gathering control system
WO2007088606A1 (en) * 2006-02-01 2007-08-09 Fujitsu Limited Failure information management method, detection method and apparatus, and storage medium
JP2015172907A (en) * 2014-03-12 2015-10-01 株式会社東芝 log acquisition device and log acquisition method
JP2015535372A (en) * 2012-10-04 2015-12-10 アルカテル−ルーセント Data log management in a multi-client architecture
JP2016038781A (en) * 2014-08-08 2016-03-22 キヤノン株式会社 Information processing device, control method of information processing device, and program
JP2016095652A (en) * 2014-11-13 2016-05-26 富士通株式会社 Data storage method, and information processing device

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06193967A (en) * 1992-12-21 1994-07-15 Rinnai Corp Error content storage apparatus
JPH07200366A (en) * 1993-12-28 1995-08-04 Nec Corp Collection system for fault information
JPH08292904A (en) * 1995-04-20 1996-11-05 Hokkaido Nippon Denki Software Kk Dump gathering control system
WO2007088606A1 (en) * 2006-02-01 2007-08-09 Fujitsu Limited Failure information management method, detection method and apparatus, and storage medium
JP2015535372A (en) * 2012-10-04 2015-12-10 アルカテル−ルーセント Data log management in a multi-client architecture
US10007685B2 (en) 2012-10-04 2018-06-26 Alcatel Lucent Data logs management in a multi-client architecture
JP2015172907A (en) * 2014-03-12 2015-10-01 株式会社東芝 log acquisition device and log acquisition method
JP2016038781A (en) * 2014-08-08 2016-03-22 キヤノン株式会社 Information processing device, control method of information processing device, and program
JP2016095652A (en) * 2014-11-13 2016-05-26 富士通株式会社 Data storage method, and information processing device

Similar Documents

Publication Publication Date Title
US6434616B2 (en) Method for monitoring abnormal behavior in a computer system
US7483928B2 (en) Storage operation management program and method and a storage management computer
US11533216B2 (en) Aggregating alarms into clusters to display service-affecting events on a graphical user interface
US6684180B2 (en) Apparatus, system and method for reporting field replaceable unit replacement
US10558515B2 (en) Policy based dynamic data collection for problem analysis
CN107015872A (en) The processing method and processing device of monitoring data
CN105095052B (en) Fault detection method under SOA environment and device
US20070150581A1 (en) System and method for monitoring system performance levels across a network
US6405329B1 (en) Method and apparatus for HDD time stamp benchmark and installation identification
JPH06509696A (en) Line disturbance monitor and recorder system
US20070050417A1 (en) Storage management method and a storage system
CN110221905A (en) Timed task monitoring method, device, system, equipment and storage medium
KR102232876B1 (en) Breakdown type analysis system and method of digital equipment
JP4819014B2 (en) Log analysis method, log storage device, and program
JPH04149749A (en) System for collecting log data
US7788527B2 (en) Storage system and storage system management method
JPH10301815A (en) Fault information logging device
JPH04257035A (en) Fault information processing system under virtual computer system
JP3018374B2 (en) Failure determination device
JPS6346860B2 (en)
CN117670261B (en) Safe operation and maintenance audit operation integrated terminal
JP2020135739A (en) Failure sign detection system
KR20070094203A (en) Data synchronization method for auto-recovery system
JPH09222901A (en) Plant data collector
WO2015145676A1 (en) Supervisor computer and supervising method