JPH11120056A - プロジェクトデータの退避復元方法 - Google Patents

Abstract

(57)【要約】 【課題】データベース管理システム及びファイルシステ
ムで管理されるプロジェクトデータの退避復元を容易に
する。 【解決手段】データベースＤＢ内のプロジェクトＰ１に
関するプロジェクト管理データ２１，プロジェクト共通
管理データ１０からなるダンプファイル３２，３１をフ
ァイルシステムＦＳ上で形成し、オブジェクトファイル
ＯＢ，プロジェクトＰ１の識別用のプロジェクト識別フ
ァイル３３と共にプロジェクトＰ１に関するファイルを
ディレクトリＤ１下で管理し、ディレクトリＤ１のファ
イルを磁気テープ３に退避する。復元時には、新たにフ
ァイルシステムＦＳ上に形成したディレクトリＤ１下に
磁気テープ３のファイルを復元し、さらに、データベー
スＤＢに、ダンプファイル３２からプロジェクト管理デ
ータ２１を、ダンプファイル３１のプロジェクトＰ１に
関する情報のみを、プロジェクト共通管理データ１０に
複写し、全ての復元を終了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、計算機を使用し
て所定の処理を実行させるようにしたエンジニアリング
支援システムにおける、処理プログラム或いは処理に必
要なデータ等のエンジニアリングデータの退避・復元方
法に関する。

【０００２】

【従来の技術】通常のデータベースのデータの退避・復
元方法としては、例えばデータベース全体を一括で退避
し復元する方法，或いは管理しているデータのまとまり
毎、つまりアカウント単位にそのアカウントの所有する
テーブル群を退避・復元する方法，或いは、特定のアカ
ウントのテーブル単位に退避・復元する方法等がある。

【０００３】これらの退避復元方法は、データベース管
理システムに用意されたユーティリティを用いて実行さ
れる必要がある。つまり、データベースはデータベース
管理システムが管理しているため、データベースのデー
タファイルをＯＳコマンドで直接複写したのでは、デー
タベース管理システム本体の管理情報に矛盾を生じ、デ
ータを復元することができなくなるためである。

【０００４】一方、ファイルシステムで管理する通常の
ファイルの退避・復元方法についていえば、ＯＳコマン
ド，計算機のシステム管理ツール，構成情報管理ツール
等の目的に応じて様々なツールが存在するが、例えば、
ディスクのパーティション単位，ディレクトリ単位，フ
ァイル単位，変更ファイルのみ、変更の差分のみ等、の
単位で退避・復元を行っている。

【０００５】ここで、データベースのデータを使用して
複数のプロジェクトについて所定の処理を実行させるよ
うにしたエンジニアリング支援システムにおけるデータ
構成は、例えば図２に示すようになっている。

【０００６】つまり、データベースＤＢのデータは、各
プロジェクトに共通の情報からなるプロジェクト共通管
理データ１０，各プロジェクトに固有のプロジェクト管
理データ２ｎ等から構成される。ここで、プロジェクト
共通管理データ１０と各プロジェクト管理データ２ｎと
は、データベース管理システムのアカウントが資源管理
の括りになっている。一方、ファイルシステムＦＳで
は、プロジェクト単位でディレクトリが構成され、これ
らのディレクトリ下に各プロジェクト毎のドキュメント
ファイルＤＦ或いはオブジェクトファイルＯＦ等が存在
している。

【０００７】したがって、データベースＤＢ内のプロジ
ェクト共通管理データ１０，プロジェクト管理データ，
ファイルシステムＦＳ管理下の一般ファイルとしてのド
キュメントファイルＤＦ，オブジェクトファイルＯＦ，
データファイル等からなるエンジニアリングデータを、
例えば磁気テープ等の外部記憶媒体に退避するために
は、データベースＤＢ内のデータを、まず、データベー
ス管理システムのユーティリティコマンドを使用して退
避し、次に、ファイルシステムＦＳで管理するドキュメ
ントファイルＤＦ或いはオブジェクトファイルＯＦ等を
ＯＳコマンド等を使用して退避し、さらに、特定のプロ
ジェクト固有のエンジニアリングデータとプロジェクト
に依存しない管理情報とを退避し、これらを一括して管
理するようになっている。

【０００８】

【発明が解決しようとする課題】しかしながら、例えば
プロジェクト単位でエンジニアリングデータを磁気テー
プ等の外部記憶媒体に退避する場合、或いは特定プロジ
ェクトの管理データ或いは仕様書のファイル，プログラ
ムファイル等のデータを、例えば磁気テープ等の外部記
憶媒体に退避する場合等には、上述のような方法では、
各プロジェクト毎に、データベースＤＢ内のデータを複
写し、また、ファイルシステムＦＳ管理下のファイルを
複写しといった処理を行う必要があるため、データの複
写が煩雑でデータの管理が複雑であるという問題があ
る。また、管理情報の整合を保つのが困難であり、デー
タベース或いは計算機のシステム管理の高い技術が必要
である。

【０００９】そこで、この発明は上記従来の未解決の問
題に着目してなされたものであり、データベース管理シ
ステム及びファイルシステムにわたって管理される所定
のプロジェクトに関連するデータを容易に退避復元する
ことの可能なデータの退避復元方法を提供することを目
的としている。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に係るプロジェクトデータの退避
復元方法は、データベースを管理するデータベース管理
手段及びファイル管理を行うファイル管理手段で管理さ
れる複数のプロジェクトに関するプロジェクトデータの
うち、所定の退避プロジェクトに関するプロジェクトデ
ータを所定の記憶領域に退避すると共に復元するプロジ
ェクトデータの退避復元方法であって、前記データベー
ス管理手段で管理される前記退避プロジェクトに関する
プロジェクトデータからなるダンプファイルを前記ファ
イル管理手段の管理下で作成し、当該ダンプファイルと
前記ファイル管理手段で管理される前記退避プロジェク
トに関するファイルとを退避情報としてプロジェクト単
位で管理し、前記退避情報を、当該退避情報単位で前記
記憶領域に退避するようにしたことを特徴としている。

【００１１】この請求項１に係る発明では、所定の処理
を実行する複数のプロジェクトのうち、退避プロジェク
トとして指定されたプロジェクトに関するデータであっ
て、データベース管理手段で管理されるデータベース内
の、例えば、ユーザ管理情報，アクセス権管理情報，セ
クション管理情報等のプロジェクトデータからファイル
管理手段の管理下でダンプファイルが作成される。そし
て、ファイル管理手段で管理される、例えば退避プロジ
ェクトの各種ドキュメントファイル，或いはオブジェク
トファイル等、退避プロジェクトに関するファイルと前
記ダンプファイルとが退避情報として一括してファイル
管理手段で管理される。そして、この退避情報単位で所
定の記憶領域に退避され、また、退避情報単位で記憶領
域からファイル管理手段の管理下に復元されて、ダンプ
ファイルからデータベースのデータが復元される。

【００１２】したがって、退避プロジェクトに関するデ
ータは退避情報単位で管理され、退避情報単位で記憶領
域に退避され、また復元されるから、データの管理が容
易となり、また、退避手順も容易となる。

【００１３】また、請求項２に係るプロジェクトデータ
の退避復元方法は、前記データベース管理手段は、当該
データベース管理手段で管理する複数のプロジェクトに
共通の管理情報からなる共通管理データと、前記プロジ
ェクト毎に固有のプロジェクトデータからなる個別管理
データとに分けて前記データベースを管理する管理手段
であって、前記ダンプファイルを前記共通管理データと
前記退避プロジェクトに対応する前記個別管理データと
から作成し、前記共通管理データのうちの前記退避プロ
ジェクトに対応するプロジェクトデータと前記個別管理
データとを前記データベースに復元するようにしたこと
を特徴としている。

【００１４】この請求項２に係る発明では、データベー
ス管理手段では、データベースを、データベース管理手
段で管理する複数のプロジェクトに共通の、例えばユー
ザ管理情報或いはアクセス権管理情報等の共通管理デー
タと、各プロジェクト毎に固有のプロジェクトデータか
らなる個別管理データと、にわけて管理している。そし
て、共通管理データと退避プロジェクトに対応する個別
管理データとからダンプファイルが作成され、これが退
避情報に含まれて退避される。そして、退避情報を復元
させる場合には、個別管理データと、共通管理データの
うちの退避プロジェクトに対応するプロジェクトデータ
のみが復元される。つまり、例えばアクセス権情報の場
合には、退避プロジェクトに関するアクセス権情報のみ
が復元される。

【００１５】したがって、退避プロジェクトに関するプ
ロジェクトデータのみを退避させまた復元するようにし
たから、他のプロジェクトに関連するデータに影響を与
えるとなく的確に共通管理データの復元が行われる。

【００１６】また、請求項３に係るプロジェクトデータ
の退避復元方法は、前記データベースに復元する共通管
理データは、アクセス権情報及びユーザに関するユーザ
情報であることを特徴としている。

【００１７】この請求項３に係る発明では、退避情報と
して退避した共通管理データのうち、データベースには
アクセス権情報とユーザ情報とが復元される。また、請
求項４に係るプロジェクトデータの退避復元方法は、前
記退避情報に、少なくとも前記退避プロジェクトを識別
する識別情報と、バージョン番号と、退避日時方法と、
を付加するようにしたことを特徴としている。

【００１８】この請求項４に係る発明では、退避情報
に、少なくとも退避プロジェクトを識別する識別情報，
退避回数情報，退避日時情報等が付加される。したがっ
て、これら情報を参照することによって、どのプロジェ
クトの退避情報であるのかの認識が容易に行われる。

【００１９】さらに、請求項５に係るプロジェクトデー
タの退避復元方法は、前記データベース管理手段及びフ
ァイル管理手段を備えたデータベースサーバの退避情報
を、当該データベースサーバと通信回線を介して接続さ
れた退避処理装置の記憶領域に退避し復元するプロジェ
クトデータの退避復元方法であって、退避時には前記退
避処理装置に前記退避情報を転送すると共に前記退避情
報の前記記憶領域への書き込み依頼を行い、復元時には
前記退避処理装置に前記記憶領域からの読み出し及び前
記データベースサーバへの転送依頼を行うようにしたこ
とを特徴としている。

【００２０】この請求項５に係る発明では、データベー
ス管理手段とファイル管理手段とを備えたデータベース
サーバと、退避処理装置とが通信回線を介して接続され
ている。そして、データベースサーバに対して例えば他
の処理装置が、退避情報を退避処理装置に渡すように指
示すると共に、退避処理装置に対して退避情報を記憶領
域に書き込みように指示するよう依頼すること等によっ
て、退避情報が退避処理装置に渡され、さらに、退避処
理装置が依頼を受けて退避情報を記憶領域に書き込む。
そして、例えば他の処理装置が、退避処理装置に対して
記憶領域からの読み出し及びデータベースサーバへの転
送を行うよう指示すること等によって、記憶装置の退避
情報が読み出されてこれがデータベースサーバに転送さ
れ、データベースサーバにおいて復元される。

【００２１】

【発明の実施の形態】以下に、本発明の実施の形態を説
明する。図１は、本発明によるプロジェクトデータの退
避復元方法を適用した第１の実施の形態の構成を示す構
成図である。データベースサーバとしての処理装置１
に、外部記憶装置等に構成されるデータベースＤＢ，デ
ィスク装置２，磁気テープ３が接続されている。そし
て、処理装置１では、データベース管理システム（デー
タベース管理手段）によりデータベースＤＢを管理する
と共に、データベースＤＢ内のデータを用いてディスク
装置２に格納された各種プロジェクトＰｎ（ｎ＝１〜
Ｍ）に対応する処理プログラムを実行する。また、ディ
スク装置２に格納された各種ファイルをファイルシステ
ム（ファイル管理手段）ＦＳによって管理する。

【００２２】図２は、データベースＤＢのデータ構成及
びディスク装置２内のファイルシステムＦＳで管理する
ファイル構成を示したものである。データベースＤＢ
は、プロジェクト共通管理データ１０と各プロジェクト
Ｐｎ毎のプロジェクト管理データ２ｎ（ｎ＝１〜Ｍ）か
ら構成されている。プロジェクト共通管理データ１０と
しては、例えばユーザ管理情報，セクション管理情報，
プロジェクト管理情報，アクセス権管理情報等、このデ
ータベース管理システムにおいて各プロジェクトで共通
の管理情報が含まれる。

【００２３】プロジェクト管理データ２ｎは、各プロジ
ェクトＰｎ毎に固有の管理情報であり、例えばプロジェ
クトの各種ドキュメントを管理するドキュメント管理情
報，プロジェクトの各種オブジェクトファイルを管理す
るオブジェクト管理情報，各プロジェクトで使用するプ
ログラマブルコントローラに関するＰＬＣ関連情報，信
号割り付けデータ等から構成される。

【００２４】一方、ファイルシステムＦＳでは、例えば
プロジェクトディレクトリの下に、各プロジェクトＰｎ
のディレクトリＤｎ（ｎ＝１〜Ｍ）が形成され、各プロ
ジェクトのディレクトリに、それぞれドキュメントファ
イルＤＦ或いはオブジェクトファイルＯＦ等が格納され
ている。

【００２５】そして、データベースＤＢ及びファイルシ
ステムＦＳで管理されている各プロジェクトに関連する
データのうち、例えばプロジェクトＰ１に関するデータ
を磁気テープ３に退避する場合には、図３に示すよう
に、まず、プロジェクト共通管理データ１０を、データ
ベース管理システムのユーティリティを使用してディス
ク装置２に転送し、これをプロジェクト共通管理情報ダ
ンプファイル３１としてファイルシステムＦＳのプロジ
ェクトＰ１のディレクトリＤ１下に形成したＥｘｐｏｒ
ｔディレクトリＤｅ下におく。

【００２６】同様にして、プロジェクトＰ１に関する管
理情報であるプロジェクト管理データ２１をデータベー
ス管理システムのユーティリティを使用してディスク装
置２に転送し、プロジェクトダンプファイル３２とし
て、ＥｘｐｏｒｔディレクトリＤｅ下におく。

【００２７】さらに、プロジェクト名、つまりプロジェ
クトＰ１，バージョン番号，ダンプファイル３１及び３
２を形成した日時をファイル名としてプロジェクト識別
ファイル３３を作成し、これをプロジェクトＰ１のディ
レクトリＤ１下におく。

【００２８】このプロジェクト識別ファイル３３は退避
したデータの管理や復元時にどのプロジェクトに関する
データであるのかの判別を容易にするためのものであ
り、プロジェクト識別ファイル３３に替えて、プロジェ
クトディレクトリＤ１下のファイルをアーカイブして一
つにまとめ、そのファイル名に識別子として、前述のプ
ロジェクト名，バージョン番号，日時を付加するように
してもよい。

【００２９】これによって、図３に示すように、ファイ
ルシステムＦＳ内の、プロジェクトＰ１のディレクトリ
Ｄ１下に、ドキュメントファイルＤＦ，オブジェクトフ
ァイルＯＦと共に、プロジェクト識別ファイル３３が形
成され、さらに、ＥｘｐｏｒｔディレクトリＤｅ下にプ
ロジェクト共通管理情報ダンプファイル３１，プロジェ
クトダンプファイル３２が形成される。

【００３０】次に、ファイルシステムＦＳのプロジェク
トディレクトリＤ１下のファイル（或いはアーカイブし
たファイル）、つまり、図３において、破線で囲んだフ
ァイル全て（退避情報）を、例えばＯＳコマンドを使用
して磁気テープ３に複写する。

【００３１】そして、ファイルシステムＦＳの、プロジ
ェクト識別ファイル３３，プロジェクト共通管理情報ダ
ンプファイル３１，プロジェクトダンプファイル３２を
削除する。これにより、データベースＤＢ及びファイル
システムＦＳで管理されるプロジェクトＰ１に関するデ
ータは全て磁気テープ３に退避されたことになる。

【００３２】次に、このようにして磁気テープ３に退避
されたプロジェクトＰ１に関するデータを復元する場合
には、図４に示すように、まず、ファイルシステムＦＳ
上でプロジェクトＰ１のディレクトリＤ１を作成する。

【００３３】このとき、すでに、プロジェクトＰ１のデ
ィレクトリＤ１が存在し、このディレクトリ下にファイ
ルが存在する場合には、このプロジェクトＰ１のディレ
クトリ下のファイルを全て削除する。

【００３４】次に、磁気テープ３に複写した、プロジェ
クトディレクトリＤ１下に存在していたファイルを、例
えばＯＳコマンドを使用してファイルシステムＦＳ下に
新たに形成したプロジェクトディレクトリＤ１下に再度
記憶する。なお、退避されているファイルがアーカイブ
されている場合には、アーカイブファイルを解凍する。

【００３５】これにより、プロジェクトディレクトリＤ
１の下に、図４に破線で示すように、プロジェクトＰ１
に関連するファイルが格納される。次に、図４に示すよ
うに、データベースＤＢ内にプロジェクトＰ１用の空の
アカウント２１′を作成し、データベース管理システム
のユーティリティを使用してプロジェクトダンプファイ
ル３２をデータベースＤＢ内のプロジェクトＰ１のアカ
ウント２１′に格納する。このとき、データベースＤＢ
内にすでにプロジェクトＰ１のプロジェクト管理データ
用のアカウントが形成されている場合には、これを全て
削除する。

【００３６】同様にして、プロジェクト共通管理情報ダ
ンプファイル３１を格納する、復元作業用アカウント１
０′をデータベースＤＢ内に形成し、ここに、データベ
ース管理システムのユーティリティを用いてプロジェク
ト共通管理情報ダンプファイル３１をインポートする。
つまり、復元作業用のプロジェクト共通管理情報を格納
する復元作業用アカウント１０′には、プロジェクトＰ
１を磁気テープ３に退避した時点における、システム全
体のプロジェクト共通管理データが格納されることにな
る。

【００３７】次に、復元作業用アカウント１０′のプロ
ジェクト共通管理情報ダンプファイル３１からプロジェ
クト共通管理データ１０へ、プロジェクトＰ１に関連す
るデータを複写する。ここで、複写するデータはプロジ
ェクト共通管理データのうちのプロジェクトＰ１に関す
る情報，つまり、プロジェクトＰ１にアクセス権のある
ユーザのユーザ管理情報，アクセス権管理情報，追加し
たユーザの属するセクションに関するセクション管理情
報等の、プロジェクトＰ１を使用する上で必要な情報の
みを選択して情報を複写する。

【００３８】そして、復元作業用アカウント１０′に格
納されたプロジェクト共通管理情報ダンプファイル３１
をアカウントごとデータベースＤＢから削除する。ま
た、ファイルシステムＦＳ内のプロジェクト識別ファイ
ル３３，プロジェクト共通管理情報ダンプファイル３
１，プロジェクトダンプファイル３２を削除する。

【００３９】これによって、図４に示すように、データ
ベースＤＢには、プロジェクト管理データ２１が記憶さ
れ、プロジェクト共通管理データ１０に、プロジェクト
Ｐ１に関連する情報が含まれる。また、ファイルシステ
ムＦＳには、プロジェクトＰ１のディレクトリＤ１が形
成されて、この下にプロジェクトＰ１のドキュメントフ
ァイルＤＦ，オブジェクトファイルＯＢが復元され、プ
ロジェクトＰ１に関連するデータ一式が、データベース
ＤＢ内及びファイルシステムＦＳ上に復元されたことに
なり、プロジェクトＰ１に応じた所定の処理を実行する
ことが可能となる。

【００４０】したがって、データベース内のプロジェク
ト共通管理データ１０，プロジェクト管理データ２ｎ，
一般ファイルとしてのドキュメントファイルＤＦ，オブ
ジェクトファイル等のエンジニアリングデータをプロジ
ェクト単位で一括して外部記憶媒体、或いは別のパーテ
ィションに退避復元できるから、従来のように、データ
ベースＤＢ内のデータと、ファイルシステムＦＳの管理
下におけるファイルとを個別に退避復元する必要がな
く、また、これらを一括して管理することができるか
ら、退避復元作業を容易に行うことができる。

【００４１】また、このとき、データベースＤＢ内の退
避するデータとしては、指定されたプロジェクトに関連
するプロジェクト管理データと、プロジェクト共通管理
データ１０のみを退避するようにし、復元する際には、
プロジェクト管理データと、プロジェクト共通管理デー
タ１０のうちの、退避したプロジェクトに関連するデー
タのみを復元するようにしたから、例えばプロジェクト
Ｐ１に関連するデータを復元することによって、プロジ
ェクト共通管理データのうちの他のプロジェクトに関連
するデータに対して悪影響を与えることなく、的確に復
元を行うことができる。

【００４２】また、プロジェクト識別ファイル３３を作
成し、これにプロジェクトを特定する識別情報，或いは
バージョン番号，退避した日付等のファイル名を付加す
るようにしたから、プロジェクト識別ファイル３３のフ
ァイル名を参照することによって、退避したデータのプ
ロジェクト名或いはバージョン番号等を容易に認識する
ことができ、また、退避したデータの管理を容易に行う
ことができる。

【００４３】次に、本発明の第２の実施の形態を説明す
る。この第２の実施の形態は、上記第１の実施の形態の
処理装置１で保持する各プロジェクトに関する情報を、
ＬＡＮ等の通信回線を介して接続された他の処理装置の
磁気テープ等の外部記憶装置に退避するようにしたもの
である。

【００４４】図５は、第２の実施の形態におけるシステ
ム構成を示す構成図であって、上記第１の実施の形態に
おける処理装置１と同一の機能構成を有する処理装置Ａ
と、処理装置Ａとディスク装置２を共有する処理装置Ｂ
及びＣと、処理装置１とディスク装置２を共有しない処
理装置Ｄとが通信回線Ｌを介して接続されている。ここ
で、処理装置Ａがデータベースサーバに対応し、処理装
置Ｄが退避処理装置に対応している。

【００４５】そして、上記第１の実施の形態と同様に、
処理装置ＡのデータベースＤＢには、各プロジェクトに
共通のプロジェクト共通管理データ及び各プロジェクト
に固有のプロジェクト管理データが格納され、また、デ
ィスク装置２には、各種プロジェクトのドキュメントフ
ァイル或いはオブジェクトファイル等が格納されてい
る。また、前記処理装置Ａ，Ｂ及びＤは、それぞれ外部
記憶装置としての磁気テープ３Ａ，３Ｂ及び３Ｄをそれ
ぞれ有している。

【００４６】このようなシステム構成において、処理装
置Ａで保持するプロジェクトＰ１に関連するデータを、
磁気テープ３Ａに退避する場合には、上記第１の実施の
形態と同様であって、処理装置Ａでは、データベース管
理システムのユーティリティを用いて、データベースＤ
Ｂ内のプロジェクト共通管理データ及びプロジェクトＰ
１のプロジェクト管理データをディスク装置２に取り出
してプロジェクトＰ１のディレクトリ下にプロジェクト
Ｐ１のダンプファイルを形成し、処理装置Ａの例えばＯ
Ｓコマンドを利用してダンプファイルとプロジェクトＰ
１に関連するドキュメントファイル或いはオブジェクト
ファイル等、プロジェクトＰ１のディレクトリ下にある
ファイルを一括して、磁気テープ３Ａに退避する。

【００４７】そして、復元する際には、処理装置ＡのＯ
Ｓコマンドを使用して磁気テープ３Ａのデータをディス
ク装置２Ａに読み出し、ダンプファイルをもとにデータ
ベースＤＢにデータを複写することによって、復元が終
了する。

【００４８】次に、処理装置Ｂの磁気テープ３Ｂに処理
装置Ａで保持するプロジェクトＰ１に関するデータを退
避する場合には、処理装置Ｂから、処理装置Ａに対し
て、データベース管理システムのユーティリティを使用
して、データベースＤＢ内のデータをディスク装置２Ａ
に取り出すように指示を行う。そして、処理装置Ｂは、
処理装置Ａとディスク装置２Ａを共有しているから、処
理装置Ｂから直接ディスク装置２Ａにアクセスすること
ができる。よって、処理装置Ｂの例えばＯＳコマンドを
使用して、ダンプファイルを含むディスク装置２Ａのプ
ロジェクトＰ１に関連するデータ、つまり、プロジェク
トＰ１のディレクトリ下にあるファイルを全て、処理装
置Ｂに取り込み、これを磁気テープ３Ｂに記憶する。

【００４９】これによって、処理装置Ａのプロジェクト
Ｐ１のデータが全て、処理装置Ｂの磁気テープ３Ｂに退
避されたことになる。次に、処理装置Ｄの磁気テープ３
Ｄに処理装置ＡのプロジェクトＰ１に関するデータを退
避する場合には、この処理装置Ｄは、処理装置Ａのディ
スク装置２Ａとディスクを共有していないから、例えば
処理装置Ｃから処置装置Ａに対して、データベース管理
システムのユーティリティを使用して、データベースＤ
Ｂ内のデータをディスク装置２Ａに取り出すように指示
を行い、さらに、例えばＯＳコマンドを使用して処理装
置Ａに対して、ファイル複写コマンドを実行しその実行
結果を処理装置Ｄで実行する磁気テープ３Ｄへの書き込
みコマンドの入力として渡すと共に、処理装置Ｄに対し
て磁気テープ３Ｄへの書き込みを指示するコマンドを送
信する。つまり、例えば処理装置Ａがファイル複写処理
を実行するように指示するコマンドと、処理装置Ｄ上で
コマンドインタプリタを起動する指示及び磁気テープ３
Ｄへの書き込みを行う指示を行うコマンドを使用する。

【００５０】これによって、ディスク装置２Ａのプロジ
ェクトＰ１のディレクトリ下に形成されたファイル及び
ダンプファイルが処理装置Ｄに複写され、処理装置Ｄに
よって、これが磁気テープ３Ｄに格納され、処理装置Ａ
のプロジェクトＰ１に関連するデータが処理装置Ｄの磁
気テープ３Ｄに格納されたことになる。

【００５１】そして、プロジェクトＰ１のデータを復元
する場合には、例えば処理装置Ｃから処理装置Ｄに対し
て磁気テープ３Ｄのデータの読み出し及び処理装置Ａへ
のデータの転送を依頼することによって、処理装置Ｄが
磁気テープ３ＤからプロジェクトＰ１のデータを読み出
し、これを処理装置Ａに転送するから、処理装置Ａがこ
れを上記第１の実施の形態と同様にして復元することに
より、データベースＤＢ及びファイルシステムＦＳにプ
ロジェクトＰ１に関するデータが復元される。

【００５２】したがって、処理装置Ａのエンジニアリン
グデータは、ファイルサーバ上で共有されているから、
データベースＤＢのデータのみに係わらず、通信回線を
介して接続された他の処理装置の磁気テープ３に、エン
ジニアリングデータを退避することができ、また、磁気
テープ３がどの処理装置に接続されていても、磁気テー
プ３が接続されている処理装置を指定して、ファイルシ
ステムＦＳ上のデータの複写を行うことによって、所望
の処理装置に接続された磁気テープへプロジェクトデー
タの退避を行うことができ、また任意の磁気テープから
データベースサーバへのプロジェクトデータの復元を行
うことができる。

【００５３】

【発明の効果】以上説明したように、本発明の請求項１
に係るプロジェクトデータの退避復元方法によれば、デ
ータベース管理手段で管理されるデータベース内の退避
プロジェクトに関するデータからなるダンプファイル
と、ファイル管理手段で管理される退避プロジェクトに
関するファイルとを退避情報として一括してファイル管
理手段で管理し、退避情報単位で退避復元を行うように
したから、データの退避復元或いは退避情報の管理を容
易に行うことができる。

【００５４】また、請求項２に係るプロジェクトデータ
の退避復元方法によれば、データベースで管理される共
通管理データと退避プロジェクトに対応する個別管理デ
ータとからダンプファイルを作成してこれを退避し、復
元時には、個別管理データと、共通管理データのうちの
退避プロジェクトに対応するプロジェクトデータのみを
復元するようにしたから、他のプロジェクトに関連する
データに影響を与えるとなく的確に共通管理データの復
元を行うことができる。

【００５５】また、請求項３に係るプロジェクトデータ
の退避復元方法によれば、共通管理データのうち、アク
セス権情報とユーザ情報とを復元するようにしたから、
退避プロジェクトを使用する上で必要な最低の情報のみ
を復元することができる。

【００５６】また、請求項４に係るプロジェクトデータ
の退避復元方法によれば、退避情報に、少なくとも退避
プロジェクトを識別する識別情報，退避回数情報，退避
日時情報等が付加するようにしたから、これら情報を参
照することによって、どのプロジェクトの退避情報であ
るのかを容易に認識することができ、また、退避情報の
管理を容易に行うことができる。

【００５７】さらに、請求項５に係るプロジェクトデー
タの退避復元方法によれば、退避情報を退避処理装置に
渡し、さらに、退避処理装置に対して退避情報を記憶領
域に書き込むように指示し、また、退避処理装置に対し
て退避情報を読み出し転送するように指示することによ
って、通信回線を介して接続された退避処理装置に記憶
領域に退避情報を退避させることもでき、同様に通信回
線を介して接続された退避処理装置からの退避情報をデ
ータベースサーバに復元することもできる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における処理装置の
構成図である。

【図２】データベース及びファイルシステムのデータ構
造を説明する説明図である。

【図３】データ退避時の説明図である。

【図４】データ復元時の説明図である。である。

【図５】本発明の第２の実施の形態における処理システ
ムの構成図である。

【符号の説明】

１ 処理装置 ２ ディスク装置 ３ 磁気テープ ＤＢ データベース ＦＳ ファイルシステム

Claims (5)

【特許請求の範囲】
1. 【請求項１】 データベースを管理するデータベース管
   理手段及びファイル管理を行うファイル管理手段で管理
   される複数のプロジェクトに関するプロジェクトデータ
   のうち、所定の退避プロジェクトに関するプロジェクト
   データを所定の記憶領域に退避すると共に復元するプロ
   ジェクトデータの退避復元方法であって、 前記データベース管理手段で管理される前記退避プロジ
   ェクトに関するプロジェクトデータからなるダンプファ
   イルを前記ファイル管理手段の管理下で作成し、当該ダ
   ンプファイルと前記ファイル管理手段で管理される前記
   退避プロジェクトに関するファイルとを退避情報として
   プロジェクト単位で管理し、前記退避情報を、当該退避
   情報単位で前記記憶領域に退避するようにしたことを特
   徴とするプロジェクトデータの退避復元方法。
2. 【請求項２】 前記データベース管理手段は、当該デー
   タベース管理手段で管理する複数のプロジェクトに共通
   の管理情報からなる共通管理データと、前記プロジェク
   ト毎に固有のプロジェクトデータからなる個別管理デー
   タとに分けて前記データベースを管理する管理手段であ
   って、前記ダンプファイルを前記共通管理データと前記
   退避プロジェクトに対応する前記個別管理データとから
   作成し、前記共通管理データのうちの前記退避プロジェ
   クトに対応するプロジェクトデータと前記個別管理デー
   タとを前記データベースに復元するようにしたことを特
   徴とする請求項１記載のプロジェクトデータの退避復元
   方法。
3. 【請求項３】 前記データベースに復元する共通管理デ
   ータは、アクセス権情報及びユーザに関するユーザ情報
   であることを特徴とする請求項２記載のプロジェクトデ
   ータの退避復元方法。
4. 【請求項４】 前記退避情報に、少なくとも前記退避プ
   ロジェクトを識別する識別情報と、バージョン番号と、
   退避日時方法と、を付加するようにしたことを特徴とす
   る請求項２又は３記載のプロジェクトデータの退避復元
   方法。
5. 【請求項５】 前記データベース管理手段及びファイル
   管理手段を備えたデータベースサーバの退避情報を、当
   該データベースサーバと通信回線を介して接続された退
   避処理装置の記憶領域に退避し復元するプロジェクトデ
   ータの退避復元方法であって、退避時には前記退避処理
   装置に前記退避情報を転送すると共に前記退避情報の前
   記記憶領域への書き込み依頼を行い、復元時には前記退
   避処理装置に前記記憶領域からの読み出し及び前記デー
   タベースサーバへの転送依頼を行うようにしたことを特
   徴とする請求項１乃至４の何れかに記載のプロジェクト
   データの退避復元方法。