JP2006236331A

JP2006236331A - 保存領域ネットワークの分析と問題報告の方法及び装置

Info

Publication number: JP2006236331A
Application number: JP2006017462A
Authority: JP
Inventors: Danilo Florissi; フローリシ，ダニーロ; Patricia Florissi; フローリシ，パトリシア; Prasanna Patil; パティル，プラサナ
Original assignee: EMC Corp
Current assignee: EMC Corp
Priority date: 2005-01-26
Filing date: 2006-01-26
Publication date: 2006-09-07
Also published as: US20060129998A1; EP1686764A1

Abstract

【課題】ＳＡＮの故障原因やその影響の分析やモデル化の方法を提供する。
【解決手段】複数のコンポーネントから１つを選択し、ＳＡＮに関係するコンポーネント間の関係を表現するステップと、コンポーネント間で発生する複数の事象と複数の可観察事象の間のマッピング処理を施すステップと、そのマッピング処理に基づいてシステム分析を実行するステップとを含んでいる。マッピング処理は各事象を各可観察事象と関連づける値として表示されている。また、ＳＡＮが複数の論理的ドメインである大型システムに含まれている場合の分析方法と分析装置が開示され、複数のコンポーネントからコンポーネントを選択するステップと、コンポーネント間の関係を表現するステップと、コンポーネント間で発生する複数の事象と複数の可観察事象の間のマッピングステップ処理を施すステップと、そのマッピング処理に基づいてシステム分析を実行するステップとを含んでいる。
【選択図】図４

Description

本発明はコンピュータネットワークに関する。特には、保存領域（ストレージエリア）ネットワークのモデル化並びに分析装置と分析方法とに関する。

優先権主張
本出願は２００４年３月３１日出願の米国特許願１０/８１３８４２「多領域システムモデル化の方法と装置」の一部継続出願であり、３５ＵＳＣ１２０に基づく優先権を主張するものであり、その内容を本明細書に援用しており、２００５年１月２６日出願の米国仮特許願６０/６４７１０７「保存領域ネットワークの分析と問題報告の方法及び装置」の３５ＵＳＣ１１９(e)に基づく優先権を主張するものであり、その内容を本明細書に援用する。

関連出願
本願は、１９９４年５月２５日出願の米国特許５５２８５１６の継続である１９９５年６月６日出願の特許願０８/４６５７５４の継続である１９９６年７月１２日出願の米国特許５６６１６６８の継続である１９９７年７月１５日出願の米国特許６２４９７５５の継続である１９９４年５月２５日出願の米国特許５５２８５１６の継続である１９９５年６月６日出願の米国特許願０８/４６５７５４の継続である１９９６年７月１２日出願の米国特許５６６１６６８の継続である１９９７年７月１５日出願の米国特許６２４９７５５の継続である２００１年３月１６日出願の米国特許願０９/８０９７６９の継続である２００３年３月２７日出願の米国特許６８６８３６７の永続である米国特許願１１/０７７９３２「事件相関と問題報告のための装置及び方法」に関連する。以上の文献の内容を本明細書に援用する。

発明の背景
ストレージエリアネットワーク（ＳＡＮ）は、さほど費用をかけず、再構築によるサービス中断を最低限度に留めて大量の保存性能を追加することによりサーバー能力を大幅に増大させた。しかし、ＳＡＮ性能及び/又は利用可能性を分析する能力は採用されたモデルにより制限されてきた。ＳＡＮ対象物やＳＡＮ関連物に特に適した系統的な行動モデルが存在しないため、いくつかの重要な分析が制限される。例えば、ＳＡＮ内や、システム全体及び/又はＳＡＮ部材内での故障/不調のアプリケーションに対する影響を決定することは困難である。別例としては、ＳＡＮ部材、システム全体及び/又はアプリケーションに対して症状を引き起こす原因の決定は困難である。

従って、故障/不調原因や、そのような故障/不調の影響を決定するため、ストレージエリアネットワーク（ＳＡＮ）の分析とモデル化のための方法とシステムとが産業的に求められている。

発明の概要
ＳＡＮを論理的に表し、分析する方法と装置とが開示されている。この方法は、ＳＡＮと関連する複数の機器から対象機器を選択するステップと、選択された機器間の関連性を表現するステップとを含んでいる。さらに、複数の事象と、それら機器間で発生する複数の可観察事象との間でマッピング処理を施すステップを含んでいる。このマッピング処理は各事象を各可観察事象と関連付ける値として表される。この方法はさらに、事象と可観察事象のマッピング処理に基づいてシステム分析するステップを含む。本発明の別特徴では、ＳＡＮを表し、ＳＡＮに対する分析を実行する方法と装置が開示される。そこでは複数のドメインとして論理的に表現される大型システムに含まれるＳＡＮが開示される。本発明のこの特徴では、方法は複数の機器から選択された機器と、それら機器間の関係を表現するステップを含んでおり、それら機器のうちで少なくとも１つの機器が少なくとも２つのドメインと関連し、複数の事象と、それら機器間で発生する複数の可観察事象との間でマッピング処理を施すステップを含んでいる。このマッピング処理ステップは各事象を各可観察事象と関連させる値として表現される。この方法はさらに、事象と可観察事象のマッピング処理に基づいてシステム分析を実行するステップを含んでいる。

図１はＳＡＮ１００の１例であり、コンピュータシステム１１０はネットワーク１２０として表される通信パスを通ってサーバー１３０と情報の交換を行う。サーバー１３０はさらにネットワーク１４０を介して複数の保存媒体１５０．１・・・１５０．ｎと通信する。それら媒体は１つの大型保存スペースとして論理的に示される。注目すべきは、２つのサーバーが同一ＳＡＮに装着されることである。１つのＳＡＮの使用は有利である。なぜなら、ネットワークに追加の保存媒体を加えることで保存能力の増強ができるからである。図１の場合には、ネットワーク１２０はインターネット等のネットワークであり、それはＩＰベースプロトコールを使用する。ネットワーク１４０はファイバーチャンネル（ＦＣ）ベースプロトコールを使用したネットワークであってもよい。ファイバーチャンネルベースプロトコールはＳＡＮのために開発された。高速アクセスと大型バンドパスを提供するからである。近年、ＩＰベースネットワークがサーバー１３０と保存媒体１５０．１・・・１５０．ｎとの通信をサポートするために使用されている。ＳＡＮ、ファイバーチャンネルプロトコール及びＩＰプロトコールは良く知られており、説明は不要であろう。

図２ＡはＩＰネットワークの論理図である。この場合、ネットワーク１２０は、ホストまたはコンピュータシステム１１０とファイルサーバー１３０との通信を提供する。さらにコンピュータシステム１１０に“ホスト”されたアプリケーション２３５と、ファイルサーバー１３０に“ホスト”されたファイルシステム２４０とが図示されている。アプリケーション２３５とファイルシステム２４０は、それぞれのホストデバイスで独立的に実行されるソフトウェアプログラムを提供する。データファイル２４５はアプリケーション２３５とファイルシステム２４０との間の関係を表示する。

図２Ｂは、図２Ａで示すＩＰネットワークのマッピングを図示する。アプリケーション２３５によって、知られた読み取り及び/又は書き込み操作で複数のデータファイル２４５．１・・・２４５．ｋがアクセスされる。このアクセスは“レイヤードオーバーリレーションシップ”と呼称されるアプリケーションとファイルとの間の関連性で表現することができよう。ファイルシステム２４０がアプリケーション２３５からファイル２４５によって提供された情報を受領でき、アプリケーション２３５に情報を提供できるマネージャ機能を提供することも図示されている。この場合、ファイルシステム２４０はファイルシステム２４０とファイル２４５との間の関係によって表すことができる。この関係も“レイヤードオーバーリレーションシップ”と呼称される。本願の場合、“レイヤードオーバーリレーションシップ”は対象機器類として表される複数の対象機器間の相互依存性を表す。

図２Ａにはそれぞれハードウェアエレメントとソフトウェアエレメントを含むドメイン２１０と２３０が図示されている。この場合、ＩＰドメインと呼称されるドメイン２１０は、ハードウェアエレメントまたはフィジカルエレメントコンピュータシステム１１０、ＩＰネットワーク１２０、そしてファイルサーバー１３０を含む。アプリケーションドメインと呼称されるドメイン２３０は、非フィジカルソフトウェアエレメントアプリケーション２３５、データファイル２４５、ファイルシステム２４０、ハードウェアまたはフィジカルエレメントコンピュータシステム１１０並びにファイルシステム１３０を含む。図示のごとく、コンピュータシステム１１０とファイルシステム１３０は両ドメイン内に含まれ、ドメインインターセクションまたはドメインアソシエーションと呼称される。ドメインアソシエーションは図４に関して詳述する。

図３Ａは例示的ＳＡＮドメイン並びに関連ＩＰとアプリケーションのドメインの論理図である。この例ではＩＰネットワークのエレメント、すなわちコンピュータシステム１１０、ネットワーク１２０、ファイルサーバー１３０、及びソフトウェア２３５、２４０は図２Ａで示す通りであり、ホストシステム３１５及びストレージアレイ３５０ともＳＡＮ３１０を介して通信状態である。ストレージアレイ３５０は論理的にディスク１５０．１・・・１５０．ｎである（図１参照）。ホスト３１５はストレージプールのマネージャであり、ストレージプール管理のためにソフトウェア３２０を実行する。ストレージディスク１５０はエクステント３４０と呼ばれる論理エレメントに分割される。これらはストレージボリューム３３０である別な論理エンティティに配分される。ストレージボリューム３３０へのエクステント３４０の配分はストレージプールマネージャ（図示せず）により実行される。

特に、エクステント３４０はディスク、メモリ、等々の配分ユニットであり、伝統的なストレージブロックコンセプトを一般化させる。ボリュームはエクステント３４０を含み、ファイルシステムのバーチャルスペースの創出に使用される。例えば、ドライブＣ：、Ｄ：、Ｅ：等々への言及は、例えばマイクロソフトウィンドーズ操作システム内でロジカルボリュームラベルと関連させることができる。マイクロソフトとウィンドーは米国ワシントン州レッドモンドのマイクロソフトコーポレーションの登録商標である。

ストレージプール３２０は複数のエクステント３４０であり、管理目的で使用される。この場合、ボリュームの配分が望まれれば、ストレージプールマネージャは複数のエクステント３４０を選択し、ボリューム３３０として選択エクステント３４０を指定する。よって、ファイルシステム２４０（図２）はそのファイルを保存するためにストレージボリュームを配分することができる。ストレージボリューム３３０とエクステント３４０はフィジカルストレージデバイスと論理的に関連した周知のコンセプトである。

図３ＢはＳＡＮ利用例を図示する。ファイルサーバー１３０．１・・・１３０．ｎはそれぞれ複数のルータスイッチ３１７．１・・・３１７．ｍと通信状態である。それぞれのルータスイッチ３１７．１・・・３１７．ｍはストレージメディアムアレイ３５０．１・・・３５０．ｐと通信状態である。

図３Ｃは例示的なストレージメディアアレイ３５０．１の例えば利用法を図示する。この例では、ストレージメディアアレイ３５０．１はストレージディスクメディア１５０または複数のストレージメディア１５０．１から１５０．ｎまでにより構成されている。それぞれのストレージディスクメディア１５０はロジカルストレージエクステント３４０．１から３４０．ｑまでに分割される。

図３Ｄは、エクステント３４０と関連するストレージボリューム３３０のリソースを配分する例示的なファイルシステム２４０を図示する。この例では、ストレージボリューム３３０からのリソースを配分するファイルサーバー１３０はファイルシステム２４０をホストする。ストレージボリューム３３０は例えば３４０．１・・・３４０．ｑのエクステントにストレージスペースを与える。ストレージボリューム３３０は、ホストサーバー３１５でホストされたストレージプール３２０、すなわちエクステント３４０のストレージプールを提供するストレージマネージャのサービスを利用する。

図４は本発明の原理に従ったＳＡＮを含むシステムのオーバーラップドメインの実施例を示す。この実施例では、ドメイン２１０とドメイン２３０（図２）はＩＰネットワーク１２０のハードウェアエレメントとソフトウェアエレメントをそれぞれ含んでいる。ドメイン４１０とドメイン４２０も示されている。バーチャル化ドメインと呼称されるドメイン４１０は、ハードウェアエレメントフィラーサーバー１３０、ホスト３１５、ソフトウェアストレージプール３２０、ソフトウェアストレージボリューム３３０、ソフトウェアエクステント３４０、ソフトウェアファイルシステム２４０のソフトウェアエレメントを含んでいる。ＳＡＮドメインと呼称されるドメイン４２０はハードウェアエレメントファイルサーバー１３０、ネットワーク１３０、アレイ３５０、ストレージディスク１５０、ホスト３１５、及びソフトウェアエクステント３４０を含んでいる。

ドメイン間のインターセクションポイントまたはインターセクションアソシエーションも決定できる。例えば、ファイルサーバー１３０は前述のようにドメイン２１０とドメイン２３０との間のインターセクションを提供し、ドメイン４１０とドメイン４２０との間のインターセクションを提供する。同様に、ホスト３１５はドメイン４１０とドメイン４２０との間のインターセクションを提供する。インターセクションポイントの知識は有益である。なぜなら、インターセクションポイントに影響を及ぼすドメインのエラーや故障/不調は他のドメイン内に故障/不調及び/又はエラーを発生させるからである。すなわち、インターセクションポイントはインターセクションドメインを通じた事象の導通路として機能する。例えば、ディスク１５０内のエラーは、例えばエクステント３４０に影響を及ぼし、連鎖的にボリューム３３０に影響を及ぼし、ファイルシステム２４０に影響を及ぼす。よって、ファイルシステム２４０内のエラーはアプリケーションドメイン２３０にエラーまたは可検出事象を発生させるかもしれない。なぜなら、アプリケーション２３５はファイルシステム２４０で処理されたファイルを使用するかも知れないからである。同様に、もしファイルサーバー１３０が、ディスク１５０を使用するボリュームを配分するファイルシステムをホストするなら、ディスク１５０の故障/不調はファイルサーバー１３０に影響を及ぼし、ディスク１５０にアクセスするアプリケーションに問題や可検出事象をさらに発生させるかも知れない。

図５は、ストレージメディア１５０にデータを保存するために複数のファイルを使用し、システムのストレージメディア１５０に発生するエラーの影響を表す。この場合、ストレージメディア１５０のエラーはアプリケーションドメインに拡散し、エラーや可検出事象を関連アプリケーション２３５．１・・・２３５．ｒに発生させる。

図６はアレイ３５０での故障/不調や発生事象によって引き起こされるアプリケーションのエラーや可検出事象の発生の第２例を示す。この場合、発生事象はアレイ３５０を含んだ複数のストレージメディア１５０．１・・・１５０．ｍの１つの可検出事象でよい。

図７はコンポーネント内のエラーが、検出される同一症状を引き起こす過程を示す。この実施例では、ファイルの読み取り不調はアプリケーション２３５内にエラーを引き起こす。例えば、ＩＰネットワーク１２０、ファイルサーバー１３０、ＳＡＮ３１０、ホスト３１５、ストレージプール３２０、アレイ３５０及びストレージメディア１５０のうちの少なくとも１つのエラーは、アプリケーション２３５がストレージメディア１５０からファイルを読み取ることを妨害するであろう。この場合、“アプリケーション２３５はストレージメディア１５０からのファイルを読み取れない”症状により、問題の原因を決定することができない。

図８は図４で示すシステム内で発生するであろうエラーのチャートである。この場合、表示された対象機器クラスは、故障し、あるいは不調であり、そのシステムの問題の原因を構成するであろうエレメントである。

図９は図４で示すシステムの故障/不調の影響チャートである。この場合、対象機器は図８の対象機器の状態に依存する。特に、その依存性は図の説明欄で示されている。

図１０Ａから図１０Ｅは集合的に、本発明の原理に従った概要モデルの実施例である。図１０Ａは本発明のＳＡＮネットワークを含んだシステムの例示的概要モデル１０１０である。このモデルはＳＭＡＲＴＳＩｎＣｈａｒｇｅコモンインフォメーションモデル（ＩＣＩＭ）や類似した、または存在するＣＩＭベースモデルであり、ＳＡＮに適用される既知のネットワークモデルの延長である。ＳＡＮＳの基準は開発過程であり、http://www.snia.org/smi/tech_activities/smi_spec_pr/spec/]で得られよう。ＳＭＡＲＴとＩｎｃｈａｒｇｅは米国マサチューセッツ州ホプキントンのＥＭＣコーポレーションインクの商標である。このモデルはＤＭＴＦ/ＳＭＩモデルの延長である。モデルベースシステムは２００５年１２月出願の米国特許願１１/０３４１９２と、米国特許５５２８５１６、５６６８６２４９７５５及び６８６８３６７で説明されている。それらの内容を本願に援用する。これら米国特許は症状や問題等の可観察事象や可検出事象のマッピング処理に基づいたシステム分析の実行を教示する。

概要モデル１０１０は、ノード、ルーター、コンピュータシステム、ディスクドライブ等のフィジカルネットワークコンポーネント１０３０、及び/又はソフトウェア、アプリケーソンソフトウェア、ポート、ディスクドライブデジグネーション等のロジカルネットワークコンポーネント１０５０から選択されたものを有している。選択されたネットワークエレメントまたはコンポーネントはマネージドコンポーネントと呼称される。マネージドコンポーネントはコンポーネントの特徴や特性を含んでいる。図２Ａ、図２Ｂ、図３Ａから図３Ｄ及び図４から図７で示されているようにマネージドコンポーネント間の関連性も図示されており、モデルに含まれる。ＩＣＩＭ＿Ｓｙｓｔｅｍ１０２０とＩＣＩＭ＿Ｓｅｒｖｉｃｅ１０７０マネージドコンポーネントも図示されている。それらは図１０Ｂと図１０Ｃでさらに詳細に解説される。

図１０Ｂは、対象機器クラスマネージドシステムエレメント１０１２の例示延長部を示し、対象機器クラスＩＣＩＭ＿システム１０２０、ＩＣＩＭ＿フィジカルエレメント１０３０、及びＩＣＩＭ＿ロジカルデバイス１０４０を提供する。これら対象機器は、例えば図３Ａで示すＳＡＮのアレイ３５０、ディスク１５０及びエクステント３４０の一般的コンセプトまたはコンポーネントである。図示のごとく、マネージドコンポーネント対象機器フィジカルエレメント１０３０とロジカルデバイス１０４０は関係を共有し、フィジカルエレメント１０３０はリアライズドバイロジカルデバイス１０４０とロジカルデバイス１０４０リアライズフィジカルエレメント１０３０である。さらに、対象機器クラスＩＣＩＭ＿システム１０２０は対象機器クラスＩＣＩＭ＿コンピュータシステム１０２２を含む。これはクラスユニタリーコンピュータシステム１０２４を含み、アレイ３５０を表す。ユニタリーコンピュータシステムとはディストリビューテドマネージメントタスクフォース（ＤＭＴＦ）で表されるものである。ＤＭＴＦは周知であり、説明を要しないであろう。

対象機器クラスフィジカルパッケージ１０３２を含む対象機器クラスＩＣＩＭ＿フィジカルエレメント１０３０も図示されている。これはフィジカルストレージディスク１５０のごときフィジカルコンポーネントである。対象機器クラスＩＣＩＭ＿ロジカルデバイスは対象機器クラスストレージエクステント１０４２を含む。これはエクステント３４０であり、エクステント３４０はストレージボリューム３３０と通信状態である。

図１０Ｃは対象機器クラスＩＣＩＭ＿ロジカルエレメント１０５０の例示的延長を図示し、対象機器クラスＩＣＩＭ＿ロジカルデバイス１０４０とＩＣＩＭ＿サービス１０７０を提供する。これら対象機器クラスは図３Ａで示すＳＡＮのファイルシステム、ボリューム、エクステント及びストレージプールである。特に、対象機器クラスロジカルエレメント１０６０はファイルシステム２４０であり、ＩＣＩＭ＿サービス１０７０はストレージプール３２０である。対象機器クラス間の関係も図示されている。例えば、ファイルシステム２４０は対象機器クラスストレージエクステント１０４２とのリサイドオン関係を有する。それはファイルシステム２４０とのホストファイルシステム関係を有する。

図１０Ｄは、図３Ａで示すＳＡＮのディスク、カード及びポート間の関係を示す対象機器クラスの延長を図示する。例えば、フィジカルエレメント１０３０のフィジカルパッケージ１０３２は前述のようにストレージディスク１５０とＨＢＡ（ホットバスアダプター）であることができる。ＨＢＡ１０３６はディスクエレメントを動的にＳＡＮに追加したりＳＡＮから除去させる。同様に、対象機器クラスロジカルデバイス１０４０はネットワークアダプター１４５でよく、対象機器クラスポート１４６を含む。対象機器クラスポートはこの例示モデルで示されるようにファイバーチャンネル（ＦＣ）ポート１４７でよい。図示はしないが、ポート１４６は連続、平行、ＡＣＳＩ、ＳＣＳＩＩ、エーテルネット等の他タイプのポートでもよい。ロジカルデバイス１０４０はプロトコールコントローラ１４８でもよく、ネットワークで使用されるプロトコールタイプのものでよい。例えば、プロトコールコントローラ１４８はＳＣＳＩ（小型コンピュータ連続インターフェース）プロトコールコントローラ１４８．１とＦＣプロトコールコントローラ１４８．２でよい。図示しないが、プロトコールコントローラ１４８は他のタイプのプロトコール、例えば、エーテルネットでもよい。

図１０Ｅは図３Ａで示すＳＡＮのアプリケーション２３５、データファイル２４５、及びファイルシステム２４０間の関係を示すために対象機器クラスの延長を図示する。

ここで解説するストレージエリアネットワークのモデルに関し、原因決定または影響分析は、前述の米国特許文献で開示されているものに類似した相関関数で実施できる。

図１１Ａは原因相関関数のために適した例示的原因マトリックス、すなわち図１で示すＳＡＮに適した行動モデルを示す。図１１Ｂは図１１Ａで示す例示的原因相関関数に関する追加情報を図示する。

原因分析の１実施例はエクステント３４０で発生する故障/不調を考察することである。エクステント３４０での故障/不調または問題は、ファイルシステム２４０がエクステント３４０内にマップ処理されたデータにアクセスできないため、ファイルシステム２４０内に可検出事象または症状を創出するであろう。故障/不調はアプリケーション２３５がファイルシステム２４０からデータを取得するようリクエストしたとき、アプリケーション２３５に可検出事象または症状をさらに創出するであろう。故障/不調が発生しても、症状は必ずしも発生しない。すなわち、エクステント２４０のごときコンポーネントが故障/不調を経験していることを示している。原因相関は十分に強力でなければならず、エクステント２４０の状態を示す症状が発生するシナリオと、症状が発生しない場合との両方に対処できなければならない。ＳＡＮの原因分析は、図示された例示的因果関係マトリックスと、管理されたシステムで観察された症状から可能性が高い問題の原因を決定する。この場合、症状または可観察事象は少なくとも２つのドメインと関連するコンポーネント、すなわち、インターセクションポイントとアソシエーションとさらに関連する。

第２例としてストレージディスク１５０の故障/不調を考察する。ストレージディスク１５０の問題は、あたかもストレージディスクの全エクステントが同時的に故障している、あるいは不調であるように見える症状を引き起こすであろう。ストレージディスク１５０の問題はファイルシステム２４０に症状を引き起こすこともある。なぜなら、ファイルシステム２４０はストレージディスク１５０の一部であるエクステント３４０に保存されたデータにアクセスできないからである。同様に、アプリケーション２３５がストレージディスク１５０の一部であるエクステント３４０に保存されたデータにファイルシステム２４０からアクセスできないので、アプリケーション２３５に症状を引き起こすことがある。同様に、ストレージディスクの問題は故障している、あるいは不調であるストレージディスクと“リアライズドバイ”関係を有したエクステント３４０に症状を引き起こすこともあり得る。加えて、ストレージディスク内の問題はストレージディスク自体に症状を引き起こすこともあり得る。

図１２Ａは図１で示すＳＡＮに適した例示的影響分析またはエラー伝播相関関数を示す。図１２Ｂは図１２Ａで示す例示的影響相関関数に関する追加情報を示す。図１１Ａと図１１Ｂに関して説明したように、管理されたコンポーネントの１つ、または複数の故障/不調は、検出されるか、あるいはシステムで経験される症状を予測できるであろう。

図１３は本発明の原理を実行するのに使用可能なシステム１３００の実施例を図示する。システム１３００は入力/出力装置１３０２、プロセッサー１３０３及びメモリー１３０４を含むことができる。Ｉ/Ｏ装置１３０２は情報源または装置１３０１の上方にアクセスするか、情報を受領できる。情報源または装置１３０１は、ここで解説するプロセスに従って情報を送受信できるルーター、サーバー、コンピュータ、ノートブックコンピュータ、ＰＤＡ、携帯電話あるいは他の通信機器でよい。装置１３０１は、例えば無線広域ネットワーク、無線都市ネットワーク、無線地方ネットワーク、放送システム（ラジオ、ＴＶ）、衛星ネットワーク、携帯電話または無線電話ネットワーク、ＰＯＴＳ等の類似有線ネットワーク、インターネット、ＬＡＮ、ＷＡＮ及び/又はインターネット等の個人ネットワーク、それらの一部または組み合わせを介してネットワークコネクション１３５０にアクセスすることができる。

Ｉ/Ｏ装置１３０２、プロセッサー１３０３及びメモリー１３０４は通信メディア１３２５で通信できる。通信メディア１３２５は、例えばバス、通信ネットワーク、回路の内部接続、回路カード、その他の装置、並びにそれらの一部または組み合わせであってよい。クライエント装置１３０１からの入力データはメモリー１３０４に保存されるプログラムに従って処理され、プロセッサー１３０３で実行される。メモリー１３０４はデータ入力可能で情報を永久あるいは非永久的に保存できる磁気、光またはＲＡＭ等の半導体媒体でよい。プロセッサー１３０３はどのような手段でもよく、例えば汎用または特殊コンピュータシステムでよく、ラップトップコンピュータ、デスクトップコンピュータ、サーバー、携帯コンピュータ、あるいはハードウェア形態でよく、専用論理回路または集積回路でよい。プロセッサー１３０３はプログラム可能アレイロジック（ＰＡＬ）またはアプリケーション特定集積回路（ＡＳＩＣ）等でもよい。これらは“プログラム”可能であり、知られた入力に対応して知られた出力を提供するソフトウェアインストラクションまたはコードを含むことができる。１つの特徴では、ハードウェア回路が、本発明を実施するためにソフトウェアインストラクションの代わりに、または組み合わせて使用できる。ここで説明するエレメントはコード化された論理操作を使用して、またはハードウェア実行可能コードを実行して図示の操作の実施に利用できるディスクリートハードウェアとしても使用できる。

１特徴によれば、ここで示す方法はコンピュータ読み取り可能媒体に保存されたコンピュータ読み取り可能コードで表現できる。このコードはメモリー１３０４にも保存できる。このコードはメモリー媒体１３８３、Ｉ/Ｏ装置１３８５、またはフロッピディスク、ＣＤ−ＲＯＭ、ＤＶＤのごとき磁性または光媒体１３８７から読み取り、あるいはダウンロードでき、メモリー１３０４に保存できる。あるいは、説明したネットワークを利用してダウンロードできる。理解されようが、このコードはプロセッサー依存形態または独立形態でよい。ＪＡＶＡ（登録商標）はプロセッサー独立コードの１例である。ＪＡＶＡ（登録商標）は米国カルフォルニア州サンタクララ市のサンマイクロシステムの商標である。

ここで説明した機能を提供するように利用できるソフトウェアプログラムに従った処理後に、Ｉ/Ｏ装置１３０２で受領される装置１３０１からの情報もネットワーク１３８０により表示装置１３８５、報告装置１３９０または第２プロセッサーシステム１３９５である出力装置に伝達される。

ここで説明するコンピュータまたはコンピュータシステムとは、少なくとも１つの処理ユニットと電気的に接続して交信する周辺機器等のメモリーユニットや他の装置のことである。さらに、デバイスはＩＳＡバス、マイクロチャンネルバス、ＰＣＩバス、ＰＣＭＣＩＡバス等の内部バスや、回路、回路カードまたは他の装置、並びにそれらの一部またはそれら通信媒体あるいは外部ネットワークに電気的に接続できる。

以上、本発明の基本的で新規な特徴を好適実施例により説明したが、それらの様々な変形が可能である。本発明はそれら実施例で限定されない。例えば、ここで説明した方法やシステムは故障/不調検出、故障/不調モニター、実行状況、停滞、接続性、インターフェース不調、ノード不調、リンク不調、ルートプロトコールエラー、ルートコントロールエラー、及び原因分析等々を含むことができる。

実質的に同一機能を、実質的に同一方法で利用し、実質的に同一結果をもたらすエレメントの組み合わせは本発明の技術範囲内である。本発明の実施例間でのエレメントの交換も本発明の技術想定内である。

図１は従来式ストレージエリアネットワーク（ＳＡＮ）を図示する。図２Ａは、例示的ＩＰネットワークと関連する論理図である。図２Ｂは、例示的ＩＰネットワークと関連する論理図である。図３Ａは、例示的ＳＡＮの論理図である。図３Ｂは、例示的ＳＡＮの論理図である。図３Ｃは、例示的ＳＡＮの論理図である。図３Ｄは、例示的ＳＡＮの論理図である。図４は、本発明の原理に基づくＳＡＮの例示的オーバーラップドメインを図示する。図５は、問題またはエラーが発生したときに影響を受ける要素の例示図である。図６は、問題またはエラーが発生したときに影響を受ける要素の第２例示図である。図７は、ＳＡＮでのディスク問題やエラーの拡散状態を図示する。図８Ａは、本発明の原理に基づく例示的ＳＡＮ診断分析（図８Ａ〜図８Ｃ）の一部である。図８Ｂは、本発明の原理に基づく例示的ＳＡＮ診断分析（図８Ａ〜図８Ｃ）の一部である。は、本発明の原理に基づく例示的ＳＡＮ診断分析（図８Ａ〜図８Ｃ）の一部である。図９は、本発明の原理に基づく例示的ＳＡＮ影響分析である。図１０Ａは、本発明の原理に基づくＳＡＮモデルの例示的特徴を図示する。図１０Ｂは、本発明の原理に基づくＳＡＮモデルの例示的特徴を図示する。図１０Ｃは、本発明の原理に基づくＳＡＮモデルの例示的特徴を図示する。図１０Ｄは、本発明の原理に基づくＳＡＮモデルの例示的特徴を図示する。図１０Ｅは、本発明の原理に基づくＳＡＮモデルの例示的特徴を図示する。図１１Ａは、本発明の原理に基づく例示的原因分析相関表である。図１１Ｂは、本発明の原理に基づく例示的原因分析相関表である。図１２Ａは、本発明の原理に基づく例示的影響分析相関表である。図１２Ｂは、本発明の原理に基づく例示的影響分析相関表である。図１３は、本明細書記載の方法を実行するシステムを図示する。

これら図面は本発明の説明のみを目的としており、本発明の限定は意図されていない。

Claims

プロセッサーとメモリーとを含んだコンピュータシステムで利用され、複数のコンポーネントを含み、複数のドメインを有して提供されるシステムで分析を実行し、該ドメインの少なくとも１つはストレージエリアネットワーク（ＳＡＮ）であり、コンピュータシステムに組み込まれると少なくとも以下のステップをプロセッサーに実行させる方法であって、それらステップとは、
複数のコンポーネントから選択されたコンポーネントを提供し、それらコンポーネント間の関係を表現するステップであって、該複数のコンポーネントの少なくとも１つは少なくとも２つのドメインと関連していることを特徴とするステップと、
複数の事象と、コンポーネント間で発生する複数の可観察事象の間でマッピング処理を提供するステップであって、該マッピング処理は各事象を各可観察事象と関連付けることを特徴とするステップと、
事象と可観察事象のマッピングに基づいてシステム分析を実行するステップと、
であることを特徴とする方法。
少なくとも１つのＳＡＮドメインを提供するステップは、
選択コンポーネントの少なくとも１つの非特定要素を創出するステップであって、該非特定要素は、ロジカルエレメント、ロジカルデバイス、サービス、ファイルシステム、ストレージエクステント、デバイスコネクション、フィジカルエレメント、ホストサービス、及びフィジカルパッケージから選択されることを特徴とするステップと、
選択コンポーネント間で事象を拡散させる少なくとも１つの非特定要素を創出するステップであって、関係要素はリアライズ、リアライズドバイ、リザイドオン、ホストファイルシステム、コンクリートコンポーネントオブ、コンクリートコンポーネント、アロケーテドフロムストレージプール、アロケートツーストレージボリューム、コネクテドバイア、コネクテドツー、コネクテドバイプロトコールまたはプロトコールコントローラフォーポートから選択されることを特徴とするステップと、
を含んでいることを特徴とする請求項１記載の方法。
少なくとも２つのドメインと関連するコンポーネントはファイルシステム、ファイルサーバー、ホストサービスまたはストレージエクステントであることを特徴とする請求項２記載の方法。
マッピング処理は、
各ドメインに対して、そのドメイン内のコンポーネントのための複数の可観察事象と複数の事象の間でマッピング処理を施すステップをさらに含んでおり、少なくとも１つの可観察事象は少なくとも２つのドメインと関連するコンポーネントと関連していることを特徴とする請求項１記載の方法。
複数の可観察事象のうちの少なくとも１つに基づいて少なくとも１つの蓋然性が高い事象を決定するステップであって、該ステップは、複数の可観察事象と複数の事象に関連し、対応するドメインとのミスマッチ程度を決定するステップをさらに含んでいることを特徴とする請求項４記載の方法。
それぞれのドメインから決定された複数の蓋然性が高い事象のうちで少なくとも１つに基づいて少なくとも１つの事象を決定するステップをさらに含んでいることを特徴とする請求項５記載の方法。
少なくとも１つの可観察事象は少なくとも２つのドメインに関連する少なくとも１つのコンポーネントと関連することを特徴とする請求項１記載の方法。
システム分析は、故障/不調検出、故障/不調モニター、実行状況、停滞、接続性、インターフェース不調、ノード不調、リンク不調、ルートプロトコールエラー、ルートコントロールエラーあるいは原因分析から選択されることを特徴とする請求項１記載の方法。
システム分析は、複数の事象のうちの少なくとも１つに基づいて少なくとも１つの蓋然性が高い事象を決定するステップを含んでいることを特徴とする請求項１記載の方法。