計算機システム及び管理計算機とストレージ装置並びにボリューム割当確認方法
【課題】ストレージ装置へボリューム割当の設定実施する際に、ボリューム割当の設計情報が、システムの運用ポリシーにあっていること、設計に間違いがないことを確認し、不具合が無い場合にストレージ装置へボリュームの割当を設定する。
【解決手段】ホスト計算機２と、ネットワーク５を介してホスト計算機２にボリュームを提供するストレージ装置３と、ストレージ装置３とネットワーク６を介して接続された管理計算機１とで構成された計算機システムにおいて、管理計算機１は、ストレージ管理者がストレージ装置３のボリューム割当の設定を行う際に、ストレージ装置３から、ボリューム割当の設定情報を収集し、ストレージ管理者が入力したストレージ装置３へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する。
【解決手段】ホスト計算機２と、ネットワーク５を介してホスト計算機２にボリュームを提供するストレージ装置３と、ストレージ装置３とネットワーク６を介して接続された管理計算機１とで構成された計算機システムにおいて、管理計算機１は、ストレージ管理者がストレージ装置３のボリューム割当の設定を行う際に、ストレージ装置３から、ボリューム割当の設定情報を収集し、ストレージ管理者が入力したストレージ装置３へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システム及び管理計算機とストレージ装置並びにボリューム割当確認方法に関し、特にストレージ装置のボリュームの割当を確認する方法に関する。
【背景技術】
【０００２】
ディスクアレイ装置に代表されるストレージ装置は、ストレージ装置内のディスク装置の記憶域を論理的に分割して、ボリュームとしてホスト計算機に提供する。このようなストレージ装置をネットワークに接続し、ホスト計算機は、ネットワークを介してストレージ装置に接続し、割当てられたボリュームを利用するストレージエリアネットワーク（ＳＡＮ）が、広く普及している。このようなＳＡＮにおいては、ストレージ管理者が、ストレージ装置が提供するボリュームをどのホスト計算機から利用可能とするかを設計し、設計した内容に従って、ストレージ装置を設定し、運用を開始する。このストレージ装置への設定において、管理者のオペレーションミスにより、設計通りの設定がなされなかった場合、ホスト計算機は、必要とするボリュームを利用できない状態や、他のホスト計算機に割当てるべきボリュームを利用できる状態となる。このため、ボリューム内のデータ破壊が発生する問題がある。
【０００３】
特許文献１では、作成したシステム構成図からストレージ装置の設定情報を作成し、設定情報をそのままストレージ装置に自動設定する方法が記載されている。この方法で、設計通りの設定がなされることとなり、ストレージ装置への設定ミスを防止でき、上記問題を回避できる。
【特許文献１】特開２００５−１８１５９公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、計算機システムやネットワークシステムが大規模化すると、管理者の負担を軽減するため、複数の管理者が分担して運用する。このような場合、システム全体を取り纏める管理者（以下、統括管理者）と、システムを部分的に管理する管理者（以下、部分管理者）で運用することが一般的である。
【０００５】
ＳＡＮについても、大規模化した場合、１人の管理者が設計、構築、管理することが困難になる。このため、ＳＡＮ全体の管理者（以下、統括管理者）と、ＳＡＮに接続するストレージ装置単位の管理者（以下、部分管理者）や、１台のストレージ装置を論理的に分割し、論理分割単位に管理者（以下、部分管理者）を割当てる運用がなされている。統括管理者は、ＳＡＮ全体の運用ポリシーを部分管理者に伝え、部分管理者は、そのポリシーに従い、管理している範囲で、ストレージ装置内のボリューム割当を設計し、設計内容通りに設定した後に、運用を開始する。この様な運用形態であっても、設定を自動化することで、設定ミスを防止できる。
【０００６】
しかし、部分管理者が設計した内容が、統括管理者が伝えた運用ポリシーと異なる内容になる可能性がある。また、単純に設計ミスが発生する可能性もある。このため、特許文献１などの方法でストレージ装置への設定を自動化しても、ＳＡＮの運用ポリシーと異なる設定がなされる問題がある。また、設計ミスにより、意図しないボリューム割当がなされ、データ破壊が発生する問題もある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおいて、前記管理計算機は、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する計算機システムである。
【発明の効果】
【０００８】
本発明のボリューム割当確認方式は、部分管理者が設計したボリューム割当の内容を、統括管理者へ通知し、統括管理者が通知内容に不具合がない事を確認した後に、ストレージ装置へ設定するため、システムの運用ポリシーと異なる設定がされなくなる。また、設計ミスによる、意図しないボリューム割当を回避でき、データ破壊を防止できる効果もある。また、統括管理者が発見した設計の不具合を部分管理者に通知することで、部分管理者が迅速に設計内容の修正に対応できる効果もある。
【発明を実施するための最良の形態】
【０００９】
本発明を実施するための最良の形態を説明する。
以下、本発明の計算機システム及び管理計算機とストレージ装置並びにボリューム割当確認方法の実施例について、図面を用いて説明する。
【実施例１】
【００１０】
実施例１を説明する。図１は、本発明の第１の実施例を適用した計算機システムを端的に表したシステムの構成例である。図示するように、本実施例の計算機システムは、少なくとも１台のホスト計算機２と、ホスト計算機２とストレージネトワーク４を介して接続する少なくとも１台のストレージ装置３と、例えば、ＩＰネットワークなどの管理用ネットワーク６を介して、ストレージ装置３に接続する管理計算機１と、管理用ネットワーク６に接続する統括管理者が使用する管理者端末と、管理ネットワーク６に接続するメールサーバ１３を有する。ここで、ストレージネットワーク４と管理用ネットワーク６は、１つのネットワークであっても構わない。また、ストレージ装置３は、図示するように、個別の装置であっても構わないし、１台のストレージ装置を論理的に分割した論理ストレージ装置であっても構わない。また、ストレージ装置３は、管理計算機１を代行するようにすることができる。
【００１１】
ホスト計算機２は、ストレージネットワーク４を介して、ストレージ装置３が提供するボリュームにアクセスする。ホスト計算機２は、メモリ７と、ＣＰＵ８と、ストレージネットワーク４に接続するためのＩ／Ｏポート９と、これら７〜９を接続する内部バス１０を有する。メモリ７には、ストレージネットワークの通信プロトコルで通信するための通信制御処理プログラム１２と、ストレージ装置３へのアクセス制御を行うＩｎｉｔｉａｔｏｒ１１が格納されている。なお、メモリ７には、オペレーティングシステムや上位ストレージ装置に格納しているデータにアクセスするアプリケーションが格納さている。ＣＰＵ８が、これらのプログラムを実行し、ストレージ装置３が提供するボリュームにアクセスする。
【００１２】
図２は、ストレージ装置３の概略図である。図示するように、ストレージ装置３は、管理用ネットワーク６に接続するための管理ポート１４と、ストレージネットワーク４に接続するための少なくとも１つのＩ／Ｏポート１５と、ストレージ装置内の制御を行うコントローラ１６と、コントローラ１６が用いるプログラムメモリ１７と、少なくとも１つのボリューム１９を構成する少なくとも１つのディスク装置１８と、を有する。プログラムメモリ１７には、ボリューム１９の割当状態を保持するボリューム割当テーブル２０が格納されている。
【００１３】
図３は、ボリューム割当テーブル２０の登録内容例を示す図である。図示するように、ボリューム割当テーブル２０は、ボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド２１と、ボリュームを割当てるストレージ装置３のＴａｒｇｅｔを登録するためのフィールド２２と、Ｔａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを登録するためのフィールド２３と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリュームの論理ユニット番号（以下、ＬＵ Ｎｏ）を登録するためのフィールド２４と、ボリュームを識別するための論理デバイス番号（以下、ＬＤＥＶ Ｎｏ）を登録するためのフィールド２５と、を備えている。例えば、ＬＤＥＶ Ｎｏが“００”のボリュームは、“Ｉｎｉｔｉａｔｏｒ−００”が稼動しているホスト計算機２から接続できる“Ｔａｒｇｅｔ−００”に、ＬＵ Ｎｏ“００”として割当てられており、このボリュームを“Ｉｎｉｔｉａｔｏｒ−００”が利用するためのストレージ装置３のＩ／Ｏポート１５が、“ポート１”であることが分かる。
【００１４】
ストレージ装置３のコントローラ１６は、このボリューム割当テーブル２０の内容に従い、ボリュームへのアクセス制御を実施する。
【００１５】
図４は、管理計算機１の概略図である。図示するように、管理計算機１は、管理用ネットワークに接続するための管理ポート３２と、表示装置３７に各種情報を出力する出力装置３３と、キーボード３８などからの入力情報を処理する入力装置３４と、ＣＰＵ３５と、ＣＰＵ３５が用いるメモリ３６と、これら３２〜３６までを接続する内部バス３１で構成する。
【００１６】
メモリ３６には、図示してないがオペレーティングシステムと、管理ネットワーク６の通信プロトコルでの通信制御を実施する通信制御処理プログラム３９と、本実施例におけるボリューム割当変更方式を実施するボリューム割当確認プログラム４０と、ボリューム割当設計テーブル５０と、ストレージ設定情報テーブル６０と、ストレージ管理テーブル７０と、ストレージ管理者情報テーブル８０、を有する。
【００１７】
ボリューム割当確認プログラム４０は、変更内容確認処理４１と、変更内容通知処理４２と、確認結果受信処理４３と、確認結果確認処理４４と、確認結果受信処理４５と、設定処理４６と、メール送信処理４７とで本実施例におけるボリューム割当変更方式を実施する。
【００１８】
図５は、ボリューム割当設計テーブル５０の登録内容例を示す図である。図示するように、ボリューム割当設計テーブル５０は、設計したボリュームの割当単位にエントリーを設ける。各エントリーは、設計対象のストレージ装置３を識別するための情報を登録するためのフィールド５１と、各エントリーの対象のボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド５２と、各エントリーの対象のボリューム１９を割当てるストレージ装置３内のＴａｒｇｅｔを登録するためのフィールド５３と、各エントリーのＴａｒｇｅｔに接続可能なホスト計算機３で動作するＩｎｉｔｉａｔｏｒを登録するためのフィールド５４と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏを登録するためのフィールド５５と、ボリュームを識別するためのＬＤＥＶ Ｎｏを登録するためのフィールド５６と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”のＬＤＥＶ Ｎｏ“００”のボリュームは、Ｉｎｉｔｉａｔｏｒ“Ｉｎｉｔｉａｔｏｒ−００”と“Ｉｎｉｔｉａｔｏｒ−０１”がＩ／Ｏポート１５“ポート１”から接続できるＴａｒｇｅｔ“Ｔａｒｇｅｔ−００”と“Ｔａｒｇｅｔ−０１”にＬＵ Ｎｏ“００”として割当てる設計がなされていることがわかる。
【００１９】
図６は、ストレージ設定情報テーブル６０の登録内容例を示す図である。図示するように、ストレージ設定情報テーブル６０は、ストレージ装置３に設定しているボリューム割当単位にエントリーを設ける。各エントリーは、各エントリーが示すボリューム割当が設定されているストレージ装置３を識別するための情報を登録するためのフィールド６１と、各エントリーの対象のボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド６２と、各エントリーの対象のボリューム１９を割当てるストレージ装置３内のＴａｒｇｅｔを登録するためのフィールド６３と、各エントリーのＴａｒｇｅｔに接続可能なホスト計算機３で動作するＩｎｉｔｉａｔｏｒを登録するためのフィールド６４と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏを登録するためのフィールド６５と、ボリュームを識別するためのＬＤＥＶ Ｎｏを登録するためのフィールド６６と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”のＬＤＥＶ Ｎｏ“００”のボリュームは、Ｉｎｉｔｉａｔｏｒ“Ｉｎｉｔｉａｔｏｒ−００”がＩ／Ｏポート１５“ポート１”から接続できるＴａｒｇｅｔ“Ｔａｒｇｅｔ−００”にＬＵ Ｎｏ“００”として割当てられていることがわかる。
【００２０】
図７は、ストレージ管理テーブル７０の登録内容例を示す図である。図示するように、ストレージ管理テーブルは、ストレージ装置３単位にエントリーを設ける。各エントリーは、各エントリーの対象となるストレージ装置３を識別するための情報を登録するためのフィールド７１と、ストレージ装置３の管理用ポート１４に設定されているＩＰアドレスを塔即するためのフィールド７２と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”の管理用ポート１４に設定されているＩＰアドレスが、“１９２．１６８．１．１００”であることが分かる。
【００２１】
図８は、ストレージ管理者情報テーブル８０の登録内容例を示す図である。図示するように、ストレージ管理者情報テーブル８０は、管理対象単位にエントリーを設ける。各エントリーは、管理対象を登録するためのフィールド８１と、管理対象を管理する管理者名を登録するためのフィールド８２と、管理者への通知方法を登録するためのフィールド８３と、管理者への通知先を登録するためのフィールド８４と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”の管理者は“Ｂ”であり、管理者“Ｂ”への通知方法は“ｅ−Ｍａｉｌ”であり、通知先が“Ｂ＠ｍａｉｌ．ｃｏｍ”であることがわかる。また、管理対象が“全体”であるエントリーは、統括管理者であることを示しており、図８では、管理者“Ａ”が統括管理者であることがわかる。
【００２２】
図９は、管理者端末４の概略図である。図示するように、管理者端末４は、管理用ネットワーク６に接続するためのＩ／Ｏポート９１と、表示装置９７に各種情報を出力する出力装置９２と、キーボード９８などからの入力情報を処理する入力装置９３と、ＣＰＵ９４と、ＣＰＵ９４が用いるメモリ９５と、これら９１〜９５を接続する内部バス９０で構成する。
【００２３】
メモリ９５には、オペレーティングシステム（図示していない）と、管理ネットワーク６の通信プロトコルでの通信制御を実施する通信制御処理プログラム９６と、本実施例におけるボリューム割当変更方式を実施する変更内容確認プログラム１００と、を有する。変更内容確認プログラム１００は、変更内容受信処理１０１と、変更内容表示処理１０２と、確認結果入力処理１０４と、確認結果送信処理１０４と、で本実施例におけるボリューム割当変更方式を実施する。
【００２４】
次に、図１０から図１９を用いて、本実施例におけるボリューム割当確認方式を実現する、ボリューム割当確認プログラム５０と、変更内容確認プログラム１００の処理手順を説明する。
【００２５】
図１０は、ボリューム割当確認プログラム４０が、ボリューム割当変更を確認する処理フローである。ボリューム割当確認プログラム４０は、部分管理者がボリューム割当の設計情報を入力する際に動作する。この設計情報は、キーボード３８などから入力装置３４を介して入力されても構わないし、外部記憶装置を管理計算機１に接続しても構わない。
【００２６】
まず、変更内容確認処理４１が開始し、部分管理者が設計したボリューム割当の設計情報を入力し（Ｓ１００１）、設計情報をボリューム割当設計テーブル５０に保存する（Ｓ１００２）。次に、設定情報取得コマンドを作成する（Ｓ１００３）。次に、ストレージ管理テーブル７０を参照し、ストレージ装置３の管理用ポート１４のＩＰアドレス７２を取得し、そのＩＰアドレス宛に設定情報取得コマンドを送信する（Ｓ１００４）。ストレージ装置３からストレージ装置３に設定されているボリューム割当内容を取得し（Ｓ１００５）、取得した設定情報をストレージ設定情報テーブル６０に保存する（Ｓ１００６）。次に、ストレージ管理テーブル７０に登録されている全てのストレージ装置３に設定情報取得コマンドを送信したかを確認し（Ｓ１００７）、送信してない場合、ステップＳ１００４に遷移し、次のストレージ装置３に設定情報を取得するコマンドを送信する。ステップＳ１００７の結果、全てのストレージ装置に設定情報取得コマンドの送信が完了していた場合、ステップＳ１００８に遷移する。変更内容特定処理を実施し、ボリューム割当設計テーブル５０と、ストレージ設定情報テーブル６０を比較し、部分管理者の設計により変更されるボリューム割当を特定する（Ｓ１００８）。変更内容特定処理の詳細は、後で記述する。次に、変更内容通知処理４２として、ステップＳ１００８で特定したボリューム割当の変更内容を統括管理者へ通知し（Ｓ１００９）、処理を終了する。
【００２７】
次に、図１１を用いて、図１０のＳ１００８の変更内容特定処理を説明する。まず、新規ボリュームが追加されるか、及び既存ボリュームが削除されるかを確認する（Ｓ１１０１）。この処理の詳細は、後で記述する。次に、ボリューム割当設計テーブル５０のエントリーを１件取得し（Ｓ１１０２）、取得したエントリーのフィールド５１及びフィールド５６の値とそれぞれ一致する、ボリューム割当設計テーブル５０の全エントリーを取得する（Ｓ１１０３）。すなわち、ステップＳ１１０２で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設計を示す全エントリーを取得する。次に、ステップＳ１１０３と同様に、ストレージ設定情報テーブル６０からフィールド６１の値が、Ｓ１１０２で取得したエントリーのフィールド５１の値と一致し、フィールド６６の値が、ステップＳ１１０２で取得したエントリーフィールド５６の値と一致する全てのエントリーを取得する（Ｓ１１０３）。すなわち、ステップＳ１１０２で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設定を示すストレージ設定情報テーブル６０のエントリーを取得する（Ｓ１１０４）。次に、ステップＳ１１０３で取得したボリューム割当設計テーブル５０のエントリーと、ステップＳ１１０４で取得したストレージ設定情報テーブル６０のエントリーを比較し、全てのエントリーのうちに不一致のエントリーがあるかを判定する（Ｓ１１０５）。この結果、全てが一致した場合、ステップＳ１１０７に遷移し、不一致がある場合には、割当変更ボリューム情報として、ステップＳ１１０３で取得したボリューム割当設計テーブル５０のエントリーと、ステップＳ１１０４で取得したストレージ設定情報テーブル６０のエントリーを保存し（Ｓ１１０６）、ステップＳ１１０７に遷移する。ボリューム割当設計テーブル５０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１１０７）、完了してない場合はステップＳ１１０２に遷移し、完了した場合は処理を終了し、図１０のステップＳ１００９に遷移する。
【００２８】
図１２は、図１１のステップＳ１１０１の追加・削除ボリューム特定処理の詳細な処理フローである。本処理では、ボリューム割当設計テーブル５０のエントリーを１件取得し（Ｓ１２０１）、ストレージ設定情報テーブル６０からフィールド６１の値が、ステップＳ１２０１で取得したエントリーのフィールド５１の値と一致し、フィールド６６の値が、ステップＳ１２０１で取得したエントリーフィールド５６の値と一致する全てのエントリーを取得する（Ｓ１２０２）。すなわち、ステップＳ１２０１で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設定を示すストレージ設定情報テーブル６０のエントリーを取得する。次に、ステップＳ１２０２でストレージ設定情報テーブル６０のエントリーを取得できたか確認し（Ｓ１２０３）、エントリーを取得できた場合、ステップＳ１２０５に遷移する。取得したエントリーが無かった場合、ステップＳ１２０１で取得したボリューム割当設計テーブル５０のエントリーを追加ボリューム情報として保存し（Ｓ１２０４）、ステップＳ１２０５に遷移する。ボリューム割当設計テーブル５０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１２０５）、完了して無い場合、ステップＳ１２０１に遷移し、次のエントリーを取得し、処理を繰り返す。完了した場合、ステップＳ１２０６に遷移する。ステップＳ１２０１からＳ１２０５の処理で、新規に追加されるボリュームの設計情報を特定できる。
【００２９】
次に、ストレージ設定情報テーブル６０のエントリーを１件取得する（Ｓ１２０６）。次に、ボリューム割当設計テーブル５０からフィールド５１の値が、ステップＳ１２０６で取得したエントリーのフィールド６１の値と一致し、フィールド５６の値が、ステップＳ１２０６で取得したエントリーフィールド６６の値と一致する全てのエントリーを取得する（Ｓ１２０７）。すなわち、ステップＳ１２０６で取得したエントリーが示すストレージ装置３とボリューム１９に対するボリューム割当設計情報テーブル６０のエントリーを取得する。次に、ステップＳ１２０７でボリューム割当設計テーブル５０のエントリーを取得できた（詳細情報が有る）か確認し（Ｓ１２０８）、エントリーを取得できた場合はステップＳ１２１０に遷移し、エントリーを取得できなかった場合は削除ボリューム情報として、ステップＳ１２０６で取得したストレージ設定情報テーブル６０のエントリーを保存し（Ｓ１２０９）、ステップＳ１２１０に遷移する。ストレージ設定情報テーブル６０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１２１０）、完了してない場合はステップＳ１２０６に遷移し、次のエントリーを取得し、処理を繰り返し、完了した場合は処理を終了し、図１１のステップＳ１１０２に遷移する。ステップＳ１２０６からＳ１２１０の処理で、削除されるボリューム１９を特定できる。
【００３０】
次に、図１３を用いて、図１０のステップＳ１００９の変更内容通知処理を説明する。図１３は、ボリューム割当確認プログラム４０により、特定したボリューム割当変更の内容を統括管理者が使用する管理者端末４へ通知する処理フローである。まず、ストレージ管理者情報テーブル８０から、統括管理者の情報を示すエントリーを取得する（Ｓ１３０１）。ストレージ管理者情報テーブル８０の管理対象を示すフィールド８１の値が“全体”となっているエントリーは、統括管理者のエントリーであり、図８の１つ目のエントリーのフィールド８１が“全体”となっており、統括管理者の情報を示すエントリーであることがわかる。次に、通知開始コマンドを、ステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信する（Ｓ１３０２）。図８の１つ目のエントリーのフィールド８４の値は、“管理者端末Ａ”であり、管理者端末Ａに通知開始コマンドを送信する事になる。図１６（ａ）は、通知開始終了コマンド２００の形式の一例を示している。図示するように、通知開始終了コマンド２００は、フィールド２０１でのみ構成されており、フィールド２０１の値で、通知開始コマンド又は通知終了コマンドになる。フィールド２０１の値が“１”の場合は通知開始コマンドであり、“２”の場合は通知終了コマンドである。
【００３１】
次に、ボリューム割当変更内容通知コマンド２１０を作成する（Ｓ１３０３）。図１６（ｂ）は、ボリューム割当変更内容通知コマンド２１０の形式の一例を示している。ボリューム割当変更内容通知コマンド２１０は、通知内容を示すフィールド２１１と割当のボリューム１９の変更があるストレージ装置３を示すフィールド２１２と、割当が変更されるボリューム１９を示すフィールド２１３と、割当が変更されるボリュームを割当てるＴａｒｇｅｔを示すフィールド２１５と、フィールド２１５が示すＴａｒｇｅｔでボリュームに割当てられるＬＵ Ｎｏを示すフィールド２１６と、フィールド２１５が示すＴａｒｇｅｔに接続できるストレージ装置３のＩ／Ｏポートを示すフィールド２１７と、フィールド２１５が示すＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒ１１を示すフィールド２１８と、フィールド２１５からフィールド２１８を１組とし、その組数を示すフィールド２１４とで構成する。なお、フィールド２１５からフィールド２１８までは、フィールド２１４で示す組数の分、繰り返す。フィールド２１１は、ボリューム割当の変更内容によって値を変更する。
【００３２】
フィールド２１１の値が“３”の場合は、新規にボリューム１９が追加されることを示し、フィールド２１２から２１８の値は、新規に追加されるボリューム１９に関する情報になる。具体的には、図１２のステップＳ１２０４で追加ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーのフィールド５１の値をフィールド２１２に、フィールド５６の値をフィールド２１３に、フィールド５３の値を、フィールド２１５に、フィールド５５の値をフィールド２１６に、フィールド５２の値をフィールド２１７に、フィールド５４の値をフィールド２１８に、それぞれ設定する。
【００３３】
フィールド２１１の値“４”の場合は、ボリュームが削除されることを示し、フィールド２１２から２１８の値は、削除されるボリューム１９に関する情報になる。具体的には、図１２のステップＳ１２０９で削除ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーのフィールド６１の値をフィールド２１２に、フィールド６６の値をフィールド２１３に、フィールド６３の値を、フィールド２１５に、フィールド６５の値をフィールド２１６に、フィールド６２の値をフィールド２１７に、フィールド６４の値をフィールド２１８に、それぞれ設定する。
【００３４】
フィールド２１１の値が“５”の場合は、ボリューム１９の割当変更がある事を示し、フィールド２１２から２１８の値は、割当が変更されるボリューム１９の割当変更前、すなわち既存の設定情報になる。具体的には、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーのフィールド６１の値をフィールド２１２に、フィールド６６の値をフィールド２１３に、フィールド６３の値を、フィールド２１５に、フィールド６５の値をフィールド２１６に、フィールド６２の値をフィールド２１７に、フィールド６４の値をフィールド２１８に、それぞれ設定する。
【００３５】
フィールド２１１の値が“６”の場合は、ボリューム１９の割当変更がある事を示し、フィールド２１２から２１８の値は、割当が変更されるボリューム１９の割当変更後、すなわち設計情報になる。具体的には、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーのフィールド５１の値をフィールド２１２に、フィールド５６の値をフィールド２１３に、フィールド５３の値を、フィールド２１５に、フィールド５５の値をフィールド２１６に、フィールド５２の値をフィールド２１７に、フィールド５４の値をフィールド２１８に、それぞれ設定する。
【００３６】
図１３において、次に、追加、削除されるボリューム毎にフィールド２１１が“３”、“４”のボリューム割当変更内容通知コマンド２１０を作成する（Ｓ１３０３）。また、割当変更時には、割当が変更になるボリュームに対して、フィールド２１１が“５”、“６”のコマンドを１つずつ作成する。次に、ステップＳ１３０３で作成したボリューム割当変更内容通知コマンド２１０を、ステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信する（Ｓ１３０４）。そして、図１１のステップＳ１１０６で割当変更情報として保存した情報と、図１２のステップＳ１２０４で追加ボリューム情報として保存した情報と、図１２のステップＳ１２０９で削除ボリューム情報として保存した情報について、すべて処理が完了したかを確認し（Ｓ１３０５）、完了してない場合はステップＳ１３０３に遷移して処理を繰り返し、完了していた場合は図１６（ａ）の通知開始終了コマンドのフィールド２０１の値を“２”にした通知終了コマンドをステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信し（Ｓ１３０６）、処理を終了する。
【００３７】
図１４は、管理者端末４の変更内容確認プログラム１００による処理フローである。変更内容確認プログラム１００により、ボリューム割当確認プログラム４０から通知される通知開始コマンドを受信した際に、処理を開始する。ます、変更内容受信処理１０１が、ボリューム割当確認プログラム１００から通知コマンドを受信する（Ｓ１４０１）。次に、ボリューム割当確認プログラム４０から送信されるコマンドを受信し（Ｓ１４０２）、ステップＳ１４０２で受信したコマンドが通知終了コマンドであるか判定する（Ｓ１４０３）。ステップＳ１４０３の結果、通知終了コマンドの場合、ステップＳ１４０４に遷移し、通知終了コマンドでなかった場合、すなわち、ボリューム割当変更内容通知コマンド２１０の場合には、ステップＳ１４０２に遷移し、ボリューム割当確認プログラム４０から次のコマンドを受信する。ここまでの処理で、ボリューム割当確認プログラム４０が送信する全てのボリューム割当変更内容通知コマンド２１０の受信が完了する。
【００３８】
変更内容確認プログラム１００により、ボリューム割当確認プログラム４０からのコマンド受信が完了した後、変更内容表示処理１０２が、受信したボリューム割当変更内容通知コマンド２１０毎に、通知内容を表示装置９７に表示する（Ｓ１４０４）。この時、表示する内容は、ボリューム割当変更内容通知コマンド２１０の内容により、異なる。
【００３９】
ボリューム割当変更内容通知コマンド２１０のフィールド２１１の値が“３”の場合、すなわち、新規にボリューム１９が追加される場合、ボリューム追加確認画面３００を表示する。図１７は、ボリューム追加確認画面３００の一例を示した図である。ボリューム追加確認画面３００は、ボリューム１９が追加されるストレージ装置３を識別するための情報を表示するフィールド３０１と、追加されるボリュームを識別するための情報を表示するフィールド３０２と、追加されるボリューム１９を割当てるストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３０３と、ＯＫボタン３０４と、ＮＧボタン３０５で構成する。統括管理者は、ボリューム追加確認画面３００の表示内容を参照して、ボリューム１９の追加を許可する場合には、ＯＫボタン３０４を選択し、ボリューム１９の追加を許可しない場合には、ＮＧボタン３０５を選択する。
【００４０】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“４”の場合、すなわち、ボリューム１９が削除される場合、ボリューム追削除確認画面３１０を表示する。図１８は、ボリューム削除確認画面３１０の一例を示した図である。ボリューム削除確認画面３１０は、ボリューム１９が削除されるストレージ装置３を識別するための情報を表示するフィールド３１１と、削除されるボリュームを識別するための情報を表示するフィールド３１２と、削除されるボリューム１９が割当てられているストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３１３と、ＯＫボタン３１４と、ＮＧボタン３１５で構成する。統括管理者は、ボリューム削除確認画面３１０の表示内容を参照して、ボリューム１９の削除を許可する場合には、ＯＫボタン３１４を選択し、ボリューム１９の削除を許可しない場合には、ＮＧボタン３１５を選択する。
【００４１】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“５”の場合、すなわち、ボリューム１９の割当が変更される場合、ボリューム割当変更確認画面３２０を表示する。図１９は、ボリューム割当変更確認画面３２０の一例を示した図である。ボリューム割当変更確認画面３２０は、ボリューム１９の割当の変更がされるストレージ装置３を識別するための情報を表示するフィールド３２１と、割当が変更されるボリュームを識別するための情報を表示するフィールド３２２と、割当変更前のボリューム１９が割当てられているストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３２３と、割当が変更されるボリューム１９の割当変更後の、割当変更後のボリューム１９が割当てられるストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３２４と、ＯＫボタン３２５と、ＮＧボタン３２６で構成する。なお、フィールド３２３には、フィールド２１１の値が“５”のボリューム変更内容通知コマンド２１０の内容を表示し、フィールド３２４には、フィールド２１１の値が“６”のボリューム変更内容通知コマンド２１０の内容を表示する。統括管理者は、ボリューム割当変更確認画面３２０の表示内容を参照して、ボリューム１９の割当変更を許可する場合には、ＯＫボタン３２５を選択し、ボリューム１９の割当変更を許可しない場合には、ＮＧボタン３２６を選択する。
【００４２】
図１４において、変更内容確認プログラム１００により、ステップＳ１４０４で表示した画面で統括管理者が選択したボタンを、確認結果入力処理１０３で取得する。次に、ステップＳ１４０２とＳ１４０３の処理で受信した全てのボリューム割当変更内容通知コマンド２１０に対して、ステップＳ１４０４とＳ１４０５の処理が完了したか確認し（Ｓ１４０６）、完了してない場合はステップＳ１４０４に遷移し、次のボリューム割当変更内容通知コマンド２１０の内容に対しての処理を行い、完了している場合はステップＳ１４０７に遷移する。確認結果送信処理１０４は、ステップＳ１４０５で取得した統括管理者が確認した結果を管理計算機１へ通知を開始する事を示す通知開始コマンドを管理計算機１へ送信する（Ｓ１４０７）。次に、確認結果通知コマンド２２０を作成する（Ｓ１４０８）。図１６の（ｃ）は、確認結果通知コマンド２２０の形式の一例を示した図である。確認結果通知コマンド２２０は、通知内容を示すフィールド２２１と確認結果の対象であるストレージ装置３を識別するための情報を示すフィールド２２２と、確認結果の対象であるボリューム１９を識別するための情報を示すフィールド２２３と、確認結果を示すフィールド２２４と、で構成する。フィールド２２１には、確認通知コマンド２２０であることを示す“７”を設定する。フィールド２２２には、ボリューム割当変更内容通知コマンド２１０のフィールド２１２に設定されていた、ストレージ装置３を識別するための情報を設定し、フィールド２２３には、ボリューム割当変更内容通知コマンド２１０のフィールド２１３に設定されていた、ボリューム１９を識別するための情報を設定する。フィールド２２４には、統括管理者がＳ１４０４で表示した画面でＯＫボタンを選択した場合、“０”を設定し、ＮＧボタンを選択した場合、“１”を設定する。
【００４３】
図１４において、次に、ステップＳ１４０８で作成した確認結果通知コマンドを管理計算機３に送信する（Ｓ１４０９）。そして、ステップＳ１４０４からＳ１４０６で取得した全ての統括管理者の確認結果の管理計算機３への通知が完了したか確認し（Ｓ１４１０）、完了してない場合はステップＳ１４０８に遷移し、次の確認結果を処理し、完了していた場合はステップＳ１４１１に遷移し、通知終了コマンドを管理計算機３へ送信し（Ｓ１４１１）、処理を終了する。
【００４４】
次に、図１５を用いて、管理計算機１のボリューム割当変更確認プログラム４０により、管理者端末４の変更内容確認プログラム１００から通知される確認結果通知コマンド２２０を受信した際の処理を説明する。
【００４５】
図１５は、ボリューム割当変更確認プログラム４０が、変更内容確認プログラム１００から確認結果通知コマンド２２０を受信した際の処理フローである。まず、確認結果受信処理４３が、変更内容確認プログラム１００が送信する通知開始コマンドを受信する（Ｓ１５０１）。次に、変更内容確認プログラム１００から次のコマンドを受信し（Ｓ１５０２）、ステップＳ１５０２で受信したコマンドが通知終了コマンドであるか判断する（Ｓ１５０３）。ステップＳ１５０３の結果、通知終了コマンドの場合はステップＳ１５０４に遷移し、通知終了コマンドでない場合、すなわち、確認結果通知コマンド２２０の場合はステップＳ１５０２に遷移し、変更内容確認プログラム１００が送信する次のコマンドを受信する。
【００４６】
次に、確認結果確認処理４４が、ステップＳ１５０３で受信した確認結果通知コマンド２２０のフィールド２２４の値を確認する（Ｓ１５０４）。この確認の結果、値が“１”の場合、すなわち、割当変更が許可されなかった場合には、確認結果作成処理４５が実施するステップＳ１５０５に遷移する。フィールド２２４の値が“１”である確認結果通知コマンド２２０のフィールド２２２に設定されているストレージ装置３の管理者の情報を、ストレージ管理者情報テーブル８０から取得する（Ｓ１５０５）。例えば、フィールド２２２の値が“Ｓｔｏｒａｇｅ００”の場合、図８の２つ目のエントリーの情報を取得する。次に、確認結果通知コマンド２２０に対応する変更内容をメールの本文に設定する（Ｓ１５０６）。具体的には、図１１のステップＳ１１０６で割当変更情報として保存したボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーと、Ｓ１１０６で割当変更情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの、フィールド５１から５６と、６１から６６の値をメールの本文に設定する。また、図１２のステップＳ１２０４で保存した追加ボリューム情報として保存した、ボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値をメールの本文に設定する。また、図１２のステップＳ１２０９で削除ボリューム情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの６１から６６の値をメールの本文に設定する。
【００４７】
図１５において、次に、メール送信処理４７が、Ｓ１５０６で作成したメール本文を、ステップＳ１５０５で取得したストレージ管理者情報テーブルのエントリーのフィールド８４の値に対して、送信する（Ｓ１５０７）。例えば、ステップＳ１５０５で取得したエントリーが図９の２つ目のエントリーの場合、“Ｂ＠ｍａｉｌ．ｃｏｍ”宛にステップＳ１５０６で作成したメールを送信し、ステップＳ１５１０に遷移する。ここで、メールを送信先のメールサーバ１３は、管理計算機１との通信が可能なネットワークに接続されている必要があり、図１では、管理用ネットワーク６に接続している。
【００４８】
ステップＳ１５０４の判定の結果、ステップＳ１５０３で受信した確認結果通知コマンド２２０のフィールド２２４の値を値が“０”の場合、すなわち、割当変更が許可された場合、設定処理４６が実施するステップＳ１５０８に遷移する。ストレージ装置３への設定コマンドを作成する（Ｓ１５０８）。具体的には、図１１のステップＳ１１０６で割当変更情報として保存したボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値を用いて、そのエントリーが示すボリュームの割当を変更するコマンドを作成する。また、図１２のステップＳ１２０４で保存した追加ボリューム情報として保存した、ボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値を用いて、そのエントリーが示すボリューム１９を追加するコマンドを作成する。また、図１２のステップＳ１２０９で削除ボリューム情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの６１から６６の値を用いて、そのエントリーが示すボリューム１９を削除するコマンドを作成する。
【００４９】
図１５において、次に、ストレージ管理テーブル７０を参照し、確認結果通知コマンド２２０のフィールド２２２に設定されているストレージ装置３の管理ポート１４に設定されているＩＰアドレスを取得し、そのＩＰアドレスに対して、Ｓ１５０８で作成したストレージ装置３への設定コマンドを送信し（Ｓ１５０９）、ステップＳ１５１０に遷移する。
【００５０】
ステップＳ１５０２とＳ１５０３で受信した全ての確認結果通知コマンド２２０に対して、処理が完了したかを確認し（Ｓ１５１０）、完了してない場合にはステップＳ１５０４に遷移し、次の確認結果通知コマンド２２０に対する処理を実施し、完了している場合は処理を終了する。
【００５１】
以上、本発明におけるボリューム割当確認方式の第１の実施例では、部分管理者が設計したボリューム割当情報と、ストレージ装置３に設定されているボリューム割当の情報を比較し、設計により割当が変更されるボリュームや、追加されるボリュームや、削除されるボリュームを特定し、その情報を統括管理者へ通知する。また、統括管理者が確認した結果、設計内容に不具合が無かった場合には、設計内容に従い、ストレージ装置３へ設定を実施し、不具合が有った場合には、部分管理者にその旨を通知する。このため、計算機システムやストレージ装置の運用ポリシーと異なるボリューム割当の設定がされなくなる。また、設計ミスによる、意図しないボリューム割当を回避でき、データ破壊を防止できる効果もある。また、統括管理者が発見した設計の不具合を部分管理者に通知することで、部分管理者が迅速に設計内容の修正に対応できる効果もある。
【実施例２】
【００５２】
図２０は、本発明の第２の実施例を適用した計算機システムを端的に表したシステムの構成例であり、実施例１と共通の部分については、実施例１と同一の符号を付している。実施例２では、実施例１とは異なり、管理計算機１が無い構成となり、管理計算機１で動作するボリューム割当確認プログラム４０は、各ストレージ装置３上で動作する。
【００５３】
図２１は、実施例２におけるストレージ装置３の概略図である。図示するように、実施例２のストレージ装置３は、実施例１のストレージ装置３と異なり、プログラムメモリ１７に、ボリューム割当確認プログラム４０と、ボリューム割当設計テーブル５０と、ストレージ管理者テーブル８０を有する。ボリューム割当設計テーブル５０と、ストレージ管理者テーブル８０は、実施例１と同一であり、各々図６と図７の形式となる。また、ボリューム割当確認プログラム４０の構成は、実施例１と同じであり、図４と同じ構成であるが、処理が異なる。この異なる処理について、図２２を用いて説明する。
【００５４】
図２２は、実施例２におけるボリューム割当確認プログラムの処理フローである。まず、変更内容確認処理４１により、部分管理者が入力するボリューム割当の設計情報を入力し（Ｓ２００１）、ステップＳ２００１で入力した設計情報をボリューム割当設計テーブル５０に保存する（Ｓ２００２）。次に、ボリューム割当設計テーブル５０と、ボリューム割当テーブル２０を比較し、ボリューム１９の割当変更の内容を特定する（Ｓ２００３）。この処理は、図１０のステップＳ１００８と同じ処理であり、図１１と図１２の処理フローで処理する。このため、実施例２は、この処理の詳細な説明は省略する。ただし、実施例１で使用したストレージ設定情報テーブル６０の代わりに、ボリューム割当テーブル２０を使用して処理することになる。ステップＳ２００３でボリューム１９の割当変更の内容を特定した後、変更内容通知処理４１により、変更内容を統括管理者に通知する（Ｓ２００４）。この処理は、図１０のステップＳ１００９と同じ処理であり、図１３の処理フローで処理する。このため、実施例２では、この処理の詳細な説明は省略する。
【００５５】
管理者端末４で動作する変更内容確認プログラム１００の動作は、実施例１と同じであるため、説明を省略する。また、ボリューム割当確認プログラム４０による、変更内容確認プログラム１００から確認結果通知コマンド２２０を受信した際の動作も実施例１と同じであるため、説明を省略する。
以上、本発明のボリューム割当確認方式の実施例２では、実施例１と同じ効果がある。
【実施例３】
【００５６】
図２３は、本発明の第３の実施例における管理計算機１の概略構成図である。実施例３では、計算機システムの構成は実施例１と同じであり、図１の構成となる。図２３に示すように、実施例３における管理計算機１を構成する部品は、実施例１の管理計算機１の構成（図４）と同じである。ただし、ボリューム割当確認プログラム４０の変更内容通知処理４２が、メール送信処理４７と関連する点が異なる。これは、実施例３では、統括管理者へボリューム１９の割当変更の内容をメールで通知するためである。
【００５７】
図２４は、実施例３における管理者端末４の概略構成図である。図示するように、実施例３では、実施例１の管理者端末４の構成（図９）に加え、メモリ９５が、メールクライアント１０６を有する。このメールクライアント１０６は、管理計算機１で動作するボリューム割当確認プログラム４０が送信するメールを受信するために動作する。また、変更内容確認プログラム１００は、実施例１の変更内容確認プログラム１００を構成している変更内容受信処理１０１の代わりに、メール読込処理１０５が動作する。これは、メールクライアント１０６が受信したボリューム１９の割当変更内容を示すメールを、変更内容確認プログラム１００で扱うために読込むための処理である。
【００５８】
次に、実施例３におけるボリューム割当確認プログラム４０の処理を説明する。実施例３におけるボリューム割当確認プログラム４０の処理は、統括管理者へのボリューム１９の割当変更内容の通知方法が実施例１と異なる。このため、実施例１における図１３の処理以外については、実施例１と同じであるため、詳細な説明を省略する。
【００５９】
図２５は、実施例３における、図１０のステップＳ１００９の詳細な処理フローである。ボリューム割当確認プログラム４０は、変更内容通知処理４２が、ストレージ管理者情報テーブル８０から、統括管理者の情報を示すエントリーを取得する（Ｓ３００１）。ストレージ管理者情報テーブル８０の管理対象を示すフィールド８１の値が“全体”となっているエントリーが統括管理者のエントリーであり、そのエントリーを取得する。次に、メールを作成する（Ｓ３００２）。このメールの本文には、図１２のステップＳ１２０４で追加ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーと、図１２のステップＳ１２０９で削除ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーと、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーと、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーと、各フィールドの値を設定する。そして、メール送信処理４７が、ステップＳ３００１で取得したストレージ管理者情報テーブル８０のフィールド８４に設定されているメールアドレスに対して、ステップＳ３００２で作成したメールを送信する（Ｓ３００３）。ここで、メールを送信先のメールサーバ１３は、実施例１と同様に、管理計算機１との通信が可能なネットワークに接続されている必要があり、図１では、管理用ネットワーク６に接続している。
【００６０】
次に、実施例３における管理者端末４で動作する変更内容確認プログラム１００の処理を説明する。図２６は、実施例３における変更内容確認プログラム１００の処理フローである。まず、変更内容確認プログラム１００は、メール読込処理１０５が、メールクライアント１０６が受信したボリューム１９の割当変更を通知するメールを読込み、その内容を、ボリューム割当変更内容通知コマンド２１０の形式に変換する（Ｓ３１０１）。次に，変更内容表示処理１０２が、ステップＳ３１０１でメールの内容を変換したボリューム割当変更内容通知コマンド２１０毎に、その内容を表示装置９７に表示する（Ｓ３１０２）。この時、表示する内容は、ボリューム割当変更内容通知コマンド２１０の内容により、異なる。
【００６１】
ボリューム割当変更内容通知コマンド２１０のフィールド２１１の値が“３”の場合、すなわち、新規にボリューム１９が追加される場合、図１７のボリューム追加確認画面３００を表示する。統括管理者は、ボリューム追加確認画面３００の表示内容を参照して、ボリューム１９の追加を許可する場合には、ＯＫボタン３０４を選択し、ボリューム１９の追加を許可しない場合には、ＮＧボタン３０５を選択する。
【００６２】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“４”の場合、すなわち、ボリューム１９が削除される場合、図１８のボリューム追削除確認画面３１０を表示する。統括管理者は、ボリューム削除確認画面３１０の表示内容を参照して、ボリューム１９の削除を許可する場合には、ＯＫボタン３１４を選択し、ボリューム１９の削除を許可しない場合には、ＮＧボタン３１５を選択する。
【００６３】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“５”の場合、すなわち、ボリューム１９の割当が変更される場合、図１９のボリューム割当変更確認画面３２０を表示する。統括管理者は、ボリューム割当変更確認画面３２０の表示内容を参照して、ボリューム１９の割当変更を許可する場合には、ＯＫボタン３２５を選択し、ボリューム１９の割当変更を許可しない場合には、ＮＧボタン３２６を選択する。
【００６４】
図２６において、変更内容確認プログラム１００は、統括管理者が、ステップＳ３１０２で表示した画面で選択したボタンを、確認結果入力処理１０３が取得する（Ｓ３１０３）。次に、確認結果送信処理１０４が、ステップＳ３１０１で作成した全てのボリューム割当変更内容通知コマンド２１０に対して、ステップＳ３１０２とＳ３１０３の処理が完了したか確認し（Ｓ３１０４）、完了してない場合はステップＳ３１０２に遷移し、次のボリューム割当変更内容通知コマンド２１０の内容に対しての処理を行い、完了している場合はステップＳ３１０５に遷移する。確認結果送信処理１０４は、ステップＳ３１０３で取得した統括管理者が確認した結果を管理計算機１へ通知を開始する事を示す通知開始コマンドを管理計算機１へ送信する（Ｓ３１０５）。次に、図１６（ｃ）の確認結果通知コマンド２２０を作成する（Ｓ３１０６）。次に、ステップＳ３１０６で作成した確認結果通知コマンドを管理計算機３に送信する（Ｓ３１０７）。そして、ステップＳ３１０２からＳ３１０５で取得した全ての統括管理者の確認結果の管理計算機３への通知が完了したか確認し（Ｓ３１０８）、完了してない場合はステップＳ３１０６に遷移し、次の確認結果を処理し、完了していた場合はステップＳ３１０９に遷移し、通知終了コマンドを管理計算機３へ送信し（Ｓ３１０９）、処理を終了する。
【００６５】
実施例３において、ボリューム割当確認プログラム４０が確認結果通知コマンド２２０を受信した際の処理は、実施例１と同じであるため、説明を省略する。
以上、本発明におけるボリューム割当確認方式の実施例３では、実施例１と同じ効果がある。
【００６６】
本発明の他の実施形態１は、前記管理計算機は、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行う計算機システムである。
【００６７】
本発明の他の実施形態２は、実施形態１の計算機システムにおいて、前記管理計算機は、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知する計算機システムである。
【００６８】
本発明の他の実施形態３は、実施形態１又は２の計算機システムにおいて、前記管理計算機は、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記第１の記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知する計算機システムである。
【００６９】
本発明の他の実施形態４は、実施形態３の計算機システムにおいて、前記管理計算機は、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信する計算機システムである。
【００７０】
本発明の他の実施形態５は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とで計算機システムを構成し、前記ストレージ装置とネットワークを介して接続される管理計算機において、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する管理計算機である。
【００７１】
本発明の他の実施形態６は、実施形態５の管理計算機において、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行う管理計算機である。
【００７２】
本発明の他の実施形態７は、実施形態６の管理計算機において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知する管理計算機である。
【００７３】
本発明の他の実施形態８は、実施形態５〜７のいずれか１の管理計算機において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知する管理計算機である。
【００７４】
本発明の他の実施形態９は、実施形態８の管理計算機において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信する管理計算機である。
【００７５】
本発明の他の実施形態１０は、少なくとも１つのホスト計算機に、少なくとも１つのネットワークを介して少なくとも１つのボリュームを提供するストレージ装置において、ストレージ管理者が自己又は他のストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するストレージ装置である。
【００７６】
本発明の他の実施形態１１は、実施形態１０のストレージ装置において、自己又は他のストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うストレージ装置である。
【００７７】
本発明の他の実施形態１２は、実施形態１１のストレージ装置において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、自己又は他のストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するストレージ装置である。
【００７８】
本発明の他の実施形態１３は、実施形態１０〜１２のいずれか１のストレージ装置において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知するストレージ装置である。
【００７９】
本発明の他の実施形態１４は、実施形態１３のストレージ装置において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の管理計算機へ前記変更内容を通知し、前記管理計算機からの計算機システム管理者の確認結果を受信するストレージ装置である。
【００８０】
本発明の他の実施形態１５は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおけるボリューム割当確認方法において、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集するステップと、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するステップを行うボリューム割当確認方法である。
【００８１】
本発明の他の実施形態１６は、実施形態１５のボリューム割当確認方法において、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知するステップと、通知した変更内容を前記計算機システム管理者が確認した結果を受信するステップと、前記設計情報通りに、前記ストレージ装置へ設定を行うステップを行うボリューム割当確認方法である。
【００８２】
本発明の他の実施形態１７は、実施形態１６のボリューム割当確認方法において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するステップを行うボリューム割当確認方法である。
【００８３】
本発明の他の実施形態１８は、実施形態１５〜１７のいずれか１のボリューム割当確認方法において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定するステップと、特定した通知先に対し、特定した通知方法で、前記変更内容を通知するステップと、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定するステップと、特定した通知先に対して特定した通知方法で不具合を通知するステップを行うボリューム割当確認方法である。
【００８４】
本発明の他の実施形態１９は、実施形態１８のボリューム割当確認方法において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知するステップと、前記第２の管理計算機からの計算機システム管理者の確認結果を前記管理計算機へ通知するステップを行うボリューム割当確認方法である。
【図面の簡単な説明】
【００８５】
【図１】本発明のボリューム割当変更方法を適用した実施例１と、実施例３の計算機システムの構成を端的に示した図である。
【図２】ストレージ装置の構成を端的に示した図である。
【図３】ボリューム割当テーブルの形式の一例を示した図である。
【図４】管理計算機の構成を端的に示した図である。
【図５】ボリューム割当設計テーブルの形式の一例を示した図である。
【図６】ストレージ設定情報テーブルの形式の一例を示した図である。
【図７】ストレージ管理テーブルの形式の一例を示した図である。
【図８】ストレージ管理者情報テーブルの形式の一例を示した図である。
【図９】管理者端末の構成を端的に示した図である。
【図１０】ボリューム割当確認プログラムがボリュームの割当変更内容を特定し、管理者端末に通知する処理フローを示した図である。
【図１１】ボリューム割当確認プログラムがボリュームの割当変更内容を特定する処理フローを示した図である。
【図１２】ボリューム割当確認プログラムが追加ボリュームと削除ボリュームを特定する処理フローを示した図である。
【図１３】ボリューム割当確認プログラムがボリュームの割当変更内容を管理者端末に通知する処理フローを示した図である。
【図１４】変更内容確認プログラムの処理フローを示した図である。
【図１５】ボリューム割当確認プログラムが管理者端末からボリュームの割当変更内容を確認した結果を受信した際の処理フローを示した図である。
【図１６】変更内容確認プログラムと変更内容確認プログラムが通信するコマンド形式の一例である。
【図１７】ボリューム追加確認画面の形式の一例である。
【図１８】ボリューム削除確認画面の形式の一例である。
【図１９】ボリューム割当変更確認画面の形式の一例である。
【図２０】本発明のボリューム割当変更方法を適用した実施例２の計算機システムの構成を端的に示した図である。
【図２１】実施例２におけるストレージ装置の構成を端的に示した図である。
【図２２】実施例２におけるボリューム割当確認プログラムの処理フローを示した図である。
【図２３】実施例３における管理計算機の構成を端的に示した図である。
【図２４】実施例３における管理者端末の構成を端的に示した図である。
【図２５】実施例３におけるボリューム割当確認プログラムがボリュームの割当変更内容を統括管理者に通知する処理フローを示した図である。
【図２６】実施例３における変更内容確認プログラムの処理フローを示した図である。
【符号の説明】
【００８６】
１ 管理計算機
２ ホスト計算機
３ ストレージ装置
４ 管理者端末
５ ストレージネットワーク
６ 管理用ネットワーク
７、３６、９５ メモリ
８、３５、９４ ＣＰＵ（演算装置）
９、１５、９１ Ｉ／Ｏポート
１０、３１、９０ 内部バス
１１ Ｉｎｉｔｉａｔｏｒ
１２、３９、９６ 通信制御処理プログラム
１３ メールサーバ
１４、３２ 管理ポート
１６ コントローラ
１７ プログラムメモリ
１８ ディスク装置
１９ ボリューム
２０ ボリューム割当テーブル
３３、９２ 出力装置
３４、９３ 入力装置
３７、９７ 表示装置
３８、９８ キーボード
４０ ボリューム割当確認プログラム
４１ 変更内容確認処理
４２ 変更内容通知処理
４３ 確認結果受信処理
４４ 確認結果確認処理
４５ 確認結果作成処理
４６ 設定処理
４７ メール送信処理
５０ ボリューム割当設計テーブル
６０ ストレージ設定情報テーブル
７０ ストレージ管理テーブル
８０ ストレージ管理者情報テーブル
１００ 変更内容確認プログラム
１０１ 変更内容受信処理
１０２ 変更内容表示処理
１０３ 確認結果入力処理
１０４ 確認結果送信処理
１０６ メールクライアント
３００ ボリューム追加確認画面
３１０ ボリューム削除確認画面
３２０ ボリューム割当変更確認画面
【技術分野】
【０００１】
本発明は、計算機システム及び管理計算機とストレージ装置並びにボリューム割当確認方法に関し、特にストレージ装置のボリュームの割当を確認する方法に関する。
【背景技術】
【０００２】
ディスクアレイ装置に代表されるストレージ装置は、ストレージ装置内のディスク装置の記憶域を論理的に分割して、ボリュームとしてホスト計算機に提供する。このようなストレージ装置をネットワークに接続し、ホスト計算機は、ネットワークを介してストレージ装置に接続し、割当てられたボリュームを利用するストレージエリアネットワーク（ＳＡＮ）が、広く普及している。このようなＳＡＮにおいては、ストレージ管理者が、ストレージ装置が提供するボリュームをどのホスト計算機から利用可能とするかを設計し、設計した内容に従って、ストレージ装置を設定し、運用を開始する。このストレージ装置への設定において、管理者のオペレーションミスにより、設計通りの設定がなされなかった場合、ホスト計算機は、必要とするボリュームを利用できない状態や、他のホスト計算機に割当てるべきボリュームを利用できる状態となる。このため、ボリューム内のデータ破壊が発生する問題がある。
【０００３】
特許文献１では、作成したシステム構成図からストレージ装置の設定情報を作成し、設定情報をそのままストレージ装置に自動設定する方法が記載されている。この方法で、設計通りの設定がなされることとなり、ストレージ装置への設定ミスを防止でき、上記問題を回避できる。
【特許文献１】特開２００５−１８１５９公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、計算機システムやネットワークシステムが大規模化すると、管理者の負担を軽減するため、複数の管理者が分担して運用する。このような場合、システム全体を取り纏める管理者（以下、統括管理者）と、システムを部分的に管理する管理者（以下、部分管理者）で運用することが一般的である。
【０００５】
ＳＡＮについても、大規模化した場合、１人の管理者が設計、構築、管理することが困難になる。このため、ＳＡＮ全体の管理者（以下、統括管理者）と、ＳＡＮに接続するストレージ装置単位の管理者（以下、部分管理者）や、１台のストレージ装置を論理的に分割し、論理分割単位に管理者（以下、部分管理者）を割当てる運用がなされている。統括管理者は、ＳＡＮ全体の運用ポリシーを部分管理者に伝え、部分管理者は、そのポリシーに従い、管理している範囲で、ストレージ装置内のボリューム割当を設計し、設計内容通りに設定した後に、運用を開始する。この様な運用形態であっても、設定を自動化することで、設定ミスを防止できる。
【０００６】
しかし、部分管理者が設計した内容が、統括管理者が伝えた運用ポリシーと異なる内容になる可能性がある。また、単純に設計ミスが発生する可能性もある。このため、特許文献１などの方法でストレージ装置への設定を自動化しても、ＳＡＮの運用ポリシーと異なる設定がなされる問題がある。また、設計ミスにより、意図しないボリューム割当がなされ、データ破壊が発生する問題もある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおいて、前記管理計算機は、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する計算機システムである。
【発明の効果】
【０００８】
本発明のボリューム割当確認方式は、部分管理者が設計したボリューム割当の内容を、統括管理者へ通知し、統括管理者が通知内容に不具合がない事を確認した後に、ストレージ装置へ設定するため、システムの運用ポリシーと異なる設定がされなくなる。また、設計ミスによる、意図しないボリューム割当を回避でき、データ破壊を防止できる効果もある。また、統括管理者が発見した設計の不具合を部分管理者に通知することで、部分管理者が迅速に設計内容の修正に対応できる効果もある。
【発明を実施するための最良の形態】
【０００９】
本発明を実施するための最良の形態を説明する。
以下、本発明の計算機システム及び管理計算機とストレージ装置並びにボリューム割当確認方法の実施例について、図面を用いて説明する。
【実施例１】
【００１０】
実施例１を説明する。図１は、本発明の第１の実施例を適用した計算機システムを端的に表したシステムの構成例である。図示するように、本実施例の計算機システムは、少なくとも１台のホスト計算機２と、ホスト計算機２とストレージネトワーク４を介して接続する少なくとも１台のストレージ装置３と、例えば、ＩＰネットワークなどの管理用ネットワーク６を介して、ストレージ装置３に接続する管理計算機１と、管理用ネットワーク６に接続する統括管理者が使用する管理者端末と、管理ネットワーク６に接続するメールサーバ１３を有する。ここで、ストレージネットワーク４と管理用ネットワーク６は、１つのネットワークであっても構わない。また、ストレージ装置３は、図示するように、個別の装置であっても構わないし、１台のストレージ装置を論理的に分割した論理ストレージ装置であっても構わない。また、ストレージ装置３は、管理計算機１を代行するようにすることができる。
【００１１】
ホスト計算機２は、ストレージネットワーク４を介して、ストレージ装置３が提供するボリュームにアクセスする。ホスト計算機２は、メモリ７と、ＣＰＵ８と、ストレージネットワーク４に接続するためのＩ／Ｏポート９と、これら７〜９を接続する内部バス１０を有する。メモリ７には、ストレージネットワークの通信プロトコルで通信するための通信制御処理プログラム１２と、ストレージ装置３へのアクセス制御を行うＩｎｉｔｉａｔｏｒ１１が格納されている。なお、メモリ７には、オペレーティングシステムや上位ストレージ装置に格納しているデータにアクセスするアプリケーションが格納さている。ＣＰＵ８が、これらのプログラムを実行し、ストレージ装置３が提供するボリュームにアクセスする。
【００１２】
図２は、ストレージ装置３の概略図である。図示するように、ストレージ装置３は、管理用ネットワーク６に接続するための管理ポート１４と、ストレージネットワーク４に接続するための少なくとも１つのＩ／Ｏポート１５と、ストレージ装置内の制御を行うコントローラ１６と、コントローラ１６が用いるプログラムメモリ１７と、少なくとも１つのボリューム１９を構成する少なくとも１つのディスク装置１８と、を有する。プログラムメモリ１７には、ボリューム１９の割当状態を保持するボリューム割当テーブル２０が格納されている。
【００１３】
図３は、ボリューム割当テーブル２０の登録内容例を示す図である。図示するように、ボリューム割当テーブル２０は、ボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド２１と、ボリュームを割当てるストレージ装置３のＴａｒｇｅｔを登録するためのフィールド２２と、Ｔａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを登録するためのフィールド２３と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリュームの論理ユニット番号（以下、ＬＵ Ｎｏ）を登録するためのフィールド２４と、ボリュームを識別するための論理デバイス番号（以下、ＬＤＥＶ Ｎｏ）を登録するためのフィールド２５と、を備えている。例えば、ＬＤＥＶ Ｎｏが“００”のボリュームは、“Ｉｎｉｔｉａｔｏｒ−００”が稼動しているホスト計算機２から接続できる“Ｔａｒｇｅｔ−００”に、ＬＵ Ｎｏ“００”として割当てられており、このボリュームを“Ｉｎｉｔｉａｔｏｒ−００”が利用するためのストレージ装置３のＩ／Ｏポート１５が、“ポート１”であることが分かる。
【００１４】
ストレージ装置３のコントローラ１６は、このボリューム割当テーブル２０の内容に従い、ボリュームへのアクセス制御を実施する。
【００１５】
図４は、管理計算機１の概略図である。図示するように、管理計算機１は、管理用ネットワークに接続するための管理ポート３２と、表示装置３７に各種情報を出力する出力装置３３と、キーボード３８などからの入力情報を処理する入力装置３４と、ＣＰＵ３５と、ＣＰＵ３５が用いるメモリ３６と、これら３２〜３６までを接続する内部バス３１で構成する。
【００１６】
メモリ３６には、図示してないがオペレーティングシステムと、管理ネットワーク６の通信プロトコルでの通信制御を実施する通信制御処理プログラム３９と、本実施例におけるボリューム割当変更方式を実施するボリューム割当確認プログラム４０と、ボリューム割当設計テーブル５０と、ストレージ設定情報テーブル６０と、ストレージ管理テーブル７０と、ストレージ管理者情報テーブル８０、を有する。
【００１７】
ボリューム割当確認プログラム４０は、変更内容確認処理４１と、変更内容通知処理４２と、確認結果受信処理４３と、確認結果確認処理４４と、確認結果受信処理４５と、設定処理４６と、メール送信処理４７とで本実施例におけるボリューム割当変更方式を実施する。
【００１８】
図５は、ボリューム割当設計テーブル５０の登録内容例を示す図である。図示するように、ボリューム割当設計テーブル５０は、設計したボリュームの割当単位にエントリーを設ける。各エントリーは、設計対象のストレージ装置３を識別するための情報を登録するためのフィールド５１と、各エントリーの対象のボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド５２と、各エントリーの対象のボリューム１９を割当てるストレージ装置３内のＴａｒｇｅｔを登録するためのフィールド５３と、各エントリーのＴａｒｇｅｔに接続可能なホスト計算機３で動作するＩｎｉｔｉａｔｏｒを登録するためのフィールド５４と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏを登録するためのフィールド５５と、ボリュームを識別するためのＬＤＥＶ Ｎｏを登録するためのフィールド５６と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”のＬＤＥＶ Ｎｏ“００”のボリュームは、Ｉｎｉｔｉａｔｏｒ“Ｉｎｉｔｉａｔｏｒ−００”と“Ｉｎｉｔｉａｔｏｒ−０１”がＩ／Ｏポート１５“ポート１”から接続できるＴａｒｇｅｔ“Ｔａｒｇｅｔ−００”と“Ｔａｒｇｅｔ−０１”にＬＵ Ｎｏ“００”として割当てる設計がなされていることがわかる。
【００１９】
図６は、ストレージ設定情報テーブル６０の登録内容例を示す図である。図示するように、ストレージ設定情報テーブル６０は、ストレージ装置３に設定しているボリューム割当単位にエントリーを設ける。各エントリーは、各エントリーが示すボリューム割当が設定されているストレージ装置３を識別するための情報を登録するためのフィールド６１と、各エントリーの対象のボリューム１９にアクセスするために使用するストレージ装置３のＩ／Ｏポート１５を登録するためのフィールド６２と、各エントリーの対象のボリューム１９を割当てるストレージ装置３内のＴａｒｇｅｔを登録するためのフィールド６３と、各エントリーのＴａｒｇｅｔに接続可能なホスト計算機３で動作するＩｎｉｔｉａｔｏｒを登録するためのフィールド６４と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏを登録するためのフィールド６５と、ボリュームを識別するためのＬＤＥＶ Ｎｏを登録するためのフィールド６６と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”のＬＤＥＶ Ｎｏ“００”のボリュームは、Ｉｎｉｔｉａｔｏｒ“Ｉｎｉｔｉａｔｏｒ−００”がＩ／Ｏポート１５“ポート１”から接続できるＴａｒｇｅｔ“Ｔａｒｇｅｔ−００”にＬＵ Ｎｏ“００”として割当てられていることがわかる。
【００２０】
図７は、ストレージ管理テーブル７０の登録内容例を示す図である。図示するように、ストレージ管理テーブルは、ストレージ装置３単位にエントリーを設ける。各エントリーは、各エントリーの対象となるストレージ装置３を識別するための情報を登録するためのフィールド７１と、ストレージ装置３の管理用ポート１４に設定されているＩＰアドレスを塔即するためのフィールド７２と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”の管理用ポート１４に設定されているＩＰアドレスが、“１９２．１６８．１．１００”であることが分かる。
【００２１】
図８は、ストレージ管理者情報テーブル８０の登録内容例を示す図である。図示するように、ストレージ管理者情報テーブル８０は、管理対象単位にエントリーを設ける。各エントリーは、管理対象を登録するためのフィールド８１と、管理対象を管理する管理者名を登録するためのフィールド８２と、管理者への通知方法を登録するためのフィールド８３と、管理者への通知先を登録するためのフィールド８４と、を備えている。例えば、ストレージ装置“Ｓｔｏｒａｇｅ００”の管理者は“Ｂ”であり、管理者“Ｂ”への通知方法は“ｅ−Ｍａｉｌ”であり、通知先が“Ｂ＠ｍａｉｌ．ｃｏｍ”であることがわかる。また、管理対象が“全体”であるエントリーは、統括管理者であることを示しており、図８では、管理者“Ａ”が統括管理者であることがわかる。
【００２２】
図９は、管理者端末４の概略図である。図示するように、管理者端末４は、管理用ネットワーク６に接続するためのＩ／Ｏポート９１と、表示装置９７に各種情報を出力する出力装置９２と、キーボード９８などからの入力情報を処理する入力装置９３と、ＣＰＵ９４と、ＣＰＵ９４が用いるメモリ９５と、これら９１〜９５を接続する内部バス９０で構成する。
【００２３】
メモリ９５には、オペレーティングシステム（図示していない）と、管理ネットワーク６の通信プロトコルでの通信制御を実施する通信制御処理プログラム９６と、本実施例におけるボリューム割当変更方式を実施する変更内容確認プログラム１００と、を有する。変更内容確認プログラム１００は、変更内容受信処理１０１と、変更内容表示処理１０２と、確認結果入力処理１０４と、確認結果送信処理１０４と、で本実施例におけるボリューム割当変更方式を実施する。
【００２４】
次に、図１０から図１９を用いて、本実施例におけるボリューム割当確認方式を実現する、ボリューム割当確認プログラム５０と、変更内容確認プログラム１００の処理手順を説明する。
【００２５】
図１０は、ボリューム割当確認プログラム４０が、ボリューム割当変更を確認する処理フローである。ボリューム割当確認プログラム４０は、部分管理者がボリューム割当の設計情報を入力する際に動作する。この設計情報は、キーボード３８などから入力装置３４を介して入力されても構わないし、外部記憶装置を管理計算機１に接続しても構わない。
【００２６】
まず、変更内容確認処理４１が開始し、部分管理者が設計したボリューム割当の設計情報を入力し（Ｓ１００１）、設計情報をボリューム割当設計テーブル５０に保存する（Ｓ１００２）。次に、設定情報取得コマンドを作成する（Ｓ１００３）。次に、ストレージ管理テーブル７０を参照し、ストレージ装置３の管理用ポート１４のＩＰアドレス７２を取得し、そのＩＰアドレス宛に設定情報取得コマンドを送信する（Ｓ１００４）。ストレージ装置３からストレージ装置３に設定されているボリューム割当内容を取得し（Ｓ１００５）、取得した設定情報をストレージ設定情報テーブル６０に保存する（Ｓ１００６）。次に、ストレージ管理テーブル７０に登録されている全てのストレージ装置３に設定情報取得コマンドを送信したかを確認し（Ｓ１００７）、送信してない場合、ステップＳ１００４に遷移し、次のストレージ装置３に設定情報を取得するコマンドを送信する。ステップＳ１００７の結果、全てのストレージ装置に設定情報取得コマンドの送信が完了していた場合、ステップＳ１００８に遷移する。変更内容特定処理を実施し、ボリューム割当設計テーブル５０と、ストレージ設定情報テーブル６０を比較し、部分管理者の設計により変更されるボリューム割当を特定する（Ｓ１００８）。変更内容特定処理の詳細は、後で記述する。次に、変更内容通知処理４２として、ステップＳ１００８で特定したボリューム割当の変更内容を統括管理者へ通知し（Ｓ１００９）、処理を終了する。
【００２７】
次に、図１１を用いて、図１０のＳ１００８の変更内容特定処理を説明する。まず、新規ボリュームが追加されるか、及び既存ボリュームが削除されるかを確認する（Ｓ１１０１）。この処理の詳細は、後で記述する。次に、ボリューム割当設計テーブル５０のエントリーを１件取得し（Ｓ１１０２）、取得したエントリーのフィールド５１及びフィールド５６の値とそれぞれ一致する、ボリューム割当設計テーブル５０の全エントリーを取得する（Ｓ１１０３）。すなわち、ステップＳ１１０２で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設計を示す全エントリーを取得する。次に、ステップＳ１１０３と同様に、ストレージ設定情報テーブル６０からフィールド６１の値が、Ｓ１１０２で取得したエントリーのフィールド５１の値と一致し、フィールド６６の値が、ステップＳ１１０２で取得したエントリーフィールド５６の値と一致する全てのエントリーを取得する（Ｓ１１０３）。すなわち、ステップＳ１１０２で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設定を示すストレージ設定情報テーブル６０のエントリーを取得する（Ｓ１１０４）。次に、ステップＳ１１０３で取得したボリューム割当設計テーブル５０のエントリーと、ステップＳ１１０４で取得したストレージ設定情報テーブル６０のエントリーを比較し、全てのエントリーのうちに不一致のエントリーがあるかを判定する（Ｓ１１０５）。この結果、全てが一致した場合、ステップＳ１１０７に遷移し、不一致がある場合には、割当変更ボリューム情報として、ステップＳ１１０３で取得したボリューム割当設計テーブル５０のエントリーと、ステップＳ１１０４で取得したストレージ設定情報テーブル６０のエントリーを保存し（Ｓ１１０６）、ステップＳ１１０７に遷移する。ボリューム割当設計テーブル５０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１１０７）、完了してない場合はステップＳ１１０２に遷移し、完了した場合は処理を終了し、図１０のステップＳ１００９に遷移する。
【００２８】
図１２は、図１１のステップＳ１１０１の追加・削除ボリューム特定処理の詳細な処理フローである。本処理では、ボリューム割当設計テーブル５０のエントリーを１件取得し（Ｓ１２０１）、ストレージ設定情報テーブル６０からフィールド６１の値が、ステップＳ１２０１で取得したエントリーのフィールド５１の値と一致し、フィールド６６の値が、ステップＳ１２０１で取得したエントリーフィールド５６の値と一致する全てのエントリーを取得する（Ｓ１２０２）。すなわち、ステップＳ１２０１で取得したエントリーと同一ストレージ装置３のボリューム１９の割当の設定を示すストレージ設定情報テーブル６０のエントリーを取得する。次に、ステップＳ１２０２でストレージ設定情報テーブル６０のエントリーを取得できたか確認し（Ｓ１２０３）、エントリーを取得できた場合、ステップＳ１２０５に遷移する。取得したエントリーが無かった場合、ステップＳ１２０１で取得したボリューム割当設計テーブル５０のエントリーを追加ボリューム情報として保存し（Ｓ１２０４）、ステップＳ１２０５に遷移する。ボリューム割当設計テーブル５０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１２０５）、完了して無い場合、ステップＳ１２０１に遷移し、次のエントリーを取得し、処理を繰り返す。完了した場合、ステップＳ１２０６に遷移する。ステップＳ１２０１からＳ１２０５の処理で、新規に追加されるボリュームの設計情報を特定できる。
【００２９】
次に、ストレージ設定情報テーブル６０のエントリーを１件取得する（Ｓ１２０６）。次に、ボリューム割当設計テーブル５０からフィールド５１の値が、ステップＳ１２０６で取得したエントリーのフィールド６１の値と一致し、フィールド５６の値が、ステップＳ１２０６で取得したエントリーフィールド６６の値と一致する全てのエントリーを取得する（Ｓ１２０７）。すなわち、ステップＳ１２０６で取得したエントリーが示すストレージ装置３とボリューム１９に対するボリューム割当設計情報テーブル６０のエントリーを取得する。次に、ステップＳ１２０７でボリューム割当設計テーブル５０のエントリーを取得できた（詳細情報が有る）か確認し（Ｓ１２０８）、エントリーを取得できた場合はステップＳ１２１０に遷移し、エントリーを取得できなかった場合は削除ボリューム情報として、ステップＳ１２０６で取得したストレージ設定情報テーブル６０のエントリーを保存し（Ｓ１２０９）、ステップＳ１２１０に遷移する。ストレージ設定情報テーブル６０の全てのエントリーに対して、処理が完了したか確認し（Ｓ１２１０）、完了してない場合はステップＳ１２０６に遷移し、次のエントリーを取得し、処理を繰り返し、完了した場合は処理を終了し、図１１のステップＳ１１０２に遷移する。ステップＳ１２０６からＳ１２１０の処理で、削除されるボリューム１９を特定できる。
【００３０】
次に、図１３を用いて、図１０のステップＳ１００９の変更内容通知処理を説明する。図１３は、ボリューム割当確認プログラム４０により、特定したボリューム割当変更の内容を統括管理者が使用する管理者端末４へ通知する処理フローである。まず、ストレージ管理者情報テーブル８０から、統括管理者の情報を示すエントリーを取得する（Ｓ１３０１）。ストレージ管理者情報テーブル８０の管理対象を示すフィールド８１の値が“全体”となっているエントリーは、統括管理者のエントリーであり、図８の１つ目のエントリーのフィールド８１が“全体”となっており、統括管理者の情報を示すエントリーであることがわかる。次に、通知開始コマンドを、ステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信する（Ｓ１３０２）。図８の１つ目のエントリーのフィールド８４の値は、“管理者端末Ａ”であり、管理者端末Ａに通知開始コマンドを送信する事になる。図１６（ａ）は、通知開始終了コマンド２００の形式の一例を示している。図示するように、通知開始終了コマンド２００は、フィールド２０１でのみ構成されており、フィールド２０１の値で、通知開始コマンド又は通知終了コマンドになる。フィールド２０１の値が“１”の場合は通知開始コマンドであり、“２”の場合は通知終了コマンドである。
【００３１】
次に、ボリューム割当変更内容通知コマンド２１０を作成する（Ｓ１３０３）。図１６（ｂ）は、ボリューム割当変更内容通知コマンド２１０の形式の一例を示している。ボリューム割当変更内容通知コマンド２１０は、通知内容を示すフィールド２１１と割当のボリューム１９の変更があるストレージ装置３を示すフィールド２１２と、割当が変更されるボリューム１９を示すフィールド２１３と、割当が変更されるボリュームを割当てるＴａｒｇｅｔを示すフィールド２１５と、フィールド２１５が示すＴａｒｇｅｔでボリュームに割当てられるＬＵ Ｎｏを示すフィールド２１６と、フィールド２１５が示すＴａｒｇｅｔに接続できるストレージ装置３のＩ／Ｏポートを示すフィールド２１７と、フィールド２１５が示すＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒ１１を示すフィールド２１８と、フィールド２１５からフィールド２１８を１組とし、その組数を示すフィールド２１４とで構成する。なお、フィールド２１５からフィールド２１８までは、フィールド２１４で示す組数の分、繰り返す。フィールド２１１は、ボリューム割当の変更内容によって値を変更する。
【００３２】
フィールド２１１の値が“３”の場合は、新規にボリューム１９が追加されることを示し、フィールド２１２から２１８の値は、新規に追加されるボリューム１９に関する情報になる。具体的には、図１２のステップＳ１２０４で追加ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーのフィールド５１の値をフィールド２１２に、フィールド５６の値をフィールド２１３に、フィールド５３の値を、フィールド２１５に、フィールド５５の値をフィールド２１６に、フィールド５２の値をフィールド２１７に、フィールド５４の値をフィールド２１８に、それぞれ設定する。
【００３３】
フィールド２１１の値“４”の場合は、ボリュームが削除されることを示し、フィールド２１２から２１８の値は、削除されるボリューム１９に関する情報になる。具体的には、図１２のステップＳ１２０９で削除ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーのフィールド６１の値をフィールド２１２に、フィールド６６の値をフィールド２１３に、フィールド６３の値を、フィールド２１５に、フィールド６５の値をフィールド２１６に、フィールド６２の値をフィールド２１７に、フィールド６４の値をフィールド２１８に、それぞれ設定する。
【００３４】
フィールド２１１の値が“５”の場合は、ボリューム１９の割当変更がある事を示し、フィールド２１２から２１８の値は、割当が変更されるボリューム１９の割当変更前、すなわち既存の設定情報になる。具体的には、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーのフィールド６１の値をフィールド２１２に、フィールド６６の値をフィールド２１３に、フィールド６３の値を、フィールド２１５に、フィールド６５の値をフィールド２１６に、フィールド６２の値をフィールド２１７に、フィールド６４の値をフィールド２１８に、それぞれ設定する。
【００３５】
フィールド２１１の値が“６”の場合は、ボリューム１９の割当変更がある事を示し、フィールド２１２から２１８の値は、割当が変更されるボリューム１９の割当変更後、すなわち設計情報になる。具体的には、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーのフィールド５１の値をフィールド２１２に、フィールド５６の値をフィールド２１３に、フィールド５３の値を、フィールド２１５に、フィールド５５の値をフィールド２１６に、フィールド５２の値をフィールド２１７に、フィールド５４の値をフィールド２１８に、それぞれ設定する。
【００３６】
図１３において、次に、追加、削除されるボリューム毎にフィールド２１１が“３”、“４”のボリューム割当変更内容通知コマンド２１０を作成する（Ｓ１３０３）。また、割当変更時には、割当が変更になるボリュームに対して、フィールド２１１が“５”、“６”のコマンドを１つずつ作成する。次に、ステップＳ１３０３で作成したボリューム割当変更内容通知コマンド２１０を、ステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信する（Ｓ１３０４）。そして、図１１のステップＳ１１０６で割当変更情報として保存した情報と、図１２のステップＳ１２０４で追加ボリューム情報として保存した情報と、図１２のステップＳ１２０９で削除ボリューム情報として保存した情報について、すべて処理が完了したかを確認し（Ｓ１３０５）、完了してない場合はステップＳ１３０３に遷移して処理を繰り返し、完了していた場合は図１６（ａ）の通知開始終了コマンドのフィールド２０１の値を“２”にした通知終了コマンドをステップＳ１３０１にて取得したエントリーのフィールド８４が示す通知先に送信し（Ｓ１３０６）、処理を終了する。
【００３７】
図１４は、管理者端末４の変更内容確認プログラム１００による処理フローである。変更内容確認プログラム１００により、ボリューム割当確認プログラム４０から通知される通知開始コマンドを受信した際に、処理を開始する。ます、変更内容受信処理１０１が、ボリューム割当確認プログラム１００から通知コマンドを受信する（Ｓ１４０１）。次に、ボリューム割当確認プログラム４０から送信されるコマンドを受信し（Ｓ１４０２）、ステップＳ１４０２で受信したコマンドが通知終了コマンドであるか判定する（Ｓ１４０３）。ステップＳ１４０３の結果、通知終了コマンドの場合、ステップＳ１４０４に遷移し、通知終了コマンドでなかった場合、すなわち、ボリューム割当変更内容通知コマンド２１０の場合には、ステップＳ１４０２に遷移し、ボリューム割当確認プログラム４０から次のコマンドを受信する。ここまでの処理で、ボリューム割当確認プログラム４０が送信する全てのボリューム割当変更内容通知コマンド２１０の受信が完了する。
【００３８】
変更内容確認プログラム１００により、ボリューム割当確認プログラム４０からのコマンド受信が完了した後、変更内容表示処理１０２が、受信したボリューム割当変更内容通知コマンド２１０毎に、通知内容を表示装置９７に表示する（Ｓ１４０４）。この時、表示する内容は、ボリューム割当変更内容通知コマンド２１０の内容により、異なる。
【００３９】
ボリューム割当変更内容通知コマンド２１０のフィールド２１１の値が“３”の場合、すなわち、新規にボリューム１９が追加される場合、ボリューム追加確認画面３００を表示する。図１７は、ボリューム追加確認画面３００の一例を示した図である。ボリューム追加確認画面３００は、ボリューム１９が追加されるストレージ装置３を識別するための情報を表示するフィールド３０１と、追加されるボリュームを識別するための情報を表示するフィールド３０２と、追加されるボリューム１９を割当てるストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３０３と、ＯＫボタン３０４と、ＮＧボタン３０５で構成する。統括管理者は、ボリューム追加確認画面３００の表示内容を参照して、ボリューム１９の追加を許可する場合には、ＯＫボタン３０４を選択し、ボリューム１９の追加を許可しない場合には、ＮＧボタン３０５を選択する。
【００４０】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“４”の場合、すなわち、ボリューム１９が削除される場合、ボリューム追削除確認画面３１０を表示する。図１８は、ボリューム削除確認画面３１０の一例を示した図である。ボリューム削除確認画面３１０は、ボリューム１９が削除されるストレージ装置３を識別するための情報を表示するフィールド３１１と、削除されるボリュームを識別するための情報を表示するフィールド３１２と、削除されるボリューム１９が割当てられているストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３１３と、ＯＫボタン３１４と、ＮＧボタン３１５で構成する。統括管理者は、ボリューム削除確認画面３１０の表示内容を参照して、ボリューム１９の削除を許可する場合には、ＯＫボタン３１４を選択し、ボリューム１９の削除を許可しない場合には、ＮＧボタン３１５を選択する。
【００４１】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“５”の場合、すなわち、ボリューム１９の割当が変更される場合、ボリューム割当変更確認画面３２０を表示する。図１９は、ボリューム割当変更確認画面３２０の一例を示した図である。ボリューム割当変更確認画面３２０は、ボリューム１９の割当の変更がされるストレージ装置３を識別するための情報を表示するフィールド３２１と、割当が変更されるボリュームを識別するための情報を表示するフィールド３２２と、割当変更前のボリューム１９が割当てられているストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３２３と、割当が変更されるボリューム１９の割当変更後の、割当変更後のボリューム１９が割当てられるストレージ装置３のＴａｒｇｅｔを識別するための情報と、そのＴａｒｇｅｔに接続できるホスト計算機２のＩｎｉｔｉａｔｏｒを識別するための情報と、ＴａｒｇｅｔがＩｎｉｔｉａｔｏｒに通知するボリューム１９のＬＵ Ｎｏと、ＩｎｉｔｉａｔｏｒがＴａｒｇｅｔに接続するためのストレージ装置３のＩ／Ｏポート１５と、を表示するフィールド３２４と、ＯＫボタン３２５と、ＮＧボタン３２６で構成する。なお、フィールド３２３には、フィールド２１１の値が“５”のボリューム変更内容通知コマンド２１０の内容を表示し、フィールド３２４には、フィールド２１１の値が“６”のボリューム変更内容通知コマンド２１０の内容を表示する。統括管理者は、ボリューム割当変更確認画面３２０の表示内容を参照して、ボリューム１９の割当変更を許可する場合には、ＯＫボタン３２５を選択し、ボリューム１９の割当変更を許可しない場合には、ＮＧボタン３２６を選択する。
【００４２】
図１４において、変更内容確認プログラム１００により、ステップＳ１４０４で表示した画面で統括管理者が選択したボタンを、確認結果入力処理１０３で取得する。次に、ステップＳ１４０２とＳ１４０３の処理で受信した全てのボリューム割当変更内容通知コマンド２１０に対して、ステップＳ１４０４とＳ１４０５の処理が完了したか確認し（Ｓ１４０６）、完了してない場合はステップＳ１４０４に遷移し、次のボリューム割当変更内容通知コマンド２１０の内容に対しての処理を行い、完了している場合はステップＳ１４０７に遷移する。確認結果送信処理１０４は、ステップＳ１４０５で取得した統括管理者が確認した結果を管理計算機１へ通知を開始する事を示す通知開始コマンドを管理計算機１へ送信する（Ｓ１４０７）。次に、確認結果通知コマンド２２０を作成する（Ｓ１４０８）。図１６の（ｃ）は、確認結果通知コマンド２２０の形式の一例を示した図である。確認結果通知コマンド２２０は、通知内容を示すフィールド２２１と確認結果の対象であるストレージ装置３を識別するための情報を示すフィールド２２２と、確認結果の対象であるボリューム１９を識別するための情報を示すフィールド２２３と、確認結果を示すフィールド２２４と、で構成する。フィールド２２１には、確認通知コマンド２２０であることを示す“７”を設定する。フィールド２２２には、ボリューム割当変更内容通知コマンド２１０のフィールド２１２に設定されていた、ストレージ装置３を識別するための情報を設定し、フィールド２２３には、ボリューム割当変更内容通知コマンド２１０のフィールド２１３に設定されていた、ボリューム１９を識別するための情報を設定する。フィールド２２４には、統括管理者がＳ１４０４で表示した画面でＯＫボタンを選択した場合、“０”を設定し、ＮＧボタンを選択した場合、“１”を設定する。
【００４３】
図１４において、次に、ステップＳ１４０８で作成した確認結果通知コマンドを管理計算機３に送信する（Ｓ１４０９）。そして、ステップＳ１４０４からＳ１４０６で取得した全ての統括管理者の確認結果の管理計算機３への通知が完了したか確認し（Ｓ１４１０）、完了してない場合はステップＳ１４０８に遷移し、次の確認結果を処理し、完了していた場合はステップＳ１４１１に遷移し、通知終了コマンドを管理計算機３へ送信し（Ｓ１４１１）、処理を終了する。
【００４４】
次に、図１５を用いて、管理計算機１のボリューム割当変更確認プログラム４０により、管理者端末４の変更内容確認プログラム１００から通知される確認結果通知コマンド２２０を受信した際の処理を説明する。
【００４５】
図１５は、ボリューム割当変更確認プログラム４０が、変更内容確認プログラム１００から確認結果通知コマンド２２０を受信した際の処理フローである。まず、確認結果受信処理４３が、変更内容確認プログラム１００が送信する通知開始コマンドを受信する（Ｓ１５０１）。次に、変更内容確認プログラム１００から次のコマンドを受信し（Ｓ１５０２）、ステップＳ１５０２で受信したコマンドが通知終了コマンドであるか判断する（Ｓ１５０３）。ステップＳ１５０３の結果、通知終了コマンドの場合はステップＳ１５０４に遷移し、通知終了コマンドでない場合、すなわち、確認結果通知コマンド２２０の場合はステップＳ１５０２に遷移し、変更内容確認プログラム１００が送信する次のコマンドを受信する。
【００４６】
次に、確認結果確認処理４４が、ステップＳ１５０３で受信した確認結果通知コマンド２２０のフィールド２２４の値を確認する（Ｓ１５０４）。この確認の結果、値が“１”の場合、すなわち、割当変更が許可されなかった場合には、確認結果作成処理４５が実施するステップＳ１５０５に遷移する。フィールド２２４の値が“１”である確認結果通知コマンド２２０のフィールド２２２に設定されているストレージ装置３の管理者の情報を、ストレージ管理者情報テーブル８０から取得する（Ｓ１５０５）。例えば、フィールド２２２の値が“Ｓｔｏｒａｇｅ００”の場合、図８の２つ目のエントリーの情報を取得する。次に、確認結果通知コマンド２２０に対応する変更内容をメールの本文に設定する（Ｓ１５０６）。具体的には、図１１のステップＳ１１０６で割当変更情報として保存したボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーと、Ｓ１１０６で割当変更情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの、フィールド５１から５６と、６１から６６の値をメールの本文に設定する。また、図１２のステップＳ１２０４で保存した追加ボリューム情報として保存した、ボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値をメールの本文に設定する。また、図１２のステップＳ１２０９で削除ボリューム情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの６１から６６の値をメールの本文に設定する。
【００４７】
図１５において、次に、メール送信処理４７が、Ｓ１５０６で作成したメール本文を、ステップＳ１５０５で取得したストレージ管理者情報テーブルのエントリーのフィールド８４の値に対して、送信する（Ｓ１５０７）。例えば、ステップＳ１５０５で取得したエントリーが図９の２つ目のエントリーの場合、“Ｂ＠ｍａｉｌ．ｃｏｍ”宛にステップＳ１５０６で作成したメールを送信し、ステップＳ１５１０に遷移する。ここで、メールを送信先のメールサーバ１３は、管理計算機１との通信が可能なネットワークに接続されている必要があり、図１では、管理用ネットワーク６に接続している。
【００４８】
ステップＳ１５０４の判定の結果、ステップＳ１５０３で受信した確認結果通知コマンド２２０のフィールド２２４の値を値が“０”の場合、すなわち、割当変更が許可された場合、設定処理４６が実施するステップＳ１５０８に遷移する。ストレージ装置３への設定コマンドを作成する（Ｓ１５０８）。具体的には、図１１のステップＳ１１０６で割当変更情報として保存したボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値を用いて、そのエントリーが示すボリュームの割当を変更するコマンドを作成する。また、図１２のステップＳ１２０４で保存した追加ボリューム情報として保存した、ボリューム割当設計テーブル５０のフィールド５１と、フィールド５５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーのフィールド５１から５６の値を用いて、そのエントリーが示すボリューム１９を追加するコマンドを作成する。また、図１２のステップＳ１２０９で削除ボリューム情報として保存したストレージ設定情報テーブル６０のフィールド６１と、フィールド６５の値が、確認結果通知コマンドのフィールド２２２とフィールド２２２が一致するエントリーの６１から６６の値を用いて、そのエントリーが示すボリューム１９を削除するコマンドを作成する。
【００４９】
図１５において、次に、ストレージ管理テーブル７０を参照し、確認結果通知コマンド２２０のフィールド２２２に設定されているストレージ装置３の管理ポート１４に設定されているＩＰアドレスを取得し、そのＩＰアドレスに対して、Ｓ１５０８で作成したストレージ装置３への設定コマンドを送信し（Ｓ１５０９）、ステップＳ１５１０に遷移する。
【００５０】
ステップＳ１５０２とＳ１５０３で受信した全ての確認結果通知コマンド２２０に対して、処理が完了したかを確認し（Ｓ１５１０）、完了してない場合にはステップＳ１５０４に遷移し、次の確認結果通知コマンド２２０に対する処理を実施し、完了している場合は処理を終了する。
【００５１】
以上、本発明におけるボリューム割当確認方式の第１の実施例では、部分管理者が設計したボリューム割当情報と、ストレージ装置３に設定されているボリューム割当の情報を比較し、設計により割当が変更されるボリュームや、追加されるボリュームや、削除されるボリュームを特定し、その情報を統括管理者へ通知する。また、統括管理者が確認した結果、設計内容に不具合が無かった場合には、設計内容に従い、ストレージ装置３へ設定を実施し、不具合が有った場合には、部分管理者にその旨を通知する。このため、計算機システムやストレージ装置の運用ポリシーと異なるボリューム割当の設定がされなくなる。また、設計ミスによる、意図しないボリューム割当を回避でき、データ破壊を防止できる効果もある。また、統括管理者が発見した設計の不具合を部分管理者に通知することで、部分管理者が迅速に設計内容の修正に対応できる効果もある。
【実施例２】
【００５２】
図２０は、本発明の第２の実施例を適用した計算機システムを端的に表したシステムの構成例であり、実施例１と共通の部分については、実施例１と同一の符号を付している。実施例２では、実施例１とは異なり、管理計算機１が無い構成となり、管理計算機１で動作するボリューム割当確認プログラム４０は、各ストレージ装置３上で動作する。
【００５３】
図２１は、実施例２におけるストレージ装置３の概略図である。図示するように、実施例２のストレージ装置３は、実施例１のストレージ装置３と異なり、プログラムメモリ１７に、ボリューム割当確認プログラム４０と、ボリューム割当設計テーブル５０と、ストレージ管理者テーブル８０を有する。ボリューム割当設計テーブル５０と、ストレージ管理者テーブル８０は、実施例１と同一であり、各々図６と図７の形式となる。また、ボリューム割当確認プログラム４０の構成は、実施例１と同じであり、図４と同じ構成であるが、処理が異なる。この異なる処理について、図２２を用いて説明する。
【００５４】
図２２は、実施例２におけるボリューム割当確認プログラムの処理フローである。まず、変更内容確認処理４１により、部分管理者が入力するボリューム割当の設計情報を入力し（Ｓ２００１）、ステップＳ２００１で入力した設計情報をボリューム割当設計テーブル５０に保存する（Ｓ２００２）。次に、ボリューム割当設計テーブル５０と、ボリューム割当テーブル２０を比較し、ボリューム１９の割当変更の内容を特定する（Ｓ２００３）。この処理は、図１０のステップＳ１００８と同じ処理であり、図１１と図１２の処理フローで処理する。このため、実施例２は、この処理の詳細な説明は省略する。ただし、実施例１で使用したストレージ設定情報テーブル６０の代わりに、ボリューム割当テーブル２０を使用して処理することになる。ステップＳ２００３でボリューム１９の割当変更の内容を特定した後、変更内容通知処理４１により、変更内容を統括管理者に通知する（Ｓ２００４）。この処理は、図１０のステップＳ１００９と同じ処理であり、図１３の処理フローで処理する。このため、実施例２では、この処理の詳細な説明は省略する。
【００５５】
管理者端末４で動作する変更内容確認プログラム１００の動作は、実施例１と同じであるため、説明を省略する。また、ボリューム割当確認プログラム４０による、変更内容確認プログラム１００から確認結果通知コマンド２２０を受信した際の動作も実施例１と同じであるため、説明を省略する。
以上、本発明のボリューム割当確認方式の実施例２では、実施例１と同じ効果がある。
【実施例３】
【００５６】
図２３は、本発明の第３の実施例における管理計算機１の概略構成図である。実施例３では、計算機システムの構成は実施例１と同じであり、図１の構成となる。図２３に示すように、実施例３における管理計算機１を構成する部品は、実施例１の管理計算機１の構成（図４）と同じである。ただし、ボリューム割当確認プログラム４０の変更内容通知処理４２が、メール送信処理４７と関連する点が異なる。これは、実施例３では、統括管理者へボリューム１９の割当変更の内容をメールで通知するためである。
【００５７】
図２４は、実施例３における管理者端末４の概略構成図である。図示するように、実施例３では、実施例１の管理者端末４の構成（図９）に加え、メモリ９５が、メールクライアント１０６を有する。このメールクライアント１０６は、管理計算機１で動作するボリューム割当確認プログラム４０が送信するメールを受信するために動作する。また、変更内容確認プログラム１００は、実施例１の変更内容確認プログラム１００を構成している変更内容受信処理１０１の代わりに、メール読込処理１０５が動作する。これは、メールクライアント１０６が受信したボリューム１９の割当変更内容を示すメールを、変更内容確認プログラム１００で扱うために読込むための処理である。
【００５８】
次に、実施例３におけるボリューム割当確認プログラム４０の処理を説明する。実施例３におけるボリューム割当確認プログラム４０の処理は、統括管理者へのボリューム１９の割当変更内容の通知方法が実施例１と異なる。このため、実施例１における図１３の処理以外については、実施例１と同じであるため、詳細な説明を省略する。
【００５９】
図２５は、実施例３における、図１０のステップＳ１００９の詳細な処理フローである。ボリューム割当確認プログラム４０は、変更内容通知処理４２が、ストレージ管理者情報テーブル８０から、統括管理者の情報を示すエントリーを取得する（Ｓ３００１）。ストレージ管理者情報テーブル８０の管理対象を示すフィールド８１の値が“全体”となっているエントリーが統括管理者のエントリーであり、そのエントリーを取得する。次に、メールを作成する（Ｓ３００２）。このメールの本文には、図１２のステップＳ１２０４で追加ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーと、図１２のステップＳ１２０９で削除ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーと、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ストレージ設定情報テーブル６０のエントリーと、図１１のステップＳ１１０６で割当変更ボリューム情報として保存された、ボリューム割当設計情報テーブル６０のエントリーと、各フィールドの値を設定する。そして、メール送信処理４７が、ステップＳ３００１で取得したストレージ管理者情報テーブル８０のフィールド８４に設定されているメールアドレスに対して、ステップＳ３００２で作成したメールを送信する（Ｓ３００３）。ここで、メールを送信先のメールサーバ１３は、実施例１と同様に、管理計算機１との通信が可能なネットワークに接続されている必要があり、図１では、管理用ネットワーク６に接続している。
【００６０】
次に、実施例３における管理者端末４で動作する変更内容確認プログラム１００の処理を説明する。図２６は、実施例３における変更内容確認プログラム１００の処理フローである。まず、変更内容確認プログラム１００は、メール読込処理１０５が、メールクライアント１０６が受信したボリューム１９の割当変更を通知するメールを読込み、その内容を、ボリューム割当変更内容通知コマンド２１０の形式に変換する（Ｓ３１０１）。次に，変更内容表示処理１０２が、ステップＳ３１０１でメールの内容を変換したボリューム割当変更内容通知コマンド２１０毎に、その内容を表示装置９７に表示する（Ｓ３１０２）。この時、表示する内容は、ボリューム割当変更内容通知コマンド２１０の内容により、異なる。
【００６１】
ボリューム割当変更内容通知コマンド２１０のフィールド２１１の値が“３”の場合、すなわち、新規にボリューム１９が追加される場合、図１７のボリューム追加確認画面３００を表示する。統括管理者は、ボリューム追加確認画面３００の表示内容を参照して、ボリューム１９の追加を許可する場合には、ＯＫボタン３０４を選択し、ボリューム１９の追加を許可しない場合には、ＮＧボタン３０５を選択する。
【００６２】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“４”の場合、すなわち、ボリューム１９が削除される場合、図１８のボリューム追削除確認画面３１０を表示する。統括管理者は、ボリューム削除確認画面３１０の表示内容を参照して、ボリューム１９の削除を許可する場合には、ＯＫボタン３１４を選択し、ボリューム１９の削除を許可しない場合には、ＮＧボタン３１５を選択する。
【００６３】
ボリューム変更内容通知コマンド２１０のフィールド２１１の値が“５”の場合、すなわち、ボリューム１９の割当が変更される場合、図１９のボリューム割当変更確認画面３２０を表示する。統括管理者は、ボリューム割当変更確認画面３２０の表示内容を参照して、ボリューム１９の割当変更を許可する場合には、ＯＫボタン３２５を選択し、ボリューム１９の割当変更を許可しない場合には、ＮＧボタン３２６を選択する。
【００６４】
図２６において、変更内容確認プログラム１００は、統括管理者が、ステップＳ３１０２で表示した画面で選択したボタンを、確認結果入力処理１０３が取得する（Ｓ３１０３）。次に、確認結果送信処理１０４が、ステップＳ３１０１で作成した全てのボリューム割当変更内容通知コマンド２１０に対して、ステップＳ３１０２とＳ３１０３の処理が完了したか確認し（Ｓ３１０４）、完了してない場合はステップＳ３１０２に遷移し、次のボリューム割当変更内容通知コマンド２１０の内容に対しての処理を行い、完了している場合はステップＳ３１０５に遷移する。確認結果送信処理１０４は、ステップＳ３１０３で取得した統括管理者が確認した結果を管理計算機１へ通知を開始する事を示す通知開始コマンドを管理計算機１へ送信する（Ｓ３１０５）。次に、図１６（ｃ）の確認結果通知コマンド２２０を作成する（Ｓ３１０６）。次に、ステップＳ３１０６で作成した確認結果通知コマンドを管理計算機３に送信する（Ｓ３１０７）。そして、ステップＳ３１０２からＳ３１０５で取得した全ての統括管理者の確認結果の管理計算機３への通知が完了したか確認し（Ｓ３１０８）、完了してない場合はステップＳ３１０６に遷移し、次の確認結果を処理し、完了していた場合はステップＳ３１０９に遷移し、通知終了コマンドを管理計算機３へ送信し（Ｓ３１０９）、処理を終了する。
【００６５】
実施例３において、ボリューム割当確認プログラム４０が確認結果通知コマンド２２０を受信した際の処理は、実施例１と同じであるため、説明を省略する。
以上、本発明におけるボリューム割当確認方式の実施例３では、実施例１と同じ効果がある。
【００６６】
本発明の他の実施形態１は、前記管理計算機は、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行う計算機システムである。
【００６７】
本発明の他の実施形態２は、実施形態１の計算機システムにおいて、前記管理計算機は、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知する計算機システムである。
【００６８】
本発明の他の実施形態３は、実施形態１又は２の計算機システムにおいて、前記管理計算機は、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記第１の記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知する計算機システムである。
【００６９】
本発明の他の実施形態４は、実施形態３の計算機システムにおいて、前記管理計算機は、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信する計算機システムである。
【００７０】
本発明の他の実施形態５は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とで計算機システムを構成し、前記ストレージ装置とネットワークを介して接続される管理計算機において、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定する管理計算機である。
【００７１】
本発明の他の実施形態６は、実施形態５の管理計算機において、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行う管理計算機である。
【００７２】
本発明の他の実施形態７は、実施形態６の管理計算機において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知する管理計算機である。
【００７３】
本発明の他の実施形態８は、実施形態５〜７のいずれか１の管理計算機において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知する管理計算機である。
【００７４】
本発明の他の実施形態９は、実施形態８の管理計算機において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信する管理計算機である。
【００７５】
本発明の他の実施形態１０は、少なくとも１つのホスト計算機に、少なくとも１つのネットワークを介して少なくとも１つのボリュームを提供するストレージ装置において、ストレージ管理者が自己又は他のストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するストレージ装置である。
【００７６】
本発明の他の実施形態１１は、実施形態１０のストレージ装置において、自己又は他のストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うストレージ装置である。
【００７７】
本発明の他の実施形態１２は、実施形態１１のストレージ装置において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、自己又は他のストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するストレージ装置である。
【００７８】
本発明の他の実施形態１３は、実施形態１０〜１２のいずれか１のストレージ装置において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知するストレージ装置である。
【００７９】
本発明の他の実施形態１４は、実施形態１３のストレージ装置において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の管理計算機へ前記変更内容を通知し、前記管理計算機からの計算機システム管理者の確認結果を受信するストレージ装置である。
【００８０】
本発明の他の実施形態１５は、少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおけるボリューム割当確認方法において、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集するステップと、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するステップを行うボリューム割当確認方法である。
【００８１】
本発明の他の実施形態１６は、実施形態１５のボリューム割当確認方法において、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知するステップと、通知した変更内容を前記計算機システム管理者が確認した結果を受信するステップと、前記設計情報通りに、前記ストレージ装置へ設定を行うステップを行うボリューム割当確認方法である。
【００８２】
本発明の他の実施形態１７は、実施形態１６のボリューム割当確認方法において、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するステップを行うボリューム割当確認方法である。
【００８３】
本発明の他の実施形態１８は、実施形態１５〜１７のいずれか１のボリューム割当確認方法において、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定するステップと、特定した通知先に対し、特定した通知方法で、前記変更内容を通知するステップと、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定するステップと、特定した通知先に対して特定した通知方法で不具合を通知するステップを行うボリューム割当確認方法である。
【００８４】
本発明の他の実施形態１９は、実施形態１８のボリューム割当確認方法において、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知するステップと、前記第２の管理計算機からの計算機システム管理者の確認結果を前記管理計算機へ通知するステップを行うボリューム割当確認方法である。
【図面の簡単な説明】
【００８５】
【図１】本発明のボリューム割当変更方法を適用した実施例１と、実施例３の計算機システムの構成を端的に示した図である。
【図２】ストレージ装置の構成を端的に示した図である。
【図３】ボリューム割当テーブルの形式の一例を示した図である。
【図４】管理計算機の構成を端的に示した図である。
【図５】ボリューム割当設計テーブルの形式の一例を示した図である。
【図６】ストレージ設定情報テーブルの形式の一例を示した図である。
【図７】ストレージ管理テーブルの形式の一例を示した図である。
【図８】ストレージ管理者情報テーブルの形式の一例を示した図である。
【図９】管理者端末の構成を端的に示した図である。
【図１０】ボリューム割当確認プログラムがボリュームの割当変更内容を特定し、管理者端末に通知する処理フローを示した図である。
【図１１】ボリューム割当確認プログラムがボリュームの割当変更内容を特定する処理フローを示した図である。
【図１２】ボリューム割当確認プログラムが追加ボリュームと削除ボリュームを特定する処理フローを示した図である。
【図１３】ボリューム割当確認プログラムがボリュームの割当変更内容を管理者端末に通知する処理フローを示した図である。
【図１４】変更内容確認プログラムの処理フローを示した図である。
【図１５】ボリューム割当確認プログラムが管理者端末からボリュームの割当変更内容を確認した結果を受信した際の処理フローを示した図である。
【図１６】変更内容確認プログラムと変更内容確認プログラムが通信するコマンド形式の一例である。
【図１７】ボリューム追加確認画面の形式の一例である。
【図１８】ボリューム削除確認画面の形式の一例である。
【図１９】ボリューム割当変更確認画面の形式の一例である。
【図２０】本発明のボリューム割当変更方法を適用した実施例２の計算機システムの構成を端的に示した図である。
【図２１】実施例２におけるストレージ装置の構成を端的に示した図である。
【図２２】実施例２におけるボリューム割当確認プログラムの処理フローを示した図である。
【図２３】実施例３における管理計算機の構成を端的に示した図である。
【図２４】実施例３における管理者端末の構成を端的に示した図である。
【図２５】実施例３におけるボリューム割当確認プログラムがボリュームの割当変更内容を統括管理者に通知する処理フローを示した図である。
【図２６】実施例３における変更内容確認プログラムの処理フローを示した図である。
【符号の説明】
【００８６】
１ 管理計算機
２ ホスト計算機
３ ストレージ装置
４ 管理者端末
５ ストレージネットワーク
６ 管理用ネットワーク
７、３６、９５ メモリ
８、３５、９４ ＣＰＵ（演算装置）
９、１５、９１ Ｉ／Ｏポート
１０、３１、９０ 内部バス
１１ Ｉｎｉｔｉａｔｏｒ
１２、３９、９６ 通信制御処理プログラム
１３ メールサーバ
１４、３２ 管理ポート
１６ コントローラ
１７ プログラムメモリ
１８ ディスク装置
１９ ボリューム
２０ ボリューム割当テーブル
３３、９２ 出力装置
３４、９３ 入力装置
３７、９７ 表示装置
３８、９８ キーボード
４０ ボリューム割当確認プログラム
４１ 変更内容確認処理
４２ 変更内容通知処理
４３ 確認結果受信処理
４４ 確認結果確認処理
４５ 確認結果作成処理
４６ 設定処理
４７ メール送信処理
５０ ボリューム割当設計テーブル
６０ ストレージ設定情報テーブル
７０ ストレージ管理テーブル
８０ ストレージ管理者情報テーブル
１００ 変更内容確認プログラム
１０１ 変更内容受信処理
１０２ 変更内容表示処理
１０３ 確認結果入力処理
１０４ 確認結果送信処理
１０６ メールクライアント
３００ ボリューム追加確認画面
３１０ ボリューム削除確認画面
３２０ ボリューム割当変更確認画面
【特許請求の範囲】
【請求項１】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおいて、
前記管理計算機は、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とする計算機システム。
【請求項３】
請求項２記載の計算機システムにおいて、
前記管理計算機は、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とする計算機システム。
【請求項４】
請求項１〜３のいずれか１項に記載の計算機システムにおいて、
前記管理計算機は、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記第１の記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とする計算機システム。
【請求項５】
請求項４記載の計算機システムにおいて、
前記管理計算機は、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信することを特徴とする計算機システム。
【請求項６】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とで計算機システムを構成し、前記ストレージ装置とネットワークを介して接続される管理計算機において、
ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とする管理計算機。
【請求項７】
請求項６記載の管理計算機において、
前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とする管理計算機。
【請求項８】
請求項７記載の管理計算機において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とする管理計算機。
【請求項９】
請求項６〜８のいずれか１項に記載の管理計算機において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とする管理計算機。
【請求項１０】
請求項９記載の管理計算機において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信することを特徴とする管理計算機。
【請求項１１】
少なくとも１つのホスト計算機に、少なくとも１つのネットワークを介して少なくとも１つのボリュームを提供するストレージ装置において、
ストレージ管理者が自己又は他のストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とするストレージ装置。
【請求項１２】
請求項１１記載のストレージ装置において、
自己又は他のストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とするストレージ装置。
【請求項１３】
請求項１２記載のストレージ装置において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、自己又は他のストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とするストレージ装置。
【請求項１４】
請求項１１〜１３のいずれか１項に記載のストレージ装置において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とするストレージ装置。
【請求項１５】
請求項１４記載のストレージ装置において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の管理計算機へ前記変更内容を通知し、前記管理計算機からの計算機システム管理者の確認結果を受信することを特徴とするストレージ装置。
【請求項１６】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおけるボリューム割当確認方法において、
ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集するステップと、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するステップを行うことを特徴とするボリューム割当確認方法。
【請求項１７】
請求項１６記載のボリューム割当確認方法において、
前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知するステップと、通知した変更内容を前記計算機システム管理者が確認した結果を受信するステップと、前記設計情報通りに、前記ストレージ装置へ設定を行うステップを行うことを特徴とするボリューム割当確認方法。
【請求項１８】
請求項１７記載のボリューム割当確認方法において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するステップを行うことを特徴とするボリューム割当確認方法。
【請求項１９】
請求項１６〜１８のいずれか１項に記載のボリューム割当確認方法において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定するステップと、特定した通知先に対し、特定した通知方法で、前記変更内容を通知するステップと、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定するステップと、特定した通知先に対して特定した通知方法で不具合を通知するステップを行うことを特徴とするボリューム割当確認方法。
【請求項２０】
請求項１９記載のボリューム割当確認方法において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知するステップと、前記第２の管理計算機からの計算機システム管理者の確認結果を前記管理計算機へ通知するステップを行うことを特徴とするボリューム割当確認方法。
【請求項１】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおいて、
前記管理計算機は、ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記管理計算機は、前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とする計算機システム。
【請求項３】
請求項２記載の計算機システムにおいて、
前記管理計算機は、前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とする計算機システム。
【請求項４】
請求項１〜３のいずれか１項に記載の計算機システムにおいて、
前記管理計算機は、前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記第１の記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とする計算機システム。
【請求項５】
請求項４記載の計算機システムにおいて、
前記管理計算機は、前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信することを特徴とする計算機システム。
【請求項６】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とで計算機システムを構成し、前記ストレージ装置とネットワークを介して接続される管理計算機において、
ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とする管理計算機。
【請求項７】
請求項６記載の管理計算機において、
前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とする管理計算機。
【請求項８】
請求項７記載の管理計算機において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とする管理計算機。
【請求項９】
請求項６〜８のいずれか１項に記載の管理計算機において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とする管理計算機。
【請求項１０】
請求項９記載の管理計算機において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知し、前記第２の管理計算機からの計算機システム管理者の確認結果を受信することを特徴とする管理計算機。
【請求項１１】
少なくとも１つのホスト計算機に、少なくとも１つのネットワークを介して少なくとも１つのボリュームを提供するストレージ装置において、
ストレージ管理者が自己又は他のストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集し、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定することを特徴とするストレージ装置。
【請求項１２】
請求項１１記載のストレージ装置において、
自己又は他のストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知し、通知した変更内容を前記計算機システム管理者が確認した結果を受信し、前記設計情報通りに、前記ストレージ装置へ設定を行うことを特徴とするストレージ装置。
【請求項１３】
請求項１２記載のストレージ装置において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、自己又は他のストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知することを特徴とするストレージ装置。
【請求項１４】
請求項１１〜１３のいずれか１項に記載のストレージ装置において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置を有し、該記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定し、特定した通知先に対し、特定した通知方法で、前記変更内容を通知し、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定し、特定した通知先に対して特定した通知方法で不具合を通知することを特徴とするストレージ装置。
【請求項１５】
請求項１４記載のストレージ装置において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の管理計算機へ前記変更内容を通知し、前記管理計算機からの計算機システム管理者の確認結果を受信することを特徴とするストレージ装置。
【請求項１６】
少なくとも１つのホスト計算機と、少なくとも１つのネットワークを介して前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置と、該ストレージ装置とネットワークを介して接続された管理計算機とで構成された計算機システムにおけるボリューム割当確認方法において、
ストレージ管理者が前記ストレージ装置のボリューム割当の設定を行う際に、前記ストレージ装置から、該ストレージ装置のボリューム割当の設定情報を収集するステップと、前記ストレージ管理者が入力した前記ストレージ装置へ設定するボリューム割当の設計情報と収集したボリューム割当の設定情報とを比較し、変更内容を特定するステップを行うことを特徴とするボリューム割当確認方法。
【請求項１７】
請求項１６記載のボリューム割当確認方法において、
前記ストレージ装置の既存の設定情報の内の前記設計情報で変更される設定情報と前記設計情報を、前記計算機システム管理者へ通知するステップと、通知した変更内容を前記計算機システム管理者が確認した結果を受信するステップと、前記設計情報通りに、前記ストレージ装置へ設定を行うステップを行うことを特徴とするボリューム割当確認方法。
【請求項１８】
請求項１７記載のボリューム割当確認方法において、
前記計算機システム管理者が確認した結果が、変更内容に不具合があることを示す場合に、前記ストレージ装置への設計情報に不具合がある旨を前記ストレージ管理者へ通知するステップを行うことを特徴とするボリューム割当確認方法。
【請求項１９】
請求項１６〜１８のいずれか１項に記載のボリューム割当確認方法において、
前記変更内容の通知方法と通知先を示す第１の情報と前記変更内容の確認結果の通知方法と通知先を示す第２の情報を記憶する記憶装置の前記第１の情報から前記変更内容の通知方法と通知先を特定するステップと、特定した通知先に対し、特定した通知方法で、前記変更内容を通知するステップと、前記記憶装置の前記第２の情報から前記変更内容の確認結果の通知方法と通知先を特定するステップと、特定した通知先に対して特定した通知方法で不具合を通知するステップを行うことを特徴とするボリューム割当確認方法。
【請求項２０】
請求項１９記載のボリューム割当確認方法において、
前記第１の情報通知先が、前記計算機システム管理者が使用し、表示装置と入力装置を有する第２の管理計算機を識別するための情報であった場合に、前記第１の情報の通知先の第２の管理計算機へ前記変更内容を通知するステップと、前記第２の管理計算機からの計算機システム管理者の確認結果を前記管理計算機へ通知するステップを行うことを特徴とするボリューム割当確認方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００７−２９３４９０（Ｐ２００７−２９３４９０Ａ）
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−１１９０６９（Ｐ２００６−１１９０６９）
【出願日】平成１８年４月２４日（２００６．４．２４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１８年４月２４日（２００６．４．２４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]