JPH08181772A - ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法 - Google Patents
ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法Info
- 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
- main memory
- 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
(57)【要約】
【目的】 高速処理を可能とする。
【構成】 主記憶１４上の空間１５に管理対象（ＭＯ）
及びその属性を展開し、かつその各ＭＯについてＩＤ
（ＡＯＩ）とその親ＡＯＩと、ランク（包含木の深さ）
とを包含木の階層ごとにＡＯＩテーブル１６として記憶
する。二次記憶１７にテーブル１６と同一のテーブル１
８と、記憶空間１５上の記憶内容をＡＳＮ．１符号化し
たものを各ＡＯＩについてテーブル１９として記憶して
おく、管理実体１２からＭＩＢ特性コマンドが発せられ
ると、ＭＩＢ ＡＰＩ１３はそのコマンドに応じた処理
を、記憶空間１５、必要に応じてテーブル１６、二次記
憶１７に対して行う。
及びその属性を展開し、かつその各ＭＯについてＩＤ
（ＡＯＩ）とその親ＡＯＩと、ランク（包含木の深さ）
とを包含木の階層ごとにＡＯＩテーブル１６として記憶
する。二次記憶１７にテーブル１６と同一のテーブル１
８と、記憶空間１５上の記憶内容をＡＳＮ．１符号化し
たものを各ＡＯＩについてテーブル１９として記憶して
おく、管理実体１２からＭＩＢ特性コマンドが発せられ
ると、ＭＩＢ ＡＰＩ１３はそのコマンドに応じた処理
を、記憶空間１５、必要に応じてテーブル１６、二次記
憶１７に対して行う。
Description
【０００１】
【産業上の利用分野】この発明は、複数の通信網の相互
接続、及び、様々な通信網構成要素（ＮＥ：Network El
ement)とネットワークオペレーションシステムＯｐＳの
接続を可能とするＴＭＮ（Telecommunication Manageme
nt Network）に基づく通信網ＯｐＳを構築するための基
本技術であるＭＩＢ（Maneged Information Base、デー
タベース）構成方法に関するものである。
接続、及び、様々な通信網構成要素（ＮＥ：Network El
ement)とネットワークオペレーションシステムＯｐＳの
接続を可能とするＴＭＮ（Telecommunication Manageme
nt Network）に基づく通信網ＯｐＳを構築するための基
本技術であるＭＩＢ（Maneged Information Base、デー
タベース）構成方法に関するものである。
【０００２】
【従来の技術】近年、ＩＴＵ−Ｔ等を中心として、多種
多用な通信網構成要素（ＮＥ）とオペレーションシステ
ム（ＯｐＳ）の接続を可能とし、更に複数の通信網の相
互接続により高度な網オペレーションの実現を可能とす
るTelecommunication Management Network（ＴＭＮ）
（ＣＣＩＴＴ Ｒｅｃ．Ｍ．３０１０、Principles for
aTelecommunication Management Network （ＴＭＮ）、
１９９２）に基づくオペレーションシステムの研究開発
が活発に行われてきている。既に、ＴＭＮに基づくＯｐ
ＳのプラットホームであるＴＮＭＳカーネルの研究開発
が行なわれてきている（依田、他、“ＴＭＮＳカーネル
の提案”、電子情報通信学会、信学技法、ＣＳ９３−７
９、１９９３）。管理対象（ＭＯ：Managed Object）の
蓄積管理を司るデータベースであるManeged Informatio
n Base（ＭＩＢ）はＴＭＮに準拠する網管理を実現する
上の重要な技術である。
多用な通信網構成要素（ＮＥ）とオペレーションシステ
ム（ＯｐＳ）の接続を可能とし、更に複数の通信網の相
互接続により高度な網オペレーションの実現を可能とす
るTelecommunication Management Network（ＴＭＮ）
（ＣＣＩＴＴ Ｒｅｃ．Ｍ．３０１０、Principles for
aTelecommunication Management Network （ＴＭＮ）、
１９９２）に基づくオペレーションシステムの研究開発
が活発に行われてきている。既に、ＴＭＮに基づくＯｐ
ＳのプラットホームであるＴＮＭＳカーネルの研究開発
が行なわれてきている（依田、他、“ＴＭＮＳカーネル
の提案”、電子情報通信学会、信学技法、ＣＳ９３−７
９、１９９３）。管理対象（ＭＯ：Managed Object）の
蓄積管理を司るデータベースであるManeged Informatio
n Base（ＭＩＢ）はＴＭＮに準拠する網管理を実現する
上の重要な技術である。
【０００３】ＯｐＳにおけるＭＩＢを構成する方法に対
する要求条件は以下の通である。 （１）管理対象蓄積管理機能 ＭＯとそれらの属性値を効率的に格納し、迅速に検索で
きる機能。 （２）管理対象の包含関係管理機能 ＭＯ間にはＭＩＴ（Maneged Information Tree：包含
木）に表されるように包含関係に基づいた命名規則があ
る。このＭＯ間の包含関係をＭＩＢにマッピングする必
要がある。 （３）フィルタ／スコープ機能 管理される側（エージェント）が管理する側（マネージ
ャ）からアクセスされ、操作対象となるＭＯを特定する
機能が必要となる。このためには、ＭＩＴ上で基点とな
るＭＯを指定し対象範囲を特定するスコープ機能、及
び、特定の属性値の範囲を指定してＭＯの対象範囲を特
定するフィルタ機能が必要となる。 （４）トランザクション機能 管理操作は単一のマネージャからの複数の処理要求から
構成される場合や複数のマネージャからの同時要求もあ
り得る。従って、管理情報の一貫性を保つための排他制
御やトランザクション制御機構が必要となる。 （５）バックアップ処理 揮発性の主記憶上にＭＩＢ情報が展開されるため、不揮
発性媒体にバックアップを取得でき、更に、マネージャ
またはエージェント起動時には、バックアップ上のＭＯ
情報が復号化されて再度主記憶上に展開され、運用状態
に復帰できることが必要となる。 （６）インデックス機能 主記憶上に展開されるＭＯを更に高速に操作するために
インデックスを構築できる機能が必要となる。
する要求条件は以下の通である。 （１）管理対象蓄積管理機能 ＭＯとそれらの属性値を効率的に格納し、迅速に検索で
きる機能。 （２）管理対象の包含関係管理機能 ＭＯ間にはＭＩＴ（Maneged Information Tree：包含
木）に表されるように包含関係に基づいた命名規則があ
る。このＭＯ間の包含関係をＭＩＢにマッピングする必
要がある。 （３）フィルタ／スコープ機能 管理される側（エージェント）が管理する側（マネージ
ャ）からアクセスされ、操作対象となるＭＯを特定する
機能が必要となる。このためには、ＭＩＴ上で基点とな
るＭＯを指定し対象範囲を特定するスコープ機能、及
び、特定の属性値の範囲を指定してＭＯの対象範囲を特
定するフィルタ機能が必要となる。 （４）トランザクション機能 管理操作は単一のマネージャからの複数の処理要求から
構成される場合や複数のマネージャからの同時要求もあ
り得る。従って、管理情報の一貫性を保つための排他制
御やトランザクション制御機構が必要となる。 （５）バックアップ処理 揮発性の主記憶上にＭＩＢ情報が展開されるため、不揮
発性媒体にバックアップを取得でき、更に、マネージャ
またはエージェント起動時には、バックアップ上のＭＯ
情報が復号化されて再度主記憶上に展開され、運用状態
に復帰できることが必要となる。 （６）インデックス機能 主記憶上に展開されるＭＯを更に高速に操作するために
インデックスを構築できる機能が必要となる。
【０００４】ＭＯは様々であり且つ大量であり、このＭ
Ｏの効率的な蓄積、管理が可能であることがＭＩＢの要
求条件となる。従来より一般のデータベースの管理に用
いられている市販の関係データベース（ＲＤＢ：Relati
onal Database)や、オブジェクト指向データベース（Ｏ
ＯＤＢ：Object Oriented Database）を用いてＭＩＢを
構成する手法が提案されてきている。ＴＭＮの網管理の
基本概念によれば、ネットワークオペレーションシステ
ム（管理する実体）から標準的なインタフェース（Ｑイ
ンタフェース）を介して管理操作が実施され、被管理対
象からの応答または通知により網管理が実現される。Ｍ
ＩＢは管理される側（エージェント）に必要とし、ネッ
トワーク管理にリアルタイムもしくはリアルタイムに近
いスループットが要求される。従って、このような観点
から現状技術を見ると以下のような問題がある。
Ｏの効率的な蓄積、管理が可能であることがＭＩＢの要
求条件となる。従来より一般のデータベースの管理に用
いられている市販の関係データベース（ＲＤＢ：Relati
onal Database)や、オブジェクト指向データベース（Ｏ
ＯＤＢ：Object Oriented Database）を用いてＭＩＢを
構成する手法が提案されてきている。ＴＭＮの網管理の
基本概念によれば、ネットワークオペレーションシステ
ム（管理する実体）から標準的なインタフェース（Ｑイ
ンタフェース）を介して管理操作が実施され、被管理対
象からの応答または通知により網管理が実現される。Ｍ
ＩＢは管理される側（エージェント）に必要とし、ネッ
トワーク管理にリアルタイムもしくはリアルタイムに近
いスループットが要求される。従って、このような観点
から現状技術を見ると以下のような問題がある。
【０００５】
【発明が解決しようとする課題】まず、ＲＤＢについて
であるが、ＲＤＢは本来レコード型をベースとするテー
ブル（表形式）構造が基本となる為、オブジェクト指向
を基本とするＴＭＮに基づくＯｐＳ管理に適合させるた
めのオーバヘッドによる性能低下が無視できなくなって
いる。言い替えると、ＭＯとそのＭＯが有する属性値を
テーブル構造にマッピングさせてＭＩＢを実現するもの
であるため、ＴＭＮに基づくＯｐＳ管理に対応させよう
とすると、複数のテーブルをジョイント（結合）させる
ことにより管理操作が実現される。これが、ＲＤＢとエ
ージェントプロセスとの間のインタラクションの性能が
低下する原因となっている。
であるが、ＲＤＢは本来レコード型をベースとするテー
ブル（表形式）構造が基本となる為、オブジェクト指向
を基本とするＴＭＮに基づくＯｐＳ管理に適合させるた
めのオーバヘッドによる性能低下が無視できなくなって
いる。言い替えると、ＭＯとそのＭＯが有する属性値を
テーブル構造にマッピングさせてＭＩＢを実現するもの
であるため、ＴＭＮに基づくＯｐＳ管理に対応させよう
とすると、複数のテーブルをジョイント（結合）させる
ことにより管理操作が実現される。これが、ＲＤＢとエ
ージェントプロセスとの間のインタラクションの性能が
低下する原因となっている。
【０００６】一方ＯＯＤＢはオブジェクト指向のパラダ
イム（思想）に合致した対象を効率的に蓄積、検索する
ためのデータベースシステムである。従ってＯＯＤＢは
オブジェクト指向プログラムと親和性がよく、ＭＯの複
雑なデータ構造を効率的に蓄積、管理することが可能で
あるため、プログラムコード量の削減も可能である。ま
た、ポインタ処理が中心のため、ＭＯ操作のパフォーマ
ンスも優れる。しかし、ＭＯが記憶された二次記憶媒体
（通常磁気ディスクのような大容量記憶媒体）を直接ア
クセスするため高速処理ができず、キャシュ方式を用い
ても高速化に減度がある。しかも大量のＭＯに対する同
時操作等はＭＯの二次記憶媒体上での蓄積される位置の
局所性によりパフォーマンスにバラツキもあり、先に述
べたようにリアルタイムかまたはそれに近いパフォーマ
ンスが要求された場合、現状の市販品のレベルでは必ず
しも十分な性能が得られるまでに至っていない。
イム（思想）に合致した対象を効率的に蓄積、検索する
ためのデータベースシステムである。従ってＯＯＤＢは
オブジェクト指向プログラムと親和性がよく、ＭＯの複
雑なデータ構造を効率的に蓄積、管理することが可能で
あるため、プログラムコード量の削減も可能である。ま
た、ポインタ処理が中心のため、ＭＯ操作のパフォーマ
ンスも優れる。しかし、ＭＯが記憶された二次記憶媒体
（通常磁気ディスクのような大容量記憶媒体）を直接ア
クセスするため高速処理ができず、キャシュ方式を用い
ても高速化に減度がある。しかも大量のＭＯに対する同
時操作等はＭＯの二次記憶媒体上での蓄積される位置の
局所性によりパフォーマンスにバラツキもあり、先に述
べたようにリアルタイムかまたはそれに近いパフォーマ
ンスが要求された場合、現状の市販品のレベルでは必ず
しも十分な性能が得られるまでに至っていない。
【０００７】以上述べてきたように、従来の市販製品に
よるＭＩＢ構成方法では高速な応答性を要求されるＭＩ
Ｂにおいて処理性能・システム構築における効率性等に
難点があり、ＴＭＮに基づくＯｐＳを構築することは現
状の技術においては困難である。従来の汎用ＤＢＭＳは
このような問題を解決するような技術的検討はなされて
いなかった。
よるＭＩＢ構成方法では高速な応答性を要求されるＭＩ
Ｂにおいて処理性能・システム構築における効率性等に
難点があり、ＴＭＮに基づくＯｐＳを構築することは現
状の技術においては困難である。従来の汎用ＤＢＭＳは
このような問題を解決するような技術的検討はなされて
いなかった。
【０００８】そこで、安定的にパフォーマンスのよいＭ
ＩＢを効率的に構成するための一方法として、汎用ＤＢ
ＭＳを利用してＭＩＢを構成するのではなく、コンピュ
ータの主記憶上にＭＩＢ情報を保持するMain Memory Re
sident Database(ＭＲＤＢ）による構成方法が考えられ
る。主記憶上にデータベースを構成する技術は既に存在
するが、単純に主記憶上にＭＩＢ情報を展開するのでは
なく、ＭＯの包含関係を内部識別情報により表現し処理
の効率化を図り、更に、二次記憶媒体上に主記憶上のＭ
ＩＢ情報のバックアップファイルを取得し、異常時のデ
ータリカバリを可能とするものである。
ＩＢを効率的に構成するための一方法として、汎用ＤＢ
ＭＳを利用してＭＩＢを構成するのではなく、コンピュ
ータの主記憶上にＭＩＢ情報を保持するMain Memory Re
sident Database(ＭＲＤＢ）による構成方法が考えられ
る。主記憶上にデータベースを構成する技術は既に存在
するが、単純に主記憶上にＭＩＢ情報を展開するのでは
なく、ＭＯの包含関係を内部識別情報により表現し処理
の効率化を図り、更に、二次記憶媒体上に主記憶上のＭ
ＩＢ情報のバックアップファイルを取得し、異常時のデ
ータリカバリを可能とするものである。
【０００９】
【課題を解決するための手段】この発明のＭＩＢ構成法
とそのバックアップ方法は、ネットワークオペレーショ
ンにおけるＭＯ間の包含関係を簡易な内部識別情報によ
りＡＯＩ（Agent Object ID)テーブルとして表現し、そ
のＡＯＩテーブルを包含木の階層毎に定義してコンピュ
ータの主記憶上に展開すると共にその主記憶上にＭＩＢ
情報、つまりＭＯとその属性値を展開し、更に、二次記
憶媒体上にＡＯＩテーブル、並びに、ＭＯとその属性値
を、マシンのアーキテクチャに依存しない符号化則で符
号化した値を合わせ保持し、上記主記憶上のＡＯＩテー
ブル及びＭＩＢ情報と、上記二次記憶媒体上のＡＯＩテ
ーブル及び符号化値との間の関連付けを行うことにより
ＭＩＢを構成する。
とそのバックアップ方法は、ネットワークオペレーショ
ンにおけるＭＯ間の包含関係を簡易な内部識別情報によ
りＡＯＩ（Agent Object ID)テーブルとして表現し、そ
のＡＯＩテーブルを包含木の階層毎に定義してコンピュ
ータの主記憶上に展開すると共にその主記憶上にＭＩＢ
情報、つまりＭＯとその属性値を展開し、更に、二次記
憶媒体上にＡＯＩテーブル、並びに、ＭＯとその属性値
を、マシンのアーキテクチャに依存しない符号化則で符
号化した値を合わせ保持し、上記主記憶上のＡＯＩテー
ブル及びＭＩＢ情報と、上記二次記憶媒体上のＡＯＩテ
ーブル及び符号化値との間の関連付けを行うことにより
ＭＩＢを構成する。
【００１０】また、ＭＩＢ情報のバックアップを二次記
憶媒体上に取得する方法においては、ＭＩＢに更新トラ
ンザクションが発生したとき、ＡＯＩテーブルの更新と
共に二次記憶媒体上にファイル形式で蓄積されたＡＯＩ
テーブルと符号化情報との更新を実行することを特徴と
する。
憶媒体上に取得する方法においては、ＭＩＢに更新トラ
ンザクションが発生したとき、ＡＯＩテーブルの更新と
共に二次記憶媒体上にファイル形式で蓄積されたＡＯＩ
テーブルと符号化情報との更新を実行することを特徴と
する。
【００１１】
【実施例】ＴＭＮでは通信網オペレーションはリソース
を管理するＭＯへの管理操作で実現される。ＭＩＢへの
要求条件は上述したが、この発明の特徴である、ＭＯと
その属性値、及び、ＭＯ間の包含関係の実装方法、及
び、二次記憶媒体へのバックアップ取得方法を以下に詳
細に述べる。この発明によるＭＩＢ構成法原理を図１に
示す。ネットワークオペレーションシステム（ＯｐＳ）
１１においてオペレーション業務をするＡＰ１（管理す
る／される実体：マネージャ／エージェントプロセス）
１２内には複数のＭＯとその属性値情報とがＭＯ群とし
て保持され、ＡＰ１（１２）の実行によりＭＩＢ情報の
取得、生成、削除、更新など生じると、これに応じたメ
ッセージを制御部（ＭＩＢ ＡＰＩ）１３へ送出し、つ
まりＭＩＢをアクセスする。この際ＭＩＢ ＡＰＩ１３
として予め提供関数（ＭＩＢ操作コマンド）が用意され
ており、つまり前記メッセージにＭＩＢ ＡＰＩで規定
されており、ＡＰ１から当該ＭＩＢ操作コマンドを発す
ることによりＭＩＢへのアクセスが実現される。
を管理するＭＯへの管理操作で実現される。ＭＩＢへの
要求条件は上述したが、この発明の特徴である、ＭＯと
その属性値、及び、ＭＯ間の包含関係の実装方法、及
び、二次記憶媒体へのバックアップ取得方法を以下に詳
細に述べる。この発明によるＭＩＢ構成法原理を図１に
示す。ネットワークオペレーションシステム（ＯｐＳ）
１１においてオペレーション業務をするＡＰ１（管理す
る／される実体：マネージャ／エージェントプロセス）
１２内には複数のＭＯとその属性値情報とがＭＯ群とし
て保持され、ＡＰ１（１２）の実行によりＭＩＢ情報の
取得、生成、削除、更新など生じると、これに応じたメ
ッセージを制御部（ＭＩＢ ＡＰＩ）１３へ送出し、つ
まりＭＩＢをアクセスする。この際ＭＩＢ ＡＰＩ１３
として予め提供関数（ＭＩＢ操作コマンド）が用意され
ており、つまり前記メッセージにＭＩＢ ＡＰＩで規定
されており、ＡＰ１から当該ＭＩＢ操作コマンドを発す
ることによりＭＩＢへのアクセスが実現される。
【００１２】この発明では主記憶１４上に、ＭＩＢ情
報、通常はＭＯとその属性値がプロセスが占有する主記
憶空間１５に展開され、またＡＯＩ（Agent Object ID)
テーブル１６が展開される。ＡＯＩテーブル１６はＭＯ
間の包含関係が内部識別情報により表現され、包含木の
各階層毎に定義されている。ＴＭＮに基づくオペレーシ
ョンシステムでは、管理対象ＭＯは包含木で管理するよ
うに規定されている。例えば図２Ａに示すようにｒｏｏ
ｔ−ＪＰ（Japan)−ＴＮ（Transmission Network）と連
鎖され、このＴＮに複数のＮＥ（Network Element)やＮ
ＭＳ（Network Management System)がぶら下り、ＮＭＳ
に対し、複数のＴｒａｉｌがぶら下り、更にそのＴｒａ
ｉｌに複数のＣｏｎｎｅｃｔｉｏｎがぶら下る。ＮＭＳ
は、ネットワークのパス、回線の情報を管理するもので
ある。この包含木の場合は木の深さ、つまり階層はＮＭ
Ｓがランク１、Ｔｒａｉｌがランク２、Ｃｏｎｎｅｃｔ
ｉｏｎがランク３である。
報、通常はＭＯとその属性値がプロセスが占有する主記
憶空間１５に展開され、またＡＯＩ（Agent Object ID)
テーブル１６が展開される。ＡＯＩテーブル１６はＭＯ
間の包含関係が内部識別情報により表現され、包含木の
各階層毎に定義されている。ＴＭＮに基づくオペレーシ
ョンシステムでは、管理対象ＭＯは包含木で管理するよ
うに規定されている。例えば図２Ａに示すようにｒｏｏ
ｔ−ＪＰ（Japan)−ＴＮ（Transmission Network）と連
鎖され、このＴＮに複数のＮＥ（Network Element)やＮ
ＭＳ（Network Management System)がぶら下り、ＮＭＳ
に対し、複数のＴｒａｉｌがぶら下り、更にそのＴｒａ
ｉｌに複数のＣｏｎｎｅｃｔｉｏｎがぶら下る。ＮＭＳ
は、ネットワークのパス、回線の情報を管理するもので
ある。この包含木の場合は木の深さ、つまり階層はＮＭ
Ｓがランク１、Ｔｒａｉｌがランク２、Ｃｏｎｎｅｃｔ
ｉｏｎがランク３である。
【００１３】この図２Ａに示した関係で各ＭＯとその属
性値が主記憶１４の記憶空間１５に記憶される。また包
含木の各階層毎のＡＯＩテーブル１６は第１階層（ラン
ク１）についてみればテーブル１６1 に示すようにＮＭ
ＳのＭＯ、つまり識別子ＡＯＩが，１００１１，…と記
憶され、その各親のＭＯを示す識別子（親ＡＯＩ）が
０，と、更にその階層、つまりランクが１，１，…と記
憶される。同様に第２記憶のテーブル１６2 についてみ
ればそのＭＯを示す識別子ＡＯＩの２００１０，２００
２０，…について、その親のＭＯを示す識別子（親ＡＯ
Ｉ）が１００１１，１００１１，…と、更に各それが属
するランクが２，２…と記憶される。図に示していない
がランク３のＡＯＩテーブルも主記憶１４に設けられて
いる。つまり、ＡＯＩテーブル１６はＡＯＩ値、親ＡＯ
Ｉ値、ランクの３つの列により構成され、ＡＯＩ値はシ
ステム内部でＭＯを識別するためのユニークな整数値、
親ＡＯＩ値はあるＭＯのＭＩＴ（包含木）上の親子関係
（包含関係）を示すものであり、当該ＭＯのＭＩＴに沿
った上位のＭＯを内部で識別するための整数値、ランク
はＭＩＴ世界のローカルなｒｏｏｔ（図２ＡにおいてＮ
ＭＳに相当）から何番目の階層に位置するかを示す整数
値である。
性値が主記憶１４の記憶空間１５に記憶される。また包
含木の各階層毎のＡＯＩテーブル１６は第１階層（ラン
ク１）についてみればテーブル１６1 に示すようにＮＭ
ＳのＭＯ、つまり識別子ＡＯＩが，１００１１，…と記
憶され、その各親のＭＯを示す識別子（親ＡＯＩ）が
０，と、更にその階層、つまりランクが１，１，…と記
憶される。同様に第２記憶のテーブル１６2 についてみ
ればそのＭＯを示す識別子ＡＯＩの２００１０，２００
２０，…について、その親のＭＯを示す識別子（親ＡＯ
Ｉ）が１００１１，１００１１，…と、更に各それが属
するランクが２，２…と記憶される。図に示していない
がランク３のＡＯＩテーブルも主記憶１４に設けられて
いる。つまり、ＡＯＩテーブル１６はＡＯＩ値、親ＡＯ
Ｉ値、ランクの３つの列により構成され、ＡＯＩ値はシ
ステム内部でＭＯを識別するためのユニークな整数値、
親ＡＯＩ値はあるＭＯのＭＩＴ（包含木）上の親子関係
（包含関係）を示すものであり、当該ＭＯのＭＩＴに沿
った上位のＭＯを内部で識別するための整数値、ランク
はＭＩＴ世界のローカルなｒｏｏｔ（図２ＡにおいてＮ
ＭＳに相当）から何番目の階層に位置するかを示す整数
値である。
【００１４】磁気ディスクのような不揮発性の二次記憶
媒体１７にも主記憶１４上のＡＯＩテーブル１６と同一
のＡＯＩテーブル１８が記憶されると共に各ＡＯＩ値に
ついてのＭＯとその属性値とがマシンのアーキテクチャ
に依存しない符号化則、例えばＡＳＮ．１（Abstract S
yntax Nortation １）符号化則により符号化したデータ
が符号化テーブル１９として二次記憶媒体１７上に記憶
される。
媒体１７にも主記憶１４上のＡＯＩテーブル１６と同一
のＡＯＩテーブル１８が記憶されると共に各ＡＯＩ値に
ついてのＭＯとその属性値とがマシンのアーキテクチャ
に依存しない符号化則、例えばＡＳＮ．１（Abstract S
yntax Nortation １）符号化則により符号化したデータ
が符号化テーブル１９として二次記憶媒体１７上に記憶
される。
【００１５】ＡＰ１（１２）から発出されたＭＩＢ操作
コマンドはＭＩＢ ＡＰＩ１３で解釈され、主記憶１４
上に展開されたＭＩＢ情報に対し生成、削除、更新等の
操作が実行される。ＡＰ１（１２）から発せられる処理
要求が自エージェント内ＭＯに対するものでなく、物理
的に離れた別のＮＥ１（２１）の当該ＭＯを管理する実
体（エージェントプロセス）２２内のＭＯに対する場合
は別エージェントプロセスを実行するＡＰとＭＩＢ Ａ
ＰＩ１３が判断すると、ＭＩＢ ＡＰＩ１３はＭＩＢ
ＡＰＩで規定されるメッセージ又はＣＭＩＰ（通信プロ
トコル）でそのエージェントプロセス、つまりＡＰ２
（２２）に処理要求を出す。
コマンドはＭＩＢ ＡＰＩ１３で解釈され、主記憶１４
上に展開されたＭＩＢ情報に対し生成、削除、更新等の
操作が実行される。ＡＰ１（１２）から発せられる処理
要求が自エージェント内ＭＯに対するものでなく、物理
的に離れた別のＮＥ１（２１）の当該ＭＯを管理する実
体（エージェントプロセス）２２内のＭＯに対する場合
は別エージェントプロセスを実行するＡＰとＭＩＢ Ａ
ＰＩ１３が判断すると、ＭＩＢ ＡＰＩ１３はＭＩＢ
ＡＰＩで規定されるメッセージ又はＣＭＩＰ（通信プロ
トコル）でそのエージェントプロセス、つまりＡＰ２
（２２）に処理要求を出す。
【００１６】いま、ＡＰ１（１２）から新たなＭＯを生
成する要求がＭＩＢ ＡＰＩ１３に発せられ、このＭＯ
の包含木上の位置は図２ＡにおけるＴｒａｉｌ３（終端
点）で示されるものとする。ＴＰ３は第２ランクに位置
し、この場合のＴＰ３生成のための処理の流れは図３に
示すようになる。まず、ＡＰ１（１２）よりＭＯの生成
命令がＭＩＢ操作コマンドにより発せられる（Ｓ1 ）。
次にＭＩＢ ＡＰＩ１３は、生成すべきＭＯの親の存在
を確認した後（Ｓ2 ）、第２ランクのＡＯＩテーブル１
６2 を検索し、仮のＡＯＩ値２００２１を設定して、当
該レコードをロック（予約）する（Ｓ3 ）。次に、ＭＩ
Ｂ ＡＰＩ１３は新たなＴｒａｉｌを生成するために自
エージェントに対しＴｒａｉｌ生成を実行させる。つま
りＴｒａｉｌ３の生成に伴い、これと関連するＭＯの属
性値が変化する場合はこれを行って整合性を保持する。
このとき、複数のＭＯに対しメッセージを送出する必要
がある場合はトランザクション処理を実行する
（Ｓ4 ）。一連のトランザクション処理が終了し、処理
結果が正常なら（Ｓ5 ）、二次記憶媒体１７上のＡＯＩ
テーブル１８の当該レコードを更新し、且つ、符号化テ
ーブル１９に新規に生成したＴｒａｉｌに対応する符号
化値を登録する（Ｓ6 ）。上記の処理が正常に終了した
後、既にロックしてある主記憶１４上のＡＯＩテーブル
１６の当該レコードを開放し、つまり処理完了状態とし
て、一連の更新シーケンスは終了する（Ｓ7 ）。ステッ
プＳ5 で処理結果が正常と判定されないと、この処理を
開始前の状態に戻して終了とする（Ｓ8 ）。
成する要求がＭＩＢ ＡＰＩ１３に発せられ、このＭＯ
の包含木上の位置は図２ＡにおけるＴｒａｉｌ３（終端
点）で示されるものとする。ＴＰ３は第２ランクに位置
し、この場合のＴＰ３生成のための処理の流れは図３に
示すようになる。まず、ＡＰ１（１２）よりＭＯの生成
命令がＭＩＢ操作コマンドにより発せられる（Ｓ1 ）。
次にＭＩＢ ＡＰＩ１３は、生成すべきＭＯの親の存在
を確認した後（Ｓ2 ）、第２ランクのＡＯＩテーブル１
６2 を検索し、仮のＡＯＩ値２００２１を設定して、当
該レコードをロック（予約）する（Ｓ3 ）。次に、ＭＩ
Ｂ ＡＰＩ１３は新たなＴｒａｉｌを生成するために自
エージェントに対しＴｒａｉｌ生成を実行させる。つま
りＴｒａｉｌ３の生成に伴い、これと関連するＭＯの属
性値が変化する場合はこれを行って整合性を保持する。
このとき、複数のＭＯに対しメッセージを送出する必要
がある場合はトランザクション処理を実行する
（Ｓ4 ）。一連のトランザクション処理が終了し、処理
結果が正常なら（Ｓ5 ）、二次記憶媒体１７上のＡＯＩ
テーブル１８の当該レコードを更新し、且つ、符号化テ
ーブル１９に新規に生成したＴｒａｉｌに対応する符号
化値を登録する（Ｓ6 ）。上記の処理が正常に終了した
後、既にロックしてある主記憶１４上のＡＯＩテーブル
１６の当該レコードを開放し、つまり処理完了状態とし
て、一連の更新シーケンスは終了する（Ｓ7 ）。ステッ
プＳ5 で処理結果が正常と判定されないと、この処理を
開始前の状態に戻して終了とする（Ｓ8 ）。
【００１７】オペレーションシステムＯｐＳ１１のマネ
ージャ／エージェント、またはエージェントシステムが
電源断等のハードウェアまたはソフトウェア上の何らか
の理由（但し、二次記憶媒体１７の致命的故障は除く）
により稼働を停止した場合、主記憶１４上のＭＩＢ情報
は失われる。これを再度主記憶１４上に展開するには、
停止した後、その原因を除去し再度稼働を始めた場合、
主記憶１４上のＡＯＩテーブル１６の情報は既に消去さ
れているが、二次記憶媒体１７上のＭＩＢ情報は安定状
態のままである。二次記憶媒体１７上のＡＯＩテーブル
１８より再度主記憶１４上にＡＯＩテーブル１６が展開
され、また符号化テーブル１９を読出し、復号化して記
憶空間１５に展開して運用状態に復帰する。なお、ＭＯ
削除についても同様の考え方で処理がなされる。
ージャ／エージェント、またはエージェントシステムが
電源断等のハードウェアまたはソフトウェア上の何らか
の理由（但し、二次記憶媒体１７の致命的故障は除く）
により稼働を停止した場合、主記憶１４上のＭＩＢ情報
は失われる。これを再度主記憶１４上に展開するには、
停止した後、その原因を除去し再度稼働を始めた場合、
主記憶１４上のＡＯＩテーブル１６の情報は既に消去さ
れているが、二次記憶媒体１７上のＭＩＢ情報は安定状
態のままである。二次記憶媒体１７上のＡＯＩテーブル
１８より再度主記憶１４上にＡＯＩテーブル１６が展開
され、また符号化テーブル１９を読出し、復号化して記
憶空間１５に展開して運用状態に復帰する。なお、ＭＯ
削除についても同様の考え方で処理がなされる。
【００１８】
【発明の効果】以上説明したように、この発明のＭＩＢ
構成方法によれば、従来のＤＢＭＳを利用してＭＩＢを
構成する方法に比較して、主記憶上にＭＩＢを展開し、
ＭＯの検索（取得）を二次記憶媒体から得る場合より著
しく高速化しまたＡＯＩテーブルによりＭＯ生成・削除
処理を高速化したので、ＯｐＳをインストールするハー
ドウェアまたはＯＳに依存しない拡張性を有すると共
に、ネットワークオペレーションシステムの運用保守業
務の効率化を低コストに実現することができる。また二
次記憶媒体にもＭＩＢ情報を展開しているため、ＭＩＢ
をあるベンダのコンピュータ上に構成しても、他ベンダ
のコンピュータ上への移植作業も容易である。即ち、汎
用のＤＢＭＳを使用する場合、移植先のコンピュータで
も当該ＤＢＭＳが正常に動作することを確認後にＭＩＢ
情報を移植する必要があり、コストも増大するのに対
し、この発明によるＭＩＢ構成方法ではオペレーション
システムのプラットホームであるＴＮＭＳカーネルが動
作しさえすれば、移植作業は特に必要としない。このよ
うに、極めて容易な移植性を有すると共に、パフォーマ
ンスのよいオペレーション業務、並びに、運用開始後の
システムの保守作業の効率化が可能である。
構成方法によれば、従来のＤＢＭＳを利用してＭＩＢを
構成する方法に比較して、主記憶上にＭＩＢを展開し、
ＭＯの検索（取得）を二次記憶媒体から得る場合より著
しく高速化しまたＡＯＩテーブルによりＭＯ生成・削除
処理を高速化したので、ＯｐＳをインストールするハー
ドウェアまたはＯＳに依存しない拡張性を有すると共
に、ネットワークオペレーションシステムの運用保守業
務の効率化を低コストに実現することができる。また二
次記憶媒体にもＭＩＢ情報を展開しているため、ＭＩＢ
をあるベンダのコンピュータ上に構成しても、他ベンダ
のコンピュータ上への移植作業も容易である。即ち、汎
用のＤＢＭＳを使用する場合、移植先のコンピュータで
も当該ＤＢＭＳが正常に動作することを確認後にＭＩＢ
情報を移植する必要があり、コストも増大するのに対
し、この発明によるＭＩＢ構成方法ではオペレーション
システムのプラットホームであるＴＮＭＳカーネルが動
作しさえすれば、移植作業は特に必要としない。このよ
うに、極めて容易な移植性を有すると共に、パフォーマ
ンスのよいオペレーション業務、並びに、運用開始後の
システムの保守作業の効率化が可能である。
【００１９】次に、ＯＳＩプロトコル第７層に位置する
ＣＭＩＰの基本的オペレーションの平均処理時間をこの
発明によるＭＩＢと従来のリレーショナル（Ｒ）ＤＢＭ
Ｓ、オブジェクト指向（００）ＤＢＭＳによるＭＩＢの
場合との比較結果を図２Ｂに示す。図２Ｂにおいて、横
軸はＣＭＩＰの生成（create）、削除(delete)、更新
（set)、情報取得（get)の各オペレーションを表し、縦
軸は処理時間を表している。全てのオペレーションにお
いてこの発明の有効性が示されている。また、ＭＩＴ上
の各階層毎にＡＯＩテーブルが定義されるため、単一の
ＡＯＩテーブルを定義した場合、全てのＡＯＩ値をスキ
ャンする必要があるのに比較して、当該階層上にあるＡ
ＯＩのみがスキャンされるのでターゲットとなるＭＯに
到達する処理時間も優れる。
ＣＭＩＰの基本的オペレーションの平均処理時間をこの
発明によるＭＩＢと従来のリレーショナル（Ｒ）ＤＢＭ
Ｓ、オブジェクト指向（００）ＤＢＭＳによるＭＩＢの
場合との比較結果を図２Ｂに示す。図２Ｂにおいて、横
軸はＣＭＩＰの生成（create）、削除(delete)、更新
（set)、情報取得（get)の各オペレーションを表し、縦
軸は処理時間を表している。全てのオペレーションにお
いてこの発明の有効性が示されている。また、ＭＩＴ上
の各階層毎にＡＯＩテーブルが定義されるため、単一の
ＡＯＩテーブルを定義した場合、全てのＡＯＩ値をスキ
ャンする必要があるのに比較して、当該階層上にあるＡ
ＯＩのみがスキャンされるのでターゲットとなるＭＯに
到達する処理時間も優れる。
【図１】この発明のＭＩＢ構成法を示す図。
【図２】Ａはネットワークオペレーションシステムにお
けるＭＯの包含木（ＭＩＴ）の例を示す図、ＢはＣＭＩ
Ｐオペレーションにおけるこの発明方法、従来方法によ
る例を示す図である。
けるＭＯの包含木（ＭＩＴ）の例を示す図、ＢはＣＭＩ
Ｐオペレーションにおけるこの発明方法、従来方法によ
る例を示す図である。
【図３】ＭＯ生成に対する処理の手順の例を示す流れ
図。
図。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 17/30 Ｈ０４Ｌ 12/24 12/26 9466−5Ｋ Ｈ０４Ｌ 11/08
Claims (2)
- 【請求項１】 ＴＭＮに基づくネットワークオペレーシ
ョンシステムに適用されるネットワークリソースを管理
するＭＩＢの構成方法において、 電子計算機の主記憶上にＭＩＢ情報を展開すると共に、
管理対象間の包含関係を内部識別情報により表現するＡ
ＯＩテーブルを包含木の各階層毎に上記主記憶上に定義
し、 二次記憶媒体上に、上記ＡＯＩテーブルと、上記管理対
象及びその属性値を、マシンのアーキテクチャに依存し
ない符号化則で符号化した情報とを合わせＭＩＢ情報と
して保持し、 上記主記憶の上記ＭＩＢ情報及び上記定義と、上記二次
記憶媒体上の上記保持との間の関連付けを行うことによ
り上記ＭＩＢを構成することを特徴とするネットワーク
オペレーションシステムにおけるＭＩＢ構成方法。 - 【請求項２】 請求項１のネットワークオペレーション
システムにおけるＭＩＢ構成方法における上記二次記憶
媒体に上記ＭＩＢ情報のバックアップを取得する方法に
おいて、 上記ＭＩＢに更新トランザクションが発生すると、上記
主記憶上の上記ＡＯＩテーブルを更新すると共に、上記
二次記憶媒体上にファイル形式で蓄積されたＡＯＩテー
ブル及び上記符号化情報を登録する符号化テーブルの更
新を実行することを特徴とするＭＩＢバックアップ方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6318374A JPH08181772A (ja) | 1994-12-21 | 1994-12-21 | ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6318374A JPH08181772A (ja) | 1994-12-21 | 1994-12-21 | ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08181772A true JPH08181772A (ja) | 1996-07-12 |
Family
ID=18098443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6318374A Pending JPH08181772A (ja) | 1994-12-21 | 1994-12-21 | ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08181772A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0977400A1 (fr) * | 1998-07-31 | 2000-02-02 | Bull S.A. | Procédé de référencement dans une base d'information d'administration d'un ensemble d'instances d'objet |
| FR2785410A1 (fr) * | 1998-10-30 | 2000-05-05 | Bull Sa | Procede d'optimisation des acces a l'ensemble des instances d'objets d'une meme classe dans une base de donnees d'administration |
| KR100359639B1 (ko) * | 1999-12-16 | 2002-11-04 | 엘지전자 주식회사 | 티엠엔 에이전트의 엠아이비 갱신 방법 |
| KR100714681B1 (ko) * | 2004-11-05 | 2007-05-07 | 삼성전자주식회사 | 네트워크 관리 장치 및 방법 |
| KR20210110123A (ko) * | 2020-02-28 | 2021-09-07 | (주)시즐 | 관계형 데이터베이스 구조를 이용한 비관계형 데이터베이스 장치 및 데이터 정형화 방법 |
-
1994
- 1994-12-21 JP JP6318374A patent/JPH08181772A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0977400A1 (fr) * | 1998-07-31 | 2000-02-02 | Bull S.A. | Procédé de référencement dans une base d'information d'administration d'un ensemble d'instances d'objet |
| FR2781903A1 (fr) * | 1998-07-31 | 2000-02-04 | Bull Sa | Procede de referencement dans une base d'information d'administration d'un ensemble d'instances d'objet |
| FR2785410A1 (fr) * | 1998-10-30 | 2000-05-05 | Bull Sa | Procede d'optimisation des acces a l'ensemble des instances d'objets d'une meme classe dans une base de donnees d'administration |
| WO2000027073A1 (fr) * | 1998-10-30 | 2000-05-11 | Bull S.A. | Procede d'optimisation des acces a l'ensemble des instances d'objets d'une meme classe dans une base de donnees d'administration |
| KR100359639B1 (ko) * | 1999-12-16 | 2002-11-04 | 엘지전자 주식회사 | 티엠엔 에이전트의 엠아이비 갱신 방법 |
| KR100714681B1 (ko) * | 2004-11-05 | 2007-05-07 | 삼성전자주식회사 | 네트워크 관리 장치 및 방법 |
| US8595339B2 (en) | 2004-11-05 | 2013-11-26 | Samsung Electronics Co., Ltd. | Network management apparatus and method |
| KR20210110123A (ko) * | 2020-02-28 | 2021-09-07 | (주)시즐 | 관계형 데이터베이스 구조를 이용한 비관계형 데이터베이스 장치 및 데이터 정형화 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2779587B2 (ja) | コンピュータシステムに用いる名前スペースの一部分を別の名前スペースの一部分として利用可能にするための装置及びその方法 | |
| US7577681B1 (en) | Methods and apparatus for managing contents of a database | |
| JP4132441B2 (ja) | 管理対象オブジェクトのデータ管理装置 | |
| US5940832A (en) | Dynamic database structuring method and apparatus, and database clustering method and apparatus | |
| US6915340B2 (en) | System and method for deriving future network configuration data from the current and previous network configuration data | |
| CN112436964B (zh) | 一种设备适配方法及网络管理装置 | |
| JPH10149398A (ja) | マップ構築システムおよびマップ構築方法 | |
| JPH11331245A (ja) | ネットワ―ク・ディレクトリ・アクセス機構及び方法 | |
| CN106021370A (zh) | 内存数据库实例的管理方法及装置 | |
| US7606813B1 (en) | Model consolidation in a database schema | |
| US7752225B2 (en) | Replication and mapping mechanism for recreating memory durations | |
| CN107025279B (zh) | 基于数据库接口层操作流的scd文件在线并行配置系统和方法 | |
| US6385650B1 (en) | Arrangement and method relating to information managing systems | |
| EP2360869A1 (en) | Method and apparatus for managing object instance alias | |
| JPH08181772A (ja) | ネットワークオペレーションシステムにおけるｍｉｂ構成方法及びそのバックアップ方法 | |
| WO1999034557A1 (en) | Method and system for software version management in a network management system | |
| CN116760913B (zh) | k8s集群协议转换平台配置下发方法及系统 | |
| JP3481867B2 (ja) | 複数管理プロトコル対応ネットワーク管理システム | |
| CN100372299C (zh) | 一种支持分布式管理信息树的网络管理方法 | |
| WO2004079989A1 (en) | Method of managing network management system object | |
| JP2644535B2 (ja) | ネットワーク間ファイル検索処理システム | |
| KR100359639B1 (ko) | 티엠엔 에이전트의 엠아이비 갱신 방법 | |
| US6622146B1 (en) | System managing method and apparatus for decreasing a load applied to a common processing unit | |
| KR19990042386A (ko) | 다중 균형 트리 구조를 이용한 관리정보 트리에서의 노드 검색,생성 및 삭제 방법 | |
| JPH11327936A (ja) | データベース管理方法及び装置とネットワーク管理方法及び装置 |