(57)【要約】　　　（修正有）【課題】ネットワーク計算機システムにおいて、故障箇所の復旧が完了したとき、サーバが再びその伝送路を使用するよう自動的に設定するシステムを提供する。【解決手段】管理装置は、各装置から装置情報を収集し、管理対象の装置より故障箇所が通知された場合、当該障害箇所を含む伝送路を伝送路接続情報から検索し、その伝送路を使用するサーバに対し、その伝送路の使用を停止させる。故障通知機能を持たない装置にも対応するため、定期的に各装置から装置情報を報告させ、受信した情報から障害箇所を検知する。伝送路が再び使用可能な状態に復旧すると、復旧箇所が管理装置に通知されサーバに自動的にその伝送路の使用を開始させる。また、同機能をサーバのプログラムで実現することも可能である。【選択図】　図５
2004088570.tif 000002
【特許請求の範囲】
【請求項１】
それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置にて発生した故障箇所を、前記管理装置に通知する故障通知機能を備えるネットワーク計算機システムにおいて、
管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
前記故障通知機能により故障箇所が通知された場合、通知された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
前記サーバから前記ストレージにアクセスする際、前記使用不可となる伝送路を使用するサーバに対し、当該伝送路の使用を停止させることを特徴とするネットワーク計算機システム。
【請求項２】
請求項１において、
前記ネットワーク計算機システムは、さらに前記ネットワークに接続される少なくとも１台のファイバチャネルスイッチを有し、前記サーバと前記ストレージが、前記ファイバチャネルスイッチを介した複数の伝送路で接続され、前記ファイバチャネルスイッチは、前記故障通知機能を備えるネットワーク計算機システムであって、
前記伝送路を構成する装置に、前記ファイバチャネルスイッチが含まれることを特徴とするネットワーク計算機システム。
【請求項３】
それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置内の装置情報を管理し、前記管理装置からの要求に対し、前記装置情報を応答するネットワーク計算機システムにおいて、
前記管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
定期的にサーバおよびストレージに前記装置情報を要求し、
応答された装置情報から故障状態の装置があるか判定し、
故障状態の装置が検出された場合、検出された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
当該伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を停止させることを特徴とするネットワーク計算機システム。
【請求項４】
それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、故障した装置が復旧したことを、前記管理装置に通知する復旧通知機能を備えるネットワーク計算機システムにおいて、
前記管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路を構成する装置と対応付けて記録し、
前記復旧通知機能により復旧が通知された場合、通知された装置が前記構成する装置と一致する場合、当該伝送路を使用可能と判定し、
前記使用可能となる伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を開始させることを特徴とするネットワーク計算機システム。
【請求項５】
それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージを有し、サーバおよびストレージは、自装置にて発生した故障箇所を通知する故障通知機能を備え、サーバ、ストレージを複数の伝送路で接続するネットワーク計算機システムに設けられ、サーバおよびストレージの装置情報を管理し、サーバおよびストレージの故障通知機能から通知される故障通知を受信する管理装置であって、
前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
前記故障通知機能により故障箇所が通知された場合、通知された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
前記サーバから前記ストレージにアクセスする際、前記使用不可となる伝送路を使用するサーバに対し、当該伝送路の使用を停止させることを特徴とする管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークで各装置が接続され、各装置間でアクセスを行うための複数の伝送路を有し、各装置間でデータの授受を行うネットワーク計算機システムおよびネットワークに接続する管理装置に関する。
【０００２】
【従来の技術】
サーバが、ストレージにアクセスを行い、前記ストレージとの間でデータを授受し、サーバとネットワークにより接続されたクライアントとの間でデータの授受を行うネットワーク計算機システムにおいては、サービスを停止させないことが要求される。
【０００３】
そこで、サービスを停止させない方法の１つとして、サーバがストレージのデータにアクセスするための複数の伝送路を設置する。伝送路は、サーバの周辺装置接続用インタフェース（ホストバスアダプタ：ＨＢＡ）と、ストレージのインタフェース（接続モジュール：ＣＭ）と、ディスク装置またはテープ装置と、これらを接続する接続線から構成される。
【０００４】
サーバは、複数の伝送路を使用してストレージのデータにアクセスする。このため、伝送路を構成する装置が故障し、伝送路の１つが使用できない場合でも、別の経路を利用して処理を継続することが可能である。
【０００５】
また、サービスを停止させない別の方法として、故障の発生を未然に防止し、また、故障箇所を早期に発見し、故障が発見されたら直ちに必要な処置を取り、その後の解析作業や故障箇所の部品交換などを円滑に行う環境を整える。そのため、ネットワーク計算機システムにおける各装置の装置状態を管理する管理装置を導入する。
【０００６】
例えば、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を利用した、ＳＮＭＰマネージャと呼ばれるプログラムを管理装置に、ＳＮＭＰエージェントと呼ばれるプログラムを管理対象の装置（サーバ、ストレージ、ファイバチャネルスイッチなど）にインストールする。ＳＮＭＰエージェントの機能が組み込まれたハードウエアにより実現される装置もある。
【０００７】
ＳＮＭＰエージェントにより、装置状態表が各装置で管理され、ＳＮＭＰマネージャが定期的に、ネットワークを介し、管理対象の装置に装置状態表を要求することで、管理装置にすべての装置状態表が収集され、システム管理者は管理装置に接続された入出力装置において、装置状態を確認できる。また、ＳＮＭＰエージェントは、自装置における故障の発生を、ネットワークを介し、発生と同時にＳＮＭＰマネージャに通知する機能を持つ。
【０００８】
この機能により、システム管理者は、管理装置にて常に装置状態を監視し、異常な動作を発見したら、手動で故障箇所を停止することにより、故障の発生を未然に防ぐことができる。また、故障発生が確認された場合、直ちに必要な処置を講ずることができ、たとえサービスの停止時間が発生しても、短くすることができる。
【０００９】
以上述べてきたようなネットワーク計算機システムにおける、従来の故障対応処理を図１、図２を用いて説明する。図１は、複数の伝送路により接続されたサーバおよびストレージと管理装置を備えたネットワーク計算機システムの構成例を示す図である。図１のネットワーク計算機システムには、１組のサーバ、ストレージのみ描かれているが、複数のサーバ、ストレージにより構成されることも可能である。
【００１０】
図１においては、サーバ１がアプリケーションプログラム４に基づき、ディスク装置１０に格納されたデータを処理し、ネットワーク１５に接続された図示省略されたクライアントに処理結果を提供する。サーバ１は、アプリケーションプログラム４の実行に際し、ホストバスアダプタ５、接続線１６、接続モジュール８、接続線１８を経てディスク装置１０に至る伝送路１１とホストバスアダプタ６、接続線１２、ＣＭ９、接続線１９を経てディスク装置１０に至る伝送路１２の２つの伝送路を使用する。
【００１１】
管理装置１３には、ＳＮＭＰマネージャがインストールされ、サーバ１、ストレージ７には、ＳＮＭＰエージェントがインストールされる。これにより、サーバ１またはストレージ７で故障が発生した場合、管理装置１３に通知される。
【００１２】
図２は、図１のネットワーク計算機システムにおける、従来の故障発生時の伝送路制御処理を説明する図である。第１のケースは、アプリケーションプログラム４を実行する際に、故障箇所を含む伝送路からの応答がないことから、サーバ１が故障を検知し、伝送路を使用停止する場合である。
【００１３】
いまストレージ７の接続モジュール（ＣＭ）８に故障が発生した場合を考える（Ｓ２１）。サーバ１は、アプリケーションプログラム４に基づき、伝送路１１を使用し、書き込み処理または読み出し処理を行うためディスク装置１０へアクセスする（Ｓ２２）。
【００１４】
サーバ１は、何度かアクセスを試みた後、ディスク装置１０からの応答がないことにより、伝送路１１を構成する装置に故障が発生したことを検知する（Ｓ２３）。ステップＳ２３にて故障を検知したため、サーバ１は、伝送路１１の使用を停止する（Ｓ２４）。サーバ１は、アプリケーションプログラム４の実行に際し、伝送路１２も使用するので、ステップＳ２４で伝送路１１の使用を停止しても処理を継続することが可能である。
【００１５】
第２のケースは、ＳＮＭＰエージェントの機能により、管理装置１３に故障箇所が通知され、システム管理者が故障通知を基に手動で対応する場合を示している。まずストレージ７の接続モジュール（ＣＭ）８で故障が発生したとする（Ｓ２１）。次に、ストレージ７にインストールされたＳＮＭＰエージェントの機能により、接続モジュール８にて故障が発生したことが管理装置１３に通知される（Ｓ２５）。
【００１６】
管理装置１３では、故障が通知されたことを入出力装置１４に表示する（Ｓ２６）。例えば、入出力装置１４では、ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）により、故障箇所が赤くなるなどし、システム管理者に警告する。また、警告メッセージをメッセージログに残す、登録されたメールアドレスに対し、メールが送信されるといった方法で注意を喚起する場合もある。
【００１７】
システム管理者は、ステップＳ２６で得られた故障通知を確認し、故障箇所によって使用不可となる伝送路が、伝送路１１であることをＧＵＩまたはメッセージログから確認できる。そして、システム管理者は、伝送路１１を使用するアプリケーションプログラム４の実行の際に、サーバ１が伝送路１１を使用することを防ぐために、伝送路１１の使用を停止させる（Ｓ２７）。ステップＳ２７は、例えば、システム管理者が、サーバ１にログインし、アプリケーションプログラム４で使用されるコマンドを入力し、アプリケーションプログラム４が実行される際に使用される伝送路の設定から伝送路１１を外す。ステップＳ２７により、サーバ１は、アプリケーションプログラム４の実行に際し、伝送路１１の使用を停止する（Ｓ２８）。
【００１８】
また、第１のケースにおけるステップＳ２４、第２のケースにおけるステップＳ２８において伝送路１１の使用を停止した後、接続モジュール８の部品交換が完了し、再び伝送路１１が使用可能になる（復旧する）場合は、例えば、システム管理者が、サーバ１にログインし、アプリケーションプログラム４に伝送路１１の使用開始を命令することにより、サーバ１が伝送路１１の使用を再開する。
【００１９】
なお、図１において、ストレージ７は、ディスク装置１０の代わりにテープ装置で構成することもできる。
【００２０】
【発明が解決しようとする課題】
しかしながら、図２における第１のケースでは、ステップＳ２３にて、サーバ１が何度かストレージ７にアクセスを試み、ストレージ７からの応答がないことをもって伝送路１１の異常を検知する。このため、伝送路の異常を検知するのに至る間数秒から数分に渡り、データ処理が停止してしまい、サーバの処理性能の低下を招く要因となっていた。
【００２１】
また、第２のケースでは、システム管理者が通知された故障情報に気づかない、また故障箇所を把握したとしても、アプリケーションプログラム４が実行される際にどの伝送路が使用されるかについての情報は、サーバ１にアクセスしてみないと把握できない、また直ちにサーバにアクセスする環境にいないなどの理由で、システム管理者が伝送路の使用停止をサーバ１で命令する前に、第１のケースのように故障箇所を含む伝送路に対するアクセスが発生し、応答待ちの状態になり、サーバの性能低下を招くことがあった。
【００２２】
また、ステップＳ２４またはステップＳ２８の後、部品の交換が完了し、再び伝送路が使用可能な状態に復旧する場合、システム管理者がその伝送路を使用するサーバに対し、手動で設定の変更を行う必要があり、システム管理者にとって負担の大きいものとなっていた。
【００２３】
本発明の目的は、複数の伝送路により接続されたサーバおよびストレージと管理装置を備えたネットワーク計算機システムにおいて、伝送路を構成する装置に故障が発生した場合、故障箇所を含む伝送路を使用するサーバに対し、その伝送路の使用を自動的に停止させ、アプリケーションプログラムを実行する際に、障害箇所を含む伝送路へアクセスすることで発生する、サーバの処理能力低下を避けることにある。また、故障箇所の復旧が完了した場合は、サーバが再びその伝送路を使用するよう自動的に設定し、システム管理者の復旧作業の手間を軽減することにある。
【００２４】
【課題を解決するための手段】
上記目的を達成するために、請求項１の発明は、それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置にて発生した故障箇所を、前記管理装置に通知する故障通知機能を備えるネットワーク計算機システムにおいて、管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、前記故障通知機能により故障箇所が通知された場合、通知された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、前記サーバから前記ストレージにアクセスする際、前記使用不可となる伝送路を使用するサーバに対し、当該伝送路の使用を停止させることを特徴とするネットワーク計算機システムを提供することにある。
【００２５】
また、上記目的を達成するために、請求項４の発明は、それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、故障した装置が復旧したことを、前記管理装置に通知する復旧通知機能を備えるネットワーク計算機システムにおいて、前記管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路を構成する装置と対応付けて記録し、前記復旧通知機能により復旧が通知された場合、通知された装置が前記構成する装置と一致する場合、当該伝送路を使用可能と判定し、前記使用可能となる伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を開始させることを特徴とするネットワーク計算機システムを提供することにある。
【００２６】
上記請求項１の発明によれば、管理装置に故障が通知されると自動的に故障箇所を含む伝送路が検索され、故障箇所を含む伝送路を使用するアプリケーションプログラムに、その伝送路の使用を停止させ、故障箇所を含む伝送路にアクセスすることで生じるサーバの性能低下を回避することができる。
【００２７】
上記請求項４の発明によれば、管理装置に復旧が通知されると自動的に復旧箇所を含む伝送路が検索され、復旧箇所を含む伝送路を使用するアプリケーションプログラムに、その伝送路の使用を開始させることで、システム管理者の手続きの手間を軽減することができる。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態について図面に従って説明する。しかしながら、本発明の技術的範囲はかかる実施の形態によって限定されるものではなく、特許請求の範囲に記載された発明とその均等物に及ぶものである。
【００２９】
図３は、本発明にかかる実施の一形態である。ネットワーク１５に、複数のクライアント２０、サーバ１、２１、２２、２３、ストレージ７、２７、２８、２９、ファイバチャネルスイッチ（ＦＣスイッチ）２４、２５、２６が接続されている。各サーバは、ストレージのデータを処理し、クライアント２０に処理結果を提供する。ネットワーク１５は、外部からのアクセスを制限するためのファイアウォールが導入された構成にすることも可能である。
【００３０】
サーバとストレージを接続する態様として、図３には次の２つが記述されている。領域３０には、サーバ１とストレージ７が接続線により直接接続される様子が描かれている。この構成は図１と同じものである。領域３１には、３台のサーバ２１、２２、２３と３台のストレージ２７、２８、２９が、３台のファイバチャネルスイッチ２４、２５、２６を介し、接続線により接続される、いわゆるＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）構成が描かれている。
【００３１】
ＳＡＮ構成においては、ファイバチャネルスイッチを介すことによって、サーバとストレージを柔軟な組み合わせで接続することが可能になる。また、ＳＡＮ構成は、ストレージの効率的な利用、高速な転送速度が得られるメリットがある。
【００３２】
管理装置１３は、入出力装置１４（モニタ、キーボード、マウスなど）と接続され、またネットワーク１５に接続される。本実施の形態においては、管理装置１３にＳＮＭＰマネージャが、サーバ１、２１、２２、２３、ファイバチャネルスイッチ２４、２５、２６、ストレージ２７、２８、２９には、ＳＮＭＰエージェントがインストールされる。
【００３３】
次に図３における管理装置１３とサーバ、ストレージ、ファイバチャネルスイッチまたはクライアントなどの装置がどのように機能するのかについて説明する。
【００３４】
図４は、管理装置とサーバ、ストレージ、ファイバチャネルスイッチまたはクライアントなどの管理対象の装置におけるの機能を示す関係図である。サーバ、ストレージまたはファイバチャネルスイッチなどの装置には、エージェントプログラム３２がインストールされている。
【００３５】
エージェントプログラム３２の機能には、管理装置１３からの要求に対し、ネットワークを介し装置情報を送信する装置情報送信機能と、故障箇所または復旧箇所を、ネットワークを介し管理装置１３に通知する故障復旧通知機能と、自装置の装置情報３３を管理し、内容に変化があれば、装置情報３３を更新する装置情報更新機能がある。
【００３６】
装置情報３３の具体例は後述するが、例えばサーバであれば、サーバの動作状態、サーバで実行されるアプリケーションプログラム、使用される伝送路などが含まれる。
【００３７】
管理装置１３のマネージャプログラム３４の機能には、装置情報取得機能と故障復旧通知受信機能がある。装置情報取得機能は、エージェントプログラムがインストールされた装置に対し、装置情報３３を送信するよう管理装置１３が指令し、各装置からの情報を装置情報３５として保存するものである。故障復旧通知受信機能は、故障または復旧通知を受信したら、管理装置１３が伝送路管理プログラム３６を起動し、適切な処理を行わせるものである。
【００３８】
伝送路接続情報の具体例については後述するが、サーバで実行されるアプリケーションプログラム、そのアプリケーションプログラムの実行に際し使用される伝送路、その伝送路を構成する装置を情報として含んでいる。
【００３９】
伝送路管理プログラム３６は、故障または復旧が検知された場合に管理装置１３により起動され、装置情報３５から伝送路接続情報３７を更新する伝送路接続情報更新機能と、故障または復旧を検知した場合に、関係する伝送路を使用するサーバに、伝送路の使用停止または開始を実行させる伝送路開始停止命令機能を備える。
【００４０】
サーバで作業を行うには、有効な利用者とそのパスワードを入力し、サーバにログインする必要がある。管理装置１３は、伝送路管理プログラム３６を実行する際、サーバにログインするのに必要な情報であるログイン情報３８を使用し、自動処理を行う。
【００４１】
なお、図４において、マネージャプログラムとエージェントプログラムでネットワークを介した通信が行われる際に使用されるプロトコルは、例えば、ｔｅｌｎｅｔ、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＳＮＭＰなどがある。
【００４２】
また、マネージャプログラム３４と伝送路管理プログラム３６を１つのプログラムに統合して実現することも可能である。
【００４３】
さらに、マネージャプログラム３４と伝送路管理プログラム３６をサーバにインストールすることにより、専用の管理装置１３を設けない構成にすることも可能である。
【００４４】
図４においては、クライアント２０が管理対象の装置に含まれないが、クライアント２０を管理対象の装置とし、エージェントプログラム３２をインストールすることも可能である。
【００４５】
図４の機能により、管理装置１３に収集された装置情報３５を基に、伝送路を構成する装置およびその状態を伝送路接続情報として管理し、管理装置１３は、故障または復旧を検知した場合、影響される伝送路を使用するサーバに対する適切な処理を行うことができる。
【００４６】
次に図５から図８にて、本発明における故障時または復旧時の伝送路制御処理を説明する。
【００４７】
図５は、本発明に従う第１の伝送路制御処理である。サーバとストレージが直接接続された構成例である図１を参照しながら、図５を説明する。第１の伝送路制御処理は、ストレージ７の接続モジュール８に故障が発生した場合、エージェントプログラム３２の故障復旧通知機能により、管理装置１３にて故障箇所を受信し、サーバ１に伝送路１１の使用を停止させる例である。
【００４８】
まず管理装置１３では、装置情報３５を基に伝送路接続情報が作成される（Ｓ４１）。サーバ１とストレージ７に関する伝送路接続情報は、管理装置１３に収集されるサーバ１、およびストレージ７に関する装置情報３３から作成することができる。
【００４９】
次に、ストレージ７のインタフェースである接続モジュール８にて故障が発生したものとする（Ｓ２１）。ストレージ７は、エージェントプログラム３２の故障通知機能を有しており、故障箇所が管理装置１３に通知される（Ｓ２５）。管理装置１３は、通知された故障箇所を含む伝送路がないか、伝送路接続情報３７を検索する（Ｓ４２）。これは、伝送路を構成する装置と通知された故障箇所とを比較し、一致するものがあるか判定すればよい。今回は、伝送路１１が該当する。
【００５０】
ステップＳ４２で、故障箇所を含む伝送路があれば、管理装置１３は、その伝送路を使用するアプリケーションプログラムを実行するサーバに対し、故障箇所を含む伝送路の使用停止を命令する（Ｓ４３）。管理装置１３は、伝送路接続情報３７から、伝送路１１を使用するアプリケーションプログラムがサーバ１で実行されることがわかる。サーバ１のログイン情報３８により、そのサーバに自動ログインし、サーバ１がアプリケーションプログラム４を実行する際に伝送路１１を使用しないようにする。
【００５１】
続いて、管理装置１３は、伝送路接続情報３７を更新する（Ｓ４４）。これは、故障通知を受け、伝送路１１の状態を使用不可と変更するものである。サーバ１は、ステップＳ４３の停止命令を受け、伝送路１１の使用を停止する（Ｓ４５）。
【００５２】
なお、第１の伝送路制御処理の故障箇所は、管理装置に通知可能な箇所であれば接続モジュール８に限らない。具体的には、サーバのホストバスアダプタ、ディスク装置でも構わない。ＳＡＮ構成であれば、ファイバチャネルスイッチでも構わない。また、伝送路１１において、接続ケーブルが抜けていることをサーバ１もしくはストレージ７が検知でき、管理装置に通知することができるのであれば、故障箇所は接続ケーブルであってもよい。また、ストレージ７は、テープ装置であってもよい。
【００５３】
第１の伝送路制御処理により、エージェントプログラム３２の故障復旧通知機能により、管理装置にて故障の発生を検知し、サーバがアプリケーションプログラムを実行することで、故障箇所を含む伝送路を使用したアクセスが発生する前に、そのサーバに対し、故障箇所を含む伝送路の使用を自動停止させることができる。これにより、サーバが故障箇所を含む伝送路からの応答が無いことを待つことで生じる、サーバの処理性能低下を防ぐことができる。また、伝送路の停止が自動で行われるため、システム管理者は、故障解析や、故障箇所の部品交換などに最初から注力でき、故障箇所に対する迅速な処置を行うことができる。
【００５４】
図６は、本発明に従う第２の伝送路制御処理である。管理装置１３に故障箇所を通知することができないストレージの接続モジュールにて故障が発生した場合、管理装置１３が定期的に収集する装置情報３５から故障箇所を検知し、故障箇所を含む伝送路を使用するサーバに、その伝送路の使用を停止させる例である。図５における説明同様、図１のネットワーク計算機システムを参照しながら、図６を説明する。
【００５５】
まず管理装置１３では、装置情報３５を基に伝送路接続情報３７が作成される（Ｓ４１）。次にストレージ７にて接続モジュール８が故障したとする（Ｓ２１）。ステップＳ２１を受けて、エージェントプログラム３２の装置情報更新機能により、ストレージの装置情報３３では、接続モジュール８の状態が異常であることが記録される。管理装置１３は、管理対象の装置から、定期的に装置情報を獲得する（Ｓ５１）。ステップＳ５１の一環として管理装置１３からの要求に対し、ストレージ７は、ストレージ装置情報３３を応答する（Ｓ５２）。
【００５６】
管理装置１３は、受信した装置情報３３にて装置状態が異常である箇所を故障箇所と検知する（Ｓ５３）。受信したストレージ装置情報３３から、接続モジュール８の状態が異常であることがわかり、管理装置１３は、接続モジュール８の故障を検知する。
【００５７】
その後の処理は、第一の故障対応処理の例と同じであり、省略する。なお、第２の伝送路制御処理は、エージェントプログラムがインストールされた装置であれば適用が可能であり、第１の伝送路制御処理と同じく、故障箇所は接続モジュール８に限定されるものではない。
【００５８】
第２の伝送路制御は、例えば、ストレージ７とネットワーク１５を接続するケーブルが外れており、故障を管理装置１３に通知できない場合またはエージェントプログラム３２の故障復旧通知機能がうまく稼動しなかった場合などに適用される。そのような場合でも、管理装置１３にて故障の発生を検知し、その後自動的に故障箇所を含む伝送路を使用するサーバに対し、故障箇所を含む伝送路の使用を停止させることができる。
【００５９】
これにより、サーバでアプリケーションプログラムを実行する際に、故障箇所を含む伝送路を使用し、データにアクセスすることで生じるサーバの処理性能低下を防ぐことができる。また、伝送路の停止が自動で行われるため、システム管理者は、故障解析や、故障箇所の部品交換などに最初から注力でき、故障箇所に対する迅速な処置を行うことができる。
【００６０】
図７は、本発明に従う第３の伝送路制御処理である。第１、第２の制御処理と異なり、故障箇所の部品交換が完了し、復旧する際の制御である。第３の伝送路制御処理では、故障していた接続モジュールの交換が完了し、伝送路が再び使用可能な状態に復旧する。エージェントプログラム３２により、管理装置１３に復旧が通知され、故障前、復旧箇所にかかる伝送路を使用していたサーバに、自動的に、その復旧した伝送路の使用を開始させる例である。図５における説明同様、図１のネットワーク計算機システムを参照し、図７を説明する。
【００６１】
まず、ストレージ７にて故障した接続モジュール８の交換が完了したとする（Ｓ６１）。エージェントプログラム３２は、接続モジュール８が復旧したことを管理装置１３に通知する（Ｓ６２）。管理装置１３は、復旧通知を受信し、伝送路接続情報３７を更新する（Ｓ４４）。そして、以前の伝送路接続情報３７と比較し、伝送路構成が変更されていないか判定する（Ｓ６３）。ステップＳ６３を行う理由は、接続状態が変更されている場合は、ネットワーク計算機システムの構成が変更されたことを意味し、そのまま伝送路の使用を開始することによって、アプリケーションプログラムが誤ったデータにアクセスすることを防ぐためである。
【００６２】
次に、管理装置１３は、通知された復旧箇所を含む伝送路がないか、伝送路接続情報３７を検索する（Ｓ４２）。これは、伝送路接続情報３７から、伝送路を構成する装置と通知された復旧箇所を比較し、一致するものがあるかを判定すればよい。今回、接続モジュール８が含まれる伝送路１１が該当する。
【００６３】
ステップＳ４２にて、復旧箇所を含む伝送路があれば、その伝送路を使用するサーバに伝送路の使用を開始させる（Ｓ６４）。ステップＳ６４は、第１の伝送路制御処理におけるステップＳ４３と同様に行うことが可能である。ステップＳ４３との違いは、伝送路の使用開始を命令する点だけである。そして、サーバ１は、ステップＳ６３でされた開始命令を受け、アプリケーションプログラム４を実行する際、伝送路１１を使用して処理を行う（Ｓ６５）。
【００６４】
なお第３の伝送路制御処理は、エージェントプログラム３２の故障復旧通知機能を備える装置であれば適用が可能であり、復旧箇所は接続モジュール８に限られない。例えば、サーバのホストバスアダプタや、ディスク装置でもよい。また、ＳＡＮ構成であれば、ファイバチャネルスイッチでも構わない。
【００６５】
第３の伝送路制御処理により、エージェントプログラム３２の故障復旧通知機能を備える装置であれば、管理装置１３で復旧を検知できる。故障前とネットワーク計算機システムの接続状態に変更がなければ、復旧箇所にかかる伝送路が使用されていたサーバに、自動的に、その復旧した伝送路の使用を開始させることができる。これにより、システム管理者が復旧作業の際にその都度行っていた処理を自動化し、システム管理者の負荷を軽減することが可能である。
【００６６】
図８は、本発明における第４の伝送路制御処理である。第３の伝送路制御処理と同じく、故障箇所が復旧する際の制御である。第４の伝送路制御処理では、管理装置１３に復旧箇所を通知することができないストレージにて、故障していた接続モジュールの交換が完了した場合、管理装置１３が定期的に収集する装置情報３５から復旧箇所を検知する。そして、故障前、故障箇所を含む伝送路を使用していたサーバに、その伝送路の使用を開始させる例である。図５における説明同様、図１のネットワーク計算機システムを参照しながら、図８を説明する。
【００６７】
まず、ストレージ７にて故障していた接続モジュール８の交換が完了したとする（Ｓ６１）。ステップＳ６１により、エージェントプログラム３２の装置状態更新機能により、ストレージ装置情報３３の接続モジュール８の状態が、異常から正常に更新される。管理装置１３は、管理対象の装置に対し、定期的に装置情報を獲得する（Ｓ５１）。ステップＳ５１の一環として管理装置１３からの要求に対し、ストレージ７はストレージ装置情報３３を応答する（Ｓ５２）。
【００６８】
管理装置１３は、得られた装置情報３３から装置情報３５を更新し、装置情報３５を基に伝送路接続情報を更新する（Ｓ４４）。そして、以前の伝送路接続情報３７と比較し、伝送路構成が変更されていないか判定する（Ｓ６３）。
【００６９】
ステップＳ６３で、伝送路構成に変更がなければ、以前の装置情報３５と比較し、装置状態が異常から正常に変化した装置を復旧箇所と判定する（Ｓ７１）。ステップＳ７１では、ステップＳ６１により、接続モジュール８の状態が変化しており、復旧箇所と判定される。その後の処理は、第３の伝送路制御処理と同じであるので省略する。
【００７０】
第４の伝送路制御は、例えば、ストレージ７とネットワーク１５を接続するケーブルが外れており、故障を管理装置１３に通知できない場合またはエージェントプログラム３２の故障復旧通知機能がうまく稼動しなかった場合などに適用される。そのような場合でも、管理装置１３にて復旧の発生を検知し、その後自動的に復旧箇所を含む伝送路を使用するサーバに対し、復旧箇所を含む伝送路の使用を停止させることができる。
【００７１】
第４の伝送路制御処理により、システム管理者が復旧作業の際にその都度行っていた処理を自動化し、システム管理者の負荷を軽減することが可能である。
【００７２】
以上で、本発明にかかる実施の形態と、本発明における故障時または復旧時の伝送路制御処理について述べたが、続いて、実施の形態にかかる装置の構成を説明する。
【００７３】
図９から図１２は、それぞれ管理装置、サーバ、ストレージそしてファイバチャネルスイッチの構成例を示す図である。
【００７４】
図９は、管理装置の構成例を示す図である。管理装置１３は、演算処理を行うＣＰＵ９１と、演算データなどを格納するメモリ９２と、ネットワーク１５へ接続するためのネットワークインタフェース９４と外部の入出力装置１４へ接続するための入出力部９３とデータ、プログラムを記録する記録装置９５を備えている。
【００７５】
記録装置９５には、オペレーティングシステム９６と、管理対象の装置から収集される装置情報３５と、マネージャプログラム３４と、伝送路の構成情報を含む伝送路接続情報３７と、伝送路管理プログラム３４とその他のデータ９７が格納される。伝送路接続情報３７と装置情報３５の具体例については後述する。
【００７６】
図１０は、サーバの構成例を示す図である。サーバは、演算処理を行うＣＰＵ９１と、演算データなどを格納するメモリ９２と、ネットワーク１５へ接続するためのネットワークインタフェース９４とストレージまたはファイバチャネルスイッチに接続するためのホストバスアダプタ９８とデータ、プログラムを記録する記録装置９５を備えている。
【００７７】
記録装置９５には、オペレーティングシステム９６と、サーバの装置情報３３と、エージェントプログラム３２とその他のデータ９７が格納される。
【００７８】
クライアント２０は、図１０のサーバと同じ構成である。ただし、特に周辺装置と接続する必要がなければ、ホストバスアダプタ９８を備えている必要はない。また、システム管理の方針で、クライアントを管理対象にしないのであれば、エージェントプログラム３２、装置情報３３を備えている必要はない。
【００７９】
図１１は、ストレージの構成例を示す図である。ストレージは、演算処理を行うＣＰＵ９１と、演算データなどを格納するメモリ９２と、ネットワーク１５へ接続するためのネットワークインタフェース９４サーバまたはファイバチャネルスイッチに接続するための接続モジュール９９とを備えた制御装置１００と、制御装置１００により制御されるディスク装置１０１を有している。
【００８０】
メモリ９２には、ストレージ全体を制御するための制御プログラム１０２、装置情報管理プログラム３２、装置情報３３、その他のデータ９７が含まれる。図１１でメモリ９２に格納される機能は、プログラムとしてではなく、ＩＣチップなどの装置として実現される構成にすることもできる。また、ストレージとして、ディスク装置１０１をテープ装置で構成することも可能である。
【００８１】
図１２は、ファイバチャネルスイッチの構成例を示す図である。ファイバチャネルスイッチは、演算処理を行うＣＰＵ９１と、演算データなどを格納するメモリ９２と、ネットワーク１５へ接続するためのネットワークインタフェース９４とを備えた制御装置１０３と、制御装置１０３により制御されるポート１０４を有している。ポート１０４は、他のファイバチャネルスイッチのポート、サーバ、またはストレージと接続される。
【００８２】
メモリ９２には、ファイバチャネルスイッチを制御するための制御プログラム１０５と、エージェントプログラム３２と、装置情報３３とその他のデータ９７が含まれる。図１１でメモリ９２に格納される機能は、ＩＣチップなどの装置として実現される構成にすることもできる。
【００８３】
以上において、本発明における故障時または復旧時の伝送路制御処理、実施の形態における各装置の構成について説明した。以下、装置情報、伝送路接続情報、伝送路接続情報更新処理を、図１３に示したＳＡＮ構成に、第１の伝送路制御処理を適用しながら、具体的に説明する。
【００８４】
図１３は、第１の伝送路制御処理を適用するネットワーク計算機システムの別の構成例を示している。図１３は、図３のネットワーク計算機システムの領域３１の詳細を示した図であり、サーバ２１、２２、２３、ファイバチャネルスイッチ２４、２５、２６、ストレージ２７、２８、２９がそれぞれ、ネットワーク１５に接続されている。
【００８５】
各サーバでは、ストレージから得たデータを、サーバ上で実行されるアプリケーションプログラムが処理し、図示省略されたクライアントに処理結果を提供する。サーバ２１、２２、２３、ストレージ２４、２５、２６、ファイバチャネルスイッチ２７、２８、２９は、エージェントプログラム３２がインストールされ、装置情報送信機能、故障復旧通知機能を備えている。管理装置１３には、マネージャプログラム３４がインストールされる。
【００８６】
サーバ２１は、アプリケーションプログラム１３１を実行する際、２つの伝送路１６５、１６６を使用する。伝送路１６５は、サーバ２１のホストバスアダプタ（ＨＢＡ）１３４、ファイバチャネルスイッチ（ＦＣスイッチ）２４のポート１４１、ポート１４３、ストレージ２７の接続モジュール（ＣＭ）１５５を経てディスク装置１６２に至る。伝送路１６６は、サーバ２１のＨＢＡ１３５、ＦＣスイッチ２５のポート１４５、ポート１４８、ストレージ２７のＣＭ１５６を経てディスク装置１６２に至る。
【００８７】
サーバ２２では、アプリケーションプログラム１３２が、３つの伝送路１６７、１６８、１６９を使用する。伝送路１６７は、サーバ２２のＨＢＡ１３６、ＦＣスイッチ２４のポート１４２、ポート１４４、ストレージ２８のＣＭ１５７を経てディスク装置１６３に至る。伝送路１６８は、サーバ２２のＨＢＡ１３７、ＦＣスイッチ２５のポート１４６、ポート１４９、ストレージ２８のＣＭ１５８を経てディスク装置１６３に至る。伝送路１６９は、サーバ２２のＨＢＡ１３８、ＦＣスイッチ２６のポート１５１、ポート１５３、ストレージ２８のＣＭ１５９を経てディスク装置１６３に至る。
【００８８】
サーバ２３では、アプリケーションプログラム１３３が、２つの伝送路１７０、１７１を使用する。伝送路１７０は、サーバ２３のホストバスアダプタ１３９、ＦＣスイッチ２５のポート１４７、ポート１５０、ストレージ２９の接続モジュールＣＭ１６０を経てディスク装置１６４に至る。伝送路１７１は、サーバ２３のＨＢＡ１４０、ＦＣスイッチ２６のポート１５２、ポート１５４、ストレージ２９のＣＭ１６１を経てディスク装置１６４に至る。
【００８９】
図１４から図１６は、サーバに格納される装置情報３３の例を示す図である。
【００９０】
図１４は、サーバ２１に格納される装置情報の例である。サーバの動作状態を示す機器動作状態２０１、サーバで実行されるアプリケーションプログラムを示す構成アプリケーション２０２、構成アプリケーションを実行する際、サーバが使用する伝送路である使用伝送路２０３、使用伝送路が使用可能な状態にあるかを示す伝送路動作状態２０４、使用伝送路２０３にて使用されるホストバスアダプタを示す使用ＨＢＡ２０５、使用ＨＢＡ２０５の状態を示すＨＢＡ状態２０６、使用ＨＢＡ２０５が最終的に接続されるターゲットストレージ２０７、ターゲットストレージ２０７との接続に使用される接続モジュール２０８、ターゲットストレージ２０７におけるアクセス領域を示す論理番号である論理アドレス（ＬＵＮ）２０９を有している。
【００９１】
論理アドレス（ＬＵＮ）は、仮想的なディスクに対して振られる番号のことである。例えば物理的に１本のハードディスクしかないストレージ装置であっても、サーバにインストールされたプログラムまたはストレージのコントローラによって、仮想的にハードディスクを分割し、多数のハードディスクを備えたディスク装置であるかのようにサーバに見せることができる。論理アドレスは、この場合の分割された仮想的なハードディスクにアクセスするために使用される番号である。論理アドレスを用いることで、ディスク装置を柔軟に使用することが可能となる。
【００９２】
図１４では、サーバに故障が発生しておらず、機器動作状態は正常であることがわかる。サーバ２１での構成アプリケーションは、図１３よりアプリ１３１である。アプリ１３１は伝送路１６５、１６６を使用し、伝送路１６５は、ＨＢＡ１３４を、伝送路１６６は、ＨＢＡ１３５をそれぞれ使用する。
【００９３】
サーバ２１は、ＨＢＡの接続先であるストレージの情報を獲得し、それをターゲットストレージ２０７、接続モジュール２０８、ターゲット論理アドレス２０９に設定する。図１４から、ＨＢＡ１３４は、ストレージ２７の接続モジュールＣＭ１５５に接続され、ＬＵＮ０から７までアクセス可能であることが読み取れる。同様に、ＨＢＡ１３５は、ストレージ２７の接続モジュールＣＭ１５６に接続され、ＬＵＮ０から７までアクセス可能であることがわかる。
【００９４】
図１５は、サーバ２２に格納される装置情報の例である。装置情報の項目は、サーバ２１と同じであり、細かい説明は省略する。サーバ２１では、アプリ１３２の実行に際し、３つの伝送路１６７、１６８、１６９が使用されることなどがわかる。
【００９５】
図１６は、サーバ２３に格納される装置情報の例である。装置情報の項目は、サーバ２１と同じであり、細かい説明は省略する。サーバ２２では、アプリ１３３の実行に際し、２つの伝送路１７０、１７１が使用されることなどがわかる。
【００９６】
図１７から図１９は、ファイバチャネルスイッチに格納される装置情報の例を示す図である。
【００９７】
図１７は、ファイバチャネルスイッチスイッチ２４に格納される装置情報の例を示す図である。ファイバチャネルスイッチ２４の装置情報として、ファイバチャネルスイッチの動作状態を示す機器動作状態３０１、ポートの動作状態を示すポート動作状態３０２、ポートの接続先を示すポート接続先情報３０３、ポートのグループ分けを示す構成ゾーニング情報３０４、ゾーン内のポートの組を示すポートペア３０５を有している。
【００９８】
ゾーニングとは、１つのファイバチャネルスイッチに複数のポートがある場合、複数のポートをまとめてグループ化するものである。ゾーニングのメリットは、異なるゾーンに属するポートへのアクセスを制限できることである。この機能により、サーバが他ゾーンのストレージに誤ってアクセスすることを防止でき、複数台のファイバチャネルスイッチを用意することなく１台のファイバチャネルスイッチで、ゾーンごとの独立した用途に応じ、サーバ、ストレージを使用することが可能となる。
【００９９】
また、ファイバチャネルスイッチは、サーバ、ストレージまたは他のファイバチャネルスイッチと接続される場合、接続線を使用し、接続先である相手のインタフェースまたはポート情報を知ることが可能であり、ポート接続先情報はそのようにして得られる。
【０１００】
図１７では、ファイバチャネルスイッチ２１に故障箇所はなく、機器動作状態３０１は正常である。ポート動作状態３０２は、各ポートとも正常である。ポート１４１はサーバ２１のＨＢＡ１３４と、ポート１４２はサーバ２２のＨＢＡ１３６と、ポート１４３はストレージ２７のＣＭ１５５と、ポート１４４はストレージ２８のＣＭ１５７と接続されることがわかる。構成ゾーニング情報３０４から、ゾーン１が構成されており、ゾーン１には、ポート１４１とポート１４３のペアと、ポート１４２とポート１４４のペアが存在する。
【０１０１】
図１８は、ファイバチャネルスイッチ２５に格納される装置情報の例を示す図である。装置情報の項目は、ファイバチャネルスイッチ２４と同じであり、細かい説明は省略する。ファイバチャネルスイッチ２５には、ゾーン２に３つのポートペアが存在し、サーバ２２のホストバスアダプタとストレージ２８の接続モジュール間の接続を仲介していることがわかる。
【０１０２】
図１９は、ファイバチャネルスイッチ２６に格納される装置情報の例を示す図である。装置情報の項目は、ファイバチャネルスイッチ２４と同じであり、細かい説明は省略する。ファイバチャネルスイッチ２６には、ゾーン３に２つのポートペアが存在し、サーバ２３のホストバスアダプタとストレージ２９の接続モジュール間の接続を仲介していることがわかる。
【０１０３】
図２０から図２２は、ストレージに格納される装置情報の例を示す図である。
【０１０４】
図２０は、ストレージ２７に格納される装置情報の例を示す図である。ストレージの動作状態を示す機器動作状態４０１、ストレージで設定可能な論理アドレスを示す構成論理アドレス４０２、ストレージに備えられたインタフェースを示す構成接続モジュール４０３、構成接続モジュール４０３の動作状態を示す動作状態４０４、構成接続モジュール４０３に対する接続を許可するＨＢＡを示すアクセス許可ＨＢＡ４０５、構成論理アドレス４０２のうち構成接続モジュールがどこまでアクセス可能かを示すアクセス許可論理アドレス４０６を有している。
【０１０５】
構成論理アドレス４０２は、制御装置１００（図１１）が設定可能な最大論理アドレス数であり、アクセス許可論理アドレス４０６は、接続モジュールごとに構成論理アドレス４０２を超えない範囲で設定される論理アドレス数である。また、アクセス許可ＨＢＡ４０５に指定されたホストバスアダプタ以外をその接続モジュールに接続しても、ストレージのデータにアクセスすることはできない。
【０１０６】
図２０では、ストレージ２７に故障箇所はなく、機器動作状態４０１は正常である。構成論理アドレス４０２は、ＬＵＮ０からＬＵＮ１２７となっている。ストレージ２７には、接続モジュールＣＭ１５５とＣＭ１５６があることがわかる。ＣＭ１５５の動作状態４０４は正常である。ＣＭ１５５のアクセス許可ＨＢＡ４０５はＨＢＡ１３４で、これ以外のＨＢＡと接続してもストレージのデータにアクセスすることはできない。アクセス許可論理アドレス４０６は、ＬＵＮ０からＬＵＮ６３である。
【０１０７】
ＣＭ１５５の接続先であるサーバ２１で設定されているターゲット論理アドレス２０９とストレージ２７で設定されているアクセス許可論理アドレス４０６の共通部分（論理積）が、実際にアクセスできる論理アドレスとなる。
【０１０８】
同様に、ＣＭ１５６の動作状態４０４は正常である。ＣＭ１５６のアクセス許可ＨＢＡ４０５はＨＢＡ１３５で、アクセス許可論理アドレス４０６は、ＬＵＮ０からＬＵＮ３１であることがわかる。
【０１０９】
図２１は、ストレージ２８に格納される装置情報の例を示す図である。装置情報の項目は、ストレージ２７と同じであり、細かい説明は省略する。ストレージ２７には、３つの接続モジュールが存在し、それぞれサーバ２２と接続されることがわかる。
【０１１０】
図２２は、ストレージ２９に格納される装置情報の例を示す図である。装置情報の項目は、ストレージ２７と同じであり、細かい説明は省略する。ストレージ２７には、２つの接続モジュールが存在し、それぞれサーバ２３と接続されることがわかる。
【０１１１】
管理装置１３は、マネージャプログラムの機能により、図１４から図２２に示される装置情報３３を収集し、まとめて装置情報３５として保存し、伝送路接続情報３７を作成する。そこで、次に、装置情報３５から伝送路接続情報３７を作成する処理である伝送路接続情報更新処理を説明する。
【０１１２】
図２３は、装置情報３５から伝送路接続情報３７を作成する伝送路接続情報更新処理を示すフローチャートである。
【０１１３】
まず、サーバ装置情報から、サーバで実行されるアプリケーションプログラムを特定する（Ｓ８０）。サーバ装置情報の構成アプリケーション２０２を抜き出せばよい。次に、ステップＳ８０で得られるアプリケーションプログラムが実行される際、サーバが使用する伝送路を特定する（Ｓ８１）。サーバ装置情報３３の使用伝送路２０３を抜き出せばよい。
【０１１４】
次に、ステップＳ８１で得られる伝送路で使用されるホストバスアダプタを特定する（Ｓ８２）。サーバ装置情報の使用ＨＢＡ２０５を抜き出せばよい。ステップＳ８２で得られるＨＢＡが接続されるストレージと、使用されるストレージ接続モジュールを特定する（Ｓ８３）。サーバ装置情報から、ターゲットストレージ２０７と接続モジュール２０８を抜き出せばよい。
【０１１５】
次にサーバとストレージの接続にファイバチャネルスイッチが使用されているか判定する（Ｓ８４）。これは、ファイバチャネルスイッチの装置情報から、ステップＳ８２で得られるホストバスアダプタまたはステップＳ８３で得られる接続モジュールに接続先が一致するポートがないかを検索すればよい。
【０１１６】
ステップＳ８４で、一致するポートが存在すれば、ホストバスアダプタと接続されたＦＣスイッチのポートを特定する（Ｓ８５）。ステップＳ８５で、サーバとファイバチャネルスイッチの接続状態がわかる。次に、接続モジュールと接続されたＦＣスイッチのポートを特定する（Ｓ８６）。ステップＳ８６で、ストレージとファイバチャネルスイッチの接続状態がわかる。
【０１１７】
そして、ステップＳ８５とステップＳ８６で得られたポートを結ぶ経路を探す（Ｓ８７）。もし、２つのポートが同じスイッチ上にあるならば、スイッチ構成情報のポートペア３０５で一致するものを探す。２つのポートが違うスイッチ上にあるならば、スイッチ同士を接続する経路を探し出す。どちらの場合も、ポートを接続する経路が見つからなければ伝送路としては分断されていることになり、伝送路にはならない。
【０１１８】
次に、ホストバスアダプタからストレージモジュールまでの接続状況から、伝送路を構成する装置を特定する（Ｓ８８）。ステップＳ８４にて、サーバとストレージがＦＣスイッチを仲介せずに接続される場合も、ステップＳ８８を処理する。
【０１１９】
ストレージ接続モジュールがアクセスできる装置に制限があれば、アクセス可能な装置を特定する（Ｓ８９）。ステップＳ８９は、サーバの装置情報３３のターゲット論理アドレス２０９とストレージ２７の装置情報３３のアクセス許可論理アドレス４０６の共通部分（論理積）を抜き出せばよい。
【０１２０】
以上の処理をサーバで実行されるアプリケーションが使用するすべての伝送路に対して行えば、伝送路接続情報が完成する。
【０１２１】
続いて、伝送路接続情報の具体例を説明する。
【０１２２】
図２４は、図１４から図２２を用いて、図２３の伝送路接続情報更新処理により作成された伝送路接続情報の例である。
【０１２３】
まず、図１４のサーバ２１の装置情報３３から、サーバ２１でアプリ１３１が実行され、その実行に際し、サーバ２１は、伝送路１６５、１６６の２つを使うことがわかる（図２３ステップＳ８０、Ｓ８１）。ここでは、伝送路１６５に着目する。伝送路１６５で使用されるホストバスアダプタは、図１４の使用ＨＢＡ２０５からＨＢＡ１３４とわかる（ステップＳ８２）。そして、図１４のターゲットストレージ２０７、接続モジュール２０８から、ＨＢＡ１３４が、ストレージ２７の接続モジュール１５５に接続されていることがわかる（ステップＳ８３）。
【０１２４】
次に、サーバとストレージの接続にファイバチャネルスイッチが使用されているか判定する（ステップＳ８４）。ファイバチャネルスイッチの装置情報を検索すると、図１７のファイバチャネルスイッチ情報から、ファイバチャネルスイッチ２４のポート１４１が、ホストバスアダプタ１３４と、ポート１４３が接続モジュール１５５と接続されていることがわかる（ステップＳ８５、Ｓ８６）。
【０１２５】
また、図１７のファイバチャネルスイッチの装置情報のポートペア情報３０５からポート１４１とポート１４３がペアであることがわかり、ポートを結ぶ経路が見つかった（ステップＳ８７）。
【０１２６】
以上により、伝送路１６５が、ホストバスアダプタ１３４から、ファイバチャネルスイッチ２４のポート１４１、ポート１４３を経て、ストレージ２７の接続モジュール１５５に至る接続状態であることがわかり、図２４において、伝送路構成５０１に判明した接続状態が設定される（ステップＳ８８）。
【０１２７】
次に、図１４のホストバスアダプタ１３４に対し設定されたターゲット論理アドレス２０９と、図２０の接続モジュール１５５に対し設定されたアクセス許可論理アドレス４０６の共通部分を取り、ＬＵＮ０から７がアクセス可能論理アドレス５０２に設定される（ステップＳ８９）。図２４の伝送路接続情報には他に、伝送路状態２０４、使用ＨＢＡ２０５が記録されている。
【０１２８】
伝送路１６５以外の伝送路に関しても、同様に図２３の伝送路接続情報更新処理を行い、図２４が完成される。
【０１２９】
続いて、図２５から図２８にて、図１３に示したＳＡＮ構成にて故障が発生した場合の例を、第１の伝送路制御処理を適用しながら、具体的に説明する。
【０１３０】
図２５は、図１３のファイバチャネルスイッチ２６全体が使用不可となる場合で、伝送路１６９、１７１が使用できなくなるため、この伝送路を使用するサーバ２２、２３に対し、それぞれの伝送路の使用を停止させる例である。図２５の説明にあたり、図５のサーバ１をサーバ２２、２３と、ストレージ７をファイバチャネルスイッチ２６と読み替えて参照する。また、図１５、１６、２４も合わせて参照する。
【０１３１】
まず、ファイバチャネルスイッチ２６のエージェントプログラムの故障復旧通知機能により、故障が発生したことが管理装置１３に通知される（図５、Ｓ２５）。管理装置１３は故障箇所にかかる伝送路を検索する（Ｓ４２）。図２４の伝送路接続情報の伝送路構成５０２から、ファイバチャネルスイッチ２６が含まれる伝送路は、伝送路１６９、１７１の２つであることがわかる。
【０１３２】
次に、当該伝送路を使用するサーバに停止命令を発行する（Ｓ４３）。伝送路１６９を使用するアプリケーションは、図１５の使用伝送路２０３からアプリ１３２であり、伝送路１７１を使用するアプリケーションは、図１６の使用伝送路２０３からアプリ１３３とわかる。管理装置１３は、アプリ１３２、アプリ１３３が実行されるサーバを装置情報から読み取り、ログイン情報３８を利用し、サーバ２２にログインし、伝送路１６９の使用を停止させる。同様に、サーバ２３にログインし、伝送路１７１の使用を停止させる。
【０１３３】
図２５の適用例により、ＳＡＮ構成において、１箇所の故障が複数の伝送路に影響を与える場合であっても、管理装置１３は故障を検知し、その後自動的に故障箇所を含む伝送路を使用するサーバに対し、その伝送路の使用を停止させることができる。これにより、サーバが故障箇所を含む伝送路からの応答が無いことを待つことで生じる、サーバの処理性能低下を防ぐことができる。
【０１３４】
図２６は、サーバ２２のＨＢＡ１３７にて故障が発生し、伝送路１６９が使用できなくなるため、この伝送路を使用するサーバ２２に対し、伝送路１６９の使用を停止させる例である。図２６の説明にあたり、図５のサーバ１、ストレージ７を共にサーバ２２と読み替えて参照する。また、図１５、２４も合わせて参照する。
【０１３５】
まず、サーバ２２のエージェントプログラム３２の故障復旧通知機能により、ＨＢＡ１３７にて故障が発生したことが管理装置１３に通知される（図５、Ｓ２５）。管理装置１３は故障箇所にかかる伝送路を検索する（Ｓ４２）。図２４の伝送路接続情報の伝送路構成５０２から、ＨＢＡ１３７が含まれる伝送路は、伝送路１６８であることがわかる。
【０１３６】
次に、伝送路１６８を使用するサーバに停止命令を発行する（Ｓ４３）。図１５から、伝送路１６８を使用するアプリケーションは、アプリ１３２で、サーバ２２で実行されるとわかる。そこで、管理装置１３は、サーバ２２のログイン情報３８を利用し、サーバ２２にログインし、伝送路１６８の使用を停止させる。
【０１３７】
図２６の適用例により、ＳＡＮ構成において、サーバのホストバスアダプタが故障した場合でも、管理装置１３は故障を検知し、その後自動的に故障箇所を含む伝送路を使用するサーバに対し、その伝送路の使用を停止させることができる。これにより、サーバが故障箇所を含む伝送路からの応答が無いことを待つことで生じる、サーバの処理性能低下を防ぐことができる。
【０１３８】
図２７は、ファイバチャネルスイッチ２４のポート１４３にて故障が発生し、伝送路１６５が使用できなくなつため、この伝送路を使用するサーバ２１に対し、伝送路１６５の使用を停止させる例である。図２７の説明にあたり、図５のサーバ１をサーバ１８と、ストレージ７をファイバチャネルスイッチ２１と読み替えて参照する。また、図１４、２４を合わせて説明する。
【０１３９】
まず、ファイバチャネルスイッチ２４のエージェントプログラム３２の故障復旧通知機能により、ポート１４３にて故障が発生したことが管理装置１３に通知される（図５、Ｓ２５）。管理装置１３は故障箇所にかかる伝送路を検索する（Ｓ４２）。図２４の伝送路接続情報の伝送路構成５０２から、ファイバチャネルスイッチ２４のポート１４３が含まれる伝送路は、伝送路１６５であることがわかる。
【０１４０】
次に、伝送路１６５を使用するサーバに停止命令を発行する（Ｓ４３）。伝送路１６５を使用するアプリケーションは、図１４からアプリ１３１で、サーバ２１で実行されることがわかる。管理装置１３は、サーバ２１のログイン情報３８を利用し、サーバ２１にログインし、伝送路１６５の使用を停止させる。
【０１４１】
図２７の適用例により、ＳＡＮ構成において、ファイバチャネルスイッチのポートが故障した場合でも、管理装置１３は故障を検知し、その後自動的に故障箇所を含む伝送路を使用するサーバに対し、その伝送路の使用を停止させることができる。これにより、サーバが故障箇所を含む伝送路からの応答が無いことを待つことで生じる、サーバの処理性能低下を防ぐことができる。
【０１４２】
図２８は、ストレージ２９のＣＭ１１６０にて故障が発生し、伝送路１７０が使用できなくなったため、この伝送路を使用する２３に対し、伝送路１７０の使用を停止させる例である。図２８の説明にあたり、図５のサーバ１をサーバ２０と、ストレージ７をストレージ２９と読み替えて参照する。また、図１６、２４を合わせて参照する。
【０１４３】
まず、ストレージ２９のエージェントプログラム３２の故障復旧通知機能により、接続モジュール１６０にて故障が発生したことが管理装置１３に通知される（図５、Ｓ２５）。管理装置１３は故障箇所にかかる伝送路を検索する（Ｓ４２）。図２４の伝送路接続情報の伝送路構成５０２から、ストレージ２９の接続モジュール１６０が含まれる伝送路は、伝送路１７０であることがわかる。
【０１４４】
次に、伝送路１７０を使用するサーバに停止命令を発行する（Ｓ４３）。伝送路１７０を使用するアプリケーションは、図１６からアプリ１３３で、サーバ２３で実行されることがわかる。管理装置１３は、サーバ２３のログイン情報３８を利用し、サーバ２３にログインし、伝送路１７０の使用を停止させる。
【０１４５】
図２８の適用例により、ＳＡＮ構成において、ストレージの接続モジュールが故障した場合でも、管理装置１３は故障を検知し、その後自動的に故障箇所を含む伝送路を使用するサーバに対し、その伝送路の使用を停止させることができる。これにより、サーバが故障箇所を含む伝送路からの応答が無いことを待つことで生じる、サーバの処理性能低下を防ぐことができる。
【０１４６】
なお、以上述べてきた管理装置の機能をプログラムとして実現し、例えば、サーバ２１にインストールして実行することも可能である。その場合、管理装置１３を新たに設ける必要はない。
【０１４７】
以上、実施の形態例をまとめると以下の付記の通りである。
【０１４８】
（付記１）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置にて発生した故障箇所を、前記管理装置に通知する故障通知機能を備えるネットワーク計算機システムにおいて、
管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
前記故障通知機能により故障箇所が通知された場合、通知された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
前記サーバから前記ストレージにアクセスする際、前記使用不可となる伝送路を使用するサーバに対し、当該伝送路の使用を停止させることを特徴とするネットワーク計算機システム。
【０１４９】
（付記２）付記１において、
前記ネットワーク計算機システムは、さらに前記ネットワークに接続される少なくとも１台のファイバチャネルスイッチを有し、前記サーバと前記ストレージが、前記ファイバチャネルスイッチを介した複数の伝送路で接続され、前記ファイバチャネルスイッチは、前記故障通知機能を備えるネットワーク計算機システムであって、
前記伝送路を構成する装置に、前記ファイバチャネルスイッチが含まれることを特徴とするネットワーク計算機システム。
【０１５０】
（付記３）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置内の装置情報を管理し、前記管理装置からの要求に対し、前記装置情報を応答するネットワーク計算機システムにおいて、
前記管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
定期的にサーバおよびストレージに前記装置情報を要求し、
応答された装置情報から故障状態の装置があるか判定し、
故障状態の装置が検出された場合、検出された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
当該伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を停止させることを特徴とするネットワーク計算機システム。
【０１５１】
（付記４）付記３において、
前記ネットワーク計算機システムは、さらに前記ネットワークに接続された少なくとも１台のファイバチャネルスイッチを有し、前記ファイバチャネルスイッチは、自装置内の装置情報を管理し、前記管理装置からの要求に対し、前記装置情報を応答し、前記サーバと前記ストレージが、前記ファイバチャネルスイッチを介して接続されるネットワーク計算機システムであって、
前記管理装置は、ファイバチャネルスイッチに対しても、定期的に前記装置情報を要求することを特徴とするネットワーク計算機システム。
【０１５２】
（付記５）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、故障した装置が復旧したことを、前記管理装置に通知する復旧通知機能を備えるネットワーク計算機システムにおいて、
前記管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
前記復旧通知機能により復旧が通知された場合、通知された装置が前記構成する装置と一致する場合、当該伝送路を使用可能と判定し、
前記使用可能となる伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を開始させることを特徴とするネットワーク計算機システム。
【０１５３】
（付記６）付記５において、
前記ネットワーク計算機システムは、さらに前記ネットワークに接続された少なくとも１台のファイバチャネルスイッチを有し、前記サーバと前記ストレージは、前記ファイバチャネルスイッチを介した複数の伝送路で接続され、前記ファイバチャネルスイッチは、前記復旧通知機能を備えるネットワーク計算機システムにおいて、
前記伝送路を構成する装置に、前記ファイバチャネルスイッチが含まれることを特徴とするネットワーク計算機システム。
【０１５４】
（付記７）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージと、サーバおよびストレージの装置情報を管理する管理装置とを有し、前記サーバと前記ストレージは、複数の伝送路で接続され、サーバおよびストレージは、自装置内の装置情報を管理し、前記管理装置からの要求に対し、前記装置情報を応答するネットワーク計算機システムにおいて、
管理装置は、前記サーバが前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
定期的にサーバおよびストレージに前記装置情報を要求し、
応答された装置情報を保存し、
装置状態が異常から正常に変化した装置がある場合、当該装置が前記構成する装置と一致する場合、当該伝送路を使用可能と判定し、
当該伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を開始させることを特徴とするネットワーク計算機システム。
【０１５５】
（付記８）付記７において、
前記ネットワーク計算機システムは、さらに前記ネットワークに接続された少なくとも１台のファイバチャネルスイッチを有し、前記サーバと前記ストレージは、前記ファイバチャネルスイッチを介した複数の伝送路で接続されるネットワーク計算機システムにおいて、
前記管理装置は、ファイバチャネルスイッチに対しても、定期的に前記装置情報を要求することを特徴とするネットワーク計算機システム。
【０１５６】
（付記９）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージを有し、サーバおよびストレージは、自装置にて発生した故障箇所を通知する故障通知機能を備え、サーバ、ストレージを複数の伝送路で接続するネットワーク計算機システムに設けられ、サーバおよびストレージの装置情報を管理し、サーバおよびストレージの故障通知機能から通知される故障通知を受信する管理装置であって、
前記ストレージのデータにアクセスするために使用する伝送路について、前記伝送路を構成する装置と対応付けて記録し、
前記故障通知機能により故障箇所が通知された場合、通知された故障箇所が前記構成する装置と一致する場合、当該伝送路を使用不可と判定し、
前記サーバから前記ストレージにアクセスする際、前記使用不可となる伝送路を使用するサーバに対し、当該伝送路の使用を停止させることを特徴とする管理装置。
【０１５７】
（付記１０）それぞれネットワークに接続される、少なくとも１台のサーバと、少なくとも１台のストレージを有し、サーバおよびストレージは、自装置にて発生した故障箇所を通知する故障通知機能を備え、サーバ、ストレージを複数の伝送路で接続するネットワーク計算機システムに設けられ、サーバおよびストレージの装置情報を管理し、サーバおよびストレージの故障通知機能から通知される故障通知を受信する管理装置であって、
前記サーバが、前記ストレージのデータにアクセスするために使用する前記伝送路について、前記伝送路を構成する装置と対応付けて記録し、
定期的にサーバおよびストレージに前記装置情報を要求し、
応答された装置情報を保存し、
装置状態が異常から正常に変化した装置がある場合、当該装置が前記構成する装置と一致する場合、当該伝送路を使用可能と判定し、
当該伝送路を使用するアプリケーションプログラムが実行されるサーバに対し、前記アプリケーションプログラムによる当該伝送路の使用を開始させることを特徴とする管理装置。
【０１５８】
【発明の効果】
サーバとストレージ間が複数の伝送路で接続されており、サーバでアプリケーションプログラムを実行する際、複数の伝送路が使用される環境において、伝送路を使用不可にするような故障が発生した場合、自動的に、故障により使用不可となる伝送路のサーバによる使用を停止させる。
【０１５９】
これにより、サーバが故障箇所を含む伝送路にアクセスすることで生じる、アプリケーションプログラムの待ち時間を避け、サーバの性能低下を防止することができる。また、システム管理の面からも、故障解析、故障部品の交換などの作業を迅速に行うこともでき、システム管理の効率が向上する。
【０１６０】
部品の交換が完了し、故障前にアプリケーションプログラムを実行する際、サーバにより使用されていた伝送路が復旧する場合、自動的に、復旧する伝送路がサーバにより使用され、システム管理者が復旧作業を行うのにかかる負担を軽くできる。
【図面の簡単な説明】
【図１】複数の伝送路により接続されたサーバおよびストレージと管理装置を備えたネットワーク計算機システムの例を示す図である。
【図２】従来の故障発生時の伝送路制御処理を示す図である。
【図３】本発明における実施の一形態を示す図である。
【図４】管理装置と管理対象の装置における機能を示す関係図
【図５】本発明に従う第１の伝送路制御処理を示す図である。
【図６】本発明に従う第２の伝送路制御処理を示す図である。
【図７】本発明に従う第３の伝送路制御処理の例を示す図である。
【図８】本発明に従う第４の伝送路制御処理の例を示す図である。
【図９】管理装置の構成例を示す図である。
【図１０】サーバの構成例を示す図である。
【図１１】ストレージの構成例を示す図である。
【図１２】ファイバチャネルスイッチの構成例を示す図である。
【図１３】第１の伝送路制御処理を適用するネットワーク計算機システムの別の構成例
【図１４】サーバ２１の装置情報の例を示す図である。
【図１５】サーバ２２の装置情報の例を示す図である。
【図１６】サーバ２３の装置情報の例を示す図である。
【図１７】ファイバチャネルスイッチ２４の装置情報の例を示す図である。
【図１８】ファイバチャネルスイッチ２５の装置情報の例を示す図である。
【図１９】ファイバチャネルスイッチ２６の装置情報の例を示す図である。
【図２０】ストレージ２７の装置情報の例を示す図である。
【図２１】ストレージ２８の装置情報の例を示す図である。
【図２２】ストレージ２９の装置情報の例を示す図である。
【図２３】伝送路接続情報更新処理を説明するためのフローチャート
【図２４】伝送路接続情報の例を示す図である。
【図２５】ＦＣスイッチにて故障が発生する例を示す図である。
【図２６】ホストバスアダプタにて故障が発生する例を示す図である。
【図２７】ＦＣスイッチのポートにて故障が発生する例を示す図である。
【図２８】接続モジュールにて故障が発生する例を示す図である。
【符号の説明】
１　サーバ
２　ＣＰＵ
３　メモリ
４　アプリケーションプログラム
５、６　ホストバスアダプタ（ＨＢＡ）
７　ストレージ
８、９　接続モジュール（ＣＭ）
１０　ディスク装置
１１、１２　伝送路
１３　管理装置
１４　入出力装置
１５　ネットワーク
１６、１７、１８、１９　接続線
２０　クライアント
２４、２５、２６　ファイバチャネルスイッチ
【図１】
2004088570.tif 000003
【図２】
2004088570.tif 000004
【図３】
2004088570.tif 000005
【図４】
2004088570.tif 000006
【図５】
2004088570.tif 000007
【図６】
2004088570.tif 000008
【図７】
2004088570.tif 000009
【図８】
2004088570.tif 000010
【図９】
2004088570.tif 000011
【図１０】
2004088570.tif 000012
【図１１】
2004088570.tif 000013
【図１２】
2004088570.tif 000014
【図１３】
2004088570.tif 000015
【図１４】
2004088570.tif 000016
【図１５】
2004088570.tif 000017
【図１６】
2004088570.tif 000018
【図１７】
2004088570.tif 000019
【図１８】
2004088570.tif 000020
【図１９】
2004088570.tif 000021
【図２０】
2004088570.tif 000022
【図２１】
2004088570.tif 000023
【図２２】
2004088570.tif 000024
【図２３】
2004088570.tif 000025
【図２４】
2004088570.tif 000026
【図２５】
2004088570.tif 000027
【図２６】
2004088570.tif 000028
【図２７】
2004088570.tif 000029
【図２８】
2004088570.tif 000030