(57)【要約】【課題】メインサイトのデータをリモートサイトにバックアップするバックアップシステムにおいて、メインサイトとリモートサイト間にて送受信されるデータ容量を低減するバックアップシステムを提供する。【解決手段】バックアップシステムは、マスタストレージと、複数のクラウドストレージと、を含む。マスタストレージは、データを複数の圧縮方式のうちいずれかで圧縮し、圧縮されたデータをマスタボリュームに格納する。複数のクラウドストレージは、マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える。マスタストレージは、圧縮されたデータを複数のクラウドストレージのうちいずれかのクラウドストレージに送信する。クラウドストレージは、マスタストレージから取得したデータをバックアップボリュームに格納する。【選択図】図１
2018173915.tif 000002
【特許請求の範囲】
【請求項１】
データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、
前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、
を含み、
前記マスタストレージは、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信し、
前記クラウドストレージは、前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、バックアップシステム。
【請求項２】
前記複数のクラウドストレージそれぞれに対応する、複数のクラウドサーバをさらに含み、
前記複数のクラウドサーバのうち第１のクラウドサーバは、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求し、
前記第２のクラウドサーバは、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力する、請求項１のバックアップシステム。
【請求項３】
前記マスタストレージは、データを圧縮した際の圧縮方式に関する情報と、前記送信された圧縮データのアドレスに関する情報と、前記送信された圧縮データの格納先に関する情報と、を含むバックアップデータの所在に関する情報を前記複数のクラウドストレージに送信する、請求項２のバックアップシステム。
【請求項４】
前記クラウドサーバは、前記バックアップデータの所在に関する情報に基づいて、前記必要なデータが自装置に対応する前記クラウドストレージに存在するか否かを判断する、請求項３のバックアップシステム。
【請求項５】
前記クラウドサーバは、前記クラウドストレージから取得したデータが圧縮されている場合には、前記取得したデータを展開してオリジナルデータを取得する、請求項２乃至４のいずれか一項に記載のバックアップシステム。
【請求項６】
前記マスタストレージは、インライン方式によりデータを圧縮する、請求項１乃至５のいずれか一項に記載のバックアップシステム。
【請求項７】
前記マスタストレージは、ポストプロセス方式によりデータを圧縮する、請求項１乃至６のいずれか一項に記載のバックアップシステム。
【請求項８】
複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置であって、
データを複数の圧縮方式のうちいずれかで圧縮する圧縮部と、
前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する、データ出力部と、
を備える、ストレージ装置。
【請求項９】
データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、
前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、
を含むバックアップシステムにおいて、
前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信するステップと、
前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、ステップと、
を含む、データ転送方法。
【請求項１０】
複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置に搭載されたコンピュータに、
データを複数の圧縮方式のうちいずれかで圧縮する処理と、
前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バックアップシステム、ストレージ装置、データ転送方法及びプログラムに関する。
【背景技術】
【０００２】
ホスト計算機とストレージ装置を含んで構成される業務システムにおいて、ディザスタリカバリシステムが構築されることがある。ディザスタリカバリシステムでは、メインサイトのデータをリモートサイトに転送することでバックアップを行い、メインサイトの被災時等では、当該リモートサイトからデータを取得して業務を遂行する。例えば、特許文献１には、マスタサーバの障害発生時、他のスレーブサーバが中断時間を可能な限り短く、かつ、適切にマスタサーバのサービスを引き継ぐ、と記載されている。
【０００３】
また、装置間のデータ授受において、データ転送量及びデータ格納量を抑制する目的で、データを圧縮した後にデータを転送する又は圧縮することが行われる。例えば、特許文献２には、データを共有メモリに転送する前に、データをローカルに圧縮する。メモリは圧縮されたデータを、このデータが圧縮されていない場合の配置と同じ配置で格納する、と記載されている。また、特許文献３には、ある圧縮レベルで圧縮した結果、所望の圧縮率が得られない場合には、圧縮レベルを上げ、そのレベルでの圧縮パラメータを使用して再圧縮することにより、より高い圧縮率を得ることができる、と記載されている。
【０００４】
一方、近年では、ネットワーク技術等の発達により、安価なクラウドサーバやクラウドストレージが利用可能な環境にある。そこで、ディザスタリカバリシステムでは、このような外部のサーバ・ストレージ（クラウドサーバ、クラウドストレージ）を利用し、データのバックアップの運用や災害発生時の復旧（ディザスタリカバリの運用）がなされることもある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１６３３００号公報
【特許文献２】特開２０１０−９２４９９号公報
【特許文献３】特開２０００−２２７８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。
【０００７】
上述のように、メインサイトにおけるストレージ装置のデータを、外部のクラウドサーバやクラウドストレージに転送し、メインサイトが被災した場合に業務の継続を可能とする災害対策運用が存在する。このような災害対策運用では、業務データを外部サイトに転送するため、データ転送量を抑え、ネットワーク負荷を削減することが要望される。また、使用するクラウドストレージの容量を削減することも必要となる。
【０００８】
上述のように、装置間のデータ転送を抑制するためにデータを圧縮することが行われるが、当該方式を利用できるのはデータを送受信する装置間で同じ圧縮方式に対応していることが前提である。つまり、災害対策運用のデータ転送量を抑制するため、メインサイトから圧縮データをネットワークで接続されたリモートサイトのストレージに送り、リモートサイトにて圧縮データを展開することが考えられる。しかし、このような運用は、メインサイトとリモートサイトで同じ機能を持つストレージ装置が必要であり、同じ機能を有さないこともあるクラウドストレージには適用できない。
【０００９】
本発明は、メインサイトのデータをリモートサイトにバックアップするバックアップシステムにおいて、メインサイトとリモートサイト間にて送受信されるデータ容量を低減することに寄与する、バックアップシステム、データ転送方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の視点によれば、データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、を含み、前記マスタストレージは、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信し、前記クラウドストレージは、前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、バックアップシステムが提供される。
【００１１】
本発明の第２の視点によれば、複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置であって、データを複数の圧縮方式のうちいずれかで圧縮する圧縮部と、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する、データ出力部と、を備える、ストレージ装置が提供される。
【００１２】
本発明の第３の視点によれば、データを複数の圧縮方式のうちいずれかで圧縮し、前記圧縮されたデータをマスタボリュームに格納する、マスタストレージと、前記マスタストレージとは異なるサイトに設置され、各々がバックアップボリュームを備える、複数のクラウドストレージと、を含むバックアップシステムにおいて、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信するステップと、前記マスタストレージから取得したデータを前記バックアップボリュームに格納する、ステップと、を含む、データ転送方法が提供される。
【００１３】
本発明の第４の視点によれば、複数のクラウドストレージと接続され、前記複数のクラウドストレージとは異なるサイトに設置されたストレージ装置に搭載されたコンピュータに、データを複数の圧縮方式のうちいずれかで圧縮する処理と、前記圧縮されたデータを前記複数のクラウドストレージのうちいずれかのクラウドストレージに送信する処理と、を実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１４】
本発明の各視点によれば、メインサイトのデータをリモートサイトにバックアップするバックアップシステムにおいて、メインサイトとリモートサイト間にて送受信されるデータ容量を低減することに寄与する、バックアップシステム、データ転送方法及びプログラムが、提供される。
【図面の簡単な説明】
【００１５】
【図１】一実施形態の概要を説明するための図である。
【図２】第１の実施形態に係るバックアップシステムの概略構成の一例を示す図である。
【図３】圧縮管理テーブルの一例を示す図である。
【図４】アドレス管理テーブルの一例を示す図である。
【図５】格納先管理テーブルの一例を示す図である。
【図６】第１の圧縮部の動作の一例を示すフローチャートである。
【図７】第２の圧縮部の動作の一例を示すフローチャートである。
【図８】データ出力部の動作の一例を示すフローチャートである。
【図９】リモート圧縮展開部の動作の一例を示すフローチャートである。
【図１０】リモートアクセス部の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。
【００１７】
一実施形態に係るバックアップシステムは、マスタストレージ１０１と、複数のクラウドストレージ１０２と、を含む（図１参照）。マスタストレージ１０１は、データを複数の圧縮方式のうちいずれかで圧縮し、圧縮されたデータをマスタボリュームに格納する。複数のクラウドストレージ１０２は、マスタストレージ１０１とは異なるサイトに設置され、各々がバックアップボリュームを備える。マスタストレージ１０１は、圧縮されたデータを複数のクラウドストレージ１０２のうちいずれかのクラウドストレージ１０２に送信する。クラウドストレージ１０２は、マスタストレージ１０１から取得したデータをバックアップボリュームに格納する。
【００１８】
上述のように、一実施形態に係るバックアップシステムのマスタストレージ１０１は、異なる圧縮方式によりデータを圧縮する。その際、マスタストレージ１０１は、必要に応じて圧縮率の高い圧縮方式（例えば、ポストプロセス方式の圧縮方式）を用いてデータを圧縮してクラウドストレージ１０２に送信することで、マスタストレージ（メインサイト）からクラウドストレージ（リモートサイト）に送信されるデータ容量を削減することができる。
【００１９】
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。
【００２０】
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
【００２１】
図２は、第１の実施形態に係るバックアップシステムの概略構成の一例を示す図である。図２を参照すると、バックアップシステムにはメインサイトとリモートサイトが含まれる。図２に示すバックアップシステムは、災害対策運用のためにメインサイトのマスタストレージのデータを、ネットワークで接続されたリモートサイトのクラウドストレージに転送し、クラウドサーバから読み書き可能とするシステムである。
【００２２】
図２に示すバックアップシステムでは、メインサイトにマスタストレージ２０が配置され、遠隔地のリモートサイトにクラウドストレージ４０−１、４０−２が配置される。当該バックアップシステムでは、マスタストレージ２０上のマスタボリュームに記憶されたデータをクラウドストレージ４０に複製（コピー）することで、例えば、メインサイトが被災した際のデータロストを防止する。
【００２３】
メインサイトには、メインサーバ１０と、メインサーバ１０とネットワークにより接続されたマスタストレージ２０と、が含まれる。
【００２４】
メインサーバ１０は、ホスト端末（図示せず）等からの要求に応じてマスタストレージ２０に記憶されたデータにアクセスし、ホスト端末にサービスを提供する装置である。
【００２５】
マスタストレージ２０は、磁気ディスク（ＨＤＤ；Hard Disk Drive）や半導体ディスク（ＳＳＤ；Solid State Drive）の集合から仮想的な記憶領域であるプールを構成し、プールから複数の論理ディスクを切り出し、メインサーバ１０から読み書き可能とするストレージ装置である。
【００２６】
リモートサイト（メインサイトとは異なるサイト）には、複数のクラウドサーバ３０−１、３０−２と、これらのクラウドサーバとネットワークにより接続された複数のクラウドストレージ４０−１、４０−２と、が含まれる。なお、クラウドサーバ３０−１はクラウドストレージ４０−１にアクセス可能に構成されており、クラウドサーバ３０−２はクラウドストレージ４０−２にアクセス可能に構成されている。
【００２７】
また、図２には２組のクラウドサーバとクラウドストレージが示されているが、リモートサイトに配置されるクラウドサーバ等の数は２に限定されない。２以上のクラウドサーバ等がリモートサイトに設置されていればよい。さらに、クラウドサーバ等の各装置は、同じリモートサイトに設置されている必要もない。
【００２８】
以降の説明において、クラウドサーバ３０−１、３０−２を区別する特段の理由が無い場合には、単に「クラウドサーバ３０」と表記する。他の構成についても同様に、ハイフン（−）の前に記載された数字により当該構成を代表して表記する。
【００２９】
メインサイトのマスタストレージ２０には、メインサーバ１０からアクセス（読み書き）可能なマスタボリューム２１と、コントローラ２２と、テーブル情報を記憶する記憶媒体と、が含まれる。なお、図２では、テーブル情報として圧縮管理テーブル２３を図示している。
【００３０】
コントローラ２２は、マスタストレージ２０の全体を制御するモジュール（手段）である。コントローラ２２は、マスタボリューム２１に対するアクセス制御を行う。また、コントローラ２２は、マスタストレージ２０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。
【００３１】
コントローラ２２には、第１の圧縮部２０１と、第２の圧縮部２０２と、データ出力部２０３の３つの処理モジュールが含まれる。
【００３２】
第１の圧縮部２０１は、種々存在する既存のデータ圧縮技術のうち、データ量の削減効果が低いが圧縮処理のスピードが高速なインライン方式の圧縮を行う手段である。第１の圧縮部２０１は、メインサーバ１０から書き込まれる一定の単位（ブロック）のデータを、マスタボリューム２１に書き込む際に圧縮して格納する、ディスク内圧縮手段である。
【００３３】
第２の圧縮部２０２は、データ量の削減効果が大きいが圧縮処理のスピードが遅いポストプロセス方式の圧縮を行う手段である。第２の圧縮部２０２は、第１の圧縮部２０１で圧縮されたデータであって、複数のディスク（論理ボリューム）間のブロックの集合からデータをさらに圧縮する、ディスク間圧縮手段である。このように、第２の圧縮部２０２が採用する圧縮方式は、第１の圧縮部２０１により圧縮された複数のデータをさらに圧縮（再圧縮）する方式である。なお、第１の圧縮部２０１及び第２の圧縮部２０２による圧縮アルゴリズムは任意のアルゴリズムを使用することができる。例えば、ＬＺ法やｚｌｉｂ法等を使用することができる。
【００３４】
マスタストレージ２０では、メインサーバ１０から取得したデータが圧縮可能な場合には、上記２つの圧縮方式のいずれか一方又は両方を使用する。なお、データの特性（例えば、サイズ等）によってはデータの圧縮ができない場合がある。このような場合には、コントローラ２２が非圧縮のデータをそのままマスタボリューム２１に書き込むことになる。なお、以降の説明において、第１の圧縮部２０１による圧縮方式を圧縮方式１と、第２の圧縮部２０２による圧縮方式を圧縮方式２とそれぞれ表記する。
【００３５】
このように、第１の圧縮部２０１は、圧縮方式１によりデータを圧縮する。つまり、メインサイトのインライン圧縮方式では、短期間に書き込まれた同一ボリューム内の複数ブロックの集合を圧縮対象として圧縮する。また、第２の圧縮部２０２は、複数のディスクにまたがる圧縮方式１のデータから圧縮方式２へデータを圧縮する。つまり、ポストプロセス圧縮方式では、複数ボリュームにまたがるブロックの集合を圧縮対象とし、インライン方式よりもさらに圧縮し、圧縮後は元の圧縮データを削除することで、ローカルストレージ（マスタボリューム２１）のデータ容量を削減する。
【００３６】
データ出力部２０３は、第１の圧縮部２０１、第２の圧縮部２０２により圧縮されたデータ又は圧縮されていないデータ（非圧縮データ）をクラウドストレージ４０に、非同期にて送信する手段である。データ出力部２０３は、マスタボリューム２１からデータを読み出して、当該データをバックアップデータとしてクラウドストレージ４０のバックアップボリューム４１に格納する。その際、データ出力部２０３は、圧縮管理テーブル２３に格納された情報に従って、マスタボリューム２１に格納されたデータ（圧縮データ、非圧縮データ）を複数のクラウドストレージ４０に振り分けて出力する。
【００３７】
また、データ出力部２０３は、バックアップデータの所在に関する情報を全てのクラウドストレージ４０に送信する。バックアップデータの所在に関する情報には、マスタストレージ２０がデータを圧縮した際の圧縮方式（非圧縮も含む）に関する情報と、送信された圧縮データ（非圧縮データも含む）のアドレスに関する情報と、送信された圧縮データの格納先に関する情報と、が含まれる。
【００３８】
圧縮管理テーブル２３は、マスタボリューム２１に格納されたデータの圧縮状況を示すテーブル情報である。圧縮管理テーブル２３は、マスタボリューム２１のマッピング情報を管理し、各データの圧縮状況とデータの転送先を記録する。
【００３９】
図３は、圧縮管理テーブルの一例を示す図である。マスタボリューム２１の領域は、所定のブロックを単位として分割され、圧縮管理テーブル２３においても当該ブロックを単位としてデータが管理される。図３を参照すると、アドレスフィールドは、マスタボリューム２１を所定のブロック単位に分割したアドレス情報を示す。
【００４０】
コントローラ２２は、メインサーバ１０から取得したデータ（オリジナルデータ）を、オリジナルデータのまま書き込む（非圧縮データを書き込む）、又は、圧縮したデータを書き込む。さらに、コントローラ２２は、圧縮方式１及び圧縮方式２を使い分けてデータを圧縮する。その際、コントローラ２２（第１の圧縮部２０１、第２の圧縮部２０２）は、マスタボリューム２１に書き込んだデータの圧縮状況（非圧縮、圧縮方式１、圧縮方式２）を圧縮管理テーブル２３の対応する圧縮状況フィールドに書き込む。
【００４１】
また、コントローラ２２は、データの圧縮状況を圧縮管理テーブル２３に書き込む際、当該データの出力先（バックアップデータの転送先）となるクラウドストレージ４０の識別情報を各データの対応する転送先フィールドに書き込む。
【００４２】
なお、図３では、クラウドストレージ４０の識別子として図２に示す符号を用いているが、実際には各クラウドストレージ４０のＩＰ（Internet Protocol）アドレス等を用いることもできる。
【００４３】
第１の実施形態では、コントローラ２２は、非圧縮データ及び圧縮方式１に係るデータは、クラウドストレージ４０−１に転送されるように情報を書き込む。
【００４４】
一方、コントローラ２２は、圧縮方式２に係るデータに関し、クラウドストレージ４０−１又は４０−２のいずれか一方に転送されるように情報を書き込む。例えば、図３を参照すると、１行目及び２行目の非圧縮データ及び圧縮方式１に係るデータは、クラウドストレージ４０−１に転送されることが予定されるが、３行目及び４行目の圧縮方式２に係るデータは、クラウドストレージ４０−１、４０−２のいずれに転送されるか不明である。
【００４５】
つまり、非圧縮データや圧縮方式１に係るデータの場合、当該データのバックアップ先は１つのクラウドストレージ４０に固定されているが、圧縮方式２に係るデータの場合には当該データの転送先候補は複数となる。圧縮方式２による圧縮データは、複数のディスクに関連付けされたデータとなるため（複数の記憶媒体に跨がったデータを用いるため）、転送先を任意に決めることができないためである。
【００４６】
図２に説明を戻すと、クラウドサーバ３０は、メインサーバ１０に対応するリモートサイト側の装置である。
【００４７】
メインサイトが被災した場合等に、クラウドサーバ３０はメインサーバ１０に替わりメインサーバ１０が提供していたサービスをホスト端末（図示せず）に提供することになる。なお、ホスト端末は、クラウドサーバ３０−１及び３０−２のいずれにアクセスしてもメインサーバ１０が提供していたサービスと同等のサービス提供を受けることができる。
【００４８】
クラウドサーバ３０は、クラウドストレージ４０からデータ（マスタストレージ２０のバックアップデータ）を取得し、当該取得したデータを用いてサービスの提供等を行う。
【００４９】
クラウドサーバ３０には、コントローラ３１が含まれる。コントローラ３１は、クラウドサーバ３０の全体を制御するモジュール（手段）である。コントローラ３１は、クラウドサーバ３０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。
【００５０】
コントローラ３１には、リモート圧縮展開部３０１と、リモートアクセス部３０２と、が含まれる。
【００５１】
リモート圧縮展開部３０１は、圧縮データを展開してクラウドサーバ３０からクラウドストレージ４０のボリュームに格納されたデータの読み書きを可能とする手段である。
【００５２】
具体的には、リモート圧縮展開部３０１は、クラウドストレージ４０に格納された圧縮データを解凍し、オリジナルデータを取得する。あるいは、リモート圧縮展開部３０１は、クラウドサーバ３０から取得したオリジナルデータを圧縮する。圧縮されたオリジナルデータは、リモートアクセス部３０２によりバックアップボリューム４１に書き込まれる。
【００５３】
リモートアクセス部３０２は、リモート圧縮展開部３０１からの要求、又は、他のクラウドサーバ３０に内蔵されたリモートアクセス部３０２からの要求に応じて、クラウドストレージ４０に格納されたデータにアクセスする手段である。リモートアクセス部３０２は、自装置（クラウドサーバ３０）に対応するクラウドストレージ４０には必要なデータが存在しない場合、当該必要なデータを保有する他のクラウドサーバ３０に対応するクラウドストレージ４０に対してデータ出力（データ取得）を要求し、必要なデータを取得する。例えば、クラウドサーバ３０−１がホスト端末からクラウドストレージ４０−１に格納されていないデータを要求された場合には、当該データを格納するクラウドストレージ（例えば、クラウドストレージ４０−２）に対応するクラウドサーバ３０−２に当該データの取得を要求する。
【００５４】
なお、クラウドサーバ３０−１とクラウドサーバ３０−２は同一の構成とすることができる。また、クラウドサーバ３０には、データを格納する記憶媒体等が含まれるが図２ではこれらの図示を省略している。
【００５５】
クラウドストレージ４０は、マスタストレージ２０のバックアップデータを保持する装置である。
【００５６】
クラウドストレージ４０には、バックアップボリューム４１と、コントローラ４２と、テーブル情報を記憶する記憶媒体と、が含まれる。なお、図２では、テーブル情報としてアドレス管理テーブル４３と格納先管理テーブル４４を図示している。
【００５７】
バックアップボリューム４１は、マスタボリューム２１のバックアップデータを保持する。
【００５８】
コントローラ４２は、クラウドストレージ４０の全体を制御するモジュール（手段）である。コントローラ４２は、クラウドストレージ４０に内蔵された通信インターフェイスであるＮＩＣ（Network Interface Card）を制御し、外部装置との間の相互通信を実現する。コントローラ４２には、アクセス制御部４０１、テーブル管理部４０２と、が含まれる。
【００５９】
アクセス制御部４０１は、マスタストレージ２０やクラウドサーバ３０からの要求を処理する手段である。具体的には、アクセス制御部４０１は、マスタストレージ２０からバックアップデータを取得した場合には、当該データを自装置のバックアップボリューム４１に格納する。その際、アクセス制御部４０１は、アドレス管理テーブル４３を更新する。
【００６０】
図４は、アドレス管理テーブル４３の一例を示す図である。上述のように、マスタストレージ２０からデータが送信される。当該データには、マスタボリューム２１におけるアドレス情報が含まれるので、当該マスタボリューム２１内のアドレス（マスタデータアドレス）は、バックアップボリューム４１のデータ格納先アドレスと対応づけられてアドレス管理テーブル４３により管理される。アクセス制御部４０１は、アドレス管理テーブル４３を参照することで、アクセスの対象となるバックアップデータがいずれのアドレスに格納されているか知ることができる。
【００６１】
なお、図４（ａ）は、クラウドストレージ４０−１内のアドレス管理テーブル４３−１の一例を示し、図４（ｂ）はクラウドストレージ４０−２内のアドレス管理テーブル４３−２の一例を示す。
【００６２】
また、アクセス制御部４０１は、自装置に対応するクラウドサーバ３０からのアクセス要求（データの書き込み、読み出し）を処理する。例えば、アクセス制御部４０１は、読み出すバックアップデータのアドレス情報（即ち、マスタデータアドレス）により指定されたデータをバックアップボリューム４１から読み出し、クラウドサーバ３０に出力する。
【００６３】
テーブル管理部４０２は、マスタストレージ２０からバックアップデータの所在に関する情報を取得し、当該取得した情報により格納先管理テーブル４４を更新する手段である。
【００６４】
格納先管理テーブル４４は、バックアップデータのアドレス（マスタデータアドレス）と、該当データの圧縮状況と、該当データの格納場所と、を管理するテーブル情報である。
【００６５】
図５は、格納先管理テーブル４４の一例を示す図である。図５を参照すると、圧縮状況フィールドには、各データ（ブロック）の圧縮状況（非圧縮、圧縮方式１、圧縮方式２）が格納される。
【００６６】
格納先フィールドは、各データ（ブロック）の格納先を示す。例えば、図５を参照すると、マスタボリューム２１のアドレス「１００」に格納されていたデータ（当該アドレスに対応するバックアップデータ）は、非圧縮でクラウドストレージ４０−１に格納されていることを示す。
【００６７】
対して、アドレス「１０２」に格納されていたデータは、圧縮方式２により圧縮され、当該圧縮データはクラウドストレージ４０−２に格納されていることを示す。
【００６８】
なお、上述のように、マスタストレージ２０から全てのクラウドストレージ４０に同じバックアップデータの所在に関する情報が送信されるため、各クラウドストレージ４０に構築される格納先管理テーブル４４の内容は同じとなる。
【００６９】
続いて、図面を参照しつつ、第１の実施形態を構成する各装置の動作を説明する。
【００７０】
図６は、第１の圧縮部２０１の動作の一例を示すフローチャートである。
【００７１】
第１の圧縮部２０１は、メインサーバ１０から書き込みデータを受け取った際に動作する。第１の圧縮部２０１は、オリジナルデータ（圧縮前のデータ）をマスタボリューム２１の所定領域（所定のボリューム）に書き込む（ステップＳ０１）。
【００７２】
その後、第１の圧縮部２０１は、ステップＳ０１にて書き込んだ記憶媒体内のブロック集合から圧縮する箇所を特定する（ステップＳ０２）。つまり、第１の圧縮部２０１は、データを書き込んだ記憶媒体を構成する複数のブロックのうち、ステップＳ０１にてデータが書き込まれたブロックを特定する。
【００７３】
その後、第１の圧縮部２０１は、特定したブロックにおけるデータを圧縮すると共に、圧縮管理テーブル２３を更新する（ステップＳ０３）。第１の圧縮部２０１は、オリジナルデータを受け取ったタイミング（インライン）にて、当該データを圧縮し、マスタボリューム２１の所定ブロックに格納する。
【００７４】
図７は、第２の圧縮部２０２の動作の一例を示すフローチャートである。
【００７５】
第２の圧縮部２０２は、定期的に動作して圧縮方式２による圧縮データを作成する。
【００７６】
第２の圧縮部２０２は、第１の圧縮部２０１により圧縮されたデータ（圧縮方式１によるデータ）について、複数のボリュームに記憶されたデータ間の関連性を照合する（ステップＳ１１）。
【００７７】
当該照合により、圧縮方式１の圧縮率よりもさらに圧縮率を高めることができるデータが存在するか否かが判定される。例えば、圧縮方式１により圧縮されたデータ（ブロック）間で共通する領域（同じバイナリデータを持つ領域）が所定の割合以上存在するか否かにより、上記判定を実施する。
【００７８】
所定の関連性を有するデータ（圧縮方式１による複数のデータ）が発見されると、第２の圧縮部２０２は、当該複数のデータのアドレスを特定する（ステップＳ１２）。
【００７９】
第２の圧縮部２０２は、特定された複数のデータに対して圧縮方式２を適用しデータを圧縮すると共に、圧縮管理テーブル２３を更新する。その際、第２の圧縮部２０２は、圧縮管理テーブルの出力先フィールドには、クラウドストレージ４０−１又は４０−２のいずれかを設定する。第２の圧縮部２０２は、再圧縮前の圧縮データ（圧縮方式１による複数のデータ）を削除する（ステップＳ１３）。つまり、第２の圧縮部２０２は、圧縮方式１による複数のデータをさらに圧縮し、データ量を削減できると判断した場合には、当該複数のデータをさらに再圧縮する。
【００８０】
図８は、データ出力部２０３の動作の一例を示すフローチャートである。
【００８１】
データ出力部２０３は定期的に動作し、マスタボリューム２１への書き込みとは非同期でマスタボリューム２１のブロックに格納されたデータをバックアップ先であるクラウドストレージ４０に向けて出力する。当該データの送信はブロック単位で行われる。データ出力部２０３は、データの種別（非圧縮、圧縮方式１、圧縮方式２）に応じて複数のクラウドストレージ４０のうち、いずれかの一つを選択してデータを送信する。
【００８２】
データ出力部２０３は、圧縮管理テーブル２３を参照し、転送対象のマスタボリューム２１のブロック（転送対象のブロック）を確認する（ステップＳ２１）。
【００８３】
次に、データ出力部２０３は、転送対象のクラウドストレージ４０を決定する（ステップＳ２２）。具体的には、データ出力部２０３は、圧縮管理テーブル２３の出力先フィールドを参照し、データの出力先を決定する。例えば、図３に示す圧縮管理テーブル２３を参照すると、非圧縮、圧縮方式１によるデータの出力先はクラウドストレージ４０−１の１つに絞られる。一方、圧縮方式２によるデータは、クラウドストレージ４０−１かクラウドストレージ４０−２のいずれかが出力先となる。つまり、圧縮方式２により圧縮されたデータに関しては、データ出力部２０３は、クラウドストレージ４０−１及びクラウドストレージ４０−２のいずれか１つを選択し、当該選択したクラウドストレージ４０をデータの送信先に決定する。なお、当該決定は、極端な偏り等が発生しないように行われるのが望ましい。
【００８４】
データ出力部２０３は、先に決定したクラウドストレージ４０に対してデータを出力する（ステップＳ２３）。
【００８５】
その後、データ出力部２０３は、バックアップデータの所在に関する情報を全てのクラウドストレージ４０に向けて送信する（ステップＳ２４）。具体的には、データ出力部２０３は、出力したデータ（ブロック）のアドレス情報、当該データの圧縮状況、当該データの出力先（データの格納先）に関する情報を全てのクラウドストレージ４０に対して送信する。例えば、図３を参照すると、データ出力部２０３が、アドレス「１００」に格納されたデータをクラウドストレージ４０−１に送信した場合には、アドレス情報「１００」、データ圧縮状況として「非圧縮」、出力先として「クラウドストレージ４０−１」を含む情報がクラウドストレージ４０−１及び４０−２に送信される。
【００８６】
あるいは、データ出力部２０３が、アドレス「１０２」に格納されたデータをクラウドストレージ４０−２に送信した場合には、アドレス情報「１０２」、データ圧縮状況として「圧縮方式２」、出力先として「クラウドストレージ４０−２」を含む情報がクラウドストレージ４０−１及び４０−２に送信される。
【００８７】
当該情報を受け取ったクラウドストレージ４０のテーブル管理部４０２は、格納先管理テーブル４４を更新する。
【００８８】
図９は、リモート圧縮展開部３０１の動作の一例を示すフローチャートである。
【００８９】
リモート圧縮展開部３０１は、クラウドサーバ３０上にて動作し、クラウドサーバ３０からクラウドストレージ４０のバックアップボリューム４１にアクセスする際に動作する。
【００９０】
リモート圧縮展開部３０１は、アクセスの対象となるブロックを特定する（ステップＳ３１）。例えば、リモート圧縮展開部３０１は、クラウドサーバ３０と接続されたホスト端末からのアクセス要求に基づき、取得が必要となるバックアップデータを特定する。
【００９１】
その後、リモート圧縮展開部３０１は、特定したバックアップデータのアドレス情報（マスタデータアドレス）により必要なバックアップデータを指定して、当該データの取得をリモートアクセス部３０２に要求する（ステップＳ３２）。
【００９２】
リモートアクセス部３０２は、要求されたデータをクラウドストレージ４０から取得し、取得したデータをリモート圧縮展開部３０１に引き渡す。
【００９３】
その後、リモート圧縮展開部３０１は、取得したデータが圧縮されていれば、当該圧縮データを読み書き可能なオリジナルデータに展開する（ステップＳ３３）。展開されたオリジナルデータは、ホスト端末に提供するサービスに利用される。
【００９４】
図１０は、リモートアクセス部３０２の動作の一例を示すフローチャートである。
【００９５】
リモートアクセス部３０２は、自装置内のリモート圧縮展開部３０１からの要求、又は、他のクラウドサーバ３０内のリモートアクセス部３０２からの要求により動作する。なお、上記要求には、取得するデータのアドレス情報（マスタデータアドレス）が含まれる。
【００９６】
図１０（ａ）は、自装置内のリモート圧縮展開部３０１からの要求により起動した場合の動作のリモートアクセス部３０２の動作の一例を示す。
【００９７】
リモートアクセス部３０２は、自装置（クラウドサーバ３０）に対応するクラウドストレージ４０のコントローラ４２を介して格納先管理テーブル４４を参照し、対象ブロックが存在するクラウドストレージ４０を特定する（ステップＳ４１）。
【００９８】
その後、リモートアクセス部３０２は、アクセス対象となるブロック（バックアップデータ）が自装置に対応するクラウドストレージ４０に存在するか否かを判定する（ステップＳ４２）。例えば、対象となるブロックが非圧縮データや圧縮方式１による圧縮データであれば、当該ブロックはクラウドストレージ４０−１のバックアップボリューム４１−１に存在する。一方、圧縮方式２による圧縮データの場合には、当該ブロックは自装置（クラウドサーバ３０）に対応するクラウドストレージ４０に存在するか、自装置に対応していないクラウドストレージ４０に存在するか定かではない。
【００９９】
そこで、リモートアクセス部３０２は、格納先管理テーブル４４を参照し、必要なデータが自装置に対応するクラウドストレージ４０に存在するか、他のクラウドストレージ４０に存在するかを確認する。図５の例では、リモートアクセス部３０２は、アドレス「１０３」の圧縮方式２による圧縮データはクラウドストレージ４０−１に存在し、アドレス「１０２」の圧縮方式２による圧縮データはクラウドストレージ４０−２に存在すると把握する。
【０１００】
データが自装置に対応するクラウドストレージ４０に存在する場合（ステップＳ４２、Ｙｅｓ分岐）には、リモートアクセス部３０２は、取得するデータのアドレス情報を指定して当該データの取得を自装置に対応するクラウドストレージ４０に要求する（ステップＳ４３）。
【０１０１】
当該要求を受けたクラウドストレージ４０のコントローラ４２は、アドレス管理テーブル４３を参照し、指定されたアドレス情報（マスタデータアドレス）に対応するバックアップデータをバックアップボリューム４１から読み出す。読み出したデータは、リモートアクセス部３０２に送信され、リモートアクセス部３０２はリモート圧縮展開部３０１から要求されたデータを取得する。
【０１０２】
データが自装置に対応するクラウドストレージ４０に存在しない場合（ステップＳ４２、Ｎｏ分岐）には、リモートアクセス部３０２は、他のクラウドサーバ３０のリモートアクセス部３０２に対して、取得するデータのアドレス情報を指定して当該データの取得を要求する（ステップＳ４４）。
【０１０３】
上記要求を受けたリモートアクセス部３０２は、クラウドストレージ４０（バックアップボリューム４１）からデータを取得し、要求元のリモートアクセス部３０２にデータを送信する。
【０１０４】
リモートアクセス部３０２は、取得したデータをリモート圧縮展開部３０１に提供（出力）する（ステップＳ４５）。
【０１０５】
図１０（ｂ）は、他のクラウドサーバ３０のリモートアクセス部３０２からの要求により起動した場合のリモートアクセス部３０２の動作の一例を示す。
【０１０６】
リモートアクセス部３０２は、他のクラウドサーバ３０のリモートアクセス部３０２からのデータ取得要求を受信する（ステップＳ５１）。
【０１０７】
その後、リモートアクセス部３０２は、自装置に対応するクラウドストレージ４０の格納先管理テーブル４４を参照し、要求されたデータが自装置に対応するクラウドストレージ４０に存在することを確認する（ステップＳ５２）。
【０１０８】
その後、リモートアクセス部３０２は、自装置に対応するクラウドストレージ４０から要求されたデータを取得する（ステップＳ５３）。
【０１０９】
リモートアクセス部３０２は、取得したデータを、データ取得要求を送信した要求元（他のクラウドサーバ３０のリモートアクセス部３０２）に出力する（ステップＳ５４）。
【０１１０】
なお、マスタストレージ２０等に含まれるコントローラは、マスタストレージ２０等に搭載されたコンピュータ（例えば、ＣＰＵ（Central Processing Unit）等）に、そのハードウェアを用いて、上述した各コントローラの処理モジュールの処理を実行させるコンピュータプログラムにより実現することもできる。
【０１１１】
以上のように、第１の実施形態に係る、バックアップシステムでは、データの書き込み時に第１の圧縮部２０１（ディスク内圧縮手段）は、データを圧縮方式１で圧縮する。さらに、第２の圧縮部２０２（ディスク間圧縮手段）は、圧縮方式１により圧縮された複数のディスクに跨がるデータをより圧縮率の高い圧縮方式２により圧縮する。このように圧縮されたデータは、データ出力部２０３により、外部のクラウドストレージ４０へのバックアップデータの転送が非同期で行われる。対象データが圧縮方式１の場合は固定的にクラウドストレージ４０に送信され、圧縮方式２のデータはいずれかのクラウドストレージ４０に出力される。さらに、リモートサイト（クラウドサーバ３０、クラウドストレージ４０）にて、圧縮されたデータを展開できない場合（オリジナルデータを復元できない場合）には、他のクラウドストレージ４０のデータを参照してオリジナルのデータを復元する。さらに、マスタストレージ２０は、オリジナルデータと圧縮データのマッピング情報をすべての出力先となるクラウドストレージ４０の管理データ領域に転送する。例えば、クラウドサーバ３０−１上のリモート圧縮展開部３０１−１は、クラウドサーバ３０−１からクラウドストレージ４０−１上に構築されたバックアップボリューム４１−１の読み書きを行う際、圧縮方式１のデータであればデータをオリジナルデータに変換できる。一方、圧縮方式２のデータの場合、対象となるクラウドストレージ４０−１上にデータが存在すれば、オリジナルデータに変換が可能であるが、存在しない場合はリモートアクセス部３０２−１にデータの取得を要求する。リモートアクセス部３０２−１は、リモート圧縮展開部３０１−１からの要求により、他のクラウドストレージ４０−２上に要求されたデータが存在するかどうか確認し、データの取得を行う。
【０１１２】
以上の構成により、メインサイトと同じ機能を持つストレージシステムをリモートサイトに設置することなく、リモートサイトにて安価なクラウドクラウドサーバ、クラウドストレージを利用した災害対策運用を可能とするバックアップシステムが提供できる。つまり、複数の圧縮方式を組み合わせることで、メインサイトのマスタストレージ２０に格納されるデータ量を削減し、かつ、メインサイトからリモートサイトへのデータ転送量を抑えた運用が可能となる。
【０１１３】
上記実施形態にて説明したバックアップシステムの構成、動作等は例示であって、システムの構成を限定する趣旨ではない。例えば、上記実施形態では、圧縮方式１のデータをクラウドストレージ４０−１に対して固定的に送信しているが、圧縮方式２のデータを、例えば、クラウドストレージ４０−２に固定的に送信してもよい。この場合、クラウドストレージ４０−１には非圧縮データ、圧縮方式１のデータが格納され、クラウドストレージ４０−２には非圧縮データ、圧縮方式１のデータ、圧縮方式２のデータが格納されることになる。その上で、リモート圧縮展開部３０１−１が圧縮方式１にだけ対応可能、リモート圧縮展開部３０１−２が圧縮方式１及び２に対応可能という状況を考える。リモート圧縮展開部３０１−１は、圧縮方式２のデータが必要となると、クラウドストレージ４０−２に格納された圧縮方式２のデータ取得をクラウドサーバ３０−２に要求する。当該要求を受けたクラウドサーバ３０−２のリモート圧縮展開部３０１−２は、圧縮方式２のデータをバックアップボリューム４１−２から取得し、圧縮方式２によりデータを解凍した後に、オリジナルデータをクラウドサーバ３０−１に提供する。このような対応により、リモート圧縮展開部３０１−１は自身が対応していない圧縮方式２により圧縮されたオリジナルデータを得ることができる。
【０１１４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
上述の第１の視点に係るバックアップシステムのとおりである。
［付記２］
前記複数のクラウドストレージそれぞれに対応する、複数のクラウドサーバをさらに含み、
前記複数のクラウドサーバのうち第１のクラウドサーバは、自装置に対応する前記クラウドストレージに必要なデータが格納されていない場合には、前記必要なデータの取得を前記複数のクラウドサーバのうち前記第１のクラウドサーバとは異なる第２のクラウドサーバに要求し、
前記第２のクラウドサーバは、前記要求されたデータを自装置に対応する前記クラウドストレージから取得し、前記取得したデータを前記第１のクラウドサーバに出力する、付記１のバックアップシステム。
［付記３］
前記マスタストレージは、データを圧縮した際の圧縮方式に関する情報と、前記送信された圧縮データのアドレスに関する情報と、前記送信された圧縮データの格納先に関する情報と、を含むバックアップデータの所在に関する情報を前記複数のクラウドストレージに送信する、付記２のバックアップシステム。
［付記４］
前記クラウドサーバは、前記バックアップデータの所在に関する情報に基づいて、前記必要なデータが自装置に対応する前記クラウドストレージに存在するか否かを判断する、付記３のバックアップシステム。
［付記５］
前記クラウドサーバは、前記クラウドストレージから取得したデータが圧縮されている場合には、前記取得したデータを展開してオリジナルデータを取得する、付記２乃至４のいずれか一に記載のバックアップシステム。
［付記６］
前記マスタストレージは、インライン方式によりデータを圧縮する、付記１乃至５のいずれか一に記載のバックアップシステム。
［付記７］
前記マスタストレージは、ポストプロセス方式によりデータを圧縮する、付記１乃至６のいずれか一に記載のバックアップシステム。
［付記８］
上述の第２の視点に係るストレージ装置のとおりである。
［付記９］
上述の第３の視点に係るデータ転送方法のとおりである。
［付記１０］
上述の第４の視点に係るプログラムのとおりである。
なお、付記８〜付記１０の形態は、付記１の形態と同様に、付記２の形態〜付記７の形態に展開することが可能である。
【０１１５】
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【０１１６】
１０  メインサーバ
２０、１０１  マスタストレージ
２１  マスタボリューム
２２、３１、３１−１、３１−２、４２、４２−１、４２−２  コントローラ
２３  圧縮管理テーブル
３０、３０−１、３０−２  クラウドサーバ
４０、４０−１、４０−２、１０２  クラウドストレージ
４１、４１−１、４１−２  バックアップボリューム
４３、４３−１、４３−２  アドレス管理テーブル
４４、４４−１、４４−２  格納先管理テーブル
２０１  第１の圧縮部
２０２  第２の圧縮部
２０３  データ出力部
３０１、３０１−１、３０１−２  リモート圧縮展開部
３０２、３０２−１、３０２−２  リモートアクセス部
【図１】
2018173915.tif 000003
【図２】
2018173915.tif 000004
【図３】
2018173915.tif 000005
【図４】
2018173915.tif 000006
【図５】
2018173915.tif 000007
【図６】
2018173915.tif 000008
【図７】
2018173915.tif 000009
【図８】
2018173915.tif 000010
【図９】
2018173915.tif 000011
【図１０】
2018173915.tif 000012