JPH08181772A - Mib configuration method in network operation system and its backup method - Google Patents
Mib configuration method in network operation system and its backup methodInfo
- Publication number
- JPH08181772A JPH08181772A JP6318374A JP31837494A JPH08181772A JP H08181772 A JPH08181772 A JP H08181772A JP 6318374 A JP6318374 A JP 6318374A JP 31837494 A JP31837494 A JP 31837494A JP H08181772 A JPH08181772 A JP H08181772A
- Authority
- JP
- Japan
- Prior art keywords
- mib
- aoi
- information
- secondary storage
- storage medium
- 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
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
【0001】[0001]
【産業上の利用分野】この発明は、複数の通信網の相互
接続、及び、様々な通信網構成要素(NE:Network El
ement)とネットワークオペレーションシステムOpSの
接続を可能とするTMN(Telecommunication Manageme
nt Network)に基づく通信網OpSを構築するための基
本技術であるMIB(Maneged Information Base、デー
タベース)構成方法に関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to interconnection of a plurality of communication networks and various communication network components (NE: Network El
ment) and the network operation system OpS can be connected to TMN (Telecommunication Manageme
The present invention relates to a MIB (Maneged Information Base, database) configuration method, which is a basic technique for constructing a communication network OpS based on an nt network).
【0002】[0002]
【従来の技術】近年、ITU−T等を中心として、多種
多用な通信網構成要素(NE)とオペレーションシステ
ム(OpS)の接続を可能とし、更に複数の通信網の相
互接続により高度な網オペレーションの実現を可能とす
るTelecommunication Management Network(TMN)
(CCITT Rec.M.3010、Principles for
aTelecommunication Management Network (TMN)、
1992)に基づくオペレーションシステムの研究開発
が活発に行われてきている。既に、TMNに基づくOp
SのプラットホームであるTNMSカーネルの研究開発
が行なわれてきている(依田、他、“TMNSカーネル
の提案”、電子情報通信学会、信学技法、CS93−7
9、1993)。管理対象(MO:Managed Object)の
蓄積管理を司るデータベースであるManeged Informatio
n Base(MIB)はTMNに準拠する網管理を実現する
上の重要な技術である。2. Description of the Related Art In recent years, a variety of communication network components (NE) and operation systems (Ops) can be connected mainly to ITU-T, etc., and further, a high level network operation can be realized by interconnecting a plurality of communication networks. Telecommunication Management Network (TMN) that enables realization of
(CCITT Rec. M. 3010, Principles for
aTelecommunication Management Network (TMN),
Research and development of operation systems based on 1992) have been actively conducted. Already based on TMN Op
Research and development of TNMS kernel, which is S platform, has been carried out (Yoda, et al., "Proposal of TMNS kernel", IEICE, IEICE Tech., CS93-7).
9, 1993). Maneged Informatio, a database that manages the storage and management of managed objects (MOs)
n Base (MIB) is an important technique for realizing network management based on TMN.
【0003】OpSにおけるMIBを構成する方法に対
する要求条件は以下の通である。 (1)管理対象蓄積管理機能 MOとそれらの属性値を効率的に格納し、迅速に検索で
きる機能。 (2)管理対象の包含関係管理機能 MO間にはMIT(Maneged Information Tree:包含
木)に表されるように包含関係に基づいた命名規則があ
る。このMO間の包含関係をMIBにマッピングする必
要がある。 (3)フィルタ/スコープ機能 管理される側(エージェント)が管理する側(マネージ
ャ)からアクセスされ、操作対象となるMOを特定する
機能が必要となる。このためには、MIT上で基点とな
るMOを指定し対象範囲を特定するスコープ機能、及
び、特定の属性値の範囲を指定してMOの対象範囲を特
定するフィルタ機能が必要となる。 (4)トランザクション機能 管理操作は単一のマネージャからの複数の処理要求から
構成される場合や複数のマネージャからの同時要求もあ
り得る。従って、管理情報の一貫性を保つための排他制
御やトランザクション制御機構が必要となる。 (5)バックアップ処理 揮発性の主記憶上にMIB情報が展開されるため、不揮
発性媒体にバックアップを取得でき、更に、マネージャ
またはエージェント起動時には、バックアップ上のMO
情報が復号化されて再度主記憶上に展開され、運用状態
に復帰できることが必要となる。 (6)インデックス機能 主記憶上に展開されるMOを更に高速に操作するために
インデックスを構築できる機能が必要となる。The requirements for the method of constructing the MIB in OpS are as follows. (1) Management target storage management function A function that efficiently stores MOs and their attribute values and can search them quickly. (2) Inclusive relationship management function of management target There is a naming rule between MOs based on the inclusive relationship as represented by MIT (Maneged Information Tree). It is necessary to map the inclusion relationship between MOs to MIB. (3) Filter / scope function A function to be accessed by the side to be managed (agent) by the side to be managed (manager) and to specify the MO to be operated is required. For this purpose, a scope function that specifies the MO that is the base point on the MIT and specifies the target range, and a filter function that specifies the range of a specific attribute value and specifies the target range of the MO are required. (4) Transaction function A management operation may be composed of a plurality of processing requests from a single manager or may be a simultaneous request from a plurality of managers. Therefore, an exclusive control or transaction control mechanism for maintaining the consistency of management information is required. (5) Backup processing Since the MIB information is expanded on the volatile main memory, the backup can be acquired on the non-volatile medium, and the MO on the backup can be acquired when the manager or agent is started.
It is necessary that the information be decrypted, expanded again in the main memory, and returned to the operating state. (6) Index function In order to operate the MO expanded in the main memory at a higher speed, a function capable of constructing an index is required.
【0004】MOは様々であり且つ大量であり、このM
Oの効率的な蓄積、管理が可能であることがMIBの要
求条件となる。従来より一般のデータベースの管理に用
いられている市販の関係データベース(RDB:Relati
onal Database)や、オブジェクト指向データベース(O
ODB:Object Oriented Database)を用いてMIBを
構成する手法が提案されてきている。TMNの網管理の
基本概念によれば、ネットワークオペレーションシステ
ム(管理する実体)から標準的なインタフェース(Qイ
ンタフェース)を介して管理操作が実施され、被管理対
象からの応答または通知により網管理が実現される。M
IBは管理される側(エージェント)に必要とし、ネッ
トワーク管理にリアルタイムもしくはリアルタイムに近
いスループットが要求される。従って、このような観点
から現状技術を見ると以下のような問題がある。The MOs are various and large, and this M
The MIB requires that O can be efficiently accumulated and managed. A commercially available relational database (RDB: Relati) that has been used to manage general databases.
onal Database) and object-oriented database (O
A method of constructing a MIB using an ODB (Object Oriented Database) has been proposed. According to the basic concept of network management of TMN, management operation is performed from a network operation system (entity to be managed) via a standard interface (Q interface), and network management is realized by a response or notification from a managed object. To be done. M
The IB is required on the managed side (agent), and real-time or near real-time throughput is required for network management. Therefore, looking at the current technology from such a viewpoint, there are the following problems.
【0005】[0005]
【発明が解決しようとする課題】まず、RDBについて
であるが、RDBは本来レコード型をベースとするテー
ブル(表形式)構造が基本となる為、オブジェクト指向
を基本とするTMNに基づくOpS管理に適合させるた
めのオーバヘッドによる性能低下が無視できなくなって
いる。言い替えると、MOとそのMOが有する属性値を
テーブル構造にマッピングさせてMIBを実現するもの
であるため、TMNに基づくOpS管理に対応させよう
とすると、複数のテーブルをジョイント(結合)させる
ことにより管理操作が実現される。これが、RDBとエ
ージェントプロセスとの間のインタラクションの性能が
低下する原因となっている。First, regarding the RDB, since the RDB basically has a table (table format) structure based on a record type, the OpS management based on the TMN based on the object orientation is basically used. The performance degradation due to the overhead for adaptation cannot be ignored. In other words, the MO and the attribute value of the MO are mapped to the table structure to realize the MIB. Therefore, in order to support OpS management based on TMN, a plurality of tables are joined (joined). Management operation is realized. This causes the performance of the interaction between the RDB and the agent process to deteriorate.
【0006】一方OODBはオブジェクト指向のパラダ
イム(思想)に合致した対象を効率的に蓄積、検索する
ためのデータベースシステムである。従ってOODBは
オブジェクト指向プログラムと親和性がよく、MOの複
雑なデータ構造を効率的に蓄積、管理することが可能で
あるため、プログラムコード量の削減も可能である。ま
た、ポインタ処理が中心のため、MO操作のパフォーマ
ンスも優れる。しかし、MOが記憶された二次記憶媒体
(通常磁気ディスクのような大容量記憶媒体)を直接ア
クセスするため高速処理ができず、キャシュ方式を用い
ても高速化に減度がある。しかも大量のMOに対する同
時操作等はMOの二次記憶媒体上での蓄積される位置の
局所性によりパフォーマンスにバラツキもあり、先に述
べたようにリアルタイムかまたはそれに近いパフォーマ
ンスが要求された場合、現状の市販品のレベルでは必ず
しも十分な性能が得られるまでに至っていない。[0006] On the other hand, OODB is a database system for efficiently accumulating and retrieving objects that match the object-oriented paradigm (idea). Therefore, the OODB has a good affinity with the object-oriented program and can efficiently store and manage the complicated data structure of the MO, so that the program code amount can be reduced. Also, since the pointer processing is the main focus, the performance of MO operation is also excellent. However, since a secondary storage medium (usually a large-capacity storage medium such as a magnetic disk) in which MO is stored is directly accessed, high-speed processing cannot be performed, and even if the cache method is used, there is a reduction in speedup. In addition, simultaneous operations on a large number of MOs have variations in performance due to the locality of the position where the MOs are stored on the secondary storage medium. As described above, when real-time or near-performance is required, At the current level of commercial products, sufficient performance is not necessarily obtained.
【0007】以上述べてきたように、従来の市販製品に
よるMIB構成方法では高速な応答性を要求されるMI
Bにおいて処理性能・システム構築における効率性等に
難点があり、TMNに基づくOpSを構築することは現
状の技術においては困難である。従来の汎用DBMSは
このような問題を解決するような技術的検討はなされて
いなかった。As described above, in the conventional MIB construction method using the commercially available products, MI that requires high-speed response is required.
In B, there are drawbacks in processing performance, efficiency in system construction, etc., and it is difficult to construct OpS based on TMN in the current technology. The conventional general-purpose DBMS has not been technically studied to solve such a problem.
【0008】そこで、安定的にパフォーマンスのよいM
IBを効率的に構成するための一方法として、汎用DB
MSを利用してMIBを構成するのではなく、コンピュ
ータの主記憶上にMIB情報を保持するMain Memory Re
sident Database(MRDB)による構成方法が考えられ
る。主記憶上にデータベースを構成する技術は既に存在
するが、単純に主記憶上にMIB情報を展開するのでは
なく、MOの包含関係を内部識別情報により表現し処理
の効率化を図り、更に、二次記憶媒体上に主記憶上のM
IB情報のバックアップファイルを取得し、異常時のデ
ータリカバリを可能とするものである。Therefore, the stable performance of M
A general-purpose DB is one of the methods for efficiently configuring the IB.
Main Memory Re, which holds MIB information in the main memory of the computer, rather than configuring the MIB using the MS
A configuration method using a sident database (MRDB) is possible. Although a technology for configuring a database on the main memory already exists, rather than simply expanding the MIB information on the main memory, the inclusion relation of MOs is expressed by internal identification information to improve the processing efficiency. M in the main memory on the secondary storage medium
The backup file of the IB information is acquired to enable data recovery in the event of an abnormality.
【0009】[0009]
【課題を解決するための手段】この発明のMIB構成法
とそのバックアップ方法は、ネットワークオペレーショ
ンにおけるMO間の包含関係を簡易な内部識別情報によ
りAOI(Agent Object ID)テーブルとして表現し、そ
のAOIテーブルを包含木の階層毎に定義してコンピュ
ータの主記憶上に展開すると共にその主記憶上にMIB
情報、つまりMOとその属性値を展開し、更に、二次記
憶媒体上にAOIテーブル、並びに、MOとその属性値
を、マシンのアーキテクチャに依存しない符号化則で符
号化した値を合わせ保持し、上記主記憶上のAOIテー
ブル及びMIB情報と、上記二次記憶媒体上のAOIテ
ーブル及び符号化値との間の関連付けを行うことにより
MIBを構成する。According to the MIB construction method and the backup method thereof of the present invention, the inclusion relation between MOs in a network operation is expressed as an AOI (Agent Object ID) table by simple internal identification information, and the AOI table is represented. Is defined for each hierarchy of the inclusion tree, expanded on the main memory of the computer, and the MIB is stored on the main memory.
The information, that is, the MO and its attribute value is expanded, and further, the AOI table is stored on the secondary storage medium, and the value obtained by encoding the MO and its attribute value by the encoding rule independent of the machine architecture is held. The MIB is configured by associating the AOI table and the MIB information on the main storage with the AOI table and the encoded value on the secondary storage medium.
【0010】また、MIB情報のバックアップを二次記
憶媒体上に取得する方法においては、MIBに更新トラ
ンザクションが発生したとき、AOIテーブルの更新と
共に二次記憶媒体上にファイル形式で蓄積されたAOI
テーブルと符号化情報との更新を実行することを特徴と
する。Further, in the method of acquiring the backup of the MIB information on the secondary storage medium, when an update transaction occurs in the MIB, the AOI stored in the file format on the secondary storage medium is updated together with the update of the AOI table.
It is characterized in that the table and the encoding information are updated.
【0011】[0011]
【実施例】TMNでは通信網オペレーションはリソース
を管理するMOへの管理操作で実現される。MIBへの
要求条件は上述したが、この発明の特徴である、MOと
その属性値、及び、MO間の包含関係の実装方法、及
び、二次記憶媒体へのバックアップ取得方法を以下に詳
細に述べる。この発明によるMIB構成法原理を図1に
示す。ネットワークオペレーションシステム(OpS)
11においてオペレーション業務をするAP1(管理す
る/される実体:マネージャ/エージェントプロセス)
12内には複数のMOとその属性値情報とがMO群とし
て保持され、AP1(12)の実行によりMIB情報の
取得、生成、削除、更新など生じると、これに応じたメ
ッセージを制御部(MIB API)13へ送出し、つ
まりMIBをアクセスする。この際MIB API13
として予め提供関数(MIB操作コマンド)が用意され
ており、つまり前記メッセージにMIB APIで規定
されており、AP1から当該MIB操作コマンドを発す
ることによりMIBへのアクセスが実現される。BEST MODE FOR CARRYING OUT THE INVENTION In TMN, communication network operation is realized by a management operation to an MO that manages resources. Although the requirements for the MIB have been described above, the method of implementing the MO and its attribute values and the inclusion relationship between the MOs, and the method of acquiring the backup to the secondary storage medium, which are the features of the present invention, will be described in detail below. Describe. The principle of the MIB construction method according to the present invention is shown in FIG. Network Operation System (OpS)
AP1 that operates operations in 11 (managed / managed entity: manager / agent process)
A plurality of MOs and their attribute value information are held as a MO group in 12, and when the MIB information is acquired, generated, deleted, or updated by the execution of AP1 (12), a message corresponding to this is given to the control unit ( MIB API) 13, that is, the MIB is accessed. At this time, MIB API13
, A provided function (MIB operation command) is prepared in advance, that is, the message defines the MIB API, and access to the MIB is realized by issuing the MIB operation command from AP1.
【0012】この発明では主記憶14上に、MIB情
報、通常はMOとその属性値がプロセスが占有する主記
憶空間15に展開され、またAOI(Agent Object ID)
テーブル16が展開される。AOIテーブル16はMO
間の包含関係が内部識別情報により表現され、包含木の
各階層毎に定義されている。TMNに基づくオペレーシ
ョンシステムでは、管理対象MOは包含木で管理するよ
うに規定されている。例えば図2Aに示すようにroo
t−JP(Japan)−TN(Transmission Network)と連
鎖され、このTNに複数のNE(Network Element)やN
MS(Network Management System)がぶら下り、NMS
に対し、複数のTrailがぶら下り、更にそのTra
ilに複数のConnectionがぶら下る。NMS
は、ネットワークのパス、回線の情報を管理するもので
ある。この包含木の場合は木の深さ、つまり階層はNM
Sがランク1、Trailがランク2、Connect
ionがランク3である。In the present invention, MIB information, usually MO and its attribute values, are expanded on the main memory 14 in the main memory space 15 occupied by the process, and AOI (Agent Object ID)
The table 16 is expanded. AOI table 16 is MO
The inclusive relation between them is expressed by the internal identification information, and is defined for each hierarchy of the inclusive tree. In the TMN-based operation system, the MO to be managed is defined to be managed by a containment tree. For example, as shown in FIG.
t-JP (Japan) -TN (Transmission Network) is linked, and multiple NEs (Network Element) and Ns are connected to this TN.
MS (Network Management System) hanging, NMS
On the other hand, multiple Trails hang down and
Multiple Connections hang on il. NMS
Manages network path and line information. In the case of this inclusion tree, the depth of the tree, that is, the hierarchy is NM
S is rank 1, Trail is rank 2, Connect
ion is rank 3.
【0013】この図2Aに示した関係で各MOとその属
性値が主記憶14の記憶空間15に記憶される。また包
含木の各階層毎のAOIテーブル16は第1階層(ラン
ク1)についてみればテーブル161 に示すようにNM
SのMO、つまり識別子AOIが,10011,…と記
憶され、その各親のMOを示す識別子(親AOI)が
0,と、更にその階層、つまりランクが1,1,…と記
憶される。同様に第2記憶のテーブル162 についてみ
ればそのMOを示す識別子AOIの20010,200
20,…について、その親のMOを示す識別子(親AO
I)が10011,10011,…と、更に各それが属
するランクが2,2…と記憶される。図に示していない
がランク3のAOIテーブルも主記憶14に設けられて
いる。つまり、AOIテーブル16はAOI値、親AO
I値、ランクの3つの列により構成され、AOI値はシ
ステム内部でMOを識別するためのユニークな整数値、
親AOI値はあるMOのMIT(包含木)上の親子関係
(包含関係)を示すものであり、当該MOのMITに沿
った上位のMOを内部で識別するための整数値、ランク
はMIT世界のローカルなroot(図2AにおいてN
MSに相当)から何番目の階層に位置するかを示す整数
値である。In the relationship shown in FIG. 2A, each MO and its attribute value are stored in the storage space 15 of the main memory 14. The AOI table 16 for each layer of the inclusion tree is NM as shown in Table 16 1 for the first layer (rank 1).
The MO of S, that is, the identifier AOI is stored as 10011, ..., The identifier (parent AOI) indicating the MO of each parent is stored as 0, and the hierarchy thereof, that is, the rank is stored as 1,1 ,. Similarly, looking at the table 16 2 of the second storage, the identifiers AOI 20010, 200 indicating the MO
For 20, ..., an identifier indicating the MO of the parent (parent AO
I) is stored as 10011, 10011, ... And the rank to which each belongs is 2, 2 ... Although not shown in the figure, an AOI table of rank 3 is also provided in the main memory 14. That is, the AOI table 16 shows the AOI value and the parent AO.
It is composed of 3 columns of I value and rank, and AOI value is a unique integer value for identifying MO in the system,
The parent AOI value indicates a parent-child relationship (inclusion relationship) on the MIT (inclusion tree) of a certain MO, and is an integer value for internally identifying the higher MO along the MIT of the MO, and the rank is the MIT world. Local root (N in FIG. 2A)
It is an integer value indicating the order of the hierarchy from (corresponding to MS).
【0014】磁気ディスクのような不揮発性の二次記憶
媒体17にも主記憶14上のAOIテーブル16と同一
のAOIテーブル18が記憶されると共に各AOI値に
ついてのMOとその属性値とがマシンのアーキテクチャ
に依存しない符号化則、例えばASN.1(Abstract S
yntax Nortation 1)符号化則により符号化したデータ
が符号化テーブル19として二次記憶媒体17上に記憶
される。A non-volatile secondary storage medium 17 such as a magnetic disk also stores an AOI table 18 which is the same as the AOI table 16 on the main storage 14, and the MO for each AOI value and its attribute value are stored in the machine. Architecture-independent coding rules, such as ASN. 1 (Abstract S
Syntax Nortation 1) Data encoded by the encoding rule is stored on the secondary storage medium 17 as an encoding table 19.
【0015】AP1(12)から発出されたMIB操作
コマンドはMIB API13で解釈され、主記憶14
上に展開されたMIB情報に対し生成、削除、更新等の
操作が実行される。AP1(12)から発せられる処理
要求が自エージェント内MOに対するものでなく、物理
的に離れた別のNE1(21)の当該MOを管理する実
体(エージェントプロセス)22内のMOに対する場合
は別エージェントプロセスを実行するAPとMIB A
PI13が判断すると、MIB API13はMIB
APIで規定されるメッセージ又はCMIP(通信プロ
トコル)でそのエージェントプロセス、つまりAP2
(22)に処理要求を出す。The MIB operation command issued from AP1 (12) is interpreted by the MIB API 13 and stored in the main memory 14
Operations such as generation, deletion, and update are executed on the MIB information expanded above. If the processing request issued from AP1 (12) is not directed to the MO within its own agent but to the MO within the entity (agent process) 22 that manages the MO of another NE1 (21) that is physically separate, another agent AP and MIB A that execute the process
When the PI 13 judges, the MIB API 13 is the MIB
A message defined by API or CMIP (communication protocol), which is the agent process, that is, AP2
A processing request is issued to (22).
【0016】いま、AP1(12)から新たなMOを生
成する要求がMIB API13に発せられ、このMO
の包含木上の位置は図2AにおけるTrail3(終端
点)で示されるものとする。TP3は第2ランクに位置
し、この場合のTP3生成のための処理の流れは図3に
示すようになる。まず、AP1(12)よりMOの生成
命令がMIB操作コマンドにより発せられる(S1 )。
次にMIB API13は、生成すべきMOの親の存在
を確認した後(S2 )、第2ランクのAOIテーブル1
62 を検索し、仮のAOI値20021を設定して、当
該レコードをロック(予約)する(S3 )。次に、MI
B API13は新たなTrailを生成するために自
エージェントに対しTrail生成を実行させる。つま
りTrail3の生成に伴い、これと関連するMOの属
性値が変化する場合はこれを行って整合性を保持する。
このとき、複数のMOに対しメッセージを送出する必要
がある場合はトランザクション処理を実行する
(S4 )。一連のトランザクション処理が終了し、処理
結果が正常なら(S5 )、二次記憶媒体17上のAOI
テーブル18の当該レコードを更新し、且つ、符号化テ
ーブル19に新規に生成したTrailに対応する符号
化値を登録する(S6 )。上記の処理が正常に終了した
後、既にロックしてある主記憶14上のAOIテーブル
16の当該レコードを開放し、つまり処理完了状態とし
て、一連の更新シーケンスは終了する(S7 )。ステッ
プS5 で処理結果が正常と判定されないと、この処理を
開始前の状態に戻して終了とする(S8 )。Now, a request to generate a new MO is issued from the AP1 (12) to the MIB API 13, and this MO is generated.
The position on the inclusion tree of is indicated by Trail3 (terminal point) in FIG. 2A. TP3 is located in the second rank, and the process flow for generating TP3 in this case is as shown in FIG. First, an AP generation instruction is issued from AP1 (12) by a MIB operation command (S 1 ).
Next, the MIB API 13 confirms the existence of the parent of the MO to be generated (S 2 ), and then the second rank AOI table 1
6 2 is searched, a temporary AOI value 20021 is set, and the record is locked (reserved) (S 3 ). Next, MI
The B API 13 causes its own agent to execute Trail generation in order to generate a new Trail. That is, if the attribute value of the MO associated with the Trail3 changes with the generation of the Trail3, this is performed to maintain the consistency.
At this time, if it is necessary to send a message to a plurality of MOs, transaction processing is executed (S 4 ). When the series of transaction processing is completed and the processing result is normal (S 5 ), the AOI on the secondary storage medium 17
The record in the table 18 is updated, and the encoded value corresponding to the newly generated Trail is registered in the encoding table 19 (S 6 ). After the above processing is normally completed, the relevant record of the AOI table 16 on the main memory 14 which is already locked is released, that is, the processing completion state is set, and the series of update sequences is completed (S 7 ). If the processing result is not determined to be normal in step S 5 , the processing is returned to the state before the start and is ended (S 8 ).
【0017】オペレーションシステムOpS11のマネ
ージャ/エージェント、またはエージェントシステムが
電源断等のハードウェアまたはソフトウェア上の何らか
の理由(但し、二次記憶媒体17の致命的故障は除く)
により稼働を停止した場合、主記憶14上のMIB情報
は失われる。これを再度主記憶14上に展開するには、
停止した後、その原因を除去し再度稼働を始めた場合、
主記憶14上のAOIテーブル16の情報は既に消去さ
れているが、二次記憶媒体17上のMIB情報は安定状
態のままである。二次記憶媒体17上のAOIテーブル
18より再度主記憶14上にAOIテーブル16が展開
され、また符号化テーブル19を読出し、復号化して記
憶空間15に展開して運用状態に復帰する。なお、MO
削除についても同様の考え方で処理がなされる。The manager / agent of the operation system OpS11 or the agent system has some hardware or software reason such as power-off (except for a fatal failure of the secondary storage medium 17).
When the operation is stopped due to, the MIB information on the main memory 14 is lost. To expand this again on the main memory 14,
After stopping, removing the cause and starting up again,
Although the information in the AOI table 16 on the main memory 14 has already been erased, the MIB information on the secondary storage medium 17 remains in a stable state. The AOI table 16 is expanded again on the main memory 14 from the AOI table 18 on the secondary storage medium 17, and the encoding table 19 is read, decoded, expanded in the storage space 15, and returned to the operating state. MO
The same process is applied to deletion.
【0018】[0018]
【発明の効果】以上説明したように、この発明のMIB
構成方法によれば、従来のDBMSを利用してMIBを
構成する方法に比較して、主記憶上にMIBを展開し、
MOの検索(取得)を二次記憶媒体から得る場合より著
しく高速化しまたAOIテーブルによりMO生成・削除
処理を高速化したので、OpSをインストールするハー
ドウェアまたはOSに依存しない拡張性を有すると共
に、ネットワークオペレーションシステムの運用保守業
務の効率化を低コストに実現することができる。また二
次記憶媒体にもMIB情報を展開しているため、MIB
をあるベンダのコンピュータ上に構成しても、他ベンダ
のコンピュータ上への移植作業も容易である。即ち、汎
用のDBMSを使用する場合、移植先のコンピュータで
も当該DBMSが正常に動作することを確認後にMIB
情報を移植する必要があり、コストも増大するのに対
し、この発明によるMIB構成方法ではオペレーション
システムのプラットホームであるTNMSカーネルが動
作しさえすれば、移植作業は特に必要としない。このよ
うに、極めて容易な移植性を有すると共に、パフォーマ
ンスのよいオペレーション業務、並びに、運用開始後の
システムの保守作業の効率化が可能である。As described above, the MIB of the present invention is
According to the configuration method, the MIB is expanded on the main memory as compared with the conventional method of configuring the MIB using the DBMS.
Since the MO search (acquisition) is significantly faster than when it is obtained from the secondary storage medium and the MO generation / deletion process is speeded up by the AOI table, it has expandability that does not depend on the hardware or OS on which OpS is installed. The efficiency of the operation and maintenance work of the network operation system can be realized at low cost. Since the MIB information is also expanded in the secondary storage medium, the MIB
Even if it is configured on a computer of one vendor, the porting work to the computer of another vendor is easy. That is, when using a general-purpose DBMS, the MIB after confirming that the DBMS operates normally even on the ported computer.
While the information needs to be ported and the cost also increases, the MIB configuration method according to the present invention does not require any porting work as long as the TNMS kernel, which is the platform of the operating system, operates. As described above, it has extremely easy portability, and it is possible to perform operation work with high performance and to improve efficiency of system maintenance work after the start of operation.
【0019】次に、OSIプロトコル第7層に位置する
CMIPの基本的オペレーションの平均処理時間をこの
発明によるMIBと従来のリレーショナル(R)DBM
S、オブジェクト指向(00)DBMSによるMIBの
場合との比較結果を図2Bに示す。図2Bにおいて、横
軸はCMIPの生成(create)、削除(delete)、更新
(set)、情報取得(get)の各オペレーションを表し、縦
軸は処理時間を表している。全てのオペレーションにお
いてこの発明の有効性が示されている。また、MIT上
の各階層毎にAOIテーブルが定義されるため、単一の
AOIテーブルを定義した場合、全てのAOI値をスキ
ャンする必要があるのに比較して、当該階層上にあるA
OIのみがスキャンされるのでターゲットとなるMOに
到達する処理時間も優れる。Next, the average processing time of the basic operations of CMIP located in the layer 7 of the OSI protocol is compared with the MIB according to the present invention and the conventional relational (R) DBM.
FIG. 2B shows the result of comparison with the case of MIB based on S and object-oriented (00) DBMS. In FIG. 2B, the horizontal axis represents each operation of CMIP generation (create), deletion (delete), update (set), and information acquisition (get), and the vertical axis represents processing time. The effectiveness of the invention has been demonstrated in all operations. In addition, since an AOI table is defined for each layer on the MIT, when a single AOI table is defined, it is necessary to scan all AOI values, but in comparison with A on the layer
Since only the OI is scanned, the processing time to reach the target MO is also excellent.
【図1】この発明のMIB構成法を示す図。FIG. 1 is a diagram showing a MIB construction method of the present invention.
【図2】Aはネットワークオペレーションシステムにお
けるMOの包含木(MIT)の例を示す図、BはCMI
Pオペレーションにおけるこの発明方法、従来方法によ
る例を示す図である。FIG. 2A is a diagram showing an example of an MO inclusion tree (MIT) in a network operation system, and B is a CMI.
It is a figure which shows the example by this invention method in P operation, and the conventional method.
【図3】MO生成に対する処理の手順の例を示す流れ
図。FIG. 3 is a flowchart showing an example of a processing procedure for MO generation.
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 FI 技術表示箇所 G06F 17/30 H04L 12/24 12/26 9466−5K H04L 11/08 ─────────────────────────────────────────────────── ─── Continuation of the front page (51) Int.Cl. 6 Identification code Internal reference number FI Technical display location G06F 17/30 H04L 12/24 12/26 9466-5K H04L 11/08
Claims (2)
ョンシステムに適用されるネットワークリソースを管理
するMIBの構成方法において、 電子計算機の主記憶上にMIB情報を展開すると共に、
管理対象間の包含関係を内部識別情報により表現するA
OIテーブルを包含木の各階層毎に上記主記憶上に定義
し、 二次記憶媒体上に、上記AOIテーブルと、上記管理対
象及びその属性値を、マシンのアーキテクチャに依存し
ない符号化則で符号化した情報とを合わせMIB情報と
して保持し、 上記主記憶の上記MIB情報及び上記定義と、上記二次
記憶媒体上の上記保持との間の関連付けを行うことによ
り上記MIBを構成することを特徴とするネットワーク
オペレーションシステムにおけるMIB構成方法。1. A method of configuring a MIB for managing network resources applied to a network operation system based on TMN, wherein MIB information is expanded on a main memory of an electronic computer, and
A that expresses the inclusion relation between managed objects by internal identification information
An OI table is defined in the main memory for each hierarchy of the inclusion tree, and the AOI table, the management target and their attribute values are encoded on the secondary storage medium by an encoding rule that does not depend on the machine architecture. The MIB is configured by holding the converted information together as MIB information, and associating the MIB information and the definition of the main memory with the holding on the secondary storage medium to configure the MIB. A method for configuring a MIB in a network operation system.
システムにおけるMIB構成方法における上記二次記憶
媒体に上記MIB情報のバックアップを取得する方法に
おいて、 上記MIBに更新トランザクションが発生すると、上記
主記憶上の上記AOIテーブルを更新すると共に、上記
二次記憶媒体上にファイル形式で蓄積されたAOIテー
ブル及び上記符号化情報を登録する符号化テーブルの更
新を実行することを特徴とするMIBバックアップ方
法。2. The method for obtaining a backup of the MIB information in the secondary storage medium in the MIB configuration method in the network operation system according to claim 1, wherein when an update transaction occurs in the MIB, the AOI on the main memory is generated. A MIB backup method comprising updating a table and updating an AOI table stored in a file format on the secondary storage medium and an encoding table for registering the encoding information.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP6318374A JPH08181772A (en) | 1994-12-21 | 1994-12-21 | Mib configuration method in network operation system and its backup method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP6318374A JPH08181772A (en) | 1994-12-21 | 1994-12-21 | Mib configuration method in network operation system and its backup method |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH08181772A true JPH08181772A (en) | 1996-07-12 |
Family
ID=18098443
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP6318374A Pending JPH08181772A (en) | 1994-12-21 | 1994-12-21 | Mib configuration method in network operation system and its backup method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH08181772A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0977400A1 (en) * | 1998-07-31 | 2000-02-02 | Bull S.A. | Method for referencing a collection of object instances in a management information base |
FR2785410A1 (en) * | 1998-10-30 | 2000-05-05 | Bull Sa | METHOD OF OPTIMIZING THE ACCESS TO ALL THE INSTANCES OF OBJECTS OF THE SAME CLASS IN AN ADMINISTRATION DATABASE |
KR100359639B1 (en) * | 1999-12-16 | 2002-11-04 | 엘지전자 주식회사 | method for MIB updating in TMN agent |
KR100714681B1 (en) * | 2004-11-05 | 2007-05-07 | 삼성전자주식회사 | Network managing device and method thereof |
KR20210110123A (en) * | 2020-02-28 | 2021-09-07 | (주)시즐 | Apparatus for nonrelationlal database using relational database structure and data standardization method thereof |
-
1994
- 1994-12-21 JP JP6318374A patent/JPH08181772A/en active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0977400A1 (en) * | 1998-07-31 | 2000-02-02 | Bull S.A. | Method for referencing a collection of object instances in a management information base |
FR2781903A1 (en) * | 1998-07-31 | 2000-02-04 | Bull Sa | METHOD OF REFERENCING IN AN ADMINISTRATION INFORMATION BASE OF A SET OF OBJECT INSTANCES |
FR2785410A1 (en) * | 1998-10-30 | 2000-05-05 | Bull Sa | METHOD OF OPTIMIZING THE ACCESS TO ALL THE INSTANCES OF OBJECTS OF THE SAME CLASS IN AN ADMINISTRATION DATABASE |
WO2000027073A1 (en) * | 1998-10-30 | 2000-05-11 | Bull S.A. | Method for optimising accesses to the set of object instances of a common class in a management information base |
KR100359639B1 (en) * | 1999-12-16 | 2002-11-04 | 엘지전자 주식회사 | method for MIB updating in TMN agent |
KR100714681B1 (en) * | 2004-11-05 | 2007-05-07 | 삼성전자주식회사 | Network managing device and method thereof |
US8595339B2 (en) | 2004-11-05 | 2013-11-26 | Samsung Electronics Co., Ltd. | Network management apparatus and method |
KR20210110123A (en) * | 2020-02-28 | 2021-09-07 | (주)시즐 | Apparatus for nonrelationlal database using relational database structure and data standardization method thereof |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5940832A (en) | Dynamic database structuring method and apparatus, and database clustering method and apparatus | |
KR101336512B1 (en) | Distributed management monitoring system, monitoring method and creating method thereof | |
JP4132441B2 (en) | Data management device for managed objects | |
US6915340B2 (en) | System and method for deriving future network configuration data from the current and previous network configuration data | |
CN109144994A (en) | Index updating method, system and relevant apparatus | |
CN100484039C (en) | Network management apparatus and network management method | |
JPH11331245A (en) | Network directory access mechanism and method therefor | |
US6941309B2 (en) | Object integrated management system | |
CN106021370A (en) | Memory database instance management method and device | |
US6385650B1 (en) | Arrangement and method relating to information managing systems | |
US20090100082A1 (en) | Replication and mapping mechanism for recreating memory durations | |
CN112800066B (en) | Index management method, related equipment and storage medium | |
JPH08181772A (en) | Mib configuration method in network operation system and its backup method | |
WO1999034557A1 (en) | Method and system for software version management in a network management system | |
JP3481867B2 (en) | Network management system for multiple management protocols | |
KR100256686B1 (en) | Method for searching adding and deleting a node on the management information tree using the multiple balanced tree | |
KR100359639B1 (en) | method for MIB updating in TMN agent | |
US6622146B1 (en) | System managing method and apparatus for decreasing a load applied to a common processing unit | |
JP3169156B2 (en) | Network data storage method | |
JP2644535B2 (en) | Network file search processing system | |
US5893103A (en) | Method of reconstructing a managed information tree | |
JP2885144B2 (en) | Management information base system | |
CN110019300A (en) | The data access method and its system of distributed data base | |
KR100293389B1 (en) | Managed object management method in the TMN agent | |
KR100270914B1 (en) | Network management system and class dynamic loading method |