JP4588486B2 - 計算機システム及び管理計算機とホスト計算機並びにボリューム管理方法 - Google Patents

Description

本発明は、ボリュームの管理を行なうボリューム管理方法において、記憶装置(以下、「ストレージ」ともいう)のボリュームを使用するユーザの業務に応じて、複数の前記ユーザが同一のボリューム管理する場合に、前記同一のボリュームを操作する権限を調整し、ユーザの誤操作防止をし、ボリュームの運用を正常に実行可能とするボリューム管理方法に関する。

企業などで運用管理する計算機システムにおいて、ストレージのデータ量の増大に伴い、大容量ストレージを用いた計算機システム、また複数のストレージ間をストレージ専用のネットワーク(主にFibre Channel)で接続するＳＡＮ(Storage Area Network)やＩＰ(Internet Protocol)で接続された複数のストレージにより、これらのストレージに分散された大容量データを共有して計算機が使用する計算機システムが増加している。またストレージの可用性の向上などの目的のため、ストレージの機能の増加や高機能化なども多く行なわれてきている。上記のような計算機システムでは、管理すべきデータ量の増大により、ストレージの運用管理は複雑化しコストも増大する。そのため、ストレージネットワーク内の複数のストレージや、大容量ストレージの管理を行なうユーザを分けて、管理範囲を分割する技術が提供されている(例えば、特許文献１)。

特許文献１では、ユーザやホストに対して、アクセス可能なボリュームの割り当て、かつその管理権限を設定可能とする発明である。この発明により、各ボリュームに対してユーザの管理範囲を明確にすることが可能である。

またストレージの高機能化の発明として、バックアップ処理中におけるオンライン処理の性能低下を防止するため、ストレージ内のボリュームを二重化してオンライン処理のデータの複製を取り、バックアップ処理を行なうサーバ(バックアップサーバ)は、上記複製したボリュームのデータを複製元として扱って、バックアップ先にデータを転送する発明である(例えば、特許文献２)。この発明により、オンライン処理に負担をかけず、高速なバックアップを行なうことが可能である。
特開２００３−３３０６２２号公報 特開２００２−４１３４５号公報

かかる従来の方法においては、次のような問題がある。
特許文献２のような従来技術では、ストレージのボリューム複製技術から、複製を停止したときを契機として、バックアップサーバの処理が行なわれるので、ボリュームの状態の変更を契機に、機能的には別の処理が発生する。しかし、この処理は継続的に行なうことが前提となっており、バックアップとは別の業務をもつ他の管理者が存在した場合の複製ボリュームを扱う影響、すなわち管理者のボリュームの操作権限については述べられていない。特許文献２で示しているような、一連のバックアップ処理において、ストレージ内でボリュームデータの複製を取得している処理の間に、別の管理者がバックアップサーバと接続しているパスを削除してしまったら、バックアップ処理は正しく終了できなくなる。すなわち、ボリュームの構成が、バックアップを行なっている管理者の許可なく、別の管理者に勝手に変更されてしまうことが考えられる。そのため、ボリュームの権限を管理する機構が必要となる。

特許文献１のような従来技術により、上記の問題は解決できる場合もあるが、管理範囲の分割はボリュームなどのストレージシステムの資源である。しかし、ストレージシステムを運用するに当たっては、同一のボリュームに対して、様々な操作が存在する。例えばストレージのボリュームに対して、ホストからデータアクセスを行なうルートを決めるパスの設定、データバックアップためのボリューム間の複製、ボリュームデータ保護のためのボリュームの書き込み禁止設定などの操作を行なうことがある。そして、これらの操作は業務からみれば、別の機能となり、同一のボリュームでも業務ごとに別の管理者を置くことも考えられる。このとき、特許文献１では、同一のボリュームを複数の管理者に与えることが可能である。よって、同一のボリュームに対して、業務ごとに管理者を別にして管理させることが可能である。

しかし、ストレージ操作によって、特許文献２でも示したとおり、ボリュームの状態は変更することがあり、また複数のストレージ操作設定を前提のもとに、ストレージ操作を行なう機能もある。例えば、前述したボリューム間の複製がある。これはホストからボリュームへ書き込んだデータを、そのまま別のボリュームにホストを介さず、ストレージ内、またはストレージ間で複製を取る機能であるが、ボリューム間の複製を操作する管理者は、パスが設定されていることを前提として、あくまでボリューム間の複製の制御や、ボリューム複製の状態を監視することを行なう管理者であり、パス設定は別の管理者が行なうことも考えられる。これが同一ボリュームで複数の管理を行なう場合であるが、この場合、特許文献１の場合には、パス設定の管理者にパスの管理権限を与えることになる。

しかし特許文献１の場合、例えば、ボリューム複製の管理者が複製の設定を管理している場合でも、パス設定の管理者がボリュームのパスを削除する権限は与えられている。そして、パス設定の管理者が誤ってパスを削除してしまう、または別のホストに対してパスを作成してしまうと、ボリューム複製の管理者の複製の設定を運用できなくなる。すなわち、パスの設定が変わってしまうと、ボリューム複製の管理者は管理者が前提としていたホストからのデータＩ／Ｏが発行されない状況で、ボリューム複製を管理することになり、ボリューム複製の管理者の前提を壊してしまうことになる。

本発明は、ユーザの権限を調整し、誤操作防止を行なうことができる計算機システム及び管理計算機とホスト計算機並びにボリューム管理方法を提供することを目的とする。

上記の課題を解決するために、本発明では、ボリュームの状態（以下、「属性」ともいう）に応じて、ボリュームを操作できるユーザ、例えばホスト管理者を調整する。すなわち、ボリュームの状態から、ストレージシステムのホスト管理者の操作権限を把握して、同一ボリュームに対する複数のホスト管理者の操作権限を制限なり、変更する。例えば、ボリュームの複製を行なっている場合には、ボリュームは複製を行なっているという状態を管理する。そして、ボリュームが複製を行なっているのであれば、ボリューム複製のホスト管理者が存在し、他のホスト管理者、例えばパス設定管理者は、ボリューム複製のホスト管理者が管理しているボリュームに対しては、パス操作を行なわないように制限する。そうすれば、パス設定管理者は誤ったパス削除、無関係なパスの作成を行なうことなく、ボリューム複製のホスト管理者の動作環境を破壊せず、ストレージシステムの一貫した運用管理をすることが可能となる。すなわち、ボリュームの状態に応じて、ホスト管理者の操作権限を変更することで、ユーザの権限を調整し、誤操作防止を行なう。すなわち、ユーザの設定権限をボリュームの属性変更を契機により変更することで、複数共存するストレージのホスト管理者の設定に一貫性を持たせ、ストレージ運用環境の破壊を防ぐことができる。

すなわち、本発明は、記憶領域であるボリュームを備える記憶装置と、該記憶装置を管理する管理計算機と、前記記憶装置のボリュームの操作権限を取得することができる各ユーザがそれぞれ使用する複数のホスト計算機とを備え、各装置をネットワークを介して接続し、２以上のホスト管理者が同一のボリュームを使用することができる計算機システムにおいて、前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームへの一のユーザの操作内容を取得すると、該ボリュームの属性と前記２以上のユーザの該ボリュームの操作権限とから前記操作内容を実行可能か否か判定し、前記操作内容が実行否であれば、該操作内容を抑制する計算機システムである。

本発明によれば、ユーザの設定権限をボリュームの属性変更を契機により変更することで、複数共存するストレージシステムのユーザの設定に一貫性を持たせ、ストレージのユーザの誤操作を防止し、ストレージ運用環境の破壊を防ぐことができる。

本発明を実施するための最良の形態を説明する。
以下、本発明の計算機システム及び管理計算機とホスト計算機並びにボリューム管理方法の実施例について、図面を用いて詳細に説明する。

実施例１を説明する。図１は、本発明の計算機システムの第一の形態であるボリューム管理を行なうストレージシステムの構成を示す図である。ストレージ１２０は、実際に計算機（例えばホスト１１０）が操作するデータを格納する管理領域であるボリューム１２５、ボリューム１２５の読み書きに関するデータＩ／Ｏの送受信や管理計算機１００などと通信を行なうＩ／Ｆ１２２と、実際にストレージの制御を行なうＣＰＵ１２１とメモリ１２３を有する。Ｉ／Ｆ１２２は、通信形態が異なれば（例えば管理計算機１００との通信がＩＰ(Internet Protocol)、ホスト１１０とのデータＩ／ＯはＦＣ(Fibre Channel))によっては、通信形態ごとに通信装置が別々に配置されることもある。メモリ１２３にはストレージ構成プログラム１２４があり、ＣＰＵ１２１によって実行されることにより実現される。ストレージ構成プログラム１２４は、ストレージ１２０の構成について管理するプログラムであり、ボリューム１２５を用いて、あるボリュームに対して、複数の複製ボリュームを作成する機能や、ボリューム１２５をＩ／Ｆ１２２経由でホスト１１０に認識させるための機能（以下、「パス設定機能」とも呼ぶ）、このパス設定機能を用いた後、認識させるホストを限定する機能、ボリューム１２５にデータの書き込みを禁止する機能などのストレージの機能を持つ。またボリューム１２５は、ハードディスクやハードディスクをＲＡＩＤ構成した論理的なボリュームの場合もあり、またバックアップシステムなどで、データのバックアップを取るために、テープやＤＶＤなどのリムーバブルメディアとして存在する場合もある。またこの場合、ストレージ１２０は、ハードディスクによる媒体であったり、ハードディスクを複数持って、ＲＡＩＤ構成のボリュームを実現する装置であったり、リムーバブルメディアであるテープを自動的に入れ替える装置であるテープライブラリであったり、ＤＶＤを自動的に入れ替える装置であるＤＶＤライブラリであったりする。なお、本発明における「パス」は、ストレージ内及びホストとストレージ間を意味する。

管理計算機１００は、ＣＰＵ１０１とメモリ１０３と、ストレージ１２０やホスト１１０と通信するＩ／Ｆ１０２を有する。管理計算機用のストレージ連携プログラム１０４、ボリューム権限管理プログラム１０５、ホスト連携プログラム１０６は、本発明の実施の形態の処理を実現するものである。ストレージ連携プログラム１０４、ボリューム権限管理プログラム１０５、ホスト連携プログラム１０６は、管理計算機１００のメモリ１０３に格納されており、ＣＰＵ１０１によって実行されることにより実現される。ストレージ管理情報１０７、業務管理情報１０８は、ストレージ連携プログラム１０４、ボリューム権限管理プログラム１０５、ホスト連携プログラム１０６で使用する情報である。

ホスト１１０は、ストレージ１２０のボリューム１２５にＩ／Ｆ１１２を介して、データＩ／Ｏを送受信して、ホストのデータをボリューム１２５に格納、編集する計算機である。ホスト１１０は、前述したＩ／Ｆ１１２とＣＰＵ１１１、メモリ１１３を有する。ホスト１１０を管理計算機１００で管理する場合は、ホスト１１０のメモリ１１３上の管理計算機連携プログラム１１６を使用し、管理計算機１００にＩ／Ｆ１１２を介して、情報の送受信を行なう。またホスト１１０の業務プログラム１１４は、ホスト１１０上で動作する業務を実行するプログラムである。この業務（用途）には、ボリューム１２５上のデータの更新、作成を行なうデータ管理や、データの複製を行なうバックアップ管理などがある。またホスト用のストレージ連携プログラム１１５は、ストレージ１２０のストレージ構成プログラム１２４と連携して、ストレージ構成の情報の取得や、設定を指示するプログラムである。メモリ１１３に格納されている業務プログラム１１４、ストレージ連携プログラム１１５、管理計算機連携プログラム１１６は、ＣＰＵ１１１によって実行されることにより実現される。Ｉ／Ｆ１１２は管理計算機１００とストレージ１２０に接続されているが、管理計算機１００への情報の送受信には、ＴＣＰ／ＩＰのようなプロトコル、ストレージ１２０に対しては、Ｆｉｂｒｅ Ｃｈａｎｎｅｌのようなプロトコルを使用する場合、すなわち別々のプロトコルで接続する場合には、それぞれ別々のＩ／Ｆとなっていてもよい。別の言い方をすれば、例えばホスト１１０のデータの送受信に管理計算機１００とストレージ１２０とで、同じプロトコルを使用する場合は、Ｉ／Ｆ１１２は、１つのＩ／Ｆの装置で構成してもよい。

図２は、実施例１において、管理計算機１００で実行される各プログラムで使用するストレージ管理情報１０７のテーブル群の一例を説明する図である。ストレージ管理情報１０７には、ボリューム管理テーブル２００、ポート管理テーブル２１０、ペア管理テーブル２２０がある。

ボリューム管理テーブル２００には、ボリュームを識別するボリュームＩＤ２０１と、ストレージを識別するストレージＩＤ２０２と、各ストレージ内部のボリュームを識別するストレージボリュームＩＤ２０３と、パスが設定されている場合のポートを識別するポートＩＤ２０４と、パスが設定されているときにどのホストからアクセスできるかを制限するための情報となるセキュリティ情報を識別するホストＩＤ２０５と、ボリュームに対して、書き込み禁止などのガードがかかっているかの情報を格納するガード２０６と、バックアップ業務がある場合に、バックアップ対象のボリュームであるかどうかの情報を格納するバックアップ許可２０７が格納されている。このテーブル２００は管理計算機１００で複数のストレージを管理する場合に、複数のストレージのボリュームを識別するために用いる。

例えば、ボリュームＩＤ２０１がＶＯＬ１のボリュームには、ポートＩＤ２０４がＰＯＲＴ−Ａのポートにパスが設定されており、ホストＩＤ２０５がＨＯＳＴ−Ａのホストだけが参照できるようにセキュリティ設定がされており、前記で述べたガードがかかっていることを表している。ポートＩＤ２０４、ホストＩＤ２０５の情報が空白となっているボリュームは、パス設定やセキュリティ設定がないことを表している。また各ボリュームに対して、上記ガードの設定がない場合には「なし」を、ガードの設定がある場合には「あり」という内容が格納される。また各ボリュームに対して、上記バックアップ許可がない場合には「なし」を、バックアップ許可がある場合には「あり」という内容が格納される。

ここで、ホストＩＤ２０５はストレージで識別できるホストの識別子なので、例えばストレージ１２０のＩ／Ｆ１２２がＦｉｂｒｅ Ｃｈａｎｎｅｌであれば、Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅを識別子として表してよい。またホストＩＤ２０５の情報は、ホスト１１０の管理計算機連携プログラム１１６から管理計算機１００のホスト連携プログラム１０６へ送り、ホストＩＤ２０５のデータが妥当かどうか判定してもよい。

また一のボリュームＩＤに複数のパスを設定する、すなわちポートを複数登録する必要のあるときは同じボリュームＩＤの情報がボリューム管理テーブル２００の別の列に格納されることもある。また同じパス、すなわちボリュームＩＤとポートＩＤの組について、複数のホストに対してセキュリティをかけるときには、またこのパスの組がボリューム管理テーブル２００に複数あって、ホストＩＤを別にして格納されることもある。

またガード２０６には複数の種類が考えられるが（例：書き込みのみ禁止、読み出し書き込み禁止等）、ここでは簡単のため、ガードの設定は共通の管理者で行なうものとし、ガードの設定の有無による識別で本形態の説明を行なう。

ポート管理テーブル２１０には、ポートを識別するポートＩＤ２１１と、ストレージを識別するストレージＩＤ２１２と、各ストレージ内部のポートを識別するストレージポートＩＤ２１３が格納されている。このテーブルは管理計算機１００で複数のストレージを管理する場合に、複数のストレージのポートを識別するために用いる。

ペア管理テーブル２２０には、各ペア関係を識別するペアＩＤ２２１と、複製元のボリュームＩＤを示す複製元２２２と複製先のボリュームＩＤを示す複製先２２３とペア状態を示す状態２２４が格納されている。複製元２２２と複製先２２３の情報は、ボリューム管理テーブル２００のボリュームＩＤ２０１と同じ値が入り、ボリュームのペア関係を格納している。例えばペアＩＤ１のペアでは複製元のボリュームＶＯＬ１から複製先のボリュームＶＯＬ２に対して、ペア関係となっており、ペア状態がコピー中、すなわち複製元から複製先へデータをコピーしている最中であることを示している。

ここで、ペア管理テーブル２２０の状態２２４には次のペアの状態があるものとする。状態「ペア中」は、上記にも述べたが、複製元のボリュームのデータが、複製先ボリュームに書き込まれていて、データを同期している最中、または実際に同期していることを示す。状態「ペア分割」は、ペア中で同期したデータから、ある時間のデータを保存するために、複製元から複製先のボリュームのデータコピーを中断した状態を示す。これにより、ペア分割した時間の複製元ボリュームのデータが複製先のボリューム中にも反映していることを示す。状態「ペアなし」は、ペア定義を行なっていないボリュームの状態をさす。

図３は、本発明の第一の形態において、管理計算機１００で実行される各プログラムで使用する業務管理情報１０８にあるテーブルの一例を説明する図である。業務操作テーブル３００は、ユーザの業務の名称を表す業務３０１と、業務３０１が実際に行なうストレージ操作を示す操作３０２の情報が格納されている。ここで示されている、操作「ペア」はボリュームの複製を取る操作のことをいい、操作「パス」はパス設定を行なう操作を示す。

例えば、業務「ストレージ」は、ストレージ構成プログラム１２４で実行可能なストレージ設定でペアとパスの操作を行なうことを表している。後述するガード設定も、ストレージ構成プログラム１２４で実行可能であるが、別のホスト管理者を立てているため、ガード設定はこのストレージ業務からは外されているものとする。

また業務「バックアップ」とは、バックアップサーバにおいて、複製元のボリュームから複製先のボリュームにホストにバックアップ業務をもたせて、複製を行なう業務のことであるが、実際にストレージ操作を行なうのは、バックアップサーバとボリュームとのパスの操作となることを示している。

また業務「ガード設定」は、ホストにある業務プログラムとストレージ連携プログラムと連携してガード設定を行なう業務であり、ストレージ操作としては、ガード設定操作を行なうことを示している。

ユーザ管理テーブル３１０は、ユーザを識別するユーザＩＤ３１１と、ユーザの業務を示す業務３１２と、業務３１２でユーザが管理するリソースの集合である管理リソース３１３とユーザのパスワード３１４が格納されている。

ここで管理リソース３１３に格納されている情報は、ボリュームＩＤ２０１、ポートＩＤ２１１、及びホストＩＤ２０５でも示しているボリュームなどである。

例えば、ユーザＩＤ３１１が「１」のユーザは、業務はストレージ操作をすることであり、管理できるリソースはＶＯＬ１、ＶＯＬ２のボリュームと、ＰＯＲＴ−Ａ、ＰＯＲＴ−Ａ１のポートと、ＨＯＳＴ−Ａ、ＨＯＳＴ−Ｂのホストを管理できることを表している。

またユーザＩＤ３１１が「２」のユーザは、業務はバックアップであり、ＶＯＬ２とＶＯＬ７のボリュームと、ＰＯＲＴ−Ａ１、ＰＯＲＴ−Ｃのポートと、ＨＯＳＴ−Ｂのホストを管理できることを表している。

またユーザＩＤ３１１が「３」のユーザは、業務はガード設定であり、ＶＯＬ１のボリュームとＨＯＳＴ−Ａのホストを管理できることを表している。

図４は、実施例１において、管理計算機１００で実行される各プログラムで使用する業務管理情報１０８にあるテーブルの他の一例を説明する図である。業務操作テーブル４００は、業務操作テーブル３００と同じ形式であり、業務操作テーブル３００とは別の表現で業務を表している。この表現の業務は、業務操作テーブル３００の業務「ストレージ」で行なう操作をそれぞれ分けて、各操作を別々のホスト管理者を立てて管理する場合の形態とも言える。

業務操作テーブル４００は、ユーザの業務の名称を表す業務４０１と、業務４０１が実際に行なうストレージ操作を示す操作４０２の情報が格納されている。例えば、業務「パス」は、ストレージ構成プログラム１２４で実行可能なストレージ設定でパスの操作を行なうことを表している。また業務「ペア」とは、ストレージ構成プログラム１２４で実行可能なストレージ設定でペアの操作を行なうことを表している。

ユーザ管理テーブル４１０は、ユーザ管理テーブル３１０と同じ形式であり、ユーザ管理テーブル３１０とは別の管理体系としてユーザを定義した場合の例である。

ユーザ管理テーブル４１０には、ユーザを識別するユーザＩＤ４１１と、ユーザの業務を示す業務４１２と、ユーザが管理するリソースの集合である管理リソース４１３とユーザのパスワード４１４が格納されている。

ここで管理リソースに格納されている情報は、ボリュームＩＤ２０１、ポートＩＤ２１１、ホストＩＤ２０５でも示しているボリュームなどである。

例えば、ユーザＩＤ４１１が「１１」のユーザは、業務はパス操作をすることであり、管理できるリソースはボリュームがＶＯＬ１、ＶＯＬ２、ＶＯＬ５、ＶＯＬ６、ポートがＰＯＲＴ−Ａ、ＰＯＲＴ−Ｂ、ホストがＨＯＳＴ−Ａ、ＨＯＳＴ−Ｂであることを表す。よって、例えばＶＯＬ１とＰＯＲＴ−Ａでパスを設定し、ＶＯＬ５とＰＯＲＴ−Ｂでパスを設定することが可能であることを示している。

またユーザＩＤ４１１が「１２」のユーザは、ＶＯＬ１とＶＯＬ５のボリュームを用いてペア設定を行なうことができ、またＨＯＳＴ−ＡとＨＯＳＴ−Ｃを用いてホスト１１０経由でもペア設定ができることを示している。ここで、ホスト１１０経由でペア設定を行なう場合は、ユーザＩＤ４１１が「１１」のユーザに、ＨＯＳＴ−ＡにＶＯＬ１とＶＯＬ５にそれぞれパスを設定してもらう必要がある。

図５は、実施例１において、管理計算機１００で実行される各プログラムで使用する業務管理情報１０８にあるテーブルの一例を説明する図である。共有ボリューム操作管理テーブル５００は、複数のユーザで共有しているボリュームにおいて、ボリュームの状態とボリュームを使用可能な業務を関連させるテーブルである。ここで示される業務は、図３で示した業務操作テーブル３００、ユーザ管理テーブル３１０で示した例とする。

共有ボリューム操作管理テーブル５００には、複数のユーザで共有するボリューム操作内容を表す操作５０１と、ボリューム操作を区別するための情報として定義しておくボリューム状態５０２と、共有ボリュームの各操作の権限を持つユーザの業務を示す業務５０３と、上記共有するボリュームの操作５０１の設定を、ボリューム状態５０２に変更された契機に行なうかどうかを示す動的設定５０４と、上記共有するボリュームの操作で使用するリソースの権限の委譲について定義しておくリソース委譲５０５の情報が格納されている。

ボリューム状態５０２において、この状態はストレージ管理情報１０７のボリューム管理テーブル２００のガード２０６、バックアップ許可２０７と、ペア管理テーブル２２０の状態２２４を表している。またこのボリューム状態５０２に格納されている情報がないものは、ボリュームの状態に依存せず、ボリューム操作が行なえることを表している。

業務５０３において、これはユーザ管理テーブル３１０、業務操作テーブル３００の業務の情報である。図５の例では格納されている情報がない部分がある。これは、どの業務のユーザにも操作権限が与えられていないことを示している。

ここで、動的設定５０４には、格納されている値（情報）としては、「あり」がある。「あり」という値が格納されていれば、ボリューム状態５０２で示されている状態にボリュームがなったときに、まだ業務５０３で行なう操作５０１の設定が行なわれていないときに、ユーザの操作を介さずに自動的に設定を行なうことを示している。動的設定５０４に格納されている情報がなければ、上記動的設定の処理は行なわないことを示している。

またリソース委譲５０５には、格納されている値（情報）としては、「あり」がある。「あり」という値が格納されていれば、ボリューム状態５０２で示されている状態にボリュームがなったときに、ボリューム状態５０２になる前にリソースを管理していたユーザの共有ボリュームに関連する管理リソースを委譲されることを示している。

例えば、操作「パス」では、通常は図３の例から、業務５０３「ストレージ」か「バックアップ」であるが、ボリューム状態５０２が「ガードあり」、すなわちガード設定が共有ボリュームに行なわれたときには、業務５０３「ガード設定」に使用可能な業務のユーザが変更される。このとき、通常管理している業務で使用している共有ボリュームと、共有ボリュームの操作「パス」に関連するリソースを、業務５０３「ガード設定」が委譲されることになる。すなわち、通常管理しているユーザ業務を「ガード設定」が受け持つことになる。これはボリュームの状態により、ストレージ操作できる業務のユーザを変更すること、すなわち、ユーザのストレージ操作権限を変更することで、一貫した業務を行なうように定義している。

また各業務を行なうユーザにもレベルが存在する場合も考えられる。例えば、操作権限レベルの高いガード設定のユーザもいれば、操作権限レベルの低く、ある契機でないとガード設定ができない（例えばペア分割のときしかガード設定できない）ユーザもいることが考えられる。この場合は、業務５０３で指定する業務を複数設定し、業務の順位付けをする。例えば、操作権限レベルの高いガード設定業務のユーザ（ユーザＡ）と、ストレージ業務のユーザ（ユーザＢ）と、操作権限レベルの低いガード設定のユーザ（ユーザＣ）がいれば、ペア操作で、「ガードあり」の状態では、ガードの業務のユーザが権限を持つことになるが、上記３者のユーザに対しては、ユーザＡ、ユーザＢ、ユーザＣを業務５０３に登録しておき、ユーザＡ、ユーザＢ、ユーザＣの順番（優先順位）で操作権限を与えられることを登録しておく。これにより、ユーザＡのレベルのユーザがおらず、ユーザＢ、ユーザＣのレベルのユーザのみが共有ボリュームを管理していれば、ユーザＢ、すなわちストレージ業務のユーザが、たとえ「ガードあり」の状態でもペアの操作を行なうこととなる。

またユーザが同じレベルとして、同じ業務を行ない、同じボリュームを管理している場合も考えられる。この場合には、先に業務を行なったユーザが、管理リソースの権利を持つように設定し、その業務の操作を終了する、例えば、ペア操作において、ペアを設定したら、ペアを設定したユーザがそのボリュームの操作権限をもち、他の同じレベルのユーザは操作権限を与えないように、業務５０３に登録しても良いし、上記制限を設けなければ、同じレベルのユーザなら、どちらのユーザでも操作可能としても扱うようにしてもよい。

図６は、実施例１において、業務操作テーブル３００とユーザ管理テーブル３１０と共有ボリューム操作管理テーブル５００の情報から、各ユーザで共有しているボリュームに対して、ボリューム状態からどのユーザが操作を行なうかを示すテーブルの一例を表した図である。

共有ボリューム操作管理対応テーブル６００は、ユーザで共有されているボリュームのボリュームＩＤを示す共有ボリューム６０１、複数のユーザで共有するボリューム操作内容を表す操作６０２と、ボリューム操作を区別するための情報として定義しておくボリューム状態６０３と、ボリューム状態６０３の場合に共有ボリューム６０１に対する操作６０２を行なうことが可能なユーザを示す使用可能ユーザ６０４、上記共有するボリュームの操作６０２の設定を、ボリューム状態６０３に変更された契機に行なうかどうかを示す動的設定６０５と、上記共有するボリュームの操作で使用するリソースの操作権限の委譲について定義しておくリソース委譲６０６の情報を示している。動的設定６０５、リソース委譲６０６は、前述した共有ボリューム操作管理テーブル５００の動的設定５０４、リソース委譲５０５と同義である。

ボリューム状態６０３において、格納されている値（情報）がないものは、ボリュームの状態に依存せず、ボリューム操作が行なえることを表している。例えば、ＶＯＬ１のガード設定は、ボリュームの状態に関わらずユーザＩＤ３のユーザがガード操作可能なことを表している。

また、使用可能ユーザ６０４において、格納されている値がないものは、どのユーザも操作６０２で示す操作の権限がないこと表している。例えば、ＶＯＬ２のボリュームにおいて、「ペア分割、バックアップ許可あり」の場合は、使用可能ユーザ６０４には値がないことがわかる。この場合は、どのユーザも操作６０２で示す操作、すなわちペア操作の権限がないこと表している。

共有ボリューム操作管理対応テーブル６００は、共有ボリューム操作管理テーブル５００と、ユーザ管理テーブル３１０と、業務操作テーブル３００により、自動的に情報を作成しても良いし、管理計算機の業務管理情報１０８として、ストレージ操作を行なう前に、登録しても良い。共有ボリューム操作管理テーブル５００と共有ボリューム操作管理対応テーブル６００は、共存させないようにしても良いし、共存する場合は、どちらのテーブルを優先するか決定しても良い。

例えば、共有ボリュームはＶＯＬ１とＶＯＬ２であり、ＶＯＬ１でボリューム状態が「ガードあり」であれば、パス操作を行なう際に共有ボリュームの使用可能なユーザは「３」、すなわちユーザ管理テーブル３１０から、ガード設定を業務とするユーザであることがわかる。またリソース委譲６０６が「あり」を示しており、この場合ガード設定のユーザＩＤ３のユーザが、ＶＯＬ１に対して、パス操作を行なうのに必要なリソースである、ポートやホストについても委譲され、ユーザＩＤ１のユーザに代わり、これらのパス操作を行なうことになる。

また、共有ボリューム操作管理対応テーブル６００のボリューム状態６０３は、共有しているユーザの操作に対する状態のみを格納すればよい。すなわちＶＯＬ１は、ユーザＩＤ１のユーザと、ユーザＩＤ３のユーザでのみ共有されており、ペア状態には依存しないので、ペア状態に対する情報を格納しなくても良い。

図７は、実施例１において、管理計算機１００で実行される各プログラムで使用する業務管理情報１０８にあるテーブルの一例を説明する図である。共有ボリューム操作管理テーブル７００は、共有ボリューム操作管理テーブル５００と同じ形式であり、複数のユーザで共有しているボリュームにおいて、ボリュームの状態とボリュームを使用可能な業務を関連させるテーブルである。業務は図４で示した業務操作テーブル４００、ユーザ管理テーブル４１０で示した例とする。

共有ボリューム操作管理テーブル７００には、複数のユーザで共有するボリューム操作内容を表す操作７０１と、ボリューム操作を区別するための情報として定義しておくボリューム状態７０２と、共有ボリュームの各操作の権限を持つユーザの業務を示す業務７０３と、上記共有するボリュームの操作７０１の設定を、ボリューム状態７０２に変更された契機に行なうかどうかを示す動的設定７０４と、上記共有するボリュームの操作で使用するリソースの操作権限の委譲について定義しておくリソース委譲７０５の情報が格納されている。

例えば、操作「パス」において、ボリューム状態７０２で「ペアなし」となっていれば、業務「パス」のユーザが操作を行なうことを示し、ボリューム状態７０２で「ペアあり」となっていれば、業務「ペア」のユーザが操作を行ない、リソース委譲７０５も「あり」となっている。

図８は、実施例１において、業務操作テーブル４００とユーザ管理テーブル４１０と共有ボリューム操作管理テーブル７００の情報から、各ユーザで共有しているボリュームに対して、ボリューム状態からどのユーザが操作を行なうかを示す一例を表した図である。

共有ボリューム操作管理対応テーブル８００は、共有ボリューム操作管理対応テーブル６００と同じ形式であり、ユーザで共有されているボリュームのボリュームＩＤを示す共有ボリューム８０１、複数のユーザで共有するボリューム操作内容を表す操作８０２と、ボリューム操作を区別するための情報として定義しておくボリューム状態８０３と、ボリューム状態８０３の場合に共有ボリューム８０１に対する操作８０２を行なうことが可能なユーザを示す使用可能ユーザ８０４、上記共有するボリュームの操作８０１の設定を、ボリューム状態８０３に変更された契機に行なうかどうかを示す動的設定８０５と、上記共有するボリュームの操作で使用するリソースの操作権限の委譲について定義しておくリソース委譲８０６の情報を示している。動的設定８０５、リソース委譲８０６は、前述した共有ボリューム操作管理テーブル７００の動的設定７０４、リソース委譲７０５と同義である。

共有ボリューム操作管理対応テーブル８００は、共通ボリューム操作管理対応テーブル６００と同じ考え方をすれば、共有ボリューム操作管理テーブル７００と、ユーザ管理テーブル４１０と、業務操作テーブル４００により、自動的に情報を作成しても良いし、管理計算機の業務管理情報１０８として、ストレージ操作を行なう前に、登録しても良い。共有ボリューム操作管理テーブル７００と共有ボリューム操作管理対応テーブル８００は、共存させないようにしても良いし、共存する場合は、どちらのテーブルを優先するか決定しても良い。

例えば、共有リソース（ボリューム）８０１はＶＯＬ１とＶＯＬ５であり、ＶＯＬ１でボリューム状態が「ペアあり」であれば、パス操作を行なう際に共有ボリュームの使用可能なユーザは「１２」、すなわちペアを業務とするユーザであることがわかる。またリソース委譲８０６が「あり」を示しており、この場合ペア業務のユーザＩＤ１２のユーザが、ＶＯＬ１に対して、パス操作を行なうのに必要なリソースである、ポートやホストについても委譲され、ユーザＩＤ１１のユーザに代わり、これらのパス操作を行なうことになる。

図９は、実施例１において、管理計算機上で、ボリュームを使用するユーザによって、ボリューム操作権限を変更する手順を示すフローチャートの一例である。図９において、ステップ９０６とステップ９０９はストレージ連携プログラム１０４が、その他はボリューム権限管理プログラム１０５が行なう。またステップ９０６、ステップ９０９では、ホスト経由でストレージ設定が行なうこともあり、その場合はホスト連携プログラム１０６にも指示して行なう場合もある。

管理計算機１００は、ユーザからストレージ設定要求を受け付ける（ステップ９００）。要求として、ユーザＩＤ、パスワードと、使用するリソースと、要求する操作を受け付ける。ここで要求してきたユーザや、ユーザのパスワードがユーザ管理テーブルの情報と異なっていれば、エラーとして処理を終了する。このときエラーの原因をストレージ設定者に提示しても良い。

次に、ステップ９００で受け付けた要求を基に、要求を受けたストレージ設定要求操作はユーザ業務の範囲かどうかを判定する（ステップ９０１）。すなわち、図３のテーブルを例とすれば、ユーザ管理テーブル３１０のユーザの業務に対して、業務操作テーブル３００で指定された操作に該当するかそうかを判定する。ユーザ業務の範囲ならステップ９０２に進み、そうでなければ、ステップ９１２に進み、ユーザ業務の範囲でない旨をエラーメッセージとしてユーザに通知し、処理を終了する。

例えば、ユーザ管理テーブル３１０のユーザＩＤ３１１が「２」のユーザにおいて、ペア操作を要求したときには、ユーザ管理テーブル３１０のユーザＩＤ３１１が「２」のユーザの業務はバックアップであり、バックアップ業務は業務操作テーブル３１０から、パス操作しか許可されていないことがわかる。よって、ユーザＩＤが「２」のユーザがペア操作を行なうのは、ユーザの業務の範囲外であると判定し、ステップ９１２に進み、ペア操作はユーザの業務の範囲外であるエラーメッセージをユーザに通知し、処理を終了する。この場合、ユーザの要求操作がパスであれば、ユーザＩＤが「２」のユーザとしては、ユーザ業務の範囲であるので、ステップ９０２に進む。

ステップ９０２では、ステップ９００で受け付けた要求を基に、要求を受けたストレージ設定要求は管理リソースの範囲かどうかを判定する。管理リソースの範囲ならステップ９０３に進み、そうでなければ、ステップ９１２に進み、管理リソースで範囲でない旨をエラーメッセージとしてユーザに通知し、処理を終了する。

例えば、ユーザ管理テーブル３１０のユーザＩＤ３１１が「１」のユーザにおいて、ポートＰＯＲＴ−Ａ、ボリュームＶＯＬ３を利用してパスを設定しようとしたときには、ユーザ管理テーブル３１０のユーザＩＤ３１１が「１」のユーザの管理リソース３１３には、ＶＯＬ３が登録されていないので、ステップ９１２に進み、ＶＯＬ３が管理リソースの範囲外であるエラーメッセージをユーザに通知し、処理を終了する。この場合、ＶＯＬ３のボリュームでなく、ＶＯＬ２のボリュームであれば、ユーザＩＤが「１」のユーザとしては、管理リソースの範囲であるので、ステップ９０３に進む。

ステップ９０３では、ステップ９００で要求を受けたボリュームが、他のユーザと共有しているかどうか、すなわち同じボリュームを管理リソースとして、他のユーザが管理しているかどうか判定する。共有していればステップ９０４に進み、共有していなければステップ９０６に進む。

例えば、ユーザ管理テーブル３１０のユーザＩＤ３１１が「１」のユーザで、ＶＯＬ２に対してパス操作を行なうように、ステップ９００で要求があったとき、ユーザＩＤ３１１が「２」のユーザもＶＯＬ２を管理リソースとしているのがわかる。よって、この場合ステップ９０４に進む。

ステップ９０４では、ステップ９００で要求のあったボリュームの状態を取得する。

例えば、設定対象ボリュームがＶＯＬ２であった場合、図２のボリューム管理テーブル２００とペア管理ボリューム２２０のデータを例とすれば、ＶＯＬ２の状態は、ボリューム管理テーブル２００のガード２０６から「ガードなし」、ペア管理テーブル２２０の状態２２４から「ペア中」であることがわかる。そしてステップ９０５に進む。

ステップ９０５では、ステップ９００で要求のあったボリュームが、ステップ９０４で取得したボリューム状態の場合に操作可能かどうか異なる。ボリュームの状態によっては、ストレージ設定が可能かどうか異なるので、ボリューム状態とボリューム操作の権限を共有ボリューム操作管理テーブルと、ストレージ構成情報１０７の各テーブルより見比べて判定することになる。ストレージ設定が可能ならば、ステップ９０６に進み、そうでなければストレージ設定ができないということでステップ９１２に進み、そのエラーのメッセージをストレージ設定要求者に提示して処理を終了する。

例えばストレージ設定要求者がユーザ管理テーブル３１０でユーザＩＤが「２」のユーザで、操作要求はパス操作、使用するボリュームがＶＯＬ２であった場合、ＶＯＬ２の状態は「ガードなし」「ペア中」であることがわかる。そして共有ボリューム操作管理テーブル５００から、業務がストレージのユーザであることがわかる。ユーザＩＤが「２」のユーザはバックアップユーザであり、このボリューム状態では、操作を行なう権限がないことになる。すなわちユーザＩＤが「２」のユーザは、ＶＯＬ２に対するパス操作はできないことになるので、ステップ９１２に進み、要求時のボリュームの状態からは、要求の操作する権限がないものとしてエラーメッセージを提示して、処理を終了することになる。このときユーザＩＤが「２」のユーザが「１」の場合には、ユーザＩＤが「１」のユーザはユーザ管理テーブル３１０から業務がストレージであるので、操作権限があり、ステップ９０６に進むことになる。

また、例えばストレージ設定要求者がユーザ管理テーブル４１０でユーザＩＤが「１１」のユーザで、操作要求はパス操作であり、使用するボリュームがＶＯＬ５であった場合、ＶＯＬ５の状態は「ガードなし」「ペア中」であることがわかる。そして共有ボリューム操作管理テーブル７００から、業務がパス業務であるユーザであり、このボリューム状態では、操作を行なう権限がないことになる。すなわちユーザＩＤが「１１」のユーザは、ＶＯＬ５に対するパス操作はできないことになるので、ステップ９１２に進み、要求時のボリュームの状態からは、要求の操作する権限がないものとしてエラーメッセージを提示して、処理を終了することになる。このときユーザＩＤが「１２」のユーザの場合には、ユーザＩＤが「１２」のユーザはユーザ管理テーブル４１０から業務がペアであるので、操作権限があり、ステップ９０６に進むことになる。

ステップ９０６では、ステップ９００で受け取った要求に対するストレージ設定を、ストレージ連携プログラム１０４からストレージ１２０のストレージ構成プログラム１２４に指示して行なう。そしてステップ９０７に進む。

ここまでの処理により、ユーザの要求に応じて、ボリューム操作権限の一貫性を持って与えることが可能で、他のユーザによる操作の影響を排除でき、ボリューム運用の誤操作を防止することが可能となる。すなわち、ボリューム運用のシステム環境を破壊することを防止することが可能なる。

ステップ９０７では、ステップ９０６のステップ終了後、すなわち要求されたストレージ設定終了後、再びボリュームの状態を取得する。このときペア操作、ガード操作はボリュームの状態が変わるので、ステップ９０７のように確認をする必要があるが、パス操作により、ボリュームの状態の変化がない操作であれば、このステップは飛ばしても良い、だたし、パス操作でも、ボリュームの状態として、「ペアあり」「ペアなし」という状態を管理し、共有ボリューム操作へ影響が出るときには、ステップ９０７の処理は行なう必要が出てくる。ステップ９０７の処理が終われば、ステップ９０８に進む

例えば、ユーザ管理テーブル３１０のユーザＩＤが「１」のユーザが、ペア管理テーブル２２０に示されたペアＶＯＬ１とＶＯＬ２のペアで、状態が「ペア中」であるものを「ペア分割」の状態に変更する操作を行なうとする。このとき、ステップ９０６でペア操作を行なうと、ＶＯＬ１とＶＯＬ２のペアの状態は「ペア分割」となる。この状態をステップ９０７で取得することになる。ガードの状態の変更はなく、「ガードなし」のままである。そしてステップ９０８に進む。

ステップ９０８では、他のユーザのリソースの動的設定の必要はあるかどうか、すなわち他のユーザの業務で、共有ボリューム操作管理テーブル５００の動的設定５０４で「あり」となっている操作があるかどうか判定する。動的設定５０４で「あり」となっているほかのユーザのボリュームがあればステップ９０９に、なければステップ９１０に進む。

例えば、ユーザ管理テーブル３１０のユーザＩＤが「１」のユーザが、ペア管理テーブル２２０に示されたペアＶＯＬ１とＶＯＬ２のペアで、状態が「ペア中」であるものを「ペア分割」の状態に変更する操作を行なうとする。このとき、ステップ９０６でペア操作を行なうと、ＶＯＬ１とＶＯＬ２のペアの状態は「ペア分割」となる。そして、上記ペア操作と同時に複製先のボリュームにはバックアップ許可も与えるものとする。すなわちバックアップ処理で、複製先ボリュームのデータをバックアップサーバ（ホスト）を用いて、バックアップ先のボリュームに転送する処理を行なっているものとする。この場合、ＶＯＬ２はペア操作の複製先ボリュームであり、状態は「バックアップ許可」となる。この状態をステップ９０７で取得することになる。ガードの状態の変更はなく、「ガードなし」のままである。

この場合、ＶＯＬ２はバックアップ業務のユーザであるユーザ管理テーブル３１０のユーザＩＤが「２」のユーザとで共有している。そして、共有ボリューム操作管理テーブル５００から、バックアップ業務で、「ペア分割」、「バックアップ許可」の状態の場合には、動的設定５０４の値が「あり」になることがわかる。このとき共有ボリュームに対して、バックアップ業務のユーザの操作をこの処理のタイミングで自動的に行なうこととなる。よって、この場合はステップ９０９に進むことになる。

ステップ９０９では、動的設定すべき対象リソースのストレージ設定を行なう。ストレージ設定終了後、ステップ９１０に進む。

例えば、ステップ９０８の例を用いれば、共有ボリュームであるＶＯＬ２のボリュームに対して、パス操作を動的設定することとなり、ＶＯＬ２と接続するポートＰＯＲＴ−Ａ１とホストＢに対してパスを設定することとなる。このパスはすでに設定されていれば、行なう必要がないので、その確認を行なっても良い。またここでパスとは、ストレージ内のポートとボリュームの間のパス設定としてもよいし、実際バックアップ処理をホストで行なうために、上記パス設定からホストからボリュームをマウントするまでの処理を一連のパス設定として定義して、そのパス環境を構築しても良い。複製先のボリュームをペア中にマウントしてしまうと、複製先のボリュームにデータが書き込まれる恐れもあり、複製元のボリュームと複製先のボリュームとでデータの同期が取るのが困難になることもあるので、マウントまでの処理をバックアップ業務で行なっても良い。

また上記処理において、ユーザＩＤが「２」のユーザの管理リソースから、ＶＯＬ２に対しては一意にパスの定義が導き出せるが、管理リソースの持ち方によっては、複数の選択肢がありえて、実際に設定すべき設定と、設定すべきでない設定がある場合も考えられる。この場合には、共有リソースごとに設定するパスのリソースを決めておいても良い。

ステップ９１０では、他のユーザのリソースが委譲されるかどうか、すなわちボリュームの状態により、他のユーザとの共有ボリュームに関連するリソースが委譲されるかどうか、すなわち、他のユーザの業務で、共有ボリューム操作管理テーブル５００（７００）でのリソース委譲５０５（７０５）で「あり」となっている操作があるかどうか判定する。リソース委譲がればステップ９１１になければ処理を終了する。

例えば、ユーザ管理テーブル３１０のユーザＩＤ３のユーザが管理リソースであるＶＯＬ１にガード設定をしたときには、ＶＯＬ１の状態は「ガードあり」となる。このとき共有ボリューム操作管理テーブル５００から、「ガードあり」のパスやペアの操作に対して、リソース委譲５０５は「あり」となっている。すなわち、ＶＯＬ１でパスやペアを操作する業務、この場合はすなわちストレージ業務を行なうユーザＩＤが「１」のユーザのリソースを委譲されることを意味する。よって、この場合にはステップ９１１に進む。

また例えば、ユーザ管理テーブル４１０のユーザＩＤ１２のユーザが管理リソースであるＶＯＬ１にペア設定をしたときには、ＶＯＬ１の状態は「ペア中」となる。このとき共有ボリューム操作管理テーブル７００から、「ペア中」すなわち、「ペアあり」のパスの操作に対して、リソース委譲７０５は「あり」となっている。すなわち、ＶＯＬ１でパスを操作する業務、この場合はすなわちパス業務を行なうユーザＩＤが「１１」のユーザのリソースを委譲されることを意味する。よって、この場合にはステップ９１１に進む。

ステップ９１１では、委譲される対象リソースを委譲されるユーザの管理リソースとして扱うように指示する。そして処理を終了する。

例えば、ステップ９１０の例を用いれば、ユーザＩＤが「１」がもち、ユーザＩＤ３と共有するボリュームＶＯＬ１と、そのストレージ業務ですでに設定されているパス、ペアで使用しているボリューム、ポート、ホストのリソースも委譲される。この状態を管理サーバは保持し、委譲されたユーザには管理リソースとして扱うようにユーザへの応答として応えることとなる。

また例えば、ステップ９１０の例を用いれば、ユーザＩＤが１１がもち、ユーザＩＤ１２と共有するボリュームＶＯＬ１と、そのストレージ業務ですでに設定されているパスで使用しているボリューム、ポート、ホストのリソースも委譲される。この状態を管理サーバは保持し、委譲されたユーザには管理リソースとして扱うようにユーザへの応答として応えることとなる。

これにより、ガード設定を行なわれている共有ボリュームには、ガード設定のボリュームはガード業務を持つユーザに操作権限が委譲し、他のユーザからの操作を行なわせないようにすることが可能となる。

ステップ９１２では、エラーをユーザに伝えるため、エラー原因をエラーメッセージとして返す処理を実施する。

以上により、ユーザの要求に応じて、他のユーザへのボリューム操作権限を調整することが可能で、他のユーザによる操作の影響を排除でき、ボリューム運用の誤操作を防止することが可能となる。すなわち、ボリューム運用のシステム環境を破壊することを防止することが可能なる。

またボリューム操作によっては、管理計算機１００のストレージ連携プログラム１０４から行なうものと、ホスト１１０のストレージ連携プログラム１１５から行なうものがあり、それぞれ同じ操作をもつ場合もある。このとき、一方のストレージ連携プログラムがあるボリュームに対して動作しているときに、もう一方のストレージ連携プログラムが同じボリュームに対して動作していると、ボリューム操作に一貫性がなくなってしまう。よって、上記のような場合にも、一方のストレージ連携プログラムが動作しているときは、もう一方のストレージ連携プログラムの操作権限を調整し、動作を抑止することも可能となる。

また、ペア操作の状態として、「ペアなし」の場合でも、ペアを一度も作成していないボリュームと、ペア設定後、またペア削除したときのボリュームとでは、運用によっては切り分けることも考えられる。例えば、バックアップ業務のユーザが「ペアなし」でもペア設定後のあとに削除した状態を管理計算機で区別すれば、この場合はまだバックアップデータを読み出すことは可能ということで、操作を可能としても良い。そして再びボリュームが「ペア中」の状態になれば、権限がないものとして扱われることになる。

またパス設定の処理と同様に、パスを使用できるホストを限定する機能（以下、「パスセキュリティ機能」という）についても、パス設定の操作を委譲する場合と同様に、パスセキュリティ機能も委譲するようにして、ボリューム操作の一貫性を果たす。

管理計算機１００における、各プログラム、各情報は、ストレージ１２０に含まれてもよい。またホスト１１０に含まれてもよい。

図１０はユーザに対して、ユーザの管理するボリュームに対して、操作可能なものを表示する表示画面を表す図の一例である。

ユーザボリューム操作確認画面１０００は、ユーザ種別１００１と、ユーザが管理しているボリュームを表示する管理ボリューム１００２と、ユーザが管理しているボリュームの操作に対する可否を示す操作可否１００３を表示項目としている。

ユーザ種別は、ユーザ管理テーブル３１０や４１０で格納されている、ユーザと業務を表示し、各ユーザが表示要求を管理計算機に指示してきたときの、各ユーザに対する表示を行なう。

管理ボリューム１００２は、ユーザ管理テーブル３１０や４１０で格納されている管理リソースのボリュームが対象となる。

操作可否１００３は、管理ボリューム１００２に対して、対象操作が可能かどうかを示している。

例えば、図９の一例で示してきたように、ユーザＩＤ１のユーザの業務はストレージであり、パス操作、ペア操作を行なう。しかし、他のユーザと共有しているボリュームがある場合、ボリュームの状態によっては、ストレージ業務で行なうパス操作、ペア操作を行なうことができなくなるため、共有ボリュームに対しては、操作可否で、「パス操作不可能」「ペア操作不可能」となる場合がある。例えば、図９の一例で示してきたように、ＶＯＬ２はバックアップ業務のユーザＩＤ２のユーザと共有している。その場合、ボリュームの状態が「ペア分割、バックアップ許可あり、ガードなし」となっていれば、ユーザＩＤ１のユーザはストレージ業務であり、パス操作、ペア操作ともに、操作権限がないことが共有ボリューム操作管理テーブル５００からわかる。よってこの場合は、「パス操作不可能」「ペア操作不可能」と表示することになる。

上記ユーザボリューム操作確認画面１０００を各ユーザによって表示させることで、各ユーザの操作権限が、使用可能かどうか判断することが可能となる。
ユーザボリューム操作確認画面では、管理ボリューム１００２において、共有ボリュームであることを示す、また共有ボリュームのみで、操作可否を表示するようにしてもよい。またボリュームの状態を示しても良い。

実施例２を説明する。図１１は、本発明の第二の形態における計算機システムの構成を示す図である。図１に示す実施例１の計算機システムにスイッチ１１００が追加されている。スイッチ１１００は、ストレージ１２０、ホスト１１０、管理計算機１００と接続関係をもち、データの受け渡しを行なうものである。スイッチ１１００には、ストレージ１２０やホスト１１０、管理計算機１００などと通信を行なうＩ／Ｆ１１０２と、実際にスイッチの制御を行なうＣＰＵ１１０１とメモリ１１０３で構成されている。Ｉ／Ｆ１１０２は、通信形態が異なれば（例えば管理計算機との通信がＩＰ（Internet Protocol）、データＩ／ＯはＦＣ（Fibre Channel））によっては、通信形態ごとに通信装置が別々に配置されることもある。メモリ１１０３は、スイッチ構成プログラム１１０４があり、ＣＰＵ１１０１によって実行されることにより実現される。スイッチ構成プログラム１１０４は、スイッチ１１００の構成について管理するプログラムであり、Ｉ／Ｆ１１０２のどれを使用して通信を行なってよいか決定する機能（以下、「スイッチパス設定機能」と呼ぶ）などを持つ。

また管理計算機１００には、スイッチ１１００と連携するためのスイッチ連携プログラム１１１０があり、このスイッチ連携プログラム１１１０により、情報を取得したり、設定要求を出したりする。

スイッチ１１００の制御があることで、ストレージで行なっていたパス操作は、スイッチ１１００のスイッチパス設定機能も考慮して行なう必要がある。すなわち、ホスト１１０がストレージ１２０のボリューム１２５にデータを書き込む場合、スイッチ１１００経由でデータＩ／Ｏが流れるので、ホスト１１０とストレージ１２０との間にデータが流れるように、スイッチ１１００のスイッチ構成プログラム１１０４により、そのデータパスを確保するように、管理計算機１００から、スイッチ連携プログラム１１１０を利用して、スイッチ構成プログラムに指示をだして、データ経路を確保する必要がある。

また前述したように、パス設定の権限は業務によっては、他の業務のユーザが委譲する必要がある。この場合は、ストレージのパス設定の操作権限だけでなく、スイッチの操作権限を委譲する必要がある。ただし、スイッチのパスは共有されていることもあるので、パス業務において、委譲はせずに、確認するように処理を行なっても良い。

また図１に示す計算機システムに暗号化装置１１２０が追加されている。暗号化装置はスイッチ１１００を介すが、ストレージ１２０、ホスト１１０、管理計算機１００と接続関係をもち、ホスト１１０で書き込むストレージ１２０のボリューム１２５のデータを暗号化し、ホスト１１０では通常通り見えるように復号化する機能を持つ。暗号化装置１１２０には、ストレージ１２０やホスト１１０、管理計算機１００などと通信を行なうＩ／Ｆ１１２２と、実際に暗号化復号化の制御を行なうＣＰＵ１１２１とメモリ１１２３で構成されている。Ｉ／Ｆ１１２２は、通信形態が異なれば（例えば管理計算機との通信がＩＰ（Internet Protocol）、データＩ／ＯはＦＣ（Fibre Channel））によっては、通信形態ごとに通信装置が別々に配置されることもある。メモリ１１２３は、暗号化復号化プログラム１１２４があり、ＣＰＵ１１２１によって実行されることにより実現される。暗号化復号化プログラム１１２４は、データの暗号化復号化を行なうプログラムである。

また管理計算機１００には、暗号化装置１１２０と連携するための暗号化装置連携プログラム１１３０があり、この暗号化装置連携プログラム１１３０により、情報を取得したり、設定要求を出したりする。

暗号化装置１１２０の制御があることで、ストレージ１２０のボリューム１２５にデータを暗号化することで、暗号化されたボリュームが複数のユーザによって共有されていた場合、暗号化したユーザに共有ボリュームを管理させるようにして、他のユーザへの誤操作防止を行なう設定が可能である。この場合、ガード設定と同様な定義を共有ボリューム操作管理テーブル５００に行なえばよい。

以上により、スイッチのあるストレージ構成でも、暗号化装置を置いたストレージ構成でもユーザの要求に応じて、他のユーザへのボリューム操作権限を調整することが可能で、他のユーザによる操作の影響を排除でき、ボリューム運用の誤操作を防止することが可能となる。すなわち、ボリューム運用のシステム環境を破壊することを防止することが可能なる。

以上実施の形態で説明したが、本発明は、前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームへの一のユーザの操作内容を取得すると、該ボリュームの属性と前記２以上のユーザの該ボリュームの操作権限とから前記操作内容を実行可能か否か判断し、前記操作内容が実行可能であれば、該ボリュームの属性に応じて他のユーザの該ボリュームの操作権限を変更する計算機システムである。

また、本発明は、前記管理計算機が前記ボリュームへの操作内容を実行可能か否か判定すると、前記一のユーザが使用するホスト計算機は、前記ボリュームへの操作が可能か否かを表示する計算機システムである。

そして、本発明は、前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへの操作を実行すると、ボリューム操作実行後の該ボリュームの属性を取得し、取得した該ボリュームの属性により、他のユーザのボリューム操作を行なうか否か判定し、前記一のユーザのボリューム操作の設定がない場合には前記他のユーザのボリュームの操作の実行を行なう計算機システムである。

更に、本発明は、前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへの操作を実行すると、ボリューム操作実行後の該ボリュームの属性を取得し、取得した該ボリュームの属性により、他のユーザが有する前記少なくとも１つのボリュームの操作権限を前記一のユーザに委譲する計算機システムである。

また、本発明は、前記管理計算機は、前記ボリュームを、前記ボリュームを扱うホスト計算機に認識させる処理を前記ユーザの操作権限として扱う計算機システムである。

そして、本発明は、前記管理計算機は、複数のボリュームに対し、複製元のボリュームと複製先のボリュームを指定して、複製元のボリュームから複製先のボリュームに複製する処理を前記ユーザの操作権限として扱い、前記複製処理の状態を前記ボリュームの属性として扱う計算機システムである。

更に、本発明は、前記管理計算機は、前記ボリュームに対して、前記ボリュームを扱う計算機から書き込み禁止、または読み出し禁止の処理をユーザの操作権限として扱い、前記書き込み禁止、前記読み出し禁止の状態を、前記ボリュームの属性として扱う計算機システムである。

また、本発明は、前記管理計算機は、前記ボリュームに対して、前記ボリュームのデータの暗号化処理をユーザの操作権限として扱い、前記ボリュームのデータの暗号化した状態を、前記ボリューム属性として扱う計算機システムである。

そして、本発明は、前記管理計算機は、ストレージ連携プログラム、ボリューム権限管理プログラム、ホスト連携プログラム、ストレージ管理情報及び業務操作テーブルとユーザ管理テーブルを含む業務管理情報をそれぞれ格納するメモリを有し、前記ホスト計算機は、業務プログラム、ストレージ連携プログラム及び管理計算機連携プログラムをそれぞれ格納するメモリを有し、前記記憶装置は、ストレージ構成プログラムを格納するメモリを有しており、前記管理計算機は、ユーザから受け付けたストレージ設定要求について、前記業務操作テーブルとユーザ管理テーブルを用い、ユーザの業務の範囲及び管理リソースの範囲であり、かつ該当するボリュームが他のユーザと共有しているかを判断し、ユーザの業務の範囲及び管理リソースの範囲であるが、他のユーザと共有しているとき、設定対象のボリュームの状態で操作可能かを判断し、該操作が可能であるとき、前記ユーザから受け付けたストレージ設定要求に対するストレージ設定を行い、再び管理リソースの状態を取得し、他のユーザの動的設定の必要性を判断し、該必要性があるとき、動的設定すべき対象リソースのストレージ設定を行い、他のユーザのリソースが委譲されるか判断し、委譲であると、対象リソースを管理リソースとして扱うよう指示する計算機システムである。

更に、本発明は、記憶領域であるボリュームを備え、同一のボリュームの操作権限を２以上のユーザが取得することができる記憶装置とネットワークを介して接続して管理する管理計算機において、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームへの一のユーザが管理するホスト計算機での操作内容を取得すると、該ボリュームの属性と前記２以上のユーザの該ボリュームの操作権限とから前記操作内容を実行可能か否か判定し、前記操作内容が実行否であれば、該操作内容を抑制する管理計算機である。

また、本発明は、記憶領域であるボリュームを備える記憶装置の同一のボリュームの操作権限を他のユーザとともに取得し管理することができるユーザが管理するホスト計算機において、前記ユーザが前記記憶装置のボリュームへの操作を行い、前記記憶装置を管理する管理計算機が前記ボリュームの属性と２以上のユーザの該ボリュームの操作権限とから前記操作内容を実行可能か否か判定すると、前記ボリュームへの操作が可能か否かを表示するホスト計算機である。

そして、本発明は、記憶領域であるボリュームを備え、該ボリュームの少なくとも１つのボリュームの操作権限を複数のユーザが取得することができる記憶装置において、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームへの一のユーザの操作内容が、前記ボリュームの属性と前記２以上のユーザの該ボリュームの操作権限とから前記操作内容が実行否と管理計算機により判断されると、前記操作内容を実行しないように制限される記憶装置である。

更に、本発明は、記憶領域であるボリュームを備える記憶装置と、該記憶装置を管理する管理計算機と、前記記憶装置のボリュームの操作権限を取得することができる各ユーザがそれぞれ使用する複数のホスト計算機とを備え、各装置をネットワークを介して接続する計算機システムにおける２以上のユーザが同一のボリュームを使用することができるボリューム管理する方法において、ボリュームへの一のユーザが使用するホスト計算機での操作内容を取得するステップと、前記ボリュームの操作権限を前記一のユーザが有するか判断するステップと、前記ボリュームの操作権限を他のユーザが有するか判断するステップと、前記ボリュームの属性を取得するステップと、前記ボリュームの前記他のユーザが有する操作権限を取得するステップと、前記ボリュームの属性と前記他のユーザの該ボリュームの操作権限とから前記操作内容を実行可能か否か判定するステップと、前記操作内容が実行否であれば、該操作内容を抑制するステップを有するボリューム管理方法である。

また、本発明は、前記操作内容が実行可であれば、前記ボリュームの属性に応じて前記他のユーザが有する操作権限を変更するステップを有するボリューム管理方法である。

そして、本発明は、前記ボリュームへの操作内容を実行可能か否か判定した後、前記ボリュームへの操作が可能か否かを表示するステップを有するボリューム管理方法である。

更に、本発明は、２以上のホユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへの操作を実行した後、ボリューム操作実行後の該ボリュームの属性を取得するステップと、取得した該ボリュームの属性により、他のユーザのボリューム操作を行なうか否か判定するステップと、前記一のユーザのボリューム操作の設定がない場合には前記他のユーザのボリュームの操作の実行を行なうステップを有するボリューム管理方法である。

また、本発明は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへの操作を実行した後、ボリューム操作実行後の該ボリュームの属性を取得するステップと、取得した該ボリュームの属性により、他のユーザが有する前記少なくとも１つのボリュームの操作権限を前記一のユーザに委譲するステップを有するボリューム管理方法である。

そして、本発明は、前記ボリュームを、前記ボリュームを扱うホスト計算機に認識させる処理を前記ユーザの操作権限として扱うとともに、前記ホスト計算機が前記ボリュームにデータを書き込む、または読み出す設定をする処理を前記ユーザの操作権限として扱うボリューム管理方法である。

更に、本発明は、複数のボリュームに対し、複製元のボリュームと複製先のボリュームを指定して、複製元のボリュームから複製先のボリュームに複製する処理を前記ユーザの操作権限として扱い、前記複製処理の状態を前記ボリュームの属性として扱うボリューム管理方法である。

実施例１における、ボリューム管理を行なうストレージシステムの構成を示す図。 実施例における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例１を示す図。 実施例１における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例２を示す図。 実施例１における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例３を示す図。 実施例における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例４を示す図。 実施例１における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例５を示す図。 実施例１における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例６を示す図。 実施例１における、ボリューム管理を行なうストレージシステムで用いられるテーブルの例７を示す図。 実施例１における、ボリューム操作権限を変更する手順を示すフローチャートの一例を示す図。 実施例１における、ボリューム操作権限を表示する一例を示す図。 実施例２のボリューム管理を行なうストレージシステムの構成を示す図。

符号の説明

１００ 管理計算機
１０１ ＣＰＵ
１０２ Ｉ／Ｆ
１０３ メモリ
１０４ ストレージ連携プログラム
１０５ ボリューム権限管理プログラム
１０６ ホスト連携プログラム
１０７ ストレージ管理情報
１０８ 業務管理情報
１１０ ホスト
１１１ ＣＰＵ
１１２ Ｉ／Ｆ
１１３ メモリ
１１４ 業務プログラム
１１５ ストレージ連携プログラム
１１６ 管理計算機連携プログラム
１２０ ストレージ
１２１ ＣＰＵ
１２２ Ｉ／Ｆ
１２３ メモリ
１２４ ストレージ構成プログラム
１２５ ボリューム
１１００ スイッチ
１１０１ ＣＰＵ
１１０２ Ｉ／Ｆ
１１０３ メモリ
１１０４ スイッチ構成プログラム
１１１０ スイッチ連携プログラム
１１２０ 暗号化装置
１１２１ ＣＰＵ
１１２２ Ｉ／Ｆ
１１２３ メモリ
１１２４ 暗号化復号化プログラム
１１３０ 暗号化装置連携プログラム

Claims (19)

1. 記憶領域であるボリュームを備える記憶装置と、該記憶装置を管理する管理計算機と、前記記憶装置のボリュームの操作権限を取得することができる各ユーザがそれぞれ使用する複数のホスト計算機とを備え、各装置をネットワークを介して接続し、２以上のユーザが同一のボリュームを使用することができる計算機システムにおいて、
   前記管理計算機は、
   ボリューム管理情報、ペア管理情報を含むストレージ管理情報と、
   業務操作内容、ボリューム状態、該ボリュームの各操作の権限を持つユーザの使用可能業務の情報を含む共有ボリューム操作管理情報を備え、
   ユーザから前記ホスト計算機を介してユーザＩＤ、使用するリソース、要求操作を含むストレージ設定要求を受けたとき、
   前記ストレージ設定要求に基づく設定対象のボリュームが、他のユーザと共有している場合、
   前記ストレージ設定要求に基づく設定対象ボリュームの状態（属性）を取得し、
   前記取得した前記ボリュームの状態（属性）の内容でストレージ設定要求の操作が可能か否か、前記共有ボリューム操作管理情報のボリューム状態と前記ストレージ管理情報を参照して判定し、
   該判定の結果、設定対象ボリュームの状態で操作可の場合、前記ユーザからのストレージ設定要求に基づくストレージ設定を実行してボリューム操作権限を変更し、操作否の場合、ストレージ設定を抑制する
   ことを特徴とする計算機システム。
2. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームへの一のユーザの操作内容を取得すると、該ボリュームの属性と前記２以上のユーザの該ボリュームの操作権限とから前記操作内容のペア操作を実行可能か否か判定し、前記操作内容が実行可能であれば、該ボリュームの属性に応じて他のユーザの該ボリュームの操作権限を変更することを特徴とする計算機システム。
3. 請求項１記載の計算機システムにおいて、
   前記管理計算機が、前記ボリュームへの操作内容のペア操作を実行可能か否か判定すると、前記一のユーザが使用するホスト計算機は、前記ボリュームへの操作が可能か否かを表示することを特徴とする計算機システム。
4. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへの操作を実行すると、ボリューム操作実行後の該ボリュームの属性を取得し、取得した該ボリュームの属性により、他のユーザのボリューム操作を行なうか否か判定し、前記一のユーザのボリューム操作の設定がない場合には前記他のユーザのボリュームのペア操作の実行を行なうことを特徴とする計算機システム。
5. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへのペア操作を実行すると、ボリューム操作実行後の該ボリュームの属性を取得し、取得した該ボリュームの属性により、他のユーザが有する前記少なくとも１つのボリュームの操作権限を前記一のユーザに委譲することを特徴とする計算機システム。
6. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、前記ボリュームを、前記ボリュームを扱う前記ホスト計算機に認識させる処理を前記ユーザの操作権限として扱うことを特徴とする計算機システム。
7. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、複数のボリュームに対し、複製元のボリュームと複製先のボリュームを指定して、複製元のボリュームから複製先のボリュームに複製する処理を前記ユーザの操作権限として扱い、前記複製処理の状態を前記ボリュームの属性として扱うことを特徴とする計算機システム。
8. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、前記ボリュームに対して、前記ボリュームを扱う計算機から書き込み禁止、または読み出し禁止の処理をユーザの操作権限として扱い、前記書き込み禁止、前記読み出し禁止の状態を、前記ボリュームの属性として扱うことを特徴とする計算機システム。
9. 請求項１記載の計算機システムにおいて、
   前記管理計算機は、前記ボリュームに対して、前記ボリュームのデータの暗号化処理をユーザの操作権限として扱い、前記ボリュームのデータの暗号化した状態を、前記ボリューム属性として扱うことを特徴とする計算機システム。
10. 請求項１記載の計算機システムにおいて、
    前記管理計算機は、ストレージ連携プログラム、ボリューム権限管理プログラム、ホスト連携プログラム、ストレージ管理情報及び業務操作テーブルとユーザ管理テーブルを含む業務管理情報をそれぞれ格納するメモリを有し、前記ホスト計算機は、業務プログラム、ストレージ連携プログラム及び管理計算機連携プログラムをそれぞれ格納するメモリを有し、前記記憶装置は、ストレージ構成プログラムを格納するメモリを有しており、
    前記管理計算機は、ユーザから受け付けたストレージ設定要求について、前記業務操作テーブルとユーザ管理テーブルを用い、ユーザの業務の範囲及び管理リソースの範囲であり、かつ該当するボリュームが他のユーザと共有しているかを判断し、ユーザの業務の範囲及び管理リソースの範囲であるが、他のユーザと共有しているとき、
    前記ストレージ設定要求に基づく設定対象ボリュームの状態（属性）を取得し、
    前記取得した前記ボリュームの状態（属性）でストレージ設定要求のペア操作可能か否か、前記共有ボリューム操作管理情報のボリューム状態と前記ストレージ管理情報を参照して判定し、
    該判定の結果、ストレージ設定可の場合、前記ユーザからのストレージ設定要求に基づくストレージ設定を実行し、
    再び前記管理リソースの属性を取得し、他のユーザの動的設定の必要性を判断し、該必要性があるとき、動的設定すべき対象リソースのストレージ設定を行い、他のユーザのリソースが委譲されるか判断し、委譲であると、対象リソースを管理リソースとして扱うよう指示することを特徴とする計算機システム。
11. 記憶領域であるボリュームを備え、同一のボリュームの操作権限を２以上のユーザが取得し使用することができる記憶装置を管理する管理計算機において、
    ボリューム管理、ペア管理の各情報を含むストレージ管理情報と、
    業務操作内容、前記ボリューム状態、該ボリュームの各操作の権限を持つユーザの使用可能業務の各情報を含む共有ボリューム操作管理情報を備え、
    ユーザから前記ホスト計算機を介してユーザＩＤ、使用するリソース、要求操作を含むストレージ設定要求を受けたとき、
    前記ストレージ設定要求に基づく設定対象のボリュームが、他のユーザと共有している場合、
    前記ストレージ設定要求に基づく設定対象ボリュームの状態（属性）を取得し、
    前記取得した前記ボリュームの状態（属性）の内容でストレージ設定要求の操作が可能か否か、前記共有ボリューム操作管理情報のボリューム状態と前記ストレージ管理情報を参照して判定し、
    該判定の結果、ストレージ設定可の場合、前記ユーザからのストレージ設定要求に基づくストレージ設定を実行して前記ボリュームの操作権限を変更する
    ことを特徴とする管理計算機。
12. 記憶領域であるボリュームを備える記憶装置の同一のボリュームの操作権限を他のユーザとともに取得し使用することができるユーザが使用するホスト計算機において、
    ボリューム管理、ペア管理の各情報を含むストレージ管理情報と、
    業務操作内容、前記ボリューム状態、該ボリュームの各操作の権限を持つユーザの使用可能業務の各情報を含む共有ボリューム操作管理情報を備え、
    ユーザから前記ホスト計算機を介してストレージ設定要求を受けたとき、
    前記ストレージ設定要求に基づく設定対象のボリュームが、他のユーザと共有している場合、
    前記ストレージ設定要求に基づく設定対象ボリュームの状態（属性）を取得し、
    前記取得した前記ボリュームの状態（属性）の内容でストレージ設定要求の操作が可能か否か、前記共有ボリューム操作管理情報のボリューム状態と前記ストレージ管理情報を参照して判定し、
    該判定の結果、ストレージ設定可の場合、前記ユーザからのストレージ設定要求に基づくストレージ設定を実行してボリュームの操作権限を変更し、
    ストレージ設定否の場合、ストレージ設定を抑制し、
    前記ホスト計算機が、
    前記ストレージ設定可否の判定のとき、前記ボリュームへの操作が可能か否かを表示する
    ことを特徴とするホスト計算機。
13. 記憶領域であるボリュームを備える記憶装置と、該記憶装置を管理し、ボリューム管理、ペア管理の各情報を含むストレージ管理情報と、操作内容、前記ボリュームの状態（属性）、該ボリュームの各操作の権限を持つユーザの使用可能業務の各情報を含む共有ボリューム操作管理情報を有する管理計算機と、前記記憶装置のボリュームの操作権限を取得することができる各ユーザがそれぞれ使用する複数のホスト計算機とを備え、各装置をネットワークを介して接続する計算機システムにおける２以上のユーザが同一のボリュームを使用することができるボリューム管理する方法において、
    前記管理計算機上で
    ユーザからストレージ設定要求を受けるステップと、
    ユーザからストレージ設定要求を受けたとき、前記ストレージ設定要求に基づく設定対象のボリュームが、他のユーザと共有しているかどうかを判定するステップと、
    前記判定の結果、共有している場合、前記ストレージ設定要求に基づく設定対象ボリュームの状態（属性）を取得するステップと、
    前記取得した前記ボリュームの状態（属性）の内容でストレージ設定要求の操作が可能か否か、前記共有ボリューム操作管理情報のボリューム状態と前記ストレージ管理情報を参照して判定するステップと、
    前記判定の結果、ストレージ設定可の場合、前記ユーザからのストレージ設定要求に基づきストレージ設定を実行してボリュームの操作権限を変更し、ストレージ設定否の場合、ストレージ設定を抑制するステップと、
    を有することを特徴とするボリューム管理方法。
14. 請求項１３記載のボリューム管理方法において、前記操作内容が実行可能であれば、前記ボリュームの属性に応じて前記他のユーザが有する操作権限を変更するステップを有することを特徴とするボリューム管理方法。
15. 請求項１３記載のボリューム管理方法において、
    前記ボリュームへの操作内容のペア操作を実行可能か否か判定した後、前記ボリュームへの操作が可能か否かを表示するステップを有することを特徴とするボリューム管理方法。
16. 請求項１３記載のボリューム管理方法において、
    ２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへのペア操作を実行した後、ボリューム操作実行後の該ボリュームの属性を取得するステップと、取得した該ボリュームの属性により、他のユーザのボリューム操作を行なうか否か判定するステップと、前記一のユーザのボリューム操作の設定がない場合には前記他のユーザのボリュームの操作の実行を行なうステップを有することを特徴とするボリューム管理方法。
17. 請求項１３記載のボリューム管理方法において、
    ２以上のユーザが操作権限を有するボリュームのうちの少なくとも１つのボリュームに対して、一のユーザがボリュームへのペア操作を実行した後、ボリューム操作実行後の該ボリュームの属性を取得するステップと、取得した該ボリュームの属性により、他のユーザが有する前記少なくとも１つのボリュームの操作権限を前記一のユーザに委譲するステップを有することを特徴とするボリューム管理方法。
18. 請求項１３記載のボリューム管理方法において、
    前記ボリュームを、前記ボリュームを扱うホスト計算機に認識させる処理を前記ユーザの操作権限として扱うとともに、前記ホスト計算機が前記ボリュームにデータを書き込む、または読み出す設定をする処理を前記ユーザの操作権限として扱うことを特徴とするボリューム管理方法。
19. 請求項１３記載のボリューム管理方法において、
    複数のボリュームに対し、複製元のボリュームと複製先のボリュームを指定して、複製元のボリュームから複製先のボリュームに複製する処理を前記ユーザの操作権限として扱い、前記複製処理の状態を前記ボリュームの属性として扱うことを特徴とするボリューム管理方法。

Images