フォーマット又はシュレッディングを行う機能を有したストレージシステム
【課題】論理記憶装置に記憶されているデータが漏洩する危険性を低減する。
【解決手段】ストレージシステムに、検出部とセキュリティ処理部が備えられる。検出部は、ストレージシステムにおける複数の論理記憶装置のうちの第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する。セキュリティ処理部は、そのようなシステム変更が検出されたことを契機に、第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す。
（選択図：図２）
【解決手段】ストレージシステムに、検出部とセキュリティ処理部が備えられる。検出部は、ストレージシステムにおける複数の論理記憶装置のうちの第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する。セキュリティ処理部は、そのようなシステム変更が検出されたことを契機に、第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す。
（選択図：図２）
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォーマット又はシュレッディングを行う機能を有したストレージシステムに関する。
【背景技術】
【０００２】
例えば、特許文献１乃至特許文献３に開示の、データ消去機能を有したストレージシステムが知られている。
【０００３】
【特許文献１】特開２００７−２６５４９２号公報
【特許文献２】特開２００８−２７３３５号公報
【特許文献３】特開２００８−９０６４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ストレージシステム内の論理記憶装置が使用されなくなったまま放置されると、その論理記憶装置に記憶されているデータが漏洩するおそれがある。
【０００５】
従って、本発明の目的は、論理記憶装置に記憶されているデータが漏洩する危険性を低減することにある。
【課題を解決するための手段】
【０００６】
ストレージシステムに、検出部とセキュリティ処理部が備えられる。検出部は、ストレージシステムにおける複数の論理記憶装置のうちの第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する。セキュリティ処理部は、そのようなシステム変更が検出されたことを契機に、第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す。
【０００７】
第一の論理記憶装置は、物理記憶装置を基に形成された実体的な論理記憶装置であっても良いし、物理的な記憶装置に基づかない仮想的な論理記憶装置であっても良い。後者の場合には、実体的な論理記憶装置が第一の論理記憶装置に割り当てられ、第一の論理記憶装置に対するＩ／Ｏ対象のデータは、その第一の論理記憶装置に割り当てられている実体的な論理記憶装置に格納される。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る計算機システムの構成例を示す。
【図２】コンピュータプログラム間の連携と、各コンピュータプログラムと各テーブルとの関係を示す。
【図３】図３Ａは、ＬＵパスの削除前の、ＬＵパスとＬＤＥＶとの関係を示す。図３Ｂは、ＬＵパスの削除後の、ＬＵパスとＬＤＥＶとの関係を示す。
【図４】図４Ａは、移行処理前の、移行元ＬＤＥＶに割り当てられているＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられているＬＤＥＶ番号と、サーバからのＩ／Ｏ先とを示す。図４Ｂは、移行処理後の、移行元ＬＤＥＶに割り当てられているＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられているＬＤＥＶ番号と、サーバからのＩ／Ｏ先とを示す。図４Ｂは、
【図５】図５Ａは、ＬＤＥＶテーブルの構成例を示す。図５Ｂは、ＬＵパステーブルの構成例を示す。
【図６】ＬＵパス管理画面の一例を示す。
【図７】移行テーブルの構成例を示す。
【図８】データ移行管理画面の一例を示す。
【図９】セキュリティテーブルの構成例を示す。
【図１０】セキュリティ管理画面の一例を示す。
【図１１】ＬＵパスの削除処理の処理フローを示す。
【図１２】ＬＵパスの新規割り当て処理の処理フローを示す。
【図１３】データ移行処理の処理フローを示す。
【図１４】セキュリティ判定の処理フローを示す。
【図１５】セキュリティ監視の処理フローを示す。
【図１６】セキュリティ処理の処理フローを示す。
【符号の説明】
【０００９】
３５…ディスクコントローラ ４５…ディスクユニット ５０…ストレージシステム
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の一実施形態を説明する。なお、以下の説明では、説明が冗長になることを防ぐために、適宜、コンピュータプログラムを主語にして処理を説明するが、実際には、その処理は、コンピュータプログラムを実行するプロセッサによって行われる。
【００１１】
図１は、本発明の一実施形態に係る計算機システムの構成例を示す。
【００１２】
通信ネットワーク（例えば、ＳＡＮ（Storage Area Network））３に、サーバ（サーバ１及びサーバ２）と、ストレージシステム５０が接続されている。ストレージシステム５０は、ＳＶＰ（Service Processor）１７を有しており、ＳＶＰ１７に、ＬＡＮ（Local Area Network）７を介して、管理端末５が接続されている。
【００１３】
サーバ１及び２は、例えば、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えた計算機であり、例えば、パーソナルコンピュータ、ワークステーション、メインフレーム等である。本実施形態では、サーバは２つ記載したが、それより多くても少なくても差し支えない。
【００１４】
管理端末５は、上述した情報処理資源を備えた計算機であり、ストレージシステム５０を保守・管理するための計算機である。管理端末５は、管理端末５を操作するユーザからの指令に基づき、ＳＶＰ１７と各種情報の授受を行う。管理端末５は、ＬＡＮ７を介して情報を受信すると、その受信した情報をいわゆる可視情報として、モニタ（図示省略）等に出力する。ユーザは、管理端末５を操作することで、例えば、ハードディスクドライブ（以下、ＨＤＤ）３９の設定や、論理記憶装置（以下、ＬＤＥＶ）４１等の設定を行う。
【００１５】
ストレージシステム５０は、例えば、アレイ状に配列された多数のＨＤＤ３９を備えるＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）システムとすることができる。但し、これに限らず、ストレージシステム５０を、例えば、高機能化されたインテリジェント型のファイバチャネルスイッチとして構成することもできる。ストレージシステム５０は、例えば、ディスクコントローラ（ＤＫＣ）３５と、ディスクコントロールユニット（ＤＫＵ）４５とに大別することができる。
【００１６】
ＤＫＣ３５は、例えば、チャネルアダプタ（ＣＨＡ）９と、キャッシュメモリ１１と、ディスクアダプタ（ＤＫＡ）１３と、スイッチ（ＳＷ）１５と、ＳＶＰ１７と、マイクロプロセッサ（ＭＰ）１９と、共用メモリ２１とを備えている。なお、上記符号９、１１、１３及び１５で示す各装置は、図示と説明の都合上２つ記載してあるが、それより多くても少なくても差し支えない。
【００１７】
ＣＨＡ９は、例えば、サーバ１、２とデータ通信を行うインタフェース装置である。ＣＨＡ９は、例えば、ＣＰＵ、メモリ、サーバに接続される複数の通信ポート等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成することができる。
【００１８】
キャッシュメモリ１１は、例えば、揮発性（又は不揮発性）のメモリであり、サーバ１から受信したデータや、ＨＤＤ３９から読み出されたデータを、一時的に記憶する。
【００１９】
ＤＫＡ１３は、ＨＤＤ３９との間のデータ通信を行うインタフェース装置である。ＤＫＡ１３も、例えば、ＣＰＵ、メモリ、複数の通信ポート等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成することができる。
【００２０】
ＳＷ１５は、ＣＨＡ９、キャッシュメモリ１１、ＤＫＡ１３、ＭＰ１９、及び共用メモリ２１を相互に接続させる。ＳＷ１５は、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバススイッチ等のような高速バスとして構成することができる。
【００２１】
ＳＶＰ１７は、例えば、管理端末５からの情報収集指令信号に基づき、ＭＰ１９を介して、ストレージシステム５０の各種情報を収集する。収集された情報は、ＬＡＮ７を介して、管理端末５へ出力される。ＳＶＰ１７は、また、管理端末５からの情報書き込み指令信号に基づき、ＳＷ１５を介して、共有メモリ２１に各種情報の書き込み等を行う。
【００２２】
ＭＰ１９は、種々のコンピュータプログラムを実行することで、各種処理を実行する。具体的には、例えば、ＭＰ１９では、メインプログラム２３、構成管理プログラム２５、移行プログラム２７、及びセキュリティプログラム２９が実行される（図では、「プログラム」は「ＰＧ」と略記されている）。
【００２３】
共用メモリ２１は、例えば、揮発性（又は不揮発性）のメモリであり、ストレージシステム５０の制御のために参照される情報が格納される。格納される情報としては、例えば、構成情報３１や、各種管理テーブル３３がある。
【００２４】
構成情報３１は、ストレージシステム５０の構成に関する情報である。構成情報３１としては、例えば、どのＲＡＩＤグループ３７がどのＨＤＤ３９で構成されているかに関する情報がある。
【００２５】
各種管理テーブル３３としては、後述するＬＤＥＶテーブル５１（図５Ａ参照）、ＬＵ（Logical Unit）パステーブル５３（図５Ｂ参照）、移行テーブル５５（図７参照）、及びセキュリティテーブル５７（図９参照）がある。
【００２６】
ＤＫＵ４５には、複数（例えば３つ）のＲＡＩＤグループ３７が含まれている。ＲＡＩＤグループ３７は、所定のＲＡＩＤレベルに従ってデータを記憶する。ＲＡＩＤグループ３７は、二以上のＨＤＤ３９で構成されている。ＨＤＤ３９に代えて、他種の物理記憶装置、例えば、フレキシブルディスク、磁気テープ、半導体メモリ（例えば、フラッシュメモリ）、光ディスク等が採用されてもよい。ＲＡＩＤグループ３７は、パリティグループ或いはアレイグループと呼ばれることがある。ＲＡＩＤグループ３７を構成する二以上のＨＤＤ３９の記憶空間を基に、一又は複数のＬＤＥＶ４１が形成される。
【００２７】
図２は、上述したコンピュータプログラム間の連携と、各コンピュータプログラムと各テーブルとの関係を示す。
【００２８】
メインプログラム２３は、例えば、サーバ１，２からのＩ／Ｏ（ライトコマンド又はリードコマンド）に従い、ＬＤＥＶに対するＩ／Ｏを行う。具体的には、例えば、メインプログラム２３は、ＣＨＡ９が受けたライトコマンドに従うライト対象データをキャッシュメモリ１１に書き込み、そのライト対象データを、ＤＫＡ１３を介して、ライトコマンドに従うＬＤＥＶの基になっているＨＤＤ３９に書き込む。また、例えば、メインプログラム２３は、ＣＨＡ９が受けたリードコマンドに応答して、リード対象データを、そのリードコマンドに従うＬＤＥＶの基になっているＨＤＤ３９から読み出し、読み出されたリード対象データをキャッシュメモリ１１に書き込み、そのリード対象データを、リードコマンドの送信元サーバに、ＣＨＡ９を介して送信する。
【００２９】
また、メインプログラム２３は、管理端末５から指令を受け付け、その指令の受け付けを契機に、構成管理プログラム２５、移行プログラム２７又はセキュリティプログラム２９を呼び出す。例えば、メインプログラム２３は、ＬＵパスの削除又は追加の指令を受け付けた場合には、構成管理プログラム２５を呼び出し、移行指令を受け付けた場合には、移行プログラム２７を呼び出し、セキュリティ対応設定の指令を受け付けた場合には、セクリティプログラム２９を呼び出す。
【００３０】
構成管理プログラム２５は、例えば、ＬＤＥＶテーブル５１やＬＵパステーブル５３を参照し、ＬＵパス管理（例えば、ＬＵパスの削除処理、及び、ＬＵパスの新規割り当て処理）を行う。また、構成管理プログラム２５は、ＬＵパスの削除を行ったことやＬＵパスの新規割当ての依頼を受けたことをセキュリティプログラム２９に通知したり、セキュリティプログラム２９から、ＬＵパスの割当て先のＬＤＥＶについてのステータスを受領したりする。また、構成管理プログラム２５は、処理の完了をメインプログラム２３に通知する。
【００３１】
移行プログラム２７は、例えば、移行テーブル５５を更新したり、データ移行処理（ＬＤＥＶ４１間のデータ移行）を行ったりする。移行プログラム２７は、移行の完了をセキュリティプログラム２９やメインプログラム２３に通知する。
【００３２】
セキュリティプログラム２９は、例えば、セキュリティ判定（セキュリティテーブル５７を更新するなど）、セキュリティ監視（セキュリティ処理が必要か否かの監視）、及びセキュリティ処理を行う。セキュリティ処理としては、シュレッディング及びＬＤＥＶフォーマットのいずれかである。シュレッディングとは、ＬＤＥＶへダミーデータの書き込みを複数回行うことで、ＬＤＥＶに記憶されているデータを完全に消去する処理である。一方、ＬＤＥＶのフォーマットとは、ＬＤＥＶフォーマットデータを書き込む処理である。
【００３３】
装置ＴＯＤ（Time Of Day）５９は、現在日時を管理する装置である。セキュリティプログラム２９は、装置ＴＯＤ５９からわかる現在日時を基に、セキュリティテーブル５７を更新する。
【００３４】
本実施形態では、セキュリティ処理が行われる契機として、ＬＵパスの削除と、データ移行処理の完了（具体的には、ＬＤＥＶ番号スイッチ）とがある。以下、それぞれについて説明する。
【００３５】
まず、ＬＵパスの削除を説明する。
【００３６】
図３Ａに示すように、各ポート９に、一又は複数のＬＵＮ（Logical Unit Number）が割り当てられている。また、一以上のＬＵＮに、ホストグループが割り当てられている。「ホストグループ」とは、ストレージシステム５０の各ポートに接続するサーバ（ホスト）を分類するためのグループであり、１つのポートに異なるプラットフォームのホストをホストグループとして設定することができる。なお、ＬＵパスを設定するには、予めホストグループを設定する必要がある。サーバ１、２を別個のホストグループに設定する際には、サーバのホストバスアダプタに固有のＷＷＮ（World Wide Name）を割当て、更にホストグループとＬＤＥＶを関連付ける。どのホストグループがどのＬＵＮに割り当てられているかによって、サーバ１，２からのＩ／Ｏが制御される。たとえば、サーバ１のホストグループ１に、ポートＩＤ“Ａ”に割り当てられているＬＵＮ“０”及び“１”が割り当てられている場合、サーバ１ならば、ＬＵＮ“０”及び“１”に割り当てられているＬＤＥＶ４１Ａ及び４１ＢにＩ／Ｏ可能であるが、他のサーバは、それらのＬＤＥＶ４１Ａ及び４１ＢにＩ／Ｏを行うことは不可能である。
【００３７】
ＬＵパスは、いずれかのサーバからいずれかのＬＤＥＶへのパスである。具体的には、例えば、ＬＵパスは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号（ＬＤＥＶ＃）で構成されている。例えば、図３Ａでは、ポートＩＤ“Ａ”、ホストグループＩＤ“１”、ＬＵＮ“０”及びＬＤＥＶ＃“１”で、第一のＬＵパスが構成されている。これにより、ポートＩＤ“Ａ”及びＬＵＮ“０”が指定されたＩ／Ｏコマンドがサーバ１から受領された場合には、ＬＤＥＶ＃“１”が割り当てられているＬＤＥＶ４１Ａに対してＩ／Ｏが行われる。
【００３８】
図３Ａに示した構成において、図３Ｂに示すように、ポートＩＤ“Ａ”及びＬＵＮ“０”を含んだ第一のＬＵパスと、ポートＩＤ“Ａ”及びＬＵＮ“１”を含んだ第二のＬＵパスとが、削除されたとする。具体的には、メインプログラム２３が、第一及び第二のＬＵパスの削除指令を管理端末５から受けて構成管理プログラム２５を呼び出し、構成管理プログラム２５が、その指令に応答して、第一及び第二のＬＵパスを削除したとする。この場合、構成管理プログラム２５は、第一及び第二のＬＵパスに割り当てられていたＬＤＥＶ４１Ａ及び４１Ｂが他のＬＵパスに割り当てられていなければ、セキュリティプログラム２９を呼び出す。セキュリティプログラム２９は、そのＬＤＥＶ４１Ａ及び４１Ｂに対して、セキュリティ処理を施す。
【００３９】
なお、図３Ｂに示すように、ＬＤＥＶ４１Ａ及び４１Ｂにそれぞれ新規のＬＵパスが割り当てられる場合、構成管理プログラム２５は、ＬＤＥＶ４１Ａ及び４１Ｂが特定の条件に適合していれば（例えば、ＬＤＥＶ４１Ａ及び４１Ｂについてのステータスが後述する“ＷＡＩＴ中”又は“実行中”でなければ）、新規のＬＵパスにＬＤＥＶ４１Ａ及び４１Ｂを割り当てる。
【００４０】
次に、データ移行処理を説明する。
【００４１】
図４Ａに示すように、ＲＡＩＤグループ１を基に形成されたＬＤＥＶ４１Ａ及び４１Ｂがあり、ＬＤＥＶ４１ＡにＬＤＥＶ＃“１”が割り当てられ、ＬＤＥＶ４１ＢにＬＤＥＶ＃“２”が割り当てられているとする。そして、ＬＤＥＶ＃“１”は、第一のＬＵパスに含まれており、ＬＤＥＶ＃“２”は、第二のＬＵパスに含まれているとする。この場合、例えば、サーバ１から、第一のＬＵパスに含まれるポートＩＤ及びＬＵＮ“１”を指定したＩ／Ｏコマンドが受領されると、ＬＤＥＶ４１Ａに対するＩ／Ｏが行われる。
【００４２】
また、図４Ａに示すように、ＲＡＩＤグループ２を基に形成されたＬＤＥＶ４１Ｘ及び４１Ｙがあり、ＬＤＥＶ４１ＸにＬＤＥＶ＃“１１”が割り当てられ、ＬＤＥＶ４１ＢにＬＤＥＶ＃“１２”が割り当てられているとする。そして、ＬＤＥＶ＃“１１”及び“１２”は、いずれも、どのＬＵパスにも含まれていないとする。
【００４３】
ここで、移行元ＬＤＥＶ及び移行先ＬＤＥＶのペアとして、ＬＤＥＶ＃“１”及び“１１”のペアと、ＬＤＥＶ＃“２”及び“１２”のペアとが指定された移行指示が、管理端末５から受領されたとする。この場合、ＬＤＥＶ４１Ａに記憶されている全てのデータがＬＤＥＶ４１Ｘに移行され、同様に、ＬＤＥＶ４１Ｂに記憶されている全てのデータがＬＤＥＶ４１Ｙに移行される。
【００４４】
データ移行が完了すると（つまり、移行元ＬＤＥＶと移行先ＬＤＥＶの内容が同じになると）、図４Ｂに示すようなＬＤＥＶ番号スイッチが行われ、それにより、データ移行処理の完了となる。ＬＤＥＶ番号スイッチとは、移行元ＬＤＥＶに割り当てられていたＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられていたＬＤＥＶ番号とを入れ替えることである。具体的には、移行元ＬＤＥＶ４１Ａ（４１Ｂ）に割り当てられていたＬＤＥＶ＃“１”（“２”）が、移行先ＬＤＥＶ４１Ｘ（４１Ｙ）に割り当てられ、移行先ＬＤＥＶ４１Ｘ（４１Ｙ）に割り当てられていたＬＤＥＶ＃“１１”（“１２”）が、移行元ＬＤＥＶ４１Ａ（４１Ｂ）に割り当てられる。言い換えれば、図４Ａで説明した第一及び第二のＬＵパスの構成は変更されていない。ＬＤＥＶ番号スイッチの後、例えば、サーバ１から、第一のＬＵパスに含まれるポートＩＤ及びＬＵＮ“１”を指定したＩ／Ｏコマンドが受領されると、ＬＤＥＶ４１Ｘに対するＩ／Ｏが行われる。
【００４５】
データ移行処理が完了すると（ＬＤＥＶ番号スイッチが行われると）、セキュリティプログラム２９が、移行元ＬＤＥＶ４１Ａ、４１Ｂに、セキュリティ処理を施す。
【００４６】
以上が、データ移行処理の説明である。なお、データ移行処理では、移行元ＬＤＥＶの基になっているＲＡＩＤグループと、移行先ＬＤＥＶの基になっているＲＡＩＤグループは、異なっていることが好ましい。また、移行元ＬＤＥＶと移行先ＬＤＥＶは、ＲＡＩＤグループ単位で指定されても良い。
【００４７】
以下、前述した各テーブルについて説明する。
【００４８】
図５Ａは、ＬＤＥＶテーブル５１の構成例を示す。
【００４９】
ＬＤＥＶテーブル５１は、ＬＤＥＶに関する情報が記録されているテーブルである。ＬＤＥＶテーブル５１には、ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ（図では「ＲＡＩＤ
Ｇｒ」と記載）、及びパス数情報が記録される。容量情報は、ＬＤＥＶの容量を表す情報である。ＲＡＩＤレベル情報は、対応するＬＤＥＶの基になっているＲＡＩＤグループのＲＡＩＤレベルである。ＲＡＩＤグループＩＤは、対応するＬＤＥＶの基になっているＲＡＩＤグループのＩＤである。パス数情報は、対応するＬＤＥＶに割り当てられているＬＵパスの数を示す。パス数情報が“０”を表していれば、その情報に対応するＬＤＥＶには、いずれのＬＵパスが割り当てられていないことになり、パス数情報が“０”より大きい整数を表していれば、その情報に対応するＬＤＥＶには、ＬＵパスが割り当てられていることになる。
【００５０】
図５Ｂは、ＬＵパステーブル５３の構成例を示す。
【００５１】
ＬＵパステーブル５１は、ＬＵパスに関する情報が記録されているテーブルである。ＬＵパステーブル５３には、ＬＵパス毎に、例えば、ポートＩＤ、ホストグループＩＤ、ＬＵＮ、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ、交替パス数情報が記録される。本実施形態では、前述したように、ＬＵパスは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃で定義される。容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ及び交替パス情報は、ＬＤＥＶ＃をキーにＬＤＥＶテーブル５１から特定される情報を基に設定される。交替パス数情報は、対応するＬＤＥＶに割り当てられている複数のＬＵパスのうちの或る１本のＬＵパス以外のＬＵパス（交替パス）の数を表す情報である。或る１本のＬＵパスに障害が生じた場合には、いずれかの交替パスを介して、その交替パスが割り当てられているＬＤＥＶに対してＩ／Ｏが可能となる。
【００５２】
ＬＵパスは、管理端末５に表示されるＬＵパス管理画面からユーザが設定することが可能である。
【００５３】
図６は、ＬＵパス管理画面の一例を示す。
【００５４】
ＬＵパス管理画面９１は、ＧＵＩ（Graphical User Interface）であり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してＬＵパス管理画面の表示を命令することにより、管理端末５のモニタに表示される。ＬＵパス管理画面９１を介して、例えば、ユーザ所望のＬＤＥＶに割り当てられているＬＵパスの削除や、ユーザ所望のＬＤＥＶへのＬＵパスの割当てや、ユーザ所望のＬＤＥＶのセキュリティ処理対応の設定等を命令することができる。
【００５５】
セキュリティ対応設定欄９２は、ユーザ所望のＬＤＥＶに対して、どのような処理を行うのか（つまり、シュレッティングを実行するのか、ＬＤＥＶフォーマットを実行するのか、或いは何もしないのか、実行するとしたらユーザ所望のＬＤＥＶが使用されなくなってから何日後に実行するのか等）を設定するための欄である。本実施形態では、ＬＵパスの削除によってユーザ所望のＬＤＥＶが使用されなくなってから１日後に、シュレッティングを実行するという設定がされる。
【００５６】
ＬＵパス一覧９３は、ＬＵパステーブル５３を基に表示された、ＬＵパスに関する情報の一覧である。一方、ＬＤＥＶ一覧９５は、ＬＤＥＶテーブル５１を基に表示された、ＬＤＥＶに関する情報の一覧である。
【００５７】
ＬＵパス一覧９３において、所望のＬＵパスを指定してＬＵパス削除ボタン９７が押下されたら、そのＬＵパス内のＬＵＮに対応付けられていたＬＤＥＶ＃がこの一覧９３から除去される。この場合、そのＬＤＥＶ＃に対応したＬＤＥＶについてのパス数は、１デクリメントされる。以上により、ＬＵパスの削除が行われる。なお、ＬＵパスは、この方法に代えて、他の方法（例えば、ＬＵパス内のホストグループＩＤが削除される方法）で削除されても良い。つまり、本実施形態において、「ＬＵパスの削除」とは、ＬＵパスに含まれるポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃の関係が壊されること、言い換えれば、それらのうちのいずれかの要素の除去（変更を含む）が行われることである。
【００５８】
一方、ＬＵパス一覧９３において、ＬＤＥＶ＃が未割当てのＬＵＮを指定し、ＬＤＥＶ一覧９５において、所望のＬＤＥＶ＃を指定し、ＬＵパス追加ボタン９９が押下されたら、ＬＵパス一覧９３において、指定されたＬＵＮに、指定されたＬＤＥＶ＃（及びそれに対応した容量情報等の他の情報）が対応付けられる。また、ＬＤＥＶ一覧９５において、指定されたＬＤＥＶ＃に対応したパス数が、１インクリメントされる。以上により、ＬＤＥＶへのＬＵパスの新規割当てが行われる。つまり、本実施形態において、「ＬＵパスの新規割当て」とは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃の新たな関係が構築されることである。なお、ＬＵパスの新規割当ては、割当て先のＬＤＥＶのステータスが後述する“ＷＡＩＴ中”或いは“実行中”の場合は、非実行とされる。
【００５９】
図７は、移行テーブル５５の構成例を示す。
【００６０】
移行テーブル５５には、ペアを構成する移行元ＬＤＥＶ及び移行先ＬＤＥＶに関する情報が記録される。移行テーブル５５には、移行元ＬＤＥＶに関する情報として、移行元ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、及びＲＡＩＤグループＩＤが記録される。また、移行テーブル５５には、移行先ＬＤＥＶに関する情報として、移行先ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、ＲＡＩＤレベル情報、及びＲＡＩＤグループＩＤが記録される。移行テーブル５５には、さらに、ペア毎に、データ移行処理に関するステータスを表すステータス情報が記録される。そのステータスとしては、例えば、“移行完了”及び“移行中”がある。
【００６１】
移行テーブル５５は、例えば、管理端末５に表示されるデータ移行管理画面から設定された情報を基に更新される。
【００６２】
図８は、データ移行管理画面の一例を示す。
【００６３】
データ移行管理画面１０１は、ＧＵＩであり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してデータ移行の命令を出したときに、モニタに表示される。データ移行管理画面１０１を介して、例えば、移行元ＬＤＥＶ及び移行先ＬＤＥＶを指定したり、移行元ＬＤＥＶに対するセキュリティ処理の設定を命令したりすることができる。
【００６４】
セキュリティ対応設定欄１０２は、移行元ＬＤＥＶに対して、どのような処理を行うのか（つまり、シュレッティングを実行するのか、ＬＤＥＶフォーマットを実行するのか、或いは何もしないのか、実行するとしたら何日後に実行するのか等）を設定するための欄である。本実施形態では、データ移行処理が完了してから１日後に移行元ＬＤＥＶにシュレッティングが実行されるという設定になっている。
【００６５】
移行一覧１０３は、移行テーブル５５を基に表示された、移行元ＬＤＥＶ及び移行先ＬＤＥＶに関する情報の一覧である。追加候補一覧１０５は、ＬＤＥＶテーブル５１を基に表示された、追加候補ＬＤＥＶに関する情報の一覧である。「追加候補ＬＤＥＶ」とは、移行元或いは移行先として追加可能なＬＤＥＶ、換言すれば、移行テーブル５５においてステータス“移行中”に対応したＬＤＥＶ以外のＬＤＥＶである。追加候補一覧１０５において、移行元及び移行先についてユーザ所望のＬＤＥＶが指定され、追加ボタン１０７が押下された場合に、指定されたＬＤＥＶに関する情報が、移行テーブル５５に追加され、且つ、移行一覧１０３にも追加される。
【００６６】
図９は、セキュリティテーブル５７の構成例を示す。
【００６７】
セキュリティテーブル５７には、各ＬＤＥＶについてセキュリティに関する情報が記録されている。セキュリティテーブル５７には、ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、セキュリティ対応情報、ＷＡＩＴ時間情報、開始予定日時情報、実行日時情報、ステータス情報、及びＬＢＡ（Logical Block Address）表示情報が記録される。
【００６８】
セキュリティ対応情報は、セキュリティ処理の種類（シュレッディング又はＬＤＥＶフォーマット）を表す情報である。
【００６９】
ＷＡＩＴ時間情報は、ＬＤＥＶが使用されなくなってからのＷＡＩＴ時間を表す情報である。「ＬＤＥＶが使用されなくなった」とは、本実施形態で言えば、下記（９−１）及び（９−２）、
（９−１）ＬＵパスが削除されたことによりいずれのＬＵパスが割り当てらなくなった、
（９−２）データ移行が完了して移行前のＬＤＥＶ＃の代わりに移行先ＬＤＥＶに割り当てられていたＬＤＥＶ＃が割り当てられた、
のいずれかである。
【００７０】
開始予定日時情報は、セキュリティ処理の開始予定日時を表す情報である。その開始予定日時は、装置ＴＯＤ５９から取得された、ＬＤＥＶが使用されなくなった時点での現在日時に、ＷＡＩＴ時間情報が表すＷＡＩＴ時間が加算されることで、決定される。
【００７１】
実行日時情報は、セキュリティ処理の実行開始日時を表す情報である。
【００７２】
ステータス情報は、セキュリティ処理に関するステータスを表す情報である。そのステータスとしては、例えば、“完了”、“実行中”、及び“ＷＡＩＴ中”の三種類がある。
【００７３】
ＬＢＡ表示情報は、ＬＤＥＶに対応したアドレス範囲における、セキュリティ処理が実行されているブロック（ＬＤＥＶを構成する記憶領域）ＬＢＡを表す情報である。本実施形態では、ＬＤＥＶの先頭ＬＢＡから最後尾ＬＢＡにかけて順次にセキュリティ処理が行われる。ＬＤＥＶの容量情報とＬＢＡ表示情報とを基に、ＬＤＥＶについてのセキュリティ処理の進捗状況を百分率等で表すことが可能である。この進捗状況は、セキュリティ管理画面に表示される。
【００７４】
図１０は、セキュリティ管理画面の一例を示す。
【００７５】
セキュリティ管理画面１０９は、ＧＵＩであり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してセキュリティ管理表示を命令することで、モニタに表示される。セキュリティ管理画面１０９には、セキュリティテーブル５７に基づく情報が表示される。具体的には、例えば、セキュリティ管理画面１０９において、進捗率以外の情報は、セキュリティテーブル５７に記録されている情報であり、進捗率は、ＬＤＥＶの容量情報とＬＢＡ表示情報とを基に算出された値である。
【００７６】
ユーザは、このセキュリティ管理画面１０９を参照すれば、各ＬＤＥＶのセキュリティ対応状況がどのようになっているのかを把握することができる。例えば、ＬＤＥＶ１について、2008/6/9の10:00にシュレッディングが開始され、そのシュレッティングは完了していることがわかる。また、ＬＤＥＶ３について、2008/6/9の10:00にシュレッディングが開始され、そのシュレッティングは７０％まで完了していることがわかる。また、例えば、ＬＤＥＶ９について、ＬＤＥＶフォーマットが2008/７/５の10:00に開始予定であることがわかる。
【００７７】
以下、本実施形態において行われる処理の流れを説明する。
【００７８】
図１１は、ＬＵパスの削除処理の処理フローを示す。
【００７９】
構成管理プログラム２５は、ＬＵパス管理画面９１（図６参照）を表示する（ステップ１１１）。構成管理プログラム２５は、ＬＵパス管理画面９１を介して、削除するＬＵパスの選択や、削除するＬＵパスに割り当てられているＬＤＥＶのセキュリティに関する情報（セキュリティ対応の種類（シュレッティング、ＬＤＥＶフォーマット、又は何もやらない）、ＷＡＩＴ時間はどのぐらいにするのか）の設定を受け付ける（ステップ１１２）。
【００８０】
構成管理プログラム２５は、選択されたＬＵパスの削除の命令（ＬＵパス削除ボタン９７の押下）を受け付ける（ステップ１１３）。
【００８１】
構成管理プログラム２５は、ステップ１１３で受けた命令に応答して、上記選択されたＬＵパスに含まれているＬＤＥＶ＃を、ＬＵパステーブル５３から削除し（ステップ１１４）、そのＬＤＥＶ＃のＬＤＥＶ（以下、図１１、図１４及び図１６の説明において「対象ＬＤＥＶ」と言う）に対応したパス数（ＬＤＥＶテーブル５１に記録されているパス数）を、１デクリメントする（ステップ１１５）。
【００８２】
ステップ１１５の結果、対象ＬＤＥＶについてのパス数が０になったならば（ステップ１１６：ＹEＳ）、構成管理プログラム２５からセキュリティプログラム２９への指令により、図１４のセキュリティ判定が行われる。
【００８３】
一方、ステップ１１５の結果、対象ＬＤＥＶのパス数が０でない場合には（ステップ１１６：ＮＯ）、対象ＬＤＥＶに他のＬＵパス経由でＩ／Ｏが行われる可能性があるため、図１４のセキュリティ判定が行われることなく、この処理フローが終了する。
【００８４】
図１２は、ＬＵパスの新規割り当て処理の処理フローを示す。
【００８５】
構成管理プログラム２５は、ＬＵパス管理画面９１（図６参照）を表示する（ステップ１２１）。構成管理プログラム２５は、ＬＵパス管理画面９１を介して、各ポートに対するホストグループの登録を受け付け、且つ、ユーザ所望のＬＵＮに割り当てるＬＤＥＶ＃の選択を受け付ける（ステップ１２２）。以下、選択されたＬＤＥＶ＃を、図１２の説明において「選択ＬＤＥＶ＃」と言う。
【００８６】
次に、構成管理プログラム２５は、セキュリティプログラム２９に、選択ＬＤＥＶ＃がセキュリティテーブル５７に記録されているか否かを問い合わせる（ステップ１２３）。
【００８７】
ステップ１２３の結果が否定的であれば（ステップ１２３：ＮＯ）、構成管理プログラム２５は、追加可能処理（例えば、ＬＵパス追加ボタン９９をイネーブルにする処理）を行う（ステップ１２４）。また、構成管理プログラム２５は、ＬＵパステーブル５３において、ユーザ所望のＬＵＮに選択ＬＤＥＶ＃を関連付け、且つ、ＬＤＥＶテーブル５１において、選択ＬＤＥＶ＃に対応したパス数を１インクリメントする（ステップ１２５）。
【００８８】
一方、ステップ１２３の結果が肯定的であれば（ステップ１２３：ＹＥＳ）、構成管理プログラム２５は、選択ＬＤＥＶ＃に対応したセキュリティステータスをセキュリティプログラム２９に問い合わせ、応答として受けたセキュリティステータスが“ＷＡＩＴ中”であるか否かを判断する（ステップ１２６）。ステップ１２６の結果が否定的であれば（ステップ１２６：ＮＯ）、構成管理プログラム２５は、応答として受けたセキュリティステータスが“実行中”であるか否かを判断する（ステップ１２７）。ステップ１２７の結果も否定的であれば（ステップ１２７：ＮＯ）、構成管理プログラム２５は、選択ＬＤＥＶ＃を含んだレコードをセキュリティテーブル５７から削除することをセキュリティプログラム２９に命じる（ステップ１２８）。
【００８９】
一方、ステップ１２６及びステップ１２７のいずれかの結果が肯定的であれば（ステップ１２６：ＹＥＳ、又は、ステップ１２７：ＹＥＳ）、構成管理プログラム２５は、追加不可能処理（例えば、ＬＵパス追加ボタン９９をディスエーブルにする処理）を行う（ステップ１２９）。
【００９０】
図１３は、データ移行処理の処理フローを示す。
【００９１】
移行プログラム２７は、データ移行管理画面１０１（図８参照）を表示する（ステップ１３１）。移行プログラム２７は、移行元ＬＤＥＶ及び移行先ＬＤＥＶの選択を受け付ける
（ステップ１３２）。また、移行プログラム２７は、移行元ＬＤＥＶについてのセキュリティに関する情報（セキュリティ処理の種類、ＷＡＩＴ時間）の設定を受け付ける（ステップ１３３）。
【００９２】
移行プログラム２７は、移行元ＬＤＥＶから移行先ＬＤＥＶへのデータ移行を開始する（ステップ１３４）。移行プログラム２７は、全てのデータの移行が完了すると（ステップ１３５）、前述したＬＤＥＶ番号スイッチを行う（ステップ１３６）。ＬＤＥＶ番号スイッチが完了すると、移行元ＬＤＥＶを対象ＬＤＥＶとして、移行プログラム２７からセキュリティプログラム２９への指令により、図１４に示すセキュリティ判定が行われる（ステップ１３７）。
【００９３】
図１４は、セキュリティ判定の処理フローを示す。
【００９４】
セキュリティプログラム２９は、セキュリティ処理を実行するか否かを判断する（ステップ１４１）。具体的には、セキュリティプログラム２９は、対象ＬＤＥＶについてのセキュリティ情報において、セキュリティ処理種類（セキュリティ対応）がシュレッディング又はＬＤＥＶフォーマットであるか否かを判断する。
【００９５】
ステップ１４１の結果が肯定的であれば（ステップ１４１：ＹＥＳ）、セキュリティプログラム２９は、対象ＬＤＥＶについてのセキュリティ情報をセキュリティテーブル５７に書き込む（ステップ１４２）。
【００９６】
セキュリティプログラム２９は、そのセキュリティ情報内のＷＡＩＴ時間が０（なし）であれば（ステップ１４３：ＮＯ）、図１６に示すセキュリティ処理を実行し、そのＷＡＩＴ時間が０より長い時間であれば（ステップ１４３：ＹＥＳ）、ステップ１４４及び１４５を実行する。すなわち、セキュリティプログラム２９は、現在日時にＷＡＩＴ時間を加算することで算出される開始予定日時を、対象ＬＤＥＶについてセキュリティテーブル５７に書き込み（ステップ１４４）、且つ、対象ＬＤＥＶについてのステータス情報を“ＷＡＩＴ中”に更新する（ステップ１４５）。
【００９７】
図１５は、セキュリティ監視の処理フローを示す。この処理フローは、定期的に開始される。
【００９８】
セキュリティプログラム２９は、セキュリティテーブル５７における未参照のレコードのうちの一つのレコードを参照する（ステップ１５１）。セキュリティプログラム２９は、そのレコードにおいてステータス情報が“ＷＡＩＴ中”であれば（ステップ１５２：ＹＥＳ）、開始予定日時が現在日時以降か否かを判断する（ステップ１５３）。セキュリティプログラム２９は、ステップ１５３の結果が否定的であれば（ステップ１５３：ＮＯ）、図１６に示すセキュリティ処理を実行する（ステップ１５５）。
【００９９】
ステップ１５２の結果が否定的の場合（ステップ１５２：ＮＯ）、或いは、ステップ１５３の結果が肯定的の場合（ステップ１５３：ＹＥＳ）、セキュリティプログラム２９は、セキュリティテーブル５７において全てのレコードを参照したか否かを判断し（ステップ１５４）、ステップ１５４の結果が否定的であれば（ステップ１５４：ＮＯ）、ステップ１５１を実行する。
【０１００】
図１６は、セキュリティ処理の処理フローを示す。この図の説明において、「対象ＬＤＥＶ」とは、使われなくなったＬＤＥＶ、具体的には、ＬＵパスが削除され他のＬＵパスが割り当てられていないＬＤＥＶ、或いは、移行元ＬＤＥＶである。
【０１０１】
セキュリティプログラム２９は、対象ＬＤＥＶに対応したセキュリティ処理を、対象ＬＤＥＶの先頭ＬＢＡに対応したブロックから開始する（ステップ１６１）。「対象ＬＤＥＶに対応したセキュリティ処理」とは、セキュリティテーブル５７から特定される、対象ＬＤＥＶに対応したセキュリティ対応情報が表すセキュリティ処理種類であって、具体的には、シュレッディング又はＬＤＥＶフォーマットである。
【０１０２】
そして、セキュリティプログラム２９は、セキュリティテーブル５７に、対象ＬＤＥＶについての実行日時を書き込み、且つ、対象ＬＤＥＶについてのステータスを“実行中”に更新する（ステップ１６２）。
【０１０３】
セキュリティプログラム２９は、セキュリティ処理が完了したブロックのＬＢＡを、対象ＬＤＥＶについてのＬＢＡ表示情報としてセキュリティテーブル５７に書き込む（ステップ１６３）。
【０１０４】
ステップ１６３で書かれたＬＢＡが、対象ＬＤＥＶの最終ＬＢＡでなければ（ステップ１６４：ＮＯ）、次のＬＢＡのブロックについて、セキュリティプログラム２９は、セキュリティ処理を行う。
【０１０５】
ステップ１６３で書かれたＬＢＡが、対象ＬＤＥＶの最終ＬＢＡであれば（ステップ１６４：ＹＥＳ）、セキュリティプログラム２９は、セキュリティテーブル５７における、対象ＬＤＥＶについてのステータス情報を、“完了”に更新する（ステップ１６５）。
【０１０６】
以上、上述した実施形態によれば、使われなくなったＬＤＥＶが検出されことを契機に、自動的に、そのＬＤＥＶに対して、シュレッディング又はＬＤＥＶフォーマットであるセキュリティ処理が施される。これにより、ＬＤＥＶに記憶されているデータが、そのデータが漏洩してしまう危険性（例えば、そのデータを書き込んだサーバとは別のサーバに読まれてしまう危険性）を低減することができる。
【０１０７】
また、上述した実施形態によれば、使われなくなったＬＤＥＶを或る期間内に使用したい場合には、その期間に基づくＷＡＩＴ時間を設定しておくことで、使われなくなってから直ちにＬＤＥＶにセキュリティ処理が施されるといったことが行われないようにすることができる。それ故、ユーザにとって利便性が向上する。
【０１０８】
以上、本発明の好適な実施形態を説明したが、本発明は、この実施形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【０１０９】
例えば、ＬＤＥＶは、物理記憶装置を基にした実体的にＬＤＥＶに限らず、仮想的なＬＤＥＶであっても良い。仮想的なＬＤＥＶとしては、プールＬＤＥＶが割り当てられるＬＤＥＶ（Thin Provisioningに従うＬＤＥＶ）であっても良いし、ストレージシステム５０の外部のストレージシステム内の物理記憶装置に基づくＬＤＥＶにマッピングされたＬＤＥＶであっても良い。
【０１１０】
また、例えば、ＬＤＥＶ＃としては、一つのＬＤＥＶに対して固定的に割り当てられている第一種のＬＤＥＶ＃と、ＬＤＥＶ番号スイッチなどにより割当て先が変更される第二種のＬＤＥＶ＃とがあっても良い。この場合、移行元のＬＤＥＶを第一種のＬＤＥＶ＃を利用して特定することが可能である。
【０１１１】
また、例えば、ＷＡＩＴ時間は、ユーザ任意の時間に代えて、自動決定された時間であっても良い。例えば、メインプログラム２３が、ＬＤＥＶ毎にＩ／Ｏ履歴（例えば、単位時間（例えば、１日、１週間又は１ヶ月）当たりのＩ／Ｏ回数）を管理し、構成管理プログラム２５及び／又は移行プログラム２７が、そのＩ／Ｏ履歴を基に（メインプログラム２３と連携して）、対象ＬＤＥＶ（ＬＵパスが削除され他のＬＵパスに繋がっていないＬＤＥＶ、又は、移行元ＬＤＥＶ）についてのＷＡＩＴ時間（例えば、１日、１週間或いは１ヶ月単位での時間）を決定し、決定したＷＡＩＴ時間を設定しても良い。
【技術分野】
【０００１】
本発明は、フォーマット又はシュレッディングを行う機能を有したストレージシステムに関する。
【背景技術】
【０００２】
例えば、特許文献１乃至特許文献３に開示の、データ消去機能を有したストレージシステムが知られている。
【０００３】
【特許文献１】特開２００７−２６５４９２号公報
【特許文献２】特開２００８−２７３３５号公報
【特許文献３】特開２００８−９０６４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ストレージシステム内の論理記憶装置が使用されなくなったまま放置されると、その論理記憶装置に記憶されているデータが漏洩するおそれがある。
【０００５】
従って、本発明の目的は、論理記憶装置に記憶されているデータが漏洩する危険性を低減することにある。
【課題を解決するための手段】
【０００６】
ストレージシステムに、検出部とセキュリティ処理部が備えられる。検出部は、ストレージシステムにおける複数の論理記憶装置のうちの第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する。セキュリティ処理部は、そのようなシステム変更が検出されたことを契機に、第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す。
【０００７】
第一の論理記憶装置は、物理記憶装置を基に形成された実体的な論理記憶装置であっても良いし、物理的な記憶装置に基づかない仮想的な論理記憶装置であっても良い。後者の場合には、実体的な論理記憶装置が第一の論理記憶装置に割り当てられ、第一の論理記憶装置に対するＩ／Ｏ対象のデータは、その第一の論理記憶装置に割り当てられている実体的な論理記憶装置に格納される。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る計算機システムの構成例を示す。
【図２】コンピュータプログラム間の連携と、各コンピュータプログラムと各テーブルとの関係を示す。
【図３】図３Ａは、ＬＵパスの削除前の、ＬＵパスとＬＤＥＶとの関係を示す。図３Ｂは、ＬＵパスの削除後の、ＬＵパスとＬＤＥＶとの関係を示す。
【図４】図４Ａは、移行処理前の、移行元ＬＤＥＶに割り当てられているＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられているＬＤＥＶ番号と、サーバからのＩ／Ｏ先とを示す。図４Ｂは、移行処理後の、移行元ＬＤＥＶに割り当てられているＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられているＬＤＥＶ番号と、サーバからのＩ／Ｏ先とを示す。図４Ｂは、
【図５】図５Ａは、ＬＤＥＶテーブルの構成例を示す。図５Ｂは、ＬＵパステーブルの構成例を示す。
【図６】ＬＵパス管理画面の一例を示す。
【図７】移行テーブルの構成例を示す。
【図８】データ移行管理画面の一例を示す。
【図９】セキュリティテーブルの構成例を示す。
【図１０】セキュリティ管理画面の一例を示す。
【図１１】ＬＵパスの削除処理の処理フローを示す。
【図１２】ＬＵパスの新規割り当て処理の処理フローを示す。
【図１３】データ移行処理の処理フローを示す。
【図１４】セキュリティ判定の処理フローを示す。
【図１５】セキュリティ監視の処理フローを示す。
【図１６】セキュリティ処理の処理フローを示す。
【符号の説明】
【０００９】
３５…ディスクコントローラ ４５…ディスクユニット ５０…ストレージシステム
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の一実施形態を説明する。なお、以下の説明では、説明が冗長になることを防ぐために、適宜、コンピュータプログラムを主語にして処理を説明するが、実際には、その処理は、コンピュータプログラムを実行するプロセッサによって行われる。
【００１１】
図１は、本発明の一実施形態に係る計算機システムの構成例を示す。
【００１２】
通信ネットワーク（例えば、ＳＡＮ（Storage Area Network））３に、サーバ（サーバ１及びサーバ２）と、ストレージシステム５０が接続されている。ストレージシステム５０は、ＳＶＰ（Service Processor）１７を有しており、ＳＶＰ１７に、ＬＡＮ（Local Area Network）７を介して、管理端末５が接続されている。
【００１３】
サーバ１及び２は、例えば、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えた計算機であり、例えば、パーソナルコンピュータ、ワークステーション、メインフレーム等である。本実施形態では、サーバは２つ記載したが、それより多くても少なくても差し支えない。
【００１４】
管理端末５は、上述した情報処理資源を備えた計算機であり、ストレージシステム５０を保守・管理するための計算機である。管理端末５は、管理端末５を操作するユーザからの指令に基づき、ＳＶＰ１７と各種情報の授受を行う。管理端末５は、ＬＡＮ７を介して情報を受信すると、その受信した情報をいわゆる可視情報として、モニタ（図示省略）等に出力する。ユーザは、管理端末５を操作することで、例えば、ハードディスクドライブ（以下、ＨＤＤ）３９の設定や、論理記憶装置（以下、ＬＤＥＶ）４１等の設定を行う。
【００１５】
ストレージシステム５０は、例えば、アレイ状に配列された多数のＨＤＤ３９を備えるＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）システムとすることができる。但し、これに限らず、ストレージシステム５０を、例えば、高機能化されたインテリジェント型のファイバチャネルスイッチとして構成することもできる。ストレージシステム５０は、例えば、ディスクコントローラ（ＤＫＣ）３５と、ディスクコントロールユニット（ＤＫＵ）４５とに大別することができる。
【００１６】
ＤＫＣ３５は、例えば、チャネルアダプタ（ＣＨＡ）９と、キャッシュメモリ１１と、ディスクアダプタ（ＤＫＡ）１３と、スイッチ（ＳＷ）１５と、ＳＶＰ１７と、マイクロプロセッサ（ＭＰ）１９と、共用メモリ２１とを備えている。なお、上記符号９、１１、１３及び１５で示す各装置は、図示と説明の都合上２つ記載してあるが、それより多くても少なくても差し支えない。
【００１７】
ＣＨＡ９は、例えば、サーバ１、２とデータ通信を行うインタフェース装置である。ＣＨＡ９は、例えば、ＣＰＵ、メモリ、サーバに接続される複数の通信ポート等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成することができる。
【００１８】
キャッシュメモリ１１は、例えば、揮発性（又は不揮発性）のメモリであり、サーバ１から受信したデータや、ＨＤＤ３９から読み出されたデータを、一時的に記憶する。
【００１９】
ＤＫＡ１３は、ＨＤＤ３９との間のデータ通信を行うインタフェース装置である。ＤＫＡ１３も、例えば、ＣＰＵ、メモリ、複数の通信ポート等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成することができる。
【００２０】
ＳＷ１５は、ＣＨＡ９、キャッシュメモリ１１、ＤＫＡ１３、ＭＰ１９、及び共用メモリ２１を相互に接続させる。ＳＷ１５は、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバススイッチ等のような高速バスとして構成することができる。
【００２１】
ＳＶＰ１７は、例えば、管理端末５からの情報収集指令信号に基づき、ＭＰ１９を介して、ストレージシステム５０の各種情報を収集する。収集された情報は、ＬＡＮ７を介して、管理端末５へ出力される。ＳＶＰ１７は、また、管理端末５からの情報書き込み指令信号に基づき、ＳＷ１５を介して、共有メモリ２１に各種情報の書き込み等を行う。
【００２２】
ＭＰ１９は、種々のコンピュータプログラムを実行することで、各種処理を実行する。具体的には、例えば、ＭＰ１９では、メインプログラム２３、構成管理プログラム２５、移行プログラム２７、及びセキュリティプログラム２９が実行される（図では、「プログラム」は「ＰＧ」と略記されている）。
【００２３】
共用メモリ２１は、例えば、揮発性（又は不揮発性）のメモリであり、ストレージシステム５０の制御のために参照される情報が格納される。格納される情報としては、例えば、構成情報３１や、各種管理テーブル３３がある。
【００２４】
構成情報３１は、ストレージシステム５０の構成に関する情報である。構成情報３１としては、例えば、どのＲＡＩＤグループ３７がどのＨＤＤ３９で構成されているかに関する情報がある。
【００２５】
各種管理テーブル３３としては、後述するＬＤＥＶテーブル５１（図５Ａ参照）、ＬＵ（Logical Unit）パステーブル５３（図５Ｂ参照）、移行テーブル５５（図７参照）、及びセキュリティテーブル５７（図９参照）がある。
【００２６】
ＤＫＵ４５には、複数（例えば３つ）のＲＡＩＤグループ３７が含まれている。ＲＡＩＤグループ３７は、所定のＲＡＩＤレベルに従ってデータを記憶する。ＲＡＩＤグループ３７は、二以上のＨＤＤ３９で構成されている。ＨＤＤ３９に代えて、他種の物理記憶装置、例えば、フレキシブルディスク、磁気テープ、半導体メモリ（例えば、フラッシュメモリ）、光ディスク等が採用されてもよい。ＲＡＩＤグループ３７は、パリティグループ或いはアレイグループと呼ばれることがある。ＲＡＩＤグループ３７を構成する二以上のＨＤＤ３９の記憶空間を基に、一又は複数のＬＤＥＶ４１が形成される。
【００２７】
図２は、上述したコンピュータプログラム間の連携と、各コンピュータプログラムと各テーブルとの関係を示す。
【００２８】
メインプログラム２３は、例えば、サーバ１，２からのＩ／Ｏ（ライトコマンド又はリードコマンド）に従い、ＬＤＥＶに対するＩ／Ｏを行う。具体的には、例えば、メインプログラム２３は、ＣＨＡ９が受けたライトコマンドに従うライト対象データをキャッシュメモリ１１に書き込み、そのライト対象データを、ＤＫＡ１３を介して、ライトコマンドに従うＬＤＥＶの基になっているＨＤＤ３９に書き込む。また、例えば、メインプログラム２３は、ＣＨＡ９が受けたリードコマンドに応答して、リード対象データを、そのリードコマンドに従うＬＤＥＶの基になっているＨＤＤ３９から読み出し、読み出されたリード対象データをキャッシュメモリ１１に書き込み、そのリード対象データを、リードコマンドの送信元サーバに、ＣＨＡ９を介して送信する。
【００２９】
また、メインプログラム２３は、管理端末５から指令を受け付け、その指令の受け付けを契機に、構成管理プログラム２５、移行プログラム２７又はセキュリティプログラム２９を呼び出す。例えば、メインプログラム２３は、ＬＵパスの削除又は追加の指令を受け付けた場合には、構成管理プログラム２５を呼び出し、移行指令を受け付けた場合には、移行プログラム２７を呼び出し、セキュリティ対応設定の指令を受け付けた場合には、セクリティプログラム２９を呼び出す。
【００３０】
構成管理プログラム２５は、例えば、ＬＤＥＶテーブル５１やＬＵパステーブル５３を参照し、ＬＵパス管理（例えば、ＬＵパスの削除処理、及び、ＬＵパスの新規割り当て処理）を行う。また、構成管理プログラム２５は、ＬＵパスの削除を行ったことやＬＵパスの新規割当ての依頼を受けたことをセキュリティプログラム２９に通知したり、セキュリティプログラム２９から、ＬＵパスの割当て先のＬＤＥＶについてのステータスを受領したりする。また、構成管理プログラム２５は、処理の完了をメインプログラム２３に通知する。
【００３１】
移行プログラム２７は、例えば、移行テーブル５５を更新したり、データ移行処理（ＬＤＥＶ４１間のデータ移行）を行ったりする。移行プログラム２７は、移行の完了をセキュリティプログラム２９やメインプログラム２３に通知する。
【００３２】
セキュリティプログラム２９は、例えば、セキュリティ判定（セキュリティテーブル５７を更新するなど）、セキュリティ監視（セキュリティ処理が必要か否かの監視）、及びセキュリティ処理を行う。セキュリティ処理としては、シュレッディング及びＬＤＥＶフォーマットのいずれかである。シュレッディングとは、ＬＤＥＶへダミーデータの書き込みを複数回行うことで、ＬＤＥＶに記憶されているデータを完全に消去する処理である。一方、ＬＤＥＶのフォーマットとは、ＬＤＥＶフォーマットデータを書き込む処理である。
【００３３】
装置ＴＯＤ（Time Of Day）５９は、現在日時を管理する装置である。セキュリティプログラム２９は、装置ＴＯＤ５９からわかる現在日時を基に、セキュリティテーブル５７を更新する。
【００３４】
本実施形態では、セキュリティ処理が行われる契機として、ＬＵパスの削除と、データ移行処理の完了（具体的には、ＬＤＥＶ番号スイッチ）とがある。以下、それぞれについて説明する。
【００３５】
まず、ＬＵパスの削除を説明する。
【００３６】
図３Ａに示すように、各ポート９に、一又は複数のＬＵＮ（Logical Unit Number）が割り当てられている。また、一以上のＬＵＮに、ホストグループが割り当てられている。「ホストグループ」とは、ストレージシステム５０の各ポートに接続するサーバ（ホスト）を分類するためのグループであり、１つのポートに異なるプラットフォームのホストをホストグループとして設定することができる。なお、ＬＵパスを設定するには、予めホストグループを設定する必要がある。サーバ１、２を別個のホストグループに設定する際には、サーバのホストバスアダプタに固有のＷＷＮ（World Wide Name）を割当て、更にホストグループとＬＤＥＶを関連付ける。どのホストグループがどのＬＵＮに割り当てられているかによって、サーバ１，２からのＩ／Ｏが制御される。たとえば、サーバ１のホストグループ１に、ポートＩＤ“Ａ”に割り当てられているＬＵＮ“０”及び“１”が割り当てられている場合、サーバ１ならば、ＬＵＮ“０”及び“１”に割り当てられているＬＤＥＶ４１Ａ及び４１ＢにＩ／Ｏ可能であるが、他のサーバは、それらのＬＤＥＶ４１Ａ及び４１ＢにＩ／Ｏを行うことは不可能である。
【００３７】
ＬＵパスは、いずれかのサーバからいずれかのＬＤＥＶへのパスである。具体的には、例えば、ＬＵパスは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ番号（ＬＤＥＶ＃）で構成されている。例えば、図３Ａでは、ポートＩＤ“Ａ”、ホストグループＩＤ“１”、ＬＵＮ“０”及びＬＤＥＶ＃“１”で、第一のＬＵパスが構成されている。これにより、ポートＩＤ“Ａ”及びＬＵＮ“０”が指定されたＩ／Ｏコマンドがサーバ１から受領された場合には、ＬＤＥＶ＃“１”が割り当てられているＬＤＥＶ４１Ａに対してＩ／Ｏが行われる。
【００３８】
図３Ａに示した構成において、図３Ｂに示すように、ポートＩＤ“Ａ”及びＬＵＮ“０”を含んだ第一のＬＵパスと、ポートＩＤ“Ａ”及びＬＵＮ“１”を含んだ第二のＬＵパスとが、削除されたとする。具体的には、メインプログラム２３が、第一及び第二のＬＵパスの削除指令を管理端末５から受けて構成管理プログラム２５を呼び出し、構成管理プログラム２５が、その指令に応答して、第一及び第二のＬＵパスを削除したとする。この場合、構成管理プログラム２５は、第一及び第二のＬＵパスに割り当てられていたＬＤＥＶ４１Ａ及び４１Ｂが他のＬＵパスに割り当てられていなければ、セキュリティプログラム２９を呼び出す。セキュリティプログラム２９は、そのＬＤＥＶ４１Ａ及び４１Ｂに対して、セキュリティ処理を施す。
【００３９】
なお、図３Ｂに示すように、ＬＤＥＶ４１Ａ及び４１Ｂにそれぞれ新規のＬＵパスが割り当てられる場合、構成管理プログラム２５は、ＬＤＥＶ４１Ａ及び４１Ｂが特定の条件に適合していれば（例えば、ＬＤＥＶ４１Ａ及び４１Ｂについてのステータスが後述する“ＷＡＩＴ中”又は“実行中”でなければ）、新規のＬＵパスにＬＤＥＶ４１Ａ及び４１Ｂを割り当てる。
【００４０】
次に、データ移行処理を説明する。
【００４１】
図４Ａに示すように、ＲＡＩＤグループ１を基に形成されたＬＤＥＶ４１Ａ及び４１Ｂがあり、ＬＤＥＶ４１ＡにＬＤＥＶ＃“１”が割り当てられ、ＬＤＥＶ４１ＢにＬＤＥＶ＃“２”が割り当てられているとする。そして、ＬＤＥＶ＃“１”は、第一のＬＵパスに含まれており、ＬＤＥＶ＃“２”は、第二のＬＵパスに含まれているとする。この場合、例えば、サーバ１から、第一のＬＵパスに含まれるポートＩＤ及びＬＵＮ“１”を指定したＩ／Ｏコマンドが受領されると、ＬＤＥＶ４１Ａに対するＩ／Ｏが行われる。
【００４２】
また、図４Ａに示すように、ＲＡＩＤグループ２を基に形成されたＬＤＥＶ４１Ｘ及び４１Ｙがあり、ＬＤＥＶ４１ＸにＬＤＥＶ＃“１１”が割り当てられ、ＬＤＥＶ４１ＢにＬＤＥＶ＃“１２”が割り当てられているとする。そして、ＬＤＥＶ＃“１１”及び“１２”は、いずれも、どのＬＵパスにも含まれていないとする。
【００４３】
ここで、移行元ＬＤＥＶ及び移行先ＬＤＥＶのペアとして、ＬＤＥＶ＃“１”及び“１１”のペアと、ＬＤＥＶ＃“２”及び“１２”のペアとが指定された移行指示が、管理端末５から受領されたとする。この場合、ＬＤＥＶ４１Ａに記憶されている全てのデータがＬＤＥＶ４１Ｘに移行され、同様に、ＬＤＥＶ４１Ｂに記憶されている全てのデータがＬＤＥＶ４１Ｙに移行される。
【００４４】
データ移行が完了すると（つまり、移行元ＬＤＥＶと移行先ＬＤＥＶの内容が同じになると）、図４Ｂに示すようなＬＤＥＶ番号スイッチが行われ、それにより、データ移行処理の完了となる。ＬＤＥＶ番号スイッチとは、移行元ＬＤＥＶに割り当てられていたＬＤＥＶ番号と移行先ＬＤＥＶに割り当てられていたＬＤＥＶ番号とを入れ替えることである。具体的には、移行元ＬＤＥＶ４１Ａ（４１Ｂ）に割り当てられていたＬＤＥＶ＃“１”（“２”）が、移行先ＬＤＥＶ４１Ｘ（４１Ｙ）に割り当てられ、移行先ＬＤＥＶ４１Ｘ（４１Ｙ）に割り当てられていたＬＤＥＶ＃“１１”（“１２”）が、移行元ＬＤＥＶ４１Ａ（４１Ｂ）に割り当てられる。言い換えれば、図４Ａで説明した第一及び第二のＬＵパスの構成は変更されていない。ＬＤＥＶ番号スイッチの後、例えば、サーバ１から、第一のＬＵパスに含まれるポートＩＤ及びＬＵＮ“１”を指定したＩ／Ｏコマンドが受領されると、ＬＤＥＶ４１Ｘに対するＩ／Ｏが行われる。
【００４５】
データ移行処理が完了すると（ＬＤＥＶ番号スイッチが行われると）、セキュリティプログラム２９が、移行元ＬＤＥＶ４１Ａ、４１Ｂに、セキュリティ処理を施す。
【００４６】
以上が、データ移行処理の説明である。なお、データ移行処理では、移行元ＬＤＥＶの基になっているＲＡＩＤグループと、移行先ＬＤＥＶの基になっているＲＡＩＤグループは、異なっていることが好ましい。また、移行元ＬＤＥＶと移行先ＬＤＥＶは、ＲＡＩＤグループ単位で指定されても良い。
【００４７】
以下、前述した各テーブルについて説明する。
【００４８】
図５Ａは、ＬＤＥＶテーブル５１の構成例を示す。
【００４９】
ＬＤＥＶテーブル５１は、ＬＤＥＶに関する情報が記録されているテーブルである。ＬＤＥＶテーブル５１には、ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ（図では「ＲＡＩＤ
Ｇｒ」と記載）、及びパス数情報が記録される。容量情報は、ＬＤＥＶの容量を表す情報である。ＲＡＩＤレベル情報は、対応するＬＤＥＶの基になっているＲＡＩＤグループのＲＡＩＤレベルである。ＲＡＩＤグループＩＤは、対応するＬＤＥＶの基になっているＲＡＩＤグループのＩＤである。パス数情報は、対応するＬＤＥＶに割り当てられているＬＵパスの数を示す。パス数情報が“０”を表していれば、その情報に対応するＬＤＥＶには、いずれのＬＵパスが割り当てられていないことになり、パス数情報が“０”より大きい整数を表していれば、その情報に対応するＬＤＥＶには、ＬＵパスが割り当てられていることになる。
【００５０】
図５Ｂは、ＬＵパステーブル５３の構成例を示す。
【００５１】
ＬＵパステーブル５１は、ＬＵパスに関する情報が記録されているテーブルである。ＬＵパステーブル５３には、ＬＵパス毎に、例えば、ポートＩＤ、ホストグループＩＤ、ＬＵＮ、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ、交替パス数情報が記録される。本実施形態では、前述したように、ＬＵパスは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃で定義される。容量情報、ＲＡＩＤレベル情報、ＲＡＩＤグループＩＤ及び交替パス情報は、ＬＤＥＶ＃をキーにＬＤＥＶテーブル５１から特定される情報を基に設定される。交替パス数情報は、対応するＬＤＥＶに割り当てられている複数のＬＵパスのうちの或る１本のＬＵパス以外のＬＵパス（交替パス）の数を表す情報である。或る１本のＬＵパスに障害が生じた場合には、いずれかの交替パスを介して、その交替パスが割り当てられているＬＤＥＶに対してＩ／Ｏが可能となる。
【００５２】
ＬＵパスは、管理端末５に表示されるＬＵパス管理画面からユーザが設定することが可能である。
【００５３】
図６は、ＬＵパス管理画面の一例を示す。
【００５４】
ＬＵパス管理画面９１は、ＧＵＩ（Graphical User Interface）であり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してＬＵパス管理画面の表示を命令することにより、管理端末５のモニタに表示される。ＬＵパス管理画面９１を介して、例えば、ユーザ所望のＬＤＥＶに割り当てられているＬＵパスの削除や、ユーザ所望のＬＤＥＶへのＬＵパスの割当てや、ユーザ所望のＬＤＥＶのセキュリティ処理対応の設定等を命令することができる。
【００５５】
セキュリティ対応設定欄９２は、ユーザ所望のＬＤＥＶに対して、どのような処理を行うのか（つまり、シュレッティングを実行するのか、ＬＤＥＶフォーマットを実行するのか、或いは何もしないのか、実行するとしたらユーザ所望のＬＤＥＶが使用されなくなってから何日後に実行するのか等）を設定するための欄である。本実施形態では、ＬＵパスの削除によってユーザ所望のＬＤＥＶが使用されなくなってから１日後に、シュレッティングを実行するという設定がされる。
【００５６】
ＬＵパス一覧９３は、ＬＵパステーブル５３を基に表示された、ＬＵパスに関する情報の一覧である。一方、ＬＤＥＶ一覧９５は、ＬＤＥＶテーブル５１を基に表示された、ＬＤＥＶに関する情報の一覧である。
【００５７】
ＬＵパス一覧９３において、所望のＬＵパスを指定してＬＵパス削除ボタン９７が押下されたら、そのＬＵパス内のＬＵＮに対応付けられていたＬＤＥＶ＃がこの一覧９３から除去される。この場合、そのＬＤＥＶ＃に対応したＬＤＥＶについてのパス数は、１デクリメントされる。以上により、ＬＵパスの削除が行われる。なお、ＬＵパスは、この方法に代えて、他の方法（例えば、ＬＵパス内のホストグループＩＤが削除される方法）で削除されても良い。つまり、本実施形態において、「ＬＵパスの削除」とは、ＬＵパスに含まれるポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃の関係が壊されること、言い換えれば、それらのうちのいずれかの要素の除去（変更を含む）が行われることである。
【００５８】
一方、ＬＵパス一覧９３において、ＬＤＥＶ＃が未割当てのＬＵＮを指定し、ＬＤＥＶ一覧９５において、所望のＬＤＥＶ＃を指定し、ＬＵパス追加ボタン９９が押下されたら、ＬＵパス一覧９３において、指定されたＬＵＮに、指定されたＬＤＥＶ＃（及びそれに対応した容量情報等の他の情報）が対応付けられる。また、ＬＤＥＶ一覧９５において、指定されたＬＤＥＶ＃に対応したパス数が、１インクリメントされる。以上により、ＬＤＥＶへのＬＵパスの新規割当てが行われる。つまり、本実施形態において、「ＬＵパスの新規割当て」とは、ポートＩＤ、ホストグループＩＤ、ＬＵＮ及びＬＤＥＶ＃の新たな関係が構築されることである。なお、ＬＵパスの新規割当ては、割当て先のＬＤＥＶのステータスが後述する“ＷＡＩＴ中”或いは“実行中”の場合は、非実行とされる。
【００５９】
図７は、移行テーブル５５の構成例を示す。
【００６０】
移行テーブル５５には、ペアを構成する移行元ＬＤＥＶ及び移行先ＬＤＥＶに関する情報が記録される。移行テーブル５５には、移行元ＬＤＥＶに関する情報として、移行元ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、Emulation情報、容量情報、ＲＡＩＤレベル情報、及びＲＡＩＤグループＩＤが記録される。また、移行テーブル５５には、移行先ＬＤＥＶに関する情報として、移行先ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、ＲＡＩＤレベル情報、及びＲＡＩＤグループＩＤが記録される。移行テーブル５５には、さらに、ペア毎に、データ移行処理に関するステータスを表すステータス情報が記録される。そのステータスとしては、例えば、“移行完了”及び“移行中”がある。
【００６１】
移行テーブル５５は、例えば、管理端末５に表示されるデータ移行管理画面から設定された情報を基に更新される。
【００６２】
図８は、データ移行管理画面の一例を示す。
【００６３】
データ移行管理画面１０１は、ＧＵＩであり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してデータ移行の命令を出したときに、モニタに表示される。データ移行管理画面１０１を介して、例えば、移行元ＬＤＥＶ及び移行先ＬＤＥＶを指定したり、移行元ＬＤＥＶに対するセキュリティ処理の設定を命令したりすることができる。
【００６４】
セキュリティ対応設定欄１０２は、移行元ＬＤＥＶに対して、どのような処理を行うのか（つまり、シュレッティングを実行するのか、ＬＤＥＶフォーマットを実行するのか、或いは何もしないのか、実行するとしたら何日後に実行するのか等）を設定するための欄である。本実施形態では、データ移行処理が完了してから１日後に移行元ＬＤＥＶにシュレッティングが実行されるという設定になっている。
【００６５】
移行一覧１０３は、移行テーブル５５を基に表示された、移行元ＬＤＥＶ及び移行先ＬＤＥＶに関する情報の一覧である。追加候補一覧１０５は、ＬＤＥＶテーブル５１を基に表示された、追加候補ＬＤＥＶに関する情報の一覧である。「追加候補ＬＤＥＶ」とは、移行元或いは移行先として追加可能なＬＤＥＶ、換言すれば、移行テーブル５５においてステータス“移行中”に対応したＬＤＥＶ以外のＬＤＥＶである。追加候補一覧１０５において、移行元及び移行先についてユーザ所望のＬＤＥＶが指定され、追加ボタン１０７が押下された場合に、指定されたＬＤＥＶに関する情報が、移行テーブル５５に追加され、且つ、移行一覧１０３にも追加される。
【００６６】
図９は、セキュリティテーブル５７の構成例を示す。
【００６７】
セキュリティテーブル５７には、各ＬＤＥＶについてセキュリティに関する情報が記録されている。セキュリティテーブル５７には、ＬＤＥＶ毎に、例えば、ＬＤＥＶ＃、セキュリティ対応情報、ＷＡＩＴ時間情報、開始予定日時情報、実行日時情報、ステータス情報、及びＬＢＡ（Logical Block Address）表示情報が記録される。
【００６８】
セキュリティ対応情報は、セキュリティ処理の種類（シュレッディング又はＬＤＥＶフォーマット）を表す情報である。
【００６９】
ＷＡＩＴ時間情報は、ＬＤＥＶが使用されなくなってからのＷＡＩＴ時間を表す情報である。「ＬＤＥＶが使用されなくなった」とは、本実施形態で言えば、下記（９−１）及び（９−２）、
（９−１）ＬＵパスが削除されたことによりいずれのＬＵパスが割り当てらなくなった、
（９−２）データ移行が完了して移行前のＬＤＥＶ＃の代わりに移行先ＬＤＥＶに割り当てられていたＬＤＥＶ＃が割り当てられた、
のいずれかである。
【００７０】
開始予定日時情報は、セキュリティ処理の開始予定日時を表す情報である。その開始予定日時は、装置ＴＯＤ５９から取得された、ＬＤＥＶが使用されなくなった時点での現在日時に、ＷＡＩＴ時間情報が表すＷＡＩＴ時間が加算されることで、決定される。
【００７１】
実行日時情報は、セキュリティ処理の実行開始日時を表す情報である。
【００７２】
ステータス情報は、セキュリティ処理に関するステータスを表す情報である。そのステータスとしては、例えば、“完了”、“実行中”、及び“ＷＡＩＴ中”の三種類がある。
【００７３】
ＬＢＡ表示情報は、ＬＤＥＶに対応したアドレス範囲における、セキュリティ処理が実行されているブロック（ＬＤＥＶを構成する記憶領域）ＬＢＡを表す情報である。本実施形態では、ＬＤＥＶの先頭ＬＢＡから最後尾ＬＢＡにかけて順次にセキュリティ処理が行われる。ＬＤＥＶの容量情報とＬＢＡ表示情報とを基に、ＬＤＥＶについてのセキュリティ処理の進捗状況を百分率等で表すことが可能である。この進捗状況は、セキュリティ管理画面に表示される。
【００７４】
図１０は、セキュリティ管理画面の一例を示す。
【００７５】
セキュリティ管理画面１０９は、ＧＵＩであり、例えば、メインプログラム２３の起動中に、ユーザが管理端末５を操作してセキュリティ管理表示を命令することで、モニタに表示される。セキュリティ管理画面１０９には、セキュリティテーブル５７に基づく情報が表示される。具体的には、例えば、セキュリティ管理画面１０９において、進捗率以外の情報は、セキュリティテーブル５７に記録されている情報であり、進捗率は、ＬＤＥＶの容量情報とＬＢＡ表示情報とを基に算出された値である。
【００７６】
ユーザは、このセキュリティ管理画面１０９を参照すれば、各ＬＤＥＶのセキュリティ対応状況がどのようになっているのかを把握することができる。例えば、ＬＤＥＶ１について、2008/6/9の10:00にシュレッディングが開始され、そのシュレッティングは完了していることがわかる。また、ＬＤＥＶ３について、2008/6/9の10:00にシュレッディングが開始され、そのシュレッティングは７０％まで完了していることがわかる。また、例えば、ＬＤＥＶ９について、ＬＤＥＶフォーマットが2008/７/５の10:00に開始予定であることがわかる。
【００７７】
以下、本実施形態において行われる処理の流れを説明する。
【００７８】
図１１は、ＬＵパスの削除処理の処理フローを示す。
【００７９】
構成管理プログラム２５は、ＬＵパス管理画面９１（図６参照）を表示する（ステップ１１１）。構成管理プログラム２５は、ＬＵパス管理画面９１を介して、削除するＬＵパスの選択や、削除するＬＵパスに割り当てられているＬＤＥＶのセキュリティに関する情報（セキュリティ対応の種類（シュレッティング、ＬＤＥＶフォーマット、又は何もやらない）、ＷＡＩＴ時間はどのぐらいにするのか）の設定を受け付ける（ステップ１１２）。
【００８０】
構成管理プログラム２５は、選択されたＬＵパスの削除の命令（ＬＵパス削除ボタン９７の押下）を受け付ける（ステップ１１３）。
【００８１】
構成管理プログラム２５は、ステップ１１３で受けた命令に応答して、上記選択されたＬＵパスに含まれているＬＤＥＶ＃を、ＬＵパステーブル５３から削除し（ステップ１１４）、そのＬＤＥＶ＃のＬＤＥＶ（以下、図１１、図１４及び図１６の説明において「対象ＬＤＥＶ」と言う）に対応したパス数（ＬＤＥＶテーブル５１に記録されているパス数）を、１デクリメントする（ステップ１１５）。
【００８２】
ステップ１１５の結果、対象ＬＤＥＶについてのパス数が０になったならば（ステップ１１６：ＹEＳ）、構成管理プログラム２５からセキュリティプログラム２９への指令により、図１４のセキュリティ判定が行われる。
【００８３】
一方、ステップ１１５の結果、対象ＬＤＥＶのパス数が０でない場合には（ステップ１１６：ＮＯ）、対象ＬＤＥＶに他のＬＵパス経由でＩ／Ｏが行われる可能性があるため、図１４のセキュリティ判定が行われることなく、この処理フローが終了する。
【００８４】
図１２は、ＬＵパスの新規割り当て処理の処理フローを示す。
【００８５】
構成管理プログラム２５は、ＬＵパス管理画面９１（図６参照）を表示する（ステップ１２１）。構成管理プログラム２５は、ＬＵパス管理画面９１を介して、各ポートに対するホストグループの登録を受け付け、且つ、ユーザ所望のＬＵＮに割り当てるＬＤＥＶ＃の選択を受け付ける（ステップ１２２）。以下、選択されたＬＤＥＶ＃を、図１２の説明において「選択ＬＤＥＶ＃」と言う。
【００８６】
次に、構成管理プログラム２５は、セキュリティプログラム２９に、選択ＬＤＥＶ＃がセキュリティテーブル５７に記録されているか否かを問い合わせる（ステップ１２３）。
【００８７】
ステップ１２３の結果が否定的であれば（ステップ１２３：ＮＯ）、構成管理プログラム２５は、追加可能処理（例えば、ＬＵパス追加ボタン９９をイネーブルにする処理）を行う（ステップ１２４）。また、構成管理プログラム２５は、ＬＵパステーブル５３において、ユーザ所望のＬＵＮに選択ＬＤＥＶ＃を関連付け、且つ、ＬＤＥＶテーブル５１において、選択ＬＤＥＶ＃に対応したパス数を１インクリメントする（ステップ１２５）。
【００８８】
一方、ステップ１２３の結果が肯定的であれば（ステップ１２３：ＹＥＳ）、構成管理プログラム２５は、選択ＬＤＥＶ＃に対応したセキュリティステータスをセキュリティプログラム２９に問い合わせ、応答として受けたセキュリティステータスが“ＷＡＩＴ中”であるか否かを判断する（ステップ１２６）。ステップ１２６の結果が否定的であれば（ステップ１２６：ＮＯ）、構成管理プログラム２５は、応答として受けたセキュリティステータスが“実行中”であるか否かを判断する（ステップ１２７）。ステップ１２７の結果も否定的であれば（ステップ１２７：ＮＯ）、構成管理プログラム２５は、選択ＬＤＥＶ＃を含んだレコードをセキュリティテーブル５７から削除することをセキュリティプログラム２９に命じる（ステップ１２８）。
【００８９】
一方、ステップ１２６及びステップ１２７のいずれかの結果が肯定的であれば（ステップ１２６：ＹＥＳ、又は、ステップ１２７：ＹＥＳ）、構成管理プログラム２５は、追加不可能処理（例えば、ＬＵパス追加ボタン９９をディスエーブルにする処理）を行う（ステップ１２９）。
【００９０】
図１３は、データ移行処理の処理フローを示す。
【００９１】
移行プログラム２７は、データ移行管理画面１０１（図８参照）を表示する（ステップ１３１）。移行プログラム２７は、移行元ＬＤＥＶ及び移行先ＬＤＥＶの選択を受け付ける
（ステップ１３２）。また、移行プログラム２７は、移行元ＬＤＥＶについてのセキュリティに関する情報（セキュリティ処理の種類、ＷＡＩＴ時間）の設定を受け付ける（ステップ１３３）。
【００９２】
移行プログラム２７は、移行元ＬＤＥＶから移行先ＬＤＥＶへのデータ移行を開始する（ステップ１３４）。移行プログラム２７は、全てのデータの移行が完了すると（ステップ１３５）、前述したＬＤＥＶ番号スイッチを行う（ステップ１３６）。ＬＤＥＶ番号スイッチが完了すると、移行元ＬＤＥＶを対象ＬＤＥＶとして、移行プログラム２７からセキュリティプログラム２９への指令により、図１４に示すセキュリティ判定が行われる（ステップ１３７）。
【００９３】
図１４は、セキュリティ判定の処理フローを示す。
【００９４】
セキュリティプログラム２９は、セキュリティ処理を実行するか否かを判断する（ステップ１４１）。具体的には、セキュリティプログラム２９は、対象ＬＤＥＶについてのセキュリティ情報において、セキュリティ処理種類（セキュリティ対応）がシュレッディング又はＬＤＥＶフォーマットであるか否かを判断する。
【００９５】
ステップ１４１の結果が肯定的であれば（ステップ１４１：ＹＥＳ）、セキュリティプログラム２９は、対象ＬＤＥＶについてのセキュリティ情報をセキュリティテーブル５７に書き込む（ステップ１４２）。
【００９６】
セキュリティプログラム２９は、そのセキュリティ情報内のＷＡＩＴ時間が０（なし）であれば（ステップ１４３：ＮＯ）、図１６に示すセキュリティ処理を実行し、そのＷＡＩＴ時間が０より長い時間であれば（ステップ１４３：ＹＥＳ）、ステップ１４４及び１４５を実行する。すなわち、セキュリティプログラム２９は、現在日時にＷＡＩＴ時間を加算することで算出される開始予定日時を、対象ＬＤＥＶについてセキュリティテーブル５７に書き込み（ステップ１４４）、且つ、対象ＬＤＥＶについてのステータス情報を“ＷＡＩＴ中”に更新する（ステップ１４５）。
【００９７】
図１５は、セキュリティ監視の処理フローを示す。この処理フローは、定期的に開始される。
【００９８】
セキュリティプログラム２９は、セキュリティテーブル５７における未参照のレコードのうちの一つのレコードを参照する（ステップ１５１）。セキュリティプログラム２９は、そのレコードにおいてステータス情報が“ＷＡＩＴ中”であれば（ステップ１５２：ＹＥＳ）、開始予定日時が現在日時以降か否かを判断する（ステップ１５３）。セキュリティプログラム２９は、ステップ１５３の結果が否定的であれば（ステップ１５３：ＮＯ）、図１６に示すセキュリティ処理を実行する（ステップ１５５）。
【００９９】
ステップ１５２の結果が否定的の場合（ステップ１５２：ＮＯ）、或いは、ステップ１５３の結果が肯定的の場合（ステップ１５３：ＹＥＳ）、セキュリティプログラム２９は、セキュリティテーブル５７において全てのレコードを参照したか否かを判断し（ステップ１５４）、ステップ１５４の結果が否定的であれば（ステップ１５４：ＮＯ）、ステップ１５１を実行する。
【０１００】
図１６は、セキュリティ処理の処理フローを示す。この図の説明において、「対象ＬＤＥＶ」とは、使われなくなったＬＤＥＶ、具体的には、ＬＵパスが削除され他のＬＵパスが割り当てられていないＬＤＥＶ、或いは、移行元ＬＤＥＶである。
【０１０１】
セキュリティプログラム２９は、対象ＬＤＥＶに対応したセキュリティ処理を、対象ＬＤＥＶの先頭ＬＢＡに対応したブロックから開始する（ステップ１６１）。「対象ＬＤＥＶに対応したセキュリティ処理」とは、セキュリティテーブル５７から特定される、対象ＬＤＥＶに対応したセキュリティ対応情報が表すセキュリティ処理種類であって、具体的には、シュレッディング又はＬＤＥＶフォーマットである。
【０１０２】
そして、セキュリティプログラム２９は、セキュリティテーブル５７に、対象ＬＤＥＶについての実行日時を書き込み、且つ、対象ＬＤＥＶについてのステータスを“実行中”に更新する（ステップ１６２）。
【０１０３】
セキュリティプログラム２９は、セキュリティ処理が完了したブロックのＬＢＡを、対象ＬＤＥＶについてのＬＢＡ表示情報としてセキュリティテーブル５７に書き込む（ステップ１６３）。
【０１０４】
ステップ１６３で書かれたＬＢＡが、対象ＬＤＥＶの最終ＬＢＡでなければ（ステップ１６４：ＮＯ）、次のＬＢＡのブロックについて、セキュリティプログラム２９は、セキュリティ処理を行う。
【０１０５】
ステップ１６３で書かれたＬＢＡが、対象ＬＤＥＶの最終ＬＢＡであれば（ステップ１６４：ＹＥＳ）、セキュリティプログラム２９は、セキュリティテーブル５７における、対象ＬＤＥＶについてのステータス情報を、“完了”に更新する（ステップ１６５）。
【０１０６】
以上、上述した実施形態によれば、使われなくなったＬＤＥＶが検出されことを契機に、自動的に、そのＬＤＥＶに対して、シュレッディング又はＬＤＥＶフォーマットであるセキュリティ処理が施される。これにより、ＬＤＥＶに記憶されているデータが、そのデータが漏洩してしまう危険性（例えば、そのデータを書き込んだサーバとは別のサーバに読まれてしまう危険性）を低減することができる。
【０１０７】
また、上述した実施形態によれば、使われなくなったＬＤＥＶを或る期間内に使用したい場合には、その期間に基づくＷＡＩＴ時間を設定しておくことで、使われなくなってから直ちにＬＤＥＶにセキュリティ処理が施されるといったことが行われないようにすることができる。それ故、ユーザにとって利便性が向上する。
【０１０８】
以上、本発明の好適な実施形態を説明したが、本発明は、この実施形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【０１０９】
例えば、ＬＤＥＶは、物理記憶装置を基にした実体的にＬＤＥＶに限らず、仮想的なＬＤＥＶであっても良い。仮想的なＬＤＥＶとしては、プールＬＤＥＶが割り当てられるＬＤＥＶ（Thin Provisioningに従うＬＤＥＶ）であっても良いし、ストレージシステム５０の外部のストレージシステム内の物理記憶装置に基づくＬＤＥＶにマッピングされたＬＤＥＶであっても良い。
【０１１０】
また、例えば、ＬＤＥＶ＃としては、一つのＬＤＥＶに対して固定的に割り当てられている第一種のＬＤＥＶ＃と、ＬＤＥＶ番号スイッチなどにより割当て先が変更される第二種のＬＤＥＶ＃とがあっても良い。この場合、移行元のＬＤＥＶを第一種のＬＤＥＶ＃を利用して特定することが可能である。
【０１１１】
また、例えば、ＷＡＩＴ時間は、ユーザ任意の時間に代えて、自動決定された時間であっても良い。例えば、メインプログラム２３が、ＬＤＥＶ毎にＩ／Ｏ履歴（例えば、単位時間（例えば、１日、１週間又は１ヶ月）当たりのＩ／Ｏ回数）を管理し、構成管理プログラム２５及び／又は移行プログラム２７が、そのＩ／Ｏ履歴を基に（メインプログラム２３と連携して）、対象ＬＤＥＶ（ＬＵパスが削除され他のＬＵパスに繋がっていないＬＤＥＶ、又は、移行元ＬＤＥＶ）についてのＷＡＩＴ時間（例えば、１日、１週間或いは１ヶ月単位での時間）を決定し、決定したＷＡＩＴ時間を設定しても良い。
【特許請求の範囲】
【請求項１】
第一のポートＩＤ及び第一のデバイスＩＤを指定した第一のＩ／Ｏコマンドを外部装置から受け付けるストレージシステムであって、
前記第一のポートＩＤが割り当てられており前記第一のＩ／Ｏコマンドを受け付けるポートを含んだ複数のポートと、
複数のデバイスＩＤのうちの前記第一のデバイスＩＤに割り当てられている第一の論理ＩＤに対応した第一の論理記憶装置を含む複数の論理記憶装置と、
前記第一のＩ／Ｏコマンドに応答して前記第一の論理記憶装置に対するＩ／Ｏを実行するＩ／Ｏ制御部と、
前記第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する検出部と、
前記システム変更が検出されたことを契機に、前記第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施すセキュリティ処理部と
を備えるストレージシステム。
【請求項２】
セキュリティテーブルを記憶するメモリと、
第一及び第二のＲＡＩＤグループを含んだ複数のＲＡＩＤグループと、
複数のパスを管理するパス管理部と、
前記第一の論理記憶装置から第二の論理記憶装置へデータを移行する移行部と
を備え、
各ＲＡＩＤグループは、複数の物理記憶装置で構成されており、
前記セキュリティテーブルには、論理記憶装置毎に、シュレッディング及びフォーマットのいずれを実行するかを表すセキュリティ処理種類と、前記セキュリティ処理に関するステータスとが記録され、
各論理記憶装置が、いずれかのＲＡＩＤグループに基づいており、
前記複数の論理記憶装置に、前記複数のデバイスＩＤのうちのいずれにも割り当てられていない第二の論理ＩＤに対応した前記第二の論理記憶装置が含まれており、
前記第一のＲＡＩＤグループは、前記第一の論理記憶装置の基になっており、
前記第二のＲＡＩＤグループは、前記第二の論理記憶装置の基になっており、
各パスは、いずれかの外部装置からいずれかの論理記憶装置までのパスであって、前記複数のポートのうちのいずれかのポートのＩＤと、前記複数のデバイスＩＤのうちのいずれかのデバイスＩＤと、論理記憶装置に割り当てられる複数の論理ＩＤのうちのいずれかの論理ＩＤとを含み、
前記パス管理部が、前記第一のポートＩＤ、前記第一のデバイスＩＤ及び前記第一の論理ＩＤを含んだ第一のパスの削除を実行し、
前記移行部が、前記第一の論理記憶装置から前記第二の論理記憶装置へのデータの移行を完了した場合に、論理ＩＤスイッチング処理を実行し、
前記論理ＩＤスイッチング処理では、データ移行元の前記第一の論理記憶装置に割り当てられていた前記第一の論理ＩＤがデータ移行先の前記第二の論理記憶装置に割り当てられ、一方、データ移行元の前記第二の論理記憶装置に割り当てられていた前記第二の論理ＩＤがデータ移行元の前記第一の論理記憶装置に割り当てられ、それにより、前記データの移行の完了後に前記第一のパスを指定した前記Ｉ／Ｏコマンドが受け付けられた場合には、前記第二の論理記憶装置に対してＩ／Ｏが行われるようになり、
前記システム変更とは、前記第一のパスの削除及び前記論理ＩＤスイッチング処理であり、
前記セキュリティ処理部は、
（２−１）前記データの移行前に前記第一のパスの削除が検出された場合、前記第一の論理記憶装置に他のいずれのパスが割り当てられていなければ、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したセキュリティ処理種類を特定し、特定されたセキュリティ処理種類のセキュリティ処理を、前記第一の論理記憶装置に施し、一方、前記第一の論理記憶装置に他のいずれかのパスが割り当てられていれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
（２−２）前記第一のパスの削除の前に前記論理ＩＤスイッチング処理が検出された場合、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したセキュリティ処理種類を特定し、特定されたセキュリティ処理種類のセキュリティ処理を、前記第一の論理記憶装置に対応した前記第一の論理記憶装置に施す、
請求項１記載のストレージシステム。
【請求項３】
前記セキュリティ処理部が、前記第一の論理記憶装置に対して前記セキュリティ処理を施している場合、前記セキュリティテーブルにおける、前記第一の論理記憶装置に対応したステータスを、実行中を表すステータスに更新し、
前記パス管理部が、前記第一の論理記憶装置に新たなパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記セキュリティテーブルを参照し、前記第一の論理記憶装置に対応したステータスが、実行中を表すステータスであれば、前記新規割当てを非実行とする、
請求項２記載のストレージシステム。
【請求項４】
前記セキュリティテーブルには、前記複数の論理記憶装置のうちの少なくとも一つについて、前記システム変更が検出されてからのデータ保存期間を表す情報が記録されており、
前記セキュリティ処理部が、前記第一の論理記憶装置について前記システム変更が検出された場合、前記第一の論理記憶装置に前記データ保存期間が対応付けられていれば、前記セキュリティテーブルにおける、前記第一の論理記憶装置に対応したステータスを、待ち中を表すステータスに更新し、
前記第一の論理記憶装置についてのステータスは、前記第一の論理記憶装置に対応した前記データ保存期間において、待ち中を表すステータスであり、
前記セキュリティ処理部は、前記システム変更を検出した場合、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したステータスを特定し、特定されたステータスが、待ち中を表すステータスであれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
前記パス管理部が、前記新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置に対応したステータスが、待ち中を表すステータスであるなら、前記新規割当てを非実行とする、
請求項３記載のストレージシステム。
【請求項５】
前記セキュリティ処理部は、前記セキュリティ処理を、前記セキュリティ処理の対象の論理記憶装置の先頭アドレスに対応した記憶領域から最後尾アドレスに対応した記憶領域まで順次に施すように構成されており、
前記セキュリティテーブルには、論理記憶装置毎に、どのアドレスまで前記セキュリティ処理が施されたかを表す進捗アドレスが、前記セキュリティ処理部によって記録され、
前記セキュリティ処理部が、前記第一の論理記憶装置についての前記セキュリティ処理の進捗状況を、前記第一の論理記憶装置のアドレス空間と、前記第一の論理記憶装置に対応した前記進捗アドレスとに基づいて算出し、算出された進捗状況を表示するための情報を、前記ユーザが使用する計算機に送信する、
請求項４記載のストレージシステム。
【請求項６】
複数のパスを管理するパス管理部を備え、
各パスは、いずれかの外部装置からいずれかの論理記憶装置までのパスであって、前記複数のポートのうちのいずれかのポートのＩＤと、前記複数のデバイスＩＤのうちのいずれかのデバイスＩＤと、論理記憶装置に割り当てられる複数の論理ＩＤのうちのいずれかの論理ＩＤとを含み、
前記パス管理部が、前記第一のパスの削除を実行し、
前記システム変更は、前記第一のパスの削除であり、
前記セキュリティ処理部は、前記第一のパスの削除が検出された場合、前記第一の論理記憶装置の他のいずれかのパスが割り当てられていなければ、前記第一の論理記憶装置に前記セキュリティ処理を施し、一方、前記第一の論理記憶装置に他のいずれかのパスが割り当てられていれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とする、
請求項１記載のストレージシステム。
【請求項７】
第一及び第二のＲＡＩＤグループを含んだ複数のＲＡＩＤグループと、
前記第一の論理記憶装置から第二の論理記憶装置へデータを移行する移行部と
を備え、
各ＲＡＩＤグループは、複数の物理記憶装置で構成されており、
各論理記憶装置が、いずれかのＲＡＩＤグループに基づいており、
前記複数の論理記憶装置に、前記複数のデバイスＩＤのうちのいずれにも割り当てられていない第二の論理ＩＤに対応した前記第二の論理記憶装置が含まれており、
前記第一のＲＡＩＤグループは、前記第一の論理記憶装置の基になっており、
前記第二のＲＡＩＤグループは、前記第二の論理記憶装置の基になっており、
前記移行部が、前記第一の論理記憶装置から前記第二の論理記憶装置へのデータの移行を完了した場合に、論理ＩＤスイッチング処理を実行し、
前記論理ＩＤスイッチング処理では、データ移行元の前記第一の論理記憶装置に割り当てられていた前記第一の論理ＩＤがデータ移行先の前記第二の論理記憶装置に割り当てられ、一方、データ移行元の前記第二の論理記憶装置に割り当てられていた前記第二の論理ＩＤがデータ移行元の前記第一の論理記憶装置に割り当てられ、それにより、前記データの移行の完了後に前記第一のパスを指定した前記Ｉ／Ｏコマンドが受け付けられた場合には、前記第二の論理記憶装置に対してＩ／Ｏが行われるようになり、
前記システム変更が、前記論理ＩＤスイッチング処理であり、
前記セキュリティ処理部は、前記論理ＩＤスイッチング処理が検出された場合、前記第一の論理記憶装置に前記セキュリティ処理を施す、
請求項１又は６記載のストレージシステム。
【請求項８】
前記第一のパスを含んだ複数のパスを管理するパス管理部を備え、
前記パス管理部が、前記第一の論理記憶装置に新たにパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置に前記セキュリティ処理が実行されている最中であれば、前記新規割当てを非実行とする、
請求項１、６又は７記載のストレージシステム。
【請求項９】
前記第一のパスを含んだ複数のパスを管理するパス管理部を備え、
前記セキュリティ処理部が、前記第一の論理記憶装置について前記システム変更が検出された場合、前記第一の論理記憶装置について、前記システム変更が検出されてからのデータ保存期間を表す情報が設定されていれば、そのデータ保存期間においては、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
前記パス管理部が、前記第一の論理記憶装置に新たにパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置についての前記データ保存期間においては、前記新規割当てを非実行とする、
請求項１、６乃至８のうちのいずれかに記載のストレージシステム。
【請求項１０】
前記セキュリティ処理部は、前記セキュリティ処理を、前記セキュリティ処理の対象の論理記憶装置の先頭アドレスに対応した記憶領域から最後尾アドレスに対応した記憶領域まで順次に施すように構成されており、前記第一の論理記憶装置についての前記セキュリティ処理の進捗状況を、前記第一の論理記憶装置のアドレス空間と、前記アドレス空間のいずれのアドレスに対応した記憶領域まで前記セキュリティ処理を施したかとに基づいて算出し、算出された進捗状況を表示するための情報を、前記ユーザが使用する計算機に送信する、
請求項１、６乃至９のうちのいずれかに記載のストレージシステム。
【請求項１１】
第一のポートＩＤ及び第一のデバイスＩＤを指定した第一のＩ／Ｏコマンドを外部装置から受け付けた場合に前記第一のデバイスＩＤに割り当てられている第一の論理記憶装置に対してＩ／Ｏを行うストレージシステム、で実現される記憶制御方法であって、
前記第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出し、
前記システム変更が検出されたことを契機に、前記第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す、
記憶制御方法。
【請求項１】
第一のポートＩＤ及び第一のデバイスＩＤを指定した第一のＩ／Ｏコマンドを外部装置から受け付けるストレージシステムであって、
前記第一のポートＩＤが割り当てられており前記第一のＩ／Ｏコマンドを受け付けるポートを含んだ複数のポートと、
複数のデバイスＩＤのうちの前記第一のデバイスＩＤに割り当てられている第一の論理ＩＤに対応した第一の論理記憶装置を含む複数の論理記憶装置と、
前記第一のＩ／Ｏコマンドに応答して前記第一の論理記憶装置に対するＩ／Ｏを実行するＩ／Ｏ制御部と、
前記第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出する検出部と、
前記システム変更が検出されたことを契機に、前記第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施すセキュリティ処理部と
を備えるストレージシステム。
【請求項２】
セキュリティテーブルを記憶するメモリと、
第一及び第二のＲＡＩＤグループを含んだ複数のＲＡＩＤグループと、
複数のパスを管理するパス管理部と、
前記第一の論理記憶装置から第二の論理記憶装置へデータを移行する移行部と
を備え、
各ＲＡＩＤグループは、複数の物理記憶装置で構成されており、
前記セキュリティテーブルには、論理記憶装置毎に、シュレッディング及びフォーマットのいずれを実行するかを表すセキュリティ処理種類と、前記セキュリティ処理に関するステータスとが記録され、
各論理記憶装置が、いずれかのＲＡＩＤグループに基づいており、
前記複数の論理記憶装置に、前記複数のデバイスＩＤのうちのいずれにも割り当てられていない第二の論理ＩＤに対応した前記第二の論理記憶装置が含まれており、
前記第一のＲＡＩＤグループは、前記第一の論理記憶装置の基になっており、
前記第二のＲＡＩＤグループは、前記第二の論理記憶装置の基になっており、
各パスは、いずれかの外部装置からいずれかの論理記憶装置までのパスであって、前記複数のポートのうちのいずれかのポートのＩＤと、前記複数のデバイスＩＤのうちのいずれかのデバイスＩＤと、論理記憶装置に割り当てられる複数の論理ＩＤのうちのいずれかの論理ＩＤとを含み、
前記パス管理部が、前記第一のポートＩＤ、前記第一のデバイスＩＤ及び前記第一の論理ＩＤを含んだ第一のパスの削除を実行し、
前記移行部が、前記第一の論理記憶装置から前記第二の論理記憶装置へのデータの移行を完了した場合に、論理ＩＤスイッチング処理を実行し、
前記論理ＩＤスイッチング処理では、データ移行元の前記第一の論理記憶装置に割り当てられていた前記第一の論理ＩＤがデータ移行先の前記第二の論理記憶装置に割り当てられ、一方、データ移行元の前記第二の論理記憶装置に割り当てられていた前記第二の論理ＩＤがデータ移行元の前記第一の論理記憶装置に割り当てられ、それにより、前記データの移行の完了後に前記第一のパスを指定した前記Ｉ／Ｏコマンドが受け付けられた場合には、前記第二の論理記憶装置に対してＩ／Ｏが行われるようになり、
前記システム変更とは、前記第一のパスの削除及び前記論理ＩＤスイッチング処理であり、
前記セキュリティ処理部は、
（２−１）前記データの移行前に前記第一のパスの削除が検出された場合、前記第一の論理記憶装置に他のいずれのパスが割り当てられていなければ、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したセキュリティ処理種類を特定し、特定されたセキュリティ処理種類のセキュリティ処理を、前記第一の論理記憶装置に施し、一方、前記第一の論理記憶装置に他のいずれかのパスが割り当てられていれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
（２−２）前記第一のパスの削除の前に前記論理ＩＤスイッチング処理が検出された場合、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したセキュリティ処理種類を特定し、特定されたセキュリティ処理種類のセキュリティ処理を、前記第一の論理記憶装置に対応した前記第一の論理記憶装置に施す、
請求項１記載のストレージシステム。
【請求項３】
前記セキュリティ処理部が、前記第一の論理記憶装置に対して前記セキュリティ処理を施している場合、前記セキュリティテーブルにおける、前記第一の論理記憶装置に対応したステータスを、実行中を表すステータスに更新し、
前記パス管理部が、前記第一の論理記憶装置に新たなパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記セキュリティテーブルを参照し、前記第一の論理記憶装置に対応したステータスが、実行中を表すステータスであれば、前記新規割当てを非実行とする、
請求項２記載のストレージシステム。
【請求項４】
前記セキュリティテーブルには、前記複数の論理記憶装置のうちの少なくとも一つについて、前記システム変更が検出されてからのデータ保存期間を表す情報が記録されており、
前記セキュリティ処理部が、前記第一の論理記憶装置について前記システム変更が検出された場合、前記第一の論理記憶装置に前記データ保存期間が対応付けられていれば、前記セキュリティテーブルにおける、前記第一の論理記憶装置に対応したステータスを、待ち中を表すステータスに更新し、
前記第一の論理記憶装置についてのステータスは、前記第一の論理記憶装置に対応した前記データ保存期間において、待ち中を表すステータスであり、
前記セキュリティ処理部は、前記システム変更を検出した場合、前記セキュリティテーブルを参照して、前記第一の論理記憶装置に対応したステータスを特定し、特定されたステータスが、待ち中を表すステータスであれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
前記パス管理部が、前記新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置に対応したステータスが、待ち中を表すステータスであるなら、前記新規割当てを非実行とする、
請求項３記載のストレージシステム。
【請求項５】
前記セキュリティ処理部は、前記セキュリティ処理を、前記セキュリティ処理の対象の論理記憶装置の先頭アドレスに対応した記憶領域から最後尾アドレスに対応した記憶領域まで順次に施すように構成されており、
前記セキュリティテーブルには、論理記憶装置毎に、どのアドレスまで前記セキュリティ処理が施されたかを表す進捗アドレスが、前記セキュリティ処理部によって記録され、
前記セキュリティ処理部が、前記第一の論理記憶装置についての前記セキュリティ処理の進捗状況を、前記第一の論理記憶装置のアドレス空間と、前記第一の論理記憶装置に対応した前記進捗アドレスとに基づいて算出し、算出された進捗状況を表示するための情報を、前記ユーザが使用する計算機に送信する、
請求項４記載のストレージシステム。
【請求項６】
複数のパスを管理するパス管理部を備え、
各パスは、いずれかの外部装置からいずれかの論理記憶装置までのパスであって、前記複数のポートのうちのいずれかのポートのＩＤと、前記複数のデバイスＩＤのうちのいずれかのデバイスＩＤと、論理記憶装置に割り当てられる複数の論理ＩＤのうちのいずれかの論理ＩＤとを含み、
前記パス管理部が、前記第一のパスの削除を実行し、
前記システム変更は、前記第一のパスの削除であり、
前記セキュリティ処理部は、前記第一のパスの削除が検出された場合、前記第一の論理記憶装置の他のいずれかのパスが割り当てられていなければ、前記第一の論理記憶装置に前記セキュリティ処理を施し、一方、前記第一の論理記憶装置に他のいずれかのパスが割り当てられていれば、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とする、
請求項１記載のストレージシステム。
【請求項７】
第一及び第二のＲＡＩＤグループを含んだ複数のＲＡＩＤグループと、
前記第一の論理記憶装置から第二の論理記憶装置へデータを移行する移行部と
を備え、
各ＲＡＩＤグループは、複数の物理記憶装置で構成されており、
各論理記憶装置が、いずれかのＲＡＩＤグループに基づいており、
前記複数の論理記憶装置に、前記複数のデバイスＩＤのうちのいずれにも割り当てられていない第二の論理ＩＤに対応した前記第二の論理記憶装置が含まれており、
前記第一のＲＡＩＤグループは、前記第一の論理記憶装置の基になっており、
前記第二のＲＡＩＤグループは、前記第二の論理記憶装置の基になっており、
前記移行部が、前記第一の論理記憶装置から前記第二の論理記憶装置へのデータの移行を完了した場合に、論理ＩＤスイッチング処理を実行し、
前記論理ＩＤスイッチング処理では、データ移行元の前記第一の論理記憶装置に割り当てられていた前記第一の論理ＩＤがデータ移行先の前記第二の論理記憶装置に割り当てられ、一方、データ移行元の前記第二の論理記憶装置に割り当てられていた前記第二の論理ＩＤがデータ移行元の前記第一の論理記憶装置に割り当てられ、それにより、前記データの移行の完了後に前記第一のパスを指定した前記Ｉ／Ｏコマンドが受け付けられた場合には、前記第二の論理記憶装置に対してＩ／Ｏが行われるようになり、
前記システム変更が、前記論理ＩＤスイッチング処理であり、
前記セキュリティ処理部は、前記論理ＩＤスイッチング処理が検出された場合、前記第一の論理記憶装置に前記セキュリティ処理を施す、
請求項１又は６記載のストレージシステム。
【請求項８】
前記第一のパスを含んだ複数のパスを管理するパス管理部を備え、
前記パス管理部が、前記第一の論理記憶装置に新たにパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置に前記セキュリティ処理が実行されている最中であれば、前記新規割当てを非実行とする、
請求項１、６又は７記載のストレージシステム。
【請求項９】
前記第一のパスを含んだ複数のパスを管理するパス管理部を備え、
前記セキュリティ処理部が、前記第一の論理記憶装置について前記システム変更が検出された場合、前記第一の論理記憶装置について、前記システム変更が検出されてからのデータ保存期間を表す情報が設定されていれば、そのデータ保存期間においては、前記第一の論理記憶装置に対する前記セキュリティ処理を非実行とし、
前記パス管理部が、前記第一の論理記憶装置に新たにパスを割り当てることである新規割当ての指示をユーザから受け付けた場合、前記第一の論理記憶装置についての前記データ保存期間においては、前記新規割当てを非実行とする、
請求項１、６乃至８のうちのいずれかに記載のストレージシステム。
【請求項１０】
前記セキュリティ処理部は、前記セキュリティ処理を、前記セキュリティ処理の対象の論理記憶装置の先頭アドレスに対応した記憶領域から最後尾アドレスに対応した記憶領域まで順次に施すように構成されており、前記第一の論理記憶装置についての前記セキュリティ処理の進捗状況を、前記第一の論理記憶装置のアドレス空間と、前記アドレス空間のいずれのアドレスに対応した記憶領域まで前記セキュリティ処理を施したかとに基づいて算出し、算出された進捗状況を表示するための情報を、前記ユーザが使用する計算機に送信する、
請求項１、６乃至９のうちのいずれかに記載のストレージシステム。
【請求項１１】
第一のポートＩＤ及び第一のデバイスＩＤを指定した第一のＩ／Ｏコマンドを外部装置から受け付けた場合に前記第一のデバイスＩＤに割り当てられている第一の論理記憶装置に対してＩ／Ｏを行うストレージシステム、で実現される記憶制御方法であって、
前記第一の論理記憶装置に対してＩ／Ｏが行われ得ないシステム変更を検出し、
前記システム変更が検出されたことを契機に、前記第一の論理記憶装置にフォーマット又はシュレッディングであるセキュリティ処理を施す、
記憶制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公表番号】特表２０１１−５２５２６６（Ｐ２０１１−５２５２６６Ａ）
【公表日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−５４９７４６（Ｐ２０１０−５４９７４６）
【出願日】平成２０年１０月１日（２００８．１０．１）
【国際出願番号】ＰＣＴ／ＪＰ２００８／００２７５４
【国際公開番号】ＷＯ２０１０／０３８２５８
【国際公開日】平成２２年４月８日（２０１０．４．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公表日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２０年１０月１日（２００８．１０．１）
【国際出願番号】ＰＣＴ／ＪＰ２００８／００２７５４
【国際公開番号】ＷＯ２０１０／０３８２５８
【国際公開日】平成２２年４月８日（２０１０．４．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]