JP2009116474A - ストレージシステムおよびストレージサブシステム - Google Patents

ストレージシステムおよびストレージサブシステム Download PDF

Info

Publication number
JP2009116474A
JP2009116474A JP2007286652A JP2007286652A JP2009116474A JP 2009116474 A JP2009116474 A JP 2009116474A JP 2007286652 A JP2007286652 A JP 2007286652A JP 2007286652 A JP2007286652 A JP 2007286652A JP 2009116474 A JP2009116474 A JP 2009116474A
Authority
JP
Japan
Prior art keywords
copy
status information
pair
groups
pairs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007286652A
Other languages
English (en)
Other versions
JP5124237B2 (ja
Inventor
Hironori Emaru
裕教 江丸
Kunihiro Maki
晋広 牧
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 JP2007286652A priority Critical patent/JP5124237B2/ja
Priority to US12/034,977 priority patent/US8347049B2/en
Publication of JP2009116474A publication Critical patent/JP2009116474A/ja
Priority to US13/731,251 priority patent/US8688939B2/en
Application granted granted Critical
Publication of JP5124237B2 publication Critical patent/JP5124237B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/16—Protection against loss of memory contents
    • 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/2056—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 by mirroring
    • G06F11/2069—Management of state, configuration or failover
    • 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/2056—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 by mirroring
    • G06F11/2071—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 by mirroring using a plurality of controllers
    • G06F11/2074—Asynchronous techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】ストレージ装置が構成するコピーペアのステータスの監視を効率よく行うことによってRPOの増加を招くような障害をいち早く検知し、RPO増加を抑えることができるストレージシステムとストレージサブシステムを提供すること。
【解決手段】ストレージ装置１５００は、ホスト計算機１３００からの書き込みデータを正側ボリュームとして、書き込みデータのコピーによるデータを副側ボリュームとして格納するディスク装置１５１０と、正側ボリュームと副側ボリュームを1つのコピーペアとして、ディスク装置１５１０から複数のコピーペアの状態情報を収集して管理するディスクコントローラ１５２０を備え、ディスクコントローラ１５２０は、複数のコピーペアの状態情報を障害の有無に従って監視し、状態通知指示受信時に、障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報をそれぞれ管理計算機１４００に転送する。
【選択図】図１

Description

本発明は、ホスト計算機とストレージ装置と管理計算機とからなるストレージシステムおよびホスト計算機からのアクセスに伴う情報を記憶するストレージサブシステムに係わり、特にストレージ装置が構成するコピーペアの状態の取得技術に関する。
企業情報システムにおける無停止運用やデータ保護の重要性は、マーケットのグローバル化や、Webによる２４時間３６５日のサービス提供などを背景に高まる一方である。ところが、テロや自然災害など、企業情報システムの停止やデータ損失に繋がりかねないリスクは数多く存在する。これらのリスクを低減するには、災害や障害を起こりうるものと想定し、災害や障害の発生時に停止したシステムをいつまでにどうやって復旧するかを予め計画しておく必要がある。これをディザスタリカバリ（Disaster Recovery）、以後「ＤＲ」と呼ぶ。
ＤＲでは、どの時点のデータをいつまでに復旧するかを指標として事前に定めておき、その指標が遵守されていることを監視しつつ運用することが重要である。この指標のうち、前者、すなわち、どの時点のデータを復旧できるべきかを目標復旧時点（Recovery Point Objective、以下「RPO」と呼ぶ。）、後者、すなわち、被災してからいつまでに業務を再開できるべきかを目標復旧時間（Recovery Time Objective）と呼ぶ。
一般に、コピーされるボリュームが前記ボリュームと同一ストレージ装置内にある場合をローカルコピー、コピーされるボリュームが前記ボリュームと別ストレージ装置内にある場合をリモートコピーと称し、高信頼性が要求される情報システムに適用されている。ローカルコピー、リモートコピーをまとめてレプリケーションと称することもある。この
レプリケーション技術によれば、一方のボリュームに障害が発生して、動作不可能な状態に陥っても、他方のボリュームに格納されているデータを用いてシステム動作を続行することが可能である。
レプリケーションの関係にあるコピー元とコピー先の２つのボリュームをコピーペアと呼ぶ。通常コピーペアはホスト計算機もしくはアプリケーションの単位にグルーピングされ、この単位でコピーペアの制御や監視が行われる。複数のコピーペアをホスト計算機もしくはアプリケーションの単位でグルーピングしたグループをコピーグループと呼ぶ。
リモートコピーは、業務を行っているサイト（ローカルサイト）から地理的に離れた位置にリモートサイトを用意し、ローカルサイトと全く同じデータをリモートサイトに作成するＤＲを実現するための基盤技術の一つである。
リモートコピーには、業務ホストからＩ／Ｏが発行された際に、リモートサイト側でのデータ書き込み完了応答を待ってサーバに書き込み完了応答を返す同期方式と、リモートサイト側でのデータ書き込み完了応答を待たずにサーバに書き込み完了応答を返す非同期方式がある。非同期方式は、ネットワークの帯域変動や急激な業務負荷変動時にも業務の応答性能に対する影響を抑えられるため、リモートサイトを遠距離に配置する場合や性能が不安定なネットワーク回線を用いる場合に有効である。
特許文献１には、複数のホスト計算機と複数のストレージ装置を有したストレージシステムにおいて、一ストレージ装置が複数ストレージ装置にまたがるコピーグループを制御し、そのコピーグループおよびコピーグループを構成するコピーペアの状態を取得する技術が開示されている。
特開２００７−４７８９２号公報
ところで、情報化社会の進展などにより、ストレージシステムの規模は爆発的に増大している。これに伴い、監視しなければならないレプリケーションの規模も同様に爆発的な増大を続けている。例えば、１つのアプリケーションが使用するコピーグループを構成するコピーペアの数が数万から数十万といった規模になろうとしている。
一方、非同期のリモートコピーには、コピーグループを構成する１つのコピーペアに異常が発生しただけで、そのコピーグループを構成する全てのコピーペアに影響が及ぶという特性がある。
非同期リモートコピーではコピーグループ単位で書き込み順序の一貫性を維持する必要がある。そのため、コピーグループを構成するコピーペアのうちの１つにでも障害が発生してペアのリンクが切れてしまうと、コピーグループを構成する全てのコピーペアのペアのリンクを解除する操作がストレージによって行われる。障害が発生してペアのリンクが切れたまま放置しておくとRPOは増大してしまう。そこで、RPO維持のためには、一刻も早く障害を検知し、その復旧を行わなくてはならない。
本発明は、上記のような状況を鑑みてなされたものであり、大規模なストレージシステムにおいて、ストレージ装置が構成するコピーペアのステータスの監視を効率よく行うことによってRPOの増加を招くような障害をいち早く検知し、RPO増加を抑えることができるストレージシステムとストレージサブシステムを提供することを目的とする。
前記目的を達成するために、本発明は、複数のコピーペアをグルーピングしたコピーグループ内の複数のペアの状態情報をストレージシステムで集約し、コピーグループの状態に応じて情報要求元の計算機への状態情報の提供粒度を変更するようにしたものである。
具体的には、ストレージ装置に、ホスト計算機からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、前記正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部と、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、前記正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部を設け、前記状態情報管理部は、前記複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、前記障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を情報要求元の計算機に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を前記情報要求元の計算機に転送する。
このような構成を採用すると、管理者による障害発生時の原因究明を容易化し、それにより障害時のRPO増加を抑えることが可能になる。
本発明によれば、障害時のRPO増加を抑えることが可能になる。
［実施例１］
以下、本発明の実施形態を実施例１に従って説明する。なお、本発明は以下に説明する実施形態に限定されるものではない。
図１は、本実施形態のストレージシステムの構成を示すブロック図である。本システムでは、レプリケーションの種類を１つのストレージ装置１５００内で行われるローカルコピーとして、ストレージ装置１５００とホスト計算機１３００がデータネットワーク１１００で互いに接続される。本実施例では、データネットワーク１１００は、ストレージエリアネットワークとするが、ＩＰ（Internet Protocol）ネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。
ストレージ装置１５００と管理計算機１４００は、管理ネットワーク１２００を介して接続される。本実施例では、管理ネットワーク１２００は、ＩＰネットワークとするが、ストレージエリアネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。また、データネットワーク１１００と管理ネットワーク１２００が同一ネットワークであってもよいし、管理計算機１４００とホスト計算機１３００は同一計算機であってもかまわない。
なお、説明の都合上、図１では、ストレージ装置１５００を１台、ホスト計算機１３００を１台、管理計算機１４００を１台としたが、本発明ではこれらの数は問わない。
ストレージ装置１５００は、ストレージサブシステムとして、データを格納するディスク装置１５１０、ストレージ装置の制御を行うディスクコントローラ１５２０で構成されている。ディスク装置１５１０は、複数のボリューム１５１１、１５１２、１５１３から構成される。ボリューム１５１１、１５１２、１５１３は、ハードディスクドライブ（HDD）といった物理的なものであっても、論理デバイス（Logical Device）といった論理的なものであってもよく、本発明ではその種類を問わない。また、ボリュームはコピーペアを構成することができ、コピーペアに対して行われる操作と操作による状態遷移については後述する。
ここで、ディスク装置１５１０は、ホスト計算機１３００からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部として機能し、ディスクコントローラ１５２０は、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部として機能するようになっている。
この場合、ディスクコントローラ１５２０は、複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を情報要求元となる管理計算機１４００に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を管理計算機１４００に転送する、
なお、説明の都合上、図１ではボリュームの数を３個としたが、本発明ではこれらの数は問わない。
ディスクコントローラ１５２０には、ホストＩ／Ｆ１５２８、管理Ｉ／Ｆ１５２６、ディスクＩ／Ｆ１５２５、メモリ１５２１、CPU１５２３、ローカルディスク１５２７が設けられている。ローカルディスク１５２７は、ディスクコントローラ１５２０に接続されたハードディスクなどのディスク装置であり、ストレージマイクロプログラム１５３０が記憶されている。ストレージマイクロプログラム１５３０は、ディスクコントローラ１５２０のメモリ１５２１にロードされ、ＣＰＵ１５２３によって実行される。
なお、本実施の形態では、ストレージマイクロプログラム１５３０がディスクコントローラ１５２０上のローカルディスク１５２７に記憶されているものとしたが、本発明はこれに限定されない。例えば、これらのプログラム及びテーブルを、ディスクコントローラ１５２０上にフラッシュメモリなどを設け、そこに記憶することも、ディスク装置１５１０内の任意のディスクに記憶することも可能である。
ストレージマイクロプログラム１５３０は、管理計算機４００及び/又はホスト計算機１３００からの指示を受けて、コピーペアの制御や、コピーペアの状態の取得を行う。コピーペアの制御として、コピーペアを新規に作成するコピーペアの形成、副側のボリュームの内容を正側のボリュームの内容と一致させるコピーペアの再同期、同期の関係を中断するコピーペアの一時停止といった制御がある。コピーペアの状態の取得とは、それぞれのコピーペアが上記のどの制御によりどの状態になっているかを取得することである。コピーペアが、制御指示よりどのような状態に遷移するかは後述する。また、メモリ１５２１上の管理テーブル１５２２については後述する。
ホストＩ／Ｆ１５２８は、データネットワーク１１００に対するインターフェースであって、ホスト計算機１３００とデータや制御命令の送受信を行う。管理Ｉ／Ｆ１５２６は、管理ネットワーク１２００とのインターフェースであって、管理計算機１４００とデータや制御命令の送受信を行う。ディスクＩ／Ｆ１５２５は、ディスク装置１５１０に対するインターフェースであってデータや制御命令の送受信を行う。
ホスト計算機１３００は、キーボードやマウスなどの入力装置１３４０、CPU１３２０、CRTなどの表示装置１３５０、メモリ１３３０、ストレージＩ／Ｆ１３６０およびローカルディスク１３１０からなる。
ストレージＩ／Ｆ１３６０は、データネットワーク１１００に対するインターフェースであって、ストレージ装置１５００とデータや制御命令の送受信を行う。 ローカルディスク１３１０は、ホスト計算機１３００に接続されたハードディスクなどのディスク装置であり、アプリケーション１３１２を格納している。
アプリケーション１３１２は、ホスト計算機１３００のメモリ１３３０上にロードされ、CPU１３２０によって実行される。アプリケーション１３１２は、ストレージ装置１５００上のボリュームに対してデータを読み書きするアプリケーションであり、例えば、DBMSやファイルシステムなどである。
なお、説明の都合上、図１では、アプリケーション１３１２を一つとしたが、本発明ではこの数は問わない。
管理計算機１４００は、キーボードやマウスなどの入力装置１４３０、CPU１４４０、CRTなどの表示装置１４５０、メモリ１４２０、ローカルディスク１４１０、システム管理のためにストレージ装置１５００とデータや制御命令を送受信する管理Ｉ／Ｆ１４６０からなる。
ローカルディスク１４１０は、管理計算機１４００に接続されたハードディスクなどのディスク装置であり、管理プログラム１４１２が記憶されている。管理プログラム１４１２は、管理計算機１４００のメモリ１４２０にロードされ、CPU１４４０によって実行される。
管理プログラム１４１２は、１つ以上のストレージ装置のコピーペアの操作および監視を行うための機能をキーボードやマウスなどの入力装置１４３０やグラフィカルユーザインターフェース（GUI）などの表示装置１４５０を介して提供するプログラムである。管理Ｉ／Ｆ１４６０は、管理ネットワーク１２００とのインターフェースであって、ストレージ１５００とデータや制御命令の送受信を行う。メモリ１４２０上の管理テーブル１４２２については後述する。
図２に、コピーペアの状態遷移を示す。この図２に中に示されている状態は、凡例２９００に示されているとおり、定常状態２９１０、過渡状態２９２０、障害状態２９３０に大別される。Pair２１００、Simplex２２００、Suspend２３００をまとめて定常状態２９１０と呼称する。
Copying２１１０および２１２０、Suspending２１３０、Deleting２２１０をまとめて過渡状態２９２０と呼称する。Copying２１１０および２１２０の差異は後述する。Error２８００を障害状態２９３０と呼称する。
定常状態２９１０から過渡状態２９２０への状態遷移は、ユーザからの指示によって発生する。ユーザからの指示は、通常、ホスト計算機１３００の入力装置１３４０を介して行われ、ストレージ装置１５００上のメモリ１５２１にロードされたストレージマイクロプログラム１５３０によって受け付けられ、実行される。
ただし、ユーザからの指示は、管理計算機１４００の入力装置１４３０を介して行われてもよい。過渡状態２９２０から定常状態２９１０への状態遷移は、ユーザからの指示を介すことなく、ストレージ装置１５００上のメモリ１５２１にロードされたストレージマイクロプログラム１５３０によって行われる。
Simplex２２００はコピーペアが形成されていない状態である。コピーペアの状態がSimplex２２００であるときに、ユーザからコピーペア形成指示２１１５が発行されることにより、過渡状態２９２０の１つであるCopying２１１０に遷移する。Copying２１１０は、該当するコピーペアを同期状態にするために、正側のボリュームから副側のボリュームにデータコピーが行われていることを示すコピーペアの状態である。
コピーペアの同期が完了すると、コピーペアの状態はCopying２１１０からPair２１００にユーザの指示を介することなく遷移する。Pair２１００は、正側のボリュームと副側のボリュームの同期が取れていることを示すコピーペアの状態である。
コピーペアの状態がPair２１００であるときにユーザからコピーペア解除指示２２１８が発行されることにより、過渡状態２９２０の１つであるDeleting２２１０に遷移する。Deleting２２１０は、該当するコピーペアがコピーペアの関係を解除中であることを示すコピーペアの状態である。コピーペアの関係の解除が完了するとコピーペアの状態はDeleting２２１０からSimplex２２００にユーザの指示を介することなく遷移する。
コピーペアの状態がPair２１００であるときにユーザからコピーペア一時停止指示２１３５が発行されることにより、過渡状態２９２０の１つであるSuspending２１３０に遷移する。Suspending２１３０は、該当するコピーペアがコピーペアの関係を一時停止中であることを示すコピーペアの状態である。
コピーペアの関係の一時停止が完了すると、コピーペアの状態はSuspending２１３０からSuspend２３００にユーザの指示を介することなく遷移する。Suspend２３００は、コピーペアの関係を内部的に保っているものの、正側のボリュームと副側のボリュームの同期は中断している状態であることを示すコピーペアの状態である。
コピーペアの状態がSuspend２３００であるときにユーザからコピーペア再同期指示２１２５が発行されることにより、過渡状態２９２０の１つであるCopying２１２０に遷移する。Copying２１１０とCopying２１２０は、コピーペアを同期状態にするために、正側のボリュームから副側のボリュームにデータコピーが行われるという点では同じである。相違点は、Copying２１１０は、正側のボリュームの全てのデータを副側のボリュームにコピーするのに対し、Copying２１２０は、一時停止指示２１３５が発行されてから正側のボリュームに書き込みのあったデータのみを副側のボリュームにコピーする点である。コピーペアの同期が完了するとコピーペアの状態はCopying２１２０からPair２１００にユーザの指示を介することなく遷移する。
コピーペアの状態がSuspend２３００であるときにユーザからコピーペア解除指示２２１５が発行されることにより、過渡状態２９２０の１つであるDeleting２２１０に遷移する。コピーペアの関係の解除が完了すると、コピーペアの状態はDeleting２２１０からSimplex２２００にユーザの指示を介することなく遷移する。
全ての定常状態２９１０であるPair２１００、Simplex２２００、Suspend２３００および、全ての過渡状態２９２０であるCopying２１１０および２１２０、Suspending２１３０、Deleting２２１０において、何らかの障害が発生するとError２８００に遷移する。
図３に、コピーグループを構成する個々のコピーペアの状態と、コピーグループの状態の関係を表にしたコピーグループの状態決定テーブル３０００の構成を示す。なお、本実施例では、コピーグループの状態決定テーブル３０００は、ストレージマイクロプログラム１５３０が保持しているものとするが、ストレージマイクロプログラム１５３０とは別に、ストレージ装置上のローカルディスク１５２７に格納されていても、ディスク装置１５１０上のディスクに格納されていても本発明を実施できる。
前記したとおり、通常コピーペアは、ホスト計算機もしくはアプリケーションの単位にグルーピングされ、この単位でコピーペアの制御や監視が行われる。複数のコピーペアをホスト計算機もしくはアプリケーションの単位でグルーピングしたグループをコピーグループと呼ぶ。
コピーグループの状態決定テーブル３０００は、コピーペアの状態フィールド３１００、コピーグループの状態フィールド３２００、フラグフィールド３３００からなる。
コピーペアの状態フィールド３１００は、コピーグループを構成する個々のコピーペアの状態を表すフィールドである。例えば、フィールド３１０５は、コピーグループを構成する全てのコピーペアの状態がSimplex２２００であることを表している。コピーグループの状態フィールド３２００は、該当するコピーグループを構成するそれぞれのコピーペアの状態がコピーペアの状態フィールド３１００に示すものであるときの、コピーグループの状態を表すフィールドである。
フラグフィールド３３００は、コピーグループが定常状態/過渡状態/障害状態のいずれであるかを表すフィールドである。コピーグループが定常状態/過渡状態/障害状態のいずれであるかはコピーペアの状態に順ずる。
図４、図５、図６は、ストレージ装置１５００上のメモリ１５２１に作成される管理テーブル１５２２を構成するペアの状態テーブル４０００、サマリテーブル５０００、付加情報テーブル６０００の構成図である。以下それぞれのテーブルについて説明する。
図４に、コピーグループを構成するコピーペアの情報を表示するペアの状態テーブル４０００の構成を示す。ペアの状態テーブル４０００は、コピーグループ名フィールド４１００、コピーペア名フィールド４２００、コピーペア状態フィールド４３００、正側ボリューム名フィールド４４００、副側ボリューム名フィールド４５００からなる。
コピーグループ名フィールド４１００はコピーグループの名称を表す。コピーペア名フィールド４２００はコピーペアの名称を格納する。コピーペアは、正側のボリューム名と副側のボリューム名によって一意に特定されるが、それだけでは管理しにくいため、一般的に、ここにあるようにコピーペア名称といった論理的な名称によって管理される。
コピーペアの状態フィールド４３００はコピーペアの状態を格納する。本フィールド４３００には、図２に示されるPair２１００、Simplex２２００、Suspend２３００、Copying２１１０および２１２０、Suspending２１３０、Deleting２２１０、Error２８００のうち、いずれかの状態が格納される。
正側ボリューム名フィールド４４００は、コピーペアの正側のボリュームのボリューム名を格納する。副側ボリューム名フィールド４５００は、コピーペアの副側のボリュームのボリューム名を格納する。
本実施例におけるペアの状態テーブル４０００によれば、コピーグループＣＧ．０１は、Ｐ１という名称のコピーペア４６００、Ｐ２という名称のコピーペア４７００、Ｐ３という名称のコピーペア４８００の３つのコピーペアから構成され、いずれのコピーペアもその状態はPairである。
通常コピーグループは、運用開始時にホスト計算機１３００もしくはアプリケーションの単位に複数のコピーペアをグルーピングすることによって定義される。コピーグループは、コピーグループ名と、コピーグループを構成するコピーペアのコピーペア名、正側ボリューム名、副側ボリュームによって定義される。
コピーグループを定義すると、ストレージ装置１５００上はメモリ１５２１上の管理テーブルにペアの状態テーブル４０００を作成し、定義された情報に基づき、コピーグループ名フィールド４１００、コピーペア名フィールド４２００、正側ボリューム名フィールド４４００、副側ボリューム名フィールド４５００を書き換える。このとき、ペア状態フィールド４３００は空欄とする。
図５に、コピーグループの状態をサマリ情報として表示するサマリテーブル５０００の構成を示す。サマリテーブル５０００は、コピーグループ名フィールド５１００、コピーグループの状態フィールド５２００、フラグフィールド５３００からなる。
コピーグループ名フィールド５１００はコピーグループの名称を表す。コピーグループの状態フィールド５２００は、コピーグループの状態を表す。コピーグループの状態は、コピーグループを構成する個々のコピーペアの状態がわかれば、図３に示すコピーグループの状態決定テーブル３０００を参照することにより一意に決定し、その値はSimplex、Copying、Pair、Suspending、Suspend、Deleting、Errorのいずれかである。
フラグフィールド５３００は、コピーグループが定常状態/過渡状態/障害状態のいずれであるかを表すフィールドである。フラグフィールド５３００に格納される値は、コピーグループを構成する個々のコピーペアの状態がわかれば、図３に示すコピーグループの状態決定テーブル３０００を参照することにより一意に決定され、その値は定常状態/過渡状態/障害状態のいずれかである。
図６に、コピーグループの付加情報を格納する付加情報テーブル６０００の構成を示す。付加情報テーブル６０００は、コピーグループ名フィールド６１００および一致率フィールド６２００からなる。
コピーグループ名フィールド６１００は、コピーグループの名称を表す。一致率フィールド６２００は、該当するコピーグループの一致率を表す。一致率とは、コピーグループの状態がPairである場合、正側のボリュームと副側のボリュームの同期がどれくらい取れているかを示す指標である。
本実施例では、ＣＧ．０１という名称のコピーグループ６３００の一致率が９８％であることが示されている。なお一致率は、該当するコピーグループの状態がPairであるとき以外は参照されない。
次に、ストレージ装置１５００上のメモリ１５２１に作成される管理テーブル２２の更新処理を図７のフローチャート７０００に従って説明する。この更新処理は、ストレージ装置１５００上のメモリ１５２１にロードされたストレージマイクロプログラム１５３０によって行われる。
まず、ストレージマイクロプログラム１５３０は、管理テーブル更新指示を受け付ける（ステップ７１００）。この指示は、ストレージマイクロプログラム１５３０内にタイマーを設けることにより、ストレージマイクロプログラム１５３０自身が定期的に行ってもよいし、管理計算機１４００が上記タイマーを持つことによって定期的に行ってもよいし、ユーザからの指示によって不定期に行っても良い。
次に、ストレージマイクロプログラム１５３０はコピーグループを構成する全コピーペアの状態を取得し（ステップ７２００）、ステップ７２００で取得したコピーペアの状態に基づき、ペアの状態テーブル４０００を更新する（ステップ７３００）。この際、ストレージマイクロプログラム１５３０は、あるコピーグループについて、構成の変更をせずにペア状態の取得を繰り返す場合、ペアの状態テーブル４０００のうちコピーペア状態フィールド４３００のみを更新する。
次に、ストレージマイクロプログラム１５３０は、コピーグループの状態決定テーブル３０００に基づいて、サマリテーブル５０００のコピーグループの状態フィールド５２００、フラグフィールド５３００を更新し（ステップ７４００）、更新したサマリテーブル５０００のコピーグループの状態フィールド５２００を参照し、コピーグループの状態がPairであるかそれ以外であるかをチェックする（ステップ７５００）。
ストレージマイクロプログラム１５３０は、ステップ７５００において、コピーグループの状態がPairである場合、コピーグループの一致率を取得し、付加情報テーブル６０００の一致率フィールド６２００に格納し（ステップ７６００）、コピーグループの一致率を付加情報テーブル６０００の一致率フィールド６２００に格納した後、処理を終了する（ステップ７７００）。
一方、ストレージマイクロプログラム１５３０は、ステップ７５００において、コピーグループの状態がPairではない場合は、そのまま処理を終了する（ステップ７７００）。
図８に、管理計算機１４００に転送するテーブルを決定するために、ストレージマイクロプログラム１５３０が保持している転送テーブル決定テーブル８０００の構成を示す。なお、本実施例では、転送テーブル決定テーブル８０００は、ストレージマイクロプログラム１５３０が保持しているものとするが、ストレージマイクロプログラム１５３０とは別に、ストレージ装置１５００上のローカルディスク１５２７に格納されていても、ディスク装置１５１０上のディスクに格納されていても本発明を実施できる。
転送テーブル決定テーブル８０００は、フラグ値フィールド８１００と転送テーブル種別フィールド８２００からなる。さらに転送テーブル種別フィールド８２００は、サマリテーブルフィールド８２２０、ペア状態テーブルフィールド８２４０、付加情報フィールド８２６０からなる。
フラグ値フィールド８１００は、定常/障害/過渡のいずれかである。転送テーブル種別フィールド８２００は、サマリテーブルフィールド８２２０、ペア状態テーブルフィールド８２４０、付加情報テーブルフィールド８２６０からなり、フラグ値に応じて転送されるテーブルを示す。
○で示されたフィールドが転送されるテーブルを示し、×で示されたフィールドが転送不要であるテービルを示している。例えば、フラグ値が定常状態８３２０である場合には、サマリテーブル５０００と付加情報テーブル６０００が転送の対象となる。
次に、ストレージマイクロプログラム１５３０によって実行される、コピーペアの状態転送指示受信時の動作を図９のフローチャート９０００に従って説明する。
まず、ストレージマイクロプログラム１５３０は、コピーペアの状態転送指示を受け付ける（ステップ９１００）。この指示は通常、管理計算機１４００上の管理プログラム１４１２が行う。
次に、ストレージマイクロプログラム１５３０は、サマリテーブル５０００のフラグフィールド５３００に格納されているフラグ値を参照し、更に転送テーブル決定テーブル８０００を参照して、３つのテーブルのうち、該当するフラグ値の場合に転送すべきテーブルを決定する（ステップ９２００）。
次に、ストレージマイクロプログラム１５３０は、ステップ９２００で転送すべきと決定したテーブルを、メモリ１５２１上から要求元に対して転送し（ステップ９３００）、転送が終了すると、処理を終了する（ステップ９４００）。
図１０と図１１に、管理計算機１４００上のメモリ１４２０に作成される管理テーブル１４２２を構成するコピーグループサマリテーブル１００００とコピーグループペアテーブル１１０００の構成を示す。以下それぞれのテーブルについて説明する。
図１０に、コピーグループのサマリ情報を格納するコピーグループサマリテーブル１００００の構成を示す。コピーグループサマリテーブル１００００は、コピーグループ名フィールド１０１００、コピーグループの状態フィールド１０２００、フラグフィールド１０３００、一致率フィールド１０４００からなる。
コピーグループ名フィールド１０１００はコピーグループの名称を表す。コピーグループの状態フィールド１０２００は、コピーグループの状態を表す。コピーグループの状態は、Simplex、Copying、Pair、Suspending、Suspend、Deleting、Errorのいずれかである。
フラグフィールド１０３００は、コピーグループが定常状態/過渡状態/障害状態のいずれであるかを表すフィールドである。フラグフィールド５３００に格納される値は、定常状態/過渡状態/障害状態のいずれかである。一致率フィールド１０４００は、該当するコピーグループの一致率を表す。一致率は、該当するコピーグループの状態がPairであるとき以外は参照されない。
図１１に、コピーグループを構成する個々のコピーペアの状態を格納するコピーグループテーブル１１０００の構成を示す。コピーグループテーブル１１０００の構成は、図４に示したコピーグループを構成するコピーペアの情報を表示するペアの状態テーブル４０００と同一である。
次に、管理計算機１４００のメモリ１４２０にロードされた管理プログラム１４１２によって実行されるコピーグループの状態取得処理を図１２のフローチャート１２０００に従って説明する。
まず、管理プログラム１４１２は、コピーグループの状態取得指示を受け付ける（ステップ１２１００）。この指示は、管理プログラム１４１２内にタイマーを設けることにより、管理プログラム１４１２自身が定期的に行ってもよいし、ユーザからの指示によって不定期に行っても良い。
次に、管理プログラム１４１２は、管理計算機１４００上のメモリ１４２２に管理テーブル１４２２としてストレージ装置から得られる最大容量の領域を確保する（ステップ１２２００）。この領域は、コピーグループサマリテーブル１００００と、コピーグループを構成するコピーペアの数によりその領域のサイズが決定されるコピーグループペアテーブル１１０００のサイズにより決定される。
次に、管理プログラム１４１２は、ストレージ装置１５００に対してコピーペアの状態転送指示を発行する（ステップ１２３００）。このとき、コピーペアの状態転送指示を受信したストレージ装置１５００は、図９に示されるフローチャートに従って適切なテーブルを管理計算機１４００に転送する。この場合、ストレージ装置１５００から管理計算機１４００に対して１つ以上の管理テーブルが転送される。これらのテーブルには必ず１つのサマリテーブル５０００が含まれている。
このため、管理プログラム１４１２は、コピーグループサマリテーブル１００００のコピーグループの状態フィールド１０２００、フラグフィールド１０３００を、受信したサマリテーブル５０００の内容で書き換える（ステップ１２４００）。
次に、管理プログラム１４１２は、受信したサマリテーブル５０００のコピーグループの状態５２００がPairであるか否かをチェックする（ステップ１２５００）。ステップ１２５００において、受信したサマリテーブル５０００のコピーグループの状態５２００がPairであった場合、管理プログラム１４１２は、コピーグループサマリテーブル１００００の一致率フィールド１０４００を、受信した付加情報テーブル６０００の内容で書き換える（ステップ１２６００）。
一方、ステップ１２５００において、受信したサマリテーブル５０００のコピーグループの状態５２００がPairでなかった場合、管理プログラム１４１２は、受信したサマリテーブル５０００のフラグ値が障害であるか否かをチェックする（ステップ１２７００）。
管理プログラム１４１２は、ステップ１２７００において、フラグ値が障害であった場合、コピーグループペアテーブル１１０００のペア状態フィールド４３００を、受信したペアの状態テーブル４０００の内容で書き換え（ステップ１２８００）、その後、処理を終了し（ステップ１２９００）、ステップ１２７００において、フラグ値が障害以外の値であった場合、そのまま処理を終了する（ステップ１２９００）。
次に、図１３−ａ、図１３−ｂおよび図１３−ｃに、管理計算機１４００の表示装置１４５０に表示されるサマリＧＵＩ１３０００の表示例を示す。サマリＧＵＩ１３０００は、コピーグループ名フィールド１３１００、コピーグループの状態フィールド１３２００、一致率フィールド１３３００からなる。
本ＧＵＩは、管理計算機１４００上のメモリ１４２０に作成されるコピーグループサマリテーブル１００００の情報を基に作成される。コピーグループ名フィールド１３１００はコピーグループの名称を表す。コピーグループの状態１３２００は、コピーグループの状態を表す。コピーグループの状態は、Simplex、Copying、Pair、Suspending、Suspend、Deleting、Errorのいずれかである。一致率フィールド１３３００は該当するコピーグループの一致率を表す。一致率は、該当するコピーグループの状態がＰａｉｒであるとき以外は有効な値が入らないため、Ｎ／Ａが表示される。
図１３−ａは、コピーグループの状態がPairの場合の画面表示例１３４００である。コピーグループの状態がPairであるため、一致率フィールド１３３００にペア一致率が表示される。ペア一致率は、前記したように正側のボリュームと副側のボリュームの同期がどれくらい取れているかを示す指標である。
ペア一致率が低下すると、何らかの障害につながることが予見できる。したがって、コピーグループの状態がPairであるときにペア一致率が表示されることにより、同じPair状態であっても、問題が無い状態なのか、障害に繋がりかねない予兆があるのかを知ることが出来る。
図１３−ｂは、コピーグループの状態がErrorの場合の画面表示例１３５００である。コピーグループの状態がErrorであるため、一致率フィールド１３３００にはＮ／Ａが表示される。また、コピーグループ名フィールド１３１００に表示されるコピーグループ名がクリック可能となっている。
コピーグループを構成するコピーペアのうち、どのコピーペアが障害の原因になっているかを追求するために、この画面からコピーペアの一覧を表示する画面を呼び出すことができる。呼び出される画面については後述する。
図１３−ｃは、コピーグループの状態がCopyingの場合の画面表示例１３６００である。コピーグループの状態がCopyingであるため、一致率フィールド１３３００にはＮ／Ａが表示される。
図１４−ａは、コピーグループの状態がErrorである場合に、サマリＧＵＩ１３０００のコピーグループ名フィールド１３１００に表示されるコピーグループ名をクリックすることにより表示される詳細GUIの一例１４０００である。詳細GUI１４０００は、コピーペア名フィールド１４１００、コピーペア状態フィールド１４２００、正側ボリュームフィールド１４３００、副側ボリュームフィールド１４４００からなる。
本ＧＵＩは、管理計算機１４００上のメモリ１４２０に作成されるコピーグループペアテーブル１１０００の情報を基に作成される。コピーペア名フィールド１４１００はコピーペアの名称を表示する。コピーペアは、正側のストレージ装置とボリューム番号、副側のストレージ装置とボリューム番号によって一意に特定されるが、それだけでは管理しにくいため、一般的には、ここにあるようにコピーペア名称といった論理的な名称によって管理される。
コピーペア状態フィールド１４２００はコピーペアの状態を表示する。本フィールドには、図２に示されるPair２１００、Simplex２２００、Suspend２３００、Copying２１１０および２１２０、Suspending２１３０、Deleting２２１０、Error２８００のうち、いずれかの状態が表示される。
正側ボリューム１４３００は、コピーペアの正側のボリュームのボリューム名を表示する。副側ボリューム１４４００は、コピーペアの副側のボリュームのボリューム名を表示する。
本実施例における詳細GUI１４０００によれば、コピーグループＣＧ．０１は、Ｐ１という名称のコピーペア１４５００、Ｐ２という名称のコピーペア１４６００、Ｐ３という名称のコピーペア１４７００の３つのコピーペアから構成され、コピーペアＰ１およびＰ３はPair、Ｐ２はErrorであることから、コピーグループＣＧ．０１の障害の原因となっているのはコピーペアＰ２であることがわかる。
図１４−ｂは、コピーグループの状態がErrorである場合に、サマリＧＵＩ１３０００のコピーグループ名フィールド１３１００に表示されるコピーグループ名をクリックすることにより表示される詳細GUIの一例１４００１である。テーブルの構成は図１４−ａに順ずる。詳細GUI１４００１には、ペア状態がErrorであるペアしか表示しない。
大規模構成では、１つのコピーグループが数万個以上といった大量のコピーペアにより構成される場合がある。このような場合でも、数個のコピーペアが障害となっただけでコピーグループの状態はErroとなる。障害が発生した場合に、その原因となっているコピーペアのみを表示することにより、上記のような大規模構成の場合でも障害発生の原因を速やかに知ることが可能になる。
前記したように、障害発生時には正側のボリュームから副側のボリュームへのデータ転送は行われない。そのため、障害発生中に正側のボリュームのデータが失われるような災害が発生した場合、この間のデータはロストしてしまう。これはRPOの増加を意味するため、障害発生の原因を速やかに知り、対処する機能を提供することは重要である。
本実施例では、コピーグループの状態がErrorである場合に、サマリGUI１３０００のコピーグループ名フィールド１３１００に表示されるコピーグループ名をクリックすることにより詳細GUIの一例１４０００もしくは詳細GUIの一例１４００１のいずれかが表示されるとした。しかしながら、詳細GUIの一例１４０００と詳細GUIの一例１４００１の両方をタブなどによって切り替えることにより、両方を表示できるようにしてもよい。
本実施例では、管理計算機１４００からストレージ装置１５００に対してコピーペアの状態転送指示を発行すると、コピーグループの状態が定常状態、過渡状態であった場合、ストレージ装置１５００上で管理されている管理テーブル１５２２のうち、テーブルのサイズがコピーペアの数には依存しないサマリテーブル５０００と付加情報テーブル５０００のみが管理計算機１４００上に転送され、コピーペアの数に応じてサイズが拡大するペアの状態テーブル４０００は転送されない。
したがって、本実施例によれば、コピーグループの状態が定常状態、過渡状態の場合、コピーグループを構成するコピーペアの数が多ければ多いほど、コピーグループを構成する全てのコピーペアの状態を転送する既存の手法に比べて、管理計算機１４００とストレージ装置１５００間のデータ転送量の削減効果は大きくなる。
また、本実施例によれば、コピーグループの状態が定常状態、過渡状態であった場合、管理計算機１４００の表示装置１４５０にはサマリGUI１３０００のみを表示すれば、コピーグループの状態を把握することができる。コピーグループを構成する全てのコピーペアの状態を表示する必要が無いため、画面表示の負荷が低減される。
本実施例では、ストレージ装置１５００上に存在するコピーグループの数を１つとしたが、複数のコピーグループが存在していても下記の拡張を行うことにより本発明を実施できる。
例えば、ストレージ装置１５００上の管理テーブル１５２２を、ペアの状態テーブル４０００、サマリテーブル５０００、付加情報テーブル６０００を１つのコピーグループごとにそれぞれ１つ作成するように拡張する。この場合、管理テーブル１５２２の更新処理７０００は、それぞれのコピーグループごとに行っても良いし、ストレージ装置１５００上に存在する全てのコピーグループについて一括して行ってもよい。
また、管理計算機１４００上の管理テーブル１４２２を、コピーグループサマリテーブル１００００、コピーグループペアテーブル１１０００を１つのコピーグループごとにそれぞれ１つ作成するように拡張する。この場合、コピーグループの状態取得処理１２０００は、それぞれのコピーグループごとに行っても良いし、ストレージ装置１５００上に存在する全てのコピーグループについて一括して行ってもよい。
図１５に、ストレージ装置１５００上に複数のコピーグループが存在している場合に、コピーグループの状態取得処理１２０００を行った結果表示するサマリ画面１５０００の表示例を示す。サマリ画面１５０００の構成は、サマリGUI１３０００と同様であるが、コピーグループが複数存在するため、コピーグループが複数行表示される。
本実施例におけるサマリＧＵＩ１５０００によれば、ＣＧ．０１という名称のコピーグループ１５１００、ＣＧ．０２というコピーグループ１５２００、ＣＧ．０３という名称のコピーグループ１５３００があって、コピーグループＣＧ．０１の状態はPairであり、その一致率は９８％であること、コピーグループＣＧ．０２の状態はＥｒｒｏｒであって、詳細GUIへのリンクがあること、コピーグループＣＧ．０３の状態はCopyingであることがわかる。
なお、本実施例では、ストレージ装置１５００上のコピーペアの状態転送指示受信時の処理９０００において、サマリテーブル５０００のフラグフィールド５３００に格納されているフラグ値を参照し、更に転送テーブル決定テーブル８０００を参照して、フラグ値が障害であれば、サマリテーブル５０００およびペア状態テーブル４０００をメモリ１５２１上から要求元に対して転送する。
しかしながら、フラグ値が障害であるときに、ペア状態テーブル４０００をメモリ １５２１上から要求元に対して転送しなくても本発明を実施できる。以下にペア状態テーブル４０００を転送しなかった場合の相違点を示す。
管理計算機１４００上の管理プログラム１４１２によって実行されるコピーグループの状態取得処理１２０００のステップ１２５００において、コピーグループの状態がPairではなかった場合、ステップ１２７００には遷移せず、そのまま処理を終了する。
管理計算機１４００の表示装置１４５０に表示されるサマリGUI１３０００には変更はなく、コピーグループの状態がErrorであった場合には、画面表示例１３５００が表示される。コピーグループ名フィールド１３１００に表示されるコピーグループ名がクリック可能となっており、ここをクリックすることにより詳細GUIの一例１４０００が表示される。
詳細GUIの一例１４０００は、管理計算機１４００上のメモリ１４２０に作成されるコピーグループペアテーブル１１０００の情報を基に作成されるが、情報を参照する前にコピーグループペアテーブル１１０００の更新処理を行う。管理計算機１４００からストレージ装置１５００に対し、ペアの状態テーブル４０００の要求を行い、ストレージ装置１５００から管理計算機１４００に対して、ペアの状態テーブル４０００を転送する。
管理計算機１４００はコピーグループペアテーブル１１０００のペア状態フィールド４３００を、受信したペアの状態テーブル４０００の内容で書き換える。この処理の終了後、管理プログラム１４１２は詳細GUIの一例１４０００を表示する。
この場合、フラグ値が障害であっても、最初の要求時にサマリテーブル５０００のみしか要求元に転送しないことにより、管理計算機１４００におけるサマリＧＵＩ１３０００の表示レスポンスを高速化することが可能になる。
［実施例２］
実施例１では、レプリケーションの種類を１つのストレージ装置１５００内で行われるローカルコピーとしたが、実施例２は、レプリケーションの種類をリモートコピーとしたものであり、実施例１に下記の拡張を行うことにより本発明を実施できる。以下に、実施例１との相違点を説明する。
図１６は、レプリケーションの種類がリモートコピーである場合のストレージシステムの構成を示すブロック図である。図１６において、ストレージシステムは、正側のボリュームを格納するストレージ装置１５００に加え、副側のボリュームを格納するストレージ装置１６００を備えて構成されている。
ストレージ装置１５００およびストレージ装置１６００はリモートネットワーク１９００によって互いに接続される。本実施例では、リモートネットワーク１９００は、ストレージエリアネットワークとするが、ＩＰネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。また、一部がストレージエリアネットワーク、一部がＩＰネットワークといった構成でもよい。またデータネットワーク１１００およびまたデータネットワーク１８００と同一のネットワークでもよい。
ストレージ装置１５００およびストレージ装置１６００は、ディスクコントローラ１５２０上にリモートＩ／Ｆ１６５０を備える。リモートＩ／Ｆ１６５０はリモートネットワーク１９００に対するインターフェースであって、ストレージ装置１５００とストレージ装置１６００の間のデータの送受信を行う。
ホスト計算機１７００は、副側のボリュームを格納するストレージ装置１６００とデータネットワーク１８００によって互いに接続される。ホスト計算機１７００の構成はホスト計算機１３００と同一である。ここでは正側のボリュームを格納するストレージ装置１５００と同様に、ローカルディスク１３１０にアプリケーション１３１２が格納されているものとしたが、バックアップ用のプログラムを格納しても構わない。
コピーグループの状態がPairである場合の付加情報として、ローカルコピーの場合は一致率を扱っていたが、リモートコピーの場合は、正副差分時間やバッファ使用率（ジャーナルボリューム使用率）を扱う。
正副差分時間とは、正側のボリュームにデータが書き込まれるタイミングと副側のボリュームにデータが書き込まれるタイミングとにどれくらいの時間差が発生しているかを示す値である。リモートコピーでは、応答性能を確保するために、ホスト計算機１３００または１７００からデータの書き込み要求が発生した際に、正側のボリュームにのみ書き込みを行った時点でホスト計算機１３００または１７００に対して書き込み完了応答を返し、副側のボリュームには正側のボリュームに対する書き込みとは非同期に書き込みを行う手法がとられる場合がある。
これを非同期リモートコピーと呼ぶが、副側ボリュームに対する書き込みの差分時間は、正側ボリュームを格納するストレージ装置１５００と副側ボリュームを格納するストレージ装置１６００との間のリモートネットワーク１９００のネットワーク帯域などに依存するため、正副差分時間を監視することは重要である。
上記非同期リモートコピーにおいて、ホスト計算機１３００または１７００から書き込み要求が発生すると、正側のストレージ装置１５００は自ストレージ内のボリュームに書き込みを行うとともに、副側のストレージ装置１６００内のボリュームに書き込みが完了するまで、データをバッファリングしておく。バッファ使用率とは、このバッファがどれくらい使用されているかを示す値である。バッファが増え続けている場合、またはバッファがある一定の値を超えた場合は、何らかの障害につながることが予見できることからバッファ使用率を監視することは重要である。
図１７に、コピーグループの付加情報を格納する付加情報テーブル１７０００の構成を示す。付加情報テーブル１７０００と付加情報テーブル６０００との相違は、付加情報として、一致率フィールド６２００の代わりに、正副差分時間フィールド１７２００およびバッファ使用率フィールド１７３００を設けた点である。
図１８に、コピーグループのサマリ情報を格納するコピーグループサマリテーブル１８０００の構成を示す。コピーグループサマリテーブル１８０００と図１０に挙げたコピーグループサマリテーブル１００００との相違は、一致率フィールド１０４００に代わって、正副差分時間フィールド１８４００およびバッファ使用率フィールド１８５００を設けた点である。コピーグループサマリテーブル１８０００によると、ＣＧ．０１という名称のコピーグループ１８１００は、Pair状態であり、正副差分時間は２秒、バッファ使用率は１５％であることがわかる。
図１９に、管理計算機１４００の表示装置１４５０に表示されるサマリGUI１９０００の表示例を示す。サマリGUI１９０００とサマリGUI１３０００との相違は、一致率フィールド１３３００の代わりに、正副差分時間フィールド１９３００およびバッファ使用率フィールド１９４００を設けた点である。
実施例２の処理方法と実施例１の処理方法との相違は下記の通りである。すなわち、ストレージ装置１５００上に作成される管理テーブル１５２２の更新処理７０００について、実施例２における処理のシーケンスは実施例１と同様であるが、ステップ７６００の付加情報テーブル更新処理において、実施例１では、付加情報テーブル６０００の一致率フィールド６２００を書き換えたが、実施例２では、付加情報テーブル１７０００の正副差分時間フィールド１７２００およびバッファ使用率フィールド１７３００を書き換えることとしている。
管理計算機１４００上の管理プログラム１４１２によって実行されるコピーグループの状態取得処理１２０００において、実施例２のおける処理のシーケンスは、実施例１と同様であるが、ステップ１２６００の付加情報書き換え処理において、実施例１では、コピーグループサマリテーブル１００００の一致率フィールド１０４００を、受信した付加情報テーブル６０００の内容で書き換えた。
これに対して、実施例２では、コピーグループサマリテーブル１８０００の正副差分時間フィールド１８４００およびバッファ使用率フィールド１８５００を、受信した付加情報テーブル１７０００の内容で書き換える。上記に挙げた点以外は実施例２では、実施例１と同様の処理を行う。
実施例２では、１つのコピーグループを構成する複数のコピーペアの正側ボリュームおよび副側のボリュームについて、正側ボリュームは１つのストレージ装置１５００に、副側ボリュームは１つのストレージ装置１６００に格納されているものとした。しかしながら、１つのコピーグループを構成する複数のコピーペアの正側ボリュームおよび副側のボリュームがそれぞれ複数のストレージ装置に格納されていてもよい。
さらに実施例２では、１つのストレージ装置１５００は１つのホスト計算機１３００に接続されているものとしたが、複数のホスト計算機に接続されていてもよい。
このように複数のストレージ装置１５００、１６００にわたって１つのコピーグループが構成されている場合、１つのストレージ装置を代表ストレージ装置として定義し、代表ストレージ装置上のストレージにコピーグループを構成する全てのコピーペアの状態を収集することにより、本発明を実施できる。
実施例２では、あらかじめ複数のコピーペアからなるコピーグループがストレージ装置１５００上の管理テーブル１５２２に定義済みであることを前提としており、この定義済みの情報に基づき、ストレージ装置１５００上のペアの状態テーブル４０００が作成される。
しかしながら、コピーグループの情報はあらかじめ定義されていなくても、どのコピーペアがコピーグループを構成するかを運用の途中で定義することにより、本発明を実施できる。以下に、運用の途中でコピーグループの情報を定義することにより、本発明を実施する例を説明する。
図２０に、管理計算機１４００上の管理プログラム１４１２がストレージ装置１５００上のストレージマイクロプログラム１５３０に対して発行するコピーグループ定義指示テーブル２００００の構成を示す。コピーグループ定義指示テーブル２００００は、コピーグループ名フィールド２０１００、コピーペア名フィールド２０２００、正側ボリューム名フィールド２０４００、副側ボリューム名フィールド２０５００からなる。
コピーグループ名フィールド２０１００はコピーグループの名称を表す。コピーペア名フィールド２０２００はコピーペアの名称を格納する。コピーペアは、正側のボリューム名と副側のボリューム名によって一意に特定されるが、それだけでは管理しにくいため、一般的にここにあるようにコピーペア名称といった論理的な名称によって管理される。正側ボリューム名フィールド２０４００は、コピーペアの正側のボリュームのボリューム名を格納する。副側ボリューム名フィールド２０５００は、コピーペアの副側のボリュームのボリューム名を格納する。
本実施例におけるペアの状態テーブル２０００によれば、コピーグループＣＧ．０１は、Ｐ１という名称のコピーペア２０６００、Ｐ２という名称のコピーペア２０７００、Ｐ３という名称のコピーペア２０８００の３つのコピーペアから構成される。
以下に処理の流れを示す。管理計算機１４００上の管理プログラム１４１２は、ストレージ装置１５００に対してコピーグループ定義指示を発行する。本指示はコピーグループ定義指示テーブル２００００を含む。
ストレージ装置１５００上のストレージマイクロプログラム１５３０は、コピーグループ定義指示を受け付けると、メモリ１５２１上の管理テーブルにペアの状態テーブル４０００を作成し、コピーグループ名フィールド４１００、コピーペア名フィールド４２００、正側ボリューム名フィールド４４００、副側ボリューム名フィールド４５００をコピーグループ定義指示テーブル２００００の内容で書き換える。ペア状態フィールド４３００は空欄のままとする。
こうすることにより、この処理以降、上記に述べたものと同じ処理を行うことにより、本発明の実施が可能となる。なお、ここでは、管理計算機１４００上の管理プログラム１４１２からコピーグループ定義指示を発行するものとしたが、この指示はホスト計算機１３００上のアプリケーション１３１２から発行されてもよい。
［実施例３］
実施例３は、ストレージ装置１５００と管理計算機１４００との間に、補助管理計算機として、Agent計算機２１１００を配置し、Agent計算機２１１００とストレージ装置１５００とを収集ネットワーク２１２００を介して接続するとともに、Agent計算機と管理計算機１４００とを管理ネットワーク１２００を介して接続し、管理計算機１４００が、Agent計算機２１１００を介して、ストレージ装置１５００上のストレージマイクロプログラム１５３０とデータの授受を行うようにしたものであり、他の構成は実施例１と同様である。以下に実施例１との相違点を説明する。
図２１に、レプリケーションの種類がローカルコピーである場合のストレージシステムの構成を示す。なお、レプリケーションの種類がリモートコピーの場合でも本発明は同様に実施可能である。以下、実施例１との差分を基本に実施例３の構成を説明する。
ストレージ装置１５００とAgent計算機２１１００とは、データ収集ネットワーク２１２００によって接続される。本実施例では、データ収集ネットワーク２１２００はストレージエリアネットワークとするが、ＩＰネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。
Agent計算機２１１００と管理計算機１４００は管理ネットワーク１２００によって接続される。本実施例では、管理ネットワーク１２００は、ＩＰネットワークとするが、ストレージエリアネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。また、データネットワーク１１００と収集ネットワーク２１２００が同一ネットワークであってもよいし、Agent計算機２１１００とホスト計算機１３００は同一の計算機でもかまわない。
なお、説明の都合上、実施例３では、ストレージ装置１５００を１台、ホスト計算機１３００を１台、管理計算機１４００を１台、Agent計算機を１台としたが、本発明ではこれらの数は問わない。
Agent計算機２１１００は、CPU２１１４０、メモリ２１１２０、ローカルディスク２１１１０、データ収集のためにストレージ装置１５００とデータや制御命令を送受信するデータ収集Ｉ／Ｆ２１１６０、システム管理のために管理計算機１４００とデータや制御命令を送受信する管理Ｉ／Ｆ２１１７０からなる。
ローカルディスク２１１１０は、Agent計算機２１１００に接続されたハードディスクなどのディスク装置であり、管理プログラム２１１１２が記憶されている。管理プログラム２１１１２は、Agent計算機２１１００のメモリ２１１２０にロードされ、CPU２１１４０によって実行される。管理プログラム２１１１２の動作と管理テーブル２１１２２の構成については後述する。
データ収集Ｉ／Ｆ２１１６０は、データ収集ネットワーク２１２２００とのインターフェースであって、ストレージ１５００とデータや制御命令の送受信を行う。メモリ２１１２０上の管理テーブル２１１２２は、ペアの状態テーブル４０００、サマリテーブル５０００、付加情報テーブル６０００から構成される。それぞれのテーブルの構成は実施例１で述べたものと同一である。
実施例１では、コピーグループの状態決定テーブル３０００および転送テーブル決定テーブル８０００は、ストレージ装置１５００上のストレージマイクロプログラム１５３０が保持していたが、本実施例では、これらのテーブルはAgent計算機２１１００上の管理プログラム２１１１２が保持しているものとする。なお、これらのテーブルは、管理プログラム２１１１２とは別にAgent計算機２１１００上のローカルディスク２１１１０に格納されていても本発明を実施できる。
また、実施例１では、ストレージ装置１５００上のメモリ１５２１に作成される管理テーブル１５２２は、ペアの状態テーブル４０００、サマリテーブル５０００、付加情報テーブル６０００から構成されていたが、本実施例では、ストレージ装置１５００上のメモリ１５２１に作成される管理テーブル１５２２は、ペアの状態テーブル４０００からのみ構成される。
本実施例では、コピーグループの定義はAgent計算機２１１００経由で行う。すなわち、コピーグループを定義した際に、ストレージ装置１５００のストレージマイクロプログラム１５３０は、ストレージ装置１５００のメモリ１５２１上の管理テーブル１５２２に、ペアの状態テーブル４０００を作成し、Agent２１１００の管理プログラム２１１１２は、Agent計算機２１１００上のメモリ２１１２０の管理テーブル２１１２２に、ペアの状態テーブル４０００を作成する。
この場合、ストレージ装置１５００のストレージマイクロプログラム１５３０は、ペアの状態テーブル４０００の作成時には、定義された情報に基づき、図４に示される、コピーグループ名フィールド４１００、コピーペア名フィールド４２００、正側ボリューム名フィールド４４００、副側ボリューム名フィールド４５００を書き換える。このとき、ペア状態フィールド４３００は空欄とする。
次に、Agent計算機２１１００上の管理プログラム２１１１２およびストレージ装置１５００上のマイクロプログラム１５３０によって実行される、コピーペアの状態転送指示受信時の動作を図２２のフローチャートに従って説明する。実施例１では、コピーペアの状態転送指示は管理計算機１４００からストレージ装置１５００に発行されるが、本実施例では、管理計算機１４００からAgent計算機２１１００に対して発行される。
本実施例の処理は、Agent計算機２１１００上の管理プログラム２１１１２によって実行される処理２２１００と、ストレージ装置１５００上のマイクロプログラム１５３０によって実行される処理２２５００からなる。
最初に、Agent計算機２１１００上の管理プログラム２１１１２が、管理計算機１４００からコピーペアの状態転送指示を受け付けると（ステップ２２１１０）、Agent計算機２１１００上の管理プログラム２１１１２は、ストレージ装置１５００上のマイクロプログラム１５３０に対して、全コピーペアの状態を取得する指示を発行する（ステップ２２１２０）。
ストレージ装置１５００上のマイクロプログラム１５３０は、Agent計算機２１１００上の管理プログラム２１１１２から全コピーペアの状態を取得する指示を受け取ると、全コピーペアの状態を取得し（ステップ２２５１０）、取得した全コピーペアの状態によって、メモリ１５２１上のペアの状態テーブル４０００のペア状態フィールド４３００を書き換える（ステップ２２５１０）。
書き換えが終了すると、ストレージ装置１５００上のマイクロプログラム１５３０は、更新されたペアの状態テーブル４０００をAgent計算機２１１００に転送する（ステップ２２５３０）。
Agent計算機２１１００上の管理プログラム２１１１２は、ストレージ装置１５００上のマイクロプログラム１５３０からペアの状態テーブル４０００を受け取ると、受け取った情報によって、Agent計算機２１１００のメモリ上の状態テーブル４０００を書き換える（ステップ２２１３０）。
次に、Agent計算機２１１００上の管理プログラム２１１１２は、コピーグループの状態決定テーブル３０００に基づいて、サマリテーブル５０００のコピーグループの状態フィールド５２００、フラグフィールド５３００を更新し（ステップ２２１３０）、更新したサマリテーブル５０００のコピーグループの状態フィールド５２００を参照し、コピーグループの状態がPairであるかそれ以外であるかをチェックする（ステップ２２１５０）。
ステップ２２１５０において、コピーグループの状態がPairである場合、Agent計算機２１１００上の管理プログラム２１１１２は、コピーグループの一致率を取得し、取得したコピーグループの一致率を付加情報テーブル６０００の一致率フィールド６２００に格納し（ステップ２２１６０）、その後、処理を終了する（ステップ２２１７０）。
ステップ２２１５０において、コピーグループの状態がPairではない場合は、Agent計算機２１１００上の管理プログラム２１１１２は、そのまま処理を終了する（ステップ２２１７０）。
レプリケーションの大規模化にともない、１つの管理計算機１４００で地理的に離れた場所に配置された複数のストレージ装置１５００をまとめて管理したいというニーズが高まりつつある。本実施例はこのようなニーズに適合するものである。
すなわち、ストレージ装置１５００が複数存在する場合に、ストレージ装置１５００ごと、もしくは地理的に同じような場所に存在するストレージ装置１５００ごとにAgent計算機２１１００を配置する。
本実施例によれば、ストレージ装置１５００と管理計算機１４００との間に、Agent計算機２１１００を配置し、管理計算機１４００が、Agent計算機２１１００を介して、ストレージ装置１５００上のストレージマイクロプログラム１５３０とデータの授受を行うようにしたため、Agent計算機２１１００と管理計算機１４００との間の通信の負荷を低減することが可能になるとともに、地理的に離れた複数のストレージ装置１５００から情報を収集するための通信の負荷を低減することができる。
さらに、本実施例によれば、実施例１においてストレージ装置１５００上のマイクロプログラム１５３０が行っていた処理のうちの大部分をAgent計算機２１１００上で行うため、ストレージ装置１５００の管理負荷を低減することができる。
本発明に係るストレージシステムの実施例１を示すシステム構成図である。 実施例１における、コピーペアの状態遷移を示す図である。 実施例１における、コピーグループの状態決定テーブルの一例を示す構成図である。 実施例１における、ペアの状態テーブルの一例を示す構成図である。 実施例１における、サマリテーブルの一例を示す構成図である。 実施例１における、付加情報テーブルの一例を示す構成図である。 実施例１における、管理テーブルの更新処理を行うストレージマイクロプログラムの処理の動作を示すフローチャートである。 実施例１における、転送テーブル決定テーブルの一例を示す構成図である。 実施例１における、コピーペアの状態情報の転送を行うストレージマイクロプログラムの処理の動作を示すフローチャートである。 実施例１における、コピーグループサマリテーブルの一例を示す構成図である。 実施例１における、コピーグループペアテーブルの一例を示す構成図である。 実施例１における、コピーグループの状態取得処理を行う管理プログラムの処理の動作を示すフローチャートである。 実施例１における、サマリGUIの表示例を示す図である。 実施例１における、サマリGUIの他の表示例を示す図である。 実施例１における、サマリGUIのさらに表示例を示す図である。 実施例１における、詳細GUIの表示例を示す図である。 実施例１における、詳細GUIの他の表示例を示す図である。 実施例１における、サマリGUIの表示例を示す図である。 本発明に係るストレージシステムの実施例２を示すシステム構成図である。 実施例２における、付加情報テーブルの一例を示す構成図である。 実施例２における、コピーグループサマリテーブルの一例を示す構成図である。 実施例２における、サマリGUIの表示例を示す図である。 実施例２における、コピーグループ定義指示テーブルの一例を示す構成図である。 本発明に係るストレージシステムの実施例３を示すシステム構成図である。 実施例３における、管理テーブルの更新処理を行う管理プログラムおよびストレージマイクロプログラムの処理の動作を示すフローチャートである。
符号の説明
１１００：データネットワーク
１２００：管理ネットワーク
１３００：ホスト計算機
１４００：管理計算機
１５００：ストレージ装置
１５１０：ディスク装置
１５２０：ディスクコントローラ

Claims (18)

  1. ホスト計算機と、前記ホスト計算機と通信ネットワークを介して接続されて前記ホスト計算機のアクセスに伴う情報を記憶するストレージ装置と、前記ストレージ装置を、前記通信ネットワークを介して管理する管理計算機とを備えているストレージシステムにおいて、
    前記ストレージ装置は、前記ホスト計算機からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、前記正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部と、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、前記正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部を備え、
    前記状態情報管理部は、前記複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、前記障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を情報要求元となる前記管理計算機に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を前記管理計算機に転送する、ストレージシステム。
  2. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１に記載のストレージシステム。
  3. 前記状態情報管理部は、前記情報要求元の管理計算機からのコマンドに応答して、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１に記載のストレージシステム。
  4. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視し、前記いずれかのコピーグループに属するコピーペアに障害があるときには、当該コピーグループ内のコピーペアの全状態情報を前記情報要求元の管理計算機に転送し、それ以外のときには、前記各コピーグループに属するコピーペアは、定常状態または過渡状態にあることを示す状態情報を前記情報要求元の管理計算機に転送する、請求項１に記載のストレージシステム。
  5. 前記情報要求元の管理計算機は、前記状態情報管理部の転送に伴う情報を表示する表示部を備えてなる、請求項１に記載のストレージシステム。
  6. 複数のホスト計算機と、前記各ホスト計算機と通信ネットワークを介して接続されて前記各ホスト計算機のアクセスに伴う情報を記憶する複数のストレージ装置と、前記ストレージ装置を、前記通信ネットワークを介して管理する管理計算機とを備えているストレージシステムにおいて、
    前記いずれかのストレージ装置は、前記ホスト計算機からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、前記正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部と、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、前記正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部を備え、
    前記正ストレージ部と前記副ストレージ部は、前記複数のストレージ装置のうち互いに異なるストレージ装置に配置され、
    前記状態情報管理部は、前記複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、前記障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を情報要求元となる前記管理計算機に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を前記管理計算機に転送する、ストレージシステム。
  7. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項６に記載のストレージシステム。
  8. 前記状態情報管理部は、前記情報要求元の管理計算機及び/又は前記ホスト計算機からのコマンドに応答して、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項６に記載のストレージシステム。
  9. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視し、前記いずれかのコピーグループに属するコピーペアに障害があるときには、当該コピーグループ内のコピーペアの全状態情報を前記情報要求元の管理計算機に転送し、それ以外のときには、前記各コピーグループに属するコピーペアは、定常状態または過渡状態にあることを示す状態情報を前記情報要求元の管理計算機に転送する、請求項６に記載のストレージシステム。
  10. 前記情報要求元の管理計算機は、前記状態情報管理部の転送に伴う情報を表示する表示部を備えてなる、請求項６に記載のストレージシステム。
  11. ホスト計算機と、前記ホスト計算機と通信ネットワークを介して接続されて前記ホスト計算機のアクセスに伴う情報を記憶するストレージ装置と、前記ストレージ装置を、前記通信ネットワークを介して管理する管理計算機と、前記ストレージ装置を前記通信ネットワークを介して管理する補助管理計算機と、を備えているストレージシステムにおいて、
    前記ストレージ装置は、前記ホスト計算機からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、前記正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部と、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、前記正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部を備え、
    前記状態情報管理部は、前記複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、前記障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を情報要求元となる前記補助管理計算機に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を前記補助管理計算機に転送する、ストレージシステム。
  12. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１１に記載のストレージシステム。
  13. 前記状態情報管理部は、前記管理計算機及び/又は前記ホスト計算機からのコマンドに応答して、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１１に記載のストレージシステム。
  14. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視し、前記いずれかのコピーグループに属するコピーペアに障害があるときには、当該コピーグループ内のコピーペアの全状態情報を前記補助管理計算機に転送し、それ以外のときには、前記各コピーグループに属するコピーペアは、定常状態または過渡状態にあることを示す状態情報を前記補助管理計算機に転送する、請求項１１に記載のストレージシステム。
  15. ホスト計算機を含む複数の計算機と通信ネットワークを介して接続されたストレージサブシステムにおいて、
    前記ホスト計算機からの書き込みデータを正側ボリュームとして格納する正ストレージ部と、前記正ストレージ部に格納された書き込みデータのコピーによるデータを副側ボリュームとして格納する副ストレージ部と、コピー元の正側ボリュームとコピー先の副側ボリュームを1つのコピーペアとして、前記正ストレージ部と前記副ストレージ部から複数のコピーペアの状態情報を収集して管理する状態情報管理部を備え、
    前記状態情報管理部は、前記複数のコピーペアの状態情報を障害の有無に従って監視し、情報の転送時に、前記障害の生じたコピーペアの状態情報として当該コピーペアに関する詳細情報を前記計算機のうち情報要求元の計算機に転送し、それ以外のコピーペアの状態情報として当該コピーペア全体の状態を示すフラグ情報を前記情報要求元の計算機に転送する、ストレージサブシステム。
  16. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１５に記載のストレージサブシステム。
  17. 前記状態情報管理部は、前記情報要求元の計算機からのコマンドに応答して、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視する、請求項１５に記載のストレージサブシステム。
  18. 前記状態情報管理部は、前記複数のコピーペアをコピーグループ群に分け、前記各コピーグループに属するコピーペアの状態情報を前記各コピーグループの単位で集約し、前記集約した各コピーグループに属するコピーペアの状態情報を監視し、前記いずれかのコピーグループに属するコピーペアに障害があるときには、当該コピーグループ内のコピーペアの全状態情報を前記情報要求元の計算機に転送し、それ以外のときには、前記各コピーグループに属するコピーペアは、定常状態または過渡状態にあることを示す状態情報を前記情報要求元の計算機に転送する、請求項１５に記載のストレージサブシステム。
JP2007286652A 2007-11-02 2007-11-02 ストレージシステムおよびストレージサブシステム Expired - Fee Related JP5124237B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007286652A JP5124237B2 (ja) 2007-11-02 2007-11-02 ストレージシステムおよびストレージサブシステム
US12/034,977 US8347049B2 (en) 2007-11-02 2008-02-21 Storage system and storage subsystem
US13/731,251 US8688939B2 (en) 2007-11-02 2012-12-31 Storage system and storage subsystem

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007286652A JP5124237B2 (ja) 2007-11-02 2007-11-02 ストレージシステムおよびストレージサブシステム

Publications (2)

Publication Number Publication Date
JP2009116474A true JP2009116474A (ja) 2009-05-28
JP5124237B2 JP5124237B2 (ja) 2013-01-23

Family

ID=40589333

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007286652A Expired - Fee Related JP5124237B2 (ja) 2007-11-02 2007-11-02 ストレージシステムおよびストレージサブシステム

Country Status (2)

Country Link
US (2) US8347049B2 (ja)
JP (1) JP5124237B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011164800A (ja) * 2010-02-05 2011-08-25 Fujitsu Ltd ストレージシステム及びストレージ制御方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI514249B (zh) 2009-01-23 2015-12-21 Infortrend Technology Inc 遠端非同步資料卷複製的方法及執行該方法的儲存系統
US9256526B2 (en) * 2012-02-23 2016-02-09 National Taiwan University Flash memory storage system and access method
CN103150224B (zh) * 2013-03-11 2015-11-11 杭州华三通信技术有限公司 用于提高启动可靠性的电子设备及方法
WO2015072026A1 (ja) * 2013-11-18 2015-05-21 株式会社日立製作所 計算機システム
JP2016146115A (ja) * 2015-02-09 2016-08-12 株式会社リコー 情報処理装置、情報処理システム、提案方法及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007047892A (ja) * 2005-08-08 2007-02-22 Hitachi Ltd 計算機システム及び計算機システムの状態管理方法
JP2007140651A (ja) * 2005-11-15 2007-06-07 Hitachi Ltd 計算機システム
JP2007249447A (ja) * 2006-03-15 2007-09-27 Hitachi Ltd コピーペアのペア状態の表示方法

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4306287A (en) * 1979-08-31 1981-12-15 Bell Telephone Laboratories, Incorporated Special address generation arrangement
US5287485A (en) * 1988-12-22 1994-02-15 Digital Equipment Corporation Digital processing system including plural memory devices and data transfer circuitry
US5544347A (en) * 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
US5758067A (en) * 1995-04-21 1998-05-26 Hewlett-Packard Co. Automated tape backup system and method
US6477591B1 (en) * 1998-03-03 2002-11-05 Highground Systems, Inc. Method and apparatus for storing and copying data via a first path and a second path wherein second path bypasses mirror driver
US6266784B1 (en) * 1998-09-15 2001-07-24 International Business Machines Corporation Direct storage of recovery plan file on remote server for disaster recovery and storage management thereof
US6434649B1 (en) * 1998-10-14 2002-08-13 Hitachi, Ltd. Data streamer
US6820148B1 (en) * 2000-08-17 2004-11-16 Sandisk Corporation Multiple removable non-volatile memory cards serially communicating with a host
US7603516B2 (en) * 2000-12-15 2009-10-13 Stmicroelectronics Nv Disk controller providing for the auto-transfer of host-requested-data from a cache memory within a disk memory system
US20030177149A1 (en) * 2002-03-18 2003-09-18 Coombs David Lawrence System and method for data backup
US6880052B2 (en) * 2002-03-26 2005-04-12 Hewlett-Packard Development Company, Lp Storage area network, data replication and storage controller, and method for replicating data using virtualized volumes
US7028153B1 (en) * 2002-06-19 2006-04-11 Veritas Operating Corporation Backup and retrieval of data storage using catalog data
US7523408B2 (en) * 2003-05-30 2009-04-21 International Business Machines Corporation Representing status information in a storage subsystem copy services product
JP4422519B2 (ja) * 2004-03-18 2010-02-24 株式会社日立製作所 情報処理システム
JP4382602B2 (ja) * 2004-04-23 2009-12-16 株式会社日立製作所 リモートコピーシステム
JP4563725B2 (ja) * 2004-05-17 2010-10-13 株式会社日立製作所 計算機システム
JP4376750B2 (ja) * 2004-10-14 2009-12-02 株式会社日立製作所 計算機システム
JP4431022B2 (ja) * 2004-10-18 2010-03-10 株式会社日立製作所 コンピュータシステム及びその制御方法
JP2006139477A (ja) * 2004-11-11 2006-06-01 Hitachi Ltd 計算機システム、管理方法及びストレージネットワークシステム
JP4688542B2 (ja) * 2005-03-31 2011-05-25 株式会社日立製作所 計算機システム、ホストコンピュータ及びコピーペア処理方法
JP4699837B2 (ja) * 2005-08-25 2011-06-15 株式会社日立製作所 ストレージシステム、管理計算機及びデータ移動方法
US7356638B2 (en) * 2005-10-12 2008-04-08 International Business Machines Corporation Using out-of-band signaling to provide communication between storage controllers in a computer storage system
US7644224B2 (en) * 2005-11-15 2010-01-05 Sandisk Il Ltd. Flash memory device and method
US20070250673A1 (en) * 2006-04-25 2007-10-25 Eidswick Max L Computer backup system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007047892A (ja) * 2005-08-08 2007-02-22 Hitachi Ltd 計算機システム及び計算機システムの状態管理方法
JP2007140651A (ja) * 2005-11-15 2007-06-07 Hitachi Ltd 計算機システム
JP2007249447A (ja) * 2006-03-15 2007-09-27 Hitachi Ltd コピーペアのペア状態の表示方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011164800A (ja) * 2010-02-05 2011-08-25 Fujitsu Ltd ストレージシステム及びストレージ制御方法

Also Published As

Publication number Publication date
JP5124237B2 (ja) 2013-01-23
US20130124808A1 (en) 2013-05-16
US20090119467A1 (en) 2009-05-07
US8688939B2 (en) 2014-04-01
US8347049B2 (en) 2013-01-01

Similar Documents

Publication Publication Date Title
JP5352115B2 (ja) ストレージシステム及びその監視条件変更方法
EP1796004B1 (en) Storage system and data processing system
JP4668763B2 (ja) ストレージ装置のリストア方法及びストレージ装置
US8627028B2 (en) Method of constructing replication environment and storage system
US8914671B2 (en) Multiple hyperswap replication sessions
JP4571576B2 (ja) リモートコピー記憶装置システムおよびリモートコピー方法
JP5286212B2 (ja) ストレージクラスタ環境でのリモートコピー制御方法及びシステム
JP4327831B2 (ja) ストレージシステム、管理計算機及びコピーペア監視方法
US10719244B2 (en) Multi-mode data replication for data loss risk reduction
JP2004287648A (ja) 外部記憶装置及び外部記憶装置のデータ回復方法並びにプログラム
JP2006527875A (ja) データ管理方法、システム、およびプログラム（リモート記憶位置にフェイルオーバを行うための方法、システム、およびプログラム）
US11321005B2 (en) Data backup system, relay site storage, data backup method, and control program for relay site storage
JP5124237B2 (ja) ストレージシステムおよびストレージサブシステム
US8108639B2 (en) Storage system, method for calculating estimated value of data recovery available time and management computer
JP2011164800A (ja) ストレージシステム及びストレージ制御方法
JP5154843B2 (ja) クラスタシステム、計算機、および障害回復方法
JP5947974B2 (ja) 情報処理装置及び情報処理装置の交換支援システム並びに交換支援方法
KR20180018195A (ko) 공정 관리 장치, 이와 연동하는 데이터 서버를 포함하는 반도체 공정 관리 시스템 및 이를 이용한 반도체 공정 관리 방법
JP2011209834A (ja) 冗長システム
JP7364209B2 (ja) １次ストレージ装置、２次ストレージ装置、データ管理システム、データ管理方法、プログラム、及び記憶媒体
JP2008033967A (ja) 外部記憶装置及び外部記憶装置のデータ回復方法並びにプログラム
JP2006350460A (ja) 計算機システムおよび計算機制御方法
JP2013012137A (ja) ディスクミラーリングシステム及びその管理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100122

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120327

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120528

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121029

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151102

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees