JP2007072571A - 計算機システム及び管理計算機ならびにアクセスパス管理方法 - Google Patents

計算機システム及び管理計算機ならびにアクセスパス管理方法 Download PDF

Info

Publication number
JP2007072571A
JP2007072571A JP2005256373A JP2005256373A JP2007072571A JP 2007072571 A JP2007072571 A JP 2007072571A JP 2005256373 A JP2005256373 A JP 2005256373A JP 2005256373 A JP2005256373 A JP 2005256373A JP 2007072571 A JP2007072571 A JP 2007072571A
Authority
JP
Japan
Prior art keywords
port
storage device
computer
host
management
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
Application number
JP2005256373A
Other languages
English (en)
Inventor
Norio Shimozono
紀夫 下薗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2005256373A priority Critical patent/JP2007072571A/ja
Priority to US11/254,796 priority patent/US20070055797A1/en
Priority to EP06250804A priority patent/EP1760591B1/en
Priority to DE602006005567T priority patent/DE602006005567D1/de
Publication of JP2007072571A publication Critical patent/JP2007072571A/ja
Pending legal-status Critical Current

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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
    • G06F11/201—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media between storage system components
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2089—Redundant storage control functionality
    • 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】 マルチパスドライバによるアクセスパスの冗長化方式では、パス障害発生から保守作業によるアクセスパス復旧までの間、パス冗長性が減少するという課題、及びパス障害が発生してもパス冗長性を保つためには、従来技術では３パス以上の経路を予め設定する必要があるが、ＳＡＮを構成するスイッチなどの機器のポートを多く消費するためコストがかかるという課題を解決する。
【解決手段】 １台以上のホスト計算機２、ホスト計算機２に論理記憶領域を提供する１台以上のストレージ装置１、及び、ホスト計算機２及びストレージ１とネットワーク５を介して接続する管理計算機４を備える計算機システムにおいて、管理計算機４は、ホスト計算機２又はストレージ装置１からの経路不具合通知を受信すると、新たなパス定義をホスト計算機２及びストレージ装置１に設定するよう指示する。
【選択図】 図１

Description

本発明は、ストレージエリアネットワークにおけるアクセスパス管理技術、特にストレージのポート障害及びストレージポートの性能過負荷を解決するアクセスパス管理システム及び管理方式に関する。
ＩＴの進歩やインターネットの普及などにより、企業のコンピュータシステムは様々なアプリケーションを提供するようになり、高い信頼性を要求されるようになっている。特に、アプリケーションが扱う大容量のデータを保存するストレージシステムは、コンピュータシステムにおいて重要な存在となっており、ストレージシステムに対する信頼性の要求は極めて強い。また、コンピュータシステムにおけるストレージシステムの重要度が高まるにつれ、ストレージシステムの運用・管理コストの削減が課題となってきている。
これらの課題に答えるため、ホストコンピュータと高価だが極めて高信頼の大型ストレージシステムの間をストレージエリアネットワーク（ＳＡＮ）で接続する構成が用いられることが多いが、ＳＡＮの障害をどのように扱うかが問題となる。
この課題に対して、ホスト上で動作するマルチパスドライバと呼ばれるソフトウェアが、複数のアクセスパスを用いてストレージシステムにアクセスすることで、パス障害をファイルシステムや上位アプリケーションに対して隠蔽する技術が広く知られている。例えば、ＳＡＮにおけるボトルネックを解析しホストコンピュータのアクセス経路を変更する技術が、特許文献１に開示されている。
一方で、大型ストレージシステムは多数のポートを提供可能であるが、そのポート増設単位と、コンピュータシステムが必要とするポート数に差異が発生することがあり、ポート利用効率が低くなってしまうケースが存在する。
特開２００４−７２１３５号公報
従来のマルチパスドライバによるアクセスパスの冗長化方式では、パス障害発生から保守作業によるアクセスパス復旧までの間、パス冗長性が減少するという課題がある。パス障害が発生してもパス冗長性を保つためには、従来技術では３パス以上の経路を予め設定する必要があるが、ＳＡＮを構成するスイッチなどの機器のポートを多く消費するためコストがかかるという課題がある。
本発明は、１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおいて、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示する計算機システムである。
本発明により、計算機システムのポート障害によるアクセス経路の冗長性喪失から、自動的に冗長パス状態に復旧することを可能とする。
本発明を実施するための最良の形態を説明する。
本発明において、ストレージシステムの余剰ポートを通常時は過負荷となったストレージシステムのポートへのアクセスをオフロードする負荷分散に用い、ストレージシステムのポート障害発生時には、当該ポートの交代ポートとして使用する事で、余剰ポートを性能と信頼性向上に有効利用することを可能とする管理システムを構築する。
具体的には、ＳＡＮ管理サーバを用意し、ホスト及びストレージシステムと常時通信し、アクセス状態の監視を行う。また、ストレージシステムには余剰ポートもしくは動的に設定を変更しても良い共有ポートを用意する。
ＳＡＮ管理サーバがホスト及びストレージシステムから、性能過負荷やストレージのポート障害を通知されると、ストレージシステムの共有ポートに問題となっているポートのパス設定をコピーする。これによりストレージシステムは共有ポートから問題となっているボリュームへのアクセスを可能とする。
さらにＳＡＮ管理サーバはホストに対して、アクセスパス設定の変更要求を行い、上記で定義した共有ポートへのアクセスパスを有効にすることで、共有ポートを使用したアクセスが開始される。
以下、本発明の計算機システム及び管理計算機並びにアクセスパス管理方法の実施例について、図面を用いて説明する。
先ず、本発明の第１の実施例について説明する。図１は、本実施例のコンピュータシステムの構成図である。図示するように、コンピュータシステムは、１台以上のストレージ装置からなるストレージシステム１、１台以上のホスト計算機（以下において単に「ホスト」という）２、およびＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）管理計算機（以下において単に「管理サーバ」という）４を有する。
ストレージシステム１とホスト２は、１個以上のＳＡＮポート８を有し、ＳＡＮスイッチ３に接続し、ＳＡＮを構成している。ＳＡＮは、例えばＦｉｂｒｅ Ｃｈａｎｎｅｌと呼ばれるインタフェースで接続され、ホスト２とストレージシステム１は、ＦＣＰ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを用いて、コマンドやデータの送受信を行う（ストレージシステム１やホスト２を総称して以下「ノード」ともいう）。
また、ストレージシステム１、ＳＡＮスイッチ３、ホスト２と管理サーバ４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）５を介して接続されている。
なお本実施形態は、ストレージシステム１とホスト２との間で用いるＳＡＮのインタフェースおよびプロトコルの種類を特に限定しない。例えば、インタフェースおよびプロトコルの組合せとして、Ｅｔｈｅｒｎｅｔ（登録商標）とｉＳＣＳＩなど他の組み合わせを用いても良い。また、上記では、ストレージシステム１と管理サーバ４との間をＬＡＮで接続することとしたがこれも例示に過ぎず、別のインタフェースを用いても良い。
ホスト２は、データベースなど何らかのアプリケーションを実行し、それらの処理に必要となるデータの入出力をストレージシステム１に対して行うコンピュータである。
ストレージシステム１は、ホスト２に１個以上の論理記憶領域（以下「論理ボリューム」または「ＬＶＯＬ」ともいう）６を提供するシステムである。
ホスト２がストレージシステム１へＳＣＳＩコマンドを送信すると、ストレージシステム１は、当該コマンドにしたがい、ホスト２との間でデータ転送を行う。例えばＦＣＰを用いる場合、ホスト２は、ストレージシステム１のＳＡＮポート８を指定するためのポートアドレスと、ＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）という番号をコマンドヘッダに付加してストレージシステム１へ発行することで、論理ボリューム６を指定する。コマンドには、他にリードやライトといったコマンド種別を示すコマンドコード、論理ボリューム６内での転送開始位置を示すアドレスや転送長といった情報が含まれる。
ストレージシステム１は、ＳＣＳＩコマンドを受信すると、設定情報に基づきＳＡＮポート８及びＬＵＮから論理ボリューム６を特定し、データ転送を行う。必ずしも各ＳＡＮポート８に論理ボリューム６を１個以上設定する必要は無く、本実施形態では初期設定時において論理ボリューム６を設定しない未使用のＳＡＮポート８を１個以上用意する。図１は、Ｓ１ｄ，Ｓ１ｖのＳＡＮポート８が未使用であることを示している。
ＳＡＮの信頼性を高めるため、図示するようにホスト２とストレージシステム１との間を、複数のＳＡＮポート８とＳＡＮスイッチ３で接続し、複数のＳＡＮポート８とＬＵＮの組み合わせを同一の論理ボリューム６へ対応付けることで、ホスト２から論理ボリューム６へのアクセス経路を冗長化する。
ホスト２は、冗長化した論理ボリューム６へのアクセス経路（ポートアドレスとＬＵＮの組み合わせ）を仮想化するため、記憶領域をホストボリューム（以下「ＨＶＯＬ」ともいう）７という単位で管理する。ホスト２は、ホストボリューム７と論理ボリューム６へのアクセス経路の対応を、後述するアクセス制御ドライバ１８２で管理しており、アプリケーションがホストボリューム７へアクセスすると、アクセス制御ドライバ１８２は対応する論理ボリュームへ６のＳＣＳＩコマンドをストレージシステム１に送信する。
本実施例では、ストレージシステム１のＳＡＮポート８に障害が発生することでホスト２と論理ボリューム６間のアクセス経路の冗長性が失われると、ホスト２及びストレージシステム１が管理サーバ４へ障害を通知し、通知を受けた管理サーバ４がストレージシステム１の未使用ＳＡＮポート８を用いた新しいアクセス経路をホスト２及びストレージシステム１に設定することで、アクセス経路の冗長性を速やかに回復可能であることを示す。
図２は、ストレージシステム１のハードウェア構成図である。ストレージシステム１は複数のホストＩ／Ｆ部１００、複数のディスクＩ／Ｆ部１０１、共有メモリ部１０２、システム管理部１０３と、それらを接続するスイッチ部１０４から構成される。ストレージシステム１はディスクＩ／Ｆ部１００を介してハードディスク群１０５に接続している。
ハードディスク群１０５は、論理ボリューム６のデータを格納する部位であり、複数のハードディスクから構成される。
ホストＩ／Ｆ部１００はストレージシステム１をＳＡＮへ接続する部位であり、複数の外部Ｉ／Ｆ１０６、ポートプロセッサ１０７と、それらをスイッチ部１０４へ接続するための転送制御部１０８から構成される。
外部Ｉ／Ｆ１０６はストレージシステム１をＳＡＮに接続するＳＡＮポート８を含み、ＳＡＮのプロトコルを制御する。ＬＶＯＬは、ハードディスク群１０５に含まれる一つ又は複数のハードディスクで構成される。
ポートプロセッサ１０７は、ホスト２からのＳＣＳＩコマンドを解析し、ＳＣＳＩコマンドの実行に必要な処理を実行する。
転送制御部１０８は、外部Ｉ／Ｆ１０６やポートプロセッサ１０７と、共有メモリ部１０２、ディスクＩ／Ｆ部１０１やシステム管理部１０３との間のデータ転送や通信をスイッチ部１０４へアクセスすることで制御する。
ディスクＩ／Ｆ部１０１は、ストレージシステム１とハードディスク群１０５を接続する部位であり、ディスクＩ／Ｆ１０９、ディスクプロセッサ１１０と、それらをスイッチ部１０４へ接続するための転送制御部１０８から構成される。ディスクＩ／Ｆ部１０１は、ストレージシステム１をハードディスク群１０５に接続し、ハードディスク群１０５との間のプロトコルを制御する。
ディスクプロセッサ１１０は、ポートプロセッサ１０７と通信を行いＳＣＳＩコマンドの処理に必要なハードディスク群１０５と共有メモリ間１０２のデータ転送を制御する。
システム管理部１０３は、ストレージシステム１をＬＡＮ５へ接続する部位であり、管理Ｉ／Ｆ１１１、管理プロセッサ１１２、不揮発メモリ１１３と転送制御部１０８から構成される。
管理Ｉ／Ｆ１１１は、ストレージシステム１をＬＡＮ５へ接続し、ＬＡＮ５のプロトコルを制御する。例えばＥｔｈｅｒｎｅｔ（登録商標）のＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。
管理プロセッサ１１２は、管理サーバ４と通信し、ストレージシステム１の設定を実行する。
不揮発メモリ１１３は、ストレージシステム１の設定情報を保持する。
なお、本実施形態におけるストレージシステム１のハードウェア構成は例示であり、複数のＳＡＮポート８と複数の論理ボリューム６を提供可能な構成であれば、上記の構成に限るものではない。
図３は、ストレージシステム１のソフトウェア構成図である。まず、各部位の実行する処理や保持するデータについて説明する。ポートプロセッサ１０７は、ＬＵ構成テーブル１２１を保持し、コマンド処理プログラム１２０と障害検出プログラム１２２を実行する。ＬＵ構成テーブル１２１は、各ＳＡＮポート８とＬＵＮの組と論理ボリューム６の対応を保持するテーブルである。また、コマンド処理プログラム１２０はホスト２から受信したＳＣＳＩコマンドを実行するプログラムであり、障害検出プログラム１２２は外部Ｉ／Ｆ１０６及びポートプロセッサ１０７の障害を検出するプログラムである。
共有メモリ部１０２は、論理ボリューム６の一部のデータを保存するキャッシュデータ１２４と、キャッシュデータ１２４と論理ボリューム６内部の位置を対応付けるキャッシュディレクトリ１２３を保持する。
ディスクプロセッサ１１０は、ＨＤＤ制御プログラム１２５を実行する。ＨＤＤ制御プログラム１２５は、ポートプロセッサ１０７からの指示で起動され、ハードディスク群１０５へコマンドを発行し、キャッシュデータとの間でデータ転送を実行するプログラムである。ＨＤＤ制御プログラム１２５は、ハードディスク群１０５の複数のハードディスクを用いてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）処理を行う。具体的には、ＨＤＤ制御プログラム１２５は、論理ボリューム６におけるアドレス空間とハードディスク群１０５のアドレス空間の対応を管理し、適切なハードディスクへアクセスする。またＨＤＤ制御プログラム１２５は、ハードディスク障害発生時には冗長なハードディスクを用いてアクセスを継続するなどの処理も行う。
管理プロセッサ１１２は、ストレージポート状態テーブル１３０と、ノード情報１３１を保持し、ストレージ管理プログラム１２６を実行する。
ストレージポート状態テーブル１３０は、ストレージシステム１の各ＳＡＮポート８の状態を管理するテーブルであり、ノード情報１３１はストレージシステム１の管理情報と管理サーバ４のＬＡＮ５におけるネットワークアドレスを保持するデータである。
ストレージ管理プログラム１２６は、ストレージシステム１を初期化するストレージ初期化処理１２７と、障害を管理サーバ４へ通知する障害通知処理１２９と、管理サーバからの要求に応じてストレージシステム１の構成情報を取得ないし変更する構成管理処理１２８を実行する。
次にストレージシステム１の初期化について説明する。ストレージシステム１が起動すると、最初に管理プロセッサ１１２がストレージ管理プログラム１２６を起動し、ストレージ初期化処理１２７を実行する。
ストレージ初期化処理１２７において、管理プロセッサ１１２は不揮発メモリ１１３から設定情報を読み出し、ＬＵ構成テーブル１２１、ノード情報１３１をポートプロセッサ１０７、管理プロセッサ１１２に設定し、コマンド処理プログラム１２０、障害制御プログラム１２２、ＨＤＤ制御プログラム１２５をポートプロセッサ１０７、ディスクプロセッサ１１０にロードし、ストレージポート状態テーブル１３０を初期化する。
さらに、管理プロセッサ１１２は、管理Ｉ／Ｆ１１１を介して管理サーバ４にログインし、ノード情報１３１を管理サーバ４に登録する。
コマンド処理プログラム１２０と障害検出プログラム１２２が起動すると、ポートプロセッサ１０７は、外部Ｉ／Ｆ１０６とキャッシュディレクトリ１２３の初期化を行い、ストレージポート管理テーブル１３０を最新の状態に更新し、ホスト２からのＳＣＳＩコマンドを待つ状態に入る。
ＨＤＤ制御プログラム１２５が起動すると、ディスクプロセッサ１１０は、ディスクＩ／Ｆ１０９を初期化し、ハードディスク群１０５へアクセスできることを確認し、ポートプロセッサ１０７からの指示を待つ状態に入り、初期化処理が完了する。
次にストレージシステム１がホスト２からのＳＣＳＩコマンドを実行する流れを説明する。外部Ｉ／Ｆ１０６は、ホスト２からＳＣＳＩコマンドを受信すると、ポートプロセッサ１０７へＳＣＳＩコマンドの内容を通知する。ポートプロセッサ１０７は、定期的に外部Ｉ／Ｆからの通知をポーリングしており、ＳＣＳＩコマンドの通知を検出するとコマンド処理プログラム１２０を実行する。
コマンド処理プログラム１２０においてポートプロセッサ１０７は、まずＳＣＳＩコマンドの指定するＬＵＮをキーにＬＵ構成テーブル１２１からアクセス対象の論理ボリューム６を決定する。
次にポートプロセッサ１０７は、共有メモリ部１０２のキャッシュディレクトリ１２３へアクセスし、ヒットミス判定を行う。ホスト２に要求されたデータがキャッシュヒットした場合は、キャッシュデータ１２４とホスト２の間のデータ転送を外部Ｉ／Ｆ１０６に指示する。キャッシュミスした場合は、次のような処理を行う。
リードコマンドの場合、ポートプロセッサ１０７はディスクプロセッサ１１０にハードディスク群１０５とキャッシュデータ１２４の間のデータ転送を指示し、その完了後にキャッシュディレクトリ１２３を更新し、ホスト２へのデータ転送を外部Ｉ／Ｆ１０６に指示する。
ライトコマンドの場合、ポートプロセッサ１０７はキャッシュディレクトリ１２３へアクセスし、キャッシュデータ１２４の空き領域を確保する。次にポートプロセッサ１０７は確保したキャッシュデータ１２４の領域とホスト２の間のデータ転送を外部Ｉ／Ｆ１０６へ指示し、データ転送の完了後にキャッシュディレクトリ１２３を更新する。ポートプロセッサ１０７は、周期的にディスクプロセッサ１１０にハードディスク群１０５とキャッシュデータ１２４の間のデータ転送を指示しキャッシュディレクトリ１２３に登録されたダーティなライトデータをハードディスク群１０５へ書き込む。
このようにして、ストレージシステム１は、ホスト２からのＳＣＳＩコマンドを実行する。ただし、この処理の流れは例示であり、ＳＣＳＩコマンドのＬＵＮと設定情報に基づいて、論理ボリューム６を決定しデータ転送を行う事が可能であれば、この処理の流れに限定するものではない。
次にストレージシステム１の設定方法について説明する。管理プロセッサ１１２は、管理サーバ４からの要求を管理Ｉ／Ｆ１１１から受け取ると構成管理処理１２８を実行する。
構成管理処理１２８において管理プロセッサ１１２は、最初に管理サーバ４からの要求の種別を判定する。
要求が構成情報取得の場合、管理プロセッサ１１２は要求が指定するＬＵ構成テーブル１２１、ストレージポート状態テーブル１３０、ノード情報１３１をポートプロセッサ１０７や管理プロセッサ１１２から取得し、管理Ｉ／Ｆ１１１を介して管理サーバ４へ送信する。
要求が構成変更の場合、管理プロセッサ１１２は、要求が指定するＬＵ構成テーブル１２１、ストレージポート状態テーブル１３０、ノード情報１３１の変更をポートプロセッサ１０７や管理プロセッサ１１２及び不揮発メモリ１１３に対して行い、実行完了を管理Ｉ／Ｆ１１１を介して管理サーバ４へ報告する。
最後にストレージシステム１の障害通知処理について説明する。ポートプロセッサ１０７は、一定時間毎に障害検出プログラム１２２を実行する。
障害検出プログラム１２２において、ポートプロセッサ１０７は外部Ｉ／Ｆ１０６及び他のポートプロセッサ１０７の状態を監視し、ストレージポート状態テーブル１３０を最新の状態に更新する。また、障害を検出すると管理プロセッサ１１２へ通知する。
管理プロセッサ１１２は、障害通知処理１２９において、ポートプロセッサ１０７からの障害通知を処理する。具体的には、管理プロセッサ１１２はストレージポート状態テーブル１３０を更新し、管理Ｉ／Ｆ１１１を介して管理サーバ４へ障害の発生部位を報告する。
図４は、ストレージポート状態テーブル１３０の構成を示す図である。ストレージポート状態テーブル１３０は、各々がストレージシステム１のＳＡＮポート８に対応する複数のエントリから構成され、各エントリはストレージシステム１のポートＩＤ１４１、ポートアドレス１４２、ポート属性１４３、ポートステータス１４４と使用可能共有ポートＩＤ１４５から構成される。
ポートＩＤ１４１は、ストレージシステム１のＳＡＮポート８を区別するためのＩＤであり管理サーバ４によって設定される。
ポートアドレス１４２は、ＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、例えば外部Ｉ／Ｆ１０６の初期化時にプロトコル処理で決定される値である。また、管理サーバ４からポートアドレス１４２を指定し、その値を用いて外部Ｉ／Ｆ１０６を初期化しても良い。
ポート属性１４３は、当該ＳＡＮポート８の属性を示す。本実施形態において、「占有」は、当該ＳＡＮポートについて動的なＬＵ構成テーブル１２１への論理ボリューム６の追加を許可しない属性を示す。「共有可」は当該ＳＡＮポート８について、ＬＵ構成テーブル１２１への動的な論理ボリューム６の追加を許可する属性を示す。「交代」は当該ＳＡＮポート８についての動的なＬＵ構成テーブル１２１への論理ボリューム６の追加が管理サーバ４によって設定されたことを示す。具体的には、当該ＳＡＮポート８は障害が発生したＳＡＮポート８の論理ボリューム６へのアクセス経路を引き継いで動作中であることを示す。
ポート属性１４３は、管理サーバ４によって設定され、不揮発メモリ１１３に記録される。以下、「占有」の属性をもつポートを占有ポート、「共有可」の属性をもつポートを共有ポートと呼ぶ。
ポートステータス１４４は、ＳＡＮポート８の状態を示し、「正常」は正常に動作していることを示し、「ポート障害」はＳＡＮポート８に障害が発生し使用不能になっていることを示す。ポートステータス１４４は、ポートプロセッサ１０７が障害検出プログラム１２２を一定時間毎に実行する事で最新の値に保たれる。
使用可能共有ポートＩＤ１４５は、障害が発生した際に当該ＳＡＮポート８に関するＬＵ構成テーブル１２１の設定を引き継いで動作させるＳＡＮポート８のポートＩＤ１４１を指定する情報であり、管理サーバ４によって設定される。
図４は、図１で未使用なＳＡＮポート８である「Ｓ１ｄ」「Ｓ１ｖ」を共有ポートとし、使用可能共有ポートＩＤ１４５に指定する設定を行った状態を示している。さらにその状態で、ＳＡＮポート８「Ｓ１ａ」に障害が発生し、管理サーバ４によって自動的にＳＡＮポート８「Ｓ１ａ」に関するＬＵ構成テーブル１２１の設定をＳＡＮポート８「Ｓ１ｖ」に引き継いだ後の状態を示している。
図５は、ＬＵ構成テーブル１２１の構成を示す図である。ＬＵ構成テーブル１２１は、各々がストレージシステム１のＳＡＮポート８に対応する複数のエントリから構成され、各エントリは、ポートＩＤ１５１と当該ＳＡＮポート８のＬＵＮと論理ボリューム６の対応を保持するＬＵ構成サブテーブル１５３へのＬＵ構成サブテーブルポインタ１５２から構成される。
ＬＵ構成サブテーブル１５３は、各ＳＡＮポート８のＬＵＮと論理ボリューム６の対応を保持するテーブルであり、各エントリがＬＵＮ１５４と、ＬＵＮ１５４に対応する論理ボリュームＩＤ１５５を保持する。
図６は、ホスト２のハードウェア構成図である。ホスト２は、ＣＰＵ１６０、メインメモリ１６１、メインメモリ１６１を制御するメモリコントローラ１６２、ＨＤＤ Ｉ／Ｆ１６３、ディスプレイＩ／Ｆ１６４、入力Ｉ／Ｆ１７１、１個以上のＨＢＡ１６６、ネットワークＩ／Ｆ１６７と、それらを接続するバス１６８から構成される。
ＣＰＵ１６０は、後述する各プログラムを実行し、メインメモリ１６１はそのために必要なデータを保持する。メモリコントローラ１６２は、メインメモリ１６１を制御しバス１６８に接続する部位である。
ＨＤＤ Ｉ／Ｆ１６３は、バス１６８とＨＤＤ１６９を接続する部位である。
ディスプレイＩ／Ｆ１６４は、バス１６８とディスプレイ装置１７０を接続する部位である。
入力Ｉ／Ｆ１６４は、バス１６８とキーボードやマウスなどの入力デバイス１７１を接続する部位である。
ＨＢＡ１６６は、ＳＡＮポート８を含み、バス１６８とＳＡＮを接続する部位である。
ネットワークＩ／Ｆ１６７は、バス１６８とＬＡＮ５を接続する部位である。
なお、上記ハードウェア構成は例示であり、１個以上のＳＡＮポート８とＬＡＮ５へのインタフェースを有し、後述するソフトウェアを実行可能であれば、これに限定されるものではない。
図７は、ホスト２のソフトウェア構成図である。まず、ホスト２のＣＰＵ１６０が実行する処理や、メインメモリ１６１が保持するデータについて説明する。
ホスト２のＣＰＵ１６０は、アプリケーション１８０、ファイルシステム１８１、アクセス制御ドライバ１８２、ホスト管理プログラム１８３を実行する。より詳しくは、アクセス制御ドライバ１８２はＩ／Ｏ処理１８４とパス状態監視処理１８５を実行し、ホスト管理プログラム１８３はホスト初期化処理１８８、障害通知処理１８９、構成管理処理１９０を実行する。
また、それらのプログラムが用いるデータは、メインメモリ１６１に保持される。具体的には、メインメモリ１６１はホストボリューム構成テーブル（以下「ＨＶＯＬ構成テーブル」ともいう）１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２を保持する。
ＨＶＯＬ構成テーブル１８６は、ホストボリューム７と論理ボリューム６へのアクセス経路の対応を管理するテーブルである。
論理パス構成テーブル１８７は、論理ボリューム６へのアクセス経路を論理パスという形式で管理するテーブルである。
ホストポート状態テーブル１９１は、ホスト２のＳＡＮポート８の状態を管理するテーブルである。
まず、ホスト２の初期化処理について説明する。ホスト２は起動すると、ホスト管理プログラム１８３をＨＤＤ１６９からロードし実行する。ホスト管理プログラム１８３が起動すると、ＣＰＵ１６０はホスト初期化処理１８８を実行する。
ホスト初期化処理１８８においてＣＰＵ１６０は、初めにＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ノード情報１９２をＨＤＤからロードし、ホストポート状態テーブル１９１を初期化し、アクセス制御ドライバ１８２を起動する。
また、ＣＰＵ１６０は、ネットワークＩ／Ｆ１６４を介して管理サーバ４へログインし、ノード情報１９２を管理サーバ４に登録し初期化処理を完了する。
次に、アプリケーション１８０からホストボリューム７へのアクセス要求の処理の流れを説明する。アプリケーション１８０は、ホスト２が実行するプログラムであり、例えばデータベースなどである。アプリケーション１８０は、ファイルシステム１８１を介して、もしくは直接アクセス制御ドライバ１８２のＩ／Ｏ処理１８４を呼び出し、ホストボリューム７へのアクセスを要求する。ファイルシステム１８１は、アプリケーション１８０が要求したファイルへのアクセスを、ホストボリューム７へのアクセスへ変換するプログラムである。
ＣＰＵ１６０は、Ｉ／Ｏ処理１８４において、アプリケーション１８０ないしファイルシステム１８１から受け取ったホストボリューム７へのアクセス要求を実行する。具体的にはＣＰＵ１６０は、ＨＶＯＬ構成テーブル１８６と論理パス構成テーブル１８７に基づいて論理ボリューム６へのアクセス経路、具体的にはストレージシステム１のポートアドレスとＬＵＮを決定し、ＨＢＡ１６６を介してストレージシステム１にＳＣＳＩコマンドを発行する。複数のアクセス経路がＨＶＯＬ構成テーブル１８６と論理パス構成テーブル１８７に設定されている場合、ＣＰＵ１６０はＩ／Ｏ処理１８４においてアクセス要求を複数のアクセス経路に振り分けることで、ＨＢＡ１６６、ＳＡＮ９、ストレージシステム１のＳＡＮポート８の負荷分散を行う。アクセス経路の選択にはラウンドロビンなどの方法を用いる。ストレージシステム１とのデータ転送が完了すると、ＣＰＵ１６０はＩ／Ｏ処理１８４からアプリケーション１８０ないしファイルシステム１８１へアクセスの完了を通知する。
なお、上記のアクセス要求処理の流れは例示であり、設定情報に基づいてホストボリューム７へのアクセス要求からアクセス経路を決定しストレージシステム１の論理ボリューム６へアクセスすることが可能であれば、これに限定されるものではない。
次にホスト２の構成管理処理について説明する。ＣＰＵ１６０は、管理サーバ４が発行した構成管理要求をネットワークＩ／Ｆ１６７から受け取ると構成管理処理１９０を実行する。構成管理処理においてＣＰＵ１６０はまず要求の種別を判定する。
要求が構成情報取得の場合、ＣＰＵ１６０はＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２を、ネットワークＩ／Ｆ１６７を介して管理サーバ４へ送信する。
要求が構成変更の場合、ＣＰＵ１６０は管理サーバ４の要求に従い、ＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１、ノード情報１９２の変更をメインメモリ１６１及びＨＤＤ１６９に対して行い、実行完了をネットワークＩ／Ｆ１６７を介して管理サーバ４へ報告する。
最後に、ホスト２のアクセス経路障害の検出と管理サーバ４への通知処理の流れを説明する。ＣＰＵ１６０は、一定時間毎にパス状態監視処理１８５を実行する。本処理においてＣＰＵ１６０は、論理パス管理テーブル１８７で管理されている論理ボリューム６へのアクセス経路及びホスト２のＨＢＡ１６６内のＳＡＮポート８が正常であるか確認する。例えばＣＰＵ１６０は、あるアクセス経路を用いて論理ボリューム６の適当な領域へリードコマンドを発行する事で、当該経路が正常かどうか確認することが可能である。また、ＨＢＡ１６６とＳＡＮ９の接続状態からホスト２のＳＡＮポート８が正常であるか確認可能である。ＣＰＵ１６０は、アクセス経路やホスト２のＳＡＮポート８の状態を確認すると、論理パス構成テーブル１８７及びホストポート状態テーブル１９１を最新の状態に更新する。また、ＣＰＵ１６０は、アクセス経路やホスト２のＳＡＮポート８の障害を検出すると、ネットワークＩ／Ｆ１６７を介して管理サーバ４へ障害発生部位を通知する。
図８は、ＨＶＯＬ構成テーブル１８６、論理パス構成テーブル１８７、ホストポート状態テーブル１９１の構成を示す図である。
ＨＶＯＬ構成テーブル１８６は、各々がホストボリューム７に対応する複数のエントリから構成され、各エントリはホストボリュームＩＤ（以下「ＨＶＯＬＩＤ」ともいう）２００、論理パスＩＤ＃０（２０１）〜＃４（２０４）から構成される。
ＨＶＯＬＩＤ２００は、ホストボリューム７を特定するＩＤであり、管理サーバ４によって設定される。論理パスＩＤ＃０（２０１）〜＃４（２０４）は、ホストボリューム７に対応する論理ボリューム６へのアクセス経路を示すＩＤであり、管理サーバ４によって設定される。本実施形態では、論理パスＩＤ２０１〜２０４は最大４個まで登録することが可能だが、通常は２個登録することで冗長なアクセス経路を設定することが可能である。なお、この数字は例示であり、論理パスＩＤ２０１〜２０４の最大数は２を超える数字であれば特に制限はなく、また高性能化のために通常時において３個以上のアクセス経路を設定しても問題はない。
論理パス構成テーブル１８７は、各々が論理ボリューム６へのアクセス経路に対応する複数のエントリから構成され、各エントリは論理パスＩＤ２０５、ホストポートＩＤ２０６、ストレージポートＩＤ２０７、ストレージポートアドレス２０８、ＬＵＮ２０９、パスステータス２１０から構成される。
論理パスＩＤ２０５は、論理ボリューム６へのアクセス経路を特定するためのＩＤであり、管理サーバ４によって設定される。
ホストポートＩＤ２０６は、論理ボリューム６へのアクセスに使用するホスト２のＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、ＨＢＡ１６６の初期化時にプロトコル処理で決定される値、ないしは管理サーバ４によって設定される値が、ホスト初期化処理１８８の実行時に登録される。
ストレージポートＩＤ２０７、ストレージポートアドレス２０８とＬＵＮ２０９は、論理ボリューム６へＳＣＳＩコマンドを送信するためのアクセス経路、すなわちストレージシステム１のＳＡＮポート８のポートＩＤ、ポートアドレスとＬＵＮを示し、管理サーバ４によって設定される。
パスステータス２１０は、当該アクセス経路が使用可能な状態であるかを示す。パスステータス２１０は、例えばＣＰＵ１６０が一定時間毎にパス状態監視処理１８５を実行することで、最新の状態に更新される。
ホストポート構成テーブル１９１は、各々がホスト２のＳＡＮポート８に対応する複数のエントリから構成され、各エントリはホストポートＩＤ２１１、ポートアドレス２１２、ポートステータス２１３から構成される。
ホストポートＩＤ２１１は、ホスト２のＳＡＮポート８を特定するためのＩＤであり、管理サーバ４によって設定される。
ポートアドレス２１２は、当該ＳＡＮポート８のＳＡＮにおけるポートアドレスを示し、ＨＢＡ１６６の初期化時にプロトコル処理で決定される値、ないしは管理サーバ４によって設定される値が、ホスト初期化処理１８８の実行時に登録される。
ポートステータス２１３は、当該ＳＡＮポート８の状態を示す。例えばＣＰＵ１６０が一定時間毎にパス状態監視処理１８５を実行することで、ポートステータス２１３を最新の値に更新する。
図８では、図１で「Ｈ２」と表現されたホスト２に行われる設定を示している。具体的には、ホスト２「Ｈ２」が使用するホストボリューム７「Ｖ０」と「Ｖ１」の論理パス「Ｐ０」「Ｐ２」が、図４で示したストレージシステム１のＳＡＮポート８「Ｓ１ａ」のポート障害によりパス障害となった状態を示している。
さらに、管理サーバ４がＳＡＮポート８「Ｓ１ｖ」を使用した論理パスを論理パス構成テーブル１８７とＨＶＯＬ構成テーブル１８６に設定する事で、「Ｖ０」と「Ｖ１」へのアクセス経路の冗長性が復旧した後の状態を示している。
図９は、管理サーバ４のハードウェア構成図である。管理サーバ４は、ＣＰＵ２２０、メモリ２２１、メモリ２２１を制御するメモリコントローラ２２２、ＨＤＤ Ｉ／Ｆ２２３、ディスプレイＩ／Ｆ２２４、入力Ｉ／Ｆ２２５、ネットワークＩ／Ｆ２２７と、それらを接続するバス２２８から構成される。
ＣＰＵ２２０は後述する各プログラムを実行し、メモリ２２１はそのために必要なデータを保持する。メモリコントローラ２２２はメモリ２２１を制御しバス２２８に接続する部位である。
ＨＤＤ Ｉ／Ｆ２２３は、バス２２８とＨＤＤ２２９を接続する部位である。
ディスプレイＩ／Ｆ２２４は、バス２２８とディスプレイ装置２３０を接続する部位である。
入力Ｉ／Ｆ２２５は、バス２２８とキーボードやマウスなどの入力デバイス２３１を接続する部位である。
ネットワークＩ／Ｆ２２７は、バス２２８とＬＡＮ５を接続する部位である。
なお、上記ハードウェア構成は例示であり、ＬＡＮ５へ接続するためのインタフェースを有し、後述するソフトウェアを実行可能であれば、これに限定するものではない。
図１０は、管理サーバ４のソフトウェア構成図である。まず、管理サーバ４のＣＰＵ２２０が実行する処理や、メモリ２２１が保持するデータについて説明する。
管理サーバ４のＣＰＵ２２０は、ＳＡＮ管理プログラム２４０を実行する。
ＳＡＮ管理プログラム２４０は、管理サーバ初期化処理２４１、管理サーバサブプログラム（モジュール）２４２、ノード状態監視処理２４３、ノード構成管理サブプログラム（モジュール）２４４、自動パス切替えサブプログラム（モジュール）２４５から構成される。
また管理サーバ４のメモリ２２１は、ＳＡＮ管理プログラム２４０が用いるデータを保持する。具体的には、メモリ２２１はノード構成テーブル２４６を保持する。
ノード構成テーブル２４６は、前述したストレージシステム１及びホスト２の構成情報を保持するテーブルであり、ＨＤＤ２２９にもバックアップデータを格納する。
まず、管理サーバ初期化処理２４１について説明する。管理サーバ４が起動すると、ＣＰＵ２２０はＳＡＮ管理プログラム２４０をＨＤＤ２２９からロードして起動し、管理サーバ初期化処理２４１を実行する。
管理サーバ初期化処理２４１においてＣＰＵ２２０は、初めにＨＤＤ２２９からノード構成テーブル２４６のバックアップデータをロードし、ノード構成テーブル２４６を初期化する。また、ＣＰＵ２２０は管理サーバサブプログラム２４２を起動する。具体的には、ＣＰＵ２２０はネットワークＩ／Ｆ２２７を初期化して、管理サーバサブプログラム２４２をストレージシステム１やホスト２からのログインを待つ状態にする。
次に、管理サーバ４のノード状態監視処理２４３について説明する。ＣＰＵ２２０は一定時間毎にノード状態監視処理２４３を呼び出す。具体的には、ＣＰＵ２２０はノード構成テーブル２４６を参照しログイン中のノードを確認する。次にそれらのノードへネットワークＩ／Ｆ２２７を介してアクセスし、最新の構成情報を取得し、それらをノード構成テーブル２４６へ登録する。
構成情報の取得にあたり、例えばＣＰＵ２２０は最初に構成情報の変化の有無をノードに問い合わせ、変化があった構成情報のみを取得するなど、ＬＡＮ５の帯域や処理オーバーヘッドを節約する手段をとっても構わない。
次に、管理サーバ４のノード構成管理サブプログラム２４４について説明する。ノード構成管理サブプログラム２４４は二つの機能をＳＡＮ管理者に提供する。
第１の機能は構成表示機能である。ＣＰＵ２２０は、ディスプレイ２３０にノード構成テーブル２４６を表示することで、ＳＡＮ管理者が現在のノード稼動状況を確認することが出来る。
第２の機能は構成変更機能である。ＣＰＵ２２０は、ディスプレイ２３０にノード構成テーブル２４６を表示した状態で、ＳＡＮ管理者からの入力に従い、ノード構成テーブル２４６を変更する。さらにＣＰＵ２２０は管理サーバサブプログラム２４２を呼び出し、ネットワークＩ／Ｆ２２７を介して各ノードが保持するノード情報１９２，１３１へ構成変更を反映する。また、ノード構成テーブル２４６の変更をＨＤＤ２２９へも保存する。
最後に、管理サーバ４の自動パス切替えサブプログラム２４５について説明する。自動パス切替えサブプログラム２４５は、ホスト２からのアクセス経路障害通知を管理サーバサブプログラム２４２が受け取る事で起動される。
自動パス切替えサブプログラム２４５において、ＣＰＵ２２０はストレージシステム１の共有可能なＳＡＮポート８を用いて、論理ボリューム６への新たなアクセス経路をホスト２とストレージシステム１に設定することで、アクセス経路を復旧する。本処理の詳細は後述する。
図１１は、ノード構成テーブル２４６の構成を示す図である。ノード構成テーブル２４６は、各々がノードに対応する複数のエントリから構成され、各エントリはノードＩＤ２５０、ノード種別２５１、管理用ＬＡＮアドレス２５２、ノードステータス２５３、ノード詳細情報ポインタ２５４から構成される。
ノードＩＤ２５０は管理サーバ４がノードを識別するＩＤ、ノード種別２５１はノードの種別、管理用ＬＡＮアドレス２５２はノードのネットワークＩ／Ｆ１６７，２２７のＬＡＮアドレスであり、ノード構成管理サブプログラム２４４を介してＳＡＮ管理者が入力し、ＨＤＤ２２９にバックアップされる情報である。
ノードステータス２５３は、ノードが管理サーバ４にログイン中か否かを示す情報であり、管理サーバサブプログラム２４２やノード状態監視処理２４３によって最新の値に更新される。
ノード詳細情報ポインタ２５４は、ノード種別に応じた詳細な構成情報を保持するメモリ２２１の領域アドレスを指すポインタである。
ノード詳細情報２５５は、ノード種別が「ストレージ」の場合はストレージポート状態テーブル１３０とＬＵ構成テーブル１２１を保持し、ノード種別が「ホスト」の場合はホストポート状態テーブル１９１、ＨＶＯＬ構成テーブル１８６と、論理パス構成テーブル１８７を保持する。
図１２は、第１実施形態における自動パス切替えサブプログラム２４５の処理フローを示す図である。
ＣＰＵ２２０はホスト２からアクセス経路の障害通知を受信すると管理サーバサブプログラム２４２を呼び出し、自動パス切替えサブプログラム２４５を呼び出す。なお、ＣＰＵ２は、ホスト２からの障害通知ではなく、ストレージシステム１からの障害通知の受信に応じて、管理サーバサブプログラム（モジュール）２４２を呼び出し、自動パス切り替えサブプログラム（モジュール）２４５を呼び出しても良い。
まず、ＣＰＵ２２０は障害が発生したアクセス経路を、当該ホスト２のノード詳細管理情報２５５から検索し、ホストポート状態テーブル１９１を検索する事で、ホスト２のＳＡＮポート８の状態を確認する。この際、最新のＳＡＮポート８の状態を確認するため、ＣＰＵ２２０は管理サーバサブプログラム２４２を呼び出し、当該ホスト２から最新のＳＡＮポート８の状態を取得する（ステップ２６０）。
ＣＰＵ２２０は、ホスト２の当該ＳＡＮポート８が正常であれば処理を継続し、さもなくば処理を終了する（ステップ２６１）。
次に、ＣＰＵ２２０は論理パス構成テーブル１８７からストレージシステム１を特定し、管理サーバサブプログラム２４２を呼び出し、当該ストレージシステム１から最新のストレージポート状態テーブル１３０を取得する（ステップ２６２）。
ＣＰＵ２２０は、ストレージシステム１の当該ＳＡＮポート８が異常、かつ当該ＳＡＮポート８に対応する共有可能ポートＩＤ１４５が指定するＳＡＮポート８（すなわち共有ポート）のポート属性１４３が「共有可」属性であれば処理を継続し、さもなくば処理を終了する（ステップ２６３）。
次にＣＰＵ２２０は、ストレージシステム１のＬＵ構成情報を変更する。具体的にはＣＨＰ２２０は障害が発生したＳＡＮポート８に対応するＬＵ構成サブテーブル１５３の情報を、共有ポートに対応するＬＵ構成サブテーブル１５３にコピーする指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う。この処理により、障害が発生したＳＡＮポート８経由でアクセスされていた論理ボリューム６へ、共有ポートからアクセス可能となる。また、ＣＰＵ２２０はストレージポート状態テーブル１３０の共有ポートのポート属性を「交代」に変更する指示をＬＡＮ５経由でストレージシステム１に対して行い、メモリ２２１へも同様の変更を行う（ステップ２６４）。
次にＣＰＵ２２０は、ＬＡＮ５経由でホスト２の論理パス構成テーブル１８７に新たな論理パスを追加登録し、ＨＶＯＬ構成テーブル１８６を更新する。新たな論理パスは、障害を起こしたアクセス経路でホスト２が使用していたホスト２のＳＡＮポート８から、ステップ２６４で設定した共有ポートを通り、論理ボリューム６へとアクセスするアクセス経路である（ステップ２６５）。
最後にＣＰＵ２２０は、ホスト２から追加した論理パスのパスステータスが正常に変化した通知を受けて処理を完了する。ＣＰＵ２２０は一定時間ホスト２から通知が無い場合は、エラーメッセージをディスプレイ２３０へ出力する（ステップ２６６）。
図１３は、本実施形態におけるアクセス経路の復旧までの流れを示すラダーチャートである。最初に、アクセス経路の障害をホスト２が検知し、管理サーバ４へＬＡＮ５経由で通知する（メッセージ２７０）。
管理サーバ４はホスト２から、ＳＡＮポート８の状態を取得し、正常であるか確認する（メッセージ２７１，２７２）。
次に管理サーバ４は、ストレージシステム１へアクセスし、当該アクセス経路で使用するストレージシステム１のＳＡＮポート８の状態を取得し、共有ポートが使用可能であることを確認する（メッセージ２７３，２７４）。
次に管理サーバ４は、ストレージシステム１のＬＵ構成テーブル１２１及びストレージポート状態テーブル１３０を更新することで、障害によりアクセス不能となった論理ボリューム６へのアクセス経路をストレージシステム１に設定する（メッセージ２７５，２７６）。
次に管理サーバ４は、ホスト２の論理パス構成テーブル１８７およびＨＶＯＬ構成テーブル１８６を更新することで、論理ボリューム６への新しいアクセス経路を設定する（メッセージ２７７，２７８）。
ホスト２はパス状態管理処理１８５によって、新たに設定されたアクセス経路の状態を「正常」と判断し、管理サーバ４へ報告を行う（メッセージ２７９，２８０，２８１）。
以上の処理により、本実施形態のコンピュータシステムは、ストレージシステム１のポート障害に起因するアクセス経路の障害を、共有ポートを用いたアクセス経路を用いる事で自動的にアクセス経路を復旧する事を可能とする。
次に、本発明の第２実施形態について説明する。第２実施形態では、第１実施形態で発生したポート障害を修復するため、ホストＩ／Ｆ部１００を交換する作業中、当該ホストＩ／Ｆ部１００の正常なＳＡＮポート８の提供する全アクセス経路を共有ポートで提供可能であることを示す。
これは、ＳＡＮ管理者が管理サーバ４のノード構成管理サブプログラム２４４を使用してストレージシステム１とホスト２の設定変更を実施することで可能となる。図１４は、ＳＡＮ管理者が行うべき操作のフローを示す。
まず、ＳＡＮ管理者は、ノード構成管理サブプログラム２４４を使用して、交換するホストＩ／Ｆ１００部の各ＳＡＮポート８が提供している論理ボリューム６へのアクセス経路の設定を別のホストＩ／Ｆ部１００の共有ポートへ追加する。その際、ＬＵＮが重複するケースが有りうるが、ＳＡＮ管理者が重複しないようＬＵＮを割り振りながらＬＵＮと論理ボリューム６の対応をＬＵ構成テーブル１２１に設定する。さらにＳＡＮ管理者は共有ポートの属性を「交代」に設定し、設定した論理ボリューム６へアクセスする各ホスト２に対しても、論理パス構成テーブル１８７及びＨＶＯＬ構成テーブル１８６を変更する事で、移行したアクセス経路を有効にする（ステップ２９０）。
この操作により、交換するホストＩ／Ｆ部１００の提供する全ての論理ボリューム６へ共有ポートからもアクセス可能な状態となる。
次に、ＳＡＮ管理者は、ホストＩ／Ｆ部１００を交換し、その後ノード構成管理サブプログラム２４４を使用して、ストレージシステム１のＬＵ構成テーブル１２１を復元する（ステップ２９１）。
この操作により、ホストＩ／Ｆ部１００は障害発生以前の状態に戻る。
最後に、ホストＩ／Ｆ部１００交換前に共有ポートにおこなった設定を削除する。共有ポートに他の論理ボリューム６が設定されてない場合は、共有ポートの属性を「共有可」に設定する。
以上の流れでホストＩ／Ｆ部１００を交換することで、当該ホストＩ／Ｆ部１００の正常なＳＡＮポート８の提供する全てのアクセス経路を共有ポートで提供しながらホストＩ／Ｆ部１００を交換することが可能となる。
次に、本発明の第３実施形態について説明する。第３実施形態では、共有ポートをポート障害時の交代用途だけでなく、性能過負荷時の負荷分散に使用可能であることを示す。
図１５は、第３実施形態におけるストレージシステム１のソフトウェア構成図を示す。
第１実施形態との相違は、第１にポートプロセッサ１０７がポート稼動ステータス３００を保持する点である。ポート稼動ステータス３００はＳＡＮポート８及びポートプロセッサ１０７の使用状況と、それらの過負荷判定に用いる閾値を保持する。ポート稼動ステータス３００の使用状況データは、コマンド処理プログラム１２０においてポートプロセッサ１０７が処理するコマンドを集計する事で更新する。またポート稼動ステータス３００の閾値は管理サーバ４のノード構成管理サブプログラム２４４からＬＡＮ５経由でストレージシステム１に設定される。
第２の相違点は、障害検出プログラム１２２がポート監視プログラム３０１に置き換わる点である。ポート監視プログラム３０１は障害検出プログラム１２２の機能に加えて、ポート稼動ステータス３００を一定時間毎に監視し、現在値が閾値を超える状況を検出すると、異常通知処理３０２へと通知する。
第３の相違点は、管理プロセッサ１１２が障害通知処理１２９において、第１の実施形態での機能に加えて、性能過負荷を管理サーバ４へ通知する処理を行う点である。
図１６は、第３実施形態における自動パス切替えサブプログラム２４５の処理フローを示す図である。
初めに、ＣＰＵ２２０は、起動要因を管理サーバサブプログラム２４２から取得する。起動要因が性能過負荷であれば、負荷分散処理を実行し、さもなくばアクセス経路障害発生と判断し障害処理を実行する（ステップ３１０）。
起動要因が性能過負荷の場合、ＣＰＵ２２０は負荷分散に使用できるポート状態を確認する。具体的には、負荷分散を行う対象ＳＡＮポート８の使用可能共有ポートＩＤ１４５が指定するＳＡＮポート８の属性が「共有可」かどうかを、同一ストレージシステム１のＬＵ構成テーブル１２１にアクセスし確認する。「共有可」であれば処理を続行し、さもなくば処理を終了する（ステップ３１１，３１２）。
負荷分散に用いるポートが「共有可」属性である場合、次にＣＰＵ２２０は、ノード構成テーブル２４６から性能過負荷となっているＳＡＮポート８のＬＵ構成テーブル１２１から、１個以上の論理ボリューム６を選択し、負荷分散に用いるＳＡＮポート８からも当該論理ボリューム６へアクセスできるようストレージシステム１のＬＵ構成テーブル１２１を設定する。また、負荷分散に用いるＳＡＮポート８の属性を「使用中」に変更する（ステップ３１３）。
次にＣＰＵ２２０は、ノード構成情報２４６からステップ３１３で設定した論理ボリューム６に性能過負荷となっているＳＡＮポート８経由でアクセスしているホスト２を検索する。それらの論理パス構成テーブル１８７に、負荷分散に用いるＳＡＮポート８経由で当該論理ボリューム６へアクセスするアクセス経路を追加設定する（ステップ３１４）。
その後、ＣＰＵ２２０は、ステップ３１４で追加したアクセス経路の状態が「正常」に変化するホスト２からの通知を待つ。一定時間で応答がなければエラーメッセージをディスプレイ２３０に出力して処理を終了する（ステップ３１５）。
また、起動要因が障害通知の場合、ＣＰＵ２２０は第１の実施形態における自動パス切替えサブプログラム２４５と、基本的には同様の処理を行う（ステップ２６１〜２６６）。
しかし、ステップ２６３で、共有ポートが「共有可」属性で無い場合の処理が第１の実施形態から異なる。その場合、ＣＰＵ２２０は共有ポートが「使用中」属性か確認する。「使用中」でない場合は処理を終了し、さもなくば処理を続行する（ステップ３１６）。
この場合、当該ＳＡＮポート８は負荷分散に使用中のため、ＣＰＵ２２０は負荷分散の設定を解除し交代ポートとして使用するよう設定変更を行う。具体的には、ＣＰＵ２２０は当該ＳＡＮポート８へアクセスしているホスト２をノード構成テーブル２４６から検索し、各ホスト２の論理パス構成テーブルから、当該ＳＡＮポート８を使用するアクセス経路設定を削除する（ステップ３１７）。
その後、ＣＰＵ２２０は、共有ポートの属性を「使用中」から「共有可」に変更する設定をストレージシステム１に対して行い、ステップ２６２へ戻る（ステップ３１８）。
このような、自動パス切替えサブプログラム２４５により、実施形態１では障害が発生しない限り使用されなかった共有ポートを、平常時は負荷分散にも用いることが可能となる。
以上実施例で本発明を説明したが、本発明の計算機システムの管理計算機について、ホスト計算機、ストレージ装置又はスイッチが行うようにすることも可能である。ストレージ装置が、ＳＡＮネットワークを使用して行うこともできる。なお、上述した例では、ポートの属性について、共有可能属性と交代属性は排他的に設定されるように説明した。しかし、交代属性が設定されているポートに共有可能属性を重複して割り当てることもできる。ただし、この場合、ＬＵＮをずらす等の考慮をする必要がある。
本発明の他の実施形態１は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
本発明の他の実施形態２は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する計算機システムである。
本発明の他の実施形態３は、前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する計算機システムである。
本発明の他の実施形態４は、前記管理計算機は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する計算機システムである。
本発明の他の実施形態５は、１台以上のホスト計算機及び前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置とネットワークを介して接続して計算機システムを構成する管理計算機において、ＣＰＵ、メモリコントローラ、メインメモリ及び接続用のインタフェースを備え、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
本発明の他の実施形態６は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
本発明の他の実施形態７は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決する管理計算機である。
本発明の他の実施形態８は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧する管理計算機である。
本発明の他の実施形態９は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示する管理計算機である。
本発明の他の実施形態１０は、１台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおけるアクセスパス管理方法において、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信し、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
本発明の他の実施形態１１は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
本発明の他の実施形態１２は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決するアクセスパス管理方法である。
本発明の他の実施形態１３は、前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧するアクセスパス管理方法である。
本発明の他の実施形態１４は、前記管理計算機により、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示するアクセスパス管理方法である。
実施例１のコンピュータシステムの構成図。 実施例１のストレージシステムのハードウェア構成図。 実施例１のストレージシステムのソフトウェア構成図。 実施例１のストレージポート状態テーブルの構成図。 実施例１のＬＵ構成テーブルの構成図。 実施例１のホストのハードウェア構成図。 実施例１のホストのソフトウェア構成図。 実施例１のホストが保持する各テーブルの構成図。 実施例１のＳＡＮ管理計算機のハードウェア構成図。 実施例１のＳＡＮ管理計算機のソフトウェア構成図。 実施例１のノード構成テーブルの構成図。 実施例１の自動パス切替えサブプログラムの処理フローを示す図。 実施例１のパス障害復旧のラダーチャートを示す図。 実施例２の保守作業フローを示す図。 実施例３のストレージシステムのソフトウェア構成図。 実施例３の自動パス切替えサブプログラムの処理フローを示す図。
符号の説明
１ ストレージシステム
２ ホスト計算機
３ ＳＡＮスイッチ
４ ＳＡＮ管理計算機
５ ＬＡＮ
１００ ホストＩ／Ｆ部
１０１ ディスクＩ／Ｆ部
１０２ 共有メモリ部
１０３ システム管理部
１０４ スイッチ部
１０６ 外部Ｉ／Ｆ
１０７ ポートプロセッサ
１０８ 転送制御部
１０９ ディスクＩ／Ｆ
１１０ ディスクプロセッサ
１１１ 管理Ｉ／Ｆ
１１２ 管理プロセッサ
１１３ 不揮発メモリ
１２０ コマンド処理プログラム
１２１ ＬＵ構成テーブル
１２２ 障害検出プログラム
１２３ キャッシュディレクトリ
１２４ キャッシュデータ
１２５ ＨＤＤ制御プログラム
１２６ ストレージ管理プログラム
１２７ ストレージ初期化処理
１２８ 構成管理処理
１２９ 障害通知処理
１３０ ストレージポート状態テーブル
１３１ ノード情報
１６０、２２０ ＣＰＵ
１６１、２２１ メインメモリ
１６２、２２２ メモリコントローラ
１６３、２２３ ＨＤＤ Ｉ／Ｆ
１６４、２２４ ディスプレイＩ／Ｆ
１６５、２２５ 入力Ｉ／Ｆ
１６６ ＨＢＡ
１６７、２２７ ネットワークＩ／Ｆ
１６８、２２８ バス
１６９、２２９ ＨＤＤ
１７０、２３０ ディスプレイ装置
１７１、２３１ 入力デバイス
１８０ アプリケーション
１８１ ファイルシステム
１８２ アクセス制御ドライバ
１８３ ホスト管理プログラム
１８４ Ｉ／Ｏ処理
１８５ パス状態管理処理
１８６ ＨＶＯＬ構成テーブル
１８７ 論理パス構成テーブル
１８８ ホスト初期化処理
１８９ 障害通知処理
１９０ 構成管理処理
１９１ ホストポート状態テーブル
１９２ ノード情報
２４０ ＳＡＮ管理プログラム
２４１ 管理サーバ初期化処理
２４２ 管理サーバサブプログラム
２４３ ノード状態監視処理
２４４ ノード構成サブプログラム
２４５ 自動パス切替えサブプログラム
２４６ ノード構成テーブル
３００ ポート稼動ステータス
３０１ ポート監視プログラム

Claims (15)

  1. １台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおいて、
    前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする計算機システム。
  2. 請求項１記載の計算機システムにおいて、
    前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする計算機システム。
  3. 請求項１記載の計算機システムにおいて、
    前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とする計算機システム。
  4. 請求項１記載の計算機システムにおいて、
    前記管理計算機は、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする計算機システム。
  5. 請求項１記載の計算機システムにおいて、
    前記管理計算機は、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする計算機システム。
  6. １台以上のホスト計算機及び前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置とネットワークを介して接続して計算機システムを構成する管理計算機において、
    ＣＰＵ、メモリコントローラ、メインメモリ及び接続用のインタフェースを備え、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信すると、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする管理計算機。
  7. 請求項６記載の管理計算機において、
    前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする管理計算機。
  8. 請求項６記載の管理計算機において、
    前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信すると、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とする管理計算機。
  9. 請求項６記載の管理計算機において、
    前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信すると、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とする管理計算機。
  10. 請求項６記載の管理計算機において、
    前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とする管理計算機。
  11. １台以上のホスト計算機、前記ホスト計算機に論理記憶領域を提供する１台以上のストレージ装置、及び、前記ホスト計算機及び前記ストレージ装置とネットワークを介して接続する管理計算機を備える計算機システムにおけるアクセスパス管理方法において、
    前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路不具合通知を受信し、新たなパス定義を該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とするアクセスパス管理方法。
  12. 請求項１１記載のアクセスパス管理方法において、
    前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とするアクセスパス管理方法。
  13. 請求項１１記載のアクセスパス管理方法において、
    前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からのポート過負荷通知を受信し、該ストレージ装置の共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示しポート過負荷を解決することを特徴とするアクセスパス管理方法。
  14. 請求項１１記載のアクセスパス管理方法において、
    前記管理計算機により、前記ホスト計算機又は前記ストレージ装置からの経路障害通知を受信し、該ストレージ装置の共有ポートの属性を確認し、ポート過負荷で使用中の共有ポートの属性を変更し、該共有ポートを用いた新たなアクセス経路を該当ホスト計算機及び該当ストレージ装置に設定するよう指示し経路障害を復旧することを特徴とするアクセスパス管理方法。
  15. 請求項１１記載のアクセスパス管理方法において、
    前記管理計算機により、前記ストレージ装置のパッケージ交換時に、該パッケージのパス定義を共有ポートへ変更し該当ホスト計算機及び該当ストレージ装置に設定するよう指示することを特徴とするアクセスパス管理方法。
JP2005256373A 2005-09-05 2005-09-05 計算機システム及び管理計算機ならびにアクセスパス管理方法 Pending JP2007072571A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2005256373A JP2007072571A (ja) 2005-09-05 2005-09-05 計算機システム及び管理計算機ならびにアクセスパス管理方法
US11/254,796 US20070055797A1 (en) 2005-09-05 2005-10-21 Computer system, management computer, method of managing access path
EP06250804A EP1760591B1 (en) 2005-09-05 2006-02-15 System and method of managing access path
DE602006005567T DE602006005567D1 (de) 2005-09-05 2006-02-15 System und Verfahren zur Zugriffspfadverwaltung

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005256373A JP2007072571A (ja) 2005-09-05 2005-09-05 計算機システム及び管理計算機ならびにアクセスパス管理方法

Publications (1)

Publication Number Publication Date
JP2007072571A true JP2007072571A (ja) 2007-03-22

Family

ID=36888952

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005256373A Pending JP2007072571A (ja) 2005-09-05 2005-09-05 計算機システム及び管理計算機ならびにアクセスパス管理方法

Country Status (4)

Country Link
US (1) US20070055797A1 (ja)
EP (1) EP1760591B1 (ja)
JP (1) JP2007072571A (ja)
DE (1) DE602006005567D1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009110218A (ja) * 2007-10-30 2009-05-21 Fujitsu Ltd 仮想化スイッチおよびそれを用いたコンピュータシステム
US7849258B2 (en) 2007-09-07 2010-12-07 Hitachi, Ltd. Storage apparatus and data verification method for the same
US8078690B2 (en) 2007-12-13 2011-12-13 Hitachi, Ltd. Storage system comprising function for migrating virtual communication port added to physical communication port
US8176202B2 (en) 2007-06-27 2012-05-08 Hitachi, Ltd. Multi-host management server in storage system, program for the same and path information management method
US8473592B2 (en) 2007-06-28 2013-06-25 Hitachi, Ltd. Storage system and management method in storage system
JP2015127968A (ja) * 2015-02-16 2015-07-09 株式会社日立製作所 ストレージシステム、ストレージシステム管理方法、及び計算機システム
US10642705B2 (en) 2018-01-15 2020-05-05 Fujitsu Limited Storage system and storage method

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3996010B2 (ja) * 2002-08-01 2007-10-24 株式会社日立製作所 ストレージネットワークシステム、管理装置、管理方法及びプログラム
US8874806B2 (en) * 2005-10-13 2014-10-28 Hewlett-Packard Development Company, L.P. Methods and apparatus for managing multipathing software
US7962567B1 (en) * 2006-06-27 2011-06-14 Emc Corporation Systems and methods for disabling an array port for an enterprise
US7937481B1 (en) 2006-06-27 2011-05-03 Emc Corporation System and methods for enterprise path management
US8422357B1 (en) * 2007-02-16 2013-04-16 Amdocs Software Systems Limited System, method, and computer program product for updating an inventory of network devices based on an unscheduled event
US8204980B1 (en) 2007-06-28 2012-06-19 Emc Corporation Storage array network path impact analysis server for path selection in a host-based I/O multi-path system
US8918537B1 (en) 2007-06-28 2014-12-23 Emc Corporation Storage array network path analysis server for enhanced path selection in a host-based I/O multi-path system
JP4857248B2 (ja) * 2007-11-13 2012-01-18 株式会社日立製作所 第一の計算機システムで設定されたパスの冗長度の設定を第二の計算機システムに反映する計算機及び方法
US7930448B2 (en) * 2008-03-13 2011-04-19 International Business Machines Corporation System and method for storage subsystem port reassignment in storage area networks
WO2010067403A1 (en) * 2008-12-11 2010-06-17 Hitachi, Ltd. Path changeover support device and method
US8549124B2 (en) * 2009-05-27 2013-10-01 International Business Machines Corporation Network management discovery tool
JP5528243B2 (ja) * 2010-07-23 2014-06-25 インターナショナル・ビジネス・マシーンズ・コーポレーション マルチパスを制御するシステム及び方法
US8782358B2 (en) * 2011-04-27 2014-07-15 International Business Machines Corporation Transparent input / output switching between synchronously mirrored storage volumes
TWI579688B (zh) * 2012-02-29 2017-04-21 萬國商業機器公司 磁碟陣列資料儲存系統
JP5510679B2 (ja) * 2012-03-30 2014-06-04 日本電気株式会社 ディスクアレイ装置、ディスクアレイシステム、障害経路特定方法、及びプログラム
US10237127B1 (en) * 2012-09-28 2019-03-19 EMC IP Holding Company LLC Unified initialization utility
US9258242B1 (en) 2013-12-19 2016-02-09 Emc Corporation Path selection using a service level objective
RU2013156784A (ru) 2013-12-20 2015-06-27 ИЭмСи КОРПОРЕЙШН Способ и устройство выбора маршрута чтения и записи данных
US10855791B2 (en) * 2014-11-25 2020-12-01 Netapp, Inc. Clustered storage system path quiescence analysis
US10754866B2 (en) * 2015-04-30 2020-08-25 Hitachi, Ltd. Management device and management method
KR20220020029A (ko) * 2020-08-11 2022-02-18 삼성전자주식회사 메모리 컨트롤러, 메모리 컨트롤러의 동작 방법 및 스토리지 장치
KR20220060909A (ko) 2020-11-05 2022-05-12 삼성전자주식회사 스토리지 시스템 및 스토리지 시스템의 동작 방법
EP4113311B1 (en) * 2021-07-01 2023-09-13 Samsung Electronics Co., Ltd. Storage device, operating method of storage device, and electronic device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0744331A (ja) * 1993-07-30 1995-02-14 Hitachi Ltd ディスクアレイ装置およびその制御方法
JP2003131897A (ja) * 2001-10-24 2003-05-09 Hitachi Ltd ポートを内蔵したストレージ
JP2004072135A (ja) * 2002-08-01 2004-03-04 Hitachi Ltd ストレージネットワークシステム、管理装置、管理方法及びプログラム
JP2004220450A (ja) * 2003-01-16 2004-08-05 Hitachi Ltd ストレージ装置、その導入方法、及びその導入プログラム
JP2005115581A (ja) * 2003-10-07 2005-04-28 Hitachi Ltd ストレージパス制御方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5435003A (en) * 1993-10-07 1995-07-18 British Telecommunications Public Limited Company Restoration in communications networks
US6934249B1 (en) * 1997-04-01 2005-08-23 Cisco Technology, Inc. Method and system for minimizing the connection set up time in high speed packet switching networks
US7103653B2 (en) * 2000-06-05 2006-09-05 Fujitsu Limited Storage area network management system, method, and computer-readable medium
US7058009B1 (en) * 2000-09-15 2006-06-06 Pluris, Inc. Router-level automatic protection switching
US7406039B2 (en) * 2002-02-26 2008-07-29 Dell Products L.P. System and method for a failover protocol in storage area network controllers
US7236967B2 (en) * 2002-06-03 2007-06-26 Hewlett-Packard Development Company, L.P. Methods and systems for maintaining transaction semantics in a computer system
JP4285058B2 (ja) * 2003-04-21 2009-06-24 株式会社日立製作所 ネットワーク管理プログラム、管理計算機及び管理方法
US6968401B2 (en) * 2003-06-26 2005-11-22 International Business Machines Corporation Method, system, and program for maintaining and swapping paths in an MPIO environment
JP2005108098A (ja) * 2003-10-01 2005-04-21 Hitachi Ltd データｉ／ｏ装置及びデータｉ／ｏ装置の制御方法
JP2005301880A (ja) * 2004-04-15 2005-10-27 Hitachi Ltd 計算機システムにおけるデータ入出力処理方法、ストレージ装置、ホスト計算機、および計算機システム、
US8176287B2 (en) * 2004-12-06 2012-05-08 International Business Machines Corporation LAN-managed storage volume initialization for LAN-free storage operation
US7835267B2 (en) * 2005-05-09 2010-11-16 Cisco Technology, Inc. Dynamic path protection in an optical network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0744331A (ja) * 1993-07-30 1995-02-14 Hitachi Ltd ディスクアレイ装置およびその制御方法
JP2003131897A (ja) * 2001-10-24 2003-05-09 Hitachi Ltd ポートを内蔵したストレージ
JP2004072135A (ja) * 2002-08-01 2004-03-04 Hitachi Ltd ストレージネットワークシステム、管理装置、管理方法及びプログラム
JP2004220450A (ja) * 2003-01-16 2004-08-05 Hitachi Ltd ストレージ装置、その導入方法、及びその導入プログラム
JP2005115581A (ja) * 2003-10-07 2005-04-28 Hitachi Ltd ストレージパス制御方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8176202B2 (en) 2007-06-27 2012-05-08 Hitachi, Ltd. Multi-host management server in storage system, program for the same and path information management method
US8423665B2 (en) 2007-06-27 2013-04-16 Hitachi, Ltd. Multi-host management server in storage system, program for the same and path information management method
US8473592B2 (en) 2007-06-28 2013-06-25 Hitachi, Ltd. Storage system and management method in storage system
US7849258B2 (en) 2007-09-07 2010-12-07 Hitachi, Ltd. Storage apparatus and data verification method for the same
JP2009110218A (ja) * 2007-10-30 2009-05-21 Fujitsu Ltd 仮想化スイッチおよびそれを用いたコンピュータシステム
US8078690B2 (en) 2007-12-13 2011-12-13 Hitachi, Ltd. Storage system comprising function for migrating virtual communication port added to physical communication port
US8937965B2 (en) 2007-12-13 2015-01-20 Hitachi, Ltd. Storage system comprising function for migrating virtual communication port added to physical communication port
JP2015127968A (ja) * 2015-02-16 2015-07-09 株式会社日立製作所 ストレージシステム、ストレージシステム管理方法、及び計算機システム
US10642705B2 (en) 2018-01-15 2020-05-05 Fujitsu Limited Storage system and storage method

Also Published As

Publication number Publication date
DE602006005567D1 (de) 2009-04-23
EP1760591A1 (en) 2007-03-07
EP1760591B1 (en) 2009-03-11
US20070055797A1 (en) 2007-03-08

Similar Documents

Publication Publication Date Title
JP2007072571A (ja) 計算機システム及び管理計算機ならびにアクセスパス管理方法
US11249857B2 (en) Methods for managing clusters of a storage system using a cloud resident orchestrator and devices thereof
JP6955466B2 (ja) Ｓｓｄのデータ複製システム及び方法
US7480780B2 (en) Highly available external storage system
US7162658B2 (en) System and method for providing automatic data restoration after a storage device failure
US7546414B2 (en) Computer system, storage system, and device control method
US8607230B2 (en) Virtual computer system and migration method of virtual computer
US7447933B2 (en) Fail-over storage system
US8402189B2 (en) Information processing apparatus and data transfer method
JP2005326935A (ja) 仮想化ストレージを備える計算機システムの管理サーバおよび障害回避復旧方法
US9823955B2 (en) Storage system which is capable of processing file access requests and block access requests, and which can manage failures in A and storage system failure management method having a cluster configuration
JP5352115B2 (ja) ストレージシステム及びその監視条件変更方法
US20140122816A1 (en) Switching between mirrored volumes
JP2005267327A (ja) ストレージシステム
US8078904B2 (en) Redundant configuration method of a storage system maintenance/management apparatus
US20100275219A1 (en) Scsi persistent reserve management
JP2010003061A (ja) 計算機システム及びそのｉ／ｏ構成変更方法
US20120047327A1 (en) Disk array device and control method for the same
US8095820B2 (en) Storage system and control methods for the same
US20080288671A1 (en) Virtualization by multipath management software for a plurality of storage volumes
US7886186B2 (en) Storage system and management method for the same
JP2008033704A (ja) リモートコピーを行うストレージシステム
US10915405B2 (en) Methods for handling storage element failures to reduce storage device failure rates and devices thereof
JP2010033379A (ja) 仮想化システム及び仮想化の復旧方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080806

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101130

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110329