JP6891603B2 - バックアップシステム、ストレージ装置、データ転送方法及びプログラム - Google Patents

Description

本発明は、バックアップシステム、ストレージ装置、データ転送方法及びプログラムに関する。

ホスト計算機とストレージ装置を含んで構成される業務システムにおいて、ディザスタリカバリシステムが構築されることがある。ディザスタリカバリシステムでは、メインサイトのデータをリモートサイトに転送することでバックアップを行い、メインサイトの被災時等では、当該リモートサイトからデータを取得して業務を遂行する。例えば、特許文献１には、マスタサーバの障害発生時、他のスレーブサーバが中断時間を可能な限り短く、かつ、適切にマスタサーバのサービスを引き継ぐ、と記載されている。

また、装置間のデータ授受において、データ転送量及びデータ格納量を抑制する目的で、データを圧縮した後にデータを転送する又は圧縮することが行われる。例えば、特許文献２には、データを共有メモリに転送する前に、データをローカルに圧縮する。メモリは圧縮されたデータを、このデータが圧縮されていない場合の配置と同じ配置で格納する、と記載されている。また、特許文献３には、ある圧縮レベルで圧縮した結果、所望の圧縮率が得られない場合には、圧縮レベルを上げ、そのレベルでの圧縮パラメータを使用して再圧縮することにより、より高い圧縮率を得ることができる、と記載されている。

一方、近年では、ネットワーク技術等の発達により、安価なクラウドサーバやクラウドストレージが利用可能な環境にある。そこで、ディザスタリカバリシステムでは、このような外部のサーバ・ストレージ（クラウドサーバ、クラウドストレージ）を利用し、データのバックアップの運用や災害発生時の復旧（ディザスタリカバリの運用）がなされることもある。

特開２０００−１６３３００号公報 特開２０１０−９２４９９号公報 特開２０００−２２７８４４号公報

なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

上述のように、メインサイトにおけるストレージ装置のデータを、外部のクラウドサーバやクラウドストレージに転送し、メインサイトが被災した場合に業務の継続を可能とする災害対策運用が存在する。このような災害対策運用では、業務データを外部サイトに転送するため、データ転送量を抑え、ネットワーク負荷を削減することが要望される。また、使用するクラウドストレージの容量を削減することも必要となる。

上述のように、装置間のデータ転送を抑制するためにデータを圧縮することが行われるが、当該方式を利用できるのはデータを送受信する装置間で同じ圧縮方式に対応していることが前提である。つまり、災害対策運用のデータ転送量を抑制するため、メインサイトから圧縮データをネットワークで接続されたリモートサイトのストレージに送り、リモートサイトにて圧縮データを展開することが考えられる。しかし、このような運用は、メインサイトとリモートサイトで同じ機能を持つストレージ装置が必要であり、同じ機能を有さないこともあるクラウドストレージには適用できない。

本発明は、メインサイトのデータをリモートサイトにバックアップするバックアップシステムにおいて、メインサイトとリモートサイト間にて送受信されるデータ容量を低減することに寄与する、バックアップシステム、データ転送方法及びプログラムを提供することを目的とする。

本発明の第１の視点によれば、データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、を含み、前記マスタストレージは、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信し、前記クラウドストレージは、前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、バックアップシステムが提供される。

本発明の第２の視点によれば、複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置であって、データを複数の圧縮方式のうちいずれかで圧縮する圧縮部と、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する、データ出力部と、を備える、ストレージ装置が提供される。

本発明の第３の視点によれば、データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、を含むバックアップシステムにおいて、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信するステップと、前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、ステップと、を含む、データ転送方法が提供される。

本発明の第４の視点によれば、複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置に搭載されたコンピュータに、データを複数の圧縮方式のうちいずれかで圧縮する処理と、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する処理と、を実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、メインサイトのデータをリモートサイトにバックアップするバックアップシステムにおいて、メインサイトとリモートサイト間にて送受信されるデータ容量を低減することに寄与する、バックアップシステム、データ転送方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係るバックアップシステムの概略構成の一例を示す図である。 圧縮管理テーブルの一例を示す図である。 アドレス管理テーブルの一例を示す図である。 格納先管理テーブルの一例を示す図である。 第１の圧縮部の動作の一例を示すフローチャートである。 第２の圧縮部の動作の一例を示すフローチャートである。 データ出力部の動作の一例を示すフローチャートである。 リモート圧縮展開部の動作の一例を示すフローチャートである。 リモートアクセス部の動作の一例を示すフローチャートである。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

一実施形態に係るバックアップシステムは、マスタストレージ１０１と、複数のクラウドストレージ１０２と、を含む（図１参照）。マスタストレージ１０１は、データを複数の圧縮方式のうちいずれかで圧縮し、圧縮されたデータをマスタボリュームに格納する。複数のクラウドストレージ１０２は、マスタストレージ１０１とは異なるサイトに設置され、各々がバックアップボリュームを備える。マスタストレージ１０１は、圧縮されたデータを複数のクラウドストレージ１０２のうちいずれかのクラウドストレージ１０２に送信する。クラウドストレージ１０２は、マスタストレージ１０１から取得したデータをバックアップボリュームに格納する。

上述のように、一実施形態に係るバックアップシステムのマスタストレージ１０１は、異なる圧縮方式によりデータを圧縮する。その際、マスタストレージ１０１は、必要に応じて圧縮率の高い圧縮方式（例えば、ポストプロセス方式の圧縮方式）を用いてデータを圧縮してクラウドストレージ１０２に送信することで、マスタストレージ（メインサイト）からクラウドストレージ（リモートサイト）に送信されるデータ容量を削減することができる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、第１の実施形態に係るバックアップシステムの概略構成の一例を示す図である。図２を参照すると、バックアップシステムにはメインサイトとリモートサイトが含まれる。図２に示すバックアップシステムは、災害対策運用のためにメインサイトのマスタストレージのデータを、ネットワークで接続されたリモートサイトのクラウドストレージに転送し、クラウドサーバから読み書き可能とするシステムである。

図２に示すバックアップシステムでは、メインサイトにマスタストレージ２０が配置され、遠隔地のリモートサイトにクラウドストレージ４０−１、４０−２が配置される。当該バックアップシステムでは、マスタストレージ２０上のマスタボリュームに記憶されたデータをクラウドストレージ４０に複製（コピー）することで、例えば、メインサイトが被災した際のデータロストを防止する。

メインサイトには、メインサーバ１０と、メインサーバ１０とネットワークにより接続されたマスタストレージ２０と、が含まれる。

メインサーバ１０は、ホスト端末（図示せず）等からの要求に応じてマスタストレージ２０に記憶されたデータにアクセスし、ホスト端末にサービスを提供する装置である。

マスタストレージ２０は、磁気ディスク（ＨＤＤ；Hard Disk Drive）や半導体ディスク（ＳＳＤ；Solid State Drive）の集合から仮想的な記憶領域であるプールを構成し、プールから複数の論理ディスクを切り出し、メインサーバ１０から読み書き可能とするストレージ装置である。

リモートサイト（メインサイトとは異なるサイト）には、複数のクラウドサーバ３０−１、３０−２と、これらのクラウドサーバとネットワークにより接続された複数のクラウドストレージ４０−１、４０−２と、が含まれる。なお、クラウドサーバ３０−１はクラウドストレージ４０−１にアクセス可能に構成されており、クラウドサーバ３０−２はクラウドストレージ４０−２にアクセス可能に構成されている。

また、図２には２組のクラウドサーバとクラウドストレージが示されているが、リモートサイトに配置されるクラウドサーバ等の数は２に限定されない。２以上のクラウドサーバ等がリモートサイトに設置されていればよい。さらに、クラウドサーバ等の各装置は、同じリモートサイトに設置されている必要もない。

以降の説明において、クラウドサーバ３０−１、３０−２を区別する特段の理由が無い場合には、単に「クラウドサーバ３０」と表記する。他の構成についても同様に、ハイフン（−）の前に記載された数字により当該構成を代表して表記する。

メインサイトのマスタストレージ２０には、メインサーバ１０からアクセス（読み書き）可能なマスタボリューム２１と、コントローラ２２と、テーブル情報を記憶する記憶媒体と、が含まれる。なお、図２では、テーブル情報として圧縮管理テーブル２３を図示している。

コントローラ２２は、マスタストレージ２０の全体を制御するモジュール（手段）である。コントローラ２２は、マスタボリューム２１に対するアクセス制御を行う。また、コントローラ２２は、マスタストレージ２０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。

コントローラ２２には、第１の圧縮部２０１と、第２の圧縮部２０２と、データ出力部２０３の３つの処理モジュールが含まれる。

第１の圧縮部２０１は、種々存在する既存のデータ圧縮技術のうち、データ量の削減効果が低いが圧縮処理のスピードが高速なインライン方式の圧縮を行う手段である。第１の圧縮部２０１は、メインサーバ１０から書き込まれる一定の単位（ブロック）のデータを、マスタボリューム２１に書き込む際に圧縮して格納する、ディスク内圧縮手段である。

第２の圧縮部２０２は、データ量の削減効果が大きいが圧縮処理のスピードが遅いポストプロセス方式の圧縮を行う手段である。第２の圧縮部２０２は、第１の圧縮部２０１で圧縮されたデータであって、複数のディスク（論理ボリューム）間のブロックの集合からデータをさらに圧縮する、ディスク間圧縮手段である。このように、第２の圧縮部２０２が採用する圧縮方式は、第１の圧縮部２０１により圧縮された複数のデータをさらに圧縮（再圧縮）する方式である。なお、第１の圧縮部２０１及び第２の圧縮部２０２による圧縮アルゴリズムは任意のアルゴリズムを使用することができる。例えば、ＬＺ法やｚｌｉｂ法等を使用することができる。

マスタストレージ２０では、メインサーバ１０から取得したデータが圧縮可能な場合には、上記２つの圧縮方式のいずれか一方又は両方を使用する。なお、データの特性（例えば、サイズ等）によってはデータの圧縮ができない場合がある。このような場合には、コントローラ２２が非圧縮のデータをそのままマスタボリューム２１に書き込むことになる。なお、以降の説明において、第１の圧縮部２０１による圧縮方式を圧縮方式１と、第２の圧縮部２０２による圧縮方式を圧縮方式２とそれぞれ表記する。

このように、第１の圧縮部２０１は、圧縮方式１によりデータを圧縮する。つまり、メインサイトのインライン圧縮方式では、短期間に書き込まれた同一ボリューム内の複数ブロックの集合を圧縮対象として圧縮する。また、第２の圧縮部２０２は、複数のディスクにまたがる圧縮方式１のデータから圧縮方式２へデータを圧縮する。つまり、ポストプロセス圧縮方式では、複数ボリュームにまたがるブロックの集合を圧縮対象とし、インライン方式よりもさらに圧縮し、圧縮後は元の圧縮データを削除することで、ローカルストレージ（マスタボリューム２１）のデータ容量を削減する。

データ出力部２０３は、第１の圧縮部２０１、第２の圧縮部２０２により圧縮されたデータ又は圧縮されていないデータ（非圧縮データ）をクラウドストレージ４０に、非同期にて送信する手段である。データ出力部２０３は、マスタボリューム２１からデータを読み出して、当該データをバックアップデータとしてクラウドストレージ４０のバックアップボリューム４１に格納する。その際、データ出力部２０３は、圧縮管理テーブル２３に格納された情報に従って、マスタボリューム２１に格納されたデータ（圧縮データ、非圧縮データ）を複数のクラウドストレージ４０に振り分けて出力する。

また、データ出力部２０３は、バックアップデータの所在に関する情報を全てのクラウドストレージ４０に送信する。バックアップデータの所在に関する情報には、マスタストレージ２０がデータを圧縮した際の圧縮方式（非圧縮も含む）に関する情報と、送信された圧縮データ（非圧縮データも含む）のアドレスに関する情報と、送信された圧縮データの格納先に関する情報と、が含まれる。

圧縮管理テーブル２３は、マスタボリューム２１に格納されたデータの圧縮状況を示すテーブル情報である。圧縮管理テーブル２３は、マスタボリューム２１のマッピング情報を管理し、各データの圧縮状況とデータの転送先を記録する。

図３は、圧縮管理テーブルの一例を示す図である。マスタボリューム２１の領域は、所定のブロックを単位として分割され、圧縮管理テーブル２３においても当該ブロックを単位としてデータが管理される。図３を参照すると、アドレスフィールドは、マスタボリューム２１を所定のブロック単位に分割したアドレス情報を示す。

コントローラ２２は、メインサーバ１０から取得したデータ（オリジナルデータ）を、オリジナルデータのまま書き込む（非圧縮データを書き込む）、又は、圧縮したデータを書き込む。さらに、コントローラ２２は、圧縮方式１及び圧縮方式２を使い分けてデータを圧縮する。その際、コントローラ２２（第１の圧縮部２０１、第２の圧縮部２０２）は、マスタボリューム２１に書き込んだデータの圧縮状況（非圧縮、圧縮方式１、圧縮方式２）を圧縮管理テーブル２３の対応する圧縮状況フィールドに書き込む。

また、コントローラ２２は、データの圧縮状況を圧縮管理テーブル２３に書き込む際、当該データの出力先（バックアップデータの転送先）となるクラウドストレージ４０の識別情報を各データの対応する転送先フィールドに書き込む。

なお、図３では、クラウドストレージ４０の識別子として図２に示す符号を用いているが、実際には各クラウドストレージ４０のＩＰ（Internet Protocol）アドレス等を用いることもできる。

第１の実施形態では、コントローラ２２は、非圧縮データ及び圧縮方式１に係るデータは、クラウドストレージ４０−１に転送されるように情報を書き込む。

一方、コントローラ２２は、圧縮方式２に係るデータに関し、クラウドストレージ４０−１又は４０−２のいずれか一方に転送されるように情報を書き込む。例えば、図３を参照すると、１行目及び２行目の非圧縮データ及び圧縮方式１に係るデータは、クラウドストレージ４０−１に転送されることが予定されるが、３行目及び４行目の圧縮方式２に係るデータは、クラウドストレージ４０−１、４０−２のいずれに転送されるか不明である。

つまり、非圧縮データや圧縮方式１に係るデータの場合、当該データのバックアップ先は１つのクラウドストレージ４０に固定されているが、圧縮方式２に係るデータの場合には当該データの転送先候補は複数となる。圧縮方式２による圧縮データは、複数のディスクに関連付けされたデータとなるため（複数の記憶媒体に跨がったデータを用いるため）、転送先を任意に決めることができないためである。

図２に説明を戻すと、クラウドサーバ３０は、メインサーバ１０に対応するリモートサイト側の装置である。

メインサイトが被災した場合等に、クラウドサーバ３０はメインサーバ１０に替わりメインサーバ１０が提供していたサービスをホスト端末（図示せず）に提供することになる。なお、ホスト端末は、クラウドサーバ３０−１及び３０−２のいずれにアクセスしてもメインサーバ１０が提供していたサービスと同等のサービス提供を受けることができる。

クラウドサーバ３０は、クラウドストレージ４０からデータ（マスタストレージ２０のバックアップデータ）を取得し、当該取得したデータを用いてサービスの提供等を行う。

クラウドサーバ３０には、コントローラ３１が含まれる。コントローラ３１は、クラウドサーバ３０の全体を制御するモジュール（手段）である。コントローラ３１は、クラウドサーバ３０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。

コントローラ３１には、リモート圧縮展開部３０１と、リモートアクセス部３０２と、が含まれる。

リモート圧縮展開部３０１は、圧縮データを展開してクラウドサーバ３０からクラウドストレージ４０のボリュームに格納されたデータの読み書きを可能とする手段である。

具体的には、リモート圧縮展開部３０１は、クラウドストレージ４０に格納された圧縮データを解凍し、オリジナルデータを取得する。あるいは、リモート圧縮展開部３０１は、クラウドサーバ３０から取得したオリジナルデータを圧縮する。圧縮されたオリジナルデータは、リモートアクセス部３０２によりバックアップボリューム４１に書き込まれる。

リモートアクセス部３０２は、リモート圧縮展開部３０１からの要求、又は、他のクラウドサーバ３０に内蔵されたリモートアクセス部３０２からの要求に応じて、クラウドストレージ４０に格納されたデータにアクセスする手段である。リモートアクセス部３０２は、自装置（クラウドサーバ３０）に対応するクラウドストレージ４０には必要なデータが存在しない場合、当該必要なデータを保有する他のクラウドサーバ３０に対応するクラウドストレージ４０に対してデータ出力（データ取得）を要求し、必要なデータを取得する。例えば、クラウドサーバ３０−１がホスト端末からクラウドストレージ４０−１に格納されていないデータを要求された場合には、当該データを格納するクラウドストレージ（例えば、クラウドストレージ４０−２）に対応するクラウドサーバ３０−２に当該データの取得を要求する。

なお、クラウドサーバ３０−１とクラウドサーバ３０−２は同一の構成とすることができる。また、クラウドサーバ３０には、データを格納する記憶媒体等が含まれるが図２ではこれらの図示を省略している。

クラウドストレージ４０は、マスタストレージ２０のバックアップデータを保持する装置である。

クラウドストレージ４０には、バックアップボリューム４１と、コントローラ４２と、テーブル情報を記憶する記憶媒体と、が含まれる。なお、図２では、テーブル情報としてアドレス管理テーブル４３と格納先管理テーブル４４を図示している。

バックアップボリューム４１は、マスタボリューム２１のバックアップデータを保持する。

コントローラ４２は、クラウドストレージ４０の全体を制御するモジュール（手段）である。コントローラ４２は、クラウドストレージ４０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。コントローラ４２には、アクセス制御部４０１、テーブル管理部４０２と、が含まれる。

アクセス制御部４０１は、マスタストレージ２０やクラウドサーバ３０からの要求を処理する手段である。具体的には、アクセス制御部４０１は、マスタストレージ２０からバックアップデータを取得した場合には、当該データを自装置のバックアップボリューム４１に格納する。その際、アクセス制御部４０１は、アドレス管理テーブル４３を更新する。

図４は、アドレス管理テーブル４３の一例を示す図である。上述のように、マスタストレージ２０からデータが送信される。当該データには、マスタボリューム２１におけるアドレス情報が含まれるので、当該マスタボリューム２１内のアドレス（マスタデータアドレス）は、バックアップボリューム４１のデータ格納先アドレスと対応づけられてアドレス管理テーブル４３により管理される。アクセス制御部４０１は、アドレス管理テーブル４３を参照することで、アクセスの対象となるバックアップデータがいずれのアドレスに格納されているか知ることができる。

なお、図４（ａ）は、クラウドストレージ４０−１内のアドレス管理テーブル４３−１の一例を示し、図４（ｂ）はクラウドストレージ４０−２内のアドレス管理テーブル４３−２の一例を示す。

また、アクセス制御部４０１は、自装置に対応するクラウドサーバ３０からのアクセス要求（データの書き込み、読み出し）を処理する。例えば、アクセス制御部４０１は、読み出すバックアップデータのアドレス情報（即ち、マスタデータアドレス）により指定されたデータをバックアップボリューム４１から読み出し、クラウドサーバ３０に出力する。

テーブル管理部４０２は、マスタストレージ２０からバックアップデータの所在に関する情報を取得し、当該取得した情報により格納先管理テーブル４４を更新する手段である。

格納先管理テーブル４４は、バックアップデータのアドレス（マスタデータアドレス）と、該当データの圧縮状況と、該当データの格納場所と、を管理するテーブル情報である。

図５は、格納先管理テーブル４４の一例を示す図である。図５を参照すると、圧縮状況フィールドには、各データ（ブロック）の圧縮状況（非圧縮、圧縮方式１、圧縮方式２）が格納される。

格納先フィールドは、各データ（ブロック）の格納先を示す。例えば、図５を参照すると、マスタボリューム２１のアドレス「１００」に格納されていたデータ（当該アドレスに対応するバックアップデータ）は、非圧縮でクラウドストレージ４０−１に格納されていることを示す。

対して、アドレス「１０２」に格納されていたデータは、圧縮方式２により圧縮され、当該圧縮データはクラウドストレージ４０−２に格納されていることを示す。

なお、上述のように、マスタストレージ２０から全てのクラウドストレージ４０に同じバックアップデータの所在に関する情報が送信されるため、各クラウドストレージ４０に構築される格納先管理テーブル４４の内容は同じとなる。

続いて、図面を参照しつつ、第１の実施形態を構成する各装置の動作を説明する。

図６は、第１の圧縮部２０１の動作の一例を示すフローチャートである。

第１の圧縮部２０１は、メインサーバ１０から書き込みデータを受け取った際に動作する。第１の圧縮部２０１は、オリジナルデータ（圧縮前のデータ）をマスタボリューム２１の所定領域（所定のボリューム）に書き込む（ステップＳ０１）。

その後、第１の圧縮部２０１は、ステップＳ０１にて書き込んだ記憶媒体内のブロック集合から圧縮する箇所を特定する（ステップＳ０２）。つまり、第１の圧縮部２０１は、データを書き込んだ記憶媒体を構成する複数のブロックのうち、ステップＳ０１にてデータが書き込まれたブロックを特定する。

その後、第１の圧縮部２０１は、特定したブロックにおけるデータを圧縮すると共に、圧縮管理テーブル２３を更新する（ステップＳ０３）。第１の圧縮部２０１は、オリジナルデータを受け取ったタイミング（インライン）にて、当該データを圧縮し、マスタボリューム２１の所定ブロックに格納する。

図７は、第２の圧縮部２０２の動作の一例を示すフローチャートである。

第２の圧縮部２０２は、定期的に動作して圧縮方式２による圧縮データを作成する。

第２の圧縮部２０２は、第１の圧縮部２０１により圧縮されたデータ（圧縮方式１によるデータ）について、複数のボリュームに記憶されたデータ間の関連性を照合する（ステップＳ１１）。

当該照合により、圧縮方式１の圧縮率よりもさらに圧縮率を高めることができるデータが存在するか否かが判定される。例えば、圧縮方式１により圧縮されたデータ（ブロック）間で共通する領域（同じバイナリデータを持つ領域）が所定の割合以上存在するか否かにより、上記判定を実施する。

所定の関連性を有するデータ（圧縮方式１による複数のデータ）が発見されると、第２の圧縮部２０２は、当該複数のデータのアドレスを特定する（ステップＳ１２）。

第２の圧縮部２０２は、特定された複数のデータに対して圧縮方式２を適用しデータを圧縮すると共に、圧縮管理テーブル２３を更新する。その際、第２の圧縮部２０２は、圧縮管理テーブルの出力先フィールドには、クラウドストレージ４０−１又は４０−２のいずれかを設定する。第２の圧縮部２０２は、再圧縮前の圧縮データ（圧縮方式１による複数のデータ）を削除する（ステップＳ１３）。つまり、第２の圧縮部２０２は、圧縮方式１による複数のデータをさらに圧縮し、データ量を削減できると判断した場合には、当該複数のデータをさらに再圧縮する。

図８は、データ出力部２０３の動作の一例を示すフローチャートである。

データ出力部２０３は定期的に動作し、マスタボリューム２１への書き込みとは非同期でマスタボリューム２１のブロックに格納されたデータをバックアップ先であるクラウドストレージ４０に向けて出力する。当該データの送信はブロック単位で行われる。データ出力部２０３は、データの種別（非圧縮、圧縮方式１、圧縮方式２）に応じて複数のクラウドストレージ４０のうち、いずれかの一つを選択してデータを送信する。

データ出力部２０３は、圧縮管理テーブル２３を参照し、転送対象のマスタボリューム２１のブロック（転送対象のブロック）を確認する（ステップＳ２１）。

次に、データ出力部２０３は、転送対象のクラウドストレージ４０を決定する（ステップＳ２２）。具体的には、データ出力部２０３は、圧縮管理テーブル２３の出力先フィールドを参照し、データの出力先を決定する。例えば、図３に示す圧縮管理テーブル２３を参照すると、非圧縮、圧縮方式１によるデータの出力先はクラウドストレージ４０−１の１つに絞られる。一方、圧縮方式２によるデータは、クラウドストレージ４０−１かクラウドストレージ４０−２のいずれかが出力先となる。つまり、圧縮方式２により圧縮されたデータに関しては、データ出力部２０３は、クラウドストレージ４０−１及びクラウドストレージ４０−２のいずれか１つを選択し、当該選択したクラウドストレージ４０をデータの送信先に決定する。なお、当該決定は、極端な偏り等が発生しないように行われるのが望ましい。

データ出力部２０３は、先に決定したクラウドストレージ４０に対してデータを出力する（ステップＳ２３）。

その後、データ出力部２０３は、バックアップデータの所在に関する情報を全てのクラウドストレージ４０に向けて送信する（ステップＳ２４）。具体的には、データ出力部２０３は、出力したデータ（ブロック）のアドレス情報、当該データの圧縮状況、当該データの出力先（データの格納先）に関する情報を全てのクラウドストレージ４０に対して送信する。例えば、図３を参照すると、データ出力部２０３が、アドレス「１００」に格納されたデータをクラウドストレージ４０−１に送信した場合には、アドレス情報「１００」、データ圧縮状況として「非圧縮」、出力先として「クラウドストレージ４０−１」を含む情報がクラウドストレージ４０−１及び４０−２に送信される。

あるいは、データ出力部２０３が、アドレス「１０２」に格納されたデータをクラウドストレージ４０−２に送信した場合には、アドレス情報「１０２」、データ圧縮状況として「圧縮方式２」、出力先として「クラウドストレージ４０−２」を含む情報がクラウドストレージ４０−１及び４０−２に送信される。

当該情報を受け取ったクラウドストレージ４０のテーブル管理部４０２は、格納先管理テーブル４４を更新する。

図９は、リモート圧縮展開部３０１の動作の一例を示すフローチャートである。

リモート圧縮展開部３０１は、クラウドサーバ３０上にて動作し、クラウドサーバ３０からクラウドストレージ４０のバックアップボリューム４１にアクセスする際に動作する。

リモート圧縮展開部３０１は、アクセスの対象となるブロックを特定する（ステップＳ３１）。例えば、リモート圧縮展開部３０１は、クラウドサーバ３０と接続されたホスト端末からのアクセス要求に基づき、取得が必要となるバックアップデータを特定する。

その後、リモート圧縮展開部３０１は、特定したバックアップデータのアドレス情報（マスタデータアドレス）により必要なバックアップデータを指定して、当該データの取得をリモートアクセス部３０２に要求する（ステップＳ３２）。

リモートアクセス部３０２は、要求されたデータをクラウドストレージ４０から取得し、取得したデータをリモート圧縮展開部３０１に引き渡す。

その後、リモート圧縮展開部３０１は、取得したデータが圧縮されていれば、当該圧縮データを読み書き可能なオリジナルデータに展開する（ステップＳ３３）。展開されたオリジナルデータは、ホスト端末に提供するサービスに利用される。

図１０は、リモートアクセス部３０２の動作の一例を示すフローチャートである。

リモートアクセス部３０２は、自装置内のリモート圧縮展開部３０１からの要求、又は、他のクラウドサーバ３０内のリモートアクセス部３０２からの要求により動作する。なお、上記要求には、取得するデータのアドレス情報（マスタデータアドレス）が含まれる。

図１０（ａ）は、自装置内のリモート圧縮展開部３０１からの要求により起動した場合の動作のリモートアクセス部３０２の動作の一例を示す。

リモートアクセス部３０２は、自装置（クラウドサーバ３０）に対応するクラウドストレージ４０のコントローラ４２を介して格納先管理テーブル４４を参照し、対象ブロックが存在するクラウドストレージ４０を特定する（ステップＳ４１）。

その後、リモートアクセス部３０２は、アクセス対象となるブロック（バックアップデータ）が自装置に対応するクラウドストレージ４０に存在するか否かを判定する（ステップＳ４２）。例えば、対象となるブロックが非圧縮データや圧縮方式１による圧縮データであれば、当該ブロックはクラウドストレージ４０−１のバックアップボリューム４１−１に存在する。一方、圧縮方式２による圧縮データの場合には、当該ブロックは自装置（クラウドサーバ３０）に対応するクラウドストレージ４０に存在するか、自装置に対応していないクラウドストレージ４０に存在するか定かではない。

そこで、リモートアクセス部３０２は、格納先管理テーブル４４を参照し、必要なデータが自装置に対応するクラウドストレージ４０に存在するか、他のクラウドストレージ４０に存在するかを確認する。図５の例では、リモートアクセス部３０２は、アドレス「１０３」の圧縮方式２による圧縮データはクラウドストレージ４０−１に存在し、アドレス「１０２」の圧縮方式２による圧縮データはクラウドストレージ４０−２に存在すると把握する。

データが自装置に対応するクラウドストレージ４０に存在する場合（ステップＳ４２、Ｙｅｓ分岐）には、リモートアクセス部３０２は、取得するデータのアドレス情報を指定して当該データの取得を自装置に対応するクラウドストレージ４０に要求する（ステップＳ４３）。

当該要求を受けたクラウドストレージ４０のコントローラ４２は、アドレス管理テーブル４３を参照し、指定されたアドレス情報（マスタデータアドレス）に対応するバックアップデータをバックアップボリューム４１から読み出す。読み出したデータは、リモートアクセス部３０２に送信され、リモートアクセス部３０２はリモート圧縮展開部３０１から要求されたデータを取得する。

データが自装置に対応するクラウドストレージ４０に存在しない場合（ステップＳ４２、Ｎｏ分岐）には、リモートアクセス部３０２は、他のクラウドサーバ３０のリモートアクセス部３０２に対して、取得するデータのアドレス情報を指定して当該データの取得を要求する（ステップＳ４４）。

上記要求を受けたリモートアクセス部３０２は、クラウドストレージ４０（バックアップボリューム４１）からデータを取得し、要求元のリモートアクセス部３０２にデータを送信する。

リモートアクセス部３０２は、取得したデータをリモート圧縮展開部３０１に提供（出力）する（ステップＳ４５）。

図１０（ｂ）は、他のクラウドサーバ３０のリモートアクセス部３０２からの要求により起動した場合のリモートアクセス部３０２の動作の一例を示す。

リモートアクセス部３０２は、他のクラウドサーバ３０のリモートアクセス部３０２からのデータ取得要求を受信する（ステップＳ５１）。

その後、リモートアクセス部３０２は、自装置に対応するクラウドストレージ４０の格納先管理テーブル４４を参照し、要求されたデータが自装置に対応するクラウドストレージ４０に存在することを確認する（ステップＳ５２）。

その後、リモートアクセス部３０２は、自装置に対応するクラウドストレージ４０から要求されたデータを取得する（ステップＳ５３）。

リモートアクセス部３０２は、取得したデータを、データ取得要求を送信した要求元（他のクラウドサーバ３０のリモートアクセス部３０２）に出力する（ステップＳ５４）。

なお、マスタストレージ２０等に含まれるコントローラは、マスタストレージ２０等に搭載されたコンピュータ（例えば、ＣＰＵ（Central Processing Unit）等）に、そのハードウェアを用いて、上述した各コントローラの処理モジュールの処理を実行させるコンピュータプログラムにより実現することもできる。

以上のように、第１の実施形態に係る、バックアップシステムでは、データの書き込み時に第１の圧縮部２０１（ディスク内圧縮手段）は、データを圧縮方式１で圧縮する。さらに、第２の圧縮部２０２（ディスク間圧縮手段）は、圧縮方式１により圧縮された複数のディスクに跨がるデータをより圧縮率の高い圧縮方式２により圧縮する。このように圧縮されたデータは、データ出力部２０３により、外部のクラウドストレージ４０へのバックアップデータの転送が非同期で行われる。対象データが圧縮方式１の場合は固定的にクラウドストレージ４０に送信され、圧縮方式２のデータはいずれかのクラウドストレージ４０に出力される。さらに、リモートサイト（クラウドサーバ３０、クラウドストレージ４０）にて、圧縮されたデータを展開できない場合（オリジナルデータを復元できない場合）には、他のクラウドストレージ４０のデータを参照してオリジナルのデータを復元する。さらに、マスタストレージ２０は、オリジナルデータと圧縮データのマッピング情報をすべての出力先となるクラウドストレージ４０の管理データ領域に転送する。例えば、クラウドサーバ３０−１上のリモート圧縮展開部３０１−１は、クラウドサーバ３０−１からクラウドストレージ４０−１上に構築されたバックアップボリューム４１−１の読み書きを行う際、圧縮方式１のデータであればデータをオリジナルデータに変換できる。一方、圧縮方式２のデータの場合、対象となるクラウドストレージ４０−１上にデータが存在すれば、オリジナルデータに変換が可能であるが、存在しない場合はリモートアクセス部３０２−１にデータの取得を要求する。リモートアクセス部３０２−１は、リモート圧縮展開部３０１−１からの要求により、他のクラウドストレージ４０−２上に要求されたデータが存在するかどうか確認し、データの取得を行う。

以上の構成により、メインサイトと同じ機能を持つストレージシステムをリモートサイトに設置することなく、リモートサイトにて安価なクラウドクラウドサーバ、クラウドストレージを利用した災害対策運用を可能とするバックアップシステムが提供できる。つまり、複数の圧縮方式を組み合わせることで、メインサイトのマスタストレージ２０に格納されるデータ量を削減し、かつ、メインサイトからリモートサイトへのデータ転送量を抑えた運用が可能となる。

上記実施形態にて説明したバックアップシステムの構成、動作等は例示であって、システムの構成を限定する趣旨ではない。例えば、上記実施形態では、圧縮方式１のデータをクラウドストレージ４０−１に対して固定的に送信しているが、圧縮方式２のデータを、例えば、クラウドストレージ４０−２に固定的に送信してもよい。この場合、クラウドストレージ４０−１には非圧縮データ、圧縮方式１のデータが格納され、クラウドストレージ４０−２には非圧縮データ、圧縮方式１のデータ、圧縮方式２のデータが格納されることになる。その上で、リモート圧縮展開部３０１−１が圧縮方式１にだけ対応可能、リモート圧縮展開部３０１−２が圧縮方式１及び２に対応可能という状況を考える。リモート圧縮展開部３０１−１は、圧縮方式２のデータが必要となると、クラウドストレージ４０−２に格納された圧縮方式２のデータ取得をクラウドサーバ３０−２に要求する。当該要求を受けたクラウドサーバ３０−２のリモート圧縮展開部３０１−２は、圧縮方式２のデータをバックアップボリューム４１−２から取得し、圧縮方式２によりデータを解凍した後に、オリジナルデータをクラウドサーバ３０−１に提供する。このような対応により、リモート圧縮展開部３０１−１は自身が対応していない圧縮方式２により圧縮されたオリジナルデータを得ることができる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
上述の第１の視点に係るバックアップシステムのとおりである。
［付記２］
前記複数のクラウドストレージそれぞれに対応する、複数のクラウドサーバをさらに含み、
前記複数のクラウドサーバのうち第１のクラウドサーバは、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求し、
前記第２のクラウドサーバは、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力する、付記１のバックアップシステム。
［付記３］
前記マスタストレージは、データを圧縮した際の圧縮方式に関する情報と、前記送信された圧縮データのアドレスに関する情報と、前記送信された圧縮データの格納先に関する情報と、を含むバックアップデータの所在に関する情報を前記複数のクラウドストレージに送信する、付記２のバックアップシステム。
［付記４］
前記クラウドサーバは、前記バックアップデータの所在に関する情報に基づいて、前記必要なデータが自装置に対応する前記クラウドストレージに存在するか否かを判断する、付記３のバックアップシステム。
［付記５］
前記クラウドサーバは、前記クラウドストレージから取得したデータが圧縮されている場合には、前記取得したデータを展開してオリジナルデータを取得する、付記２乃至４のいずれか一に記載のバックアップシステム。
［付記６］
前記マスタストレージは、インライン方式によりデータを圧縮する、付記１乃至５のいずれか一に記載のバックアップシステム。
［付記７］
前記マスタストレージは、ポストプロセス方式によりデータを圧縮する、付記１乃至６のいずれか一に記載のバックアップシステム。
［付記８］
上述の第２の視点に係るストレージ装置のとおりである。
［付記９］
上述の第３の視点に係るデータ転送方法のとおりである。
［付記１０］
上述の第４の視点に係るプログラムのとおりである。
なお、付記８〜付記１０の形態は、付記１の形態と同様に、付記２の形態〜付記７の形態に展開することが可能である。

なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０ メインサーバ
２０、１０１ マスタストレージ
２１ マスタボリューム
２２、３１、３１−１、３１−２、４２、４２−１、４２−２ コントローラ
２３ 圧縮管理テーブル
３０、３０−１、３０−２ クラウドサーバ
４０、４０−１、４０−２、１０２ クラウドストレージ
４１、４１−１、４１−２ バックアップボリューム
４３、４３−１、４３−２ アドレス管理テーブル
４４、４４−１、４４−２ 格納先管理テーブル
２０１ 第１の圧縮部
２０２ 第２の圧縮部
２０３ データ出力部
３０１、３０１−１、３０１−２ リモート圧縮展開部
３０２、３０２−１、３０２−２ リモートアクセス部

Claims (8)

1. データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、
   前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、
   を含み、
   前記マスタストレージは、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信し、
   前記クラウドストレージは、前記マスタストレージから取得したデータを前記バックアップボリュームに格納し、
   前記複数のクラウドストレージそれぞれに対応する、複数のクラウドサーバをさらに含み、
   前記複数のクラウドサーバのうち第１のクラウドサーバは、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求し、
   前記第２のクラウドサーバは、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力する、バックアップシステム。
2. 前記マスタストレージは、データを圧縮した際の圧縮方式に関する情報と、前記送信された圧縮データのマスタボリューム内のアドレスに関する情報と、前記送信された圧縮データのバックアップボリュームの格納先に関する情報と、を含むバックアップデータの所在に関する情報を前記複数のクラウドストレージに送信する、請求項１のバックアップシステム。
3. 前記クラウドサーバは、前記バックアップデータの所在に関する情報に基づいて、前記必要なデータが自装置に対応する前記クラウドストレージに存在するか否かを判断する、請求項２のバックアップシステム。
4. 前記クラウドサーバは、前記クラウドストレージから取得したデータが圧縮されている場合には、前記取得したデータを展開してオリジナルデータを取得する、請求項１乃至３のいずれか一項に記載のバックアップシステム。
5. 前記マスタストレージは、インライン方式によりデータを圧縮する、請求項１乃至４のいずれか一項に記載のバックアップシステム。
6. 前記マスタストレージは、ポストプロセス方式によりデータを圧縮する、請求項１乃至５のいずれか一項に記載のバックアップシステム。
7. データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、
   前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、
   を含むバックアップシステムにおいて、
   前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信するステップと、
   前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、ステップと、
   を含み、
   前記バックアップシステムは、前記複数のクラウドストレージそれぞれに対応する、複数のクラウドサーバをさらに含み、
   前記複数のクラウドサーバのうち第１のクラウドサーバが、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求するステップと、
   前記第２のクラウドサーバが、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力するステップとを含む、データ転送方法。
8. 複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置に搭載されたコンピュータに、
   データを複数の圧縮方式のうちいずれかで圧縮する処理と、
   前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する処理と、
   を実行させ、
   前記複数のクラウドストレージは、それぞれに対応する、複数のクラウドサーバをさらに含み、
   前記複数のクラウドサーバのうち第１のクラウドサーバに搭載されたコンピュータに、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求する処理と、
   前記第２のクラウドサーバに搭載されたコンピュータに、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力する処理を実行させるプログラム。

Images