JPH0659964A - ディクショナリ分散運用管理方式 - Google Patents

Abstract

(57)【要約】 【目的】 定義情報の登録更新時に、定義情報の配布先
管理を行う必要を無くし、関連する定義メンバを関連す
る分散運用システムに配布することを可能とする。 【構成】 本番機ＢのＤＢ／ＤＣシステム３Ｂは、最新
の定義情報に基づいた運用を行うため、テスト／開発機
より、メンバレコードＳＣＭ１Ａ、ＳＵＢ１Ａ、ＵＡＰ
１Ａをテスト／開発機側の定義メンバ転送処理部７−１
Ａ及び本番機側の定義メンバ転送処理部７−１Ｂを経由
して、本番機側のディクショナリ２Ｂにディクショナリ
メンバＳＣＭ１Ｂ、ＳＵＢ１Ｂ、６ＵＡＰ１Ｂとして複
写する必要がある。この場合、ディクショナリ管理シス
テム部１Ａは、管理項目名、メンバ名及び配布先システ
ム名に関する情報を、予めディクショナリ管理テーブル
７Ａをディクショナリ２に登録しておき、定義メンバの
配布を行う時点でこれを参照し、ディクショナリ管理テ
ーブル７Ａの内容に基づいた配布制御を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ディクショナリ分散運
用管理方式に係り、特に、テスト／開発システムから、
本番システムまたは他の分散されたオンラインシステム
にデータベース及びシステム環境定義情報としてのシス
テムの構成情報を配布運用する業務に使用して好適なデ
ィクショナリ分散運用管理方式に関する。

【０００２】

【従来の技術】ディクショナリ分散運用管理方式に関す
る従来技術として、例えば、特開昭６０−１５７５２公
報等に記載された技術が知られている。

【０００３】この従来技術は、それぞれがディクショナ
リを有する複数のシステムに対して１つのディクショナ
リ管理簿を設け、各システムでディクショナリ内のメン
バ等に更新があったとき、ディクショナリ管理簿を直ち
に更新することなく、自システムでディクショナリ管理
簿の参照要求が生じたときに、ディクショナリ管理簿を
更新するというＤＤ／Ｄ（Data Dictionary／Director
y）管理情報同期方式を使用するものである。

【０００４】

【発明が解決しようとする課題】前述の従来技術は、デ
ィクショナリに登録される定義情報が１ヶ所で集中管理
されており、全てのディクショナリアクセスが１ヶ所に
集中するという問題点を有しており、また、ディクショ
ナリの配布先を自動的に管理する手段を備えていないた
め、ディクショナリ管理情報が、全てのシステムで同一
でなければならないという問題点を有している。

【０００５】すなわち、前述の従来技術は、ディクショ
ナリメンバの必要な箇所への配布管理という点について
の配慮がなされておらず、各システム間の定義情報の管
理を人間が行わなければならないという問題点を有して
いる。

【０００６】また、前述の従来技術は、ディクショナリ
管理簿の同期管理の点についてのみしか考慮しておら
ず、更新ディクショナリの管理項目メンバ間の関連に着
目したディクショナリメンバの配布転送という点につい
て配慮されておらず、更新されたディクショナリメンバ
に関連するメンバの同期配布を、システム運用者が責任
を持って人手により行わなければならないという問題点
を有している。

【０００７】さらに、前記従来技術は、ＤＤ／Ｄ管理簿
への更新が次のＤＤ／Ｄ管理簿の参照時になされるた
め、ＤＤ／Ｄに対する更新のタイミングがわかりにく
く、他システムにより参照更新された時期との関係が不
明確となり、障害発生時のトラブルシュートが困難であ
り、その回復処理が複雑になる等の問題点を有してい
る。本発明の目的は、前述した従来技術の問題点を解決
し、予め定義メンバの配置情報を定義しておくだけで、
定義情報の登録更新時に、一切定義情報の配布先管理を
行う必要を無くし、システム運用部門の管理コストの削
減を図り、定義の操作に関連して、一括して関連する定
義メンバを関連する分散運用システムに配布することを
可能としてメンバ毎の管理情報の運用を不要とし、定義
運用操作に要する操作時間の短縮を図ることのできるデ
ィクショナリ分散運用管理方式を提供することにある。

【０００８】

【課題を解決するための手段】本発明によれば前記目的
は、ディクショナリの配布先情報と配布日時とを有する
管理項目情報を保持するディクショナリ管理情報部を備
えることにより、また、前記ディクショナリの配布先情
報を、自ディクショナリの前記ディクショナリ管理情報
部に記録更新する自ディクショナリ管理機能により管理
し、かつ、該機能により、前記管理項目情報の分散配布
の管理を行うようにすることにより達成される。

【０００９】また、前記目的は、ディクショナリ内の管
理項目情報に変更が生じた場合、該変更された管理項目
のメンバ情報及び該管理項目のメンバに関連する管理項
目メンバの配布の要否を、前記ディクショナリ管理情報
部の配布先管理情報を参照することにより制御するよう
にすることにより、さらに、変更された管理項目のメン
バ情報及び該管理項目のメンバに関連する管理項目メン
バの配布処理で既に他分散サイトへの配布が終了済であ
るか否かを、前記ディクショナリ管理情報部の配布管理
情報を参照して判断するようにすることにより達成され
る。

【００１０】さらに、前記目的は、ディクショナリ定義
操作に合わせて、この操作が行われたシステムから、関
連する他の分散サイトのシステムにディクショナリメン
バを配布するか否かの制御を行うようにすることにより
達成される。

【００１１】

【作用】ディクショナリの配布先情報と配布日時とを保
持するディクショナリ管理情報部は、分散配布先のシス
テムに関する情報及び配布状態を予め記録しており、定
義情報の更新を行う場合にその配布情報に基づいて対象
となるシステムの宛先を決定する。これにより、定義情
報の配布管理処理は、配布先をその都度定義操作者に意
識させることなく、定義情報の分散運用管理を行うこと
ができ、操作誤りを防止して定義操作を容易に行うこと
ができる。

【００１２】前記ディクショナリの配布先情報を、自デ
ィクショナリの前記ディクショナリ管理情報部に記録更
新する自ディクショナリ管理機能により管理し、かつ、
該機能により、前記管理項目情報の分散配布の管理を行
っているので、前記ディクショナリ管理情報部の定義管
理を自らの定義情報管理処理部を使用して行うことがで
き、新たな制御機能を作成する必要がない。

【００１３】ディクショナリ管理情報部の配布先への配
布の要否及び配布済みか否かの判断を、配布先管理情報
と配布管理情報を参照して行うことができるので、関連
するディクショナリメンバの配布漏れを防止することが
でき、テスト／開発システムで確認済みの定義情報を漏
れなく本番機側へ移すことができるので、配布先システ
ムで確実に整合性がとれたものとすることができる。ま
た、これにより、定義変更によって他システムへ配布す
るデイクショナリ定義メンバの量を最小化し、定義メン
バの配布時間を削減することができる。

【００１４】また、定義メンバの登録、整合性確認、及
び、ＤＢ／ＤＣシステムが実行するために必要なディレ
クトリの生成に関する一連の操作において、それぞれの
操作段階で配布先システムへ関連メンバを配布するため
の制御を行うことができるので、配布先定義情報を反映
する時期を明示的に与えることができ、障害発生時のト
ラブルシュートを容易に行うことができるようになり、
回復処理を容易に実行することができる。

【００１５】

【実施例】以下、本発明によるディクショナリ分散運用
管理方式の一実施例を図面により詳細に説明する。

【００１６】図１は本発明の一実施例を説明する分散デ
ィクショナリ運用環境のシステムの構成を示すブロック
図、図２はディクショナリ分散管理テーブルのデータフ
ォーマットを説明する図、図３はディクショナリ分散管
理テーブルの格納構造を説明する図、図４は定義メンバ
の登録及び定義情報の配布処理に関する定義変更及び定
義転送処理の動作を説明するフローチャート、図５は定
義メンバが送り元システムから送り先システムに配布さ
れる様子を示す定義メンバ定義登録配布処理の動作を説
明する図である。図１において、１はディクショナリ管
理システム部、２はディクショナリ、３はＤＢ／ＤＣシ
ステム、４〜６はメンバレコード、７はディクショナリ
管理情報部、７−１は定義メンバ転送処理部である。

【００１７】本発明の一実施例のディクショナリ分散運
用管理方式を各分散サイトの関係で表した図１におい
て、ディクショナリ管理システム部１は、ディクショナ
リに対する入出力の制御を行い、ディクショナリ２に
は、定義情報としてのメンバレコード４〜６と、ディク
ショナリの分散配布制御情報が格納されるディクショナ
リ管理情報部７とが格納される。ＤＢ／ＤＣシステム３
は、ディクショナリ２に登録された定義情報に基づいた
各種処理を実行し、定義メンバ転送処理部７−１は、定
義情報が格納されたディクショナリメンバをメンバ単位
に転送する処理を行う。 そして、図１は本発明を３つ
のシステム、すなわち、テスト／開発機、複数の本番機
が相互に接続されるシステムに適用されるとして示され
ている。これらの各システムは、それぞれ、ディクショ
ナリ管理システム部１、ディクショナリ２、ＤＢ／ＤＣ
システム３及び定義メンバ転送処理部７−１を備えて構
成され、図にはこれらの各システムを区別するためそれ
ぞれにＡ、Ｂ、Ｃの符号が付与されてて示されている。

【００１８】図１に示す分散ディクショナリ運用環境に
おいて、定義の登録、更新は、デイクショナリ管理シス
テム部１を介してディクショナリ２をアクセスすること
により行われる。そして、ディクショナリ２に登録され
るメンバレコードとしての定義管理項目は、スキーマ定
義情報４、サブスキーマ定義情報５及びＵＡＰ環境定義
情報６であり、これらは相互に参照関係がある。

【００１９】従って、例えば、新たなレコードタイプの
追加が必要となり、スキーマ定義情報４に変更が生じた
場合、関連するサブスキーマ定義情報５にも変更が生じ
ることになる。同様に、関連するＵＡＰ環境定義情報６
にも変更が生じることがある。これらの変更は、変更す
る情報の内容によって関連する定義情報を更新する必要
があるか否かが、定義情報を使用する側で判断されて行
われるている。

【００２０】また、分散開発環境では、図１に示すよう
に、ディクショナリ管理システム部１Ａがテスト／開発
システムであり、ディクショナリ管理システム１Ｂ及び
ディクショナリ管理システム部１Ｃが本番機側であるた
め、テスト／開発機側は、テスト確認の完了した定義情
報を本番機側へ配布する必要が生じる。このため、本発
明の実施例においては、テスト／開発システムにのみ、
この定義情報の配布を制御するディクショナリ管理情報
部７Ａが設けられている。

【００２１】いま、本番機ＢのＤＢ／ＤＣシステム３Ｂ
が、最新の定義情報に基づいた運用を行うため、テスト
／開発機Ａより、メンバレコードＳＣＭ１Ａ、ＳＵＢ１
Ａ、ＵＡＰ１Ａをテスト／開発機側の定義メンバ転送処
理部７−１Ａ及び本番機側の定義メンバ転送処理部７−
１Ｂを経由して、これらのメンバレコードを受け取るも
のとする。この場合、本番機側のディクショナリ管理シ
ステム部１Ｂは、本番機側のディクショナリ２Ｂにこれ
らのメンバレコードをディクショナリメンバＳＣＭ１
Ｂ、ＳＵＢ１Ｂ、６ＵＡＰ１Ｂとして複写するという動
作を行う。

【００２２】この場合、ディクショナリ管理システム部
１Ａは、ディクショナリ管理情報部７Ａ内に、図２に示
すように、管理項目名、メンバ名及び配布先システム名
に関する情報を、ディクショナリ分散管理テーブルとし
て登録しておき、定義メンバの配布を行う時点でこれを
参照し、ディクショナリ分散管理テーブルの内容に基づ
いたメンバの配布制御を行う。

【００２３】ディクショナリ分散管理テーブルには、図
２に示すように、配布対象としたディクショナリメンバ
について、管理項目名、メンバ名、配布先システム名が
レコードとして登録され、さらに、配布先管理情報とし
ての配布先対象フラグ８、配布管理情報としての配布可
能フラグ９及び配布日時を設定できるようにされてい
る。そして、配布対象となるメンバについて、対象とな
る配布先システムの配布先対象フラグ８がオンとされ、
配布可能となったメンバについて、配布可能フラグ９が
オンとされ、配布が完了した時点で配布可能フラグ９が
オフとされる共に、配布日時１０が設定される。

【００２４】そして、前述のようなレコードを格納する
ディクショナリ分散管理テーブルのディクショナリ２Ａ
への格納は、図３に示すような構造を持って行われてい
る。すなわち、メンバレコード４〜６の各ディクショナ
リメンバレコード１３は、構造型データベースの親レコ
ードとして格納され、配布先システム情報１４は、構造
型データベースの子レコードとして、それぞれ、ディク
ショナリ２のディクショナリデータ部１１に格納され
る。また、各配布先システム情報１４は、ディクショナ
リ２の２次インデクス部１２に格納される各システムに
関する子レコードを示す２次インデクス部のレコード１
５により管理される。これにより、配布先別の情報検索
を高速に行うことができる。

【００２５】次に、図４に示すフローを参照して、定義
情報の変更処理４１及び定義情報の転送処理４２の動作
を説明する。

【００２６】まず、定義情報の変更処理４１の動作を説
明する。

【００２７】（１）テスト／開発機において、ディクシ
ョナリ管理システム部１Ａは、親レコード１３のＦＥＴ
ＣＨ要求をＤＢ／ＤＣシステム３Ａに対して発行するこ
とにより、ディクショナリ２から変更の対象となったデ
ィクショナリメンバの読み出しを行い、必要な定義情報
を更新する（ステップ４１１、４１２）。

【００２８】（２）次に、該当するディクショナリメン
バが、配布先システム情報を保持しているか否かを、配
布先システム情報である子レコード１４のＦＥＴＣＨ要
求をＤＢ／ＤＣシステム３Ａに対して発行して調べる。
その結果、ＤＢ／ＤＣシステム３Ａよりノットファウン
ドが返され、当該親レコードに従属する子レコードが存
在しないことが判明すると、本ディクショナリメンバは
分散配布の対象レコードではないとみなして定義更新処
理を終了する（ステップ４１３）。

【００２９】（３）ステップ４１３で、もし、当該ディ
クショナリメンバが子レコードを保持している場合、当
該子レコードが格納された分散管理テーブルを読み出す
処理を行う（ステップ４１４）。

【００３０】（４）次に、ステップ４１４で読み出され
た分散管理テーブル中の配布先対象フラグ８がオンとな
っているか否かを調べ、オンであれば配布可能フラグ９
をオンにすると共に、分散管理テーブルの中のそのメン
バの更新日付を更新し、再びディクショナリ２Ａ内に子
レコードを格納するＳＴＯＲＥ要求をＤＢ／ＤＣシステ
ム３Ａに発行して分散管理テーブルの更新を行う（ステ
ップ４１５、４１６、４１７）。

【００３１】（５）ステップ４１５で、配布先対象フラ
グ８がオフであれば、配布可能フラグ９及びメンバ更新
日付１０をそのままとし、そのディクショナリメンバ情
報が格納された親レコードに従属する次の子レコードを
３ＤＢ／ＤＣシステムを介して読み出し、その後、前述
したと同様な処理を行い、当該ディクショナリメンバの
親レコードに従属する全ての子レコードに対する処理を
を繰り返し実行する。

【００３２】次に、定義転送処理の動作を説明する。

【００３３】（１）分散管理テーブルを読み出し、配布
先システムを持つレコードが登録されているか否かを調
べ、配布先システムを持つレコードが登録されていない
場合、この定義転送処理の動作を終了する（ステップ４
２１、４２２）。

【００３４】（２）操作対象とした当該ディクショナリ
メンバに関する親レコード１３を検索し、当該親レコー
ド１３に従属するすべての子レコードを検索して全ての
配布先システム名を抽出し、配布先があれば、装置の配
布先システム名を配布先リストに登録する（ステップ４
２３、４２４）。

【００３５】（３）全ての分散管理テーブルについて、
ステップ４２３、４２４のチェック後、配布先リストに
登録された配布先システムについて、２次インデクス１
５をサーチし、配布先システムに関連するメンバを全て
検索し、検索されたメンバを配布メンバリストに登録す
ると共に、作成された配布メンバリストに基づいて、そ
れらのメンバを当該配布先に一括配布し、配布要否ビッ
トをオフとする（ステップ４２５〜４２７）。

【００３６】（４）全ての配布先について、ステップ４
２６、４２７の処理を繰返し実行した後、処理を終了す
る（ステップ４２８）。

【００３７】次に、定義操作及び関連メンバの配布の処
理方法について、図５を参照して説明する。

【００３８】（１）送り元となるシステム、例えば、図
１に示すテスト／開発機Ａにより定義の登録を行う場
合、オペレートエントリディクショナリ操作文５１によ
る操作が行われる。この場合、前記ディクショナリ管理
システム部１Ａは、１回の操作でスキーマ定義メンバＳ
ＣＭ０１及びサブスキーマ定義メンバＳＵＢ０１の定義
登録処理を行う。これにより、送り元ディクショナリ５
４内に、スキーマ定義メンバＳＣＭ０１及びサブスキー
マ定義メンバＳＵＢ０１が、定義メンバとして登録され
る。

【００３９】この定義操作の中において、オペレートエ
ントリィクショナリ操作文５１のオプション指定として
ＳＥＮＤパラーメタの指定が許されており、ＳＥＮＤ指
定が行われると、ディクショナリ管理システム部１Ａ
は、送り元ディクショナリ５４に対する定義メンバの登
録だけでなく、これらの定義メンバを受取側ディクショ
ナリ５５に配布する動作をも実行する。

【００４０】（２）送り元のディクショナリ５４におい
て、スキーマＳＣＭ０１に関連する全ての定義メンバが
登録された後、次の定義操作として整合性を確保するた
めにオペレートチェックディクショナリ操作文５２がユ
ーザより発行されたとする。

【００４１】この場合、ディクショナリ管理システム部
１Ａは、指定されたメンバであるスキーマＳＣＭ０１に
対する整合性を確保するために、送り元ディクショナリ
５４内のスキーマ定義メンバＳＣＭ０１に関連する全て
のメンバを調べ、整合性を取るという処理を行う。

【００４２】整合性を取る内容としては、各定義内容の
矛盾検知及び関連情報の関連付け処理がある。この定義
操作の中においても、オペレートチェックディクショナ
リ操作文のオプション指定としてＳＥＮＤパラメータの
指定が許されており、ＳＥＮＤ指定が行われると、ディ
クショナリ管理システム部１Ａは、送り元ディクショナ
リ５４に対する定義メンバの整合性の確保だけでなく、
受取側ディクショナリに５５指定されたメンバ、スキー
マＳＣＭ０１に関連するメンバ格納スキーマ定義メンバ
ＳＴＲ０１及びデータベース環境定義メンバＳＤＢ０１
を、前述した図４の定義変更及び定義転送の処理に基づ
いて配布するという動作をも実行する。

【００４３】（３）次に、ＤＢ／ＤＣシステム３Ａの実
行動作に必要なディレクトリを生成するために、オペレ
ートエントリディレクトリ操作文５３がユーザから発行
されたとする。

【００４４】この場合、ディクショナリ管理システム部
１Ａは、指定されたメンバ、スキーマＳＣＭ０１に対す
る関連ディレクトリ生成処理を送り元ディクショナリ５
４内のスキーマ定義メンバＳＣＭ０１に関連する格納ス
キーマ定義メンバＳＴＲ０１及び物理エリア定義メンバ
ＰＨＡ０１からデータベーススキーマディレクトリＤＢ
Ｓのメンバ、ＳＣＭ０１を送り元システムのディレクト
リ５６として生成する。この定義操作の中においても、
オペレートエントリディレクトリ操作文５３のオプショ
ン指定としてＳＥＮＤパラメータの指定が許されてお
り、ＳＥＮＤ指定が行われると、ディクショナリ管理シ
ステム部１Ａは、送り元ディクショナリ５４に対する定
義メンバから送り元ディレクトリ５６の生成を行うだけ
でなく、受取側ディクショナリ５５に指定されたメン
バ、スキーマＳＣＭ０１に関連するメンバ、格納スキー
マ定義メンバＳＴＲ０１及び物理エリア定義メンバＰＨ
Ａ０１を、前述した図４に示す定義変更及び定義転送の
処理に基づいて配布するという動作をも実行する。

【００４５】前述した本発明の一実施例によれば、デー
タベース情報及びシステム環境情報を統合管理するディ
クショナリと、ディクショナリによって管理されるＤＢ
／ＤＣシステムが複数のシステムで構成される分散運用
環境において、ディクショナリ定義メンバを、テスト／
開発システムから本番システムへ移行する定義分散運用
等で定義の変更が行われた場合にも、その都度配布すべ
きシステムを意識する必要が無くなり、定義分散運用に
かかるコストを低減することができる。

【００４６】また、前述した本発明の一実施例によれ
ば、関連する定義メンバを同時に配布することが可能と
なり、一旦テストの完了した定義メンバ情報を整合性を
保証して配布するために、配布先である本番システム側
で、再定義、再テストを行うことを不要にすることがで
き、本番機側でのテスト確認作業を行う必要をなくすこ
とができるので、定義分散運用に関する保守コストを削
減することができ、しかも、その信頼性を確保すること
ができる。

【００４７】

【発明の効果】以上説明したように本発明によれば、テ
スト／開発システムから、複数の分散された本番システ
ムに対する定義操作に関連した定義メンバの配布処理
を、配布先を毎回意識することなく、また、関連する定
義メンバの整合性を保ちながら配布することができ、定
義メンバの分散開発運用業務における保守工数の削減を
図ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例を説明する分散ディクショナ
リ運用環境のシステムの構成を示すブロック図である。

【図２】ディクショナリ分散管理テーブルのデータフォ
ーマットを説明する図である。

【図３】ディクショナリ分散管理テーブルの格納構造を
説明する図である。

【図４】定義メンバの登録及び定義情報の配布処理に関
する定義変更及び定義転送処理の動作を説明するフロー
チャートである。

【図５】定義メンバが送り元システムから送り先システ
ムに配布される様子を示す定義メンバ定義登録配布処理
の動作を説明する図である。

【符号の説明】

１ ディクショナリ管理システム部 ２ ディクショナリ ３ ＤＢ／ＤＣシステム ４〜６ メンバレコード ７ ディクショナリ管理情報部 ７−１ 定義メンバ転送処理部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 データベース情報及びシステムの構成情
   報を統合管理するディクショナリと、該ディクショナリ
   によって管理されるＤＢ／ＤＣシステムとによるシステ
   ムを複数備えて構成されるシステムのディクショナリ分
   散運用管理方式において、前記複数のシステムの１つに
   ディクショナリの配布先情報と配布日時とを保持するデ
   ィクショナリ管理情報部を備えることを特徴とするディ
   クショナリ分散運用管理方式。
2. 【請求項２】 前記ディクショナリの配布先情報を、自
   ディクショナリの前記ディクショナリ管理情報部に記録
   更新する自ディクショナリ管理機能により管理し、か
   つ、該機能によりディクショナリの分散配布の管理を行
   うことを特徴とする請求項１記載のディクショナリ分散
   運用管理方式。