(57)【要約】【課題】論理ボリュームのアドレス指定に不要な負担を課さないようにするネットワークストレージのデータ保護管理のためのシステムおよび方法を提案する。【解決課題】いくつかのＨＤＤグループに分割される複数のハードドライブ（ＨＤＤ）によってストレージシステムが定義される。各ＨＤＤグループは、１つまたはいくつかのＨＤＤからなる。ストレージ管理者が各ＨＤＤグループにセキュリティ関連の属性を設定できる。ストレージシステムは、対応する選択されたＨＤＤグループにマッピングされた論理ボリュームを有することができる。ストレージシステムが論理ボリュームをホストコンピュータに割り当てるとき、ストレージシステムはその論理ボリュームのセキュリティ関連の要件をホストコンピュータから受信する。次いで、ストレージシステムは、ＨＤＤグループの属性をその要件と比較して、要件を満たす適切な空きスペースを論理ボリュームとして割り当てる。【選択図】図１
2009048612.tif 000002
【特許請求の範囲】
【請求項１】
ストレージシステム内の論理ボリュームの割当てを管理するための方法であって、
ａ．複数のハードドライブを提供するステップと、
ｂ．少なくとも２つのＨＤＤグループを定義するステップと、
ｃ．前記ＨＤＤグループのそれぞれに異なるセキュリティ属性を割り当てるステップと、
ｄ．ホストコンピュータから論理ボリューム割当て要求を受信すると、前記論理ボリュームの前記セキュリティ要件を前記セキュリティ属性と比較して、前記論理ボリュームを、前記セキュリティ要件と一致する前記ＨＤＤグループに割り当てるステップと
を含む方法。
【請求項２】
ＨＤＤプールを定義するステップと、
新しいハードドライブを取り付けたとき、前記新しいハードドライブを前記ＨＤＤプールに割り当てるステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
ＨＤＤプールから空きハードドライブを解放したとき、前記空きハードドライブを前記ＨＤＤプールに割り当てるステップをさらに含む、請求項２に記載の方法。
【請求項４】
構成テーブルを維持して、前記構成テーブルにＨＤＤグループＩＤ、ＨＤＤグループセキュリティ属性、ハードドライブＩＤ、および論理ボリュームＩＤに対応する項目を保存するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記構成テーブルに論理ボリュームのサイズに対応する項目を保存するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記構成テーブルに前記ＨＤＤグループのそれぞれの暗号化属性を示す項目を保存するステップをさらに含む、請求項４に記載の方法。
【請求項７】
前記構成テーブルに前記ＨＤＤグループのそれぞれのシュレッディング属性を示す項目を保存するステップをさらに含む、請求項４に記載の方法。
【請求項８】
各ハードドライブ用の情報テーブルを維持して、前記情報テーブルにハードドライブＩＤ、物理的ロケーション、状況、およびセキュリティ属性に対応する項目を保存するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記情報テーブルに各ハードドライブのＨＤＤグループを示す項目を保存するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
前記情報テーブルに各ハードドライブの暗号化属性を示す項目を保存するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
前記情報テーブルに各ハードドライブのシュレッディング属性を示す項目を保存するステップをさらに含む、請求項９に記載の方法。
【請求項１２】
各ハードドライブの暗号化およびシュレッディング属性を示すための、各ハードドライブ用の物理的インジケータを維持するステップをさらに含む、請求項１に記載の方法。
【請求項１３】
前記物理的インジケータは照明デバイスを含み、各ハードドライブの暗号化およびシュレッディング属性を示すための前記照明デバイスの照明状況を制御するステップを含む、請求項１２に記載の方法。
【請求項１４】
論理ボリュームの割当てを可能にし、一方でハードドライブ内のセキュリティ属性を維持するストレージシステムであって、
それぞれが少なくとも２つのＨＤＤグループの１つに割り当てられている複数のハードドライブと、
ＨＤＤグループＩＤ、ＨＤＤグループセキュリティ属性、ハードドライブＩＤ、および論理ボリュームＩＤに対応する項目を保存している構成テーブルと、
論理ボリューム割当て要求を受信し、前記論理ボリュームのセキュリティ要件を前記構成テーブルに保存されている前記セキュリティ属性と比較することにより、前記論理ボリュームを前記ＨＤＤグループの１つに割り当てるストレージ構成モジュールと
を備えるストレージシステム。
【請求項１５】
ハードドライブＩＤ、ＨＤＤグループＩＤ、および物理的ロケーションに対応する項目を保存しているハードドライブ情報テーブルをさらに備える、請求項１４に記載のシステム。
【請求項１６】
それぞれのインジケータは対応するハードドライブ用であり、それぞれのインジケータが前記対応するハードドライブのセキュリティ属性を表示する複数の物理的インジケータをさらに備える、請求項１４に記載のシステム。
【請求項１７】
前記インジケータの少なくともいくつかは、それぞれの対応するハードドライブの暗号化属性を示す照明デバイスを備える、請求項１６に記載のシステム。
【請求項１８】
前記インジケータの少なくともいくつかは、それぞれの対応するハードドライブのシュレッディング属性を示す照明デバイスを備える、請求項１７に記載のシステム。
【請求項１９】
どのＨＤＤグループにも割り当てられていないハードドライブを維持するためのハードドライブプールをさらに備える、請求項１４に記載のシステム。
【請求項２０】
シュレッディングモジュールおよび暗号化モジュールをさらに備える、請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本発明は、ストレージシステムに保存されたデータの保護に関する。
【背景技術】
【０００２】
[0002]  会社または組織は、一般に、極秘データを含む種々のファイルがそのＩＴストレージシステムに保存されている。そのような極秘データを保存しているＩＴシステムは、ラップトップコンピュータ内のハードドライブ（ＨＤＤ）、ＵＳＢフラッシュドライブ、バックアップテープ、光ディスク、ディスクアレイ内のＨＤＤなど、種々のタイプの記憶媒体を備えることができる。そのような記憶媒体は多くの場合簡単に移動させることができ、データ盗難の危険がある。
【０００３】
[0003]  記憶媒体の盗難によって引き起こされる情報の漏洩を防ぐためには、一般的には、「データ暗号化」および「データシュレッディング」（「データ廃棄」と呼ばれることもある）方法が使用される。当業界では、データ暗号化またはシュレッディング用の種々のソフトウェアまたはハードウェアが特にエンドユーザ環境用に使用可能である。これらの従来技術のアプリケーションは、物理ＨＤＤ、フラッシュドライブなどに保存されているデータのすべてを暗号化またはシュレッディングすることができる。他方、企業のストレージエリアネットワーク（ＳＡＮ）環境では、暗号化またはシュレッディングは、物理ボリュームに対してではなく、論理ボリュームに対して実行されがちである。当業界で知られているように、ＳＡＮ環境では、ディスクアレイはホストコンピュータに論理ボリュームを提供し、その論理ボリュームは、ＨＤＤなどの複数の物理的な記憶媒体にマッピングされる。これは図１３に示されているが、図１３では、複数の論理ボリューム（００１〜００４）が、使用可能なＨＤＤプール１３の複数のＨＤＤ（０１〜０８）上にマッピングされている。そのような場合、ホストコンピュータ上のソフトウェア、ホストコンピュータとディスクアレイとの間のセキュリティ機器、スイッチ、視覚化装置などは物理ＨＤＤを認識することはできず、むしろ論理ボリュームをアドレス指定できるだけである。その結果、暗号化およびシュレッディングプログラムおよび機器は、物理ボリュームではく、論理ボリュームをアドレス指定することによりデータを暗号化またはシュレッディングする。
【０００４】
[0004]  他方、暗号化されたデータまたはシュレッディングすべきデータはいくつかのＨＤＤに散在しているので、論理ボリュームを暗号化およびシュレッディングする場合、ストレージ管理者がデータセキュリティを管理することが難しくなる。すなわち、当業界で知られているように、どの論理ボリュームも、図１３に示されているように、いくつかのハードディスクドライブにマッピングされている可能性がある。その結果、どのハードドライブも、保存された暗号化極秘ファイルおよびセキュリティ保護されていない非極秘ファイルを含む可能性がある。すなわち、論理ボリュームを暗号化すると、物理ＨＤＤによっては、異なるセキュリティレベルのデータを含む可能性がある。例えば、論理ボリューム００１は暗号化ファイルを含み、論理ボリューム００２は暗号化ファイルを含まないものとすると、ＨＤＤ  ０１は暗号化データのみを含み、ＨＤＤ  ０３は暗号化データおよび非暗号化データの両方を含み、ＨＤＤ  ０２の状態は、論理ボリューム００４に含まれているデータのタイプが分からない限り、分からない。アドレス指定は論理ボリュームに対して行われるので、ＳＡＮにアクセスするクライアントの立場からは、どのＨＤＤが何の種類のファイルを保存しているかを知ることは不可能である。そのような状況のため、誤って情報の漏洩を引き起こすことがあり、ＩＴシステムのセキュリティの監査の困難さが露呈されている。
【０００５】
[0005]  例えば、パフォーマンス上の問題、コスト上の問題またはユーザのセキュリティポリシーのために、論理ボリュームのすべてが暗号化されるわけではない。したがって、論理ボリュームによっては極秘データを含んでいる可能性があるのに、暗号化されないままのものがある。そのような場合は、ホスト管理者は、データがそれ以降使用されない場合、非暗号化論理ボリューム内のデータのすべてをシュレッディングしたいことがあるだろう。しかし、論理ボリュームのシュレッディングは、通常、ランダムデータを上書きすることにより達成されるので、障害ＨＤＤに対して使用することはできない。したがって、障害ＨＤＤに非暗号化極秘データが含まれている場合、ストレージ管理者は、障害ＨＤＤを破壊しなければならない。しかし、上記の説明から理解できるように、論理ボリュームのアドレス指定を使用しているために、ストレージ管理者は、どのＨＤＤが非暗号化データを含んでいて、どのＨＤＤが破壊されるべきかを容易に識別できない。
【０００６】
[0006]  さらに、ＩＴシステムの監査中、ＩＴ管理者は、どのＨＤＤが暗号化データを含んでいて、どのＨＤＤが含んでいないかを識別できる必要がある。しかし、管理者は論理ボリュームには容易にアクセスできるが、物理ボリュームに対してはそうではない。したがって、従来技術のシステムを用いて監査要件に応ずるのは非常に困難である。
【０００７】
[0007]  従来技術に欠けているものは、セキュリティ保護されたデータを含むＨＤＤとセキュリティ保護されたデータを含まないＨＤＤを分離できる方法を提供するテクノロジーである。しかし、そのようなテクノロジーは、論理ボリュームのアドレス指定体系に透過である必要があり、論理ボリュームのアドレス指定に不要な負担を課さないようにする必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
[0008]  本発明の以下の概要は、本発明のいくつかの態様および特徴の基本的な知識を提供するために記載されている。この概要は、本発明の包括的な概説ではなく、そのようなものとして本発明のキーまたは重要な要素を特定することも、本発明の範囲を概説することも意図されていない。その唯一の目的は、後述される、より詳細な説明の序文として、簡略な形で本発明の多少の概念を提示することである。
【０００９】
[0009]  本発明の一態様によると、ストレージシステムは複数のハードドライブ（ＨＤＤ）を備えており、それら複数のハードドライブはいくつかのＨＤＤグループに分割される。各ＨＤＤグループは１つまたはいくつかのＨＤＤで構成される。ストレージ管理者は各ＨＤＤグループに個別のセキュリティ関連の属性を設定できる。ストレージシステムは、対応する選択されたＨＤＤグループにマッピングされた論理ボリュームを有することができる。ストレージシステムが論理ボリュームをホストコンピュータに割り当てるとき、ストレージシステムは、その論理ボリュームのセキュリティ関連の要件をホストコンピュータから受信する。次いで、ストレージシステムはＨＤＤグループのセキュリティ属性をその要件と比較して、その要件を満たす適切なＨＤＤグループから空きスペースを割り当てる。その結果、管理者は、ＨＤＤグループにマッピングされた論理ボリュームを参照することなく、各ＨＤＤグループのセキュリティレベルを容易に認識できる。
【課題を解決するための手段】
【００１０】
[0010]  本発明の複数の態様によると、ストレージシステム内の論理ボリュームの割当てを管理するための、
ａ．複数のハードドライブを提供するステップと、
ｂ．少なくとも２つのＨＤＤグループを定義するステップと
ｃ．ＨＤＤグループのそれぞれに異なるセキュリティ属性を割り当てるステップと、
ｄ．ホストコンピュータから論理ボリューム割当て要求を受信すると、その論理ボリュームのセキュリティ要件をセキュリティ属性と比較して、そのセキュリティ要件と一致するＨＤＤグループに論理ボリュームを割り当てるステップと
を含む方法が提供されている。
【００１１】
[0011]  この方法は、ＨＤＤプールを定義する動作と、新しいハードドライブを取り付けたとき、その新しいハードドライブをそのＨＤＤプールに割り当てる動作とをさらに含むことができる。この方法は、ＨＤＤプールから空きハードドライブを解放したとき、その空きハードドライブをそのＨＤＤプールに割り当てるステップをさらに含むことができる。この方法は、構成テーブルを維持して、その構成テーブルにＨＤＤグループＩＤ、ＨＤＤグループセキュリティ属性、ハードドライブＩＤ、および論理ボリュームＩＤに対応する項目を保存するステップをさらに含むことができる。この方法は、構成テーブルに論理ボリュームのサイズに対応する項目を保存するステップをさらに含むことができる。この方法は、構成テーブルにＨＤＤグループのそれぞれの暗号化属性を示す項目を保存するステップをさらに含むことができる。この方法は、構成テーブルにＨＤＤグループのそれぞれのシュレッディング属性を示す項目を保存するステップをさらに含むことができる。この方法は、各ハードドライブ用の情報テーブルを維持して、その情報テーブルにハードドライブＩＤ、物理的ロケーション、状況、およびセキュリティ属性に対応する項目を保存するステップをさらに含むことができる。この方法は、情報テーブルに各ハードドライブのＨＤＤグループを示す項目を保存するステップをさらに含むことができる。この方法は、情報テーブルに各ハードドライブの暗号化属性を示す項目を保存するステップをさらに含むことができる。この方法は、情報テーブルに各ハードドライブのシュレッディング属性を示す項目を保存するステップをさらに含むことができる。この方法は、各ハードドライブの暗号化およびシュレッディング属性を示すための、各ハードドライブ用の物理的インジケータを維持するステップをさらに含むことができる。この物理的インジケータは照明デバイスを含むことができ、その場合、この方法は、各ハードドライブの暗号化およびシュレッディング属性を示すための照明デバイスの照明状況を制御するステップを含む。
【００１２】
[0012]  本発明の他の態様によると、論理ボリュームの割当てを可能にし、一方でハードドライブ内のセキュリティ属性を維持するストレージシステムが提供されていて、そのストレージシステムは、それぞれが少なくとも２つのＨＤＤグループの１つに割り当てられている複数のハードドライブと、ＨＤＤグループＩＤ、ＨＤＤグループセキュリティ属性、ハードドライブＩＤ、および論理ボリュームＩＤに対応する項目を保存している構成テーブルと、論理ボリューム割当て要求を受信し、その論理ボリュームのセキュリティ要件を構成テーブルに保存されているセキュリティ属性と比較することにより、その論理ボリュームをＨＤＤグループの１つに割り当てるストレージ構成モジュールとを備える。このシステムは、ハードドライブＩＤ、ＨＤＤグループＩＤ、および物理的ロケーションに対応する項目を保存しているハードドライブ情報テーブルをさらに備えることができる。このシステムは、それぞれのインジケータは対応するハードドライブ用であり、それぞれのインジケータが対応するハードドライブのセキュリティ属性を表示する複数の物理的インジケータをさらに備えることができる。インジケータの少なくともいくつかは、それぞれの対応するハードドライブの暗号化属性を示す照明デバイスを備えることができる。インジケータの少なくともいくつかは、それぞれの対応するハードドライブのシュレッディング属性を示す照明デバイスを備えることができる。このシステムは、どのＨＤＤグループにも割り当てられていないハードドライブを維持するためのハードドライブプールをさらに備えることができる。このシステムは、シュレッディングモジュールおよび暗号化モジュールをさらに備えることができる。
【００１３】
[0013]  前述の説明および後述の説明は両方とも例示的な、説明のためだけのものであって、特許請求された発明またはそのアプリケーションをどのようにも限定することは意図されていないことを理解すべきである。
【発明を実施するための最良の形態】
【００１４】
[0014]  添付の図面は、本明細書に組み込まれ、本明細書の一部を成すものであるが、本発明の実施形態を例示し、説明と共に本発明の技術の原理を明らかにし、例証するのに役立つ。
【００１５】
[0028]  添付の図面は、例示のためであって、限定のためではないが、本発明の原理に沿った具体的な実施形態および実施態様を示している。これらの実施態様は、当業者が本発明を実施できるように十分詳しく説明されており、他の実施態様が使用できること、および本発明の範囲および趣旨から逸脱することなく種々のエレメントの構造上の変更および／または置換を行えることを理解されたい。したがって、以下の詳細な説明は、限定的な意味に解釈すべきではない。加えて、説明されている本発明の種々の実施形態は、汎用コンピュータ上で実行されるソフトウェアの形、専用ハードウェアの形、またはソフトウェアおよびハードの組合せで実施されることができる。
【００１６】
[0029]  本発明の特徴によると、論理ボリュームの割当てを行い、一方で、どのＨＤＤがセキュリティ保護されたデータを含んでいて、どのＨＤＤが含んでいないかを追跡し続けるシステムおよび方法が提供されている。このように、論理ボリュームのアドレス指定を使用して暗号化およびシュレッディングを行うことができ、一方、ストレージ管理者は、どのＨＤＤが暗号化データを含んでいて、どのＨＤＤがシュレッディングされる必要があるかを追跡できる。より大まかには、本発明の実施形態によると、管理者は、特定のＨＤＤにマッピングされた論理ボリュームを参照することなく、各ＨＤＤのセキュリティレベルを容易に認識することができる。
【００１７】
ハードウェアアーキテクチャ
[0030]  図１は、本発明の実施形態に従った物理的なハードウェアアーキテクチャの例を示している。システム全体は、ストレージシステム１および少なくとも１つのホストコンピュータ２および少なくとも１つのストレージ管理コンピュータ３からなる。ホストコンピュータ２とストレージシステムはＳＡＮ（ストレージエリアネットワーク）４０を介して接続される。ストレージ管理コンピュータ３とストレージシステム１は管理ネットワーク４１を介して接続される。しかし、この特定の構成は例示として使用されるのであって、本発明の実施形態では他の構成が使用できることを理解すべきである。
【００１８】
[0031]  この実施形態では、ストレージシステム１は、少なくとも１つのコントローラ１２、ＳＡＮ  ４０との接続に使用される少なくとも１つのＳＡＮインターフェース１０、および管理ネットワーク４１との接続に使用される少なくとも１つのイーサネット（登録商標）インターフェース１１を備える。コントローラ１２は、少なくとも１つのＣＰＵ  １３および少なくとも１つのメモリデバイス１４で構成される。ストレージシステム１は、ＨＤＤ（ハードディスクドライブ）１５０のような１つ以上の物理記憶媒体、フラッシュメモリ、光ディスク、テープなども有する。ストレージシステム１は、１つ以上のストレージグループ、ストレージプール、および論理ボリューム１５１も有する。ストレージシステム１は、少なくとも１つの暗号化モジュール１７および少なくとも１つのシュレッディングモジュール１８も有する。リストされた種々のエレメントを以下でより詳しく説明する。
●ストレージグループ：これは、複数の物理的記憶媒体で構成される。この実施形態では、ストレージグループの例として、図１は、それぞれが複数のＨＤＤ  １５０を備えた３つのＨＤＤグループ１５を示している。本明細書の説明から理解できるように、各ストレージグループは１つ以上のＨＤＤデバイス１５０を備えることができる。一部の実施形態では、各ＨＤＤグループは「パリティグループ」、すなわちＲＡＩＤアレイと均等でありうる。ストレージ管理者は各ＨＤＤグループにセキュリティ属性を設定できる。ＨＤＤグループおよびＨＤＤグループセキュリティ属性を使用することにより、ストレージ管理者は、１つのＨＤＤグループのすべてのＨＤＤ内の全データに特定のセキュリティレベルを適用できる。このように、ストレージ管理者は、従来技術の場合と違って、確実に、１つのＨＤＤ内に異なるセキュリティレベルのデータがないようにすることができる。
●ストレージプール：これは、ストレージグループに含まれない１つ以上の物理的記憶媒体を包含する。この実施形態では、図１は、１つ以上のＨＤＤを包含するＨＤＤプール１６を示している。ＨＤＤが新たにストレージシステム１に追加されて、まだどのＨＤＤグループにも割り当てられていないとき、そのＨＤＤはＨＤＤプール内に存在する。ＨＤＤに障害が発生すると、そのＨＤＤはＨＤＤグループから除外されて、ＨＤＤプールに再割当てされる。
●論理ボリューム１５１：各論理ボリューム１５１は１つのストレージグループ１５内にのみ存在する。この実施形態では、論理ボリューム１５１は複数のＨＤＤ  １５０で構成され、１つのＨＤＤグループ１５内に存在する。ストレージシステム１は、高可用性の目的でホストコンピュータ２に論理ボリュームを提供する。ホストコンピュータが論理ボリュームを必要とすると、ホストコンピュータ管理者はストレージ管理者に論理ボリューム割当てを要求する。論理ボリューム割当ての要求は、暗号化の必要性、必要な暗号化アルゴリズム、鍵長、シュレッディングの必要性など、セキュリティ関連の要件を含むことができる。ストレージシステムは論理ボリュームのセキュリティ要件とＨＤＤグループのセキュリティ属性を比較し、ホストコンピュータに適切な論理ボリュームを割り当てる。例えば、論理ボリュームの要件が特定の暗号化アルゴリズムおよび鍵長を指定している場合、ストレージシステムは、セキュリティ属性内に同じ暗号化アルゴリズムおよび鍵長を含むＨＤＤグループから論理ボリュームを割り当てる。その結果、ストレージシステム１はホストコンピュータ２に論理ボリューム整合済みセキュリティを提供することができ、ストレージシステム１は、従来技術でそうであったような、同じＨＤＤ内に異なるセキュリティレベルのデータが存在する状況を防ぐこともできる。
●暗号化モジュール１７：ホストコンピュータ２がストレージシステムの特定の論理ボリュームにデータを書き込むとき、暗号化モジュール１７が、ストレージ構成テーブル１４１に定義されている特定のアルゴリズムおよび鍵長を用いてデータを暗号化して、暗号化されたデータを、割り当てられた論理ボリュームに対応するＨＤＤに保存する。ホストコンピュータ２が暗号化されたデータを含む特定の論理ボリュームからデータを読み取るとき、暗号化モジュール１７が、ストレージ構成テーブル１４１に定義されている特定のアルゴリズムおよび鍵長を用いてデータを復号化して、そのプレーンテキストデータをホストコンピュータに送信する。暗号化モジュール１７はＨＤＤグループごとにデータ暗号化を行うことができて、該当のＨＤＤグループに設定されているセキュリティ属性に従って、各ＨＤＤグループ用の異なる暗号化アルゴリズム、鍵、鍵長などを使用できる。各ＨＤＤグループのセキュリティ属性はストレージ構成テーブル１４１に定義されていて、暗号化モジュール１７は、データを暗号化または復号化するとき、そのテーブルを参照する。暗号化モジュール１７は、各ＨＤＤグループまたは各ＨＤＤ用の暗号化鍵をそれ自体のために生成することができる。暗号化鍵は暗号化モジュール１７の中に保存されることができる。暗号化鍵は、メモリ１４、ＨＤＤなどにも保存されることができる。暗号化モジュール１７は、ストレージ装置の外の外部鍵管理システムから鍵を受信することもできる。暗号化モジュール１７はコントローラ１２に組み込まれることもできるし、またはコントローラ１２の外の分離したエレメントにすることもできる。他方、暗号化モジュール１７は各ＨＤＤグループ１５または各ＨＤＤ１５０に組み込まれることもできる。また、暗号化モジュール１７は、メモリ１４に保存され、コントローラ１２によって実行されるソフトウェアプログラムにすることもできる。この実施形態では、暗号化モジュール１７はハードウェアモジュールであって、コントローラ１２に組み込まれている。
●シュレッディングモジュール１８：ホストコンピュータ２が特定の論理ボリュームの使用を停止して、ストレージシステム１が論理ボリュームのスペースを解放するとき、ストレージシステム１は、解放される論理ボリュームに対応するＨＤＤにランダムデータを上書きするなどのデータシュレッディングを実行することができる。シュレッディングモジュール１８は、論理ボリュームおよびＨＤＤグループごとにデータシュレッディングを行うことができて、該当のＨＤＤグループに設定されているセキュリティ属性に従って、各ＨＤＤグループ用の異なるシュレッディングアルゴリズムを使用できる。各ＨＤＤグループのセキュリティ属性はストレージ構成テーブル１４１に定義されていて、シュレッディングモジュール１８は、データをシュレッディングするとき、そのテーブルを参照する。シュレッディングモジュール１８はコントローラ１２に組み込まれることもできるし、またはコントローラ１２の外に置くこともできる。シュレッディングモジュール１８は、各ＨＤＤグループ１５または各ＨＤＤ１５０に組み込まれることもできるし、または、メモリ１４に保存され、コントローラ１２によって実行されるソフトウェアプログラムにすることもできる。この実施形態では、シュレッディングモジュール１８はコントローラ１２に組み込まれたハードウェアモジュールである。
【００１９】
[0032]  ホストコンピュータ２は、少なくとも１つのＣＰＵ  ２０、少なくとも１つのメモリ２１および少なくとも１つのＳＡＮインターフェース２２を備える。これは、ＳＡＮ  Ｉ／Ｆ  ２２を介してＳＡＮ  ４０に接続される。ストレージ管理コンピュータ３は、少なくとも１つのＣＰＵ  ３０、少なくとも１つのメモリ３１および少なくとも１つのイーサネット（登録商標）インターフェース３２を備える。ストレージ管理コンピュータ３はイーサネット（登録商標）Ｉ／Ｆ  ３２を介して管理ネットワーク４１に接続される。ストレージ構成クライアントプログラム３１０が管理コンピュータ３で実行されて、ストレージ管理者にストレージシステム構成用の管理インターフェースを提供する。
【００２０】
[0033]  種々のソフトウェアプログラムがコントローラ１２上で稼働している。これらのプログラムおよびそのプログラムで使用される情報はメモリ１４に保存されている。ＣＰＵ  １３がこれらのプログラムを実行するのであるが、これらのプログラムについて以下でより詳しく説明する。特に、これらはプログラムとして説明されているが、ソフトウェア、ハードウェア、またはハードウェアおよびソフトウェアを組み込んだモジュールとして実装できることを理解されたい。
●ストレージ構成サービスプログラム（またはモジュール）１４０：これは、ストレージ管理者にストレージシステム構成用の管理インターフェースを提供する。ストレージ管理者は、ストレージシステムの構成をセットアップまたは変更できる。ストレージ構成クライアントプログラム３１０を用いて、ストレージ管理者はストレージ構成サービスプログラム１４０に要求を送信する。ストレージ構成サービスプログラム１４０は、その要求に従っていくつかのアクションを実行し、結果をストレージ構成クライアントプログラム３１０に送信し返す。例えば、ストレージ管理者は、この管理インターフェースを用いてＨＤＤグループ１５および論理ボリューム１５１を管理できる。加えて、ストレージ管理者は、各ＨＤＤグループのセキュリティ属性を設定および閲覧できて、各ＨＤＤの状況またはセキュリティ属性を閲覧できる（図５参照）。また、ストレージ管理者は、この管理インターフェースを用いて論理ボリュームの要件をストレージシステムに入力することもできる。ストレージシステム１が論理ボリュームの要件を受信すると、ストレージ構成サービスプログラム１４０はストレージ構成テーブル１４１を参照して、この要件と、テーブル１４１に定義されているＨＤＤグループのセキュリティ属性を比較し、次いで適切な論理ボリュームを割り当てる（論理ボリュームを割り当てる詳細なプロセスについては、図８関連の説明を参照）。また、ストレージ構成サービスプログラム１４０は、例えばＬＥＤなどの物理的インジケータを用いて各ＨＤＤのセキュリティ属性を示すこともできる（図６参照）。
●ストレージ構成テーブル１４１：ストレージ構成テーブル１４１の例が図３に示されていて、ＨＤＤグループの定義を保存するための項目が示されている。ストレージシステム１は複数のＨＤＤを１つの定義済みＨＤＤグループにまとめることができる。このテーブル１４１は、ＨＤＤグループとＨＤＤ間の関係を示している。ストレージシステム１は、各ＨＤＤグループのセキュリティ関連の属性情報も有することができて、テーブル１４１はそのようなセキュリティ属性情報を保持している。ストレージシステム１は各ＨＤＤグループ内に論理ボリュームを有することができ、そのため、このテーブル１４１は、ＨＤＤグループと論理ボリューム間の関係も示している。ストレージシステム１が論理ボリューム割当ての要求を受信すると、ストレージシステム１は、このテーブルを参照して、ＨＤＤグループのセキュリティ属性と論理ボリュームの要件を比較する。また、ストレージ管理者がＨＤＤグループ、論理ボリューム、およびセキュリティ属性を変更または表示すると、ストレージシステムがこのテーブルをアップデートするか、またはこのテーブルをストレージ管理者に示す。
●ＨＤＤ情報テーブル１４２：ＨＤＤ情報テーブル１４２の例が図４に示されていて、各ＨＤＤの状況情報およびセキュリティ属性を保存するための項目が示されている。新しいＨＤＤが追加されると、ストレージシステム１は新しい項目をこのテーブル１４２に追加する。ＨＤＤに障害が発生して、そのＨＤＤがＨＤＤグループから除外されると、ストレージシステム１は、そのＨＤＤに対応する項目をストレージ構成テーブル１４１から除去し、このテーブル内のそのＨＤＤの項目をアップデートする。このテーブルを用いて、ストレージ構成サービスプログラム１４０は、管理インターフェース（図５参照）または物理的インジケータ（図６参照）によって各ＨＤＤの状況およびセキュリティ属性を示す。
●ストレージ構成クライアントプログラム３１０はストレージ管理者にストレージシステム構成用の管理インターフェースを提供する。
【００２１】
データ構造
[0034]  ホストコンピュータ２が論理ボリュームを必要とするとき、ホストコンピュータ管理者はストレージ管理者に論理ボリューム割当ての要求を送信する。そのような要求はいくつかの指定された要件を含む。論理ボリュームの要件は、論理ボリュームのサイズだけでなく、論理ボリュームのセキュリティ関連の要件も含む。ストレージ管理者は、そのような要件を受信して、それらを、ストレージ構成クライアントプログラム３１０を用いてストレージ構成サービスプログラム１４０に送信する。図２（ａ）および図２（ｂ）は、論理ボリュームの要件のデータ構造の例を示している。特に、本発明のこの実施形態の場合、従来技術のホストコンピュータ２およびストレージ管理コンピュータ３の動作は、割り当てられるべき論理ボリュームの要件に関して変更される必要はない。図２ａおよび図２ｂの表の各種エレメントについて説明する。
●論理ボリュームのサイズ２００：これは、論理ボリュームの必要なサイズを示す。
●割当てポリシー２０１：これは、論理ボリューム割当てのポリシーを示す。図２（ａ）では、これは「正確」を示していて、それは、ホストコンピュータ２は、要件と一致するセキュリティ属性を有する論理ボリュームを必要とすることを意味する。他方、図２（ｂ）では、これは「適度」を示している。それは、ホストコンピュータ２は、要件と一致するセキュリティ属性を有する論理ボリューム、または要件より強いセキュリティ属性を有する論理ボリュームを必要とすることを意味する。例えば、論理ボリュームの要件が「正確」ポリシーでの特定の暗号化アルゴリズムおよび鍵長を指定している場合、ストレージシステムは、セキュリティ属性が同じアルゴリズムおよび同じ鍵長を含むＨＤＤグループから論理ボリュームを割り当てる。論理ボリュームの要件が「適度」ポリシーでの特定の鍵長を指定している場合、ストレージシステムは、セキュリティ属性が要件より長い鍵長を含むＨＤＤグループから論理ボリュームを割り当てることができる。加えて、ホストコンピュータ２が「適度」ポリシーでの非暗号化論理ボリュームを要求すると、ストレージシステム１は、ホストコンピュータに暗号化論理ボリュームを割り当てることができる。
●暗号化２０２：これは、データ暗号化の必要性を示す。これが「要」の場合、ストレージシステムは「暗号化：オン」セキュリティ属性を有するＨＤＤグループ内で論理ボリューム用の空きスペースを見つける。これが「不要」の場合、ストレージシステムは「暗号化：オン」または「暗号化：オフ」セキュリティ属性（割当てポリシー２０１によって異なる）を有するＨＤＤグループ内で空きスペースを見つける。これが「済み」の場合、それは、ホストコンピュータが、いずれかの暗号化メカニズムを用いて、それ自体のためにデータをすでに暗号化していることを意味する。そのような場合、ストレージシステムは、「暗号化：オフ、暗号化済み」セキュリティ属性を有するＨＤＤグループ内で空きスペースを見つける。
●暗号化アルゴリズム２０３：これは、論理ボリュームのデータ暗号化に使用される暗号化アルゴリズムの要件を示す。
●暗号化鍵長２０４：これは、暗号化鍵長の要件を示す。
●暗号化鍵ＩＤ  ２０５：これは、暗号化鍵の要件を示す。上述のように、ストレージシステム１は暗号化鍵を自動的に生成することができるし、またストレージシステム１は、ホストコンピュータ２、またはストレージシステムの外の鍵管理システムによって生成された暗号化鍵を使用することもできる。後者の場合、ストレージシステム１は、論理ボリュームの要件より先に暗号化鍵およびその鍵に関する識別情報を受信する。その後、ホストコンピュータ２はストレージシステム１に、このフィールドを用いて、指定された暗号化鍵を使用するように要求できる。
●データシュレッディング２０６：これは、データシュレッディングの必要性を示す。これが「要」の場合、ストレージシステム１は「シュレッディング：オン」セキュリティ属性を有するＨＤＤグループ内で論理ボリューム用の空きスペースを見つける。これが「不要」の場合、ストレージシステムは「シュレッディング：オン」または「シュレッディング：オフ」セキュリティ属性（割当てポリシー２０１によって異なる）を有するＨＤＤグループ内で空きスペースを見つける。
●データシュレッディング方法２０７：これは、論理ボリュームのデータシュレッディングに使用されるシュレッディングアルゴリズムの要件を示す。
【００２２】
[0035]  図３は、ストレージ構成テーブル１４１のデータ構造例を示している。種々の項目に付いて、以下で詳しく説明する。
●ＨＤＤグループＩＤ  ３００：これは、ＨＤＤグループの識別情報を示す。
●ＨＤＤグループセキュリティ属性３０１：これは、ＨＤＤグループ内のデータに適用されるセキュリティメカニズムの属性情報を示す。数種類のセキュリティ属性がありえて、図３は、データの暗号化およびシュレッディングに関連した例を示している。暗号化関連の属性として、図３は、暗号化の必要性、暗号化アルゴリズム、暗号化鍵長、および暗号化鍵識別を示している。シュレッディング関連の属性として、図３は、シュレッディングの必要性およびアルゴリズムを示している。ストレージ管理者は、暗号化要件およびシュレッディング要件を個別に定義できる。
○ストレージ管理者が特定のＨＤＤグループに「暗号化：オン」および「ＡＥＳ−ＣＢＣ」のような特定のアルゴリズムおよび「１２８ビット」のような特定の鍵長を定義すると、それは、暗号化モジュールはそのアルゴリズムおよび鍵長を用いてデータを暗号化することを意味する。ストレージ管理者が特定のアルゴリズムおよび鍵長を定義しない場合、ストレージ構成サービスプログラムは、そのＨＤＤグループにデフォルトのアルゴリズムおよび鍵長を設定し、暗号化モジュールはデフォルトのアルゴリズムおよび鍵長を用いてデータを暗号化する。ストレージ管理者はデフォルトのアルゴリズムおよび鍵長を構成できる。ストレージ構成サービスプログラムはセキュリティ属性に暗号化鍵識別情報も設定する。暗号化鍵識別情報は各暗号化鍵に対応する。暗号化鍵自体については、ストレージ構成サービスプログラムが、ストレージ管理者がセキュリティ属性を設定したときに自動的に暗号化鍵を生成することもできるし、またはストレージ管理者がストレージシステムの外で生成された暗号化鍵を受信することもできる。
○ストレージ管理者が「暗号化：オフ」を定義すると、それは、暗号化モジュールはそのＨＤＤグループ内の論理ボリュームのデータを暗号化しないことを意味する。
○ストレージ管理者が「シュレッディング：オン」および「ＤｏＤ  ５２２０．２２−Ｍ」のような特定のアルゴリズムを定義すると、それは、シュレッディングモジュールは適切なタイミングでそのアルゴリズムを用いてデータをシュレッディングすることを意味する。例えば、論理ボリュームが移動された場合、ＨＤＤに障害が発生した場合、またはＨＤＤがＨＤＤプールに戻された場合など。ストレージ管理者が特定のアルゴリズムを定義しない場合、ストレージ構成サービスプログラムがそのＨＤＤグループにデフォルトのアルゴリズムを設定し、シュレッディングモジュールは、デフォルトのアルゴリズムを用いてデータをシュレッディングする。ストレージ管理者はデフォルトのアルゴリズムを構成できる。
○ストレージ管理者が「シュレッディング：オフ」を定義すると、それは、シュレッディングモジュールはそのＨＤＤグループ内の論理ボリュームのデータをシュレッディングしないことを意味する。
●ＨＤＤ  ＩＤ  ３０２：これは、このＨＤＤグループに含まれるＨＤＤの識別情報を示す。
●論理ボリュームＩＤ  ３０３：これは、このＨＤＤグループ内に作成される論理ボリュームの識別情報を示す。これが「空き」の場合、それは、このＨＤＤグループは、そのスペース内に論理ボリュームを割り当てられる十分な空きスペースを有していることを意味する。
●論理ボリュームのサイズ３０４：これは、このＨＤＤグループ内の論理ボリュームまたは空きスペースの量を示す。
【００２３】
[0036]  図４は、ＨＤＤ情報テーブル１４２のデータ構造例を示している。このテーブルを用いて、ストレージ構成サービスプログラムは、管理インターフェース（図５参照）または物理的インジケータ（図６参照）を介して、ストレージ管理者に各ＨＤＤの状況およびセキュリティ属性を提供する。このテーブルの項目は次のとおりである。
●ＨＤＤ  ＩＤ  ４００：これは、ＨＤＤの識別情報を示す。
●物理的ロケーション４０１：これは、ＨＤＤの物理的ロケーションの識別情報を示す。
●状況４０２：これは、ＨＤＤの状況を示す。
●セキュリティ属性４０３：これは、ＨＤＤ内のデータにすでに適用されている、または適用されるべきセキュリティメカニズムの属性情報を示す。
【００２４】
[0037]  図５は、ストレージ構成サービスプログラムおよびストレージ構成クライアントプログラムを介して、各ＨＤＤの状況およびセキュリティ属性をストレージ管理者に表示する管理画面の例を示している。この非限定の実施形態に従って示されているエレメントは次のとおりである。
●ＨＤＤ  ＩＤ  ５００：これは、ＨＤＤの識別情報を示す。
●ロケーション５０１：これは、ＨＤＤの物理的ロケーションの識別情報を示す。
●状況５０２：これは、ＨＤＤの状況を示す。
●暗号化状況５０３：これは、ＨＤＤの暗号化の状況を示す。
●シュレッディング状況５０４：これは、ＨＤＤのシュレッディングの状況を示す。
【００２５】
[0038]  図６は、本発明の実施形態に従ったストレージシステム１の物理的外観の例を示している。特に、この実施形態によると、種々のＨＤＤの属性の容易な識別が可能になっている。
●ラック６００：これは、コンピュータシステムのシャーシを搭載するためのラックである。この実施形態では、ストレージシステム１のＨＤＤはラックマウントシャーシ内に搭載され、各シャーシはラック６００に搭載される。
●ＨＤＤロケーションＩＤ  ６０１：これは、各ＨＤＤの物理的ロケーションの識別を示す。
●暗号化インジケータ６０２：これは、各ＨＤＤの暗号化の状況を示す。これは、ＬＥＤ、ＬＣＤなどが可能である。これが点灯していると、それは、対応するＨＤＤ内のデータは暗号化されていることを意味する。当然ながら、色付きライト、ＬＣＤディスプレイなど、他の方法が使用できる。
●シュレッディングインジケータ６０３：これは、各ＨＤＤのシュレッディング要件を示す。これは、ＬＥＤ、ＬＣＤなどが可能である。これが点灯していると、それは、ストレージ管理者は対応するＨＤＤに対して物理的シュレッディングを実行する必要があることを意味する。当然ながら、色付きライト、ＬＣＤディスプレイなど、他の方法が使用できる。
【００２６】
[0039]  図７は、管理インターフェースを用いてストレージ管理者によって実行されるＨＤＤグループをセットアップするプロセス例を示している。
●ステップ１０００：ストレージ管理者が、ストレージ構成サービスプログラムおよびストレージ構成クライアントプログラムによって提供される管理インターフェースを用いてストレージ構成テーブルおよびＨＤＤプールテーブルを参照する。
●ステップ１００１：ストレージ管理者が、ＨＤＤグループを作成するためにＨＤＤプールからいくつかのＨＤＤを選択する。
●ステップ１００２：ストレージ管理者がこれらのＨＤＤをグループにまとめて、一意のＨＤＤグループＩＤを割り当てる。
●ステップ１００３：ストレージ管理者がＨＤＤグループのセキュリティ属性を定義する。
●ステップ１００４：ストレージ管理者がストレージ構成テーブルをアップデートする。
【００２７】
[0040]  図８は、管理インターフェースを用いてストレージ管理者によって実行される論理ボリュームを割り当てるプロセス例を示している。
◆ステップ１１００：ストレージ管理者がホストコンピュータ管理者から論理ボリュームの要件を受信して、ストレージ構成サービスプログラムおよびストレージ構成クライアントプログラムによって提供される管理インターフェースを用いてそれらをストレージシステムに入力する。
◆ステップ１１０１：ストレージ構成サービスプログラムが、割当てポリシーが「正確」であるか否か検査する。割当てポリシーが「正確」の場合、ステップ１１０２に進み、そうでない場合、ステップ１１０３に進む。
◆ステップ１１０２：ストレージ構成サービスプログラムが、セキュリティ属性が論理ボリュームの要件と等しいＨＤＤグループ内で空きスペースを見つける。
◆ステップ１１０３：ストレージ構成サービスプログラムが、セキュリティ属性が論理ボリュームの要件と等しいか、それより強いＨＤＤグループ内で空きスペースを見つける。
◆ステップ１１０４：ストレージ管理者がその空きスペース内に論理ボリュームを作成して、それをホストコンピュータに割り当てる。
【００２８】
[0041]  論理ボリュームがホストコンピュータ２用にもう使用されなくなった場合、ストレージシステム１はＨＤＤグループ内のその論理ボリュームのスペースを解放して空きスペースを作る。そのような場合、必要ならば、ストレージシステム１はＨＤＤグループ内の論理ボリュームのスペース内のデータをシュレッディングする。図９は、データをシュレッディングするプロセス例を示している。
◆ステップ１２００：ストレージ構成サービスプログラムがストレージ構成テーブルを参照する。
◆ステップ１２０１：ストレージ構成サービスプログラムが、その論理ボリュームを含むＨＤＤグループがセキュリティ属性「シュレッディング：オン」を有しているか否かを検査する。その論理ボリュームにデータシュレッディングが必要な場合、ステップ１２０２に進み、そうでない場合、ステップ１２０３に進む。
◆ステップ１２０２：ストレージ構成サービスプログラムが、その論理ボリュームスペース用にセキュリティ属性によって定義されているデータシュレッディング方法を実行する。そのＨＤＤグループに論理ボリュームがない場合、ストレージ構成サービスプログラムは、そのＨＤＤグループの全エリアをシュレッディングする。
◆ステップ１２０３：ストレージ構成サービスプログラムがその論理ボリュームのスペースを解放する。
◆ステップ１２０４：ストレージ構成サービスプログラムがストレージ構成テーブルをアップデートする。
【００２９】
[0042]  ホストコンピュータ管理者が、ストレージ管理者に論理ボリュームのセキュリティ関連の要件を変更するように要求した場合、ストレージ管理者は、論理ボリュームをあるＨＤＤグループから別のＨＤＤグループに移動することができる。そのような場合、必要ならば、ストレージシステム１は論理ボリュームのセキュリティレベルを変更する必要がある。例えば、ストレージシステム１が論理ボリュームをＨＤＤグループＡからＨＤＤグループＢに移動するとき、ＨＤＤグループＡとＨＤＤグループＢの間で暗号化関連のセキュリティ属性が異なる場合、ストレージシステムはデータを復号化して、ＨＤＤグループＢの暗号化関連のセキュリティ属性を用いてデータを再暗号化する。また、必要ならば、ストレージシステムは、再暗号化されたデータをＨＤＤグループＢ内の論理ボリュームにコピーして、ＨＤＤグループＡ内の論理ボリュームスペース内のデータのシュレッディングも行う。図１０は、論理ボリュームを移動するプロセス例を示している。
◆ステップ１３００：ストレージ構成サービスプログラムがストレージ構成テーブルを参照する。
◆ステップ１３０１：ストレージ構成サービスプログラムが論理ボリュームの変更された要件を受信して、その要件を満たすことができる新しい空きスペースを見つける。
◆ステップ１３０２：ストレージ構成サービスプログラムが、新しいＨＤＤグループの暗化関連のセキュリティ属性（暗号化アルゴリズム、鍵長、鍵など）が古いものと異なるか否かを検査する。セキュリティ属性が相互に異なる場合、ステップ１３０３に進み、そうでない場合、ステップ１３０４に進む。
◆ステップ１３０３：ストレージ構成サービスプログラムが古いセキュリティ属性を用いてデータを復号化して、新しいセキュリティ属性を用いてデータを再暗号化する。
◆ステップ１３０４：ストレージ構成サービスプログラムが再暗号化されたデータを新しい論理ボリュームスペースにコピーする。
◆ステップ１３０５：ストレージ構成サービスプログラムが、その論理ボリュームを含む古いＨＤＤグループがセキュリティ属性「シュレッディング：オン」を有しているか否かを検査する。その論理ボリュームにデータシュレッディングが必要な場合、ステップ１３０６に進み、そうでない場合、ステップ１３０７に進む。
◆ステップ１３０６：ストレージ構成サービスプログラムが、その論理ボリュームスペース用にセキュリティ属性によって定義されているデータシュレッディング方法を実行する。そのＨＤＤグループに論理ボリュームがない場合、ストレージ構成サービスプログラムは、そのＨＤＤグループの全エリアをシュレッディングする。
◆ステップ１３０７：ストレージ構成サービスプログラムがその論理ボリュームスペースを解放する。
◆ステップ１３０８：ストレージ構成サービスプログラムがストレージ構成テーブルをアップデートする。
【００３０】
[0043]  図１１は、ＨＤＤグループを再構成するプロセス例を示している。
◆ステップ１４００：ストレージ構成サービスプログラムがＨＤＤの障害を検出する。
◆ステップ１４０１：ストレージ構成サービスプログラムが、セキュリティ属性を含めて、そのＨＤＤの状況情報を表示する。
◆ステップ１４０２：ストレージ管理者が、そのＨＤＤは、データシュレッディングが必要なＨＤＤグループ内にあったか否かを検査する。そのＨＤＤがデータシュレッディングが必要なＨＤＤグループ内にあった場合、ステップ１４０３に進み、そうでない場合、ステップ１４０４に進む。
◆ステップ１４０３：そのＨＤＤ内のデータが、ＨＤＤの障害のために、まだシュレッディングされていないことがありうる。ストレージ管理者は、ＨＤＤを破壊するなどの、ＨＤＤの物理的シュレッディングを実行する必要がある。したがって、ストレージ管理者は、管理画面を検査して、物理的インジケータを用いて破壊すべき障害ＨＤＤを見つけて、次いでストレージ管理者はそのＨＤＤを破壊して破棄する。
◆ステップ１４０４：ストレージ管理者がそのＨＤＤを破棄する。
◆ステップ１４０５：ストレージ管理者が障害ＨＤＤを新しいものに交換する。
【００３１】
[0044]  何らかの保守上の理由のために、ＨＤＤはＨＤＤグループから除外されて、ＨＤＤプールに戻されることがありうる。例えば、ＨＤＤに障害が発生している可能性がある場合、ストレージ管理者がＨＤＤサイズをアップグレードしたい場合など。図１２は、ＨＤＤをＨＤＤプールに戻すプロセス例を示している。
●ステップ１５００：必要ならば、ストレージ構成サービスプログラムがデータをそのＨＤＤから新しいＨＤＤにコピーする。
●ステップ１５０１：ストレージ構成サービスプログラムが、そのＨＤＤを含むＨＤＤグループがセキュリティ属性「シュレッディング：オン」を有しているか否かを検査する。そのＨＤＤにデータシュレッディングが必要な場合、ステップ１５０２に進み、そうでない場合、ステップ１５０３に進む。
●ステップ１５０２：ストレージ構成サービスプログラムが、そのＨＤＤ用にセキュリティ属性によって定義されているデータシュレッディング方法を実行する。
●ステップ１５０３：ストレージ構成サービスプログラムがそのＨＤＤをＨＤＤグループから除外し、そのＨＤＤグループに新しいＨＤＤを含め、ストレージ構成テーブルをアップデートする。
【００３２】
[0045]  本発明の実施形態の上記の説明から理解できるように、本発明は、ＳＡＮのボリューム上に置かれているデータのために制御が強化されたセキュリティを提供する。全体としては、本発明の実施形態は、ストレージシステムのハードドライブをＨＤＤグループに分割して、各グループに暗号化属性およびシュレッディング属性などの、セキュリティ属性を割り当てる。これらの割り当てられた属性を保存したテーブルが維持されていて、そのため、個々の各ハードドライブのデータのタイプ（例えば、暗号化されているか否か）および扱い方のタイプ（例えば、シュレッディングするか否か）を判定することが容易である。ホストコンピュータが論理ボリュームの割当てを要求すると、ボリュームのセキュリティ要件がＨＤＤグループのセキュリティ属性と比較されて、その論理ボリュームは、セキュリティ属性と一致するＨＤＤグループに割り当てられる。１つの特徴によると、システムに新しいハードドライブをロードするため、およびＨＤＤグループからハードドライブを除去するための追加のＨＤＤプールが提供されている。別の特徴によると、ストレージ管理者が個々の各ハードドライブのセキュリティ属性を識別するのを助けるために物理的インジケータが提供されている。
【００３３】
[0046]  本発明の実施形態を実施することにより、本発明は、個々の各ハードドライブに置かれているデータのタイプを判定することが容易なストレージシステムを提供することができる。加えて、本発明の実施形態を実施することにより、ＨＤＤグループ内のすべてのハードドライブが確実に同じセキュリティ属性を有するデータを含むようになる。さらに、本発明の実施形態を実施することにより、ＨＤＤグループ内の任意のハードドライブに割り当てられた論理ボリュームのすべてが確実に同じセキュリティ要件を有するようになる。
【００３４】
[0047]  最後に、本明細書で説明されているプロセスおよび技術は、本質的に、いずれか特定の装置に関連付けられることはなく、いずれか適切なコンポーネントの組合せによって実現できることを理解すべきである。さらに、本明細書で説明された教示に従って、様々なタイプの汎用の装置を使用できる。本明細書で説明された方法ステップを実行するために専用の装置を構築することも有利であることが判明するだろう。本発明は特定の例に関して説明されているが、そのような例は、すべての点で、限定ではなく例示であることが意図されている。当業者は、本発明を実施するのに、ハードウェア、ソフトウェア、およびファームウェアの多くの様々な組合せが適していることを理解するだろう。例えば、説明されたソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、Ｐｅｒｌ、シェル、ＰＨＰ、Ｊａｖａ（登録商標）などの様々なプログラミングまたはスクリプト言語で実現できる。
【００３５】
[0048]  さらに、本明細書および本明細書で開示された発明の実施方法を考察すれば、当業者には、本発明の他の実施形態は明らかであろう。説明された実施形態の様々な態様および／またはコンポーネントは、データ複製機能を有したコンピュータ化されたストレージシステム内で単独または任意の組合せで使用できる。本明細書および例は例示としてのみ考察されるように意図されており、本発明の正確な範囲および趣旨は添付の特許請求の範囲によって示される。
【図面の簡単な説明】
【００３６】
【図１】[0015]本発明の第１の実施形態の物理的ハードウェアおよび論理的ソフトウェアのアーキテクチャの例を示した図である。
【図２】[0016]図２（ａ）および図２（ｂ）は本発明の一実施形態に従った論理ボリュームの要件のデータ構造の例を示した図である。
【図３】[0017]本発明の一実施形態に従ったストレージ構成テーブルのデータ構造の例を示した図である。
【図４】[0018]本発明の一実施形態に従ったＨＤＤ情報テーブルのデータ構造の例を示した図である。
【図５】[0019]本発明の一実施形態に従った管理画面の例を示した図である。
【図６】[0020]本発明の一実施形態に従ったストレージシステムの物理的外観の例を示した図である。
【図７】[0021]本発明の一実施形態に従ってＨＤＤグループをセットアップするプロセス例を示した図である。
【図８】[0022]本発明の一実施形態に従って論理ボリュームを割り当てるプロセス例を示した図である。
【図９】[0023]本発明の一実施形態に従ってデータをシュレッディングするプロセスの例を示した図である。
【図１０】[0024]本発明の一実施形態に従って論理ボリュームを移動するプロセス例を示した図である。
【図１１】[0025]本発明の一実施形態に従ってＨＤＤグループを再構成するプロセス例を示した図である。
【図１２】[0026]本発明の一実施形態に従ってＨＤＤをＨＤＤプールに戻すプロセスの例を示した図である。
【図１３】[0027]従来技術に従ってマッピングされた論理ボリュームを有するＨＤＤプールを示した図である。
【図１】
2009048612.tif 000003
【図２】
2009048612.tif 000004
【図３】
2009048612.tif 000005
【図４】
2009048612.tif 000006
【図５】
2009048612.tif 000007
【図６】
2009048612.tif 000008
【図７】
2009048612.tif 000009
【図８】
2009048612.tif 000010
【図９】
2009048612.tif 000011
【図１０】
2009048612.tif 000012
【図１１】
2009048612.tif 000013
【図１２】
2009048612.tif 000014
【図１３】
2009048612.tif 000015
【外国語明細書】
2009048612000001.pdf