(57)【特許請求の範囲】
【請求項１】
演算処理をする第１プロセッサと、前記第１プロセッサに接続されて、業務を提供するアプリケーションプログラムを記憶する記憶部と、前記第１プロセッサに接続される第１インタフェースと、を備えるホスト計算機と、
演算処理をする第２プロセッサと、前記アプリケーションプログラムから書き込みを要求されたデータを格納するデータボリュームを備える第１記憶装置と、前記第２プロセッサに接続される第２インタフェースと、を備える第１ストレージシステムと、
演算処理をする第３プロセッサと、前記データボリュームに格納されたデータの複製を格納するミラーボリュームを備える第２記憶装置と、前記第３プロセッサに接続される第３インタフェースと、を備える少なくとも１台の第２ストレージシステムと、
演算処理をする第４プロセッサと、前記第４プロセッサに接続される記憶部と、前記第４プロセッサに接続される第４インタフェースと、を備える管理計算機と、を備える計算機システムにおいて、
前記第１記憶装置は、前記データボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
前記第２記憶装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
前記管理計算機は、
前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、
前記受け付けたポリシーに基づいて、前記第１記憶装置の構成及び前記第２記憶装置の構成を設定し、
前記設定された前記第１記憶装置の構成及び前記第２記憶装置の構成に従って、前記第１記憶装置及び前記第２記憶装置に備わるバックアップボリュームに対して前記バックアップ処理を実行し、
前記ポリシーは、
前記バックアップ処理が実行されるバックアップタイミングを示すバックアップタイミング情報と、
前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納するバックアップ格納期間を示すバックアップ格納期間情報と、
前記第１ストレージシステム又は前記第２ストレージシステムが正常に稼動していない場合に、前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されるか、前記バックアップ格納期間を優先して格納されるかを示す異常運用ポリシーと、を含み、
前記管理計算機は、
前記バックアップタイミングごとに、前記第１ストレージシステム及び前記第２ストレージシステムの中から順番に通常バックアップ取得ストレージシステムを選択し、
前記第１ストレージシステム及び前記第２ストレージシステムの中から処理対象となるストレージシステムを選択し、
前記処理対象となるストレージシステムが正常に稼働しているかを判定し、
前記処理対象となるストレージシステムが正常に稼働していると判定された場合、前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び、前記処理対象でないストレージシステムに備わる前記バックアップボリュームに格納されたデータが冗長化されて格納されている冗長化バックアップボリュームのいずれかのバックアップボリュームが存在するか否かによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であるか否かを判定し、
前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、前記冗長化バックアップボリュームのいずれかのバックアップボリュームが存在することによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であると判定された場合、当該バックアップボリュームに対して前記バックアップ処理を実行し、
前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び前記冗長化バックアップボリュームのいずれのバックアップボリュームも存在しないことによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能でないと判定された場合、前記処理対象となる前記ストレージシステムが前記通常バックアップ取得ストレージシステムとして選択されていれば、前記処理対象となるストレージシステムに備わるバックアップボリュームのうち所定のバックアップボリュームに格納されたデータを消去して、当該バックアップボリュームに対して前記バックアップ処理を実行し、
前記処理対象となるストレージシステムが正常に稼働していないと判定された場合、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されているか否かを判定し、
前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されていると判定された場合であって、かつ、前記異常運用ポリシーが前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されることを示す場合、次の順番のストレージシステムを前記通常バックアップ取得ストレージシステムとして選択し、前記選択した通常バックアップ取得ストレージシステムを処理対象となるストレージシステムとして選択することによって、正常に稼働しているストレージシステムを前記通常バックアップ取得ストレージシステムに選択し、前記正常に稼働しているストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする計算機システム。
【請求項２】
前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を含み、
前記管理計算機は、前記バックアップボリュームの数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商を計算し、前記計算された商以上の最小の整数分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置にそれぞれ設定することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数、並びに前記第１ストレージシステム及び前記第２ストレージシステムの一方の前記バックアップボリュームに格納されたデータが冗長化されて他方のストレージシステムの前記バックアップボリュームにも格納されているバックアップボリュームの数を示す冗長化バックアップボリューム数を含み、
前記管理計算機は、
前記バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商以上の最小の第１の整数を算出し、
前記冗長化バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商以下の最大の第２の整数を算出し、
前記算出された第１の整数と前記冗長化バックアップボリューム数とを加算した値から前記算出された第２の整数を減算した値分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置に設定することを特徴とする請求項１に記載の計算機システム。
【請求項４】
前記管理計算機は、
前記データボリュームの破壊されたデータを修復するために使用されるデータが前記バックアップボリュームに複製されたタイミングの指定を受け付け、
前記指定されたタイミングと一致するタイミングで前記バックアップ処理が実行された前記バックアップボリュームを特定し、
前記第１ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復し、
前記第２ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記ミラーボリュームに複製し、前記ミラーボリュームに複製されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復することを特徴とする請求項１に記載の計算機システム。
【請求項５】
前記ホスト計算機は、
前記アプリケーションプログラムがデータボリュームにデータを書き込むために前記アプリケーションプログラムから前記データボリュームへのデータパスを設定し、
前記管理計算機によって、前記特定されたバックアップボリュームに格納されたデータが前記ミラーボリュームに複製された場合に、前記アプリケーションプログラムから前記データボリュームへのデータパスを、前記アプリケーションプログラムから前記ミラーボリュームへのデータパスに変換し、
前記ミラーボリュームは前記アプリケーションプログラムから書き込みを要求されたデータを格納することを特徴とする請求項４に記載の計算機システム。
【請求項６】
前記管理計算機は、
前記処理対象となるストレージシステムが正常に稼働していないと判定され、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されていると判定された場合であって、かつ、前記異常運用ポリシーが前記バックアップ格納期間を優先して格納されることを示す場合、次の順番のストレージシステムを前記通常バックアップ取得ストレージシステムとして選択せずに、次のストレージシステムを処理対象となるストレージシステムとして選択することによって、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、前記正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項１に記載の計算機システム。
【請求項７】
業務を提供するアプリケーションプログラムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記アプリケーションプログラムからを書き込み要求されたデータを格納するデータボリュームを備える第１ストレージシステムと、前記データボリュームに格納されたデータが複製されるミラーボリュームを備える少なくとも一台の第２ストレージシステムと、にアクセス可能な管理計算機であって、
前記第１ストレージ装置は、前記データボリュームに格納されたデータの複製を格納するバックアップ処理が実行される複数のバックアップボリュームを備え、
前記第２ストレージ装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
前記管理計算機は、
前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、
前記受け付けたポリシーに基づいて、前記第１ストレージ装置の構成及び前記第２ストレージ装置の構成をそれぞれ設定し、
前記設定された前記第１ストレージ装置の構成及び前記第２ストレージ装置の構成に従って、前記第１ストレージ装置及び前記第２ストレージ装置に備わるバックアップボリュームに対して前記バックアップ処理を実行し、
前記ポリシーは、
前記バックアップ処理が実行されるバックアップタイミングを示すバックアップタイミング情報と、
前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納するバックアップ格納期間を示すバックアップ格納期間情報と、
前記第１ストレージシステム又は前記第２ストレージシステムが正常に稼動していない場合に、前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されるか、前記バックアップ格納期間を優先して格納されるかを示す異常運用ポリシーと、を含み、
前記管理計算機は、
前記バックアップタイミングごとに、前記第１ストレージシステム及び前記第２ストレージシステムの中から順番に通常バックアップ取得ストレージシステムを選択し、
前記第１ストレージシステム及び前記第２ストレージシステムの中から処理対象となるストレージシステムを選択し、
前記処理対象となるストレージシステムが正常に稼働しているかを判定し、
前記処理対象となるストレージシステムが正常に稼働していると判定された場合、前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び、前記処理対象でないストレージシステムに備わる前記バックアップボリュームに格納されたデータが冗長化されて格納されている冗長化バックアップボリュームのいずれかのバックアップボリュームが存在するか否かによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であるか否かを判定し、
前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、前記冗長化バックアップボリュームのいずれかのバックアップボリュームが存在することによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であると判定された場合、当該バックアップボリュームに対して前記バックアップ処理を実行し、
前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び前記冗長化バックアップボリュームのいずれのバックアップボリュームも存在しないことによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能でないと判定された場合、前記処理対象となる前記ストレージシステムが前記通常バックアップ取得ストレージシステムとして選択されていれば、前記処理対象となるストレージシステムに備わるバックアップボリュームのうち所定のバックアップボリュームに格納されたデータを消去して、当該バックアップボリュームに対して前記バックアップ処理を実行し、
前記処理対象となるストレージシステムが正常に稼働していないと判定された場合、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されているか否かを判定し、
前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されていると判定された場合であって、かつ、前記異常運用ポリシーが前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されることを示す場合、次の順番のストレージシステムを前記通常バックアップ取得ストレージシステムとして選択し、前記選択した通常バックアップ取得ストレージシステムを処理対象となるストレージシステムとして選択することによって、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、前記正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする管理計算機。
【請求項８】
前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を含み、
前記管理計算機は、前記バックアップボリュームの数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商を計算し、前記計算された商以上の最小の整数分の前記バックアップボリュームを前記第１ストレージシステム及び前記第２ストレージシステムにそれぞれ設定することを特徴とする請求項７に記載の管理計算機。
【請求項９】
前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数、並びに前記第１ストレージシステム及び前記第２ストレージシステムの一方の前記バックアップボリュームに格納されたデータが冗長化されて他方のストレージシステムの前記バックアップボリュームにも格納されているバックアップボリュームの数を示す冗長化バックアップボリューム数を含み、
前記管理計算機は、
前記バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商以上の最小の第１の整数を算出し、
前記冗長化バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの数で除算した商以下の最大の第２の整数を算出し、
前記算出された第１の整数と前記冗長化バックアップボリューム数とを加算した値から前記算出された第２の整数を減算した値分の前記バックアップボリュームを前記第１ストレージシステム及び前記第２ストレージシステムに設定することを特徴とする請求項７に記載の管理計算機。
【請求項１０】
前記管理計算機は、
前記データボリュームの破壊されたデータを修復するために使用されるデータが前記バックアップボリュームに複製されたタイミングの指定を受け付け、
前記指定されたタイミングと一致するタイミングで前記バックアップ処理が実行された前記バックアップボリュームを特定し、
前記第１ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復し、
前記第２ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記ミラーボリュームに複製し、前記ミラーボリュームに複製されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復することを特徴とする請求項７に記載の管理計算機。
【請求項１１】
前記ホスト計算機によって、前記アプリケーションプログラムがデータボリュームにデータを書き込むために前記アプリケーションプログラムから前記データボリュームへのデータパスが設定され、
前記管理計算機は、前記特定されたバックアップボリュームに格納されたデータが前記ミラーボリュームに複製された場合に、前記ミラーボリュームが前記アプリケーションプログラムから書き込みを要求されたデータを格納できるようにするために、前記アプリケーションプログラムから前記データボリュームへのデータパスを、前記アプリケーションプログラムから前記ミラーボリュームへのデータパスに変換する指示を前記ホスト計算機に送信することを特徴とする請求項１０に記載の管理計算機。
【請求項１２】
前記管理計算機は、
前記処理対象となるストレージシステムが正常に稼働していないと判定され、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されていると判定された場合であって、かつ、前記異常運用ポリシーが前記バックアップ格納期間を優先して格納されることを示す場合、次の順番のストレージシステムを前記通常バックアップ取得ストレージシステムとして選択せずに、次のストレージシステムを処理対象となるストレージシステムとして選択することによって、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、前記正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項７に記載の管理計算機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト計算機とストレージ装置と管理計算機とからなる計算機システムに関する技術に関し、特に、アプリケーションの書き込み要求されたデータをバックアップする環境を設定する技術に関する。
【背景技術】
【０００２】
一般に、ホスト計算機、ホスト計算機から書き込み要求がなされたデータを記憶するボリュームを備えるストレージシステム、及び管理計算機を備える計算機システムでは、災害によるストレージシステムの破壊、ストレージシステムのディスク装置の寿命等による物理障害、コンピュータウィルスによるボリュームに記憶されたデータの破壊、ユーザによる誤操作などによって、ボリュームに記憶されたデータが喪失される場合がある。
【０００３】
このようなデータの喪失に備え、周期的にボリュームに記憶されたデータをバックアップして、破壊されたデータをリストアできるようにする。
【０００４】
ボリュームに記憶されたデータのバックアップには、バックアップ対象のボリュームを備えるストレージシステムの他のボリュームに、ローカルコピー機能を用いてバックアップする「ローカルバックアップ」、及びバックアップ対象のボリュームに記憶されたデータを他のストレージシステムのボリュームに、リモートコピー機能を用いて複製（ミラー）し、複製先のストレージシステム内でローカルコピー機能を用いてバックアップする「リモートバックアップ」がある。
【０００５】
リモートバックアップが運用されていると、一方のストレージシステムのボリュームに記憶されたデータが災害等によって破壊されても、データの喪失を防止できる。災害とは、電力障害及び火事等の人為的な災害、並びに地震、噴火及び台風等の自然災害等である。
【０００６】
バックアップデータが一方のストレージシステムと離れた位置にあるストレージシステムに記憶されているので、一方のストレージシステムが災害に見舞われたとしても、災害の影響がない他方のストレージシステムに記憶されたバックアップデータは使用可能である。したがって、ユーザは災害によるデータの喪失を防止できる。
【０００７】
バックアップ対象となるデータを記憶するボリュームを備えるストレージシステムが存在するサイトを「ローカルサイト」という。一方、リモートバックアップのバックアップ先ストレージシステムが存在するサイトを「リモートサイト」という。
【０００８】
また、ユーザの誤操作等に起因してデータの論理的な破壊が発生し、ローカルサイトに記憶されたデータによって業務を復旧する場合、リモートバックアップを用いる環境ではストレージシステム間でリモートコピーを行ってリストアを行うため、業務の復旧に時間がかかる。
【０００９】
リモートバックアップを用いるリストアを高速化する技術として、リモートサイトに記憶された一世代以上のバックアップデータと同じバックアップデータをローカルサイトにも記憶し、リストアする場合にリストアの対象となるデータがローカルサイトに記憶されている場合には、ローカルコピーを用いてリストアする。一方、リストアする場合にリストアの対象となるデータがリモートサイトにしか記憶されていない場合には、リモートサイトからリモートコピーを用いてリストアする技術が示されている（特許文献１参照）。
【特許文献１】特開２００３−２４２０１１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
一般に、データを喪失してしまった場合にユーザがこうむる損害は、喪失されたデータの量に伴って増大する。このため、バックアップ環境を設定する場合、次の二つの観点に基づいてバックアップ環境（特に世代数）が設定される。
【００１１】
第１の観点は、バックアップ保持期間である。いかなるバックアップ環境であっても、計算機システム内に保持されている最古のバックアップデータよりも古いデータをリストアできない。つまり、最古のバックアップデータよりも古いデータが必要となる場合、データが完全に喪失していると同じ意味である。
【００１２】
このため、ｎ時間前までのバックアップデータが保持され続けるようにバックアップ環境が設定される。なお、ｎ時間前までのバックアップデータが保持される目標値を「バックアップ保持期間」という。
【００１３】
第２の観点は、ＲＰＯ(Recovery Point Objective)である。一般に、ストレージシステムに障害が発生すると、障害が発生する直前に取得されたバックアップデータをリストアする。
【００１４】
この場合でも、障害が発生した時点から直前のバックアップデータを取得した時点までに更新されたデータは喪失されてしまう。したがって、障害が発生した時点と障害が発生した時点から直前のバックアップデータを取得した時点との間隔が大きくなるほど、データの喪失量が増大するので、ユーザの損害も増大する。
【００１５】
このため、バックアップ保持期間内であれば、いかなる時点に障害が発生してもｍ時間前までのデータに復旧できるようにバックアップ環境が設定される。このｍ時間前という目標値を「ＲＰＯ(Recovery Point  Objective)」という。なお、通常ＲＰＯがバックアップ周期となる。
【００１６】
第１の観点及び第２の観点に基づいて、バックアップを運用するために必要となる世代数が算出される。すなわち、必要となる世代数＝ＲＯＵＮＤＵＰ（（バックアップ保持期間）÷（ＲＰＯ））＋１、となる。なお、ＲＯＵＮＤＵＰ（Ｘ）は、Ｘの小数点以下を切り上げる関数であり、Ｘ以上の最小の整数を取得する関数である。
【００１７】
よって、バックアップ保持期間が一定であっても、ＲＰＯが短ければ、多くの世代のバックアップデータが必要となる。また、ＲＰＯが同じであっても、バックアップ保持期間が長ければより多くの世代のバックアップデータが必要とある。
【００１８】
特許文献１では、ユーザが要求する世代数分のバックアップデータがリモートサイトに記憶され、ユーザが要求する世代数分のバックアップデータがローカルサイトに記憶される。
【００１９】
ローカルサイトに記憶される世代数を少なく設定すると、リモートサイトに災害が発生した場合、計算機システム全体には少ない世代数のバックアップデータしか記憶されていないことになる。つまり、計算機システム全体に記憶されるバックアップデータのＲＰＯ及びバックアップ保持期間の少なくとも一方が劣化する。また、災害発生後にバックアップの運用が継続される場合、ＲＰＯ及びバックアップ保持期間の少なくとも一方が劣化した状態でバックアップの運用が継続される。
【００２０】
例えば、ＲＰＯが１日であり、バックアップ保持期間を６日(つまり、必要となる世代数は７世代)でリモートバックアップがなされ、ローカルサイトに最新の１世代しかバックアップデータが記憶されている場合、リモートサイトに災害が発生すると、ローカルサイトには直近のバックアップデータしか記憶されていない。つまり、この場合、計算機システム全体で記憶されているバックアップデータのＲＰＯは１日であるが、バックアップ保持期間が０日となる。また、災害発生後に業務が継続される場合、ＲＰＯを１日及びバックアップ保持期間が０日でバックアップの運用が継続されなければならない。
【００２１】
一方、特許文献１の構成において、ローカルサイトとリモートサイトとが同じ世代数のバックアップデータを保持するように設定すると、ローカルサイトでもリモートサイトと同じボリューム数が必要となるので、コストが増大する。
【００２２】
そこで、本発明の目的は、リモートコピーによってバックアップを運用しているサイト間で、単一のバックアップポリシーに基づいて、いずれのサイトで災害が発生しても、災害発生直後のバックアップ保持期間とＲＰＯの劣化を低減させたバックアップデータを保持し、また災害発生後であっても、バックアップ保持期間とＲＰＯの劣化を低減させたバックアップを運用でき、不要な冗長化がなされないことによってコストを最小限にするバックアップ環境を各ストレージシステムに設定し、バックアップを運用する計算機システムを提供することである。
【課題を解決するための手段】
【００２３】
本発明の代表的な一形態は、演算処理をする第１プロセッサと、前記第１プロセッサに接続されて、業務を提供するアプリケーションプログラムを記憶する記憶部と、前記第１プロセッサに接続される第１インタフェースと、を備えるホスト計算機と、演算処理をする第２プロセッサと、前記アプリケーションプログラムから書き込みを要求されたデータを格納するデータボリュームを備える第１記憶装置と、前記第２プロセッサに接続される第２インタフェースと、を備える第１ストレージシステムと、演算処理をする第３プロセッサと、前記データボリュームに格納されたデータの複製を格納するミラーボリュームを備える第２記憶装置と、前記第３プロセッサに接続される第３インタフェースと、を備える少なくとも１台の第２ストレージシステムと、演算処理をする第４プロセッサと、前記第４プロセッサに接続される記憶部と、前記第４プロセッサに接続される第４インタフェースと、を備える管理計算機と、を備える計算機システムにおいて、前記第１記憶装置は、前記データボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、前記第２記憶装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、前記管理計算機は、前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、前記受け付けたポリシーに基づいて、前記第１記憶装置の構成及び前記第２記憶装置の構成を設定し、前記設定された前記第１記憶装置の構成及び前記第２記憶装置の構成に従って、前記第１記憶装置及び前記第２記憶装置に備わるバックアップボリュームに対して前記バックアップ処理を実行し、前記ポリシーは、前記バックアップ処理が実行されるバックアップタイミングを示すバックアップタイミング情報と、前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納するバックアップ格納期間を示すバックアップ格納期間情報と、前記第１ストレージシステム又は前記第２ストレージシステムが正常に稼動していない場合に、前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されるか、前記バックアップ格納期間を優先して格納されるかを示す異常運用ポリシーと、を含み、前記管理計算機は、前記バックアップタイミングごとに、前記第１ストレージシステム及び前記第２ストレージシステムの中から順番に通常バックアップ取得ストレージシステムを選択し、前記第１ストレージシステム及び前記第２ストレージシステムの中から処理対象となるストレージシステムを選択し、前記処理対象となるストレージシステムが正常に稼働しているかを判定し、前記処理対象となるストレージシステムが正常に稼働していると判定された場合、前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び、前記処理対象となるストレージシステムが前記通常バックアップ取得システムとして選択されていない場合に前記バックアップ処理が実行されたバックアップボリュームである冗長化バックアップボリュームのいずれかのバックアップボリュームが存在するか否かによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であるか否かを判定し、前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、前記冗長化バックアップボリュームのいずれかのバックアップボリュームが存在することによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能であると判定された場合、当該バックアップボリュームに対して前記バックアップ処理を実行し、前記処理対象となるストレージシステムに備わるバックアップボリュームに、前記バックアップ処理が実行されていないバックアップボリューム、前記バックアップ格納期間を超えるデータを格納するバックアップボリューム、及び前記冗長化バックアップボリュームのいずれのバックアップボリュームも存在しないことによって、前記ポリシーに含まれる前記バックアップ格納期間を満たすように前記処理対象となるストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理が実行可能でないと判定された場合、前記処理対象となる前記ストレージシステムが前記通常バックアップ取得ストレージシステムとして選択されていれば、前記処理対象となるストレージシステムに備わるバックアップボリュームのうち所定のバックアップボリュームに格納されたデータを消去して、当該バックアップボリュームに対して前記バックアップ処理を実行し、前記処理対象となるストレージシステムが正常に稼働していないと判定された場合、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されているか否かを判定し、前記処理対象となるストレージシステムが前記通常バックアップ取得ストレージとして選択されていると判定された場合であって、かつ、前記異常運用ポリシーが前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されることを示す場合、次の順番のストレージシステムを前記通常バックアップ取得ストレージシステムとして選択し、前記選択した通常バックアップ取得ストレージシステムを処理対象となるストレージシステムとして選択することによって、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、前記正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする。
【発明の効果】
【００２４】
本発明の一形態によれば、リモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施形態を図１〜図２１を用いて説明する。
【００２６】
（第１実施形態）
まず、第１実施形態を図１〜図１７を用いて説明する。
【００２７】
本実施例に係る計算機システムは、ローカルコピー機能、リモートコピー機能を用いたバックアップ機能を持つストレージシステムを備える。ローカルコピー機能とは、一ストレージシステム内でデータボリューム間のデータコピーを行う機能である。リモートコピー機能とは、ストレージシステム内のデータボリュームに記憶されているデータを別のストレージシステム内のデータボリュームにコピーする機能である。なお、本実施例においてリモートバックアップは、リモートコピーにより複製（ミラー）されているリモートサイトのデータボリュームをローカルコピー機能によりバックアップすることを指す。
【００２８】
本発明の第１実施形態の計算機システム１００の構成を図１を用いて説明する。図１は、本発明の第１実施形態の計算機システム１００の構成を示すブロック図である。
【００２９】
計算機システム１００は、ストレージシステム１０００及び１１００、少なくとも一つホスト計算機１２００、並びに管理計算機１３００を備える。
【００３０】
ストレージシステム１０００及びホスト計算機１２００は、データネットワーク１４００を介して接続される。データネットワーク１４００は、例えば、ストレージエリアネットワーク（ＳＡＮ）である。なお、データネットワーク１４００は、データ通信用のネットワークであればよく、ＩＰネットワーク等であってもよい。
【００３１】
ストレージシステム１０００及び１１００、ホスト計算機１２００、並びに管理計算機１３００は、管理ネットワーク１５００を介して接続される。管理ネットワーク１５００は、例えば、ＩＰネットワークである。なお、管理ネットワーク１５００は、データ通信用のネットワークであればよく、例えば、ストレージエリアネットワーク等であってもよい。
【００３２】
さらに、ストレージシステム１０００及びストレージシステム１１００は、コピー用ネットワーク１６００を介して接続される。コピー用ネットワーク１６００は、例えば、ＩＰネットワークである。なお、コピー用ネットワーク１６００は、データ通信用のネットワークであればよく、例えば、ストレージエリアネットワークであってもよい。
【００３３】
また、データネットワーク１４００、管理ネットワーク１５００、及びコピー用ネットワーク１６００が、同一のネットワークであってもよい。
【００３４】
なお、ストレージシステム１０００及び１１００並びに管理計算機１３００は、１台の筐体によって実装されているが、２台以上の筐体によって実装されていてもよい。
【００３５】
まず、ストレージシステム１０００について説明する。
【００３６】
ストレージシステム１０００は、ホスト計算機１２００によって実行されるアプリケーション１２６１が利用するデータを格納するボリュームを備えるストレージシステムである。
【００３７】
ストレージシステム１０００は、データを格納するディスク装置１０２０、及びストレージシステム１０００全体を制御するディスクコントローラ１０１０を備える。
【００３８】
ディスク装置１０２０は、ディスク型の記憶装置、例えば、ハードディスクドライブである。ディスク装置１０２０は、ディスク型の記憶装置でなくても、フラッシュメモリデバイス等、多種の記憶装置であってもよい。
【００３９】
ディスク装置１０２０の記憶領域には、複数の論理的な記憶領域である論理ボリューム１０２１が形成される。論理ボリューム１０２１の使用方法は、ユーザの要求に応じて異なる。本実施形態では、論理ボリューム１０２１の使用方法ごとに論理ボリューム１０２１の名称を変えている。
【００４０】
具体的には、ホスト計算機１２００によって実行されるアプリケーション１２６１が利用するデータを格納する論理ボリューム１０２１は「データボリューム」という。データボリュームに記憶されるデータがリモートコピー機能を用いて複製される論理ボリューム１０２１は「ミラーボリューム」という。データボリューム又はミラーボリュームに記憶されるデータがローカルコピー機能を用いて複製される論理ボリュームは「バックアップボリューム」という。
【００４１】
ディスクコントローラ１０１０は、データＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１１、管理Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１２、ディスクＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１６、コピー用Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１３、ＣＰＵ１０１４、及びメインメモリ１０１５を備える。
【００４２】
メインメモリ１０１５には、管理情報群１０１７及び制御プログラム１０１８が記憶される。
【００４３】
ＣＰＵ１０１４は、メインメモリ１０１５に記憶されるプログラムを実行する。なお、コンピュータプログラムが処理の動作主体として記載した場合には、実際にはコンピュータプログラムを実行するＣＰＵによって当該処理が実行されている。
【００４４】
制御プログラム１０１８は、ＣＰＵ１０１４によって実行されることによって、少なくともローカルコピー機能及びリモートコピー機能の一つの機能を実現するための処理を実行する。制御プログラム１０１８は、少なくともローカルコピー機能を実現するローカルコピープログラム及びリモートコピー機能を実現するリモートコピープログラムを含む。
【００４５】
また、制御プログラム１０１８は、ホスト計算機１２００又は管理計算機１３００からの入出力要求に基づいて、ディスク装置１０２０に対してデータを入出力する。また、制御プログラム１０１８は、ホスト計算機１２００又は管理計算機１３００からの要求に基づいて、ストレージシステム１０００内の構成情報又は制御情報を設定する。
【００４６】
構成情報は、複数の論理ボリューム１０２１間の関係を示す情報を含む。複数の論理ボリューム１０２１の関係を示す情報は、論理ボリューム１０２１の種別を示す情報、どのデータボリュームにどのバックアップボリュームが関連付けられているかを示す情報、及びどのデータボリュームにどのミラーボリュームが関連付けられているかを示す情報を含む。
【００４７】
構成情報は、管理情報群１０１７に含まれ、メインメモリ１０１５に記録される。制御プログラム１０１８は、管理情報群１０１７に含まれる構成情報を参照又は更新しながら種々の処理を実行する。
【００４８】
データＩ／Ｆ１０１１は、データネットワーク１４００にストレージシステム１０００を接続するインタフェースである。データＩ／Ｆ１０１１は、一つ以上の通信用のポートを備える。ディスクコントローラ１０１０は、データ及び制御命令を、ホスト計算機１２００及び他のストレージシステム１０００と、データＩ／Ｆ１０１１に備わるポートを介して通信する。
【００４９】
管理Ｉ／Ｆ１０１２は、管理ネットワーク１５００にストレージシステム１０００を接続するインタフェースである。ディスクコントローラ１０１０は、データ及び制御命令を、ホスト計算機１２００及び管理計算機１３００と、管理Ｉ／Ｆ１０１２を介して通信する。
【００５０】
コピー用Ｉ／Ｆ１０１３は、コピー用ネットワーク１６００にストレージシステム１０００を接続するインタフェースである。ディスクコントローラ１０１０は、リモートコピーに関するデータ及び制御命令を、コピー用ネットワーク１６００を介して接続されるストレージシステム１１００と、コピー用Ｉ／Ｆ１０１３を介して通信する。
【００５１】
ディスクＩ／Ｆ１０１６は、ディスク装置１０２０にディスクコントローラ１０１０を接続するインタフェースである。ディスクコントローラ１０１０は、データ及び制御命令を、ディスクＩ／Ｆ１０１６を介してディスク装置１０２０と通信する。
【００５２】
ストレージシステム１１００の構成は、ストレージシステム１０００と同じであるので、説明を省略する。なお、ストレージシステム１１００に備わる論理ボリューム１０２１の一つは、ストレージシステム１０００に備わるデータボリュームに記憶されたデータがリモートコピー機能を用いて複製されるミラーボリューである。
【００５３】
なお、本発明の第１〜第３実施形態の説明において、ストレージシステムと記載した場合には、ストレージシステム１０００及び１１００を総称する意味である。
【００５４】
ホスト計算機１２００は、キーボード及びマウス等の入力装置１２４０、ＣＰＵ１２３０、ＬＣＤ又はＣＲＴ等の表示装置１２２０、メモリ１２６０、データＩ／Ｆ１２１０、及び管理Ｉ／Ｆ１２５０を備える。
【００５５】
データＩ／Ｆ１２１０は、ホスト計算機１２００をデータネットワーク１４００に接続するインタフェースである。データＩ／Ｆ１２１０は、一つ以上の通信用のポートを備える。ホスト計算機１２００は、データ及び制御命令を、ストレージシステム１０００と、データＩ／Ｆ１２１０に備わるポートを介して通信する。
【００５６】
管理Ｉ／Ｆ１２５０は、ホスト計算機１２００を管理ネットワーク１５００に接続するインタフェースである。ホスト計算機１２００は、計算機システムを管理するためのデータ及び計算機システムを管理するための制御命令を、管理計算機１３００及びストレージシステム１０００と、管理Ｉ／Ｆ１２５０を介して通信する。
【００５７】
メモリ１２６０には、アプリケーション１２６１及びリカバリマネージャ１２６２が記憶される。ＣＰＵ１２３０は、メモリ１２６０に記憶されたプログラムを実行することによって、各機能を実現する。
【００５８】
アプリケーション１２６１は、データボリュームである論理ボリューム１０２１を利用するプログラムである。具体的には、アプリケーション１２６１から書き込み要求がされたデータがデータボリュームに格納される。アプリケーション１２６１は、例えば、ＤＢＭＳ（DataBase Management System）又はファイルシステムである。
【００５９】
リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータをバックアップする場合、又は論理ボリューム１０２１に記憶されたデータをリストアする場合、アプリケーション１２６１の動作を制御するためのプログラムである。
【００６０】
具体的には、リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータがバックアップされる場合に、アプリケーション１２６１の動作を静止させる。これによって、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータがバックアップボリュームにバックアップされたことが保障される。
【００６１】
また、リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータがリストアされる場合に、アプリケーション１２６１の動作を停止させる。
【００６２】
また、リカバリマネージャ１２６２は、管理計算機１３００の設定プログラム１３５１の要求に基づいて、論理ボリューム１０２１に記憶されたデータがバックアップされる場合又は論理ボリューム１０２１に記憶されたデータがリストアされる場合に必要となるデータをホスト計算機１２００から収集する。
【００６３】
なお、リカバリマネージャ１２６２によって収集されるホスト計算機１２００のデータは、例えば、アプリケーション１２６１が利用している論理ボリューム１０２１を特定する情報等である。このホスト計算機１２００のデータは、各アプリケーション１２６１の設定ファイル等によって取得される。例えば、アプリケーション１２６１がLinuxのファイルシステムである場合、ホスト計算機１２００のデータを収集する設定ファイルは、/etc/fstabファイル等である。
【００６４】
管理計算機１３００は、キーボード及びマウス等の入力装置１３４０、ＣＰＵ１３３０、ＬＣＤ又はＣＲＴ等の表示装置１３２０、メモリ１３５０、及び管理Ｉ／Ｆ１３１０を備える。
【００６５】
管理Ｉ／Ｆ１３１０は、管理計算機１３００を管理ネットワーク１５００に接続するためのインタフェースである。管理計算機１３００は、計算機システムを管理するためのデータ及び計算機システムを管理するための制御命令を、ホスト計算機１２００並びにストレージシステム１０００及び１１００と、管理Ｉ／Ｆ１３１０を介して通信する。
【００６６】
メモリ１３５０には、設定プログラム１３５１、バックアップ指示プログラム１３５２、稼動状況表示プログラム１３５３、リストア指示プログラム１３５４、及び管理テーブル群１３５５が記憶される。ＣＰＵ１３３０は、メモリ１３５０に記憶されたプログラムを実行することによって、各機能を実現する。
【００６７】
設定プログラム１３５１は、計算機システムにおけるバックアップ環境を設定するプログラムである。ユーザは、設定プログラム１３５１によって提供されるインタフェースであるバックアップ条件登録コンソール９０００（図９参照）を用いて、バックアップに関するポリシーを入力する。なお、ユーザによって入力されるバックアップポリシーは、図９で詳細に説明する。
【００６８】
ユーザによって入力されたバックアップポリシーは、管理ネットワーク１５００を介してストレージシステム１０００及び１１００の制御プログラム１０１８に送信される。ストレージシステム１０００及び１１００が受信したバックアップポリシーは、管理情報群１０２９としてメインメモリ１０１５に記録される。
【００６９】
バックアップ指示プログラム１３５２は、設定プログラム１３５１によって設定された管理テーブル群１３５５に基づいて、バックアップを運用するプログラムである。バックアップ指示プログラム１３５２は、論理ボリューム１０２１に記憶されたデータをバックアップするごとに管理テーブル群１３５５に登録された情報を更新する。なお、バックアップ指示プログラム１３５２の処理は、図１０で詳細を説明する。
【００７０】
稼動状況表示プログラム１３５３は、バックアップ指示プログラム１３５２によって運用されたバックアップの保持状態を示すバックアップ保持状態表示コンソールを表示するプログラムである。なお、バックアップ保持状態表示コンソールは、図１４で詳細に説明する。なお、稼動状況表示プログラム１３５３の処理は、図１３で詳細を説明する。
【００７１】
リストア指示プログラム１３５４は、バックアップ指示プログラム１３５２によって運用されたバックアップをリストアするプログラムである。なお、リストア指示プログラム１３５４の処理は、図１５で詳細を説明する。
【００７２】
管理テーブル群１３５５は、バックアップを運用するための情報が登録されているテーブル群である。管理テーブル群１３５５は、アプリケーション管理テーブル２０００、ストレージ管理テーブル３０００、リモートコピー管理テーブル４０００、ボリューム管理テーブル５０００、バックアップポリシー管理テーブル６０００、及びバックアップデータ管理テーブル７０００を含む。アプリケーション管理テーブル２０００は、図２で詳細を説明する。ストレージ管理テーブル３０００は、図３で詳細を説明する。リモートコピー管理テーブル４０００は、図４で詳細を説明する。ボリューム管理テーブル５０００は、図５で詳細を説明する。バックアップポリシー管理テーブル６０００は、図６で詳細を説明する。バックアップデータ管理テーブル７０００は、図７で詳細を説明する。
【００７３】
次に、管理テーブル群１３５５に含まれる各種テーブルを、図２〜図７を用いて説明する。
【００７４】
図２は、本発明の第１実施形態のアプリケーション管理テーブル２０００の説明図である。
【００７５】
アプリケーション管理テーブル２０００は、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１と、アプリケーション１２６１が利用する論理ボリューム１２０１（データボリューム）との関係を管理するテーブルである。
【００７６】
アプリケーション管理テーブル２０００は、アプリケーションＩＤ２００１、ストレージＩＤ２００２、ボリュームＩＤ２００３、及びホストＩＰアドレス２００４を含む。
【００７７】
アプリケーションＩＤ２００１には、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１の一意な識別子が登録される。
【００７８】
ストレージＩＤ２００２には、アプリケーション１２６１が利用するデータボリュームが備わるストレージシステム１０００の一意な識別子が登録される。
【００７９】
ボリュームＩＤ２００３には、アプリケーション１２６１が利用するデータボリュームの一意な識別子が登録される。
【００８０】
ホストＩＰアドレス２００４には、アプリケーション１２６１を実行するホスト計算機１２００の管理Ｉ／Ｆ１２５０に割り当てられたネットワークアドレスが登録される。
【００８１】
なお、アプリケーション１２６１が複数のデータボリュームを利用する場合、ボリュームＩＤ２００３には、アプリケーション１２６１が利用する複数のデータボリュームの一意な識別子が登録される。論理ボリューム１０２１の識別子が登録されるエントリには、複数の識別子を列挙して登録できる。
【００８２】
アプリケーション管理テーブル２０００の各フィールドに値がどのように登録されるかについて説明する。
【００８３】
アプリケーションＩＤ２００１及びホストＩＰアドレス２００４には、設定プログラム１３５１によって提供されるユーザインタフェース（例えばＧＵＩ（Graphic User Interface））を介して、ユーザによって入力されたアプリケーション１２６１の識別子及びホスト計算機１２００の管理Ｉ／Ｆ１２５０のネットワークアドレスが登録される。
【００８４】
そして、設定プログラム１３５１によって提供されるユーザインタフェースを介してアプリケーション１２６１の識別子及び管理Ｉ／Ｆ１２５０のネットワークアドレスがユーザによって入力された場合、設定プログラム１３５１は、入力された管理Ｉ／Ｆ１２５０のネットワークアドレスを用いて、当該管理Ｉ／Ｆ１２５０を備えるホスト計算機１２００のリカバリマネージャ１２６２と通信する。
【００８５】
そして、設定プログラム１３５１は、入力されたアプリケーションの識別子によって識別されるアプリケーション１２６１が利用するデータボリュームの識別子及び当該データボリュームを備えるストレージシステム１０００の識別子を取得する。
【００８６】
設定プログラム１３５１は、取得されたデータボリュームの識別子をボリュームＩＤ２００３に登録し、取得されたストレージシステム１０００の識別子をストレージＩＤ２００２に登録する。
【００８７】
なお、各種プログラムがホスト計算機１２００のリカバリマネージャ１２６２とデータを通信する場合、各種プログラムは、ホストＩＰアドレス２００４に登録されたネットワークアドレスを用いて通信するが、以降では説明を省略する。
【００８８】
図３は、本発明の第１実施形態のストレージ管理テーブル３０００の説明図である。
【００８９】
ストレージ管理テーブル３０００は、管理計算機１３００が管理するストレージシステムのネットワークアドレスを示すテーブルである。
【００９０】
ストレージ管理テーブル３０００は、ストレージＩＤ３００１及びストレージＩＰアドレス３００２を含む
ストレージＩＤ３００１には、管理計算機１３００に接続されるストレージシステムの一意な識別子が登録される。
【００９１】
ストレージＩＰアドレス３００２には、ストレージＩＤ３００１に登録されたストレージシステムの識別子によって識別されるストレージシステムの管理Ｉ／Ｆ１０１２に割り当てられたネットワークアドレスが登録される。
【００９２】
なお、ストレージＩＤ３００１及びストレージＩＰアドレス３００２には、設定プログラム１３５１によって提供されるユーザインタフェースを介して、ユーザによって入力されたストレージシステムの識別子及びストレージシステムの管理Ｉ／Ｆ１０１２のネットワークアドレスが登録される。
【００９３】
図４は、本発明の第１実施形態のリモートコピー管理テーブル４０００の説明図である。
【００９４】
リモートコピー管理テーブル４０００は、リモートコピーペアの関係が登録されるテーブルである。リモートコピーペアとは、データボリューム、及び当該データボリュームに記憶されたデータがリモートコピー機能を用いて複製されるミラーボリュームである。
【００９５】
リモートコピー管理テーブル４０００は、リモートコピーＩＤ４００１、ローカルストレージＩＤ４００２、データボリュームＩＤ４００３、リモートストレージＩＤ４００４、及びミラーボリュームＩＤ４００５を含む。
【００９６】
リモートコピーＩＤ４００１には、現在設定されているリモートコピーペアの一意な識別子が登録される。
【００９７】
ローカルストレージＩＤ４００２には、当該リモートコピーペアの複製元となるデータが記憶される論理ボリューム１０２１（データボリューム）を備えるストレージシステムの一意な識別子が登録される。データボリュームＩＤ４００３には、当該リモートコピーペアの複製元となるデータが記憶される論理ボリューム１０２１（データボリューム）の一意な識別子が登録される。
【００９８】
リモートストレージＩＤ４００４には、当該リモートコピーペアの複製先論理ボリューム１０２１（ミラーボリューム）を備えるストレージシステムの一意な識別子が登録される。ミラーボリュームＩＤ４００５には、当該リモートコピーペアの複製先論理ボリューム１０２１（ミラーボリューム）の一意な識別子が登録される。
【００９９】
なお、リモートコピー管理テーブル４０００の各フィールドには、設定プログラム１３５１が各ストレージシステムの制御プログラム１０１８から取得したデータが登録される。なお、設定プログラム１３５１は、図３に示すストレージ管理テーブル３０００のストレージＩＰアドレス３００２に登録されたストレージシステムの管理Ｉ／Ｆ１０１２のネットワークアドレスを用いて、ストレージシステムの制御プログラム１０１８と通信する。なお、各種プログラムがストレージシステムの制御プログラム１０１８とデータを通信する場合、各種プログラムは、ストレージＩＰアドレス３００２に登録されたネットワークアドレスを用いて通信するが、以降では説明を省略する。
【０１００】
図５は、本発明の第１実施形態のボリューム管理テーブル５０００の説明図である。
【０１０１】
ボリューム管理テーブル５０００は、管理計算機１３００が管理するストレージシステムに備わる論理ボリューム１０２１に関する情報を管理するテーブルである。
【０１０２】
ボリューム管理テーブル５０００は、ストレージＩＤ５００１、ボリュームＩＤ５０００２、用途５００３、及び容量５００４を含む。
【０１０３】
ストレージＩＤ５００１には、ストレージシステムの一意な識別子が登録される。ボリュームＩＤ５００２には、論理ボリューム１０２１の一意な識別子が登録される。
【０１０４】
用途５００３には、ストレージＩＤ５００１に登録されたストレージシステムの一意な識別子並びにボリュームＩＤ５００２に登録された論理ボリューム１０２１の一意な識別子によって識別される論理ボリューム１０２１の用途を示す情報が登録される。
【０１０５】
具体的には、論理ボリューム１０２１がアプリケーションによって利用されるデータを記憶するためのデータボリュームである場合、用途５００３には「データボリューム」が登録される。また、論理ボリューム１０２１が、データボリュームに記憶されたデータがリモートコピー機能によって複製されるミラーボリュームである場合、用途５００３には、「ミラーボリューム」が登録される。また、論理ボリューム１０２１が、データボリューム又はミラーボリュームに記憶されたデータがローカルコピー機能によって複製されるバックアップボリュームである場合、用途５００３には、「バックアップボリューム」が登録される。また、論理ボリューム１０２１が使用されていない場合、用途５００３には、「未使用」が登録される。
【０１０６】
容量５００４には、ストレージＩＤ５００１に登録されたストレージシステムの一意な識別子並びにボリュームＩＤ５００２に登録された論理ボリューム１０２１の一意な識別子によって識別される論理ボリューム１０２１の容量を示す情報が登録される。
【０１０７】
なお、リモートコピー管理テーブル４０００の各フィールドには、設定プログラム１３５１が各ストレージシステムの制御プログラム１０１８から取得したデータが登録される。
【０１０８】
図６は、本発明の第１実施形態のバックアップポリシー管理テーブル６０００の説明図である。
【０１０９】
バックアップポリシー管理テーブル６０００は、各アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータボリュームに記憶されたデータがローカルコピー機能によってバックアップされる場合の各種ポリシーを管理するテーブルである。
【０１１０】
バックアップポリシー管理テーブル６０００は、アプリケーションＩＤ６００１、ＲＰＯ（Recovery Point Objective）（バックアップ周期）６００２、バックアップ保持期間６００３、縮退運用ポリシー６００４、バックアップ取得ストレージ６００５、及び最新バックアップ保持ストレージＩＤ６００６を含む。
【０１１１】
アプリケーションＩＤ６００１には、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１の一意な識別子が登録される。
【０１１２】
ＲＰＯ６００２には、アプリケーション１２６１によって利用されるデータボリューム（又はデータボリュームに記憶されたデータが複製されるミラーボリューム）に記憶されたデータをバックアップボリュームにローカルコピー機能を用いて複製されるバックアップ処理が実行されるタイミングを示す情報が登録される。
【０１１３】
バックアップ保持期間６００３には、アプリケーション１２６１によって利用されるデータボリュームから複製されたデータがバックアップボリュームに格納されている期間を示す情報が登録される。
【０１１４】
縮退運用ポリシー６００４には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータボリュームを備えるストレージシステム１０００（ローカルサイトのストレージシステム）及びデータボリュームに記憶されたデータがリモートコピーによって複製されるミラーボリュームを備えるストレージシステム１００１（リモートサイトのストレージシステム）の少なくとも一方に異常が発生した場合に、異常が発生していないストレージシステムが、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップする（以下、縮退運用という）ポリシーを示す情報が登録される。
【０１１５】
具体的には、縮退運用ポリシー６００４には、「ＲＰＯ維持」又は「バックアップ保持期間維持」が登録される。「ＲＰＯ維持」は、縮退運用時にバックアップ保持期間を犠牲にして、ＲＰＯ６００２に登録されたＲＰＯを維持するように、バックアップ指示プログラム１３５２がアプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップすることを示す情報である。一方、「バックアップ保持期間維持」は、縮退運用時にＲＰＯを犠牲にして、バックアップ保持期間６００３に登録されたバックアップ保持期間を維持するように、バックアップ指示プログラム１３５２がアプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップすることを示す情報である。
【０１１６】
つまり、バックアップ指示プログラム１３５２は、縮退運用時に縮退運用ポリシー６００４に登録された情報によって、異なる処理を実行する。なお、バックアップ指示プログラム１３５２の具体的な処理は、図１０で詳細を説明する。
【０１１７】
バックアップ取得ストレージ６００５には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータがリモートコピーによってバックアップされる場合の複製元のデータボリュームを備えるストレージシステムの一意な識別子及び複製先のミラーボリュームを備えるストレージシステムの一意な識別子が登録される。
【０１１８】
最新バックアップ保持ストレージＩＤ６００６には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータの最新バックアップデータを記憶しているストレージシステムの一意な識別子が登録される。
【０１１９】
なお、アプリケーションＩＤ６００１には、設定プログラム１３５１によって提供されるユーザインタフェース（例えば、ＧＵＩ）を介して、ユーザによって入力されたアプリケーション１２６１の一意な識別子が登録される。
【０１２０】
また、ＲＰＯ６００２、バックアップ保持期間６００３、及び縮退運用ポリシー６００４には、設定プログラム１３５１によって提供されるバックアップ条件登録コンソール９０００（図９参照）を介して、ユーザによって入力された、ＲＰＯを示す情報、バックアップ保持期間を示す情報、及び縮退運用ポリシーを示す情報が登録される。
【０１２１】
バックアップ取得ストレージ６００５には、設定プログラム１３５１によってストレージシステムの一意な識別子が登録されるが、詳細は図８で詳細を説明する。
【０１２２】
また、最新バックアップ保持ストレージＩＤ６００６には、バックアップ指示プログラム１３５２によってストレージシステムの一意な識別子が登録されるが、詳細は、図１０で詳細を説明する。
【０１２３】
図７は、本発明の第１実施形態のバックアップデータ管理テーブル７０００の説明図である。
【０１２４】
バックアップデータ管理テーブル７０００は、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータのバックアップ状態を管理するテーブルである。
【０１２５】
バックアップデータ管理テーブル７０００は、アプリケーションＩＤ７００１、世代ＩＤ７００２、バックアップ元ストレージＩＤ７００３、バックアップ元ボリュームＩＤ７００４、バックアップ先ストレージＩＤ７００５、バックアップ先ボリュームＩＤ７００６、バックアップ取得時間７００７、及び通常／冗長７００８を含む。
【０１２６】
アプリケーションＩＤ７００１には、アプリケーション１２６１の一意な識別子が登録される。
【０１２７】
世代ＩＤ７００２には、データがバックアップされるバックアップボリュームに割り当てられる世代の一意な識別子が登録される。
【０１２８】
バックアップ元ストレージＩＤ７００３には、当該世代のバックアップされたデータが取得された論理ボリューム１０２１を備えるストレージシステムの一意な識別子が登録される。バックアップ元ボリュームＩＤ７００４には、当該世代のバックアップされたデータが取得された論理ボリューム１０２１の一意な識別子が登録される。
【０１２９】
バックアップ先ストレージＩＤ７００５には、当該世代のバックアップされたデータが存在する論理ボリューム１０２１を備えるストレージシステムの一意な識別子が登録される、バックアップ先ボリュームＩＤ７００６には、当該世代のバックアップされたデータが存在する論理ボリューム１０２１の一意な識別子が登録される、
バックアップ取得時間７００７には、当該世代のデータがバックアップされた日時を示す情報が登録される。通常／冗長７００８には、当該世代のデータが計算機システム内に一つしかしない存在しない通常のデータであることを示す「通常」又は当該世代のデータが計算機システム内に複数存在する冗長化されたデータであることを示す「冗長」が登録される。なお、通常／冗長７００８には、何も登録されない場合がある。
【０１３０】
アプリケーションＩＤ７００１、世代ＩＤ７００２、バックアップ元ストレージＩＤ７００３、バックアップ元ボリュームＩＤ７００４、バックアップ先ストレージＩＤ７００５、及びバックアップ先ボリュームＩＤ７００６は、設定プログラム１３５１によって設定される。また、バックアップ取得時間７００７及び通常／冗長７００８は、バックアップ指示プログラム１３５２によって設定される。なお、バックアップ指示プログラム１３５２の処理は、図１０で詳細を説明する。
【０１３１】
次に、設定プログラム１３５１によるバックアップ環境設定処理を図８を用いて説明する。図８は、本発明の第１実施形態の設定プログラム１３５１によるバックアップ環境設定処理のフローチャートである。
【０１３２】
ユーザがバックアップ環境を設定するアプリケーション１２６１を指定することによって、設定プログラム１３５１は、バックアップ環境設定処理を開始する。
【０１３３】
まず、設定プログラム１３５１は、図２に示すアプリケーション管理テーブル２０００を参照し、指定されたアプリケーション１２６１が利用する論理ボリューム１０２１（データボリューム）を特定する（８０１０）。
【０１３４】
具体的には、設定プログラム１３５１は、アプリケーション管理テーブル２０００のアプリケーションＩＤ２００１に登録されたアプリケーション１２６１の識別子のうち、指定されたアプリケーション１２６１の一意な識別子と同じ識別子を含むエントリを選択する。
【０１３５】
設定プログラム１３５１は、選択されたエントリに含まれるストレージＩＤ２００２に登録されたストレージシステムの識別子及びボリュームＩＤ２００３に登録された論理ボリューム１０２１の識別子を取得することによって、指定されたアプリケーション１２６１が利用する論理ボリューム１０２１を特定する。
【０１３６】
次に、設定プログラム１３５１は、図４に示すリモートコピー管理テーブル４０００を参照し、ステップ８０１０の処理で特定された論理ボリューム１０２１のリモートコピーに関する情報、つまりステップ８０１０の処理で特定された論理ボリューム１０２１のミラーボリューム及び当該ミラーボリュームを備えるストレージシステムを特定する（８０２０）。
【０１３７】
ステップ８０１０の処理で特定されたデータボリュームを備えるストレージシステム及びステップ８０２０の処理で特定されたミラーボリュームを備えるストレージシステムが、データボリュームに記憶されたデータをバックアップするストレージシステムとなる。
【０１３８】
具体的には、設定プログラム１３５１は、リモートコピー管理テーブル４０００のローカルストレージＩＤ４００２に登録されたストレージシステムの識別子のうち、ステップ８０１０の処理で取得されたストレージシステムの識別子と同じ識別子を含むエントリを取得する。
【０１３９】
そして、設定プログラム１３５１は、選択されたエントリに含まれるデータボリュームＩＤ４００３に含まれる論理ボリューム１０２１の識別子のうち、ステップ８０１０の処理で取得された論理ボリューム１０２１の識別子と同じ識別子を含むエントリをさらに選択する。
【０１４０】
そして、設定プログラム１３５１は、選択されたエントリに含まれるリモートストレージＩＤ４００４に登録されたストレージシステムの識別子及びミラーボリュームＩＤ４００５に登録された論理ボリューム１０２１の識別子を取得することによって、ステップ８０１０の処理で取得された論理ボリューム１０２１のミラーボリューム及び当該ミラーボリュームを備えるストレージシステムを特定する。
【０１４１】
なお、ステップ８０２０の処理で、設定プログラム１３５１が図４に示すリモートコピー管理テーブル４０００の各エントリに登録される情報を制御プログラム１０１８から取得し、リモートコピー管理テーブル４０００を更新してもよい。
【０１４２】
次に、設定プログラム１３５１は、ステップ８０１０の処理で特定されたストレージシステムの識別子及びステップ８０２０の処理で取得されたストレージシステムの識別子に基づいて、図９に示すバックアップ条件登録コンソール９０００を表示装置１３２０に表示する（８０２５）。
【０１４３】
ユーザは、ステップ８０２５の処理で表示されたバックアップ条件登録コンソール９０００を介して、バックアップ保持期間、ＲＰＯ及び縮退運用ポリシーを入力する（８０３０）。
【０１４４】
次に、設定プログラム１３５１は、ユーザからの入力を受け付けた場合に、入力されたバックアップ保持期間及びＲＰＯに基づいて、（式１）を計算することによって、バックアップ世代数を算出する（８０４０）。
【０１４５】
（式１）
バックアップ世代数＝ＲＯＵＮＤＵＰ（バックアップ保持期間÷ＲＰＯ）＋１
なお、ＲＯＵＮＤＵＰ（Ｘ）は、Ｘの小数点以下を切り上げる関数である。
【０１４６】
例えば、入力されたバックアップ保持期間が６日、ＲＰＯが１日である場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（６÷１）＋１を計算し、バックアップ世代数は７世代であることを算出する。
【０１４７】
バックアップ世代数が７世代であると、バックアップボリュームのうち、最古のデータを記憶しているバックアップボリュームのデータが消去され、データボリュームに記憶される最新のデータが当該バックアップボリュームにバックアップされている間であっても、６日前のバックアップデータを保持できる。この場合、計算機システムには、バックアップデータは、現在バックアップ中のデータ、１日前のデータ、２日前のデータ、３日前のデータ、４日前のデータ、５日前のデータ、及び６日前のデータが存在する。
【０１４８】
次に、設定プログラム１３５１は、管理計算機１３００が管理する各ストレージシステムに設定されるローカルコピーペア世代数を、（式２）を計算することによって算出する（８０５０）。なお、ローカルコピーペア世代数は、各ストレージシステムに設定されるバックアップ処理によって複製されたデータを格納するバックアップボリュームの数である。
【０１４９】
（式２）
ローカルコピーペア世代数＝ＲＯＵＮＤＵＰ（バックアップ世代数÷ストレージシステム数）
例えば、バックアップ世代数が７世代であり、ストレージシステム数が２つである場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（７÷２）を計算し、ローカルコピーペア世代数は４世代であることを算出する。
【０１５０】
次に、設定プログラム１３５１は、ステップ８０５０の処理で算出されたローカルコピーペア世代数を使用ボリューム数として、バックアップ条件登録コンソール９０００を再度表示する（８０６０）。
【０１５１】
ユーザは、表示されたバックアップ条件登録コンソール９０００で表示された使用ボリューム数を許可する場合、バックアップ条件登録コンソール９０００に含まれる実行ボタンを操作する（８０７０）。
【０１５２】
設定プログラム１３５１は、ステップ８０７０の処理でユーザによって実行ボタンが操作されたことを受け付けた場合、図５に示すボリューム管理テーブル５０００を参照し、バックアップを取得する各ストレージシステムに備わる論理ボリューム１０２１に関する情報を取得する（８０８０）。
【０１５３】
具体的には、設定プログラム１３５１１は、ボリューム管理テーブル５０００のストレージＩＤ５００１に登録されたストレージシステムの識別子のうち、バックアップを取得する各ストレージシステムの識別子と同じ識別子のエントリを取得する。
【０１５４】
そして、設定プログラム１３５１は、取得されたエントリに含まれるすべてのボリュームの用途５００３に登録された情報、及び容量５００４に登録された情報を取得することによってバックアップを取得する各ストレージシステムに備わる論理ボリューム１０２１に関する情報を取得する。
【０１５５】
なお、設定プログラム１３５１は、ステップ８０８０の処理を実行する前に、各ストレージシステムの制御プログラム１０１８と通信して、ボリューム管理テーブル５０００に登録される情報を取得して、取得されたボリューム管理テーブル５０００に登録された情報に基づいて、ボリューム管理テーブル５０００を更新してもよい。
【０１５６】
次に、設定プログラム１３５１は、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えるか否かを判定する（８０９０）。
【０１５７】
具体的には、設定プログラム１３５１は、バックアップを取得するストレージシステムに備わる論理ボリューム１０２１のうち、ステップ８０８０の処理で取得された用途５００３に登録された情報が「未使用」であって、容量５００４に登録された情報がバックアップデータを記憶する容量より大きい論理ボリューム１０２１が、使用ボリューム数以上存在するか否かを判定する。
【０１５８】
ステップ８０９０の処理で、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えないと判定された場合、設定プログラム１３５１は、ストレージシステムにバックアップボリュームを設定できないことをユーザに通知するために、エラーメッセージを表示装置１３２０に表示し（８１００）、バックアップ環境設定処理を終了する。
【０１５９】
一方、ステップ８０９０の処理で、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えると判定された場合、設定プログラム１３５１は、ストレージシステムに備わる論理ボリューム１０２１をバックアップボリュームに設定する命令を、バックアップを取得する各ストレージシステムの制御プログラム１０１８に送信する（８１１０）。
【０１６０】
次に、設定プログラム１３５１は、管理テーブル群を更新し（８１２０）、バックアップ環境設定処理を終了する。
【０１６１】
具体的には、設定プログラム１３５１は、図５に示すボリューム管理テーブル５０００に含まれるエントリうち、ステップ８１１０の処理でバックアップボリュームに設定される論理ボリューム１０２１の用途５００３を「データボリューム」に更新する。
【０１６２】
また、設定プログラム１３５１は、ステップ８１１０の処理で設定されたバックアップボリュームに世代の識別子を割り当てる。そして、設定プログラム１３５１は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録される識別子のうち、ユーザによって入力されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。
【０１６３】
そして、設定プログラム１３５１は、選択されたエントリに含まれる世代ＩＤ７００２に登録された世代の識別子のうち、割り当てられた世代を示す識別子と一致するエントリを選択する。
【０１６４】
そして、設定プログラム１３５１は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３を、バックアップの対象となる論理ボリューム１０２１（データボリューム又はミラーボリューム）を備えるストレージシステムの識別子に更新し、バックアップ元ボリュームＩＤ７００４を、バックアップの対象となる論理ボリューム１０２１（データボリューム又はミラーボリューム）の識別子に更新する。
【０１６５】
また、設定プログラム１３５１は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５を、当該世代の識別子が割り当てられたバックアップボリュームを備えるストレージシステムの識別子に更新し、バックアップ先ボリュームＩＤ７００６を当該世代の識別子が割り当てられたバックアップボリュームの識別子に更新する。
【０１６６】
また、設定プログラム１３５１は、図６に示すバックアップポリシー管理テーブル６０００に含まれるエントリのうち、ユーザによって指定されたアプリケーション１２６１のエントリのＲＰＯ６０００２、バックアップ保持期間６００３及び縮退運用ポリシー６００４を、ステップ８０３０の処理でユーザによってバックアップ条件登録コンソール９０００を介して入力されたＲＰＯ、バックアップ保持期間、及び縮退運用ポリシーに更新する。
【０１６７】
また、設定プログラム１３５１は、図６に示すバックアップポリシー管理テーブル６０００に含まれるエントリのうち、ユーザによって指定されたアプリケーション１２６１のエントリのバックアップ取得ストレージ６００５を、ステップ８０２０の処理で特定されたストレージシステムに更新する。
【０１６８】
なお、ステップ８０３０及び８０７０の処理で、バックアップ条件登録コンソール９０００のキャンセルボタン９００２（図９参照）がユーザによって押下されると、設定プログラム１３５１は、バックアップ環境設定処理を中断する。
【０１６９】
また、本実施形態では、設定プログラム１３５１は、ステップ８０４０〜８０６０の処理で、ユーザによって入力されたバックアップ保持期間及びＲＰＯに基づいて世代数を算出したが、ユーザがバックアップ保持期間を入力せずに、世代数を入力し、入力された世代数及びＲＰＯに基づいて（式３）を計算することによって、バックアップ保持期間を算出するようにしてもよい。
【０１７０】
（式３）
バックアップ保持期間＝（世代数−１）×ＲＰＯとなる。
【０１７１】
次に、図８に示すステップ８０２５の処理で表示されるバックアップ条件登録コンソール９０００について、図９を用いて説明する。
【０１７２】
図９は、本発明の第１実施形態のバックアップ条件登録コンソール９０００の説明図である。
【０１７３】
バックアップ条件登録コンソール９０００は、バックアップ保持期間入力フィールド９００３、ＲＰＯ入力フィールド９００４、縮退運用ポリシー入力チェックボックス９００５、ボリューム数表示フィールド９００６、実行ボタン９００１、及びキャンセルボタン９００２を備える。
【０１７４】
バックアップ保持期間入力フィールド９００３は、ユーザがバックアップ保持期間を入力するためのフィールドである。ＲＰＯ入力フィールドは、ユーザがＲＰＯを入力するためのフィールドである。縮退運用ポリシー入力チェックボックス９００５は、ユーザが縮退運用ポリシーを選択するためのチェックボックスである。
【０１７５】
ボリューム数表示フィールド９００６は、図８に示すバックアップ環境設定処理のステップ８０６０の処理で表示されるフィールドであって、バックアップ運用に使用される論理ボリューム１０２１の数を表示するためのフィールドである。
【０１７６】
なお、ボリューム数表示フィールド９００６は、バックアップ保持期間入力フィールド９００３又はＲＰＯ入力フィールド９００４に入力された値が変更されると、設定プログラム１３５１によって更新される。
【０１７７】
実行ボタン９００１は、図８に示すバックアップ環境設定処理のステップ８０７０の処理で、ボリューム数表示フィールド９００６に表示される使用ボリューム数等のバックアップ条件が許容可能な場合にユーザが押下するボタンである。キャンセルボタン９００２は、図８のステップ８０３０及び８０７０の処理で、バックアップ環境設定処理を中断する場合にユーザが押下するボタンである。
【０１７８】
次に、バックアップ指示プログラム１３５２によるバックアップ処理を図１０を用いて説明する。
【０１７９】
図１０は、本発明の第１実施形態のバックアップ指示プログラム１３５２によるバックアップ処理のフローチャートである。
【０１８０】
ユーザがバックアップの対象となるアプリケーション１２６１を指定することによって、バックアップ指示プログラム１３５２は、バックアップ指示プログラム１３５２を開始する。
【０１８１】
バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００を参照し、現在の日時がユーザによって指定されたアプリケーション１２６１のＲＰＯになるまで、待機する（１００１０）。
【０１８２】
そして、現在の日時がアプリケーション１２６１のＲＰＯになった場合、バックアップ指示プログラム１３５２は、ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２にアプリケーション１２６１を静止化する命令を送信する（１００１３）。なお、アプリケーション１２６１の静止化とは、アプリケーション１２６１のデータボリュームへの書き込みを停止することである。
【０１８３】
次に、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００を参照し、バックアップを取得する通常バックアップ取得ストレージシステムを特定する（１００１５）。
【０１８４】
具体的には、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。
【０１８５】
そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子を取得する。なお、取得されたストレージシステムの識別子は、前回のバックアップ取得時に通常バックアップ取得ストレージシステムとして特定されたストレージシステムの識別子である。
【０１８６】
バックアップ指示プログラム１３５２は、バックアップを取得するごとに、通常バックアップ取得ストレージシステムを、バックアップポリシー管理テーブル６０００のバックアップ取得ストレージ６００５に登録されたストレージシステムの順に変更する。したがって、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得ストレージ６００５に登録されたストレージシステムの識別子のうち、取得された最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子の次のストレージシステムの識別子を、通常バックアップ取得ストレージシステムの識別子として取得する。
【０１８７】
なお、最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子がバックアップ取得ストレージ６００５に登録されたストレージシステムの識別子の最後の識別子である場合、又は最新バックアップ保持ストレージＩＤ６００６に何も登録されていない場合には、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されたストレージシステムの識別子の先頭のストレージシステムの識別子を通常バックアップ取得ストレージシステムの識別子として取得する。
【０１８８】
次に、バックアップ指示プログラム１３５２は、ステップ１００２０〜１０１４０の処理を、バックアップを取得するストレージシステムの数分繰り返す（１００１８）。なお、ステップ１００２０〜１０１４０の処理は、通常バックアップ取得ストレージシステムから優先して実行される。
【０１８９】
まず、バックアップ指示プログラム１３５２は、処理対象のストレージシステムの制御プログラム１０１８と通信し、当該ストレージシステムが正常に稼動しているか否かを判定する（ステップ１００２０）。
【０１９０】
ステップ１００２０の処理で、処理対象のストレージシステムが正常に稼動していないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであるか否かを判定する（ステップ１００３０）。
【０１９１】
ステップ１００３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムでないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムに対する処理を終了し、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。
【０１９２】
一方、ステップ１００３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであると判定された場合、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれる縮退運用ポリシー６００４に登録された値を取得する（ステップ１００４０）。
【０１９３】
ステップ１００４０の処理で取得された縮退運用ポリシー６００４に登録された値が「バックアップ保持期間維持」である場合、バックアップ指示プログラム１３５２は、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。
【０１９４】
一方、ステップ１００４０の処理で取得された縮退運用ポリシー６００４に登録された値が「ＲＰＯ維持」である場合、バックアップ指示プログラム１３５２は、通常バックアップ取得ストレージシステムを、現在特定されている通常バックアップ取得ストレージシステムの識別子の次のストレージシステムを、通常バックアップ取得ストレージシステムとして新たに特定し（１００５０）、ステップ１００１８の処理に戻る。具体的には、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されたストレージシステムの識別子から、現在通常バックアップ取得ストレージとして特定されているストレージシステムの識別子の次のストレージシステムの識別子を、通常バックアップ取得ストレージシステムの識別子として取得する。
【０１９５】
なお、ステップ１００１８の処理に戻ると、ステップ１００５０の処理で新たに特定された通常バックアップ取得ストレージシステムが、処理対象のストレージシステムとなる。
【０１９６】
また、ステップ１００５０の処理で、通常バックアップ取得ストレージシステムとして特定されるストレージシステムが存在しない場合、バックアップ指示プログラム１３５２は、エラーをログに出力して、異常終了する。
【０１９７】
一方、ステップ１００２０の処理で、処理対象のストレージシステムが正常稼動していると判定された場合、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００を参照し、処理対象のストレージシステムに備わるバックアップボリュームのうち、バックアップを取得していないバックアップボリュームが存在するか否かを判定する（１００６０）。
【０１９８】
具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３又はバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子のうち、処理対象のストレージシステムの識別子と一致するエントリを選択する。
【０１９９】
バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得時間７００７に何も登録されていないエントリがあるか否かを判定する。
【０２００】
ステップ１００６０の処理で、バックアップを取得していないバックアップボリュームが存在すると判定された場合、バックアップ指示プログラム１３５２は、当該バックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いてバックアップボリュームに複製することによって、バックアップを取得する（１００７０）。
【０２０１】
具体的には、バックアップ指示プログラム１３５２は、バックアップを取得していないバックアップボリュームがバックアップを取得する指示を、当該バックアップボリュームを備えるストレージシステムの制御プログラム１０１８に送信する。
【０２０２】
そして、ステップ１００７０の処理で、バックアップを取得していないバックアップボリュームがバックアップの取得を終了すると、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子及びバックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子のうち、ステップ１００７０の処理でバックアップを取得したバックアップボリュームを備えるストレージシステムの識別子及び当該バックアップボリュームの識別子と一致するエントリを選択する。
【０２０３】
そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得時間７００７及び通常／冗長７００８を更新する（１００８０）。
【０２０４】
具体的には、バックアップ指示プログラム１３５２は、バックアップ取得時間７００７に、ステップ１００１３の処理でアプリケーション１２６１を静止化した日時を示す情報を登録する。また、バックアップ指示プログラム１３５２は、通常／冗長７００８に、バックアップボリュームに記憶されたデータが、ストレージシステムが通常バックアップ取得ストレージシステムとして選択された場合に複製されたデータを記憶するバックアップデータボリュームである場合に「通常」を登録する。また、バックアップ指示プログラム１３５２は、通常／冗長７００８に、バックアップボリュームに記憶されたデータが、ストレージシステムが通常バックアップ取得ストレージシステムとして選択されていない場合に複製されたデータを記憶するバックアップデータボリュームである場合に「冗長」を登録する。
【０２０５】
一方、ステップ１００６０の処理で、処理対象のストレージシステムに備わるバックアップボリュームのうち、バックアップを取得していないバックアップボリュームが存在しないと判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在するか否かを判定する（１００９０）。
【０２０６】
具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子が処理対象のストレージシステムの識別子と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリのうち、バックアップ取得時間７００７に登録された日時を示す情報が現在の日時からバックアップ保持期間以上経過しているエントリが存在するか否かを判定する。
【０２０７】
ステップ１００９０の処理で、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在すると判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームから一つのバックアップボリュームを任意に選択し、選択されたバックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いてバックアップボリュームに複製することによって、バックアップを取得し（１０１００）、ステップ１００８０の処理に進む。
【０２０８】
一方、ステップ１００９０の処理で、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在しないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムとして特定されていない場合にバックアップが取得された論理ボリューム（冗長ボリューム）を備える否かを判定する（１０１１０）。
【０２０９】
具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３又はバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子のうち、処理対象のストレージシステムの識別子と一致するエントリを選択する。
【０２１０】
そして、バックアップ指示プログラム１３６２は、選択されたエントリに含まれる通常／冗長７００８に「冗長」を示す情報が登録されたエントリが存在するか否かを判定する。
【０２１１】
ステップ１０１１０の処理で、処理対象のストレージシステムが冗長ボリュームを備えると判定された場合、バックアップ取得時間７００７に登録された日時が最も古い冗長ボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いて当該バックアップボリュームに複製することによって、バックアップを取得し（１０１２０）、ステップ１００８０の処理に進む。
【０２１２】
一方、ステップ１０１１０の処理で、処理対象のストレージシステムが冗長ボリュームを備えないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであるか否かを判定する（１０１３０）。
【０２１３】
ステップ１０１３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであると判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間７００７に登録された日時が最も古いバックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いて当該バックアップボリュームに複製することによって、バックアップを取得し（１０１４０）、ステップ１００８０の処理に進む。
【０２１４】
一方、ステップ１０１３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムでないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムに対する処理を終了し、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。
【０２１５】
次に、バックアップ指示プログラム１３５２は、ステップ１００２０〜１０１４０の処理を、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子がユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれるバックアップ取得ストレージ６００５に登録されたストレージシステムの数分繰り返し実行される。
【０２１６】
そして、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００の最新バックアップ保持ストレージＩＤ６００６のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子がユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に、ステップ１００１５の処理で特定された通常バックアップ取得ストレージシステムの識別子を登録する（１０１７０）。
ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２にアプリケーション１２６１を静止化する命令を送信する
次に、バックアップ指示プログラム１３５２は、ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２に、アプリケーション１２６１の静止化を解除する命令を送信し（１０１７０）、ステップ１００１０の処理に戻る。
【０２１７】
次に、バックアップ指示プログラム１３５２によるバックアップ処理の運用を、図１１Ａ〜１１Ｃ及び図１２Ａ〜１２Ｅを用いて具体的に説明する。
【０２１８】
なお、図１１Ａ〜１１Ｃ及び図１２Ａ〜１２Ｅでは、ＲＰＯが１日、バックアップ保持期間が６日に設定され、バックアップ取得ストレージシステムが２台（ＲＡＩＤ１及びＲＡＩＤ２）である場合について説明する。また、各ストレージシステムには、４世代のバックアップボリュームが設定されている。また、バックアップを取得する対象のアプリケーション１２６１は、「ＡＰ１」である。
【０２１９】
図１１Ａ〜１１Ｃは、バックアップ指示プログラム１３５２がバックアップ処理の実行開始した直後から一方のストレージシステムに異常が発生するまでのバックアップ状態の説明図である。また、図１２Ａ〜１２Ｅは、一方のストレージシステムに障害が発生し、バックアップ指示プログラム１３５２が縮退運用を行う場合のバックアップ状態の説明図である。
【０２２０】
図１１Ａは、本発明の第１実施形態のバックアップ指示プログラム１３５２がバックアップ処理を開始した直後のバックアップ状態の説明図である。
【０２２１】
１月１日にバックアップ処理が開始される。バックアップ指示プログラム１３５２は、ＲＰＯに設定された所定の時間になるまでバックアップ処理を待機し、ＲＰＯに設定された所定の時間が経過した場合に、ステップ１００１０の処理に進み、アプリケーション１２６１を静止化する。
【０２２２】
そして、バックアップ指示プログラム１３５２は、ステップ１００１５の処理に進む。この場合、バックアップ処理が開始された直後であるため、図６に示すバックアップポリシー管理テーブル６０００の最新バックアップ保持ストレージＩＤ６００６には、何も登録されていない。したがって、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されているストレージシステムの識別子（ＲＡＩＤ１及びＲＡＩＤ２）のうち、先頭のＲＡＩＤ１を、通常バックアップ取得ストレージシステムの識別子として取得する。なお、通常バックアップ取得ストレージシステムとして特定されたＲＡＩＤ１が優先して処理されるので、ＲＡＩＤ１から処理が実行される。
【０２２３】
また、ＲＡＩＤ１は、正常に稼動しているので、ステップ１００６０の処理に進む。
【０２２４】
ＲＡＩＤ１はバックアップを取得していない未使用のバックアップボリュームを備えるので、ステップ１００７０の処理に進む。バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータを未使用のバックアップボリュームの一つにバックアップし、ステップ１００８０の処理に進む。
【０２２５】
ステップ１００８０の処理では、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップを取得したバックアップボリュームのエントリに含まれるバックアップ取得時間７００７に、アプリケーション１２６１を静止化した時間を登録する。また、バックアップを取得したバックアップボリュームは通常バックアップ取得ストレージシステムであるＲＡＩＤ１に備わるので、バックアップ指示プログラム１３５２は、当該エントリに含まれる通常／冗長７００８に「通常」を登録する。
【０２２６】
なお、バックアップ指示プログラム１３５２は、ＲＡＩＤ２に対してバックアップ処理を実行していないので、ステップ１００１８の処理に戻る。
【０２２７】
この場合、ステップ１００１８の処理で、バックアップ指示プログラム１３５２は、ＲＡＩＤ２を処理対象のストレージシステムとして選択する。
【０２２８】
ＲＡＩＤ２は未使用のバックアップボリュームを備えるので、バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータを未使用のバックアップボリュームの一つにバックアップし、ステップ１００８０の処理に進む。
【０２２９】
ステップ１００８０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージでないので、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップを取得したバックアップボリュームのエントリに含まれる通常／冗長７００８に「冗長」を登録する。
【０２３０】
バックアップを取得するすべてのストレージシステムに対して、バックアップを処理が実行されたので、バックアップ指示プログラム１３５２は、ステップ１０１７０の処理に進み、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１がＡＰ１であるエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に通常バックアップ取得ストレージシステムであるＲＡＩＤ１を登録し、ステップ１００１０の処理に戻る。
【０２３１】
そして、ＲＰＯに設定された所定の時間が経過し、次のバックアップタイミング（１月２日）になると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理でＲＡＩＤ２を通常バックアップ取得ストレージとして選択して、バックアップ処理を実行する。
【０２３２】
このようにバックアップ処理を繰り返し実行すると、１月４日には、ＲＡＩＤ１及びＲＡＩＤ２に備わるすべてのバックアップボリュームにはバックアップデータが記憶され、ＲＡＩＤ１及びＲＡＩＤ２には未使用のバックアップボリュームが存在しなくなる。
【０２３３】
図１１Ｂは、本発明の第１実施形態のストレージシステムに未使用のバックアップボリュームが存在しなくなってからバックアップ処理が実行された場合のバックアップ状態の説明図である。
【０２３４】
１月５日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月４日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ１を通常バックアップ取得ストレージとして選択する。
【０２３５】
バックアップ指示プログラム１３５２は、ステップ１００６０の処理で、ＲＡＩＤ１には未使用のバックアップボリュームは存在しないと判定し、ステップ１００９０の処理で、ＲＡＩＤ１にはバックアップ保持期間を超えている不要なバックアップボリュームは存在しないと判定する。
【０２３６】
そして、バックアップ指示プログラム１３５２は、ステップ１０１１０の処理で、ＲＡＩＤ１には冗長ボリュームが存在すると判定し、ステップ１０１２０の処理に進む。
【０２３７】
バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月２日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータをバックアップする。
【０２３８】
次に、バックアップ指示プログラム１３５２は、ＲＡＩＤ２に対してバックアップ処理を実行する。ＲＡＩＤ２には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えている不要なバックアップボリュームも存在しない。また、ＲＡＩＤ２には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月１日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０２３９】
図１１Ｃは、本発明の第１実施形態のバックアップ保持期間を超えるバックアップボリュームが存在するようになった場合のバックアップ状態の説明図である。
【０２４０】
図１１Ｂに示すバックアップ処理が１月７日まで実行される。１月８日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月７日のバックアップ処理でＲＡＩＤ１が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ２を通常バックアップ取得ストレージとして選択する。
【０２４１】
ＲＡＩＤ２には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えている不要なバックアップボリュームも存在しない。また、ＲＡＩＤ２には冗長ボリュームが存在するので、図１１Ｂで説明したように、バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月７日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０２４２】
次に、バックアップ指示プログラム１３５２は、ＲＡＩＤ１に対してバックアップ処理を実行する。
【０２４３】
ＲＡＩＤ１には未使用のバックアップボリュームが存在せず、冗長ボリュームも存在しない。また、ＲＡＩＤ１にはバックアップ保持期間を超えているバックアップボリューム（１月１日バックアップを取得したバックアップボリューム）が存在するので、バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、ＲＡＩＤ１にはバックアップ保持期間を超えているバックアップボリュームに記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータをバックアップする。
【０２４４】
したがって、ＲＡＩＤ１及びＲＡＩＤ２は交互にバックアップを取得し、一方のストレージシステムに災害等によって正常に稼動できなくなった場合であっても、ＲＰＯは要求されたＲＰＯの２倍までに抑えることができる。また、一方のストレージシステムに災害等によって正常に稼動できなくなった場合であっても、バックアップ保持期間は、要求されたバックアップ保持期間−ＲＰＯまでに劣化を抑えることができる。
【０２４５】
図１２Ａは、本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「ＲＰＯ維持」で縮退運用が行われた場合のバックアップ状態の説明図である。
【０２４６】
図１１Ｃに示す１月８日のバックアップ処理が実行された後、ＲＡＩＤ１に障害が発生している。
【０２４７】
１月９日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月８日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ１を通常バックアップ取得ストレージとして選択する。
【０２４８】
バックアップ指示プログラム１３５２は、ステップ１００２０の処理で処理対象のＲＡＩＤ１が正常に稼動していないと判定し、ステップ１００３０の処理に進む。
【０２４９】
なお、バックアップ指示プログラム１３５２は、処理対象のＲＡＩＤ１が正常に稼動していないと判定した場合、アプリケーション１２６１がデータを書き込むボリュームを、ＲＡＩＤ２のミラーボリュームに設定する命令をミラーホスト計算機１２００に送信する。
【０２５０】
ＲＡＩＤ１は通常バックアップ取得ストレージであり、縮退運用ポリシーが「ＲＰＯ維持」であるので、バックアップ指示プログラム１３５２は、ステップ１００５０の処理で、ＲＡＩＤ２を通常バックアップ取得ストレージとして選択する。
【０２５１】
ＲＡＩＤ２に対してバックアップ処理が実行されていないので、ステップ１００１８の処理に戻る。
【０２５２】
ＲＡＩＤ２は正常に稼動しているので、ステップ１００６０〜１０１４０の処理に進む。
【０２５３】
ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム、及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ＲＡＩＤ２は通常バックアップ取得ストレージであるので、バックアップ指示プログラム１３５２は、ステップ１０１４０の処理で、バックアップ取得時間が最も古いバックアップボリューム（１月２日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０２５４】
図１２Ｂは、本発明の第１実施形態の「ＲＰＯ維持」で縮退運用が３日間行われた場合のバックアップ状態の説明図である。
【０２５５】
１月１１日のバックアップ処理は、図１２Ａと同じなので説明を省略する。
【０２５６】
このように、ＲＡＩＤ１が正常に稼動していない場合であって、かつ縮退運用ポリシーが「ＲＰＯ維持」である場合には、バックアップ指示プログラム１３５２は、ＲＰＯごとに、ＲＰＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、バックアップを取得する。
【０２５７】
図１２Ｂに示すように、「ＲＰＯ維持」で縮退運用が行われたバックアップ状態は、４日間のデータしかバックアップできないが、１日ごとのデータをバックアップできる。つまり、バックアップ指示プログラム１３５２は、バックアップ保持期間を犠牲にして、ＲＰＯを維持する。
【０２５８】
図１２Ｃは、本発明の第１実施形態の図１２Ｂに示すバックアップ状態の後にＲＡＩＤ１が障害から復旧して、ＲＡＩＤ１及びＲＡＩＤ２によってバックアップが運用されている場合のバックアップ状態の説明図である。
【０２５９】
ＲＡＩＤ１が障害から復旧した後の１月１２日のバックアップ処理では、１月１１日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ボリュームとして選択されているので、ＲＡＩＤ１が通常バックアップ取得ボリュームとして選択される。
【０２６０】
ＲＡＩＤ１には未使用のバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、当該未使用のバックアップボリュームに、ＡＰ１によって利用されるデータボリュームをバックアップする。
【０２６１】
一方、ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムではないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。
【０２６２】
１月１３日に実行されるバックアップ処理では、１月１２日のバックアップ処理でＲＡＩＤ１が通常バックアップ取得ストレージシステムとして選択されているので、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。
【０２６３】
ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムであるため、ステップ１０１４０の処理に進む。バックアップ指示プログラム１３５２は、ステップ１０１４０の処理で、ＲＡＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０２６４】
一方、ＲＡＩＤ１には未使用のバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、当該未使用のバックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。
【０２６５】
１月１４日のバックアップ処理は１月１２日のバックアップ処理と同じであり、１月１５日のバックアップ処理は１月１３日のバックアップ処理と同じであるので、説明を省略する。
【０２６６】
図１２Ｄは、本発明の第１実施形態の図１２Ｃに示すバックアップ処理がさらに実行された場合のバックアップ状態の説明図である。
【０２６７】
１月１６日に実行されるバックアップ処理では、ＲＡＩＤ１が通常バックアップ取得ストレージシステムとして選択される。ＲＡＩＤ１には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、バックアップ取得時間が最も古い冗長ボリューム（１月１３日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。
【０２６８】
一方、ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムではないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。
【０２６９】
１月１７日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。ステップ１０１４０の処理で、ＲＡＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０２７０】
一方、ＲＡＩＤ１には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、バックアップ取得時間が最も古い冗長ボリューム（１月１５日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。
【０２７１】
これによって、通常運用中のバックアップ状態と同じバックアップ状態に復帰できる。
【０２７２】
図１２Ｅは、本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「バックアップ保持期間維持」で縮退運用が行われた場合のバックアップ状態の説明図である。
【０２７３】
１月８日に実行されるバックアップ処理では、ＲＡＩＤ１が通常バックアップ取得ストレージとして選択される。バックアップ指示プログラムは、ステップ１００２０の処理で処理対象のＲＡＩＤ１が正常に稼動していないと判定し、ステップ１００３０の処理に進む。
【０２７４】
ＲＡＩＤ１は通常バックアップ取得ストレージであり、縮退運用ポリシーが「バックアップ保持期間維持」であるので、ステップ１００１８の処理に戻る。
【０２７５】
ＲＡＩＤ２は正常に稼動しているので、ステップ１００６０〜１０１４０の処理に進む。
【０２７６】
ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム、及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ＲＡＩＤ２は通常バックアップ取得ストレージでないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。
【０２７７】
つまり、バックアップ指示プログラム１３５２は、１月８日のバックアップを取得しない。
【０２７８】
１月９日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージとして選択される。バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、ＲＡＩＤ２にはバックアップ保持期間を超えているバックアップボリューム（１月１日）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するミラーボリュームに記憶されたデータをバックアップする。
【０２７９】
一方、ステップ１００３０の処理でＲＡＩＤ１は通常バックアップ取得ストレージではないと判定され、バックアップ処理を終了する。
【０２８０】
このように、縮退運用ポリシーが「バックアップ保持期間維持」である場合には、正常に稼動しているＲＡＩＤ２で、１日おきにバックアップが取得される。これによって、バックアップ指示プログラム１３５２は、ＲＰＯを犠牲にして、バックアップ保持期間を維持する。
【０２８１】
次に、稼動状況表示プログラム１３５３によるバックアップ保持状態表示処理を図１３を用いて説明する。図１３は、本発明の第１実施形態の稼動状況表示プログラム１３５３によるバックアップ保持状態表示処理のフローチャートである。
【０２８２】
なお、バックアップ保持状態表示処理は、各リカバリポイントに対応するバックアップがどのストレージシステムに記憶されているのかをユーザが確認するための図１４に示すバックアップ保持状態表示コンソール１４０００を表示する処理である。
【０２８３】
ユーザがバックアップ保持状態を表示するアプリケーション１２６１を指定することによって、稼動状況表示プログラム１３５３はバックアップ保持状態表示処理を開始する。
【０２８４】
まず、稼動状況表示プログラム１３５３は、図７に示すバックアップデータ管理テーブル７０００を参照し、指定されたアプリケーション１２６１に関連付けられたローカルコピーペアが保持するバックアップの取得時間、バックアップ先ストレージシステム、バックアップボリュームの情報を取得する（１３０１０）。
【０２８５】
具体的には、稼動状況表示プログラム１３５３は、バックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。
【０２８６】
そして、稼動状況表示プログラム１３５３は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子、バックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子、バックアップ取得時間７００７に登録された日時を示す情報、及び通常／冗長７００８に登録された情報を取得する。
【０２８７】
次に、稼動状況表示プログラム１３５３は、ステップ１３０１０の処理で取得された情報に基づいて、バックアップ保持状態表示コンソール１４０００を表示装置１３２０に表示する（１３０２０）。なお、バックアップ保持状態表示コンソール１４０００は、図１４で詳細に説明する。
【０２８８】
次に、稼動状況表示プログラム１３５３は、バックアップ保持状態表示コンソール１４０００に表示される閉じるボタン１４００５（図１４参照）が押下されるまで処理を待機する（１３０３０）。閉じるボタン１４００５は押下された場合、稼動状況表示プログラム１３５３は、表示装置１３２０に表示されているバックアップ保持状態表示コンソール１４０００を消去し、バックアップ保持状態表示処理を終了する。
【０２８９】
図１４は、本発明の第１実施形態のバックアップ保持状態表示コンソール１４０００の説明図である。
【０２９０】
バックアップ保持状態表示コンソール１４０００は、バックアップ取得ストレージシステムリスト１４００１、時間軸１４００２、少なくとも一つ以上のリカバリポイント１４００３、及び閉じるボタン１４００５を備える。
【０２９１】
なお、バックアップ保持状態表示コンソールは、横軸が時間軸１４００２で、縦軸がバックアップ取得ストレージシステムリスト１４００１であるグラフである。
【０２９２】
時間軸１４００２上に表示されるリカバリポイント１４００３と、リカバリポイント１４００３のバックアップを取得したバックアップ取得ストレージシステムリスト１４００１との座標に、バックアップ保持アイコン１４００４が表示される。
【０２９３】
バックアップ保持アイコン１４００４には、「通」又は「冗」が表示される。「通」は、ストレージシステムが通常バックアップ取得ストレージとして選択されていたときに、取得されたバックアップであることを示す。「冗」は、ストレージシステムが通常バックアップ取得ストレージとして選択されていないときに、取得されたバックアップであることを示す。
【０２９４】
閉じるボタン１４００５がユーザによって押下されると、稼動状況表示プログラム１３５３はバックアップ保持状態表示コンソール１４０００を消去し、バックアップ保持状態表示処理を終了する。ユーザは任意のタイミングで閉じるボタン１４００５を押下してよい。
【０２９５】
次に、バックアップボリュームに記憶されたデータを当該データボリュームに複製することによって、データボリュームの破壊されたデータを修復するリストア処理を、図１５用いて説明する。図１５は、本発明の第１実施形態のリストア指示プログラム１３５４によるリストア処理のフローチャートである。
【０２９６】
リストア指示プログラム１３５４は、ユーザが破壊されたデータが存在するリストア対象となるアプリケーション１２６１を指定することによって、リストア処理を開始する。
【０２９７】
まず、リストア指示プログラム１３５４は、図７に示すバックアップデータ管理テーブル７０００を参照し、指定されたアプリケーション１２６１に関連付けられたローカルコピーが保持するバックアップの取得時間、バックアップ先ストレージシステム、及びバックアップボリュームの情報を取得する（ステップ１５０１０）。
【０２９８】
ステップ１５０１０の処理は、図１３に示すバックアップ保持状態表示処理のステップ１３０１０の処理と同じなので、説明を省略する。
【０２９９】
次に、リストア指示プログラム１３５４は、ステップ１５０１０の処理で取得された情報に基づいて、図１６に示すリストア対象入力コンソール１６０００を表示装置１３２０に表示する（１５０２０）。なお、リストア対象入力コンソール１６０００は、図１６で詳細を説明する。
【０３００】
リストア指示プログラム１３５４は、データボリュームの破壊されたデータを修復するためのデータをコピーした日時を示すリカバリポイントが、ユーザによってリストア対象入力コンソール１６０００を介して入力されるまで、処理を待機する（１５０３０）。
【０３０１】
データボリュームの破壊されたデータを修復するためのデータをコピーしたリカバリポイントが入力されると、リストア指示プログラム１３５４は、ユーザによって指定されたアプリケーション１２６１を停止する命令をリカバリマネージャ１２６２に送信する（１５０４０）。
【０３０２】
次に、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップデータを記憶するストレージシステムであるか否かを判定する（１５０５０）。つまり、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが存在するローカルサイトに、データボリュームの破壊されたデータを修復するためのデータが存在するか否かを判定する。
【０３０３】
具体的には、リストア指示プログラム１３５４は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。
【０３０４】
そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ取得時間７００７のうち、入力されたリストアの対象となるリカバリポイントの日時と一致するエントリを選択する。そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子を、データボリュームの破壊されたデータを修復するためのデータがコピーされたリカバリポイントのバックアップを記憶するストレージシステムの識別子として取得する。また、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子も取得する。これによって、データボリュームの破壊されたデータを記憶するバックアップボリュームが特定される。
【０３０５】
また、リストア指示プログラム１３５４は、図２に示すアプリケーション管理テーブル２０００のアプリケーションＩＤ２００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。
【０３０６】
そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるストレージＩＤ２００２に登録されたストレージシステムの識別子を、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムの識別子として取得する。
【０３０７】
そして、リストア指示プログラム１３５４は、取得されたバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子とストレージＩＤ２００２に登録されたストレージシステムの識別子とが一致するか否かを判定する。
【０３０８】
ステップ１５０５０の処理で、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップを記憶するストレージシステムであると判定された場合、リストア指示プログラム１３５４は、当該指定されたリカバリポイントのバックアップデータが記憶されたバックアップボリュームに記憶されたデータを、ローカルコピーのリストア機能を用いて、データボリュームにコピーする命令を、制御プログラム１０１８に送信する（１５０６０）。
【０３０９】
そして、リストア指示プログラム１３５４は、データボリュームへのデータのコピーが終了すると、ステップ１５０４０の処理で停止したアプリケーション１２６１を再開する命令を、リカバリマネージャ１２６２に送信し（１５０７０）、リストア処理を終了する。
【０３１０】
一方、ステップ１５０５０の処理で、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップデータを記憶するストレージシステムでないと判定された場合、リストア指示プログラム１３５４は、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームとミラーボリュームとのコピー方向を逆向きに設定する命令を、制御プログラム１０１８に送信する（１５０８０）。これによって、ミラーボリュームに記憶されたデータがデータボリュームへコピーされる。
【０３１１】
次に、リストア指示プログラム１３５４は、指定されたリカバリポイントのバックアップデータを記憶するバックアップボリュームから、ローカルコピーのリストア機能を用いて、ミラーボリュームにデータをコピーする命令を、当該ミラーボリュームを備えるストレージシステムの制御プログラム１０１８に送信する（１５０９０）。
【０３１２】
次に、リストア指示プログラム１３５４は、ミラーボリュームにリストアされたデータのデータボリュームへのコピーが完了するまでを待機する（１５１００）。なお、リストア指示プログラム１３５４は、ミラーボリュームからデータボリュームへのデータのコピーが完了したかを判定するために、制御プログラム１０１８にコピーの進捗状況を周期的に確認する。
【０３１３】
次に、ミラーボリュームからデータボリュームへのデータのコピーが完了すると、リストア指示プログラム１３５４は、ステップ１５０８０の処理で逆向きに設定されたコピー方向を、データボリュームからミラーボリュームへコピーするコピー方向に設定する命令を、制御プログラム１０１８に送信し（１５１１０）、ステップ１５０７０の処理に進む。
【０３１４】
図１６は、本発明の第１実施形態のリストア対象入力コンソール１６０００の説明図である。
【０３１５】
リストア対象入力コンソール１６０００は、リストア対象ボリューム１６００１、時間軸１６００２、少なくとも一つ以上のリカバリポイント１６００３、実行ボタン１６００５、及びキャンセルボタン１６００６を備える。
【０３１６】
なお、リストア対象入力コンソール１６０００は、横軸が時間軸１６００２で、縦軸がリストア対象ボリューム１６００１であるグラフである。
【０３１７】
時間軸１６００２上に表示されるリカバリポイント１６００３とリストア対象ボリューム１６００１に対応する座標にバックアップ保持アイコン１６００４が表示される。バックアップ保持アイコン１６００４は、マウスポインタ等のポインティングデバイスをユーザが操作することによって選択できる。なお、選択されたバックアップ保持アイコン１６００４は色が反転する。なお、一つのバックアップ保持アイコン１６００４が選択された場合、他のバックアップ保持アイコン１６００４が選択できないようになっている。
【０３１８】
実行ボタン１６００５がユーザによって押下されると、リストア指示プログラム１３５４は、選択されたバックアップ保持アイコン１６００４が示すリカバリポイント１６００３のバックアップをリストア対象バックアップとして取得して、図１５に示すリストア処理のステップ１５０４０の処理に進む。バックアップ保持アイコン１６００４が選択されずに、実行ボタン１６００５が押下された場合には、リストア指示プログラム１３５４はエラーメッセージをユーザに表示し、ステップ１５０４０の処理に進まない。
【０３１９】
キャンセルボタン１６００６がユーザによって押下された場合、リストア指示プログラム１３５４は、リストア対象入力コンソール１６０００を消去し、リストア処理を終了する。キャンセルボタン１６００６は、リストア指示プログラム１３５４がステップ１５０３０の処理を実行しているタイミングでのみで押下可能である。
【０３２０】
本実施形態によれば、リモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。
【０３２１】
（第１実施形態の変形例）
なお、第１実施形態では、ユーザは、バックアップされたデータを冗長化する世代数を指定できない。第１実施形態の変形例では、ユーザがバックアップされたデータを冗長化する世代数を設定可能な管理計算機１３００について説明する。
【０３２２】
例えば、バックアップを取得したバックアップボリュームの直近の世代のバックアップボリュームが冗長化され、ユーザは、この冗長化される世代数を指定する。
【０３２３】
なお、第１実施形態の変形例では、第１実施形態と異なる箇所のみ説明する。
【０３２４】
冗長化される世代数は、図９に示すバックアップ条件登録コンソール９０００を介して管理計算機１３００に入力される。このため、図９に示すバックアップ条件登録コンソール９０００は、さらに冗長化世代数入力部を備える。冗長化世代数入力部は、ユーザが希望する冗長化される世代数が入力される。
【０３２５】
また、図８に示すバックアップ環境設定処理のステップ８０５０の処理で、設定プログラム１３５１は、管理計算機１３００が管理する各ストレージシステムに設定されるローカルコピーペア世代数を、（式４）を計算することによって算出する。
【０３２６】
（式４）
ローカルコピーペア世代数＝ＲＯＵＮＤＵＰ（バックアップ世代数÷ストレージシステム数）＋（冗長世代数）−ＲＯＵＮＤＤＯＷＮ（冗長世代数÷ストレージシステム数）
なお、ＲＯＵＮＤＤＯＷＮ（Ｘ）は、Ｘの小数点以下を切り捨てる関数である。
【０３２７】
例えば、バックアップ世代数が７世代であり、ストレージシステム数が２つであり、ユーザによって入力された冗長化世代数が２世代である場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（７÷２）＋２−ＲＯＵＮＤＤＯＷＮ（２÷２）を計算し、ローカルコピーペア世代数は５世代であることを算出する。
【０３２８】
しがって、バックアップを取得する各ストレージシステムが、５世代以上のバックアップボリュームを備えていれば、ユーザによって入力された世代数分冗長化したバックアップを運用できる。
【０３２９】
図１７は、本発明の第１実施形態の変形例のバックアップ指示プログラム１３５２がバックアップ処理を実行した場合のバックアップ状態の説明図である。
【０３３０】
なお、バックアップ世代数が７世代であり、ストレージシステム数が２つであり、ユーザによって入力された冗長化世代数が２世代である場合について説明する。また、ＲＰＯが１日、バックアップ保持期間が６日に設定され、バックアップ取得ストレージシステムが２台（ＲＡＩＤ１及びＲＡＩＤ２）である場合について説明する。また、各ストレージシステムには、５世代のバックアップボリュームが設定されている。また、バックアップを取得する対象のアプリケーション１２６１は、「ＡＰ１」である。
【０３３１】
１月８日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。そして、ＲＡＩＤ２には、未使用のバックアップボリューム及びバックアップ保持期間を超えるバックアップボリュームが存在せず、冗長ボリューム（１月５日にバックアップが取得されたバックアップボリューム）が存在するので、バックアップ指示プログラム１３５２は、図１０に示すステップ１０１２０の処理で、当該冗長ボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。
【０３３２】
一方、ＲＡＩＤ１には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えるバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、当該バックアップ保持期間を超えるバックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。
【０３３３】
（式４）を計算した値がローカルペアの世代数として算出されるため、バックアップ指示プログラム１３５２がバックアップを取得する場合、一方のストレージシステム（図１７のＲＡＩＤ１）では、バックアップ取得時間が最も古いバックアップボリュームがバックアップ保持期間を超えるので、当該バックアップボリュームに記憶されるデータを間引いて、データをバックアップできる。また、他方のストレージシステム（図１７のＲＡＩＤ２）では、最古の冗長ボリュームが４世代前のバックアップボリュームとなり当該バックアップボリュームに記憶されるデータを間引いて、データをバックアップできる。
【０３３４】
これによって、常に冗長化されたバックアップボリュームの世代を２つに維持しながら、バックアップを運用できる。
【０３３５】
（第２実施形態）
第２実施形態は、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータが複数のリモートサイトに存在するストレージに備わるミラーボリュームに複製される実施形態である。
【０３３６】
本発明の第２実施形態を図１８を用いて説明する。図１８は、本発明の第２実施形態の計算機システムの構成を示すブロック図である。なお、第１実施形態の計算機システム１００と同じ個所は、説明を省略する。
【０３３７】
計算機システムは、３つのストレージシステム１０００、１１００及び１７００を備える。
【０３３８】
ストレージシステム１０００のデータボリュームに記憶されたデータは、リモートコピー機能によって、ストレージシステム１１００のミラーボリュームに複製される。
【０３３９】
そして、ストレージシステム１１００のミラーボリュームに複製されたデータは、リモートコピー機能によってストレージシステム１７００のミラーボリュームに複製される。
【０３４０】
なお、このような計算機システムにおいても、第１実施形態と同じ処理を実行することによって、バックアップを運用できる。
【０３４１】
（第２実施形態の変形例）
本発明の第２実施形態の変形例を、図１９を用いて説明する。図１９は、本発明の第２実施形態の変形例の計算機システムの構成を示すブロック図である。なお、第２実施形態と同じ構成は、同じ符号を付与し、説明を省略する。
【０３４２】
第２実施形態の変形例の計算機システムは、３つのストレージシステム１０００、１１００及び１８００を備える。
【０３４３】
ストレージシステム１０００のデータボリュームに記憶されたデータは、リモートコピー機能によって、ストレージシステム１１００及び１８００のミラーボリュームに複製される。
【０３４４】
なお、このような計算機システムにおいても、第１実施形態と同じ処理を実行することによって、バックアップを運用できる。
【０３４５】
したがって、３つ以上のサイトによるリモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。
【０３４６】
（第３実施形態）
本発明の第３実施形態を図２０及び図２１を用いて説明する。
【０３４７】
まず、第３実施形態の計算機システムの構成について図２０を用いて説明する。図２０は、本発明の第３実施形態の計算機システムの構成を示すブロック図である。なお、第１実施形態と同じ構成は、説明を省略する。
【０３４８】
リモートサイトに存在するストレージシステム１１００のデータＩ／Ｆ１０１１は、データネットワーク１４００に接続される。
【０３４９】
また、ホスト計算機１２００のメモリ１２６０は、パス仮想化ソフト２０００１を記憶する。パス仮想化ソフト２０００１は、ホスト計算機１２００のアプリケーション１２６１から、アプリケーション１２６１によって利用されるデータボリュームへのパスを仮想的に提供する。
【０３５０】
アプリケーション１２６１が、仮想的なパスを介してデータボリュームへアクセスする場合、パス仮想化ソフト２０００１は、アクセスの相手先であるデータボリュームへの仮想的なパスを実際のデータボリュームへのパスに変換する。
【０３５１】
ローカルサイトに存在するストレージシステムが障害によって正常に稼動しなくなった場合、パス仮想化ソフト２０００１が当該ストレージシステムのデータボリュームへの仮想的なパスを介したアクセスをミラーボリュームへのアクセスに変換する。これによって、アプリケーション１２６１は、ミラーボリュームにデータを書き込むことができるので、アプリケーション１２６１はローカルサイトのストレージシステムの障害に影響を受けることなく業務を継続できる。
【０３５２】
本実施形態の処理について、第１実施形態と異なる箇所のみ説明する。
【０３５３】
図２１は、本発明の第３実施形態のリストア指示プログラム１３５４によるリストア処理のフローチャートである。なお、第１実施形態の図１５に示すリストア処理と同じ処理は、同じ符号を付与し、説明を省略する。
【０３５４】
ステップ２１０１０では、リストア指示プログラム１３５４は、アプリケーション１２６１の仮想的なパスを介したデータボリュームへのアクセスを、ミラーボリュームへのパスへのアクセスへ変換する命令を、パス仮想化ソフト２０００１に送信する。そして、リモートコピーが完了しなくても、アプリケーション１２６１を再開する命令をリカバリマネージャ１２６２に送信する（ステップ１５０７０）。
【０３５５】
これによって、リモートコピーが完了していなくても、アプリケーション１２６１が再開されるので、業務復旧の高速化を図ることができる。
る。
【図面の簡単な説明】
【０３５６】
【図１】本発明の第１実施形態の計算機システムの構成を示すブロック図である。
【図２】本発明の第１実施形態のアプリケーション管理テーブルの説明図である。
【図３】本発明の第１実施形態のストレージ管理テーブルの説明図である。
【図４】本発明の第１実施形態のリモートコピー管理テーブルの説明図である。
【図５】本発明の第１実施形態のボリューム管理テーブルの説明図である。
【図６】本発明の第１実施形態のバックアップポリシー管理テーブルの説明図である。
【図７】本発明の第１実施形態のバックアップデータ管理テーブルの説明図である。
【図８】本発明の第１実施形態の設定プログラムによるバックアップ環境設定処理のフローチャートである。
【図９】本発明の第１実施形態のバックアップ条件登録コンソールの説明図である。
【図１０】本発明の第１実施形態のバックアップ指示プログラムによるバックアップ処理のフローチャートである。
【図１１Ａ】本発明の第１実施形態のバックアップ指示プログラム１３５２がバックアップ処理を開始した直後のバックアップ状態の説明図である。
【図１１Ｂ】本発明の第１実施形態のストレージシステムに未使用のバックアップボリュームが存在しなくなってからバックアップ処理が実行された場合のバックアップ状態の説明図である。
【図１１Ｃ】本発明の第１実施形態のバックアップ保持期間を超えるバックアップボリュームが存在するようになった場合のバックアップ状態の説明図である。
【図１２Ａ】本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「ＲＰＯ維持」で縮退運用が行われた場合のバックアップ状態の説明図である。
【図１２Ｂ】本発明の第１実施形態の「ＲＰＯ維持」で縮退運用が３日間行われた場合のバックアップ状態の説明図である。
【図１２Ｃ】本発明の第１実施形態の図１２Ｂに示すバックアップ状態の後にＲＡＩＤ１が障害から復旧して、ＲＡＩＤ１及びＲＡＩＤ２によってバックアップが運用されている場合のバックアップ状態の説明図である。
【図１２Ｄ】本発明の第１実施形態の図１２Ｃに示すバックアップ処理がさらに実行された場合のバックアップ状態の説明図である。
【図１２Ｅ】本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「バックアップ保持期間維持」で縮退運用が行われた場合のバックアップ状態の説明図である。
【図１３】本発明の第１実施形態の稼動状況表示プログラムによるバックアップ保持状態表示処理のフローチャートである。
【図１４】本発明の第１実施形態のバックアップ保持状態表示コンソールの説明図である。
【図１５】本発明の第１実施形態のリストア指示プログラムによるリストア処理のフローチャートである。
【図１６】本発明の第１実施形態のリストア対象入力コンソールの説明図である。
【図１７】本発明の第１実施形態の変形例のバックアップ指示プログラムがバックアップ処理を実行した場合のバックアップ状態の説明図である。
【図１８】図１８は、本発明の第２実施形態の計算機システムの構成を示すブロック図である。
【図１９】本発明の第２実施形態の変形例の計算機システムの構成を示すブロック図である。
【図２０】本発明の第３実施形態の計算機システムの構成を示すブロック図である。
【図２１】本発明の第３実施形態のリストア指示プログラムによるリストア処理のフローチャートである。
【符号の説明】
【０３５７】
１０００、１１００    ストレージシステム
１２００  ホスト計算機
１３００  管理計算機
１４００  データネットワーク
１５００  管理ネットワーク
１６００  コピー用ネットワーク
【図１】
0005224240.tif 000002
【図２】
0005224240.tif 000003
【図３】
0005224240.tif 000004
【図４】
0005224240.tif 000005
【図５】
0005224240.tif 000006
【図６】
0005224240.tif 000007
【図７】
0005224240.tif 000008
【図８】
0005224240.tif 000009
【図９】
0005224240.tif 000010
【図１０】
0005224240.tif 000011
【図１１Ａ】
0005224240.tif 000012
【図１１Ｂ】
0005224240.tif 000013
【図１１Ｃ】
0005224240.tif 000014
【図１２Ａ】
0005224240.tif 000015
【図１２Ｂ】
0005224240.tif 000016
【図１２Ｃ】
0005224240.tif 000017
【図１２Ｄ】
0005224240.tif 000018
【図１２Ｅ】
0005224240.tif 000019
【図１３】
0005224240.tif 000020
【図１４】
0005224240.tif 000021
【図１５】
0005224240.tif 000022
【図１６】
0005224240.tif 000023
【図１７】
0005224240.tif 000024
【図１８】
0005224240.tif 000025
【図１９】
0005224240.tif 000026
【図２０】
0005224240.tif 000027
【図２１】
0005224240.tif 000028