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
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【０００１】[0001]
【産業上の利用分野】この発明は、複数の通信網の相互
接続、及び、様々な通信網構成要素（ＮＥ：Network El
ement)とネットワークオペレーションシステムＯｐＳの
接続を可能とするＴＭＮ（Telecommunication Manageme
nt Network）に基づく通信網ＯｐＳを構築するための基
本技術であるＭＩＢ（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]
【従来の技術】近年、ＩＴＵ−Ｔ等を中心として、多種
多用な通信網構成要素（ＮＥ）とオペレーションシステ
ム（ＯｐＳ）の接続を可能とし、更に複数の通信網の相
互接続により高度な網オペレーションの実現を可能とす
るTelecommunication Management Network（ＴＭＮ）
（ＣＣＩＴＴ Ｒｅｃ．Ｍ．３０１０、Principles for
aTelecommunication Management Network （ＴＭＮ）、
１９９２）に基づくオペレーションシステムの研究開発
が活発に行われてきている。既に、ＴＭＮに基づくＯｐ
ＳのプラットホームであるＴＮＭＳカーネルの研究開発
が行なわれてきている（依田、他、“ＴＭＮＳカーネル
の提案”、電子情報通信学会、信学技法、ＣＳ９３−７
９、１９９３）。管理対象（ＭＯ：Managed Object）の
蓄積管理を司るデータベースであるManeged Informatio
n Base（ＭＩＢ）はＴＭＮに準拠する網管理を実現する
上の重要な技術である。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.
【０００３】ＯｐＳにおけるＭＩＢを構成する方法に対
する要求条件は以下の通である。 （１）管理対象蓄積管理機能 ＭＯとそれらの属性値を効率的に格納し、迅速に検索で
きる機能。 （２）管理対象の包含関係管理機能 ＭＯ間にはＭＩＴ（Maneged Information Tree：包含
木）に表されるように包含関係に基づいた命名規則があ
る。このＭＯ間の包含関係をＭＩＢにマッピングする必
要がある。 （３）フィルタ／スコープ機能 管理される側（エージェント）が管理する側（マネージ
ャ）からアクセスされ、操作対象となるＭＯを特定する
機能が必要となる。このためには、ＭＩＴ上で基点とな
るＭＯを指定し対象範囲を特定するスコープ機能、及
び、特定の属性値の範囲を指定してＭＯの対象範囲を特
定するフィルタ機能が必要となる。 （４）トランザクション機能 管理操作は単一のマネージャからの複数の処理要求から
構成される場合や複数のマネージャからの同時要求もあ
り得る。従って、管理情報の一貫性を保つための排他制
御やトランザクション制御機構が必要となる。 （５）バックアップ処理 揮発性の主記憶上にＭＩＢ情報が展開されるため、不揮
発性媒体にバックアップを取得でき、更に、マネージャ
またはエージェント起動時には、バックアップ上のＭＯ
情報が復号化されて再度主記憶上に展開され、運用状態
に復帰できることが必要となる。 （６）インデックス機能 主記憶上に展開されるＭＯを更に高速に操作するために
インデックスを構築できる機能が必要となる。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.
【０００４】ＭＯは様々であり且つ大量であり、このＭ
Ｏの効率的な蓄積、管理が可能であることがＭＩＢの要
求条件となる。従来より一般のデータベースの管理に用
いられている市販の関係データベース（ＲＤＢ：Relati
onal Database)や、オブジェクト指向データベース（Ｏ
ＯＤＢ：Object Oriented Database）を用いてＭＩＢを
構成する手法が提案されてきている。ＴＭＮの網管理の
基本概念によれば、ネットワークオペレーションシステ
ム（管理する実体）から標準的なインタフェース（Ｑイ
ンタフェース）を介して管理操作が実施され、被管理対
象からの応答または通知により網管理が実現される。Ｍ
ＩＢは管理される側（エージェント）に必要とし、ネッ
トワーク管理にリアルタイムもしくはリアルタイムに近
いスループットが要求される。従って、このような観点
から現状技術を見ると以下のような問題がある。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]
【発明が解決しようとする課題】まず、ＲＤＢについて
であるが、ＲＤＢは本来レコード型をベースとするテー
ブル（表形式）構造が基本となる為、オブジェクト指向
を基本とするＴＭＮに基づくＯｐＳ管理に適合させるた
めのオーバヘッドによる性能低下が無視できなくなって
いる。言い替えると、ＭＯとそのＭＯが有する属性値を
テーブル構造にマッピングさせてＭＩＢを実現するもの
であるため、ＴＭＮに基づくＯｐＳ管理に対応させよう
とすると、複数のテーブルをジョイント（結合）させる
ことにより管理操作が実現される。これが、ＲＤＢとエ
ージェントプロセスとの間のインタラクションの性能が
低下する原因となっている。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] 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.
【０００７】以上述べてきたように、従来の市販製品に
よるＭＩＢ構成方法では高速な応答性を要求されるＭＩ
Ｂにおいて処理性能・システム構築における効率性等に
難点があり、ＴＭＮに基づくＯｐＳを構築することは現
状の技術においては困難である。従来の汎用ＤＢＭＳは
このような問題を解決するような技術的検討はなされて
いなかった。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.
【０００８】そこで、安定的にパフォーマンスのよいＭ
ＩＢを効率的に構成するための一方法として、汎用ＤＢ
ＭＳを利用してＭＩＢを構成するのではなく、コンピュ
ータの主記憶上にＭＩＢ情報を保持するMain Memory Re
sident Database(ＭＲＤＢ）による構成方法が考えられ
る。主記憶上にデータベースを構成する技術は既に存在
するが、単純に主記憶上にＭＩＢ情報を展開するのでは
なく、ＭＯの包含関係を内部識別情報により表現し処理
の効率化を図り、更に、二次記憶媒体上に主記憶上のＭ
ＩＢ情報のバックアップファイルを取得し、異常時のデ
ータリカバリを可能とするものである。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]
【課題を解決するための手段】この発明のＭＩＢ構成法
とそのバックアップ方法は、ネットワークオペレーショ
ンにおけるＭＯ間の包含関係を簡易な内部識別情報によ
りＡＯＩ（Agent Object ID)テーブルとして表現し、そ
のＡＯＩテーブルを包含木の階層毎に定義してコンピュ
ータの主記憶上に展開すると共にその主記憶上にＭＩＢ
情報、つまりＭＯとその属性値を展開し、更に、二次記
憶媒体上にＡＯＩテーブル、並びに、ＭＯとその属性値
を、マシンのアーキテクチャに依存しない符号化則で符
号化した値を合わせ保持し、上記主記憶上のＡＯＩテー
ブル及びＭＩＢ情報と、上記二次記憶媒体上のＡＯＩテ
ーブル及び符号化値との間の関連付けを行うことにより
ＭＩＢを構成する。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.
【００１０】また、ＭＩＢ情報のバックアップを二次記
憶媒体上に取得する方法においては、ＭＩＢに更新トラ
ンザクションが発生したとき、ＡＯＩテーブルの更新と
共に二次記憶媒体上にファイル形式で蓄積されたＡＯＩ
テーブルと符号化情報との更新を実行することを特徴と
する。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]
【実施例】ＴＭＮでは通信網オペレーションはリソース
を管理するＭＯへの管理操作で実現される。ＭＩＢへの
要求条件は上述したが、この発明の特徴である、ＭＯと
その属性値、及び、ＭＯ間の包含関係の実装方法、及
び、二次記憶媒体へのバックアップ取得方法を以下に詳
細に述べる。この発明によるＭＩＢ構成法原理を図１に
示す。ネットワークオペレーションシステム（ＯｐＳ）
１１においてオペレーション業務をするＡＰ１（管理す
る／される実体：マネージャ／エージェントプロセス）
１２内には複数のＭＯとその属性値情報とがＭＯ群とし
て保持され、ＡＰ１（１２）の実行によりＭＩＢ情報の
取得、生成、削除、更新など生じると、これに応じたメ
ッセージを制御部（ＭＩＢ ＡＰＩ）１３へ送出し、つ
まりＭＩＢをアクセスする。この際ＭＩＢ ＡＰＩ１３
として予め提供関数（ＭＩＢ操作コマンド）が用意され
ており、つまり前記メッセージにＭＩＢ ＡＰＩで規定
されており、ＡＰ１から当該ＭＩＢ操作コマンドを発す
ることによりＭＩＢへのアクセスが実現される。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.
【００１２】この発明では主記憶１４上に、ＭＩＢ情
報、通常はＭＯとその属性値がプロセスが占有する主記
憶空間１５に展開され、またＡＯＩ（Agent Object ID)
テーブル１６が展開される。ＡＯＩテーブル１６はＭＯ
間の包含関係が内部識別情報により表現され、包含木の
各階層毎に定義されている。ＴＭＮに基づくオペレーシ
ョンシステムでは、管理対象ＭＯは包含木で管理するよ
うに規定されている。例えば図２Ａに示すようにｒｏｏ
ｔ−ＪＰ（Japan)−ＴＮ（Transmission Network）と連
鎖され、このＴＮに複数のＮＥ（Network Element)やＮ
ＭＳ（Network Management System)がぶら下り、ＮＭＳ
に対し、複数のＴｒａｉｌがぶら下り、更にそのＴｒａ
ｉｌに複数のＣｏｎｎｅｃｔｉｏｎがぶら下る。ＮＭＳ
は、ネットワークのパス、回線の情報を管理するもので
ある。この包含木の場合は木の深さ、つまり階層はＮＭ
Ｓがランク１、Ｔｒａｉｌがランク２、Ｃｏｎｎｅｃｔ
ｉｏｎがランク３である。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.
【００１３】この図２Ａに示した関係で各ＭＯとその属
性値が主記憶１４の記憶空間１５に記憶される。また包
含木の各階層毎のＡＯＩテーブル１６は第１階層（ラン
ク１）についてみればテーブル１６1 に示すようにＮＭ
ＳのＭＯ、つまり識別子ＡＯＩが，１００１１，…と記
憶され、その各親のＭＯを示す識別子（親ＡＯＩ）が
０，と、更にその階層、つまりランクが１，１，…と記
憶される。同様に第２記憶のテーブル１６2 についてみ
ればそのＭＯを示す識別子ＡＯＩの２００１０，２００
２０，…について、その親のＭＯを示す識別子（親ＡＯ
Ｉ）が１００１１，１００１１，…と、更に各それが属
するランクが２，２…と記憶される。図に示していない
がランク３のＡＯＩテーブルも主記憶１４に設けられて
いる。つまり、ＡＯＩテーブル１６はＡＯＩ値、親ＡＯ
Ｉ値、ランクの３つの列により構成され、ＡＯＩ値はシ
ステム内部でＭＯを識別するためのユニークな整数値、
親ＡＯＩ値はあるＭＯのＭＩＴ（包含木）上の親子関係
（包含関係）を示すものであり、当該ＭＯのＭＩＴに沿
った上位のＭＯを内部で識別するための整数値、ランク
はＭＩＴ世界のローカルなｒｏｏｔ（図２ＡにおいてＮ
ＭＳに相当）から何番目の階層に位置するかを示す整数
値である。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).
【００１４】磁気ディスクのような不揮発性の二次記憶
媒体１７にも主記憶１４上のＡＯＩテーブル１６と同一
のＡＯＩテーブル１８が記憶されると共に各ＡＯＩ値に
ついてのＭＯとその属性値とがマシンのアーキテクチャ
に依存しない符号化則、例えばＡＳＮ．１（Abstract S
yntax Nortation １）符号化則により符号化したデータ
が符号化テーブル１９として二次記憶媒体１７上に記憶
される。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.
【００１５】ＡＰ１（１２）から発出されたＭＩＢ操作
コマンドはＭＩＢ ＡＰＩ１３で解釈され、主記憶１４
上に展開されたＭＩＢ情報に対し生成、削除、更新等の
操作が実行される。ＡＰ１（１２）から発せられる処理
要求が自エージェント内ＭＯに対するものでなく、物理
的に離れた別のＮＥ１（２１）の当該ＭＯを管理する実
体（エージェントプロセス）２２内のＭＯに対する場合
は別エージェントプロセスを実行するＡＰとＭＩＢ Ａ
ＰＩ１３が判断すると、ＭＩＢ ＡＰＩ１３はＭＩＢ
ＡＰＩで規定されるメッセージ又はＣＭＩＰ（通信プロ
トコル）でそのエージェントプロセス、つまりＡＰ２
（２２）に処理要求を出す。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).
【００１６】いま、ＡＰ１（１２）から新たなＭＯを生
成する要求がＭＩＢ ＡＰＩ１３に発せられ、このＭＯ
の包含木上の位置は図２ＡにおけるＴｒａｉｌ３（終端
点）で示されるものとする。ＴＰ３は第２ランクに位置
し、この場合のＴＰ３生成のための処理の流れは図３に
示すようになる。まず、ＡＰ１（１２）よりＭＯの生成
命令がＭＩＢ操作コマンドにより発せられる（Ｓ1 ）。
次にＭＩＢ ＡＰＩ１３は、生成すべきＭＯの親の存在
を確認した後（Ｓ2 ）、第２ランクのＡＯＩテーブル１
６2 を検索し、仮のＡＯＩ値２００２１を設定して、当
該レコードをロック（予約）する（Ｓ3 ）。次に、ＭＩ
Ｂ ＡＰＩ１３は新たなＴｒａｉｌを生成するために自
エージェントに対しＴｒａｉｌ生成を実行させる。つま
りＴｒａｉｌ３の生成に伴い、これと関連するＭＯの属
性値が変化する場合はこれを行って整合性を保持する。
このとき、複数のＭＯに対しメッセージを送出する必要
がある場合はトランザクション処理を実行する
（Ｓ4 ）。一連のトランザクション処理が終了し、処理
結果が正常なら（Ｓ5 ）、二次記憶媒体１７上のＡＯＩ
テーブル１８の当該レコードを更新し、且つ、符号化テ
ーブル１９に新規に生成したＴｒａｉｌに対応する符号
化値を登録する（Ｓ6 ）。上記の処理が正常に終了した
後、既にロックしてある主記憶１４上のＡＯＩテーブル
１６の当該レコードを開放し、つまり処理完了状態とし
て、一連の更新シーケンスは終了する（Ｓ7 ）。ステッ
プＳ5 で処理結果が正常と判定されないと、この処理を
開始前の状態に戻して終了とする（Ｓ8 ）。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 ).
【００１７】オペレーションシステムＯｐＳ１１のマネ
ージャ／エージェント、またはエージェントシステムが
電源断等のハードウェアまたはソフトウェア上の何らか
の理由（但し、二次記憶媒体１７の致命的故障は除く）
により稼働を停止した場合、主記憶１４上のＭＩＢ情報
は失われる。これを再度主記憶１４上に展開するには、
停止した後、その原因を除去し再度稼働を始めた場合、
主記憶１４上のＡＯＩテーブル１６の情報は既に消去さ
れているが、二次記憶媒体１７上のＭＩＢ情報は安定状
態のままである。二次記憶媒体１７上のＡＯＩテーブル
１８より再度主記憶１４上にＡＯＩテーブル１６が展開
され、また符号化テーブル１９を読出し、復号化して記
憶空間１５に展開して運用状態に復帰する。なお、ＭＯ
削除についても同様の考え方で処理がなされる。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]
【発明の効果】以上説明したように、この発明のＭＩＢ
構成方法によれば、従来のＤＢＭＳを利用してＭＩＢを
構成する方法に比較して、主記憶上にＭＩＢを展開し、
ＭＯの検索（取得）を二次記憶媒体から得る場合より著
しく高速化しまたＡＯＩテーブルによりＭＯ生成・削除
処理を高速化したので、ＯｐＳをインストールするハー
ドウェアまたはＯＳに依存しない拡張性を有すると共
に、ネットワークオペレーションシステムの運用保守業
務の効率化を低コストに実現することができる。また二
次記憶媒体にもＭＩＢ情報を展開しているため、ＭＩＢ
をあるベンダのコンピュータ上に構成しても、他ベンダ
のコンピュータ上への移植作業も容易である。即ち、汎
用のＤＢＭＳを使用する場合、移植先のコンピュータで
も当該ＤＢＭＳが正常に動作することを確認後にＭＩＢ
情報を移植する必要があり、コストも増大するのに対
し、この発明によるＭＩＢ構成方法ではオペレーション
システムのプラットホームであるＴＮＭＳカーネルが動
作しさえすれば、移植作業は特に必要としない。このよ
うに、極めて容易な移植性を有すると共に、パフォーマ
ンスのよいオペレーション業務、並びに、運用開始後の
システムの保守作業の効率化が可能である。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.
【００１９】次に、ＯＳＩプロトコル第７層に位置する
ＣＭＩＰの基本的オペレーションの平均処理時間をこの
発明によるＭＩＢと従来のリレーショナル（Ｒ）ＤＢＭ
Ｓ、オブジェクト指向（００）ＤＢＭＳによるＭＩＢの
場合との比較結果を図２Ｂに示す。図２Ｂにおいて、横
軸はＣＭＩＰの生成（create）、削除(delete)、更新
（set)、情報取得（get)の各オペレーションを表し、縦
軸は処理時間を表している。全てのオペレーションにお
いてこの発明の有効性が示されている。また、ＭＩＴ上
の各階層毎にＡＯＩテーブルが定義されるため、単一の
ＡＯＩテーブルを定義した場合、全てのＡＯＩ値をスキ
ャンする必要があるのに比較して、当該階層上にあるＡ
ＯＩのみがスキャンされるのでターゲットとなるＭＯに
到達する処理時間も優れる。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.
【図１】この発明のＭＩＢ構成法を示す図。FIG. 1 is a diagram showing a MIB construction method of the present invention.
【図２】Ａはネットワークオペレーションシステムにお
けるＭＯの包含木（ＭＩＴ）の例を示す図、ＢはＣＭＩ
Ｐオペレーションにおけるこの発明方法、従来方法によ
る例を示す図である。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.
【図３】ＭＯ生成に対する処理の手順の例を示す流れ
図。FIG. 3 is a flowchart showing an example of a processing procedure for MO generation.
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 17/30 Ｈ０４Ｌ 12/24 12/26 9466−5Ｋ Ｈ０４Ｌ 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)
ョンシステムに適用されるネットワークリソースを管理
するＭＩＢの構成方法において、 電子計算機の主記憶上にＭＩＢ情報を展開すると共に、
管理対象間の包含関係を内部識別情報により表現するＡ
ＯＩテーブルを包含木の各階層毎に上記主記憶上に定義
し、 二次記憶媒体上に、上記ＡＯＩテーブルと、上記管理対
象及びその属性値を、マシンのアーキテクチャに依存し
ない符号化則で符号化した情報とを合わせＭＩＢ情報と
して保持し、 上記主記憶の上記ＭＩＢ情報及び上記定義と、上記二次
記憶媒体上の上記保持との間の関連付けを行うことによ
り上記ＭＩＢを構成することを特徴とするネットワーク
オペレーションシステムにおけるＭＩＢ構成方法。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.
システムにおけるＭＩＢ構成方法における上記二次記憶
媒体に上記ＭＩＢ情報のバックアップを取得する方法に
おいて、 上記ＭＩＢに更新トランザクションが発生すると、上記
主記憶上の上記ＡＯＩテーブルを更新すると共に、上記
二次記憶媒体上にファイル形式で蓄積されたＡＯＩテー
ブル及び上記符号化情報を登録する符号化テーブルの更
新を実行することを特徴とするＭＩＢバックアップ方
法。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 |
|---|---|---|
| JP2779587B2 (en) | Apparatus and method for making part of a namespace used for a computer system available as part of another namespace | |
| 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 | |
| CN106021370A (en) | Memory database instance management method and device | |
| US6385650B1 (en) | Arrangement and method relating to information managing systems | |
| 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 | |
| CN116760913B (en) | Method and system for issuing k8s cluster protocol conversion platform configuration | |
| KR100293389B1 (en) | Managed object management method in the TMN agent | |
| JP3328197B2 (en) | How to manage product data | |
| KR100270914B1 (en) | Network management system and class dynamic loading method |