JP2004341994A - プログラム、情報処理装置、及び情報処理装置の制御方法 - Google Patents
プログラム、情報処理装置、及び情報処理装置の制御方法 Download PDFInfo
- Publication number
- JP2004341994A JP2004341994A JP2003140221A JP2003140221A JP2004341994A JP 2004341994 A JP2004341994 A JP 2004341994A JP 2003140221 A JP2003140221 A JP 2003140221A JP 2003140221 A JP2003140221 A JP 2003140221A JP 2004341994 A JP2004341994 A JP 2004341994A
- Authority
- JP
- Japan
- Prior art keywords
- path
- information
- displayed
- information processing
- updating
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
- User Interface Of Digital Computer (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】通信路に関する情報をユーザーインタフェースで表示するとき、表示内容を更新する処理のコンピュータに与える負荷を考慮した制御方法を提供する。
【解決手段】記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置に、前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップとの少なくともいずれかを実行させるためのプログラムに関する。
【選択図】 図１１
【解決手段】記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置に、前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップとの少なくともいずれかを実行させるためのプログラムに関する。
【選択図】 図１１
Description
【０００１】
【発明の属する技術分野】
本発明は、プログラム、情報処理装置、及び情報処理装置の制御方法に関する。
【０００２】
【従来の技術】
近年コンピュータシステムで取り扱われるデータ量が増大しており、ストレージシステムの大容量化が進んでいる。大容量のストレージシステムでは記憶容量に見合うだけの入出力性能と信頼性を確保することが必要である。
そのためコンピュータからストレージシステムに対してデータ入出力要求を送信するための通信路を多重化し、入出力性能の向上と信頼性の向上を図る技術が開発されている。
このようなコンピュータシステムでは、通信路に関する情報をコンピュータのユーザインタフェースに表示させることができるようになっている。
【０００３】
【特許文献１】
特開２００２−６３０６３号公報
【０００４】
【発明が解決しようとする課題】
しかしながらこれらの通信路に関する情報には、迅速な更新が求められるものと求められないものとがある。またコンピュータシステムが大規模な程、表示される通信路に関する情報の量は大量となる。従来の技術では、これらの表示内容を更新する際にコンピュータに与える処理負荷に対する考慮や、迅速に更新を行うことに対する考慮がなされていなかった。
本発明は上記課題を鑑みてなされたものであり、プログラム、情報処理装置、及び情報処理装置の制御方法を提供することを主たる目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るプログラムは、記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置に、前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップとの少なくともいずれかを実行させるためのプログラムに関する。
【０００６】
ここで記憶デバイスとは、例えば情報処理装置に提供するための記憶リソースを有するハードディスク装置や半導体記憶装置等と、情報処理装置から受信したデータ入出力要求に応じてこれらを制御するための制御装置とを含む。情報処理装置とは、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリを備え、各種プログラムを実行するコンピュータである。ユーザインタフェースとは、情報処理装置が備える例えば入力装置や出力装置、又は情報処理装置と接続された他の情報処理装置が備える入力装置や出力装置である。また通信路は、例えば情報処理装置と記憶デバイスとを接続するハードウエアにより物理的に構成される物理パスと、物理パスに論理的に設定される論理パスとを含む。
【０００７】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
＝＝＝全体構成例＝＝＝
まず、本実施の形態に係る情報処理システムの全体構成を示すブロック図を図１に示す。
【０００９】
業務クライアント１１００がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０００を通じて業務サーバ（情報処理装置）１００に接続されている。業務サーバ１００や業務クライアント１１００はいずれも、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリ、入出力装置等を備えたコンピュータである。業務サーバ１００は、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）９００を介して接続されるストレージシステム２００により提供される記憶リソースを利用して、様々な情報処理サービスを提供する。これにより業務クライアント１１００は業務サーバ１００により提供される情報処理サービスを受けることができる。またＬＡＮ１０００はインターネットのような公共的なネットワークとすることもできるし、プライベートなネットワークとすることもできる。
【００１０】
業務サーバ１００により提供される情報処理サービスは特定のサービスに限定されるものではない。例えば銀行の自動預金預け払いサービスやインターネットのホームページ閲覧サービスのようなオンラインサービスを始め、科学技術分野における実験シミュレーションを行うバッチ処理サービス等、様々なものが考えられる。
【００１１】
＝＝＝業務サーバ（情報処理装置）＝＝＝
情報処理装置１００はＣＰＵやメモリを備え、各種アプリケーションプログラム１２０やパス管理プログラム１３０を実行するコンピュータである。本実施の形態に係る情報処理装置１００の構成を示すブロック図を図６に示す。
情報処理装置１００は、ＣＰＵ１０１、メモリ１０２、ポート１０３、記録媒体読取装置１０４、入力装置１０５、出力装置１０６、記憶装置１０８、ＩＦ１４０を備える。
【００１２】
ＣＰＵ１０１は情報処理装置１００の全体の制御を司るもので、記憶装置１０８に格納されたパス管理プログラム１３０を適宜メモリ１０２に読み出して実行することにより、情報処理装置１００からストレージシステム２００に対してデータ入出力要求を送信するための通信路であるパス３００の制御を行う。パス３００の制御については後述する。またメモリ１０２にはパス管理テーブル４００、障害パス情報テーブル５００、Ｉ／Ｏ管理テーブル６００、及びパス情報管理テーブル７００が記憶されている。これらのテーブルはパス３００の制御を行うためにパス管理プログラム１３０により適宜更新、参照される。これらのテーブルについては後述する。
【００１３】
記録媒体読取装置１０４は、記録媒体１０７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１０２や記憶装置１０８に格納される。従って、例えば記録媒体１０７に記録されたパス管理プログラム１３０を、記録媒体読取装置１０４を用いて上記記録媒体１０７から読み取って、メモリ１０２や記憶装置１０８に格納するようにすることができる。記録媒体１０７としてはフレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１０４は情報処理装置１００に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。記憶装置１０８にはパス管理プログラム１３０や各種アプリケーションプログラム１２０等が記憶されている。記憶装置１０８は、例えばハードディスク装置や半導体記憶装置等とすることができる。入力装置１０５はオペレータ等による情報処理装置１００へのデータ入力等のために用いられるユーザインタフェースの一つである。入力装置１０５としては例えばキーボードやマウス等が用いられる。出力装置１０６は情報を出力するためのユーザインタフェースの一つである。出力装置１０６としては例えばディスプレイやプリンタ等が用いられる。ポート１０３は他の情報処理装置１００や業務クライアント１１００等と通信を行うための装置である。この場合、例えばパス管理プログラム１３０をポート１０３を介して他の情報処理装置１００から受信して、メモリ１０２や記憶装置１０８へ記憶するようにすることもできる。ＩＦ（ＩｎｔｅｒＦａｃｅ）１４０はストレージシステム２００との間の通信インタフェースである。ＩＦ１４０は例えばホストバスアダプタ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）により提供される。ＩＦ１４０はパス３００を構成する要素の一つである。詳細は後述する。
【００１４】
なお業務クライアント１１００もＣＰＵやメモリ等を備えたコンピュータであり、その構成は業務サーバ１００と同様である。そのため、業務クライアント１１００のメモリ等にもパス管理プログラム１３０を記憶するようにして、業務クライアント１１００からパス３００の制御を行ったり、業務クライアント１１００のユーザインタフェースにパス３００に関する情報を表示させたりするようにすることもできる。
【００１５】
業務サーバ１００は、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）９００を介してストレージシステム２００に接続されている。 ＳＡＮ９００を介して行われる業務サーバ１００とストレージシステム２００との間の通信は、様々な通信プロトコルに従って行うようにすることができる。例えば、ファイバチャネルやＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＦＩＣＯＮ（Ｆｉｂｒｅ Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）、ＥＳＣＯＮ（Ｅｎｔｅｒｐｒｉｓｅ Ｓｙｓｔｅｍ Ｃｏｎｎｅｃｔｉｏｎ） （登録商標）、ＡＣＯＮＡＲＣ（Ａｄｖａｎｃｅｄ Ｃｏｎｎｅｃｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＦＩＢＡＲＣ（Ｆｉｂｒｅ Ｃｏｎｎｅｃｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ ＳＣＳＩ）等とすることができる。これらの通信プロトコルを混在させるようにすることもできる。
【００１６】
ストレージシステム２００は、業務サーバ１００が業務クライアント１００に情報処理サービスを提供する際に必要とする記憶リソースを提供する。記憶リソースはストレージシステム２００が備えるディスクドライブにより提供される。ディスクドライブとしては、例えばハードディスク装置や半導体記憶装置等様々なものを用いることができる。
【００１７】
＝＝＝通信路について＝＝＝
次に、本実施の形態に係るストレージシステム２００と情報処理装置１００とを接続するパス（通信路）３００について図２を参照しながら説明する。
情報処理装置１００は、アプリケーションプログラム１２０を実行する際にストレージシステム２００が記憶しているデータに対するアクセスを行う。上記データのアクセスは、情報処理装置１００からストレージシステム２００に対してデータ入出力要求を送信することにより行われる。データ入出力要求の送信は、情報処理装置１００とストレージシステム２００との間のパス３００（通信路）を介して行われる。パス３００は、情報処理装置１００とストレージシステム２００とを接続するハードウエアにより物理的に構成される物理パスと、物理パスに論理的に設定される論理パスとを含む、情報処理装置１００とストレージシステム２００との間の通信路である。図２に示すように、本実施の形態に係る情報処理システムにおいては４本のパス３００を有し、情報処理装置１００からのデータ入出力要求は、パス管理プログラム１３０により４本のパス３００に振り分けられてストレージシステム２００に送信される。なお情報処理装置１００とストレージシステム２００との間は、図２に示すように４本のパス３００で直接接続されるようにすることもできるし、図１に示したようにＳＡＮ９００を構成し、スイッチを介して接続するようにすることもできる。
【００１８】
＝＝＝パス管理プログラムについて＝＝＝
パス管理プログラム１３０は、情報処理装置１００とストレージシステム２００との間でパス３００を介して行われるデータ入出力のための通信を制御し、パス３００の多重化を可能とするためのプログラムである。例えば、パス３００の追加、削除等の設定をはじめ、アプリケーションプログラム１２０からのデータ入出力要求を４つの各パス３００に振り分けて送信し、パス３００の負荷分散を行う。これにより、情報処理装置１００とストレージシステム２００との間の通信ボトルネックを解消し情報処理システムの性能向上を図ることができる。また上記振り分けは、各パス３００に均等に行うだけでなく、アプリケーションプログラム１２０の種類やデータ入出力要求のアクセス先等に応じて行うようにすることもできる。またパス３００に障害が発生した場合には、当該パス３００を不使用とし、他の正常なパス３００へデータ入出力要求を振り替えて送信するようにすることもできる。これにより、パス３００に障害が発生しても情報処理装置１００からストレージシステム２００へのデータアクセスを停止させることがなく、情報処理システムの信頼性を高めることができる。
【００１９】
またパス管理プログラム１３０は、パス３００に関する情報を表示する機能を有している。表示は例えば情報処理装置１００が備える出力装置（ユーザインタフェース）１０６の一つであるディスプレイに行われる。なおパス３００に関する情報の表示は、情報処理装置１００のポート１０３を通じて接続される他の情報処理装置１００や業務クライアント１１００が備える出力装置１０６に行うようにすることもできる。表示されるパス３００に関する情報としては、例えば、パス３００の状態、データ入出力の回数、データ入出力が正常に行われなかった回数、パス３００の識別番号、パス３００の名称、パス３００を介してアクセス可能な論理ユニット２２０の識別番号、ストレージシステム２００の識別情報、ストレージシステム２００が備える通信インタフェースの識別情報、パス３００の状態の更新時刻、パス３００の状態に関するメッセージ等である。
【００２０】
ここで論理ユニット２２０とは、ストレージシステム２００が備えるディスクドライブにより提供される記憶リソースを論理的に区分することにより設定される記憶領域のことである。上記表示される論理ユニット２２０は、ストレージシステム２００が有する論理ユニット２２０のうち当該パス３００を通信路として送信されるデータ入出力要求の対象となるデータが記憶される論理ユニット２２０である。なおユーザインタフェースに表示されるパス３００に関する情報としては、上記以外の情報を表示するようにすることもできるし、上記の一部の情報を表示するようにすることもできる。
【００２１】
図２に示すように、パス管理プログラム１３０は表示制御部１３１、パス追加削除実行部１３２、サービス制御部１３３、障害監視部１３４、パス管理ドライバ１３５を備えている。表示制御部１３１は、上述したパス３００に関する情報をユーザインタフェースに表示するためのプログラムである。表示制御部１３１は、情報処理装置１００が備えるメモリ１０２の所定の記憶領域、あるいはＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）にデータが記憶された場合に、当該データをユーザインタフェースに表示する。パス３００に関する情報を業務クライアント１１００に表示させる場合には、業務クライアント１１００上で実行される表示制御部１３１が、業務クライアント１１００が備えるメモリの所定の記憶領域あるいはＶＲＡＭに記憶されたデータを、業務クライアント１１００が備えるユーザインタフェースに表示する。パス追加削除実行部１３２は、パス３００の追加、削除等を行うためのプログラムである。
【００２２】
すなわち、パス追加削除実行部１３２は例えば情報処理装置１００が備える入力装置１０５からパス追加削除コマンド１１０の入力を受け付け、コマンドの指示に沿ったパス３００の設定を行う。パス３００の追加、削除の制御については後述する。サービス制御部１３３は、パス管理プログラム１３０の全体の制御を行うためのプログラムである。例えば障害監視部１３４がパス３００の障害を検出した場合に、サービス制御部１３３は障害監視部１３４からパス３００の障害に関する情報の通知を受け、パス３００の障害に関する情報を障害パス情報テーブル５００に書き込む。これにより表示制御部１３１は障害パス情報テーブル５００の内容を読み出し、ユーザインタフェースに表示することができる。障害監視部１３４は、パス３００の状態を監視しパス３００の障害を検出するためのプログラムである。障害の監視は情報処理装置１００が備えるメモリ１０２を監視することにより行われる。詳細は後述する。パス管理ドライバ１３５は、パス３００を介して行われるデータ入出力のための通信を制御するためのプログラムである。例えば上述したように、アプリケーションプログラム１２０からのデータ入出力要求を各パス３００の負荷を分散するように振り分ける処理や、パス３００に障害が発生した場合に、正常なパス３００へデータ入出力要求を振り替えるための処理を行う。
【００２３】
本実施の形態に係る情報処理装置１００により提供される各種機能は、本実施の形態に係る各種の動作を行うためのコードから構成されるパス管理プログラム１３０を、ＣＰＵ１０１が実行することにより実現される。
【００２４】
＝＝＝ストレージシステムについて＝＝＝
ストレージシステム２００は論理ユニット２２０、ディスク制御部２１０を備える。論理ユニット２２０とは、ストレージシステム２００が備えるディスクドライブにより提供される記憶リソースを論理的に区分することにより設定される記憶領域のことである。図２に示すストレージシステム２００には、ＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）１（２２１）とＬＵ２（２２２）の２つの論理ユニットが備えられている。ディスクドライブとは、例えばハードディスク装置や半導体記憶装置等である。ディスク制御部２１０は情報処理装置１００との間で通信を行うための通信インタフェースを備える。またディスク制御部２１０は、論理ユニット２２０に記憶されているデータのアクセスを制御する。ディスク制御部２１０は図２に示すようにストレージシステム２００に内蔵される形態とすることもできるし、外付けされる形態とすることもできる。また各論理ユニット２２１、２２２を、さらに複数のパーティションに分割するようにすることもできる。パーティションとは論理ユニット２２０を論理的に区分して構成される記憶領域のことである。
【００２５】
なお、ストレージシステム２００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置１００に対して提供される記憶リソースは、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）により管理された複数のディスクドライブにより提供されるようにすることもできる。
【００２６】
＝＝＝パス情報管理テーブルについて＝＝＝
次に、本実施の形態に係るパス情報管理テーブル７００を図３に示す。
パス情報管理テーブル７００はパス管理ドライバ１３５により作成、更新されるテーブルである。例えばパス３００が追加、削除される毎に、パス管理ドライバ１３５はパス追加削除実行部１３２からパス情報管理テーブル７００を更新するための情報を受け取る。そしてその情報に基づいてパス管理ドライバ１３５はパス情報管理テーブル７００を更新する。パス情報管理テーブル７００は、「パスＩＤ」欄、「状態」欄、「パス名」欄、「ディスク名」欄、「ＣＨＡ（ＣＨａｎｎｅｌ Ａｄａｐｔｅｒ）ポート名」欄、「ＬＵＮ」欄、「更新時刻」欄、「メッセージ」欄、「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄を備える。
【００２７】
「パスＩＤ」欄はパス３００の識別番号を表示するための欄である。パスの識別番号は、例えばパス追加削除実行部１３２によりパス３００の追加が行われる毎に付与される。「状態」欄は、パス３００を介して情報処理装置１００とストレージシステム２００との間で通信を行うことができる状態であるか、そうでないかを表示するための欄である。通信可能な状態である場合は”オンライン”、そうでない場合は”オフライン”と表示される。例えばパス３００に障害が発生し、通信不可能な状態である場合には”オフライン”と表示される。「パス名」欄は、パスＩＤに対応付けて付与されるパスを識別するための名称を表示するための欄である。
【００２８】
パス名は、例えば情報処理装置１００を操作するオペレータにより、パス追加削除コマンド１１０が情報処理装置１００に入力される際に指定される。「ディスク名」欄は、当該パスを介してアクセス可能な、ストレージシステム２００が備えるディスクドライブを識別するために付与されるディスク名を表示するための欄である。ディスク名も、例えばパス追加削除コマンド１１０の入力時に指定される。「ＣＨＡポート名」欄は、ディスク制御部２１０が備える情報処理装置１００と通信を行うための通信インタフェースのうち、当該パス３００を構成する通信インタフェースを識別するために付与されたＣＨＡポート名を表示するための欄である。ＣＨＡポート名も、例えばパス追加削除コマンド１１０の入力時に指定される。「ＬＵＮ」欄は、当該パス３００を介してアクセス可能なＬＵ２２０に付与された識別番号を表示するための欄である。ＬＵＮも、例えばパス追加削除コマンド１１０の入力時に指定される。「更新時刻」欄は、パス３００に障害が発生した時刻、または障害が回復した時刻を表示するための欄である。「メッセージ」欄は、パス３００に発生した障害の解析に必要な情報を表示するための欄である。障害が回復した場合には、障害が回復した旨が表示される。「Ｉ／Ｏ回数」欄は、情報処理装置１００とストレージシステム２００との間で当該パスを介して行われたデータ入出力の回数を表示するための欄である。データ入出力が行われる毎に、パス管理ドライバ１３５により更新される。「Ｉ／Ｏエラー回数」欄は、データ入出力が正常に行われなかった場合の回数を表示するための欄である。データ入出力が正常に行われなかった場合に、パス管理ドライバ１３５により更新される。
【００２９】
＝＝＝障害パス情報テーブルについて＝＝＝
次に、本実施の形態に係る障害パス情報テーブル５００を図４に示す。
障害パス情報テーブル５００はサービス制御部１３３により作成、更新されるテーブルである。障害パス情報テーブル５００は表示制御部１３１により参照可能なメモリ１０２上の特定の記憶領域または情報処理装置１００がＶＲＡＭを備える場合には、ＶＲＡＭに作成されるようにすることもできる。障害パス情報テーブル５００は、「パスＩＤ」欄、「状態」欄、「更新時刻」欄、「メッセージ」欄を備える。サービス制御部１３３が障害監視部１３４からパスの障害の通知を受けた場合に、サービス制御部１３３が障害パス情報テーブル５００に障害の発生したパス３００についての上記情報を書き込む。それぞれの欄に書き込まれる情報は、パス情報管理テーブル７００と同一である。
【００３０】
＝＝＝Ｉ／Ｏ管理テーブルについて＝＝＝
次に、本実施の形態に係るＩ／Ｏ管理テーブル６００を図５に示す。
Ｉ／Ｏ管理テーブル６００はパス管理ドライバ１３５により作成、更新されるテーブルである。すなわち情報処理装置１００とストレージシステム２００との間でデータ入出力が行われた場合に、パス管理ドライバ１３５によりＩ／Ｏ管理テーブル６００が更新される。Ｉ／Ｏ管理テーブル６００は、「パスＩＤ」欄、「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄を備える。それぞれの欄に書き込まれる情報は、パス情報管理テーブル７００と同一である。
【００３１】
＝＝＝パスの管理について＝＝＝
次に、本実施の形態に係るパス管理プログラム１３０におけるパス３００の管理を示すブロック図を図７に示す。
パス３００の管理は、パス追加削除実行部１３２により作成、更新されるパス管理テーブル４００をパス管理ドライバ１３５が管理することにより行われる。
【００３２】
パス管理テーブル４００は、「パス」欄、「パス管理ドライバのインスタンス」欄、「インタフェースドライバのインスタンス」欄を備える。「パス」欄は、管理されるパス３００の識別情報を記憶するための欄である。識別情報としては、パスＩＤとすることもできるしパス名とすることもできる。「パス管理ドライバのインスタンス」欄は、パス３００を介する通信の制御を行うパス管理ドライバ１３５のインスタンスを記憶するための欄である。「インタフェースドライバのインスタンス」欄は、ＩＦ１４０を制御するプログラムであるインタフェースドライバのインスタンスを記憶するための欄である。そしてパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対応づけがパス管理ドライバ１３５により管理されることによりパス３００の管理が行われる。
【００３３】
パス３００を追加／削除するとは、図７に示すパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対応づけのいずれか一つを追加／削除し、物理パスの情報を管理するパス管理テーブル４００からも、パス３００の情報を追加／削除するということである。この処理を実行することで、情報処理装置１００とストレージシステム２００は、ハードウエア的には接続されているが、パス管理上はパスの情報が参照されないということになる。パスの追加／削除の契機は、オペレータがパス追加／削除コマンド１１０を実行した場合である。
【００３４】
また、パス管理プログラム１３０を起動時に、ハードウエア的に接続されているパスについては、パス管理プログラム１３０が認識しており、上記したように、パスの追加／削除処理によって、パス管理テーブル４００に反映される。他方、パス管理プログラム１３０起動後、運用中に新たにハードウエア的に接続されたパスについては、パス管理プログラム１３０は認識していない。図１１において、（パス管理テーブル４００に反映されているところの）パスの構成情報（パス名、ディスク名、ＣＨＡポート名、ＬＵＮ）に加えて、パス管理テーブル４００には反映されていないがハードウエア的には接続されているパス情報の欄も設け、初期状態では、パス管理プログラム１３０起動時に接続されているパスの情報を表示し、パス管理プログラム１３０起動後、運用中に新たに接続されたパスについては、更新要求等に応じて、ハードウエア的な接続状況を収集し、図１１のテーブルに表示するという構成も可能である。
【００３５】
パス３００を追加、削除する際の処理の流れを示すフローチャートをそれぞれ図８、図９に示す。
パス３００を追加する場合は、まずディスク制御部２１０とＩＦ１４０とを接続する（Ｓ１０００）。これは情報処理システムを管理するオペレータが、例えば通信ケーブルで情報処理装置１００とストレージシステム２００とを接続することにより行われる。そうするとインタフェースドライバのインスタンス１４１が生成される（Ｓ１００１）。インタフェースドライバのインスタンス１４１の生成は、例えば情報処理装置１００で実行されるオペレーティングシステムにより行われる。次にオペレータが入力装置１０５から情報処理装置１００にパス追加コマンド１１０を入力すると（Ｓ１００２）、パス管理プログラム１３０のパス追加削除実行部１３２が実行される（Ｓ１００３）。そうするとパス追加削除実行部１３２によりパス管理ドライバのインスタンス１３６が生成される（Ｓ１００４）。次にパス追加削除実行部１３２により、パス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対が生成される（Ｓ１００５）。そしてパス追加削除実行部１３２により、パス管理テーブル４００に上記生成したパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対が追加される（Ｓ１００６）。これによりパス３００の追加が行われる。
【００３６】
一方パス３００を削除する場合には、オペレータがパス削除コマンド１１０を情報処理装置１００に入力する（Ｓ２０００）。そうするとパス追加削除実行部１３２が実行され（Ｓ２００１）、パス削除コマンド１１０により指定されたパス３００に対応するインスタンス１３６、１４１の対が、パス管理テーブル４００からパス追加削除実行部１３２により削除される（Ｓ２００２、Ｓ２００３）。これによりパス３００の削除が行われる。
【００３７】
＝＝＝パスの構成要素について＝＝＝
次に、パス３００を構成するための要素について図１０を参照しながら説明する。図１０に示すように、パス３００はＨＬＵ（Ｈｏｓｔ Ｌｏｇｉｃａｌ Ｕｎｉｔ）２２３、ＴＩＤ（Ｔａｒｇｅｔ ＩＤ）１６１、Ｂｕｓ１６２、ＨＰｏｒｔ（Ｈｏｓｔ ｂｕｓ ａｄａｐｔｅｒ ＰＯＲＴ）１６０、ＣＨＡＰｏｒｔ（ＣＨａｎｎｅｌ Ａｄａｐｔｅｒ ＰＯＲＴ）２３０、ディスク制御部２１０、及びＬＵ２２０のハードウエアまたはソフトウエアにより構成される。ＨＬＵ２２３、ＴＩＤ１６１、Ｂｕｓ１６２、ＨＰｏｒｔ１６０はＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｆａｃｅ）通信規格で用いられる概念であり、それぞれホスト論理ユニット、ターゲットＩＤ、論理バス、ホストバスアダプタ側ポートを示す。ＣＨＡＰｏｒｔ２３０はディスク制御部２１０のポートを示す。もちろんパス３００の構成要素は上記に限られる訳ではなく、システムにより上記要素のいずれかは不要とすることもできるし、上記以外の要素によりパス３００を構成するようにすることもできる。
【００３８】
＝＝＝ユーザインタフェースへの表示について＝＝＝
次に、本実施の形態に係るパス３００に関する情報が情報処理装置１００のユーザインタフェースに表示される様子を示す図を図１１に示す。図１１には、情報処理装置１００が備える出力装置１０６であるディスプレイに表示されるウインドウ画面にパス３００に関する情報が表示される様子を示す。ウインドウ画面へのパス３００に関する情報の表示は、表示制御部１３１により行われる。
【００３９】
図１１に示す様に、本実施例に係るウインドウ画面には、構成表示部８１０とパス状態表示部８２０とが表示され、これらの表示によりパス３００に関する情報が示される。
【００４０】
構成表示部８１０は、情報処理システムが備える構成要素、すなわち情報処理装置１００とストレージシステム２００とストレージシステム２００が備えるＬＵ２２０とをそれぞれアイコン８１１、８１２、８１３で表し、それぞれの構成を木構造で表現したものである。アイコンをマウス等の入力装置１０５で選択することにより、選択されたアイコンで示される構成要素に関連するパス３００に関する情報がパス状態表示部８２０に表示される。例えば情報処理装置１００を示すアイコン８１１を選択すると、当該情報処理装置１００に関連するパス３００に関する情報がパス状態表示部８２０に表示される。
【００４１】
パス状態表示部８２０には、構成表示部８１０での選択箇所に応じたパス３００に関する情報が表示される。表示される情報は「パスＩＤ」、「状態」、「パス名」、「ディスク名」、「ＣＨＡポート名」、「ＬＵＮ」、「更新時刻」、「メッセージ」、「Ｉ／Ｏ回数」、「Ｉ／Ｏエラー回数」である。これらの情報はパス情報管理テーブル７００やＩ／Ｏ管理テーブル６００、障害パス情報テーブル５００に記憶される情報に基づくものである。
【００４２】
パス状態表示部８２０に表示される情報を更新する場合は、「全更新」欄又は「部分更新」欄をマウス等の入力装置１０５により選択してクリックする。「全更新」欄をクリックした場合は、パス状態表示部８２０に表示される全ての情報が更新される。一方「部分更新」欄をクリックした場合は、パス状態表示部８２０に表示される情報のうちの一部の情報、図１１に示す例では「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄の情報が更新される。もちろん「部分更新」をクリックした場合に他の情報が更新されるようにすることもできる。
【００４３】
「全更新」欄がクリックされることにより、ディスプレイに表示される情報を更新するための入力を表示制御部１３１が受けた場合には、表示制御部１３１は、パス管理ドライバ１３５に対してパス状態表示部８２０に表示される全ての情報を要求する。そうするとパス管理ドライバ１３５は、パス状態表示部８２０に表示される全ての項目に対応する情報をパス情報管理テーブル７００から読み出し、メモリ１０２の特定の記憶領域あるいはＶＲＡＭに書き込む。書き込みが完了したらパス管理ドライバ１３５は表示制御部１３１に対して書き込み完了の通知を行う。表示制御部１３１は、上記特定の記憶領域あるいはＶＲＡＭから上記情報を読み出してユーザインタフェースに表示する。これによりユーザインタフェースに表示される全ての情報を更新することができる。
【００４４】
一方「部分更新」がクリックされることにより、ディスプレイに表示される情報を更新するための入力を表示制御部１３１が受けた場合には、表示制御部１３１は、パス管理ドライバ１３５に対してパス状態表示部８２０に表示される情報のうち、「Ｉ／Ｏ回数」及び「Ｉ／Ｏエラー回数」の情報を要求する。そうするとパス管理ドライバ１３５は、Ｉ／Ｏ管理テーブル６００に記憶された情報を読み出し、メモリ１０２の特定の記憶領域あるいはＶＲＡＭに書き込む。書き込みが完了したらパス管理ドライバ１３５は表示制御部１３１に対して書き込み完了の通知を行う。表示制御部１３１は、上記特定の記憶領域あるいはＶＲＡＭから上記情報を読み出してユーザインタフェースに表示する。これによりユーザインタフェースに表示される情報のうち、「Ｉ／Ｏ回数」及び「Ｉ／Ｏエラー回数」の情報を更新することができる。このように「Ｉ／Ｏ回数」の情報を更新することができることにより、情報処理装置１００とストレージシステム２００との間の各パス３００の負荷分散（ロードバランス）の状態を知ることができる。また「Ｉ／Ｏエラー回数」の情報を更新することができることにより、現在「オンライン」状態のパス３００に関しても、過去に発生した障害の頻度を知ることができる。
【００４５】
なお、パス状態表示部８２０には図１１に示す項目の他に、例えば「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するようにすることもできる。この場合には、前回「全更新」又は「部分更新」が選択されてクリックされた後のＩ／Ｏ回数やＩ／Ｏエラー回数、経過時間がパス状態表示部８２０に表示される。パス状態表示部８２０に「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するためには、例えば図３に示すパス情報管理テーブル７００や、図５に示すＩ／Ｏ管理テーブル６００に「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を記憶するための欄を設けるようにする。そして「全更新」又は「部分更新」が選択されてクリックされることによりこれらの値がユーザインタフェースに表示された後に、ゼロクリアされるようにする。このように、「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するようにすることにより、所定時間内のＩ／Ｏ回数やＩ／Ｏエラー回数を知ることができる。
【００４６】
このように本実施の形態においては、表示される情報を更新するための入力を表示制御部１３１が受けた場合に、少なくとも一部の情報を更新するようにする。これにより不要な更新を行うことによる情報処理装置１００のへ処理負担をなくすことができる。また、表示される情報を更新するための入力に応じて全ての情報若しくは一部の情報を更新することにより、すなわち「全更新」又は「部分更新」の入力に応じて情報を更新することにより、情報処理システムの管理を行うオペレータのニーズに応じたパス情報の更新が行えるようになる。例えば、ユーザインタフェースに表示される情報の更新を長い時間行っていなかった場合には「全更新」をクリックして全ての情報を最新の情報に更新することができる。一方、例えば時々刻々変化するデータ入出力の状態を知りたい場合には「部分更新」をクリックしてデータ入出力に関する表示を更新することができる。これにより、更新時の情報処理装置１００の処理負荷を抑制し、オペレータのニーズに合った情報の更新を行うことができる。また情報の更新時間が短縮され、必要な情報を即座に表示させることができる。さらに、図１に示した業務クライアント１１００にパスの状態に関する情報が表示される場合には、ＬＡＮ１０００を介して授受されるこれらの情報の量を抑制することができるので、ＬＡＮ１０００への負荷を軽減することが可能となる。
【００４７】
また本実施の形態によれば、パス３００の状態に応じて、表示される少なくとも一部の情報を更新させることができる。例えばパス３００に障害が発生したことを検知した場合あるいは障害が回復したことを検知した場合には、「全更新」あるいは「部分更新」をクリックしなくとも、少なくともパス３００の障害に関する情報、例えば「状態」欄、「メッセージ」欄、「更新時刻」欄の更新が行われる。図１１においてはこのような更新をリアルタイム更新と記している。パス３００に障害が発生した場合には、「状態」欄の表示が”オンライン”から”オフライン”に更新される。そして「メッセージ」欄には障害が発生した旨の表示が行われる。さらに「更新時刻」欄に表示される時刻が更新される。障害が回復した場合には「状態」欄の表示が”オフライン”から”オンライン”に更新されると共に、「メッセージ」欄、「更新時刻」欄の表示も更新される。
【００４８】
情報処理装置１００とストレージシステム２００との間で行われるデータ入出力のための通信を制御するパス管理ドライバ１３５は、データ入出力のための通信が正常に行われなかったことを検知すると、メモリ１０２に当該通信の通信路であるパス３００のパスＩＤやエラーメッセージ等の障害情報を書き込む。パス管理ドライバ１３５により障害情報がメモリ１０２に書き込まれたことを障害監視部１３４が検知すると、障害監視部１３４は、サービス制御部１３３に障害情報を通知する。そしてサービス制御部１３３は障害情報に基づきメモリ１０２の特定の記憶領域あるいはＶＲＡＭに記憶されている障害パス情報テーブル５００の内容を更新する。これにより、表示制御部１３１によりユーザインタフェースに表示される情報のうち、「状態」欄、「メッセージ」欄、「更新時刻」欄の情報を更新することができる。またサービス制御部１３３は、障害パス情報テーブル５００にエントリーされているパス３００について、データ入出力要求をパス管理ドライバ１３５を経由してストレージシステム２００に対して発行するようにする。正常終了を示すステータスコマンドをストレージシステム２００から受信したら、障害パス情報テーブル５００から当該パス３００のエントリーを削除する。これによりパス３００の障害が回復した場合には、表示制御部１３１によりユーザインタフェースに表示される情報のうち、パス３００の障害に関する情報、例えば「状態」欄、「メッセージ」欄、「更新時刻」欄の情報を更新することができる。
【００４９】
＝＝＝テーブルの更新処理＝＝＝
次に、情報処理装置１００とストレージシステム２００との間でデータ入出力のための通信が行われた場合に、本実施の形態に係るパス情報管理テーブル７００、障害パス情報テーブル５００、Ｉ／Ｏ管理テーブル６００が更新される様子について説明する。
【００５０】
まず、本実施の形態に係るパス３００が正常時の場合について図１２を参照しながら説明する。図１２に示すように、アプリケーションプログラム１２０からデータ入出力要求１７０が送信されると、データ入出力要求１７０はパス管理ドライバ１３５、ＩＦ１４０、パス３００、ディスク制御部２１０を経てストレージシステム２００に送信される。そしてディスク制御部２１０によりＬＵ２２０に記憶されているデータに対するアクセスが行われる。データ入出力要求が書き込み要求の場合にはＬＵ２２０にデータが書き込まれる。その後ストレージシステム２００は、パス管理ドライバ１３５に対してアクセスの正常終了を示すステータスコマンド１７１を送信する。またデータ入出力要求が読み出し要求の場合には、ストレージシステム２００はアプリケーションプログラム１２０に対して読み出されたデータを送信する。パス管理ドライバ１３５は、メモリ１０２に設けられたＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００に記憶されているＩ／Ｏ回数をカウントアップする。これによりＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００が更新される。
【００５１】
次に、本実施の形態に係るパス３００に障害が発生している場合について、図１３を参照しながら説明する。図１３に示すように、アプリケーションプログラム１２０からデータ入出力要求１７０が送信されると、ストレージシステム２００はパス管理ドライバ１３５に対してアクセスの異常終了を示すステータスコマンド１７２を送信する。異常終了を示すステータスコマンドを受信することによりパス管理ドライバ１３５はパス３００に異常が発生したことを検知する。そしてパス管理ドライバ１３５はメモリ１０２に設けられたＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００に記憶されているＩ／Ｏエラー回数をカウントアップする。これによりＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００が更新される。
【００５２】
またパス管理ドライバ１３５は、障害が発生したパス３００のパスＩＤ、パスの状態、エラーメッセージ、異常終了のステータスコマンドを受信した時刻を含む障害情報１７３をメモリ１０２に書き込む。障害監視部１３４はメモリ１０２を監視しており、パス管理ドライバ１３５により障害情報１７３がメモリ１０２に書き込まれたことを検知すると、メモリ１０２から障害情報１７３を取得し、サービス制御部１３３に通知する。そしてサービス制御部１３３は障害情報１７３に基づいて、メモリ１０２の特定の記憶領域又はＶＲＡＭの障害パス情報テーブル５００に、パスＩＤ、パス３００の状態、更新時刻、メッセージを書き込む。これにより障害パス情報テーブル５００が更新される。
【００５３】
一方サービス制御部１３３は、障害の発生したパス３００の障害の回復を監視するために、障害パス情報テーブル５００にエントリーされているパスについて、データ入出力要求をパス管理ドライバ１３５を経由してストレージシステム２００に対して発行する。その様子を図１４に示す。正常終了を示すステータスコマンドをストレージシステム２００から受信したら障害パス情報テーブル５００から当該パスに関する情報を削除する。これにより障害の回復したパス３００に対する障害パス情報テーブル５００の更新を行うことができる。なおサービス制御部１３３により行われるデータ入出力要求の送信は、定期的に行うようにすることもできるし、不定期に行うようにすることもできる。
【００５４】
以上本実施の形態について説明したが、本実施の形態においては、ユーザインタフェースに表示される情報を更新するための入力を表示制御部１３１が受けた場合に、少なくとも一部の情報を更新するようにする。これにより、パス３００の状態を監視するオペレータのニーズに応じたパス３００に関する情報の更新が行えるようになる。また不要な更新を行うことによる情報処理装置１００のへ処理負担をなくすことができる。また本実施の形態においては、情報処理装置１００のユーザインタフェースに表示されるパス３００に関する複数の情報の更新を、受けた入力に応じて、例えば「全更新」又は「部分更新」の入力に応じて、表示される全ての情報又は一部の情報の更新を行う。これにより、パス３００の状態を監視するオペレータのニーズに応じたパス情報の更新が行えるようになる。特に「部分更新」の入力を受けた場合には、情報処理装置１００の処理負荷の増加を抑制し、オペレータのニーズに合った情報の更新を迅速に行うことができる。
【００５５】
さらに、オペレータが「全更新」あるいは「部分更新」をクリックしなくとも、パス３００の状態に応じて、例えばパス３００に障害が発生した場合又は障害が回復した場合には、それに応じてユーザインタフェースに表示される障害に関する情報を更新することができる。これによりパス３００の状態の変化を即座に認識することができ、例えば情報処理システムに障害が発生した場合には即座に対策を実行することができるようになる。
【００５６】
以上本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５７】
【発明の効果】
プログラム、情報処理装置、及び情報処理装置の制御方法を提供することができる。
【図面の簡単な説明】
【図１】本実施の形態に係る情報処理システムの全体構成を示すブロック図である。
【図２】本実施の形態に係るストレージシステムと情報処理装置とを接続するパスを説明するための図である。
【図３】本実施の形態に係るパス情報管理テーブルを示す図である。
【図４】本実施の形態に係る障害パス情報テーブルを示す図である。
【図５】本実施の形態に係るＩ／Ｏ管理テーブルを示す図である。
【図６】本実施の形態に係る情報処理装置を示すブロック図である。
【図７】本実施の形態に係るパス管理プログラムにおけるパス管理方法を示す図である。
【図８】本実施の形態に係るパスを追加する際の処理の流れを示すフローチャートである。
【図９】本実施の形態に係るパスを削除する際の処理の流れを示すフローチャートである。
【図１０】本実施の形態に係るパスを構成する要素を示す図である。
【図１１】本実施の形態に係る画面構成を示す図である。
【図１２】本実施の形態に係るパスが正常時の入出力処理の流れを示す図である。
【図１３】本実施の形態に係るパスに障害が発生した際の入出力処理の様子を示す図である。
【図１４】本実施の形態に係る障害パスのチェックの様子を示す図である。
【符号の説明】
１００ 情報処理装置 １０１ ＣＰＵ
１０２ メモリ １０３ ポート
１０４ 記録媒体読取装置 １０５ 入力装置
１０６ 出力装置 １０７ 記録媒体
１０８ 記憶装置 １３０ パス管理プログラム
１３１ 表示制御部 １３２ パス追加削除実行部
１３３ サービス制御部 １３４ 障害監視部
１３５ パス管理ドライバ １４０ ＩＦ
２００ ストレージシステム ２１０ ディスク制御部
２２０ 論理ユニット ２２３ ＨＬＵ
２３０ ＣＨＡ Ｐｏｒｔ ３００ パス
４００ パス管理テーブル ５００ 障害パス情報テーブル
６００ Ｉ／Ｏ管理テーブル ７００ パス情報管理テーブル
８００ パス状態表示画面 ８１０ 構成表示部
８２０ パス状態表示部 ８３０ 全更新
８４０ 部分更新 ９００ ＳＡＮ
１０００ ＬＡＮ １１００ 業務クライアント
【発明の属する技術分野】
本発明は、プログラム、情報処理装置、及び情報処理装置の制御方法に関する。
【０００２】
【従来の技術】
近年コンピュータシステムで取り扱われるデータ量が増大しており、ストレージシステムの大容量化が進んでいる。大容量のストレージシステムでは記憶容量に見合うだけの入出力性能と信頼性を確保することが必要である。
そのためコンピュータからストレージシステムに対してデータ入出力要求を送信するための通信路を多重化し、入出力性能の向上と信頼性の向上を図る技術が開発されている。
このようなコンピュータシステムでは、通信路に関する情報をコンピュータのユーザインタフェースに表示させることができるようになっている。
【０００３】
【特許文献１】
特開２００２−６３０６３号公報
【０００４】
【発明が解決しようとする課題】
しかしながらこれらの通信路に関する情報には、迅速な更新が求められるものと求められないものとがある。またコンピュータシステムが大規模な程、表示される通信路に関する情報の量は大量となる。従来の技術では、これらの表示内容を更新する際にコンピュータに与える処理負荷に対する考慮や、迅速に更新を行うことに対する考慮がなされていなかった。
本発明は上記課題を鑑みてなされたものであり、プログラム、情報処理装置、及び情報処理装置の制御方法を提供することを主たる目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るプログラムは、記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置に、前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップとの少なくともいずれかを実行させるためのプログラムに関する。
【０００６】
ここで記憶デバイスとは、例えば情報処理装置に提供するための記憶リソースを有するハードディスク装置や半導体記憶装置等と、情報処理装置から受信したデータ入出力要求に応じてこれらを制御するための制御装置とを含む。情報処理装置とは、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリを備え、各種プログラムを実行するコンピュータである。ユーザインタフェースとは、情報処理装置が備える例えば入力装置や出力装置、又は情報処理装置と接続された他の情報処理装置が備える入力装置や出力装置である。また通信路は、例えば情報処理装置と記憶デバイスとを接続するハードウエアにより物理的に構成される物理パスと、物理パスに論理的に設定される論理パスとを含む。
【０００７】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
＝＝＝全体構成例＝＝＝
まず、本実施の形態に係る情報処理システムの全体構成を示すブロック図を図１に示す。
【０００９】
業務クライアント１１００がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０００を通じて業務サーバ（情報処理装置）１００に接続されている。業務サーバ１００や業務クライアント１１００はいずれも、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリ、入出力装置等を備えたコンピュータである。業務サーバ１００は、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）９００を介して接続されるストレージシステム２００により提供される記憶リソースを利用して、様々な情報処理サービスを提供する。これにより業務クライアント１１００は業務サーバ１００により提供される情報処理サービスを受けることができる。またＬＡＮ１０００はインターネットのような公共的なネットワークとすることもできるし、プライベートなネットワークとすることもできる。
【００１０】
業務サーバ１００により提供される情報処理サービスは特定のサービスに限定されるものではない。例えば銀行の自動預金預け払いサービスやインターネットのホームページ閲覧サービスのようなオンラインサービスを始め、科学技術分野における実験シミュレーションを行うバッチ処理サービス等、様々なものが考えられる。
【００１１】
＝＝＝業務サーバ（情報処理装置）＝＝＝
情報処理装置１００はＣＰＵやメモリを備え、各種アプリケーションプログラム１２０やパス管理プログラム１３０を実行するコンピュータである。本実施の形態に係る情報処理装置１００の構成を示すブロック図を図６に示す。
情報処理装置１００は、ＣＰＵ１０１、メモリ１０２、ポート１０３、記録媒体読取装置１０４、入力装置１０５、出力装置１０６、記憶装置１０８、ＩＦ１４０を備える。
【００１２】
ＣＰＵ１０１は情報処理装置１００の全体の制御を司るもので、記憶装置１０８に格納されたパス管理プログラム１３０を適宜メモリ１０２に読み出して実行することにより、情報処理装置１００からストレージシステム２００に対してデータ入出力要求を送信するための通信路であるパス３００の制御を行う。パス３００の制御については後述する。またメモリ１０２にはパス管理テーブル４００、障害パス情報テーブル５００、Ｉ／Ｏ管理テーブル６００、及びパス情報管理テーブル７００が記憶されている。これらのテーブルはパス３００の制御を行うためにパス管理プログラム１３０により適宜更新、参照される。これらのテーブルについては後述する。
【００１３】
記録媒体読取装置１０４は、記録媒体１０７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１０２や記憶装置１０８に格納される。従って、例えば記録媒体１０７に記録されたパス管理プログラム１３０を、記録媒体読取装置１０４を用いて上記記録媒体１０７から読み取って、メモリ１０２や記憶装置１０８に格納するようにすることができる。記録媒体１０７としてはフレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１０４は情報処理装置１００に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。記憶装置１０８にはパス管理プログラム１３０や各種アプリケーションプログラム１２０等が記憶されている。記憶装置１０８は、例えばハードディスク装置や半導体記憶装置等とすることができる。入力装置１０５はオペレータ等による情報処理装置１００へのデータ入力等のために用いられるユーザインタフェースの一つである。入力装置１０５としては例えばキーボードやマウス等が用いられる。出力装置１０６は情報を出力するためのユーザインタフェースの一つである。出力装置１０６としては例えばディスプレイやプリンタ等が用いられる。ポート１０３は他の情報処理装置１００や業務クライアント１１００等と通信を行うための装置である。この場合、例えばパス管理プログラム１３０をポート１０３を介して他の情報処理装置１００から受信して、メモリ１０２や記憶装置１０８へ記憶するようにすることもできる。ＩＦ（ＩｎｔｅｒＦａｃｅ）１４０はストレージシステム２００との間の通信インタフェースである。ＩＦ１４０は例えばホストバスアダプタ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）により提供される。ＩＦ１４０はパス３００を構成する要素の一つである。詳細は後述する。
【００１４】
なお業務クライアント１１００もＣＰＵやメモリ等を備えたコンピュータであり、その構成は業務サーバ１００と同様である。そのため、業務クライアント１１００のメモリ等にもパス管理プログラム１３０を記憶するようにして、業務クライアント１１００からパス３００の制御を行ったり、業務クライアント１１００のユーザインタフェースにパス３００に関する情報を表示させたりするようにすることもできる。
【００１５】
業務サーバ１００は、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）９００を介してストレージシステム２００に接続されている。 ＳＡＮ９００を介して行われる業務サーバ１００とストレージシステム２００との間の通信は、様々な通信プロトコルに従って行うようにすることができる。例えば、ファイバチャネルやＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＦＩＣＯＮ（Ｆｉｂｒｅ Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）、ＥＳＣＯＮ（Ｅｎｔｅｒｐｒｉｓｅ Ｓｙｓｔｅｍ Ｃｏｎｎｅｃｔｉｏｎ） （登録商標）、ＡＣＯＮＡＲＣ（Ａｄｖａｎｃｅｄ Ｃｏｎｎｅｃｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＦＩＢＡＲＣ（Ｆｉｂｒｅ Ｃｏｎｎｅｃｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ ＳＣＳＩ）等とすることができる。これらの通信プロトコルを混在させるようにすることもできる。
【００１６】
ストレージシステム２００は、業務サーバ１００が業務クライアント１００に情報処理サービスを提供する際に必要とする記憶リソースを提供する。記憶リソースはストレージシステム２００が備えるディスクドライブにより提供される。ディスクドライブとしては、例えばハードディスク装置や半導体記憶装置等様々なものを用いることができる。
【００１７】
＝＝＝通信路について＝＝＝
次に、本実施の形態に係るストレージシステム２００と情報処理装置１００とを接続するパス（通信路）３００について図２を参照しながら説明する。
情報処理装置１００は、アプリケーションプログラム１２０を実行する際にストレージシステム２００が記憶しているデータに対するアクセスを行う。上記データのアクセスは、情報処理装置１００からストレージシステム２００に対してデータ入出力要求を送信することにより行われる。データ入出力要求の送信は、情報処理装置１００とストレージシステム２００との間のパス３００（通信路）を介して行われる。パス３００は、情報処理装置１００とストレージシステム２００とを接続するハードウエアにより物理的に構成される物理パスと、物理パスに論理的に設定される論理パスとを含む、情報処理装置１００とストレージシステム２００との間の通信路である。図２に示すように、本実施の形態に係る情報処理システムにおいては４本のパス３００を有し、情報処理装置１００からのデータ入出力要求は、パス管理プログラム１３０により４本のパス３００に振り分けられてストレージシステム２００に送信される。なお情報処理装置１００とストレージシステム２００との間は、図２に示すように４本のパス３００で直接接続されるようにすることもできるし、図１に示したようにＳＡＮ９００を構成し、スイッチを介して接続するようにすることもできる。
【００１８】
＝＝＝パス管理プログラムについて＝＝＝
パス管理プログラム１３０は、情報処理装置１００とストレージシステム２００との間でパス３００を介して行われるデータ入出力のための通信を制御し、パス３００の多重化を可能とするためのプログラムである。例えば、パス３００の追加、削除等の設定をはじめ、アプリケーションプログラム１２０からのデータ入出力要求を４つの各パス３００に振り分けて送信し、パス３００の負荷分散を行う。これにより、情報処理装置１００とストレージシステム２００との間の通信ボトルネックを解消し情報処理システムの性能向上を図ることができる。また上記振り分けは、各パス３００に均等に行うだけでなく、アプリケーションプログラム１２０の種類やデータ入出力要求のアクセス先等に応じて行うようにすることもできる。またパス３００に障害が発生した場合には、当該パス３００を不使用とし、他の正常なパス３００へデータ入出力要求を振り替えて送信するようにすることもできる。これにより、パス３００に障害が発生しても情報処理装置１００からストレージシステム２００へのデータアクセスを停止させることがなく、情報処理システムの信頼性を高めることができる。
【００１９】
またパス管理プログラム１３０は、パス３００に関する情報を表示する機能を有している。表示は例えば情報処理装置１００が備える出力装置（ユーザインタフェース）１０６の一つであるディスプレイに行われる。なおパス３００に関する情報の表示は、情報処理装置１００のポート１０３を通じて接続される他の情報処理装置１００や業務クライアント１１００が備える出力装置１０６に行うようにすることもできる。表示されるパス３００に関する情報としては、例えば、パス３００の状態、データ入出力の回数、データ入出力が正常に行われなかった回数、パス３００の識別番号、パス３００の名称、パス３００を介してアクセス可能な論理ユニット２２０の識別番号、ストレージシステム２００の識別情報、ストレージシステム２００が備える通信インタフェースの識別情報、パス３００の状態の更新時刻、パス３００の状態に関するメッセージ等である。
【００２０】
ここで論理ユニット２２０とは、ストレージシステム２００が備えるディスクドライブにより提供される記憶リソースを論理的に区分することにより設定される記憶領域のことである。上記表示される論理ユニット２２０は、ストレージシステム２００が有する論理ユニット２２０のうち当該パス３００を通信路として送信されるデータ入出力要求の対象となるデータが記憶される論理ユニット２２０である。なおユーザインタフェースに表示されるパス３００に関する情報としては、上記以外の情報を表示するようにすることもできるし、上記の一部の情報を表示するようにすることもできる。
【００２１】
図２に示すように、パス管理プログラム１３０は表示制御部１３１、パス追加削除実行部１３２、サービス制御部１３３、障害監視部１３４、パス管理ドライバ１３５を備えている。表示制御部１３１は、上述したパス３００に関する情報をユーザインタフェースに表示するためのプログラムである。表示制御部１３１は、情報処理装置１００が備えるメモリ１０２の所定の記憶領域、あるいはＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）にデータが記憶された場合に、当該データをユーザインタフェースに表示する。パス３００に関する情報を業務クライアント１１００に表示させる場合には、業務クライアント１１００上で実行される表示制御部１３１が、業務クライアント１１００が備えるメモリの所定の記憶領域あるいはＶＲＡＭに記憶されたデータを、業務クライアント１１００が備えるユーザインタフェースに表示する。パス追加削除実行部１３２は、パス３００の追加、削除等を行うためのプログラムである。
【００２２】
すなわち、パス追加削除実行部１３２は例えば情報処理装置１００が備える入力装置１０５からパス追加削除コマンド１１０の入力を受け付け、コマンドの指示に沿ったパス３００の設定を行う。パス３００の追加、削除の制御については後述する。サービス制御部１３３は、パス管理プログラム１３０の全体の制御を行うためのプログラムである。例えば障害監視部１３４がパス３００の障害を検出した場合に、サービス制御部１３３は障害監視部１３４からパス３００の障害に関する情報の通知を受け、パス３００の障害に関する情報を障害パス情報テーブル５００に書き込む。これにより表示制御部１３１は障害パス情報テーブル５００の内容を読み出し、ユーザインタフェースに表示することができる。障害監視部１３４は、パス３００の状態を監視しパス３００の障害を検出するためのプログラムである。障害の監視は情報処理装置１００が備えるメモリ１０２を監視することにより行われる。詳細は後述する。パス管理ドライバ１３５は、パス３００を介して行われるデータ入出力のための通信を制御するためのプログラムである。例えば上述したように、アプリケーションプログラム１２０からのデータ入出力要求を各パス３００の負荷を分散するように振り分ける処理や、パス３００に障害が発生した場合に、正常なパス３００へデータ入出力要求を振り替えるための処理を行う。
【００２３】
本実施の形態に係る情報処理装置１００により提供される各種機能は、本実施の形態に係る各種の動作を行うためのコードから構成されるパス管理プログラム１３０を、ＣＰＵ１０１が実行することにより実現される。
【００２４】
＝＝＝ストレージシステムについて＝＝＝
ストレージシステム２００は論理ユニット２２０、ディスク制御部２１０を備える。論理ユニット２２０とは、ストレージシステム２００が備えるディスクドライブにより提供される記憶リソースを論理的に区分することにより設定される記憶領域のことである。図２に示すストレージシステム２００には、ＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）１（２２１）とＬＵ２（２２２）の２つの論理ユニットが備えられている。ディスクドライブとは、例えばハードディスク装置や半導体記憶装置等である。ディスク制御部２１０は情報処理装置１００との間で通信を行うための通信インタフェースを備える。またディスク制御部２１０は、論理ユニット２２０に記憶されているデータのアクセスを制御する。ディスク制御部２１０は図２に示すようにストレージシステム２００に内蔵される形態とすることもできるし、外付けされる形態とすることもできる。また各論理ユニット２２１、２２２を、さらに複数のパーティションに分割するようにすることもできる。パーティションとは論理ユニット２２０を論理的に区分して構成される記憶領域のことである。
【００２５】
なお、ストレージシステム２００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置１００に対して提供される記憶リソースは、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）により管理された複数のディスクドライブにより提供されるようにすることもできる。
【００２６】
＝＝＝パス情報管理テーブルについて＝＝＝
次に、本実施の形態に係るパス情報管理テーブル７００を図３に示す。
パス情報管理テーブル７００はパス管理ドライバ１３５により作成、更新されるテーブルである。例えばパス３００が追加、削除される毎に、パス管理ドライバ１３５はパス追加削除実行部１３２からパス情報管理テーブル７００を更新するための情報を受け取る。そしてその情報に基づいてパス管理ドライバ１３５はパス情報管理テーブル７００を更新する。パス情報管理テーブル７００は、「パスＩＤ」欄、「状態」欄、「パス名」欄、「ディスク名」欄、「ＣＨＡ（ＣＨａｎｎｅｌ Ａｄａｐｔｅｒ）ポート名」欄、「ＬＵＮ」欄、「更新時刻」欄、「メッセージ」欄、「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄を備える。
【００２７】
「パスＩＤ」欄はパス３００の識別番号を表示するための欄である。パスの識別番号は、例えばパス追加削除実行部１３２によりパス３００の追加が行われる毎に付与される。「状態」欄は、パス３００を介して情報処理装置１００とストレージシステム２００との間で通信を行うことができる状態であるか、そうでないかを表示するための欄である。通信可能な状態である場合は”オンライン”、そうでない場合は”オフライン”と表示される。例えばパス３００に障害が発生し、通信不可能な状態である場合には”オフライン”と表示される。「パス名」欄は、パスＩＤに対応付けて付与されるパスを識別するための名称を表示するための欄である。
【００２８】
パス名は、例えば情報処理装置１００を操作するオペレータにより、パス追加削除コマンド１１０が情報処理装置１００に入力される際に指定される。「ディスク名」欄は、当該パスを介してアクセス可能な、ストレージシステム２００が備えるディスクドライブを識別するために付与されるディスク名を表示するための欄である。ディスク名も、例えばパス追加削除コマンド１１０の入力時に指定される。「ＣＨＡポート名」欄は、ディスク制御部２１０が備える情報処理装置１００と通信を行うための通信インタフェースのうち、当該パス３００を構成する通信インタフェースを識別するために付与されたＣＨＡポート名を表示するための欄である。ＣＨＡポート名も、例えばパス追加削除コマンド１１０の入力時に指定される。「ＬＵＮ」欄は、当該パス３００を介してアクセス可能なＬＵ２２０に付与された識別番号を表示するための欄である。ＬＵＮも、例えばパス追加削除コマンド１１０の入力時に指定される。「更新時刻」欄は、パス３００に障害が発生した時刻、または障害が回復した時刻を表示するための欄である。「メッセージ」欄は、パス３００に発生した障害の解析に必要な情報を表示するための欄である。障害が回復した場合には、障害が回復した旨が表示される。「Ｉ／Ｏ回数」欄は、情報処理装置１００とストレージシステム２００との間で当該パスを介して行われたデータ入出力の回数を表示するための欄である。データ入出力が行われる毎に、パス管理ドライバ１３５により更新される。「Ｉ／Ｏエラー回数」欄は、データ入出力が正常に行われなかった場合の回数を表示するための欄である。データ入出力が正常に行われなかった場合に、パス管理ドライバ１３５により更新される。
【００２９】
＝＝＝障害パス情報テーブルについて＝＝＝
次に、本実施の形態に係る障害パス情報テーブル５００を図４に示す。
障害パス情報テーブル５００はサービス制御部１３３により作成、更新されるテーブルである。障害パス情報テーブル５００は表示制御部１３１により参照可能なメモリ１０２上の特定の記憶領域または情報処理装置１００がＶＲＡＭを備える場合には、ＶＲＡＭに作成されるようにすることもできる。障害パス情報テーブル５００は、「パスＩＤ」欄、「状態」欄、「更新時刻」欄、「メッセージ」欄を備える。サービス制御部１３３が障害監視部１３４からパスの障害の通知を受けた場合に、サービス制御部１３３が障害パス情報テーブル５００に障害の発生したパス３００についての上記情報を書き込む。それぞれの欄に書き込まれる情報は、パス情報管理テーブル７００と同一である。
【００３０】
＝＝＝Ｉ／Ｏ管理テーブルについて＝＝＝
次に、本実施の形態に係るＩ／Ｏ管理テーブル６００を図５に示す。
Ｉ／Ｏ管理テーブル６００はパス管理ドライバ１３５により作成、更新されるテーブルである。すなわち情報処理装置１００とストレージシステム２００との間でデータ入出力が行われた場合に、パス管理ドライバ１３５によりＩ／Ｏ管理テーブル６００が更新される。Ｉ／Ｏ管理テーブル６００は、「パスＩＤ」欄、「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄を備える。それぞれの欄に書き込まれる情報は、パス情報管理テーブル７００と同一である。
【００３１】
＝＝＝パスの管理について＝＝＝
次に、本実施の形態に係るパス管理プログラム１３０におけるパス３００の管理を示すブロック図を図７に示す。
パス３００の管理は、パス追加削除実行部１３２により作成、更新されるパス管理テーブル４００をパス管理ドライバ１３５が管理することにより行われる。
【００３２】
パス管理テーブル４００は、「パス」欄、「パス管理ドライバのインスタンス」欄、「インタフェースドライバのインスタンス」欄を備える。「パス」欄は、管理されるパス３００の識別情報を記憶するための欄である。識別情報としては、パスＩＤとすることもできるしパス名とすることもできる。「パス管理ドライバのインスタンス」欄は、パス３００を介する通信の制御を行うパス管理ドライバ１３５のインスタンスを記憶するための欄である。「インタフェースドライバのインスタンス」欄は、ＩＦ１４０を制御するプログラムであるインタフェースドライバのインスタンスを記憶するための欄である。そしてパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対応づけがパス管理ドライバ１３５により管理されることによりパス３００の管理が行われる。
【００３３】
パス３００を追加／削除するとは、図７に示すパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対応づけのいずれか一つを追加／削除し、物理パスの情報を管理するパス管理テーブル４００からも、パス３００の情報を追加／削除するということである。この処理を実行することで、情報処理装置１００とストレージシステム２００は、ハードウエア的には接続されているが、パス管理上はパスの情報が参照されないということになる。パスの追加／削除の契機は、オペレータがパス追加／削除コマンド１１０を実行した場合である。
【００３４】
また、パス管理プログラム１３０を起動時に、ハードウエア的に接続されているパスについては、パス管理プログラム１３０が認識しており、上記したように、パスの追加／削除処理によって、パス管理テーブル４００に反映される。他方、パス管理プログラム１３０起動後、運用中に新たにハードウエア的に接続されたパスについては、パス管理プログラム１３０は認識していない。図１１において、（パス管理テーブル４００に反映されているところの）パスの構成情報（パス名、ディスク名、ＣＨＡポート名、ＬＵＮ）に加えて、パス管理テーブル４００には反映されていないがハードウエア的には接続されているパス情報の欄も設け、初期状態では、パス管理プログラム１３０起動時に接続されているパスの情報を表示し、パス管理プログラム１３０起動後、運用中に新たに接続されたパスについては、更新要求等に応じて、ハードウエア的な接続状況を収集し、図１１のテーブルに表示するという構成も可能である。
【００３５】
パス３００を追加、削除する際の処理の流れを示すフローチャートをそれぞれ図８、図９に示す。
パス３００を追加する場合は、まずディスク制御部２１０とＩＦ１４０とを接続する（Ｓ１０００）。これは情報処理システムを管理するオペレータが、例えば通信ケーブルで情報処理装置１００とストレージシステム２００とを接続することにより行われる。そうするとインタフェースドライバのインスタンス１４１が生成される（Ｓ１００１）。インタフェースドライバのインスタンス１４１の生成は、例えば情報処理装置１００で実行されるオペレーティングシステムにより行われる。次にオペレータが入力装置１０５から情報処理装置１００にパス追加コマンド１１０を入力すると（Ｓ１００２）、パス管理プログラム１３０のパス追加削除実行部１３２が実行される（Ｓ１００３）。そうするとパス追加削除実行部１３２によりパス管理ドライバのインスタンス１３６が生成される（Ｓ１００４）。次にパス追加削除実行部１３２により、パス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対が生成される（Ｓ１００５）。そしてパス追加削除実行部１３２により、パス管理テーブル４００に上記生成したパス管理ドライバのインスタンス１３６とインタフェースドライバのインスタンス１４１との対が追加される（Ｓ１００６）。これによりパス３００の追加が行われる。
【００３６】
一方パス３００を削除する場合には、オペレータがパス削除コマンド１１０を情報処理装置１００に入力する（Ｓ２０００）。そうするとパス追加削除実行部１３２が実行され（Ｓ２００１）、パス削除コマンド１１０により指定されたパス３００に対応するインスタンス１３６、１４１の対が、パス管理テーブル４００からパス追加削除実行部１３２により削除される（Ｓ２００２、Ｓ２００３）。これによりパス３００の削除が行われる。
【００３７】
＝＝＝パスの構成要素について＝＝＝
次に、パス３００を構成するための要素について図１０を参照しながら説明する。図１０に示すように、パス３００はＨＬＵ（Ｈｏｓｔ Ｌｏｇｉｃａｌ Ｕｎｉｔ）２２３、ＴＩＤ（Ｔａｒｇｅｔ ＩＤ）１６１、Ｂｕｓ１６２、ＨＰｏｒｔ（Ｈｏｓｔ ｂｕｓ ａｄａｐｔｅｒ ＰＯＲＴ）１６０、ＣＨＡＰｏｒｔ（ＣＨａｎｎｅｌ Ａｄａｐｔｅｒ ＰＯＲＴ）２３０、ディスク制御部２１０、及びＬＵ２２０のハードウエアまたはソフトウエアにより構成される。ＨＬＵ２２３、ＴＩＤ１６１、Ｂｕｓ１６２、ＨＰｏｒｔ１６０はＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｆａｃｅ）通信規格で用いられる概念であり、それぞれホスト論理ユニット、ターゲットＩＤ、論理バス、ホストバスアダプタ側ポートを示す。ＣＨＡＰｏｒｔ２３０はディスク制御部２１０のポートを示す。もちろんパス３００の構成要素は上記に限られる訳ではなく、システムにより上記要素のいずれかは不要とすることもできるし、上記以外の要素によりパス３００を構成するようにすることもできる。
【００３８】
＝＝＝ユーザインタフェースへの表示について＝＝＝
次に、本実施の形態に係るパス３００に関する情報が情報処理装置１００のユーザインタフェースに表示される様子を示す図を図１１に示す。図１１には、情報処理装置１００が備える出力装置１０６であるディスプレイに表示されるウインドウ画面にパス３００に関する情報が表示される様子を示す。ウインドウ画面へのパス３００に関する情報の表示は、表示制御部１３１により行われる。
【００３９】
図１１に示す様に、本実施例に係るウインドウ画面には、構成表示部８１０とパス状態表示部８２０とが表示され、これらの表示によりパス３００に関する情報が示される。
【００４０】
構成表示部８１０は、情報処理システムが備える構成要素、すなわち情報処理装置１００とストレージシステム２００とストレージシステム２００が備えるＬＵ２２０とをそれぞれアイコン８１１、８１２、８１３で表し、それぞれの構成を木構造で表現したものである。アイコンをマウス等の入力装置１０５で選択することにより、選択されたアイコンで示される構成要素に関連するパス３００に関する情報がパス状態表示部８２０に表示される。例えば情報処理装置１００を示すアイコン８１１を選択すると、当該情報処理装置１００に関連するパス３００に関する情報がパス状態表示部８２０に表示される。
【００４１】
パス状態表示部８２０には、構成表示部８１０での選択箇所に応じたパス３００に関する情報が表示される。表示される情報は「パスＩＤ」、「状態」、「パス名」、「ディスク名」、「ＣＨＡポート名」、「ＬＵＮ」、「更新時刻」、「メッセージ」、「Ｉ／Ｏ回数」、「Ｉ／Ｏエラー回数」である。これらの情報はパス情報管理テーブル７００やＩ／Ｏ管理テーブル６００、障害パス情報テーブル５００に記憶される情報に基づくものである。
【００４２】
パス状態表示部８２０に表示される情報を更新する場合は、「全更新」欄又は「部分更新」欄をマウス等の入力装置１０５により選択してクリックする。「全更新」欄をクリックした場合は、パス状態表示部８２０に表示される全ての情報が更新される。一方「部分更新」欄をクリックした場合は、パス状態表示部８２０に表示される情報のうちの一部の情報、図１１に示す例では「Ｉ／Ｏ回数」欄、「Ｉ／Ｏエラー回数」欄の情報が更新される。もちろん「部分更新」をクリックした場合に他の情報が更新されるようにすることもできる。
【００４３】
「全更新」欄がクリックされることにより、ディスプレイに表示される情報を更新するための入力を表示制御部１３１が受けた場合には、表示制御部１３１は、パス管理ドライバ１３５に対してパス状態表示部８２０に表示される全ての情報を要求する。そうするとパス管理ドライバ１３５は、パス状態表示部８２０に表示される全ての項目に対応する情報をパス情報管理テーブル７００から読み出し、メモリ１０２の特定の記憶領域あるいはＶＲＡＭに書き込む。書き込みが完了したらパス管理ドライバ１３５は表示制御部１３１に対して書き込み完了の通知を行う。表示制御部１３１は、上記特定の記憶領域あるいはＶＲＡＭから上記情報を読み出してユーザインタフェースに表示する。これによりユーザインタフェースに表示される全ての情報を更新することができる。
【００４４】
一方「部分更新」がクリックされることにより、ディスプレイに表示される情報を更新するための入力を表示制御部１３１が受けた場合には、表示制御部１３１は、パス管理ドライバ１３５に対してパス状態表示部８２０に表示される情報のうち、「Ｉ／Ｏ回数」及び「Ｉ／Ｏエラー回数」の情報を要求する。そうするとパス管理ドライバ１３５は、Ｉ／Ｏ管理テーブル６００に記憶された情報を読み出し、メモリ１０２の特定の記憶領域あるいはＶＲＡＭに書き込む。書き込みが完了したらパス管理ドライバ１３５は表示制御部１３１に対して書き込み完了の通知を行う。表示制御部１３１は、上記特定の記憶領域あるいはＶＲＡＭから上記情報を読み出してユーザインタフェースに表示する。これによりユーザインタフェースに表示される情報のうち、「Ｉ／Ｏ回数」及び「Ｉ／Ｏエラー回数」の情報を更新することができる。このように「Ｉ／Ｏ回数」の情報を更新することができることにより、情報処理装置１００とストレージシステム２００との間の各パス３００の負荷分散（ロードバランス）の状態を知ることができる。また「Ｉ／Ｏエラー回数」の情報を更新することができることにより、現在「オンライン」状態のパス３００に関しても、過去に発生した障害の頻度を知ることができる。
【００４５】
なお、パス状態表示部８２０には図１１に示す項目の他に、例えば「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するようにすることもできる。この場合には、前回「全更新」又は「部分更新」が選択されてクリックされた後のＩ／Ｏ回数やＩ／Ｏエラー回数、経過時間がパス状態表示部８２０に表示される。パス状態表示部８２０に「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するためには、例えば図３に示すパス情報管理テーブル７００や、図５に示すＩ／Ｏ管理テーブル６００に「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を記憶するための欄を設けるようにする。そして「全更新」又は「部分更新」が選択されてクリックされることによりこれらの値がユーザインタフェースに表示された後に、ゼロクリアされるようにする。このように、「前回更新時からのＩ／Ｏ回数」や「前回更新時からのＩ／Ｏエラー回数」、「前回更新時からの経過時間」を表示するようにすることにより、所定時間内のＩ／Ｏ回数やＩ／Ｏエラー回数を知ることができる。
【００４６】
このように本実施の形態においては、表示される情報を更新するための入力を表示制御部１３１が受けた場合に、少なくとも一部の情報を更新するようにする。これにより不要な更新を行うことによる情報処理装置１００のへ処理負担をなくすことができる。また、表示される情報を更新するための入力に応じて全ての情報若しくは一部の情報を更新することにより、すなわち「全更新」又は「部分更新」の入力に応じて情報を更新することにより、情報処理システムの管理を行うオペレータのニーズに応じたパス情報の更新が行えるようになる。例えば、ユーザインタフェースに表示される情報の更新を長い時間行っていなかった場合には「全更新」をクリックして全ての情報を最新の情報に更新することができる。一方、例えば時々刻々変化するデータ入出力の状態を知りたい場合には「部分更新」をクリックしてデータ入出力に関する表示を更新することができる。これにより、更新時の情報処理装置１００の処理負荷を抑制し、オペレータのニーズに合った情報の更新を行うことができる。また情報の更新時間が短縮され、必要な情報を即座に表示させることができる。さらに、図１に示した業務クライアント１１００にパスの状態に関する情報が表示される場合には、ＬＡＮ１０００を介して授受されるこれらの情報の量を抑制することができるので、ＬＡＮ１０００への負荷を軽減することが可能となる。
【００４７】
また本実施の形態によれば、パス３００の状態に応じて、表示される少なくとも一部の情報を更新させることができる。例えばパス３００に障害が発生したことを検知した場合あるいは障害が回復したことを検知した場合には、「全更新」あるいは「部分更新」をクリックしなくとも、少なくともパス３００の障害に関する情報、例えば「状態」欄、「メッセージ」欄、「更新時刻」欄の更新が行われる。図１１においてはこのような更新をリアルタイム更新と記している。パス３００に障害が発生した場合には、「状態」欄の表示が”オンライン”から”オフライン”に更新される。そして「メッセージ」欄には障害が発生した旨の表示が行われる。さらに「更新時刻」欄に表示される時刻が更新される。障害が回復した場合には「状態」欄の表示が”オフライン”から”オンライン”に更新されると共に、「メッセージ」欄、「更新時刻」欄の表示も更新される。
【００４８】
情報処理装置１００とストレージシステム２００との間で行われるデータ入出力のための通信を制御するパス管理ドライバ１３５は、データ入出力のための通信が正常に行われなかったことを検知すると、メモリ１０２に当該通信の通信路であるパス３００のパスＩＤやエラーメッセージ等の障害情報を書き込む。パス管理ドライバ１３５により障害情報がメモリ１０２に書き込まれたことを障害監視部１３４が検知すると、障害監視部１３４は、サービス制御部１３３に障害情報を通知する。そしてサービス制御部１３３は障害情報に基づきメモリ１０２の特定の記憶領域あるいはＶＲＡＭに記憶されている障害パス情報テーブル５００の内容を更新する。これにより、表示制御部１３１によりユーザインタフェースに表示される情報のうち、「状態」欄、「メッセージ」欄、「更新時刻」欄の情報を更新することができる。またサービス制御部１３３は、障害パス情報テーブル５００にエントリーされているパス３００について、データ入出力要求をパス管理ドライバ１３５を経由してストレージシステム２００に対して発行するようにする。正常終了を示すステータスコマンドをストレージシステム２００から受信したら、障害パス情報テーブル５００から当該パス３００のエントリーを削除する。これによりパス３００の障害が回復した場合には、表示制御部１３１によりユーザインタフェースに表示される情報のうち、パス３００の障害に関する情報、例えば「状態」欄、「メッセージ」欄、「更新時刻」欄の情報を更新することができる。
【００４９】
＝＝＝テーブルの更新処理＝＝＝
次に、情報処理装置１００とストレージシステム２００との間でデータ入出力のための通信が行われた場合に、本実施の形態に係るパス情報管理テーブル７００、障害パス情報テーブル５００、Ｉ／Ｏ管理テーブル６００が更新される様子について説明する。
【００５０】
まず、本実施の形態に係るパス３００が正常時の場合について図１２を参照しながら説明する。図１２に示すように、アプリケーションプログラム１２０からデータ入出力要求１７０が送信されると、データ入出力要求１７０はパス管理ドライバ１３５、ＩＦ１４０、パス３００、ディスク制御部２１０を経てストレージシステム２００に送信される。そしてディスク制御部２１０によりＬＵ２２０に記憶されているデータに対するアクセスが行われる。データ入出力要求が書き込み要求の場合にはＬＵ２２０にデータが書き込まれる。その後ストレージシステム２００は、パス管理ドライバ１３５に対してアクセスの正常終了を示すステータスコマンド１７１を送信する。またデータ入出力要求が読み出し要求の場合には、ストレージシステム２００はアプリケーションプログラム１２０に対して読み出されたデータを送信する。パス管理ドライバ１３５は、メモリ１０２に設けられたＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００に記憶されているＩ／Ｏ回数をカウントアップする。これによりＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００が更新される。
【００５１】
次に、本実施の形態に係るパス３００に障害が発生している場合について、図１３を参照しながら説明する。図１３に示すように、アプリケーションプログラム１２０からデータ入出力要求１７０が送信されると、ストレージシステム２００はパス管理ドライバ１３５に対してアクセスの異常終了を示すステータスコマンド１７２を送信する。異常終了を示すステータスコマンドを受信することによりパス管理ドライバ１３５はパス３００に異常が発生したことを検知する。そしてパス管理ドライバ１３５はメモリ１０２に設けられたＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００に記憶されているＩ／Ｏエラー回数をカウントアップする。これによりＩ／Ｏ管理テーブル６００及びパス情報管理テーブル７００が更新される。
【００５２】
またパス管理ドライバ１３５は、障害が発生したパス３００のパスＩＤ、パスの状態、エラーメッセージ、異常終了のステータスコマンドを受信した時刻を含む障害情報１７３をメモリ１０２に書き込む。障害監視部１３４はメモリ１０２を監視しており、パス管理ドライバ１３５により障害情報１７３がメモリ１０２に書き込まれたことを検知すると、メモリ１０２から障害情報１７３を取得し、サービス制御部１３３に通知する。そしてサービス制御部１３３は障害情報１７３に基づいて、メモリ１０２の特定の記憶領域又はＶＲＡＭの障害パス情報テーブル５００に、パスＩＤ、パス３００の状態、更新時刻、メッセージを書き込む。これにより障害パス情報テーブル５００が更新される。
【００５３】
一方サービス制御部１３３は、障害の発生したパス３００の障害の回復を監視するために、障害パス情報テーブル５００にエントリーされているパスについて、データ入出力要求をパス管理ドライバ１３５を経由してストレージシステム２００に対して発行する。その様子を図１４に示す。正常終了を示すステータスコマンドをストレージシステム２００から受信したら障害パス情報テーブル５００から当該パスに関する情報を削除する。これにより障害の回復したパス３００に対する障害パス情報テーブル５００の更新を行うことができる。なおサービス制御部１３３により行われるデータ入出力要求の送信は、定期的に行うようにすることもできるし、不定期に行うようにすることもできる。
【００５４】
以上本実施の形態について説明したが、本実施の形態においては、ユーザインタフェースに表示される情報を更新するための入力を表示制御部１３１が受けた場合に、少なくとも一部の情報を更新するようにする。これにより、パス３００の状態を監視するオペレータのニーズに応じたパス３００に関する情報の更新が行えるようになる。また不要な更新を行うことによる情報処理装置１００のへ処理負担をなくすことができる。また本実施の形態においては、情報処理装置１００のユーザインタフェースに表示されるパス３００に関する複数の情報の更新を、受けた入力に応じて、例えば「全更新」又は「部分更新」の入力に応じて、表示される全ての情報又は一部の情報の更新を行う。これにより、パス３００の状態を監視するオペレータのニーズに応じたパス情報の更新が行えるようになる。特に「部分更新」の入力を受けた場合には、情報処理装置１００の処理負荷の増加を抑制し、オペレータのニーズに合った情報の更新を迅速に行うことができる。
【００５５】
さらに、オペレータが「全更新」あるいは「部分更新」をクリックしなくとも、パス３００の状態に応じて、例えばパス３００に障害が発生した場合又は障害が回復した場合には、それに応じてユーザインタフェースに表示される障害に関する情報を更新することができる。これによりパス３００の状態の変化を即座に認識することができ、例えば情報処理システムに障害が発生した場合には即座に対策を実行することができるようになる。
【００５６】
以上本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５７】
【発明の効果】
プログラム、情報処理装置、及び情報処理装置の制御方法を提供することができる。
【図面の簡単な説明】
【図１】本実施の形態に係る情報処理システムの全体構成を示すブロック図である。
【図２】本実施の形態に係るストレージシステムと情報処理装置とを接続するパスを説明するための図である。
【図３】本実施の形態に係るパス情報管理テーブルを示す図である。
【図４】本実施の形態に係る障害パス情報テーブルを示す図である。
【図５】本実施の形態に係るＩ／Ｏ管理テーブルを示す図である。
【図６】本実施の形態に係る情報処理装置を示すブロック図である。
【図７】本実施の形態に係るパス管理プログラムにおけるパス管理方法を示す図である。
【図８】本実施の形態に係るパスを追加する際の処理の流れを示すフローチャートである。
【図９】本実施の形態に係るパスを削除する際の処理の流れを示すフローチャートである。
【図１０】本実施の形態に係るパスを構成する要素を示す図である。
【図１１】本実施の形態に係る画面構成を示す図である。
【図１２】本実施の形態に係るパスが正常時の入出力処理の流れを示す図である。
【図１３】本実施の形態に係るパスに障害が発生した際の入出力処理の様子を示す図である。
【図１４】本実施の形態に係る障害パスのチェックの様子を示す図である。
【符号の説明】
１００ 情報処理装置 １０１ ＣＰＵ
１０２ メモリ １０３ ポート
１０４ 記録媒体読取装置 １０５ 入力装置
１０６ 出力装置 １０７ 記録媒体
１０８ 記憶装置 １３０ パス管理プログラム
１３１ 表示制御部 １３２ パス追加削除実行部
１３３ サービス制御部 １３４ 障害監視部
１３５ パス管理ドライバ １４０ ＩＦ
２００ ストレージシステム ２１０ ディスク制御部
２２０ 論理ユニット ２２３ ＨＬＵ
２３０ ＣＨＡ Ｐｏｒｔ ３００ パス
４００ パス管理テーブル ５００ 障害パス情報テーブル
６００ Ｉ／Ｏ管理テーブル ７００ パス情報管理テーブル
８００ パス状態表示画面 ８１０ 構成表示部
８２０ パス状態表示部 ８３０ 全更新
８４０ 部分更新 ９００ ＳＡＮ
１０００ ＬＡＮ １１００ 業務クライアント
Claims (12)
- 記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置に、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、
前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップと
の少なくともいずれかを実行させるためのプログラム。 - 請求項１に記載のプログラムにおいて、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新する前記ステップは、
前記通信路に障害が発生したことを検知した場合に、前記表示される前記情報のうち、少なくとも前記通信路の障害に関する情報を更新するステップであることを特徴とするプログラム。 - 前記表示される前記情報を更新するための入力に応じて、
前記表示される全ての前記情報、若しくは、前記表示される前記情報のうちの一部の前記情報を更新すること
を特徴とする請求項１に記載のプログラム。 - 請求項３に記載のプログラムにおいて、
前記更新される前記一部の情報は、前記記憶デバイスと前記情報処理装置との間で行われたデータ入出力の回数と、前記データ入出力が正常に行われなかった回数との少なくともいずれかを含むことを特徴とするプログラム。 - 記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置であって、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新する手段と、
前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新する手段と
の少なくともいずれかを備えることを特徴とする情報処理装置。 - 請求項５に記載の情報処理装置において、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新する前記手段は、
前記通信路に障害が発生したことを検知した場合に、前記表示される前記情報のうち、少なくとも前記通信路の障害に関する情報を更新する手段であることを特徴とする情報処理装置。 - 前記表示される前記情報を更新するための入力に応じて、
前記表示される全ての前記情報、若しくは、前記表示される前記情報のうちの一部の前記情報を更新すること
を特徴とする請求項５に記載の情報処理装置。 - 請求項７に記載の情報処理装置において、
前記更新される前記一部の情報は、前記記憶デバイスと前記情報処理装置との間で行われたデータ入出力の回数と、前記データ入出力が正常に行われなかった回数との少なくともいずれかを含むことを特徴とする情報処理装置。 - 記憶デバイスに対してデータ入出力要求を送信するための通信路に関する複数の情報をユーザインタフェースに表示する機能を有する情報処理装置の制御方法であって、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新するステップと、
前記ユーザインタフェースから前記表示される前記情報を更新するための入力を受けた場合に、前記表示される少なくとも一部の前記情報を更新するステップと
の少なくともいずれかを備えることを特徴とする情報処理装置の制御方法。 - 請求項９に記載の情報処理装置の制御方法において、
前記通信路の状態に応じて、前記表示される少なくとも一部の前記情報を更新する前記ステップは、
前記通信路に障害が発生したことを検知した場合に、前記表示される前記情報のうち、少なくとも前記通信路の障害に関する情報を更新するステップであることを特徴とする情報処理装置の制御方法。 - 前記表示される前記情報を更新するための入力に応じて、
前記表示される全ての前記情報、若しくは、前記表示される前記情報のうちの一部の前記情報を更新すること
を特徴とする請求項９に記載の情報処理装置の制御方法。 - 請求項１１に記載の情報処理装置の制御方法において、
前記更新される前記一部の情報は、前記記憶デバイスと前記情報処理装置との間で行われたデータ入出力の回数と、前記データ入出力が正常に行われなかった回数との少なくともいずれかを含むことを特徴とする情報処理装置の制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003140221A JP2004341994A (ja) | 2003-05-19 | 2003-05-19 | プログラム、情報処理装置、及び情報処理装置の制御方法 |
| US10/652,986 US20050007959A1 (en) | 2003-05-19 | 2003-08-28 | Information processing apparatus and control method of information processing apparatus and program for the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003140221A JP2004341994A (ja) | 2003-05-19 | 2003-05-19 | プログラム、情報処理装置、及び情報処理装置の制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004341994A true JP2004341994A (ja) | 2004-12-02 |
Family
ID=33528997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003140221A Pending JP2004341994A (ja) | 2003-05-19 | 2003-05-19 | プログラム、情報処理装置、及び情報処理装置の制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050007959A1 (ja) |
| JP (1) | JP2004341994A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008217265A (ja) * | 2007-03-01 | 2008-09-18 | Hitachi Ltd | プールｉ／ｏデバイス動作確認方法、及び計算機システム |
| WO2012032658A1 (ja) * | 2010-09-10 | 2012-03-15 | 株式会社日立製作所 | 計算機システムに対する処理のタスクでありユーザ操作に基づくタスクを管理するシステム、及び、その種のタスクに関する情報を表示する方法 |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7719992B1 (en) * | 2004-07-14 | 2010-05-18 | Cisco Tchnology, Ink. | System for proactive time domain reflectometry |
| JP2006127201A (ja) * | 2004-10-29 | 2006-05-18 | Hitachi Ltd | ストレージシステムおよび導通確認方法 |
| US7499395B2 (en) * | 2005-03-18 | 2009-03-03 | Cisco Technology, Inc. | BFD rate-limiting and automatic session activation |
| US7466694B2 (en) | 2006-06-10 | 2008-12-16 | Cisco Technology, Inc. | Routing protocol with packet network attributes for improved route selection |
| US8144631B2 (en) | 2006-12-13 | 2012-03-27 | Cisco Technology, Inc. | Interconnecting IP video endpoints with reduced H.320 call setup time |
| US7616650B2 (en) * | 2007-02-05 | 2009-11-10 | Cisco Technology, Inc. | Video flow control and non-standard capability exchange for an H.320 call leg |
| US8289839B2 (en) * | 2007-07-05 | 2012-10-16 | Cisco Technology, Inc. | Scaling BFD sessions for neighbors using physical / sub-interface relationships |
| US8526315B2 (en) * | 2007-08-23 | 2013-09-03 | Cisco Technology, Inc. | Flow state attributes for producing media flow statistics at a network node |
| US8990732B2 (en) * | 2010-05-14 | 2015-03-24 | Sap Se | Value interval selection on multi-touch devices |
| US10541946B1 (en) | 2016-01-30 | 2020-01-21 | Innovium, Inc. | Programmable visibility engines |
| US10447578B1 (en) | 2016-03-02 | 2019-10-15 | Innovium, Inc. | Redistribution policy engine |
| US11075847B1 (en) | 2017-01-16 | 2021-07-27 | Innovium, Inc. | Visibility sampling |
| US10735339B1 (en) | 2017-01-16 | 2020-08-04 | Innovium, Inc. | Intelligent packet queues with efficient delay tracking |
| US11784932B2 (en) | 2020-11-06 | 2023-10-10 | Innovium, Inc. | Delay-based automatic queue management and tail drop |
| US11621904B1 (en) | 2020-11-06 | 2023-04-04 | Innovium, Inc. | Path telemetry data collection |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5301350A (en) * | 1989-10-10 | 1994-04-05 | Unisys Corporation | Real time storage/retrieval subsystem for document processing in banking operations |
| US5544347A (en) * | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| JP3243919B2 (ja) * | 1994-02-23 | 2002-01-07 | 三菱電機株式会社 | ディスク装置、および、このディスク装置を使用したｆａコントローラ |
| DE69628808T2 (de) * | 1995-12-27 | 2004-05-06 | Kabushiki Kaisha Toshiba, Kawasaki | Datenverarbeitungssystem |
| US5889935A (en) * | 1996-05-28 | 1999-03-30 | Emc Corporation | Disaster control features for remote data mirroring |
| US5973690A (en) * | 1997-11-07 | 1999-10-26 | Emc Corporation | Front end/back end device visualization and manipulation |
| US6195351B1 (en) * | 1998-01-28 | 2001-02-27 | 3Com Corporation | Logical switch set |
| US6260155B1 (en) * | 1998-05-01 | 2001-07-10 | Quad Research | Network information server |
| US6594698B1 (en) * | 1998-09-25 | 2003-07-15 | Ncr Corporation | Protocol for dynamic binding of shared resources |
| US6845395B1 (en) * | 1999-06-30 | 2005-01-18 | Emc Corporation | Method and apparatus for identifying network devices on a storage network |
| US6769022B1 (en) * | 1999-07-09 | 2004-07-27 | Lsi Logic Corporation | Methods and apparatus for managing heterogeneous storage devices |
| US6643795B1 (en) * | 2000-03-30 | 2003-11-04 | Hewlett-Packard Development Company, L.P. | Controller-based bi-directional remote copy system with storage site failover capability |
| JP4596097B2 (ja) * | 2000-07-12 | 2010-12-08 | 株式会社セガ | 通信ゲームシステム、通信ゲーム方法、及び記録媒体 |
| US6823477B1 (en) * | 2001-01-23 | 2004-11-23 | Adaptec, Inc. | Method and apparatus for a segregated interface for parameter configuration in a multi-path failover system |
| US20020112043A1 (en) * | 2001-02-13 | 2002-08-15 | Akira Kagami | Method and apparatus for storage on demand service |
| US6954934B2 (en) * | 2001-03-15 | 2005-10-11 | Intel Corporation | Management of links to data embedded in blocks of data |
| US6880052B2 (en) * | 2002-03-26 | 2005-04-12 | Hewlett-Packard Development Company, Lp | Storage area network, data replication and storage controller, and method for replicating data using virtualized volumes |
| JP2004118250A (ja) * | 2002-09-24 | 2004-04-15 | Hitachi Ltd | 計算機管理システム、管理プログラム |
| US20040215764A1 (en) * | 2003-04-23 | 2004-10-28 | Sun Microsystems, Inc. | Method, system, and program for rendering a visualization of aggregations of network devices |
-
2003
- 2003-05-19 JP JP2003140221A patent/JP2004341994A/ja active Pending
- 2003-08-28 US US10/652,986 patent/US20050007959A1/en not_active Abandoned
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008217265A (ja) * | 2007-03-01 | 2008-09-18 | Hitachi Ltd | プールｉ／ｏデバイス動作確認方法、及び計算機システム |
| US8321608B2 (en) | 2007-03-01 | 2012-11-27 | Hitachi, Ltd. | Pool I/O device operation confirmation method and computer system |
| WO2012032658A1 (ja) * | 2010-09-10 | 2012-03-15 | 株式会社日立製作所 | 計算機システムに対する処理のタスクでありユーザ操作に基づくタスクを管理するシステム、及び、その種のタスクに関する情報を表示する方法 |
| JP5400226B2 (ja) * | 2010-09-10 | 2014-01-29 | 株式会社日立製作所 | 計算機システムに対する処理のタスクでありユーザ操作に基づくタスクを管理するシステム、及び、その種のタスクに関する情報を表示する方法 |
| US9286246B2 (en) | 2010-09-10 | 2016-03-15 | Hitachi, Ltd. | System for managing task that is for processing to computer system and that is based on user operation and method for displaying information related to task of that type |
Also Published As
| Publication number | Publication date |
|---|---|
| US20050007959A1 (en) | 2005-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7454652B2 (en) | System for and method of managing resource operations | |
| JP5478107B2 (ja) | 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法 | |
| US6571354B1 (en) | Method and apparatus for storage unit replacement according to array priority | |
| US7366838B2 (en) | Storage system and control method thereof for uniformly managing the operation authority of a disk array system | |
| US7480780B2 (en) | Highly available external storage system | |
| JP4857818B2 (ja) | ストレージ管理方法およびストレージ管理サーバ | |
| US7512888B2 (en) | Management method and apparatus for storage apparatus | |
| US6640278B1 (en) | Method for configuration and management of storage resources in a storage network | |
| JP5159421B2 (ja) | ストレージシステム及び管理装置を用いたストレージシステムの管理方法 | |
| US6598174B1 (en) | Method and apparatus for storage unit replacement in non-redundant array | |
| KR100644011B1 (ko) | 저장 도메인 관리 시스템 | |
| US7558916B2 (en) | Storage system, data processing method and storage apparatus | |
| JP4235220B2 (ja) | 計算機システムおよびデータ移行方法 | |
| JP4646574B2 (ja) | データ処理システム | |
| US20060004876A1 (en) | Data migration in storage system | |
| US8578121B2 (en) | Computer system and control method of the same | |
| JP2004341994A (ja) | プログラム、情報処理装置、及び情報処理装置の制御方法 | |
| US20070234116A1 (en) | Method, apparatus, and computer product for managing operation | |
| JP2007226400A (ja) | 計算機管理方法、計算機管理プログラム、実行サーバの構成を管理する待機サーバ及び計算機システム | |
| JP2005326935A (ja) | 仮想化ストレージを備える計算機システムの管理サーバおよび障害回避復旧方法 | |
| JP2008299441A (ja) | ストレージシステム及びこれを用いたデータの管理方法 | |
| US20080244306A1 (en) | Storage system and management method for the same | |
| US20180052715A1 (en) | Computer system including server storage system | |
| JP2009295045A (ja) | ストレージシステム、ストレージサブシステム、及び記憶制御方法 | |
| JP4326819B2 (ja) | ストレージシステムの制御方法、ストレージシステム、プログラム、及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060413 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090609 |