(57)【要約】【課題】ストレージ系のいずれかの装置、機構に障害が発生したとき、この障害によって影響を受けるジョブを特定し、これらジョブの実行制御をする。【解決手段】ＤＢＭＳサーバ装置１０１０、仮想化スイッチ装置１０２０及びストレージ装置１０３０の各装置は、ジョブがアクセスする特定のＤＢテーブルに始まり、このテーブルを格納する論理的なボリュームを経てボリューム上のデータを分散して格納する物理ディスク装置に至るまでのデータマッピング情報の一部情報を保持する。管理サーバ装置１０００は、各装置からその一部情報を取得し、ジョブごとにデータマッピング情報を集約する。データマッピング経路上のいずれかの装置、機構に障害が発生したとき、上記データマッピング情報を参照して障害によって影響を受けるジョブを特定する。また管理サーバ装置１０００は、これらのジョブの実行制御をする。【選択図】図１
2004295811.tif 000002
【特許請求の範囲】
【請求項１】
ジョブを実行する計算装置と、複数の物理ディスク装置を収容するストレージ装置とを有するコンピュータシステムにおいて、特定の前記ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する前記物理ディスク装置に至るまでのデータマッピング情報であり、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定する障害管理方法であって、
障害を管理する計算機によって、前記ジョブ、前記テーブル、前記ファイル、前記ボリュームを経て前記物理ディスク装置に至るまでのデータマッピング上の対応情報を保持する装置の各々から前記データマッピング情報の一部情報を収集し、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納し、前記ストレージ装置から前記物理ディスク装置のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示することを特徴とするジョブ管理機能を有するストレージ系障害管理方法。
【請求項２】
前記データマッピング情報は、前記ファイルを格納する実ボリューム、前記実ボリュームを格納する１つ以上の仮想ボリューム、前記仮想ボリューム上のデータを分散して格納する論理ディスク装置および前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置の階層構成を有し、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項１記載のジョブ管理機能を有するストレージ系障害管理方法。
【請求項３】
前記データマッピング情報は、前記ファイルと前記実ボリュームとの対応関係、前記実ボリュームと前記仮想ボリュームとの対応関係、前記仮想ボリュームと前記論理ディスク装置との対応関係、および前記論理ディスク装置と前記物理ディスク装置との対応関係についての情報を含むことを特徴とする請求項２記載のジョブ管理機能を有するストレージ系障害管理方法。
【請求項４】
ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する物理ディスク装置に至るまでのデータマッピング情報であり、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定するコンピュータシステムであって、
前記コンピュータシステムは、ジョブを実行する計算装置と、複数の前記物理ディスク装置を収容するストレージ装置と、障害を管理するサーバ計算機とを含み、
前記サーバ計算機は、前記ジョブ、前記テーブル、前記ファイル、前記ボリュームを経て前記物理ディスク装置に至るまでのデータマッピング上の対応情報を保持する装置の各々から前記データマッピング情報の一部情報を収集する手段と、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納する手段と、前記ストレージ装置から前記物理ディスク装置のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示する手段とを有することを特徴とするコンピュータシステム。
【請求項５】
前記データマッピング情報は、前記ファイルを格納する実ボリューム、前記実ボリュームを格納する１つ以上の仮想ボリューム、前記仮想ボリューム上のデータを分散して格納する論理ディスク装置および前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置の階層構成を有し、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項４記載のコンピュータシステム。
【請求項６】
前記データマッピング情報は、前記ファイルと前記実ボリュームとの対応関係、前記実ボリュームと前記仮想ボリュームとの対応関係、前記仮想ボリュームと前記論理ディスク装置との対応関係、および前記論理ディスク装置と前記物理ディスク装置との対応関係についての情報を含むことを特徴とする請求項５記載のコンピュータシステム。
【請求項７】
ジョブを実行する計算装置と、複数の物理ディスク装置を収容するストレージ装置とを有するコンピュータシステムにおいて、特定の前記ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する前記物理ディスク装置に至るまでのデータマッピング情報であり、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定するサーバ計算機であって、
前記ジョブ、前記テーブル、前記ファイル、前記ボリュームを経て前記物理ディスク装置に至るまでのデータマッピング上の対応情報を保持する装置の各々から前記データマッピング情報の一部情報を収集する手段と、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納する手段と、前記ストレージ装置から前記物理ディスク装置のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示する手段とを有することを特徴とするサーバ計算機。
【請求項８】
前記データマッピング情報は、前記ファイルを格納する実ボリューム、前記実ボリュームを格納する１つ以上の仮想ボリューム、前記仮想ボリューム上のデータを分散して格納する論理ディスク装置および前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置の階層構成を有し、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項７記載のサーバ計算機。
【請求項９】
前記データマッピング情報は、前記ファイルと前記実ボリュームとの対応関係、前記実ボリュームと前記仮想ボリュームとの対応関係、前記仮想ボリュームと前記論理ディスク装置との対応関係、および前記論理ディスク装置と前記物理ディスク装置との対応関係についての情報を含むことを特徴とする請求項８記載のサーバ計算機。
【請求項１０】
ジョブを実行する計算装置と、複数の物理ディスク装置を収容するストレージ装置とを有するコンピュータシステムにおいて、特定の前記ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する前記物理ディスク装置に至るまでのデータマッピング情報であり、前記データマッピング情報は、前記ジョブ、前記テーブル、前記ファイル、前記ボリューム及び前記物理ディスクについての識別子間の対応関係と、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定するサーバ計算機であって、
前記データマッピング情報の一部情報を保持する装置の各々から前記一部情報を収集する手段と、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納する手段と、前記データマッピング経路上に存在する部位であってその識別子が前記管理テーブルに格納されている部位のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示する手段とを有することを特徴とするサーバ計算機。
【請求項１１】
前記データマッピング情報は、前記ファイルとこれを格納する実ボリュームとの対応関係、前記実ボリュームとこれを格納する１つ以上の仮想ボリュームとの対応関係、前記仮想ボリュームと前記仮想ボリューム上のデータを分散して格納する論理ディスク装置との対応関係、および前記論理ディスク装置と前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置との対応関係についての情報を含み、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項１０記載のサーバ計算機。
【請求項１２】
前記サーバ計算機は、さらに前記障害によって影響を受けると特定された前記ジョブについて、あらかじめジョブ実行制御テーブルに設定された処理方法によって処理を行う手段を有することを特徴とする請求項１０記載のサーバ計算機。
【請求項１３】
前記サーバ計算機は、さらにあらかじめ前記ジョブ実行制御テーブルに設定された管理者の確認の要否の情報に従い、管理者から承諾を指示されたとき前記処理方法によって処理を行う手段を有することを特徴とする請求項１２記載のサーバ計算機。
【請求項１４】
ジョブを実行する計算装置と、複数の物理ディスク装置を収容するストレージ装置とを有するコンピュータシステムにおいて、特定の前記ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する前記物理ディスク装置に至るまでのデータマッピング情報であり、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定するサーバ計算機で実行されるプログラムであって、
前記サーバ計算機に、前記ジョブ、前記テーブル、前記ファイル、前記ボリュームを経て前記物理ディスク装置に至るまでのデータマッピング上の対応情報を保持する装置の各々から前記データマッピング情報の一部情報を収集する機能、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納する機能、および前記ストレージ装置から前記物理ディスク装置のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示する機能を実現させるためのプログラム。
【請求項１５】
前記データマッピング情報は、前記ファイルを格納する実ボリューム、前記実ボリュームを格納する１つ以上の仮想ボリューム、前記仮想ボリューム上のデータを分散して格納する論理ディスク装置および前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置の階層構成を有し、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項１４記載のプログラム。
【請求項１６】
前記データマッピング情報は、前記ファイルと前記実ボリュームとの対応関係、前記実ボリュームと前記仮想ボリュームとの対応関係、前記仮想ボリュームと前記論理ディスク装置との対応関係、および前記論理ディスク装置と前記物理ディスク装置との対応関係についての情報を含むことを特徴とする請求項１５記載のプログラム。
【請求項１７】
ジョブを実行する計算装置と、複数の物理ディスク装置を収容するストレージ装置とを有するコンピュータシステムにおいて、特定の前記ジョブがアクセスするデータベース上の特定のテーブルに始まり、前記テーブルを格納するファイル、前記ファイルを格納する論理的なボリュームを経て前記ボリューム上のデータを分散して格納する前記物理ディスク装置に至るまでのデータマッピング情報であり、前記データマッピング情報は、前記ジョブ、前記テーブル、前記ファイル、前記ボリューム及び前記物理ディスクについての識別子間の対応関係と、データマッピング経路上にあって装置と他の装置とを接続するインタフェース部の識別子とを含むところの前記データマッピング情報に基づいて前記データマッピング経路上に存在する部位の障害によって影響を受けるジョブを特定するサーバ計算機で実行されるプログラムあって、
前記サーバ計算機に、前記データマッピング情報の一部情報を保持する装置の各々から前記一部情報を収集する機能、前記ジョブごとに前記データマッピング情報を集約して管理テーブルに格納する機能、および前記データマッピング経路上に存在する部位であってその識別子が前記管理テーブルに格納されている部位のいずれかについて障害報告を受けたとき、前記管理テーブルを参照して障害によって影響を受けるジョブを特定して表示する機能を実現させるためのプログラム。
【請求項１８】
前記データマッピング情報は、前記ファイルとこれを格納する実ボリュームとの対応関係、前記実ボリュームとこれを格納する１つ以上の仮想ボリュームとの対応関係、前記仮想ボリュームと前記仮想ボリューム上のデータを分散して格納する論理ディスク装置との対応関係、および前記論理ディスク装置と前記論理ディスク装置のデータを分散して格納する前記物理ディスク装置との対応関係についての情報を含み、
前記コンピュータシステムは、さらに前記計算装置と前記ストレージ装置との間に介在し、上位装置から受け取った入出力要求に含まれる前記仮想ボリュームの識別子を前記論理ディスク装置の識別子に変換する仮想化装置を有することを特徴とする請求項１７記載のプログラム。
【請求項１９】
さらに前記サーバ計算機に、前記障害によって影響を受けると特定された前記ジョブについて、あらかじめジョブ実行制御テーブルに設定された処理方法によって処理を行う機能を実現させるための請求項１７記載のプログラム。
【請求項２０】
さらに前記サーバ計算機に、さらにあらかじめ前記ジョブ実行制御テーブルに設定された管理者の確認の要否の情報に従い、管理者から承諾を指示されたとき前記処理方法によって処理を行う機能を実現させるための請求項１９記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システムに用いられるストレージシステムに係わり、特にストレージ系障害の管理技術に関する。
【０００２】
【従来の技術】
（１）ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）について
近年、各サーバ計算機からストレージを切り離し、ストレージ系を集約化したストレージ入出力専用のネットワークであるＳＡＮが浸透しつつある。ＳＡＮの導入により、高速なデータ転送、ストレージシステムの高い拡張性と可用性およびストレージ資源の有効利用が実現可能となった。
（２）ＳＡＮ管理マネージャについて
ＳＡＮで集約されたストレージ装置を無停止で運用するためには、それぞれの機種の運用方法に精通した管理者が必要であり、管理コストが高くなる。ストレージ装置の運用管理においては、特に日々の運用の基本となるＳＡＮに接続される各装置（サーバ装置・仮想化スイッチ装置・ストレージ装置など）の稼動状況の監視が重要である。稼動状況を監視するためのソフトウェアを、以降、管理マネージャとよぶ。管理マネージャは、ストレージシステムの構成管理機能と障害監視機能の二大機能を持つ。構成管理機能とは、ＳＡＮを構成する各装置に存在する管理エージェントから情報を定期的に取得し、取得した情報からＳＡＮの物理的な接続関係（トポロジ）を検出し、常に最新のトポロジを視覚化して管理者に提供する機能である。障害監視機能とは、各装置が発行するハードウエア障害や性能低下などのイベント通知や、各装置に存在する管理エージェントから定期的に取得する装置情報に基づき、障害や性能低下等のイベントの発生を把握し、そのイベントを管理者に通知する機能である。これら二つの機能により、ユーザは、管理マネージャを用いて装置の稼動状況を一元的に管理でき、管理者の少人数化などによって運用コストの削減を図ることができる。
（３）データベース、ストレージ間のマッピング技術について
データベースとストレージ間のマッピング技術を使用して性能解析を行う技術が特許文献１に開示されている。このマッピング技術をＳＡＮに導入することにより、データベース又はファイル単位に性能解析を行うことができる。
【０００３】
なおＳＡＮに関する技術として関連するものには、米国特許第６，０３５，３０６号などがある。
【０００４】
【特許文献１】
米国特許第６，０３５，３０６号
【０００５】
【発明が解決しようとする課題】
データベース管理システム（以下ＤＢＭＳと呼ぶ）は、大規模なデータを格納するストレージ装置をデータベースとして使用する。ＤＢＭＳの処理は、高いスループットと高信頼性が求められる。データベースを格納する記憶装置としてストレージ装置を使用することにより、高速かつ高信頼な処理を実行し続けることが可能である。ジョブにより呼び出されるＤＢＭＳは、ストレージ装置における複数の物理ディスク装置を意識することなく使用する。仮想化装置は、複数の論理ディスクを１つの仮想ボリュームとして提供する。ＤＢＭＳがマッピング技術を使用して、バーチャリゼーション機能を持つ仮想化装置を含めたストレージ装置の構成を把握し、その管理を行うことは困難である。また仮想化装置を含むストレージ系に障害が発生したとき、特定の装置についての障害情報だけではどのジョブに影響を与えるものであるのか区別することができない。このような障害に際しては、人手による調査が必要である。また障害によって影響を受けるジョブの実行制御をする処理は、人手を要するものであり、高コストの要因となっている。
【０００６】
本発明の目的は、ストレージ系のいずれかの部位に障害が発生したとき、この障害によって影響を受けるジョブを特定し、これらジョブの実行制御をする技術を提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、特定のジョブがアクセスするデータベース上の特定のテーブルに始まり、このテーブルを格納するファイル、このファイルを格納する論理的なボリュームを経てそのボリューム上のデータを分散して格納する物理ディスク装置に至るまでのデータマッピング情報に基づいてデータマッピング経路上に存在するいずれかの部位の障害によって影響を受けるジョブを特定する障害管理技術を特徴とする。
【０００８】
また本発明は、障害によって影響を受けると特定されたジョブについて、あらかじめジョブ実行制御テーブルに設定された処理方法に従って処理を行う技術を特徴とする。
【０００９】
【発明の実施の形態】
以下に、図面を参照しながら本発明の実施形態について説明する。なおこれにより本発明が限定されるものではない。
（１）実施例１：各装置間のボリュームマッピングの構成管理と障害監視
本実施形態のコンピュータシステムは、管理サーバ装置が、仮想化スイッチ装置、ＤＢＭＳサーバ装置及びストレージ装置と専用の管理ネットワークにより接続されている。ＤＢＭＳサーバ装置、仮想化スイッチ装置及びストレージ装置の各々は、管理エージェントを具備する。管理サーバ装置は、これらの管理エージェントから各データマッピング情報を収集し、ジョブ単位でのデータマッピングの構成を管理する。また管理サーバ装置は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の障害通知メッセージを用いて障害の発生した装置から受け取るメッセージとデータマッピング情報から、障害の発生によるジョブへの影響を管理者に対して通知する。
【００１０】
まずＳＡＮの構成例について説明する。図１から図５は、ＳＡＮ及びＳＡＮに接続される各装置の構成例を示す。図６は、データマッピングの階層構成を示す。図７から図１６は、ＤＢＭＳサーバ装置、仮想化スイッチ装置及びストレージ装置の装置内に具備された管理情報を示す。
【００１１】
図１は、システムの構成例を示す。本実施形態のコンピュータシステムは、ＤＢＭＳサーバ装置１０１０、仮想化スイッチ装置１０２０、ストレージ装置１０３０及び管理サーバ装置１０００から構成される。１台以上のＤＢＭＳサーバ装置１０１０（以下ＤＢＭＳサーバと略称する）は、ＤＢＭＳ１０１１、ＤＢＭＳサーバ管理エージェント１０１２及びボリュームマネージャ１０１３を有する。１台以上の仮想化スイッチ装置１０２０（以下スイッチと略称する）は、スイッチ管理エージェント１０２１を有する。１台以上のストレージ装置１０３０は、ストレージ装置管理エージェント１０３１を有する。１台の管理サーバ装置１０００（以下管理サーバと略称する）は、管理サーバ管理マネージャ１００１と障害管理マネージャ１００２を有する。またＤＢＭＳサーバ１０１０とは別に、管理用ネットワーク１０５０に接続されＤＢＭＳサーバ１０１０を利用するアプリケーションサーバあるいはクライアント端末を有してもかまわない。あるいはＤＢＭＳサーバ１０１０自体をアプリケーションサーバと呼んでもよい。図１のシステムは、ＤＢＭＳサーバ１０１０、スイッチ１０２０およびストレージ装置１０３０がそれぞれ２台ずつ記載されている。しかし以降の説明は、その都合上、１台のＤＢＭＳサーバ１０１０、１台のスイッチ１０２０及び１台のストレージ装置１０３０がファイバチャネル１０４０（以下ＦＣと略称する）を介して相互に接続されているものとして説明する。
【００１２】
ＤＢＭＳサーバ１０１０は、ストレージ装置１０３０をデータベースとして使用するＤＢＭＳ１０１１、ボリュームを管理するボリュームマネージャ１０１３及びＤＢＭＳサーバ１０１０内のボリュームの構成を管理するＤＢＭＳサーバ管理エージェント１０１２を有する。スイッチ１０２０は、当該装置内の仮想ボリュームの構成を管理するスイッチ管理エージェント１０２１を有する。ストレージ装置１０３０は、スイッチ１０２０の仮想ボリュームとストレージ装置の物理ディスク１０３２間の構成を管理するストレージ装置管理エージェント１０３１を有している。
【００１３】
管理サーバ１０００は、管理用ネットワーク１０５０を介してＤＢＭＳサーバ１０１０、スイッチ１０２０及びストレージ装置１０３０に接続されている。管理サーバ１０００の管理サーバ管理マネージャ１００１は、管理用ネットワーク１０５０を介してＤＢＭＳサーバ管理エージェント１０１２、スイッチ管理エージェント１０２１及びストレージ装置管理エージェント１０３１と通信できる。
【００１４】
管理サーバ管理マネージャ１００１は、ＤＢＭＳサーバ管理エージェント１０１２、スイッチ管理エージェント１０２１及びストレージ装置管理エージェント１０３１から各装置のマッピング情報を取得し、後述する一元的な管理処理を行うことにより、ＳＡＮにおける仮想ボリューム、実ボリューム、論理ディスク及び物理ディスクの構成を管理する。
【００１５】
図２は、管理サーバ１０００の構成例を示す。管理サーバ１０００は、プロセッサ２００２、主記憶２００５、管理用ネットワーク１０５０に接続する管理Ｉ／Ｆ（インタフェース）２００１、出力装置２００３及び実トポロジリポジトリ２００４を有する。これらの装置は、内部バス等の通信路２００６を介して相互に接続される。出力装置２００３は、管理サーバ管理マネージャ１００１によって実行された処理の実行結果を出力する。実トポロジリポジトリ２００４は、管理テーブルデータ等を格納する。主記憶２００５には、管理サーバ管理マネージャ１００１、障害管理マネージャ１００２、管理サーバ管理テーブル２０１１及びイベント辞書２０１２が格納されている。管理サーバ管理マネージャ１００１は、プロセッサ２００２によって実行されるプログラムであり、各装置からのデータマッピング情報と障害通知メッセージを受け取る。障害管理マネージャ１００２は、障害管理を行うプログラムである。管理サーバ管理テーブル２０１１は、データマッピング情報を保持するテーブルである。イベント辞書２０１２は、障害検出メッセージを解釈するための辞書情報を格納する。
【００１６】
図３は、ＤＢＭＳサーバ１０１０の構成例を示す図である。ＤＢＭＳサーバ１０１０は、プロセッサ３００２、主記憶３００５、管理用ネットワーク１０５０に接続する管理Ｉ／Ｆ３００１及びＦＣ１０４０に接続する一つ以上のデータＩ／Ｆ３００４を有する。これらの装置は、内部バス等の通信路３００６を介して相互に接続される。主記憶３００５には、実行中のＤＢＭＳ１０１１、ボリュームを管理するボリュームマネージャ１０１３、ＤＢＭＳサーバＩ／Ｆテーブル３０１２、ＤＢＭＳサーバ管理テーブル３０１１及びＤＢＭＳサーバ管理エージェント１０１２が格納されている。ＤＢＭＳサーバＩ／Ｆテーブル３０１２は、ＦＣ１０４０へのＩ／Ｆを管理する。ＤＢＭＳサーバ管理テーブル３０１１は、ジョブが操作しているＤＢＭＳ１０１１管理下のテーブルやボリュームマネージャ管理情報をまとめたテーブルである。ＤＢＭＳサーバ管理エージェント１０１２は、ＤＢＭＳサーバ管理テーブル３０１１を管理するプログラムである。
【００１７】
ボリュームマネージャ１０１３は、スイッチ１０２０が提供する仮想ボリュームを認識し、１つ以上の仮想ボリュームをまとめて１つの仮想的な実ボリュームとしてＤＢＭＳサーバ１０１０に提供する。ボリュームマネージャ１０１３は、プロセッサ３００２によって実行されるプログラムである。また、図３には記載されていないが、ＤＢＭＳ１０１１は、ファイルシステムを経由してからボリュームマネージャ１０１３にアクセスする。ファイルシステムは、実ボリューム上のファイルを管理する。
【００１８】
図４は、スイッチ１０２０の構成例を示す。スイッチ１０２０は、コントローラ４００３、記憶領域４００４、管理用ネットワーク１０５０に接続する管理Ｉ／Ｆ４００１及びＳＡＮに接続する複数のデータＩ／Ｆ４００２を有する。記憶領域４００４、管理Ｉ／Ｆ４００１及びデータＩ／Ｆ４００２は、コントローラ４００３を介して相互に接続される。コントローラ４００３は、ＳＡＮのＦＣ１０４０を介して送受信されるデータのスイッチング及び仮想ストレージ機能を実現する。記憶領域４００４には、スイッチ管理エージェント１０２１、ボリューム仮想化プログラム４０１１、ＦＣ接続管理テーブル４０１２、スイッチＩ／Ｆテーブル４０１３及びスイッチ管理テーブル４０１４が格納されている。スイッチ管理エージェント１０２１は、管理サーバ管理マネージャ１００１と通信してスイッチ１０２０の管理情報を送受信し、スイッチ管理テーブル４０１４を管理するためのプログラムである。ボリューム仮想化プログラム４０１１は、記憶領域のバーチャリゼーションを実現するためのプログラムである。ＦＣ接続管理テーブル４０１２は、ＳＡＮを介したスイッチ１０２０、ＤＢＭＳサーバ１０１０及びストレージ装置１０３０間の接続関係を示す情報を格納する。スイッチＩ／Ｆテーブル４０１３は、データＩ／Ｆ４００２についての管理情報を保持する。スイッチ管理テーブル４０１４は、仮想ボリュームについての管理情報を保持する。
【００１９】
ボリューム仮想化プログラム４０１１は、スイッチ管理テーブル４０１４を参照してＤＢＭＳサーバ１０１０から受け取った入出力要求に含まれる仮想ボリュームの識別子を論理ディスク装置の識別子に変換する。
【００２０】
なお本実施例ではスイッチ１０２０は６個のデータＩ／Ｆ４００２（Ｓ１、Ｓ２、Ｓ３、Ｓ４、Ｓ５、Ｓ６）を有する構成としているが、データＩ／Ｆ４００２の個数は１つ以上であればいくつでもよい。この例では識別子Ｓ１、Ｓ２、Ｓ３によって示されるデータＩ／Ｆ４００２は、ＤＢＭＳサーバ１０１０と接続される。また識別子Ｓ４、Ｓ５、Ｓ６によって示されるデータＩ／Ｆ４００２は、ストレージ装置１０３０と接続される。
【００２１】
図５は、ストレージ装置１０３０の詳細な構成例を示す。ストレージ装置１０３０は、ストレージ装置１０３０内の制御を行うコントローラ５００３、記憶領域５００４、管理用ネットワーク１０５０に接続する管理Ｉ／Ｆ５００１、ＳＡＮのＦＣ１０４０に接続する一つ以上のデータＩ／Ｆ５００２及び物理ディスク１０３２を有する。記憶領域５００４、管理Ｉ／Ｆ５００１及びデータＩ／Ｆ５００２は、コントローラ５００３を介して相互に接続される。物理ディスク１０３２は、ＤＢＭＳサーバ１０１０およびスイッチ１０２０に提供する記憶領域を構成する１つ以上の物理的なディスク装置である。
【００２２】
記憶領域５００４には、ストレージ装置管理エージェント１０３１、ストレージ装置Ｉ／Ｆテーブル５０１１及びストレージ装置管理テーブル５０１２が格納されている。ストレージ装置管理エージェント１０３１は、管理サーバ管理マネージャ１００１と通信してストレージ装置１０３０の管理情報を送受信し、ストレージ装置管理テーブル５０１２を管理するためのプログラムである。ストレージ装置Ｉ／Ｆテーブル５０１１は、データＩ／Ｆ５００２についての管理情報を保持する。ストレージ装置管理テーブル５０１２は、物理ディスク１０３２についての管理情報を保持する。
【００２３】
なお本実施例ではストレージ装置１０３０は２個のデータＩ／Ｆ５００２（Ｔ１、Ｔ２）と１１個の物理ディスク１０３２（ＳＳ１、ＳＳ２、．．．、ＳＳ１１）を有するが、データＩ／Ｆ５００２及び物理ディスク１０３２の個数は１つ以上であれば幾つであってもよい。
【００２４】
図６は、データマッピングの階層構成の一例を示す。ＤＢＭＳサーバ１０１０は２つのジョブ６０１０、それらのジョブ６０１０が操作する３つのテーブル６０２０、ファイルシステム６１０１上の２つのファイル６０３０及びボリュームマネージャ１０１３が管理する３つの実ボリューム６０４０とを有する。スイッチ１０２０は、３つの仮想ボリューム６０５０を有する。ストレージ装置１０３０は、５つの論理ディスク装置６０６０と１１個の物理ディクス装置１０３２を有する。ＤＢＭＳサーバ１０１０上のテーブルデータ６０２０は、ファイルシステム６１０１上のファイル６０３０に格納される。ファイル６０３０は、ボリュームマネージャ１０１３上の実ボリューム６０４０に分散して格納されている。その実ボリューム６０４０は、スイッチ１０２０の仮想ボリューム６０５０に格納される。１つの実ボリューム６０４０が複数の仮想ボリューム６０５０に分散して格納されてもよい。仮想ボリューム６０５０は、ストレージ装置１０３０の論理ディスク装置６０６０を介して物理ディスク装置１０３２へと分散して格納されている。
【００２５】
なお本実施例では、データマッピング全体のうち、主として実ボリューム６０４０以下の階層構成に注目したデータマッピングを特にボリュームマッピングと呼んでいる。
【００２６】
図６に示すように、特定のジョブに始まり、論理的なボリュームを経て特定の物理装置に至るデータマッピングの経路を特定することができる。このデータマッピング経路上には、装置と装置とを接続する特定のインタフェース部又は特定の物理ディスクが存在する。
【００２７】
図６の例では、ジョブ６０１０はＤＢＭＳサーバ１０１０内に存在しているが、図示しないアプリケーションサーバ、クライアント端末などの計算装置上に存在するジョブであってもよい。これらのジョブ６０１０は、所在する装置上で稼動するＯＳ（オペレーティングシステム）及びそのジョブ管理機能の制御の下に実行される。なお本例のデータマッピングの階層構成は、より縮退された階層構成であってもよい。例えばＤＢＭＳ１０１１がなく、ジョブ６０１０が直接ファイル６０３０にアクセスするような構成でもよい。またスイッチ１０２０がなく、実ボリューム６０４０が直接論理ディスク装置６０６０にボリュームマッピングされるような構成でもよい。あるいはスイッチ１０２０及び論理ディスク装置６０６０がなく、実ボリューム６０４０が直接物理ディスク装置１０３２にボリュームマッピングされるような構成でもよい。
【００２８】
図７は、ＤＢＭＳサーバ１０１０が保持するＤＢＭＳサーバＩ／Ｆテーブル３０１２の一例を示す。ＤＢＭＳサーバＩ／Ｆテーブル３０１２のＤＢ−Ｉ／Ｆ欄７０１０は、ＳＡＮへの接続Ｉ／Ｆ識別子を格納し、名前欄７０２０は各Ｉ／Ｆ識別子に与えられる名称を格納する。
【００２９】
図８は、ＤＢＭＳサーバ１０１０が保持するＤＢＭＳサーバ管理テーブル３０１１の一例を示す。本テーブルのＤＢＭＳ−ＩＤ欄８０１０は、管理サーバ１０００が一意に識別ができるＤＢＭＳ識別子を格納する。ジョブＩＤ欄８０２０はジョブ識別子を格納する。テーブル名欄８０３０はＤＢＭＳ１０１０が操作しているテーブルの識別子を格納する。ファイル名欄８０４０はテーブル６０２０が格納されているファイル６０３０のファイル名を格納する。実ボリューム名欄８０５０は、そのファイル６０３０が格納されている実ボリューム６０４０の識別子を格納する。ＤＢ−Ｉ／Ｆ欄８０６０はＤＢＭＳサーバ１０１０が保持するＳＡＮ接続のＩ／Ｆ識別子を格納する。ＳＣＳＩ−ＩＤ欄８０７０は接続先のＩ／Ｆ識別子を格納する。ＬＵＮ欄８０８０はＳＣＳＩターゲットデバイス内のボリュームにアクセスするための論理装置番号（ＬＵＮ）の識別子を格納する。
【００３０】
図９は、スイッチ１０２０が保持するスイッチＩ／Ｆテーブル４０１３の一例を示す。本テーブルのデータＩ／Ｆ−ＩＤ欄９０１０はスイッチ１０２０が保持するＩ／Ｆの識別子を格納する。仮想データＩ／Ｆ−ＩＤ欄９０２０は、ＤＢＭＳサーバ装置１０１０にデータＩ／Ｆ４００２の識別子として認識させている識別子を格納する。ＳＣＳＩ−ＩＤ欄９０３０は、仮想ボリューム６０５０に割り当てたＳＣＳＩ  ＩＤの識別子を格納する。
【００３１】
図１０は、スイッチ１０２０が保持するＦＣ接続管理テーブル４０１２の一例を示す。本テーブルのデータＩ／Ｆ欄１００１０はスイッチ１０２０が保持するＳＡＮ接続Ｉ／Ｆの識別子を格納する。スイッチ側名前欄１００２０は、ＳＡＮ接続の各Ｉ／Ｆ４００２に割り当てられている名前を格納する。接続先名前欄１００３０はＳＡＮ接続の各Ｉ／Ｆが接続されている接続先の名前を格納する。
【００３２】
図１１は、スイッチ１０２０が保持するスイッチ管理テーブル４０１４の一例を示す。まずスイッチ管理テーブル４０１４の仮想ボリューム欄１１１００について説明する。仮想データＩ／Ｆ−ＩＤ欄１１１１０は仮想ボリュームＩ／Ｆの識別子を格納する。ＳＣＳＩ−ＩＤ欄１１１２０は仮想ボリュームに割り当てられたＳＣＳＩ識別子を格納する。ＬＵＮ欄１１１３０は仮想データＩ／Ｆを介して仮想ボリューム６０５０にアクセスするためのＳＣＳＩのＬＵＮを格納する。仮想ボリュームＩＤ欄１１１４０は、仮想データＩ／Ｆを介してアクセスされる仮想ボリューム６０５０に対し任意に割り当てた識別子を格納する。
【００３３】
次に論理ディスク欄１１２００について説明する。実データＩ／Ｆ−ＩＤ欄１１２１０は、仮想ボリューム６０５０を構成している論理ディスク６０６０にアクセスするために用いられるスイッチ１０２０のＩ／Ｆの識別子を格納する。ＳＣＳＩ−ＩＤ欄１１２２０は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＬＵＮ欄１１２３０は、実データＩ／Ｆを介して論理ディスク６０６０にアクセスするとき用いられるＳＣＳＩのＬＵＮを格納する。
【００３４】
図１２は、ストレージ装置１０３０が保持するストレージ装置Ｉ／Ｆテーブル５０１１の一例を示す。本テーブルのデータＩ／Ｆ−ＩＤ欄１２０１０は、ストレージ装置１０３０が保持するＳＡＮ接続のＩ／Ｆの識別子を格納する。ストレージ側名前欄１２０２０はＳＡＮ接続のＩ／Ｆに割り当てられている名前を格納する。仮想データＩ／ＦＩＤ欄１２０３０は、ストレージ装置１０３０上の物理ディスク１０３２にアクセスするために用いられるデータＩ／Ｆ５００２の識別子を格納する。ＳＣＳＩ  ＩＤ欄１２０４０は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスのＬＵＮを格納する。
【００３５】
図１３は、ストレージ装置１０３０が保持するストレージ装置管理テーブル５０１２の一例を示す。まずストレージ装置管理テーブル５０１２の論理ディスク欄１３１００について説明する。仮想データＩ／Ｆ  ＩＤ欄１３１１０は、ストレージ装置１０３０上の物理ディスク１０３２にアクセスするために用いられるデータＩ／Ｆ５００２の識別子を格納する。ＳＣＳＩ−ＩＤ欄１３１２０は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＬＵＮ欄１３１３０は物理ディスク１０３２にアクセスするためのＳＣＳＩのＬＵＮを格納する。論理ディスクＩＤ欄１３１４０は、仮想データＩ／Ｆを介してアクセスされる論理ディスク６０６０に対し任意に割り当てた識別子を格納する。
【００３６】
もう一方の物理ディスク欄１３２００内の物理ディスクＩＤ欄１３２１０は、ストレージ装置１０３０が保持する物理ディスクの識別子を格納する。ＳＣＳＩ  ＩＤ欄１３２２０は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＳＣＳＩ  ＬＵＮ欄１３２３０は、実データＩ／Ｆ５００２を介してアクセスされる論理ディスク６０６０についてＳＣＳＩのＬＵＮを格納する。
【００３７】
図１４は、管理サーバ１０００が保持する管理サーバ管理テーブル２０１１の一例を示す。管理サーバ管理テーブル２０１１は、図７から図１３に至るＤＢＭＳサーバ管理エージェント１０１２、スイッチ管理エージェント１０２１及びストレージ装置管理エージェント１０３１が管理する各テーブルの情報について後述する処理を施した結果を格納する。
【００３８】
まずＤＢＭＳサーバ欄１４１００について説明する。ＤＢＭＳ−ＩＤ欄１４１０１は管理サーバ１０００が一意に識別が出来るＤＢＭＳ識別子を格納する。ジョブＩＤ欄１４１０２はジョブ識別子を格納する。テーブル名欄１４１０３はＤＢＭＳ１０１０が操作しているテーブルの識別子を格納する。ファイル名欄１４１０４は、ＤＢＭＳ１０１０が操作しているテーブル６０２０に対応してそのテーブル６０２０を格納するファイル６０３０のファイル名を格納する。ボリュームマネージャ欄１４１０５は、そのファイル６０３０が格納されているボリュームの名称を格納する。ＤＢ−Ｉ／Ｆ欄１４１０５は、ＤＢＭＳサーバ１０１０が保持するＳＡＮ接続のＩ／Ｆ識別子を格納する。
【００３９】
次にスイッチ欄１４２００について説明する。スイッチＩ／Ｆ欄１４２０１はスイッチ１０２０が保持するＳＡＮ接続Ｉ／Ｆの識別子を格納する。仮想ボリューム欄１４２１０内の仮想ボリュームＩＤ欄１４２１１は仮想データＩ／Ｆを介してアクセスされる仮想ボリューム６０５０に対し任意に割り当てた識別子を格納する。仮想データＩ／Ｆ−ＩＤ欄１４２１２は仮想ボリュームＩ／Ｆの識別子を格納する。ＳＣＳＩ−ＩＤ欄１４２１３は仮想ボリュームに割り当てられたＳＣＳＩ識別子を格納する。ＬＵＮ欄１４２１４は仮想データＩ／Ｆを介してアクセスされる仮想ボリューム６０５０についてそのＳＣＳＩのＬＵＮを格納する。
【００４０】
次にストレージ装置実ボリューム欄１４２２０について説明する。実データＩ／Ｆ−ＩＤ欄１４２２１は、仮想ボリューム６０５０を構成している論理ディスク６０６０にアクセスするために用いられるスイッチ１０２０のＩ／Ｆの識別子を格納する。ＳＣＳＩ−ＩＤ欄１４２２２は実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＬＵＮ欄１４２２３は実データＩ／Ｆを介してアクセスされる論理ディスク装置６０６０についてそのＳＣＳＩのＬＵＮを格納する。
【００４１】
次にストレージ装置欄１４３００について説明する。データＩ／Ｆ  ＩＤ欄１４３０１はストレージ装置１０３０が保持するＳＡＮ接続のＩ／Ｆの識別子を格納する。論理ディスク欄１４３１０内について説明する。仮想データＩ／Ｆ  ＩＤ欄１４３１１は、ストレージ装置１０３０上の物理ディスク１０３２にアクセスするために用いられるデータＩ／Ｆ５００２の識別子を格納する。ＳＣＳＩ−ＩＤ欄１４３１２は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＬＵＮ欄１４３１３は物理ディスク１０３２にアクセスするためのＳＣＳＩ−ＬＵＮを格納する。論理ディスクＩＤ欄１４３１４は、仮想データＩ／Ｆを介してアクセスされる論理ディスク６０６０に対し任意に割り当てた識別子を格納する。
【００４２】
次に物理ディスク欄１４３２０について説明する。物理ディスクＩＤ欄１４３２１はストレージ装置１０３０が保持する物理ディスクの識別子を格納する。ＳＣＳＩ  ＩＤ欄１４３２２は、実データＩ／Ｆの接続先であるＳＣＳＩターゲットデバイスの識別番号を格納する。ＳＣＳＩ  ＬＵＮ欄１４３２３は実データＩ／Ｆ５００２を介してアクセスされる論理ディスク装置６０６０についてそのＳＣＳＩ−ＬＵＮを格納する。
【００４３】
この図１４に示した管理サーバ管理テーブル２０１１によって、ジョブ６０１０ごとにＤＢＭＳサーバ１０１０内のどのテーブル６０２０を参照し、どのファイル６０３０、ボリューム６０４０を使用して、またそれらがスイッチ１０２０においてどのような仮想ボリューム６０５０を経てストレージ装置１０３０上の物理ディスク１０３２にアクセスを行っているのかを把握することができる。本テーブルは、ＤＢＭＳサーバ管理テーブル３０１１、スイッチ管理テーブル４０１４及びストレージ装置管理テーブル５０１２の変化の度に更新される。すなわち管理サーバ１０００は、管理サーバ管理テーブル２０１１を通して常に各装置のデータマッピングに関する最新状態を監視しているものとする。
【００４４】
図１５に管理サーバ１０００が保持するイベント辞書２０１２の一例を示す。イベント辞書２０１２の各行は、障害コード１５０１０に対して対応する障害／復旧部位１５０２０、その識別子１５０３０及び障害ごとに付与される障害管理ＩＤ１５０４０を有する。識別子１５０３０は、障害が発生した装置より管理サーバ１０００へ送信される障害通知メッセージ内のバリアブル・バインディングズ・フィールド１６００９の障害コードを示している。障害管理ＩＤ１５０４０は、障害発生から障害復旧までその障害を管理するために用いられる識別子である。
【００４５】
図１６に、ＳＮＭＰプロトコルの障害通知メッセージ（以下Ｔｒａｐメッセージと略称する）のフォーマットとそのメッセージの一例を示す。現在のＳＡＮ管理ソフトによる障害監視機能は、Ｔｒａｐメッセージを用いることが多く、本実施例においてはこのＴｒａｐメッセージを用いて障害通知を行っている。
【００４６】
図１６（ａ）に示すＳＮＭＰプロトコルのＴｒａｐメッセージフォーマットは、図示するフィールドから構成される。コミュニティー名１６００２は、メッセージ送信先を示す。ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）タイプ１６００３は、メッセージの種類を示す。エンタプライズ１６００４は送信元装置のベンダ名を示す。エージェント・アドレス１６００５は送信先ＩＰアドレスを示す。ジェネリック・トラップ・タイプ１６００６は、Ｔｒａｐメッセージの種別を示す。タイムスタンプ１６００８はメッセージの送信時刻を示す。バリアブル・バインディングズのフィールド１６００９はメッセージ内容を格納する。
【００４７】
ＰＤＵタイプ・フィールド１６００３の値が”４”のとき、本メッセージはＴｒａｐメッセージであると判断される。ジェネリック・トラップ・タイプフィールド１６００６の値が”６”のとき、Ｔｒａｐメッセージは送信元装置ベンダ固有の定義に基づくＴｒａｐメッセージと判断される。このとき各ベンダによって定義されたスペシフィック・トラップ・タイプフィールド１６００７とバリアブル・バインディングズ・フィールド１６００９（図中下線部）の内容にもとづきＴｒａｐメッセージを解釈する必要がある。
【００４８】
図１６（ｂ）に示すＴｒａｐメッセージは、ストレージ装置１０３０のハードウエア障害を通知するために、管理サーバ１０００の障害管理マネージャ１００２に対して送信されるＴｒａｐメッセージの一例である。この例は、ＰＤＵタイプ・フィールド１６１０３の値が”４”、ジェネリック・トラップ・タイプフィールド１６１０６の値が”６”であるために本メッセージはＴｒａｐメッセージであり、送信元装置ベンダ固有の定義に基づくＴｒａｐメッセージであると判断される。
【００４９】
またスペシフィック・トラップ・タイプ１６１０７に障害種別、バリアブル・バインディングズ１６１０９に障害発生部位を示す障害コードを格納するよう管理者が定義している場合、本メッセージは、障害コード”３０ｃ１”の部位にハードウエア障害が生じている旨を示している。また本メッセージは、障害が発生した場合においてのみ障害発生装置から管理サーバ１０００に対して通知するのではなく、障害の発生した装置において障害が復旧となった場合についてもＴｒａｐメッセージを用いて管理サーバ１０００に通知されるものとする。その場合については、バリアブル・バインディングズ１６１０９に障害復旧部位を示す障害コードを格納する。
【００５０】
図１７は、管理サーバ１０００において実行されるデータマッピング処理の処理手順を示すフローチャートである。この処理は、ＤＢＭＳサーバ１０１０、スイッチ１０２０及びストレージ装置１０３０の各装置からの情報を用いて各ジョブ６０１０ごとにデータマッピングを実行する。管理サーバ管理マネージャ１００１は、メモリ上に各装置の管理情報をコピーする領域を用意する（ステップ１７０１０）。次に管理サーバ管理マネージャ１００１は、管理ネットワーク１０５０を介してＤＢＭＳサーバ管理エージェント１０１２、スイッチ管理エージェント１０２１及びストレージ装置管理エージェント１０３１と通信を行い、図８から図１３に至る各装置の管理情報をコピーする（ステップ１７０２０）。次に管理サーバ管理マネージャ１００１は、ステップ１７０２０でコピーした各装置の管理情報を実トポロジリポジトリ２００４に格納する（ステップ１７０３０）。次に管理サーバ管理マネージャ１００１は、ステップ１７０２０でコピーした情報を基にして図１４に示す管理サーバ１０００独自の管理サーバ管理テーブル２０１１を作成する（ステップ１７０４０）。次に管理サーバ管理マネージャ１００１は、作成した管理サーバ管理テーブル２０１１を管理サーバ１０００の保持する実トポロジリポジトリ２００４に格納する（ステップ１７０５０）。
【００５１】
ＤＢＭＳサーバ１０１０、スイッチ１０２０及びストレージ装置１０３０の各装置から得られた図８から図１３の管理情報は、各装置の状態により常に変化する。管理サーバ１０００は、これらの管理情報が変化するごとに図１７に示す処理手順に従って管理サーバ管理テーブル２０１１を更新する。
【００５２】
図１８は、管理サーバ管理テーブル２０１１を作成する処理ステップ１７０４０の詳細を展開して示すフローチャートである。管理サーバ管理マネージャ１００１は、管理ネットワーク１０５０を介してＤＢＭＳサーバ１０１０、スイッチ１０２０及びストレージ装置１０３０と通信を行い、各装置のＤＢＭＳサーバ管理テーブル３０１１、スイッチ管理テーブル４０１４及びストレージ装置管理テーブル５０１２を基にして管理サーバ管理テーブル２０１１を作成する。管理サーバ管理マネージャ１００１は、作成する管理サーバ管理テーブル２０１１のすべてのエントリについて以下の処理を実行する。
【００５３】
まず管理サーバ管理マネージャ１００１は、メモリ上に作成する管理サーバ管理テーブル２０１１の領域を用意する（ステップ１８０１０）。次に管理サーバ管理テーブル２０１１の各エントリについて以下の処理を実行する（ステップ１８０２０）。ＤＢＭＳサーバ欄１４１００の各エントリには、ＤＢＭＳサーバ１０１０のＤＢＭＳサーバ管理エージェント１０１２との通信により得たＤＢＭＳサーバ管理テーブル３０１１のエントリをコピーし、登録する（ステップ１８０３０）。登録されるエントリは、ＤＢＭＳ  ＩＤ８０１０、ジョブＩＤ８０２０、テーブル名８０３０、ファイル名８０４０、実ボリューム名８０５０及びＤＢ  Ｉ／Ｆ８０６０である。
【００５４】
次に管理サーバ管理マネージャ１００１は、ＤＢＭＳサーバ管理テーブル３０１１のＤＢ−Ｉ／Ｆ欄８０６０の値をキーとして、ＤＢＭＳサーバＩ／Ｆテーブル３０１２を検索し、ＤＢ−Ｉ／Ｆ欄の値が一致する行の名前欄７０２０の識別子を検出する（ステップ１８０４０）。次に検出した名前欄７０２０の識別子をキーとしてＦＣ接続管理テーブル４０１２を検索し、名前欄７０２０の識別子が一致する行のデータＩ／Ｆ欄１００１０の識別子を検出する。管理サーバ管理マネージャ１００１は、管理サーバ管理テーブル２０１１内のスイッチ欄１４２００のスイッチＩ／Ｆ１４２０１エントリにＤＢＭＳサーバ欄１４１００内のＤＢ  Ｉ／Ｆ欄１４１０６と対応するように検出したデータＩ／Ｆ欄の１００１０の識別子をコピーし、登録する（ステップ１８０５０）。
【００５５】
次にステップ１８０５０で検出したデータＩ／Ｆ１００１０の識別子をキーとして、スイッチＩ／Ｆテーブル４０１３を検索し、データＩ／Ｆの識別子が一致する仮想データＩ／Ｆ  ＩＤ９０２０とＳＣＳＩ  ＩＤ９０３０を検出し、当該管理サーバ管理テーブル２０１１のスイッチ欄１４２００内の仮想ボリューム欄１４２１０の仮想データＩ／Ｆ  ＩＤ１４２１２とＳＣＳＩ  ＩＤ１４２１３エントリへコピーする（ステップ１８０６０）。
【００５６】
次に管理サーバ管理マネージャ１００１は、検出した仮想データＩ／Ｆ  ＩＤ９０２０とＳＣＳＩ  ＩＤ９０３０をキーとして、スイッチ管理テーブル４０１４を検索し、キー値の仮想データＩ／Ｆ  ＩＤ９０２０とＳＣＳＩ  ＩＤ９０３０と一致する仮想ボリューム欄１１１００内の仮想ボリュームＩＤ１１１４０、論理ディスク欄１１２００内の実データＩ／Ｆ  ＩＤ１１２１０、ＳＣＳＩ  ＩＤ１１２２０及びＬＵＮ識別子１１２３０を検出する。次に管理サーバ管理マネージャ１００１は、検出した各々のエントリを管理サーバ管理テーブル２０１１のスイッチ欄１４２００内の仮想ボリューム欄１４２１０の仮想ボリュームＩＤ１４２１１およびＬＵＮ欄１４２１４と、ストレージ装置実ボリューム欄１４２２０内の実データＩ／Ｆ  ＩＤ１４２２１、ＳＣＳＩ  ＩＤ１４２２２およびＬＵＮ欄１４２２３の各欄へコピーする（ステップ１８０７０）。
【００５７】
次にステップ１８０７０で検出した実データＩ／Ｆ  ＩＤ１１２１０をキーとしてＦＣ接続テーブル４０１２を検索し、キー値と一致する接続先名前１００３０の識別子を抽出する（ステップ１８０８０）。次にステップ１８０８０で抽出した接続先名前１００３０の識別子をキーとしてストレージ装置Ｉ／Ｆテーブル５０１１を検索し、キー値と一致するストレージ装置１０３０のストレージ装置Ｉ／Ｆテーブル５０１１内のデータＩ／Ｆ  ＩＤ１２０１０エントリ、仮想データＩ／Ｆ  ＩＤ１２０３０エントリ及びＳＣＳＩ  ＩＤ１２０４０エントリを検出する。検出した各エントリを管理サーバ管理テーブル２０１１のストレージ装置欄１４３００のデータＩ／Ｆ  ＩＤエントリ１４３０１および論理ディスク欄１４３１０内の仮想データＩ／Ｆ  ＩＤ１４３１１エントリへコピーする（ステップ１８０９０）。
【００５８】
次に管理サーバ管理マネージャ１００１は、ステップ１８０９０にて抽出した仮想データＩ／Ｆ  ＩＤ１２０３０とＳＣＳＩ  ＩＤ１２０４０の各エントリをキーとしてストレージ装置管理テーブル５０１２を検索し、論理ディスク欄１３１００内のＬＵＮ１３１３０および論理ディスクＩＤ１３１４０の各エントリと、物理ディスク欄１３２００内の物理ディスクＩＤ１３２１０、ＳＣＳＩ  ＩＤ１３２２０およびＳＣＳＩ  ＬＵＮ１３２３０の各エントリを検出する。管理サーバ管理マネージャ１００１は、検出した各エントリを管理サーバ管理テーブル２０１１のストレージ装置欄１４３００の論理ディスク欄１４３１０内のＳＣＳＩ  ＩＤ１４３１２、ＬＵＮ１４３１３および論理ディスクＩＤ１４３１４の各エントリと、物理ディスク欄１４３２０内の物理ディスクＩＤ１４３２１、ＳＣＳＩ  ＩＤ１４３２２およびＳＣＳＩ  ＬＵＮ１４３２３の各エントリへコピーする（ステップ１８１００）。
【００５９】
最後に管理サーバ管理マネージャ１００１は、管理サーバ管理テーブル２０１１の全てのエントリが登録されているか判定し、登録完了していないエントリがある場合にはステップ１８０２０に戻る（ステップ１８１１０）。以上のステップにより管理サーバ管理テーブル２０１１作成処理が終了する。図１４は、本処理により実行された管理サーバ管理テーブル２０１１の一部を示している。
【００６０】
図１９は、管理サーバ１０００において実行される障害検出処理、及び管理者に対して障害により影響のあるジョブが存在する場合の内容通知処理を示すフローチャートである。管理サーバ１０００は、障害発生装置からのＴｒａｐメッセージを受信する（ステップ１９０１０）。すなわちＤＢＭＳサーバ１０１０、スイッチ１０２０およびストレージ装置１０３０の各装置において発生した障害内容は、ＳＮＭＰプロトコルのＴｒａｐメッセージのバリアブル・バインディングズ１６００９内の障害コードとして管理サーバ１０００へと伝えられる。障害管理マネージャ１００２は、障害発生装置より送信されたＴｒａｐメッセージを受け取った後に、メッセージのバリアブル・バインディングズ１６００９内のコードをキーとして、自身が保持するイベント辞書２０１２内を検索し、識別子１５０３０を抽出し、どの装置の障害であるのか、またその障害部位を特定する処理を行う（ステップ１９０２０）。障害部位は、管理サーバ管理テーブル２０１１に登録されているいずれかの装置のインタフェース部又は物理ディスク装置を含む。
【００６１】
次に障害管理マネージャ１００２は、特定した障害部位の識別子１５０３０をキーとして管理サーバ管理テーブル２０１１を検索し、障害通知に必要な情報を抽出する（ステップ１９０３０）。必要な情報は、障害部位によって異なる。抽出された情報は、キー値の障害管理ＩＤ１５０４０を用いて抽出した情報と合わせて障害復旧まで保持される。図２０は、このようにして抽出され保存される情報の一例を示す。
【００６２】
ステップ１９０３０で検出した結果が、実行中の各ジョブ６０１０に対して影響のある障害部位であるのか、そうでないのかについて、障害管理マネージャ１００２は、検出した結果から判別を行う（ステップ１９０４０）。影響があるジョブが存在すると判断された場合には、抽出した情報から表示に必要な情報を検出し、表示処理を行う（ステップ１９０５０）。
【００６３】
ステップ１９０３０での抽出結果の一例を図２０に示す。図２０は、管理サーバ１０００がＴｒａｐメッセージより、イベント辞書２０１２の障害コード１５０１０“３０ｃ１”を検出した場合の抽出結果であり、障害管理ＩＤ２００５０“Ｆ３０３１”によって管理されている。この例では、ストレージ装置１０３０にのみ障害が発生したと想定しているため、図２０は、障害部位が影響を与えるＤＢＭＳサーバ１０１０と、ストレージ装置１０３０間における各ＤＢＭＳ１０１１内のジョブ６０１０ごとの関係を示している。ただしストレージ装置１０３０以外の装置に障害が発生した場合は、図２０の形式と異なる。
【００６４】
また各ジョブ６０１０に対して発生した障害が影響を及ぼさないとされた場合には、「実行中のジョブに対して影響はないが、障害が発生した」旨の表示を行うために必要な情報を、ステップ１９０３０において抽出した情報から検出し、表示処理を行う（ステップ１９０６０）。
【００６５】
現在のＳＡＮを管理するソフトウェアによる障害監視機能は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で作成されたＲＦＣ１１５７「Ａ  Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ  （ＳＮＭＰ）」によって定められたＳＮＭＰプロトコルのＴｒａｐメッセージを利用することが多い。しかしＳＡＮに接続されているＤＢＭＳサーバ１０１０、スイッチ１０２０、ストレージ装置１０３０の各装置間がスイッチ１０２０などで仮想ボリューム用いている場合がある。このために、各装置からのＴｒａｐメッセージのみでシステム全体のどの装置でどの部位に障害が発生し、どのような障害影響が発生するのか把握することは難しい。そこで本実施例は、管理サーバ１０００に障害管理マネージャ１００２を配し、管理サーバ管理テーブル２０１１と共に運用することによりこの問題を回避する。管理サーバ１０００の障害管理マネージャ１００２は、管理サーバ１０００内に保持しているイベント辞書２０１２を用いて、各装置からのＴｒａｐメッセージの内容を解釈する。そして実トポロジリポジトリ２００４に格納した管理サーバ管理テーブル２０１１情報とＴｒａｐメッセージの解釈情報を付きあわせて、ジョブ６０１０の実行に影響が出ると判断した場合には、障害管理マネージャ１００２は、その旨について管理者に対して通知を行う。ここでＴｒａｐメッセージとは、各装置において障害が発生した場合に、管理サーバ１０００に対して管理ネットワークを通して通知を行うメッセージを指している。
【００６６】
ここで、図１６（ｂ）に示す障害コード１５０１０が“３０ｃ１”の場合を例に考える。この場合、ストレージ装置１０３０は、障害が発生した旨のＴｒａｐメッセージを管理サーバ１０００に送信する。障害管理マネージャ１００２は、Ｔｒａｐメッセージを受信した時に、イベント辞書２０１２を参照し、Ｔｒａｐメッセージ中の障害コード“３０ｃ１”をキーとしてイベント辞書２０１２内の障害コード行を検索する。そして検索した行の識別子１５０３０を抽出する。次に障害管理マネージャ１００２は、抽出した識別子１５０３０をキーとして管理サーバ管理テーブル２０１１を検索する。これによってキーとなる識別子１５０３０を含む行１４５００を抽出し、ＤＢＭＳサーバと発生した障害から影響を受けるジョブ６０１０を絞り込むことが可能となる。ここでは“Ｊｏｂ１”というジョブＩＤ１４１０２で示されるジョブが影響を受けるものとされる。また抽出された情報から、ジョブ６０１０と障害発生装置との関係を図２０内の行２０５００のように導く。そしてその導いた行２０５００内のＤＢＭＳ−ＩＤ２０１１０、ジョブＩＤ２０１２０、ＤＢ  Ｉ／Ｆ２０１５０、データＩ／Ｆ  ＩＤ２０２１０および障害発生部位である実ボリュームＩＤ２０２２０の情報から、障害発生によりジョブ６０１０に影響が出る場合の表示処理を行う。
【００６７】
この時の表示例を図２１に示す。本表示例２１０００は、障害が発生した装置内のハードウエアの故障箇所と、障害の影響を受けるジョブとを共に表示する。これによって管理者は障害により受けるジョブ６０１０への影響を容易に把握することができる。
【００６８】
また図２２は、障害が発生したが、ジョブ６０１０には影響が及ばなかった場合の表示処理例を示す。表示例２２０００は、ジョブ６０１０が使用していないストレージ装置１０３０内の物理ディスク１０３２“ＳＳ３”に障害が発生した場合の表示例２２０００を示す。
【００６９】
上記表示例２１０００および２２０００は、一箇所の障害発生の例を示すが、複数の障害が発生した場合においても同様の表示により管理者に対して通知されるものとする。
【００７０】
本実施例で示したＤＢＭＳサーバ１０１０、スイッチ１０２０及びストレージ装置１０３０の各装置間のボリュームマッピング構成の把握と、各装置における障害の発生監視を行うことにより、管理者は容易に実行中の各ジョブ６０１０について障害が及ぼす影響を把握することが可能となる。
（２）実施例２：障害発生時のジョブ実行制御
実施例２は、実施例１で示した障害発生した時に管理者に対して障害を通知する内容に加えて、各ジョブの実行順序をジョブの実行時に決めておくことにより、障害の影響を受けるジョブに対する実行管理の技術を示す。以降の説明は、実施例１で示した障害箇所特定および管理者に対し障害通知に至るまでについては、同じステップを踏むため、変更点のみ説明する。
【００７１】
図２３は、図２に示した管理サーバ１０００の主記憶２００５に新たにジョブ実行制御テーブル２４０００を追加した管理サーバ１０００の構成例を示す。ジョブ実行制御テーブル２４０００は、管理サーバ１０００の実トポロジリポジトリ２００４に格納されている。
【００７２】
図２４は、ジョブ実行制御テーブル２４０００のデータ構成の一例を示す。ジョブ実行制御テーブル２４０００のＤＢＭＳ−ＩＤ欄２４０１０は、ＤＢＭＳサーバ装置１０１０内のＤＢＭＳ１０１１に割り振られた一意の識別子を格納する。ジョブＩＤ欄２４０２０はＤＢＭＳサーバ装置１０１０に関して実行中のジョブ６０１０のジョブＩＤを格納する。実施装置欄２４０３０はジョブ実行制御処理を行う装置を格納する。
【００７３】
優先度欄２４０４０はジョブの処理優先度を格納する。ジョブの優先度は、通常処理の優先度数値を“３”とし、最大（優先度が最も高い状態）で“５”となるように、ジョブ６０１０ごとの処理についての優先度が設定される。処理方法欄２４０５０は事前に与えられた処理方法によって制御を行う固定方法と、ジョブ６０１０の実行時間を利用して制御を行う変動方法のどちらかを格納する。処理内容欄２４０６０は、当該ジョブについて施されるジョブ実行制御処理の内容を格納する。本例の「閉塞処理」は、当該ジョブがアクセスしていたデータを閉塞する処理である。また「休止」は、当該ジョブを停止させることを意味する。
【００７４】
確認処理欄２４０７０は、実施装置欄２４０３０に指定の装置について処理内容欄２４０６０に指定の処理を実行する前に、管理者に指定処理の実行確認を行う必要があるか否かの区別を格納する。自動実施欄２４０８０は確認処理欄２４０７０に“不要”が設定された場合に指定する必要があり、処理内容欄２４０６０内の処理を管理者に対して確認せずに自動実行を行うか否かについて登録する。
【００７５】
ここで処理方法２４０５０の登録する固定処理とは、事前に管理者によって登録されているジョブ実行制御を実施装置において実行する処理である。また変動処理とは、各装置より得られるＩ／Ｏ、ＣＰＵモニタから計算されるジョブ６０１０の実行時間の計算値に基づいて動的にジョブの実行制御を行う方法である。障害管理マネージャ１００２は、計算されたジョブ６０１０の実行時間が障害発生前の実行時間よりも大きい場合に、優先度欄２４０４０を参照する。実行ジョブ６０１０の優先度が通常処理優先度数値より低いならば、障害管理マネージャ１００２は、処理内容欄２４０６０に指定されている制御処理を行う。ジョブ実行制御テーブル２４０００の優先度２４０４０、処理方法２４０５０及び処理内容２４０６０の各欄は、管理者によりジョブ１０６０の実行時に設定されるものとする。
【００７６】
図２５は、障害管理マネージャ１００２が実行するジョブ実行制御処理の流れを示すフローチャートである。本処理は、特に指摘しない限り障害管理マネージャ１００２が実行するものとする。まず障害管理マネージャ１００２は、実トポロジリポジトリ２００４から管理者により登録されたジョブ実行制御テーブル２４０００を取得する（ステップ２５０００）。管理者は、ジョブ６０１０の実行時にジョブ実行制御テーブル２４０００を作成するが、スケジューラを用いている場合には前もって登録しておく必要がある。次にある装置において障害が発生した場合には、実施例１と同様の手順によって障害が発生した装置から送信されるＴｒａｐメッセージより障害箇所の特定を行う（ステップ２５０１０）。
【００７７】
次に障害の影響を受けるジョブについてジョブ実行制御処理を実施するにあたって、管理者に対し実施の確認を求めるか否かについて、ジョブ実行制御テーブル２４０００の確認処理欄２４０７０に指定される情報から判断を行う（ステップ２５０２０）。ステップ２５０２０で確認を求めると判断された場合にはステップ２５０３０に移行し、確認を求めずにジョブ実行制御テーブル２４０００の指定に従ってジョブ実行制御処理を実施する場合にはステップ２５０３１に移行する。
【００７８】
次にステップ２５０２０において確認を求めると判断された場合に、管理者に対して実施例１と同様の形で障害が発生した旨の表示を行う。その表示内容は、障害の影響を受けるジョブ６０１０へのジョブ実行制御を行うため管理者の確認を要求するという内容である。管理者が承諾した場合には、処理内容を選択するステップ２５０４０に移行する。管理者が拒否した場合には、ジョブ実行制御処理を行わずに障害復旧まで待ち、ステップ２５０６０に移行する（ステップ２５０３０）。
【００７９】
次にステップ２５０２０でジョブ実行制御テーブル２４０００の情報に基づいて自動実行を行うと判断された場合に、管理者に対して実施例１と同様の形で障害が発生した旨の表示処理を行い、ジョブ実行制御テーブル２４０００の自動実施欄２４０８０に指定される情報からジョブ実行制御処理を行うのか行わないのか判断をする（ステップ２５０３１）。ステップ２５０３１で自動実行を行うと判断された場合にはステップ２５０４０に移行し、自動実行を行わないと判断された場合にはステップ２５０６０へ移行する。
【００８０】
ステップ２５０３０で管理者が承諾した場合もしくはステップ２５０３１で自動実行を行うと判断した場合、ジョブ実行制御方法について事前に決まっている処理を行うか、ジョブの負荷状況をみて優先度を変化させる処理を行うかについて判断する（ステップ２５０４０）。その判断は、ジョブ実行制御テーブル２４０００の処理方法欄２４０５０に指定されている情報に基づく。
【００８１】
ステップ２５０４０において固定処理と判断された場合、障害復旧に備えて現在実行している処理の状態を記憶装置に保存し、ジョブ実行制御テーブル２４０００の実施装置欄２４０３０に指定される装置において、処理内容欄２４０６０に指定される処理方法によって、処理を実行する（ステップ２５０４１）。
【００８２】
ステップ２５０４０において変動処理と判断された場合、障害管理マネージャ１００２は、以下の処理を実行する。まずＤＢＭＳサーバ１０１０、スイッチ１０２０およびストレージ装置１０３０の各装置についてＩ／Ｏ、ＣＰＵモニタの情報を取得する。なお管理サーバ１０００は、各装置のＩ／Ｏ、ＣＰＵモニタ情報を監視しているものとする。Ｉ／Ｏは単位時間当り入出力されるデータ量、ＣＰＵデータは通常各装置のＣＰＵ稼働率の統計データが用いられる。各装置のＩ／Ｏ、ＣＰＵモニタ情報を監視しておくことにより、ジョブ実施装置のＩ／Ｏ、ＣＰＵ負荷を見積ることができる。
【００８３】
各装置のモニタ情報と管理サーバ１０００が管理している管理サーバ管理テーブル２０１１の情報を監視することによって、障害管理マネージャ１００２は、各ジョブ６０１０と各装置の関係から、障害発生箇所から影響を受けるジョブ６０１０を検索できる。この検索結果によって、ジョブ６０１０の優先度を用いた柔軟な実行制御や、事前に決められた実行制御を行うことができる。これによって障害の影響を容易に把握し、障害の影響を受けるジョブ６０１０の明確にし、管理者によって指定するジョブの実行制御を行うことができる。
【００８４】
このＩ／Ｏ、ＣＰＵモニタ情報に基づいてジョブ実行時間の見積を計算することができるものとする。また障害前のジョブ実行時間を取得できるものとする。定型的なジョブであれば、通常のジョブ実行時間の統計データを利用することは容易である。障害管理マネージャ１００２は、ジョブ実行時間の見積値が障害発生前のジョブ実行時間より上回るか否か判断を行う（ステップ２５０４２）。
【００８５】
ステップ２５０４２において上回ったと判断された場合には、そのジョブの実行終了が予定時刻を過ぎるおそれがある。この場合に、障害管理マネージャ１００２は、当該ジョブについてジョブ実行制御テーブル２４０００の優先度欄２４０４０を参照し、その優先度が通常処理の標準優先度数値“３”との比較を行う（ステップ２５０４３）。ステップ２５０４３において、該当ジョブの優先度が低い優先度である場合、現在実行している処理の状態を記憶装置に保存し、ジョブ実行制御テーブル２４０００の処理内容欄２４０６０内の内容に従って処理を行う（ステップ２５０４４）。逆に優先度が通常処理の標準優先度数値“３”よりも高い優先度または標準優先度数値“３”と同じである場合、実行制御処理を行わずにステップ２５０５０に移行する。一方、ステップ２５０４２において上回らないと判断された場合、実行制御処理を行わずにステップ２５０５０に移行する。
【００８６】
次に障害発生装置において障害復旧がなされたとき、障害発生装置より復旧した意味の障害コードを入れたＴｒａｐメッセージが管理サーバ１０００に対して送信される。管理サーバ１０００は、そのＴｒａｐメッセージを受信した時、メッセージ中の障害コードをイベント辞書２０１２より検索し、復旧部位の識別子１５０３０と障害管理ＩＤ１５０４０を抽出する。
【００８７】
障害管理マネージャ１００２は、障害復旧時にステップ１９０３０での抽出結果２００００及び保存された処理状態を用いて実行中のジョブ実行制御処理からジョブ実行制御処理を行う前に実行していた処理に戻す（ステップ２５０５０）。このために障害管理マネージャ１００２は、抽出された識別子１５０３０と障害管理ＩＤ１５０４０をキーにして、抽出結果２００００を検索し、ＤＢＭＳサーバ欄２０１００内のジョブＩＤ２０１２０を抽出する。そのジョブＩＤ２０１２０について、障害管理ＩＤ２００５０で指示されたジョブ実行制御処理からジョブ実行制御処理を行う前に実行していた処理に戻すよう、障害管理マネージャ１００２を通して該当装置に指示する（ステップ２５０５０）。次に管理サーバ１０００は、管理者に対して発生した障害が復旧した旨のメッセージを作成し、管理者に通知を行う（ステップ２５０６０）。
【００８８】
本実施例においては、ステップ２５０４４にてジョブ実行制御テーブル２４０００に指示される実施装置について、現在実行している処理の状態を保存して、ジョブ実行制御テーブルに指示される処理を実行する。この場合に現在実行している処理状態の保存はどの装置で行ってもかまわない。
【００８９】
ここでストレージ装置１０３０の物理ディスク１０３２“ＳＳ１”で障害が発生し、事前に決められた処理である固定処理方法で閉塞処理を行うジョブ実行制御処理の場合２４１０１を例にとって説明する。この場合、ストレージ装置１０３０の物理ディスク１０３２“ＳＳ１”に障害が発生したという障害通知メッセージがストレージ装置１０３０から管理サーバ１０００へ送信される。管理サーバ１０００が行う障害部位の特定処理については、実施例１の通りである。
【００９０】
ステップ２５０００で管理サーバ１０００の障害管理マネージャ１００２がメッセージを受信したとき、メッセージ内の障害コード１６１０９からイベント辞書２０１２と管理サーバ管理テーブル２０１１の参照により図２０に示す抽出結果２００００が得られる。障害管理マネージャ１００２は、ステップ２５０３０の管理者からのジョブ実行制御処理の実施許可を得た後に、ステップ２５０４０からステップ２５０４１においてジョブ実行制御テーブル２４０００の指示に従い設定された実施装置２４０３０において、現在実行中の処理状態を保存し、指定された処理方法２４０５０で指定された処理内容２４０６０を実行する。
【００９１】
障害発生装置であるストレージ装置１０３０の物理ディスク１０３２において障害が復旧された場合には、ステップ２５０５０で障害発生装置のストレージ装置１０３０から障害復旧コード“００ａ１”を含んだＴｒａｐメッセージが管理サーバへ送信される。障害管理マネージャ１００２は、このメッセージを受信したとき、メッセージ内の障害復旧コード“００ａ１”をキーとしてイベント辞書２０１２から識別子の“ＳＳ１”と障害管理ＩＤの“Ｆ３０３１”情報１５１０１を抽出し、障害発生時に作成した図２０のテーブル２００００から識別子が“ＳＳ１”であり、障害管理ＩＤ“Ｆ３０３１”で管理されているジョブ実行制御処理１５１０１から、記憶していたジョブ実行制御処理を行う前に実行していた処理に戻すという処理を実行する。管理サーバ１０００は、ステップ２５０６０でストレージ装置１０３０で発生した障害が復旧し、ジョブ実行制御処理をから記憶してある処理に戻したというメッセージを管理者に対して表示する。
【００９２】
図２６は、ストレージ装置１０３０の物理ディスク１０３２“ＳＳ１”に障害が発生し、影響をうけるジョブ６０１０“Ｊｏｂ１”に対するジョブ実行制御処理実行の確認を管理者に求める通知例２６０００を示している。管理者に障害の発生箇所と影響を受けるジョブ６０１０、ＤＢＭＳサーバ１０１０等を共に表示することによって、管理者は各ジョブ６０１０への影響を容易に把握することができる。このとき障害管理マネージャ１００２は、管理者へジョブ実行制御処理を行う際の詳細で分かりやすい情報を提供する。この通知例２６０００は、障害発生箇所が一箇所であるとしているが、複数箇所において障害が発生したとしても同様の表示を行うこととする。
【００９３】
また図２７は、ストレージ装置１０３０において発生した物理ディスク１０３２“ＳＳ１”の障害復旧がなされた内容の管理サーバ１０００から管理者への通知例２７０００を示している。
【００９４】
本実施例で示した障害を検知し、発生した障害への対応をジョブごとに、指定された方法の実行制御、または優先度を加味した実行制御、またはスケジュール処理という方法を用いることで、障害発生時におけるシステムのパフォーマンス低下中に対して、効率のよいシステム運用が可能となる。
【００９５】
なお以上で説明した実施例１および実施例２においては、仮想化スイッチ装置がバーチャリゼーション機能を備えているネットワーク構成を想定していたが、スイッチ機能を有する装置とは異なる装置をバーチャリゼーション装置として管理ネットワーク及びＳＡＮに接続した構成であっても、上述の実施例１および２は同様の処理により実現可能である。
【００９６】
【発明の効果】
本発明により、ジョブごとにデータマッピング情報を集約することができ、この情報に基づいて障害によって影響を受けるジョブを特定することができる。また障害によって影響を受けたジョブの実行制御をすることができる。
【図面の簡単な説明】
【図１】ストレージ系を含むコンピュータシステムの構成例を示す図である。
【図２】管理サーバ装置の構成例を示す図である。
【図３】ＤＢＭＳサーバ装置の構成例を示す図である。
【図４】仮想化スイッチ装置の構成例を示す図である。
【図５】ストレージ装置の構成例を示す図である。
【図６】データマッピングの階層構成例を示す図である。
【図７】ＤＢＭＳサーバ装置が保持するＩ／Ｆテーブルの例を示す図である。
【図８】ＤＢＭＳサーバ装置が保持するＤＢＭＳサーバ管理テーブルの例を示す図である。
【図９】仮想化スイッチ装置が保持するＩ／Ｆテーブルの例を示す図である。
【図１０】仮想化スイッチ装置が保持するＦＣ接続管理テーブルの例を示す図である。
【図１１】仮想化スイッチ装置が保持するスイッチ管理テーブルの例を示す図である。
【図１２】ストレージ装置が保持するＩ／Ｆテーブルの例を示す図である。
【図１３】ストレージ装置が保持するストレージ装置管理テーブルの例を示す図である。
【図１４】管理サーバ装置が保持する管理サーバ管理テーブルの例を示す図である。
【図１５】管理サーバ装置が保持するイベント辞書内にある解釈の一例を示す図である。
【図１６】障害通知メッセージのフォーマットとそのメッセージの一例を示す図である。
【図１７】管理サーバ装置によって実行される各装置の管理情報から管理サーバ管理テーブルを作成する処理の一例を示すフローチャートである。
【図１８】管理サーバ装置において実行される管理サーバ管理テーブル作成の詳細処理内容の一例を示すフローチャートである。
【図１９】管理サーバ装置において実行される障害箇所検出処理および通知処理の一例を示すフローチャートである。
【図２０】影響のあるジョブの情報を抽出した結果の一例を示す図である。
【図２１】障害発生によりジョブに影響が出た場合の表示処理例の一例を示す図である。
【図２２】障害が発生したが、ジョブには影響がなかった場合の表示処理例の一例を示す図である。
【図２３】ジョブ実行制御テーブルを追加した管理サーバ装置の構成例を示す図である。
【図２４】管理サーバ装置が保持するジョブ実行制御テーブルの一例を示す図である。
【図２５】管理サーバ装置が実行するジョブ実行制御処理の一例を示すフローチャートである。
【図２６】ストレージ装置において障害が発生し、ジョブＩＤ“Ｊｏｂ１”に対するジョブ実行制御処理実行の確認を管理者に求める通知の一例を示す図である。
【図２７】ストレージ装置において発生した物理ディスクＩＤ“ＳＳ１”の障害復旧がなされた旨の管理者への通知の一例を示す図である。
【符号の説明】
１０００…管理サーバ装置、１０１０…ＤＢＭＳサーバ装置、１０２０…仮想化スイッチ装置、１０３０…ストレージ装置、１００１…管理サーバ管理マネージャ、１００２…管理サーバ障害管理マネージャ、１０１１…ＤＢＭＳ、１０１２…ＤＢＭＳサーバ管理エージェント、１０１３…ボリュームマネージャ、１０２１…スイッチ管理エージェント、１０３１…ストレージ装置管理エージェント、１０３２…物理ディスク。
【図１】
2004295811.tif 000003
【図２】
2004295811.tif 000004
【図３】
2004295811.tif 000005
【図４】
2004295811.tif 000006
【図５】
2004295811.tif 000007
【図６】
2004295811.tif 000008
【図７】
2004295811.tif 000009
【図８】
2004295811.tif 000010
【図９】
2004295811.tif 000011
【図１０】
2004295811.tif 000012
【図１１】
2004295811.tif 000013
【図１２】
2004295811.tif 000014
【図１３】
2004295811.tif 000015
【図１４】
2004295811.tif 000016
【図１５】
2004295811.tif 000017
【図１６】
2004295811.tif 000018
【図１７】
2004295811.tif 000019
【図１８】
2004295811.tif 000020
【図１９】
2004295811.tif 000021
【図２０】
2004295811.tif 000022
【図２１】
2004295811.tif 000023
【図２２】
2004295811.tif 000024
【図２３】
2004295811.tif 000025
【図２４】
2004295811.tif 000026
【図２５】
2004295811.tif 000027
【図２６】
2004295811.tif 000028
【図２７】
2004295811.tif 000029