JP2004151798A - 記憶装置の管理用計算機、およびプログラム - Google Patents
記憶装置の管理用計算機、およびプログラム Download PDFInfo
- Publication number
- JP2004151798A JP2004151798A JP2002313612A JP2002313612A JP2004151798A JP 2004151798 A JP2004151798 A JP 2004151798A JP 2002313612 A JP2002313612 A JP 2002313612A JP 2002313612 A JP2002313612 A JP 2002313612A JP 2004151798 A JP2004151798 A JP 2004151798A
- Authority
- JP
- Japan
- Prior art keywords
- storage device
- information
- management
- computer
- specified
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0784—Routing of error reports, e.g. with a specific transmission path or data flow
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- 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]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Abstract
【課題】従来は、障害発生時又は構成変更時にシステム全体を矛盾なく設定制御を実施するための構成と方法を提供することができなかった。
【解決手段】本発明の一実施形態の管理用計算機は、複数の対象計算機と、対象計算機に接続される記憶装置とに接続され、対象計算機及び記憶装置を管理する。管理用計算機は、対象計算機に接続される記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信し、記憶装置に関する記憶装置管理情報を、記憶装置から受信するインタフェースを有する。さらに、管理用計算機は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示する制御部を有する。
【選択図】 図１
【解決手段】本発明の一実施形態の管理用計算機は、複数の対象計算機と、対象計算機に接続される記憶装置とに接続され、対象計算機及び記憶装置を管理する。管理用計算機は、対象計算機に接続される記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信し、記憶装置に関する記憶装置管理情報を、記憶装置から受信するインタフェースを有する。さらに、管理用計算機は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示する制御部を有する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置を有する計算機システムにおける管理構成と方法に関わる。特に、記憶装置と、記憶装置に接続される複数台の計算機の障害管理、および設定制御を統括するための、構成および方法に関する。
【０００２】
【従来の技術】
近年、企業などで利用される計算機システムが扱う情報量は、飛躍的に増大している。これに伴いデータを記憶する記憶領域であるディスクボリュームの容量も増加の一途をたどっている。このようなディスクボリュームの容量増加に対応するため、ファイバーチャネルインタフェースなどのネットワークで接続され、計算機本体とは独立し、複数の計算機から大容量かつ複数のディスクボリュームを共用して利用する専用の記憶装置が、世の中に増加してきている。
【０００３】
一方、記憶装置を利用する計算機も、クライアント計算機側の用途により種々の提供形態が存在している。前述代表的な計算機提供形態の例として、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＮＡＳ（Ｎｅｔｗｏｒｋｅｄ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）などが挙がる。ＳＡＮはホスト計算機を利用し、ディスクボリュームに対し、ディスクのブロックレベルでデータの入出力を行い、高速なデータアクセスを実現できる。一方、ＮＡＳはファイルサーバ計算機を利用し、ディスクボリュームに対し、ファイルレベルでのデータの入出力を行い、複数のクライアント計算機がデータであるファイルを共有することが可能である。
【０００４】
更に、前述したＳＡＮ、ＮＡＳの両方の特徴を活かし、ファイルサーバとホストの両計算機を配置し、互いが連携し、クライアント計算機側からのデータアクセスをファイル単位で処理し、実際のディスクボリュームへのデータの入出力はブロックレベルで行う、ＮＡＳ ｏｖｅｒ ＳＡＮと呼ばれる提供形態も、近年世の中に出てきている。
【０００５】
例えば、特許文献１では、記憶装置側の管理手段と計算機側の管理手段が連携することにより、記憶装置を利用する計算機へのディスクボリュームを最適に割当方法を目的としている。
【０００６】
【特許文献１】
特開２００１−１４２６４８号公報
【０００７】
【発明が解決しようとする課題】
前述した特許文献１では、例えば記憶装置で障害が発生した場合、記憶装置の管理コンソールには障害発生の通報は挙がってくるが、記憶装置と接続関係を持つ計算機の管理コンソールには通報は挙がってこない。そのため、管理者は記憶装置と計算機の接続関係などの構成情報を参照した上で、関係する計算機側のクライアント接続抑止などの制御を、計算機の管理コンソールを利用し実施する必要があった。加えてＮＡＳ ｏｖｅｒ ＳＡＮの環境においては、ＳＡＮ環境側のホスト計算機、ＮＡＳ環境側のファイルサーバ計算機の両方が連動して、前述の接続抑止などの設定制御をそれぞれの管理コンソールを利用し実施する必要があった。
【０００８】
更に、記憶装置や各計算機に構成変更などの種々の設定制御を指示する場合、前述した特許文献１では、管理者は記憶装置と計算機システムの接続関係や、計算機同士の関係を検討した上で、全てのシステム上で矛盾が生じない設定制御を各管理コンソールからそれぞれ指示する必要があった。
【０００９】
このように、障害発生時或いは記憶装置内の構成変更の際に、システム全体を矛盾なく設定制御を実施するためには、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止及び対象ボリュームの閉塞等の設定制御の種類が適切であること、複数の設定制御をする順番が正しいこと及び抑止制御されるべき対象機器が正しいことが必要である。従って、記憶装置と複数の計算機を有する計算機システムにおいて、障害発生情報を記憶装置側と計算機側とで連携する機能が必要であった。
【００１０】
本発明の目的は、障害発生時又は構成変更時にシステム全体を矛盾なく設定制御を実施するための構成と方法を提供することである。
【００１１】
【課題を解決するための手段】
本発明の一実施形態の管理用計算機は、複数の対象計算機と、対象計算機に接続される記憶装置とに接続され、対象計算機及び記憶装置を管理する。管理用計算機は、対象計算機に接続される記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信するインタフェースを有する。また、記憶装置に関する記憶装置管理情報を、記憶装置から受信するインタフェースを有する。さらに、管理用計算機は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示する制御部を有する。
【００１２】
上記実施形態では、インタフェースは、対象計算機または記憶装置から障害情報を受付けることが好ましい。さらに、制御部は、対象計算機または記憶装置から障害情報を受付けた場合に、障害情報と、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機又は記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することが好ましい。
【００１３】
上記実施形態では、制御部は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置と、設定制御の種類とを特定し、特定した対象計算機または記憶装置に対して、特定した種類の設定制御を実行するように指示することが好ましい。さらに、設定制御の種類には、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止のいずれか１つが含まれることが好ましい。
【００１４】
上記実施形態では、制御部は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置と、設定制御が複数必要である場合には、さらに設定制御の実行する順番とを特定し、特定した対象計算機または記憶装置に対して、特定した順番に従って、設定制御を実行するように指示することが好ましい。
【００１５】
上記実施形態では、インタフェースは、記憶領域へのアクセス要求を他の対象計算機間とで共有するクラスタ情報を、対象計算機から受付けることが好ましい。さらに、制御部は、クラスタ情報と、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することが好ましい。
【００１６】
本発明における他の実施形態の統合管理プログラムは、複数の対象計算機と、対象計算機に接続される記憶装置と、対象計算機と記憶装置とに接続された管理用計算機上で動作し、対象計算機および記憶装置を管理するストレージ統合管理手段である。統合管理プログラムは、対象計算機に接続される前記記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信する受信手段と、記憶装置に関する記憶装置管理情報を、記憶装置から受信する受信手段として管理用計算機を機能させる。さらに、統合管理プログラムは、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することにより、対象計算機および記憶装置を管理する制御手段として管理用計算機を機能させる。
【００１７】
【発明の実施の形態】
図１は、本発明における第一の実施形態の構成を示した図である。
【００１８】
計算機システムは、管理端末１、ホスト計算機２ａ、・・・ホスト計算機２ｎ（総称してホスト２と呼ぶ）、ファイルサーバ計算機３ａ、・・・ファイルサーバ計算機３ｎ（総称してファイルサーバ３と呼ぶ）、記憶装置管理専用ホスト計算機４、ネットワーク５、およびホスト２やファイルサーバ３に接続される独立した記憶装置６を有して構成される。
【００１９】
管理端末１、ホスト２、ファイルサーバ３、および記憶装置管理専用ホスト計算機４は、制御部、記憶部などを有する計算機であり、記憶部に格納されたオペレーティングシステム、アプリケーションプログラムをＣＰＵが読み出して実行することで、各計算機上で実行される所定の機能を実現する。
【００２０】
管理端末１は、管理用の計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラムを制御部と、ホスト２、ファイルサーバ３、記憶装置管理用ホスト４、記憶装置６を管理するための管理コマンドを受付けるコンソール１１〜１３と、ネットワーク５を介して通信するためのインタフェース（Ｉ／Ｆ）とを有する。
【００２１】
ホスト２及びファイルサーバ３は、管理端末１により管理される対象計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラム等を実行する制御部と、ネットワーク５を介して通信をするためにインタフェース（Ｉ／Ｆ）と、記憶装置６と通信するためのインタフェース（Ｉ／Ｆ）２２とを有する。
【００２２】
記憶装置管理用ホスト４は、管理端末１により管理される対象計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラム等を実行する制御部と、ネットワーク５を介して通信をするためにインタフェース（Ｉ／Ｆ）とを有する。
【００２３】
記憶装置６は、複数のディスクボリューム６１と、ディスクコントローラ６２と、ホスト２やファイルサーバ３と接続する複数のポート６３と、ネットワーク５と接続するネットワークインタフェース６４とを有している。
【００２４】
ディスクコントローラ６２は、ディスクボリューム６１の制御、およびホスト２やファイルサーバ３からのアクセスの制御を司り、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係などの構成情報、ディスクボリューム６１やポート６３の状態情報、性能情報などが管理されている。管理されている情報は、定期的もしくは構成情報や状態情報が変更されるタイミングで、記憶措置管理専用ホスト計算機４にネットワーク５を介して送られる。
【００２５】
ディスクコントローラ６２は、クライアント計算機上でアプリケーションを実行することにより発行されるアクセス要求（アクセスするボリューム６１の論理アドレスを指定）と、ボリューム６１の論理アドレスと物理アドレスとの対応関係を示す論物変換テーブルとに従って、ボリューム６１が指定する物理領域に対してのアクセス（リード、ライト等の許可）を制御する。ディスクコントローラ６２は、論物変換テーブルでボリュームのアドレスを削除することで、記憶装置６レベルでボリュームに対するアクセス抑止を実行することができる。ディスクボリューム６１は、ハードウェア的には１つ以上のディスクユニット装置であり、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）システムなどで構成される。しかし本実施形態では、ディスクボリュームのハードウェア的な説明が直接関係しないことから、簡略化のためホスト２やファイルサーバ３が接続する論理的な管理単位であるボリュームを使用し、説明を行う。
【００２６】
図５は、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係に関する構成情報例をテーブル情報として示した図である。図５のテーブルは，記憶装置管理専用ホスト４の記憶装置管理手段４１が保持する。
【００２７】
図５のテーブルには少なくとも、記憶装置６内に、存在するディスクボリューム６１の一覧５０１に対する、各々のボリューム６１に接続されるホスト２やファイルサーバ３の識別情報５０２が存在する。なお、本テーブル情報はあくまでも一例であり、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係を表す情報が入っていれば、その情報形式は問わない。
【００２８】
記憶装置管理手段４１は、記憶装置６からの障害情報と、図５のテーブルとに従って、障害の発生を管理端末１の記憶装置管理コンソール１３に通知する。記憶装置管理手段４１は、記憶装置管理用ホスト４の制御部により実行されるプログラムによりその機能が実現される。
【００２９】
ポート６３は、ホスト２やファイルサーバ３のインタフェース２２と接続され、ホスト２やファイルサーバ３が処理するデータ入出力要求を処理するための経路であり、概経路に適用される好適な例を挙げるならば、少なくともＳＣＳＩ（米国 Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標）（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）チャネル、ＥＳＣＯＮ（米国およびその他の国における米国Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐ．の登録商標）（Ｅｎｔｅｒｐｒｉｓｅ Ｓｙｓｔｅｍ ＣＯＮｎｅｃｔｉｏｎ）チャネル、ファイバチャネルなどが該当する。なお、ポート６３や各計算機側のインタフェース２２は、種類が異なるものが混在しても構わない。
【００３０】
記憶装置６に接続される、ホスト２とファイルサーバ３の違いは、ホスト２がディスクボリューム６１に対し、ディスクのブロックレベルでデータの入出力を行い、高速なデータアクセスをする機能を実現するのに対し、ファイルサーバ３はディスクボリューム６１に対し、ファイルレベルでのデータの入出力を行い、複数のクライアント計算機に対しデータであるファイルを共有する機能を提供することである。なお、本実施形態では、ホスト２とファイルサーバ３が両方とも記憶装置６に複数接続されるような構成を例として挙げているが、どちらか一方のみ、かつ１台以上の計算機が、記憶装置６に接続する構成であっても構わない。
【００３１】
以上説明してきた図１の計算機システムにおいて、管理者が従来から実施している管理手段の構成と内容を説明する。
【００３２】
各ホスト２上には、ボリューム管理手段２１が配置される。ボリューム管理手段２１は、記憶装置６のディスクボリューム６１に接続される各ホスト２の、少なくともディスクへの入出力を設定制御し、構成情報、性能情報などの管理を実行する。ボリューム管理手段２１としての機能は、ホスト２上のソフトウェア（プログラム）としてオペレーティングシステム上でホスト２の制御部（例えばＣＰＵ）により実行されることにより実現される。
【００３３】
図６は、ディスクへの入出力に関する構成情報例をテーブルとして示す。図６のテーブルは、ホスト２及びファイルサーバ３のボリューム管理手段２１が保持する。
【００３４】
図６のテーブルには少なくとも、ディスクボリュームを管理する単位であるポイント６０１と、ポイント６０１ごとのディスクボリューム６１の識別情報６０２が存在する。ポイント６０１は、ホスト２又はファイルサーバ３がボリューム６１をマウントすることにより指定される。マウントとは、ホスト２又はファイルサーバ３上で、ディスクボリューム６１に対してアクセス可能にするためにディスクボリューム６１を認識することをいう。本テーブル情報はあくまでも一例であり、ディスクボリューム６１を各ホスト２が管理するための情報が入っていれば、その情報形式は問わない。
【００３５】
ホスト２及びファイルサーバ３のボリューム管理手段２１は、図６のテーブルの内容に従って、ボリューム６１に対するアクセスを管理する。ホスト２及びファイルサーバ３のボリューム管理手段２１は、図６のテーブルでマウントポイントを削除することにより、ディスクボリュームの公開抑止を行うことができる。
【００３６】
管理者が各ホスト２上のボリューム管理手段２１の設定制御、情報管理を行うには、管理端末１上のホスト管理コンソール１１を利用する。
【００３７】
各ファイルサーバ３上には、ボリューム管理手段２１と、ファイル共有管理手段３１が配置される。ファイル共有管理手段３１は、ファイルサーバ３を利用するクライアント計算機への、少なくともファイル共有を設定制御し、構成情報、性能情報などの管理を実行する。ファイル共有管理手段３１は、ボリューム管理手段２１と共に、ファイルサーバ３上のソフトウェア（プログラム）としてオペレーティングシステム上で制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００３８】
図７は、クライアント計算機へのファイル共有に関する構成情報例をテーブルとして示す。図７のテーブルは、ファイルサーバ３のファイル共有管理手段３１が保持する。
【００３９】
図７のテーブルには少なくとも、各ファイルサーバ３がクライアント計算機にファイル共有する単位である共有名７０１と、ファイル共有するディスクボリューム６１を指定するマウントパス情報７０２、および共有を許可されているクライアント計算機を示す識別情報７０３と、各クライアント計算機の共有時のアクセス権を許可する種別を示す情報７０４（例えば、リード、ライト、ファイルオープン等）が存在する。マウントパス情報７０２は、本実施形態では、図６のマウントポイントを指定することにより、ファイル共有するディスクボリューム６１を特定しているが、ボリューム名６０２を直接指定してもよい。本テーブル情報はあくまでも一例であり、各ファイルサーバ３がクライアント計算機にファイル共有するための情報が入っていれば、その情報形式は問わない。
【００４０】
ファイルサーバ３のファイル共有手段３１は、図７のテーブルの内容に従って、ファイル共有を管理する。ファイルサーバ３のファイル共有手段３１は、図７のテーブルで特定の共有名７０１を削除することにより、ファイル共有抑止をする。また、ファイル共有手段３１は、図７のテーブルで特定のクライアント計算機のアクセス許可クライアント７０３を削除することでクライアント接続抑止をする。
【００４１】
管理者が各ファイルサーバ３上のボリューム管理手段２１、およびファイル共有管理手段３１の設定制御、情報管理を行うには、管理端末１上のファイルサーバ管理コンソール１２を利用する。
【００４２】
記憶装置管理専用ホスト計算機４上には、記憶装置管理手段４１が配置される。記憶装置管理手段４１は、記憶装置管理専用ホスト計算機４上のソフトウェア（プログラム）としてオペレーティングシステム上で記憶装置管理専用ホスト計算機４内の制御部（例えばＣＰＵ）により実行されることにより、その機能は実現される。そして少なくとも、前述した通り記憶装置６から送られてくるディスクボリューム６１やポート６３の状態情報、性能情報の管理と、ディスクコントローラ６２を利用したホスト２やファイルサーバ３との接続関係などの記憶装置６の構成を設定制御する機能を有する。管理者が記憶装置管理専用ホスト計算機４上の記憶装置管理手段４１の設定制御、情報管理を行うには、管理端末１上の記憶装置管理コンソール１３を利用する。
【００４３】
前述で説明したように、従来は計算機システムの各管理手段と管理コンソールは、別々に存在しており、管理者が計算機システムを管理していく上では、以下の課題事項が存在する。
【００４４】
まず、例えば記憶装置６内でハードウェアなどが障害を発生した場合、記憶装置管理手段４１は、記憶装置６からの障害情報と図５のテーブルとに従って、記憶装置管理コンソール１３に障害通報する。しかし、障害が発生した各ハードウェアに関係するホスト２や、ファイルサーバ３の各管理コンソール１１、１２には、その障害情報は通報されてこない。そのため障害時のホスト２、ファイルサーバ３で障害時に必要となる設定制御を障害に連動して動作さすようなことは不可能である。
【００４５】
例えば、図５のテーブル例で示したディスクボリューム６１の「Ｖｏｌ １」に障害が発生した場合、その障害情報は記憶装置管理コンソール１３には通報されてくるが、ホスト２の管理コンソール１１には、その障害情報は通報されてこない。一方図６で示したホスト２の「Ｈｏｓｔ １」上のボリューム管理手段２１が持つテーブル例で示したように、障害が発生した「Ｖｏｌ １」は、「Ｈｏｓｔ １」上で、ボリューム管理手段２１によりマウントされており、各種アプリケーションなどが実行されている。しかし、そのマウントポイントを停止することで、ディスクボリュームの公開抑止を行うためには、ホスト２の管理コンソール１１が、上記ディスクボリュームの公開抑止に関する処理を実行する必要があるが、ホスト管理コンソール１１にはその処理を実行する契機となる障害情報は挙がってこないため、連動動作させることは不可能である。
【００４６】
また、図５のテーブル例で示したディスクボリューム６１の「Ｖｏｌ ２」に障害が発生した場合、その障害情報は記憶装置管理コンソール１３には通報されてくるが、ファイルサーバ３の管理コンソール１２には、その障害情報は通報されてこない。一方図６、および図７で示したファイルサーバ３の「Ｓｅｒｖｅｒ １」上のボリューム管理手段２１およびファイル共有手段３１が持つテーブル例で示したように、障害が発生した「Ｖｏｌ ２」は、ボリューム管理手段２１によりマウント、かつファイル共有手段３１によりファイル共有されており、クライアント計算機などがファイル共有で利用している。しかし、そのファイル共有を停止したりアクセス許可されているクライアントを一時的に削除することで、ファイル共有抑止したり、特定のクライアント計算機からの接続を抑止（クライアント接続抑止）をするためには、ファイルサーバ３の管理コンソール１２が、上記ファイル共有抑止もしくは、クライアント接続抑止に関する処理を実行する必要があるが、その処理を実行する契機となる障害情報は挙がってこないため、連動動作させることは不可能である。
【００４７】
更に、管理者が記憶装置管理コンソール１３から記憶装置管理手段４１を利用し、記憶装置６内の構成情報の設定制御を指示した場合、設定制御指示に関係する記憶装置６に接続されるホスト２やファイルサーバ３のボリューム管理手段２１やファイル共有手段３１に対しても設定制御を指示する必要がある。
【００４８】
具体的には、例えばディスクボリューム６１の構成の変更指示をした場合、図５に関するテーブル情報は記憶装置管理コンソール１３から変更可能であるが、それに伴い、新たにそのディスクボリューム情報をボリューム管理手段２１が認識し図６に関するテーブル情報の変更を行い、必要により、そのディスクボリューム６１のファイル共有をファイル共有管理手段３１によりクライアントに公開するため、図７に関するテーブル情報を変更するための制御が必要になる。しかし、各管理コンソール１１、１２、１３には連携制御する機能が無いため、自動的に各管理テーブルの情報を変更制御することは不可能である。
【００４９】
以上説明してきたように、図１の計算機システムでは障害時、設定制御時には、各管理手段の連携動作が必要になる。本発明の実施形態では、これらの課題に対応するため、管理端末１上にストレージシステム統合管理手段１４を配置する。ストレージ統合管理手段１４は、管理端末１上のソフトウェア（プログラム）としてオペレーティングシステム上で管理端末１の制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００５０】
ストレージ統合管理手段１４は、ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１と連携して上記課題を解決する処理を実施する。即ち、ストレージ統合管理手段１４は、記憶装置管理手段４１が管理する図５のテーブルの内容と、ボリューム管理手段２１が管理する図６のテーブルの内容と、ファイル共有管理手段３１が管理する図７のテーブルの内容とを受信する。尚、受信するタイミングは、定期的であっても、構成内容が変更したときであってもよい。
【００５１】
また、ストレージ統合管理手段１４は、障害が発生した場合又は記憶装置内の構成変更が発生した場合に、障害情報又は構成変更情報と、図５、６及び７の内容とに従って、システム全体として矛盾なく設定制御を実行するように、ホスト２、ファイルサーバ３及び記憶装置４を管理する。具体的には、まず、ストレージ統合管理手段１４は、図５、６及び７の内容とに従って、適切な設定制御の種類（クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止等）と、設定制御の指示をすべき対象機器２、３、６とを特定する。次に、ストレージ統合管理手段１４は、特定されたホスト２（ボリューム管理手段２１）、ファイルサーバ３（ファイル共有手段３１）及び記憶装置６（ディスクコントローラ６２）へ、特定した内容に従って設定制御を実行するように指示する。尚、設定制御が複数必要である場合は、ストレージ統合管理手段１４は、図５、６及び７の内容とに従って、設定制御を実行する順番も特定し、各コンソール１１〜１３へ特定した内容に従って、設定制御を実行するように指示する。なお、本実施例では、ストレージシステム統合管理手段１４を管理端末１内に配置したが、当該機能を実現する機能は、管理端末１とネットワーク５を介して接続される、ホスト２、ファイルサーバ３、記憶装置管理専用ホスト計算機４、および記憶装置６内など、どこに配置されていても良い。また本実施例では、管理端末上に３つの管理コンソールを配置しているが、これら３つの管理コンソールをストレージシステム統合管理手段１４に対応した１つの専用コンソール（以下統合管理コンソールと呼ぶ）に統合しても良い。
【００５２】
図３は、第一の実施形態において、記憶装置６内で障害が発生した場合の処理フローの例を示した図である。
【００５３】
記憶装置６内で障害が発生すると、記憶装置６内の状態情報が変更されるため、前述したように記憶装置管理手段４１は、記憶装置６内の状態情報の変更を障害情報として受けて、記憶装置内での障害発生を認識する （ステップ３０１） 。
【００５４】
記憶装置管理手段４１は、ステップ３０１で受けた障害情報を、ネットワーク５を介して、管理端末１上のストレージシステム統合管理手段１４に通報する（ステップ３０２）。
【００５５】
ストレージシステム統合管理手段１４は、図５、６及び７の情報を取得し、これら情報に基づいて、ステップ３０２で通報されてきた障害情報が、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１であるかどうかを判定する（ステップ３０３）。
【００５６】
ステップ３０３の判定で、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１でなかった場合は、通常通り、記憶装置管理コンソール１３に障害情報を通知する（ステップ３１０）。
【００５７】
一方、ステップ３０３の判定で、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１であった場合は、障害情報と図５、６及び７の情報とに基づいて、障害が発生したボリューム６１と接続関係があるホスト２、もしくはファイルサーバ３を特定し、障害発生によって、設定制御すべき種類を判定する（設定制御不要である場合も含む。）（ステップ３０４）。即ち、判定する場合の条件は、ホスト２やファイルサーバ３が、記憶装置６内の障害発生箇所の資源を単に割り当てているだけでなく、クライアント計算機に対しファイル共有を設定しているか、またそのディスクボリュームを利用するアプリケーションプログラムがあるかまでを図５、６及び７の情報に基づき判定する。
【００５８】
ステップ３０４で、抑止等の設定制御が必要な場合、ストレージシステム統合管理手段１４は、特定された制御処理を適切なホスト２、ファイルサーバ３及び記憶装置管理用ホスト４のボリューム管理手段２１、ファイル共有管理手段３１及び記憶装置管理手段４１に設定制御するように指示する（ステップ３０５）。尚、ストレージシステム統合管理手段１４は、指示すべきコンソール１１〜１３を特定し、コンソール１１〜１３を介して、設定制御の指示を発行してもよい。
【００５９】
ここで設定制御に関して、具体的に説明を行う。
【００６０】
「クライアント接続抑止」は、特定のクライアント計算機とボリュームとの接続を抑止することであり、ファイル共有手段により、図７のテーブルのアクセス許可クライアント７０３の情報を削除することによって実現される。本実施形態では、接続抑止を実施するかどうかの判定は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び「アクセス許可クライアント７０３」にそのクライアント計算機が登録されているかどうかで決定する。即ち、ストレージシステム統合管理手段１４は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在し、「アクセス許可クライアント７０３」にいずれかのクライアント計算機が登録されている場合には、設定制御の種類として、クライアント接続抑止を実行することを決定する。
【００６１】
「ファイル共有抑止」は、複数のクライアント計算機で共有するボリュームに対する共有を抑止することをいい、ファイル共有手段により図７のテーブル情報にある共有名７０１の情報を削除することによって実現される。ファイル共有抑止を実施するかどうかの判定は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び「アクセス許可クライアント７０３」にそのクライアント計算機が登録されているかどうかで決定する。即ち、ストレージシステム統合管理手段１４は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在し、「アクセス許可クライアント７０３」にあらゆるクライアント計算機が登録されている場合には、設定制御の種類として、ファイル共有抑止を実施することを決定する。
【００６２】
「ディスクボリュームの公開抑止」は、ボリューム単位でアクセスを抑止することをいい、ボリューム管理手段２１により、図６のテーブルの「マウントポイント６０１」の情報を削除することによって実現される。ディスクボリューム公開抑止を実施するかどうかの判定は、図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び障害が発生したボリューム６１に対する「マウントポイント６０１」が登録されているかどうかで判断する。即ち、ストレージシステム統合管理手段１４は、図６、７のテーブルに基づいて、障害が発生したボリューム６１に接続するクライアント計算機が存在せず、かつ障害が発生したボリューム６１に対する「マウントポイント６０１」が登録されている場合には、設定制御の種類として、ディスクボリュームの公開抑止を実施することを決定する。
【００６３】
なお、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止等の設定制御の種類は、上述した図５、６及び７の情報に基づくものだけでなく、さらに障害情報とに基づいて、特定するようにしてもよい。例えば、ホスト２のインタフェース２２での障害が発生した場合には、記憶装置６のレベルで抑止（記憶装置レベルでのアクセス抑止）を実行しても効果がないことから、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止のいずれかを設定制御の種類として決定することができる。ここに挙げた設定制御処理は、一例であり、他の制御処理を行うことで障害時の処理対応をすることもできる。
【００６４】
一方不要な場合は、ステップ３０５を処理せずステップ３２０に処理を移行する。ストレージシステム統合管理手段１４は、記憶装置管理コンソール１３と、ホスト管理コンソール１１もしくはファイルサーバ管理コンソール１２に、障害情報を通報する（ステップ３２０）。尚、ストレージシステム統合管理手段１４は、直接、ホスト２、ファイルサーバ３及び記憶装置管理用ホスト４に対して設定制御を実施するように指示してもよい。
【００６５】
図４は、第一の実施形態において、管理端末１から設定制御を指示した場合の処理フロー例を示した図である。
【００６６】
管理者が、管理端末１の各管理コンソール（ホスト管理コンソール１１、ファイルサーバ管理コンソール１２、記憶装置管理コンソール１３）、もしくは前述した統合管理コンソールからホスト２、ファイルサーバ３、記憶装置６などに対して設定制御の指示を出す（ステップ４０１）。ストレージシステム統合管理手段１４は、ステップ４０１で発行された指示を受ける（ステップ４０２）。ストレージシステム統合管理手段１４は、設定制御対象となるホスト２、ファイルサーバ３、記憶装置６の各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）から得られる図５、６，７の情報に基づいて、指示された設定制御指示が、計算機システムの構成情報に影響が出ないかを判定する（ステップ４０３）。ここで、影響が出るかどうかの判定の好適な例を挙げる。なお、ここで挙げるものは一例であり、本特許ではこれ以外にも各管理手段から得られる構成情報で判定可能なものは全て対象になるのは言うまでもない。例えば、記憶装置内６のディスクボリューム６１を削除する場合は、ストレージシステム統合管理手段１４は、図５、６及び７のテーブル情報を参照し、そのディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が有る場合は、影響が出ると判定する。逆に同ディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が無い場合は、影響が出ないと判定する。
【００６７】
ステップ４０３で影響が出ると判定された場合は、ストレージシステム管理手段１４は、各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）に、管理者から指示された設定制御の他に、必要になる設定制御を特定し、それら設定制御を適切な順番に発行する（ステップ４２０）。ここで、管理者から指示された設定制御の他に、必要になる設定制御を、適切な順番に発行する好適な例を挙げる。なお、ここで挙げるものは一例であり、本特許ではこれ以外も対象とすることは言うまでもない。例えば、ストレージシステム管理手段１４は、記憶装置内６のディスクボリューム６１を削除する指示を受け、そのディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が有る場合は、ディスクボリュームを削除する前に、ボリューム管理手段２１でディスクボリューム公開抑止又はフィル共有管理手段３１でファイル共有の解除を実施する必要がある。具体的には、まず、ストレージシステム管理手段１４は、図６、および図７のテーブル情報に基づいて、削除されるディスクボリューム６１をマウントしている機器２、３があるかどうか及び削除されるディスクボリューム６１をマウントし、そのボリュームに対するファイル共有実施しているファイルサーバがあるかどうか判定する。削除されるディスクボリューム６１をマウントし、そのボリュームに対するファイル共有実施しているファイルサーバがある場合は、ストレージシステム管理手段１４は、ファイル共有している共有名７０１の削除するようにファイル共有手段３１に指示し、削除されるディスクボリューム６１をマウントしている機器２、３がある場合には、図６のマウントポイント６０１の削除するようにボリューム管理手段２１に指示する。
【００６８】
一方、削除されるディスクボリューム６１をマウントしている機器２、３が無い場合は、ストレージシステム管理手段１４は、そのまま管理者の設定制御の指示を、各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）に発行する（ステップ４１０）。
【００６９】
図２は、本発明における第二の実施形態の構成を示した図である。図１との違いを中心に説明する。
【００７０】
図１で説明した構成に加え、図２ではクラスタファイルシステム手段２３が、ホスト２、およびファイルサーバ３上に配置される。
【００７１】
クラスタファイルシステム手段２３は、後述する図８のテーブル情報に基づいて、既に説明したクライアント計算機側からのファイル単位でのアクセス要求をファイルサーバ３が処理し、ブロックレベルでボリュームに対するアクセスを実行可能なホスト２へアクセス要求を発行する。これにより、ファイル単位でのアクセス要求を高速にデータアクセス可能なＮＡＳ ｏｖｅｒ ＳＡＮが実現される。尚、クラスタファイルシステム手段２３は、ブロックレベルのアクセス要求をホスト２で処理し、ファイル単位でボリュームに対するアクセスを実行可能なファイルサーバ３へアクセス要求を発行するようにしてもよい。クラスタファイルシステム手段２３は、ホスト２とファイルサーバ３間で互いの情報を管理制御するためのソフトウェア （プログラム）として、オペレーティングシステム上でホスト２又はファイルサーバ３の制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００７２】
図２の構成においても、図１の場合と同様に計算機システムでは障害時、設定制御時には、各管理手段の連携動作が必要になる。そのため図１と同様にストレージシステム統合管理手段１４を配置し課題を解決する処理を実施する。
【００７３】
図１との処理時の大きな違いは、障害時の処理時、および設定制御の処理時に他の管理手段と同様にクラスタファイルシステム手段２３が構成情報などの参照と設定制御を実施する管理手段の対象に入ることである。また図２の場合、クラスタファイルシステム手段２３が実施するホスト２、ファイルサーバ３間の制御情報の設定なども障害時、および設定制御の処理内容として対象となる。つまり、ホスト２、もしくはファイルサーバ３自身の障害や設定時に、お互いのボリューム管理手段２１や、ファイル共有管理手段３１に影響が出るかどうかも判定の対象として処理することが必要となる。
【００７４】
図８は、受付けたアクセス要求を他のホスト２又はファイルサーバ３へ経由させてボリューム６１にアクセスさせる為のテーブル例を示す。図８のテーブルは、クラスタファイルシステム手段２３が所持する。
【００７５】
図８のテーブルには少なくとも、各ホスト２とファイルサーバ３がどのような接続関係をもっているか、ホストの識別情報８０１と、そのホストごとに接続されたファイルサーバの識別情報８０２が示されている。たとえば、「Ｈｏｓｔ １」のホスト名８０１には、「Ｓｅｒｖｅｒ １」のサーバ名が示されているので、アプリケーションを実行することによる「Ｓｅｒｖｅｒ １」に対するアクセス要求は、「Ｈｏｓｔ １」のホスト２を経由して、ボリューム６１に対してアクセスされる。本テーブル情報はあくまでも一例であり、各ホスト２とファイルサーバ３がどのような接続関係を持つかの情報が入っていれば、その情報形式は問わない。例えば、各ホスト２及びファイルサーバ３のクラスタファイルシステム手段２３は、図８のテーブルの代わりに、ボリューム６１ごとに、アクセス要求を経由させる他の機器２、３を示すテーブルを保持し、ボリューム単位で、経由させる機器２、３を設定しても良い。
【００７６】
判定に上記図８のテーブル情報も入る以外は基本的に、図３、図４で説明した処理の流れと同様である。
【００７７】
即ち、ストレージ統合管理手段１４は、障害が発生した場合又は記憶装置内の構成変更が発生した場合に、障害情報又は構成変更情報と、図５、６、７及び８の内容とに従って、システム全体として矛盾なく設定制御を実行するように、ホスト２、ファイルサーバ３及び記憶装置６を管理する。
【００７８】
以上述べたように本発明によれば、記憶装置を有する計算機システムにおいて、各管理手段と連携する統合管理手段により、記憶装置の障害発生時に、通報すべき管理コンソールを自動的に特定し、接続関係を有する計算機の特定を自動的に行い、各計算機側で必要となる制御などを自動的に実施することが可能となる。
【００７９】
更に、統合管理手段を用いることにより、記憶装置と計算機との接続関係や、計算機の提供形態に寄らず、管理者により指示された設定制御を調整し、矛盾無く計算機システム全体を設定制御することが可能になる。
【００８０】
【発明の効果】
本発明によると、障害発生時又は構成変更時にシステム全体を矛盾なく設定制御を実施するための構成と方法を提供することができる。
【図面の簡単な説明】
【図１】本発明における第一の実施形態を示す図
【図２】本発明における第二の実施形態を示す図
【図３】障害処理フローの例を示す図
【図４】設定制御処理フローの例を示す図
【図５】記憶装置管理手段が管理する構成情報例を示すテーブル図
【図６】ボリューム管理手段が管理する構成情報例を示すテーブル図
【図７】ファイル共有管理手段が管理する構成情報例を示すテーブル図
【図８】クラスタファイルシステム手段が管理する構成情報例を示すテーブル図
【符号の説明】
１…管理端末、２…ホスト計算機、３…ファイルサーバ計算機、４…記憶装置管理専用ホスト計算機、５…ネットワーク、６…記憶装置、１１…ホスト管理コンソール、１２…ファイルサーバ管理コンソール、１３…記憶装置管理コンソール、１４…ストレージシステム統合管理手段、２１…ボリューム管理手段、２２…Ｉ／Ｆ、２３…クラスタファイルシステム手段、３１…ファイル共有管理手段、４１…記憶装置管理手段、６１…ディスクボリューム、６２…ディスクコントローラ、６３…ポート、６４…ネットワークインタフェース
【発明の属する技術分野】
本発明は、記憶装置を有する計算機システムにおける管理構成と方法に関わる。特に、記憶装置と、記憶装置に接続される複数台の計算機の障害管理、および設定制御を統括するための、構成および方法に関する。
【０００２】
【従来の技術】
近年、企業などで利用される計算機システムが扱う情報量は、飛躍的に増大している。これに伴いデータを記憶する記憶領域であるディスクボリュームの容量も増加の一途をたどっている。このようなディスクボリュームの容量増加に対応するため、ファイバーチャネルインタフェースなどのネットワークで接続され、計算機本体とは独立し、複数の計算機から大容量かつ複数のディスクボリュームを共用して利用する専用の記憶装置が、世の中に増加してきている。
【０００３】
一方、記憶装置を利用する計算機も、クライアント計算機側の用途により種々の提供形態が存在している。前述代表的な計算機提供形態の例として、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＮＡＳ（Ｎｅｔｗｏｒｋｅｄ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）などが挙がる。ＳＡＮはホスト計算機を利用し、ディスクボリュームに対し、ディスクのブロックレベルでデータの入出力を行い、高速なデータアクセスを実現できる。一方、ＮＡＳはファイルサーバ計算機を利用し、ディスクボリュームに対し、ファイルレベルでのデータの入出力を行い、複数のクライアント計算機がデータであるファイルを共有することが可能である。
【０００４】
更に、前述したＳＡＮ、ＮＡＳの両方の特徴を活かし、ファイルサーバとホストの両計算機を配置し、互いが連携し、クライアント計算機側からのデータアクセスをファイル単位で処理し、実際のディスクボリュームへのデータの入出力はブロックレベルで行う、ＮＡＳ ｏｖｅｒ ＳＡＮと呼ばれる提供形態も、近年世の中に出てきている。
【０００５】
例えば、特許文献１では、記憶装置側の管理手段と計算機側の管理手段が連携することにより、記憶装置を利用する計算機へのディスクボリュームを最適に割当方法を目的としている。
【０００６】
【特許文献１】
特開２００１−１４２６４８号公報
【０００７】
【発明が解決しようとする課題】
前述した特許文献１では、例えば記憶装置で障害が発生した場合、記憶装置の管理コンソールには障害発生の通報は挙がってくるが、記憶装置と接続関係を持つ計算機の管理コンソールには通報は挙がってこない。そのため、管理者は記憶装置と計算機の接続関係などの構成情報を参照した上で、関係する計算機側のクライアント接続抑止などの制御を、計算機の管理コンソールを利用し実施する必要があった。加えてＮＡＳ ｏｖｅｒ ＳＡＮの環境においては、ＳＡＮ環境側のホスト計算機、ＮＡＳ環境側のファイルサーバ計算機の両方が連動して、前述の接続抑止などの設定制御をそれぞれの管理コンソールを利用し実施する必要があった。
【０００８】
更に、記憶装置や各計算機に構成変更などの種々の設定制御を指示する場合、前述した特許文献１では、管理者は記憶装置と計算機システムの接続関係や、計算機同士の関係を検討した上で、全てのシステム上で矛盾が生じない設定制御を各管理コンソールからそれぞれ指示する必要があった。
【０００９】
このように、障害発生時或いは記憶装置内の構成変更の際に、システム全体を矛盾なく設定制御を実施するためには、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止及び対象ボリュームの閉塞等の設定制御の種類が適切であること、複数の設定制御をする順番が正しいこと及び抑止制御されるべき対象機器が正しいことが必要である。従って、記憶装置と複数の計算機を有する計算機システムにおいて、障害発生情報を記憶装置側と計算機側とで連携する機能が必要であった。
【００１０】
本発明の目的は、障害発生時又は構成変更時にシステム全体を矛盾なく設定制御を実施するための構成と方法を提供することである。
【００１１】
【課題を解決するための手段】
本発明の一実施形態の管理用計算機は、複数の対象計算機と、対象計算機に接続される記憶装置とに接続され、対象計算機及び記憶装置を管理する。管理用計算機は、対象計算機に接続される記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信するインタフェースを有する。また、記憶装置に関する記憶装置管理情報を、記憶装置から受信するインタフェースを有する。さらに、管理用計算機は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示する制御部を有する。
【００１２】
上記実施形態では、インタフェースは、対象計算機または記憶装置から障害情報を受付けることが好ましい。さらに、制御部は、対象計算機または記憶装置から障害情報を受付けた場合に、障害情報と、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機又は記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することが好ましい。
【００１３】
上記実施形態では、制御部は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置と、設定制御の種類とを特定し、特定した対象計算機または記憶装置に対して、特定した種類の設定制御を実行するように指示することが好ましい。さらに、設定制御の種類には、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止のいずれか１つが含まれることが好ましい。
【００１４】
上記実施形態では、制御部は、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置と、設定制御が複数必要である場合には、さらに設定制御の実行する順番とを特定し、特定した対象計算機または記憶装置に対して、特定した順番に従って、設定制御を実行するように指示することが好ましい。
【００１５】
上記実施形態では、インタフェースは、記憶領域へのアクセス要求を他の対象計算機間とで共有するクラスタ情報を、対象計算機から受付けることが好ましい。さらに、制御部は、クラスタ情報と、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することが好ましい。
【００１６】
本発明における他の実施形態の統合管理プログラムは、複数の対象計算機と、対象計算機に接続される記憶装置と、対象計算機と記憶装置とに接続された管理用計算機上で動作し、対象計算機および記憶装置を管理するストレージ統合管理手段である。統合管理プログラムは、対象計算機に接続される前記記憶装置内の記憶領域に関するボリューム管理情報と、管理対象計算機が提供し記憶装置内のファイル共有に関するファイル共有情報とを、対象計算機から受信する受信手段と、記憶装置に関する記憶装置管理情報を、記憶装置から受信する受信手段として管理用計算機を機能させる。さらに、統合管理プログラムは、ボリューム管理情報と、ファイル共有情報と、記憶装置管理情報とに従って、設定制御をすべき対象計算機または記憶装置を特定し、特定した対象計算機または記憶装置に対して設定制御を実行するように指示することにより、対象計算機および記憶装置を管理する制御手段として管理用計算機を機能させる。
【００１７】
【発明の実施の形態】
図１は、本発明における第一の実施形態の構成を示した図である。
【００１８】
計算機システムは、管理端末１、ホスト計算機２ａ、・・・ホスト計算機２ｎ（総称してホスト２と呼ぶ）、ファイルサーバ計算機３ａ、・・・ファイルサーバ計算機３ｎ（総称してファイルサーバ３と呼ぶ）、記憶装置管理専用ホスト計算機４、ネットワーク５、およびホスト２やファイルサーバ３に接続される独立した記憶装置６を有して構成される。
【００１９】
管理端末１、ホスト２、ファイルサーバ３、および記憶装置管理専用ホスト計算機４は、制御部、記憶部などを有する計算機であり、記憶部に格納されたオペレーティングシステム、アプリケーションプログラムをＣＰＵが読み出して実行することで、各計算機上で実行される所定の機能を実現する。
【００２０】
管理端末１は、管理用の計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラムを制御部と、ホスト２、ファイルサーバ３、記憶装置管理用ホスト４、記憶装置６を管理するための管理コマンドを受付けるコンソール１１〜１３と、ネットワーク５を介して通信するためのインタフェース（Ｉ／Ｆ）とを有する。
【００２１】
ホスト２及びファイルサーバ３は、管理端末１により管理される対象計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラム等を実行する制御部と、ネットワーク５を介して通信をするためにインタフェース（Ｉ／Ｆ）と、記憶装置６と通信するためのインタフェース（Ｉ／Ｆ）２２とを有する。
【００２２】
記憶装置管理用ホスト４は、管理端末１により管理される対象計算機であって、記憶部と、記憶部に格納されたオペレーティングシステム、アプリケーションプログラム等を実行する制御部と、ネットワーク５を介して通信をするためにインタフェース（Ｉ／Ｆ）とを有する。
【００２３】
記憶装置６は、複数のディスクボリューム６１と、ディスクコントローラ６２と、ホスト２やファイルサーバ３と接続する複数のポート６３と、ネットワーク５と接続するネットワークインタフェース６４とを有している。
【００２４】
ディスクコントローラ６２は、ディスクボリューム６１の制御、およびホスト２やファイルサーバ３からのアクセスの制御を司り、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係などの構成情報、ディスクボリューム６１やポート６３の状態情報、性能情報などが管理されている。管理されている情報は、定期的もしくは構成情報や状態情報が変更されるタイミングで、記憶措置管理専用ホスト計算機４にネットワーク５を介して送られる。
【００２５】
ディスクコントローラ６２は、クライアント計算機上でアプリケーションを実行することにより発行されるアクセス要求（アクセスするボリューム６１の論理アドレスを指定）と、ボリューム６１の論理アドレスと物理アドレスとの対応関係を示す論物変換テーブルとに従って、ボリューム６１が指定する物理領域に対してのアクセス（リード、ライト等の許可）を制御する。ディスクコントローラ６２は、論物変換テーブルでボリュームのアドレスを削除することで、記憶装置６レベルでボリュームに対するアクセス抑止を実行することができる。ディスクボリューム６１は、ハードウェア的には１つ以上のディスクユニット装置であり、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）システムなどで構成される。しかし本実施形態では、ディスクボリュームのハードウェア的な説明が直接関係しないことから、簡略化のためホスト２やファイルサーバ３が接続する論理的な管理単位であるボリュームを使用し、説明を行う。
【００２６】
図５は、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係に関する構成情報例をテーブル情報として示した図である。図５のテーブルは，記憶装置管理専用ホスト４の記憶装置管理手段４１が保持する。
【００２７】
図５のテーブルには少なくとも、記憶装置６内に、存在するディスクボリューム６１の一覧５０１に対する、各々のボリューム６１に接続されるホスト２やファイルサーバ３の識別情報５０２が存在する。なお、本テーブル情報はあくまでも一例であり、ディスクボリューム６１とホスト２やファイルサーバ３との接続関係を表す情報が入っていれば、その情報形式は問わない。
【００２８】
記憶装置管理手段４１は、記憶装置６からの障害情報と、図５のテーブルとに従って、障害の発生を管理端末１の記憶装置管理コンソール１３に通知する。記憶装置管理手段４１は、記憶装置管理用ホスト４の制御部により実行されるプログラムによりその機能が実現される。
【００２９】
ポート６３は、ホスト２やファイルサーバ３のインタフェース２２と接続され、ホスト２やファイルサーバ３が処理するデータ入出力要求を処理するための経路であり、概経路に適用される好適な例を挙げるならば、少なくともＳＣＳＩ（米国 Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標）（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）チャネル、ＥＳＣＯＮ（米国およびその他の国における米国Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐ．の登録商標）（Ｅｎｔｅｒｐｒｉｓｅ Ｓｙｓｔｅｍ ＣＯＮｎｅｃｔｉｏｎ）チャネル、ファイバチャネルなどが該当する。なお、ポート６３や各計算機側のインタフェース２２は、種類が異なるものが混在しても構わない。
【００３０】
記憶装置６に接続される、ホスト２とファイルサーバ３の違いは、ホスト２がディスクボリューム６１に対し、ディスクのブロックレベルでデータの入出力を行い、高速なデータアクセスをする機能を実現するのに対し、ファイルサーバ３はディスクボリューム６１に対し、ファイルレベルでのデータの入出力を行い、複数のクライアント計算機に対しデータであるファイルを共有する機能を提供することである。なお、本実施形態では、ホスト２とファイルサーバ３が両方とも記憶装置６に複数接続されるような構成を例として挙げているが、どちらか一方のみ、かつ１台以上の計算機が、記憶装置６に接続する構成であっても構わない。
【００３１】
以上説明してきた図１の計算機システムにおいて、管理者が従来から実施している管理手段の構成と内容を説明する。
【００３２】
各ホスト２上には、ボリューム管理手段２１が配置される。ボリューム管理手段２１は、記憶装置６のディスクボリューム６１に接続される各ホスト２の、少なくともディスクへの入出力を設定制御し、構成情報、性能情報などの管理を実行する。ボリューム管理手段２１としての機能は、ホスト２上のソフトウェア（プログラム）としてオペレーティングシステム上でホスト２の制御部（例えばＣＰＵ）により実行されることにより実現される。
【００３３】
図６は、ディスクへの入出力に関する構成情報例をテーブルとして示す。図６のテーブルは、ホスト２及びファイルサーバ３のボリューム管理手段２１が保持する。
【００３４】
図６のテーブルには少なくとも、ディスクボリュームを管理する単位であるポイント６０１と、ポイント６０１ごとのディスクボリューム６１の識別情報６０２が存在する。ポイント６０１は、ホスト２又はファイルサーバ３がボリューム６１をマウントすることにより指定される。マウントとは、ホスト２又はファイルサーバ３上で、ディスクボリューム６１に対してアクセス可能にするためにディスクボリューム６１を認識することをいう。本テーブル情報はあくまでも一例であり、ディスクボリューム６１を各ホスト２が管理するための情報が入っていれば、その情報形式は問わない。
【００３５】
ホスト２及びファイルサーバ３のボリューム管理手段２１は、図６のテーブルの内容に従って、ボリューム６１に対するアクセスを管理する。ホスト２及びファイルサーバ３のボリューム管理手段２１は、図６のテーブルでマウントポイントを削除することにより、ディスクボリュームの公開抑止を行うことができる。
【００３６】
管理者が各ホスト２上のボリューム管理手段２１の設定制御、情報管理を行うには、管理端末１上のホスト管理コンソール１１を利用する。
【００３７】
各ファイルサーバ３上には、ボリューム管理手段２１と、ファイル共有管理手段３１が配置される。ファイル共有管理手段３１は、ファイルサーバ３を利用するクライアント計算機への、少なくともファイル共有を設定制御し、構成情報、性能情報などの管理を実行する。ファイル共有管理手段３１は、ボリューム管理手段２１と共に、ファイルサーバ３上のソフトウェア（プログラム）としてオペレーティングシステム上で制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００３８】
図７は、クライアント計算機へのファイル共有に関する構成情報例をテーブルとして示す。図７のテーブルは、ファイルサーバ３のファイル共有管理手段３１が保持する。
【００３９】
図７のテーブルには少なくとも、各ファイルサーバ３がクライアント計算機にファイル共有する単位である共有名７０１と、ファイル共有するディスクボリューム６１を指定するマウントパス情報７０２、および共有を許可されているクライアント計算機を示す識別情報７０３と、各クライアント計算機の共有時のアクセス権を許可する種別を示す情報７０４（例えば、リード、ライト、ファイルオープン等）が存在する。マウントパス情報７０２は、本実施形態では、図６のマウントポイントを指定することにより、ファイル共有するディスクボリューム６１を特定しているが、ボリューム名６０２を直接指定してもよい。本テーブル情報はあくまでも一例であり、各ファイルサーバ３がクライアント計算機にファイル共有するための情報が入っていれば、その情報形式は問わない。
【００４０】
ファイルサーバ３のファイル共有手段３１は、図７のテーブルの内容に従って、ファイル共有を管理する。ファイルサーバ３のファイル共有手段３１は、図７のテーブルで特定の共有名７０１を削除することにより、ファイル共有抑止をする。また、ファイル共有手段３１は、図７のテーブルで特定のクライアント計算機のアクセス許可クライアント７０３を削除することでクライアント接続抑止をする。
【００４１】
管理者が各ファイルサーバ３上のボリューム管理手段２１、およびファイル共有管理手段３１の設定制御、情報管理を行うには、管理端末１上のファイルサーバ管理コンソール１２を利用する。
【００４２】
記憶装置管理専用ホスト計算機４上には、記憶装置管理手段４１が配置される。記憶装置管理手段４１は、記憶装置管理専用ホスト計算機４上のソフトウェア（プログラム）としてオペレーティングシステム上で記憶装置管理専用ホスト計算機４内の制御部（例えばＣＰＵ）により実行されることにより、その機能は実現される。そして少なくとも、前述した通り記憶装置６から送られてくるディスクボリューム６１やポート６３の状態情報、性能情報の管理と、ディスクコントローラ６２を利用したホスト２やファイルサーバ３との接続関係などの記憶装置６の構成を設定制御する機能を有する。管理者が記憶装置管理専用ホスト計算機４上の記憶装置管理手段４１の設定制御、情報管理を行うには、管理端末１上の記憶装置管理コンソール１３を利用する。
【００４３】
前述で説明したように、従来は計算機システムの各管理手段と管理コンソールは、別々に存在しており、管理者が計算機システムを管理していく上では、以下の課題事項が存在する。
【００４４】
まず、例えば記憶装置６内でハードウェアなどが障害を発生した場合、記憶装置管理手段４１は、記憶装置６からの障害情報と図５のテーブルとに従って、記憶装置管理コンソール１３に障害通報する。しかし、障害が発生した各ハードウェアに関係するホスト２や、ファイルサーバ３の各管理コンソール１１、１２には、その障害情報は通報されてこない。そのため障害時のホスト２、ファイルサーバ３で障害時に必要となる設定制御を障害に連動して動作さすようなことは不可能である。
【００４５】
例えば、図５のテーブル例で示したディスクボリューム６１の「Ｖｏｌ １」に障害が発生した場合、その障害情報は記憶装置管理コンソール１３には通報されてくるが、ホスト２の管理コンソール１１には、その障害情報は通報されてこない。一方図６で示したホスト２の「Ｈｏｓｔ １」上のボリューム管理手段２１が持つテーブル例で示したように、障害が発生した「Ｖｏｌ １」は、「Ｈｏｓｔ １」上で、ボリューム管理手段２１によりマウントされており、各種アプリケーションなどが実行されている。しかし、そのマウントポイントを停止することで、ディスクボリュームの公開抑止を行うためには、ホスト２の管理コンソール１１が、上記ディスクボリュームの公開抑止に関する処理を実行する必要があるが、ホスト管理コンソール１１にはその処理を実行する契機となる障害情報は挙がってこないため、連動動作させることは不可能である。
【００４６】
また、図５のテーブル例で示したディスクボリューム６１の「Ｖｏｌ ２」に障害が発生した場合、その障害情報は記憶装置管理コンソール１３には通報されてくるが、ファイルサーバ３の管理コンソール１２には、その障害情報は通報されてこない。一方図６、および図７で示したファイルサーバ３の「Ｓｅｒｖｅｒ １」上のボリューム管理手段２１およびファイル共有手段３１が持つテーブル例で示したように、障害が発生した「Ｖｏｌ ２」は、ボリューム管理手段２１によりマウント、かつファイル共有手段３１によりファイル共有されており、クライアント計算機などがファイル共有で利用している。しかし、そのファイル共有を停止したりアクセス許可されているクライアントを一時的に削除することで、ファイル共有抑止したり、特定のクライアント計算機からの接続を抑止（クライアント接続抑止）をするためには、ファイルサーバ３の管理コンソール１２が、上記ファイル共有抑止もしくは、クライアント接続抑止に関する処理を実行する必要があるが、その処理を実行する契機となる障害情報は挙がってこないため、連動動作させることは不可能である。
【００４７】
更に、管理者が記憶装置管理コンソール１３から記憶装置管理手段４１を利用し、記憶装置６内の構成情報の設定制御を指示した場合、設定制御指示に関係する記憶装置６に接続されるホスト２やファイルサーバ３のボリューム管理手段２１やファイル共有手段３１に対しても設定制御を指示する必要がある。
【００４８】
具体的には、例えばディスクボリューム６１の構成の変更指示をした場合、図５に関するテーブル情報は記憶装置管理コンソール１３から変更可能であるが、それに伴い、新たにそのディスクボリューム情報をボリューム管理手段２１が認識し図６に関するテーブル情報の変更を行い、必要により、そのディスクボリューム６１のファイル共有をファイル共有管理手段３１によりクライアントに公開するため、図７に関するテーブル情報を変更するための制御が必要になる。しかし、各管理コンソール１１、１２、１３には連携制御する機能が無いため、自動的に各管理テーブルの情報を変更制御することは不可能である。
【００４９】
以上説明してきたように、図１の計算機システムでは障害時、設定制御時には、各管理手段の連携動作が必要になる。本発明の実施形態では、これらの課題に対応するため、管理端末１上にストレージシステム統合管理手段１４を配置する。ストレージ統合管理手段１４は、管理端末１上のソフトウェア（プログラム）としてオペレーティングシステム上で管理端末１の制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００５０】
ストレージ統合管理手段１４は、ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１と連携して上記課題を解決する処理を実施する。即ち、ストレージ統合管理手段１４は、記憶装置管理手段４１が管理する図５のテーブルの内容と、ボリューム管理手段２１が管理する図６のテーブルの内容と、ファイル共有管理手段３１が管理する図７のテーブルの内容とを受信する。尚、受信するタイミングは、定期的であっても、構成内容が変更したときであってもよい。
【００５１】
また、ストレージ統合管理手段１４は、障害が発生した場合又は記憶装置内の構成変更が発生した場合に、障害情報又は構成変更情報と、図５、６及び７の内容とに従って、システム全体として矛盾なく設定制御を実行するように、ホスト２、ファイルサーバ３及び記憶装置４を管理する。具体的には、まず、ストレージ統合管理手段１４は、図５、６及び７の内容とに従って、適切な設定制御の種類（クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止等）と、設定制御の指示をすべき対象機器２、３、６とを特定する。次に、ストレージ統合管理手段１４は、特定されたホスト２（ボリューム管理手段２１）、ファイルサーバ３（ファイル共有手段３１）及び記憶装置６（ディスクコントローラ６２）へ、特定した内容に従って設定制御を実行するように指示する。尚、設定制御が複数必要である場合は、ストレージ統合管理手段１４は、図５、６及び７の内容とに従って、設定制御を実行する順番も特定し、各コンソール１１〜１３へ特定した内容に従って、設定制御を実行するように指示する。なお、本実施例では、ストレージシステム統合管理手段１４を管理端末１内に配置したが、当該機能を実現する機能は、管理端末１とネットワーク５を介して接続される、ホスト２、ファイルサーバ３、記憶装置管理専用ホスト計算機４、および記憶装置６内など、どこに配置されていても良い。また本実施例では、管理端末上に３つの管理コンソールを配置しているが、これら３つの管理コンソールをストレージシステム統合管理手段１４に対応した１つの専用コンソール（以下統合管理コンソールと呼ぶ）に統合しても良い。
【００５２】
図３は、第一の実施形態において、記憶装置６内で障害が発生した場合の処理フローの例を示した図である。
【００５３】
記憶装置６内で障害が発生すると、記憶装置６内の状態情報が変更されるため、前述したように記憶装置管理手段４１は、記憶装置６内の状態情報の変更を障害情報として受けて、記憶装置内での障害発生を認識する （ステップ３０１） 。
【００５４】
記憶装置管理手段４１は、ステップ３０１で受けた障害情報を、ネットワーク５を介して、管理端末１上のストレージシステム統合管理手段１４に通報する（ステップ３０２）。
【００５５】
ストレージシステム統合管理手段１４は、図５、６及び７の情報を取得し、これら情報に基づいて、ステップ３０２で通報されてきた障害情報が、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１であるかどうかを判定する（ステップ３０３）。
【００５６】
ステップ３０３の判定で、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１でなかった場合は、通常通り、記憶装置管理コンソール１３に障害情報を通知する（ステップ３１０）。
【００５７】
一方、ステップ３０３の判定で、ホスト２、もしくはファイルサーバ３の接続されたボリューム６１であった場合は、障害情報と図５、６及び７の情報とに基づいて、障害が発生したボリューム６１と接続関係があるホスト２、もしくはファイルサーバ３を特定し、障害発生によって、設定制御すべき種類を判定する（設定制御不要である場合も含む。）（ステップ３０４）。即ち、判定する場合の条件は、ホスト２やファイルサーバ３が、記憶装置６内の障害発生箇所の資源を単に割り当てているだけでなく、クライアント計算機に対しファイル共有を設定しているか、またそのディスクボリュームを利用するアプリケーションプログラムがあるかまでを図５、６及び７の情報に基づき判定する。
【００５８】
ステップ３０４で、抑止等の設定制御が必要な場合、ストレージシステム統合管理手段１４は、特定された制御処理を適切なホスト２、ファイルサーバ３及び記憶装置管理用ホスト４のボリューム管理手段２１、ファイル共有管理手段３１及び記憶装置管理手段４１に設定制御するように指示する（ステップ３０５）。尚、ストレージシステム統合管理手段１４は、指示すべきコンソール１１〜１３を特定し、コンソール１１〜１３を介して、設定制御の指示を発行してもよい。
【００５９】
ここで設定制御に関して、具体的に説明を行う。
【００６０】
「クライアント接続抑止」は、特定のクライアント計算機とボリュームとの接続を抑止することであり、ファイル共有手段により、図７のテーブルのアクセス許可クライアント７０３の情報を削除することによって実現される。本実施形態では、接続抑止を実施するかどうかの判定は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び「アクセス許可クライアント７０３」にそのクライアント計算機が登録されているかどうかで決定する。即ち、ストレージシステム統合管理手段１４は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在し、「アクセス許可クライアント７０３」にいずれかのクライアント計算機が登録されている場合には、設定制御の種類として、クライアント接続抑止を実行することを決定する。
【００６１】
「ファイル共有抑止」は、複数のクライアント計算機で共有するボリュームに対する共有を抑止することをいい、ファイル共有手段により図７のテーブル情報にある共有名７０１の情報を削除することによって実現される。ファイル共有抑止を実施するかどうかの判定は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び「アクセス許可クライアント７０３」にそのクライアント計算機が登録されているかどうかで決定する。即ち、ストレージシステム統合管理手段１４は、図６と図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在し、「アクセス許可クライアント７０３」にあらゆるクライアント計算機が登録されている場合には、設定制御の種類として、ファイル共有抑止を実施することを決定する。
【００６２】
「ディスクボリュームの公開抑止」は、ボリューム単位でアクセスを抑止することをいい、ボリューム管理手段２１により、図６のテーブルの「マウントポイント６０１」の情報を削除することによって実現される。ディスクボリューム公開抑止を実施するかどうかの判定は、図７のテーブルに基づいて、記憶装置６内の障害部位と接続するクライアント計算機が存在するかどうか、及び障害が発生したボリューム６１に対する「マウントポイント６０１」が登録されているかどうかで判断する。即ち、ストレージシステム統合管理手段１４は、図６、７のテーブルに基づいて、障害が発生したボリューム６１に接続するクライアント計算機が存在せず、かつ障害が発生したボリューム６１に対する「マウントポイント６０１」が登録されている場合には、設定制御の種類として、ディスクボリュームの公開抑止を実施することを決定する。
【００６３】
なお、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止等の設定制御の種類は、上述した図５、６及び７の情報に基づくものだけでなく、さらに障害情報とに基づいて、特定するようにしてもよい。例えば、ホスト２のインタフェース２２での障害が発生した場合には、記憶装置６のレベルで抑止（記憶装置レベルでのアクセス抑止）を実行しても効果がないことから、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止のいずれかを設定制御の種類として決定することができる。ここに挙げた設定制御処理は、一例であり、他の制御処理を行うことで障害時の処理対応をすることもできる。
【００６４】
一方不要な場合は、ステップ３０５を処理せずステップ３２０に処理を移行する。ストレージシステム統合管理手段１４は、記憶装置管理コンソール１３と、ホスト管理コンソール１１もしくはファイルサーバ管理コンソール１２に、障害情報を通報する（ステップ３２０）。尚、ストレージシステム統合管理手段１４は、直接、ホスト２、ファイルサーバ３及び記憶装置管理用ホスト４に対して設定制御を実施するように指示してもよい。
【００６５】
図４は、第一の実施形態において、管理端末１から設定制御を指示した場合の処理フロー例を示した図である。
【００６６】
管理者が、管理端末１の各管理コンソール（ホスト管理コンソール１１、ファイルサーバ管理コンソール１２、記憶装置管理コンソール１３）、もしくは前述した統合管理コンソールからホスト２、ファイルサーバ３、記憶装置６などに対して設定制御の指示を出す（ステップ４０１）。ストレージシステム統合管理手段１４は、ステップ４０１で発行された指示を受ける（ステップ４０２）。ストレージシステム統合管理手段１４は、設定制御対象となるホスト２、ファイルサーバ３、記憶装置６の各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）から得られる図５、６，７の情報に基づいて、指示された設定制御指示が、計算機システムの構成情報に影響が出ないかを判定する（ステップ４０３）。ここで、影響が出るかどうかの判定の好適な例を挙げる。なお、ここで挙げるものは一例であり、本特許ではこれ以外にも各管理手段から得られる構成情報で判定可能なものは全て対象になるのは言うまでもない。例えば、記憶装置内６のディスクボリューム６１を削除する場合は、ストレージシステム統合管理手段１４は、図５、６及び７のテーブル情報を参照し、そのディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が有る場合は、影響が出ると判定する。逆に同ディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が無い場合は、影響が出ないと判定する。
【００６７】
ステップ４０３で影響が出ると判定された場合は、ストレージシステム管理手段１４は、各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）に、管理者から指示された設定制御の他に、必要になる設定制御を特定し、それら設定制御を適切な順番に発行する（ステップ４２０）。ここで、管理者から指示された設定制御の他に、必要になる設定制御を、適切な順番に発行する好適な例を挙げる。なお、ここで挙げるものは一例であり、本特許ではこれ以外も対象とすることは言うまでもない。例えば、ストレージシステム管理手段１４は、記憶装置内６のディスクボリューム６１を削除する指示を受け、そのディスクボリューム６１に接続しているホスト２もしくはファイルサーバ３が有る場合は、ディスクボリュームを削除する前に、ボリューム管理手段２１でディスクボリューム公開抑止又はフィル共有管理手段３１でファイル共有の解除を実施する必要がある。具体的には、まず、ストレージシステム管理手段１４は、図６、および図７のテーブル情報に基づいて、削除されるディスクボリューム６１をマウントしている機器２、３があるかどうか及び削除されるディスクボリューム６１をマウントし、そのボリュームに対するファイル共有実施しているファイルサーバがあるかどうか判定する。削除されるディスクボリューム６１をマウントし、そのボリュームに対するファイル共有実施しているファイルサーバがある場合は、ストレージシステム管理手段１４は、ファイル共有している共有名７０１の削除するようにファイル共有手段３１に指示し、削除されるディスクボリューム６１をマウントしている機器２、３がある場合には、図６のマウントポイント６０１の削除するようにボリューム管理手段２１に指示する。
【００６８】
一方、削除されるディスクボリューム６１をマウントしている機器２、３が無い場合は、ストレージシステム管理手段１４は、そのまま管理者の設定制御の指示を、各管理手段（ボリューム管理手段２１、ファイル共有管理手段３１、記憶装置管理手段４１）に発行する（ステップ４１０）。
【００６９】
図２は、本発明における第二の実施形態の構成を示した図である。図１との違いを中心に説明する。
【００７０】
図１で説明した構成に加え、図２ではクラスタファイルシステム手段２３が、ホスト２、およびファイルサーバ３上に配置される。
【００７１】
クラスタファイルシステム手段２３は、後述する図８のテーブル情報に基づいて、既に説明したクライアント計算機側からのファイル単位でのアクセス要求をファイルサーバ３が処理し、ブロックレベルでボリュームに対するアクセスを実行可能なホスト２へアクセス要求を発行する。これにより、ファイル単位でのアクセス要求を高速にデータアクセス可能なＮＡＳ ｏｖｅｒ ＳＡＮが実現される。尚、クラスタファイルシステム手段２３は、ブロックレベルのアクセス要求をホスト２で処理し、ファイル単位でボリュームに対するアクセスを実行可能なファイルサーバ３へアクセス要求を発行するようにしてもよい。クラスタファイルシステム手段２３は、ホスト２とファイルサーバ３間で互いの情報を管理制御するためのソフトウェア （プログラム）として、オペレーティングシステム上でホスト２又はファイルサーバ３の制御部（例えばＣＰＵ）により実行されることにより、その機能が実現される。
【００７２】
図２の構成においても、図１の場合と同様に計算機システムでは障害時、設定制御時には、各管理手段の連携動作が必要になる。そのため図１と同様にストレージシステム統合管理手段１４を配置し課題を解決する処理を実施する。
【００７３】
図１との処理時の大きな違いは、障害時の処理時、および設定制御の処理時に他の管理手段と同様にクラスタファイルシステム手段２３が構成情報などの参照と設定制御を実施する管理手段の対象に入ることである。また図２の場合、クラスタファイルシステム手段２３が実施するホスト２、ファイルサーバ３間の制御情報の設定なども障害時、および設定制御の処理内容として対象となる。つまり、ホスト２、もしくはファイルサーバ３自身の障害や設定時に、お互いのボリューム管理手段２１や、ファイル共有管理手段３１に影響が出るかどうかも判定の対象として処理することが必要となる。
【００７４】
図８は、受付けたアクセス要求を他のホスト２又はファイルサーバ３へ経由させてボリューム６１にアクセスさせる為のテーブル例を示す。図８のテーブルは、クラスタファイルシステム手段２３が所持する。
【００７５】
図８のテーブルには少なくとも、各ホスト２とファイルサーバ３がどのような接続関係をもっているか、ホストの識別情報８０１と、そのホストごとに接続されたファイルサーバの識別情報８０２が示されている。たとえば、「Ｈｏｓｔ １」のホスト名８０１には、「Ｓｅｒｖｅｒ １」のサーバ名が示されているので、アプリケーションを実行することによる「Ｓｅｒｖｅｒ １」に対するアクセス要求は、「Ｈｏｓｔ １」のホスト２を経由して、ボリューム６１に対してアクセスされる。本テーブル情報はあくまでも一例であり、各ホスト２とファイルサーバ３がどのような接続関係を持つかの情報が入っていれば、その情報形式は問わない。例えば、各ホスト２及びファイルサーバ３のクラスタファイルシステム手段２３は、図８のテーブルの代わりに、ボリューム６１ごとに、アクセス要求を経由させる他の機器２、３を示すテーブルを保持し、ボリューム単位で、経由させる機器２、３を設定しても良い。
【００７６】
判定に上記図８のテーブル情報も入る以外は基本的に、図３、図４で説明した処理の流れと同様である。
【００７７】
即ち、ストレージ統合管理手段１４は、障害が発生した場合又は記憶装置内の構成変更が発生した場合に、障害情報又は構成変更情報と、図５、６、７及び８の内容とに従って、システム全体として矛盾なく設定制御を実行するように、ホスト２、ファイルサーバ３及び記憶装置６を管理する。
【００７８】
以上述べたように本発明によれば、記憶装置を有する計算機システムにおいて、各管理手段と連携する統合管理手段により、記憶装置の障害発生時に、通報すべき管理コンソールを自動的に特定し、接続関係を有する計算機の特定を自動的に行い、各計算機側で必要となる制御などを自動的に実施することが可能となる。
【００７９】
更に、統合管理手段を用いることにより、記憶装置と計算機との接続関係や、計算機の提供形態に寄らず、管理者により指示された設定制御を調整し、矛盾無く計算機システム全体を設定制御することが可能になる。
【００８０】
【発明の効果】
本発明によると、障害発生時又は構成変更時にシステム全体を矛盾なく設定制御を実施するための構成と方法を提供することができる。
【図面の簡単な説明】
【図１】本発明における第一の実施形態を示す図
【図２】本発明における第二の実施形態を示す図
【図３】障害処理フローの例を示す図
【図４】設定制御処理フローの例を示す図
【図５】記憶装置管理手段が管理する構成情報例を示すテーブル図
【図６】ボリューム管理手段が管理する構成情報例を示すテーブル図
【図７】ファイル共有管理手段が管理する構成情報例を示すテーブル図
【図８】クラスタファイルシステム手段が管理する構成情報例を示すテーブル図
【符号の説明】
１…管理端末、２…ホスト計算機、３…ファイルサーバ計算機、４…記憶装置管理専用ホスト計算機、５…ネットワーク、６…記憶装置、１１…ホスト管理コンソール、１２…ファイルサーバ管理コンソール、１３…記憶装置管理コンソール、１４…ストレージシステム統合管理手段、２１…ボリューム管理手段、２２…Ｉ／Ｆ、２３…クラスタファイルシステム手段、３１…ファイル共有管理手段、４１…記憶装置管理手段、６１…ディスクボリューム、６２…ディスクコントローラ、６３…ポート、６４…ネットワークインタフェース
Claims (9)
- 複数の対象計算機と、前記対象計算機に接続される記憶装置と、前記対象計算機と前記記憶装置とに接続され、前記対象計算機および前記記憶装置を管理する管理用計算機であって、
前記記憶装置内の記憶領域に関するボリューム管理情報と、前記対象計算機が提供し前記記憶装置内のファイル共有に関するファイル共有情報と、前記記憶装置に関する記憶装置管理情報とを受信するインタフェースと、
前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御すべき前記対象計算機または前記記憶装置を特定し、特定した設定制御すべき前記対象計算機または前記記憶装置に対して、設定制御の実行を指示することにより、前記対象計算機および前記記憶装置を管理する制御部とを有することを特徴とする管理用計算機。 - 請求項１に記載の管理用計算機であって、
前記インタフェースは、
さらに、前記対象計算機又は前記記憶装置から障害情報を受け、
前記制御部は、
前記障害情報と前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置を特定し、特定した前記対象計算機または前記記憶装置に対して設定制御を実行するように指示することを特徴とする管理用計算機。 - 請求項１に記載の管理用計算機であって、
前記制御部は、
前記障害情報と前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置と、前記設定制御の種類とを特定し、特定した前記対象計算機または前記記憶装置に対して、特定した種類の設定制御を実行するように指示することを特徴とする管理用計算機。 - 請求項３に記載の管理用計算機であって、
前記設定制御の種類には、クライアント接続抑止、ファイル共有抑止、ディスクボリューム公開抑止、記憶装置レベルでのアクセス抑止のいずれか１つが含まれることを特徴とする管理用計算機。 - 請求項１に記載の管理用計算機であって、
前記制御部は、
前記障害情報と前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置を特定し、前記設定制御が複数である場合には、さらに前記設定制御の実行する順番とを特定し、特定した前記対象計算機または前記記憶装置に対して、特定した順番に従って、前記設定制御を実行するように指示することを特徴とする管理用計算機。 - 請求項１に記載の管理用計算機であって、
前記制御部は、
前記対象計算機から前記記憶装置内部の構成変更情報を受付けた場合に、前記構成変更情報と前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置を特定し、特定した前記対象計算機または前記記憶装置に対して設定制御を実行するように指示することを特徴とする管理用計算機。 - 請求項１に記載の管理用計算機であって、
前記インタフェースは、
さらに、前記記憶領域へのアクセス要求を他の対象計算機間とで共有するクラスタ情報を、前記対象計算機から受付け、
前記制御部は、
前記クラスタ情報と前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置を特定し、特定した前記対象計算機または前記記憶装置に対して設定制御を実行するように指示することを特徴とする管理用計算機。 - 複数の対象計算機と、前記対象計算機とに接続される記憶装置であって、
前記記憶装置内の記憶領域に関するボリューム管理情報と、前記記憶装置内のファイル共有に関するファイル共有情報とを受信するインタフェースと、
前記ボリューム管理情報と前記ファイル共有情報と前記記憶装置に関する記憶装置管理情報とに従って、設定制御をすべき前記対象計算機を特定し、特定した前記対象計算機に対して設定制御を実行するように指示することにより、前記対象計算機を管理する制御部とを有することを特徴とする記憶装置。 - 複数の対象計算機と、前記対象計算機に接続される記憶装置と、前記対象計算機と前記記憶装置とに接続された管理用計算機の制御部により実行され、前記対象計算機および前記記憶装置を管理するための統合管理プログラムであって、
前記記憶装置内の記憶領域に関するボリューム管理情報と、前記記憶装置内のファイル共有に関するファイル共有情報と、前記記憶装置に関する記憶装置管理情報とを、受信する受信手段と、
前記ボリューム管理情報と、前記ファイル共有情報と、前記記憶装置管理情報とに従って、設定制御をすべき前記対象計算機または前記記憶装置を特定し、特定した前記対象計算機または前記記憶装置に対して設定制御を実行するように指示することにより、前記対象計算機および前記記憶装置を管理する制御手段として前記管理用計算機を機能させるための統合管理プログラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002313612A JP4175083B2 (ja) | 2002-10-29 | 2002-10-29 | 記憶装置の管理用計算機、およびプログラム |
| US10/375,199 US7143119B2 (en) | 2002-10-29 | 2003-02-28 | Storage managing computer and program recording medium therefor |
| US11/544,744 US7761489B2 (en) | 2002-10-29 | 2006-10-10 | Storage managing computer and program recording medium therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002313612A JP4175083B2 (ja) | 2002-10-29 | 2002-10-29 | 記憶装置の管理用計算機、およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004151798A true JP2004151798A (ja) | 2004-05-27 |
| JP4175083B2 JP4175083B2 (ja) | 2008-11-05 |
Family
ID=32105357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002313612A Expired - Fee Related JP4175083B2 (ja) | 2002-10-29 | 2002-10-29 | 記憶装置の管理用計算機、およびプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7143119B2 (ja) |
| JP (1) | JP4175083B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006072684A (ja) * | 2004-09-02 | 2006-03-16 | Hitachi Ltd | ストレージネットワークシステム及び管理サーバ、ホストとストレージ装置 |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6968463B2 (en) * | 2001-01-17 | 2005-11-22 | Hewlett-Packard Development Company, L.P. | System for controlling access to resources in a storage area network |
| JP4175083B2 (ja) * | 2002-10-29 | 2008-11-05 | 株式会社日立製作所 | 記憶装置の管理用計算機、およびプログラム |
| JP4160817B2 (ja) * | 2002-11-05 | 2008-10-08 | 株式会社日立製作所 | ディスクサブシステム、計算機システム、それを管理するためのストレージ管理方法、および、管理プログラム |
| JP2004220216A (ja) * | 2003-01-14 | 2004-08-05 | Hitachi Ltd | Ｓａｎ／ｎａｓ統合型ストレージ装置 |
| JP4379860B2 (ja) | 2003-04-08 | 2009-12-09 | 株式会社日立製作所 | 記憶制御装置及びその制御方法 |
| JP4285058B2 (ja) * | 2003-04-21 | 2009-06-24 | 株式会社日立製作所 | ネットワーク管理プログラム、管理計算機及び管理方法 |
| JP4450577B2 (ja) * | 2003-07-24 | 2010-04-14 | 株式会社日立製作所 | ストレージシステム及びストレージ構成情報の設定方法 |
| US20050210028A1 (en) * | 2004-03-18 | 2005-09-22 | Shoji Kodama | Data write protection in a storage area network and network attached storage mixed environment |
| US20060074872A1 (en) * | 2004-09-30 | 2006-04-06 | International Business Machines Corporation | Adaptive database buffer memory management using dynamic SQL statement cache statistics |
| JP4357433B2 (ja) * | 2005-02-15 | 2009-11-04 | 株式会社日立製作所 | ストレージシステム |
| JP4920391B2 (ja) * | 2006-01-06 | 2012-04-18 | 株式会社日立製作所 | 計算機システムの管理方法、管理サーバ、計算機システム及びプログラム |
| JP2008021116A (ja) * | 2006-07-12 | 2008-01-31 | Hitachi Ltd | Ｓａｎ／ｎａｓ統合管理計算機及び方法 |
| JP4916338B2 (ja) * | 2007-02-26 | 2012-04-11 | キヤノン株式会社 | 周辺装置およびそのアクセス制御方法 |
| US7941598B2 (en) * | 2007-08-08 | 2011-05-10 | Hitachi, Ltd. | Method and apparatus for capacity on demand dynamic chunk allocation |
| US7752175B2 (en) * | 2007-10-29 | 2010-07-06 | Objectivity, Inc. | Method, system and computer-readable media for repairing corruption of data record references |
| US9342703B2 (en) * | 2012-11-30 | 2016-05-17 | Red Hat Israel, Ltd. | Managing storage permissions for logical volume managers |
| CN107203329B (zh) * | 2016-03-17 | 2020-12-01 | 伊姆西Ip控股有限责任公司 | 存储管理方法及设备 |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US573085A (en) * | 1896-12-15 | grubinski | ||
| JPH103421A (ja) | 1995-11-20 | 1998-01-06 | Matsushita Electric Ind Co Ltd | 仮想ファイル管理システム |
| JPH11212932A (ja) | 1998-01-28 | 1999-08-06 | Oki Electric Ind Co Ltd | ネットワーク資源管理システム |
| JP3726484B2 (ja) | 1998-04-10 | 2005-12-14 | 株式会社日立製作所 | 記憶サブシステム |
| US6173413B1 (en) * | 1998-05-12 | 2001-01-09 | Sun Microsystems, Inc. | Mechanism for maintaining constant permissions for multiple instances of a device within a cluster |
| GB9904933D0 (en) * | 1999-03-04 | 1999-04-28 | Glaxo Group Ltd | Compounds |
| JP3843713B2 (ja) | 1999-08-27 | 2006-11-08 | 株式会社日立製作所 | 計算機システム及びそのデバイスの割り当て方法 |
| US6826580B2 (en) * | 2000-01-20 | 2004-11-30 | Emc Corporation | Distributed storage resource management in a storage area network |
| US6571257B1 (en) * | 2000-06-07 | 2003-05-27 | Hewlett-Packard Development Company, L.P. | Efficient, real-time management of storage resources |
| JP2002007304A (ja) | 2000-06-23 | 2002-01-11 | Hitachi Ltd | ストレージエリアネットワークを用いた計算機システム及びそのデータ取り扱い方法 |
| JP2002222061A (ja) | 2001-01-25 | 2002-08-09 | Hitachi Ltd | 記憶領域を設定する方法、記憶装置およびプログラム記憶媒体 |
| US6779063B2 (en) * | 2001-04-09 | 2004-08-17 | Hitachi, Ltd. | Direct access storage system having plural interfaces which permit receipt of block and file I/O requests |
| JP4032670B2 (ja) | 2001-06-21 | 2008-01-16 | 株式会社日立製作所 | ホストコンピュータの認証を行う記憶装置システム |
| US7013408B2 (en) * | 2002-08-06 | 2006-03-14 | Sun Microsystems, Inc. | User defined disk array |
| US7146389B2 (en) | 2002-08-30 | 2006-12-05 | Hitachi, Ltd. | Method for rebalancing free disk space among network storages virtualized into a single file system view |
| JP4175083B2 (ja) * | 2002-10-29 | 2008-11-05 | 株式会社日立製作所 | 記憶装置の管理用計算機、およびプログラム |
| US7426611B1 (en) * | 2003-08-18 | 2008-09-16 | Symantec Operating Corporation | Method and system for improved storage system performance using cloning of cached data |
| JP4448719B2 (ja) * | 2004-03-19 | 2010-04-14 | 株式会社日立製作所 | ストレージシステム |
| US20070180206A1 (en) * | 2006-01-18 | 2007-08-02 | Craft Julie L | Method of updating a duplicate copy of an operating system on the same disk |
-
2002
- 2002-10-29 JP JP2002313612A patent/JP4175083B2/ja not_active Expired - Fee Related
-
2003
- 2003-02-28 US US10/375,199 patent/US7143119B2/en not_active Expired - Fee Related
-
2006
- 2006-10-10 US US11/544,744 patent/US7761489B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006072684A (ja) * | 2004-09-02 | 2006-03-16 | Hitachi Ltd | ストレージネットワークシステム及び管理サーバ、ホストとストレージ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040083401A1 (en) | 2004-04-29 |
| US7761489B2 (en) | 2010-07-20 |
| JP4175083B2 (ja) | 2008-11-05 |
| US20070067662A1 (en) | 2007-03-22 |
| US7143119B2 (en) | 2006-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7761489B2 (en) | Storage managing computer and program recording medium therefor | |
| US7788457B2 (en) | Method of controlling storage device controlling apparatus, and storage device controlling apparatus | |
| US8448167B2 (en) | Storage system, and remote copy control method therefor | |
| JP4330889B2 (ja) | 記憶デバイス制御装置にソフトウエアをインストールする方法、記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 | |
| US7574575B2 (en) | Disk array device including a system LU for storing control information in the disk array and backup LU for backing up the control information and controlling method thereof | |
| US7984133B2 (en) | Computer and access control method in a computer | |
| US20060095705A1 (en) | Systems and methods for data storage management | |
| US7779368B2 (en) | Systems and methods for presenting managed data | |
| US7555623B2 (en) | Arrangements changing an operation authority responsive to attribute changes | |
| US20090307761A1 (en) | Access authority setting method and apparatus | |
| JP2003316522A (ja) | 計算機システムおよび計算機システムの制御方法 | |
| JP4342804B2 (ja) | ストレージシステムの制御方法、ストレージシステム、及びプログラム | |
| US8286163B2 (en) | Coupling between server and storage apparatus using detected I/O adaptor and allowing application execution based on access group and port connection group in virtualized environment | |
| US8392610B2 (en) | Method, apparatus and system to dynamically manage logical path resources | |
| JP2006048313A (ja) | 複数の管理者から管理されるストレージシステムの管理方法 | |
| US20080215767A1 (en) | Storage usage exclusive method | |
| US8086733B2 (en) | Method and program for supporting setting of access management information | |
| JP5439435B2 (ja) | 計算機システムおよびその計算機システムにおけるディスク共有方法 | |
| US20060015871A1 (en) | Storage system management software cooperation method | |
| JP2008210072A (ja) | ボリューム割当方式 | |
| JP2005276233A (ja) | 計算機システム | |
| JP7354355B1 (ja) | ストレージシステムおよび暗号演算方法 | |
| JP2007042119A (ja) | 計算機システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050119 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080507 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080704 |
|
| 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: 20080729 |
|
| 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: 20080811 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130829 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |