JP4428993B2 - ディスクアレイ装置及びディスクアレイ装置の制御方法 - Google Patents

Description

本発明は、複数種類の記憶デバイスを利用可能なディスクアレイ装置及びディスクアレイ装置の制御方法に関する。

ディスクアレイ装置は、例えば、多数のディスクドライブをアレイ状に配設し、RAID（Redundant Array of Independent Inexpensive Disks）に基づいて構築されている。各ディスク装置が有する物理的な記憶領域上には、論理的な記憶領域である論理ボリューム（論理デバイス）が形成されている。ホストコンピュータは、ディスクアレイ装置に対して所定形式の書込みコマンド又は読出しコマンドを発行することにより、所望のデータの読み書きを行うことができる。

ディスクアレイ装置に記憶されたデータに対するアクセス制御を行う従来技術としては、特許文献１に記載のディスク制御方式が知られている。この方式では、RAIDシステム内の論理デバイス毎に、「リード及びライト共に可能」、「ライト不可」、「リード及びライト共に不可」という３種類のアクセス属性のうちいずれか１つを設定するようになっている。この方式では、論理デバイスに設定されたアクセス属性に従って、ホストコンピュータからのコマンドに対する応答や処理内容を違える。
特開２０００−１１２８２２号公報

ところで、論理デバイスへのアクセス制御とは別に、論理デバイスに記憶されたデータの長期保存に対する市場要求が高まっている。例えば、企業や官公庁等の各組織では、電子メールデータ、契約書データ、文書データ等の様々な種類のデータを大量に管理しているが、これらのデータの中には、法律や社内規則等により一定期間の保存が義務づけられるものがある。データの種類等によっても相違するが、ある種のデータは、数年〜十数年（場合によってはそれ以上）の期間保存しなければならない。

そこで、システム管理者は、長期保存が要求されたデータをアーカイブ化し、管理している。システム管理者は、監査機関等からの要求があった場合は、長期保存データをディスクアレイ装置内から探し出して提供する。従って、様々な種類の大量のデータを長期間保存するためには、どのデータをどの記憶領域に記憶させたのか等を、システム管理者が管理する必要があり、長期保存データの管理運用やメンテナンス等に手間がかかる。

本発明の１つの目的は、データを簡易に管理運用することができるディスクアレイ装置及びディスクアレイ装置の制御方法を提供することにある。本発明の１つの目的は、上位装置側の環境が変化等した場合でも、データを長期間にわたって簡単に保存し管理等することができるディスクアレイ装置及びディスクアレイ装置の制御方法を提供することにある。本発明の他の目的は、後述する実施の形態の記載から明らかになるであろう。

上記課題を解決すべく、本発明に従うディスクアレイ装置は、上位装置との間のデータ授受を制御する上位アダプタと、上位アダプタから書き込まれるデータを記憶するキャッシュメモリと、キャッシュメモリにデータを書込み、またはキャッシュメモリからデータを読み出すように制御する記憶デバイスアダプタと、上位アダプタと記憶デバイスアダプタとによって制御情報が書き込まれる制御メモリと、記憶デバイスアダプタの制御の基で、データが書き込まれる複数種類の記憶デバイスと、記憶デバイスアダプタに実装されるデータ移動制御部とを備えている。そして、上位アダプタは、複数種類の記憶デバイスの格納領域に基づいて複数の論理デバイスを生成することにより、上位装置からのアクセス対象となるように制御するようになっており、データ移動制御部は、複数の論理デバイスに含まれる第１の論理デバイスへのアクセス動作を指定するアクセス制御コマンドを上位アダプタが受信した場合に、指定されたアクセス動作の内容に応じて、第１の論理デバイスに関連付けられたデータを、複数種類の記憶デバイスに含まれる信頼性の異なる複数の記憶デバイス間で移動させるように制御する。

上位装置は、例えば、パーソナルコンピュータ、ワークステーション、サーバ、メインフレーム、携帯情報端末等として構成される。記憶デバイスは、例えば、ハードディスクドライブ、フレキシブルディスクドライブ、半導体メモリ装置等のような記憶装置として構成される。それぞれ異なる属性を有する複数種類の記憶デバイスとしては、例えば、高性能な記憶デバイスと低性能な記憶デバイス、高速な記憶デバイスと低速な記憶デバイス、高信頼性を有する記憶デバイスと低信頼性の記憶デバイス、ディスクアレイ装置内部に設けられた記憶デバイスとディスクアレイ装置外部の他の記憶制御装置内に存在する記憶デバイス等を挙げることができる。

データ移動制御部は、例えば、記憶デバイスアダプタに設けることができる。または、例えば、記憶デバイスアダプタ及び上位アダプタの協働動作によりデータ移動制御部を実現することもできる。データ移動制御部は、コンピュータプログラム、コンピュータプログラムとハードウェア回路との協働作業、またはハードウェア回路によって、それぞれ実現可能である。データ移動制御部は、上位装置からのアクセス制御コマンドが受信されると、複数種類の記憶デバイス間（例えば、信頼性の異なる記憶デバイス間）でデータを移動させる。アクセス制御コマンドとしては、例えば、書込み抑止コマンド（リードオンリー）、読み書き抑止コマンド（リード及びライト共に不可）のように、データ改竄防止機能を有するものを挙げることができる。これらのコマンドは、いずれも書込みが抑止されるので、データ改ざん防止に一定の効果を有する。ここで、アクセス制御コマンドは、記憶デバイスの記憶領域に基づいて生成された論理デバイス単位でアクセス動作を制御するように構成することができ、また、データ移動制御部は、論理デバイス単位でデータを移動させることができる。

データ移動制御部は、アクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、当該データを第２の記憶デバイスに移動させることができる。

一方、データ移動制御部は、アクセス制御コマンドにより第２の記憶デバイスに記憶されたデータについてアクセス動作の制限が解除された場合は、当該データを第１の記憶デバイスに移動させることができる。

このように、例えば、書込み抑止コマンドまたは読み書き抑止コマンドが上位装置から発せられた場合、これらのコマンドに応じて、データ移動制御部は、第１の記憶デバイスに記憶されているデータを第２の記憶デバイスに移動させる。一方、例えば、書込み抑止や読み書き抑止が解除された場合、データ移動制御部は、第２の記憶デバイスに移動させたデータを第１の記憶デバイスに復帰させる。従って、データのアクセス属性を指定するだけで、このデータの記憶位置を変更することができる。

あるいは、データ移動制御部は、アクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、予め設定された所定時間が経過した場合に、当該データを第２の記憶デバイスに移動させることができる。

即ち、アクセス動作が制限された場合でも、所定時間だけ現在の記憶位置を維持させることにより、所定時間だけ現状のアクセス性を維持することができる。

または、アクセス制御コマンドは、アクセス動作の制限が相対的に大きい第１のアクセス制御コマンドと、アクセス動作の制限が相対的に小さい第２のアクセス制御コマンドとを含んでおり、データ移動制御部は、（１）第１のアクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、当該データを第２の記憶デバイスに移動させ、（２）第２のアクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、予め設定された所定時間が経過した場合に、当該データを第２の記憶デバイスに移動させる。

即ち、アクセス制御コマンドの種類に応じて、データ移動法を変えることができる。ここで、例えば、第１のアクセス制御コマンドは書込み及び読出し抑止コマンド、第２のアクセス制御コマンドは書込み抑止コマンドとすることができる。

また、第２の記憶デバイスが、上位側第２の記憶デバイスと下位側第２の記憶デバイスとを含む場合、データ移動制御部は、（１）第１のアクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、当該データを下位側第２の記憶デバイスに移動させ、（２）第２のアクセス制御コマンドにより第１の記憶デバイスに記憶されたデータについてアクセス動作が制限された場合は、当該データを上位側第２の記憶デバイスに移動させ、予め設定された所定時間が経過した場合に、当該データを下位側第２の記憶デバイスに再移動させることができる。

ここで、例えば、第１の記憶デバイスを高性能、高信頼性または高速の記憶デバイスとして、上位側第２の記憶デバイスを中性能、中信頼性または中速の記憶デバイスとして、下位側記憶デバイスを低性能、低信頼性または低速の記憶デバイスとして、それぞれ構成することができる。データ移動制御部は、アクセス制御コマンドの種類に応じて、データ移動方法を変える。また、データ制御部は、所定のアクセス制御コマンドについては、複数回のデータ移動を行い、データの記憶位置を段階的に変化させる。

本発明の一態様では、制御メモリには、上位アダプタがアクセス制御コマンドを受信した場合にアクセス動作の制限内容を一時的に管理する管理テーブルが構築される。そして、データ移動制御部は、管理テーブルを参照することにより、データの移動を制御するようになっている。

本発明はディスクアレイ装置の制御方法として把握することもできる。また、本発明の全部または一部はコンピュータプログラムとして構成することができる。このコンピュータプログラムは、例えば、ハードディスクドライブ、光ディスクドライブ、半導体メモリ装置等の記憶媒体に記憶されて流通可能であるほか、インターネット等の通信ネットワークを介して流通させることもできる。

以下、図１〜図１２に基づき、本発明の実施の形態を説明する。本実施形態では、以下に述べるように、論理デバイスへのアクセス属性制御と、論理デバイスの移動制御とを協働させることにより、簡易なデータ保存機能を実現している。

図１は、ディスクアレイ装置１０の概略構成を示すブロック図である。
ディスクアレイ装置１０は、通信ネットワークＣＮ１を介して、複数のホストコンピュータ１（１台のみ図示）と双方向通信可能に接続されている。ここで、通信ネットワークＣＮ１は、例えば、ＬＡＮ（Local Area Network）、ＳＡＮ（Storage Area Network）、インターネット等である。ＬＡＮを用いる場合、ホストコンピュータ１とディスクアレイ装置１０との間のデータ転送は、TCP/IP（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。ＳＡＮを用いる場合、ホストコンピュータ１とディスクアレイ装置１０とは、ファイバチャネルプロトコルに従ってデータ転送を行う。また、ホストコンピュータ１がメインフレームの場合は、例えば、FICON（Fibre Connection：登録商標）、ESCON（Enterprise System Connection：登録商標）、ACONARC（Advanced Connection Architecture：登録商標）、FIBARC（Fibre Connection Architecture：登録商標）等の通信プロトコルに従ってデータ転送が行われる。

ホストコンピュータ１は、例えば、サーバ、パーソナルコンピュータ、ワークステーション、メインフレーム、携帯情報端末等として実現されるものである。例えば、ホストコンピュータ１は、図外に位置する複数のクライアント端末と別の通信ネットワークを介して接続されている。ホストコンピュータ１は、例えば、各クライアント端末からの要求に応じて、ディスクアレイ装置１０にデータの読み書きを行うことにより、各クライアント端末へのサービスを提供する。ホストコンピュータ１は、例えば、電子メール管理ソフトウェア等のアプリケーションプログラム１Ａと、ストレージ管理ソフトウェア１Ｂとを備えている。ストレージ管理ソフトウェア１Ｂは、後述のように、論理デバイス毎にアクセス属性等を設定するためのものである。

ＳＶＰ（Service Processor）２は、ディスクアレイ装置１０の管理及び監視を行うためのコンピュータ装置である。ＳＶＰ２は、ディスクアレイ装置１０内に設けられた通信ネットワークＣＮ１１を介して、各ＣＨＡ１１及び各ＤＫＡ１２等から各種の環境情報や性能情報等を収集する。ＳＶＰ２が収集する情報としては、例えば、装置構成、電源アラーム、温度アラーム、入出力速度（IOPS）等が挙げられる。通信ネットワークＣＮ１１は、例えば、ＬＡＮとして構成される。システム管理者は、ＳＶＰ２の提供するユーザインターフェースを介して、RAID構成の設定、各種パッケージ（ＣＨＡ、ＤＫＡ、ディスクドライブ等）の閉塞処理等を行うことができる。また、コンソール３は、通信ネットワークＣＮ３を介してＳＶＰ２に接続されており、ＳＶＰ２の収集した情報を取得し、またRAID構成の変更等を指示することができる。なお、通信ネットワークＣＮ２としては、例えば、ＬＡＮやインターネット等を用いることができる。

ディスクアレイ装置１０は、通信ネットワークＣＮ２を介して、外部の記憶制御装置４と接続されている。外部の記憶制御装置４は、記憶デバイス５を有するディスクアレイ装置として構成可能である。外部の記憶制御装置４の有する記憶デバイス５は、ディスクアレイ装置１０にマッピングされており、あたかもディスクアレイ装置１０の内部デバイスであるかのようにして使用される。マッピング方法としては、複数の方法を採用することができる。１つの方法は、ディスクアレイ装置１０のＬＵＮ（Logical Unit Number）に外部記憶デバイス５を直接割り付ける方法である。他の１つの方法は、ディスクアレイ装置１０のＬＵＮの下に中間の仮想的な論理デバイス（VDEV）を設け、この中間的な仮想デバイスに割り付ける方法である。

ディスクアレイ装置１０は、それぞれ後述するように、各チャネルアダプタ（以下、ＣＨＡと略記）１１と、各ディスクアダプタ（以下、ＤＫＡと略記）１２と、制御メモリ１３と、キャッシュメモリ１４と、スイッチ部１５と、各記憶デバイス１６とを備えて構成されている。ＣＨＡ１１及びＤＫＡ１２は、例えば、プロセッサやメモリ等が実装されたプリント基板と、制御プログラムとの協働により実現される。

ディスクアレイ装置１０には、例えば、４個や８個等のように、複数のＣＨＡ１１が設けられている。ＣＨＡ１１は、「上位アダプタ」の一例であって、例えば、オープン系用ＣＨＡ、メインフレーム系用ＣＨＡ等のように、ホストコンピュータ１の種類に応じて、用意される。各ＣＨＡ１１は、ホストコンピュータ１との間のデータ転送を制御するものである。各ＣＨＡ１１は、それぞれプロセッサ部、データ通信部及びローカルメモリ部を備えている（いずれも不図示）。

各ＣＨＡ１１は、それぞれに接続されたホストコンピュータ１から、データの読み書きを要求するコマンド及びデータを受信し、ホストコンピュータ１から受信したコマンドに従って動作する。ＤＫＡ１２の動作も含めて先に説明すると、例えば、ＣＨＡ１１は、ホストコンピュータ１からデータの読出し要求を受信すると、読出しコマンドを制御メモリ１３に記憶させる。ＤＫＡ１２は、制御メモリ１３を随時参照しており、未処理の読出しコマンドを発見すると、記憶デバイス１６からデータを読み出して、キャッシュメモリ１４に記憶させる。ＣＨＡ１１は、キャッシュメモリ１４に移されたデータを読み出し、コマンド発行元のホストコンピュータ１に送信する。また例えば、ＣＨＡ１１は、ホストコンピュータ１からデータの書込み要求を受信すると、書込みコマンドを制御メモリ１３に記憶させると共に、受信データをキャッシュメモリ１４に記憶させる。ＤＫＡ１２は、制御メモリ１３に記憶されたコマンドに従って、キャッシュメモリ１４に記憶されたデータを所定の記憶デバイス１６に記憶させる。さらに、ＣＨＡ１１は、後述のように、ホストコンピュータ１からアクセス属性コマンドが発行されると、要求された論理デバイス（LDEV）のアクセス属性を設定し、アクセス制御を実行する。

各ＤＫＡ１２は、ディスクアレイ装置１０内に例えば４個や８個等のように複数個設けられている。各ＤＫＡ１２は、各記憶デバイス１６との間のデータ通信を制御するもので、それぞれプロセッサ部と、データ通信部と、ローカルメモリ等を備えている（いずれも不図示）。各ＤＫＡ１２と各記憶デバイス１６とは、例えば、ＳＡＮ等の通信ネットワークＣＮ２を介して接続されており、ファイバチャネルプロトコルに従ってブロック単位のデータ転送を行う。各ＤＫＡ１２は、記憶デバイス１６の状態を随時監視しており、この監視結果は内部ネットワークＣＮ３を介してＳＶＰ２に送信される。

ディスクアレイ装置１０は、多数の記憶デバイス１６を備えている。記憶デバイス１６は、例えば、ハードディスクドライブ（ＨＤＤ）や半導体メモリ装置等として実現することができる。ここで、例えば、４個の記憶デバイス１６によって１つのRAIDグループ１７を構成できる。RAIDグループ１７とは、例えばRAID５（RAID５に限定されない）に従って、データの冗長記憶を実現するディスクグループである。各RAIDグループ１７により提供される物理的な記憶領域の上には、論理的な記憶領域である論理デバイス１８（LDEV）を少なくとも１つ以上設定可能である。なお、１つのRAIDグループは、同一種類の記憶デバイスにより構成される。

ディスクアレイ装置１０は、それぞれ属性の異なる複数種類の記憶デバイス１６Ｈ，１６Ｌを備えている。第１の記憶デバイス１６Ｈは、「第１の記憶デバイス」の一例であり、高性能または高速または高信頼性な記憶デバイスである。第２の記憶デバイス１６Ｌは、「第２の記憶デバイス」または「上位側第２の記憶デバイス」の一例である。第２の記憶デバイス１６Ｌは、第１の記憶デバイス１６Ｈに比べると、低性能、低速または低信頼性の属性を有する。マッピング技術によりディスクアレイ装置１０の内部記憶デバイスのようにして使用される外部記憶デバイス５は、「下位側第２の記憶デバイス」の一例である。アクセス速度、応答速度の観点から観ると、第１の記憶デバイス１６Ｈ、第２の記憶デバイス１６Ｌ、外部記憶デバイス５の順で速い。なお、第１の記憶デバイス１６Ｈと第２の記憶デバイス１６Ｌとを特に区別しない場合は、「記憶デバイス１６」と称する。

制御メモリ１３は、例えば、不揮発メモリによって構成されており、制御情報や管理情報等を記憶する。キャッシュメモリ１４は、主としてデータを記憶する。また、制御メモリ１３には、後述の各管理テーブルＴ１〜Ｔ３が記憶される。

図２に基づいて、制御メモリ１３に格納される各管理テーブルＴ１〜Ｔ３の構造例を説明する。まず、図２（ａ）は、ディスクアレイ装置１０内に記憶されるLDEV構成管理テーブルＴ１の概略構造を示す説明図である。LDEV構成管理テーブルＴ１は、例えば、RAIDを構成するRAIDグループ番号と、各グループに属するLDEV１８をそれぞれ特定するためのLDEV番号と、各LDEV１８の使用状況を示すステータス情報と、各グループを構成する記憶デバイスの属性を示す属性情報とを対応付けている。

ステータス情報には、例えば、いずれかのホストコンピュータ１により使用中であることを示す「使用中」と、使用されていない状態を示す「予約可能」と、マイグレート中であることを示す「使用中（LDEV＃）」との３種類を用意することができる。記憶デバイスの属性情報には、例えば、ディスクアレイ装置１０が直接的に利用可能で高速なデバイスであることを示す「高速内部デバイス」と、ディスクアレイ装置１０が直接的に利用可能で低速なデバイスであることを示す「低速内部デバイス」と、ディスクアレイ装置１０の外部に存在する低速なデバイスであることを示す「低速外部デバイス」とを用意することができる。第１の記憶デバイス１６Ｈは「高速内部デバイス」の属性を有し、第２の記憶デバイス１６Ｌは「低速内部デバイス」の属性を有し、外部記憶デバイス５は「低速外部デバイス」の属性を有する。なお、ステータス情報及びデバイス属性情報は、上述の種類に限定されない。また、第１の記憶デバイス１６Ｈを現用系記憶デバイスと、第２の記憶デバイス１６Ｌ及び外部記憶デバイス５を退避系記憶デバイスあるいは保存系記憶デバイスと捉えることも可能である。

図２（ｂ）は、マイグレート管理テーブルＴ２の概略構造を示す説明図である。マイグレート管理テーブルＴ２は「アクセス動作の制限内容を一時的に管理する管理テーブル」の一例であり、後述のマイグレート制御処理において使用される。マイグレート管理テーブルＴ２は、例えば、アクセス属性が設定または解除されたLDEV１８を特定するLDEV番号と、抑止属性の種類と、アクセス属性の設定または解除がされた日時とを対応付けて管理している。このマイグレート管理テーブルＴ２は、ホストコンピュータ１（またはＳＶＰ２やコンソール３）からLDEV１８にアクセス属性が設定または解除された場合に生成されるもので、恒久的に記憶されるものではない。マイグレート制御（論理デバイスの移動制御）が全て完了した場合は、制御メモリ１３から削除される。但し、これに限らず、マイグレート管理テーブルＴ２の全部または一部を恒久的に記憶するように構成してもよい。

図２（ｃ）は、アクセス属性管理テーブルＴ３の概略構造を示す説明図である。アクセス属性管理テーブルＴ３は、後述のアクセス属性制御処理において使用される。アクセス属性管理テーブルＴ３は、例えば、各LDEV１８のLDEV番号と、各LDEV１８に設定されたアクセス属性制御ビットとを対応付けている。また、アクセス属性管理テーブルＴ３には、所定の権限を有する者のみがアクセス属性を変更できるようにするための認証情報（パスワード等）も対応付けることができる。アクセス属性管理テーブルＴ３は、LDEV毎に設定されるアクセス属性モードの保持手段として機能するとともに、権限なき主体によるアクセス属性モードの設定変更を抑止する手段としても機能する。アクセス属性管理テーブルＴ３は、実装されたLDEV１８の個数分だけ確保される。

アクセス属性管理テーブルＴ３は、LDEV番号毎に、対応するLDEVに設定されているアクセス属性モードを保持するための情報（アクセス属性モード情報）として、Read抑止ビット、Write抑止ビット、Inquiry抑止ビット、Read Capacity 0報告ビット、及びS-vol Disableビットを有する。Read抑止ビットは、これが「１」であれば対応するLDEVからのデータリードが禁止されることを、「０」であればデータリードが可能であることを意味する。Write抑止ビットは、これが「１」であれば対応するLDEVへのデータライトが禁止されることを、「０」であればデータライトが可能であることを意味する。Inquiry抑止ビットは、これが「１」であれば対応するLDEVの認識が禁止されることを、「０」であれば認識が可能であることを意味する。Read Capacity 0報告ビットは、これが「１」であれば対応するLDEVについてのRead Capacityコマンドに対する応答において、容量がゼロであることが報告されることを、「０」であれば実容量が報告されることを意味する。S-vol Disableビットは、これが「１」であれば対応するLDEVに対するS-vol指定が禁止されることを、「０」であればS-vol指定が可能であることを意味する。なお、各アクセス属性の詳細については、さらに後述する。

図３は、LDEV１８毎に設定されるアクセス属性の種類等を示す説明図である。LDEV１８毎に、以下の（モード１）〜（モード６）に示す６種類のアクセス属性モードを設定することができる。

（モード１）リード／ライト（Read/Write）可能
図３（ａ）に示すように、ホストコンピュータは、このアクセス属性モードが設定されたLDEVに対するデータのリードとライトの双方、及びこのLDEVの認識を行うことが可能である。

（モード２）リードオンリ（Read Only）
図３（ａ）に示すように、ホストコンピュータは、このアクセス属性モードが設定されたLDEVに対するデータのリード、及びこのLDEVを認識することが可能であるが、データのライトは禁止される。

（モード３）リード／ライト（Read/Write）不可
図３（ａ）に示すように、ホストコンピュータは、このアクセス属性モードが設定されたLDEVに対するデータのリードとライトの双方を禁止されるが、このLDEVを認識することは可能である。

（モード４）リードキャパシティゼロ（Read Capacity 0）
図３（ａ）に示すように、ホストコンピュータは、このアクセス属性モードが設定されたLDEVを認識することは可能である。ただし、ホストコンピュータからのリードキャパシティ（Read Capacity）コマンド（このLDEVの記憶容量を尋ねるコマンド）に対しては、記憶容量が「０」という応答がホストコンピュータへ返される。従って、このLDEVに対するデータのリードとライトの双方が不可能である。

（モード５）インクエリ（Inquiry）抑止
図３（ａ）に示すように、ホストコンピュータは、このアクセス属性モードが設定されたLDEVを認識することができない。即ち、ホストコンピュータからのLDEV認識のための問い合わせに対して、このLDEVが存在しない旨の応答がホストコンピュータに返される。従って、ホストコンピュータからのこのLDEVに対するデータのリード、ライト、及びRead Capacityなどのアクセスが不可能である。但し、ディスクアレイ装置１０が内部機能として行うコピーペアリング形成オペレーションにおいて、このLDEVを他のLDEVに対する副ボリューム（セコンダリボリューム）として指定すること（S-vol指定）は可能である。

（モード６）セコンダリボリュームディセーブル（S-vol disable）
図３（ａ）に示すように、このアクセス属性モードが設定されたLDEVは、他のLDEVを二重化するためのセコンダリボリュームとして指定することはできない。但し、このLDEVに対するデータのリード、ライト及び認識は可能である。

図３（ａ）は、６種類のアクセス属性モードがそれぞれ設定されたLDEV１８に関して、ディスクアレイ装置１０がどのようなアクセス制御を行なうかを示している。図３（ａ）中で、丸印は、対応する動作を可能にするようアクセス制御が行われることを意味し、バツ印は、対応する動作を不可能にするようアクセス制御が行われることを意味する。また、Read Capacityに関する「実容量」、「“０”」はそれぞれ、ホストコンピュータからのRead Capacity コマンドに対するホストコンピュータへの応答の内容が、そのLDEVの実容量であるか容量「０」であるかを示している。

上述した６種類のアクセス属性モードのうち、Read/Write可能、Read
Only、Read/Write不可及びS-vol disableは、メインフレーム系のホストコンピュータとオープンシステム系のホストコンピュータとのいずれが使用するLDEVについても適用可能である。一方、Read Capacity 0とInquiry抑止は、この実施形態では、オープンシステム系ホストコンピュータが使用するLDEVにのみ適用され、メインフレーム系ホストコンピュータが使用するLDEVには適用されないようになっているが、必ずしもそうでなければならないわけではない。

上述した６種類のアクセス属性モードのうち、Read/Write可能、Read
Only、Read/Write不可、Read
Capacity 0及びInquiry抑止は、これらの中から選択されたいずれか一つのモードが、一つのLDEVに対して設定することができる。一方、S-vol disableは、他の５種類のアクセス属性モードとは独立して（つまり、それらと重複して）同じLDEVに対して設定することができる。例えば、同じ一つのLDEVに対してRead/Write可能を設定すると共にS-vol disableを設定するというようにである。

図３（ｂ）は、６種類のアクセス属性モードとアクセス属性制御ビット（Read抑止ビット、Write抑止ビット、Inquiry抑止ビット、Read Capacity 0報告ビット、及びS-vol Disableビット）のビットパターンとの対応関係を示す説明図である。アクセス属性管理テーブルＴ３において、図３（ｂ）に示すようなビットパターンでアクセス属性制御ビット（アクセス属性モード情報）が設定されることにより、上述した６種類のアクセス属性モードがそれぞれ設定される（又は、そのモード設定が解除される）ことになる。

図４は、各記憶デバイス１６とLDEV１８との関係等を示す説明図である。第１の記憶デバイス１６Ｈを例に挙げて説明するが、これに限らない。各LDEV１８（＃１〜＃４）は、それぞれ別々のホストコンピュータ１−１〜１−４によって使用されることができる。同一のホストコンピュータが複数のLDEV１８を利用することもできる。図４では、各LDEV１８（＃１〜＃４）をそれぞれ別々のホストコンピュータ１−１〜１−４によって使用する場合を例示している。

各LDEV１８（＃１〜＃４）は、それぞれ複数の（図示例では４個の）物理的な記憶デバイス１６Ｈにわたって、それらの部分的な記憶領域を使用することにより生成されている。LDEV１８（＃２）には、Write抑止が設定されている。従って、ホストコンピュータ１−２からLDEV１８（＃２）にデータ更新を行うことはできない。LDEV１８（＃３）には、Read／Write抑止が設定されている。従って、ホストコンピュータ１−３は、LDEV１８（＃３）に対してデータ更新及びデータ読出しを行うことができない。各LDEV１８に関するアクセス属性モードは、制御メモリ１３内のアクセス属性管理テーブルＴ３により管理されている。

ＣＨＡ１１は、例えば、アクセス属性制御プログラムＰ１を備えている。アクセス属性制御プログラムＰ１は、ＣＨＡ１１に搭載されたプロセッサによって実行されることにより、ＣＨＡ１１にアクセス属性制御機能を与える。アクセス属性制御プログラムＰ１は、アクセス属性管理テーブルＴ３を参照することにより、各LDEV１８へのアクセスを制御する。

制御メモリ１３には、RAID構成管理テーブルＴ１と、マイグレート管理テーブルＴ２と、アクセス属性管理テーブルＴ３とがそれぞれ記憶されている。

ＤＫＡ１２には、例えば、マイグレート制御プログラムＰ２とアドレス変換プログラムＰ３とが設けられている。各プログラムＰ２，Ｐ３は、ＤＫＡ１２の有するプロセッサによって実行されることにより、ＤＫＡ１２にマイグレート制御機能とアドレス変換機能とを与える。マイグレート制御プログラムＰ２は、アドレス属性モードに従って、LDEV１８の記憶位置を制御する。アドレス変換プログラムＰ３は、論理アドレスを物理アドレスに変換する。

図５は、LDEV１８の記憶位置が変化する様子を模式的に示す状態遷移図である。図５（ａ）は、アクセス性の高い記憶デバイスからアクセス性の低い記憶デバイスにLDEVを移動（退避または保存とも言える）させる場合を示し、図５（ｂ）は、アクセス性の低い記憶デバイスからアクセス性の高い記憶デバイスへLDEVを移動（復帰）させる場合を示す。

詳細は後述するが、図５（ａ）に示すように、「高速内部デバイス」である第１の記憶デバイス１６Ｈに設定されているLDEVに対してRead／Write抑止が設定された場合は、図中一点鎖線で示すように、このLDEVは第１の記憶デバイス１６Ｈから「低速外部デバイス」である外部記憶デバイス５に移される。一方、第１の記憶デバイス１６Ｈに設定されているLDEVに対してWrite抑止が設定された場合、このLDEVは、所定の維持期間経過後に「低速内部デバイス」である第２の記憶デバイス１６Ｌに移される。なお、このLDEVを、第２の維持期間だけ第２の記憶デバイス１６Ｌに留まらせた後で、第２の記憶デバイス１６Ｌから外部記憶デバイス５に再移動させることもできる。後述のマイグレート制御処理では、第１の維持時間経過後に第１の記憶デバイス１６Ｈから第２の記憶デバイス１６ＬにLDEVを移動させる場合について説明し、第２の維持期間経過後にLDEVを第２の記憶デバイス１６Ｌから外部記憶デバイス５に移動させる場合の詳細な説明を省略している。

図５（ｂ）に示すように、アクセス制限が解除された場合、即ち、Write抑止またはRead／Write抑止以外の他のアクセス属性にモードが変更された場合は、LDEVは、元の記憶位置である第１の記憶デバイス１６Ｈに戻される。例えば、LDEVが第２の記憶デバイス１６Ｌに移されていた場合において、Write抑止またはRead／Write抑止が解除された場合、点線で示すように第２の記憶デバイス１６Ｌから第１の記憶デバイス１６Ｈに移される。また、LDEVが外部記憶デバイス５に移されていた場合において、Write抑止またはRead／Write抑止が解除された場合、LDEVは外部記憶デバイス５から第１の記憶デバイス１６Ｈに移される。アクセス属性モードが変更された場合でも、例えば、Write抑止からRead／Write抑止に変更されたような場合は、記憶位置を変化させない。なお、アクセス制限が解除された場合、LDEVが設定されていた元々の記憶デバイスとは異なる記憶デバイスに移動させることもできる。例えば、元の記憶デバイスよりも高性能の記憶デバイスがディスクアレイ装置１０に追加実装されたような場合である。

次に、図６〜図８に基づいて、本実施例によるマイグレート制御の全体動作の概要を説明する。図６に示すように、ホストコンピュータ１のストレージ管理ソフトウェア１Ｂが、第１の記憶デバイス１６ＨのLDEV１８（＃２）にWrite抑止を設定した場合、このアクセス属性モードはアクセス属性管理テーブルＴ３に記憶される。アクセス属性制御プログラムＰ１は、アクセス属性管理テーブルＴ３に基づいて、アクセス制御を行う。

所定のアクセス属性モード（Write抑止、Read／Write抑止）が設定されると、このアクセス属性モードについての情報がマイグレート管理テーブルＴ２に登録される。この登録は、ＣＨＡ１１により行われる。マイグレート制御プログラムＰ２は、マイグレート管理テーブルＴ２を定期的に参照しており、所定のアクセス属性モードが登録されている場合、LDEV構成管理テーブルＴ１を使用して、所定のアクセス属性モードが設定されたLDEV１８（＃２）を、第２の記憶デバイス１６Ｌまたは外部記憶デバイス５のいずれかに移動させる。

図７に示すように、所定のアクセス属性モードが解除された場合、第２の記憶デバイス１６Ｌに移されていたLDEV１８（＃２）は、第１の記憶デバイス１６Ｈに移される。また、図８に示すように、所定のアクセス属性モードが解除された場合、外部記憶デバイス５に移されていたLDEV１８（＃２）は、第１の記憶デバイス１６Ｈに移される。

図９は、アクセス属性制御処理の概要を示すフローチャートである。この処理は、ＣＨＡ１１により実行される。

まず、ＣＨＡ１１は、アクセス属性モードを設定するコマンドを受信したか否かを判定する（Ｓ１１）。アクセス属性モードの設定コマンドを受信した場合（S11：YES）、ＣＨＡ１１は、指定されたアクセス属性の設定コマンドの内容が、設定条件に適合するか否かを判定する（Ｓ１２）。ここでは、例えば、権限を有するホストコンピュータ１からのアクセス属性設定コマンドであるか否か等がチェックされる。設定条件に適合しない場合は（S12：NO）、アクセス属性モードの設定を行わずに処理を終了する。設定条件に適合する場合（S12：YES）、設定されたアクセス属性モードをアクセス属性管理テーブルＴ３に登録する（Ｓ１３）。また、アクセス属性モードの設定に関する情報は、制御メモリ１３内に一時的に作成されるマイグレート管理テーブルＴ２にも登録される。

一方、外部から受信したコマンドがアクセス属性の設定コマンドではない場合（S11：NO）、ＣＨＡ１１は、アクセス属性設定コマンド以外のコマンドを受信したか否かを判定する（Ｓ１４）。コマンド以外を受信した場合（S14：NO）、処理を終了する。WriteコマンドやReadコマンド等を受信した場合（S14：YES）、ＣＨＡ１１は、アクセス先として要求されたLDEV１８がどれであるかを判定し（Ｓ１５）、アクセス属性管理テーブルＴ３を参照する（Ｓ１６）。そして、ＣＨＡ１１は、アクセス属性管理テーブルＴ３に基づいて、ホストコンピュータ１から要求された処理内容が実行可能であるか否かを判定する（Ｓ１７）。例えば、ＣＨＡ１１は、書込みを要求されたLDEV１８に書込みが許可されているか等を判断し、処理可能であると判定した場合（S17：YES）、要求された処理を実行してホストコンピュータ１に応答を返す（Ｓ１８）。逆に、例えば、書込み禁止のLDEV１８に対してデータ更新が要求されたような場合（S17：NO）、ＣＨＡ１１は、ホストコンピュータ１から要求された処理を行わずに、処理を終了する。なお、この場合は、実行不能である旨をホストコンピュータ１に通知する。

図１０は、マイグレート制御処理の概要を示すフローチャートである。この処理は、ＤＫＡ１２によって実行される。ＤＫＡ１２は、定期的に（あるいは不定期に）、制御メモリ１３内のマイグレート管理テーブルＴ２を参照する（Ｓ２１，Ｓ２２）。ＤＫＡ１２は、マイグレート管理テーブルＴ２に新たなアクセス制限に関する情報が登録されているか否かをチェックする（Ｓ２３）。アクセス制限に関する情報が登録されていない場合（S23：NO）、ＤＫＡ１２は、処理を終了する。

アクセス制限が登録されている場合（S23：YES）、ＤＫＡ１２は、Write抑止が設定されたか否かを判定する（Ｓ２４）。Write抑止の設定ではない場合（S24：NO）、ＤＫＡ１２は、Read／Write抑止が設定されたか否かを判定する（Ｓ２５）。Read／Write抑止が設定されている場合（S25：YES）、ＤＫＡ１２は、LDEV構成管理テーブルＴ１を参照することにより、低速外部デバイス（外部記憶デバイス５）を検索し（Ｓ２６）、外部記憶デバイス５に空いているLDEVが存在するか否かを判定する（Ｓ２７）。外部記憶デバイス５に空いているLDEVが存在する場合（S27：YES）、ＤＫＡ１２は、Read／Write抑止が設定されたLDEVを第１の記憶デバイス１６Ｈから外部記憶デバイス５の空きLDEVに移動させる（Ｓ２８）。ＤＫＡ１２は、このデータ移動による構成変更をLDEV構成管理テーブルＴ１に記憶させる（Ｓ２９）。ＤＫＡ１２は、データ移動済のアクセス制限に関する情報をマイグレート管理テーブルＴ２から消去する（Ｓ３０）。

Write抑止が設定された場合（S24：YES）、ＤＫＡ１２は、Write抑止が設定された日時から所定の維持期間が経過しているか否かを判定する（Ｓ３１）。所定の維持時間を経過していない場合（S31：NO）、ＤＫＡ１２はデータ移動を行わずに処理を終了する（Ｓ３２）。従って、Write抑止が設定されたLDEVは、現在の記憶位置（第１の記憶デバイス１６Ｈ）に留まる。

所定の維持期間を経過した場合（S31：YES）、ＤＫＡ１２は、LDEV構成管理テーブルＴ１を参照することにより、低速内部デバイス（第２の記憶デバイス１６Ｌ）に空いているLDEVが存在するか否かをチェックする（Ｓ３２，Ｓ３３）。空いているLDEVが存在する場合（S33：YES）、ＤＫＡ１２は、Write抑止の設定されたLDEVを第１の記憶デバイス１６Ｈから第２の記憶デバイス１６Ｌに移動させる（Ｓ３４）。そして、データ移動を終えた後、ＤＫＡ１２は、前記同様に、LDEV構成管理テーブルＴ１及びマイグレート管理テーブルＴ２をそれぞれ更新させる（Ｓ２９，Ｓ３０）。

一方、第２の記憶デバイス１６Ｌに空いているLDEVが存在しない場合（S33：NO）、ＤＫＡ１２は、LDEV構成管理テーブルＴ１に基づいて、外部記憶デバイス５の構成を検索し（Ｓ３５）、外部記憶デバイス５に空いているLDEVが存在するか否かを判定する（Ｓ３６）。外部記憶デバイス５に空いているLDEVが存在しない場合（S36：NO）、ＤＫＡ１２は、データ移動を行うことができないので処理を終了する。外部記憶デバイス５に空いているLDEVが存在する場合（S36：YES）、ＤＫＡ１２は、Write抑止の設定されたLDEVを第１の記憶デバイス１６Ｈから外部記憶デバイス５に移動させ（Ｓ３７）、LDEV構成管理テーブルＴ１及びマイグレート管理テーブルＴ２をそれぞれ更新させて処理を終了する（Ｓ２９，Ｓ３０）。

他方、Read／Write抑止が設定されている場合において、外部記憶デバイス５に空いているLDEVが存在しない場合（S27：NO）、ＤＫＡ１２は、第２の記憶デバイス１６Ｌに空いているLDEVが存在するか否かを検索し（Ｓ３２，Ｓ３３）、第２の記憶デバイス１６Ｌに空いているLDEVが存在する場合（S33：YES）、Read／Write抑止の設定されたLDEVを第１の記憶デバイス１６Ｈから第２の記憶デバイス１６Ｌに移動させる（Ｓ３４）。

このように、各所定のアクセス属性モード（Write抑止、Read／Write抑止）毎にそれぞれ予めデータ移動先が初期設定されており（Write抑止の場合は第２の記憶デバイス１６Ｌ、Read／Write抑止の場合は外部記憶デバイス５）、初期設定された移動先に空き領域が無い場合は、初期設定以外の他の記憶デバイスに空き領域が存在しないかを探索する（Write抑止の場合：第２の記憶デバイス１６Ｌに空きが無ければ外部記憶デバイス５を検索、Read／Write抑止の場合：外部記憶デバイス５に空きが無ければ第２の記憶デバイス１６Ｌを検索）。

図１１は、第１の記憶デバイス１６Ｈから第２の記憶デバイス１６Ｌまたは外部記憶デバイス５に移されたLDEVを、第１の記憶デバイス１６Ｈに復帰させる場合のマイグレート制御処理の概要を示す。この処理は、ＤＫＡ１２により実行される。

まず、ＤＫＡ１２は、マイグレート管理テーブルＴ２をチェックし（Ｓ４１，Ｓ４２）、アクセス属性モードが変更されたLDEVが存在するか否か、即ち、所定のアクセス制限（Write抑止、Read／Write抑止）が解除されたLDEVが存在するか否かを判定する（Ｓ４３）。

ここで、図１２（ａ）に示すように、LDEV１８（＃２）は外部記憶デバイス５のLDE
V１８（＃０８）に移動しているため、使用状況ステータスには「使用中（＃０２）」がセットされている。また、図１２（ｂ）に示すように、アクセス制限が解除された場合は、その解除日時と解除された旨の情報（図中では「−」で示す）とがマイグレート管理テーブルＴ２に記録される。また、アクセス制限が解除されると、図１２（ｃ）に示すように、アクセス属性管理テーブルＴ３の内容も変化する。例えば、LDEV１８（＃２）は、読み書きが共に可能なようにアクセス属性モードが変更されている。

さて、Ｓ４３において、所定のアクセス制限が解除されたLDEVが存在しない場合（S43：NO）、ＤＫＡ１２は処理を終了する。所定のアクセス制限が解除されたLDEVが存在する場合（S43：YES）、ＤＫＡ１２は、LDEV構成管理テーブルＴ１を参照することにより、高速内部デバイスである第１の記憶デバイス１６Ｈに空いているLDEVが存在するか否かを検索し、判定する（Ｓ４４，Ｓ４５）。

第１の記憶デバイス１６Ｈに空いているLDEVが存在する場合（S45：YES）、ＤＫＡ１２は、第２の記憶デバイス１６Ｌまたは外部記憶デバイス５に移されていたLDEVを、第１の記憶デバイス１６Ｈに移動させる（Ｓ４６）。そして、ＤＫＡ１２は、このデータ移動に伴う構成変更をLDEV構成管理テーブルＴ１に反映させる（Ｓ４７）。また、ＤＫＡ１２は、このデータ移動を反映させるべく、マイグレート管理テーブルＴ２に記録されていたアクセス制限の解除に関する情報を消去する（Ｓ４８）。

なお、ディスクアレイ装置１０内でデータ移動を行う場合（内部マイグレート）、移動対象のデータはＤＫＡ１２によってキャッシュメモリ１４に読み出され、キャッシュメモリ１４から移動先にコピーされる。ディスクアレイ装置１０の内外でデータを移動させる場合（外部マイグレート）、移動対象のデータがＤＫＡ１２によってキャッシュメモリ１４に読み出され、このデータはＣＨＡ１１を介して移動先に送信される（内部→外部の場合）。あるいは、ＣＨＡ１１によって移動対象のデータを読み出してキャッシュメモリ１４に格納し、この格納されたデータをＤＫＡ１２により内部の移動先にコピーさせる（外部→内部の場合）。

このように構成される本実施例によれば、Write抑止またはRead／Write抑止のいずれかが設定された場合に、このアクセス制限が設定されたLDEV（データ）を、現在の記憶位置から他の記憶位置に移動させるため、データ保存用の特別な操作を必要とせず、簡易なデータ保存機能を実現することができ、使い勝手が向上する。

Write抑止またはRead／Write抑止のいずれかが設定される場合は、そのデータの改ざんを防止し、例えば中期的または長期的なデータ保存が要求されていると合理的に推定できる場合である。中長期的なデータ保存を行う場合、そのデータには改ざん不能であることも同時に要求されるのが通常であり、改ざん防止のためにはデータの書込みを禁止する必要があるためである。そこで、所定のアクセス制限が設定されたLDEVは、現在使用している第１の記憶デバイス１６Ｈから他の記憶デバイス１６Ｌまたは記憶デバイス５に移動させる。これにより、アクセス属性モードの設定だけで、他の手動操作等を一切行うことなく、データを移動させることができる。そして、現在頻繁に使用されている第１の記憶デバイス１６Ｈの空き領域を確保することができ、使用頻度の低い記憶デバイス１６Ｌ，５を効率的に使用することができる。

また、Read／Write抑止が設定された場合は、その設定時点で長期保存が確定したも同然と判断されるため、直ちに外部記憶デバイス５に移動させ、Write抑止が設定された場合は、まだRead要求が許可されているため、維持期間（例えば、数日〜十数日等のように可変に設定できる）を経過するまでは現状の記憶位置を維持し、維持期間経過後に他の記憶位置に移動させる。従って、より使い勝手を高めつつ、記憶資源を有効に利用することができる。

さらに、アクセス属性制御処理とマイグレート制御処理の協働によって、即ち、アクセス属性制御処理にマイグレート制御処理を連動させることにより、簡易なデータ保存機能を実現できるため、製造コストを増大することなく、簡易なデータ保存機能、管理機能を提供できる。そして、システム管理者の手を煩わせることなく、長期間にわたって多様かつ大量のデータを保存し管理することができる。

また、ディスクアレイ装置１０内でデータ保存機能、データ管理機能を提供するため、ホストコンピュータ１の構成等が変化した場合にも対応することができ、データ保存機能を維持するための手間を低減できる。

なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、マイグレート制御は、ＤＫＡで実行させる場合に限らず、ＤＫＡとＣＨＡとの協働作業によって、あるいは、ＤＫＡ及びＣＨＡ以外の他のプロセッサによって、またはＣＨＡによって、実行させるように構成してもよい。

本発明の実施例に係わるディスクアレイ装置の全体概要を示すブロック図である。 （ａ）はLDEV構成管理テーブルを、（ｂ）はマイグレート管理テーブルを、（ｃ）はアクセス属性管理テーブルをそれぞれ示す説明図である。 （ａ）はアクセス属性モードと許可された動作との対応関係を、（ｂ）はアクセス属性モードと抑止ビットとの対応関係をそれぞれ示す説明図である。 LDEVと記憶デバイスとの関係等を示す説明図である。 アクセス属性モードの設定に応じて記憶先が遷移する状態を示す説明図であり、（ａ）はアクセス制限が設定された場合を、（ｂ）はアクセス制限が解除された場合をそれぞれ示す。 マイグレート制御処理とアクセス属性制御処理との協働関係を示す模式図である。 図６と同様の模式図である。 図７と同様の模式図である。 アクセス属性制御処理のフローチャートである。 マイグレート制御処理（データ移動時）のフローチャートである。 マイグレート制御処理（データ復帰時）のフローチャートである。 データ復帰時の各テーブルの様子を示す説明図である。

符号の説明

１…ホストコンピュータ、１Ａ…アプリケーションプログラム、１Ｂ…ストレージ管理ソフトウェア、２…ＳＶＰ、３…コンソール、４…外部記憶制御装置、５…外部記憶デバイス、１０…ディスクアレイ装置、１１…ＣＨＡ、１２…ＤＫＡ、１３…制御メモリ、１４…キャッシュメモリ、１５…スイッチ部、１６…記憶デバイス、１６Ｈ…第１の記憶デバイス、１６Ｌ…第２の記憶デバイス、１７…RAIDグループ、１８…論理デバイス（LDEV）、ＣＮ１〜ＣＮ３，ＣＮ１１，ＣＮ１２…通信ネットワーク、Ｔ１…LDEV構成管理テーブル、Ｔ２…マイグレート管理テーブル、Ｔ３…アクセス属性管理テーブル

Claims (2)

1. 上位装置との間のデータ授受を制御する上位アダプタと、
   前記上位アダプタから書き込まれるデータを記憶するキャッシュメモリと、
   前記キャッシュメモリにデータを書込み、または前記キャッシュメモリからデータを読み出すように制御する記憶デバイスアダプタと、
   前記記憶デバイスアダプタの制御の基で、データが書き込まれる複数種類の記憶デバイスであって、ディスクアレイ装置内に設けられる高速な記憶デバイスである高速内部デバイスと、前記ディスクアレイ装置内に設けられる低速な記憶デバイスである低速内部デバイスと、前記ディスクアレイ装置の外部に設けられる前記低速内部デバイスと比較すると低速な記憶デバイスである低速外部デバイスとを含む複数種類の記憶デバイスと、
   前記記憶デバイスアダプタに実装されるデータ移動制御部とを備え、
   前記上位アダプタは、前記複数種類の記憶デバイスの格納領域に基づいて複数の論理デバイスを生成することにより、前記上位装置からのアクセス対象となるように制御するものであり、
   前記データ移動制御部は、
   論理デバイスへのアクセス制限を制御するためのアクセス制御コマンドにより、前記高速内部デバイスに、書込み及び読出しを抑止するための書込み及び読出し抑止が設定された場合、前記高速内部デバイスのデータを前記低速外部デバイスに移動させ、
   前記高速内部デバイスに書込みを抑止するための書込み抑止が設定された場合、前記書込み抑止が設定されてから所定の第１維持期間が経過したときに、前記高速内部デバイスのデータを前記低速内部デバイスに移動させ、
   前記高速内部デバイスから前記低速内部デバイスにデータが移動されてから所定の第２維持期間が経過したときは、前記低速内部デバイスのデータを前記低速外部デバイスに移動させるように制御するディスクアレイ装置。
2. 前記データ移動制御部は、前記アクセス制御コマンドにより前記アクセス制限が解除された場合は、前記低速内部デバイスまたは前記低速外部デバイスのいずれかに移された前記データを前記高速内部デバイスに移動させる請求項１に記載のディスクアレイ装置。
   

Images