JP2005322102A - 記憶装置構成管理システムおよび構成管理方法 - Google Patents

Abstract

【課題】 ストレージに保持されるボリュームについて、管理計算機上のユーザの管理範囲とストレージ内部でのユーザの管理範囲の差異を検出する。
【解決手段】 管理計算機１００のストレージ管理情報１１３は、ボリュームグループの識別子とユーザの識別子との対応を格納する。ユーザの管理対象として複数のボリュームが指定されたとき、管理計算機１００は、ストレージ管理情報１１３を参照し、またストレージ１２０から指定された複数のボリュームが属するボリュームグループの識別子を取得する。次に管理計算機１００は、ストレージ管理情報１１３を参照し、取得したボリュームグループが同一のユーザの管理範囲となるか否か判定する。
【選択図】 図１

Description

本発明は、記憶装置(以下、ストレージともいう)のデータ領域の構成を管理する技術に係わり、特に管理計算機が設定するデータ領域の管理範囲と記憶装置内に設定されるデータ領域の管理範囲の差異を検出する技術に関する。

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

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

またストレージの高機能化の技術として、ボリュームのアクセス性能を向上させ、かつボリュームの使用効率を高めることによりストレージの構成を再構築する技術がある(例えば特許文献２)。この技術により、大容量のストレージのボリュームを無駄なく効率的に扱うことが可能となる。

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

特開２００１−１８４１７５号公報

かかる従来の技術には、次のような問題がある。特許文献２のような従来技術は、ストレージのボリュームに関する権限について述べていない。大容量ストレージは、実際の部門や業務サービスごとにボリュームの使用できる範囲が決められることが多い。そのためシステム性能が向上するようにボリュームを再構築する場合、特許文献２のような技術では、ボリユームの所有者が決められていてもボリュームの権限について管理していないため、ボリュームの管理者の許可なく、ボリュームの構成が勝手に変えられてしまうおそれがある。そのためボリュームの権限を管理する機構が必要となる。

特許文献１のような従来技術により上記の問題が解決できる場合もある。しかしユーザの管理範囲は、ストレージについての管理計算機上に設定される。そのためこの管理計算機を介さずにストレージの設定が可能であれば、管理計算機上の管理範囲の設定が無効となる。これによってストレージ内でもボリュームのアクセス制限を行なう必要がある。一方ストレージシステム全体についてアクセス制限を行なうために管理計算機上でもアクセス制限を行なう必要がある。このため管理計算機上に設定したアクセス制限とストレージ内に設定したアクセス制限を一致させることが課題となる。

またストレージがＲＡＩＤ構成を構築しているとき、一般に１つのＲＡＩＤ構成には複数のボリュームが所属する。このため同一のＲＡＩＤ構成に属する複数のボリュームを２人のユーザの間で分割すると、そのＲＡＩＤ構成内のあるディスクが故障したとき、その障害情報を両方のユーザに通知しなければならず、結局同一のＲＡＩＤ構成に属するボリュームは両方のユーザが管理しなければならない。よって一般にＲＡＩＤ構成を単位としてユーザの管理権限を分けたほうが管理範囲が明確となる。

上記のように、管理計算機上では論理的なボリューム単位、ストレージ内ではボリューム単位というよりはＲＡＩＤ構成単位でアクセス制限を行なう傾向がある。この場合には、管理計算機上の管理範囲と、ストレージ内での管理範囲に不一致がおこる。例えばストレージがＲＡＩＤ１構成とＲＡＩＤ５構成の２つのＲＡＩＤのディスクグループを持っているとき、ＲＡＩＤ１構成のボリュームとＲＡＩＤ５構成に属するボリューム群を管理計算機内ではあるユーザに与え、ＲＡＩＤ５構成の他のボリュームを別のユーザに与えると、ボリューム単位ではユーザの管理範囲が分かれるが、ＲＡＩＤ構成単位では、ＲＡＩＤ５構成のＲＡＩＤについては２人のユーザが管理することになり、管理範囲が不明確な状態となる。

ストレージ内には管理者について不可分の記憶領域が設定されている。この記憶領域は、記憶領域単位（例えばボリューム）が複数個集められたグループを構成する。一方管理計算機内には管理者の管理範囲にある記憶領域が設定されている。この記憶領域は、複数個の上記記憶領域単位によって構成される。本発明は、管理対象として指定された複数の記憶領域単位又は少なくとも１つのグループがストレージと管理計算機の両方に亘って同一の管理者の管理範囲となるか否かを検出する。

本発明によれば、ストレージに保持されるボリュームについて、管理計算機上のユーザの管理範囲とストレージ内部でのユーザの管理範囲の差異を検出し、ユーザの管理範囲を明確にできる。

以下、図面を用いて本発明の実施形態について詳細に説明する。

図1は、本発明の第１ないし第４の実施形態における記憶装置構成管理システムの構成を示す図である。システムは、少なくとも１台のストレージ１２０、複数のホスト計算機１５０、管理計算機１００およびこれら装置間を接続する通信路を有する。

ストレージ１２０は、ストレージ制御装置とストレージ駆動装置を有し、ストレージシステムを構成する。以下このストレージシステムをストレージ１２０と略称する。ストレージ１２０は、実際に計算機が管理するデータを格納する管理領域であるボリューム１４０、ボリューム１４０の読み書きに関するデータI/Oを送受信するＩ／Ｆ（インタフェース）(B)１４１と、管理計算機１００などと通信を行なうＩ／Ｆ(A)１２２と、実際にストレージの制御を行なうプロセッサ１２１とメモリ１２３で構成されている。Ｉ／Ｆ(B)１４１とＩ／Ｆ(A)１２２は、通信形態(例えばＩＰ(Internet Protocol)によっては、１つの通信装置として配置されることもある。

ストレージボリュームグループ１３０は、ひとまとまりの物理ストレージドライブ群に対応し、ボリューム１４０をグループでまとめたストレージ１２０で管理する単位である。ここでボリュームは、ストレージ１２０に存在する論理的な記憶領域単位である。例えばＲＡＩＤ構成を作成可能なストレージの場合、ＲＡＩＤ構成可能なディスクの集合を一つのストレージグループとして扱い、そのストレージグループの中でＲＡＩＤのボリュームを作成することによって、この環境を作ることができる。上記の例のようなストレージボリュームグループ１３０の場合、パリティグループ、ＲＡＩＤグループなどと呼ばれることがある。少なくとも１つのストレージボリュームグループ１３０は、管理者について不可分の記憶領域を構成する。

メモリ１２３は、ストレージ構成プログラム１２４とストレージ構成情報１２５を格納する。ストレージ構成プログラム１２４は、プロセッサ１２１によって実行されることにより実現される。ストレージ構成プログラム１２４は、ストレージ１２０のストレージボリュームグループやボリュームの配置について管理するプログラムであり、またストレージ内の資源を分割して管理制御するプログラムである。ストレージ構成情報１２５は、このボリュームやストレージボリュームグループの構成情報である。キャッシュ１２６は、ボリュームアクセスの高速化のために用いるメモリである。

管理計算機１００は、ＣＰＵ１０１、メモリ１０２、ストレージ１２０およびホスト１５０と通信するＩ／Ｆ１０３を備える。管理グループプログラム１１０、ストレージ分割管理プログラム１１１およびボリューム配置プログラム１１２は、本発明の実施形態の処理を実現するものである。管理グループプログラム１１０、ストレージ分割管理プログラム１１１およびボリューム配置プログラム１１２は、管理計算機１００のメモリ１０２に格納されており、ＣＰＵ１０１によって実行されることにより実現される。ストレージ管理情報１１３は管理グループプログラム１１０、ストレージ分割管理プログラム１１１およびボリューム配置プログラム１１２で使用する情報である。

ホスト計算機１５０は、ストレージ１２０を使用するホストであり、Ｉ／Ｆ１５１を介してデータＩ／Ｏを送受信しストレージ１２０のボリューム１４０上のデータを読み書きする計算機である。ホスト計算機１５０は、Ｉ／Ｆ１５１、ＣＰＵ１５２およびメモリ１５３を備える。ホスト計算機１５０のメモリ１５３は、ホスト情報提供プログラム１５４を格納する。ホスト情報提供プログラム１５４は、ＣＰＵ１５２によって実行され、ストレージ１２０のセキュリティに関するホスト識別情報などの情報を管理計算機１００に送信する。Ｉ／Ｆ１５１は、管理計算機１００とストレージ１２０に接続されている。管理計算機１００への情報の送受信には、ＴＣＰ／ＩＰのようなプロトコル、ストレージ１２０に対してはファイバ・チャネルのようなプロトコルを使用する場合、すなわち両者について別々のプロトコルによって通信する場合には、それぞれ別々のＩ／Ｆを備えてもよい。別の言い方をすれば、例えばホスト計算機１５０のデータの送受信に管理計算機１００とストレージ１２０とで、同じプロトコルを使用する場合は、Ｉ／Ｆ１５１は、１つのＩ／Ｆの装置で構成してもよい。

図２は、本発明の第１ないし第４の実施の形態において、ストレージ１２０のストレージ構成情報１２５の各テーブルの構成例を示す図である。ストレージ構成情報１２５は、ストレージ構成プログラム１２４によって使用される。

ここでストレージ分割というものを定義する。これはストレージ１２０の資源(例えばボリューム)を管理対象ごとに分けて、各管理対象を管理するユーザを割り当てることであり、複数の管理者が独立してストレージ内の資源を管理するための資源分割である。このようにストレージ分割すると、大規模ストレージの管理者が1人で全体を管理しなくてもよく、他の複数の管理者に管理する資源を割り当てて、管理させることができる。また各管理者に独立して管理対象を割り当てて、管理の重複や操作エラーの影響をなくす。このストレージ分割の管理を実現するために、ストレージ構成情報１２５が用いられる。

ストレージ識別テーブル２００は、管理計算機１００やホスト１５０がストレージ１２０を識別するための情報を持つテーブルであり、ストレージ１２０を識別する識別子としてストレージＩＤ２０１が格納されている。

ボリュームテーブル２１０は、ストレージ１２０にあるストレージボリュームグループ１３０の識別子であるストレージボリュームグループＩＤ２１１と、ストレージ１２０にあるボリューム１４０の識別子であるボリュームＩＤ２１２の情報が格納されている。ボリュームテーブル２１０の例によれば、ストレージボリュームグループＩＤが１であるストレージボリュームグループには、ボリュームＩＤ１、２のボリュームが属していることを表している。

キャッシュ分割テーブル２２０は、キャッシュ分割ＩＤ２２１とキャッシュを分割することで使用可能なメモリアドレス範囲２２２の情報が格納されている。これにより、キャッシュ分割されたキャッシュの情報を管理する。

ポートテーブル２３０は、管理計算機１００やホスト計算機１５０がストレージ１２０の各Ｉ／Ｆ(B)１４１を識別するための情報を持つテーブルであり、各Ｉ／Ｆ(B)１４１の識別子であるポートＩＤ２３１が格納されている。

ストレージ分割テーブル２４０は、複数の管理者がストレージ１２０を操作できるようにするために、ストレージの資源を分割するための構成情報を格納するテーブルである。

ストレージ分割テーブル２４０は、ストレージの資源の分割単位の識別子であるストレージ分割グループＩＤ２４１、ストレージ分割の資源を表す構成要素２４２、および構成要素の識別子である構成要素ＩＤ２４３から構成される。たとえばストレージ分割の資源として、ストレージ分割ＩＤが１のものには、ストレージボリュームグループＩＤが４，５、ポートＩＤが１、キャッシュ分割ＩＤが１の資源を持つことになる。

ユーザテーブル２５０は、ストレージ１２０に登録されているユーザの識別子であるユーザＩＤ２５１、ユーザがアクセス可能なストレージ分割の単位を示すストレージ分割グループＩＤ２４１を格納する。この情報により、ストレージ１２０の各管理者が、どのストレージ分割グループにアクセス可能かを管理することが可能となる。ここでユーザテーブル２５０の例によれば、ユーザＩＤ３をもつユーザは、ストレージ分割グループＩＤ３の資源を持つことを表している。これはすなわちストレージボリュームグループ６の資源にアクセス可能であることを表している。言い換えれば、その他の資源はユーザＩＤ３からはアクセスすることができない。またもしストレージ分割グループＩＤ１を管理するユーザがユーザテーブル２５０に登録されていれば、このユーザはストレージボリュームグループＩＤ４，５とポートＩＤ１とキャッシュ分割ＩＤ１の資源にアクセス可能である。

上記例は、各ユーザにストレージ分割の資源を与えているが、ストレージ分割グループＩＤ２のように、ユーザＩＤが登録されていない場合は、すべてのユーザがアクセス可能である。またストレージ資源全体を、このユーザテーブルによらずアクセスできるユーザ、すなわちストレージ内部の資源の全体管理者を設定してもよい。

上記のように、ストレージ内の資源を分割することによって、ストレージ内の資源の管理者を明確にし、管理範囲を分けることが可能になる。

図３は、本発明の実施形態において、管理計算機１００で実行される各プログラムで使用するストレージ管理情報１１３の各テーブルの構成例を示す図である。

ストレージ管理情報１１３は、管理グループプログラム１１０が使用するボリューム管理グループテーブル３００、ホスト管理グループテーブル３１０、ユーザ管理グループテーブル３２０、ユーザストレージ分割テーブル３３０およびホスト情報テーブル３４０を有する。

ここで管理グループというグループを定義する。管理グループとは、あるリソースをグループ化して管理するための単位である。図３のリソースとは、ボリュームとホスト計算機となる。ボリュームとホスト計算機をグループ化することによって、そのグループの管理者にボリュームに対するパスの割当を設定したり、そのグループ内のボリュームとホスト計算機についてパスのセキュリティを設定する権限を与える。言い換えれば、管理者は、自分の管理グループに登録されていないボリュームについて、操作することができない。

次にストレージ管理情報１１３にある各テーブルについて説明する。ボリューム管理グループテーブル３００は、管理グループの識別子である管理グループＩＤ３０１と、管理計算機１００が管理するストレージ１２０のストレージＩＤ２０１と、そのストレージ内のボリューム１４０のボリュームＩＤ２１２を格納する。例えばボリューム管理グループテーブル３００の例によれば、管理グループＩＤ１の管理者は、ストレージＩＤ１のボリュームＩＤが１、２、３のボリュームのみ操作や情報取得が可能である。この管理グループの情報を表示するとき、管理グループＩＤ１としては、ストレージＩＤ１、ボリュームＩＤ１、２、３のボリュームについての情報のみが表示されることになる。

ホスト管理グループテーブル３１０は、管理グループＩＤ３０１と、管理計算機内で管理するホスト計算機１５０の識別子であるホストＩＤ３１２を格納する。このテーブルにより、管理グループが扱うホスト計算機を定義する。例えばホスト管理グループテーブル３１０によれば、管理グループＩＤ１の管理者は、ホストＩＤが１、２のものについて操作が可能である。

ユーザ管理グループテーブル３２０は、管理グループＩＤ３０１と、その管理グループの管理者を示すユーザＩＤ２５１を格納する。

ユーザストレージ分割テーブル３３０は、ストレージ分割の管理者を示すユーザＩＤ２５１と、管理対象のストレージＩＤ２０１と、そのストレージ内のストレージ分割グループの識別子であるストレージ分割グループＩＤ２４１を格納する。

ホスト情報テーブル３４０は、ホストＩＤ３１２と、管理計算機１００からストレージ１２０にホスト計算機情報を設定するときに用いるホスト識別情報３４２を格納する。例えばホスト１５０のＩ／Ｆ１５１と、ストレージ１２０のＩ／Ｆ(B)１４１がファイバ・チャネル接続であれば、ホスト識別情報３４２としてファイバ・チャネル上の識別子であるＷＯＲＬＤ ＷＩＤＥ ＮＡＭＥ（ＷＷＮ）が設定される。ホスト情報提供プログラム１５４は、このホスト識別情報を用いて、例えばそのホスト計算機がアクセス可能なボリュームについてのセキュリティ情報を設定する。

各ストレージのストレージ構成情報１２５に含まれるテーブルをストレージ管理情報１１３内に設定すると、これらのテーブルにアクセスするときの処理が高速化される。例えばストレージ分割テーブル２４０の情報をストレージＩＤ１のストレージ分割テーブルとして、ストレージ管理情報１１３内に設定してもよい。

図４は、本発明の第１、第３の実施形態において、ストレージ分割指定のために用いられる案内画面の一例である。ストレージ分割設定メニュー４００は、管理計算機１００の表示装置に表示される。ストレージ分割設定メニュー４００の案内画面は、ストレージ分割の対象とするストレージの識別子を示すストレージＩＤ領域４０１と、どの単位で分割するかを示す分割単位領域４０２と、その分割単位の中でどの資源をストレージ分割単位として指定するかを示す分割ターゲット領域４０３を有する。

例えば図４で示すように、ストレージＩＤ１についてストレージボリュームグループ単位で分割する場合に、分割ターゲット領域４０３には、登録したいストレージグループのＩＤを指定する。図４ではストレージＩＤが１のストレージボリュームグループＩＤが１，２であるストレージボリュームグループをストレージ分割の資源として指定する場合を表している。この領域の値が、次に説明する図５のフローチャートの処理の入力の一例となる。

また図４の案内画面は、ストレージボリュームグループのほかにポートの指定、キャッシュ分割の設定をするように構成されてもよい。すなわち分割単位領域４０２は、ポートやキャッシュ分割のメニューも表示可能であり、分割ターゲット領域４０３は、選択されたリソースのＩＤを設定可能であってもよい。設定ボタン４０４が押されると、管理計算機１００は、ボリューム、ポート、キャッシュ分割のすべての情報を入力値として一括して登録してもよい。またストレージ分割を複数個設定できるように表示領域を拡張してもよい。すなわちストレージ分割設定メニュー４００は、領域４０１、４０２、４０３の表示領域を複数組設け、設定ボタン４０４が押されたときに、それらの入力情報が一括してストレージ分割管理プログラム１１１に入力されるようにしてもよい。

図５は、本発明の第１の実施形態として、管理計算機１００上のボリューム管理範囲とストレージ１２０内のストレージ分割によるボリューム管理範囲の不一致を検出する処理手順を示すフローチャートの一例である。このフローチャートで示す処理は、管理グループプログラム１１０とストレージ分割管理プログラム１１１に含まれる。図５で示す処理の例は、既に管理グループ情報が設定されており、その中でストレージ分割を行なうときに、互いの管理範囲の不一致を検出する処理の手順を示すものである。

ストレージ分割管理プログラム１１１は、ステップ５００およびステップ５０９の処理を実行し、管理グループプログラム１１０は、その他のステップ処理を実行する。

ストレージ分割管理プログラム１１１は、図４で示すような案内画面を介してストレージ分割指定の入力を受け付ける (ステップ５００)。次に管理グループが管理計算機上で存在しているか、または管理グループがいずれかのユーザに管理されているか否か判定する(ステップ５０１)。ステップ５０１では、ボリューム管理グループテーブル３００の管理グループＩＤ３０１、ホスト管理グループテーブル３１０の管理グループＩＤ３０１、ユーザ管理グループテーブル３２０の管理グループＩＤ３０１に値が入っていれば、管理グループがあると判定される。管理グループがユーザに管理されているか否かは、ユーザ管理グループテーブル３２０の管理グループＩＤ３０１とユーザＩＤ２５１に値があるか否かによって判定される。管理グループがあるか、または管理グループがユーザに管理されていればステップ５０２へ、そうでなければステップ５０９へ進む。

次に管理グループプログラム１１０は、ボリュームテーブル２１０からステップ５００で指定されたストレージ分割の対象とするストレージボリュームグループに属するボリュームＩＤを取得する(ステップ５０２)。管理グループプログラム１１０はＩ／Ｆ１０３およびＩ／Ｆ１２２を介してストレージ１２０のストレージ構成プログラム１２４と通信し、ストレージ構成情報１２５中のボリュームテーブル２１０の情報を取得する。例えば図４に示す指定によれば、ストレージＩＤ１のストレージボリュームグループの値は１，２を指定したので、ここで取得するボリュームＩＤは１、２、３、４である。またステップ５０２において、指定されたストレージボリュームグループがすでにストレージ分割で使用されていれば、その旨をメッセージとして表示し、指定されたストレージ分割は設定できないものとして処理を終了してもよい。

次に管理グループプログラム１１０は、ボリューム管理グループテーブル３００からステップ５０２で取得したボリュームが属する管理グループを取得する(ステップ５０３)。例えばステップ５０２の例では、ストレージＩＤ１のボリュームＩＤ１，２，３，４のボリュームが取得しているので、これらのボリュームが属する管理グループのＩＤは１、２である。

次に管理グループプログラム１１０は、ステップ５０２で取得したボリューム情報と、ステップ５０３で取得した管理グループ情報とから、管理グループとストレージ分割グループは同じユーザが管理できるかを調べる(ステップ５０４)。指定されたストレージ分割グループについて、その管理グループのユーザが同じであるかどうかを調べる。これはそのストレージ分割グループについて、その管理グループのユーザが異なれば、そのストレージ分割グループに属するボリュームを管理するユーザがいないものと判断される。この状況は、ストレージ分割の管理範囲と管理グループの管理範囲とに不一致が起こったことを示す。もしストレージ分割を同じユーザが管理可能であれば、管理範囲は一致するものとして、ステップ５０５に進む。もし同じユーザが管理不可能であれば、管理範囲は不一致なものと判断して、ステップ５０７へ進む。

例えばステップ５０３によれば、取得した管理グループのＩＤは１，２である。そこでユーザ管理グループテーブル３２０の情報を参照したとき、管理グループＩＤ１と管理グループＩＤ２は管理するユーザが異なるため、管理範囲は不一致としてステップ５０７へ進むことになる。もし管理グループ１，２のユーザがともに同じであれば、ステップ５０５に進むことになる。

次に管理グループプログラム１１０は、ステップ５０３で取得した管理グループに属するボリュームをボリューム管理グループテーブル３００から取得する(ステップ５０５)。例えばステップ５０３の例によれば、取得した管理グループのＩＤは１、２であるので、これらの管理グループに属するボリュームはストレージＩＤ１のボリューム１、２、３、４とストレージＩＤ２のボリューム１である。

次にステップ５０２で取得したボリューム情報と、ステップ５０５で取得したボリューム情報とから、管理グループに属するボリュームとストレージ分割に属するボリュームは同じ装置内で、同じボリュームで構成されるか調べる(ステップ５０６)。もし同じ構成であれば、管理範囲は一致するものとして、ステップ５０９に進む。異なっていれば管理範囲は一致してないものとしてステップ５０７へ進む。例えばステップ５０３で管理グループＩＤ１、２のユーザが同じであり、かつステップ５０５で取得したボリューム情報と、ステップ５０２で得られたボリューム情報がストレージＩＤ１のボリュームＩＤ１、２、３、４であった場合、管理グループＩＤ１と管理グループＩＤ２に属するボリュームＩＤは、ストレージＩＤ１のボリュームＩＤ１、２、３、４であり一致する。よって管理範囲は一致するものとして、ステップ５０９に進むことになる。

ステップ５０７では、管理グループプログラム１１０は、ステップ５０６までのステップから指定したストレージ分割と既存の管理グループの間で管理範囲が一致しないと判定し、警告の表示をするなどその判定結果を出力する。これにより指定したストレージ分割は、管理範囲を一致させることはできないことをユーザへ示すことが可能となる。またステップ５０７で判定結果を出力するとき、ストレージ分割で指定されたストレージボリュームグループに属するボリュームのＩＤと、ステップ５０３で取得した管理グループに属するボリュームＩＤをユーザに示してもよい。これを示すことによって、ユーザは次のストレージ分割の設定の指標とすることが可能となる。

ステップ５０８では、管理計算機１００の表示装置を介してストレージの分割をするかユーザに問い合わせる。この問い合わせは、ステップ５０７までの処理によって、ストレージ分割を行なうと、管理グループの管理範囲と異なるが、そのような環境でもストレージ分割を行ない、ストレージの構成を変更するか再度確認する。ストレージ分割を行なうように、ユーザから指定されれば、ステップ５０９へ、そうでなければ処理を終了する。

ステップ５０９では、ストレージ分割管理プログラム１１１は、実際のストレージ分割処理を行なう。このステップの処理は、ストレージ分割管理プログラム１１１からＩ／Ｆ１０３およびＩ／Ｆ１２２を介してストレージ１２０のストレージ構成プログラム１２４に要求を渡し、実際のストレージ分割処理を行なう。

ステップ５１０では、管理グループプログラム１１０は、このストレージ分割についてユーザ登録を行なうかどうかをユーザに選択させる。ユーザが指定したストレージ分割についてユーザ登録するよう指定された場合にはステップ５１１へ、そうでなければ終了する。

ステップ５１１では、管理グループプログラム１１０は、このストレージ分割を管理するユーザをユーザ管理グループテーブル３２０とストレージ１２０のユーザテーブル２５０に登録する。また管理グループプログラム１１０は、ストレージ構成プログラム１２４を介して新しいストレージ分割グループの構成をストレージ分割テーブル２４０に登録し、ユーザとストレージ分割グループとの対応をユーザストレージ分割テーブル３３０に登録する。これらの登録が終了後処理を終了する。

本発明の第１の実施形態において、管理計算機１００とは別のルートによって、管理計算機１００以外の計算機やストレージ自身によりストレージ分割が設定されていたとき、管理計算機１００が管理計算機側の管理範囲とストレージ側の管理範囲の不一致を発見すれば、警告を発するなど判定結果の出力をしてもよい。また逆にストレージの操作が行なわれたときに、管理計算機１００にストレージ分割が行なわれたことを通知してもよい。またこの通知を管理計算機１００の管理グループプログラム１１０が受けて、管理計算機側の管理範囲とストレージ側の管理範囲の不一致が発見されれば、警告を発してもよい。

第１の実施形態により、ストレージ分割と管理グループの管理範囲の異なっていることを判定し、その判定によりユーザに処理の選択をさせることによって、管理範囲の一致性をユーザに促すことが可能となる。

またストレージ分割に係わる管理グループに対してホスト計算機の識別子を登録するとき、管理グループのホストの定義とストレージ分割におけるホストの定義との間に管理範囲の不一致が起こったときも上記のように警告を発してもよい。例えばストレージ構成情報１２５にストレージ分割グループＩＤ２４１とホストＩＤ３１２との対応づけを定義するテーブルが設定されているとする。ストレージ管理情報１１３にはホスト管理グループテーブル３１０が存在するので、ストレージ分割で定義されるホスト計算機と、管理グループで定義されるホスト計算機との間に管理範囲上の不一致が生じたときも、警告を発してもよい。この場合にその管理グループを管理するユーザの存在の有無に係わらず警告を発してもよい。また管理計算機１００のユーザに対して警告のメッセージを送信する代わりに、ホスト計算機１５０に対して警告のメッセージを送信してもよい。

図６は、本発明の第２の実施形態として、管理計算機１００上のボリューム管理範囲とストレージ１２０内でのストレージ分割によるボリューム管理範囲の不一致を検出する処理の手順を示すフローチャートの一例である。このフローチャートで示す処理は、管理グループプログラム１１０に含まれる。図５の処理手順との違いは、既にストレージ分割が設定されているという条件の下で管理グループを作成するときに、互いの管理範囲の不一致を検出する処理の手順を示すものである。

管理グループプログラム１１０は、管理グループ指定の入力を受け付ける (ステップ６００)。ここではボリュームＩＤを指定することによって管理グループを作成することとする。

次にストレージ分割の情報が管理計算機１００上で管理されており、このストレージ分割がユーザに管理されているか否か判定する(ステップ６０１)。ステップ６０１では、管理グループプログラム１１０は、ストレージ分割テーブル２４０とユーザストレージ分割テーブル３３０を参照し、ストレージ分割があり、そのストレージ分割がユーザに管理されているか否か判定する。ここでユーザテーブル２５０とユーザストレージ分割テーブル３３０の情報が一致しているか否かチェックしても良い。もし不一致がおきていれば、その旨の警告を発して処理を終了してもよい。そしてストレージ分割があり、このストレージ分割がユーザに管理されていればステップ６０２へ、そうでなければ、ステップ６０８へ進む。

次に管理グループプログラム１１０は、ステップ６００で指定したボリュームが属するストレージ分割グループを、ボリュームテーブル２１０とストレージ分割テーブル２４０から取得する(ステップ６０２)。管理グループプログラム１１０はＩ／Ｆ１０３およびＩ／Ｆ１２２を介してストレージ１２０のストレージ構成プログラム１２４と通信し、ストレージ構成情報１２５中のボリュームテーブル２１０とストレージ分割テーブル２４０の情報を取得する。例えばストレージＩＤ１のボリュームＩＤ６、７を管理する管理グループを構成する場合、ボリュームテーブル２１０からボリュームＩＤ６，７が属するストレージボリュームグループはそれぞれ３、４であることがわかる。そしてストレージボリュームグループが属するストレージ分割グループは、それぞれ２，１であることがわかる。

次に管理グループプログラム１１０は、ステップ６０２で取得したストレージ分割グループの情報から、管理グループとストレージ分割グループは同じユーザが管理できるかを調べる(ステップ６０３)。すなわち指定された個々のストレージ分割グループについて、管理グループのユーザが同じであるか否かを調べる。これは対象とする個々のストレージ分割グループについて、その管理グループのユーザが異なれば、そのストレージ分割グループに属するボリュームを管理するユーザがいないものと判断される。この状況は、ストレージ分割の管理範囲と管理グループの管理範囲とに不一致が起こったことを示す。もしそのストレージ分割を同じユーザが管理可能であれば、管理範囲は一致する候補として、ステップ６０４に進む。もし同じユーザが管理不可能であれば、管理範囲は不一致なものと判断して、ステップ６０６へ進む。

例えばステップ６０２によれば、取得したストレージ分割グループのＩＤは１，２である。そこでユーザストレージ分割テーブル３３０で、ストレージ分割ＩＤを管理するユーザがストレージ分割ＩＤ１と２で異なるように設定されていれば、管理範囲は不一致としてステップ６０６へ進むことになる。もしストレージ分割１，２のユーザがともに同じであれば、ステップ６０４に進むことになる。

次に管理グループプログラム１１０は、ステップ６０２で取得したストレージ分割グループが属するボリュームをボリュームテーブル２１０と、ストレージ分割テーブル２４０から取得する(ステップ６０４)。管理グループプログラム１１０は、ストレージ構成プログラム１２４と通信し、これらのテーブルの情報を取得する。例えばステップ６０２の例によれば、取得したストレージ分割のＩＤは１、２であるので、これらのストレージ分割グループのＩＤに属するストレージボリュームグループはストレージ分割テーブル２４０から３，４、５であることがわかる。そして取得したいボリュームはストレージボリュームグループ３、４、５に属するボリュームであり、ボリュームテーブル２１０からストレージＩＤ１のボリューム５、６、７、８であることがわかる。

次に管理グループプログラム１１０は、ステップ６００で指定したボリューム情報と、ステップ６０４で取得したボリューム情報とから、管理グループに属するボリュームとストレージ分割に属するボリュームは同じ装置内で、同じボリュームで構成されるか調べる(ステップ６０５)。もし同じ構成であれば、管理範囲は一致するものとして、ステップ６０８に進む。異なっていれば管理範囲は一致しないものとしてステップ６０６へ進む。例えばステップ６０２の例のように、ステップ６００で指定したボリュームがＩＤ６，７であり、ステップ６０４からストレージ分割１、２で管理するボリュームがＩＤ５、６、７、８であるので、管理範囲は一致しないものとしてステップ６０６へ進むことになる。

ステップ６０６では、管理グループプログラム１１０は、ステップ６０５までのステップから、指定した管理グループと既存のストレージ分割との間で管理範囲が一致しない可能性のあるものと判断して、警告を発生させる。これにより指定された管理グループでは、管理範囲が一致しないものとしてユーザへ示すことが可能となる。ただしこれまでの例によれば、別に管理グループを作成し、それがボリュームＩＤ５、８を管理するよう構成するならば、管理範囲を一致させることが可能なので、このように異なったボリューム構成をユーザに提示してもよい。

ステップ６０７では、管理計算機１００の表示装置を介して管理グループを作成するかユーザに問い合わせる。この問い合わせは、ステップ６０６までの処理によって、管理グループの作成を行なうと、ストレージ分割の管理範囲と異なるが、そのような環境でも管理グループの作成を行なうか再度確認する。管理グループを作成するようにユーザから指定されれば、ステップ６０８へ、そうでなければ処理を終了する。

ステップ６０８では、管理グループプログラム１１０は、実際に管理グループを作成する。すなわちボリューム管理グループテーブル３００において、新しい管理グループＩＤ３０１と、指定されたストレージＩＤとボリュームＩＤをそれぞれストレージＩＤ３０２、ボリュームＩＤ３０３に登録する。

ステップ６０９では、管理グループプログラム１１０は、この管理グループについてユーザ登録を行なうかどうかをユーザに選択させる。ユーザが指定した管理グループを登録するよう指定した場合にはステップ６１０へ、そうでなければ終了する。

ステップ６１０では、管理グループプログラム１１０は、この管理グループを管理するユーザをユーザ管理グループテーブル３２０に登録する。この登録が終了後処理を終了する。

以上の処理手順により、ストレージ分割グループと管理グループの管理範囲の異なっていることを判定し、その判定に従い、ユーザに処理の選択をさせることによって、管理範囲の一致性をユーザに促すことが可能となる。

また既にストレージ分割が設定されているという条件の下で、管理グループを作成するとき、ユーザがストレージ分割グループの情報を参照しながら作成する場合もある。その場合図６に示すような処理手順を実行すると、ユーザの確認が多くなり、ユーザがわかっている情報を改めて表示するという可能性もある。そのため図６の各ステップを実行するか否かはじめにユーザに判断させる処理を設けてもよい。

本発明の第３の実施形態は、ストレージ分割グループを作成するときや、管理グループを作成するとき、ストレージ分割グループと管理グループの管理範囲が異なることを検出した場合、ストレージの構成変更や管理グループの構成変更によって、ストレージ分割の管理範囲と管理グループの管理範囲を一致させる。

図７は、ストレージ分割の一致性を可能とするために、管理範囲が不一致となっているボリュームを示し、一致させるための移動先を選択するための画面を示す。移動元のボリュームに対する移動先の対象としては、ストレージボリュームグループか管理グループのいずれかかとなる。

ボリューム移動メニュー画面７００はボリューム移動を支援するための案内画面であり、画面は、ストレージＩＤを表示する領域７０１と、管理範囲が不一致となった移動元ボリュームを表示する領域７０２と、ボリュームの移動先を表示する移動候補領域７０３を有する。ユーザは、領域７０１、７０２、７０３の内容から、移動候補に挙げられているものを指定する。そしてユーザは、指定番号領域７０４にボリューム移動先を指定する。そして設定ボタン７０５を押すことにより、管理計算機１００にその指定情報が送信される。また領域７０３の移動候補によらず、同じ移動先の対象（ストレージボリュームグループまたは管理グループ）について別の移動先を設定するために、移動先新規作成ボタン７０６が設けられている。このボタンを押すことによって、領域７０３と同じ移動対象のものを新規作成する画面に移行して、新規作成後、指定番号７０４にその結果が表示される。そして設定ボタン７０５を押すことによって、ボリューム移動の処理が行なわれる。

またこのとき、ボリューム移動メニュー画面７００にはキャンセルボタンを設けて、この指定を行なわないようにキャンセルする選択肢を設けてもよい。

図８は、本発明の第３の実施形態において、ストレージ分割グループと管理グループとで異なる管理範囲を検出した場合の管理範囲の差異をなくす処理の手順を示すフローチャートである。このフローチャートで示す処理は、管理グループプログラム１１０、ストレージ分割管理プログラム１１１およびボリューム配置プログラム１１２に含まれる。

管理グループプログラム１１０とストレージ分割管理プログラム１１１は、ボリューム管理範囲不一致を検出する処理を行なう(ステップ８００)。この処理は、図５のフローチャートにおいてステップ５００からステップ５０７の処理である。

次に管理グループプログラム１１０は、管理範囲の差異の原因となっているボリュームを表示する(ステップ８０１)。すなわち管理グループプログラム１１０は、管理範囲の異なるストレージボリュームグループと管理グループのそれぞれのボリュームを表示する。上記の例ではストレージボリュームグループ１、２から成るストレージ分割グループを作成するとき、管理グループ１、２のユーザが異なっていることによって管理範囲の差異が出た。このときのストレージボリュームグループ１、２に属するボリュームおよび管理グループ１、２に属するボリュームを表示する。

次にユーザは、管理範囲の差異をなくすためにストレージ内でボリューム移動するかどうか選択する。ストレージ内でボリューム移動しなければステップ８０６へ、移動するように選択されればステップ８０３へ進む(ステップ８０２)。

ステップ８０３では、管理グループプログラム１１０は、移動すべきボリュームと、移動先として可能なストレージボリュームグループを表示する。これは不一致がおきたボリュームが移動すべきボリュームであり、移動先として可能なストレージボリュームグループは、管理グループが重複していないストレージボリュームグループを示すことになる。管理グループプログラム１１０は、ストレージ移動メニュー画面７００の領域７０１にストレージＩＤを表示し、領域７０２に移動すべきボリュームのボリュームＩＤを表示する。また７０３で、移動先として可能なストレージボリュームグループを表示する。

例えばストレージボリュームグループ１、２から成るストレージ分割グループを作成するとき、管理グループ１、２のユーザが異なっていることによって、管理範囲の差異が出た。このときストレージＩＤ１のボリューム３についてストレージボリュームグループと管理グループとで登録が異なっており、移動すべきボリュームはボリューム３の一つだけですむことがわかる。よってボリュームＩＤ３のボリユームが今回の対象となる候補となる。

また移動先のストレージボリュームグループの候補は、管理グループが重複していないものであり、ストレージボリュームグループが２か、またはユーザが管理していないストレージボリュームグループが対象となる。このとき対象とするストレージボリュームグループがパリティグループであれば、構成しているＲＡＩＤ構成を表示してもよい。

移動先のボリュームとして、２つのボリュームの移動によって管理範囲を同じにできるパターンも表示して、ユーザに選択の枠を広げさせるのもよい。

ステップ８０４では、ユーザは、ステップ８０３で表示した移動先を選択する。ユーザは、指定番号の領域７０４に値を入力する。管理グループプログラム１１０は、この選択を受け付ける。

ステップ８０５では、ボリューム配置プログラム１１２は、ステップ８０４で選択されたボリュームについてストレージ１２０のストレージ構成プログラム１２５に指示を出し、ストレージ構成プログラム１２５がボリュームの再配置を行なう。そしてこの処理が成功した後、ストレージ配置プログラム１１２は、成功の通知を受け、ストレージ管理情報１１３のボリューム管理グループテーブル３００の情報を更新する。この処理の後ストレージの分割処理(ステップ８１０)に進む。この処理は図５のフローチャートにおいて、ステップ５０８からステップ５１１の処理である。ステップ８０５はボリューム移動メニュー画面７００の設定ボタン７０５を押すことによって処理が始まる。

ステップ８０６では、ユーザは、管理範囲の差異をなくすために、管理グループ間でボリュームの移動をするかどうか選択する。ストレージ内でボリューム移動しなければステップ８１０へ進み、移動するように選択すればステップ８０７へ進む。

ステップ８０７では、管理グループプログラム１１０は、移動すべきボリュームと移動先として可能な管理グループのＩＤを表示する。これは不一致が生じたボリュームが移動先ボリュームであり、移動先として可能な管理グループは、ストレージボリュームグループが重複していない管理グループを示すことになる。ストレージ移動メニュー画面７００の領域７０１にストレージＩＤを表示し、領域７０２に移動すべきボリュームのボリュームＩＤを表示する。また領域７０３に移動先として可能な管理グループを表示する。

例えばストレージボリュームグループ１、２から成るストレージ分割グループを作成するとき、管理グループ１、２のユーザが異なっていることによって管理範囲の差異が出た。このときストレージボリュームグループと管理グループとで登録が異なっており、移動するボリュームはボリューム３か４のいずれか一つだけですむことがわかる。よってボリュームＩＤ３と４のボリュームが今回の対象となる候補となる。

また移動先のストレージボリュームグループの候補は、管理グループが重複していないものであり、ボリュームＩＤ３には、管理グループが２かまたはユーザが管理していないストレージボリュームグループが対象となる。またボリュームＩＤ４には、管理グループ１かまたはユーザが管理していないストレージボリュームグループを表示する。

移動先のボリュームとして、２ステップで移動できるパターンも表示して、ユーザに選択の枠を広げされるのもよい。

ステップ８０８では、ユーザは、ステップ８０７で表示した移動先を選択する。ユーザは、指定番号の利用域７０４に値を入れる。管理グループプログラム１１０は、この選択を受け付ける。

ステップ８０９では、管理グループプログラム１１０は、ステップ８０８で選択された移動元のボリュームを移動先の管理グループに移動し、ボリューム管理グループテーブル３００に登録する。この処理の後にストレージの分割処理(ステップ８１０)に進む。ステップ８０９は、ボリューム移動メニュー画面７００の設定ボタン７０５を押すことによって処理が始まる。

以上の処理手順により、ボリューム移動候補と移動先としてのストレージボリュームグループまたは管理グループをあげて、その設定を行なうことが可能となり、管理計算機１００の管理範囲と、ストレージ１２０内の管理範囲を一致させることが可能となる。

また管理計算機１００は、管理グループが指定されたとき、ストレージ分割グループと同じ管理範囲があるか否かを判断し、管理範囲が異なれば、図８の処理と同様の処理を行なうことによって、管理計算機１００の管理範囲と、ストレージ１２０内の管理範囲を一致させる。

ステップ８０３では、移動先新規作成ボタン７０６が押されたとき、新規にストレージグループを作成する処理により新規にストレージグループを作成する処理を行なってもよい。

ステップ８０７では、移動先新規作成ボタン７０６が押されたとき、新規に管理グループを作成する処理により、新規に管理グループを作成する処理を行なってもよい。

またステップ８０２から８０５の処理と、ステップ８０６から８０９の処理の順序を入れ替えて処理を行なってもよい。この場合、ステップ８０６の処理が「Ｎｏ」ならばステップ８０２に処理が進み、ステップ８０２の処理が「Ｎｏ」ならばステップ８１０の処理をするように手順を変更する必要がある。

本発明の第４の実施形態は、ストレージ分割の要素であるポートやキャッシュ分割を管理グループの管理対象として管理計算機１００上で管理するとき、ボリュームと同じように、管理範囲に不一致がおきたとき警告を発する処理である。

図９は、本発明の第４の実施の形態において、管理計算機１００で実行される各プログラムが使用するストレージ管理情報１１３の追加テーブルの構成例を示す図である。ストレージ管理情報１１３は、図３で説明したテーブルのほかに、ポート管理グループテーブル９００およびキャッシュ分割管理グループテーブル９１０を有する。

ポート管理グループテーブル９００は、管理グループＩＤ３０１と、ストレージＩＤ２０１と、Ｉ／Ｆ(B)１４１の識別子を表すポートＩＤ２３１を格納する。

キャッシュ分割管理グループテーブル９１０は、管理グループＩＤ３０１と、ストレージＩＤ２０１と、ストレージ内で管理されるキャッシュ分割の識別子であるキャッシュ分割ＩＤ２２１を格納する。

またストレージ１２０において、プロセッサ１２１やメモリ１２３を管理上分割することが可能であれば、これらの情報を管理グループの管理下に入れてもよい。このようなストレージ１２０の分割可能な資源をデバイスとして定義する。

図１０は、本発明の第４の実施形態において、管理計算機１００上のボリューム管理範囲とストレージ１２０内のストレージ分割によるポートやキャッシュ分割などのデバイスの管理範囲の不一致を検出する処理の手順を示すフローチャートの一例である。このフローチャートで示す処理は、管理グループプログラム１１０とストレージ分割管理プログラム１１１に含まれる。図５で示す処理の例は、既に管理グループ情報が設定されており、その中でストレージ分割を行なうときに、互いの管理範囲の不一致を検出する処理の手順を示すものである。

ストレージ分割管理プログラム１１１は、ステップ１０００および１００６の処理を実行し、管理グループプログラム１１０は、その他のステップの処理を実行する。

ストレージ分割管理プログラム１１１は、ストレージ分割指定の入力を受け付ける (ステップ１０００)。このときストレージ分割設定メニュー画面４００の分割単位の領域４０２にはポートやキャッシュ分割、分割ターゲットの領域４０３にはポートＩＤやキャッシュ分割ＩＤが指定される。

次に管理グループプログラム１１０は、管理グループが管理計算機上で存在しているか、または管理グループがいずれかのユーザに管理されているか否か判定する(ステップ１００１)。ステップ１００１では、ボリューム管理グループテーブル３００の管理グループＩＤ３０１、ホスト管理グループテーブル３１０の管理グループＩＤ３０１、ユーザ管理グループテーブル３２０の管理グループＩＤ３０１に値が入っていれば、管理グループがあると判定される。管理グループがユーザに管理されているか否かは、ユーザ管理グループテーブル３２０の管理グループＩＤ３０１とユーザＩＤ２５１に値があるか否かによって判定される。管理グループがあるか、または管理グループがユーザに管理されていればステップ１００２へ、そうでなければステップ１００６へ進む。

次に管理グループプログラム１１０は、指定されたデバイスの値から管理グループのＩＤを取得する(ステップ１００２)。例えばストレージＩＤ１のポートＩＤ１、キャッシュ分割ＩＤ１が指定されていれば、これらのデバイスが属する管理グループのＩＤは１である。ここで管理グループＩＤに個々のデバイスで不一致が起きれば、警告を発生してもよい。

次に管理グループプログラム１１０は、ステップ１００２で取得したデバイス情報と、ストレージ分割テーブル２４０の情報とから、管理グループに属するデバイスとストレージ分割に属するデバイスは同じ装置内で、同じデバイスで構成されるか調べる(ステップ１００３)。もし同じ構成であれば、管理範囲は一致するものとして、ステップ１００６に進む。異なっていれば管理範囲は一致してないものとしてステップ１００４へ進む。例えばポートＩＤ３、４を同一管理グループの管理対象とするストレージ分割を新規に作成するとき、ユーザ管理グループテーブル３２０と、ポート管理グループテーブル９００の例によれば、ポートＩＤ３、４は管理グループ１，２のメンバであるが、管理グループ１と２では管理するユーザが異なるため、管理範囲は不一致となる。このためこの場合はステップ１００４に進むことになる。

ステップ１００４では、管理グループプログラム１１０は、ステップ１００３までのステップから、指定したストレージ分割と既存の管理グループの間で管理範囲が一致しないと判断して警告の表示をする。これにより指定されたストレージ分割は、管理範囲を一致させることはできないことをユーザへ示すことが可能となる。

ステップ１００５では、管理計算機の表示装置を介してストレージの分割をするかユーザに問い合わせる。この問い合わせは、ステップ１００４までの処理によって、ストレージ分割を行なうと、管理グループの管理範囲と異なるが、そのような環境でもストレージ分割を行ない、ストレージの構成を変更するか再度確認する。ストレージ分割を行なうように、ユーザから指定されれば、ステップ１００６へ、そうでなければ処理を終了する。

ステップ１００６では、ストレージ分割管理プログラム１１１は、実際のストレージ分割処理を行なう。このステップの処理は、ストレージ分割管理プログラム１１１からＩ／Ｆ１０３を介してストレージ１２０のストレージ構成プログラム１２４に要求を渡し、実際のストレージ分割処理を行なう。

以上の処理手順により、ストレージ分割と管理グループの管理範囲が各デバイスで異なっているか否かを判定し、その判定によりユーザに処理の選択をさせることによって、管理範囲の一致性をユーザに促すことが可能となる。

図１１は、本発明の第５の実施形態における記憶装置構成管理システムの構成を示す図の一例である。

仮想ストレージ１１２０は、ストレージを仮想化する装置である。仮想ストレージ１１２０は、実際に管理計算機が管理するデータを格納する管理領域であるボリューム１１４０と、他のストレージのボリュームを仮想化し、仮想ストレージ１１２０のボリュームとしてホスト計算機から見える仮想ボリューム１１４２、１１４３、１１４４と、仮想ボリューム１１４２、１１４３、１１４４、ホスト計算機１５０と実際のボリュームとのデータＩ／Ｏを送受信するＩ／Ｆ(B)１１４１と、管理計算機１００などと通信を行なうＩ／Ｆ(A)１１２２と、実際にストレージの制御を行なう制御装置１１２１とメモリ１１２３とで構成されている。Ｉ／Ｆ(B)１１４１とＩ／Ｆ(A)１１２２は、通信形態(例えばＩＰ(Internet Protocol)接続)によっては、１つの通信装置として配置されることもある。

ストレージボリュームグループ１１３０は、仮想ボリューム１１４２、１１４３または１１４４のみ、あるいはボリューム１１４０と仮想ボリューム１１４２、１１４３または１１４４をグループ単位でまとめたものであり、仮想ストレージ１１２０で管理する記憶領域の単位の１つである。例えばＲＡＩＤ構成を作成可能なストレージの場合、ＲＡＩＤ構成可能なディスクの集合を一つのストレージボリュームグループとして扱い、そのストレージボリュームグループの中でＲＡＩＤのボリュームを作成することによって、この環境を作ることができる。このようなストレージグループ１１３０の場合、ストレージボリュームグループは、パリティグループ、ＲＡＩＤグループなどと呼ばれることがある。また仮想ボリューム１１４２、１１４３、１１４４をあたかもそのストレージボリュームグループ１１３０に属するようにして、この環境を作成することができる。

メモリ１１２３上の仮想ストレージ構成プログラム１１２４は、制御装置１１２１のプロセッサによって実行されることによりその機能が実現される。ストレージ構成プログラム１１２４は、仮想ストレージ１１２０のストレージボリュームグループやボリュームの配置について管理するプログラムであり、また仮想ストレージ内で分割した分割ストレージを作成するプログラムである。ストレージ構成情報は、このボリュームやストレージグループの構成情報である。

管理計算機１００は、図１の管理計算機１００にはなかった仮想ボリューム配置プログラム１００１を備える。仮想ボリューム配置プログラム１００１は、管理計算機１００のメモリ１０２に格納されており、ＣＰＵ１０１によって実行されることによりその機能が実現される。

ストレージ１１５０（ストレージシステム）は、仮想ストレージ１１２０の仮想ボリューム１１４２、１１４３、１１４４とのデータＩ／Ｏを送受信するＩ／Ｆ(B)１１５１と、制御装置１１５２と、ボリューム１１５３、１１５４、１１５５を有する。制御装置１１５２は、プロセッサ１２１、メモリ１２３などで構成される。

仮想ボリュームは、実際のボリュームを仮想化したものであり、実体はなくてもよい。図１１の例によれば、ボリューム１１５３によって構成される仮想ボリューム１１４２、ボリューム１１５４によって構成される仮想ボリューム１１４３、およびボリューム１１５５によって構成される仮想ボリューム１１４４がホスト計算機に提供される。この場合、例えば仮想ストレージ１１２０の仮想ボリューム１１４２の実際のデータ領域を持つのは、別のストレージ１１５０のボリューム１１５３となる。

この例によれば、仮想ボリューム１１４２と仮想ボリューム１１４３は、別々のストレージに属するから、別々のストレージ分割グループに属することになる。仮想ボリューム１１４２と仮想ボリューム１１４３を同じストレージボリュームグループに属するようにストレージ分割の指定がされると、管理範囲の不一致が起きる。この場合、図５および図８のフローチャートで示す処理により、不一致に対する警告が発せられる。またボリュームの移動が選択された場合に、ボリュームの移動方法には、ストレージ内での操作でなく、仮想ボリュームがストレージ分割できるように、ストレージボリュームグループに属する仮想ボリュームの構成を作り直す処理を設ける必要がある。従ってボリュームの移動は、仮想ボリューム内でのボリュームの移動ではなく、仮想ボリュームと別の仮想ボリュームの間のボリュームの移動となる。その他の処理手順は、上記実施形態の処理手順と同様となる。これによってストレージ内でのボリューム移動の処理と同じ効果が得られる。

図１２は、本発明の実施形態における記憶装置構成管理システムの構成を示す図の一例であり、図１と構成が異なる。

ストレージ操作計算機１６０は、ＣＰＵ１６１、メモリ１６２と、ストレージ１２０、ホスト計算機１５０、グループ管理計算機１７０と通信するＩ／Ｆ１６３を備える。グループ管理計算機１７０もまた、ＣＰＵ１７１、メモリ１７２と、ストレージ操作計算機１６０、ストレージ１２０と通信するＩ／Ｆ１７３を備える。管理グループプログラム１１０、ストレージ分割管理プログラム１１１、ボリューム配置プログラム１１２は、本発明の実施形態の処理を実現するものである。管理グループプログラム１１０は、グループ管理計算機１７０のメモリ１７２に格納されており、ＣＰＵ１７１によって実行されることにより実現される。ストレージ分割管理プログラム１１１、ボリューム配置プログラム１１２は、ストレージ操作計算機１６０のメモリ１６２に格納されており、ＣＰＵ１６１によって実行されることにより実現される。ストレージ管理情報１１３は、管理グループプログラム１１０、ストレージ分割管理プログラム１１１およびボリューム配置プログラム１１２が使用する情報である。

図１の構成と違い、第１ないし第４の実施形態における処理では、管理グループプログラム１１０と、ストレージ分割管理プログラム１１１、ボリューム配置プログラム１１２が動作する計算機が異なるので、処理中にストレージ１２０だけでなく、ストレージ操作計算機１６０とグループ管理計算機１７０の間で通信を行なって、互いに動作するプログラムを呼び出すこととなる。各々のプログラムは、ストレージ１２０に格納される情報を必要に応じてネットワークを介して取得してそのプログラム処理を実行する。

図１では、ストレージ１２０への情報設定の操作と管理グループの管理を同じ管理計算機１００で行なっていたが、図１２の構成により、ストレージを操作する計算機とユーザ単位のストレージ情報を管理する計算機を分けることによって、ストレージ管理を行なう上での計算機の用途を明確化することが可能となる。

なおグループ管理計算機１７０は、グループを管理するユーザごとに存在し、各々ネットワークを介してストレージ操作計算機１６０、ストレージ１２０と通信するように構成されてもよい。

実施形態の記憶装置構成管理システムの構成を示す図である。 実施形態のストレージ内に設けられるテーブルの構成を示す図である。 実施形態の管理計算機内に設けられるテーブルの構成を示す図である。 実施形態のストレージ分割指定のための案内画面の例を示す図である。 第１の実施形態のボリューム管理範囲不一致を検出する処理の手順を示すフローチャートである。 第２の実施形態のボリューム管理範囲不一致を検出する処理の手順を示すフローチャートである。 実施形態のボリューム移動メニュー画面の例を示す図である。 第３の実施形態のボリューム管理範囲の差異をなくす処理の手順を示すフローチャート例である。 第４の実施形態のデバイス分割を管理するためのテーブルの構成を示す図である。 第４の実施形態のデバイス管理範囲不一致を検出する処理の手順を示すフローチャートである。 第５の実施形態の記憶装置構成管理システムの構成を示す図である。 実施形態の他の記憶装置構成管理システムの構成を示す図である。

符号の説明

１００：管理計算機、１１０：管理グループプログラム、１１１：ストレージ分割管理プログラム、１１３：ストレージ管理情報、１２０：ストレージ、１２４：ストレージ構成プログラム、１２５：ストレージ構成情報、１３０：ストレージボリュームグループ、１４０：ボリューム。

Claims (20)

1. 記憶装置内に設定された第１の記憶領域と、管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する前記管理計算機によって行われる記憶装置構成管理方法であって、
   前記第１の記憶領域は、記憶領域単位が複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記記憶領域単位を複数集めたものであり、
   管理対象として複数の前記記憶領域単位の識別子が指定されたとき、指定された複数の前記記憶領域単位が属する少なくとも１つの前記グループの識別子を取得するステップと、
   少なくとも１つの前記グループを管理範囲とする管理者の識別子を格納するテーブルを参照し、前記取得するステップで取得した前記グループが同一の管理者の管理範囲となるか否か判定するステップと、
   取得した前記グループが複数の管理者の管理範囲に分割されるとき判定結果を出力するステップとを有することを特徴とする記憶装置構成管理方法。
2. 記憶装置内に設定された第１の記憶領域と、管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する前記管理計算機によって行われる記憶装置構成管理方法であって、
   前記第１の記憶領域は、記憶領域単位が複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記記憶領域単位を複数集めたものであり、
   管理対象として少なくとも１つの前記グループの識別子が指定されたとき、指定された前記グループに属する複数の前記記憶領域単位の識別子を取得するステップと、
   少なくとも１つの前記記憶領域単位を管理範囲とする管理者の識別子を格納するテーブルを参照し、前記取得するステップで取得した複数の前記記憶領域単位が同一の管理者の管理範囲となるか否か判定するステップと、
   取得した複数の前記記憶領域単位が複数の管理者の管理範囲に分割されるとき判定結果を出力するステップとを有することを特徴とする記憶装置構成管理方法。
3. さらに前記管理範囲が複数の管理者に分割されるとき、管理者の管理範囲を変更するために対象となる移動元候補の前記記憶領域単位の識別子を表示するステップと、
   選択された前記移動元の記憶領域単位を前記グループから除くことにより、残りのグループが同一の管理者の管理範囲を構成するように管理者の管理範囲を変更するステップと有することを特徴とする請求項１記載の記憶装置構成管理方法。
4. さらに前記管理範囲が複数の管理者に分割されるとき、管理者の管理範囲を変更するために対象となる移動元候補の前記記憶領域単位の識別子を表示するステップと、
   選択された前記移動元の記憶領域単位を前記グループから除くことにより、残りのグループが同一の管理者の管理範囲を構成するように管理者の管理範囲を変更するステップと有することを特徴とする請求項２記載の記憶装置構成管理方法。
5. さらに前記記憶装置内に設けられたデバイスの識別子と管理者の識別子との対応を格納する第２のテーブルを参照し、指定されたデバイスに対応する管理者が前記第２のテーブルに登録されているか否か判定するステップと、
   管理者が前記第２のテーブルに登録されていると判定されたとき、指定された前記デバイスについて前記記憶装置内に設定された管理者の識別子を取得するステップと、
   前記第２のテーブルに登録されている指定された前記デバイスに対応する管理者の識別子と取得された管理者の識別子とが一致するか否か判定するステップと、
   前記デバイスに関し前記の両管理者の識別子が不一致のとき、判定結果を出力するステップとを有することを特徴とする請求項１記載の記憶装置構成管理方法。
6. さらに前記記憶装置内に設けられたデバイスの識別子と管理者の識別子との対応を格納する第２のテーブルを参照し、指定されたデバイスに対応する管理者が前記第２のテーブルに登録されているか否か判定するステップと、
   管理者が前記第２のテーブルに登録されていると判定されたとき、指定された前記デバイスについて前記記憶装置内に設定された管理者の識別子を取得するステップと、
   前記第２のテーブルに登録されている指定された前記デバイスに対応する管理者の識別子と取得された管理者の識別子とが一致するか否か判定するステップと、
   前記デバイスに関し前記の両管理者の識別子が不一致のとき、判定結果を出力するステップとを有することを特徴とする請求項２記載の記憶装置構成管理方法。
7. 前記デバイスは、前記記憶装置の前記第１の記憶領域にアクセスするホスト計算機との通信インタフェースとして動作するポート、または前記記憶装置の一時記憶装置であるキャッシュに関するキャッシュ分割のうちの１つであることを特徴とする請求項１記載の記憶装置構成管理方法。
8. 前記デバイスは、前記記憶装置の前記第１の記憶領域にアクセスするホスト計算機との通信インタフェースとして動作するポート、または前記記憶装置の一時記憶装置であるキャッシュに関するキャッシュ分割のうちの１つであることを特徴とする請求項２記載の記憶装置構成管理方法。
9. 記憶装置内に設定された第１の記憶領域と、管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する機能を前記管理計算機に実現させるためのプログラムであって、
   前記第１の記憶領域は、記憶領域単位が複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記記憶領域単位を複数集めたものであり、前記管理計算機に、
   管理対象として複数の前記記憶領域単位の識別子が指定されたとき、指定された複数の前記記憶領域単位が属する少なくとも１つの前記グループの識別子を取得する機能、
   少なくとも１つの前記グループを管理範囲とする管理者の識別子を格納するテーブルを参照し、前記取得するステップで取得した前記グループが同一の管理者の管理範囲となるか否か判定する機能、および
   取得した前記グループが複数の管理者の管理範囲に分割されるとき判定結果を出力する機能を実現させるためのプログラム。
10. 記憶装置内に設定された第１の記憶領域と、管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する機能を前記管理計算機に実現させるためのプログラムであって、
    前記第１の記憶領域は、記憶領域単位が複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記記憶領域単位を複数集めたものであり、前記管理計算機に、
    管理対象として少なくとも１つの前記グループの識別子が指定されたとき、指定された前記グループに属する複数の前記記憶領域単位の識別子を取得する機能、
    少なくとも１つの前記記憶領域単位を管理範囲とする管理者の識別子を格納するテーブルを参照し、前記取得するステップで取得した複数の前記記憶領域単位が同一の管理者の管理範囲となるか否か判定する機能、および
    取得した複数の前記記憶領域単位が複数の管理者の管理範囲に分割されるとき判定結果を出力する機能を実現させるためのプログラム。
11. 記憶領域単位であるボリュームを複数個保持するストレージと、前記ストレージに接続される管理計算機と、前記ストレージに接続される複数のホスト計算機とを有し、
    前記管理計算機は、ストレージ内に設定された第１の記憶領域と、前記管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する計算機であり、
    前記第１の記憶領域は、前記ボリュームが複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記ボリュームを複数集めたものであり、
    前記管理計算機は、ＣＰＵとメモリを有し、前記メモリ上に前記グループを管理範囲とする管理者の識別子を格納するストレージ管理情報テーブルとプログラムを記憶し、
    前記ＣＰＵが前記プログラムを実行することによって、
    管理対象として複数の前記ボリュームの識別子が指定されたとき、指定された複数の前記ボリュームが属する少なくとも１つの前記グループの識別子を取得し、
    前記ストレージ管理情報テーブルを参照し、取得した前記グループが同一の管理者の管理範囲となるか否か判定し、
    取得した前記グループが複数の管理者の管理範囲に分割されるとき判定結果を出力することを特徴とする記憶装置構成管理システム。
12. 記憶領域単位であるボリュームを複数個保持するストレージと、前記ストレージに接続される管理計算機と、前記ストレージに接続される複数のホスト計算機とを有し、
    前記管理計算機は、ストレージ内に設定された第１の記憶領域と、前記管理計算機内に設定される管理者の管理範囲にある第２の記憶領域との間の管理範囲の不一致を検出する計算機であり、
    前記第１の記憶領域は、前記ボリュームが複数集合してグループを構成しており、前記管理者の管理範囲にある第２の記憶領域は、前記ボリュームを複数集めたものであり、
    前記管理計算機は、ＣＰＵとメモリを有し、前記メモリ上に少なくとも１つの前記ボリュームを管理範囲とする管理者の識別子を格納するストレージ管理情報テーブルとプログラムを記憶し、
    前記ＣＰＵが前記プログラムを実行することによって、
    管理対象として少なくとも１つの前記グループの識別子が指定されたとき、指定された前記グループに属する複数の前記ボリュームの識別子を取得し、
    前記ストレージ管理情報テーブルを参照し、取得した複数の前記ボリュームが同一の管理者の管理範囲となるか否か判定し、
    取得した複数の前記ボリュームが複数の管理者の管理範囲に分割されるとき判定結果を出力することを特徴とする記憶装置構成管理システム。
13. 前記グループは、少なくとも１つのＲＡＩＤ構成可能な前記ボリュームの集合であることを特徴とする請求項１１記載の記憶装置構成管理システム。
14. 前記グループは、少なくとも１つのＲＡＩＤ構成可能な前記ボリュームの集合であることを特徴とする請求項１２記載の記憶装置構成管理システム。
15. 前記ＣＰＵが前記プログラムを実行することによって、
    さらに前記管理範囲が複数の管理者に分割されるとき、管理者の管理範囲を変更するために対象となる移動元候補の前記ボリュームの識別子を表示し、
    選択された前記移動元のボリュームを前記グループから除くことにより、残りのグループが同一の管理者の管理範囲を構成するように管理者の管理範囲を変更することを特徴とする請求項１１記載の記憶装置構成管理システム。
16. 前記ＣＰＵが前記プログラムを実行することによって、
    さらに前記管理範囲が複数の管理者に分割されるとき、管理者の管理範囲を変更するために対象となる移動元候補の前記ボリュームの識別子を表示し、
    選択された前記移動元のボリュームを前記グループから除くことにより、残りのグループが同一の管理者の管理範囲を構成するように管理者の管理範囲を変更することを特徴とする請求項１２記載の記憶装置構成管理システム。
17. 前記ＣＰＵが前記プログラムを実行することによって、
    さらに前記記憶装置内に設けられたデバイスの識別子と管理者の識別子との対応を格納する第２のテーブルを参照し、指定されたデバイスに対応する管理者が前記第２のテーブルに登録されているか否か判定し、
    管理者が前記第２のテーブルに登録されていると判定されたとき、指定された前記デバイスについて前記記憶装置内に設定された管理者の識別子を取得し、
    前記第２のテーブルに登録されている指定された前記デバイスに対応する管理者の識別子と取得された管理者の識別子とが一致するか否か判定し、
    前記デバイスに関し前記の両管理者の識別子が不一致のとき、判定結果を出力することを特徴とする請求項１１記載の記憶装置構成管理システム。
18. 前記ＣＰＵが前記プログラムを実行することによって、
    さらに前記記憶装置内に設けられたデバイスの識別子と管理者の識別子との対応を格納する第２のテーブルを参照し、指定されたデバイスに対応する管理者が前記第２のテーブルに登録されているか否か判定し、
    管理者が前記第２のテーブルに登録されていると判定されたとき、指定された前記デバイスについて前記記憶装置内に設定された管理者の識別子を取得し、
    前記第２のテーブルに登録されている指定された前記デバイスに対応する管理者の識別子と取得された管理者の識別子とが一致するか否か判定し、
    前記デバイスに関し前記の両管理者の識別子が不一致のとき、判定結果を出力することを特徴とする請求項１２記載の記憶装置構成管理システム。
19. 前記デバイスは、前記記憶装置の前記第１の記憶領域にアクセスするホスト計算機との通信インタフェースとして動作するポート、または前記記憶装置の一時記憶装置であるキャッシュに関するキャッシュ分割のうちの１つであることを特徴とする請求項１１記載の記憶装置構成管理システム。
20. 前記デバイスは、前記記憶装置の前記第１の記憶領域にアクセスするホスト計算機との通信インタフェースとして動作するポート、または前記記憶装置の一時記憶装置であるキャッシュに関するキャッシュ分割のうちの１つであることを特徴とする請求項１２記載の記憶装置構成管理システム。

Images