JP2001084112A - 情報記録制御システムおよび情報記録制御方法 - Google Patents

Abstract

(57)【要約】 【課題】オートチェンジャ装置内の複数の記憶メディア
から構成されるボリュームのサイズを動的に変更できる
ようにし、管理コストの低減を図る。 【解決手段】階層記憶制御システム２１には、オートチ
ェンジャ装置２２内の記録メディア毎にその使用の有無
を管理するメディア管理部２１２と、論理ボリュームと
してマウントされるユニットとそれを構成する記憶メデ
ィアとの対応関係を管理するためのユニット管理部２１
３とが設けられている。ユニットのメディアサイズを増
加することが必要となるようなアクセスをファイルシス
テム１１１から受け付けたときは、メディア管理部２１
２によってオートチェンジャ装置２２内の記憶メディア
の中から未使用の空きメディアが検出される。そして、
その空きメディアはユニット管理部２１３によって、ユ
ニットを構成するメディアとして追加され、これにより
ユニットのボリュームサイズが自動的に増加される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオートチェンジャ装
置を記憶装置として使用する情報記録制御システムおよ
び情報記録制御方法に関する。

【０００２】

【従来の技術】一般に、計算機システムにおいては、ハ
ードディスク等の記憶装置は計算機システムのファイル
システムにマウントして使用される。この場合、記憶装
置のボリュームサイズは予めそのサイズをシステムフォ
ーマット時に決めておくのが通常である。

【０００３】記憶装置のボリュームサイズの増減は管理
者が専用の運用管理ツール等を用いて行うという方式が
用いられており、運用中にダイナミックに行うことは出
来ない。これは、ネットワークファイルシステムについ
ても同様である。

【０００４】ところで、最近では、記憶装置の大容量化
のため、ネットワーク接続されたサーバコンピュータな
どを中心にオートチェンジャ（ライブラリ）装置が記憶
装置として使用され始めている。オートチェンジャ（ラ
イブラリ）装置は光ディスクやテープなどの記憶メディ
アを自動的にドライブ装置に装填／取り外し可能なロボ
ット制御部を有している。このようなオートチェンジャ
装置を使用することにより、複数の記憶メディアを自在
に交換しながらアクセスする事が可能となる。

【０００５】

【発明が解決しようとする課題】しかし、従来では、オ
ートチェンジャ装置を記憶装置として使用する場合であ
っても、ファイルシステムに対するマウントは１つの記
憶メディア単位で行われることが多く、複数の記憶メデ
ィアを自在に交換しながらアクセスする事ができるとい
うオートチェンジャ装置の機能は有効利用されていない
ことがほとんどであった。また、ボリュームサイズの増
減についても、ハードディスク装置などの他の記憶装置
と同様に、管理者が専用の運用管理ツール等を用いて行
うという方式が用いられており、そのボリュームサイズ
を運用中にダイナミックに変更することは出来なかっ
た。

【０００６】本発明は上述の事情に鑑みてなされたもの
であり、オートチェンジャ装置の機能を有効利用するこ
とによって任意のサイズの論理ボリュームを構成できる
ようにすると共に、その論理ボリュームのボリュームサ
イズを運用中に自動的に変更できるようにし、管理コス
トの低減を図ることが可能な情報記録制御システムおよ
び情報記録制御方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】上述の課題を解決するた
め、本発明は、オートチェンジャ装置内に収容された複
数の記憶メディアの中の所定数の記憶メディアをグルー
プ化して１つのユニットを構成し、そのユニットをファ
イルシステムに対して論理ボリュームとしてマウントし
て使用することが可能な情報記録制御システムであっ
て、前記ユニットとそれを構成する記憶メディアとの対
応関係を示すユニット管理情報を管理する手段と、前記
オートチェンジャ装置内の記録メディア毎にその使用の
有無を示すメディア管理情報を管理する手段と、前記ユ
ニットのメディアサイズを増加することが必要となるよ
うなアクセスを前記ファイルシステムから受け付けたと
き、前記メディア管理情報を参照して、前記オートチェ
ンジャ装置内の記憶メディアの中から未使用の空きメデ
ィアを検出する空きメディア検出手段と、前記ユニット
管理情報を更新することによって、前記空きメディア検
出手段によって検出された空きメディアを前記ユニット
に追加する手段とを具備することを特徴とする。

【０００８】この情報記録制御システムは、オートチェ
ンジャ装置の機能を有効利用するため、ユニットとそれ
を構成する記憶メディアとの対応関係を示すユニット管
理情報を管理する手段と、オートチェンジャ装置内の記
録メディア毎にその使用の有無を示すメディア管理情報
を管理する手段とが設けられており、オートチェンジャ
装置内に収容された複数の記憶メディアの中の所定数の
記憶メディアから構成されたユニットを論理ボリューム
としてファイルシステムにマウントして使用することが
出来る。この構成において、ユニットのメディアサイズ
を増加することが必要となるようなアクセスをファイル
システムから受け付けたときは、メディア管理情報を参
照して、オートチェンジャ装置内の記憶メディアの中か
ら未使用の空きメディアを検出する処理が行われ、そし
て、ユニット管理情報を更新することにより、検出した
空きメディアをユニットに追加する処理が自動的に行わ
れる。このように、ユニットとそれを構成する記憶メデ
ィアとの対応関係を管理しておくことにより、ボリュー
ムサイズを記憶メディア単位でダイナミックに増加する
ことが可能となる。よって、管理コストの低減を図るこ
とが出来る。

【０００９】また、本発明は、前記ユニットからのファ
イルの削除に応答して、１つの記憶メディア分の空きサ
イズが前記ユニット上に存在するか否かを判断する手段
と、１つの記憶メディア分の空きサイズが前記ユニット
上に存在するとき、前記ユニットを構成する記憶メディ
ア間でファイルの移動／コピー処理を実行することによ
り、前記ユニットを構成する記憶メディアの中に空きメ
ディアを確保する手段と、前記確保された空きメディア
が前記ユニットから解放されるように前記ユニット管理
情報を更新する手段とをさらに具備することを特徴とす
る。

【００１０】これにより、ボリュームサイズの減少も自
動的に行えるようになり、空きメディアの数を動的に増
やすことが出来る。よって、例えばオートチェンジャ装
置内の複数の記憶メディアを複数のユニットに分割し、
それらユニットをそれぞれ論理ボリュームとして割り当
てた場合には、より多くのユーザデータの書き込みが行
われる論理ボリュームに対してより多くの記憶メディア
を割り当てる等の運用が可能となる。

【００１１】また、前記ユニットへのアクセスの履歴に
基づいて、前記ユニット内に記録されているファイルの
中から重要度の低いファイルを削除候補として提示する
手段をさらに具備することにより、例えば作成／更新日
時の古いファイルやアクセス頻度の少ないファイルを自
動的に管理者に通知することが可能となり、管理作業を
支援することができる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の本
実施形態を説明する。 （第１実施形態）図１には、本発明の第１実施形態に係
る情報記録制御システムを用いたコンピュータネットワ
ークシステムの構成が示されている。図示のように、Ｌ
ＡＮなどのネットワーク上には、本情報記録制御システ
ムが搭載されるサーバ１１と、クライアント１２，１３
と、他のサーバ１４などが接続されている。本情報記録
制御システムは、サーバ１１に設けられた階層記憶制御
システム２１と、サーバ１１上で実行されるデバイスド
ライバ１１２等によって実現されている。

【００１３】階層記憶制御システム２１はオートチェン
ジャ装置２２を制御するためのものであり、例えばサー
バ１１に装着可能な拡張ボードとその制御用のファーム
ウェアとによって構成される。具体的には、階層記憶制
御システム２１には、図示のように、ホストシステムで
あるサーバ１１との通信を行うためのＨＯＳＴ通信部２
１１と、オートチェンジャ装置２２内に収容された複数
の記憶メディアを管理するためのメディア管理部２１２
と、サーバ１１のファイルシステム１１１に論理ボリュ
ームとしてマウントするためのユニット（記憶メディア
グループ）の管理を行うユニット管理部２１３と、オー
トチェンジャ装置２２との間のデータ転送を制御するデ
ータ転送制御部２１４と、オートチェンジャ装置２２の
メディア搬送機構などの制御を行うチェンジャ制御部２
１５とが設けられている。

【００１４】オートチェンジャ装置２２は複数の記憶メ
ディアを収容可能に構成されており、かつ自動的にドラ
イブ装置にメディアを装填／取り外しするためのロボッ
ト制御部を有している。オートチェンジャ装置２２には
２台のドライブ装置が内蔵されており、２枚のメディア
にまたがるアクセスを連続して行うことが出来る。

【００１５】オートチェンジャ装置２２内の複数の記憶
メディアによって構成されるユニットは、クライアント
１２，１３等からＮＦＳ（Network File System）／Ｓ
ＭＢ（Server Message Block）などを用いてアクセスす
ることができ、本コンピュータネットワークシステムの
共有ストレージとして使用される。クライアント１２，
１３等からのオートチェンジャ装置２２内のユニットに
対するデータ書き込み／読み出しは、サーバ１１のネッ
トワークインターフェイス１１３、およびファイルシス
テム１１１を介して行われる。

【００１６】ここで、図２を参照して、ファイルシステ
ム１１１から見た共有ストレージのディレクトリ構成
と、オートチェンジャ装置２２内の記録メディアとの対
応関係を説明する。

【００１７】オートチェンジャ装置２２をファイルシス
テム１１１に論理ボリュームとしてマウントすることに
より、オートチェンジャ装置２２は、サーバ１１、クラ
イアント１２，１３、他のサーバ１４などからはネット
ワークドライブとして見ることが出来る。この場合、フ
ァイルシステム上のディレクトリと階層記憶制御システ
ム２１のユニットとの間の対応付けは、デバイスドライ
バ１１２によって管理される。

【００１８】オートチェンジャ装置２２を記憶装置とし
て使用するネットワークドライブのトータルボリューム
サイズは、専用の管理ツールなどを用いることによって
管理者が任意に設定してそれをファイルシステム１１１
に対して宣言することによって決定されるが、その最大
値は、オートチェンジャ装置２２に収容された全記憶メ
ディアの合計メディアサイズとなる。例えば、１枚あた
りのメディアサイズが両面で５．２ＧバイトのＭＯを記
憶メディアとして３２枚まで収容可能なオートチェンジ
ャ装置２２を想定すると、そのトータルボリュームサイ
ズは最大で５．２ｘ３２Ｇとなる。

【００１９】各ユニットは、ＭＯなどの記憶メディアを
１枚数以上まとめたものであり、図２（Ａ）のようにネ
ットワークドライブ内のフォルダ（サブディレクトリ）
としてマウントしたり、あるいは図２（Ｂ）のようにネ
ットワークドライブ自体（ドライブのルート）としてマ
ウントすることができる。各ユニットはそれに対応する
論理ボリュームの物理記憶領域として使用される。

【００２０】図２（Ａ）は、３つのユニットを用意し、
それらユニットをそれぞれネットワークドライブ内のフ
ォルダ１，２，３に相当するボリュームとしてマウント
した場合の例である。また、図２（Ｂ）は、１つのユニ
ットを用意し、そのユニットをネットワークドライブ自
体にボリュームとして割り当てた例である。図２
（Ａ），（Ｂ）のどちらの場合も、オートチェンジャ装
置２２内の残りの記憶メディアは例えばオートチェンジ
ャ装置２２を他の目的で使用したり、あるいは後にフォ
ルダを追加する場合などの為に、空きメディアとして確
保される。

【００２１】本実施形態では、その空きメディアを利用
することにより、各ユニットのボリュームサイズ（メデ
ィアサイズ）を動的に増やすための制御が行われる。こ
の制御は、ユニットに空きメディアを追加して、ユニッ
トを構成するメディア枚数を増やすことによって容易に
行うことが出来る。

【００２２】図３には、メディア管理部２１２によって
管理されるメディア管理テーブルの一例が示されてい
る。このメディア管理テーブルは、オートチェンジャ装
置２２内の記録メディア毎にその使用の有無を管理する
ためのものであり、図示のように、各記録メディアを識
別するためのメディアＩＤフィールドと、使用／未使用
情報フィールドとを、記録メディア毎に対応づけて管理
している。図３では、最大で３２枚のメディアが収容さ
れる場合を想定しており、それら３２枚のメディア（Ｉ
ｎｄｅｘ１〜Ｉｎｄｅｘ３２）それぞれについて表面
（Ａ）と裏面（Ｂ）に分けて使用の有無が管理される。
図中、○印はユニットとして使用されているメディアを
示し、×印は未使用の空きメディアを示している。

【００２３】図４には、ユニット管理部２１３によって
管理されるユニット管理テーブルの一例が示されてい
る。このユニット管理テーブルは各ユニットとそれを構
成する記憶メディアとの対応関係を管理するためのもの
であり、図示のように、ユニット番号を示すユニット番
号フィールド、メディアＩＤフィールド、カーディナル
番号フィールド、フォーマット情報フィールドなどから
構成されている。図４では、ユニット番号１のユニット
がＩｎｄｅｘ１の記録メディアの両面とＩｎｄｅｘ２の
記録メディアの両面とから構成されており、またユニッ
ト番号２のユニットがＩｎｄｅｘ３の記録メディアの両
面から構成されている場合を想定している。

【００２４】カーディナル番号はユニットを構成するメ
ディアのシーケンシャルなつながりを示すものであり、
アクセス順を示す番号が管理されている。図４の例で
は、ユニット番号１のユニットのカーディナル番号は、
Ｉｎｄｅｘ１＿Ａ、Ｉｎｄｅｘ２＿Ａ、Ｉｎｄｅｘ１＿
Ｂ、Ｉｎｄｅｘ２＿Ｂの順となっている。これにより、
２台のドライブ装置に対するメディア装填／取り外し回
数の低減が可能となる。

【００２５】ユニット番号１のユニットのメディアサイ
ズを増加する場合には、図示のように、ユニット番号１
のエントリーを追加し、そこに空きメディアのメディア
ＩＤ（ここでは、Ｉｎｄｅｘ３２＿Ａ）、カーディナル
番号（ここでは、５）を登録すればよい。

【００２６】次に、ファイルシステム１１１からユニッ
トをアクセスするための対応づけの例について説明す
る。

【００２７】例えば、クライアント１２からのファイル
アクセスが／ｍｎｔ／ｆｏｏ１／ｔｅｓｔ．＊＊である
とする。ここでは、／ｍｎｔは仮想記憶制御システム２
１を、ｆｏｏ１はユニット１を示しているものとする。
すなわち、 ／ｍｎｔ ＝［階層記憶システム］ ／ｆｏｏ１＝ユニット１： Ｖｏｌｕｍ Ｓｉｚｅ
（Ｎ） ｔｅｓｔ．＊＊＝ユーザデータ（ファイル単位） となる。

【００２８】階層記憶制御システム２１内部のユニット
管理部２１３は同様にユニットの管理を以下の様に行
う。

【００２９】 Ｖｏｌｕｍ Ｓｉｚｅ（Ｎ）＝（Ｓｉｚｅ（Ｉｎｄｅｘ
１＿Ａ）＊２ ＋ Ｓｉｚｅ（Ｉｎｄｅｘ１＿Ｂ）＊
２） ここで、ネットワークドライブのトータルボリュームサ
イズ（オートチェンジャ装置２２内の総メディアサイ
ズ）をＴｏｔａｌＶｏｌｕｍＳｉｚｅ（Ｎ）とすると、 ＴｏｔａｌＶｏｌｕｍＳｉｚｅ（Ｎ）≧ＴｏｔａｌＵｎ
ｉｔＳｉｚｅ（Ｎ） である。

【００３０】次に、図５のフローチャートを参照して、
デバイスドライバ１１２によって実行されるユニット初
期化処理について説明する。

【００３１】このユニット初期化処理はオートチェンジ
ャ装置２２内の複数の記憶メディアを論理ボリュームと
してファイルシステムにマウントする際に行われるもの
であり、管理者やユーザの操作に従って実行される。管
理者やユーザから最初の１つ目として作成すべきユニッ
トのボリュームサイズが指示されると（ステップＳ１０
１）、そのボリュームサイズがオートチェンジャ装置２
２内の総メディアサイズを越えるか否かが判断される
（ステップＳ１０２）。総メディアサイズを越える場合
には、エラー通知が発行される。

【００３２】一方、指示されたボリュームサイズがオー
トチェンジャ装置２２内の総メディアサイズ以下であれ
ば、そのボリュームサイズ分の記憶メディアを確保する
処理が行われ（ステップＳ１０３）、そして前述のメデ
ィア管理テーブルおよびユニット管理テーブルの更新が
なされる（ステップＳ１０４）。メディア管理テーブル
については、確保された記憶メディアを空きメディアか
ら使用中メディアに変換する処理が行われ、またユニッ
ト管理テーブルについては、ユニット番号の登録、確保
された記憶メディアのメディア番号の登録、そしてカー
ディナル番号の登録などの処理が行われる。

【００３３】これにより、図６に示すように、トータル
ボリュームサイズ以下のメディアサイズからなるユニッ
ト１が作成され、それがファイルシステムに論理ボリュ
ームとして割り当てられることになる。

【００３４】２つ目以降のユニットを作成する場合に
は、ステップＳ１０２では、指示されたボリュームサイ
ズがトータルボリュームサイズの残りサイズを越えるか
否かの判断が行われることになる。したがって、ユニッ
トそれぞれのメディアサイズの合計がトータルボリュー
ムサイズの範囲内であれば、ユニットはいくつでも作成
することが出来る。

【００３５】次に、図７を参照して、ユニットへのデー
タ書き込み処理の手順を説明する。

【００３６】ファイルシステム１１１は、ネットワーク
ドライブとしてマウントされたオートチェンジャ装置２
２のトータルボリュームサイズの範囲内でアクセスを要
求する。このアクセス要求で指定された論理アドレスは
デバイスドライバ１１２に送られ、そこでユニット上の
アドレスが計算によって求められる（ステップＳ２０
１）。

【００３７】ユニット上のアドレスはＨＯＳＴ通信部２
１３を通じてユニット管理部２１３に通知される。ユニ
ット管理部２１３はユニット上のアドレスがユニットの
ボリュームサイズを超えるか否かにより、ファイルシス
テム１１１からのアクセスがユニットのボリューム範囲
を越えるアクセスであるかどうかを判断する（ステップ
Ｓ２０２）。例えば、２枚の記憶メディアから構成され
るユニット１のみがネットワークドライブの物理記憶領
域として使用されている場合には、先頭から５．２ｘ２
Ｇの範囲内のアクセスであれば、ボリューム範囲を越え
ないアクセスであると判断される。この場合、ユニット
の該当するメディア上へのデータ書き込みが通常通り行
われる。

【００３８】一方、先頭から５．２ｘ２Ｇの範囲を越え
るときには、ボリューム範囲を越えたアクセスであると
判断される。この場合、デバイスドライバ１１２を通じ
てファイルシステム１１１にエラーを返すのが通常であ
るが、本実施形態では、エラーを返さずに、以下のメデ
ィア追加処理が自動的に実行される。

【００３９】すなわち、まず、メディア管理部２１２に
空きメディアが存在するか否かの問い合わせが行われ、
空きメディアが存在するかどうかが判断される（ステッ
プＳ２０３）。空きメディアがある場合は、ユニット管
理テーブルを更新することにより、メディア管理部２１
２によって検出された空きメディアをユニットに追加す
る処理が行われる（ステップＳ２０４）。また、メディ
ア管理テーブルの更新も行われ、ユニットに追加したメ
ディアの使用／未使用情報フィールドは「未使用」から
「使用中」に変更される。そして、ユニットの新たなボ
リュームサイズが計算され、それがデバイスドライバ１
１２に通知される（ステップＳ２０５）。このメディア
追加処理によって、今度はボリューム範囲を越えないア
クセスとなるので、ユニットの該当するメディア上への
データ書き込みが通常通り行われる。

【００４０】なお、ファイルシステムから書き込み要求
されたファイルサイズとユニットの残り空き容量とを比
較し、残り空き容量が書き込み要求されたファイルサイ
ズよりも小さいときにメディア追加処理を自動的に起動
したり、あるいはユニットの残り空き容量を定期的にチ
ェックし、残り空き容量がゼロもしくは所定値よりも低
下したときなどにメディア追加処理を自動的に起動する
ようにしてもよい。

【００４１】（第２実施形態）図８には、本発明の第２
実施形態に係る情報記録制御システムを用いたコンピュ
ータネットワークシステムの構成が示されている。本第
２実施形態は、ユニットを構成する記憶メディア間でフ
ァイルの移動／コピー処理を実行するファイル管理部１
１４と、ファイルシステム１１１からのアクセスの履歴
を管理する履歴管理部１１５とを追加し、ユニットから
自動的に空きメディアを作成できるようにしたものであ
り、他の構成は第１実施形態と同じである。

【００４２】図９には、履歴管理部１１５によって管理
される履歴管理情報の一例が示されている。図示のよう
に、履歴管理部１１５では、ユニットに対するユーザか
らのファイルアクセス操作の履歴として、フォルダ名
（ユニット名）、ファイル名、ファイル作成／更新日
時、最終アクセス日時、アクセス回数などの情報が管理
されている。この履歴管理情報は、ユニット内に記録さ
れているファイルの中から重要度の低いファイル、例え
ば作成／更新日時が古いファイル、アクセス頻度が低い
ファイルなどを自動的に選定して、それをユーザに提示
するために利用される。

【００４３】すなわち、図１０のフローチャートに示さ
れているように、ユーザや管理者によってファイル削除
が要求されると、履歴管理部１１５は、履歴管理情報に
基づいて古いファイルやアクセス頻度の低いファイルを
削除候補一覧として抽出し、それをユーザや管理者に提
示する処理が行われる（ステップＳ３０１）。そして、
ユーザや管理者が削除候補一覧の中から削除対象のファ
イルを指定すると（ステップＳ３０２）、そのファイル
の削除処理がファイルシステム１１１を通じて行われる
（ステップＳ３０３）。

【００４４】このファイル削除処理時には図１１の処理
が実行され、ユニットから空きメディアを解放する処理
が行われる。

【００４５】すなわち、ファイル削除が行われると、ユ
ニット管理部２１３はユニット上の空き領域の計算を行
い、空き領域のサイズが１枚分のメディアサイズを越え
るかどうか（両面記録の場合は、片面のメディアサイズ
を基準として判断してもよい）を判断する（ステップＳ
４０１，Ｓ４０２）。空き領域のサイズが１枚分のメデ
ィアサイズを越える場合には、ファイル管理部１１４に
よって記憶メディア間のデータの移動／コピー処理が実
行され、ユニットを構成している複数の記憶メディアの
中から空きメディアが作り出される（ステップＳ４０
３）。そして、前述のユニット管理テーブルの更新が行
われ、ユニットを構成するメディア枚数が更新される
（ステップＳ４０４）。この後、メディア管理テーブル
の更新が行われ、ステップＳ４０３で作り出された空き
メディアに対応する使用／未使用情報フィールドが「使
用中」から「未使用」に変更される。これにより、その
空きメディアがユニットから解放され、ユニットの新た
なメディアサイズがデバイスドライバ１１２に通知され
る（ステップＳ４０５）。

【００４６】以上の処理により、ユニットのメディアサ
イズの追加のみならず、減少についても自動的に行える
ようになり、管理コストの低減を図ることが可能とな
る。

【００４７】（第３実施形態）図１２には、本発明の第
３実施形態に係る情報記録制御システムを用いたコンピ
ュータネットワークシステムの構成が示されている。本
第３実施形態では、第１実施形態の構成に加え、ネット
ワーク上にサーバ１４と統合ファイル管理部１５とが追
加されている。サーバ１４はサーバ１１と同様の構成を
有しており、オートチェンジャ装置３２を記憶装置とし
て制御するための階層記憶制御システム３１が搭載され
ている。

【００４８】階層記憶制御システム２１，３１により、
サーバ１１，１４の双方にオートチェンジャ装置を用い
たネットワークドライブがそれぞれ設けられることにな
る。この場合、クライアント１２，１３がネットワーク
ドライブ上のユニットにアクセスする場合には、ネット
ワーク全体のリソースを示すツリー表示画面からリソー
スを一つずつ辿ることが必要となり、目的のユニットに
到達するまでに時間がかかる。そこで、本実施形態で
は、統合ファイル管理部１５をネットワーク上に設け、
この統合ファイル管理部１５によって階層記憶制御シス
テム２１と３１のユニットを統合的に管理できるように
している。統合ファイル管理部１５はネットワーク上の
サーバまたはパーソナルコンピュータ上に実装される。

【００４９】記憶制御システム２１と３１のユニットは
統合ファイル管理部１５によって一つの巨大な仮想ボリ
ュームとして管理される。この様子を図１３に示す。ク
ライアント１２，１３のユーザが統合ファイル管理部１
５をアクセスすると、図１３に示されているようなツリ
ー画面がクライアント１２，１３に提供される。クライ
アント１２，１３のユーザはその画面上でネットワーク
上に仮想ボリュームとしてマウントされている全てのユ
ニットを一覧することが出来、また該当するユニットへ
のアクセスを指示することが出来る。

【００５０】統合ファイル管理部１５においては、階層
記憶制御システム２１および３１それぞれのユニットに
対するアクセスパスが管理されており、クライアント１
２，１３からの指示に応じて、該当するユニットへの関
連づけが自動的に行われる。なお、ボリュームの自動追
加の仕組みは第１実施形態と同じである。また、第２実
施形態と同様の空きメディア確保機能を設けてもよい。

【００５１】

【発明の効果】以上説明したように、本発明によれば、
オートチェンジャ装置の機能を有効利用することによっ
て任意のサイズの論理ボリュームを構成できるようにな
ると共に、その論理ボリュームのボリュームサイズを運
用中に自動的に変更できるようになり、管理コストの低
減を図ることが可能となる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るシステムの構成を
示すブロック図。

【図２】同実施形態のシステムにおけるファイルシステ
ムから見たユニットのディレクトリ構成とオートチェン
ジャ装置内の記録メディアとの対応関係を説明するため
の図。

【図３】同実施形態のシステムで使用されるメディア管
理テーブルの構成の一例を示す図。

【図４】同実施形態のシステムで使用されるユニット管
理テーブルの構成の一例を示す図。

【図５】同実施形態のシステムにおけるユニット初期化
処理の手順を示すフローチャート。

【図６】同実施形態のシステムにおけるユニットのボリ
ュームサイズとトータルボリュームサイズとの関係を示
す図。

【図７】同実施形態のシステムにおけるユニットへのデ
ータ書き込み処理の手順を示すフローチャート。

【図８】本発明の第２実施形態に係るシステムの構成を
示すブロック図。

【図９】同実施形態で使用される履歴管理情報の一例を
示す図。

【図１０】同実施形態における削除ファイル選択処理の
手順を示すフローチャート。

【図１１】同実施形態においてユニットのファイル削除
時に実行される処理の手順を示すフローチャート。

【図１２】本発明の第３実施形態に係るシステムの構成
を示すブロック図。

【図１３】同実施形態におけるユニットの統合管理を説
明するための図。

【符号の説明】

１１…サーバ １２，１３…クライアント ２１…階層記憶制御システム ２２…オートチェンジャ装置 １１１…ファイルシステム １１２…デバイスドライバ １１４…ファイル管理部 １１５…履歴管理部 ２１２…メディア管理部 ２１３…ユニット管理部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 オートチェンジャ装置内に収容された複
   数の記憶メディアの中の所定数の記憶メディアをグルー
   プ化して１つのユニットを構成し、そのユニットをファ
   イルシステムに対して論理ボリュームとしてマウントし
   て使用することが可能な情報記録制御システムであっ
   て、 前記ユニットとそれを構成する記憶メディアとの対応関
   係を示すユニット管理情報を管理する手段と、 前記オートチェンジャ装置内の記録メディア毎にその使
   用の有無を示すメディア管理情報を管理する手段と、 前記ユニットのメディアサイズを増加することが必要と
   なるようなアクセスを前記ファイルシステムから受け付
   けたとき、前記メディア管理情報を参照して、前記オー
   トチェンジャ装置内の記憶メディアの中から未使用の空
   きメディアを検出する空きメディア検出手段と、 前記ユニット管理情報を更新することによって、前記空
   きメディア検出手段によって検出された空きメディアを
   前記ユニットに追加する手段とを具備することを特徴と
   する情報記録制御システム。
2. 【請求項２】 前記ユニットからのファイルの削除に応
   答して、１つの記憶メディア分の空きサイズが前記ユニ
   ット上に存在するか否かを判断する手段と、 １つの記憶メディア分の空きサイズが前記ユニット上に
   存在するとき、前記ユニットを構成する記憶メディア間
   でファイルの移動／コピー処理を実行することにより、
   前記ユニットを構成する記憶メディアの中に空きメディ
   アを確保する手段と、 前記確保された空きメディアが前記ユニットから解放さ
   れるように前記ユニット管理情報を更新する手段とをさ
   らに具備することを特徴とする請求項１記載の情報記録
   制御システム。
3. 【請求項３】 前記ユニットに対するアクセスの履歴に
   基づいて、前記ユニット内に記録されているファイルの
   中から重要度の低いファイルを削除候補として提示する
   手段をさらに具備することを特徴とする請求項２記載の
   情報記録制御システム。
4. 【請求項４】 オートチェンジャ装置内に収容された複
   数の記憶メディアの中の所定数の記憶メディアをグルー
   プ化して１つのユニットを構成し、そのユニットをファ
   イルシステムに対して論理ボリュームとしてマウントし
   て使用することが可能な情報記録制御方法であって、 前記ユニットのメディアサイズを増加することが必要と
   なるようなアクセスを前記ファイルシステムから受け付
   けたとき、前記オートチェンジャ装置内の記録メディア
   毎にその使用の有無を示すメディア管理情報を参照し
   て、前記オートチェンジャ装置内の記憶メディアの中か
   ら未使用の空きメディアを検出する空きメディア検出ス
   テップと、 前記ユニットとそれを構成する記憶メディアとの対応関
   係を示すユニット管理情報を更新することによって、前
   記空きメディア検出ステップによって検出された空きメ
   ディアを前記ユニットに追加するステップとを具備する
   ことを特徴とする情報記録制御方法。
5. 【請求項５】 前記ユニットからのファイルの削除に応
   答して、１つの記憶メディア分の空きサイズが前記ユニ
   ット上に存在するか否かを判断するステップと、 １つの記憶メディア分の空きサイズが前記ユニット上に
   存在するとき、前記ユニットを構成する記憶メディア間
   でファイルの移動／コピー処理を実行することにより、
   前記ユニットを構成する記憶メディアの中に空きメディ
   アを確保するステップと、 前記確保された空きメディアが前記ユニットから解放さ
   れるように前記ユニット管理情報を更新するステップと
   をさらに具備することを特徴とする請求項４記載の情報
   記録制御方法。
6. 【請求項６】 前記ユニットに対するアクセスの履歴に
   基づいて、前記ユニット内に記録されているファイルの
   中から重要度の低いファイルを削除候補として提示する
   ステップをさらに具備することを特徴とする請求項５記
   載の情報記録制御方法。