JP2004254270A - ストレージネットワーク管理のシステムと方法 - Google Patents
ストレージネットワーク管理のシステムと方法 Download PDFInfo
- Publication number
- JP2004254270A JP2004254270A JP2003141284A JP2003141284A JP2004254270A JP 2004254270 A JP2004254270 A JP 2004254270A JP 2003141284 A JP2003141284 A JP 2003141284A JP 2003141284 A JP2003141284 A JP 2003141284A JP 2004254270 A JP2004254270 A JP 2004254270A
- Authority
- JP
- Japan
- Prior art keywords
- san
- network
- data structure
- data
- topology
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ＦＣとＩＰの両方の技術を使ってネットワークトポロジー全体を管理することができ、統合ＧＵＩインターフェースからＩＰとＦＣのネットワークをつぎ目なく管理できるシステムと方法を提供する。
【解決手段】ＳＡＮトポロジーデータをローカルＳＡＮマネージャから受信できるローカルＳＡＮマネージャクライアントと、ＩＰネットワークトポロジーデータをＩＰネットワークマネージャから受信できるＩＰネットワークマネージャクライアントと、統合データ構造を保存できるデータべース及びデータべース管理エンジンを有し、該エンジンは、ローカルＳＡＮマネージャクライアント、ＩＰネットワークマネージャクライアント、及びデータべースと通信結合して、受信したＳＡＮトポロジーデータと受信したＩＰネットワークトポロジーデータを統合データ構造に変換し、さらにデータべース管理エンジンは統合データ構造をデータべースに保存する。
【選択図】 図１
【解決手段】ＳＡＮトポロジーデータをローカルＳＡＮマネージャから受信できるローカルＳＡＮマネージャクライアントと、ＩＰネットワークトポロジーデータをＩＰネットワークマネージャから受信できるＩＰネットワークマネージャクライアントと、統合データ構造を保存できるデータべース及びデータべース管理エンジンを有し、該エンジンは、ローカルＳＡＮマネージャクライアント、ＩＰネットワークマネージャクライアント、及びデータべースと通信結合して、受信したＳＡＮトポロジーデータと受信したＩＰネットワークトポロジーデータを統合データ構造に変換し、さらにデータべース管理エンジンは統合データ構造をデータべースに保存する。
【選択図】 図１
Description
【発明の属する技術分野】
本発明は、ストレージネットワーク全般に関わり、特にストレージネットワーク管理のシステムと方法に関する。但し、それに限定されるものではない。
【従来の技術】
従来のストレージネットワーク管理ソフトウェアでは、オペレータは、一種類のネットワークのトポロジーをビジュアルに見ることができた。例えば、ストレージエリアネットワーク（“ＳＡＮ”）管理ソフトウェアでは、ファイバチャネル（“ＦＣ”）ＳＡＮのトポロジーをオペレータが見ることができる。さらに、インタネットプロトコル（“ＩＰ”）管理ソフトウェアでは、オペレータはＩＰベースのネットワークのトポロジーを見ることができる。しかしながら、オペレータが、ＦＣとＩＰの両方の技術を使ったネットワークのトポロジーを見るストレージネットワーク管理ソフトウェアは存在しなかった。
【発明が解決しようとする課題】
この問題のため、クライアントとストレージ装置間で、端末間のコミュニケーションを行うのは困難である。例えば、クライアントは通常、ＩＰ経由でネットワークに接続する。クライアントからの要求は、ＩＰネットワーク経由でアプリケーションサーバに送られる。アプリケーションサーバは、ファイバチャネルＳＡＮ経由でストレージ装置からデータをダウンロードする。クライアントが、要求されたデータのダウンロードに失敗した場合、ネットワークオペレータは、障害の原因を突き止めて端末間のコミュニケーションを復活させるために、ＩＰネットワークとＦＣネットワークの両方をチェックしなければならない。
さらに、従来のＦＣ−ＳＡＮ管理ソフトウェアでは、ＩＰのようなネットワークセグメントの概念がないので、既存のＩＰ管理ソフトウェアと違って、オペレータがネットワークの階層構造を見ることはできない（ゾーニング技術が、ファイバチャネルのネットワークで論理サブネットワークを作成する唯一つの方法である）。従って、従来のＦＣ管理ソフトウェアでは、数百ものデバイスがあったとしても、ネットワーク全体が表示される。単一のネットワークのマップに数百ものデバイスが表示されるので、オペレータがターゲットのデバイスを特定するのは困難である。従って、ネットワークを管理する新しいシステムと方法が必要である。
【課題を解決するための手段】
本発明は、ストレージネットワークを管理するシステムを提供する。本システムは、グローバルＳＡＮマネージャとローカルＳＡＮマネージャとＩＰネットワークマネージャを有している。グローバルＳＡＮマネージャは、ローカルＳＡＮマネージャとＩＰネットワークマネージャに通信結合されている。ローカルＳＡＮマネージャは、ＦＣ−ＳＡＮからトポロジーデータを取り出して、グローバルＳＡＮマネージャに転送する。ＩＰネットワークマネージャは、トポロジーデータをＩＰネットワークから取り出して、グローバルＳＡＮマネージャに転送する。
グローバルＳＡＮマネージャは、ＧＵＩ、マップ編集プログラム、ストレージネットワークマップデータベース（“ＤＢ”）、ストレージネットワークマップＤＢ管理エンジン、ローカルＳＡＮマネージャクライアント、及びＩＰネットワークマネージャクライアントを有している。ＳＡＮマネージャクライアントとＩＰネットワークマネージャクライアントは、それぞれローカルＳＡＮマネージャとＩＰネットワークマネージャと通信するプログラムである。クライアントは、トポロジーデータを受け取って、ＤＢ管理エンジンに転送し、ＤＢ管理エンジンは、受け取ったトポロジーデータをＤＢに保存するため、統合データ構造に変換する。
ＧＵＩは、ＤＢに保存されたデータを用いて、ＦＣ及びＩＰネットワークの統合されたマップを表示する。マップ編集プログラムは、オペレータからＧＵＩ経由で受け取ったデータに基づいて、サブマップを再生する。
本発明はさらに、ネットワークを管理する方法を提供する。本方法は、データべース通信構成を生成すること、ＦＣ−ＳＡＮトポロジーマップデータを取得すること、ＩＰネットワークトポロジーマップデータを取得すること、ＦＣ−ＳＡＮとＩＰネットワークのトポロジーデータを統合データ構造に変換すること、及びそのデータ構造をＤＢに記録することを含んでいる。
従って、本システムと方法は、ＩＰとＦＣの技術の両方を使用しているネットワークのトポロジーを表示することができるという利点がある。
【発明の実施の形態】
本技術分野に造詣のある人であれば、本発明を理解し利用できるよう、特定のアプリケーションとその要求事項に関連づけて、以下説明する。この分野の技術を持った人にとっては実施例に対して様々な変更ができることは直ちに明らかであり、ここで定義される原理は本発明の趣旨と範囲を逸脱することなく他の実施例やアプリケーションに適用可能である。本発明は、ここで示された実施例に限定されることなく、ここで開示された原理、特長、技術が整合する範囲で、最も広範に解釈されなければならない。
図１は、本発明の実施例による階層ストレージネットワークマップ１００を示す図である。マップ１００は、ルートレベル１１０、インタネットレベル１２０、ネットワークレベル１３０、ＳＡＮレベル１４０とノードレベル１５０の５つの階層を有している。マップ１００は、ＩＰネットワークとＦＣ技術をベースとするデバイスの両方を有することができる。ルートレベル１１０はネットワーク全体を表すこともできるし、ネットワークの一部でストレージデバイスを有する部分などのように、ネットワークデバイスの種類を表示することもできる。ネットワークレベル１３０は、ＩＰネットワークとＦＣベースの技術の両方のストレージデバイスを表示する。ＳＡＮレベル１４０では、ＳＡＮレベルのサブマップが取得可能で、図２によりさらに詳しく説明する。
図２は、ＦＣ−ＳＡＮのトポロジーサブマップ１４０を示す図である。サブマップは、ゾーン表示とデバイス表示を有している。ＳＡＮレベル表示２１０はＳＡＮにおける異なったゾーンを示す。ゾーンＣなどのゾーンをクリックすると、デバイス表示とゾーン表示が開かれる。ホスト表示２２０とスイッチ表示２３０などのデバイス表示では、選択されたデバイスからアクセス可能なデバイス（論理及び物理両方の）が表示される。例えば、表示２３０でスイッチＣをクリックすると、セグメント表示２５０が開き、スイッチＣからアクセス可能なホストと２台のストレージデバイスが表示される。反対に、ゾーンＣをクリックすると、ＳＡＮセグメント表示２４０が開き、当該ゾーンにある全てのデバイスとそのトポロジーが示される。
図３は、本発明の実施例におけるストレージネットワーク管理方式３００を示す図である。方式３００は、グローバルＳＡＮマネージャ３１０、ローカルＳＡＮマネージャ３２０およびＩＰネットワークマネージャ３３０を有している。これらマネージャ３１０、３２０および３３０は、様々なネットワークに通信結合されている。
例えば、ローカルＳＡＮマネージャ３２０は、ＳＡＮストレージ３４２とＦＣスイッチ３４６を有するＦＣ−ＳＡＮ３４０に通信結合している。ＩＰネットワークマネージャ３３０は、ＩＰルーター３５２とＡＴＭスイッチ３５６を有するＩＰネットワーク３５０と、ｉＳＣＳＩ３５７を有するＩＰネットワーク３５８、及びＮＡＳ３６２とＮＡＳ３６６を有するＩＰネットワーク３６０に通信結合している。
グローバルＳＡＮマネージャ３１０は、ＲＡＩＤ３７２と３７６を有するＦＣ−ＳＡＮ３７０に通信結合している。グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０に通信結合していて、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０からトポロジーデータを受信する。さらに、グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０を必要とせずに、ＦＣネットワークデバイスから直接トポロジーデータを生成することができる。
グローバルＳＡＮマネージャ３１０は、トポロジーデータを受信すると、受信したデータをデータベースに保存用の統合データ構造に変換する。これに関して、さらに図５を使用して詳細に説明する。なお、グローバルＳＡＮマネージャは、データべースに保存された統合データに基づいて、ＦＣとＩＰネットワークのデバイス両方の統合トポロジーを表示することができる。
図４は本発明によるコンピュータの例４００を示すブロック図である。本発明の実施例において、グローバルＳＡＮマネージャ３１０は、実質的にコンピュータの例４００と同じであるコンピュータを有していても、コンピュータに常駐していてもよい。コンピュータの例４００は、中央処理装置（“ＣＰＵ”）４０５、作業メモリ４１０、固定メモリ４２０、ネットワークインタフェース４３０、表示装置４４０、及び入力装置４５０を有しており、これらはみなシステムバス４６０を通じて互いに通信結合している。
ＣＰＵ４０５は、固定メモリ４２０に保存されているソフトウェアを実行することができるプロセッサである。作業メモリ４１０はランダムアクセスメモリ（“ＲＡＭ”）、または他の形式の読み書き可能なメモリ装置あるいはメモリ装置の組み合わせを有していても良い。固定メモリ４２０として、ハードドライブ、読み出し専用メモリ（“ＲＯＭ”）、あるいはコンピュータの例４００が停止したあとでもデータを保存できる他のタイプのメモリ装置またはメモリ装置の組み合わせでよい。
ネットワークインタフェース４３０は、ローカルＳＡＮマネージャ３２０、ＩＰネットワークマネージャ３３０及び／またはＦＣ−ＳＡＮ３７０などのネットワークと、有線あるいは無線技術により、通信結合されている。表示装置４４０は、液晶ディスプレイ装置（“ＬＣＤ”）、ブラウン管表示装置または他の表示装置である。入力装置４５０は、キーボード、マウス、他のデータを入力する装置、あるいはデータ入力装置の組み合わせである。
この分野の技術を有する人には理解されることであるが、コンピュータの例４００は、ネットワーク接続、増設メモリ、増設プロセッサ、ＬＡＮ、ハードウェアチャンネルから情報を転送する入出力ライン、インタネット、あるいはイントラネットなどの増設機器を有することができる。また、プログラムとデータは、他の手段で受信しシステムに保存することが可能であることも、技術のある人には理解されることである。
図５は、本発明の実施例におけるグローバルストレージネットワークマネージャ３１０のソフトウェア方式を示す図である。グローバルストレージネットワークマネージャ３１０は、ＧＵＩプログラム（“ＧＵＩ”）５００、マップ編集プログラム５１０、ストレージネットワークマップデータべース（“ＤＢ”）５２０、ストレージネットワークマップデータべース管理プログラム（“ＤＢ ｍａｎａｇｅｍｅｎｔ ｐｒｏｇｒａｍ”）５３０、ローカルＳＡＮマネージャクライアントプログラム５５０、及びＩＰネットワークマネージャクライアントプログラム５４０を有している。
ＧＵＩ５００は図１と図２に示すようなＦＣ−ＳＡＮ及び／またはＩＰネットワーク技術のネットワークのサブマップを表示する。マップ編集プログラム５１０は、ＧＵＩ５００経由で受信したオペレータ入力に基づいてオブジェクトをロードする。マップ編集プログラム５１０は、ＧＵＩ５００からコマンドを受信すると、ＤＢ５２０から関係するデータを再生して、ＧＵＩ５００に送信し表示する。
ＤＢ５２０は、ＦＣ−ＳＡＮネットワークとＩＰネットワークの両方のトポロジーデータを統合データ構造で保存する。ＤＢ管理プログラム５３０は、ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０から受信したデータをＤＢ５２０の統合データ構造に変換してＤＢ５２０を管理する。統合データ構造については、さらに図６を用いて詳細に説明する。なお、ＤＢ管理プログラム５３０は、ＦＣ−ＳＡＮネットワークから直接受信したトポロジーデータを統合データ構造に変換することも可能である。
ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０は、ｎｅｔ−８プロトコルなどのデータべース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０などのローカルＳＡＮマネージャとＩＰネットワークマネージャ３３０などのＩＰネットワークマネージャからトポロジーデータを取得する。
図６は、ストレージネットワークマップデータべースデータ構造（“ｄａｔａ ｓｔｒｕｃｔｕｒｅ”）６００の例を示す図である。データ構造６００は、ＩＰネットワークサブマップとＳＡＮサブマップの両方を有している。データ構造６００は、４式のテーブル６１０、６２０、６３０及び６４０を有している。各テーブルは、サブマップオブジェクトを表示しており、オブジェクトＩＤ領域、オブジェクトタイプ領域、オブジェクトネーム領域、オブジェクトアイコン領域、及び次オブジェクトＩＤ領域を有している。なお、テーブル６４０などのＦＣオブジェクトのテーブルは、ローカルポートＷＷＮ領域とリモートポートＷＷＮ領域を有している。
オブジェクトＩＤ領域は、オブジェクトテーブルの認識番号を保有している。オブジェクトタイプ領域は、オブジェクトの型を示すデータを保有している。オブジェクトネーム領域は、オブジェクトの名前を示すデータを保有している。本発明の実施例では、ＧＵＩ５００はオブジェクトネーム領域のデータを表示している。オブジェクトネーム領域のデータは、ＩＰサブネットアドレスであってもよい。オブジェクトアイコン領域は、オブジェクトに対応するアイコンのファイル名を保有している。例えば、テーブル６３０では、ＧＵＩ５００は、テーブル６３０に対応して“ｆａｂｒｉｃ＿ｚｏｎｅ．ｉｃｏ”という名前のファイルのアイコンとしてオブジェクトを表示している。次オブジェクトＩＤ領域は、サブマップにマップされたオブジェクトＩＤのリストを有している。
ローカルポートＷＷＮとリモートポートＷＷＮの領域は、ＦＣポートの認識データを有している。リモートポートＷＷＮは、ローカルデバイスと結合するリモートデバイスのポートを表示している。
図７は、グローバルストレージネットワークを管理する方法７００を説明するフローチャートである。方法７００は、第一にＤＢ５２０通信構成を初期化（７１０）することを有している。次に、グローバルＳＡＮマネージャ３１０が、データべース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０から、ローカルＳＡＮマネージャクライアントプログラム５５０経由で、データ８００（図８）などのＦＣ−ＳＡＮトポロジーマップ情報を取得する（７２０）。グローバルＳＡＮマネージャ３１０は、次に、データべース通信プロトコル５６０を使用して、ＩＰネットワークマネージャ３３０から、ＩＰネットワークマネージャクライアントプログラム５４０経由で、データ９００（図９）などのＩＰネットワークトポロジーマップ情報を取得する（７３０）。
グローバルＳＡＮマネージャ３１０は全てのトポロジーマッピングデータを取得すると（７２０、７３０）、ＤＢ管理プログラム５３０を使用して、データを統合データ構造に変換し（７４０）そのデータ構造をＤＢ５２０に保存する。グローバルＳＡＮマネージャ３１０は、次にＧＵＩ５００を使用して、ＤＢ５２０に保存されているデータ構造に基づいてルートマップを表示する（７５０）。その後、ＧＵＩ５００は、マップの修正及び／またはサブマップの表示のオペレータ入力を受け付ける（７６０）。方法７００は、オペレータの入力に基づいてサブマップの表示に戻る（７５０）。
図８は、ローカルＳＡＮマネージャから受信したデータ８００の例を示す図である。データ８００の各テーブルは、ノードタイプ領域、ノードＩＤ領域、ＩＰアドレス領域、ＩＰサブネットマスク領域、ホスト名領域、ローカル＆リモートＷＷＮ領域、及びゾーン領域を有している。
ノードタイプ領域はデバイスタイプのパラメータを表わしている。ノードＩＤ領域はノードの固有の識別番号を表示する。ＩＰアドレス領域とＩＰサブネットマスク領域は、デバイスポートに割り当てられたＩＰアドレスパラメータを表示する。ホストコンピュータ、スイッチやストレージなどの典型的なＦＣデバイスは、それぞれＩＰネットワークポートと、データＩ／ＯとＳＮＭＰ通信に使用されるＦＣポートを有している。
ホスト名領域は、ホストコンピュータに割り当てられたホスト名を表示する。ローカル＆リモートＷＷＮ領域は、ローカル及びリモートのポートに割り当てられたＦＣ−ＷＷＮを表示する。ローカル＆リモートＷＷＮのペアは、ローカルデバイスとリモートデバイスの間の接続を意味する。
この例では、ホストコンピュータのポート“１０１１：００００：００００：１０２４”とファブリックスイッチのポート“２０１１：０１１１：１０００：０００１”がデバイスに接続されている。ゾーン領域は、単一のファブリックゾーングループに属するノードＩＤのリストを表示している。この例では、ノードＩＤ“００１０”のホストコンピュータとノードＩＤ“２２０１”のＳＡＮストレージが、単一のファブリックゾーングループに定義されている。
図９は、ＩＰネットワークマネージャから受信したデータ９００の例を示す図である。データ９００のテーブルに表示されている各オブジェクトには、ノードタイプ領域、ノードＩＤ領域、ノード名領域、ポートＩＰアドレス領域、及びサブネットマスク領域がある。ネットワークＩＰアドレスとサブネットマスクは、ＩＰアドレスのネットワークの部分を示す。これは、特定のネットワークポートに割り当てられたＩＰアドレスではなく、ネットワークのセグメント自体を指定するものである。ノードタイプ、ノードＩＤ，ノード名領域は、基本的に図８で説明した領域と同様である。ポートＩＰアドレスとサブネットマスク領域の組み合わせで、特定のＩＰネットワークポートに割り当てられたＩＰアドレスが示される。
図１０は、ストレージネットワークサブマスクを生成する方法１０００を説明するフローチャートである。方法１０００は、ＤＢ管理プログラム５３０が、ＳＡＮトポロジーマップ情報で指定されるＩＰアドレスに対応するＩＰアドレスを有するＩＰネットワークレベルのサブマップオブジェクトを有するＦＣ−ＳＡＮデバイスを含むＩＰネットワークレベルのサブマップオブジェクトを探す（１００１）ことを含んでいる。ＤＢ管理プログラム５３０は、次にＩＰネットワークレベルサブマップオブジェクトをロードする（１００２）。
各ＩＰネットワークについて：ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップオブジェクトのＳＡＮデバイスに対応するデバイスを見つける。次に、ＩＰネットワークサブマップのＳＡＮデバイスが、単一のＳＡＮグループに統合される（１００４）。ＳＡＮデバイスを示す次オブジェクトＩＤ領域の値がクリアされる。ＤＢ管理プログラム５３０は、次に、全てのゾーンとＳＡＮオブジェクトであるデバイスのためにＳＡＮレベルのサブマップオブジェクトを生成する（１００５）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名、オブジェクトアイコンの領域も埋められる。
最後に、ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップの次オブジェクトＩＤに、生成された（１００５）ＳＡＮレベルサブマップオブジェクトの１つを設定する（１００６）。統合（１００４）、生成（１００５）及び設定（１００６）の結果、ＩＰネットワークサブマップのＳＡＮデバイスは、ＳＡＮレベルのサブマップオブジェクトに統合され切り替えられる。
各ゾーンについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの“ｚｏｎｅ ｖｉｅｗｓ”を生成する（１００８）。各ゾーンのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。次オブジェクトＩＤ領域には、当該ゾーンに属するデバイスのノードＩＤ値が埋められる。ＤＢ管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８にて）のオブジェクトＩＤ値を設定する（１００９）。
各ＳＡＮデバイスについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの“ｄｅｖｉｃｅ ｖｉｅｗｓ”を生成する（１０１１）。
各デバイスのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。次オブジェクトＩＤ領域には、ターゲットデバイスからアクセス可能なデバイスのノードＩＤ値が埋められる。次に、データべース管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１０１１にて）のオブジェクトＩＤ値を設定する（１０１２）。
各ＳＡＮセグメントについて：ＤＢ管理プログラム５３０は、ノードレベルサブマップオブジェクトを生成する（１０１４）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名とオブジェクトアイコンの領域は、しかるべき値で埋められる。ＤＢ管理プログラム５３０は、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８及び１０１１にて）の次オブジェクトＩＤ領域に、生成されたノードレベルサブマップオブジェクト（１０１４にて）のオブジェクトＩＤ値を設定する（１０１５）。これで、方法１０００は終了する。
図１１は、サブマップを表示する方法１１００のフローチャートである。方法１１００は、マップ編集プログラム５１０により、ＤＢ５２０からルートマップオブジェクトをロードする（１１０１）ことを含んでいる。マップ編集プログラム５１０はさらに、ルートマップオブジェクトの次オブジェクトＩＤ領域で指定されるサブマップオブジェクをロードする（１１０２）。ロード（１１０２）後、マップ編集プログラム５１０は、ロードされた（１１０２）オブジェクトアイコンを有するサブマップウィンドウを表示する（１１０３）。
次に、サブマップ表示を要求するために、オペレータが、ＧＵＩ５００でオブジェクトアイコンを選択する（１１０４）。ＧＵＩ５００は次に、サブマップ表示の要求を発行する（１１０５）。マップ編集プログラム５１０は、オペレータから要求されたサブマップオブジェクトをロードする（１１０６）。マップ編集プログラム５１０は、要求されたサブマップオブジェクトの次オブジェクトＩＤ領域に表示されたサブマップオブジェクトをロードする（１１０７）。方法１１００は、表示（１１０３）にもどり、オペレータが停止させるまで繰り返す。
図１２は、ＦＣスイッチを見つけた後にゾーンオブジェクトまたはＦＣサブマップを表示する方法１２００を示すフローチャートである。方法１２００は、ＩＰサブマップを表示する（１２１０）ことを含んでいる。ＦＣスイッチやアプリケーションサーバホストやＳＡＮゲートウェイなどのＦＣ ＳＡＮオブジェクトであるオブジェクトがサブマップに存在することもある。これらのオブジェクトは、少なくとも１つのＩＰ接続及びＦＣ接続を有していなければならない。ＩＰサブマップ上のこれらのオブジェクトは、単一の“ＳＡＮ”オブジェクトアイコンに統合されることができる。
次に、ＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトを、ＦＣサブネットにリンクしているＳＡＮアイコンに統合するかどうかを決定する（１２２０）。もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトをＳＡＮアイコンに統合すると、ＦＣ−ＳＡＮサブマップが表示される（１２３０）。もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトがＳＡＮオブジェクトに統合されない場合は：
グローバルＳＡＮマネージャ３１０は、ＦＣスイッチ、ＳＡＮホスト及びストレージデバイスなどの、ＳＡＮオブジェクトをＩＰサブマップ内から見つける（１２４０）。元来、ネットワーク管理ソフトウェアは、ＳＮＭＰメッセージを参照してデバイスタイプをチェックすることができる。また、オブジェクトが複数のネットワークポートを有しているか、ＩＰとＦＣの両ポートがあるかを調べることも可能である。さらに、“ＨＢＡ ＡＰＩ”は、ＳＡＮホストオブジェクトのＦＣポートを管理する一般的な方法である。
発見プロセス（１２４０）の後、グローバルＳＡＮマネージャ３１０は、見つけられたオブジェクトにＦＣ−ＳＡＮスイッチがあるかチェックする（１２５０）。
もしＦＣスイッチが見つかると、グローバルＳＡＮマネージャ３１０は、ＦＣスイッチからゾーン情報をロードして表示し（１２６０）、次にスイッチオブジェクトがクリックされたら全てのゾーンオブジェクトまたはゾーンサブマップを画面に表示する。あるいは、ユーザによる全ＩＰサブマップのクリックにより、全てのゾーンオブジェクトを表示することも可能である。
ＦＣ−ＳＡＮスイッチが見つからなければ、グローバルＳＡＮマネージャ３１０は、ＳＡＮホストまたはストレージなどのＦＣ−ＳＡＮオブジェクトを有するＦＣ−ＳＡＮサブマップを表示する（１２７０）。あるいは、ユーザによる全ＩＰサブマップのクリックにより、ＦＣ−ＳＡＮオブジェクトを表示することも可能である。方法１２００はこれで終了する。
【発明の効果】
従って、上述したシステムと方法により、デバイスの数にかかわらずＦＣストレージネットワーク全体を管理することができ、統合ＧＵＩインタフェースからＩＰとＦＣのネットワークを継ぎ目無く管理でき、ＦＣストレージとともにＩＰストレージデバイスを管理でき、掘り下げ操作によりターゲットオブジェクトを容易に見つけることができ、デバイスビューを用いてＦＣ−ＳＡＮに論理デバイスグループを作成することができ、ネットワークに分散している複数の“ＳＡＮ ｉｓｌａｎｄｓ”を管理することができる。
本発明の実施例についての前記説明では例を用いての説明のみであったが、前述の説明に照らして、上記の実施例及び方法からの変更や修正は可能である。本発明の要素は、プログラム化汎用ディジタルコンピュータを用いて、特定の集積回路アプリケーションを用いて、あるいは通常の要素部品や回路を相互接続したネットワークを用いて実現可能である。接続は有線でも無線でもモデムであってもよい。ここで説明した実施例はこれに尽きるものでも限定されるものでもない。本発明は請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【図１】図１は、本発明の実施例におけるストレージネットワーク階層マップを説明する図である。
【図２】図２は、ＦＣ−ＳＡＮトポロジーサブマップを説明するである。。
【図３】図３は、本発明の実施例におけるストレージネットワーク管理方式を説明する図である。
【図４】図４は、コンピュータの例を示す図である。
【図５】図５は、本発明の実施例によるグローバルストレージネットワークマネージャのソフトウェア方式を示す図である。
【図６】図６は、ストレージネットワークマップデータべースデータ構造の例を示す図である。
【図７】図７は、グローバルストレージネットワークを管理する方法を示すフローチャートである。
【図８】図８は、ローカルＳＡＮマネージャから受け取るデータの例を示す図である。
【図９】図９は、ＩＰネットワークマネージャから受け取るデータの例を示す図である。
【図１０】図１０は、ストレージネットワークのサブ−マップを作成する方法を示すフローチャートである．
【図１１】図１１は、サブ−マップを表示する方法を示すフローチャートである
【図１２】図１２は、ゾーンオブジェクトあるいはＦＣスイッチを見つけてＦＣサブマップを表示する方法を示すフローチャートである。
【符号の説明】
３１０・・・グローバルＳＡＮマネージャ、３２０・・・ローカルＳＡＮマネージャ、３３０・・・ＩＰネットワークネージャ、３４２・・・ＳＡＮストレージ、３４６・・・ファイバチャネルスイッチ、３４０・・・ファイバチャネルＳＡＮ、３５２・・・ＩＰルーター、３５６・・・ＡＴＭスイッチ、３５０・・・ＩＰネットワーク、３６２・３６６・・・ ＮＡＳ、３６０・・・ＩＰネットワーク、３７２・・・ＲＡＩＤ、３７６・・・ＲＡＩＤ、３７０・・・ファイバチャネルＳＡＮ、３５７・・・ｉＳＣＳＩ、３５８・・・ＩＰネットワーク
本発明は、ストレージネットワーク全般に関わり、特にストレージネットワーク管理のシステムと方法に関する。但し、それに限定されるものではない。
【従来の技術】
従来のストレージネットワーク管理ソフトウェアでは、オペレータは、一種類のネットワークのトポロジーをビジュアルに見ることができた。例えば、ストレージエリアネットワーク（“ＳＡＮ”）管理ソフトウェアでは、ファイバチャネル（“ＦＣ”）ＳＡＮのトポロジーをオペレータが見ることができる。さらに、インタネットプロトコル（“ＩＰ”）管理ソフトウェアでは、オペレータはＩＰベースのネットワークのトポロジーを見ることができる。しかしながら、オペレータが、ＦＣとＩＰの両方の技術を使ったネットワークのトポロジーを見るストレージネットワーク管理ソフトウェアは存在しなかった。
【発明が解決しようとする課題】
この問題のため、クライアントとストレージ装置間で、端末間のコミュニケーションを行うのは困難である。例えば、クライアントは通常、ＩＰ経由でネットワークに接続する。クライアントからの要求は、ＩＰネットワーク経由でアプリケーションサーバに送られる。アプリケーションサーバは、ファイバチャネルＳＡＮ経由でストレージ装置からデータをダウンロードする。クライアントが、要求されたデータのダウンロードに失敗した場合、ネットワークオペレータは、障害の原因を突き止めて端末間のコミュニケーションを復活させるために、ＩＰネットワークとＦＣネットワークの両方をチェックしなければならない。
さらに、従来のＦＣ−ＳＡＮ管理ソフトウェアでは、ＩＰのようなネットワークセグメントの概念がないので、既存のＩＰ管理ソフトウェアと違って、オペレータがネットワークの階層構造を見ることはできない（ゾーニング技術が、ファイバチャネルのネットワークで論理サブネットワークを作成する唯一つの方法である）。従って、従来のＦＣ管理ソフトウェアでは、数百ものデバイスがあったとしても、ネットワーク全体が表示される。単一のネットワークのマップに数百ものデバイスが表示されるので、オペレータがターゲットのデバイスを特定するのは困難である。従って、ネットワークを管理する新しいシステムと方法が必要である。
【課題を解決するための手段】
本発明は、ストレージネットワークを管理するシステムを提供する。本システムは、グローバルＳＡＮマネージャとローカルＳＡＮマネージャとＩＰネットワークマネージャを有している。グローバルＳＡＮマネージャは、ローカルＳＡＮマネージャとＩＰネットワークマネージャに通信結合されている。ローカルＳＡＮマネージャは、ＦＣ−ＳＡＮからトポロジーデータを取り出して、グローバルＳＡＮマネージャに転送する。ＩＰネットワークマネージャは、トポロジーデータをＩＰネットワークから取り出して、グローバルＳＡＮマネージャに転送する。
グローバルＳＡＮマネージャは、ＧＵＩ、マップ編集プログラム、ストレージネットワークマップデータベース（“ＤＢ”）、ストレージネットワークマップＤＢ管理エンジン、ローカルＳＡＮマネージャクライアント、及びＩＰネットワークマネージャクライアントを有している。ＳＡＮマネージャクライアントとＩＰネットワークマネージャクライアントは、それぞれローカルＳＡＮマネージャとＩＰネットワークマネージャと通信するプログラムである。クライアントは、トポロジーデータを受け取って、ＤＢ管理エンジンに転送し、ＤＢ管理エンジンは、受け取ったトポロジーデータをＤＢに保存するため、統合データ構造に変換する。
ＧＵＩは、ＤＢに保存されたデータを用いて、ＦＣ及びＩＰネットワークの統合されたマップを表示する。マップ編集プログラムは、オペレータからＧＵＩ経由で受け取ったデータに基づいて、サブマップを再生する。
本発明はさらに、ネットワークを管理する方法を提供する。本方法は、データべース通信構成を生成すること、ＦＣ−ＳＡＮトポロジーマップデータを取得すること、ＩＰネットワークトポロジーマップデータを取得すること、ＦＣ−ＳＡＮとＩＰネットワークのトポロジーデータを統合データ構造に変換すること、及びそのデータ構造をＤＢに記録することを含んでいる。
従って、本システムと方法は、ＩＰとＦＣの技術の両方を使用しているネットワークのトポロジーを表示することができるという利点がある。
【発明の実施の形態】
本技術分野に造詣のある人であれば、本発明を理解し利用できるよう、特定のアプリケーションとその要求事項に関連づけて、以下説明する。この分野の技術を持った人にとっては実施例に対して様々な変更ができることは直ちに明らかであり、ここで定義される原理は本発明の趣旨と範囲を逸脱することなく他の実施例やアプリケーションに適用可能である。本発明は、ここで示された実施例に限定されることなく、ここで開示された原理、特長、技術が整合する範囲で、最も広範に解釈されなければならない。
図１は、本発明の実施例による階層ストレージネットワークマップ１００を示す図である。マップ１００は、ルートレベル１１０、インタネットレベル１２０、ネットワークレベル１３０、ＳＡＮレベル１４０とノードレベル１５０の５つの階層を有している。マップ１００は、ＩＰネットワークとＦＣ技術をベースとするデバイスの両方を有することができる。ルートレベル１１０はネットワーク全体を表すこともできるし、ネットワークの一部でストレージデバイスを有する部分などのように、ネットワークデバイスの種類を表示することもできる。ネットワークレベル１３０は、ＩＰネットワークとＦＣベースの技術の両方のストレージデバイスを表示する。ＳＡＮレベル１４０では、ＳＡＮレベルのサブマップが取得可能で、図２によりさらに詳しく説明する。
図２は、ＦＣ−ＳＡＮのトポロジーサブマップ１４０を示す図である。サブマップは、ゾーン表示とデバイス表示を有している。ＳＡＮレベル表示２１０はＳＡＮにおける異なったゾーンを示す。ゾーンＣなどのゾーンをクリックすると、デバイス表示とゾーン表示が開かれる。ホスト表示２２０とスイッチ表示２３０などのデバイス表示では、選択されたデバイスからアクセス可能なデバイス（論理及び物理両方の）が表示される。例えば、表示２３０でスイッチＣをクリックすると、セグメント表示２５０が開き、スイッチＣからアクセス可能なホストと２台のストレージデバイスが表示される。反対に、ゾーンＣをクリックすると、ＳＡＮセグメント表示２４０が開き、当該ゾーンにある全てのデバイスとそのトポロジーが示される。
図３は、本発明の実施例におけるストレージネットワーク管理方式３００を示す図である。方式３００は、グローバルＳＡＮマネージャ３１０、ローカルＳＡＮマネージャ３２０およびＩＰネットワークマネージャ３３０を有している。これらマネージャ３１０、３２０および３３０は、様々なネットワークに通信結合されている。
例えば、ローカルＳＡＮマネージャ３２０は、ＳＡＮストレージ３４２とＦＣスイッチ３４６を有するＦＣ−ＳＡＮ３４０に通信結合している。ＩＰネットワークマネージャ３３０は、ＩＰルーター３５２とＡＴＭスイッチ３５６を有するＩＰネットワーク３５０と、ｉＳＣＳＩ３５７を有するＩＰネットワーク３５８、及びＮＡＳ３６２とＮＡＳ３６６を有するＩＰネットワーク３６０に通信結合している。
グローバルＳＡＮマネージャ３１０は、ＲＡＩＤ３７２と３７６を有するＦＣ−ＳＡＮ３７０に通信結合している。グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０に通信結合していて、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０からトポロジーデータを受信する。さらに、グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０を必要とせずに、ＦＣネットワークデバイスから直接トポロジーデータを生成することができる。
グローバルＳＡＮマネージャ３１０は、トポロジーデータを受信すると、受信したデータをデータベースに保存用の統合データ構造に変換する。これに関して、さらに図５を使用して詳細に説明する。なお、グローバルＳＡＮマネージャは、データべースに保存された統合データに基づいて、ＦＣとＩＰネットワークのデバイス両方の統合トポロジーを表示することができる。
図４は本発明によるコンピュータの例４００を示すブロック図である。本発明の実施例において、グローバルＳＡＮマネージャ３１０は、実質的にコンピュータの例４００と同じであるコンピュータを有していても、コンピュータに常駐していてもよい。コンピュータの例４００は、中央処理装置（“ＣＰＵ”）４０５、作業メモリ４１０、固定メモリ４２０、ネットワークインタフェース４３０、表示装置４４０、及び入力装置４５０を有しており、これらはみなシステムバス４６０を通じて互いに通信結合している。
ＣＰＵ４０５は、固定メモリ４２０に保存されているソフトウェアを実行することができるプロセッサである。作業メモリ４１０はランダムアクセスメモリ（“ＲＡＭ”）、または他の形式の読み書き可能なメモリ装置あるいはメモリ装置の組み合わせを有していても良い。固定メモリ４２０として、ハードドライブ、読み出し専用メモリ（“ＲＯＭ”）、あるいはコンピュータの例４００が停止したあとでもデータを保存できる他のタイプのメモリ装置またはメモリ装置の組み合わせでよい。
ネットワークインタフェース４３０は、ローカルＳＡＮマネージャ３２０、ＩＰネットワークマネージャ３３０及び／またはＦＣ−ＳＡＮ３７０などのネットワークと、有線あるいは無線技術により、通信結合されている。表示装置４４０は、液晶ディスプレイ装置（“ＬＣＤ”）、ブラウン管表示装置または他の表示装置である。入力装置４５０は、キーボード、マウス、他のデータを入力する装置、あるいはデータ入力装置の組み合わせである。
この分野の技術を有する人には理解されることであるが、コンピュータの例４００は、ネットワーク接続、増設メモリ、増設プロセッサ、ＬＡＮ、ハードウェアチャンネルから情報を転送する入出力ライン、インタネット、あるいはイントラネットなどの増設機器を有することができる。また、プログラムとデータは、他の手段で受信しシステムに保存することが可能であることも、技術のある人には理解されることである。
図５は、本発明の実施例におけるグローバルストレージネットワークマネージャ３１０のソフトウェア方式を示す図である。グローバルストレージネットワークマネージャ３１０は、ＧＵＩプログラム（“ＧＵＩ”）５００、マップ編集プログラム５１０、ストレージネットワークマップデータべース（“ＤＢ”）５２０、ストレージネットワークマップデータべース管理プログラム（“ＤＢ ｍａｎａｇｅｍｅｎｔ ｐｒｏｇｒａｍ”）５３０、ローカルＳＡＮマネージャクライアントプログラム５５０、及びＩＰネットワークマネージャクライアントプログラム５４０を有している。
ＧＵＩ５００は図１と図２に示すようなＦＣ−ＳＡＮ及び／またはＩＰネットワーク技術のネットワークのサブマップを表示する。マップ編集プログラム５１０は、ＧＵＩ５００経由で受信したオペレータ入力に基づいてオブジェクトをロードする。マップ編集プログラム５１０は、ＧＵＩ５００からコマンドを受信すると、ＤＢ５２０から関係するデータを再生して、ＧＵＩ５００に送信し表示する。
ＤＢ５２０は、ＦＣ−ＳＡＮネットワークとＩＰネットワークの両方のトポロジーデータを統合データ構造で保存する。ＤＢ管理プログラム５３０は、ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０から受信したデータをＤＢ５２０の統合データ構造に変換してＤＢ５２０を管理する。統合データ構造については、さらに図６を用いて詳細に説明する。なお、ＤＢ管理プログラム５３０は、ＦＣ−ＳＡＮネットワークから直接受信したトポロジーデータを統合データ構造に変換することも可能である。
ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０は、ｎｅｔ−８プロトコルなどのデータべース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０などのローカルＳＡＮマネージャとＩＰネットワークマネージャ３３０などのＩＰネットワークマネージャからトポロジーデータを取得する。
図６は、ストレージネットワークマップデータべースデータ構造（“ｄａｔａ ｓｔｒｕｃｔｕｒｅ”）６００の例を示す図である。データ構造６００は、ＩＰネットワークサブマップとＳＡＮサブマップの両方を有している。データ構造６００は、４式のテーブル６１０、６２０、６３０及び６４０を有している。各テーブルは、サブマップオブジェクトを表示しており、オブジェクトＩＤ領域、オブジェクトタイプ領域、オブジェクトネーム領域、オブジェクトアイコン領域、及び次オブジェクトＩＤ領域を有している。なお、テーブル６４０などのＦＣオブジェクトのテーブルは、ローカルポートＷＷＮ領域とリモートポートＷＷＮ領域を有している。
オブジェクトＩＤ領域は、オブジェクトテーブルの認識番号を保有している。オブジェクトタイプ領域は、オブジェクトの型を示すデータを保有している。オブジェクトネーム領域は、オブジェクトの名前を示すデータを保有している。本発明の実施例では、ＧＵＩ５００はオブジェクトネーム領域のデータを表示している。オブジェクトネーム領域のデータは、ＩＰサブネットアドレスであってもよい。オブジェクトアイコン領域は、オブジェクトに対応するアイコンのファイル名を保有している。例えば、テーブル６３０では、ＧＵＩ５００は、テーブル６３０に対応して“ｆａｂｒｉｃ＿ｚｏｎｅ．ｉｃｏ”という名前のファイルのアイコンとしてオブジェクトを表示している。次オブジェクトＩＤ領域は、サブマップにマップされたオブジェクトＩＤのリストを有している。
ローカルポートＷＷＮとリモートポートＷＷＮの領域は、ＦＣポートの認識データを有している。リモートポートＷＷＮは、ローカルデバイスと結合するリモートデバイスのポートを表示している。
図７は、グローバルストレージネットワークを管理する方法７００を説明するフローチャートである。方法７００は、第一にＤＢ５２０通信構成を初期化（７１０）することを有している。次に、グローバルＳＡＮマネージャ３１０が、データべース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０から、ローカルＳＡＮマネージャクライアントプログラム５５０経由で、データ８００（図８）などのＦＣ−ＳＡＮトポロジーマップ情報を取得する（７２０）。グローバルＳＡＮマネージャ３１０は、次に、データべース通信プロトコル５６０を使用して、ＩＰネットワークマネージャ３３０から、ＩＰネットワークマネージャクライアントプログラム５４０経由で、データ９００（図９）などのＩＰネットワークトポロジーマップ情報を取得する（７３０）。
グローバルＳＡＮマネージャ３１０は全てのトポロジーマッピングデータを取得すると（７２０、７３０）、ＤＢ管理プログラム５３０を使用して、データを統合データ構造に変換し（７４０）そのデータ構造をＤＢ５２０に保存する。グローバルＳＡＮマネージャ３１０は、次にＧＵＩ５００を使用して、ＤＢ５２０に保存されているデータ構造に基づいてルートマップを表示する（７５０）。その後、ＧＵＩ５００は、マップの修正及び／またはサブマップの表示のオペレータ入力を受け付ける（７６０）。方法７００は、オペレータの入力に基づいてサブマップの表示に戻る（７５０）。
図８は、ローカルＳＡＮマネージャから受信したデータ８００の例を示す図である。データ８００の各テーブルは、ノードタイプ領域、ノードＩＤ領域、ＩＰアドレス領域、ＩＰサブネットマスク領域、ホスト名領域、ローカル＆リモートＷＷＮ領域、及びゾーン領域を有している。
ノードタイプ領域はデバイスタイプのパラメータを表わしている。ノードＩＤ領域はノードの固有の識別番号を表示する。ＩＰアドレス領域とＩＰサブネットマスク領域は、デバイスポートに割り当てられたＩＰアドレスパラメータを表示する。ホストコンピュータ、スイッチやストレージなどの典型的なＦＣデバイスは、それぞれＩＰネットワークポートと、データＩ／ＯとＳＮＭＰ通信に使用されるＦＣポートを有している。
ホスト名領域は、ホストコンピュータに割り当てられたホスト名を表示する。ローカル＆リモートＷＷＮ領域は、ローカル及びリモートのポートに割り当てられたＦＣ−ＷＷＮを表示する。ローカル＆リモートＷＷＮのペアは、ローカルデバイスとリモートデバイスの間の接続を意味する。
この例では、ホストコンピュータのポート“１０１１：００００：００００：１０２４”とファブリックスイッチのポート“２０１１：０１１１：１０００：０００１”がデバイスに接続されている。ゾーン領域は、単一のファブリックゾーングループに属するノードＩＤのリストを表示している。この例では、ノードＩＤ“００１０”のホストコンピュータとノードＩＤ“２２０１”のＳＡＮストレージが、単一のファブリックゾーングループに定義されている。
図９は、ＩＰネットワークマネージャから受信したデータ９００の例を示す図である。データ９００のテーブルに表示されている各オブジェクトには、ノードタイプ領域、ノードＩＤ領域、ノード名領域、ポートＩＰアドレス領域、及びサブネットマスク領域がある。ネットワークＩＰアドレスとサブネットマスクは、ＩＰアドレスのネットワークの部分を示す。これは、特定のネットワークポートに割り当てられたＩＰアドレスではなく、ネットワークのセグメント自体を指定するものである。ノードタイプ、ノードＩＤ，ノード名領域は、基本的に図８で説明した領域と同様である。ポートＩＰアドレスとサブネットマスク領域の組み合わせで、特定のＩＰネットワークポートに割り当てられたＩＰアドレスが示される。
図１０は、ストレージネットワークサブマスクを生成する方法１０００を説明するフローチャートである。方法１０００は、ＤＢ管理プログラム５３０が、ＳＡＮトポロジーマップ情報で指定されるＩＰアドレスに対応するＩＰアドレスを有するＩＰネットワークレベルのサブマップオブジェクトを有するＦＣ−ＳＡＮデバイスを含むＩＰネットワークレベルのサブマップオブジェクトを探す（１００１）ことを含んでいる。ＤＢ管理プログラム５３０は、次にＩＰネットワークレベルサブマップオブジェクトをロードする（１００２）。
各ＩＰネットワークについて：ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップオブジェクトのＳＡＮデバイスに対応するデバイスを見つける。次に、ＩＰネットワークサブマップのＳＡＮデバイスが、単一のＳＡＮグループに統合される（１００４）。ＳＡＮデバイスを示す次オブジェクトＩＤ領域の値がクリアされる。ＤＢ管理プログラム５３０は、次に、全てのゾーンとＳＡＮオブジェクトであるデバイスのためにＳＡＮレベルのサブマップオブジェクトを生成する（１００５）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名、オブジェクトアイコンの領域も埋められる。
最後に、ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップの次オブジェクトＩＤに、生成された（１００５）ＳＡＮレベルサブマップオブジェクトの１つを設定する（１００６）。統合（１００４）、生成（１００５）及び設定（１００６）の結果、ＩＰネットワークサブマップのＳＡＮデバイスは、ＳＡＮレベルのサブマップオブジェクトに統合され切り替えられる。
各ゾーンについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの“ｚｏｎｅ ｖｉｅｗｓ”を生成する（１００８）。各ゾーンのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。次オブジェクトＩＤ領域には、当該ゾーンに属するデバイスのノードＩＤ値が埋められる。ＤＢ管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８にて）のオブジェクトＩＤ値を設定する（１００９）。
各ＳＡＮデバイスについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの“ｄｅｖｉｃｅ ｖｉｅｗｓ”を生成する（１０１１）。
各デバイスのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。次オブジェクトＩＤ領域には、ターゲットデバイスからアクセス可能なデバイスのノードＩＤ値が埋められる。次に、データべース管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１０１１にて）のオブジェクトＩＤ値を設定する（１０１２）。
各ＳＡＮセグメントについて：ＤＢ管理プログラム５３０は、ノードレベルサブマップオブジェクトを生成する（１０１４）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名とオブジェクトアイコンの領域は、しかるべき値で埋められる。ＤＢ管理プログラム５３０は、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８及び１０１１にて）の次オブジェクトＩＤ領域に、生成されたノードレベルサブマップオブジェクト（１０１４にて）のオブジェクトＩＤ値を設定する（１０１５）。これで、方法１０００は終了する。
図１１は、サブマップを表示する方法１１００のフローチャートである。方法１１００は、マップ編集プログラム５１０により、ＤＢ５２０からルートマップオブジェクトをロードする（１１０１）ことを含んでいる。マップ編集プログラム５１０はさらに、ルートマップオブジェクトの次オブジェクトＩＤ領域で指定されるサブマップオブジェクをロードする（１１０２）。ロード（１１０２）後、マップ編集プログラム５１０は、ロードされた（１１０２）オブジェクトアイコンを有するサブマップウィンドウを表示する（１１０３）。
次に、サブマップ表示を要求するために、オペレータが、ＧＵＩ５００でオブジェクトアイコンを選択する（１１０４）。ＧＵＩ５００は次に、サブマップ表示の要求を発行する（１１０５）。マップ編集プログラム５１０は、オペレータから要求されたサブマップオブジェクトをロードする（１１０６）。マップ編集プログラム５１０は、要求されたサブマップオブジェクトの次オブジェクトＩＤ領域に表示されたサブマップオブジェクトをロードする（１１０７）。方法１１００は、表示（１１０３）にもどり、オペレータが停止させるまで繰り返す。
図１２は、ＦＣスイッチを見つけた後にゾーンオブジェクトまたはＦＣサブマップを表示する方法１２００を示すフローチャートである。方法１２００は、ＩＰサブマップを表示する（１２１０）ことを含んでいる。ＦＣスイッチやアプリケーションサーバホストやＳＡＮゲートウェイなどのＦＣ ＳＡＮオブジェクトであるオブジェクトがサブマップに存在することもある。これらのオブジェクトは、少なくとも１つのＩＰ接続及びＦＣ接続を有していなければならない。ＩＰサブマップ上のこれらのオブジェクトは、単一の“ＳＡＮ”オブジェクトアイコンに統合されることができる。
次に、ＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトを、ＦＣサブネットにリンクしているＳＡＮアイコンに統合するかどうかを決定する（１２２０）。もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトをＳＡＮアイコンに統合すると、ＦＣ−ＳＡＮサブマップが表示される（１２３０）。もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトがＳＡＮオブジェクトに統合されない場合は：
グローバルＳＡＮマネージャ３１０は、ＦＣスイッチ、ＳＡＮホスト及びストレージデバイスなどの、ＳＡＮオブジェクトをＩＰサブマップ内から見つける（１２４０）。元来、ネットワーク管理ソフトウェアは、ＳＮＭＰメッセージを参照してデバイスタイプをチェックすることができる。また、オブジェクトが複数のネットワークポートを有しているか、ＩＰとＦＣの両ポートがあるかを調べることも可能である。さらに、“ＨＢＡ ＡＰＩ”は、ＳＡＮホストオブジェクトのＦＣポートを管理する一般的な方法である。
発見プロセス（１２４０）の後、グローバルＳＡＮマネージャ３１０は、見つけられたオブジェクトにＦＣ−ＳＡＮスイッチがあるかチェックする（１２５０）。
もしＦＣスイッチが見つかると、グローバルＳＡＮマネージャ３１０は、ＦＣスイッチからゾーン情報をロードして表示し（１２６０）、次にスイッチオブジェクトがクリックされたら全てのゾーンオブジェクトまたはゾーンサブマップを画面に表示する。あるいは、ユーザによる全ＩＰサブマップのクリックにより、全てのゾーンオブジェクトを表示することも可能である。
ＦＣ−ＳＡＮスイッチが見つからなければ、グローバルＳＡＮマネージャ３１０は、ＳＡＮホストまたはストレージなどのＦＣ−ＳＡＮオブジェクトを有するＦＣ−ＳＡＮサブマップを表示する（１２７０）。あるいは、ユーザによる全ＩＰサブマップのクリックにより、ＦＣ−ＳＡＮオブジェクトを表示することも可能である。方法１２００はこれで終了する。
【発明の効果】
従って、上述したシステムと方法により、デバイスの数にかかわらずＦＣストレージネットワーク全体を管理することができ、統合ＧＵＩインタフェースからＩＰとＦＣのネットワークを継ぎ目無く管理でき、ＦＣストレージとともにＩＰストレージデバイスを管理でき、掘り下げ操作によりターゲットオブジェクトを容易に見つけることができ、デバイスビューを用いてＦＣ−ＳＡＮに論理デバイスグループを作成することができ、ネットワークに分散している複数の“ＳＡＮ ｉｓｌａｎｄｓ”を管理することができる。
本発明の実施例についての前記説明では例を用いての説明のみであったが、前述の説明に照らして、上記の実施例及び方法からの変更や修正は可能である。本発明の要素は、プログラム化汎用ディジタルコンピュータを用いて、特定の集積回路アプリケーションを用いて、あるいは通常の要素部品や回路を相互接続したネットワークを用いて実現可能である。接続は有線でも無線でもモデムであってもよい。ここで説明した実施例はこれに尽きるものでも限定されるものでもない。本発明は請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【図１】図１は、本発明の実施例におけるストレージネットワーク階層マップを説明する図である。
【図２】図２は、ＦＣ−ＳＡＮトポロジーサブマップを説明するである。。
【図３】図３は、本発明の実施例におけるストレージネットワーク管理方式を説明する図である。
【図４】図４は、コンピュータの例を示す図である。
【図５】図５は、本発明の実施例によるグローバルストレージネットワークマネージャのソフトウェア方式を示す図である。
【図６】図６は、ストレージネットワークマップデータべースデータ構造の例を示す図である。
【図７】図７は、グローバルストレージネットワークを管理する方法を示すフローチャートである。
【図８】図８は、ローカルＳＡＮマネージャから受け取るデータの例を示す図である。
【図９】図９は、ＩＰネットワークマネージャから受け取るデータの例を示す図である。
【図１０】図１０は、ストレージネットワークのサブ−マップを作成する方法を示すフローチャートである．
【図１１】図１１は、サブ−マップを表示する方法を示すフローチャートである
【図１２】図１２は、ゾーンオブジェクトあるいはＦＣスイッチを見つけてＦＣサブマップを表示する方法を示すフローチャートである。
【符号の説明】
３１０・・・グローバルＳＡＮマネージャ、３２０・・・ローカルＳＡＮマネージャ、３３０・・・ＩＰネットワークネージャ、３４２・・・ＳＡＮストレージ、３４６・・・ファイバチャネルスイッチ、３４０・・・ファイバチャネルＳＡＮ、３５２・・・ＩＰルーター、３５６・・・ＡＴＭスイッチ、３５０・・・ＩＰネットワーク、３６２・３６６・・・ ＮＡＳ、３６０・・・ＩＰネットワーク、３７２・・・ＲＡＩＤ、３７６・・・ＲＡＩＤ、３７０・・・ファイバチャネルＳＡＮ、３５７・・・ｉＳＣＳＩ、３５８・・・ＩＰネットワーク
Claims (25)
- ＳＡＮトポロジーデータを受け取り；
ＩＰネットワークトポロジーデータを受け取り；
ＳＡＮトポロジーデータとＩＰトポロジーデータを統合データ構造に変換し；そして
統合データ構造をデータべースに保存すること
を有することを特徴とする１つの方法。 - 前記統合データ構造が階層データを有していることを特徴とする、請求項１に記載の方法
- 階層レベルの統合データ構造の少なくとも１つをグラフィックフォーマットを用いて表示することをさらに有することを特徴とする、請求項２に記載の方法。
- 前記ＳＡＮトポロジーデータは、ローカルＳＡＮマネージャから受け取られることを特徴とする、請求項１に記載の方法。
- 前記ＩＰネットワークトポロジーデータは、ＩＰネットワークマネージャから受け取られることを特徴とする、請求項１に記載の方法。
- 前記統合データ構造がゾーン情報を有していることを特徴とする、請求項１に記載の方法。
- ゾーンの統合データ構造をグラフィックフォーマットを用いて表示することをさらに含んでいることを特徴とする、請求項５に記載の方法。
- ターゲットデバイスから物理的にも論理的にもアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造を表示することをさらに有することを特徴とする、請求項１に記載の方法。
- コンピュータで読み取り可能な媒体で、コンピュータに、ある方法を実行させる指示が保存されており、その方法は：
ＳＡＮトポロジーデータを受け取り；
ＩＰネットワークトポロジーデータを受け取り；
ＳＡＮトポロジーデータとＩＰトポロジーデータを統合データ構造に変換し；そして
統合データ構造をデータべースに保存すること
を有していることを特徴とする。 - 前記統合データ構造が階層データを有していることを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- 前記方法が、階層レベルの統合データ構造の少なくとも１つをグラフィックフォーマットを用いて表示することをさらに有することを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- 前記ＳＡＮトポロジーデータは、ローカルＳＡＮマネージャから受け取られることを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- 前記ＩＰネットワークトポロジーデータは、ＩＰネットワークマネージャから受け取られることを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- 前記統合データ構造がゾーン情報を含んでいることを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- 前記方法が、ゾーンの統合データ構造をグラフィックフォーマットを用いて表示することをさらに有することを特徴とする、請求項１４に記載のコンピュータで読み取り可能な媒体。
- 前記方法が、ターゲットデバイスから物理的にも論理的にもアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造を表示することをさらに含んでいることを特徴とする、請求項９に記載のコンピュータで読み取り可能な媒体。
- ＳＡＮトポロジーデータを受け取る手段と；
ＩＰネットワークトポロジーデータを受け取る手段と；
ＳＡＮトポロジーデータとＩＰトポロジーデータを統合データ構造に変換する手段と；
統合データ構造をデータベースに保存する手段と；そして
統合データ構造をグラフィックフォーマットを用いて表示する手段と
を有していることを特徴とするシステム。 - ローカルＳＡＮマネージャからＳＡＮトポロジーデータを受信できるローカルＳＡＮマネージャクライアントと；
ＩＰネットワークマネージャからＩＰネットワークトポロジーデータを受信できるＩＰネットワークマネージャクライアントと；
統合データ構造を保存できるデータべースと；そして
ローカルＳＡＮマネージャクライアントと、ＩＰネットワークマネージャクライアントと、データべースとに通信結合されており、受け取ったＳＡＮトポロジーデータと受け取ったＩＰネットワークトポロジーデータを統合データ構造に変換でき、さらに統合データ構造をデータべースに保存することができるデータべース管理エンジンと
を有することを特徴とするシステム。 - 前記統合データ構造が階層データを有していることを特徴とする、請求項１８に記載のシステム。
- 階層レベルの少なくとも１つの統合データ構造をグラフィックフォーマットを用いて表示できるＧＵＩをさらに有することを特徴とする、請求項１９に記載のシステム。
- 前記統合データ構造がゾーンデータを有することを特徴とする、請求項１８に記載のシステム。
- ゾーンの少なくとも１つの統合データ構造をグラフィックフォーマットを用いて表示できるＧＵＩをさらに有することを特徴とする、請求項２１に記載のシステム。
- ターゲットデバイスから物理的にも論理的にもアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造を表示することができるＧＵＩをさらに有していることを特徴とする、請求項１８に記載のシステム。
- ストレージエリアネットワーク（ＳＡＮ）とインタネットプロトコル（ＩＰ）ネットワークの両方のトポロジーを見る方法であって、該方法は、
インタネットプロトコル（ＩＰ）サブネットセグメントを画面で見るステップと；
画面でサブネットが選択されたときに、ＳＡＮと選択されたＩＰサブネットセグメントに入っているスイッチによって提供されるゾーンを見るステップを有していることを特徴とする。 - ストレージエリアネットワーク（ＳＡＮ）とインタネットプロトコル（ＩＰ）ネットワークの両方のトポロジービューワーであって、該ビューワーは、
インタネットプロトコル（ＩＰ）サブネットセグメントを画面で見る手段と；
画面でサブネットが選択されたときに、ＳＡＮと選択されたＩＰサブネットセグメントに入っているスイッチによって提供されるゾーンを見る手段を有していることを特徴とする。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/158,297 US20030233427A1 (en) | 2002-05-29 | 2002-05-29 | System and method for storage network management |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004254270A true JP2004254270A (ja) | 2004-09-09 |
| JP2004254270A5 JP2004254270A5 (ja) | 2006-06-29 |
| JP4274529B2 JP4274529B2 (ja) | 2009-06-10 |
Family
ID=29731868
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003141284A Expired - Fee Related JP4274529B2 (ja) | 2002-05-29 | 2003-05-20 | ストレージネットワーク管理方法及びシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030233427A1 (ja) |
| JP (1) | JP4274529B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006285757A (ja) * | 2005-04-01 | 2006-10-19 | Hitachi Ltd | ネットワークトポロジー表示方法、管理サーバ、及びネットワーク管理プログラム |
| JP2008117251A (ja) * | 2006-11-07 | 2008-05-22 | Hitachi Ltd | 統合管理計算機と記憶装置管理方法および計算機システム |
| WO2011108205A1 (ja) * | 2010-03-05 | 2011-09-09 | 日本電気株式会社 | 通信システム、経路制御装置、パケット転送装置および経路制御方法 |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030187987A1 (en) * | 2002-03-29 | 2003-10-02 | Messick Randall E. | Storage area network with multiple pathways for command paths |
| US8090809B2 (en) * | 2002-11-04 | 2012-01-03 | Riverbed Technology, Inc. | Role grouping |
| US7831736B1 (en) | 2003-02-27 | 2010-11-09 | Cisco Technology, Inc. | System and method for supporting VLANs in an iSCSI |
| US7533169B1 (en) * | 2003-12-22 | 2009-05-12 | Symantec Operating Corporation | Object-driven visualization mechanism for zoning information on a storage area network |
| US9178784B2 (en) | 2004-04-15 | 2015-11-03 | Raytheon Company | System and method for cluster management based on HPC architecture |
| US8335909B2 (en) | 2004-04-15 | 2012-12-18 | Raytheon Company | Coupling processors to each other for high performance computing (HPC) |
| US8336040B2 (en) | 2004-04-15 | 2012-12-18 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US20060059428A1 (en) * | 2004-09-01 | 2006-03-16 | Humphries Marshall L | Method and system for presenting relationships |
| US8756521B1 (en) | 2004-09-30 | 2014-06-17 | Rockwell Automation Technologies, Inc. | Systems and methods for automatic visualization configuration |
| JP4353051B2 (ja) * | 2004-09-30 | 2009-10-28 | ブラザー工業株式会社 | ログ管理プログラム、ログ管理サーバ、及び、ログ管理システム |
| US8799800B2 (en) | 2005-05-13 | 2014-08-05 | Rockwell Automation Technologies, Inc. | Automatic user interface generation |
| US8369329B2 (en) * | 2005-05-16 | 2013-02-05 | Rockstar Consortium Us Lp | Dynamic hierarchical address resource management architecture, method and apparatus |
| US20070038679A1 (en) * | 2005-08-15 | 2007-02-15 | Mcdata Corporation | Dynamic configuration updating in a storage area network |
| US20070058620A1 (en) * | 2005-08-31 | 2007-03-15 | Mcdata Corporation | Management of a switch fabric through functionality conservation |
| US9143841B2 (en) | 2005-09-29 | 2015-09-22 | Brocade Communications Systems, Inc. | Federated management of intelligent service modules |
| US7895520B1 (en) * | 2006-01-03 | 2011-02-22 | Emc Corp | Methods and apparatus for managing scheduled activities in a storage area network |
| US7953866B2 (en) | 2006-03-22 | 2011-05-31 | Mcdata Corporation | Protocols for connecting intelligent service modules in a storage area network |
| US20070258443A1 (en) * | 2006-05-02 | 2007-11-08 | Mcdata Corporation | Switch hardware and architecture for a computer network |
| JP5184552B2 (ja) * | 2007-01-03 | 2013-04-17 | レイセオン カンパニー | コンピュータストレージシステム |
| JP2010515981A (ja) * | 2007-01-05 | 2010-05-13 | サンパルス テクノロジーズ インコーポレイテッド | ストレージ最適化方法 |
| US8930537B2 (en) * | 2008-02-28 | 2015-01-06 | International Business Machines Corporation | Zoning of devices in a storage area network with LUN masking/mapping |
| US8352866B2 (en) * | 2008-06-27 | 2013-01-08 | International Business Machines Corporation | Adapting a network topology |
| US20100306348A1 (en) * | 2009-05-31 | 2010-12-02 | International Business Machines Corporation | Method and system for displaying and comparing storage zoning configurations |
| KR101757870B1 (ko) * | 2010-12-16 | 2017-07-26 | 엘지전자 주식회사 | 이동 단말기 및 그 제어방법 |
| KR101816168B1 (ko) * | 2011-09-08 | 2018-01-09 | 삼성전자 주식회사 | 장치 및 장치의 컨텐츠 실행방법 |
| US10263849B2 (en) * | 2016-10-25 | 2019-04-16 | Servicenow, Inc. | System and method for generating discovery profiles for discovering components of computer networks |
| US11251869B2 (en) * | 2019-10-29 | 2022-02-15 | Dell Products L.P. | Fibre channel networking device zone merging system |
| US11809911B2 (en) | 2020-12-09 | 2023-11-07 | Dell Products L.P. | Resuming workload execution in composed information handling system |
| US11809912B2 (en) | 2020-12-09 | 2023-11-07 | Dell Products L.P. | System and method for allocating resources to perform workloads |
| US11934875B2 (en) | 2020-12-09 | 2024-03-19 | Dell Products L.P. | Method and system for maintaining composed systems |
| US11675665B2 (en) | 2020-12-09 | 2023-06-13 | Dell Products L.P. | System and method for backup generation using composed systems |
| US11928515B2 (en) | 2020-12-09 | 2024-03-12 | Dell Products L.P. | System and method for managing resource allocations in composed systems |
| US11704159B2 (en) | 2020-12-09 | 2023-07-18 | Dell Products L.P. | System and method for unified infrastructure architecture |
| US11698821B2 (en) | 2020-12-09 | 2023-07-11 | Dell Products L.P. | Composable information handling systems in an open network using access control managers |
| US11675625B2 (en) | 2020-12-09 | 2023-06-13 | Dell Products L.P. | Thin provisioning of resources using SCPS and a bidding system |
| US11853782B2 (en) | 2020-12-09 | 2023-12-26 | Dell Products L.P. | Method and system for composing systems using resource sets |
| US11693703B2 (en) | 2020-12-09 | 2023-07-04 | Dell Products L.P. | Monitoring resource utilization via intercepting bare metal communications between resources |
| US11604595B2 (en) | 2020-12-09 | 2023-03-14 | Dell Products L.P. | Data mirroring and data migration between storage volumes using system control processors |
| US11687280B2 (en) | 2021-01-28 | 2023-06-27 | Dell Products L.P. | Method and system for efficient servicing of storage access requests |
| US11797341B2 (en) | 2021-01-28 | 2023-10-24 | Dell Products L.P. | System and method for performing remediation action during operation analysis |
| US11675916B2 (en) | 2021-01-28 | 2023-06-13 | Dell Products L.P. | Method and system for limiting data accessibility in composed systems |
| US11768612B2 (en) | 2021-01-28 | 2023-09-26 | Dell Products L.P. | System and method for distributed deduplication in a composed system |
| US11947697B2 (en) | 2021-07-22 | 2024-04-02 | Dell Products L.P. | Method and system to place resources in a known state to be used in a composed information handling system |
| US12013768B2 (en) | 2021-07-22 | 2024-06-18 | Dell Products L.P. | Method and system for automated healing of hardware resources in a composed information handling system |
| US12026557B2 (en) | 2021-07-22 | 2024-07-02 | Dell Products L.P. | Method and system for a utilizing a proxy service to generate a composed information handling system |
| US12008412B2 (en) | 2021-07-28 | 2024-06-11 | Dell Products | Resource selection for complex solutions |
| US11928506B2 (en) * | 2021-07-28 | 2024-03-12 | Dell Products L.P. | Managing composition service entities with complex networks |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US42118A (en) * | 1864-03-29 | Geoege l | ||
| US20254A (en) * | 1858-05-18 | Railroad-car for day and ntght service | ||
| US5768552A (en) * | 1990-09-28 | 1998-06-16 | Silicon Graphics, Inc. | Graphical representation of computer network topology and activity |
| US5958012A (en) * | 1996-07-18 | 1999-09-28 | Computer Associates International, Inc. | Network management system using virtual reality techniques to display and simulate navigation to network components |
| US6067093A (en) * | 1996-08-14 | 2000-05-23 | Novell, Inc. | Method and apparatus for organizing objects of a network map |
| US5887139A (en) * | 1996-08-19 | 1999-03-23 | 3Com Corporation | Configurable graphical user interface useful in managing devices connected to a network |
| US6040834A (en) * | 1996-12-31 | 2000-03-21 | Cisco Technology, Inc. | Customizable user interface for network navigation and management |
| US5926463A (en) * | 1997-10-06 | 1999-07-20 | 3Com Corporation | Method and apparatus for viewing and managing a configuration of a computer network |
| US6253240B1 (en) * | 1997-10-31 | 2001-06-26 | International Business Machines Corporation | Method for producing a coherent view of storage network by a storage network manager using data storage device configuration obtained from data storage devices |
| US6782510B1 (en) * | 1998-01-27 | 2004-08-24 | John N. Gross | Word checking tool for controlling the language content in documents using dictionaries with modifyable status fields |
| US6295527B1 (en) * | 1998-02-13 | 2001-09-25 | Cisco Technology, Inc. | Real-time user-defined creation of network device information collections |
| US6874022B1 (en) * | 1999-03-12 | 2005-03-29 | Cisco Technology, Inc. | Method and system for modeling behavior of elements in a telecommunications system |
| US6405251B1 (en) * | 1999-03-25 | 2002-06-11 | Nortel Networks Limited | Enhancement of network accounting records |
| US6751663B1 (en) * | 1999-03-25 | 2004-06-15 | Nortel Networks Limited | System wide flow aggregation process for aggregating network activity records |
| JP3440881B2 (ja) * | 1999-06-08 | 2003-08-25 | 日本電気株式会社 | トポロジ情報自動構築方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体 |
| US6965934B1 (en) * | 1999-11-12 | 2005-11-15 | Crossroads Systems, Inc. | Encapsulation protocol for linking storage area networks over a packet-based network |
| US6920491B2 (en) * | 2001-04-25 | 2005-07-19 | Sun Microsystems, Inc. | Fabric device configuration interface for onlining fabric devices for use from a host system |
| US6985490B2 (en) * | 2001-07-11 | 2006-01-10 | Sancastle Technologies, Ltd. | Extension of fibre channel addressing |
| US6854035B2 (en) * | 2001-10-05 | 2005-02-08 | International Business Machines Corporation | Storage area network methods and apparatus for display and management of a hierarchical file system extension policy |
| US20030154271A1 (en) * | 2001-10-05 | 2003-08-14 | Baldwin Duane Mark | Storage area network methods and apparatus with centralized management |
| US6920494B2 (en) * | 2001-10-05 | 2005-07-19 | International Business Machines Corporation | Storage area network methods and apparatus with virtual SAN recognition |
| US7398326B2 (en) * | 2002-04-25 | 2008-07-08 | International Business Machines Corporation | Methods for management of mixed protocol storage area networks |
-
2002
- 2002-05-29 US US10/158,297 patent/US20030233427A1/en not_active Abandoned
-
2003
- 2003-05-20 JP JP2003141284A patent/JP4274529B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006285757A (ja) * | 2005-04-01 | 2006-10-19 | Hitachi Ltd | ネットワークトポロジー表示方法、管理サーバ、及びネットワーク管理プログラム |
| US7475131B2 (en) | 2005-04-01 | 2009-01-06 | Hitachi, Ltd. | Network topology display method, management server, and computer program product |
| JP4634202B2 (ja) * | 2005-04-01 | 2011-02-16 | 株式会社日立製作所 | ネットワークトポロジー表示方法、管理サーバ、及びネットワーク管理プログラム |
| JP2008117251A (ja) * | 2006-11-07 | 2008-05-22 | Hitachi Ltd | 統合管理計算機と記憶装置管理方法および計算機システム |
| WO2011108205A1 (ja) * | 2010-03-05 | 2011-09-09 | 日本電気株式会社 | 通信システム、経路制御装置、パケット転送装置および経路制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030233427A1 (en) | 2003-12-18 |
| JP4274529B2 (ja) | 2009-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4274529B2 (ja) | ストレージネットワーク管理方法及びシステム | |
| US6041349A (en) | System management/network correspondence display method and system therefor | |
| US7120654B2 (en) | System and method for network-free file replication in a storage area network | |
| US7587471B2 (en) | System and method for virtualizing network storages into a single file system view | |
| US7454437B1 (en) | Methods and apparatus for naming resources | |
| US8839113B2 (en) | Method for bridging multiple network views | |
| JP5167225B2 (ja) | １つのファイラー上の複数の仮想ファイラーが重複するネットワークアドレスを有する複数のアドレス空間に参加することを可能にする技術 | |
| US8060587B2 (en) | Methods and apparatus for launching device specific applications on storage area network components | |
| US7287063B2 (en) | Storage area network methods and apparatus using event notifications with data | |
| US6839746B1 (en) | Storage area network (SAN) device logical relationships manager | |
| US9674275B1 (en) | Providing a file system interface to network-accessible computing resources | |
| US20030009540A1 (en) | Method and system for presentation and specification of distributed multi-customer configuration management within a network management framework | |
| US7457846B2 (en) | Storage area network methods and apparatus for communication and interfacing with multiple platforms | |
| US20020103889A1 (en) | Virtual storage layer approach for dynamically associating computer storage with processing hosts | |
| US20060041580A1 (en) | Method and system for managing distributed storage | |
| US20030009547A1 (en) | Method and system for restricting and enhancing topology displays for multi-customer logical networks within a network management system | |
| EP1738282B1 (en) | Maintaining data integrity in a distributed environment | |
| US7523187B1 (en) | Methods and apparatus for managing network resources | |
| US20040041833A1 (en) | System and method browsing a network topology using a character driven interface | |
| JP2005276177A (ja) | ネットワーク構成のチェックおよび修理のための方法、システムおよびプログラム | |
| JP2006059119A (ja) | ストレージネットワークの移行方法、管理装置、管理プログラムおよびストレージネットワークシステム | |
| US10230567B2 (en) | Management of a plurality of system control networks | |
| US6735626B1 (en) | Network managing method and system | |
| US8082261B1 (en) | System and method for associating NIS attributes with CIFS clients | |
| US20040024573A1 (en) | Method, system, and program for rendering information about network components |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060512 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20060512 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060512 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060512 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061023 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080814 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080825 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081023 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090206 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090225 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090302 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120313 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120313 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130313 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130313 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |