JP2024049934A - 計算機システム及びデータ制御方法 - Google Patents

Abstract

【課題】フェイルバック処理に係る時間を短縮することが可能にする。【解決手段】ＣＰＵ３０１は、フェイルオーバ処理において、第１のボリュームに格納されたデータをストレージシステム２０が有する第２のボリュームにリストアし、第１のボリュームのユニークＩＤを第２のボリュームに対応付けてメモリ３０２に格納する。フェイルオーバ処理の後では、ＣＰＵ３０１は、第２のボリュームに格納されたデータに対する更新内容を示す更新差分管理ビットマップを管理する。ＣＰＵ３０１は、フェイルバック処理において、更新差分管理ビットマップに基づいて、第２のボリュームに格納されたデータのうちフェイルオーバ処理の後に更新された更新データを、当該第２のボリュームに対応付けられたユニークＩＤにて特定される第１のボリュームに移す。【選択図】図１

Description

本開示は、計算機システム及びデータ制御方法に関する。

ストレージシステムには、ディザスタリカバリなどを目的として、ユーザのデータセンタなどに構築されたオンプレミスシステムのような正サイトにて行われている業務処理を、正サイトとは別に設けられた副サイトを用いて速やかに再開するフェイルオーバ処理を行う機能を備えたものがある。この種のストレージシステムでは、通常、正サイトが復旧した場合、業務処理を副サイトから正サイトに戻すフェイルバック処理が行われる。

特許文献１には、フェイルオーバ処理の実行後に副サイトで処理したデータ及びオペレーションを副サイトジャーナルとして蓄積し、フェイルバック処理時に、その副サイトジャーナルを用いて正サイトにて使用されるボリュームの復元を行う技術が開示されている。

特開２０２１－１２４８８９号公報

特許文献１に記載の技術では、正サイトのボリュームと副サイトのボリュームとの対応関係を示す情報が規定されていない。このため、フェイルバック処理において、データを副サイトから正サイトにコピーする際に、副サイトのボリュームに対応するデータを全てコピーする必要があり、フェイルバック処理に時間がかかるという問題がある。

本開示の目的は、フェイルバック処理に係る時間を短縮することが可能な計算機システム及びデータ制御方法を提供することにある。

本開示の一態様に従う計算機システムは、第１のストレージシステムと、第２のストレージシステムと、前記第１のストレージシステム及び前記第２のストレージシステムを管理する管理装置とを有する計算機システムであって、前記管理装置は、メモリとプロセッサとを有し、前記メモリは、前記第１のストレージシステムが有する第１のボリュームを当該計算機システム全体で一意に特定する識別情報を前記第１のボリュームごとに格納し、前記プロセッサは、前記第１のストレージシステムから前記第２のストレージシステムへのフェイルオーバ処理において、前記第１のボリュームに格納されたデータを、前記第２のストレージシステムが有する第２のボリュームにリストアし、当該第１のボリュームの前記識別情報を前記第２のボリュームに対応付けて前記メモリに格納し、前記フェイルオーバ処理の後では、前記第２のボリュームに格納されたデータに対する更新内容を示す更新情報を管理し、前記第２のストレージシステムから前記第１のストレージシステムへのフェイルバック処理において、前記更新情報に基づいて、前記第２のボリュームに格納されたデータのうち前記フェイルオーバ処理の後に更新された更新データを、当該第２のボリュームに対応付けられた前記識別情報にて特定される前記第１のボリュームに移す。

本発明によれば、フェイルバック処理に係る時間を短縮することが可能になる。

本開示の第１の実施形態に係る計算機システムの構成全体を示す図である。 クラウドサービスの一例を示す図である。 ストレージシステム（正サイト）のハードウェア構成を示す図である。 I／Oコントローラプログラムにて実現される機能の一例を示す図である。 ストレージ管理プログラムにて実現される機能の一例を示す図である。 ストレージシステム（副サイト）におけるボリュームの管理を説明するための図である。 ボリューム管理画面の一例を示す図である。 ストレージシステムの構成を示す図である。 ブジェクトストア登録画面の一例を示す図である。 バックアップ設定画面の一例を示す図である。 オブジェクトストアに格納されるデータの一例を示す図である。 バックアップデータの一例を示す図である。 メタデータの一例を示す図である。 カタログデータの一例を示す図である。 フェイルオーバ処理の一例を説明するためのフローチャートである。 リストアデータ選択画面の一例を示す図である。 リストア処理の一例を説明するためのフローチャートである。 ボリューム管理画面の一例を示す図図である。 更新差分管理処理の一例を説明するための図である。 整合性確保処理の一例を示す図である。 フェイルバック処理の一例を説明するためのフローチャートである。 初期コピー処理の一例を説明するためのフローチャートである。 コピーペア状態の処理の一例を説明するためのフローチャートである。 フェイルバック処理の他の例を説明するための図である。 I／Oコントローラプログラムにて実現される機能の他の例を示す図である。 フェイルバック処理の他の例を説明するための図である。 I／Oコントローラプログラムにて実現される機能の他の例を示す図である。 フェイルバック処理の他の例を説明するための図である。 本開示の第３の実施形態の計算機システムを示す図である。 フェイルバック処理の他の例を説明するための図である。 フェイルバック処理の他の例を説明するための図である。 リストア選択画面の他の例を示す図である。 カタログデータの他の例を示す図である。

以下では、本開示の実施形態を、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲にかかる開示を限定するものではなく、また実施形態で説明されている諸要素及びその組み合わせの全てが本開示の解決手段に必須であるとは限らない。

なお、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えば、ＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースデバイス（例えば、ＮＩＣ（Network Interface Card））を用いながら行うため、処理の主語がプロセッサ又はプロセッサを有する計算機が行う処理としても良い。

（第１の実施形態）
図１は、本開示の第１の実施形態に係る計算機システムの構成全体を示す図である。図１に示す計算機システムは、正サイトとして機能する第１のストレージシステムであるストレージシステム１０と、副サイトとして機能する第２のストレージシステムであるストレージシステム２０と、ストレージシステム１０及び２０を管理する管理装置である運用管理システム３０と有し、これらがネットワーク４０を介して相互に通信可能に接続される。

本実施形態では、ストレージシステム１０は、データセンタ１０ａに配置された物理的なストレージシステム、ストレージシステム２０は、クラウドシステム２０ａ上のソフトウェアにて実現される仮想的なストレージシステムである。また、ストレージシステム２０は、常設されず、災害などによりストレージシステム１０が正常に機能しなくなった場合など、災害時など、必要に応じて設けられ、図１では、そのことを表すために点線で示されている。ただし、ストレージシステム１０及び２０は、この例に限定されない。

運用管理システム３０による機能は、ストレージシステム１０及び２０に対するクラウドサービス３０ａとして提供される。運用管理システム３０は、プログラムを実行して種々の処理を行うプロセッサであるＣＰＵ３０１と、プログラム及び種々の情報を格納するメモリ３０２とを有する。ＣＰＵ３０１は、メモリ３０２に記録されたプログラムを読み取り、その読み取ったプログラムを実行して種々の処理を実行して種々の機能を提供する。なお、運用管理システム３０は、クラウドサービス３０ａの一部又は全てを提供してもよい。

図２は、クラウドサービス３０ａの一例を示す図である。図２に示すクラウドサービス３０ａは、ユーザとの入出力を行う管理コンソールサービル３１と、ユーザの認証などを行うアクセス権限管理サービス３２と、仮想ネットワークを構築する仮想ネットワークサービス３３と、仮想コンピューティングシステムを構築する仮想コンピューティングサービス３４と、仮想ディスクを構築する仮想ディスクサービス３５と、仮想マシンを起動するのに必要なオペレーティングシステムのディスクイメージを保存するマシンイメージ保存サービス３６と、ストレージシステム１０及び２０を監視してログ情報を保存するロギングサービス３７と、サーバーレス・コンピューティングを管理するサーバーレス・コンピューティングサービス３８と、オブジェクトデータを保存するオブジェクトストアを提供するオブジェクトストアサービス３９とを含む。

仮想ネットワークサービス３３、仮想コンピューティングサービス３４、仮想ディスクサービス３５、マシンイメージ保存サービス３６、及び、サーバーレス・コンピューティングサービス３８は、例えば、ストレージシステム２０を構築するために使用される。オブジェクトストアサービス３９は、ストレージシステム１０に格納されたデータのバックアップデータを格納するために使用される。

図３は、ストレージシステム１０のハードウェア構成を示す図である。図３に示すようにストレージシステム１０は、ホスト１１とネットワーク１２を介して相互に通信可能に接続され、運用管理システム３０とネットワーク１３ａ及び１３ｂを介して相互に通信可能に接続される。ホスト１１は、ストレージシステム１０に格納されたデータを利用した種々のデータ利用処理を行うアプリケーションを実行するアプリケーションサーバとして機能する。また、ユーザにて使用される端末１７ａ及び１７ｂがクラウドサービス３０ａを介して又は直接ストレージシステム１０と接続されている。端末１７ａは、１つのストレージシステム１０を管理するために使用され、端末１７ｂは、クラウドサービス３０ａを介して複数のストレージシステム１０を管理するために使用される。

ストレージシステム１０は、ホスト１１と接続するためのＩ／Ｆ（インタフェース）１１０と、クラウドサービス３０ａと接続するためのＩ／Ｆ１２０と、外部のストレージシステム１７０及び１８０と接続するためのＩ／Ｆ１３０と、データを格納するドライブ１４０と、データのドライブ１４０へのリード及びライトを制御するＩ／Ｏコントローラ１５０と、ストレージシステム１０を管理するためのストレージ管理サブシステム１６０とを有する。ストレージシステム１０の各構成要素は、複数あってもよい。図の例では、Ｉ／Ｆ１１０～１３０とＩ／Ｏコントローラ１５０とは多重化（２重化）され、ドライブ１４０は、ｎ個（ドライブ１４０－０～１４０－ｎ）ある。ストレージシステム１７０は、内部のボリューム１７１及び１７２を仮想化してストレージシステム１０のボリュームとして用いるためのストレージシステムである。ストレージシステム１８０は、ストレージシステム１０に格納されたデータをリモートコピーするコピー先のストレージシステムとして使用される。

Ｉ／Ｏコントローラ１５０は、ホスト１１からのＩ／Ｏ要求に応じたデータのリード処理及びライト処理などを実行する制御部であり、プログラムを実行して種々の処理を行うプロセッサであるＣＰＵ１５１と、プログラム及び種々の情報を格納するメモリ１５２とを有する。ストレージ管理サブシステム１６０は、ストレージシステム１０を管理するための管理処理を実行する管理部であり、プログラムを実行して種々の処理を行うプロセッサであるＣＰＵ１６１と、プログラム及び種々の情報を格納するメモリ１６２とを有する。

図４は、Ｉ／Ｏコントローラ１５０のメモリ１５２に記録されたプログラムであるＩ／Ｏコントローラプログラム１５００にて実現される機能の一例を示す図である。図４に示すＩ／Ｏコントローラプログラム１５００は、ドライブ１４０を制御するためのドライブ制御機能１５０１と、ボリューム及びストレージプールを制御するためのボリューム・プール制御機能１５０２と、ホスト１１と接続するためのホストアクセス制御機能１５０３と、データのスナップショットを取得するためのスナップショット機能１５０４と、更新後のデータと更新前のデータとの差分を管理するための更新差分管理機能１５０５と、ストレージシステム間のリモートコピーを行うためのリモートコピー機能１５０６と、外部のストレージシステムのボリュームを管理するための外部ボリューム仮想化機能１５０７と、ストレージシステム１０内でボリュームの複製を作成するためのボリューム複製機能１５０８とを実現する。また、Ｉ／Ｏコントローラプログラム１５００は、クラウドサービス３０ａとして提供されるオブジェクトストアを利用するためのオブジェクトデータ・通信機能１５０９と、バックアップデータの作成及び復元を行うためのバックアップデータ作成・復元機能１５１０と、バックアップデータの世代を管理するためのカタログを管理するためのバックアップ用カタログ作成・解釈機能１５１１とを実現する。

図５は、ストレージ管理サブシステム１６０のメモリ１６２に記録されたプログラムであるストレージ管理プログラム１６００にて実現される機能の一例を示す図である。図５に示すストレージ管理プログラム１６００は、ＧＵＩ（Graphical User Interface）及びＣＬＩ（Command Line Interface）などのユーザインタフェースを提供するインタフェース機能１６０１と、ネットワークを介して通信を制御するネットワーク通信管理機能１６０２と、ストレージシステム１０の健康状態（ステータス）を管理するためのステータスモニタ機能１６０３と、ストレージシステム１０のログ（エラー及び操作など）を管理するロギング機能１６０４と、ボリュームを管理するストレージボリューム管理機能１６０５と、オブジェクトストアを利用するためのオブジェクトストア登録管理機能１６０６と、データのバックアップを管理するバックアップ管理機能１６０７と、データをリストアするためのリストア管理機能１６０８とを格納する。

図６は、ストレージシステム１０におけるボリューム（論理ボリューム）の管理を説明するための図である。図６の例では、ストレージシステム１０の複数のドライブ１４０がデータを保護するためのＲＡＩＤ（Redundant Array of Independent Disk）グループ３００を構成する。ＲＡＩＤは、例えば、ＲＡＩＤ５又はＲＡＩＤ６などである。ＲＡＩＤグループ３００を構成する複数のドライブ１４０の容量はストレージプール６００として管理される。ストレージプール６００では、所定の容量単位であるブロック６０ごとに容量が管理される。

また、ホスト１１に提供される論理的な記憶領域であるボリューム５００にデータ５１が書き込まれると、ストレージプール６００から容量がブロック６０単位でボリューム５００に割り当てられ、その割り当てられたボリューム５００を介してデータがドライブ１４０に格納される。ボリューム５００のアドレス５０とストレージプール６００のブロック６０との対応関係は、マッピングテーブル４００と呼ばれる情報で管理される。また、ストレージプール６００は、ストレージシステム１０のリモートコピーの際の順序保障情報を有するバッファとして利用されるジャーナル用ボリューム５１０とも対応付けられている。また、外部ボリューム仮想化機能１５０７は、ストレージシステム１０内のボリューム５２０を外部のストレージシステム１７０のボリューム１７１と対応付ける。

図７は、ボリュームを管理するためのボリューム管理画面の一例を示す図である。図７に示すボリューム管理画面Ｄ１００は、ストレージシステム１０のボリュームである第１のボリュームを管理するためのボリューム管理画面の一例であり、例えば、ストレージ管理プログラム１６００にて作成されて端末１７ａ又は１７ｂなどに表示される。

図７に示すボリューム管理画面Ｄ１００は、一覧表示部Ｄ１０１と、追加ボタンＤ１０２と、削除ボタンＤ１０３と、詳細表示部Ｄ１０４と、ＯＫボタンＤ１０５とを有する。

一覧表示部Ｄ１０１は、ストレージシステム１０が有するボリュームの一覧を示す。一覧表示部Ｄ１０１は、各ボリュームの説明として、ボリュームの容量（Capacity）、使用率（Used）及びステータス（Health）などを示してもよい。追加ボタンＤ１０２は、ボリュームを追加するためのボタンであり、削除ボタンＤ１０３は、ボリュームを削除するためのボタンである。詳細表示部Ｄ１０４は、一覧表示部Ｄ１０１にて選択されたボリュームに関する詳細情報（ボリューム管理情報）を示す。詳細表示部Ｄ１０４は、図７の例では、詳細情報として、ボリューム名、ボリュームを有するストレージシステム１０を識別するための装置製品番号、ストレージシステム１０内でボリュームを識別するためのボリューム番号、ボリュームの使用量及びプロビジョニングサイズ（プロビジョニングで用意されている容量）、ボリュームに対応するストレージプールを示す情報、ボリュームに格納されたデータバックアップの有無、最後にバックアップされた最終バックアップ日時、及び、計算機システム全体でボリュームを一意に識別する識別情報であるユニークＩＤを示す。ユニークＩＤは、本実施形態では、装置製品番号とボリューム番号とを組み合わせた情報である。ＯＫボタンＤ１０５は、ボリューム管理画面Ｄ１００の内容を確定するためのボタンである。なお、ボリューム管理画面Ｄ１００にて示されるボリューム管理情報はボリュームごとにストレージシステム１０のメモリ１６２及び運用管理システム３０のメモリ３０２などに記憶されてもよい。

図８は、ストレージシステム２０の構成を示す図である。図８に示すようにストレージシステム２０は、ホスト（アプリケーションサーバ）として機能する仮想マシン２１と接続され、また、運用管理システム３０とネットワーク１３ｂを介して相互に通信可能に接続される。また、ユーザにて使用される端末１７ａ及び１７ｂがクラウドサービス３０ａを介して又は直接ストレージシステム１０と接続されている。

ストレージシステム２０は、データを格納する仮想ドライブ２４０と、データの仮想ドライブ２４０へのリード及びライトを制御するＩ／Ｏコントローラ２５０を備える仮想マシン２５１と、ストレージシステム２０を管理するためのストレージ管理サブシステム２６０を備える仮想マシンであるサーバーレスコンピュート２６１とを有する。仮想マシン２５１は多重化（２重化）され、仮想ドライブ２４０は、ｎ個（２４０－０～２４０－ｎ）ある。

Ｉ／Ｏコントローラ２５０及びストレージ管理サブシステム２６０は、ストレージシステム１０のＩ／Ｏコントローラ１５０及びストレージ管理サブシステム１６０と同等な機能を有する。例えば、Ｉ／Ｏコントローラ２５０は、Ｉ／Ｏコントローラ２５０が有するＩ／Ｏコントローラプログラム１５００の機能と同様な機能を有し、ストレージ管理サブシステム２６０は、ストレージ管理プログラム１６００の機能と同様な機能を有する。

図９は、ストレージシステム１０に格納されたデータのバックアップ先となるオブジェクトストアを登録するためのオブジェクトストア登録画面Ｄ１０の一例を示す図である。図９に示すオブジェクトストア登録画面Ｄ１０は、例えば、ストレージ管理プログラム１６００にて作成されて端末１７ａ又は１７ｂなどに表示される。オブジェクトストア登録画面Ｄ１０は、登録ストア一覧画面Ｄ１１と、新規ストア登録画面Ｄ１２とを含む。

登録ストア一覧画面Ｄ１１は、登録されているオブジェクトストアである登録ストアを示す登録ストア表示欄Ｄ１１１と、オブジェクトストアを新たに登録するための追加ボタンＤ１１２と、登録されているオブジェクトストアを削除するための削除ボタンＤ１１３とを含む。追加ボタンＤ１１２が押下されると、新規ストア登録画面Ｄ１２が表示される。

新規ストア登録画面Ｄ１２は、入力欄Ｄ１２１～１２７と、タグボタンＤ１２８と、ＯＫボタンＤ１２９と、キャンセルボタンＤ１３０とを有する。

入力欄Ｄ１２１～１２７は、新規ストアに関する情報を入力するためのインタフェースである。入力欄Ｄ１２１は、登録するオブジェクトストアである新規ストアを提供するクラウドサービス３０ａを入力するためのインタフェースである。入力欄Ｄ１２２は、当該クラウドサービス３０ａの名称を入力するためのインタフェースである。入力欄Ｄ１２３は、新規ストアを利用可能な地理的な範囲（例えば、国など）を入力するためのインタフェースである。入力欄Ｄ１２４は、新規ストアにアクセスするためのアクセスＩＤを入力する欄であり、入力欄Ｄ１２５は、新規ストアにアクセスするためのシークレットキーを入力するためのインタフェースである。入力欄Ｄ１２６は、オブジェクトストアにおけるバックアップデータの記憶領域であるバケットを示すバケット名を入力するためのインタフェースである。入力欄Ｄ１２６にバケット名が入力されない場合には、クラウドサービス３０ａにて自動的にバケット名が設定されてもよい。入力欄Ｄ１２７は、新規ストアとアクセスする際に使用する暗号化方式を入力するためのインタフェースである。

タグボタンＤ１２８は、入力欄を追加するためのボタンである。ＯＫボタンＤ１２９は、新規ストア登録画面Ｄ１２に登録された登録内容を確定するためのボタンであり、押下されると、登録ストア一覧画面Ｄ１１に戻る。キャンセルボタンＤ１３０は、新規ストア登録画面Ｄ１２に登録された登録内容をキャンセルするためのボタンであり、押下されると、登録ストア一覧画面Ｄ１１に戻る。ＯＫボタンＤ１０５が押下されると、ストレージ管理サブシステム１６０のＣＰＵ１６１は、例えば、新規ストア登録画面Ｄ１２の内容をストア管理情報としてメモリ１６２に記憶する。また、ストア管理情報は、運用管理システム３０のメモリ３０２などに記憶されてもよい。

図１０は、ストレージシステム１０に格納されたデータのバックアップに関する設定情報であるバックアップ設定情報を登録するためのバックアップ設定画面Ｄ３０の一例を示す図である。図１０に示すバックアップ設定画面Ｄ３０は、ストレージ管理プログラム１６００にて作成されて端末１７ａ又は１７ｂなどに表示される。バックアップ設定画面Ｄ３０は、選択部Ｄ３０１及びＤ３０２と、指定部Ｄ３０３及びＤ３０４と、ＯＫボタンＤ３１１と、キャンセルボタンＤ３１２とを有する。

選択部Ｄ３０１は、バックアップの対象とするボリュームであるバックアップ対象ボリュームを選択するためのインタフェースである。選択部Ｄ３０２は、登録ストア一覧画面Ｄ１１にて登録されたオブジェクトストアである登録ストアの中から、バックアップ対象ボリュームに対応するデータのバックアップ先となるオブジェクトストアを選択するためのインタフェースである。

指定部Ｄ３０３は、バックアップするタイミングを指定するためのインタフェースであり、所定のタイミングでバックアップを１回行う「ワンショット（One shot）」を指定する指定部Ｄ３０３１と、所定の期間ごとにバックアップを繰り返し行う「周期的（Periodically）」を指定する指定部Ｄ３０３２とを含む。指定部Ｄ３０３１では、現時点で（今すぐに）バックアップを行うことと、指定した日時でバックアップを行うこととのいずれかが選択できる。指定部Ｄ３０３２では、バックアップを行うタイミング（ここでは、日ごと、１週間ごと、１か月ごとのいずれか）と、バックアップを開始する時刻、間隔及び最大回数などを指定することができる。

指定部Ｄ３０４は、バックアップ方法を指定するためのインタフェースである。バックアップ方法としては、全データのコピーを毎回バックアップデータとしてバックアップ先に送信するフルバックアップ、前回のバックアップデータに対して変更及び追加されたデータのコピーをバックアップ先に送信する増分バックアップ、及び、初回のバックアップデータに対して変更及び追加されたデータのコピーをバックアップ先に送信する差分バックアップとがある。

ＯＫボタンＤ３１１は、バックアップ設定画面Ｄ３０に登録されたバックアップ設定情報を登録するためのボタンであり、キャンセルボタンＤ３１２は、バックアップ設定画面Ｄ３０に登録されたバックアップ設定情報をキャンセルするためのボタンである。ＯＫボタンＤ３１１が押下されると、ストレージ管理サブシステム１６０のＣＰＵ１６１は、例えば、バックアップ設定画面Ｄ３０の内容をバックアップ管理情報としてメモリ１６２に記憶する。また、バックアップ管理情報は、運用管理システム３０のメモリ３０２などに記憶されてもよい。

図１１は、オブジェクトストアサービス３９にて提供されるオブジェクトストア２３０に記憶されるデータの一例を示す図である。

図１１に示すように、オブジェクトストアサービス３９にて提供されるオブジェクトストア２３０は、バックアップ先のオブジェクトストアであり、バケット２３１０を有し、バケット２３１０に、バックアップデータＢ２３と、メタデータＭ２３と、カタログデータＣ２３とが記憶される。バックアップデータＢ２３、メタデータＭ２３及びカタログデータＣ２３は、それぞれオブジェクトデータとして記憶され、各オブジェクトデータはオブジェクトキー（OBJ Key）と呼ばれる識別情報にて識別される。

図１２は、バックアップデータＢ２３の一例を示す図である。図１２に示すようにバックアップデータＢ２３は、ブロック６０単位で前詰めに格納される。なお、データ量が多い場合（ブロック数が多い場合）には、データは、予め定められたブロック数又はデータごとに複数のオブジェクトに分割されてもよい。

図１３は、メタデータＭ２３の一例を示す図である。メタデータＭ２３は、バックアップデータＢ２３とボリュームとの関係を示すデータであり、図１３の例では、フィールドＭ２３１～Ｍ２３４を含む。

フィールドＭ２３１は、バックアップデータＢ２３のブロック（つまり、ボリュームのアドレス）ごとに、そのブロックに対応するデータバックアップされたか否かを示すビットマップのサイズ（ブロック数）を格納する。フィールドＭ２３２は、ビットマップを格納する。図１３の例では、ビットマップは、バックアップされた場合、「１」を示し、バックアップされていない場合、「０」を示す。フィールドＭ２３３は、当該メタデータＭ２３にて管理されるバックアップデータＢ２３を識別するためのオブジェクトキーを格納する。フィールドＭ２３４は、当該バックアップデータＢ２３の各ブロックのデータ長を格納する。図１３の例では、データ長は全て同一であるが、データを圧縮する場合などでは、各ブロックのデータ長がそれぞれ異なることがある。バックアップデータＢ２３が複数のオブジェクトに分割されている場合、メタデータＭ２３には、バックアップデータの各オブジェクトに対応した複数のフィールド２３３及び２３４が設けられる。

図１４は、カタログデータＣ２３の一例を示す図である。カタログデータＣ２３は、バックアップデータの世代であるバックアップ世代を管理するための情報である。図１４の例では、カタログデータＣ２３として、第２世代のバックアップデータを管理するカタログデータＣ２３ａと、第１世代のバックアップデータを管理するカタログデータＣ２３ｂとが示されている。

カタログデータＣ２３ａ及びＣ２３ｂは、フィールド２３１～２３７を含む。フィールド２３１は、バックアップ対象ボリュームを格納するストレージシステム１０を識別する識別情報である装置製品番号を格納する。フィールド２３２は、バックアップ対象ボリュームのボリューム番号であるバックアップボリューム番号を格納する。フィールド２３３は、バックアップ対象ボリュームの使用量及びプロビジョニングサイズを格納する。フィールド２３４は、当該カタログデータが管理するバックアップデータの世代を示すバックアップ世代番号を格納する。フィールド２３５は、当該カタログデータが管理するバックアップデータが取得された日時であるバックアップ取得日時を格納する。フィールド２３６は、当該カタログデータが管理するバックアップデータに対応するメタデータを識別するオブジェクトキーを格納する。フィールド２３７は、当該カタログデータよりも１つ前のバックアップ世代を管理するカタログデータである親カタログデータを識別するオブジェクトキーを格納する。ただし、カタログデータＣ２３ａは、第１世代のバックアップデータを管理しているため、親カタログデータが存在しない。このため、カタログデータＣ２３ａのフィールド２３７には、空データが格納される。なお、バックアップ方法としてフルバックアップが選択された場合、全ての世代のカタログデータにおいて、フィールド２３７に空データが格納される。フィールド２３８は、バックアップ対象ボリュームのユニークＩＤを格納する。

なお、カタログデータＣ２３は、バックアップ対象ボリュームのそれぞれについて、データがバックアップされるたびに登録される。メタデータＭ２３及びバックアップデータＢ２３は、カタログデータＣ２３のそれぞれに対応して作成される。

図１５は、ストレージシステム１０からストレージシステム２０へのフェイルオーバ処理の一例を説明するためのフローチャートである。フェイルオーバ処理は、災害などによりストレージシステム１０が正常に動作しなくなった場合などに実行される処理であり、ストレージシステム１０によるデータ利用処理の実行をストレージシステム２０に移行するための処理である。

先ず、フェイルオーバ処理の実行が指示されると、運用管理システム３０（具体的には、ＣＰＵ３０１）は、ストレージシステム２０を構成する仮想マシン群（仮想マシン２５１、サーバーレスコンピュート２６１など）を起動して、ストレージシステム２０を構築する（ステップＳ１０１）。運用管理システム３０は、ストレージシステム２０に対して仮想ドライブ２４０を追加し、それらの仮想ドライブ２４０に応じたストレージプールを作成する（ステップＳ１０２）。

運用管理システム３０は、リストアの対象となるデータであるリストア対象データのバックアップデータを格納するオブジェクトストアを登録する登録指示を受け付け、その登録指示にしたがってオブジェクトストアを登録する（ステップＳ１０３）。例えば、運用管理システム３０は、例えば、図９に示したオブジェクトストア登録画面Ｄ１０と同様な画面を表示し、その画面を介してユーザから登録指示を受け付ける。

運用管理システム３０は、リストア対象データを選択したリストア選択情報を受け付ける（ステップＳ１０４）。運用管理システム３０は、登録されたオブジェクトストアに格納されたバックアップデータに基づいて、リストア選択情報にて選択されたデータをリストアするリストア処理（図１７参照）を実行する（ステップＳ１０５）。

運用管理システム３０は、ストレージシステム２０に対するホストとして機能する仮想マシン群（仮想マシン２１など）を起動する（ステップＳ１０６）。運用管理システム３０は、ホストとして機能する仮想マシン群とストレージシステム２０とを接続する（ステップＳ１０７）。

運用管理システム３０は、ストレージシステム１０及び２０に格納されたデータの整合性を確保するための整合性確保処理（図２０参照）を実行し（ステップＳ１０８）、処理を終了する。

図１６は、図１５のステップＳ１０４においてユーザがリストア対象データを選択するためのリストアデータ選択画面の一例を示す図である。図１６に示すリストアデータ選択画面Ｄ４０は、選択欄Ｄ４０１～Ｄ４０４と、リストアボタンＤ４１１と、キャンセルボタンＤ４１２とを有する。

選択欄Ｄ４０１は、図１５のステップＳ１０３で登録されたオブジェクトストアから、リストア対象データのバックアップデータを格納するオブジェクトストアを選択するためのインタフェースである。選択欄Ｄ４０２は、リストア対象データを格納しているリストア元のボリュームを選択するためのインタフェースである。選択欄Ｄ４０３は、当該バックアップデータがバックアップされたバージョン（日時）を選択するためのインタフェースである。選択欄Ｄ４０４は、リストア対象データをリストアするリストア先のボリュームを選択するためのインタフェースである。図１６の例では、選択欄Ｄ４０４は、リストア先に既に存在するオリジナルのボリュームを選択するための選択欄Ｄ４０４１と、リストア先に作成する新規のボリュームを選択するための選択欄Ｄ４０４２とを含む。選択欄Ｄ４０４２では、新規のボリュームを作成するストレージプールを選択することができる。

リストアボタンＤ４１１は、リストアデータ選択画面Ｄ４０の選択内容を確定して、その選択内容を示す登録指示を入力するためのボタンである。キャンセルボタンＤ４１２は、リストアデータ選択画面Ｄ４０の選択内容をキャンセルするためのボタンである。

図１７は、図１５のステップＳ１０５のリストア処理の一例を説明するためのフローチャートである。

リストア処理では、運用管理システム３０は、リストア対象データのバックアップデータのカタログデータを対象カタログデータとして取得する（ステップＳ２０１）。運用管理システム３０は、取得した対象カタログデータを、予め用意している処理リストの最後尾に追加する（ステップＳ２０２）。運用管理システム３０は、対象カタログデータを確認して、対象カタログデータに親カタログデータが存在するか否かを確認する（ステップＳ２０３）。

親カタログデータが存在する場合（ステップＳ２０３：Ｙｅｓ）、運用管理システム３０は、その親カタログデータを新たに対象カタログデータとして取得し（ステップＳ２０４）、ステップＳ２０２の処理に戻る。一方、親カタログデータが存在しない場合（ステップＳ２０３：Ｎｏ）、運用管理システム３０は、処理リストにカタログデータが存在するか否かを確認する（ステップＳ２０５）。

処理リストにカタログデータが存在する場合（ステップＳ２０５：Ｙｅｓ）、運用管理システム３０は、処理リストの最後尾にあるカタログデータからメタデータのオブジェクトキーであるメタオブジェクトキーを取得する（ステップＳ２０６）。運用管理システム３０は、メタオブジェクトキーにて識別されるメタデータに基づいて、当該メタデータに応じたバックアップデータをストレージシステム２０における、登録指示にて示されるリストア先のボリュームにリストアする（ステップＳ２０７）。そして、運用管理システム３０は、処理リストの最後尾のカタログデータを削除して（ステップＳ２０８）、ステップＳ２０５の処理に戻る。

一方、処理リストにカタログデータが存在しない場合（ステップＳ２０５：Ｎｏ）、運用管理システム３０は、リストア元のボリュームのボリューム名及びユニークＩＤを取得する（ステップＳ２０９）。例えば、運用管理システム３０は、処理リストから最後に削除したカタログデータから、リストア元のボリューム名及びユニークＩＤを取得する。

運用管理システム３０は、取得したリストア元のボリューム名及びユニークＩＤを、ストレージシステム２０のリストア先のボリュームに設定する（ステップＳ２１０）。例えば、運用管理システム３０は、リストア先のボリュームに対するボリューム管理情報にリストア元のボリューム名及びユニークＩＤを設定する。

そして、運用管理システム３０は、リストア先のボリュームに格納されるデータを管理するための更新差分管理処理（図１９参照）を開始して（ステッＳ２１１）、処理を終了する。

図１８は、リストア処理後のボリュームを管理するボリューム管理画面の一例を示す図図である。ボリューム管理画面Ｄ１００ａは、ストレージシステム２０のボリュームである第２のボリュームを管理するためのボリューム管理画面の例であり、例えば、ストレージ管理プログラム１６００にて作成されて端末１７ａ又は１７ｂなどに表示される。

図１８に示すボリューム管理画面Ｄ１００ａは、リストア処理後のストレージシステム２０のボリュームを管理するための画面であり、図７に示したボリューム管理画面Ｄ１００と同様に、一覧表示部Ｄ１０１と、追加ボタンＤ１０２と、削除ボタンＤ１０３と、詳細表示部Ｄ１０４と、ＯＫボタンＤ１０５とを有する。ボリューム管理画面Ｄ１００ａの詳細表示部Ｄ１０４のユニークＩＤが図７に示したボリューム管理画面Ｄ１００の詳細表示部Ｄ１０４のユニークＩＤと同じ値であり、ユニークＩＤがストレージシステム１０から２０に引き継がれていることが示されている。なお、ボリューム管理画面Ｄ１００ａにて示されるボリューム管理情報はボリュームごとにストレージシステム２０及び運用管理システム３０のメモリ３０２などに記憶されてもよい。

図１９は、図１７のステップＳ２１０の更新差分管理処理の一例を説明するための図である。図１９に示すように運用管理システム３０は、ストレージシステム２０のボリューム２００に対応する更新差分管理ビットマップ２０１を有する。更新差分管理ビットマップ２０１は、ストレージシステム２０のボリュームに格納されたデータのフェイルオーバ処理後の更新内容を示す更新情報であり、当該ボリュームの各アドレスに対応する複数のビットを有する。

更新差分管理処理では、運用管理システム３０は、ストレージシステム２０のボリューム２００において更新（ライト）されたアドレスに対応する、更新差分管理ビットマップ２０１のビットの値を０から１に変更する。これにより、運用管理システム３０は、更新差分管理ビットマップ２０１を用いて、リストア対象データのリストアされた時の状態と、ストレージシステム２０にて更新された後の状態との対応を把握して、ボリューム２００に格納されたデータのうちストレージシステム２０にて更新された更新データを特定することができる。

図２０は、図１５のステップＳ１０８の整合性確保処理の一例を示す図である。

整合性確保処理では、運用管理システム３０は、ストレージシステム１０に対するホスト１１からのＩ／Ｏ要求の受け付けを停止させる（ステップＳ３０１）。運用管理システム３０は、ストレージシステム１０において、リストア対象データを格納するボリュームのスナップショットを取得して保存する（ステップＳ３０２）。運用管理システム３０は、当該ボリュームのデータを、リストアしたデータ（リストアに使用したバックアップデータ）の状態に更新して（ステップＳ３０３）、処理を終了する。

なお、ストレージシステム１０の状態によっては、ストレージシステム１０に格納されたデータがフェイルオーバ処理の実行中にフェイルオーバ処理の開始時の状態からずれてしまうことがある。後述するフェイルバック処理が実行される際に、ストレージシステム１０に格納されたデータからフェイルオーバ処理の開始時の状態からずれてしまうと、データを正確に復元できなくなる恐れがある。このため、運用管理システム３０は、整合性確保処理を行うことで、上記のずれを抑制することができる。

図２１は、ストレージシステム２０からストレージシステム１０へのフェイルバック処理の一例を説明するためのフローチャートである。フェイルバック処理は、ストレージシステム１０が復旧した場合などに実行される処理であり、ストレージシステム２０によるデータ利用処理の実行をストレージシステム１０に戻すための処理である。

フェイルバック処理では、先ず、運用管理システム３０は、ユーザからフェイルバック先であるストレージシステム１０のボリュームをコピー先ボリュームとして選択したコピー先選択情報を受け付ける（ステップＳ４０１）。そして、運用管理システム３０は、ユーザからフェイルバック元であるストレージシステム２０のボリュームをコピー元ボリュームとして選択したコピー元選択情報を受け付ける（ステップS４０２）。

運用管理システム３０は、ストレージシステム２０に格納されたコピー元ボリュームのデータを、ストレージシステム１０にコピー先ボリュームのデータとしてリモートコピーする初期コピー処理（図２２参照）を実行する（ステップＳ４０３）。

運用管理システム３０は、コピー元ボリュームとコピー先ボリュームとでコピーペアを構築する（ステップＳ４０４）。運用管理システム３０は、フェイルバック先であるストレージシステム１０のホスト１１を起動するとともに（ステップＳ４０５）、コピーペア状態の処理（図２３参照）を実行する（ステップＳ４０６）。

コピーペア状態の処理が終了すると、運用管理システム３０は、ストレージシステム１０に対してＩ／Ｏ要求の受け付けを開始させる（ステップＳ４０７）。そして、運用管理システム３０は、フェイルバック元であるストレージシステム２０を構成する仮想マシン群を停止して（ステップＳ４０８）、処理を終了する。

なお、S４０２で運用管理システム３０は、ボリューム管理情報に基づいて、フェイルバック元であるストレージシステム１０のボリュームの中から、コピー先ボリュームのユニークＩＤと同じユニークＩＤを有するボリュームをコピー元ボリュームとして選択してもよい。

図２２は、図２１のステップＳ４０３の初期コピー処理の一例を説明するためのフローチャートである。

初期コピー処理では、運用管理システム３０は、ストレージシステム２０のコピー元ボリュームに対応する更新差分管理ビットマップを固定する（ステップＳ５０１）。更新差分管理ビットマップの固定は、例えば、更新される更新差分管理ビットマップを別のビットマップに差し替えることで行う。

運用管理システム３０は、ストレージシステム２０に対して、コピー元ボリュームに対するライトデータをジャーナルボリュームにジャーナルとして格納していくジャーナル格納処理を開始させる（ステップＳ５０２）。

運用管理システム３０は、メモリ３０２に記憶したボリューム管理情報に基づいて、コピー先ボリュームのユニークＩＤとコポー元ボリュームのユニークＩＤとを比較して、これらのユニークＩＤが互いに一致するか否かを判断する（ステップＳ５０３）。

ユニークＩＤが互いに一致する場合（ステップＳ５０３：Ｙｅｓ）、運用管理システム３０は、固定された更新差分管理ビットマップに基づいて、コピー元ボリュームに格納されたデータのうちフェイルオーバ処理の後に更新された更新データ（更新差分管理ビットマップにおいてビットが「１」のブロックに対応するデータ）を、コピー先ボリュームのライトデータとしてストレージシステム２０に順次送信する（ステップＳ５０４）。

ユニークＩＤが互いに一致しない場合（ステップＳ５０３：Ｎｏ）、運用管理システム３０は、コピー元ボリュームに格納されたデータ全体を、コピー先ボリュームのライトデータとしてストレージシステム２０に順次送信する（ステップＳ５０５）。

運用管理システム３０は、ライトデータを全て送信したか否かを確認しつつ（ステップＳ５０６）、ライトデータに対する全ての応答（受信応答）を受信したか否かを確認する（ステップＳ５０７）。

ライトデータを全て送信し、かつ、それらの全ての応答を受信した場合（ステップＳ５０４、Ｓ５０５：Ｙｅｓ）、運用管理システム３０は、処理を終了する。

図２３は、図２１のステップＳ４０６のコピーペア状態の処理の一例を説明するためのフローチャートである。

コピーペア状態の処理では、先ず、運用管理システム３０は、コピーペア状態に対する解除指示を受信したか否かを判断する（ステップＳ６０１）。解除指示を受信した場合（ステップＳ６０１：Ｙｅｓ）、運用管理システム３０は、処理を終了する。

解除指示を受信していない場合（ステップＳ６０１：Ｎｏ）、運用管理システム３０は、ジャーナルボリュームに未送信のジャーナルが存在するか否かを判断する（ステップＳ６０２）。未送信のジャーナルが存在しない場合（ステップＳ６０２：Ｎｏ）、運用管理システム３０は、ステップＳ６０１の処理に戻る。

未送信のジャーナルが存在する場合（ステップＳ６０２：Ｙｅｓ）、運用管理システム３０は、ジャーナルボリュームに格納されたジャーナルを、コピー先ボリュームのライトデータとしてストレージシステム２０に順次送信する（ステップＳ６０３）。

運用管理システム３０は、全てのジャーナルを送信したか否かを確認しつつ（ステップＳ６０４）、全てのジャーナルに対する応答（受信応答）を受信したか否かを確認する（ステップＳ６０５）。

全てのジャーナルを送信し、かつ、それらの全ての応答を受信した場合（ステップＳ６０４、Ｓ６０５：Ｙｅｓ）、運用管理システム３０は、送信したジャーナルを削除して（ステップＳ６０６）、ステップＳ６０１の処理に戻る。

以上説明した本実施形態では、運用管理システム３０がフェイルオーバ処理及びフェイルバック処理を実行していたが、これらの処理の一部又は全てがストレージシステム１０及び２０のコントローラ（I／Oコントローラ１５０、２５０、ストレージ管理サブシステム１６０、２６０）にて行われてもよい。この場合、運用管理システム３０及びコントローラがストレージシステム１０及び２０を管理する管理装置を構成する。

以上説明したように本実施形態によれば、運用管理システム３０のメモリ３０２は、ストレージシステム１０が有する第１のボリュームを計算機システム全体で一意に特定するユニークＩＤをボリュームごとに格納する。ＣＰＵ３０１は、ストレージシステム１０からストレージシステム２０へのフェイルオーバ処理において、第１のボリュームに格納されたデータをストレージシステム２０が有する第２のボリュームにリストアし、第１のボリュームのユニークＩＤを第２のボリュームに対応付けてメモリ３０２に格納する。フェイルオーバ処理の後では、ＣＰＵ３０１は、第２のボリュームに格納されたデータに対する更新内容を示す更新差分管理ビットマップ２０１を管理する。ＣＰＵ３０１は、ストレージシステム２０からストレージシステム１０へのフェイルバック処理において、更新差分管理ビットマップ２０１に基づいて、第２のボリュームに格納されたデータのうちフェイルオーバ処理の後に更新された更新データを、当該第２のボリュームに対応付けられたユニークＩＤにて特定される第１のボリュームに移す。したがって、フェイルバック処理において、フェイルオーバ処理以降に更新されたデータのみをストレージシステム１０に送信すればよくなるため、フェイルバック処理に係る時間を短縮することが可能になる。

また、本実施形態では、ＣＰＵ３０１は、第１のボリュームに対するＩ／Ｏ要求の受け付けを停止して、第１のボリュームに格納されたデータをバックアップデータの状態に復元する。このため、ストレージシステム１０及び２０に格納されたデータの整合性をより確実に確保することが可能となる。

また、本実施形態では、ＣＰＵ３０１は、フェイルバック処理の対象となる第１のボリュームと第２のボリュームのユニークＩＤが一致している場合、更新データを第１のボリュームに移し、それらのユニークＩＤが一致していない場合、データ全体を当該第１のボリュームに移す。このため、フェイルバック処理をより正確に行うことが可能となる。

また、本実施形態では、ＣＰＵ３０１は、フェイルバック処理において、更新データ第１のボリュームにリモートコピーする。このため、フェイルバック処理を容易に行うことが可能となる。

（第２の実施形態）
本実施形態では、第１の実施形態と異なる処理について主に説明する。

図２４は、本開示の第２の実施形態の計算機システムが行うフェイルバック処理の一例を説明するための図である。

図２４に示すように運用管理システム３０は、フェイルバック処理において、ストレージシステム２０に対して、外部ボリューム仮想化機能１５０７を用いて、ストレージシステム１０のボリュームから選択されたコピー先ボリューム２４０１をマッピングした仮想ボリューム２４０２を作成させる。そして、運用管理システム３０は、ストレージシステム２０のボリュームから選択されたコピー元ボリューム２４０３に格納されたデータを仮想ボリューム２４０２にローカルコピー（筐体内コピー）する。

図２５は、本実施形態におけるＩ／Ｏコントローラプログラム１５００ａにて実現される機能の一例を示す図である。図２５に示すＩ／Ｏコントローラプログラム１５００ａは、図４に示した第１の実施形態のＩ／Ｏコントローラプログラム１５００と比較して、ボリューム複製機能１５０８がボリュームのユニークＩＤを比較するためのユニークＩＤ判別機能１５０８ａを有する点で異なる。

図２６は、本実施形態におけるフェイルバック処理の一例を説明するためのフローチャートである。

フェイルバック処理では、先ず、運用管理システム３０は、ユーザからフェイルバック先であるストレージシステム１０のボリュームをコピー先ボリュームとして選択したコピー先選択情報を受け付ける（ステップＳ７０１）。運用管理システム３０は、ストレージシステム２０の外部ボリューム仮想化機能１５０７を用いて、ストレージシステム１０のコピー先ボリュームをマッピングした仮想ボリュームをストレージシステム２０に作成する（ステップＳ７０２）。

運用管理システム３０は、ユーザからフェイルバック元であるストレージシステム２０のボリュームをコピー元ボリュームとして選択したコピー元選択情報を受け付ける（ステップＳ７０３）。

運用管理システム３０は、ストレージシステム２０に指示して、ストレージシステム２０にコピー先ボリュームのユニークＩＤとコピー元ボリュームのユニークＩＤが一致するか否かを判断させる（ステップＳ７０４）。

ユニークＩＤが一致する場合（ステップＳ７０４：Ｙｅｓ）、ストレージシステム２０は、更新差分管理ビットマップに基づいて、コピー元ボリュームに格納されたデータのうちフェイルオーバ処理の後に更新された更新データを仮想ボリュームにローカルコピーすることで、更新データをストレージシステム１０のコピー先ボリュームに移す（ステップＳ７０５）。一方、ユニークＩＤが一致しない場合（ステップＳ７０４：Ｎｏ）、ストレージシステム２０は、コピー元ボリュームに対応する全てのデータを、仮想化した外部ボリュームにローカルコピーする（ステップＳ７０６）。

その後、運用管理システム３０は、フェイルバック先であるストレージシステム１０のホスト１１を起動する（ステップＳ７０７）。運用管理システム３０は、データのコピーが終了すると、コピー先ボリュームとストレージシステム２０との接続を解除する（ステップＳ７０８）。運用管理システム３０は、ストレージシステム１０に対してホスト１１からのＩ／Ｏ要求の受け付けを開始させる（ステップＳ７０９）。そして、運用管理システム３０は、フェイルバック元であるストレージシステム２０を構成する仮想マシン群を停止して（ステップＳ７１０）、処理を終了する。

図２７は、本開示の第２の実施形態の変形例におけるＩ／Ｏコントローラプログラム１５００ｂにて実現される機能の一例を示す図である。図２７に示すＩ／Ｏコントローラプログラム１５００ｂは、図２５に示したＩ／Ｏコントローラプログラム１５００ａと比較して、外部ボリューム仮想化機能１５０７がボリューム情報を取得するためのボリューム情報取得機能１５０７ａを有する点で異なる。

図２８、本開示の第２の実施形態の変形例、より具体的には、計算機システムが行うフェイルバック処理の他の例を説明するための図である。

図２８の例では、ストレージシステム２０の外部ボリューム仮想化機能１５０７が有するボリューム情報取得機能１５０７ａは、ストレージシステム１０からストレージシステム１０のボリュームに関する情報を取得し、その情報に基づいて、コピー先ボリュームのユニークＩＤを取得する。

以上説明したように本実施形態によれば、フェイルバック処理において、コピー先ボリュームをマッピングした仮想ボリュームがストレージシステム２０のボリュームとして作成され、更新データを仮想ボリュームにローカルコピーされる。このため、フェイルオーバ処理以降に更新されたデータのみをコピーすればよくなるため、フェイルバック処理に係る時間を短縮することが可能になる。

（第３の実施形態）

本実施形態では、第１の実施形態と異なる処理について主に説明する。

図２９は、本開示の第３の実施形態の計算機システムを示す図である。図２９に示す計算機システムでは、運用管理システム３０の代わりに、また、オブジェクトストアサービスを提供するオブジェクトストア提供装置７０が示されている。なお、運用管理システム３０は、図示されていないが、第１の実施形態と同様に存在する。

オブジェクトストア提供装置７０は、プログラムを実行して種々の処理を行うプロセッサであるＣＰＵ７１と、プログラム及び種々の情報を格納するメモリ７２と、オブジェクトストアを構成する１以上のストレージ７３とを有する。ＣＰＵ３０１は、メモリ３０２に記録されたプログラムを読み取り、その読み取ったプログラムを実行して種々の処理を実行して種々のクオブジェクトストアサービスを提供する。ストレージ７３は、オブジェクトストレージである。

図３０及び図３１は、本実施形態におけるフェイルバック処理の一例を説明するためのフローチャートである。図３０は、ストレージシステム２０に対する処理を示し、図３１は、ストレージシステム１０に対する処理を説明するためのフローチャートであり、ストレージシステム２０に対する処理の後にストレージシステム１０に対する処理が実行される。

フェイルバック処理では、先ず、運用管理システム３０は、ストレージシステム２０のホストとして機能する仮想マシン２１を停止する（ステップＳ８０１）。運用管理システム３０は、更新差分管理ビットマップを固定する（ステップＳ８０２）。運用管理システム３０は、固定した更新差分管理ビットマップに基づいて、フェイルオーバ処理の後に更新された更新データを、フェイルオーバ処理においてリストアの対象となったリストア対象データのバックアップとして作成し、さらにそのバックアップデータに対するメタデータを作成する（ステップＳ８０３）。

運用管理システム３０は、作成したバックアップデータ及びメタデータをオブジェクトデータに変換して、リストア対象データのバックアップデータを格納するオブジェクトストア（ここでは、ストレージ７３で構成されるオブジェクトストアとする）に格納する（ステップＳ８０４）。運用管理システム３０は、作成したバックアップデータを、リストア対象データの最新のバックアップ世代として管理するカタログデータ（図３３参照）を作成する（ステップＳ８０５）。運用管理システム３０は、作成したカタログデータを、バックアップデータを格納したオブジェクトストアに格納し（ステップＳ８０６）、ストレージシステム２０に対する処理を終了する。

そして、運用管理システム３０は、リストア対象データを選択するためのリストア選択画面（図３２参照）を端末１７ａ又は１７ｂに表示する（ステップＳ９０１）。その後、運用管理システム３０は、リストア選択画面を介してリストア対象データを選択した選択情報を受け付ける（ステップＳ９０２）。そして、運用管理システム３０は、選択されたリスト対象データをリストアするリストア処理を実行する（ステップＳ９０３）。本リストア処理は、例えば、図１７を用いて説明したリストア処理と同様な処理である。

そして、運用管理システム３０は、ホスト１１を起動し（ステップＳ９０４）、ストレージシステム１０に対してホスト１１からのＩ／Ｏ要求の受け付けを開始する（ステップＳ９０５）。そして、運用管理システム３０は、ストレージシステム２０を構成する仮想マシンを停止して（ステップＳ９０６）、処理を終了する。

図３２は、リストア選択画面の一例を示す図である。図３２に示すリストア選択画面Ｄ４０ａは、図１６に示したリストアデータ選択画面Ｄ４０と同様に、選択欄Ｄ４０１～Ｄ４０４と、リストアボタンＤ４１１と、キャンセルボタンＤ４１２とを有する。ここで、選択欄Ｄ４０２では、選択可能なボリュームとして、リストアデータ選択画面Ｄ４０で示したボリュームに加えて、ストレージシステム１０のボリュームのデータをリストアしたストレージシステム２０のボリューム（SystemVolumeB_restored）が示されている。このボリュームが選択されることで、図３１で説明した処理が実行される。

図３３は、カタログデータの一例を示す図である。図３３に示すカタログデータＣ２３ｃは、図３０のステップS８０５で作成されたカタログデータの一例である。

図３３では、フェイルオーバ時の最新のバックアップ世代が図１４に示したカタログデータＣ２３にて管理される第２世代とされている。この場合、カタログデータＣ２３は、図３０のステップＳ８０４で格納されたバックアップデータのバックアップ世代を第３世代として管理し、第２世代を管理するカタログデータＣ２３を親カタログとしてポイントする。こにより、図１７で説明したリストア処理と同様な処理で更新データをストレージシステム１０に移すことができる。

以上説明したように本実施形態によれば、運用管理システム３０のＣＰＵ３０１は、フェイルバック処理において、更新データを、コピー先ボリュームに格納されたデータのバックアップデータとしてオブジェクトストアストレージに保存し、そのバックアップデータに基づいて、コピー元ボリュームに格納させたデータをコピー先ボリュームにリストアする。この場合でも、更新データのみをバックアップデータとして登録してリストアすればよくなるため、フェイルバック処理に係る時間を短縮することが可能になる。

上述した本開示の実施形態は、本開示の説明のための例示であり、本開示の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本開示の範囲を逸脱することなしに、他の様々な態様で本開示を実施することができる。

１０：ストレージシステム １０ａ：データセンタ １１：ホスト １２：ネットワーク １３ａ：ネットワーク １３ｂ：ネットワーク １７ａ、１７ｂ：端末 ２０：ストレージシステム２０ａ：クラウドシステム ２１：仮想マシン ２９：ストレージシステム ３０：運用管理システム ３０ａ：クラウドサービス ３１：管理コンソールサービル ３２：アクセス権限管理サービス ３３：仮想ネットワークサービス ３４：仮想コンピューティングサービス ３５：仮想ディスクサービス ３７：ロギングサービス ３８：コンピューティングサービス ３９：オブジェクトストアサービス ４０：ネットワーク ５０：アドレス ５１：データ ６０：ブロック ７０：オブジェクトストア提供装置 ７１：ＣＰＵ ７２：メモリ ７３：ストレージ １４０：ドライブ １５０：Ｉ／Ｏコントローラ １５１：ＣＰＵ １５２：メモリ １６０：ストレージ管理サブシステム １６１：ＣＰＵ １６２：メモリ １７０：ストレージシステム

Claims (7)

1. 第１のストレージシステムと、第２のストレージシステムと、前記第１のストレージシステム及び前記第２のストレージシステムを管理する管理装置とを有する計算機システムであって、
   前記管理装置は、メモリとプロセッサとを有し、
   前記メモリは、前記第１のストレージシステムが有する第１のボリュームを当該計算機システム全体で一意に特定する識別情報を前記第１のボリュームごとに格納し、
   前記プロセッサは、
   前記第１のストレージシステムから前記第２のストレージシステムへのフェイルオーバ処理において、前記第１のボリュームに格納されたデータを、前記第２のストレージシステムが有する第２のボリュームにリストアし、当該第１のボリュームの前記識別情報を前記第２のボリュームに対応付けて前記メモリに格納し、
   前記フェイルオーバ処理の後では、前記第２のボリュームに格納されたデータに対する更新内容を示す更新情報を管理し、
   前記第２のストレージシステムから前記第１のストレージシステムへのフェイルバック処理において、前記更新情報に基づいて、前記第２のボリュームに格納されたデータのうち前記フェイルオーバ処理の後に更新された更新データを、当該第２のボリュームに対応付けられた前記識別情報にて特定される前記第１のボリュームに移す、計算機システム。
2. 前記プロセッサは、
   前記第１のボリュームに格納されたデータのバックアップデータを所定のストレージに保存し、
   前記フェイルオーバ処理において、前記バックアップデータに基づいて、前記データをリストアし、前記第１のボリュームに対するＩ／Ｏ要求の受け付けを停止して、前記第１のボリュームに格納されたデータを前記バックアップデータの状態に復元する、請求項１に記載の計算機システム。
3. 前記プロセッサは、前記フェイルバック処理において、選択された前記第１のボリュームの前記識別情報と、前記第２のボリュームに対応付けられた前記識別情報とが互いに一致しているか否かを判断し、前記識別情報が互いに一致している場合、前記更新データを当該第１のボリュームに移し、前記識別情報が互いに一致していない場合、前記第２のボリュームに格納されたデータ全体を当該第１のボリュームに移す、請求項１に記載の計算機システム。
4. 前記プロセッサは、前記フェイルバック処理において、前記更新データを前記第１のボリュームにリモートコピーすることで、前記更新データを前記第１のボリュームに移す、請求項１に記載の計算機システム。
5. 前記プロセッサは、前記フェイルバック処理において、前記第１のボリュームをマッピングした仮想ボリュームを前記第２のストレージシステムのボリュームとして作成し、前記更新データを前記仮想ボリュームにローカルコピーすることで、前記更新データを前記第１のボリュームに移す、請求項１に記載の計算機システム。
6. 前記プロセッサは、
   前記第１のボリュームに格納されたデータのバックアップデータを所定のストレージに保存し、
   前記フェイルオーバ処理において、前記バックアップデータに基づいて、前記データをリストアし、
   前記フェイルバック処理において、前記更新データを、前記第１のボリュームに格納されたデータのバックアップデータとして所定のストレージに保存し、前記バックアップデータに基づいて、前記第２のボリュームに格納させたデータを前記第１のボリュームにリストアすることで、前記更新データを前記第１のボリュームに移す、請求項１に記載の計算機システム。
7. 第１のストレージシステムと、第２のストレージシステムと、前記第１のストレージシステム及び前記第２のストレージシステムを管理する管理装置とを有する計算機システムによるデータ制御方法であって、
   前記管理装置は、メモリとプロセッサとを有し、
   前記メモリは、前記第１のストレージシステムが有する第１のボリュームを当該計算機システム全体で一意に特定する識別情報を前記第１のボリュームごとに格納し、
   前記プロセッサは、
   前記第１のストレージシステムから前記第２のストレージシステムへのフェイルオーバ処理において、前記第１のボリュームに格納されたデータを、前記第２のストレージシステムが有する第２のボリュームにリストアし、当該第１のボリュームの前記識別情報を前記第２のボリュームに対応付けて前記メモリに格納し、
   前記フェイルオーバ処理の後では、前記第２のボリュームに格納されたデータに対する更新内容を示す更新情報を管理し、
   前記第２のストレージシステムから前記第１のストレージシステムへのフェイルバック処理において、前記更新情報に基づいて、前記第２のボリュームに格納されたデータのうち前記フェイルオーバ処理の後に更新された更新データを、当該第２のボリュームに対応付けられた前記識別情報にて特定される前記第１のボリュームに移す、データ制御方法。

Images