JP4857066B2 - ストレージオンデマンドシステムにおけるデータの処理方法およびストレージデマンドシステム - Google Patents

Description

本発明は、ストレージオンデマンドを実現したシステムにおいてデータのセキュリティを確保する技術に関する。

近年、インターネットの普及に伴って、ユーザに対してネットワーク経由でストレージを提供する、というストレージ提供サービスが行われるようになっている。このようなサービスは、ユーザがストレージを購入して自分で保有・管理する必要もなく、ストレージの使用が不要になったときには、サービス事業者との契約を終了すればよく、簡便にストレージを利用することができる。また、最近は、ストレージを、利用者が必要になったときに、いつでも必要な容量を簡単に使用でき、使用した分だけ課金するようなストレージオンデマンドサービスが行われるようになってきている。

例えば、ストレージが自身の記憶エリアの残量が所定値よりも少なくなったことを検出した場合、ストレージと所定の通信手段を介して接続される遠隔ストレージの記憶エリアを、ストレージの記憶エリアとして利用可能とするストレージの運用方法が提案されている（特許文献１参照）。

また、ユーザの所望するストレージの使用容量を容易に設定できるとともに、実際に使用したストレージの容量に応じた使用量を課金することが可能なストレージサービス方法、ストレージサービスプログラムおよびストレージ装置に関するものが提案されている（特許文献２参照）。

特開２００３−３００１３号公報

特開２００４−２１７９６号公報

ネットワーク経由でサービス事業者がユーザにストレージを提供する場合、ユーザがストレージの使用契約を終了したり、提供を受けるストレージの容量を減じたりする場合、当然、サービス事業者は、使用されなくなったストレージを、別のユーザへ提供することになる。このような場合、当然、従前のユーザがストレージに格納した情報は、確実に消去され、別のユーザにそのストレージ領域が再度割当てられた場合でも、別のユーザによって情報が読み取られたり、見えたりすることがあってはならないことになる。

そこで、本発明の目的は、ストレージの記憶領域のうち返却対象となる記憶領域のデータを確実に消去し、データのセキュリティを確保可能なストレージシステムを提供することにある。

前記目的を達成するために、本発明は、ユーザ端末からの要求に応答して、ストレージの記憶領域のうち一部をユーザ端末に提供するストレージオンデマンドシステムにおいて、ストレージの記憶領域のうち返却対象または割当ての対象となる記憶領域のデータを消去したことを条件に、ストレージに対する記憶領域の割当て処理または返却処理を終了することを特徴としている。

本発明によれば、返却対象の記憶領域または割当て対象となる記憶領域のデータを消去するに際しては、指定のボリュームを初期化し、指定のボリュームに対するアクセス権を無効とする処理を実行することができる。この場合、両者の処理を一連の処理として実行することで、ストレージを返却するときにデータの消去が確実に行われるという、安心感をユーザに与えることができるとともに、データのセキュリティを確保することができる。

本発明によれば、ストレージの記憶領域のうち返却対象となる記憶領域のデータを確実に消去し、データのセキュリティを確保可能なストレージシステムを提供することができる。

以下、本発明の実施の形態を図面に基づいて説明する。第１の実施形態では、以下に述べるように、ユーザのサーバがサービス事業者のサーバにネットワークで接続され、サービス事業者のサーバはストレージシステムに接続されている接続形態を採用している。

図１は、本発明の第１実施形態を示すストレージオンデマンドシステムのシステム構成図である。図１において、ユーザＡが利用するサーバ１０と、ユーザＢが利用するサーバ１２は、通信ネットワーク１４、例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して、サービス事業者Ｓの管理下にあるサーバ１６に接続されている。なお、サーバ１０とサーバ１２は同一の構成であるため、以下、ユーザＡの利用するサーバ１０についてのみ説明する。サーバ１０には、ユーザＡの操作端末１８が接続されており、操作端末１８は、ユーザＡのユーザ端末として、キーボード、パーソナルコンピュータ、表示装置などを備えて構成されている。

サーバ１０は、通信部の一要素として、通信ネットワーク１４に接続されたＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０を備え、返却要求処理部やユーザ端末処理部として機能するコンピュータ（図示せず）を備え、さらに、プログラムやデータなどを管理するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）２２、ユーザ側ストレージオンデマンド管理プログラム２４を備えて構成されている。

一方、サーバ１６は、ＮＩＣ２６、ＯＳ２８、業者側ストレージオンデマンド管理プログラム３０、ストレージ管理プログラム３２、ＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）３４、３６、ＮＩＣ３０、データベース（図示せず）を備えているとともに、初期化処理部やアクセス権処理部として機能するコンピュータ（図示せず）を備えており、このコンピュータはコンソール３３に接続されている。データベースには、図２に示すユーザ情報管理テーブルＴ１に関するデータと、図３に示すボリューム情報管理テーブルＴ２に関するデータが格納されている。例えば、ユーザ情報管理テーブルＴ１には、ユーザ番号４０、ユーザ名４２、ボリュームＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）４４、ボリューム容量４６、割当て日４８に関するデータが格納され、ボリューム情報管理テーブルＴ２には、ボリュームＩＤ５０、割当て済みフラグ５２、ユーザ番号５４、割当て日５６、ボリュームタイプ情報５８、初期化済みフラグ６０に関するデータが格納されている。

サーバ１６はストレージ６２に接続されており、ストレージ６２は、ＣＨＡ（Ｃｈａｎｎｅｌ Ａｄａｐｔｅｒ）６４、６６、ＮＩＣ６８、バス７０、ＤＫＡ（Ｄｉｓｋ Ａｄａｐｔｅｒ）７２、７４、制御プログラム７６、ディスクドライブ７８、８０、８２、８４を備えて構成されている。ＣＨＡ６４、６６、ＮＩＣ６８は、通信ネットワーク８６、例えば、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介してそれぞれＨＢＡ３４、３６、ＮＩＣ３８に接続されている。

操作端末１８からの要求に応答して、ストレージ６２の記憶領域の一部を操作端末１８に提供するためのストレージオンデマンドシステムを構成するに際して、サービス事業者Ｓは、ユーザＡに対してストレージ６２の割当て操作を行うこととしている。具体的には、図４に示すように、サービス事業者Ｓは、コンソール３３を操作して、サーバ１６のＯＳ２８の操作コマンド、例えば、ＵＮＩＸ（登録商標）オペレーティングシステムのｃｈｍｏｄ（ｃｈａｎｇｅ ｍｏｄｅ）コマンドを使用して、ストレージ６２内の未割当てのボリュームにユーザＡに対するアクセス権限を与える（Ｓ１）。この場合、サービス事業者Ｓは、ボリューム情報管理テーブルＴ２の情報を画面上に表示し、割当て済みフラグが０のボリュームＩＤ５０を見つけ、このボリュームに対してユーザＡへのアクセス権限を与える。このあとサービス事業者Ｓは、アクセス権限を与えたボリュームをサーバ１６にマウントするための操作を行う（Ｓ２）。このあとサービス事業者ＳはユーザＡにアクセス権限を与えたボリュームに関する情報をユーザＡに通知するための操作を行う（Ｓ３）。このあと、ユーザＡは、ストレージ６２の記憶領域の一部が提供されたことを受けて、操作端末１８を操作することで、指定のボリュームを使用することができる（Ｓ４）。

一方、ユーザＡは、ストレージ６２の記憶領域を使用している過程で、ボリュームをサービス事業者Ｓに返却する必要が生じたときには、以下の返却操作を実行することができる。具体的には、図５に示すように、ユーザＡは、ストレージを開放して、サービス事業者Ｓに返却するに際しては、必要なら返却するボリューム上のデータの移動やバックアップを行うための操作を、操作端末１８を用いて行う（Ｓ１１）。次に、ユーザＡは、操作端末１８を介して、サーバ１０のストレージオンデマンド管理プログラム２４を操作して、返却するボリュームのボリュームＩＤを指定して、ボリュームの返却処理を起動するための処理を行う（Ｓ１２）。このとき、図６に示すように、操作端末１８の操作画面８６には、ボリュームＩＤを入力するためのウインドウ８８とリリースボリュームボタン９０の画面が表示されるので、ユーザＡがリリースボリュームボタン９０を操作することで、ボリュームの返却処理が実行される。すると、サーバ１０のユーザ側ストレージオンデマンド管理プログラム２４によってボリュームの返却処理が起動される。この返却処理は後述する処理によって行われ、返却処理が正常に終了すると、操作端末１８の操作画面上には、ボリュームの初期化と切り離しが正常に終了した旨が表示されるため、ユーザＡはボリュームの初期化と切り離しが正常に終了したことを確認することができる（Ｓ１３）。

一方、ボリュームの初期化と切り離しの処理を分け、ボリュームの初期化完了を操作画面上でユーザＡが確認したあと、ボリュームの切り離しをユーザＡに指示させるに際しては、以下に示す返却操作が行われる。具体的には、図７に示すように、ユーザＡは、必要なら返却するボリューム上のデータの移動やバックアップを行うための操作を行う（Ｓ２１）。次に、ユーザＡは、操作端末１８を介して、サーバ１０のストレージオンデマンド管理プログラム２４を操作し、返却するボリュームのボリュームＩＤを指定して、ボリュームの返却処理を起動するための操作を行う（Ｓ２２）。このとき、図８に示すように、操作端末１８の操作画面８６には、ボリュームＩＤを入力するためのウインドウ８８とともに、ボリュームの初期化を要求するための文字９２やリターンボリュームボタン９４が表示される。ユーザＡがリターンボリュームボタン９４を操作するとストレージオンデマンド管理プログラム２４によってボリュームの初期化処理が起動される。

初期化処理については、後述するが、ボリュームの初期化処理が正常に終了すると、図９に示すように、操作端末１８の操作画面８６上には、ボリュームの初期化確認画面として、ボリュームＩＤの表示されたウインドウ８８、ボリュームの初期化が表示された旨の文字などが表示される。このときユーザＡは、初期化処理が正常に終了したことを確認したときには、ＯＫボタン９６をクリックする（Ｓ２３）。このあと、図１０に示すように、操作端末１８の操作画面８６上には、ボリュームの切り離し要求画面として、ボリュームＩＤを入力するためのウインドウ８８とともに、リターンボリュームボタン９４が表示される。このとき、ユーザＡがリターンボリュームボタン９４を操作すると、ボリュームの切り離し処理が起動される。ボリュームの切り離し処理が正常に終了すると、操作端末１８の操作画面上には、ボリュームの返却処理が正常に終了した旨が表示される。これにより、ユーザＡは、ボリュームの返却処理が正常に終了したことを確認することができ（Ｓ２４）、ストレージを返却するためのルーチンが終了することになる。

次に、ボリュームの初期化と切り離しを同時に行うときのボリューム返却処理を図１１のフローチャートにしたがって説明する。まず、サーバ１０のストレージオンデマンド管理プログラム２４は、ストレージ６２に割当てられたボリュームのうち指定のボリュームを開放するための返却要求に応答して、ユーザＩＤとボリュームＩＤを指定して、ストレージオンコマンド管理プログラム３０に対して、ボリュームの返却処理を通信ネットワーク１４を介して要求する（Ｓ３１）。このときの返却要求としては、リリースコマンドやリリース要求関数などを採用することができる。

次に、事業者側ストレージオンデマンド管理プログラム３０は、ボリュームＩＤを指定して、ストレージ管理プログラム３２に、ボリュームの初期化とデータの消去を要求する（Ｓ３２）。ストレージ管理プログラム３２は、ボリュームの初期化コマンドを生成し、生成したボリュームの初期化コマンドをストレージ６２に対して発行する（Ｓ３３）。初期化コマンドを受けたストレージ６２の制御プログラム７６は、指定されたボリュームの初期化を実行し、実行結果をストレージ管理プログラム３２に返却する（Ｓ３４）。続いて、ストレージオンデマンド管理プログラム３０は、指定されたボリュームに対するユーザＡのアクセス権限を削除し、アクセス権を無効とするための処理を実行する（Ｓ３４）。

さらに、ストレージオンデマンド管理プログラム３０は、指定のボリュームをアンマウントし、ユーザ側ストレージオンデマンド管理プログラム２４に対してボリュームの切り離し処理が完了した旨を通知する（Ｓ３５）。このあと、ユーザ側ストレージオンデマンド管理プログラム２４は、操作端末１８に対して、指定のボリュームの初期化と切り離しが正常に終了した旨を通知し、処理を終了する（Ｓ３６）。

このような処理を行うことで、ボリュームの初期化と切り離しを一連の処理として行うことができ、データのセキュリティを確実に確保することができる。

次に、指定のボリュームの初期化処理と切り離し処理を分けて行うときのボリュームの返却処理を図１２のフローチャートにしたがって説明する。まず、ユーザ側のストレージオンデマンド管理プログラム２４は、ユーザＩＤ、ボリュームＩＤを指定して、事業者側のストレージオンデマンド管理プログラム３０に対して、ボリュームの初期化処理を通信ネットワーク１４を経由して要求する（Ｓ４１）。事業者側のストレージオンデマンド管理プログラム２６は、ボリュームＩＤを指定して、ストレージ管理プログラム３２に対して、ボリュームの初期化とデータの消去を要求する（Ｓ４２）。ストレージ管理プログラム３２は、ボリュームＩＤに対応するボリュームを初期化するための初期化コマンドを生成し、生成した初期化コマンドをストレージ６２に対して発行する（Ｓ４３）。初期化コマンドを受けたストレージ６２の制御プログラム７６は、初期化コマンドに応答して、ボリュームＩＤで指定されたボリュームの初期化を行うとともにデータの消去を行い、ボリュームの初期化が完了した旨をストレージ管理プログラム３２に通知する（Ｓ４４）。

ボリュームの初期化が完了すると、事業者側のストレージオンデマンド管理プログラム２６は、ユーザ側のストレージオンデマンド管理プログラム２４に正常終了を報告する。これにより、ユーザ側のストレージオンデマンド管理プログラム２４は、ユーザＡの操作端末１８の操作画面上に、ボリュームの初期化が終了した旨を表示する。このあと、ストレージオンデマンド管理プログラム２４は、ユーザＡの確認操作およびボリューム切り離し要求を待つことになる（Ｓ４５）。このとき、ユーザＡがボリュームの初期化を確認してＯＫボタンをクリックすると、ユーザ側のストレージオンデマンド管理プログラム２４は、ボリュームＩＤを指定して、事業者側のストレージオンデマンド管理プログラム２６に対して、ボリュームの切り離し処理を通信ネットワーク１４を経由して依頼する（Ｓ４６）。事業者側のストレージオンデマンド管理プログラム２６は、指定されたボリュームに対するユーザＡのアクセス権限を削除し、アクセス権を無効にするための処理を行う（Ｓ４７）。続いて、ストレージオンデマンド管理プログラム２６は、指定のボリュームをアンマウントするための処理を行い、ユーザ側のストレージオンデマンド管理プログラム２４に対してボリュームの切り離し処理が完了した旨を伝える（Ｓ４８）。次に、ユーザ側のストレージオンデマンド管理プログラム２４は、操作端末１８に対して、ボリュームの返却処理が正常に終了した旨を報告し、このルーチンでの処理を終了する（Ｓ４９）。

このような方法を採用することにより、ボリュームの切り離し処理は、ボリュームの初期化の後に必ず実施されるので、ユーザＡがボリュームを返却するときに、データの消し忘れを無くすことができる。

次に、本発明の第２の実施形態を図１３にしたがって説明する。本実施の形態は、サーバ１０、１２に、ＨＢＡ１００、１０２をそれぞれ設け、ＨＢＡ１００、１０２を通信ネットワーク１０４、例えば、ＳＡＮを介してストレージ６２のＣＨＡ６４、６６に直接接続したものであり、その他の構成は図１のものと同様である。

次に、本実施形態におけるボリューム返却処理を図１４のフローチャートにしたがって説明する。まず、ユーザ側のストレージオンデマンド管理プログラム２４は、ユーザＡからのボリューム返却要求を受けると、ボリュームを指定してボリュームの初期化を行うためのコマンドを生成し、生成したコマンドを通信ネットワーク１０４を介してストレージ６２に対して発行する（Ｓ５１）。初期化コマンドを受けたストレージ６２では、制御プログラム７６が起動され、制御プログラム７６は、コマンドにしたがって、指定されたボリュームの初期化を実行する。この後、制御プログラム７６は、ボリュームの初期化を行った旨を通信ネットワーク１０４を介してサーバ１０に送信するための処理を行う（Ｓ５２）。

次に、ユーザ側のストレージオンデマンド管理プログラム２４は、操作端末１８に対して、ボリュームの初期化が正常に終了した旨を表示する（Ｓ５３）。続いて、ユーザ側のストレージオンデマンド管理プログラム２４は、事業者側のストレージオンデマンド管理プログラム３０に対して、ボリュームＩＤを指定して、ボリュームの切り離し処理を通信ネットワーク１０４を介して要求する（Ｓ５４）。事業者側のストレージオンデマンド管理プログラム３０は、要求を受けると、ストレージ管理プログラム３２に対して、指定されたボリュームに対する要求元であるユーザＡに対するアクセス権限の削除を要求する（Ｓ５５）。ストレージ管理プログラム３２は、要求を受けると、ストレージ６２の制御プログラム７６に対して、指定されたボリュームに対するユーザＡのアクセス権限の削除を要求する（Ｓ５６）。制御プログラム７６は、指定されたボリュームに対するユーザＡのアクセス権限を削除するために、サーバ１０のＨＢＡ１００のＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）の登録を削除する（Ｓ５７）。すなわち、制御プログラム７６は、指定されたボリュームに対するストレージ６２のＣＨＡ６４、６６の接続ポートに対する論理的なアクセスパスを削除するなどして、ユーザＡのアクセス権限を削除する。

そして、制御プログラム７６は、ユーザＡのアクセス権限を削除すると、アクセス権限を削除した旨を通信ネットワーク１０４を介してサーバ１０へ送信するための処理を行う。すなわち、ユーザＡのアクセス権限が削除されると、処理の完了が制御プログラム７６から、ストレージ管理プログラム３２、事業者側のストレージオンデマンド管理プログラム３０、ユーザ側のストレージオンデマンド管理プログラム２４に対して順次報告される。このあと、ユーザ側のストレージオンデマンド管理プログラム２４は、操作端末１８に対して、ボリュームの切り離し処理が正常に終了した旨を表示し、一連の処理を終了することになる（Ｓ５８）。

以上の処理により、ユーザＡのサーバ１０がサービス事業者Ｓのストレージ６２に直接接続されている接続形態の場合でも、ユーザＡがボリュームを返却要求するための操作を行うと、ボリュームの初期化と切り離しが一連の処理として実施されるので、データの消し忘れを無くすことができ、データのセキュリティを確実に確保できる。また本実施形態では、ユーザＡがリリース指示を一度行うと、ボリュームの初期化と切り離しが一連の処置として起動されるが、ユーザＡがボリュームの初期化と切り離しを順次指定させる方法を採用することもできる。

次に、本発明の第３の実施の形態を図１５にしたがって説明する。本実施形態は、ユーザＡが管理するためのストレージ１０６を設け、このストレージ１０６を通信ネットワーク１０４を介してサービス事業者Ｓのストレージ６２に直接接続する接続形態を採用したものであり、他の構成は図１のものと同様である。

ストレージ１０６は、ＣＨＡ１０８、１１０、ＤＫＡ１１２、１１４、ディスクドライブ１１６、１１８、制御プログラム１２０を備えており、ＣＨＡ１０８、１１０とＤＫＡ１１２、１１４はバス１２２を介して互いに接続されている。ＣＨＡ１０８は、通信ネットワーク１２４、例えば、ＳＡＮを介してサーバ１０のＨＢＡ１００に接続され、ＣＨＡ１１０は、通信ネットワーク１０４を介してストレージ６２のＣＨＡ６４に接続されている。本実施形態では、ユーザＡのサーバ１０は、遠方にあるストレージ６２内の論理ボリュームを、あたかもユーザサイトにあるストレージ１０６内の論理ボリュームであるかのようにアクセスすることができるようになっている。

本実施形態におけるボリューム返却処理を図１６のフローチャートにしたがって説明する。まず、ユーザ側のストレージオンデマンド管理プログラム２４は、ユーザＡの操作により、ボリューム返却要求を受けると、サーバ１０に接続されたストレージ１０６に対して、ボリュームを指定して、ボリュームの初期化を行うためのコマンドを発行する（Ｓ６１）。このとき、指定されたボリュームはユーザＡのストレージ１０６内に、実際に実装されているボリュームではなく、サービス事業者Ｓのストレージ６２内に定義されたリモートボリュームである。次に、ストレージ１０６内の制御プログラム１２０は、通信ネットワーク１０４を介して、事業者側のストレージ６２の制御プログラム７６に対して、実態となるボリュームの初期化を依頼する（Ｓ６２）。

制御プログラム７６は、指定されたボリュームの初期化を行い、要求元の制御プログラム１２０に対して、初期化が完了した旨の報告を行う（Ｓ６３）。ユーザＡの制御プログラム１２０は、制御プログラム７６から完了報告を受けると、ユーザ側のストレージオンデマンド管理プログラム２４に対して完了を報告する。ユーザ側のストレージオンデマンド管理プログラム２４は、指定されたボリュームの初期化が正常に終了したことを操作端末１８の操作画面上に表示する（Ｓ６４）。

次に、ユーザ側のストレージオンデマンド管理プログラム２４を、事業者側のストレージオンデマンド管理プログラム３０に対して、ボリュームの切り離しを通信ネットワーク１０４を介して要求する（Ｓ６５）。事業者側のストレージオンデマンド管理プログラム３０は、要求を受けると、ストレージ管理プログラム３２に対して、指定されたボリュームに対する、切り離しの要求元であるユーザＡのアクセス権限の削除を要求する（Ｓ６７）。制御プログラム７６は、指定されたボリュームに対する接続ポートとして、ストレージ１０６におけるＣＨＡ１１０の接続ポートのＷＷＮの登録を削除する（Ｓ６８）。

すなわち、制御プログラム７６は、指定されたボリュームに対する論理的なアクセスパスとして、ストレージ１０６のＣＨＡ１１０の接続ポートに対する論理的なアクセスパスを削除して、ユーザＡのアクセス権限を削除する。ユーザＡに対するアクセス権限が削除されると、その処理の完了が、制御プログラム７６から、ストレージ管理プログラム３２、事業者側のストレージオンデマンド管理プログラム３０、ユーザ側のストレージオンデマンド管理プログラム２４へと順次報告される。このあと、ユーザ側のストレージオンデマンド管理プログラム２４は、操作端末１８に対して、ボリュームの切り離し処理が正常に終了した旨を報告し、一連の処理を終了する（Ｓ６９）。

以上の処理により、ユーザＡのストレージ１０６がサービス事業者Ｓのストレージ６２に直接接続されている接続形態においても、ユーザＡがボリュームを返却要求するための操作を行うと、ボリュームの初期化と切り離しが一連の処理として実施されるので、データの消し忘れを無くすことができ、データのセキュリティを確実に確保できる。また本実施形態では、ユーザＡがリリース指示を一度行うと、ボリュームの初期化と切り離しが一連の処理として起動されるものについて述べたが、ユーザが、ボリュームの初期化と切り離しを順次指定する操作を行う方法を採用することもできる。

指定のボリュームを初期化するに際しては、サーバ１６にサービスプロセッサを接続し、このサービスプロセッサを手動で操作したり、あるいはサービスプロセッサに接続される管理ツールを起動したりしてボリュームを初期化することもできる。またサービス事業者Ｓの操作を基にコンソール３３から初期化コマンドとして、Ｆｏｒｍａｔコマンド、Ｗｒｉｔｅコマンドを入力し、これらのコマンドを基にボリュームを初期化することもできる。またボリュームを初期化するに際しては、データパターンとしては、オール０、オールＦ、空白などのパターンを用いることができる。またデータパターンを何種類か組み合わせて、初期化を何度か行うことでセキュリティを高めることもできる。

開放するストレージ領域を初期化するに際しては、Ｗｒｉｔｅ ａｎｄ Ｖｅｒｉｆｙコマンドを用いて、Ｗｒｉｔｅコマンドを書き込んだ初期化データが正しく記憶媒体に書かれていることをＶｅｒｉｆｙコマンドで確認することもできる。Ｗｒｉｔｅ ａｎｄ Ｖｅｒｉｆｙというコマンドが正常に終了したときには、Ｗｒｉｔｅ ａｎｄ Ｖｅｒｉｆｙコマンドの対象ブロックの初期化が正しく行われたとみなすことができる。

開放するストレージ領域を初期化するに際しては、例えば、コマンドとして、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）コマンドであるＦｏｒｍａｔ Ｕｎｉｔコマンドを使用することもできる。このＦｏｒｍａｔ Ｕｎｉｔコマンドが完了したときに、ステータスがＧｏｏｄステータスであれば、初期化が正常に行われたとみなすことができる。

また、指定のボリュームを初期化するに際しては、ボリューム情報管理テーブルＴ２の初期化済みフラグ１１０に「１」を付加することで、指定のボリュームが初期化済みか否かを管理することができる。なお、ボリュームを新たに割当てるときには、初期化済みフラグ６０が「０」にセットされているか否かをチェックし、初期化済みフラグ６０が「０」にセットされているときにはボリュームの割当てを行うことができる。さらにボリュームを割当てるに際しては、念のために、ボリューム上のデータブロックをチェックし、所定の初期化データで初期化されているか否かをチェックすることができる。

具体的には、初期化後の記録データが００、ＦＦ、スペースなどであるかどうかをボリュームのデータブロックを読み出して所定の初期化値と比較する。この比較により、初期化が完全に行われていない場合には、ボリューム全体あるいは初期化が行われていないブロックを初期化した上で割当てを行うことができる。

ユーザＡが指定のボリュームをサービス事業者Ｓに返却するに際しては、ボリューム内の必要なデータのコピーをし忘れた状態でボリュームを返却してしまうことを防止するために、ボリュームをサービス事業者Ｓに返却する際に、ボリュームを返却してよいか否かをチェックする処理を設けることが有効である。

このようなチェックは、例えば、ボリュームがコピーされているか否かのステータスを参照してチェックする方法、あるいは、ボリュームの番号や名称は、ボリューム内のディレクトリやファイルを示して、ユーザＡに本当にボリュームを返却してよいかの確認を促す方法などがある。例えば、画面を用いてユーザＡに確認を促すに際しては、図１７に示すように、操作端末１８の操作画面８６として、リリース要求画面からボリュームのリリースの可否を確認するための操作画面８６に変更する方法を採用することができる。

次に、本発明の第４の実施の形態を図１８にしたがって説明する。本実施の形態は、ユーザＡのストレージ１０６に＃１の管理ツール１３０を接続し、この管理ツール１３０を通信ネットワーク１４に接続し、サーバ１０に＃２の管理ツール１３２を設けるとともにジョブ１３４を設け、サーバ１０のＨＢＡ１００とストレージ１０６のＣＨＡ１０８とをＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）スイッチ１３９を介して接続し、サービス事業者Ｓのストレージ６２とサーバ１６とを結ぶＬＡＮ中に、＃３の管理ツール１３６を設けるとともに、サーバ１６に＃４の管理ツール１３８を設け、ユーザＡのストレージ１０６のＣＨＡ１１０をルータ１４０、接続線１４２、ルータ１４４を介してストレージ６２のＣＨＡ６４に接続したものであり、他の構成は第３の実施形態と同様である。なお、サーバ１０には履歴情報を格納するデータベース１４６が接続され、サーバ１６には、ユーザ管理情報を格納するデータベース１４８とボリューム管理情報を格納するデータベース１５０が接続されている。

次に、本実施形態におけるストレージの自動割当て処理を図１９のフローチャートにしたがって説明する。まず、ストレージ６２の自動割当てを行うに際して、＃１の管理ツール１３０は、未割当てのボリュームの残数をチェックして、サーバ１０上の＃２の管理ツール１３２に連絡する（Ｓ７１）。＃２の管理ツール１３２は、ボリュームの残数が所定の値以下になったときには、サービス事業者Ｓのサーバ１６上の＃２の管理ツール１３８にユーザ番号と必要なボリューム容量を通信ネットワーク１４を介して連絡する（Ｓ７２）。

次に、＃２の管理ツール１３８は、データベース１４８のユーザ管理情報を参照して、ユーザＡに接続されているストレージ１０６のポート番号、ユーザＡのＣＨＡ（チャネルアダプタ）１１０のポートのＷＷＮを取得する（Ｓ７３）。さらに、＃４の管理ツール１３８は、データベース１４８のユーザ管理情報を参照し、＃３の管理ツール１３６を用いて、ユーザＡに割当てるボリュームの決定、ボリュームの初期化、ボリュームのアダプタ（ＣＨＡ６４）のポートへの論理的な接続パスの設定、ストレージ１０６のアダプタ（ＣＨＡ１１０）のポートのＷＷＮの登録を行う（Ｓ７４）。さらに、＃４の管理ツール１３８は、ユーザサイトに対して実際のディスクの増設作業の手配を行うために、コンソール３３にその旨を表示する（Ｓ７５）。さらに＃４の管理ツール１３８は、サーバ１０上の＃２の管理ツール１３２にネットワーク経由でボリュームのアサインが完了した旨を連絡する（Ｓ７６）。

次に、サーバ１０上の＃２の管理ツール１３２は、＃１の管理ツール１３０を用いて、サービス事業者Ｓのストレージ６２に割当てられたボリュームのディスカバリ処理を行う（Ｓ７７）。続いて、＃２の管理ツール１３２は、ストレージ１０６の＃１の管理ツール１３０を使って、ボリュームがサーバ１０からアクセスできるようにパス定義を行う（Ｓ７８）。次に、サーバ１０上の＃２の管理ツール１３２は、ＯＳ２２の提供するコマンド、システムコールを使用して、ストレージ１０６に対して、ボリュームのディスカバリ処理、ボリュームの初期化、ファイルシステム作成などを行い、サーバ１０上のジョブ１３４に対しては、サービス事業者Ｓのストレージ６２に割当てたボリュームを使用可能な状態にする（Ｓ７９）。続いて、サーバ１０上の＃２の管理ツール１３２は、サーバ１０上のジョブ１３４に追加したボリュームが使用可能になった旨を操作端末１８に伝達する（Ｓ８０）。このあと、ジョブ１３４は、割当てられたボリュームの使用を開始し、このルーチンでの処理を終了する（Ｓ８１）。

ストレージ６２の自動割当て処理がネットワーク経由で実行されると、ユーザサイトのストレージ１０６上のデータのうち使用頻度の低いデータやアクセス性能が比較的遅くてもよいデータはネットワーク経由でストレージ６２に移動することになる。これにより、ストレージ６２の記憶領域の不足による処理停止を回避することができる。

次に、本発明の第５の実施の形態を図２０にしたがって説明する。本実施の形態は、ストレージ１０６にマイクロプログラム１５２を設けるとともに、ストレージ６２にマイクロプログラム１５４を設けたものであり、他の構成は第４の実施形態と同様である。

次に、本実施形態におけるユーザ操作によるファイルの移動処理を図２１のフローチャートにしたがって説明する。まず、ユーザＡの操作に伴ってファイルを移動させるに際しては、サーバ１０上の＃２の管理ツール１３２は、ストレージ１０６のボリューム上のファイルに対するアクセス頻度の情報を採取しておく（Ｓ９１）。この後、ユーザＡは、ネットワーク経由でのボリュームの割当てを、サーバ１０上の＃２の管理ツール１３２が取得したファイルごとのアクセス頻度の情報を参照して、アクセス頻度のファイルを選んでリモートボリューム（ストレージ６２のボリューム）に移動するための操作を行う。このファイルの移動は、ＯＳ２２のｍｖ（ｍｏｖｅ）コマンドやファイル管理プログラムを使用して行う（Ｓ９２）。

次に、データベース１６２に格納されたポリシーによる自動的なファイルの移動処理を図２２のフローチャートにしたがって説明する。まず、サーバ１０上の＃２の管理ツール１３２は、ストレージ１０６のボリューム上のファイルに対するアクセス頻度の情報を採取しておく（Ｓ９５）。サーバ１０上の＃２の管理ツール１３２は、ネットワーク経由でボリュームの割当てを行い、その後、予め設定してあるポリシーに沿ってファイルの適切な再配置を行い、このルーチンでの処理を終了する（Ｓ９６）。

次に、サービス事業者Ｓのストレージがデータリードするときの処理を図２３のフローチャートにしたがって説明する。まず、サーバ１０上の＃２の管理ツール１３２は、ストレージ１０６のボリューム上のファイルに対するアクセス頻度の情報を採取しておく（Ｓ１０１）。次に、サーバ１０上の＃２の管理ツール１３２は、ネットワーク経由でボリュームの割当てを行い、その後、予め設定してあるポリシーに沿ってボリューム上のデータの移動を行う（Ｓ１０２）。ユーザＡのローカルなストレージ１０６のボリュームのデータをサービス事業者Ｓのリモートのストレージ６２に移動する場合、サーバ１０上の＃２の管理ツール１３２は、ネットワーク経由で＃４の管理ツール１３８を介して、ストレージ６２に対してボリュームのデータの移動を要求するか、あるいは、ストレージ１０６を経由してストレージ６２に対して、ボリュームのデータの移動を要求する（Ｓ１０３）。

次に、ストレージ６２のマイクロプログラム１５４は、ストレージ１０６のボリュームから、マイクロプログラム１５２にしたがって、ボリュームのコピーを行う（Ｓ１０４）。コピーが完了したあとは、ユーザＡは、アクセスするボリュームをリモートボリュームに切替える操作を行い、このルーチンでの処理を終了する（Ｓ１０５）。

以上の処理により、ユーザＡのストレージ１０６のコントローラマイクロプロセッサの負荷を軽減するために、サービス事業者Ｓ側のストレージ６２からデータをリードすることができる。

次に、本発明の第６実施形態を図２４にしたがって説明する。本実施の形態は、ストレージ１０６のディスクドライブ１１８に割当てられたボリュームをボリュームイメージＡ、ディスクドライブ１１６に割当てられたボリュームをローカルのボリュームＢとし、サービス事業者Ｓのストレージのディスクドライブ７８に割当てられたボリュームを正ボリュームＡ´としたものであり、他の構成は第４の実施形態のものと同様である。

次に、ストレージ増設後、ストレージを自動的に切替えのための処理を起動するときの処理を図２５のフローチャートにしたがって説明する。ユーザＡのサイトにストレージの増設後、ネットワークストレージからローカルストレージに自動的に切替えるに際して、まず、ユーザＡのストレージ１０６にディスク増設が完了したあと、＃１の管理ツール１３０は、＃２の管理ツール１３２に対して、ディスク増設完了の旨をステータスで送信する（Ｓ１１１）。次に、＃２の管理ツール１３２は、以下の処理をスクリプト起動する（Ｓ１１２）。次に、ユーザＡが現に使用しているリモートボリュームＡ´を正ボリューム、増設したローカルボリュームＢを副ボリュームとして、ボリュームペアを構築する（Ｓ１１３）。次に、＃２の管理ツール１３２は、ボリュームペアを同期化して、副ボリュームＢの内容を正ボリュームＡ´に一致させる（Ｓ１１４）。

次に、＃２の管理ツール１３２は、リモートボリュームＡ´をアクセスしているジョブ１３４を静止させる（Ｓ１１５）。次に、＃２の管理ツール１３２は、ストレージ１０６の制御プログラム１２０がサーバ１０に対して見せているボリュームイメージＡをリモートボリュームＡ´からローカルボリュームからＢに切替える（Ｓ１１６）。このあと、＃２の管理ツール１３２は、ボリュームペアを切り離し（Ｓ１１７）、ジョブ１３４の静止を解除する（Ｓ１１８）。

この後、＃２の管理ツール１３２は、＃１の管理ツール１３０を用いてリモートボリュームＡ´を初期化し、ボリュームイメージＡを削除する（Ｓ１１９）。次に、＃２の管理ツール１３２は、サービス事業者Ｓのサーバ１６上の＃４の管理ツール１３８に対してステータスを送信する（Ｓ１２０）。＃４の管理ツール１３８は、＃３の管理ツール１３６を経由して、割当てたボリュームをユーザＡから切り離す処理を行い、このルーチンでの処理を終了する（Ｓ１２１）。

上述したように、ストレージ６２のオンデマンドサービスを提供するに際して、ユーザサイトのストレージ１０６の容量が不足したときに、ネットワーク経由でサービス事業者Ｓの共有ストレージをユーザＡに割当てて使用してもらうことで、ストレージの容量が不足したときに、すぐにストレージに割当てが可能になり、ストレージ６２の記憶領域の不足による処理停止を回避することができる。この場合、予めユーザサイトに、予備のストレージを配置しておくと、配置コストが高くなるのに対して、ネットワーク経由での割当てを併用することで、ストレージオンデマンドサービスに必要なコストを下げることができる。

またユーザＡが使用してきたストレージ領域をサービス事業者Ｓに返却するに際して、ユーザＡが記録していたデータが他人から読まれたり、流出したりすることがないようにしなければならない。そこで、ユーザＡがストレージを返却する際に、ストレージ領域の初期化処理と、ストレージの切り離し処理を一連の処理として実行することで、データの初期化忘れやデータ洩れのないようにすることができ、データのセキュリティを確実に高めることができる。

また、ユーザサイトへのストレージの増設後、ネットワークストレージからローカルストレージに自動的に切替える処理を行うに際しては、図２６に示すように、ステップＳ１３１からステップＳ１３４まで、図２５のステップＳ１１１からステップＳ１１４と同様の処理を行ったあと、ステップＳ１３５において、リモートボリュームＡ´の管理テーブルのボリュームＡ´のエントリのコピー済みフラグをセットする処理を行うことができる。

この場合、ステップＳ１３６からステップＳ１３９までは、図２５のステップＳ１１５からステップＳ１１８までの処理と同一の処理を行い、その後、ステップＳ１４０において、リモートボリュームＡ´の返却前に、データコピー済みか否かを管理テーブルのコピー済みフラグでユーザＡが確認する。このときコピーが行われていないときにはエラー回復処理を行い、コピー済みであるときには、＃２の管理ツール１３２は、＃１の管理ツール１３０を用いて、リモートボリュームＡ´を初期化し、ボリュームイメージＡを削除する（Ｓ１４１）。次に、＃２の管理ツール１３２は、サービス事業者Ｓのサーバ１６上の＃４の管理ツール１３８に対してステータスを送信する（Ｓ１４２）。

この後、＃４の管理ツール１３８は、＃３の管理ツール１３６を経由して割当てたボリュームをユーザＡから切り離し、このルーチンでの処理を終了する（Ｓ１４３）。このように、ユーザサイトへのストレージの増設後、ネットワークストレージからローカルストレージに自動的に切替えることで、ストレージの記憶領域の不足による処理停止を回避することができる。

本発明の第１の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 ユーザ情報管理テーブルの構成図である。 ボリューム情報管理テーブルの構成図である。 ストレージの割当て操作処理を説明するためのフローチャートである。 ストレージの返却操作処理を説明するためのフローチャートである。 ボリュームのリリース要求画面の表示例を示す図である。 ストレージの返却操作処理を説明するためのフローチャートである。 ボリュームの初期化要求画面の表示例を示す図である。 ボリュームの初期化確認画面の表示例を示す図である。 ボリュームの切り離し要求画面の表示例を示す図である。 ボリューム返却処理を説明するためのフローチャートである。 他のボリューム返却の処理を説明するためのフローチャートである。 本発明の第２の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 本発明の第２実施形態におけるボリューム返却処理を説明するためのフローチャートである。 本発明の第３の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 第３実施形態におけるボリューム返却処理を説明するためのフローチャートである。 ボリュームのリリース可否確認画面の表示例を示す図である。 本発明の第４の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 第４の実施形態におけるストレージの自動割当て処理を説明するためのフローチャートである。 本発明の第５の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 第５の実施形態におけるユーザ操作によるファイルの移動処理を説明するためのフローチャートである。 第５の実施形態におけるポリシーによる自動的なファイルの移動処理を説明するためのフローチャートである。 第５の実施形態におけるデータのリード処理を説明するためのフローチャートである。 本発明の第６の実施形態を示すストレージオンデマンドシステムのシステム構成図である。 第６の実施形態におけるストレージ自動切替えのための処理を説明するためのフローチャートである。 第６の実施形態における他のストレージ自動切替えのための処理を説明するためのフローチャートである。

符号の説明

１０、１２ サーバ
１４ 通信ネットワーク
１６ サーバ
１８ 操作端末
２４ ユーザ側ストレージオンデマンド管理プログラム
３０ 事業者側ストレージオンデマンド管理プログラム
３２ ストレージ管理プログラム
６２ ストレージ
７６ 制御プログラム
１０６ ストレージ
１２０ 制御プログラム
１３０、１３２、１３６、１３８ 管理ツール

Claims (6)

1. ユーザ端末からの要求に応答して、ストレージの記憶領域の一部を前記ユーザ端末に提供するための管理装置を備えるストレージオンデマンドシステムにおけるデータの処理方法において、
   前記管理装置は、
   前記ユーザ端末に割当てられたボリュームのうち指定のボリュームを開放するための返却要求に応答して、前記指定のボリュームに所定のパターンを書き込み、前記指定のボリュームを初期化する第１のステップと、
   前記指定のボリュームを開放するための返却要求に応答して、前記指定のボリュームに対するアクセス権限を削除した後、前記指定ボリュームをアンマウントし、前記指定のボリュームに対するアクセス権を無効とする第２のステップと、
   を実行するストレージオンデマンドシステムにおけるデータの処理方法。
2. 前記第２のステップは、前記第１のステップに続く一連の処理として実行されることを特徴とする請求項１に記載のストレージオンデマンドシステムにおけるデータの処理方法。
3. 前記管理装置は、さらに、
   前記第１のステップが正常に終了すると、前記初期化が正常に終了したことを確認済みである操作入力を要求する第３のステップと、
   前記第２のステップが正常に終了すると、前記アクセス権を無効化が正常に終了したことを確認済みである操作入力を要求する第４のステップと、
   を実行し、
   前記第２のステップを、前記第３のステップに応答して行う請求項１又は２に記載のデータの処理方法。
4. 前記ストレージオンデマンドシステムは、ユーザ側システムと、サービス事業者側システムと、を備え、
   前記ユーザ側システムは、第１のストレージシステムを備え、事業者側システムは、第２のストレージシステムを備え、
   前記ユーザ側システムが、
   第１のストレージシステムに増設したストレージに第１のボリュームを設定する第５のステップと、
   前記第１のボリュームと前記２のストレージシステムにおいてユーザが使用している第２のボリュームとの間にペア関係を形成する第６のステップと、
   前記ペアを同期化する第７のステップと、
   前記第１のボリュームの内容を前記第２のボリュームの内容に一致する第８のステップと、
   前記ユーザ端末に見せているボリュームイメージを前記第１のボリュームに切り替える第９のステップと、
   前記ペアを切離す第１０のステップと、
   前記第２のボリュームを前記指定のボリュームとして、当該第２のボリュームに前記第１のステップと前記第２のステップとを適用する第１１のステップと、
   を実行する、請求項１乃至３の何れか１項に記載のデータ処理方法。
5. ユーザ端末からの要求に応答して、ストレージの記憶領域の一部を前記ユーザ端末に提供するための管理装置を備えるストレージオンデマンドシステムにおけるデータの処理方法において、
   前記管理装置は、
   前記ユーザ端末に割当てられたボリュームのうち指定のボリュームを開放するための返却要求に応答して、前記指定のボリュームがコピー済みであるか否かの操作入力を要求する第１のステップと、
   前記指定のボリュームがコピー済みであるとの操作入力に応答して、前記指定のボリュームに所定のパターンを書き込み、前記指定のボリュームを初期化する第２のステップと、
   前記指定のボリュームがコピー済みであるとの操作入力に応答して、ストレージシステムは、前記指定のボリュームに対するアクセス権限を削除した後、前記指定ボリュームをアンマウントし、前記指定のボリュームに対するアクセス権を無効とする第３のステップと、
   を実行するストレージオンデマンドシステムにおけるデータの処理方法。
6. ユーザ端末に接続されたユーザ用サーバと、ストレージを管理する管理サーバとの間で通信ネットワークを介して情報の授受を行い、ユーザ端末からの要求に応答して、前記ストレージの記憶領域の一部を前記ユーザ端末に提供するストレージオンデマンドシステムにおいて、
   前記ユーザ用サーバは、ストレージに割当てられたボリュームのうち指定のボリュームを開放するための返却要求を前記ユーザ端末から受けたときに、前記サーバに対する返却要求の処理を実行する返却要求処理部と、前記返却要求処理部の処理による返却要求を前記通信ネットワークを介して前記管理サーバに送信するユーザ用通信部と、を備え、前記管理サーバは、前記返却要求を受信する管理サーバ用通信部と、前記管理サーバ用通信部の受信による返却要求に応答して、前記指定のボリュームに所定のパターンを書き込み、前記ストレージの指定のボリュームを初期化する初期化処理部と、前記指定のボリュームに対するアクセス権限を削除した後、前記指定ボリュームをアンマウントし、前記指定のボリュームに対するアクセス権を無効にするアクセス権処理部とを備え、前記管理サーバ用通信部は、前記初期化処理部と前記アクセス権処理部の処理結果を、それぞれ前記通信ネットワークを介して前記ユーザ用通信部に送信してなることを特徴とするストレージオンデマンドシステム。

Images