(57)【要約】【課題】  仮想ライブラリ装置のキャッシュを新たに別のキャッシュに取り替えた直後でも、データ処理装置からのマウント要求（処理要求）に対する応答速度が、キャッシュ交換前の通常運用中の応答速度よりも遅くなるようなことを確実に抑止できるようにする。【解決手段】  ライブラリ装置２０とデータ処理装置３０との間に仮想ライブラリ装置５０を介装されたライブラリシステム１０において、データ処理装置３０の論理ボリュームに対するアクセス状態を採取する採取手段５５と、アクセス状態を保存するデータベース５６と、アクセス状態に基づいて論理ボリュームの復元優先度を判断し、この復元優先度に従って、当該論理ボリュームを保存する物理ボリューム２１から当該論理ボリュームをキャッシュ５８′に読み出すことにより、キャッシュ５８′に保持されるべき論理ボリュームを復元しうる復元手段５７とをそなえるようにする。【選択図】  図１
2006134217.tif 000002
【特許請求の範囲】
【請求項１】
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットを有するライブラリ装置と、
該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置と、
該ライブラリ装置と該データ処理装置との間に介装される仮想ライブラリ装置とをそなえるとともに、
該仮想ライブラリ装置が、
該データ処理装置が前記処理対象としてアクセスすべく該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成されているライブラリシステムであって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取する採取手段と、
該採取手段によって採取された前記アクセス状態を保存するデータベースと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴とする、ライブラリシステム。
【請求項２】
前記アクセス状態として該データ処理装置による各論理ボリュームに対するアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記アクセス頻度に基づいて前記復元優先度を判断することを特徴とする、請求項１記載のライブラリシステム。
【請求項３】
前記アクセス頻度として、期間の異なる２以上のアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記２以上のアクセス頻度に基づいて前記復元優先度を判断することを特徴とする、請求項２記載のライブラリシステム。
【請求項４】
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置であって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取する採取手段と、
該採取手段によって採取された前記アクセス状態を保存するデータベースと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴とする、仮想ライブラリ装置。
【請求項５】
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該ライブラリ装置の該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置において、該キャッシュの内容を復元する方法であって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取してデータベースに保存する採取保存ステップと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元する復元ステップとを含むことを特徴とする、キャッシュ復元方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライブラリ装置とデータ処理装置との間に仮想ライブラリ装置を介装されたライブラリシステムに関し、特に、仮想ライブラリ装置にそなえられ、データ処理装置が処理対象としてアクセスすべくライブラリ装置の物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュの内容を復元するための技術に関する。
【背景技術】
【０００２】
図９は一般的なライブラリシステム１００の構成を示す模式図である。この図９に示すライブラリシステム１００は、ライブラリ装置２０とデータ処理装置（ホスト）３０とをそなえて構成されている。
ライブラリ装置２０は、複数（ここでは６４個）の記録媒体（例えば磁気テープ，光磁気ディスク，光ディスク）２１を格納する収納棚２２と、記録媒体２１に対する処理を行なう複数（ここでは６つ）のドライブユニット２３と、収納棚２２とドライブユニット２３との間で記録媒体２１を移送する移送機構（アクセッサ）２４とをそなえている。
【０００３】
データ処理装置３０は、ライブラリ装置２０の記録媒体２１に記録されたデータを処理対象とするものであり、記録媒体２１を移送機構２４により収納棚２２からドライブユニット２３へ移送させてドライブユニット２３の処理部により記録媒体２１に対する処理（Read/Write）を行なうものである。なお、データ処理装置３０は、かかる処理が終了したら、当該記録媒体２１を移送機構２４によりドライブユニット２３から収納棚２２へ移送させる。
【０００４】
ところで、近年、技術の進歩に伴って、記録媒体２１の記録容量は増大し、ドライブユニット２３の処理性能（Read/Write性能等）は向上している。
しかしながら、図９に示したライブラリシステム１００では、記録媒体２１やドライブユニット２３を使用するデータ処理装置３０側は、従来からのソフトウェア資源／ハードウェア資源との互換性を保持するため、従来からの小容量の記録媒体や処理性能の低いドライブユニットを想定した作りになっており、最新の大容量の記録媒体や処理能力の高いドライブユニットの性能を使い切れない状態となっている。
【０００５】
このため、仮想的な記録媒体及び仮想的なドライブユニットを構築する仮想ライブラリ装置を、データ処理装置とライブラリ装置との間に介装し、その実体（つまりライブラリ装置）を最新の記録媒体及びドライブユニットで構成することによって、データ処理装置が従来からの記録媒体及びドライブユニットに対するアクセスと同様のアクセスを行なうことにより最新の記録媒体及びドライブユニットに対してアクセスできるようにしたライブラリシステムが提案されている（例えば、下記特許文献１参照）。
【０００６】
図１０は従来の仮想ライブラリ装置４０をそなえたライブラリシステム１００′の構成を示す模式図である。なお、図１０において既述の符号と同一の符号は、同一の部分もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。この図１０に示すように、ライブラリシステム１００′は、ライブラリ装置２０及びデータ処理装置３０に加えて仮想ライブラリ装置４０をライブラリ装置２０とデータ処理装置３０との間にそなえ構成されており、この仮想ライブラリ装置４０は、論理層（フロントエンド）４１，物理層（バックエンド）４２，制御部４３，及びキャッシュ４４をそなえて構成されている。
【０００７】
論理層４１は、データ処理装置３０との入出力を司るものであり、データ処理装置３０が想定している従来型の記録媒体，ドライブユニット及び移送機構をエミュレーションするものである。なお、図１０において論理層４１によりエミュレーションされたドライブユニット及び移送機構を符号４５で示す。また、論理層４１がエミュレーションすることにより構築されるドライブユニットを、以下論理ドライブという。
【０００８】
物理層４２は、データ処理装置３０からのアクセスに基づいて、ライブラリ装置２０のドライブユニット（以下、物理ドライブという）２３を用いて記録媒体（以下、物理ボリュームという）２１からアクセス対象のデータを読み出すとともに、データ処理装置３０が処理を終了（Unload）すると、データ処理装置３０により処理（Read/Write）を施されたユーザデータ（論理ボリューム）を、物理ドライブ２３を用いて物理ボリューム２１に記録するものである。
【０００９】
制御部４３は、論理層４１と物理層４２とを制御するものである。
キャッシュ４４は、データ処理装置３０が処理対象としてアクセスすべく物理層４２により物理ボリューム２１から読み出されたデータを論理ボリュームとして保持するものであり、データ処理装置３０による処理後に物理層４２によって論理ボリュームが物理ボリューム２１に記録された場合でも、キャッシュ４４は当該論理ボリュームをそのまま保持するように構成されている。
【００１０】
なお、キャッシュ４４は、データ処理装置３０から新しい論理ボリュームのマウント要求があった際に、新たな論理ボリュームの容量がキャッシュ４４上に確保できない場合には、必要な容量が確保されるまでキャッシュ４４上の最も古い論理ボリュームを容量の大きいものから順に削除するように構成されている。
また、キャッシュ４４は、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disk）装置により構成される。
【００１１】
ここで、ライブラリシステム１００′において、データ処理装置３０から論理ボリュームのマウント要求が行なわれた場合、以下の（１）もしくは（２）の処理が行なわれる。
（１）キャッシュ４４上にデータ処理装置３０により要求された論理ボリュームがあるかを確認し、かかる論理ボリュームがある場合、その場で指定された論理ドライブ上でＲＥＡＤＹを報告する。
【００１２】
（２）キャッシュ４４上にデータ処理装置３０により要求された論理ボリュームがあるかを確認し、かかる論理ボリュームがない場合、キャッシュ４４上にかかる論理ボリュームを展開できるだけの空き容量があるかどうかを確認し、空き容量が足りない場合にはキャッシュ４４上の最も古い論理ボリュームを削除して空き容量を確保する。そして、制御部４３が物理層４２を制御することにより、物理層４２がデータ処理装置３０により要求された論理ボリュームを保持する物理ボリューム２１を物理ドライブ２３にマウントして、かかる論理ボリュームを読み出してキャッシュ４４上に展開し、指定された論理ドライブ上でＲＥＡＤＹを報告する。
【００１３】
このようなライブラリシステム１００′では、データ処理装置３０から要求された論理ボリュームがキャッシュ４４上に存在する場合［即ち、上記（１）の処理を行なう場合］には、データ処理装置３０からのマウント要求に対して、即座（１秒以内）にＲＥＡＤＹ応答を行なうことが可能である。
データ処理装置３０から要求された論理ボリュームがキャッシュ４４上に存在しない場合［即ち、上記（２）の処理を行なう場合］には、かかる論理ボリュームを物理ボリューム２１から読み出す必要があるため、データ処理装置３０からのマウント要求に対して、即座にＲＥＡＤＹ応答を行なうことができず、ＲＥＡＤＹ応答を行なうまでに１分以上の時間を要する場合がある。しかしながら、ライブラリシステム１００′では、データ処理装置３０により頻繁にアクセスされる論理ボリュームはキャッシュ４４上に存在しているケースがほとんどであるため、物理ボリューム２１からの読み込みが必要なケースは稀である。
【特許文献１】特開平１１−２７２４２６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ところで、上記図１０に示すライブラリシステム１００′において、故障や容量変更等によりキャッシュ４４を新たなキャッシュに交換する場合、キャッシュ４４に保持されている論理ボリュームは物理ボリューム２１にも保持されているため、保持すべきデータが消去されてしまうようなことはない。
しかしながら、キャッシュ４４を新たな別のキャッシュに交換した直後は、データ処理装置３０から論理ボリュームのマウント要求があるごとに、要求された論理ボリュームを物理ボリューム２１から新しいキャッシュ上へ読み込む必要があるため、キャッシュ交換前と比べて、データ処理装置３０に対する応答性が著しく悪化し、データ処理装置３０の処理要求に対する応答速度が遅くなってしまう。
【００１５】
本発明は、このような課題に鑑み創案されたもので、仮想ライブラリ装置のキャッシュを新たに別のキャッシュに取り替えた直後でも、データ処理装置からのマウント要求（処理要求）に対する応答速度が、キャッシュ交換前の通常運用中の応答速度よりも遅くなるようなことを確実に抑止することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明のライブラリシステムは、物理ボリュームとしての記録媒体を格納するとともに、物理ボリュームに対するアクセスを行なうドライブユニットを有するライブラリ装置と、このライブラリ装置における物理ボリュームに記録されたデータを処理対象とするデータ処理装置と、ライブラリ装置とデータ処理装置との間に介装される仮想ライブラリ装置とをそなえるとともに、この仮想ライブラリ装置が、データ処理装置が前記処理対象としてアクセスすべく物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、データ処理装置からの指示に応じて、キャッシュに保持される論理ボリュームに対するアクセスを行なう論理ドライブと、この論理ドライブにより論理ボリュームに記録されたデータを、論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成されているシステムであって、特に、データ処理装置の論理ボリュームに対するアクセス状態を採取する採取手段と、この採取手段によって採取された前記アクセス状態を保存するデータベースと、このデータベースに保存された前記アクセス状態に基づいて論理ボリュームの復元優先度を判断し、この復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームをキャッシュに読み出すことにより、キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴としている（請求項１）。
【００１７】
なお、前記アクセス状態としてデータ処理装置による各論理ボリュームに対するアクセス頻度が採取手段により採取されてデータベースに保存され、復元手段が、データベースに保存された前記アクセス頻度に基づいて前記復元優先度を判断することが好ましい（請求項２）。
さらに、前記アクセス頻度として、期間の異なる２以上のアクセス頻度が採取手段により採取されてデータベースに保存され、復元手段が、データベースに保存された前記２以上のアクセス頻度に基づいて前記復元優先度を判断することが好ましい（請求項３）。
【００１８】
また、上記目的を達成するために、本発明の仮想ライブラリ装置は、物理ボリュームとしての記録媒体を格納するとともに、物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、このライブラリ装置における物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、データ処理装置が前記処理対象としてアクセスすべく物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、データ処理装置からの指示に応じて、キャッシュに保持される論理ボリュームに対するアクセスを行なう論理ドライブと、この論理ドライブにより論理ボリュームに記録されたデータを、論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される装置であって、特に、データ処理装置の論理ボリュームに対するアクセス状態を採取する採取手段と、この採取手段によって採取された前記アクセス状態を保存するデータベースと、このデータベースに保存された前記アクセス状態に基づいて論理ボリュームの復元優先度を判断し、この復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームをキャッシュに読み出すことにより、キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴としている（請求項４）。
【００１９】
また、上記目的を達成するために、本発明のキャッシュ復元方法は、物理ボリュームとしての記録媒体を格納するとともに、物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、このライブラリ装置における物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、データ処理装置が前記処理対象としてアクセスすべくライブラリ装置の物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、データ処理装置からの指示に応じて、キャッシュに保持される論理ボリュームに対するアクセスを行なう論理ドライブと、この論理ドライブにより論理ボリュームに記録されたデータを、論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置において、キャッシュの内容を復元する方法であって、データ処理装置の論理ボリュームに対するアクセス状態を採取してデータベースに保存する採取保存ステップと、データベースに保存された前記アクセス状態に基づいて論理ボリュームの復元優先度を判断し、この復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームをキャッシュに読み出すことにより、キャッシュに保持されるべき論理ボリュームを復元する復元ステップとを含むことを特徴としている（請求項５）。
【発明の効果】
【００２０】
このように、本発明によれば、採取されたアクセス状態に基づいて、キャッシュに復元すべき論理ボリュームの復元優先度を判断し、この復元優先度に従って論理ボリュームを復元するため、例えば、故障や容量変更等によりキャッシュを新たに別のキャッシュに取り替えた場合でも、キャッシュ取り替え直後に発生したデータ処理装置からの処理要求（論理ボリュームへのマウント要求）に対する応答速度が、キャッシュ交換前の通常運用中の応答速度よりも遅くなることを確実に抑止できる（請求項１，４，５）。
【００２１】
しかも、アクセス状態としてのアクセス頻度が採取され、このアクセス頻度に基づいて前記復元優先度を判断するため、使用される可能性の高い論理ボリュームがキャッシュに確実に復元されることになり、単に交換前のキャッシュに保持されていた論理ボリュームを新たなキャッシュに復元するよりも、かかる応答速度が遅くなってしまうようなことを確実に抑止でき、キャッシュ交換前の通常運用中の応答速度を確実に維持することができる（請求項２）。
【００２２】
また、２以上のアクセス頻度に基づいて前記復元優先度を判断するため、キャッシュに復元する論理ボリュームをより確実にアクセス頻度に基づいて選択することができ、したがって、キャッシュ交換直後でもデータ処理装置からの処理要求に対する応答速度が、キャッシュ交換前の通常運用中の応答速度よりも遅くなるようなことをより確実に抑止できる（請求項３）。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照しながら本発明の実施の形態について説明する。
〔１〕本発明の一実施形態について
まず、本発明の一実施形態としてのライブラリシステムについて説明する。図１は本発明の一実施形態としてのライブラリシステム１０の構成を示す模式図である。なお、図１において既述の符号と同一の符号は、同一の部分もしくはほぼ同一の部分を示しているので、その詳細な説明は省略する。
【００２４】
図１に示すように、本発明の一実施形態としてのライブラリシステム１０は、ライブラリ装置２０，データ処理装置（ホスト）３０，及び仮想ライブラリ装置５０をそなえて構成されている。
ライブラリ装置２０及びデータ処理装置３０のそれぞれは、図１０を参照しながら上述した従来のライブラリ装置２０及びデータ処理装置３０と同様のものであり、ライブラリ装置２０は、物理ボリュームとしての記録媒体２１を複数（ここでは６４個）そなえ、記録媒体（以下、物理ボリュームという）２１に対するアクセス（Read/Write）を行なうドライブユニット（以下、物理ドライブという）２３を複数（ここでは６つ）そなえて構成されている。
【００２５】
仮想ライブラリ装置５０は、論理層５１，物理層５３，制御部５４，及びキャッシュ５８をそなえて構成されている。
論理層５１は、データ処理装置３０との入出力を司るものであり、データ処理装置３０が想定している従来型の記録媒体及びドライブユニットをエミュレーションするものである。なお、図１において、論理層５１により構築される仮想的なドライブユニット及び移送機構（以下、論理ドライブという）を、符号５２で示す。この論理ドライブ５２は、データ処理装置３０からの指示に応じて、後述するキャッシュ５８に保持される論理ボリュームに対するアクセスを行なうものである。
【００２６】
物理層５３は、データ処理装置３０からのアクセスに基づいて、ライブラリ装置２０の物理ドライブ２３を用いて物理ボリューム２１からアクセス対象のデータを読み出すとともに、データ処理装置３０が処理を終了（Unload）すると、データ処理装置３０により処理（ここではwrite処理）を施されたデータを、物理ドライブ２３を用いて物理ボリューム２１に保存（記録）するものである。なお、この物理層５３によるデータの保存処理は、論理ドライブ５２の当該データに対するアクセスとは非同期に実行される。
【００２７】
つまり、物理層５３は、データ処理装置３０の処理要求に基づいて論理ドライブ５２により論理ボリュームに記録されたデータを、論理ドライブ５２の当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリューム２１に記録するものである。
制御部５４は、論理層５１と物理層５３とを制御するものであり、採取手段５５，データベース５６，及び復元手段５７をそなえて構成されている。なお、採取手段５５，データベース５６，及び復元手段５７の詳細については後述する。
【００２８】
キャッシュ５８は、データ処理装置３０が処理対象としてアクセスすべく、物理層５３により物理ボリューム２１から読み出されたデータを論理ボリュームとして保持するものである。物理ボリューム２１から読み出された論理ボリュームは、論理ドライブ５２によってデータ処理装置３０からの要求に応じた処理を施された後、物理層５３によって物理ボリューム２１に保存されるが、このデータ処理装置３０からの要求に応じた処理を施された論理ボリュームは、キャッシュ５８上にもそのまま保持される。
【００２９】
また、キャッシュ５８は、データ処理装置３０から新しい論理ボリュームのマウント要求があった際に、新たな論理ボリュームの容量がキャッシュ５８上に確保できない場合には、必要な容量が確保されるまでキャッシュ５８上の最も古い論理ボリュームを容量が大きいものから順に削除するように構成されている。
さらに、キャッシュ５８は、制御部５４のデータベース５６と同様の構成をしたデータベース５９をそなえており、このデータベース５９には、全論理ボリュームについて、各論理ボリュームがどの物理ボリューム２１のどの位置（物理ボリューム２１のブロック番号等）に存在するかを示す情報と、後述する図３に示すごとく構成されたアクセス状態に関する情報とが保持されている。
【００３０】
なお、キャッシュ５８は、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disk）装置からなることが好ましい。
ここで、制御部５４にそなえられた採取手段５５，データベース５６，及び復元手段５７について詳述する。
採取手段５５は、データ処理装置３０による各論理ボリュームに対するアクセス状態を採取するものであり、アクセス状態として、下記（ａ）〜（ｅ）の事項を採取する。
【００３１】
（ａ）各論理ボリュームに対して過去１週間以内にアクセスされた回数（アクセス頻度）。
（ｂ）各論理ボリュームに対して過去１ヵ月以内にアクセスされた回数（アクセス頻度  ）。
（ｃ）各論理ボリュームへの最終アクセス日付（最終アクセス日時）。
【００３２】
（ｄ）各論理ボリュームが、キャッシュ５８上に存在する状態（On Cache）であるか、あるいは、物理ボリューム２１上のみにありキャッシュ５８からは削除されている状態（Migrated）であるか、を表わすステータス情報。
（ｅ）各論理ボリュームの容量。
なお、これら（ａ）〜（ｅ）のアクセス状態は、当該論理ボリュームに対するデータ処理装置３０からの処理が終了する（データ処理装置３０が“Unload”を発行する）と更新される。
【００３３】
図２は制御部５４がそなえるデータベース５６及びキャッシュ５８がそなえるデータベース５９の一部の構成を説明するための図である。この図２に示すように、データベース５６，５９は、採取手段５５によって採取されたアクセス状態［上記（ａ）〜（ｅ）のアクセス状態］を論理ボリューム毎に保存するとともに、データ処理装置３０がアクセスする際に使用する各論理ボリュームの名称及び当該論理ボリュームが保存されている物理ボリューム２１の名称を保存する。なお、図２において上記（ａ）のアクセス状態をアクセス頻度（Ａ）と表記し、上記（ｂ）のアクセス状態をアクセス頻度（Ｂ）と表記している。
【００３４】
また、図２には示していないが、データベース５６，５９には、全論理ボリュームについて、各論理ボリュームがどの物理ボリューム２１のどの位置に存在するかを示す情報も保持されており、かかる情報は、物理層５３がすべての物理ボリューム２１について、物理ドライブ２３により論理ボリュームとしてのデータの物理ボリューム２１上の位置を読み出すことによって取得される。
【００３５】
さらに、制御部５４のデータベース５６とキャッシュ５８のデータベース５９とは、例えばアプリケーションプログラムによって実現されるミラーリング機能により、常に両方のデータが同期されて同じ状態となっている。
復元手段５７は、キャッシュ５８が故障もしくは容量等を変更するために、新たに別のキャッシュ５８′（以下、新たに取り替えられたキャッシュを符号５８′で示す。ただし、元から使用しているキャッシュと新たに取り替えたキャッシュとを特に区別しない場合には、符号５８で示す。）に取り替える際に、データベース５６もしくはデータベース５９に保存されたアクセス状態に基づいて、論理ボリュームの復元優先度を判断し、この復元優先度に従って、論理ボリュームを物理ボリューム２１から取り替えられた新たなキャッシュ５８′に読み出すことにより、仮想ライブラリ装置５０のキャッシュ５８′に保持されるべき論理ボリュームを復元するものである。
【００３６】
次に、本発明の一実施形態としてのキャッシュ復元方法（図１に示すごとく構成されたライブラリシステム１０、特に仮想ライブラリ装置５０の動作）について説明する。図３は本発明の一実施形態としてのキャッシュ復元方法の手順を説明するためのフローチャート（ステップＳ１０〜Ｓ１００）である。この図３に示すように、本発明の一実施形態としてのキャッシュ復元方法では、仮想ライブラリ装置５０を起動すると（ステップＳ１０）、制御部５４がキャッシュ５８上にデータベース５９が存在しているか否かを判断する（ステップＳ２０）。
【００３７】
キャッシュ５８上にデータベース５９が存在していると（ステップＳ２０のＹｅｓルート）、仮想ライブラリ装置５０は、通常動作へ移行する（ステップＳ３０）。なお、通常動作時には、採取手段５５が、データ処理装置３０による論理ボリュームに対するアクセス状態［上記（ａ）〜（ｅ）の事項］を採取して、当該論理ボリュームに対するデータ処理装置３０からの処理が終了すると、データベース５６，５９に採取した情報を保存する（採取保存ステップ）。
【００３８】
一方、キャッシュ５８上にデータベース５９が存在しなければ（ステップＳ２０のＮｏルート）、復元手段５７は、キャッシュ５８が前回起動時のキャッシュ５８とは別の新たなキャッシュ５８′に取り替えられたものであると判断して、まず、制御部５４のデータベース５６を複写（ミラーリング）することにより、キャッシュ５８′上にデータベース５９を復元する（ステップＳ４０）。
【００３９】
次いで、復元手段５７が、データベース５６もしくはデータベース５９（ここでは、データベース５９とする）のアクセス状態に関する情報（図２参照）に基づいて、後述する図４〜図８に示す手順でキャッシュ５８′に保持されるべき論理ボリュームの復元優先度を判断して、この復元優先度に従って復元すべき論理ボリュームを選択してリスト（論理ボリューム復元リスト）を作成する（ステップＳ５０）。
【００４０】
そして、復元手段５７は、復元すべき論理ボリュームのリストに基づいて、復元対象の論理ボリュームが保存されている物理ボリューム２１のリストを作成し（ステップＳ６０）、復元対象である論理ボリュームの復元を行なう。
つまり、復元手段５７は、まず、上記ステップＳ６０で作成された物理ボリュームリストの中で未読込の物理ボリューム２１があるか否かを判断し（ステップＳ７０）、未読込の物理ボリューム２１がなければ（ステップＳ７０のＮｏルート）、復元対象の論理ボリュームをすべて復元したと判断して通常動作へ移行する（ステップＳ３０）。
【００４１】
しかし、未読込の物理ボリューム２１があれば（ステップＳ７０のＹｅｓルート）、復元手段５７は、物理層５３を制御して、未読込の物理ボリューム２１を物理ドライブ２３にマウントし（ステップＳ８０）、当該物理ボリューム２１の中から復元対象の論理ボリュームをキャッシュ５８′上に読み込んで（ステップＳ９０）、当該物理ボリューム２１を物理ドライブ２３からアンマウントする（ステップＳ１００）。
【００４２】
そして、未読込の物理ボリューム２１がなくなるまで（すなわち、ステップＳ７０でＮｏと判断されるまで）、上記ステップＳ７０〜Ｓ１００を繰り返す。
このように、上記ステップＳ５０〜Ｓ１００が、データベース５９に保存されたアクセス状態に基づいて論理ボリュームの復元優先度を判断し、この復元優先度に従って当該論理ボリュームを保存する物理ボリューム２１から当該論理ボリュームをキャッシュ５８′に読み出してキャッシュ５８′に保存されるべき論理ボリュームを復元する復元ステップとして機能する。
【００４３】
図４は本発明の一実施形態としてのキャッシュ復元方法における復元すべき論理ボリュームを選択する手順（上記図３のステップＳ５０の詳細）を説明するためのフローチャート（ステップＳ５１〜Ｓ５４）である。この図４に示すように、まず、復元手段５７は、データベース５９に保存されているアクセス状態に関する情報（図２参照）のうちの過去１週間以内にアクセスされた回数［上記アクセス状態（ａ）］であるアクセス頻度（Ａ）に基づいて論理ボリュームの復元優先度を判断し、キャッシュ５８′に復元すべき論理ボリュームを選択して、論理ボリューム復元リストを作成する（ステップＳ５１）。
【００４４】
図５は図４に示すステップＳ５１における処理手順を説明するためのフローチャート（ステップＳ５１ａ〜Ｓ５１ｇ）である。この図５に示すように、ステップＳ５１（図４参照）では、まず、復元手段５７がデータベース５９に保存された選択可能な（つまり、データベース５９に保存された論理ボリュームの中で未選択である）論理ボリュームの中からアクセス頻度（Ａ）が最も高い論理ボリュームを１つ選択し、選択された論理ボリュームを論理ボリューム復元リストに加える（ステップＳ５１ａ）。つまり、復元手段５７は、アクセス頻度（Ａ）が高い論理ボリュームほど復元優先度が高いと判断する。
【００４５】
次いで、論理ボリューム復元リストに登録済みの全論理ボリュームの容量を積算し（ステップＳ５１ｂ）、積算された容量がキャッシュ５８′の容量をオーバーしているか否かを判断する（ステップＳ５１ｃ）。なお、選択された各論理ボリュームの容量は、アクセス状態として採取保存されたデータベース５９の情報［上記アクセス状態（ｅ）］を用いる。
【００４６】
そして、ステップＳ５１ｃにおいて容量オーバーしていないと判断されると（ステップＳ５１ｃのＮｏルート）、復元手段５７は、選択可能な全論理ボリュームについて選択したか否か、つまり、データベース５９に保存されている論理ボリュームを全て選択したか否かを判断し（ステップＳ５１ｄ）、全論理ボリュームについて選択していなければ（ステップＳ５１ｄのＮｏルート）、ステップＳ５１ａの処理にリターンする。
【００４７】
つまり、ステップＳ５１では、ステップＳ５１ｃで積算容量がオーバーする（ステップＳ５１ｃのＹｅｓルート）か、もしくは、選択可能な全論理ボリュームを選択する（ステップＳ５１ｄのＹｅｓルート）までは、上記ステップＳ５１ａ，Ｓ５１ｂの処理を繰り返して、キャッシュ５８′に復元すべき論理ボリュームをアクセス頻度（Ａ）の高いものから順に選択し論理ボリューム復元リストに加える。
【００４８】
一方、全論理ボリュームについて選択が完了していれば（ステップＳ５１ｄのＹｅｓルート）、論理ボリューム復元リストの作成を終了してステップＳ６０の処理へ移行する（図３〜図５参照）。
また、ステップＳ５１ｃにおいて容量オーバーしていると判断されると（ステップＳ５１ｃのＹｅｓルート）、復元手段５７は、以前に選択した論理ボリューム（論理ボリューム復元リスト）の中に、今回ステップＳ５１ａで選択した論理ボリュームと同一のアクセス頻度（Ａ）の論理ボリュームが複数存在しているか否かを判断する（ステップＳ５１ｅ）。
【００４９】
そして、同アクセス頻度（Ａ）の論理ボリュームが複数存在していなければ（即ち、今回容量オーバーしたときの論理ボリュームのみが存在する場合；ステップＳ５１ｅのＮｏルート）、復元手段５７は、容量オーバーしたときの論理ボリューム（つまり、今回ステップＳ５１ａで選択された論理ボリューム）のみを論理ボリューム復元リストから削除し（ステップＳ５１ｆ）、論理ボリューム復元リストの作成を終了してステップＳ６０の処理へ移行する（図３〜図５参照）。
【００５０】
一方、同アクセス頻度（Ａ）の論理ボリュームが複数存在していれば（ステップＳ５１ｅのＹｅｓルート）、復元手段５７は、論理ボリューム復元リストに登録されている論理ボリュームの中から、今回ステップＳ５１ａで選択された論理ボリュームと同一のアクセス頻度（Ａ）の論理ボリュームを全て削除して（ステップＳ５１ｇ）、後述するステップＳ５２（図４参照）の処理へ移行する。
【００５１】
このように、ステップＳ５１ｇにおいて、アクセス頻度（Ａ）に基づいて選択された論理ボリュームの総合計がキャッシュ５８′の容量をオーバーした場合に、容量をオーバーしたときに選択された論理ボリュームと同一のアクセス頻度（Ａ）の論理ボリュームを復元対象（論理ボリューム復元リスト）から削除することによって、キャッシュ５８′に残存する限られた容量内に復元する論理ボリュームを、アクセス頻度（Ａ）が同じ論理ボリュームの集合の中から別の基準で選択すること（つまり、後段のステップＳ５２，Ｓ５３，Ｓ５４による選択）が可能になる。
【００５２】
そして、図４に示すように、上記ステップＳ５１における処理を行なった後、復元手段５７は、アクセス状態に関する情報（図２参照）のうちの過去１ヵ月以内にアクセスされた回数［上記アクセス状態（ｂ）］であるアクセス頻度（Ｂ）に基づいて論理ボリュームの復元優先度を判断して、キャッシュ５８′に復元すべき論理ボリュームを選択し、論理ボリューム復元リストを作成する（ステップＳ５２）。
【００５３】
図６は図４に示すステップＳ５２における処理手順を説明するためのフローチャート（ステップＳ５２ａ〜Ｓ５２ｆ）である。この図６に示すように、上記ステップＳ５２（図４参照）では、まず、復元手段５７が上述したステップＳ５１ｃ（図５参照）においてキャッシュ５８′の容量をオーバーしたときの論理ボリュームと同様のアクセス頻度（Ａ）を有する全論理ボリュームの中から、アクセス頻度（Ｂ）が最も高い論理ボリュームを１つ選択し、選択された論理ボリュームを論理ボリューム復元リストに加える（ステップＳ５２ａ）。つまり、復元手段５７は、アクセス頻度（Ｂ）が高い論理ボリュームほど復元優先度が高いと判断する。
【００５４】
次いで、論理ボリューム復元リストに登録済みの全論理ボリュームの容量を積算し（ステップＳ５２ｂ）、積算された容量がキャッシュ５８′の容量をオーバーしているか否かを判断する（ステップＳ５２ｃ）。
そして、ステップＳ５２ｃで容量オーバーしていなければ（ステップＳ５２ｃのＮｏルート）、復元手段５７は、再度、ステップＳ５２ａで論理ボリュームを選択する。つまり、ステップＳ５２ｃで積算容量がオーバーしたと判断する（ステップＳ５２ｃのＹｅｓルートとなる）までは、上記ステップＳ５２ａ，Ｓ５２ｂの処理を繰り返して、キャッシュ５８′に復元すべき論理ボリュームをアクセス頻度（Ｂ）の高いものから順に選択し論理ボリューム復元リストに加える。
【００５５】
一方、ステップＳ５２ｃにおいて積算容量がキャッシュ５８′の容量をオーバーすると（ステップＳ５２ｃのＹｅｓルート）、復元手段５７は、以前に上記ステップＳ５２ａにおいて選択した論理ボリュームの中に、今回ステップＳ５２ａで選択した論理ボリュームと同一のアクセス頻度（Ｂ）の論理ボリュームが複数存在しているか否かを判断する（ステップＳ５２ｄ）。
【００５６】
そして、以前に上記ステップＳ５２ａにおいて選択した論理ボリュームの中に同アクセス頻度（Ｂ）の論理ボリュームが複数存在していなければ（即ち、今回容量オーバーしたときの論理ボリュームのみが存在する場合；ステップＳ５２ｄのＮｏルート）、復元手段５７は、容量オーバーしたときの論理ボリューム（つまり、今回ステップＳ５２ａで選択された論理ボリューム）のみを論理ボリューム復元リストから削除し（ステップＳ５２ｅ）、論理ボリューム復元リストの作成を終了してステップＳ６０の処理へ移行する（図３，図４，図６参照）。
【００５７】
一方、同アクセス頻度（Ｂ）の論理ボリュームが複数存在していれば（ステップＳ５２ｄのＹｅｓルート）、復元手段５７は、論理ボリューム復元リストに登録されている論理ボリュームの中から、今回ステップＳ５２ａで選択された論理ボリュームと同一のアクセス頻度（Ｂ）であり、且つ、上記ステップＳ５２ａにおいて選択された論理ボリュームを全て削除して（ステップＳ５２ｆ）、後述するステップＳ５３（図４参照）の処理へ移行する。
【００５８】
つまり、ステップＳ５２ｆにおいても、上述したステップＳ５１ｇ（図５参照）と同様に、積算容量がキャッシュ５８′の容量をオーバーしたときに選択された論理ボリュームと同様のアクセス頻度（Ｂ）の論理ボリュームを復元対象（論理ボリューム復元リスト）から削除することによって、キャッシュ５８′に残存する限られた容量内に復元する論理ボリュームを、アクセス頻度（Ｂ）が同じ論理ボリュームの集合の中から別の基準で選択すること（つまり、後段のステップＳ５３，Ｓ５４による選択）が可能になる。
【００５９】
そして、図４に示すように、上記ステップＳ５２における処理を行なった後、復元手段５７は、アクセス状態に関する情報（図２参照）のうちの最終アクセス日付［上記アクセス状態（ｃ）］に基づいて論理ボリュームの復元優先度を判断して、キャッシュ５８′に復元すべき論理ボリュームを選択し、論理ボリューム復元リストを作成する（ステップＳ５３）。
【００６０】
図７は図４に示すステップＳ５３における処理手順を説明するためのフローチャート（ステップＳ５３ａ〜Ｓ５３ｆ）である。この図７に示すように、上記ステップＳ５３（図４参照）では、復元手段５７は、アクセス日付に基づいて処理を行ない、アクセス日付が最新の論理ボリュームを選択する（ステップＳ５３ａ）点を除いては、上述したステップＳ５２の処理（図６参照）と同様の処理を行なうようになっており、図７に示すステップＳ５３ａ〜Ｓ５３ｆが図６に示すステップＳ５２ａ〜Ｓ５２ｆにそれぞれ対応している。つまり、復元手段５７は、アクセス日付が新しい論理ボリュームほど復元優先度が高いと判断する。
【００６１】
さらに、図４に示すように、上記ステップＳ５３における処理を行なった後、復元手段５７は、アクセス状態に関する情報（図２参照）のうちのステータス情報［上記アクセス状態（ｄ）］に基づいて論理ボリュームの復元優先度を判断し、キャッシュ５８′に復元すべき論理ボリュームを選択する（ステップＳ５４）。
図８は図４に示すステップＳ５４における処理手順を説明するためのフローチャート（ステップＳ５４ａ〜Ｓ５４ｄ）である。この図８に示すように、上記ステップＳ５４（図４参照）では、復元手段５７は、まず、ステータス情報に基づいて“On Cache”状態の論理ボリュームを選択し、選択された論理ボリュームを論理ボリューム復元リストに加える（ステップＳ５４ａ）。つまり、復元手段５７は、ステータス情報として“On Cache”状態の論理ボリュームを復元優先度が高いと判断する。
【００６２】
次いで、論理ボリューム復元リストに登録済みの全論理ボリュームの容量を積算し（ステップＳ５４ｂ）、積算された容量がキャッシュ５８′の容量をオーバーしているか否かを判断する（ステップＳ５４ｃ）。
そして、ステップＳ５４ｃで容量オーバーしていなければ（ステップＳ５４ｃのＮｏルート）、復元手段５７は、再度、ステップＳ５４ａで論理ボリュームを選択する。つまり、ステップＳ５４ｃで積算容量がオーバーしたと判断する（ステップＳ５４ｃのＹｅｓルートとなる）までは、上記ステップＳ５４ａ，Ｓ５４ｂの処理を繰り返して、キャッシュ５８′に復元すべき論理ボリュームを選択する。
【００６３】
一方、ステップＳ５４ｃにおいて積算容量がキャッシュ５８′の容量をオーバーすると（ステップＳ５４ｃのＹｅｓルート）、復元手段５７は、今回容量オーバーしたときに上記ステップＳ５４ａにおいて選択された論理ボリュームを論理ボリューム復元リストから削除して（ステップＳ５４ｄ）、処理を終了する。
そして、図４に示すように、上記ステップＳ５４における処理を行なった後、復元手段５７は、論理ボリューム復元リストの作成を終了してステップＳ６０（図３参照）の処理へ移行する。
【００６４】
このように、本発明の一実施形態としてのライブラリシステム１０及びキャッシュ復元方法によれば、故障や容量変更等により仮想ライブラリ装置５０のキャッシュ５８を新たなキャッシュ５８′に取り替えた場合には、採取手段５５により採取されてデータベース５６，５９に保存されたアクセス状態に基づいて、復元手段５７が論理ボリュームの復元優先度を判断し、この復元優先度に従って、交換後の新たなキャッシュ５８′に論理ボリュームを復元するため、キャッシュ交換直後のデータ処理装置３０からの処理要求（論理ボリュームへのマウント要求）に対する応答速度が、キャッシュ交換前の通常運用中の応答速度よりも遅くなることを確実に抑止できる。
【００６５】
しかも、復元手段５７は、かかるアクセス状態としてのアクセス頻度［上記アクセス頻度（Ａ）もしくは（Ｂ）］が高い論理ボリュームから順にキャッシュ５８′に復元するため、使用される可能性のより高い論理ボリュームがキャッシュ５８′に確実に復元されることになり、単に交換前のキャッシュ５８に保持されていた論理ボリュームを新たなキャッシュ５８′に復元するよりも、かかる応答速度が遅くなってしまうようなことをより確実に抑止することができ、キャッシュ交換前の通常運用中の応答速度をより確実に維持することができる。
【００６６】
つまり、仮想ライブラリ装置５０のキャッシュ５８では、限られた容量の中でより多くの論理ボリュームを保持するために、従来から通常運用時において新たに論理ボリュームを追加する際にキャッシュ５８上に容量が確保できない場合には、アクセス頻度等に関わらずできるだけ大きな容量の論理ボリュームを削除するように構成されている。したがって、キャッシュ５８を新たなキャッシュ５８′に取り替えた際に、交換前のキャッシュ５８上に保持されていた論理ボリュームを新たなキャッシュ５８′にそのまま復元しても、必ずしも速い応答速度を確保できるとは限らない。そのため、復元手段５７が、アクセス頻度が高い論理ボリュームから順にキャッシュ５８′に復元することにより、単に交換前のキャッシュ５８に保持されていた論理ボリュームを新たなキャッシュ５８′に復元するよりも、かかる応答速度をより確実に維持することができるのである。
【００６７】
また、復元手段５７は、まずアクセス頻度（Ａ）に基づいてキャッシュ５８′に論理ボリュームを復元し、キャッシュ５８′上に同アクセス頻度（Ａ）の論理ボリューム全てを復元する容量がない場合には、アクセス頻度（Ｂ）についてのアクセス頻度が高い論理ボリュームから順にキャッシュ５８′上に復元するため、キャッシュ５８′上への論理ボリュームの復元をより確実にアクセス頻度に基づいて行なうことができ、かかる応答速度をより確実に維持することができる。
【００６８】
さらに、復元手段５７は、キャッシュ５８′上に同アクセス頻度の論理ボリューム全てを復元する容量がない場合には、最終アクセス日付が最新の論理ボリュームから順にキャッシュ５８′上に復元するため、交換前のアクセス状況に対応して論理ボリュームを復元することができ、かかる応答速度をより確実に維持することができる。
また、復元手段５７は、キャッシュ５８′上に同最終アクセス日付の論理ボリューム全てを復元する容量がない場合には、ステータス情報に基づいて、交換前にキャッシュ上に保持されていた論理ボリューム（つまり“On Cache”状態の論理ボリューム）から順にキャッシュ５８′上に復元するため、交換前のアクセス状況に対応して論理ボリュームを復元することができ、かかる応答速度をより確実に維持することができる。
【００６９】
さらに、復元手段５７は、まず、アクセス頻度の高い論理ボリュームから順に復元するため、新たに取り替えたキャッシュ５８′の容量が交換前のキャッシュ５８の容量と異なる場合でも、かかる応答速度をより確実に維持することができる。
【００７０】
〔２〕本発明の変形例について
なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【００７１】
例えば、上述した実施形態では、採取手段５５により採取されたアクセス状態に関する情報が保存されたデータベース（即ち、データベース５６，５９）を、仮想ライブラリ装置５０の制御部５４及びキャッシュ５８上にそなえて構成したが、本発明はこれに限定されるものではなく、例えば、かかるデータベースをデータ処理装置３０にそなえるように構成してもよいし、ライブラリ装置２０（例えば、物理ボリューム２１）にそなえるように構成してもよい。さらに、ライブラリシステム１０内にはデータベースを保持せずに、例えば、ライブラリシステム１０を保守管理するオペレータ，ＣＥ（Customer Engineer）等が採取手段５５により採取されライブラリシステム１０内に蓄積されたアクセス状態に関するデータを吸い上げて、吸い上げたデータを外部の端末にデータベースとして保存するようにしてもよい。
【００７２】
また、上述した実施形態では、採取手段５５及び復元手段５７を仮想ライブラリ装置５０の制御部５４にそなえて構成したが、本発明はこれに限定されるものではなく、採取手段５５及び復元手段５７をデータ処理装置３０にそなえるように構成してもよい。さらには、復元手段５７をライブラリシステム１０上にはそなえずに、ライブラリシステム１０とは異なる端末に復元手段５７をそなえ、仮想ライブラリ装置のキャッシュ５８を交換する際に、キャッシュ交換を行なうオペレータがかかる端末を仮想ライブラリ装置５０に接続して、キャッシュ５８上に論理ボリュームを復元するようにしてもよい。
【００７３】
さらに、上述した実施形態では、採取手段５５が採取するアクセス状態としてのアクセス頻度として、上記アクセス頻度（Ａ），（Ｂ）（図２参照）を採取するように構成したが、本発明はこれに限定されるものではなく、アクセス頻度として、例えばアクセス頻度（Ａ）,（Ｂ）における期間とは異なる期間内にアクセスされた回数を採取するようにしてもよく、この場合には、復元手段５７が２以上のアクセス頻度を復元に用いるように構成してもよい。
【００７４】
また、上述した実施形態では、採取手段５５がアクセス状態として最終アクセス日付を採取するように構成したが、本発明はこれに限定されるものではなく、最終アクセス日時を採取するように構成してもよい。
さらに、上述した実施形態では、復元手段５７が論理ボリューム復元リストを作成（ステップＳ５１〜Ｓ５４）する際に、論理ボリューム復元リストに登録済みの論理ボリュームの積算容量がキャッシュ５８′の容量をオーバーしたときに、この容量オーバーしたときに選択（登録）された論理ボリュームと同アクセス状態の論理ボリュームが論理ボリューム復元リスト上にない（即ち、図５のステップＳ５１ｅのＮｏルート，図６のステップＳ５２ｄのＮｏルート，及び図７のステップＳ５３ｄのＮｏルートをとる）場合には、容量オーバーしたときに選択された論理ボリュームを論理ボリューム復元リストから削除して、論理ボリューム復元リストの作成処理を終了するように構成したが、本発明はこれに限定されるものではなく、容量オーバーしたときに選択された論理ボリュームを論理ボリューム復元リストから削除した後に、キャッシュ５８′上に残存する容量を有効利用すべく、再度他のアクセス状態に基づいてキャッシュ５８′に復元する論理ボリュームを選択するように構成してもよい。
【００７５】
〔３〕その他
上述した採取手段５５及び復元手段５７としての機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のアプリケーションプログラム（キャッシュ復元プログラム）を実行することによって実現される。
そのプログラムは、例えばフレキシブルディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からキャッシュ復元プログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００７６】
ここで、コンピュータとは、ハードウェアとＯＳ（オペレーティングシステム）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味している。また、ＯＳが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための部とをそなえている。上記キャッシュ復元プログラムとしてのアプリケーションプログラムは、上述のようなコンピュータに、採取手段５５及び復元手段５７としての機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくＯＳによって実現されてもよい。
【００７７】
さらに、本実施形態としての記録媒体としては、上述したフレキシブルディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ，磁気ディスク，光ディスク，光磁気ディスクのほか、ＩＣカード，ＲＯＭカートリッジ，磁気テープ，パンチカード，コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ），外部記憶装置等や、バーコードなどの符号が印刷された印刷物等の、コンピュータ読取可能な種々の媒体を利用することもできる。
【００７８】
〔４〕付記
（付記１）
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットを有するライブラリ装置と、
該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置と、
該ライブラリ装置と該データ処理装置との間に介装される仮想ライブラリ装置とをそなえるとともに、
該仮想ライブラリ装置が、
該データ処理装置が前記処理対象としてアクセスすべく該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成されているライブラリシステムであって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取する採取手段と、
該採取手段によって採取された前記アクセス状態を保存するデータベースと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴とする、ライブラリシステム。
【００７９】
（付記２）
前記アクセス状態として該データ処理装置による各論理ボリュームに対するアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記アクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記１記載のライブラリシステム。
【００８０】
（付記３）
前記アクセス頻度として、期間の異なる２以上のアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記２以上のアクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記２記載のライブラリシステム。
【００８１】
（付記４）
前記アクセス状態として各論理ボリュームに対する最終アクセス日時が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記最終アクセス日時に基づいて前記復元優先度を判断することを特徴とする、付記１〜付記３のいずれか一項に記載のライブラリシステム。
【００８２】
（付記５）
前記アクセス状態として各論理ボリュームのステータス情報が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記ステータス情報に基づいて前記復元優先度を判断することを特徴とする、付記１〜付記４のいずれか一項に記載のライブラリシステム。
【００８３】
（付記６）
前記アクセス状態として各論理ボリュームの容量が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記容量に基づいて復元済みの論理ボリュームの積算容量を算出し、該積算容量が該キャッシュの容量を超えた場合に前記復元優先度の判断基準を切り換えることを特徴とする、付記１〜付記５のいずれか一項に記載のライブラリシステム。
【００８４】
（付記７）
該採取手段，該データベースおよび該復元手段が該仮想ライブラリ装置にそなえられていることを特徴とする、付記１〜付記６のいずれか一項に記載のライブラリシステム。
（付記８）
該採取手段，該データベースおよび該復元手段が該データ処理装置にそなえられていることを特徴とする、付記１〜付記６のいずれか一項に記載のライブラリシステム。
【００８５】
（付記９）
該採取手段，該データベースおよび該復元手段が該ライブラリ装置にそなえられていることを特徴とする、付記１〜付記６のいずれか一項に記載のライブラリシステム。
（付記１０）
該キャッシュがＲＡＩＤ（Redundant Arrays of Inexpensive Disk）装置であることを特徴とする、付記１〜付記９のいずれか一項に記載のライブラリシステム。
【００８６】
（付記１１）
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置であって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取する採取手段と、
該採取手段によって採取された前記アクセス状態を保存するデータベースと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段とをそなえたことを特徴とする、仮想ライブラリ装置。
【００８７】
（付記１２）
前記アクセス状態として、該データ処理装置による各論理ボリュームに対するアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記アクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記１１記載の仮想ライブラリ装置。
【００８８】
（付記１３）
前記アクセス頻度として、期間の異なる２以上のアクセス頻度が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記２以上のアクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記１２記載の仮想ライブラリ装置。
【００８９】
（付記１４）
前記アクセス状態として各論理ボリュームに対する最終アクセス日時が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記最終アクセス日時に基づいて前記復元優先度を判断することを特徴とする、付記１１〜付記１３のいずれか一項に記載の仮想ライブラリ装置。
【００９０】
（付記１５）
前記アクセス状態として各論理ボリュームのステータス情報が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記ステータス情報に基づいて前記復元優先度を判断することを特徴とする、付記１１〜付記１４のいずれか一項に記載の仮想ライブラリ装置。
【００９１】
（付記１６）
前記アクセス状態として各論理ボリュームの容量が該採取手段により採取されて該データベースに保存され、
該復元手段が、該データベースに保存された前記容量に基づいて復元済みの論理ボリュームの積算容量を算出し、該積算容量が該キャッシュの容量を超えた場合に前記復元優先度の判断基準を切り換えることを特徴とする、付記１１〜付記１５のいずれか一項に記載の仮想ライブラリ装置。
【００９２】
（付記１７）
該キャッシュがＲＡＩＤ（Redundant Arrays of Inexpensive Disk）装置であることを特徴とする、付記１１〜付記１６のいずれか一項に記載の仮想ライブラリ装置。
（付記１８）
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該ライブラリ装置の該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置において、該キャッシュの内容を復元する方法であって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取してデータベースに保存する採取保存ステップと、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元する復元ステップとを含むことを特徴とする、キャッシュ復元方法。
【００９３】
（付記１９）
前記採取保存ステップにおいて、前記アクセス状態として、該データ処理装置による各論理ボリュームに対するアクセス頻度を採取して該データベースに保存し、
前記復元ステップにおいて、該データベースに保存された前記アクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記１８記載のキャッシュ復元方法。
【００９４】
（付記２０）
前記採取保存ステップにおいて、前記アクセス頻度として、期間の異なる２以上のアクセス頻度を採取して該データベースに保存し、
前記復元ステップにおいて、該データベースに保存された前記２以上のアクセス頻度に基づいて前記復元優先度を判断することを特徴とする、付記１９記載のキャッシュ復元方法。
【００９５】
（付記２１）
前記採取保存ステップにおいて、前記アクセス状態として各論理ボリュームに対する最終アクセス日時を採取して該データベースに保存し、
前記復元ステップにおいて、該データベースに保存された前記最終アクセス日時に基づいて前記復元優先度を判断することを特徴とする、付記１８〜付記２０のいずれか一項に記載のキャッシュ復元方法。
【００９６】
（付記２２）
前記採取保存ステップにおいて、前記アクセス状態として各論理ボリュームのステータス情報を採取して該データベースに保存し、
前記復元ステップにおいて、該データベースに保存された前記ステータス情報に基づいて前記復元優先度を判断することを特徴とする、付記１８〜付記２１のいずれか一項に記載のキャッシュ復元方法。
【００９７】
（付記２３）
前記採取保存ステップにおいて、前記アクセス状態として各論理ボリュームの容量を採取して該データベースに保存し、
前記復元ステップにおいて、該データベースに保存された前記容量に基づいて復元済みの論理ボリュームの積算容量を算出し、該積算容量が該キャッシュの容量を超えた場合に前記復元優先度の判断基準を切り換えることを特徴とする、付記１８〜付記２２のいずれか一項に記載のキャッシュ復元方法。
【００９８】
（付記２４）
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該ライブラリ装置の該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置において、該キャッシュの内容を復元する機能をコンピュータに実現させるためのキャッシュ復元プログラムであって、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取してデータベースに保存する採取手段、及び、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段として、前記コンピュータを機能させることを特徴とする、キャッシュ復元プログラム。
【００９９】
（付記２５）
物理ボリュームとしての記録媒体を格納するとともに、該物理ボリュームに対するアクセスを行なうドライブユニットとを有するライブラリ装置と、該ライブラリ装置における該物理ボリュームに記録されたデータを処理対象とするデータ処理装置との間に介装され、
該データ処理装置が前記処理対象としてアクセスすべく該ライブラリ装置の該物理ボリュームから読み出されたデータを論理ボリュームとして保持するキャッシュと、
該データ処理装置からの指示に応じて、該キャッシュに保持される該論理ボリュームに対するアクセスを行なう論理ドライブと、
該論理ドライブにより該論理ボリュームに記録されたデータを、該論理ドライブの当該論理ボリュームに対するアクセスとは非同期に、当該論理ボリュームを保存する物理ボリュームに記録する物理層とをそなえて構成される仮想ライブラリ装置において、該キャッシュの内容を復元する機能をコンピュータに実現させるためのキャッシュ復元プログラムを記録したコンピュータ読取可能な記録媒体であって、
前記キャッシュ復元プログラムが、
該データ処理装置の該論理ボリュームに対するアクセス状態を採取してデータベースに保存する採取手段、及び、
該データベースに保存された前記アクセス状態に基づいて該論理ボリュームの復元優先度を判断し、該復元優先度に従って、当該論理ボリュームを保存する物理ボリュームから当該論理ボリュームを該キャッシュに読み出すことにより、該キャッシュに保持されるべき論理ボリュームを復元しうる復元手段として、前記コンピュータを機能させることを特徴とする、キャッシュ復元プログラムを記録したコンピュータ読取可能な記録媒体。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施形態としてのライブラリシステムの構成を示す模式図である。
【図２】本発明の一実施形態としてのライブラリシステムの仮想ライブラリ装置における制御部及びキャッシュがそなえるデータベースの一部の構成を説明するための図である。
【図３】本発明の一実施形態としてのキャッシュ復元方法の手順を説明するためのフローチャートである。
【図４】本発明の一実施形態としてのキャッシュ復元方法において復元すべき論理ボリュームを選択する手順を説明するためのフローチャートである。
【図５】図４に示すアクセス頻度（Ａ）による選択手順を説明するためのフローチャートである。
【図６】図４に示すアクセス頻度（Ｂ）による選択手順を説明するためのフローチャートである。
【図７】図４に示す最終アクセス日付による選択手順を説明するためのフローチャートである。
【図８】図４に示すステータス情報による選択手順を説明するためのフローチャートである。
【図９】一般的なライブラリシステムの構成を示す模式図である。
【図１０】従来の仮想ライブラリ装置をそなえたライブラリシステムの構成を示す模式図である。
【符号の説明】
【０１０１】
１０，１００，１００′  ライブラリシステム
２０  ライブラリ装置
２１  記録媒体（物理ボリューム）
２２  収納棚
２３  ドライブユニット（物理ドライブ）
２４  移送機構
３０  データ処理装置（ホスト）
４０，５０  仮想ライブラリ装置
４１，５１  論理層
４２，５３  物理層
４３，５４  制御部
４４，５８，５８′  キャッシュ
５２  論理ドライブ
５５  採取手段
５６，５９  データベース
５７  復元手段
【図１】
2006134217.tif 000003
【図２】
2006134217.tif 000004
【図３】
2006134217.tif 000005
【図４】
2006134217.tif 000006
【図５】
2006134217.tif 000007
【図６】
2006134217.tif 000008
【図７】
2006134217.tif 000009
【図８】
2006134217.tif 000010
【図９】
2006134217.tif 000011
【図１０】
2006134217.tif 000012