JP2016081332A - 計算機システムおよび装置管理サーバ - Google Patents

Abstract

【課題】可搬型記憶媒体を備える記憶装置においてオフライン化の可否を適切に判断するための技術を提供する。
【解決手段】一態様による計算機システムは、装置管理サーバが、第１段階として、複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、即時にオフライン化が可能であるか否かを判定し、第１段階において即時にオフライン化が可能でない場合に、第２段階として、当該複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、所定の基準時間内にオフライン化が可能となるか否かを判定し、第１段階または前記第２段階のいずれかにおいてオフライン可能となる可搬型記憶媒体を、オフライン候補の可搬型記憶媒体としてユーザに提示する。
【選択図】 図１

Description

本発明はストレージシステムにおける記憶媒体の管理に関する。

テープや光ディスクといった、装置からの取り外しおよび装置への取り付けが自在に可能な可搬型記憶媒体を利用する可搬型記憶装置では、記憶領域としてユーザへ提供し、データ保存に利用する記憶媒体を取り外したり、交換したりできる。データを保存するとき直接、可搬型記憶媒体にデータを書き込むことも可能であるが、一旦、キャッシュに蓄積してから可搬型記憶媒体に移動させることも可能である。そのような技術が特許文献１に記載されている。

国際公開WO2007/075570 A2

可搬型記憶装置内の記憶媒体の空き領域が減少した場合や、新たな記憶領域をユーザへ提供しようとするときに十分な空き領域が可搬型記憶装置内の記憶媒体に無い場合は、可搬型記憶装置内の既設のテープや光ディスク等の記憶媒体を、物理的に空き領域のあるものに入れ替える（これをオフライン管理と呼ぶ）。可搬型記憶媒体を装置から取り外すこと、あるいは取り外すことが可能な状態にすることをオフラオン化と呼ぶことにする。

オフライン管理において、ストレージ管理者は既設のどの記憶媒体でも自由にオフライン化できるわけでは無く、装置内のデータ処理、あるいは、これから利用される可能性のある処理を考慮しなければ、不都合が生じる可能性がある。しかしながら、現状では、オフライン化すべき記憶媒体またはオフライン化してはいけない記憶媒体を適切に特定することできないという課題がある。

本発明の目的は、可搬型記憶媒体を備える記憶装置においてオフライン化の可否を適切に判断するための技術を提供することである。

上記課題を解決するために、本発明の一態様による計算機システムは、ホスト計算機からアクセスされるデータを格納するストレージ装置と、前記ストレージ装置から転送されたデータを格納する、着脱が可能な複数の可搬型記憶媒体と、前記複数の可搬型記憶媒体へのデータの読み書きを制御するコントローラとを備えた可搬型記憶装置と、前記ストレージ装置と前記可搬型記憶装置とをハイブリッド型記憶装置として制御する計算機と、第１段階として、前記複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、即時にオフライン化が可能であるか否かを判定し、前記第１段階において即時にオフライン化が可能でない場合に、第２段階として、当該複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、所定の基準時間内にオフライン化が可能となるか否かを判定し、前記第１段階または前記第２段階のいずれかにおいてオフライン可能となる可搬型記憶媒体を、オフライン候補の可搬型記憶媒体としてユーザに提示する装置管理サーバと、を有している。

本発明によれば、第１段階として主に現在の状態から即時にオフライン化が可能か否か判定し、第２段階として主に将来の状態から所定の基準時間後にオフライン化が可能か否か判定するので、現在の状態だけでなく、将来の状態も考慮してオフライン化が可能か否か適切に判断することができる。

本発明の実施形態による概略の処理を説明するための図である。 実施例１による全体の計算機システム１の構成例を示すブロック図である。 ホスト計算機１０の構成例を示すブロック図である。 ホスト計算機１０の構成例を示すブロック図である。 可搬型記憶装置の構成例を示すブロック図である。 ハイブリッド制御サーバ４０の構成例を示すブロック図である。 装置管理サーバ５０の構成例を示すブロック図である。 アーカイブ管理サーバ６０の構成例を示すブロック図である。 ブロックストレージ２０のブロック構成管理テーブル２０５の一例を示す図である。 可搬型記憶装置３０の可搬型記憶装置構成管理テーブル３１２の一例を示す図である。 共有管理テーブル４１４の一例を示す図である。 ファイル管理テーブル４１５の一例を示す図である。 バッファ内キャッシュデータ管理テーブル４１６の一例を示す図である。 マイグレーションポリシー管理テーブル４１７の一例を示す図である。 ユーザ管理テーブル４１８の一例を示す図である。 管理ソフト側ストレージ構成管理テーブル５１４の一例を示す図である。 カートリッジ管理テーブル５１５の一例を示す図である。 管理ソフト側共有管理テーブル５１６の一例を示す図である。 管理ソフト側ユーザ管理テーブル５１７の一例を示す図である。 スケジュール管理テーブル５１８の一例を示す図である。 オフライン候補カートリッジ管理テーブル５１９の一例を示す図である。 ジョブ管理テーブル６１１の一例を示す図である。 データ管理テーブル６１２の一例を示す図である。 ポリシー管理テーブル６１３の一例を示す図である。 ハイブリッド型記憶装置７０における記憶領域の割当処理（ステップＳ１００）を示すフローチャートである。 データ書込み時の処理（ステップＳ１１０）を示すフローチャートである。 データ削除時の処理（ステップＳ１２０）を示すフローチャートである。 オフライン管理の全体処理を示すフローチャートである。 スケジュール情報を入力する処理（ステップＳ１０１０）を示すフローチャートである。 データ情報を収集する処理（ステップＳ１０２０）を示すフローチャートである。 装置管理サーバ５０が情報を収集する処理（ステップＳ１０３０）を示すフローチャートである。 ステップＳ１１００のうち、記憶領域（共有）の作成および記憶領域容量の追加の処理（ステップＳ１１１０）を示すフローチャートである。 ステップＳ１１００のうち、Ｒｅａｄ／Ｗｒｉｔｅ要求の処理（ステップＳ１１２０）を示すフローチャートである。 オフライン可否判定プログラム５１３が現在の構成情報およびユーザ情報をもとにカートリッジのオフライン判定を実施する処理（ステップＳ１２００）のフローチャートである。 オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８に設定されている情報を元に将来の構成情報およびユーザ情報を計算し、その情報からカートリッジ３０７のオフライン判定を実施する処理（ステップＳ１３００）のフローチャートである。 装置管理サーバ５０内のストレージ管理プログラム５１０がオフライン候補カートリッジ一覧を表示する処理（ステップＳ１４００）のフローチャートである。 オフライン可能カートリッジをストレージ管理者へ提示するＧＵＩの一例を示す図である。 実施例２におけるハイブリッド制御サーバの構成を示すブロック図である。 実施例２における装置管理サーバの構成を示すブロック図である。 実施例２におけるＬＵ構成管理テーブル４２４の一例を示す図である。 実施例２によるマイグレーションポリシー管理テーブル４２７の一例を示す図である。 アクセス管理テーブル４２８の一例を示す図である。 管理ソフト側ＬＵ構成管理テーブル５２６の一例を示す図である。 管理ソフト側アクセス管理テーブル５２７の一例を示す図である。 ＬＵ容量履歴管理テーブル５２０の一例を示す図である。 実施例２における、ハイブリッド型記憶装置７０での記憶領域を割り当てる処理（ステップＳ２００）のフローチャートである。 オフライン化する候補となるカートリッジ３０７をランク付けして表示する処理を示すフローチャートである。 実施例４における、装置管理サーバ５０の構成例を示すブロック図である。 管理者アカウント管理テーブル５３０の一例を示す図である。 パラメタ選択履歴管理テーブル５３１の一例を示す図である。 実施例４における、オフライン可否判定処理のうち、オフライン可否判定プログラム５１３が現在の構成情報をもとにカートリッジのオフライン判定を実施するための処理（ステップＳ４２００）のフローチャートである。 実施例４における、オフライン可否判定処理のうち、オフライン可否判定プログラム５１３がハイブリッド制御サーバ内の内部処理を踏まえた、将来の構成情報を計算し、その情報からカートリッジ３０７のオフライン判定を実施する処理（ステップＳ４３００）のフローチャートである。 実施例４における、オフライン可否判定処理のうち、ステップ４２００、ステップ４３００で調べたオフライン可否判定の情報を踏まえてオフライン可能カートリッジの中でランキングを設定する処理（ステップ４４００）のフローチャートである。 カートリッジ管理テーブル５５５の一例を示す図である。

本発明の実施形態について図面を参照して説明する。

ここでは「プログラム」を主語として処理を説明する場合があるが、処理の主語をプロセッサ（又はそのプロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を有するコントローラ等の装置）とすることもできる。プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェイスデバイス（例えば通信ポート）を用いながら行う。逆に、プロセッサ（又はそのプロセッサを有するコントローラ等の装置）を主語として説明している処理は、１以上のプログラムを実行することにより行われると解釈することができる。

また、プロセッサは、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでもよい。コンピュータプログラムは、プログラムソースから各計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであってもよい。

また、以下の説明では、通信インターフェイスデバイスを「Ｉ／Ｆ」と略記することがある。

図１は、本発明の実施形態による概略の処理を説明するための図である。

ホスト計算機１０ｂとハイブリッド型記憶装置７０がデータネットワーク８０ａ経由で接続され、ホスト計算機１０ｂおよびハイブリッド型記憶装置７０に装置管理サーバ５０が接続されている。ホスト計算機１０ｂはハイブリッド型記憶装置７０へデータを書き込んだり、ハイブリッド型記憶装置７０からデータを読み出したりしながら処理を実行する計算機である。ハイブリッド型記憶装置７０は、制御部に当るハイブリッド制御サーバ４０に加え、記憶媒体が着脱できないように固定されたブロックストレージ２０と、記憶媒体が着脱可能な可搬型記憶装置３０の両方を備える記憶装置である。ブロックストレージ２０は、キャッシュとして利用され、可搬型記憶装置３０はデータの長期保存に利用される。装置管理サーバ５０は、ハイブリッド型記憶装置７０におけるデータの管理と、可搬型記憶媒体３０８のオフライン管理を含む、各種装置管理を行うサーバである。

装置管理サーバ５０は、ストレージ管理プログラム５１０とオフライン可否判定プログラム５１３を実行可能に保持する。可搬型記憶装置３０は、データを記録しまた再生するドライブ３０５と、媒体搬送部３０６と、複数の可搬型記憶媒体３０８と、それを保持する複数のカートリッジ３０７を有する。ブロックストレージ２０は論理ボリューム２０９を有する。ハイブリッド制御サーバ４０は、読み書きプログラム４１１と、サーバ管理プログラム４１２と、共有４１９を有する。ここでいう共有はハイブリッド型記憶装置７０からユーザへ提供される領域である。ハイブリッド型記憶装置７０はブロックストレージ２０と可搬型記憶装置３０を利用し、データをアーカイブする。ホスト計算機１０ｂはデータネットワーク８０ａを通じてデータをハイブリッド型記憶装置７０へデータをアーカイブする。

ハイブリッド制御サーバ４０に共有４１９をマウントしてあり、ホスト計算機１０ｂからのデータはまず共有４１９に書き込まれる。その後、読み書きプログラム４１１が、共有４１９のデータを、ブロックストレージ２０の論理ボリューム２０９に一時的に書き込み、ホスト計算機１０ｂへ書き込み完了を応答する。

その後、特定の条件が満たされると、サーバ管理プログラム４１２が、読み書きプログラム４１１に対して、論理ボリューム２０９のデータを可搬型記憶装置３０に書き込むよう指示する。読み書きプログラム４１１が可搬型記憶装置３０へのデータの書き込みを実行すると、可搬型記憶装置３０内では媒体搬送部３０６がカートリッジ３０７をドライブ３０５に設定し、ドライブ３０５がデータを可搬型記憶媒体３０８へ書き込む。データをＲｅａｄするときには、読み書きプログラム４１１が、可搬型記憶装置３０でカートリッジ３０７をドライブ３０５へセットし、可搬型記憶媒体３０８からデータを読み出してブロックストレージ２０にコピーするか、もしくは、直接、共有４１９から可搬型記憶媒体３０８のデータをＲｅａｄできるようにする。このようなデータのＷｒｉｔｅ処理およびＲｅａｄ処理をするハイブリッド型記憶装置７０に対して、可搬型記憶装置３０の可搬型記憶媒体３０８と、その集合であるカートリッジ３０７を入れ替えるためのオフライン管理が実施される。

オフライン管理では、装置管理サーバ５０のストレージ管理プログラム５１０が、ハイブリッド型記憶装置７０から現在の構成情報および内部処理の情報を取得し、将来の処理および構成を踏まえてオフライン化すべきカートリッジ３０７および／またはオフライン化してはいけないカートリッジ３０７を判断し、時間情報とともに、オフライン化させるカートリッジ３０７の候補を表示する。

以上、概略を説明した本実施形態により、ハイブリッド型記憶装置７０を利用するストレージ管理者が、装置内部の具体的な処理まで意識しなくても、オフライン管理において、オフライン化すべきカートリッジ３０７またはオフライン化してはいけないカートリッジ３０７を認識し、オフライン化するカートリッジ３０７を適切に選択することが可能となる。また、それによって、不要なオフライン処理の回数を減らすこともできる。

以下、各種実施例について、より詳細に説明する。

図２は、実施例１による全体の計算機システム１の構成例を示すブロック図である。

ホスト計算機１０ａ、１０ｂは、データネットワーク８０ａを介してハイブリッド型記憶装置７０と接続される。ホスト計算機１０ａとホスト計算機１０ｂは後述する役割分担をする。ハイブリッド型記憶装置７０は、ハイブリッド制御サーバ４０と、ブロックストレージ２０と、１台以上の可搬型記憶装置３０と、を有する。

ハイブリッド制御サーバ４０とブロックストレージ２０とはデータネットワーク８０ｂを介して接続される。また、ハイブリッド制御サーバ４０と可搬型記憶装置３０とはデータネットワーク８０ｃを介して接続される。また、ホスト計算機１０ａ、１０ｂ、ハイブリッド型記憶装置７０（ハイブリッド制御サーバ４０、ブロックストレージ２０、可搬型記憶装置３０）、装置管理サーバ５０、アーカイブ管理サーバ６０は管理ネットワーク９０を介して接続される。

なお、データネットワーク８０ａ、８０ｂ、８０ｃ、はそれぞれ別個のネットワークである必要はなく、同一ネットワークであっても良い。また、データネットワーク８０と管理ネットワーク９０のプロトコルはＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）など任意のプロトコルで構わない。更に、データネットワーク８０と管理ネットワーク９０が同一ネットワークであってもよい。

装置管理サーバ５０は、管理ネットワーク９０を介してハイブリッド型記憶装置７０（ハイブリッド制御サーバ４０、ブロックストレージ２０、可搬型記憶装置３０）から管理情報を収集し、収集した管理情報に基づいてオフライン管理を行う。

アーカイブ管理サーバ６０は、アーカイブの処理において、管理ネットワーク９０を介してホスト計算機１０内のデータをハイブリッド型記憶装置７０へ移動するよう指示を出す。

２つのホスト計算機１０ａ、１０ｂのうち、ホスト計算機１０ａは、実際にユーザが業務で利用するアプリケーションを動作させるという役割を担う。一方、ホスト計算機１０ｂは、ハイブリッド型記憶装置７０の記憶領域をマウントしておきアーカイブ管理サーバ６０からのデータ移動の指示を受けて実行する。また、ホスト計算機１０ｂは、ホスト計算機１０ａとハイブリッド型記憶装置７０の間でデータ転送の中継点としての役割を担う。一般的にアーカイブ管理ソフトは、このように役割の異なるホスト計算機を用い、業務を動作させるホスト計算機から、ストレージ装置をマウントしているホスト計算機にデータを移動させることで、データのアーカイブを実施する。ただし、ホスト計算機１０ａがハイブリッド型記憶装置７０の記憶領域を直接マウントし、ホスト計算機１０ｂを介さずデータの移動を実施してもよい。

なお、ここではハイブリッド型記憶装置７０と装置管理サーバ５０をまとめて記憶システム７１と呼ぶことにする。また、その記憶システム７１とアーカイブ管理サーバ６０をまとめて階層記憶システム７２と呼ぶことにする。

また、本実施例では、ハイブリッド制御サーバ４０が独立した装置である場合を例示するが、ブロックストレージ２０あるいは可搬型記憶装置３０がハイブリッド制御サーバ４０を兼ねその処理を実行しても良い。また、ハイブリッド制御サーバ４０がＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはキャッシュメモリを保持し、その記憶領域を用いてブロックストレージの処理を実行することにしてもよい。

図３は、ホスト計算機１０の構成例を示すブロック図である。

ホスト計算機１０は、ＣＰＵ１０１、メモリ１０２、ＨＤＤ１０７、データＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０８、および管理Ｉ／Ｆ１０９を備える。

メモリ１０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０３と、ハイブリッド型記憶装置７０の記憶領域もしくはＨＤＤ１０７の記憶領域をマウントするためのデバイスマネージャ１０６とが格納される。ＣＰＵ１０１がメモリ上のＯＳ１０３やデバイスマネージャ１０６を動作させる。ＯＳ１０３には、ユーザが業務などで利用するアプリケーション１０４と、データの階層管理を行う階層管理エージェント１０５とが含まれる。

階層管理エージェント１０５は、アーカイブ管理サーバ６０内の階層管理プログラム６１０、または別のホスト計算機内の階層管理エージェント１０５と通信し、階層管理を行う。

データＩ／Ｆ１０８は、データネットワーク８０と接続され、データネットワーク８０を介する通信を実現する。

管理Ｉ／Ｆ１０９は、管理ネットワーク９０と接続され、管理ネットワーク９０を介する通信を実現する。

なお、データＩ／Ｆ１０８と管理Ｉ／Ｆ１０９は別個にＩ／Ｆではなく、共通のＩ／Ｆであってもよい。

業務で利用するホスト計算機１０ａであれば、図３に記載した全ての部分を含む必要があるが、アーカイブの中継点となるホスト計算機１０ｂであれば、アプリケーション１０４とＨＤＤ１０７を含まなくても良い。

図４は、ブロックストレージ２０の例を示す図である。

ブロックストレージ２０は、ホストＩ／Ｆ２０１、ブロック制御プロセッサ２０２、メモリ２０３、物理ストレージデバイス２０６、および管理Ｉ／Ｆ２１１を備える。

メモリ２０３には、ブロックストレージ管理プログラム２０４と、ブロック構成管理テーブル２０５とが格納される。ブロック制御プロセッサ２０２が、メモリ内のブロックストレージ管理プログラム２０４を動作させる。ブロックストレージ管理プログラム２０４は、装置管理サーバ５０内のストレージ管理プログラム５１０と通信し、ブロックストレージの管理を行う。ブロック構成管理テーブル２０５の詳細は後述する。

物理ストレージデバイス２０６は、１つ以上のＨＤＤ２０７および／または１つ以上のＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）２０８といった記憶媒体を含む。物理ストレージデバイス２０６は、複数種類の物理記憶媒体による記憶領域を含んでもよく、１種類の物理記憶媒体による記憶領域だけを含んでもよい。なお、物理ストレージデバイス２０６における物理記憶媒体の種類はＨＤＤとＳＳＤだけでなく、他の任意の種類のデバイスを含んでもよい。複数種類の記憶媒体を含む物理ストレージデバイスは、例えば、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）構成が組まれる。

ブロック制御プロセッサ２０２は、ブロックストレージ管理プログラム２０４を実行することで、物理ストレージデバイス２０６に基づく論理ボリューム２０９を、ホストＩ／Ｆ２０１経由でハイブリッド制御サーバ４０に提供する。

管理Ｉ／Ｆ２１１は管理ネットワーク９０を介して装置管理サーバ５０と接続し、通信を実現する。

図５は、可搬型記憶装置の構成例を示すブロック図である。本実施例の可搬型記憶装置３０は、ロボットなどの媒体搬送機構などを用いて、可搬型記憶媒体をドライブにセットする記憶装置である。

可搬型記憶装置３０は、ホストＩ／Ｆ３０１、コントローラ３０２、メモリ３０３、キャッシュメモリ３０４、ドライブ３０５、媒体搬送部３０６、およびカートリッジ３０７を備える。

ホストＩ／Ｆ３０１は、データネットワーク８０を介してハイブリッド制御サーバ４０と接続する。

管理Ｉ／Ｆ３０９は、管理ネットワーク９０を介して装置管理サーバ５０と接続する。

メモリ３０３は、読み書きプログラム３１０と可搬型記憶装置管理プログラム３１１と可搬型記憶装置構成管理テーブル３１２を保持する。

読み書きプログラム３１０は、ドライブ３０５を通じて可搬型記憶媒体３０８にデータを書き込む、または、ドライブ３０５を通じて可搬型記憶媒体３０８のデータを再生するプログラムである。

可搬型記憶装置管理プログラム３１１は、装置管理サーバ５０のストレージ管理プログラム５１０と通信し、可搬型記憶媒体３０８を含むカートリッジ３０７、またはカートリッジ３０７内の可搬型記憶媒体３０８の搬送を行うロボットである媒体搬送部３０６を管理し、可搬型記憶媒体３０８の情報を管理するプログラムである。可搬型記憶．媒体３０８の種類によって、搬送単位がカートリッジ３０７となるか可搬型記憶媒体３０８となるかが異なる。本実施例では、以降ではカートリッジ３０７を搬送単位として説明するが、可搬型記憶媒体３０８を搬送単位としてもよい。

可搬型記憶装置構成管理テーブル３１２の詳細は後述する。

コントローラ３０２が、メモリ３０３内の各プログラムを動作させる。キャッシュメモリ３０４は、ハイブリッド制御サーバ４０の読み書きプログラム４１１から送られたデータ、または可搬型記憶媒体３０８からリードしたデータを一時的にキャッシュしておく記憶媒体である。キャッシュメモリ３０４は、ＤＲＡＭやフラッシュＨＤＤなどで構成され、Ｒｅａｄ／Ｗｒｉｔｅ性能が可搬型記憶媒体３０８より高い。

ドライブ３０５は、媒体搬送部３０６により搬送された可搬型記憶媒体３０８に対してデータの読み書きを実施する。ドライブ３０５の数は１以上である。また、複数のドライブ３０５が存在する場合、性能の異なるドライブが混在しても良い。また、可搬型記憶媒体３０８が複数種類ある場合には、記憶媒体の種別毎に専用のドライブ３０５があってもよいし、異なる種別の記憶媒体に共通のドライブ３０５があってもよい。

媒体搬送部３０６は、カートリッジ３０７または可搬型記憶媒体３０８の搬送を行う。ここで、可搬型記憶媒体３０８をリード可能な状態でドライブ３０５に配置することをロードと呼ぶ。媒体搬送部３０６の数は１以上であればよく、必ずしもドライブの数と同数である必要はない。また、本実施例では、全ての媒体搬送部３０６が全てのドライブ３０５に可搬型記憶媒体３０８を搬送可能であるが、特定の媒体搬送部３０は特定の可搬型記憶媒体３０８の搬送のみ実施できるようにしてもよい。

カートリッジ３０７には複数の可搬型記憶媒体３０８が格納される。カートリッジ３０７は１以上あればよい。可搬型記憶媒体３０８は、１つ以上のＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、またはホログラムディスクなどの光学記憶媒体、あるいはテープなどの磁気記憶媒体などである。可搬型記憶媒体３０８として、複数種類の記憶媒体が混在していてもよい。

図６は、ハイブリッド制御サーバ４０の構成例を示すブロック図である。

ハイブリッド制御サーバ４０は、ホストＩ／Ｆ４０１、ファイル制御プロセッサ４０２、メモリ４０３、キャッシュメモリ４０４、ＨＤＤ４０５、ディスクＩ／Ｆ４０６、ライブラリＩ／Ｆ４０７、および管理Ｉ／Ｆ４０８を備える。

ハイブリッド制御サーバ４０は、ブロックストレージ２０と可搬型記憶装置３０が外部からは１つの記憶装置として見えるようにする。具体的には、ハイブリッド制御サーバ４０は、可搬型記憶装置３０の記憶容量を持つ記憶装置としてホスト計算機１０ａ、１０ｂに提供し、ブロックストレージ２０の記憶領域はホスト計算機１０ａ、１０ｂからアクセスされるバッファ領域として利用される。

メモリ４０３は、階層管理エージェント４１０と読み書きプログラム４１１とサーバ管理プログラム４１２とデバイスマネージャ４１３と共有管理テーブル４１４とファイル管理テーブル４１５とバッファ内キャッシュデータ管理テーブル４１６とマイグレーションポリシー管理テーブル４１７とユーザ管理テーブル４１８を含む。

階層管理エージェント４１０は、アーカイブ管理サーバ６０内の階層管理プログラム６１０と通信し、階層管理を行う。なお、階層管理エージェント４１０は、ホスト計算機１０ａとハイブリッド型記憶装置７０を直接接続する場合に利用される。

読み書きプログラム４１１は、ホスト計算機１０またはアーカイブ管理サーバ６０またはサーバ管理プログラム４１２からの指示により、ブロックストレージ２０または可搬型記憶装置３０のデータを読み書きするプログラムである。

サーバ管理プログラム４１２は、ハイブリッド型記憶装置７０内のデータ管理またはマイグレーションポリシー管理テーブル４１７に記載された条件に基づき、読み書きプログラム４１１へ指示を出す、または装置管理サーバ５０内のストレージ管理プログラム１０と通信するプログラムである。

デバイスマネージャ４１３は、ブロックストレージ２０の論理ボリューム、キャッシュメモリ４０４の記憶領域、ＨＤＤ４０５の記憶領域、および可搬型記憶装置４０の記憶媒体または論理ボリュームをマウントし、共有４１９として論理記憶領域を作成し、ハイブリッド制御サーバ４０をＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）として動作させる。

ファイル制御プロセッサ４０２が、メモリ内の階層管理エージェント４１０と読み書きプログラム４１１とサーバ管理プログラム４１２とデバイスマネージャ４１３を動作させる。

ホストＩ／Ｆ４０１は、データネットワーク８０ａを介して、ホスト計算機１０と接続する。

ディスクＩ／Ｆ４０６は、データネットワーク８０ｂを介してブロックストレージ２０と接続する。

ライブラリＩ／Ｆ４０７は、データネットワーク８０ｃを介して可搬型記憶装置３０と接続する。

管理Ｉ／Ｆ４０８は、管理ネットワーク９０を介して装置管理サーバ５０およびアーカイブ管理サーバ６０と接続する。

共有管理テーブル４１４とファイル管理テーブル４１５とバッファ内キャッシュデータ管理テーブル４１６とマイグレーションポリシー管理テーブル４１７とユーザ管理テーブル４１８の詳細は後述する。

図７は、装置管理サーバ５０の構成例を示すブロック図である。装置管理サーバ５０は、ホスト計算機１０、ブロックストレージ２０、ハイブリッド型記憶装置７０（ハイブリッド制御サーバ４０、ブロックストレージ２０、可搬型記憶装置３０）、アーカイブ管理サーバ６０と接続され管理ネットワーク９０を介して、各計算機から必要な情報を取得することができ、各計算機に必要な情報（プログラムを含む）を与えることができる。

装置管理サーバ５０は、ＣＰＵ５０１、ＮＩＣ５０２、およびメモリ５０３を備え、入出力装置５０４が接続される。

ＣＰＵ５０１は、メモリ５０３上に展開されるプログラムを実行する。

メモリ５０３は、ストレージ管理プログラム５１０、ハイブリッド制御サーバ管理プログラム５１１、アーカイブ管理サーバ連携プログラム５１２、オフライン可否判定プログラム５１３、管理ソフト側ストレージ構成管理テーブル５１４、カートリッジ管理テーブル５１５、管理ソフト側共有管理テーブル５１６、管理ソフト側ユーザ管理テーブル５１７、スケジュール管理テーブル５１８、およびオフライン候補カートリッジ管理テーブル５１９を格納する。なお、メモリ５０３に、その他のプログラムが格納されていてもよい。

ストレージ管理プログラム５１０は、管理ソフト側ストレージ構成管理テーブル５１４、カートリッジ管理テーブル５１５、管理ソフト側共有管理テーブル５１６、管理ソフト側ユーザ管理テーブル５１７、およびスケジュール管理テーブル５１８の情報を使用して、各管理対象（ホスト計算機１０、ハイブリッド型記憶装置７０（ハイブリッド制御サーバ４０、ブロックストレージ２０、可搬型記憶装置３０）、およびアーカイブ管理サーバ６０）の情報を管理する。また、ストレージ管理プログラム５１０は、ブロックストレージ２０内のブロックストレージ管理プログラム２０４および可搬型記憶装置３０内の可搬型記憶装置管理プログラム３１１と通信し、それらから情報を収集することができる。また、ハイブリッド制御サーバ管理プログラム５１１は、ハイブリッド制御サーバ４０内のサーバ管理プログラム４１２と通信し、そこから情報を収集することができる。

なお、ストレージ管理プログラム５１０とハイブリッド制御サーバ管理プログラム５１１は一体的に構成されたプログラムであっても良い。その場合、ハイブリッド制御サーバ４０内のサーバ管理プログラム４１２が、ブロックストレージ２０内のブロックストレージ管理プログラム２０４および可搬型記憶装置３０内の可搬型記憶装置管理プログラム３１１と通信し、ハイブリッド制御サーバ４０内で情報を集約することとし、ハイブリッド制御サーバ管理プログラム５１１はハイブリッド制御サーバ４０内のサーバ管理プログラム４１２とだけのやりとりで情報収集を実施することにしてもよい。

アーカイブ管理サーバ連携プログラム５１２は、アーカイブ管理サーバ６０の階層管理プログラムと通信し、そこから情報を収集することができる。

オフライン可否判定プログラム５１３は、オフライン化すべきカートリッジ３０７および／またはオフライン化してはいけないカートリッジ３０７を判定するプログラムである。

管理ソフト側ストレージ構成管理テーブル５１４、カートリッジ管理テーブル５１５、管理ソフト側共有管理テーブル５１６、管理ソフト側ユーザ管理テーブル５１７、スケジュール管理テーブル５１８、オフライン候補カートリッジ管理テーブル５１９の詳細は後述する。

入出力装置５０４は、マウス、キーボード及びディスプレイなどの装置であり、装置管理サーバ５０とストレージ管理者（ユーザとも呼ぶ）との間で情報を入出力するために利用される。

図８は、アーカイブ管理サーバ６０の構成例を示すブロック図である。アーカイブ管理サーバ６０は、データネットワーク８０および／または管理ネットワーク９０を介してホスト計算機１０、ハイブリッド制御サーバ４０、装置管理サーバ５０と接続され、各計算機から必要な情報を取得することができ、各計算機に必要な情報（プログラムを含む）を与えることができる。

アーカイブ管理サーバ６０は、プロセッサであるＣＰＵ６０１、ＮＩＣ６０２、メモリ６０３を含み、入出力装置６０４が接続される。

ＣＰＵ６０１は、メモリ６０３上に展開されるプログラムを実行する。

メモリ６０３は、階層管理プログラム６１０、ジョブ管理テーブル６１１、データ管理テーブル６１２、およびポリシー管理テーブル６１３を格納する。なお、メモリ６０３にその他のプログラムが格納されていてもよい。

階層管理プログラム６１０は、階層管理エージェント１０５、４１０と通信し、ホスト計算機１０およびハイブリッド制御サーバ４０のファイル情報を取得し、ホスト計算機１０あるいはハイブリッド制御サーバ４０のファイルまたはボリュームを別のホスト計算機１０あるいはハイブリッド制御サーバ４０へ移動し、さらにアーカイブ管理サーバ連携プログラム５１２と通信し、管理情報を送受信するプログラムである。

ジョブ管理テーブル６１１、データ管理テーブル６１２、およびポリシー管理テーブル６１３の詳細は後述する。

入出力装置６０４は、マウス、キーボード及びディスプレイなどの装置であり、アーカイブ管理サーバ６０とストレージ管理者（ユーザとも呼ぶ）との間で情報を入出力するために利用される。

図９Ａは、ブロックストレージ２０のブロック構成管理テーブル２０５の一例を示す図である。ブロック構成管理テーブル２０５は以下の（２０５０）乃至（２０５２）の情報を持つ。

デバイス種別２０５０は、ブロックストレージ２０として備えられたデバイスの種類の情報を格納する。デバイスとしては、物理記憶ストレージデバイス、ブロックストレージ２０の有するポートなどの資源、ホスト計算機１０に提供される論理ボリューム２０９などが含まれる。

デバイス識別子２０５１は、ブロックストレージ２０が持つデバイスを一意に識別する情報を格納する。

スペック２０５２は、デバイスのスペックの情報を格納する。ここに管理されるスペックは、デバイス種別によって設定される項目および値が異なる。デバイスが論理ボリュームの場合、スペックはサイズとＲｅａｄ／Ｗｒｉｔｅの速度の値が設定され、デバイスがポートの場合、スペックは速度の値が設定され、デバイスが物理記憶ストレージデバイスの場合、スペックはＲｅａｄ／Ｗｒｉｔｅの速度の値が設定される。

図９Ｂは、可搬型記憶装置３０の可搬型記憶装置構成管理テーブル３１２の一例を示す図である。可搬型記憶装置構成管理テーブル３１２は以下の（３１２０）乃至（３１２４）の情報を持つ。

デバイス種別３１２０は、可搬型記憶装置３０が持つデバイスの種類の情報を格納する。ここでデバイスとは可搬型記憶媒体３０８だけでなく、キャッシュ、ドライブ、媒体搬送部及びカートリッジを含む。

デバイス識別子３１２１は、可搬型記憶装置３０が持つデバイスを一意に識別する情報を格納する。

スペック３１２２は、デバイス種別によって設定される項目および値が異なる。デバイスがドライブの場合、スペックは速度の値が設定され、デバイスがカートリッジの場合、スペックはサイズの値が設定され、デバイスが記憶媒体の場合、スペックはサイズの値が設定され、デバイスが媒体搬送部の場合、スペックはディスクの搬送にかかる時間であるロード時間が設定される。

親要素３１２３は、各構成要素がどの構成要素に属するかを示す情報である。例えば、光ディスク等の可搬型記憶媒体の親要素はカートリッジであり、カートリッジの親要素はライブラリである。

媒体寿命３１２４は、そのデバイスに対するデータのＲｅａｄ／Ｗｒｉｔｅが可能な寿命である。デバイスがカートリッジの場合、カートリッジに含まれる記憶媒体のうちもっとも寿命が短い記憶媒体の寿命を示す日時が設定される。

図１０Ａは、共有管理テーブル４１４の一例を示す図である。共有管理テーブル４１４は、ハイブリッド制御サーバ４０内の共有４１９と、データを最終的に記憶する可搬型記憶装置３０内のカートリッジ３０７と、バッファとして利用するブロックストレージ２０内の論理ボリューム２０９との関係を示すテーブルである。共有管理テーブル４１４は、以下の（４１４０）乃至（４１４５）の情報を持つ。

共有ＩＤ４１４０は、共有４１９を個々に識別する識別子である。

ライブラリＩＤ４１４１は、カートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ４１４２は、共有４１９とつながるカートリッジ３３０７の識別子である。

全容量４１４３は、共有４１９に割り当てられているカートリッジ３０７の全容量である。

空き容量４１４４は、全容量のうちの空き容量である。

Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ４１４５は、共有４１９に保存されるデータ保持期間であるＲｅｔｅｎｔｉｏｎ Ｔｅｒｍである。

利用バッファ４１４６は、バッファとして利用するブロックストレージ２０内の論理ボリューム２０９の識別子である。

図１０Ｂは、ファイル管理テーブル４１５の一例を示す図である。ファイル管理テーブル４１５は、ハイブリッド制御サーバ４０に保存されるファイル情報である。ファイル管理テーブル４１５は、以下の（４１５０）乃至（４１５７）の情報を持つ。

ファイルＩＤ４１５０は、ファイルの識別子であり、ファイルパスを含んでも良い。

容量４１５１は、ファイルの容量である。

共有ＩＤ４１５２は、ファイルを保存している共有の識別子である。

ライブラリＩＤ４１５３は、共有４１９と繋がっているカートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ４１５４は、共有４１９とつながるカートリッジ３０７の識別子である。

現在場所４１５５は、ライブラリとバッファのうち、どちらに現在のデータがあるか、またその場所を示す情報である。図１０Ｂでは、バッファに現在のデータがある場合、そのデータがある場所としてブロックストレージ２０内の論理ボリューム（Ｖｏｌ１）を例示するが、ハイブリッド制御サーバ４０内のキャッシュメモリ４０４やＨＤＤ４０５内の記憶領域であってもよい。

データ書き込み時間４１５６は、ファイルが最後に書き込まれた時刻を示す情報である。

削除フラグ４１５７は、ファイルが削除されたか否かを示すフラグである。記憶媒体が光ディスクのようなＷｒｉｔｅ Ｏｎｃｅのメディアの場合、ディスクにデータが書き込まれるとそのデータ自体を削除することはできない。そのため、ハイブリッド制御サーバ４０側で管理情報を削除し、ホスト計算機１０からは削除されたように見えるようにする。そのファイルが削除されたか否かを削除フラグ４１５７が示している。

図１１Ａは、バッファ内キャッシュデータ管理テーブル４１６の一例を示す図である。

バッファ内キャッシュデータ管理テーブル４１６は、バッファ内にあるキャッシュデータの属性の情報と、そのデータがどのタイミングで可搬型記憶媒体３０８にＷｒｉｔｅされる予定であるかという情報を格納する。

バッファ内キャッシュデータ管理テーブル４１６は以下の（４１６０）乃至（４１６６）の情報を持つ。

ファイルＩＤ４１６０は、ファイルの識別子であり、ファイルパスを含んでも良い。

容量４１６１はファイルの容量である。

共有ＩＤ４１６２はファイルを保存している共有の識別子である。

ライブラリＩＤ４１６３は、共有４１９と繋がっているカートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ４１６４は、共有４１９とつながるカートリッジ３０７の識別子である。

バッファＩＤ４１６５は、ファイルをキャッシュするバッファの識別子である。図１１Ａには、ブロックストレージ２０内の論理ボリュームを示す識別子を例示するが、ハイブリッド制御サーバ４０内のキャッシュメモリ４０４やＨＤＤ４０５内の記憶領域を指す識別子が格納されてもよい。

Ｗｒｉｔｅ開始予定時刻４１６６は、データがハイブリッド制御サーバ４０内の共有４１９に書き込まれた時刻とマイグレーションポリシーから決定される。

図１１Ｂは、マイグレーションポリシー管理テーブル４１７の一例を示す図である。

マイグレーションポリシー管理テーブル４１７はハイブリッド型記憶装置７０または共有４１９に設定する、バッファ内データを可搬型記憶媒体３０８へＷｒｉｔｅするためのＷｒｉｔｅ基準ポリシーを記載する。このテーブルの値は、装置単位の値は装置の初期構築時に設定され、共有に設定する値は共有作成時に設定される。

マイグレーションポリシー管理テーブルは、以下の（４１７０）乃至（４１７２）の情報を持つ。

装置ＩＤ４１７０は、ハイブリッド型記憶装置７０の識別子である。

共有ＩＤ４１７１は、共有４１９単位でマイグレーションポリシーを設定したい場合に、その共有４１９の識別子を設定する。この欄が空欄の場合は装置単位のマイグレーションポリシーであることを示し、この欄に記載のある共有４１９についてのみ個別でマイグレーションポリシーを適用する。

Ｗｒｉｔｅ開始ポリシー４１７２は、バッファにデータが書き込まれた後、可搬型記憶媒体３０８にデータを書き込むためのポリシーを記載する。図１１Ｂの例では、データが書き込まれたときからの経過時間を記載しているが、それだけでなく例えばバッファの容量利用率などを条件としてもよい。

図１１Ｃは、ユーザ管理テーブル４１８の一例を示す図である。ユーザ管理テーブル４１８は、共有にアクセスするユーザの情報を保持するテーブルである。ユーザ管理テーブルの情報は、以下の（４１８０）乃至（４１８２）の情報を持つ。

ユーザＩＤ４１８０は、共有４１９へアクセスするユーザの識別子である。

共有ＩＤ４１８１は、共有４１９の識別子である。

権限４１８２は、共有４１９へアクセスするときに許可される権限の種別である。

図１２は、管理ソフト側ストレージ構成管理テーブル５１４の一例を示す図である。管理ソフト側ストレージ構成管理テーブル５１４は、ハイブリッド型記憶装置７０のブロックストレージ２０と可搬型記憶装置３０から収集した構成情報であり、以下の（５１４０）乃至（５１４７）の情報を持つ。

装置ＩＤ５１４０は、ハイブリッド型記憶装置７０の識別子である。

装置内構成要素ＩＤ５１４１は、ハイブリッド型記憶装置７０の構成要素であるブロックストレージ２０または可搬型記憶装置３０の識別子である。

装置種別５１４２は、ハイブリッド型記憶装置７０の構成要素がブロックストレージ２０であるか可搬型記憶装置３０であるかを示す情報である。

デバイス種別５１４３は、ブロックストレージ２０または可搬型記憶装置３０が持つデバイスの種類の情報である。デバイス種別５１４３は、上述したデバイス種別２０５０およびデバイス種別３１２０と同様である。

デバイス識別子５１４４は、デバイス種別で示されるデバイスの識別子である。

スペック５１４５は、デバイスのスペックの情報であり、デバイス種別によって設定される項目および値が異なる。詳細は、スペック２０５２およびスペック３１２２と同様である。

親要素５１４６は、各構成要素がどの構成要素に属するかを示す情報である。

媒体寿命５１４７は、データのＲｅａｄ／Ｗｒｉｔｅが可能な寿命を示す情報である。カートリッジ３０７の場合はカートリッジ３０７に含まれる可搬型記憶媒体３０８のうちもっとも寿命が短いものの寿命を示す日時が設定される。

図１３は、カートリッジ管理テーブル５１５の一例を示す図である。カートリッジ管理テーブル５１５は、以下の（５１５０１）乃至（５１５１５）の情報を持つ。

装置ＩＤ５１５０１は、カートリッジ３０７が属するハイブリッド型記憶装置７０の識別子である。

ライブラリＩＤ５１５０２は、カートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ５１５０３は、カートリッジ３０７の識別子である。

ディスク枚数５１５０４は、カートリッジ３０７に含まれる可搬型記憶媒体３０８の数を示す情報である。

全容量５１５０５は、カートリッジ３０７の全体の容量である。

空き容量５１５０６は、カートリッジ３０７の空き容量である。

割り当て共有５１５０７は、カートリッジ３０７が割り当てられている共有４１９の識別子である。

関連カートリッジ５１５０８は、当該カートリッジ３０７と何らかの関連がある他のカートリッジ３０７を示す情報である。何らかの関連とは、例えば、同じ共有４１９に割り当てられている、コピー元とコピー先の関係になっている、などである。

関連理由５１５０９は、関連するカートリッジ３０７との関係を示す情報である。図１３の例では、Ｂａｃｋｕｐにおける正であるか副であるかという情報が入っている。ただし、関連理由５１５０９として、それ以外の情報を設定してもよい。

残り寿命５１５１０は、カートリッジ３０７の残り寿命を示す情報である。

状態５１５１１は、カートリッジ３０７がオンライン状態かオフライン状態かを示す。カートリッジ３０７は、一度、可搬型記憶装置３０に設置するとオンライン状態になるが、可搬型記憶装置から抜きとるとオフライン状態となる。

カートリッジ抜き差し回数５１５１２は、カートリッジ３０７をオンラインからオフラインに替えた回数である。

最終利用時刻５１５１３は、カートリッジ３０７内の可搬型記憶媒体３０８に最後にアクセスした時刻である。

ファイル削除フラグ５１５１４は、カートリッジ３０７内の可搬型記憶媒体３０８のデータが全て削除されたかどうかを示すフラグである。

図１４Ａは、管理ソフト側共有管理テーブル５１６の一例を示す図である。管理ソフト側共有管理テーブル５１６は、ハイブリッド制御サーバ４０内の共有管理テーブル４１４を元に作成されるテーブルであり、以下の（５１６０）乃至（５１６６）の情報を持つ。

装置ＩＤ５１６０は、共有４１９が属するハイブリッド型記憶装置７０の識別子である。

共有ＩＤ５１６１は、共有４１９の識別子である。

ライブラリＩＤ５１６２は、カートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ５１６３は、共有４１９とつながるカートリッジ３０７の識別子である。

全容量５１６４は、共有４１９に割り当てられているカートリッジ３０７の全体の容量である。

空き容量５１６５は、共有４１９の全容量のうちの空き容量である。

Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ５１６５は、共有４１９にデータが保存される期間であるＲｅｔｅｎｔｉｏｎ Ｔｅｒｍである。

利用バッファ５１６６は、バッファとして利用するブロックストレージ２０内の論理ボリュームの識別子である。

図１４Ｂは、管理ソフト側ユーザ管理テーブル５１７の一例を示す図である。管理ソフト側ユーザ管理テーブル５１７は、ハイブリッド制御サーバ４０内の共有管理テーブル４１４を元に作成されるテーブルであり、以下の（５１７０）乃至（５１７３）の情報を持つ。

ユーザＩＤ５１７０は、共有４１９へアクセスするユーザの識別子である。

装置ＩＤ５１７１は、共有４１９が属するハイブリッド型記憶装置７０の識別子である。

共有ＩＤ５１７２は、共有４１９の識別子である。

権限５１７３は、共有４１９へアクセスするときに許可される権限の種別を示す情報である。

図１４Ｃは、スケジュール管理テーブル５１８の一例を示す図である。スケジュール管理テーブル５１８は、管理ソフト側ユーザ管理テーブル５１７とアーカイブ管理サーバ６０内のジョブ管理テーブル６１１とデータ管理テーブル６１２とポリシー管理テーブル６１３の情報を元に作成されるテーブルであり、以下の（５１８０）乃至（５１８６）の情報を持つ。

上位ＩＤ５１８０は、アクセスする上位のホスト計算機１０の識別情報である。本実施例では、上位ＩＤ５１８０として、上位のホスト計算機１０のＩＰアドレスを設定しているが、これに限定されることはない。他の例として、上位ＩＤ５１８０に、ホスト名、ＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）、その他、ホスト計算機１０を識別可能ないかなる情報を用いることもできる。

アクセスユーザＩＤ５１８１は、共有４１９にアクセスするユーザの識別子である。

処理種別５１８２は、データにアクセスする処理の種別である。処理種別５１８２には、Ｒｅａｄ、Ｗｒｉｔｅ、Ｄｅｌｅｔｅなどが設定される。

開始予定時刻５１８３は、処理が開始される予定の時刻である。

終了予定時刻５１８４は、処理が終了される予定の時刻である。処理が終了する予定の時刻が設定されない場合は、終了予定時刻５１８４が空欄となる。

装置ＩＤ５１８５は、アクセスされるハイブリッド型記憶装置７０の識別子である。

共有ＩＤ５１８６は、アクセスされる共有４１９の識別子である。

図１５は、オフライン候補カートリッジ管理テーブル５１９の一例を示す図である。オフライン候補カートリッジ管理テーブル５１９はオフライン判定処理で利用されるテーブルである。オフライン候補カートリッジ管理テーブル５１９は以下の（５１９０）乃至（５１９５）の情報を持つ。オフライン候補カートリッジ管理テーブル５１９を利用するオフライン判定処理の詳細は、図２３のステップＳ１２００および図２４のステップＳ１３００で説明する。

装置ＩＤ５１９０は、ハイブリッド型記憶装置７０の識別子である。

ライブラリＩＤ５１９１は、ライブラリの識別子である。

カートリッジＩＤ５１９２は、カートリッジ３０７の識別子である。

即時オフライン可否５１９３は、カートリッジ３０７が即時オフライン可能か否かを示す情報である。

オフライン可能時刻５１９４は、カートリッジ３０７が一定時間経過後にオフライン可能となる場合のオフライン可能となる時刻である。

オフライン禁止５１９５は、カートリッジ３０７がオフライン禁止か否かを示す情報である。

図１６は、ジョブ管理テーブル６１１の一例を示す図である。ジョブ管理テーブル６１１へは、アーカイブ管理サーバ６０が保持するアーカイブ関連処理のジョブの情報が格納される。ジョブ管理テーブル６１１は、アーカイブ管理サーバ６０の入出力装置６０４からユーザが入力した情報が設定される。ジョブ管理テーブル６１１は、以下の（６１１０）乃至（６１１８）の情報を持つ。

ジョブ識別子６１１０は、ジョブを一意に識別する識別子である。

ジョブ種別６１１１は、ジョブの内容がＲｅａｄ／Ｗｒｉｔｅいずれの種別であるかを示す情報である。

ジョブ実行エージェントマシン６１１２は、各ジョブを実行するマシンのマシン名の情報である。図１６において、Ｈｏｓｔはホスト計算機１０を示し、Ｍｇｍｔは管理サーバを示す。

ジョブ実行エージェントＩＰアドレス６１１３は、各ジョブを実行するマシンのＩＰアドレスの情報である。

利用アプリ／スクリプト６１１４は、各ジョブによって実行されるマシン上のアプリケーションまたはスクリプトの場所を示す情報である。

利用ユーザ６１１５は、各ジョブを実行するときにアクセスするユーザの識別子である。

利用データ６１１６は、各ジョブによって実行されるマシン上のアプリケーションまたはスクリプトが利用するデータを示す情報である。データの情報とは、ホスト計算機１０またはアプリケーションが認識しているファイルを表わす情報あるいはディレクトリ名である。

ジョブの実行開始予定時刻６１１７は、ジョブが実行される予定の時刻の情報である。

図１７Ａは、データ管理テーブル６１２の一例を示す図である。データ管理テーブル６１２へはアーカイブ管理サーバ６０が保持するデータの情報が格納される。データ管理テーブル６１２は、以下の（６１２０）乃至（６１２５）の情報を持つ。

ファイルＩＤ６１２０は、管理対象となるデータのファイルを一意に識別する識別子である。

容量６１２１は、当該データのサイズを示す。

Ｈｏｓｔ６１２２は、データが保存されているホスト計算機１０の場所を示す情報である。

データ保存装置６１２３は、データが保存されているハイブリッド型記憶装置７０の識別子である。

データパス６１２４は、データが保存されている可搬型記憶媒体３０８の記憶領域内のデータパスを示す情報である。なお、この実施例では、データパスのルートの情報がハイブリッド型記憶装置７０の識別子に対応し、その１つ下位のディレクトリがハイブリッド制御サーバ４０の共有４１９の識別子と対応する。

最終アクセス時刻６１２５は、当該データが最後にアクセスされた時刻である。

図１７Ｂは、ポリシー管理テーブル６１３の一例を示す図である。ポリシー管理テーブル６１３にはアーカイブ管理サーバ６０が保持する、ファイルに対するアーカイブポリシーの情報が格納される。ポリシー管理テーブル６１３の情報は、アーカイブ管理サーバ６０の入出力装置６０４からユーザが入力した情報が設定される。ポリシー管理テーブル６１３は以下の（６１３０）乃至（６１３４）の情報を持つ。

階層６１３０は、ファイルが存在するホスト計算機１０またはブロックストレージ２０を示す情報である。図１７Ｂでは、ファイルがホスト計算機１０に保存されている場合をＨｏｓｔ１で示し、ファイルがブロックストレージ２０に格納されている場合をＳＴ１で示している。

ファイル６１３１は、ファイルの識別子である。なお、図１７Ｂでは、ファイル単位にアーカイブポリシーを設定する例を示しているが、これに限定されることはない。ホスト単位やディレクトリ単位でアーカイブポリシーを設定することにしても良い。

移動ポリシー６１３２は、ファイルのデータの移動ポリシーを示す情報である。移動ポリシーとして、例えば、一定期間アクセスが無い場合の移動先を示す情報などが設定される。

移動後の削除ポリシー６１３３は、移動ポリシーに従ってデータを移動した後の元ファイルに対する処理の内容を示すポリシー情報である。移動後の削除ポリシーとして、例えば、アーカイブ前のファイルのショートカットを示すスタブ情報を残す、元のファイルを削除する、などの情報が設定される。

図１８は、実施例１によるハイブリッド型記憶装置７０における記憶領域の割当処理（ステップＳ１００）を示すフローチャートである。本実施例では、ユーザへ提供する記憶領域として共有４１９を用意し、その共有４１９に可搬型記憶媒体３０８を含むカートリッジ３０７を割り当てる例を示すが、カートリッジ３０７単位ではなく可搬型記憶媒体３０８そのものを共有４１９に割り当てても良い。

ステップＳ１０１にて、ユーザまたはストレージ管理者が装置管理サーバ５０内の入出力装置５０４を介して、ストレージ管理プログラム５１０に共有４１９の作成に必要な各種情報の値を入力する。共有４１９の作成に必要な情報として、共有名、共有の容量、ＣＩＦＳ／ＮＦＳなどのサービス種別、共有にアクセス可能なユーザを示すユーザ情報、Ｒｅｐｌｉｃａｔｉｏｎ（Ｂａｃｋｕｐ）設定、Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ設定、共有単位に設定するマイグレーションポリシー、閾値、バッファに必要となる論理ボリュームなどの項目が挙げられる。各項目について以下に説明する。

上記Ｒｅｐｌｉｃａｔｉｏｎ（Ｂａｃｋｕｐ）設定とは、Ｒｅｐｌｉｃａｔｉｏｎに関する設定情報であり、データ保存時に作成する複製の数、Ｂａｃｋｕｐ作成時のＢａｃｋｕｐ先装置、Ｂａｃｋｕｐ作成タイミング（同期、非同期）、などである。

上記Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ設定とは、Ｒｅｔｅｎｔｉｏｎ期間内のアクセス権限、Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ期限、Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ経過後の対応に関する設定情報である。

Ｒｅｔｅｎｔｉｏｎ期間内のアクセス権限は、基本的には、ＲｅａｄＯｎｌｙであるが、場合によっては特定ユーザのみＲｅａｄ／Ｗｒｉｔｅが可能とするなどの設定が可能である。Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ経過後の対応としては、例えば、ストレージ管理者へ通知、自動データ削除、などがある。

上記共有単位のマイグレーションポリシーは、上述したマイグレーションポリシー管理テーブル４１７に含まれるバッファから可搬型記憶媒体３０８へデータを移動するタイミングに関する設定情報である。

上記閾値とは、共有４１９に設定する容量の閾値、性能の閾値、および媒体寿命の閾値などである。容量、性能、媒体寿命などがこの閾値に達するとストレージ管理プログラム５１０は入出力装置５０４を介してストレージ管理者に閾値超過の旨を通知する。

上記バッファに必要な論理ボリュームは、共有４１９にデータを保存して可搬型記憶媒体３０８へデータを書きこむまでに一時的にデータを保存するブロックストレージ２０内の論理ボリューム２０９を指定する。なお、ハイブリッド型記憶装置７０内でバッファ用論理ボリュームを１つしか用意しない運用態様の場合、特に指定せずにデフォルトでその１つの論理ボリュームが指定される。なお、ここに記載した以外の項目を、共有４１９の作成に必要な情報として設定してもよい。

ステップＳ１０２にて、ユーザまたはストレージ管理者が装置管理サーバ５０内の入出力装置５０４を介して、ストレージ管理プログラム５１０を利用して、共有４１９を作成するために必要な容量以上の未割当かつ空き容量を有するカートリッジ３０７を選択する。このときにユーザまたはストレージ管理者がストレージ管理プログラム５１０を利用して手動で必要なカートリッジ３０７を探してもよく、ストレージ管理プログラム５１０が適当なカートリッジ３０７を提示してもよい。なお、このときにオフライン管理が必要な場合があり、その処理が後述のステップＳ１０００以降（特にステップＳ１１１０）の処理に繋がる。

ステップＳ１０３にて、ストレージ管理プログラム５１０が、入力された情報のうちバッファ用に指定されたボリュームがハイブリッド制御サーバ４０に割り当て済か否かチェックする。そのボリュームが既に割り当て済、すなわちマウントまで実施済の場合、ステップＳ１０４へ進む。割り当て済みで無い、つまりマウントまで実施済でない場合、ステップＳ１０５へ進む。

ステップＳ１０４にて、ストレージ管理プログラム５１０がハイブリッド制御サーバ４０のサーバ管理プログラム４１２に対して、共有割当設定リクエストを出す。

ステップＳ１０５にて、ストレージ管理プログラム５１０が、ブロックストレージ２０内の論理ボリューム２０９をハイブリッド制御サーバ４０へ割り当てる処理を実施する。この処理は、一般的なブロックストレージ内のボリュームをサーバへ割り当てる処理であるため詳細は割愛する。論理ボリュームを割り当てた後、ストレージ管理プログラム５１０がハイブリッド制御サーバ４０のサーバ管理プログラム４１２へ論理ボリュームをマウントするよう指示を出す。サーバ管理プログラム４１２はデバイスマネージャ４１３を利用し、割り当てられた論理ボリュームをマウントする。

ステップＳ１０６にて、ハイブリッド制御サーバ４０のサーバ管理プログラム４１２が、指定された情報を元に、共有管理テーブル４１４、マイグレーションポリシー管理テーブル４１７、およびユーザ管理テーブル４１８を更新する。

ステップＳ１０７にて、ハイブリッド制御サーバ４０のサーバ管理プログラム４１２が、設定が完了したことをストレージ管理プログラム５１０へ通知する。

ステップＳ１０８にて、ストレージ管理プログラム５１０は装置管理サーバ５０内のカートリッジ管理テーブル５１５、管理ソフト側共有管理テーブル５１６、および管理ソフト側ユーザ管理テーブル５１７を更新する。なお、カートリッジ管理テーブル５１５は、ステップＳ１０１にて入力された全ての項目を記載していないが、これらの項目の値をカートリッジ管理テーブル５１５に格納してもよい。

図１９Ａは、データ書込み時の処理（ステップＳ１１０）を示すフローチャートである。

ステップＳ１１１にて、ホスト計算機１０からデータがハイブリッド制御サーバ４０内の共有４１９に書きこまれる。読み書きプログラム４１１が共有管理テーブル４１４に記載された情報に従い、バッファにデータを書きこむ。

ステップＳ１１２にて、ハイブリッド制御サーバ４０内のサーバ管理プログラム４１２がファイル管理テーブル４１５とバッファ内キャッシュデータ管理テーブル４１６を更新する。ファイル管理テーブル４１５における現在場所のカラムには、まずは共有管理テーブル４１４で指定された利用バッファの値を設定する。データ書込み時刻には現在の時刻を設定する。バッファ内キャッシュデータ管理テーブル４１６のＷｒｉｔｅ開始予定時刻のカラムには現在時刻とマイグレーションポリシー管理テーブル４１７に記載された条件（Ｗｒｉｔｅ開始ポリシー４１７２）の時間を加算した時刻を設定する。

ステップＳ１１３にて、サーバ管理プログラム４１２が、書き込まれたデータがマイグレーションポリシー管理テーブル４１７に設定された条件を満足するか否かチェックする。

ステップＳ１１４にて、マイグレーションポリシーに設定された条件を満足するデータがある場合、ステップＳ１１４へ進む。条件を満足するデータが無い場合はステップＳ１１３へ戻る。

ステップＳ１１５にて、サーバ管理プログラム４１２は、読み書きプログラム４１１に対して、条件を満足したデータを、指定されたカートリッジ３０７へコピーするよう指示を出す。読み書きプログラム４１１は、指定されたデータを、指定されたカートリッジ３０７へコピーする。なお、カートリッジ３０７およびカートリッジ３０７内の可搬型記憶媒体３０８は事前にハイブリッド制御サーバ４０からアクセスできるように設定しておく。この設定はＳＣＳＩ直結でもよく、デバイスマネージャによるマウントでも、また他の方法による設定でもよい。データのコピーが完了した後、読み書きプログラム４１１は、バッファ内の実データについてはリンク情報（スタブ情報とも呼ぶ）のみ残し、実データを削除する。実データ削除とリンク作成が完了すると、読み書きプログラム４１１はサーバ管理プログラム４１２へ完了通知を送る。

ステップＳ１１６にて、サーバ管理プログラム４１２は、ファイル管理テーブル４１５における現在場所のカラムの値をカートリッジＩＤの値に変更する。また、サーバ管理プログラム４１２は、バッファ内キャッシュデータ管理テーブル４１６の該当データの行を削除する。

図１９Ｂは、データ削除時の処理（ステップＳ１２０）を示すフローチャートである。

ステップＳ１２１にて、ホスト計算機１０からデータ削除リクエストをハイブリッド制御サーバ４０が受け取る。ハイブリッド制御サーバ４０のサーバ管理プログラム４１２は、ファイル管理テーブル４１５を確認し、データ削除リクエストで指定されたデータがバッファにある場合、読み書きプログラム４１１へバッファ内の該当実データを削除するよう指示を出す。

ステップＳ１２２にて、サーバ管理プログラム４１２は、バッファ内のデータを削除した場合は、バッファ内キャッシュデータ管理テーブル４１６の該当行を削除し、ファイル管理テーブル４１５の該当行も削除する。バッファ内から可搬型記憶媒体３０８へ既にデータが移動している場合は、サーバ管理プログラム４１２はファイル管理テーブル４１５の削除フラグをＹｅｓへ変更する。

ステップＳ１２３にて、サーバ管理プログラム４１２は、共有管理テーブル４１４とファイル管理テーブル４１５の内容から、１つのカートリッジ３０７内の全てのデータの削除フラグがＹｅｓになっているカートリッジ３０７があるか否か調べ、全てのデータが削除になっているカートリッジ３０７があれば、ステップＳ１２４へ進む。全てのデータが削除されているカートリッジ３０７がなければ、処理を終了する。

ステップＳ１２４にて、サーバ管理プログラム４１２は、ストレージ管理プログラム５１０へ、全データが削除されたカートリッジ３０７の情報を通知する。通知を受けたストレージ管理プログラム５１０は、カートリッジ管理テーブル５１５において、通知されたカートリッジ３０７のファイル削除フラグをＹｅｓへ変更する。

なお、ここではステップＳ１２４でサーバ管理プログラム４１２がストレージ管理プログラム５１０へ情報を通知することにしたが、これに限定されない。他の例として、ストレージ管理プログラム５１０が定期的にハイブリッド制御サーバ４０のサーバ管理プログラム４１２へ問い合わせることにより情報を取得し、カートリッジ管理テーブル５１５を更新することにしてもよい。

図２０は、オフライン管理の全体処理を示すフローチャートである。実施例１では、ハイブリッド制御サーバ４０がホスト計算機１０からアクセス可能なファイルＩ／Ｆを提供する構成のシステムにおける処理の流れを示す。

ステップＳ１０００にて、定期的に、ユーザまたは管理者がアーカイブ管理サーバ６０に対してスケジュール情報を入力し、またアーカイブ管理サーバ６０内の階層管理プログラム６１０が各種情報を収集し、さらに装置管理サーバ５０のストレージ管理プログラム５１０が各種情報を収集する。

ステップＳ１１００にて、ユーザまたはストレージ管理者が記憶領域の作成または追加を実施する。また、ユーザが、データ読み出し処理のような、カートリッジ３０７内のデータを利用する処理が実施される。この処理内でオフライン管理が必要な処理が発生する。

ステップＳ１２００にて、装置管理サーバ５０内のオフライン可否判定プログラム５１３が現在の構成情報およびユーザ情報をもとにカートリッジ３０７のオフライン判定を実施する。ステップＳ１２００のオフライン判定で、オフライン化することが禁止されるカートリッジ３０７、即時オフライン化することが可能なカートリッジ３０７、現在の構成ではオフライン化できるか否か判定することができないカートリッジ３０７が判別される。

ステップＳ１３００にて、装置管理サーバ５０内のオフライン可否判定プログラム５１３がスケジュール管理テーブル５１８に設定されている情報を元に、将来の構成情報およびユーザ情報を計算し、その情報からカートリッジ３０７のオフライン判定を実施する。ステップＳ１３００のオフライン判定で、ステップＳ１２００で、現在の構成ではオフライン化できるか否か判定することができなかったカートリッジ３０７を対象とし、将来の構成では将来の所定の時刻にオフライン化することが可能となるカートリッジ３０７、将来の構成を考慮してオフライン化することが禁止されるカートリッジ３０７が判別される。

ステップＳ１４００にて、装置管理サーバ５０内のストレージ管理プログラム５１０がオフライン候補カートリッジ一覧を表示する。

以上の処理により、オフライン管理が必要となった場合に、ストレージ管理者は、オフライン化すべきカートリッジ３０７またはオフライン化してはいけないカートリッジ３０７を知ることができる。

図２１Ａ〜Ｃは、ステップＳ１０００の詳細処理を示すフローチャートである。ステップＳ１０００は３つの処理からなる。

図２１Ａは、スケジュール情報を入力する処理（ステップＳ１０１０）を示すフローチャートである。

ステップＳ１０１１にて、ユーザまたはアーカイブ管理者が、アーカイブ管理サーバ６０の入出力装置６０４を介して階層管理プログラム６１０に対して、ジョブ実行情報を入力する。ジョブ実行情報とは、実行するジョブのジョブ種別、ジョブ実行エージェントマシン、ジョブ実行エージェントＩＰアドレス、（必要に応じて）利用アプリまたはスクリプト、ジョブ実行（データアクセス用）ユーザ、利用データ、およびジョブの実行開始予定時刻を含む。ジョブ種別は、基本的にはＲｅａｄ／Ｗｒｉｔｅの種別であるが、アーカイブ管理サーバ６０の処理としてバックアップしたアーカイブデータをリストアするＲｅｓｔｏｒｅなどといったジョブ種別も記載が可能とする。利用アプリまたはスクリプトには、例えばデータを移動する必要がある場合に、データの移動元および移動先などの詳細な処理を記載することが可能である。

ステップＳ１０１２にて、ユーザまたはアーカイブ管理者が入力した情報をもとに階層管理プログラム６１０がジョブ管理テーブル６１１を更新する。

図２１Ｂは、データ情報を収集する処理（ステップＳ１０２０）を示すフローチャートである。

ステップＳ１０２１にて、階層管理プログラム６１０がホスト計算機１０から、ＯＳ、アプリケーション、あるいは階層管理エージェント１０５を通じて、ファイル情報を定期的に収集する。ホスト計算機１０ａから直接データをハイブリッド制御サーバ４０へ転送する場合、ハイブリッド制御サーバ４０内の階層管理エージェント４１０からファイル情報を定期的に収集する。

ステップＳ１０２２にて、階層管理プログラム６１０が、収集した情報に基づいてデータ管理テーブル６１２を更新する。

図２１Ｃは、装置管理サーバ５０が情報を収集する処理（ステップＳ１０３０）を示すフローチャートである。

ステップＳ１０３１にて、装置管理サーバ５０内のストレージ管理プログラム５１０が、ブロックストレージ２０内のブロックストレージ管理プログラム２０４からブロック構成管理テーブル２０５の情報を、可搬型記憶装置３０内の可搬型記憶装置管理プログラム３１１から可搬型記憶装置構成管理テーブル３１２の情報を、定期的に収集する。また、装置管理サーバ５０内のハイブリッド制御サーバ管理プログラム５１１が、ハイブリッド制御サーバ４０内のサーバ管理プログラム４１２から共有管理テーブル４１４、ファイル管理テーブル４１５、バッファ内キャッシュデータ管理テーブル４１６、およびユーザ管理テーブル４１８の情報を定期的に収集する。また、装置管理サーバ５０内のアーカイブ管理サーバ連携プログラム５１２がアーカイブ管理サーバ６０内の階層管理プログラム６１０からジョブ管理テーブル６１１とデータ管理テーブル６１２とポリシー管理テーブル６１３の情報を定期的に収集する。

ステップＳ１０３２にて、ストレージ管理プログラム５１０は、ブロック構成管理テーブル２０５と可搬型記憶装置構成管理テーブル３１２の情報に基づき、管理ソフト側ストレージ構成管理テーブル５１４の情報を更新する。またストレージ管理プログラム５１０は、共有管理テーブル４１４とユーザ管理テーブル４１８の情報に基づき、管理ソフト側共有管理テーブル５１６と管理ソフト側ユーザ管理テーブル５１７の情報を更新する。また、ストレージ管理プログラム５１０は、管理ソフト側共有管理テーブル５１６とファイル管理テーブル４１５とジョブ管理テーブル６１１とデータ管理テーブル６１２の情報に基づき、スケジュール管理テーブル５１８の情報を更新する。なお、データ管理テーブル６１２の説明で述べたように、データパス６１２４がハイブリッド型記憶装置７０内の各種における識別子と対応させることができる。この実施例では、データパスのルートの情報がハイブリッド型記憶装置７０の識別子と対応し、その１つ下位のディレクトリがハイブリッド制御サーバ４０の共有４１９の識別子と対応する。よって、この情報からＯＳが認識するデータパスと、ハイブリッド制御サーバ４０が認識するデータの位置および共有４１９を対応づけることが可能であり、さらにジョブ管理テーブル６１１のジョブ情報から、データに対するアクセススケジュールをスケジュール管理テーブル５１８に設定することが可能となる。

図２２Ａ、ＢはステップＳ１１００の詳細処理を示すフローチャートである。ステップＳ１１００は大きく２つの処理からなる。１つは、記憶領域（共有）を作成する処理と記憶領域容量を追加する処理である。もう１つは、データのＲｅａｄ／Ｗｒｉｔｅの処理である。いずれについてもオフライン管理のきっかけとなる処理を説明する。

図２２Ａは、ステップＳ１１００のうち、記憶領域（共有）の作成および記憶領域容量の追加の処理（ステップＳ１１１０）を示すフローチャートである。

ステップＳ１１１１にて、まず、記憶領域（共有）の作成あるいは容量の追加に必要となる容量の情報を入力する。この処理は、記憶領域（共有）の作成については、図１８に示したステップＳ１０１に相当する。

ステップＳ１１１２にて、ストレージ管理プログラム５１０がカートリッジ管理テーブル５１５の情報に基づき、必要な空き容量を満足するカートリッジがあるか否か調べる。必要な空き容量がある場合、ステップＳ１１１３へ進み、ない場合はステップＳ１２００へ進む。

ステップＳ１１１３にて、ストレージ管理プログラム５１０が、割り当てることが可能なカートリッジ３０７に該当するカートリッジ３０７の情報を表示する。この場合、オフライン管理の処理は不要なので、オフライン管理の全処理がここで終了となる。

図２２Ｂは、ステップＳ１１００のうち、Ｒｅａｄ／Ｗｒｉｔｅ要求の処理（ステップＳ１１２０）を示すフローチャートである。

ステップＳ１１２１にて、サーバ管理プログラム４１２がホスト計算機からＲｅａｄ／Ｗｒｉｔｅ要求を受けたとき、またはストレージ管理プログラム５１０がスケジュール管理テーブル５１８を参照してＲｅａｄ／Ｗｒｉｔｅ要求が予定されていることを知ったとき、カートリッジ管理テーブル５１５の情報から、Ｒｅａｄ／Ｗｒｉｔｅ要求の対象に該当するカートリッジ３０７の状態がオフラインかどうか調べる。該当するカートリッジ３０７がオフライン状態でなければ、オフライン管理の処理は不要であるため、オフライン管理の全処理がここで終了となる。一方、該当するカートリッジ３０７がオフライン状態であれば、ステップＳ１２００へ進む。

図２３は、オフライン可否判定プログラム５１３が現在の構成情報およびユーザ情報をもとにカートリッジのオフライン判定を実施する処理（ステップＳ１２００）のフローチャートである。

ステップＳ１２０１にて、装置管理サーバ５０内のオフライン可否判定プログラム５１３が、既にオフライン候補カートリッジ管理テーブル５１９に古い情報が設定されていれば、その内容を削除する。

以降のステップＳ１２０２〜Ｓ１２１０の処理は、カートリッジ管理テーブル５１５に記載された全てのカートリッジ３０７に対してループ処理を実施する。以下、各カートリッジ３０７に対する処理内容を説明する。

ステップＳ１２０２にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５のファイル削除フラグを確認し、カートリッジ３０７内のデータが削除されているか否かチェックする。データが削除されていれば当該カートリッジ３０７へのアクセスが発生することはないため、ステップＳ１２０９へ進む。データが削除されていなければステップＳ１２０３へ進む。

ステップＳ１２０３にて、オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８を調べ、該当カートリッジ３０７が割当済となっている共有４１９に、基準時間以内に、Ｒｅａｄ／Ｒｅｓｔｏｒｅ等、参照するアクセスが発生する予定があるか否か調べる。これは、共有４１９にアクセスする全てのユーザのスケジュールをチェックすることにより調べることができる。なお、上記基準時間は固定されていてもよいし、変更可能であってもよい。基準時間を固定する場合、例えばマイグレーションポリシーとして設定されている時間（例：２４時間）を用いても良いし、別途、ハイブリッド型記憶装置７０に固有の値が設定されてもよい。また、ストレージ管理プログラム５１０において基準時間をユーザによる設定が可能にしておいて、必要に応じて、ユーザが基準時間を設定することにしてもよい。スケジュールを調べた結果、カートリッジ３０７を参照するアクセスが発生する予定がある場合、そのカートリッジ３０７をオフライン化にしてはいけないため、ステップＳ１２０８へ進む。そのカートリッジ３０７を参照するアクセスが発生する予定がない場合、ステップＳ１２０４へ進む。

ステップＳ１２０４にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５を参照し、カートリッジ３０７に容量に空きがあるか否かチェックする。カートリッジ３０７に空きがある場合は、現時点では、そのカートリッジ３０７がオフライン化することができるか否かを判断するための十分な情報が未だ揃っていないため、ステップＳ１２１０へ進む。カートリッジ３０７に空きが無ければ、ステップＳ１２０５へ進む。

ステップＳ１２０５にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５を参照し、そのカートリッジ３０７に関連カートリッジがあるか否かチェックする。関連カートリッジがあれば、ステップＳ１２０５へ進む。ここで関連カートリッジが無いカートリッジ３０７は、そのカートリッジ３０７を参照するアクセスが発生する予定もなく、空き容量もないため、当該カートリッジ３０７へアクセスされることが無いと考えられる。そのため、ステップＳ１２０９へ進む。

ステップＳ１２０６にて、オフライン可否判定プログラム５１３が、スケジュール管理テーブル５１８を調べ、基準時間以内に全ての関連カートリッジが割当済の共有４１９に、Ｒｅａｄ／Ｒｅｓｔｏｒｅ等、その関連カートリッジをアクセスする予定があるか否か調べる。これは、共有４１９にアクセスする全てのユーザのスケジュールについてチェックすることで調べることができる。ここでの基準時間の考え方は、ステップＳ１２０３での基準時間の考え方と同じである。関連カートリッジを参照するアクセスが発生する予定がある場合、今後、当該カートリッジ３０７もアクセスされる可能性があると考え、安全のためにオフライン禁止と判断し、ステップＳ１２０８へ進む。関連カートリッジを参照するアクセスが発生する予定が無い場合は、ステップＳ１２０７へ進む。

ステップＳ１２０７にて、オフライン可否判定プログラム５１３が、全ての関連カートリッジの空き容量を調べる。カートリッジ３０７に空き容量のある関連カートリッジが無い場合は、そのカートリッジ３０７は即時オフライン可能であると判断できるため、ステップＳ１２０９へ移行する。１つでも空き容量のある関連カートリッジがあり、その関連カートリッジとの関連理由がＢａｃｋｕｐの正側である場合、現時点では、そのカートリッジ３０７はまだオフライン化することができるか否かの判断ができない。将来、関連カートリッジに空き容量が無くなった時点で、関連カートリッジ全体として判定が変わる可能性があるためである。そこで、その場合にはステップＳ１２１０へ進む。それ以外の場合は、即時オフライン化が可能と考えられるため、ステップＳ１２０９へ進む。

ステップＳ１２０８にて、オフライン可否判定プログラム５１３が、オフライン候補カートリッジ管理テーブル５１９に、当該カートリッジ３０７をオフライン禁止と登録する。すなわち、オフライン候補カートリッジ管理テーブル５１９のオフライン禁止カラムにＹｅｓを設定する。

ステップＳ１２０９にて、オフライン可否判定プログラム５１３がオフライン候補カートリッジ管理テーブル５１９に当該カートリッジを即時オフライン化が可能なカートリッジとして登録する。すなわちフライン候補カートリッジ管理テーブル５１９の即時オフライン可否カラムにＹｅｓを設定する。

ステップＳ１２１０にて、オフライン可否判定プログラム５１３が、当該カートリッジ３０７を現在構成ではオフライン化すべきかどうか判断できないカートリッジとする。そのカートリッジ３０７については、このフローではオフライン可否が確定しない。

ループ処理として次のカートリッジ３０７へ処理を移行させるため、次のカートリッジ３０７についてステップＳ１２０２からの処理を実行する。そして、全てのカートリッジ３０７についての処理が終わると、ステップＳ１３００へ進む。

図２４は、オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８に設定されている情報を元に将来の構成情報およびユーザ情報を計算し、その情報からカートリッジ３０７のオフライン判定を実施する処理（ステップＳ１３００）のフローチャートである。ステップＳ１３０１〜Ｓ１３０９では、カートリッジ管理テーブル５１５に記載されたカートリッジ３０７のうち、ステップＳ１２００でオフライン可否の判定がされなかったカートリッジ３０７に対してループ処理を実施する。以下、各カートリッジ３０７に対する処理内容について説明する。

ステップＳ１３０１にて、オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８の内容に基づき、基準時間以内に、カートリッジ３０７内のデータが全て削除されるかどうか、またはカートリッジ３０７が寿命に到達するかどうか、またはカートリッジ３０７のＲｅｔｅｎｔｉｏｎＴｅｒｍが経過するかどうか、をチェックする。

ここでの基準時間は、ステップＳ１２０３の処理における基準時間と同様、固定であってもよいし、可変であってもよい。この基準時間以内に、データの削除、または寿命に到達、またはＲｅｔｅｎｔｉｏｎＴｅｒｍが経過、という事象が発生する予定があれば、その事象の発生した以降は、カートリッジ３０７がアクセスされることがないため、ステップＳ１３０９へ進む。それらに事象の予定がなければ、ステップＳ１３０２へ進む。

ステップＳ１３０２にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５を参照し、カートリッジ３０７に空き容量があるか否かチェックする。空き容量があればステップＳ１３０３へ進み、空き容量が無ければステップＳ１３０６へ進む。

ステップＳ１３０３にて、オフライン可否判定プログラム５１３が、ストレージ管理プログラム５１０が取得したバッファ内キャッシュデータ管理テーブル４１６の情報を取得する。

ステップＳ１３０４にて、オフライン可否判定プログラム５１３が、バッファ内キャッシュデータ管理テーブル４１６及び管理ソフト側ストレージ構成管理テーブル５１４の情報から、バッファから当該カートリッジ３０７の可搬型記憶媒体３０８に保存する予定のデータが書込み完了する時刻を計算する。バッファ内キャッシュデータ管理テーブル４１６のデータサイズとＷｒｉｔｅ開始予定時刻の情報と、管理ソフト側ストレージ構成管理テーブル５１４のＨＤＤのＲｅａｄ／Ｗｒｉｔｅ性能情報と、ライブラリのドライブのＲｅａｄ／Ｗｒｉｔｅ性能情報と、ロボットのロード時間の情報とから、データ書込み完了時刻を計算することができる。

ステップＳ１３０５にて、オフライン可否判定プログラム５１３が、ステップＳ１３０４の結果の書込みを完了してもカートリッジ３０７の空き容量が残るか否かをチェックする。空き容量が残る場合は現時点ではオフライン化してよいかどうか未だ判断ができないため、安全のためオフライン禁止と考え、ステップＳ１３０８へ進む。空き容量が無くなる場合、カートリッジ３０７へのアクセスの予定が無く、空き容量も無くなるため、ステップＳ１３０９へ進む。

ステップＳ１３０６にて、オフライン可否判定プログラム５１３が全ての関連カートリッジについて、ステップＳ１３０３、Ｓ１３０４を実施する。

ステップＳ１３０７にて、ステップＳ１３０３およびＳ１３０４を実施した後、オフライン可否判定プログラム５１３が、全ての関連カートリッジを確認し、基準時間以内において空き容量がある状態の関連カートリッジがあるか否か確認する。空き容量がある関連カートリッジがあるカートリッジ３０７は、現時点ではオフライン化してよいかどうかの判断ができないため、安全のためオフライン禁止と考え、ステップＳ１３０８へ進む。基準時間内に全ての関連カートリッジ空き容量が無くなる場合、カートリッジ３０７へのアクセス予定が無く、カートリッジ３０７の空き容量も無くなるため、ステップＳ１３０９へ進む。

ステップＳ１３０８に、オフライン可否判定プログラム５１３がオフライン候補カートリッジ管理テーブル５１９に当該カートリッジ３０７をオフライン禁止として登録する。すなわち、オフライン候補カートリッジ管理テーブル５１９のオフライン禁止カラムにＹｅｓを設定する。

一方、ステップＳ１３０９にて、オフライン可否判定プログラム５１３がオフライン候補カートリッジ管理テーブル５１９に当該カートリッジを将来にオフライン可能なカートリッジとして登録する。すなわち、オフライン候補カートリッジ管理テーブル５１９の即時オフライン可否カラムにＮｏを設定し、オフライン可能時刻にチェックした基準時間または所定の条件を満たす時間を設定する。

全てのカートリッジ３０７のチェックが終わるとオフライン可否判定プログラム５１３がストレージ管理プログラム５１０に対してオフライン可否判定が終わったことを通知し、ステップＳ１４００へ進む。

図２５は、装置管理サーバ５０内のストレージ管理プログラム５１０がオフライン候補カートリッジ一覧を表示する処理（ステップＳ１４００）のフローチャートである。

ステップＳ１４０１にて、ストレージ管理プログラム５１０がオフライン候補カートリッジ管理テーブル５１９にオフライン可能なカートリッジ３０７があるか否かチェックする。すなわち、オフライン候補カートリッジ管理テーブル５１９に、即時オフライン可否カラムにＹｅｓが設定されているか、またはオフライン可能時刻に値が設定されているカートリッジ３０７があるか否かチェックする。チェックの結果、オフライン可能に該当するカートリッジ３０７がある場合はステップＳ１４０２へ進む。オフライン可能に該当するカートリッジ３０７が無い場合はステップＳ１４０５へ進む。

ステップＳ１４０２にて、ストレージ管理プログラム５１０がオフライン候補カートリッジ管理テーブル５１９から即時オフライン可否カラムがＹｅｓのカートリッジ３０７を抽出し、即時オフライン可能カートリッジの一覧を作成する。

ステップＳ１４０３にて、ストレージ管理プログラム５１０がオフライン候補カートリッジ管理テーブル５１９からオフライン可能時刻が設定されているカートリッジ３０７を抽出し、そのオフライン可能時刻から現在時刻を減算することにより必要な待ち時間を計算し、条件付きオフライン可能カートリッジの一覧を作成する。

ステップＳ１４０４にて、ストレージ管理プログラム５１０がステップＳ１４０２およびＳ１４０３で作成した一覧をオフライン可能カートリッジとしてストレージ管理者へ提示する。図２６は、オフライン可能カートリッジをストレージ管理者へ提示するＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の一例を示す図である。図２６の説明は後述する。なお、ここではＧＵＩによってオフライン可能カートリッジをストレージ管理者に提示する例を示したが、これに限定されることはない。他の例とし、ＧＵＩでなくてもよく、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）で提示しても良く、ｅメールやトラップによって通知してもよい。

ステップＳ１４０５にて、ストレージ管理プログラム５１０が、オフライン可能カートリッジが存在しないことをストレージ管理者へ提示する。

図２６では、オフライン化する候補のカートリッジ３０７の一覧を提示するＧＵＩの一例を示す。Ｇ１０００が画面全体を示す。Ｇ１００１はストレージ管理プログラム５１０が管理しているハイブリッド型記憶装置７０の一覧を示すペインである。Ｇ１００２は、Ｇ１００１にて特定されたハイブリッド型記憶装置７０内のオフライン管理を実施する候補のカートリッジ３０７の一覧を示す。Ｇ１００３は、即時オフライン可能カートリッジの一覧を示す。Ｇ１００３には、カートリッジ３０７を特定するためのライブラリ識別子、カートリッジ識別子、全容量、および空き容量が示される。Ｇ１００４は一定時間経過後にオフライン可能となるカートリッジ３０７の一覧を示す。ここには、カートリッジ３０７を特定するためのライブラリ識別子、カートリッジ識別子、全容量、および空き容量に加え、更に、オフライン可能となるまでの待ち時間を示す。なお、ここでは待ち時間を示す例を示したが、本発明がこれに限定されることはない。他の例として、待ち時間でなく、オフライン可能となる絶対的な時刻を提示することにしてもよい。さらに、この一覧の情報はこれらに限らずカートリッジ抜き差し回数など他の情報を提示してもよい。また、Ｇ１００３とＧ１００４の一覧はクリックすることにより各カラムをソートできてもよい。例えば、任意の項目をクリックすることにより、その項目を基準としてカートリッジが並べ替えられてもよい。このソート処理により、各項目を基準とした順位にカートリッジを並べ替えることが可能となり、オフライン可能なカートリッジのうち、特定の項目基準で選択することが容易となる。

以上、本実施例の処理により、ハイブリッド制御サーバ４０が提供するファイルＩ／Ｆによりホスト計算機１０からアクセスが可能な構成のハイブリッド型記憶装置７０において、オフライン管理実施時には、ストレージ管理者が装置内部の処理まで意識せずに、オフライン化すべきカートリッジ３０７またはオフライン化してはいけないカートリッジ３０７を適切に選択することが可能となる。また、それにより、不要なオフライン処理の回数を減らすことができる。

本実施例では、第１段階として、カートリッジ３０７について、即時にオフライン化が可能であるか、オフライン化することが禁止であるか、そのどちらともいえないかを判定し、第１段階において、どちらともいえないと判断されたカートリッジ３０７について、第２段階として、所定の基準時間内にオフライン化が可能となるか否かを判定する。そのため、現在の状態だけでなく、将来の状態も考慮してオフラインするものを適切に判断することができる。

また、装置管理サーバ５０は、第１段階において、全てのデータが削除済ではなく、アクセス予定がなく、空き容量があるカートリッジ３０７を、即時にオフライン化が可能あるいはオフライン化することが禁止のどちらとも言えないと判定する。これにより、アクセス予定が無くても空き容量があれば、将来にはアクセスが発生する可能性があるとして第２段階に移行するので、将来のアクセスの可能がある場合に、その可能性を考慮して適切な判断を行うことができる。

また、装置管理サーバ５０は、第１段階において、アクセス予定があるカートリッジ３０７を、オフライン化することが禁止であると判定する。アクセス予定がある場合にオフライン化すべきでないと判断するので、アクセスされたカートリッジ３０７がオフライン化されていたという事態の発生を低減することができる。

また、装置管理サーバ５０は、第１段階において、正副の関連付けがされて使用される関連カートリッジがあるカートリッジ３０７については、カートリッジ３０７および関連カートリッジの状態に基づいて判定を行う。正副の関連付けがされているカートリッジ３０７はアクセスの発生が相互に依存するので、関連カートリッジの状態も考慮することにより、より適切な判断が可能となっている。

また、装置管理サーバ５０は、第１段階において、全てのデータが削除済ではなく、アクセス予定がなく、空き容量がないカートリッジ３０７については、そのカートリッジ３０７と正副の関連付けがされて使用される関連カートリッジがある場合、関連カートリッジにアクセス予定がなく、関連付けにおいて、カートリッジ３０７が正側であり、関連カートリッジに空き容量があれば、カートリッジ３０７を、即時にオフライン化が可能でもオフライン化することが禁止でもないと判定する。これにより、関連カートリッジがある場合に、将来、関連カートリッジに空き容量が無くなった時点で、関連カートリッジの判定が変わる可能性があることを考慮して、カートリッジ３０７について適切な判断を行うことが可能となっている。

また、装置管理サーバ５０は、第２段階において、所定の基準時間内に、全てのデータが削除されるか、寿命に達するか、リテンションタームが経過するかのいずれかの状態になるカートリッジ３０７を、それらの状態になる時刻以降はオフラインすることが可能であると判定する。第１段階では、オフライン化が可能か否か判断できなかったカートリッジ３０７であっても、基準時間内に所定の状態になるのであれば、それ以降はオフライン化が可能であると容易に適切な判断をすることができる。

また、装置管理サーバ５０は、第２段階において、カートリッジ３０７が、基準時間内に完了する書き込みが行われた後に空き容量がなければ、ある時刻以降はオフライン化することが可能であると判定し、書き込みが行われた後に空き容量があれば、オフライン化することが禁止であると判定する。基準時間内の書き込みによって空き容量が無くなる場合にそれ以降はオフライン化することが可能であると判断するので、基準時間内の将来のアクセスを考慮して適切に判断を行うことができる。

また、装置管理サーバ５０は、第２段階において、正副の関連付けがされて使用される関連カートリッジがあるカートリッジ３０７については、そのカートリッジ３０７および関連カートリッジの基準時間後の状態に基づいて判定を行う。正副の関連付けがされているカートリッジ３０７については、将来の状態についても関連カートリッジへのアクセスも考慮してオフライン化が可能か否か判断するので、関連付けがされているカートリッジ３０７について、より適切な判断が可能である。

また、装置管理サーバ５０は、第２段階において、関連カートリッジに基準時間内に完了する書き込みが行われた後に空き容量がなければ、カートリッジ３０７をある時刻以降はオフライン化することが可能であると判定し、関連カートリッジに書き込みが行われた後に空き容量があれば、カートリッジ３０７をオフライン化することが禁止であると判定する。関連カートリッジの基準時間内の書き込みが行われた後の空き容量の有無により、カートリッジ３０７のオフライン化の可否を判定するので、関連カートリッジがあるカートリッジ３０７については関連カートリッジへの書き込みの予定を含めた適切な判断を行うことができる。

なお、本実施例ではアーカイブ管理サーバ６０の情報（ジョブ管理テーブル６１１、データ管理テーブル６１２、ポリシー管理テーブル６１３）はアーカイブ管理サーバ連携プログラム５１２と階層管理プログラム６１０が通信することにより、装置管理サーバ５０がアーカイブデータに対するアクセススケジュールを取得してスケジュール管理テーブル５１８の情報を作成したが、必ずしも通信によって取得する必要は無く、例えば、入出力装置５０４を介してユーザがスケジュールを手動で入力して、スケジュール管理テーブルを作成してもよい。

実施例２では、ハイブリッド型記憶装置７０において、ハイブリッド制御サーバ４０がホスト計算機１０からアクセスが可能なブロックＩ／Ｆを提供する構成の一例を示す。実施例１でユーザに提供していた記憶領域である共有４１９が、実施例２ではブロックのＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ；論理ユニット）となる。そのため、実施例１における共有に実施例２におけるＬＵが対応する。

ここでは、実施例１における共有情報を実施例２におけるＬＵ情報に置き換えるだけの部分については説明を省略し、主にそれ以外の差分のみを説明する。

また、本実施例では、ＬＵ単位でオフライン管理およびデータ移動を行う例を取り上げて、その処理について説明するが、これは一例であり、他の例としてデータの移動はブロックのページ単位で実施してもよい。

図２７は、実施例２におけるハイブリッド制御サーバの構成を示すブロック図である。実施例２のハイブリッド制御サーバ４２はブロックＩ／Ｆを提供する。図６に示した、ファイルＩ／Ｆを提供する実施例１のハイブリッド制御サーバ４０との違いは、制御プロセッサ４０２がブロック制御プロセッサ４２２に変更されていること、共有管理テーブル４１４がＬＵ構成管理テーブル４２４に変更されていること、ファイル管理テーブル４１５に対応するテーブルが無くなっていること、また、バッファ内キャッシュデータ管理テーブルとマイグレーションポリシー管理テーブルの内容も共有がＬＵ情報に変更されていることである。また、ユーザ管理テーブル４１８はアクセス管理テーブル４２８に変更されている。また、ユーザへ提供する記憶領域が共有４１９からＬＵ４２９へ変更されている。

図２８は、実施例２における装置管理サーバの構成を示すブロック図である。ブロックＩ／Ｆを提供するハイブリッド制御サーバ４２を管理する装置管理サーバ５２の例が示されている。図６に示した、この装置管理サーバ５２における、ファイルＩ／Ｆを提供するハイブリッド制御サーバ４０を管理する実施例１による装置管理サーバ５２との違いは、管理ソフト側共有管理テーブル５１６が管理ソフト側ＬＵ構成管理テーブル５２６に変更されていること、管理ソフト側ユーザ管理テーブル５１７が管理ソフト側アクセス管理テーブル５２７に変更されていること、スケジュール管理テーブルの内容が変更されていることである。

ハイブリッド制御サーバ４２が持つテーブルのうち、実施例１とは共有とＬＵの違いだけでない違いがあるものについて説明する。

図２９Ａは、実施例２におけるＬＵ構成管理テーブル４２４の一例を示す図である。ＬＵ構成管理テーブル４２４は、以下の（４２４０）乃至（４２４８）の情報を持つ。

ＬＵ ＩＤ４２４０は、ＬＵの識別子である。

ライブラリＩＤ４２４１は、カートリッジ３０７を保持するライブラリの識別子である。

カートリッジＩＤ４２４２は、ＬＵとつながるカートリッジ３０７の識別子である。

全容量４２４３は、ＬＵに割り当てられているカートリッジ３０７の全容量を示す。

空き容量４２４４は、全容量４２４３のうちの空き容量を示す。

Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ４２４５は、ＬＵに設定されるデータ保護期間であるＲｅｔｅｎｔｉｏｎ Ｔｅｒｍを示す。

利用バッファ４２４６は、バッファとして利用するブロックストレージ２０内の論理ボリュームの識別子で表されている。

現在場所４２４７は、ライブラリとバッファのうち、どちらに現在のデータがあるか、また、そのどの場所にデータがあるかを示す。図２９Ａでは、データがバッファにある場合、現在場所４２４７としてブロックストレージ２０内の論理ボリュームを示した例が挙げられている。しかし、これに限定されることはなく、ハイブリッド制御サーバ４２内のキャッシュメモリやＨＤＤ内の記憶領域を指し示してもよい。

可搬型記憶媒体３０８が光ディスクのようなＷｒｉｔｅ Ｏｎｃｅのメディアの場合、一旦ディスクにデータが書き込まれるとそのデータ自体は削除できない。そのため、ファイルサーバ側で管理情報を削除することでホスト計算機からは削除したように見えるようにしている。削除フラグ４２４８は、その場合にデータが削除されたか否かを示すフラグである。実施例１ではファイル単位で当該情報（削除フラグ４２４８）を保持していたが、実施例２ではＬＵ単位で情報を保持する。なお、ブロックのページ単位で当該情報を保持しても良い。

図２９Ｂは、実施例２によるマイグレーションポリシー管理テーブル４２７の一例を示す図である。マイグレーションポリシー管理テーブル４２７は、以下の（４２７０）乃至（４２７２）の情報を持つ。

装置ＩＤ４２７０は、ハイブリッド型記憶装置７０の識別子である。

ＬＵ ＩＤ４２７１は、ＬＵの識別子であり、ＬＵ単位でマイグレーションポリシーを設定したい場合にそのＬＵの識別子が設定される。この欄が空欄の場合は装置単位のマイグレーションポリシーが用いられることを示し、この欄に記載のあるＬＵについてのみ個別でＬＵ単位のマイグレーションポリシーが適用される。

Ｗｒｉｔｅ開始ポリシー４２７２は、バッファに書き込まれたデータを可搬型記憶媒体３０８に書き込むためのポリシーである。実施例１では、バッファへのデータ書込みからの経過時間をこのポリシーとして記載していた。しかし、実施例２のようにＬＵ単位の場合は、実施例１のファイル単位とは異なり、ＬＵが保持できる容量いっぱいまでＷｒｉｔｅデータが蓄積された場合に、バッファ内のデータの可搬型記憶媒体３０８への書込みが発生するという利用方法が多い。そのため、実施例２では、そちらの例を挙げて説明する。

なお、このように、可搬型記憶媒体３０８へのＷｒｉｔｅの開始を規定するＷｒｉｔｅ開始ポリシーが、バッファへの書き込みからの経過時間でなく、バッファの使用容量で規定される場合、後述するように、装置管理サーバ５２内のＬＵ容量履歴管理テーブルで容量の履歴を管理しておき、ステップＳ１３００の処理で必要となる将来の構成を予測すればよい。

図２９Ｃは、アクセス管理テーブル４２８の一例を示す図である。アクセス管理テーブル４２８は以下の（４２８０）乃至（４２８２）の情報を持つ。

ＷＷＮ ＩＤ４２８０は、ＬＵへアクセス許可のあるＷＷＮを示す識別子である。

ＬＵ ＩＤ４２８１は、ＬＵの識別子である。

権限４２８２は、ＬＵへアクセスするときに許可される権限の種別を示す情報である。

次に、装置管理サーバ５２が持つテーブルのうち実施例１とは共有とＬＵの違いだけでない違いがあるものと、実施例１には対応するものがないテーブルについて説明する。

図３０Ａは、管理ソフト側ＬＵ構成管理テーブル５２６の一例を示す図である。管理ソフト側ＬＵ構成管理テーブル５２６は以下の（５２６０）乃至（５２６９）の情報を持つ。

装置ＩＤ５２６０は、ハイブリッド型記憶装置７０の識別子である。

ＬＵ ＩＤ５２６１は、ＬＵの識別子である。

ライブラリＩＤ５２６２は、カートリッジを保持するライブラリの識別子である。

カートリッジＩＤ５２６３は、ＬＵとつながるカートリッジの識別子である。

全容量５２６４は、ＬＵに割り当てられているカートリッジの全容量を示す。

空き容量５２６５は、ＬＵの全容量のうちの空き容量を示す。

Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ５２６６は、ＬＵに設定されるデータ保護期間であるＲｅｔｅｎｔｉｏｎ Ｔｅｒｍを示す。

利用バッファ５２６７は、バッファとして利用するブロックストレージ２０内の論理ボリュームの識別子によって示される。

現在場所５２６８は、ライブラリとバッファのうち、どちらに現在のデータがあるか、またそのどの場所にデータがあるかを示す情報である。図３０Ａには、バッファにデータがあり、データのある場所がブロックストレージ２０内の論理ボリュームである例を示すが、これに限定されることはない。他の例として、現在場所５２６８がハイブリッド制御サーバ４０内のキャッシュメモリやＨＤＤ内の記憶領域を指してもよい。

記憶媒体が光ディスクのようなＷｒｉｔｅ Ｏｎｃｅのメディアの場合、ディスクにデータが書き込まれるとデータ自体は削除できない。そこで、ハイブリッド制御サーバ４０側で管理情報を削除することでホスト計算機１０からは削除したように見せる。削除フラグ５２６９は、その場合にファイルが削除されたかどうかを示すフラグである。実施例１ではファイル単位で当該フラグの情報を保持していたが、実施例２ではＬＵ単位でこのフラグの情報を保持する。なお、ブロックのページ単位で当該情報を保持しても良い。

図３０Ｂは、管理ソフト側アクセス管理テーブル５２７の一例を示す図である。管理ソフト側アクセス管理テーブル５２７は、以下の（５２７０）乃至（５２７８）の情報を持つ。

装置ＩＤ５２７０は、ハイブリッド型記憶装置７０の識別子である。

ＷＷＮ ＩＤ５２７１は、ＬＵへアクセス許可のあるＷＷＮを示す識別子である。

ＬＵ ＩＤ５２７２は、ＬＵの識別子である。

権限５２７３は、ＬＵへアクセスするときに許可される権限の種別を示す。

図３０Ｃは、ＬＵ容量履歴管理テーブル５２０の一例を示す図である。ＬＵ容量履歴管理テーブル５２０は、以下の（５２００）乃至（５２０４）の情報を持つ。当該テーブルは、Ｗｒｉｔｅ開始ポリシー４２７２の説明で述べたように、マイグレーションポリシーが経過時間ではなく使用容量で規定される場合のマイグレーションポリシーの条件に到達する時刻の予測及びステップＳ１３０４の処理でのカートリッジ３０７への書込みが完了する時刻の予測に利用する。

装置ＩＤ５２００は、ハイブリッド型記憶装置７０の識別子である。

ＬＵ ＩＤ５２０１は、ＬＵの識別子である。

時刻５２０２は、所定の時刻を示す情報である。なお、図３０Ｃでは、一例として２時間毎の時刻を示しているが、これに限らず、時間間隔は任意に設定してよい。

全容量５２０３はＬＵの全容量を示す。

空き容量５２０４は、時刻ごとのＬＵの空き容量を示す。

図３１は、実施例２における、ハイブリッド型記憶装置７０での記憶領域を割り当てる処理（ステップＳ２００）のフローチャートである。本実施例では、ユーザへ提供する記憶領域としてＬＵを用意し、そのＬＵに可搬型記憶媒体３０８を含むカートリッジ３０７を割り当てることとするが、これに限定されることはなく、カートリッジ３０７単位ではなく可搬型記憶媒体３０８そのものをＬＵに割り当てることにしても良い。

ステップＳ２０１にて、ユーザまたはストレージ管理者が装置管理サーバ５０内の入出力装置５０４を介して、ストレージ管理プログラム５１０に、ＬＵの作成に必要な各種値を入力する。ＬＵの作成に必要な値として、ＬＵ名、ＬＵ Ｎｕｍｂｅｒ、ＬＵの容量、ＬＵにアクセス可能なＷＷＮ、Ｒｅｐｌｉｃａｔｉｏｎ（Ｂａｃｋｕｐ）設定、書込みモード設定、Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ設定、ＬＵ単位に設定するマイグレーションポリシー設定、閾値設定、バッファに必要となる論理ボリュームなどが挙げられる。なお、ここに記載した以外の項目を設定してもよい。

ステップＳ２０２にて、ユーザまたはストレージ管理者が装置管理サーバ５０内の入出力装置５０４を介して、ストレージ管理プログラム５１０を利用して、作成するＬＵの容量を賄うだけの未割当かつ空きの容量を有するカートリッジ３０７を選択する。このときにユーザまたはストレージ管理者が、ストレージ管理プログラム５１０を利用して、手動で必要なカートリッジ３０７を探してもよく、ストレージ管理プログラムが適当なカートリッジ３０７をユーザまたはストレージ管理者に提示してもよい。なお、このときにオフライン管理が必要となる場合があり、その処理が実施例１のステップＳ１０００以降（特にステップＳ１１１０）の処理に繋がる。

ステップＳ２０３にて、ストレージ管理プログラム５１０が、入力された情報のうちバッファ用に指定された論理ボリュームがハイブリッド制御サーバ４２に割り当て済かどうかチェックする。論理ボリュームがハイブリッド制御サーバ４２へ既に割当済であれば、ステップＳ２０４へ進む。論理ボリュームがハイブリッド制御サーバ４２へ割当済みで無ければ、ステップＳ２０５へ進む。

ステップＳ２０４にて、ストレージ管理プログラム５１０がハイブリッド制御サーバ４２のサーバ管理プログラム４１２に対して、ＬＵ割当設定リクエストを出す。

ステップＳ２０５にて、ストレージ管理プログラム５１０が、ブロックストレージ２０内の論理ボリューム２０９をハイブリッド制御サーバ４２へ割り当てる処理を実施する。この処理は一般的なブロックストレージ内のボリュームをサーバへ割り当てる処理である。

ステップＳ２０６にて、ハイブリッド制御サーバ４２のサーバ管理プログラム４１２が、指定された情報を元に、ＬＵ構成管理テーブル４２４、マイグレーションポリシー管理テーブル４２７、およびアクセス管理テーブル４２８を更新する。

ステップＳ２０７にて、ハイブリッド制御サーバ４２のサーバ管理プログラム４１２が、記憶領域の割り当ての設定が完了したことをストレージ管理プログラム５１０へ通知する。

ステップＳ２０８にて、ストレージ管理プログラム５１０は装置管理サーバ５０内のカートリッジ管理テーブル５１５、管理ソフト側ＬＵ構成管理テーブル５２６、および管理ソフト側アクセス管理テーブル５２７を更新する。なお、このでは、カートリッジ管理テーブル５１５は、ステップＳ２０１にて挙げた入力項目を全て記載はしていないが、これら全ての値をカートリッジ管理テーブル５１５に格納してもよい。

以上が実施例２における実施例１との差分にあたる処理である。この実施例２により、ハイブリッド型記憶装置７０において、ハイブリッド制御サーバ４２がブロックＩ／Ｆによりホスト計算機１０からアクセスが可能な構成で、ストレージ管理者がオフライン管理実施時に装置内部処理を意識せずに、オフライン化すべき、またはオフライン化してはいけないカートリッジ３０７を適切に選択することが可能となる。また、それにより不要なオフライン処理の回数を減らすことができる。

実施例３では、実施例１のようにオフライン候補カートリッジ一覧を表示するだけでなく、候補のカートリッジ３０７内でオフライン化すべき順にランク付けをして表示する。これによりストレージ管理者がオフライン化すべきカートリッジ３０７を選択しやすくなり、負荷を低減することができる。

図３２は、オフライン化する候補となるカートリッジ３０７をランク付けして表示する処理を示すフローチャートである。

ステップＳ３００１にて、実施例１のステップＳ１３００にてオフライン可能なカートリッジが特定され、オフライン候補カートリッジ管理テーブル５１９に情報が設定される。以下、ステップＳ３００２〜Ｓ３００６の処理は、オフライン可能と判断されたカートリッジ３０７に対してループ処理を実施する。

ステップＳ３００２にて、オフライン可否判定プログラム５１３が、カートリッジ管理テーブル５１５のファイル削除フラグを確認し、カートリッジ３０７内のデータが削除されているか否かチェックする。データが削除されていればステップＳ３００３へ進み、削除されていなければステップＳ３００４へ進む。

ステップＳ３００３にて、オフライン可否判定プログラム５１３は、全てのデータが削除されていた当該カートリッジ３０７にオフライン候補のランク付けとして最高点を設定する。点数の付け方の例として、バイト列で表現する例がある。

本実施例では、後述のように削除済みのカートリッジ３０７を最高点にランク付けし、現在の構成により特定されたオフライン候補（図２３のステップＳ１２０５あるいはＳ１２０７からステップＳ１２０９へ進んだカートリッジ３０７）の点数を２番目にランク付けし、将来の構成で特定されたオフライン候補（図２４のステップＳ１３０５あるいはＳ１３０７からステップＳ１３０９へ進んだカートリッジ３０７）の点数を３番目にランク付けする。

２番目、３番目のランクには更にその中に詳細なランク付けを行ってもよい。例えば、オフライン候補のカートリッジ３０７のランク付けを表現するのに３バイトを使うことにし、ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｙｔｅ）を最高点に対応させ、２バイト目を２番目のランクに対応させ、ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｙｔｅ）を３番目のランクに対応させることで得点を表現すればよい。この点数の表現方法の場合、削除済みカートリッジはＭＳＢに１が設定され、２バイト目とＬＳＢに０が設定される（例：１００）。ステップＳ３００３にて最高点を設定した後はループ処理を次のカートリッジ３０７へ進める。

ステップＳ３００４にて、オフライン可否判定プログラム５１３が、全てのデータが削除されてはいない当該カートリッジ３０７に対して即時オフライン化が可能かどうかチェックする。即時オフライン化が可能の場合はステップＳ３００５へ進み、即時オフライン化が可能ではない場合はステップＳ３００６へ進む。

ステップＳ３００５にて、オフライン可否判定プログラム５１３が、カートリッジ管理テーブル５１５の抜き差し回数が少ないもの、最終アクセス時刻が基準時刻よりも遅いもの、Ｂａｃｋｕｐの副で利用されているもの、などの条件をチェックし、あらかじめ決めておいた基準に従い点数（ランク）を決定する。点数の決定方法は、事前にテーブル等により固定でパラメタ毎に得点をつけておいてもよく、ユーザ入力により可変で設定してもよい。ステップＳ３００５で決定された点数は、３バイトのうちの２バイト目に設定される（例：０Ｂ０）。２バイト目の点数を設定した後はループ処理を次のカートリッジ３０７へ進める。

ステップＳ３００６にて、オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８をチェックし、将来、削除される予定のカートリッジ３０７、Ｒｅｔｅｎｔｉｏｎ Ｔｅｒｍ期限が切れるカートリッジ３０７、寿命が切れるカートリッジ、基準時間内のアクセス回数の多さなどの条件を、あらかじめ決めておいた基準に従い点数を決定する。点数の決定方法は、事前にテーブル等により固定でパラメタ毎に得点をつけておいてもよく、ユーザ入力により可変で設定してもよい。ステップＳ３００６で決定された点数は、３バイトのうちのＬＳＢに設定される（例：００８）。３バイト目の点数を設定した後はループ処理を次のカートリッジへ進める。

以上のステップＳ３００２〜Ｓ３００６までの処理を、全てのカートリッジ３０７に対して行ったら次にステップＳ３００７へ移行する。

ステップＳ３００７にて、ストレージ管理プログラム５１０が各カートリッジ３０７の点数をチェックし、点数の高いカートリッジから表示する。本実施例によるオフライン候補の表示は、例えば、図２６のＧＵＩにおいて、表Ｇ１００３に、点数の高いカートリッジ３０７から順に上から表示しても良い。更に、各カートリッジ３０７の点数の理由を併せて表示してもよい。

以上説明したように、実施例３では、装置管理サーバ５０は、オフライン化が可能であると判定されたカートリッジ３０７に対して、その判定に用いた条件に基づき、即時にオフライン化が可能なカートリッジ３０７を最高ランクとするランク付けを行う。オフライン化が可能なカートリッジ３０７にランク付けをしてストレージ管理者へ提示することができるので、ストレージ管理者はオフライン化すべきカートリッジ３０７を選択しやすくなり、ストレージ管理者に必要となる前提知識の低減が可能となり、オフライン管理作業の管理コストを下げることができる。

現状のシステムではデータへのアクセススケジュール情報が事前に設定不可の場合がある。設定不可の場合とは、例えば、そもそもデータへのアクセススケジュールが計画されない場合や、管理者がスケジュールを把握していても、システムに設定できない場合である。しかし、その場合であっても、オフライン可否を判断する必要が生じる。その場合、依然として装置内のデータ処理は管理者には把握できないため、オフライン作業に不都合が生じる可能性がある。

そこで、本実施例ではスケジュール情報が設定不可の場合の処理手順を説明する。実施例３までのうち、変更があるもののみ説明する。

まず実施例４の計算機システム１は、図２からアーカイブ管理サーバ６０が無くなった構成とする。装置管理サーバ５０は図３３に示すように、実施例３の装置管理サーバ５０から、アーカイブ管理サーバ連携プログラム５１２とスケジュール管理プログラム５１８が削除されたものである。また、管理者アカウント管理テーブル５３０とパラメタ選択履歴管理テーブル５３１が追加となる。管理者アカウント管理テーブル５３０とパラメタ選択履歴管理テーブル５３１の説明は後述する。

アーカイブ管理サーバ６０が無いため、図２１Ａのジョブ管理テーブル更新処理、図２１Ｂのデータ管理テーブル更新処理、および図２１Ｃのアーカイブ管理サーバからの情報収集処理は実施例４では不要となる。

ここからは、実施例４で追加されるテーブルを説明する。

図３４Ａは、管理者アカウント管理テーブル５３０の一例を示す図である。管理者アカウント管理テーブル５３０は、ストレージ管理プログラム５１０やハイブリッド制御サーバ管理プログラム５１１を利用する管理者アカウントの情報を示すテーブルである。理者アカウント管理テーブル５３０は、以下の（５３００）乃至（５３０１）の情報を持つ。

管理者ＩＤ５３００は、管理者アカウントを識別する識別子である。

パスワード５３０１は、管理プログラムにログインするときのパスワードである。一般的にパスワードは暗号化して保存される。

ｆ ロール５３０２は、管理者アカウントのロールを示す情報である。管理者アカウントのロールとしては、ストレージ管理の全ての操作（例：装置の構成変更、装置の構成情報参照、管理アカウント情報の変更、など）を実行可能なＡｄｍｉｎと、装置の構成変更と構成情報の参照のみが実行可能なＭｏｄｉｆｙと、装置の構成情報の参照のみが実行可能なＶｉｅｗなどの例が挙げられるが、これに限定されることはなく、その他のロールがあってもよい。

管理者グループＩＤ５３０３は複数の管理者をまとめて扱う場合の管理者アカウントの集合であるグループを表わす識別子である。

管理者アカウント管理テーブル５３０の情報について、まず初めにストレージ管理プログラム５１０に全ての操作が可能なデフォルトの管理者アカウントが用意されている。必要に応じて、管理者アカウント情報の変更が可能な管理者が随時管理者アカウントを作成し、そのときに管理者アカウント管理テーブル５３０の情報が更新される。

図３４Ｂは、パラメタ選択履歴管理テーブル５３１の一例を示す図である。パラメタ選択履歴管理テーブル５３１は、オフライン候補カートリッジが画面に表示された後に、ユーザ（管理者）が管理画面でソートするためのカラムをクリックした回数を保存するテーブルである。このクリックの回数が多いほど、その管理者がオフラインするためのカートリッジの選択基準としてそのカラムの情報が重要であるとみなすと考えることができる。パラメタ選択履歴管理テーブル５３１は以下の（５３１０）乃至（５３１５）の情報を示す。

管理者ＩＤ５３１０は、管理者アカウントを識別する識別子である。

空き容量５３１１は、管理画面で表示される空き容量カラムのソートが実行された回数を示す。

オフライン可能時間５３１２は、管理画面で表示されるオフライン可能時間カラムによるソートが実行された回数を示す。

関連カートリッジ５３１３は、管理画面で表示される関連カートリッジカラムによるソートが実行された回数を示す。

抜き差し回数５３１４は、管理画面で表示される抜き差し回数カラムによるソートが実行された回数を示す。

最終アクセス時刻５３１５は、管理画面で表示される最終アクセス時刻カラムによるソートが実行された回数を示す。

なお、パラメタ選択履歴管理テーブル５３１が保持する情報はこの例に限定されることは無く、それ以外のカートリッジを表す属性情報を含めてよい。

図３５、図３６、図３７は実施例４における、オフライン可否判定プログラム５１３によるオフライン可否判定処理およびオフライン可能カートリッジのランキングづけするための処理である。

図３５は実施例４における、オフライン可否判定処理のうち、オフライン可否判定プログラム５１３が現在の構成情報をもとにカートリッジのオフライン判定を実施するための処理（ステップＳ４２００）のフローチャートである。

ステップＳ４２０１にて、装置管理サーバ５０内のオフライン可否判定プログラム５１３が、既にオフライン候補カートリッジ管理テーブル５１９に古い情報が設定されていれば、その内容を削除する。

以降のステップＳ４２０２〜Ｓ４２０６の処理は、ループ処理として、カートリッジ管理テーブル５１５に記載された全てのカートリッジ３０７に対して実施される。以下、各カートリッジ３０７に対する処理内容を説明する。

ステップＳ４２０２にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５のファイル削除フラグを確認し、カートリッジ３０７内のデータが削除されているか否かチェックする。データが削除されていれば当該カートリッジ３０７へのアクセスが発生することはないため、ステップＳ４２０６へ進む。データが削除されていなければステップＳ４２０３へ進む。

ステップＳ４２０３にて、オフライン可否判定プログラム５１３がカートリッジ管理テーブル５１５を参照し、カートリッジ３０７に容量に空きがあるか否かチェックする。カートリッジ３０７に空きがある場合は、現時点では、そのカートリッジ３０７がオフライン化することができるか否かを判断するための十分な情報が未だ揃っていないため、ステップＳ４２０５へ進む。カートリッジ３０７に空きが無ければ、ステップＳ４２０４へ進む。

ステップＳ４２０４にて、オフライン可否判定プログラム５１３が当該カートリッジを容量の観点でランキング１位として登録する。

ステップＳ４２０５にて、オフライン可否判定プログラム５１３が、当該カートリッジ３０７を現在構成ではオフライン化すべきかどうか判断できないカートリッジとする。そのカートリッジ３０７については、このフローではオフライン可否が確定しない。

ループ処理として次のカートリッジ３０７へ処理を移行させるため、次のカートリッジ３０７についてステップＳ４２０２からの処理を実行する。そして、全てのカートリッジ３０７についての処理が終わると、ステップＳ４３００へ進む。

図３６は、オフライン可否判定処理のうち、オフライン可否判定プログラム５１３がハイブリッド制御サーバ内の内部処理を踏まえた、将来の構成情報を計算し、その情報からカートリッジ３０７のオフライン判定を実施する処理（ステップＳ４３００）のフローチャートである。ステップＳ４３０１〜Ｓ４３０７では、カートリッジ管理テーブル５１５に記載されたカートリッジ３０７のうち、ステップＳ４２００でオフライン可否の判定がされなかったカートリッジ３０７に対してループ処理を実施する。以下、各カートリッジ３０７に対する処理内容について説明する。

ステップＳ４３０１にて、オフライン可否判定プログラム５１３がスケジュール管理テーブル５１８の内容に基づき、基準時間以内に、カートリッジ３０７内のデータが全て削除されるか、またはカートリッジ３０７が寿命に到達するか、またはカートリッジ３０７のＲｅｔｅｎｔｉｏｎＴｅｒｍが経過するか、をチェックする。

ここでの基準時間は、ステップＳ１２０３の処理における基準時間と同様、固定であってもよいし、可変であってもよい。この基準時間以内に、データの削除、または寿命に到達、またはＲｅｔｅｎｔｉｏｎＴｅｒｍが経過、という事象が発生する予定があれば、その事象の発生した以降は、カートリッジ３０７がアクセスされることがないため、ステップＳ４３０２へ進む。それらに事象の予定がなければ、ステップＳ４３０３へ進む。

ステップ４３０２にて、オフライン可否判定プログラム５１３がオフライン候補カートリッジ管理テーブル５１９に当該カートリッジを将来においてオフライン可能となるカートリッジとして登録する。すなわち、オフライン候補カートリッジ管理テーブル５１９の即時オフライン可否カラムにＮｏを設定し、オフライン可能時刻にチェックした基準時間または所定の条件を満たす時間を設定する。

ステップＳ４３０３にて、オフライン可否判定プログラム５１３が、ストレージ管理プログラム５１０が取得したバッファ内キャッシュデータ管理テーブル４１６の情報を取得する。

ステップＳ４３０４にて、オフライン可否判定プログラム５１３が、バッファ内キャッシュデータ管理テーブル４１６及び管理ソフト側ストレージ構成管理テーブル５１４の情報から、バッファから当該カートリッジ３０７の可搬型記憶媒体３０８に保存する予定のデータの書込みが完了する時刻（データ書き込み完了時刻）を計算する。バッファ内キャッシュデータ管理テーブル４１６のデータサイズとＷｒｉｔｅ開始予定時刻の情報と、管理ソフト側ストレージ構成管理テーブル５１４のＨＤＤのＲｅａｄ／Ｗｒｉｔｅ性能情報と、ライブラリのドライブのＲｅａｄ／Ｗｒｉｔｅ性能情報と、ロボットのロード時間の情報とから、データ書込み完了時刻を計算することができる。

ステップＳ４３０５にて、オフライン可否判定プログラム５１３が、ステップＳ４３０４でデータ書き込み完了時刻を計算したデータの書込みを完了してもカートリッジ３０７の空き容量が残るか否かをチェックする。空き容量が残る場合はステップＳ４３０６へ進む。空き容量が無い場合はステップＳ４３０７へ進む。

ステップＳ４３０６にて、オフライン可否判定プログラム５１３が、カートリッジ３０７を容量の観点ではランキングを３位と登録する。

ステップＳ４３０７にて、オフライン可否判定プログラム５１３が、カートリッジ３０７を容量の観点ではランキングを２位と登録する。

全てのカートリッジ３０７のチェックが終わるとオフライン可否判定プログラム５１３がストレージ管理プログラム５１０に対してオフライン可否判定が終わったことを通知し、ステップＳ４４００へ進む。

図３７は、オフライン可否判定処理のうち、ステップＳ４２００、ステップＳ４３００で調べたオフライン可否判定の情報を踏まえてオフライン可能カートリッジの中でランキングを設定する処理（ステップＳ４４００）のフローチャートである。

ステップＳ４４０１にて、ステップＳ４３００の処理に基づきオフライン可能なカートリッジが特定され、オフライン候補カートリッジ管理テーブル５１９に情報が設定される。以下、ステップＳ４４０２〜Ｓ４４０４の処理は、ループ処理として、オフライン可能と判断されたカートリッジ３０７に対して実施される。

ステップＳ４４０２にて、オフライン可否判定プログラム５１３が、カートリッジ管理テーブル５１５のファイル削除フラグを確認し、カートリッジ３０７内のデータが削除されているか否かチェックする。データが削除されていればステップＳ４４０３へ進み、削除されていなければステップＳ４４０４へ進む。

ステップＳ４４０３にて、オフライン可否判定プログラム５１３は、全てのデータが削除されていた当該カートリッジ３０７にオフライン候補のランク付けとして最高点を設定する。点数の付け方の例として、バイト列で表現する例がある。

本実施例では、後述のように削除済みのカートリッジ３０７を最高点にランク付けし、それ以外のカートリッジについてはカートリッジの各パラメタの値を正規化することにより点数を算出し、さらに各パラメタについての点数に重みをつけることでカートリッジの得点を算出し、その得点によりランキングをつける。重みの付け方はステップＳ４４０４で説明する。

ステップＳ４４０４にて、オフライン可能なカートリッジ３０７の各パラメタについて値を正規化する。各パラメタについて正規化の考え方の一例を説明する。空き容量に関して、容量ランキングが１位のものは全て空き容量が無しであり、それらは同率の１位である。次に空き容量ありだが、将来（基準時間内に）空き容量が無くなるものは容量ランキングが２位にランキングづけられており、同じ２位の中では現在の空き容量の順に並べられる。容量ランキングが３位のものは基準時間経過後も空き容量が無くならないものであり、同じ３位の中ではその空き容量の順に並べられる。容量ランキング１位、２位（同じ２位のものは現在の空き容量が少ない順で並べる）、３位（同じ３位のものは現在の空き容量順で並べる）で並べ、１００点の範囲内で正規化して点数を算出する。この点数をＣｏＳ（Ｃａｐａｃｉｔｙ ｏｆ Ｓｃｏｒｅ）とする。

最終アクセス時刻に関して、もっとも最近にアクセスされたものが次にアクセスされる可能性が高いと考え、最もオフラインすべきでない、と考えると、最終アクセス時刻で各カートリッジを並べ替え、最終アクセス時刻が最も過去のカートリッジを１００点とし、最も直近のカートリッジを０点として正規化して点数を算出する。この点数をＬｏＳ（Ｌａｓｔ Ａｃｃｅｓｓｅｄ Ｔｉｍｅ ｏｆ Ｓｃｏｒｅ）とする。なお、アクセスに関する情報としては最終アクセス時刻ではなく、例えば現在から遡って所定の基準時間以内に行われたアクセスの回数を用いてもよい。基準時間以内のアクセス回数をアクセス履歴として保存しておき、そのアクセス回数の多いものを次にアクセスされる可能性が最も高いと考え、最もオフラインすべきでない、としてアクセス回数の少ないもののカートリッジを１００点とし、最もアクセス回数の多いものを０点としてアクセス回数で正規化しても良い。

このようにして、複数個のパラメタについて点数を正規化し、各パラメタの点数をつける。カートリッジ毎にパラメタ毎の点数Ｃｏｓ、ＬｏＳ、ＸｏＳ（Ｘは任意のパラメタを表し、Ｘ ｏｆ Ｓｃｏｒｅ）とする。

次に重みづけの計算を説明する。システムを初めて動作させるときはユーザまたは管理者の判断傾向がわからないため、パラメタ毎の点数を同じ重みで点数付けし、それをカートリッジのオフラインのための点数とする。つまり１／３＊Ｃｏｓ＋１／３＊ＬｏＳ＋１／３＊ＸｏＳがカートリッジの点数となる（Ｘ ｏｆ ＳｃｏｒｅのＸの数が１つの場合。Ｘが複数個ある場合には重みの値が変わる）。しかし、後述のステップＳ４４０７にて特定のパラメタをチェックする（ソートする）回数が増えると、その回数に基づきユーザまたは管理者毎のパラメタに対する重みづけも学習して変更する。例えば空き容量が４回、最終アクセス時間が１回ソートされたのであれば、そのユーザまたは管理者は空き容量を重視しているとの判断から、空き容量が最も重みが大きく、次に最終時間が重く、その他のパラメタは比較的重要で無いと判断してもよい。４／（４＋１）＊Ｃｏｓ＋１／（４＋１）＊ＬｏＳ＋０／（４＋１）＊ＸｏＳが当該ユーザまたは管理者の当該カートリッジの点数として換算される。

以上のステップＳ４４０２〜Ｓ４４０４までの処理を、全てのカートリッジ３０７に対して行い、次にステップＳ４４０５へ移行する。

ステップＳ４４０５にて、最終的に全てのカートリッジについて点数を計算し、ステップＳ４４０３で示した最高点のついたカートリッジを先頭に表示し、それ以外のカートリッジは点点数の高い順に表示する。

ステップＳ４４０６までに、ユーザまたは管理者によって、図２６のＧＵＩが操作される。ここでユーザまたは管理者はランキングづけられたカートリッジ一覧を見て、表１００３や表１００４の各パラメタでソートなどを繰り返し、適当なカートリッジを判断して選択する。

その間、ステップＳ４４０６にて、オフライン可否判定プログラム５１３は、ソートの回数をカウントする。

ステップＳ４４０７において、オフライン可否判定プログラム５１３は、カウントした値をパラメタ選択履歴管理テーブル５３１に設定する。

また、図２６はテーブル形式でカートリッジの情報を表で表現しているが、これは一例であり、各パラメタやランキングの値をバーチャートや円グラフで表現しても良い。

以上説明したように、実施例４では、装置管理サーバ５０は、アーカイブ管理サーバからアクセススケジュールを取得できない場合であっても、オフラインすべきカートリッジの候補をランク付けしてストレージ管理者へ提示することが可能となる。これによりストレージ装置内の内部処理を把握していないストレージ管理者であってもオフライン化すべきカートリッジ３０７を選択しやすくなり、ストレージ管理者に必要となる前提８知識の低減が可能となり、オフライン管理作業のコストを下げることが可能となる。

実施例５では、ハイブリッド型記憶装置内を複数の管理者で分割して管理する場合のオフライン管理作業について説明する。以降ではこの分割する単位をテナントと呼ぶこととする。本実施例では、テナントに、装置のリソースとして、カートリッジ３０７を割り当てるテナント毎のオフライン管理の例を示す。またテナントという管理単位を明記せずカートリッジ毎に対応するストレージ管理者を割り当てる例を示すが、必ずしもこのとおりにする必要は無く、テナントのＩＤを割当ててもよいし、ストレージ管理者ではなく、ストレージ管理者のグループをテナントに割り当てても良い。また、テナントに割り当てるリソースを、カートリッジ単位でなくディスク単位で割り当てても良い。

実施例５について実施例１からの差分のみ説明する。実施例５では実施例１に加えて、装置管理サーバ５０が、実施例４で説明した図３４Ａの管理アカウント管理テーブル５３０と図３８に示すカートリッジ管理テーブル５５５を持つ。

図３８のカートリッジ管理テーブル５５５は実施例１で説明した図１３のカートリッジ管理テーブル５１５とほぼ同じであるため、変更差分である追加カラムのみ説明する。

追加カラムである管理者ＩＤ５１５１５はカートリッジを管理する管理者の識別子である。この情報は、管理アカウント管理テーブル５３０の情報を更新するときに、その管理者に割当てるべきカートリッジについて、管理アカウント情報を変更する権限のロールを持った管理アカウントが設定する。なお、テナントの管理者に割り当てるユーザを個々の管理者ではなくグループで設定する場合は、管理者ＩＤではなく、管理者グループＩＤを設定してもよい。

実施例１から４ではオフライン管理カートリッジの選択処理は全ての管理カートリッジが対象になっていたが、実施例５では、管理カートリッジ選択処理のときにストレージ管理プログラムにログインしているストレージ管理者に該当する管理アカウントに割当てられたカートリッジが探索対象となる。それ以外の処理は実施例１から４と同じ処理である。

以上説明したように、実施例５では、装置管理サーバ５０は、カートリッジがテナントに分割して割当てられている場合であっても、そのテナントの範囲内でオフライン可能なカートリッジをストレージ管理者へ提示することが可能となる。これによりテナント構成を作成したときの各テナントに割り当たっている、ストレージ管理者またはストレージ管理者のグループが、他のテナントを意識せずにオフライン化すべきカートリッジ３０７を選択できるようになり、オフライン管理作業のコストを下げることが可能となる。

以上、本発明の実施形態および実施例について述べてきたが、本発明は、これらだけに限定されるものではなく、本発明の技術思想の範囲内において、これらの実施形態および実施例を組み合わせて使用したり、一部の構成を変更したりしてもよい。

１…計算機システム、１０…ホスト計算機、１０１…ＣＰＵ、１０２…メモリ、１０３…ＯＳ、１０４…アプリケーション、１０５…階層管理エージェント、１０６…デバイスマネージャ、１０７…ＨＤＤ、１０８…データＩ／Ｆ、１０９…管理Ｉ／Ｆ、１０ａ…ホスト計算機、１０ｂ…ホスト計算機、２０…ブロックストレージ、２０１…ホストＩ／Ｆ、２０２…ブロック制御プロセッサ、２０３…メモリ、２０４…ブロックストレージ管理プログラム、２０５…ブロック構成管理テーブル、２０９…論理ボリューム、２０５０…デバイス種別、２０５１…デバイス識別子、２０５２…スペック、２０６…物理ストレージデバイス、２０７…ＨＤＤ、２０９…論理ボリューム、２１１…管理Ｉ／Ｆ、３０…可搬型記憶装置、３０１…ホストＩ／Ｆ、３０２…コントローラ、３０３…メモリ、３０４…キャッシュメモリ、３０５…ドライブ、３０６…媒体搬送部、３０７…カートリッジ、３０８…可搬型記憶媒体、３０９…管理Ｉ／Ｆ、３１０…プログラム、３１１…可搬型記憶装置管理プログラム、３１２…可搬型記憶装置構成管理テーブル、３１２０…デバイス種別、３１２１…デバイス識別子、３１２２…スペック、３１２３…親要素、３１２４…媒体寿命、３３０７…カートリッジ、４０…ハイブリッド制御サーバ、４０…可搬型記憶装置、４０１…ホストＩ／Ｆ、４０２…ファイル制御プロセッサ、４０３…メモリ、４０４…キャッシュメモリ、４０５…ＨＤＤ、４０６…ディスクＩ／Ｆ、４０７…ライブラリＩ／Ｆ、４０８…管理Ｉ／Ｆ、４１０…階層管理エージェント、４１１…プログラム、４１２…サーバ管理プログラム、４１３…デバイスマネージャ、４１４…共有管理テーブル、４１５…ファイル管理テーブル、４１６…バッファ内キャッシュデータ管理テーブル、４１７…マイグレーションポリシー管理テーブル、４１７０…装置ＩＤ、４１７１…共有ＩＤ、４１７２…Ｗｒｉｔｅ開始ポリシー、４１８…ユーザ管理テーブル、４１９…共有、４２…ハイブリッド制御サーバ、４２２…ブロック制御プロセッサ、４２４…ＬＵ構成管理テーブル、４２７…マイグレーションポリシー管理テーブル、４２８…アクセス管理テーブル、４２９…ＬＵ、５０…装置管理サーバ、５０４…入出力装置、５１０…ストレージ管理プログラム、５１１…ハイブリッド制御サーバ管理プログラム、５１２…アーカイブ管理サーバ連携プログラム、５１３…オフライン可否判定プログラム、５１４…管理ソフト側ストレージ構成管理テーブル、５１５…カートリッジ管理テーブル、５１６…管理ソフト側共有管理テーブル、５１７…管理ソフト側ユーザ管理テーブル、５１８…スケジュール管理テーブル、５１９…オフライン候補カートリッジ管理テーブル、５２…装置管理サーバ、５２０…ＬＵ容量履歴管理テーブル、５２００…装置ＩＤ、５２０１…ＩＤ、５２０２…時刻、５２６…ＬＵ構成管理テーブル、５２７…管理ソフト側アクセス管理テーブル、６０…アーカイブ管理サーバ、６０１…ＣＰＵ、６０２…ＮＩＣ、６０３…メモリ、６０４…入出力装置、６１０…階層管理プログラム、６１１…ジョブ管理テーブル、６１２…データ管理テーブル、６１３…ポリシー管理テーブル、７０…ハイブリッド型記憶装置、７１…記憶システム、７２…階層記憶システム、８０…データネットワーク、９０…管理ネットワーク

Claims (19)

1. ホスト計算機からアクセスされるデータを格納するストレージ装置と、
   前記ストレージ装置から転送されたデータを格納する、着脱が可能な複数の可搬型記憶媒体と、前記複数の可搬型記憶媒体へのデータの読み書きを制御するコントローラとを備えた可搬型記憶装置と、
   前記ストレージ装置と前記可搬型記憶装置とをハイブリッド型記憶装置として制御する計算機と、
   第１段階として、前記複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、即時にオフライン化が可能であるか否かを判定し、前記第１段階において即時にオフライン化が可能でない場合に、第２段階として、当該複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、所定の基準時間内にオフライン化が可能となるか否かを判定し、前記第１段階または前記第２段階のいずれかにおいてオフライン可能となる可搬型記憶媒体を、オフライン候補の可搬型記憶媒体としてユーザに提示する装置管理サーバと、
   を有する計算機システム。
2. 
   前記装置管理サーバは、前記第１段階として、前記可搬型記憶媒体の少なくとも一つの可搬型記憶媒体について、即時にオフライン化が可能でない場合、現在の構成情報からオフライン化することが禁止であるか否かを判定し、前記第１段階において、オフライン化することが禁止でないと判断された可搬型記憶媒体について、前記第２段階として、所定の基準時間内にオフライン化が可能となるか否かを判定する、請求項１に記載の計算機システム。
3. 前記装置管理サーバは、前記第１段階において、アクセス予定がある可搬型記憶媒体を、オフライン化することが禁止であると判定する、請求項２に記載の計算機システム。
4. 前記装置管理サーバは、前記第１段階において、前記可搬型記憶媒体について全てのデータが削除済でなく、アクセス予定がなく、かつ、空き容量がある場合、当該可搬型記憶媒体について、現在の構成情報からオフライン化することが禁止でないと判定する、請求項２に記載の計算機システム。
   
5. 前記装置管理サーバは、前記第１段階において、正副の関連付けがされて使用される関連可搬型記憶媒体がある可搬型記憶媒体については、前記可搬型記憶媒体および前記関連可搬型記憶媒体の状態に基づいて判定を行う、請求項２に記載の計算機システム。
6. 前記装置管理サーバは、前記第１段階において、当該可搬型記憶媒体の全てのデータが削除済ではなく、アクセス予定がなく、空き容量がない可搬型記憶媒体については、前記可搬型記憶媒体と正副の関連付けがされて使用される関連可搬型記憶媒体がある場合、前記関連可搬型記憶媒体にアクセス予定がなく、前記関連付けにおいて、前記可搬型記憶媒体が正側であり、前記関連可搬型記憶媒体に空き容量があれば、前記可搬型記憶媒体を、現在の構成情報からオフライン化することが禁止でないと判定する、請求項４に記載の計算機システム。
7. 前記装置管理サーバは、前記第２段階において、所定の基準時間内に全てのデータが削除されるか、寿命に達するか、データ保持期限が経過するかのいずれかの状態になる可搬型記憶媒体を、前記状態になる時刻以降はオフラインすることが可能であると判定する、請求項１に記載の計算機システム。
8. 前記装置管理サーバは、前記第２段階において、前記可搬型記憶媒体が、所定の基準時間内に完了する書き込みが行われた後に空き容量がなければ、所定時刻以降はオフライン化することが可能であると判定し、前記書き込みが行われた後に空き容量があれば、オフライン化することが禁止であると判定する、請求項１に記載の計算機システム。
9. 前記装置管理サーバは、前記第２段階において、正副の関連付けがされて使用される関連可搬型記憶媒体がある可搬型記憶媒体については、前記可搬型記憶媒体および前記関連可搬型記憶媒体の所定の基準時間後の状態に基づいて判定を行う、請求項１に記載の計算機システム。
10. 前記装置管理サーバは、前記第２段階において、前記関連可搬型記憶媒体に所定の基準時間内に完了する書き込みが行われた後に空き容量がなければ、前記可搬型記憶媒体を所定時刻以降はオフライン化することが可能であると判定し、前記関連可搬型記憶媒体に前記書き込みが行われた後に空き容量があれば、前記可搬型記憶媒体をオフライン化することが禁止であると判定する、請求項９に記載の計算機システム。
11. 前記可搬型記憶装置は、前記複数の可搬型記憶媒体の少なくとも一つを用いて、共有または論理ユニットを構成することによってユーザに記憶領域を提供する、請求項１に記載の計算機システム。
12. 前記装置管理サーバは、オフライン化が可能であると判定された可搬型記憶媒体に対して、前記第１段階でオフライン化が可能であると判定された可搬型記憶媒体を上位に、前記第２段階でオフライン化が可能であると判定された可搬型記憶媒体を下位にランク付けて、オフライン候補としてユーザに提示する、請求項１に記載の計算機システム。
13. 前記装置管理サーバは、前記第１段階でオフライン化が可能であると判定された複数の可搬型記憶媒体について、当該可搬型記憶媒体の挿抜回数、最終アクセス時刻、又は、正副の関連付けの少なくとも一つを含む、当該可搬型記憶媒体の属性情報に基づいて、ランク付けを行ってユーザに提示する、請求項１２に記載の計算機システム。
14. 前記装置管理サーバは、前記第２段階でオフライン化が可能であると判定された複数の可搬型記憶媒体について、当該可搬型記憶媒体内のデータを所定の基準時間経過後に削除するか否か、データ保持期限、寿命、又は、アクセス頻度の少なくとも一つを含む、当該可搬型記憶媒体の属性情報に基づいて、ランク付けを行ってユーザに提示する、請求項１２に記載の計算機システム。
15. 前記ハイブリッド型記憶装置が複数の管理者で管理される場合であって、
    前記複数の可搬型記憶媒体は、それぞれ、前記複数の管理者のいずれに関連するかを属性情報として有し、
    前記装置管理サーバは、前記可搬型記憶媒体に割り当てられた前記管理者の属性情報に基づいて、前記第１段階及び前記第２段階でオフライン化が可能であるか否かを判定する、請求項１に記載の計算機システム。
16. 装置管理サーバであって、
    プログラムを実行するプロセッサと、
    前記プログラムと、前記プログラムの実行に利用する情報とを記憶するメモリと、を有し、
    前記プロセッサは、前記プログラムを実行することにより、ホスト計算機からアクセスされるデータを格納するストレージ装置と、前記ストレージ装置から転送されたデータを格納する、着脱が可能な複数の可搬型記憶媒体と、前記複数の可搬型記憶媒体へのデータの読み書きを制御するコントローラとを備えた可搬型記憶装置と、前記ストレージ装置と前記可搬型記憶装置とをハイブリッド型記憶装置として制御する計算機とを管理し、
    前記プロセッサが前記プログラムを実行することにより、第１段階として、前記複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、即時にオフライン化が可能であるか否かを判定し、前記第１段階において即時にオフライン化が可能でない場合に、第２段階として、当該複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、所定の基準時間内にオフライン化が可能となるか否かを判定し、前記第１段階または前記第２段階のいずれかにおいてオフライン可能となる可搬型記憶媒体を、オフライン候補の可搬型記憶媒体としてユーザに提示する、
    装置管理サーバ。
17. ホスト計算機からアクセスされるデータを格納するストレージ装置と、
    前記ストレージ装置から転送されたデータを格納する、着脱が可能な複数の可搬型記憶媒体と、前記複数の可搬型記憶媒体へのデータの読み書きを制御するコントローラとを備えた可搬型記憶装置と、
    前記ストレージ装置と前記可搬型記憶装置とをハイブリッド型記憶装置として制御する計算機と、
    前記複数の可搬型記憶媒体のうちの少なくとも一つの可搬型記憶媒体について、当該可搬型記憶媒体内のデータの削除に関する情報、当該可搬型記憶媒体の空き容量情報、挿抜回数情報、正副の関連付け情報、又は、最終アクセス時間情報の少なくとも一つの属性情報に基づいて、オフライン化が可能であるか否かを判定し、オフライン可能となる可搬型記憶媒体を前記ユーザの要求に応じてランク付け、オフライン候補の可搬型記憶媒体としてユーザに提示する装置管理サーバと、
    を有する計算機システム。
18. 前記装置管理サーバは、前記ユーザの要求に応じて、前記可搬型記憶媒体の属性情報毎に、オフライン可能となる可搬型記憶媒体をソートしてランク付け、前記可搬型記憶媒体の属性情報毎のオフライン候補としてユーザに提示する、請求項１７に記載の計算機システム。
19. 前記装置管理サーバは、前記可搬型記憶媒体の属性情報毎のソート回数を前記ユーザに対応付けて管理し、当該ソート回数に基づいてランク付けを調整する、請求項１８に記載の計算機システム。
    
    

Images