JPH08147194A - Data logging method - Google Patents

Data logging method

Info

Publication number
JPH08147194A
JPH08147194A JP6281598A JP28159894A JPH08147194A JP H08147194 A JPH08147194 A JP H08147194A JP 6281598 A JP6281598 A JP 6281598A JP 28159894 A JP28159894 A JP 28159894A JP H08147194 A JPH08147194 A JP H08147194A
Authority
JP
Japan
Prior art keywords
logging
data
area
block
blocks
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
JP6281598A
Other languages
Japanese (ja)
Inventor
Koji Yorita
浩司 寄田
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.)
Fuji Facom Corp
Original Assignee
Fuji Facom 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 Fuji Facom Corp filed Critical Fuji Facom Corp
Priority to JP6281598A priority Critical patent/JPH08147194A/en
Publication of JPH08147194A publication Critical patent/JPH08147194A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE: To improve the utilization efficiency of an entire logging buffer area so as to remain even the data of low logging frequency by dynamically allocating the logging areas corresponding to the logging frequency. CONSTITUTION: Logging areas A-C are provided with counters Ac-Cc showing a logging amount per unit time and data areas Ax-Cx showing the number of logging blocks, and logging blocks Al-Ck are provided with pointers Ap-Cp showing data positions to store logging data and link terminals At-Ct showing the order of connection of blocks. The same logging block size length (z) is defined regardlessly of the kinds A-C of logging data and concerning the dynamic allocation of logging areas corresponding to the logging frequency, the logging amounts of the respective counters Ac-Cc are investigated. Then, when there is the logging area C the frequency of which is lower than the logging amount of the relevant logging area A and this logging block number Cx is more than a minimum block number, the fixed number of blocks from the logging area C are moved/connected to the relevant logging area A.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、計算機システム内のデ
ータロギング方法の改良に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to improvement of a data logging method in a computer system.

【0002】[0002]

【従来の技術】ロギングとは計算機システムの動作記録
をとることを意味し、管理者がシステムの運用状況を把
握するため、あるいは、システムの保守作業を円滑にす
るため、システム資源の利用状況、システムの動作状態
が時間的推移に従って記録される。一般的には、ロギン
グデータは、使用者名、使用資源名、使用時間、処理内
容とその結果および機器の障害内容や発生時刻などが記
録される。また、障害内容に関しても、エラー情報と
か、あるいは、突発的に発生したエラーを細かくトレー
スするためのトレース情報とか、などが、エラー情報の
重要度やエラーパターン別に分類されて記録される。
2. Description of the Related Art Logging means recording an operation record of a computer system. In order for an administrator to grasp the operation status of the system or to facilitate the maintenance work of the system, the usage status of system resources, The operating state of the system is recorded according to the time transition. Generally, the logging data records a user name, a used resource name, a used time, a processing content and a result thereof, a failure content of the device, an occurrence time and the like. As for the failure content, error information or trace information for finely tracing an unexpected error is recorded according to the importance of the error information and the error pattern.

【0003】図7は従来技術におけるロギングデータを
格納するロギングバッファ領域の割り付けを説明する説
明図である。図7において、ロギングバッファサイズ長
Lで示されるバッファ領域1は、図示例では、種類の異
なるロギングデータA〜Cに対して、A用のロギングデ
ータを格納するロギング部a1〜aiからなるロギング領域
Aと、B用のロギングデータを格納するロギング部b1〜
bjからなるロギング領域Bと、C用のロギングデータを
格納するロギング部c1〜ckからなるロギング領域Cと、
に割り付けられて構成され、データをロギングすると
き、上述の各種ロギングデータ(A〜C)毎に静的に区
切ったロギング領域A〜Cに、サイクリックにデータを
ロギングする。
FIG. 7 is an explanatory view for explaining allocation of a logging buffer area for storing logging data in the prior art. In FIG. 7, the buffer area 1 indicated by the logging buffer size length L is a logging area including logging portions a1 to ai for storing logging data for A with respect to different types of logging data A to C in the illustrated example. Logging unit b1 that stores logging data for A and B
a logging area B composed of bj, a logging area C composed of logging units c1 to ck for storing logging data for C,
When logging data, the data is cyclically logged in the logging areas A to C that are statically divided for each of the various logging data (A to C) described above.

【0004】[0004]

【発明が解決しようとする課題】しかしながら、従来の
方法においては、サイクリックにデータをロギングして
いるため、一定時間が経過すると、各々のロギングデー
タはそれぞれのロギング頻度に基づいてロギングデータ
が上書きされ、ロギングデータの喪失が発生する。ま
た、各ロギング領域が静的に割り付けられているため、
ロギング頻度の高いデータをより多く残したいときは、
システム設計時などで予めロギング領域を割り付けると
きに、ロギング頻度が高いと予想されるロギング領域に
割り付け領域を多くすることしか行われなかった。従っ
て、動的にロギング負荷が変動する様なロギングに対し
て、ロギング領域を効率的に利用することはできなかっ
た。
However, in the conventional method, since the data is cyclically logged, the logging data is overwritten based on the respective logging frequency after a certain period of time has elapsed. Cause logging data loss. Also, because each logging area is statically allocated,
If you want to retain more logging data,
When allocating a logging area in advance at the time of system design, etc., only the allocation area is increased to the logging area expected to have a high logging frequency. Therefore, the logging area could not be efficiently used for logging in which the logging load dynamically fluctuates.

【0005】また、別な方法としてロギング領域をロギ
ングデータ毎に分割せず、領域全体をサイクリックにロ
ギングしていく方法も考えられる。この方法では、ロギ
ング頻度の高いデータは多く残すことができるが、ロギ
ング頻度の少ないデータを残すという制御が旨くできな
い。これはロギング頻度の高いデータがサイクリックに
領域全体を使うと、ロギング頻度の高いデータが一周し
た段階で、他のロギングデータが上書きされてなくなっ
てしまうためである。
As another method, it is possible to cyclically log the entire area without dividing the logging area for each logging data. According to this method, a large amount of data with a high logging frequency can be left, but the control of leaving a data with a low logging frequency cannot be achieved. This is because if the data with high logging frequency cyclically uses the entire area, other logging data will be overwritten and disappear when the data with high logging frequency makes a round.

【0006】本発明は上記の点にかんがみてなされたも
のであり、その目的は前記した課題を解決して、一つの
ロギングバッファ領域に異なる複数のロギングデータを
サイクリックにロギングする手段を有するシステムにお
いて、各々のロギング頻度が動的に変化しても、ロギン
グ頻度に応じたロギング領域の割り当てを行なうこと
で、ロギングバッファ領域全体の利用効率をあげ、ロギ
ング頻度の低いデータもある程度ロギングバッファ領域
に残すことができるデータロギング方法を提供すること
にある。
The present invention has been made in view of the above points, and an object thereof is to solve the above-mentioned problems and to provide a system having means for cyclically logging a plurality of different logging data in one logging buffer area. Even if each logging frequency dynamically changes, the logging area is allocated according to the logging frequency to improve the utilization efficiency of the entire logging buffer area, and to save the data with low logging frequency to the logging buffer area to some extent. It is to provide a data logging method that can be left.

【0007】[0007]

【課題を解決するための手段】上記目的を達成するため
に、本発明においては、複数のロギングデータを格納す
るロギングブロックを複数備えてなるロギング領域を、
ロギングデータの種類毎に備えて一つのロギングバッフ
ァ領域を構成し、ロギングデータが発生する都度、当該
ロギングデータを当該ロギング領域内に順次サイクリッ
クに格納するデータロギング方法において、ロギング領
域は単位時間当たりのロギング量を示すカウンタと,当
該ロギング領域が有するロギングブロック数を示すデー
タ領域とを備え、ロギングブロックは現在のロギングデ
ータが格納されるデータ位置を示すブロック番号とブロ
ック通番とからなるポインタと,当該ロギング領域にお
けるブロックの接続順を示すリンクターミナルとを備
え、ロギングデータの種類に拘わらず同一ロギングブロ
ックサイズ長を構成するものとする。
In order to achieve the above object, the present invention provides a logging area comprising a plurality of logging blocks for storing a plurality of logging data,
In the data logging method, one logging buffer area is configured for each type of logging data, and the logging data is stored cyclically in the logging area each time the logging data occurs. And a data area indicating the number of logging blocks included in the logging area, and the logging block includes a pointer including a block number indicating the data position where the current logging data is stored and a block serial number. A link terminal that indicates the connection order of blocks in the logging area is provided, and the same logging block size length is configured regardless of the type of logging data.

【0008】[0008]

【作用】上記構成手段により、ロギングデータが発生
し,当該ロギング領域の最後のロギングブロックにデー
タをロギング後,先頭のロギングブロックに戻るとき、
各ロギング領域のカウンタの単位時間当たりのロギング
量を調べ,当該ロギング領域のロギング量よりも頻度の
低いロギング領域があり,かつ,このロギング領域のロ
ギングブロック数が予め定められた最小ロギングブロッ
ク数よりも大きいとき、他のロギング領域からロギング
ブロックのはぎとりが可能であると判断し、頻度の低い
ロギング領域から予め定められた一定数のロギングブロ
ックを当該ロギング領域に移行・接続し、ロギング頻度
に応じてロギング領域を特定サイズで動的に割付けする
ことができる。
With the above-mentioned configuration means, when the logging data is generated, the data is logged in the last logging block of the logging area, and then the first logging block is returned,
Check the logging amount per unit time of the counter of each logging area, and there is a logging area whose frequency is lower than the logging amount of the relevant logging area, and the number of logging blocks of this logging area is less than the predetermined minimum number of logging blocks. When it is also large, it is judged that the logging block can be stripped from another logging area, and a certain number of logging blocks that are set in advance from the infrequent logging area are moved / connected to the logging area and the logging frequency is changed according to the logging frequency. The logging area can be dynamically allocated with a specific size.

【0009】[0009]

【実施例】図1は本発明による一実施例のデータロギン
グ方法によるロギング領域に動的な割付けを行うフロー
チャート、図2は一実施例によるロギングデータ毎に割
り付けられるロギング領域を説明する説明図、図3はシ
ステム立ち上げ時にロギングデータが発生し、該当する
ロギングブロックにデータを格納する説明図、図4は同
一ロギングブロック内にデータを格納する説明図、図5
は次のロギングブロックにデータを格納する説明図、図
6は最後のロギングブロックにデータをロギング後,先
頭のロギングブロックに戻るとき,他のロギング領域か
ら当該ロギング領域への動的な割付け処理を説明する説
明図である。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a flow chart for dynamically allocating a logging area by a data logging method according to an embodiment of the present invention, and FIG. 2 is an explanatory view for explaining a logging area allocated for each logging data according to an embodiment. FIG. 3 is an explanatory diagram of logging data generated when the system is started up, and the data is stored in the corresponding logging block. FIG. 4 is an explanatory diagram of storing data in the same logging block.
Is an explanatory diagram of storing data in the next logging block, and FIG. 6 shows dynamic allocation processing from another logging area to the logging area when returning to the first logging block after logging data in the last logging block. It is an explanatory view explaining.

【0010】説明を簡明化するため、先ず図2、図3に
より本データロギング方法によるロギングシステムの構
造を説明する。図2の(A) において、ロギングデータを
格納するロギングバッファ領域1は、サイズ長Lのロギ
ングバッファ全体像を示し、図示例では、サイズ長zを
有するn個のロギングブロック(z1〜zn)に分割する。
今、簡明化のために、このロギングバッファ領域1に格
納されるロギングデータの種類をA〜Cとし、例えば、
データA用のロギング領域Aとしてロギングブロック
(z1〜zi) を (A1〜Ai) で表示し、データB用のロギン
グ領域Bとしてロギングブロック (zi+1〜zi+j) を(B1
〜Bj) で表示し、データC用のロギング領域Cとしてロ
ギングブロック (zi+j+1〜zi+j+k=zn)を(C1 〜Ck) で表
示し、割り付けを行う。図2の(B) は、各ロギング領域
A〜Cの先頭ロギングブロックA1〜C1を取り上げ、図示
例では、ロギングブロックA1には3個のロギングデータ
を格納するロギング部a1〜a3が、ロギングブロックB1に
は2個のロギングデータを格納するロギング部b1〜b2
が、ロギングブロックC1には4個のロギングデータを格
納するロギング部c1〜c4が構成される。各ロギング部の
サイズ長は、それぞれas、bs、csとなっており、ロギン
グブロックのサイズ長zはas、bs、csの整数倍、z=3a
s =2bs =4cs となっている。
To simplify the explanation, the structure of a logging system according to the present data logging method will be described first with reference to FIGS. 2 and 3. In FIG. 2A, a logging buffer area 1 for storing logging data shows an overall image of a logging buffer having a size length L. In the illustrated example, there are n logging blocks (z1 to zn) having a size length z. To divide.
For simplification, let us say that the types of logging data stored in this logging buffer area 1 are A to C.
Logging block as logging area A for data A
Display (z1 to zi) as (A1 to Ai), and set logging block (zi + 1 to zi + j) as (B1 to B1 as logging area B for data B).
~ Bj), logging blocks (zi + j + 1 to zi + j + k = zn) are displayed as (C1 to Ck) as the logging area C for data C, and allocation is performed. FIG. 2B shows the top logging blocks A1 to C1 of the respective logging areas A to C. In the illustrated example, the logging blocks a1 to a3 for storing three logging data are included in the logging block A1. Logging unit b1 to b2 that stores two logging data in B1
However, the logging block C1 is configured with logging units c1 to c4 that store four logging data. The size length of each logging unit is as, bs, cs, and the size length z of the logging block is an integer multiple of as, bs, cs, z = 3a.
s = 2bs = 4cs.

【0011】図3はシステム立ち上げ時にロギングデー
タの種類A〜Cに対しロギング領域を割り付けたときの
構成要素を示す。割り付け要素は、図2に示したサイズ
長zのロギングブロック単位であり、これをロギングデ
ータの種類A、B、C用にAi,Bj,Ck個を割り付け、ま
た図示例では、サイズ長zを有する各ロギングブロック
の先頭部分にリンクターミナルが付加され、このリンク
ターミナルAt,Bt,Ctの接続によりリンクが形成され
る。ロギングはこのリンクの接続順で行なわれ、最終ロ
ギングブロック(リンク接続番号がNULL)までくると、
先頭ロギングブロックに戻り、以下サイクリックにロギ
ングをしていく。
FIG. 3 shows components when logging areas are assigned to the types A to C of logging data when the system is started up. The allocation element is a logging block unit of size length z shown in FIG. 2, and Ai, Bj, and Ck are allocated for logging data types A, B, and C, and in the illustrated example, size length z is assigned. A link terminal is added to the beginning of each logging block that it has, and a link is formed by connecting the link terminals At, Bt, and Ct. Logging is performed in the connection order of this link, and when the final logging block (link connection number is NULL) is reached,
Return to the top logging block and continue logging cyclically.

【0012】また、各データリンクには、現在のロギン
グブロックを示すポインタAp,Bp,Cpがついており、ロ
ギングに先立ちポインタを移動していくことにより、最
新のロギング位置に更新していく。ポインタAp,Bp,Cp
は、厳密にはロギングブロック番号とブロック内通番を
持つ。ロギングを行なうときは、ブロック内通番をイン
クリメントし、ブロック内通番が一杯になったら通番を
0にしてロギングブロック番号を更新する。
Further, each data link is provided with pointers Ap, Bp, Cp indicating the current logging block, and by moving the pointer prior to logging, the pointer is updated to the latest logging position. Pointers Ap, Bp, Cp
Strictly has a logging block number and a block serial number. When logging is performed, the block serial number is incremented, and when the block serial number is full, the serial number is set to 0 and the logging block number is updated.

【0013】また、Ac,Bc,Ccは、ロギング領域単位毎
に単位時間当たりのロギング量を示すカウンタであり、
1ロギングブロックをロギング毎にこのカウンタをイン
クリメントさせ、単位時間ごとにこのカウント値をクリ
アする。また、Ax,Bx,Cxは、各ロギングデータの種類
A〜C毎に有するロギング領域2〜4のロギングブロッ
ク数を示す。
Further, Ac, Bc, and Cc are counters indicating the logging amount per unit time for each logging area unit,
This logging counter is incremented each time one logging block is logged, and this count value is cleared every unit time. Further, Ax, Bx, and Cx indicate the number of logging blocks in the logging areas 2 to 4 for each type A to C of each logging data.

【0014】次に、本データロギング方法における処理
の内容を図4〜図6および図1に従って説明する。以
下、ロギングは、ロギングデータAにロギング要求が発
生したものとしてその処理を説明する。図4において、
まず、ポインタApを更新し次のロギング位置を得る。図
示例では、ロギングデータAに発生した過去の最新のロ
ギング位置のポインタApがA2、a2-2とする。A2はロギン
グデータA用のロギングブロックA2を示し、a2-2は当該
ロギングブロックA2のロギング部(ブロック内通番が2
番目の意味で-2)を示す。ポインタApの更新では、まず
ブロック内通番をインクリメントするのでa2-2をa2-3に
変更し、点線の矢印で示したa2-3領域にデータをロギン
グする。
Next, the contents of the processing in this data logging method will be described with reference to FIGS. 4 to 6 and FIG. Hereinafter, the processing will be described with respect to logging, assuming that a logging request has occurred in the logging data A. In FIG.
First, the pointer Ap is updated to obtain the next logging position. In the illustrated example, the pointer Ap at the latest past logging position occurring in the logging data A is A2, a2-2. A2 indicates the logging block A2 for the logging data A, and a2-2 indicates the logging part of the logging block A2 (the block serial number is 2).
It means -2) in the second meaning. In updating the pointer Ap, first, the block serial number is incremented, so a2-2 is changed to a2-3, and data is logged in the a2-3 area indicated by the dotted arrow.

【0015】次に図5において、ポインタApがA2、a2-3
とすると、このときのポインタApの更新はa2-3がブロッ
ク内の最終なので、ロギングブロックのリンクをたど
り、A2をA3にし、a2-3をa3-1とし、次のロギングブロッ
クの先頭位置をロギング位置とする。この場合、ロギン
グブロックを更新したので、単位時間当たりのロギング
量のカウンタAcをインクリメントし、100 から101 にす
る。
Next, in FIG. 5, the pointer Ap is A2, a2-3.
Then, the update of the pointer Ap at this time is because a2-3 is the last in the block, so follow the link of the logging block, set A2 to A3, set a2-3 to a3-1, and set the start position of the next logging block to Set as the logging position. In this case, since the logging block is updated, the logging amount counter Ac per unit time is incremented to 100 to 101.

【0016】次に図6において、ポインタApがAi、ai-3
とする。このロギングブロックの位置は、ロギングデー
タAにとってのロギング領域Aの最終であるので、ター
ミナルAtが示す先頭ロギングブロックA1、a1-1に戻る
か、あるいは、他のロギング領域(BまたはC)からロ
ギングブロックをはぎとり、このロギング領域Aに動的
に接続するか否かの判定を行う。
Next, in FIG. 6, the pointer Ap is Ai, ai-3.
And Since the position of this logging block is the end of the logging area A for the logging data A, either return to the head logging block A1, a1-1 indicated by the terminal At, or log from another logging area (B or C). A block is stripped off, and it is determined whether or not to dynamically connect to this logging area A.

【0017】この場合の判定は、次の様に行われる。即
ち、他のロギングデータB、Cの単位時間当たりのロギ
ング量カウンタ値Bc,Cc と本ロギングデータAの単位時
間当たりのロギング量カウンタ値Acと比較して、ロギン
グ領域Aより少ないロギング領域があるか否かを探す。
単位時間当たりのロギング量カウンタ値が少ないロギン
グ領域(図示例ではC)があるときは、捜し当てた順で
そのロギング領域CのポインタChの次のロギングブロッ
ク(Ch+1)から予め定められた一定数、例えば、図示例で
は10ブロックのロギングブロックをはぎとり、ロギング
領域Aに移行・接続する。はぎとるロギングブロック数
が最終ブロックまでに10ブロックに満たないときは、先
頭のロギングブロックに戻って残りのロギングブロック
をはぎとる。尚、はぎとられるロギング領域Cの総ブロ
ック数が、予め定められた一定値以下の場合は、このは
ぎとり処理は行わない。
The determination in this case is performed as follows. That is, comparing the logging amount counter values Bc, Cc per unit time of the other logging data B and C with the logging amount counter value Ac per unit time of the main logging data A, there is a logging area smaller than the logging area A. Find out whether or not.
When there is a logging area (C in the illustrated example) with a small logging amount counter value per unit time, it is predetermined from the logging block (Ch + 1) next to the pointer Ch of the logging area C in the searched order. A certain number of logging blocks, for example, 10 logging blocks in the illustrated example, are stripped off, and the logging area A is moved and connected. If the number of logging blocks to be stripped is less than 10 by the final block, the logging blocks are returned to the first logging block and the remaining logging blocks are stripped. If the total number of blocks of the logging area C to be stripped is equal to or less than a predetermined constant value, this stripping process is not performed.

【0018】例えば、今、Ac=100,Bc=120,Cc=60とす
ると、Ccのロギング領域Cから10ブロックはぎとり、ロ
ギング領域Aの最終ブロックに移行・接続する。そし
て、ロギング領域AのポインタApはAi+1、a(i+1)-1に更
新し、新たに接続したロギングブロックにロギングを行
なう。このときのロギングブロック数Axはiからi+10
に、Cxはkからk−10に変更される。
For example, assuming that Ac = 100, Bc = 120, Cc = 60, 10 blocks are stripped from the logging area C of Cc, and the last block of the logging area A is connected / connected. Then, the pointer Ap of the logging area A is updated to Ai + 1, a (i + 1) -1, and logging is performed in the newly connected logging block. The number of logging blocks Ax at this time is from i to i + 10
Then, Cx is changed from k to k-10.

【0019】以上の処理によりロギング領域Aに割り付
けられたロギングブロック数は増え、ロギング頻度の増
加に応じて最新ロギングブロック数が大きくなり、多く
のロギングデータがロギングバッファ領域1上に残すこ
とができる。一方、ロギング頻度の少ないロギング領域
C側は、ロギングブロック数が減ったものの、ある一定
値以上のロギングブロックが存在しているため、その範
囲内で一定量のロギングデータを残すことができる。
By the above processing, the number of logging blocks allocated to the logging area A increases, the number of latest logging blocks increases as the logging frequency increases, and a large amount of logging data can be left in the logging buffer area 1. . On the other hand, on the side of the logging area C where the logging frequency is low, the number of logging blocks has decreased, but there are logging blocks of a certain value or more, so a certain amount of logging data can be left within that range.

【0020】もし、Ac=100,Bc=120,Cc=140 のような
場合には、ロギング領域Aはロギング領域B、Cからロ
ギングブロックをはぎとることなく、Atが示す先頭ブロ
ックに戻ってロギングを行なう。図1は以上のロギング
処理全体のフローチャートを示したものである。図1に
おいて、ステップS1で、ロギングデータが発生すると、
当該ロギング領域のポインタのブロック内通番を更新す
る。このとき、ステップS2で、この更新すべきポインタ
のブロック内通番がブロック内で最終かを調べ、Noのと
きは通番が最終でないのでステップS12 にジャンプし
て、更新されたロギングブロック位置にデータをロギン
グする。ステップS2で、ブロック内通番が最終Yes のと
きは、ステップS3に移行し、本ブロックが最終かを調
べ、NoのときはステップS9にジャンプしてポインタのブ
ロック番号を更新する。ステップS3で、本ブロックが最
終Yes のときは、ステップS4に移行する。
If Ac = 100, Bc = 120, Cc = 140, the logging area A does not strip the logging block from the logging areas B and C, but returns to the head block indicated by At and performs logging. To do. FIG. 1 shows a flowchart of the entire logging process described above. In FIG. 1, when the logging data is generated in step S1,
Update the block serial number of the pointer of the logging area. At this time, in step S2, it is checked whether the serial number in the block of the pointer to be updated is the last in the block.If No, the serial number is not the final one, so the process jumps to step S12 to write the data to the updated logging block position Logging. In step S2, if the in-block serial number is the final Yes, the process proceeds to step S3 to check whether this block is the final, and if No, jumps to step S9 to update the block number of the pointer. In step S3, if this block is the final Yes, the process proceeds to step S4.

【0021】このステップS4以降が先に図6で説明した
動的ロギング領域の割り付け方法に相当する。ステップ
S4で、各ロギング領域のカウンタ値を調べ、当該ロギン
グ領域のロギング量よりも頻度の低いロギング領域があ
るか否かを調べる。ステップS4で、頻度の低いロギング
領域ありYes のときは、ステップS5に移行し、この頻度
の低いロギング領域のロギングブロック数が予め定めら
れた最小ロギングブロック数よりも大きいか否かを調べ
る。
This step S4 and subsequent steps correspond to the dynamic logging area allocation method described above with reference to FIG. Step
In S4, the counter value of each logging area is checked to see if there is a logging area whose frequency is lower than the logging amount of the logging area. In step S4, if the infrequent logging area exists Yes, the process proceeds to step S5, and it is checked whether the number of logging blocks in this infrequent logging area is larger than a predetermined minimum number of logging blocks.

【0022】ステップS5で、このロギングブロック数が
最小ロギングブロック数よりも大きいYes のときは、ス
テップS6に移行し、この頻度の低いロギング領域の現在
のポインタの次のロギングブロックを示すポインタを取
り出し、ステップS7に移行し、この頻度の低いロギング
領域から予め定められた一定数のロギングブロックを取
り出し、ステップS8に移行し、ステップS3で該当するロ
ギングブロックが最終Yes の当該ロギング領域の最後に
この取り出した一定数のロギングブロックを接続して、
ステップS9に移行し、新たに追加されたロギングブロッ
クのブロック番号を更新して当該ポインタを更新し、ス
テップS10 で当該ロギング領域のカウンタ値を更新し、
ステップS12 で当該ロギングデータを新たに追加された
ロギングブロックの該当位置にロギングする。
In step S5, if the number of logging blocks is larger than the minimum number of logging blocks, that is, Yes, the process moves to step S6, and the pointer indicating the logging block next to the current pointer of the infrequently logging area is extracted. , Go to step S7, take out a predetermined number of logging blocks from this infrequent logging area, go to step S8, and check that the relevant logging block is the last Yes in the logging area at step S3. Connect a certain number of logging blocks taken out,
Go to step S9, update the block number of the newly added logging block to update the pointer, update the counter value of the logging area in step S10,
In step S12, the relevant logging data is logged at the corresponding position of the newly added logging block.

【0023】ステップS4で頻度の低いロギング領域あり
NoおよびステップS5でロギングブロック数が最小ロギン
グブロック数よりも大きいNoのときは、ステップS11 に
移行し、当該ロギング領域のポインタを先頭ロギングブ
ロックに戻し、ステップS12で当該ロギングデータをロ
ギングする。
Infrequent logging area exists in step S4
If No and the number of logging blocks is larger than the minimum number of logging blocks in step S5, the process proceeds to step S11, the pointer of the logging area is returned to the leading logging block, and the logging data is logged in step S12.

【0024】[0024]

【発明の効果】以上述べたように本発明によれば、限ら
れたロギングバッファ領域で異なる種類のロギングデー
タをロギングするとき、ロギング量に応じて該当するロ
ギング領域にロギングブロックを動的に割り付けること
ができるので、ロギングバッファ領域の単位時間あたり
の使用量が増え効率が良くなるとともに、ロギング量の
少ないロギングデータもそのロギング量に応じたロギン
グ領域の中でサイクリックにロギングできるので、ロギ
ングデータを一定量内で残すことができる。
As described above, according to the present invention, when logging different types of logging data in a limited logging buffer area, logging blocks are dynamically allocated to the corresponding logging area according to the logging amount. Since the usage of the logging buffer area per unit time increases and efficiency is improved, logging data with a small logging amount can be cyclically logged in the logging area according to the logging amount. Can be left within a certain amount.

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

【図1】本発明による一実施例のデータロギング方法に
よるロギング領域に動的な割付けを行うフローチャート
FIG. 1 is a flowchart for dynamically allocating a logging area by a data logging method according to an embodiment of the present invention.

【図2】一実施例によるロギングデータ毎に割り付けら
れるロギング領域を説明する説明図
FIG. 2 is an explanatory view illustrating a logging area allocated for each logging data according to an embodiment.

【図3】システム立ち上げ時にロギングデータが発生
し、該当するロギングブロックにデータを格納する説明
FIG. 3 is an explanatory diagram in which logging data is generated at system startup and the data is stored in the corresponding logging block.

【図4】同一ロギングブロック内にデータを格納する説
明図
FIG. 4 is an explanatory diagram for storing data in the same logging block.

【図5】次のロギングブロックにデータを格納する説明
FIG. 5 is an explanatory diagram for storing data in the next logging block.

【図6】ロギングカウンタのブロック番号が最終を指し
ているときのロギングブロックの更新を動的に処理する
方法を説明する説明図
FIG. 6 is an explanatory diagram illustrating a method of dynamically processing an update of a logging block when the block number of the logging counter points to the end.

【図7】従来技術におけるロギングデータを格納するロ
ギングバッファ領域の割り付けを説明する説明図
FIG. 7 is an explanatory diagram illustrating allocation of a logging buffer area for storing logging data in the related art.

【符号の説明】[Explanation of symbols]

1 ロギングバッファ領域 A〜C ロギング領域 A1〜Ai、B1〜Bj、C1〜Ck、z1〜zn、Ch〜Ch+10 ロギ
ングブロック a1〜a3、b1〜b2、c1〜c4、a2-1〜a3-2、ai-3 ロギング
部 L,z,as,bs,cs サイズ長 Ac,Bc,Cc カウンタ値 Ap,Bp,Cp ポインタ At,Bt,Ct ターミナル Ax,Bx,Cx ロギングブロック数
1 Logging buffer area A to C Logging area A1 to Ai, B1 to Bj, C1 to Ck, z1 to zn, Ch to Ch + 10 Logging block a1 to a3, b1 to b2, c1 to c4, a2-1 to a3- 2, ai-3 Logging part L, z, as, bs, cs Size length Ac, Bc, Cc Counter value Ap, Bp, Cp Pointer At, Bt, Ct Terminal Ax, Bx, Cx Number of logging blocks

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】複数のロギングデータを格納するロギング
ブロックを複数備えてなるロギング領域を、ロギングデ
ータの種類毎に備えて一つのロギングバッファ領域を構
成し、ロギングデータが発生する都度、当該ロギングデ
ータを当該ロギング領域内に順次サイクリックに格納す
るデータロギング方法において、 ロギング領域は、単位時間当たりのロギング量を示すカ
ウンタと、当該ロギング領域が有するロギングブロック
数を示すデータ領域と、を備え、 ロギングブロックは、現在のロギングデータが格納され
るデータ位置を示すブロック番号とブロック通番とから
なるポインタと、当該ロギング領域におけるブロックの
接続順を示すリンクターミナルと、を備え、ロギングデ
ータの種類に拘わらず同一ロギングブロックサイズ長と
し、 ロギングデータが発生し、当該ロギング領域の最後のロ
ギングブロックにデータをロギング後、先頭のロギング
ブロックに戻るとき、 各ロギング領域の前記カウンタの単位時間当たりのロギ
ング量を調べ、当該ロギング領域のロギング量よりも頻
度の低いロギング領域があり、かつ、このロギング領域
の前記ロギングブロック数が予め定められた最小ロギン
グブロック数よりも大きいとき、前記頻度の低いロギン
グ領域から予め定められた一定数のロギングブロックを
当該ロギング領域に移行・接続する、 ことを特徴とするデータロギング方法。
1. A logging area comprising a plurality of logging blocks for storing a plurality of logging data, one logging buffer area being provided for each type of logging data, and each time the logging data is generated, the logging data is generated. In the data logging method of sequentially and cyclically storing data in the logging area, the logging area includes a counter indicating the amount of logging per unit time and a data area indicating the number of logging blocks in the logging area. The block is provided with a pointer consisting of a block number indicating the data position where the current logging data is stored and a block serial number, and a link terminal indicating the connection order of the blocks in the logging area, regardless of the type of logging data. Same logging block size length, When logging data occurs and the data is logged in the last logging block of the relevant logging area and then returns to the first logging block, the logging amount per unit time of the counter of each logging area is checked and the logging amount of the relevant logging area is checked. If there is a logging area of lower frequency and the number of logging blocks of this logging area is larger than a predetermined minimum number of logging blocks, a predetermined number of logging blocks from the low frequency of logging area The data logging method is characterized by migrating and connecting to the relevant logging area.
JP6281598A 1994-11-16 1994-11-16 Data logging method Pending JPH08147194A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6281598A JPH08147194A (en) 1994-11-16 1994-11-16 Data logging method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6281598A JPH08147194A (en) 1994-11-16 1994-11-16 Data logging method

Publications (1)

Publication Number Publication Date
JPH08147194A true JPH08147194A (en) 1996-06-07

Family

ID=17641384

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6281598A Pending JPH08147194A (en) 1994-11-16 1994-11-16 Data logging method

Country Status (1)

Country Link
JP (1) JPH08147194A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6934826B2 (en) * 2002-03-26 2005-08-23 Hewlett-Packard Development Company, L.P. System and method for dynamically allocating memory and managing memory allocated to logging in a storage area network
JP2014215739A (en) * 2013-04-24 2014-11-17 京セラドキュメントソリューションズ株式会社 Electronic apparatus and log recording method
JP2015535372A (en) * 2012-10-04 2015-12-10 アルカテル−ルーセント Data log management in a multi-client architecture

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6934826B2 (en) * 2002-03-26 2005-08-23 Hewlett-Packard Development Company, L.P. System and method for dynamically allocating memory and managing memory allocated to logging in a storage area network
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
JP2014215739A (en) * 2013-04-24 2014-11-17 京セラドキュメントソリューションズ株式会社 Electronic apparatus and log recording method
US9396055B2 (en) 2013-04-24 2016-07-19 Kyocera Document Solutions Inc. Electronic device and log recording method

Similar Documents

Publication Publication Date Title
US5237681A (en) Relational data base memory utilization analyzer
EP0814405B1 (en) Method and apparatur for information processing and memory allocation system
US4817080A (en) Distributed local-area-network monitoring system
KR101663215B1 (en) Data storage method and device
JP2858795B2 (en) Real memory allocation method
WO1992021090A9 (en) Relational data base memory utilization analyzer
US5963982A (en) Defragmentation of stored data without pointer indirection
JPH08147194A (en) Data logging method
US20090055833A1 (en) System and method for performance monitoring
CN111007988B (en) RAID internal wear balancing method, system, terminal and storage medium
JP2001014189A (en) Instrument and method for measuring throughput
CN111221713A (en) FC parameter-based storage performance tuning method, system, terminal and storage medium
CN110765190A (en) Method and device for automatically expanding database cluster and electronic equipment
CN110727402B (en) High-speed FC data real-time receiving and frame loss-free storage method
JPH03290741A (en) Error logging method
JP2633342B2 (en) Information retrieval device
CN109933566B (en) File reading and writing method, device, equipment and computer readable storage medium
JPH02220149A (en) Collecting method for ras information
JP3014490B2 (en) Fault handling device
CN114143182A (en) Method and device for configuring nodes of distributed search engine cluster
CN115951990A (en) Elastic resource scheduling method and system for power grid data center station service
Jones et al. ATAMM analysis tool
JPH03132830A (en) Trace information storing system
JPH06131309A (en) Parallel computer system
JPH04254937A (en) Magnetic tape device number changing system for computer system