JPH0827754B2 - コンピュータシステムにおけるファイル管理方法及びファイル管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、広くはコンピュータ・
システムに関し、より詳しくは、プライマリ・リポジト
リの中に収容されているファイルへのアクセスを管理
し、また、そこに収容されているファイルをバックアッ
プ・リポジトリの中へバックアップするための、コンピ
ュータ・システムに関する。

【０００２】

【従来の技術】多くのコンピュータ・システムには、フ
ァイル管理プログラム（ファイル・マネージャ）とバッ
クアップ用プログラム（バックアップ・ユーティリテ
ィ）とが装備されている。これらのうち、ファイル・マ
ネージャは、プライマリ・リポジトリの中のファイル
（ないしはその他のデータ）の格納を制御すると共に、
アプリケーション・プログラムが発する、そこに格納し
てあるファイルへのアクセスを求めるアクセス要求を管
理している。また、共用ファイル・システムにおいて、
複数のアプリケーション・プログラムが、同一のファイ
ルへアクセスできるようにしているのも、このファイル
・マネージャである。プライマリ・リポジトリは、例え
ば、直接アクセス記憶装置（ＤＡＳＤ）のディスクが何
枚も集合した、ディスク集合体の形で構成されており、
この場合、１つのファイルのデータは、それら複数枚の
ＤＡＳＤディスクのうちの１枚のディスクに収容される
こともあれば、２枚以上のディスクに亙って収容される
こともある。一方、バックアップ・ユーティリティは、
プライマリ・リポジトリからバックアップ・リポジトリ
へ、ファイルをバックアップする（即ち、コピーする）
作業を担当しており、これによって、ファイルが論理損
傷ないし物理損傷してもそのデータが失われないよう
に、データを保護している。バックアップ・リポジトリ
は、例えば磁気テープの形で構成されている。

【０００３】バックアップ作業を実行する際には、バッ
クアップ・リポジトリへデータをコピーするのに、かな
り長い時間がかかることがしばしばあり、その時間は数
分から場合によっては数時間にも及び、実際にどれ程の
時間がかかるかは、コピーする必要のあるデータの量
と、記憶装置の動作速度とによって決まる。従来公知の
ファイル・マネージャには、バックアップ期間中は、バ
ックアップの対象となるファイルを全てロック状態にし
て、アプリケーション・プログラムがそれらファイルを
更新できないようにするものがあった。ここで、バック
アップするファイルを全てロック状態にするのは、それ
らファイルの「一貫性」を確保するためであり、換言す
れば、それら一群のファイルの、バックアップの開始時
刻における「その瞬間の状態を写し取って」コピーする
ためである。バックアップ作業が完了したならば、その
ロック状態は解除される。この方式では確かに一貫性を
確保することができるが、バックアップ作業中にそのバ
ックアップの対象とされているファイルへの書込みアク
セスが必要になったアプリケーション・プログラムは、
その実行に遅れを生じることになる。従来公知のファイ
ル・マネージャの更に別のものに、バックアップ作業中
であっても、アプリケーション・プログラムが、バック
アップの対象とされているファイルに更新を施せるよう
にしたものがある。この方式では、アプリケーション・
プログラムの実行に遅れを生じることはないかわりに、
バックアップしたコピーに一貫性が維持されていないお
それがある。

【０００４】更に別の従来公知のファイル・マネージャ
に「ユニックス・プラン９（Unix Plan 9)」というもの
があり、このファイル・マネージャは、次のように動作
することによって、ファイルのディレクトリをバックア
ップするようにしている。即ち、全てのファイルをディ
スクに格納したならば、先ず最初に、それらファイルを
第１ディレクトリによって参照するようにしておく。そ
して、毎日決まった時刻（例えば午後５時）に、全ての
ディレクトリ（ファイルそれ自体ではなく、ディレクト
リであることに注意されたい）をバックアップするよう
にしており、このディレクトリのバックアップは、第１
ディレクトリが指し示しているファイルと同じファイル
を指し示す第２ディレクトリを定義することによって行
なう。これがバックアップ作業の範囲である。

【０００５】この「ユニックス・プラン９」は更に、次
のようにして各々のファイルのヒストリカル・コピーを
保持するようにしている。即ち、第１ディレクトリの中
に含められているある１つのファイルに対して更新を施
すことを求める、更新要求が発せられたならば、その都
度、そのファイルをオープンして、要求された更新を施
す前の状態にあるそのファイルをコピーし（即ち、その
ファイルのシャドウ・コピーを作成し）、そうして作成
したコピーを、元のファイルのヒストリカル・コピーと
して使用する。これを行なうためにはある程度の時間が
必要であり、また、ＤＡＳＤ記憶装置も必要である。第
１ディレクトリは、オリジナルのファイル（コピー元の
ファイル）の方を指し示し続けるようにし、一方、第２
ディレクトリは、「ヒストリカル・コピー」であるその
シャドウ・コピー（即ち、シャドウ・ファイル）の方を
指し示すようにしておく。続いて、第１ディレクトリに
対応している方のファイル（即ち、オリジナルのファイ
ル）に対して更新を施した上、その更新を施したファイ
ルをクローズする。アプリケーション・プログラムは、
この更新処理の実行中には（この更新処理の実行時間は
短く、なぜならば、この更新処理は磁気テープに対して
行なわれるのではなく、同じディスクの上の他のロケー
ションに対して行なわれるからである）、第２ディレク
トリを介して、そのファイルのヒストリカル・コピー
（即ち、シャドウ・コピー）の方にアクセスすることが
できる。

【０００６】更に別の従来公知のファイル・マネージャ
に、次のようなものがある。即ちそのファイル・マネー
ジャは、ファイルのバックアップが実行されている間で
あっても、アプリケーション・プログラムがそのファイ
ルに更新を施すことができ、しかもバックアップしたコ
ピーが、一貫性を有するバックアップ・コピーとなるよ
うにしたものである。このファイル・マネージャの動作
は次のとおりである。先ずこのファイル・マネージャ
は、バックアップ作業の開始と同時に、磁気テープへバ
ックアップしようとしている全てのファイルの、各々の
コピーを作成する。そして、それらファイルのバックア
ップ作業の実行中に、それらファイルのうちのいずれか
に対して更新を施そうとするアプリケーション・プログ
ラムは、そのファイルのコピーの方に更新を施す。バッ
クアップ作業が完了したならば、ファイル・マネージャ
は、プライマリ・ファイル・リポジトリのディレクトリ
をスキャンして、バックアップ作業を完了したばかりの
ファイルのうちに、バックアップ作業中にそのコピーに
対して更新が施されたファイルがあるか否かを判定す
る。もし該当するファイルがあったならば、ファイル・
マネージャは、更新が施されたファイル（即ち、そのフ
ァイルの、更新が施されたコピー）を、磁気テープへ再
度バックアップする。この作業は、所定の有限回数まで
反復されるか、或いは、スキャンの結果、新たに更新が
施されたファイルが存在していないことが判明するまで
反復される。この方式は非効率的である。なぜならば、
この方式では常に、あるファイルのコピーをバックアッ
プする際には、そのファイル全体のコピーをバックアッ
プせねばならず、また、バックアップ作業中に何度もフ
ァイルの更新が行なわれた場合には、プライマリ・ファ
イル・リポジトリの読取り動作を何度も反復して実行す
る必要がある上に、バックアップ・リポジトリへファイ
ルをバックアップする動作も繰り返して実行せねばなら
ないからである。

【０００７】従来公知のオペレーティング・システムの
１つに、「ＩＢＭ・ＶＭ／ＳＰ・６（IBM VM/SP 6)」と
いうオペレーティング・システムがある。このオペレー
ティング・システムと、このオペレーティング・システ
ムに装備されているファイル・マネージャとは、ＤＡＳ
Ｄの中に格納されている各ファイルに包含されている、
複数のデータ・オブジェクトの、一貫性を有するビュー
を提供することができ、また、あるアプリケーション・
プログラムが、あるファイルからの読取りを実行してい
るときに、それと同時にその他のアプリケーション・プ
ログラムが、そのファイルに包含されているデータ・オ
ブジェクトに更新を施し得るようにしており、それら
を、以下のように動作することによって可能にしてい
る。即ち、そのファイル・マネージャは、あるファイル
を読取りのためにオープンしたならば、そのファイルか
ら、そのファイルに包含されている全てのデータ・オブ
ジェクトへの、全てのポインタについて、そのポインタ
のコピーを作成するようにしている。それらポインタの
コピーが作成されたならば、そのファイルからの読取り
を行なおうとしているアプリケーション・プログラム
は、そのファイルの中のデータ・オブジェクトの読取り
に取り掛かることができる。この読取りの実行中に、ま
た別のアプリケーション・プログラムが、それらデータ
・オブジェクトのうちのいずれかに対して更新を施すこ
とを求める更新要求を発したならば、ファイル・マネー
ジャは、更新を施すよう要求されたデータ・オブジェク
トをＲＡＭの中へコピーする。続いて、更新要求を発し
たアプリケーション・プログラムは、ＲＡＭの中のその
コピーに対して更新を施した上で、その更新をコミット
してもらうことを求めるコミットメント要求を発する。
ファイル・マネージャは、このコミットメント要求に応
えて、その更新が施されたコピー（データ・オブジェク
トのコピー）を、ＤＡＳＤ上の新たなロケーションへ書
き込んだ上で、そのＤＡＳＤ上の然るべき一群のポイン
タに変更を施して、それらポインタがその新ロケーショ
ンを指し示すようにする。この方式は、一貫性を維持し
つつ読取りを行なわせることができ、しかも、読取りを
行なっているアプリケーション・プログラム以外の他の
アプリケーション・プログラムが更新を施せるようにし
ていることにおいて、効果的であるといえる。しかしな
がら、読取りのためにオープンしたファイルの中の各デ
ータ・オブジェクトを指し示す各ポインタをコピーする
という作業が必要であり、しかも、１つのファイルの中
のデータ・オブジェクトの個数、従って、夫々のデータ
・オブジェクトに対応したポインタの個数は、数千個も
の多数に及ぶことがある。更に、この方式には、ファイ
ル・レベルでの一貫性しか提供できないという限界があ
る。

【０００８】

【発明が解決しようとする課題】従来例は上記したよう
にそれぞれ問題点があり、したがって本発明の目的は、
以上の問題点を解消して、ファイルのバックアップ作業
の実行中にも、アプリケーション・プログラムがそのフ
ァイルに更新すなわち変更を施すことができ、しかも
尚、一貫性を有するバックアップ・コピーが得られ、更
には、そのバックアップ作業に付随するオーバーヘッド
と、メモリー（ＲＡＭ）に必要とされる記憶容量並びに
プライマリ・リポジトリに必要とされる記憶容量を大幅
に低減することのできる、ファイル管理方法を提供する
ことである。

【０００９】本発明の更なる目的は、その種のファイル
の管理及びバックアップのためのシステムであって、一
群のファイルを一括してバックアップしているときに、
それらファイルのうちの１つのファイルだけが更新すな
わち変更を施された場合や、１つのファイルの全体をバ
ックアップしているときに、そのファイルに包含されて
いるデータ・オブジェクトのうちの１つのデータ・オブ
ジェクトだけが更新を施された場合に、それに伴って必
要となるオーバーヘッドとメモリーの負担とを可及的に
軽減することのできる、ファイルの管理のためのコンピ
ュータ・システムを提供することである。

【００１０】

【課題を解決するための手段】本発明は、ファイルの管
理及びバックアップのための方法及びシステムに関する
ものであり、このシステムは、プライマリ・リポジトリ
の中のデータ・オブジェクト（例えば、データのブロッ
ク、ページ、ないしはレコード等）の格納と、それらデ
ータ・オブジェクトへのアクセスとを管理すると共に、
それらデータ・オブジェクトを、然るべき折々に、バッ
クアップ・リポジトリへバックアップするシステムであ
る。一般に、１つ１つがデータ・オブジェクトである多
数のレコードを幾つかのグループに編成して、その各グ
ループをファイルとすることができる。また、複数のフ
ァイルが存在するときには、それらファイルを幾つかの
グループに編成して、その各グループをディレクトリと
することができ、更に、複数のディレクトリが存在する
ときには、それらディレクトリを幾つかのグループに編
成して、その各グループをファイル空間とすることがで
きる。そして、これらを行なうことによって、１つの階
層構造を形成することができる。本発明が関係している
システムでは、そのシステムに包含されているバックア
ップ・ユーティリティが、所定の周期で、或いは、ユー
ザからの要求に応じて、ファイル・マネージャへ向けて
バックアップ要求を発する。このバックアップ・ユーテ
ィリティは更に、上記の階層構造の全体なり一部なりを
バックアップ範囲として指定することができるものとし
てある。例えば、１つないし複数のファイルをそのファ
イル名によって特定し、特定したファイルに包含されて
いる全てのデータ・オブジェクトをバックアップ範囲と
して指定することができる。また、１つないし複数のデ
ィレクトリをそのディレクトリ名によって特定し、特定
したディレクトリに包含されている全てのファイル及び
データ・オブジェクトをバックアップ範囲として指定し
たり、更には、１つないし複数のファイル空間をファイ
ル空間名によって特定し、特定したファイル空間に包含
されている全てのディレクトリと、それらディレクトリ
に包含されている全てのファイル及びデータ・オブジェ
クトとを、バックアップ範囲として指定することも可能
である。

【００１１】ファイル・マネージャは、このバックアッ
プ要求に応答して、且つ、指定されたバックアップ範囲
に応じて、「進行中バックアップ作業一覧テーブル」の
中に１つのエントリを作成し、そのエントリは、指定さ
れたバックアップ範囲に対応したファイル空間、ディレ
クトリ、ファイル、及び／または、データ・オブジェク
トが、現在進行中の一貫性バックアップ作業の対象とな
っていることを表示する。続いて、バックアップ・ユー
ティリティが、バックアップ範囲に包含されているデー
タを実際にバックアップ・リポジトリへコピーする作業
を開始する。バックアップ・ユーティリティは、このコ
ピー作業を実行するときには、プライマリ・リポジトリ
の中のデータにアクセスするためにファイル・マネージ
ャの助けを借りつつ、その作業を実行する。進行中バッ
クアップ作業一覧テーブルの中に、バックアップ作業の
ためのエントリが設定された後に（しかも、そのバック
アップ作業が完了する前に）、そのエントリが表示して
いるバックアップ範囲の中に包含されているファイル空
間、ディレクトリ、ファイル、ないしデータ・オブジェ
クトに対して更新を施すことを求める更新要求が発せら
れたときには、ファイル・マネージャが、先ず、その更
新要求の対象であるファイル空間、ディレクトリ、ファ
イル、ないしデータ・オブジェクトのコピー（即ち、シ
ャドウ・コピー）を作成する。続いてファイル・マネー
ジャは、オリジナルの方の（コピー元の）ファイル空
間、ディレクトリ、ファイル、ないしデータ・オブジェ
クトに対してはその更新要求にかかる更新を施し、一
方、シャドウ・コピーの方を、バックアップ作業に使用
する。以上によって、バックアップ・コピーが一貫性を
有するコピーとなっており、更にそれと共に、バックア
ップ作業中であっても、アプリケーション・プログラム
が、そのバックアップ範囲に包含されているファイル空
間、ディレクトリ、ファイル、及び／またはデータ・オ
ブジェクトの、最新に更新されたバージョンに、アクセ
スし得るようになっている。加えて、作成せねばならな
いコピーの量が可及的に低減されており（即ち、更新を
施そうとするものだけをコピーすれば良い）、また、必
要とされるオーバーヘッドも非常に僅かであって、単に
ファイル・マネージャが、進行中バックアップ作業一覧
テーブルの中にエントリを作成し、その後に更新要求が
発せられたときにそのテーブルの読取りを行ない、必要
に応じてシャドウ・コピーを作成するというだけのオー
バーヘッドで済んでいる。

【００１２】本発明には更に、最適化処理を組み入れる
こともできる。この最適化処理は、バックアップ作業中
に更新要求が発せられたときに、その更新要求にかかる
更新対象のディレクトリ、ファイル、ないしデータ・オ
ブジェクトが既にバックアップを完了していた場合に
は、そのディレクトリ、ファイル、ないしデータ・オブ
ジェクトについては、シャドウ・コピーを作成せずに済
ませるようにする処理である。

【００１３】

【実施例】これより添付図面を参照しつつ更に詳細に説
明して行く。添付図面中、幾つかの図に亙って同一の引
用符号を使用している場合には、その引用符号は同一の
要素を指し示している。図１はコンピュータ・システム
を示しており、図中の引用符号１０は、このコンピュー
タ・システムの全体を指し示している。このコンピュー
タ・システム１０は、プロセッサ１２、オペレーティン
グ・システム１４、ユーザ・アプリケーション・プログ
ラム１６ａ、１６ｂ、１６ｃ、プライマリ・リポジトリ
（即ち、作業リポジトリ）１８、及びバックアップ・リ
ポジトリ２０をを含んでおり、これらの構成要素はいず
れも、従来公知のものである。このコンピュータ・シス
テム１０は更に、ファイル・マネージャ（即ち、ファイ
ル・サーバー）２６と、バックアップ用アプリケーショ
ン（即ち、バックアップ・ユーティリティ）４０とを含
んでおり、これら２つの構成要素は本発明に従って構成
されている。本発明は、プロセッサやオペレーティング
・システムに関しては、それらが特別な種類のものであ
ることを必要とせず、また、それらの種類によって影響
されることもない。また、本発明は、メインフレーム・
コンピュータ（仮想マシンであると非仮想マシンである
とを問わない）に利用することもできれば、ワークステ
ーションや、パーソナル・コンピュータに利用すること
もできる。具体的な例を挙げるならば、図示のコンピュ
ータ・システム１０のうち、本発明それ自体に関係して
いない部分は、「ＥＳ／９０００」型プロセッサと「Ｖ
Ｍ／ＥＳＡ（登録商標）」というオペレーティング・シ
ステムとを備えた、ＩＢＭ社の「システム／３７０」や
「システム／３９０」というコンピュータ・システムに
既に備えられているものである。「システム／３７０」
や「システム／３９０」というコンピュータ・システ
ム、ないしは「ＶＭ／ＥＳＡ」というオペレーティング
・システムについての、背景的情報（ただし、本発明そ
れ自体に関係した情報は無論含まれていない）は、ＩＢ
Ｍ社が発行している文献である「VM/ESA General Infor
mation GC24-5550」、並びに、この文献中において引用
されている「ＶＭ／ＥＳＡ」関係の諸々の刊行物に示さ
れている。

【００１４】以上に例示したＩＢＭ社のコンピュータ・
システムによって、ここでは共用ファイル・システムが
構成されており、共用ファイル・システムであるため、
ユーザ・アプリケーション・プログラム１６ａ、１６
ｂ、及び１６ｃのいずれもが、任意のファイルに対して
読取り、及び／または、書込みを行なうことができる。
例えば、ファイルにはドキュメントやレコードを収容し
ておくことができ、ユーザ・アプリケーション・プログ
ラムは、それらドキュメントやレコードの、読取り、作
成、更新、ないしは消去を行なうことができる。尚、こ
れら４種類のアクセスのうち後の方の３つ、即ち、作
成、更新、及び消去という３種類のアクセスは、「書込
み」アクセスの呼ばれるものである。ファイルは、物理
的には、プライマリ・リポジトリ１８の中に格納されて
いる。プライマリ・リポジトリ１８は、具体的には、例
えば直接アクセス記憶装置（ＤＡＳＤ）等（即ち、磁気
ディスク等）である。各ファイルは２つの部分から構成
されている。それら２つの部分のうちの一方は実データ
の部分であり、この実データの部分は、ユーザ記憶グル
ープ１９の中に格納されている。また、他方はカタログ
情報の部分であり、このカタログ情報の部分は、カタロ
グ記憶グループ２１の中に格納されている。カタログ情
報は、ディレクトリ（各ディレクトリにはファイル名が
収容されている）及びディレクトリ属性と、ユーザ記憶
グループの中のファイルを指し示すポインタと、ファイ
ル・アクセス権限と、ファイル特性と、各ファイルの最
新の更新の日付とを含んでいる。カタログ記憶グループ
２１は、複数のミニディスク上に置かれており、それら
ミニディスクは、その各々が夫々１つの仮想ＤＡＳＤエ
クステントであると考えることができる。また、ユーザ
記憶グループ１９も、複数のミニディスク上に置かれて
おり、それらミニディスクもまた、その各々が夫々１つ
の仮想ＤＡＳＤエクステントであると考えることができ
る。図示例に即していえば、ディレクトリ１０２’は、
カタログ記憶グループ２１の中に格納されているカタロ
グ情報Ｄｉによって表示されている。そして、このカタ
ログ情報Ｄｉは、ファイル１２１及びファイル１２３を
参照している。それらファイルのうち、ファイル１２１
は、カタログ記憶グループ２１に格納されているカタロ
グ情報Ｆｉによって表示されており、一方、ファイル１
２３は、カタログ記憶グループ２１に格納されているカ
タログ情報Ｆｉによって表示されている。更に、ファイ
ル１２１は、ユーザ記憶グループ１９の中に格納されて
いるデータ・オブジェクト１０７、１１２、及び１０４
を包含しており、一方、ファイル１２３は、同じくユー
ザ記憶グループ１９の中に格納されているデータ・オブ
ジェクト１１６及び１０９を包含している。

【００１５】ファイル・マネージャ２６は、（従来公知
のＶＭ／ＥＳＡオペレーティング・システムの方式に従
って）複数のディレクトリ及び複数のファイルの「論理
階層構造」ビュー（論理ビュー）を生成し、この論理階
層構造ビューは、アプリケーション・プログラム１６
ａ、１６ｂ、１６ｃが参照するためのものである。この
論理階層構造において、その中の複数のディレクトリ
は、幾つかのグループに編成されており、それらグルー
プの各々が、夫々１つずつのファイル空間を構成してい
る。図中には、それらファイル空間のうちの１つをファ
イル空間３０として示してある。各々のファイル空間
は、１人のユーザ（或いは、１つのユーザ・アプリケー
ション）に関係した、全てのディレクトリ、ファイル、
ないしデータ・オブジェクトを包含している。それら複
数のファイル空間は、更に幾つかのグループに編成され
ており、それらグループの各々が、夫々１つずつのユー
ザ記憶グループを構成している。図中には、それらユー
ザ記憶グループのうちの１つをユーザ記憶グループ５０
として示してある。各々のユーザ記憶グループは、夫々
が、１つのユーザ・グループに関係した全てのファイル
空間を包含している。

【００１６】アプリケーション・プログラム１６ａ、１
６ｂ、１６ｃが、或いはそれらアプリケーション・プロ
グラムのユーザが、あるファイルに（更新すなわち変更
を施すための）アクセスをしようとするときには、その
アプリケーション・プログラムないしユーザは、該当す
るファイル空間と、ディレクトリと、ファイルとを選択
した上で、その更新内容を指定する。例えば、あるユー
ザが、あるデータ・オブジェクトに更新を施すべきこと
を指定した場合には、ファイル・マネージャ２６が、そ
のデータ・オブジェクトをＲＡＭ２２の中にコピーし
て、そのデータ・オブジェクトにアクセスできるように
する。そのデータ・オブジェクトに対する更新処理が完
了したならば、更新を要求したアプリケーション・プロ
グラムは、その更新をコミットしてもらうことを求め
る、コミットメント要求コマンドを発する。すると、フ
ァイル・マネージャ２６が、このコミットメント要求コ
マンドに従って、更新が施されたファイルないしデータ
・オブジェクトを、ＲＡＭ２２からプライマリ・リポジ
トリ１８へコピーする。バックアップ用アプリケーショ
ン（即ち、バックアップ・ユーティリティ）４０は、周
期的に、或いはユーザ（即ち、バックアップ・ユーティ
リティ４０のユーザ）からの要求に接したときに、ディ
レクトリ及びファイルに関するカタログ情報と、（バッ
クアップ範囲に含まれている）データ・オブジェクトと
を、プライマリ・リポジトリ１８からバックアップ・リ
ポジトリ２０へバックアップする（即ち、コピーする）
作業を起動し、且つ制御する。尚、バックアップ・ユー
ティリティ４０は、バックアップ呼出しオプションを参
照して、そのバックアップ範囲を判定する。

【００１７】以下に説明するのは、本発明に係るファイ
ル・マネージャ２６及びバックアップ・ユーティリティ
４０の基本的な機能であり、それら機能によって、プラ
イマリ・リポジトリ１８からバックアップ・リポジトリ
２０へファイルをバックアップする作業の実行中に、ア
プリケーション・プログラム１６ａ、１６ｂ、ないし１
６ｃが、そのバックアップ作業中のファイルにアクセス
する（例えば、そのファイルからの読取りを行なった
り、そのファイルに更新すなわち変更を施したりする）
ことが可能になっている。先ず、バックアップ・ユーテ
ィリティ４０を動作させているユーザか、或いはタイマ
ーかの、いずれかによってバックアップ作業が開始さ
れ、その際にバックアップ範囲が、例えば、ユーザ記憶
グループ５０というように、或いは、ファイル空間３
０、またはディレクトリ５４というように指定される。
バックアップ作業が開始されたならば、バックアップ・
ユーティリティ４０が、ファイル・マネージャ２６へ、
そのバックアップ範囲を通知する。この通知を受け取っ
たファイル・マネージャ２６は、それに応答して、先
ず、ユーザ記憶グループ５０を包括的ロック状態にした
上で、（そのバックアップ範囲であるところの）ユーザ
記憶グループなり、或いはファイル空間なり、或いはデ
ィレクトリなりに、「バックアップ処理進行中」を表わ
すマークを付ける。続いて、ファイル・マネージャ２６
は、ユーザ記憶グループ５０のロック状態を解除する。
尚、このロック状態は、１つのユーザ記憶グループの全
体に対する包括的なものであるため、別に開始されたバ
ックアップ作業が実行中であった場合にはそのバックア
ップ作業の完了やコミットメントが阻止され、また、そ
のロックしたユーザ記憶グループに関連した全ての更新
が阻止されることにもなるが、しかしながらこのロック
状態の持続時間は非常に短いため、このロック状態に起
因するコンピュータ・システム全体の効率の低下や、コ
ンピュータ・システムの中の諸々のアプリケーション・
プログラムの効率の低下は、無視し得る程度のものでし
かない。

【００１８】続いて、バックアップ・ユーティリティ４
０は、バックアップ範囲に包含されているファイルをプ
ライマリ・リポジトリ１８からバックアップ・リポジト
リ２０へコピーするコピー作業すなわちバックアップ作
業を開始し、このバックアップ作業は、プライマリ・リ
ポジトリ１８からデータを取り出し（このデータの取り
出しにはファイル・マネージャ２６の助けを借りる）、
その取り出したデータを、（ＲＡＭ２２を介して）バッ
クアップ・リポジトリ２０のコントローラ（図示例では
バックアップ・リポジトリを構成しているテープ・ドラ
イブ６ａのコントローラ）へ供給することによって行な
う。このバックアップ作業に必要な時間は、数分から、
場合によっては数時間にも及び、実際にどれほどの時間
がかかるのかは、バックアップする必要のあるデータの
量と、バックアップ・リポジトリ２０（図示例ではテー
プ・ドライブ６ａ）への書込み速度とに応じて定まる。
そして、このバックアップ作業が完了するより前に、も
しアプリケーション・プログラム１６ａ、１６ｂ、１６
ｃのいずれかが、バックアップ範囲に包含されているデ
ィレクトリないしファイルのうちのいずれかを対象とし
た、読取りアクセスの要求を発したならば、ファイル・
マネージャ２６は、その読取りアクセスの対象とされた
ファイルをＲＡＭ２２の中へ（バックアップ作業を実行
していないときとまったく同様にして）コピーし、それ
によって、そのアプリケーション・プログラムがそのフ
ァイルからの読取りを行なえるようにする。この場合は
単なる読取りアクセスであるから、必要な動作はこれだ
けである。しかしながら、もし、バックアップ作業が完
了するより前に、アプリケーション・プログラム１６
ａ、１６ｂ、１６ｃのいずれかが発したアクセス要求
が、バックアップ範囲に包含されているディレクトリ、
ファイル、ないしデータ・オブジェクトのいずれかを対
象とした、更新即ち変更を施すためのアクセス要求（変
更要求）であったならば、ファイル・マネージャ２６
は、その変更要求の対象とされたディレクトリ、ファイ
ル、ないしデータ・オブジェクトのシャドウ・コピー
を、プライマリ・リポジトリ１８の中の別のロケーショ
ンに作成した上で、バックアップ・ユーティリティ４０
へ指示を発して、その作成したシャドウ・コピーの方
を、バックアップ・リポジトリ２０へのコピー作業のデ
ータ・ソースとして使用させるようにする。これによっ
て、バックアップ・コピー（即ち、バックアップによっ
てバックアップ・リポジトリ２０の中に書き込まれたコ
ピー）の一貫性が確保される。（ただし、オプションと
して実行可能な、後述の最適化処理を実行するようにし
ているときには、シャドウ・コピーの作成が省略される
場合がある。その場合とは、バックアップ作業の全体が
完了していなくとも、変更要求の対象とされたディレク
トリ、ファイル、ないしデータ・オブジェクトだけは、
既にバックアップ・リポジトリ２０へのコピーが完了し
ているという場合である）。続いて、ファイル・マネー
ジャ２６は、オリジナルの方の（即ち、シャドウ・コピ
ーを作成したときのコピー元の）ディレクトリ、ファイ
ル、ないしデータ・オブジェクトを、ＲＡＭ２２の中へ
コピーし、それによって、アプリケーション・プログラ
ム１６ａ、１６ｂ、１６ｃのうち、その変更要求を発し
たアプリケーション・プログラム１６が、そのＲＡＭ２
２の中のコピーに対して、その変更要求にかかる変更を
施せるようにする。アプリケーション・プログラム１６
は、然るべき変更処理を完了したならば、その変更即ち
更新をコミットしてもらうことを求めるコミットメント
要求を発し、このコミットメント要求が発せられたなら
ば、ファイル・マネージャ２６が、その変更をコミット
し、即ち、その変更内容をプライマリ・リポジトリ１８
の中のオリジナルのディレクトリ、ファイル、ないしデ
ータ・オブジェクトに組み入れる。こうしてバックアッ
プ作業が完了したならば、先に作成した、ディレクト
リ、ファイル、ないしデータ・オブジェクトのシャドウ
・コピーを消去即ち解除する。この時点で、それらのシ
ャドウ・コピーを消去するのは、この時点では、それら
のシャドウ・コピーが既に有効性を喪失しているからで
ある。本発明の目的に関して重要な点をここでまとめて
おくと、本発明によれば、何らかのアクセス要求を発し
たアプリケーション・プログラム１６は、そのアクセス
対象のディレクトリ、ファイル、ないしデータ・オブジ
ェクトが、バックアップの実行中であって、（前述のマ
ーク付けのための極めて短い間を除いて）何ら遅滞な
く、また、何ら制約なしに、それらにアクセスすること
ができる。しかも、バックアップ作業の実行中にアプリ
ケーション・プログラムから更新要求（変更要求）が発
せられない場合には、また、いずれは更新要求（変更要
求）が発せられるにしても実際にその要求が発せられる
そのときまでは、プライマリ・リポジトリ１８にシャド
ウ・コピーを収容するための負担を負わせずに済むよう
になっている。更には、バックアップ作業の完了時まで
に作成されるシャドウ・コピーは、そのバックアップ作
業中に、実際に更新が施されたディレクトリ、ファイ
ル、ないしデータ・オブジェクトのシャドウ・コピーだ
けである。しかも、バックアップ作業の対象とされてい
るファイルにアプリケーション・プログラム１６がアク
セスしている間も、そのバックアップ作業自体は進めら
れて行く。更に加えて、バックアップ範囲に包含されて
いるディレクトリ、ファイル、ないしデータ・オブジェ
クトに対して設定する上述のロック状態の持続時間は、
極めて短くすることができ、即ち、そのロック状態は、
ＲＡＭ２２の中で行なう、バックアップ範囲を表示する
ためのマーク付けに必要な時間だけ持続させれば充分で
ある。

【００１９】図２〜図１２とそれらについての以下の説
明とは、本発明に係るファイル・マネージャ２６及びバ
ックアップ・ユーティリティ４０の動作を更に詳細に例
示している。以下に説明する動作例は、バックアップ範
囲に包含されているディレクトリ、ファイル、ないしデ
ータ・オブジェクトを対象とした様々な種類のアクセス
が要求された場合に対応した動作である。ここで、図２
〜図１２に示されている諸々の事象の発生順序について
説明しておくと、番号が小さい図ほど時間的に早く発生
し、また同じ図の同じ横列の中に記入されている事象ど
うしの間では、左側の事象の方が右側の事象よりも時間
的に早く発生しており、さらに同じ図の横列どうしの間
では、最上段の横列が時間的に最も早く、下の横列に行
くにつれて時間的に後になっている。また、この図示の
動作例では、その初期状態（初期ステータス）として、
ファイル空間３０がディレクトリ１０２を含んでおり、
このディレクトリ１０２がファイル１２１を参照してい
るものとしている（図２のステータス表示ブロック９
８）。この時点では、シャドウ・コピーは（プライマリ
・リポジトリ１８の中に）１つも存在しておらず、即
ち、ディレクトリ１０２、ファイル１２１、データ・オ
ブジェクト１０７、１１２、１０４のいずれのシャドウ
・コピーも存在していない。

【００２０】ステップ２００では、アプリケーション・
プログラム１６ａ、１６ｂ、１６ｃのいずれかが、ファ
イル・マネージャ２６へ向けて、ディレクトリ１０２の
中に新たなファイル１２３を作成することを求めるファ
イル作成要求を発している。この時点では、進行中のバ
ックアップ作業は存在していない。このステップ２００
では、更に、アプリケーション・プログラム１６ａ、１
６ｂ、１６ｃのうち、そのファイル作成要求を発したア
プリケーション・プログラムが、ファイル１２３の内容
とすべきデータ・オブジェクト１１６及び１０９をＲＡ
Ｍ２２の中へ書き込んだ上で、ファイル・マネージャ２
６へ向けて、その更新（即ち、ファイル１２３へのデー
タ・オブジェクトの加入）をコミットするよう命じるコ
ミットメント要求コマンドを発している。ファイル・マ
ネージャ２６は、これらのファイル作成要求やコミット
メント要求コマンドに応答して、ディレクトリ１０２の
中にファイル１２３を作成し、それ際に、データ・オブ
ジェクト１１６及び１０９を、ＲＡＭ２２からユーザ記
憶グループ１９の中へコピーすると共に、プライマリ・
リポジトリ１８のカタログ記憶グループ２１の中の、関
連のあるカタログ情報に対して、これらの操作に応じた
然るべき更新を施す（ステップ２０２）。ステータス表
示ブロック２０４は、これらを実行完了した時点におけ
る、ディレクトリ１０２の現在ステータスを示してい
る。この時点では、ファイル空間３０が、ディレクトリ
１０２を包含しており、このディレクトリ１０２が、フ
ァイル１２１及び１２３と、それらファイルに関連した
幾つものデータ・オブジェクトとを包含している。

【００２１】続いて、ステップ２０５では、バックアッ
プ・ユーティリティ４０が、テープ・ドライブ６ａのコ
ントローラーへ向けて、出力用バックアップ・ファイル
をオープンするよう求めるファイル・オープン要求を発
している。このファイル・オープン要求を受け取ったコ
ントローラーは、その要求に応えて、必要な制御ブロッ
クを構築した上、テープ・ドライブ６ａのハードウェア
へ向けて然るべきコマンドを発して、そのハードウェア
に出力動作のための初期化を実行させる（ステップ２０
６）。続いて、バックアップ・ユーティリティ４０は、
図３のステップ２０７に示すように、ファイル・マネー
ジャ２６へ向けて、一貫性バックアップ作業に参加する
よう求める参加要求を発し、その際に、バックアップ範
囲としてディレクトリ１０２を指定する。ディレクトリ
１０２がバックアップ範囲に指定されたならば、それに
付随して自動的に、このディレクトリ１０２に関係して
いる全てのファイルと、それらファイルに包含されてい
る全てのデータ・オブジェクトとが、併せてそのバック
アップ範囲に含まれることになる。ところで、このよう
に新たなバックアップ作業を開始しようとしたときに、
それより前に発せられたバックアップ要求にかかるバッ
クアップ作業が、なお進行中（実行中）である場合があ
る。そのため、ファイル・マネージャ２６は、以前発せ
られたバックアップ要求によって開始され、その時点で
なお進行中のバックアップ作業については、そのバック
アップ要求とバックアップ範囲とを表わすデータを「進
行中バックアップ作業一覧テーブル」２０ａの中に保持
し続けるようにしている。ステップ２０７に続いて、フ
ァイル・マネージャ２６は、ＲＡＭ２２の中に設定して
ある、その進行中バックアップ作業一覧テーブル２０ａ
をロックする。もし、以前発せられたバックアップ要求
によるバックアップ作業が現在も進行中であり、しかも
そのバックアップ範囲の中にディレクトリ１０２が包含
されていたならば、ファイル・マネージャ２６はバック
アップ・ユーティリティ４０へ向けて、ステップ２０７
で発せられたバックアップ要求を拒絶する旨の回答を返
す。この場合、新たに開始しようとしたバックアップ作
業は、ディレクトリ１０２も、またディレクトリ１０２
に関連しているファイル及びデータ・オブジェクトも、
一切、バックアップ・リポジトリ２０へコピーすること
なく、そのまま終了する（ステップ２０８）。一方、以
前発せられたバックアップ要求によるバックアップ作業
であって現在も進行中のものがあっても、そのバックア
ップ範囲の中にディレクトリ１０２が包含されていなけ
れば、ファイル・マネージャ２６は、ディレクトリ１０
２をロック状態にする（ステップ２０８）。このよう
に、ディレクトリ１０２をロックしたならば、それに付
随して自動的に、このディレクトリ１０２によって参照
されている全てのファイルと、それらファイルに包含さ
れている全てのデータ・オブジェクトとが、併せてロッ
ク状態になるようにしてあり、これによって、ディレク
トリ１０２と、このディレクトリ１０２によって参照さ
れている全てのファイルと、それらファイルに包含され
ている全てのデータ・オブジェクトとの、いずれを対象
としたアクセスも一時的に阻止されるようになる（ステ
ップ２０８）。こうしてディレクトリ１０２やそれに関
連しているファイル及びデータ・オブジェクトをロック
状態にしたならば、ファイル・マネージャ２６は、ディ
レクトリ１０２に「バックアップ進行中」を表わすマー
クを付け（ステップ２０８）、ディレクトリ１０２にこ
のマークが付けられると、それに付随して自動的に、こ
のディレクトリ１０２によって参照されている全てのフ
ァイルと、それらファイルの中の全てのデータ・オブジ
ェクトとに対しても、「バックアップ進行中」を表わす
マークが付けられたことになる。続いて、ファイル・マ
ネージャ２６は、ロック状態の解除を行なう（ステップ
２０８）。尚、この「バックアップ進行中」を表わすマ
ークは、ＲＡＭ２２の中に設定してある進行中バックア
ップ作業一覧テーブル２０ａの中のエントリ（すなわち
標識）のうち、ディレクトリ１０２（Ｄ１０２）に対応
したエントリによって構成される。ステップ２０７で指
定されたバックアップ範囲は、更に、バックアップ階層
構造を規定するものでもある。これ以後実行されるファ
イル・マネージャ２６による作業は、バックアップ作業
の現在位置が、このバックアップ階層構造の中のどこに
あるのかを示す情報を、常にＲＡＭ２２の中に保持しつ
つ実行される。ファイル・マネージャ２６は、ロック状
態を解除したならば、すぐに、バックアップ・ユーティ
リティ４０に、ロック状態を解除したことを通知する。
バックアップ・ユーティリティ４０は、この通知を受け
たならば、後に説明するステップ２１９（図４）のバッ
クアップ動作を実行できるようになる。

【００２２】ただし、図示の動作例では、バックアップ
・ユーティリティ４０がステップ２１９（図４）のバッ
クアップ動作を実行するより早く、アプリケーション・
プログラム１６ａ、１６ｂ、１６ｃのうちの１つが、新
たなファイル１２２を作成すること、しかもその新たな
ファイル１２２を、ディレクトリ１０２によって参照さ
れるファイルにすることを求める要求を発している（図
２のステップ２１２）。そして、要求を発したそのアプ
リケーション・プログラムが、ファイル１２２の内容
（即ち、データ・オブジェクト１１１）をＲＡＭ２２へ
書き込んだ上で、その更新（即ち、ファイル１２２の作
成と、その中へのデータ・オブジェクト１１１の加入）
をコミットしてくれるよう求めるコミットメント要求を
発している。ステップ２１４では、ファイル・マネージ
ャ２６が、進行中バックアップ作業一覧テーブル２０ａ
を調べることによって、この更新に関連しているディレ
クトリ１０２には現在、「バックアップ進行中」のマー
クが付されていることを知る。このときの状況は、アプ
リケーション・プログラム１６ａ、１６ｂ、１６ｃのう
ちの１つが、ディレクトリ１０２を更新する（即ち、デ
ィレクトリ１０２によって新たなファイル１２２が参照
されるようにする）ことを求める要求を発しており、し
かも、ディレクトリ１０２のシャドウ・コピーは未だ作
成されていないという状況である。それゆえ、ファイル
・マネージャ２６は、ディレクトリ１０２のシャドウ・
コピー（Ｄ１０２’）を作成する。一方、バックアップ
・ユーティリティ４０にとっては、このような状況は無
関係であり、即ち、バックアップ・ユーティリティ４０
は単に、ステップ２１９（図３）においてディレクトリ
１０２（Ｄ１０２）がバックアップ作業のためにオープ
ンされたときに、このディレクトリ１０２の、オリジナ
ル・コピーの方ではなく、シャドウ・コピーの方をバッ
クアップすべきことを通知されるだけである。

【００２３】このファイル追加要求においては、ファイ
ル１２１やファイル１２３に対して更新が施されること
はなく、ディレクトリ１０２にファイル１２２が追加さ
れるだけであるから、ファイル１２１及び１２３のシャ
ドウ・コピーや、それらファイル１２１、１２３に包含
されているデータ・オブジェクト１０７、１１２、１０
４、１１６及び１０９のシャドウ・コピーは、作成する
必要がない。即ち、この場合には、ファイル１２１及び
１２３と、データ・オブジェクト１０７、１１２、１０
４、１１６及び１０９とに関しては、各々に１つずつの
コピーが存在していれば（即ち、オリジナル・コピーだ
けが存在していれば）それで充分である。このことによ
って、処理量の大幅な低減が達成されており、また、フ
ァイル・マネージャ２６が使用するＲＡＭ２２の容量も
大幅に低減されている。ステップ２１４では更に、ファ
イル・マネージャ２６が、ファイル１２２及びデータ・
オブジェクト１１１の作成を行なっており、そのため
に、カタログ記憶グループ２１の中にある、ディレクト
リ１０２及びファイル１２２に関係したカタログ情報に
変更を加えると共に、データ・オブジェクト１１１を、
ＲＡＭ２２からユーザ記憶グループ１９の中へコピーし
ている。これらを実行完了した時点では（即ち、ステー
タス表示ブロック２１５に示した状態にあるときに
は）、最新の更新を施されたレベルにあるディレクトリ
１０２には、ファイル１２１、ファイル１２３、及びフ
ァイル１２２が包含されているが、一方、ディレクトリ
１０２のシャドウ・コピーには、ファイル１２１及び１
２３の２つのファイルしか包含されておらず、これら２
つのファイル１２１及び１２３は、最新の更新が施され
る前のディレクトリ１０２の内容を構成していたファイ
ルである。ファイル１２１、１２３及び１２２と、デー
タ・オブジェクト１０７、１１２、１０４、１１６、１
０９及び１１１とに関しては、それら各々の物理コピー
は、プライマリ・リポジトリ１８の中に、１つずつしか
存在していない。尚、ステータス表示ブロック２１５に
示した状態は、図１のプライマリ・リポジトリ１８の枠
内に図解して示した状態に等しい。

【００２４】ところで、ディレクトリ１０２のシャドウ
・コピーを表わすのに、ステータス表示ブロック２１５
に中では、「Ｄ１０２’」という表記を使用している。
このシャドウ・コピーＤ１０２’は、バックアップ作業
が開始された時点（ステップ２０７）における、ディレ
クトリ１０２のステータスを表わしている。このよう
に、シャドウ・コピーがステータスを表わすものである
ため、図１では、このシャドウ・コピーＤ１０２’が、
プライマリ・リポジトリ１８の中の、カタログ記憶グル
ープ２１の中に存在しているかのように図解してある。
しかしながら、実際にシャドウ・コピーがどこに置かれ
るかは、ファイル・マネージャ２６次第であり、ファイ
ル・マネージャを然るべく構成することによって、カタ
ログ記憶グループ２１のデータを表わすシャドウ・コピ
ーを、ＲＡＭ２２の中に保持するようにすることも可能
である。

【００２５】図１３は、ファイル・マネージャ２６が実
行するステップ２１４（図３）に追加することのできる
最適化処理を図示したフローチャートである。この最適
化処理が追加されている場合には、ファイル・マネージ
ャ２６は、ディレクトリ１０２のシャドウ・コピーを作
成する前に、先ず１つの判定を行なう（判断ブロック２
１６）。その判定とは、ステップ２０７（図３）におい
て開始したこのバックアップ作業の中で、ディレクトリ
１０２をバックアップ・リポジトリ２０の中へコピーす
る処理が、既に一度は行なわれているのではないかとい
うことを調べる判定である。この判定を行なうには、バ
ックアップ階層構造の中における実行中のバックアップ
作業の現在位置と、その階層構造の中における今ここで
更新を施そうとしているディレクトリ１０２の位置とを
比較すれば良い。もし、ディレクトリ１０２が、それま
でに既に一度はバックアップ・リポジトリ２０の中へコ
ピーされたことのあるものであったならば（図１３の判
断ブロック２１６）、ファイル・マネージャ２６は、こ
のディレクトリ１０２のシャドウ・コピーを作成するこ
となく、オリジナルのディレクトリ１０２（即ち、ディ
レクトリ１０２のオリジナル・コピー）に更新を施す処
理（図１３のステップ２１７）へ移行する。このように
して構わないのは、更新を施す対象は、オリジナル・コ
ピーの方にしてあり、バックアップ・リポジトリ２０へ
コピーするためのソース・データ（コピー元）には、更
新を施さないシャドウ・コピーの方を使用するようにし
ているからである。一方、ディレクトリ１０２をバック
アップ・リポジトリ２０の中へコピーすることが、それ
までに一度も行なわれていなかった場合には（図２〜図
１２の動作例では、それが行なわれていなかったものと
想定している）、ファイル・マネージャ２６は、上述し
たようにして、ディレクトリ１０２のシャドウ・コピー
を作成した後に（図１３のステップ２１８）、オリジナ
ルのディレクトリ１０２に対して更新を施す（ステップ
２１７）。この最適化処理は、ファイル・マネージャ２
６が、ディレクトリ、ファイル、ないしデータ・オブジ
ェクトのいずれのシャドウ・コピーを作成しようとする
ときにも、その前に先ずこれを実行するようにすること
ができ、これを実行することが適当な場合を、図２〜図
１２の処理のフロー図の中では、アスタリスク（＊）を
付けて表わしてある。

【００２６】既述のごとく、これより、ディレクトリ１
０２のシャドウ・コピーを使用して、バックアップ・リ
ポジトリ２０の中へのバックアップを行なう。先ず、ス
テップ２１９において、バックアップ・ユーティリティ
４０が、バックアップ作業の続きとして、ファイル・マ
ネージャ２６へ向けて、バックアップのためにディレク
トリ１０２をオープンすることを命じるディレクトリ・
オープン・コマンドを発する。ファイル・マネージャ２
６は、このコマンドに応えて、先ず、ディレクトリ１０
２のシャドウ・コピーの存在の有無を調べ、それが存在
していると判定したならば、そのディレクトリ１０２の
シャドウ・コピーの目次を読み取る（図４のステップ２
２０）。続いて、バックアップ・ユーティリティ４０
は、ファイル・マネージャ２６へ向けて、ディレクトリ
１０２の中の最初の標識であるエントリを読み取ること
を命じるコマンドを発する（ステップ２２２）。ファイ
ル・マネージャ２６は、このコマンドに従って作業を実
行し、即ち、ファイル１２１のカタログ情報をＲＡＭ２
２の中に読み込む（ステップ２２４）。続いて、バック
アップ・ユーティリティ４０は、ＲＡＭ２２からそのエ
ントリを（即ち、ファイル１２１の標識であるカタログ
情報を）読み取り、そしてテープ・ドライブ６ａのコン
トローラーへ向けて、そのファイル１２１のカタログ情
報をディレクトリ１０２のエントリとして書き込むこと
を求める、書込み要求を発し（ステップ２２５）、テー
プ・ドライブ６ａのコントローラーは、その要求された
動作を実行する（ステップ２２６）。続いて、バックア
ップ・ユーティリティ４０は、ファイル・マネージャ２
６へ向けて、バックアップのためにファイル１２１をオ
ープンすることを求めるファイル・オープン要求を発す
る（ステップ２２８）。ファイル・マネージャ２６は、
このファイル・オープン要求に応えて、先ず、ファイル
１２１のシャドウ・コピーの存在の有無を調べ、それが
存在していないと判定したならば（この時点でファイル
１２１のシャドウ・コピーが存在していないのは、ステ
ップ２１２で実行したディレクトリ１０２の更新作業で
は、ファイル１２１の更新を行なわれなかったため、そ
のシャドウ・コピーが不要だったからである）、オリジ
ナルのファイル１２１（即ち、プライマリ・リポジトリ
１８の中に収容されているファイル１２１のオリジナル
・コピー）を読み取る準備をし、これは、ＲＡＭ２２の
中の読取り制御ブロックを初期化することによって行な
う（ステップ２３０）。

【００２７】図示の動作例では、ステップ２３０が実行
された直後にアプリケーション・プログラム１６ａ、１
６ｂ、１６ｃのうちの１つが、ファイル・マネージャ２
６へ向けて、データ・オブジェクト１３６を追加すると
いう更新をファイル１２１に施すことを求める要求を発
したものと想定している。その要求を発したアプリケー
ション・プログラムは、データ・オブジェクト１３６を
ＲＡＭ２２に書き込んだ上で、その更新即ち、ファイル
１２１へのデータ・オブジェクト１３６の追加）をコミ
ットしてもらうことを求めるコミットメント要求を発し
ている（図５のステップ２３２）。ファイル・マネージ
ャ２６は、この要求に応答して、先ず、ファイル１２１
のシャドウ・コピー１２１’の存在の有無を調べ、シャ
ドウ・コピー１２１’が現時点で存在していないと判定
したならば、続いてデータ・オブジェクト１３６を作成
する（ステップ２３４）（ここで「データ・オブジェク
ト１３６を作成する」というのは、データ・オブジェク
ト１３６をプライマリ・リポジトリ１８の中へコピーす
るという意味である）。ただし、このときは未だ、デー
タ・オブジェクト１３６をファイル１２１へ追加すると
ころまでは行なっていない。即ち、ファイル・マネージ
ャ２６は、データ・オブジェクト１３６をファイル１２
１へ追加するより前に、先ず、ファイル１２１のシャド
ウ・コピー１２１’（図中には、これを「Ｆ１２１’」
で表わしてあり、以下、これを「シャドウ・ファイル１
２１’」という）を作成する。そして、その後に、ディ
レクトリ１０２のシャドウ・コピー１０２’（図中に
は、これを「Ｄ１０２’」で表わしてあり、以下、これ
を「シャドウ・ディレクトリ１０２’」という）に対し
て、シャドウ・ファイル１２１’を反映させるための更
新を施し（即ち、シャドウ・ディレクトリ１０２’がそ
れまでファイル１２１を参照していたのを、これからは
それに代えてシャドウ・ファイル１２１’を参照するよ
うに変更を加える）、その後に、新たなデータ・オブジ
ェクト１３６を、最新に更新したレベルにあるファイル
１２１に追加する。こうすることにより、バックアップ
・リポジトリ２０の中へバックアップする処理を、一貫
性を維持しているファイル１２１のシャドウ・コピー１
２１’（即ち、このシャドウ・コピー１２１’は、新た
なデータ・オブジェクト１３６を含んでいないことによ
って、一貫性を維持している）に基づいて続行すること
ができ、一方、最新に更新されたレベルにあるファイル
１２１は、更新を施され、データ・オブジェクト１３６
が追加されている。この時点における、ディレクトリ１
０２、並びにこのディレクトリ１０２に関連しているフ
ァイル及びデータ・オブジェクトの現在ステータスは、
ステータス表示ブロック２３６に示したとおりである。

【００２８】ステップ２３８では、バックアップ・ユー
ティリティ４０が、バックアップ作業の続きを実行して
おり、即ち、バックアップ・ユーティリティ４０が、フ
ァイル・マネージャ２６へ向けて、ファイル１２１に関
するデータ・オブジェクト（即ち、バックアップ作業の
開始時点において、このファイル１２１に包含されてい
たデータ・オブジェクト）をＲＡＭ２２の中の有限個数
のバッファの中へ読み込むことを求める読込み要求を発
している。ファイル・マネージャ２６は、この読込み要
求に応えて、ファイル１２１のシャドウ・コピー１２
１’（即ち、シャドウ・ファイル１２１’）の存在の有
無を調べ、それが存在していると判定したならば、その
シャドウ・ファイル１２１’をバックアップ作業の対象
とする（即ち、バックアップする際のコピー元（データ
・ソース）として使用するものとする）。それゆえ、フ
ァイル・マネージャ２６は、このシャドウ・ファイル１
２１’に包含されているデータ・オブジェクトをＲＡＭ
２２の中へ読み込み、バックアップ・ユーティリティ４
０が、それらデータ・オブジェクトをバックアップでき
るようにする（ステップ２４０）。読込み要求によって
指定されるバッファの個数が限られているため、このと
きファイル・マネージャ２６によってＲＡＭ２２の中へ
読み込まれるデータ・オブジェクトは、データ・オブジ
ェクト１０７と１１２の、２つだけである。データ・オ
ブジェクト１０４も、同じくシャドウ・ファイル１２
１’の一部であるけれども、このデータ・オブジェクト
１０４は指定された個数のバッファに入り切らないた
め、このときはＲＡＭ２２の中へ読み込まれない。一
方、データ・オブジェクト１３６も読み込まれないが、
これが読み込まれない理由は、このデータ・オブジェク
ト１３６がシャドウ・ファイル１２１’の一部ではない
からである。続いて、バックアップ・ユーティリティ４
０が、テープ・ドライブ６ａのコントローラーへ向け
て、ファイル１２１のデータ・オブジェクト１０７と１
１２とを磁気テープに書き込むことを求める書込み要求
を発し（ステップ２４２）、この書込み要求を受け取っ
たコントローラーは、その要求された動作を実行する
（ステップ２４４）。

【００２９】ステップ２５０（図６）では、アプリケー
ション・プログラム１６ａ、１６ｂ、１６ｃのうちの１
つが、ファイル・マネージャ２６へ向けて、ファイル１
２１の中のデータ・オブジェクト１０４に更新を施すこ
とを求める更新要求を発しており、ファイル・マネージ
ャ２６が、この更新要求に応答して、ファイル１２１と
データ・オブジェクト１０４とをＲＡＭ２２の中へ読み
込んでおり、そして更に、更新要求を発したアプリケー
ション・プログラムが、ＲＡＭ２２の中でそのデータ・
オブジェクト１０４に更新を施した上で、その更新をコ
ミットしてもらうことを求めるコミットメント要求を発
している。ファイル・マネージャ２６は、このコミット
メント要求に応えて、進行中バックアップ作業一覧テー
ブル２０ａを参照して、ディレクトリ１０２に関係した
（従ってファイル１２１に関係した）一貫性バックアッ
プ作業が進行中であるか否かと、ファイル１２１のシャ
ドウ・コピー１２１’の存在の有無と、データ・オブジ
ェクト１０４のシャドウ・コピーの存在の有無とを調
べ、それらを調べた結果、ディレクトリ１０２に関係し
た一貫性バックアップ作業が進行中であり、ファイル１
２１のシャドウ・コピー１２１’が存在しており、しか
しながら、データ・オブジェクト１０４のシャドウ・コ
ピー（以下、シャドウ・データ・オブジェクトという）
は存在していないと判定する（ステップ２５２）。ファ
イル・マネージャ２６は、この判定結果に沿って、シャ
ドウ・データ・オブジェクト１０４’を「論理的に」作
成する。シャドウ・データ・オブジェクト１０４’を
（「物理的に」作成するのではなく）「論理的に」作成
するには次のようにする。先ず、更新を施したデータ・
オブジェクト１０４を、ＲＡＭ２２から、プライマリ・
リポジトリ１８のユーザ記憶グループ１９の中の、それ
までデータ・オブジェクト１０４があったロケーション
とは別の新ロケーションへコピーし、続いて、カタログ
記憶グループ２１のエントリのうち、ファイル１２１に
関するエントリを更新して、そのエントリが、プライマ
リ・リポジトリ１８の中の、更新後のデータ・オブジェ
クト１０４を収容したその新ロケーションを指し示すよ
うにする。これによって、バックアップの開始時（図３
のステップ２０７）に存在していたオリジナル・バージ
ョンのデータ・オブジェクト１０４が、シャドウ・デー
タ・オブジェクト１０４’になる。即ち、かつてオリジ
ナル・コピーであったものが、そのままの状態でシャド
ウ・コピーとして扱われるようになり、このようにする
ことを「コピーを論理的に作成する」、或いは「論理コ
ピーを作成する」といっている。ファイル１２１のシャ
ドウ・コピー１２１’は、シャドウ・データ・オブジェ
クト１０４’が論理的に作成されるまでは、バックアッ
プ開始時のデータ・オブジェクト１０４をもって、みず
からが包含しているデータ・オブジェクトであると識別
していたのであるから、シャドウ・データ・オブジェク
ト１０４’が論理的に作成されたときには、既にこのシ
ャドウ・データ・オブジェクト１０４’を識別している
ことになる。この時点における、ディレクトリ１０２、
並びにこのディレクトリ１０２に関連しているファイル
及びデータ・オブジェクトの現在ステータスは、ステー
タス表示ブロック２５４（図６）に示すとおりである。

【００３０】ステップ２６０では、バックアップ・ユー
ティリティ４０が、ファイル・マネージャ２６へ向け
て、ファイル１２１の中の次のブロックを読み込むこと
を求める読込み要求を発している。ファイル・マネージ
ャ２６は、この読込み要求に応えて、ファイル１２１に
関する一貫性バックアップが進行中であるか否かと、シ
ャドウ・ファイル１２１’の存在の有無と、シャドウ・
ファイル１２１’の中の次のデータ・オブジェクトは何
かと、そのデータ・オブジェクトのシャドウ・コピーの
存在の有無とを調べ、それらを調べた結果、ファイル１
２１に関する一貫性バックアップが進行中であり、シャ
ドウ・ファイル１２１’が存在しており、シャドウ・フ
ァイル１２１’の中の次のデータ・オブジェクトはデー
タ・オブジェクト１０４であり、このデータ・オブジェ
クト１０４のシャドウ・コピー１０４’が存在している
と判定する。ファイル・マネージャ２６は、この判定結
果に沿って、ＲＡＭ２２の中へシャドウ・コピー１０
４’を読み込み、バックアップ・ユーティリティ４０が
それをバックアップできるようにする（ステップ２６
２）。続いてバックアップ・ユーティリティ４０は、テ
ープ・ドライブ６ａのコントローラーへ向けて、データ
・オブジェクト１０４を磁気テープに書き込むことを求
める書込み要求を発し（ステップ２６４）（このとき書
き込むべきデータ・オブジェクト１０４が、実はシャド
ウ・コピー１０４’であることは、既に説明したとおり
である）、この書込み要求を受け取ったコントローラー
は、その要求された動作を実行する（ステップ２６
６）。尚、ここで特に記しておくと、バックアップ・ユ
ーティリティ４０は、シャドウ・コピーの存在の有無に
ついては全く関知しておらず、ステップ２６０において
みずからが発した読込み要求に応答してファイル・マネ
ージャ２６がＲＡＭ２２の中に読み込んだものを、それ
が何であれ、単にバックアップするだけである。

【００３１】ステップ２７０（図７）では、バックアッ
プ・ユーティリティ４０が、ファイル・マネージャ２６
へ向けて、ファイル１２１をクローズすることを求める
ファイル・クローズ要求を発する。この時点でファイル
１２１をクローズしても構わないのは、このファイル１
２１に関してはバックアップが既に完了しているからで
ある（これに対して、シャドウ・ディレクトリ１０２’
のバックアップは完了していない）。ファイル・マネー
ジャ２６は、このファイル・クローズ要求に応えて、
（ステップ２３０で）ＲＡＭ２２の中に構築した読込み
制御ブロックを解放し、シャドウ・ファイル１２１’を
クローズする（ステップ２７２）。尚、この時点で、一
種の最適化処理を行なってシャドウ・ファイル１２１’
を消去ないし無効化し、それによってＲＡＭ２２及びプ
ライマリ・リポジトリ１８を維持するようにしても良
い。この時点における、ディレクトリ１０２、並びにこ
のディレクトリ１０２に関連しているファイル及びデー
タ・オブジェクトの現在ステータスは、ステータス表示
ブロック２７４に示すとおりである。次に、バックアッ
プ・ユーティリティ４０が、ファイル・マネージャ２６
へ向けて、ディレクトリ１０２の中の次のエントリを読
み込むことを求める読込み要求を発する（ステップ２８
０）。ファイル・マネージャ２６は、この読込み要求に
応えて、シャドウ・ディレクトリ１０２’を調べ、この
シャドウ・ディレクトリ１０２’の中の、ファイル１２
３に関するカタログ・エントリを、ＲＡＭ２２の中へ読
み込み、そのカタログ・エントリをバックアップ・ユー
ティリティ４０がバックアップできるようにする（ステ
ップ２８２）。続いて、バックアップ・ユーティリティ
４０は、テープ・ドライブ６ａのコントローラーへ向け
て、ファイル１２３に関するカタログ・データ（即ち、
ＲＡＭ２２へ読み込んだカタログ・エントリ）を磁気テ
ープに書き込むことを求める書込み要求を発する（ステ
ップ２８４）。この書込み要求を受け取ったコントロー
ラーは、その要求された動作を実行する（ステップ２８
６）。続いて、バックアップ・ユーティリティ４０は、
ファイル・マネージャ２６へ向けて、バックアップのた
めにファイル１２３をオープンすることを求めるファイ
ル・オープン要求を発する（図８のステップ２９０）。
ファイル・マネージャ２６は、このファイル・オープン
要求に応答して、ファイル１２３のシャドウ・コピーの
有無を調べて、ファイル１２３のシャドウ・コピーが存
在していないと判定し、その判定結果に沿って（即ち、
シャドウ・コピーが存在していないのであるから、オリ
ジナルのファイル１２３から読取りを行なえば良いこと
が分かる）、ファイル１２３からの読取りの準備をする
（ステップ２９２）。

【００３２】図示の具体例では、ステップ２９２の実行
が完了した直後に、アプリケーション・プログラム１６
ａ、１６ｂ、１６ｃのうちの１つが、ファイル・マネー
ジャ２６へ向けて、ファイル１２１の中のデータ・オブ
ジェクト１１２に更新を施すことを求める更新要求を発
したものと想定している。ファイル・マネージャ２６
は、この更新要求に応答して、データ・オブジェクト１
１２をＲＡＭ２２の中へコピーしており、続いて、その
更新要求を発したアプリケーション・プログラムが、Ｒ
ＡＭ２２の中においてそのデータ・オブジェクト１１２
に更新を施した上で、その更新をコミットしてもらうこ
とを求めるコミットメント要求を発している（ステップ
３００）。ファイル・マネージャ２６は、このコミット
メント要求に応えて、ディレクトリ１０２に関する（従
ってファイル１２１に関する）一貫性バックアップ作業
が進行中であるか否かと、ファイル１２１のシャドウ・
コピー１２１’の存在の有無と、データ・オブジェクト
１１２のシャドウ・コピーの存在の有無とを調べ、それ
らを調べた結果、ディレクトリ１０２に関する一貫性バ
ックアップ作業が進行中であり、ファイル１２１のシャ
ドウ・コピー１２１’が存在しており、しかしながら、
データ・オブジェクト１１２のシャドウ・コピーは存在
していないと判定する（ステップ３０２）。この判定結
果に沿って、ファイル・マネージャ２６は、データ・オ
ブジェクト１１２のシャドウ・コピー１１２’を「論理
的に」作成する。「コピーを論理的に作成する」という
意味については上で説明したとおりであり、即ちここで
は、ステップ３００の更新が施されていないオリジナル
の（プライマリ・リポジトリ１８の中にある）データ・
オブジェクト１１２をもって、以後シャドウ・コピー１
１２’とし、一方、ＲＡＭ２２の中にあるその更新を施
したデータ・オブジェクト１１２は、プライマリ・リポ
ジトリ１８のユーザ記憶グループ１９の中の新たなロケ
ーションへコピーし、これをもって、新たなデータ・オ
ブジェクト１１２とする。また、そうするために、カタ
ログ記憶グループ２１の中にある、ファイル１２１に対
応したエントリに更新を施して、そのエントリがそれま
で、以前のオリジナルのデータ・オブジェクト１１２の
ロケーションを指し示していたものを、新たなデータ・
オブジェクト１１２のロケーションを指し示すようにす
る（ステップ３０２）。この時点における、ディレクト
リ１０２、並びにこのディレクトリ１０２に関連してい
るファイル及びデータ・オブジェクトの現在ステータス
は、ステータス表示ブロック３０４に示すとおりであ
る。

【００３３】ステップ３１０では、バックアップ・ユー
ティリティ４０が、ファイル・マネージャ２６へ向け
て、ファイル１２３の中の先頭のブロックをＲＡＭ２２
の中へ書き込むことを求める、書込み要求を発してい
る。ファイル・マネージャ２６は、この書込み要求に応
答して、データ・オブジェクト１１６をＲＡＭ２２の中
へ書き込み、バックアップ・ユーティリティ４０がその
データ・オブジェクト１１６をバックアップできるよう
にする（ステップ３１２）。このとき、ファイル・マネ
ージャ２６は、データ・オブジェクト１１６だけをＲＡ
Ｍ２２の中へ書き込み、データ・オブジェクト１０９の
方は書き込まないが、それは、データ・オブジェクト１
０９が、その書込み要求において指定されたバッファの
中に入り切らないからである。続いて、バックアップ・
ユーティリティ４０が、テープ・ドライブ６ａのコント
ローラーへ向けて、データ・オブジェクト１１６を磁気
テープに書き込むことを求める書込み要求を発し（図９
のステップ３１４）、この書込み要求を受け取ったコン
トローラーは、その要求された動作を実行する（ステッ
プ３１６）。

【００３４】ステップ３２０では、アプリケーション・
プログラム１６ａ、１６ｂ、１６ｃのうちの１つが、フ
ァイル・マネージャ２６へ向けて、ディレクトリ１０２
からファイル１２３を削除することを求める削除要求を
発している。ファイル・マネージャ２６は、この削除要
求に応答して、ディレクトリ１０２、ないしはこのディ
レクトリ１０２に関連しているファイルないしデータ・
オブジェクトに関係した、一貫性バックアップ作業が進
行中であるか否かと、ディレクトリ１０２のシャドウ・
コピー１０２’の存在の有無とを調べ、その結果、該当
する一貫性バックアップ作業が進行中であり、また、デ
ィレクトリ１０２のシャドウ・コピー１０２’が存在し
ていると判定する（ステップ３２２）。続いて、ファイ
ル・マネージャ２６は、オリジナルのディレクトリ１０
２から（即ちシャドウ・コピー１０２’ではない、オリ
ジナル・コピーの方のディレクトリ１０２から）、ファ
イル１２３への参照を削除し、続いて、バックアップに
使用する、ファイル１２３のシャドウ・コピー１２３’
を作成し、そして更に、データ・オブジェクト１１６及
び１０９の、夫々のシャドウ・コピー（即ち、シャドウ
・データ・オブジェクト）１１６’及び１０９’を「論
理的に」作成する（ステップ３２２）。これによって、
それまでは、オリジナルのデータ・オブジェクト１１６
及び１０９であったものが、シャドウ・データ・オブジ
ェクト１１６’及び１０９’になる。それは、それらデ
ータ・オブジェクトが、この時点では、ファイル１２３
のシャドウ・コピー１２３’によってのみ参照されてい
るデータ・オブジェクトとなっているからである。尚、
この時点における、ディレクトリ１０２、並びにこのデ
ィレクトリ１０２に関連しているファイル及びデータ・
オブジェクトの現在ステータスは、ステータス表示ブロ
ック３２４に示すとおりである。

【００３５】ステップ３３０（図１０）では、バックア
ップ・ユーティリティ４０が、ファイル・マネージャ２
６へ向けて、ファイル１２３の中の次のブロックを読み
込むことを求める読込み要求を発している。ファイル・
マネージャ２６は、この読込み要求に応えて、ファイル
１２３のシャドウ・コピー（即ち、シャドウ・ファイ
ル）１２３’の存在の有無と、データ・オブジェクト１
０９のシャドウ・コピー（即ち、シャドウ・データ・オ
ブジェクト）１０９’の存在の有無とを調べ、それらシ
ャドウ・コピーが、いずれも存在していると判定する
（ステップ３３２）。この判定結果に沿って、ファイル
・マネージャ２６は、シャドウ・データ・オブジェクト
１０９’をＲＡＭ２２の中に書き込む（ステップ３３
２）。続いて、バックアップ・ユーティリティ４０が、
テープ・ドライブ６ａのコントローラーへ向けて、デー
タ・オブジェクト１０９を磁気テープに書き込むことを
求める書込み要求を発し（ステップ３３４）（このとき
書き込むべきデータ・オブジェクト１０９が、実はシャ
ドウ・データ・オブジェクト１０９’であることは、既
に説明したとおりである）、この書込み要求を受け取っ
たコントローラーは、その要求された動作を実行する
（ステップ３３６）。続いて、バックアップ・ユーティ
リティ４０は、ファイル・マネージャ２６へ向けて、フ
ァイル１２３をクローズすることを求めるファイル・ク
ローズ要求を発し（ステップ３４０）、ファイル・マネ
ージャ２６は、このファイル・クローズ要求に応えて、
この時点では既にシャドウ・ファイル１２３’に変化し
ているファイル１２３をクローズする（ステップ３４
２）。尚、この時点における、ディレクトリ１０２、並
びにこのディレクトリ１０２に関連しているファイル及
びデータ・オブジェクトの現在ステータスは、ステータ
ス表示ブロック３４４に示すとおりである。

【００３６】図示の動作例では、ステップ３４２の実行
が完了した直後に、アプリケーション・プログラム１６
ａ、１６ｂ、１６ｃのうちの１つが、ファイル・マネー
ジャ２６へ向けて、ファイル１２１の中のデータ・オブ
ジェクト１０４に更新を施すことを求める更新要求を発
したものと想定している。そして、ファイル・マネージ
ャ２６が、この更新要求に応答して、データ・オブジェ
クト１０４をＲＡＭ２２の中へコピーしており、また、
更新要求を発したアプリケーション・プログラムが、Ｒ
ＡＭ２２の中でそのデータ・オブジェクト１０４に対し
て更新を施した上で、その更新をコミットしてもらうこ
とを求めるコミットメント要求を発している（図１１の
ステップ３５０）。ファイル・マネージャ２６は、この
コミットメント要求に応えて、ディレクトリ１０２に関
する（従って、ファイル１２１及びデータ・オブジェク
ト１０４に関する）一貫性バックアップ作業が進行中か
否かと、シャドウ・ファイル１２１’とシャドウ・デー
タ・オブジェクト１０４’とが既に存在しているか否か
とを調べ、その結果、該当する一貫性バックアップ作業
が進行中であり、また、シャドウ・ファイル１２１’と
シャドウ・データ・オブジェクト１０４’とが既に存在
していると判定する（ステップ３５２）。この場合に
は、これら２つのシャドウ・コピー１２１’、１０４’
の他に作成する必要のあるシャドウ・コピーは何もない
ため、これに続いてファイル・マネージャ２６は、オリ
ジナルのデータ・オブジェクト１０４に更新を施し、こ
れは、ＲＡＭ２２の中にある、（アプリケーション・プ
ログラムによって）更新が施されたバージョンのデータ
・オブジェクト１０４を、プライマリー・リポジトリー
１８の中へコピーすることによって行なう（ステップ３
５２）。

【００３７】ステップ３６０では、バックアップ・ユー
ティリティ４０が、ファイル・マネージャ２６へ向け
て、ディレクトリ１０２をクローズして、ディレクトリ
１０２に関する一貫性バックアップ作業のうちのコピー
作業の段階を終了させることを求める要求を発してい
る。ファイル・マネージャ２６は、この要求に応答し
て、ディレクトリ１０２’からの読込み作業を終了し、
それに伴って、ディレクトリ１０２をオープンしたとき
に確保したバッファを解放する（ステップ３６２）。続
いてバックアップ・ユーティリティ４０は、ファイル・
マネージャ２６へ向けて、ディレクトリ１０２並びにこ
のディレクトリ１０２に関連している全てのファイル及
びデータ・オブジェクトの、シャドウ・コピーの維持を
終了させることを求める要求を発する（ステップ３７
０）。ファイル・マネージャ２６は、この要求に応答し
て、ディレクトリ１０２に対する包括的ロック状態（従
って、このディレクトリ１０２に関連している全てのフ
ァイル及びデータ・オブジェクトをも併せてロックする
ロック状態）を一時的に確立した上で、進行中バックア
ップ作業一覧テーブル２０ａから、このディレクトリ１
０２、並びにこのディレクトリ１０２に関連している全
てのファイル及びデータ・オブジェクトに対して付され
ている「バックアップ進行中」のマークを除去し、その
後、それらのロック状態を解除する（ステップ３７
２）。更にこのステップ３７２では、ファイル・マネー
ジャ２６が、シャドウ・ディレクトリ１０２’、シャド
ウ・ファイル１２１’及び１２３’、並びに、シャドウ
・データ・オブジェクト１０４’、１１２’、１１６’
及び１０９’の抹消を行なっている。この時点でそれら
シャドウ・コピーを抹消する理由は、それらシャドウ・
コピーをここまで保持していたのは一貫性バックアップ
作業において使用するためであるのに対して、その一貫
性バックアップ作業が既に終了していること、しかも、
それらシャドウ・コピーは、ディレクトリ１０２、並び
にこのディレクトリ１０２に関連しているファイルやデ
ータ・オブジェクトの、最新のバージョンを、この時点
では既に包含していないことによるものである。尚、こ
の時点における、ディレクトリ１０２、並びにこのディ
レクトリ１０２に関連しているファイル及びデータ・オ
ブジェクトの現在ステータスは、ステータス表示ブロッ
ク３７４に示すとおりである。続いて、バックアップ・
ユーティリティ４０が、テープ・ドライブ６ａのコント
ローラーへ向けて、バックアップ・ファイル（即ち、磁
気テープの中へバックアップしたファイル）をクローズ
することを求めるファイル・クローズ要求を発し（図１
２のステップ３７６）、このファイル・クローズ要求を
受け取ったコントローラーは、その要求された動作を実
行し、それには、ファイル・マネージャ２６がＲＡＭ２
２の中へ書き込んだデータや制御情報のうち、未だ磁気
テープに書き込んでなかったものを全て磁気テープに書
き込んだ上で、その磁気テープに「エンド・オブ・ファ
イル」のマークを書き込むようにする（ステップ３７
８）。

【００３８】以下に説明するのは、以上のバックアップ
作業が完了し、しかも、他に進行中のバックアップ作業
が存在していないと想定した状況において、ファイル・
マネージャ２６が続いて実行する１つの動作例である。
この動作例においては、以上のバックアップ作業がステ
ップ３７８において完了した後に、アプリケーション・
プログラム１６ａ、１６ｂ、１６ｃのうちの１つが、フ
ァイル・マネージャ２６へ向けて、ディレクトリ１０２
からファイル１２２を削除することを求める削除要求を
発したものと想定している（ステップ３８０）。ファイ
ル・マネージャ２６は、この削除要求に応答して、進行
中バックアップ作業一覧テーブル２０ａを参照して、現
時点においてディレクトリ１０２がいずれかの一貫性バ
ックアップ作業のバックアップ範囲に包含されているか
否かを調べて、ディレクトリ１０２がいずれの一貫性バ
ックアップ作業のバックアップ範囲にも包含されていな
いと判定し、この判定結果に沿ってファイル・マネージ
ャ２６は、単に、ファイル１２２と、このファイル１２
２の中のデータを構成しているデータ・オブジェクト１
１１とを削除する（ステップ３８２）。続いて、ファイ
ル・マネージャ２６は、ディレクトリ１０２に対応した
カタログ情報に更新を施し、このディレクトリ１０２に
よって参照されるファイルのリストから、ファイル１２
２を削除する（ステップ３８２）。尚、ここで特に記し
ておくと、このステップ３８２におけるファイル１２２
を削除する処理が、いかなるシャドウ・コピーも作成す
ることなく実行されたのは、進行中の一貫性バックアッ
プ作業が存在していなかったからである。この時点にお
ける、ディレクトリ１０２、並びにこのディレクトリ１
０２に関連しているファイル及びデータ・オブジェクト
の現在ステータスは、ステータス表示ブロック３８４に
示すとおりである。

【００３９】以上、本発明に係るファイルの管理及びバ
ックアップのためのシステムを開示した。ただし、以上
に例示した実施例に対しては、本発明の範囲から逸脱す
ることなく、様々な変更ないし代替を施し得ることはい
うまでもない。例えば、例示した実施例においては、バ
ックアップ先のバックアップ・リポジトリーは磁気テー
プとしていたが、これとは別の種類の二次的リポジトリ
ーを使用しても良く、例えば、別のＤＡＳＤをバックア
ップ先とすることもでき、場合に応じて適当なものを使
用すれば良い。従って、以上に説明した実施例は、あく
までも本発明を例示するものであり、本発明がそれに限
定されるというものではない。

【００４０】

【発明の効果】本発明は以上のように、プライマリ・リ
ポジトリに格納されているファイルやデータ・オブジェ
クト等の所定の範囲をバックアップ・リポジトリへバッ
クアップするバックアップ要求が発せられると、バック
アップ対象物がバックアップ作業に係わることを示すエ
ントリ（標識）を作成してから、バックアップ作業を開
始する。そして、バックアップ作業中にバックアップ対
象物に含まれるデータの更新が要求されると、エントリ
（標識）が検出されることにより該対象物のシャドウ・
コピーが作成され、該コピー又は対象物の一方がバック
アップ作業に使用され、他方が更新作業に使用される。
したがって、バックアップ作業中にもその対象物の更新
を実行でき、しかも得られるバックアップ・コピーは、
バックアップ要求が発せられた時点での対象物の内容と
なって更新内容が含まれないので、一貫性のあるバック
アップ・コピーが得られる。

【図面の簡単な説明】

【図１】本発明に係るファイルの管理及びバックアップ
のためのシステムを含んでいるコンピュータ・システム
のブロック図である。

【図２】図１に示したファイルの管理及びバックアップ
のためのシステムの動作を例示した、処理の流れの一部
を表わすフロー図である。

【図３】図２に連続して、処理の流れの一部を表わすフ
ロー図である。

【図４】図３に連続して、処理の流れの一部を表わすフ
ロー図であ。

【図５】図４に連続して、処理の流れの一部を表わすフ
ロー図である。

【図６】図５に連続して、処理の流れの一部を表わすフ
ロー図である。

【図７】図６に連続して、処理の流れの一部を表わすフ
ロー図である。

【図８】図７に連続して、処理の流れの一部を表わすフ
ロー図であ。

【図９】図８に連続して、処理の流れの一部を表わすフ
ロー図である。

【図１０】図９に連続して、処理の流れの一部を表わす
フロー図である。

【図１１】図１０に連続して、処理の流れの一部を表わ
すフロー図である。

【図１２】図１１に連続して、処理の流れの一部を表す
フロー図である。

【図１３】図１に示したファイルの管理及びバックアッ
プのためのシステムに組み込むことのできる最適化処理
を示したフローチャートである。

【符号の説明】

１０ コンピュータ・システム １８ プライマリ・リポジトリ ２０ バックアップ・リポジトリ １０２、１０２’ディレクトリ １２１〜１２３ ファイル １０４、１０７、１０９、１１１、１１２、１１６ デ
ータ・オブジェクト

フロントページの続き (72)発明者 ロバート・マイケル・ニュージェント アメリカ合衆国13812、ニューヨーク州 ニコルス、イースト・リバー・ロード、ア ールディー １、ボックス 207 (72)発明者 ジェームズ・マイケル・ショワルター アメリカ合衆国13760、ニューヨーク州 エンディコット、ウエスト・メイン・スト リート 504番地、アパートメント 31

Claims (16)

【特許請求の範囲】
1. 【請求項１】 １つないし複数のデータ・オブジェクト
   の格納及び該データ・オブジェクトへのアクセスとを管
   理し、且つ、該データ・オブジェクトをバックアップで
   きるようにするための、少なくとも部分的にディジタル
   ・コンピュータによって実行されるファイル管理方法に
   おいて、 前記データ・オブジェクトをバックアップすることを求
   めるバックアップ要求を発するステップと、 前記バックアップ要求に応答して、前記データ・オブジ
   ェクトに対応した標識をセットすることにより、前記デ
   ータ・オブジェクトを対象としたバックアップ要求が発
   せられていることを表示する標識セット・ステップと、 前記標識のセットが完了した後に、前記データ・オブジ
   ェクトをバックアップ・リポジトリへコピーするバック
   アップ作業ステップと、 前記バックアップ作業ステップが完了した後に、前記標
   識をリセットする標識リセット・ステップと、 前記バックアップ作業ステップの、実行前、実行中、或
   いは実行完了後に、前記データ・オブジェクトのうちの
   少なくとも一部に対して変更すなわち更新を施すことを
   求める変更要求を発するステップと、 前記変更要求に応答して、前記標識がセットされている
   か否かを判定する判定ステップと、 前記判定ステップにおいて前記変更要求が発せられたと
   きに前記標識がセットされていると判定した場合は、変
   更を施すよう要求されたデータ・オブジェクトの物理コ
   ピーないし論理コピー（シャドウ・コピー）を作成し、
   コピー元の当該データ・オブジェクトおよびそのシャド
   ウ・コピーのいずれか一方に前記変更要求にかかる変更
   を施し、更に、コピー元の当該データ・オブジェクトお
   よびそのシャドウ・コピーのうちの変更を施していない
   他方を、前記バックアップ・リポジトリへバックアップ
   のためにコピーするようにしたステップとを含んでいる
   ことを特徴とするファイル管理方法。
2. 【請求項２】 請求項１記載のファイル管理方法におい
   て、変更を施すよう要求されなかったデータ・オブジェ
   クトについては、そのシャドウ・コピーを作成しないこ
   とを特徴とするファイル管理方法。
3. 【請求項３】 請求項１記載のファイル管理方法におい
   て、前記データ・オブジェクトは１つの共通の参照名に
   よって包括的に参照され、且つ、前記標識がその共通の
   参照名に関連付けられてあり、前記ファイル管理方法は
   さらに、 データ・オブジェクトを追加することとその追加データ
   ・オブジェクトを前記参照名で参照するようにすること
   とを求める追加要求を発するステップと、 前記追加要求に応答して、前記標識がセットされている
   か否かを判定するステップと、 前記標識がセットされていたならば、前記参照名のコピ
   ーを作成し、前記追加データ・オブジェクトとその他の
   データ・オブジェクトとを併合したものを、前記参照名
   又は該参照名の前記コピーの一方で参照し、前記追加デ
   ータ・オブジェクトを除いたその他のデータ・オブジェ
   クトを、他方で参照するようにし、更に、前記追加デー
   タ・オブジェクトを除いたその他のデータ・オブジェク
   トを、前記バックアップ・リポジトリへコピーするよう
   にしたステップとを含んでいることを特徴とするファイ
   ル管理方法。
4. 【請求項４】 請求項１記載のファイル管理方法におい
   て、変更を施すよう要求されたデータ・オブジェクトの
   シャドウ・コピーが、前記標識がセットされており、且
   つ、当該データ・オブジェクトに対する前記変更要求
   が、当該データ・オブジェクトを前記バックアップ・リ
   ポジトリへコピーするより前に発せられた場合に限っ
   て、作成されるようにしたことを特徴とするファイル管
   理方法。
5. 【請求項５】 請求項１記載のファイル管理方法におい
   て、前記データ・オブジェクトが１つの共通の参照名に
   よって包括的に参照され、且つ、前記標識がその共通の
   参照名に関連付けられてあり、前記ファイル管理方法は
   さらに、 前記データ・オブジェクトのうちの１つを削除すること
   を求める削除要求を発するステップと、 前記削除要求が発せられたときに前記標識がセットされ
   ていたならば、前記参照名のコピーを作成し、削除する
   ことを要求されたデータ・オブジェクトを含めた前記デ
   ータ・オブジェクトを、前記参照名と該参照名のコピー
   の一方で参照し、削除することを要求されたデータ・オ
   ブジェクトを含めた前記データ・オブジェクトを、前記
   バックアップ・リポジトリへコピーし、削除することを
   要求されたデータ・オブジェクトを削除し、更に、削除
   したデータ・オブジェクトを除いたその他のデータ・オ
   ブジェクトを、前記参照名と該参照名のコピーの他方で
   参照するようにしたステップとを含んでいることを特徴
   とするファイル管理方法。
6. 【請求項６】 請求項１記載のファイル管理方法におい
   て、該方法はさらに、前記標識セット・ステップの実行
   直前に前記データ・オブジェクトをロック状態にするス
   テップと、前記標識リセット・ステップの実行直後に前
   記データ・オブジェクトをロック解除するステップとを
   含んでいることを特徴とするファイル管理方法。
7. 【請求項７】 請求項１記載のファイル管理方法におい
   て、前記データ・オブジェクトは、バックアップ作業の
   実行前にはディスクに格納されており、前記バックアッ
   プ・リポジトリは、磁気テープであることを特徴とする
   ファイル管理方法。
8. 【請求項８】 請求項１記載のファイル管理方法におい
   て、前記データ・オブジェクトが１つの共通の参照名に
   よって包括的に参照され、且つ、前記標識がその共通の
   参照名に関連付けられており、前記ファイル管理方法は
   さらに、前記データ・オブジェクトの論理ビューを生成
   し且つ格納しておくステップを含んでおり、該論理ビュ
   ーは階層構造のビューであり、前記参照名は、該階層構
   造中において、前記データ・オブジェクトのレベルより
   も高いレベルのノードであることを特徴とする請求項１
   記載の方法。
9. 【請求項９】 請求項１記載のファイル管理方法におい
   て、該方法はさらに、 変更を施すよう要求されたデータ・オブジェクトおよび
   そのシャドウ・コピーのうちの一方に変更を施したとき
   に実行するステップであって、コピー元の当該データ・
   オブジェクトとそのシャドウ・コピーのうちの変更を施
   していない他方を前記バックアップ・リポジトリへコピ
   ーした後に、該バックアップ・リポジトリへのコピーが
   なされた前記他方を消去ないし無効化し、それによっ
   て、コピー元の当該データ・オブジェクトとそのシャド
   ウ・コピーのうちの変更を施した前記一方が、当該デー
   タ・オブジェクトのリプリゼンテーションのうちで唯一
   アクセスが可能なリプリゼンテーションとなるようにす
   るステップを含んでいることを特徴とするファイル管理
   方法。
10. 【請求項１０】 １つないし複数のデータ・オブジェク
    トの格納と該データ・オブジェクトへのアクセスとを管
    理し、且つ、該データ・オブジェクトをバックアップで
    きるようにするための、少なくとも部分的にディジタル
    ・コンピュータによって実行されるファイル管理方法に
    おいて、 前記データ・オブジェクトをバックアップすることを求
    めるバックアップ要求を発するステップと、 前記バックアップ要求に応答して、前記データ・オブジ
    ェクトに対応した標識をセットすることにより、該デー
    タ・オブジェクトを対象としたバックアップ要求が発せ
    られていることを表示する標識セット・ステップと、 前記標識のセットが完了した後に、前記データ・オブジ
    ェクトをバックアップ・リポジトリへコピーする作業を
    実行するバックアップ作業ステップと、 前記バックアップ作業ステップが完了した後に、前記標
    識をリセットする標識リセット・ステップと、 前記バックアップ作業ステップの実行前、実行中、或い
    は実行完了後に、前記データ・オブジェクトのうちの少
    なくとも一部に対して変更すなわち更新を施すことを求
    める変更要求を発するステップと、 前記変更要求に応答して、前記標識がセットされている
    か否かを判定する判定ステップと、 前記判定ステップにおいて前記標識がセットされている
    と判定され、且つ、変更を施すよう要求されたデータ・
    オブジェクトが前記バックアップ作業ステップにおいて
    前記バックアップ・リポジトリへ未だコピーされていな
    い場合は、変更を施すよう要求された当該データ・オブ
    ジェクトのシャドウ・コピーを作成し、コピー元の当該
    データ・オブジェクトおよびそのシャドウ・コピーのう
    ちの一方に前記変更要求にかかる変更を施し、更に、コ
    ピー元の当該データ・オブジェクトおよびそのシャドウ
    ・コピーのうちの変更を施していない他方を、前記バッ
    クアップ・リポジトリへコピーするステップと、 前記判定ステップにおいて前記標識がセットされている
    と判定され、且つ、変更を施すよう要求されたデータ・
    オブジェクトが前記バックアップ作業ステップにおいて
    前記バックアップ・リポジトリへ既にコピーされていた
    ならば、当該データ・オブジェクトのシャドウ・コピー
    を作成することなく、当該データ・オブジェクトに前記
    変更要求にかかる変更を施すようにするステップとを含
    んでいることを特徴とするファイル管理方法。
11. 【請求項１１】 データ・オブジェクトの格納と該デー
    タ・オブジェクトへのアクセスとを管理し、且つ、該デ
    ータ・オブジェクトをバックアップする、コンピュータ
    ・システムにおいて、 前記データ・オブジェクトをバックアップすることを求
    めるバックアップ要求を発する手段と、 前記バックアップ要求に応答して、前記データ・オブジ
    ェクトをバックアップ・リポジトリへコピーするバック
    アップ作業を行なうバックアップ作業手段と、 前記バックアップ作業の実行前、実行中、或いは実行完
    了後に、前記データ・オブジェクトのうちの少なくとも
    一部に対して変更すなわち更新を施すことを求める変更
    要求を発する手段と、 前記変更要求に応答して、変更を施すよう要求されたデ
    ータ・オブジェクトを含む１つないし複数のデータ・オ
    ブジェクトから成るデータ・オブジェクト集合を前記バ
    ックアップ・リポジトリへコピーするバックアップ作業
    が前記バックアップ作業手段において現在実行中である
    か否かを判定する判定手段と、 前記判定手段により前記バックアップ作業が現在実行中
    であると判定された場合は、変更を施すよう要求された
    当該データ・オブジェクトの物理コピーないし論理コピ
    ー（アシャドウ・コピー）を作成し、コピー元の当該デ
    ータ・オブジェクトおよびそのシャドウ・コピーのうち
    の一方に前記変更要求にかかる変更を施し、更に、コピ
    ー元の当該データ・オブジェクトおよびそのシャドウ・
    コピーのうちの変更を施していない他方を、前記バック
    アップ・リポジトリへ前記バックアップ作業手段により
    コピーさせるようにする、コピー作成／変更作業手段と
    を備えたことを特徴とするコンピュータ・システム。
12. 【請求項１２】 請求項１１記載のコンピュータ・シス
    テムにおいて、変更を施すよう要求されなかったデータ
    ・オブジェクトについては、そのシャドウ・コピーを作
    成しないように構成されていることを特徴とするコンピ
    ュータ・システム。
13. 【請求項１３】 請求項１１記載のコンピュータ・シス
    テムにおいて、前記バックアップ作業手段が前記データ
    ・オブジェクト集合を前記バックアップ・リポジトリへ
    コピーする前記バックアップ作業を現在実行中であっ
    て、しかも変更を施すよう要求された当該データ・オブ
    ジェクトが前記バックアップ・リポジトリへコピーされ
    てない場合に限って、前記コピー作成／変更作業手段
    は、変更を施すよう要求されたデータ・オブジェクトの
    シャドウ・コピーを作成するよう構成されていることを
    特徴とするコンピュータ・システム。
14. 【請求項１４】 請求項１１記載のコンピュータ・シス
    テムにおいて、該システムはさらに、 前記バックアップ要求に応答して、前記データ・オブジ
    ェクトに対応した標識をセットすることにより、前記デ
    ータ・オブジェクトを対象としたバックアップ要求が発
    せられていることを表示する手段と、 前記標識がセットされる直前に前記データ・オブジェク
    トをロック状態にし、前記標識がリセットされた直後に
    前記データ・オブジェクトをロック解除する手段とを備
    えたことを特徴とするコンピュータ・システム。
15. 【請求項１５】 請求項１１記載のコンピュータ・シス
    テムにおいて、該システムはさらに、変更を施すよう要
    求されたデータ・オブジェクトおよびそのシャドウ・コ
    ピーのうちの一方に変更を施した後であって、しかも、
    それらのうちの他方を前記バックアップ・リポジトリへ
    前記バックアップ作業手段によりコピーした後に、該他
    方を消去ないし無効化し、それによって、コピー元の当
    該データ・オブジェクトおよびそのシャドウ・コピーの
    うちの前記一方が、当該データ・オブジェクトのリプリ
    ゼンテーションのうちで唯一アクセスが可能なリプリゼ
    ンテーションとなるようにする手段を備えたことを特徴
    とするコンピュータ・システム。
16. 【請求項１６】 データ・オブジェクトの格納と該デー
    タ・オブジェクトへのアクセスとを管理し、且つ、該デ
    ータ・オブジェクトをバックアップする、コンピュータ
    ・システムにおいて、 前記データ・オブジェクトをバックアップすることを求
    めるバックアップ要求を発する手段と、 前記バックアップ要求に応答して、前記データ・オブジ
    ェクトをバックアップ・リポジトリへコピーするバック
    アップ作業を行なうバックアップ作業手段と、 前記バックアップ作業の実行前、実行中、或いは実行完
    了後に、前記データ・オブジェクトのうちの少なくとも
    一部に対して変更砂割り更新を施すことを求める変更要
    求を発する手段と、 前記変更要求に応答して、前記データ・オブジェクトの
    集合を前記バックアップ・リポジトリへコピーする前記
    バックアップ作業が、前記バックアップ作業手段におい
    て現在実行中であるか否かを判定する判定手段と、 前記判定手段により、前記バックアップ作業が現在実行
    中であると判定され、且つ、変更を施すよう要求された
    データ・オブジェクトが前記バックアップ・リポジトリ
    へ未だコピーされていない場合は、変更を施すよう要求
    された当該データ・オブジェクトのシャドウ・コピーを
    作成し、コピー元の当該データ・オブジェクトとそのシ
    ャドウ・コピーのうちの一方に前記変更要求にかかる変
    更を施し、更に、前記バックアップ作業において、コピ
    ー元の当該データ・オブジェクトとそのシャドウ・コピ
    ーのうちの変更を施していない他方を、前記バックアッ
    プ・リポジトリへ前記バックアップ作業手段がコピーす
    るようにし、さらに前記判定手段により、前記コピー作
    業手段がバックアップ作業を現在実行中であると判定さ
    れ、且つ、変更を施すよう要求されたデータ・オブジェ
    クトが前記バックアップ・リポジトリへ既にコピーされ
    ていたならば、当該データ・オブジェクトのシャドウ・
    コピーを作成することなく、当該データ・オブジェクト
    に前記変更要求にかかる変更を施すようにするコピー作
    成／変更作業手段とを備えたことを特徴とするコンピュ
    ータ・システム。