(57)【特許請求の範囲】
【請求項１】
キャッシュデバイスと低速記憶デバイスを有する階層記憶制御方式を採用した情報記憶制御装置に於いて、
前記キャッシュデバイス上に、
キャッシュされているファイルに関しては、ファイルデータそのものを、キャッシュされていないファイルに関しては、ファイルのサイズ及び更新時間を含んだメタ情報を通常のファイルと区別できる形式で保持して、キャッシュ情報とメタ情報を同一のディレクトリ下に置いた低速記憶デバイスのディレクトリの構造と、
前記低速記憶デバイスのディレクトリ構造と同じパス名で構成され、前記キャッシュデバイス上のファイル内容と前記低速記憶デバイス上のファイル内容とが一致することを示すクリーンディレクトリの構造と、
前記クリーンディレクトリに、前記低速記憶デバイスのディレクトリと同一名称のファイルが存在する場合、前記低速記憶デバイスのデータと前記キャッシュデバイスのデータが同一であると判断し、前記低速記憶デバイスのディレクトリに実ファイルデータが存在するが、前記クリーンディレクトリに存在しないとき、前記低速記憶デバイスのデータと前記キャッシュデバイスのデータが異なると判断するライト処理手段と
を具備したことを特徴とする情報記憶制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、階層記憶制御方式を採用した情報記憶制御装置に関する。
【０００２】
【従来の技術】
従来、階層記憶制御方式を採用する情報記憶システムに於いては、光磁気ディスクオートチェンジャー等の低速デバイスへのアクセスをキャッシュする際に、所定のブロック単位若しくはファイル単位で行なう方法が採られる。その一例として、特開平１０−１７１６９０号公報に示される「電子ファイル装置」がある。この公報に於いては、光ディスクライブラリ装置上のデータをキャッシュとしての磁気ディスク装置に最小ファイル単位でマイグレーション（階層記憶）する技術が開示されている。
【０００３】
ここで、ファイルシステムを意識せずに、所定のブロック単位でキャッシュする場合、ファイルシステム上の管理領域等、頻繁にアクセスされることが予想される領域が特定できないため、効果的なキャッシュが行なえないという問題がある。例えば、メディアの両面に対して同時にディレクトリリストを参照するような場合、ファイルシステムにより分断されたＩ／Ｏ毎にメディアの交換が発生することから、アプリケーションからのＩ／Ｏ要求に対するスループットが著しく低下する問題が発生していた。また、ファイル単位でキャッシュする場合についても、キャッシュされたファイルを管理するためのデータベース（管理テーブル）が必要となることから、目的のデータをキャッシュする以外に、上記データベースを更新するためのＩ／Ｏアクセスが発生し、効率の良いキャッシュが行なえないという問題があった。
【０００４】
そこで、階層記憶制御方式を採用する情報記憶システムにおいて，キャッシュされたファイルを管理するデータベースを持つ代わりに、ディレクトリ構造中にキャッシュ制御情報を保持する機構（特願平２００１−１０２４５５；情報記憶制御装置及びコンピュータシステム）が提案された。
【０００５】
この提案により、データベースを持つ機構よりは各段にスループットが向上したが、それでもなおリード時およびライト時にファイルパスの検索が２回以上必要になるなど、性能上に於いて改善の余地を残していた。具体例を挙げると、上記提案の機構に於いては、ライト・リードの処理に於いて、キャッシュデータのヒットの有無を判定するために、「／Ｃｌｅａｎ」と、「／Ｄｉｒｔｙ」の２つのパスを検索する必要があり、そのいずれにもない場合は、さらに「／ｉｎｏｄｅ」を検索する必要があることから、ファイル検索にかかる処理時間（処理速度）に於いて改善の余地を残していた。
【０００６】
【発明が解決しようとする課題】
上述したように、従来、階層記憶制御方式を採用する情報記憶システムに於いては、キャッシュされたファイルを管理するためのデータベースが必要となり、目的のデータをキャッシュする以外に、上記データベースを更新するためのＩ／Ｏアクセスが発生することから、効率の良いキャッシュが行なえないという問題があった。また、この問題を解決するため、キャッシュされたファイルを管理するデータベースを持たずに、ディレクトリ構造中にキャッシュ制御情報を保持する機構が提案され、データベースを持つ機構に比してスループットが向上したが、それでもなおリード時およびライト時にファイルパスの検索が２回以上必要になるなど、性能上に於いて改善の余地を残していた。
【０００７】
本発明は上記実情に鑑みなされたもので、アプリケーションからのＩ／Ｏ要求に対するスループットの低下を防止して、より効率の良いキャッシュ制御が行える情報記憶制御装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、光ディスク等の低速記憶デバイス上のデータをファイル単位でキャッシュする際のキャッシュデータの状態管理をディレクトリ（／Ｄａｔａ  ＋  ／Ｃｌｅａｎ）構成の中で行うことによって、キャッシュされたファイルを管理するためのデータベース（管理テーブル）を不要にして、当該データベースのＩ／Ｏアクセスをなくし、スループットの向上を図るとともに、キャッシュされたファイルを管理するデータベースを持たずにディレクトリ構造中にキャッシュ制御情報を保持する機構に於いて、ディレクトリパスによるファイル検索処理を簡素にしてスループットの向上を図ったことを特徴とする。また、光ディスク上でファイルのメタ情報のキャッシュを行う機構を採用することにより効率の良いキャッシュ制御を実現したことを特徴とする。
【０００９】
即ち、本発明は、キャッシュデバイスと低速記憶デバイスを有する階層記憶制御方式を採用した情報記憶制御装置に於いて、前記キャッシュデバイス上に前記低速記憶デバイスのディレクトリ構造を保持する手段と、アプリケーションからのＩ／Ｏアクセス要求に対して前記キャッシュデバイス上のディレクトリへファイル単位でキャッシュする手段と、前記キャッシュデバイスにキャッシュされていないファイルのメタ情報を前記キャッシュデバイス上のディレクトリに保持する手段とを具備したことを特徴とする。
【００１０】
また、本発明は、前記情報記憶制御装置に於いて、前記ファイルのメタ情報をシンボリックリンクのリンク先に代えて保持する手段を具備したことを特徴とする。
【００１１】
また、本発明は、前記情報記憶制御装置に於いて、前記キャッシュデバイスに、前記ディレクトリに加え、前記キャッシュデバイスと前記低速記憶デバイスとのデータの整合性を判断するためのディレクトリを保持する手段を具備したことを特徴とする。
【００１２】
また、本発明は、キャッシュデバイスと低速記憶デバイスを有する階層記憶制御方式を採用した情報記憶制御装置に於いて、前記キャッシュデバイス上に、キャッシュ用のディレクトリとして、ファイルの実体若しくはメタ情報が格納されるデータディレクトリと、前記キャッシュデバイス上のファイルの内容と前記低速記憶デバイス上のファイルの内容とが一致することを示すクリーンディレクトリとを具備したことを特徴とする。
【００１３】
また、本発明は、最下層にある低速記憶デバイスへのＩ／Ｏアクセスをキャッシュするキャッシュデバイスを備えた階層記憶システムのキャッシュ制御方法に於いて、前記キャッシュデバイス上で、データ実体とメタ情報を１つのディレクトリに纏め、当該ディレクトリの検索でヒットの有無を判定することを特徴とする。
【００１４】
また、本発明は、前記キャッシュ制御方法に於いて、前記メタ情報をシンボリックリンクに直接保存することを特徴とする。
【００１５】
また、本発明は、最下層にある低速記憶デバイスへのＩ／Ｏアクセスをキャッシュするキャッシュデバイスを備えた階層記憶システムのキャッシュ制御方法に於いて、前記キャッシュデバイス上に低速記憶デバイスのディレクトリ構造を備えて、キャッシュされているファイルに関しては、ファイルデータそのものを、キャッシュされていないファイルに関しては、ファイルのサイズ及び更新時間を含んだメタ情報を通常のファイルと区別できる形式で保持して、キャッシュ情報とメタ情報を同一のディレクトリ下に置いたことを特徴とする。
【００１６】
また、本発明は、最下層にある低速記憶デバイスへのＩ／Ｏアクセスをキャッシュするキャッシュデバイスを備えた階層記憶システムのキャッシュ制御方法に於いて、前記キャッシュデバイス上に、キャッシュ用のディレクトリとして、ファイルの実体若しくはメタ情報が格納されるデータディレクトリと、前記キャッシュデバイス上のファイル内容と前記低速記憶デバイス上のファイル内容とが一致することを示すクリーンディレクトリとを用意して、前記２つのディレクトリ情報の差分から前記キャッシュデバイス上のファイル内容が前記低速記憶デバイス上のファイル内容と異なる状態を識別することを特徴とする。
【００１７】
上記したキャッシュ制御により、キャッシュされたファイルに対する管理テーブルを持つ必要が不要となることから、アプリケーションからのＩ／Ｏ要求に対する管理テーブル参照／更新等の余分なＩ／Ｏアクセス発生によるスループットの低下を防止できる。また、キャッシュされたファイルを管理するデータベースを持たずにディレクトリ構造中にキャッシュ制御情報を保持する機構に於いて、ディレクトリパスによるファイル検索処理を簡素にしてスループットの低下を防止できる。更に、光ディスク上でファイルのメタ情報のキャッシュを行う機構を採用することにより効率の良いキャッシュ制御が実現できる。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
【００１９】
図１は本発明の実施形態に於けるコンピュータシステムのハードウェア構成を示すブロック図である。
【００２０】
この図１に示すシステムは、１台のサーバ１０と、複数（ｎ）台のクライアント２０−１，２０−２，…２０−ｎとがネットワーク３０を介して接続されたシステム構成を例に示している。
【００２１】
上記サーバ１０には、階層記憶制御の対象として、上層に位置する磁気ディスク装置１４と、下層に位置する光ディスクオートチェンジャ装置１５とが設けられる。磁気ディスク装置１４は、階層記憶の上層に位置し、ここではキャッシュデバイスとなるもので、キャッシュの他にサーバ１０の管理テーブル格納エリア、ＯＳ並びにアプリケーション格納エリア等としても用いられる。また、光ディスクオートチェンジャ装置１５は、階層記憶の最下位層に位置し、ストレージデバイスインタフェース装置１３からのＩ／Ｏ要求に従い、チェンジャー内のドライブ装置へメディアの搬送、データリード・ライト処理等を行う。
【００２２】
ＣＰＵ１１はサーバシステム全体の制御を司るもので、内部バス１３上に接続されたネットワークインタフェース１４を介して、上記した複数のクライアント２０−１，２０−２，…２０−ｎとの間で各種のデータ要求等に従う情報交換を行う。
【００２３】
半導体メモリで構成される内部記憶装置（ＭＥＭ）１２には、運用管理アプリケーション１２１、キャッシュマネージャー／ファイルシステム１２２、階層記憶制御モジュール１２３、デバイスドライバ１２４、ネットワークマネージャー１２５等の各種モジュール類が格納される。運用管理アプリケーション１２１は、光ディスクオートチェンジャ装置１５に対するメディアの収納・返却要求やディスクボリュームのマウント処理等を実行する。キャッシュマネージャー／ファイルシステム１２２は、アプリケーション１２１とデバイスドライバ１２４の中間層に位置し、ファイル管理及びデータのキャッシュ制御を行なう。階層記憶制御モジュール１２３は、キャッシュデータのステージアウト／フラッシュ及びステージインを行なう。デバイスドライバ１２４は、サーバ１０に接続されるＩ／Ｏ機器を制御する。ネットワークマネージャー１２５は、ネットワーク上に接続されるクライアント２０−１，２０−２，…２０−ｎへのアクセス制御を管理する。
【００２４】
図２は上記した図１に示すサーバ１０のソフトウェア構成を示すブロック図である。図中、２１０はリード／ライト要求を行うアプリケーションである。２２０は内部記憶装置（ＭＥＭ）１２内の階層記憶制御モジュール１２３に相当し、デバイスドライバ（Ａ），（Ｂ）２４０，２５０は同じくデバイスドライバ１２４の一部に相当する。１４ｓは階層記憶の上層に位置する磁気ディスク装置１４のファイル格納領域を構成する記録媒体（ハードディスク）、１５ｓは階層記憶の下層に位置する光ディスクオートチェンジャ装置１５のファイル格納領域を構成する記録媒体（光ディスク）である。ここでは上記ハードディスク１４ｓに構成されるキャッシュディスク上に、Ｄａｔａ（データ）と、Ｃｌｅａｎ（クリーン）の各ディレクトリが設けられ、これらのディレクトリを含むディレクトリ構成の中で光ディスク（低速記憶デバイス）上のデータをファイル単位でキャッシュする際のキャッシュデータの状態管理を行うことによって、キャッシュされたファイルを管理するためのデータベース（管理テーブル）を不要にし、当該データベースのＩ／Ｏアクセスをなくしてスループットの向上を図っている。
【００２５】
２３０は内部記憶装置（ＭＥＭ）１２内のキャッシュマネージャー／ファイルシステム１２２に該当する部分であり、仮想ファイルシステム２３１、キャッシュマネージャー２３２、ハードディスク１４ｓを対象としたファイルシステム（Ａ）２３３、光ディスク１５ｓを対象としたファイルシステム（Ｂ）２３４等が設けられる。
【００２６】
また、２６０はハードディスク１４ｓ及び光ディスク１５ｓで構成される階層記憶を実現するための仮想的なボリュームであり、仮想ファイルシステム２３１によりマウントされる。このマウントの対象となる実データ（実際のデータ）は、ハードディスク１４ｓや光ディスク１５ｓ上に存在する。
【００２７】
例えば、アプリケーション２１０から仮想ボリューム２６０に対してライトすると、そのデータは一旦、ハードディスク１４ｓにキャッシュされ、ディスクキャッシュが一定の使用量に達すると、階層記憶制御モジュール２２０により、ハードディスクから光ディスクへデータが反映（ステージアウト）される。
【００２８】
また、アプリケーション２１０から仮想ボリューム２６０に対してリードを要求すると，キャッシュ（ハードディスク１４ｓ）上にデータがある場合はそこからデータが読まれる。キャッシュ上にデータがない場合は、メディア（光ディスク１５ｓ）からデータが読まれ、アプリケーション２１０にデータを渡すと同時にキャッシュ（ハードディスク１４ｓ）上に当該データがコピー（ステージイン）される。
【００２９】
キャッシュ（ハードディスク１４ｓ）上では、メディア（光ディスク１５ｓ）上と同じディレクトリ構造（実施形態では／Ｄａｔａディレクトリ）を保持し、キャッシュされているファイルに関してはファイルデータそのものを、また、キャッシュされていないファイルに関してはファイルのサイズ、更新時刻などのメタ情報のみの小さなデータを、通常ファイルと区別できる特殊形式で保持する。
【００３０】
また、上記／Ｄａｔａディレクトリとは別に、キャッシュされているデータがメディア上と同一であるかどうかを示すためのディレクトリを設ける（実施形態では／Ｃｌｅａｎディレクトリ）。
【００３１】
この／Ｃｌｅａｎディレクトリに、上記／Ｄａｔａディレクトリと同一名称のファイルが存在する場合、メディア（光ディスク１５ｓ）のデータとキャッシュ（ハードディスク１４ｓ）のデータが同一であると判断し（Ｃｌｅａｎ判定）、また、上記／Ｄａｔａディレクトリに実ファイルデータが存在するが、／Ｃｌｅａｎディレクトリに存在しないとき、メディア（光ディスク１５ｓ）のデータとキャッシュ（ハードディスク１４ｓ）のデータが異なると判断する（Ｄｉｒｔｙ判定）。
【００３２】
図３及び図４はそれぞれ本発明の実施形態に於ける仮想ボリューム２６０を対象としたリード／ライト処理の手順を示したもので、図３はアプリケーション２１０から仮想ボリューム２６０へのライト要求に対して仮想ファイルシステム２３１の制御の下に実行されるライト処理の手順を示すフローチャート、図４は同じくアプリケーション２１０から仮想ボリューム２６０へのライト要求に対して実行されるリード処理の手順を示すフローチャートである。
【００３３】
ここで上記各図を参照して本発明の実施形態に於ける処理動作を説明する。
【００３４】
ここでは、仮想ボリューム２６０としてマウントしたディレクトリに対して、アプリケーション２１０からファイルのリード・ライト処理を実施した際の処理動作を例に説明する。
【００３５】
先ず、仮想ファイルシステムのマウント処理について説明する。
【００３６】
図２に示すハードディスク１４ｓをルートファイルシステム及びキャッシュディスクとして使用した場合、下記のようなディレクトリ構成で仮想ボリューム２６０をマウントする。
【００３７】
ａ）マウントされるデバイスファイル群
複数の光ディスクメディアによって構成されたＵＮＩＴ単位に下記のようなデバイスファイルが存在する。
【００３８】
0003779592.tif 000002
ｂ）仮想ボリュームマウントポイント
仮想ボリューム２６０のマウント先として、下記のようなディレクトリが存在するものとする。
【００３９】
0003779592.tif 000003
ｃ）キャッシュ用ディレクトリ
電断発生時にハードディスクキャッシュ上のどのファイルが未だメディアへ反映されていないか等を判別できるようキャッシュ用のディレクトリとして下記のようなディレクトリパスを持たせる。
【００４０】
0003779592.tif 000004
ここで、／Ｄａｔａディレクトリは、キャッシュデータが存在する場合はその実体、存在しない場合はメタ情報が格納されるディレクトリである。
【００４１】
また、／Ｃｌｅａｎディレクトリは、キャッシュデータとメディア上のデータが同一であることを示すダミーのファイル（０バイトファイルなど、内容は不問）が格納されるディレクトリである。
【００４２】
マウント処理は、ｍｏｕｎｔコマンドのような、アプリケーションプログラムからマウントされるデバイス名／マウント先ディレクトリ／ファイルシステム名等を指定して、仮想ボリューム２６０をマウントする。
【００４３】
例えば、マウントされるデバイスを「／ｄｅｖ／ｕｎｉｔ０」、マウント先を「／ｍｎｔ／ｖｏｌ０」のように指定する。
【００４４】
次に、キャッシュディレクトリ内の構造について説明する。
【００４５】
メディア収納又はマウント時に階層記憶制御モジュール又は仮想ファイルシステムは、メディア上のファイルシステム管理領域（ディレクトリ情報等）を読み出し、／ｃａｃｈｅ／ｕｎｉｔＸ／Ｄａｔａ／ディレクトリ下へ格納する（Ｘは該当のＵＮＩＴ番号）。
【００４６】
キャッシュされるデータは、／Ｄａｔａの下にメディア上のディレクトリ構成を保持したまま、実体を格納する。
【００４７】
キャッシュされないデータは、同じく、／Ｄａｔａの下にメディア上のディレクトリ構成を保持したまま、メタデータのみが存在する特殊形式で格納する。
【００４８】
具体的には、ダミーのシンボリックリンクを作成し、リンク先の代わりにメタ情報を保持させる。
【００４９】
ディレクトリに関しては、／Ｃｌｅａｎディレクトリ以下にも同様に格納し、キャッシュされていてメディア上と同一内容であることが分かっているファイルについては、ここに０バイトのダミーファイルを置く。
【００５０】
次に、ライト処理の動作について、図３に示すフローチャートを参照して説明する。
【００５１】
アプリケーション２１０から仮想ボリューム２６０へのライト要求に対して、仮想ファイルシステム２３１は、要求されたファイルを／ｃａｃｈｅ／ｕｎｉｔＸ／Ｄａｔａディレクトリから検索する（図３ステップＳ１０，Ｓ１１）。
【００５２】
ここで、／Ｄａｔａ下に、実体ファイルがある場合（図３ステップＳ１２ Yes，Ｓ１３  実体）、ライト要求は、上書き要求であり、データがキャッシュされていると判定できる。この際は、／Ｃｌｅａｎ下の同一パスも検索し、パスが存在しない場合は、検索されたファイルに直接、上書きする（図３ステップＳ１４，Ｓ１５  No，Ｓ１９，Ｓ２０）。また、パスが存在する場合は／Ｃｌｅａｎディレクトリから削除して、検索されたファイルに、直接、上書きする（図３ステップＳ１４〜Ｓ１６，Ｓ１９，Ｓ２０）。
【００５３】
また、／Ｄａｔａ下にメタデータ（ダミーシンボリックリンク）のみがある場合（図３ステップＳ１２ Yes，Ｓ１３  メタデータ）、ライト要求は、上書き要求であり、データはキャッシュされていないと判定できる。
【００５４】
この際は、更新書き込み（部分書き込み）であるならば（図３ステップＳ１７ Yes）、メディアに直接書き込み（図３ステップＳ１８，Ｓ２０）、それ以外の場合は（図３ステップＳ１７  No）、／Ｄａｔａ下に書き込む（図３ステップＳ１９，Ｓ２０）。この場合、／Ｃｌｅａｎ下には該当ファイルはなく、結果のキャッシュデータファイルはメディアとは異なるので、／Ｃｌｅａｎ下については何ら処理の必要はない。
【００５５】
また、／Ｄａｔａ下にファイル実体もメタデータもない場合（図３ステップＳ１２  No）、ライト要求は、新規作成要求であると判定できるので、／Ｄａｔａ下に直接書き込む（図３ステップＳ１９，Ｓ２０）。この場合、新規作成されたキャッシュデータファイルは、まだメディア上には存在しないため、／Ｃｌｅａｎ下に何ら処理の必要はない。
【００５６】
次に、リード処理の動作について、図４に示すフローチャートを参照して説明する。
【００５７】
アプリケーション２１０から仮想ボリューム２６０へのリード要求に対して、仮想ファイルシステム２３１は、要求されたファイルがハードディスクキャッシュにキャッシュされているかどうかを、／ｃａｃｈｅ／ｕｎｉｔＸ／Ｄａｔａディレクトリから検索する（図４ステップＳ２１，Ｓ２２）。
【００５８】
ここで、／Ｄａｔａ下に実体ファイルがある場合（図４ステップＳ２３ Yes，Ｓ２４  実体）、キャッシュにヒットしたと判定できるので、検索されたファイルをアプリケーションに渡す（図４ステップＳ２６，Ｓ２９）。
【００５９】
また、／Ｄａｔａ下にメタ情報がある場合（図４ステップＳ２３ Yes，Ｓ２４メタデータ）、メディア上にのみデータがあると判定できるので、メディアからデータをリードしてアプリケーション２１０に渡す（図４ステップＳ２７，Ｓ２９）。このとき、同時に、／Ｄａｔａ下のメタ情報を実体データに置き換え、／Ｃｌｅａｎ下にダミーファイルを作成する（図４ステップＳ２８）。
【００６０】
また、／Ｄａｔａ下にパスがない場合（図４ステップＳ２３  No）、ファイルはメディア上にも存在しないので、リードエラーにする（図４ステップＳ２５）。
【００６１】
次に、ステージアウト処理について説明する。
【００６２】
キャッシュ上で新規作成または変更されたデータをメディア上に反映させる処理は、／Ｄａｔａ下を検索し、実体がデータがある場合、／Ｃｌｅａｎも検索し、該当パスがなければ、ダーティ（Ｄｉｒｔｙ）と判定し、データをメディアにコピーする。この手順自体は、／Ｄｉｒｔｙ、／Ｃｌｅａｎ／、／Ｉｎｏｄｅの各ディレクトリをもつ従来方式より性能が劣化している。しかし、この手順を実装することにより、新規ライト時に、／Ｄａｔａ以外のディレクトリの操作が必要なくなり、システム全体の性能が向上するという効果がある。
【００６３】
／Ｄｉｒｔｙ、／Ｃｌｅａｎ／、／Ｉｎｏｄｅの各ディレクトリをもつ従来方式では、ライト・リードの処理に於いて、キャッシュデータのヒットの有無を判定するために、／Ｃｌｅａｎと、／Ｄｉｒｔｙの２つのパスを検索する必要があり、どちらにもない場合は、さらに、／ｉｎｏｄｅを検索する必要があった。
【００６４】
これに対して、上記した本発明の実施形態では、データ実体と、メタ情報を、／Ｄａｔａディレクトリ１つに纏めたことにより、ヒットの有無を判定するために、／Ｄａｔａを検索するだけで良い。また、Ｄｉｒｔｙであることを示す、／Ｄｉｒｔｙディレクトリを廃止することにより、新規ライトの場合に、／Ｃｌｅａｎを検索する必要がない。また、メタ情報をシンボリックリンクに直接保存することにより、ファイルのデータブロックを使用する必要がなく、したがってデータブロックへのアクセスが必要ない。これにより、ファイル検索のためのディスクアクセス回数を大幅に低減し、性能の向上を達成している。
【００６５】
ただし、キャッシュデータをメディアに書き込む際には、／Ｄｉｒｔｙディレクトリがないため、／Ｄａｔａ下のファイルを全て検索し、／Ｃｌｅａｎ下に存在するか否かを検索する必要がある。これに対して上記した従来方式では、／Ｄｉｒｔｙ下を検索するだけでよいため、この処理の性能に関しては従来よりも劣る。
【００６６】
しかしながら、この際のメディア書き込みは低速デバイスへの書き込みであり、ファイル検索はディスクアクセスであるので、全処理時間に対するファイル検索時間の比率は小さい。
【００６７】
【発明の効果】
以上詳記したように本発明によれば、アプリケーションからのＩ／Ｏ要求に対するスループットの低下を防止して、より効率の良いキャッシュ制御が行える。
【図面の簡単な説明】
【図１】本発明の実施形態に於けるコンピュータシステムのハードウェア構成を示すブロック図。
【図２】上記実施形態に於けるサーバのソフトウェア構成を示すブロック図。
【図３】上記実施形態に於けるライト処理の手順を示すフローチャート。
【図４】上記実施形態に於けるリード処理の手順を示すフローチャート。
【符号の説明】
１０…サーバ
１１…ＣＰＵ
１２…内部記憶装置（ＭＥＭ）
１３…内部バス
１４…磁気ディスク装置
１４ｓ…磁気ディスク装置１４の記録媒体（ハードディスク）、
１５…光ディスクオートチェンジャ装置
１５ｓ…光ディスクオートチェンジャ装置の記録媒体（光ディスク）
２０−１，２０−２，…２０−ｎ…クライアント
１２１…運用管理アプリケーション
１２２…キャッシュマネージャー／ファイルシステム
１２３…階層記憶制御モジュール
１２４…デバイスドライバ
１２５…ネットワークマネージャー
２１０…アプリケーション
２２０…階層記憶制御モジュール
２３０…キャッシュマネージャー／ファイルシステム
２３１…仮想ファイルシステム
２３２…キャッシュマネージャー
２３３…ファイルシステム（Ａ）
２３４…ファイルシステム（Ｂ）
２４０…デバイスドライバ（Ａ）
２５０…デバイスドライバ（Ｂ）
２６０…仮想ボリューム
【図１】
0003779592.tif 000005
【図２】
0003779592.tif 000006
【図３】
0003779592.tif 000007
【図４】
0003779592.tif 000008