ホーム > 特許ランキング > 日立ヴァンタラ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-30
(45)【発行日】2024-11-08
(54)【発明の名称】データ取得装置、データ取得方法、及びデータ取得プログラム
(51)【国際特許分類】
G06F 3/06 20060101AFI20241031BHJP
G06F 11/14 20060101ALI20241031BHJP
【ＦＩ】
G06F3/06 301Z
G06F3/06 304B
G06F3/06 304F
G06F11/14 669
【請求項の数】
9
(21)【出願番号】P 2022124119
(22)【出願日】2022-08-03
(65)【公開番号】P2024021351
(43)【公開日】2024-02-16
【審査請求日】2023-06-06
(73)【特許権者】
【識別番号】524132520
【氏名又は名称】日立ヴァンタラ株式会社
(74)【代理人】
【識別番号】110000279
【氏名又は名称】弁理士法人ウィルフォート国際特許事務所
(72)【発明者】
【氏名】原 彬大
(72)【発明者】
【氏名】山本 貴大
(72)【発明者】
【氏名】斎藤 秀雄
(72)【発明者】
【氏名】鈴木 貴敦
(72)【発明者】
【氏名】出口 彰
【審査官】田中 啓介
(56)【参考文献】
【文献】国際公開第２０１９／０２６２２２（ＷＯ，Ａ１）
【文献】特開２０１０－０２６９３９（ＪＰ，Ａ）
【文献】特開２０１０－１６０７１１（ＪＰ，Ａ）
【文献】特開２０１５－１１４７８４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ３／０６－３／０８
Ｇ０６Ｆ１１／１４－１１／２０
Ｇ０６Ｆ１２／００－１２／０６
Ｇ０６Ｆ１３／００－１３／１８
Ｇ０６Ｆ１６／００－１６／９５８
(57)【特許請求の範囲】
【請求項1】
ネットワークを介して外部ストレージシステムからデータを取得するデータ取得装置であって、
前記外部ストレージシステムには、所定のボリュームについてのスナップショットが管理されており、
前記データ取得装置は、プロセッサを有し、
前記プロセッサは、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付け、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得し、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分の有無を前記外部ストレージシステムに問い合せ、
問い合せ結果に基づいて、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得し、
前記データ取得装置に取得している前記第２スナップショットの所定の領域ごとのデータに対するリードが有ったか否かを示すリード有無を管理し、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付けた場合に、前記第２スナップショットのリード有の領域を優先して前記第１スナップショットのデータとの差分の有無を前記外部ストレージシステムに問い合せ、
前記第２スナップショットのリード有の領域に対応する差分データを優先して前記外部ストレージシステムから取得する
データ取得装置。
【請求項2】
前記プロセッサは、前記第２スナップショットのリード有の全ての領域における前記第１スナップショットとの差分データを前記外部ストレージシステムから取得した場合に、前記第１スナップショットのデータの取得指示の要求元に対して、応答する
請求項１に記載のデータ取得装置。
【請求項3】
前記プロセッサは、前記第２スナップショットのリード有のすべての領域における差分データを取得した後に、前記第２スナップショットのリード無の領域について前記第１スナップショットのデータとの差分の有無を前記外部ストレージシステムに問い合せ、
前記第２スナップショットのリード無の領域に対応する差分データを前記外部ストレージシステムから取得する
請求項１に記載のデータ取得装置。
【請求項4】
前記プロセッサは、前記第２スナップショットのリード無の領域に対応する差分データを前記外部ストレージシステムから取得しない
請求項１に記載のデータ取得装置。
【請求項5】
前記プロセッサは、前記第１スナップショットのデータに対するリード要求を受け付けた場合に、前記リード要求の対象領域のデータがすでに取得済みである場合には、取得しているデータをリード要求元に返す一方、前記リード要求の対象領域のデータが取得済みでない場合には、前記外部ストレージシステムから前記第１スナップショットの前記リード要求の対象領域のデータを取得し、リード要求元に返す
請求項１に記載のデータ取得装置。
【請求項6】
前記プロセッサは、取得した前記差分のデータを、前記第２スナップショットの作成元のデータを格納するボリュームに反映させ、
前記ボリュームのスナップショットを作成する
請求項１に記載のデータ取得装置。
【請求項7】
前記ネットワークは、ワイドエリアネットワークである請求項１に記載のデータ取得装置。
【請求項8】
ネットワークを介して外部ストレージシステムからデータを取得するデータ取得装置によるデータ取得方法であって、前記外部ストレージシステムには、所定のボリュームについてのスナップショットが管理されており、
前記データ取得装置は、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付け、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得し、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分の有無を前記外部ストレージシステムに問い合せ、
問い合せ結果に基づいて、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得し、
前記データ取得装置に取得している前記第２スナップショットの所定の領域ごとのデータに対するリードが有ったか否かを示すリード有無を管理し、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付けた場合に、前記第２スナップショットのリード有の領域を優先して前記第１スナップショットのデータとの差分の有無を前記外部ストレージシステムに問い合せ、
前記第２スナップショットのリード有の領域に対応する差分データを優先して前記外部ストレージシステムから取得する
データ取得方法。
【請求項9】
ネットワークを介して外部ストレージシステムからデータを取得するデータ取得装置を構成するコンピュータに実行させるためのデータ取得プログラムであって、前記外部ストレージシステムには、所定のボリュームについてのスナップショットが管理されており、
前記コンピュータに、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付けさせ、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得させ、
前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと前記第２スナップショットとの差分の有無を前記外部ストレージシステムに問い合わさせ、
問い合せ結果に基づいて、前記第１スナップショットと前記第２スナップショットとの差分のデータの少なくとも一部を前記外部ストレージシステムから取得させ、
前記データ取得装置に取得している前記第２スナップショットの所定の領域ごとのデータに対するリードが有ったか否かを示すリード有無を管理させ、
前記所定のボリュームの第１スナップショットのデータの取得指示を受け付けた場合に、前記第２スナップショットのリード有の領域を優先して前記第１スナップショットのデータとの差分の有無を前記外部ストレージシステムに問い合わさせ、
前記第２スナップショットのリード有の領域に対応する差分データを優先して前記外部ストレージシステムから取得させる
データ取得プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ネットワークを介して接続された外部ストレージシステムから必要なデータを取得する技術に関する。
【背景技術】
【0002】
例えば、オンプレミスで運用されている基幹業務のデータを２次利用するユースケースが拡大し、クラウドからオンプレミスのデータに即時アクセス可能にするインスタンスアクセス機能が検討されている。
【0003】
データを２次利用するユースケースとしては、例えば、時間経過による変化を継続的に分析するケースがあり、このようなケースは、同様な分析処理を異なる時点のスナップショットに対して実行する場合がある。クラウド側からオンプレミスのデータを読み出すと、レイテンシが大きいので、分析処理を高速化するには、クラウド上にデータ全域をコピーして格納しておく必要がある。
【0004】
例えば、クラウドバースティングに関する技術として、ボリュームへのアクセス頻度等からクラウドにコピーするデータを絞り込むことで、格納コストを抑えつつクラウド上のＩ／Ｏ性能を向上する技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0005】
【文献】国際公開第２０１８／１５４６９８号
【発明の概要】
【発明が解決しようとする課題】
【0006】
例えば、クラウド上で時間経過による変化を継続的に分析する場合において、異なる時点のスナップショットに対して分析処理を行うこととなるが、各時点のスナップショットのデータに対して分析処理を行う場合には、処理対象とするスナップショットを切り替えるたびに、スナップショットの全てのデータをオンプレミスからクラウド側にコピーする必要があり、データのコピーに長時間を要し、分析処理に長時間を要してしまう。
【0007】
本発明は、上記事情に鑑みなされたものであり、その目的は、必要なデータを迅速に取得することのできる技術を提供することにある。
【課題を解決するための手段】
【0008】
上記目的を達成するため、一観点に係るデータ取得装置は、ネットワークを介して外部ストレージシステムからデータを取得するデータ取得装置であって、前記外部ストレージシステムには、所定のボリュームについてのスナップショットが管理されており、前記データ取得装置は、プロセッサを有し、前記プロセッサは、前記所定のボリュームの第１スナップショットのデータの取得指示を受け付け、前記所定のボリュームの第２スナップショットのデータをすでに取得している場合に、前記第１スナップショットと、前記第２スナップショットとの少なくとも一部の差分のデータを前記外部ストレージシステムから取得する。
【発明の効果】
【0009】
本発明によれば、必要なデータを迅速に取得することができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【0012】
なお、以下の説明では、「プログラム」を動作の主体として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースデバイス（例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ））を用いながら行うため、処理の主体がプログラムとされてもよい。プログラムを動作の主体として説明された処理は、プロセッサ或いはそのプロセッサを有する計算機が行う処理としてもよい。
【0013】
また、以下の説明では、「ＡＡＡテーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ＡＡＡテーブル」を「ＡＡＡ情報」と呼ぶことができる。
【0014】
図１は、第１実施形態に係る計算機システムの全体概要図である。
【0015】
計算機システム１０は、データ取得装置の一例としてのストレージシステム１０１と、外部ストレージシステムの一例としてのストレージシステム１０２と、ホスト計算機１０３と、ホスト計算機１０４と、管理用端末１０５と、スイッチ（ＳＷ）１２０と、ゲートウェイ（ＧＷ）１２１と、ネットワーク１２２と、ゲートウェイ１２３と、スイッチ１２４とを備える。
【0016】
ストレージシステム１０１と、ホスト計算機１０３と、スイッチ１２０と、ゲートウェイ１２１とは、クラウド１００に設けられている。ストレージシステム１０２と、ホスト計算機１０４と、管理用端末１０５と、ゲートウェイ１２３と、スイッチ１２４とは、例えば、業務を実行する会社のデータセンタ（オンプレミス）に設けられてもよく、一部がクラウド１００とは違う別のクラウドに設けられていてもよい。
【0017】
スイッチ１２０は、クラウド１００の各装置、ゲートウェイ１２１よりネットワーク１２２側の装置における装置間の通信を仲介する。ゲートウェイ１２１は、スイッチ１２０とネットワーク１２２とに接続され、スイッチ１２０側とネットワーク１２２側との間の通信を仲介する。
【0018】
ホスト計算機１０３は、ストレージシステム１０１のボリューム（仮想ボリュームも含む）のデータを利用して、各種処理（例えば、分析処理等）を実行する。
【0019】
ストレージシステム１０１は、仮想ボリューム１０９と、１以上のストレージデバイス１１０とを含む。仮想ボリューム１０９は、ホスト計算機１０３の処理に利用されるデータを格納する。仮想ボリューム１０９の記憶領域は、ストレージシステム１０１のストレージデバイス１１０の記憶領域や、他（外部）のストレージシステム（ストレージシステム１０２）の記憶領域に基づいている。
【0020】
ネットワーク１２２は、例えば、ＷＡＮ（ワイドエリアネットワーク）などである。
【0021】
ゲートウェイ１２３は、ネットワーク１２２とスイッチ１２４とに接続され、ネットワーク１２２側とスイッチ１２４側との間の通信を仲介する。スイッチ１２０は、ホスト計算機１０４、管理用端末１０５、ストレージシステム１０２、及びクラウド１００の各装置における装置間の通信を仲介する。
【0022】
ホスト計算機１０４は、ストレージシステム１０２から提供されるボリュームを利用して業務に関わる処理（業務処理）を実行する。管理用端末１０５は、ストレージシステム１０１，１０２を管理する管理者により使用される計算機であり、ストレージシステム１０１，１０２に対して各種指示を行う。
【0023】
ストレージシステム１０２は、業務に関わるデータを管理するストレージシステムであって、ボリューム１０７と、ストレージデバイス１１１とを含む。ボリューム１０７は、ホスト計算機１０４による業務処理で利用するデータや、業務処理で生成されたデータを格納する。ボリューム１０７の記憶領域は、ストレージデバイス１１１の記憶領域に基づいている。本実施形態では、ストレージシステム１０２は、ボリューム１０７の所定の時点の状態を示すスナップショット（Ｓｎａｐｓｈｏｔ）１０８を格納している。
【0024】
計算機システム１０では、ホスト計算機１０３がストレージシステム１０２に格納されている所定の時点の業務処理のデータを利用して処理を行う場合には、基本的には、処理対象の所定の時点の業務処理のデータを示すスナップショットのデータをストレージシステム１０１にコピーして利用する。
【0025】
図２は、第１実施形態に係る計算機システムのハードウェア構成図である。
【0026】
計算機システム１０は、ストレージシステム１０１と、ストレージシステム１０２と、１以上のホスト計算機１０３と、ホスト計算機１０４と、管理用端末１０５と、スイッチ１２０と、ゲートウェイ１２１と、ゲートウェイ１２３と、スイッチ１２４と、スイッチ１２５とを含む。ストレージシステム１０２と、ホスト計算機１０４とはスイッチ１２５を介して接続されている。
【0027】
ストレージシステム１０１は、１以上のストレージノード２１０を含む。ストレージノード２１０は、コンピュータの一例であり、プロセッサの一例としてのＣＰＵ２１１と、メモリ２１２と、ＬＡＮポート２１３と、ストレージデバイス１１０とを含む。
【0028】
ＣＰＵ２１１は、メモリ２１２及び／又はストレージデバイス１１０に格納されているプログラムに従って各種処理を実行する。
【0029】
メモリ２１２は、例えば、ＲＡＭ（ＲＡＮＤＯＭ ＡＣＣＥＳＳ ＭＥＭＯＲＹ）であり、ＣＰＵ２１１で実行されるプログラムや、必要な情報を記憶する。
【0030】
ストレージデバイス１１０は、例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）ストレージなどであり、ＣＰＵ２１１で実行されるプログラムや、ＣＰＵ２１１に利用されるデータを記憶する。ストレージデバイス１１０は、クラウドがＡＷＳ（Ａｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ：Ａｍａｚｏｎは登録商標）であれば、ＥＢＳ（Ａｍａｚｏｎ Ｅｌａｓｔｉｃ ＢｌｏｃｋＳｔｏｒｅ）であってもよい。
【0031】
ＬＡＮポート２１３は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、他の装置（例えば、ホスト計算機１０３，ストレージシステム１０２等）と通信する。
【0032】
ホスト計算機１０３は、ＣＰＵ２３１と、メモリ２３２と、ＬＡＮポート２３３と、ストレージデバイス２３４とを含む。
【0033】
ストレージシステム１０２は、１以上のストレージノード２２０を含む。ストレージノード２２０は、プロセッサの一例としてのＣＰＵ２２１と、メモリ２２２と、ＬＡＮポート２２３と、ＦＣポート２２４と、ストレージデバイス１１１とを含む。なお、ストレージノード２１０と同一の名称の構成は、同様な機能を有する。
【0034】
ＦＣポート２２４は、他の装置（ホスト計算機１０４）とファイバチャネル（ＦＣ）で接続するためのインターフェースである。
【0035】
ホスト計算機１０４（管理用端末１０５）は、ＣＰＵ２４１と、メモリ２４２と、ＬＡＮポート２４３と、ストレージデバイス２４４と、ＦＣポート２４５とを含む。
【0036】
なお、ストレージシステム１０１，１０２は、ストレージアレイで構成しても、ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）で構成してもよい。また、ストレージシステム１０２とホスト計算機１０４とをＦＣで接続するようにしているが、ＦＣで接続しないようにしてもよい。
【0037】
図３は、第１実施形態に係るクラウド側のストレージシステムのメモリの構成図である。
【0038】
クラウド１００側のストレージシステム１０１のメモリ２１２は、Ｉ／Ｏパス接続プログラム３０１と、ホストＩ／Ｏ処理プログラム３０２と、仮想ボリューム管理プログラム３０３と、仮想ボリュームアドレス管理テーブル３０４と、読み出し有無管理テーブル３０５と、操作受付プログラム３０６と、データコピープログラム３０７と、接続先スナップショット履歴管理テーブル３０８とを格納する。
【0039】
Ｉ／Ｏパス接続プログラム３０１は、ＣＰＵ２１１に実行されることにより、外部ストレージ（ストレージシステム１０２）のスナップショットへのパスを接続し、スナップショットに対するＩ／Ｏを可能とする。ホストＩ／Ｏ処理プログラム３０２は、ＣＰＵ２１１に実行されることにより、ホスト計算機１０３からの仮想ボリュームに対するＩ／Ｏを処理する。仮想ボリューム管理プログラム３０３は、ＣＰＵ２１１に実行されることにより、仮想ボリュームを管理する処理（仮想ボリューム管理処理）等を行う。
【0040】
操作受付プログラム３０６は、ＣＰＵ２１１に実行されることにより、ユーザから（例えば、管理用端末１０５から）の操作指示を受け付けて、指示に対応する処理の実行等を制御する。データコピープログラム３０７は、ＣＰＵ２１１に実行されることにより、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）コマンドを用いてストレージシステム１０２の指定されたボリュームの論理ブロックアドレス（ＬＢＡ）のデータを読み出し、当該データをストレージシステム１０１の指定されたボリュームのＬＢＡに書き込むコピー処理を行う。
【0041】
図４は、第１実施形態に係る業務のデータを管理するストレージシステムのメモリの構成図である。
【0042】
ストレージシステム１０２のメモリ２２２は、差分有無管理プログラム４０１と、ボリューム管理プログラム４０２と、スナップショット管理プログラム４０３と、操作受付プログラム４０４と、格納データ管理テーブル４０５と、スナップショット管理テーブル４０６とを格納する。
【0043】
差分有無管理プログラム４０１は、ＣＰＵ２２１に実行されることにより、対象とする２つのスナップショットの所定の領域間について差分があるか否かを確認する差分有無管理処理を行う。ボリューム管理プログラム４０２は、ＣＰＵ２２１に実行されることにより、格納データ管理テーブル４０５の管理と、ボリュームに対するＩ／Ｏ処理を実行する。スナップショット管理プログラム４０３は、ＣＰＵ２２１に実行されることにより、ボリュームにおけるスナップショットの作成と、スナップショット管理テーブル４０６の管理を行う。操作受付プログラム４０４は、ＣＰＵ２２１に実行されることにより、ユーザからの操作指示を受け付けて、指示に対応する処理の実行等を制御する。
【0044】
次に、仮想ボリュームアドレス管理テーブル３０４について説明する。
【0045】
図５は、第１実施形態に係る仮想ボリュームアドレス管理テーブルの初回コピー完了時における状態を説明する図であり、図６は、第１実施形態に係る仮想ボリュームアドレス管理テーブルの接続先スナップショット切替時における状態を説明する図である。
【0046】
仮想ボリュームアドレス管理テーブル３０４は、仮想ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域のそれぞれについてのデータの格納先を管理するテーブルであり、仮想ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域ごとのエントリを格納する。仮想ボリュームアドレス管理テーブル３０４のエントリは、仮想ボリュームＩＤ５０１と、ＬＢＡ５０２と、ステータス５０３と、格納先種別５０４と、格納先ＩＤ５０５と、格納先ボリューム５０６と、格納先ＬＢＡ５０７とのフィールドを含む。
【0047】
仮想ボリュームＩＤ５０１には、エントリに対応する仮想ボリュームのＩＤ（仮想ボリュームＩＤ）が格納される。ＬＢＡ５０２には、エントリに対応する記憶領域の論理ブロックアドレス（ＬＢＡ）の範囲が格納される。
【0048】
ステータス５０３には、エントリに対応する記憶領域のステータスが格納される。ここで、ステータスとしては、エントリに対応する記憶領域のデータがストレージシステム１０１のストレージデバイス１１０に反映済み（取得済み）であることを示す反映済み、エントリに対応する記憶領域のデータをストレージシステム１０１のストレージデバイス１１０に反映させる必要があることを示す反映要等がある。
【0049】
格納先種別５０４には、エントリに対応する記憶領域のデータが実際に格納されている格納先の種別（格納先種別）が格納される。格納先種別としては、格納先がクラウド１００のストレージシステム１０１のストレージデバイス１１０である場合のストレージデバイスと、格納先がストレージシステム１０２のスナップショットである場合の接続先スナップショットとがある。格納先ＩＤ５０５には、エントリに対応する記憶領域のデータが格納されている格納先のＩＤ（格納先ＩＤ）が格納される。格納先ＩＤとしては、ストレージシステム１０２である場合に、ストレージシステム１０２のＩＤが格納される。
【0050】
格納先ボリューム５０６には、エントリに対応する記憶領域のデータが実際に格納されているボリュームのボリューム名が格納される。格納先ＬＢＡ５０７には、エントリに対応する領域のデータが格納されているボリュームにおける論理ブロックアドレスの範囲が格納される。
【0051】
例えば、初回コピー完了時、すなわち、ボリュームに対するスナップショットのデータを最初にストレージシステム１０１にコピーした場合には、仮想ボリュームアドレス管理テーブル３０４は、図５に示す状態となる。例えば、１行目のエントリによると、仮想ボリュームＩＤが１の仮想ボリュームの０～２５５の論理ブロックアドレスの範囲のデータは、ストレージシステム１０１のストレージデバイス１１０に反映済みであり、格納先種別がストレージデバイス、すなわち、ストレージシステム１０１のストレージデバイスであり、格納先ボリュームがストレージデバイス１であり、格納先の論理ブロックアドレスの範囲が０～２５５であることを示している。
【0052】
また、仮想ボリュームの接続先を別のスナップショットに切り替えた直後においては、仮想ボリュームアドレス管理テーブル３０４は、図６に示す状態となる。例えば、１行目のエントリによると、仮想ボリュームＩＤが１の仮想ボリュームの０～２５５の論理ブロックアドレスの範囲のデータは、ストレージシステム１０１のストレージデバイス１１０への反映が必要であり、格納先種別が接続先スナップショット、すなわち、ストレージシステム１０２のスナップショットであり、格納先が外部ストレージ１、すなわち、ストレージシステム１０２であり、格納先ボリュームが切替先のＳｎａｐｓｈｏｔ２であり、格納先の論理ブロックアドレスの範囲が０～２５５であることを示している。なお、仮想ボリュームを最初にスナップショットに接続した場合においては、図６に示す状態において格納先ＩＤ５０６に最初のスナップショットのＩＤ（例えば、Ｓｎａｐｓｈｏｔ１）が格納された状態となっている。
【0053】
次に、読み出し有無管理テーブル３０５について説明する。
【0054】
図７は、第１実施形態に係る読み出し有無管理テーブルの初回コピー完了時における状態を説明する図であり、図８は、第１実施形態に係る読み出し有無管理テーブルの接続先スナップショット切替時における状態を説明する図である。
【0055】
読み出し有無管理テーブル３０５は、仮想ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域ごとの読み出しの有無を管理するテーブルであり、仮想ボリュームの所定のサイズの記憶領域ごとのエントリを格納する。読み出し有無管理テーブル３０５のエントリは、仮想ボリュームＩＤ６０１と、ＬＢＡ６０２と、読み出し有無６０３とのフィールドを含む。
【0056】
仮想ボリュームＩＤ６０１には、エントリに対応する仮想ボリュームの仮想ボリュームＩＤが格納される。ＬＢＡ６０２には、エントリに対応する記憶領域の論理ブロックアドレスの範囲が格納される。読み出し有無６０３には、エントリに対応する記憶領域のデータに対するホスト計算機１０３による読み出しの有無（リード有無）が格納される。
【0057】
例えば、初回コピー完了時、すなわち、ボリュームに対するスナップショットのデータを最初にストレージシステム１０１にコピーした場合には、読み出し有無管理テーブル３０５は、図７に示す状態となる。すなわち、各エントリの読み出し有無６０３は、読み出しが無いことを示す無（リード無）に設定されている。
【0058】
また、仮想ボリュームの接続先を別のスナップショットに切り替えた直後においては、読み出し有無管理テーブル３０５は、図８に示すように切り替え前のスナップショットに対する読み出し有無の状態が維持された状態となっている。例えば、１行目のエントリによると、仮想ボリュームＩＤが１の仮想ボリュームの０～２５５の論理ブロックアドレスの範囲のデータに対しては、読み出しが有ったことを示す有（リード有）が設定されている。
【0059】
次に、接続先スナップショット履歴管理テーブル３０８について説明する。
【0060】
図９は、第１実施形態に係る接続先スナップショット履歴管理テーブルの構成図である。
【0061】
接続先スナップショット履歴管理テーブル３０８は、仮想ボリュームの接続先のスナップショット（スナップショットボリューム）を管理するテーブルであり、仮想ボリューム毎のエントリを格納する。接続先スナップショット履歴管理テーブル３０８のエントリは、仮想ボリュームＩＤ９０１と、接続先ストレージ９０２と、接続先スナップショットＩＤ９０３とのフィールドを含む。
【0062】
仮想ボリュームＩＤ９０１には、エントリに対応する仮想ボリュームのＩＤが格納される。接続先ストレージ９０２には、エントリに対応する仮想ボリュームの接続先のストレージのＩＤが格納される。接続先スナップショットＩＤ９０３には、エントリに対応する仮想ボリュームの接続先のスナップショットのＩＤが格納される。
【0063】
次に、格納データ管理テーブル４０５について説明する。
【0064】
図１０は、第１実施形態に係る格納データ管理テーブルの構成図である。
【0065】
格納データ管理テーブル４０５は、ストレージシステム１０２におけるスナップショットのボリュームの格納先を管理するテーブルであり、ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域毎のエントリを格納する。
【0066】
格納データ管理テーブル４０５のエントリは、ＳｎａｐｓｈｏｔＩＤ７０１と、ＬＢＡ７０２と、格納先ストレージデバイスＩＤ７０３と、格納先ＬＢＡ７０４とのフィールドを含む。
【0067】
ＳｎａｐｓｈｏｔＩＤ７０１には、エントリに対応するスナップショットのＩＤ（ＳｎａｐｓｈｏｔＩＤ）が格納される。ＬＢＡ７０２には、エントリに対応する記憶領域の論理ブロックアドレスの範囲が格納される。格納先ストレージデバイスＩＤ７０３には、エントリに対応する記憶領域のデータが格納されているストレージデバイスのＩＤが格納される。格納先ＬＢＡ７０４には、エントリに対応する記憶領域のデータが格納されているストレージデバイスの論理ブロックアドレスの範囲が格納される。なお、格納先のＬＢＡとしては、Ｔｈｉｎ ｐｒｏｖｉｓｉｏｎｉｎｇに基づく仮想化された領域のＬＢＡであってもよく、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ （ｏｒ Ｉｎｅｘｐｅｎｓｉｖｅ） Ｄｉｓｋｓ）や、Ｅｒａｄｕｒｅ Ｃｏｄｉｎｇによる冗長化がされた領域のＬＢＡであってもよい。
【0068】
次に、スナップショット管理テーブル４０６について説明する。
【0069】
図１１は、第１実施形態に係るスナップショット管理テーブルの構成図である。
【0070】
スナップショット管理テーブル４０６は、ボリュームに対するスナップショットを管理するテーブルであり、各ボリュームのスナップショットごとのエントリを格納する。スナップショット管理テーブル４０６のエントリは、作成元ボリュームＩＤ８０１と、ＳｎａｐｓｈｏｔＩＤ８０２と、作成日時８０３とのフィールドを含む。
【0071】
作成元ボリュームＩＤ８０１には、エントリに対応するスナップショットの作成元のボリュームのＩＤが格納される。ＳｎａｐｓｈｏｔＩＤ８０２には、エントリに対応するスナップショットのＩＤが格納される。作成日時８０３には、エントリに対応するスナップショットを作成した日時が格納される。
【0072】
次に、計算機システム１０を利用する際におけるユーザの操作手順について説明する。
【0073】
図１２は、第１実施形態に係る計算機システムの利用におけるユーザの操作手順のフローチャートである。図１２は、計算機システム１０において、ストレージシステム１０１にホスト計算機１０３の分析処理に使用するスナップショット（第２スナップショットの一例）のデータをコピーするための仮想ボリュームを作成し、仮想ボリュームにスナップショットのデータをコピーし、この仮想ボリュームを使用して分析処理を行い、次の分析処理に使用する別のスナップショット（第１スナップショットの一例）のデータをコピーし、分析処理を行う際の手順である。
【0074】
まず、ユーザは、管理用端末１０５に対して、仮想ボリュームと、仮想ボリュームに接続する接続先のスナップショット（第２スナップショット）を指定し、このスナップショットのコピー指示する（Ｓ１１００）。これに対して、管理用端末１０５は、仮想ボリュームと、接続先のスナップショットとを含むコピー指示（取得指示）をストレージシステム１０１に送信する。
【0075】
ユーザは、ストレージシステム１０１から管理用端末１０５へのコピー完了の応答を待機する（Ｓ１１０１）。
【0076】
次いで、コピー完了の応答が返ってきた時には、管理用端末１０５により、分析処理に用いるホスト計算機１０３から仮想ボリュームに接続させ、ホスト計算機１０３に仮想ボリュームからデータの読み出しを開始させて分析処理を実行させる（Ｓ１１０２）。
【0077】
ユーザは、ホスト計算機１０３から管理用端末１０５への分析完了の応答を待機する（Ｓ１１０３）。
【0078】
その後、ユーザは、次の処理対象となるスナップショットがストレージシステム１０２で作成され、そのスナップショットを用いての分析処理を実行するまで待機する（Ｓ１１０４）。
【0079】
次に、ユーザは、管理用端末１０５に対して、仮想ボリュームと、新たに仮想ボリュームに接続する接続先の新規のスナップショット（第１スナップショット）を指定し、このスナップショットのコピーを指示する（Ｓ１１０５）。これに対して、管理用端末１０５は、仮想ボリュームと、接続先のスナップショットとを含むコピー指示をストレージシステム１０１に送信する。
【0080】
ユーザは、ストレージシステム１０１から管理用端末１０５へのコピー完了の応答を待機する（Ｓ１１０６）。
【0081】
次いで、コピー完了の応答が返ってきた時には、管理用端末１０５により、分析処理に用いるホスト計算機１０３に仮想ボリュームからデータの読み出しを開始させて分析処理を実行させる（Ｓ１１０７）。
【0082】
ユーザは、ホスト計算機１０３から管理用端末１０５への分析完了の応答を待機する（Ｓ１１０８）。
【0083】
その後、ユーザは、以降に次の分析処理の対象となるスナップショットをストレージシステム１０２で作成する場合（Ｓ１１０９：ＹＥＳ）には、処理をステップＳ１１０４に進める一方、以降に次の分析処理の対象となるスナップショットをストレージシステム１０２で作成しない場合（Ｓ１１０９：ＮＯ）には、処理を終了する。
【0084】
次に、仮想ボリューム管理処理について説明する。
【0085】
仮想ボリューム管理処理は、ストレージシステム１０１の操作受付プログラム３０６が管理用端末１０５から、仮想ボリュームと接続先のスナップショットとの指定を含むコピー指示を受け付けた場合に実行される。
【0086】
図１３は、第１実施形態に係る仮想ボリューム管理処理のフローチャートである。
【0087】
ストレージシステム１０１の仮想ボリューム管理プログラム３０３（厳密には、仮想ボリューム管理プログラム３０３を実行するＣＰＵ２１１）は、指定された仮想ボリュームが存在するか否かを判定する（Ｓ１２００）。
【0088】
この結果、指定された仮想ボリュームが存在する場合（Ｓ１２００：ＹＥＳ）には、仮想ボリューム管理プログラム３０３は、指定されたスナップショットを接続するようにＩ／Ｏパス接続プログラム３０１の実行を指示する（Ｓ１２０１）。これにより、Ｉ／Ｏパス接続プログラム３０１は、仮想ボリュームを指定されたスナップショットに接続する処理を実行することとなる。
【0089】
次いで、仮想ボリューム管理プログラム３０３は、指定されたスナップショットＩＤを指定して、差分反映処理（図１４参照）を実行させ（Ｓ１２０２）、処理を終了する。
【0090】
一方、指定された仮想ボリュームが存在しない場合（Ｓ１２００：ＮＯ）には、仮想ボリューム管理プログラム３０３は、指定されたスナップショットを接続するようにＩ／Ｏパス接続プログラム３０１の実行を指示する（Ｓ１２０３）。これにより、Ｉ／Ｏパス接続プログラム３０１は、仮想ボリュームを指定されたスナップショットに接続する処理を実行することとなる。
【0091】
次いで、仮想ボリューム管理プログラム３０３は、Ｉ／Ｏパス接続プログラム３０１による処理の完了まで待機し（Ｓ１２０４）、その後、仮想ボリュームアドレス管理テーブル３０４に指定された仮想ボリュームの情報を作成する（Ｓ１２０５）。
【0092】
次いで、仮想ボリューム管理プログラム３０３は、データコピープログラム３０７に、指定されたスナップショットの全データをストレージシステム１０１のストレージデバイス１１０にコピーさせる指示を行い（Ｓ１２０６）、全データコピー完了するまで待機し（Ｓ１２０７）、全データコピーが完了すると、仮想ボリュームアドレス管理テーブル３０４のフィールドを更新し（Ｓ１２０８）、終了する。具体的には、ステップＳ１２０８では、仮想ボリューム管理プログラム３０３は、指定された仮想ボリュームのエントリのステータス５０３を反映済みに変更し、格納先種別５０４をストレージデバイスに変更し、格納先ボリューム５０６をストレージシステム１０１のストレージデバイス１１０に更新する。
【0093】
次に、ステップＳ１２０２の差分反映処理について説明する。
【0094】
図１４は、第１実施形態に係る差分反映処理のフローチャートである。
【0095】
仮想ボリューム管理プログラム３０３は、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームのエントリのフィールドを図６に示すように更新する（Ｓ１３００）。具体的には、仮想ボリューム管理プログラム３０３は、エントリのステータス５０３を反映要に更新し、格納先種別５０４を接続先Ｓｎａｐｓｈｏｔに更新し、格納先ＩＤを、ストレージシステム１０２を示す外部ストレージに変更し、格納先ボリューム５０６を切り替え後のスナップショットに変更する。
【0096】
仮想ボリューム管理プログラム３０３は、読み出し有無管理テーブル３０５を参照し、読み出し有（リード有）となっているＬＢＡを確認し（Ｓ１３０１）、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームの読み出し有となっているＬＢＡに対応するエントリにおいて、ステータス５０３を優先反映要に更新する（Ｓ１３０２）。
【0097】
次いで、仮想ボリューム管理プログラム３０３は、読み出し有無管理テーブル３０５の指定された仮想ボリュームに対応するすべてのエントリの読み出し有無６０３をクリアする、すなわち、無に設定する（Ｓ１３０３）。
【0098】
次いで、仮想ボリューム管理プログラム３０３は、接続先スナップショット履歴管理テーブル３０８を参照し、指定された仮想ボリュームに対して、前回接続された、すなわち、切り替え前のスナップショットのＩＤを特定する（Ｓ１３０４）。
【0099】
次いで、仮想ボリューム管理プログラム３０３は、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームのエントリの中に、ステータス５０３が優先反映要に設定されているＬＢＡのエントリがあるか否かを判定する（Ｓ１３０５）。
【0100】
この結果、ステータス５０３が優先反映要に設定されているＬＢＡのエントリがある場合（Ｓ１３０５：ＹＥＳ）には、仮想ボリューム管理プログラム３０３は、優先反映要に設定されているＬＢＡの中の最も若い番号（最若番）を、切り替え前のスナップショットの同じＬＢＡのデータとの差分を確認する対象（差分確認対象）として設定する（Ｓ１３０６）。
【0101】
次いで、仮想ボリューム管理プログラム３０３は、差分確認対象のスナップショットのスナップショットＩＤ及び切り替え前のスナップショットのスナップショットＩＤと、差分確認対象のＬＢＡとを指定し、差分コピー処理（図１５参照）の実行を指示する（Ｓ１３０７）。次いで、仮想ボリューム管理プログラム３０３は、差分コピー処理の終了後に、仮想ボリュームアドレス管理テーブル３０４の差分確認対象のＬＢＡのエントリの項目を更新し、具体的には、ステータス５０３を反映済みに変更し、格納先種別５０４をストレージデバイスに変更し、格納先ボリューム５０６をストレージシステム１０１のストレージデバイス１１０に更新し（Ｓ１３０８）、処理をステップＳ１３０５に進める。
【0102】
一方、ステータス５０３が優先反映要に設定されているＬＢＡのエントリがない場合（Ｓ１３０５：ＮＯ）には、切り替え前のスナップショットに対して読み出しがあった全てのＬＢＡに対応するデータの差分を反映させたことを意味しており、他のＬＢＡのデータの差分を反映していなくても、分析処理への遅延の影響が弱いと考えられるので、仮想ボリューム管理プログラム３０３は、ユーザの管理用端末１０５（要求元）へコピー完了の応答を返す（Ｓ１３０９）。これにより、ユーザは、切り替え後のスナップショットのデータを用いた分析処理を開始することができるようになる。
【0103】
次いで、仮想ボリューム管理プログラム３０３は、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームのエントリの中に、ステータス５０３が反映要に設定されているＬＢＡのエントリがあるか否かを判定する（Ｓ１３１０）。
【0104】
この結果、ステータス５０３が反映要に設定されているＬＢＡのエントリがある場合（Ｓ１３１０：ＹＥＳ）には、仮想ボリューム管理プログラム３０３は、反映要に設定されているＬＢＡの中の最も若い番号（最若番）を、切り替え前のスナップショットの同じＬＢＡのデータとの差分を確認する対象（差分確認対象）として設定する（Ｓ１３１１）。
【0105】
次いで、仮想ボリューム管理プログラム３０３は、差分確認対象のスナップショットのスナップショットＩＤ及び切り替え前のスナップショットのスナップショットＩＤと、差分確認対象のＬＢＡとを指定し、差分コピー処理（図１５参照）の実行を指示する（Ｓ１３１２）。次いで、仮想ボリューム管理プログラム３０３は、差分コピー処理の終了後に、仮想ボリュームアドレス管理テーブル３０４の差分確認対象のＬＢＡのエントリの項目を更新し、具体的には、ステータス５０３を反映済みに変更し、格納先種別５０４をストレージデバイスに変更し、格納先ボリューム５０６をストレージシステム１０１のストレージデバイス１１０に更新し（Ｓ１３１３）、処理をステップＳ１３１０に進める。
【0106】
一方、ステータス５０３が反映要に設定されているＬＢＡのエントリがない場合（Ｓ１３１０：ＮＯ）には、切り替え後のスナップショットの全てのＬＢＡに対応するデータの差分を反映させたことを意味しているので、仮想ボリューム管理プログラム３０３は、接続先スナップショット履歴管理テーブル３０８の指定された仮想ボリュームに対応するエントリの接続先スナップショットＩＤ９０３を今回接続した、すなわち、切り替え後のスナップショットのＩＤに更新し（Ｓ１３１４）、差分反映処理を終了する。
【0107】
次に、ステップＳ１３０７，Ｓ１３１２の差分コピー処理について説明する。
【0108】
図１５は、第１実施形態に係る差分コピー処理のフローチャートである。
【0109】
仮想ボリューム管理プログラム３０３は、ストレージシステム１０２に対して、差分確認対象のスナップショットのスナップショットＩＤ及び切り替え前のスナップショットのスナップショットＩＤと、差分確認対象のＬＢＡとを指定して差分有無管理処理の実行を指示する（Ｓ１４００）。ここで、ストレージシステム１０２への差分有無管理処理の実行指示は、ストレージシステム１０２のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍａｂｌｅ Ｉｎｔｅｒｆａｃｅ）を用いてもよい。
【0110】
この結果、ストレージシステム１０２では、操作受付プログラム４０４が差分有無管理処理の実行指示を受領し（Ｓ１４０１）、差分有無管理プログラム４０１に、指定されたスナップショットＩＤの指定されたＬＢＡを対象として、切り替え前のスナップショットとの差分を確認する差分有無確認処理（図１６参照）を実行させる（Ｓ１４０２）。
【0111】
次いで、差分有無管理プログラム４１０は、差分有無確認処理の処理結果である、データ差分有無を応答する（Ｓ１４０３）。
【0112】
仮想ボリューム管理プログラム３０３は、ストレージシステム１０２からのデータ差分有無を受領し（Ｓ１４０４）、差分確認対象のスナップショットのＬＢＡにデータ差分があるか否かを判定する（Ｓ１４０５）。
【0113】
この結果、差分確認対象のスナップショットのＬＢＡにデータ差分がある場合（Ｓ１４０５：ＹＥＳ）には、仮想ボリューム管理プログラム３０３は、データコピープログラム３０７に、コピー元となる差分確認対象のスナップショットとデータ差分があるＬＢＡとコピー先となる仮想ボリューム１０９とＬＢＡを指定して、指定したＬＢＡのデータ（差分データ）をストレージシステム１０１にコピーさせる指示を行い（Ｓ１４０６）、全データコピー完了するまで待機し（Ｓ１４０７）、データコピーが完了すると、処理を終了する。
【0114】
一方、差分確認対象のスナップショットのＬＢＡにデータ差分がない場合（Ｓ１４０５：ＮＯ）には、仮想ボリューム管理プログラム３０３は、処理を終了する。
【0115】
次に、ステップＳ１４０２の差分有無確認処理について説明する。
【0116】
図１６は、第１実施形態に係る差分有無確認処理のフローチャートである。
【0117】
差分有無管理プログラム４０１は、指定されたスナップショットＩＤのＬＢＡを対象として、格納データ管理テーブル４０５を参照し（Ｓ１５００）、対象のＬＢＡ（対象ＬＢＡ）の格納先ストレージデバイスＩＤ７０３と格納先ＬＢＡ７０４の値が切り替え前後のスナップショット間で異なるか否かを判定する（Ｓ１５０１）。
【0118】
この結果、対象ＬＢＡの格納先が切り替え前後のスナップショット間で異なると判定した場合（Ｓ１５０１:ＹＥＳ）には、差分有無管理プログラム４０１は、データ差分有として応答を返し（Ｓ１５０２）、処理を終了する一方、対象ＬＢＡの格納先が切り替え前後のスナップショット間で異ならないと判定した場合（Ｓ１５０１:ＮＯ）には、差分有無管理プログラム４０１は、データ差分無として応答を返し（Ｓ１５０３）、処理を終了する。
【0119】
次に、ストレージシステム１０１においてホスト計算機１０３からリード要求（読み出し要求）を受信した場合のホストリード処理について説明する。
【0120】
図１７は、第１実施形態に係るホストリード処理のフローチャートである。
【0121】
ホストＩ／Ｏ処理プログラム３０２は、ホスト計算機１０３からリード要求を受け付けると、仮想ボリュームアドレス管理テーブル３０４を参照し、リード要求に含まれる仮想ボリュームのＬＢＡ（対象ＬＢＡ）のステータスを確認し（Ｓ１６００）、ステータスが反映済みであるか否かを判定する（Ｓ１６０１）。
【0122】
この結果、ステータスが反映済みである場合（Ｓ１６０１：ＹＥＳ）には、ホストＩ／Ｏ処理プログラム３０２は、クラウド１００のストレージシステム１０１のストレージデバイス１１０の対象ＬＢＡからデータを読み出して、リード要求元のホスト計算機１０３に応答し（Ｓ１６０２）、読み出し有無管理テーブル３０５の対象ＬＢＡの読み出し有無を有に更新し（Ｓ１６０３）、処理を終了する。
【0123】
一方、ステータスが反映済みでない場合（Ｓ１６０１：ＮＯ）には、ホストＩ／Ｏ処理プログラム３０２は、ストレージシステム１０２のスナップショットの対象ＬＢＡからデータを読み出し（Ｓ１６０４）、読み出したデータをリード要求元のホスト計算機１０３に応答し（Ｓ１６０５）、読み出し有無管理テーブル３０５の対象ＬＢＡの読み出し有無を有に更新し（Ｓ１６０６）、処理を終了する。
【0124】
以上説明したように、第１実施形態に係る計算機システム１０によると、或るボリュームの或るスナップショットのデータをストレージシステム１０１に読み出した後に、同じボリュームの別のスナップショットのデータを分析等の処理に利用する場合において、スナップショット間の差分のデータのみをストレージシステム１０２からストレージシステム１０１に読み出すようにしているので、処理に必要なスナップショットのデータを迅速にストレージシステム１０１で取得でき、処理の完了までの時間を短縮することができる。
【0125】
次に、第２実施形態に係る計算機システム１０Ａについて説明する。なお、第２実施形態の説明において、第１実施形態に係る計算機システム１０と同様な機能や処理については同一の符号を付すこととする。
【0126】
図１８は、第２実施形態に係る計算機システムの全体概要図である。
【0127】
計算機システム１０Ａは、クラウド１００Ａにおいて、ストレージシステム１０１に代えて、ストレージシステム１０１Ａを備える。
【0128】
ストレージシステム１０１Ａは、仮想ボリューム１０９と、１以上のストレージデバイス１１０とを含む。仮想ボリューム１０９は、ホスト計算機１０３の処理に利用されるデータを格納する。仮想ボリューム１０９の記憶領域は、ストレージシステム１０１のストレージデバイス１１０の記憶領域や、他のストレージシステム（ストレージシステム１０２）の記憶領域に基づいている。本実施形態では、ストレージシステム１０１Ａは、仮想ボリューム１０９の所定の状態を示す、１以上のスナップショット（スナップショットボリューム）１７００を管理する。
【0129】
次に、クラウド側のストレージシステム１０１Ａのメモリの構成について説明する。
【0130】
図１９は、第２実施形態に係るクラウド側のストレージシステムのメモリの構成図である。
【0131】
クラウド１００Ａ側のストレージシステム１０１Ａのメモリ２１２は、スナップショット管理プログラム１９０１と、スナップショット管理テーブル１９０４と、Ｉ／Ｏパス接続プログラム３０１と、ホストＩ／Ｏ処理プログラム３０２と、仮想ボリューム管理プログラム１９０２と、ボリュームアドレス管理テーブル１９０３と、読み出し有無管理テーブル３０５と、操作受付プログラム３０６と、データコピープログラム３０７と、接続先スナップショット履歴管理テーブル１９０５と、を格納する。
【0132】
スナップショット管理プログラム１９０１は、ＣＰＵ２１１に実行されることにより、仮想ボリューム１０９におけるスナップショットの作成と、スナップショット管理テーブル１９０４の管理を行う。
【0133】
スナップショット管理テーブル１９０４は、仮想ボリュームに対するスナップショットを管理するテーブルであり、各仮想ボリュームのスナップショットごとのエントリを格納する。スナップショット管理テーブル１９０４のエントリの構成は、スナップショット管理テーブル４０６と同様である。
【0134】
仮想ボリューム管理プログラム１９０２は、ＣＰＵ２１１に実行されることにより、仮想ボリュームを管理する処理（仮想ボリューム管理処理）等を行う。なお、第１実施形態に係る仮想ボリューム管理プログラム３０３とは、一部の処理が異なっている。
【0135】
次に、ボリュームアドレス管理テーブル１９０３について説明する。
【0136】
図２０は、第２実施形態に係るボリュームアドレス管理テーブルの２番目のスナップショットのデータの取得後における状態を説明する図である。
【0137】
ボリュームアドレス管理テーブル１９０３は、ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域のデータの格納先を管理するテーブルであり、ボリュームの所定のサイズ（例えば、２５６個の論理ブロック分）の記憶領域ごとのエントリを格納する。ボリュームアドレス管理テーブル１９０３のエントリは、仮想ボリュームアドレス管理テーブル３０４のエントリと、一部のフィールドが異なっている。なお、同様なフィールドについては、同一の符号を付すこととする。
【0138】
ボリュームアドレス管理テーブル１９０３のエントリは、ボリューム種別２０００と、ＩＤ２００１と、ＬＢＡ５０２と、ステータス５０３と、格納先種別５０４と、格納先ＩＤ５０５と、格納先ＬＢＡ５０７とのフィールドを含む。
【0139】
ボリューム種別２０００には、エントリに対応するボリュームの種別が格納される。ボリュームの種別としては、仮想ボリュームや、スナップショットボリュームを示すＳｎａｐｓｈｏｔとがある。ＩＤ２００１には、エントリに対応するボリュームのＩＤ（ボリュームＩＤ）が格納される。
【0140】
例えば、ボリュームに対する２番目のスナップショットのデータがストレージシステム１０１に取得された場合には、ボリュームアドレス管理テーブル１９０３は、図２０に示す状態となる。例えば、１行目のエントリによると、ボリューム種別がＳｎａｐｓｈｏｔであり、ボリュームＩＤが２のボリューム（スナップショットボリューム）の０～２５５のＬＢＡの範囲のデータは、ストレージシステム１０１のストレージデバイス１１０に反映済みであり、格納先種別がストレージデバイス、すなわち、ストレージシステム１０１のストレージデバイスであり、格納先ＩＤが１であり、格納先の論理ブロックアドレスが０～２５５であることを示している。
【0141】
次に、接続先スナップショット履歴管理テーブル１９０５について説明する。
【0142】
図２１は、第２実施形態に係る接続先スナップショット履歴管理テーブルの構成図である。
【0143】
接続先スナップショット履歴管理テーブル１９０５は、ストレージシステム１０１Ａのスナップショットの接続先であるストレージシステム１０２のスナップショットを管理するテーブルであり、スナップショット毎のエントリを格納する。接続先スナップショット履歴管理テーブル１９０５のエントリは、スナップショットＩＤ２１０１と、接続先ストレージ９０２と、接続先スナップショットＩＤ９０３とのフィールドを含む。
【0144】
スナップショットＩＤ２１０１には、エントリに対応するスナップショットのＩＤが格納される。
【0145】
次に、計算機システム１０Ａを利用する際におけるユーザの操作手順について説明する。
【0146】
図２２は、第２実施形態に係る計算機システムの利用におけるユーザの操作手順のフローチャートである。なお、図１２に示す第１実施形態に係る計算機システムの利用におけるユーザの操作手順のフローチャートと同様な処理については同一の符号を付すこととする。
【0147】
まず、ユーザは、管理用端末１０５に対して、ストレージシステム１０２の接続先のスナップショットを指定し、クラウド１００Ａ上へのスナップショットの作成を指示する（Ｓ１８０１）。これに対して、管理用端末１０５は、接続先のスナップショットの指定を含むスナップショット作成指示（取得指示）をストレージシステム１０１Ａに送信する。
【0148】
ユーザは、ストレージシステム１０１Ａから管理用端末１０５への作成完了の応答を待機する（Ｓ１８０２）。
【0149】
次いで、作成完了の応答が返ってきた時には、管理用端末１０５により、分析処理に用いるホスト計算機１０３からストレージシステム１０１Ａに作成したスナップショットに接続させ、ホスト計算機１０３にストレージシステム１０１Ａのスナップショットからデータの読み出しを開始させて分析処理を実行させる（Ｓ１８０３）。
【0150】
ステップＳ１８０４では、ユーザは、管理用端末１０５に対して、ストレージシステム１０２の分析対象となるスナップショット（接続先スナップショット）のＩＤ（スナップショットＩＤ）と、ストレージシステム１０１Ａで前回作成した対応するスナップショットのＩＤ（スナップショットＩＤ）と指定し、クラウド１００Ａ上への新規のスナップショットの作成を指示する（Ｓ１８０４）。これに対して、管理用端末１０５は、接続先のスナップショットのスナップショットＩＤと、前回作成したスナップショットのスナップショットＩＤとの指定を含むスナップショット作成指示をストレージシステム１０１Ａに送信する。
【0151】
ユーザは、ストレージシステム１０１Ａから管理用端末１０５への作成完了の応答を待機する（Ｓ１８０５）。
【0152】
次いで、作成完了の応答が返ってきた時には、管理用端末１０５により、分析処理に用いるホスト計算機１０３からストレージシステム１０１Ａに作成したスナップショットに接続させ、ホスト計算機１０３にスナップショットからデータの読み出しを開始させて分析処理を実行させる（Ｓ１８０６）。
【0153】
次に、仮想ボリューム管理処理について説明する。仮想ボリューム管理処理は、ストレージシステム１０１Ａの操作受付プログラム３０６が管理用端末１０５から、スナップショット作成指示を受け付けた場合に実行される。
【0154】
【0155】
ストレージシステム１０１Ａの仮想ボリューム管理プログラム１９０２（厳密には、仮想ボリューム管理プログラム１９０２を実行するＣＰＵ２１１）は、接続先スナップショット履歴管理テーブル１９０５に指定された前回作成したスナップショットのスナップショットＩＤが存在するか否かを判定する（Ｓ２１００）。
【0156】
この結果、前回作成したスナップショットのスナップショットＩＤが存在する場合（Ｓ２１００：ＹＥＳ）には、仮想ボリューム管理プログラム１９０２は、処理をステップＳ１２０１に進める一方、前回作成したスナップショットのスナップショットＩＤが存在しない場合（Ｓ２１００：ＮＯ）には、処理をステップＳ１２０３に進める。
【0157】
ステップＳ１２０１の後に、仮想ボリューム管理プログラム１９０２は、接続先スナップショット履歴管理テーブル１９０５を参照して前回作成したスナップショットのスナップショットＩＤに対応するエントリを特定し、このエントリから、前回（切り替え前）の接続先のスナップショットのスナップショットＩＤを特定し、切り替え前後のスナップショットのスナップショットＩＤを指定して、差分反映処理（図１４参照）を実行させる（Ｓ２１０１）。
【0158】
差分反映処理が終わると、仮想ボリューム管理プログラム１９０２は、差分を反映させた仮想ボリュームのスナップショットを作成し、スナップショット管理テーブル１９０４を更新し（Ｓ２１０２）、処理を終了する。ステップＳ２１０２では、具体的には、仮想ボリューム管理プログラム１９０２は、スナップショット管理テーブル１９０４に作成したスナップショットのエントリを作成し、このエントリに、スナップショットの作成元の仮想ボリュームのＩＤと、スナップショットのＩＤと、作成日時とを登録する。
【0159】
ステップＳ２１０３では、仮想ボリューム管理プログラム１９０２は、ボリュームアドレス管理テーブル１９０３に、スナップショットのデータを格納する仮想ボリュームの情報を作成する。
【0160】
ステップＳ２１０４では、全データコピーが完了すると、仮想ボリューム管理プログラム１９０２は、ボリュームアドレス管理テーブル１９０３のフィールドを更新する。具体的には、仮想ボリューム管理プログラム１９０２は、仮想ボリュームのエントリのステータス５０３を反映済みに変更し、格納先種別５０４をストレージデバイスに変更し、格納先ボリューム５０６をストレージシステム１０１Ａのストレージデバイス１１０に更新する。
【0161】
次いで、仮想ボリューム管理プログラム１９０２は、指定されたスナップショットのデータが格納された仮想ボリュームのスナップショットを作成し、作成したスナップショットの情報をスナップショット管理テーブル１９０４に登録し（Ｓ２１０５）、処理を終了する。具体的には、ステップＳ２１０５では、仮想ボリューム管理プログラム１９０２は、スナップショット管理テーブル１９０４に、作成したスナップショットのエントリを作成し、このエントリに、スナップショットの作成元の仮想ボリュームのＩＤと、スナップショットのＩＤと、作成日時とを登録する。
【0162】
上記した実施形態によると、ストレージシステム１０２からストレージシステム１０１に読み出されたスナップショットのデータを、それぞれスナップショットとしてストレージシステム１０１で保持することができる。このため、後に同じスナップショットを利用する場合において、ストレージシステム１０１から再度読み出す必要がなく、迅速に処理に利用することができるようになる。
【0163】
次に、第３実施形態に係る計算機システムについて説明する。なお、第３実施形態に係る計算機システムは、第１実施形態に係る計算機システム１０とは、差分反映処理が異なっている。なお、第３実施形態に係る計算機システムの各機能部については、便宜的に、第１実施形態に係る計算機システム１０の同一又は対応する構成の符号と同一の符号を用いて説明する。
【0164】
第３実施形態に係る差分反映処理について説明する。
【0165】
【0166】
仮想ボリューム管理プログラム３０３は、読み出し有無管理テーブル３０５を参照し、読み出し有となっているＬＢＡを確認し（Ｓ１３０１）、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームの読み出し有となっているＬＢＡに対応するエントリにおいて、ステータス５０３を反映要に更新する（Ｓ２２００）。
【0167】
ステップＳ１３０４の後、仮想ボリューム管理プログラム３０３は、仮想ボリュームアドレス管理テーブル３０４の指定された仮想ボリュームのエントリの中に、ステータス５０３が反映要に設定されているＬＢＡのエントリがあるか否かを判定する（Ｓ２２０１）。
【0168】
この結果、ステータス５０３が反映要に設定されているＬＢＡのエントリがある場合（Ｓ２２０１：ＹＥＳ）には、仮想ボリューム管理プログラム３０３は、反映要に設定されているＬＢＡの中の最も若い番号（最若番）を、切り替え前のスナップショットの同じＬＢＡのデータとの差分を確認する対象（差分確認対象）として設定する（Ｓ２２０２）。
【0169】
一方、ステータス５０３が反映要に設定されているＬＢＡのエントリがない場合（Ｓ２２０１：ＮＯ）には、切り替え前のスナップショットに対して読み出しがあった全てのＬＢＡに対応するデータの差分を反映させたことを意味しており、仮想ボリューム管理プログラム３０３は、ユーザの管理用端末１０５へコピー完了の応答を返し（Ｓ１３０９）、処理を終了する。これにより、ユーザは、切り替え後のスナップショットのデータを用いた分析処理を開始することができるようになる。
【0170】
ここで、同一のボリュームに対するそれぞれのスナップショットに対する分析処理を行う場合においては、同じ領域のデータを用いて処理されるケースが多い場合がある。すなわち、分析処理では、或るスナップショットで読み出しがあった範囲と同一の範囲が、他のスナップショットで読み出しがある範囲となる場合がある。このような場合においては、上記実施形態によると、読み出しがあった範囲のみについての差分をストレージシステム１０１に転送するようにしているので、読み出されない範囲のデータについて、データを転送する処理等を行わずにすみ、処理資源や、通信資源の無駄を低減することができる。
【0171】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。
【0172】
例えば、上記実施形態において、ＣＰＵが行っていた処理の一部又は全部を、ハードウェア回路で行うようにしてもよい。また、上記実施形態におけるプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記録メディア（例えば可搬型の記録メディア）であってもよい。
【符号の説明】
【0173】
１０，１０Ａ…計算機システム、１００，１００Ａ…クラウド、１０１，１０１Ａ，１０２…ストレージシステム、１０３，１０４…ホスト計算機、１０５…管理用端末、１０７…ボリューム、１０８…スナップショット、１０９…仮想ボリューム、１１０，１１１…ストレージデバイス、２１１，２２１…ＣＰＵ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
