JPH04246742A - 異なるファイル・システムにまたがる記憶管理システム - Google Patents
異なるファイル・システムにまたがる記憶管理システムInfo
- Publication number
- JPH04246742A JPH04246742A JP3196770A JP19677091A JPH04246742A JP H04246742 A JPH04246742 A JP H04246742A JP 3196770 A JP3196770 A JP 3196770A JP 19677091 A JP19677091 A JP 19677091A JP H04246742 A JPH04246742 A JP H04246742A
- Authority
- JP
- Japan
- Prior art keywords
- storage
- file
- management
- space
- file system
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 claims abstract description 230
- 238000013500 data storage Methods 0.000 claims description 59
- 230000007246 mechanism Effects 0.000 claims description 28
- 238000009825 accumulation Methods 0.000 claims description 16
- 238000000034 method Methods 0.000 claims description 16
- 230000002093 peripheral effect Effects 0.000 description 22
- 238000012545 processing Methods 0.000 description 20
- 238000012546 transfer Methods 0.000 description 19
- 230000009471 action Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 230000000694 effects Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- SBUYBNIDQXQZSZ-UHFFFAOYSA-N p-aminophenylphosphocholine Chemical compound C[N+](C)(C)CCOP([O-])(=O)OC1=CC=C(N)C=C1 SBUYBNIDQXQZSZ-UHFFFAOYSA-N 0.000 description 4
- 101000741271 Sorghum bicolor Phosphoenolpyruvate carboxylase 1 Proteins 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 208000024234 coloboma, osteopetrosis, microphthalmia, macrocephaly, albinism, and deafness Diseases 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 238000013467 fragmentation Methods 0.000 description 3
- 238000006062 fragmentation reaction Methods 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 150000002500 ions Chemical class 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 210000002784 stomach Anatomy 0.000 description 2
- HOKDBMAJZXIPGC-UHFFFAOYSA-N Mequitazine Chemical compound C12=CC=CC=C2SC2=CC=CC=C2N1CC1C(CC2)CCN2C1 HOKDBMAJZXIPGC-UHFFFAOYSA-N 0.000 description 1
- 101001054870 Mus musculus Ly-6/neurotoxin-like protein 1 Proteins 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- AGKSTYPVMZODRV-UHFFFAOYSA-N imibenconazole Chemical compound C1=CC(Cl)=CC=C1CSC(CN1N=CN=C1)=NC1=CC=C(Cl)C=C1Cl AGKSTYPVMZODRV-UHFFFAOYSA-N 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004660 morphological change Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000704 physical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 235000002020 sage Nutrition 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、複数のファイル・シス
テムに亙る記憶管理に関するものである。また、より詳
しくは、本発明は、単一の仮想機械オペレーティング・
システム環境の中に存在するミニディスク方式のファイ
ル・システムと共用式のファイル・システムの、双方の
ファイル・システムに対する記憶管理であって、ミニデ
ィスク方式のファイル・システムの複数のファイルに割
当てた夫々の管理クラスのうちの少なくとも幾分かを、
共用式のファイル・システムの中のカタログに記憶させ
るようにした、記憶管理に関するものである。 【０００２】 【従来の技術】現在のデータ処理システムには、１個以
上の中央処理装置（ＣＰＵ）を備えたホスト・プロセッ
サと、記憶機構と、入出力（Ｉ／Ｏ）システムと、相互
接続システム（即ちバス）とを含んだ構成としたものが
多い。そして、記憶装置に記憶させてあるデータに対し
て、ホスト・プロセッサが、与えられた命令に従って操
作を加えるようにしている。従って記憶装置は、ホスト
・プロセッサが必要とするだけの量のデータを記憶して
おく能力と共に、そのデータをホスト・プロセッサへ転
送する際に、コンピュータ全体としての動作が適当なも
のとなり得る速度でその転送を行なえる能力を備えてい
なければならない。このような理由から、るコンピュー
タ・システムに関して商業的な成功を納めようとするな
らば、そのコンピュータ・システムの記憶装置のコスト
・パフォーマンスが重要な要因となるのである。 【０００３】コンピュータによって操作されるデータの
量は増加の一途をたどっており、そのため、コンピュー
タに必要とされる記憶容量も増大している。広く利用さ
れているコンピュータ用の記憶装置の中にも、幾種類も
の形態のものがある。一般的に、ある形態の記憶装置の
読み書き速度が他のものより高速であれば、その記憶装
置は他のものより高価である。例えば、マイクロチップ
は高速であるけれども高価であり、そのため典型的な用
途としては、ホスト・プロセッサに組み込むなり接続す
るなりして、１次記憶装置、即ち主記憶装置として使用
している。広く利用されているその他の記憶装置の形態
としては、補助記憶装置、即ち周辺記憶装置に用いられ
るものがあり、極めて多くの種類の周辺記憶デバイスが
、その種の記憶装置に含まれる。例えば、磁気直接アク
セス記憶装置（ＤＡＳＤ）、磁気テープ記憶デバイス、
それに光記録デバイス等は、いずれも周辺記憶デバイス
である。この種の記憶デバイスは、主記憶装置と比較し
て記憶容量が大きく、価格も低廉であるが、しかしなが
ら主記憶装置と同等の性能を提供することはできない。 例えば、テープないしディスクを、それらを駆動するド
ライブ装置の読み書き機構の真下に、適切に位置させる
ために必要な時間は、主記憶装置の純粋に電子的な高速
のデータ転送速度とは比較にならない。ただし、１つの
システムの中の全てのデータを、ただ１種類の記憶デバ
イスに記憶させるようにするのは、非効率的である。即
ち、全てのデータをそのまま主記憶装置に記憶させるよ
うにしたのでは、余りにもコストが高くなってしまうし
、一方、全てのデータを単純に周辺記憶デバイスに記憶
させるようにしたのでは、性能が著しく低下してしまう
ことになる。なお、１台以上の周辺記憶デバイスの全て
の記憶領域のうちの、物理的な一部分を、「記憶空間」
と呼んでいる。 【０００４】典型的なデータ処理システムは、主記憶装
置と共に１種類または２種類以上の周辺記憶装置を備え
ている。また、階層構造を成すように配列した複数の周
辺記憶デバイスを備えたデータ処理システムを「データ
記憶階層」と呼んでいる。あるデータ記憶階層の中で、
１次レベルの、ないしはレベル０のデータ記憶機構と呼
ばれるのは、通常、そのデータ記憶階層の中で、最も性
能が高く、最も記憶容量が小さいレベルである。また、
２次レベルの、ないしはレベル１の（或いは、より低レ
ベルの）記憶機構と呼ばれるものは、１次レベルのデー
タ記憶機構と比較して、記憶容量が（等しいか或いは）
より大きく、ただし性能は（等しいか或いは）より低く
、従ってよりコストがより低廉な記憶機構である。デー
タを記憶する際の記憶単位としては、データ・セットを
その単位とすることもあれば、ファイルや、オブジェク
トをその単位とすることもある。データ・セットという
用語とファイルという用語とは、種々のオペレーティン
グ・システム環境において殆ど相互に交換可能な使い方
をされており、即ち、所定の配列を持ち、制御情報によ
って記述されたデータの集合体であって、システムがア
クセス可能なものを意味するものとして使用されている
。また、オブジェクトとは、様々な大きさを持ったバイ
トのストリームであって、レコード等をはじめとする内
部的な境界が設定されていないものをいう。ただしここ
では、説明の都合上、「ファイル」という用語をもって
、データ・セット、ファイル、オブジェクト、ないしは
その類のあらゆる種類のデータ・エンティティを包括的
に指し示すことにする。記憶階層内の異なったレベルの
間でデータを移動ないし複写する際には、データ記憶機
構の性能と記憶容量と価格との釣り合いを得るために必
要な、所要の大きさのファイルを単位として（ないしは
それより大きなデータ単位で）、その移動ないし複写を
行なうようにしている。そして、その種のデータの転送
や、それに関連した、データ記憶階層に対して操作を加
える諸動作（例えば使用しなくなったデータを、データ
記憶階層から削除する等の動作）のことを、「記憶管理
」と呼んでいる。 【０００５】記憶管理の範疇に含まれる、個々の構成要
素としては、例えば性能管理、信頼性管理、容量管理、
空間管理、それにアベイラビリティ管理等がある。これ
ら構成要素はいずれも、記憶階層の異なったレベルの間
のデータ転送を伴う可能性を持っている。特に空間管理
は、周辺記憶デバイスの記憶階層のレベルのうちの最適
のレベルにのみデータを記憶させるために行なう、記憶
階層の異なったレベルの間のデータの移動である。例え
ば、比較的高い活動性を持ったデータは、記憶階層のレ
ベルのうちでも、比較的性能が高いレベルに記憶させる
べきであり、一方、比較的活動性が低いデータは、記憶
階層のレベルのうちの、比較的性能が低いレベルに記憶
させるべきである。一般的にデータは、時間を経るに従
って参照される回数が減少して行く（即ち活動性が低下
して行く）ものであるため、時間と共に、データ記憶階
層のレベルのうちの、より低いレベルへ移動させて行く
のが良い。この、データ記憶階層の１つのレベルから他
のレベルへのデータの移動は、「移送（ｍｉｇｒａｔｉ
ｏｎ ）」と呼ばれており、この移送の際には、記憶空
間の無駄をなくすための、データの詰め直しが併せて行
なわれることもある。 【０００６】また、アベイラビリティ管理とは、データ
記憶階層の内部で行なうデータのバックアップのことで
あり、ホスト・プロセッサがそのデータを必要としたと
きにそれが得られる可能性を高水準に維持するためのも
のである。このアベイラビリティ管理では、データのオ
リジナル・コピー、即ち１次コピーを削除することなく
、そのデータの更にもう１つのコピー、即ち２次コピー
を生成し、そしてその生成した２次コピーを、データ記
憶階層の別の部分へ転送するようにしている。通常、こ
の２次コピーを記憶させておく周辺記憶デバイスは、１
次コピーを記憶させておく周辺記憶デバイスとは別のも
のとしており、それによって、そのデータのアベイラビ
リティを確保するようにしている。即ち、そうしておく
ことによって、あるデータの１次コピーが、例えばその
記憶デバイスの故障等によってアベイラビリティを失っ
た場合にも、そのデータの２次コピーが参照可能な状態
にあるようにしておくことができる。データの２次コピ
ーを記憶させるデータ記憶階層のレベルは、必ずしも１
次コピーのレベルと異なったものにしておく必要はない
が、しかしながら、通常、２次コピーの活動性は、１次
コピーの活動性ほどには高くないため、異なったレベル
に記憶させておく方が好ましいことが多い。データのバ
ックアップを行なう方法としては、無条件的に行なう方
法と、増加分に対して行なう方法とがある。無条件的バ
ックアップは、指定されたファイルは全てそのコピーを
生成するというものであり、一方、増加分バックアップ
は、以前に、２次コピーの生成を行なったときからその
ときまでの間に、更新されたファイルだけをコピーする
ようにしたものである。また特に、移送を行なう際のフ
ァイル転送処理には、ファイルの１次コピーをレベル０
の記憶機構の中に維持する処理が含まれることがある。 ただし、その場合の１次コピーは空ファイルである。即
ち、そのファイル内のデータは、レベル１の記憶機構の
中の、そのファイルの２次コピーへと転送されてしまっ
ているのである。 【０００７】記憶管理の伝統的な方式は、手操作で行な
うというものである。即ち、データの移送処理ないしは
バックアップを取る処理をいつ行なうかということや、
ファイルの移送先ないしバックアップ・ファイルを記憶
させる場所をどこにするかについては、そのデータの所
有者がみずから決定していた。この決定には時間がかか
り、それは、多くの場合、記憶させてある各ファイルの
見直しを行なわねばならないからである。これを行なう
ための操作は、しばしば時間集約的な操作となるため、
手操作によるファイルの見直しとそれによる処理の決定
とは、そうする以外に手がないという状況になってから
、ようやく行なわれるのが普通である。例えば、レベル
０の記憶機構の記憶空間の全てが使用されて一杯になっ
てしまうまでは、ユーザが、レベル１の記憶機構へのフ
ァイルの移送を一切行なわないということもあり得る。 更に、大型のシステムでは、また、大型小型を問わず、
ともかく記憶しているデータの量が比較的多量のシステ
ムでは、記憶管理を手操作で実行するというのは、全く
実際的なことではない。 【０００８】最近では、手操作の必要を低減したコンピ
ュータ用ソフトウェアが一般に入手可能となっている。 「ＩＢＭデータ機構階層記憶マネジャ（ＩＢＭ Ｄａｔ
ａ Ｆａｃｉｌｉｔｙ Ｈｉｅｒａｒｃｈｉｃａｌ Ｓ
ｔｏｒａｇｅ Ｍａｎａｇｅｒ： ＤＦＨＳＭ）」とい
うアプリケーション・プログラムは、その種のソフトウ
ェアの一例である。このＤＦＨＳＭは、ＩＢＭ社の「多
重仮想記憶（Ｍｕｌｔｉｐｌｅ Ｖｉｒｔｕａｌ Ｓｔ
ｏｒａｇｅ： ＭＶＳ）」シリーズのオペレーティング
・システムのためのユーティリティである。ＤＦＨＳＭ
は、指定された管理基準を用いてファイルの管理を行な
うものであり、この管理基準には、転送したファイルを
ユーザが参照したいと考えたときに、そのファイルを自
動的に呼び出すための自動リコール等が含まれている。 また、この管理基準には、ファイルがデータ記憶階層の
中に、或いはそのデータ記憶階層の特定のレベルの中に
、少なくともこの時間が経過するまでは、そのファイル
が移送ないし削除の対象となることなく存在し続けられ
るという、存在可能時間の最短限度や、ファイルが更新
された後に、少なくともこの時間が経過するまでは、そ
のファイルがバックアップを取られることなく存続する
ことが許されるという、許容時間の最長限度が含まれて
いる。更に、多くの管理基準がシステムに対して定義さ
れており、それら管理基準は、１つの構成ファイル（ｃ
ｏｎｆｉｇｕｒａｔｉｏｎ ｆｉｌｅ）の中に記憶させ
るようにしている。ＤＦＨＳＭのそれら管理基準の選択
は、ＤＦＨＳＭに対して個々のファイルを識別する処理
の際に、手操作によってその選択を行なうようにしてあ
る。このように、ＤＦＨＳＭは、記憶管理の性能を強化
するものではあるが、管理基準の選択が手操作であるこ
とが、煩わしい点になっている。 【０００９】最近では、記憶管理に必要とされる手操作
の量は更に低減されている。システム管理記憶（ｓｙｓ
ｔｅｍ−ｍａｎａｇｅｄ ｓｔｏｒａｇｅ）という用語
があり、これは、システムそれ自体が、データに適用す
る管理基準を選択した上で、記憶管理を実行するように
したことをいい表したものである。この場合、記憶管理
者は、構成ファイルの中に複数の管理基準を定義してお
くだけで良く、そうしておけば、システムが、個々のフ
ァイルを生成したときにそのファイルに適した管理基準
を選択し、そしてその選択した管理基準に従って、その
ファイルを管理する。ソフトウェアによって提供される
システム管理記憶の一例としては、「ＩＢＭデータ機構
記憶管理サブシステム（ＩＢＭ Ｄａｔａ Ｆａｃｉｌ
ｉｔｙ Ｓｔｏｒａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｕ
ｂｓｙｓｔｅｍ）」という名のソフトウェアがあり、こ
れを以下の説明では、短縮してＤＦＳＭＳと呼ぶことに
する（この「ＤＦＳＭＳ」はＩＢＭ社の商標である）。 ＤＦＳＭＳは、ＩＢＭ社の多重仮想記憶（ＭＶＳ）シリ
ーズのオペレーティング・システムのサブシステムであ
る。ＤＦＳＭＳに包含されている、その構成要素には、
例えばＤＦＨＳＭや、「ＩＢＭ多重仮想記憶／データ機
構プロダクト（ＩＭＢ Ｍｕｌｔｉｐｌｅ Ｖｉｒｔｕ
ａｌ Ｓｔｏｒａｇｅ ／ Ｄａｔａ Ｆａｃｉｌｉｔ
ｙ Ｐｒｏｄｕｃｔ）」という名のソフトウェアがあり
、特に後者を以下の説明では、短縮してＭＶＳ／ＤＦＰ
と呼ぶことにする（「ＭＶＳ／ＤＦＰ」はＩＢＭ社の商
標である）。 【００１０】ＤＦＳＭＳは、以上に説明した機能を達成
するために、ＭＶＳ／ＤＦＰに加えて更に、自動クラス
選択（ａｕｔｏｍａｔｉｃ ｃｌａｓｓ ｓｅｌｅｃｔ
ｉｏｎ：ＡＣＳ）ルーチンを使用している。管理基準を
定義する際には、複数の管理基準をまとめてセットにし
、そのようにした管理基準セットを複数組、構成ファイ
ルの中に定義するようにしており（それらの管理基準セ
ットは一般に「記憶及び管理クラス」等の名で呼ばれて
いるが、以下の説明では簡単に「管理クラス」と呼ぶこ
とにする）、またＡＣＳルーチンそれ自体も、システム
の記憶管理者が、最初に一度定義しておくようにしてい
る。そして、ＤＦＳＭＳに対する個々のファイルの識別
が行なわれるときに、ＭＶＳ／ＤＦＰが、ＡＣＳルーチ
ンに、各々のファイルの管理クラスを自動的に選択させ
る。ＡＣＳルーチンは、当該ファイルの何らかの特性に
基づいてその管理クラスを選択し、この場合に基準とさ
れるファイル特性は、例えば、そのファイルのファイル
ネーム、そのファイルの所有者、そのファイルへ至るた
めのディレクトリ・パス、それにそのファイルのサイズ
等である。ＡＣＳルーチンが、あるファイルの管理クラ
スを選択したならば、選択されたその管理クラスは、ホ
スト・プロセッサの中に設けられているカタログの中の
、１つないし複数のフィールドに記憶される。 【００１１】ＤＦＳＭＳは更に、各々のファイルが持っ
ている、現在データ管理属性を記憶しておくことのでき
る機能を備えている必要がある。この管理属性は、カタ
ログの中の１つないし複数のフィールド、及び／または
、データの各ボリュームに対応した内容のボリューム・
テーブルの中に記憶させるようにしている。管理属性に
含まれるのは、各々のファイルのステータス並びに使用
状況に関係したデータであり、その種のデータがその使
用中に変化するのに伴って、管理属性も更新される。 例を挙げるならば、管理属性に含まれるのは、例えば、
そのファイルがデータ記憶階層の中に、或いはそのデー
タ記憶階層の特定のレベルの中に存在し始めた日時、そ
のファイルが最新にアクセスされた（そのファイルが更
新されたか否かは問わない）日時、それに、そのファイ
ルの最新にバックアップを取った日時や、そのファイル
が最新に更新された日時等である。 【００１２】記憶管理のためには、更に制御情報も必要
であり、この制御情報は、１台ないし複数台の共通ＤＡ
ＳＤの中に設けた、１つないし複数の制御ファイルの中
に記憶するようにしている。制御ファイルは、それ自身
がＤＦＳＭＳによって管理されるものではないが、共通
ＤＡＳＤ上に、管理されるデータ・ファイルと共存させ
ることができる。また、記憶管理のため処理動作には幾
種類もの処理動作があるが、その各々ごとに個別の制御
ファイルを設けるようにしている（即ち、移送処理のた
めに１つの制御ファイルを設け、バックアップ処理のた
めにも１つの制御ファイルを設け、以下同様としている
）。例えばある制御ファイルには、移送した、複数のフ
ァイルの夫々の２次コピーを、それらファイルのカタロ
グ並びに内容エントリのテーブルと、及び／または、そ
れらファイルの１次コピー（即ちレベル０にある、それ
らファイルのソース・ファイル）と、関連付けておくた
めに必要な情報を、記憶させるようにしている。この関
連付け（マッピング）をしておくことによって、ユーザ
があるファイルを指定した際に、そのファイルの、移送
した正しいコピー、ないしは正しい２次コピーを呼び出
すことができる。即ち、あるファイルの１次コピーが移
送されたと判断された後には、或いは、２次コピーが必
要であると判断されたときには、このマッピング・デー
タを用いて、その移送されたファイル、ないしはその２
次コピーの位置の同定とアクセスとを行なうようにして
いる。 【００１３】ＤＦＳＭＳが実際に記憶管理を実行する期
間は、システムの活動性が比較的低下している期間であ
るようにしてあり、それによって、他の処理との間の干
渉を最小限に抑えるようにしている。この所定の期間中
に、ＤＦＨＳＭをコールし、夫々のファイルの管理属性
と、それらファイルに割当てられている管理クラスが規
定しているそれらファイルの管理基準との比較を行なわ
せる。続いてＤＦＨＳＭは、その比較の結果に応じてフ
ァイルの管理を実行し、即ち、必要に応じて、ファイル
の転送や、管理属性ないし制御情報の更新を行なう。更
に加えて、「ファイル」よりも大きなデータ単位に対す
る記憶管理も、行なうことができる。例えば、何らかの
共通の管理処理を必要としている複数のファイルを１つ
のグループに編成し、そのグループ全体を、１つのもの
として管理することもできる。この種のグループに対し
ては、そのグループ自身の管理クラスとして１つの管理
クラスを割当てておき、その管理クラスに従って管理を
行なうようにする。ここで特に注記しておくと、本明細
書においてこれ以後、記憶管理の実行中にファイルを管
理するというときには、特に別の意味であると明示しな
い限り、それは、グループやその他のデータ単位の全体
を、ファイルと同様に管理することも含めて意味してい
るのである。 【００１４】システム管理記憶の機能を提供するコンピ
ュータ・ソフトウェアの、更に別の例としては、「ＩＢ
Ｍデータ機構記憶管理サブシステム／仮想機械用（ＩＢ
Ｍ ＤａｔａＦａｃｉｌｉｔｙ Ｓｔｏｒａｇｅ Ｍａ
ｎａｇｅｍｅｎｔ Ｓｕｂｓｙｓｔｅｍ ｆｏｒ Ｖｉ
ｒｔｕａｌ Ｍａｃｈｉｎｅｓ）」という名のソフトウ
ェア（以下、短縮してＤＦＳＭＳ／ＶＭという）があり
、このソフトウェアは、ＩＢＭ社の仮想機械（ＶＭ）シ
リーズのオペレーティング・システムに、その構成要素
として組み込まれている。現在入手可能なＤＦＳＭＳ／
ＶＭのリリース１では、空間管理並びにアベイラビリテ
ィ管理の機能こそ備えていないが、ＶＭオペレーティン
グ・システムに対する、幾つかの改良機能を提供してい
る。これまでＶＭオペレーティング・システムは、ユー
ザのデータを周辺記憶デバイス上に編成するためのシス
テムとしては、伝統的に、ミニディスク方式のファイル
・システム（ｍｉｎｉｄｉｓｋ ｆｉｌｅ ｓｙｓｔｅ
ｍ： ＭＦＳ）を採用してきている。ＭＦＳは、データ
記憶階層の中の、連続した記憶空間（物理記憶空間の連
続してアドレスされる論理部分）を、個々のユーザへ予
め割当てるようにしたものである。こうして予め割当て
られた連続記憶空間の各々を、「ミニディスク」と名付
けてあり、そのように呼んでいるのは、割当てたその空
間が、そのユーザには、１台の完全な周辺記憶デバイス
（例えばＤＡＳＤ等）のように見えるからである。また
、１つのミニディスクは、連続したアドレスを付した複
数のＤＡＳＤシリンダの集合としてある。 ミニディスクの１つ１つは、夫々が特定のユーザに所有
され（即ち割当てられ）るようにしてあり、ミニディス
クを所有しているユーザの許可なしには、他のユーザは
、そのミニディスク上にファイルを記憶させたり、その
ミニディスク上のファイルにアクセスすることはできな
いようになっている。ミニディスクが（即ちＭＦＳが）
「予め」割当てられるものであるという言い方をしてい
るのは、通常、ユーザが現在必要としている記憶空間よ
りも大きな記憶空間が、そのユーザのために予約される
ことを言い表すためである。ユーザは、ミニディスクに
ファイルを詰め込んで行くにつれて、少なくともそのミ
ニディスクの一部分を、新たなファイルを入れられるよ
うに空けておきたいと考える傾向があり、そのためには
、手操作によって、現在入っている使用されていないフ
ァイルを削除しようとする。「低利用率」状態というも
のがあり、これは、使用されない記憶空間が、データ記
憶階層のいたるところに分散して、増加し続けることを
意味したものであり、これによって結果的に、相当な量
の記憶空間が浪費されることになる。更には「断片化」
も発生し、この断片化は、あるミニディスクが、あるユ
ーザから割当て解除されたのであるが、そのミニディス
クの領域が小さ過ぎてその他のユーザの必要を満たすこ
とができないために、他のユーザに再割振りできないと
いう場合に生じるものである。 【００１５】一方、比較的新しいファイル・システムで
ある、「共用式」ファイル・システム（ｓｈａｒｅｄ
ｆｉｌｅ ｓｙｓｔｅｍ： ＳＦＳ）という名のファイ
ル・システムが、幾つかのＶＭオペレーティング・シス
テムの現在リリース分（例えば、仮想機械／システム・
プロダクト（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ／Ｓｙｓ
ｔｅｍ Ｐｒｏｄｕｃｔ： ＶＭ／ＳＰ）のリリース６
等）に組み込まれている。共用式ファイル・システムで
は、ＭＦＳと比較して、低利用率並びに断片化の問題が
大幅に改善されている。しかしながら、これまで既にＶ
Ｍオペレーティング・システムのユーザが多数存在して
いるため、ＭＦＳが使用されなくなったわけではない。 それゆえ、１つのデータ記憶階層の中に、ＳＦＳとＭＦ
Ｓとの両方が同時に存在していることもある。ＳＦＳを
使用すれば周辺記憶デバイスの記憶空間を複数のユーザ
の間で、動的に分配して共用させることができる。即ち
、ユーザの「口座」に物理記憶空間を割当てるのではな
く、各々のユーザが、実際にあるファイルを記憶させよ
うとする際に、そのファイルのためだけに、動的に記憶
空間を割当てるようにしている。ユーザは、ファイル・
プールに対する口座を割当てられており、このファイル
・プールとは、１組のユーザに関するファイルの単純な
集合体である。ＶＭオペレーティング・システムの中で
は、１つのファイル・プールは、単一の仮想機械が所有
している複数のミニディスクであって、しかも複数のユ
ーザの複数のファイルを包含している複数のミニディス
クの、集合体である。それら複数のユーザの各々がファ
イルを記憶させるのは、ＳＦＳ記憶グループの中の論理
ファイル空間の中であり、このＳＦＳ記憶グループとは
、１つのファイル・プールの中に含まれる複数のミニデ
ィスクの集合体である。ある１つのファイル空間として
割当てられる記憶空間は、そのファイル空間へファイル
が追加されたり、そのファイル空間からファイルが削除
されたり、或いは、そのファイル空間の中のファイルが
更新されるときに、動的に変更される。１つのファイル
空間の中の複数のファイルは、１つまたは複数のディレ
クトリの中へ分けて入れることによって（また更に、各
ディレクトリの中の複数のサブディレクトリの中へ分け
て入れることによって）編成することができ、従って「
ファイル空間」それ自体は、このディレクトリ階層の最
上位のレベルを成すものである。 【００１６】ＳＦＳは、個々のファイル・プールの一部
として、レベル０の記憶機構に制御情報を包含させるよ
うにしている。この制御情報は、複数のファイルの形を
した情報を含んでおり、それら複数ファイルの情報を用
いて、夫々のファイル・プール内におけるミニディスク
の位置の同定と、前述の記憶空間のブロックのうちのい
ずれが使用中であるかの追跡を行なうようにしている。 この制御情報は更に、１つのカタログの形をした情報を
含んでおり、このカタログの情報は、ファイル・プール
の中の、ディレクトリ並びにファイルに関する情報（例
えば各ファイルの所有者等の情報）である。ＤＦＳＭＳ
／ＶＭの１つのインスタンス毎に、複数のファイル・プ
ールが存在するようにすることができ、その１つ１つの
ファイル・プールが、ＳＦＳのインスタンスであるよう
にすることができる。 【００１７】 ＤＦＳＭＳ／ＶＭによって、ＭＦＳの
ミニディスクと、ＳＦＳのファイル・プールとの両方を
（並びにそれらミニディスク及びファイル・プールの夫
々の複数のファイルを）管理することのできる、記憶管
理機能を提供するためには、１つ１つのファイルに対し
て、ないしは、システム内の共通して管理する複数のフ
ァイルから成る１つ１つのファイル・グループに対して
割当ててある、管理クラスとその管理属性との両方を記
憶しておける能力が必要とされる。このようすることは
、ＳＦＳのファイルに関しては比較的容易である。なぜ
ならば、ＳＦＳのカタログは、その設計の時点で既に、
１つ１つのファイルについての、ないしは、共通して管
理する複数のファイルから成る１つ１つのファイル・グ
ループについての、管理クラスと管理属性とを記憶させ
ることのできる充分な記憶空間が残されているようにし
てあるからである。しかしながら、ＭＦＳのファイルに
関しては、思わぬ問題が発生することになる。その問題
とは、どのようにすればＭＦＳのファイルの管理クラス
と管理属性との双方を、記憶しておけるようにすること
ができるかということである。ＭＦＳの各々のミニディ
スクの第１シリンダは、そのミニディスク内のその他の
シリンダの中に記憶させてあるユーザ・ファイルについ
ての情報のカタログを記憶させるために使用している。 しかしながら、ＭＦＳの、このカタログ用に割当てたシ
リンダには、管理クラスと管理属性との両方を記憶させ
ることのできる空間は残っていない。この問題の１つの
解決法は、カタログ用に割当てるシリンダの数を増やす
ことである。しかしながら、そのようにしてカタログ領
域を増大させるならば、そのために、ＶＭオペレーティ
ング・システムを再構成し、また、プログラミング変更
することが余儀なくされることになり、これは、現在既
に使用されているアプリケーションであって、カタログ
の現在記憶位置が正確に定められていることを必要とし
ているアプリケーションにとっては、非常な打撃となる
。従ってこの問題に対しては、これとは異なった解決法
が必要である。 【００１８】 【発明が解決しようとする課題】以上から、本発明の主
たる目的は、ファイル・システムの記憶管理機能の向上
にある。本発明の更なる目的は、ファイル・システムの
カタログには記憶管理に必要な管理クラスと管理属性と
の双方を記憶するための余裕がないようなファイル・シ
ステムの、記憶管理を行なうことにある。本発明の更な
る目的は、単一の仮想機械オペレーティング・システム
環境の中にある、ＭＦＳのファイルとＳＦＳのファイル
との両方に対する記憶管理を行なうことにある。 【００１９】 【課題を解決するための手段】本発明は、以上の目的、
並びに更なる目的を達成するために、集積用ＳＦＳファ
イル空間を利用するようにしたものである。この集積用
ＳＦＳファイル空間の中に、ＭＦＳの各ファイルに対応
した空ファイルを生成する。また、この集積用ＳＦＳフ
ァイル空間の中に、ＭＦＳの各ミニディスクに対応した
ディレクトリを生成する。このように、集積用ＳＦＳフ
ァイル空間の中に、空ファイル及び／またはディレクト
リを生成することによって、ＡＣＳルーチンが、ＳＦＳ
のファイルないしディレクトリに対して行なうのと同様
に、その生成したファイル及び／またはディレクトリの
管理クラスを選択し、且つ、その選択した管理クラスの
表示をＳＦＳカタログの中に記憶させるという動作を、
自動的に行なえるようになる。更に、ネーム付与規則を
利用して、集積用ＳＦＳファイル空間の中のそれらファ
イル及び／またはディレクトリの各々を、それに関連し
たＭＦＳのファイル及び／またはミニディスクとリンク
させる。こうしてＳＦＳに追加したファイルは、空ファ
イルのままにしておくが、それは、記憶管理を行なうと
いう目的のためには、更に他の情報を記憶させる必要は
ないからである。以上のようにした上で、ＤＦＳＭＳ／
ＶＭが、夫々のファイルの管理属性をＳＦＳカタログの
中に記憶させてある管理クラスによって示されている管
理基準と比較対照し、その比較の結果に従ってそのＭＦ
Ｓファイルの管理を行なうようにしている。 【００２０】本発明の、以上の目的と特徴と利点、並び
にその他の目的と特徴と利点は、添付図面に図示した本
発明の好適実施例についての、以下の、より詳細な説明
によって明らかとなる。 【００２１】 【実施例】以下に図面を参照しつつ、更に詳細に説明を
する。尚、異なった図面中の同一ないし対応する特徴な
いし構成要素には、同一ないし対応する引用符号を付し
てある。また、以下の本発明の説明においては、複数の
ホスト・プロセッサの各々が複数台の周辺データ記憶デ
バイスを備えているようにした、複数ホスト・プロセッ
サ式データ処理環境のネットワークの中において実施し
た場合について説明することにする。ただし、容易に理
解されるように、本発明は様々なデータ処理システム構
造の中において実施し得るものであり、例えば、それら
データ処理システム構造には、接続されている周辺デー
タ記憶デバイスの台数がより少ないものや、異なった種
類の周辺データ記憶デバイスを備えたもの、或いは、ホ
スト・プロセッサを１つしか備えていない単一ホスト・
プロセッサ環境にあるもの等も含まれる。 【００２２】これより図１を参照して、複数ホスト・プ
ロセッサ環境にあるデータ記憶階層１２について説明す
る。このシステムは、ホスト・プロセッサ１０ａ及びホ
スト・プロセッサ１０ｂ等のように、２つ以上のホスト
・プロセッサを含んでおり、それらホスト・プロセッサ
の各々は、通常のホスト・プロセッサ構成要素（例えば
、演算論理機構、制御機構、等々）を含んだものである
。また、各ホスト・プロセッサは、ユニプロセッサ式の
ものであっても、マルチプロセッサ式のものであっても
良い。図示のデータ処理システムに使用可能なホスト・
プロセッサの具体例としては、ＩＢＭ３０９０メインフ
レーム・コンピュータ等を挙げることができる。各ホス
ト・プロセッサは、それらの動作をスーパーバイズする
ことができる１つ以上のオペレーティング・システムを
使用することができる。本好適実施例においては、ホス
ト・プロセッサは、ＩＢＭ ＶＭオペレーティング・
システムを使用したユニプロセッサとしてある。 【００２３】ホスト・プロセッサ１０ａ及び１０ｂは、
比較的活動性の高いデータを記憶させるための比較的高
性能なＤＡＳＤと、比較的活動性の低いデータを記憶さ
せるための比較的低性能なＤＡＳＤとに、結合してある
。高性能ＤＡＳＤ１４は、データ記憶階層１２の、レベ
ル０（「Ｌ０」）の構成要素である。レベル０はこのデ
ータ記憶階層１２の最高位のレベルである。一方、低性
能ＤＡＳＤ１５は、このデータ記憶階層１２の、レベル
１（「Ｌ１」）の構成要素である。レベル１はこのデー
タ記憶階層１２の最高位から２番目のレベル（または、
少なくとも比較的低位のレベル）である。このデータ記
憶階層１２に使用可能なＤＡＳＤの具体例としては、Ｉ
ＢＭ３３８０ＤＡＳＤや、ＩＢＭ３３９０ＤＡＳＤを挙
げることができる。高性能ＤＡＳＤ１４をＩＢＭ３３９
０ＤＡＳＤとし、低性能ＤＡＳＤ１５をＩＢＭ３３８０
ＤＡＳＤとしても良く、或いは、高性能ＤＡＳＤ１４を
キャッシュ付きのＤＡＳＤとし、低性能ＤＡＳＤ１５を
キャッシュ無しのＤＡＳＤとするようにしても良い。各
々のＤＡＳＤに、データの１つのボリュームを記憶させ
るようにする。データ記憶階層１２は、更にその他の記
憶レベルを含むものとしても良く、また、例えばテープ
・ドライブ等の異なった種類の周辺記憶デバイスを含ん
でいるものとしても良い。また、レベル０の記憶機構と
レベル１の記憶機構とが、単に、同一の性能の周辺記憶
デバイスの、夫々の論理区画であるようにしても良い。 従って、単一の周辺記憶デバイスを、レベル０の記憶機
構とレベル１の記憶機構との間で共用するような実施例
とすることも可能である。 【００２４】このデータ処理システムの、その他の構成
要素、例えばシステム・コンソール等は、図には示して
いない。また、図中の点線並びに破線は、更に追加して
備えることのできる、システム構成要素を表わしたもの
である。即ち、必要に応じてホスト・プロセッサや、周
辺記憶デバイスを追加することができ、特に周辺記憶デ
バイスについては、異なった種類の周辺記憶デバイスを
追加することも可能である。システムの構成要素を追加
する能力に対する制約となるのは、構成要素の接続適性
だけである。このデータ処理システムの、その他の構成
要素ないし追加の構成要素と、それら構成要素の間の接
続の詳細とは、周知のものであり、図中には示していな
い。 【００２５】次に図２について説明すると、一連の複数
のＶＭオペレーティングシステムが図示の如くネットワ
ーク３０を構成しており、各オペレーティングシステム
は、ＤＦＳＭＳ／ＶＭを走らせている。ネットワークと
は、２組以上のコンピュータ・システムを、それらの間
でのデータ転送が可能なように相互連結した、コンピュ
ータ・システムの集合のことをいう。本実施例では、ネ
ットワーク３０は、ＩＢＭシステム・ネットワーク・ア
ーキテクチャ（ＳＮＡ）に従って設計されている。ネッ
トワーク３０は、一連の複数のサブネットワーク３１に
分けられており（図にはそれら複数のサブネットワーク
のうち２つだけを示した）、それらサブネットワーク３
１は、ゲートウェイ３２を介して相互に結合してある。 各サブネットワーク３１は、１つ以上の透明サービス・
アクセス機構（ｔｒａｎｓｐａｒｅｎｔ ｓｅｒｖｉｃ
ｅｓ ａｃｃｅｓｓ ｆａｃｉｌｉｔｙ： ＴＳＡＦ）
の集合体３３を含んでおり、（図にはそれらＴＳＡＦの
うちの４つだけを示した）、各ＴＳＡＦは、１つ以上の
ゲートウェイ３４で結合してある。ＴＳＡＦとは、ＶＭ
オペレーティング・システムの構成要素であって、通信
経路を適切に設定することを通して、他のオペレーティ
ング・システムとの間の通信に携わるものである。ＴＳ
ＡＦ集合体は、相互連結した最大８つまでのＶＭオペレ
ーティング・システムから成るグループである。また、
ゲートウェイというのは、サブネットワーク３１、ない
しはＴＳＡＦ集合体３３に備えられ、それらの間の通信
のために使用される、固有のネームを付与された論理機
構のことである。特に、ゲートウェイ３２と３４とは、
論理プロセッサを含んだ通信サーバであり、その論理プ
ロセッサは、複数のサブネットワーク３１ないしＴＳＡ
Ｆ集合体３３の間の通信のためのプロトコルを提供する
ものである。本実施例では、「ＩＢＭ最先端プログラム
間通信／ＶＭ用（ＩＢＭ Ａｄｖａｎｃｅｄ Ｐｒｏｇ
ｒａｍ−ｔｏ−Ｐｒｏｇｒａｍ Ｃｏｍｍｕｎｉｃａｔ
ｉｏｎｓ ｆｏｒ ＶＭ：ＡＰＰＣ／ＶＭ）」というプ
ロトコルを使用している。このネットワークの構造につ
いての更に詳しい説明は、ＩＢＭマュアル、ＳＣ２４−
５３７８−００、「仮想機械／システム・プロダクトの
接続の計画、管理、及び操作：リリース６（ＶＩＲＴＵ
ＡＬ ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ
ＣＯＮＮＥＣＴＩＶＩＴＹ ＰＬＡＮＮＩＮＧ， Ａ
ＤＭＩＮＩＳＴＲＡＴＩＯＮ ＡＮＤ ＯＰＥＲＡＴＩ
ＯＮ ＲＥＬＥＡＳＥ ６）」、並びに、ＩＢＭマニュ
アル、ＳＣ２４−５３７７−００、「仮想機械／システ
ム・プロダクトの接続プログラミングのためのガイド及
びレファレンス：リリース６（ＶＩＲＴＵＡＬ ＭＡＣ
ＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ ＣＯＮＮＥ
ＣＴＩＶＩＴＹ ＰＲＯＧＲＡＭＭＩＮＧ ＧＵＩＤＥ
ＡＮＤ ＲＥＦＥＲＥＮＣＥ ＲＥＬＥＡＳＥ ６
）」に記載されている。これらのマニュアルはＩＢＭ社
から入手することができ、また、これらのマニュアルは
この言及をもって本開示に包含するものとする。 【００２６】ＴＳＡＦ集合体３３の中の、複数のＶＭオ
ペレーティング・システム３５（図には、１つのＴＳＡ
Ｆ集合体３３につき、２つずつのＶＭオペレーティング
・システムを示した）は、その各々がＤＦＳＭＳ／ＶＭ
を含んでいる。この、ＤＦＳＭＳ／ＶＭアプリケーショ
ンを含んだＶＭオペレーティング・システムは、ホスト
・プロセッサのデータ記憶媒体上に置いてあり、必要に
応じて主記憶装置にアップロードするようにしている。 各ＶＭオペレーティング・システム３５の中には、１つ
以上のＳＦＳファイル・プール３６（並びにそのファイ
ル・プール３６の中の複数のＳＦＳ記憶グループ）及び
／または１つ以上のＭＦＳミニディスク（不図示）を設
けてある。一方、図中に引用符号３７で示した方のファ
イル・プール（ないしは記憶グループ）は、複数のＶＭ
オペレーティング・システムのうちの、１つのオペレー
ティング・システムの構成要素であって、ＤＦＳＭＳ／
ＶＭが所有しているファイル空間（即ち、ＤＦＳＭＳ／
ＶＭであるユーザＩＤに対して割当てられているファイ
ル空間）を含んでいる。このネットワーク３０の複数の
ユーザに対しては、このファイル・プール３７の中のフ
ァイル空間も、割当てることができる。ＤＦＳＭＳ／Ｖ
Ｍが所有しているファイル空間の使用権は、ネットワー
ク３０の中の全てのＶＭオペレーティング・システム３
５の間での共用としている。ＤＦＳＭＳ／ＶＭが所有す
るファイル空間として更に追加のファイル空間を生成し
、例えば、記憶管理のための複数種類の管理処理の各々
に１つずつのファイル空間を使用するようにしても良く
、或いは、単一の統合したファイル空間を使用するよう
にしても良い。更には、ＤＦＳＭＳ／ＶＭが所有するフ
ァイル空間を単一のファイル空間とした場合には、記憶
管理のための１種類の管理処理ごとに、そのファイル空
間の中に１つずつのディレクトリを生成して使用するよ
うにしても良く、或いは、単一の統合したディレクトリ
を使用するようにしても良い。 【００２７】次に図３を参照して、本発明に係る、ＤＦ
ＳＭＳ／ＶＭを使用するようにしたＩＢＭ ＶＭオペ
レーティング・システム環境の１つについて説明する。 １台以上のユーザ端末２０が、このオペレーティング・
システムを走らせているホスト・プロセッサとの間で、
入出力端子を介して対話するようにしてある。即ち、そ
れら端末２０は、ＩＢＭ ＶＭオペレーティング・シ
ステムを走らせている１台ないし複数台のホスト・プロ
セッサ１０に結合してあり、更にそのホスト・プロセッ
サ１０を、複数台の周辺記憶デバイスに結合してあり、
それらによってデータ記憶階層１２を形成している。Ｖ
Ｍオペレーティング・システムは、図中に示した２つの
基本的な構成要素を含んでおり、それらは制御プログラ
ム（ｃｏｎｔｒｏｌ ｐｒｏｇｒａｍ：ＣＰ）２１と、
会話型モニタ・システム（ｃｏｎｖｅｒｓａｔｉｏｎａ
ｌ ｍｏｎｉｔｏｒ ｓｙｓｔｅｍ：ＣＭＳ）２２との
２つである。 【００２８】ＣＰ２１は、プロセッサ環境を管理する際
に、ユーザが、あたかも、１つの独立した、完全な機能
を備えたプロセッサ環境にあるかのように感じるように
、その管理を行なう。複数の仮想機械をこのように管理
すると、それら仮想機械が、互いに独立して、且つ互い
に同時に動作しているように見えるようになる。ＣＰ２
１は更に、システムの資源のモニタ並びに管理を行ない
、ハードウェアのトラブルからの回復を制御し、そして
、システムの使用状態の管理にあたる。通常、ユーザが
実際に必要な仕事をさせるためには、例えばＣＭＳ２２
等のように、このＣＰ２１とは別の何らかのオペレーテ
ィング・システムが必要である。 【００２９】ＶＭオペレーティング・システムは、それ
自身の中に備えられている対話のための構成要素である
ＣＭＳ２２をサポートするものであり、このＣＭＳ２２
が、実際には、仮想機械上を走る唯一のオペレーティン
グ・システムである。ＣＭＳ２２は、ユーザとシステム
との間の双方向会話機能を提供する。そしてこの機能に
よって、ユーザは、アプリケーション・プログラムの開
発及び実行、他のユーザとの間での通信、並びにファイ
ルの生成及び編集を行なうことができるようになる。Ｃ
ＭＳ２２は、ファイルの生成並びに編集をするためのフ
ァイル・システムとして、公知の２種類のファイル・シ
ステムを含んでおり、それらは、既に説明した、ＭＦＳ
と、ＳＦＳ２３との２つである（夫々にそれらのための
ファイル・サーバを含んでいる）。ＭＦＳは、図中には
、ユーザ端末２０と、レベル０のＤＡＳＤ１４ａ及び１
４ｂとの間の接続線で、模式的に表わしてある。ＤＡＳ
Ｄ１４ａはＣＭＳ用のミニディスク、また、ＤＡＳＤ１
４ｂは非ＣＭＳ用のミニディスクであり、これらはレベ
ル０の記憶機構として使用するものである。ＳＦＳ２３
は、レベル０のＤＡＳＤ１４ｃと、レベル１のＤＡＳＤ
１５とに接続してあり、また、ＳＦＳカタログ２９を含
んでいる。図中には、このＳＦＳのインスタンスが１つ
だけのもの（即ちファイル・プールが１つだけのもの）
を示したが、しかしながら、このＳＦＳのインスタンス
を複数含んだものとすることも可能である。ＣＭＳ２２
は更に、様々なアプリケーションのために、その他のプ
ログラムもサポートしている。ＶＭオペレーティング・
システムのそれら構成要素についての更に詳しい説明は
、ＩＢＭマニュアル、ＳＣ２４−５２８４−０１、「仮
想機械／システム・プロダクトのアプリケーション開発
レファレンス／ＣＭＳ用：リリース６（ＶＩＲＴＵＡＬ
ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ Ａ
ＰＰＬＩＣＡＴＩＯＮ ＤＥＶＥＬＯＰＭＥＮＴ ＲＥ
ＦＥＲＥＮＣＥ ＦＯＲ ＣＭＳ ＲＥＬＥＡＳＥ ６
）」、ないしは、ＩＢＭマニュアル、ＳＣ２４−５３６
７−００、「仮想機械／システム・プロダクトのＣＭＳ
共用ファイル・システム管理：リリース６（ＶＩＲＴＵ
ＡＬ ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ
ＣＭＳ ＳＨＡＲＥＤ ＦＩＬＥ ＳＹＳＴＥＭ Ａ
ＤＭＩＮＩＳＴＲＡＴＩＯＮ ＲＥＬＥＡＳＥ ６）」
、並びに、ＩＢＭマニュアル、ＳＣ２４−５３６９−０
０、「リリース６の強化機能を使用した仮想機械／シス
テム・プロダクト：リリース６（ＶＩＲＴＵＡＬ ＭＡ
ＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ ＵＳＩＮ
Ｇ ＲＥＬＥＡＳＥ ６ ＥＮＨＡＮＣＥＭＥＮＴＳ
ＲＥＬＥＡＳＥ ６ ）」に記載されている。これら全
てのマニュアルはＩＢＭ社から入手することができ、ま
た、これらはこの言及を持って本開示に包含するものと
する。 【００３０】ＶＭ／ＳＰオペレーティング・システムの
、更に別の構成要素を、図中にＤＦＳＭＳ／ＶＭ２４と
して示してある。このＤＦＳＭＳ／ＶＭは公知のもので
あるが、ただし、その公知のものに、集中形（ｃｅｎｔ
ｒａｌｉｚｅｄ ）の、そしてシステム管理式（ｓｙｓ
ｔｅｍ−ｍａｎａｇｅｄ）の、記憶管理機構とするため
の変更を加えてある。本発明によれば、ＤＦＳＭＳ／Ｖ
Ｍには、空間管理とアベイラビリティ管理との両方の機
能を備えるさせることができる。従って、実施例によっ
ては、アベイラビリティ管理と空間管理との両方が、Ｍ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれるようにすることもでき、また、別の実施例とし
て、アベイラビリティ管理はＭＦＳのファイルとＳＦＳ
のファイルとの両方に対して行なわれるが、空間管理は
ＳＦＳのファイルに対してのみ行なわれるようにするこ
とも、或いはその逆とすることもでき、更には、アベイ
ラビリティ管理と空間管理とのいずれか一方のみが、Ｍ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれるような実施例とすることも可能である。ただし
、ここで説明する実施例は、アベイラビリティ管理はＭ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれ、一方、空間管理はＳＦＳのファイルに対しての
み行なわれるようにしたものである。 【００３１】このＤＦＳＭＳ／ＶＭ２４は、その中でＡ
ＣＳルーチン（自動クラス選択ルーチン）２５を使用す
るようにしてあり、その使用の仕方は、このＡＣＳルー
チンをＤＦＳＭＳの中で使用するときと同じである。ま
た、ＡＰＰＣ／ＶＭプロトコルを用いて、ＳＦＳ２３と
ＤＦＳＭＳ／ＶＭ２４との間の通信を行なうと共に、ユ
ーザ端末２０と、ＳＦＳ２３ないしＤＦＳＭＳ／ＶＭ２
４との間の通信を行なうようにしている。このＤＦＳＭ
Ｓ／ＶＭの、更にその他のインターフェース、基本的操
作原則、それにディレクトリ及びカタログは、本明細書
において特に説明するもの以外については、ＤＦＳＭＳ
ないしＤＦＳＭＳ／ＶＭの現在リリースにおけるものと
同様である。なお、ＤＦＳＭＳ／ＶＭをどのようにイン
プリメントするかについての更に詳細な情報は、例えば
、ＩＢＭマニュアル、ＧＣ２６−４６０４−０１、「Ｄ
ＦＳＭＳ／ＶＭ総合情報：リリース１（ＤＦＳＭＳ／Ｖ
Ｍ ＧＥＮＥＲＡＬＩＮＦＯＲＭＡＴＩＯＮ ＲＥＬＥ
ＡＳＥ １）」、ないしは、ＩＢＭマニュアル、ＳＣ２
６−４６０５−００、「ＤＦＳＭＳ／ＶＭユーザーズ・
ガイド（ＤＦＳＭＳ／ＶＭ ＵＳＥＲ’Ｓ ＧＵＩＤＥ
）」、ないしは、ＩＢＭマニュアル、ＬＹ２７−９５
８３−００、「ＤＦＳＭＳ／ＶＭ診断法：リリース１（
ＤＦＳＭＳ／ＶＭ ＤＩＡＧＮＯＳＩＳ ＲＥＬＥＡＳ
Ｅ １）」、等々のサポート用の書籍や、或いは、記憶
管理機能に関してＤＦＳＭＳ／ＶＭに先行して出された
製品のサポート用の書籍である、例えば、ＩＢＭ書籍Ｇ
３２１−５３４９−００、「システム管理記憶（ＳＹＳ
ＴＥＭ−ＭＡＮＡＧＥＤ ＳＴＯＲＡＧＥ）」（１９８
９年刊、ＩＢＭシステム・ジャーナル、第２８巻、第１
号、第７７〜第１０３頁からのリプリント）や、ＩＢＭ
マニュアル、ＧＧ２４−３４０３−００、「ＤＦＳＭＳ
インプリメンテーション・プライマ・シリーズ：ＡＣＳ
ルーチンの作成法（ＤＦＳＭＳ ＩＭＰＬＥＭＥＮＴＡ
ＴＩＯＮ ＰＲＩＭＥＲ ＳＥＲＩＥＳ： ＷＲＩＴＩ
ＮＧ ＡＣＳ ＲＯＵＴＩＮＥＳ）」や、ＩＢＭマニュ
アル、ＳＣ２６−４５１４−０１、「ＭＶＳ／ＥＳＡ記
憶管理レファレンス：バージョン３：リリース１（ＭＶ
Ｓ／ＥＳＡ ＳＴＯＲＡＧＥ ＡＤＭＩＮＩＳＴＲＡＴ
ＩＯＮ ＲＥＦＥＲＥＮＣＥ ＶＥＲＳＩＯＮ ３ Ｒ
ＥＬＥＡＳＥ １）」や、ＩＢＭマニュアル、ＧＣ２６
−４５０７−０１、「ＭＶＳ／ＥＳＡデータ機構プロダ
クト総合情報：バージョン３（ＭＶＳ／ＥＳＡ ＤＡＴ
Ａ ＦＡＣＩＬＩＴＹ ＰＲＯＤＵＣＴ ＧＥＮＥＲＡ
Ｌ ＩＮＦＯＲＭＡＴＩＯＮ ＶＥＲＳＩＯＮ ３ ）
」や、ＩＢＭマニュアル、ＳＨ３５−００８３−０４、
「データ機構階層化記憶管理システム・プログラマ・コ
マンド・レファレンス：バージョン２：リリース５（Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＨＩＥＲＡＲＣＨＩＣＡＬ
ＳＴＯＲＡＧＥＭＡＮＡＧＥＲ ＳＹＳＴＥＭ ＰＲ
ＯＧＲＡＭＭＥＲ ＣＯＭＭＡＮＤＳ ＲＥＦＥＲＥＮ
ＣＥ ＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ ５ ）」
に記載されている。以上の全ての書籍は、ＩＢＭ社から
入手することができるものであり、また、それら書籍は
この言及をもって本開示に包含するものとする。更なる
情報としては、米国特許第４６３８４２４号、同第４７
７１３７５号、及び、同第４８７６６６２号に記載され
ているものがあり、これら米国特許も、この言及を持っ
て本開示に包含するものとする。なお、ユーザ端末２０
、ＳＦＳ２３、及びＤＦＳＭＳ／ＶＭ２４は、ＣＰ２１
の制御下にある複数の仮想機械としてインプリメントさ
れている。ＣＭＳ２２は、実際にはそれら複数の仮想機
械に組み込まれているのであるが、図には、その機能を
明示するために、独立した領域として示してある。 【００３２】データ記憶階層１２の中においてファイル
の記憶管理を行なうためには、管理基準と管理属性とを
記憶しておく必要がある。管理基準は、複数の管理クラ
スの形で定義して、構成ファイルの中に、制御情報の一
部として入れておく。更に、それら管理クラスのうちか
ら、ＡＣＳルーチン２５が、ＳＦＳの各々のファイルに
対して選択した管理クラスを、ＳＦＳのカタログ２９の
中に記憶させておく。このＳＦＳのカタログ２９には更
に、ＳＦＳの各々のファイルの管理属性も、併せて記憶
させておく。ＳＦＳのファイルの記憶管理のための処理
動作には、管理クラスによって指定されている管理基準
と、管理属性とを比較対照するための通常の比較処理と
、それに伴って必要となるその他の動作とが含まれる。 ＳＦＳファイル空間のうちの、レベル０の記憶空間２６
の各々には、１つないし複数のディレクトリ並びにサブ
ディレクトリを包含させることができる。そのようにし
て形成したファイルの論理グループに対しても、１つの
ファイルに対すると同様に、管理クラスを付与すること
ができ、そして、ＤＦＳＭＳ／ＶＭ２４で管理をするこ
とができる。そうした場合の種々のデータ構造の更なる
説明は、引用文献として本明細書に包含した上記文献に
記載されている。 【００３３】次に、ＭＦＳに関しては、ＭＦＳのファイ
ル及びミニディスクの管理クラスと管理属性との両方を
記憶しておけるようにするために、ＤＡＳＤ１４ｃ上に
、レベル０の記憶空間２７を有する集積用ＳＦＳファイ
ル空間を１つ生成しておく。この集積用ファイル空間は
、ファイル・プール３７の中に置くようにすることがで
き、またこの集積用ファイル空間は、ＤＦＳＭＳ／ＶＭ
２４に所有させるようにする。更に、ＤＦＳＭＳ／ＶＭ
２４に対して識別を施したＭＦＳの各々のファイルに対
応させて、この集積用ファイル空間内に空ファイルを生
成するようにする。このＭＦＳのミニディスクに関して
は、この集積用ファイル空間のレベル０の部分２７に、
ディレクトリを生成するようにする。このように、集積
用ファイル空間のレベル０の部分２７に、空ファイルな
いしディレクトリを生成するたびに、ＡＣＳルーチン２
５が自動的に動作して、その生成したファイルないしデ
ィレクトリに対応した管理クラスを選択し、そしてその
選択した管理クラスの表示をＳＦＳのカタログ２９の中
に記憶させる。この管理クラスの選択とその表示の記憶
とは、ＳＦＳのファイルないしディレクトリを対象とし
てそれらを行なう場合と同様にして行なわれる。こうし
てＭＦＳのファイルに対応させて生成したＳＦＳのファ
イルは、空ファイルのままにしておくのであるが、それ
は、記憶管理に関しては、その他の情報を記憶させる必
要がないからである。以上のようにした上で、ＤＦＳＭ
Ｓ／ＶＭ２４が、ＭＦＳのカタログ（図を見易くするた
めに不図示としてある）の中に記憶させてある管理属性
と、ＳＦＳのカタログ２９の中の管理クラスによって指
定されている管理基準とを比較し、その比較結果に基づ
いて、ＭＦＳのファイル並びにミニディスクを管理する
ようにしている。これは即ち、ＳＦＳとＭＦＳの両方の
ファイル・システムを対象とした記憶管理を行なうため
に、ＳＦＳファイル・システムに、ＭＦＳファイル・シ
ステムの記憶管理を「補助」させているということであ
る。 【００３４】ＭＦＳのファイルないしミニディスクを、
集積用ファイル空間のレベル０の部分２７の中に生成し
た、それらに対応したＳＦＳのファイルないしディレク
トリと関連付ける（マッピングする）には、ネーム付与
規則を利用するようにしている。即ち、先ず、ディレク
トリに対しては、以下のようにネームを付与するように
している。 ｆｉｌｅｐｏｏｌｉｄ：ＤＦＳＭＳｘｘｘ．ＭＩＮＩＤ
ＩＳＫＭＡＰ．ｆｑｌｕｎａｍｅ．ｓｍｓｇｌｏｂｒｅ
ｓｉｄ．ｍｄｏｗｎｅｒ．ｖａｄｄｒ このネームの各
部分については、以下のとおりである。 ”ｆｉｌｅｐｏｏｌｉｄ” は、ファイル・プールの
ネームである。 ”ＤＦＳＭＳｘｘｘ” は、ファイル空間のネームで
ある。このネーム形態は、ＤＦＳＭＳ／ＶＭ２４へ、集
積用ファイル空間をそのＤＦＳＭＳ／ＶＭが管理すべき
であるが、ただし、集積用ファイル空間内の複数のファ
イル自体は移送すべきではないことを知らせるものであ
る。 ”ＭＩＮＩＤＩＳＫＭＡＰ” は、アベイラビリティ管
理のための集積用ファイル空間を、その他の記憶管理の
機能（例えば空間管理の機能等）のための集積用ファイ
ル空間から明確に区別するための、固定したネームであ
る。ただし、ただ１つの集積用ファイル空間を、全ての
記憶レベルのために使用することも可能であることに注
意されたい。 ”ｆｑｌｕｎａｍｅ” は、サブネットワーク３１と
ゲートウェイ３４との組合せネーム（連結ネーム）であ
る。このネームは、管理が現在行なわれているミニディ
スクがその中に存在しているＴＳＡＦ集合体３３を、一
義的に特定するものであり、また、ＤＦＳＭＳ／ＶＭ２
４の記憶アドミニストレータが指定しているパラメータ
から得られるものである。 ”ｓｍｓｇｌｏｂｒｅｓｉｄ”は、当該ミニディスクの
管理を実行しているＶＭオペレーティング・システム３
５ないしＤＦＳＭＳ／ＶＭ２４に対応した、ＴＳＡＦ集
合体の全域の中でのＡＰＰＣ／ＶＭ資源のネームであり
、そのＴＳＡＦ集合体の内部において当該ＡＰＰＣ／Ｖ
Ｍ資源を一義的に特定するものである。このネームもま
た、ＤＦＳＭＳ／ＶＭ２４の制御ファイルから得られる
。 ”ｍｄｏｗｎｅｒ” は、管理が現在行なわれているミ
ニディスクの所有者のユーザ・ネームである。”ｖａｄ
ｄｒ” は、管理が現在行なわれているミニディスクの
仮想アドレスである。 【００３５】 ファイルにアクセスするためには、更
に、ファイルネームとファイルタイプとが必要である。 集積用ファイル空間のディレクトリの中の複数のファイ
ルには、それらファイルが各々代表している元のＭＦＳ
ファイルのものと、同一のファイルネームとファイルタ
イプとを持たせるようにしている。また、集積用ファイ
ル空間は、それをそれ自身のＳＦＳ記憶グループの中に
置くようにすることも可能であり、そうすれば、その他
のＳＦＳユーザの性能に対して及ぼす影響を最小限にと
どめることができる。 【００３６】更に、上記のものと同様のネーム付与規則
を、ＳＦＳの内部識別子に対しても適用するようにして
おり、それによって、レベル１の記憶機構を、ネットワ
ーク３０の全域に亙って記憶管理のために共用すること
ができるようにしている。即ち、ファイル・プール３７
に含まれているファイル空間は、集積用ファイル空間と
することのできるものであり、そのファイル空間に、幾
らかの、レベル１の共通の記憶空間２８を持たせてある
。そして、ネットワーク３０において移送が行なわれた
ＳＦＳファイルについては、そのＳＦＳファイルの所有
者並びにそのＳＦＳファイルのソース・ファイルの位置
の如何にかかわらず、その移送の行なわれたＳＦＳファ
イルの全てを、この記憶空間２８に記憶させるようにし
ている。更に、上述のネーム付与規則を使用しているた
め、移送が行なわれたＳＦＳファイルないしディレクト
リについては、そのファイル・プール３６、オペレーテ
ィング・システム３５、ＴＳＡＦ集合体３３、並びにそ
のＳＦＳファイルの移送元のサブネットワーク３１の如
何にかかわらず、そのＳＦＳファイルないしディレクト
リに対して、固有の、一義的な識別が施される。即ち、
ディレクトリには、以下のようにネームを付与するよう
にしている。 ｆｉｌｅｐｏｏｌｉｄ：ＤＦＳＭＳｘｘｘ．ＭＩＧＲＡ
ＴＩＯＮＬＥＶＥＬ１．ｆｑｌｕｎａｍｅ．ｓｍｓｇｌ
ｏｂｒｅｓｉｄ．ｆｉｌｅ− ｐｏｏｌ．ｓｔｏｒａｇ
ｅｇｒｏｕｐ このネームの各部分については、以下の
とおりである。 ”ｆｉｌｅｐｏｏｌｉｄ”、”ＤＦＳＭＳｘｘｘ”、”
ｆｑｌｕｎａｍｅ”、及び ”ｓｍｓｇｌｏｂｒｅｓｉ
ｄ” については、既に説明したとおりである。 ”ｆｉｌｅｐｏｏｌ” は、ＳＦＳファイルの移送元
のファイル・プールである。 ”ｓｔｏｒａｇｅｇｒｏｕｐ”は、ＳＦＳファイルの移
送元の記憶グループである。 【００３７】移送後のＳＦＳファイルの記憶位置を特定
するためには、更に、ファイルネーム並びにファイルタ
イプが必要である。記憶空間２８内のファイルは、ファ
イルネームとファイルタイプとを備えており、それらフ
ァイルネームとファイルタイプとは、当該ファイルに対
応した、レベル０にあるソース・ファイルに備えられて
いる、ＳＦＳ内部識別子に基づいて生成されるようにし
てある。また、ＶＭオペレーティング・システムの現在
リリースにおいては、ＳＦＳ２３が、その内部識別子を
利用して、ファイル・プール３６の中の１つ１つのファ
イルを一義的に識別するようにしている。これが必要で
あるのは、同一のファイル・プールへ複数のユーザがア
クセスするため、個々のユーザがそのファイル・プール
の中に、ファイルネームもファイルタイプも同一のファ
イルを入れてしまうおそれがあるからである。ＳＦＳ２
３は、それらの、同一のネームとなりかねないファイル
どうしを、ＳＦＳ内部識別子によって区別することがで
きるのである。好適実施例においては、このネーム付与
規則は、８個の拡張２進化１０進数変換（ＥＢＣＤＩＣ
）キャラクタから成るファイルネームと、同じく８個の
ＥＢＣＤＩＣキャラクタから成るファイルタイプとを使
用するようにした規則としている。ＳＦＳ内部識別子は
、８個のキャラクタから成る２進数データの形（ＳＦＳ
２３の内部ではこれが使用されている）から、１６進コ
ードを表わす１６個のＥＢＣＤＩＣキャラクタの形へと
変換した上で（この場合、２進値データの半バイト分が
１６進コードのキャラクタの１個分に相当する）、それ
を記憶空間２８のディレクトリの中で使用するようにし
ている。 【００３８】以上に説明した方式で、ネットワーク３０
の中の各ＳＦＳソース・ファイルないしディレクトリを
、記憶空間２８ないしそのディレクトリの中で、一義的
に識別できるようにしている。このため、この記憶空間
２８に、ネットワーク３０の全域におけるレベル１のＳ
ＦＳ移送ファイルの全てを記憶させることが可能となっ
ており、従って、各ファイル・プール３６のレベル１の
記憶機構、ＶＭオペレーティング・システム環境３５、
ＴＳＡＦ集合体３３等々に関する、ファイル空間、及び
／または記憶デバイスの維持に付随するオーバーヘッド
が低減されている。また、ＭＦＳファイルに対しても同
様に他の空間管理を行なうようにした実施例の場合には
、このネーム付与規則において、”ｆｉｌｅｐｏｏｌ”
や ”ｓｔｏｒａｇｅｇｒｏｕｐ” の替わりに、”ｍ
ｄｏｗｎｅｒ” や ”ｖａｄｄｒ”を使用すれば、レ
ベル１のＭＦＳファイルを一義的に識別することができ
る。 【００３９】このネーム付与規則は、それ自体の本来の
性質によって、ネットワーク３０の全域におけるＳＦＳ
ファイルのファイルネームの一義性を保証するものであ
るため、ＤＦＳＭＳでは必要とされている、移送したフ
ァイルをそのファイルの一次コピーに関連付ける（マッ
ピングする）ために用いられる制御ファイルが、ここで
は不要となっている。また、このネーム付与規則を、レ
ベル１の共通記憶機構に関して、その空間管理以外のそ
の他の種類の記憶管理にも、同様に使用するようにすれ
ば、レベル１の記憶機構に関する全ての種類の記憶管理
を、１つだけのファイル空間を用いて行なうことも可能
になり、或いは、レベル１の記憶装置に関する空間管理
機能の各々ごとに、１つずつのファイル空間を使用する
ようにすることも可能になる。なお、このネーム付与規
則を、レベル１の共通記憶機構に関して、そのアベイラ
ビリティ管理にも同様に使用するようにした場合には、
マッピングのための制御ファイルを完全に不要化するこ
とはできず、なぜならば、そうした場合には、ファイル
の一次コピーをそのファイルの二次コピーに関連付ける
ために、何らかのマッピングがなお必要とされるからで
ある。 【００４０】動作方式 次に図４を参照しつつ、本発明に係る、ＤＦＳＭＳ／Ｖ
Ｍに対してデータ・エンティティを定義する方法につい
て説明する。この動作は、ホスト・プロセッサがコール
を発すると、ステップ１００またはステップ１０５から
開始し、実際にどちらのステップから開始するかは、そ
のデータ・エンティティがＳＦＳのファイルないしディ
レクトリであるのか、それともＭＦＳのファイルないし
ミニディスクであるのかに応じて決まる。ＤＦＳＭＳ／
ＶＭが管理するものが、ＳＦＳのファイルないしディレ
クトリである場合には、ステップ１１５において、その
ファイルないしディレクトリを生成する。続いてステッ
プ１２０において、ＡＣＳルーチンが、そのファイルな
いしディレクトリに管理クラスを割当て、その割当てら
れた管理クラスは、ＳＦＳのカタログの中に記憶される
。続いて制御の流れは、ステップ１２５においてリター
ンする。一方、管理するものが、ＭＦＳのファイルない
しミニディスクである場合には、ステップ１１０におい
て、そのファイルないしミニディスクを生成する。次に
、ステップ１１５において、生成したそのＭＦＳのファ
イルに対応したＳＦＳの空ファイルを（及び／または、
生成したそのＭＦＳのミニディスクに対応したＳＦＳの
ディレクトリを）集積用ファイル空間の中に生成する。 この場合も同様に、ステップ１２０において、ＡＣＳル
ーチンが管理クラスの割当てを行ない、更に、この場合
も制御の流れはステップ１２５においてリターンする。 【００４１】次に図５を参照しつつ、本発明に係る、Ｄ
ＦＳＭＳ／ＶＭの種々の記憶管理動作について説明する
。先ずステップ１３０において、ホスト・プロセッサが
、記憶機構の管理を行なわせるためにＤＦＳＭＳ／ＶＭ
をコールする。次にステップ１３５において、ＤＦＳＭ
Ｓ／ＶＭが、ＳＦＳのカタログ及び／またはＭＦＳのカ
タログの中のリストとして入れられている、管理すべき
データ・エンティティのうちの最初のものを調べる。 ステップ１４０では、そのリストの中のその先頭のアイ
テム（即ちデータ・エンティティ）が、ＳＦＳのファイ
ル（ないしはディレクトリ）であるのか、それともＭＦ
Ｓのファイル（ないしはミニディスク）であるのかに応
じて、流れが分岐する。その先頭のデータ・エンティテ
ィがＭＦＳのファイルないしミニディスクであったなら
ば、ＤＦＳＭＳ／ＶＭは、ステップ１４５において、Ｓ
ＦＳのカタログの中に記憶させてある管理クラスが指定
している管理基準を、ＭＦＳのカタログの中にある、そ
のデータの管理属性と比較対照する。一方、その先頭の
データ・エンティティがＳＦＳのファイルないしディレ
クトリであったならば、ＤＦＳＭＳ／ＶＭは、ステップ
１５０において、ＳＦＳのカタログの中に記憶させてあ
る管理クラスが指定している管理基準を、同じこのＳＦ
Ｓのカタログの中にあるそのデータの管理属性と比較対
照する。これらいずれかの比較対照の結果、いかなる管
理動作も必要でないことが判明した場合には、制御の流
れはステップ１５５から分岐して直接ステップ１７５へ
進む。一方、何らかの管理動作、例えばデータの移送、
バックアップ、ないしは削除等の動作が必要とされてい
ることが判明した場合には、ステップ１６０において、
その必要な動作を実行する。ここで実行する動作には、
前述のネーム付与規則を用いて、レベル１のあるファイ
ルに対して、ネットワーク内における固有の一義的な識
別を施すという動作も含まれることになる。そこで、前
述のネーム付与規則におけるネームの構成要素のうちの
必要なものを適宜取り出してきて連結し、使用するよう
にする。また、データ転送を行なう場合には、それに伴
って、データの詰め直しを行なうこともある。このステ
ップ１６０での動作には、更に、例えば、あるファイル
が移送されたことや、そのファイルの二次コピーが存在
していることの表示等の、データのステータスの変化を
反映するための、関連したディレクトリのエントリを更
新するという動作も含まれる。ステップ１７０において
は、それらの動作の実行の結果を反映させるために、Ｓ
ＦＳのカタログの中の管理属性の更新を行なう（場合に
よっては、ＭＦＳのカタログの中の管理属性の更新も併
せて行なう）。次に、ステップ１７５では、記憶管理の
ための以上の調べが済んでいないデータ・エンティティ
が、まだその外に存在しているか否かに応じて、流れが
分岐する。調べの済んでないデータ・エンティティが存
在していた場合には、流れはステップ１８０へ進み、そ
こで、次のデータ・エンティティの調べを行ない、そし
てステップ１４０へ戻る。一方、調べを行なうべきファ
イルが最早存在していなかったならば、ＤＦＳＭＳ／Ｖ
Ｍは、ステップ１８５において、ホスト・プロセッサへ
制御を返す。 【００４２】擬似コードで書いた、本発明に関する幾つ
かのリストを以下に示す。最初のリストは、ＭＦＳのフ
ァイル並びにミニディスクを、ＤＦＳＭＳ／ＶＭに対し
て定義し、且つ、定義したそのファイル並びにミニディ
スクに対し、それに対応した管理クラスを選択するため
のリストである。
／＊ 管
理クラスを記憶させるための集積手段として、ＳＦＳを
利用するよ ＊／ ／＊ うにした、システム管理式
のミニディスクの記憶管理。
＊／ ／＊ このルーチンは、ＭＦＳファイルの機
能のアベイラビリティ管理のみ ＊／ ／＊ を取り
扱うものである。
＊
／ ｉｎｐｕｔ： ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｆｉｌｅｐｏｏｌｉｄ ｃｈａｒ（８），
ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｆｉｌｅｓｐａｃｅ ｃｈａｒ（８），
ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｌｕｎａｍｅ
ｃｈａｒ（１６），
ＤＦＳＭＳ ｇｌｏｂａｌ ｒｅｓｏｕｒｃｅ
ｉｄ ｃｈａｒ（８），
＃ ｏｆ ｍｉｎｉｄｉｓｋｓ
ｆｉｘｅｄ（３１）
， ｍｉｎｉｄｉｓｋ ｌｉｓｔ
ａｒｒａｙ（＃
ｏｆ ｍｉｎｉｄｉｓｋｓ） ｏｗｎｅ
ｒ
ｃｈａｒ（８）， ｖｉｒｔ
ｕａｌ ａｄｄｒｅｓｓ
ｃｈａｒ（４）； ｄｅｃｌａｒｅ： ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｎａｍｅ ｃｏｎｓｔａｎｔ（
’ＭＩＮＩＤＩＳＫＭＡＰ’）； ｄｏ ｉ ＝ １
ｔｏ ＃ ｏｆ ｍｉｎｉｄｉｓｋｓ； ／＊ 入力
された各ミニディスクに対して ＊／ ／＊ 入力
値を連結することにより、ミニディスクのバックアップ
の集積用 ＊／ ／＊ ディレクトリのネームを生成する
＊／ ｍｂｒ ｄｉｒｎａｍｅ＝ｍｉｎｉ
ｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉｔｏｒｙ ｆｉ
ｌｅｐｏｏｌｉｄ ｜｜’：’｜｜
ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ
ｒｅｐｏｓｉｔｏｒｙ ｆｉｌｅｓｐａｃｅ
｜｜’．’｜｜ ｍ
ｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉｔｏｒｙ
ｎａｍｅ ｜｜’．’｜｜
ｆｕｌｌｙ ｑｕａｌｉｆ
ｉｅｄ ｌｕｎａｍｅ
｜｜’．’｜｜
ＤＦＳＭＳ ｇｌｏｂａｌ ｒｅｓｏｕｒｃｅ ｉ
ｄ ｜｜’．’｜｜
ｍｉｎｉｄｉｓｋ
ｌｉｓｔ（ｉ）．ｏｗｎｅｒ
｜｜’．’｜｜
ｍｉｎｉｄｉｓｋ ｌｉｓｔ（ｉ）．ｖｉｒ
ｔｕａｌ ａｄｄｒｅｓｓ； ｉｆ （ディレ
クトリ ｍｂｒ ｄｉｒｎａｍｅ が存在しない ）
ｔｈｅｎ ＳＦＳ ＤＭＳＣＲＤＩＲ
ＣＳＬ のコールを用いてディレクトリ ｍｂｒ ｄ
ｉｒｎａｍｅ を ｃｒｅａｔｅ； ＣＭＳ ミニディスク・ディレクトリから ｌ
ｉｓｔ ｏｆ ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅ
ｄを ｃｒｅａｔｅ； ＳＦＳ ＤＭＳＯＰＤＩＲ のコールと、
ＤＭＳＧＥＴＤＩ ＣＳＬ のコールとを用いて、
ｍｂｒ ｄｉｒｎａｍｅ の中に、ファイルのリス
トを ｃｒｅａｔ； ｄｏ ｊ ＝ １ ｔｏ
＃ ｏｆ ｆｉｌｅｓ ｏｎ ｍｉｎｉｄｉｓｋ；
／＊ ミニディスクの各ファイ ＊／
／＊ ルに対して
＊／ ｉｆ （ｌｉｓｔ ｏｆ
ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅｄ（ｊ）に対応
した、ファイルネームとファ イルタイ
プとが同一のファイルが、 ｍｂｒ ｄｉｒｎａｍｅ
の中に存在してい ない） ｔｈｅｎ ＳＦＳ ＤＭＳＯＰＥＮ ＣＳＬ のコー
ルを用いて、ｍｂｒ ｄｉｒｎａｍｅ の中にそのファ
イル ネームとファイルタイプとを有する空
ファイルを ｃｒｅａｔｅ；ｉｆ （このバックアップ
は無条件バックアップである） ｔｈｅｎ ｂａｃｋｕｐ ｆｉｌｅ（ｌｉｓｔ ｏｆ
ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅｄ（ｊ））
を ｃａｌｌ； ｅｌｓｅ ｄｏ；
／＊ 増加分バックアップである
＊／ ＳＭＳ
ｐｒｏｃｅｓｓｉｎｇ ｄｅｃｉｓｉｏｎ をコールし
て、ｍｂｒ ｄｉｒｎａｍｅ の中のそのファ
イルの管理クラスと、更にそのファイルの管理属性
とを転送； ｉｆ （判定は ＢＡＣ
ＫＵＰ ＦＩＬＥ ＤＥＣＩＳＩＯＮ である） ｔｈ
ｅｎ ｂａｃｋｕｐ ｆｉｌｅ（ｌ
ｉｓｔ ｏｆ ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅ
ｄ（ｊ）） を ｃａｌｌ； ｅｎｄ；
／＊ 増加分バックアップの ｄｏ
＊／
ｅｎｄ； ／＊ ＃ ｏ
ｆ ｆｉｌｅｓ ｏｎ ｍｉｎｉｄｉｓｋ に対する
ｄｏ ＊／ ｅｎｄ；
／＊ ＃ ｏｆ ｍｉｎｉｄｉｓ
ｋｓ に対する ｄｏ
＊／
【００４３】以下の第２のリストは、ＳＦＳのファ
イル及びディレクトリを対象とした空間管理のためのリ
ストである。このリストの中において、 ”ＭＣ” は
管理クラスを表わし、”ＭＬ１” は、移送が行なわれ
たデータが記憶されているレベル１の記憶機構を表わし
ている。また、”Ｎｕｌｌ（ヌル）”は、あるファイル
ないしディレクトリに対して、その管理クラスとして、
意図的に空白の集合を割当ててあることを表わしている
。このリストは、先ず最初に、ファイルに割当てられて
いる管理クラスを取り出したときに、そのファイルに管
理クラスとして「ヌル」が割当てられている場合、その
ファイルに何の管理クラスも割当てられていない場合、
そしてそのどちらでもなく、そのファイルに（普通に）
管理クラスが割当てられている場合について示す。これ
らのうち、ファイルに管理クラスとして「ヌル」が割当
てられている状態がデフォールトであり、その場合、デ
ィレクトリに割当てられている管理クラスを取り出しに
かかるが、ディレクトリに関しても、そのディレクトリ
に「ヌル」が割当てられている場合、そのディレクトリ
に何の管理クラスも割当てられていない場合、そしてそ
のどちらでもなく、そのディレクトリに（普通に）管理
クラスが割当てられている場合がある。このリストは続
いて、管理クラスと管理属性とに基づいた、データの期
限切れ及び移送についての判定／動作を示す。
／＊
ＭＣ の定義を取り出し、 ＭＣ のネームに基づいて
初期判定を行なう。 ＊／ Ｆｉｌｅ Ｍａｎ
ａｇｅｍｅｎｔ Ｃｌａｓｓ に関して、入力パラメー
タを ｓｅｌｅｃｔ： ｗｈｅｎ （ｎｕｌｌ）
ｔｈｅｎ Ｄｉｒｅｃｔｏｒｙ Ｍａ
ｎａｇｅｍｅｎｔ Ｃｌａｓｓ に関して、入力パラ
メータを ｓｅｌｅｃｔ： ｗｈｅｎ
（ｎｕｌｌ） ｔｈｅｎ シス
テムのデフォールトである管理クラス／管理基準を ｇ
ｅｔ ｉｆ （その管理クラス
が現在構成の中に存在していない） ｔｈｅｎ
管理クラス不在エラー・メッ
セージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｅｌｓｅ ｉｆ （ その他のエラーが発
生している） 内部エ
ラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｗｈｅｎ （管理クラス識別子が存在し
ていない） ｔｈｅｎ ｉｆ
（入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓｕｅｄ が
ＭＩＧＲＡＴＥ である） ｔｈｅｎ
ｉｆ （入力パラメータ Ｆｉｌ
ｅ Ｒｅｃｏｒｄ Ｓｉｚｅ ＞ ０ である） ｔｈ
ｅｎ Ｄｅｃ
ｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｌｓｅ （コマンドが ＭＡＮ
ＡＧＥ である）
Ｄｅｃｉｓｉｏｎ ＝ ＮＯ ＡＣＴＩＯＮ
ｅｎｄｉｆ ｏｔｈｅ
ｒｗｉｓｅ そのディレクト
リの管理クラス／管理基準を ｇｅｔ
ｉｆ （その管理クラスが現在構成の中に存在
していない） ｔｈｅｎ
管理クラス不在エラー・メッセージを ｏｕｔｐｕ
ｔ ｇｏｔｏ ＥＸ
ＩＴ ＰＯＩＮＴ ｅｌｓｅ
ｉｆ （ その他のエラーが発生している）
内部エラー・メッセージを
ｏｕｔｐｕｔ ｇｏ
ｔｏ ＥＸＩＴ ＰＯＩＮＴ ｅｎｄ
ｓｅｌｅｃｔ ｗｈｅｎ （管理クラス識別子
が存在していない） ｔｈｅｎ ｉｆ
（入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓｕｅｄ が
ＭＩＧＲＡＴＥ である） ｔｈｅｎ
ｉｆ （入力パラメータ Ｆｉｌｅ Ｒｅ
ｃｏｒｄ Ｓｉｚｅ ＞ ０ である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝
ＭＩＧＲＡＴＥ Ｍｉ
ｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ ｅｌｓｅ （コマンド
が ＭＡＮＡＧＥ である）
Ｄｅｃｉｓｉｏｎ ＝ ＮＯ ＡＣＴＩＯＮ
ｅｎｄｉｆ ｏｔｈｅｒｗｉｓｅ そのファイルの管理基準を ｇｅｔ
ｉｆ （その管理クラスが現在構成の中
に存在していない） ｔｈｅｎ
管理クラス不在エラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯ
ＩＮＴ ｅｌｓｅ ｉｆ （ その他
のエラーが発生している） 内
部エラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｅｎｄｓｅｌｅｃｔ ｉｆ
（Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ または
ＮＯ ＡＣＴＩＯＮ である） ｔｈｅｎ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
／＊ ＭＣ の定義に基づいて ＭＣ の期限切れの
有無の判定を行なう。 ＊／
ｉｆ （入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓ
ｕｅｄ が ＭＩＧＲＡＴＥ であり、且つ、
入力パラメータ Ｄａｔｅ ｏｆ
Ｃｒｅａｔｉｏｎ ＞ ０ であり、 且
つ、 入力パラメータ Ｄａｔ
ｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ ＞ ０ で
ある） ｔｈｅｎ ｄｏ ｉｆ （ ＭＣ 基
準 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏｎｕｓ
ａｇｅ と、
ＭＣ パラメータ ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄ
ａｔｅ／ｄａｙｓ との、
双方が共に、ＮＯＬＩＭＩＴ である）
ｔｈｅｎ
ｄｏ
ファイルを期限切れであるとする
ｅｎｄ
ｅｌｓｅ ｉｆ （ｅｘｐｉｒｅ−ａｆｔ
ｅｒ−ｄａｙｓ−ｎｏｎｕｓａｇｅ ＝ ＮＯＬＩＭＩ
Ｔ または
ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏ
ｎｕｓａｇｅ ＜＝ （ｃｕｒｒｅｎｔ−ｄａｔｅ
−入力
パラメータ Ｄａｔｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅ
ｎｃｅ）であ
る）
ｔｈｅｎ ／＊ 最初の２つの条件は、 ｅｘｐ
ｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏｎｕｓａｇｅ を
適用しないこ ＊／ ／＊ とにしている（ＮＯＬＩ
ＭＩＴ） か、或いは ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄ
ａｙｓ−ｎｏｎｕｓａｇｅ が ＊／ ／＊ 満足さ
れているかの、いずれかであることを表わしている。い
ずれに ＊／ ／＊ せよファイルを期限切れである
とするためには、ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ
＊／ ／＊ という属性がこの時点で満足されて
いる必要がある。 ＊／
ｄｏ
ｉｆ
（ ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｔｅ／ｄａｙｓ
が指定している絶対
日付 ＜＝ ｃｕｒｒｅｎｔ
−ｄａｔｅ、
または、 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａ
ｔｅ／ｄａｙｓ が指定している
数 ＜＝ （
ｃｕｒｒｅｎｔ−ｄａｔｅ − 入力パラメータ
Ｄａｔｅ ｏｆ Ｃｒｅａｔｉｏｎ ） 、
または
、 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｔｅ／ｄａｙｓ
＝ ＮＯＬＩＭＩＴ ）
ｔｈｅｎ
ファイルを期限
切れであるとする
ｅｌｓｅ
ファイルを期限切れでな
いとする
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ ｄｏ
ファイルを
期限切れでないとする
ｅｎｄ ｅｎｄｉｆ
ｉｆ （ファイルを期限切れであ
るとする） ｔｈｅｎ
ｉｆ （期限切れ設定 ＭＣ 基準は ＥＮＴＩＲＥ
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ ＦＩ
ＬＥ ＥＮＴＩＲＥ
ｅｌｓｅ
Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ ＦＩＬＥ ＤＡ
ＴＡ ＯＮＬＹ ｅｎ
ｄｉｆ ｅｎｄｉｆ
ｅｎｄ ｅｎｄｉｆ ｉｆ （Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ
ＦＩＬＥ ＥＮＴＩＲＥ または ＥＸＰＩＲＥ Ｆ
ＩＬＥ ＤＡＴＡ ＯＮＬＹ ） ｔｈ
ｅｎ ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
／＊ ＭＣ の定義に基づいて、期限切れに該当しな
かったファイルについて ＊／ ／＊ 移送の適否を
判断する。
＊／
Ｃｏｍｍａｎｄ−ｏｒ−Ａｕｔｏ−Ｍｉｇｒａｔ
ｅ に関して、 ＭＣ 基準を ｓｅｌｅｃｔ
ｗｈｅｎ （ＮＯＮＥ） ｄｏ Ｄｅｃｉｓｉｏｎ ＝ ＮＯ
ＡＣＴＩＯＮ ｅｎｄ ｗｈｅｎ （ＢＯＴＨ） ｄｏ ｉｆ （入力パラメータ Ｃ
ｏｍｍａｎｄ Ｉｓｓｕｅｄ が ＭＩＧＲＡＴＥ
である） ｔｈｅｎ
ｄｏ ｉｆ
（ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎｇｔｈ ＞ ０
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴ
Ｅ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ （コマンドが ＭＡＮＡＧＥ である）
ｄｏ
ｉｆ （入力パラメータ Ｄａｔ
ｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ ＞ ０ 、
且つ、Ｐｒ
ｉｍａｒｙ−Ｄａｙｓ−Ｎｏｎ−Ｕｓａｇｅ の Ｍ
Ｃ 基準 ＜＝ 入力
パラメータ Ｄａｔｅ ｏｆ
Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ からの日
数、
且つ、入力パラメ
ータ Ｓｔｏｒａｇｅ Ｌｅｖｅｌ ＝ ＰＲＩＭＡＲ
Ｙ、で ある
） ｔｈｅ
ｎ
ｄｏ
ｉｆ （ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎ
ｇｔｈ ＞ ０ である） ｔｈｅｎ
Ｄ
ｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ
Ｍ
ｉｇｒａｔｅ Ａｇｅ ＝ Ｃｕｒｒｅｎｔ−Ｄａｔｅ
− Ｄａｔｅ
ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ
ｅｎｄｉｆ
ｅｎｄ
ｅｌｓｅ
ｄｏ
Ｄｅｃｉｓｉｏｎ ＝
ＮＯ ＡＣＴＩＯＮ
ｅｎｄ
ｅｎｄ ｅｎｄ ｗｈｅｎ （ＣＯＭＭＡＮＤ）
ｄｏ ｉｆ （入力パラメータ Ｃ
ｏｍｍａｎｄ Ｉｓｓｕｅｄ が ＭＩＧＲＡＴＥ
である） ｔｈｅｎ
ｄｏ ｉｆ
（ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎｇｔｈ ＞ ０
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴ
Ｅ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ Ｄｅｃｉｓｉｏｎ
＝ ＮＯ ＡＣＴＩＯＮ ｅｎｄ ｏｔｈｅｒｗｉｓｅ ｄｏ ＭＣ パラメータ無効エラ
ー・メッセージを ｏｕｔｐｕｔ ｅ
ｎｄ
【００
４４】以下の第３のリストは、レベル１の記憶装置へ移
送されるデータの生成及びアクセスの際に、ファイル及
びディレクトリのネームを発生させるためのリストであ
る。
８バイトの１６進表示（ｈｅｘ）の内部識別
子（ＩＤ）を、１６バイトのＥＢＣＤＩＣキャラクタで
表わされる、ファイルネーム及びファイルタイプへ変換
する。ＩＤ（ｈｅｘ）の各々の半バイトは、’０’ｘか
ら’Ｆ’ｘまでの間の１６進数値を表わしている。それ
らの数値を、それらの数値の全バイトのＥＢＣＤＩＣキ
ャラクタである、’０’から’Ｆ’までのキャラクタへ
変換する。 こうして得られた１６個のＥＢＣＤＩＣキャラクタは、
所有している記憶ファイルのファイルネーム及びファイ
ルタイプとなる。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、ファイル・プールＩＤ（ｆｉｌｅｐｏｏｌｉｄ）
と、所有しているレベル１の記憶機構のネーム（ＤＦＳ
ＭＳｘｘｘ）とを取り出す。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、完全に修飾した ｌｕ−ｎａｍｅ（ｆｑｌｕｎａ
ｍｅ）を取り出す。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、資源のＩＤ（ＳＭＳｇｌｏｂｒｅｓｉｄ）を取り
出す。 ＩＤの先頭の２バイトから、記憶グループ（ｓｔｏｒａ
ｇｅｇｒｏｕｐ）を取り出す。 入力パラメータから、ファイル・
プール（ｆｉｌｅｐｏｏｌ）を取り出す。 以上の情報を使用して、所有して
いる記憶機構の中のファイルのディレクトリを、次のフ
ォーマットで構成する。 Ｆｉｌｅｐｏｏｌｉｄ：ＤＦ
ＳＭＳｘｘｘ．ＭＩＧＲＡＴＩＯＮＬＥＶＥＬ１．ｆｑ
ｌｕｎａｍｅ．
ＳＭＳｇｌｏｂｒｅｓｉｄ．ｆｉｌｅｐｏｏｌ．
ｓｔｏｒａｇｅｇｒｏｕｐ
【００４５】以上に本発明をその具
体的な実施例に即して説明してきたが、当業者には理解
されるように、本発明の概念、範囲、並びに教示から逸
脱することなく、種々の形態的な変更、並びに細部構造
の変更を加えることが可能である。例えば、図２におい
て、そのネットワーク、ＴＳＡＦ集合体、ＶＭシステム
、ファイル・プール、等々の数を、異なったものとする
ことができる。従って、本明細書に開示した発明は、請
求項以外の何物によっても限定されるものではない。
テムに亙る記憶管理に関するものである。また、より詳
しくは、本発明は、単一の仮想機械オペレーティング・
システム環境の中に存在するミニディスク方式のファイ
ル・システムと共用式のファイル・システムの、双方の
ファイル・システムに対する記憶管理であって、ミニデ
ィスク方式のファイル・システムの複数のファイルに割
当てた夫々の管理クラスのうちの少なくとも幾分かを、
共用式のファイル・システムの中のカタログに記憶させ
るようにした、記憶管理に関するものである。 【０００２】 【従来の技術】現在のデータ処理システムには、１個以
上の中央処理装置（ＣＰＵ）を備えたホスト・プロセッ
サと、記憶機構と、入出力（Ｉ／Ｏ）システムと、相互
接続システム（即ちバス）とを含んだ構成としたものが
多い。そして、記憶装置に記憶させてあるデータに対し
て、ホスト・プロセッサが、与えられた命令に従って操
作を加えるようにしている。従って記憶装置は、ホスト
・プロセッサが必要とするだけの量のデータを記憶して
おく能力と共に、そのデータをホスト・プロセッサへ転
送する際に、コンピュータ全体としての動作が適当なも
のとなり得る速度でその転送を行なえる能力を備えてい
なければならない。このような理由から、るコンピュー
タ・システムに関して商業的な成功を納めようとするな
らば、そのコンピュータ・システムの記憶装置のコスト
・パフォーマンスが重要な要因となるのである。 【０００３】コンピュータによって操作されるデータの
量は増加の一途をたどっており、そのため、コンピュー
タに必要とされる記憶容量も増大している。広く利用さ
れているコンピュータ用の記憶装置の中にも、幾種類も
の形態のものがある。一般的に、ある形態の記憶装置の
読み書き速度が他のものより高速であれば、その記憶装
置は他のものより高価である。例えば、マイクロチップ
は高速であるけれども高価であり、そのため典型的な用
途としては、ホスト・プロセッサに組み込むなり接続す
るなりして、１次記憶装置、即ち主記憶装置として使用
している。広く利用されているその他の記憶装置の形態
としては、補助記憶装置、即ち周辺記憶装置に用いられ
るものがあり、極めて多くの種類の周辺記憶デバイスが
、その種の記憶装置に含まれる。例えば、磁気直接アク
セス記憶装置（ＤＡＳＤ）、磁気テープ記憶デバイス、
それに光記録デバイス等は、いずれも周辺記憶デバイス
である。この種の記憶デバイスは、主記憶装置と比較し
て記憶容量が大きく、価格も低廉であるが、しかしなが
ら主記憶装置と同等の性能を提供することはできない。 例えば、テープないしディスクを、それらを駆動するド
ライブ装置の読み書き機構の真下に、適切に位置させる
ために必要な時間は、主記憶装置の純粋に電子的な高速
のデータ転送速度とは比較にならない。ただし、１つの
システムの中の全てのデータを、ただ１種類の記憶デバ
イスに記憶させるようにするのは、非効率的である。即
ち、全てのデータをそのまま主記憶装置に記憶させるよ
うにしたのでは、余りにもコストが高くなってしまうし
、一方、全てのデータを単純に周辺記憶デバイスに記憶
させるようにしたのでは、性能が著しく低下してしまう
ことになる。なお、１台以上の周辺記憶デバイスの全て
の記憶領域のうちの、物理的な一部分を、「記憶空間」
と呼んでいる。 【０００４】典型的なデータ処理システムは、主記憶装
置と共に１種類または２種類以上の周辺記憶装置を備え
ている。また、階層構造を成すように配列した複数の周
辺記憶デバイスを備えたデータ処理システムを「データ
記憶階層」と呼んでいる。あるデータ記憶階層の中で、
１次レベルの、ないしはレベル０のデータ記憶機構と呼
ばれるのは、通常、そのデータ記憶階層の中で、最も性
能が高く、最も記憶容量が小さいレベルである。また、
２次レベルの、ないしはレベル１の（或いは、より低レ
ベルの）記憶機構と呼ばれるものは、１次レベルのデー
タ記憶機構と比較して、記憶容量が（等しいか或いは）
より大きく、ただし性能は（等しいか或いは）より低く
、従ってよりコストがより低廉な記憶機構である。デー
タを記憶する際の記憶単位としては、データ・セットを
その単位とすることもあれば、ファイルや、オブジェク
トをその単位とすることもある。データ・セットという
用語とファイルという用語とは、種々のオペレーティン
グ・システム環境において殆ど相互に交換可能な使い方
をされており、即ち、所定の配列を持ち、制御情報によ
って記述されたデータの集合体であって、システムがア
クセス可能なものを意味するものとして使用されている
。また、オブジェクトとは、様々な大きさを持ったバイ
トのストリームであって、レコード等をはじめとする内
部的な境界が設定されていないものをいう。ただしここ
では、説明の都合上、「ファイル」という用語をもって
、データ・セット、ファイル、オブジェクト、ないしは
その類のあらゆる種類のデータ・エンティティを包括的
に指し示すことにする。記憶階層内の異なったレベルの
間でデータを移動ないし複写する際には、データ記憶機
構の性能と記憶容量と価格との釣り合いを得るために必
要な、所要の大きさのファイルを単位として（ないしは
それより大きなデータ単位で）、その移動ないし複写を
行なうようにしている。そして、その種のデータの転送
や、それに関連した、データ記憶階層に対して操作を加
える諸動作（例えば使用しなくなったデータを、データ
記憶階層から削除する等の動作）のことを、「記憶管理
」と呼んでいる。 【０００５】記憶管理の範疇に含まれる、個々の構成要
素としては、例えば性能管理、信頼性管理、容量管理、
空間管理、それにアベイラビリティ管理等がある。これ
ら構成要素はいずれも、記憶階層の異なったレベルの間
のデータ転送を伴う可能性を持っている。特に空間管理
は、周辺記憶デバイスの記憶階層のレベルのうちの最適
のレベルにのみデータを記憶させるために行なう、記憶
階層の異なったレベルの間のデータの移動である。例え
ば、比較的高い活動性を持ったデータは、記憶階層のレ
ベルのうちでも、比較的性能が高いレベルに記憶させる
べきであり、一方、比較的活動性が低いデータは、記憶
階層のレベルのうちの、比較的性能が低いレベルに記憶
させるべきである。一般的にデータは、時間を経るに従
って参照される回数が減少して行く（即ち活動性が低下
して行く）ものであるため、時間と共に、データ記憶階
層のレベルのうちの、より低いレベルへ移動させて行く
のが良い。この、データ記憶階層の１つのレベルから他
のレベルへのデータの移動は、「移送（ｍｉｇｒａｔｉ
ｏｎ ）」と呼ばれており、この移送の際には、記憶空
間の無駄をなくすための、データの詰め直しが併せて行
なわれることもある。 【０００６】また、アベイラビリティ管理とは、データ
記憶階層の内部で行なうデータのバックアップのことで
あり、ホスト・プロセッサがそのデータを必要としたと
きにそれが得られる可能性を高水準に維持するためのも
のである。このアベイラビリティ管理では、データのオ
リジナル・コピー、即ち１次コピーを削除することなく
、そのデータの更にもう１つのコピー、即ち２次コピー
を生成し、そしてその生成した２次コピーを、データ記
憶階層の別の部分へ転送するようにしている。通常、こ
の２次コピーを記憶させておく周辺記憶デバイスは、１
次コピーを記憶させておく周辺記憶デバイスとは別のも
のとしており、それによって、そのデータのアベイラビ
リティを確保するようにしている。即ち、そうしておく
ことによって、あるデータの１次コピーが、例えばその
記憶デバイスの故障等によってアベイラビリティを失っ
た場合にも、そのデータの２次コピーが参照可能な状態
にあるようにしておくことができる。データの２次コピ
ーを記憶させるデータ記憶階層のレベルは、必ずしも１
次コピーのレベルと異なったものにしておく必要はない
が、しかしながら、通常、２次コピーの活動性は、１次
コピーの活動性ほどには高くないため、異なったレベル
に記憶させておく方が好ましいことが多い。データのバ
ックアップを行なう方法としては、無条件的に行なう方
法と、増加分に対して行なう方法とがある。無条件的バ
ックアップは、指定されたファイルは全てそのコピーを
生成するというものであり、一方、増加分バックアップ
は、以前に、２次コピーの生成を行なったときからその
ときまでの間に、更新されたファイルだけをコピーする
ようにしたものである。また特に、移送を行なう際のフ
ァイル転送処理には、ファイルの１次コピーをレベル０
の記憶機構の中に維持する処理が含まれることがある。 ただし、その場合の１次コピーは空ファイルである。即
ち、そのファイル内のデータは、レベル１の記憶機構の
中の、そのファイルの２次コピーへと転送されてしまっ
ているのである。 【０００７】記憶管理の伝統的な方式は、手操作で行な
うというものである。即ち、データの移送処理ないしは
バックアップを取る処理をいつ行なうかということや、
ファイルの移送先ないしバックアップ・ファイルを記憶
させる場所をどこにするかについては、そのデータの所
有者がみずから決定していた。この決定には時間がかか
り、それは、多くの場合、記憶させてある各ファイルの
見直しを行なわねばならないからである。これを行なう
ための操作は、しばしば時間集約的な操作となるため、
手操作によるファイルの見直しとそれによる処理の決定
とは、そうする以外に手がないという状況になってから
、ようやく行なわれるのが普通である。例えば、レベル
０の記憶機構の記憶空間の全てが使用されて一杯になっ
てしまうまでは、ユーザが、レベル１の記憶機構へのフ
ァイルの移送を一切行なわないということもあり得る。 更に、大型のシステムでは、また、大型小型を問わず、
ともかく記憶しているデータの量が比較的多量のシステ
ムでは、記憶管理を手操作で実行するというのは、全く
実際的なことではない。 【０００８】最近では、手操作の必要を低減したコンピ
ュータ用ソフトウェアが一般に入手可能となっている。 「ＩＢＭデータ機構階層記憶マネジャ（ＩＢＭ Ｄａｔ
ａ Ｆａｃｉｌｉｔｙ Ｈｉｅｒａｒｃｈｉｃａｌ Ｓ
ｔｏｒａｇｅ Ｍａｎａｇｅｒ： ＤＦＨＳＭ）」とい
うアプリケーション・プログラムは、その種のソフトウ
ェアの一例である。このＤＦＨＳＭは、ＩＢＭ社の「多
重仮想記憶（Ｍｕｌｔｉｐｌｅ Ｖｉｒｔｕａｌ Ｓｔ
ｏｒａｇｅ： ＭＶＳ）」シリーズのオペレーティング
・システムのためのユーティリティである。ＤＦＨＳＭ
は、指定された管理基準を用いてファイルの管理を行な
うものであり、この管理基準には、転送したファイルを
ユーザが参照したいと考えたときに、そのファイルを自
動的に呼び出すための自動リコール等が含まれている。 また、この管理基準には、ファイルがデータ記憶階層の
中に、或いはそのデータ記憶階層の特定のレベルの中に
、少なくともこの時間が経過するまでは、そのファイル
が移送ないし削除の対象となることなく存在し続けられ
るという、存在可能時間の最短限度や、ファイルが更新
された後に、少なくともこの時間が経過するまでは、そ
のファイルがバックアップを取られることなく存続する
ことが許されるという、許容時間の最長限度が含まれて
いる。更に、多くの管理基準がシステムに対して定義さ
れており、それら管理基準は、１つの構成ファイル（ｃ
ｏｎｆｉｇｕｒａｔｉｏｎ ｆｉｌｅ）の中に記憶させ
るようにしている。ＤＦＨＳＭのそれら管理基準の選択
は、ＤＦＨＳＭに対して個々のファイルを識別する処理
の際に、手操作によってその選択を行なうようにしてあ
る。このように、ＤＦＨＳＭは、記憶管理の性能を強化
するものではあるが、管理基準の選択が手操作であるこ
とが、煩わしい点になっている。 【０００９】最近では、記憶管理に必要とされる手操作
の量は更に低減されている。システム管理記憶（ｓｙｓ
ｔｅｍ−ｍａｎａｇｅｄ ｓｔｏｒａｇｅ）という用語
があり、これは、システムそれ自体が、データに適用す
る管理基準を選択した上で、記憶管理を実行するように
したことをいい表したものである。この場合、記憶管理
者は、構成ファイルの中に複数の管理基準を定義してお
くだけで良く、そうしておけば、システムが、個々のフ
ァイルを生成したときにそのファイルに適した管理基準
を選択し、そしてその選択した管理基準に従って、その
ファイルを管理する。ソフトウェアによって提供される
システム管理記憶の一例としては、「ＩＢＭデータ機構
記憶管理サブシステム（ＩＢＭ Ｄａｔａ Ｆａｃｉｌ
ｉｔｙ Ｓｔｏｒａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｕ
ｂｓｙｓｔｅｍ）」という名のソフトウェアがあり、こ
れを以下の説明では、短縮してＤＦＳＭＳと呼ぶことに
する（この「ＤＦＳＭＳ」はＩＢＭ社の商標である）。 ＤＦＳＭＳは、ＩＢＭ社の多重仮想記憶（ＭＶＳ）シリ
ーズのオペレーティング・システムのサブシステムであ
る。ＤＦＳＭＳに包含されている、その構成要素には、
例えばＤＦＨＳＭや、「ＩＢＭ多重仮想記憶／データ機
構プロダクト（ＩＭＢ Ｍｕｌｔｉｐｌｅ Ｖｉｒｔｕ
ａｌ Ｓｔｏｒａｇｅ ／ Ｄａｔａ Ｆａｃｉｌｉｔ
ｙ Ｐｒｏｄｕｃｔ）」という名のソフトウェアがあり
、特に後者を以下の説明では、短縮してＭＶＳ／ＤＦＰ
と呼ぶことにする（「ＭＶＳ／ＤＦＰ」はＩＢＭ社の商
標である）。 【００１０】ＤＦＳＭＳは、以上に説明した機能を達成
するために、ＭＶＳ／ＤＦＰに加えて更に、自動クラス
選択（ａｕｔｏｍａｔｉｃ ｃｌａｓｓ ｓｅｌｅｃｔ
ｉｏｎ：ＡＣＳ）ルーチンを使用している。管理基準を
定義する際には、複数の管理基準をまとめてセットにし
、そのようにした管理基準セットを複数組、構成ファイ
ルの中に定義するようにしており（それらの管理基準セ
ットは一般に「記憶及び管理クラス」等の名で呼ばれて
いるが、以下の説明では簡単に「管理クラス」と呼ぶこ
とにする）、またＡＣＳルーチンそれ自体も、システム
の記憶管理者が、最初に一度定義しておくようにしてい
る。そして、ＤＦＳＭＳに対する個々のファイルの識別
が行なわれるときに、ＭＶＳ／ＤＦＰが、ＡＣＳルーチ
ンに、各々のファイルの管理クラスを自動的に選択させ
る。ＡＣＳルーチンは、当該ファイルの何らかの特性に
基づいてその管理クラスを選択し、この場合に基準とさ
れるファイル特性は、例えば、そのファイルのファイル
ネーム、そのファイルの所有者、そのファイルへ至るた
めのディレクトリ・パス、それにそのファイルのサイズ
等である。ＡＣＳルーチンが、あるファイルの管理クラ
スを選択したならば、選択されたその管理クラスは、ホ
スト・プロセッサの中に設けられているカタログの中の
、１つないし複数のフィールドに記憶される。 【００１１】ＤＦＳＭＳは更に、各々のファイルが持っ
ている、現在データ管理属性を記憶しておくことのでき
る機能を備えている必要がある。この管理属性は、カタ
ログの中の１つないし複数のフィールド、及び／または
、データの各ボリュームに対応した内容のボリューム・
テーブルの中に記憶させるようにしている。管理属性に
含まれるのは、各々のファイルのステータス並びに使用
状況に関係したデータであり、その種のデータがその使
用中に変化するのに伴って、管理属性も更新される。 例を挙げるならば、管理属性に含まれるのは、例えば、
そのファイルがデータ記憶階層の中に、或いはそのデー
タ記憶階層の特定のレベルの中に存在し始めた日時、そ
のファイルが最新にアクセスされた（そのファイルが更
新されたか否かは問わない）日時、それに、そのファイ
ルの最新にバックアップを取った日時や、そのファイル
が最新に更新された日時等である。 【００１２】記憶管理のためには、更に制御情報も必要
であり、この制御情報は、１台ないし複数台の共通ＤＡ
ＳＤの中に設けた、１つないし複数の制御ファイルの中
に記憶するようにしている。制御ファイルは、それ自身
がＤＦＳＭＳによって管理されるものではないが、共通
ＤＡＳＤ上に、管理されるデータ・ファイルと共存させ
ることができる。また、記憶管理のため処理動作には幾
種類もの処理動作があるが、その各々ごとに個別の制御
ファイルを設けるようにしている（即ち、移送処理のた
めに１つの制御ファイルを設け、バックアップ処理のた
めにも１つの制御ファイルを設け、以下同様としている
）。例えばある制御ファイルには、移送した、複数のフ
ァイルの夫々の２次コピーを、それらファイルのカタロ
グ並びに内容エントリのテーブルと、及び／または、そ
れらファイルの１次コピー（即ちレベル０にある、それ
らファイルのソース・ファイル）と、関連付けておくた
めに必要な情報を、記憶させるようにしている。この関
連付け（マッピング）をしておくことによって、ユーザ
があるファイルを指定した際に、そのファイルの、移送
した正しいコピー、ないしは正しい２次コピーを呼び出
すことができる。即ち、あるファイルの１次コピーが移
送されたと判断された後には、或いは、２次コピーが必
要であると判断されたときには、このマッピング・デー
タを用いて、その移送されたファイル、ないしはその２
次コピーの位置の同定とアクセスとを行なうようにして
いる。 【００１３】ＤＦＳＭＳが実際に記憶管理を実行する期
間は、システムの活動性が比較的低下している期間であ
るようにしてあり、それによって、他の処理との間の干
渉を最小限に抑えるようにしている。この所定の期間中
に、ＤＦＨＳＭをコールし、夫々のファイルの管理属性
と、それらファイルに割当てられている管理クラスが規
定しているそれらファイルの管理基準との比較を行なわ
せる。続いてＤＦＨＳＭは、その比較の結果に応じてフ
ァイルの管理を実行し、即ち、必要に応じて、ファイル
の転送や、管理属性ないし制御情報の更新を行なう。更
に加えて、「ファイル」よりも大きなデータ単位に対す
る記憶管理も、行なうことができる。例えば、何らかの
共通の管理処理を必要としている複数のファイルを１つ
のグループに編成し、そのグループ全体を、１つのもの
として管理することもできる。この種のグループに対し
ては、そのグループ自身の管理クラスとして１つの管理
クラスを割当てておき、その管理クラスに従って管理を
行なうようにする。ここで特に注記しておくと、本明細
書においてこれ以後、記憶管理の実行中にファイルを管
理するというときには、特に別の意味であると明示しな
い限り、それは、グループやその他のデータ単位の全体
を、ファイルと同様に管理することも含めて意味してい
るのである。 【００１４】システム管理記憶の機能を提供するコンピ
ュータ・ソフトウェアの、更に別の例としては、「ＩＢ
Ｍデータ機構記憶管理サブシステム／仮想機械用（ＩＢ
Ｍ ＤａｔａＦａｃｉｌｉｔｙ Ｓｔｏｒａｇｅ Ｍａ
ｎａｇｅｍｅｎｔ Ｓｕｂｓｙｓｔｅｍ ｆｏｒ Ｖｉ
ｒｔｕａｌ Ｍａｃｈｉｎｅｓ）」という名のソフトウ
ェア（以下、短縮してＤＦＳＭＳ／ＶＭという）があり
、このソフトウェアは、ＩＢＭ社の仮想機械（ＶＭ）シ
リーズのオペレーティング・システムに、その構成要素
として組み込まれている。現在入手可能なＤＦＳＭＳ／
ＶＭのリリース１では、空間管理並びにアベイラビリテ
ィ管理の機能こそ備えていないが、ＶＭオペレーティン
グ・システムに対する、幾つかの改良機能を提供してい
る。これまでＶＭオペレーティング・システムは、ユー
ザのデータを周辺記憶デバイス上に編成するためのシス
テムとしては、伝統的に、ミニディスク方式のファイル
・システム（ｍｉｎｉｄｉｓｋ ｆｉｌｅ ｓｙｓｔｅ
ｍ： ＭＦＳ）を採用してきている。ＭＦＳは、データ
記憶階層の中の、連続した記憶空間（物理記憶空間の連
続してアドレスされる論理部分）を、個々のユーザへ予
め割当てるようにしたものである。こうして予め割当て
られた連続記憶空間の各々を、「ミニディスク」と名付
けてあり、そのように呼んでいるのは、割当てたその空
間が、そのユーザには、１台の完全な周辺記憶デバイス
（例えばＤＡＳＤ等）のように見えるからである。また
、１つのミニディスクは、連続したアドレスを付した複
数のＤＡＳＤシリンダの集合としてある。 ミニディスクの１つ１つは、夫々が特定のユーザに所有
され（即ち割当てられ）るようにしてあり、ミニディス
クを所有しているユーザの許可なしには、他のユーザは
、そのミニディスク上にファイルを記憶させたり、その
ミニディスク上のファイルにアクセスすることはできな
いようになっている。ミニディスクが（即ちＭＦＳが）
「予め」割当てられるものであるという言い方をしてい
るのは、通常、ユーザが現在必要としている記憶空間よ
りも大きな記憶空間が、そのユーザのために予約される
ことを言い表すためである。ユーザは、ミニディスクに
ファイルを詰め込んで行くにつれて、少なくともそのミ
ニディスクの一部分を、新たなファイルを入れられるよ
うに空けておきたいと考える傾向があり、そのためには
、手操作によって、現在入っている使用されていないフ
ァイルを削除しようとする。「低利用率」状態というも
のがあり、これは、使用されない記憶空間が、データ記
憶階層のいたるところに分散して、増加し続けることを
意味したものであり、これによって結果的に、相当な量
の記憶空間が浪費されることになる。更には「断片化」
も発生し、この断片化は、あるミニディスクが、あるユ
ーザから割当て解除されたのであるが、そのミニディス
クの領域が小さ過ぎてその他のユーザの必要を満たすこ
とができないために、他のユーザに再割振りできないと
いう場合に生じるものである。 【００１５】一方、比較的新しいファイル・システムで
ある、「共用式」ファイル・システム（ｓｈａｒｅｄ
ｆｉｌｅ ｓｙｓｔｅｍ： ＳＦＳ）という名のファイ
ル・システムが、幾つかのＶＭオペレーティング・シス
テムの現在リリース分（例えば、仮想機械／システム・
プロダクト（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ／Ｓｙｓ
ｔｅｍ Ｐｒｏｄｕｃｔ： ＶＭ／ＳＰ）のリリース６
等）に組み込まれている。共用式ファイル・システムで
は、ＭＦＳと比較して、低利用率並びに断片化の問題が
大幅に改善されている。しかしながら、これまで既にＶ
Ｍオペレーティング・システムのユーザが多数存在して
いるため、ＭＦＳが使用されなくなったわけではない。 それゆえ、１つのデータ記憶階層の中に、ＳＦＳとＭＦ
Ｓとの両方が同時に存在していることもある。ＳＦＳを
使用すれば周辺記憶デバイスの記憶空間を複数のユーザ
の間で、動的に分配して共用させることができる。即ち
、ユーザの「口座」に物理記憶空間を割当てるのではな
く、各々のユーザが、実際にあるファイルを記憶させよ
うとする際に、そのファイルのためだけに、動的に記憶
空間を割当てるようにしている。ユーザは、ファイル・
プールに対する口座を割当てられており、このファイル
・プールとは、１組のユーザに関するファイルの単純な
集合体である。ＶＭオペレーティング・システムの中で
は、１つのファイル・プールは、単一の仮想機械が所有
している複数のミニディスクであって、しかも複数のユ
ーザの複数のファイルを包含している複数のミニディス
クの、集合体である。それら複数のユーザの各々がファ
イルを記憶させるのは、ＳＦＳ記憶グループの中の論理
ファイル空間の中であり、このＳＦＳ記憶グループとは
、１つのファイル・プールの中に含まれる複数のミニデ
ィスクの集合体である。ある１つのファイル空間として
割当てられる記憶空間は、そのファイル空間へファイル
が追加されたり、そのファイル空間からファイルが削除
されたり、或いは、そのファイル空間の中のファイルが
更新されるときに、動的に変更される。１つのファイル
空間の中の複数のファイルは、１つまたは複数のディレ
クトリの中へ分けて入れることによって（また更に、各
ディレクトリの中の複数のサブディレクトリの中へ分け
て入れることによって）編成することができ、従って「
ファイル空間」それ自体は、このディレクトリ階層の最
上位のレベルを成すものである。 【００１６】ＳＦＳは、個々のファイル・プールの一部
として、レベル０の記憶機構に制御情報を包含させるよ
うにしている。この制御情報は、複数のファイルの形を
した情報を含んでおり、それら複数ファイルの情報を用
いて、夫々のファイル・プール内におけるミニディスク
の位置の同定と、前述の記憶空間のブロックのうちのい
ずれが使用中であるかの追跡を行なうようにしている。 この制御情報は更に、１つのカタログの形をした情報を
含んでおり、このカタログの情報は、ファイル・プール
の中の、ディレクトリ並びにファイルに関する情報（例
えば各ファイルの所有者等の情報）である。ＤＦＳＭＳ
／ＶＭの１つのインスタンス毎に、複数のファイル・プ
ールが存在するようにすることができ、その１つ１つの
ファイル・プールが、ＳＦＳのインスタンスであるよう
にすることができる。 【００１７】 ＤＦＳＭＳ／ＶＭによって、ＭＦＳの
ミニディスクと、ＳＦＳのファイル・プールとの両方を
（並びにそれらミニディスク及びファイル・プールの夫
々の複数のファイルを）管理することのできる、記憶管
理機能を提供するためには、１つ１つのファイルに対し
て、ないしは、システム内の共通して管理する複数のフ
ァイルから成る１つ１つのファイル・グループに対して
割当ててある、管理クラスとその管理属性との両方を記
憶しておける能力が必要とされる。このようすることは
、ＳＦＳのファイルに関しては比較的容易である。なぜ
ならば、ＳＦＳのカタログは、その設計の時点で既に、
１つ１つのファイルについての、ないしは、共通して管
理する複数のファイルから成る１つ１つのファイル・グ
ループについての、管理クラスと管理属性とを記憶させ
ることのできる充分な記憶空間が残されているようにし
てあるからである。しかしながら、ＭＦＳのファイルに
関しては、思わぬ問題が発生することになる。その問題
とは、どのようにすればＭＦＳのファイルの管理クラス
と管理属性との双方を、記憶しておけるようにすること
ができるかということである。ＭＦＳの各々のミニディ
スクの第１シリンダは、そのミニディスク内のその他の
シリンダの中に記憶させてあるユーザ・ファイルについ
ての情報のカタログを記憶させるために使用している。 しかしながら、ＭＦＳの、このカタログ用に割当てたシ
リンダには、管理クラスと管理属性との両方を記憶させ
ることのできる空間は残っていない。この問題の１つの
解決法は、カタログ用に割当てるシリンダの数を増やす
ことである。しかしながら、そのようにしてカタログ領
域を増大させるならば、そのために、ＶＭオペレーティ
ング・システムを再構成し、また、プログラミング変更
することが余儀なくされることになり、これは、現在既
に使用されているアプリケーションであって、カタログ
の現在記憶位置が正確に定められていることを必要とし
ているアプリケーションにとっては、非常な打撃となる
。従ってこの問題に対しては、これとは異なった解決法
が必要である。 【００１８】 【発明が解決しようとする課題】以上から、本発明の主
たる目的は、ファイル・システムの記憶管理機能の向上
にある。本発明の更なる目的は、ファイル・システムの
カタログには記憶管理に必要な管理クラスと管理属性と
の双方を記憶するための余裕がないようなファイル・シ
ステムの、記憶管理を行なうことにある。本発明の更な
る目的は、単一の仮想機械オペレーティング・システム
環境の中にある、ＭＦＳのファイルとＳＦＳのファイル
との両方に対する記憶管理を行なうことにある。 【００１９】 【課題を解決するための手段】本発明は、以上の目的、
並びに更なる目的を達成するために、集積用ＳＦＳファ
イル空間を利用するようにしたものである。この集積用
ＳＦＳファイル空間の中に、ＭＦＳの各ファイルに対応
した空ファイルを生成する。また、この集積用ＳＦＳフ
ァイル空間の中に、ＭＦＳの各ミニディスクに対応した
ディレクトリを生成する。このように、集積用ＳＦＳフ
ァイル空間の中に、空ファイル及び／またはディレクト
リを生成することによって、ＡＣＳルーチンが、ＳＦＳ
のファイルないしディレクトリに対して行なうのと同様
に、その生成したファイル及び／またはディレクトリの
管理クラスを選択し、且つ、その選択した管理クラスの
表示をＳＦＳカタログの中に記憶させるという動作を、
自動的に行なえるようになる。更に、ネーム付与規則を
利用して、集積用ＳＦＳファイル空間の中のそれらファ
イル及び／またはディレクトリの各々を、それに関連し
たＭＦＳのファイル及び／またはミニディスクとリンク
させる。こうしてＳＦＳに追加したファイルは、空ファ
イルのままにしておくが、それは、記憶管理を行なうと
いう目的のためには、更に他の情報を記憶させる必要は
ないからである。以上のようにした上で、ＤＦＳＭＳ／
ＶＭが、夫々のファイルの管理属性をＳＦＳカタログの
中に記憶させてある管理クラスによって示されている管
理基準と比較対照し、その比較の結果に従ってそのＭＦ
Ｓファイルの管理を行なうようにしている。 【００２０】本発明の、以上の目的と特徴と利点、並び
にその他の目的と特徴と利点は、添付図面に図示した本
発明の好適実施例についての、以下の、より詳細な説明
によって明らかとなる。 【００２１】 【実施例】以下に図面を参照しつつ、更に詳細に説明を
する。尚、異なった図面中の同一ないし対応する特徴な
いし構成要素には、同一ないし対応する引用符号を付し
てある。また、以下の本発明の説明においては、複数の
ホスト・プロセッサの各々が複数台の周辺データ記憶デ
バイスを備えているようにした、複数ホスト・プロセッ
サ式データ処理環境のネットワークの中において実施し
た場合について説明することにする。ただし、容易に理
解されるように、本発明は様々なデータ処理システム構
造の中において実施し得るものであり、例えば、それら
データ処理システム構造には、接続されている周辺デー
タ記憶デバイスの台数がより少ないものや、異なった種
類の周辺データ記憶デバイスを備えたもの、或いは、ホ
スト・プロセッサを１つしか備えていない単一ホスト・
プロセッサ環境にあるもの等も含まれる。 【００２２】これより図１を参照して、複数ホスト・プ
ロセッサ環境にあるデータ記憶階層１２について説明す
る。このシステムは、ホスト・プロセッサ１０ａ及びホ
スト・プロセッサ１０ｂ等のように、２つ以上のホスト
・プロセッサを含んでおり、それらホスト・プロセッサ
の各々は、通常のホスト・プロセッサ構成要素（例えば
、演算論理機構、制御機構、等々）を含んだものである
。また、各ホスト・プロセッサは、ユニプロセッサ式の
ものであっても、マルチプロセッサ式のものであっても
良い。図示のデータ処理システムに使用可能なホスト・
プロセッサの具体例としては、ＩＢＭ３０９０メインフ
レーム・コンピュータ等を挙げることができる。各ホス
ト・プロセッサは、それらの動作をスーパーバイズする
ことができる１つ以上のオペレーティング・システムを
使用することができる。本好適実施例においては、ホス
ト・プロセッサは、ＩＢＭ ＶＭオペレーティング・
システムを使用したユニプロセッサとしてある。 【００２３】ホスト・プロセッサ１０ａ及び１０ｂは、
比較的活動性の高いデータを記憶させるための比較的高
性能なＤＡＳＤと、比較的活動性の低いデータを記憶さ
せるための比較的低性能なＤＡＳＤとに、結合してある
。高性能ＤＡＳＤ１４は、データ記憶階層１２の、レベ
ル０（「Ｌ０」）の構成要素である。レベル０はこのデ
ータ記憶階層１２の最高位のレベルである。一方、低性
能ＤＡＳＤ１５は、このデータ記憶階層１２の、レベル
１（「Ｌ１」）の構成要素である。レベル１はこのデー
タ記憶階層１２の最高位から２番目のレベル（または、
少なくとも比較的低位のレベル）である。このデータ記
憶階層１２に使用可能なＤＡＳＤの具体例としては、Ｉ
ＢＭ３３８０ＤＡＳＤや、ＩＢＭ３３９０ＤＡＳＤを挙
げることができる。高性能ＤＡＳＤ１４をＩＢＭ３３９
０ＤＡＳＤとし、低性能ＤＡＳＤ１５をＩＢＭ３３８０
ＤＡＳＤとしても良く、或いは、高性能ＤＡＳＤ１４を
キャッシュ付きのＤＡＳＤとし、低性能ＤＡＳＤ１５を
キャッシュ無しのＤＡＳＤとするようにしても良い。各
々のＤＡＳＤに、データの１つのボリュームを記憶させ
るようにする。データ記憶階層１２は、更にその他の記
憶レベルを含むものとしても良く、また、例えばテープ
・ドライブ等の異なった種類の周辺記憶デバイスを含ん
でいるものとしても良い。また、レベル０の記憶機構と
レベル１の記憶機構とが、単に、同一の性能の周辺記憶
デバイスの、夫々の論理区画であるようにしても良い。 従って、単一の周辺記憶デバイスを、レベル０の記憶機
構とレベル１の記憶機構との間で共用するような実施例
とすることも可能である。 【００２４】このデータ処理システムの、その他の構成
要素、例えばシステム・コンソール等は、図には示して
いない。また、図中の点線並びに破線は、更に追加して
備えることのできる、システム構成要素を表わしたもの
である。即ち、必要に応じてホスト・プロセッサや、周
辺記憶デバイスを追加することができ、特に周辺記憶デ
バイスについては、異なった種類の周辺記憶デバイスを
追加することも可能である。システムの構成要素を追加
する能力に対する制約となるのは、構成要素の接続適性
だけである。このデータ処理システムの、その他の構成
要素ないし追加の構成要素と、それら構成要素の間の接
続の詳細とは、周知のものであり、図中には示していな
い。 【００２５】次に図２について説明すると、一連の複数
のＶＭオペレーティングシステムが図示の如くネットワ
ーク３０を構成しており、各オペレーティングシステム
は、ＤＦＳＭＳ／ＶＭを走らせている。ネットワークと
は、２組以上のコンピュータ・システムを、それらの間
でのデータ転送が可能なように相互連結した、コンピュ
ータ・システムの集合のことをいう。本実施例では、ネ
ットワーク３０は、ＩＢＭシステム・ネットワーク・ア
ーキテクチャ（ＳＮＡ）に従って設計されている。ネッ
トワーク３０は、一連の複数のサブネットワーク３１に
分けられており（図にはそれら複数のサブネットワーク
のうち２つだけを示した）、それらサブネットワーク３
１は、ゲートウェイ３２を介して相互に結合してある。 各サブネットワーク３１は、１つ以上の透明サービス・
アクセス機構（ｔｒａｎｓｐａｒｅｎｔ ｓｅｒｖｉｃ
ｅｓ ａｃｃｅｓｓ ｆａｃｉｌｉｔｙ： ＴＳＡＦ）
の集合体３３を含んでおり、（図にはそれらＴＳＡＦの
うちの４つだけを示した）、各ＴＳＡＦは、１つ以上の
ゲートウェイ３４で結合してある。ＴＳＡＦとは、ＶＭ
オペレーティング・システムの構成要素であって、通信
経路を適切に設定することを通して、他のオペレーティ
ング・システムとの間の通信に携わるものである。ＴＳ
ＡＦ集合体は、相互連結した最大８つまでのＶＭオペレ
ーティング・システムから成るグループである。また、
ゲートウェイというのは、サブネットワーク３１、ない
しはＴＳＡＦ集合体３３に備えられ、それらの間の通信
のために使用される、固有のネームを付与された論理機
構のことである。特に、ゲートウェイ３２と３４とは、
論理プロセッサを含んだ通信サーバであり、その論理プ
ロセッサは、複数のサブネットワーク３１ないしＴＳＡ
Ｆ集合体３３の間の通信のためのプロトコルを提供する
ものである。本実施例では、「ＩＢＭ最先端プログラム
間通信／ＶＭ用（ＩＢＭ Ａｄｖａｎｃｅｄ Ｐｒｏｇ
ｒａｍ−ｔｏ−Ｐｒｏｇｒａｍ Ｃｏｍｍｕｎｉｃａｔ
ｉｏｎｓ ｆｏｒ ＶＭ：ＡＰＰＣ／ＶＭ）」というプ
ロトコルを使用している。このネットワークの構造につ
いての更に詳しい説明は、ＩＢＭマュアル、ＳＣ２４−
５３７８−００、「仮想機械／システム・プロダクトの
接続の計画、管理、及び操作：リリース６（ＶＩＲＴＵ
ＡＬ ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ
ＣＯＮＮＥＣＴＩＶＩＴＹ ＰＬＡＮＮＩＮＧ， Ａ
ＤＭＩＮＩＳＴＲＡＴＩＯＮ ＡＮＤ ＯＰＥＲＡＴＩ
ＯＮ ＲＥＬＥＡＳＥ ６）」、並びに、ＩＢＭマニュ
アル、ＳＣ２４−５３７７−００、「仮想機械／システ
ム・プロダクトの接続プログラミングのためのガイド及
びレファレンス：リリース６（ＶＩＲＴＵＡＬ ＭＡＣ
ＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ ＣＯＮＮＥ
ＣＴＩＶＩＴＹ ＰＲＯＧＲＡＭＭＩＮＧ ＧＵＩＤＥ
ＡＮＤ ＲＥＦＥＲＥＮＣＥ ＲＥＬＥＡＳＥ ６
）」に記載されている。これらのマニュアルはＩＢＭ社
から入手することができ、また、これらのマニュアルは
この言及をもって本開示に包含するものとする。 【００２６】ＴＳＡＦ集合体３３の中の、複数のＶＭオ
ペレーティング・システム３５（図には、１つのＴＳＡ
Ｆ集合体３３につき、２つずつのＶＭオペレーティング
・システムを示した）は、その各々がＤＦＳＭＳ／ＶＭ
を含んでいる。この、ＤＦＳＭＳ／ＶＭアプリケーショ
ンを含んだＶＭオペレーティング・システムは、ホスト
・プロセッサのデータ記憶媒体上に置いてあり、必要に
応じて主記憶装置にアップロードするようにしている。 各ＶＭオペレーティング・システム３５の中には、１つ
以上のＳＦＳファイル・プール３６（並びにそのファイ
ル・プール３６の中の複数のＳＦＳ記憶グループ）及び
／または１つ以上のＭＦＳミニディスク（不図示）を設
けてある。一方、図中に引用符号３７で示した方のファ
イル・プール（ないしは記憶グループ）は、複数のＶＭ
オペレーティング・システムのうちの、１つのオペレー
ティング・システムの構成要素であって、ＤＦＳＭＳ／
ＶＭが所有しているファイル空間（即ち、ＤＦＳＭＳ／
ＶＭであるユーザＩＤに対して割当てられているファイ
ル空間）を含んでいる。このネットワーク３０の複数の
ユーザに対しては、このファイル・プール３７の中のフ
ァイル空間も、割当てることができる。ＤＦＳＭＳ／Ｖ
Ｍが所有しているファイル空間の使用権は、ネットワー
ク３０の中の全てのＶＭオペレーティング・システム３
５の間での共用としている。ＤＦＳＭＳ／ＶＭが所有す
るファイル空間として更に追加のファイル空間を生成し
、例えば、記憶管理のための複数種類の管理処理の各々
に１つずつのファイル空間を使用するようにしても良く
、或いは、単一の統合したファイル空間を使用するよう
にしても良い。更には、ＤＦＳＭＳ／ＶＭが所有するフ
ァイル空間を単一のファイル空間とした場合には、記憶
管理のための１種類の管理処理ごとに、そのファイル空
間の中に１つずつのディレクトリを生成して使用するよ
うにしても良く、或いは、単一の統合したディレクトリ
を使用するようにしても良い。 【００２７】次に図３を参照して、本発明に係る、ＤＦ
ＳＭＳ／ＶＭを使用するようにしたＩＢＭ ＶＭオペ
レーティング・システム環境の１つについて説明する。 １台以上のユーザ端末２０が、このオペレーティング・
システムを走らせているホスト・プロセッサとの間で、
入出力端子を介して対話するようにしてある。即ち、そ
れら端末２０は、ＩＢＭ ＶＭオペレーティング・シ
ステムを走らせている１台ないし複数台のホスト・プロ
セッサ１０に結合してあり、更にそのホスト・プロセッ
サ１０を、複数台の周辺記憶デバイスに結合してあり、
それらによってデータ記憶階層１２を形成している。Ｖ
Ｍオペレーティング・システムは、図中に示した２つの
基本的な構成要素を含んでおり、それらは制御プログラ
ム（ｃｏｎｔｒｏｌ ｐｒｏｇｒａｍ：ＣＰ）２１と、
会話型モニタ・システム（ｃｏｎｖｅｒｓａｔｉｏｎａ
ｌ ｍｏｎｉｔｏｒ ｓｙｓｔｅｍ：ＣＭＳ）２２との
２つである。 【００２８】ＣＰ２１は、プロセッサ環境を管理する際
に、ユーザが、あたかも、１つの独立した、完全な機能
を備えたプロセッサ環境にあるかのように感じるように
、その管理を行なう。複数の仮想機械をこのように管理
すると、それら仮想機械が、互いに独立して、且つ互い
に同時に動作しているように見えるようになる。ＣＰ２
１は更に、システムの資源のモニタ並びに管理を行ない
、ハードウェアのトラブルからの回復を制御し、そして
、システムの使用状態の管理にあたる。通常、ユーザが
実際に必要な仕事をさせるためには、例えばＣＭＳ２２
等のように、このＣＰ２１とは別の何らかのオペレーテ
ィング・システムが必要である。 【００２９】ＶＭオペレーティング・システムは、それ
自身の中に備えられている対話のための構成要素である
ＣＭＳ２２をサポートするものであり、このＣＭＳ２２
が、実際には、仮想機械上を走る唯一のオペレーティン
グ・システムである。ＣＭＳ２２は、ユーザとシステム
との間の双方向会話機能を提供する。そしてこの機能に
よって、ユーザは、アプリケーション・プログラムの開
発及び実行、他のユーザとの間での通信、並びにファイ
ルの生成及び編集を行なうことができるようになる。Ｃ
ＭＳ２２は、ファイルの生成並びに編集をするためのフ
ァイル・システムとして、公知の２種類のファイル・シ
ステムを含んでおり、それらは、既に説明した、ＭＦＳ
と、ＳＦＳ２３との２つである（夫々にそれらのための
ファイル・サーバを含んでいる）。ＭＦＳは、図中には
、ユーザ端末２０と、レベル０のＤＡＳＤ１４ａ及び１
４ｂとの間の接続線で、模式的に表わしてある。ＤＡＳ
Ｄ１４ａはＣＭＳ用のミニディスク、また、ＤＡＳＤ１
４ｂは非ＣＭＳ用のミニディスクであり、これらはレベ
ル０の記憶機構として使用するものである。ＳＦＳ２３
は、レベル０のＤＡＳＤ１４ｃと、レベル１のＤＡＳＤ
１５とに接続してあり、また、ＳＦＳカタログ２９を含
んでいる。図中には、このＳＦＳのインスタンスが１つ
だけのもの（即ちファイル・プールが１つだけのもの）
を示したが、しかしながら、このＳＦＳのインスタンス
を複数含んだものとすることも可能である。ＣＭＳ２２
は更に、様々なアプリケーションのために、その他のプ
ログラムもサポートしている。ＶＭオペレーティング・
システムのそれら構成要素についての更に詳しい説明は
、ＩＢＭマニュアル、ＳＣ２４−５２８４−０１、「仮
想機械／システム・プロダクトのアプリケーション開発
レファレンス／ＣＭＳ用：リリース６（ＶＩＲＴＵＡＬ
ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ Ａ
ＰＰＬＩＣＡＴＩＯＮ ＤＥＶＥＬＯＰＭＥＮＴ ＲＥ
ＦＥＲＥＮＣＥ ＦＯＲ ＣＭＳ ＲＥＬＥＡＳＥ ６
）」、ないしは、ＩＢＭマニュアル、ＳＣ２４−５３６
７−００、「仮想機械／システム・プロダクトのＣＭＳ
共用ファイル・システム管理：リリース６（ＶＩＲＴＵ
ＡＬ ＭＡＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ
ＣＭＳ ＳＨＡＲＥＤ ＦＩＬＥ ＳＹＳＴＥＭ Ａ
ＤＭＩＮＩＳＴＲＡＴＩＯＮ ＲＥＬＥＡＳＥ ６）」
、並びに、ＩＢＭマニュアル、ＳＣ２４−５３６９−０
０、「リリース６の強化機能を使用した仮想機械／シス
テム・プロダクト：リリース６（ＶＩＲＴＵＡＬ ＭＡ
ＣＨＩＮＥ／ＳＹＳＴＥＭ ＰＲＯＤＵＣＴ ＵＳＩＮ
Ｇ ＲＥＬＥＡＳＥ ６ ＥＮＨＡＮＣＥＭＥＮＴＳ
ＲＥＬＥＡＳＥ ６ ）」に記載されている。これら全
てのマニュアルはＩＢＭ社から入手することができ、ま
た、これらはこの言及を持って本開示に包含するものと
する。 【００３０】ＶＭ／ＳＰオペレーティング・システムの
、更に別の構成要素を、図中にＤＦＳＭＳ／ＶＭ２４と
して示してある。このＤＦＳＭＳ／ＶＭは公知のもので
あるが、ただし、その公知のものに、集中形（ｃｅｎｔ
ｒａｌｉｚｅｄ ）の、そしてシステム管理式（ｓｙｓ
ｔｅｍ−ｍａｎａｇｅｄ）の、記憶管理機構とするため
の変更を加えてある。本発明によれば、ＤＦＳＭＳ／Ｖ
Ｍには、空間管理とアベイラビリティ管理との両方の機
能を備えるさせることができる。従って、実施例によっ
ては、アベイラビリティ管理と空間管理との両方が、Ｍ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれるようにすることもでき、また、別の実施例とし
て、アベイラビリティ管理はＭＦＳのファイルとＳＦＳ
のファイルとの両方に対して行なわれるが、空間管理は
ＳＦＳのファイルに対してのみ行なわれるようにするこ
とも、或いはその逆とすることもでき、更には、アベイ
ラビリティ管理と空間管理とのいずれか一方のみが、Ｍ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれるような実施例とすることも可能である。ただし
、ここで説明する実施例は、アベイラビリティ管理はＭ
ＦＳのファイルとＳＦＳのファイルとの両方に対して行
なわれ、一方、空間管理はＳＦＳのファイルに対しての
み行なわれるようにしたものである。 【００３１】このＤＦＳＭＳ／ＶＭ２４は、その中でＡ
ＣＳルーチン（自動クラス選択ルーチン）２５を使用す
るようにしてあり、その使用の仕方は、このＡＣＳルー
チンをＤＦＳＭＳの中で使用するときと同じである。ま
た、ＡＰＰＣ／ＶＭプロトコルを用いて、ＳＦＳ２３と
ＤＦＳＭＳ／ＶＭ２４との間の通信を行なうと共に、ユ
ーザ端末２０と、ＳＦＳ２３ないしＤＦＳＭＳ／ＶＭ２
４との間の通信を行なうようにしている。このＤＦＳＭ
Ｓ／ＶＭの、更にその他のインターフェース、基本的操
作原則、それにディレクトリ及びカタログは、本明細書
において特に説明するもの以外については、ＤＦＳＭＳ
ないしＤＦＳＭＳ／ＶＭの現在リリースにおけるものと
同様である。なお、ＤＦＳＭＳ／ＶＭをどのようにイン
プリメントするかについての更に詳細な情報は、例えば
、ＩＢＭマニュアル、ＧＣ２６−４６０４−０１、「Ｄ
ＦＳＭＳ／ＶＭ総合情報：リリース１（ＤＦＳＭＳ／Ｖ
Ｍ ＧＥＮＥＲＡＬＩＮＦＯＲＭＡＴＩＯＮ ＲＥＬＥ
ＡＳＥ １）」、ないしは、ＩＢＭマニュアル、ＳＣ２
６−４６０５−００、「ＤＦＳＭＳ／ＶＭユーザーズ・
ガイド（ＤＦＳＭＳ／ＶＭ ＵＳＥＲ’Ｓ ＧＵＩＤＥ
）」、ないしは、ＩＢＭマニュアル、ＬＹ２７−９５
８３−００、「ＤＦＳＭＳ／ＶＭ診断法：リリース１（
ＤＦＳＭＳ／ＶＭ ＤＩＡＧＮＯＳＩＳ ＲＥＬＥＡＳ
Ｅ １）」、等々のサポート用の書籍や、或いは、記憶
管理機能に関してＤＦＳＭＳ／ＶＭに先行して出された
製品のサポート用の書籍である、例えば、ＩＢＭ書籍Ｇ
３２１−５３４９−００、「システム管理記憶（ＳＹＳ
ＴＥＭ−ＭＡＮＡＧＥＤ ＳＴＯＲＡＧＥ）」（１９８
９年刊、ＩＢＭシステム・ジャーナル、第２８巻、第１
号、第７７〜第１０３頁からのリプリント）や、ＩＢＭ
マニュアル、ＧＧ２４−３４０３−００、「ＤＦＳＭＳ
インプリメンテーション・プライマ・シリーズ：ＡＣＳ
ルーチンの作成法（ＤＦＳＭＳ ＩＭＰＬＥＭＥＮＴＡ
ＴＩＯＮ ＰＲＩＭＥＲ ＳＥＲＩＥＳ： ＷＲＩＴＩ
ＮＧ ＡＣＳ ＲＯＵＴＩＮＥＳ）」や、ＩＢＭマニュ
アル、ＳＣ２６−４５１４−０１、「ＭＶＳ／ＥＳＡ記
憶管理レファレンス：バージョン３：リリース１（ＭＶ
Ｓ／ＥＳＡ ＳＴＯＲＡＧＥ ＡＤＭＩＮＩＳＴＲＡＴ
ＩＯＮ ＲＥＦＥＲＥＮＣＥ ＶＥＲＳＩＯＮ ３ Ｒ
ＥＬＥＡＳＥ １）」や、ＩＢＭマニュアル、ＧＣ２６
−４５０７−０１、「ＭＶＳ／ＥＳＡデータ機構プロダ
クト総合情報：バージョン３（ＭＶＳ／ＥＳＡ ＤＡＴ
Ａ ＦＡＣＩＬＩＴＹ ＰＲＯＤＵＣＴ ＧＥＮＥＲＡ
Ｌ ＩＮＦＯＲＭＡＴＩＯＮ ＶＥＲＳＩＯＮ ３ ）
」や、ＩＢＭマニュアル、ＳＨ３５−００８３−０４、
「データ機構階層化記憶管理システム・プログラマ・コ
マンド・レファレンス：バージョン２：リリース５（Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＨＩＥＲＡＲＣＨＩＣＡＬ
ＳＴＯＲＡＧＥＭＡＮＡＧＥＲ ＳＹＳＴＥＭ ＰＲ
ＯＧＲＡＭＭＥＲ ＣＯＭＭＡＮＤＳ ＲＥＦＥＲＥＮ
ＣＥ ＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ ５ ）」
に記載されている。以上の全ての書籍は、ＩＢＭ社から
入手することができるものであり、また、それら書籍は
この言及をもって本開示に包含するものとする。更なる
情報としては、米国特許第４６３８４２４号、同第４７
７１３７５号、及び、同第４８７６６６２号に記載され
ているものがあり、これら米国特許も、この言及を持っ
て本開示に包含するものとする。なお、ユーザ端末２０
、ＳＦＳ２３、及びＤＦＳＭＳ／ＶＭ２４は、ＣＰ２１
の制御下にある複数の仮想機械としてインプリメントさ
れている。ＣＭＳ２２は、実際にはそれら複数の仮想機
械に組み込まれているのであるが、図には、その機能を
明示するために、独立した領域として示してある。 【００３２】データ記憶階層１２の中においてファイル
の記憶管理を行なうためには、管理基準と管理属性とを
記憶しておく必要がある。管理基準は、複数の管理クラ
スの形で定義して、構成ファイルの中に、制御情報の一
部として入れておく。更に、それら管理クラスのうちか
ら、ＡＣＳルーチン２５が、ＳＦＳの各々のファイルに
対して選択した管理クラスを、ＳＦＳのカタログ２９の
中に記憶させておく。このＳＦＳのカタログ２９には更
に、ＳＦＳの各々のファイルの管理属性も、併せて記憶
させておく。ＳＦＳのファイルの記憶管理のための処理
動作には、管理クラスによって指定されている管理基準
と、管理属性とを比較対照するための通常の比較処理と
、それに伴って必要となるその他の動作とが含まれる。 ＳＦＳファイル空間のうちの、レベル０の記憶空間２６
の各々には、１つないし複数のディレクトリ並びにサブ
ディレクトリを包含させることができる。そのようにし
て形成したファイルの論理グループに対しても、１つの
ファイルに対すると同様に、管理クラスを付与すること
ができ、そして、ＤＦＳＭＳ／ＶＭ２４で管理をするこ
とができる。そうした場合の種々のデータ構造の更なる
説明は、引用文献として本明細書に包含した上記文献に
記載されている。 【００３３】次に、ＭＦＳに関しては、ＭＦＳのファイ
ル及びミニディスクの管理クラスと管理属性との両方を
記憶しておけるようにするために、ＤＡＳＤ１４ｃ上に
、レベル０の記憶空間２７を有する集積用ＳＦＳファイ
ル空間を１つ生成しておく。この集積用ファイル空間は
、ファイル・プール３７の中に置くようにすることがで
き、またこの集積用ファイル空間は、ＤＦＳＭＳ／ＶＭ
２４に所有させるようにする。更に、ＤＦＳＭＳ／ＶＭ
２４に対して識別を施したＭＦＳの各々のファイルに対
応させて、この集積用ファイル空間内に空ファイルを生
成するようにする。このＭＦＳのミニディスクに関して
は、この集積用ファイル空間のレベル０の部分２７に、
ディレクトリを生成するようにする。このように、集積
用ファイル空間のレベル０の部分２７に、空ファイルな
いしディレクトリを生成するたびに、ＡＣＳルーチン２
５が自動的に動作して、その生成したファイルないしデ
ィレクトリに対応した管理クラスを選択し、そしてその
選択した管理クラスの表示をＳＦＳのカタログ２９の中
に記憶させる。この管理クラスの選択とその表示の記憶
とは、ＳＦＳのファイルないしディレクトリを対象とし
てそれらを行なう場合と同様にして行なわれる。こうし
てＭＦＳのファイルに対応させて生成したＳＦＳのファ
イルは、空ファイルのままにしておくのであるが、それ
は、記憶管理に関しては、その他の情報を記憶させる必
要がないからである。以上のようにした上で、ＤＦＳＭ
Ｓ／ＶＭ２４が、ＭＦＳのカタログ（図を見易くするた
めに不図示としてある）の中に記憶させてある管理属性
と、ＳＦＳのカタログ２９の中の管理クラスによって指
定されている管理基準とを比較し、その比較結果に基づ
いて、ＭＦＳのファイル並びにミニディスクを管理する
ようにしている。これは即ち、ＳＦＳとＭＦＳの両方の
ファイル・システムを対象とした記憶管理を行なうため
に、ＳＦＳファイル・システムに、ＭＦＳファイル・シ
ステムの記憶管理を「補助」させているということであ
る。 【００３４】ＭＦＳのファイルないしミニディスクを、
集積用ファイル空間のレベル０の部分２７の中に生成し
た、それらに対応したＳＦＳのファイルないしディレク
トリと関連付ける（マッピングする）には、ネーム付与
規則を利用するようにしている。即ち、先ず、ディレク
トリに対しては、以下のようにネームを付与するように
している。 ｆｉｌｅｐｏｏｌｉｄ：ＤＦＳＭＳｘｘｘ．ＭＩＮＩＤ
ＩＳＫＭＡＰ．ｆｑｌｕｎａｍｅ．ｓｍｓｇｌｏｂｒｅ
ｓｉｄ．ｍｄｏｗｎｅｒ．ｖａｄｄｒ このネームの各
部分については、以下のとおりである。 ”ｆｉｌｅｐｏｏｌｉｄ” は、ファイル・プールの
ネームである。 ”ＤＦＳＭＳｘｘｘ” は、ファイル空間のネームで
ある。このネーム形態は、ＤＦＳＭＳ／ＶＭ２４へ、集
積用ファイル空間をそのＤＦＳＭＳ／ＶＭが管理すべき
であるが、ただし、集積用ファイル空間内の複数のファ
イル自体は移送すべきではないことを知らせるものであ
る。 ”ＭＩＮＩＤＩＳＫＭＡＰ” は、アベイラビリティ管
理のための集積用ファイル空間を、その他の記憶管理の
機能（例えば空間管理の機能等）のための集積用ファイ
ル空間から明確に区別するための、固定したネームであ
る。ただし、ただ１つの集積用ファイル空間を、全ての
記憶レベルのために使用することも可能であることに注
意されたい。 ”ｆｑｌｕｎａｍｅ” は、サブネットワーク３１と
ゲートウェイ３４との組合せネーム（連結ネーム）であ
る。このネームは、管理が現在行なわれているミニディ
スクがその中に存在しているＴＳＡＦ集合体３３を、一
義的に特定するものであり、また、ＤＦＳＭＳ／ＶＭ２
４の記憶アドミニストレータが指定しているパラメータ
から得られるものである。 ”ｓｍｓｇｌｏｂｒｅｓｉｄ”は、当該ミニディスクの
管理を実行しているＶＭオペレーティング・システム３
５ないしＤＦＳＭＳ／ＶＭ２４に対応した、ＴＳＡＦ集
合体の全域の中でのＡＰＰＣ／ＶＭ資源のネームであり
、そのＴＳＡＦ集合体の内部において当該ＡＰＰＣ／Ｖ
Ｍ資源を一義的に特定するものである。このネームもま
た、ＤＦＳＭＳ／ＶＭ２４の制御ファイルから得られる
。 ”ｍｄｏｗｎｅｒ” は、管理が現在行なわれているミ
ニディスクの所有者のユーザ・ネームである。”ｖａｄ
ｄｒ” は、管理が現在行なわれているミニディスクの
仮想アドレスである。 【００３５】 ファイルにアクセスするためには、更
に、ファイルネームとファイルタイプとが必要である。 集積用ファイル空間のディレクトリの中の複数のファイ
ルには、それらファイルが各々代表している元のＭＦＳ
ファイルのものと、同一のファイルネームとファイルタ
イプとを持たせるようにしている。また、集積用ファイ
ル空間は、それをそれ自身のＳＦＳ記憶グループの中に
置くようにすることも可能であり、そうすれば、その他
のＳＦＳユーザの性能に対して及ぼす影響を最小限にと
どめることができる。 【００３６】更に、上記のものと同様のネーム付与規則
を、ＳＦＳの内部識別子に対しても適用するようにして
おり、それによって、レベル１の記憶機構を、ネットワ
ーク３０の全域に亙って記憶管理のために共用すること
ができるようにしている。即ち、ファイル・プール３７
に含まれているファイル空間は、集積用ファイル空間と
することのできるものであり、そのファイル空間に、幾
らかの、レベル１の共通の記憶空間２８を持たせてある
。そして、ネットワーク３０において移送が行なわれた
ＳＦＳファイルについては、そのＳＦＳファイルの所有
者並びにそのＳＦＳファイルのソース・ファイルの位置
の如何にかかわらず、その移送の行なわれたＳＦＳファ
イルの全てを、この記憶空間２８に記憶させるようにし
ている。更に、上述のネーム付与規則を使用しているた
め、移送が行なわれたＳＦＳファイルないしディレクト
リについては、そのファイル・プール３６、オペレーテ
ィング・システム３５、ＴＳＡＦ集合体３３、並びにそ
のＳＦＳファイルの移送元のサブネットワーク３１の如
何にかかわらず、そのＳＦＳファイルないしディレクト
リに対して、固有の、一義的な識別が施される。即ち、
ディレクトリには、以下のようにネームを付与するよう
にしている。 ｆｉｌｅｐｏｏｌｉｄ：ＤＦＳＭＳｘｘｘ．ＭＩＧＲＡ
ＴＩＯＮＬＥＶＥＬ１．ｆｑｌｕｎａｍｅ．ｓｍｓｇｌ
ｏｂｒｅｓｉｄ．ｆｉｌｅ− ｐｏｏｌ．ｓｔｏｒａｇ
ｅｇｒｏｕｐ このネームの各部分については、以下の
とおりである。 ”ｆｉｌｅｐｏｏｌｉｄ”、”ＤＦＳＭＳｘｘｘ”、”
ｆｑｌｕｎａｍｅ”、及び ”ｓｍｓｇｌｏｂｒｅｓｉ
ｄ” については、既に説明したとおりである。 ”ｆｉｌｅｐｏｏｌ” は、ＳＦＳファイルの移送元
のファイル・プールである。 ”ｓｔｏｒａｇｅｇｒｏｕｐ”は、ＳＦＳファイルの移
送元の記憶グループである。 【００３７】移送後のＳＦＳファイルの記憶位置を特定
するためには、更に、ファイルネーム並びにファイルタ
イプが必要である。記憶空間２８内のファイルは、ファ
イルネームとファイルタイプとを備えており、それらフ
ァイルネームとファイルタイプとは、当該ファイルに対
応した、レベル０にあるソース・ファイルに備えられて
いる、ＳＦＳ内部識別子に基づいて生成されるようにし
てある。また、ＶＭオペレーティング・システムの現在
リリースにおいては、ＳＦＳ２３が、その内部識別子を
利用して、ファイル・プール３６の中の１つ１つのファ
イルを一義的に識別するようにしている。これが必要で
あるのは、同一のファイル・プールへ複数のユーザがア
クセスするため、個々のユーザがそのファイル・プール
の中に、ファイルネームもファイルタイプも同一のファ
イルを入れてしまうおそれがあるからである。ＳＦＳ２
３は、それらの、同一のネームとなりかねないファイル
どうしを、ＳＦＳ内部識別子によって区別することがで
きるのである。好適実施例においては、このネーム付与
規則は、８個の拡張２進化１０進数変換（ＥＢＣＤＩＣ
）キャラクタから成るファイルネームと、同じく８個の
ＥＢＣＤＩＣキャラクタから成るファイルタイプとを使
用するようにした規則としている。ＳＦＳ内部識別子は
、８個のキャラクタから成る２進数データの形（ＳＦＳ
２３の内部ではこれが使用されている）から、１６進コ
ードを表わす１６個のＥＢＣＤＩＣキャラクタの形へと
変換した上で（この場合、２進値データの半バイト分が
１６進コードのキャラクタの１個分に相当する）、それ
を記憶空間２８のディレクトリの中で使用するようにし
ている。 【００３８】以上に説明した方式で、ネットワーク３０
の中の各ＳＦＳソース・ファイルないしディレクトリを
、記憶空間２８ないしそのディレクトリの中で、一義的
に識別できるようにしている。このため、この記憶空間
２８に、ネットワーク３０の全域におけるレベル１のＳ
ＦＳ移送ファイルの全てを記憶させることが可能となっ
ており、従って、各ファイル・プール３６のレベル１の
記憶機構、ＶＭオペレーティング・システム環境３５、
ＴＳＡＦ集合体３３等々に関する、ファイル空間、及び
／または記憶デバイスの維持に付随するオーバーヘッド
が低減されている。また、ＭＦＳファイルに対しても同
様に他の空間管理を行なうようにした実施例の場合には
、このネーム付与規則において、”ｆｉｌｅｐｏｏｌ”
や ”ｓｔｏｒａｇｅｇｒｏｕｐ” の替わりに、”ｍ
ｄｏｗｎｅｒ” や ”ｖａｄｄｒ”を使用すれば、レ
ベル１のＭＦＳファイルを一義的に識別することができ
る。 【００３９】このネーム付与規則は、それ自体の本来の
性質によって、ネットワーク３０の全域におけるＳＦＳ
ファイルのファイルネームの一義性を保証するものであ
るため、ＤＦＳＭＳでは必要とされている、移送したフ
ァイルをそのファイルの一次コピーに関連付ける（マッ
ピングする）ために用いられる制御ファイルが、ここで
は不要となっている。また、このネーム付与規則を、レ
ベル１の共通記憶機構に関して、その空間管理以外のそ
の他の種類の記憶管理にも、同様に使用するようにすれ
ば、レベル１の記憶機構に関する全ての種類の記憶管理
を、１つだけのファイル空間を用いて行なうことも可能
になり、或いは、レベル１の記憶装置に関する空間管理
機能の各々ごとに、１つずつのファイル空間を使用する
ようにすることも可能になる。なお、このネーム付与規
則を、レベル１の共通記憶機構に関して、そのアベイラ
ビリティ管理にも同様に使用するようにした場合には、
マッピングのための制御ファイルを完全に不要化するこ
とはできず、なぜならば、そうした場合には、ファイル
の一次コピーをそのファイルの二次コピーに関連付ける
ために、何らかのマッピングがなお必要とされるからで
ある。 【００４０】動作方式 次に図４を参照しつつ、本発明に係る、ＤＦＳＭＳ／Ｖ
Ｍに対してデータ・エンティティを定義する方法につい
て説明する。この動作は、ホスト・プロセッサがコール
を発すると、ステップ１００またはステップ１０５から
開始し、実際にどちらのステップから開始するかは、そ
のデータ・エンティティがＳＦＳのファイルないしディ
レクトリであるのか、それともＭＦＳのファイルないし
ミニディスクであるのかに応じて決まる。ＤＦＳＭＳ／
ＶＭが管理するものが、ＳＦＳのファイルないしディレ
クトリである場合には、ステップ１１５において、その
ファイルないしディレクトリを生成する。続いてステッ
プ１２０において、ＡＣＳルーチンが、そのファイルな
いしディレクトリに管理クラスを割当て、その割当てら
れた管理クラスは、ＳＦＳのカタログの中に記憶される
。続いて制御の流れは、ステップ１２５においてリター
ンする。一方、管理するものが、ＭＦＳのファイルない
しミニディスクである場合には、ステップ１１０におい
て、そのファイルないしミニディスクを生成する。次に
、ステップ１１５において、生成したそのＭＦＳのファ
イルに対応したＳＦＳの空ファイルを（及び／または、
生成したそのＭＦＳのミニディスクに対応したＳＦＳの
ディレクトリを）集積用ファイル空間の中に生成する。 この場合も同様に、ステップ１２０において、ＡＣＳル
ーチンが管理クラスの割当てを行ない、更に、この場合
も制御の流れはステップ１２５においてリターンする。 【００４１】次に図５を参照しつつ、本発明に係る、Ｄ
ＦＳＭＳ／ＶＭの種々の記憶管理動作について説明する
。先ずステップ１３０において、ホスト・プロセッサが
、記憶機構の管理を行なわせるためにＤＦＳＭＳ／ＶＭ
をコールする。次にステップ１３５において、ＤＦＳＭ
Ｓ／ＶＭが、ＳＦＳのカタログ及び／またはＭＦＳのカ
タログの中のリストとして入れられている、管理すべき
データ・エンティティのうちの最初のものを調べる。 ステップ１４０では、そのリストの中のその先頭のアイ
テム（即ちデータ・エンティティ）が、ＳＦＳのファイ
ル（ないしはディレクトリ）であるのか、それともＭＦ
Ｓのファイル（ないしはミニディスク）であるのかに応
じて、流れが分岐する。その先頭のデータ・エンティテ
ィがＭＦＳのファイルないしミニディスクであったなら
ば、ＤＦＳＭＳ／ＶＭは、ステップ１４５において、Ｓ
ＦＳのカタログの中に記憶させてある管理クラスが指定
している管理基準を、ＭＦＳのカタログの中にある、そ
のデータの管理属性と比較対照する。一方、その先頭の
データ・エンティティがＳＦＳのファイルないしディレ
クトリであったならば、ＤＦＳＭＳ／ＶＭは、ステップ
１５０において、ＳＦＳのカタログの中に記憶させてあ
る管理クラスが指定している管理基準を、同じこのＳＦ
Ｓのカタログの中にあるそのデータの管理属性と比較対
照する。これらいずれかの比較対照の結果、いかなる管
理動作も必要でないことが判明した場合には、制御の流
れはステップ１５５から分岐して直接ステップ１７５へ
進む。一方、何らかの管理動作、例えばデータの移送、
バックアップ、ないしは削除等の動作が必要とされてい
ることが判明した場合には、ステップ１６０において、
その必要な動作を実行する。ここで実行する動作には、
前述のネーム付与規則を用いて、レベル１のあるファイ
ルに対して、ネットワーク内における固有の一義的な識
別を施すという動作も含まれることになる。そこで、前
述のネーム付与規則におけるネームの構成要素のうちの
必要なものを適宜取り出してきて連結し、使用するよう
にする。また、データ転送を行なう場合には、それに伴
って、データの詰め直しを行なうこともある。このステ
ップ１６０での動作には、更に、例えば、あるファイル
が移送されたことや、そのファイルの二次コピーが存在
していることの表示等の、データのステータスの変化を
反映するための、関連したディレクトリのエントリを更
新するという動作も含まれる。ステップ１７０において
は、それらの動作の実行の結果を反映させるために、Ｓ
ＦＳのカタログの中の管理属性の更新を行なう（場合に
よっては、ＭＦＳのカタログの中の管理属性の更新も併
せて行なう）。次に、ステップ１７５では、記憶管理の
ための以上の調べが済んでいないデータ・エンティティ
が、まだその外に存在しているか否かに応じて、流れが
分岐する。調べの済んでないデータ・エンティティが存
在していた場合には、流れはステップ１８０へ進み、そ
こで、次のデータ・エンティティの調べを行ない、そし
てステップ１４０へ戻る。一方、調べを行なうべきファ
イルが最早存在していなかったならば、ＤＦＳＭＳ／Ｖ
Ｍは、ステップ１８５において、ホスト・プロセッサへ
制御を返す。 【００４２】擬似コードで書いた、本発明に関する幾つ
かのリストを以下に示す。最初のリストは、ＭＦＳのフ
ァイル並びにミニディスクを、ＤＦＳＭＳ／ＶＭに対し
て定義し、且つ、定義したそのファイル並びにミニディ
スクに対し、それに対応した管理クラスを選択するため
のリストである。
／＊ 管
理クラスを記憶させるための集積手段として、ＳＦＳを
利用するよ ＊／ ／＊ うにした、システム管理式
のミニディスクの記憶管理。
＊／ ／＊ このルーチンは、ＭＦＳファイルの機
能のアベイラビリティ管理のみ ＊／ ／＊ を取り
扱うものである。
＊
／ ｉｎｐｕｔ： ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｆｉｌｅｐｏｏｌｉｄ ｃｈａｒ（８），
ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｆｉｌｅｓｐａｃｅ ｃｈａｒ（８），
ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｌｕｎａｍｅ
ｃｈａｒ（１６），
ＤＦＳＭＳ ｇｌｏｂａｌ ｒｅｓｏｕｒｃｅ
ｉｄ ｃｈａｒ（８），
＃ ｏｆ ｍｉｎｉｄｉｓｋｓ
ｆｉｘｅｄ（３１）
， ｍｉｎｉｄｉｓｋ ｌｉｓｔ
ａｒｒａｙ（＃
ｏｆ ｍｉｎｉｄｉｓｋｓ） ｏｗｎｅ
ｒ
ｃｈａｒ（８）， ｖｉｒｔ
ｕａｌ ａｄｄｒｅｓｓ
ｃｈａｒ（４）； ｄｅｃｌａｒｅ： ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉ
ｔｏｒｙ ｎａｍｅ ｃｏｎｓｔａｎｔ（
’ＭＩＮＩＤＩＳＫＭＡＰ’）； ｄｏ ｉ ＝ １
ｔｏ ＃ ｏｆ ｍｉｎｉｄｉｓｋｓ； ／＊ 入力
された各ミニディスクに対して ＊／ ／＊ 入力
値を連結することにより、ミニディスクのバックアップ
の集積用 ＊／ ／＊ ディレクトリのネームを生成する
＊／ ｍｂｒ ｄｉｒｎａｍｅ＝ｍｉｎｉ
ｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉｔｏｒｙ ｆｉ
ｌｅｐｏｏｌｉｄ ｜｜’：’｜｜
ｍｉｎｉｄｉｓｋ ｂａｃｋｕｐ
ｒｅｐｏｓｉｔｏｒｙ ｆｉｌｅｓｐａｃｅ
｜｜’．’｜｜ ｍ
ｉｎｉｄｉｓｋ ｂａｃｋｕｐ ｒｅｐｏｓｉｔｏｒｙ
ｎａｍｅ ｜｜’．’｜｜
ｆｕｌｌｙ ｑｕａｌｉｆ
ｉｅｄ ｌｕｎａｍｅ
｜｜’．’｜｜
ＤＦＳＭＳ ｇｌｏｂａｌ ｒｅｓｏｕｒｃｅ ｉ
ｄ ｜｜’．’｜｜
ｍｉｎｉｄｉｓｋ
ｌｉｓｔ（ｉ）．ｏｗｎｅｒ
｜｜’．’｜｜
ｍｉｎｉｄｉｓｋ ｌｉｓｔ（ｉ）．ｖｉｒ
ｔｕａｌ ａｄｄｒｅｓｓ； ｉｆ （ディレ
クトリ ｍｂｒ ｄｉｒｎａｍｅ が存在しない ）
ｔｈｅｎ ＳＦＳ ＤＭＳＣＲＤＩＲ
ＣＳＬ のコールを用いてディレクトリ ｍｂｒ ｄ
ｉｒｎａｍｅ を ｃｒｅａｔｅ； ＣＭＳ ミニディスク・ディレクトリから ｌ
ｉｓｔ ｏｆ ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅ
ｄを ｃｒｅａｔｅ； ＳＦＳ ＤＭＳＯＰＤＩＲ のコールと、
ＤＭＳＧＥＴＤＩ ＣＳＬ のコールとを用いて、
ｍｂｒ ｄｉｒｎａｍｅ の中に、ファイルのリス
トを ｃｒｅａｔ； ｄｏ ｊ ＝ １ ｔｏ
＃ ｏｆ ｆｉｌｅｓ ｏｎ ｍｉｎｉｄｉｓｋ；
／＊ ミニディスクの各ファイ ＊／
／＊ ルに対して
＊／ ｉｆ （ｌｉｓｔ ｏｆ
ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅｄ（ｊ）に対応
した、ファイルネームとファ イルタイ
プとが同一のファイルが、 ｍｂｒ ｄｉｒｎａｍｅ
の中に存在してい ない） ｔｈｅｎ ＳＦＳ ＤＭＳＯＰＥＮ ＣＳＬ のコー
ルを用いて、ｍｂｒ ｄｉｒｎａｍｅ の中にそのファ
イル ネームとファイルタイプとを有する空
ファイルを ｃｒｅａｔｅ；ｉｆ （このバックアップ
は無条件バックアップである） ｔｈｅｎ ｂａｃｋｕｐ ｆｉｌｅ（ｌｉｓｔ ｏｆ
ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅｄ（ｊ））
を ｃａｌｌ； ｅｌｓｅ ｄｏ；
／＊ 増加分バックアップである
＊／ ＳＭＳ
ｐｒｏｃｅｓｓｉｎｇ ｄｅｃｉｓｉｏｎ をコールし
て、ｍｂｒ ｄｉｒｎａｍｅ の中のそのファ
イルの管理クラスと、更にそのファイルの管理属性
とを転送； ｉｆ （判定は ＢＡＣ
ＫＵＰ ＦＩＬＥ ＤＥＣＩＳＩＯＮ である） ｔｈ
ｅｎ ｂａｃｋｕｐ ｆｉｌｅ（ｌ
ｉｓｔ ｏｆ ｆｉｌｅｓ ｔｏ ｂｅ ｍａｎａｇｅ
ｄ（ｊ）） を ｃａｌｌ； ｅｎｄ；
／＊ 増加分バックアップの ｄｏ
＊／
ｅｎｄ； ／＊ ＃ ｏ
ｆ ｆｉｌｅｓ ｏｎ ｍｉｎｉｄｉｓｋ に対する
ｄｏ ＊／ ｅｎｄ；
／＊ ＃ ｏｆ ｍｉｎｉｄｉｓ
ｋｓ に対する ｄｏ
＊／
【００４３】以下の第２のリストは、ＳＦＳのファ
イル及びディレクトリを対象とした空間管理のためのリ
ストである。このリストの中において、 ”ＭＣ” は
管理クラスを表わし、”ＭＬ１” は、移送が行なわれ
たデータが記憶されているレベル１の記憶機構を表わし
ている。また、”Ｎｕｌｌ（ヌル）”は、あるファイル
ないしディレクトリに対して、その管理クラスとして、
意図的に空白の集合を割当ててあることを表わしている
。このリストは、先ず最初に、ファイルに割当てられて
いる管理クラスを取り出したときに、そのファイルに管
理クラスとして「ヌル」が割当てられている場合、その
ファイルに何の管理クラスも割当てられていない場合、
そしてそのどちらでもなく、そのファイルに（普通に）
管理クラスが割当てられている場合について示す。これ
らのうち、ファイルに管理クラスとして「ヌル」が割当
てられている状態がデフォールトであり、その場合、デ
ィレクトリに割当てられている管理クラスを取り出しに
かかるが、ディレクトリに関しても、そのディレクトリ
に「ヌル」が割当てられている場合、そのディレクトリ
に何の管理クラスも割当てられていない場合、そしてそ
のどちらでもなく、そのディレクトリに（普通に）管理
クラスが割当てられている場合がある。このリストは続
いて、管理クラスと管理属性とに基づいた、データの期
限切れ及び移送についての判定／動作を示す。
／＊
ＭＣ の定義を取り出し、 ＭＣ のネームに基づいて
初期判定を行なう。 ＊／ Ｆｉｌｅ Ｍａｎ
ａｇｅｍｅｎｔ Ｃｌａｓｓ に関して、入力パラメー
タを ｓｅｌｅｃｔ： ｗｈｅｎ （ｎｕｌｌ）
ｔｈｅｎ Ｄｉｒｅｃｔｏｒｙ Ｍａ
ｎａｇｅｍｅｎｔ Ｃｌａｓｓ に関して、入力パラ
メータを ｓｅｌｅｃｔ： ｗｈｅｎ
（ｎｕｌｌ） ｔｈｅｎ シス
テムのデフォールトである管理クラス／管理基準を ｇ
ｅｔ ｉｆ （その管理クラス
が現在構成の中に存在していない） ｔｈｅｎ
管理クラス不在エラー・メッ
セージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｅｌｓｅ ｉｆ （ その他のエラーが発
生している） 内部エ
ラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｗｈｅｎ （管理クラス識別子が存在し
ていない） ｔｈｅｎ ｉｆ
（入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓｕｅｄ が
ＭＩＧＲＡＴＥ である） ｔｈｅｎ
ｉｆ （入力パラメータ Ｆｉｌ
ｅ Ｒｅｃｏｒｄ Ｓｉｚｅ ＞ ０ である） ｔｈ
ｅｎ Ｄｅｃ
ｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｌｓｅ （コマンドが ＭＡＮ
ＡＧＥ である）
Ｄｅｃｉｓｉｏｎ ＝ ＮＯ ＡＣＴＩＯＮ
ｅｎｄｉｆ ｏｔｈｅ
ｒｗｉｓｅ そのディレクト
リの管理クラス／管理基準を ｇｅｔ
ｉｆ （その管理クラスが現在構成の中に存在
していない） ｔｈｅｎ
管理クラス不在エラー・メッセージを ｏｕｔｐｕ
ｔ ｇｏｔｏ ＥＸ
ＩＴ ＰＯＩＮＴ ｅｌｓｅ
ｉｆ （ その他のエラーが発生している）
内部エラー・メッセージを
ｏｕｔｐｕｔ ｇｏ
ｔｏ ＥＸＩＴ ＰＯＩＮＴ ｅｎｄ
ｓｅｌｅｃｔ ｗｈｅｎ （管理クラス識別子
が存在していない） ｔｈｅｎ ｉｆ
（入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓｕｅｄ が
ＭＩＧＲＡＴＥ である） ｔｈｅｎ
ｉｆ （入力パラメータ Ｆｉｌｅ Ｒｅ
ｃｏｒｄ Ｓｉｚｅ ＞ ０ である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝
ＭＩＧＲＡＴＥ Ｍｉ
ｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ ｅｌｓｅ （コマンド
が ＭＡＮＡＧＥ である）
Ｄｅｃｉｓｉｏｎ ＝ ＮＯ ＡＣＴＩＯＮ
ｅｎｄｉｆ ｏｔｈｅｒｗｉｓｅ そのファイルの管理基準を ｇｅｔ
ｉｆ （その管理クラスが現在構成の中
に存在していない） ｔｈｅｎ
管理クラス不在エラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯ
ＩＮＴ ｅｌｓｅ ｉｆ （ その他
のエラーが発生している） 内
部エラー・メッセージを ｏｕｔｐｕｔ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
ｅｎｄｓｅｌｅｃｔ ｉｆ
（Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ または
ＮＯ ＡＣＴＩＯＮ である） ｔｈｅｎ
ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
／＊ ＭＣ の定義に基づいて ＭＣ の期限切れの
有無の判定を行なう。 ＊／
ｉｆ （入力パラメータ Ｃｏｍｍａｄ−Ｉｓｓ
ｕｅｄ が ＭＩＧＲＡＴＥ であり、且つ、
入力パラメータ Ｄａｔｅ ｏｆ
Ｃｒｅａｔｉｏｎ ＞ ０ であり、 且
つ、 入力パラメータ Ｄａｔ
ｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ ＞ ０ で
ある） ｔｈｅｎ ｄｏ ｉｆ （ ＭＣ 基
準 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏｎｕｓ
ａｇｅ と、
ＭＣ パラメータ ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄ
ａｔｅ／ｄａｙｓ との、
双方が共に、ＮＯＬＩＭＩＴ である）
ｔｈｅｎ
ｄｏ
ファイルを期限切れであるとする
ｅｎｄ
ｅｌｓｅ ｉｆ （ｅｘｐｉｒｅ−ａｆｔ
ｅｒ−ｄａｙｓ−ｎｏｎｕｓａｇｅ ＝ ＮＯＬＩＭＩ
Ｔ または
ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏ
ｎｕｓａｇｅ ＜＝ （ｃｕｒｒｅｎｔ−ｄａｔｅ
−入力
パラメータ Ｄａｔｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅ
ｎｃｅ）であ
る）
ｔｈｅｎ ／＊ 最初の２つの条件は、 ｅｘｐ
ｉｒｅ−ａｆｔｅｒ−ｄａｙｓ−ｎｏｎｕｓａｇｅ を
適用しないこ ＊／ ／＊ とにしている（ＮＯＬＩ
ＭＩＴ） か、或いは ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄ
ａｙｓ−ｎｏｎｕｓａｇｅ が ＊／ ／＊ 満足さ
れているかの、いずれかであることを表わしている。い
ずれに ＊／ ／＊ せよファイルを期限切れである
とするためには、ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｙｓ
＊／ ／＊ という属性がこの時点で満足されて
いる必要がある。 ＊／
ｄｏ
ｉｆ
（ ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｔｅ／ｄａｙｓ
が指定している絶対
日付 ＜＝ ｃｕｒｒｅｎｔ
−ｄａｔｅ、
または、 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａ
ｔｅ／ｄａｙｓ が指定している
数 ＜＝ （
ｃｕｒｒｅｎｔ−ｄａｔｅ − 入力パラメータ
Ｄａｔｅ ｏｆ Ｃｒｅａｔｉｏｎ ） 、
または
、 ｅｘｐｉｒｅ−ａｆｔｅｒ−ｄａｔｅ／ｄａｙｓ
＝ ＮＯＬＩＭＩＴ ）
ｔｈｅｎ
ファイルを期限
切れであるとする
ｅｌｓｅ
ファイルを期限切れでな
いとする
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ ｄｏ
ファイルを
期限切れでないとする
ｅｎｄ ｅｎｄｉｆ
ｉｆ （ファイルを期限切れであ
るとする） ｔｈｅｎ
ｉｆ （期限切れ設定 ＭＣ 基準は ＥＮＴＩＲＥ
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ ＦＩ
ＬＥ ＥＮＴＩＲＥ
ｅｌｓｅ
Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ ＦＩＬＥ ＤＡ
ＴＡ ＯＮＬＹ ｅｎ
ｄｉｆ ｅｎｄｉｆ
ｅｎｄ ｅｎｄｉｆ ｉｆ （Ｄｅｃｉｓｉｏｎ ＝ ＥＸＰＩＲＥ
ＦＩＬＥ ＥＮＴＩＲＥ または ＥＸＰＩＲＥ Ｆ
ＩＬＥ ＤＡＴＡ ＯＮＬＹ ） ｔｈ
ｅｎ ｇｏｔｏ ＥＸＩＴ ＰＯＩＮＴ
／＊ ＭＣ の定義に基づいて、期限切れに該当しな
かったファイルについて ＊／ ／＊ 移送の適否を
判断する。
＊／
Ｃｏｍｍａｎｄ−ｏｒ−Ａｕｔｏ−Ｍｉｇｒａｔ
ｅ に関して、 ＭＣ 基準を ｓｅｌｅｃｔ
ｗｈｅｎ （ＮＯＮＥ） ｄｏ Ｄｅｃｉｓｉｏｎ ＝ ＮＯ
ＡＣＴＩＯＮ ｅｎｄ ｗｈｅｎ （ＢＯＴＨ） ｄｏ ｉｆ （入力パラメータ Ｃ
ｏｍｍａｎｄ Ｉｓｓｕｅｄ が ＭＩＧＲＡＴＥ
である） ｔｈｅｎ
ｄｏ ｉｆ
（ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎｇｔｈ ＞ ０
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴ
Ｅ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ （コマンドが ＭＡＮＡＧＥ である）
ｄｏ
ｉｆ （入力パラメータ Ｄａｔ
ｅ ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ ＞ ０ 、
且つ、Ｐｒ
ｉｍａｒｙ−Ｄａｙｓ−Ｎｏｎ−Ｕｓａｇｅ の Ｍ
Ｃ 基準 ＜＝ 入力
パラメータ Ｄａｔｅ ｏｆ
Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ からの日
数、
且つ、入力パラメ
ータ Ｓｔｏｒａｇｅ Ｌｅｖｅｌ ＝ ＰＲＩＭＡＲ
Ｙ、で ある
） ｔｈｅ
ｎ
ｄｏ
ｉｆ （ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎ
ｇｔｈ ＞ ０ である） ｔｈｅｎ
Ｄ
ｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴＥ
Ｍ
ｉｇｒａｔｅ Ａｇｅ ＝ Ｃｕｒｒｅｎｔ−Ｄａｔｅ
− Ｄａｔｅ
ｏｆ Ｌａｓｔ Ｒｅｆｅｒｅｎｃｅ
ｅｎｄｉｆ
ｅｎｄ
ｅｌｓｅ
ｄｏ
Ｄｅｃｉｓｉｏｎ ＝
ＮＯ ＡＣＴＩＯＮ
ｅｎｄ
ｅｎｄ ｅｎｄ ｗｈｅｎ （ＣＯＭＭＡＮＤ）
ｄｏ ｉｆ （入力パラメータ Ｃ
ｏｍｍａｎｄ Ｉｓｓｕｅｄ が ＭＩＧＲＡＴＥ
である） ｔｈｅｎ
ｄｏ ｉｆ
（ Ｆｉｌｅ Ｒｅｃｏｒｄ Ｌｅｎｇｔｈ ＞ ０
である） ｔｈｅｎ
Ｄｅｃｉｓｉｏｎ ＝ ＭＩＧＲＡＴ
Ｅ
Ｍｉｇｒａｔｅ Ａｇｅ ＝ ０
ｅｎｄｉｆ
ｅｎｄ ｅ
ｌｓｅ Ｄｅｃｉｓｉｏｎ
＝ ＮＯ ＡＣＴＩＯＮ ｅｎｄ ｏｔｈｅｒｗｉｓｅ ｄｏ ＭＣ パラメータ無効エラ
ー・メッセージを ｏｕｔｐｕｔ ｅ
ｎｄ
【００
４４】以下の第３のリストは、レベル１の記憶装置へ移
送されるデータの生成及びアクセスの際に、ファイル及
びディレクトリのネームを発生させるためのリストであ
る。
８バイトの１６進表示（ｈｅｘ）の内部識別
子（ＩＤ）を、１６バイトのＥＢＣＤＩＣキャラクタで
表わされる、ファイルネーム及びファイルタイプへ変換
する。ＩＤ（ｈｅｘ）の各々の半バイトは、’０’ｘか
ら’Ｆ’ｘまでの間の１６進数値を表わしている。それ
らの数値を、それらの数値の全バイトのＥＢＣＤＩＣキ
ャラクタである、’０’から’Ｆ’までのキャラクタへ
変換する。 こうして得られた１６個のＥＢＣＤＩＣキャラクタは、
所有している記憶ファイルのファイルネーム及びファイ
ルタイプとなる。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、ファイル・プールＩＤ（ｆｉｌｅｐｏｏｌｉｄ）
と、所有しているレベル１の記憶機構のネーム（ＤＦＳ
ＭＳｘｘｘ）とを取り出す。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、完全に修飾した ｌｕ−ｎａｍｅ（ｆｑｌｕｎａ
ｍｅ）を取り出す。 ＤＦＳＭＳ／ＶＭの制御ファイル
から、資源のＩＤ（ＳＭＳｇｌｏｂｒｅｓｉｄ）を取り
出す。 ＩＤの先頭の２バイトから、記憶グループ（ｓｔｏｒａ
ｇｅｇｒｏｕｐ）を取り出す。 入力パラメータから、ファイル・
プール（ｆｉｌｅｐｏｏｌ）を取り出す。 以上の情報を使用して、所有して
いる記憶機構の中のファイルのディレクトリを、次のフ
ォーマットで構成する。 Ｆｉｌｅｐｏｏｌｉｄ：ＤＦ
ＳＭＳｘｘｘ．ＭＩＧＲＡＴＩＯＮＬＥＶＥＬ１．ｆｑ
ｌｕｎａｍｅ．
ＳＭＳｇｌｏｂｒｅｓｉｄ．ｆｉｌｅｐｏｏｌ．
ｓｔｏｒａｇｅｇｒｏｕｐ
【００４５】以上に本発明をその具
体的な実施例に即して説明してきたが、当業者には理解
されるように、本発明の概念、範囲、並びに教示から逸
脱することなく、種々の形態的な変更、並びに細部構造
の変更を加えることが可能である。例えば、図２におい
て、そのネットワーク、ＴＳＡＦ集合体、ＶＭシステム
、ファイル・プール、等々の数を、異なったものとする
ことができる。従って、本明細書に開示した発明は、請
求項以外の何物によっても限定されるものではない。
【図１】本発明に係るデータ記憶階層の模式的なブロッ
ク図である。
ク図である。
【図２】ネットワークとして構成した、本発明に係る一
連のオペレーティング・システム環境の模式的なブロッ
ク図である。
連のオペレーティング・システム環境の模式的なブロッ
ク図である。
【図３】本発明に係る、図１のデータ記憶階層及び図２
のネットワークの中の、オペレーティング・システム環
境の模式的なブロック図である。
のネットワークの中の、オペレーティング・システム環
境の模式的なブロック図である。
【図４】本発明に係る、記憶管理サブシステムに対して
ファイルを定義するための処理のフローチャートである
。
ファイルを定義するための処理のフローチャートである
。
【図５】本発明に係る、記憶管理の動作のフローチャー
トである。
トである。
１０、１０ａ、１０ｂ ホスト・プロセッサ１２
データ記憶階層 １４、１４ａ、１４ｂ、１４ｃ ＤＡＳＤ１５ Ｄ
ＡＳＤ ２０ ユーザ端末 ２１ 制御プログラム（ＣＰ） ２２ 会話型モニタ・システム（ＣＭＳ）２３ 共
用形ファイル・システム（ＳＦＳ）２４ ＤＦＳＭＳ
／ＶＭ ２５ 自動クラス選択（ＡＣＳ）ルーチン２９ Ｓ
ＦＳカタログ ３０ ネットワーク ３１ サブネットワーク ３２ ゲートウェイ ３３ 透明サービス・アクセス機構（ＴＳＡＦ）集合
体３４ ゲートウェイ ３５ ＶＭオペレーティング・システム３６ ＳＭ
Ｓファイル・プール ３７ ファイル・プール
データ記憶階層 １４、１４ａ、１４ｂ、１４ｃ ＤＡＳＤ１５ Ｄ
ＡＳＤ ２０ ユーザ端末 ２１ 制御プログラム（ＣＰ） ２２ 会話型モニタ・システム（ＣＭＳ）２３ 共
用形ファイル・システム（ＳＦＳ）２４ ＤＦＳＭＳ
／ＶＭ ２５ 自動クラス選択（ＡＣＳ）ルーチン２９ Ｓ
ＦＳカタログ ３０ ネットワーク ３１ サブネットワーク ３２ ゲートウェイ ３３ 透明サービス・アクセス機構（ＴＳＡＦ）集合
体３４ ゲートウェイ ３５ ＶＭオペレーティング・システム３６ ＳＭ
Ｓファイル・プール ３７ ファイル・プール
Claims (16)
- 【請求項１】 第１ファイル・システム及び第２ファ
イル・システムの記憶管理を可能としたデータ記憶階層
において、レベル０の記憶機構であって、該レベル０の
記憶機構上には前記第１ファイル・システムに従って編
成した第１記憶空間と前記第２ファイル・システムに従
って編成した第２記憶空間とを設けてあり、前記第１記
憶空間が前記第２記憶空間上のファイルの記憶管理のた
めの第１管理情報のカタログを含んでいるようにした、
前記レベル０の記憶装置と、レベル１の記憶機構と、前
記レベル０の記憶機構と前記レベル１の記憶機構とに結
合したホスト・プロセッサと、前記ホスト・プロセッサ
に対し、前記第１管理情報を用いて前記第２記憶空間上
のファイルの管理を行なうよう命令する、前記ホスト・
プロセッサに結合した管理手段と、を備えたデータ記憶
階層。 - 【請求項２】 前記第２記憶空間が、前記第１管理情
報を記憶するために使用可能な記憶空間を持たないカタ
ログを備えていることを特徴とする請求項１のデータ記
憶階層。 - 【請求項３】 前記第１記憶空間が、前記第２記憶空
間上の各ファイルに対応した空ファイルをその中に有す
る集積用ファイル空間を含んでいるようにしたことを特
徴とする請求項１のデータ記憶階層。 - 【請求項４】 前記第１記憶空間が、前記第１記憶空
間上のファイルの記憶管理のための第２管理情報のカタ
ログと、前記ホスト・プロセッサに対し、前記第２管理
情報を用いて前記第１管理空間上のファイルの管理を行
なうよう命令する、前記ホスト・プロセッサに結合した
管理手段とを、含んでいるようにしたことを特徴とする
請求項１のデータ記憶階層。 - 【請求項５】 前記第１ファイル・システムが共用式
のファイル・システムであり、前記第２ファイル・シス
テムが予め割当てを行なう方式のファイル・システムで
あることを特徴とする請求項１のデータ記憶階層。 - 【請求項６】 前記第１ファイル・システムが共用式
のファイル・システムであり、前記第２ファイル・シス
テムが予め割当てを行なう方式のファイル・システムで
あることを特徴とする請求項２のデータ記憶階層。 - 【請求項７】 前記第１ファイル・システムが共用式
のファイル・システムであり、前記第２ファイル・シス
テムが予め割当てを行なう方式のファイル・システムで
あることを特徴とする請求項３のデータ記憶階層。 - 【請求項８】 前記第１ファイル・システムが共用式
のファイル・システムであり、前記第２ファイル・シス
テムが予め割当てを行なう方式のファイル・システムで
あることを特徴とする請求項４のデータ記憶階層。 - 【請求項９】 第１ファイル・システム及び第２ファ
イル・システムの記憶管理を可能としたデータ記憶階層
において、レベル０の記憶機構であって、該レベル０の
記憶機構上には前記第１ファイル・システムに従って編
成した第１記憶空間と前記第２ファイル・システムに従
って編成した第２記憶空間とを設けてあり、前記第１記
憶空間が、前記第２記憶空間上の各ファイルに対応した
空ファイルをその中に有する集積用ファイル空間を含み
、且つ、前記第２記憶空間上のファイルの記憶管理のた
めの第１管理情報並びに前記第１記憶空間上のファイル
の記憶管理のための第２管理情報のカタログを備えてお
り、更に、前記第２記憶空間が、前記第１管理情報を記
憶するために使用可能な記憶空間を持たないカタログを
備えている、前記レベル０の記憶装置と、レベル１の記
憶機構と、前記レベル０の記憶機構と前記レベル１の記
憶機構とに結合したホスト・プロセッサと、前記ホスト
・プロセッサに対し、前記第１管理情報を用いて前記第
２記憶空間上のファイルの管理を行なうよう命令する、
前記ホスト・プロセッサに結合した管理手段と、前記ホ
スト・プロセッサに対し、前記第２管理情報を用いて前
記第１管理空間上のファイルの管理を行なうよう命令す
る、前記ホスト・プロセッサに結合した管理手段と、を
備えたデータ記憶階層。 - 【請求項１０】 前記第１ファイル・システムが共用
式のファイル・システムであり、前記第２ファイル・シ
ステムが予め割当てを行なう方式のファイル・システム
であることを特徴とする請求項９のデータ記憶階層。 - 【請求項１１】 第１ファイル・システム及び第２フ
ァイル・システムをサポートするデータ記憶階層の中の
データ記憶管理機能を提供するプログラム製品であり、
前記データ記憶階層は、前記第１ファイル・システムに
従って編成した第１記憶空間と前記第２ファイル・シス
テムに従って編成した第２記憶空間とを設けたレベル０
の記憶機構、レベル１の記憶機構、及び、前記レベル０
の記憶機構と前記レベル１の記憶機構とに結合したホス
ト・プロセッサを備えているデータ記憶階層である、前
記プログラム製品において、データ記憶媒体と、前記ホ
スト・プロセッサに対し、前記第２記憶空間の記憶管理
のための第１管理情報を含んでいるカタログを前記第１
記憶空間上において維持することと、前記第１管理情報
を用いて前記第２記憶空間を管理することとを命令する
、前記データ記憶媒体上の管理手段と、を備えたプログ
ラム製品。 - 【請求項１２】 前記管理手段が、前記ホスト・プロ
セッサに対し、前記第２記憶空間上の各ファイルに対応
した空ファイルを前記第１記憶空間上の集積用ファイル
空間内に生成するよう命令する、前記データ記憶媒体上
の命令手段を、更に備えているようにしたことを特徴と
する請求項１１のプログラム製品。 - 【請求項１３】 前記ホスト・プロセッサに対し、前
記第１ファイル空間の記憶管理のための第２管理情報の
カタログを前記第１記憶空間上において維持することと
、前記第２管理情報に従って前記第１記憶空間を管理す
ることとを命令する、前記データ記憶媒体上の管理手段
を、更に備えたことを特徴とする請求項１１のプログラ
ム製品。 - 【請求項１４】 前記ホスト・プロセッサに対し、前
記第１ファイル空間の記憶管理のための第２管理情報の
カタログを前記第１記憶空間上において維持することと
、前記第２管理情報に従って前記第１記憶空間を管理す
ることとを命令する、前記データ記憶媒体上の管理手段
を、更に備えたことを特徴とする請求項１２のプログラ
ム製品。 - 【請求項１５】 データ記憶階層の中のデータ記憶管
理の方法であり、前記データ記憶階層は、第１ファイル
・システムに従って編成した第１記憶空間と第２ファイ
ル・システムに従って編成した第２記憶空間とを設けた
レベル０の記憶機構、レベル１の記憶機構、及び、前記
レベル０の記憶機構と前記レベル１の記憶機構とに結合
したホスト・プロセッサを備えているデータ記憶階層で
ある、前記方法において、前記第２記憶空間上の各ファ
イルに対応した空ファイルを、前記第１記憶空間内に生
成する、機械実行ステップと、前記第２記憶空間上の前
記各ファイルに対して管理クラスを割当て、且つ、割当
てたその管理クラスを、前記第１記憶空間上のカタログ
の中に記憶させる、機械実行ステップと、前記第２記憶
空間上の前記各ファイルを、そのファイルの管理クラス
に応じて管理する、機械実行ステップと、を含んでいる
方法。 - 【請求項１６】 前記第１記憶空間上の各ファイルに
対して管理クラスを割当て、且つ、割当てたその管理ク
ラスを、前記第１記憶空間上のカタログの中に記憶させ
る、機械実行ステップと、前記第１記憶空間上の前記各
ファイルを、そのファイルの管理クラスに応じて管理す
る、機械実行ステップと、を更に含んでいることを特徴
とする請求項１５の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US578386 | 1990-09-07 | ||
| US07/578,386 US5317728A (en) | 1990-09-07 | 1990-09-07 | Storage management of a first file system using a second file system containing surrogate files and catalog management information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04246742A true JPH04246742A (ja) | 1992-09-02 |
| JPH0820990B2 JPH0820990B2 (ja) | 1996-03-04 |
Family
ID=24312648
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3196770A Expired - Lifetime JPH0820990B2 (ja) | 1990-09-07 | 1991-08-06 | 異なるファイル・システムにまたがる記憶管理システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5317728A (ja) |
| EP (1) | EP0476841A3 (ja) |
| JP (1) | JPH0820990B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793373A (ja) * | 1993-06-14 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | データ・ファイルを分類する方法およびファイル管理システム |
| JP2007164496A (ja) * | 2005-12-14 | 2007-06-28 | Fujitsu Ltd | ストレージシステム制御装置、ストレージシステム制御プログラム、ストレージシステム制御方法 |
Families Citing this family (83)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3160106B2 (ja) * | 1991-12-23 | 2001-04-23 | ヒュンダイ エレクトロニクス アメリカ | ディスクアレーの区分け方法 |
| CA2108833A1 (en) * | 1992-10-22 | 1994-04-23 | Masanori Ishii | File compression processor |
| US5475834A (en) * | 1992-10-26 | 1995-12-12 | International Business Machines Corporation | Integration of migration level two and backup tape processing using multiple inventory entries |
| SE500599C2 (sv) * | 1992-12-08 | 1994-07-25 | Ellemtel Utvecklings Ab | Sätt att optimera minnesutrymme i en databas |
| CA2112421C (en) * | 1992-12-28 | 1998-08-11 | Akio Ikeda | Management apparatus for volume-medium correspondence information for use in dual file system |
| EP0681721B1 (en) * | 1993-02-01 | 2005-03-23 | Sun Microsystems, Inc. | Archiving file system for data servers in a distributed network environment |
| US5761738A (en) * | 1993-04-08 | 1998-06-02 | International Business Machines Corporation | Computer system which stores management or control information in different address space but same offset as corresponding data |
| US5991753A (en) * | 1993-06-16 | 1999-11-23 | Lachman Technology, Inc. | Method and system for computer file management, including file migration, special handling, and associating extended attributes with files |
| US7080051B1 (en) | 1993-11-04 | 2006-07-18 | Crawford Christopher M | Internet download systems and methods providing software to internet computer users for local execution |
| US5771354A (en) * | 1993-11-04 | 1998-06-23 | Crawford; Christopher M. | Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services |
| US6345104B1 (en) * | 1994-03-17 | 2002-02-05 | Digimarc Corporation | Digital watermarks and methods for security documents |
| US5519855A (en) * | 1994-01-14 | 1996-05-21 | Microsoft Corporation | Summary catalogs |
| US5625811A (en) * | 1994-10-31 | 1997-04-29 | International Business Machines Corporation | Method and system for database load balancing |
| US5613097A (en) * | 1994-11-18 | 1997-03-18 | Scott R. Ketterer | Method of cataloging removable media on a computer |
| US5551025A (en) * | 1994-11-30 | 1996-08-27 | Mci Communications Corporation | Relational database system for storing different types of data |
| CA2137492C (en) * | 1994-12-07 | 1998-07-28 | Lenny Kwok-Ming Hon | System for and method of providing delta-versioning of the contents of pcte file objects |
| US5617568A (en) * | 1994-12-14 | 1997-04-01 | International Business Machines Corporation | System and method for supporting file attributes on a distributed file system without native support therefor |
| US5564037A (en) * | 1995-03-29 | 1996-10-08 | Cheyenne Software International Sales Corp. | Real time data migration system and method employing sparse files |
| US5819275A (en) * | 1995-06-07 | 1998-10-06 | Trusted Information Systems, Inc. | System and method for superimposing attributes on hierarchically organized file systems |
| EP0839353B1 (en) * | 1995-07-20 | 2001-09-26 | Novell, Inc. | Transaction synchronization in a disconnectable computer and network |
| DE69624359D1 (de) | 1995-07-20 | 2002-11-21 | Novell Inc | Transaktionslogverwaltung in einem netz abtrennbarer rechner |
| JPH0962586A (ja) * | 1995-08-25 | 1997-03-07 | Fujitsu Ltd | 情報処理装置及び情報処理装置におけるデータ処理方法 |
| US5754788A (en) * | 1995-12-28 | 1998-05-19 | Attachmate Corporation | Method and system for reconfiguring a communications stack |
| US5721948A (en) * | 1996-02-29 | 1998-02-24 | Sun Microsystems, Inc. | System for creating mount command from verified programmable options compatible with file system types to attach media file system to an existing file system |
| US5848421A (en) * | 1996-06-17 | 1998-12-08 | Electronic Data Systems Corporation | System and method for catalog maintenance and utilization |
| US5832499A (en) * | 1996-07-10 | 1998-11-03 | Survivors Of The Shoah Visual History Foundation | Digital library system |
| US5878434A (en) * | 1996-07-18 | 1999-03-02 | Novell, Inc | Transaction clash management in a disconnectable computer and network |
| US5857192A (en) * | 1996-09-23 | 1999-01-05 | Motorola, Inc. | Quality control system employing bi-directional messaging using empty files |
| US6154817A (en) * | 1996-12-16 | 2000-11-28 | Cheyenne Software International Sales Corp. | Device and method for managing storage media |
| US6353837B1 (en) * | 1998-06-30 | 2002-03-05 | Emc Corporation | Method and apparatus providing mass storage access from systems using different meta-data formats |
| US6604236B1 (en) | 1998-06-30 | 2003-08-05 | Iora, Ltd. | System and method for generating file updates for files stored on read-only media |
| US6094605A (en) * | 1998-07-06 | 2000-07-25 | Storage Technology Corporation | Virtual automated cartridge system |
| US6330572B1 (en) | 1998-07-15 | 2001-12-11 | Imation Corp. | Hierarchical data storage management |
| US9361243B2 (en) | 1998-07-31 | 2016-06-07 | Kom Networks Inc. | Method and system for providing restricted access to a storage medium |
| US7392234B2 (en) * | 1999-05-18 | 2008-06-24 | Kom, Inc. | Method and system for electronic file lifecycle management |
| US8234477B2 (en) * | 1998-07-31 | 2012-07-31 | Kom Networks, Inc. | Method and system for providing restricted access to a storage medium |
| US6353831B1 (en) | 1998-11-02 | 2002-03-05 | Survivors Of The Shoah Visual History Foundation | Digital library system |
| TW463107B (en) * | 1998-12-22 | 2001-11-11 | Ibm | Extended card file system |
| US6826711B2 (en) | 2000-02-18 | 2004-11-30 | Avamar Technologies, Inc. | System and method for data protection with multidimensional parity |
| US7509420B2 (en) | 2000-02-18 | 2009-03-24 | Emc Corporation | System and method for intelligent, globally distributed network storage |
| US6704730B2 (en) | 2000-02-18 | 2004-03-09 | Avamar Technologies, Inc. | Hash file system and method for use in a commonality factoring system |
| US7194504B2 (en) * | 2000-02-18 | 2007-03-20 | Avamar Technologies, Inc. | System and method for representing and maintaining redundant data sets utilizing DNA transmission and transcription techniques |
| US7062648B2 (en) * | 2000-02-18 | 2006-06-13 | Avamar Technologies, Inc. | System and method for redundant array network storage |
| US7028251B2 (en) * | 2000-03-02 | 2006-04-11 | Iora, Ltd. | System and method for reducing the size of data difference representations |
| US6756999B2 (en) * | 2000-04-06 | 2004-06-29 | Microsoft Corporation | Method and system for clustering and grouping taskbar buttons |
| WO2001098952A2 (en) * | 2000-06-20 | 2001-12-27 | Orbidex | System and method of storing data to a recording medium |
| US20050010652A1 (en) * | 2000-06-22 | 2005-01-13 | Ideogram Design S.A.R.L. | Process and device for selective download of data based on index file transmitted from a central server |
| US6751635B1 (en) * | 2000-08-18 | 2004-06-15 | Network Appliance, Inc. | File deletion and truncation using a zombie file space |
| US6810398B2 (en) | 2000-11-06 | 2004-10-26 | Avamar Technologies, Inc. | System and method for unorchestrated determination of data sequences using sticky byte factoring to determine breakpoints in digital sequences |
| US7047420B2 (en) * | 2001-01-17 | 2006-05-16 | Microsoft Corporation | Exclusive encryption |
| US7478243B2 (en) * | 2001-03-21 | 2009-01-13 | Microsoft Corporation | On-disk file format for serverless distributed file system with signed manifest of file modifications |
| US7043637B2 (en) * | 2001-03-21 | 2006-05-09 | Microsoft Corporation | On-disk file format for a serverless distributed file system |
| US6981138B2 (en) * | 2001-03-26 | 2005-12-27 | Microsoft Corporation | Encrypted key cache |
| US7062490B2 (en) * | 2001-03-26 | 2006-06-13 | Microsoft Corporation | Serverless distributed file system |
| US6988124B2 (en) * | 2001-06-06 | 2006-01-17 | Microsoft Corporation | Locating potentially identical objects across multiple computers based on stochastic partitioning of workload |
| US7310644B2 (en) * | 2001-06-06 | 2007-12-18 | Microsoft Corporation | Locating potentially identical objects across multiple computers |
| EP1283477A1 (en) * | 2001-08-07 | 2003-02-12 | Sap Ag | Method and computer system for identifying objects for archiving |
| US20040205587A1 (en) * | 2001-08-07 | 2004-10-14 | Draper Stephen P.W. | System and method for enumerating arbitrary hyperlinked structures in which links may be dynamically calculable |
| US20030033303A1 (en) * | 2001-08-07 | 2003-02-13 | Brian Collins | System and method for restricting access to secured data |
| US7509316B2 (en) | 2001-08-31 | 2009-03-24 | Rocket Software, Inc. | Techniques for performing policy automated operations |
| US20040039891A1 (en) * | 2001-08-31 | 2004-02-26 | Arkivio, Inc. | Optimizing storage capacity utilization based upon data storage costs |
| US20040054656A1 (en) * | 2001-08-31 | 2004-03-18 | Arkivio, Inc. | Techniques for balancing capacity utilization in a storage environment |
| US7092977B2 (en) * | 2001-08-31 | 2006-08-15 | Arkivio, Inc. | Techniques for storing data based upon storage policies |
| CA2458416A1 (en) * | 2001-08-31 | 2003-03-27 | Arkivio, Inc. | Techniques for restoring data based on contents and attributes of the data |
| US20030110190A1 (en) * | 2001-12-10 | 2003-06-12 | Hitachi, Ltd. | Method and system for file space management |
| US20030115204A1 (en) * | 2001-12-14 | 2003-06-19 | Arkivio, Inc. | Structure of policy information for storage, network and data management applications |
| US6931410B2 (en) | 2002-01-11 | 2005-08-16 | International Business Machines Corporation | Method, apparatus, and program for separate representations of file system locations from referring file systems |
| JP2003237914A (ja) * | 2002-02-15 | 2003-08-27 | Hitachi Ltd | 記憶メディア保管システム及びその運用方法 |
| US7020665B2 (en) * | 2002-03-07 | 2006-03-28 | Microsoft Corporation | File availability in distributed file storage systems |
| US7269612B2 (en) * | 2002-05-31 | 2007-09-11 | International Business Machines Corporation | Method, system, and program for a policy based storage manager |
| US6954768B2 (en) * | 2002-08-29 | 2005-10-11 | International Business Machines Corporation | Method, system, and article of manufacture for managing storage pools |
| US20040083202A1 (en) * | 2002-08-30 | 2004-04-29 | Arkivio, Inc. | Techniques to control recalls in storage management applications |
| WO2004051481A1 (en) * | 2002-12-02 | 2004-06-17 | Arkivio Inc. | Data recovery techniques in storage systems |
| US7472254B2 (en) * | 2003-10-10 | 2008-12-30 | Iora, Ltd. | Systems and methods for modifying a set of data objects |
| US7873782B2 (en) * | 2004-11-05 | 2011-01-18 | Data Robotics, Inc. | Filesystem-aware block storage system, apparatus, and method |
| JP5055125B2 (ja) * | 2004-11-05 | 2012-10-24 | ドロボ， インコーポレイテッド | 種々のサイズの格納デバイスを許容する動的にアップグレード可能な故障許容格納システムおよび方法 |
| EP2021926A4 (en) | 2006-05-05 | 2009-07-15 | Hybir Inc | SYSTEM FOR SAVING INCREMENTAL AND COMPLETE COMPUTER-BASED FILE FILES BASED ON THE GROUP, PROCESS AND APPARATUS |
| JP4749266B2 (ja) * | 2006-07-27 | 2011-08-17 | 株式会社日立製作所 | 情報資源の重複を省いたバックアップ制御装置及び方法 |
| WO2011050451A1 (en) * | 2009-10-30 | 2011-05-05 | Rayan Zachariassen | Real-time data transformation to access foreign data sources |
| US9229657B1 (en) | 2012-11-01 | 2016-01-05 | Quantcast Corporation | Redistributing data in a distributed storage system based on attributes of the data |
| US9792295B1 (en) | 2013-02-06 | 2017-10-17 | Quantcast Corporation | Distributing data of multiple logically independent file systems in distributed storage systems including physically partitioned disks |
| US9811529B1 (en) * | 2013-02-06 | 2017-11-07 | Quantcast Corporation | Automatically redistributing data of multiple file systems in a distributed storage system |
| US10691549B2 (en) | 2018-02-08 | 2020-06-23 | International Business Machines Corporation | System managed facilitation of backup of dataset before deletion |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4104718A (en) * | 1974-12-16 | 1978-08-01 | Compagnie Honeywell Bull (Societe Anonyme) | System for protecting shared files in a multiprogrammed computer |
| US4638425A (en) * | 1982-09-29 | 1987-01-20 | International Business Machines Corporation | Peripheral data storage having access controls with error recovery |
| US4574346A (en) * | 1982-09-29 | 1986-03-04 | International Business Machines Corporation | Method and apparatus for peripheral data handling hierarchies |
| US4499539A (en) * | 1982-12-20 | 1985-02-12 | International Business Machines Corporation | Method and apparatus for limiting allocated data-storage space in a data-storage unit |
| US4638424A (en) * | 1984-01-12 | 1987-01-20 | International Business Machines Corporation | Managing data storage devices connected to a digital computer |
| US4882674A (en) * | 1985-03-05 | 1989-11-21 | Wang Laboratories, Inc. | Apparatus and method for control of one computer system by another computer system |
| US5202971A (en) * | 1987-02-13 | 1993-04-13 | International Business Machines Corporation | System for file and record locking between nodes in a distributed data processing environment maintaining one copy of each file lock |
| US5175852A (en) * | 1987-02-13 | 1992-12-29 | International Business Machines Corporation | Distributed file access structure lock |
| US5001628A (en) * | 1987-02-13 | 1991-03-19 | International Business Machines Corporation | Single system image uniquely defining an environment for each user in a data processing system |
| US4876662A (en) * | 1988-05-02 | 1989-10-24 | International Business Machines Corporation | Optimizing volume mounts in a multidrive environment |
| US4974156A (en) * | 1988-05-05 | 1990-11-27 | International Business Machines | Multi-level peripheral data storage hierarchy with independent access to all levels of the hierarchy |
| US4987533A (en) * | 1988-05-05 | 1991-01-22 | International Business Machines Corporation | Method of managing data in a data storage hierarchy and a data storage hierarchy therefor with removal of the least recently mounted medium |
| US5089952A (en) * | 1988-10-07 | 1992-02-18 | International Business Machines Corporation | Method for allowing weak searchers to access pointer-connected data structures without locking |
| US5018060A (en) * | 1989-01-26 | 1991-05-21 | Ibm Corporation | Allocating data storage space of peripheral data storage devices using implied allocation based on user parameters |
| JPH0792775B2 (ja) * | 1989-12-11 | 1995-10-09 | 株式会社日立製作所 | 外部記憶装置群のスペース管理方法 |
| US5121483A (en) * | 1990-05-21 | 1992-06-09 | International Business Machines Corporation | Virtual drives in an automated storage library |
| US5239647A (en) * | 1990-09-07 | 1993-08-24 | International Business Machines Corporation | Data storage hierarchy with shared storage level |
-
1990
- 1990-09-07 US US07/578,386 patent/US5317728A/en not_active Expired - Lifetime
-
1991
- 1991-08-06 JP JP3196770A patent/JPH0820990B2/ja not_active Expired - Lifetime
- 1991-08-20 EP EP19910307666 patent/EP0476841A3/en not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793373A (ja) * | 1993-06-14 | 1995-04-07 | Internatl Business Mach Corp <Ibm> | データ・ファイルを分類する方法およびファイル管理システム |
| JP2007164496A (ja) * | 2005-12-14 | 2007-06-28 | Fujitsu Ltd | ストレージシステム制御装置、ストレージシステム制御プログラム、ストレージシステム制御方法 |
| JP4563314B2 (ja) * | 2005-12-14 | 2010-10-13 | 富士通株式会社 | ストレージシステム制御装置、ストレージシステム制御プログラム、ストレージシステム制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0476841A2 (en) | 1992-03-25 |
| JPH0820990B2 (ja) | 1996-03-04 |
| EP0476841A3 (en) | 1993-03-24 |
| US5317728A (en) | 1994-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04246742A (ja) | 異なるファイル・システムにまたがる記憶管理システム | |
| US5239647A (en) | Data storage hierarchy with shared storage level | |
| KR100446339B1 (ko) | 실시간데이터이송시스템및스파스파일을사용하는방법 | |
| EP0605959B1 (en) | Apparatus and methods for making a portion of a first name space available as a portion of a second name space | |
| US6298428B1 (en) | Method and apparatus for shared persistent virtual storage on existing operating systems | |
| JP2724256B2 (ja) | コンピュータシステム | |
| TWI232382B (en) | A distributed storage system for data-sharing among client computers running different operating system types | |
| US7024427B2 (en) | Virtual file system | |
| US6871245B2 (en) | File system translators and methods for implementing the same | |
| US5787413A (en) | C++ classes for a digital library | |
| RU2170454C2 (ru) | Система и способ эффективного использования кэш-памяти в распределенной файловой системе | |
| US6301582B1 (en) | System and method for storage of shared persistent objects | |
| US6684230B1 (en) | System and method for performing defined actions when grafting the name space of one storage medium into the name space of another storage medium | |
| EP2983094A1 (en) | Apparatus and method for a hardware-based file system | |
| US20010027457A1 (en) | Method and apparatus for storing changes to file attributes without having to store an additional copy of the file contents | |
| JP3017892B2 (ja) | ファイル管理装置 | |
| JPH1031612A (ja) | 高度ファイル・サーバ | |
| JPH04297934A (ja) | データ処理システム | |
| JPH07104808B2 (ja) | 設置可能なファイルシステムにおいてダイナミックボリュームトラッキングを行う方法及び装置 | |
| JPH06161855A (ja) | ファイル装置およびファイルアクセス方法 | |
| JPS6243766A (ja) | 共用資源の状態管理方式 | |
| JP2001517836A (ja) | １つの記憶媒体の名称空間を別の記憶媒体の名称空間に移植する場合に既定のアクションを実行するシステムおよび方法 | |
| Miller | A reference model for mass storage systems | |
| JPH0622015B2 (ja) | データ処理システムの制御方法 | |
| CN115543549B (zh) | 一种应用运行效果与宿主机一致的容器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090304 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120304 Year of fee payment: 16 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120304 Year of fee payment: 16 |