JPH06110759A - ファイルシステム - Google Patents

ファイルシステム

Info

Publication number
JPH06110759A
JPH06110759A JP4286733A JP28673392A JPH06110759A JP H06110759 A JPH06110759 A JP H06110759A JP 4286733 A JP4286733 A JP 4286733A JP 28673392 A JP28673392 A JP 28673392A JP H06110759 A JPH06110759 A JP H06110759A
Authority
JP
Japan
Prior art keywords
file
data management
management unit
data
files
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
Application number
JP4286733A
Other languages
English (en)
Inventor
Satoshi Mizuno
聡 水野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP4286733A priority Critical patent/JPH06110759A/ja
Publication of JPH06110759A publication Critical patent/JPH06110759A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【目的】ファイル複製で必要となる記憶領域の低減を図
る。 【構成】ファイルシステム11の制御により、二次記録
装置12内では複製元と複製先のファイルは同一のデー
タ管理単位を共有する。このため、二次記録装置12に
はファイル1つ分のデータ管理単位しか必要とされな
い。また、その様なファイルの一方を変更する際には、
変更が必要なデータ管理単位のみを、変更するファイル
側に新たに用意し、複製元、複製先ファイルでそれぞれ
異なるデータ管理単位を使用するので、より少ないデー
タブロックで、ファイルの変更ができる。

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は計算機システムのファイ
ルシステムに関する。
【0002】
【従来の技術】従来、計算機のファイルシステムは、各
ファイル単位のデータが、二次記憶装置内でそれぞれ異
なるデータ管理単位に収められていた。ここでデータ管
理単位とは、ファイルシステムが二次記憶装置の記憶領
域を管理する単位であり、その大きさは、アクセス速
度、および、記憶領域の有効利用の点から、適切なサイ
ズになっているものとする。例を図18(a)に示す。
この図において、ファイル1のデータはデータ管理単位
0,1,3,6,7に入っている。また、ファイル2の
データは4,5,8に収められており、ファイル3のデ
ータはデータ管理単位9,10,11,12に収められ
ている。二次記憶装置内では図18(b)の様になる。
このように、従来のファイルシステムでは、ファイル毎
に二次記憶装置内の異なるデータ管理単位が対応付けら
れていた。
【0003】ここで、同図(a)の01,02,03は
ファイル識別データである。これはOSが新しいファイ
ルを作る時にファイル毎に用意するOS内のデータ構造
である。ファイル識別データには、そのファイルのデー
タが収まっている二次記憶装置のデータ管理単位の番号
が記述してあり、OSはファイル識別データを参照すれ
ばそのファイルに対応したデータ管理単位番号を知るこ
とができるようになっている。図18(a)では線で結
んでファイルのデータが入っているデータ管理単位を示
している。
【0004】ところで、一般的に計算機システムでは、
ファイルの複製(コピー)が頻繁に行なわれる。例え
ば、重要なファイルを複製し、バックアップファイルと
し、操作の誤りによって元のファイルが不意に消去、あ
るいは変更された時のために備えるといったことが行な
われる。この場合、ファイルとしては2つの異なる実体
としてシステム内に存在するものの、ファイル内のデー
タ内容は全く同一である。例を図19(a)に示す。フ
ァイル1のデータは、データ管理単位0,2,3,4に
あり、また、ファイル2のデータはデータ管理単位1,
6,7,8にある。ファイル1とファイル2は別々のフ
ァイルであるが、データとしては同一であり、二次記憶
装置内のデータ管理単位0と1、2と6、3と7、4と
8は同じデータを収めている。結果的に、データを二重
に二次記憶装置上に記憶する訳であり無駄であった。例
えば、同図(b)に示したように、元のファイルが4デ
ータブロックの大きさなので、1つの複製を作ると新た
に4つのデータ管理単位のディスク領域が使われてしま
う。
【0005】
【発明が解決しようとする課題】上記のように、従来の
ファイルシステムにおいては、ファイルの複製(コピ
ー)の結果、元ファイルの大きさに等しい分のスペース
が、複製するファイルのために新たに二次記憶装置内に
取られてしまう。この結果、データが全く同一の2つの
ファイルに対して2倍の記憶空間を使ってしまうという
欠点があった。
【0006】本発明はこのような点に鑑みてなされたも
ので、ファイルの複製に関して、より少ないスペースで
済むファイルシステムを提供することを目的とする。
【0007】
【課題を解決するための手段および作用】本発明は、二
次記憶装置上に目的毎にデータをファイルとして記憶す
る計算機システムにおいて、二次記憶装置のデータ管理
単位毎に、そのデータ管理単位が対応づけられているフ
ァイルの数を管理するファイル数管理手段と、複製元と
複製先のファイルが二次記憶装置内のデータ管理単位を
共有するようにファイルを複製する手段と、ファイル内
データの変更を行なう際、前記ファイル数管理手段の管
理内容に従って、変更を要するデータ管理単位が複数の
ファイルで共有されているデータ管理単位であるか否か
を検出する手段と、変更を要するデータ管理単位が複数
のファイルで共有されている時には空のデータ管理単位
を新たに用意して変更後のデータを書き込み、該データ
管理単位が複数のファイルで共有されていない時にはそ
のデータ管理単位のデータを変更する手段とを具備する
ことを第1の特徴とする。
【0008】このファイルシステムにおいては、ファイ
ル複製の結果、ユーザから見て同じ内容の2つの異なる
ファイルが残る。しかしながら、二次記録装置内では複
製元と複製先のファイルは同一のデータ管理単位を共有
するので、ファイル1つ分のデータ管理単位しか必要と
しない。すなわち、従来方式に較べて二次記録装置の容
量を有効に利用することができる。また、その様なファ
イルの一方を変更する際には、変更が必要なデータ管理
単位のみを変更するファイル側に新たに用意し、複製
元、複製先ファイルでそれぞれ異なるデータ管理単位を
使用するので、より少ないデータブロックで、ファイル
の変更ができる。
【0009】また、この発明は、二次記憶装置上に目的
毎にデータをファイルとして記憶し、ファイル複製の際
には、複製先ファイルのために新たに二次記憶装置上に
領域を確保し、そこに複製元ファイルのデータを書き込
むことによりファイルを複製する計算機システムにおい
て、ファイル複製によって生じた同一データを持つデー
タ管理単位の組を記憶する手段と、各ファイルへのアク
セスに関する時刻情報を管理する手段と、前記時刻情報
に基づき、同一データを持つデータ管理単位がファイル
間で共有されるようにデータ管理単位を所定のタイミン
グで再割り当てする手段とを具備することを第2の特徴
とする。
【0010】このファイルシステムにおいては、たとえ
ば、ある一定期間アクセスがないファイル同士がデータ
管理単位を共有するように再割り当てを行なうことによ
り、アクセスの少ないファイルが二次記録装置上に占め
る領域を節約することができる。
【0011】また、二次記憶装置の使用領域に関する情
報に従って、同じデータを含むデータ管理単位を持って
いるファイル同士に対してそれらデータ管理単位を共有
するようにデータ管理単位を再割り当てすることができ
る。このファイルシステムにおいては、たとえば、二次
記録装置中の未使用領域が少なくなった際にファイル間
でデータ管理単位を共有することによって、残り少ない
使用領域を有効に使うことができる。
【0012】さらに、このような再割当ての結果、デー
タ管理単位が不規則に割り当てられてアクセス効率の悪
化を招くことを防止するために、他のファイルとデータ
管理単位を共有しているファイルをアクセスした時に、
改めて、データ管理単位を共有しないように、かつ、そ
の際データ配置が最適になるようデータ管理単位を割り
当て直すことにより、そのようなファイルへのアクセス
速度を向上することができる。
【0013】
【実施例】図1にこの発明の第1実施例に係わるファイ
ルシステムを示す。この例では、ファイルシステム11
は、二次記憶装置としての磁気ディスク12をアクセス
する。ディスク12内には、各データ管理単位13に対
応した参照カウンタ14をがそのディスク内のデータと
して保存されている。それをファイルシステム11が立
ち上がる際に主記憶内に取り込み、システム稼働中は、
主記憶上の参照カウンタ14をアクセスするようにし
て、システムが停止する際に再びディスク12内に書き
戻すようにする。このようにすればファイルシステム1
1が参照カウンタ14をアクセスする際に毎回ディスク
12をアクセスしなくて済むのでオーバーヘッドは少な
い。
【0014】新しいファイルを作り、データを書き込む
時には、ファイルシステム11は、図2のような処理を
行なう。先ず、ファイルシステム11は、ファイルのた
めのファイル識別データ15をそのファイルシステム内
に作る(ステップS1)。この時点では、まだファイル
にはデータ管理単位が割り当てられていない。引き続い
てこのファイルにデータが書き込まれると、ファイルシ
ステム11はそのデータを収めるための空のディスクデ
ータ管理単位を1つ確保し(ステップS2)、それをフ
ァイル識別データに対応付けて(割り当てて)、そのデ
ータ管理単位に対応する参照カウンタ14の値を1にす
る(ステップS3,S4)。つまり、このデータ管理単
位が1つのファイルに対応付けられていることを参照カ
ウンタ14の値に示す。その後、ファイルのデータを書
き込む(ステップS5)。このような処理を、全てのデ
ータを書き込むまで繰り返し行なう(ステップS6)。
【0015】次に、ファイルの複製の際の処理を説明す
る。なお、ファイルの複製は一般的にはユーザがOSの
コマンドで実行する。例えば、コマンド名を’cop
y’とするとき、 copy ‘複製元ファイル名’‘複製先ファイル名’ の様に実行すると、複製元ファイルと同じ内容の複製先
ファイルが新しいファイル名で生成される。
【0016】この時のファイルシステム11の処理を図
3に示す。結果的に、複製先ファイルが複製元ファイル
のデータ管理単位を共有するようになる。
【0017】そのため、まず、複製先ファイルのための
ファイル識別データをファイルシステム内に作る(ステ
ップS11)。それから、複製元ファイルの各データ管
理単位に対して以下の処理を行なう。
【0018】1)データ管理単位に対応する参照カウン
タの値を1増す(ステップS12)。
【0019】2)そのデータ管理単位を複製先ファイル
のファイル識別データに登録する(ステップS13)。
【0020】この処理を繰り返すことにより(ステップ
S14)、各データ管理単位は、複製元ファイルと複製
先ファイルの両方から参照されるようになり、データ管
理単位の参照カウンタに複製先ファイルと対応付けした
ことが反映される。
【0021】次に、ファイルの変更に関して説明する。
この時のファイルシステム11の処理を図4に示す。
【0022】ファイル内データの変更を行なう際には、
変更を要するデータ管理単位に関して、参照カウントが
1であるか否か調べ(ステップS21)、1の場合にの
み、そのデータ管理単位に対してデータの変更を行なう
(ステップS22)。参照カウンタが1のとき、このフ
ァイル以外にこのデータ管理単位を共有しているファイ
ルがないので、そのデータ管理単位を変更してしまって
構わない。一方、参照カウンタの値が1よりも大きい場
合には、このファイル以外にもデータ管理単位を共有し
ているファイルがある。この場合は、このデータ管理単
位を変更してしまうと、他のファイルのデータまで変更
してしまうことになるので、新しくデータ管理単位を割
り当てて、それらデータ管理単位に変更したデータを書
き込むようにする。
【0023】従って、参照カウントが1よりも大きい場
合には、まず、そのデータ管理単位の参照カウンタの値
を1つ減らして(ステップS23)、ファイル識別デー
タからそれらデータ管理単位を切り離し(ステップS2
4)、新しい空のデータ管理単位を用意して(ステップ
S25)、それらに対応する参照カウンタを1にし(ス
テップS26)、ファイル識別データにそのデータ管理
単位の番号を登録し(ステップS27)、変更後のデー
タを書き込むようにする(ステップS28)。これら処
理は、変更を要するデータ管理単位がなくなるまで繰返
される(ステップS29)。
【0024】次に、ファイルの削除に関して説明する。
この場合のファイルシステム11の処理を図5に示す。
【0025】ここでも、削除対象のファイルのデータ管
理単位の参照カウンタの値を見て、1であれば、他のフ
ァイルと共有していないのでそのまま解放する。しか
し、参照カウンタが1より大きい値のデータ管理単位に
関しては、他のファイルが共有しているので、参照カウ
ンタを1つ減らすだけにする。処理手順としては、削除
対象のファイルに対応付けられている全てのデータ管理
単位の参照カウントを1ずつ減らし(ステップS3
1)、その結果が0であるか否か判断する(ステップS
32)。結果が0になったデータ管理単位については、
他のファイルから参照されていないデータ管理単位なの
で、解放して空データ管理単位とし(ステップS3
3)、その後ファイル識別データを削除するようにする
(ステップS35)。
【0026】図6に、ファイル1を新しく作り、データ
を書き込んだ結果の様子を示す。引続き、ファイル1の
複製ファイルであるファイル2を作った様子を図7に示
す。その後、ファイル1のデータの一部(データ管理単
位6,7)を変更した時の様子を図8に示す。最後に、
ファイル1を削除した時の様子を図9に示す。
【0027】図6では、ファイル1がディスク12のブ
ロックNo,0、No,1、No,3、No,6、N
o,7の5個のデータ管理単位に分散して記憶されてお
り、この時の参照カウンタ値はどれも1である。ファイ
ル1の複製ファイルであるファイル2を作成すると、図
7に示されているように、ディスク12の物理的なデー
タ管理単位は変更されず、各データ管理単位の参照カウ
ンタ値だけが2に変更される。この状態で、ファイル1
についてそのデータ管理単位6,7の内容を更新する
と、図8に示されているように、更新結果は例えばデー
タ管理単位13、2に格納される。この場合、参照カウ
ンタテーブルにはブロックNo,13、No,2が追加
される。そして、データ管理単位6,7に対応する参照
カウンタ値が1に変更される。ファイル1を削除する
と、ファイル2と共有されてないデータ管理単位13,
2が削除され、データ管理単位0,1,3,6,7の参
照カウンタ値が1になる。
【0028】次に、この発明に係わる第2実施例につい
て説明する。この例では、ファイルの複製の際に、同じ
データを含んでいるデータ管理単位の組をファイルシス
テム11内の管理データとして持っている。このデータ
構造を「同一データ管理単位テーブル」と呼ぶことにす
る。
【0029】ファイルシステム11は、ファイルの複
製、ファイル内データの変更、削除等の際に、この「同
一データ管理単位テーブル」にそれらの処理による影響
を反映する。ファイルシステム11は一定期間毎に各フ
ァイルのアクセス時刻情報を検査し、あらかじめ定めら
れた時間(時間Tとする)より長い期間アクセスされな
かったファイルの全てのデータ管理単位に対し図10に
示す処理を行なう。
【0030】なお、ここで、ファイルシステム11はデ
ータ管理単位の番号から、そのデータ管理単位を割り当
てられているファイルのファイル識別データを求められ
ると仮定している。これは、例えば、各データ管理単位
の管理情報に、そのデータ管理単位が割り当てられてい
るファイルのファイル識別データを判別する情報を持っ
ていれば良い。
【0031】まず、処理対象のファイルFのデータ管理
単位を1つ選び、それをBtとする(ステップS4
1)。次いで、「同一データ管理テーブル」を参照し、
Btと同じデータを収めたデータ管理単位Bsが他にあ
るかどうか調べる(ステップS42)。データ管理単位
Bsがあるか否かによって処理が分岐し(ステップS4
3)、存在する場合にはステップS44〜S47の処理
が実行される。ステップS44では、データ管理単位B
sの1つが選択されそれがBsiとなる。ステップS4
5では、データ管理単位Bsiが割り当てられているフ
ァイルFsiは、時間Tよりも長い期間アクセスされて
いないかどうか判断する(ステップS45)。ステップ
S45では、時間Tよりも長い期間アクセスされていな
い場合に、データ管理単位Bsiを解放し、その代わり
としてデータ管理単位BtをファイルFsiに割り当て
る。ステップS44〜S47の処理は、全てのデータ管
理単位Bsについて行なわれる(ステップS47)。
【0032】図11に例を示す。ここでは、データ管理
単位2,3,4,5がファイル1に割り当てられている
とする。この時の同一データ管理単位テーブルを同じ図
の右側に示した。この図では、同じデータが入っている
データ管理単位の番号を同じ欄に入れて表している。こ
の時点では、これらのデータ管理単位は他のファイルと
共有していない。
【0033】次に、このファイルを複製してファイル2
とした時の様子を図12に示す。ファイル2にはデータ
管理単位11,12,13,14が新たに割り当てられ
た。ここで、データ管理単位2と11、3と12、4と
13、5と14には同じデータが入っているので、「同
一データ管理単位テーブル」は同図(b)の右に示すよ
うになる。この時点で、8つのデータ管理単位を2つの
ファイルで使っている。その後、ファイル1のデータ管
理単位4を変更した。その結果、データ管理単位4と1
3には異なるデータが入ることになり、図13に示すよ
うになる。
【0034】更に、ファイル2の複製としてファイル3
を作り、その後、ファイル2のデータ管理単位13のデ
ータを変更した結果を図14に示す。十分(>T)時間
が経ち、その間ファイル1,2,3にはアクセスがなか
ったとする。この時、先に述べた図10の処理をファイ
ルシステム11が行なうと、データ管理単位(2,1
1,28)、(3,12,29)、(5,14,31)
は同じデータを持っているので結果的に図15に示すよ
うになる。この例では2,3,5の3つのデータ管理単
位を3つのファイルが共有した。
【0035】従来ならば12のデータ管理単位が必要な
ところであるが、この例では半分の6つで済んでいる。
なお、時間Tは、ユーザがあらかじめ設定するものとす
る。
【0036】次に、この発明の第3実施例を説明する。
この第3実施例では、ファイルシステム11が定期的に
二次記録装置12の使用領域に関する情報を得る手段を
用いて、その大きさ(割合)を調べ、あらかじめ定めた
値(U[%]とする)より大きくなっていた時に図10
に示した処理を行なう。その点以外は第2の実施例と同
じである。
【0037】例えば、U=90%とすれば、二次記録装
置12の90%以上を越えて使用し、余裕がなくなった
時に、全ファイルに対して図10の処理が行なわれる。
その結果、同じデータが入ったデータ管理単位が複数の
ファイルで共有されるようになり、二次記録装置12の
記憶領域を節約することができ、ある程度、未使用の記
憶領域を増やすことが可能になる。なお、Uの値は、ユ
ーザがあらかじめ設定するものとする。
【0038】使用領域に関する情報は、例えばデータ管
理テーブルに登録されているデータ管理単位数等を用い
て容易に調べることができる。
【0039】次に、この発明の第4実施例を説明する。
ここでは、第2実施例あるいは第3実施例に適用するこ
とを仮定する。
【0040】図16は、第2または第3実施例の結果、
データ管理単位を他のファイルと共有しているファイル
に対してアクセスが発生した時にファイルシステム11
が行なう処理である。まず、ファイルシステム11は、
アクセス対象のファイルを調べて、そのデータ管理単位
が他のファイルに共有されているかどうか調べる(ステ
ップS51)。その全てのデータ管理単位が共有されて
いない時には、そのままアクセスする。他のファイルと
共有しているデータ管理単位が1つでもあったら、その
ファイルのための新しい記憶領域を二次記録装置12内
に確保し(ステップS52)、このファイルのデータを
コピーし(ステップS53)、元のデータ管理単位をこ
のファイルのファイル識別データから切り離す(ステッ
プS54)。その後、新しくデータ管理単位を割り当て
たファイルをアクセスするようにする(ステップS5
5)。
【0041】図17には、図15の状態で、ファイル3
にアクセスした時の結果が示されている。図15の状態
では、ファイル3は他の2つのファイルとデータ管理単
位2,3,5を共有している。この場合、ファイルシス
テム11は、ファイル3のために新しいデータ管理単位
23,24,25,26を確保し、そこにデータ管理単
位2,3,30,5のデータをコピーする。その後、フ
ァイル3のファイル識別データからデータ管理単位2,
3,30,5を切り離し、23,24,25,26を関
係付ける(割り当てる)。その後、特にデータ管理単位
30に関しては、結果的に割り当てられているファイル
がなくなるので解放する。
【0042】一般的にディスクのような記憶装置におい
ては、ファイルシステムは、ヘッドのシークが少なくな
るように、また、ディスクの回転速度とアクセスタイミ
ングを考慮して効率良くシーケンシャルアクセスが行な
われるようにファイルのデータを配置する。例えば、他
のファイルとデータ管理単位を共有する前の図11のフ
ァイル1のデータ管理単位は2,3,4,5であるが、
これらは、一般的には上記の点を考慮した結果割り当て
られたものである。これに対して、第2実施例または第
3実施例によって生じるファイルは、特にデータ管理単
位を他のファイルと共有するようにデータ管理単位を再
割り当てするものであり、上記のようなデータ配置の最
適化は行なわれない。
【0043】例えば、図15のファイル3のデータ管理
単位は2,3,30,5であり、ファイル1に割り当て
た時の最適な配置(2,3,4,5)と異なっている。
このようなファイルはアクセス効率が悪化する可能性が
ある。
【0044】第4の実施例を適用することにより、この
問題を解決することができる。すなわち、他のファイル
とデータ記憶単位を共有しているファイルにアクセスす
る際には、改めてそのファイルのデータを最適な配置に
並べればよい。この例ではデータ管理単位23,24,
25,26である。この結果、高速なアクセスが実現で
きる。
【0045】以上のように、第1実施例によれば、元の
ファイルをコピーするという動作は、元のファイルと、
作成したバックアップファイルの二つの異なるファイル
に対応するデータが、ディスク内部の同一のデータ管理
単位群に対応することになる。この結果、従来の方法だ
と、2つのファイルで、2倍の記憶領域を占めていたも
のが、1つのファイル分の記憶領域で済むことになる。
従って、二次記憶装置を有効に使うことが可能になる。
これは、大きなファイルのバックアップファイルを作る
際に特に有効である。また、複製ファイルを作った後に
そのファイル、あるいは複製元ファイルの変更をする場
合には、変更されたデータ管理単位についてのみ新しく
データ管理単位をファイルに割り当てる。従って、ある
ファイルを少しずつ変更したようなファイルを多数作る
ような場合にも、本発明によれば、従来方式に較べて少
ないデータ管理単位で済み、二次記憶装置の記憶領域を
有効に使うことができる。
【0046】また、第2の実施例によれば、例えば、一
定期間以上アクセスされなかった(すなわち、アクセス
頻度が低い)ファイル同士が同じデータが入ったデータ
管理単位を共有するように管理できる。この結果、あま
りアクセスしないファイルが占める割合を少なくするこ
とができ、二次記憶装置の記憶領域を有効に使うことが
できる。
【0047】また、第3実施例によれば、例えば、二次
記憶装置の空き領域が少なくなった時に、同じデータを
含むデータ管理単位をファイル間で共有するようにデー
タ管理単位を割り当てることにより、空き領域が増し、
二次記憶領域が一杯になるのをある程度防ぐことができ
る。
【0048】また、第4実施例によれば、他のファイル
とデータ管理単位を共有しているファイルをアクセスし
た時に、改めて、データ単位を共有しないように、か
つ、その際データ配置が最適になるようデータ管理単位
を割り当て直すことによって、第2、あるいは第3実施
例を適用した結果生じるファイルへのアクセス速度を向
上することができる。
【0049】
【発明の効果】以上のように、この発明によれば、ファ
イルの複製によって必要となる2次記憶装置の記憶領域
をより少なくすることができる。
【図面の簡単な説明】
【図1】この発明の第1実施例に係るファイルシステム
の構成を示す図。
【図2】同第1実施例における動作を説明するフローチ
ャート。
【図3】同第1実施例における動作を説明するフローチ
ャート。
【図4】同第1実施例における動作を説明するフローチ
ャート。
【図5】同第1実施例における動作を説明するフローチ
ャート。
【図6】同第1実施例におけるファイルシステムにおい
てファイルの生成、複製、変更、削除を順に行なう場合
の第1の状態を示す図。
【図7】同第1実施例におけるファイルシステムにおい
てファイルの生成、複製、変更、削除を順に行なう場合
の第2の状態を示す図。
【図8】同第1実施例におけるファイルシステムにおい
てファイルの生成、複製、変更、削除を順に行なう場合
の第3の状態を示す図。
【図9】同第1実施例におけるファイルシステムにおい
てファイルの生成、複製、変更、削除を順に行なう場合
の第4の状態を示す図。
【図10】この発明の第2実施例に係わるファイルシス
テムの動作を説明するフローチャート。
【図11】同第2実施例においてファイルの複製、変
更、及び、一定期間アクセスがなかったファイルに対し
てファイル管理単位の再割り当てを行なう場合の第1の
状態を示す図。
【図12】同第2実施例においてファイルの複製、変
更、及び、一定期間アクセスがなかったファイルに対し
てファイル管理単位の再割り当てを行なう場合の第2の
状態を示す図。
【図13】同第2実施例においてファイルの複製、変
更、及び、一定期間アクセスがなかったファイルに対し
てファイル管理単位の再割り当てを行なう場合の第3の
状態を示す図。
【図14】同第2実施例においてファイルの複製、変
更、及び、一定期間アクセスがなかったファイルに対し
てファイル管理単位の再割り当てを行なう場合の第4の
状態を示す図。
【図15】同第2実施例においてファイルの複製、変
更、及び、一定期間アクセスがなかったファイルに対し
てファイル管理単位の再割り当てを行なう場合の第5の
状態を示す図。
【図16】この発明の第4実施例における動作を説明す
るフローチャート。
【図17】同第4実施例における処理結果のファイルの
様子を示す図。
【図18】従来のファイルシステムにおけるファイルと
二次記録装置内のデータ管理単位の関係を示す図。
【図19】従来のファイルシステムにおいてファイルの
複製を行なった結果を示す図。
【符号の説明】
11…ファイルシステム、12…2次記憶装置、13…
ファイルデータ管理単位、14…参照カウンタテーブ
ル、15…ファイル識別データテーブル。

Claims (4)

    【特許請求の範囲】
  1. 【請求項1】 二次記憶装置上に目的毎にデータをファ
    イルとして記憶する計算機システムにおいて、 二次記憶装置のデータ管理単位毎に、そのデータ管理単
    位が対応づけられているファイルの数を管理するファイ
    ル数管理手段と、 複製元と複製先のファイルが二次記憶装置内のデータ管
    理単位を共有するようにファイルを複製する手段と、 ファイル内データの変更を行なう際、前記ファイル数管
    理手段の管理内容に従って、変更を要するデータ管理単
    位が複数のファイルで共有されているデータ管理単位で
    あるか否かを検出する手段と、 変更を要するデータ管理単位が複数のファイルで共有さ
    れている時に空のデータ管理単位を新たに用意して変更
    後のデータを書き込み、該データ管理単位が複数のファ
    イルで共有されていない時にそのデータ管理単位のデー
    タを変更する手段とを具備することを特徴とするファイ
    ルシステム。
  2. 【請求項2】 二次記憶装置上に目的毎にデータをファ
    イルとして記憶し、ファイル複製の際には、複製先ファ
    イルのために新たに二次記憶装置上に領域を確保し、そ
    こに複製元ファイルのデータを書き込むことによりファ
    イルを複製する計算機システムにおいて、 ファイル複製によって生じた同一データを持つデータ管
    理単位の組を記憶する手段と、 各ファイルへのアクセスに関する時刻情報を管理する手
    段と、 前記時刻情報に基づき、同一データを持つデータ管理単
    位がファイル間で共有されるようにデータ管理単位を所
    定のタイミングで再割り当てする手段とを具備すること
    を特徴とするファイルシステム。
  3. 【請求項3】 前記再割り当て手段は、二次記憶装置の
    使用領域に関する情報を得る手段を具備し、該手段の情
    報に基づき、同じデータを含むデータ管理単位を持って
    いるファイル同士に対してそれらデータ管理単位を共有
    するようにデータ管理単位を再割り当てすることを特徴
    とする請求項2記載のファイルシステム。
  4. 【請求項4】 前記再割り当て手段は、他のファイルと
    データ管理単位を共有しているファイルに対してアクセ
    スが発生した時に、そのファイルが他のファイルとデー
    タ管理単位を共有しないようにデータ管理単位を再割り
    当てすることを特徴とする請求項2または請求項3記載
    のファイルシステム。
JP4286733A 1992-09-30 1992-09-30 ファイルシステム Pending JPH06110759A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4286733A JPH06110759A (ja) 1992-09-30 1992-09-30 ファイルシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4286733A JPH06110759A (ja) 1992-09-30 1992-09-30 ファイルシステム

Publications (1)

Publication Number Publication Date
JPH06110759A true JPH06110759A (ja) 1994-04-22

Family

ID=17708320

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4286733A Pending JPH06110759A (ja) 1992-09-30 1992-09-30 ファイルシステム

Country Status (1)

Country Link
JP (1) JPH06110759A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100359960B1 (ko) * 1998-10-22 2002-11-04 인터내셔널 비지네스 머신즈 코포레이션 레프리카의 동일성을 유지하는 컴퓨터와 데이타 공유 시스템 및 그 방법
JP2008527512A (ja) * 2005-01-05 2008-07-24 トムソン ライセンシング ファイルの内容を管理する装置および方法
JP2009540467A (ja) * 2006-06-13 2009-11-19 アルカテル−ルーセント ユーエスエー インコーポレーテッド マルチメディアコンテンツを管理するための方法および装置
JP2010026814A (ja) * 2008-07-18 2010-02-04 Fujitsu Ltd 資源転送システム、資源転送方法、情報処理装置及びコンピュータプログラム
JP2016520910A (ja) * 2013-04-23 2016-07-14 エグザブロックス・コーポレーション 参照カウンタ完全性チェック

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02257340A (ja) * 1989-03-30 1990-10-18 Sharp Corp 仮想コピーファイル方式

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02257340A (ja) * 1989-03-30 1990-10-18 Sharp Corp 仮想コピーファイル方式

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100359960B1 (ko) * 1998-10-22 2002-11-04 인터내셔널 비지네스 머신즈 코포레이션 레프리카의 동일성을 유지하는 컴퓨터와 데이타 공유 시스템 및 그 방법
JP2008527512A (ja) * 2005-01-05 2008-07-24 トムソン ライセンシング ファイルの内容を管理する装置および方法
JP2009540467A (ja) * 2006-06-13 2009-11-19 アルカテル−ルーセント ユーエスエー インコーポレーテッド マルチメディアコンテンツを管理するための方法および装置
JP2010026814A (ja) * 2008-07-18 2010-02-04 Fujitsu Ltd 資源転送システム、資源転送方法、情報処理装置及びコンピュータプログラム
US8782235B2 (en) 2008-07-18 2014-07-15 Fujitsu Limited Resource migration system and resource migration method
JP2016520910A (ja) * 2013-04-23 2016-07-14 エグザブロックス・コーポレーション 参照カウンタ完全性チェック

Similar Documents

Publication Publication Date Title
US6681239B1 (en) Computer system having shared address space among multiple virtual address spaces
US6915403B2 (en) Apparatus and method for logical volume reallocation
US5317728A (en) Storage management of a first file system using a second file system containing surrogate files and catalog management information
JP3505093B2 (ja) ファイル管理システム
JP3371044B2 (ja) ディスクアレイのための領域割り当て方法およびディスクアレイアクセス方法
JP5315348B2 (ja) シン・プロビジョニングの移行および取り消しのための方法および装置
EP0474395A2 (en) Data storage hierarchy with shared storage level
JPH08115173A (ja) データ記憶装置の記憶容量を拡大する方法
JPH09311839A (ja) データ共用方式
US5394539A (en) Method and apparatus for rapid data copying using reassigned backing pages
EP0694831A2 (en) Computer system having storage unit provided with data compression function andmethod of management of storage area thereof
EP0351109A2 (en) Reducing resources in a high reliability data storage subsystem
US5734813A (en) Storage apparatus system for reallocating data records among parity groups
JP3882461B2 (ja) 記憶装置システム及びそのバックアップ取得方法
JPH02212949A (ja) オンライン中データベース再編成処理方式
JPH08115238A (ja) ファイルシステム
JPH026094B2 (ja)
JPH0237443A (ja) 電子計算機システムにおける主記憶管理方式
JPH0581091A (ja) データ処理装置
US5659744A (en) Data file store system with means for efficiently managing freeing of data blocks
JPH04350738A (ja) ディスクスペース管理方式
JPH04155546A (ja) マルチボリュームファイル処理方法
JPS60191342A (ja) フアイル管理処理方式
JP2903605B2 (ja) ファイル領域管理処理方法
JPS60169945A (ja) スタツク制御方式