JP6287495B2 - ストレージシステム、ストレージ装置 - Google Patents

ストレージシステム、ストレージ装置 Download PDF

Info

Publication number
JP6287495B2
JP6287495B2 JP2014074565A JP2014074565A JP6287495B2 JP 6287495 B2 JP6287495 B2 JP 6287495B2 JP 2014074565 A JP2014074565 A JP 2014074565A JP 2014074565 A JP2014074565 A JP 2014074565A JP 6287495 B2 JP6287495 B2 JP 6287495B2
Authority
JP
Japan
Prior art keywords
storage
storage device
processing unit
monitoring server
communication
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.)
Active
Application number
JP2014074565A
Other languages
English (en)
Other versions
JP2015197742A (ja
Inventor
秀正 幡野
秀正 幡野
前田　実
実 前田
武石　直人
直人 武石
司芳 渡辺
司芳 渡辺
川田　大
大 川田
晋一 西園
晋一 西園
明宏 植田
明宏 植田
健二 服部
健二 服部
淳 高倉
淳 高倉
篤 片野
篤 片野
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2014074565A priority Critical patent/JP6287495B2/ja
Priority to US14/630,773 priority patent/US9760460B2/en
Priority to EP15156569.4A priority patent/EP2937786B1/en
Publication of JP2015197742A publication Critical patent/JP2015197742A/ja
Application granted granted Critical
Publication of JP6287495B2 publication Critical patent/JP6287495B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/2094—Redundant storage or storage space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3048—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the topology of the computing system or computing system component explicitly influences the monitoring activity, e.g. serial, hierarchical systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明の実施形態は、ストレージシステム、ストレージ装置および監視サーバに関する。
従来、業務サーバ等のホストのデータを管理するストレージシステムでは、ストレージの故障などに備えるため、現用系のストレージと待機系のストレージとを有するものがある。このストレージシステムでは、現用系のストレージのデータを待機系のストレージにバックアップしている。そして、運用管理者は、ホストと現用系のストレージとの入出力ができなくなった場合に、現用系／待機系のストレージの状態を確認して、待機系のストレージへ切り替えるフェイルオーバを行う。
特表２００４−５３２４４２号公報 特開２０１０−６７１１５号公報
しかしながら、上述した従来の技術では、運用管理者が待機系のストレージへ切り替えるフェイルオーバを行うまでに、運用管理者によるストレージの確認、設定などの工程を経る必要がある。このため、ホストからストレージへの入出力を継続できない（業務停止）期間が生じる場合があった。
一実施形態のストレージシステムは、現用系のストレージを有する第１のストレージ装置と、待機系のストレージを有する第２のストレージ装置と、監視サーバとが互いに通信可能に接続されたストレージシステムであって、ホストと通信するための、前記第１のストレージ装置における通信ポート及び前記第２のストレージ装置における通信ポートには互いに同一の識別子が設定され、前記第１のストレージ装置又は前記第２のストレージ装置において活性化された通信ポートを有するストレージ装置が前記設定された識別子をもとに前記ホストとの通信を行い、前記監視サーバは、前記第１のストレージ装置及び前記第２のストレージ装置に所定の時間間隔でポーリングを行って、前記第１のストレージ装置及び前記第２のストレージ装置より受信した情報を、次のポーリングで前記第１のストレージ装置及び前記第２のストレージ装置へ送信する送受信部と、前記第１のストレージ装置は、前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて前記第１のストレージ装置と前記監視サーバとの通信経路に異常が生じたと判定した場合に、自装置の通信ポートを非活性化する第１のフェイルオーバ処理部を備え、前記第２のストレージ装置は、前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて前記第１のストレージ装置と前記監視サーバとの通信経路に異常が生じたと判定した場合に、自装置の通信ポートを活性化する第２のフェイルオーバ処理部を備えることを特徴とする。
一実施形態によれば、ホストからストレージへの入出力を継続できない期間が生じることを抑止できる、という効果を奏する。
図１は、実施形態にかかるストレージシステムの構成を例示するブロック図である。 図２は、ＴＦＯグループを説明する説明図である。 図３は、送受信情報を説明する説明図である。 図４は、管理情報を説明する説明図である。 図５は、Ｐｏｒｔ管理テーブルを説明する説明図である。 図６は、ＯＬＵ管理テーブルを説明する説明図である。 図７は、セッション管理テーブルを説明する説明図である。 図８は、実施形態にかかるストレージシステムの機能構成を例示するブロック図である。 図９は、閉塞監視部の処理を例示するフローチャートである。 図１０は、抑止通知監視部の処理を例示するフローチャートである。 図１１は、フェイルオーバ処理部の処理を例示するフローチャートである。 図１２は、通信処理部の処理を例示するフローチャートである。 図１３は、構築処理部の処理を例示するフローチャートである。 図１４は、送受信処理部の初回処理を例示するフローチャートである。 図１５は、送受信処理部の処理を例示するフローチャートである。 図１６は、タイムアウト処理部の処理を例示するフローチャートである。 図１７は、閉塞監視部の処理を例示するフローチャートである。 図１８は、抑止通知監視部の処理を例示するフローチャートである。 図１９は、フェイルオーバ処理部の処理を例示するフローチャートである。 図２０は、通信処理部の処理を例示するフローチャートである。 図２１は、構築処理部の処理を例示するフローチャートである。 図２２は、復旧監視部の処理を例示するフローチャートである。 図２３は、ネゴシエーション処理部の処理を例示するフローチャートである。 図２４は、通信監視処理部の処理を例示するフローチャートである。
以下、図面を参照して、実施形態にかかるストレージシステム、ストレージ装置および監視サーバを説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明するストレージシステム、ストレージ装置および監視サーバは、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。
図１は、実施形態にかかるストレージシステム１の構成を例示するブロック図である。図１に示すように、ストレージシステム１は、ストレージ装置１０、２０と、監視サーバ３０と、業務サーバ４０とを有する。ストレージ装置１０、２０と業務サーバ４０とは、例えばＳＡＮ（Storage Area Network）などのネットワークＮ１によって互いに通信可能される。また、ストレージ装置１０、２０と、監視サーバ３０とは、ＬＡＮ（Local Area Network）などのネットワークＮ２によって互いに通信可能に接続される。監視サーバ３０は、ネットワークＮ２を介してストレージ装置１０、２０を監視するサーバ装置である（詳細は後述する）。業務サーバ４０は、ネットワークＮ１を介してストレージ装置１０、２０を利用するホストである。
ストレージ装置１０、２０は、ネットワークＮ１を介して業務サーバ４０が入出力するデータを、ディスク１３ａ、１３ｂ、１４ａ、１４ｂ、２３ａ、２３ｂ、２４ａ、２４ｂに記憶して管理する。具体的には、ストレージ装置１０、２０は、ディスク１３ａ、１３ｂ、１４ａ、１４ｂ、２３ａ、２３ｂ、２４ａ、２４ｂを現用系のストレージと、待機系のストレージとに分け、現用系のストレージと、待機系のストレージとの組を一つのグループとして管理する。
現用系のストレージは、いわゆるプライマリのストレージであり、例えば現用系のストレージに障害が無い通常時に使用される。また、待機系のストレージは、いわゆるセカンダリのストレージであり、例えば通常時には現用系のストレージのコピーが格納される。そして、現用系のストレージに異常が生じた場合には、フェイルオーバによって切り替えて使用される。
この現用系のストレージと、待機系のストレージとの組み合わせは、ストレージシステム１の運用管理者によって適宜設定される。例えば、ストレージ装置１０のディスク１３ａ、１３ｂ、１４ａ、１４ｂをプライマリ、ストレージ装置２０のディスク２３ａ、２３ｂ、２４ａ２４ｂをセカンダリとする組み合わせを設定してもよい。この場合、ストレージ装置１０は現用系のストレージを有し、ストレージ装置２０は待機系のストレージを有する構成となる。この現用系のストレージと、待機系のストレージとの組み合わせを、本実施形態ではＴＦＯ（トランスペアレントフェイルオーバ）グループと呼ぶ。トランスペアレントフェイルオーバは、現用系のストレージから待機系のストレージへの切り替えを業務サーバ４０が認識することなく、透過的に行われるフェイルオーバのことである。
このＴＦＯグループは、任意に設定してよい。図２は、ＴＦＯグループを説明する説明図である。例えば、図２に示すように、ＴＦＯグループＧ１、Ｇ２のように複数のグループを設定してもよい。ここで、ＴＦＯグループＧ１のプライマリをストレージ装置１０のディスク１３ａ、１３ｂ、セカンダリをストレージ装置２０の２４ａ、２４ｂと設定し、ＴＦＯグループＧ２のプライマリをストレージ装置２０のディスク２３ａ、２３ｂ、セカンダリをストレージ装置１０のディスク１４ａ、１４ｂと設定してもよい。この場合、ＴＦＯグループＧ１については、ストレージ装置１０は現用系のストレージを有し、ストレージ装置２０は待機系のストレージを有する構成となる。また、ＴＦＯグループＧ２については、ＴＦＯグループＧ１とは逆に、ストレージ装置１０は待機系のストレージを有し、ストレージ装置２０は現用系のストレージを有する構成となる。
以下の実施形態では、ストレージ装置１０を現用系のストレージを有するプライマリとし、ストレージ装置２０を待機系のストレージを有するセカンダリとして説明する。
ストレージ装置１０は、ＣＡ（Channel Adapter）１１ａ、１１ｂ、１２ａ、１２ｂ、ディスク１３ａ、１３ｂ、１４ａ、１４ｂ、ＣＭ（Control Module）１５、１６を有する。ＣＡ１１ａ、１１ｂ、１２ａ、１２ｂは、ネットワークＮ１を介した通信を行うインターフェース（通信ポート）である。ディスク１３ａ、１３ｂ、１４ａ、１４ｂは、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構築し、業務サーバ４０から受信した書込みデータを記憶する。
ＣＭ１５、１６は、業務サーバ４０とディスク１３ａ、１３ｂ、１４ａ、１４ｂとの間のデータの入出力、監視サーバ３０との通信を制御する。なお、ＣＭ１５、１６は、業務サーバ４０からの要求に応じて読み書きされるデータを一時的に記憶する図示しない論理ボリューム用キャッシュを有してもよい。また、ＣＭ１５、１６は、業務サーバ４０からストレージ装置２０へのデータの転送を依頼された場合に用いる図示しない転送用バッファを有してもよい。
ストレージ装置２０は、ＣＡ２１ａ、２１ｂ、２２ａ、２２ｂ、ディスク２３ａ、２３ｂ、２４ａ、２４ｂ、ＣＭ２５、２６を有する。ＣＡ２１ａ、２１ｂ、２２ａ、２２ｂは、ネットワークＮ１を介した通信を行うインタフェース（通信ポート）である。ディスク２３ａ、２３ｂ、２４ａ、２４ｂは、例えばＲＡＩＤを構築し、業務サーバ４０から受信した書込みデータやストレージ装置１０から転送されたデータを記憶する。
ＣＭ２５、２６は、業務サーバ４０とディスク２３ａ、２３ｂ、２４ａ、２４ｂとの間のデータの入出力、ストレージ装置１０から転送されたデータの入出力、監視サーバ３０との通信を制御する。なお、ＣＭ２５、２６は、業務サーバ４０からの要求に応じて読み書きされるデータを一時的に記憶する図示しない論理ボリューム用キャッシュを有してもよい。また、ＣＭ２５、２６は、ストレージ装置１０からデータを受信した場合に用いる図示しない転送用バッファを有してもよい。
また、ストレージ装置１０、２０においてネットワークＮ１を介して業務サーバ４０と通信を行う通信ポートである、ＣＡ１１ａ、１１ｂ、１２ａ、１２ｂ、２１ａ、２１ｂ、２２ａ、２２ｂには、所定のＷＷＮ（World Wide Name）が設定されている。このＷＷＮは、ＳＡＮにおいて装置を識別すために一意に設定される識別子である。なお、ＳＡＮの代わりにＬＡＮ等を用いる場合は、ＩＰアドレスを識別子として用いてもよい。
本実施形態では、ストレージ装置１０において、業務サーバ４０と通信を行うＣＡ１１ａ、１１ｂ、１２ａ、１２ｂには、各ポートの識別子であるＷＷＰＮ（World Wide Port Name）、同一のノード(ストレージ装置１０)の識別子であるＷＷＮＮ（World Wide Node Name）等が設定されている。
また、ストレージ装置２０において、実務業務サーバ４０と通信を行うＣＡ２１ａ、２１ｂ、２２ａ、２２ｂには、ＣＡ１１ａ、１１ｂ、１２ａ、１２ｂの各ポートと同一のＷＷＰＮ（World Wide Port Name）が設定され、ストレージ装置１０と同一のＷＷＮＮ（World Wide Node Name）が設定されている。
つまり、プライマリのストレージ装置１０とセカンダリのストレージ装置２０は、切り換えられた際に入出力がエラーとならずに業務が継続されるように、同一のＷＷＰＮ、ＷＷＮＮが設定されている。また、ボリュームのＵＩＤ（Universal ID）や、ＨＬＵＮ（Host Logical Unit Number）等も同一に設定されている。
そして、ストレージ装置１０、２０の一方の通信ポートをリンクアップ（活性化）させ、他方の通信ポートをリンクダウン（非活性化）させる。これにより、業務サーバ４０は、ストレージ装置１０、２０の内の、通信ポートがリンクアップされた方と通信できる。例えば、ストレージ装置１０のストレージに障害が無い通常時にはストレージ装置１０の通信ポートがリンクアップされ、ストレージ装置２０の通信ポートがリンクダウンされる。これにより、通常時における業務サーバ４０の入出力には、ストレージ装置１０が使用される。そして、ストレージ装置１０のストレージに障害が生じた場合には、ストレージ装置１０の通信ポートをリンクダウンさせ、ストレージ装置２０の通信ポートをリンクアップさせる。これにより、業務サーバ４０の入出力が透過的にストレージ装置２０に切り替えられることとなる。
監視サーバ３０は、ネットワークＮ２を介してストレージ装置１０、２０に所定の時間間隔でポーリングを行って、ストレージ装置１０、２０より各種情報を受信する。次いで、監視サーバ３０は、ポーリングによって受信した情報を次のポーリングでストレージ装置１０、２０へ送信する。これにより、ストレージ装置１０、２０は、各種情報を共有する。また、監視サーバ３０は、ストレージ装置１０、２０へのポーリングでタイムアウトが生じた場合、そのタイムアウトが生じたことをストレージ装置１０、２０へ送信する。これにより、ストレージ装置１０、２０は、監視サーバ３０とストレージ装置１０、２０との間の通信経路で異常が生じたことを認識できる。
ここで、監視サーバ３０のポーリングによって、ストレージ装置１０、２０の間で送受信される送信情報について説明する。図３は、送受信情報Ｉを説明する説明図である。
図３に示すように、送信情報Ｉは、Ｃｏｎｆｉｇ Ｃｏｕｎｔを格納する領域Ｉ１と、Ｓｐｅｅｄ Ｆｌａｇを格納する領域Ｉ２と、Ｇｒｏｕｐ Ｉｎｆｏ［０］〜Ｇｒｏｕｐ Ｉｎｆｏ［３１］を格納する領域Ｉ３とを含む。
Ｃｏｎｆｉｇ Ｃｏｕｎｔは、ＴＦＯグループの設定、すなわちストレージ装置１０、２０におけるストレージ等の構成が変更されたことを示す情報であり、例えば、構成が変更された場合にインクリメントされるカウンタ値である。例えば、監視サーバ３０からのポーリングされる送信情報Ｉの領域Ｉ１に格納されたＣｏｎｆｉｇ Ｃｏｕｎｔを参照して、直近のＣｏｎｆｉｇ Ｃｏｕｎｔと比較することで、構成の変更の有無を確認できる。
Ｓｐｅｅｄ Ｆｌａｇは、ポーリングの時間間隔を短くするか否かを示すフラグである。例えば、Ｓｐｅｅｄ Ｆｌａｇが「ＮＯＲＭＡＬ」である場合には、監視サーバ３０はポーリングの時間間隔はそのままとする。また、Ｓｐｅｅｄ Ｆｌａｇが「ＨＩＧＨ ＳＰＥＥＤ」である場合には、監視サーバ３０はポーリングの時間間隔を短くする。
Ｇｒｏｕｐ Ｉｎｆｏ［０］〜Ｇｒｏｕｐ Ｉｎｆｏ［３１］は、各ＴＦＯグループ（０〜３１）において、監視サーバ３０のポーリングに応じてストレージ装置間で通知する情報である。本実施形態では、プライマリ側のストレージ装置１０と、セカンダリ側のストレージ装置２０の１つのＴＦＯグループであることから、Ｇｒｏｕｐ Ｉｎｆｏ［０］などに情報を格納して通知する。
例えば、プライマリ側のストレージ装置１０は、業務サーバ４０とのＩＯ（入出力）を抑止中であることを示すＩＯ抑止通知を、ストレージ装置２０とのＴＦＯグループにおけるＧｒｏｕｐ Ｉｎｆｏ［０］に格納して通知する。また、セカンダリ側のストレージ装置２０は、ストレージ装置１０からのＩＯ抑止通知に対するＩＯ抑止応答を、Ｇｒｏｕｐ Ｉｎｆｏ［０］に格納して通知する。また、監視サーバ３０は、ストレージ装置１０、２０に対するポーリングがタイムアウト（失敗）したことをＧｒｏｕｐ Ｉｎｆｏ［０］に格納して通知する。また、ストレージ装置１０、２０において構成の変更があった場合には、構成が変更中であることと、変更された差分などをＧｒｏｕｐ Ｉｎｆｏ［０］に格納して通知する。
ストレージ装置１０、２０は、監視サーバ３０からポーリングによって通知された送信情報Ｉに基づいたＴＦＯグループの状態、各種設定などを、管理情報、管理テーブルとしてＣＭ１５、１６、２５、２６内の不揮発性メモリ（図示しない）などに記憶する。
ここで、ストレージ装置１０、２０が記憶する管理情報、管理テーブルについて説明する。図４は、管理情報Ｔ１を説明する説明図である。図４に示すように、管理情報Ｔ１は、ＴＦＯのグループについての情報を格納する。この管理情報Ｔ１は、ＴＦＯグループ（０〜３１）ごとに用意されており、各ＴＦＯグループの情報を参照することで、そのグループに関する各種情報を確認できる。
具体的には、管理情報Ｔ１は、「ＩＯ抑止状態」、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｅｔｉｏｎ」、「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」を含む。「ＩＯ抑止状態」は、プライマリが業務サーバ４０とのＩＯ（入出力）を抑止中であるか否かを示す。「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｅｔｉｏｎ」は、ＴＦＯグループのコンディションが通常（Ｎｏｒｍａｌ）であるか停止（Ｈａｌｔ）であるかを示す。
「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」は、ＴＦＯグループの状態が活動中（Ａｃｔｉｖｅ）であるか待機中（Ｓｔａｎｄｂｙ）であるかを示す。「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は、ＴＦＯグループのコンディションが停止となった要因を示す。具体的には、要因なし（Ｎｏｎｅ）、プライマリ／セカンダリ間の通信途絶（ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ）、プライマリ／監視サーバの通信途絶（Ｍｏｎｉｔｏｒｉｎｇ Ｓｅｒｖｅｒ Ｄｉｓｃｏｎｎｅｃｔｅｄ）がある。
また、管理情報Ｔ１は、「Ｋｉｎｄ」、「Ｐａｉｒ Ｂｏｘ ＩＤ」、「Ｐａｉｒ Ｐｏｒｔ Ｃｏｕｎｔ」、「ＷＷＮＮ」を含む。「Ｋｉｎｄ」は、自装置がプライマリ、セカンダリ、Ｎｏｎｅのいずれかを示す。「Ｐａｉｒ Ｂｏｘ ＩＤ」は、組となるストレージ装置を識別するＩＤである。「Ｐａｉｒ Ｐｏｒｔ Ｃｏｕｎｔ」は、組となるストレージ装置の構成の変更を示すカウンタ値である。「ＷＷＮＮ」は、自装置のＷＷＮＮ（World Wide Node Name）を示す。また、管理情報Ｔ１は、各通信ポートの設定を示す「Ｏｗｎ Ｐｏｒｔ［０］…」、「Ｐａｉｒ Ｐｏｒｔ［０］…」、「ＷＷＰＮ［０］…」を含む。
図５は、Ｐｏｒｔ管理テーブルＴ２を説明する説明図である。図５に示すように、Ｐｏｒｔ管理テーブルＴ２は、自装置におけるＰｏｒｔを管理するテーブルである。このＰｏｒｔ管理テーブルＴ２を参照することで、例えば、ＣＡがどのＴＦＯグループで使用されているかを確認できる。
図６は、ＯＬＵ（Open Logical Unit）管理テーブルＴ３を説明する説明図である。図６に示すように、ＯＬＵ管理テーブルＴ３は、自装置におけるＯＬＵを管理するテーブルである。例えば、ＯＬＵ管理テーブルＴ３を参照することで、ＴＦＯグループが使用するＯＬＵを確認できる。
図７は、セッション管理テーブルＴ４を説明する説明図である。図７に示すように、セッション管理テーブルＴ４は、「ＴＦＯ セッション Ｓｔａｔｕｓ」、「Ｃｏｐｙ 元 ＯＬＵ」、「Ｃｏｐｙ 先 ＯＬＵ」を含み、ＴＦＯのセッションを管理するテーブルである。「ＴＦＯ セッション Ｓｔａｔｕｓ」は、「Ｃｏｐｙｉｎｇ」、「Ａｃｔｉｖｅ」、「Ｓｕｓｐｅｎｄ」など、ＴＦＯにおける現在のセッション状態を示す。「Ｃｏｐｙ 元 ＯＬＵ」、「Ｃｏｐｙ 先 ＯＬＵ」は、ＴＦＯにおいてコピー元のＯＬＵと、コピー先のＯＬＵとを示す。
次に、ストレージシステム１の機能構成について説明する。図８は、実施形態にかかるストレージシステム１の機能構成を例示するブロック図である。図８に示すように、プライマリ側のストレージ装置１０は、ＣＭ１５、１６がプログラムを順次実行することで、閉塞監視部１０１、抑止通知監視部１０２、フェイルオーバ処理部１０３、通信処理部１０４、構築処理部１０５としての機能を実現する。同様に、セカンダリ側のストレージ装置２０は、ＣＭ２５、２６がプログラムを順次実行することで、閉塞監視部２０１、抑止通知監視部２０２、フェイルオーバ処理部２０３、通信処理部２０４、構築処理部２０５、復旧監視部２０６、ネゴシエーション処理部２０７、通信監視処理部２０８としての機能を実現する。また、監視サーバ３０は、制御部３１が送受信処理部３０１、タイムアウト処理部３０２としての機能を実現する。制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有する。制御部３１は、ＣＰＵがＲＯＭなどに記憶されたプログラムをＲＡＭに展開して順次実行することで、上述した機能部を提供する。
先ず、ストレージ装置１０の機能構成を説明する。閉塞監視部１０１は、プライマリ、セカンダリ間の通信経路が閉塞（異常）状態であるか否かを監視する。ここでいう、通信経路の異常状態とは、正常な応答が得られない等の通信の異常による途絶状態を意味するものである。この通信経路の異常には、物理的な配線の切断等のハードウエア的な要因と、通信アプリケーションのハングアップなどソフトウエア的な要因とがある。閉塞監視部１０１は、いずれの要因であっても、正常な応答が得られない等の通信の異常となる場合は通信経路の閉塞とする。
図９は、閉塞監視部１０１の処理を例示するフローチャートである。図９に示すように、処理が開始されると、閉塞監視部１０１は、プライマリとセカンダリ間の通信経路、すなわちストレージ装置１０、２０の間の通信経路が異常であるか否かを判定する（Ｓ１１）。具体的には、ＡＣＫなどに対する正常な応答がない場合には、通信経路の異常と判定する。
異常でない場合（Ｓ１１：ＮＯ）、閉塞監視部１０１はそのまま処理を待機する。異常である場合（Ｓ１１：ＹＥＳ）、閉塞監視部１０１は、業務サーバ４０とのＩＯ（入出力）を抑止する抑止状態とし（Ｓ１２）、監視サーバ３０を介してストレージ装置２０へＩＯ抑止通知を行う（Ｓ１３）。具体的には、閉塞監視部１０１は、監視サーバ３０からのポーリングに対してＩＯ抑止通知を含めて応答を監視サーバ３０へ送信する。このとき、閉塞監視部１０１は、ＩＯ抑止通知に対する応答の監視を、所定の時間間隔（例えば９秒）でタイムアウトとするように抑止通知監視部１０２に依頼する。
抑止通知監視部１０２は、閉塞監視部１０１が送信したＩＯ抑止通知に対する応答の監視を行う。図１０は、抑止通知監視部１０２の処理を例示するフローチャートである。
図１０に示すように、閉塞監視部１０１の依頼などによって処理が開始されると、抑止通知監視部１０２は、ＩＯ抑止通知に対する応答が所定時間（例えば９秒間）無くて、タイムアウトしたか否かを判定する（Ｓ２１）。タイムアウトしていない場合（Ｓ２１：ＮＯ）、抑止通知監視部１０２は処理を待機する。タイムアウトした場合、抑止通知監視部１０２はＳ２２へ処理を進める。
次いで、抑止通知監視部１０２は、プライマリであるストレージ装置１０と監視サーバ３０間の通信経路が異常であるか否かを判定する（Ｓ２２）。具体的には、ＡＣＫに対する監視サーバ３０からの正常な応答がない場合や、監視サーバ３０とのポーリングが失敗した場合には、通信経路の異常と判定する。
異常である場合（Ｓ２２：ＹＥＳ）、抑止通知監視部１０２は、フェイルオーバ処理をフェイルオーバ処理部１０３に依頼する（Ｓ２３）。これにより、ストレージ装置１０、２０の間の通信経路が異常であり、ストレージ装置１０と監視サーバ３０間の通信経路が異常である場合には、ストレージ装置１０に異常があることから、フェイルオーバ処理部１０３によるフェイルオーバ処理が開始される。
異常でない場合（Ｓ２２：ＮＯ）、抑止通知監視部１０２は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」（停止）に遷移させる（Ｓ２４）。これにより、ＴＦＯグループのコンディションを停止とさせる。次いで、抑止通知監視部１０２は、ＴＦＯセッションをＨａｌｔ（停止）に遷移させ（Ｓ２５）、ＩＯ抑止状態を解除する（Ｓ２６）。これにより、ストレージ装置１０、２０の間の通信経路が異常であるが、ストレージ装置１０と監視サーバ３０間の通信経路が異常でない場合には、ストレージ装置１０に異常がないことから、ストレージ装置２０への切り替え（フェイルオーバ）が行われないようにする。
フェイルオーバ処理部１０３は、ストレージ装置１０からストレージ装置２０へのフェイルオーバを行うため、ストレージ装置１０が業務サーバ４０と通信する通信ポートをリンクダウンさせるフェイルオーバ処理を行う。図１１は、フェイルオーバ処理部１０３の処理を例示するフローチャートである。
図１１に示すように、ストレージ装置１０側のフェイルオーバ処理が開始されると、フェイルオーバ処理部１０３は、「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」を「Ｓｔａｎｄｂｙ」に遷移させる（Ｓ３１）。これにより、ＴＦＯグループの状態が待機中（Ｓｔａｎｄｂｙ）となる。次いで、フェイルオーバ処理部１０３は、「ＴＦＯ Ｐｏｒｔ Ｌｉｎｋ」、すなわちストレージ装置１０が業務サーバ４０と通信する通信ポートを「Ｄｏｗｎ」（非活性化）に遷移させる（Ｓ３２）。これにより、業務サーバ４０からはストレージ装置１０が認識できず、ストレージ装置１０と業務サーバ４０との通信ができなくなる。次いで、フェイルオーバ処理部１０３は、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」（停止）に遷移させる（Ｓ３３）。
通信処理部１０４は、ストレージ装置１０と監視サーバ３０との間の通信を制御する。図１２は、通信処理部１０４の処理を例示するフローチャートである。図１２に示すように、通信処理部１０４は、監視サーバ３０からのポーリングにより通知される送信情報Ｉをもとに、ＩＯ抑止通知に対する応答の受信があったか否かを判定する（Ｓ４１）。
ＩＯ抑止通知に対する応答の受信がなかった場合（Ｓ４１：ＮＯ）、通信処理部１０４はＳ４４へ処理を進める。ＩＯ抑止通知に対する応答の受信があった場合（Ｓ４１：ＹＥＳ）、通信処理部１０４は、ＩＯ抑止状態を解除する（Ｓ４２）。ついで、通信処理部１０４は、ＩＯ抑止通知を送った要因がプライマル／セカンダリ間の通信経路の閉塞であることから、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」に「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」を設定する（Ｓ４３）。
次いで、通信処理部１０４は、管理情報Ｔ１を参照して、ＩＯ抑止状態であるか否かを判定する（Ｓ４４）。ＩＯ抑止状態でない場合（Ｓ４４：ＮＯ）、通信処理部１０４はＳ４７へ処理を進める。ＩＯ抑止状態である場合（Ｓ４４：ＹＥＳ）、通信処理部１０４は、ＩＯ抑止通知を行うための、送信情報ＩのビットをＯＮとし（Ｓ４５）、「Ｓｐｅｅｄ Ｆｌａｇ」のビットをＯＮとする（Ｓ４６）。
次いで、通信処理部１０４は、管理情報Ｔ１を参照して、直近からの構成の変更の有無を判定する（Ｓ４７）。構成に変更がない場合（Ｓ４７：ＮＯ）、通信処理部１０４はＳ４９へ処理を進める。構成に変更がある場合（Ｓ４７：ＹＥＳ）、通信処理部１０４は「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」のカウンタ値をインクリメントして設定する（Ｓ４８）。
次いで、通信処理部１０４は、監視サーバ３０からのポーリングに対する通信応答として、Ｓ４８までの処理で設定された送信情報Ｉを監視サーバ３０に送信する（Ｓ４９）。次いで、通信処理部１０４は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」が「Ｍｏｎｉｔｏｒｉｎｇ Ｓｅｒｖｅｒ Ｄｉｓｃｏｎｎｅｃｔｅｄ」であり、監視サーバ３０に関する経路が正常であるか否かを判定する（Ｓ５０）。なお、監視サーバ３０に関する経路が正常であるか否かについては、監視サーバ３０からのポーリングの有無などをもとに判定する。
Ｓ５０において肯定である場合（Ｓ５０：ＹＥＳ）、監視サーバ３０に関する経路が正常に戻ったということであるから、通信処理部１０４は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｎｏｒｍａｌ」に遷移させる（Ｓ５１）。Ｓ５０において否定である場合（Ｓ５０：ＮＯ）、通信処理部１０４はＳ５１をスキップして処理を終了する。
構築処理部１０５は、送信情報Ｉの「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」での通知において、ＴＦＯグループにおいて構成の変更があった場合に、ストレージ装置１０側における構築処理を行う。図１３は、構築処理部１０５の処理を例示するフローチャートである。
図１３に示すように、処理が開始されると、構築処理部１０５は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」（停止）に遷移させる（Ｓ６１）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。次いで、構築処理部１０５は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」を「Ａｃｔｉｖｅ」に遷移させる（Ｓ６２）。
次に、監視サーバ３０の機能構成を説明する。送受信処理部３０１は、ストレージ装置１０、２０との間の情報を送受信する。具体的には、送受信処理部３０１は、ストレージ装置１０、２０に所定の時間間隔でポーリングを行って、ストレージ装置１０、２０より受信した情報を、次のポーリングでストレージ装置１０、２０へ送信する送受信処理を行う。
図１４は、送受信処理部３０１の初回処理を例示するフローチャートである。なお、初回処理とは、送受信処理部３０１がストレージ装置１０、２０に対して、初回に送受信を行う処理を示す。図１４に示すように、初回処理が開始されると、送受信処理部３０１は、送信情報Ｉに構成変更中などのフラグを立ててストレージ装置１０、２０へポーリングすることで、ストレージ装置１０、２０より構成に関する応答を取得する構成構築処理を行う（Ｓ１０１）。次いで、送受信処理部３０１は、ストレージ装置１０、２０より取得した構成に関する応答をもとに、送信情報Ｉを設定し（Ｓ１０２）、ストレージ装置１０、２０へ送信（ポーリング）する（Ｓ１０３）。これにより、ストレージ装置１０、２０では、互いの構成について情報を共有できる。次いで、フェイルオーバ処理部１０３は、ストレージ装置１０、２０との間の受信の監視を起動する（Ｓ１０４）。
図１５は、送受信処理部３０１の処理を例示するフローチャートであり、具体的には、初回処理後に行われる送受信処理部３０１の処理を示すフローチャートである。
図１５に示すように、送受信処理部３０１は、ストレージ装置１０、２０からの送信情報Ｉの受信を受けて（Ｓ１１０）、「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」のインクリメントの検出の有無を判定する（Ｓ１１１）。インクリメントの検出がない場合（Ｓ１１１：ＮＯ）、送受信処理部３０１はＳ１１４へ処理を進める。
インクリメントの検出がある場合（Ｓ１１１：ＹＥＳ）、送受信処理部３０１は、構成変更中などのフラグを立てた送信情報Ｉを設定し（Ｓ１１２）、ストレージ装置１０、２０へポーリングすることで、ストレージ装置１０、２０より構成に関する応答を取得する構成構築処理を行う（Ｓ１１３）。
次いで、送受信処理部３０１は、ＴＦＯグループの全装置、すなわちストレージ装置１０及び２０から応答を受信したか否かを判定する（Ｓ１１４）。応答を受信していない場合（Ｓ１１４：ＮＯ）、送受信処理部３０１は、Ｓ１１０へ処理を戻して応答を待つ。
ストレージ装置１０及び２０から応答を受信した場合（Ｓ１１４：ＹＥＳ）、送受信処理部３０１は、ストレージ装置１０、２０より取得した構成に関する応答をもとに、送信情報Ｉを設定する（Ｓ１１５）。次いで、送受信処理部３０１は、送信情報Ｉの「Ｓｐｅｅｄ Ｆｌａｇ」がＯＦＦであるか否かを判定する（Ｓ１１６）。
ＯＦＦである場合（Ｓ１１６：ＹＥＳ）、ポーリングの時間間隔を短くしなくてよいことから、送受信処理部３０１は、予め設定された所定時間、ポーリング間隔を待ち合わせる（Ｓ１１７）。ＯＦＦでない場合（Ｓ１１６：ＮＯ）、ポーリングの時間間隔を短くすることから、送受信処理部３０１は、ポーリング間隔を待ち合わせるためのＳ１１７をスキップする。
次いで、送受信処理部３０１は、Ｓ１１５で設定された送信情報Ｉをストレージ装置１０、２０へ送信（ポーリング）し、受信の監視リセット・起動を行う（Ｓ１１９）。
タイムアウト処理部３０２は、送受信処理部３０１におけるストレージ装置１０、２０へのポーリングにおいて、所定の時間内の応答がない、タイムアウトが生じた否かを監視する。タイムアウト処理部３０２は、タイムアウトが生じた場合、タイムアウトが生じたことをストレージ装置１０、２０へ送信する。
図１６は、タイムアウト処理部３０２の処理を例示するフローチャートである。図１６に示すように、タイムアウト処理部３０２は、ストレージ装置１０、２０へのポーリングにおいて、所定の時間内の応答がない、タイムアウトが生じた場合（Ｓ１２０）、タイムアウトによりポーリングが失敗したことを示す送信情報Ｉを設定する（Ｓ１２１）。次いで、タイムアウト処理部３０２は、設定した送信情報Ｉをストレージ装置１０、２０へ送信し（Ｓ１２２）、受信の監視リセット・起動を行う（Ｓ１２３）。
次に、ストレージ装置２０の機能構成を説明する。閉塞監視部２０１は、プライマリ、セカンダリ間の通信経路が閉塞（異常）状態であるか否かを監視する。
図１７は、閉塞監視部２０１の処理を例示するフローチャートである。図１７に示すように、処理が開始されると、閉塞監視部２０１は、プライマリとセカンダリ間の通信経路、すなわちストレージ装置１０、２０の間の通信経路が異常であるか否かを判定する（Ｓ２０１）。具体的には、ＡＣＫなどに対する正常な応答がない場合には、通信経路の異常と判定する。
異常でない場合（Ｓ２０１：ＮＯ）、閉塞監視部２０１はそのまま処理を待機する。異常である場合（Ｓ２０１：ＹＥＳ）、ＩＯ抑止通知の監視を、所定の時間間隔（例えば１５秒）でタイムアウトとするように抑止通知監視部１０２に依頼する。
抑止通知監視部２０２は、ストレージ装置１０から監視サーバ３０を経由したＩＯ抑止通知を監視する。図１８は、抑止通知監視部２０２の処理を例示するフローチャートである。
図１８に示すように、閉塞監視部２０１の依頼などによって処理が開始されると、抑止通知監視部２０２は、ＩＯ抑止通知が所定時間（例えば１５秒間）なく、監視がタイムアウトしたか否かを判定する（Ｓ２１１）。タイムアウトしていない場合（Ｓ２１１：ＮＯ）、抑止通知監視部２０２は処理を待機する。
タイムアウトした場合（Ｓ２１１：ＹＥＳ）、抑止通知監視部２０２は、フェイルオーバ処理をフェイルオーバ処理部２０３に依頼する（Ｓ２１２）。これにより、ストレージ装置１０、２０の間の通信経路が異常であり、ストレージ装置１０からのＩＯ抑止通知がなく、ストレージ装置１０と監視サーバ３０間の通信経路が異常である場合には、ストレージ装置１０に異常があることから、フェイルオーバ処理部２０３によるフェイルオーバ処理が開始される。
フェイルオーバ処理部２０３は、ストレージ装置１０からストレージ装置２０へのフェイルオーバを行うため、ストレージ装置２０が業務サーバ４０と通信する通信ポートをリンクアップさせるフェイルオーバ処理を行う。図１９は、フェイルオーバ処理部２０３の処理を例示するフローチャートである。
図１９に示すように、ストレージ装置２０側のフェイルオーバ処理が開始されると、フェイルオーバ処理部２０３は、「ＴＦＯ セッション」を「Ｓｕｓｐｅｎｄ」に遷移させる（Ｓ２２１）。次いで、フェイルオーバ処理部２０３は、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」（停止）に遷移させ（Ｓ２２２）、「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」を「Ａｃｔｉｖｅ」に遷移させる（Ｓ２２３）。次いで、フェイルオーバ処理部２０３は、「ＴＦＯ Ｐｏｒｔ Ｌｉｎｋ」、すなわちストレージ装置２０が業務サーバ４０と通信する通信ポートを「Ｕｐ」（活性化）に遷移させる（Ｓ２２４）。
これにより、業務サーバ４０からはストレージ装置２０が認識され、ストレージ装置２０と業務サーバ４０との通信が行われる。また、業務サーバ４０側では、ＷＷＮ等の設定を行うことなく、業務サーバ４０の入出力が透過的にストレージ装置２０に切り替えられることとなる。したがって、ストレージシステム１では、ホストである業務サーバ４０からストレージ装置１０、２０のストレージへの入出力を継続できない期間が生じることを、抑止できる。
通信処理部２０４は、ストレージ装置２０と監視サーバ３０との間の通信を制御する。図２０は、通信処理部２０４の処理を例示するフローチャートである。図２０に示すように、通信処理部２０４は、監視サーバ３０からのポーリングにより通知される送信情報Ｉをもとに、ＩＯ抑止通知があったか否かを判定する（Ｓ２３１）。
ＩＯ抑止通知の受信がなかった場合（Ｓ２３１：ＮＯ）、通信処理部２０４はＳ２３６へ処理を進める。ＩＯ抑止通知の受信があった場合（Ｓ２３１：ＹＥＳ）、通信処理部２０４は、ＩＯ抑止通知の監視を解除する（Ｓ２３２）。次いで、通信処理部２０４は、ＩＯ抑止通知を送った要因がプライマル／セカンダリ間の通信経路の閉塞であることから、「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」に「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」を設定する（Ｓ２３３）。
次いで、通信処理部２０４は、ＩＯ抑止通知への応答を行うための、送信情報ＩのビットをＯＮとし（Ｓ２３４）、「Ｓｐｅｅｄ Ｆｌａｇ」のビットをＯＮとする（Ｓ２３５）。
次いで、通信処理部２０４は、管理情報Ｔ１を参照して、直近からの構成の変更の有無を判定する（Ｓ２３６）。構成に変更がない場合（Ｓ２３６：ＮＯ）、通信処理部２０４はＳ２３８へ処理を進める。構成に変更がある場合（Ｓ２３６：ＹＥＳ）、通信処理部２０４は「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」のカウンタ値をインクリメントして設定する（Ｓ２３７）。これにより、通信処理部２０４は、監視サーバ３０からのポーリングに対する通信応答として、Ｓ２３７までの処理で設定された送信情報Ｉを監視サーバ３０に送信する。
次いで、通信処理部２０４は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」が「Ｍｏｎｉｔｏｒｉｎｇ Ｓｅｒｖｅｒ Ｄｉｓｃｏｎｎｅｃｔｅｄ」であり、監視サーバ３０に関する経路が正常であるか否かを判定する（Ｓ２３８）。なお、監視サーバ３０に関する経路が正常であるか否かについては、監視サーバ３０からのポーリングの有無などをもとに判定する。
Ｓ２３８において肯定である場合（Ｓ２３８：ＹＥＳ）、監視サーバ３０に関する経路が正常に戻ったということであるから、通信処理部２０４は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｎｏｒｍａｌ」に遷移させる（Ｓ２３９）。次いで、通信処理部２０４は、監視サーバ３０との通信の監視を開始し（Ｓ２４０）、監視タイマをリセットする（Ｓ２４１）。
次いで、通信処理部２０４は、監視サーバ３０との通信の監視をもとに、ストレージ装置２０と監視サーバ３０との間の通信経路に異常が生じているか否かを判定する（Ｓ２４２）。異常が生じている場合（Ｓ２４２：ＹＥＳ）、通信処理部２０４は、監視タイマを起動する（Ｓ２４３）。異常が生じていない場合（Ｓ２４２：ＮＯ）、通信処理部２０４は、監視タイマをリセットする（Ｓ２４４）。Ｓ２４３、Ｓ２４４に次いで、通信処理部２０４は、監視サーバ３０へポーリングに対する通信応答を行う（Ｓ２４５）。
構築処理部２０５は、送信情報Ｉの「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」での通知において、ＴＦＯグループにおいて構成の変更があった場合に、ストレージ装置２０側における構築処理を行う。図２１は、構築処理部２０５の処理を例示するフローチャートである。
図２１に示すように、処理が開始されると、構築処理部２０５は、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」（停止）に遷移させる（Ｓ２５１）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。次いで、構築処理部２０５は、ＴＦＯセッションを起動させ（Ｓ２５２）、管理情報Ｔ１における「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」を「Ｓｔａｎｄｂｙ」に遷移させる（Ｓ２５３）。
次いで、構築処理部２０５は、監視サーバ３０を経由してストレージ装置１０より送信される送信情報Ｉをもとに、プライマリとセカンダリとの設定合わせを行う（Ｓ２５４）。具体的には、構築処理部２０５は、プライマリ側であるストレージ装置１０からの設定をコピーして管理情報Ｔ１に設定する。この時、構築処理部２０５は、自装置における業務サーバ４０との通信を行う通信ポートに、ストレージ装置１０側の設定と同一のＷＷＰＮ（World Wide Port Name）等を設定する。
次いで、構築処理部２０５は、送信情報Ｉの「Ｃｏｎｆｉｇ Ｃｏｕｎｔ」をインクリメントし（Ｓ２５５）、ネゴシエーション処理部２０７に依頼してネゴシエーション処理を開始させる（Ｓ２５６）。
復旧監視部２０６は、ストレージ装置１０、２０間の通信経路が異常から復旧したか否かを監視する。具体的には、復旧監視部２０６ストレージ装置１０、２０間の通信経路において異常が検出された場合に、所定の時間間隔で復旧の有無を確認する。図２２は、復旧監視部２０６の処理を例示するフローチャートである。
図２２に示すように、処理が開始されると、復旧監視部２０６は、プライマリとセカンダリ間の通信経路、すなわちストレージ装置１０、２０の間の通信経路が異常から復旧したか否かを判定する（Ｓ２６１）。具体的には、ＡＣＫなどに対する正常な応答が返ってきた場合には、通信経路の異常が復旧したと判定する。異常から復旧した場合（Ｓ２６１：ＹＥＳ）、復旧監視部２０６は、ネゴシエーション処理部２０７に依頼してネゴシエーション処理を開始させる（Ｓ２６２）。異常から復旧していない場合（Ｓ２６１：ＮＯ）、復旧監視部２０６は、Ｓ２６２をスキップして処理を終了する。
ネゴシエーション処理部２０７は、ストレージ装置１０と、ストレージ装置２０との間のネゴシエーションを行う。具体的には、ネゴシエーション処理部２０７は、セカンダリが「Ａｃｔｉｖｅ」、すなわち業務サーバ４０との通信を行っている場合、ストレージ装置１０との通信により、ストレージ装置２０側のストレージのデータをストレージ装置１０側のストレージにコピーする。また、セカンダリがアクティブでなく、業務サーバ４０との通信を行っていない場合、ネゴシエーション処理部２０７は、ストレージ装置１０との通信により、ＴＦＯの状態の設定合わせを行う。
図２３は、ネゴシエーション処理部２０７の処理を例示するフローチャートである。図２３に示すように、ネゴシエーション処理部２０７は、管理情報Ｔ１を参照してセカンダリが「Ａｃｔｉｖｅ」であるか否かを判定する（Ｓ２７１）。セカンダリが「Ａｃｔｉｖｅ」である場合（Ｓ２７１：ＹＥＳ）、ネゴシエーション処理部２０７は、「ＴＦＯ セッション」のステータスを「Ｃｏｐｙｉｎｇ」に遷移させる（Ｓ２７２）。これにより、セカンダリからプライマリへのデータのコピーが開始され、プライマリでのバックアップが行われることとなる。次いで、ネゴシエーション処理部２０７は、「ＴＦＯのセッション」を「Ｓｕｓｐｅｎｄ」に遷移させる（Ｓ２７３）。
セカンダリが「Ａｃｔｉｖｅ」でない場合（Ｓ２７１：ＮＯ）、ネゴシエーション処理部２０７は、管理情報Ｔ１の「ＴＦＯ Ｇｒｏｕｐ Ｓｔａｔｕｓ」を「Ａｃｔｉｖｅ」に遷移させる（Ｓ２７４）。次いで、ネゴシエーション処理部２０７は、管理情報Ｔ１におけるプライマリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」が「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」であるか否かを判定する（Ｓ２７５）。
Ｓ２７５で肯定の場合（Ｓ２７５：ＹＥＳ）、ネゴシエーション処理部２０７は、管理情報Ｔ１におけるプライマリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」に遷移させる（Ｓ２７６）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「Ｍｏｎｉｔｏｒｉｎｇ Ｓｅｒｖｅｒ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。Ｓ２７５で否定の場合（Ｓ２７５：ＮＯ）、ネゴシエーション処理部２０７はＳ２７６をスキップしてＳ２７７へ処理を進める。
次いで、ネゴシエーション処理部２０７は、管理情報Ｔ１をもとに、プライマリであるストレージ装置１０が「Ｎｏｒｍａｌ」であるか否かを判定する（Ｓ２７７）。Ｓ２７７が否定である場合（Ｓ２７７：ＮＯ）、ネゴシエーション処理部２０７は、Ｓ２７８、Ｓ２７９をスキップして処理を終了する。
Ｓ２７７が肯定である場合（Ｓ２７７：ＹＥＳ）、ネゴシエーション処理部２０７は、管理情報Ｔ１をもとに、セカンダリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」が「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」であるか否かを判定する（Ｓ２７８）。Ｓ２７８が否定である場合（Ｓ２７８：ＮＯ）、ネゴシエーション処理部２０７は、Ｓ２７９をスキップして処理を終了する。
Ｓ２７８が肯定である場合（Ｓ２７８：ＹＥＳ）、ネゴシエーション処理部２０７は、管理情報Ｔ１におけるセカンダリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」に遷移させる（Ｓ２７９）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「Ｍｏｎｉｔｏｒｉｎｇ Ｓｅｒｖｅｒ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。
通信監視処理部２０８は、ストレージ装置２０と監視サーバ３０との間の通信を監視する。図２４は、通信監視処理部２０８の処理を例示するフローチャートである。図２４に示すように、通信監視処理部２０８は、セカンダリであるストレージ装置２０と、監視サーバ３０との経路の監視が所定の時間経過（例えば３秒）でタイムアウトしたか否かを判定する（Ｓ２８１）。タイムアウトしなかった場合（Ｓ２８１：ＮＯ）、通信監視処理部２０８は、Ｓ２８４へ処理を進める。
タイムアウトした場合（Ｓ２８１：ＹＥＳ）、通信監視処理部２０８は、管理情報Ｔ１におけるセカンダリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」に遷移させる（Ｓ２８２）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。次いで、通信監視処理部２０８は、監視サーバ３０との通信の監視を停止する（Ｓ２８３）。
次いで、通信監視処理部２０８は、プライマリであるストレージ装置１０と監視サーバ３０との経路の監視が所定の時間経過（例えば３０秒）でタイムアウトしたか否かを判定する（Ｓ２８４）。タイムアウトしなかった場合（Ｓ２８４：ＮＯ）、通信監視処理部２０８は、処理を終了する。
タイムアウトした場合（Ｓ２８４：ＹＥＳ）、通信監視処理部２０８は、管理情報Ｔ１におけるセカンダリの「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ」を「Ｈａｌｔ」に遷移させる（Ｓ２８５）。この時、Ｈａｌｔの要因である「ＴＦＯ Ｇｒｏｕｐ Ｃｏｎｄｉｔｉｏｎ Ｈａｌｔ Ｆａｃｔｏｒ」は「ＴＦＯ Ｇｒｏｕｐ Ｄｉｓｃｏｎｎｅｃｔｅｄ」とする。次いで、通信監視処理部２０８は、監視サーバ３０との通信の監視を停止する（Ｓ２８６）。
以上のように、監視サーバ３０は、ストレージ装置１０、２０に所定の時間間隔でポーリングを行って、ストレージ装置１０、２０より受信した情報を、次のポーリングでストレージ装置１０、２０へ送信する。これにより、ストレージ装置１０、２０では互いの情報を共有し、フェイルオーバ処理を行うことができる。また、ストレージ装置１０、２０において、業務サーバ４０と通信を行うＣＡ１１ａ、１１ｂ、１２ａ、１２ｂと、対応するＣＡ２１ａ、２１ｂ、２２ａ、２２ｂには、同一のＷＷＰＮ（World Wide Port Name）が設定されている。また、ストレージ装置１０、２０において、同一のＷＷＮＮ（World Wide Node Name）、ボリュームのＵＩＤ（Universal ID）、ＨＬＵＮ（Host Logical Unit Number）等が設定されている。
そして、ストレージ装置１０、２０の一方の通信ポートをリンクアップ（活性化）させ、他方の通信ポートをリンクダウン（非活性化）させる。例えば、ストレージ装置１０のストレージに障害が無い通常時にはストレージ装置１０の通信ポートをリンクアップし、ストレージ装置２０の通信ポートをリンクダウンする。これにより、通常時における業務サーバ４０の入出力には、ストレージ装置１０が使用される。そして、ストレージ装置１０のストレージに障害が生じた場合には、ストレージ装置１０の通信ポートをリンクダウンし、ストレージ装置２０の通信ポートをリンクアップする。これにより、業務サーバ４０の入出力が透過的にストレージ装置２０に切り替えられることとなり、業務サーバ４０からストレージ装置１０、２０のストレージへの入出力を継続できない期間が生じることを抑止できる。
なお、ストレージ装置１０及びストレージ装置２０がフェイルオーバ処理を開始するための、ＩＯ抑止通知の受信（応答）にかかるタイムアウト時間は、セカンダリ側の時間を長く設定することが好ましい。セカンダリ側の時間を長く設定することで、プライマリ側よりもセカンダリ側のフェイルオーバ処理が遅く開始されることとなる。したがって、プライマリ側の通信ポートがリンクダウンされた後に、セカンダリ側の通信ポートをリンクアップすることができる。
なお、これらタイムアウト時間は、業務サーバ４０からストレージ装置１０、２０のストレージへの入出力がエラーとならずに継続される程度の値を設定することが好ましい。例えば、業務サーバ４０からストレージ装置１０、２０のストレージへの入出力が、例えば２５秒間の停止でエラーとなり、業務停止期間が生じるものと想定する。この想定では、ストレージ装置１０、２０におけるフェイルオーバ処理を開始するためのタイムアウト時間の合計を２５秒未満（例えば９秒、１５秒）とすることで、エラーが生じる前にストレージ装置１０、２０におけるフェイルオーバ処理を行うことができる。これにより、業務停止期間が生じることを抑止できる。
１…ストレージシステム
１０…ストレージ装置
１１ａ〜１２ｂ、２１ａ〜２２ｂ…ＣＡ
１３ａ〜１４ｂ、２３ａ〜２４ｂ…ディスク
１５、１６、２５、２６…ＣＭ
２０…ストレージ装置
３０…監視サーバ
３１…制御部
４０…業務サーバ
Ｎ１、Ｎ２…ネットワーク
１０１…閉塞監視部
１０２…抑止通知監視部
１０３…フェイルオーバ処理部
１０４…通信処理部
１０５…構築処理部
３０１…送受信処理部
３０２…タイムアウト処理部
２０１…閉塞監視部
２０２…抑止通知監視部
２０３…フェイルオーバ処理部
２０４…通信処理部
２０５…構築処理部
２０６…復旧監視部
２０７…ネゴシエーション処理部
２０８…通信監視処理部
Ｇ１、Ｇ２…ＴＦＯグループ
Ｉ…送信情報
Ｉ１〜Ｉ３…領域
Ｔ１…管理情報
Ｔ２…Ｐｏｒｔ管理テーブル
Ｔ３…ＯＬＵ管理テーブル
Ｔ４…セッション管理テーブル

Claims (7)

  1. 現用系のストレージを有する第１のストレージ装置と、待機系のストレージを有する第２のストレージ装置と、監視サーバとが互いに通信可能に接続されたストレージシステムであって、ホストと通信するための、前記第１のストレージ装置における通信ポート及び前記第２のストレージ装置における通信ポートには互いに同一の識別子が設定され、前記第１のストレージ装置又は前記第２のストレージ装置において活性化された通信ポートを有するストレージ装置が前記設定された識別子をもとに前記ホストとの通信を行い、
    前記監視サーバは、
    前記第１のストレージ装置及び前記第２のストレージ装置に所定の時間間隔でポーリングを行って、前記第１のストレージ装置及び前記第２のストレージ装置より受信した情報を、次のポーリングで前記第１のストレージ装置及び前記第２のストレージ装置へ送信する送受信部を備え、
    前記第１のストレージ装置は、
    前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて前記第１のストレージ装置と前記監視サーバとの通信経路に異常が生じたと判定した場合に、自装置の通信ポートを非活性化する第１のフェイルオーバ処理部を備え、
    前記第２のストレージ装置は、
    前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて前記第１のストレージ装置と前記監視サーバとの通信経路に異常が生じたと判定した場合に、自装置の通信ポートを活性化する第２のフェイルオーバ処理部を備える
    ことを特徴とするストレージシステム。
  2. 前記第１のフェイルオーバ処理部は、前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じた後に、前記監視サーバからのポーリングを第１の時間間隔で監視して前記第１のストレージ装置と、前記監視サーバとの通信経路に異常が生じたか否かを判定し、
    前記第２のフェイルオーバ処理部は、前記第１のストレージ装置と前記第２のストレージ装置との間の通信経路に異常が生じた後に、前記監視サーバからのポーリングを前記第１の時間間隔よりも長い第２の時間間隔で監視して前記第１のストレージ装置と前記監視サーバとの通信経路に異常が生じたか否かを判定する
    ことを特徴とする請求項１に記載のストレージシステム。
  3. 前記第２のストレージ装置は、
    前記第１のストレージ装置と、前記第２のストレージ装置との間の通信経路が復旧し、前記自装置の通信ポートが活性化されている場合、前記第１のストレージ装置とネゴシエーションして前記待機系のストレージのデータを前記現用系のストレージにコピーする処理を行うネゴシエーション処理部を備える
    ことを特徴とする請求項１又は請求項２に記載のストレージシステム。
  4. 前記第１のストレージ装置及び前記第２のストレージ装置は、前記第１のストレージ装置と、前記第２のストレージ装置との間の通信経路に異常が生じた場合、前記監視サーバからのポーリングに応じて当該ポーリングの時間間隔を短くするための通知を行い、
    前記送受信部は、前記ポーリングの時間間隔を短くするための通知に基づいて前記ポーリングの時間間隔を短くする
    ことを特徴とする請求項１乃至請求項３のいずれか一項に記載のストレージシステム。
  5. 前記第１のストレージ装置及び前記第２のストレージ装置は、構成の変更を示す情報を、前記監視サーバからのポーリングに応じて送信し、
    前記送受信部は、前記構成の変更を示す情報が受信された場合、前記ポーリングによって、前記第１のストレージ装置及び前記第２のストレージ装置より構成を示す情報を収集し、当該収集した情報を前記第１のストレージ装置及び前記第２のストレージ装置へ送信する
    請求項１乃至請求項４のいずれか一項に記載のストレージシステム。
  6. 前記第２のストレージ装置は、前記ポーリングにより通知された前記第１のストレージ装置の情報に基づいて、前記自装置の通信ポートに前記第１のストレージ装置の通信ポートと同一の識別子を設定する構成処理部を備える
    請求項１乃至請求項５のいずれか一項に記載のストレージシステム。
  7. 現用系のストレージ及び待機系ストレージの少なくとも一方のストレージと、
    他のストレージ装置と同一の識別子が設定された、ホストと通信するための通信ポートと、
    監視サーバからの所定の時間間隔で行われるポーリングに対して自装置の情報を送信し、次のポーリングで前記監視サーバからの情報を受信する通信処理部と、
    前記他のストレージ装置と、自装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて自装置と、前記監視サーバとの通信経路に異常が生じたと判定した場合に、活性化されている自装置の通信ポートを非活性化し、前記他のストレージ装置と、自装置との間の通信経路に異常が生じ、前記監視サーバからのポーリングに基づいて前記他のストレージ装置と、前記監視サーバとの通信経路に異常が生じたと判定した場合に、非活性化されている自装置の通信ポートを活性化するフェイルオーバ処理部と、
    を備えることを特徴とするストレージ装置。
JP2014074565A 2014-03-31 2014-03-31 ストレージシステム、ストレージ装置 Active JP6287495B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014074565A JP6287495B2 (ja) 2014-03-31 2014-03-31 ストレージシステム、ストレージ装置
US14/630,773 US9760460B2 (en) 2014-03-31 2015-02-25 Storage system, storage device, and monitoring server
EP15156569.4A EP2937786B1 (en) 2014-03-31 2015-02-25 Storage system, storage device, and monitoring server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014074565A JP6287495B2 (ja) 2014-03-31 2014-03-31 ストレージシステム、ストレージ装置

Publications (2)

Publication Number Publication Date
JP2015197742A JP2015197742A (ja) 2015-11-09
JP6287495B2 true JP6287495B2 (ja) 2018-03-07

Family

ID=52596365

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014074565A Active JP6287495B2 (ja) 2014-03-31 2014-03-31 ストレージシステム、ストレージ装置

Country Status (3)

Country Link
US (1) US9760460B2 (ja)
EP (1) EP2937786B1 (ja)
JP (1) JP6287495B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102387973B1 (ko) * 2015-12-01 2022-04-19 삼성전자주식회사 이중화 저장 장치, 그것을 포함한 서버 시스템 및 그것의 동작 방법
JP2018116477A (ja) * 2017-01-18 2018-07-26 富士通株式会社 情報処理装置および情報処理システム
JP6933107B2 (ja) * 2017-11-22 2021-09-08 富士通株式会社 ストレージシステム，ストレージ制御装置およびストレージ制御プログラム

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5574863A (en) * 1994-10-25 1996-11-12 Hewlett-Packard Company System for using mirrored memory as a robust communication path between dual disk storage controllers
US5926367A (en) * 1997-12-09 1999-07-20 Intel Corporation Method and apparatus for the thermal management of electronic devices
JP2002500393A (ja) 1997-12-24 2002-01-08 アヴィッド・テクノロジー・インコーポレーテッド コンピュータ・システムおよび多数の記憶装置および多数のアプリケーション間でスケーラブルにかつ信頼性高く多数の高帯域データ・ストリームを転送するプロセス
US6578158B1 (en) * 1999-10-28 2003-06-10 International Business Machines Corporation Method and apparatus for providing a raid controller having transparent failover and failback
US6980510B1 (en) * 2000-09-12 2005-12-27 International Business Machines Corporation Host interface adaptive hub storage system
JP4457185B2 (ja) 2001-02-13 2010-04-28 ネットアップ，インコーポレイテッド シリコンベースのストレージ仮想化サーバ
US7406039B2 (en) * 2002-02-26 2008-07-29 Dell Products L.P. System and method for a failover protocol in storage area network controllers
US7529180B1 (en) * 2002-03-29 2009-05-05 Marvell International Ltd. Switch failover for aggregated data communication links
US6961867B2 (en) 2002-05-01 2005-11-01 International Business Machines Corporation Apparatus and method to provide data storage device failover capability
US7401254B2 (en) * 2003-04-23 2008-07-15 Dot Hill Systems Corporation Apparatus and method for a server deterministically killing a redundant server integrated within the same network storage appliance chassis
US7779137B1 (en) * 2003-10-24 2010-08-17 Network Appliance, Inc. IP aliasing and address resolution using a fibre channel (FC) fabric name server
WO2007022238A2 (en) * 2005-08-17 2007-02-22 Nortel Networks Limited High-availability networking with intelligent failover
JP2007087266A (ja) * 2005-09-26 2007-04-05 Hitachi Ltd ストレージシステムおよびストレージ装置
US7500134B2 (en) * 2005-12-27 2009-03-03 Emc Corporation Virtual array failover
JP5366184B2 (ja) * 2008-09-12 2013-12-11 株式会社Ｎｅｃ情報システムズ データ記憶システム、データ記憶方法
WO2010126488A1 (en) * 2009-04-28 2010-11-04 Hewlett-Packard Development Company, L.P. Network interface
JP2012173996A (ja) * 2011-02-22 2012-09-10 Nec Corp クラスタシステム、クラスタ管理方法、およびクラスタ管理プログラム
CN103677967B (zh) * 2012-09-03 2017-03-01 阿里巴巴集团控股有限公司 一种数据库的远程数据服务系统及任务调度方法

Also Published As

Publication number Publication date
US9760460B2 (en) 2017-09-12
EP2937786A3 (en) 2015-12-16
US20150278052A1 (en) 2015-10-01
JP2015197742A (ja) 2015-11-09
EP2937786A2 (en) 2015-10-28
EP2937786B1 (en) 2016-12-28

Similar Documents

Publication Publication Date Title
US8332506B2 (en) Network monitor program executed in a computer of cluster system, information processing method and computer
US7619965B2 (en) Storage network management server, storage network managing method, storage network managing program, and storage network management system
WO2015104833A1 (ja) 情報システム及びｉ／ｏ処理方法
WO2017050254A1 (zh) 热备方法、装置及系统
US9674285B2 (en) Bypassing failed hub devices in hub-and-spoke telecommunication networks
US10797912B2 (en) Relay device and relay method
US20150331753A1 (en) Method and apparatus of disaster recovery virtualization
WO2015162634A1 (en) Information storage system
JP6287495B2 (ja) ストレージシステム、ストレージ装置
US11418382B2 (en) Method of cooperative active-standby failover between logical routers based on health of attached services
JP2007233586A (ja) 二重化制御装置及び二重化制御方法
US8819481B2 (en) Managing storage providers in a clustered appliance environment
JP4806382B2 (ja) 冗長化システム
JP4645435B2 (ja) 情報処理装置、通信負荷分散方法及び通信負荷分散プログラム
JP6260470B2 (ja) 網監視システムおよび網監視方法
JP2018056633A (ja) クラスタシステム、サーバ、サーバの動作方法、及びプログラム
KR102018225B1 (ko) 연결 방법
JP2018116477A (ja) 情報処理装置および情報処理システム
CN112882771A (zh) 应用系统的服务器切换方法及装置、存储介质及电子设备
CN104461951A (zh) 动态管理物理和虚拟多路径i/o的方法及系统
JP7283314B2 (ja) スイッチ装置及び情報処理システム
US11947431B1 (en) Replication data facility failure detection and failover automation
JP2013250732A (ja) ブレードサーバシステム
WO2011032375A1 (zh) 一种自适应数据备份系统及其方法
JP6345359B1 (ja) ネットワークシステム、通信制御装置およびアドレス設定方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170110

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20171027

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171114

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171218

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: 20180109

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180122

R150 Certificate of patent or registration of utility model

Ref document number: 6287495

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150