JPH09510806A - ネットワーク相互接続プロセッサのためのデータ蓄積管理 - Google Patents

Abstract

(57)【要約】 データ蓄積システムは、ローカルエリア・ネットワーク（１）に接続され、ネットワーク（１）に接続されている各データ蓄積装置（３１−３３）の各ボリューム上の活動度を要求ベース及び／又は定期的な予定ベースで検査する蓄積サーバ（５０）を含んでいる。優先度の低いデータファイルは、ネットワーク（１）と蓄積サーバ（５０）を介してバックエンドのデータ蓄積媒体（６１−６５）へ移され、データ蓄積装置（３１−３３）の中のディレクトリ・レジデントが位置エントリで更新され、このデータファイルがバックエンド蓄積（６１−６５）に移されたのだといことを示すようにする。プロセッサ（２１−２２）がこのデータファイルを要求すると、位置エントリによって蓄積サーバ（５０）が元のところからデータ蓄積装置（３１−３３）へ要求されたデータファイルを呼び戻すことができるのである。

Description

【発明の詳細な説明】 ネットワーク相互接続プロセッサのためのデータ蓄積管理 発明の技術分野 本発明は、複数のデータプロセッサをデータ蓄積サブシステムと相互接続する ように機能するローカルエリア・ネットワークなどのデータ通信ネットワークに 関し、また優先度の低いデータファイルをデータ蓄積サブシステムからバックエ ンド・データ蓄積へ自動的に移動させて、より大きなデータ蓄積の空きスペース をデータ蓄積サブシステムに与えるようにするデータ蓄積管理システムに関する ものである。 課題 ネットワークに接続されそれらのプロセッサのために働くデータ蓄積サブシス テムに関連した有効なデータ蓄積管理機能のみならず、ネットワークに接続され たプロセッサのための適切なデータ蓄積資源の両方を与えることは、ローカルエ リア・ネットワークの分野における課題である。既存のローカルエリア・ネット ワークは、データ蓄積サブシステムとも表現され、プロセッサが使用するデータ ファイルが蓄積されている多数のデータ蓄積装置と複数のプロセッサを相互接続 する。データファイルという用語は記憶装置に蓄積することができ、ここではま とめて「ファイルサーバ」と表記するファイルサーバ、データベース、アプリケ ーション・サーバ、及びノート・システムが管理するデータを含む様々なデータ を表すのに使用する。一般的に、データ蓄積サブシステムというのは、独立した 磁気ディスク駆動装置やアレイ構成にしたディスク駆動装置のデータ蓄積サブシ ステムである。 このネットワークにした構成の課題は、これらデータ蓄積サブシステムが非常 に高価であるということである。そこに蓄積されているデータの内のかなりの部 分は殆ど使われず、高価なデータ蓄積媒体を使用することを正当化することはで きないのである。このことに対応してデータ蓄積管理の領域においても、一般的 にいって、ネットワークに直接接続されているこれらのデータ蓄積サブシステム に蓄積されているデータファイルを管理するということはないのである。データ 蓄積管理動作は概して、データ蓄積サブシステム上にデータ蓄積スペースの適当 な空きがないということに、プロセッサが遭遇したときに起動されるものである 。この時、一般的には使用者は、使用していない或いはあまり使用していない様 々なデータファイルを人手で消去したり、後日利用できるようにするアーカイブ 蓄積の中に入れられる磁気テープなどの別の媒体に、これらのデータファイルを 人手で移したりするのである。このデータ蓄積管理の原理は、使用者が人手でデ ータファイルをデータ蓄積サブシステムから取り除いてデータ蓄積の空きスペー スを広げている間、データ処理動作を止めなければならないので、非常に非効率 的である。この人手によるデータ蓄積の空きスペースの配置方式は、消去された り蓄積されたりするデータファイルの中にそのような処理に最良の候補ではない ものがあるかもしれないので非効率的である。更に、データ蓄積媒体は、ランダ ムに発生するデータ管理の動作と動作との間は管理されないままで放置されてい る。 他の方法として、使用者はネットワークに別のディスク駆動装置を加えて、デ ータ蓄積スペースを増やすことができる。加えたディスク駆動装置のコストの分 だけ、ネットワークのコストが増加するのであるが、データ蓄積資源としては非 効率的な費用である。ローカルエリア・ネットワークに概ね接続される装置のデ ータ蓄積容量はかなり増加するが、データを生成しプロセッサとデータ蓄積媒体 にソフトウェアを追加する使用者の傾向は、ローカルエリア・ネットワークに接 続される様々な装置を時間を追ってデータ蓄積容量の改善をはるかに凌いでいる 。従って、データ蓄積容量をかなり増加させるには、一般的に非常に高いコスト につくのであるが、これは優先度の低いデータファイルを蓄積したり、ネットワ ークに接続されたデータ蓄積サブシステムに蓄積されているデータファイルを自 動的に管理するより安価な媒体を有効に利用できるシステム・アーキテクチャや データ管理機能は現在のところ存在しないからである。 解決法 本発明のデータ蓄積管理システムによって、前記の課題は解決され、この分野 において技術的な進歩が達成される。このデータ蓄積管理システムはネットワー クに接続され、階層的なデータ蓄積機能を与え、ネットワークに接続されている データ蓄積サブシステムから、光ディスクや磁気テープなどのより安価なバック エンドのデータ蓄積媒体へ優先度の低いデータファイルを自動的に移動させる。 データ蓄積管理機能はまた、自動的な自己回復データバックアップとデータ空き スペース管理機能も含んでいる。 このデータ蓄積管理システムは、複数の仮想ファイルのシステムを有し、ネッ トワークに接続されているプロセッサのための仮想データ蓄積システムをなす。 仮想データ蓄積システムは、複数のデータ蓄積サブシステムを有する第１セクシ ョンからなり、それぞれのサブシステムはファイルサーバと系列のデータ蓄積装 置とからなり、これらのサブシステムはネットワークに接続されプロセッサのた めに働いている。仮想データ蓄積システムの第２セクションは、蓄積サーバ・プ ロセッサと少なくとも１層のデータ蓄積サーバからなる蓄積サーバを有し、この サーバがバックエンドのデータ蓄積の空きスペースを与えるのである。蓄積サー バ・プロセッサは、各プロセッサに蓄積されているソフトウェア部品とネットワ ークに接続されているファイルサーバとのインタフェイスを行う。蓄積サーバは 、要求があったとき及び／又は予定の周期でネットワークに接続されている各デ ータ蓄積装置のそれぞれのボリュームの活動度を検査する。優先度の低いデータ ファイルは、ネットワークと蓄積サーバを介してバックエンドのデータ蓄積媒体 に移される。当初、このデータファイルを含んでいたデータ蓄積装置の中のデー タファイルのディレクトリ・レジデントは、このデータファイルがバックエンド のデータ蓄積に移されたことを示すディレクトリの中の位置エントリを使って更 新される。従って、プロセッサがこのデータファイルを要求すると、位置エント リがディレクトリから検索され、要求したデータファイルがバックエンド蓄積に 移され、元のデータ蓄積装置に呼び戻さなければならないということを蓄積サー バが知るのである。蓄積サーバは位置エントリに蓄積されている情報を使って、 要求のあったデータファイルを自動的に検索し、検索したデータファイルを 元の経路からデータ蓄積装置へ送信するのである。蓄積サーバ、バックエンド・ データ蓄積及びプロセッサに常駐しているソフトウェア・モジュールによって、 それぞれのデータ蓄積装置のために仮想の蓄積ボリュームをプロセッサと使用者 の両方に透過的な方法で作り出すのである。このシステムの各仮想ボリュームは 、低コストのマス・ストレージ装置を使えば、プロセッサの要求に合わせて連続 的に拡張することができる。 動作中、蓄積サーバは各データ蓄積装置上のそれぞれのボリューム（ネットワ ーク・ボリューム）の内の得られる蓄積空きスペースの量を監視し、連続してプ ロセッサにとって適切なデータ蓄積空きスペースが確実に得られるようにする。 入手できるデータ蓄積空きスペースが所定の閾値以下に低下すると、蓄積サーバ はその中にある様々なデータファイルの活動度レベルを見直し、上記のように優 先度の低いデータファイルをバックエンドのデータ蓄積に自動的に移すのである 。更に、バックエンドのデータ蓄積は、優先度の低いデータファイルを同様に管 理し、その活動レベル、内容及び入手できる様々な層のデータ蓄積空きスペース に応じて、多層構造のデータ蓄積の中の層から層へ移すのである。従って、階層 蓄積の各層には、その層或いは媒体のタイプにあった利用パターン及び優先度の データファイルが占めることになる。データ蓄積装置はこのデータ蓄積階層の第 １層を有し、一方でバックエンドのディスク駆動装置やディスク駆動装置アレイ は、このデータ蓄積階層の第２層と見ることができる。データ蓄積装置のこの階 層の引き続く層は、光ディスク及び／又は磁気テープ及び／又は自動媒体蓄積・ 検索ライブラリ、及び／又は人手で操作される媒体蓄積・検索ライブラリを組み 込んでもよい。 データファイルが蓄積サーバから呼び出されると、そのバックエンド・データ 蓄積は位置ディレクトリからデータ蓄積装置へ送信され、そのデータ蓄積装置に 要求しているプロセッサがアクセスするのである。データファイルは蓄積サーバ の通常の検査・移動処理によってバックエンド蓄積に移されるまで、このデータ 蓄積装置上に留まっている。 このシステムによれば、階層の第２層が冗長性のためのデータ蓄積装置を含む ことができるので、データファイルのシャドウ・コピーなどの更に別のサービス 及び機能が得られ、以てこれらデータ蓄積装置内の活性化している１つに蓄積さ れている全てのデータを別のデータ蓄積装置に複製し、そこに蓄積されているデ ータが確実に直ちに入手できるようにするのである。更に、蓄積サーバは全体の バックアップ動作を自動的に起動させることができ、階層データ蓄積システムの 特定のレベルに蓄積されている全てのデータを磁気テープなどのバックアップ媒 体に定期的に書き込む。このことによって、データ蓄積システムは仮にバックエ ンド・データ蓄積にあるデータ蓄積装置が故障しても、そのデータが自動磁気テ ープ・カートリッジ・ライブラリなどに含まれるバックアップ媒体にも蓄積され ているから、使用者のために自動的に事故から回復することができるのである。 故障した階層データ蓄積装置のデータは、蓄積サーバが故障したデータ蓄積装置 に書き込まれていたデータファイルのバックアップ・コピーを検索し、これらの データファイルを代りの階層データ蓄積装置に送信することによって自動的に再 構築され、要求しているプロセッサがアクセスできるようにするのである。 図面の簡単な説明 図１は本発明のデータ蓄積管理システムを含む一般的なローカルエリア・ネッ トワークの全体構成をブロック図の形式で示し、 図２は様々なネットワーク・ソフトウェア部品をブロック図の形式で示し、 図３は本発明のデータ蓄積管理システムの階層メモリの構成を概念図の形式で 示し、 図４は本発明のデータ蓄積管理システムの階層メモリの物理的な装備を示し、 図５はデータ蓄積管理システムに使われているデータファイルの移動・バック アップ経路をブロック図の形式で示し、 図６は本発明の装置が定常的な掃引処理を行うために取られる処理ステップを フロー図の形式で示し、 図７はデータ蓄積管理システムに使われているデータファイル呼び出し経路を ブロック図の形式で示し、 図８は本発明の装置がデータファイル呼び出し動作を行うために取る処理ステ ップをフロー図の形式で示し、 図９は本発明のデータ蓄積管理プロセスを時間的に変化するグラフの形式で示 し、 図１０は階層的な蓄積管理ソフトウェアの様々な部品をブロック図の形式で示 し、 図１１及び図１２は第２次蓄積におけるデータ移動に使われるデータ転送ユニ ットの２つの実施態様を示し、そして、 図１３はファイルシステムが使う一般的なディレクトリ構造を示す。 詳細な説明 ローカルエリア・ネットワークは、ビジネス環境において次第に肝要な機能と なりつつある。図１は一般的なローカルエリア・ネットワーク１の全体構成と、 本発明のデータ蓄積管理システムをローカルエリア・ネットワーク１に組み込ん でいるところとをブロック図の形式で示している。ローカルエリア・ネットワー ク１は、データ通信リンク１１と、複数のプロセッサ２１、２２を多数のファイ ルサーバ４１−４３と相互接続するソフトウェアと（図示せず）からなる。プロ セッサはパーソナルコンピュータでも、ワークステーションでも、ミニコンピュ ータでも、どのような処理要素であってもよい。説明を簡潔にするため、これら の装置は全て上位概念の用語である「プロセッサ」と記すことにする。プロセッ サ２１、２２の大多数は、かなりのデータ蓄積容量を有することができるが、一 般的にはデータ蓄積ボリュームを追加されるべきローカルエリア・ネットワーク １自体がプロセッサ２１、２２のそれを補うということはない。ローカルエリア ・ネットワーク１のデータ通信リンクに接続されるデータ蓄積管理装置３１−３ ３は、一般的には大容量ディスク駆動装置やディスク駆動装置アレイなどの高速 ランダムアクセス装置であり、従ってプロセッサ２１、２２及びデータ通信リン ク１１の動作速度と実質的に両立する速度になっている。各データ蓄積装置３１ −３３は、ネットワーク１とディスク駆動装置などのデータ蓄積装置３１−３３ との間のインタフェイスとして機能するファイルサーバ４１や、別のタイプのサ ーバ４３のワークステーション４２に含まれている。説明を簡潔にするために、 ファイルサーバ４１−４３及びその系列のデータ蓄積装置３１−３３によっても たらされるデータ蓄積機能を、ここでは「ファイルサーバ」と称する。 ローカルエリア・ネットワーク１に接続されている各プロセッサ２１は、一般 的には、これらのファイルサーバ４１の内の１つにある少なくとも１つのボリュ ームにアクセスすることができ、またこのプロセッサ２１が利用するためのデー タファイルを蓄積する追加されたデータ蓄積スペースにもアクセスすることがで きる。データファイルという用語は、データ蓄積装置に蓄積することのできる様 々なデータを表すために使用され、ここでは「ファイルサーバ」と総称する ファイルサーバ、データベース、アプリケーション・サーバ、及びノート・シス テムによって管理されるデータを含む。このシステムでは、ローカルエリア・ネ ットワーク１は、プロセッサ２１、２２とファイルサーバ４１−４３が所定のプ ロトコルを介して通信する通信網を与える。ローカルエリア・ネットワーク１及 びそのプロトコル、プロセッサ２１、２２、ここで述べているファイルサーバ４ １−４３の開示されている構成と装備は、単に本発明を説明するだけのものであ って、このシステムの可能な実施態様は他にも多数ある。 プロセッサ２１、２２とファイルサーバ４１−４３に加えて、本発明のデータ 蓄積管理システムは、ローカルエリア・ネットワーク１に接続されるデータ蓄積 管理装置も含んでいる。このデータ蓄積管理装置はローカルエリア・ネットワー ク１に接続されている蓄積サーバ５０を有する。蓄積サーバ・プロセッサ５１は 、第２次蓄積５２となるバックエンド・データ蓄積装置６１−６５（図４）とロ ーカルエリア・ネットワーク１をインタフェイスするように働く。バックエンド ・データ蓄積装置６１−６５は、ファイルサーバ４１−４３と組み合わされて階 層データ蓄積システムを構成する。バックエンド・データ蓄積装置６１−６５は 、一般的には少なくとも１層のデータ蓄積層を含むが、これはファイルサーバ４ １−４３の専用データ蓄積装置３１−３３よりも安価で、プロセッサ２１、２２ によって一層コスト効率の良いデータ蓄積ボリュームを与える。データ蓄積管理 システムがローカルエリア・ネットワーク１に接続されているプロセッサ２１、 ２２の仮想データ蓄積スペースを与える。仮想データ蓄積スペースは、ネットワ ーク１に接続されプロセッサ２１、２２によって使用される第１次データ蓄積装 置３１を有する第１セクションＡからなる。仮想メモリの第２セクションＢは、 蓄積サーバ・プロセッサ５１が管理している第２次蓄積５２を有する。第２次蓄 積５２は第１次蓄積装置３１−３３のそれぞれに余分のデータ蓄積容量を与える が、これは図１では、ファイルサーバ４１−４３の第１次データ蓄積装置３１− ３３に点線で付記されている仮想装置３１Ｓ−３３Ｓで表現されている。これに よって、プロセッサ２１はファイルサーバ４１に接続されているものより大きな データ蓄積装置３１のイメージで表現されている。蓄積サーバ５１は各プロセッ サ２１、２２に蓄積されているソフトウェア部品とローカルエリア・ ネットワーク１に接続されているファイルサーバ４１−４３とをインタフェイス する。優先度の低いデータファイルは、ネットワーク１と蓄積サーバ・プロセッ サ５１を介して第２次蓄積５２のバックエンド・データ蓄積媒体に移される。こ のデータファイルを元々含んでいたファイルサーバ４１の中のデータファイル・ ディレクトリ・レジデントは、このデータファイルがバックエンド・データ蓄積 に移されたということを示している、そのディレクトリの中の位置エントリで更 新される。従って、プロセッサ２１がこのデータファイルを要求すると、位置エ ントリがそのディレクトリから検索され、要求されたデータファイルはバックエ ンド蓄積に移されており、元のファイルサーバ４１に呼び戻さなければならない ということが蓄積サーバ・プロセッサ５１に知らされる。使用者へのインタフェ イスをするプロセッサ２１、２２及び４２の場合は、蓄積サーバ５０が、必要な らば要求されたデータファイルにアクセスするには時間が掛かるということを使 用者に知らせることもできる。蓄積サーバ・プロセッサ５１は自動的に要求され たデータファイルを検索し、それを元のところからデータ蓄積装置３１へ送信す る。蓄積サーバ・プロセッサ５１、第２次蓄積５２及びプロセッサ常駐ソフトウ ェア・モジュールによって、プロセッサ２１、２２と使用者との両方に透過的な 方法で、それぞれのファイルサーバ４１−４３に対して仮想蓄積ボリュームを作 り出すのである。このシステムの仮想ボリュームは、第２次蓄積５２に低コスト の大容量蓄積装置を使うことによって、プロセッサ２１、２２のニーズに合致し た方法で連続して拡張することができる。ネットワーク・ソフトウェア 図２は本発明のデータ蓄積管理ソフトウェアを含むネットワーク・ソフトウェ アの一般的な部品をブロック図の形式で示している。現在、多数のネットワーク ・サーバが市販されており入手できるが、ｔｈｅ Ｎｏｖｅｌ ＮｅｔＷａｒｅ ソフトウェアが市場では有力な製品である。そこで、本発明はこの実施態様に限 定されるものではないが、以下の説明には簡略化のためＮｅｔＷａｒｅの実施態 様の用語で表現する。 ネットワーク・ソフトウェアは、基本的なネットワークの機能を与えるように 働くオペレーティング・システム２１１を含んでいる。更に、複数のモジュール が備えられて、ネットワークに接続されているプロセッサの機能に必須の様々な 機能を支援する。これらのモジュールはこれらに限定されるものではないが：フ ァイル管理２１２、印字制御２１３、データ蓄積管理２１４、通信２１５、デー タファイル・ディレクトリ２１６を含む。本発明のデータ蓄積管理システムは、 図１に示したデータ蓄積装置とともにネットワーク・ソフトウェアに組み込まれ ているデータ蓄積管理ソフトウェア２１４も含んでいる。データ蓄積管理ソフト ウェア２１４は複数のモジュールを含み、そのそれぞれが上位のデータ蓄積管理 タスクの中の下位の機能を与える。図２に示されているモジュールは、事故回復 ファシリティ２２１、オブジェクト・アクセス管理ファシリティ２２２、及び階 層蓄積管理２２３である。これらのモジュールは、改善されたデータ蓄積効率を ネットワークの使用者が得ることができるようにする幾つかの一般的な特徴を表 している。各モジュールの中には更に多数のプロセスがあるが、これらは書き上 げているモジュールのカテゴリーに組み込まれているのである。階層蓄積管理アーキテクチャ 図３は階層データ蓄積管理システムの概念的なアーキテクチャを示し、また図 ４はこの階層データ蓄積管理システムの可能なハードウェアの装備を示している 。プロセッサ２１に向かっている使用者は、ネットワーク１を介して第１次デー タ蓄積装置Ｐとやり取りをする。第１次蓄積装置Ｐはファイルサーバ４１と系列 のディスク駆動装置などの（複数の）データ蓄積装置３１からなる。ファイルサ ーバ４１は系列のデータ蓄積装置３１のデータ蓄積媒体を公知の方法で管理して いる。データ蓄積装置３１は一般的には多数のボリュームに分割されており、こ れらはネットワーク・ボリュームと呼ぶことができる。同じデータ蓄積装置３１ の中にある追加のボリュームを指定するとか、データ蓄積装置をネットワーク１ に更に追加して、追加のボリュームが与えられるのである。 図３に示すように、第２次蓄積５２は一般的にはデータ蓄積装置６１−６５を 装備するのに使われている媒体の関数として、少なくとも１層、普通は複数の層 ３１１−３１３に分割されている。特に、第２次蓄積５２の第１層である階層 データ蓄積の第２層３１１には高速磁気蓄積装置６１を装備することができる。 このような装置はディスク駆動装置やディスク駆動装置アレイを含んでいる。第 ２次蓄積５２の第２層である階層データ蓄積の第３層３１２には、光学的蓄積装 置６２を装備することができる。このような装置には、光ディスク装置やロボッ ト式媒体蓄積・検索ライブラリ・システムを含んでいる。第２次蓄積５２の第３ 層である階層データ蓄積の第４層３１３には、低速の磁気蓄積装置６３を装備す ることができる。このような装置には、磁気テープ装置やロボット式媒体蓄積・ 検索ライブラリ・システムを含んでいる。階層データ蓄積の付加層３１４は「シ ェルフ層」として利用ができるが、これは人手による媒体の蓄積６４である。開 示した階層はデータ蓄積管理の概念を簡潔に示すためであって、様々な層の数、 次数及び具体的装備はここで開示しているものと異なってもよい。 図３に示すように、データファイルは階層メモリの第１セクションＡのファイ ルサーバ・ボリュームから階層メモリの第２セクションＢのデータ蓄積装置６１ −６５に移動することができる。更に、図３に示すようにこれらのデータファイ ルは、データファイルの活動度の関数として、第２次蓄積５２の第１層３１１か ら第２次蓄積５２の第２層３１２や第３層３１３へ再配置することもできる。更 に、第２次蓄積５２のどの層からでも、データファイルをファイルサーバ・ボリ ュームへ呼び出すことができるのである。シェルフ層 データファイルが第２次蓄積５２への移動のために蓄積サーバ５１へ送信され ると、それらは幾つかの方法で自動的に消失から保護される。仮想データ蓄積シ ステムの第２セクションの第１層３１１にあるデータ蓄積装置６１は、一般的に はシャドウ・コピーを使って保護されるが、これは各データ蓄積装置６１とその 内容が別のデータ蓄積装置６５とその内容に複製されるのである。更に、データ ファイルが蓄積サーバ５１から保存のために移されるとき、それらは転送ユニッ トと呼ばれる大きなデータ・ブロックに固められる。この転送ユニットは、バッ クアップ駆動装置７１を介して高密度磁気テープ媒体などの別のバックアップ媒 体７２にバックアップされるのである。データのセキュリティのためにオフサイ トのコピーとオンサイトのコピーとの両方を備えさせるために、このバックアッ プ媒体７２の複数のコピーを作り出しておくこともできる。バックアップ媒体の 循環計画は、複数の配置位置の間で、一般的には火災などのどのような物理的事 故に対しても守るようにオンサイトとオフサイトの位置の間で、バックアップ媒 体を循環させて実現できる。仮想データ蓄積スペースの第２セクションの最下層 ３１３がほぼ満杯になると、この層を有するデータ蓄積装置６３を見直して、こ れに含まれている最も優先度の低い転送ユニットを見つけ出す。これらの見つけ 出された転送ユニットはこの層から消去され、第２次蓄積ディレクトリが更新さ れて、消去されたこれらの転送ユニットの中に含まれていたデータファイルはシ ェルフ層へ「配置し直した」ということを示す。そこの転送ユニットもデータフ ァイルも物理的な移動はしない。この再配置は仮想のものであるが、それはこれ らの認識されたデータファイルが第２次蓄積の第１層へ最初移されたときに作り 出されたバックアップ媒体７２上に、現在、データファイルは蓄積されているか らである。消去された転送ユニットに含まれる各データファイルの位置エントリ は、これらのデータファイルがデータ蓄積システムの中で未だアクセス可能なの で更新されない。第２次蓄積ディレクトリは更新されて、データファイルが現在 シェルフ層３１４上に蓄積されていると記録され、このデータファイルを含む媒 体要素７２のアイデンティティがこのデータファイルのためにディレクトリ・エ ントリに追加される。このシェルフ蓄積という考え方は、階層の最下層３１３に 空きスペースが必要であるが、使用者が追加のデータ蓄積装置６３を入手できな いという、一時的にオーバーフローする条件下では非常に便利である。続いて、 使用者がこの層のデータ蓄積容量を拡張すると、オーバーフローしたデータはシ ェルフ蓄積から検索され、追加されてデータ蓄積空きスペースに配置される。 プロセツサ２１がシェルフ層３１４に蓄積されているデータファイルへのアク セス要求をすると、蓄積サーバ５１は要求されたデータファイルに対応した第２ 次蓄積ディレクトリから物理的な蓄積位置を検索する。このデータには要求のあ ったデータファイルを含んでいる媒体要素７２の認識データが含まれている。こ の媒体７２の物理的位置は、データの読み出し／書き込み動作の度合いとシス テムの構成に依存する。通常では、認識された媒体要素７２がデータファイル・ バックアップ機能を果たすバックアップ駆動装置７１の上にあることはない。も しそうなら、データファイルはバックアップ駆動装置７１から検索される。媒体 要素７２がバックアップ駆動装置７１から移動されていたら、オペレータが移動 された媒体要素７２を検索し駆動装置７１の上にこの媒体要素を取り付けて、蓄 積サーバ５１が媒体要素７２から要求のあったデータファイルを呼び戻し、要求 しているプロセッサ２１によって使用されているファイルサーバ３１に、このデ ータファイルを送信できるようにする。検索された媒体要素７２は、バックアッ プ駆動装置７１に取り付けることができるが、この目的のために別の駆動装置を 選択的に与えてもよく、従って第２次蓄積にデータファイルが移されているとき に、蓄積サーバ５１がデータファイルを間断なくバックアップすることができる ようにするのである。従って、バックアップ媒体７２には２つの目的があるが、 それは：データファイルのバックアップ。及びデータ蓄積階層におけるシェルフ 層３１４の機能である。退役層 データファイルが長期間に渡って使われなくなったら、それらは仮想データ蓄 積システムから移動させて、より高価な自動資源である仮想データ蓄積システム を使っていない別の管理されたデータ蓄積システムに置かれる。これらの退役デ ータファイルを検索する必要があるときは、これらのファイルを追跡するのが有 利である。退役層はこの機能を果たすのである。データファイルが引っ込められ ると、それは最早、仮想データ蓄積システムの部分ではなくなり、その位置エン トリは第１次蓄積ディレクトリから消去される。更に、そのデータファイルの認 識データと第２次蓄積ディレクトリに記録されていた他の特性データは、保存さ れ別の退役ディレクトリに置かれる。退役ファイルの位置エントリ、第２次蓄積 ディレクトリ・エントリ及びバックアップ・ディレクトリ・エントリは消去され る。退役ディレクトリの管理を簡単にするために、それは幾つかのセグメントに 分割してもよく、そのそれぞれは指定された期間内に最後にアクセスされたデー タファイルをリストアップしている。退役ディレクトリの構造は、基本的な ツリー構造などのその下にある仮想ファイルシステム・ディレクトリの構造の形 式を踏襲してもよい。通常では、仮想ファイルシステムはツリーのボリュームの レベルから始まるが、退役ディレクトリのディレクトリ構造は、上方に拡張して 所定の領域の中のサーバを含んでいてもよい。その領域は会社の部単位でも、概 念的に数レベル高いデータファイルの分割の仕方でもよい。この拡張によって、 蓄積サーバ５１はファイルサーバ４１−４３による蓄積のために、ローカルエリ ア・ネットワーク１全体に渡って退役ディレクトリを分布させることができるの である。どのような退役データファイルのツリー探索でも、複数のファイルサー バ４１−４３が同時に行うことができる。一般的には、階層が仮想ファイルシス テムによって組織されているなら、データ蓄積階層の中の最も古い媒体上にある 最も古い転送ユニット、或いは所与の仮想ファイルシステムの中の最も古い転送 ユニットを構成するグループとしてデータファイルは退役させられる。データフ ァイル退役のプロセスは、退役させられた各データファイルを最後にアクセスし た時刻を調べ、この一時的な区分に対応している退役ディレクトリにエントリを 置く。従って、それぞれの退役ディレクトリ・セグメントは、最後にアクセスさ れた期間と領域により組織化されてもいる退役データファイルの仕訳簿である。 各領域はファイルサーバ４１−４３或いはボリュームによって分解でき、ローカ ルエリア・ネットワーク１全体にそれぞれが対応するファイルサーバまで分布さ せることのできるそのディレクトリのためのツリー構造を持つ。データ管理システム・ソフトウェア 本発明のデータ管理システム・ソフトウェアは、システム全体に渡ってデータ ファイルの流れを管理する。図１０のブロック図は概念的なクライアントサーバ の観点から、ネットワークとデータ管理システム・ソフトウェアを描いたもので ある。ローカルエリア・ネットワーク１のデータ通信リンク１１が蓄積サーバプ ロセッサ５１とそれに付属している３つのファイルシステム４１−４３を持って いるように描かれている。蓄積サーバプロセッサ５１はネットワーク・オペレー ティング・システム１１１と共に、様々な媒体と装置管理・使用者インタフェイ ス１１２と、制御・サービスソフトウェア１１３とからなるデータ蓄積管理シス テム・ソフトウェアを含んでいる。ファイルサーバ４１−４３のそれぞれは、蓄 積サーバ・エイジェント１２１−１２３を含み、ネットワークのプロセッサは全 て管理ユーザインタフェイス１３１を走らせることができるのである。制御サー ビスソフトウェア１１３はネットワークに接続され、蓄積サーバ５０からサービ スを要求するクライアントの集合としてのシステムを見ている。各ファイルサー バ４１−４３は、蓄積サーバ・プロセッサ５１と常駐蓄積サーバ・エイジェント ・ソフトウェア１２１−１２３を介して通信している。従って、データ管理シス テムソフトウェアはネットワーク全体に分布し、ネットワークに接続されている 全ての要素をデータ蓄積階層に透過的に統合させるのである。 蓄積サーバ・エイジェント１２１−１２３は、ローカルエリア・ネットワーク １の中の各ファイルサーバ４１−４３にインストールされた部品を表しており、 移動させられたデータファイルに対する、その要求されるデータファイルが元々 入っていた容器であるファイルサーバ４１−４３からの要求を蓄積サーバ５０に 転送する機能を果たすのである。蓄積サーバ・エイジェント１２１−１２３は、 どのようなインタフェイスが要求されようとも、ファイルサーバ４１−４３から 蓄積サーバ・プロセッサ５１と第２次蓄積５２へのデーファイル・アクセスを転 送するようになっている。使用者へのインタフェイスをするプロセッサ２１、２ ２、４２の場合は、蓄積サーバ５０が要求されたデータファイルへアクセスする ために時間が掛かるという注意を使用者に与える。従って、蓄積サーバ・エイジ ェント１２１−１２３は、その下のクライアント・ファイルサーバ・プラットフ ォームや環境に合致するようになされているという特性を持っている。例えば、 ファイルサーバがデータベース管理サーバである場合、蓄積サーバ・エイジェン トは、データベース管理システム・オブジェクトマネジャとのインタフェイスを して、サブファイルと見なせるデータベース・オブジェクトの移動、呼び出しを 自動的に行わせる。別の例としては、ファイルサーバでの全ゆるＮｅｔＷａｒｅ 支援ファイルシステム呼び出しを捕捉するＮｅｔＷａｒｅファイルシステム・ア クセスマネジャがある。これもまた、移動されたデータファイルの自動呼び出し の起動を掛ける。 これらの基本的要素を使って、ローカルエリア・ネットワーク１には多くの変 形が構成され、これには複数のプロセッサ２１、２２及び複数のファイルサーバ ４１−４３があって、それぞれにデータ蓄積装置３１−３３が付設されている。 蓄積サーバ・ソフトウェアが走るプロセッサ５１は、ローカルエリア・ネットワ ーク１のデータ通信リンク１１への物理的なインタフェイスを含んでいる。リアルタイム・ネットワーク蓄積空きスペース管理 図９は第１次蓄積における一般的なネットワーク・ボリュームのための時間を 追ってのボリューム空きスペース利用の配列図である。この図から判るように、 ネットワーク・ボリューム空きスペース利用のレベルは、時間を追って本発明の データ蓄積管理システムの動作の関数として変化している。管理がなされていな いネットワーク・ボリュームは、単調に増加する空きスペース利用をしてしまう 。配列されたネットワーク・ボリュームが使われ過ぎると、以前は使用者は人手 で十分なデータファイルをネットワーク・ボリュームから取り出して、プロセッ サが使用するためのデータ蓄積の適当な空きスペースを得ていた。図９のチャー トには、幾つかの予め定められた空きスペース利用のレベルが含まれている。こ れらのレベルは、「危険」、「許容可能」、「最適」と列挙してある。データ蓄 積管理システムは、配列された空きスペース利用のレベルの関数として、階層に なったデータ蓄積管理のアプリケーションの中の様々な処理を起動する。曲線の 様々なピークは、ボリューム空きスペース利用を減らすためにそのときに起動す る処理の名称が付けられている。 例えば、「掃引」は定期的に起動されるデータ蓄積空きスペース管理の処理で ある。掃引処理は一般的には毎日所定の時間に起動され、図９で最適としたレベ ル以下に配列ボリュームの利用が減少するように走るのである。掃引処理によっ て、優先度の低いデータファイルをネットワーク・ボリュームから第２次蓄積５ ２の媒体へ移し、ネットワーク１に接続されている様々なプロセッサ２１、２２ の使用者が起動したとき、毎日、ネットワーク・ボリューム上に適切な量のデー タ蓄積の空きスペースが確実に得られるようにするのである。空きスペース管理 処理は、複数の同時に実行される空きスペース管理ルールを含んでいてよい。従 って、データファイルは、最後のアクセスの時刻、サイズ、ネットワーク ・ボリューム上で入手できるデータ蓄積空きスペースの量の関数として移動のた めに選択することができる。管理ルールによって、特定のネットワーク・ボリュ ームから第２次蓄積５２へ要求されている最適なレベル以上にもっと多くのデー タファイルを移動できるなら、これらの余分なデータファイルは第２次蓄積５２ に「事前移動」しておく。データファイルを事前移動することは、必然的に第２ 次蓄積５２にデータファイルを移すことを伴うが、ネットワーク・ボリュームか らデータファイルを消去（切り詰め）するのではない。事前移動されたデータフ ァイルは、ファイルシステム・ディレクトリに事前移動と印が付けられ、データ ファイルがネットワーク・ボリュームと第２次蓄積５２に存在していることを示 すのである。 更に、１日の間にネットワーク・ボリュームは、データファイルが拡大したり 、データファイルのコピーや新たに作り出されたデータファイルで一杯になって ゆくものである。階層データ蓄積管理アプリケーションの空きスペース・タスク は、常時、配列ボリューム空きスペースの利用のレベルを監視している。掃引処 理操作の間隙で、ボリュームの利用の閾値を越えると、空きスペース・タスクが 空きスペース管理処理を起動して、ボリューム空きスペース利用を２番目に低い 閾値まで減少させる。例えば、ボリューム利用のレベルが許容可能レベルと危険 レベルの間にあるときは、空きスペース・タスクは事前移動したデータファイル を、ボリューム利用のレベルが許容可能レベル以下になるまで切り詰めるのであ る。これによって、データファイルを事前移動することによって、ホリューム利 用レベルが過剰になったときに、直ちにデータ蓄積管理システムがデータ蓄積の 空きスペースの追加をすることができる。同様に、ボリューム利用レベルが危険 レベルを越えると、危険移動ジョブが直ちに実行されるようになっており、許容 可能レベルになるまで優先度の低いデータファイルを第２次蓄積に移動するよう に機能する。データファイル移動処理は、様々に構成されて空きスペース管理タ スクに合致するようにされる。特に、通常ではネットワークの活動度が最も低い 間に掃引処理が起動されている間は、掃引処理のレベルを空きスペース管理の要 求に合うように制御しながら、バックグランド処理として掃引処理は連続して稼 働することができる。従って、掃引処理には「加速」機能もあるのである。更 に、掃引操作は要求による移動処理或いは危険移動処理が完了したとき起動して 、ボリューム利用レベルを最適レベルにすることができる。システムはマルチプ ロセス・システムなので、掃引操作はまたデータファイル呼び出し操作と同時に 稼働することができる。定常的掃引処理 図５はデータファイル移動処理に使われる様々な経路を示し、図６はデータ蓄 積管理アプリケーションが定常の掃引処理を行うのに実行するステップをフロー 図の形式で示している。毎晩所定時刻などに定常的に起動される掃引処理。図１ ０に示すように、各クライアント・アプリケーション・プログラム（ＤＯＳ（登 録商標）、Ｗｉｎｄｏｗｓ（商標）、ＮｅｔＷａｒｅ Ｆｉｌｅ ｓｅｒｖｅｒ など）には、蓄積サービス・エイジェント・モジュール１２１−１２３が与えら れ、これらは、その下のクライアント・プラットフォームに合致するように作ら れているのが特徴である。更に、管理ユーザーインタフェイス１３１が与えられ 、蓄積・マネジャ、媒体マネジャ、装置マネジャ、バックアップ・マネジャのソ フトウェア・モジュールを備えている。蓄積マネジャは一般的なジョブ、コンフ ィギュレーション、セットアップ及びシステム情報監視機能を与える。媒体マネ ジャはコピー媒体や復旧媒体などの媒体特有の処理を与える。装置マネジャは装 置の追加、削除などの装置特有の処理を与える。バックアップ・マネジャはバッ クアップセットの数の決定、交替の決定及び冗長性などのバックアップ処理を与 える。様々なモジュールの数と機能は、設計上の選択の問題であり、ここでは本 発明を説明するために注釈を付けるにとどめる。 所定の時間にステップ６０１で掃引処理が起動されると、ステップ６０２で蓄 積サーバ・プロセッサ５１の処理カーネル５０１がネットワーク・インタフェイ ス５０２、データ通信リンク１１及びネットワーク・インタフェイス５０３を介 して、ファイルサーバ４１のファイルシステム・マネジャ５２１に対応するメモ リに蓄積されているデータファイル・ディレクトリ５１１にアクセスする。ファ イルサーバ５１の部分であるデータ蓄積装置３１に蓄積されている全てのネット ワーク・ボリュームの内容がディレクトリ５１１にはリストアップされている。 ファイルシステム・マネジャ５２１は一般的にいって、データファイル、その蓄 積位置及びアトリビュートをリストアップしているディレクトリ５１１を管理す る。ステップ６０３で、処理カーネル５０１は各管理されているネットワーク・ ボリュームにある全てのデータファイルを所定の方法で、少なくとも最近使用し たリストなど優先度の高いリストを要求する。そのリストの最も下のエントリが 今回の移動候補のセットであることを表す。移動候補はデータファイル・アトリ ビュートの数を基にして選択されており、以て管理候補のセットが十分な程度ま でこの管理されたネットワーク・ボリュームのための空きスペース対象を充たす データ蓄積の空きスペースを与えるようにする。更に、これらの管理候補は最短 の非活動期間よりも長い期間非活動的であったのである。 ステップ６０４で蓄積サーバ５０の装置マネジャ５０４は、処理カーネル５０ １によって起動され、ステップ６０５で特定の管理されたネットワーク・ボリュ ームから移動候補を掃引し、それらを送信して合体させて第２次蓄積５２の最上 層３１１の中で転送ユニットにする。図５は移されるデータファイルのデータ蓄 積管理システムを通る経路を示している。特に、移動データファイル候補は処理 カーネル５０１が選択し、ネットワーク・インタフェイス５０３、ネットワーク １のデータ通信リンク１１及びネットワーク・インタフェイス５０２を介して蓄 積サーバ５０に送信し、データファイルが正しく転送されたことをチェックした 後に、データ蓄積装置３１の管理されたボリュームから取り除かれる。このよう にして蓄積サーバ５０は、転送されたデータファイルとその他のデータファイル を含む転送ユニットを第２次蓄積５２のレベル１（３１１）に書き出す。 プロセッサ２１がデータファイルを書き出したネットワーク・ボリュームのデ ィレクトリ５１１に、データファイルはリストアップされている。ステップ６０ ６でこのディレクトリ・リストは、処理カーネル５０１によって修正され、デー タファイルがネットワーク・ボリュームの中の管理されたボリュームにあろうと 、第２次蓄積５２のボリュームにあろうと、プロセッサ２１がデータファイルを 得られるようにする。このことは、処理カーネル５０１が管理されたボリューム のディレクトリ５１１にある「位置エントリ」を与えることによって成 し遂げられる。このエントリは「０」の量を持つようなデータファイルをリスト アップし、データはディレクトリ・アトリビュート或いはカタログ・エントリを 指示するデータファイルのためのメタデータ領域に与えられ、ステップ６０７で 移動されたデータファイルを含む第２次蓄積５２の蓄積位置をリストアップして いる第２次蓄積ディレクトリ５３１に、システムサービス５０５によって作り出 される。第２次蓄積５２の特定のデータファイルの位置のディレクトリは、ネッ トワーク・ボリューム自身の中で維持管理される。このことは、蓄積サーバ５０ の処理カーネル５０１とシステムサービス５０５によってファイルサーバ４１の 中で維持管理されている第２次蓄積ディレクトリ５３１を使って成し遂げられる 。ディレクトリ５１１と第２次蓄積ディレクトリ５３１は、両方ともファイルサ ーバ４１のデータ蓄積装置３１に書き込まれる。 要求されたデータファイルの第２次蓄積ディレクトリ・エントリの位置エント リにキー又はプリンタを使うことは、好適にはキーをデータファイル・アトリビ ュートの部分として蓄積すれば成し遂げられる。このことによって、位置エント リと第２次蓄積ディレクトリの両方が要求を出しているプロセッサの部分でデー タファイルのリネームをする機能が残る。一般的に、ファイルシステムはデータ ファイルをリネームするが、キーがファイル名の１部であればキーはリネームで 失われてしまう。しかしながら、データファイル・アトリビュートがデータファ イル・リネームの部分として残る。データファイルのリネームが発生すると、こ のデータファイルに付けられていた名称は修正され、ネットワーク・ディレクト リのエントリはファイルシステム第１次蓄積ディレクトリの異なる部分に突然移 される。データファイル・アトリビュートは、新たなデータファイル名が付けら れて修正されない形で移送され、位置はデータファイル・アトリビュートの部分 なので、新たに名称を付けられたデータファイル・アトリビュートは、今なお、 正しい第２次蓄積ディレクトリ・エントリを指示しており、従ってリネームされ たものは自動的に第２次蓄積ディレクトリに転送される。従って、ファイルシス テムの仮想セグメントは、自動的にファイルシステムの第１次セグメントにある データファイルのリネームを追跡するのである。 移されたデータファイルは蓄積サーバ５０によって受け取られ、第２次蓄積 ５２のレベル１３１１の中のデータ蓄積装置６１の移動ボリュームにある特定の データ蓄積空きスペースに書き込まれる。更に、シャドウ・ボリューム６５がデ ータの信頼性のために第２次蓄積５２に与えられていれば、ステップ６０８で移 されたデータファイルはシャドウ・ボリューム６５の１つにある特定のデータ蓄 積空きスペースにも書き込まれる。また、シャドウ・ボリューム６５に蓄積され ているデータファイルのグループは、ステップ６０９で周期的に掃引処理が行わ れた後に特別なバックアップ駆動装置７１を介してバックアップ媒体要素７２に 定期的にダンプを取り、確実に事故回復ができるようにする。階層の中のデータ ファイルを更に効率的に管理するために、処理カーネル５０１は複数のデータフ ァイルをまとめて所定の大きさの転送ユニットにし、階層のより下のレベルに連 続して移動させることができる。転送ユニットの候補となるサイズは、第２次蓄 積の第１層３１１をなすのに使用されている媒体にとっての標準の対象サイズで ある。第２次蓄積で使われる転送ユニットは、最小のフラグメンテーションにし て全ての媒体に適合することが望ましい。 移動ボリューム６１とシャドウ・ボリューム６５に書き込まれたデータファイ ルは、蓄積サーバ５０が持っている第２次蓄積ディレクトリに書き込まれたそれ らの物理的蓄積配置識別データを持っている。このディレクトリは蓄積サーバ５ ０の中に全て入れることもできるが、そうするとかなりの量のデータ蓄積空きス ペースを占め保護するのが困難である。代りに、プロセッサ２１、２２のための 管理されたボリューム３１−３３を含むファイルサーバ４１−４３全体にこのデ ィレクトリを分散させるが、このそれぞれの断片には第１次蓄積装置３１−３３ 上の管理されたボリュームのための第２次蓄積ディレクトリ５３１を表すディレ クトリを持たせる。ファイルサーバ４１−４３の位置エントリは、第２次蓄積デ ィレクトリ５３１の中のこのディレクトリ・エントリを指示している。従って、 この移されたデータファイルへアクセスしたいという要求を出したプロセッサ２ １は、第２次蓄積の存在に気付かないで要求したデータファイルを得ることがで きるのである。これは蓄積サービス・エイジェント１２１によって成し遂げられ る（下記に詳述する）のであって、このエイジェントはファイルサーバ・ディレ クトリ５１１から位置エントリを得て、このディレクトリが第２次蓄積 ディレクトリ５３１の中のディレクトリ・エントリを指示している。第２次蓄積 ディレクトリ５３１の中の識別されたディレクトリ・エントリは、要求したデー タファイルを含む移動ボリュームにアドレスを含んでいる。 このデータファイルの移動処理は、第２次蓄積５２の中でも同様に階層データ 蓄積の各層に対して行われる。従って、第２次蓄積５２の各層が所定の閾値以上 に使用されると、データファイルはデータ蓄積階層の次の下の層へ再配置される 。 ここに示している処理カーネル５０１、装置マネジャ５０４及びシステムサー ビス５０５の間の蓄積サーバ５０の特異な区分けは、蓄積サーバ５０によって与 えられる機能を実現するための多くの可能性の内の１つに過ぎない。これらの要 素による他の責任分担や、他の要素の組合わせも、ここに述べている実施態様の 考え方から外れることなく可能であることが予想できる。ファイルシステム データ管理システムは、クライアント・ファイルサーバ４１−４３の潜在的に 多様なファイルシステムのための一般的な容器を与えるファイルシステム構造を 使っている。データ管理システムのファイルシステム構造は、ファイルサーバ４ １−４３からデータファイルを受け取るだけではなく、データ管理システムにお いては固有のバックエンド・データ蓄積、データ呼び出し、データ・バックアッ プ、データ再配置及び事故回復機能も果たさなければならないが、これらの機能 のための媒体は非常に多様である。この媒体は、磁気ディスクなどの「適切に更 新」される媒体であればよいか、或いは磁気テープのように「追加」機能さえ持 っていればよいのである。一般的には、データファイル転送は大きく、データバ ックアップ及びデータの再配置処理は効率的な方法で行うことができる筈である 。典型的なファイルシステム・アーキテクチャは通常のＤＯＳのファイルシステ ムであるが、このアーキテクチャを図１３に示している。このファイルシステム は４つの基本的な部分を持っている： １．ファイルの名称付与方法。 ２．容易に位置が特定できるようにデータファイルを組織化するディレク トリ・アーキテクチャ。 ３．データファイル名をデータ蓄積媒体上の物理的位置に関連付け、デー タ蓄積空きスペースを利用できるようにし、データファイルが消去されると返還 するようにする物理的空きスペース配置方法。 ４．アクセス方法を含むファイル管理方法。 例えば、ＤＯＳデータファイルは、１−８バイトのファイル名と０−３バイト の拡張子で「．」で区切って名前を付ける（ｎｎｎｎｎｎｎｎ．ｘｘｘ）。ディ レクトリ・アーキテクチャを図１３に示すが、これはディレクトリ名の階層ツリ ーの形をしている。ルートは一般的にはボリュームで、ここから多数のディレク トリが枝分かれする。各ディレクトリは別のディレクトリ及び／又はデータファ イルを含んでいる。データファイルのフルネームは、ルートから特定のデータフ ァイルまでのディレクトリのツリー構造の部分の全てを連結して表し、各部分の 間を「＼」で区切るのである。この方法を使ったこのようなデータファイルの名 前の例は、「＼ｖｏ１＼ｄｉｒ１＼ｄｉｒ３＼ファイル名．拡張子」である。フ ァイルサーバ上の各ＤＯＳボリュームは、固有のファイルシステムを持っている 。データ蓄積媒体上の物理的空きスペースは位置は、ファイル配置表（ＦＡＴ） を使って行われる。ＤＯＳボリューム上のデータ蓄積空きスペースは、クラスタ と称する配置ユニットに分割されている。ボリュームの中の全てのディレクトリ とデータファイル名はファイル配置表にリストアップされており、ディレクトリ ・ツリーの中で親と子の間のつながりで階層的に関連付けられている。データフ ァイル名がファイル配置表に入ると、隠し或いは読出し専用などのデータファイ ル・アトリビュートに対してスペースが与えられ、そしてデータファイルを蓄積 するために使用する第１クラスタの識別データも記録される。このデータファイ ルを蓄積するために更にクラスタが必要ならば、これらのクラスタをポインタを 介して鎖状にリンクさせ、全部の鎖でデータ蓄積媒体上のデータファイルの物理 的位置を表す。転送ユニット 本発明のデータ管理システムは、異なったディレクトリ構造を使って第２次蓄 積５２のデータ蓄積媒体上のデータファイルの蓄積を管理する。第２次蓄積５２ のいろいろな層に渡るデータファイルの蓄積と再配置は、転送ユニットを使うこ とによって簡単になる。転送ユニットはバックアップシステムまで、そして階層 を通じて共に移動する仮想ファイルシステム・オブジェクト（例えばデータファ イル）を含む所定サイズのデータのブロックであって、各転送ユニットはデータ 管理システムの中で固有の識別データが割り当てられている。 上記のように、蓄積サーバ・プロセッサ５１の処理カーネル５０１が所定のア ルゴリズムに従ってファイルシステム４１−４３の管理されているボリュームの それぞれにあるデータファイルに順序付けする。この順序付けはデータファイル の利用度、内容、緊急度、サイズ或いは別の選定基準に基づいてよい。説明のた め、簡単なＬＲＵ法を説明する。処理カーネル５０１が管理されたボリュームの それぞれのデータファイルをＬＲＵ法に基づいて順序付けすると、リストの最下 位のエントリが移動の候補を表している。処理カーネル５０１は管理されている ボリュームから移動候補のデータファイルを定期的に掃引し、管理されているボ リューム毎にそれらを連続して組み立てて複数のデータファイルを含む転送ユニ ットにする。データファイルのフルネームが第２次蓄積ディレクトリ５３１にデ ータファイルの位置情報：転送ユニット中のデータファイルの位置、転送ユニッ ト識別データ、媒体オブジェクト識別データと共に入れられる。データファイル 名はいつも元の転送ユニット識別データと論理的に関連付けられ、データファイ ルは別の転送ユニットに移動させられることはないが、第２次蓄積５２へ移され たときに、各仮想ファイルシステムからの一時的に関連付けられた他のデータフ ァイルと共にその転送ユニットの中に留まる。媒体オブジェクトはデータファイ ルではなく転送ユニットとそれ自体で関連付けられている。この方法では、１つ のディレクトリがデータファイルと転送ユニットとの間の対応を記録するために 使われ、第２のディレクトリが転送ユニットと媒体オブジェクトとの間の対応を 記録するために使われる。転送ユニットが１つの媒体から別の媒体に移されると きは、データファイルは元の転送ユニットに留まっており、記録されるべき媒体 上の転送ユニットの位置を単に変えるだけなので、データファイル・ディレクト リを更新する必要はないのである。 蓄積サーバ・プロセッサ５１は、妥当な期間内に転送ユニットを完全に埋める だけの十分なデータファイルを持っていないことがある。蓄積サーバ・プロセッ サ５１は所定の期間後に、第２次蓄積５２とバックアップ媒体８２に部分的な転 送ユニットを書き込む。ファイルサーバから追加の移動されたデータファイルを 受け取ったときに、蓄積サーバ・プロセッサ５１は転送ユニットを完全に埋める 、追加で受け取ったデータファイルと一緒の、先に書き込んでいた部分的転送ユ ニットを有する完全な転送ユニットで部分的転送ユニットを書き換える。蓄積サ ーバ・プロセッサ５１は部分的になっている転送ユニットを追跡するのである。 移されたデータファイルはバックアップ媒体に、周期的にそして適時に書き込ま れるので、部分的転送ユニット書き込み処理を利用すると無防備な期間が減少す る。 このファイルシステムは、データ蓄積の論理的配置を物理的な蓄積の配置から 分離するが、データファイルがその固有の転送ユニットに留まっているので、デ ータ蓄積階層の全ての層に対する論理的配置は同じである。このシステムの顕著 な利点の１つは、転送ユニットがその階層の層から層へと移されたとき、或いは バックアップ媒体上におかれたとき、転送ユニット識別データと媒体オブジェク トの間の関係のみを更新して、この転送ユニットが蓄積された新たな媒体を反映 させればよいということである。更に、データファイルはバックアップシステム にある転送ユニットに対するその関係を持ち続けており、バックアップ媒体は、 同じ転送ユニット識別データに対する冗長な媒体オブジェクトを単に与えるだけ である。それから、転送ユニットは、第２次蓄積５２の第１層３１１に書き込ま れる。この処理によって、データ蓄積階層の１つの層からデータ蓄積階層の次に 下の層へ転送ユニットを再配置する。図１１のブロック図は、転送ユニットが入 れ子状になっていることを示している。従って、第１次蓄積からのデータファイ ルの転送ユニットは、第１の大きさのデータブロックを表している。階層データ 蓄積の第１層から第２層へデータファイルを再配置するために組み立てられた第 ２層の転送ユニットは、第１層の複数の転送ユニットから構成することができる 。同様に、この処理はデータ蓄積階層の引き続く層に対して適用できる。図１１ は３層の第２次蓄積に対するデータ蓄積階層の最下層に書き込まれた結果 的な流れを示しており、この第２次蓄積は順番に並べられた第２層の複数の転送 ユニットからなり、それぞれの転送ユニットは第１層の複数の転送ユニットから なっている。 代りの形のファイルシステムを図１２に示しているが、ここでは物理的配置シ ステムは特定の媒体の型及び階層の層の上にかぶせられている。データ蓄積階層 の各層の媒体は、このアプローチに対してはチャンクと称される所定の最大サイ ズまで様々なサイズの転送ユニットに配置される。下の物理的空きスペース配置 管理が許せば、チャンクは要求に従って小さくなったり大きくなったりすること を始める。更に、チャンクは固定サイズのブロックで予め配置されており、必要 に応じて埋められるのである。特定のネットワーク・ボリュームからのデータフ ァイルだけがデータ蓄積階層の各層にある特定のチャンク或いは複数のチャンク （チャンク集合）に蓄積される。従って、所与の層にあるチャンク集合は、その 層に蓄積されている仮想ファイルシステムの部分を表している。図１２のブロッ ク図は、チャンクが入れ子状態になっていることを示している。従って、第１次 蓄積からのデータファイルのチャンクは、第１の大きさのデータブロックを表し ており、このブロックは単一のネットワーク・ボリュームだけからのデータファ イルを含んでいる。階層データ蓄積の第１層から第２層へデータファイルを再配 置するために組み立てられた第２層のチャンクは、複数の第１層チャンクからな っている筈である。同様に、この処理はデータ蓄積階層の引き続く層にも適用で きる。図１２は３層の第２次蓄積に対してデータ蓄積階層の最下層まで書き込ま れたデータの結果としての流れを示しており、その第２次蓄積は複数の順番に並 んだ第２層チャンクからなっており、またこの第２層チャンクのそれぞれは複数 の第１層チャンクからなっているのである。階層の中の層の再構成 階層の層の数と構成は、使用者のニーズに合わせて動的に変えることができる 。追加層を階層に加えることもできるし、ここから消去することもできる。更に 、特定の層にデータ蓄積装置を包含させたり除外したりして、階層のどのような 特定の層にもデータ蓄積容量を追加したり削除したりすることができる。デー タ蓄積管理システムは、そのような階層の修正に対して、最高の性能と信頼性を 確実に得るような方法で自動的に適応する。バックアップ駆動装置８１と取り付 け可能バックアップデータ蓄積要素８２を装備したシェルフ層は、層を追加しな い場合は第２次蓄積の第１層３１１に対して、また複数の層を与える場合は最下 層の３１３に対してオーバーフロー機能を与える。従って、階層の最下層に最早 データ蓄積の空きスペースがなくなったときは、転送ユニット或いは媒体ユニッ トがこの層から消去されるのである。データ蓄積装置の追加という形でデータ蓄 積容量をこの層に追加したら、或いは以前媒体の最下層であった層の下に媒体の 層を追加したら、消去された転送ユニット或いは媒体ユニットは、取り付けがで きるバックアップ・データ蓄積要素８２からその階層に帰って来ることができる 。このことは、階層の最下層状のデータ蓄積の空きスペースが新たに追加されて いることと、先に消去した転送ユニット或いは媒体ユニットとを蓄積サーバ５１ が記録していることによって成し遂げられるのである。蓄積サーバ５１は媒体オ ブジェクト・ディレクトリにアクセスして消去したデータの位置を認識し、この 認識された、バックアップ駆動装置８１に取り付けられた取り付け可能なバック アップ・データ蓄積要素８２からこのデータを検索する。そして、この検索され たデータは、データ蓄積の空きスペースができた、新たに追加された媒体に書き 込まれる。データ蓄積装置が媒体の層から取り除かれたり、媒体の層に追加され たりしたら、この処理は起動される。この媒体の修正が最下層以外のどれかで発 生したら、消去された転送ユニット或いは媒体ユニットが取り付けのできるバッ クアップ・データ蓄積要素８２から検索され、データ蓄積装置が取り除かれた層 レベルの直ぐ下のレベルの媒体に蓄積する。データファイルの呼び戻し 図８のフロー図に示しているように、また図７のシステム・アーキテクチャを 参照すると、データファイルの呼び戻しは実質的にデータファイル移動と逆向き に動作する。上記のように、移動ボリューム６１とシャドウ・ボリューム６５に 書き込まれたデータファイルは、ファイルサーバ４１の中の第２次蓄積ディレク トリ５３１に書き込まれている物理的蓄積位置識別データを持っている。ファイ ルサーバ４１の中のディレクトリ５１１の位置エントリは、この第２次蓄積ディ レクトリ・エントリを指示している。従って、ステップ８０１でプロセッサ２１ がこの移されたデータファイルへアクセスする要求を出し、ステップ８０２で、 この要求はファイルサーバ４１にあるトラップ或いはインタフェイス７１１によ って傍受される。このトラップはファイルシステム４１の中で鈎を使って処理を 蓄積サーバ・エージェント１２１へ分岐させてもよいし、蓄積サーバ・エージェ ント１２１が、ファイルシステム４１に登録できるようにするか、データファイ ル要求をプロセッサ２１から受け取ったときに呼ばれるようにする呼び戻しルー チンを設けてもよい。何れにしても、傍受された要求は蓄積サーバ・エージェン ト１２１に送られ、要求されたデータファイルが第２次蓄積５２に移されている かどうかを判定する。このことは、ステップ８０３で蓄積サーバ・エージェント １２１がディレクトリ５１１を読み、要求されたデータファイルの位置を判定す ることで成し遂げられる。ステップ８０５で位置エントリがディレクトリ５１１ の中に見つからなければ、ステップ８０６で制御はファイルサーバ４１に戻され 、要求されているデータファイルを探すためにファイルサーバ４１がディレクト リ５１１に蓄積されているディレクトリ・エントリを読めるようにする。このデ ィレクトリ・エントリに蓄積されているデータによって、要求されているデータ ファイルのあるデータ蓄積装置３１から要求されているデータファイルをファイ ルサーバ４１が検索できるのである。ステップ８０５で蓄積サーバ・エージェン ト１２１が、位置エントリがあることによって、要求されたデータファイルが第 ２次蓄積５２に移されていると判定すると、ステップ８０７で蓄積サーバ・エー ジェント１２はデータファイル呼び戻し要求を作り出し、この要求を位置エント リの中に蓄積されているダイレクトアクセス第２次蓄積ポインタ・キーと共にネ ットワーク１経由で蓄積サーバ５０へ送信する。ステップ８０８で、処理カーネ ル５０１は、第２次蓄積ディレクトリ５３１の中のエントリを直接検索するポイ ンタ・キーを使うシステムサービス５０５を利用する。この第２次蓄積ディレク トリ５３１の識別されたエントリは、要求されているデータファイルを含む移動 ボリュームの中のアドレスを含んでいる。このアドレスは転送ユニット識別デー タと転送ユニット中のデータファイルの位置からなっている。装 置マネジャ５０４はデータファイル・アドレス情報を使って、要求されているデ ータファイルをこれが蓄積されているデータ蓄積装置から呼び戻すのである。こ のデータ蓄積装置はそのデータファイルの活動レベルの関数としての階層中のレ ベルのどのレベルであってもよい。装置マネジャ５０４は第２次蓄積ディレクト リ５３１で識別されたデータ蓄積装置の中の蓄積位置からデータファイルを読み 出し、検索したデータファイルをネットワーク１に出し、元々要求されたデータ ファイルを含んでいたファイルサーバ４１とボリューム３１に送信させる。そし て、処理カーネル５０１のシステムサービス５０５は、第２次蓄積ディレクトリ ５３１とディレクトリ５１１を更新し、データファイルがネットワーク・ボリュ ームに呼び戻されていることを示すようにする。ステップ８１１で制御はファイ ルサーバ４１に戻され、これがディレクトリ５１１を読んで要求されたデータフ ァイルの位置を特定する。ディレクトリ５１１は今、この呼び戻されたデータフ ァイルのデータ蓄積装置３１上の現在位置を示す情報を含んでいる。そして、プ ロセッサ２１はファイルサーバ４１を介して呼び戻されたデータファイルに直接 アクセスすることができるのである。事故回復 本発明のデータ管理システムにおいてデータファイルの保全を行うのに使われ る技術は数多くある。更に一般的には、第１次蓄積バックアップがデータファイ ルを各ネットワーク・ボリュームからバックアップ装置（図示せず）に流すよう になっている。データ管理システムの中で、ネットワーク・ボリュームからのデ ータファイルが混ぜ合わさったデータファイルの流れを掃引ルーチンが作り出し ているが、このデータは第２次蓄積５２の第１層のデータ蓄積媒体上の転送ユニ ットに書き込まれるだけでなく、第２次蓄積５２の第１層のデータ蓄積媒体から バックアップ装置７１上のバックアップ媒体７２にも書き込まれるのである。更 に、このデータはシャドウ・ボリューム６５にも複製されている。第２次蓄積の 第１層に書き込まれている転送ユニットを、たとえ転送ユニットが部分的にしか 充たされていなくても、バックアップ処理が定期的にバックアップしている。バ ックアップ媒体７２が交替してオフサイトに出て行っても、多数のバックアッ プ媒体７２が、そのそれぞれが様々なレベルの完了段階にある、様々な転送ユニ ットを含んでいるであろう。バックアップ媒体７２がバックアップ装置７１に取 り付けられる度に、装置マネジャ５０５は、全ての部分的に充たされた転送ユニ ットをその時点の充填レベルに更新し、バックアップ媒体がシステムの最新状況 を確実に反映するようにする。更なるレベルのデータ保護は上記のようにバック アップ・システムによって与えられる。第３層３１３上の媒体ユニットが充たさ れたら、この媒体ユニットの内容をバックアップ・テープにコピーし、媒体代替 ユニットと称する複製の媒体ユニットを作ってもよい。これによって媒体ユニッ トの複製コピーが与えられ、第３層３１３上に蓄積されている媒体ユニットが故 障したとしても、そこに蓄積されている全てのデータに対して媒体代替ユニット が完全な冗長性を与えるのである。一般的に、媒体代替ユニットはオフサイトの 貯蔵場所に蓄積され、オンサイトで蓄積されている媒体を破壊する、或いは損傷 を与える可能性のある火災やその他の発生するかもしれない事故のときのために 、媒体を物理的に隔離しておくのである。従って、媒体の故障が起こったら、こ のデータを１つの媒体から別の媒体に流すことをしないで、媒体代替ユニットを システムの中のライブラリ装置に装填して直ちにデータファイルを与えることが できる。 更に、第２次蓄積ディレクトリ５３１はネットワーク・ボリュームに分布して いるので、上記のように第１次蓄積バックアップ媒体上にバックアップされる。 また、このメタデータは第２次蓄積のデータ蓄積装置に随意に複製したり、バッ クアップ媒体７２にバックアップすることができる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ドッド ポール デビッド アメリカ合衆国、コロラド州 80503、ニ オット、パルマー コート 4692 (72)発明者 キルカナー アントン エイチ アメリカ合衆国、コロラド州 80304、ボ ウルダー、サード ストリート 3115 (72)発明者 モンテス ジェニファー カイ アメリカ合衆国、コロラド州 80241、ソ ートン、イー 131ストリート プレイス 1523 (72)発明者 トレード ブライアン エルドレッド アメリカ合衆国、コロラド州 80303、ボ ウルダー、ストーンウオール プレイス 5566 (72)発明者 ウインター リチャード アレン アメリカ合衆国、コロラド州 80503、ロ ングモント ニオット ロード 6255

Claims (1)

1. 【特許請求の範囲】 １． そのそれぞれがデータファイルを蓄積する複数のファイルサーバを相 互接続するように機能し、前記ファイルサーバから移されたデータファイルを蓄 積する第２次蓄積手段と、そして前記ネットワークに接続され、前記複数のファ イルサーバと前記第２次蓄積手段との間のデータファイルの転送を自動的に管理 する、前記ファイルサーバから独立した蓄積サーバ手段とを有するデータ蓄積管 理システム。 ２． 前記第２次蓄積手段が、多階層のメモリを有し、この多階層メモリが 異なる特性の媒体を有する請求項１のシステム。 ３． 前記階層メモリが複数の層を有し、磁気媒体、光学媒体、及び固体媒 体のクラスの中の少なくとも１つの媒体からなるメモリ装置を含む請求項２のシ ステム。 ４． 前記階層メモリの各層が前記蓄積サーバ手段に接続されている請求項 ２のシステム。 ５． 前記層の内の少なくとも１層が、前記ファイルサーバから移されてき たデータファイルを蓄積する複数のデータ蓄積要素と、少なくとも１つのデータ 蓄積要素駆動手段であって、このデータ蓄積要素駆動手段に取り付けられるデー タ蓄積要素にデータを読み出し／書き込みをする手段と、そして前記複数のデー タ蓄積要素の内の特定の１つを前記データ蓄積要素駆動手段にロボットのように 取り付ける自動化データ蓄積要素管理手段とを有する請求項２のシステム。 ６． 前記蓄積サーバ手段が、前記第２次蓄積手段へ移されたそれぞれの前 記データファイルの前記第２次蓄積手段の中の位置を識別する物理的データ蓄積 位置を示すデータを蓄積するディレクトリ手段を有する請求項１のシステム。 ７． 前記蓄積サーバ手段が、前記第２次蓄積手段へ送信された複数のデー タファイルを集めて１つの転送ユニットにする手段を有する請求項６のシステム 。 ８． 前記第２次蓄積手段が多階層メモリを有し、前記階層メモリの前記層 が異なる特性の媒体を有し、前記蓄積サーバ手段が、前記階層の第１層に前記転 送ユニットを蓄積する手段と、前記階層の１つの層に蓄積されているデータファ イルを所定の基準の関数に従って前記階層の別の層へ自動的に再配置する手段と を有し、そして前記自動的に再配置する手段が前記転送ユニットを前記階層の前 記別の層へ送信する請求項７のシステム。 ９． 前記ディレクトリ手段が、データファイルとこのデータファイルが入 っている転送ユニットとの間の対応を示すデータを蓄積する転送ユニット・ディ レクトリ手段と、そして転送ユニットとこの転送ユニットが入っている媒体との 間の対応を示すデータを蓄積する媒体オブジェクト・ディレクトリ手段とを有す る請求項８のシステム。 １０． 転送ユニットがこの転送ユニットが入っている前記媒体から前記階 層の中の別の媒体へ再配置されるとき、前記蓄積サーバが前記媒体オブジェクト ・ディレクトリ手段を更新する請求項９のシステム。 １１． 前記階層の前記第１層に書き込まれているそれぞれの前記転送ユニ ットを取り付け可能なデータ蓄積要素に書き込むバックアップ手段を更に有する 請求項８のシステム。 １２． 転送ユニットを一杯に充たすだけのデータがなくとも所定の時間が 経過すると、前記バックアップ手段が前記取り付け可能なデータ蓄積要素に部分 的にしか充たされていない転送ユニットを書き出す請求項１１のシステム。 １３． 前記バックアップ手段が部分的にしか充たされていない転送ユニッ トの上に、前記部分的にしか充たされていない転送ユニットに書かれていた全て のデータファイルを含んでいる、一杯になった転送ユニットで、前記取り付け可 能なデータ蓄積要素に上書きする請求項１２のシステム。 １４． 指定された転送ユニットの中に要求されたデータファイルがないこ とに前記蓄積サーバ手段が応動して、前記バックアップ手段から要求のあったデ ータファイルを検索し、前記指定された転送ユニットの少なくとも部分を前記取 り付け可能なデータ蓄積要素から読み出して前記失われたデータファイルを回復 する請求項１１のシステム。 １５． 前記蓄積サーバ手段が、前記階層の最下層にデータ蓄積の空きスペ ースが不足しているということに応動して、少なくとも１つの特定の転送ユニッ トを前記最下層から消去する手段を更に有する請求項１１のシステム。 １６． 前記蓄積サーバが、前記階層に対して媒体の層を前記最下層より下 に追加したことに応動して、前記特定の消去された転送ユニットを前記取り付け 可能なデータ蓄積要素から読み出すことによって、前記特定の消去された転送ユ ニットを前記バックアップ手段から前記追加された媒体の層へ転送する手段を更 に有する請求項１５のシステム。 １７． 前記蓄積サーバが、前記最下層にデータ蓄積容量を追加したことに 応動して、前記特定の消去された転送ユニットを前記取り付け可能なデータ蓄積 要素から読み出すことによって、前記特定の消去された転送ユニットを前記バッ クアップ手段から前記追加されたデータ蓄積容量へ転送する手段を更に有する請 求項１５のシステム。 １８． 前記蓄積サーバ手段が、前記階層の中の特定の層の上のデータ蓄積 空きスペースが取り除かれたことに応動して、前記取り除かれるデータ蓄積空き スペースに蓄積されていた全ての転送ユニットを前記特定の層から消去する手段 を更に有する請求項１１のシステム。 １９． 前記蓄積サーバが、前記階層の中の前記特定の層より下の層の入手 できるデータ蓄積容量に応動して、前記消去された転送ユニットを前記取り付け 可能なデータ蓄積要素から読み出して、前記消去された転送ユニットを前記バッ クアップ手段から前記入手できるデータ蓄積容量へ転送する手段を更に有する請 求項１８のシステム。 ２０． 前記層の内の少なくとも１層が、前記ファイルサーバから移された データファイルを含む少なくとも１つの取り付け可能なデータ蓄積要素を有する シェルフ層であって、前記データ蓄積要素上のそのデータファイルの位置が前記 ディレクトリ手段に保持されているシェルフ層を有する請求項１１のシステム。 ２１． 前記シェルフ層の取り付け可能な媒体が前記バックアップの取り付 け可能な媒体を有する請求項２０のシステム。 ２２． 前記層の内の１層が、前記ファイルサーバから移されたデータファ イルを含む少なくとも１つの取り付け可能なデータ蓄積要素を有する退役層であ って、そのディレクトリ・エントリが前記転送ユニット・ディレクトリ手段から 排除されている退役層を有する請求項２０のシステム。 ２３． 前記蓄積サーバ手段が前記シェルフ層に取り付け可能なデータ蓄積 要素が無くなっていることに応動し、前記無くなった取り付け可能なデータ蓄積 要素に蓄積されていた全ての転送ユニットを前記取り付け可能なバックアツプ・ データ蓄積要素から読み出して、前記取り付け可能なデータ蓄積要素を前記バッ クアップ手段から検索する請求項２０のシステム。 ２４． 前記蓄積サーバ手段が前記層の内の１層にあつた媒体が無くなって いることに応動し、前記無くなった媒体に蓄積されていた全ての転送ユニットを 前記取り付け可能なバックアツプ・データ蓄積要素から読み出して、前記無くな った媒体を前記バックアップ手段から検索する請求項２０のシステム。 ２５． 前記蓄積サーバ手段が、前記次に下の層の上の前記媒体の関数によ って前記転送ユニットのサイズを決定する手段を有する請求項８のシステム。 ２６． 前記蓄積サーバ手段が、前記ファイルサーバの中に位置し、前記第 ２次蓄積手段に移されたデータファイルへの特定のファイルサーバにおける呼び を傍受する手段と、そして前記傍受手段に応動し、前記移されたデータファイル を前記第２次蓄積手段から前記特定のファイルサーバへ呼び戻す手段とを有する 請求項１のシステム。 ２７． 前記ネットワークが前記ファイルサーバ上のデータファイルの蓄積 位置を識別するディレクトリを含み、前記蓄積サーバ手段が、前記ネットワーク ・ディレクトリでそれぞれの移動されたデータファイルに対するディレクトリ位 置に、前記データファイルが前記第２次蓄積手段へ移されたということを示すデ ータを書き込む手段を有する請求項１のシステム。 ２８． 前記蓄積サーバ手段が、前記ファイルサーバの中に位置し、前記フ ァイルサーバに蓄積されたデータファイルへの特定のファイルサーバにおける呼 びを傍受する手段と、そして前記ネットワーク・ディレクトリに書き込まれ、前 記要求されたデータファイルが前記第２次蓄積手段へ移されたということを示す 前記データに応動して、前記要求されたデータファイルを前記第２次蓄積手段か ら前記ファイルサーバへ呼び戻す手段とを有する請求項２７のシステム。 ２９． 前記蓄積サーバ手段が、前記第２次蓄積手段へ移された前記データ ファイルそれぞれの前記第２次蓄積手段における位置を識別する物理的データ蓄 積位置を示すデータを蓄積するディレクトリ手段を有し、そして前記呼び戻し手 段が、前記ディレクトリ手段に蓄積されている前記データを読み出して、前記要 求されている移動されたデータファイルの前記第２次蓄積手段における位置を識 別する物理的データ蓄積位置を示す前記ディレクトリ手段に蓄積されている前記 データを読み出す手段と、そして前記要求のあった移動されていたデータファイ ルを前記第２次蓄積手段の位置から前記特定のファイルサーバへ送信する手段と を有する請求項２８のシステム。 ３０． 前記蓄積サーバ手段が、前記第２次蓄積手段へ移された前記データ ファイルそれぞれの前記第２次蓄積手段における位置を識別する物理的データ蓄 積位置を示すデータを蓄積するディレクトリ手段を有し、そして前記ネットワー ク・ディレクトリで特定の移動されたデータファイルに対するディレクトリ位置 に、前記書き込み手段によって書き込まれた前記データが、前記特定の移動され たデータファイルの前記第２次蓄積手段における位置を識別する物理的データ蓄 積位置を示すデータを蓄積している前記ディレクトリ手段におけるデータ蓄積位 置を識別する請求項２７のシステム。 ３１． 前記ネットワーク・ディレクトリで特定の移動されたデータファイ ルに対するディレクトリ位置に、前記書き込み手段によって書き込まれた前記デ ータがデータファイル・アトリビュートの１部である請求項２７のシステム。 ３２． 前記ネットワークが前記ファイルサーバ上のデータファイルの蓄積 位置を識別するディレクトリを含み、前記蓄積サーバ手段が、前記ネットワーク ・ディレクトリを見て特定のファイルサーバ上に蓄積されているデータファイル に関連したデータを得る手段であって、そのデータが前記データファイルの様々 な特性を示している手段を有する請求項１のシステム。 ３３． 前記データファイル移動手段が、前記特定のファイルサーバ上に蓄 積されているデータファイルを前記データファイルの特定の特性による優先度の 順番に順序付けする手段を有する請求項３２のシステム。 ３４． 前記ファイルサーバのそれぞれが複数のデータ蓄積のボリュームを 含み、前記データファイル移動手段が、前記少なくとも１つのファイルサーバの 各ボリュームを見直し、そこに蓄積されている優先度が最も低いデータファイル を認識する手段を更に有する請求項３３のシステム。 ３５． 前記データファイル移動手段が、優先度が最も低いと認識されたデ ータファイルの内の少なくとも１つを前記第２次蓄積手段に送信する手段を更に 有する請求項３４のシステム。 ３６． 前記蓄積サーバ手段が、前記特定のファイルサーバのボリュームに おいて入手できるメモリが予め定められた閾値と少なくとも同じ大きさになるま で、次々に優先度が最も低いデータファイルに対して前記データファイル移動手 段を起動する手段を更に有する請求項３５のシステム。 ３７． 前記蓄積サーバ手段が、前記データファイル移動手段の起動を時間 ベースで予定する手段を更に有する請求項３５のシステム。 ３８． 前記蓄積サーバ手段が、前記データファイル移動手段の起動をボリ ュームの空きスペース利用の関数で起動する手段を更に有する請求項３５のシス テム。 ３９． 前記蓄積サーバ手段が、前記データファイル移動手段の起動を前記 データ・ネットワーク上の活動度の関数で起動する手段を更に有する請求項３５ のシステム。 ４０． 前記データファイル移動手段が、前記優先度で順序付けしたデータ ファイルの内の少なくとも１つを前記特定のファイルサーバから前記第２次蓄積 手段にコピーする手段と、そして引き続いて前記特定のファイルサーバ上に不十 分なデータ蓄積の空きスペースしか手に入らないということが決定されたことに 応動し、前記コピーされた、少なくとも１つの前記優先度で順序付けされたデー タファイルが占めるデータ蓄積スペースを入手できるデータ蓄積の空きスペース として利用する手段とを有する請求項３４のシステム。 ４１． 前記第２次蓄積手段が多階層のメモリーを有し、前記蓄積サーバ手 段が、前記第２次蓄積手段に送信された複数のデータファイルを集めて転送ユニ ットにする手段と、前記転送ユニットを前記階層の第１層に蓄積する手段とを有 するシステムにおいて前記第２次蓄積手段が、前記階層の前記第１層上に蓄積さ れている前記転送ユニットのコピーを蓄積する手段を更に有する請求項１のシス テム。 ４２． 前記第２次蓄積手段が多層階層メモリを有し、前記階層の最下層が 複数の媒体ユニットに分割され、階層的に上の層から再配置されたデーファイル を蓄積し、前記第２次蓄積手段が、その上に入手できるデータ蓄積を使い尽くし た前記複数の媒体ユニットの１つに応動して、前記媒体ユニットのコピーを媒体 代替ユニット要素上に蓄積する手段を更に有する請求項１のシステム。 ４３． 前記蓄積サーバ手段が媒体ユニットが無くなったことに応動し、前 記無くなった媒体ユニットに蓄積されていた全てのデータファイルを前記媒体代 替ユニット要素から読み出して、前記無くなった媒体ユニットを前記媒体代替ユ ニット要素から検索する請求項４２のシステム。 ４４． 前記媒体代替ユニット要素が取り付け可能なデータ蓄積要素を有す る請求頂４２のシステム。 ４５． 前記第２次蓄積手段が多階層のメモリーを有し、前記階層メモリー の前記層が異なる特性の媒体を有し、前記蓄積サーバ手段が前記第２次蓄積手段 に送信された複数のデータファイルを集めて転送ユニットにする手段と、前記転 送ユニットを前記階層の第１層に蓄積する手段と、前記階層の前記第１層に蓄積 されている前記転送ユニットを所定の基準の関数に従って前記階層の別の層へ自 動的に再配置する手段とを有し、そして前記自動的に再配置する手段が、組み合 わせて媒体ユニットにされた複数の前記転送ユニットを前記階層の中の前記別の 層に蓄積するために送信する請求項１のシステム。 ４６． 複数のファイルサーバを相互接続するように機能するデータ・ネッ トワークのためのデータ蓄積管理システムにデータファイルを蓄積し、ファイル サーバのそれぞれがデータファイルを蓄積し、そのデータ蓄積管理システムが第 ２次蓄積要素と前記ネットワークに接続されている蓄積サーバ要素とを有し、前 記ファイルサーバから移されたデータファイルを前記第２次蓄積要素に蓄積する ステップと、そして前記ファイルサーバとは独立して、前記複数のファイルサー バと前記第２次蓄積要素との間でのデータファイルの転送を自動的に管理するス テップとを有する方法。 ４７． 前記第２次蓄積手段が多階層メモリを有し、磁気媒体、光学媒体、 及び固体媒体のクラスの中の少なくとも１つの媒体からなるメモリ装置を含む、 異なる特性の媒体を前記階層メモリの前記層が有する請求項４６の方法。 ４８． 前記第２次蓄積手段が多階層メモリを有し、前記層の内の少なくと も１層が前記ファイルサーバから移されたデータファイルを蓄積する複数のデー タ蓄積要素と、少なくとも１つのデータ蓄積要素駆動装置であつて、前記データ 蓄積要素駆動装置に取り付けられるデータ蓄積要素の上にデータを読み出し／書 き出しするデータ蓄積要素駆動装置とを有し、前記複数のデータ蓄積要素の内の 特定の１つを前記データ蓄積要素駆動手段にロボットのように取り付けるステッ プを更に有する請求項４７の方法。 ４９． 前記第２次蓄積要素に移されたそれぞれの前記データファイルの前 記第２次蓄積要素における位置を識別する、物理的データ蓄積の位置を示すデー タをディレクトリに蓄積するステップを更に有する請求項４６の方法。 ５０． 前記第２次蓄積要素に送信された複数のデータファイルを集めて転 送ユニットにするステップを更に有する請求項４９の方法。 ５１． 前記第２次蓄積要素が多階層メモリを有し、前記階層メモリの前記 層が異なる特性の媒体を有し、前記転送ユニットを前記階層の第１層に蓄積する ステップと、前記階層の１つの層に蓄積されたデータファイルを前記階層の別の 層に所定の基準の関数に従って自動的に再配置するステップと、そして前記転送 ユニットを前記階層の前記別の層に送信するステップとを更に有する請求項５０ の方法。 ５２． 前記方法が、前記ディレクトリの転送ユニット・セクションにデー タファイルと、このデータファイルが入っている転送ユニットとの間の対応を示 すデータを蓄積するステップと、そして前記ディレクトリの媒体オブジェクト・ セクションに転送ユニットと、この転送ユニットが入っている媒体との対応を示 すデータを蓄積するステップとを更に有する請求項５１の方法。 ５３． 転送ユニットがこれが入っている前記媒体から前記階層の別の媒体 に再配置されたとき、前記蓄積サーバ要素が前記媒体オブジェクト・ディレクト リを更新する請求項５２の方法。 ５４． 前記階層の前記第１層に書かれているそれぞれの前記転送ユニット を取り付け可能なバックアップ・データ蓄積要素に書き込むステップを更に有す る請求項５１の方法。 ５５． 前記書き出しステップが転送ユニットを一杯に充たすだけのデータ がなくても所定の時間が経過したら、前記取り付け可能なバックアップ・データ 蓄積要素に部分的にしか充たされていない転送ユニットを書き出す請求項５４の 方法。 ５６． 前記書き出しステップが部分的にしか充たされていない転送ユニッ トの上に、前記部分的にしか充たされていない転送ユニットに書かれていた全て のデータファイルを含んでいる、一杯になった転送ユニットで、前記取り付け可 能なバックアップ・データ蓄積要素に上書きする請求項５５の方法。 ５７． 指定された転送ユニットの中に要求されたデータファイルがないこ とに応動して、前記取り付け可能なバックアップ・データ蓄積要素から要求のあ ったデータファイルを検索し、前記指定された転送ユニットの少なくとも部分を 前記取り付け可能なバックアップ・データ蓄積要素から読み出して前記失われた データファイルを回復するステップを更に有する請求項５７の方法。 ５８． 前記階層の最下層にデータ蓄積の更なる空きスペースが不足してい るということに応動して、少なくとも１つの特定の転送ユニットを前記最下層か ら消去するステップを更に有する請求項５４の方法。 ５９． 前記最下層より下の前記階層に対して媒体の層を追加したことに応 動して、前記特定の消去された転送ユニットを前記取り付け可能なバックアップ ・データ蓄積要素から読み出すことによって、前記特定の消去された転送ユニッ トを前記バックアップの取り付け可能データ蓄積要素から前記追加された媒体の 層へ転送するステップを更に有する請求項５８の方法。 ６０． 前記最下層にデータ蓄積容量を追加したことに応動して、前記特定 の消去された転送ユニットを前記取り付け可能なバックアップ・データ蓄積要素 から読み出すことによって、前記特定の消去された転送ユニットを前記バックア ップの取り付け可能なデータ蓄積要素から前記追加されたデータ蓄積容量へ転送 するステップを更に有する請求項５８の方法。 ６１． 前記階層の特定の層の上のデータ蓄積空きスペースが取り除かれた ことに応動して、前記取り除かれるデータ蓄積空きスペースに蓄積されていた全 ての転送ユニットを前記特定の層から消去するステップを更に有する請求項５８ の方法。 ６２． 前記階層の中の前記特定の層より下の層の入手できるデータ蓄積容 量に応動して、前記消去された転送ユニットを前記取り付け可能なバックアップ ・データ蓄積要素から読み出して、前記消去された転送ユニットを前記バックア ップの取り付け可能データ蓄積要素から前記入手できるデータ蓄積容量へ転送す るステップを更に有する請求項６１の方法。 ６３． 前記層の内の少なくとも１層が前記ファイルサーバから移されたデ ータファイルを含む少なくとも１つの取り付け可能なデータ蓄積要素を有するシ ェルフ層を有し、前記データ蓄積要素上のそのデータファイルの位置が前記ディ レクトリ手段に保持されており、前記シェルフ層の取り付け可能な媒体が前記バ ックアップの取り付け可能な媒体を有する請求項５４の方法。 ６４． 前記層の内の１層が前記ファイルサーバから移されたデータファイ ルを含む少なくとも１つの取り付け可能なデータ蓄積要素を有する退役層を有し 、そのディレクトリ・エントリが前記転送ユニット・ディレクトリから排除され ている請求項６３の方法。 ６５． 前記シェルフ層に取り付け可能なデータ蓄積要素が無くなっている ことに応動し、前記無くなった取り付け可能なデータ蓄積要素に蓄積されていた 全ての転送ユニットを前記取り付け可能なバックアツプ・データ蓄積要素から読 み出して、前記取り付け可能なデータ蓄積要素を前記バックアップの取り付け可 能データ蓄積要素から検索するステップを更に有する請求項６３の方法。 ６６． 前記層の内の１層にあった媒体が無くなっていることに応動し、前 記無くなった媒体に蓄積されていた全ての転送ユニットを前記取り付け可能なバ ックアツプ・データ蓄積要素から読み出して、前記無くなった媒体を前記バック アップ手段から検索するステップを更に有する請求項６３の方法。 ６７． 前記次に下の層の上の前記媒体の関数によって前記転送ユニットの サイズを決定するステップを更に有する請求項５１の方法。 ６８． 前記第２次蓄積要素に移されたデータファイルへの特定のファイル サーバにおける呼びを傍受するステップと、そして前記移されたデータファイル を前記第２次蓄積要素から前記特定のファイルサーバへ呼び戻すステップとを更 に有する請求項４６の方法。 ６９． 前記ネットワークが前記ファイルサーバ上のデータファイルの蓄積 位置を識別するディレクトリを含み、前記ネットワーク・ディレクトリでそれぞ れの移動されたデータファイルに対するディレクトリ位置に、前記データファイ ルが前記第２次蓄積要素へ移されたということを示すデータを書き込むステップ を更に有する請求項４６の方法。 ７０． 前記ファイルサーバに蓄積されたデータファイルへの特定のファイ ルサーバにおける呼びを傍受するステップと、そして前記ネットワーク・ディレ クトリに書き込まれ、前記要求されたデータファイルが前記第２次蓄積手段へ移 されたということを示す前記データに応動して、前記要求されたデータファイル を前記第２次蓄積要素から前記ファイルサーバへ呼び戻すステップとを更に有す る請求項６９の方法。 ７１． データをディレクトリに蓄積するステップであって、このデータが 、前記第２次蓄積要素へ移された前記データファイルそれぞれの前記第２次蓄積 要素における位置を識別する物理的データ蓄積位置を示すステップを更に有し、 前記呼び戻しステップが、前記ディレクトリに蓄積されている前記データを読み 出して、前記要求されている移動されたデータファイルの前記第２次蓄積要素に おける位置を識別する物理的データ蓄積位置を識別するステップと、そして前記 要求のあった移動されていたデータファイルを前記第２次蓄積要素の前記位置か ら前記特定のファイルサーバへ送信するステップとを有する請求項７０の方法。 ７２． データをディレクトリに蓄積するステップであって、このデータが 、前記第２次蓄積要素へ移された前記データファイルそれぞれの前記第２次蓄積 要素における位置を識別する物理的データ蓄積位置を示すステップを更に有し、 前記ネットワーク・ディレクトリで特定の移動されたデータファイルに対するデ ィレクトリ位置に、前記書き込みステップによって書き込まれた前記データが、 前記特定の移動されたデータファイルの前記第２次蓄積要素における位置を識別 する物理的データ蓄積位置を示すデータを蓄積している前記ディレクトリにおけ るデータ蓄積位置を識別する請求項６９の方法。 ７３． 前記ネットワーク・ディレクトリで特定の移動されたデータファイ ルに対するディレクトリ位置への前記書き込みステップによって書き込まれた前 記データがデータファイル・アトリビュートの部分である請求項６９の方法。 ７４． 前記ネットワークが前記ファイルサーバ上のデータファイルの蓄積 位置を識別するディレクトリを含み、データファイル移動ステップが、前記ネッ トワーク・ディレクトリを見て特定のファイルサーバ上に蓄積されているデータ ファイルに関連したデータを得るステップであって、そのデータが前記データフ ァイルの様々な特性を示しているステップを有する請求項４６の方法。 ７５． 前記データファイル移動ステップが、前記特定のファイルサーバ上 に蓄積されているデータファイルを前記データファイルの特定の特性による優先 度の順番に順序付けするステップを更に有する請求項７４の方法。 ７６． 前記ファイルサーバのそれぞれが複数のデータ蓄積のボリュームを 含み、前記データファイル移動ステップが、前記少なくとも１つのファイルサー バの各ボリュームを見直し、そこに蓄積されている優先度が最も低いデータファ イルを識別するステップを更に有する請求項７５の方法。 ７７． 前記データファイル移動ステップが、優先度が最も低いと認識され たデータファイルの内の少なくとも１つを前記第２次蓄積要素に送信するステッ プを更に有する請求項７６の方法。 ７８． 前記特定のファイルサーバのボリュームにおいて入手できるメモリ が予め定められた閾値と少なくとも同じ大きさになるまで、次々に優先度が最も 低いデータファイルに対して前記データファイル移動ステップを起動するステッ プを更に有する請求項７７の方法。 ７９． 前記データファイル移動ステップの起動を時間ベースで予定するス テップを更に有する請求項７７の方法。 ８０． 前記データファイル移動ステップをボリュームの空きスペース利用 の関数で起動するステップを更に有する請求項７７の方法。 ８１． 前記データファイル移動ステップを前記データ・ネットワーク上の 活動度の関数で起動するステップを更に有する請求項７７の方法。 ８２． 前記データファイル移動ステップが、前記優先度で順序付けしたデ ータファイルの内の少なくとも１つを前記特定のファイルサーバから前記第２ 次蓄積手段にコピーするステップと、そして引き続いて前記特定のファイルサー バ上に不十分なデータ蓄積の空きスペースしか手に入らないということが決定さ れたことに応動し、前記コピーされた、少なくとも１つの前記優先度で順序付け されたデータファイルが占めるデータ蓄積スペースを入手できるデータ蓄積の空 きスペースとして利用するステップとを更に有する請求項７６の方法。 ８３． 前記第２次蓄積要素が多階層のメモリーを有し、前記第２次蓄積要 素に送信された複数のデータファイルを集めて転送ユニットにするステップと、 前記転送ユニットを前記階層の第１層に蓄積するステップと前記階層の前記第１ 層上に蓄積されている前記転送ユニットのコピーを蓄積するステップとを有する 請求項４６の方法。 ８４． 前記第２次蓄積要素が多層階層メモリを有し、前記階層の最下層が 複数の媒体ユニットに分割され、階層的に上の層から再配置されたデーファイル を蓄積し、その上に入手できるデータ蓄積を使い尽くした前記複数の媒体ユニッ トの１つに応動して、前記媒体ユニットのコピーを媒体代替ユニット要素上に蓄 積するステップを更に有する請求項４６の方法。 ８５． 媒体ユニットが無くなったことに応動し、前記無くなった媒体ユニ ットに蓄積されていた全てのデータファイルを前記媒体代替ユニット要素から読 み出して、前記無くなった媒体ユニットを前記媒体代替ユニット要素から検索す るステップを更に有する請求項８４の方法。 ８６． 前記媒体代替ユニット要素が取り付け可能なデータ蓄積要素を有す る請求項８４の方法。 ８７． 前記第２次蓄積要素が多階層のメモリーを有し、前記階層メモリー の前記層が異なる特性の媒体を有し、前記方法が、前記第２次蓄積要素に送信さ れた複数のデータファイルを集めて転送ユニットにするステップと、前記転送ユ ニットを前記階層の第１層に蓄積するステップと、前記階層の前記第１層に蓄積 されている前記転送ユニットを所定の基準の関数に従って前記階層の別の層へ自 動的に再配置するステップとを有し、そして前記複数の前記転送ユニットが、前 記階層の前記別の層に蓄積のために送信される前に組み合わされて送信されると きは媒体ユニットになる請求項４６の方法。