JP2006072789A - ストレージシステム及びストレージシステムのデータ管理装置 - Google Patents

Abstract

【課題】 アーカイブ対象となるデータのサイズに応じて、アーカイブ用ボリュームを作成し、記憶領域を効率的に使用する。
【解決手段】
アーカイブサーバ２は、アプリケーションサーバ１を介して、アーカイブ対象となるデータを取得し（Ｓ１）、このデータサイズを検出する（Ｓ２）。アーカイブサーバ２０は、ストレージ装置３に指示を出すことにより、アーカイブ対象データのデータサイズに応じたボリュームサイズを有するアーカイブ用ボリュームを生成させる（Ｓ３）。アーカイブサーバ２０は、必要な量だけの記憶容量を有するボリュームに、アーカイブ対象データを書込み（Ｓ４）、このボリュームにアクセス制限及びリテンションタームをそれぞれ設定する（Ｓ５）。
【選択図】 図１

Description

本発明は、ストレージシステム及びストレージシステムのデータ管理装置に関する。

ストレージシステムは、例えば、ディスクアレイサブシステム等として呼ばれるストレージ装置を少なくとも一つ以上備えて構成される。このストレージ装置は、例えば、ハードディスクドライブや半導体メモリ装置等のディスクドライブをアレイ状に配設し、RAID（Redundant Array of Independent Inexpensive Disks）に基づく記憶領域を提供する。ホストコンピュータ（以下、「ホスト」）は、ストレージ装置により提供される論理的な記憶領域にアクセスし、データの読み書きを行う。

ところで、例えば、企業や地方自治体、教育機関、金融機関、官公庁等の組織で管理されるデータ量は年々増加する一方であり、これらのデータの中には、法律等により所定年限だけ保存するように定められているものもある。そこで、システム管理者は、ストレージシステムに蓄積されたデータ群から、保存すべきデータを選択し、このデータをバックアップする。データをバックアップする一つの方法としては、例えば、コピー元ボリュームと同一サイズのコピー先ボリュームを複数用意し、これら各コピー先ボリュームに各世代のデータをそれぞれ記憶させるものが知られている（特許文献１）。
特開２００４−０４６４３５号

上記特許文献では、保存すべきデータのデータサイズとは無関係に、ボリュームの全体を丸ごとコピーして保存するため、記憶領域の使用効率が低下する。即ち、固定サイズの記憶媒体に所定サイズのデータを書き込んで保存するのが一般的であったため、ストレージシステムにおいても、予め固定容量のボリュームを複数個用意しておき、この固定サイズのボリュームにデータを書き込んで保存している。

しかし、バックアップすべきデータのサイズは、例えば、アプリケーションプログラムの利用頻度等に応じて、日々変化する。従って、保存用ボリュームのサイズは、バックアップすべきデータよりも予め大きく設定しておく必要がある。保存用ボリュームのサイズは、例えば、過去の経験に基づいて、設定される。このように、バックアップすべきデータの予測サイズよりも大きなサイズで保存用ボリュームを予め用意するため、保存用ボリュームに無駄な空き容量が発生し、記憶領域の使用効率が低下する。また、保存用ボリュームのサイズを予め適切に予測するのは困難なため、ストレージシステム全体で記憶資源を効率的に使用するのは難しい。

そこで、本発明の一つの目的は、ストレージシステムの有する記憶資源を効率的に使用することができるストレージシステム及びストレージシステムのデータ管理装置を提供することにある。本発明の一つの目的は、ストレージシステムの有する記憶資源を効率的に使用でき、信頼性及び使い勝手を向上できるようにしたストレージシステム及びストレージシステムのデータ管理装置を提供することにある。本発明のさらなる目的は、後述する実施形態の記載から明らかになるであろう。

上記課題を解決すべく、本発明のストレージシステムのデータ管理装置は、ホスト装置と、このホスト装置により使用される第１論理ボリュームを有する第１ストレージ装置とを含むストレージシステムに用いられるものであって、第１論理ボリュームに記憶されているデータのうち所定の処理の対象となる所定データのデータサイズを取得するデータサイズ取得部と、取得されたデータサイズに応じたサイズの第２論理ボリュームを第１ストレージ装置に生成させるボリューム生成制御部と、生成された第２論理ボリュームに所定データを記憶させるデータ処理部と、を備えている。

例えば、メインフレームやサーバ等のホスト装置は、第１ストレージ装置の有する第１論理ボリュームにアクセスし、この第１論理ボリュームからデータを読み出したり、あるいは第１論理ボリュームにデータを書き込む。ここで、所定の処理は、例えば、アーカイブ処理であり、所定データは、例えば、アーカイブ対象データである。なお、アーカイブ処理に代えてバックアップ処理でもよく、この場合、所定データは、バックアップ対象データとなる。

データサイズ取得部は、第１論理ボリュームに記憶されているデータのうち、アーカイブの対象となるデータのサイズを取得する。ボリューム生成制御部は、アーカイブ対象データのデータサイズに応じた第２論理ボリュームを第１ストレージ装置に生成させる。そして、データ処理部は、この第２論理ボリュームにアーカイブ対象データを書き込んで保存する。このように、処理の対象となるデータのサイズに応じて第２論理ボリュームを生成するため、予め固定サイズのボリュームを用意しておく場合に比べて、記憶領域を無駄なく使用することができる。

第１論理ボリュームに対するアーカイブ処理を行うたびに、アーカイブ対象データのデータサイズに応じた第２論理ボリュームを新たに生成し、さらに、各アーカイブ処理毎にそれぞれ生成される第２論理ボリュームの切換操作を指示する切換制御部を備えることもできる。即ち、各アーカイブ処理毎に、それぞれのアーカイブ対象データのサイズに応じた第２論理ボリュームが生成される。そして、切換制御部により、複数の第２論理ボリュームのうち少なくともいずれか一つの第２論理ボリュームを選択して使用する。

データ処理部は、第２論理ボリュームに書き込まれるアーカイブ対象データについて、所定の属性を設定することができる。この所定の属性には、アーカイブ対象データのリテンションターム及びアクセス制限を含めることができる。ここで、リテンションタームとは、アーカイブ対象データを保存すべき期間である。また、例えば、アーカイブ対象データの改ざんを防止するために、リードオンリーのアクセス制限を設定する。

また、ボリューム生成制御部は、リテンションタームの切れた第２論理ボリュームを削除し、これにより生じた空き領域を利用して新たな第２論理ボリュームを生成することもできる。

さらに、第１ストレージ装置は、基準計時部と、この基準計時部からの信号に基づいてアーカイブ対象データに設定されたリテンションタームを補正する補正部とを備えることもできる。ここで、リテンションタームの残存期間を計測するための残存時間計測手段（例えば、内蔵タイマ等）の計測値を補正するのではなく、リテンションタームの残存期間を短縮または伸長させて補正する。

ボリューム生成制御部は、さらに、第２論理ボリュームの記憶内容を第１ストレージ装置により生成される第３論理ボリュームに記憶させるバックアップ処理を実行可能であり、第２論理ボリュームに設定されているアクセス制限と同一内容のアクセス制限を第３論理ボリュームに設定することもできる。即ち、第２論理ボリュームには、第１論理ボリュームに記憶されているデータのうち、アーカイブ対象のデータが記憶されており、この第２論理ボリュームのコピーとして、第３論理ボリュームが生成される。そして、第２論理ボリュームに設定されているアクセス制限と同一内容のアクセス制限が、コピー先ボリュームである第３論理ボリュームにも設定される。

ところで、論理ボリュームが設定される記憶領域は、物理的な記憶デバイスにより提供されるものである。物理的な記憶デバイスとしては、例えば、ハードディスクドライブ、半導体メモリドライブ、光ディスクドライブ、光磁気ディスクドライブ等を挙げることができる。これらの物理的な記憶デバイスには耐用年数があり、時間の経過につれて劣化等する。そこで、各第２論理ボリュームの使用時間を積算し、この積算された使用時間が予め設定された所定時間に達した場合は、警報信号を出力する寿命管理部をさらに備えることもできる。

第２論理ボリュームに記憶されたアーカイブ対象データは、第１論理ボリュームから消去することができる。第２論理ボリュームに移されたアーカイブ対象データにホスト装置がアクセスを要求する場合、ホスト装置は、データ管理装置を介してアーカイブ対象データにアクセスする。

例えば、第１論理ボリュームには、アーカイブ処理が行われるたびに、このアーカイブ処理に係るアーカイブ対象データの所在を特定するためのアーカイブ識別情報を記憶しておく。ホスト装置は、いったん第１論理ボリュームにアクセスしてアーカイブ識別情報を取得した後、このアーカイブ識別情報を示して、データ管理装置に対し、アーカイブされたデータへのアクセスを要求する。

ところで、第１論理ボリューム及び第２論理ボリュームは、その全てが第１ストレージ装置内に存在する必要はない。例えば、第１ストレージ装置に、外部論理ボリュームを有する第２ストレージ装置を接続し、この外部論理ボリュームを第１ストレージ装置の所定の記憶階層にマッピングすることにより、外部論理ボリュームを第１論理ボリュームまたは第２論理ボリュームのいずれか又は双方として使用することができる。第１ストレージ装置は、自分自身に固有の記憶領域を備えている必要はなく、外部の記憶領域を取り込んで、あたかも自分自身の記憶領域であるかのように使用できる。従って、第１ストレージ装置は、ディスクアレイ装置である必要は必ずしもなく、例えば、高機能のインテリジェント型スイッチとして構成することもできる。

本発明は、例えば、以下のようなアーカイブ管理方法として捉えることもできる。即ち、アーカイブ対象データを取得するステップと、この取得されたアーカイブ対象データのデータサイズを検出するステップと、検出されたデータサイズに等しいサイズのアーカイブ用ボリュームを生成させるステップと、生成されたアーカイブ用ボリュームに前記取得したアーカイブ対象データを書き込むステップと、アーカイブ対象データが書き込まれたアーカイブ用ボリュームにアクセス制限及びリテンションタームを設定するステップと、を備えたアーカイブ管理方法。

本発明の手段、機能、ステップの少なくとも一部は、マイクロコンピュータにより読み込まれて実行されるコンピュータプログラムとして構成できる場合がある。このようなコンピュータプログラムは、例えば、ハードディスクや光ディスク等のような記憶媒体に固定して流通させることができる。または、インターネット等のような通信ネットワークを介して、コンピュータプログラムを供給することもできる。

以下、図面に基づき、本発明の実施の形態を説明する。図１は、本実施形態の全体概念を模式的に示す説明図である。以下に述べるように、本実施形態のストレージシステムは、ホスト装置としてのアプリケーションサーバ１と、データ管理装置としてのアーカイブサーバ２と、第１ストレージ装置３及び第２ストレージ装置４とを備えて構成することができる。

アプリケーションサーバ１は、例えば、電子メール管理ソフトウェアやデータベース管理ソフトウェア等のようなアプリケーションプログラム１Ａを備えている。アプリケーションプログラム１Ａは、第１ストレージ装置３の第１論理ボリュームＬＵａにアクセスし、データの読み書きを行う。この第１論理ボリュームＬＵａは、アプリケーションプログラム１Ａにとってのプライマリボリュームである。

アーカイブサーバ２は、第１論理ボリュームＬＵａに記憶されたデータ群のうち、所定のデータを読み取ってアーカイブするものである。予め設定された条件に該当するデータが、アーカイブの対象となる。アーカイブ条件としては、例えば、所定のファイル名（帳票名等）を有するファイルデータ、特定の日または期間内に送信または受信された電子メールのデータ、ファイルサイズが所定値以上または以下であるファイルデータ、ファイルが添付されている電子メールのデータ等のように、種々の属性を指定することにより、任意に設定可能である。

アーカイブサーバ２は、例えば、業務時間終了後の所定時刻が到来した場合等のように、アーカイブ処理の実行時期が到来すると、アプリケーションサーバ１のアプリケーションプログラム１Ａを介して、アーカイブ対象データを取得する。即ち、アーカイブサーバ２は、アーカイブ条件に該当するデータの読出しを、アプリケーションサーバ１のアプリケーションプログラム１Ａに要求する。

アプリケーションサーバ１のアプリケーションプログラム１Ａは、アーカイブサーバ２からの要求に応じて、第１論理ボリュームＬＵａにアクセスし、アーカイブ条件を満たすデータを読み出す。読み出されたアーカイブ対象データは、アプリケーションサーバ１からアーカイブサーバ２に送信される。ここで、もしも、アーカイブ条件を満たすアーカイブ対象データを、ファイル単位ではなく、論理ブロック単位で特定できる場合は、アーカイブサーバ２が直接第１論理ボリュームＬＵａにアクセスして、所定のデータ群を取得することも可能である。

しかし、アーカイブ処理はファイル単位で行われるため、アーカイブサーバ２は、アプリケーションサーバ１を介して、アーカイブ対象データを取得する（Ｓ１）。アーカイブサーバ２は、取得したアーカイブ対象データを、ローカルメモリまたはローカルディスクに一時的に保存し、アーカイブ対象データのデータサイズを検出する（Ｓ２）。そして、アーカイブサーバ２は、検出されたデータサイズに等しいボリュームサイズを有するアーカイブ用ボリュームＬＵｂの生成を、第１ストレージ装置３に指示する（Ｓ３）。そして、アーカイブ用ボリュームＬＵｂが生成されると、アーカイブサーバ２は、このボリュームＬＵｂをマウントし、アーカイブ対象データを書き込む（Ｓ４）。アーカイブ対象データの書込みを完了すると、アーカイブサーバ２は、アーカイブ用ボリュームＬＵｂに対し、アクセス制限及びリテンションタームを設定する（Ｓ５）。アクセス制限は、データ改ざん防止のために「リードオンリー」が設定される。リテンションタームは、法律または規則等により定められた期間が設定される。

第１ストレージ装置３は、アーカイブサーバ２からの要求に応じて、指定されたサイズのアーカイブ用ボリュームＬＵｂを生成する。ここで、アーカイブ用ボリュームＬＵｂの実体は、第１ストレージ装置３内に存在せず、第１ストレージ装置３に接続された第２ストレージ装置４内にアーカイブ用ボリュームＬＵｂの実体が存在する。

即ち、第２ストレージ装置４の有する論理ボリュームＬＵｃは、第１ストレージ装置３内の仮想的なボリュームＬＵｂにマッピングされている。これにより、アーカイブサーバ２からは、アーカイブ用ボリュームＬＵｂに対して直接アクセスしているように見えるが、実際のデータは、第１ストレージ装置３から第２ストレージ装置４に転送され、物理的実体を有するボリュームＬＵｃに書き込まれる。実ボリュームであるボリュームＬＵｃは、第１ストレージ装置３の支配下にあり、ボリュームＬＵｃへのライトアクセスは、ボリュームＬＵｂに設定されたリテンションタームが切れるまで禁止される。

第１ストレージ装置３のコントローラ３Ａは、リテンションタームの進行管理に使用される計時手段としてのタイマ３Ｂを備えている。同様に、第２ストレージ装置４のコントローラ４Ａも、計時手段としてのタイマ４Ｂを備えている。ここで、第１ストレージ装置３のタイマ３Ｂは、マスタタイマとして使用される。マスタタイマ３Ｂの値は、必要に応じて第２ストレージ装置４のコントローラ４Ａに送られる。第２ストレージ装置４のコントローラ４Ａは、マスタタイマ３Ｂの示す値と自己のタイマ４Ｂが示す値とを比較し、両者の差分に応じて、リテンションタームを補正する。

このように、本実施形態では、アーカイブ処理の対象となるデータのサイズに応じて、アーカイブ用ボリュームＬＵｂを生成するため、アーカイブ対象データのサイズとアーカイブ用ボリュームＬＵｂのボリュームサイズとを等しくすることができ、無駄な空き領域が生じるのを未然に防止することができる。従って、ストレージシステムの有する記憶資源を効率的に使用して、アーカイブ処理を行うことができ、ストレージシステムの運用コストを低下させることができる。

また、本実施形態では、第１ストレージ装置３の外部に設けられた第２ストレージ装置４が有するボリュームＬＵｃを第１ストレージ装置３に取り込む構成のため、ストレージシステムに分散するボリュームを有効に利用して、アーカイブ処理をより効率的に行うことができる。

さらに、本実施形態では、リテンションタームを補正する手段を備えたため、例えば、保守作業や連休等の事情により第２ストレージ装置４の電源が停止された場合でも、予定された期日通りに保存期間を終了させることができる。そして、このリテンションタームの切れたボリュームＬＵｂ（ＬＵｃ）を削除し、空いた記憶領域を新たなアーカイブ処理に再利用することができる。

図２は、ストレージシステムの全体構成を概略的に示すブロック図である。このストレージシステムは、それぞれ後述するように、例えば、アプリケーションサーバ１０と、アーカイブサーバ２０と、管理端末３０と、複数のストレージ装置１００，２００とを備えて構成することができる。

アプリケーションサーバ１０は、例えば、サーバマシン、パーソナルコンピュータ、ワークステーション、携帯情報端末等のコンピュータシステムとして構成可能である。なお、場合によっては、アプリケーションサーバ１０に代えて、メインフレーム系のホストコンピュータを用いてもよい。なお、図中では、便宜上、一つのアプリケーションサーバ１０を例示するが、複数のアプリケーションサーバを設けることもできる。

アプリケーションサーバ１０は、例えば、通信部１１，１２と、CPU（Central Processing Unit）１３と、メモリ１４及びローカルディスク１５とを備えて構成可能である。一方の通信部１１は、通信ネットワークＣＮ１を介して、アーカイブサーバ２０との間でデータ通信を行うためのものである。通信ネットワークＣＮ１としては、例えば、LAN（Local Area Network）等が用いられる。通信部１１は、例えば、TCP/IP（Transmission Control Protocol/Internet Protocol）に基づいて、ファイル単位のデータ通信を行う。

他方の通信部１２は、通信ネットワークＣＮ２を介して、第１ストレージ装置１００とデータ通信を行うためのものである。通信ネットワークＣＮ２としては、例えば、SAN（Storage Area Network）等が用いられる。通信部１２は、例えば、FCP（Fibre Channel Protocol ）に基づいて、ブロック単位のデータ通信を行う。なお、例えば、iSCSI（internet Small Computer System Interface）等の他の通信プロトコルを用いてもよい。また、メインフレーム系ホストの場合は、例えば、FICON（Fibre Connection：登録商標）、ESCON（Enterprise System Connection：登録商標）、ACONARC（Advanced Connection Architecture：登録商標）、FIBARC（Fibre Connection Architecture：登録商標）等の通信プロトコルに従ってデータ転送が行われる。

CPU１３は、アプリケーションサーバ１０の動作を制御する。なお、CPU１３の他に、特定のデータ処理を専門に行うハードウェア回路を一つまたは複数設けてもよい。メモリ１４は、例えば、RAM（Random Access Memory）やROM（Read Only Memory）等から構成される。図中では、単一のメモリ１４として示してあるが、アプリケーションサーバ１０は、揮発性メモリと不揮発性メモリとの両方を備えることができる。ローカルディスク１５は、例えば、ハードディスクドライブ、半導体メモリドライブ、光ディスクドライブ等から構成される。

メモリ１４には、アプリケーションプログラム１６が記憶されている。アプリケーションプログラム１６としては、例えば、電子メール管理プログラム、データベース管理プログラム、ファイルシステム等を挙げることができる。そして、アプリケーションプログラム１６は、図外の複数のクライアント端末からの要求に応じて、所定の情報処理サービスを提供する。

アーカイブサーバ２０は、アプリケーションサーバ１０が利用するデータ群のアーカイブ処理を専門に行うコンピュータシステムである。アーカイブサーバ２０は、例えば、サーバ、パーソナルコンピュータ、ワークステーション、携帯情報端末等のコンピュータシステムとして構成される。

アーカイブサーバ２０は、アプリケーションサーバ１０と同様に、例えば、通信部２１，２２と、CPU２３と、メモリ２４と、ローカルディスク２５とを備えて構成することができる。通信部２１は、通信ネットワークＣＮ１を介して、アプリケーションサーバ１０とデータ通信を行うものである。通信部２２は、通信ネットワークＣＮ２を介して、第１ストレージ装置１００とデータ通信を行うものである。CPU２３は、アーカイブサーバ２０の全体動作を制御する。メモリ２４は、後述する各種プログラムを格納する。ローカルディスク２５は、アーカイブ対象データを一時的に格納する。

メモリ２４には、例えば、アーカイブ管理プログラム２６と、ディスクアレイ制御プログラム２７とが予め記憶されている。さらに、ディスクアレイ制御プログラム２７には、ＬＵ（論理ボリューム）切換プログラム２８と、ＬＵ制御プログラム２９とを含めることができる。これらの各プログラムの詳細は、フローチャートを用いてさらに後述するが、アーカイブ管理プログラム２６は、アーカイブ処理を行い、ディスクアレイ制御プログラム２７は、アーカイブ処理に使用する論理ボリュームの生成や切換制御を行う。

管理端末３０は、例えば、LAN等の通信ネットワークＣＮ３を介して、第１ストレージ装置１００に接続されている。この管理端末３０は、第１ストレージ装置１００のSVP１７０から取得したデータを端末画面に表示させたり、あるいは、SVP１７０を介して第１ストレージ装置１００の構成変更等を指示するためのコンピュータ端末である。管理端末３０には、例えば、図示しないウェブヴラウザが搭載されており、ウェブベースで各種の指示や情報取得が可能となっている。

第１ストレージ装置１００は、それぞれ後述するように、例えば、複数のチャネルアダプタ（以下「CHA」）１１０と、複数のディスクアダプタ（以下「DKA」）１２０と、キャッシュメモリ１３０と、共有メモリ１４０と、接続制御部１５０と、記憶部１６０と、SVP１７０とを備えて構成することができる。

CHA１１０は、アプリケーションサーバ１０、アーカイブサーバ２０及び外部の第２ストレージ装置２００との間のデータ授受を制御するもので、例えば、CPUやメモリ、入出力回路等を備えたマイクロコンピュータシステムとして構成可能である。各CHA１１０は、それぞれ複数の通信ポート１１１（図３参照）を備えることができ、各通信ポート１１１毎にそれぞれ個別にデータ授受を行うことができる。各CHA１１０は、それぞれ一種類の通信プロトコルに対応しており、アプリケーションサーバ１０の使用する通信プロトコルの種類に応じて用意される。但し、各CHA１１０がそれぞれ複数種類の通信プロトコルに対応する構成としてもよい。

DKA１２０は、記憶部１６０との間のデータ授受を制御する。DKA１２０は、CHA１１０と同様に、例えば、CPUやメモリ等を備えたマイクロコンピュータシステムとして構成することができる。各DKA１２０は、例えば、アプリケーションサーバ１０やアーカイブサーバ２０から指定された論理ブロックアドレス（LBA）を物理ディスクのアドレスに変換等することにより、各ディスクドライブ１６１（図３参照）にアクセスし、データの読出しまたはデータの書込みを行う。なお、CHA１１０の機能とDKA１２０の機能とを一つまたは複数のコントローラ内に集約する構成としてもよい。

キャッシュメモリ１３０は、アプリケーションサーバ１０やアーカイブサーバ２０から書き込まれたライトデータや、アプリケーションサーバ１０やアーカイブサーバ２０から読み出されたリードデータを記憶するものである。キャッシュメモリ１３０は、例えば、揮発または不揮発のメモリから構成可能である。キャッシュメモリ１３０が揮発性メモリを含んで構成される場合、図示せぬバッテリ電源等によりメモリバックアップを行うことが好ましい。なお、図示は省略するが、キャッシュメモリ１３０は、リードキャッシュ領域とライトキャッシュ領域との２つの領域から構成することができ、ライトキャッシュ領域に格納されたデータは、多重記憶することができる。つまり、同一のデータがディスクドライブ１６１にも存在するリードデータは、仮に失われたとしても再びディスクドライブ１６１から読み出せば足りるので、多重化の必要はない。これに対し、ライトデータは、ストレージ装置１００内においては、キャッシュメモリ１３０にのみ存在するため、多重化記憶させるのが信頼性の点で好ましい。もっとも、キャッシュデータを多重化して記憶させるか否かは、仕様による。

共有メモリ（あるいは制御メモリとも呼ばれる）１４０は、例えば、不揮発メモリから構成可能であるが、揮発メモリから構成してもよい。共有メモリ１４０には、例えば、後述のマッピングテーブルＴ１等のような制御情報や管理情報等が記憶される。これらの制御情報等の情報は、複数のメモリ１４０により多重管理することができる。マッピングテーブルＴ１は、第２ストレージ装置２００の有するボリュームを第１ストレージ装置１００に取り込むために使用されるものである。マッピングテーブルＴ１の一例は、さらに後述する。

ここで、共有メモリ１４０及びキャッシュメモリ１３０は、それぞれ別々のメモリパッケージとして構成することもできるし、同一のメモリパッケージ内にキャッシュメモリ１３０及び共有メモリ１４０を設けてもよい。また、メモリの一部をキャッシュ領域として使用し、他の一部を制御領域として使用することもできる。つまり、共有メモリとキャッシュメモリとは、同一のメモリとして構成することもできる。

接続制御部（スイッチ部）１５０は、各CHA１１０と、各DKA１２０と、キャッシュメモリ１３０と、共有メモリ１４０とをそれぞれ相互に接続するものである。これにより、全てのCHA１１０，DKA１２０は、キャッシュメモリ１３０及び共有メモリ１４０にそれぞれ個別にアクセス可能である。接続制御部１５０は、例えば、超高速クロスバスイッチ等として構成することができる。

記憶部１６０は、多数のディスクドライブ１６１を備えて構成される。記憶部１６０は、各CHA１１０及び各DKA１２０等のコントローラ部分と共に同一の筐体内に設けることもできるし、コントローラ部分とは別の筐体内に設けることもできる。

記憶部１６０には、複数のディスクドライブ１６１を設けることができる。ディスクドライブ１６１としては、例えば、ＦＣディスク（ファイバチャネルディスク）、SCSI（Small Computer System Interface）ディスク、SATA（Serial AT Attachment）ディスク等を用いることができる。また、記憶部１６０は、同一種類のディスクドライブから構成される必要はなく、複数種類のディスクドライブを混在させることもできる。

ここで、一般的には、ＦＣディスク、SCSIディスク、SATAディスクの順番で、性能が低下する。例えば、アクセス頻度の多いデータ（価値の高いデータ等）は、高性能なＦＣディスクに記憶し、アクセス頻度の低いデータ（価値の低いデータ等）は、低性能なSATAディスクに記憶させる等のように、データの利用態様に応じて、ディスクドライブの種類を使い分けることができる。各ディスクドライブ１６１の提供する物理的な記憶領域上には、複数の論理的な記憶領域１６４，１６４Ａを設けることができる。記憶領域の構成については、さらに後述する。

SVP（Service Processor）１７０は、LAN等の内部ネットワークＣＮ１１を介して、各CHA１１０及び各DKA１２０とそれぞれ接続されている。図中では、SVP１７０とCHA１１０とだけを接続しているが、SVP１７０は、各DKA１２０にもそれぞれ接続することができる。SVP１７０は、ストレージ装置１００内の各種状態を収集し、そのままで又は加工して、管理端末３０に提供する。

ボリューム仮想化を実現する第１ストレージ装置１００は、アプリケーションサーバ１０からのデータ入出力要求を処理する窓口であり、第２ストレージ装置２００と通信ネットワークＣＮ２を介して、それぞれ接続されている。なお、図中では、第１ストレージ装置１００に一つのストレージ装置２００を接続する状態を示すが、これに限らず、第１ストレージ装置１００に複数のストレージ装置を接続してもよい。

第２ストレージ装置２００は、例えば、コントローラ２１０と、第１ストレージ装置１００と接続するための通信ポート２１１と、ディスクドライブ２２０とを備えて構成することができる。コントローラ２１０は、上述したCHA１１０及びDKA１２０の機能を実現するもので、第１ストレージ装置１００及びディスクドライブ２２０とのデータ授受をそれぞれ制御する。

第２ストレージ装置２００は、第１ストレージ装置１００と同一または実質的に同一の構成を備えてもよいし、第１ストレージ装置１００と異なる構成でもよい。第２ストレージ装置２００は、第１ストレージ装置１００との間で所定の通信プロトコル（例えば、FCやiSCSI等）に従ったデータ通信を行うことができ、ディスクドライブ２２０等の記憶ドライブ（記憶用デバイス）を備えていればよい。後述のように、第２ストレージ装置２００の有する論理ボリューム２３０は、第１ストレージ装置１００の所定階層にマッピングされており、これによって第１ストレージ装置１００の内部ボリュームであるかのように使用される。

なお、本実施例では、物理的な記憶ドライブとして、ハードディスクを例示するが、本発明はこれに限定されない。記憶ドライブとしては、ハードディスク以外に、例えば、半導体メモリドライブ、磁気テープドライブ、光ディスクドライブ、光磁気ディスクドライブ等を用いることができる場合もある。

図３は、ストレージシステムの論理的な記憶構造に着目した構成説明図である。先に第１ストレージ装置１００の構成から先に説明する。第１ストレージ装置１００の記憶構造は、例えば、物理的記憶階層と論理的記憶階層とに大別することができる。物理的記憶階層は、物理的なディスクであるPDEV（Physical Device）１６１により構成される。PDEVは、ディスクドライブに該当する。

論理的記憶階層は、複数の（例えば２種類の）階層から構成することができる。一つの論理的階層は、VDEV（Virtual Device）１６２から構成可能である。他の一つの論理的階層は、LDEV（Logical Device）１６３から構成することができる。LDEV１６３は、論理ボリュームに該当する。

VDEV１６２は、例えば、４個１組（３Ｄ＋１Ｐ）、８個１組（７Ｄ＋１Ｐ）等のような所定数のPDEV１６１をグループ化して構成することができる。グループに属する各PDEV１６１がそれぞれ提供する記憶領域が集合して一つのRAID記憶領域が形成される。このRAID記憶領域がVDEV１６２となる。

ここで、全てのVDEV１６２がPDEV１６１上に直接設けられるわけではなく、一部のVDEV１６２は、仮想的な中間デバイスとして生成可能である。このような仮想的なVDEV１６２は、外部のストレージ装置２００が有するＬＵ（Logical Unit）をマッピングするための受け皿となる。

LDEV１６３は、VDEV１６２上に、少なくとも一つ以上設けることができる。LDEV１６３は、VDEV１６２を固定長又は可変長で分割することにより構成できる。本実施例では、後述のように、アーカイブ対象データのデータサイズに応じて、VDEV１６２を分割することにより、アーカイブに必要なボリュームサイズを有するLDEV１６３を得るようになっている。

アプリケーションサーバ１０やアーカイブサーバ２０のようなオープン系ホストの場合、LDEV１６３がＬＵ１６４にマッピングされることにより、アプリケーションサーバ１０は、LDEV１６３を一つの物理的なディスクとして認識する。オープン系のアプリケーションサーバ１０は、LUN（Logical Unit Number ）や論理ブロックアドレスを指定することにより、所望のLDEV１６３にアクセスする。従って、図２等では、アプリケーションサーバ１０等からの認識対象であるＬＵを論理ボリュームとして示す。

ＬＵ１６４は、SCSIの論理ユニットとして認識可能なデバイスである。各ＬＵ１６４は、ポート１１１Ａを介してアプリケーションサーバ１０またはアーカイブサーバ２０に接続可能である。各ＬＵ１６４には、少なくとも一つ以上のLDEV１６３をそれぞれ関連付けることができる。なお、一つのＬＵ１６４に複数のLDEV１６３を関連付けることにより、ＬＵサイズを仮想的に拡張することもできる。

CMD（Command Device）１６５は、アプリケーションサーバ１０やアーカイブサーバ２０上で稼働するプログラムとストレージ装置のコントローラ（CHA１１０，DKA１２０）との間で、コマンドやステータスを受け渡すために使用される専用のＬＵである。アプリケーションサーバ１０等からのコマンドは、CMD１６５に書き込まれる。ストレージ装置のコントローラは、CMD１６５に書き込まれたコマンドに応じた処理を実行し、その実行結果をステータスとしてCMD１６５に書き込む。アプリケーションサーバ１０等は、CMD１６５に書き込まれたステータスを読出して確認し、次に実行すべき処理内容をCMD１６５に書き込む。このようにして、アプリケーションサーバ１０やアーカイブサーバ２０は、CMD１６５を介して、ストレージ装置１００に各種の指示を与えることができる。

ところで、第１ストレージ装置１００の外部接続用のイニシエータポート（External Port）１１１Ｂには、通信ネットワークＣＮ２を介して、第２ストレージ装置２００が接続されている。第２ストレージ装置２００は、複数のPDEV２２０と、PDEV２２０の提供する記憶領域上に設定されたLDEV２３０とを備えており、各LDEV２３０は、ＬＵ２４０に関連付けられている。

第２ストレージ装置２００の有するLDEV２３０は、ＬＵ２４０を介して、第１ストレージ装置１００のVDEV１６２にマッピングされている。例えば、第２ストレージ装置２００の「LDEVｅ１」は、第１ストレージ装置１００の「VDEV２」にマッピングされており、この「VDEV２」上にアーカイブ用の「LDEV２」が設定されている。また、例えば、第２ストレージ装置２００の「LDEVｅ２」は、第１ストレージ装置１００の「VDEV３」にマッピングされており、この「VDEV３」上にアーカイブ用の「LDEV３」が設定されている。

このように、第２ストレージ装置２００の有する実ボリューム（LDEV）を、第１ストレージ装置１００の所定の論理階層にマッピングすることにより、第１ストレージ装置１００は、外部に存在するボリューム２３０をあたかも自己の有するボリュームであるかのようにアプリケーションサーバ１０やアーカイブサーバ２０に対して見せかけることができる。また、第１ストレージ装置１００のＬＵに直接マッピングするのではなく、中間デバイスであるVDEV１６２にマッピングすることにより、アーカイブ対象データのデータサイズに応じた任意のサイズでLDEVを形成することができる。なお、第１ストレージ装置１００の外部に存在するボリュームを第１ストレージ装置１００に取り込む方法としては、上記の例に限らない。

図３に示すように、アプリケーションサーバ１０は、プライマリボリュームである「ＬＵ１」にアクセスし、データの読み書きを行う。アーカイブサーバ２０は、CMD１６５に切換コマンドを書き込むことにより、アーカイブ用ＬＵ１６４Ａを生成し、また、複数のアーカイブ用ＬＵ１６４Ａを切り換えて使用する。この予めグループ化された複数のＬＵ１６４Ａを切り換えながら使用する機能を、本実施例では、例えば、ジュークボックス機能１８０と呼ぶ。

図４は、LDEV１６３の生成方法を模式的に示す説明図である。図４（ａ）に示すように、物理的記憶デバイスであるPDEV１６１が所定数集まって一つの記憶領域（VDEV）が形成される。図中では、４個のデータディスクと１個のパリティディスクとから一つのRAIDグループ（VDEV）が形成される様子を示す。図４（ｂ）に示すように、本実施例では、物理的な記憶領域上に、アーカイブ対象データのサイズに応じて、任意サイズのLDEV１６３を形成する。また、後述のように、リテンションタームが０となり、保存の必要が無くなったLDEV１６３は削除される。この削除されたLDEV１６３の記憶領域は、RAIDグループに空き記憶領域として戻され、再利用される。

図５は、マッピングテーブルＴ１の構成を示す説明図である。マッピングテーブルＴ１は、第２ストレージ装置２００の有するボリュームを、第１ストレージ装置１００にマッピングさせるために使用される。マッピングテーブルＴ１は、第１ストレージ装置１００の共有メモリ１４０に記憶させることができる。

マッピングテーブルＴ１は、例えば、LUNと、LDEV番号、LDEVの最大スロット数（容量）と、VDEV番号と、VDEVの最大スロット数（容量）と、デバイス種別と、パス情報とを対応づけることにより、構成することができる。パス情報は、第１ストレージ装置１００内部の記憶領域（PDEV１６１）へのパスを示す内部パス情報と、第２ストレージ装置２００の有するボリュームへのパスを示す外部パス情報とに大別できる。外部パス情報には、例えば、WWN（World Wide Name）とLUNとを含めることができる。

図６は、ストレージシステムの空き容量を各RAIDグループ単位で管理するための空き容量管理テーブルＴ２の一例を示す。この空き容量管理テーブルＴ２は、例えば、共有メモリ１４０に記憶させることができる。

空き容量管理テーブルＴ２は、例えば、RAIDグループ番号と、そのRAIDグループの全記憶容量と、そのRAIDグループにおける未使用の記憶容量と、そのRAIDグループの記憶区分とをそれぞれ対応付けることにより、構成することができる。記憶区分とは、例えば、そのRAIDグループを構成するディスクドライブ（PDEV）１６１の設置場所及び種別である。図中に示す「内部FC」とは、そのRAIDグループが第１ストレージ装置１００内のＦＣディスクから構成されることを示し、「外部SATA」とは、そのRAIDグループが第２ストレージ装置２００内のSATAディスクから構成されることを示す。

図７は、ＬＵ管理テーブルＴ３の一例を示す説明図である。ＬＵ管理テーブルＴ３は、ストレージシステム内の各ＬＵ１６４，１６４Ａを管理するためのもので、例えば、共有メモリ１４０に記憶させることができる。

ＬＵ管理テーブルＴ３は、例えば、そのＬＵが所属するRAIDグループの番号と、そのＬＵに設定されたＬＵ番号と、そのＬＵの記憶容量と、そのＬＵに設定されたアクセス属性（例えば、リードオンリーまたはリード・ライト共に可等）と、そのＬＵに設定されたリテンションタームの残存期間と、そのＬＵにアーカイブ対象データが格納されたアーカイブ日と、そのＬＵが本日マウントされた時間（日マウント時間）と、そのＬＵの累計マウント時間とを、それぞれ対応付けることにより、構成することができる。

ここで、リテンションタームとは、そのＬＵに記憶されているアーカイブ対象データを保存すべき期間である。そして、リテンションタームの残存期間が０になると、保存期間は終了し、そのＬＵの使用していた記憶領域を解放することができる。また、本実施例では、ジュークボックス機能によって、複数のアーカイブ用ＬＵ１６４Ａを切り換えながら使用することができるため、各ＬＵのマウント時間はそれぞれ相違する。

図８は、アーカイブ管理パラメータファイル（以下、パラメータファイルとも呼ぶ）Ｆ１の一例を示す説明図である。このパラメータファイルＦ１は、切り換えて使用可能な複数のアーカイブ用ＬＵ１６４Ａをグループ化して管理するためのものであり、例えば、アーカイブサーバ２０内に記憶される。

パラメータファイルＦ１は、例えば、ジュークボックス機能を特定するためのジュークボックス名称と、そのジュークボックス機能を制御するために用いるCMD１６５の番号と、そのジュークボックスに登録されたアーカイブ済みのＬＵ番号と、そのジュークボックスに設定されたリテンションタームとをそれぞれ対応付けることにより、構成することができる。本実施例では、各ジュークボックス毎に、それぞれリテンションタームが設定されている。つまり、例えば、３年間保存用のアーカイブデータを格納するジュークボックス、１年間保存用のアーカイブデータを格納するジュークボックス等のように、ジュークボックス単位でリテンションタームを設定する。逆に言えば、異なるリテンションターム毎にそれぞれジュークボックスが用意される。但し、これに限らず、例えば、アプリケーションプログラムの種類等に応じてジュークボックスを用意してもよい。

図９は、既にアーカイブされたデータにアクセスするための方法を模式的に示す説明図である。プライマリボリューム「ＬＵ１」に格納されていたデータのうち、アーカイブ対象となったデータは、アーカイブ用ボリューム「ＬＵ２」にコピーされる。アーカイブが完了すると、このアーカイブ対象となったデータは、プライマリボリューム「ＬＵ１」から削除される。

アーカイブされて削除されたデータに代えて、プライマリボリューム「ＬＵ１」内には、アーカイブＩＤ情報Ｔ４が格納される。アーカイブＩＤ管理情報Ｔ４は、例えば、アーカイブされたデータのアドレス（LBA：Logical Block Address）と、そのアドレスに格納されていたデータのアーカイブ先を特定するためのアーカイブＩＤ（アーカイブ識別情報）とを対応付けることにより、構成することができる。

アプリケーションサーバ１０は、どのデータがアーカイブされて移動したのかを認識しておらず、プライマリボリューム「ＬＵ１」に対して、アーカイブされたデータのアクセスを要求する。このアクセス要求に対し、ストレージ装置１００は、要求されたデータに関連付けられているアーカイブＩＤを返信する。

そこで、アプリケーションサーバ１０は、このアーカイブＩＤと所望のデータのアドレスとを対応付けて、アーカイブサーバ２０に問い合わせる。アーカイブサーバ２０は、アーカイブＩＤ管理テーブルＴ５を保持している。アーカイブＩＤ管理テーブルＴ５は、例えば、アーカイブＩＤと、ジュークボックスボックス名と、アーカイブＬＵの番号とを対応付けることにより、構成することができる。

アーカイブサーバ２０は、アプリケーションサーバ１０からの問合せに応じて、アーカイブＩＤ管理テーブルＴ５を参照し、要求されたデータの所在を確認する。アーカイブサーバ２０は、要求されたデータが存在するアーカイブ用ＬＵにアクセスすべく、所定のジュークボックスを制御し、目的とするアーカイブ用ＬＵに切り換えてマウントする。そして、アーカイブサーバ２０は、そのアーカイブ用ＬＵからデータを読出し、アプリケーションサーバ１０に送信する。

従って、ユーザからは、アクセス対象のデータがプライマリボリューム「ＬＵ１」に存在するのか、それともアーカイブ用ボリューム「ＬＵ２」に存在するのかを区別する必要がなく、シームレスにデータにアクセスすることができる。

なお、以上は例示であって、本発明はこれに限定されない。要するに、本実施例では、プライマリボリューム「ＬＵ１」からアーカイブ対象のデータがアーカイブ用ボリューム「ＬＵ２」に移動された場合、そのデータの移動先を特定する情報がプライマリボリューム「ＬＵ１」に格納される。そして、アプリケーションサーバ１０は、この情報に基づいて、アーカイブサーバ２０にデータを要求し、アーカイブサーバ２０を介して、所望のデータを取得する。

図１０は、本実施例によるアーカイブ処理のフローチャートである。この処理は、例えば、所定のタイミングが到来すると開始される。所定のタイミングとしては、例えば、所定時刻が到来した場合、ユーザから明示の指示を受けた場合等を挙げることができる。

まず、アーカイブサーバ２０は、アプリケーションサーバ１０を介して、アーカイブ対象データを取得する（Ｓ１１）。即ち、アーカイブサーバ２０は、アーカイブ条件をアプリケーションサーバ１０に通知し、アプリケーションサーバ１０は、このアーカイブ条件に該当するデータ（アーカイブ対象データ）をプライマリボリューム「ＬＵ１」から読出して、アーカイブサーバ２０に送信する。アーカイブサーバ２０は、取得したアーカイブ対象データをローカルディスク２５に保存する。

アーカイブサーバ２０では、アーカイブ管理プログラム２６のアーカイブスケジュールジョブが起動する（Ｓ１２）。アーカイブ管理プログラム２６は、ローカルディスク２５に保存されたアーカイブ対象データのデータサイズＳａを取得する（Ｓ１３）。

ＬＵ制御プログラム２９は、第１ストレージ装置１００に空き容量を問合せ、現在の空き容量を取得する（Ｓ１４）。ＬＵ制御プログラム２９は、アーカイブ対象データのデータサイズＳａ以上の空き容量が存在するか否かを判定する（Ｓ１５）。アーカイブ用ボリュームを生成可能な空き容量が検出された場合（S15：YES）、ＬＵ制御プログラム２９は、アーカイブ対象データと等しいボリュームサイズを有するアーカイブ用ボリュームを生成する（Ｓ１６）。ここで、アーカイブ用ボリュームのボリュームサイズとアーカイブ対象データのデータサイズとは、厳密に一致している必要はなく、アーカイブ用ボリュームに無駄な空き容量が発生しない程度に一致していれば足りる。

ＬＵ制御プログラム２９は、確保したアーカイブ用ボリュームをフォーマットし（Ｓ１７）、データ書込みの準備を整える。続いて、ＬＵ切換制御プログラム２８は、フォーマットされたアーカイブ用ボリュームへの接続パスを定義して、このアーカイブ用ボリュームをアーカイブサーバ２０にマウントする（Ｓ１８）。以後、マウントされたアーカイブ用ボリュームを、この説明の中では、アーカイブ用ＬＵ１６４Ａと呼ぶ。

アーカイブ管理プログラム２６は、マウントされたアーカイブ用ＬＵ１６４Ａに対し、ローカルディスク２５に保存されているアーカイブ対象データを書き込む（Ｓ１９）。アーカイブ対象データの書込みを完了した後、アーカイブ管理プログラム２６は、アーカイブ用ＬＵ１６４Ａの属性を変更する（Ｓ２０）。即ち、このアーカイブデータを格納したＬＵ１６４Ａには、リードオンリーのアクセス制限が設定されると共に、予め定められているリテンションタームが設定される。そして、ＬＵ切換プログラム２８は、属性が変更されたアーカイブ用ＬＵ１６４Ａをアンマウントさせる（Ｓ２１）。ＬＵ制御プログラム２９は、アーカイブ用ＬＵ１６４ＡのＬＵ番号を、パラメータファイルＦ１に登録させる（Ｓ２２）。

一方、アーカイブ対象データのデータサイズ以上の空き容量が第１ストレージ装置１００に存在しない場合（S15：NO）、ＬＵ制御プログラム２９は、リテンションタームの切れたＬＵ１６４Ａを検索する（Ｓ２３）。

リテンションタームの切れたＬＵ１６４Ａが存在する場合（S23：YES）、アーカイブ管理プログラム２６は、第１ストレージ装置１００に対し、リテンションタームの切れたアーカイブ用ＬＵ１６４Ａの管理情報を削除するように要求する（Ｓ２４）。そして、ＬＵ制御プログラム２９は、リテンションタームが切れて保存の必要がなくなったアーカイブ用ＬＵ１６４Ａのアクセス制限を「リードオンリー」から「リード及びライト可」に変更した後（Ｓ２６）、このＬＵ１６４Ａを削除する（Ｓ２７）。これにより、アーカイブ対象データを格納するために必要な空き容量が確保され、Ｓ１６に移る。

ところで、リテンションタームの切れたアーカイブ用ＬＵ１６４Ａが検出されない場合（S24：NO）、アーカイブ処理を行うことができないため、その旨をユーザに通知して処理を終了する（Ｓ２８）。このエラー通知を受けたユーザは、例えば、ディスクドライブ１６１の増設やストレージ装置の追加または置換等を検討する。

なお、空き容量が不足した場合（S15：NO）、リテンションタームの切れた全てのアーカイブ用ＬＵ１６４Ａを一括して削除してもよいし、必要な数だけ段階的に削除するようにしてもよい。後者の場合は、Ｓ２７からＳ１５へ移行させればよい。

このように、本実施例によれば、アーカイブ対象データのデータサイズと略等しいサイズのアーカイブ用ボリュームを生成するため、アーカイブ用ボリュームに無駄な空き領域が発生するのを防止することができ、ストレージシステムの記憶資源を効率的に使用することができる。

また、本実施例では、ストレージ装置１００の空き容量が不足した場合に、リテンションタームが切れて保存不要となったＬＵ１６４Ａを検出し、この不要なＬＵ１６４Ａを削除して再利用するため、より効率的に記憶資源を有効利用できる。

図１１に基づいて本発明の第２実施例を説明する。本実施例を含む以下の実施例は、第１実施例の変形例に相当する。本実施例の特徴は、ディスクドライブ１６１の寿命管理を行う点にある。

図１１は、ディスクドライブの寿命管理処理を示すフローチャートである。この処理は、例えば、アーカイブサーバ２０内で実行することができる。しかし、これに限らず、アプリケーションサーバ１０またはストレージ装置１００で実行してもよい。

ここで、例えば、SATAディスクは、ＦＣディスクに比べると、製品寿命が短い。例えば、ＦＣディスクの製品寿命が５年の場合に、SATAディスクの製品寿命は３年程度であり、ＦＣディスクよりも短い。また、ＦＣディスクは、２４時間のリードまたはライトが可能であるのに対し、SATAディスクは、２４時間の通電状態は許されるものの、リードまたはライトが可能な時間は１日あたり８時間程度に制限される。

一方、各種法規制等により、所定の電子データは、数年〜数十年等のように、長期にわたって保存しなければならない。従って、このような長期保存が義務づけられているデータを、低コストではあるが製品寿命の短いSATAディスクで保存しようとする場合は、ディスクの寿命管理が必要となる。そこで、本発明では、図１１に示すようなディスクの寿命管理処理を各RAIDグループ毎に適宜実行する。

ＬＵ制御プログラム２９は、あるRAIDグループについて、予め設定された製品寿命を取得する（Ｓ３１）。例えば、そのRAIDグループがSATAディスクから構成されている場合を例に挙げると、一日あたりのリード／ライト時間が８時間、保証された製品寿命が３年であるから、このRAIDグループを使用可能な総時間は、８時間×３６５日×３年＝８７６０時間となる。そこで、この最大値（８７６０時間）に５％の余裕をみて、８３２２時間（８７６０時間×９５％）を警告寿命とする。

そして、ＬＵ制御プログラム２９は、そのRAIDグループに属する各ＬＵの累計マウント時間をそれぞれ取得し（Ｓ３２）、これら各累計マウント時間の合計値を算出する（Ｓ３３）。ＬＵ制御プログラム２９は、そのRAIDグループの使用合計時間と警告寿命とを比較する（Ｓ３４）。

使用合計時間が警告寿命以上の場合（S34：YES）、ＬＵ制御プログラム２９は、ディスクの交換時期が到来した旨を、アーカイブ管理プログラム２６を介して、ユーザに通知する（Ｓ３５）。使用合計時間が警告寿命に達していない場合（S34：NO）、ＬＵ制御プログラム２９は、Ｓ３５をスキップする。

ＬＵ制御プログラム２９は、全てのRAIDグループについて寿命の検査を実行したか否かを判定し（Ｓ３６）、まだ検査していないRAIDグループが存在する場合（S36：NO）、次のRAIDグループに移動し（Ｓ３７）、Ｓ３１〜Ｓ３６の処理を繰り返す。そして、全てのRAIDグループについて寿命検査を完了した場合（S36：YES）、ＬＵ制御プログラム２９は、本処理を終了する。

このように、本実施例によれば、各RAIDグループ毎に、ディスクドライブ１６１の製品寿命を適宜検査する。従って、長期間の保存が義務づけられているアーカイブデータを、製品寿命の短い安価なディスクドライブを用いて保存することができ、アーカイブ処理の信頼性を維持することができる。

図１２〜図１４に基づいて、本発明の第３実施例を説明する。本実施例の特徴は、アーカイブ用ＬＵ１６４のバックアップをリモートサイトに生成することにより、耐障害性を高めた点にある。

図１２は、本実施例によるストレージシステムの全体概要を示す説明図である。本実施例では、新たに第３ストレージ装置３００が設けられている。この第３ストレージ装置３００は、第２ストレージ装置２００と同様に、例えば、ポート３１１と、ディスクアレイコントローラ３１０と、複数のボリューム３３０及びCMD３５０を備えている。

本実施例では、第１ストレージ装置１００がローカルサイトに存在し、第２ストレージ装置２００及び第３ストレージ装置３００がそれぞれ別々のバックアップサイトに設けられているものとする。第１ストレージ装置１００と第２ストレージ装置２００及び第３ストレージ装置３００とは、例えば、インターネットや専用回線等の通信ネットワークＣＮ４を介して接続されている。

そして、第１ストレージ装置１００内には、バックアップ元となるアーカイブ用ＬＵ１６４ａを切り換えるためのジュークボックス機能１８０と、バックアップ先となるボリューム１６４ｂを切り換えるためのジュークボックス機能１８１とが設けられている。ジュークボックス機能１８１は、第２ストレージ装置２００または第３ストレージ装置３００がそれぞれ有する各ボリューム２３０，３３０を任意に選択可能であり、各ストレージ装置２００，３００毎にそれぞれ専用のCMDを備えている。

従って、図２のバックアップの模式図に示すように、ジュークボックス機能１８０を利用することにより、ローカルサイトの各アーカイブ用ＬＵのうち少なくともいずれか一つのＬＵをバックアップ元として選択することができる。そして、ジュークボックス機能１８１により、第２ストレージ装置２００が設置されたリモートサイトｘまたは第３ストレージ装置３００が設置されたリモートサイトｙのいずれかに存在するボリュームをバックアップ先として選択できる。

図１４は、バックアップ処理の概要を示すフローチャートである。まず、コピー元（バックアップ元）となるアーカイブ用ＬＵを選択し（Ｓ４１）、次に、コピー元ボリュームと同一サイズのコピー先ボリュームを、各リモートサイトのうち選択したリモートサイトに生成させる（Ｓ４２）。そして、ジュークボックス機能１８１によって、この生成したコピー先ボリュームを選択し（Ｓ４３）、コピー元ボリュームとコピー先ボリュームとの間でリモートコピーを行う（Ｓ４４）。

本実施例によれば、アーカイブ対象データのデータサイズに応じて生成されたアーカイブ用ＬＵのコピーを、リモートサイトに生成することができ、耐障害性が向上する。

図１５，図１６に基づいて、本発明の第４実施例を説明する。本実施例の特徴は、リテンションタームを自動的に補正できるようにした点にある。

アーカイブ用ＬＵには、そのデータの性質に応じて、所定のリテンションタームが設定される。そして、ストレージ装置１００は、リテンションタームが経過するのを監視しており、リテンションタームの残存期間が０になった場合は、そのボリュームを削除して再利用する。

リテンションタームは、ディスクアレイコントローラのマイクロプログラムが備える計時機能（RTC）のカウント値によって、カウントダウン式でカウントされる。このRTCは、ストレージ装置に電源が入っている状態、即ち、「Ready状態」である場合にのみ作動する。従って、保守作業や長期休暇、障害等により、ストレージ装置の電源がオフにされた場合は、そのオフ期間だけリテンションタームの進行が停止する。従って、ストレージシステムが複数のストレージ装置１００，２００，３００から構成される場合、各ストレージ装置間で時間のずれが発生する。このストレージ装置間のずれは、予測することは困難であるため、各ストレージ装置単体でリテンションタームの解除日（アーカイブデータの保護期間の終了日）を正確に特定することができない。

図１５（ａ）は、ストレージ装置に電源オフ期間が発生しない状態でのリテンションターム残存期間の推移を示す。仮に、ある時点におけるリテンションタームの残存期間が７日間の場合、それから８日目には、リテンションタームが無効となる。

図１５（ｂ）は、ストレージ装置に、電源オフ期間が生じた場合のリテンションタームの残存期間の推移を示す。例えば、３日目には、休日のためにストレージ装置の電源がまる一日間落とされ、また、５日目には、保守作業のためにストレージ装置の電源がまる一日間落とされたと仮定する。この合計２日間の電源停止期間のために、RTCの作動が停止し、その結果、リテンションタームの解除日は、２日遅れて１０日目となる。従って、図１５（ｂ）に示す場合は、当初の予定よりも２日間長くアーカイブ用ＬＵが保護されてしまい、このずれの分だけ記憶領域が無駄に使用される。

そこで、本実施例では、複数のストレージ装置がそれぞれ有するRTCのうち、特定のストレージ装置が有するRTCをマスタRTC（基準となるRTC）とし、この基準値を他の各ストレージ装置に伝達して、リテンションタームを補正する。

図１６は、リテンションタームの補正処理を示すフローチャートである。まず、マスタとなるストレージ装置１００は、自己のRTC値（Ｍ）を他のストレージ装置２００，３００のCMDに書き込む（Ｓ５１）。

他のストレージ装置２００，３００のコントローラ２１０，３１０は、それぞれのCMDからRTC値（Ｍ）を読出して取得する（Ｓ５２）。そして、これら他のストレージ装置２００，３００は、それぞれ自己のRTC値（Ｓ）を読み出し（Ｓ５３）、RTC値（Ｍ）とRTC値（Ｓ）との差分ΔＴを算出し、保持する（Ｓ５４）。

他のストレージ装置２００，３００は、Ｓ５４で算出した最新の差分ΔＴと前回の差分ΔＴＬとを比較し（Ｓ５５）、両者が一致するか否かを判定する（Ｓ５６）。両者が一致しない場合（S55：NO）、マスタとなるストレージ装置１００とその他のストレージ装置２００，３００との間に時間のずれが生じている場合である。そこで、他のストレージ装置２００，３００は、最新の差分値ΔＴに基づいて、設定済みのリテンションタームを書き換える（Ｓ５７）。即ち、図１５（ｂ）に示した例では、電源オフ期間である２日分だけリテンションタームの残存期間を短縮する。これにより、そのアーカイブ用ＬＵは、当初に予定された期日に、保護期間が切れて再利用可能となる。

このように、本実施例によれば、複数のストレージ装置１００，２００，３００を備えるストレージシステムにおいて、保守作業や障害等によってリテンションタームの進行管理に時間のずれが生じた場合でも、マスタ装置に設定されたストレージ装置１００のRTC値（Ｍ）を基準に、他のストレージ装置２００，３００で管理されている設定済リテンションタームを補正することができる。従って、本来予定された期日通りに、アーカイブ用ＬＵの保護を完了し、再利用することができ、第１実施例の構成と相俟って、より一層ストレージシステムの記憶資源を有効に利用することができる。

図１７に基づいて、本発明の第５実施例を説明する。本実施例の特徴は、例えば、アーカイブ用ＬＵのバックアップを取る場合に、アーカイブ用ＬＵに設定されていた属性のうち所定の属性（アクセス制限）をコピー先ボリュームに自動的に設定する点にある。

まず、ＬＵ制御プログラム２９によって、コピー先ボリュームの属性情報を読出し（Ｓ６１）、特殊属性が設定されているか否かを判定する（Ｓ６２）。ここで、特殊属性とは、通常属性以外の属性を意味する。例えば、通常属性とは、リード及びライトの両方が可能となっている状態であり、特殊属性とは、リードオンリー、プロテクト（inquaryコマンドに応答せず、ＬＵを隠蔽する状態）、ReadCapacity０（容量問合せに対し、容量が０である旨を回答し、容量を隠蔽する状態）、S−VOL Disable（ボリューム複製を行う場合に、コピー先ボリュームとしての利用を不可にする状態）等を挙げることができる。

コピー先ボリュームに特殊属性が設定されていない場合（S62：NO）、ＬＵ制御プログラム２９により、コピー元ボリュームの記憶容量とコピー先ボリュームの記憶容量とをそれぞれ取得し（Ｓ６３）、両記憶容量が等しいか否かを判定する（Ｓ６４）。両者のボリュームサイズが一致する場合（S64：YES）、ＬＵ制御プログラム２９により、コピー元ボリュームからコピー先ボリュームへデータをコピーする（Ｓ６５）。

そして、コピー元ボリュームの記憶内容をコピー先ボリュームにコピーさせた後、ＬＵ制御プログラム２９は、コピー元ボリュームの属性情報を読出し（Ｓ６６）、コピー元ボリュームに特殊属性が設定されているか否かを判定する（Ｓ６７）。コピー元ボリュームに特殊属性が設定されている場合（S67：YES）、ＬＵ制御プログラム２９は、コピー元ボリュームに設定されている特殊属性と同一内容の属性を、コピー先ボリュームに設定して処理を終了する（Ｓ６８）。コピー元ボリュームに特殊属性が設定されていない場合（S67：NO）、そのまま処理を終了する。

なお、コピー先ボリュームに特殊属性が設定されている場合（S62：YES）またはコピー元ボリュームとコピー先ボリュームのサイズが一致しない場合（S64：NO）のいずれかの場合は、データコピーを行うことができないため、その旨をユーザに通知して処理を終了する（Ｓ６９）。

本実施例によれば、データ移行後に、コピー元ボリュームに設定されている属性を、コピー先ボリュームにも自動的に設定することができる。これにより、例えば、データマイグレーションを行う場合等に、アクセス制限を設定し忘れることがなく、使い勝手がより一層向上する。

図１８に基づいて、第６実施例を説明する。本実施例の特徴は、リテンションタームの残存期間に基づいて、ストレージシステム内でデータを再配置する点にある。なお、本実施例では、アーカイブサーバ２０がデータ再配置を制御する場合を例示するが、これに限らず、アプリケーションサーバ１０等の他のコンピュータ装置で実行してもよい。

図１８は、データ再配置を行うためのデータ移動処理を示すフローチャートである。一般的に、データの価値は時間が経過するにつれて低下する。従って、リテンションタームの残存期間が残り少なくなったアーカイブデータは、その情報価値が低下しているものとみなすことができる。価値の低下したデータをＦＣディスク等からなる高性能のボリュームに配置したままにしておくと、その分だけ、より価値の高いデータを記憶するための記憶領域が狭くなる。従って、価値の低下したアーカイブデータは、より安価なディスクからなるボリュームに移動させるのが好ましい。

そこで、アーカイブサーバ２０は、リテンションタームの残存期間が予め設定された所定日数以下になったアーカイブ用ＬＵを移動元ボリュームとして検出し（Ｓ７１）、移動対象のデータを読出して、ローカルディスク２５に保存する。そして、アーカイブサーバ２０は、ローカルディスク２５に保存された移動対象データのデータサイズＳｃを取得し（Ｓ７３）、第１ストレージ装置１００に空き容量を問合せる（Ｓ７４）。

ここで、移動先ボリュームを形成するための空き容量は、例えば、予め指定されたSATAディスク等の安価な記憶領域を対象として行われる。これにより、ＦＣディスク等の高価なボリュームに記憶されているデータを、リテンションタームの残存期間をトリガとして、より安価なボリュームに再配置することができる。

アーカイブサーバ２０は、移動対象データのデータサイズＳｃ以上の空き容量が存在するか否かを判定する（Ｓ７５）。移動先ボリュームを生成可能な空き容量が検出された場合（S75：YES）、アーカイブサーバ２０は、移動対象データと等しいボリュームサイズを有する移動先ボリュームを生成する（Ｓ７６）。

アーカイブサーバ２０は、確保した移動先ボリュームをフォーマットし（Ｓ７７）、
この移動先ボリュームをアーカイブサーバ２０にマウントし（Ｓ７８）、ローカルディスク２５に保存されている移動対象データを書き込む（Ｓ７９）。

移動対象データの書込みを完了した後、アーカイブサーバ２０は、移動先ボリュームの属性を変更する（Ｓ８０）。即ち、移動先ボリュームには、リードオンリーのアクセス制限が設定されると共に、リテンションタームの残存期間が設定される。即ち、移動元ボリュームに設定されていたリテンションタームの初期値ではなく、その残存期間が移動先ボリューム設定される。従って、移動対象データの保護期間が延びることはない。

そして、アーカイブサーバ２０は、移動先ボリュームをアンマウントし（Ｓ８１）、そのＬＵ番号を、データマイグレーション管理用のファイルに記録して管理し（Ｓ８２）、さらに、移動元ボリュームのリテンションタームを０に変更する（Ｓ８３）。従って、データ再配置後の移動元ボリュームは、再利用が可能となる。

移動対象データのデータサイズ以上の空き容量が存在しない場合（S75：NO）、アーカイブサーバ２０は、リテンションタームの切れたボリューム（ＬＵ）を検索し（Ｓ８４）、リテンションタームの切れたボリュームの管理情報を削除するように要求し（ＳS85：YES，Ｓ８６４）、このボリュームのアクセス制限を通常属性に変更した後（Ｓ８７）、このボリュームを削除させる（Ｓ８８）。これにより、移動対象データを格納するために必要な空き容量が確保され、Ｓ７６に移る。リテンションタームの切れたボリュームが検出されない場合（S85：NO）、データ移動処理を行うことができないため、その旨をユーザに通知して処理を終了する（Ｓ８９）。

このように、本実施例によれば、リテンションタームの残存期間に基づいて、そのデータの価値を判断し、その価値に応じたボリュームに再配置することができ、より一層使い勝手が向上する。なお、データ再配置の実行条件としては、リテンションタームの残存期間が所定日数以下になった場合に限らず、例えば、アーカイブ日からの経過時間が所定日数に達した場合でもよい。

なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。

本発明の実施形態の概念を示す説明図である。 ストレージシステムの全体概要を示すブロック図である。 ストレージシステムの記憶構造を示す説明図である。 処理対象のデータサイズに応じてボリュームを生成する様子を示す説明図である。 マッピングテーブルの構成を示す説明図である。 空き容量管理テーブルの構成を示す説明図である。 ＬＵ管理テーブルの構成を示す説明図である。 アーカイブ管理パラメータファイルの構成を示す説明図である。 アーカイブされたデータにアクセスする場合の様子を示す説明図である。 アーカイブ処理のフローチャートである。 第２実施例に係るディスク寿命管理処理のフローチャートである。 第３実施例に係るストレージシステムの全体概要を示すブロック図である。 ローカルサイトのボリュームの複製をリモートサイトに生成する様子を模式的に示す説明図である。 バックアップ処理を示すフローチャートである。 第４実施例に係り、リテンションタームの進行管理に時間ずれが生じる様子を示す説明図である。 リテンションタームの補正処理を示す説明図である。 第５実施例に係り、コピー先ボリュームにコピー元ボリュームと同一のアクセス属性を設定するコピー処理を示すフローチャートである。 第６実施例に係り、データ移動処理を示すフローチャートである。

符号の説明

１…アプリケーションサーバ、１Ａ…アプリケーションプログラム、２…アーカイブサーバ、３，４…ストレージ装置、３Ａ，４Ａ…コントローラ、３Ｂ，４Ｂ…タイマ、１０…アプリケーションサーバ、１１，１２…通信部、１４…メモリ、１５…ローカルディスク、１６…アプリケーションプログラム、２０…アーカイブサーバ、２１，２２…通信部、２４…メモリ、２５…ローカルディスク、２６…アーカイブ管理プログラム、２７…ディスクアレイ制御プログラム、２８…ＬＵ切換プログラム、２９…ＬＵ制御プログラム、３０…管理端末、１００，２００，３００…ストレージ装置、１１０…チャネルアダプタ、１１１…ポート、１２０…ディスクアダプタ、１３０…キャッシュメモリ、１４０…共有メモリ、１５０…接続制御部、１６０…記憶部、１６１…ディスクドライブ（PDEV）、１６２…仮想デバイス（VDEV）、１６３…論理ボリューム（LDEV）、１６４，１６４Ａ…ＬＵ、１６５…コマンドデバイス（ＣＭＤ）、１８０，１８１…ジュークボックス機能、２１０，３１０…コントローラ、２１１，３１１…ポート、２２０…ディスクドライブ、２３０，３３０…論理ボリューム

Claims (20)

1. ホスト装置と、このホスト装置により使用される第１論理ボリュームを有する第１ストレージ装置とを含むストレージシステムに用いられるデータ管理装置であって、
   前記第１論理ボリュームに記憶されているデータのうち所定の処理の対象となる所定データのデータサイズを取得するデータサイズ取得部と、
   前記取得されたデータサイズに応じたサイズの第２論理ボリュームを前記第１ストレージ装置に生成させるボリューム生成制御部と、
   前記生成された第２論理ボリュームに前記所定データを記憶させるデータ処理部と、
   を備えたストレージシステムのデータ管理装置。
2. 前記所定の処理はアーカイブ処理であり、前記所定データはアーカイブ対象データである請求項１に記載のストレージシステムのデータ管理装置。
3. 前記第１論理ボリュームに対する前記アーカイブ処理を行うたびに、アーカイブ対象データのデータサイズに応じた前記第２論理ボリュームを新たに生成し、
   さらに、前記各アーカイブ処理毎にそれぞれ生成される前記第２論理ボリュームの切換操作を指示する切換制御部を備えている請求項２に記載のストレージシステムのデータ管理装置。
4. 前記データ処理部は、前記第２論理ボリュームに書き込まれる前記アーカイブ対象データについて、所定の属性を設定する請求項２に記載のストレージシステムのデータ管理装置。
5. 前記所定の属性には、前記アーカイブ対象データのリテンションターム及びアクセス制限が含まれている請求項４に記載のストレージシステムのデータ管理装置。
6. 前記ボリューム生成制御部は、前記リテンションタームの切れた前記第２論理ボリュームを削除し、これにより生じた空き領域を利用して新たな第２論理ボリュームを生成可能である請求項５に記載のストレージシステムのデータ管理装置。
7. さらに、前記第１ストレージ装置は、基準計時部と、この基準計時部からの信号に基づいて前記アーカイブ対象データに設定された前記リテンションタームを補正する補正部とを備えた請求項５に記載のストレージシステムのデータ管理装置。
8. 前記ボリューム生成制御部は、さらに、前記第２論理ボリュームの記憶内容を前記第１ストレージ装置により生成される第３論理ボリュームに記憶させるバックアップ処理を実行可能であり、前記第２論理ボリュームに設定されているアクセス制限と同一内容のアクセス制限を前記第３論理ボリュームに設定する請求項２に記載のストレージシステムのデータ管理装置。
9. 前記各第２論理ボリュームの使用時間を積算し、この積算された使用時間が予め設定された所定時間に達した場合は、警報信号を出力する寿命管理部をさらに備えた請求項３に記載のストレージシステムのデータ管理装置。
10. 前記ホスト装置からのアクセス要求に応じて、前記ホスト装置を、前記第２論理ボリュームに移動された前記アーカイブ対象データにアクセスさせる請求項２に記載のストレージシステムのデータ管理装置。
11. 前記第１論理ボリュームには、前記アーカイブ処理が行われるたびに、このアーカイブ処理に係る前記アーカイブ対象データの所在を特定するためのアーカイブ識別情報が記憶されており、このアーカイブ識別情報を含む前記アクセス要求に応じて、前記ホスト装置を、前記第２論理ボリュームに記憶された前記アーカイブ対象データにアクセスさせる請求項１０に記載のストレージシステムのデータ管理装置。
12. 前記第１ストレージ装置には、外部論理ボリュームを有する第２ストレージ装置が接続されており、この外部論理ボリュームを前記第１ストレージ装置の所定の記憶階層にマッピングすることにより、前記外部論理ボリュームを前記第１論理ボリュームまたは前記第２論理ボリュームのいずれか又は双方として使用する請求項１に記載のストレージシステムのデータ管理装置。
13. ホスト装置と、このホスト装置に利用される第１論理ボリュームを有する第１ストレージ装置と、前記ホスト装置及び前記第１ストレージ装置にそれぞれ接続され、前記第１論理ボリュームに記憶されたデータに関するアーカイブ処理を管理するデータ管理装置とを備えたストレージシステムであって、
    （１）前記データ管理装置は、
    （１−１）前記アーカイブ処理を管理するアーカイブ管理部と、
    （１−２）前記第１ストレージ装置に前記アーカイブ処理用の第２論理ボリュームの生成を制御するボリューム生成制御部と、
    （１−３）前記ボリューム生成制御部により生成された複数の第２論理ボリュームを切り換えてマウントさせる切換制御部と、を備え、
    （１ａ）前記アーカイブ管理部は、所定のタイミングで前記第１論理ボリュームに記憶されている前記データのうち前記アーカイブ処理の対象となるアーカイブ対象データを取得して、このアーカイブ対象データのデータサイズを検出し、
    （１ｂ）前記ボリューム生成制御部は、前記アーカイブ管理部により検出された前記アーカイブ対象データのデータサイズに等しいサイズを有する前記第２論理ボリュームを前記第１ストレージ装置により生成させ、
    （１ｃ）前記切換制御部は、前記ボリューム生成制御部により生成された前記第２論理ボリュームをマウントさせ、
    （１ｄ）前記アーカイブ管理部は、前記マウントされた第２論理ボリュームに、前記取得したアーカイブ対象データを書込むと共に、このアーカイブ対象データにアクセス制限及びリテンションタームをそれぞれ設定し、
    （１ｅ）前記切換制御部は、前記アーカイブ管理部により前記アーカイブ対象データが書き込まれた前記第２論理ボリュームをアンマウントさせ、
    （１ｆ）前記ボリューム生成制御部は、前記アーカイブ対象データが書き込まれた前記第２論理ボリュームを管理するための情報を保持するようになっており、
    （２）前記第１ストレージ装置は、
    （２−１）前記ホスト装置、前記データ管理装置、前記第１論理ボリューム及び前記第２論理ボリュームとの間で、それぞれデータ通信を行うための制御部と、
    （２−３）前記制御部により使用されるメモリ部と、を備え、
    （２ａ）前記制御部は、ホスト装置からのアクセス要求に応じて、前記第１論理ボリュームへのデータ入出力を行い、
    （２ｂ）前記制御部は、前記ボリューム生成制御部からの指示に応じて、前記第２論理ボリュームを生成し、
    （２ｃ）前記制御部は、前記切換制御部からの指示に応じて、前記第２論理ボリュームを前記データ管理装置に認識又は認識を解除させ、
    （２ｄ）前記制御部は、前記アーカイブ管理部から入力された前記アーカイブ対象データを前記第２論理ボリュームに書込むと共に、この第２論理ボリュームに前記アーカイブ管理部から要求された前記アクセス制限及び前記リテンションタームを設定し、
    （２ｅ）前記制御部は、前記設定されたリテンションタームの進行を管理して、このリテンションタームが有効な期間内は、前記第２論理ボリュームの記憶内容を維持するようになっている、ストレージシステム。
14. 前記（１ｂ）において、前記ボリューム生成制御部は、前記第１ストレージ装置の利用可能な記憶領域に前記アーカイブ対象データのデータサイズ以上の空き領域がある場合は、前記アーカイブ対象データのデータサイズに等しいサイズを有する前記第２論理ボリュームを前記第１ストレージ装置により生成させ、前記第１ストレージ装置の利用可能な記憶領域に前記アーカイブ対象データのデータサイズ以上の空き領域が存在しない場合は、既に生成された各第２論理ボリュームのうちリテンションタームの切れた第２論理ボリュームを削除し、これにより生じた空き領域を利用して、前記アーカイブ対象データのデータサイズに等しいサイズを有する前記第２論理ボリュームを前記第１ストレージ装置により生成させる、請求項１３に記載のストレージシステム。
15. さらに、前記第１ストレージ装置に接続される第２ストレージ装置が設けられており、この第２ストレージ装置の有する外部論理ボリュームを、前記第１ストレージ装置の所定の記憶階層にマッピングさせることにより、前記外部論理ボリュームを前記第２論理ボリュームとして使用可能な請求項１３に記載のストレージシステム。
16. 前記第１ストレージ装置及び前記第２ストレージ装置には、リテンションタームの進行管理に使用する計時部がそれぞれ設けられており、
    前記各計時部のうちいずれか一方のストレージ装置の計時部を基準計時部として使用し、この基準計時部からの信号に基づいて、他方のストレージ装置に記憶された前記アーカイブ対象データに設定された前記リテンションタームを補正する請求項１５に記載のストレージシステム。
17. 前記ボリューム生成制御部は、さらに、前記第２論理ボリュームの記憶内容を前記第１ストレージ装置により生成される第３論理ボリュームに記憶させるバックアップ処理を実行可能であり、
    前記第２論理ボリュームに設定されているアクセス制限と同一内容のアクセス制限を前記第３論理ボリュームに設定する請求項１３に記載のストレージシステム。
18. 前記各第２論理ボリュームの使用時間を積算し、この積算された使用時間が予め設定された所定時間に達した場合は、警報信号を出力する寿命管理部をさらに備えた請求項１３に記載のストレージシステム。
19. 前記ホスト装置は、前記データ管理装置を介して、前記第２論理ボリュームに記憶された前記アーカイブ対象データにアクセスするようになっている請求項１３に記載のストレージシステム。
20. 前記第１論理ボリュームには、前記アーカイブ処理が行われるたびに、このアーカイブ処理に係る前記アーカイブ対象データの所在を特定するためのアーカイブ識別情報が記憶されており、
    前記ホスト装置は、前記アーカイブ識別情報を含む前記アクセス要求を発行することにより、前記第２論理ボリュームに記憶された前記アーカイブ対象データにアクセスするようになっている請求項１９に記載のストレージシステム。
    

Images