(57)【特許請求の範囲】
【請求項１】
複数の記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも１つの障害時にイベントを発生するストレージ装置と、
前記記憶デバイスの記憶領域で構成される複数の実ボリュームを仮想化した複数の仮想ボリュームを管理すると共に、当該管理に用いる複数の物理リソースのうち少なくとも１つの障害時にイベントを発生する複数のサーバ装置と、
前記ストレージ装置と前記サーバ装置との間で前記データ及び情報を中継すると共に、前記中継に使用される複数の物理リソースのうち少なくとも１つの障害時に、イベントを発生する中継装置と、
各仮想ボリュームをアクセス要求元のアクセス対象として管理する、複数の管理サーバ装置と、
少なくとも前記ストレージ装置、前記サーバ装置及び前記中継装置を管理対象として管理し、当該管理対象から発生するイベントを管理すると共に、
前記仮想ボリュームの識別子と、前記仮想ボリュームに対して要求されたサービスレベルを満たす基準であって、性能、可用性及び信頼性を含む基準とを含む、イベントフィルタ情報を格納するイベント管理装置と、
論理リソース情報及び物理リソース情報と共に前記複数の物理リソース及び複数の論理リソースを管理するリソース管理装置と、
少なくとも前記ストレージ装置、前記サーバ装置、及び前記中継装置を含む全計算機システムを管理する全体管理サーバと、を備える計算機システムであって、
前記論理リソース情報は、
前記実ボリューム、前記仮想ボリューム、ＲＡＩＤグループ、及び前記サーバ装置上で作動する仮想機械の識別子と、前記仮想機械による前記計算機システムのための管理ユニットである、ドメインの識別子とを含み、
前記物理リソース情報は、識別子と、前記複数の物理リソースの状態とを含み、
前記イベント管理装置は、前記管理対象から前記イベントを受け取ると、前記受け取ったイベントの内容を判別し、前記論理リソース情報及び前記物理リソース情報を参照することによって、前記イベントの生成によって影響を受ける仮想ボリュームを特定し、故障した装置の代替品が存在するか否か、前記ＲＡＩＤグループが縮退されるべきか否か、前記ＲＡＩＤグループが再構築される必要性があるか否か、及び、前記ＲＡＩＤグループが高負荷を有するか否かによる、前記ストレージ装置、前記サーバ装置、及び前記中継装置への影響をチェックし、
定義されたサービスレベルを違反した事象が発生しているか否かを、前記受け取ったイベントの内容に基づいて特定し、前記仮想ボリュームへの影響をイベントフィルタに基づいて前記管理サーバ装置に通知し、前記仮想ボリュームへの影響は、前記故障した装置の前記代替品が存在する場合の、前記性能及び前記可用性の低下と、前記ＲＡＩＤグループが縮退されるべきである場合の、前記信頼性の低下と、前記ＲＡＩＤグループが再構築される必要性があり、かつ前記ＲＡＩＤグループが高負荷を有する場合の、前記性能の低下とを含むものであり、前記全体管理サーバに対して、前記仮想ボリュームへの前記影響、前記複数の物理リソースへの影響、前記故障の概要、及び前記故障の原因を通知する、
計算機システム。
【請求項２】
請求項１に記載の計算機システムであって、
前記イベント管理装置は、
前記特定した内容が、イベントフィルタ情報で定義されたイベント通知方法の条件を満たす場合、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知することを特徴とする計算機システム。
【請求項３】
請求項２に記載の計算機システムであって、
前記イベント管理装置は、
前記イベントの内容が、前記サービスレベルに達していないことを示す第１フィルタ情報、又は前記サービスレベル違反が発生した場合には、前記サービスレベル違反の発生を通知することを示す第２フィルタ情報、或いは復旧時間が設定時間以上要することを示す第３フィルタ情報が、前記イベント通知方法の条件として前記イベントフィルタ情報に定義されている場合、前記特定した内容が、前記第１フィルタ情報、前記第２フィルタ情報又は前記第３フィルタ情報に適合することを条件に、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知することを特徴とする計算機システム。
【請求項４】
請求項１に記載の計算機システムであって、
前記ストレージ装置は、
前記制御に用いる複数の物理リソースのうち少なくとも１つに障害が生じた場合、前記物理リソースの障害の内容を含むイベント情報を、前記イベントに付加される情報として前記イベント管理装置に送信し、
前記サーバ装置は、
前記管理に用いる複数の物理リソースのうち少なくとも１つに障害が生じた場合、前記物理リソースの障害の内容を含むイベント情報を、前記イベントに付加される情報として前記イベント管理装置に送信することを特徴とする計算機システム。
【請求項５】
請求項１に記載の計算機システムであって、
前記イベント管理装置は、
前記受信したイベントの内容を基に前記イベントの発生事象を示す情報と前記イベントの発生の原因の概要を示す情報を判別し、
前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知し、かつ
前記サービスレベルに違反する事象に関する情報として、前記イベントの発生事象を示す情報と前記イベントの発生の原因の概要を示す情報を前記イベントフィルタに基づくイベントに付加することを特徴とする計算機システム。
【請求項６】
請求項１に記載の計算機システムであって、
複数の下位記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも１つの障害時にイベントを発生する下位ストレージ装置をさらに備え、
前記ストレージ装置は、前記下位記憶デバイスの記憶領域で構成される前記複数の実ボリュームを仮想化した前記複数の仮想ボリュームを管理し、
前記サーバ装置は、前記ストレージ装置に前記情報を送ると共に、前記ストレージ装置から前記情報を受け取り、
前記中継装置は、前記下位ストレージ装置と前記ストレージ装置との間で授受される前記データ及び情報を中継し、
前記イベント管理装置は、前記下位ストレージ装置、前記ストレージ装置、前記サーバ装置、及び前記中継装置を前記管理対象として管理することを特徴とする計算機システム。
【請求項７】
複数の記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも１つの障害時にイベントを発生するストレージ装置と、
前記記憶デバイスの記憶領域で構成される複数の実ボリュームを仮想化した複数の仮想ボリュームを管理すると共に、当該管理に用いる複数の物理リソースのうち少なくとも１つの障害時にイベントを発生する複数のサーバ装置と、
前記ストレージ装置と前記サーバ装置との間で前記データ及び情報を中継すると共に、前記中継に使用される複数の物理リソースのうち少なくとも１つの障害時に、イベントを発生する中継装置と、
各仮想ボリュームをアクセス要求元のアクセス対象として管理する、複数の管理サーバ装置と、
少なくとも前記ストレージ装置、前記サーバ装置及び前記中継装置を管理対象として管理し、当該管理対象から発生するイベントを管理すると共に、
前記仮想ボリュームの識別子と、前記仮想ボリュームに対して要求されたサービスレベルを満たす基準であって、性能、可用性及び信頼性を含む基準とを含む、イベントフィルタ情報を格納するイベント管理装置と、
論理リソース情報及び物理リソース情報と共に前記複数の物理リソース及び複数の論理リソースを管理するリソース管理装置と、
少なくとも前記ストレージ装置、前記サーバ装置、及び前記中継装置を含む全計算機システムを管理する全体管理サーバと、を備える計算機システムのイベント通知方法であって、
前記論理リソース情報は、
前記実ボリューム、前記仮想ボリューム、ＲＡＩＤグループ、及び前記サーバ装置上で作動する仮想機械の識別子と、前記仮想機械による前記計算機システムのための管理ユニットである、ドメインの識別子とを含み、
前記物理リソース情報は、識別子と、前記複数の物理リソースの状態とを含み、
前記イベント通知方法は、前記管理対象から前記イベントを受け取ると、前記受け取ったイベントの内容を判別するステップと、
前記論理リソース情報及び前記物理リソース情報を参照することによって、前記イベントの生成によって影響を受ける仮想ボリュームを特定するステップと、
故障した装置の代替品が存在するか否か、前記ＲＡＩＤグループが縮退されるべきか否か、前記ＲＡＩＤグループが再構築される必要性があるか否か、及び、前記ＲＡＩＤグループが高負荷を有するか否かによる、前記ストレージ装置、前記サーバ装置、及び前記中継装置への影響をチェックするステップと、
定義されたサービスレベルを違反した事象が発生しているか否かを、前記受け取ったイベントの内容に基づいて特定するステップと、
前記仮想ボリュームへの影響をイベントフィルタに基づいて前記管理サーバ装置に通知するステップであって、
前記仮想ボリュームへの影響は、前記故障した装置の前記代替品が存在する場合の、前記性能及び前記可用性の低下と、前記ＲＡＩＤグループが縮退されるべきである場合の、前記信頼性の低下と、前記ＲＡＩＤグループが再構築される必要性があり、かつ前記ＲＡＩＤグループが高負荷を有する場合の、前記性能の低下とを含むものである、通知ステップと、
前記全体管理サーバに対して、前記仮想ボリュームへの前記影響、前記複数の物理リソースへの影響、前記故障の概要、及び前記故障の原因を通知するステップとを備える、
計算機システムのイベント通知方法。
【請求項８】
請求項７に記載の計算機システムのイベント通知方法であって、
前記イベント管理装置が、前記特定した内容が、イベントフィルタ情報で定義されたイベント通知方法の条件を満たす場合、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知するステップを含むことを特徴とする計算機システムのイベント通知方法。
【請求項９】
請求項８に記載の計算機システムのイベント通知方法であって、
前記イベント管理装置が、前記イベントの内容が、前記サービスレベルに達していないことを示す第１フィルタ情報、又は前記サービスレベル違反が発生した場合には、前記サービスレベル違反の発生を通知することを示す第２フィルタ情報、或いは復旧時間が設定時間以上要することを示す第３フィルタ情報が、前記イベント通知方法の条件として前記イベントフィルタ情報に定義されている場合、前記特定した内容が、前記第１フィルタ情報、前記第２フィルタ情報又は前記第３フィルタ情報に適合することを条件に、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知するステップを含むことを特徴とする計算機システムのイベント通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置とサーバ装置を有する計算機システム及びそのイベント通知方法に関する。
【背景技術】
【０００２】
ストレージ装置とサーバ装置を有する計算機システムにおいて、記憶デバイスの記憶領域で構成される実ボリュームを、仮想ボリュームとして仮想化し、仮想化された仮想ボリュームを、アクセス要求元のユーザ端末に提供することが行われている。この際、ユーザは、ユーザ端末を用いて仮想ボリュームをアクセスすることで、所望のアプリケーションを動作させることができる。
【０００３】
実ボリュームを仮想ボリュームとして仮想化する仮想化装置（以下、仮想化機構と称することもある。）は、例えば、ハイパーバイザを有するサーバ装置、SAN（Storage  Area  Network）スイッチあるいはストレージ装置に実装される。
【０００４】
ところで、仮想ボリュームを管理するに際して、複数の実ボリュームと複数の仮想ボリュームとの対応関係をボリューム管理テーブルに登録し、管理サーバが、各実ボリュームと各仮想ボリュームとの対応関係をボリューム管理テーブルで管理することがある。
【０００５】
この際、管理サーバは、実ボリュームまたは仮想ボリュームの障害時に、障害通知を受信した場合、実ボリュームについての障害通知または仮想ボリュームについての障害通知を基にボリューム管理テーブルを参照し、障害が発生した実ボリュームに対応する仮想ボリュームを特定すると共に、仮想ボリュームについての障害通知と実ボリュームについての障害通知とを関連付け、仮想ボリュームについての障害通知と実ボリュームについての障害通知とを関連付けた情報を管理者の端末に出力するものが提案されている（特許文献１参照）。
【０００６】
また、仮想ボリュームを構成する物理リソース、例えば、記憶デバイスで障害が発生した場合、仮想ボリュームを管理するサーバ装置では、アプリケーションが継続して動作できるように、代替の記憶デバイスや代替パスを用いて障害をマスクし、バックグラウンドで障害を復旧することが行われる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４１３０６１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来技術では、仮想ボリュームを構成する物理リソースで障害が発生した場合、仮想ボリュームを利用するユーザ端末に、サービス提供者とユーザ間で交わされる通信サービスの合意事項（以下、SLA（Service  Level  Agreement）と称する。）に違反する情報のみを提供することについては配慮されていない。
【０００９】
例えば、仮想ボリュームを構成する物理リソースに障害が発生した場合、障害発生時から障害復旧時までの間、記憶デバイスの故障によっては、冗長性が一時的になくなったり、あるいは仮想ボリュームの性能が低下したりし、SLAに反する場合がある。
【００１０】
この際、ユーザによっては、SLAを厳密に定義し、SLAで想定した環境を仮定して仮想ボリュームや仮想サーバを利用する場合がある。このようなユーザに対しては、SLA違反が発生した障害時には、SLAに違反した内容を速やかに通知することが好ましい。これは、SLA違反に対しては、ユーザが独自に対処することを望む場合があるためである。例えば、仮想ボリュームの性能の低下が予想される場合には、仮想ボリュームの数あるいは仮想サーバの数を増やし、性能に影響のない他の仮想ボリュームを利用するなど、ユーザ自身が実施することが考えられる。
【００１１】
本発明は、前記従来技術の課題に鑑みて為されたものであり、その目的は、仮想ボリュームを構成する物理リソースに障害が発生した場合、ユーザが必要とする情報を、仮想ボリュームをアクセス要求元に提供する装置に通知することができる計算機システム及びそのイベント通知方法を提供することにある。
【課題を解決するための手段】
【００１２】
前記目的を達成するために、本発明は、複数の仮想ボリュームを管理するサーバ装置と、複数の記憶デバイスに対するデータの入出力を制御するストレージ装置と、前記仮想ボリュームをアクセス要求元のアクセス対象として管理する管理サーバ装置と、少なくとも前記サーバ装置または前記ストレージ装置を管理対象として管理する共に、当該管理対象から発生するイベントを管理するイベント管理装置を備え、前記イベント管理装置は、前記イベントを受信した場合、前記イベントの内容を判別すると共に、前記仮想ボリュームのうち前記イベントで影響を受ける仮想ボリュームを特定し、前記特定した仮想ボリュームに、当該仮想ボリュームが満たすべきサービスレベルが定義されている場合、前記受信したイベントの内容から、前記サービスレベルに違反する事象が発生しているかどうかを特定し、前記特定した内容をイベントフィルタに基づくイベントとして管理サーバ装置に通知することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ユーザが必要とする情報を、仮想ボリュームをアクセス要求元に提供する装置に通知することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の概要を説明するためのブロック図である。
【図２】第１実施例における計算機システムの全体構成を示すブロック図である。
【図３】ストレージ装置と中継装置のブロック構成図である。
【図４】ストレージ装置の論理的構成図である。
【図５】サーバ装置のブロック構成図である。
【図６】サーバ装置の論理的構成図である。
【図７】リソース管理システムのブロック構成図である。
【図８】イベント通知システムのブロック構成図である。
【図９】論理リソース情報の構成図である。
【図１０】物理リソース情報の構成図である。
【図１１】リソース接続情報の構成図である。
【図１２】ドメイン情報の構成図である。
【図１３】サービスレベル情報の構成図である。
【図１４】イベントフィルタ情報の構成図である。
【図１５】障害復旧予定情報の構成図である。
【図１６】論理リソース割り当て画面の表示例を示す画面構成図である。
【図１７】論理リソース割り当てプログラムの処理を説明するためのフローチャートである。
【図１８】イベント受信プログラムの処理を説明するためのフローチャートである。
【図１９】影響判定プログラムのストレージ影響判定処理を説明するためのフローチャートである。
【図２０】影響判定プログラムのストレージ影響判定処理を説明するためのフローチャートである。
【図２１】影響判定プログラムのストレージ影響判定処理を説明するためのフローチャートである。
【図２２】影響判定プログラムの接続装置影響判定処理を説明するためのフローチャートである。
【図２３】影響判定プログラムの接続装置影響判定処理を説明するためのフローチャートである。
【図２４】影響判定プログラムのサーバ装置影響判定処理を説明するためのフローチャートである。
【図２５】影響判定プログラムのサーバ装置影響判定処理を説明するためのフローチャートである。
【図２６】ドメイン向け通知プログラムの処理を説明するためのフローチャートである。
【図２７】ドメインイベント情報表示画面の表示例を示す画面構成図である。
【図２８】システム管理者イベント表示画面の表示例を示す画面構成図である。
【図２９】第２実施例における計算機システムの全体構成を示すブロック図である。
【図３０】第２実施例におけるストレージ装置の論理的構成図である。
【図３１】情報リソース情報の構成図である。
【図３２】イベントフィルタ情報の他の実施例を示す構成図である。
【発明を実施するための形態】
【００１５】
＜発明の概要＞
以下、本発明の概要を図１のブロック図に従って説明する。
【００１６】
図１において、計算機システムは、イベント通知システム１と、ストレージ装置２と、サーバ装置３と、中継装置４を備えている。
【００１７】
サーバ装置３は、中継装置４を介してストレージ装置２と情報の授受を行うと共に、サーバ装置３を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生する。このサーバ装置３には、仮想化装置としての機能を有するハイパーバイザ３７と、ハイパーバイザ３７上で動作する複数の仮想サーバ（＃A、＃B）３８が実装される。ここで、イベントとは、障害の内容を示す情報と障害の発生部位を特定する情報を含むものを意味する。イベントの通知は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）で定義されるトラップを用いて実装することができる。また、ＳＮＭＰ以外にも専用のプロトコルを用いて実装することができる。また、以降で述べる様々な装置が通知するイベントについても同様である。
【００１８】
ハイパーバイザ３７は、ストレージ装置２の記憶デバイス（図示せず）の記憶領域で構成される複数の実ボリューム２６を、仮想記憶領域で構成される、複数の仮想ボリューム（VV０、VV１）３７１として仮想化し、仮想化された複数の仮想ボリューム３７１を管理する。各仮想ボリューム３７１は、例えば、＃Aの仮想サーバ３８と、＃Bの仮想サーバ３８によって管理される。＃Aの仮想サーバ３８と、仮想ボリューム（VV０）３７１は、部門Aリソース９４として構成され、部門A管理システム６１によって管理される。
【００１９】
＃Bの仮想サーバ３８と、仮想ボリューム（VV１）３７１は、部門Bリソース９４として構成され、部門B管理システム６１によって管理される。部門A管理システム６１に関する情報は、ネットワーク（図示せず）を介して、部門A管理者９３１が利用するユーザ端末（図示せず）に提供され、部門B管理システム６１に関する情報は、ネットワーク（図示せず）を介して、部門B管理者９３２が利用するユーザ端末（図示せず）に提供される。
【００２０】
中継装置４は、サーバ装置３とストレージ装置２との間で授受される情報またはデータを中継すると共に、中継装置４を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する。
【００２１】
ストレージ装置２は、複数の実ボリューム２６と、各実ボリューム２６に対するデータの入出力を制御するコントローラ（図示せず）を有し、ストレージ装置２を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生する。
【００２２】
イベント通知システム１は、ストレージ装置２またはサーバ装置３、あるいは中継装置４のうちいずれかでイベントが発生した場合、発生したイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム３７１のうち、イベントの発生で影響を受ける仮想ボリューム、例えば、仮想ボリューム（VV０）３７１を特定する。
【００２３】
この際、イベント通知システム１は、特定した仮想ボリューム（VV０）３７１に、その仮想ボリュームが満すべきサービスレベルが定義されている場合、受信したイベントの内容から、定義されたサービスレベルに違反する事象が発生しているかどうかを特定し、特定した内容をイベントフィルタ情報１２１に従って、イベントフィルタに基づくイベント９１として部門A管理システム６１に通知する。仮想ボリュームに対するサービスレベルの定義は、サービスレベル情報（図示せず）に記録しておく。これにより、部門A管理者９３１は、ユーザ端末を用いて部門A管理システム６１にアクセスすることで、SLAに違反する事象の発生を把握することができる。
【００２４】
また、イベント通知システム１は、装置から受信したイベントを全体管理システム７１に通知すると共に、このイベントに、上記のように特定したイベントフィルタに基づくイベント９１を関連付けて、関連付けたイベント９２として全体管理システム７１に通知する。これにより、システム全体を管理するシステム管理者９３０は、システム管理者用端末（図示せず）を用いて全体管理システム７１を操作することで、サービスレベルに違反する事象の発生を把握できると共に、この違反事象と障害が発生した部位とを関連付けた障害情報の内容を把握することができる。
【００２５】
＜全体構成＞
次に、図２に、第１実施例における計算機システムのブロック構成図を示す。
【００２６】
図２において、計算機システムは、イベント通知システム１と、ストレージ装置２と、サーバ装置３と、複数の中継装置（SW０、SW１）４と、リソース管理システム５と、部門A管理サーバ装置６と、部門B管理サーバ装置６と、全体管理サーバ７から構成され、各部が内部ネットワーク９を介して接続される。内部ネットワーク９としては、例えば、LAN（Local  Area  Network）を用いることができる。
【００２７】
イベント通知システム１は、プロセッサ、メモリ、ネットワークコントローラ（いずれも図示せず）を有し、ストレージ装置２またはサーバ装置３、あるいは中継装置４のうちいずれかでイベントが発生した場合、発生したイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム３７１のうち、イベントの発生で影響を受ける仮想ボリューム、例えば、仮想ボリューム（VV０）３７１を特定する。
【００２８】
この際、イベント通知システム１は、特定した仮想ボリューム３７１にサービスレベルが定義されている場合、受信したイベントから、定義されたサービスレベルに違反する事象が発生したかどうかを特定し、その内容を、イベントフィルタ情報１２１に従って、例えば、部門A管理システム６１に通知する。
【００２９】
また、イベント通知システム１は、装置から受信したイベントの内容を全体管理システム７１に通知すると共に、部門Ａ管理システム６１に通知したサービスレベル違反事象に関する情報を関連付けたイベント９２を全体管理システム７１に通知する。
【００３０】
ストレージ装置２は、複数の実ボリューム２６と、各実ボリューム２６に対するデータの入出力を制御するコントローラ（図示せず）を有するとともに、ストレージ装置２を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生するストレージ用イベント発生部（図示せず）を有する。
【００３１】
各実ボリューム２６は、１または複数の記憶デバイスの記憶領域で構成される。記憶デバイスとしては、例えば、HDD（Hard  Disk  Drive）、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイスを用いることができる。
【００３２】
記憶デバイスとして、HDDを用いる場合、例えば、FC（Fibre  Channel）ディスク、SCSI（Small  Computer  System  Interface）ディスク、SATA（Serial  ATA）ディスク、ATA（AT  Attachment）ディスク、SAS（Serial  Attached  SCSI）ディスク等を用いることができる。
【００３３】
また、各記憶デバイスでRAID（Redundant  Array  of  Inexpensive  Disks）グループ、例えば、RAID４、RAID５、RAID６等を構成したり、各記憶デバイスを複数のRAIDグループに分割したりすることもできる。この際、各記憶デバイスの物理的記憶領域上に複数の論理ユニット（以下、LU（Logical  Unit）と称することがある。）や複数の論理ボリュームを形成することもできる。
【００３４】
サーバ装置（SV０）３は、中継装置４を介してストレージ装置２と情報の授受を行う機能を有すると共に、サーバ装置３を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生するサーバ用イベント発生部（図示せず）としての機能を有する。このサーバ装置３には、仮想化装置としての機能を有するハイパーバイザ３７と、ハイパーバイザ３７上で動作する複数の仮想サーバ（VM０、VM１）３８が実装される。
【００３５】
ハイパーバイザ３７は、ストレージ装置２の記憶デバイス（図示せず）の記憶領域で構成される複数の実ボリューム２６を、仮想記憶領域で構成される、複数の仮想ボリューム３７１として仮想化し、仮想化された複数の仮想ボリューム３７１を管理する。各仮想ボリューム３７１は、例えば、複数の仮想サーバ（VM０、VM１）３８によって、データの格納に利用される。
【００３６】
中継装置４は、サーバ装置３とストレージ装置２との間で授受される情報またはデータを中継する機能を有すると共に、中継装置４を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する中継用イベント発生部（図示せず）としての機能を有する。
【００３７】
リソース管理システム５は、ストレージ装置２を構成する複数のストレージ用リソース（物理リソースと論理リソースを含むリソース）と、サーバ装置３を構成する複数のサーバ用リソース（物理リソースと論理リソースを含むリソース）および各中継装置４を構成する複数の中継用リソース（物理リソースと論理リソースを含むリソース）を管理する。
【００３８】
部門A管理サーバ装置６は、部門A管理者９３１が利用するユーザ端末（図示せず）とネットワーク９（または図示しないネットワークまたはインターネット）を介して接続され、部門Ａに占有的に割り当てられている仮想ボリューム３７１と仮想サーバ(ＶＭ０)３８を部門A管理システム６１で管理する。部門A管理システム６１で管理される情報は、ネットワーク９または図示しないネットワークまたはインターネットを介して、部門A管理者９３１が利用するユーザ端末に提供される。なお、部門Ａにより占有的に管理される仮想ボリュームや仮想サーバ等の論理的なリソースのグループを、以降ではドメイン＃０と呼ぶ。
【００３９】
部門B管理サーバ装置６は、部門B管理者９３２が利用するユーザ端末（図示せず）とネットワーク９（または図示しないネットワークまたはインターネット）を介して接続され、部門Ｂに占有的に割り当てられている仮想ボリューム３７１と仮想サーバ（ＶＭ１）３８を部門B管理システム６１で管理する。部門B管理システム６１で管理される情報は、ネットワーク９または図示しないネットワークまたはインターネットを介して、部門B管理者９３２が利用するユーザ端末に提供される。なお、部門Ｂにより占有的に管理される仮想ボリュームや仮想サーバ等の論理的なリソースのグループを、以降ではドメイン＃1と呼ぶ。
【００４０】
全体管理サーバ７は、プロセッサ、メモリ、ネットワークコントローラ（いずれも図示せず）を有する全体管理システム７１が、計算機システム全体を管理する。この際、システム全体を管理するシステム管理者９３０は、システム管理者用端末（図示せず）を用いて全体管理システム７１を操作することで、リソース管理システム５で管理される情報やイベント通知システム１から送信されるイベントの内容を把握することができる。
【００４１】
なお、イベント通知システム１、リソース管理システム５および全体管理サーバ７を一体化し、イベント管理装置として構成することができる。
【００４２】
次に、図３に、中継装置とストレージ装置のブロック構成図を示す。
【００４３】
図３において、中継装置（SW０）４は、複数の電源４２と、複数の中継ポート（SP０２、SP０３）４１を有し、中継装置（SW１）４は、複数の電源４２と、複数の中継ポート（SP１２、SP１３）４１を有する。
【００４４】
ストレージ装置２は、＃１のコントローラ２２と、＃２のコントローラ２２と、複数の記憶デバイス、例えば、HDD２１と、複数の電源２４から構成され、各コントローラ２２と各HDD２１が、内部バス２３を介して接続される。
【００４５】
＃１のコントローラ２２は、コントローラ２２全体を統括制御するプロセッサ２２１と、制御プログラムなどを格納するメモリ２２２と、複数のコントローラポート（CP００、CP０１）２２３から構成される。コントローラポート（CP００）２２３は、中継ポート（SP０２）４１に接続され、コントローラポート（CP０１）２２３は、中継ポート（SP０３）４１に接続される。
【００４６】
＃２のコントローラ２２は、コントローラ２２全体を統括制御するプロセッサ２２１と、制御プログラムなどを格納するメモリ２２２と、複数のコントローラポート（CP１０、CP１１）２２３から構成される。コントローラポート（CP１０）２２３は、中継ポート（SP１２）４１に接続され、コントローラポート（CP１１）２２３は、中継ポート（SP１３）４１に接続される。
【００４７】
図４に、ストレージ装置の論理的構成図を示す。
【００４８】
図４において、複数のHDD２１によってRAIDグループを構成した場合、例えば、＃０のRAIDグループ（RG０）２５は、複数のHDD２１から構成され、＃１のRAIDグループ（RG１）２５は、複数のHDD２１から構成される。
【００４９】
＃０のRAIDグループ２５を構成する複数のHDD２１の記憶領域によって複数の実ボリューム（PV０、PV１、PV２）２６が構成される。＃１のRAIDグループ２５を構成する複数のHDD２１の記憶領域によって複数の実ボリューム（PV３、PV４、PV５）２６が構成される。
【００５０】
実ボリューム（PV０、PV１、PV２）２６は、コントローラポート（CP００、CP１０）２２３を介してサーバ装置３からアクセスできるように構成され、実ボリューム（PV３、PV４、PV５）２６は、コントローラポート（CP１０、CP１１）２２３を介してサーバ装置３からアクセスできるように構成される。
【００５１】
図５に、サーバ装置の物理的構成図を示す。
【００５２】
図５において、サーバ装置３は、サーバ装置３全体を統括制御する複数のプロセッサ３１と、各種プログラムや情報などを格納するメモリ３２と、各中継装置４とデータの授受を行うホストバスアダプタ（HB０、HB１）３３と、複数の電源３４と、ネットワークコントローラ３５等の複数の物理リソースを有し、各部が内部ネットワーク３６を介して接続される。
【００５３】
＃０のホストバスアダプタ３３は、複数のホストポート（HP００、HP０１）３３１を有し、ホストポート（HP００）３３１が、中継装置（SW０）４の中継ポート（SP００）４１に接続され、ホストポート（HP０１）３３１が、中継装置（SW１）４の中継ポート（SP１０）４１に接続される。
【００５４】
＃１のホストバスアダプタ３３は、複数のホストポート（HP１０、HP１１）３３１を有し、ホストポート（HP１０）３３１が、中継装置（SW０）４の中継ポート（SP０１）４１に接続され、ホストポート（HP１１）３３１が、中継装置（SW１）４の中継ポート（SP１１）４１に接続される。
【００５５】
次に、図６に、サーバ装置の論理的構成図を示す。
【００５６】
図６において、サーバ装置４は、オペレーティングシステム（OS）３６と、ハイパーバイザ３７と、＃０の仮想サーバ３８と、＃１の仮想サーバ３８を備える。
【００５７】
オペレーティングシステム３６上では、ハイパーバイザ３７が動作するとともに、ハイパーバイザ３７およびサーバ装置３を構成している各物理リソースの障害の有無を監視する監視部３６１が動作する。この監視部３６１は、ハイパーバイザ３７に障害が発生した場合や、各種物理リソースに障害が発生した場合、イベントを発生するサーバ用イベント発生部として機能する。なお、ハイパーバイザ３７自身が監視部３６１に相当する機能を持つようにすることもできる。また、物理リソースに関する監視と障害通知の機能を、オペレーティングシステム３６とは独立したハードウェアに実装することもできる。
【００５８】
ハイパーバイザ３７は、実ボリューム２６を仮想化した仮想ボリュームとして、＃０〜＃３の仮想ボリューム（VV０、VV１、VV２、VV３）３７１を構成する。
【００５９】
＃０の仮想サーバ（VM０）３８は、アプリケーション３８１と、OS（オペレーティングシステム）３８２を有し、OS３８２上で動作するアプリケーション３８１を起動する。また、＃０の仮想サーバ（VM０）３８は、＃０、＃１の仮想ボリューム（VV０、VV１）３７１にアクセスできるように構成されており、これらの仮想ボリュームは、仮想サーバ（ＶＶ０）上のアプリケーション３８１がデータを格納するために利用する。
【００６０】
＃１の仮想サーバ（VM１）３８は、アプリケーション３８１と、OS（オペレーティングシステム）３８２を有し、OS３８２上で動作するアプリケーション３８１を起動する。また、＃２、＃３の仮想ボリューム（VV２、VV３）３７１にアクセスできるように構成されており、これらの仮想ボリュームは、仮想サーバ（ＶＶ１）上のアプリケーション３８１がデータを格納するために利用する。
【００６１】
次に、図７に、リソース管理システムのブロック構成図を示す。
【００６２】
図７において、リソース管理システム５は、リソース管理システム５全体を統括制御するプロセッサ５１と、各種情報やプログラムを格納するメモリ５２と、ネットワーク９を転送するデータ等を制御するネットワークコントローラ５３とを有し、各部が内部バス５５を介して接続される。メモリ５２には、論理リソース情報５２１と、物理リソース情報５２２と、リソース接続情報５２３と、ドメイン情報５２４と、サービスレベル情報５２５と、論理リソース割り当てプログラム５２６が格納される。
【００６３】
次に、図８に、イベント通知システムのブロック構成図を示す。
【００６４】
図８において、イベント通知システム１は、イベント通知システム全体を統括制御するプロセッサ１１と、各種情報やプログラムを格納するメモリ１２と、ネットワーク９を転送するデータ等を制御するネットワークコントローラ１３を有し、各部が内部バス１５を介して接続される。
【００６５】
メモリ１２には、ドメイン管理者向けイベントフィルタ情報１２１と、障害復旧予定情報１２２と、イベント受信プログラム１２３と、影響判定プログラム１２４と、ドメイン管理者向けイベント通知プログラム１２５と、システム管理者向けイベント通知プログラム１２６が格納される。
【００６６】
次に、図９に、論理リソース情報の構成図を示す。
【００６７】
図９において、論理リソース情報５２１は、ストレージ装置２またはサーバ装置３を構成する複数の論理リソースを管理するための情報であって、IDフィールド５２１Aと、種類フィールド５２１Bと、下位リソースIDフィールド５２１Cと、ドメインIDフィールド５２１Dから構成される。
【００６８】
ID（IDentifier）は、各論理リソースを一意に識別する識別子に関する情報である。このIDフィールド５２１Aの各エントリには、実ボリューム２６を識別する場合には、「PV０」〜「PV５」が格納され、仮想ボリューム３７１を識別する場合には、「VV０」〜「VV３」が格納される。また、IDフィールド５２１Aの各エントリには、RAIDグループを識別する場合には、「RG０」〜「RG１」が格納され、仮想サーバ３８を識別する場合には、「VM１」〜「VM２」が格納される。
【００６９】
種類は、各論理リソースの種類を特定する名称に関する情報である。種類フィールド５２１Bの各エントリには、論理リソースが、実ボリューム２６である場合、「実ボリューム」が格納され、仮想ボリューム３７１である場合、「仮想ボリューム」が格納され、RAIDグループである場合、「RAIDグループ」が格納され、仮想サーバ３８である場合、「仮想サーバ」が格納される。
【００７０】
下位リソースIDは、IDの下位に位置するリソースを識別するための識別子である。下位リソースIDフィールド５２１Cの各エントリには、下位リソースを識別するための識別子が格納される。
【００７１】
例えば、実ボリューム２６が、＃０のRG（RAIDグループ）から構成される場合、＃０のRG（RAIDグループ）に対応するエントリには、「RG０」が格納される。また、仮想ボリューム３７１が複数の実ボリュームPV０、PV１で構成される場合、この仮想ボリューム３７１に対応するエントリには、「PV０、PV１」が格納される。実ボリューム、仮想ボリューム、ＲＡＩＤグループの場合は、さらに図示しない最大容量フィールドに、その最大容量の情報を格納するようにしてもよい。また実ボリュームの場合は、さらに図示しない割り当て済み容量フィールドに、仮想ボリュームに割り当てた容量の合計値を格納するようにしてもよい。
【００７２】
ドメインIDは、ドメインを識別するための識別子である。ドメインIDフィールド５２１Dのエントリには、ドメインの識別子として「DM０」または「DM１」が格納される。ＤＭ０はドメイン＃０の識別子であり、ＤＭ＃１はドメイン＃１の識別子である。
【００７３】
次に、図１０に、物理リソース情報の構成図を示す。
【００７４】
図１０において、物理リソース情報５２２は、ストレージ装置２またはサーバ装置３を構成する複数の物理リソースを管理するための情報であって、IDフィールド５２２Aと、種類フィールド５２２Bと、上位リソースIDフィールド５２２Cと、状態フィールド５２２Dから構成される。
【００７５】
IDは、各物理リソースを一意に識別するための識別子に関する情報である。IDフィールド５２２Aの各エントリには、ストレージ装置２を識別する場合には、「ST０」が格納され、HDD２１を識別する場合には、「HD０」〜「HD７」が格納され、コントローラ２２を識別する場合には、「CT０」、「CT1」が格納される。またコントローラポート２２３を識別する場合には、「CP００」〜「CP１１」が格納され、電源３４を識別する場合には、「PS００」、「PS０１」が格納される。また、サーバ装置３を識別する場合には、「SV０」の識別子が格納され、ＨＢＡ３３を識別する場合には「ＨＢ０」「ＨＢ１」が格納され、ホストポート３３１を識別する場合には「ＨＰ００」「ＨＰ０１」「ＨＰ１０」「ＨＰ１１」が格納される。
【００７６】
種類は、各物理リソースの種類を特定するための情報である。種類フィールド５２２Bのエントリには、ストレージ装置２の場合、「ストレージ装置」が格納され、HDD２１の場合「HDD」が格納され、コントローラ２２の場合、「コントローラ」が格納され、コントローラポート２２３の場合、「コントローラポート」が格納され、電源３４の場合、「電源」が格納される。また、サーバ装置３の場合、「サーバ装置」が格納され、ＨＢＡ３３の場合、「ＨＢＡ」が格納され、ホストポート３３１の場合には「ホストポート」が格納される。
【００７７】
上位リソースIDは、各物理リソースの上位となるリソースを識別するための識別子に関する情報である。
【００７８】
上位リソースIDフィールド５２２Cのエントリのうち、例えば、HDD２１に対応したエントリには、HDD２１の上位リソースがストレージ装置２である場合「ST０」が格納され、コントローラ２２に対応したエントリには、コントローラ２２の上位リソースがストレージ装置２である場合「ST０」が格納される。またコントローラポート２２３の上位リソースがコントローラ２２である場合、コントローラポート２２３に対応するエントリには、「CT０」または「CT１」が格納される。
【００７９】
状態は、各物理リソースの状態に関する情報である。状態フィールド５２２Dの各エントリには、各物理リソースが正常な状態にある場合には、「正常」の情報が格納され、各物理リソースに障害が発生した場合には、「障害」の情報が格納される。
【００８０】
次に、図１１に、リソース接続情報の構成図を示す。
【００８１】
図１１において、リソース接続情報５２３は、複数のリソースの接続関係を管理するための情報であり、IDフィールド５２３Aと、接続先IDフィールド５２３Bと、種類フィールド５２３Cから構成される。
【００８２】
IDは、各リソースを一意に識別する識別子に関する情報である。IDフィールド５２３Aのエントリには、実ボリューム２６を識別する場合には、「PV０」〜「PV５」が格納され、コントローラポート２２３を識別する場合には、「CP００」〜「CP１１」が格納され、ホストバスアダプタ３３のホストポートを識別する場合には、「HP００」〜「HP１１」が格納される。
【００８３】
接続先IDは、各リソースの接続先を一意に識別するための識別子に関する情報である。接続先IDフィールド５２３Bのエントリには、各リソースの接続先を特定するための識別子が格納される。例えば、実ボリューム２６のうち、PV０の実ボリューム２６の接続先がコントローラポート（CP００、CP１０）２２３である場合、「CP００、CP１０」が格納される。
【００８４】
種類は、各リソース間の接続の種類に関する情報である。種類フィールド５２３Cのエントリには、例えば、実ボリューム２６がコントローラポート２２３からアクセス可能に構成されている場合、「LUN」が格納され、コントローラポート２２３が中継用ポート４１に対して接続されている場合、「ケーブル」が格納される。
【００８５】
次に、図１２に、ドメイン情報の構成図を示す。
【００８６】
図１２において、ドメイン情報５２４は、部門A管理システム６１や部門B管理システム６１を管理するための情報であって、ドメインIDフィールド５２４Aと、管理サーバアドレスフィールド５２４Bと、SNMPアドレスフィールド５２４Cと、スプールフィールド５２４Dから構成される。
【００８７】
ドメインIDは、ドメインを一意に識別するための識別子に関する情報である。ドメインIDフィールド５２４Aのエントリには、例えば、部門Aのドメイン＃０に対応したドメインIDとして、「DM０」が格納され、部門Bのドメイン＃１に対応したドメインIDとして、「DM１」が格納される。
【００８８】
管理サーバアドレスは、部門A管理サーバ装置６や部門B管理サーバ装置６に割り当てられるアドレスである。管理サーバアドレスフィールド５２４Bのエントリには、部門A管理サーバ装置６に対応するアドレスとして、「１９２．１６８．１．１００」が格納され、部門B管理サーバ装置６に対応するアドレスとして、「１９２．１６８．１．１０１」が格納される。
【００８９】
SNMPアドレスは、ＳＮＭＰトラップを利用したイベントの通知の際に用いるアドレスである。SNMPアドレスフィールド５２４Cのエントリのうち、部門B管理サーバ装置６に対応するエントリには、「１９２．１６８．１．１１１」が格納される。
【００９０】
複数のドメインが一つの管理システムで管理されている場合、管理システム内にスプール（イベントスプール）が設けられ、ドメイン固有のイベントはスプールに格納される。スプールに格納されたイベントは、そのドメインの管理者が参照できる。スプールフィールド５２４Dのエントリのうち、ドメインID「DM２」に対応するエントリには、スプールを特定する名称として、「DM２＿S」が格納される。これは、ドメインＩＤ「ＤＭ２」に対応するドメイン宛てのイベントは、共通の管理システムに設けられたスプール「DM２＿S」に格納されることを示す。
【００９１】
次に、図１３に、サービスレベル情報の構成図を示す。
【００９２】
図１３において、サービスレベル情報５２５は、SLAで定義されるサービスレベルに関する情報であって、IDフィールド５２５Aと、性能フィールド５２５Bと、可用性フィールド５２５Cと、信頼性フィールド５２５Dと、バックアップフィールド５２５Eから構成される。
【００９３】
IDは、各仮想ボリューム３７１を一意に識別するための識別子に関する情報である。IDフィールド５２５Aの各エントリには、仮想ボリューム３７１を識別するための識別子として、例えば、「VV０」〜「VV３」が格納される。
【００９４】
性能は、各仮想ボリューム３７１に要求される性能に関する情報である。性能フィールド５２５Bのエントリには、サービスレベルが高い場合には「A」の情報が格納され、サービスレベルが中位の場合には「B」の情報が格納され、サービスレベルが低位である場合には、「C」の情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。
【００９５】
可用性は、仮想ボリューム３７１の可用性に関する情報である。可用性フィールド５２５Cの各エントリには、仮想ボリューム３７１の可用性に関するサービスレベルが高い場合には「A」の情報が格納される。また、仮想ボリューム３７１の可用性に関するサービスレベルが中位の場合には「B」の情報が格納され、サービスレベルが低位である場合には、「C」の情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。
【００９６】
信頼性は、仮想ボリューム３７１の信頼性に関する情報である。信頼性フィールド５２５Dのエントリには、仮想ボリューム３７１の信頼性に関するサービスレベルが高い場合には「A」が格納される。また、仮想ボリューム３７１の信頼性に関するサービスレベルが中位の場合には「B」の情報が格納され、サービスレベルが低位である場合には、「C」の情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。
【００９７】
バックアップは、仮想ボリューム３７１をバックアップする場合に必要な個数に関する情報である。バックアップフィールド５２５Eのエントリには、バックアップに必要な仮想ボリューム３７１の個数を示す情報が格納される。例えば、仮想ボリューム３７１のバックアップとして、５個の仮想ボリューム３７１を必要とする場合には、「５」の情報が格納される。
【００９８】
次に、図１４に、イベントフィルタ情報の構成図を示す。
【００９９】
図１４において、イベントフィルタ情報１２１は、サービスレベル違反に関する事象が発生した場合に、その事象を通知するためのイベント通知方法を管理する情報であって、IDフィールド１２１Aと、性能フィールド１２１Bと、可用性フィールド１２１Cと、信頼性フィールド１２１Dと、バックアップフィールド１２１Eから構成される。
【０１００】
IDフィールド１２１Aのエントリには、仮想ボリューム３７１を識別するための識別子として、例えば「VV０」〜「VV３」が格納される。
【０１０１】
性能は、各仮想ボリューム３７１の性能に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。可用性は、仮想ボリューム３７１の可用性に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。信頼性は、仮想ボリューム３７１の信頼性に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。バックアップは、仮想ボリューム３７１のバックアップに関するサービスレベル違反に対してのイベント通知方法を定義する情報である。
【０１０２】
性能フィールド１２１B、可用性フィールド１２１C、信頼性フィールド１２１D、バックアップフィールド１２１Eの各エントリには、イベントの内容が、図１３のサービスレベル情報５２５で定義されたサービスレベルに達しない場合には、イベントの内容を通知することを意味する、「SL未達」の情報（第１フィルタ情報）が格納される。
【０１０３】
一方、性能フィールド１２１B〜バックアップフィールド１２１Eの各エントリには、サービスレベルの定義の有無によらず、サービスレベル違反を通知する必要がない場合には、「なし」の情報が格納される。また、性能フィールド１２１B〜バックアップフィールド１２１Eの各エントリには、サービスレベル違反が発生した場合には常に通知する場合は「全て」の情報（第２フィルタ情報）が格納される。
【０１０４】
次に、図１５に、障害復旧予定情報の構成図を示す。
【０１０５】
図１５において、障害復旧予定情報１２２は、各リソースの種類毎の障害復旧に要する時間を保持する情報であって、装置種別フィールド１２２Aと、部位フィールド１２２Bと、交代所用時間フィールド１２２Cと、交換所用時間フィールド１２２Dから構成される。
【０１０６】
装置種別フィールド１２２Aのエントリには、装置種別に関する情報が格納される。例えば、ストレージ装置の場合は「ストレージ」の情報が格納され、中継装置の場合は「接続装置」が格納され、サーバ装置の場合は「サーバ装置」が格納される。
【０１０７】
部位フィールド１２２Bのエントリには、装置種別フィールド１２２Ａで示された種別の装置における障害発生部位の種類を示す情報が格納される。例えば、ストレージ装置の場合、RAIDグループおよびHDDについては、「HDD,RAIDグループ」が格納される。
【０１０８】
交代所用時間は、部位フィールド１２２Ｂで示される障害部位が冗長構成の場合に、他系へ処理を交代するのに要する最大所用時間に関する情報である。交代所用時間フィールド１２２Cのエントリには、例えば、交代所用時間として最大３０分要する場合には、「＋０：３０」の情報が格納される。
【０１０９】
交換所用時間は、部位フィールド１２２Ｂで示される障害部位を、部位の交換等の手段により復旧させるために要する時間に関する情報である。交換所用時間フィールド１２２Aのエントリには、障害発生部位を復旧させるための最大所用時間に関する情報が格納される。例えば、ストレージ装置のHDDまたはRAIDグループを復旧させるための時間として最大４時間必要な場合、「＋４：００」の情報が格納される。
【０１１０】
図１６に、論理リソース割り当て画面の表示例を示す。
【０１１１】
図１６において、論理リソース割り当て画面８１は、ユーザ端末の表示画面上に表示される画面である。部門の管理者は、この画面を利用して所望の仮想ボリュームを作成することができる。仮想ボリューム３７１の作成領域８１０には、ユーザIDとドメインが表示される。ユーザIDは、この画面を操作している部門のシステム管理者のユーザＩＤである。ドメインは、この画面を操作している部門のシステム管理者が管理の対象としているドメインのドメインＩＤである。これらの情報は、この画面を表示させる前の画面で、部門のシステム管理者が認証情報として入力済みである。またその下方には、「基本設定」の領域が表示される。容量入力領域８１１には、ユーザが利用する仮想ボリューム３７１の容量が、部門のシステム管理者（以下ユーザ）の操作によって入力される。
【０１１２】
サービスレベル表示領域８１２には、サービスレベルの項目として、「性能」、「可用性」、「信頼性」、「バックアップ」が表示される。「性能」、「可用性」、「信頼性」の項目に対応して、各項目のサービスレベルを選択するための領域「A、B、C、なし」が、高・中・低の順に表示される。「バックアップ」の項目に対応して、バックアップに必要な仮想ボリューム３７１の個数を選択するための領域「１、５、１０、なし」が表示される。
【０１１３】
また「仮想サーバ」を選択するための仮想サーバ入力領域８１３には、作成した仮想ボリューム３７１を割り当てる仮想サーバ３８のＩＤが、ユーザの操作によって入力される。この項目は空欄でもよい。
【０１１４】
イベント通知設定のうち通知する条件の選択領域８１４には、「性能」、「可用性」、「信頼性」、「バックアップ」の選択項目が表示される。ユーザは、これら選択各項目について、「すべての場合」、「サービスレベル違反」のいずれかを選択するか、いずれも選択しないことができる。また、これらのいずれかを選択した場合は、さらに「復旧時間が１時間以上のみ」、「復旧時間が１日以上のみ」のうちいずれか１つを選択してもよいし、いずれも選択しないこともできる。
【０１１５】
ここで、ユーザが、いずれかの項目について、「すべての場合」を選択した場合、この内容は、図１４のイベントフィルタ情報１２１には、「全て」として反映される。また、ユーザが、いずれかの項目について、「サービスレベル違反」を選択した場合には、この内容は、図１４のイベントフィルタ情報１２１には、「SL未達」として反映される。また、「復旧時間が１時間以上のみ」を選択した場合には、「全て」「ＳＬ未達」に加えて「復旧時間が１時間以上」が、第３フィルタ情報としてイベントフィルタ情報１２１に追加される。「復旧が１日以上のみ」の場合も同様である。
【０１１６】
次に、論理リソース割り当てプログラムの処理の内容を図１７のフローチャートに従って説明する。
【０１１７】
論理リソース割り当てプログラム５２６は、リソース管理システム５のプロセッサ５１によって起動される。
【０１１８】
まず、論理リソース割り当てプログラム５２６は、リソース管理システム５のプロセッサ５１によって起動されると、仮想ボリューム割り当て処理を開始し（ステップ１０００）、図１６の論理リソース割り当て画面８１から入力されたパラメータ、例えば、仮想ボリューム３７１に必要な容量、仮想サーバ３８のＩＤなどを受信し（ステップ１００１）、ユーザによって要求された容量の仮想ボリューム３７１を作成するのに適切な実ボリューム２６を選択し（ステップ１００２）、選択した実ボリューム２６を仮想化して仮想ボリューム３７１を作成する（ステップ１００３）。論理リソース情報５２１を用いることで、適切な未使用の容量を持つ実ボリューム２６を選択できる。仮想ボリューム３７１が複数の実ボリューム２６５から構成されるようにすることもできる。作成された仮想ボリューム３７１には、既存のリソースのＩＤとは重複しない適切なＩＤを設定する。
【０１１９】
次に、論理リソース割り当てプログラム５２６は、作成した仮想ボリューム３７１を、ユーザが管理するドメインのＩＤと共に論理リソース情報５２１に登録し（ステップ１００４）、入力されたサービスレベルを項目毎にサービスレベル情報５２５に登録し（ステップ１００５）、イベント通知設定のうち選択領域８１４の内容（ユーザによって選択された内容）をイベントフィルタ情報１２１に登録し（ステップ１００６）、作成した仮想ボリューム３７１を、仮想サーバ入力領域８１３に入力されたＩＤを持つ仮想サーバ３８からアクセスできるように設定し（割り当て）（ステップ１００７）、このルーチンでの処理を終了する（ステップ１００８）。仮想ボリューム３７１の作成と仮想サーバ３８への仮想ボリューム３７１の割り当ては、ネットワーク９を介してハイパーバイザ３７を制御することで実行できる。
【０１２０】
次に、イベント受信プログラム１２３の処理内容を図１８のフローチャートに従って説明する。
【０１２１】
イベント受信プログラム１２３は、イベント通知システム１のプロセッサ１１によって起動される。
【０１２２】
イベント受信プログラム１２３は、プロセッサ１１によって起動されると、イベント受信処理を開始し（ステップ１１００）、イベント待ちの処理を実行し（ステップ１１０１）、イベントを受信したか否かを判定し（ステップ１１０２）、イベントを受信するまでステップ１１０１〜ステップ１１０２の処理を繰り返す。
【０１２３】
イベントを受信した場合、イベント受信プログラム１２３は、ストレージのイベントであるか否かを判定する（ステップ１１０４）。
【０１２４】
イベント受信プログラム１２３は、ステップ１１０４で肯定の判定結果を得た場合、即ち、ストレージ装置２からイベントを受信した場合、ストレージ影響判定処理を実行し（ステップ１１０５）、ステップ１１０４で否定の判定結果を得た場合、接続装置のイベントであるか否かを判定する（ステップ１１０６）。
【０１２５】
イベント受信プログラム１２３は、ステップ１１０６で肯定の判定結果を得た場合、即ち、接続装置である中継装置４からのイベントを受信した場合、接続装置影響判定処理を実行し（ステップ１１０７）、ステップ１１０６で否定の判定結果を得た場合、サーバ装置のイベントであるか否かを判定する（ステップ１１０８）。
【０１２６】
イベント受信プログラム１２３は、ステップ１１０８で肯定の判定結果を得た場合、即ち、サーバ装置３からのイベントを受信した場合、サーバ装置影響判定処理を実行する（ステップ１１０９）。
【０１２７】
以上の処理の最後に、システム管理者通知処理（ステップ１１１０）、ドメイン管理者通知処理（ステップ１１１１）を実行し、ステップ１１０１からの処理へ戻る。ステップ１１１０では、システム管理者向けイベント通知プログラム１２６を起動し、全体管理システム７１に対して、装置から受信したイベント情報に関連付けて、ステップ１１０５、１１０７、１１０９で判定した、各部門に割り当てたリソースに対する影響（サービスレベル違反事象）に関する情報も送信する。ステップ１１１１では、ドメイン管理者向けイベント通知プログラム１２５を起動し、各部門に割り当てたリソースに対する影響を、そのリソースを割り当てられたドメインを管理する部門管理システム６１へ送信する。
【０１２８】
次に、ストレージ影響判定処理の内容を図１９〜図２１のフローチャートに従って説明する。なお、プロセッサ１１は、これらの処理を実行する前に、部門管理システム６１へ通知するための部門イベント情報の雛形を、メモリ１２に形成する。この部門イベント情報の雛形は、最終的にはドメイン管理者向けイベント通知プログラム１２５（図１８のステップ１１１１において起動される）によって、各部門に割り当てたリソースに対する影響に関する情報として、部門管理システム６１へ送信される。また、影響判定プログラム１２４は、ネットワーク９を介して論理リソース割り当てプログラム５２６と通信し、論理リソース情報５２１、物理リソース情報５２２、リソース接続情報５２３、ドメイン情報５２４、サービスレベル情報５２５にアクセスできるように構成されている。
【０１２９】
影響判定プログラム１２４は、図１８のステップ１１０４で肯定の判定結果を得た場合、ストレージ影響判定処理を開始する（ステップ１２００）。
【０１３０】
影響判定プログラム１２４は、受信したイベントの内容を判別し、HDD２１またはRAIDグループ２５のイベントであるか否かを判定し（ステップ１２０１）、ステップ１２０１で否定の判定結果を得た場合にはステップ１２１２の処理に移行し、ステップ１２０１で肯定の判定結果を得た場合には、受信したイベントの内容と、論理リソース情報５２１を基に仮想ボリューム３７１およびその仮想ボリューム３７１を割り当てたドメインを特定し（ステップ１２０２および１２０３）、受信したイベントの内容を基にRAIDグループの縮退であるか否かを判定する（ステップ１２０４）。
【０１３１】
影響判定プログラム１２４は、ステップ１２０４で否定の判定結果を得た場合、ステップ１２０８の処理に移行し、ステップ１２０４で肯定の判定結果を得た場合、部門イベント情報の雛形に信頼性低下情報を付加するための処理を実行し（ステップ１２０５）、RAIDグループ再構築または高負荷か否かを判定する（ステップ１２０６）。なお、ここでの信頼性低下情報には、対象となる仮想ボリューム３７１の識別子（ＩＤ）と、例えば信頼性低下のような発生事象を示す情報と、この信頼性低下を生じさせる原因の概要が含まれる。原因の概要とは、例えば「装置交換を要するストレージ障害」を意味するような情報のことで、具体的な障害箇所といった詳細な情報を含まない。また、以下で部門イベント情報の雛形に付加する信頼性低下情報、可用性低下情報、性能低下情報にはすべて、本段落で述べた例と同様に、対象の仮想ボリューム３７１の識別子（ＩＤ）と、判定処理により特定した発生事象を示す情報と、原因の概要を示す情報含む。一つの部門イベント情報の雛形には複数の仮想ボリューム３７１の識別子を含むこともあり、発生事象を示す情報と、原因の概要を示す情報は、仮想ボリューム３７１に対して紐付けられている。また、部門イベント情報の雛形には、各種装置から受信したイベント情報に含まれる障害発生時刻も含む。
【０１３２】
影響判定プログラム１２４は、ステップ１２０６で否定の判定結果を得た場合、ステップ１２０８の処理に移行し、ステップ１２０４で肯定の判定結果を得た場合、部門イベント情報の雛形に性能低下情報を付加するための処理を実行し（ステップ１２０７）、受信したイベントの内容を基にRAIDグループの故障か否かを判定する（ステップ１２０８）。
【０１３３】
影響判定プログラム１２４は、ステップ１２０８で否定の判定結果を得た場合、ステップ１２１０の処理に移行し、ステップ１２０８で肯定の判定結果を得た場合、例えば、RAIDグループの故障で、HDD２１に対するアクセスができない場合、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１２０９）、この後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１２１０）、このルーチンでの処理を終了する（ステップ１２１１）。付加すべき回復予測情報は、障害復旧予定情報１２２を参照して決定する。例えば、ＲＡＩＤグループの縮退であれば、交代所用時間の＋０：３０を採用し、ＲＡＩＤグループの故障であれば、交換所用時間の＋４：００を採用する。また以下の処理においても、障害部位と障害の種類に応じた所用時間を特定し、回復予測情報とする。
【０１３４】
一方、影響判定プログラム１２４は、ステップ１２０１で否定の判定結果を得た場合、図２０に示すように、受信したイベントの内容を基にコントローラ２２またはポート、例えば、コントローラポート２２３の障害か否かを判定し（ステップ１２１２）、ステップ１２１２で否定の判定結果を得た場合、ステップ１２２０の処理に移行し、ステップ１２１２で肯定の判定結果を得た場合、コントローラ２２またはコントローラポート２２３の接続先として、接続先実ボリュームを特定する（ステップ１２１３）。
【０１３５】
例えば、コントローラポートCP００、CP１０の障害である場合、影響判定プログラム１２４は、リソース接続情報５２３を基に接続先実ボリューム２６として、実ボリューム（PV０）２６を特定する。
【０１３６】
次に、影響判定プログラム１２４は、特定した実ボリューム２６を基に仮想ボリューム３７１を特定し（ステップ１２１４）、特定した仮想ボリューム３７１を基にドメインを特定する（ステップ１２１５）。この処理のために、影響判定プログラム１２４は、論理リソース情報５２１を参照する。続いて、影響判定プログラム１２４は、特定したドメインを基に実ボリューム２６の代替パスを特定し（ステップ１２１６）、代替アクセスが可能であるか否かを判定する（ステップ１２１７）。
【０１３７】
例えば、影響判定プログラム１２４は、物理リソース情報５２２とリソース接続情報５２３を参照し、特定した実ボリューム２６の接続先IDのうち一方が正常であるか否かを判定し、一方が正常である場合には、代替アクセスが可能であるので、部門イベント情報の雛形に性能、可用性低下情報を付加するための処理を実行する（ステップ１２１８）。
【０１３８】
影響判定プログラム１２４は、特定した実ボリューム２６の接続先IDのいずれも故障である場合、代替アクセスが不可能であるので、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１２１９）、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１２１０）、このルーチンでの処理を終了する（ステップ１２１１）。
【０１３９】
また、影響判定プログラム１２４は、ステップ１２１２で否定の判定結果を得た場合、図２１に示すように、ストレージ装置２の電源２４の障害か否かを判定し（ステップ１２２０）、ステップ１２２０で肯定の判定結果を得た場合、ストレージ装置２の全ての実ボリュームを特定し（ステップ１２２１）、特定した実ボリューム２６から構成される仮想ボリューム３７１を特定し（ステップ１２２２）、特定した仮想ボリューム３７１を基にドメインを特定する（ステップ１２２３）。
【０１４０】
次に、影響判定プログラム１２４は、物理リソース情報５２２を参照し、イベントを発生したストレージ装置２に正常稼動中の代替電源があるか否かを判定する（ステップ１２２４）。
【０１４１】
影響判定プログラム１２４は、ステップ１２２４で肯定の判定結果を得た場合、代替電源があるとして、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行し（ステップ１２２５）、その後、図１９のステップ１２１０の処理に移行し、ステップ１２２４で否定の判定結果を得た場合、即ち、代替電源がない場合、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１２２６）、その後、図１９のステップ１２１０の処理に移行する。
【０１４２】
また、影響判定プログラム１２４は、図２１のステップ１２２０で否定の判定結果を得た場合、その他の影響を判定するための処理を実行し（ステップ１２２７）、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１２１０）、このルーチンでの処理を終了する（ステップ１２１１）。
【０１４３】
次に、接続装置影響判定処理の内容を図２２と図２３のフローチャートに従って説明する。
【０１４４】
影響判定プログラム１２４は、図１８のステップ１１０６で肯定の判定結果を得た場合、接続装置影響判定処理を開始する（ステップ１３００）。
【０１４５】
影響判定プログラム１２４は、受信したイベントの内容を基にポート、例えば、中継ポート４１の障害であるか否かを判定し（ステップ１３０１）、ステップ１３０１で否定の判定結果を得た場合、ステップ１３０９の処理に移行し、ステップ１３０１で肯定の判定結果を得た場合、障害の発生した中継ポート４１の情報と、論理リソース情報５２１と、リソース接続情報５２３を基に、このポートを介して入出力が行われている実ボリューム２６と、この実ボリューム６から形成されている仮想ボリューム３７１を特定し（ステップ１３０２）、特定した仮想ボリューム３７１を基にドメインを特定し（ステップ１３０３）、また、特定した実ボリューム２６に代替パスがあるか否かを、物理リソース情報５２２およびリソース接続情報５２３を基に判定する（ステップ１３０４）。
【０１４６】
次に、影響判定プログラム１２４は、代替パスがあると判定した場合、部門イベント情報の雛形に可用性、性能低下情報を付加するための処理を実行し（ステップ１３０５）、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１３０６）、このルーチンでの処理を終了する（ステップ１３０８）。
【０１４７】
一方、ステップ１３０４で否定の判定結果を得た場合、影響判定プログラム１２１４は、代替パスがないので、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１３０７）、回復予測情報を付加するための処理を実行し（ステップ１３０６）、このルーチンでの処理を終了する（ステップ１３０８）。
【０１４８】
また、影響判定プログラム１２４は、ステップ１３０１で否定の判定結果を得た場合、図２３に示すように、中継装置４の中の電源４２の障害か否かを判定し（ステップ１３０９）、ステップ１３０９で肯定の判定結果を得た場合、障害が生じた接続装置４を介して入出力が行われている実ボリューム２６（通常複数）と、この実ボリュームから形成される仮想ボリューム３７１を特定し（ステップ１３１０）、特定した仮想ボリューム３７１を基にドメインを特定し（ステップ１３１１）、障害が生じた接続装置４に代替電源があるか否かを、物理リソース情報５２２を参照して判定する（ステップ１３１２）。
【０１４９】
影響判定プログラム１２４は、ステップ１３１２で肯定の判定結果を得た場合、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行し（ステップ１３１３）、ステップ１３０６へ進む。
【０１５０】
ステップ１３１２で否定の判定結果を得た場合、即ち、代替電源がない場合、影響判定プログラム１２４は、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１３１４）、ステップ１３０８へ進む。
【０１５１】
また、影響判定プログラム１２４は、ステップ１３０９で否定の判定結果を得た場合、その他の影響についての判定処理を実行し（ステップ１３１５）、ステップ１３０６へ進む。
【０１５２】
次に、サーバ装置影響判定処理の内容を図２４および図２５のフローチャートに従って説明する。
【０１５３】
影響判定プログラム１２４は、図１８のステップ１１０８で肯定の判定結果を得た場合、サーバ装置影響判定処理を開始する（ステップ１４００）。
【０１５４】
影響判定プログラム１２４は、受信したイベントの内容を基にホストバスアダプタ（HBA）３３またはポート、例えば、ホストポート３３１の障害であるか否かを判定し（ステップ１４０１）、ステップ１４０１で否定の判定結果を得た場合、ステップ１４０９の処理に移行し、ステップ１４０１で肯定の判定結果を得た場合、このホストバスアダプタ３３またはホストポート３３１を有するサーバ装置３のハイパバイザ３７により構成されている仮想ボリューム３７１を、論理リソース情報５２１および物理リソース情報５２２から特定し（ステップ１４０２）、特定した仮想ボリューム３７１を基にドメインを特定し（ステップ１４０３）、また、仮想ボリューム３７１を構成する実ボリューム２６に対して代替アクセスが可能であるか否かを、論理リソース情報５２１、物理リソース情報５２２、リソース接続情報５２３を参照して判定する（ステップ１４０４）。
【０１５５】
影響判定プログラム１２４は、ステップ１４０４で肯定の判定結果を得た場合、即ち、代替アクセスが可能である場合、性能、可用性低下情報を部門イベント情報の雛形に付加するための処理を実行し（ステップ１４０５）、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１４０６）、このルーチンでの処理を終了する（ステップ１４０８）。
【０１５６】
一方、影響判定プログラム１２４は、ステップ１４０４で否定の判定結果を得た場合、即ち、代替アクセスが不可能である場合、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１４０７）、この後、ステップ１４０６の処理に移行する。
【０１５７】
一方、影響判定プログラム１２４は、ステップ１４０１で否定の判定結果を得た場合、図２５に示すように、サーバ装置３の中の電源３４の障害であるか否かを判定し（ステップ１４０９）、ステップ１４０９で肯定の判定結果を得た場合、この障害が発生したサーバ装置３のハイパーバイザ３７に構成されている仮想ボリューム３２１を、論理リソース情報５２１を基に特定し（ステップ１４１０）、特定した仮想ボリューム３２１を基にドメインを特定し（ステップ１４１１）、障害が生じたサーバ装置３に代替電源があるか否かを、物理リソース情報５２２を基に特定する（ステップ１４１２）。
【０１５８】
影響判定プログラム１２４は、ステップ１４１２で肯定の判定結果を得た場合、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行し（ステップ１４１３）、その後、ステップ１４０６の処理に移行する。
【０１５９】
ステップ１４１０で否定の判定結果を得た場合、即ち、代替電源が存在しない場合、影響判定プログラム１２４は、部門イベント情報の雛形に障害情報を付加するための処理を実行し（ステップ１４１４）、その後、ステップ１４０６の処理に移行する。
【０１６０】
また、影響判定プログラム１２４は、ステップ１４０９で否定の判定結果を得た場合、その他の影響を判定するための処理を実行し（ステップ１４１５）、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行し（ステップ１４０６）、このルーチンでの処理を終了する（ステップ１４０８）。
【０１６１】
次に、ドメイン管理者向けイベント通知プログラム１２５の処理内容を図２６のフローチャートに従って説明する。
【０１６２】
この処理は、図１８に示した処理フローのステップ１１１１において、イベント通知システム１のプロセッサ１１がドメイン管理者向けイベント通知プログラム１２５を起動することによって開始される（ステップ１５００）。この後の一連の処理は、影響判定プログラム１２４により形成された部門イベント情報の雛形を対象とする。ここで、部門イベント情報の雛形は、部門管理システム６１へ通知する部門イベント情報の完成形となっている。
【０１６３】
ドメイン管理者向けイベント通知プログラム１２５は、部門イベント情報の雛形に含まれている仮想ボリューム３７１を１つ選択し（ステップ１５０１）、選択した仮想ボリューム３７１に定義されているイベント通知設定を、イベントフィルタ情報１２１から取得し、受信したイベントの内容の中に、イベント通知設定の通知する条件を満たすものが存在するか否かを判定する（ステップ１５０３）。
【０１６４】
次に、ドメイン向け通知プログラム１２５は、ステップ１５０３で肯定の判定結果を得た場合、仮想ボリューム３７１を割り当てられているドメインを論理リソース情報５２１に基いて特定し、さらにそのドメインを管理している管理システム６１のイベント通知先を、ドメイン情報５２４に基づいて特定し（ステップ１５０４）、特定した管理システム６１に部門イベント情報を通知する処理を実行する（ステップ１５０５）。通知する内容は、仮想ボリューム３７１の識別子、サービスレベル違反の発生事象を示す情報、原因の概要を示す情報が含まれる。また、交代所用時間１２２Ｃ、交換所用時間１２２Ｄに基づく復旧予定時刻、事象発生時刻、仮想ボリューム３７１に定義されているサービスレベルの情報を含むことができる。
【０１６５】
この後、ドメイン向け通知プログラム１２５は、部門イベント情報に次の仮想ボリューム３７１の情報が含まれているか否かを判定し（ステップ１５０６）、ステップ１５０６で肯定の判定結果を得た場合、次の仮想ボリューム３７１を１つ選択し（ステップ１５０７）、その後、ステップ１５０２〜ステップ１５０６の処理を繰り返す。
【０１６６】
また、ドメイン向け通知プログラム１２５は、ステップ１５０３で否定の判定結果を得た場合、ステップ１５０６の処理を実行し、ステップ１５０６で否定の判定結果を得た場合、このルーチンでの処理を終了する（ステップ１５０８）。
【０１６７】
次に、図２７に、ドメインイベント情報表示画面の表示例を示す。
【０１６８】
図２７において、ドメインイベント情報表示画面８２は、部門管理者が使うユーザ端末に表示される画面であって、一覧８２１と、詳細８２２から構成される。ドメインイベント情報表示画面８２は、部門管理システム６１により形成され、この画面に表示される情報は、ドメイン管理者向けイベント通知プログラム１２５が、部門管理システム６１に対して送信した、部門イベント情報に基づいている。
【０１６９】
一覧８２１は、ID８２１Aと、概要８２１Bと、対象８２１Cと、復旧予定時刻８２１Dと、状態８２１Eから構成される。
【０１７０】
ID８２１Aには、イベントを識別する識別子が表示される。例えば、第１のエントリには、イベントの識別子として、「WARN＿０１２」が表示される。概要８２１Bには、サービスレベル違反事象の概要に関する情報が表示される。例えば、仮想ボリューム３７１の信頼性が低下した場合、「仮想ボリューム信頼性低下」が表示される。対象８２１Cには、障害が発生した部位を特定するための識別子が表示される。例えば、＃０の仮想ボリューム３７１に障害が発生した場合、「VV０」が表示される。復旧予定時刻８２１Dには、障害の部位が復旧される予定時刻が年月日とともに表示される。状態８２１Eには、イベントが発生した場合には「発生」が表示され、障害の部位が復旧済みの場合には「復旧済み」が表示される。障害が復旧済みか否かは、論理リソース情報５２１および物理リソース情報５２２から判断して表示する。
【０１７１】
詳細８２２には、障害が発生したイベントの詳細が表示される。この詳細８２２には、一覧８２１のうち選択されたエントリの内容が詳細情報として表示される。例えば、一覧８２１のうち、第１のエントリの「WARN＿０１２」が選択された場合、選択された識別子に関する表示項目として、「概要」、「対象」、「時刻」、「原因」、「サービスレベル」、「復旧予定時刻」が表示される。
【０１７２】
「概要」には、「仮想ボリューム信頼性低下」が表示され、「対象」には、「仮想ボリュームVV０（仮想サーバVM０へ割り当て済み）」が表示される。
【０１７３】
「時刻」には、障害の発生した時刻が、年月日とともに表示される。「原因」には、例えば、「装置交換を要するストレージ障害」が表示され、「サービスレベル」には、仮想ボリュームVV０に設定されたサービスレベルとして、例えば、「性能A、信頼性A、可用性A」が表示される。また、「復旧予定時刻」には、障害の部位が復旧する予定時刻が、年月日とともに表示される。
【０１７４】
ユーザは、ユーザ端末のドメインイベント情報表示画面８２を操作することで、ドメインイベント情報表示画面８２の一覧８２１や詳細８２２に表示された情報を把握することができる。
【０１７５】
次に、図２８にシステム情報表示画面の表示例を示す。
【０１７６】
図２８において、システム情報表示画面８３は、システム管理者９３０が利用する端末の表示画面であって、一覧８３１と、詳細８３２と、ドメインへの通知内容８３３から構成される。システム情報表示画面８３は、全体管理システム７１により形成され、この画面に表示される情報は、システム管理者向けイベント通知プログラム１２６が、全体管理システム７１に対して送信したイベント情報および部門イベント情報に基づいている。
【０１７７】
一覧８３１には、各種装置から送信されたイベントの一覧を表示しており、各イベントについて、ID８３１Aと、概要８３１Bと、対象８３１Cと、復旧期限８３１Dと、状態８３１Eがそれぞれ表示される。
【０１７８】
ID８３１Aには、イベントを識別する識別子、例えば、「ERR＿５２７」が表示される。概要８３１Bには、イベントの概要として、例えば、ストレージ装置２のRAIDグループが縮退した場合、「RAIDグループ縮退」が表示され、ストレージ装置２の電源２４に障害が生じた場合、「ストレージ電源障害」が表示される。
【０１７９】
対象８３１Cには、障害の発生した部位の識別子が表示される。例えば、「RAIDグループ縮退」となるRAIDグループが、＃０のRGに属する場合、「RG０」が表示される。
【０１８０】
復旧期限８３１Dには、障害の部位が復旧する期限が、年月日と時刻で表示される。復旧期限は、障害復旧予定情報１２２と、イベントに含まれている障害発生時刻から算出する。
【０１８１】
状態８３１Eには、イベントが発生した場合には、「発生」が表示され、イベントの発生後、障害の部位が復旧した場合には、「復旧済み」が表示される。
【０１８２】
詳細８３２には、一覧８３１のうちいずれかのエントリを管理者が選択した場合、選択されたエントリの内容が表示される。例えば、一覧８３１の第１のエントリが選択された場合、選択されたエントリの内容として、「ID」が表示されるとともに、「概要」には、「RAIDグループ縮退（シングルパリティ運用中」が表示され、「発生源」には、障害の発生部位として、「RAIDグループRG０、ストレージ装置ST０」が表示される。
【０１８３】
また、「時刻」には、障害の発生した時刻が、年月日とともに表示される。「原因」には、障害の発生した原因として、例えば、「HDDの障害」が表示される。「復旧期限」には、障害の部位が復旧する期限が、年月日及び時刻で表示される。
【０１８４】
ドメインへの通知内容８３３には、一覧８３１で選択したイベントを原因とする、部門管理システム６１へ通知した部門イベント情報を、図２７のドメインイベント情報表示画面８２の詳細８２２に表示された内容と同じ形式で表示される。
【０１８５】
システム管理者９３０は、システム情報表示画面８３を操作することで、システム情報表示画面８３の一覧８３１、詳細８３２、ドメインへの通知内容８３３に表示される情報を把握することができる。
【０１８６】
本実施例においては、イベント通知システム１は、特定した仮想ボリューム３７１に対応したサービスレベル情報に、サービスレベルを特定する項目が定義されている場合、受信したイベントからサービスレベル違反事象の発生の有無を算出し、イベントフィルタに基づくイベント９１として、部門管理システム６１に通知する。
【０１８７】
本実施例によれば、部門管理者９３１は、ユーザ端末を用いて部門管理システム６１をアクセスすることで、サービスレベルに違反する事象の発生を把握することができる。
【０１８８】
また、本実施例では、イベント通知システム１は、サービスレベルに違反するイベントの内容を全体管理システム７１に通知すると共に、抽出したイベントの内容と障害が発生した部位とを関連付けた障害情報を全体管理システム７１に通知する。
【０１８９】
このため、本実施例によれば、システム全体を管理するシステム管理者９３０は、システム管理者用端末を用いて全体管理システム７１を操作することで、サービスレベルに違反するイベントの内容を把握することができると共に、抽出したイベントの内容と障害が発生した部位とを関連付けた障害情報の内容を把握することができる。
【０１９０】
次に、図２９に、第２実施例における計算機システムのブロック構成図を示す。
【０１９１】
図２９において、計算機システムは、イベント通知システム１００と、ストレージ装置２と、サーバ装置３と、複数の中継装置４と、リソース管理システム５００と、部門A管理サーバ装置６と、部門B管理サーバ装置６と、全体管理サーバ７と、下位ストレージ装置２００とから構成され、各部が内部ネットワーク９を介して接続される。内部ネットワーク９としては、例えば、LANを用いることができる。
【０１９２】
本実施例における計算機システムは、イベント通知システム１の代わりにイベント通知システム１００を用い、リソース管理システム５の代わりにリソース管理システム５００を用い、複数のサーバ装置３と複数の中継装置４との間にストレージ装置２を配置し、各中継装置４の下位階層に属するストレージ装置として、下位ストレージ装置２００を配置したものであり、各サーバ装置３と、各中継装置４と、部門A管理サーバ装置６と、部門B管理サーバ装置６と、イベント通知システム７は、第１実施例と同一のもので構成することができる。
【０１９３】
下位ストレージ装置２００は、複数の実ボリューム２０１を有するとともに、下位ストレージ装置２００を構成する複数の下位ストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生する下位ストレージ用イベント発生部（図示せず）を有する。
【０１９４】
各実ボリューム２０１は、１または複数の下位記憶デバイスの記憶領域で構成される。下位記憶デバイスとしては、例えば、HDD（Hard  Disk  Drive）、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイスを用いることができる。
【０１９５】
ストレージ装置２は、各中継装置４を介して下位ストレージ装置２００と情報またはデータの授受を行う機能を有すると共に、ストレージ装置２を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生するストレージ用イベント発生部（図示せず）としての機能を有する。
【０１９６】
ストレージ装置２は、仮想化機構としての機能を有し、下位ストレージ装置２００の下位記憶デバイス（図示せず）の記憶領域で構成される複数の実ボリューム２０１を、複数の仮想ボリューム２６０として仮想化し、仮想化された複数の仮想ボリューム２６０を管理する。各仮想ボリューム２６０は、ストレージ装置２の仮想化機構により、例えば、各サーバ装置３がデータを格納するために提供される。
【０１９７】
下位ストレージ装置２００は、例えば、１または複数の下位記憶デバイスを有する下位記憶装置（図示せず）と、ストレージ装置２と各中継装置４を介して情報の授受を行うと共に、アクセス要求を基に下位記憶装置に対するデータの入出力を制御する下位コントローラ（図示せず）とから構成することができる。
【０１９８】
各サーバ装置（SV０、SV１）３は、ストレージ装置２と情報の授受を行う機能を有すると共に、サーバ装置３を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生するサーバ用イベント発生部（図示せず）としての機能を有する。
【０１９９】
各中継装置４は、ストレージ装置２と下位ストレージ装置２００との間で授受される情報またはデータを中継する機能を有すると共に、各中継装置４を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する中継用イベント発生部（図示せず）としての機能を有する。
【０２００】
リソース管理システム５００は、ストレージ装置２を構成する複数のストレージ用リソース（物理リソースと論理リソースを含むリソース）と、各サーバ装置３を構成する複数のサーバ用リソース（物理リソースと論理リソースを含むリソース）と、各中継装置４を構成する複数の中継用リソース（物理リソースと論理リソースを含むリソース）及び下位ストレージ装置２００を構成する複数の下位ストレージ用リソース（物理リソースと論理リソースを含むリソース）を管理する。
【０２０１】
イベント通知システム１００は、プロセッサ、メモリ、ネットワークコントローラ（いずれも図示せず）を有し、各サーバ装置３、ストレージ装置２、各中継装置４または下位ストレージ装置２００のうちいずれかでイベントが発生した場合、内部ネットワーク９を介してイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム２６０のうち、イベントの発生で影響を受ける仮想ボリューム２６０を特定する。
【０２０２】
この際、イベント通知システム１００は、特定した仮想ボリューム２６０に対応したサービスレベル情報（図示せず）に、サービスレベルを特定する項目が定義されている場合、受信したイベントの内容のうち、定義されたサービスレベルに違反する事象が発生するか否かをイベントフィルタ情報１２１に従って算出し、例えば、部門管理システム６１に通知する。
【０２０３】
また、イベント通知システム１００は、装置から受信したイベントと、サービスレベル違反事象とを関連付けたイベント９２を全体管理システム７１に通知する。
【０２０４】
次に、図３０に、ストレージ装置と下位ストレージ装置の論理的構成図を示す。
【０２０５】
図３０において、＃０の下位ストレージ装置２００に、複数の実ボリューム（PV０、PV１）２０１に実装され、＃１の下位ストレージ装置２００に複数の実ボリューム（PV２〜PV５）２０１が実装される場合、ストレージ装置２は、実ボリューム（PV０）２０１を仮想化して仮想ボリューム（VV０）２６０を構成し、実ボリューム（PV１）２０１を仮想化して仮想ボリューム（VV０）２６０を構成する。また、ストレージ装置２は、実ボリューム（PV２〜PV５）２０１をそれぞれ仮想化して仮想ボリューム（VV２〜VV５）２６０を構成する。
【０２０６】
この際、ストレージ装置２は、各仮想ボリューム（VV０〜VV２）２６０を各コントローラポート（CP００、CP１０）２２３に接続し、各仮想ボリューム（VV３〜VV５）２６０を各コントローラポート（CP０１、CP１１）２２３に接続し、各仮想ボリューム（VV０〜VV５）２６０をユーザ端末のアクセス対象として各サーバ装置３に提供する。
【０２０７】
次に、図３１に、論理リソース情報の構成図を示す。
【０２０８】
図３１において、論理リソース情報５２１０は、ストレージ装置２または下位ストレージ装置２００を構成する複数の論理リソースを管理するための情報であって、IDフィールド５２１０Aと、種類フィールド５２１０Bと、下位リソースIDフィールド５２１０Cと、ドメインIDフィールド５２１０Dから構成される。
【０２０９】
IDは、各論理リソースを一意に識別する識別子に関する情報である。このIDフィールド５２１０Aの各エントリには、実ボリューム２０１を識別する場合には、「PV０」〜「PV５」が格納され、仮想ボリューム２６０を識別する場合には、「VV０」〜「VV５」が格納される。
【０２１０】
種類は、各論理リソースの種類を特定する名称に関する情報である。種類フィールド５２１０Bの各エントリには、論理リソースが、実ボリューム２０１である場合、「実ボリューム」が格納される。
【０２１１】
下位リソースIDは、IDの下位に位置するリソースを識別するための識別子である。下位リソースIDフィールド５２１０Cの各エントリには、下位リソースを識別するための識別子が格納される。
【０２１２】
例えば、実ボリューム２０１が、＃０のストレージ装置（LS０）２００の記憶デバイスで構成される場合、＃０のストレージ装置（LS０）２００から構成される実ボリュームに対応するエントリには、「LS０」が格納される。また、仮想ボリューム２６０が実ボリューム（PV０〜PV５）２０１で構成される場合、この仮想ボリューム２６０に対応するエントリには、「PV０」〜「PV５」が格納される。
【０２１３】
ドメインIDは、仮想ボリューム２６０に用いられるドメインを識別するための識別子である。ドメインIDフィールド５２１０Dのエントリのうち仮想ボリューム２６０に対応するエントリには、識別子に関する情報として「DM０」または「DM１」が格納される。
【０２１４】
次に、図３２に、イベントフィルタ情報の他の構成図を示す。
【０２１５】
図３２において、イベントフィルタ情報１２７は、イベントフィルタ情報１２１の代わりに用いられる情報であって、仮想ボリュームIDフィールド１２７Aと、受け取る論理メッセージフィールド１２７Bから構成される。
【０２１６】
仮想ボリュームIDは、仮想ボリューム３７１を識別するための識別子に関する情報である。仮想ボリュームIDフィールド１２７Aの各エントリには、仮想ボリューム３７１を識別するための識別子として、例えば、「VV０」〜「VV３」が格納される。
【０２１７】
受け取る論理メッセージは、ユーザ端末が受け取る論理メッセージに関する情報である。受け取る論理メッセージフィールド１２７Bの各エントリには、受け取る論理メッセージに関する情報が格納される。例えば、仮想ボリューム３７１について、性能低下、信頼性低下、可用性低下が発生している場合、この仮想ボリューム３７１に対応した、受け取る論理メッセージフィールド１２７Bのエントリには、「性能低下、信頼性低下、可用性低下」の情報が格納される。
【０２１８】
本実施例によれば、部門管理者９３１は、ユーザ端末を用いて部門管理システム６１をアクセスすることで、サービスレベルに違反する事象を把握することができる。
【０２１９】
また、本実施例によれば、システム全体を管理するシステム管理者９３０は、システム管理者用端末を用いて全体管理システム７１を操作することで、サービスレベルに違反するイベントの内容を把握することができると共に、障害が発生した部位とサービスレベル違反事象とを関連付けて障害を把握することができる。
【０２２０】
なお、本発明は、上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２２１】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid  State  Drive）等の記録装置、または、ＩＣ（Integrated  Circuit）カード、ＳＤ（Secure  Digital）メモリカード、ＤＶＤ（Digital  Versatile  Disc）等の記録媒体に記録して置くことができる。
【符号の説明】
【０２２２】
１  イベント通知システム、２  ストレージ装置、３  サーバ装置、４  中継装置、５  リソース管理システム、６  部門A管理サーバ装置、部門B管理サーバ装置、７  イベント通知システム、２６  実ボリューム、３８  仮想サーバ、３７１  仮想ボリューム、２２  コントローラ。
【図１】
0005636505.tif 000002
【図２】
0005636505.tif 000003
【図３】
0005636505.tif 000004
【図４】
0005636505.tif 000005
【図５】
0005636505.tif 000006
【図６】
0005636505.tif 000007
【図７】
0005636505.tif 000008
【図８】
0005636505.tif 000009
【図９】
0005636505.tif 000010
【図１０】
0005636505.tif 000011
【図１１】
0005636505.tif 000012
【図１２】
0005636505.tif 000013
【図１３】
0005636505.tif 000014
【図１４】
0005636505.tif 000015
【図１５】
0005636505.tif 000016
【図１６】
0005636505.tif 000017
【図１７】
0005636505.tif 000018
【図１８】
0005636505.tif 000019
【図１９】
0005636505.tif 000020
【図２０】
0005636505.tif 000021
【図２１】
0005636505.tif 000022
【図２２】
0005636505.tif 000023
【図２３】
0005636505.tif 000024
【図２４】
0005636505.tif 000025
【図２５】
0005636505.tif 000026
【図２６】
0005636505.tif 000027
【図２７】
0005636505.tif 000028
【図２８】
0005636505.tif 000029
【図２９】
0005636505.tif 000030
【図３０】
0005636505.tif 000031
【図３１】
0005636505.tif 000032
【図３２】
0005636505.tif 000033