JP2006146661A - レプリケーションシステム、方法、レプリカストレージ、およびプログラム - Google Patents

Abstract

【課題】 一定以上の信頼性を維持しつつコストを抑えたレプリケーションシステムを提供することである。
【解決手段】 複数のマスターストレージ１ａ〜１ｂは、正常系サイトにて処理に用いられるデータを格納し、処理に提供しており、データが更新されると更新情報を待機系サイトに送信する。
レプリカストレージ３は、待機系サイトにて、複数のマスターストレージ１ａ〜１ｂの複製データを上位ストレージ１３および下位ストレージ１４からなる階層型ストレージに格納している。そして、レプリカストレージ３は、第１のモードでは、マスターストレージ１からの更新情報を受信して複製データを更新する。また、レプリカストレージ３は、第２のモードでは、いずれかの正常系サイトのマスターストレージ１を選択し、選択したマスターストレージ１に対応する複製データを上位ストレージ１３にて処理に提供する。
【選択図】 図１

Description

本発明は、マスターストレージとレプリカストレージの間のレプリケーションを行うレプリケーションシステムに関する。

ストレージにデータを格納しておき、ホストが処理を実行するときにストレージにアクセスするコンピュータシステムが従来から用いられている。ストレージとは、磁気ディスク、光ディスク、光磁気ディスクのディスク装置あるいはそのディスクアレイ装置等の不揮発なデータ記録装置をいう。

また、処理能力を向上するために、ストレージに用いられるメモリーより高速動作可能なメモリーで構成したディスクキャッシュが従来から用いられてきた。また、停電等の障害時でも、ディスクキャッシュ上で更新されたデータが失われてしまわないように、バッテリーバックアップにより、一定期間、ディスクキャッシュを不揮発化したものもあった。

また、ストレージシステムでは、ストレージの容量単価を低減するために、従来から、階層化された複数レベルのストレージを備え、データのアクセス頻度により保存するストレージを使い分けることが行われている。一般的には、上位ストレージには高性能あるいは高可用性のストレージが用いられ、下位ストレージには上位ストレージに比べて性能あるいは可用性の劣るストレージが用いられる。性能あるいは可用性の劣るストレージは容量単価が低いので、それを用いることによりコストダウンの効果が得られる。また、上位ストレージに高性能あるいは高可用性のストレージを用いることによりストレージ全体として所定の性能または可用性を実現することができる。

階層型ストレージでは、一例として、アクセス頻度の高いデータは上位ストレージに格納され、アクセス頻度の低いデータは下位ストレージに格納される。そして、例えば、ホストからのアクセス先を上位ストレージに限定し、上位ストレージに格納されていないデータへのアクセスがあると、下位ストレージから上位ストレージにデータブロックを移動する。また、階層型ストレージでは、上位ストレージをアクセス頻度の高い状態に維持するためにも上位ストレージと下位ストレージの間でデータの移動が行われる。

データのアクセス頻度に基づく上位ストレージと下位ストレージの間でのデータの移動は、例えばＨＳＭ（ｈｉｅｒａｒｃｈｉｃａｌ Ｓｔｏｒａｇｅ Ｍａｎａｇｅｍｅｎｔ）に基づいて行われる。このような階層型ストレージによれば、アクセス性能を一定以上に維持しつつ、高価な上位ストレージの容量を削減することで、ストレージシステムの装置コストを低減することができる。

さらに、ストレージシステムでは、大容量ストレージを安価に実現するために、従来からＡＴＡやＳｅｒｉａｌ ＡＴＡのような安価な磁気記憶装置により構築されたディスクアレイが用いられてきた。

一方、災害等が発生したときに正常系サイトに代わって待機系サイトが動作することによりシステム機能を維持するコンピュータシステムが用いられることがある。例えば、平時には正常系サイトがシステム機能を提供する動作をしており、正常系サイトが正常に機能できない状態となると待機系サイトが動作を開始する。平時とは、災害が発生していないような通常運用状態をいう。被災時とは、災害が発生し、サイトあるいはサイトに設置された装置が使用できなくなった状態をいう。正常系とは、平時に使用される装置やシステム等をいい、待機系とは、被災時に使用される装置やシステム等をいう。

コンピュータシステムとしての機能を継続的に提供するために、正常系サイトと待機系サイトは各々にデータを格納するためのストレージを有している。正常系サイトにマスターストレージが設置され、待機系サイトにレプリカストレージが設置されたストレージシステムはレプリケーションシステムと呼ばれる。

そして、レプリケーションシステムでは、待機系サイトが正常系サイトに代わって動作できるように、マスターストレージ内のデータがレプリカストレージに複製され、保持される（例えば、非特許文献１、２参照）。この処理をレプリケーションと呼ぶ。また、マスターストレージとは、レプリケーションシステムでの正常系サイトに設置される複製元になるストレージをいう。レプリカストレージとは、レプリケーションシステムでの待機系サイトに設置される複製に当たるストレージをいう。

レプリケーションには、正常系サイトおよび待機系サイトのデータの更新方法により、同期型（同期レプリケーション）と非同期型（非同期レプリケーション）がある。

同期レプリケーションでは、正常系サイトにおいて、ホストからマスターストレージへのｗｒｉｔｅ（データの書き込み）が発生すると、それを契機として待機系サイトのストレージにも同じデータのｗｒｉｔｅが行われる。そして、両ストレージにデータが適用された後に正常系サイトのホストにｗｒｉｔｅに対する応答が返される。

一方、非同期レプリケーションでは、正常系サイトにおいて、ホストからマスターストレージへのｗｒｉｔｅは発生すると、まずマスターストレージにｗｒｉｔｅが行われ、その段階でホストに応答が返される。そして、待機系サイトのレプリカストレージに対するｗｒｉｔｅは、別の任意のタイミングで行われる。
イーエムシー・コーポレーション、ＥＭＣ ＳＲＤＦ［ｏｎｌｉｎｅ］［平成１６年７月２８日検索］、インターネット＜ ＵＲＬ ｈｔｔｐ：／／ｊａｐａｎ．ｅｍｃ．ｃｏｍ／ｌｏｃａｌ／ｊａ／ＪＰ／ｐｒｏｄｕｃｔｓ／ｎｅｔｗｏｒｋｉｎｇ／ｓｒｄｆ．ｊｓｐ ＞ 日本電気株式会社、Ｓｙｓｔｅｍ Ｇｌｏｂｅ Ｒｅｍｏｔｅ Ｄａｔａ Ｒｅｐｌｉｃａｔｉｏｎ［ｏｎｌｉｎｅ］［平成１６年７月２８日検索］、インターネット＜ＵＲＬ ｈｔｔｐ：／／ｗｗｗ．ｓｗ．ｎｅｃ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／ｉｓｔｏｒａｇｅ／ｐｒｏｄｕｃｔ／ｓｏｆｔｗａｒｅ／ｒｄｒ／ｉｎｄｅｘ．ｓｈｔｍｌ ＞

レプリケーションシステムでは、被災時のためにレプリカストレージを備え、リプリケーションが行われるので、信頼性の向上と引き換えにシステムのコストは高くなる。また、レプリカストレージを安価なストレージで構成することによりレプリケーションシステムのコストダウンを行おうとすると、どうしても平時のレプリケーションや被災時のレプリカストレージでの業務処理能力が低下してしまう。

例えば、ＡＴＡやＳｅｒｉａｌ ＡＴＡによる安価なストレージやテープ装置等でレプリカストレージを構成した場合、正常系サイトの被災時、待機系サイトにて処理能力の低い安価なストレージを業務用に用いることとなる。そのため、正常系サイトの被災時には、どうしても業務処理能力が低下してしまう。ディスクキャッシュにより処理能力を改善することも考えられるが、業務に必要な全容量のデータセットを格納できるだけのディスクキャッシュを備えることはできないのでキャッシュミスによる処理能力の低下は避けられない。

また、ＡＴＡやＳｅｒｉａｌ ＡＴＡによる安価なストレージやテープ装置等は、マスターストレージに使用される高価なストレージよりも可用性が劣るので被災時の可用性も低下してしまう。

このように、従来のレプリケーションシステムの信頼性とコストとは、一定以上の信頼性を維持しようとするとそれに伴うコストアップは避けられないというトレードオフの関係にあった。また、その信頼性向上の費用効率は良いとはいえず、一定以上の信頼性を維持しつつ、コストを抑えたレプリケーションシステムの実現が期待されていた。

本発明の目的は、一定以上の信頼性を維持しつつコストを抑えたレプリケーションシステムを提供することである。

上記目的を達成するために、本発明のレプリケーションシステムは、
正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムであって、
前記正常系サイトにて処理に用いられるデータを格納し、処理に提供しており、前記データが更新されると更新情報を前記待機系サイトに送信する複数のマスターストレージと、
前記待機系サイトにて、複数の前記マスターストレージの複製データを上位ストレージおよび下位ストレージからなる階層型ストレージに格納しており、第１のモードでは、前記マスターストレージからの前記更新情報を受信して前記複製データを更新し、第２のモードでは、いずれかの正常系サイトのマスターストレージを選択し、選択した該マスターストレージに対応する複製データを前記上位ストレージにて処理に提供するレプリカストレージとを有している。

したがって、複数のマスターストレージでレプリカストレージを共用し、レプリカストレージは、複数の中から選択されたマスターストレージの複製データを階層型ストレージの上位ストレージにて処理に提供するので、処理に提供可能な程度のストレージの記憶容量を削減し、一定以上の信頼性を維持しつつコストダウンを図ることができる。

また、前記レプリカストレージは、前記上位ストレージおよび前記下位ストレージへのデータの配置を、予め設定された配置ポリシーの設定に従って決定することとしてもよい。

また、前記第１のモードにおいて、複数の前記マスターストレージの複製データを前記下位ストレージに配置する配置ポリシーと、前記第２のモードにおいて、前記レプリカストレージで処理に提供する複製データを前記上位ストレージに配置する配置ポリシーとが設定されることとしてもよい。

これによれば、第１のモードにて複数のマスターストレージの複製データを下位ストレージに配置しておき、第２のモードにて処理に提供する複製データのみを上位ストレージに移動するので、下位ストレージには処理に提供可能な程度のストレージを用いる必要が無く、コストダウンを図ることができる。

また、前記第２のモードの配置ポリシーは、選択された前記マスターストレージ毎に異なるポリシーであるとしてもよい。

これによれば、マスターストレージ毎に第２のモードの配置ポリシーを変更可能なので、どのマスターストレージが選択されても、そのマスターストレージに適した配置ポリシーを用いることができ、マスターストレージに対して最適化が可能である。

また、前記第２のモードに遷移するときに用いる配置ポリシーがさらに設定されるとしてもよい。

これによれば、モード遷移時には、遷移に適した配置ポリシーを用いることができ、遷移状態に対して最適化が可能である。

また、前記第２のモードに遷移するときに用いる配置ポリシーは、前記マスターストレージにおいて業務を開始したときのアクセスパターンに基づいて作成されているものとしてもよい。

これによれば、第２のモードへの遷移時にはマスターストレージによる業務開始時と類似したアクセスパターンとなる場合、それに基づく配置ポリシーによりアクセスを先取りしたデータの移動が可能であり、業務開始直後のアクセス性能を向上させることができる。

また、前記第２のモードに遷移するときに用いる配置ポリシーは、過去に前記第２のモードに遷移したときのアクセスパターンに基づいて作成されているものとしてもよい。

これによれば、第２のモードへの遷移時には過去のアクセスパターンに類似したアクセスパターンとなる場合、それに基づく配置ポリシーによりアクセスを先取りしたデータの移動が可能であり、業務開始直後のアクセス性能を向上させることができる。

また、前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
前記上位ストレージは、前記第２のモードにて、いずれのマスターストレージが選択されても、選択された該マスターストレージに対応する複製データを格納可能な容量を有し、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データを前記上位ストレージに配置して処理に提供することとしてもよい。

これによれば、下位ストレージにより、全てのマスターストレージの複製データを格納可能とし、また上位ストレージにより、いずれのマスターストレージが選択されてもそのマスターストレージの代わりに複製データを処理に提供可能としたレプリカストレージを、上位ストレージの容量を削減して低コストで構成できる。

また、前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
前記上位ストレージは、前記第２のモードにて、予め定められた最大同時選択数のいずれのマスターストレージが選択されても、選択された複数の該マスターストレージに対応する複製データを格納可能な容量を有し、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データを前記上位ストレージに配置して処理に提供することとしてもよい。

また、前記マスターストレージがデータを処理に提供している業務のうちの一部を、前記レプリカストレージによる前記第２のモードにおける再開対象業務とし、
前記上位ストレージは、選択された前記マスターストレージの前記再開対象業務に関する前記複製データを格納可能な容量であり、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データのうち、前記再開対象業務に関する部分を前記上位ストレージに配置して処理に提供することとしてもよい。

これによれば、いずれのマスターストレージが被災しても、被災したマスターストレージの再開対象業務のデータを上位ストレージに格納できるため、レプリカストレージの可用性および性能が再開対象業務に関して上位ストレージとほぼ同等になるレプリケーションシステムを上位ストレージの容量を削減して低コストで構成できる。

また、前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
前記上位ストレージは、前記第２のモードにて、いずれのマスターストレージが選択されても、該マスターストレージに対応するアクティブデータを格納可能な容量を有し、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データのうち前記アクティブデータの部分を前記上位ストレージに配置して処理に提供することとしてもよい。

また、前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
前記上位ストレージは、前記第２のモードにて、予め定められた最大同時選択数のいずれのマスターストレージが選択されても、選択された複数の該マスターストレージに対応するアクティブデータを格納可能な容量を有し、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データのうち前記アクティブデータの部分を前記上位ストレージに配置して処理に提供することとしてもよい。

また、前記マスターストレージがデータを処理に提供している業務のうちの一部を、前記レプリカストレージによる前記第２のモードにおける再開対象業務とし、
前記上位ストレージは、選択された前記マスターストレージの前記再開対象業務に関する前記アクティブデータを格納可能な容量であり、
前記レプリカストレージは、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データのうち、前記再開対象業務に関する前記アクティブデータの部分を前記上位ストレージに配置して処理に提供することとしてもよい。

また、前記上位ストレージおよび前記下位ストレージへのデータ配置のポリシーを設定する配置ポリシー設定手段をさらに有することとしてもよい。

また、前記マスターストレージの被災を前記レプリカストレージに通知する被災通知手段をさらに有し、
前記レプリカストレージは、平時には前記第１のモードで動作しており、前記被災通知手段から前記マスターストレージの被災の通知を受けると、被災した前記マスターストレージを選択して前記第２のモードに遷移することとしてもよい。

これによれば、マスターストレージの被災時に、そのマスターストレージの複製データを上位ストレージにて処理に提供することができるので、災害時に業務を継続させることができる。

また、前記レプリカストレージの前記下位ストレージにおいて前記マスターストレージ毎の領域が静的に定められることとしてもよい。

これによれば、第１のモードにおいて、レプリカストレージは、マスターストレージからの更新情報を、下位ストレージの静的に定められた領域に適用すればよいので、複製データ更新処理が単純化され、処理負荷が少なくて済む。

また、前記レプリカストレージは、前記第１のモードにおいて、該第１のモードに特化して前記複製データの更新の性能を向上させるためのアクセス動作を行うこととしてもよい。

これによれば、第１のモードにて特に高い性能向上効果の得られる動作を第１のモードにて行うことができるので、高い性能向上効果を得ることができる。

また、前記レプリカストレージは、前記第２のモードへの遷移時、選択した前記マスターストレージに対応する前記複製データを前記下位ストレージから前記上位ストレージに移動することとしてもよい。

また、前記レプリカストレージは、前記第２のモードへの遷移時、前記下位ストレージから前記上位ストレージへのデータの移動に特化して性能を向上させるためのアクセス動作を行うこととしてもよい。

これによれば、第２のモードにて特に高い性能向上効果の得られる動作を第２のモードにて行うことができるので、高い性能向上効果を得ることができる。

また、前記レプリカストレージは、複製データを処理に提供するために利用可能な前記上位ストレージの資源量を設定可能であることとしてもよい。

また、前記レプリカストレージは、複製データの処理に提供するために利用可能な前記上位ストレージの資源量を前記マスターストレージ毎に設定可能であることとしてもよい。

また、前記レプリカストレージは、前記上位ストレージの資源量として該上位ストレージへのアクセス帯域を設定することとしてもよい。

また、前記レプリカストレージは、前記上位ストレージの資源量として、該上位ストレージに蓄積するデータ量、または該上位ストレージの占有率を設定することとしてもよい。

また、前記レプリカストレージは、前記上位ストレージに蓄積するデータ量または該上位ストレージの占有率を配置ポリシーにて設定することとしてもよい。

これによれば、レプリケーションシステムとして上位ストレージで利用可能な資源量を任意に設定することができ、レプリケーションシステムとして提供するサービスのレベルを任意に設定することができる。

また、前記下位ストレージは前記上位ストレージよりも容量単価の安いストレージであるとしてもよい。

また、前記上位ストレージが所定の処理能力を備えたストレージであり、
前記下位ストレージが前記上位ストレージより処理能力の劣るストレージであるとしてもよい。

また、前記上位ストレージが所定の可用性を備えたストレージであり、
前記下位ストレージが上位ストレージより可用性の劣るストレージであるとしてもよい。

これによれば、マスターストレージ毎に備える下位ストレージが安価なストレージとなるので、システムとしてコストダウンを図ることができる。

また、前記レプリカストレージは、前記マスターストレージから受信した前記更新情報を前記下位ストレージに直接適用することとしてもよい。

これによれば、階層型ストレージを用いたレプリカストレージにおいて、第１のモードにおけるレプリケーションの処理を単純化することができ、処理量を削減することができる。

また、前記レプリカストレージは、前記第１のモードにおいて、前記下位ストレージの複製データの一部を前記上位ストレージに保持することとしてもよい。

これによれば、第１のモードにて一部の複製データが上位ストレージに予め保持されているので、第２のモードへ遷移してレプリカストレージの上位ストレージで複製データを処理に提供し始めるとき、下位ストレージから上位ストレージへ移動するデータを少なくできる。またデータ移動の時間が短縮できるので、レプリカストレージでのアクセスに対する応答を速くすることができる。

また、前記レプリカストレージは、前記第１のモードにおいて、前記マスターストレージにおいて業務を開始したときのアクセスパターンに基づき作成された配置ポリシーに従って、前記下位ストレージの複製データの一部を前記上位ストレージに保持することとしてもよい。

これによれば、第１のモードにおいて予め上位ストレージに保持する複製データを、マスターストレージでの業務開始時のアクセスパターンに基づいて定めているので、第２のモードに遷移するとき、当初にアクセスされるデータが予め上位ストレージに保持されている可能性が高くなり、アクセスに対する応答をさらに速くすることができる。

また、前記レプリカストレージは、前記第１のモードにおいて、過去に前記第２のモードに遷移したときのアクセスパターンに基づき作成された配置ポリシーに従って、前記下位ストレージの複製データの一部を前記上位ストレージに保持することとしてもよい。

これによれば、第１のモードにおいて予め上位ストレージに保持する複製データを、過去に第２のモードに遷移したときのアクセスパターンに基づいて定めているので、第２のモードに遷移するとき、当初にアクセスされるデータが予め上位ストレージに保持されている可能性が高くなり、アクセスに対する応答をさらに速くすることができる。

また、前記レプリカストレージは、前記上位ストレージの利用状況に応じた課金ログを記録することとしてもよい。

これによれば、選択されたマスターストレージの複製データをレプリカストレージの上位ストレージにて処理に提供する構成において、複数のマスターストレージに共用されている上位ストレージを利用したことに応じて課金するという課金体系を採用できる。

また、前記上位ストレージの利用状況は、ホストからのアクセス量に応じて定められることとしてもよい。

また、前記上位ストレージの利用状況は、該上位ストレージに複製データを蓄積したデータ量と蓄積期間に応じて定められることとしてもよい。

また、前記レプリカストレージは、前記第２のモードにおける前記上位ストレージの利用状況に応じた課金ログを記録することとしてもよい。

これによれば、第２のモードにて選択され、複数のマスターストレージに共用されている上位ストレージを利用したとき、その利用に応じて課金するという課金体系を採用できる。

また、前記マスターストレージと前記レプリカストレージは同時に被災しない位置に設置されていることとしてもよい。

これによれば、マスターストレージが被災したときにレプリカストレージがそれに代わって複製データを提供し、業務の継続を継続させることができる。

本発明によれば、複数のマスターストレージでレプリカストレージを共用し、レプリカストレージは、複数の中から選択されたマスターストレージの複製データを階層型ストレージの上位ストレージにて処理に提供するので、処理に提供可能な程度のストレージの記憶容量を削減し、一定以上の信頼性を維持しつつコストダウンを図ることができる。

本発明の実施形態について図面を参照して詳細に説明する。

（第１の実施形態）
図１は、第１の実施形態によるレプリケーションシステムの構成を示すブロック図である。図１を参照すると、本実施形態のレプリケーションシステムは、マスターストレージ１ａ〜１ｂ、ホスト２ａ〜２ｂ、アクセスログ９ａ〜９ｂ、レプリカストレージ３、ホスト４、アクセスログ１０、課金ログ６、被災通知部７、アクセス資源設定部５、および配置ポリシー設定部８を有している。

レプリカストレージ３は、上位ストレージ１３、下位ストレージ１４ａ〜１４ｂ、アクセス部１１、データ移動部１２、受信部１５ａ〜１５ｂ、および配置管理部１６を有している。

図２は、第１の実施形態による配置管理部の構成を示すブロック図である。図２を参照すると、配置管理部１６は、マッピング算出部２０、マッピングデータベース（ＤＢ）２１、配置ポリシーＤＢ２３、および配置変更計画部２２を有している。

図３は、第１の実施形態によるマスターストレージの構成を示すブロック図である。図３を参照すると、マスターストレージ１は、アクセス部３０、記憶部３２、および送信部３１を有している。

ホスト２ａ〜２ｂは、アプリケーションを実行することにより、所定の業務を行う計算機である。なお、ホスト２ａ〜２ｂは、それぞれが複数の計算機からなる構成であってもよい。

マスターストレージ１ａ〜１ｂは、各々ホスト２ａ〜２ｂが計算に用いるストレージである。

アクセスログ９ａ〜９ｂは、各々マスターストレージ１ａ〜１ｂのアクセス履歴を不揮発性の記録装置に記録し、保存する。アクセスログ９ａ〜９ｂの詳細は後述する。アクセスログ９ａ〜９ｂを記録する記録装置として、例えば磁気ディスク、光磁気ディスク、あるいは光ディスクのディスク装置またはアレイ装置を用いることができる。

ホスト４は、ホスト２ａ〜２ｂ、またはホスト２ａ〜２ｂに対応するマスターストレージ１ａ〜１ｂが被災したとき、ホスト２ａ〜２ｂの業務を代行する計算機である。また、ホスト４は複数の計算機からなる構成であってもよい。

レプリカストレージ３は、ホスト４が計算に用いるストレージである。レプリカストレージ３はマスターストレージ２ａ〜２ｂと接続されており、各マスターストレージのデータブロックを同期あるいは非同期で複製する。レプリカストレージ３とマスターストレージ１ａ〜１ｂの接続には、例えばＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）またはＳＣＳＩなどのストレージ接続用ケーブル、あるいはＥｔｈｅｒｎｅｔなどのネットワーク用ケーブルが用いられる。また、その接続に、電話回線またはダークファイバーを利用した専用回線、あるいは共用ＩＰ網またはインターネットのような共用回線を用いてもよい。また、レプリカストレージ３とマスターストレージ１ａ〜１ｂの間のプロトコルとしては、例えば、ＳＣＳＩまたはｉＳＣＳＩなどのストレージ用プロトコル、あるいはＴＣＰ／ＩＰなどのネットワーク用プロトコルが用いられる。

被災通知部７は、ホスト２ａ〜２ｂまたはマスターストレージ１ａ〜１ｂが被災したとき、被災したマスターストレージ２ａ〜２ｂ、または被災したホスト１ａ〜１ｂに対応するマスターストレージ２ａ〜２ｂをレプリカストレージ３に通知する。

課金ログ６は、レプリカストレージ３の利用に対する課金のために、レプリカストレージ３の使用状況を不揮発性の記録装置に記録し、保存する。例えば、上位ストレージ１３の利用に応じた課金情報をマスターストレージ１ａ〜１ｂ毎に記録し、保存することとしてもよい。これにより、複数のマスターストレージに共用されている上位ストレージ１３を利用したときに料金がかかるという課金体系が可能となる。また、被災時の上位ストレージの利用に応じた課金情報をマスターストレージ１ａ〜１ｂ毎に記録し、保存することとしてもよい。これにより、マスターストレージの被災により、複数のマスターストレージに利用されている上位ストレージ１３を利用すれば、その利用に応じた料金がかかるという課金体系が可能となる。

アクセスログ１０は、レプリカストレージ３のアクセス履歴を不揮発性の記録装置に記録し、保存する。

配置ポリシー設定部８は、レプリカストレージ３の上位ストレージ１３および下位ストレージ１４ａ〜１４ｂに対するデータブロックの配置に関するポリシー（以下、「配置ポリシー」という）を設定する。配置ポリシーは、データブロックの配置に関する優先度を示し、優先度が高い方から上位ストレージ１３に配置される。この配置ポリシーは、例えば、上位ストレージと下位ストレージの間でデータを移動させるとき、どのブロックを移動対象とするかを決めるために用いられる。配置ポリシーの詳細については後述する。

アクセス資源設定部５は、レプリカストレージ３の資源量の設定を変更する。資源量は、レプリカストレージ３の資源（記憶容量など）の割り当てである。例えば、複数のマスターストレージが被災したときに、レプリカスレージ３の資源の各マスターストレージに対する割り当てを決めることができる。資源量には、例えば上位ストレージのアクセス帯域、データ量、占有率などがあり、他に使用キャッシュ容量、内部タスクの数、内部タスクの優先度に関するものが考えられ、配置ポリシーとして設定してもよい。レプリケーションシステムとして上位ストレージ１３で利用可能な資源量を任意に設定することができ、レプリケーションシステムとして提供するサービスのレベルを任意に設定することができる。

上位ストレージ１３は、高価で高速なメモリーで構成されたストレージであり、データの読み出しおよび書き込みが可能である。上位ストレージ１３は、例えば磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置で構成された不揮発性の記憶装置である。

下位ストレージ１４ａ〜１４ｂは、上位ストレージ１３よりもデータの読み出しおよび書き込みが遅いが価格の安いメモリーで構成されたストレージであり、データの読み出しおよび書き込みが可能である。下位ストレージ１４ａ〜１４ｂは、例えば磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置で構成された不揮発性の記憶装置である。または、下位ストレージ１４ａ〜１４ｂは、磁気テープ装置あるいは磁気テープライブラリ装置であってもよい。

なお、ここでは、下位ストレージ１４ａ〜１４ｂとして上位ストレージよりも処理能力の低いストレージを用いることによりコストダウンを図っているが、本発明はそれに限定されるものではない。他の例として、他の性能面で差別化することによりコストダウンを図ってもよく、また可用性面で差別化することによりコストダウンを図ってもよい。

アクセス部１１は、ホスト４からのアクセスの要求があると、要求されたデータブロックが格納されたストレージ（上位ストレージ１３あるいは下位ストレージ１４ａ〜１４ｂ）、およびストレージ内のデータブロックの位置を配置管理部１６に算出させ、該当する領域のデータの読み出しまたは書き込みを行う。その際、アクセス部１１は、アクセス資源設定部５により設定された資源値に従ってアクセス処理を行う。また、アクセス部１１は、ホスト４からのアクセス要求の内容をアクセスログ１０に通知し、さらに課金情報を課金ログ６に通知する。

配置管理部１６は、被災通知部７、アクセス部１１、または受信部１５の指示により、レプリカストレージ３内のデータブロックが、上位ストレージ１３または下位ストレージ１４のどの領域に配置されているかを算出する。また、配置管理部１６は、データブロックの配置場所の変更に関する計画を立て、データ移動部１２にデータの移動を指示する。また、配置管理部１６は、データブロックの配置場所が変更されると、データブロックの配置場所変更に伴う課金情報を課金ログ６へ通知する。

データ移動部１２は、配置管理部１６の指示に従い、上位ストレージ１３あるいは下位ストレージ１４ａ〜１４ｂ内の指定されたデータを、指定されたストレージの指定された領域へ移動する。

受信部１５ａ〜１５ｂは、対応するマスターストレージ２ａ〜２ｂから更新情報を受け取ると、その更新情報を格納すべき下位ストレージおよびストレージ内のデータブロックの位置を配置管理部１２から取得し、その位置のデータブロックを更新する。

マッピングＤＢ２１は、レプリカストレージ３内の各データブロックが上位ストレージ１３または下位ストレージ１４ａ〜１４ｂのどちらに、またその中のどこの領域に格納されているかを不揮発性の記憶装置に記録したＤＢである。マッピングＤＢ２１の詳細は後述する。記憶装置としては、例えば、磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置、あるいは磁気テープ装置または磁気テープライブラリ装置を用いることができる。また他の例としてフラッシュメモリーあるいはバッテリーバックアップのメモリーを用いることもできる。

配置ポリシーＤＢ２３は、上述の配置ポリシーを不揮発性の記憶装置に記録したデータベースである。配置ポリシーＤＢ２３に記録された配置ポリシーは、配置ポリシー設定部８またはアクセス資源設定部５により追加、変更、削除が可能である。記憶装置としては、マッピングＤＢ２１と同様に、例えば、磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置、あるいは磁気テープ装置または磁気テープライブラリ装置を用いることができる。また他の例として、フラッシュメモリーあるいはバッテリーバックアップのメモリーを用いることもできる。

マッピング算出部２０は、アクセス部１１または受信部１５からマッピング算出の要求があると、その対象となるデータブロックが上位ストレージ１３または下位ストレージ１４ａ〜１４ｂのいずれのどの領域に格納されているかを、マッピングＤＢ２１内の情報を基に算出する。その際、マッピング算出部２０は、要求元がアクセス部１１であり、かつ格納先が下位ストレージ１４ａ〜１４ｂであれば、アクセス対象のデータを上位ストレージ１３へ移動するように配置変更計画部２２に依頼する。これにより、ホスト４からアクセス部１１を経由したアクセスでは、アクセス先は常に上位ストレージ１３となる。

配置変更計画部２２は、マッピング算出部２０または被災通知部７の要求があると、配置ポリシーＤＢ２３に記録されたポリシーに従って上位ストレージ１３と下位ストレージ１４の間でのデータブロックの移動をデータ移動部１２に指示する。その際、配置変更計画部２２は、移動させるデータブロックとその移動先のストレージおよび配置領域とを決定し、データ移動部１２に指示する。配置変更計画部２２は、データブロックの移動が行われると、マッピングＤＢ２１の内容を移動後の配置に変更し、配置変更時に伴う課金情報を課金ログ６に通知する。

記憶部３２は、メインストレージ１内部でデータを記録し、保管する不揮発性の記憶媒体である。記憶部３２は、例えば、磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置で構成される。

アクセス部３０は、ホスト２からの要求があると、記憶部３２のデータの読み出し、または書き込みを行う。ホスト２からの要求が書き込みであれば、アクセス部３０は、レプリカストレージ３のデータを更新するために、送信部３１にデータの更新情報を送信させる。また、アクセス部３０は、ホスト２からの要求の内容をアクセスログ９に通知する。

送信部３０は、アクセス部３１からの指示に従い、レプリカストレージ３に更新情報を送信する。

なお、ここでマスターストレージ１ａ〜１ｂ、上位ストレージ１３、および下位ストレージ１４ａ〜１４ｂは、一例としてブロックアクセスを行うブロックベースのストレージであるとして説明する。ただし、本発明はファイルベースのストレージにも同様に適用可能である。その場合、データブロックの代わりにファイルあるいはファイル内のデータブロックを扱えばよい。ファイルベースのストレージの例としてＮＡＳ（Ｎｅｔｗｏｒｋ Ａａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）がある。

次に、配置ポリシーＤＢ２３の詳細について説明する。

配置ポリシーＤＢ２３には、複数の配置ポリシーが記録されており、その中のいずれか１つが有効となる。ここでは、一例として配置ポリシー毎の表が作成されているものととする。特に指定が無ければ、いずれか特定の配置ポリシーが有効となる。

図４は、配置ポリシーの各表を構成するエントリーを示す図である。配置ポリシーの表は複数のエントリーにより構成されている。図４を参照すると、エントリーは、優先度、マスターストレージＩＤ、マスターストレージ内アドレスの各フィールドで構成されている。

「優先度」は、そのエントリーの優先度を示すフィールドである。

「マスターストレージＩＤ」は、そのエントリーに該当するデータブロックのマスターストレージを示す識別子が記録されるフィールドである。データブロックが、マスターストレージ１ａ〜１ｂのいずれのときに、そのエントリーに該当するかが示されている。

「マスターストレージ内アドレス」は、マスターストレージ内でのデータブロックの位置および範囲を示す情報が記録されるフィールドである。

あるエントリーの「マスターストレージＩＤ」に該当するマスターストレージの、そのエントリーの「マスターストレージ内アドレス」で示されたデータブロックに、そのエントリーの「優先度」が適用される。

なお、これら各フィールドには、そのフィールドの値を考慮しなくてもよいことを示す値（ＮＣ）が入る場合もある。ここでは、優先度がＮＣであれば、そのデータブロックは優先度が低く、下位ストレージ１４に格納するデータブロックであるとする。

また、マスターストレージが複数のボリュームから構成される場合、マスターストレージ内アドレスは、ボリュームの識別子と、ボリューム内のアドレスから構成される。

配置ポリシーＤＢ２３に記録されている複数の配置ポリシーには、平時配置ポリシー、被災時配置ポリシー、およびモード遷移時配置ポリシーが含まれている。

「平時配置ポリシー」は、いずれのマスターストレージも被災していないときに用いられる。「被災時配置ポリシー」は、いずれかのマスターストレージが被災したときに用いられる配置ポリシーである。この「被災時配置ポリシー」は、被災したマスターストレージに対応しており、ここではマスターストレージ１ａ被災時配置ポリシーとマスターストレージ２ａ被災時配置ポリシーがある。マスターストレージ毎に被災時配置ポリシーを変更可能なので、被災したマスターストレージに適した被災時配置ポリシーを用いることができ、マスターストレージに対して最適化が可能である。

「モード遷移時配置ポリシー」は、いずれかのマスターストレージ１が被災し、マスターストレージ１からレプリカストレージ３へ業務を移行するとき、レプリカストレージ３における状態の遷移（モード遷移）の間に用いられる。モード遷移時に、遷移に適した配置ポリシーを用いることにより、遷移状態に対して最適化が可能である。例えば、被災通知から一定時間、「モード遷移時配置ポリシー」が用いられる。この「モード遷移時配置ポリシー」は、被災したマスターストレージに対応しており、ここではマスターストレージ１ａ被災時モード遷移時配置ポリシーとマスターストレージ１ｂ被災時モード遷移時配置ポリシーがある。

本実施形態における「平時配置ポリシー」は、全データブロックを下位ストレージ１４へ格納することを示すポリシーであるとする。これにより、本実施形態では、平時、全てのマスターストレージ１ａ〜１ｂのデータブロックが各下位ストレージ１４ａ〜１４ｂに記録された状態となる。このルールを示す「平時配置ポリシー」の一例としては、［優先度＝ＮＣ、マスターストレージ＝ａ、マスターストレージ内アドレス＝ＮＣ］と、［優先度＝ＮＣ、マスターストレージ＝ｂ、マスターストレージ内アドレス＝ＮＣ］という２つのエントリーからなる。

また、本実施形態における「被災時配置ポリシー」は、被災したマスターストレージ１に対応するデータブロックを上位ストレージ１３へ格納し、被災していないマスターストレージに対応するデータブロックを下位ストレージ１４へ格納することを示すポリシーであるとする。このルールを示す「被災時配置ポリシー」のうち「マスターストレージ１ａ被災時配置ポリシー」の一例としては、［優先度＝１、マスターストレージ＝ａ、マスターストレージ内アドレス＝ＮＣ］というエントリーからなる。これは、マスターストレージ１ａが被災したときに用いる「被災時配置ポリシー」の例である。

また、本実施形態における「モード遷移時配置ポリシー」は、正常系サイトのホスト２が業務を開始してから、システムで設定した一定期間の間に、アクセスされたデータブロックを、アクセス順に上位ストレージに移動させることを示すポリシーである。なお、この業務開始から一定期間にアクセスされたデータブロックの情報は、各マスターストレージ１ａ〜１ｂに対応するアクセスログ９から得られる。

これは、業務開始直後には、業務開始に伴う処理などで毎回類似したパターンでアクセスが行われる可能性が高いという推論に基づいている。そして、モード遷移時にアクセスされる可能性の高いデータを予め上位ストレージ１３に移動しておくことによりモード遷移時のアクセス性能を高めようとするものである。

モード遷移時にアクセスされるデータとしては、各種設定値が記録されているファイル、データベースの特定のレコードやインデックス、ファイルシステムのスーパーブロックやディレクトリ、ブロックマップなどがある。

これにより、以前の業務開始時にアクセスされたデータブロックがそのアクセス順序で上位ストレージ１３に移動されるので、被災などによる業務開始時に、アクセスされるデータブロックの上位ストレージ１３への移動が完了している可能性が高まって下位ストレージ１４から上位ストレージ１３へのデータの移動待ちが減り、アクセスの応答時間が短くなる。モード遷移時にマスターストレージ１による業務開始時と類似したアクセスパターンとなる場合、それに基づく配置ポリシーによりアクセスを先取りしたデータの移動が可能であり、業務開始直後のアクセス性能を向上させることができる。

なお、「モード遷移時配置ポリシー」は、モード遷移の対象となるマスターストレージ１が過去に被災していれば、そのときに待機系サイトのホスト４による業務開始から一定期間のアクセスパターンをアクセスログ１０から得て、それに基づいて作成してもよい。モード遷移時には過去のアクセスパターンに類似したアクセスパターンとなる場合、それに基づく配置ポリシーによりアクセスを先取りしたデータの移動が可能であり、業務開始直後のアクセス性能を向上させることができる。

また、対象となるマスターストレージ１が被災したことを想定した動作テストを行い、そのときのレプリカストレージ３による業務開始から一定期間のアクセスパターンをアクセスログ１０から取得し、そのログに基づき「モード遷移時配置ポリシー」を作成してもよい。

業務開始から一定期間にアクセスされなかったデータブロックに関しても、データブロックを所定の順序で上位ストレージ１３に移動するようなモード遷移時配置ポリシーにしてもよい。これにより、ホスト４からのアクセスがあってから移動するより、アクセス対象のデータブロックが既に上位ストレージ１３にある可能性が高くなるので、データアクセスの遅延が低減される。

また、その移動の順序として、マスターストレージ１のアクセスログ９の記録を元に、その記録を取得する時点の前の一定期間にアクセスがあったものを優先して移動させることとしてもよい。この配置ポリシーは、データ使用に時間的局所性があるという想定に基づいている。これにより、上位ストレージ１３への移動前のデータブロックがアクセスされる可能性が減少し、応答時間を改善することができる。

そのようなルールを規定する「モード遷移時配置ポリシー」の一例としては、［優先度＝１、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｉ］、［優先度＝２、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｊ］、［優先度＝３、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｋ］・・・［優先度＝Ｎ、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｚ］、［優先度＝ＮＣ、マスターストレージ＝ＮＣ、マスターストレージ内アドレス＝ＮＣ］というエントリーからなるものが考えられる。

これは、マスターストレージａが被災し、業務開始時のアクセス順序がデータブロックＩ，Ｊ，Ｋ・・・Ｚの順である場合の例である。

なお、レプリカストレージ３は、被災通知部７から被災が通知されるまでは無指定の状態であり、「平時配置ポリシー」が有効となっている。

次にマッピングＤＢ２１の詳細について説明する。

マッピングＤＢ２１には、レプリカストレージ３内の各データブロックがどこに配置されているかを示す配置管理表の他、空きブロック管理表が記録されている。空きブロック管理表には、マスターストレージ１ａ〜１ｂのいずれのデータブロックにも割り当てられていない上位ストレージ１３および下位ストレージ１４ａ〜１４ｂのデータブロックのブロック番号が記録されている。各表は複数のエントリーからなる。

図５は、配置管理表のエントリーを示す図である。図５を参照すると、各エントリーは、マスターストレージＩＤフィールド、マスターストレージ内アドレスフィールド、格納ストレージＩＤフィールド、格納ストレージ内アドレスフィールド、およびアクセス頻度フィールドから構成されている。

「マスターストレージＩＤフィールド」は、レプリカ元であるマスターストレージ１の識別子を記録している。「マスターストレージ内アドレスフィールド」は、マスターストレージ１内でのデータブロックのアドレスを記録している。「格納ストレージＩＤフィールド」は、レプリカストレージ内の上位ストレージ１３あるいは、下位ストレージ１４のいずれに格納したかを示している。「格納ストレージ内アドレスフィールド」は、格納したストレージ内でのデータブロックのアドレスを記録している。「アクセス頻度フィールド」は、ホスト４からのアクセス頻度を記録している。

また、マスターストレージ、上位ストレージ、および下位ストレージが複数のボリュームから構成されている場合、マスターストレージ内アドレスおよび格納ストレージ内アドレスは、ボリュームの識別子と、ボリューム内のアドレスから構成される。

なお、本実施形態では、平時、全てのデータブロックが下位ストレージ１４ａ〜１４ｂに配置されている。

この配置管理表のエントリー中の「アクセス頻度フィールド」を参照すれば、アクセス頻度に基づき、上位ストレージまたは下位ストレージへのデータの移動を最適化できる。最適化の例として、データブロックへのアクセスにおける時間的局所性を利用し、最近アクセスされたデータブロックを上位ストレージ１３に配置することが考えられる。そのために、一定期間内のアクセス数や最終アクセス時刻等を「アクセス頻度フィールド」に記録しておけばよい。

次にアクセスログ９ａ〜９ｂの詳細について説明する。

アクセスログ９ａ〜９ｂは複数のエントリーからなるリストであり、各エントリーは「アクセス時刻フィールド」および「アクセスブロックフィールド」で構成される。

「アクセス時刻フィールド」は、アクセスが発生した日付および時刻を記録する。「アクセスブロックフィールド」は、アクセスしたデータブロックの番号を記録する。なお、マスターストレージ１ａ〜１ｂが複数のボリュームから構成される場合には、アクセスブロックフィールドには、ボリュームの識別子と、ボリューム内のブロックの番号とが記録される。

次にアクセスログ１０の詳細について説明する。

アクセスログ１０は複数のエントリーからなるリストであり、各エントリーは「アクセス時刻フィールド」、「マスタストレージフィールド」、および「アクセスブロック」で構成される。

「アクセス時刻フィールド」は、アクセスが発生した日付および時刻を記録する。マスターストレージ」は、アクセスしたデータブロックのレプリカ元であるマスターストレージの識別子を記録する。「アクセスブロック」は、アクセスしたデータブロックのマスターストレージ内でのブロック番号を記録する。

なお、マスターストレージが複数のボリュームから構成される場合には、アクセスブロックフィールドには、ボリュームの識別子と、ボリューム内のブロックの番号とが記録される。

次に課金ログ６の詳細について説明する。

課金ログ６に記録される課金情報には、「アクセス情報」、「格納情報」、および「被災情報」の情報が含まれ、これにより例えば蓄積データ量および蓄積期間がわかる。

「アクセス情報」は、ホスト４からのアクセス時に、アクセス部１１から課金ログ６に通知される。「アクセス情報」には、アクセス対象のストレージに対応するマスターストレージの識別子、アクセスしたデータ量、アクセスにかかった時間が含まれる。

「格納情報」は、配置管理部１６がデータを移動したときに課金ログ６に通知される。「格納情報」には、マスターストレージの識別子、移動した時刻、上位ストレージ内のマスターストレージ毎の格納データ容量が含まれる。

「被災情報」は、被災通知部７から被災を通知された配置管理部１６が課金ログ６に記録する。「被災情報」には、被災時刻、被災したマスターストレージの識別子が含まれる。

なお、アクセス情報については、アクセスログ１０から作成することとし、課金ログ６への記録を省いてもよい。これにより、記録するログ量を削減でき、課金ログ６のための装置数の削減、ログ記録のための処理量の削減が図れる。

次に、本実施形態によるレプリケーションシステムの全体の動作について説明する。

図６は、第１の実施形態によるレプリケーションシステムの動作を示すフローチャートである。図７は、第１の実施形態によるレプリケーションシステムの動作を示すシーケンス図である。

図６によれば、レプリケーションシステムが動作を開始するとレプリカストレージ３は入力待ちの状態となる。入力があると（ステップＳ１００）、レプリカストレージ３は、その入力が被災通知か否か判定する（ステップＳ１０１）。

入力が被災通知でなくマスターストレージ１ａ〜１ｂからの更新情報であれば、レプリカストレージ３は、その更新情報を受信し（ステップＳ１０２）、その更新情報で、そのマスターストレージ１ａ〜１ｂに対応する下位ストレージ１４ａ〜１４ｂのデータブロックを更新し（ステップＳ１０３）、入力待ちの状態に戻る。

これが平時の動作であり、ホスト２ａがマスターストレージ１ａを用いて業務を行っており、それによりマスターストレージ１ａへの書き込みが行われる。マスターストレージ１ａは、書き込まれたデータをレプリカストレージ３に更新情報として転送する。レプリカストレージ３は、その更新情報を下位ストレージに書き込む（ｗｒｉｔｅ）ことによりレプリケーションを行う。

図７を参照すると、一例として、平時に、ホスト２ａがマスターストレージ１ａにアクセスし、その更新情報が下位ストレージ１４ａに反映されている。

なお、平時には、レプリカストレージ３の配置管理部１６は、配置ポリシーＤＢ２３に記録された「平時配置ポリシー」を使用し、データブロックの配置を決定する。

図６に戻り、ステップＳ１０１の判定において、入力が被災通知であれば、レプリカストレージ３は、配置ポリシーを「被災時配置ポリシー」に変更する（ステップＳ１０４）。

次に、レプリカストレージ３は、「モード遷移時配置ポリシー」に基づき、データブロックの配置を計算し、その結果に従って下位ストレージから上位ストレージへのデータブロックの移動を行う（ステップＳ１０５）。

次に、待機系サイトのホスト４が正常系サイトのホスト２ａ〜２ｂから業務を引き継ぐと、レプリカストレージ３はマスターストレージ１ａ〜１ｂを代理する処理を開始する（ステップＳ１０６）。

図７を参照すると、マスターストレージ１ａまたはホスト２ａが被災し、それがレプリカストレージ３に通知されたときの動作が示されている。被災通知があると、モード遷移により下位ストレージ１４ａから上位ストレージ１３へのデータブロックの移動が行われ、ホスト４からの上位ストレージ１３へのアクセスが開始されている。

このとき、ホスト２ａまたはマスターストレージ１ａが被災すると、被災通知部７が、レプリカストレージ３に、マスターストレージ１ａの被災を通知する。被災の通知を受けると、レプリカストレージ３は、配置管理部１６によって配置ポリシーの変更を行う。

また、配置変更計画部２２は、配置ポリシーＤＢ２３に記録されたマスターストレージ１ａ被災時のモード遷移時配置ポリシーに基づいてデータブロックの配置を求め、下位ストレージ１４ａから上位ストレージ１３へのデータブロックの移動をデータ移動部１２に指示する。データ移動部１２は指示に従ってデータの移動を行う。

なお、マスターストレージ１ａ被災時のモード遷移時配置ポリシーに基づいてデータを上位ストレージ１３に移動するとき、そのデータブロックが既に上位ストレージ１３にあればそのデータブロックの移動は行う必要がない。

また、レプリケーションシステムは、マスターストレージ１ａが被災しても、被災していないマスターストレージ１ｂに関しては平時と同様に動作する。マスターストレージ１ｂは、書き込まれたデータをレプリカストレージ３に更新情報として転送し、レプリカストレージ３は、マスターストレージ１ｂに対応した下位ストレージ１４ｂに更新情報を書き込む。

また、マスターストレージ１ａ被災時モード遷移時配置ポリシーに基づいた下位ストレージ１４ａから上位ストレージ１３へのデータブロックの移動中にも、ホスト４からレプリカストレージ３へのアクセスを可能としてもよい。そのためにはステップＳ１０５とステップＳ１０６の処理を同時に行えばよい。そして、それによりマスターストレージ１ａが被災した後の業務停止期間が短縮される。

また、モード遷移中に、上位ストレージ１３に移動していないデータブロックへのアクセスがあると、レプリカストレージ３は、マスターストレージ１ａ被災時配置ポリシーに従ってデータブロックの移動を行う。

次に、マスターストレージ１の動作の詳細について説明する。

マスターストレージ１は、ホスト２によってアクセスされる。アクセスには読み出しと書き込みの２つの種類がある。ホスト２は、アクセス対象となるデータブロックの番号、アクセスの種類、データ量、および書き込みの場合には書き込むデータを指定してマスターストレージ１にアクセス要求を送る。アクセス対象となるデータブロックの番号はアドレスあるいはそれに相当する値である。書き込みの場合、要求と同時に書き込むデータを送らず、要求のコマンドと書き込むデータを異なるフェーズで送る手順でもよい。

マスターストレージ１では、ホスト２よりのアクセスの要求を受け取ると、アクセス部３０が処理を行う。

まず、同期レプリケーションの場合のマスターストレージの動作について説明する。

アクセス部３０は、ホスト２からの要求が読み出しであれば、記憶部３２の指定されたデータブロックから指定された範囲のデータを読み出し、ホスト２に応答を返す。

アクセス部３０は、ホスト２からの要求が書き込みであれば、記憶部３２の指定されたデータブロックに指定されたデータを書き込む。そして、次に、アクセス部３１は、データブロックの番号と書き込むデータを指定し、送信部３１にレプリカストレージ３への送信を指示する。次に、アクセス部３０は、送信部３１からの送信完了の応答を待ち、それを受けるとホスト２へ応答を返す。

送信部３１は、アクセス部３０からの指示を受け取ると、データブロックの番号と書き込むデータとから更新情報を作成し、この更新情報をレプリカストレージ３へ送信する。

次に、非同期レプリケーションの場合のマスターストレージの動作について説明する。

アクセス部３０は、ホスト２からの要求が書き込みであれば、アクセス部３０は、記憶部３２の指定されたデータブロックに指定されたデータを書き込み、ホスト２へ応答を返す。次いで、アクセス部３０は、データブロックの番号と書き込むデータを指定し、レプリカストレージ３への送信を送信部３１に指示する。

送信部３１は、アクセス部３０から指示を受けると、データブロックのアドレスと書き込むデータとから更新情報を作成し、所定のタイミングで更新情報をレプリカストレージ３へ送信する。この所定のタイミングは、一例として、マスターストレージ１に予め設定されたタイミングである。

マスターストレージ１からレプリカストレージ３へ送られる更新情報には、「マスターストレージ識別子（ＩＤ）」、「書き込みデータブロックアドレス」、「書き込みデータ量」、「書き込むデータ」が含まれる。なお、更新情報の送信元のマスターストレージ１が通信パス等により識別可能であれば、マスターストレージ１の識別子を送る必要はない。また、更新情報を書き込みデータとその他の部分とに分けて別々に送ることとしてもよい。

次に、マスターストレージ３の動作の詳細について説明する。

まずは、マスターストレージ１から更新情報を受け取ったマスターストレージ３の動作について説明する。

マスターストレージ１からの更新情報がレプリカストレージ３に到着すると、そのマスターストレージに対応した受信部１５が更新情報を受信する。

図８は、受信部１５の動作を示すフローチャートである。図８を参照すると、受信部１５は、マスターストレージ１から更新情報を受けると、更新情報からマスターストレージＩＤと書き込みアドレスを取り出す（ステップＳ１０）。次に、受信部１５は、そのマスターストレージＩＤと書き込みアドレスを指定し、配置管理部１６にアドレス変換を依頼する（ステップＳ１１）。

次いで、受信部１６は、配置管理部１６からの応答を待つ（ステップＳ１２）。そして、配置管理部１６からアドレス変換の結果を受けると、受信部１６は、変換結果に示された対象の下位ストレージ１４およびそのアドレスを指定し、更新情報にある書き込みデータの書き込みを要求する（ステップＳ１３）。

次いで、受信部１６は、下位ストレージ１４から書き込み完了の応答を待つ（ステップＳ１４）。下位ストレージ１４から応答を受けると、受信部１６は、マスターストレージ１に更新の応答を返す（ステップＳ１５）。

図９は、配置管理部のアドレス変換動作を示すフローチャートである。図９を参照すると、配置管理部１６は、受信部１５からアドレス変換を依頼されると、指定されたマスターストレージＩＤおよび書き込みアドレスでマッピングＤＢ２１を検索し、それに該当するエントリーを取得する（ステップＳ２０）。次に、配置管理部１６は、検索で得られたエントリーの格納ストレージＩＤで対象下位ストレージを指定し、格納ストレージ内アドレスをデータブロックアドレスとして指定し、受信部１５に応答する（ステップＳ２１）。

次に、第１の実施形態によるレプリケーションシステムの被災時の動作について説明する。

被災通知部７は、マスターストレージ１ａ〜１ｂのいずれかが被災したとき、そのマスターストレージの役割を引き継ぐべき旨の指示をレプリカストレージ３へ通知する。

通知の契機としては以下のものがある。まず、第１の契機として、不図示の入力部からユーザによる指示があったときがある。第２の契機として、通信によりマスターストレージ１ａ〜１ｂおよびホスト２ａ〜２ｂを監視しており、所定の期間、マスターストレージ１ａ〜１ｂまたはホスト２ａ〜２ｂとの通信が途絶えたときがある。例えば、一定周期で監視用の通信を行うことにより実現できる。第３の契機として、マスターストレージ１ａ〜１ｂおよびホスト２ａ〜２ｂとの通信が所定期間途絶えたことを検出すると、それをユーザに表示し、その後にユーザによる指示があったときがある。

被災通知部７は、レプリカストレージ３に被災を通知するとき、被災したマスターストレージを示す識別子も通知する。通知すべきマスターストレージとしては、ユーザが指定したマスターストレージ１、通信が途絶えたマスターストレージ１、あるいは通信途絶えたホスト２に対応するマスターストレージ１である。

次に、被災通知部７から被災通知を受けたレプリカストレージ３の動作について説明する。

被災通知部７からの被災通知は配置管理部１６に通知される。被災通知を受けた被災管理部１６では、配置変更計画部２２が処理を開始する。

図１０は、被災通知を受けた配置変更計画部の動作を示すフローチャートである。図１０を参照すると、被災が通知された配置変更計画部２２は、配置ポリシーＤＢ２３内の無指定時に使用される配置ポリシーを、被災したマスターストレージに対応する被災時配置ポリシーに変更する（ステップＳ３０）。また、配置変更計画部２２は、被災したマスターストレージに対応するモード遷移時配置ポリシーを配置ポリシーＤＢ２３から取得する（ステップＳ３１）。

次いで、配置変更計画部２２は、ステップＳ３１で取得したモード遷移時配置ポリシーの対象となるルールを選択する（ステップＳ３２）。次に、配置変更計画部２２は、全てのルールの適用が完了しているか否か判定する（ステップＳ３３）。全てのルールが適用済みであれば、配置変更計画部２２は処理を終了する。

適用済みでないルールがあれば、配置変更計画部２２は、未適用のルールの対象となるデータブロックを、上位ストレージ１３への移動の対象として選択する（ステップＳ３４）。次に、配置変更計画部２２は、そのルールにおいて、全てのデータブロックへの適用が完了しているか否か判定する（ステップＳ３５）。全てのデータブロックへの適用が完了していれば、配置変更計画部２２は、そのルールを適用済みとし、ステップＳ３２に戻る。

未適用のデータブロックがあれば、配置変更計画部２２は、マッピングＤＢ２１中からステップＳ３４にて選択したデータブロックとマスターストレージＩＤおよびマスターストレージ内アドレスが一致するエントリーを検索する（ステップＳ３６）。

次いで、配置変更計画部２２は、ステップＳ３６にて得られたエントリーの該当データブロックが既に上位ストレージに配置されているか否か判定する（ステップＳ３７）。ステップＳ３６にて得られたエントリーの該当データブロックが既に上位ストレージに配置されていれば、配置変更計画部２２はステップＳ３４に移行する。

ステップＳ３６にて得られたエントリーの該当データブロックが上位ストレージ１３に配置されていなければ、配置変更計画部２２は、マッピングＤＢ２１にある上位ストレージ１３の空きブロック管理表により、空きのデータブロックがあるか否か判定する（ステップＳ３９）。

空きのデータブロックがなければ、配置変更計画部２２は、マッピングＤＢ２１を検索し、追い出すデータブロックを決定する（ステップＳ４０）。その際、配置変更計画部２２は、上位ストレージ１３に格納されている各データブロックを配置ポリシーＤＢ２３の無指定時の配置ポリシーにより評価する。そして、一致するルールのないデータブロックがあれば、配置変更計画部２２は、それを追い出すデータブロックと決定する。また、そのようなデータブロックがなければ、配置変更計画部２２は、上位ストレージ１３に格納されているデータブロックの中で最も優先度の低いルールに一致するデータブロックを追い出すデータブロックと決定する。なお、その際、複数のデータブロックが追い出し対象となりうる場合、その中から、マッピングＤＢ２１のエントリー毎に記録されたアクセス頻度情報から、最もアクセス頻度の低いものを追い出すデータブロックと決定すればよい。

そして、配置変更計画部２２は、追い出し対象のデータブロックを示すマッピングＤＢ２１のエントリーの各フィールドに基づき、「マスターストレージＩＤ」よりそのデータブロックのマスターストレージを取得し、「マスターストレージ内アドレス」よりそのデータブロックのマスターストレージでのアドレスを取得し、「格納ストレージ内アドレス」よりそのデータブロックの上位ストレージでのアドレスを取得する。

次いで、配置変更計画部２２は、追い出し対象データブロックのマスターストレージに対応する下位ストレージ１４に関する空きブロック管理表より、空きのデータブロックを抽出し、追い出し対象データブロックの移動先となるデータブロックのアドレスを決定する（ステップＳ４１）。

次いで、配置変更計画部２２は、追い出し対象データブロックの上位ストレージ１３のアドレスを移動元として指定し、空きブロック管理表から抽出された移動先データブロックのアドレスを移動先として指定してデータ移動部１２にデータの移動を指示する（ステップＳ４２）。

追い出しの移動が完了すると、次に、配置変更計画部２２は、上位ストレージ１３への移動対象として選択されたデータブロックの下位ストレージ１４のアドレスを移動元として指定し、ステップＳ４２の追い出しにより空きとなった上位ストレージ１３のデータブロックのアドレスを移動先として指定して、データ移動部１２にデータの移動を指示する（ステップＳ４３）。

これらの移動が完了すると、次に、配置変更計画部２２は、移動に応じてマッピングＤＢ２１の配置管理表と空きブロック管理表を更新し（ステップＳ４６）、ステップＳ３４に移行する。このとき、上位ストレージ１３に空きデータブロックを作るために追い出しを行っていれば、追い出しの移動先として用いた下位ストレージのデータブロックを空きブロック管理表から削除する。

ステップＳ３９の判定において空きのデータブロックがあれば、配置変更計画部２２は、上位ストレージ１３の空きのデータブロックを移動先として割り当てる（ステップＳ４４）。次いで、配置変更計画部２２は、上位ストレージ１３への移動対象として選択されたデータブロックの下位ストレージ１４のアドレスを移動元として指定し、ステップＳ４４により移動先として割り当てられた上位ストレージ１３の空きデータブロックのアドレスを移動先として指定して、データ移動部１２にデータの移動を指示する（ステップＳ４５）。

移動が完了すると、配置変更計画部２２は、ステップＳ４６に移行する。

次に、データ移動部１２の動作について説明する。

データ移動部１２は、移動元のデータブロックと移動先のデータブロックを指定して起動される。移動元および移動先のデータブロックは、それらのストレージおよびそのストレージ中のデータブロックアドレスで指定される。

データ移動部１２は、起動すると、指定された移動元のデータブロックからデータを読み出し、指定された移動先のデータブロックへの書き込みを行う。

次に、被災後、ホスト４がレプリカストレージ３にアクセスするときの動作について説明する。

ホスト４は、アクセス対象のマスターストレージおよびブロックアドレスと、アクセス種類と、データの大きさと、書き込みの場合には書き込むデータとを指定し、レプリカストレージ３にアクセス要求を送る。

ホスト４からのアクセス要求は、レプリケーションストレージ３のアクセス部１１が受ける。ホスト４がアクセスするマスターストレージを指定する方法には以下のようなものがある。まず、被災しているマスターストレージを、アクセス対象のマスターストレージとする方法がある。他に、ホスト４を複数の計算機により構成し、予め各計算機に対応してアクセス対象のマスターストレージをレプリカストレージに設定しておき、アクセスしてきた計算機に対応するマスターストレージをアクセス対象のマスターストレージとする方法がある。さらに他に、各マスターストレージに対応してレプリカストレージ中のボリュームを割り当てておき、アクセスされたボリュームに対応するマスターストレージをアクセス対象のマスターストレージとする方法がある。

アクセス部１１の動作を説明する。

アクセス部１１は、アクセス要求を受けると、ホスト４により指定されたマスターストレージおよびデータブロックアドレスを指定し、配置管理部１６にアドレス変換を依頼する。そして、その変換結果の応答を配置管理部１６から受けると、アクセス部１１は、応答に示されたブロックアドレスを指定して、上位ストレージ１３に読み出しあるいは書き込みを要求する。上位ストレージ１３からの応答を受けると、アクセス部１１は、その応答をホスト４に返す。

このとき、アクセス部１１は、アクセス対象のマスターストレージおよびブロックアドレスとアクセス種類とをアクセス情報としてアクセスログ１０に通知する。

次に、アクセス部１１からアクセス変換の要求を受けた配置管理部１６の動作について説明する。アクセス部１１からのアドレス変換要求は配置管理部１６のマッピング算出部２０が受ける。

図１１は、マッピング算出部の動作を示すフローチャートである。図１１を参照すると、マッピング算出部２０は、アドレス変換要求を受け取ると、そのアドレス変換要求にて指定されたマスターストレージおよびデータブロックアドレスによりマッピングＤＢ２１を検索し、それらと一致するエントリーを探す（ステップＳ５０）。

次いで、マッピング算出部２０は、ステップＳ５０で得られたエントリーに示されたデータブロックのデータが上位ストレージ１３にあるか否か判定する（ステップＳ５１）。その際、マッピング算出部２０は、そのエントリーの格納ストレージＩＤが上位ストレージ１３のＩＤか否かによりそれを判定する。

そのデータブロックのデータが上位ストレージ１３になければ、マッピング算出部２０は、配置変更計画部２２に上位ストレージ１３への移動を依頼する。その際、マッピング算出部２０は、マスターストレージおよびデータブロックアドレスを指定する。

データブロックのデータが上位ストレージ１３に移動された後、マッピング算出部２０は、アドレス変換要求にて指定されたマスターストレージおよびデータブロックアドレスによりマッピングＤＢ２１を検索し、それらと一致するエントリーを探す（ステップＳ５３）。なお、このとき、そのデータは既に上位ストレージ１３に移動されているので、そのエントリーには上位ストレージ１３のＩＤが含まれていることとなる。

そして、ステップＳ５０またはステップＳ５３の後、マッピング算出部２０は、得られたエントリーの格納ストレージ内アドレスを変換結果としてアクセス部１１に応答を返す（ステップＳ５４）。

図１２は、マッピング算出部から配置変更の依頼を受けた配置変更計画部の動作を示すフローチャートである。図１２を参照すると、配置変更計画部２２は、マッピング算出部２０から配置変更の依頼を受けると、まず、その依頼にて指定されたマスターストレージおよびデータブロックアドレスによりマッピングＤＢ２１を検索し、それらと一致するエントリーを探す（ステップＳ６０）。そのエントリーに含まれる格納ストレージＩＤおよび格納ストレージ内アドレスから移動元のストレージおよびデータブロックアドレスが得られる。

次いで、配置変更計画部２２は、マッピングＤＢ２１にある上位ストレージ１３の空きブロック管理表から、上位ストレージ１３に空きのデータブロックがあるか否か判定する（ステップＳ６１）。

上位ストレージ１３に空きデータブロックが無ければ、配置変更計画部２２は、マッピングＤＢ２１を検索し、追い出すデータブロックを決定する（ステップＳ６２）。その際、配置変更計画部２２は、上位ストレージ１３に格納されている各データブロックを配置ポリシーＤＢ２３の無指定時の配置ポリシーにより評価する。そして、一致するルールがないデータブロックがあれば、配置変更計画部２２は、それを追い出すデータブロックと決定する。また、そのようなデータブロックがなければ、配置変更計画部２２は、上位ストレージ１３に格納されているデータブロックの中で最も優先度の低いルールに一致するデータブロックを追い出すデータブロックと決定する。なお、その際、複数のデータブロックが追い出し対象となりうる場合、その中から、マッピングＤＢ２１のエントリー毎に記録されたアクセス頻度情報から、最もアクセス頻度の低いものを追い出すデータブロックと決定すればよい。

そして、配置変更計画部２２は、追い出し対象のデータブロックを示すマッピングＤＢ２１のエントリーの各フィールドに基づき、「マスターストレージＩＤ」よりそのデータブロックのマスターストレージを取得し、「マスターストレージ内アドレス」よりそのデータブロックのマスターストレージでのアドレスを取得し、「格納ストレージ内アドレス」よりそのデータブロックの上位ストレージでのアドレスを取得する。

次いで、配置変更計画部２２は、追い出し対象データブロックのマスターストレージに対応する下位ストレージ１４に関する空きブロック管理表より、空きのデータブロックを抽出し、追い出し対象データブロックの移動先となるデータブロックのアドレスを決定する（ステップＳ６３）。

次いで、配置変更計画部２２は、追い出し対象データブロックの上位ストレージ１３のアドレスを移動元として指定し、空きブロック管理表から抽出された移動先データブロックのアドレスを移動先として指定してデータ移動部１２にデータの移動を指示する（ステップＳ６４）。

追い出しの移動が完了すると、次に、配置変更計画部２２は、上位ストレージ１３への移動対象として選択されたデータブロックの下位ストレージ１４のアドレスを移動元として指定し、ステップＳ６４の追い出しにより空きとなった上位ストレージ１３のデータブロックのアドレスを移動先として指定して、データ移動部１２にデータの移動を指示する（ステップＳ６５）。

これらの移動が完了すると、次に、配置変更計画部２２は、移動に応じてマッピングＤＢ２１の配置管理表と空きブロック管理表を更新し（ステップＳ６８）、マッピング算出部２０に応答を返す（ステップＳ６９）。このとき、上位ストレージ１３に空きデータブロックを作るために追い出しを行っていれば、追い出しの移動先として用いた下位ストレージのデータブロックを空きブロック管理表から削除する。

次に、配置変更計画部２２は、ステップＳ６１の判定において空きのデータブロックがあれば、上位ストレージ１３の空きのデータブロックを移動先として割り当てる（ステップＳ６６）。次いで、配置変更計画部２２は、上位ストレージ１３への移動対象として選択されたデータブロックの下位ストレージ１４のアドレスを移動元として指定し、ステップＳ４４により移動先として割り当てられた上位ストレージ１３の空きデータブロックのアドレスを移動先として指定して、データ移動部１２にデータの移動を指示する（ステップＳ６７）。

移動が完了すると、配置変更計画部２２は、ステップＳ６８に移行する。

次に、配置ポリシー設定部８からレプリカストレージ３へ要求されるポリシー設定の変更について説明する。

ポリシー設定部８が、変更すべきポリシーの種類とルールを指定して、レプリカストレージ３に変更を要求する。レプリカストレージ３では配置管理部１６にてその要求を受け取る。そして、配置管理部１６は、その要求に従って、配置ポリシーＤＢ２３内の指定されたポリシーのルールを変更する。

次に、モード遷移時配置ポリシーのルール作成方法の一例について説明する。

モード遷移時配置ポリシーは、被災の対象となるマスターストレージ１（あるいはマスターストレージ群）が複数あれば、それらマスターストレージ１毎に作成される。

まず始めに、ルールを作成しようとする対象のマスターストレージ１の業務開始から所定期間（例えば、予めシステムに設定された期間）のアクセスログをアクセスログ９から取得する。次いで、得られたアクセスログに基づき、アクセス順の早いデータブロックから順に高い優先度としたルールを作成する。なお、アクセスログに同一データブロックへのアクセスが複数回あった場合、最初の１回目だけを考慮すればよい。アクセス順が所定範囲内のデータブロックを１つの優先度にまとめてもよい。これにより、優先度のレベルの数を削減でき、エントリー内の優先度フィールドのデータ量を削減できる。

次に、モード遷移時配置ポリシーのルール作成方法の他の例について説明する。

この方法では、対象となるマスターストレージ１が以前に被災した際、あるいは被災時を想定した動作試験を行った際のアクセスログを用いる。具体的には、被災時あるいは動作試験時に、対象マスターストレージ１の業務を引き継ぐレプリカストレージ３およびホスト４の業務開始から所定期間におけるアクセスログをアクセスログ１０から取得し、そのアクセスログにおいてアクセス順の早いデータブロックから順に高い優先度としたルールを作成する。

次に、複数のマスターストレージ１が被災した場合の処理について説明する。

複数のマスターストレージ１が被災した場合の本実施形態によるレプリケーションシステムの動作は、被災したマスターストレージ１の全てのデータが上位ストレージ１３に格納可能であれば、以下の点を除き１つのマスターストレージが被災したときと同様である。

相違点は、まず、配置ポリシーＤＢ２３の無指定時ポリシーが、被災したマスターストレージの組みに対する被災時配置ポリシーとなる点である。もう１つの相違点は、被災を通知された配置管理部１６における配置変更計画部２２は、被災したマスターストレージの組みに対するモード遷移時配置ポリシーを使用する点である。

一方、被災したマスターストレージ１の全データが上位ストレージ１３に格納可能でなければ、上位ストレージ１３に格納しきれずに下位ストレージ１４にデータが残されることとなる。そのため、上位ストレージ１３に移動されずに下位ストレージ１４に残されたデータに対するアクセスが要求される毎に、下位ストレージ１３と上位ストレージ１４の間で、被災時ポリシーのルールに従って、追い出しを伴うデータの移動が発生する。

複数のマスターストレージ１が被災した際のアクセス資源の制限方法について説明する。

アクセス資源設定部５は、被災したマスターストレージの組みの各マスターストレージからレプリカストレージ３に複製されているデータのアクセス資源値を設定する。このアクセス資源値は、各組み合わせ毎に被災前に予め設定されていてもよく、被災後の算出により設定されてもよい。

アクセス資源値は、アクセス帯域、使用キャッシュ容量、内部タスクの数、内部タスクの優先度、使用する配置ポリシーなどに関する設定値であり各マスターストレージに関する処理の際に利用される。

内部タスク数に関する具体例として、アクセス部１１内の処理用タスクまたはスレッドの数をマスターストレージ毎に割り当てることとしてもよい。他の具体的として、上位ストレージ１３内の処理用タスクまたはスレッドの数をマスターストレージ毎に割り当てることとしてもよい。

また、キャッシュ容量等に関する具体例として、アクセス部１１内にキャッシュまたはバッファメモリがある場合、その容量をマスターストレージ毎に割り当てることとしてもよい。また、上位ストレージ１３内にキャッシュまたはバッファメモリがある場合、その容量をマスターストレージ毎に割り当てることとしてもよい。

また、配置ポリシーに関する具体例として、上位ストレージ１３のデータブロックをマスターストレージ毎に割り当てることとしてもよい。その際、上位ストレージ１３に格納しきれないデータが下位ストレージ１４に残され、そのデータへのアクセスにおいては追い出しを伴うデータの移動が行われるが、追い出し対象はアクセス先のマスターストレージに割り当てられたデータブロックとなる。

上位ストレージ１３の内部処理に優先度がある場合、マスターストレージ毎に優先度を割り当てることとしてもよい。また、下位ストレージ１４の内部処理に優先度がある場合、マスターストレージ毎に優先度を割り当てることとしてもよい。また、アクセス部１１の内部処理に優先度がある場合、マスターストレージ毎に優先度を割り当てることとしてもよい。

なお、これら資源値を固定値として設定することとしてよく、また各マスターストレージの比率値あるいは優先度として設定してもよい。また、複数の資源値を組み合わせて用いることとしてもよく、例えば上述した具体例からいくつかを組み合わせることもできる。

以上説明したように、第１の実施形態によれば、複数のマスターストレージ１ａ〜１ｂでレプリカストレージ３を共用し、レプリカストレージ３は、複数の中から選択されたマスターストレージの複製データを階層型ストレージの上位ストレージ１３にて処理に提供するので、動作速度などの点で処理に提供可能な程度のストレージの記憶容量を削減し、一定以上の信頼性を維持しつつコストダウンを図ることができる。

また、平時には複数のマスターストレージ１ａ〜１ｂの複製データを下位ストレージ１４ａ〜１４ｂに配置しておき、被災時には、処理に提供する複製データのみを上位ストレージ１３に移動するので、下位ストレージ１４ａ〜１４ｂには処理に提供可能な程度のストレージを用いる必要が無く、コストダウンを図ることができる。

平時にマスターストレージ１ａ〜１ｂからの更新情報を受けると、受信部１５ａ〜１５ｂは、それぞれのマスターストレージに対応する下位ストレージ１４ａ〜１４ｂに適用しており、いずれかのマスターストレージが被災すると、配置管理部１６が、その被災に応じた配置ポリシーに変更し、またモード遷移時配置ポリシーに基づくデータブロックの移動をデータ移動部１２に指示し、データ移動部１２がその指示に従って被災したマスターストレージに対応する下位ストレージ１４から上位ストレージ１３へのデータブロックの移動を行うので、平時のレプリケーションにおいて、階層型ストレージを構成する上位ストレージ１３と下位ストレージ１４ａ、１４ｂの間でデータを移動させる必要が無く、レプリケーションに伴う処理を削減し、平時のアクセス性能の低下を防止することができる。

また、第１の実施形態によれば、レプリカストレージ３を構成する階層型ストレージには平時および被災時にそれぞれの状況に適したルールの配置ポリシーが適用されるので、被災時と平時のデータ配置をそれぞれに最適化することができる。また、それにより上位ストレージ１３と下位ストレージ１４の間で無駄なデータの移動も低減でき、即ちデータ移動も被災時と平時のそれぞれに最適化することができる。

また、第１の実施形態によれば、配置管理部１６は、被災したマスターストレージ毎に異なる被災時配置ポリシーを設定するので、被災したマスターストレージに適切なデータ配置およびデータ移動が可能となる。

また、第１の実施形態によれば、被災直後の遷移状態において配置管理部１６がモード遷移時配置ポリシーに従ったデータブロックの移動をデータ移動部１２に指示し、データ移動部１２がそれに従ってデータを移動させるので、平時から被災時に遷移するときに、適切なデータブロックの移動がされ、遷移時のホスト４の処理等によるデータの移動を低減することができる。また、被災したマスターストレージ毎に異なるモード遷移時配置ポリシーが設定可能なので、被災したマスターストレージに適切なデータブロックの移動が可能である。

また、第１の実施形態によれば、モード遷移時配置ポリシーに従った下位ストレージ１４から上位ストレージ１３へのデータブロックの移動をデータ移動部１２行っている間でも、マスターストレージの代理処理を開始してアクセス部１１による上位ストレージ１３へのアクセスを可能にするので、バックアップテープからのリストアのようにデータ移動の完了を待たずにホスト４で業務を開始することができる。これにより被災時の業務停止時間を短縮することができる。

また、第１の実施形態によれば、配置ポリシー設定部８は、以前の被災時や動作試験など過去のホスト４のアクセスログに基づき、モード遷移時配置ポリシーを作成するので、被災直後の処理のアクセスパターンに適したデータブロックの移動を行うことで、アクセス対象のデータブロックが上位ストレージにない可能性を低下できる。これにより、被災後の業務開始近辺での上位ストレージにデータが格納されていないことに伴うデータアクセスの遅延が発生する可能性を低減できる。

また、第１の実施形態によれば、レプリカストレージ３は上位ストレージ１３および下位ストレージ１４からなる階層型ストレージであり、マスターストレージが被災すると、配置管理部１６は、そのマスターストレージのデータブロックを上位ストレージに格納するような被災後配置ポリシーを適用するので、安価なメモリーで構成された下位ストレージ１４を用いることによるコストダウンの効果を得つつ、被災後も高速なメモリーで構成された上位ストレージ１３により高い処理能力を発揮することができ、費用効率の高いレプリケーションシステムを提供することができる。

また、被災が通知されると、ホスト４からのアクセスの有無に関わらず、モード遷移時配置ポリシーに基づく配置管理部１６の指示により、データ移動部が、被災したマスターストレージに対応する下位ストレージ１４のデータを上位ストレージへ移動するので、被災したマスターストレージ１のデータをホスト４からのアクセスの前に上位ストレージ１３に格納することによりアクセス時のデータ移動を削減し、アクセス性能を向上させることができる。

また、第１の実施形態において、処理速度が速くかつ大容量化が可能な磁気ディスク、光磁気ディスク、または光ディスクあるいはそれらによるアレイ装置により上位ストレージを構成してもよい。これによれば、レプリカストレージの速度向上および大容量化が可能であり、マスターストレージの全容量あるいはアクティブ容量の全てを格納可能とすることもできるので、メモリーを用いたディスクキャッシュでは実現が困難な大容量データに対する処理能力向上を実現することができる。

また、第１の実施形態によれば、課金ログ６は、レプリカストレージ３の上位ストレージ１３の使用を課金情報として記録するので、上位ストレージ１３の使用状況に応じた課金が可能となる。この課金額をアクセス量または上位ストレージ１３へのデータ保存量に基づいて定める課金体系としてもよい。

また、第１の実施形態によれば、複数のマスターストレージが被災すると、配置管理部１６は、被災したマスターストレージの組み合わせに適した被災後配置ポリシーおよびモード遷移時配置ポリシーを用い、アクセス資源設定部５は、その組み合わせに適した資源値を設定するので、レプリカストレージ３を複数のマスターストレージの代わりとして用い、かつ資源の利用を各マスターストレージに適切に割り当てることができる。

本実施形態における典型的なマスターストレージとレプリカストレージの配置について説明する。

マスターストレージ１ａ〜１ｂとレプリカストレージ３とは、想定した災害（地震、火事、停電）に同時に被災することがないように地理的に分離して配置することが好ましい。マスターストレージ１とレプリカストレージ３が同時に被災しなければ、マスターストレージ１が被災してもレプリカストレージ３で被災したマスターストレージ１の業務を再開させることができる。

また、複数のマスターストレージ１の同時被災が避けられない場合、想定される最大の同時被災数をシステムで規定し、それだけのマスターストレージ１が同時に被災してもレプリカストレージ３でそれらの業務を再開可能とすることが好ましい。

本実施形態のレプリケーションシステムによれば、複数のマスターストレージ１でレプリカストレージ３を共有することにより、被災時の処理性能を低下させること無く、レプリカストレージに必要な設備を削減してコストダウンを図ることができる。

複数のマスターストレージに個別にレプリカストレージを備える構成では、各レプリカストレージが対応するマスターストレージの業務に耐えうる処理能力を持たなければならない。しかし、レプリカストレージを共有する場合、レプリカストレージは、同時被災が想定されるマスターストレージの業務に耐えるだけの処理能力を備えればよく、複数のマスターストレージに個別にレプリカストレージを備えるのに比べて要求される処理能力は少なくて済む。そのため、本実施形態の構成のように、レプリカストレージを階層型ストレージとし、同時被災が想定されるマスターストレージの業務に耐えるだけの処理能力を備えた上位ストレージと、全てのマスターストレージのデータを格納できる容量の安価なメモリーによる下位ストレージとで構成すれば、被災時の処理能力を低下させることなく、費用効率の高いレプリケーションシステムを提供することができる。

なお、上位ストレージ１３の可用性および性能は、マスターストレージ１ａ〜１ｂと同様にするのが好ましい。ただし、上位ストレージ１３として、マスターストレージ１ａ〜１ｂよりも可用性または性能が劣るものを用いてもよく、その場合、被災時の可用性や性能は低下するが、その代わりレプリカストレージのコストは低減される。

また、レプリカストレージ３における上位ストレージ１３および下位ストレージ１４ａ〜１４ｂの具体例について説明する。

レプリケーションシステムとしての要求条件が満たされれば、下位ストレージ１４には、上位ストレージ１３よりも低コストのものを用いることができる。そのため、下位ストレージ１４ａは上位ストレージ１３と比べて何らかの性能が劣ることが考えられる。下位ストレージ１４が上位ストレージ１３より性能が劣ると考えられる項目としては、例えば磁気ディスク、光ディスク、または光磁気ディスク等の記憶媒体の回転速度が考えられる。また、他の例として、ディスク装置のヘッドのシーク時間も考えられる。また、ディスク媒体からのデータ転送速度も考えられる。また、ディスクアレイでのストライピングを構成するディスク数が考えられ、また下位ストレージ１４ではストライピングを用いないことも考えられる。また、ディスク装置を接続するインタフェースのスループットも考えられる。また、ディスク装置を接続するパスの結合形態（スイッチ、ループ、バス）の違いによる通信の多重度も考えられる。また、ディスク装置のコマンドの同時受付数（キューあり／なし）も考えられる。また、ディスク装置の内部キャッシュ／バッファの容量も考えられる。また、ディスクアレイコントローラの演算性能も考えられる。また、ディスクアレイコントローラのキャッシュ容量も考えられる。また、ディスクアレイコントローラとの接続インタフェースのスループットも考えられる。また、ディスクアレイコントローラとの接続インタフェースのポート数も考えられる。また、ディスクアレイコントローラとの接続インタフェースとの結合形態（スイッチ、ループ、バス）の違いによる通信の多重度も考えられる。また、上位ストレージ１３にだけディスクアレイコントローラ内のキャッシュメモリに不揮発なメモリー（バッテリーバックアップ含む）を用いることも考えられ、その場合、キャッシュに書いた段階で応答が返せるか、実際のディスクにデータを書くまで応答を返さないかという違いが生じる。

これらのような何らかの性能が上位ストレージより劣るものは比較的安価である。したがって、下位ストレージ１４にそのようなストレージを用いることで、全容量を高価で高性能のストレージで構成した場合と比べて、レプリカストレージを安価に構成することができる。

また、レプリケーションシステムとしての要求条件が満たされれば、上位ストレージ１３と下位ストレージ１４を可用性で差別化してもよい。その場合、下位ストレージ１４ａは上位ストレージ１３と比べて可用性の劣るものであってもよい。可用性の項目としては、例えば、磁気ディスク、光ディスク、または光磁気ディスク等の信頼性（ＭＴＢＦ、出荷時の検査内容）が考えられる。また、ディスクアレイの場合の冗長度（２ディスク故障対策（トリプルミラー、ＲＡＩＤ６）が考えられる。また、１ディスク故障対策の冗長化レベル（ＲＡＩＤ５、ＲＡＩＤ３、ＲＡＩＤ１）が考えられる。あるいは、下位ストレージ１４では、故障対策をせず（ディスク単体、ＲＡＩＤ０）バックアップテープを用いる、または故障対策をせずバックアップテープも用いないということも考えられる。また、ディスクアレイコントローラを冗長化するか否かも考えられる。また、磁気ディスク、光ディスク、光磁気ディスク等との接続パスを冗長化するか否かも考えられる。また、ディスク装置との接続パスに代替経路を設けるか否かも考えられる。また、ディスクアレイコントローラとの接続パスを冗長化するか否かも考えられる。また、ディスクアレイコントローラとの接続パスに代替経路を設けるか否かも考えられる。また、ディスクのデータブロックのエラーを訂正するための冗長データ量も考えられる。また、下位ストレージ１４には冗長データを持たないことも考えられる。また、ディスクアレイコントローラ内のキャッシュメモリに不揮発なメモリー（バッテリーバックアップ含む）を用いるか否かも考えられる。また、磁気ディスクがホットスワップに対応するか否かも考えられる。

これらのような何らかの可用性が上位ストレージより劣るものは比較的安価である。したがって、下位ストレージ１４にそのようなストレージを用いることで、全容量を高価で高性能なストレージで構成した場合と比べて、レプリカストレージを安価に構成することができる。

次に、本実施形態における上位ストレージ１３のデータ容量について説明する。

各ストレージの容量はシステム要求を満たすように適宜選択すればよく、例えば、マスターストレージ１ａ〜１ｂの容量が互いに異なる場合、それらの中で最も大きな容量以上の上位ストレージ１３を用意すればよい。これにより、いずれのマスターストレージ１ａ〜１ｂが被災しても、被災したマスターストレージ１の全データを上位ストレージ１３に格納できる。そのため下位ストレージ１４から上位ストレージ１３へのデータブロックの移動が完了すれば、ホスト４から見たレプリカストレージ３の可用性および性能は上位ストレージ１３の可用性および性能となる。このように被災したマスターストレージ１の全データを上位ストレージ１３に移動できるので、下位ストレージ１４がマスターストレージ１および上位ストレージ１３より可用性または性能が劣っていても被災時に高い可用性および性能で動作可能である。その結果、階層型ストレージにおいて、可用性あるいは性能の劣る安価な下位ストレージによりコストダウンを図りながら、被災時には高い可用性および性能を得ることができる。

さらに、上位ストレージ１３の可用性をマスターストレージ１と同様に高いものとすれば、被災時にもマスターストレージ１と同様の高い可用性を得ることができる。

また、被災したマスターストレージ１の全データを上位ストレージ１３に格納できるので、下位ストレージ１４から上位ストレージ１３へのデータの移動が完了した後は、上位ストレージ１３と下位ストレージ１４の間でデータブロックの移動は発生しない。上位ストレージ１３と下位ストレージ１４の間のデータ移動が最適化される。

また、マスターストレージ１ａ〜１ｂの中で複数が同時被災することが考えられる場合、上位ストレージ１３の容量を同時被災が想定されるマスターストレージ１の総容量以上とすればよい。そうすれば、同時被災があっても、被災した全てのマスターストレージ１の全データを上位ストレージ１３に格納できるので、下位ストレージ１４から上位ストレージ１３へのデータ移動が完了すれば、ホスト４から見たレプリカストレージ３の可用性および性能は上位ストレージ１３の可用性および性能と同様になる。システムで想定した範囲内で複数のマスターストレージが被災しても、可用性または性能の劣る下位ストレージを用いた階層型ストレージによりコストダウンを図りつつ、被災時には、上位ストレージ１４の可用性および性能で動作させることができる。

また、上位ストレージ１３にマスターストレージ１と同様に可用性の高いものを用いれば、被災時に、マスターストレージ１と同様の高い可用性を得ることができる。

また、被災した全てのマスターストレージの全データを上位ストレージ１３に格納できるので、下位ストレージ１４から上位ストレージ１３へのデータ移動が完了した後は、上位ストレージ１３と下位ストレージ１４の間でデータの移動は必要なく、即ち上位ストレージ１３と下位ストレージ１４の間のデータ移動が最適化される。

上位ストレージ１３のデータ容量として、マスターストレージ１ａ〜１ｂの中で最も大きいアクティブ容量以上の容量を用意することとしてもよい。アクティブ容量とは、一定期間以内にアクセスのあったアクティブデータの容量である。

いずれのマスターストレージ１ａ〜１ｂが被災しても、被災したマスターストレージ１のアクティブなデータを上位ストレージ１３に格納できる。そのため、下位ストレージ１４から上位ストレージ１３へのデータの移動が完了すれば、ホスト４から見たレプリカストレージ３の可用性および性能は上位ストレージ１３の可用性および性能とほぼ同等になる。

なお、アクティブ容量は、システムが規定した期間（１日、１週間、数週間）にアクセスのあったデータブロックの容量から求めることができ、アクセスログ９ａ〜９ｂから取得できる。

一般にホストが利用するデータには局所性があると考えられるので、上位ストレージ１３にアクティブデータを格納可能な容量があれば、アクティブデータの移動後に下位ストレージ１４にアクセスされる可能性は低い。したがって、被災したマスターストレージ１のアクティブデータを上位ストレージ１３に全て移動できるので、安価で性能の劣る下位ストレージ１４によりコストダウンを図った階層型ストレージを用いても、被災時には、上位ストレージ１３の性能で動作可能である。

その場合、被災時配置ポリシーおよびモード遷移時配置ポリシーとして、一定期間内にアクセスのあったデータブロックを優先的に上位ストレージ１３に配置するようなルールを適用してもよい。一定期間内にアクセスのあったデータブロックは、アクセスログから得ることができる。一般にマスターストレージ１へのアクセスにおいてデータブロックの局所性があると考えられるので、アクセスされる可能性の高いデータを優先的に上位ストレージ１３に配置でき、モード遷移時および被災時にレプリカストレージ３へのアクセス性能の低下を抑えることができる。

さらに、任意期間毎に、アクセスログから被災時配置ポリシーおよびモード遷移時配置ポリシーを新たに作成しなおすこととしてもよい。これによりマスターストレージ１へのアクセスの局所性が時間と共に変化しても、常に新しい状態に対応したポリシーを維持することができる。

安価な下位ストレージ１４を用いた階層型ストレージによりコストダウンを図りつつ、被災時には、上位ストレージ１３を用いることにより上位ストレージ１３の高い性能を得ることができる。さらに、上位ストレージ１３にはアクティブデータが格納できればよいので、全データが格納できる容量を容易するのに比べて容量の削減となりコストダウンになる。

さらに、上位ストレージ１３の性能をマスターストレージ１と同様に高いものとすれば、被災時にもマスターストレージ１と同様の高い性能を得ることができる。

マスターストレージ１ａ〜１ｂの中で複数が同時に被災する可能性があれば、同時被災が想定されるマスターストレージ１ａ〜１ｂのアクティブ容量の総和以上の容量を上位ストレージ１３に用意すればよい。これにより、想定した同時被災数のマスターストレージ１ａ〜１ｂが被災しても、被災した全マスターストレージ１のアクティブデータを上位ストレージ１３に格納できる。そのため、下位ストレージ１４から上位ストレージ１３へのデータの移動が完了すれば、ホスト４から見たレプリカストレージ３の可用性および性能は上位ストレージ１３の可用性および性能とほぼ同等になる。

なお、アクティブ容量は、システムが規定した期間（１日、１週間、数週間）にアクセスのあったデータブロックの容量から求めることができ、アクセスログ９ａ〜９ｂから取得できる。

一般に、ホストが利用するデータには局所性があると考えられるので、上位ストレージ１３にアクティブデータを格納可能な容量があれば、アクティブデータの移動後に下位ストレージ１４にアクセスされる可能性は低い。したがって、被災した複数のマスターストレージのアクティブデータを上位ストレージ１３に全て移動できるので、安価で性能の劣る下位ストレージ１４によりコストダウンを図った階層型ストレージを用いても、被災時には、上位ストレージ１３の性能で動作可能である。

その場合、被災時配置ポリシーおよびモード遷移時配置ポリシーとして、一定期間内にアクセスのあったデータブロックを優先的に上位ストレージ１３に配置するようなルールを適用してもよい。一定期間内にアクセスのあったデータブロックは、アクセスログから得ることができる。一般にマスターストレージ１へのアクセスにおいてデータブロックの局所性があると考えられるので、アクセスされる可能性の高いデータを優先的に上位ストレージ１３に配置でき、モード遷移時および被災時にレプリカストレージ３へのアクセス性能の低下を抑えることができる。

さらに、任意期間毎に、アクセスログから被災時配置ポリシーおよびモード遷移時配置ポリシーを新たに作成しなおすこととしてもよい。これによりマスターストレージ１へのアクセスの局所性が時間と共に変化しても、常に新しい状態に対応したポリシーを維持することができる。

安価な下位ストレージ１４を用いた階層型ストレージによりコストダウンを図りつつ、被災時には、上位ストレージ１３を用いることにより上位ストレージ１３の高い性能を得ることができる。さらに、上位ストレージ１３には同時被災のマスターストレージ１のアクティブデータが格納できればよいので、全データが格納できる容量を容易するのに比べて容量の削減となりコストダウンになる。

また、各マスターストレージ１ａ〜１ｂにおいて業務の一部を、マスターストレージの被災時にレプリカストレージ３にて再開する対象の業務とすることとしてもよい。その場合、いずれのマスターストレージ１ａ〜１ｂが被災しても、被災したマスターストレージの再開対象業務を再開できるだけのデータ容量を上位ストレージ１３に備えればよい。上位ストレージ１３には、どのマスターストレージが被災しても、その再開対象業務に関するデータを格納可能な容量があればよい。再開対象業務は予め設定することとしてもよい。

これによれば、いずれのマスターストレージが被災しても、被災したマスターストレージ１の再開対象業務のデータを上位ストレージ１３に格納できる。そのため、下位ストレージ１４から上位ストレージ１３へのデータの移動が完了すれば、ホスト４から見たレプリカストレージ３の可用性および性能は再開対象業務に関して上位ストレージ１３の可用性および性能とほぼ同等になる。

さらに、上位ストレージ１３の性能をマスターストレージ１と同様に高いものとすれば、被災時にもマスターストレージ１と同様の高い性能を得ることができる。

また、本実施形態において、下位ストレージ１４ａ〜１４ｂとして異なるストレージ装置を用いることとしてもよい。また、複数のマスターストレージ１で１つの下位ストレージ１４を共有してもよい。

また、本実施形態において、下位ストレージ１４として磁気ディスク、光磁気ディスク、または光ディスクのディスク装置またはアレイ装置を用いれば高速なランダムアクセスが可能となる。これにより、被災後に、モード遷移時配置ポリシーに従って下位ストレージ１４から上位ストレージ１３へデータを転送するとき、シーケンシャルでないアクセスを行ってもデータ転送速度が低下しない。

また、本実施形態において、平時と被災時で下位ストレージ１４の内部処理を変更することとしてもよい。

一般に、ストレージでは、データの先読み、近接データのまとめ書き、書き込み順序の変更など、アクセス回数を減らしたり、ヘッドのシーク量を減らしたりする性能向上動作が行われていることがある。これら性能向上動作は、特定のアクセスのパターンに適したものを用いると性能向上が得られる。また、通常、特定条件に特化した性能向上策は汎用的な性能向上策に比べて高い性能向上率が得られる。

ここで、本実施形態の下位ストレージ１４においては、平時にはマスターストレージ１からの更新情報の書き込みのみが発生し、被災時には上位ストレージ１３へのデータ移動に伴う読み出しが多くなる。このような各状況のアクセスパターンに適した性能向上動作を行うことにより、アクセス性能を向上させることができる。そこで、平時には書き込みに特化した性能向上動作を適用し、被災時には読み出しの多い場合に特化した性能向上動作を適用することにより下位ストレージ１４の性能の向上が可能である。

なお、本実施形態では、レプリカストレージ３の受信部１５ａ〜１５ｂをマスターストレージ１ａ〜１ｂ毎に用意するのではなく、１つの受信部１５を共用することとしてもよい。その場合、受信部は、受信データがどのマスターストレージからのものかを判定し、異なる動作を行う必要がある。

本実施形態の変形例として、マスターストレージ１と下位ストレージ１４を静的に結び付け、かつマスターストレージ１内のデータブロックのアドレスと下位ストレージ１４のデータブロックのアドレスとを静的に対応させることとしてもよい。これによれば、階層型ストレージを用いたレプリカストレージ３において、平時におけるレプリケーションの処理を単純化することができ、処理量を削減することができる。

本変形例において、更新情報を受けた受信部１５の動作について説明する。更新情報には、データブロックのアドレスとデータとが含まれている。

受信部１５は、更新情報を受信すると、更新情報からアドレスを取り出す。受信部１５は、次いで、更新情報の送信元のマスターストレージ１に対応する下位ストレージ１４に対してアドレスを指定してデータの書き込みを要求する。次いで、受信部１５は、下位ストレージ１４から応答があると、マスターストレージ１に更新の応答を送信する。

これにより、更新情報受信したときにアドレスを変換する処理が省略でき、レプリケーション処理が高速化される。また、配置管理部１６の配置変更計画部２２が配置の計画を立てるとき、配置計画において、データブロックの移動先となる下位ストレージ１４のアドレスが一意に決定されるので処理が簡略化され、高速化される。

また、第１の実施形態の変形例として、上位ストレージ１３の容量を全てのマスターストレージ１の容量以上とし、マスターストレージ１の複数同時被災を想定しない場合、マスターストレージ１内の各データブロックのアドレスと、上位ストレージ１３の同じデータブロックのアドレスとを対応させることとしてもよい。これにより、ホスト４からアクセスするときのアドレス変換が簡略化され、アクセス処理が高速化できる。さらに、マッピングＤＢ２１内のエントリーにおいて、格納ストレージ内アドレスのフィールドが不要となり、記憶容量の削減となる。

また、上位ストレージ１３と下位ストレージ１４の間でデータを移動するときの移動先もマスターストレージ毎に一意に決定されるので、配置管理部１６の配置変更計画部２２よる配置計画も、どのマスターストレージのデータブロックかによって一意に決定され、処理の簡略化、高速化が図れる。

（第２の実施形態）
本発明の第２の実施形態をついて図面を参照して詳細に説明する。

第１の実施形態では、平時、マスターストレージ１ａ〜１ｂからの更新情報は下位ストレージ１４ａ〜１４ｂに適用された。これに対して第２の実施形態では、各マスターストレージ１ａ〜１ｂによる業務開始から一定期間にアクセスされたデータブロックを下位ストレージ１４ａ〜１４ｂではなく、上位ストレージ１３にも格納しておく点で第１の実施形態と異なる。

一般に、業務開始直後には、システムの初期動作など毎回類似したアクセスパターンになると考えられる。第２の実施形態では、マスターストレージ１ａ〜１ｂでの業務開始直後にアクセスされたデータブロックを予め上位ストレージ１３に格納しておくことで、被災時のレプリカストレージ４０での業務開始直後のアクセス先のデータブロックが上位ストレージ１３に格納されている可能性を高めている。業務開始直後のアクセス先としては、初期設定の記録されたファイルあるいはデータベースの特定のレコード、インデックス、またはジャーナルログ、またファイルシステムのスーパーブロック、ディレクトリ、またはブロックマップなどが考えられる。

平時に上位ストレージ１３に格納しておくデータブロックは、マスターストレージ１が過去に被災していれば、そのときに待機系サイトのホスト４による業務開始から一定期間のアクセスパターンをアクセスログ１０から得て、それに基づいて作成してもよい。

上位ストレージ１３に格納するのを業務開始後一定時間内のアクセス先のデータブロックに限定することで、全てのマスターストレージ１ａ〜１ｂのデータブロックを上位ストレージ１３に格納するための記憶容量は少なく済む。

図１３は、第２の実施形態によるレプリケーションシステムの構成を示すブロック図である。図１３を参照すると、本実施形態のレプリケーションシステムは、マスターストレージ１ａ〜１ｂ、ホスト２ａ〜２ｂ、アクセスログ９ａ〜９ｂ、レプリカストレージ４０、ホスト４、アクセスログ１０、課金ログ６、被災通知部７、アクセス資源設定部５、および配置ポリシー設定部８を有している。

レプリカストレージ４０は、上位ストレージ１３、下位ストレージ１４ａ〜１４ｂ、アクセス部１１、データ移動部１２、受信部４１ａ〜４１ｂ、および配置管理部１６を有している。

第２の実施形態のマスターストレージ１ａ〜１ｂ、ホスト２ａ〜２ｂ、アクセスログ９ａ〜９ｂ、ホスト４、アクセスログ１０、課金ログ６、被災通知部７、アクセス資源設定部５、配置ポリシー設定部８は第１の実施形態と同様のものである。また、レプリカストレージ４０の有する上位ストレージ１３、下位ストレージ１４ａ〜１４ｂ、アクセス部１１、データ移動部１２、および配置管理部１６は第１の実施形態のものと同様である。

第２の実施形態の配置ポリシーＤＢ２３には、平時配置ポリシーとして、業務開始から予め設定された期間にアクセスされたデータブロックを下位ストレージ１４ａ〜１４ｂではなく、上位ストレージ１３に格納するという配置ポリシーが記録されている。その他のデータブロックは第１の実施形態と同様に下位ストレージ１４ａ〜１４ｂに格納される。

本実施形態における平時配置ポリシーのルールの一例として、［優先度＝１、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｉ］、・・・［優先度＝１、マスターストレージ＝ａ、マスターストレージ内アドレス＝Ｌ］、［優先度＝１、マスターストレージ＝ｂ、マスターストレージ内アドレス＝Ｍ］、・・・・［優先度＝１、マスターストレージ＝ｂ、マスターストレージ内アドレス＝Ｐ］、［優先度＝ＮＣ、マスターストレージ＝ｂ、マスターストレージ内アドレス＝ＮＣ］というエントリーからなるものが考えられる。ここでは、マスターストレージａのデータブロックＩ・・・Ｊと、マスターストレージｂのデータブロックＭ・・・Ｏが、業務開始後一定期間にアクセスされたデータブロックである。このルールによりマスターストレージａのデータブロックＩ・・・Ｊと、マスターストレージｂのデータブロックＭ・・・Ｏを上位ストレージ１３に格納することができる。

また、受信部４１ａ〜４１ｂは、マスターストレージ１ａ〜１ｂから更新情報を受信したとき、その更新情報が示すデータブロックが上位ストレージ１３に格納されていれば上位ストレージ１３のデータブロックを更新する。これにより上位ストレージ１３のデータが最新の状態に維持される。

以上説明したように、第２の実施形態によれば、平時にて一部の複製データが上位ストレージ１３に予め保持されているので、被災時へ遷移してレプリカストレージ３の上位ストレージ１３で複製データを処理に提供し始めるとき、下位ストレージ１４から上位ストレージ１３へ移動するデータを少なくできる。またデータ移動の時間が短縮できるので、レプリカストレージ３でのアクセスに対する応答を速くすることができる。

また、マスターストレージ１ａ〜１ｂにおける業務開始直後のアクセス先のデータブロックを予め上位ストレージ１３に格納するような平時配置ポリシーを用い、受信部４１ａ〜４１ｂは上位ストレージ１３に格納されているデータブロックの更新情報を受信すると、上位ストレージ１３のデータブロックを更新して最新の状態に維持するので、業務開始直後にアクセスが予想されるデータブロックを予め上位ストレージ１３に格納しておくことができ、レプリカストレージ４０による業務開始後、被災した下位ストレージ１４から上位ストレージ１３へのデータの移動を削減することができ、業務開始時のアクセスに対する応答を速くすることができる。

また、平時において予め上位ストレージ１３に保持する複製データを、マスターストレージ１での業務開始時のアクセスパターンに基づいて定めているので、被災時に、当初にアクセスされるデータが予め上位ストレージ１３に保持されている可能性が高くなり、アクセスに対する応答を速くすることができる。

なお、第２の実施形態では、平時配置ポリシーとして、各マスターストレージ１ａ〜１ｂによる業務開始後一定期間のアクセス先のデータブロックを上位ストレージ１３に格納することとしたが他の例も考えられる。他の例として、各マスターストレージ１ａ〜１ｂによる業務開始後一定期間のアクセス先のデータブロックを上位ストレージ１３および下位ストレージ１４ａ〜１４ｂの双方に格納するような平時配置ポリシーを用いてもよい。

その場合、受信部４１ａ〜４１ｂは、マスターストレージ１ａ〜１ｂから更新情報を受信したとき、その更新情報が示すデータブロックが上位ストレージ１３と下位ストレージの双方に格納されていれば上位ストレージ１３および下位ストレージの双方のデータブロックを更新する。

また、配置管理部１６のマッピングＤＢ２１には、格納ストレージＩＤおよび格納ストレージ内アドレスが２組含まれることとなる。図１４は、上位ストレージと下位ストレージの双方にデータを格納する場合の配置管理表のエントリーを示す図である。図１４を参照すると、格納ストレージＩＤおよび格納ストレージ内アドレスが２組含まれている。これらはそれぞれ上位ストレージ１３と下位ストレージ１４ａ〜１４ｂの格納先を示している。

これによれば、業務開始直後のアクセス先が上位ストレージ１３に格納されているので、レプリカストレージ４０による業務開始直後の下位ストレージ１４から上位ストレージ１３へのデータの移動を削減でき、また、平時から下位ストレージ１４ａ〜１４ｂにはマスターストレージ１ａ〜１ｂの全てのデータブロックが格納されているので、被災時に被災していないマスターストレージ１に対応するデータブロックのデータを下位ストレージ１４に移動することなく上位ストレージ１３から削除でき、被災時のデータの移動をさらに少なくすることができる。

第１の実施形態によるレプリケーションシステムの構成を示すブロック図である。 第１の実施形態による配置管理部の構成を示すブロック図である。 第１の実施形態によるマスターストレージの構成を示すブロック図である。 配置ポリシーの各表を構成するエントリーを示す図である。 配置管理表のエントリーを示す図である。 第１の実施形態によるレプリケーションシステムの動作を示すフローチャートである。 第１の実施形態によるレプリケーションシステムの動作を示すシーケンス図である。 受信部の動作を示すフローチャートである。 配置管理部のアドレス変換動作を示すフローチャートである。 被災通知を受けた配置変更計画部の動作を示すフローチャートである。 マッピング算出部の動作を示すフローチャートである。 マッピング算出部から配置変更の依頼を受けた配置変更計画部の動作を示すフローチャートである。 第２の実施形態によるレプリケーションシステムの構成を示すブロック図である。 上位ストレージと下位ストレージの双方にデータを格納する場合の配置管理表のエントリーを示す図である。

符号の説明

１ａ〜１ｂ マスターストレージ
２ａ〜２ｂ ホスト
３、４０ レプリカストレージ
４ ホスト
５ アクセス資源設定部
６ 課金ログ
７ 被災通知部
８ 配置ポリシー設定部
９ａ〜９ｂ アクセスログ
１０ アクセスログ
１１ アクセス部
１２ データ移動部
１３ 上位ストレージ
１４ａ〜１４ｂ 下位ストレージ
１５ａ〜１５ｂ 受信部
１６ 配置管理部
２０ マッピング算出部
２１ マッピングデータベース（ＤＢ）
２２ 配置変更計画部
２３ 配置ポリシーＤＢ
３０ アクセス部
３１ 送信部
３２ 記憶部
４１ａ〜４１ｂ 受信部
Ｓ１０〜Ｓ１５、Ｓ２０〜Ｓ２１、Ｓ３０〜Ｓ４５、Ｓ５０〜Ｓ５４、Ｓ６０〜Ｓ６９、Ｓ１００〜Ｓ１０６ ステップ

Claims (63)

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. 前記第２のモードに遷移するときに用いる配置ポリシーは、過去に前記第２のモードに遷移したときのアクセスパターンに基づいて作成されている、請求項２６記載のレプリケーションシステム。
29. 前記マスターストレージがデータを処理に提供している業務のうちの一部を、前記レプリカストレージによる前記第２のモードにおける再開対象業務とし、
    前記下位ストレージは、前記マスターストレージのデータを格納可能な容量を有し、
    前記上位ストレージは、前記マスターストレージの前記再開対象業務に関する前記データを格納可能な容量を有し、
    前記レプリカストレージは、前記第２のモードにおいて、前記マスターストレージに対応する前記複製データのうち、前記再開対象業務に関する部分を前記上位ストレージに配置して処理に提供する、請求項２５〜２８のいずれか１項に記載のレプリケーションシステム。
30. 前記下位ストレージは、前記マスターストレージのデータを格納可能な容量を有し、
    前記上位ストレージは、前記第２のモードにて、前記マスターストレージに対応するアクティブデータを格納可能な容量を有し、
    前記レプリカストレージは、前記第２のモードにおいて、前記マスターストレージに対応する前記複製データのうち前記アクティブデータの部分を前記上位ストレージに配置して処理に提供する、請求項２５〜２８のいずれか１項に記載のレプリケーションシステム。
31. 前記マスターストレージがデータを処理に提供している業務のうちの一部を、前記レプリカストレージによる前記第２のモードにおける再開対象業務とし、
    前記上位ストレージは、選択された前記マスターストレージの前記再開対象業務に関する前記アクティブデータを格納可能な容量であり、
    前記レプリカストレージは、前記第２のモードにおいて、前記マスターストレージに対応する前記複製データのうち、前記再開対象業務に関する前記アクティブデータの部分を前記上位ストレージに配置して処理に提供する、請求項３０に記載のレプリケーションシステム。
32. 前記マスターストレージの被災を前記レプリカストレージに通知する被災通知手段をさらに有し、
    前記レプリカストレージは、平時には前記第１のモードで動作しており、前記被災通知手段から前記マスターストレージの被災の通知を受けると前記第２のモードに遷移する、請求項２５〜３１のいずれか１項に記載のレプリケーションシステム。
33. 前記レプリカストレージは、前記第１のモードにおいて、該第１のモードに特化して前記複製データの更新の性能を向上させるためのアクセス動作を行う、請求項２５〜３２のいずれか１項に記載のレプリケーションシステム。
34. 前記レプリカストレージは、前記第２のモードへの遷移時、前記マスターストレージに対応する前記複製データを前記下位ストレージから前記上位ストレージに移動する、請求項２５〜３３のいずれか１項に記載のレプリケーションシステム。
35. 前記レプリカストレージは、前記第２のモードへの遷移時、前記下位ストレージから前記上位ストレージへのデータの移動に特化して性能を向上させるためのアクセス動作を行う、請求項３４に記載のレプリケーションシステム。
36. 前記レプリカストレージは、複製データを処理に提供するために利用可能な前記上位ストレージの資源量を設定可能である、請求項２５〜３５のいずれか１項に記載のレプリケーションシステム。
37. 前記レプリカストレージは、前記上位ストレージの資源量として該上位ストレージへのアクセス帯域を設定する、請求項３６記載のレプリケーションシステム。
38. 前記レプリカストレージは、前記上位ストレージの資源量として、該上位ストレージに蓄積するデータ量、または該上位ストレージの占有率を設定する、請求項３６記載のレプリケーションシステム。
39. 前記レプリカストレージは、前記上位ストレージに蓄積するデータ量または該上位ストレージの占有率を配置ポリシーにて設定する、請求項３８記載のレプリケーションシステム。
40. 前記下位ストレージは前記上位ストレージよりも容量単価の安いストレージである、請求項１〜３９のいずれか１項に記載のレプリケーションシステム。
41. 前記上位ストレージが所定の処理能力を備えたストレージであり、
    前記下位ストレージが前記上位ストレージより処理能力の劣るストレージである、請求項１〜４０のいずれか１項に記載のレプリケーションシステム。
42. 前記上位ストレージが所定の可用性を備えたストレージであり、
    前記下位ストレージが上位ストレージより可用性の劣るストレージである、請求項１〜４１のいずれか１項に記載のレプリケーションシステム。
43. 前記レプリカストレージは、前記マスターストレージから受信した前記更新情報を前記下位ストレージに直接適用する、請求項１〜４２のいずれか１項に記載のレプリケーションシステム。
44. 前記レプリカストレージは、前記第１のモードにおいて、前記下位ストレージの複製データの一部を前記上位ストレージに保持する、請求項４３に記載のレプリケーションシステム。
45. 前記レプリカストレージは、前記第１のモードにおいて、前記マスターストレージにおいて業務を開始したときのアクセスパターンに基づき作成された配置ポリシーに従って、前記下位ストレージの複製データの一部を前記上位ストレージに保持する、請求項４４に記載のレプリケーションシステム。
46. 前記レプリカストレージは、前記第１のモードにおいて、過去に前記第２のモードに遷移したときのアクセスパターンに基づき作成された配置ポリシーに従って、前記下位ストレージの複製データの一部を前記上位ストレージに保持する、請求項４４に記載のレプリケーションシステム。
47. 前記レプリカストレージは、前記上位ストレージの利用状況に応じた課金ログを記録する、請求項１〜４６のいずれか１項に記載のレプリケーションシステム。
48. 前記上位ストレージの利用状況は、ホストからのアクセス量に応じて定められる、請求項４７記載のレプリケーションシステム。
49. 前記上位ストレージの利用状況は、該上位ストレージに複製データを蓄積したデータ量と蓄積期間に応じて定められる、請求項４７記載のレプリケーションシステム。
50. 前記レプリカストレージは、前記第２のモードにおける前記上位ストレージの利用状況に応じた課金ログを記録する、請求項４７〜４９のいずれか１項に記載のレプリケーションシステム。
51. 前記マスターストレージと前記レプリカストレージは同時に被災しない位置に設置されている、請求項１〜５０のいずれか１項に記載のレプリケーションシステム。
52. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおけるレプリケーション方法であって、
    前記正常系サイトの複数のマスターストレージにて、処理に用いられるデータを格納し、処理に提供しており、前記データが更新されると更新情報を前記待機系サイトに送信するステップと、
    複数の前記マスターストレージの複製データを上位ストレージおよび下位ストレージからなる階層型ストレージに格納する前記待機系サイトのレプリカストレージにて、第１のモードとして、前記マスターストレージからの前記更新情報を受信して前記複製データを更新するステップと、
    前記レプリカストレージにて、第２のモードとして、いずれかの正常系サイトのマスターストレージを選択し、選択した該マスターストレージに対応する複製データを前記上位ストレージにて処理に提供するステップとを有するレプリケーション方法。
53. 前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
    前記上位ストレージは、前記第２のモードにて、いずれのマスターストレージが選択されても、選択された該マスターストレージに対応する複製データを格納可能な容量を有し、
    前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データを前記上位ストレージに配置して処理に提供する、請求項５２記載のレプリケーション方法。
54. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおけるレプリケーション方法であって、
    前記正常系サイトのマスターストレージにて、処理に用いられるデータを格納し、処理に提供しており、前記データが更新されると更新情報を前記待機系サイトに送信するステップと、
    前記マスターストレージの複製データを、予め設定された配置ポリシーの設定に従って、上位ストレージおよび下位ストレージからなる階層型ストレージに格納する前記待機系サイトのレプリカストレージにて、第１のモードとして、前記マスターストレージからの前記更新情報を受信して前記複製データを更新するステップと、
    前記レプリカストレージにて、第２のモードとして、前記マスターストレージに対応する複製データを前記上位ストレージにて処理に提供するステップとを有するレプリケーション方法。
55. 前記上位ストレージの利用状況に応じた課金ログを記録するステップをさらに有する、請求項５２〜５４のいずれか１項に記載のレプリケーション方法。
56. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおいて、前記正常系サイトにある複数のマスターストレージのデータを前記待機系サイトにて複製するレプリカストレージであって、
    上位ストレージおよび下位ストレージからなり複数の前記マスターストレージの複製データを格納する階層型ストレージと、
    前記マスターストレージからデータが更新された旨の更新情報を受信する受信手段と、
    第１のモードにおいて、前記受信手段にて前記更新情報が受信されると、該更新情報に従って前記階層型ストレージの前記複製データを更新し、第２のモードにおいて、いずれかのマスターストレージを選択し、選択した該マスターストレージに対応する複製データを前記上位ストレージにて処理に提供する配置管理手段とを有するレプリカストレージ。
57. 前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
    前記上位ストレージは、前記第２のモードにて、いずれのマスターストレージが選択されても、選択された該マスターストレージに対応する複製データを格納可能な容量を有し、
    前記配置管理手段は、前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データを前記上位ストレージに配置して処理に提供する、請求項５６記載のレプリカストレージ。
58. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおいて、前記正常系サイトにあるマスターストレージのデータを前記待機系サイトにて複製するレプリカストレージであって、
    上位ストレージおよび下位ストレージからなり前記マスターストレージの複製データを格納する階層型ストレージと、
    前記マスターストレージからデータが更新された旨の更新情報を受信する受信手段と、
    予め設定された配置ポリシーの設定に従って動作し、第１のモードにおいて、前記受信手段にて前記更新情報が受信されると、該更新情報に従って前記階層型ストレージの前記複製データを更新し、第２のモードにおいて、前記マスターストレージに対応する複製データを前記上位ストレージにて処理に提供する配置管理手段とを有するレプリカストレージ。
59. 前記配置管理手段は、前記上位ストレージの利用状況に応じた課金ログを記録するステップをさらに有する、請求項５６〜５８のいずれか１項に記載のレプリカストレージ。
60. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおいて、前記正常系サイトにある複数のマスターストレージのデータを前記待機系サイトにて複製するレプリカストレージとしてコンピュータを機能させるためのプログラムであって、
    上位ストレージおよび下位ストレージからなり複数の前記マスターストレージの複製データを格納する階層型ストレージを予め構成しておく手順と、
    第１のモードにおいて、前記マスターストレージからデータが更新された旨の更新情報を受信すると、該更新情報に従って前記階層型ストレージの前記複製データを更新する手順と、
    第２のモードにおいて、いずれかのマスターストレージを選択し、選択した該マスターストレージに対応する複製データを前記上位ストレージにて処理に提供する手順とをコンピュータに実行させるためのプログラム。
61. 前記下位ストレージは、全てのマスターストレージのデータを格納可能な容量を有し、
    前記上位ストレージは、前記第２のモードにて、いずれのマスターストレージが選択されても、選択された該マスターストレージに対応する複製データを格納可能な容量を有し、
    前記第２のモードにおいて、選択された前記マスターストレージに対応する前記複製データを前記上位ストレージに配置して処理に提供する、請求項６０記載のプログラム。
62. 正常系サイトに格納されているデータを、通信回線で接続された待機系サイトに複製するレプリケーションシステムにおいて、前記正常系サイトにあるマスターストレージのデータを前記待機系サイトにて複製するレプリカストレージとしてコンピュータを機能させるためのプログラムであって、
    上位ストレージおよび下位ストレージからなり前記マスターストレージの複製データを格納する階層型ストレージを予め構成しておく手順と、
    予め設定された配置ポリシーの設定に従って、第１のモードにおいて、前記マスターストレージからデータが更新された旨の更新情報を受信すると、該更新情報に従って前記階層型ストレージの前記複製データを更新する手順と、
    予め設定された配置ポリシーの設定に従って、第２のモードにおいて、前記マスターストレージに対応する複製データを前記上位ストレージにて処理に提供する手順とをコンピュータに実行させるためのプログラム。
63. 前記上位ストレージの利用状況に応じた課金ログを記録する手順をさらにコンピュータに実行させる、請求項６０〜６２のいずれか１項に記載のプログラム。
    
    
    
    

Images