JPH0950353A - ライブラリ型記憶装置 - Google Patents

Abstract

(57)【要約】 【目的】 記録・再生データの転送速度を向上でき、ア
クセス時間を短縮でき、ファイルの管理が簡単になり、
記録・再生の信頼性を向上できるライブラリ型記憶装置
を提供すること。 【構成】 ファイルを仮想的なボリューム単位でストラ
イピング記憶するための複数のメディア１と、複数のメ
ディア１の管理情報を格納するメディア管理情報用磁気
ディスク１５と、その管理情報に基づき、複数のドライ
ブ５〜７に対して、仮想的なボリューム単位で複数のメ
ディア１の装填・取り出しを行うアーム８〜１０と、仮
想的なボリューム単位のメディア２〜４に対する記録・
再生のデータをストライピングするためのストライピン
グ制御部１４とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ディスク、テープ等の
メディア（記録媒体）を複数使用して、大量のデータを
記録・再生するためのライブラリ型記憶装置に関するも
のである。

【０００２】

【従来の技術】近年、コンピュータで取り扱うデータ量
の増加に伴い、画像、文字、音声等の大量のデータを記
憶・再生するための装置として、ライブラリ型記憶装置
が注目されている。

【０００３】図１３にその構成例を示す。図１３におい
て、１はデータを記録・再生するためのメディア、５か
ら７は、メディア１を装填して記録・再生するためのド
ライブ、５１はドライブに装填された記録・再生中のメ
ディア、８はメディア１をドライブに搬送、装填、ある
いはドライブ５〜７からメディア１を取り出すためのア
ーム、１１はアーム８の動作を制御するためのアーム制
御部、１２はドライブ５〜７に装填されたメディアに記
録・再生データを転送するための記録・再生バス、１３
はアーム８を制御するためのアーム制御バス、１８はラ
イブラリ型記憶装置、１９はホストコンピュータ、２０
はホストコンピュータの中に設けられた、メディア１の
管理情報を記録するための磁気ディスクである。

【０００４】このようなライブラリ型記憶装置１８にお
いて、通常、データを記録・再生する場合は、記録・再
生したいファイルがどのボリューム名のメディアに記録
されているか、そのメディアは複数のメディアの中のど
の位置にあるのかという管理情報が、ホストコンピュー
タ１９の中の磁気ディスク２０の中に、記録されている
ので、ホストコンピュータ１９は、まずこの磁気ディス
ク２０の管理情報を読み出す。ファイルを格納している
メディアのボリューム名とそのメディアの位置がわかっ
たら、ホストコンピュータ１９はアーム制御バス１３を
介して、アーム制御部１１にそのメディアを搬送、装填
するように指示する。その指示に応じてアーム８が、必
要とされるメディアの位置まで移動し、そのメディアを
つかみドライブまで運び装填する。ドライブにおける記
録・再生データは、記録・再生バス１２を通じてホスト
コンピュータ１９とやり取りされる。もし、記録・再生
中メディア５１以外のメディアを記録・再生したい場合
は、そのメディアをアーム８で取ってきて、メディアを
記録・再生中でないドライブ、例えばドライブ６に装填
して、記録・再生を行う。もし、３台すべてのドライブ
にメディアが装填され記録・再生中であるならば、どれ
かのメディアの記録・再生が終了するのを待ち、終了し
た時点でアーム８でそのメディアを取り出し、そのメデ
ィアを元の位置にもどす。その後、次のメディアをアー
ム８で取り出し、メディアを装填していないドライブに
搬送、装填し、記録・再生を開始する。

【０００５】このとき、図１３の装置では、ドライブが
３台しかないので、同時に４つ以上のメディアの記録・
再生はできない。

【０００６】図１４にメディアに記録されたファイルの
例を示す。１はファイルを記録している複数のメディ
ア、５２から５４はデータ量が小さいファイルＡからフ
ァイルＣである。データ量が大きいファイルＤでは、フ
ァイルを３つの部分に分割しており、５５はファイルＤ
の先頭部分、５６は、５５とは別のメディアに記録され
たファイルＤの中央部分、５７は、５５および５６とは
別のメディアに記録されたファイルＤの最後の部分であ
る。

【０００７】データ量の小さいファイルＡ５２からファ
イルＣ５４は、１枚のメディアの単位である１ボリュー
ム内に記録されるが、データ量が大きいファイルＤで
は、ファイルの先頭部分をファイルＤａ、中央部分をフ
ァイルＤｂ、最後の部分をファイルＤｃとファイル名を
変えて複数のメディアに記録する。このようにファイル
名を変え、幾つかのファイルに分割することで、データ
量の大きいファイルを複数のメディアに記録している。

【０００８】

【発明が解決しようとする課題】このように構成された
ライブラリ型記憶装置では、メディアに記録・再生デー
タを転送するためのＳＣＳＩバスの様な記録・再生バス
が、メディアへの記録・再生データの転送スピードの数
倍のスピードでもデータを転送できる能力を有している
のが普通である。しかしながら、１枚のメディアに記録
されたファイルは１つのドライブで記録・再生するのみ
で、一度に複数のドライブで記録・再生することは出来
ないため、記録・再生バスの転送能力が高くてもそれを
活かすことが出来ず、メディア自身への記録・再生のデ
ータ転送スピードがボトルネックとなり、転送スピード
を上げることができないという課題がある。

【０００９】また、従来の方法では、アームは一度に１
枚のメディアしか搬送、装填、取り出すことが出来ない
ため、例えば３枚のメディアを搬送、装填しようとして
も、まずアームが移動して最初のメディアを搬送、装填
し、またアームが移動して次のメディアを搬送、装填
し、さらにアームが移動して、その次のメディアを搬
送、装填する、といったことを繰り返す必要がある。こ
のとき、最初に搬送、装填されたメディアは１回目のア
ームの移動後、装填され記録・再生が可能だが３枚目の
メディアは３回目のアームの移動後、やっと装填され記
録・再生が可能となる。このように複数メディアを一度
に使用したい場合でも、アームの移動に時間がかかり、
記録・再生のアクセス時間が大きくなってしまうという
課題がある。

【００１０】また、従来例では、ファイルのデータを単
に連続したデータとして、１枚あるいは複数のメディア
に記憶しているだけなので、あるメディアの破損等によ
りファイルの一部の記録・再生が不可能になった場合、
メディアに記録されているそのファイル全体が使用不可
能になってしまうという課題がある。

【００１１】更に、従来例では、１ボリュームの中に記
録出来ないような大きなファイルは、複数のメディアに
記録するために、複数のファイル名をつけて記録しなけ
ればならず、管理が面倒になっていた。また、どのメデ
ィアがファイルのどの部分を記録しているのかという、
複数のメディアのボリューム名とその順番を対応づける
情報を格納しているホストコンピュータの中の磁気ディ
スクが破損等により、記録・再生が不可能となった場
合、ファイルを記憶している複数のメディアの正しい順
番がわからないため、正常に記録、再生ができなくなっ
てしまうという課題がある。

【００１２】本発明は、従来のこのようなライブラリ型
記憶装置の課題を考慮し、記録・再生データの転送速度
を向上でき、アクセス時間を短縮でき、ファイルの管理
が簡単になり、記録・再生の信頼性を向上できるライブ
ラリ型記憶装置を提供することを目的とするものであ
る。

【００１３】

【課題を解決するための手段】本発明は、ファイルのデ
ータを仮想的なボリューム単位でストライピング記憶す
るための複数のメディアと、その複数のメディアの仮想
的なボリューム単位での記憶管理のための管理情報を格
納する管理情報格納手段と、その格納された管理情報に
基づき、複数のメディアに対して仮想的なボリューム単
位でデータの記録・再生を行うための複数のドライブ手
段と、その複数のドライブ手段に対して仮想的なボリュ
ーム単位で複数のメディアの装填・取り出しを、管理情
報格納手段の管理情報に基づいて行う複数のアーム手段
とを備えたライブラリ型記憶装置である。

【００１４】

【作用】本発明は、ファイルのデータを仮想的なボリュ
ーム単位でストライピング記憶するための複数のメディ
アと、管理情報格納手段が、複数のメディアの仮想的な
ボリューム単位での記憶管理のための管理情報を格納
し、複数のアーム手段が、複数のドライブ手段に対し
て、仮想的なボリューム単位で複数のメディアの装填・
取り出しを、管理情報に基づいて行い、複数のドライブ
手段が、その管理情報に基づき、複数のメディアに対し
て仮想的なボリューム単位でデータの記録・再生を行
う。

【００１５】

【実施例】以下に、本発明をその実施例を示す図面に基
づいて説明する。 （実施例１、本発明の請求項１等に対応した実施例）図
１は、本発明にかかる第１の実施例のライブラリ型記憶
装置の構成図である。図１において、１はメディア、２
から４はファイルＡを記録しているメディア、Ａ１から
Ａ９は、ファイルＡが細かくストライピングされ複数の
メディアに記録されたそれぞれのファイルブロック、５
から７はメディアを記録・再生するためのドライブ、８
から１０はメディア１を搬送、装填、取り出すためのア
ーム、１１は各アーム８〜１０の動作を制御するための
アーム制御部、１２はドライブ５〜７のデータの記録・
再生バス、１３はアームの制御信号用のアーム制御バ
ス、１４はファイルデータのストライピングを制御する
ストライピング制御部、１５はストライピングされた複
数のメディアの組み合わせおよび、その複数のメディア
がどこに位置しているかという管理情報を記録している
管理情報格納手段としてのメディア管理情報用磁気ディ
スク、１６はライブラリ記憶装置全体の制御部、１７は
ストライピングされたメディア２からメディア４の３枚
のメディアを１つに扱うための仮想的なボリューム単
位、１８はライブラリ型記憶装置、１９はホストコンピ
ュータ、２０はホストコンピュータ１９の中の磁気ディ
スクである。図１に示すように、本実施例では１つのフ
ァイルを３枚のメディアにストライピングしている。

【００１６】上記のドライブ５〜７及びストライピング
制御部１４の一部が複数のドライブ手段を構成し、アー
ム８〜１０及びアーム制御部１１が複数のアーム手段を
構成している。

【００１７】次に、上記第１の実施例のライブラリ型記
憶装置の動作について、図面を参照しながら説明する。

【００１８】今、ファイルＡを記録する場合を考える。
ホストコンピュータ１９で、ファイルＡを記録するため
のメディアの位置を、アーム制御バス１３を介してアー
ム制御部１１に指示する。アーム制御部１１を含む全体
の制御部１６では、この要求のあったメディアの位置
が、仮想的なボリューム単位のどの３枚のメディアの位
置に対応するのかを、メディア管理情報用磁気ディスク
１５をアクセスすることにより知り、アーム制御部１１
にこの位置情報を転送する。この位置情報にしたがって
仮想的なボリューム単位を構成するメディア２からメデ
ィア４を、アーム８からアーム１０で搬送し、ドライブ
５からドライブ７に装填する。

【００１９】次に、メディアを装填して記録の準備がで
きたので、ホストコンピュータ１９は、記録すべきデー
タをストライピング制御部１４に転送する。ストライピ
ング制御部１４では、ファイルＡをファイルの先頭か
ら、Ａ１からＡ９までのブロックに分割し、記録・再生
バス１２を介してＡ１、Ａ４、Ａ７はメディア２に、Ａ
２、Ａ５、Ａ８はメディア３に、Ａ３、Ａ６、Ａ９はメ
ディア４に記録する。この記録処理は３台のドライブを
同時に駆動させることにより、高速に実行できる。な
お、どのメディアがファイルＡのデータブロックをどの
順番で記録しているかということは、全体の制御部１６
がストライピング制御部１４から情報を得て、それをメ
ディア管理情報用磁気ディスク１５に同時に記録する。
ファイルＡがストライピングされて、複数のメディアに
記録されたならば、ホストコンピュータ１９は、そのボ
リューム名とメディアの位置を磁気ディスク２０に書き
込む。

【００２０】次に、ファイルＡを再生する場合を考え
る。ホストコンピュータ１９が、ファイルＡを記録して
いるメディアの位置をアーム制御バス１３を介して、ア
ーム制御部１１に指示すると、記録時と同じように、全
体の制御部１６はメディア管理情報用磁気ディスク１５
を読み出して、仮想的なボリューム単位を構成する３枚
のメディアの位置を知り、それをアーム制御部１１に転
送する。アーム制御部１１はこの位置情報に従い３枚の
メディア２からメディア４をアーム８からアーム１０で
搬送し、ドライブ５からドライブ７に装填する。

【００２１】従来ならば、再生しようとした時、ファイ
ルが１つのメディアに記録されるため、同時には１台の
ドライブでしか再生できなかったが、ファイルをストラ
イピングしていることにより、メディア２からメディア
４にファイルＡのファイルブロックが分散しているた
め、メディアを装填したドライブ５からは、ファイルブ
ロックＡ１が、ドライブ６からはファイルブロックＡ２
が、ドライブ７からはファイルブロックＡ３がまず、そ
れぞれ同時に再生できる。この３つのドライブからのデ
ータはそれぞれ、再生された順序が速い順に記録・再生
バス１２を通じてストライピング制御部１４に転送され
る。この時、ストライピング制御部１４には、全体の制
御部１６がメディア管理情報用磁気ディスク１５を読み
出し、どのメディアがファイルＡのブロックをどの順番
で記録しているかという管理情報が、あらかじめ転送さ
れている。従って、ストライピング制御部１４では、ド
ライブから転送されてきたファイルＡの３つのファイル
ブロックが、この管理情報に従い、Ａ１、Ａ２、Ａ３の
順番に並べ換えられ、ホストコンピュータ１９へ転送さ
れる。続いてドライブ５からファイルブロックＡ４、ド
ライブ６からファイルブロックＡ５、ドライブ７からフ
ァイルブロックＡ６がまた同時に再生できるので、同様
に記録・再生バス１２を通じてストライピング制御部１
４に送られ、ここで、Ａ４、Ａ５、Ａ６の順番に並べ換
えられ、ホストコンピュータ１９へ転送される。Ａ７、
Ａ８、Ａ９の場合も同様である。

【００２２】このように、ファイルデータをストライピ
ング記憶することにより、複数のメディアに対して、同
時に記録・再生することが可能となる。また、通常は１
枚のメディアを１ボリュームとして管理していたが、デ
ータをストライピングしている複数のメディアを仮想的
なボリューム単位に割り当てることにより、１ボリュー
ムの容量が大きくなったのと同じになるため、実際の１
ボリュームよりデータ量の多いファイルの取り扱いも可
能になる。 （実施例２、本発明の請求項７等に対応した実施例）図
２は、本発明にかかる第２の実施例のライブラリ型記憶
装置の構成図である。図２において、１はメディア、５
から７はメディアを記録・再生するためのドライブ、８
から１０はメディアを搬送、装填、取り出すためのアー
ム、１１はアームの動作を制御するためのアーム制御
部、１２はドライブ５〜７のデータの記録・再生バス、
１３はアーム８〜１０の制御信号用のアーム制御バス、
１８はライブラリ型記憶装置、１９はホストコンピュー
タ、２０はホストコンピュータ１９の中の磁気ディスク
である。

【００２３】このライブラリ型記憶装置１８において、
記録・再生する場合は、記録・再生したいファイルがど
のボリューム名のメディアに記録されているか、そのメ
ディアは複数のメディアの中のどの位置にあるのかとい
う管理情報が、従来と同様にホストコンピュータ１９の
中の磁気ディスク２０の中に、記録されているので、ホ
ストコンピュータ１９はこの管理情報を読み出し、ファ
イルを格納しているメディアのボリューム名とそのメデ
ィアの位置がわかったら、アーム制御バス１３を介し
て、アーム制御部１１にそのメディアを搬送、装填する
ように指示する。アーム制御部１１は３つのアーム８か
らアーム１０をもち、アームの移動、メディアの搬送、
装填も同時に制御できるため、３つのアームは同時に、
必要なメディアの位置に移動し、それを掴み、搬送し、
ドライブ５からドライブ７に装填して、記録・再生をす
ることができる。

【００２４】従来の方法の、１つのアームでの移動、メ
ディアの搬送、ドライブへの装填を３回繰り返す方法に
比較して、３つのアームの各動作を１回実行するだけで
良いため、アーム移動、メディアの搬送、ドライブへの
装填を従来の１／３の時間で実行し、３枚のメディアを
記録・再生することができので、アクセス時間を短くす
ることが可能となる。

【００２５】図３は、上記第２の実施例における変形例
を示す構成図である。図２の第２の実施例では、３つの
アーム８〜１０は独立に動作可能であったが、本変形例
では、３枚のメディアを共用アーム２１で、一度にドラ
イブに搬送、装填、取り出すことができるので、同様に
従来の１／３の時間で、３枚のメディアを記録・再生す
ることができ、アクセス時間を短くすることができる。 （実施例３、本発明の請求項８等に対応した実施例）次
に、上記第１の実施例及び第２の実施例を元に構成した
本発明の第３の実施例について、図１を参照しながら説
明する。

【００２６】上記第２の実施例では、複数のメディアを
一括して搬送、装填、取り出す機構を有していたが、本
実施例では、この一括して搬送、装填・取り出す複数の
メディアの数を単位として、ファイルデータをストライ
ピングしてそれぞれのメディアに記録する。例えば、図
２では一括して搬送、装填・取り出しが可能なメディア
の最大枚数は３枚であるから、３枚を１つの仮想的なボ
リューム単位として、図１のように、その中でメディア
２からメディア４にストライピングデータを記録し、こ
の３枚のメディアを３つのアーム８〜１０で同時に、搬
送、装填、取り出しを行う。アームが同時に取り扱うこ
とのできるメディアの枚数とストライピングの数を一致
させることにより、アーム各一回の動作でデータの記録
・再生のための搬送、装填、取り出しが完了し、最も無
駄のない効率的なシステム運用が可能となる。 （実施例４、本発明の請求項８等に対応した実施例）図
４は、本発明にかかる第４の実施例のライブラリ型記憶
装置の構成図である。上記第３の実施例では、アームが
ストライピングされている数だけ存在し、独立に動作が
可能であったが、本実施例では仮想的なボリューム単位
１７を構成しているストライピングされた３枚のメディ
アを横１列に配置することで、共用アーム２１で、３枚
一度にドライブに搬送、装填、取り出すことができ、記
録・再生が可能となるため、第３の実施例と同様に、最
も無駄のない効率的なシステム運用が可能となる。 （実施例５、本発明の請求項８等に対応した実施例）図
５は、本発明にかかる第５の実施例のライブラリ型記憶
装置の構成図である。上記第３の実施例は、アームを３
つ有する１台のライブラリ型記憶装置１８により構成さ
れていたが、ここでは、ライブラリ型記憶装置２２から
ライブラリ型記憶装置２４の３台を使用して、それぞれ
のメディアで仮想的なボリューム単位１７を構成して、
第３の実施例と同様の機能を実現している。

【００２７】ホストコンピュータ１９の中には、ストラ
イピングされた複数のメディアの組み合わせ及びストラ
イピングの順番、その複数のメディアがどこに位置して
いるかという情報を記録しているメディア管理情報用磁
気ディスク２６、ファイルをストライピングのためにフ
ァイルブロックに分割したり、逆にストライピングされ
た複数のファイルブロックを結合して、１つのファイル
にするためのストライピング制御部２７、３台のライブ
ラリ型記憶装置２２〜２４の３つのアームを制御するた
めのアーム制御部２８、ストライピング制御部２７とア
ーム制御部２８を含み、メディア管理情報用磁気ディス
ク２６に対する記録・再生を制御している全体の制御部
２５が設けられている。

【００２８】ファイルを記録するときは、全体の制御部
２５が、メディア管理情報用磁気ディスク２６から、仮
想的なボリューム単位を構成する複数のメディアの位置
情報を読み出し、アーム制御部２８に転送する。アーム
制御部２８は、アーム制御バス１３を介して、それぞれ
のライブラリ型記憶装置の中の、アーム制御部２９から
アーム制御部３１に指示し、必要なメディアを搬送、ド
ライブ５からドライブ７に装填する。記録するファイル
をストライピング制御部２７でファイルブロックに分割
し、ドライブ５からドライブ７に転送して、メディアに
記録した後、全体の制御部２５はファイル名、ストライ
ピングしたメディアの順番の情報を、メディア管理情報
用磁気ディスク２６に記録する。

【００２９】一方、ファイルを再生するときは、全体の
制御部２５が、メディア管理情報用磁気ディスク２６か
ら、ファイルを記録している複数メディアの位置情報を
読み出し、アーム制御部２８に転送する。アーム制御部
２８は、アーム制御バス１３を介してアーム制御部２９
からアーム制御部３１に指示し、必要なメディアを搬
送、ドライブ５からドライブ７に装填し、再生する。

【００３０】この場合、全体の制御部２５は、メディア
管理情報用磁気ディスク２６から、ファイルが複数のメ
ディアにストライピングされている順番の情報を読み出
しておき、ストライピング制御部２７に転送する。スト
ライピング制御部２７は各ドライブからデータのファイ
ルブロックが転送されてきたら、この情報に照らし合わ
せて、ファイルブロックを順番につなぎ合わせることに
より、ファイルを再生する。

【００３１】このように複数のライブラリ型記憶装置の
各アームで、同時にメディアの搬送、装填、取り出しが
可能となるメディアの数と、ストライピングの数を一致
させることにより、各アームの１回の動作で、記録・再
生が可能となるため、無駄のない効率的なシステム運用
ができる。 （実施例６、本発明の請求項２等に対応した実施例）図
６は、本発明にかかる第６の実施例のライブラリ型記憶
装置の構成図である。図６において、１はメディア、２
及び３はファイルＡを記録しているメディア、４はファ
イルＡの冗長データを記録しているメディア、Ａ１から
Ａ４は、ファイルＡが細かくストライピングされ、複数
のメディアに記録されたそれぞれのファイルブロック、
ＰＡ１、ＰＡ２はファイルＡのストライピングされたフ
ァイルブロックの冗長データ、５から７はメディアを記
録・再生するためのドライブ、８から１０はメディアを
搬送、装填、取り出すためのアーム、１１はアームの動
作を制御するためのアーム制御部、１２はドライブのデ
ータの記録・再生バス、１３はアームの制御信号用のア
ーム制御バス、１４はファイルデータのストライピング
を制御するストライピング制御部、３２は冗長データの
生成および冗長データから、ファイルデータを復元する
冗長データ制御部、１５はストライピングされた複数の
メディアの組み合わせ及び、その複数のメディアがどこ
に位置しているか、冗長データが記録されているメディ
アがどこに位置しているかという管理情報を記録してい
るメディア管理情報用磁気ディスク、１６はライブラリ
型記憶装置全体の制御部、１７はストライピングされた
メディア２、メディア３及び冗長データのメディア４の
３枚のメディアを１つに扱うための仮想的なボリューム
単位、１８はライブラリ型記憶装置、１９はホストコン
ピュータ、２０はホストコンピュータ２０の中の磁気デ
ィスクである。

【００３２】本実施例では、ファイルＡを２枚のメディ
アにストライピングし、１枚のメディアに冗長データを
付加して仮想的なボリューム単位を構成している。ホス
トコンピュータ１９、ストライピング制御部１４、アー
ム制御部１１、メディア管理情報用磁気ディスク１５等
の動作は、上記図１の第１の実施例の場合と同じであ
る。

【００３３】今、ファイルＡを記録する場合を考える。
ストライピング制御部１４で、ファイルＡの前半部分は
Ａ１とＡ２に分割され、冗長データ制御部３２に転送さ
れる。冗長データ制御部３２では、これらのファイルブ
ロックのデータを用いて、あらかじめ決められた計算式
により、パリティデータブロックＰＡ１を生成し、Ａ
１、Ａ２、ＰＡ１をそれぞれメディア２からメディア４
に記録する。計算式としては例えば排他的論理和などが
ある。同様にファイルの後半部分もストライピング制御
部１４で、ファイルブロックＡ３、Ａ４にストライピン
グし、冗長データ制御部３２でパリティデータブロック
ＰＡ２を生成し、Ａ３、Ａ４、ＰＡ２をメディア２から
メディア４に記録する。このように冗長データを記録す
ることで、例えばメディア３が破損し、そのデータの一
部が記録・再生不可能になっても、メディア２とメディ
ア４のデータを再生することで、メディア３のデータを
冗長データ制御部３２で、生成することが可能となる。
例えば、Ａ１とＰＡ１の排他的論理和をとることによ
り、Ａ２のデータの生成が可能になる。このように、冗
長データを記録することで、データの一部が記録・再生
不可能となってもデータの復元が可能となるので、引き
続き記録・再生をすることができる。 （実施例７、本発明の請求項３等に対応した実施例）図
７は、本発明にかかる第７の実施例のライブラリ型記憶
装置の構成図である。本実施例は、図６の第６の実施例
に対して、余分にデータ再構築用メディア３３とドライ
ブ３４を設けている以外は同じ構成である。もし、仮想
的なボリューム単位１７内のどれかのメディアが記録・
再生不可能となった場合、第６の実施例で説明した方法
により、データを復元して本実施例のドライブ３４に装
填されたデータ再構築用メディア３３に直ちに記録でき
る。このため、装置の保守時等に、不良メディアをデー
タ再構築用メディア３３に入れ換えればよいので運用性
にすぐれている。 （実施例８、本発明の請求項３等に対応した実施例）図
８は、本発明にかかる第８の実施例のライブラリ型記憶
装置の構成図である。本実施例では、データ再構築用メ
ディア３５を仮想的なボリューム単位１７の数だけ用意
し、それをアーム３６でドライブ３４に搬送、装填、記
録・再生可能にしている。これにより、不良メディアの
数が１つの仮想的なボリューム単位に対して、１枚まで
であれば、仮想ボリューム単位の数と同じ数まで不良メ
ディアが発生しても、直ちに復元したデータをデータ再
構築メディア３５への記録が可能となるので、さらに運
用性にすぐれている。

【００３４】なお、図７、図８ではデータ再構築用メデ
ィアを、ファイルブロックを記録しているメディアと位
置的に分けて、別のドライブで記録・再生するようにな
っているが、図６の構成で、メディア１の一部に、デー
タ再構築用のメディアを設けておいてもよい。この場合
は、使用不可能となったメディアの代わりにメディア１
の中のデータ再構築用ディスクを搬送、装填して記録、
再生すれば良いので、余分なアーム、ドライブをなくす
ことができる。 （実施例９、本発明の請求項４等に対応した実施例）図
９は、本発明にかかる第９の実施例のライブラリ型記憶
装置の構成図である。図９において、１はメディア、３
７から４２はファイルを記録しているメディア、Ｖｏｌ
１からＶｏｌ６は各メディアに記録されているボリュー
ム名、５から７はメディアを記録・再生するためのドラ
イブ、８から１０はメディアを搬送、装填、取り出すた
めのアーム、１１はアーム８〜１０の動作を制御するた
めのアーム制御部、１２はドライブ５〜７のデータの記
録・再生バス、１３はアームの制御信号用のアーム制御
バス、１４はファイルデータのストライピングを制御す
るストライピング制御部、１５はストライピングされた
複数のメディアの組み合わせ及び、その複数メディアが
どこに位置しているかという管理情報を記録しているメ
ディア管理情報用磁気ディスク、１６はライブラリ記憶
装置全体の制御部、１７はそれぞれストライピングされ
た複数メディアを１つに扱うための仮想的なボリューム
単位、１８はライブラリ型記憶装置、１９はホストコン
ピュータ、２０はホストコンピュータの中の磁気ディス
クである。本実施例では、仮想的なボリューム単位を構
成するメディアの数は、一定ではなく、可変でも対応可
能としてある。

【００３５】ここで、メディア３７からメディア４２に
は、それぞれＶｏｌ１からＶｏｌ６のボリューム名が付
けられ、それらのメディアで仮想的なボリューム単位１
７をつくっており、その管理情報がメディア管理情報用
磁気ディスク１５に記録されている。

【００３６】図１０は、このメディア管理情報用磁気デ
ィスク１５に記録されている情報の一例を示す図であ
り、４３は仮想的なボリューム単位の情報、４４は仮想
的なボリューム単位名、４５は仮想的なボリューム単位
の容量、４６は仮想的なボリュームを構成しているメデ
ィアのボリューム名とストライピングしている順番とメ
ディアの格納位置、４７は仮想的なボリューム単位に記
録されているファイル名とその容量である。

【００３７】図９において、仮想的なボリューム単位を
構成しているＶｏｌ１とＶｏｌ２とＶｏｌ３の情報は、
図１０の上から１番目の仮想的なボリューム単位の情報
４３に記録されている。同様に図９のＶｏｌ４の情報
は、図１０の上から２番目の仮想的なボリューム単位の
情報４３に記録され、図９のＶｏｌ５とＶｏｌ６の情報
は、図１０の上から３番目の仮想的なボリューム単位の
情報４３にそれぞれ記録されている。

【００３８】図９及び図１０を用いてファイルを再生す
る場合を説明する。図９のホストコンピュータ１９か
ら、再生するファイル名を記録しているメディアの位置
情報が転送されてくると、全体の制御部１６は、メディ
ア管理情報用磁気ディスク１５にアクセスして、図１０
の仮想的なボリューム単位の情報４３の中の、仮想的な
ボリュームを構成しているメディアのボリューム名とス
トライピングしている順番とメディアの格納位置４６を
検索する。ホストコンピュータ１９からのメディアの位
置情報を、仮想的なボリューム単位を構成している複数
メディアの位置情報に変換している部分を探し出して、
その情報をアーム制御部１１に転送する。アーム制御部
１１は、その位置情報をもとに、図９のアーム８からア
ーム１０を移動させて、必要とするメディアをドライブ
に装填する。

【００３９】ホストコンピュータ１９から転送されたメ
ディアのボリューム名は、図９の仮想的なボリューム単
位１７の名前に対応するため、全体の制御部１６はホス
トコンピュータ１９からのメディアのボリューム名とフ
ァイル名により、メディア管理情報用磁気ディスク１５
にアクセスして、図１０の仮想的なボリューム単位の情
報４３の中の、仮想的なボリューム単位名４４と仮想的
なボリューム単位に記録されているファイル名とその容
量４７を検索し、それをもとに、仮想的なボリューム単
位を構成しているメディアのボリューム名とストライピ
ングしている順番とメディアの格納位置４６を得て、そ
れをストライピング制御部１４に転送する。

【００４０】アーム８からアーム１０がメディアをドラ
イブに装填したならば、全体の制御部１６はメディアの
ボリューム名とファイル名を読み込み、それが、図９の
メディア管理情報用磁気ディスク１５を検索して得たメ
ディアのボリューム名とファイル名と一致しているかを
確認し、ファイルデータの再生を開始する。ドライブ５
からドライブ７のストライピングされた再生データは、
ストライピング制御部１４で、メディア管理情報用磁気
ディスク１５から得た、ストライピングしている順番の
情報に従って、ストライピング前のデータの順番に再結
合されホストコンピュータ１９に転送される。

【００４１】又、ファイルを記録する場合は、図９のホ
ストコンピュータ１９から、記録するファイル名、アー
ム移動位置等のデータが送られてくると、全体の制御部
１６が、メディア管理情報用磁気ディスク１５にアクセ
スし、ファイルデータの大きさ等を参考にして、ファイ
ルを記録すべき仮想的なボリューム単位１７を決める。
記録するための仮想的なボリューム単位１７が決まる
と、全体の制御部１６は、図１０の仮想的なボリューム
単位名４４を検索し、仮想的なボリューム単位を構成し
ているメディアのボリューム名とストライピングしてい
る順番とメディアの格納位置４６を読み出し、図９のア
ーム制御部１１にメディアの位置情報を転送する。アー
ム制御部１１は、そのメディアを格納している位置をア
ーム８からアーム１０に指示する。必要とするメディア
をドライブ５からドライブ７に装填したら、再生の時と
同様にメディアのボリューム名を確認した後、ホストコ
ンピュータ１９にファイルデータ転送の指示を出す。

【００４２】ホストコンピュータ１９は、ファイルデー
タをストライピング制御部１４に転送する。ストライピ
ング制御部１４は、このファイルデータをデータブロッ
クに分割し、ドライブに装填されているメディアに記録
する。全体の制御部１６はメディア管理情報用磁気ディ
スク１５に、図１０の仮想的なボリューム単位を構成し
ているメディアのボリューム名とストライピングしてい
る順番とメディアの格納位置４６と仮想的なボリューム
単位に記録されているファイル名とその容量４７に、こ
の新たに記録したファイルの情報を追加する。

【００４３】以上のように、図１０の仮想的なボリュー
ム単位を構成しているメディアのボリューム名とストラ
イピングしている順番とメディアの格納位置４６で説明
したように、ストライピング単位で複数のボリューム名
を管理して仮想的なボリューム単位を構成することによ
り、本実施例のライブラリ型記憶装置を実現することが
できる。 （実施例１０、本発明の請求項５等に対応した実施例）
図１１は、本発明にかかる第１０の実施例のライブラリ
型記憶装置の構成図である。本実施例が図９と異なる点
は、図９では、メディア３７からメディア４２のボリュ
ーム名をＶｏｌ１からＶｏｌ６としているが、図１１で
は、メディア３７からメディア３９のボリューム名をＶ
ａ−１からＶａ−３、メディア４０のボリューム名をＶ
ｂ−１、メディア４１とメディア４２のボリューム名を
Ｖｃ−１とＶｃ−２としている点である。通常Ｖａ、Ｖ
ｂ、Ｖｃは仮想的なボリューム単位の番号の１、２、３
といった順番の数である。例えば、最初の仮想的なボリ
ューム単位では、仮想的なボリューム番号とそれを構成
しているメディアのストライピングの順番の両者が、１
−１、１−２、１−３の様に、各メディアに記録され
る。同様に、次の仮想的なボリューム単位では２−１、
３番目の仮想的なボリューム単位では３−１、３−２が
それぞれメディアに記録される。

【００４４】図１１のメディア管理情報用磁気ディスク
１５には、上述した図１０と同様に仮想的なボリューム
単位の情報４３が記録されている。第９の実施例では、
このメディア管理情報用磁気ディスク１５が破損等で記
録・再生不可能となった場合は、各メディアをアクセス
しても、どのメディアがどの順番で仮想的なボリューム
単位を構成しているかは、わからないため記録・再生が
できなくなってしまう。しかし、本実施例では、仮想的
なボリューム単位を管理するための番号として、仮想的
なボリュームの番号と、それを構成しているメディアの
ストライピングの順番をサブボリューム番号として各メ
ディアに記録することにより、メディア管理情報用磁気
ディスク１５が記録・再生不可能なっても、各メディア
をアクセスすれば、どのメディアがどの順番で仮想的な
ボリューム単位を構成しているかがわかるので、記録・
再生を続けることが可能となる。

【００４５】また、図１０の仮想的なボリュームを構成
しているメディアのボリューム名とストライピングして
いる順番とメディアの格納位置４６の内、メディアのボ
リューム名とストライピングしている順番を本実施例の
ように、仮想的なボリューム番号とサブボリューム番号
で管理すれば、両者を同時に簡単に管理できるので、こ
の記録領域を小さくすることができ、その分、ファイル
情報の記録領域を増やすことができる。 （実施例１１、本発明の請求項６等に対応した実施例）
図１２は、本発明にかかる第１１の実施例のライブラリ
型記憶装置の構成図である。本実施例が図１１と異なる
点は、図１１では、メディア３７からメディア３９のボ
リューム名をＶａ−１からＶａ−３、メディア４０のボ
リューム名をＶｂ−１、メディア４１とメディア４２の
ボリューム名をＶｃ−１とＶｃ−２としているが、図１
２では、メディア３７からメディア３９のボリューム名
をＶｄからＶｄ＋２、メディア４０のボリューム名をＶ
ｄ＋３、メディア４１とメディア４２のボリューム名を
Ｖｄ＋６とＶｄ＋７、メディア４８からメディア５０を
Ｖｄ＋３ｎからＶｄ＋（３ｎ＋２）としていることであ
る。ここでｎは０から始まる整数であり、仮想的なボリ
ューム単位を構成するメディアの数は、一定ではなく、
可変でも対応可能としてある。

【００４６】第１０の実施例では、仮想的なボリューム
単位を管理するための名前として、サブボリューム番号
を追加した仮想的なボリューム番号を使用していたが、
ここでは、数列を利用して一つの番号のみで管理する。
図１２では、仮想的なボリューム単位を構成するメディ
アの最大数は３であるため、３ｎ、３ｎ＋１、３ｎ＋２
の数列を考える。これを特定の番号Ｖｄに加算すること
により、仮想的なボリュームを管理するための、メディ
アに記録される番号を得ることができる。ｎは０以上の
整数であるため、Ｖｄ＝１とすると図１２の１番上の仮
想的なボリューム単位を構成するメディアの番号は、
１、２、３となり、２番目の仮想的なボリューム単位の
メディアは４となり、３番目の仮想的なボリューム単位
のメディアは７、８となり、最後の仮想的なボリューム
単位のメディアは１＋３ｎ、１＋（３ｎ＋１）、１＋
（３ｎ＋２）となる。この番号は例えば、２番目の仮想
的なボリュームのように、１枚のメディアしかない場合
でも、あと２枚があるように３ｎ＋１、３ｎ＋２の番号
を割りふる。このように、３ｎ、３ｎ＋１、３ｎ＋２を
いつも一つの仮想的なボリューム単位を構成しているメ
ディアに割り振ることにより、メディア管理情報用磁気
ディスク１５が破損等より記録・再生不可能になって
も、各メディアをアクセスし、この番号を読み込んで、
数列のどこに対応しているかを知ることで、仮想的なボ
リューム単位が、どのメディアの組み合わせで、どの順
番で構成しているかがわかるため、正しくアクセスで
き、記録・再生を続けることが可能になる。また、第１
０の実施例の仮想的なボリューム番号とサブボリューム
番号で管理する方法に比べて、一つの番号で数列を用い
た計算式により管理されるため、メディア管理情報用磁
気ディスク１５に記録されているメディアのボリューム
名とストライピングしている順番の記録領域をさらに小
さくできるため、さらにファイル情報の記録領域を増や
すことができる。

【００４７】このように本発明によれば、複数メディア
にファイルのデータを仮想的なボリューム単位でストラ
イピングすることにより、複数メディアに対して記録・
再生データの高速並列転送が可能となり、またデータ量
の多いファイルの取り扱いも容易にすることができる。
又、複数メディアを一括して搬送、装填、取り出すこと
により、従来よりも記録・再生のアクセス時間を短くす
ることができる。又、同時に一括して搬送、装填、取り
出す複数メディアの数を単位としてデータをストライピ
ングすることにより、記録・再生データの高速並列転送
が可能になる。更に、仮想的なボリューム単位の複数メ
ディア上のストライピングされたデータに冗長データを
付加することにより、データの一部が記録・再生不可能
となっても、誤り訂正用のデータを使用して、正しいデ
ータの復元が可能になる。

【００４８】又、データ再構築用のメディアを設けるこ
とにより、記録・再生不可能となったデータをデータ再
構築用メディアに復元でき、復元したデータのメディア
への記録が直ちに可能となり、システムの復旧が自動的
に短時間で可能になる。

【００４９】又、仮想的なボリューム単位を管理するた
めの名前として、仮想的なボリューム番号およびサブボ
リューム番号を使用することにより、仮想的なボリュー
ム単位を管理している磁気ディスクが壊れても仮想的な
ボリュームを構成しているメディアがわかるので、記録
・再生を続けることができ、装置の信頼性を向上させる
ことが可能となる。又、ファイルデータの記録領域を増
やすことができる。又、仮想的なボリューム単位を管理
するための名前として、一定の計算式で求めた番号を使
用して管理するため、仮想的なボリューム単位を管理し
ている磁気ディスクの管理情報の記録領域をさらに小さ
くでき、ファイル情報の記録領域を増やすことができ
る。

【００５０】なお、上記実施例では、いずれもメディア
としてディスクを用いる構成としたが、これに限らず、
他の記録媒体、例えばテープ等であっても良いのはもち
ろんである。

【００５１】また、上記実施例では、いずれも各制御部
を専用のハードウェアにより構成したが、これに代え
て、コンピュータを用いてソフトウェア的に実現しても
よい。

【００５２】また、上記実施例では、いずれも記録・再
生用バスとアーム制御バスは分けて記載したが、これに
限らず、例えばＳＣＳＩバスのように、同一のものとし
ても良いのはもちろんである。

【００５３】

【発明の効果】以上述べたところから明らかなように本
発明は、記録・再生データの転送速度を向上でき、アク
セス時間を短縮でき、ファイルの管理が簡単になり、記
録・再生の信頼性を向上できるという長所を有する。

【図面の簡単な説明】

【図１】本発明にかかる第１の実施例のライブラリ型記
憶装置の構成図である。である。

【図２】本発明にかかる第２の実施例のライブラリ型記
憶装置の構成図である。

【図３】上記第２の実施例における変形例を示す構成図
である。

【図４】本発明にかかる第４の実施例のライブラリ型記
憶装置の構成図である。

【図５】本発明にかかる第５の実施例のライブラリ型記
憶装置の構成図である。

【図６】本発明にかかる第６の実施例のライブラリ型記
憶装置の構成図である。

【図７】本発明にかかる第７の実施例のライブラリ型記
憶装置の構成図である。

【図８】本発明にかかる第８の実施例のライブラリ型記
憶装置の構成図である。

【図９】本発明にかかる第９の実施例のライブラリ型記
憶装置の構成図である。

【図１０】同第９の実施例におけるメディア管理情報用
磁気ディスクに記録されている情報の一例を示す図であ
る。

【図１１】本発明にかかる第１０の実施例のライブラリ
型記憶装置の構成図である。

【図１２】本発明にかかる第１１の実施例のライブラリ
型記憶装置の構成図である。

【図１３】従来のライブラリ型記憶装置の構成図であ
る。

【図１４】従来のライブラリ型記憶装置のメディアに記
録されたファイルの一例を示す図である。

【符号の説明】

１〜４、３７〜４２、４８〜５０ メディア ５〜７、３４ ドライブ ８〜１０、３６ アーム １１、２８、２９、３０、３１ アーム制御部 １２ 記録・再生バス １３ アーム制御バス １４、２７ ストライピング制御部 １５ ２６ メディア管理情報用磁気ディスク １６、２５ 全体の制御部 １７ 仮想的なボリューム単位 １８、２２、２３、２４ ライブラリ型記憶装置 １９ ホストコンピュータ ２０ 磁気ディスク ２１ 共用アーム ３２ 冗長データ制御部 ３３、３５ データ再構築用メディア ４３ 仮想的なボリューム単位の情報 ４４ 仮想的なボリューム単位名 ４５ 仮想的なボリューム単位容量

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ファイルのデータを仮想的なボリューム
   単位でストライピング記憶するための複数のメディア
   と、その複数のメディアの前記仮想的なボリューム単位
   での記憶管理のための管理情報を格納する管理情報格納
   手段と、その格納された管理情報に基づき、前記複数の
   メディアに対して前記仮想的なボリューム単位でデータ
   の記録・再生を行うための複数のドライブ手段と、その
   複数のドライブ手段に対して前記仮想的なボリューム単
   位で前記複数のメディアの装填・取り出しを、前記管理
   情報格納手段の管理情報に基づいて行う複数のアーム手
   段とを備えたことを特徴とするライブラリ型記憶装置。
2. 【請求項２】 ファイルのデータを記憶するための複数
   のメディアと、その複数のメディアの記憶管理のための
   管理情報を格納する管理情報格納手段と、その管理情報
   に基づき、前記複数のメディアに対してデータの記録・
   再生を行うための複数のドライブ手段と、その複数のド
   ライブ手段に対して前記複数のメディアの装填・取り出
   しを、前記管理情報格納手段の管理情報に基づき一括し
   て行うアーム手段とを備えたことを特徴とするライブラ
   リ型記憶装置。
3. 【請求項３】 一括して装填・取り出しする前記複数の
   メディアの数を単位として、データをストライピング記
   憶することを特徴をする請求項７記載のライブラリ型記
   憶装置。
4. 【請求項４】 仮想的なボリューム単位の複数のメディ
   アに、データ復元用の冗長データを付加することを特徴
   とする請求項１記載のライブラリ型記憶装置。
5. 【請求項５】 データ復元用のメディアを設けることを
   特徴とする請求項２記載のライブラリ型記憶装置。
6. 【請求項６】 仮想的なボリューム単位を管理するため
   に、前記ストライピング単位で複数のボリューム名を設
   定し、その複数のボリューム名を用いて前記メディアを
   管理することを特徴とする請求項１記載のライブラリ型
   記憶装置。
7. 【請求項７】 複数のボリューム名として、前記ストラ
   イピング単位で仮想的なボリューム番号およびサブボリ
   ューム番号を使用することを特徴とする請求項４記載の
   ライブラリ型記憶装置。
8. 【請求項８】 複数のボリューム名として、所定の計算
   式に基づいて算出した番号を使用することを特徴とする
   請求項４記載のライブラリ型記憶装置。