特許 7568266 ストレージ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】ストレージ装置

(51)【国際特許分類】

   G06F 11/14 20060101AFI20241008BHJP

   G06F 13/10 20060101ALI20241008BHJP

   G06F 3/06 20060101ALI20241008BHJP

   G06F 16/11 20190101ALI20241008BHJP

【ＦＩ】

G06F11/14 653

G06F13/10 340A

G06F3/06 301X

G06F3/06 304F

G06F16/11

【請求項の数】 9

(21)【出願番号】P 2020193288

(22)【出願日】2020-11-20

(65)【公開番号】P2022082006

(43)【公開日】2022-06-01

【審査請求日】2023-10-04

(73)【特許権者】

【識別番号】000232092

【氏名又は名称】ＮＥＣソリューションイノベータ株式会社

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100124811

【弁理士】

【氏名又は名称】馬場 資博

(74)【代理人】

【識別番号】100088959

【弁理士】

【氏名又は名称】境 廣巳

(74)【代理人】

【識別番号】100097157

【弁理士】

【氏名又は名称】桂木 雄二

(74)【代理人】

【識別番号】100187724

【弁理士】

【氏名又は名称】唐鎌 睦

(72)【発明者】

【氏名】黒田 裕介

【審査官】田中 幸雄

(56)【参考文献】

【文献】特開２０１６－１３４１３３（ＪＰ，Ａ）

【文献】特開２００４－３８９２８（ＪＰ，Ａ）

【文献】特開２００５－２０２９１５（ＪＰ，Ａ）

【文献】特表２０１８－５０６０８８（ＪＰ，Ａ）

【文献】特表２０１６－５０２１９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／１４

Ｇ０６Ｆ １３／１０

Ｇ０６Ｆ ３／０６

Ｇ０６Ｆ １６／１１

(57)【特許請求の範囲】

【請求項1】

マスタサイトとの間でレプリケーションを行うストレージ装置であって、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新するレプリケーション部を有し、
前記レプリケーション部は、前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照要求を受け入れ可能とする
ストレージ装置。

【請求項2】

外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認する確認部を有する
請求項１に記載のストレージ装置。

【請求項3】

前記要求部は、前記確認部による確認の結果、参照するデータが自装置に存在しない場合に、自装置に存在しないデータを優先的に送信するよう前記マスタサイトに要求する
請求項２に記載のストレージ装置。

【請求項4】

前記レプリケーション部は、最上位ブロックであるスーパーブロックを更新する際に、更新対象となるスーパーブロックを保持する
請求項１から請求項３までのうちのいずれか１項に記載のストレージ装置。

【請求項5】

前記レプリケーション部は、前記属性情報としてinodeを受信する
請求項１から請求項４までのうちのいずれか１項に記載のストレージ装置。

【請求項6】

マスタサイトとの間でレプリケーションを行うストレージ装置が、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照要求を受け入れ可能とする
レプリケーション方法。

【請求項7】

外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認し、確認の結果、参照するデータが自装置に存在しない場合に、自装置に存在しないデータを優先的に送信するよう前記マスタサイトに要求する
請求項６に記載のレプリケーション方法。

【請求項8】

マスタサイトとの間でレプリケーションを行うストレージ装置に、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照要求を受け入れ可能とする
処理を実現させるためのプログラム。

【請求項9】

外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認し、確認の結果、参照するデータが自装置に存在しない場合に、自装置に存在しないデータを優先的に送信するよう前記マスタサイトに要求する
処理を実現させるための請求項８に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストレージ装置、レプリケーション方法、プログラムに関する。

【背景技術】

【0002】

重複排除ストレージにおいてレプリケーションを行うことがある。

【0003】

例えば、特許文献１には、マスタ側記憶装置を備えたマスタ側ストレージシステムと、レプリカ側記憶装置を備えたレプリカ側ストレージシステムと、を有するレプリケーションシステムが記載されている。マスタ側ストレージシステムは、マスタ側記憶装置に記憶されたデータを、それぞれが並列にレプリカ側ストレージシステムに対して転送する複数のデータ転送手段を備える。また、レプリカ側ストレージシステムは、マスタ側ストレージシステムから送信されたデータをレプリカ側記憶装置に記憶してマスタ側記憶装置に記憶されているデータのレプリカを生成するレプリカ手段を備える。さらに、特許文献１によると、マスタ側ストレージシステムの各データ転送手段は、レプリカ側ストレージシステムに対する転送候補であるデータの内容に基づく当該データの特徴量を表すデータ特徴量情報を生成して、当該転送候補であるデータの前記データ特徴量情報が、レプリカ側ストレージシステムに対して転送中あるいは転送済みのデータの前記データ特徴量情報が記憶された転送データリストに存在するか否かを調べ、当該転送データリストにデータ特徴量情報が存在している転送候補のデータはレプリカ側ストレージシステムに転送せず、転送データリストにデータ特徴量情報が存在していない転送候補のデータはレプリカ側ストレージシステムに転送する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１４－１７８８２７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載のように重複排除ストレージにおいてレプリケーションを行う場合、レプリケーションの終了後に最新のスナップショットが参照可能となっていた。つまり、レプリケーションが完了するまでの間、レプリカサイト側では前回のスナップショットが見えており、最新のスナップショットを参照することが出来なかった。

【0006】

このように、レプリカサイト側において早期に最新のスナップショットを参照可能にすることが難しい、という課題が生じていた。そこで、本開示の目的は、レプリカサイト側において早期に最新のスナップショットを参照可能にすることが難しい、という課題を解決するストレージ装置、レプリケーション方法、プログラムを提供することにある。

【課題を解決するための手段】

【0007】

かかる目的を達成するため本開示の一形態であるストレージ装置は、
マスタサイトとの間でレプリケーションを行うストレージ装置であって、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新するレプリケーション部を有し、
前記レプリケーション部は、前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
という構成をとる。

【0008】

また、本開示の他の形態であるレプリケーション方法は、
マスタサイトとの間でレプリケーションを行うストレージ装置が、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
という構成をとる。

【0009】

また、本開示の他の形態であるプログラムは、
マスタサイトとの間でレプリケーションを行うストレージ装置に、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
処理を実現させるためのプログラムである。

【発明の効果】

【0010】

上述したような各構成によると、レプリカサイト側において早期に最新のスナップショットを参照可能にすることが可能となる

【図面の簡単な説明】

【0011】

【図1】本開示の第１の実施形態におけるレプリケーションシステムの構成例を示す図である。

【図2】重複排除ストレージにおけるファイルシステム構造のイメージを示す図である。

【図3】重複排除ストレージの構成例を示すブロック図である。

【図4】レプリケーションの一例を説明するための図である。

【図5】レプリケーションを行う際の動作例を示す図である。

【図6】レプリカサイトに存在しないデータにアクセスがあった際の動作例を示すフローチャートである。

【図7】本開示の第２の実施形態におけるストレージ装置のハードウェア構成例を示す図である。

【図8】ストレージ装置の構成例を示すブロック図である。

【発明を実施するための形態】

【0012】

［第１の実施形態］
本開示の第１の実施形態について、図１から図６までを参照して説明する。図１は、レプリケーションシステム３００の構成例を示す図である。図２は、重複排除ストレージ１１０、１２０におけるファイルシステム構造のイメージを示す図である。図３は、重複排除ストレージ１１０、１２０の構成例を示すブロック図である。図４は、レプリケーションの一例を説明するための図である。図５、図６は、レプリケーションを行う際の動作例を示す図である。

【0013】

本開示の第１の実施形態においては、重複排除ストレージ１１０と重複排除ストレージ１２０を有するレプリケーションシステム３００について説明する。後述するように、本実施形態で説明するレプリケーションシステム３００の場合、マスタサイト側となる重複排除ストレージ１１０は、レプリケーションの開始により、作成したスナップショットのinode（属性情報）と、データのハッシュリストと、をレプリカサイト側となる重複排除ストレージ１２０へと送信する。また、重複排除ストレージ１２０は、ハッシュリストに基づいて、重複排除ストレージ１２０に存在するデータを登録する。そして、重複排除ストレージ１２０は、インデックス情報であるinodeインデックスＢ＋Treeを更新した後、最新のスナップショットを参照可能とする。このように、重複排除ストレージ１２０は、当該重複排除ストレージ１２０が有していないデータの転送完了を待つことなく、最新のスナップショットを参照可能とする。

【0014】

また、重複排除ストレージ１２０は、最新のスナップショットを参照可能としたのち、重複排除ストレージ１２０に存在しないデータに対してリード要求などの参照要求を受けることがある。このように、重複排除ストレージ１２０に存在しないデータに対して参照要求がなされた場合、重複排除ストレージ１２０は、当該データを優先的に送信するよう、マスタ側である重複排除ストレージ１１０に対して要求する。これにより、重複排除ストレージ１１０から優先的に必要なデータが送信されることとなり、重複排除ストレージ１２０に存在しないデータに対する参照があった場合でも、問題なく最新のスナップショットを参照することが出来る。

【0015】

図１は、レプリケーションシステム３００の構成例を示している。図１を参照すると、レプリケーションシステム３００は、重複排除ストレージ１１０と、重複排除ストレージ１２０と、業務サーバ２１０と、業務サーバ２２０と、を有している。

【0016】

図１で示すように、業務サーバ２１０と重複排除ストレージ１１０とは、互いに通信可能なよう接続されている。例えば、業務サーバ２１０は、重複排除ストレージ１１０が有するファイルシステムにリード／ライトすることが出来る。また、業務サーバ２２０と重複排除ストレージ１２０とは、互いに通信可能なよう接続されている。例えば、業務サーバ２２０は、重複排除ストレージ１２０が有するファイルシステムにリード／ライトすることが出来る。また、重複排除ストレージ１１０と重複排除ストレージ１２０とは、互いに通信可能なよう接続されている。例えば、本実施形態におけるレプリケーションでは、重複排除ストレージ１１０において作成したファイルシステムのスナップショットを重複排除ストレージ１２０に移動させる。

【0017】

重複排除ストレージ１１０や重複排除ストレージ１２０におけるファイルシステムは、例えば、図２で示すような構造をとる。図２は、重複排除ストレージにおけるファイルシステム構造イメージを示している。重複排除ストレージ１１０や重複排除ストレージ１２０では、細かい点線で囲まれた単位をブロックとして扱う。図２で示すように、重複排除ストレージ１１０や重複排除ストレージ１２０では、ファイルシステム＋バージョンを元に、inodeインデックスB+Treeの最上位ブロックであるスーパーブロックへアクセスすることが出来る。また、スーパーブロックから各ブロックへCA（content address：コンテンツアドレス）を元にたどることが出来る。

【0018】

また、図２で示すように、fid（=inode）に対応するCAを特定してたどることで、ディレクトリやファイルのデータを参照することが出来る。複数のデータの内容が同一である場合、ハッシュ値も同一となり、それぞれのCAは同じデータを指すことになる。その結果として、領域が削減可能となる。

【0019】

なお、CAはデータ（ブロック）のハッシュ値などの情報から構成される。そのため、ツリー内のデータやブロックが変更されると、そのデータやブロックへのCAが変化する。また、変化したCAを含むブロックが更新されると、そのブロックへのCAが変化する。上記変化を繰り返すことで、最終的に、スーパーブロックのCAが更新することになる。

【0020】

重複排除ストレージ１１０は、レプリケーションにおいてマスタサイト側になるストレージ装置である。重複排除ストレージ１１０は、１台のストレージ装置から構成されてもよいし、特許文献１で示すように、アクセラレータノードやストレージノードとして機能する複数台のサーバコンピュータから構成されてもよい。

【0021】

図３は、レプリケーションを行う際に用いる構成例を示している。図３を参照すると、重複排除ストレージ１１０は、レプリケーション部１１１と、記憶装置１１２と、を有している。例えば、重複排除ストレージ１１０は、ＣＰＵなどの演算装置と、記憶装置１１２などの記憶装置と、を有している。例えば、重複排除ストレージ１１０は、記憶装置１１２などの記憶装置に格納されたプログラムを演算装置が実行することで、上述した処理部を実現することが出来る。

【0022】

レプリケーション部１１１は、ファイルシステムのスナップショットを作成して重複排除ストレージ１２０へと移動させるレプリケーションを行う。

【0023】

例えば、レプリケーション部１１１は、レプリケーションの実行開始に応じて、重複排除ストレージ１１０が有する記憶装置１１２に格納されたファイルシステムのスナップショットを作成する。そして、レプリケーション部１１１は、作成したスナップショットのinodeを重複排除ストレージ１２０へと送信する。換言すると、レプリケーション部１１１は、レプリケーションの実行開始に応じて、スナップショットを作成するとともに、ファイルやディレクトリを管理するための属性情報であるinodeを重複排除ストレージ１２０へと送信する。

【0024】

また、レプリケーション部１１１は、記憶装置１１２に格納され、レプリケーション対象となる各データのハッシュリストを生成する。そして、レプリケーション部１１１は、生成したハッシュリストを重複排除ストレージ１２０へと送信する。なお、ハッシュリストは、例えば、予め作成されていてもよい。

【0025】

また、レプリケーション部１１１は、記憶装置１１２に格納され、レプリケーション対象となる各データを重複排除ストレージ１２０へと送信する。レプリケーション部１１１は、上記データのうち、重複排除ストレージ１２０が有していないデータのみを重複排除ストレージ１２０へと送信するよう構成してもよい。重複排除ストレージ１２０がデータを有しているか否かは、転送済みデータのハッシュ値などを参照することで確認することが出来る。なお、後述するように、重複排除ストレージ１１０は、重複排除ストレージ１２０から、優先的にデータを送信するよう要求されることがある。このような要求を受信した場合、レプリケーション部１１１は、要求されたデータを優先的に重複排除ストレージ１２０へと送信する。

【0026】

なお、本実施形態においては、レプリケーション部１１１がレプリケーションを開始するタイミングについては、特に限定しない。レプリケーション部１１１は、任意のタイミングでレプリケーションを開始するよう構成してよい。

【0027】

重複排除ストレージ１２０は、レプリケーションにおいてレプリカサイト側になるストレージ装置である。重複排除ストレージ１２０は、重複排除ストレージ１１０と同様に、１台のストレージ装置から構成されてもよいし、アクセラレータノードやストレージノードとして機能する複数台のサーバコンピュータから構成されてもよい。

【0028】

図３を参照すると、重複排除ストレージ１２０は、レプリケーション部１２１と、参照受付部１２２と、確認部１２３と、優先送信要求部１２４と、記憶装置１２５と、を有している。例えば、重複排除ストレージ１２０は、ＣＰＵなどの演算装置と、記憶装置１２５などの記憶装置と、を有している。例えば、重複排除ストレージ１２０は、記憶装置１２５などの記憶装置に格納されたプログラムを演算装置が実行することで、上述した処理部を実現することが出来る。

【0029】

レプリケーション部１２１は、重複排除ストレージ１１０が有するレプリケーション部１１１と協働して、レプリケーションを行う。

【0030】

例えば、レプリケーション部１２１は、レプリケーション部１１１が送信した属性情報であるinodeと、ハッシュリストと、を受信する。すると、レプリケーション部１２１は、受信したハッシュリストに基づいて、既に重複排除ストレージ１２０の記憶装置１２５に格納されているデータを登録する。例えば、レプリケーション部１２１は、受信したハッシュリストと、記憶装置１２５に格納されているデータに基づいて生成される自装置ハッシュリストと、を比較することで、記憶装置１２５に格納されているデータを特定する。そして、レプリケーション部１２１は、特定したデータを登録する。

【0031】

また、レプリケーション部１２１は、インデックス情報であるinodeインデックスB+Treeを更新する。そして、レプリケーション部１２１は、最新のスナップショットを参照可能とする。つまり、レプリケーション部１２１は、記憶装置１２５に格納されているデータの登録を行ったものの、記憶装置１２５に格納されていないデータの転送完了前のタイミングで、最新のスナップショットを参照可能とする。

【0032】

なお、上述したように、レプリケーション部１１１からは、レプリケーション対象となる各データが送信される。レプリケーション部１２１は、レプリケーション部１１１からデータを受信すると、受信したデータを適宜登録することが出来る。

【0033】

図４は、レプリケーション部１１１とレプリケーション部１２１とによるレプリケーションの一例を示す図である。図４で示すように、最新のスナップショットを参照可能したタイミングでは、ツリー配下に未転送データがあるため未確定なブロックが残ることになる。未確定なブロックは、ツリー配下の未転送データが登録されることで適宜確定する。

【0034】

なお、レプリケーション部１２１は、inodeインデックスB+Treeの最上位ブロックであるスーパーブロックの更新を行う際、古いスーパーブロックを残すことが出来る。スーパーブロックを更新する際に古いスーパーブロックを残すことで、複数のスナップショットを残すことが出来る。

【0035】

参照受付部１２２は、業務サーバ２２０などからリード要求などの参照要求を受け付ける。換言すると、参照受付部１２２は、参照可能としたスナップショットへの参照を要求する参照要求を受け付ける。

【0036】

確認部１２３は、参照受付部１２２が受け付けた参照要求に応じて、参照を要求するデータが記憶装置１２５に格納されているか否か確認する。例えば、確認部１２３は、記憶装置１２５に格納されているデータのハッシュリストなどを確認することで、参照を要求するデータが記憶装置１２５に格納されているか否か確認する。参照を要求するデータが記憶装置１２５に格納されている場合、確認部１２３は、記憶装置１２５からデータを取得して、取得したデータを業務サーバ２２０へと返却する。一方、参照を要求するデータが記憶装置１２５に格納されていない場合、格納されていない旨を優先送信要求部１２４に通知する。

【0037】

優先送信要求部１２４は、確認部１２３からの通知に応じて、必要なデータの優先的な送信を重複排除ストレージ１１０に対して要求する。例えば、優先送信要求部１２４は、記憶装置１２５に格納されているデータのハッシュ値などを重複排除ストレージ１１０に対して送信することで、当該ハッシュ値を有するデータを優先的に送信するように重複排除ストレージ１１０に対して要求する。

【0038】

以上が、レプリケーションシステム３００の構成例である。続いて、図５を参照して、レプリケーションシステム３００がレプリケーションを行う際の動作例について説明する。なお、レプリケーションを行う際の動作は、図５で例示する場合に限定されない。

【0039】

図５は、レプリケーションを行う際の動作例を示す図である。図５を参照すると、重複排除ストレージ１１０が有するレプリケーション部１１１は、レプリケーションの実行開始に応じて、重複排除ストレージ１１０が有する記憶装置１１２に格納されたファイルシステムのスナップショットを作成する。そして、レプリケーション部１１１は、作成したスナップショットのinodeを重複排除ストレージ１２０へと送信する（ステップＳ１０１）。

【0040】

また、レプリケーション部１１１は、記憶装置１１２に格納され、レプリケーション対象となる各データのハッシュリストを生成する。そして、レプリケーション部１１１は、生成したハッシュリストを重複排除ストレージ１２０へと送信する（ステップＳ１０２）。

【0041】

例えば、重複排除ストレージ１２０が有するレプリケーション部１２１は、レプリケーション部１１１が送信した属性情報であるinodeと、ハッシュリストと、を受信する。

【0042】

レプリケーション部１２１は、受信したハッシュリストに基づいて、既に重複排除ストレージ１２０の記憶装置１２５に格納されているデータを登録する（ステップＳ２０１）。例えば、レプリケーション部１２１は、受信したハッシュリストと、記憶装置１２５に格納されているデータに基づいて生成される自装置ハッシュリストと、を比較することで、記憶装置１２５に格納されているデータを特定する。そして、レプリケーション部１２１は、特定したデータを登録する。

【0043】

また、レプリケーション部１２１は、inodeインデックスB+Treeを更新する（ステップＳ２０２）。そして、レプリケーション部１２１は、最新のスナップショットを参照可能とする（ステップＳ２０３）。

【0044】

以上が、レプリケーションシステム３００がレプリケーションを行う際の動作例である。例えば、以上のような動作により、重複排除ストレージ１２０は、最新のスナップショットを参照可能にする。続いて、図６を参照して、重複排除ストレージ１２０に存在していないデータに対する参照を要求する参照要求を受信した場合の動作例について説明する。

【0045】

図６を参照すると、参照受付部１２２は、業務サーバ２２０などからリード要求などの参照要求を受け付ける（ステップＳ３０１）。

【0046】

確認部１２３は、参照受付部１２２が受け付けた参照要求に応じて、参照を要求するデータが記憶装置１２５に格納されているか否か確認する（ステップＳ３０２）。例えば、確認部１２３は、記憶装置１２５に格納されているデータのハッシュリストなどを確認することで、参照を要求するデータが記憶装置１２５に格納されているか否か確認する。

【0047】

参照を要求するデータが記憶装置１２５に格納されている場合（ステップＳ３０２、Ｙｅｓ）、確認部１２３は、記憶装置１２５からデータを取得して、取得したデータを業務サーバ２２０へと返却する。一方、参照を要求するデータが記憶装置１２５に格納されていない場合（ステップＳ３０２、Ｎｏ）、格納されていない旨を優先送信要求部１２４に通知する。

【0048】

優先送信要求部１２４は、確認部１２３からの通知に応じて、必要なデータの優先的な送信を重複排除ストレージ１１０に対して要求する（ステップＳ３０３）。例えば、優先送信要求部１２４は、記憶装置１２５に格納されているデータのハッシュ値などを重複排除ストレージ１１０に対して送信することで、当該ハッシュ値を有するデータを優先的に送信するように重複排除ストレージ１１０に対して要求する。この要求に応じて、重複排除ストレージ１１０は、参照が要求された必要なデータを優先的に重複排除ストレージ１２０に対して送信することになる。

【0049】

このように、重複排除ストレージ１２０は、レプリケーション部１２１を有している。このような構成により、レプリケーション部１２１は、重複排除ストレージ１２０が有していないデータの転送完了を待つことなく、最新のスナップショットを参照可能とすることが出来る。これにより、レプリカサイト側において早期に最新のスナップショットを参照可能にすることが可能となる。

【0050】

また、重複排除ストレージ１２０は、確認部１２３と優先送信要求部１２４とを有している。このような構成により、優先送信要求部１２４は、参照が要求された必要なデータを優先的に送信するよう重複排除ストレージ１１０に要求することが出来る。このような構成によると、レプリカサイト側でより早期に問題なく最新のスナップショットを参照可能にすることが可能となる。また、上記構成によると、早期に最新のスナップショットを参照可能にし、かつ、参照するデータを優先送信させるため、レプリケーションの帯域制限をかけても影響を受けにくくなる。その結果、例えば、レプリケーション以外の機能でリソースを有効活用することなどが可能になる。

【0051】

また、重複排除ストレージ１２０は、スーパーブロックを更新する際に、古いスーパーブロックを保持するよう構成することが出来る。これにより、複数のスナップショットを残すことが可能となる。

【0052】

［第２の実施形態］
次に、図７、図８を参照して、本開示の第２の実施形態について説明する。第２の実施形態では、マスタサイトとの間でレプリケーションを行うストレージ装置４００について説明する。

【0053】

図７は、ストレージ装置４００のハードウェア構成例を示している。図７を参照すると、ストレージ装置４００は、一例として、以下のようなハードウェア構成を有している。
・ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１（演算装置）
・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２（記憶装置）
・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３（記憶装置）
・ＲＡＭ４０３にロードされるプログラム群４０４
・プログラム群４０４を格納する記憶装置４０５
・ストレージ装置外部の記録媒体４１０の読み書きを行うドライブ装置４０６
・ストレージ装置外部の通信ネットワーク４１１と接続する通信インタフェース４０７
・データの入出力を行う入出力インタフェース４０８
・各構成要素を接続するバス４０９

【0054】

また、ストレージ装置４００は、プログラム群４０４をＣＰＵ４０１が取得して当該ＣＰＵ４０１が実行することで、図８に示すレプリケーション部４２１としての機能を実現することが出来る。なお、プログラム群４０４は、例えば、予め記憶装置４０５やＲＯＭ４０２に格納されており、必要に応じてＣＰＵ４０１がＲＡＭ４０３などにロードして実行する。また、プログラム群４０４は、通信ネットワーク４１１を介してＣＰＵ４０１に供給されてもよいし、予め記録媒体４１０に格納されており、ドライブ装置４０６が該プログラムを読み出してＣＰＵ４０１に供給してもよい。

【0055】

なお、図７は、ストレージ装置４００のハードウェア構成例を示している。ストレージ装置４００のハードウェア構成は上述した場合に限定されない。例えば、ストレージ装置４００は、ドライブ装置４０６を有さないなど、上述した構成の一部から構成されてもよい。

【0056】

レプリケーション部４２１は、マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、をマスタサイトから受信するとともに、ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新する。また、レプリケーション部４２１は、インデックス情報の更新の後、マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする。

【0057】

このように、ストレージ装置４００は、レプリケーション部４２１を有している。このような構成によると、レプリケーション部４２１は、インデックス情報の更新の後、マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とすることが出来る。これにより、レプリカサイト側において早期に最新のスナップショットを参照可能にすることが可能となる。

【0058】

なお、上述したストレージ装置４００は、当該ストレージ装置４００に所定のプログラムが組み込まれることで実現できる。具体的に、本発明の他の形態であるプログラムは、ストレージ装置４００に、マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、をマスタサイトから受信するとともに、ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、インデックス情報の更新の後、マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする、処理を実現させるためのプログラムである。

【0059】

また、上述したストレージ装置４００により実現されるレプリケーション方法は、ストレージ装置４００が、マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、をマスタサイトから受信するとともに、ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、インデックス情報の更新の後、マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする、という方法である。

【0060】

上述した構成を有する、プログラム（または記録媒体）、または、レプリケーション方法、の発明であっても、上述したストレージ装置４００と同様の作用・効果を有するために、上述した本発明の目的を達成することが出来る。

【0061】

＜付記＞
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明におけるストレージ装置などの概略を説明する。但し、本発明は、以下の構成に限定されない。

【0062】

（付記１）
マスタサイトとの間でレプリケーションを行うストレージ装置であって、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新するレプリケーション部を有し、
前記レプリケーション部は、前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
ストレージ装置。
（付記２）
外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認する確認部を有する
付記１に記載のストレージ装置。
（付記３）
前記確認部による確認の結果に応じて、必要なデータを優先的に送信するよう前記マスタサイトに要求する要求部を有する
付記２に記載のストレージ装置。
（付記４）
前記要求部は、前記確認部による確認の結果、参照するデータが自装置に存在しない場合に、自装置に存在しないデータを優先的に送信するよう前記マスタサイトに要求する
付記３に記載のストレージ装置。
（付記５）
前記レプリケーション部は、最上位ブロックであるスーパーブロックを更新する際に、更新対象となるスーパーブロックを保持する
付記１から付記４までのうちのいずれか１項に記載のストレージ装置。
（付記６）
前記レプリケーション部は、前記属性情報としてinodeを受信する
付記１から付記５までのうちのいずれか１項に記載のストレージ装置。
（付記７）
マスタサイトとの間でレプリケーションを行うストレージ装置が、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
レプリケーション方法。
（付記８）
外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認し、確認の結果に応じて、必要なデータを優先的に送信するよう前記マスタサイトに要求する
付記７に記載のレプリケーション方法。
（付記９）
マスタサイトとの間でレプリケーションを行うストレージ装置に、
前記マスタサイトで作成されたスナップショットの属性情報と、レプリケーション対象となるデータのハッシュリストと、を前記マスタサイトから受信するとともに、前記ハッシュリストに基づいて自装置に存在するデータを登録してインデックス情報を更新し、
前記インデックス情報の更新の後、前記マスタサイトからのデータ転送完了を待たずにスナップショットの参照を可能とする
処理を実現させるためのプログラム。
（付記１０）
外部装置からデータの参照要求を受信した際に、当該データを自装置が有するか否か確認し、確認の結果に応じて、必要なデータを優先的に送信するよう前記マスタサイトに要求する
処理を実現させるための付記９に記載のプログラム。

【0063】

なお、上記各実施形態及び付記において記載したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されていたりする。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。

【0064】

以上、上記各実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることが出来る。

【符号の説明】

【0065】

１１０ 重複排除ストレージ
１１１ レプリケーション部
１１２ 記憶装置
１２０ 重複排除ストレージ
１２１ レプリケーション部
１２２ 参照受付部
１２３ 確認部
１２４ 優先送信要求部
１２５ 記憶装置
２１０ 業務サーバ
２２０ 業務サーバ
３００ レプリケーションシステム
４００ ストレージ装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ プログラム群
４０５ 記憶装置
４０６ ドライブ装置
４０７ 通信インタフェース
４０８ 入出力インタフェース
４０９ バス
４１０ 記録媒体
４１１ 通信ネットワーク
４２１ レプリケーション部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】