JP2006127201A - ストレージシステムおよび導通確認方法 - Google Patents

ストレージシステムおよび導通確認方法 Download PDF

Info

Publication number
JP2006127201A
JP2006127201A JP2004315482A JP2004315482A JP2006127201A JP 2006127201 A JP2006127201 A JP 2006127201A JP 2004315482 A JP2004315482 A JP 2004315482A JP 2004315482 A JP2004315482 A JP 2004315482A JP 2006127201 A JP2006127201 A JP 2006127201A
Authority
JP
Japan
Prior art keywords
initiator
computer
target computer
connection port
storage system
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
JP2004315482A
Other languages
English (en)
Inventor
Naoko Iwami
直子 岩見
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 JP2004315482A priority Critical patent/JP2006127201A/ja
Priority to US11/016,814 priority patent/US7724677B2/en
Publication of JP2006127201A publication Critical patent/JP2006127201A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】 ＩＰストレージシステムにおいてデータ転送経路の導通確認の容易化を図るための導通確認技術を提供する。
【解決手段】 ストレージシステム１０のターゲットコンピュータ２０は、ＩＣＭＰエコー要求を、ストレージシステム１０が備える所定のＩＰポート１１０を通じてイニシエータコンピュータ７０に送信し、イニシエータコンピュータ７０からのＩＣＭＰエコー応答の受信状態に基づいて、所定のＩＰポート１１０を通じたイニシエータコンピュータ７０とターゲットコンピュータ２０との導通が正常であるか否かを判断する。
【選択図】 図８

Description

本発明は、インターネットプロトコル（Internet Protocol、ＩＰ）ネットワークを介してストレージデータを転送するストレージシステムにおいて、ＩＰネットワーク上の導通を確認する導通確認技術に関する。
近年、ストレージシステムとして、ＩＰネットワークを介してストレージデータを転送するＩＰストレージシステムが実用化されている。ＩＰストレージシステムを実現するための技術としては、ＳＣＳＩコマンドをＩＰにマッピングしたｉＳＣＳＩ(internet Small Computer System Interface)や、独立した複数のＦＣ−ＬＡＮ(Fibre Channel − Local Area Network)をＩＰトンネルで相互接続するＦＣＩＰ(Fibre Cannel over IP)、ＦＣ(Fibre Cannel)アドレスとＩＰアドレスとをマッピングしてルーティングを行うｉＦＣＰ(internet Fibre Channel Protocol)などの技術が知られている。例えば、ｉＳＣＳＩプロトコルに基づくＩＰストレージでは、ＩＰネットワークを介したＴＣＰ(Transmission Control Protocol)コネクション上でｉＳＣＳＩセッションを実行することによって、ＩＰネットワークを介したストレージデータの転送の実現を図る。
一般に、ＩＰストレージシステムは、ＩＰネットワークに接続可能な複数の接続ポートと、ＩＰネットワークに接続されたイニシエータコンピュータに対し所定の接続ポートを通じてストレージボリューム（記憶領域）を提供するターゲットコンピュータとを備える。イニシエータコンピュータとターゲットコンピュータとの間のデータ転送経路としての所定の接続ポートは、ターゲットコンピュータ側で予め設定され、イニシエータコンピュータは、データ転送経路として予め設定された所定の接続ポートを介して、ターゲットコンピュータに対する通信セッションを確立することによって、ターゲットコンピュータからストレージボリュームの提供を受ける。下記特許文献１には、ＩＰネットワークを介してストレージデータを転送するＩＰストレージシステムが開示されている。
特開２００３−３４５６３１号公報
しかしながら、従来、ＩＰストレージシステム側で所定の接続ポートがデータ転送経路として設定された後、その設定に従ってイニシエータコンピュータ側からアクセスを試みることによってデータ転送経路の導通を確認していたため、設定されたデータ転送経路に何らかのアクセス障害が存在する場合には、ＩＰストレージシステム側でのデータ転送経路の設定と、イニシエータコンピュータ側での導通確認とを繰り返す面倒な作業を強いられるという問題があった。なお、データ転送経路のアクセス障害としては、例えば、ＩＰネットワーク上の中継機器の故障や、ＩＰネットワーク上の中継装置側のパス設定の誤り、ファイアフォールによるアクセス制限、過大な通信負荷、接続ポートの故障などが考えられる。
本発明は、上記した課題を踏まえ、ＩＰストレージシステムにおいてデータ転送経路の導通確認の容易化を図るための導通確認技術を提供することを目的とする。
上記した課題を解決するため、本発明の導通確認方法は、インターネットプロトコルに基づくネットワークに接続可能な複数の接続ポートと、前記ネットワークに接続されたイニシエータコンピュータに対し前記複数の接続ポートの少なくともいずれかを通じて所定のストレージボリュームを提供するターゲットコンピュータとを備えたストレージシステムにおいて、前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通を確認する導通確認方法であって、前記ターゲットコンピュータによって、インターネットコントロールメッセージ・プロトコルに基づくエコー要求を、前記複数の接続ポートのうちの所定の接続ポートを通じて前記イニシエータコンピュータに送信するエコー要求工程と、該送信したエコー要求の応答として前記イニシエータコンピュータから返信されるエコー応答の前記ターゲットコンピュータにおける受信状態に基づいて、前記ターゲットコンピュータによって、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が正常であるか否かを判断する導通判断工程とを備えたことを特徴とする。
上記した課題を解決するため、本発明のストレージシステムは、インターネットプロトコルに基づくネットワークに接続可能な複数の接続ポートと、前記ネットワークに接続されたイニシエータコンピュータに対し前記複数の接続ポートの少なくともいずれかを通じて所定のストレージボリュームを提供するターゲットコンピュータとを備えたストレージシステムであって、前記ターゲットコンピュータは、インターネットコントロールメッセージ・プロトコルに基づくエコー要求を、前記複数の接続ポートのうちの所定の接続ポートを通じて前記イニシエータコンピュータに送信するエコー要求手段と、該送信したエコー要求の応答として前記イニシエータコンピュータから返信されるエコー応答の当該ターゲットコンピュータにおける受信状態に基づいて、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が正常であるか否かを判断する導通判断手段とを備えたことを特徴とする。
本発明の導通確認方法およびストレージシステムによれば、ストレージシステム側のターゲットコンピュータからのインターネットコントロールメッセージ・プロトコル(Internet Control Message Protocol, ICMP)に基づくエコー要求によってデータ転送経路の導通が正常であるか否かをストレージシステム側で判断することができるため、導通確認のためにイニシエータコンピュータ側からアクセスを試みる必要がなく、データ転送経路の導通確認の容易化を図ることができる。
上記の本発明の導通確認方法およびストレージシステムは、以下の態様を採ることもできる。本発明の導通確認方法であって、前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として新規に設定される接続ポートであり、更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が正常であると判断した場合に、前記ターゲットコンピュータによって、該接続ポートを前記データ転送経路とする設定を登録するパス設定登録工程を備えたこととしても良い。本発明のストレージシステムであって、前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として新規に設定される接続ポートであり、前記ターゲットコンピュータは、更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が正常であると判断した場合に、該接続ポートを前記データ転送経路とする設定を登録するパス設定登録手段を備えたこととしても良い。これらの態様の発明によれば、新規にデータ転送経路を設定する際の導通確認の容易化を図ることができる。
また、本発明の導通確認方法であって、前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、更に、前記データ転送経路として設定されている接続ポートに通信障害が発生した際に、前記ターゲットコンピュータによって、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更工程を備えたこととしても良い。更に、前記パス設定変更工程における接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替工程を備えたこととしても良い。本発明のストレージシステムであって、前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、前記ターゲットコンピュータは、更に、前記データ転送経路として設定されている接続ポートに通信障害が発生した際に、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更手段を備えたこととしても良い。前記ターゲットコンピュータは、更に、前記パス設定変更手段による接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替手段を備えたこととしても良い。これらの態様の発明によれば、データ転送経路として設定されている接続ポートに通信障害が発生した場合であっても、データ転送経路の復旧を迅速に行うことができる。更に、ポートアドレスを振り替えることによって、イニシエータコンピュータ側の通信設定を変更することなく、データ転送経路の復旧を実現することができる。
また、本発明の導通確認方法であって、前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、更に、前記データ転送経路として設定されている接続ポートの通信負荷が所定値を超えた際に、前記ターゲットコンピュータによって、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更工程を備えたこととしても良い。更に、前記パス設定変更工程における接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替工程を備えたこととしても良い。本発明のストレージシステムであって、前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、前記ターゲットコンピュータは、更に、前記データ転送経路として設定されている接続ポートの通信負荷が所定値を超えた際に、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更手段を備えたこととしても良い。更に、前記ターゲットコンピュータは、更に、前記パス設定変更手段による接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替手段を備えたこととしても良い。これらの態様の発明によれば、データ転送経路として設定されている接続ポートの通信負荷が過大となった場合であっても、通信状態が良好なデータ転送経路へと迅速に移行することができる。更に、ポートアドレスを振り替えることによって、イニシエータコンピュータ側の通信設定を変更することなく、データ転送経路の復旧を実現することができる。
また、本発明の導通確認方法であって、前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートであり、前記ターゲットコンピュータは、前記ストレージシステムの管理者との間で所定情報のやり取りを行う管理端末とのデータのやり取りが可能であり、更に、前記ターゲットコンピュータによって、前記管理端末を介した前記管理者からの指示の入力に基づいて、前記所定の接続ポートについての前記導通が正常であるか否かの判断結果を、前記管理端末を介して前記管理者に通知する判断結果通知工程を備えたこととしても良い。本発明のストレージシステムであって、前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートであり、前記ターゲットコンピュータは、前記ストレージシステムの管理者との間で所定情報のやり取りを行う管理端末とのデータのやり取りが可能であると共に、更に、前記管理端末を介した前記管理者からの指示の入力に基づいて、前記所定の接続ポートについての前記導通が正常であるか否かの判断結果を、前記管理端末を介して前記管理者に通知する判断結果通知手段を備えたこととしても良い。これらの態様の発明によれば、ストレージシステムの管理者は、既設のデータ転送経路についての導通を容易に確認することができ、ストレージシステムの保守管理の容易化を図ることができる。なお、管理端末は、ネットワークを介してストレージシステムに接続された態様であっても良いし、ストレージシステムに組み込まれた態様であっても良い。
また、本発明の導通確認方法であって、前記導通判断工程は、前記エコー応答が前記ターゲットコンピュータに到達した場合に、前記導通が正常であると判断する工程であることとしても良い。本発明のストレージシステムであって、前記導通判断手段は、前記エコー応答が前記ターゲットコンピュータに到達した場合に、前記導通が正常であると判断する手段であることとしても良い。これらの態様の発明によれば、複雑な判断処理を伴うことなく、導通判断の処理速度を向上させることができる。
また、本発明の導通確認方法であって、前記導通判断工程は、複数の前記エコー要求に対して前記エコー応答が前記ターゲットコンピュータに到達する到達率が所定値を超える場合に、前記導通が正常であると判断する工程であることとしても良い。本発明のストレージシステムであって、前記導通判断手段は、複数の前記エコー要求に対して前記エコー応答が前記ターゲットコンピュータに到達する到達率が所定値を超える場合に、前記導通が正常であると判断する工程であることとしても良い。これらの態様の発明によれば、通信負荷が過大となっているデータ転送経路が正常と判断されてしまうことを防止することができる。
また、本発明の導通確認方法であって、前記ターゲットコンピュータは、前記ストレージシステムの管理者に対して所定情報を出力するユーザ出力インタフェースとのデータのやり取りが可能であり、更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が異常であると判断した場合に、該異常の理由を前記ターゲットコンピュータによって前記ユーザ出力インタフェースを介して前記管理者に通知する異常通知工程を備えたこととしても良い。本発明のストレージシステムであって、前記ターゲットコンピュータは、前記ストレージシステムの管理者に対して所定情報を出力するユーザ出力インタフェースとのデータのやり取りが可能であると共に、更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が異常であると判断した場合に、該異常の理由を、前記ユーザ出力インタフェースを介して前記管理者に通知する異常通知手段を備えたこととしても良い。これらの態様の発明によれば、ストレージシステムの管理者は、通知された異常の理由に基づいてデータ転送経路の復旧対策を執ることができる。なお、ユーザ出力インタフェースは、ネットワークを介してストレージシステムに接続された態様であっても良いし、ストレージシステムに組み込まれた態様であっても良い。
また、本発明の導通確認方法であって、前記ターゲットコンピュータは、前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であり、更に、前記ターゲットコンピュータによって、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを取得するアドレス取得工程を備えたこととしても良い。本発明のストレージシステムであって、前記ターゲットコンピュータは、前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であると共に、更に、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを取得するアドレス取得手段を備えたこととしても良い。これらの態様の発明によれば、ストレージシステムの管理者によるイニシエータアドレスの入力によってデータ転送経路を設定する際の導通確認の容易化を図ることができる。なお、ユーザ入力インタフェースは、ネットワークを介してストレージシステムに接続された態様であっても良いし、ストレージシステムに組み込まれた態様であっても良い。
また、本発明の導通確認方法であって、前記ターゲットコンピュータは、前記イニシエータコンピュータを識別可能なイニシエータ名に関連付けて該イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバ、および前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であり、更に、前記ターゲットコンピュータによって、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータ名を取得し、該取得したイニシエータ名に関連付けて前記ストレージネームサーバが保有する前記イニシエータアドレスを該ストレージネームサーバから取得するアドレス取得工程を備えたこととしても良い。本発明のストレージシステムであって、前記ターゲットコンピュータは、前記イニシエータコンピュータを識別可能なイニシエータ名に関連付けて該イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバ、および前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であると共に、更に、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータ名を取得し、該取得したイニシエータ名に関連付けて前記ストレージネームサーバが保有する前記イニシエータアドレスを該ストレージネームサーバから取得するアドレス取得手段を備えたこととしても良い。これらの態様の発明によれば、ストレージシステムの管理者によるイニシエータ名の入力によってデータ転送経路を設定する際の導通確認の容易化を図ることができる。なお、ストレージネームサーバは、ネットワークを介してストレージシステムに接続された態様や、ストレージシステムに組み込まれた態様であっても良い。また、ストレージネームサーバが保有する各種データは、ストレージシステムの管理者によって予め登録されたデータである。また、ユーザ入力インタフェースは、ネットワークを介してストレージシステムに接続された態様であっても良いし、ストレージシステムに組み込まれた態様であっても良い。
また、本発明の導通確認方法であって、前記ターゲットコンピュータは、前記イニシエータコンピュータと当該ターゲットコンピュータとの組み合わせを定義したストレージドメイン、並びに該ストレージドメインに定義されている前記イニシエータコンピュータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバとのデータのやり取りが可能であり、更に、前記ターゲットコンピュータによって、当該ターゲットコンピュータとの組み合わせとして前記ストレージドメインに定義されている前記イニシエータコンピュータの前記イニシエータアドレスを、前記ストレージネームサーバから取得するアドレス取得工程を備えたこととしても良い。本発明のストレージシステムであって、前記ターゲットコンピュータは、前記イニシエータコンピュータと当該ターゲットコンピュータとの組み合わせを定義したストレージドメイン、並びに該ストレージドメインに定義されている前記イニシエータコンピュータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバとのデータのやり取りが可能であると共に、更に、当該ターゲットコンピュータとの組み合わせとして前記ストレージドメインに定義されている前記イニシエータコンピュータの前記イニシエータアドレスを、前記ストレージネームサーバから取得するアドレス取得手段を備えたこととしても良い。これらの態様の発明によれば、ストレージネームサーバに従ってデータ転送経路を設定する際の導通確認の容易化を図ることができる。なお、ストレージネームサーバは、ネットワークを介してストレージシステムに接続された態様や、ストレージシステムに組み込まれた態様であっても良い。また、ストレージネームサーバが保有する各種データは、ストレージシステムの管理者によって予め登録されたデータである。
また、前記イニシエータコンピュータと前記ターゲットコンピュータとの少なくとも一方は複数であることとしても良い。この態様の発明によれば、設定パターンが膨大な数となるデータ転送経路の導通確認の容易化を図ることができる。なお、前記イニシエータコンピュータと前記ターゲットコンピュータとの間の通信は、ｉＳＣＳＩプロトコルに基づく通信であることとしても良い。
以上説明した本発明の構成および作用を一層明らかにするために、以下本発明を適用した導通確認技術について、次の順序で説明する。
目次
Ａ．電子計算機システムＣＳの構成
Ａ（１）．電子計算機システムＣＳの物理的構成
Ａ（２）．電子計算機システムＣＳの論理的構成
Ｂ．電子計算機システムＣＳの動作
Ｂ（１）．新規パスの導通確認処理
Ｂ（２）．既設パスの導通確認処理
Ｂ（３）．障害・高負荷時のパス復旧処理
Ｃ．その他の実施形態
Ａ．電子計算機システムＣＳの構成：
Ａ（１）．電子計算機システムＣＳの物理的構成：
図１は、電子計算機システムＣＳの物理的構成を示す説明図である。本発明の実施例の一つである電子計算機システムＣＳは、データを記憶可能な記憶領域であるストレージボリューム（以下、ボリュームという）を構成するストレージシステム１０と、ストレージシステム１０のボリュームを利用するイニシエータコンピュータ７０と、ストレージシステム１０とイニシエータコンピュータ７０との関係を管理するｉＳＮＳ（internet Storage Name Server）サーバ５０とを備える。ストレージシステム１０，イニシエータコンピュータ７０，ｉＳＮＳサーバ５０の各々は、ＩＰパケットを転送する複数のＩＰスイッチ６１０により相互に接続され、ＩＰネットワークを介して相互にデータのやり取りが可能なＩＰ−ＳＡＮ(ＩＰ−Storage Area Network)６０を構成する。ストレージシステム１０，イニシエータコンピュータ７０，ｉＳＮＳサーバ５０，ＩＰスイッチ６１０の各々は、ＩＰプロトコル，ＴＣＰプロトコル，ＩＣＭＰプロトコルなどの種々のネットワークプロトコルに対応した機器である。ストレージシステム１０およびイニシエータコンピュータ７０は、ＩＰ−ＳＡＮ６０を介したストレージデータの転送を実現するためのプロトコルであるｉＳＣＳＩプロトコルに対応した機器としても動作可能に構成されている。
図２は、主としてストレージシステム１０の内部構成を示すブロック図である。ストレージシステム１０は、ＩＰ−ＳＡＮ６０に接続可能な複数のＩＰポート１１０と、複数のハードディスクドライブ(Hard Disk Drive、以下、ＨＤＤという)３１０によってボリュームを論理的に構成するストレージ部３０と、ストレージ部３０が構成する所定のボリュームをイニシエータコンピュータ７０に対し複数のＩＰポート１１０の少なくともいずれかを通じて提供するターゲットコンピュータ２０と、ターゲットコンピュータ２０をＬＡＮ(Local Area Network)に接続するＬＡＮポート１３０とを備える。なお、本実施例では、ストレージシステム１０は、１６個のＩＰポート１１０を備え、１６個のＩＰポート１１０には、各々のＩＰ−ＳＡＮ上の所在を示すＩＰアドレスであるポートアドレスが割り当てられている。
ストレージシステム１０のターゲットコンピュータ２０は、ターゲットコンピュータ２０の各部を制御するための演算処理を行うセントラルプロセッシングユニット（Central Processing Unit、以下、ＣＰＵという）２１０と、ＣＰＵ２１０の演算処理を規定したプログラムを予め記憶するリードオンリメモリ（Read Only Memory、以下、ＲＯＭという）２１２と、ＣＰＵ２１０が取り扱うデータを一時的に記憶するランダムアクセスメモリ（Random Access Memory、以下、ＲＡＭという）２１４と、複数のＩＰポート１１０と複数のＨＤＤ３１０との間におけるストレージデータのやり取りを制御するための回路を有するデータコントローラ２２０と、データコントローラ２２０が取り扱うデータを一時的に記憶するキャッシュメモリ２３０とを備える。
ターゲットコンピュータ２０のＲＯＭ２１２には、ＣＰＵ２１０が実行するプログラムとして、オペレーティングシステム（Operating System、以下、ＯＳという）の他、種々のアプリケーション・ソフトウェア（Application Software、以下、アプリケーションという）が格納されている。ＲＯＭ２１２に格納された種々のアプリケーションとしては、ＩＣＭＰプロトコルに基づいてＩＰネットワークを診断するプログラムであるｐｉｎｇ（Packet INternet Groper、ピング）や、ストレージ部３０の複数のＨＤＤ３１０をＲＡＩＤ（Redundant Arrays of Independent (Inexpensive) Disks、レイド）技術を用いて制御するためのプログラムなどがある。なお、これらのプログラムは、ＨＤＤなどの外部記憶装置に保存しておき、起動時にＲＡＭ２１４にロードして実行する構成とすることもできる。
ストレージシステム１０のＬＡＮポート１３０には、ディスプレイ１６やキーボード１７などの種々のユーザインタフェースを備えた管理端末１５が接続され、ストレージ制御部２０は、管理端末１５を介してストレージシステム１０の管理者との所定情報のやり取りが可能とされている。
イニシエータコンピュータ７０は、ＣＰＵ,ＲＯＭ,ＲＡＭ,ＨＤＤ，各種のインタフェース回路などのハードウェアを備えたコンピュータであり、イニシエータコンピュータ７０には、ＯＳの他、種々のアプリケーションがインストールされている。イニシエータコンピュータ７０には、データ処理を実行するためのアプリケーションや、ストレージシステム１０を利用するためのアプリケーションなどがインストールされている。
ｉＳＮＳサーバ５０は、ＣＰＵ,ＲＯＭ,ＲＡＭ,ＨＤＤ，各種のインタフェース回路などのハードウェアを備えたコンピュータであり、ｉＳＮＳサーバ５０には、ＯＳの他、種々のアプリケーションがインストールされている。ｉＳＮＳサーバ５０には、ストレージシステム１０やイニシエータコンピュータ７０が通信相手を特定するための情報として、ストレージシステム１０とイニシエータコンピュータ７０との関係が定義されたストレージドメインや、ストレージシステム１０やイニシエータコンピュータ７０のＩＰ−ＳＡＮ６０上の所在を示すＩＰアドレスなどの情報が登録されている。ｉＳＮＳサーバ５０には、ディスプレイ５６やキーボード５７などの種々のユーザインタフェースを備えた管理端末１５が接続され、ｉＳＮＳサーバ５０は、管理端末１５を介してｉＳＮＳサーバ５０の管理者との所定情報のやり取りが可能とされている。
Ａ（２）．電子計算機システムＣＳの論理的構成：
図３は、電子計算機システムＣＳの論理的構成を示す説明図である。電子計算機システムＣＳでは、イニシエータコンピュータ７０は、ｉＳＣＳＩイニシエータを論理的に構成し、ストレージシステム１０のターゲットコンピュータ２０は、ｉＳＣＳＩターゲットを論理的に構成する。図３に示す例では、３つのイニシエータコンピュータ７０上にｉＳＣＳＩイニシエータとして３つのイニシエータＩＴ１〜３がそれぞれ論理的に構成され、ストレージシステム１０のターゲットコンピュータ２０上にｉＳＣＳＩターゲットとして２つのターゲットＴＡ１，２が論理的に構成されている。
図４は、ターゲット設定テーブルの一例を示す説明図である。図４に示すターゲット設定テーブル４０００は、ターゲットコンピュータ２０のｉＳＣＳＩターゲットに対するストレージ部３０のボリュームの割り当てを設定するための情報であり、ターゲットコンピュータ２０に内蔵のＲＡＭ２１４に格納されている。ターゲット設定テーブル４０００は、ストレージシステム１０に構成されるｉＳＣＳＩターゲットを識別するためのターゲット名４０１０，ストレージシステム１０に構成されるボリュームを識別するためのボリューム名４０２０，各ボリュームに割り当てられた記憶容量４０３０の各情報を含む。図３に示した例では、図４に示すターゲット設定テーブル４０００に基づいて、１０ギガバイトの記憶容量をそれぞれ有する３つのボリュームＢＯ１〜３のうち、ボリュームＢＯ１，２がターゲットＴＡ１に割り当てられ、ボリュームＢＯ３がターゲットＴＡ２に割り当てられている。
図５は、パス設定テーブルの一例を示す説明図である。図５に示すパス設定テーブル５０００は、イニシエータコンピュータ７０のｉＳＣＳＩイニシエータと、ターゲットコンピュータ２０のｉＳＣＳＩターゲットとの間のｉＳＣＳＩセッションを設定するための情報であり、ターゲットコンピュータ２０に内蔵のＲＡＭ２１４に格納されている。パス設定テーブル５０００は、ターゲット名５０１０，ｉＳＣＳＩターゲットとのｉＳＣＳＩセッションを許可するｉＳＣＳＩイニシエータを識別するためのイニシエータ名５０２０，ｉＳＣＳＩイニシエータのＩＰアドレスであるイニシエータアドレス５０３０，ｉＳＣＳＩイニシエータとｉＳＣＳＩターゲットとの間のＴＣＰコネクションの確立に使用するデータ転送経路（パス）としてのＩＰポート１１０を識別するためのＩＰポート名５０４０，各ＴＣＰコネクションに用いるＴＣＰポート番号５０５０，ｉＳＣＳＩイニシエータの認証に用いる認証情報５０６０の各情報を含む。なお、本実施例では、１６個のＩＰポート１１０のそれぞれには、ポートＰＯ１〜１６のＩＰポート名が付されている。図３に示した例では、図５に示すパス設定テーブル５０００に基づいて、ターゲットＴＡ１とイニシエータＩＴ１，２との間のデータ転送経路としてポートＰＯ１，２が割り当てられ、ターゲットＴＡ２とイニシエータＩＴ３との間のデータ転送経路としてポートＰＯ２が割り当てられている。
Ｂ．電子計算機システムＣＳの動作：
Ｂ（１）．新規パスの導通確認処理：
図６は、新規パス設定処理を示すフローチャートである。新規パス設定処理は、新規に設定するデータ転送経路である新規パスを、図５に示したパス設定テーブル５０００へと登録するための処理であり、本実施例では、ターゲットコンピュータ２０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。本実施例では、ターゲットコンピュータ２０は、管理端末１５を介した管理者からの指示に基づいて、新規パス設定処理を開始する。
ターゲットコンピュータ２０は、図６に示す新規パス設定処理を開始すると、新規パスの設定対象であるｉＳＣＳＩターゲットを対象ターゲットとして特定する（ステップＳ１１０）。本実施例では、ターゲットコンピュータ２０は、管理者から管理端末１５を介して指定されたｉＳＣＳＩターゲットを対象ターゲットとして特定する。
ターゲットコンピュータ２０は、対象ターゲットを特定した後（ステップＳ１１０）、対象ターゲットとの新規パスの設定対象であるｉＳＣＳＩイニシエータを対象イニシエータとして特定すると共に、特定した対象イニシエータのＩＰ−ＳＡＮ６０上の所在を示すＩＰアドレスであるイニシエータアドレスを取得するためにイニシエータ情報取得処理を実行する（ステップＳ１２０）。イニシエータ情報取得処理の詳細については後述する。
ターゲットコンピュータ２０は、イニシエータ情報取得処理を実行した後（ステップＳ１２０）、対象ターゲットと対象イニシエータとの間の新規パスとして設定するＩＰポート１１０を対象ポートとして特定する（ステップＳ１３０）。本実施例では、ターゲットコンピュータ２０は、管理者から管理端末１５を介して指定されたＩＰポート１１０を対象ポートとして特定する。
ターゲットコンピュータ２０は、対象ポートを特定した後（ステップＳ１３０）、対象ポートを通じて対象イニシエータと対象ターゲットとの間を接続する新規パスを、導通確認を実施する導通確認パスとして設定する（ステップＳ１４０）。その後、ターゲットコンピュータ２０は、設定された導通確認パスに対してＩＣＭＰエコー要求による導通確認処理を実行する（ステップＳ１５０）。
図７は、導通確認処理を示すフローチャートである。ターゲットコンピュータ２０は、導通確認処理を開始すると、アプリケーションとしてインストールされているｐｉｎｇのコマンドを実行することによって、対象ポートを通じて対象イニシエータのイニシエータアドレスに対するＩＣＭＰエコー要求を送信する（ステップＳ２１０）。その後、送信したＩＣＭＰエコー要求に対するＩＣＭＰエコー応答を受信したか否かを判断し（ステップＳ２２０）、ＩＣＭＰエコー応答を受信した場合には、導通確認パスの導通は正常であると判断する（ステップＳ２３０）。一方、ＩＣＭＰエコー要求の送信後に所定時間が経過することによって、ＩＣＭＰエコー応答の受信待機時間がタイムアウトととなり、ＩＣＭＰエコー応答を受信できなかった場合には、導通確認パスの導通は異常であると判断する（ステップＳ２４０）。その後、全ての導通確認パスについての導通確認が完了すると（ステップＳ２５０）、導通確認処理を終了する。なお、ＩＣＭＰエコー応答を受信待機時間がタイムアウトとなった場合に、ＩＣＭＰエコー要求の送信をリトライし、ＩＣＭＰエコー応答の受信の有無を判断することとしても良い。また、ＩＣＭＰエコー要求が宛先に届かない場合には、ターゲットコンピュータ２０は、パス経路途中のＩＰスイッチ６１０から送信された宛先不達や時間超過などのエラーの要因を示すＩＣＭＰメッセージを受信することによって、導通異常の理由を判断することができる。
図８は、導通確認処理の様子の一例を示す説明図である。図８に示す例は、図５に示したパス設定テーブル５０００のターゲットＴＡ１に関するパス設定を新規パスとして設定登録した際の導通確認処理の様子を示す。図８に示す例では、ポートＰＯ１を通じたターゲットＴＡ１とイニシエータＩＴ１との間のパス、ポートＰＯ２を通じたターゲットＴＡ１とイニシエータＩＴ１との間のパス、ポートＰＯ１を通じたターゲットＴＡ１とイニシエータＩＴ２との間のパス、ポートＰＯ２を通じたターゲットＴＡ１とイニシエータＩＴ２との間のパスのそれぞれについて、ＩＣＭＰエコー要求が送信され、ＩＣＭＰエコー応答の受信状態が判断される。
図６の新規パス設定処理の説明に戻り、ターゲットコンピュータ２０は、図７に示した導通確認処理を終了した後（ステップＳ１５０）、全ての導通確認パスの導通が正常である場合には（ステップＳ１５５）、図５示したパス設定テーブル５０００に新規パスを登録し（ステップＳ１６０）、正常でなければ新規パスの登録を行わない。その後、管理端末１５介して管理者に新規パスの導通確認結果を通知する（ステップＳ１７０）。
図９は、新規パスの導通確認結果の通知の一例を示す説明図である。図９には、新規パスの導通確認結果の通知として管理端末１５のディスプレイ１６に表示される結果表示ウィンドウＷＤ１を示す。結果表示ウィンドウＷＤ１には、導通確認処理を実施したパス毎に導通状態が正常であるか否かの情報が表示され、導通状態が異常である場合には、エラーの要因を示すＩＣＭＰメッセージから判断した異常理由が表示される。ターゲットコンピュータ２０は、新規パスの導通確認結果を通知した後（ステップＳ１７０）、新規パス設定処理を終了する。
図１０は、イニシエータ情報取得処理を示すフローチャートである。イニシエータ情報取得処理は、図６に示した新規パス設定処理にて実行される処理（図６中のステップＳ１２０）であり、対象イニシエータを特定すると共に、そのイニシエータアドレスを取得するための処理である。ｉＳＣＳＩイニシエータを識別可能なイニシエータ名、およびそのイニシエータアドレスが、管理者から管理端末１５を介して入力された場合には、ターゲットコンピュータ２０は、管理者から指定されたｉＳＣＳＩイニシエータを対象イニシエータとして特定し、管理者から入力されたイニシエータアドレスを取得する（ステップＳ３２０，Ｓ３４０）。
一方、イニシエータ名が入力されない場合や、イニシエータアドレスが入力されない場合には、ターゲットコンピュータ２０は、ＩＰ−ＳＡＮ６０を介してｉＳＮＳサーバ５０に接続し、ｉＳＮＳサーバ５０から必要な情報を取得する。図１１は、ストレージドメイン設定テーブルの一例を示す説明図である。図１２は、イニシエータアドレステーブルの一例を示す説明図である。図１１に示すストレージドメイン設定テーブル１１０００は、ストレージシステム１０のｉＳＣＳＩターゲットに関するストレージドメインが設定された情報であり、ストレージドメインを識別するためのストレージドメイン名１１０１０，各ストレージドメインに含まれるノードを識別するためのノード名１１０２０，各ノードがイニシエータとターゲットとのどちらであるかを示す属性１１０３０の各情報を含む。図１２に示すイニシエータアドレステーブル１２０００は、ストレージドメイン設定テーブル１１０００に登録されているｉＳＣＳＩイニシエータのイニシエータアドレスを記録した情報であり、各ｉＳＣＳＩイニシエータのイニシエータ名１２０１０，各ｉＳＣＳＩイニシエータのイニシエータアドレス１２０２０の各情報を含む。本実施例では、ストレージドメイン設定テーブル１１０００およびイニシエータアドレステーブル１２０００は、管理者から管理端末５５を介してｉＳＮＳサーバ５０に登録されている。
ターゲットコンピュータ２０は、管理者からイニシエータ名の入力がない場合には（ステップＳ３１０）、対象ターゲットをｉＳＮＳサーバ５０に提示することによって、対象ターゲットとの組み合わせとしてストレージドメイン設定テーブル１１０００に定義されているｉＳＣＳＩイニシエータを対象イニシエータとして特定し、イニシエータアドレステーブル１２０００に格納されている対象イニシエータのイニシエータアドレスをｉＳＮＳサーバ５０から取得する（ステップＳ３６０）。
ターゲットコンピュータ２０は、管理者からイニシエータ名の入力はあるが、そのイニシエータアドレスの入力がない場合には（ステップＳ３３０）、対象イニシエータをｉＳＮＳサーバ５０に提示することによって、イニシエータアドレステーブル１２０００に格納されている対象イニシエータのイニシエータアドレスをｉＳＮＳサーバ５０から取得する（ステップＳ３５０）。
ターゲットコンピュータ２０は、対象イニシエータを特定し、そのイニシエータアドレスを取得した後（ステップＳ３２０，Ｓ３４０，Ｓ３５０，Ｓ３６０）、イニシエータ名に対応付けてイニシエータアドレスを、ＲＡＭ２１４や内蔵する他のストレージ（図示しない）に保存し（ステップＳ３５０）、イニシエータ情報取得処理を終了する。
Ｂ（２）．既設パスの導通確認処理：
図１３は、既設パス確認処理を示すフローチャートである。既設パス設定処理は、設定済みのデータ転送経路である既設パスに対して導通確認を実行するための処理であり、本実施例では、ターゲットコンピュータ２０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。
ターゲットコンピュータ２０は、管理者から管理端末１５を介して処理開始の指示を受信すると既設パス確認処理を開始し（ステップＳ３１０）、図５に示したパス設定テーブル５０００に設定された既設パスを、導通確認を実施する導通確認パスとして設定する（ステップＳ３２０）。その後、ターゲットコンピュータ２０は、図７に示した導通確認処理を実行した後（ステップＳ３３０）、管理端末１５を介して管理者に既設パスの導通確認結果を通知する（ステップＳ３４０）。図１４は、既設パスの導通確認結果の通知の一例を示す説明図である。図１４には、既設パスの導通確認結果の通知として管理端末１５のディスプレイ１６に表示される結果表示ウィンドウＷＤ２を示す。結果表示ウィンドウＷＤ２には、導通確認処理を実施したパス毎に導通状態が正常であるか否かの情報が表示され、導通状態が異常である場合には、エラーの要因を示すＩＣＭＰメッセージから判断した異常理由が表示される。ターゲットコンピュータ２０は、既設パスの導通確認結果を通知した後（ステップＳ３４０）、既設パス設定処理を終了する。
Ｂ（３）．障害・高負荷時のパス復旧処理：
図１５は、パス復旧処理を示すフローチャートである。パス復旧処理は、障害や高負荷により使用が困難となったパスを復旧させるための処理であり、本実施例では、ターゲットコンピュータ２０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。本実施例では、ターゲットコンピュータ２０は、所定のタイミングでパス復旧処理を繰り返し実行する。
ターゲットコンピュータ２０は、パス復旧処理を開始すると、図５に示したパス設定テーブル５０００にパス設定されているＩＰポート１１０の中から、障害が発生している障害ポートや、高負荷となっている高負荷ポートを検索する（ステップＳ４２０）。図１６は、ＩＰポート通信統計テーブルの一例を示す説明図である。ＩＰポート通信統計テーブル１６０００は、ストレージシステム１０が備える全てのＩＰポート１１０の各々についての導通状態および負荷率をターゲットコンピュータ２０によって記録した情報であり、ターゲットコンピュータ２０に内蔵のＲＡＭ２１４に格納されている。ＩＰポート通信統計テーブル１６０００は、各ＩＰポート１１０のＩＰポート名１６０１０，各ＩＰポート１１０の導通状態１６０２０，各ＩＰポート１１０の負荷率１６０３０の各情報を含む。ターゲットコンピュータ２０は、ＲＡＭ２１４に格納されているＩＰポート通信統計テーブル１６０００を参照することによって、障害・高負荷ポートを検索する。本実施例では、導通状態が閉塞であれば障害ポートと判断し、負荷率が８０％を超えれば高負荷ポートと判断する。
ターゲットコンピュータ２０は、障害・高負荷ポートがある場合には（ステップＳ４２５）、図１６に示したＩＰポート通信統計テーブル１６０００を参照することによって、障害・高負荷ポート以外のＩＰポート１１０の中から、図５に示したパス設定テーブル５０００にパス設定されていない未使用ポートを検索する（ステップＳ４３０）。
ターゲットコンピュータ２０は、未使用ポートがある場合には（ステップＳ４３５）、障害・高負荷ポートを使用する既設パスに基づいて、既設パスの障害・高負荷ポートを未使用ポートに置き換えた代替パスを、導通確認を実施する導通パスとして設定する（ステップＳ４４０）。その後、ターゲットコンピュータ２０は、図７に示した導通確認処理を実行した後（ステップＳ４５０）、導通確認パスの導通が正常である場合には（ステップＳ４５５）、障害・高負荷ポートを使用する既設パスに代えて代替パスを、図５に示したパス設定テーブル５０００に登録することによって、既設パスを代替パスへと設定変更する（ステップＳ４６０）。
図１７は、ポートアドレステーブルの一例を示す説明図である。ポートアドレステーブル１７０００は、ストレージシステム１０が備える１６個のＩＰポート１１０の各ポートアドレスを記録した情報であり、ターゲットコンピュータ２０に内蔵のＲＡＭ２１４に格納されている。ポートアドレステーブル１７０００は、各ＩＰポート１１０のＩＰポート名１７０１０，各ＩＰポート１１０に割り当てられるポートアドレス１７０２０の各情報を含む。ターゲットコンピュータ２０は、既設パスを代替パスへと設定変更した後（ステップＳ４６０）、設定変更元のＩＰポート１１０に割り当てられていたポートアドレスを、設定変更先のＩＰポート１１０に振り替えて、図１７に示したポートアドレステーブル１７０００を書き換える（ステップＳ４７０）。
ターゲットコンピュータ２０は、全ての障害・高負荷ポートについて処理を行った後（ステップＳ４７５）、管理端末１５介して管理者にパス復旧処理結果を通知する（ステップＳ４８０）。図１８は、パス復旧処理結果の通知の一例を示す説明図である。図１８には、パス復旧処理結果の通知として管理端末１５のディスプレイ１６に表示される結果表示ウィンドウＷＤ３を示す。結果表示ウィンドウＷＤ３には、障害・高負荷ポートを使用していない既設パスについては通信状態が良好である旨が表示され、代替パスへと設定変更されたパスについては設定変更の旨が表示され、代替パスへと設定変更できなかったパスについてはその旨が表示される。ターゲットコンピュータ２０は、パス復旧処理結果を通知した後（ステップＳ４８０）、パス復旧処理を終了する。
以上説明した本発明のストレージシステム１０によれば、ストレージシステム１０側のターゲットコンピュータ２０からのＩＣＭＰエコー要求によってデータ転送経路の導通が正常であるか否かをストレージシステム１０側で判断することができるため、導通確認のためにイニシエータコンピュータ７０側からアクセスを試みる必要がなく、データ転送経路の導通確認の容易化を図ることができる。
また、図６に示した新規パス設定処理によって、新規にデータ転送経路を設定する際の導通確認の容易化を図ることができる。また、図１３に示した既設パス確認処理によって、ストレージシステム１０の管理者は、既設のデータ転送経路についての導通を容易に確認することができ、ストレージシステム１０の保守管理の容易化を図ることができる。また、図１５に示したパス復旧処理によって、データ転送経路として設定されているＩＰポート１１０が障害・高負荷ポートになってしまった場合であっても、通信状態が良好なデータ転送経路へと迅速に移行することができる。更に、ポートアドレスを振り替えることによって（図１５中のステップＳ４７０）、イニシエータコンピュータ７０側の通信設定を変更することなく、データ転送経路の復旧を実現することができる。
Ｃ．その他の実施形態：
以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。例えば、図７に示した導通確認処理では、ＩＣＭＰエコー応答の受信の有無によって導通が正常であるか否かを判断することとしたが、ＩＣＰＭエコー応答の到達率によって導通が正常であるか否かを判断することとしても良い。図１９は、他の実施形態の導通確認処理を示すフローチャートである。図１９に示す導通確認処理では、ターゲットコンピュータ２０は、複数のＩＣＭＰエコー要求を送信した後（ステップＳ５１０）、ＩＣＭＰエコー応答がターゲットコンピュータ２０に到達する到達率が所定値を超えるか否かを判断する（ステップＳ５２０）。ターゲットコンピュータ２０は、ＩＣＭＰエコー応答の到達率が所定値を超える場合には、導通確認パスの導通は正常であると判断し（ステップＳ５３０）、ＩＣＭＰエコー応答の到達率が所定値を超えない場合には、導通確認パスの導通は異常であると判断する（ステップＳ５４０）。本実施例では、導通の判断基準となるＩＣＭＰエコー応答の到達率の所定値は９０％とするが、この値は実施態様に応じて適宜変更することができる。図１９に示した他の実施形態の導通確認処理によって、通信負荷が過大となっているパスが正常と判断されてしまうことを防止することができる。
また、ストレージシステム１０にＩＰ−ＳＡＮ６０を介したｉＳＮＳサーバ５０との間の通信設定を施す際に、ターゲットコンピュータ２０は、図７や図１９に示した導通確認処理をｉＳＮＳサーバ５０との間のデータ転送経路について実行することとしても良い。この際に、ターゲットコンピュータ２０は、全てのＩＰポート１１０を通じたｉＳＮＳサーバ５０とのパスについて導通確認処理を実行することとしても良い。図２２は、サーバ接続設定処理を示すフローチャートである。図２２に示すサーバ接続設定処理は、ｉＳＮＳサーバ５０のＩＰアドレスであるｉＳＮＳサーバアドレスを、ターゲットコンピュータ２０に登録する際に実行される処理である。ターゲットコンピュータ２０は、ユーザから管理端末１５を介して入力されたｉＳＮＳサーバアドレスを受け付けた後（ステップＳ７１０）、全てのＩＰポート１１０を通じたｉＳＮＳサーバ５０とのパスを導通確認パスとして設定し（ステップＳ７２０）、図７または図１９に示した導通確認処理を実行する（ステップＳ７３０）。その後、ターゲットコンピュータ２０は、導通確認処理における各ＩＰポート１１０の導通結果が、ｉＳＮＳサーバアドレスを登録する上で許容範囲にあるか否かを判断する（ステップＳ７４０）。本実施例では、許容範囲にあると判断する判断基準は、全てのＩＰポート１１０のうち半数の導通が正常であれば登録を許可することとするが、判断基準は適宜設定することができ、全てのＩＰポート１１０の導通が正常である場合に登録を許可することとしても良い。ターゲットコンピュータ２０は、導通結果が許容範囲にあると判断すると（ステップＳ７４０）、ＲＡＭ２１４内に格納する所定のテーブルにｉＳＮＳサーバアドレスおよび導通結果を登録し（ステップＳ７５０,Ｓ７６０）、サーバ接続設定結果の通知を行う（ステップＳ７７０）。図２３は、サーバ接続設定結果の通知の一例を示す説明図である。図２３には、新規パスの導通確認結果の通知として管理端末１５のディスプレイ１６に表示される結果表示ウィンドウＷＤ４を示す。結果表示ウィンドウＷＤ４には、各ＩＰポート１１０を通じたｉＳＮＳサーバ５０とのパスの導通結果が表示される。なお、導通結果が許容範囲にないと判断された場合には（ステップＳ７４０）、ｉＳＮＳサーバアドレスを登録しない旨を表示することとしても良い。
また、ストレージ制御部２０のＲＯＭ２１２に予め記憶されているＩＣＭＰプロトコルに基づいてＩＰネットワークを診断するプログラムは、ｐｉｎｇに限るものではなく、ｔｒａｃｅｒｏｕｔｅや、ｔｒａｃｅｒｔであっても良い。また、本実施例では、ストレージ部３０を複数のＨＤＤ３１０で構成することとしたが、ストレージ部３０を光ディスクスドライブ，半導体メモリ，磁気テープドライブなど種々のタイプのストレージで構成することとしても良い。
また、図１５に示したパス復旧処理では、障害ポートや高負荷ポートのポートアドレスを未使用ポートに振り替えることによってパスを復旧させることとしたが、例えば、１つのＩＰポート１１０に対して複数のポートアドレスを割り当てることによってパスを復旧させることとしても良い。図２０は、その他の実施形態のパス復旧処理を示すフローチャートである。図２１は、その他の実施形態のポートアドレステーブルの一例を示す説明図である。図２０に示すパス復旧処理では、ターゲットコンピュータ２０は、未使用ポートの検索（図１５のステップ４３０）に代えて、図１６に示したＩＰポート通信統計テーブル１６０００を参照することによって、障害・高負荷ポート以外のＩＰポート１１０の中から、負荷率が所定の値を超えていない低負荷ポートを検索する（ステップＳ６３０）。本実施例では、負荷率が４０％を超えなければ低負荷ポートと判断する。ターゲットコンピュータ２０は、低負荷ポートがある場合には（ステップＳ６３５）、障害・高負荷ポートを使用する既設パスに基づいて、既設パスの障害・高負荷ポートを低負荷ポートに置き換えた代替パスを、導通確認を実施する導通パスとして設定する（ステップＳ６４０）。その後に実行される導通確認処理（図１５のステップ４５０）において導通が正常である場合には、ターゲットコンピュータ２０は、障害・高負荷ポートに割り当てられているポートアドレスを、低負荷ポートに追加して、図２１に示したポートアドレステーブル２１０００を書き換える（ステップＳ６７０）。図２１に示すポートアドレステーブル２１０００は、各ＩＰポート１１０のＩＰポート名２１０１０，各ＩＰポート１１０に割り当てられるポートアドレス２１０２０，２１０３０，２１０４０の各情報を含む。図２１に示したポートアドレステーブル２１０００の例では、１つのＩＰポート１１０に対して３個までのポートアドレスを割り当てることが可能とされているが、１つのＩＰポート１１０に割り当てられるポートアドレスの数は、３個に限るものではなく、実施態様に応じて適宜増減することができる。また、複数のポートアドレスが割り当てられたＩＰポート１１０の負荷が増大した場合には、複数のポートアドレスのうちのいくつかを削除することとしても良い。図２０に示したパス復旧処理によれば、複数のＩＰポート１１０間で負荷を分散することができる。
また、ストレージシステム１０,イニシエータコンピュータ７０,ｉＳＮＳサーバ５０などの各機器の接続は、本実施例の図１に示した接続態様に限るものではなく、種々の接続態様を採用することができる。例えば、ストレージシステム１０, イニシエータコンピュータ７０,ｉＳＮＳサーバ５０の各機器間をＩＰ−ＳＡＮ６０による接続に加え、ＩＰ−ＳＡＮ６０のトラフィックが混在しないようにＩＰ−ＳＡＮ６０とは独立したアウトオブバンドのネットワークで接続することとしても良い。図２４は、他の実施形態における電子計算機システムＣＳの物理的構成を示す説明図である。図２４に示す接続態様の例では、ストレージシステム１０, イニシエータコンピュータ７０,ｉＳＮＳサーバ５０の各機器は、ＩＰ−ＳＡＮ６０とは異なるアウトオブバンドのネットワーク８０を介して接続されており、ストレージシステム１０およびイニシエータコンピュータ７０における各種の設定は、ｉＳＮＳサーバ５０によって管理ネットワーク８０を介して行われる。なお、図２４に示す接続態様において、ストレージシステム１０に管理端末１５を接続し、ｉＳＮＳサーバ５０および管理端末１５によってストレージシステム１０の各種設定を行うこととしても良い。また、管理ネットワーク８０における各機器間のパスについても、図７や図１９に示した導通確認処理と同様にして導通確認を行うこととしても良い。
電子計算機システムＣＳの物理的構成を示す説明図である。 主としてストレージシステム１０の内部構成を示すブロック図である。 電子計算機システムＣＳの論理的構成を示す説明図である。 ターゲット設定テーブルの一例を示す説明図である。 パス設定テーブルの一例を示す説明図である。 新規パス設定処理を示すフローチャートである。 導通確認処理を示すフローチャートである。 導通確認処理の様子の一例を示す説明図である。 新規パスの導通確認結果の通知の一例を示す説明図である。 イニシエータ情報取得処理を示すフローチャートである。 ストレージドメイン設定テーブルの一例を示す説明図である。 イニシエータアドレステーブルの一例を示す説明図である。 既設パス確認処理を示すフローチャートである。 既設パスの導通確認結果の通知の一例を示す説明図である。 パス復旧処理を示すフローチャートである。 ＩＰポート通信統計テーブルの一例を示す説明図である。 ポートアドレステーブルの一例を示す説明図である。 パス復旧処理結果の通知の一例を示す説明図である。 他の実施形態の導通確認処理を示すフローチャートである。 その他の実施形態のパス復旧処理を示すフローチャートである。 その他の実施形態のポートアドレステーブルの一例を示す説明図である。 サーバ接続設定処理を示すフローチャートである。 サーバ接続設定結果の通知の一例を示す説明図である。 他の実施形態における電子計算機システムＣＳの物理的構成を示す説明図である。
符号の説明
１０...ストレージシステム
１５...管理端末
１６...ディスプレイ
１７...キーボード
２０...ストレージ制御部
２０...ターゲットコンピュータ
３０...ストレージ部
５０...ｉＳＮＳサーバ
５５...管理端末
５６...ディスプレイ
５７...キーボード
６０...ＩＰ−ＳＡＮ
７０...イニシエータコンピュータ
８０...管理ネットワーク
１１０...ＩＰポート
１３０...ＬＡＮポート
２１０...ＣＰＵ
２１２...ＲＯＭ
２１４...ＲＡＭ
２２０...データコントローラ
２３０...キャッシュメモリ
３１０...ＨＤＤ
ＣＳ...電子計算機システム

Claims (28)

  1. インターネットプロトコルに基づくネットワークに接続可能な複数の接続ポートと、前記ネットワークに接続されたイニシエータコンピュータに対し前記複数の接続ポートの少なくともいずれかを通じて所定のストレージボリュームを提供するターゲットコンピュータとを備えたストレージシステムにおいて、前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通を確認する導通確認方法であって、
    前記ターゲットコンピュータによって、インターネットコントロールメッセージ・プロトコルに基づくエコー要求を、前記複数の接続ポートのうちの所定の接続ポートを通じて前記イニシエータコンピュータに送信するエコー要求工程と、
    該送信したエコー要求の応答として前記イニシエータコンピュータから返信されるエコー応答の前記ターゲットコンピュータにおける受信状態に基づいて、前記ターゲットコンピュータによって、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が正常であるか否かを判断する導通判断工程と
    を備えた導通確認方法。
  2. 請求項１記載の導通確認方法であって、
    前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として新規に設定される接続ポートであり、
    更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が正常であると判断した場合に、前記ターゲットコンピュータによって、該接続ポートを前記データ転送経路とする設定を登録するパス設定登録工程を備えた導通確認方法。
  3. 請求項１記載の導通確認方法であって、
    前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、
    更に、前記データ転送経路として設定されている接続ポートに通信障害が発生した際に、前記ターゲットコンピュータによって、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更工程を備えた導通確認方法。
  4. 請求項１記載の導通確認方法であって、
    前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、
    更に、前記データ転送経路として設定されている接続ポートの通信負荷が所定値を超えた際に、前記ターゲットコンピュータによって、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更工程を備えた導通確認方法。
  5. 更に、前記パス設定変更工程における接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替工程を備えた請求項３または４記載の導通確認方法。
  6. 請求項１記載の導通確認方法であって、
    前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートであり、
    前記ターゲットコンピュータは、前記ストレージシステムの管理者との間で所定情報のやり取りを行う管理端末とのデータのやり取りが可能であり、
    更に、前記ターゲットコンピュータによって、前記管理端末を介した前記管理者からの指示の入力に基づいて、前記所定の接続ポートについての前記導通が正常であるか否かの判断結果を、前記管理端末を介して前記管理者に通知する判断結果通知工程を備えた導通確認方法。
  7. 前記導通判断工程は、前記エコー応答が前記ターゲットコンピュータに到達した場合に、前記導通が正常であると判断する工程である請求項１ないし６のいずれか記載の導通確認方法。
  8. 前記導通判断工程は、複数の前記エコー要求に対して前記エコー応答が前記ターゲットコンピュータに到達する到達率が所定値を超える場合に、前記導通が正常であると判断する工程である請求項１ないし６のいずれか記載の導通確認方法。
  9. 請求項１ないし８のいずれか記載の導通確認方法であって、
    前記ターゲットコンピュータは、前記ストレージシステムの管理者に対して所定情報を出力するユーザ出力インタフェースとのデータのやり取りが可能であり、
    更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと前記ターゲットコンピュータとの間の導通が異常であると判断した場合に、該異常の理由を前記ターゲットコンピュータによって前記ユーザ出力インタフェースを介して前記管理者に通知する異常通知工程を備えた導通確認方法。
  10. 請求項１ないし９のいずれか記載の導通確認方法であって、
    前記ターゲットコンピュータは、前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であり、
    更に、前記ターゲットコンピュータによって、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを取得するアドレス取得工程を備えた導通確認方法。
  11. 請求項１ないし９のいずれか記載の導通確認方法であって、
    前記ターゲットコンピュータは、前記イニシエータコンピュータを識別可能なイニシエータ名に関連付けて該イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバ、および前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であり、
    更に、前記ターゲットコンピュータによって、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータ名を取得し、該取得したイニシエータ名に関連付けて前記ストレージネームサーバが保有する前記イニシエータアドレスを該ストレージネームサーバから取得するアドレス取得工程を備えた導通確認方法。
  12. 請求項１ないし９のいずれか記載の導通確認方法であって、
    前記ターゲットコンピュータは、前記イニシエータコンピュータと当該ターゲットコンピュータとの組み合わせを定義したストレージドメイン、並びに該ストレージドメインに定義されている前記イニシエータコンピュータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバとのデータのやり取りが可能であり、
    更に、前記ターゲットコンピュータによって、当該ターゲットコンピュータとの組み合わせとして前記ストレージドメインに定義されている前記イニシエータコンピュータの前記イニシエータアドレスを、前記ストレージネームサーバから取得するアドレス取得工程を備えた導通確認方法。
  13. 前記イニシエータコンピュータと前記ターゲットコンピュータとの少なくとも一方は複数である請求項１ないし１２のいずれか記載の導通確認方法。
  14. 前記イニシエータコンピュータと前記ターゲットコンピュータとの間の通信は、ｉＳＣＳＩプロトコルに基づく通信である請求項１ないし１３のいずれか記載の導通確認方法。
  15. インターネットプロトコルに基づくネットワークに接続可能な複数の接続ポートと、前記ネットワークに接続されたイニシエータコンピュータに対し前記複数の接続ポートの少なくともいずれかを通じて所定のストレージボリュームを提供するターゲットコンピュータとを備えたストレージシステムであって、
    前記ターゲットコンピュータは、
    インターネットコントロールメッセージ・プロトコルに基づくエコー要求を、前記複数の接続ポートのうちの所定の接続ポートを通じて前記イニシエータコンピュータに送信するエコー要求手段と、
    該送信したエコー要求の応答として前記イニシエータコンピュータから返信されるエコー応答の当該ターゲットコンピュータにおける受信状態に基づいて、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が正常であるか否かを判断する導通判断手段と
    を備えた
    ストレージシステム。
  16. 請求項１５記載のストレージシステムであって、
    前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として新規に設定される接続ポートであり、
    前記ターゲットコンピュータは、更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が正常であると判断した場合に、該接続ポートを前記データ転送経路とする設定を登録するパス設定登録手段を備えた
    ストレージシステム。
  17. 請求項１５記載のストレージシステムであって、
    前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、
    前記ターゲットコンピュータは、更に、前記データ転送経路として設定されている接続ポートに通信障害が発生した際に、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更手段を備えた
    ストレージシステム。
  18. 請求項１５記載のストレージシステムであって、
    前記所定の接続ポートは、前記複数の接続ポートのうち、前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートとは異なる接続ポートであり、
    前記ターゲットコンピュータは、更に、前記データ転送経路として設定されている接続ポートの通信負荷が所定値を超えた際に、該データ転送経路として設定されている接続ポートを、前記導通が正常であると判断した接続ポートの少なくともいずれかへと設定変更するパス設定変更手段を備えた
    ストレージシステム。
  19. 前記ターゲットコンピュータは、更に、前記パス設定変更手段による接続ポートの設定変更に際して、前記設定変更元の接続ポートに割り当てられていた該接続ポートの前記ネットワーク上の所在を示すポートアドレスを、前記設定変更先の接続ポートに振り替えるアドレス振替手段を備えた
    請求項１７または１８記載のストレージシステム。
  20. 請求項１５記載のストレージシステムであって、
    前記所定の接続ポートは、前記複数の接続ポートのうち前記イニシエータコンピュータと前記ターゲットコンピュータとの間のデータ転送経路として設定されている接続ポートであり、
    前記ターゲットコンピュータは、
    前記ストレージシステムの管理者との間で所定情報のやり取りを行う管理端末とのデータのやり取りが可能であると共に、
    更に、前記管理端末を介した前記管理者からの指示の入力に基づいて、前記所定の接続ポートについての前記導通が正常であるか否かの判断結果を、前記管理端末を介して前記管理者に通知する判断結果通知手段を備えた
    ストレージシステム。
  21. 前記導通判断手段は、前記エコー応答が前記ターゲットコンピュータに到達した場合に、前記導通が正常であると判断する手段である請求項１５ないし２０のいずれか記載のストレージシステム。
  22. 前記導通判断手段は、複数の前記エコー要求に対して前記エコー応答が前記ターゲットコンピュータに到達する到達率が所定値を超える場合に、前記導通が正常であると判断する工程である請求項１５ないし２０のいずれか記載のストレージシステム。
  23. 請求項１５ないし２２のいずれか記載のストレージシステムであって、
    前記ターゲットコンピュータは、
    前記ストレージシステムの管理者に対して所定情報を出力するユーザ出力インタフェースとのデータのやり取りが可能であると共に、
    更に、前記所定の接続ポートを通じた前記イニシエータコンピュータと当該ターゲットコンピュータとの間の導通が異常であると判断した場合に、該異常の理由を、前記ユーザ出力インタフェースを介して前記管理者に通知する異常通知手段を備えた
    ストレージシステム。
  24. 請求項１５ないし２３のいずれか記載のストレージシステムであって、
    前記ターゲットコンピュータは、
    前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であると共に、
    更に、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを取得するアドレス取得手段を備えた
    ストレージシステム。
  25. 請求項１５ないし２３のいずれか記載のストレージシステムであって、
    前記ターゲットコンピュータは、
    前記イニシエータコンピュータを識別可能なイニシエータ名に関連付けて該イニシエータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバ、および前記ストレージシステムの管理者から所定情報の入力を受け付けるユーザ入力インタフェースとのデータのやり取りが可能であると共に、
    更に、前記ユーザ入力インタフェースを介して前記管理者から前記イニシエータ名を取得し、該取得したイニシエータ名に関連付けて前記ストレージネームサーバが保有する前記イニシエータアドレスを該ストレージネームサーバから取得するアドレス取得手段を備えた
    ストレージシステム。
  26. 請求項１５ないし２３のいずれか記載のストレージシステムであって、
    前記ターゲットコンピュータは、
    前記イニシエータコンピュータと当該ターゲットコンピュータとの組み合わせを定義したストレージドメイン、並びに該ストレージドメインに定義されている前記イニシエータコンピュータの前記ネットワーク上の所在を示すイニシエータアドレスを保有するストレージネームサーバとのデータのやり取りが可能であると共に、
    更に、当該ターゲットコンピュータとの組み合わせとして前記ストレージドメインに定義されている前記イニシエータコンピュータの前記イニシエータアドレスを、前記ストレージネームサーバから取得するアドレス取得手段を備えた
    ストレージシステム。
  27. 前記イニシエータコンピュータと前記ターゲットコンピュータとの少なくとも一方は複数である請求項１５ないし２６のいずれか記載のストレージシステム。
  28. 前記イニシエータコンピュータと前記ターゲットコンピュータとの間の通信は、ｉＳＣＳＩプロトコルに基づく通信である請求項１５いし２７のいずれか記載のストレージシステム。
JP2004315482A 2004-10-29 2004-10-29 ストレージシステムおよび導通確認方法 Pending JP2006127201A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2004315482A JP2006127201A (ja) 2004-10-29 2004-10-29 ストレージシステムおよび導通確認方法
US11/016,814 US7724677B2 (en) 2004-10-29 2004-12-21 Storage system and method for connectivity checking

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004315482A JP2006127201A (ja) 2004-10-29 2004-10-29 ストレージシステムおよび導通確認方法

Publications (1)

Publication Number Publication Date
JP2006127201A true JP2006127201A (ja) 2006-05-18

Family

ID=36261718

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004315482A Pending JP2006127201A (ja) 2004-10-29 2004-10-29 ストレージシステムおよび導通確認方法

Country Status (2)

Country Link
US (1) US7724677B2 (ja)
JP (1) JP2006127201A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012507766A (ja) * 2008-11-03 2012-03-29 インターナショナル・ビジネス・マシーンズ・コーポレーション オペレーティング・システムの移行の際におけるストレージ・エリア・ネットワーク（「ｓａｎ」）アクセス権の保持

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180067820A1 (en) * 2005-09-30 2018-03-08 International Business Machines Corporation Method and system for using pre-existing connections in a dispersed storage network
US7852778B1 (en) 2006-01-30 2010-12-14 Juniper Networks, Inc. Verification of network paths using two or more connectivity protocols
US8117301B2 (en) * 2006-01-30 2012-02-14 Juniper Networks, Inc. Determining connectivity status for unnumbered interfaces of a target network device
US7761629B2 (en) * 2007-06-04 2010-07-20 International Business Machines Corporation Method for using host and storage controller port information to configure paths between a host and storage controller
US20080301333A1 (en) * 2007-06-04 2008-12-04 International Business Machines Corporation System and article of manufacture for using host and storage controller port information to configure paths between a host and storage controller
US7940695B1 (en) 2007-06-08 2011-05-10 Juniper Networks, Inc. Failure detection for tunneled label-switched paths
US20090059915A1 (en) * 2007-08-29 2009-03-05 Dell Products, Lp System and method of automating use of a data integrity routine within a network
US8879419B2 (en) 2009-07-28 2014-11-04 Centurylink Intellectual Property Llc System and method for registering an IP telephone
US8339973B1 (en) 2010-09-07 2012-12-25 Juniper Networks, Inc. Multicast traceroute over MPLS/BGP IP multicast VPN
CN102957573B (zh) * 2011-08-24 2017-05-17 中兴通讯股份有限公司 一种路径检测的实现方法及节点
US8902780B1 (en) 2012-09-26 2014-12-02 Juniper Networks, Inc. Forwarding detection for point-to-multipoint label switched paths
US9258234B1 (en) 2012-12-28 2016-02-09 Juniper Networks, Inc. Dynamically adjusting liveliness detection intervals for periodic network communications
US8953460B1 (en) 2012-12-31 2015-02-10 Juniper Networks, Inc. Network liveliness detection using session-external communications
TWI538441B (zh) * 2013-11-05 2016-06-11 衛信科技有限公司 用以建構網路結構部署圖之處理系統及其方法與內儲網路結構部署分析程式之電腦程式產品
US9769017B1 (en) 2014-09-26 2017-09-19 Juniper Networks, Inc. Impending control plane disruption indication using forwarding plane liveliness detection protocols
CN105634857A (zh) * 2014-11-26 2016-06-01 中兴通讯股份有限公司 链路连通性检测方法及装置
US10374936B2 (en) 2015-12-30 2019-08-06 Juniper Networks, Inc. Reducing false alarms when using network keep-alive messages
US10116544B2 (en) 2016-06-21 2018-10-30 Juniper Networks, Inc. Extended ping protocol for determining status for remote interfaces without requiring network reachability
US10397085B1 (en) 2016-06-30 2019-08-27 Juniper Networks, Inc. Offloading heartbeat responses message processing to a kernel of a network device
US20180124220A1 (en) * 2016-10-28 2018-05-03 Hewlett Packard Enterprise Development Lp DEPLOYING AN INTERNET STORAGE NAME SERVICE (iSNS) SERVER ON A NETWORK DEVICE
US10554520B2 (en) * 2017-04-03 2020-02-04 Datrium, Inc. Data path monitoring in a distributed storage network
US11750441B1 (en) 2018-09-07 2023-09-05 Juniper Networks, Inc. Propagating node failure errors to TCP sockets
US11095547B2 (en) * 2019-01-31 2021-08-17 EMC IP Holding Company LLC Determining zoned but inactive I/O paths

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000069119A (ja) * 1998-08-18 2000-03-03 Nec Corp ネットワーク管理システムにおける信頼性通信方式、通信方法、および記録媒体

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5175800A (en) * 1987-03-23 1992-12-29 Case Group Plc Expert and data base system and method for communications network
US6507869B1 (en) * 1999-04-28 2003-01-14 International Business Machines Corporation Method and apparatus for asset tracking of network attached devices
US6757291B1 (en) * 2000-02-10 2004-06-29 Simpletech, Inc. System for bypassing a server to achieve higher throughput between data network and data storage system
JP3918394B2 (ja) * 2000-03-03 2007-05-23 株式会社日立製作所 データ移行方法
US6763479B1 (en) * 2000-06-02 2004-07-13 Sun Microsystems, Inc. High availability networking with alternate pathing failover
US7236488B1 (en) * 2001-08-10 2007-06-26 Gautam Kavipurapu Intelligent routing switching system
JP4338068B2 (ja) * 2002-03-20 2009-09-30 株式会社日立製作所 ストレージシステム
JP2003345631A (ja) 2002-05-28 2003-12-05 Hitachi Ltd 計算機システム及び記憶領域の割当方法
JP2004341994A (ja) * 2003-05-19 2004-12-02 Hitachi Ltd プログラム、情報処理装置、及び情報処理装置の制御方法
JP4278444B2 (ja) * 2003-06-17 2009-06-17 株式会社日立製作所 仮想ポート名の管理装置
US7385937B2 (en) * 2003-07-23 2008-06-10 International Business Machines Corporation Method and system for determining a path between two points of an IP network over which datagrams are transmitted
US20050076113A1 (en) * 2003-09-12 2005-04-07 Finisar Corporation Network analysis sample management process
US20050114496A1 (en) * 2003-10-31 2005-05-26 Zheng Fang Method and apparatus for monitoring network connectivity between a home network device and a network
JP2005217815A (ja) * 2004-01-30 2005-08-11 Hitachi Ltd パス制御方法
US7213021B2 (en) * 2004-03-11 2007-05-01 Hitachi, Ltd. Method and apparatus for storage network management
US7813263B2 (en) * 2004-06-30 2010-10-12 Conexant Systems, Inc. Method and apparatus providing rapid end-to-end failover in a packet switched communications network
US7584272B2 (en) * 2004-10-19 2009-09-01 Lsi Corporation Method and apparatus for fully automated iSCSI target configuration

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000069119A (ja) * 1998-08-18 2000-03-03 Nec Corp ネットワーク管理システムにおける信頼性通信方式、通信方法、および記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012507766A (ja) * 2008-11-03 2012-03-29 インターナショナル・ビジネス・マシーンズ・コーポレーション オペレーティング・システムの移行の際におけるストレージ・エリア・ネットワーク（「ｓａｎ」）アクセス権の保持

Also Published As

Publication number Publication date
US20060092843A1 (en) 2006-05-04
US7724677B2 (en) 2010-05-25

Similar Documents

Publication Publication Date Title
JP2006127201A (ja) ストレージシステムおよび導通確認方法
US8443237B2 (en) Storage apparatus and method for controlling the same using loopback diagnosis to detect failure
US8838850B2 (en) Cluster control protocol
JP4566874B2 (ja) Ｉｐネットワークにおけるストレージアクセス管理機能及びシステム
US7890645B2 (en) Monitoring-target-apparatus management system, management server, and monitoring-target-apparatus management method
US9697082B2 (en) Method and apparatus of disaster recovery virtualization
US20130201992A1 (en) Information processing system and information processing apparatus
JP6476350B2 (ja) コンピューティングノード間の切り替え動作を実行する方法、装置、及び媒体
JP5959733B2 (ja) ストレージシステムおよびストレージシステムの障害管理方法
JP2007072571A (ja) 計算機システム及び管理計算機ならびにアクセスパス管理方法
US20160077738A1 (en) Fibre Channel Storage Array Methods for Port Management
WO2016202051A1 (zh) 一种通信系统中管理主备节点的方法和装置及高可用集群
CN101651559A (zh) 一种存储服务在双控制器存储系统中故障切换的方法
JP2007226400A (ja) 計算機管理方法、計算機管理プログラム、実行サーバの構成を管理する待機サーバ及び計算機システム
US8667337B2 (en) Storage apparatus and method of controlling the same
US20100275219A1 (en) Scsi persistent reserve management
US11184435B2 (en) Message transmission method and apparatus in cluster file system
US7231503B2 (en) Reconfiguring logical settings in a storage system
JP2013130977A (ja) 情報処理装置及び動作状態監視方法
JP2004088570A (ja) ネットワーク計算機システムおよび管理装置
CN107294759A (zh) 服务器系统及数据存取方法
US8819481B2 (en) Managing storage providers in a clustered appliance environment
JP2007122713A (ja) インテリジェント論理ユニットプロビジョニング
US11860719B2 (en) Method for implementing storage service continuity in storage system, front-end interface card, and storage system
CN111352574A (zh) 路径切换的方法、装置及计算机可读存储介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060922

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090807

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090901

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091102

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100413

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100803