JP2011113306A - ストレージ装置に対する操作を管理するシステム - Google Patents

Abstract

【課題】ストレージ装置に対する操作に応じて決定される課金額がユーザにとってなるべくリーズナブルな額になるようにする。
【解決手段】論理ボリュームを提供する装置であるストレージ装置と、課金額を決定する計算機である課金計算機とに、管理システムが接続される。管理システムは、ユーザからストレージ装置に要求され正常に完了した操作に関する情報である操作関連ログを取得し、取得した操作関連ログを格納する。管理システムは、複数の操作関連ログに対応した複数の操作から、無効な操作に該当する条件である所定の無効操作条件に該当する操作である無効な操作を特定し、複数の操作関連ログのうちの、特定された無効な操作の操作関連ログ以外の操作関連ログを用いて、課金額の決定に必要な集計結果を含んだ情報である課金用情報を生成するための集計を行い、課金計算機に送信する。
【選択図】図１

Description

本発明は、ストレージ装置の管理に関する。

ストレージ装置として、例えば、複数の物理記憶デバイスを基にＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）に従う論理ボリューム（論理記憶デバイス）を提供する装置が知られている。この種のストレージ装置の管理に関する技術として、例えば、特許文献１に開示の技術が知られている。特許文献１によれば、計算機システムは、ファイル属性を管理するデータベース（ファイル属性ＤＢ）と、課金情報を管理するデータベース（課金情報ＤＢ）とファイルデータを格納するローカルファイルシステムを持つ。課金情報ＤＢは、ユーザ（あるいはグループ）とサーバの組み合わせ毎にレコードを持つ。新しいユーザやサーバが追加される毎にレコードが追加される。

特開２００４−２９５４６４号公報

一般に、論理ボリュームを利用するユーザに対する課金額は、そのユーザに割り当てられた論理ボリュームの容量に応じた額とされる。しかし、この課金方法では、割り当てられた論理ボリュームをあまり使用しないケースではユーザにとって必ずしもリーズナブルな課金額にならないと考えられる。

そこで、新たな課金方法として、ストレージ装置に対する操作に応じて課金額を決定する方法が考えられる。ストレージ装置に対する操作は、例えば、ストレージ装置に対する要求の種類（例えば、データのコピー、移行など）と、その要求に応答して入出力されるデータの量との少なくとも一方で定義されて良い。

しかし、ストレージ装置に対する操作の都度に一律に課金したのでは、ユーザにとってリーズナブルでは無い課金額となることがあり得る。それは、以下に例示するような無駄な操作が行われた場合にあり得る。
＊誤った操作が行われた。
＊論理ボリューム内のデータがほとんど更新されていないにもかかわらず、論理ボリューム内の全てのデータがバックアップされた。
＊第１の論理ボリュームから第２の論理ボリュームへデータが移行されたものの、Ｉ／Ｏ（Input/Output）性能がほとんど上がらず、それ故、第２の論理ボリュームから第１の論理ボリュームへデータが戻された。

そこで、本発明の目的は、ストレージ装置に対する操作に応じて決定される課金額がユーザにとってなるべくリーズナブルな額になるようにすることにある。

論理ボリュームを提供する装置であるストレージ装置と、課金額を決定する計算機である課金計算機とに、管理システムが接続される。管理システムは、例えば、プロセッサ及び記憶資源（例えばメモリ）を有する。管理システムのプロセッサは、ユーザからストレージ装置に要求され正常に完了した操作に関する情報である操作関連ログを取得し、取得した操作関連ログを記憶資源に格納する。プロセッサは、複数の操作関連ログに対応した複数の操作から、無効な操作に該当する条件である所定の無効操作条件に該当する操作である無効な操作を特定し、複数の操作関連ログのうちの、特定された無効な操作の操作関連ログ以外の操作関連ログを用いて、課金額の決定に必要な集計結果を含んだ情報である課金用情報を生成するための集計を行い、課金計算機に送信する。

本発明の一実施形態に係る計算機システムを示す。 ストレージ装置の構成の一例を示す。 ホスト計算機の構成の一例を示す。 ストレージ構成情報の一例を示す。 操作履歴情報の一例の一部を示す。 第１の操作集計情報の一例を示す。 第２の操作集計情報の一例を示す。 ストレージ操作ＰＧが行う処理のフローチャートである。 ストレージ制御機構が行う処理のフローチャートである。 操作収集ＰＧが行う処理のフローチャートである。 操作集計ＰＧが行う処理のフローチャートである。 操作チェックＰＧのフローチャートである。 ポリシー情報の一例を示す。 課金集計ＰＧが行う処理のフローチャートである。 ユーザＩＤ及び操作種別のセット毎の操作容量合計を表す情報を表示した画面の一例を示す。 指定されたセットに対応した操作容量合計の内訳を表示した画面の一例を示す。 複数のＶＯＬ移行がカスケード状に行われた場合の無効な操作と有効な操作を表す図である。

以下、図面を参照して、本発明の幾つかの実施形態を説明する。

各種情報に含まれている情報要素を説明する際に、「名」、「ＩＤ」という表現で識別情報を表すことがあるが、識別情報の種類は、どのような種類でも良いし、各種識別情報は別種の識別情報に互いに置換が可能であって良い。

また、以後の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信制御装置（例えば通信ポート）を用いながら行うため、処理の主語がプロセッサとされてもよい。また、プログラムを主語として説明された処理は、管理システムが行う処理としても良い。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。このため、プログラムを主語として説明された処理は、コントローラが行う処理としても良い。コントローラは、プロセッサと、プロセッサに実行されるコンピュータプログラムを記憶する記憶資源とを含んでも良いし、上記の専用ハードウェアを含んでも良い。また、コンピュータプログラムは、プログラムソースから各計算機にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。

なお、管理システムは、一以上の計算機、例えば、管理計算機、又は、管理計算機と表示用計算機との組み合わせで良い。具体的には、例えば、管理計算機が表示用情報を表示する場合は、管理計算機が管理システムで良い。また、処理の高速化や高信頼化のために、複数の計算機で管理計算機と同等の機能が実現されてもよく、この場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んで良い）が、管理システムで良い。

また、以下の説明では、インターフェース装置を「ＩＦ」と略記したり、コンピュータプログラムを「ＰＧ」と略記したりすることがある。

図１は、本発明の一実施形態に係る計算機システムの一例を示す。

第１ネットワーク４１に、複数（又は１つ）のホスト計算機２と、複数（又は１つ）のストレージ装置３と、管理計算機１と、課金計算機５とが接続されている。第１ネットワーク４１は、通信ネットワーク（例えばＬＡＮ（Local Area Network））であり、このネットワークを介して、所定のプロトコル、例えばＩＰ（Internet Protocol）で通信が行われる。

第２ネットワーク４２に、複数（又は１つ）のホスト計算機２と、複数（又は１つ）のストレージ装置３とが接続されている。第２ネットワーク４２も、通信ネットワーク（例えばＳＡＮ（Storage Area Network））であり、このネットワークを介して、所定のプロトコル、例えばＦＣ（Fibre Channel）又はｉＳＣＳＩ（「ＳＣＳＩ」はSmall Computer System Interfaceの略）で通信が行われる。なお、第２ネットワーク４２は第１ネットワーク４１と一体であっても良い。

ストレージ装置３は、ストレージ制御機構３１を有し、複数のＶＯＬ（論理ボリューム）３２を提供する。具体的には、例えば、図２に示すように、ストレージ装置３は、複数の物理記憶デバイス（例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive））３３を有し、それら複数の物理記憶デバイス３３を基に複数のＶＯＬ３２を提供する。ＶＯＬ３２に格納されるデータは、ＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）に従って、二以上の物理記憶デバイス３３に格納される。ＶＯＬ３２は、二以上の物理記憶デバイス３３を基に形成された実体的なボリュームであるが、それに限らず、仮想的なボリューム（例えば、Thin Provisioning技術に従う容量拡張ボリューム、或いは、外部ストレージに基づく外部の論理ボリュームが関連付けられた仮想ボリューム）でも良い。

ストレージ制御機構３１は、ホスト計算機２及び管理計算機１からコマンドを受信し処理するコントローラである。その機構３１は、例えば、図２に示すように、ＦＥ−ＩＦ（第２ネットワーク４２を介した通信を行うための、フロントエンドのインターフェース装置）３１４と、管理ＩＦ（第１ネットワーク４１を介した通信を行うためのインターフェース装置）３１６と、ＢＥ−ＩＦ（物理記憶デバイス３３に対する、バックエンドのインターフェース装置）３１５と、ＩＦ３１４又は３１６で受信したコマンドを処理するＣＰＵ３１１と、前述した要素３１１、３１３、３１４、３１５及び３１６間を接続するスイッチ装置（ＳＷ）３１２とを有する。ＳＷ３１２に代えてバスなどの接続装置が採用されても良い。

ＣＰＵ３１１は、ＩＦ３１４又は３１６が計算機１又は２から受信したコマンドに従う処理を行う。例えば、コマンドが、ホスト計算機２から受信したＩ／Ｏコマンド（ライトコマンド又はリードコマンド）の場合、ＣＰＵ３１１は、Ｉ／Ｏコマンドで指定されているＶＯＬ３２に対してデータのＩ／Ｏを通じて行う。また、コマンドが、計算機１又は２から受信した移行コマンドの場合、ＣＰＵ３１１は、そのコマンドで指定されている移行元のＶＯＬからそのコマンドで指定されている移行先のＶＯＬにデータを移行する。以下、一方のＶＯＬから他方のＶＯＬにデータが移行されることを「ＶＯＬ移行」と言う。なお、移行元のＶＯＬ及び移行先のＶＯＬが、一つのストレージ装置３に存在しても良いし、別々のストレージ装置３に存在しても良い。また、ＶＯＬに対するデータのＩ／Ｏは、ＩＦ３１５を通じて行われる。

ホスト計算機２は、ＶＯＬ３２を指定したＩ／Ｏコマンドを発行する。それにより、そのＶＯＬ３２に対してデータのＩ／Ｏが行われる。ホスト計算機２は、例えば、図３に示すように、ＣＰＵ（Central Processing Unit）２２と、メモリ２３と、第１ＩＦ（第１ネットワーク４１を介して通信を行うためのインターフェース装置）２４と、第２ＩＦ（第２ネットワーク４２を介して通信を行うためのインターフェース装置）２５とを有する。メモリ２３は、ＣＰＵ２２で実行されるコンピュータプログラムを記憶する。そのプログラムとして、例えば、ストレージ操作ＰＧ２１がある。ＰＧ２１は、ストレージ装置３に対する操作を行うプログラムであり、例えば、ＶＯＬ３２を指定したＩ／Ｏコマンドを発行するプログラムである。

ストレージ操作ＰＧ２１は、Ｉ／Ｏ先を表す情報を含んだＩ／Ｏコマンドをストレージ装置３へ送信する。その情報は、例えば、ＶＯＬ３２のＩＤ（例えばＬＵＮ（Logical Unit Number））及び記憶領域アドレス（例えばＬＢＡ（Logical Block Address））を含む。その情報が表す記憶領域に対してアクセスが行われる。

管理計算機１は、管理システムの一例であり、各ホスト計算機２及び各ストレージ装置３に関する情報を管理する計算機である。管理計算機１は、例えば、ＣＰＵ１１と、メモリ１７と、ＩＦ（第１ネットワーク４１を介して通信を行うためのインターフェース装置）１９と、表示デバイス１８とを有する。

メモリ１７は、ストレージ構成情報６と、操作履歴情報７と、操作集計情報８とを記憶する。詳細は後述するが、本実施形態では、操作集計情報８には、第１の操作集計情報と第２の操作集計情報との二種類の情報があるが、それらのうちの一方が無くても良い。情報６、７及び８は、テーブル構造であるが、テーブル構造以外の構造とされても良い。

また、メモリ１７は、ＣＰＵ１１で実行されるコンピュータプログラムを記憶する。そのプログラムとしては、例えば、ストレージ操作ＰＧ１２、操作収集ＰＧ１３、操作集計ＰＧ１４、操作チェックＰＧ１５及び課金集計ＰＧ１６がある。ストレージ操作ＰＧ１２は、ストレージ装置３に対して種々の操作（例えば、データのコピーやデータの圧縮やＶＯＬ移行等の操作）を行う。ストレージ操作ＰＧ１２は、ストレージ装置３に対する操作を行う。操作収集ＰＧ１３は、ストレージ装置３に対して行われた操作に関する情報を収集することにより操作履歴情報７を構築する。操作集計ＰＧ１４は、履歴情報７を基に集計を行う。操作チェックＰＧ１５は、集計結果を表す情報（集計情報）８を基に、無駄な操作、すなわち、課金の対象外とする無効な操作を検出する。課金集計ＰＧ１６は、無駄な操作を課金対象としない課金用の集計情報を、履歴情報７を基に作成し、その集計情報を課金計算機５に送信する。ＰＧ１２〜１６が行う処理の詳細については、後述する。なお、本実施形態では、ストレージ操作ＰＧ１２が管理計算機１で実行されるが、ストレージ装置３に対してＶＯＬ移行やコピー等の操作を行うＰＧ１２は、管理計算機１とは別の計算機で実行され、管理計算機１は、操作に関する情報の収集や集計のみを行っても良い。

課金計算機５は、ストレージ装置３のユーザに対する課金額を決定する計算機（例えばサーバマシン）である。課金計算機５も、図示しないが、ＣＰＵ、メモリ及びＩＦ（（第１ネットワーク４１を介して通信を行うためのインターフェース装置））を有する。ＣＰＵは、管理計算機１から課金用の集計情報を受信し、その課金用の集計情報を基に、各ユーザへの課金額を決定する。

以下、管理計算機１が有する各種情報６、７及び８を説明する。

図４は、ストレージ構成情報６の一例を示す。

ストレージ構成情報６は、ストレージ装置３に関する構成を表す情報である。ストレージ構成情報６は、例えば、ＶＯＬ３２毎に、ストレージ装置ＩＤと、ＶＯＬ−ＩＤと、ＶＯＬ性能を表す情報とを有する。ストレージ装置ＩＤは、ＶＯＬ３２を有するストレージ装置のＩＤである。ＶＯＬ−ＩＤは、ＶＯＬ３２のＩＤである。ＶＯＬ性能は、ＶＯＬ３２のＩ／Ｏの性能であり、例えば、そのＶＯＬ３２を提供する物理記憶デバイス３３のＩ／Ｏ性能に依存する。例えば、ＶＯＬ性能が所定値以上であれば“Ｈｉｇｈ”、ＶＯＬ性能が所定値未満であれば“Ｌｏｗ”が、ＶＯＬ性能を表す情報として設定される。

図５は、操作履歴情報７の一例の一部を示す。

操作履歴情報７は、管理計算機１の管理対象のストレージ装置３に対する操作の履歴を示す情報である。履歴情報７には、ストレージ装置３に対する操作ごとに、その操作に関するログ（以下、「操作関連ログ」）を有する。操作関連ログは、例えば、操作日付（操作が行われた日付）を示す情報と、制御情報と、操作実績情報とを有する。履歴情報７では、操作関連ログが時系列に（例えば、操作日付の昇順又は降順に）並んでいる。

制御情報は、操作要求元情報と操作情報とを有する情報である。

操作要求元情報は、操作を行った装置に関する情報であり、例えば、装置ＩＤ（ストレージ装置３に対して操作を行った装置のＩＤ）と、ユーザＩＤ（ストレージ装置３に対して操作を行った装置を使用したユーザのＩＤ）とを有する。

操作情報は、操作の詳細に関する情報であり、例えば、操作種別（操作の種別）を表す情報と、操作容量を表す情報とを有する。

操作種別としては、例えば、下記がある。
＊ライト操作。ライトとは、後述の操作対象ＶＯＬにデータを書き込むことである。
＊リード操作。リードとは、操作対象ＶＯＬからデータを読み出すことである。
＊コピー操作。コピーとは、操作対象ＶＯＬが記憶しているデータを後述の操作先ＶＯＬにコピーすることである。コピーには、例えば、初期コピーと差分コピーとがある。初期コピーとは、操作対象ＶＯＬが記憶しているデータの全てを操作先ＶＯＬにコピーすることである。差分コピーとは、操作対象ＶＯＬが記憶しているデータのうちの更新されたデータ（直前回のコピー以降に更新されたデータ）のみを操作先ＶＯＬにコピーすることである。
＊圧縮保存操作。圧縮保存とは、操作対象ＶＯＬ内のデータを圧縮し圧縮後のデータを操作先ＶＯＬ（又は操作対象ＶＯＬ）へ保存することである。
＊ＶＯＬ移行操作。ＶＯＬ移行とは、操作対象ＶＯＬ内のデータの全てを操作先ＶＯＬへ移行する操作である。ＶＯＬ移行では、操作先のＶＯＬ（移行先のＶＯＬ）のＩＤが、操作対象ＶＯＬ（移行元のＶＯＬ）のＩＤに変更される。このため、図５では、操作種別“ＶＯＬ移行”については、操作対象ＶＯＬのＶＯＬ−ＩＤと操作先ＶＯＬのＶＯＬ−ＩＤと同じＩＤとなっている。しかし、ＶＯＬそれ自体は別である。それは、操作種別“ＶＯＬ移行”についてＶＯＬ性能が操作対象ＶＯＬと操作先ＶＯＬとで違っていることから分かる。

操作容量とは、指定された操作種別に従う操作に応じて入出力されたデータの量である。例えば、操作種別がライト操作又はリード操作の場合、操作容量は、操作対象ＶＯＬへ書き込まれたデータ又は操作対象ＶＯＬから読み出されたデータの量である。操作種別が初期コピー操作、差分コピー操作又はＶＯＬ移行操作の場合、操作対象ＶＯＬから操作先ＶＯＬに書き込まれたデータの量である。操作種別が圧縮保存の場合、操作容量は、操作対象ＶＯＬから圧縮保存のために読み出されたデータ（圧縮の対象のデータ）の量である。

操作実績情報は、操作対象ＶＯＬ情報と操作先ＶＯＬ情報とを有する情報である。

操作対象ＶＯＬ情報は、操作対象ＶＯＬに関する情報であり、例えば、装置ＩＤと、ＶＯＬ−ＩＤと、ＶＯＬ性能を表す情報とを有する。「操作対象ＶＯＬ」とは、データが入出力されるＶＯＬとして指定された操作対象である。装置ＩＤは、操作対象ＶＯＬを有するストレージ装置であり、操作対象ＶＯＬを指定した操作が行われる装置である。ＶＯＬ−ＩＤは、操作対象ＶＯＬのＩＤである。ＶＯＬ性能は、操作対象ＶＯＬの性能である。

操作先ＶＯＬ情報は、操作先ＶＯＬに関する情報であり、例えば、装置ＩＤと、ＶＯＬ−ＩＤと、ＶＯＬ性能を表す情報とを有する。「操作先ＶＯＬ」とは、操作対象ＶＯＬから読み出されたデータの書込み先となるＶＯＬであり、例えば、操作種別がコピー、圧縮保存及びＶＯＬ移行のときに指定されるＶＯＬである。装置ＩＤは、操作先ＶＯＬを有するストレージ装置である。ＶＯＬ−ＩＤは、操作先ＶＯＬのＩＤである。ＶＯＬ性能は、操作先ＶＯＬの性能である。

管理計算機１は、この操作履歴情報７を、表示デバイス１８に表示することができる。管理計算機１は、図５に示したとおりに情報７を表示することもできるし、情報７を加工して（例えば、情報７の一部を削除したり、順番を入れ替えたりして）加工後の情報７を表示することもできる。図５のように表示した場合は、より過去に実施された操作に関する情報が先頭（図面上では上）になるように表示されることになるが、これとは逆に、より現在に近い日時に実施された操作に関する情報が先頭になるように表示されてもよい。

図６は、第１の操作集計情報８Ａの一例を示す。

第１の操作集計情報８Ａは、履歴情報７が有する種々の情報要素（値）を集計することにより得られる情報である。具体的には、情報８Ａによれば、各情報セット（操作日付と、操作種別と、操作要求元情報内の装置ＩＤ及びユーザＩＤとのセット）８１について、操作対象ＶＯＬごとに、操作容量が集計されている。例えば、操作日付“2009/07/31”、操作種別“Read”、装置ＩＤ“Host_2”、且つ、ユーザＩＤ“User_B”である操作は、ストレージ装置“ST02”のＶＯＬ“V01”及びストレージ装置“ST02”のＶＯＬ“V02”に対して行われ、それぞれの操作容量は“20GB”であることがわかる。

管理計算機１（或いはユーザ）は、情報８Ａを参照することで、無駄な操作が行われているか否かを判定することができる。

例えば、点線枠８２で囲まれた情報は、ＶＯＬ“V01”に対する書き込みが“1GB”しかなされていないのに、ＶＯＬ“V01”から初期コピーが行われたことを示している。ＶＯＬ“V01”の容量は“200GB”であるため、“1GB”の更新のためだけにＶＯＬ“V01”全体のコピーを行ったこの操作は無駄であるといえる（この場合は、更新部分のコピーを行う差分コピーを実施するのが適切と考えられる）。

また、例えば、点線枠８３で囲まれた情報は、ＶＯＬ性能“High”のＶＯＬ“V02”からＶＯＬ性能“Low”のＶＯＬ“V02”へＶＯＬ移行が行われてから一定時間内（例えば同じ日）に、ＶＯＬ性能“Low”のＶＯＬ“V02”からＶＯＬ性能“High”のＶＯＬ“V02”へＶＯＬ移行が行われたことを示している。これは、例えば、ＶＯＬ性能を低くしても問題がないと考えて、ＶＯＬ性能が“Low”のＶＯＬへＶＯＬ移行を行ってみたものの、何らかの問題（例えば、作業が効率的に実施できない等）が発生したことが原因として考えられる。このような場合、ＶＯＬ性能が“Low”のＶＯＬとＶＯＬ性能が“High”のＶＯＬとの間で行われた２回のＶＯＬ移行は、いずれも無駄であるといえる。

点線枠８４で囲まれた情報は、ＶＯＬごとの操作容量の合計を示している。課金計算機５は、例えば、各ＶＯＬの操作容量合計に基づいて、課金額を決定することができる。

図７は、第２の操作集計情報８Ｂの一例を示す図である。

第２の操作集計情報８Ｂも、第１の操作集計情報８Ａと同様に、履歴情報７が有する種々の情報要素（値）を集計することにより得られる情報である。具体的には、情報８Ａによれば、各情報セット（操作日付と、操作種別と、操作対象ＶＯＬの装置ＩＤ及びＶＯＬ−ＩＤとのセット）８５について、操作先ＶＯＬごとに、操作回数（操作対象ＶＯＬからデータが書き込まれた回数）が集計されている。例えば、操作日付“2009/07/31”では、ストレージ装置“ST01”にある操作対象ＶＯＬ“V01”からストレージ装置“ST02”にある操作先ＶＯＬ“V02”に行われた初期コピーは１回だけであることがわかる。

管理計算機１（或いはユーザ）は、情報８Ｂを参照することで、無駄な操作が行われているか否かを判定することができる。

例えば、点線枠８６で囲まれた情報は、同一の操作対象ＶＯＬから同一の操作先ＶＯＬに同日に初期コピーが２回行われていることを示す。この２回の操作のうちの後の操作は無駄であると考えられる。なぜなら、通常、一つのＶＯＬペア（操作対象ＶＯＬと操作先ＶＯＬのペア）について、初期コピーは１日に１回で十分と考えられるからである。

また、例えば、点線枠８７で囲まれた情報は、同一の操作対象ＶＯＬから同一の操作先ＶＯＬに同日にＶＯＬ移行が２回行われていることを示す。この２回の操作のうちの後の操作は無駄であると考えられる。なぜなら、通常、一つのＶＯＬペア（操作対象ＶＯＬと操作先ＶＯＬのペア）について、ＶＯＬ移行は１日に１回で十分と考えられるからである。

以上のように、本実施形態では、操作履歴情報７を基に、二種類の集計、すなわち、各操作要求元及び操作種別について操作対象ＶＯＬ毎に操作容量を集計することと、各操作対象ＶＯＬ及び操作種別について操作先ＶＯＬ毎に操作回数を集計することとが行われる。その二つの集計結果の片方或いは両方から、操作の無駄が生じていた場合にはそれを検出することができる。

以下、本実施形態で行われる種々の処理を説明する。

図８は、ストレージ操作ＰＧ１２が行う処理のフローチャートである。

まず、ストレージ操作ＰＧ１２は、ストレージ装置３に対する操作の要求を受け付ける（Ｓ１０１）。操作要求としては、例えば、データのリード、ライト、コピー、圧縮保存、或いはＶＯＬ移行の要求がある。操作要求には、例えば、操作対象ストレージ装置３のＩＤと、操作対象ＶＯＬのＶＯＬ−ＩＤとが含まれる。

次に、ストレージ操作ＰＧ１２は、操作対象ＶＯＬのＶＯＬ−ＩＤがストレージ構成情報６に含まれているか否かを判定する（Ｓ１０２）。

Ｓ１０２の判定の結果が否定的の場合（Ｓ１０２：ＮＯ）、ストレージ操作ＰＧ１２は、操作要求の送信元（例えば、ユーザ）にエラーを返す（Ｓ１０６）。

一方、Ｓ１０２の判定の結果が肯定的の場合（Ｓ１０２：ＹＥＳ）、ストレージ操作ＰＧ１２は、操作対象ストレージ装置３のストレージ制御機構３１に、ステップＳ１０１で受け付けた操作要求に従うコマンド（例えば、ＶＯＬ移行を受け付けた場合はＶＯＬ移行コマンド）を送信する（Ｓ１０３）。ＶＯＬ移行コマンドには、例えば、操作対象ＶＯＬのＩＤ、その操作対象ＶＯＬを有するストレージ装置３のＩＤ、操作先ＶＯＬのＩＤ、及び、その操作先ＶＯＬを有するストレージ装置３のＩＤが含まれる。

Ｓ１０３の後、ストレージ操作ＰＧ１２は、ステップＳ１０３で送信したコマンドに対する応答を、操作対象ストレージ装置３から受信する（Ｓ１０４）。

ストレージ操作ＰＧ１２は、ステップＳ１０４で受信した応答を解析することで、操作が成功したか否かを判定する（Ｓ１０５）。

Ｓ１０５の判定の結果が否定的の場合（Ｓ１０５：ＮＯ）、ストレージ操作ＰＧ１２は、操作要求の送信元に対してエラーを返す（Ｓ１０６）。

一方、Ｓ１０５の判定の結果が肯定的の場合（Ｓ１０５：ＹＥＳ）、ストレージ制御ＰＧ１２は、処理を終了する。

なお、図８は、管理計算機１で実行されるストレージ操作ＰＧ１２が行う処理の流れを示すが、ホスト計算機２のストレージ操作ＰＧ２１も、図８と同様の処理を行うことができる。ホスト計算機２のストレージ操作ＰＧ２１は、ＶＯＬを指定したＩ／Ｏコマンドを送信するＰＧであって、管理計算機１のストレージ操作ＰＧ１２は、ＶＯＬ移行やコピー等の制御コマンドを送信するＰＧであっても良い。

図９は、ストレージ制御機構３１が行う処理のフローチャートである。

制御機構３１は、ストレージ操作ＰＧ１２又は２１から、操作対象ＶＯＬを指定したコマンドを受信する（Ｓ２０１）。

次に、制御機構３１は、受信したコマンドが示す操作を操作対象ＶＯＬについて実施する（Ｓ２０２）。

ステップＳ２０２での実施に失敗した場合（Ｓ２０３：ＮＯ）、制御機構３１は、コマンドの送信元の計算機１又は２に対してエラーを返す（Ｓ２０５）。

ステップＳ２０２での実施に成功した場合（Ｓ２０３：ＹＥＳ）、制御機構３１は、成功を意味する応答を、コマンドの送信元に返すと共に、管理計算機１に、実施した操作に関するログ（つまり操作関連ログ）を送信する（Ｓ２０４）。

図９で説明した処理によれば、操作関連ログは、エラー（Ｓ２０５）の場合には行われず、操作が正常に実施された場合に、管理計算機１に送信される。従って、管理計算機１が受信した操作関連ログから特定される操作は、ストレージ装置３に対して単に要求されただけでなくストレージ操作３で実施された操作である。

なお、操作関連ログがストレージ制御機構３１から管理計算機１に送信されることに代えて又は加えて、ストレージ装置３に対してコマンドを送信した（操作を要求した）計算機１又は２が、そのコマンドに対して成功を表す応答をストレージ制御機構３１から受信した場合に、要求した操作に関する操作関連ログを送信してもよい。

図１０は、操作収集ＰＧ１３が行う処理のフローチャートである。

図９のステップＳ２０４で説明したように、ストレージ制御機構３１は、コマンドに従う操作を実施する都度に、実施した操作に関する情報（操作関連ログ）を、管理計算機１に送信する。

作情報収集ＰＧ１３は、ストレージ制御機構３１から操作関連ログを受信する（Ｓ３０１）。

操作収集ＰＧ１３は、その受信した操作関連ログを有するログを操作履歴情報７に追加する（Ｓ３０２）。

このようにして、ストレージ装置３が実施した操作に関す情報が、履歴として、操作履歴情報７に追加される。

図１１は、操作集計ＰＧ１４が行う処理のフローチャートである。

操作集計ＰＧ１４は、ユーザから操作集計要求を受け付ける（Ｓ４０１）。なお、Ｓ４０１に代えて、集計ＰＧ１４は、定期的に、下記のＳ４０２を開始しても良い。

集計ＰＧ１４は、操作履歴情報７が有する種々の情報要素（値）を集計することにより、前述した第１及び第２の操作集計情報８Ａ及び８Ｂを生成する（Ｓ４０２）。

そして、集計ＰＧ１４は、操作チェックＰＧ１５を呼び出す。それにより、ストレージ操作チェック処理が行われる（Ｓ４０３）。

図１２は、ストレージ操作チェック処理のフローチャートである。

操作チェックＰＧ１５が、操作集計ＰＧ１４から、操作チェック要求を受け付ける（Ｓ５０１）
チェックＰＧ１５が、第１の集計情報８Ａから或る操作日付に関する情報を読み込む（Ｓ５０２）。

チェックＰＧ１５が、読み込んだ情報に含まれている一以上のログから、下記の二つの条件（Ｘ１）及び（Ｘ２）：
（Ｘ１）ライト容量＜初期コピー容量の１０％；
（Ｘ２）ＶＯＬ移行容量＞ＶＯＬ容量の２倍、
のいずれかに該当する関係を有する操作があるか否かを判定する（Ｓ５０３）。

ここで、条件（Ｘ１）において、「ライト容量」とは、操作種別“ライト”に対応した操作容量（書き込まれたデータの総量）であり、「初期コピー容量」とは、操作種別“初期コピー”に対応した操作容量（初期コピーの対象となったデータの量）である。条件（Ｘ１）は、初期コピー容量の１０％にも満たない量のデータしか書込まれていない日に初期コピーを行うのは無駄であるとのポリシーに従う条件である。１０％に代えて、別の割合が設定されても良い。

条件（Ｘ２）において、「ＶＯＬ移行容量」とは、操作種別“ＶＯＬ移行”に対応した操作容量（ＶＯＬ移行の対象となったデータの量）である。条件（Ｘ２）は、ＶＯＬ移行の対象となったデータの量が一日にＶＯＬの容量の２倍を超えていると、ユーザが意図した運用とすることができなかった故にユーザが再びＶＯＬ移行させているとのポリシーに従う条件である。

チェックＰＧ１５は、条件（Ｘ１）及び（Ｘ２）のいずれかに該当する関係の操作を検出した場合（Ｓ５０３：ＹＥＳ）、その検出された操作に関する情報を有するログについて、無効を設定する（Ｓ５０４）。例えば、チェックＰＧ１５は、そのログに他のログ（有効な操作に関するログ）と異なる色又は模様を施す。

チェックＰＧ１５は、第１の集計情報８Ａ内の、全ての操作日付に関する情報について、Ｓ５０２乃至Ｓ５０４を行う（Ｓ５０５）。

次に、チェックＰＧ１５が、第２の集計情報８Ｂから或る操作日付に関する情報を読み込む（Ｓ５０６）。

チェックＰＧ１５が、読み込んだ情報に含まれている一以上のログから、下記の二つの条件（Ｙ１）及び（Ｙ２）：
（Ｙ１）初期コピー回数≧２回；
（Ｘ２）ＶＯＬ移行回数≧２回、
のいずれかに該当する関係を有する操作があるか否かを判定する（Ｓ５０７）。

ここで、条件（Ｙ１）において、「初期コピー回数」とは、操作種別“初期コピー”に対応した操作回数（初期コピーの回数）である。条件（Ｙ１）は、同一のＶＯＬペアについて一日に初期コピーを２回以上行うのは無駄であるとのポリシーに従う条件である。

条件（Ｙ２）において、「ＶＯＬ移行回数」とは、操作種別“ＶＯＬ移行”に対応した操作回数（ＶＯＬ移行の回数）である。条件（Ｙ２）は、同一のＶＯＬペアについて一日にＶＯＬ移行を２回以上行われた場合それらは無駄な操作であるとのポリシーに従う条件である。

チェックＰＧ１５は、条件（Ｙ１）及び（Ｙ２）のいずれかに該当する関係の操作を検出した場合（Ｓ５０７：ＹＥＳ）、その検出された操作に関する情報を有するログについて、無効を設定する（Ｓ５０８）。

チェックＰＧ１５は、第２の集計情報８Ｂ内の、全ての操作日付に関する情報について、Ｓ５０６乃至Ｓ５０７を行う（Ｓ５０９）。

このストレージ操作チェック処理により、無駄と考えられる操作（課金の対象外にすべきであると考えられる操作（無効な操作））が推定される。言い換えれば、このストレージ操作チェック処理により、課金の対象にすべきであると考えられる操作（有効な操作）が推定される。

前述した条件（Ｘ１）、（Ｘ２）、（Ｙ１）及び（Ｙ２）は、例えば、管理計算機１のメモリ１７に予め設定されているポリシー情報に従って設定された条件である。

図１３は、ポリシー情報１４０１の一例を示す。

ポリシー情報１４０１は、無駄な操作（課金の対象外となる無効な操作）の特定するためのポリシーに関する情報である。具体的には、例えば、ポリシー情報１４０１は、ポリシー毎に、操作種別を表す情報と、操作対象ＶＯＬを表す情報と、ポリシーの詳細を表す情報とを有する
操作対象ＶＯＬを表す情報は、例えば、装置ＩＤとＶＯＬ−ＩＤで構成される。なお、ＩＤとして“ＡＬＬ”は、全てのストレージ装置或いはＶＯＬを指すことを意味する。

ポリシーの詳細を表す情報は、例えば、集計種別を表す情報と、無効操作条件を表す情報とを有する。集計種別としては、「操作容量」と「操作回数」とがある。

集計種別「操作容量」は、無効操作条件が第１の集計情報８Ａから読み込まれた情報に適用されることを意味する。

集計種別「操作回数」は、無効操作条件が第２の集計情報８Ｂから読み込まれた情報に適用されることを意味する。

「無効操作条件」とは、無効な操作（無駄な操作）の条件である。図示の無効操作条件は、前述した条件（Ｘ１）、（Ｙ１）及び（Ｙ２）である。無効操作条件は、例えば、管理者（課金の対象となるユーザとは別の人間）によって決定されて良い。また、無効操作条件には、上述した要素の他に、例えば、以下のユーザ条件（ｐ）及び／又は時期条件（ｑ）の条件：
（ｐ）同一のユーザによって行われた二以上の操作が無効となるのか、或いは、異なるユーザによって行われた二以上の操作であっても無効となるのか；
（ｑ）二以上の操作が行われた時間（例えば、３時間、１日などの時間の条件）、
が関連付けられても良い。例えば、第１のＶＯＬから第２のＶＯＬへのＶＯＬ移行がユーザＡによって行われ、そのＶＯＬ移行が行われてから或る時間内に、第２のＶＯＬから第１のＶＯＬへのＶＯＬ移行がユーザＢによって行われた場合、（ｐ）及び／又は（ｑ）の内容次第で、それらの操作が無効ともなるし有効ともなる。上述した（ｐ）及び（ｑ）のうちの少なくとも一方の条件が、全ての無効操作条件に共通であっても良い。また、無効操作条件には、操作対象ＶＯＬ及び／又は操作先ＶＯＬのＶＯＬ性能に関する条件が含まれていても良い。

ストレージ操作チェック処理では、ポリシー情報１４０１を基に、無効操作条件が、その無効操作条件に対応付けられた操作対象ＶＯＬについて、その無効操作条件に対応した種類の集計情報８Ａ又は８Ｂに適用される。

図１４は、課金集計ＰＧ１６が行う処理のフローチャートである。

課金集計ＰＧ１６は、例えば課金計算機５から、課金集計要求を受け付ける（Ｓ６０１）。その要求は、課金計算機５から発行されても良いし、或いは、Ｓ６０１が行われることに代えて定期的に下記のＳ６０２が開始されても良い。

ＰＧ１６は、履歴情報７から、第１の日時が記録された操作関連ログから第２の日時が記録されている操作関連ログまでの複数の操作関連ログを特定する（Ｓ６０２）。第１及び第２の日時の少なくとも一方は管理者から指定されても良いし、所定の規則に従って定められても良い。例えば、第１の日時から第２の日時までの時間は、直近の過去１日である。

ＰＧ１６は、Ｓ６０２で特定した複数の操作関連ログから、無効が設定されている操作関連ログ（以下、無効ログ）を特定する（Ｓ６０３）。

ＰＧ１６は、Ｓ６０２で特定した複数の操作関連ログのうちのＳ６０３で特定された無効ログ以外の操作関連ログにおける操作容量を、所定の単位で集計し、集計結果を表す情報（課金用の集計情報）を、第１ネットワーク４１を介して課金計算機５に送信する（Ｓ６０４）課金用の集計情報は、例えば、ユーザ毎に操作容量の合計を表す情報を有している。

課金計算機５は、課金用の集計情報を受信する。課金計算機５のメモリは、例えば、所定の操作容量当たりの課金額を表す情報（以下、課金額単位情報）を記憶する。課金計算機５のＣＰＵは、課金額単位情報と、課金用の集計情報が表す、操作容量の合計とを基に、ユーザに対する課金額を決定する。

ところで、課金集計ＰＧ１６は、履歴情報７を基に、図１５に示す画面を表示デバイス１８に表示することができる。

すなわち、課金集計ＰＧ１６は、履歴情報７から、第１の日時が記録された操作関連ログから第２の日時が記録されている操作関連ログまでの複数の操作関連ログを特定し、特定されたログにおける操作容量をユーザＩＤ及び操作種別のセット毎に集計する。ＰＧ１６は、ユーザＩＤ及び操作種別のセット毎の操作容量合計を表す情報（例えばテーブル）を表示した画面１６０１を、表示デバイス１６に表示する。

ＰＧ１６は、管理者所望のセットが指定された場合、そのセットに対応した操作容量合計の内訳を表示した画面（以下、内訳画面）を表示する。内訳画面の一例を図１６に示す。

図１６の内訳画面１７０１は、図１５の画面１６０１に対して、ユーザＩＤ“Adimin_A”と操作種別“ＶＯＬ移行”とのセットに対応した操作容量合計の内訳を表示する。その内訳は、その操作容量合計の要素となった全ての操作容量と、各操作容量での操作日付及び操作内容情報（例えば、ＶＯＬ移行であれば、どの操作対象ＶＯＬからどの操作先ＶＯＬへデータが移行されたかを表す情報）と、ログ（操作）の有効／無効を表す情報とを有する。図１６の画面１７０１において、例えば「０１：００」という表記の左半分がストレージ装置のＩＤを表し、その右半分がＶＯＬのＩＤを表す。

図１５の画面１６０１と図１６の画面１７０１とを比べれば分かるように、図１５の画面１６０１に表示されている操作容量合計には、図１６の画面１７０１において「無効」と表示されている操作についての操作容量は含まれていない。つまり、画面１６０１に表示されている操作容量合計は、有効な操作の操作容量のみの合計である。画面１６０１に表示される情報は、第１の集計情報８Ａに基づいて生成された情報であっても良い。なぜなら、第１の集計情報８Ａは、操作種別とユーザＩＤとのセット毎の集計結果（操作容量合計）を表す情報を有しているからである。

管理者は、この内訳画面１７０１を見て、チェックＰＧ１５による判定結果の正否を判定することができる。例えば、画面１７０１が表示する内訳における５番目と６番目の情報によれば、ストレージ装置“０１”のＶＯＬ“０７”からストレージ装置“０２”のＶＯＬ“０８”にデータを移行した後、同じに日に、ストレージ装置“０２”のＶＯＬ“０８”からストレージ装置“０１”のＶＯＬ“０７”にデータが移行されている。これは、例えば、ＶＯＬ移行を行ったもののユーザが意図するＩ／Ｏ性能が得られなかったが故に同日に元のＶＯＬにデータが戻されたと考えられる。このため、ストレージ装置“０１”のＶＯＬ“０７”からストレージ装置“０２”のＶＯＬ“０８”へのＶＯＬ移行の操作と、ストレージ装置“０２”のＶＯＬ“０８”からストレージ装置“０１”のＶＯＬ“０７”へのＶＯＬ移行の操作の両方について無効と設定されているのは正しいと判定することができる。

管理者が、有効／無効の設定が正しくないと判定される操作（ログ）を見つけた場合、正しくないと判定された、有効／無効の設定を、訂正することができる。有効／無効の訂正は、履歴情報７に反映される。すなわち、課金集計ＰＧ１６は、有効／無効が訂正された場合、有効／無効が訂正された操作のログ（履歴情報７内のログ）に対し、現在の設定（例えば「無効」）を訂正後の設定（例えば「有効」）に更新する。これにより、図１４に示した処理では、有効／無効が訂正されたログを有する履歴情報７を基に、課金用の集計情報が生成されることになる。従って、内訳画面１７０１を見て有効／無効を訂正する作業は、図１４に示した処理が開始される前に行われることが望ましい。

上述した実施形態によれば、ストレージ装置３に対する操作の都度にその操作に関する情報（操作関連ログ）が履歴情報７に追加されていく。そして、その履歴情報７に含まれている種々の情報要素が所定の単位で集計され、その集計結果（第１及び第２の集計情報８Ａ及び８Ｂ）を基に、無駄な操作（無効な操作）があった場合にはそれが検出される。課金対象とする操作容量の集計は、履歴情報７のうちの、無効と判定された操作に関する情報を除いた情報を用いて行われる。これにより、ストレージ装置３に対する操作に応じて決定される課金額がユーザにとってなるべくリーズナブルな額になることが期待できる。

なお、無駄な操作の判断基準はこれまで述べたとおり、何らかの値を基準とする一方で、当該基準はユーザ毎に異なる場合がある。例えば、指定期間中のコピー回数を判断基準とした場合、格納データに対するアクセス傾向が頻繁に変化する場合は指定期間を短くするか、コピー回数を大目にしないと、本来正当な操作が無駄な操作と認定されるからである。その対策として、管理計算機は無駄な操作の判断基準の値（閾値）をユーザによって設定してもらうインターフェースを設けても良い。

しかし、課金額に無駄な操作によって発生した課金を踏めないようにする場合、ユーザが課金額を不正に軽減するために、前述の判断基準の値を変更することが考えられる。こうした不正の防止のために、管理計算機は設定可能な判断基準の値以外の値を設定された場合は、当該設定を拒否してもよい。

以上、本発明の一つの実施形態を説明したが、本発明は、この実施形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

例えば、無効な操作（無駄な操作）の幾つかの例は、前述した通りであるが、それらの例のうちの少なくとも一つの例に代えて又は加えて、次の例が採用されても良い。すなわち、図１７に示すように、第１のＶＯＬ（例えばＶＯＬ性能が低いＶＯＬ）から、第１のＶＯＬよりＶＯＬ性能が高い第２のＶＯＬ（例えばＶＯＬ性能が中程度のＶＯＬ）へのＶＯＬ移行が完了してから所定期間内に（例えば同日に）、その第２のＶＯＬから、第２のＶＯＬよりＶＯＬ性能が高い第３のＶＯＬ（例えばＶＯＬ性能が高いＶＯＬ）へのＶＯＬ移行が行われた場合、それらのＶＯＬ移行操作のうちの一つの操作が有効と判定され残りの操作が無効と判定されて良い。要するに、『所定期間内に複数のＶＯＬ移行がカスケード状に行われた場合、それら複数のＶＯＬ移行操作のうち最後に行われた操作だけが有効な操作とされ残りが無効な操作である』といった無効操作条件が設定されて良い。なぜなら、このケースでは、ユーザの意図は、データをよりＶＯＬ性能の高いＶＯＬに移行することにあると思われ、最後の移行先のＶＯＬ以外のＶＯＬでは、ユーザの意図するＶＯＬ性能が得られなかったと判断できるためである。

このように、ストレージ装置３に対して行われる操作は様々であり、それ故、無効と考えられる操作も、操作種別、操作対象ＶＯＬ及び操作先ＶＯＬのうちの少なくとも一つに応じて様々である。管理者は、操作種別、操作対象ＶＯＬ及び操作先ＶＯＬのうちの少なくとも一つに応じて考えられる無効操作条件をなるべく多く管理計算機１に設定しておくことで、チェックＰＧ１５が、多くの種類の無効な操作を検出することができる。

また、上述した実施形態によれば、操作の有効／無効のチェック結果は、課金額の決定に利用されるが、それに代えて又は加えて、他のサービスに利用されて良い。他のサービスとしては、例えば、運用改善の案をユーザに提供するサービスが考えられる。具体的には、例えば、チェックＰＧ１５が、履歴情報７に基づいて集計された結果を表す情報を基に、無効な操作（無駄な操作）を検出した場合、無効な操作を表す情報を、その操作を行ったユーザ（その操作を要求したユーザ）に通知して良い。より具体的には、例えば以下の通りである。

或るＶＯＬ（以下、便宜上「ＶＯＬ−Ｔ」と記載）内のデータを定期的にバックアップ（コピー）することをユーザがストレージ装置３に設定していた場合、定期的にそのＶＯＬ−Ｔ内のデータがバックアップされる。しかし、ＶＯＬ−Ｔにデータがライトされていないにも関わらずにそのＶＯＬ内のデータがバックアップされているようであれば、バックアップは無駄である。そこで、チェックＰＧ１５は、履歴情報７に基づく第１の集計情報８Ａから、一定期間内にＶＯＬ−Ｔに所定量Ｋ（Ｋは０以上の値）以上のデータがライトされたことを検出できない場合には、ＶＯＬ−Ｔからのデータのバックアップに関する操作を行ったユーザに対し、運用改善のアドバイス（例えば、バックアップの頻度を減らす或いはバックアップを行わない）を表す情報を提供して良い。

課金額の決定とは別のサービスを行う管理システムは、例えば以下のように表現されて良い。
＜表現＞
論理ボリュームを提供する装置であるストレージ装置に接続されるインターフェースと、
記憶資源と、
前記インターフェース及び前記記憶資源に接続されたプロセッサと
を有し、
前記プロセッサが、
（ｓ１）ユーザから前記ストレージ装置に要求され正常に完了した操作に関する情報である操作関連ログを取得し、
（ｓ２）前記（ｓ１）で取得した操作関連ログを前記記憶資源に格納し、
（ｓ３）前記記憶資源に格納されている複数の操作関連ログに対応した複数の操作から、無効な操作に該当する条件である所定の無効操作条件に該当する操作である無効な操作を特定し、
（ｓ４）前記特定された無効な操作の操作関連ログを用いた情報処理を行う（例えば、その無効な操作を行ったユーザが使用する計算機に通知する）、或いは、前記特定された無効な操作の操作関連ログ以外の操作関連ログを用いた情報処理を行う、
管理システム。

なお、以上の説明では、操作対象としてボリューム（論理ボリューム）を中心に説明を行ってきたが、本発明はこれに限られない。特にデータ移行またはコピーはボリューム単位以外にもボリューム内のデータ領域（例えば、１０ＧＢ単位の場合や、可変長のデータ領域）を対象としてもよい。これまでの説明の「ボリューム」を対象とした説明を「データ領域」と置き換えれば詳細な動作については理解可能なことは言うまでも無い。

１：管理計算機

Claims (11)

1. 論理ボリュームを提供する装置であるストレージ装置と、課金額を決定する計算機である課金計算機とに接続されるインターフェースと、
   記憶資源と、
   前記インターフェース及び前記記憶資源に接続されたプロセッサと
   を有し、
   前記プロセッサが、
   （Ａ）ユーザから前記ストレージ装置に要求され正常に完了した操作に関する情報である操作関連ログを取得し、
   （Ｂ）前記（Ａ）で取得した操作関連ログを前記記憶資源に格納し、
   （Ｃ）前記記憶資源に格納されている複数の操作関連ログに対応した複数の操作から、無効な操作に該当する条件である所定の無効操作条件に該当する操作である無効な操作を特定し、
   （Ｄ）前記記憶資源に格納されている複数の操作関連ログのうちの、前記特定された無効な操作の操作関連ログ以外の操作関連ログを用いて、課金額の決定に必要な集計結果を含んだ情報である課金用情報を生成するための集計を行い、
   （Ｅ）前記課金用情報を、前記課金用情報を用いて課金額を決定する課金計算機に送信する、
   管理システム。
2. 請求項１の管理システムであって、
   前記操作関連ログは、
   前記ストレージ装置に対して操作が行われた日時である操作日時を表す情報と、
   その操作の種別を表す情報と、
   その操作の対象となった論理ボリュームである操作対象ＶＯＬを表す情報と、
   前記操作対象ＶＯＬに対して入出力されたデータの量である操作容量を表す情報と
   を有し、
   前記無効操作条件は、操作種別と操作容量とに関する条件を有し、
   前記（Ｃ）において、前記プロセッサは、
   （ｃ１）前記複数の操作関連ログから特定される操作容量を、それぞれの操作関連ログから特定される操作日時を基に、それぞれの操作関連ログから特定される操作対象ＶＯＬ毎に集計し、
   （ｃ２）前記（ｃ１）での集計結果を基に、一定時間内に行われた操作であって前記無効操作条件に該当する操作を特定する、
   管理システム。
3. 請求項２記載の管理システムであって、
   前記操作関連ログは、前記ストレージ装置に対して操作を行ったユーザの識別情報を更に有し、
   前記（ｃ１）において、前記プロセッサは、前記複数の操作関連ログから特定される操作容量を、それぞれの操作関連ログから特定される操作日時を基に、それぞれの操作関連ログから特定される操作対象ＶＯＬとユーザ識別情報とのセット毎に集計し、
   前記（ｃ２）において、前記プロセッサは、前記（ｃ１）での集計結果を基に、一定時間内に同一のユーザに行われた操作であって前記無効操作条件に該当する操作を特定する、
   管理システム。
4. 請求項３の管理システムであって、
   前記操作種別として、前記操作対象ＶＯＬから読み出されたデータが別のＶＯＬである操作先ＶＯＬに書き込まれる種別があり、
   前記操作関連ログは、前記操作先ＶＯＬを表す情報を更に有し、
   前記無効条件は、同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作が行われた回数に関する条件を含み、
   前記（ｃ１）において、前記プロセッサは、更に、同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作が行われた回数を、前記複数の操作関連ログを基に集計し、
   前記（ｃ２）において、前記プロセッサは、操作回数の集計結果を基に、一定時間内に前記無効操作条件に該当する回数行われた操作であって、同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作を特定する、
   管理システム。
5. 請求項４記載の管理システムであって、
   前記操作対象ＶＯＬから読み出された前記操作先ＶＯＬに書き込まれる操作種別は、前記操作対象ＶＯＬから前記操作先ＶＯＬへのデータの移行又はコピーである、
   管理システム。
6. 請求項１記載の管理システムであって、
   前記プロセッサは、
   （Ｘ）複数の操作関連ログが表す、複数の操作に関する情報を、無効な操作と無効な操作とを区別できるように表示する、
   管理システム。
7. 請求項１の管理システムであって、
   前記操作関連ログは、
   前記ストレージ装置に対して操作が行われた日時である操作日時を表す情報と、
   その操作の種別を表す情報と、
   その操作の対象となった論理ボリュームである操作対象ＶＯＬを表す情報と、
   その操作によって前記操作対象ＶＯＬから読み出されたデータの書込み先となるＶＯＬである操作先ＶＯＬを表す情報と
   を有し、
   前記無効操作条件は、操作種別と、同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作が行われた回数とに関する条件を有し、
   前記（Ｃ）において、前記プロセッサは、
   （ｃ１）同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作が行われた回数を、前記複数の操作関連ログを基に集計し、
   （ｃ２）操作回数の集計結果を基に、一定時間内に前記無効操作条件に該当する回数行われた操作であって、同一の操作対象ＶＯＬから読み出されて同一の操作先ＶＯＬにデータが書き込まれる操作を特定する、
   管理システム。
8. 請求項７記載の管理システムであって、
   前記操作対象ＶＯＬから読み出された前記操作先ＶＯＬに書き込まれる操作種別は、前記操作対象ＶＯＬから前記操作先ＶＯＬへのデータの移行又はコピーである、
   管理システム。
9. 請求項８記載の管理システムであって、
   前記操作対象ＶＯＬから読み出された前記操作先ＶＯＬに書き込まれる操作種別は、前記操作対象ＶＯＬから前記操作先ＶＯＬへのデータの移行であり、
   前記無効操作条件は、前記操作対象ＶＯＬから前記操作先ＶＯＬへデータを移行する操作である第１の移行操作が行われてから一定時間内に前記操作先ＶＯＬから元の前記操作対象ＶＯＬへデータを戻す操作である第２の移行操作が行われた場合には前記第１及び第２の移行操作は両方とも無効な操作であることを意味する条件である、
   管理システム。
10. 請求項８記載の管理システムであって、
    前記操作対象ＶＯＬから読み出された前記操作先ＶＯＬに書き込まれる操作種別は、前記操作対象ＶＯＬから前記操作先ＶＯＬへのデータの移行であるＶＯＬ移行であり、
    前記無効操作条件は、複数のＶＯＬ間をカスケード状にデータが移動するような複数のＶＯＬ移行の操作が行われた場合には最後の操作が有効でありその最後の操作以外は無効な操作であることを意味する条件である、
    管理システム。
11. 論理ボリュームを提供する装置であるストレージ装置と、課金額を決定する計算機である課金計算機と、前記ストレージ装置及び前記課金計算機に接続された管理システムとを有する計算機システムで実現される方法であって、
    （Ａ）前記管理システムが、ユーザから前記ストレージ装置に要求され正常に完了した操作に関する情報である操作関連ログを取得し、
    （Ｂ）前記管理システムが、前記（Ａ）で取得した操作関連ログを格納し、
    （Ｃ）前記管理システムが、複数の操作関連ログに対応した複数の操作から、無効な操作に該当する条件である所定の無効操作条件に該当する操作である無効な操作を特定し、
    （Ｄ）前記管理システムが、複数の操作関連ログのうちの、前記特定された無効な操作の操作関連ログ以外の操作関連ログを用いて、課金額の決定に必要な集計結果を含んだ情報である課金用情報を生成するための集計を行い、
    （Ｅ）前記管理システムが、前記課金用情報を、前記課金用情報を用いて課金額を決定する課金計算機に送信する、
    課金支援方法。

Images