ホーム > 特許ランキング > 日立ヴァンタラ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025010997
(43)【公開日】2025-01-23
(54)【発明の名称】データ転送処理のためのシステム、方法またはプログラム
(51)【国際特許分類】
G06F 3/06 20060101AFI20250116BHJP
G06F 11/14 20060101ALI20250116BHJP
【ＦＩ】
G06F3/06 301Z
G06F3/06 301X
G06F3/06 304B
G06F3/06 304F
G06F11/14 648
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2023113357
(22)【出願日】2023-07-10
(71)【出願人】
【識別番号】524132520
【氏名又は名称】日立ヴァンタラ株式会社
(74)【代理人】
【識別番号】110000279
【氏名又は名称】弁理士法人ウィルフォート国際特許事務所
(72)【発明者】
【氏名】新井 政弘
(72)【発明者】
【氏名】出口 彰
(72)【発明者】
【氏名】弘中 和衛
(57)【要約】
【課題】 データ転送処理を高速化することを本開示の目的のひとつとする。
【解決手段】 計算機資源起動部１３３は、１つのボリューム１１１と第２記憶部１０２の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源１３１を１つ以上起動し、起動した計算機資源１３１のいずれに対しても、当該データ転送処理での転送元または転送先となる共通の１つのボリューム１１１をマウントする。領域割当部１３４は、記憶領域１１２毎に、データ転送処理の部分を計算機資源１３１に割り当てる。計算機資源１３１は、共通の１つのボリューム１１１内の当該計算機資源１３１に割り当てられた記憶領域１１２と、第２記憶部１０２の間で、前記データ転送処理の部分を行う。
【選択図】 図１
【解決手段】 計算機資源起動部１３３は、１つのボリューム１１１と第２記憶部１０２の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源１３１を１つ以上起動し、起動した計算機資源１３１のいずれに対しても、当該データ転送処理での転送元または転送先となる共通の１つのボリューム１１１をマウントする。領域割当部１３４は、記憶領域１１２毎に、データ転送処理の部分を計算機資源１３１に割り当てる。計算機資源１３１は、共通の１つのボリューム１１１内の当該計算機資源１３１に割り当てられた記憶領域１１２と、第２記憶部１０２の間で、前記データ転送処理の部分を行う。
【選択図】 図１
【特許請求の範囲】
【請求項1】
システムであって、
前記システムは、第１記憶部と第２記憶部とデータ転送部を備え、
前記第１記憶部は、データを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記データ転送部は計算機資源起動部と領域割当部を備え、
前記計算機資源起動部は、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントし、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当部は、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当て、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行う、システム。
前記システムは、第１記憶部と第２記憶部とデータ転送部を備え、
前記第１記憶部は、データを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記データ転送部は計算機資源起動部と領域割当部を備え、
前記計算機資源起動部は、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントし、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当部は、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当て、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行う、システム。
【請求項2】
請求項１に記載のシステムであって、
前記データ転送処理は、１つの前記ボリュームから前記第２記憶部へのバックアップ処理、または、前記第２記憶部から１つの前記ボリュームへのリストア処理であり、
前記記憶領域は管理領域であり、
前記第１記憶部は、存在する前記ボリュームについて、前記管理領域毎に、当該管理領域内のいずれの位置の前記データを前記バックアップ処理の対象とすべきであるかを示す第１管理情報を備え、
前記第２記憶部は、バックアップ処理された前記ボリュームについて、１つの世代分の前記バックアップ処理毎のバックアップデータを１つ以上の世代分格納し、
１つの世代分の前記バックアップデータは、前記管理領域毎に、前記ボリュームの当該管理領域からバックアップ処理された前記データからなるデータ群と、前記データ群に含まれる前記データに対応する前記ボリューム内の位置を示す第２管理情報を含む、システム。
前記データ転送処理は、１つの前記ボリュームから前記第２記憶部へのバックアップ処理、または、前記第２記憶部から１つの前記ボリュームへのリストア処理であり、
前記記憶領域は管理領域であり、
前記第１記憶部は、存在する前記ボリュームについて、前記管理領域毎に、当該管理領域内のいずれの位置の前記データを前記バックアップ処理の対象とすべきであるかを示す第１管理情報を備え、
前記第２記憶部は、バックアップ処理された前記ボリュームについて、１つの世代分の前記バックアップ処理毎のバックアップデータを１つ以上の世代分格納し、
１つの世代分の前記バックアップデータは、前記管理領域毎に、前記ボリュームの当該管理領域からバックアップ処理された前記データからなるデータ群と、前記データ群に含まれる前記データに対応する前記ボリューム内の位置を示す第２管理情報を含む、システム。
【請求項3】
請求項２に記載のシステムであって、
前記データ転送部は、計算機資源数判定部を備え、
前記計算機資源は、一時計算機資源であり、
１つの前記ボリュームには、当該１つのボリュームをマウントすることが可能な前記一時計算機資源の数である接続可能ホスト数が対応付けられており、
前記計算機資源数判定部は、前記バックアップ処理での転送元または前記リストア処理での転送先となる１つの前記ボリュームについて、当該１つのボリュームに含まれる前記管理領域の数と、当該１つのボリュームに対応付けられている前記接続可能ホスト数のうちの多くないほうの数を、前記バックアップ処理または前記リストア処理を行う前記一時計算機資源の数とし、当該数を、起動すべき前記一時計算機資源の数として前記計算機資源起動部に伝達する、システム。
前記データ転送部は、計算機資源数判定部を備え、
前記計算機資源は、一時計算機資源であり、
１つの前記ボリュームには、当該１つのボリュームをマウントすることが可能な前記一時計算機資源の数である接続可能ホスト数が対応付けられており、
前記計算機資源数判定部は、前記バックアップ処理での転送元または前記リストア処理での転送先となる１つの前記ボリュームについて、当該１つのボリュームに含まれる前記管理領域の数と、当該１つのボリュームに対応付けられている前記接続可能ホスト数のうちの多くないほうの数を、前記バックアップ処理または前記リストア処理を行う前記一時計算機資源の数とし、当該数を、起動すべき前記一時計算機資源の数として前記計算機資源起動部に伝達する、システム。
【請求項4】
請求項３に記載のシステムであって、
前記計算機資源数判定部は、１つの前記ボリュームに対応する前記第１管理情報の数、または、１つの前記ボリュームの１つの世代分の前記バックアップ処理に対応する前記第２管理情報の数により、当該１つのボリュームに含まれる前記管理領域の数を判断する、システム。
前記計算機資源数判定部は、１つの前記ボリュームに対応する前記第１管理情報の数、または、１つの前記ボリュームの１つの世代分の前記バックアップ処理に対応する前記第２管理情報の数により、当該１つのボリュームに含まれる前記管理領域の数を判断する、システム。
【請求項5】
請求項２に記載のシステムであって、
前記バックアップ処理は、前回のバックアップ処理の時点以降に、当該バックアップ処理での転送元となる前記ボリュームにライトされたデータのみを、前記第２記憶部に転送する差分バックアップ処理であり、
前記リストア処理は、当該リストア処理により復元する時点を示す世代以前の全ての世代のリストア処理を古い世代から順に実行する処理であり、
前記領域割当部は、前記リストア処理に際して、前記リストア処理の転送先となる１つの前記ボリュームにおける同じ前記管理領域に関する互いに異なる世代の前記リストア処理の割り当てを行う際には、これらの前記リストア処理を同じ前記計算機資源に割り当て、
前記計算機資源は、同じ前記管理領域に関する複数の世代の前記リストア処理を割り当てられた場合に、処理結果が正常となる順に前記リストア処理を実行する、システム。
前記バックアップ処理は、前回のバックアップ処理の時点以降に、当該バックアップ処理での転送元となる前記ボリュームにライトされたデータのみを、前記第２記憶部に転送する差分バックアップ処理であり、
前記リストア処理は、当該リストア処理により復元する時点を示す世代以前の全ての世代のリストア処理を古い世代から順に実行する処理であり、
前記領域割当部は、前記リストア処理に際して、前記リストア処理の転送先となる１つの前記ボリュームにおける同じ前記管理領域に関する互いに異なる世代の前記リストア処理の割り当てを行う際には、これらの前記リストア処理を同じ前記計算機資源に割り当て、
前記計算機資源は、同じ前記管理領域に関する複数の世代の前記リストア処理を割り当てられた場合に、処理結果が正常となる順に前記リストア処理を実行する、システム。
【請求項6】
請求項５に記載のシステムであって、
前記領域割当部は、前記リストア処理に際して、前記リストア処理の対象となりうる世代と、前記リストア処理の対象となりうる前記管理領域の組み合わせのそれぞれについて、当該組み合わせに対応する前記第２管理情報により、前記管理領域内の少なくとも１つのデータが前記第２記憶部にバックアップされていることが示される場合に、当該組み合わせに関する前記リストア処理を、いずれかの前記計算機資源に割り当てる、システム。
前記領域割当部は、前記リストア処理に際して、前記リストア処理の対象となりうる世代と、前記リストア処理の対象となりうる前記管理領域の組み合わせのそれぞれについて、当該組み合わせに対応する前記第２管理情報により、前記管理領域内の少なくとも１つのデータが前記第２記憶部にバックアップされていることが示される場合に、当該組み合わせに関する前記リストア処理を、いずれかの前記計算機資源に割り当てる、システム。
【請求項7】
請求項１に記載のシステムであって、
前記データ転送部は、計算機資源数判定部を備え、
前記計算機資源数判定部は、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、前記データ転送処理を行う前記計算機資源の数を判定し、当該数を、起動すべき前記計算機資源の数として前記計算機資源起動部に伝達する、システム。
前記データ転送部は、計算機資源数判定部を備え、
前記計算機資源数判定部は、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、前記データ転送処理を行う前記計算機資源の数を判定し、当該数を、起動すべき前記計算機資源の数として前記計算機資源起動部に伝達する、システム。
【請求項8】
請求項１に記載のシステムであって、
前記データ転送処理は、当該データ転送処理での転送元または転送先となる前記記憶領域毎に、複数の世代のデータ転送処理からなり、
前記領域割当部は、前記データ転送処理に際して、同じ前記記憶領域に関する複数の世代の前記データ転送処理を、同じ前記計算機資源に割り当て、
前記計算機資源は、処理結果が正常となる順に、同じ前記記憶領域に関する複数の世代の前記データ転送処理を実行する、システム。
前記データ転送処理は、当該データ転送処理での転送元または転送先となる前記記憶領域毎に、複数の世代のデータ転送処理からなり、
前記領域割当部は、前記データ転送処理に際して、同じ前記記憶領域に関する複数の世代の前記データ転送処理を、同じ前記計算機資源に割り当て、
前記計算機資源は、処理結果が正常となる順に、同じ前記記憶領域に関する複数の世代の前記データ転送処理を実行する、システム。
【請求項9】
請求項１に記載のシステムであって、
前記システムはクラウドシステムであり、
前記ボリュームまたは前記第２記憶部は、ネットワークを介して、他のシステムまたは装置が利用可能なものである、システム。
前記システムはクラウドシステムであり、
前記ボリュームまたは前記第２記憶部は、ネットワークを介して、他のシステムまたは装置が利用可能なものである、システム。
【請求項10】
請求項１に記載のシステムであって、
前記第２記憶部は、オブジェクトストレージ形式のバックアップデータストアである、システム。
前記第２記憶部は、オブジェクトストレージ形式のバックアップデータストアである、システム。
【請求項11】
請求項１に記載のシステムであって、
前記計算機資源起動部は、起動される前記計算機資源から、当該計算機資源に対してマウントされる前記ボリュームへの接続パスを構築する、システム。
前記計算機資源起動部は、起動される前記計算機資源から、当該計算機資源に対してマウントされる前記ボリュームへの接続パスを構築する、システム。
【請求項12】
請求項１に記載のシステムであって、
前記データ転送部は設定変更部を備え、
前記設定変更部は、複数の前記計算機資源に対して共通の１つの前記ボリュームをマウントする際には、当該１つのボリュームの設定をマルチアタッチ可能なディスク種別に変更し、前記データ転送処理が完了する際には、当該１つのボリュームの設定をマルチアタッチ不能なディスク種別に戻す、システム。
前記データ転送部は設定変更部を備え、
前記設定変更部は、複数の前記計算機資源に対して共通の１つの前記ボリュームをマウントする際には、当該１つのボリュームの設定をマルチアタッチ可能なディスク種別に変更し、前記データ転送処理が完了する際には、当該１つのボリュームの設定をマルチアタッチ不能なディスク種別に戻す、システム。
【請求項13】
請求項１に記載のシステムであって、前記データ転送部は計算機資源解放部を備え、
前記計算機資源は、一時計算機資源であり、
前記計算機資源解放部は、前記データ転送処理の全体が完了する前であっても、割り当てられていた前記データ転送処理を完了した前記一時計算機資源を解放する、システム。
前記計算機資源は、一時計算機資源であり、
前記計算機資源解放部は、前記データ転送処理の全体が完了する前であっても、割り当てられていた前記データ転送処理を完了した前記一時計算機資源を解放する、システム。
【請求項14】
システムが実行する方法であって、
前記システムは第１記憶部と第２記憶部を備え、前記第１記憶部はデータを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記方法は、計算機資源起動ステップと領域割当ステップを備え、
前記計算機資源起動ステップは、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントするステップであり、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当ステップは、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当てるステップであり、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行うものである、方法。
前記システムは第１記憶部と第２記憶部を備え、前記第１記憶部はデータを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記方法は、計算機資源起動ステップと領域割当ステップを備え、
前記計算機資源起動ステップは、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントするステップであり、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当ステップは、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当てるステップであり、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行うものである、方法。
【請求項15】
システムにおいて実行されるプログラムであって、
前記システムは第１記憶部と第２記憶部を備え、前記第１記憶部はデータを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記プログラムは、前記システムに、計算機資源起動ステップと領域割当ステップを実行させるためのものであり、
前記計算機資源起動ステップは、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントするステップであり、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当ステップは、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当てるステップであり、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行うものである、プログラム。
前記システムは第１記憶部と第２記憶部を備え、前記第１記憶部はデータを格納するためのボリュームを備え、１つの前記ボリュームは１つ以上の記憶領域からなり、
前記プログラムは、前記システムに、計算機資源起動ステップと領域割当ステップを実行させるためのものであり、
前記計算機資源起動ステップは、１つの前記ボリュームと前記第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した前記計算機資源のいずれに対しても、前記データ転送処理における転送元または転送先となる共通の１つの前記ボリュームをマウントするステップであり、
前記計算機資源に対して前記ボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることであり、
前記領域割当ステップは、前記記憶領域毎に前記データ転送処理を前記計算機資源に割り当てるステップであり、
前記計算機資源は、前記共通の１つのボリューム内の当該計算機資源に割り当てられた前記記憶領域と、前記第２記憶部の間で、前記データ転送処理を行うものである、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ボリュームのデータに関してデータ転送処理を行う技術に関するものである。
【背景技術】
【0002】
近年、オンプレミスのＩＴ資産とパブリッククラウドのサービスを、コストや用途に応じて組み合わせて利用するハイブリッドクラウドと呼ばれる運用形態が登場している。オンプレミスのＩＴ資産に比べ、パブリッククラウドは必要な計算機資源を従量課金にて柔軟に活用が出来ることが特徴である。
代表的なパブリッククラウドサービスに、データをオブジェクトストレージ形式にて格納し、REST API(Representational State Transfer Application Interface)にてアクセスするオブジェクトストアがある。オブジェクトストアはほぼ無制限の容量を事前の容量設計なしに安価なビットコストで利用出来るため、データのバックアップやアーカイブに用いられることがある。
更にバックアップされたデータを、クラウドのコンピューティングサービスやストレージサービスを用いて構築された環境にリストアすることにより、ユーザのデータセンタに構築されたオンプレミスシステム上の業務の一部をオフロードする活用方法、あるいは、災害発生時の復旧先サイト（副サイト）として利用する活用方法が知られている。
上記のようなサービスやストレージを用いる際には、データ転送処理（例えばバックアップ処理またはリストア処理）が伴う。特許文献１には、バックアップ処理における処理高速化方法としてデータムーバを設けてホストを介さずにストレージ間でデータ転送を行う方法が開示されている。
代表的なパブリッククラウドサービスに、データをオブジェクトストレージ形式にて格納し、REST API(Representational State Transfer Application Interface)にてアクセスするオブジェクトストアがある。オブジェクトストアはほぼ無制限の容量を事前の容量設計なしに安価なビットコストで利用出来るため、データのバックアップやアーカイブに用いられることがある。
更にバックアップされたデータを、クラウドのコンピューティングサービスやストレージサービスを用いて構築された環境にリストアすることにより、ユーザのデータセンタに構築されたオンプレミスシステム上の業務の一部をオフロードする活用方法、あるいは、災害発生時の復旧先サイト（副サイト）として利用する活用方法が知られている。
上記のようなサービスやストレージを用いる際には、データ転送処理（例えばバックアップ処理またはリストア処理）が伴う。特許文献１には、バックアップ処理における処理高速化方法としてデータムーバを設けてホストを介さずにストレージ間でデータ転送を行う方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】米国特許第７４９６７２３号明細書
【発明の概要】
【発明が解決しようとする課題】
【0004】
一般にデータの転送には時間がかかる。そのため、業務の一部をオフロードしたり、災害時の副サイトとして速やかに利用するためには、データ転送処理（例えばバックアップ処理またはリストア処理）をいかに短時間で出来るようにするかが重要になる。特に昨今ではデータ転送処理の対象となるデータ量が飛躍的に増大しているため、データ転送処理の高速化はますます重要な課題となっている。
一方で、データ転送処理での転送先または転送元（例えばバックアップ処理での転送先またはリストア処理での転送元）となるストレージとして、広帯域であるストレージが提供されるようになってきている。例えば、前述のオブジェクトストアが有する帯域は、１つの計算機資源では当該帯域を使い切ることが出来ないほどの広帯域である。
特許文献１は、ホストを介さずにデータムーバを用いてボリューム対ボリュームでデータを転送する方法を開示しているが、１つのボリュームに関するデータ転送処理を複数のデータムーバが分割して担当する方法は開示されていない。そのため、特許文献１の技術では、転送するデータ量、すなわちボリュームサイズに応じて時間がかかる。特許文献１には、データムーバの処理性能（データ転送性能）については明示されていないが、広帯域のストレージ（例えば、前述のオブジェクトストア）に対してデータムーバを適用する場合には、データムーバとして１つの計算機資源分の性能を有するだけでは、当該データムーバが提供するデータ転送速度は充分なものとはならない。
特許文献１は、転送するデータ量やデータ転送の必要速度に応じて、計算機資源の構成を一時的に増減させるための方法や制御についても開示していない。そのため特許文献１の技術ではボリュームサイズに応じてデータムーバの構成を変えることも困難である。
一方で、データ転送処理での転送先または転送元（例えばバックアップ処理での転送先またはリストア処理での転送元）となるストレージとして、広帯域であるストレージが提供されるようになってきている。例えば、前述のオブジェクトストアが有する帯域は、１つの計算機資源では当該帯域を使い切ることが出来ないほどの広帯域である。
特許文献１は、ホストを介さずにデータムーバを用いてボリューム対ボリュームでデータを転送する方法を開示しているが、１つのボリュームに関するデータ転送処理を複数のデータムーバが分割して担当する方法は開示されていない。そのため、特許文献１の技術では、転送するデータ量、すなわちボリュームサイズに応じて時間がかかる。特許文献１には、データムーバの処理性能（データ転送性能）については明示されていないが、広帯域のストレージ（例えば、前述のオブジェクトストア）に対してデータムーバを適用する場合には、データムーバとして１つの計算機資源分の性能を有するだけでは、当該データムーバが提供するデータ転送速度は充分なものとはならない。
特許文献１は、転送するデータ量やデータ転送の必要速度に応じて、計算機資源の構成を一時的に増減させるための方法や制御についても開示していない。そのため特許文献１の技術ではボリュームサイズに応じてデータムーバの構成を変えることも困難である。
【0005】
以上を踏まえて、データ転送処理を高速化することを、本開示の目的のひとつとする。また、データ転送処理での転送先または転送元となるストレージが有する帯域を充分に活用して、データ転送処理を高速化することを、本開示の目的のひとつとする。さらに、データ転送処理において転送するデータ量やデータ転送処理の必要速度に応じて、データ転送処理を行うための計算機資源の構成を調整して、要求される転送能力に応じた計算機資源を構築することを、本開示の目的のひとつとする。
【課題を解決するための手段】
【0006】
上記目的のうちの少なくとも一つを達成するために、本開示が備えうる特徴は、例えば次のとおりである。
システムは第１記憶部と第２記憶部とデータ転送部を備える。第１記憶部はデータを格納するためのボリュームを備える。１つのボリュームは１つ以上の記憶領域からなる。データ転送部は計算機資源起動部と領域割当部を備える。計算機資源起動部は、１つのボリュームと第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した計算機資源のいずれに対しても、データ転送処理における転送元または転送先となる共通の１つのボリュームをマウントする。計算機資源に対してボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることである。領域割当部は、記憶領域毎にデータ転送処理を計算機資源に割り当てる。計算機資源は、共通の１つのボリューム内の当該計算機資源に割り当てられた記憶領域と、第２記憶部の間で、データ転送処理を行う。
システムは第１記憶部と第２記憶部とデータ転送部を備える。第１記憶部はデータを格納するためのボリュームを備える。１つのボリュームは１つ以上の記憶領域からなる。データ転送部は計算機資源起動部と領域割当部を備える。計算機資源起動部は、１つのボリュームと第２記憶部の間でデータ転送処理を行う際に、当該データ転送処理を行う計算機資源を１つ以上起動し、起動した計算機資源のいずれに対しても、データ転送処理における転送元または転送先となる共通の１つのボリュームをマウントする。計算機資源に対してボリュームをマウントすることは、当該計算機資源に当該ボリュームを認識させ、当該計算機資源を当該ボリュームのデータにアクセス可能とすることである。領域割当部は、記憶領域毎にデータ転送処理を計算機資源に割り当てる。計算機資源は、共通の１つのボリューム内の当該計算機資源に割り当てられた記憶領域と、第２記憶部の間で、データ転送処理を行う。
【発明の効果】
【0007】
以上のように、本開示は、データ転送処理を行う１つ以上の計算機資源に対して、データ転送処理での転送元または転送先となる共通の１つのボリュームをマウントして、計算機資源のそれぞれにデータ転送処理を並行して行わせることが出来るため、データ転送処理を高速化することが出来る。また、以上のように、本開示は、データ転送処理での転送先または転送元となるストレージである第２記憶部が有する帯域が広いとしても、１つ以上の計算機資源が当該ストレージに並行的にアクセスすることにより、当該ストレージの有する帯域を充分活用することが出来る。さらに、以上のように、本開示は、データ転送処理での転送元または転送先となる共通の１つのボリューム内の記憶領域毎にデータ転送処理を計算機資源に割り当てるので、データ転送処理に要求される転送能力に応じた計算機資源を構築することが出来る。
【0008】
上記のシステムが実現する処理と同様のことを実現する方法やプログラムも、上記のシステムと同様の作用効果を得ることが出来る。さらに、プログラムの態様であれば、多くの場合で費用は削減される。プログラムでは、処理に関する設計変更も行われやすい。
上記以外の本開示が備えうる特徴、及び、当該特徴に対応する作用効果は、この明細書、特許請求の範囲または図面に開示される。
上記以外の本開示が備えうる特徴、及び、当該特徴に対応する作用効果は、この明細書、特許請求の範囲または図面に開示される。
【図面の簡単な説明】
【0009】
【図1】本開示の実施形態の機能構成を示す。
【図2】本開示の実施形態を実現するコンピュータアーキテクチャを示す。
【図3】本開示の第１の実施形態（リストア処理）のシステム構成を示す。
【図4】オンプレミスのデータセンタを示す。
【図5】ボリュームの管理領域と差分管理ビットマップ（第１管理情報）を示す。
【図6】バックアップ設定画面を示す。
【図7A】１回目のバックアップ処理の様子を示す。
【図7B】２回目のバックアップ処理の様子を示す。
【図7C】３回目のバックアップ処理の様子を示す。
【図8】バックアップデータストア（第２記憶部）を示す。
【図9A】１世代目のバックアップカタログを示す。
【図9B】２世代目のバックアップカタログを示す。
【図10】ストレージボリュームサービス（第１記憶部）を示す。
【図11】リストア処理において構築される計算機資源を示す。
【図12】リストア設定画面を示す。
【図13】リストアシステムにリストアを指示するまでの処理を示す。
【図14】リストア時にリストアシステムが行う処理を示す。
【図15】リストアプランを構築するための処理を示す。
【図16】リストア時の計算機資源への処理の割り当て（キューイング）を示す。
【図17】リストア時に仮想計算機インスタンスが行う処理を示す。
【図18】リストアにおいてキュー長がゼロの際になったときの処理を示す。
【図19】本開示の第２の実施形態（バックアップ処理）のシステム構成を示す。
【図20】バックアップ処理において構築される計算機資源を示す。
【図21】バックアップ＆リストアシステムにバックアップを指示するまでの処理を示す。
【図22】バックアップ時にバックアップ＆リストアシステムが行う処理を示す。
【図23】バックアップ時に仮想計算機インスタンスが行う処理を示す。
【図24】バックアップにおいてキュー長がゼロの際になったときの処理を示す。
【発明を実施するための形態】
【0010】
以下、図面を参照して本開示の実施形態を詳細に説明する。なお、以下に説明する実施形態は特許請求の範囲にかかる開示を限定するものではなく、また実施形態の中で説明されている諸要素およびその組み合わせの全てが本開示の解決手段に必須であるとは限らない。以下の記載及び図面は、本開示を説明するための例示であって、説明の明確化のため、適宜、省略及び簡略化がなされている。本開示は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本開示は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。
本開示のシステム、サービス、装置または部のそれぞれは、ハードウェア的に一つにまとまったものでもよいし、複数の部分に分かれていて当該部分どうしが連携して役割を果たすものでもよい。幾つかのシステム、サービス、装置または部がハードウェア的に統合されてもよい。システム、装置または部のそれぞれは、（図２のように）コンピュータにソフトウェア（プログラム）を実行させることにより実現されてよい。システム、サービス、装置または部の機能の一部は、ハードウェア（例えば、ハードワイヤードロジックやＦＰＧＡ）で実現され、残りの機能は、ソフトウェア（プログラム）が実行されることにより実現されてもよい。システム、サービス、装置または部のそれぞれの機能の全てはハードウェア的に実現されてもよい。本開示にて説明されるフローチャート等で示される処理のステップの一部または全部は、ハードウェア的に実現されてもよい。
本開示のプログラムは、ソフトウェアとハードウェア資源とが協働することによって、使用目的に応じた特有の情報処理装置またはその動作方法が構築されるような、当該ソフトウェアに該当するもの一般を包含する概念に含まれるものであればよい。つまり、本開示のプログラムは、特定の種類や態様のプログラムに限定されない。また、プログラムは当初は圧縮形式で記録されるものでもよい。
複数の図面で同じ参照番号を用いているものは、同様のものであることを示す。以下で説明するフローチャートを示す図面において、長方形のボックスは処理のステップを示し、菱形のボックスは条件分岐のステップを示す。フローチャートを示す図面において、「ステップ」は「Ｓ」と略記される。また、以下で説明する図面において示される画面の態様は一例であり、これらに限定されない。
本開示のシステム、サービス、装置または部のそれぞれは、ハードウェア的に一つにまとまったものでもよいし、複数の部分に分かれていて当該部分どうしが連携して役割を果たすものでもよい。幾つかのシステム、サービス、装置または部がハードウェア的に統合されてもよい。システム、装置または部のそれぞれは、（図２のように）コンピュータにソフトウェア（プログラム）を実行させることにより実現されてよい。システム、サービス、装置または部の機能の一部は、ハードウェア（例えば、ハードワイヤードロジックやＦＰＧＡ）で実現され、残りの機能は、ソフトウェア（プログラム）が実行されることにより実現されてもよい。システム、サービス、装置または部のそれぞれの機能の全てはハードウェア的に実現されてもよい。本開示にて説明されるフローチャート等で示される処理のステップの一部または全部は、ハードウェア的に実現されてもよい。
本開示のプログラムは、ソフトウェアとハードウェア資源とが協働することによって、使用目的に応じた特有の情報処理装置またはその動作方法が構築されるような、当該ソフトウェアに該当するもの一般を包含する概念に含まれるものであればよい。つまり、本開示のプログラムは、特定の種類や態様のプログラムに限定されない。また、プログラムは当初は圧縮形式で記録されるものでもよい。
複数の図面で同じ参照番号を用いているものは、同様のものであることを示す。以下で説明するフローチャートを示す図面において、長方形のボックスは処理のステップを示し、菱形のボックスは条件分岐のステップを示す。フローチャートを示す図面において、「ステップ」は「Ｓ」と略記される。また、以下で説明する図面において示される画面の態様は一例であり、これらに限定されない。
【0011】
以下では、本開示の実施形態として、第１の実施形態と第２の実施形態を説明する。そのうち、機能構成の説明は、「１．本開示の実施形態の機能構成」でまとめて行う。実施形態を実現するためのコンピュータアーキテクチャの説明は、「２．本開示の実施形態を実現するためのコンピュータアーキテクチャ」でまとめて行う。システム構成の説明と処理の説明は、実施形態毎に分けて行う。
【0012】
１．本開示の実施形態の機能構成
図１は、本開示の実施形態の機能構成を示す。なお、図１に示す全ての機能構成が必須というわけではない。
図１において、システム１００は第１記憶部１０１と第２記憶部１０２とデータ転送部１０３を備える。データ転送部１０３は、第１記憶部１０１と第２記憶部１０２の間でのデータ転送処理（例えば、第１記憶部１０１から第２記憶部１０２へデータを転送するバックアップ処理、または、第２記憶部１０２から第１記憶部１０１へデータを転送するリストア処理）を行うためのものである。第１記憶部１０１はデータを格納するためのボリューム１１１を１つ以上備える。１つのボリューム１１１は１つ以上の記憶領域を備える。この記憶領域は、後述の第１管理情報や第２管理情報を伴う場合には、管理領域１１２とも称される。（図面では「記憶領域」または「管理領域」は「領域」と略記される。）データ転送部１０３は計算機資源数判定部１３２（「計算機資源数判定部」は、図面では「数判定部」と略記される。）を備えてよい。計算機資源数判定部１３２は、１つのボリューム１１１と第２記憶部１０２の間でデータ転送処理を行う際に、データ転送処理を行う計算機資源の数を判定し、当該数を後述の計算機資源起動部１３３に伝達する。データ転送部１０３は計算機資源起動部１３３（「計算機資源起動部」は、図面では「起動部」と略記される。）を備える。計算機資源起動部１３３は、計算機資源数判定部１３２が判定した数の計算機資源を起動する。図１の例では、計算機資源起動部１３３は３つの計算機資源１３１を構築（起動）している。計算機資源起動部１３３は、起動した計算機資源１３１のいずれに対しても、データ転送処理での転送元または転送先となる共通の１つのボリューム１１１をマウントする。ここで、計算機資源１３１に対してボリューム１１１をマウントすることは、当該計算機資源１３１に当該ボリューム１１１を認識させ、当該計算機資源１３１を当該ボリューム１１１のデータにアクセス可能とすることである。また、バックアップ処理が複数回（複数の世代分）行われる場合において、第２記憶部１０２は、世代と記憶領域（管理領域）の組み合わせ毎に、バックアップデータ１２１を格納してよい。データ転送部１０３は領域割当部１３４（「領域割当部」は、図面では「割当部」と略記される。）を備える。領域割当部１３４は、記憶領域または管理領域１１２毎に、データ転送処理を計算機資源１３１に割り当てる。図１の例は、計算機資源起動部１３３が３つの計算機資源１３１を構築（起動）し、領域割当部１３４が、構築（起動）された３つの計算機資源１３１に対して、記憶領域または管理領域１１２毎にデータ転送処理を割り当てるものを示す。計算機資源１３１は、共通の１つのボリューム１１１内の当該計算機資源１３１に割り当てられた記憶領域または管理領域１１２と、第２記憶部１０２の間で、データ転送処理を行う。データ転送部１０３は設定変更部１３５を備えてよい。設定変更部１３５は、複数の計算機資源１３１に対して共通の１つのボリューム１１１をマウントする際には、当該共通の１つのボリューム１１１の設定をマルチアタッチ可能なディスク種別に変更し、データ転送処理が完了する際には、当該共通の１つのボリューム１１１の設定をマルチアタッチ不能なディスク種別に戻す。データ転送部１０３は計算機資源解放部１３６（「計算機資源解放部」は、図面では「解放部」と略記される。）を備えてよい。ここで、計算機資源１３１は一時計算機資源であってよい。計算機資源解放部１３６は、データ転送処理の全体が完了する前であっても、割り当てられていたデータ転送処理を完了した一時計算機資源である計算機資源１３１を解放する。
また、データ転送処理が、当該データ転送処理での転送元または転送先となる記憶領域または管理領域１１２毎に、複数の世代のデータ転送処理からなる場合には、領域割当部１３４は、データ転送処理に際して、同じ記憶領域または管理領域１１２に関する複数の世代のデータ転送処理を、同じ計算機資源１３１に割り当ててよい。計算機資源１３１は、処理結果が正常となる順に、同じ記憶領域または管理領域１１２に関する複数の世代のデータ転送処理を実行してよい。
図１は、本開示の実施形態の機能構成を示す。なお、図１に示す全ての機能構成が必須というわけではない。
図１において、システム１００は第１記憶部１０１と第２記憶部１０２とデータ転送部１０３を備える。データ転送部１０３は、第１記憶部１０１と第２記憶部１０２の間でのデータ転送処理（例えば、第１記憶部１０１から第２記憶部１０２へデータを転送するバックアップ処理、または、第２記憶部１０２から第１記憶部１０１へデータを転送するリストア処理）を行うためのものである。第１記憶部１０１はデータを格納するためのボリューム１１１を１つ以上備える。１つのボリューム１１１は１つ以上の記憶領域を備える。この記憶領域は、後述の第１管理情報や第２管理情報を伴う場合には、管理領域１１２とも称される。（図面では「記憶領域」または「管理領域」は「領域」と略記される。）データ転送部１０３は計算機資源数判定部１３２（「計算機資源数判定部」は、図面では「数判定部」と略記される。）を備えてよい。計算機資源数判定部１３２は、１つのボリューム１１１と第２記憶部１０２の間でデータ転送処理を行う際に、データ転送処理を行う計算機資源の数を判定し、当該数を後述の計算機資源起動部１３３に伝達する。データ転送部１０３は計算機資源起動部１３３（「計算機資源起動部」は、図面では「起動部」と略記される。）を備える。計算機資源起動部１３３は、計算機資源数判定部１３２が判定した数の計算機資源を起動する。図１の例では、計算機資源起動部１３３は３つの計算機資源１３１を構築（起動）している。計算機資源起動部１３３は、起動した計算機資源１３１のいずれに対しても、データ転送処理での転送元または転送先となる共通の１つのボリューム１１１をマウントする。ここで、計算機資源１３１に対してボリューム１１１をマウントすることは、当該計算機資源１３１に当該ボリューム１１１を認識させ、当該計算機資源１３１を当該ボリューム１１１のデータにアクセス可能とすることである。また、バックアップ処理が複数回（複数の世代分）行われる場合において、第２記憶部１０２は、世代と記憶領域（管理領域）の組み合わせ毎に、バックアップデータ１２１を格納してよい。データ転送部１０３は領域割当部１３４（「領域割当部」は、図面では「割当部」と略記される。）を備える。領域割当部１３４は、記憶領域または管理領域１１２毎に、データ転送処理を計算機資源１３１に割り当てる。図１の例は、計算機資源起動部１３３が３つの計算機資源１３１を構築（起動）し、領域割当部１３４が、構築（起動）された３つの計算機資源１３１に対して、記憶領域または管理領域１１２毎にデータ転送処理を割り当てるものを示す。計算機資源１３１は、共通の１つのボリューム１１１内の当該計算機資源１３１に割り当てられた記憶領域または管理領域１１２と、第２記憶部１０２の間で、データ転送処理を行う。データ転送部１０３は設定変更部１３５を備えてよい。設定変更部１３５は、複数の計算機資源１３１に対して共通の１つのボリューム１１１をマウントする際には、当該共通の１つのボリューム１１１の設定をマルチアタッチ可能なディスク種別に変更し、データ転送処理が完了する際には、当該共通の１つのボリューム１１１の設定をマルチアタッチ不能なディスク種別に戻す。データ転送部１０３は計算機資源解放部１３６（「計算機資源解放部」は、図面では「解放部」と略記される。）を備えてよい。ここで、計算機資源１３１は一時計算機資源であってよい。計算機資源解放部１３６は、データ転送処理の全体が完了する前であっても、割り当てられていたデータ転送処理を完了した一時計算機資源である計算機資源１３１を解放する。
また、データ転送処理が、当該データ転送処理での転送元または転送先となる記憶領域または管理領域１１２毎に、複数の世代のデータ転送処理からなる場合には、領域割当部１３４は、データ転送処理に際して、同じ記憶領域または管理領域１１２に関する複数の世代のデータ転送処理を、同じ計算機資源１３１に割り当ててよい。計算機資源１３１は、処理結果が正常となる順に、同じ記憶領域または管理領域１１２に関する複数の世代のデータ転送処理を実行してよい。
【0013】
本開示におけるシステム１００は、上記のような機能構成を有するので、前述の［発明の効果］で示した効果を備えることが出来る。
本開示におけるシステム１００は、必要な期間のみ、ボリュームの設定をマルチアタッチ可能な設定にすることが出来るので、ボリュームへのアクセスに関するセキュリティ強度を高めることが出来る。また、ボリュームの設定内容により課金の程度が定められている場合には、システム１００は、必要な期間のみ、ボリュームの設定をマルチアタッチ可能な設定にすることにより、ボリュームを利用する際の費用を抑えることが出来る。
さらに、本開示におけるシステム１００は、割り当てられたデータ転送処理を完了した計算機資源から順次解放することが出来るので、状況の変化に応じた計算機資源を提供することが出来る。
加えて、本開示におけるシステム１００は、データ転送処理が、当該データ転送処理での転送元または転送先となる記憶領域または管理領域１１２毎に、複数の世代のデータ転送処理からなる場合に、処理結果が正常となるように、データ転送処理を実行出来る。
本開示におけるシステム１００は、必要な期間のみ、ボリュームの設定をマルチアタッチ可能な設定にすることが出来るので、ボリュームへのアクセスに関するセキュリティ強度を高めることが出来る。また、ボリュームの設定内容により課金の程度が定められている場合には、システム１００は、必要な期間のみ、ボリュームの設定をマルチアタッチ可能な設定にすることにより、ボリュームを利用する際の費用を抑えることが出来る。
さらに、本開示におけるシステム１００は、割り当てられたデータ転送処理を完了した計算機資源から順次解放することが出来るので、状況の変化に応じた計算機資源を提供することが出来る。
加えて、本開示におけるシステム１００は、データ転送処理が、当該データ転送処理での転送元または転送先となる記憶領域または管理領域１１２毎に、複数の世代のデータ転送処理からなる場合に、処理結果が正常となるように、データ転送処理を実行出来る。
【0014】
２．本開示の実施形態を実現するためのコンピュータアーキテクチャ
図２は、本開示の実施形態を実現するためのコンピュータアーキテクチャを示す。
システム１００を実現するために、情報処理装置（例えばＣＰＵ）２０１と、記憶装置（例えばメモリ）２０２と、不揮発性記録媒体（例えば、不揮発性メモリ、不揮発性ディスク装置）２０３と、外付け記録媒体用ドライブ（例えばディスクドライブ）２０４と、表示または出力装置（例えば、ディスプレイ、印刷機）２０６と、入力装置（例えば、マウス、キーボード、撮像装置、センサ）２０７と、通信装置（例えば、有線通信用通信装置、無線通信用通信装置。所定のプロトコルに従って他のシステム、サービス、装置またはサーバとの通信を制御するネットワークインターフェース装置（ＮＩＣ）でよい。）２０８と、外部入出力用ポート２０９の一部または全部が、相互接続部（例えば、バス、クロスバスイッチ）２１０にて相互接続されていてよい。
不揮発性記録媒体２０３には、プログラム２２０ａ及び様々な情報が記録されてよい。様々な情報としては、不揮発性記録媒体２０３には、例えば、各種データベース（ＤＢ）２２１または各種情報２２２が記録されてよい。以上に代えて、上記したプログラムまたは様々な情報の一部または全部を、図２の外部から取得（アクセス）する態様でもよい。外付け記録媒体用ドライブ２０４は、外付け記録媒体（例えば、可搬性記録ディスク（ＤＶＤ等）、ＩＣカード、ＳＤカード）２０５を接続することが出来る。なお、この外付け記録媒体２０５から、不揮発性記録媒体２０３や記憶装置２０２に、プログラム２２０ａや上記した様々な情報を転送し記憶する態様でもよい。また、プログラム２２０ａや上記した様々な情報が、通信装置２０８、外部入出力用ポート２０９または入力装置２０７経由でもたらされて、不揮発性記録媒体２０３や記憶装置２０２に記憶されてもよい。
図２のアーキテクチャが、システム１００、システム１００内のサービス、装置、各部（機能部）または各部の部分として機能する（一つまたは一連の処理（ステップ）を実行する）ために、プログラム２２０ａは、（例えば不揮発性記録媒体２０３から）記憶装置２０２にローディングされてよい。ローディング後のプログラムは図２では２２０ｂで示される。そして情報処理装置２０１が、（必要に応じて不揮発性記録媒体２０３等に存在する様々な情報も用いて、）プログラム２２０ｂを実行してよい。プログラム２２０ｂの実行により、システム１００、システム１００内のサービス、装置、各部（機能部）または各部の部分の機能が実現される（一つまたは一連の処理（ステップ）が実行される）。この際に記憶装置２０２に一時的に形成される各種バッファ２２３も適宜用いてよい。
図２は、本開示の実施形態を実現するためのコンピュータアーキテクチャを示す。
システム１００を実現するために、情報処理装置（例えばＣＰＵ）２０１と、記憶装置（例えばメモリ）２０２と、不揮発性記録媒体（例えば、不揮発性メモリ、不揮発性ディスク装置）２０３と、外付け記録媒体用ドライブ（例えばディスクドライブ）２０４と、表示または出力装置（例えば、ディスプレイ、印刷機）２０６と、入力装置（例えば、マウス、キーボード、撮像装置、センサ）２０７と、通信装置（例えば、有線通信用通信装置、無線通信用通信装置。所定のプロトコルに従って他のシステム、サービス、装置またはサーバとの通信を制御するネットワークインターフェース装置（ＮＩＣ）でよい。）２０８と、外部入出力用ポート２０９の一部または全部が、相互接続部（例えば、バス、クロスバスイッチ）２１０にて相互接続されていてよい。
不揮発性記録媒体２０３には、プログラム２２０ａ及び様々な情報が記録されてよい。様々な情報としては、不揮発性記録媒体２０３には、例えば、各種データベース（ＤＢ）２２１または各種情報２２２が記録されてよい。以上に代えて、上記したプログラムまたは様々な情報の一部または全部を、図２の外部から取得（アクセス）する態様でもよい。外付け記録媒体用ドライブ２０４は、外付け記録媒体（例えば、可搬性記録ディスク（ＤＶＤ等）、ＩＣカード、ＳＤカード）２０５を接続することが出来る。なお、この外付け記録媒体２０５から、不揮発性記録媒体２０３や記憶装置２０２に、プログラム２２０ａや上記した様々な情報を転送し記憶する態様でもよい。また、プログラム２２０ａや上記した様々な情報が、通信装置２０８、外部入出力用ポート２０９または入力装置２０７経由でもたらされて、不揮発性記録媒体２０３や記憶装置２０２に記憶されてもよい。
図２のアーキテクチャが、システム１００、システム１００内のサービス、装置、各部（機能部）または各部の部分として機能する（一つまたは一連の処理（ステップ）を実行する）ために、プログラム２２０ａは、（例えば不揮発性記録媒体２０３から）記憶装置２０２にローディングされてよい。ローディング後のプログラムは図２では２２０ｂで示される。そして情報処理装置２０１が、（必要に応じて不揮発性記録媒体２０３等に存在する様々な情報も用いて、）プログラム２２０ｂを実行してよい。プログラム２２０ｂの実行により、システム１００、システム１００内のサービス、装置、各部（機能部）または各部の部分の機能が実現される（一つまたは一連の処理（ステップ）が実行される）。この際に記憶装置２０２に一時的に形成される各種バッファ２２３も適宜用いてよい。
【0015】
３．本開示の第１の実施形態（リストア処理）
第１の実施形態は、バックアップされたデータをクラウド上の（ボリュームの一例である）論理ボリュームに短時間でリストアするための構成を有する。また、以下では、リストア処理を行う計算機資源として、一時計算機資源を用いる例を示している。
第１の実施形態は、バックアップされたデータをクラウド上の（ボリュームの一例である）論理ボリュームに短時間でリストアするための構成を有する。また、以下では、リストア処理を行う計算機資源として、一時計算機資源を用いる例を示している。
【0016】
３の１．本開示の第１の実施形態（リストア処理）のシステム構成
３の１の１．本開示のシステムを包含する計算機システムのシステム構成
図３は、本開示の第１の実施形態に係るシステム１００を包含する計算機システム３００のシステム構成を示す。図３に示す計算機システム３００は、端末３８０にとってのオンプレミス側であり、主たる業務を行うデータセンタ３０１と、端末３８０にとってのクラウド側であり、バックアップ処理の転送先またはリストア処理の転送先となるデータセンタ３０２を含む。データセンタ３０１は例えばユーザがＩＴ資産として所有するオンプレミスシステムであり、オンプレミスストレージ装置３１０とサーバ群３１１とを備える。データセンタ３０２は例えばパブリッククラウドサービスプロバイダが提供する仮想データセンタである。データセンタ３０２は、ストレージボリュームサービス３２０、ストレージ運用管理サービス３３０、バックアップデータストア３４０、クラウドリストアシステム３５０、これらを相互に接続する内部ネットワーク３６０、及び、一時的に構築され利用される関連リソース群３９０から構成される。関連リソース群３９０は処理のために一時的に構築され利用される計算機資源であり、例えば仮想計算機やコンテナなどの計算機インスタンス、キューサービスやイベント監視部などの周辺サービスが含まれる。データセンタ３０１、データセンタ３０２及び端末３８０は、適当なネットワーク３７０により相互に接続される。ネットワーク３７０は例えばインターネットやＩＰ専用線などである。ユーザは、端末３８０を用いて、両データセンタの機器およびサービスに対してアクセスすることが出来る。端末３８０は例えばＰＣや携帯端末などである。なお図３に示されるネットワーク３７０による経由に代えて、または、ネットワーク３７０による経由とともに、各データセンタ３０１、３０２や端末３８０が、別の種類のネットワークを経由して相互接続してもよい。
なお図３におけるデータセンタ３０２、ストレージボリュームサービス３２０及びバックアップデータストア３４０のそれぞれは、図１におけるシステム１００、第１記憶部１０１及び第２記憶部１０２のそれぞれに対応付けられる。また図３におけるクラウドリストアシステム３５０と、関連リソース群（計算機資源）３９０の一部または全部は、図１におけるデータ転送部１０３に対応付けられる。図３のストレージ運用管理サービス３３０の一部も、図１におけるデータ転送部１０３に含まれるとしてよい。
このように、本開示は、クラウドサービスにおいて有効に活用することが出来る。
３の１の１．本開示のシステムを包含する計算機システムのシステム構成
図３は、本開示の第１の実施形態に係るシステム１００を包含する計算機システム３００のシステム構成を示す。図３に示す計算機システム３００は、端末３８０にとってのオンプレミス側であり、主たる業務を行うデータセンタ３０１と、端末３８０にとってのクラウド側であり、バックアップ処理の転送先またはリストア処理の転送先となるデータセンタ３０２を含む。データセンタ３０１は例えばユーザがＩＴ資産として所有するオンプレミスシステムであり、オンプレミスストレージ装置３１０とサーバ群３１１とを備える。データセンタ３０２は例えばパブリッククラウドサービスプロバイダが提供する仮想データセンタである。データセンタ３０２は、ストレージボリュームサービス３２０、ストレージ運用管理サービス３３０、バックアップデータストア３４０、クラウドリストアシステム３５０、これらを相互に接続する内部ネットワーク３６０、及び、一時的に構築され利用される関連リソース群３９０から構成される。関連リソース群３９０は処理のために一時的に構築され利用される計算機資源であり、例えば仮想計算機やコンテナなどの計算機インスタンス、キューサービスやイベント監視部などの周辺サービスが含まれる。データセンタ３０１、データセンタ３０２及び端末３８０は、適当なネットワーク３７０により相互に接続される。ネットワーク３７０は例えばインターネットやＩＰ専用線などである。ユーザは、端末３８０を用いて、両データセンタの機器およびサービスに対してアクセスすることが出来る。端末３８０は例えばＰＣや携帯端末などである。なお図３に示されるネットワーク３７０による経由に代えて、または、ネットワーク３７０による経由とともに、各データセンタ３０１、３０２や端末３８０が、別の種類のネットワークを経由して相互接続してもよい。
なお図３におけるデータセンタ３０２、ストレージボリュームサービス３２０及びバックアップデータストア３４０のそれぞれは、図１におけるシステム１００、第１記憶部１０１及び第２記憶部１０２のそれぞれに対応付けられる。また図３におけるクラウドリストアシステム３５０と、関連リソース群（計算機資源）３９０の一部または全部は、図１におけるデータ転送部１０３に対応付けられる。図３のストレージ運用管理サービス３３０の一部も、図１におけるデータ転送部１０３に含まれるとしてよい。
このように、本開示は、クラウドサービスにおいて有効に活用することが出来る。
【0017】
３の１の２．オンプレミスストレージ装置の装置内構成
図４はオンプレミスストレージ装置３１０の装置内構成を示す。オンプレミスストレージ装置３１０は、冗長化された複数のＩ／Ｏ制御サブシステム４５０（４５０ａ、４５０ｂ）と、装置管理サブシステム４６０、複数のホストインターフェース（Ｉ／Ｆ）４３０（４３０ａ、４３０ｂ）と、複数のドライブ４４０（４４０－０～４４０－ｎ）、管理ネットワークインターフェース（Ｉ／Ｆ）４８０と、複数のバックアップ／リストア用インターフェース（Ｉ／Ｆ）４１０（４１０ａ、４１０ｂ）を備える。ホストインターフェース４３０はストレージネットワーク４００を介してサーバ群３１１と通信するためのものである。サーバ群３１１はホストインターフェース４３０を通じて、論理ボリューム４７０に読み書きＩ／Ｏを行う。ドライブ４４０は、ＳＳＤ(Solid State Drive)やＨＤＤ(Hard Disk Drive)などの物理記憶デバイスである。管理ネットワークインターフェース４８０は、ネットワーク３７０を介して端末３８０と通信するほか、ストレージ運用管理サービス３３０と通信する。Ｉ／Ｏ制御サブシステム４５０は、接続されたドライブ４４０の記憶領域に基づいて論理ボリューム４７０（４７０－０、４７０－１）を構成し、サーバ群３１１に提供する。また、サーバ群３１１から発行された論理ボリューム４７０への読み書きＩ／Ｏに基づいて、Ｉ／Ｏ制御サブシステム４５０はドライブ４４０への読み書きＩ／Ｏを発行しＩ／Ｏ処理を実施する。このほか、Ｉ／Ｏ制御サブシステム４５０は、論理ボリューム４７０を所定の論理ブロックサイズ（例えば８キロバイト）単位で管理し、どこにデータが書き込まれたかを記録する。Ｉ／Ｏ制御サブシステム４５０はプロセッサ（ＣＰＵ）４５１とメモリ４５２を有する。プロセッサ４５１は、メモリ４５２に格納されているプログラムに従って上述したような各種処理を実行する。メモリ４５２は例えばＲＡＭ(Random Access Memory)であり、プロセッサ４５１で実行されるプログラムや、必要な情報を記憶する。装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の各種設定や監視を行う処理を実行する。装置管理サブシステム４６０は、ネットワーク３７０と管理ネットワークインターフェース４８０を介して、端末３８０からユーザの操作指示を受け付ける。装置管理サブシステム４６０は、内部のプロセッサ（ＣＰＵ）４６１がメモリ４６２に記憶されるプログラムを実行することにより、各種処理を行う。なお、図４の例では、装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の内部に設けられているが、装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の外部に設けられてもよい。また、装置管理サブシステム４６０が提供する機能の一部をストレージ運用管理サービス３３０が実現してもよい。バックアップ／リストア用インターフェース４１０は、ネットワーク３７０を介して、バックアップデータストア３４０と接続され、論理ボリューム４７０のバックアップ処理を行う。バックアップ／リストア用インターフェース４１０は、バックアップデータストア３４０とデータを送受信するためのデータ変換転送制御部４２０（図４では「変換転送制御４２０」と略記される。）を備えており、データ形式の変換や圧縮、データ構成の解釈、格納に必要な付加情報の生成を行う。またバックアップ／リストア用インターフェース４１０はバックアップ処理が完了した際に、ストレージ運用管理サービス３３０に完了通知とバックアップ内容に関するサマリ情報を送信する。当該サマリ情報は、例えば、バックアップ処理に対応する（後述の）バックアップカタログを指し示すポインタとなりうるもの（例えば、（後述の）オブジェクト名やオブジェクトキー）を含んでよい。
図４はオンプレミスストレージ装置３１０の装置内構成を示す。オンプレミスストレージ装置３１０は、冗長化された複数のＩ／Ｏ制御サブシステム４５０（４５０ａ、４５０ｂ）と、装置管理サブシステム４６０、複数のホストインターフェース（Ｉ／Ｆ）４３０（４３０ａ、４３０ｂ）と、複数のドライブ４４０（４４０－０～４４０－ｎ）、管理ネットワークインターフェース（Ｉ／Ｆ）４８０と、複数のバックアップ／リストア用インターフェース（Ｉ／Ｆ）４１０（４１０ａ、４１０ｂ）を備える。ホストインターフェース４３０はストレージネットワーク４００を介してサーバ群３１１と通信するためのものである。サーバ群３１１はホストインターフェース４３０を通じて、論理ボリューム４７０に読み書きＩ／Ｏを行う。ドライブ４４０は、ＳＳＤ(Solid State Drive)やＨＤＤ(Hard Disk Drive)などの物理記憶デバイスである。管理ネットワークインターフェース４８０は、ネットワーク３７０を介して端末３８０と通信するほか、ストレージ運用管理サービス３３０と通信する。Ｉ／Ｏ制御サブシステム４５０は、接続されたドライブ４４０の記憶領域に基づいて論理ボリューム４７０（４７０－０、４７０－１）を構成し、サーバ群３１１に提供する。また、サーバ群３１１から発行された論理ボリューム４７０への読み書きＩ／Ｏに基づいて、Ｉ／Ｏ制御サブシステム４５０はドライブ４４０への読み書きＩ／Ｏを発行しＩ／Ｏ処理を実施する。このほか、Ｉ／Ｏ制御サブシステム４５０は、論理ボリューム４７０を所定の論理ブロックサイズ（例えば８キロバイト）単位で管理し、どこにデータが書き込まれたかを記録する。Ｉ／Ｏ制御サブシステム４５０はプロセッサ（ＣＰＵ）４５１とメモリ４５２を有する。プロセッサ４５１は、メモリ４５２に格納されているプログラムに従って上述したような各種処理を実行する。メモリ４５２は例えばＲＡＭ(Random Access Memory)であり、プロセッサ４５１で実行されるプログラムや、必要な情報を記憶する。装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の各種設定や監視を行う処理を実行する。装置管理サブシステム４６０は、ネットワーク３７０と管理ネットワークインターフェース４８０を介して、端末３８０からユーザの操作指示を受け付ける。装置管理サブシステム４６０は、内部のプロセッサ（ＣＰＵ）４６１がメモリ４６２に記憶されるプログラムを実行することにより、各種処理を行う。なお、図４の例では、装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の内部に設けられているが、装置管理サブシステム４６０は、オンプレミスストレージ装置３１０の外部に設けられてもよい。また、装置管理サブシステム４６０が提供する機能の一部をストレージ運用管理サービス３３０が実現してもよい。バックアップ／リストア用インターフェース４１０は、ネットワーク３７０を介して、バックアップデータストア３４０と接続され、論理ボリューム４７０のバックアップ処理を行う。バックアップ／リストア用インターフェース４１０は、バックアップデータストア３４０とデータを送受信するためのデータ変換転送制御部４２０（図４では「変換転送制御４２０」と略記される。）を備えており、データ形式の変換や圧縮、データ構成の解釈、格納に必要な付加情報の生成を行う。またバックアップ／リストア用インターフェース４１０はバックアップ処理が完了した際に、ストレージ運用管理サービス３３０に完了通知とバックアップ内容に関するサマリ情報を送信する。当該サマリ情報は、例えば、バックアップ処理に対応する（後述の）バックアップカタログを指し示すポインタとなりうるもの（例えば、（後述の）オブジェクト名やオブジェクトキー）を含んでよい。
【0018】
３の１の３．ボリュームの管理領域と差分管理ビットマップ（第１管理情報）
図１の１つのボリューム１１１や図４の１つの論理ボリューム４７０（さらには、後述のクラウド側のデータセンタ３０２で管理される１つの論理ボリューム１０７０及び２０７０）のそれぞれが有するデータ群は、複数の管理領域１１２に分けて管理されてよい。また管理領域１１２のそれぞれは、当該管理領域１１２内のいずれの位置のデータをバックアップ処理の対象とすべきであるかを示す第１管理情報を伴ってよい。以下では、ボリュームの例を論理ボリューム４７０とし、第１管理情報の例を差分管理ビットマップ５００としたものが主に説明される。以下の説明は、後述の論理ボリューム１０７０及び２０７０にも適用出来る。また、以下の説明は、論理ボリュームではない物理的なボリュームにも適用出来る。つまり、本開示は、論理ボリュームには限定されない。
図５はオンプレミスストレージ装置３１０内部における論理ボリューム４７０の管理状況を模式的に表した図である。論理ボリューム４７０（図１のボリューム１１１に対応付けられる。）は、一定のブロックサイズごとにＬＢＡ（Logical Block Address）を割り当て、サーバ群３１１からライトされた（ライト）データ（ブロックデータ）５１０の格納場所を管理している。論理ボリューム４７０は一般には大容量であるので、オンプレミスストレージ装置３１０は、内部的に（例えば３２ギガバイト毎に）複数の管理領域５７１Ａ、５７１Ｂ、５７１Ｃ（それぞれ、図１の管理領域１１２Ａ、１１２Ｂ、１１２Ｃに対応付けられる。）に分けて、管理領域毎に第１管理情報を伴わせる。オンプレミスストレージ装置３１０は、（ライト）データ（ブロックデータ）５１０の格納の有無を、（第１管理情報の実施形態のひとつである）差分管理ビットマップ５００（５００Ａ、５００Ｂ、５００Ｃ）により管理する。差分管理ビットマップ５００は、論理ボリューム４７０の管理領域５７１Ａ、５７１Ｂ、５７１Ｃに対応して設けられる。論理ボリューム４７０に新たな（ライト）データが書き込まれると、差分管理ビットマップ５００では、（ライト）データの格納先ＬＢＡに該当するビットがＯＮ（図５では黒四角で表現される。）に変更され、（ライト）データの書き込みがあったことが当該差分管理ビットマップ５００に記録される。差分管理ビットマップ５００は、バックアップが取得される度に新たなビットマップに交換される。つまり、バックアップ処理の各世代においてバックアップすべき差分データ（ライトデータ）とその所在を判別することが出来る。
なお、ストレージ装置によってはボリュームのスナップショット取得機能（例えば、ボリュームに含まれる全てのＬＢＡのブロックデータのスナップショットを取得する機能）を有するものがある。この場合は、ストレージ装置は、２つの世代のスナップショットを比較することによって、差分管理ビットマップ５００の作成を代替してもかまわない。あるいは、差分管理ビットマップが提供する機能と同様の効果を有する管理情報がスナップショット取得機能に伴うのであれば、ストレージ装置は当該管理情報を利用してもよい。
また、ストレージ装置は、ビットマップに代わり、（ライト）データによる更新箇所の開始ＬＢＡと（ライト）データのサイズ(例えば、ブロック数)をリストとして記録するなど、更新情報を維持可能な別の手段によって管理してもよい。
このように、本開示は、ボリューム内の管理領域毎に第１管理情報（例えば、差分管理ビットマップ５００）を備えるので、バックアップ処理の対象となるデータ（ブロックデータ）を特定出来て、バックアップ処理を効率よく行うことが出来る。
また、本開示は、ロジカルブロックアドレッシング空間（ＬＢＡ空間）におけるブロック単位の空間管理を活用出来る。（なお、変形例においては、ブロック単位でないアドレスがボリュームに設定されてもよい。そのようなボリュームには、そのアドレス管理に適した第１管理情報が設けられればよい。）
図１の１つのボリューム１１１や図４の１つの論理ボリューム４７０（さらには、後述のクラウド側のデータセンタ３０２で管理される１つの論理ボリューム１０７０及び２０７０）のそれぞれが有するデータ群は、複数の管理領域１１２に分けて管理されてよい。また管理領域１１２のそれぞれは、当該管理領域１１２内のいずれの位置のデータをバックアップ処理の対象とすべきであるかを示す第１管理情報を伴ってよい。以下では、ボリュームの例を論理ボリューム４７０とし、第１管理情報の例を差分管理ビットマップ５００としたものが主に説明される。以下の説明は、後述の論理ボリューム１０７０及び２０７０にも適用出来る。また、以下の説明は、論理ボリュームではない物理的なボリュームにも適用出来る。つまり、本開示は、論理ボリュームには限定されない。
図５はオンプレミスストレージ装置３１０内部における論理ボリューム４７０の管理状況を模式的に表した図である。論理ボリューム４７０（図１のボリューム１１１に対応付けられる。）は、一定のブロックサイズごとにＬＢＡ（Logical Block Address）を割り当て、サーバ群３１１からライトされた（ライト）データ（ブロックデータ）５１０の格納場所を管理している。論理ボリューム４７０は一般には大容量であるので、オンプレミスストレージ装置３１０は、内部的に（例えば３２ギガバイト毎に）複数の管理領域５７１Ａ、５７１Ｂ、５７１Ｃ（それぞれ、図１の管理領域１１２Ａ、１１２Ｂ、１１２Ｃに対応付けられる。）に分けて、管理領域毎に第１管理情報を伴わせる。オンプレミスストレージ装置３１０は、（ライト）データ（ブロックデータ）５１０の格納の有無を、（第１管理情報の実施形態のひとつである）差分管理ビットマップ５００（５００Ａ、５００Ｂ、５００Ｃ）により管理する。差分管理ビットマップ５００は、論理ボリューム４７０の管理領域５７１Ａ、５７１Ｂ、５７１Ｃに対応して設けられる。論理ボリューム４７０に新たな（ライト）データが書き込まれると、差分管理ビットマップ５００では、（ライト）データの格納先ＬＢＡに該当するビットがＯＮ（図５では黒四角で表現される。）に変更され、（ライト）データの書き込みがあったことが当該差分管理ビットマップ５００に記録される。差分管理ビットマップ５００は、バックアップが取得される度に新たなビットマップに交換される。つまり、バックアップ処理の各世代においてバックアップすべき差分データ（ライトデータ）とその所在を判別することが出来る。
なお、ストレージ装置によってはボリュームのスナップショット取得機能（例えば、ボリュームに含まれる全てのＬＢＡのブロックデータのスナップショットを取得する機能）を有するものがある。この場合は、ストレージ装置は、２つの世代のスナップショットを比較することによって、差分管理ビットマップ５００の作成を代替してもかまわない。あるいは、差分管理ビットマップが提供する機能と同様の効果を有する管理情報がスナップショット取得機能に伴うのであれば、ストレージ装置は当該管理情報を利用してもよい。
また、ストレージ装置は、ビットマップに代わり、（ライト）データによる更新箇所の開始ＬＢＡと（ライト）データのサイズ(例えば、ブロック数)をリストとして記録するなど、更新情報を維持可能な別の手段によって管理してもよい。
このように、本開示は、ボリューム内の管理領域毎に第１管理情報（例えば、差分管理ビットマップ５００）を備えるので、バックアップ処理の対象となるデータ（ブロックデータ）を特定出来て、バックアップ処理を効率よく行うことが出来る。
また、本開示は、ロジカルブロックアドレッシング空間（ＬＢＡ空間）におけるブロック単位の空間管理を活用出来る。（なお、変形例においては、ブロック単位でないアドレスがボリュームに設定されてもよい。そのようなボリュームには、そのアドレス管理に適した第１管理情報が設けられればよい。）
【0019】
３の１の４．バックアップ設定画面
バックアップ処理の設定は、端末３８０上に表示されるバックアップ設定画面をユーザ等が操作することにより行うことが出来る。以下では、バックアップ処理の転送元がオンプレミスストレージ装置３１０である例で説明する。以下の説明は、バックアップ処理の転送元が、後述のリモート側のデータセンタ３０２にある論理ボリューム１０７０または２０７０であるケースにも適用出来る。
図６は、オンプレミスストレージ装置３１０がバックアップ／リストア用インターフェース４１０を通じてバックアップ処理を行うための、端末３８０上に表示されるバックアップ設定画面６００を示した図である。バックアップ設定画面６００は端末３８０を通じて操作される。なお、バックアップ設定画面６００に表示するための情報を、端末３８０が主体的に準備してもよいし、端末３８０以外の装置（例えば、データセンタ３０１や、データセンタ３０２内のストレージ運用管理サービス３３０）が主体的に準備してもよいし、複数の装置が連携して準備してもよい。
バックアップ設定画面６００は、論理ボリューム選択領域６０１と、バックアップデータストア選択領域６０２と、バックアップスケジュール設定領域６０３を含む。論理ボリューム選択領域６０１は、バックアップ対象とする論理ボリューム４７０を選択する領域である。図６の例では、論理ボリューム番号７Ｆで示されるVolume B（１６テラバイト）の論理ボリューム４７０が選択されている。バックアップデータストア選択領域６０２は、例えばドロップダウンボックス（プルダウンメニュー）で構成され、論理ボリューム４７０のバックアップ処理の転送先とするバックアップデータストア３４０を選択する領域である。バックアップデータストア選択領域６０２には、別のバックアップストア登録画面（図示せず）を用いて既に登録されているバックアップデータストア３４０が選択可能に表示される。図６の例では、「ABC Cloud (Account 1940032)」で示されるバックアップデータストア３４０（アカウント名付き）が選択されている。（なお、アカウントは、例えば、ユーザ等に対して付与されるものであってよい。）バックアップスケジュール設定領域６０３は、バックアップスケジュールを設定するための領域である。バックアップスケジュール設定領域６０３には、例えば1回限りのバックアップ処理の実行を設定するためのOne shot指定ボタン６３１と、定期的なバックアップ処理の実行を設定するためのPeriodically指定ボタン６３２が表示される。なお、ユーザ等がOne shot指定ボタン６３１を選択した場合には、ユーザ等はさらに、今すぐ実行すること（Now）か、実行開始時刻を指定することができる。また、ユーザ等がPeriodically指定ボタン６３２を選択した場合には、ユーザ等は、繰り返しの単位となる期間（例えば、日次（Daily）、週次（Weekly）、月次（Monthly））を指定出来る。ユーザ等が日時（Daily）を指定した場合は、ユーザ等は、実行開始時刻、実行間隔時間、最大の実行回数等を指定することが出来る。例えば、実行間隔時間と最大の実行回数については、いずれか一方のみをユーザ等が指定出来るようにしてよい。最大の実行回数が指定された場合には、オンプレミスストレージ装置３１０は、当該最大の実行回数のバックアップ処理を、指定された１つの単位となる期間（日次（Daily）、週次（Weekly）、月次（Monthly））内で等間隔に近い状態で実行するように、バックアップ処理の実行間隔時間を定めてよい。また、図６の例では、日時（Daily）が指定された例を示しているが、週次（Weekly）または月次（Monthly）が指定された場合には、バックアップ設定画面６００には、週次または月次のバックアップ処理の設定に適した設定画面が表示されてよい。図６の例では、バックアップ処理のスケジュールとして、定期的な実行が選択されており、日次での実施、毎日０時００分から３０分間隔でバックアップ処理を行うことが指定されている。ＯＫボタン６０５は、バックアップ設定画面６００で設定されたバックアップ処理のスケジュールを登録する指示を受け付けるボタンである。ＯＫボタン６０５が押下されると、設定されたバックアップ処理のスケジュールが装置管理サブシステム４６０のスケジューラに登録されると共に、ストレージ運用管理サービス３３０にもスケジュールに関する情報が送信される。（なお、スケジューラは、例えば、装置管理サブシステム４６０がスケジューラプログラムを実行することにより構築されるものであってよい。）バックアップ処理での転送元がオンプレミスストレージ装置３１０内の論理ボリューム４７０である場合は、バックアップ処理の処理主体は、装置管理サブシステム４６０、Ｉ／Ｏ制御サブシステム４５０またはバックアップ／リストア用インターフェース４１０のいずれでもありうる。バックアップ処理での転送元がストレージボリュームサービス３２０内の論理ボリューム１０７０または２０７０である場合は、バックアップ処理の処理主体は、ストレージ運用管理サービス３３０であってよい。
バックアップ処理の設定は、端末３８０上に表示されるバックアップ設定画面をユーザ等が操作することにより行うことが出来る。以下では、バックアップ処理の転送元がオンプレミスストレージ装置３１０である例で説明する。以下の説明は、バックアップ処理の転送元が、後述のリモート側のデータセンタ３０２にある論理ボリューム１０７０または２０７０であるケースにも適用出来る。
図６は、オンプレミスストレージ装置３１０がバックアップ／リストア用インターフェース４１０を通じてバックアップ処理を行うための、端末３８０上に表示されるバックアップ設定画面６００を示した図である。バックアップ設定画面６００は端末３８０を通じて操作される。なお、バックアップ設定画面６００に表示するための情報を、端末３８０が主体的に準備してもよいし、端末３８０以外の装置（例えば、データセンタ３０１や、データセンタ３０２内のストレージ運用管理サービス３３０）が主体的に準備してもよいし、複数の装置が連携して準備してもよい。
バックアップ設定画面６００は、論理ボリューム選択領域６０１と、バックアップデータストア選択領域６０２と、バックアップスケジュール設定領域６０３を含む。論理ボリューム選択領域６０１は、バックアップ対象とする論理ボリューム４７０を選択する領域である。図６の例では、論理ボリューム番号７Ｆで示されるVolume B（１６テラバイト）の論理ボリューム４７０が選択されている。バックアップデータストア選択領域６０２は、例えばドロップダウンボックス（プルダウンメニュー）で構成され、論理ボリューム４７０のバックアップ処理の転送先とするバックアップデータストア３４０を選択する領域である。バックアップデータストア選択領域６０２には、別のバックアップストア登録画面（図示せず）を用いて既に登録されているバックアップデータストア３４０が選択可能に表示される。図６の例では、「ABC Cloud (Account 1940032)」で示されるバックアップデータストア３４０（アカウント名付き）が選択されている。（なお、アカウントは、例えば、ユーザ等に対して付与されるものであってよい。）バックアップスケジュール設定領域６０３は、バックアップスケジュールを設定するための領域である。バックアップスケジュール設定領域６０３には、例えば1回限りのバックアップ処理の実行を設定するためのOne shot指定ボタン６３１と、定期的なバックアップ処理の実行を設定するためのPeriodically指定ボタン６３２が表示される。なお、ユーザ等がOne shot指定ボタン６３１を選択した場合には、ユーザ等はさらに、今すぐ実行すること（Now）か、実行開始時刻を指定することができる。また、ユーザ等がPeriodically指定ボタン６３２を選択した場合には、ユーザ等は、繰り返しの単位となる期間（例えば、日次（Daily）、週次（Weekly）、月次（Monthly））を指定出来る。ユーザ等が日時（Daily）を指定した場合は、ユーザ等は、実行開始時刻、実行間隔時間、最大の実行回数等を指定することが出来る。例えば、実行間隔時間と最大の実行回数については、いずれか一方のみをユーザ等が指定出来るようにしてよい。最大の実行回数が指定された場合には、オンプレミスストレージ装置３１０は、当該最大の実行回数のバックアップ処理を、指定された１つの単位となる期間（日次（Daily）、週次（Weekly）、月次（Monthly））内で等間隔に近い状態で実行するように、バックアップ処理の実行間隔時間を定めてよい。また、図６の例では、日時（Daily）が指定された例を示しているが、週次（Weekly）または月次（Monthly）が指定された場合には、バックアップ設定画面６００には、週次または月次のバックアップ処理の設定に適した設定画面が表示されてよい。図６の例では、バックアップ処理のスケジュールとして、定期的な実行が選択されており、日次での実施、毎日０時００分から３０分間隔でバックアップ処理を行うことが指定されている。ＯＫボタン６０５は、バックアップ設定画面６００で設定されたバックアップ処理のスケジュールを登録する指示を受け付けるボタンである。ＯＫボタン６０５が押下されると、設定されたバックアップ処理のスケジュールが装置管理サブシステム４６０のスケジューラに登録されると共に、ストレージ運用管理サービス３３０にもスケジュールに関する情報が送信される。（なお、スケジューラは、例えば、装置管理サブシステム４６０がスケジューラプログラムを実行することにより構築されるものであってよい。）バックアップ処理での転送元がオンプレミスストレージ装置３１０内の論理ボリューム４７０である場合は、バックアップ処理の処理主体は、装置管理サブシステム４６０、Ｉ／Ｏ制御サブシステム４５０またはバックアップ／リストア用インターフェース４１０のいずれでもありうる。バックアップ処理での転送元がストレージボリュームサービス３２０内の論理ボリューム１０７０または２０７０である場合は、バックアップ処理の処理主体は、ストレージ運用管理サービス３３０であってよい。
【0020】
３の１の５．世代毎のバックアップ処理
１つのボリューム（論理ボリューム）がバックアップ処理される際に、１つのボリュームの全てのデータのスナップショットが取得される手法以外の手法を用いる場合には、バックアップ処理とリストア処理において、世代管理がされることになる。具体的には、バックアップ処理は、前回のバックアップ処理の時点以降に、当該バックアップ処理での転送元となるボリュームにライトされたデータのみを、第２記憶部１０２であるバックアップデータストア３４０に転送する差分バックアップ処理となる。また、リストア処理は、当該リストア処理により復元する時点を示す世代以前の全ての世代のリストア処理を古い世代から順に実行する処理となる。
図７Ａ、図７Ｂ及び図７Ｃは、バックアップ処理が行われる際、バックアップ処理されるブロックデータ群７２１、７２２及び７２３が差分として抽出される様子を模式的に示す。図７Ａ、図７Ｂ及び図７Ｃの例では説明上、記号「Ａ」「Ｂ」「Ｃ」が用いられるが、実際にはこれらのデータの更新の有無は先述した差分管理ビットマップ５００を用いて管理される。図７Ａ、図７Ｂ及び図７Ｃでは、差分管理ビットマップ５００の記載は省略される代わりに、ＯＮに対応するブロックは便宜的に黒反転で示される。図７Ａは初回のバックアップ処理の様子を示している。初期の論理ボリューム内の格納データの状態７１０と、今回（１世代目の）バックアップ処理する時点での論理ボリューム内の格納データの状態７１１とを比較すると、新たに「Ａ」「Ｂ」「Ｃ」で示されるブロックの書き込みがされていることが分かる。そのため、ブロックデータ群７２１として「Ａ」「Ｂ」「Ｃ」が抽出される。図７Ｂは２回目の（２世代目の）バックアップ処理の様子を示している。前回（１世代目の）バックアップ時の論理ボリューム内の格納データの状態７１１に対し、今回（２世代目の）バックアップ時点での論理ボリューム内の格納データ７１２を比較すると、「Ａ’」で示されるブロックが更新されていることが分かる。そのため、ブロックデータ群７２２としてブロック「Ａ’」が抽出される。図７Ｃは３回目の（３世代目の）バックアップ処理の様子を示している。前回（２世代目の）バックアップ時の論理ボリューム内の格納データ７１２に対し、今回（３世代目の）バックアップ時点での論理ボリューム内の格納データ７１３を比較すると、「Ｂ’」「Ｃ’」で示されるブロックが更新されていることが分かる。そのため、ブロックデータ群７２３としてブロック「Ｂ’」「Ｃ’」が抽出される。
なお、上述より明らかなように、各世代は更新差分のみバックアップ処理されるため、リストアする際には前の世代（親世代）のバックアップデータと重ね合わせが必要になる。例えば論理ボリュームが図７Ｂの７１２の状態にリストアされるためには、１世代目のブロックデータ群７２１を用いて「ＡＢＣ」が復元され、その後２世代目のブロックデータ群７２２を用いて「Ａ’」が復元される（「Ａ」が「Ａ’」で上書きされる）必要がある。このため後述するリストア処理では複数世代のバックアップデータを取り扱うことがある点に注意が必要である。リストア処理の効率化のため、ブロックデータ群７２１から「ＢＣ」のみが復元され、ブロックデータ群７２２から「Ａ’」が復元されてもよい。
１つのボリューム（論理ボリューム）がバックアップ処理される際に、１つのボリュームの全てのデータのスナップショットが取得される手法以外の手法を用いる場合には、バックアップ処理とリストア処理において、世代管理がされることになる。具体的には、バックアップ処理は、前回のバックアップ処理の時点以降に、当該バックアップ処理での転送元となるボリュームにライトされたデータのみを、第２記憶部１０２であるバックアップデータストア３４０に転送する差分バックアップ処理となる。また、リストア処理は、当該リストア処理により復元する時点を示す世代以前の全ての世代のリストア処理を古い世代から順に実行する処理となる。
図７Ａ、図７Ｂ及び図７Ｃは、バックアップ処理が行われる際、バックアップ処理されるブロックデータ群７２１、７２２及び７２３が差分として抽出される様子を模式的に示す。図７Ａ、図７Ｂ及び図７Ｃの例では説明上、記号「Ａ」「Ｂ」「Ｃ」が用いられるが、実際にはこれらのデータの更新の有無は先述した差分管理ビットマップ５００を用いて管理される。図７Ａ、図７Ｂ及び図７Ｃでは、差分管理ビットマップ５００の記載は省略される代わりに、ＯＮに対応するブロックは便宜的に黒反転で示される。図７Ａは初回のバックアップ処理の様子を示している。初期の論理ボリューム内の格納データの状態７１０と、今回（１世代目の）バックアップ処理する時点での論理ボリューム内の格納データの状態７１１とを比較すると、新たに「Ａ」「Ｂ」「Ｃ」で示されるブロックの書き込みがされていることが分かる。そのため、ブロックデータ群７２１として「Ａ」「Ｂ」「Ｃ」が抽出される。図７Ｂは２回目の（２世代目の）バックアップ処理の様子を示している。前回（１世代目の）バックアップ時の論理ボリューム内の格納データの状態７１１に対し、今回（２世代目の）バックアップ時点での論理ボリューム内の格納データ７１２を比較すると、「Ａ’」で示されるブロックが更新されていることが分かる。そのため、ブロックデータ群７２２としてブロック「Ａ’」が抽出される。図７Ｃは３回目の（３世代目の）バックアップ処理の様子を示している。前回（２世代目の）バックアップ時の論理ボリューム内の格納データ７１２に対し、今回（３世代目の）バックアップ時点での論理ボリューム内の格納データ７１３を比較すると、「Ｂ’」「Ｃ’」で示されるブロックが更新されていることが分かる。そのため、ブロックデータ群７２３としてブロック「Ｂ’」「Ｃ’」が抽出される。
なお、上述より明らかなように、各世代は更新差分のみバックアップ処理されるため、リストアする際には前の世代（親世代）のバックアップデータと重ね合わせが必要になる。例えば論理ボリュームが図７Ｂの７１２の状態にリストアされるためには、１世代目のブロックデータ群７２１を用いて「ＡＢＣ」が復元され、その後２世代目のブロックデータ群７２２を用いて「Ａ’」が復元される（「Ａ」が「Ａ’」で上書きされる）必要がある。このため後述するリストア処理では複数世代のバックアップデータを取り扱うことがある点に注意が必要である。リストア処理の効率化のため、ブロックデータ群７２１から「ＢＣ」のみが復元され、ブロックデータ群７２２から「Ａ’」が復元されてもよい。
【0021】
３の１の６．バックアップデータストア（第２記憶部）の内部構成
第２記憶部１０２に対応付けられるバックアップデータストア３４０は、オブジェクトストレージ形式のものとしてよい。オブジェクトストレージ形式のバックアップデータストアは、バックアップ処理での転送先やリストア処理での転送元として、広帯域を提供出来る。以下では、バックアップデータストア３４０の内部構成を説明する。
図８はバックアップデータストア３４０にバックアップデータ１２１が格納されている様子を示す。本実施形態におけるバックアップデータストア３４０は、例えばパブリッククラウド側にあるオブジェクトストレージ形式のストアである。バックアップデータストア３４０については、アクセス要求元と（バックアップデータストア３４０内の）アクセス先（例えばバケット）の組み合わせ毎に、アクセス権の有無は設定され得る。
図８の例では、バックアップデータストア３４０は、オブジェクトストレージ形式におけるバケット８０１、バケット８０２、バケット８０３が含まれてよい。バケットのそれぞれはバックアップ処理の世代のそれぞれに対応する。また、図示は省略するが別の論理ボリュームのバックアップ処理による別のバケットも、バックアップデータストア３４０に含まれてよい。バケット８０１は論理ボリューム番号７Ｆで示される論理ボリュームの１世代目のバックアップデータ(Vol#7F Gen1)を格納しており、バケット名vsp56342-7f-001で識別される。バケット８０２は論理ボリューム番号７Ｆで示される論理ボリュームの２世代目のバックアップデータ(Vol#7F Gen2)を格納しており、バケット名vsp56342-7f-002で識別される。バケット８０３は論理ボリューム番号７Ｆで示される論理ボリュームの３世代目のバックアップデータ(Vol#7F Gen3)を格納しており、バケット名vsp56342-7f-003で識別される。バケット８０１は、差分管理ビットマップ（第２管理情報）８１１、ブロックデータ群８１２、バックアップカタログ８１０を、それぞれオブジェクトファイルとして格納している。ここで、差分管理ビットマップ（第２管理情報）８１１、ブロックデータ群８１２は、１つの論理ボリュームに含まれる管理領域５７１または１１２（Ａ、Ｂ、Ｃ…）毎に分かれている。各オブジェクトファイルには、種別ごとに連番でのオブジェクト名が付けられ、関連性が判別可能なように格納される。例えば、差分管理ビットマップ８１１Ａ、８１１Ｂ、８１１Ｃには、順に「bitmap-7f-001.000」「bitmap-7f-001.001」「bitmap-7f-001.002」、ブロックデータ群８１２Ａ、８１２Ｂ、８１３Ｃには、順に「block-7f-001.000」「block-7f-001.001」「block-7f-001.002」のように付される。差分管理ビットマップ（第２管理情報）８１１Ａ、８１１Ｂ、８１１Ｃは、図５で示した差分管理ビットマップ（第１管理情報）５００に対応するものであり、論理ボリュームにおける差分データ（ライトデータ、ブロックデータ）の格納位置を示す情報である。ブロックデータ群８１２Ａ、８１２Ｂ、８１２Ｃは、図７Ａで示したブロックデータ群７２１に対応するものであり、差分管理ビットマップ８１１Ａ、８１１Ｂ、８１１Ｃ（５００Ａ、５００Ｂ、５００Ｃ）に基づいて抽出された複数のブロックデータをまとめたものである。図８の例では、ブロックデータ群８１２Ａ、８１２Ｂ、８１３Ｃのそれぞれは単一のファイルとして図示しているが、サイズに応じて、複数のオブジェクトファイルに分割されることもある。バックアップカタログ８１０はバックアップ処理のサマリ情報を記載したものであり、詳細については図９にて後述する。同様にして、バケット８０２は、差分管理ビットマップ８２１Ａ、８２１Ｂ、８２１Ｃ、ブロックデータ群８２２Ａ、８２２Ｂ、８２２Ｃ、バックアップカタログ８２０を、それぞれオブジェクトファイルとして格納している。バケット８０３も同様であるため説明は割愛する。
なお本実施形態では、バックアップ処理の情報は、世代ごとに異なるバケットに格納されるものとしたが、複数の世代分のバックアップ処理の情報が１つのバケットに格納されてもよい。バケットに格納するオブジェクトファイルのオブジェクト名は、世代に関する情報を含むものである。そのため１つのバケットに複数の世代分のバックアップ処理の情報を含めても支障は生じない。バックアップデータストア３４０の各オブジェクトファイルへのアクセスは、オブジェクト名、バケット名、およびアカウント名やバックアップデータストアのＵＲＬアドレス等から構成されるオブジェクトキーを用いてアクセスする。
図９Ａと図９Ｂはバックアップデータストア３４０のバケットのそれぞれに格納されるバックアップカタログが持つ情報について説明したものである。図９Ａは図８のバケット８０１に含まれる１世代目のバックアップカタログ８１０の内部構成を示している。バックアップカタログ８１０は、オブジェクト名が「catalog-7f-001-0.dat」であり、バックアップ元の装置製品番号９１０、バックアップ処理での転送元のボリューム番号９１１、ボリュームサイズ９１２、ボリューム名称（ニックネーム）９１３、バックアップ世代番号９１４、バックアップ取得時刻９１５、親世代のカタログ名９１６、差分管理ビットマップのファイル数９１７（図面では「差分管理ビットマップのファイル数」は「差分管理ビットマップ数」または「ビットマップ数」と略記される。）を情報として持つ。図９Ａの例では、装置製品番号は「VSP56432」、バックアップ処理での転送元ボリューム番号は「0x7F」、ボリュームサイズは「16.0TB」（１６．０テラバイト）、ボリュームの名称（ニックネーム）は「Volume B」であり、バックアップ世代番号は「01」(１世代目)、バックアップ取得時刻は「2021-04-28 0:00」である。また、１世代目であるゆえ親世代は存在しない。そのため、親カタログのカタログ名は空欄「-」である。差分管理ビットマップのファイル数は「512」である。つまり、１つの論理ボリュームは512個の管理領域から構成されており、差分管理ビットマップのオブジェクトファイルが、オブジェクト名が「bitmap-7f-001.000」から「bitmap-7f-001.511」として、512個存在していることを意味する。
図９Ｂは図７のバケット８０２に含まれる２世代目のバックアップカタログ８２０の構成を示している。バックアップカタログ８２０もバックアップカタログ８１０と同様の構成である。バックアップカタログ８２０は、オブジェクト名が「catalog-7f-002-0.dat」である。図９Ｂの例では、装置製品番号は「VSP56432」、バックアップ処理での転送元のボリューム番号は「0x7F」、ボリュームサイズは「16.0TB」、ボリュームの名称（ニックネーム）は「Volume B」であり、バックアップ世代番号は「02」(２世代目)、バックアップ取得時刻は「2021-04-28 3:00」になっている。親世代のカタログ名は、バケット名「vsp56342-7f-001」の下のオブジェクト名「catalog-7f-001-0.dat」である。これはバックアップカタログ８１０（図９Ａ）を指している。つまり、この世代のリストア処理を行う際には、バックアップカタログ８１０が示す１世代目のバックアップデータのリストア処理が先に必要である。差分管理ビットマップのファイル数は「512」である。図９Ａと同様に、論理ボリュームは５１２個の管理領域から構成されており、差分管理ビットマップのオブジェクトファイルが、オブジェクト名が「bitmap-7f-002.000」から「bitmap-7f-002.511」として、512個存在していることを意味する。
このように、本開示は、バックアップされたボリューム内の管理領域毎に第２管理情報（例えば、差分管理ビットマップ）を備えるので、リストア処理の対象となるデータを、リストア処理での転送先のボリュームにおける適切な位置に配置することが出来る。
また、本開示は、上記したようなオブジェクトストレージ形式のオブジェクトストアが有する広帯域を充分活かすことが出来る。
第２記憶部１０２に対応付けられるバックアップデータストア３４０は、オブジェクトストレージ形式のものとしてよい。オブジェクトストレージ形式のバックアップデータストアは、バックアップ処理での転送先やリストア処理での転送元として、広帯域を提供出来る。以下では、バックアップデータストア３４０の内部構成を説明する。
図８はバックアップデータストア３４０にバックアップデータ１２１が格納されている様子を示す。本実施形態におけるバックアップデータストア３４０は、例えばパブリッククラウド側にあるオブジェクトストレージ形式のストアである。バックアップデータストア３４０については、アクセス要求元と（バックアップデータストア３４０内の）アクセス先（例えばバケット）の組み合わせ毎に、アクセス権の有無は設定され得る。
図８の例では、バックアップデータストア３４０は、オブジェクトストレージ形式におけるバケット８０１、バケット８０２、バケット８０３が含まれてよい。バケットのそれぞれはバックアップ処理の世代のそれぞれに対応する。また、図示は省略するが別の論理ボリュームのバックアップ処理による別のバケットも、バックアップデータストア３４０に含まれてよい。バケット８０１は論理ボリューム番号７Ｆで示される論理ボリュームの１世代目のバックアップデータ(Vol#7F Gen1)を格納しており、バケット名vsp56342-7f-001で識別される。バケット８０２は論理ボリューム番号７Ｆで示される論理ボリュームの２世代目のバックアップデータ(Vol#7F Gen2)を格納しており、バケット名vsp56342-7f-002で識別される。バケット８０３は論理ボリューム番号７Ｆで示される論理ボリュームの３世代目のバックアップデータ(Vol#7F Gen3)を格納しており、バケット名vsp56342-7f-003で識別される。バケット８０１は、差分管理ビットマップ（第２管理情報）８１１、ブロックデータ群８１２、バックアップカタログ８１０を、それぞれオブジェクトファイルとして格納している。ここで、差分管理ビットマップ（第２管理情報）８１１、ブロックデータ群８１２は、１つの論理ボリュームに含まれる管理領域５７１または１１２（Ａ、Ｂ、Ｃ…）毎に分かれている。各オブジェクトファイルには、種別ごとに連番でのオブジェクト名が付けられ、関連性が判別可能なように格納される。例えば、差分管理ビットマップ８１１Ａ、８１１Ｂ、８１１Ｃには、順に「bitmap-7f-001.000」「bitmap-7f-001.001」「bitmap-7f-001.002」、ブロックデータ群８１２Ａ、８１２Ｂ、８１３Ｃには、順に「block-7f-001.000」「block-7f-001.001」「block-7f-001.002」のように付される。差分管理ビットマップ（第２管理情報）８１１Ａ、８１１Ｂ、８１１Ｃは、図５で示した差分管理ビットマップ（第１管理情報）５００に対応するものであり、論理ボリュームにおける差分データ（ライトデータ、ブロックデータ）の格納位置を示す情報である。ブロックデータ群８１２Ａ、８１２Ｂ、８１２Ｃは、図７Ａで示したブロックデータ群７２１に対応するものであり、差分管理ビットマップ８１１Ａ、８１１Ｂ、８１１Ｃ（５００Ａ、５００Ｂ、５００Ｃ）に基づいて抽出された複数のブロックデータをまとめたものである。図８の例では、ブロックデータ群８１２Ａ、８１２Ｂ、８１３Ｃのそれぞれは単一のファイルとして図示しているが、サイズに応じて、複数のオブジェクトファイルに分割されることもある。バックアップカタログ８１０はバックアップ処理のサマリ情報を記載したものであり、詳細については図９にて後述する。同様にして、バケット８０２は、差分管理ビットマップ８２１Ａ、８２１Ｂ、８２１Ｃ、ブロックデータ群８２２Ａ、８２２Ｂ、８２２Ｃ、バックアップカタログ８２０を、それぞれオブジェクトファイルとして格納している。バケット８０３も同様であるため説明は割愛する。
なお本実施形態では、バックアップ処理の情報は、世代ごとに異なるバケットに格納されるものとしたが、複数の世代分のバックアップ処理の情報が１つのバケットに格納されてもよい。バケットに格納するオブジェクトファイルのオブジェクト名は、世代に関する情報を含むものである。そのため１つのバケットに複数の世代分のバックアップ処理の情報を含めても支障は生じない。バックアップデータストア３４０の各オブジェクトファイルへのアクセスは、オブジェクト名、バケット名、およびアカウント名やバックアップデータストアのＵＲＬアドレス等から構成されるオブジェクトキーを用いてアクセスする。
図９Ａと図９Ｂはバックアップデータストア３４０のバケットのそれぞれに格納されるバックアップカタログが持つ情報について説明したものである。図９Ａは図８のバケット８０１に含まれる１世代目のバックアップカタログ８１０の内部構成を示している。バックアップカタログ８１０は、オブジェクト名が「catalog-7f-001-0.dat」であり、バックアップ元の装置製品番号９１０、バックアップ処理での転送元のボリューム番号９１１、ボリュームサイズ９１２、ボリューム名称（ニックネーム）９１３、バックアップ世代番号９１４、バックアップ取得時刻９１５、親世代のカタログ名９１６、差分管理ビットマップのファイル数９１７（図面では「差分管理ビットマップのファイル数」は「差分管理ビットマップ数」または「ビットマップ数」と略記される。）を情報として持つ。図９Ａの例では、装置製品番号は「VSP56432」、バックアップ処理での転送元ボリューム番号は「0x7F」、ボリュームサイズは「16.0TB」（１６．０テラバイト）、ボリュームの名称（ニックネーム）は「Volume B」であり、バックアップ世代番号は「01」(１世代目)、バックアップ取得時刻は「2021-04-28 0:00」である。また、１世代目であるゆえ親世代は存在しない。そのため、親カタログのカタログ名は空欄「-」である。差分管理ビットマップのファイル数は「512」である。つまり、１つの論理ボリュームは512個の管理領域から構成されており、差分管理ビットマップのオブジェクトファイルが、オブジェクト名が「bitmap-7f-001.000」から「bitmap-7f-001.511」として、512個存在していることを意味する。
図９Ｂは図７のバケット８０２に含まれる２世代目のバックアップカタログ８２０の構成を示している。バックアップカタログ８２０もバックアップカタログ８１０と同様の構成である。バックアップカタログ８２０は、オブジェクト名が「catalog-7f-002-0.dat」である。図９Ｂの例では、装置製品番号は「VSP56432」、バックアップ処理での転送元のボリューム番号は「0x7F」、ボリュームサイズは「16.0TB」、ボリュームの名称（ニックネーム）は「Volume B」であり、バックアップ世代番号は「02」(２世代目)、バックアップ取得時刻は「2021-04-28 3:00」になっている。親世代のカタログ名は、バケット名「vsp56342-7f-001」の下のオブジェクト名「catalog-7f-001-0.dat」である。これはバックアップカタログ８１０（図９Ａ）を指している。つまり、この世代のリストア処理を行う際には、バックアップカタログ８１０が示す１世代目のバックアップデータのリストア処理が先に必要である。差分管理ビットマップのファイル数は「512」である。図９Ａと同様に、論理ボリュームは５１２個の管理領域から構成されており、差分管理ビットマップのオブジェクトファイルが、オブジェクト名が「bitmap-7f-002.000」から「bitmap-7f-002.511」として、512個存在していることを意味する。
このように、本開示は、バックアップされたボリューム内の管理領域毎に第２管理情報（例えば、差分管理ビットマップ）を備えるので、リストア処理の対象となるデータを、リストア処理での転送先のボリュームにおける適切な位置に配置することが出来る。
また、本開示は、上記したようなオブジェクトストレージ形式のオブジェクトストアが有する広帯域を充分活かすことが出来る。
【0022】
３の１の７．ストレージボリュームサービス（第１記憶部）の論理構成
図１０は実施形態１における第１記憶部１０１に対応付けられるストレージボリュームサービス３２０の論理構成を示す。クラウド側にあるデータセンタ３０２に備えられたハードウェア資源（例えば、図２に示されるアーキテクチャに含まれるハードウェア資源。そのなかには、仮想化ドライブを構築するための記憶装置または記録媒体である物理的ドライブも含んでよい。）とソフトウェア資源により、図１０に示される論理構成が構築される。ストレージボリュームサービス３２０は、複数のストレージコントローラ仮想計算機１０１１、１０１２…１０１ｎ（以下、「仮想計算機」は「ＶＭ」と略記される。図面の多くの箇所でも同様である。）、複数の仮想化ドライブ１０２１、１０２２…１０２ｎ、１０３１、１０３２…１０３ｎ（図１０では「仮想化ドライブ」は「ドライブ」と略記される。）、アクセスコントロール層１０４０、論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）、アクセスエンドポイント１０５０から構成される。複数のストレージコントローラＶＭ１０１１、１０１２…１０１ｎは、複数の仮想化ドライブ１０２１、１０２２…１０２ｎ、１０３１、１０３２…１０３ｎを用いて、互いに連携することで耐障害性を確保する（例えば、ＲＡＩＤを構成する）よう動作し、論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）を提供する。また、オンプレミスストレージ装置３１０と同様に、ストレージボリュームサービス３２０（例えば、ストレージコントローラＶＭ）は、データがどのＬＢＡにライトされたか管理する機能を有しており、例えば図５に示すようにＬＢＡ領域（管理領域５７１または１１２）毎の差分管理ビットマップ５００を有する。論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）の群は、ストレージボリュームサービス３２０が提供するストレージボリューム群である。図３に示したストレージ運用管理サービス３３０は、任意のボリュームサイズにて、論理ボリューム１０７０を作成する。図１０の例では論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）はＩＰネットワーク経由でアクセス可能なｉＳＣＳＩブロックボリュームである。アクセスコントロール層１０４０は、論理ボリューム１０７０へのアクセス権を管理しており、ホストグループ、（アクセス要求元が有する）ＩＰアドレス、ポート、プロトコル等を組み合わせて用いることにより、許可された計算機資源へのアクセスのみを通すよう動作する。アクセスエンドポイント１０５０は、ストレージボリュームサービス３２０によって提供される論理ボリューム１０７０に対して、他の計算機資源がアクセスするための終端点（エンドポイント）である。図１０の例は、論理ボリューム１０７０－１のエンドポイント情報を示している。図１０の例では、論理ボリューム１０７０－１にアクセスするためには、他の計算機資源は、（アクセス先としての）ＩＰアドレスとして「10.0.2.1」、ｉＳＣＳＩノード名として「iqn.yyyy-mm.com.example」、ｉＳＣＳＩターゲット名として「logical-volume-230a」を用いてアクセスすることになる。
なお上記では、論理ボリューム１０７０は、複数のストレージコントローラＶＭによって提供されるｉＳＣＳＩボリュームであるとしたが、クラウドサービスベンダが用意する標準的なストレージボリュームサービスであってもよい。
図１０は実施形態１における第１記憶部１０１に対応付けられるストレージボリュームサービス３２０の論理構成を示す。クラウド側にあるデータセンタ３０２に備えられたハードウェア資源（例えば、図２に示されるアーキテクチャに含まれるハードウェア資源。そのなかには、仮想化ドライブを構築するための記憶装置または記録媒体である物理的ドライブも含んでよい。）とソフトウェア資源により、図１０に示される論理構成が構築される。ストレージボリュームサービス３２０は、複数のストレージコントローラ仮想計算機１０１１、１０１２…１０１ｎ（以下、「仮想計算機」は「ＶＭ」と略記される。図面の多くの箇所でも同様である。）、複数の仮想化ドライブ１０２１、１０２２…１０２ｎ、１０３１、１０３２…１０３ｎ（図１０では「仮想化ドライブ」は「ドライブ」と略記される。）、アクセスコントロール層１０４０、論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）、アクセスエンドポイント１０５０から構成される。複数のストレージコントローラＶＭ１０１１、１０１２…１０１ｎは、複数の仮想化ドライブ１０２１、１０２２…１０２ｎ、１０３１、１０３２…１０３ｎを用いて、互いに連携することで耐障害性を確保する（例えば、ＲＡＩＤを構成する）よう動作し、論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）を提供する。また、オンプレミスストレージ装置３１０と同様に、ストレージボリュームサービス３２０（例えば、ストレージコントローラＶＭ）は、データがどのＬＢＡにライトされたか管理する機能を有しており、例えば図５に示すようにＬＢＡ領域（管理領域５７１または１１２）毎の差分管理ビットマップ５００を有する。論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）の群は、ストレージボリュームサービス３２０が提供するストレージボリューム群である。図３に示したストレージ運用管理サービス３３０は、任意のボリュームサイズにて、論理ボリューム１０７０を作成する。図１０の例では論理ボリューム１０７０（１０７０－１、１０７０－２、１０７０－３…）はＩＰネットワーク経由でアクセス可能なｉＳＣＳＩブロックボリュームである。アクセスコントロール層１０４０は、論理ボリューム１０７０へのアクセス権を管理しており、ホストグループ、（アクセス要求元が有する）ＩＰアドレス、ポート、プロトコル等を組み合わせて用いることにより、許可された計算機資源へのアクセスのみを通すよう動作する。アクセスエンドポイント１０５０は、ストレージボリュームサービス３２０によって提供される論理ボリューム１０７０に対して、他の計算機資源がアクセスするための終端点（エンドポイント）である。図１０の例は、論理ボリューム１０７０－１のエンドポイント情報を示している。図１０の例では、論理ボリューム１０７０－１にアクセスするためには、他の計算機資源は、（アクセス先としての）ＩＰアドレスとして「10.0.2.1」、ｉＳＣＳＩノード名として「iqn.yyyy-mm.com.example」、ｉＳＣＳＩターゲット名として「logical-volume-230a」を用いてアクセスすることになる。
なお上記では、論理ボリューム１０７０は、複数のストレージコントローラＶＭによって提供されるｉＳＣＳＩボリュームであるとしたが、クラウドサービスベンダが用意する標準的なストレージボリュームサービスであってもよい。
【0023】
３の１の８．リストア処理のために構築される計算機資源
本開示の第１の実施形態のクラウドリストアシステム３５０は、関連リソース群として計算機資源３９０を構築（起動）する。当該計算機資源３９０がリストア処理を行う。
図１１は第１の実施形態におけるクラウドリストアシステム３５０と、クラウドリストアシステム３５０が処理時に構築（起動、生成）する計算機資源３９０、ストレージボリュームサービス３２０（第１記憶部１０１）、バックアップデータストア３４０（第２記憶部１０２）の関係を示した図である。なお、図３で示したように、これらは互いに内部ネットワーク３６０で接続され通信できるよう構成されている（図示省略）。なお、計算機資源３９０を実現するための１つのハードウェア資源に、図１１の計算機資源３９０内に示される複数の計算機資源が対応付けられることがありうる。
クラウドリストアシステム３５０は、図２で示したような情報処理装置２０１を備えるとともに、記憶装置２０２または不揮発性記録媒体２０３を備える。記憶装置２０２または不揮発性記録媒体２０３は、リストア操作制御プログラム１１５１（図面では「プログラム」は「PG」と略記される。）、リストアプラン生成プログラム１１５２、ボリュームサービス設定プログラム１１５３、仮想計算機（ＶＭ）ＯＳイメージ１１５４（図面では「イメージ」は「IM」と略記される。）、インスタンス管理プログラム１１５５、キュー管理プログラム１１５６を記憶する。情報処理装置２０１がこれらのプログラムまたはイメージを実行することにより、クラウドリストアシステム３５０が行う処理が実現される。リストア操作制御プログラム１１５１は、端末３８０からリストア指示を受けた際、リストア処理の完了までの全体処理を指示するためのメインプログラムである。リストアプラン生成プログラム１１５２は、対象となる世代を復元（リストア）する際に、他の世代（親世代）の復元（リストア）が必要か否かを判断し、実行手順を構築するためのプログラムである。ボリュームサービス設定プログラム１１５３は、ストレージボリュームサービス３２０に含まれる論理ボリューム１０７０やアクセスコントロール層１０４０の情報を取得し、ＶＭインスタンス１１９１が論理ボリューム１０７０にアクセスできるように設定するためのプログラムである。ＶＭインスタンス１１９１については後述する。ＶＭＯＳイメージ１１５４は、ＶＭインスタンス１１９１を動作させるためのＯＳ、及び、その上で動作するプログラムを格納したファイルである。インスタンス管理プログラム１１５５は、ＶＭインスタンス１１９１の開始及び終了を制御するためのプログラムである。キュー管理プログラム１１５６はキューサービス１１９４およびイベント監視部１１９５の設定を制御するためのプログラムである。関連リソース群である計算機資源３９０は、クラウドリストアシステム３５０の各プログラムまたはイメージが実行されることによって動的に作成される、キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ）とＶＭインスタンス１１９１（１１９１Ａ、１１９１Ｂ、１１９１Ｃ）とイベント監視部１１９５を含みうる。キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ）は、クラウドリストアシステム３５０からＶＭインスタンス１１９１への指示をキューイングするために用いられる計算機資源である。各キューサービス１１９４は、他の計算機資源から操作を受けるための識別情報を持つ。ＶＭインスタンス１１９１は、ＶＭＯＳイメージ１１５４を用いて実行されるサーバ計算機資源である。各ＶＭインスタンス１１９１は、起動時に担当するキューサービス１１９４の識別情報を引数として渡される。ＶＭのＯＳ起動後に、ＶＭインスタンス１１９１はＶＭＯＳイメージ１１５４に含まれるプログラムを実行することにより、データ転送プロセス１１９３（１１９３Ａ、１１９３Ｂ、１１９３Ｃ）を構築（起動）する。データ転送プロセス１１９３は、引数として渡された識別情報に基づいて、担当するキューサービス１１９４において、例えばリストア処理の要求の有無を監視する。イベント監視部１１９５は、例えばキューサービス１１９４に蓄積されるリストア処理の要求によるキュー長を監視し、キュー長が指定された閾値を超えた／下回った場合にクラウドリストアシステム３５０に通知する。なお、本実施形態ではクラウドリストアシステム３５０は独立して図示しているが、ストレージ運用管理サービス３３０の一部として構成されていてもよい。
本開示の第１の実施形態のクラウドリストアシステム３５０は、関連リソース群として計算機資源３９０を構築（起動）する。当該計算機資源３９０がリストア処理を行う。
図１１は第１の実施形態におけるクラウドリストアシステム３５０と、クラウドリストアシステム３５０が処理時に構築（起動、生成）する計算機資源３９０、ストレージボリュームサービス３２０（第１記憶部１０１）、バックアップデータストア３４０（第２記憶部１０２）の関係を示した図である。なお、図３で示したように、これらは互いに内部ネットワーク３６０で接続され通信できるよう構成されている（図示省略）。なお、計算機資源３９０を実現するための１つのハードウェア資源に、図１１の計算機資源３９０内に示される複数の計算機資源が対応付けられることがありうる。
クラウドリストアシステム３５０は、図２で示したような情報処理装置２０１を備えるとともに、記憶装置２０２または不揮発性記録媒体２０３を備える。記憶装置２０２または不揮発性記録媒体２０３は、リストア操作制御プログラム１１５１（図面では「プログラム」は「PG」と略記される。）、リストアプラン生成プログラム１１５２、ボリュームサービス設定プログラム１１５３、仮想計算機（ＶＭ）ＯＳイメージ１１５４（図面では「イメージ」は「IM」と略記される。）、インスタンス管理プログラム１１５５、キュー管理プログラム１１５６を記憶する。情報処理装置２０１がこれらのプログラムまたはイメージを実行することにより、クラウドリストアシステム３５０が行う処理が実現される。リストア操作制御プログラム１１５１は、端末３８０からリストア指示を受けた際、リストア処理の完了までの全体処理を指示するためのメインプログラムである。リストアプラン生成プログラム１１５２は、対象となる世代を復元（リストア）する際に、他の世代（親世代）の復元（リストア）が必要か否かを判断し、実行手順を構築するためのプログラムである。ボリュームサービス設定プログラム１１５３は、ストレージボリュームサービス３２０に含まれる論理ボリューム１０７０やアクセスコントロール層１０４０の情報を取得し、ＶＭインスタンス１１９１が論理ボリューム１０７０にアクセスできるように設定するためのプログラムである。ＶＭインスタンス１１９１については後述する。ＶＭＯＳイメージ１１５４は、ＶＭインスタンス１１９１を動作させるためのＯＳ、及び、その上で動作するプログラムを格納したファイルである。インスタンス管理プログラム１１５５は、ＶＭインスタンス１１９１の開始及び終了を制御するためのプログラムである。キュー管理プログラム１１５６はキューサービス１１９４およびイベント監視部１１９５の設定を制御するためのプログラムである。関連リソース群である計算機資源３９０は、クラウドリストアシステム３５０の各プログラムまたはイメージが実行されることによって動的に作成される、キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ）とＶＭインスタンス１１９１（１１９１Ａ、１１９１Ｂ、１１９１Ｃ）とイベント監視部１１９５を含みうる。キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ）は、クラウドリストアシステム３５０からＶＭインスタンス１１９１への指示をキューイングするために用いられる計算機資源である。各キューサービス１１９４は、他の計算機資源から操作を受けるための識別情報を持つ。ＶＭインスタンス１１９１は、ＶＭＯＳイメージ１１５４を用いて実行されるサーバ計算機資源である。各ＶＭインスタンス１１９１は、起動時に担当するキューサービス１１９４の識別情報を引数として渡される。ＶＭのＯＳ起動後に、ＶＭインスタンス１１９１はＶＭＯＳイメージ１１５４に含まれるプログラムを実行することにより、データ転送プロセス１１９３（１１９３Ａ、１１９３Ｂ、１１９３Ｃ）を構築（起動）する。データ転送プロセス１１９３は、引数として渡された識別情報に基づいて、担当するキューサービス１１９４において、例えばリストア処理の要求の有無を監視する。イベント監視部１１９５は、例えばキューサービス１１９４に蓄積されるリストア処理の要求によるキュー長を監視し、キュー長が指定された閾値を超えた／下回った場合にクラウドリストアシステム３５０に通知する。なお、本実施形態ではクラウドリストアシステム３５０は独立して図示しているが、ストレージ運用管理サービス３３０の一部として構成されていてもよい。
【0024】
３の１の９．リストア設定画面
リストア処理の設定は、端末３８０上に表示されるリストア設定画面をユーザ等が操作することにより行うことが出来る。以下では、リストア処理の転送先がストレージボリュームサービス３２０（第１記憶部１０１）内の論理ボリューム１０７０である例で説明する。なお、後述のリストア設定画面から明らかなように、リストア処理の転送先をオンプレミスストレージ装置３１０内の論理ボリューム４７０にすることも可能である。
図１２はリストア設定画面１２００を示す。リストア設定画面１２００は端末３８０を通じて操作される。その結果、ストレージ運用管理サービス３３０は、クラウドリストアシステム３５０（またはオンプレミスストレージ装置３１０）にリストア処理を指示する。 なお、リストア設定画面１２００に表示するための情報を、端末３８０が主体的に準備してもよいし、端末３８０以外の装置（例えば、データセンタ３０１や、データセンタ３０２内のストレージ運用管理サービス３３０）が主体的に準備してもよいし、複数の装置が連携して準備してもよい。
リストア設定画面１２００は、バックアップデータストア選択領域１２０１、ボリューム選択領域１２０２、バックアップ世代選択領域１２０３、リストア先選択領域１２０４、およびリストア実行ボタン１２０５、キャンセルボタン１２０６から構成される。バックアップデータストア選択領域１２０１は、例えばドロップダウンボックス（プルダウンメニュー）で構成され、リストア処理での転送元となるバックアップデータストア３４０を選択するためのものである。図１２の例では（アカウント名と併せて）「ABC Cloud（Account 1940032）」が選択されている。ボリューム選択領域１２０２は、リストア処理の転送対象となるバックアップデータがバックアップ処理前に対応付けられていた論理ボリュームを選択するためのものである。図１２の例では装置番号が「VSP56342」である装置に含まれる、論理ボリューム番号「7F」、論理ボリュームの名称（ニックネーム）が「Volume B」（１６テラバイト（16TB））で示される論理ボリューム（バックアップ処理が為された論理ボリューム）が対象として選択されている。バックアップ世代選択領域１２０３は、ボリューム選択領域１２０２で選択された論理ボリュームについて、どの世代のバックアップ取得時刻における当該論理ボリュームの状態を復元（リストア）するか（どの範囲の世代群のバックアップデータをリストアするか）を選択するためのものである。図１２の例では、「2021年4月28日3:00」に取得された「Backup02」（２世代目）が選択されている。この選択の場合は、リストア処理により、１世代目と２世代目のバックアップデータが論理ボリュームにリストアされることになる。リストア先選択領域１２０４は、リストア処理での転送先を選択するためのものである。リストア先選択領域１２０４には、ボリューム選択領域１２０２で選択された元の論理ボリューム（Original Volume）をリストア処理での転送先とする選択肢である元の論理ボリューム選択１２４１と、新規の論理ボリューム（New Volume）をリストア処理での転送先として選択する選択肢である新規の論理ボリューム選択１２４２が示される。ユーザ等が新規の論理ボリューム選択１２４２を選択した際には、どのストレージシステムを用いて論理ボリュームを作成するかを選択するための、ボリューム選択領域１２４３が用いられる。図１２の例では、新規の論理ボリュームをリストア処理での転送先とすることが選択されており、リストア処理による転送データを格納する新規の論理ボリュームを、クラウドボリュームサービス（Cloud Volume Service）に作成させること（例えば、データセンタ３０２内のストレージボリュームサービス３２０に新規の論理ボリューム１０７０を作成し、リストア処理での転送先とすること）が選択されている。リストア実行ボタン１２０５は、リストア設定画面１２００において設定した内容に基づき実行する際に選択されるボタンである。リストア実行ボタン１２０５が選択されると、設定内容がストレージ運用管理サービス３３０（またはオンプレミスストレージ装置３１０）に送られ、リストア処理が開始される。キャンセルボタン１２０６は、リストア設定画面１２００において設定した内容を棄却し、取り止める際に選択されるボタンである。なお、リストア処理での転送先がオンプレミスストレージ装置３１０である場合、リストア処理の処理主体は、装置管理サブシステム４６０、Ｉ／Ｏ制御サブシステム４５０またはバックアップ／リストア用インターフェース４１０のいずれでもありうる。
リストア処理の設定は、端末３８０上に表示されるリストア設定画面をユーザ等が操作することにより行うことが出来る。以下では、リストア処理の転送先がストレージボリュームサービス３２０（第１記憶部１０１）内の論理ボリューム１０７０である例で説明する。なお、後述のリストア設定画面から明らかなように、リストア処理の転送先をオンプレミスストレージ装置３１０内の論理ボリューム４７０にすることも可能である。
図１２はリストア設定画面１２００を示す。リストア設定画面１２００は端末３８０を通じて操作される。その結果、ストレージ運用管理サービス３３０は、クラウドリストアシステム３５０（またはオンプレミスストレージ装置３１０）にリストア処理を指示する。 なお、リストア設定画面１２００に表示するための情報を、端末３８０が主体的に準備してもよいし、端末３８０以外の装置（例えば、データセンタ３０１や、データセンタ３０２内のストレージ運用管理サービス３３０）が主体的に準備してもよいし、複数の装置が連携して準備してもよい。
リストア設定画面１２００は、バックアップデータストア選択領域１２０１、ボリューム選択領域１２０２、バックアップ世代選択領域１２０３、リストア先選択領域１２０４、およびリストア実行ボタン１２０５、キャンセルボタン１２０６から構成される。バックアップデータストア選択領域１２０１は、例えばドロップダウンボックス（プルダウンメニュー）で構成され、リストア処理での転送元となるバックアップデータストア３４０を選択するためのものである。図１２の例では（アカウント名と併せて）「ABC Cloud（Account 1940032）」が選択されている。ボリューム選択領域１２０２は、リストア処理の転送対象となるバックアップデータがバックアップ処理前に対応付けられていた論理ボリュームを選択するためのものである。図１２の例では装置番号が「VSP56342」である装置に含まれる、論理ボリューム番号「7F」、論理ボリュームの名称（ニックネーム）が「Volume B」（１６テラバイト（16TB））で示される論理ボリューム（バックアップ処理が為された論理ボリューム）が対象として選択されている。バックアップ世代選択領域１２０３は、ボリューム選択領域１２０２で選択された論理ボリュームについて、どの世代のバックアップ取得時刻における当該論理ボリュームの状態を復元（リストア）するか（どの範囲の世代群のバックアップデータをリストアするか）を選択するためのものである。図１２の例では、「2021年4月28日3:00」に取得された「Backup02」（２世代目）が選択されている。この選択の場合は、リストア処理により、１世代目と２世代目のバックアップデータが論理ボリュームにリストアされることになる。リストア先選択領域１２０４は、リストア処理での転送先を選択するためのものである。リストア先選択領域１２０４には、ボリューム選択領域１２０２で選択された元の論理ボリューム（Original Volume）をリストア処理での転送先とする選択肢である元の論理ボリューム選択１２４１と、新規の論理ボリューム（New Volume）をリストア処理での転送先として選択する選択肢である新規の論理ボリューム選択１２４２が示される。ユーザ等が新規の論理ボリューム選択１２４２を選択した際には、どのストレージシステムを用いて論理ボリュームを作成するかを選択するための、ボリューム選択領域１２４３が用いられる。図１２の例では、新規の論理ボリュームをリストア処理での転送先とすることが選択されており、リストア処理による転送データを格納する新規の論理ボリュームを、クラウドボリュームサービス（Cloud Volume Service）に作成させること（例えば、データセンタ３０２内のストレージボリュームサービス３２０に新規の論理ボリューム１０７０を作成し、リストア処理での転送先とすること）が選択されている。リストア実行ボタン１２０５は、リストア設定画面１２００において設定した内容に基づき実行する際に選択されるボタンである。リストア実行ボタン１２０５が選択されると、設定内容がストレージ運用管理サービス３３０（またはオンプレミスストレージ装置３１０）に送られ、リストア処理が開始される。キャンセルボタン１２０６は、リストア設定画面１２００において設定した内容を棄却し、取り止める際に選択されるボタンである。なお、リストア処理での転送先がオンプレミスストレージ装置３１０である場合、リストア処理の処理主体は、装置管理サブシステム４６０、Ｉ／Ｏ制御サブシステム４５０またはバックアップ／リストア用インターフェース４１０のいずれでもありうる。
【0025】
３の２．本開示の第１の実施形態（リストア処理）の処理
以上で説明した第１の実施形態のシステム構成を踏まえて、以下では、第２記憶部１０２に対応付けられるバックアップデータストア３４０から、第１記憶部１０１に対応付けられるストレージボリュームサービス３２０内の論理ボリューム１０７０へのリストア処理のために行われる一連の処理を説明する。
以上で説明した第１の実施形態のシステム構成を踏まえて、以下では、第２記憶部１０２に対応付けられるバックアップデータストア３４０から、第１記憶部１０１に対応付けられるストレージボリュームサービス３２０内の論理ボリューム１０７０へのリストア処理のために行われる一連の処理を説明する。
【0026】
３の２の１．クラウドリストアシステムへリストア処理の実行を指示するまで
以下ではまず、ユーザ等からリストア設定画面１２００を用いて入力されたリストア処理の設定内容を受理したストレージ運用管理サービス３３０が、クラウドリストアシステム３５０にリストア処理の実行を指示するまでを説明する。
図１３は、図１２のリストア設定画面１２００を用いてリストア処理での転送先にクラウド側であるストレージボリュームサービス３２０が選択された際に、ストレージ運用管理サービス３３０がクラウドリストアシステム３５０にリストア処理を指示するまでの処理を示したフローチャートを示す。
ステップ１３０１にてストレージ運用管理サービス３３０は、リストア設定画面１２００で指定された情報を受理すると、バックアップ処理の完了時に受信したサマリ情報を探索し、リストアするバックアップデータに対応したバックアップカタログのオブジェクトキーを取得する。次に、ステップ１３０２にてストレージ運用管理サービス３３０は、ストレージボリュームサービス３２０にアクセスし、リストア処理での転送先となる論理ボリューム１０７０を作成する。そして、ステップ１３０３にてストレージ運用管理サービス３３０は、当該論理ボリューム１０７０にアクセスするのに必要なアクセスエンドポイント１０５０の情報を取得する。その後、ステップ１３０４にてストレージ運用管理サービス３３０は、クラウドリストアシステム３５０に、リストア処理での転送元となるバックアップデータストア３４０（図１２の例では「ABC Cloud（Account 1940032）」で示されるもの）へのアクセス権を付与する。最後に、ステップ１３０５にてストレージ運用管理サービス３３０は、先に取得したバックアップカタログのオブジェクトキーと、論理ボリューム１０７０のアクセスエンドポイント１０５０の情報を用いて、クラウドリストアシステム３５０に、リストア処理の実行を指示する。
以下ではまず、ユーザ等からリストア設定画面１２００を用いて入力されたリストア処理の設定内容を受理したストレージ運用管理サービス３３０が、クラウドリストアシステム３５０にリストア処理の実行を指示するまでを説明する。
図１３は、図１２のリストア設定画面１２００を用いてリストア処理での転送先にクラウド側であるストレージボリュームサービス３２０が選択された際に、ストレージ運用管理サービス３３０がクラウドリストアシステム３５０にリストア処理を指示するまでの処理を示したフローチャートを示す。
ステップ１３０１にてストレージ運用管理サービス３３０は、リストア設定画面１２００で指定された情報を受理すると、バックアップ処理の完了時に受信したサマリ情報を探索し、リストアするバックアップデータに対応したバックアップカタログのオブジェクトキーを取得する。次に、ステップ１３０２にてストレージ運用管理サービス３３０は、ストレージボリュームサービス３２０にアクセスし、リストア処理での転送先となる論理ボリューム１０７０を作成する。そして、ステップ１３０３にてストレージ運用管理サービス３３０は、当該論理ボリューム１０７０にアクセスするのに必要なアクセスエンドポイント１０５０の情報を取得する。その後、ステップ１３０４にてストレージ運用管理サービス３３０は、クラウドリストアシステム３５０に、リストア処理での転送元となるバックアップデータストア３４０（図１２の例では「ABC Cloud（Account 1940032）」で示されるもの）へのアクセス権を付与する。最後に、ステップ１３０５にてストレージ運用管理サービス３３０は、先に取得したバックアップカタログのオブジェクトキーと、論理ボリューム１０７０のアクセスエンドポイント１０５０の情報を用いて、クラウドリストアシステム３５０に、リストア処理の実行を指示する。
【0027】
３の２の２．リストア処理の実行を指示されたクラウドリストアシステムの処理
ストレージ運用管理サービス３３０からリストア処理の実行を指示されたクラウドリストアシステム３５０は、当該リストア処理のために構築（起動）する一時計算機資源（例えば、ＶＭインスタンス１１９１）の数を判定して、判定した数の一時計算機資源（ＶＭインスタンス１１９１）を構築（起動）する。また、クラウドリストアシステム３５０は、起動した一時計算機資源（ＶＭインスタンス１１９１）のそれぞれに対して、リストア処理での転送先となる共通１つの論理ボリューム１０７０をマウントする。また、クラウドリストアシステム３５０は、起動した一時計算機資源（ＶＭインスタンス１１９１）のそれぞれに、リストア処理の対象となるバックアップデータに関して、世代と管理領域の組み合わせごとのバックアップデータを割り当てる。上記の処理を順を追って、以下では説明する。
図１４は、ストレージ運用管理サービス３３０からリストア処理の実行の指示を受けた際の、クラウドリストアシステム３５０が行う処理のフローチャートを示す。
はじめに、ステップ１４０１にて、クラウドリストアシステム３５０は指示の際に受領したオブジェクトキーを用いて、バックアップデータストア３４０からバックアップカタログを取得する。そして、ステップ１４０２にてクラウドリストアシステム３５０は、リストアプラン生成プログラム１１５２を実行して、バックアップデータの親子関係を調べ、リストア処理を行うべきバックアップデータのリスト（リストアプラン）を作成する。
ストレージ運用管理サービス３３０からリストア処理の実行を指示されたクラウドリストアシステム３５０は、当該リストア処理のために構築（起動）する一時計算機資源（例えば、ＶＭインスタンス１１９１）の数を判定して、判定した数の一時計算機資源（ＶＭインスタンス１１９１）を構築（起動）する。また、クラウドリストアシステム３５０は、起動した一時計算機資源（ＶＭインスタンス１１９１）のそれぞれに対して、リストア処理での転送先となる共通１つの論理ボリューム１０７０をマウントする。また、クラウドリストアシステム３５０は、起動した一時計算機資源（ＶＭインスタンス１１９１）のそれぞれに、リストア処理の対象となるバックアップデータに関して、世代と管理領域の組み合わせごとのバックアップデータを割り当てる。上記の処理を順を追って、以下では説明する。
図１４は、ストレージ運用管理サービス３３０からリストア処理の実行の指示を受けた際の、クラウドリストアシステム３５０が行う処理のフローチャートを示す。
はじめに、ステップ１４０１にて、クラウドリストアシステム３５０は指示の際に受領したオブジェクトキーを用いて、バックアップデータストア３４０からバックアップカタログを取得する。そして、ステップ１４０２にてクラウドリストアシステム３５０は、リストアプラン生成プログラム１１５２を実行して、バックアップデータの親子関係を調べ、リストア処理を行うべきバックアップデータのリスト（リストアプラン）を作成する。
【0028】
３の２の２の１．リストアプランの作成
図１５はクラウドリストアシステム３５０がリストアプラン生成プログラム１１５２を実行することにより、リストアプラン（リストア処理を行う対象のバックアップカタログ群の順序リスト）を構築する様子を示す。
ステップ１５０１にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、リストア処理を行う対象のバックアップデータのバックアップカタログを取得すると、当該バックアップカタログを一時リストの先頭に追加する。そして、ステップ１５０２にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、当該バックアップカタログを解析し、親世代のバックアップカタログが存在するか否かを確認する。親世代のバックアップカタログが存在した場合（ステップ１５０２でＹｅｓ）、すなわちリストア処理に必要な前世代の差分のバックアップデータが存在した場合、ステップ１５０３にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、バックアップデータストア３４０から親世代のバックアップカタログを取得する。再びのステップ１５０１にて親世代のバックアップカタログは一時リストに順に追加される。以降同様にして再帰的に処理を繰り返す。一方、取得したバックアップカタログにこれ以上の親世代のバックアップカタログが存在しなかった場合（ステップ１５０２でＮｏ）、ステップ１５０４にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、一時リストに格納されたバックアップカタログを、一時リストの最後尾から逆順に（ＬＩＦＯ的に）リストアプランのリストへ追加する。つまりリストアプランは、リストア処理を行うべき一番古い世代から順に並ぶよう構成される。例えば、２世代目のバックアップ処理の時点の状態となるようにリストア処理が行われる場合には、リストアプランは、１世代目のバックアップカタログ８１０と２代目のバックアップカタログ８２０を、この順に含む。そして、ステップ１５０５にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、クラウドリストアシステム３５０内で、リストアプランの通知を行う。
図１５の説明はここで終わり、図１４の説明に戻る。
図１５はクラウドリストアシステム３５０がリストアプラン生成プログラム１１５２を実行することにより、リストアプラン（リストア処理を行う対象のバックアップカタログ群の順序リスト）を構築する様子を示す。
ステップ１５０１にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、リストア処理を行う対象のバックアップデータのバックアップカタログを取得すると、当該バックアップカタログを一時リストの先頭に追加する。そして、ステップ１５０２にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、当該バックアップカタログを解析し、親世代のバックアップカタログが存在するか否かを確認する。親世代のバックアップカタログが存在した場合（ステップ１５０２でＹｅｓ）、すなわちリストア処理に必要な前世代の差分のバックアップデータが存在した場合、ステップ１５０３にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、バックアップデータストア３４０から親世代のバックアップカタログを取得する。再びのステップ１５０１にて親世代のバックアップカタログは一時リストに順に追加される。以降同様にして再帰的に処理を繰り返す。一方、取得したバックアップカタログにこれ以上の親世代のバックアップカタログが存在しなかった場合（ステップ１５０２でＮｏ）、ステップ１５０４にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、一時リストに格納されたバックアップカタログを、一時リストの最後尾から逆順に（ＬＩＦＯ的に）リストアプランのリストへ追加する。つまりリストアプランは、リストア処理を行うべき一番古い世代から順に並ぶよう構成される。例えば、２世代目のバックアップ処理の時点の状態となるようにリストア処理が行われる場合には、リストアプランは、１世代目のバックアップカタログ８１０と２代目のバックアップカタログ８２０を、この順に含む。そして、ステップ１５０５にてリストアプラン生成プログラム１１５２を実行するクラウドリストアシステム３５０は、クラウドリストアシステム３５０内で、リストアプランの通知を行う。
図１５の説明はここで終わり、図１４の説明に戻る。
【0029】
３の２の２の２．リストア処理のために構築（起動）する計算機資源の数の判定
図１４のステップ１４０２の後で、ステップ１４０４にてクラウドリストアシステム３５０により構築される設定変更部１３５は、リストア処理での転送先となる論理ボリューム１０７０が、マルチアタッチ可能か確認する。マルチアタッチ可能である場合（ステップ１４０４でＹｅｓ）は、ステップ１４０５にて設定変更部１３５は、リストア処理での転送先となる論理ボリューム１０７０についてマルチアタッチを有効化する。マルチアタッチ有効化の設定は、例えば、マルチアタッチの許可をイネーブルにすることや、マルチアタッチ可能なディスク種別に変更することで行われてよい。なお、論理ボリューム１０７０がマルチアタッチ可能とは出来ない場合（ステップ１４０４でＮｏ）として、仕様上の制約またはユーザ等が有する契約上の制約により、論理ボリューム１０７０をマルチアタッチに変更することが出来ないことがありうる。
その後、ステップ１４０６にてクラウドリストアシステム３５０により構築される計算機資源数判定部１３２は、リストア処理での転送先となる１つの論理ボリューム１０７０をマウントすることが可能な計算機資源（例えば、一時計算機資源、ＶＭインスタンス）の数である接続可能ホスト数を確認する。なお接続可能ホスト数を定める要因は様々なことが想定されうる。接続可能ホスト数は、例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約のいずれかに基づいてよい。
次に、ステップ１４０７にて計算機資源数判定部１３２は、ステップ１４０６で確認された接続可能ホスト数と、リストア処理の対象のバックアップカタログに記載されている差分管理ビットマップのファイル数を比較する。ここで、差分管理ビットマップのファイル数とは、リストア処理の対象となるバックアップデータのうち、１つの世代分のバックアップデータに対応する差分管理ビットマップの数である。つまりは、差分管理ビットマップのファイル数は、リストア処理の対象のバックアップデータについて過去にバックアップ処理を行った際における、当該バックアップ処理での転送元の１つの論理ボリュームに含まれる管理領域５７１（１１２）の数である。
差分管理ビットマップのファイル数が接続可能ホスト数よりも多かった場合（ステップ１４０７でＹｅｓ）、ステップ１４０９にて計算機資源数判定部１３２は、以降のリストア処理のために構築（起動）する計算機資源の数を、ステップ１４０６で確認された接続可能ホスト数と同数に設定する。一方、差分管理ビットマップのファイル数が接続可能ホスト数以下であった場合（ステップ１４０７でＮｏ）、計算機資源数判定部１３２は、リストア処理のために構築（起動）する計算機資源の数を差分管理ビットマップのファイル数と同数に設定する。また、リストア処理の転送先となる論理ボリューム１０７０がマルチアタッチ不可であった場合には（ステップ１４０４でＮｏ）、ステップ１４０８にて計算機資源数判定部１３２は、リストア処理のために構築（起動）する計算機資源の数を１に設定する。なお、図示は省略するが、クラウドシステム上の仕様（例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約など）に、上記で示した態様によりステップ１４０９とステップ１４１０のいずれかで設定しようとする計算機資源の数が抵触する場合は、抵触しない範囲内で、計算機資源数判定部１３２は、計算機資源の数を改めて定める。ステップ１４０６、１４０７、１４０８、１４０９、１４１０の一部または全部により、計算機資源数判定ステップが構成されるとしてもよい。
このように、本開示は、構築（起動）する計算機資源の数を、ボリュームに関する最大ホスト数と、ボリュームに含まれる管理領域の数の両方を考慮して、適切に定めることが出来る。ここで、本開示は、ボリュームに含まれる管理領域の数を、管理領域に対応付けられる第２管理情報（例えば、差分管理ビットマップ）の数により判断するので、ボリュームに含まれる管理領域の数を適切に判断することが出来る。
図１４のステップ１４０２の後で、ステップ１４０４にてクラウドリストアシステム３５０により構築される設定変更部１３５は、リストア処理での転送先となる論理ボリューム１０７０が、マルチアタッチ可能か確認する。マルチアタッチ可能である場合（ステップ１４０４でＹｅｓ）は、ステップ１４０５にて設定変更部１３５は、リストア処理での転送先となる論理ボリューム１０７０についてマルチアタッチを有効化する。マルチアタッチ有効化の設定は、例えば、マルチアタッチの許可をイネーブルにすることや、マルチアタッチ可能なディスク種別に変更することで行われてよい。なお、論理ボリューム１０７０がマルチアタッチ可能とは出来ない場合（ステップ１４０４でＮｏ）として、仕様上の制約またはユーザ等が有する契約上の制約により、論理ボリューム１０７０をマルチアタッチに変更することが出来ないことがありうる。
その後、ステップ１４０６にてクラウドリストアシステム３５０により構築される計算機資源数判定部１３２は、リストア処理での転送先となる１つの論理ボリューム１０７０をマウントすることが可能な計算機資源（例えば、一時計算機資源、ＶＭインスタンス）の数である接続可能ホスト数を確認する。なお接続可能ホスト数を定める要因は様々なことが想定されうる。接続可能ホスト数は、例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約のいずれかに基づいてよい。
次に、ステップ１４０７にて計算機資源数判定部１３２は、ステップ１４０６で確認された接続可能ホスト数と、リストア処理の対象のバックアップカタログに記載されている差分管理ビットマップのファイル数を比較する。ここで、差分管理ビットマップのファイル数とは、リストア処理の対象となるバックアップデータのうち、１つの世代分のバックアップデータに対応する差分管理ビットマップの数である。つまりは、差分管理ビットマップのファイル数は、リストア処理の対象のバックアップデータについて過去にバックアップ処理を行った際における、当該バックアップ処理での転送元の１つの論理ボリュームに含まれる管理領域５７１（１１２）の数である。
差分管理ビットマップのファイル数が接続可能ホスト数よりも多かった場合（ステップ１４０７でＹｅｓ）、ステップ１４０９にて計算機資源数判定部１３２は、以降のリストア処理のために構築（起動）する計算機資源の数を、ステップ１４０６で確認された接続可能ホスト数と同数に設定する。一方、差分管理ビットマップのファイル数が接続可能ホスト数以下であった場合（ステップ１４０７でＮｏ）、計算機資源数判定部１３２は、リストア処理のために構築（起動）する計算機資源の数を差分管理ビットマップのファイル数と同数に設定する。また、リストア処理の転送先となる論理ボリューム１０７０がマルチアタッチ不可であった場合には（ステップ１４０４でＮｏ）、ステップ１４０８にて計算機資源数判定部１３２は、リストア処理のために構築（起動）する計算機資源の数を１に設定する。なお、図示は省略するが、クラウドシステム上の仕様（例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約など）に、上記で示した態様によりステップ１４０９とステップ１４１０のいずれかで設定しようとする計算機資源の数が抵触する場合は、抵触しない範囲内で、計算機資源数判定部１３２は、計算機資源の数を改めて定める。ステップ１４０６、１４０７、１４０８、１４０９、１４１０の一部または全部により、計算機資源数判定ステップが構成されるとしてもよい。
このように、本開示は、構築（起動）する計算機資源の数を、ボリュームに関する最大ホスト数と、ボリュームに含まれる管理領域の数の両方を考慮して、適切に定めることが出来る。ここで、本開示は、ボリュームに含まれる管理領域の数を、管理領域に対応付けられる第２管理情報（例えば、差分管理ビットマップ）の数により判断するので、ボリュームに含まれる管理領域の数を適切に判断することが出来る。
【0030】
３の２の２の３．計算機資源の構築（起動）とマウント（マルチアタッチ）設定
リストア処理のために構築（起動）する計算機資源の数を定めてから、ステップ１４１１にて、クラウドリストアシステム３５０により構築される計算機資源起動部１３３は、構築（起動）される計算機資源の数に応じた数のキューサービス１１９４を作成する。ステップ１４１２にて計算機資源起動部１３３は、各キューサービス１１９４の識別情報とＶＭＯＳイメージ１１５４を用いて、上記の計算機資源の数に応じたＶＭインスタンス１１９１を構築（起動）し、ＶＭインスタンス１１９１とキューサービス１１９４の紐付けを行う。その後、ステップ１４１３にて計算機資源起動部１３３は、ボリュームサービス設定プログラム１１５３を実行することにより、各ＶＭインスタンス１１９１がリストア処理での転送先となる共通の１つの論理ボリューム１０７０にアクセス出来るよう、アクセスコントロール層１０４０におけるアクセス権の設定を行う。また、計算機資源起動部１３３は、ＶＭインスタンス１１９１にバックアップデータストア３４０へのアクセス権を付与するための処理を行う。そして、ステップ１４１４にて計算機資源起動部１３３は、インスタンス管理プログラム１１５５を実行することにより、リストア処理での転送先となる論理ボリューム１０７０に対応するアクセスエンドポイント１０５０への接続パス１１９２を設定し（接続パス１１９２の設定により、ＶＭインスタンス１１９１から論理ボリューム１０７０へのアクセスが可能となる。）、各ＶＭインスタンス１１９１に対して、リストア処理での転送先となる共通の１つの論理ボリューム１０７０をマウントする。その後、ステップ１４１５にて計算機資源起動部１３３は、キュー長を監視するイベント監視部１１９５の設定を行う。ステップ１４１１、１４１２、１４１３、１４１４、１４１５の一部または全部により、計算機資源起動ステップが構築されるとしてもよい。
リストア処理のために構築（起動）する計算機資源の数を定めてから、ステップ１４１１にて、クラウドリストアシステム３５０により構築される計算機資源起動部１３３は、構築（起動）される計算機資源の数に応じた数のキューサービス１１９４を作成する。ステップ１４１２にて計算機資源起動部１３３は、各キューサービス１１９４の識別情報とＶＭＯＳイメージ１１５４を用いて、上記の計算機資源の数に応じたＶＭインスタンス１１９１を構築（起動）し、ＶＭインスタンス１１９１とキューサービス１１９４の紐付けを行う。その後、ステップ１４１３にて計算機資源起動部１３３は、ボリュームサービス設定プログラム１１５３を実行することにより、各ＶＭインスタンス１１９１がリストア処理での転送先となる共通の１つの論理ボリューム１０７０にアクセス出来るよう、アクセスコントロール層１０４０におけるアクセス権の設定を行う。また、計算機資源起動部１３３は、ＶＭインスタンス１１９１にバックアップデータストア３４０へのアクセス権を付与するための処理を行う。そして、ステップ１４１４にて計算機資源起動部１３３は、インスタンス管理プログラム１１５５を実行することにより、リストア処理での転送先となる論理ボリューム１０７０に対応するアクセスエンドポイント１０５０への接続パス１１９２を設定し（接続パス１１９２の設定により、ＶＭインスタンス１１９１から論理ボリューム１０７０へのアクセスが可能となる。）、各ＶＭインスタンス１１９１に対して、リストア処理での転送先となる共通の１つの論理ボリューム１０７０をマウントする。その後、ステップ１４１５にて計算機資源起動部１３３は、キュー長を監視するイベント監視部１１９５の設定を行う。ステップ１４１１、１４１２、１４１３、１４１４、１４１５の一部または全部により、計算機資源起動ステップが構築されるとしてもよい。
【0031】
３の２の２の４．計算機資源のそれぞれへの処理の割り当て
クラウドリストアシステム３５０が計算機資源３９０の構築（起動）を行った後、ステップ１４１６にてクラウドリストアシステム３５０により構築される領域割当部１３４は、ステップ１４０２及び図１５の処理により作成されたリストアプランを参照して、最初に処理すべきバックアップカタログを取得する。そして、ステップ１４１７にて領域割当部１３４は、当該バックアップカタログから、差分管理ビットマップのファイル数の情報（図９Ａや図９Ｂの９１７）を取得し、差分管理ビットマップのオブジェクトファイル（図８の８１１、８２１、８３１のいずれか）のオブジェクト名と、ブロックデータ群（図８の８１２、８２２、８３２のいずれか）のオブジェクト名を生成する。例えば過去のバックアップ処理での転送元となった論理ボリュームのボリューム番号が7f、当該バックアップ処理の世代が１世代目、差分管理ビットマップのファイル数が512の場合、領域割当部１３４は、管理領域毎の差分管理ビットマップのオブジェクト名である「bitmap-7f-001.000」～「bitmap-7f-001.511」、及び、管理領域毎のブロックデータ群のオブジェクト名である「block-7f-001.000」～「block-7f-001.511」を生成する。ここで「001」の部分はバックアップ世代番号９１４に対応し、「000」から「511」の部分は管理領域５７１（１１２）の番号に対応する。そして、領域割当部１３４は、前記オブジェクト名と格納先バケット名、アカウント名、アクセス先バックアップデータストアのＵＲＬアドレス等からオブジェクトキーを構成する。ステップ１４１８にて領域割当部１３４は、差分管理ビットマップのオブジェクトキーと、対応するブロックデータ群のオブジェクトキーをペアにして、処理対象として、キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ…）へ順にキューイングする。キューサービス１１９４の全てに一つずつオブジェクトキーのペアがキューイングされても、残っている全てのオブジェクトキーのペアがキューイングされなかった場合（ステップ１４１９でＮｏ）（例えばキューサービス１１９４の数が３であるのに対し、オブジェクトキーのペアが５１２ある（１つの論理ボリュームに５１２の管理領域がある）ような場合）は、ステップ１４１８に戻り、領域割当部１３４は、残りのオブジェクトキーのペアのキューイングするよう処理を繰り返す。キューサービス１１９４の全てに一つずつオブジェクトキーのペアがキューイングされることにより、残っていた全てのオブジェクトキーのペアがキューイングされた場合（ステップ１４１９でＹｅｓ）、ステップ１４２０にて、領域割当部１３４はリストアプランを参照し、次に処理すべきバックアップカタログがあるかを確認する。次に処理すべきバックアップカタログが存在した場合（ステップ１４２０でＹｅｓ）、ステップ１４２１にて領域割当部１３４は、オブジェクトキーのペアをキューイングする先が最初のキューサービス１１９４Ａになるよう開始点をリセットする。そして、ステップ１４１６に戻って、領域割当部１３４は、次に処理すべきバックアップカタログを取得して、処理を繰り返す。なお、ステップ１４２１にて開始点をリセットするのは、同じＬＢＡ管理領域に関する互いに異なった世代のリストア処理を同じＶＭインスタンス１１９１が処理するようにすることで、同じ管理領域に関する互いに異なった世代のリストア処理の正しい順序を保障し、リストア処理の世代の入れ違いを生じさせないためである。リストアプランに含まれる全てのバックアップカタログに対応するキューイング処理を終えた場合（ステップ１４２０でＮｏ）、領域割当部１３４は、リストア処理のためのオブジェクトキーのペアのキューイング処理を完了する。ステップ１４１６、１４１７、１４１８、１４１９、１４２０、１４２１の一部または全部により、領域割当ステップが構築されるとしてもよい。
クラウドリストアシステム３５０が計算機資源３９０の構築（起動）を行った後、ステップ１４１６にてクラウドリストアシステム３５０により構築される領域割当部１３４は、ステップ１４０２及び図１５の処理により作成されたリストアプランを参照して、最初に処理すべきバックアップカタログを取得する。そして、ステップ１４１７にて領域割当部１３４は、当該バックアップカタログから、差分管理ビットマップのファイル数の情報（図９Ａや図９Ｂの９１７）を取得し、差分管理ビットマップのオブジェクトファイル（図８の８１１、８２１、８３１のいずれか）のオブジェクト名と、ブロックデータ群（図８の８１２、８２２、８３２のいずれか）のオブジェクト名を生成する。例えば過去のバックアップ処理での転送元となった論理ボリュームのボリューム番号が7f、当該バックアップ処理の世代が１世代目、差分管理ビットマップのファイル数が512の場合、領域割当部１３４は、管理領域毎の差分管理ビットマップのオブジェクト名である「bitmap-7f-001.000」～「bitmap-7f-001.511」、及び、管理領域毎のブロックデータ群のオブジェクト名である「block-7f-001.000」～「block-7f-001.511」を生成する。ここで「001」の部分はバックアップ世代番号９１４に対応し、「000」から「511」の部分は管理領域５７１（１１２）の番号に対応する。そして、領域割当部１３４は、前記オブジェクト名と格納先バケット名、アカウント名、アクセス先バックアップデータストアのＵＲＬアドレス等からオブジェクトキーを構成する。ステップ１４１８にて領域割当部１３４は、差分管理ビットマップのオブジェクトキーと、対応するブロックデータ群のオブジェクトキーをペアにして、処理対象として、キューサービス１１９４（１１９４Ａ、１１９４Ｂ、１１９４Ｃ…）へ順にキューイングする。キューサービス１１９４の全てに一つずつオブジェクトキーのペアがキューイングされても、残っている全てのオブジェクトキーのペアがキューイングされなかった場合（ステップ１４１９でＮｏ）（例えばキューサービス１１９４の数が３であるのに対し、オブジェクトキーのペアが５１２ある（１つの論理ボリュームに５１２の管理領域がある）ような場合）は、ステップ１４１８に戻り、領域割当部１３４は、残りのオブジェクトキーのペアのキューイングするよう処理を繰り返す。キューサービス１１９４の全てに一つずつオブジェクトキーのペアがキューイングされることにより、残っていた全てのオブジェクトキーのペアがキューイングされた場合（ステップ１４１９でＹｅｓ）、ステップ１４２０にて、領域割当部１３４はリストアプランを参照し、次に処理すべきバックアップカタログがあるかを確認する。次に処理すべきバックアップカタログが存在した場合（ステップ１４２０でＹｅｓ）、ステップ１４２１にて領域割当部１３４は、オブジェクトキーのペアをキューイングする先が最初のキューサービス１１９４Ａになるよう開始点をリセットする。そして、ステップ１４１６に戻って、領域割当部１３４は、次に処理すべきバックアップカタログを取得して、処理を繰り返す。なお、ステップ１４２１にて開始点をリセットするのは、同じＬＢＡ管理領域に関する互いに異なった世代のリストア処理を同じＶＭインスタンス１１９１が処理するようにすることで、同じ管理領域に関する互いに異なった世代のリストア処理の正しい順序を保障し、リストア処理の世代の入れ違いを生じさせないためである。リストアプランに含まれる全てのバックアップカタログに対応するキューイング処理を終えた場合（ステップ１４２０でＮｏ）、領域割当部１３４は、リストア処理のためのオブジェクトキーのペアのキューイング処理を完了する。ステップ１４１６、１４１７、１４１８、１４１９、１４２０、１４２１の一部または全部により、領域割当ステップが構築されるとしてもよい。
【0032】
３の２の２の５．複数の世代を含むリストア処理における計算機資源への処理の割り当て
図１６は、図１４のステップ１４２１を詳細に説明するためのものであり、複数の世代を含むリストア処理における計算機資源（ＶＭインスタンス１１９１）への処理の割り当ての例を示す。図１６の例は、バックアップデータストア３４０からストレージボリュームサービス３２０の１つの論理ボリューム１０７０へリストア処理を行うものである。リストア処理の転送先の論理ボリューム１０７０（ボリューム１１１）は５１２個の管理領域５７１（１１２）を含む。図１６では、５１２個の管理領域５７１（１１２）は、「領域１」～「領域５１２」と表記される。図１６の例は、２世代目のバックアップ処理の時点の状態を復元（リストア）することを意図している。世代毎に差分バックアップ処理が行われていた場合、リストア処理では、それぞれの管理領域５７１（１１２）毎に、（１世代目のバックアップデータが存在するならば）１世代目のバックアップデータを論理ボリューム１０７０に反映してから、（２世代目のバックアップデータが存在するならば）２世代目のバックアップデータを論理ボリューム１０７０に反映する必要がある。図１６の例では、リストア処理を行うために３つのＶＭインスタンス１１９１が構築（起動）されている。つまり、図１４のステップ１４０７にて、差分管理ビットマップの数である５１２のほうが、接続可能ホスト数である３よりも大きいと判断されたために、ステップ１４０９にて、構築（起動）される計算機資源（ＶＭインスタンス１１９１）の数が接続可能ホスト数である３と判断されたケースを、図１６は示している。図１６の例では、例えば「世代１領域１」と記載されているボックスは、１世代目かつ第１管理領域５７１Ａ（１１２Ａ）に対応するオブジェクトキーのペア（差分管理ビットマップ８１１Ａのオブジェクトキーと、ブロックデータ群８１２Ａのオブジェクトキーのペア）を示す。このオブジェクトキーのペアを受理したＶＭインスタンス１１９１は、当該オブジェクトキーのペアに対応する世代と管理領域の組み合わせに対応する、リストア処理の部分を割り当てられる。
図１６の例では、「世代１領域１」のオブジェクトキーのペアは、キューサービス１１９４Ａにキューイングされ、ＶＭインスタンス１１９１Ａに割り当てられる。そして、１世代目の管理領域のそれぞれに対応するオブジェクトキーのペアは、３つのＶＭインスタンス１１９１に順次割り当てられる。図１６の例のように巡回的な割り当てが行われてもよい。巡回的な割り当てが行われる場合、「世代１領域５１２」のオブジェクトキーのペアはＶＭインスタンス１１９１Ｂに割り当てられる。領域割当部１３４は、次に「世代２領域１」のオブジェクトキーのペアを割り当てるが、その際には、巡回的な割り当てにおける次の位置であるＶＭインスタンス１１９１Ｃではなくて、「世代１領域１」のオブジェクトキーのペアが割り当てられたＶＭインスタンス１１９１Ａに「世代２領域１」のオブジェクトキーのペアを割り当てる。つまり、領域割当部１３４は、巡回的な割り当てを行う場合であっても、割当処理を行う対象の世代の切り替わりにおいては、オブジェクトキーのペアの割当先（キューサービス１１９４におけるキューイング先）を示すポインタを一旦リセットする。このようにすれば、同じ管理領域５７１（１１２）の異なる世代のオブジェクトキーのペアは、同じＶＭインスタンス１１９１に割り当てられるようになる。なお、巡回的割り当てに限定されず、同じ管理領域５７１（１１２）の異なる世代のバックアップデータについて、正しい順序でリストア処理が行われるものであればよい。ＶＭインスタンス１１９１は、同じ管理領域５７１（１１２）に関する複数の世代のリストア処理の部分を割り当てられた場合に、処理結果が正常となる順にリストア処理の各部分を実行する。
このように、本開示は、複数の世代分のバックアップデータを順次リストア処理の対象とすべき場合において、リストア処理を正常に行うことが出来る。
なお、領域割当部１３４は、世代と管理領域５７１（１１２）の組み合わせに対応する差分管理ビットマップ８１１・８２１・８３１（第２管理情報）により、当該管理領域５７１（１１２）内の少なくとも１つのデータがバックアップデータストア３４０（第２記憶部１０２）にバックアップされていることが示される場合のみ、当該組み合わせに関するオブジェクトキーのペアをキューサービス１１９４にキューイングしてよい。領域割当部１３４がこのようにキューイングを制御することにより、リストアすべきデータが存在する世代と管理領域５７１（１１２）の組み合わせについてのみ、当該組み合わせに関するリストア処理をＶＭインスタンス１１９１（計算機資源１３１）に割り当てることが出来て、リストア処理の効率化を行うことが出来る。
図１６は、図１４のステップ１４２１を詳細に説明するためのものであり、複数の世代を含むリストア処理における計算機資源（ＶＭインスタンス１１９１）への処理の割り当ての例を示す。図１６の例は、バックアップデータストア３４０からストレージボリュームサービス３２０の１つの論理ボリューム１０７０へリストア処理を行うものである。リストア処理の転送先の論理ボリューム１０７０（ボリューム１１１）は５１２個の管理領域５７１（１１２）を含む。図１６では、５１２個の管理領域５７１（１１２）は、「領域１」～「領域５１２」と表記される。図１６の例は、２世代目のバックアップ処理の時点の状態を復元（リストア）することを意図している。世代毎に差分バックアップ処理が行われていた場合、リストア処理では、それぞれの管理領域５７１（１１２）毎に、（１世代目のバックアップデータが存在するならば）１世代目のバックアップデータを論理ボリューム１０７０に反映してから、（２世代目のバックアップデータが存在するならば）２世代目のバックアップデータを論理ボリューム１０７０に反映する必要がある。図１６の例では、リストア処理を行うために３つのＶＭインスタンス１１９１が構築（起動）されている。つまり、図１４のステップ１４０７にて、差分管理ビットマップの数である５１２のほうが、接続可能ホスト数である３よりも大きいと判断されたために、ステップ１４０９にて、構築（起動）される計算機資源（ＶＭインスタンス１１９１）の数が接続可能ホスト数である３と判断されたケースを、図１６は示している。図１６の例では、例えば「世代１領域１」と記載されているボックスは、１世代目かつ第１管理領域５７１Ａ（１１２Ａ）に対応するオブジェクトキーのペア（差分管理ビットマップ８１１Ａのオブジェクトキーと、ブロックデータ群８１２Ａのオブジェクトキーのペア）を示す。このオブジェクトキーのペアを受理したＶＭインスタンス１１９１は、当該オブジェクトキーのペアに対応する世代と管理領域の組み合わせに対応する、リストア処理の部分を割り当てられる。
図１６の例では、「世代１領域１」のオブジェクトキーのペアは、キューサービス１１９４Ａにキューイングされ、ＶＭインスタンス１１９１Ａに割り当てられる。そして、１世代目の管理領域のそれぞれに対応するオブジェクトキーのペアは、３つのＶＭインスタンス１１９１に順次割り当てられる。図１６の例のように巡回的な割り当てが行われてもよい。巡回的な割り当てが行われる場合、「世代１領域５１２」のオブジェクトキーのペアはＶＭインスタンス１１９１Ｂに割り当てられる。領域割当部１３４は、次に「世代２領域１」のオブジェクトキーのペアを割り当てるが、その際には、巡回的な割り当てにおける次の位置であるＶＭインスタンス１１９１Ｃではなくて、「世代１領域１」のオブジェクトキーのペアが割り当てられたＶＭインスタンス１１９１Ａに「世代２領域１」のオブジェクトキーのペアを割り当てる。つまり、領域割当部１３４は、巡回的な割り当てを行う場合であっても、割当処理を行う対象の世代の切り替わりにおいては、オブジェクトキーのペアの割当先（キューサービス１１９４におけるキューイング先）を示すポインタを一旦リセットする。このようにすれば、同じ管理領域５７１（１１２）の異なる世代のオブジェクトキーのペアは、同じＶＭインスタンス１１９１に割り当てられるようになる。なお、巡回的割り当てに限定されず、同じ管理領域５７１（１１２）の異なる世代のバックアップデータについて、正しい順序でリストア処理が行われるものであればよい。ＶＭインスタンス１１９１は、同じ管理領域５７１（１１２）に関する複数の世代のリストア処理の部分を割り当てられた場合に、処理結果が正常となる順にリストア処理の各部分を実行する。
このように、本開示は、複数の世代分のバックアップデータを順次リストア処理の対象とすべき場合において、リストア処理を正常に行うことが出来る。
なお、領域割当部１３４は、世代と管理領域５７１（１１２）の組み合わせに対応する差分管理ビットマップ８１１・８２１・８３１（第２管理情報）により、当該管理領域５７１（１１２）内の少なくとも１つのデータがバックアップデータストア３４０（第２記憶部１０２）にバックアップされていることが示される場合のみ、当該組み合わせに関するオブジェクトキーのペアをキューサービス１１９４にキューイングしてよい。領域割当部１３４がこのようにキューイングを制御することにより、リストアすべきデータが存在する世代と管理領域５７１（１１２）の組み合わせについてのみ、当該組み合わせに関するリストア処理をＶＭインスタンス１１９１（計算機資源１３１）に割り当てることが出来て、リストア処理の効率化を行うことが出来る。
【0033】
３の２の２の６．リストア処理におけるＶＭインスタンスが行う処理
ＶＭインスタンス１１９１は、対応するキューサービス１１９４から受け取ったオブジェクトキーのペアに対応する世代と管理領域５７１（１１２）の組み合わせに対応するリストア処理の部分を実行する。
図１７はリストア処理時のＶＭインスタンス１１９１の処理のフローチャートを示す。
ステップ１７０１にてＶＭインスタンス１１９１は、ＶＭＯＳイメージ１１５４を読み込んで起動することにより、ＶＭＯＳイメージ１１５４に含まれるプログラムに対応するデータ転送プロセス１１９３を起動する。なお、図１４のステップ１４１３とステップ１４１４により、ＶＭインスタンス１１９１はバックアップデータストア３４０と論理ボリューム１０７０にアクセス可能に設定される。ステップ１７０２にてＶＭインスタンス１１９１で動作するデータ転送プロセス１１９３は、起動時に引数として渡されたキューサービス識別情報に対応するキューサービス１１９４を定期的にチェックする。キューサービス１１９４にオブジェクトキーのペア（処理対象）が存在した場合（ステップ１７０３でＹｅｓ）、ステップ１７０４にてデータ転送プロセス１１９３は、キューサービス１１９４からオブジェクトキーのペアを取得する。そして、ステップ１７０５にてデータ転送プロセス１１９３は、取得したオブジェクトキーのペアに基づいて、バックアップデータストア３４０から、差分管理ビットマップと対応するブロックデータ群のオブジェクトファイルを取得する。次に、ステップ１７０６にてデータ転送プロセス１１９３は、論理ボリューム１０７０のどのＬＢＡへ書き込みが必要か判断するため、差分管理ビットマップのビットを順に走査する。当該ビットがＯＮであった場合（ステップ１７０７でＹｅｓ）、当該ビットに対応するＬＢＡへリストアすべきデータが存在することを意味するので、ステップ１７０８にてデータ転送プロセス１１９３は、ブロックデータ群から１つ目のブロックデータを取得し論理ボリューム１０７０に書き込む。そして、ステップ１７０９にてデータ転送プロセス１１９３は、次のブロックデータへ参照先を移動する。次に、ステップ１７１０にてデータ転送プロセス１１９３は、論理ボリューム１０７０の参照先ＬＢＡの値と差分管理ビットマップの参照先ビットの位置を１つ進める。一方、ステップ１７０６にて取得（走査）された差分管理ビットマップのビットがＯＦＦであった場合（ステップ１７０７でＮｏ）、当該ビットに対応するＬＢＡへリストアすべきデータは存在しないことを意味するので、ステップ１７１０にてデータ転送プロセス１１９３は、何もせずに論理ボリューム１０７０の参照先ＬＢＡの値と差分管理ビットマップの参照先ビットの位置を１つ進める。そして、ステップ１７１１にてデータ転送プロセス１１９３は、差分管理ビットマップの全てのビットを参照（取得、走査）したか否かを判断する。もしまだ残っているビットがある場合（ステップ１７１１でＮｏ）、データ転送プロセス１１９３は、ステップ１７０６からステップ１７１０の処理を繰り返す。一方、全てのビットを参照（取得、走査）し終えた場合（ステップ１７１１でＹｅｓ）、ステップ１７０４から１７１１の一連のステップで対象とされたオブジェクトキーのペア（処理対象）に対応する処理を終えているので、ステップ１７１３にてデータ転送プロセス１１９３は、キューサービス１１９４から、当該オブジェクトキーのペア（処理対象）を取り除く(デキューする)。ステップ１７１３の後は、データ転送プロセス１１９３は、ステップ１７０２に制御を戻すことにより、キューサービス１１９４における未処理のオブジェクトキーのペアの有無を定期的にチェックする処理に戻る。
ＶＭインスタンス１１９１は、対応するキューサービス１１９４から受け取ったオブジェクトキーのペアに対応する世代と管理領域５７１（１１２）の組み合わせに対応するリストア処理の部分を実行する。
図１７はリストア処理時のＶＭインスタンス１１９１の処理のフローチャートを示す。
ステップ１７０１にてＶＭインスタンス１１９１は、ＶＭＯＳイメージ１１５４を読み込んで起動することにより、ＶＭＯＳイメージ１１５４に含まれるプログラムに対応するデータ転送プロセス１１９３を起動する。なお、図１４のステップ１４１３とステップ１４１４により、ＶＭインスタンス１１９１はバックアップデータストア３４０と論理ボリューム１０７０にアクセス可能に設定される。ステップ１７０２にてＶＭインスタンス１１９１で動作するデータ転送プロセス１１９３は、起動時に引数として渡されたキューサービス識別情報に対応するキューサービス１１９４を定期的にチェックする。キューサービス１１９４にオブジェクトキーのペア（処理対象）が存在した場合（ステップ１７０３でＹｅｓ）、ステップ１７０４にてデータ転送プロセス１１９３は、キューサービス１１９４からオブジェクトキーのペアを取得する。そして、ステップ１７０５にてデータ転送プロセス１１９３は、取得したオブジェクトキーのペアに基づいて、バックアップデータストア３４０から、差分管理ビットマップと対応するブロックデータ群のオブジェクトファイルを取得する。次に、ステップ１７０６にてデータ転送プロセス１１９３は、論理ボリューム１０７０のどのＬＢＡへ書き込みが必要か判断するため、差分管理ビットマップのビットを順に走査する。当該ビットがＯＮであった場合（ステップ１７０７でＹｅｓ）、当該ビットに対応するＬＢＡへリストアすべきデータが存在することを意味するので、ステップ１７０８にてデータ転送プロセス１１９３は、ブロックデータ群から１つ目のブロックデータを取得し論理ボリューム１０７０に書き込む。そして、ステップ１７０９にてデータ転送プロセス１１９３は、次のブロックデータへ参照先を移動する。次に、ステップ１７１０にてデータ転送プロセス１１９３は、論理ボリューム１０７０の参照先ＬＢＡの値と差分管理ビットマップの参照先ビットの位置を１つ進める。一方、ステップ１７０６にて取得（走査）された差分管理ビットマップのビットがＯＦＦであった場合（ステップ１７０７でＮｏ）、当該ビットに対応するＬＢＡへリストアすべきデータは存在しないことを意味するので、ステップ１７１０にてデータ転送プロセス１１９３は、何もせずに論理ボリューム１０７０の参照先ＬＢＡの値と差分管理ビットマップの参照先ビットの位置を１つ進める。そして、ステップ１７１１にてデータ転送プロセス１１９３は、差分管理ビットマップの全てのビットを参照（取得、走査）したか否かを判断する。もしまだ残っているビットがある場合（ステップ１７１１でＮｏ）、データ転送プロセス１１９３は、ステップ１７０６からステップ１７１０の処理を繰り返す。一方、全てのビットを参照（取得、走査）し終えた場合（ステップ１７１１でＹｅｓ）、ステップ１７０４から１７１１の一連のステップで対象とされたオブジェクトキーのペア（処理対象）に対応する処理を終えているので、ステップ１７１３にてデータ転送プロセス１１９３は、キューサービス１１９４から、当該オブジェクトキーのペア（処理対象）を取り除く(デキューする)。ステップ１７１３の後は、データ転送プロセス１１９３は、ステップ１７０２に制御を戻すことにより、キューサービス１１９４における未処理のオブジェクトキーのペアの有無を定期的にチェックする処理に戻る。
【0034】
３の２の２の７．リストア処理におけるＶＭインスタンスの資源解放
リストア処理を行うために構築（起動）されたＶＭインスタンス１１９１が複数存在する場合には、リストア処理全体の完了を待つことなく、クラウドリストアシステム３５０及び計算機資源３９０は、割り当てられた処理が完了したＶＭインスタンス１１９１から、順次解放することが出来る。
図１８は、イベント監視部１１９５よりキューサービス１１９４に積まれたキュー長（オブジェクトキーのペアの数）がゼロになったことを通知された際の、クラウドリストアシステム３５０の処理のフローチャートを示す。
ステップ１８０１にて、クラウドリストアシステム３５０は、イベント監視部１１９５よりキュー長がゼロになった旨の通知を受けると、対象となったキューサービス１１９４の識別情報を取得する。ステップ１８０２にて、クラウドリストアシステム３５０は、識別情報に対応するキューサービス１１９４にデッドキューがあるか確認する。デッドキューが存在した場合（ステップ１８０２でＹｅｓ）、それは処理失敗が起きていることを意味するので、ステップ１８０３にて、クラウドリストアシステム３５０は適切な障害処理を実施する。ステップ１８０３の後で、再びステップ１８０２にて、クラウドリストアシステム３５０はデッドキューを確認する。ステップ１８０３で行われる障害処理は、例えば当該デッドキューに格納されたオブジェクトキーのペアに対応するＬＢＡ管理領域５７１に対してのみステップ１４０２、及び、ステップ１４１６～ステップ１４２０の処理を再実施する、などである。デッドキューが存在しない場合（ステップ１８０２でＮｏ）、ステップ１８０４にて、クラウドリストアシステム３５０により構築される計算機資源解放部１３６は、キュー長がゼロとなった当該キューサービス１１９４を終了する（資源を解放する）。また、ステップ１８０５にて、計算機資源解放部１３６は、当該キューサービス１１９４に紐付くＶＭインスタンス１１９１を終了する（資源を解放する）。なお、資源の解放の過程において、図１４のステップ１４１４で構成された接続パス１１９２も共に解放される。全てのＶＭインスタンス１１９１（及びキューサービス１１９４）が終了した場合（ステップ１８０６でＹｅｓ）、リストア処理が終了（完了）したことを意味する。そこで、ステップ１８０７にて、計算機資源解放部１３６は、計算機資源３９０に残っているイベント監視部１１９５を削除する（資源を解放する）。また、ステップ１８０８にて、計算機資源解放部１３６は、リストア処理での転送先となった論理ボリューム１０７０に関するアクセス権の設定内容をアクセスコントロール層１０４０から削除する。さらに、ステップ１８０９にて、クラウドリストアシステム３５０により構築される設定変更部１３５は、論理ボリューム１０７０のマルチアタッチ設定を必要に応じ無効化する。その後で、ステップ１８１１にて、クラウドリストアシステム３５０は、ストレージ運用管理サービス３３０にリストア処理の完了を通知する。リストア処理の完了の通知を受領すると、ストレージ運用管理サービス３３０は、クラウドリストアシステム３５０に付与したバックアップデータストア３４０へのアクセス権を削除し、リストア処理が完了したことを、端末３８０などを通じてユーザ等に通知する(図示せず)。
リストア処理を行うために構築（起動）されたＶＭインスタンス１１９１が複数存在する場合には、リストア処理全体の完了を待つことなく、クラウドリストアシステム３５０及び計算機資源３９０は、割り当てられた処理が完了したＶＭインスタンス１１９１から、順次解放することが出来る。
図１８は、イベント監視部１１９５よりキューサービス１１９４に積まれたキュー長（オブジェクトキーのペアの数）がゼロになったことを通知された際の、クラウドリストアシステム３５０の処理のフローチャートを示す。
ステップ１８０１にて、クラウドリストアシステム３５０は、イベント監視部１１９５よりキュー長がゼロになった旨の通知を受けると、対象となったキューサービス１１９４の識別情報を取得する。ステップ１８０２にて、クラウドリストアシステム３５０は、識別情報に対応するキューサービス１１９４にデッドキューがあるか確認する。デッドキューが存在した場合（ステップ１８０２でＹｅｓ）、それは処理失敗が起きていることを意味するので、ステップ１８０３にて、クラウドリストアシステム３５０は適切な障害処理を実施する。ステップ１８０３の後で、再びステップ１８０２にて、クラウドリストアシステム３５０はデッドキューを確認する。ステップ１８０３で行われる障害処理は、例えば当該デッドキューに格納されたオブジェクトキーのペアに対応するＬＢＡ管理領域５７１に対してのみステップ１４０２、及び、ステップ１４１６～ステップ１４２０の処理を再実施する、などである。デッドキューが存在しない場合（ステップ１８０２でＮｏ）、ステップ１８０４にて、クラウドリストアシステム３５０により構築される計算機資源解放部１３６は、キュー長がゼロとなった当該キューサービス１１９４を終了する（資源を解放する）。また、ステップ１８０５にて、計算機資源解放部１３６は、当該キューサービス１１９４に紐付くＶＭインスタンス１１９１を終了する（資源を解放する）。なお、資源の解放の過程において、図１４のステップ１４１４で構成された接続パス１１９２も共に解放される。全てのＶＭインスタンス１１９１（及びキューサービス１１９４）が終了した場合（ステップ１８０６でＹｅｓ）、リストア処理が終了（完了）したことを意味する。そこで、ステップ１８０７にて、計算機資源解放部１３６は、計算機資源３９０に残っているイベント監視部１１９５を削除する（資源を解放する）。また、ステップ１８０８にて、計算機資源解放部１３６は、リストア処理での転送先となった論理ボリューム１０７０に関するアクセス権の設定内容をアクセスコントロール層１０４０から削除する。さらに、ステップ１８０９にて、クラウドリストアシステム３５０により構築される設定変更部１３５は、論理ボリューム１０７０のマルチアタッチ設定を必要に応じ無効化する。その後で、ステップ１８１１にて、クラウドリストアシステム３５０は、ストレージ運用管理サービス３３０にリストア処理の完了を通知する。リストア処理の完了の通知を受領すると、ストレージ運用管理サービス３３０は、クラウドリストアシステム３５０に付与したバックアップデータストア３４０へのアクセス権を削除し、リストア処理が完了したことを、端末３８０などを通じてユーザ等に通知する(図示せず)。
【0035】
この第１の実施形態によれば、一時的な計算機資源であるＶＭインスタンス１１９１を用いて、論理ボリューム１０７０を複数のＬＢＡ管理領域５７１に分割して並列処理できるので、リストア時間を短縮することが出来る。
また、差分バックアップ処理に対応するリストア処理には、複数世代の重ね合わせが必要となるが、同一ＬＢＡ管理領域５７１かつ異なる世代のリストア処理は、同じＶＭインスタンスが処理するので、正しい世代順序でデータを書き込むことが出来る。
また、リストア処理時に計算機資源を一時的に増加させて対応するため、通常稼働時の計算機資源を適切な性能にすることができ、計算機資源やその消費電力を低減することが出来る。
また、差分バックアップ処理に対応するリストア処理には、複数世代の重ね合わせが必要となるが、同一ＬＢＡ管理領域５７１かつ異なる世代のリストア処理は、同じＶＭインスタンスが処理するので、正しい世代順序でデータを書き込むことが出来る。
また、リストア処理時に計算機資源を一時的に増加させて対応するため、通常稼働時の計算機資源を適切な性能にすることができ、計算機資源やその消費電力を低減することが出来る。
【0036】
４．本開示の第２の実施形態（バックアップ処理）
第２の実施形態は、クラウド上の（ボリュームの一例である）論理ボリュームをバックアップデータストアに短時間でバックアップするための構成を有する。また、以下では、バックアップ処理を行う計算機資源として、一時計算機資源を用いる例を示している。
第２の実施形態は、クラウド上の（ボリュームの一例である）論理ボリュームをバックアップデータストアに短時間でバックアップするための構成を有する。また、以下では、バックアップ処理を行う計算機資源として、一時計算機資源を用いる例を示している。
【0037】
４の１．本開示の第２の実施形態（バックアップ処理）のシステム構成
４の１の１．本開示のシステムを包含する計算機システムのシステム構成
図１９は、本開示の第２の実施形態に係るシステム１００を包含する計算機システム１９００のシステム構成を示す。計算機システム１９００は、ネットワーク３７０で相互通信可能とされた、データセンタ３０２（システム１００）と端末３８０を備えるが、第１の実施形態にあったオンプレミス側のデータセンタは含まれていない（存在してはいけないわけではない）。第１の実施形態と同様に、第２の実施形態におけるデータセンタ３０２は、例えばパブリッククラウドサービスプロバイダが提供する仮想データセンタである。第１の実施形態と異なる点は、データセンタ３０２に、クラウドリストアシステム３５０に代わり、クラウドバックアップ＆リストアシステム１９５１が備えられる点である。
４の１の１．本開示のシステムを包含する計算機システムのシステム構成
図１９は、本開示の第２の実施形態に係るシステム１００を包含する計算機システム１９００のシステム構成を示す。計算機システム１９００は、ネットワーク３７０で相互通信可能とされた、データセンタ３０２（システム１００）と端末３８０を備えるが、第１の実施形態にあったオンプレミス側のデータセンタは含まれていない（存在してはいけないわけではない）。第１の実施形態と同様に、第２の実施形態におけるデータセンタ３０２は、例えばパブリッククラウドサービスプロバイダが提供する仮想データセンタである。第１の実施形態と異なる点は、データセンタ３０２に、クラウドリストアシステム３５０に代わり、クラウドバックアップ＆リストアシステム１９５１が備えられる点である。
【0038】
４の１の２．バックアップ処理のために構築される計算機資源
本開示の第２の実施形態のクラウドバックアップ＆リストアシステム１９５１が、関連リソース群として計算機資源３９０を構築（起動）し、当該計算機資源３９０がバックアップ処理を行う。
図２０は第２の実施形態におけるクラウドバックアップ＆リストアシステム１９５１、クラウドバックアップ＆リストアシステム１９５１が処理時に構築（起動、生成）する計算機資源３９０、ストレージボリュームサービス３２０（第１記憶部１０１）、バックアップデータストア３４０（第２記憶部１０２）の関係を示した図である。なお、図１９で示したように、これらは互いに内部ネットワーク３６０で接続され通信できるよう構成されている（図示省略）。以下では、第１の実施形態と同一または同様の要素については説明を割愛し、異なる要素についてのみ説明する。
第２の実施形態において、ストレージボリュームサービス３２０が提供する論理ボリューム２０７０はバックアップ処理での転送元となる論理ボリュームである。論理ボリューム２０７０は、第１の実施形態と同様に、アクセスエンドポイント１０５０を通じてアクセス可能なように提供される。クラウドバックアップ＆リストアシステム１９５１は、第１の実施形態のクラウドリストアシステム３５０において機能を拡張したものであり、ストレージボリュームサービス３２０からバックアップデータストア３４０へバックアップするための機能を追加で有する。クラウドバックアップ＆リストアシステム１９５１は、図２で示したような情報処理装置２０１を備えるとともに、記憶装置２０２または不揮発性記録媒体２０３を備える。記憶装置２０２または不揮発性記録媒体２０３は、リストア操作制御プログラム１１５１、リストアプラン生成プログラム１１５２、ボリュームサービス設定プログラム１１５３、仮想計算機（ＶＭ）ＯＳイメージ１１５４、インスタンス管理プログラム１１５５、キュー管理プログラム１１５６を記憶する。また、記憶装置２０２または不揮発性記録媒体２０３は、バックアップ操作制御プログラム２０５７、ＶＭＯＳイメージ（２）２０５９を追加で記憶する。情報処理装置２０１がこれらのプログラムまたはイメージを実行することにより、クラウドバックアップ＆リストアシステム１９５１が行う処理が実現される。バックアップ操作制御プログラム２０５７は、端末３８０からバックアップ処理の指示を受けた際、バックアップ処理の完了までの全体処理を指示するためのメインプログラムである。ＶＭＯＳイメージ（２）２０５９は、ＶＭインスタンス２０９８を動作させるためのＯＳ、及び、その上で動作するプログラムを格納したファイルである。なお動作プログラムの共通化により、ＶＭＯＳイメージ（２）２０５９とＶＭＯＳイメージ１１５４が一つにまとめられてもよい。計算機資源３９０は、第１の実施形態と同様であり、クラウドバックアップ＆リストアシステム１９５１が各プログラムまたはイメージを実行することによって動的に構築（作成）される、キューサービス１１９４と仮想計算機（ＶＭ）インスタンス２０９８とイベント監視部１１９５から構成される。ＶＭインスタンス２０９８は、ＶＭＯＳイメージ（２）２０５９を用いて構築されるサーバ計算資源である。各ＶＭインスタンス２０９８は、ＯＳ起動後に、ＶＭＯＳイメージ（２）２０５９に含まれるプログラムを実行することにより、データ転送プロセス２０９９（２０９９Ａ、２０９９Ｂ、２０９９Ｃ）を構築（起動）する。データ転送プロセス２０９９は、引数として渡された識別情報に基づいて、担当するキューサービス１１９４における処理要求の有無を監視する。
本開示の第２の実施形態のクラウドバックアップ＆リストアシステム１９５１が、関連リソース群として計算機資源３９０を構築（起動）し、当該計算機資源３９０がバックアップ処理を行う。
図２０は第２の実施形態におけるクラウドバックアップ＆リストアシステム１９５１、クラウドバックアップ＆リストアシステム１９５１が処理時に構築（起動、生成）する計算機資源３９０、ストレージボリュームサービス３２０（第１記憶部１０１）、バックアップデータストア３４０（第２記憶部１０２）の関係を示した図である。なお、図１９で示したように、これらは互いに内部ネットワーク３６０で接続され通信できるよう構成されている（図示省略）。以下では、第１の実施形態と同一または同様の要素については説明を割愛し、異なる要素についてのみ説明する。
第２の実施形態において、ストレージボリュームサービス３２０が提供する論理ボリューム２０７０はバックアップ処理での転送元となる論理ボリュームである。論理ボリューム２０７０は、第１の実施形態と同様に、アクセスエンドポイント１０５０を通じてアクセス可能なように提供される。クラウドバックアップ＆リストアシステム１９５１は、第１の実施形態のクラウドリストアシステム３５０において機能を拡張したものであり、ストレージボリュームサービス３２０からバックアップデータストア３４０へバックアップするための機能を追加で有する。クラウドバックアップ＆リストアシステム１９５１は、図２で示したような情報処理装置２０１を備えるとともに、記憶装置２０２または不揮発性記録媒体２０３を備える。記憶装置２０２または不揮発性記録媒体２０３は、リストア操作制御プログラム１１５１、リストアプラン生成プログラム１１５２、ボリュームサービス設定プログラム１１５３、仮想計算機（ＶＭ）ＯＳイメージ１１５４、インスタンス管理プログラム１１５５、キュー管理プログラム１１５６を記憶する。また、記憶装置２０２または不揮発性記録媒体２０３は、バックアップ操作制御プログラム２０５７、ＶＭＯＳイメージ（２）２０５９を追加で記憶する。情報処理装置２０１がこれらのプログラムまたはイメージを実行することにより、クラウドバックアップ＆リストアシステム１９５１が行う処理が実現される。バックアップ操作制御プログラム２０５７は、端末３８０からバックアップ処理の指示を受けた際、バックアップ処理の完了までの全体処理を指示するためのメインプログラムである。ＶＭＯＳイメージ（２）２０５９は、ＶＭインスタンス２０９８を動作させるためのＯＳ、及び、その上で動作するプログラムを格納したファイルである。なお動作プログラムの共通化により、ＶＭＯＳイメージ（２）２０５９とＶＭＯＳイメージ１１５４が一つにまとめられてもよい。計算機資源３９０は、第１の実施形態と同様であり、クラウドバックアップ＆リストアシステム１９５１が各プログラムまたはイメージを実行することによって動的に構築（作成）される、キューサービス１１９４と仮想計算機（ＶＭ）インスタンス２０９８とイベント監視部１１９５から構成される。ＶＭインスタンス２０９８は、ＶＭＯＳイメージ（２）２０５９を用いて構築されるサーバ計算資源である。各ＶＭインスタンス２０９８は、ＯＳ起動後に、ＶＭＯＳイメージ（２）２０５９に含まれるプログラムを実行することにより、データ転送プロセス２０９９（２０９９Ａ、２０９９Ｂ、２０９９Ｃ）を構築（起動）する。データ転送プロセス２０９９は、引数として渡された識別情報に基づいて、担当するキューサービス１１９４における処理要求の有無を監視する。
【0039】
４の２．本開示の第２の実施形態（バックアップ処理）の処理
以上で説明した第２の実施形態のシステム構成（及び第１の実施形態のシステム構成）を踏まえて、以下では、第１記憶部１０１に対応付けられるストレージボリュームサービス３２０内の論理ボリューム２０７０から、第２記憶部１０２に対応付けられるバックアップデータストア３４０へのバックアップ処理のために行われる一連の処理を説明する。
以上で説明した第２の実施形態のシステム構成（及び第１の実施形態のシステム構成）を踏まえて、以下では、第１記憶部１０１に対応付けられるストレージボリュームサービス３２０内の論理ボリューム２０７０から、第２記憶部１０２に対応付けられるバックアップデータストア３４０へのバックアップ処理のために行われる一連の処理を説明する。
【0040】
４の２の１．バックアップ＆リストアシステムへバックアップ処理の実行を指示するまで
以下ではまず、ユーザ等からバックアップ設定画面６００を用いて入力されたバックアップ処理の設定内容を受理したストレージ運用管理サービス３３０が、クラウドバックアップ＆リストアシステム１９５１にバックアップ処理の実行を指示するまでを説明する。
図２１は、第２の実施形態において、ストレージ運用管理サービス３３０がクラウドバックアップ＆リストアシステム１９５１にバックアップ処理を指示するまでの処理のフローチャートを示す。図２１の処理は、図６のバックアップ設定画面６００を用いてユーザ等がストレージ運用管理サービス３３０に設定したスケジュールに基づき実行される。
ステップ２１０１にて、ストレージ運用管理サービス３３０は、バックアップ処理での転送元となる論理ボリューム２０７０の静止イメージを取得するために、ストレージボリュームサービス３２０に論理ボリューム２０７０のスナップショットを取得するように指示する。続いて、ステップ２１０２にて、ストレージ運用管理サービス３３０は、当該スナップショットを用いてバックアップできるように、ストレージボリュームサービス３２０にスナップショットに対するアクセスエンドポイント１０５０の作成を指示して、アクセスエンドポイント１０５０の情報を取得する。（なお、ステップ２１０２において、ストレージ運用管理サービス３３０が自ら、スナップショットに対するアクセスエンドポイント１０５０を作成してもよい。）次に、ステップ２１０３にて、ストレージ運用管理サービス３３０は、バックアップデータストア３４０において、バックアップ格納先となるバケットを作成する。ステップ２１０４にて、ストレージ運用管理サービス３３０は、当該バケットへのアクセス権をクラウドバックアップ＆リストアシステム１９５１に付与する。そして、ステップ２１０５にて、ストレージ運用管理サービス３３０は、論理ボリューム２０７０（のスナップショット）のアクセスエンドポイント１０５０の情報とバックアップデータストア３４０のバックアップ格納先情報を用いて、クラウドバックアップ＆リストアシステム１９５１にバックアップ処理を指示する。
以下ではまず、ユーザ等からバックアップ設定画面６００を用いて入力されたバックアップ処理の設定内容を受理したストレージ運用管理サービス３３０が、クラウドバックアップ＆リストアシステム１９５１にバックアップ処理の実行を指示するまでを説明する。
図２１は、第２の実施形態において、ストレージ運用管理サービス３３０がクラウドバックアップ＆リストアシステム１９５１にバックアップ処理を指示するまでの処理のフローチャートを示す。図２１の処理は、図６のバックアップ設定画面６００を用いてユーザ等がストレージ運用管理サービス３３０に設定したスケジュールに基づき実行される。
ステップ２１０１にて、ストレージ運用管理サービス３３０は、バックアップ処理での転送元となる論理ボリューム２０７０の静止イメージを取得するために、ストレージボリュームサービス３２０に論理ボリューム２０７０のスナップショットを取得するように指示する。続いて、ステップ２１０２にて、ストレージ運用管理サービス３３０は、当該スナップショットを用いてバックアップできるように、ストレージボリュームサービス３２０にスナップショットに対するアクセスエンドポイント１０５０の作成を指示して、アクセスエンドポイント１０５０の情報を取得する。（なお、ステップ２１０２において、ストレージ運用管理サービス３３０が自ら、スナップショットに対するアクセスエンドポイント１０５０を作成してもよい。）次に、ステップ２１０３にて、ストレージ運用管理サービス３３０は、バックアップデータストア３４０において、バックアップ格納先となるバケットを作成する。ステップ２１０４にて、ストレージ運用管理サービス３３０は、当該バケットへのアクセス権をクラウドバックアップ＆リストアシステム１９５１に付与する。そして、ステップ２１０５にて、ストレージ運用管理サービス３３０は、論理ボリューム２０７０（のスナップショット）のアクセスエンドポイント１０５０の情報とバックアップデータストア３４０のバックアップ格納先情報を用いて、クラウドバックアップ＆リストアシステム１９５１にバックアップ処理を指示する。
【0041】
４の２の２．バックアップ処理実行を指示されたバックアップ＆リストアシステムの処理
ストレージ運用管理サービス３３０からバックアップ処理の実行を指示されたクラウドバックアップ＆リストアシステム１９５１は、当該バックアップ処理のために構築（起動）する一時計算機資源（例えばＶＭインスタンス２０９８）の数を判定して、判定した数の一時計算機資源（ＶＭインスタンス２０９８）を構築（起動）する。またクラウドバックアップ＆リストアシステム１９５１は、起動した一時計算機資源（ＶＭインスタンス２０９８）のそれぞれに対して、バックアップ処理での転送元となる共通１つの論理ボリューム２０７０（のスナップショット）をマウントする。またクラウドバックアップ＆リストアシステム１９５１は、起動した一時計算機資源（ＶＭインスタンス２０９８）のそれぞれに、バックアップ処理の対象となるデータに関して、管理領域毎の（ライト）データ群（ブロックデータ群）を割り当てる。上記の処理を順を追って、以下では説明する。
図２２は、第２の実施形態において、クラウドバックアップ＆リストアシステム１９５１がストレージ運用管理サービス３３０からバックアップ実行の指示を受けた際の処理のフローチャートを示す。
ストレージ運用管理サービス３３０からバックアップ処理の実行を指示されたクラウドバックアップ＆リストアシステム１９５１は、当該バックアップ処理のために構築（起動）する一時計算機資源（例えばＶＭインスタンス２０９８）の数を判定して、判定した数の一時計算機資源（ＶＭインスタンス２０９８）を構築（起動）する。またクラウドバックアップ＆リストアシステム１９５１は、起動した一時計算機資源（ＶＭインスタンス２０９８）のそれぞれに対して、バックアップ処理での転送元となる共通１つの論理ボリューム２０７０（のスナップショット）をマウントする。またクラウドバックアップ＆リストアシステム１９５１は、起動した一時計算機資源（ＶＭインスタンス２０９８）のそれぞれに、バックアップ処理の対象となるデータに関して、管理領域毎の（ライト）データ群（ブロックデータ群）を割り当てる。上記の処理を順を追って、以下では説明する。
図２２は、第２の実施形態において、クラウドバックアップ＆リストアシステム１９５１がストレージ運用管理サービス３３０からバックアップ実行の指示を受けた際の処理のフローチャートを示す。
【0042】
４の２の２の１．バックアップ処理のために構築（起動）する計算機資源の数の判定
図２２のステップ２２０１にてクラウドバックアップ＆リストアシステム１９５１は、指示の際に受領したアクセスエンドポイント１０５０の情報を用いて、バックアップ処理での転送元となる論理ボリューム２０７０（のスナップショット）の容量の情報を取得する。また、ステップ２２０２にてクラウドバックアップ＆リストアシステム１９５１は、最初の差分管理ビットマップ５００の取得を行う。そして、ステップ２２０３にてクラウドバックアップ＆リストアシステム１９５１は、差分管理ビットマップ５００の構成情報を取得し、当該構成情報に基づき、論理ボリューム２０７０（のスナップショット）がいくつの管理領域５７１（１１２）に分割して管理されているか、すなわち、いくつの差分管理ビットマップ５００を含むかを算出する。次に、ステップ２２０４にてクラウドバックアップ＆リストアシステム１９５１により構築される設定変更部１３５は、論理ボリューム２０７０（のスナップショット）がマルチアタッチ可能か否かを確認する。マルチアタッチ可能である場合は（ステップ２２０４でＹｅｓ）、ステップ２２０５にて設定変更部１３５は、論理ボリューム２０７０（のスナップショット）のマルチアタッチを有効化する。有効化の設定の手法は、例えば、論理ボリューム２０７０（のスナップショット）のマルチアタッチの許可をイネーブルにすること、または、論理ボリューム２０７０（のスナップショット）をマルチアタッチ可能なディスク種別に変更することであってよい。その後、ステップ２２０６にてクラウドバックアップ＆リストアシステム１９５１により構築される計算機資源数判定部１３２は、バックアップ処理の対象となる論理ボリューム２０７０（のスナップショット）の接続可能ホスト数を確認する。ステップ２２０７にて計算機資源数判定部１３２は、論理ボリューム２０７０に対応する差分管理ビットマップ５００の数と論理ボリューム２０７０（のスナップショット）の接続可能ホスト数を比較する。差分管理ビットマップ５００の数が接続可能ホスト数よりも多かった場合（ステップ２２０７でＹｅｓ）、ステップ２２０９にて計算機資源数判定部１３２は、以降のバックアップ処理で起動する計算機資源の数を、接続可能ホスト数と同数に設定する。一方、差分管理ビットマップ５００の数が接続可能ホスト数以下であった場合（ステップ２２０７でＮｏ）、ステップ２２１０にて計算機資源数判定部１３２は、リストア処理を行うための計算機資源の数を差分管理ビットマップ５００の数と同数に設定する。また、論理ボリューム２０７０（のスナップショット）がマルチアタッチ不可であった場合には（ステップ２２０４でＮｏ）、ステップ２２０８にて計算機資源数判定部１３２は、バックアップ処理を行うための計算機資源の数を１に設定する。なお、図示は省略するが、ステップ２２０９またはステップ２２１０についての上記の説明において定められるバックアップ処理を行う計算機資源の数がクラウドシステムの仕様（例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約など）に抵触する場合は、当該仕様に抵触しない範囲内で、計算機資源数判定部１３２は、計算機資源の数を改めて定めてよい。以上のステップ２２０６、２２０７、２２０８、２２０９、２２１０の一部または全部により、計算機資源数判定ステップが構成されるとしてもよい。
このように、本開示は、構築（起動）する計算機資源の数を、ボリュームに関する最大ホスト数と、ボリュームに含まれる管理領域の数の両方を考慮して、適切に定めることが出来る。ここで、本開示は、ボリュームに含まれる管理領域の数を、管理領域に対応付けられる第１管理情報（例えば、差分管理ビットマップ）の数により判断するので、ボリュームに含まれる管理領域の数を適切に判断することが出来る。
図２２のステップ２２０１にてクラウドバックアップ＆リストアシステム１９５１は、指示の際に受領したアクセスエンドポイント１０５０の情報を用いて、バックアップ処理での転送元となる論理ボリューム２０７０（のスナップショット）の容量の情報を取得する。また、ステップ２２０２にてクラウドバックアップ＆リストアシステム１９５１は、最初の差分管理ビットマップ５００の取得を行う。そして、ステップ２２０３にてクラウドバックアップ＆リストアシステム１９５１は、差分管理ビットマップ５００の構成情報を取得し、当該構成情報に基づき、論理ボリューム２０７０（のスナップショット）がいくつの管理領域５７１（１１２）に分割して管理されているか、すなわち、いくつの差分管理ビットマップ５００を含むかを算出する。次に、ステップ２２０４にてクラウドバックアップ＆リストアシステム１９５１により構築される設定変更部１３５は、論理ボリューム２０７０（のスナップショット）がマルチアタッチ可能か否かを確認する。マルチアタッチ可能である場合は（ステップ２２０４でＹｅｓ）、ステップ２２０５にて設定変更部１３５は、論理ボリューム２０７０（のスナップショット）のマルチアタッチを有効化する。有効化の設定の手法は、例えば、論理ボリューム２０７０（のスナップショット）のマルチアタッチの許可をイネーブルにすること、または、論理ボリューム２０７０（のスナップショット）をマルチアタッチ可能なディスク種別に変更することであってよい。その後、ステップ２２０６にてクラウドバックアップ＆リストアシステム１９５１により構築される計算機資源数判定部１３２は、バックアップ処理の対象となる論理ボリューム２０７０（のスナップショット）の接続可能ホスト数を確認する。ステップ２２０７にて計算機資源数判定部１３２は、論理ボリューム２０７０に対応する差分管理ビットマップ５００の数と論理ボリューム２０７０（のスナップショット）の接続可能ホスト数を比較する。差分管理ビットマップ５００の数が接続可能ホスト数よりも多かった場合（ステップ２２０７でＹｅｓ）、ステップ２２０９にて計算機資源数判定部１３２は、以降のバックアップ処理で起動する計算機資源の数を、接続可能ホスト数と同数に設定する。一方、差分管理ビットマップ５００の数が接続可能ホスト数以下であった場合（ステップ２２０７でＮｏ）、ステップ２２１０にて計算機資源数判定部１３２は、リストア処理を行うための計算機資源の数を差分管理ビットマップ５００の数と同数に設定する。また、論理ボリューム２０７０（のスナップショット）がマルチアタッチ不可であった場合には（ステップ２２０４でＮｏ）、ステップ２２０８にて計算機資源数判定部１３２は、バックアップ処理を行うための計算機資源の数を１に設定する。なお、図示は省略するが、ステップ２２０９またはステップ２２１０についての上記の説明において定められるバックアップ処理を行う計算機資源の数がクラウドシステムの仕様（例えば、ストレージボリュームサービス３２０の設計上の仕様、データセンタ３０２全体の設計上の仕様、あるいは、データセンタ３０２が提供するサービスを利用するユーザ等の契約上の制約など）に抵触する場合は、当該仕様に抵触しない範囲内で、計算機資源数判定部１３２は、計算機資源の数を改めて定めてよい。以上のステップ２２０６、２２０７、２２０８、２２０９、２２１０の一部または全部により、計算機資源数判定ステップが構成されるとしてもよい。
このように、本開示は、構築（起動）する計算機資源の数を、ボリュームに関する最大ホスト数と、ボリュームに含まれる管理領域の数の両方を考慮して、適切に定めることが出来る。ここで、本開示は、ボリュームに含まれる管理領域の数を、管理領域に対応付けられる第１管理情報（例えば、差分管理ビットマップ）の数により判断するので、ボリュームに含まれる管理領域の数を適切に判断することが出来る。
【0043】
４の２の２の２．計算機資源の構築（起動）とマウント（マルチアタッチ）設定
計算機資源数判定部１３２がバックアップ処理を行う計算機資源の数を判定した後で、ステップ２２１１～２２１５にて、クラウドバックアップ＆リストアシステム１９５１は、判定された計算機資源の数に基づいて、キューサービス１１９４やＶＭインスタンス２０９８を構築（起動）し、アクセス権の設定を行い、論理ボリューム２０７０（のスナップショット）のマウント設定を行い、接続パス１１９２の設定を行う。また、クラウドバックアップ＆リストアシステム１９５１は、イベント監視部１１９５の設定を行う。ステップ２２１１～２２１５における処理の内容は、第１の実施形態における図１４のステップ１４１１～１４１５と基本的に同じであるため、詳細な説明を割愛する。
計算機資源数判定部１３２がバックアップ処理を行う計算機資源の数を判定した後で、ステップ２２１１～２２１５にて、クラウドバックアップ＆リストアシステム１９５１は、判定された計算機資源の数に基づいて、キューサービス１１９４やＶＭインスタンス２０９８を構築（起動）し、アクセス権の設定を行い、論理ボリューム２０７０（のスナップショット）のマウント設定を行い、接続パス１１９２の設定を行う。また、クラウドバックアップ＆リストアシステム１９５１は、イベント監視部１１９５の設定を行う。ステップ２２１１～２２１５における処理の内容は、第１の実施形態における図１４のステップ１４１１～１４１５と基本的に同じであるため、詳細な説明を割愛する。
【0044】
４の２の２の３．計算機資源のそれぞれへの処理の割り当て
計算機資源であるＶＭインスタンス２０９０の構築（起動）等を済ませた後で、ステップ２２１６にてクラウドバックアップ＆リストアシステム１９５１により構築される領域割当部１３４は、差分管理ビットマップ５００を順次取得する。ステップ２２１８にて領域割当部１３４は、当該差分管理ビットマップ５００の情報、当該差分管理ビットマップ５００に対応する管理領域５７１（１１２）の開始ＬＢＡの情報、バックアップデータストア３４０の格納先バケットに関する情報、オブジェクト名のシードの情報からなる４つの情報を用いて処理要求を作成し、当該処理要求をキューサービス１１９４へ順次キューイングする。ここでオブジェクト名のシードとは、差分管理ビットマップ(bitmap-)やブロックデータ群(block-)を格納する際につけるオブジェクト名のもとになる情報であり、例えばボリューム番号（例えば、7F）や世代（例えば、001）、差分管理ビットマップ番号（例えば、000）から成る「7f-001.000」である。なお、キューイングされる処理要求は、差分管理ビットマップ５００そのものを含んでもよいし、差分管理ビットマップ５００の所在を特定する情報を含んでもよい。ステップ２２１９にて領域割当部１３４は、ステップ２２０３で求められた差分管理ビットマップ５００の数に基づき、バックアップ処理での転送元となる論理ボリューム２０７０に含まれる全ての差分管理ビットマップ５００を取得したか否かを判断する。まだ残りの差分管理ビットマップ５００がある場合は（ステップ２２１９でＮｏ）、領域割当部１３４は、ステップ２２１６とステップ２２１８の処理を繰り返す。一方、論理ボリューム２０７０に対応する全ての差分管理ビットマップ５００についてキューイング処理を終えた場合（ステップ２２１９でＹｅｓ）、クラウドバックアップ＆リストアシステム１９５１は、本バックアップ処理に関するバックアップカタログを作成する。ステップ２２１６、２２１８、２２１９の一部または全部により、領域割当ステップが構築されるとしてもよい。
計算機資源であるＶＭインスタンス２０９０の構築（起動）等を済ませた後で、ステップ２２１６にてクラウドバックアップ＆リストアシステム１９５１により構築される領域割当部１３４は、差分管理ビットマップ５００を順次取得する。ステップ２２１８にて領域割当部１３４は、当該差分管理ビットマップ５００の情報、当該差分管理ビットマップ５００に対応する管理領域５７１（１１２）の開始ＬＢＡの情報、バックアップデータストア３４０の格納先バケットに関する情報、オブジェクト名のシードの情報からなる４つの情報を用いて処理要求を作成し、当該処理要求をキューサービス１１９４へ順次キューイングする。ここでオブジェクト名のシードとは、差分管理ビットマップ(bitmap-)やブロックデータ群(block-)を格納する際につけるオブジェクト名のもとになる情報であり、例えばボリューム番号（例えば、7F）や世代（例えば、001）、差分管理ビットマップ番号（例えば、000）から成る「7f-001.000」である。なお、キューイングされる処理要求は、差分管理ビットマップ５００そのものを含んでもよいし、差分管理ビットマップ５００の所在を特定する情報を含んでもよい。ステップ２２１９にて領域割当部１３４は、ステップ２２０３で求められた差分管理ビットマップ５００の数に基づき、バックアップ処理での転送元となる論理ボリューム２０７０に含まれる全ての差分管理ビットマップ５００を取得したか否かを判断する。まだ残りの差分管理ビットマップ５００がある場合は（ステップ２２１９でＮｏ）、領域割当部１３４は、ステップ２２１６とステップ２２１８の処理を繰り返す。一方、論理ボリューム２０７０に対応する全ての差分管理ビットマップ５００についてキューイング処理を終えた場合（ステップ２２１９でＹｅｓ）、クラウドバックアップ＆リストアシステム１９５１は、本バックアップ処理に関するバックアップカタログを作成する。ステップ２２１６、２２１８、２２１９の一部または全部により、領域割当ステップが構築されるとしてもよい。
【0045】
４の２の２の４．バックアップ処理におけるＶＭインスタンスが行う処理
ＶＭインスタンス２０９８は、対応するキューサービス１１９４から受け取った処理要求に対応する管理領域に対応するバックアップ処理の部分を実行する。
図２３はバックアップ処理時のＶＭインスタンス２０９８の処理のフローチャートを示す。
ステップ２３０１にてＶＭインスタンス２０９８は、ＶＭＯＳイメージ（２）２０５９に含まれるプログラムを実行することにより、データ転送プロセス２０９９を起動する。なお、図２２の動作フローにより、ＶＭインスタンス２０９８はバックアップデータストア３４０とバックアップ処理での転送元となる論理ボリューム２０７０（のスナップショット）にアクセス可能に設定される。ステップ２３０２にてＶＭインスタンス２０９８で動作するデータ転送プロセス２０９９は、起動時に引数として渡されたキューサービスの識別情報に対応するキューサービス１１９４に処理要求があるか否かを定期的にチェックする。キューサービス１１９４に処理要求が存在した場合（ステップ２３０３でＹｅｓ）、ステップ２３０４にて、データ転送プロセス２０９９は、キューサービス１１９４にある処理要求を参照し、差分管理ビットマップ５００の情報、当該差分管理ビットマップ５００に対応する管理領域５７１（１１２）の開始ＬＢＡの情報、バックアップデータストア３４０の格納先バケットに関する情報、オブジェクト名のシードの情報など、各種情報を取得する。そして、ステップ２３０５にてデータ転送プロセス２０９９は、取得した開始ＬＢＡ位置をバックアップ処理に関する参照先ＬＢＡとする（開始ＬＢＡへ移動する）。ステップ２３０６にてデータ転送プロセス２０９９は、差分管理ビットマップ５００のビットを順に取得（走査）する。もし当該ビットがＯＮであった場合（ステップ２３０７でＹｅｓ）、当該ビットに対応するＬＢＡにバックアップ処理を行うデータが存在することを意味するので、ステップ２３０８にてデータ転送プロセス２０９９は、論理ボリューム２０７０（のスナップショット）の当該ＬＢＡからブロックデータをリードする。そして、ステップ２３０９にてデータ転送プロセス２０９９は、バックアップ処理を行うブロックデータ群を格納する一時ファイルに、ステップ２３０８でリードしたブロックデータを追記する。そして、ステップ２３１０にてデータ転送プロセス２０９９は、論理ボリューム２０７０（のスナップショット）の参照先ＬＢＡと差分管理ビットマップ５００の参照先ビットを１つ進める。一方、当該ビットがＯＦＦであった場合（ステップ２３０７にてＮｏ）、当該ビットに対応するＬＢＡにバックアップ処理を行うデータは存在しないことを意味するので、ステップ２３１０にてデータ転送プロセス２０９９は、何もせずに論理ボリューム２０７０（のスナップショット）の参照先ＬＢＡと差分管理ビットマップ５００の参照先ビットを１つ進める。ステップ２３１１にて、データ転送プロセス２０９９は、差分管理ビットマップ５００の全てのビットを参照したか否かを判断する。もしまだ参照していないビットがある場合（ステップ２３１１でＮｏ）、データ転送プロセス２０９９は、ステップ２３０６からステップ２３１０の処理を繰り返す。一方、全てのビットを参照し終えた場合（ステップ２３１１でＹｅｓ）、ステップ２３０４で扱った処理要求に関する処理のうち、論理ボリューム２０７０（のスナップショット）から一時ファイルにブロックデータ群を読み出す処理を終えているので、ステップ２３１２にてデータ転送プロセス２０９９は、差分管理ビットマップ５００と、一時ファイルに格納されたブロックデータ群を、バックアップデータストア３４０の格納先バケットにオブジェクトファイルとして格納する。その際、データ転送プロセス２０９９は、オブジェクト名のシードを用いてオブジェクト名を決定する。例えばオブジェクト名のシードが「7f-001.000」であった場合、データ転送プロセス２０９９は、差分管理ビットマップ５００のオブジェクトファイルには「bitmap-7f-001.000」、ブロックデータ群のオブジェクトファイルには「block-7f-001.000」と名づける。バックアップデータストア３４０への格納後、ステップ２３１３にてデータ転送プロセス２０９９は、キューサービス１１９４から、ステップ２３０４で扱った処理要求を取り除き(デキューし)、ステップ２３０２に制御を戻し、キューサービス１１９４に未処理の処理要求があるか否かのチェックを再び定期的に行う。
なお図２３の動作フローでは、ブロックデータ群は一時ファイルに追記され、最後に一括してバックアップデータストア３４０に格納されている。ここで、あるサイズごとに、ブロックデータ群はバックアップデータストア３４０に転送されてもよいし、ブロックデータは都度バックアップデータストア３４０に転送されてもよい。この際に、ブロックデータ（群）は、より小さいサイズのオブジェクトファイルに分割された態様でバックアップデータストア３４０に格納されてもよいし、後から格納するブロックデータ（群）が、先に格納されていたブロックデータ（群）のオブジェクトファイルに追記されてもよい。
ＶＭインスタンス２０９８は、対応するキューサービス１１９４から受け取った処理要求に対応する管理領域に対応するバックアップ処理の部分を実行する。
図２３はバックアップ処理時のＶＭインスタンス２０９８の処理のフローチャートを示す。
ステップ２３０１にてＶＭインスタンス２０９８は、ＶＭＯＳイメージ（２）２０５９に含まれるプログラムを実行することにより、データ転送プロセス２０９９を起動する。なお、図２２の動作フローにより、ＶＭインスタンス２０９８はバックアップデータストア３４０とバックアップ処理での転送元となる論理ボリューム２０７０（のスナップショット）にアクセス可能に設定される。ステップ２３０２にてＶＭインスタンス２０９８で動作するデータ転送プロセス２０９９は、起動時に引数として渡されたキューサービスの識別情報に対応するキューサービス１１９４に処理要求があるか否かを定期的にチェックする。キューサービス１１９４に処理要求が存在した場合（ステップ２３０３でＹｅｓ）、ステップ２３０４にて、データ転送プロセス２０９９は、キューサービス１１９４にある処理要求を参照し、差分管理ビットマップ５００の情報、当該差分管理ビットマップ５００に対応する管理領域５７１（１１２）の開始ＬＢＡの情報、バックアップデータストア３４０の格納先バケットに関する情報、オブジェクト名のシードの情報など、各種情報を取得する。そして、ステップ２３０５にてデータ転送プロセス２０９９は、取得した開始ＬＢＡ位置をバックアップ処理に関する参照先ＬＢＡとする（開始ＬＢＡへ移動する）。ステップ２３０６にてデータ転送プロセス２０９９は、差分管理ビットマップ５００のビットを順に取得（走査）する。もし当該ビットがＯＮであった場合（ステップ２３０７でＹｅｓ）、当該ビットに対応するＬＢＡにバックアップ処理を行うデータが存在することを意味するので、ステップ２３０８にてデータ転送プロセス２０９９は、論理ボリューム２０７０（のスナップショット）の当該ＬＢＡからブロックデータをリードする。そして、ステップ２３０９にてデータ転送プロセス２０９９は、バックアップ処理を行うブロックデータ群を格納する一時ファイルに、ステップ２３０８でリードしたブロックデータを追記する。そして、ステップ２３１０にてデータ転送プロセス２０９９は、論理ボリューム２０７０（のスナップショット）の参照先ＬＢＡと差分管理ビットマップ５００の参照先ビットを１つ進める。一方、当該ビットがＯＦＦであった場合（ステップ２３０７にてＮｏ）、当該ビットに対応するＬＢＡにバックアップ処理を行うデータは存在しないことを意味するので、ステップ２３１０にてデータ転送プロセス２０９９は、何もせずに論理ボリューム２０７０（のスナップショット）の参照先ＬＢＡと差分管理ビットマップ５００の参照先ビットを１つ進める。ステップ２３１１にて、データ転送プロセス２０９９は、差分管理ビットマップ５００の全てのビットを参照したか否かを判断する。もしまだ参照していないビットがある場合（ステップ２３１１でＮｏ）、データ転送プロセス２０９９は、ステップ２３０６からステップ２３１０の処理を繰り返す。一方、全てのビットを参照し終えた場合（ステップ２３１１でＹｅｓ）、ステップ２３０４で扱った処理要求に関する処理のうち、論理ボリューム２０７０（のスナップショット）から一時ファイルにブロックデータ群を読み出す処理を終えているので、ステップ２３１２にてデータ転送プロセス２０９９は、差分管理ビットマップ５００と、一時ファイルに格納されたブロックデータ群を、バックアップデータストア３４０の格納先バケットにオブジェクトファイルとして格納する。その際、データ転送プロセス２０９９は、オブジェクト名のシードを用いてオブジェクト名を決定する。例えばオブジェクト名のシードが「7f-001.000」であった場合、データ転送プロセス２０９９は、差分管理ビットマップ５００のオブジェクトファイルには「bitmap-7f-001.000」、ブロックデータ群のオブジェクトファイルには「block-7f-001.000」と名づける。バックアップデータストア３４０への格納後、ステップ２３１３にてデータ転送プロセス２０９９は、キューサービス１１９４から、ステップ２３０４で扱った処理要求を取り除き(デキューし)、ステップ２３０２に制御を戻し、キューサービス１１９４に未処理の処理要求があるか否かのチェックを再び定期的に行う。
なお図２３の動作フローでは、ブロックデータ群は一時ファイルに追記され、最後に一括してバックアップデータストア３４０に格納されている。ここで、あるサイズごとに、ブロックデータ群はバックアップデータストア３４０に転送されてもよいし、ブロックデータは都度バックアップデータストア３４０に転送されてもよい。この際に、ブロックデータ（群）は、より小さいサイズのオブジェクトファイルに分割された態様でバックアップデータストア３４０に格納されてもよいし、後から格納するブロックデータ（群）が、先に格納されていたブロックデータ（群）のオブジェクトファイルに追記されてもよい。
【0046】
４の２の２の５．バックアップ処理におけるＶＭインスタンスの資源解放
バックアップ処理を行うために構築（起動）されたＶＭインスタンス２０９８が複数存在する場合には、バックアップ処理全体の完了を待つことなく、クラウドバックアップ＆リストアシステム１９５１及び計算機資源３９０は、割り当てられた処理が完了したＶＭインスタンス２０９８から、順次解放することが出来る。
図２４は、第２の実施形態において、イベント監視部１１９５よりキューサービス１１９４に積まれた処理要求の数(キュー長)がゼロになったことを通知された際のクラウドバックアップ＆リストアシステム１９５１の動作を示すフローチャートである。
ステップ２４０１にてクラウドバックアップ＆リストアシステム１９５１は、イベント監視部１１９５よりキュー長がゼロである旨の通知を受けると、キュー長がゼロであるキューサービス１１９４の識別情報を取得する。ステップ２４０２にてクラウドバックアップ＆リストアシステム１９５１は、当該識別情報に対応するキューサービス１１９４にデッドキューがあるか確認する。デッドキューが存在した場合（ステップ２４０２でＹｅｓ）、処理失敗が起きていることを意味するので、ステップ２４０３にてクラウドバックアップ＆リストアシステム１９５１は適切な障害処理を実施する。その後、ステップ２４０２にて、クラウドバックアップ＆リストアシステム１９５１はデッドキューを再度確認する。障害処理は、例えば、領域割当部１３４が、当該デッドキューに格納されたＬＢＡ管理領域に対してのみステップ２２１６とステップ２２１８の処理を再実施することであってもよい。デッドキューが存在しない場合（ステップ２４０２でＮｏ）、ステップ２４０４にてクラウドバックアップ＆リストアシステム１９５１により構築される計算機資源解放部１３６は、キュー長がゼロである当該キューサービス１１９４を終了する。それとともに、ステップ２４０５にて計算機資源解放部１３６は、キュー長がゼロであるキューサービス１１９４に紐付くＶＭインスタンス２０９８を終了する（資源を解放する）。なお、解放の過程において、図２２のステップ２２１４で構成した接続パス１１９２も共に解放される。全てのＶＭインスタンス２０９８（及びキューサービス１１９４）が終了した場合（ステップ２４０６でＹｅｓ）、バックアップ処理が終了したことを意味する。そこで、ステップ２４０７にて計算機資源解放部１３６は、計算機資源３９０に残っているイベント監視部１１９５を削除する。ステップ２４０８にて計算機資源解放部１３６は、バックアップ処理の転送元となる論理ボリューム２０７０（のスナップショット）のアクセス権の設定をアクセスコントロール層から削除する。ステップ２４０９にてクラウドバックアップ＆リストアシステム１９５１により構築される設定変更部１３５は、バックアップ処理の転送元となる論理ボリューム２０７０（のスナップショット）のマルチアタッチ設定を必要に応じ無効化する。その後、ステップ２４１０にてクラウドバックアップ＆リストアシステム１９５１は、先にステップ２２２０で作成していたバックアップカタログをバックアップデータストア３４０に格納する。そして、ステップ２４１１にてクラウドバックアップ＆リストアシステム１９５１は、当該バックアップカタログを用いて、ストレージ運用管理サービス３３０にバックアップ処理の完了を通知する。
第２の実施形態によれば、一時的な計算機資源であるＶＭインスタンス２０９８を用いて、論理ボリュームのバックアップを複数のＬＢＡ管理領域５７１に分割して並列処理できるので、バックアップ時間を短縮することができる。
バックアップ処理を行うために構築（起動）されたＶＭインスタンス２０９８が複数存在する場合には、バックアップ処理全体の完了を待つことなく、クラウドバックアップ＆リストアシステム１９５１及び計算機資源３９０は、割り当てられた処理が完了したＶＭインスタンス２０９８から、順次解放することが出来る。
図２４は、第２の実施形態において、イベント監視部１１９５よりキューサービス１１９４に積まれた処理要求の数(キュー長)がゼロになったことを通知された際のクラウドバックアップ＆リストアシステム１９５１の動作を示すフローチャートである。
ステップ２４０１にてクラウドバックアップ＆リストアシステム１９５１は、イベント監視部１１９５よりキュー長がゼロである旨の通知を受けると、キュー長がゼロであるキューサービス１１９４の識別情報を取得する。ステップ２４０２にてクラウドバックアップ＆リストアシステム１９５１は、当該識別情報に対応するキューサービス１１９４にデッドキューがあるか確認する。デッドキューが存在した場合（ステップ２４０２でＹｅｓ）、処理失敗が起きていることを意味するので、ステップ２４０３にてクラウドバックアップ＆リストアシステム１９５１は適切な障害処理を実施する。その後、ステップ２４０２にて、クラウドバックアップ＆リストアシステム１９５１はデッドキューを再度確認する。障害処理は、例えば、領域割当部１３４が、当該デッドキューに格納されたＬＢＡ管理領域に対してのみステップ２２１６とステップ２２１８の処理を再実施することであってもよい。デッドキューが存在しない場合（ステップ２４０２でＮｏ）、ステップ２４０４にてクラウドバックアップ＆リストアシステム１９５１により構築される計算機資源解放部１３６は、キュー長がゼロである当該キューサービス１１９４を終了する。それとともに、ステップ２４０５にて計算機資源解放部１３６は、キュー長がゼロであるキューサービス１１９４に紐付くＶＭインスタンス２０９８を終了する（資源を解放する）。なお、解放の過程において、図２２のステップ２２１４で構成した接続パス１１９２も共に解放される。全てのＶＭインスタンス２０９８（及びキューサービス１１９４）が終了した場合（ステップ２４０６でＹｅｓ）、バックアップ処理が終了したことを意味する。そこで、ステップ２４０７にて計算機資源解放部１３６は、計算機資源３９０に残っているイベント監視部１１９５を削除する。ステップ２４０８にて計算機資源解放部１３６は、バックアップ処理の転送元となる論理ボリューム２０７０（のスナップショット）のアクセス権の設定をアクセスコントロール層から削除する。ステップ２４０９にてクラウドバックアップ＆リストアシステム１９５１により構築される設定変更部１３５は、バックアップ処理の転送元となる論理ボリューム２０７０（のスナップショット）のマルチアタッチ設定を必要に応じ無効化する。その後、ステップ２４１０にてクラウドバックアップ＆リストアシステム１９５１は、先にステップ２２２０で作成していたバックアップカタログをバックアップデータストア３４０に格納する。そして、ステップ２４１１にてクラウドバックアップ＆リストアシステム１９５１は、当該バックアップカタログを用いて、ストレージ運用管理サービス３３０にバックアップ処理の完了を通知する。
第２の実施形態によれば、一時的な計算機資源であるＶＭインスタンス２０９８を用いて、論理ボリュームのバックアップを複数のＬＢＡ管理領域５７１に分割して並列処理できるので、バックアップ時間を短縮することができる。
【0047】
５．その他（変形例）
本開示は、上記の実施形態に限定されるものではなく様々な変形例を含む。実施形態の構成や処理の一部は、他に想定しうる実施形態の構成や処理に置換されてもよい。実施形態の構成や処理に、他に想定しうる実施形態の構成や処理が加えられてもよい。
本開示は、上記の実施形態に限定されるものではなく様々な変形例を含む。実施形態の構成や処理の一部は、他に想定しうる実施形態の構成や処理に置換されてもよい。実施形態の構成や処理に、他に想定しうる実施形態の構成や処理が加えられてもよい。
【0048】
なお、上記の実施形態では、データ転送処理（例えばバックアップ処理またはリストア処理）を行う計算機資源として、一時計算機資源である仮想計算機（ＶＭ）インスタンスが取り上げられているが、他の種類の一時計算機資源（例えば、コンテナ）であってもよい。また、一時計算機資源ではない計算機資源がデータ転送処理を行う計算機資源となってもよい。例えば、ハードウェア的な計算機資源が、直接的に、データ転送処理に割り当てられてもよい。このように、本開示は、データ転送処理を実現するための計算機資源の構成を、幅広い選択肢から適宜選ぶことが出来る。
【0049】
上記で示した、本開示の実施形態や、実施形態の変形例のそれぞれに示される技術的事項は、技術的な矛盾が生じない限り、適宜組み合わせることが出来る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】