JP5073348B2 - アプリケーション管理支援システム、管理計算機、ホスト計算機、及びアプリケーション管理支援方法 - Google Patents

Description

本発明は、アプリケーションプログラムが実行される計算機を備えたコンピュータシステムに関わる。

ＣＤＰ（Continuous Data Protection）と呼ばれる技術が知られている。ＣＤＰに関する技術は、例えば、特許文献１に開示されている。特許文献１によれば、ストレージシステムが、ホスト計算機からライト要求を受けてデータを論理ボリュームに書込む都度に、ジャーナルを作成して蓄積し、リストアの場合には、ジャーナルを用いて、任意の時刻におけるデータを論理ボリュームにリストアする。

特開２００５−１８７３８号公報

例えば、複数の論理ボリュームを備えたストレージシステムと、複数の論理ボリュームを使用する一以上の業務アプリケーションプログラム（以下、業務ＡＰ）を実行する計算機（以下、業務ホスト）と、複数の論理ボリュームを管理する計算機（以下、ストレージ管理ホスト）とを備えたコンピュータシステムがある。このコンピュータシステムが稼動する環境では、ストレージ管理ホストを使用して複数の論理ボリュームを管理する管理者（以下、ストレージ管理者）と、業務ホストで実行される業務ＡＰを管理する管理者（以下、ＡＰ管理者）とが存在することがある。

このコンピュータシステムでは、ストレージ管理ホストが、ストレージ管理者による操作に従って、ストレージ管理者任意のＲＰＯ（Recovery Point Objective）時刻を指定したリストア指示をストレージシステムに送信することができる。この場合、ストレージシステムが、そのリストア指示に応答して、指定されているＲＰＯ時刻におけるデータを、論理ボリュームにリストアすることができる。

ここで、例えば、業務の稼動中にストレージシステムで障害が発生し、ストレージ管理者が、ストレージシステムに任意のＲＰＯ時刻までデータをリストアさせた場合、ＡＰ管理者は、どの時刻におけるデータがリストアされたのか知ることができない。また、ＡＰ管理者は、リストアされたデータが自分の管理しているＡＰに影響があるのか否かも知ることができない。これらをどうしても特定したい場合には、ＡＰ管理者がストレージ管理者に問合せをする等の必要がある。

また、例えば、ＲＰＯ時刻は、必ずしもストレージ管理者任意の時刻である必要は無く、ＡＰ管理者任意の時刻とされる場合がある。しかし、ＡＰ管理者は、自分が管理する業務ＡＰ以外の業務ＡＰによる論理ボリュームの使用状況はわからない。例えば、自分が管理するＡＰによって使用される論理ボリュームが、自分が管理する業務ＡＰ以外の業務ＡＰによって使用されることもある。このため、ＡＰ管理者がＲＰＯ時刻を決定しにくいという問題がある。

以上のような問題点は、ＡＰが業務ＡＰ以外のＡＰである場合にも存在し得る。

従って、本発明の目的は、リストアされたデータを使用することのあるアプリケーションプログラムの管理者を支援することにある。

本発明の更なる目的は、後の記載から明らかになるであろう。

管理計算機に、どのアプリケーションプログラムにどの論理ボリュームが割当てられているかを表す第一の情報資源が用意される。管理計算機は、どの論理ボリュームでどの時間に更新が生じたかを定期的に又は不定期的にストレージシステムから取得して第二の情報資源に登録し、第一及び第二の情報資源を参照し、どの論理ボリュームでどの時間に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を取得し、その更新管理情報ホスト計算機に送信する。ホスト計算機が、管理計算機からの更新管理情報を基に、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているか表示する。

一つの実施形態では、ホスト計算機で実行される一以上のアプリケーションプログラムの各々が、ストレージシステム（指定された論理ボリューム内のＲＰＯ（Recovery Point Objective）時刻におけるデータをリストアするＣＤＰ（Continuous Data
Protection）機能を有したストレージシステム）における複数の論理ボリュームのうち、割当てられている論理ボリュームを指定したライト要求を発行することができるよう構成されている。ストレージシステムの管理計算機が、どのアプリケーションプログラムにどの論理ボリュームが割当てられているかを表す第一の情報資源と、どの論理ボリュームでどの単位時間に更新が生じたかを定期的に又は不定期的に前記ストレージシステムから取得して第二の情報資源に登録するボリューム更新管理部と、第一及び第二の情報資源を参照し、どの論理ボリュームでどの時間（例えばどの単位時間）に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を取得する更新管理情報取得部と、取得された更新管理情報を、該更新管理情報で表されるアプリケーションプログラムを有するホスト計算機に送信する更新管理情報送信部とを備える。ホスト計算機が、管理計算機から更新管理情報を受け付ける受付部と、受信した更新管理情報を基に、どの論理ボリュームでどの時間（例えばどの単位時間）に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているか表示するホスト制御部とを備える。例えば、第一の情報資源には、アプリケーションプログラムの識別情報（例えばアプリケーション名及び／又は他種の識別情報）と論理ボリュームの識別情報（例えばＬＵＮ（Logical
Unit Number））とが登録される。第二の情報資源には、論理ボリュームの識別子と、各単位時間で更新が生じたか否かを表す情報とが登録される。

一つの実施形態では、管理計算機が、ストレージシステムで発生した障害を検知する障害検知部、を更に備えることができる。この場合、送信される前記更新管理情報には、障害発生時刻が含まれる。ホスト制御部が、更新管理情報に含まれている障害発生時刻を表示することができる。管理計算機が、ストレージシステムが有する論理ボリュームの識別情報とＲＰＯ時刻とを含んだリストア要求をストレージシステムに送信するリストア制御部、を更に備えることができる。この場合、送信される更新管理情報に、ＲＰＯ時刻が含まれる。ホスト制御部が、更新管理情報に含まれているＲＰＯ時刻を表示することができる。

一つの実施形態では、ホスト計算機が複数台ある。更新管理情報取得部が、障害発生時刻を含んだ時間（例えば単位時間）に更新が生じた論理ボリュームである影響ボリュームを第一の情報資源を参照することにより特定することができる。また、更新管理情報取得部が、該論理ボリュームが割当てられているアプリケーションプログラムである影響アプリケーションを第二の情報資源を参照することにより特定することができる。また、更新管理情報取得部が、更新管理情報として、どの影響ボリュームでどの時間（例えばどの単位時間）に更新が生じその影響ボリュームが割当てられている影響アプリケーションが何であるかを表す情報を取得することができる。更新管理情報送信部が、複数のホスト計算機のうちの影響アプリケーションを有するホスト計算機に更新管理情報を送信することができる。

一つの実施形態では、一以上のアプリケーションプログラムの各々が、ライト要求の発生に関わる稼動の開始時刻と終了時刻をログ情報資源に記録することができる。ホスト制御部が、どの論理ボリュームでどの時間（例えばどの単位時間）に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかと共に、ログ情報資源を基に、どのアプリケーションプログラムがどんな時間帯で稼動していたかを表示することができる。

一つの実施形態では、ホスト計算機が複数台ある。ホスト制御部が、アプリケーションプログラムが稼動していた時間帯以外の時間（例えば単位時間）で、該アプリケーションプログラムが割当てられている論理ボリュームで更新が生じたのであっても、更新が生じたことを隠蔽することができる。

一つの実施形態では、ホスト制御部が、ＲＰＯ時刻の指定を受け付け、指定されたＲＰＯ時刻を前記管理計算機に通知するよう構成されている。このホスト制御部は、アプリケーションプログラムが稼動していた時間帯以外の単位時間であって、該アプリケーションプログラムが割当てられている論理ボリュームで更新が生じた単位時間における時刻をＲＰＯ時刻とすることの指定を拒否することができる。

一つの実施形態では、ホスト制御部が、ＧＵＩ（Graphical User
Interface）を介してＲＰＯ時刻の指定を受け付けることができる。ＧＵＩに、どの論理ボリュームでどの単位時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかの第一の表示と、どのアプリケーションプログラムがどんな時間帯で稼動していたかの第二の表示とが並んでいる。

一つの実施形態では、第一の表示と第二の表示の各々がグラフ或いは表である。第一の表示における或る時刻に相当する位置と、第二の表示における該或る時刻に相当する位置とが、ＧＵＩにおいて鉛直方向或いは水平方向に並んでいる。

一つの実施形態では、ホスト制御部が、管理対象とするアプリケーションプログラムの識別情報の入力を受け付け、入力されたアプリケーションプログラムの識別情報を、所定の情報資源に登録すると共に、管理計算機に通知することができる。管理計算機が、アプリケーションプログラムの識別情報を受け付けるアプリケーション識別情報受付部と、アプリケーションプログラムの識別情報とそのアプリケーションプログラムに割り当てる論理ボリュームの識別情報とを第一の情報資源に登録する第一情報資源更新部とを更に備えることができる。

一つの実施形態では、ホスト制御部が、管理計算機からの更新管理情報と上記ログ資源情報とに基づいて推奨のＲＰＯ時刻を算出し表示することができる。

一つの実施形態では、管理計算機が、どの論理ボリュームがどのボリュームグループに属するかを表す第三の情報資源を更に備えることができる。更新管理情報には、どの論理ボリュームがどのボリュームグループに属するかを表す情報が含まれる。ホスト制御部が、どの論理ボリュームがどのボリュームグループに属するかも表示することができる。

上述した複数の実施形態のうちの任意の二以上を組み合わせることもできる。

上述した情報資源は、記憶資源（例えばメモリや他種の記憶装置）に記憶される電子的な情報であって、具体的には、例えば、ファイルやテーブルなどである。また、上述した各部（例えば、ボリューム更新管理部、更新管理情報取得部、更新情報送信部、受付部、ホスト制御部など）は、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。

以下、図面を参照して、本発明の幾つかの実施形態を詳細に説明する。

＜第一の実施形態＞。

＜＜システム構成＞＞。

図１は、本発明の第一の実施形態に係るコンピュータシステムの構成例を示す。なお、以下の説明では、同種の要素を格別区別しないで説明する場合には、参照番号を用いて説明し、同種の要素を区別して説明する場合には、参照番号ではなく、同種の要素に付した通し番号を用いて説明することにする。例えば、二台の業務ホストを格別区別することなく説明する場合には、業務ホストの参照番号１０１を用いて「業務ホスト１０１」と記載し、二台の業務ホストを区別して説明する場合には、通し番号１、２を用いて「業務ホスト１」、「業務ホスト２」と記載することにする。

第一の通信ネットワーク（例えばＬＡＮ（Local Area Network））１０９に、二台（一台又は三台以上であっても良い）の業務ホスト１０１と、一台（それより多くても良い）のストレージ管理ホスト１０３と、二台（一台又は三台以上であっても良い）のストレージシステム１０５とが接続されている。各業務ホスト１０１、ストレージ管理ホスト１０３及び各ストレージシステム１０５は、第一の通信ネットワーク１０９を介して、種々の情報をやり取りすることができる。ストレージ管理ホスト１０３を、ストレージ管理者１１３が操作する。

第二の通信ネットワーク（例えばＳＡＮ（Storage Area Network））１０７に、二台の業務ホスト１０１と二台のストレージシステム１０５とが接続されている。各業務ホスト１０１は、第二の通信ネットワーク１０７を介して、各ストレージシステム１０５に、アクセス先の論理ボリュームを指定したアクセス要求を発行することで、指定した論理ボリュームにアクセスする（データを書込む或いは読み出す）ことができる。

業務ホスト１０１は、一以上の業務アプリケーションプログラム（以下、単に「ＡＰ」と記載する）を実行する計算機である。業務ホスト１０１には、第一の通信ネットワーク１０９に対する通信インタフェース装置である第一Ｉ／Ｆ１５１と、第二の通信ネットワーク１０７に対する通信インタフェース装置である第二Ｉ／Ｆ１５３と、ＣＰＵ１２３と、記憶資源（例えばメモリ及び／又は他種の記憶装置）１２１とが備えられる。記憶資源１２１には、業務を実行する一以上のＡＰ１１９と、一以上のＡＰ１１９を管理するＡＰ管理プログラム１１７と、一以上のＡＰ１１９に関する情報が登録されるＡＰ登録テーブル１１５とが記憶される。図示の例では、業務ホスト１の記憶資源１には、３つのＡＰ１１９（ＡＰ１、ＡＰ２、ＡＰ３）と、ＡＰ管理プログラム１と、ＡＰ管理テーブル１とが記憶され、業務ホスト２の記憶資源２には、２つの業務ＡＰ１１９（ＡＰ４、ＡＰ５）と、ＡＰ管理プログラム２と、ＡＰ管理テーブル２とが記憶される。以下、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われるものとする。ＡＰ管理プログラム１１７及びＡＰ登録テーブル１１５については、後に詳述する。

ストレージ管理ホスト１０３は、各ストレージシステム１０５内の各論理ボリューム１８１を管理する計算機である。ストレージ管理ホスト１０３には、第一の通信ネットワーク１０９に対する通信インタフェース装置である第一Ｉ／Ｆ２０１と、ＣＰＵ１４３と、記憶資源（例えばメモリ及び／又は他種の記憶装置）１４１とが備えられる。記憶資源１４１には、データ変更履歴テーブル１３７と、データ変更履歴テーブル１３７を更新するコンピュータプログラムであるＣＤＰリポジトリ１３５と、ＡＰ１１９を管理するためのテーブルであるＡＰ管理テーブル１３３と、データボリューム１８１を管理するためのテーブルであるＤＶＯＬ管理テーブル１６１と、ストレージ管理プログラム１３１とが記憶される。記憶資源１４１に記憶される各要素については、後に詳述する。

ストレージシステム１０５は、コントローラ１８３と、記憶装置部１８５とを備える。

記憶装置部１８５は、複数の記憶装置（例えば、ハードディスクドライブ及び／又はフラッシュメモリドライブ）で構成されている。複数の記憶装置の記憶空間を基に、複数の論理ボリュームが形成される。複数の論理ボリュームには、例えば、ＡＰ１１９によって使用される論理ボリュームであるデータボリューム（ＤＶＯＬ）１８１と、ＤＶＯＬ１８１にデータが書かれる都度に作成されるジャーナルが蓄積される論理ボリュームであるジャーナルボリューム（ＪＶＯＬ）１８０とが含まれている。

コントローラ１８３は、例えば一又は複数枚の回路基板であり、第一の通信ネットワークに対する通信インタフェース装置である第一Ｉ／Ｆ２０７と、第二の通信ネットワークに対する通信インタフェース装置である第二Ｉ／Ｆ２０９と、記憶装置部１８５内の各記憶装置に対する通信インタフェース装置である第三Ｉ／Ｆ２０５と、メモリ１８９と、ＣＰＵ１８７とを備える。メモリ１８９には、例えば、ディスク制御プログラム１９１とリストア制御プログラム１９３が記憶されている。ディスク制御プログラム１９１は、業務ホスト１０１からライト要求を受信した場合、そのライト要求に従うデータを、そのライト要求で指定されているＤＶＯＬ１８１に書込み、その際、そのデータを含んだジャーナルを作成して、作成したジャーナルを、ＪＶＯＬ１８０に書込む。リストア制御プログラム１９３は、ストレージ管理ホスト１０３からリストア指示を受信した場合、そのリストア指示に応答して、そのリストア指示で指定されているＲＰＯ時刻におけるデータを、ＪＶＯＬ１８０内のジャーナルを利用して、リストアする。

図２は、ＪＶＯＬ１８０の構成例を示す。

図示のＪＶＯＬ１８０は、ＪＶＯＬ１を例に採ったものである。ＪＶＯＬ１８０は、管理領域４０１とデータ領域４０３とで構成される。ＤＶＯＬ１８１に書かれたデータ（更新後データ）についてのジャーナルは、そのデータ（更新後データ）と、そのデータの管理に関する管理情報とで構成されるが、管理情報が、管理領域４０１に書き込まれ、データが、データ領域４０３に書込まれる。管理情報としては、例えば、どのＤＶＯＬ１８１に書込まれたデータについてのジャーナルであるかを示すＶＯＬ識別子（例えばＬＵＮ）と、そのＤＶＯＬ１８１のどこにデータが書込まれたかを示す更新位置（例えば論理ブロックアドレス）と、更新時刻（例えば年月日時分秒）と、ストレージシステム１０７において何番目に作成されたジャーナルであるかを示すシーケンス番号（ＳＥＱ＃）と、データがデータ領域４０３のどこに存在するかを示すポインタとが含まれる。更新時刻は、業務ホスト１０１からのライト要求に含まれている時刻（タイムスタンプ）であっても良いし、ジャーナルが作成された時刻であっても良い。

図３は、ＡＰ登録テーブル１１５の構成例を示す。

図示のＡＰ登録テーブル１１５は、ＡＰ登録テーブル１を例に採ったものである。ＡＰ登録テーブル１１５は、ＡＰ管理プログラム１１７により参照されたり更新されたりする。ＡＰ登録テーブル１１５には、例えば、一つのＡＰ１１９につき、管理ＡＰ名及びログファイルポインタが記録される。管理ＡＰ名は、ＡＰ管理者１１１の管理対象のＡＰの名称である。ログファイルポインタは、ＡＰによって更新されるログファイルのポインタを示す。ＡＰ管理プログラム１１７は、例えば、ＡＰ１のログファイルを参照したい場合には、ＡＰ１の名称（管理ＡＰ名）に対応したログファイルポインタから、ＡＰ１のログファイルにアクセスして参照することができる。

図４は、ＡＰ管理テーブル１３３の構成例を示す。

ＡＰ管理テーブル１３３は、ストレージ管理プログラム１３１により参照されたり更新されたりする。ＡＰ管理テーブル１３３は、どの業務ホスト１０１に存在するどのＡＰ１１９にどのＤＶＯＬ１８１が割当てられているかを管理するためのテーブルである。具体的には、ＡＰ管理テーブル１３３には、例えば、一つのＤＶＯＬ１８１につき、ＶＯＬ識別子（例えば“ボリューム１”）と、そのＤＶＯＬ１８１が割当てられているＡＰ名（例えば“ＡＰ１”）及びホスト名（例えば“host1”）とが記録される。

図５は、ＶＯＬ管理テーブル１６１の構成例を示す。

ＤＶＯＬ管理テーブル１６１は、どのＤＶＯＬ１８１がどのストレージシステム１０５に存在するかを管理するためのテーブルである。具体的には、例えば、ＤＶＯＬ管理テーブル１６１には、一つのＤＶＯＬ１８１につき、ＶＯＬ識別子（例えば“ボリューム１”）と、そのＤＶＯＬ１８１を有するストレージシステム１０５の識別子であるストレージ識別子（例えば“ストレージ１”）とが記録される。

図６は、データ変更履歴テーブル１３７の構成例を示す。

データ変更履歴テーブル１３７は、どの時間でどのＤＶＯＬ１８１で更新があったか（言い換えれば差分が生じたか）を管理するためのテーブルである。具体的には、例えば、データ変更履歴テーブル１３７には、一つのＤＶＯＬ１８１につき、単位時間毎（例えば１秒毎）の差分の有無が表される。本実施形態では、差分有りの場合には、差分有りを意味する値（以下、便宜上、「差分マーク」と呼ぶ）が記録され、差分無しの場合には、何も記録されないようになっている。しかし、それに限らず、他の方法でも、いつどのＤＶＯＬ１８１で差分が生じたかを表すことができる。例えば、一つのＤＶＯＬ１８１につき、差分の生じた時間或いは差分の生じていない時間のみを記録する方法が採用されても良い。また、図６では、単位時間について、更新時刻と違って、便宜上、年月日の部分の記載を省略し、時分秒のみを記載しているが、時刻として、年月日も勿論記載されて良い。このテーブル１３７には、時刻（例えば１９時００分０１秒）が記録されているが、この時刻は、時点（例えば１９時００分０１秒の瞬間の時点）ではなく、時間（例えば、１９時００分００秒より後から１９時００分０１秒まで）を意味する。

データ変更履歴テーブル１３７は、ＣＤＰリポジトリ１３５が操作することができ、そのＣＤＰリポジトリ１３５をストレージ管理プログラム１３１が操作することで、ストレージ管理プログラム１３１が、データ変更履歴テーブル１３７を参照したり更新したりすることができる。

＜＜前提＞＞。

以下、第一の実施形態に係るコンピュータシステムでの前提に関する説明を行う。

ＡＰ管理プログラム１が、ＡＰ管理者１からの指示に応答して、管理対象とするＡＰの登録を受け付け（例えば、図７に例示するＡＰ登録画面５０１を表示し）、ＡＰ管理者１から入力されたＡＰ名（ここでは“ＡＰ１”とする）を、ＡＰ登録テーブル１に登録し、且つ、そのＡＰ名に対応したＡＰ１が作成するログファイルへのポインタも、ＡＰ登録テーブル１１５に登録する。

その後、ＡＰ管理者１が、入力したＡＰ名“ＡＰ１”を含んだＤＶＯＬ割り当て依頼を、ストレージ管理者１１３に送信する（例えば、ＤＶＯＬの割当ての依頼と、入力したＡＰ名“ＡＰ１”とを記載した電子メールを、ストレージ管理者１１３に通知する）。依頼を受けたストレージ管理者１１３は、ストレージ管理プログラム１３１を使用して、依頼と共に受けたＡＰ名と、依頼元の業務ホスト１０１のホスト名と、そのＡＰ名に割当てるＤＶＯＬ１８１のＶＯＬ識別子とを、ＡＰ管理テーブル１３３に登録する。もし、少なくとも一つのＡＰ１１９に割当てられているＤＶＯＬ１８１が割当てられる場合には、そのＤＶＯＬのＶＯＬ識別子に、依頼と共に受けたＡＰ名と、依頼元の業務ホスト１０１のホスト名とが対応付けられる。

以後、新たな管理対象のＡＰのＡＰ名を登録する場合には、ＡＰ名の登録やＤＶＯＬの割当てが行われ、既存の管理対象のＡＰに新たにＤＶＯＬ１８１を割当てたい場合には、そのＡＰに対するＤＶＯＬ１８１の割当てが行われる。もし、例えばＡＰ管理者１が、自分の管理対象のＡＰにどのＤＶＯＬ１８１が割当てられているのかを知りたい場合には、ＡＰ管理プログラム１を操作して、ストレージ管理プログラム１３１を通じて、ＡＰ管理テーブル１３３を参照すればよい。

ＡＰ１１９は、自分に対応したログファイルに、そのＡＰ１１９の稼動状況を表す情報（例えば、いつ論理ボリュームへのアクセスを開始し、いつ論理ボリュームへのアクセスを終了したか）を記録する。

ＪＶＯＬ１８０に記録される厳密な更新時刻として、例えば、Ｎ秒（Ｎは０以上６０未満の整数）より後からＮ＋１秒まで（Ｎ＝５９の場合はＮ＋１＝６０＝０）の間の時刻であるべきときは（例えば、Ｎ秒より後からＮ＋１秒までの間にデータ更新が生じた場合には）、ディスク制御プログラム１９１は、Ｎ＋１秒での時刻を更新時刻として記録する。

ディスク制御プログラム１９１は、ストレージ管理プログラム１３１からの問合せに応答して或いはそれとは関係無く能動的に、定期的に（例えば１秒毎に）又は不定期的に、いつどのＤＶＯＬ１８１で更新が生じたか（言い換えれば差分が生じたか）を示すデータである差分通知データ（例えば、現在時刻と、その時刻が更新時刻であるＤＶＯＬ１８１のＶＯＬ識別子）を、ストレージ管理プログラム１３１に送信する。ストレージ管理プログラム１３１は、差分通知データを所定件数（例えば１件）受信する都度に、ＣＤＰリポジトリ１３５を操作して、その差分通知データから特定される単位時間及びＶＯＬ識別子に対応した位置に、差分マークを記録する。このような処理によって、定期的に、データ変更履歴テーブル１３７が更新される。ＶＯＬ識別子をキーに、データ変更履歴テーブル１３７から、そのＶＯＬ識別子に対応したＤＶＯＬ１８１についてのデータ更新状況（つまり、どの単位時間で差分が生じたか）を把握することができる。例えば、図６を参照して説明すれば、ＤＶＯＬ１（ＶＯＬ識別子“ボリューム１の”ＤＶＯＬ）について言えば、１８時５９分５９秒より後から１９時００分００秒までの間と、１９時００分００秒より後から１９時００分０１秒までの間では、差分が生じたが（つまり、ＤＶＯＬ１でデータの更新があったが）、１９時００分０１秒より後から少なくとも１９時００分０４秒までの間では、差分が生じなかったことがわかる。

ディスク制御プログラム１９１は、業務ホスト１０１或いはストレージ管理ホスト１０３からのコピー指示に応答して、該コピー指示で指定されているＤＶＯＬ１８１のコピーを作成することができる。そのコピーは、リストアにおける基底とされるので、以下、そのコピーを「基底ＶＯＬ」と呼ぶ。ストレージシステム１０５では、どのＶＯＬが基底ＶＯＬでその基底ＶＯＬはどの時刻におけるどのＤＶＯＬ１８１の基底ＶＯＬであるかを表すＶＯＬ管理情報が、例えばメモリ１８９に記憶されている。

ストレージ管理プログラム１３１は、ストレージ管理者１１３から、例えば、ＲＰＯ時刻と、リストア対象のＤＶＯＬ１８１のＶＯＬ識別子との指定を受けつける。ストレージ管理プログラム１３１は、それらの指定に応答して、ＲＰＯ時刻とＶＯＬ識別子とを含んだリストア指示を作成し、そのＶＯＬ識別に対応したストレージ識別子をＤＶＯＬ管理テーブル１６１から特定し、特定されたストレージ識別子から識別されるストレージシステム１０５に、その作成したリストア指示を送信する。リストア制御プログラム１９３が、そのリストア指示を受信し、そのリストア指示に応答して、リストア処理を開始する。リストア処理では、例えば、リストア指示中のＶＯＬ識別子から識別されるＤＶＯＬ（以下、ここでは「指定ＤＶＯＬ」と呼ぶ）１８１に対応した基底ＶＯＬであり、ＲＰＯ時刻より過去且つ直近の時刻（ここでは「基底時刻」と呼ぶ）での指定ＤＶＯＬ１８１のコピーである基底ＶＯＬが特定される。そして、特定された基底ＶＯＬに、基底時刻より後からＲＰＯ時刻までの、指定ＤＶＯＬ１８１についての各ジャーナル中の各データが、順次に、基底ＶＯＬに書込まれる。これにより、ＲＰＯ時刻におけるデータが基底ＶＯＬにリストアされたことになる。その後、基底ＶＯＬのＶＯＬ識別子と、指定ＤＶＯＬ１８１の現在のＶＯＬ識別子とがスワップされる（つまり、ストレージシステム１０５内部でパス切替が行われる）。これにより、リストア処理が終了し、指定ＤＶＯＬ１８１を使用するＡＰ１１９は、ＶＯＬ識別子スワップ後は、リストアされたデータが格納されている基底ＶＯＬにアクセスすることができる。つまり、リストアされたデータを使用することができる。

＜＜ＡＰ管理支援＞＞。

以下、ＡＰ１１９の管理の支援に関する説明を行う。ＡＰ１１９の管理の支援に関しては、幾つかのケースが考えられるが、下記３つのケースを代表的に例に採って説明する。
（１）第一のケース：ストレージ障害が発生し、ストレージ管理者１１３が、ＡＰ１１９の稼動状況に関わらず、ＲＰＯ時刻を決定して、データをリストアするケース。
（２）第二のケース：ストレージ障害が発生し、ＡＰ管理者１１１が、ＲＰＯ時刻を決定して、ストレージ管理者１１３に、リストアを依頼するケース。
（３）第三のケース：ストレージ障害の発生とは関係無く、ＡＰ管理者１１１がＲＰＯ時刻を決定してリストアをストレージ管理者１１３に依頼するケース。

これら３つのケースについての処理の流れをカバーした図が、図１２、図１３及び図１４である。図１２は、ストレージ管理プログラム１３１が行う処理の流れを示す。図１３は、ＡＰ管理プログラム１１７が行う処理の流れを示す。図１４は、図１３において実行されるＡＰ稼動状況描画処理の流れを示す。

以下、適宜に、図１２〜図１４を参照して、上述した３つのケースを説明する。

（第一のケース：ストレージ障害が発生し、ストレージ管理者１１３が、ＡＰ１１９の稼動状況に関わらず、ＲＰＯ時刻を決定して、データをリストアするケース。）。

ストレージ障害とは、ストレージシステム１０５で発生する障害のことである。ストレージ障害が発生した場合（図１２のステップ１００１でＹＥＳ）、ストレージ管理プログラム１３１が、ストレージ障害が発生したことと、ストレージ障害が発生した時刻（以下、障害発生時刻）とを検知し、ストレージ障害の発生を各ＡＰ管理プログラム１１７に通知する（図１２のステップ１００２）。以下の説明では、障害発生時刻は、１９時００分０４秒であるとする。

ＡＰ管理プログラム１１７は、ストレージ障害が発生した場合（図１３のステップ１０２１でＹＥＳ）、ストレージ障害発生の通知を受け（図１３のステップ１０２２）、ＡＰ管理者１１１からの指示に応答して、或いは、ストレージ障害発生の通知に応答して、管理対象ＡＰ（ＡＰ管理テーブル１１５に登録されているＡＰ名を有するＡＰ）１１９を停止させる（図１３のステップ１０２３）。

ストレージ管理者１１３がリストア作業を行うか否かの判定が行われる（図１２のステップ１００３、図１３のステップ１０２４）。ステップ１００３の判定では、例えば、ストレージ管理者１１３が決めたＲＰＯ時刻でのデータをリストアさせるか、或いは、ＡＰ管理者１１１が決めたＲＰＯ時刻でのデータをリストアさせるかの入力を、ストレージ管理者１１３から受けることで、可能である。判定の結果が否定的であれば、図１２のステップ１０１２にすすむが、本ケースでは、ストレージ管理者１１３がＲＰＯ時刻を決定するので、判定の結果が肯定的となって、図１２のステップ１００４にすすむ。ステップ１０２４の判定では、例えば、ストレージ管理者１１３にＲＰＯ時刻の決定をまかせるか、或いは、ＡＰ管理者１１１が決めたＲＰＯ時刻でのデータをリストアさせるかの入力を、ＡＰ管理者１１１から受けることで、可能である。判定の結果が否定的であれば、図１３のステップ１０３１にすすむが、本ケースでは、ストレージ管理者１１３がＲＰＯ時刻を決定するので、判定の結果が肯定的となって、図１３のステップ１０２５にすすむ。

ストレージ管理者１１３が、ＲＰＯ時刻をストレージ管理プログラム１３１に設定する。例えば、ストレージ管理者１３は、リストアによるデータ戻しの影響をできるだけ少なくするために、ＲＰＯ時刻として、障害発生時刻の直前（例えば１秒前）に設定する。ストレージ管理プログラム１３１は、設定されたＲＰＯ時刻（例えば１９時００分０３秒）と、リストア対象のＤＶＯＬ１８１のＶＯＬ識別子とを含んだリストア指示を作成し、それを、ストレージ障害の発生したストレージシステム１０５に送信する（図１２のステップ１００４）。ここでは、例えば、リストア指示に含まれるＶＯＬ識別子は、ストレージ障害の発生したストレージシステム１０５に存在する全てのＤＶＯＬ１８１にそれぞれ対応したＶＯＬ識別子とされる。ストレージシステム１０５では、リストア制御プログラム１９３が、そのリストア指示に応答して、そのリストア指示で指定されている全てのＤＶＯＬ１８１について、リストア処理を実行し、リストア処理が終了したならば、リストア完了報告を、ストレージ管理ホスト１０１に送信する。

ストレージ管理プログラム１３１が、リストアにより業務に影響が生じるＤＶＯＬ（以下、影響ＤＶＯＬ）を特定する（図１２のステップ１００５）。図８を参照して具体的に説明する。図８は、図６のデータ変更履歴テーブル１３７を基に、１８時５９分５９秒より後から障害発生時刻１９時００分０４秒までの各１秒間にＤＶＯＬ１〜６（ボリューム１〜６）で差分が生じたか否かを示した図である。データ変更履歴テーブル１３７には、どの時刻でどのＤＶＯＬ１８１で差分があるかが記録されているが、時刻としては、例えば、障害発生時刻（例えば１９時００分０４秒）まで記録されている。ストレージ管理プログラム１３１は、データ変更履歴テーブル１３７を参照して、ストレージ管理者１１３により設定されリストア指示で指定したＲＰＯ時刻（例えば１９時００分０３秒）より後のどの時刻で差分が生じたＤＶＯＬ１８１を、影響ＤＶＯＬとして特定する。ＲＰＯ時刻より後の時刻で差分の生じたＤＶＯＬ１８１が影響ＤＶＯＬとなる理由は、ＲＰＯ時刻におけるデータのリストアにより、ＲＰＯ時刻より後のデータ更新が無効となってしまい、リストアされたデータのあるボリュームを使用する業務に影響が生じるためである。図８の例では、ＲＰＯ時刻（１９時００分０３秒）より後の障害発生時刻（１９時００分０４秒）までに差分の生じたＤＶＯＬ２（ボリューム２）、ＤＶＯＬ３（ボリューム３）、ＤＶＯＬ４（ボリューム４）が、影響ＤＶＯＬとして特定されることになる。

図１２のステップ１００６で、ストレージ管理プログラム１３１は、影響ＤＶＯＬのＶＯＬ識別子をキーに、ＡＰ管理テーブル１３３を参照することで、リストアの影響を受ける業務を実行するＡＰ１１９（すなわち、そのＶＯＬ識別子に対応したＡＰ名）を特定し、且つ、そのＡＰ１１９を実行する業務ホスト１０１（すなわち、そのＶＯＬ識別子に対応したホスト名）を特定する。

図１２のステップ１００７で、ストレージ管理プログラム１３１が、特定された業務ホスト１０１のＡＰ管理プログラム１１７に、例えば、下記４種類の情報要素を送信する。
（１）ステップ１００４のリストア指示で指定されたＲＰＯ時刻（例えば１９時００分０３秒）、
（２）障害発生時刻（例えば１９時００分０４秒）、
（３）通知先のＡＰ管理プログラム１１７のどの管理対象ＡＰ１１９にどのＤＶＯＬ１８１が割当てられているかを表す割り当て情報（例えば、ＡＰ管理テーブル１３３から特定される、ＡＰ名とＶＯＬ識別子との対応）、
（４）各管理対象ＡＰ１１９に割り当てられている各ＤＶＯＬ１８１のデータ更新状況（例えば、データ変更履歴テーブル１３７から特定される、時刻と差分マーク有無との対応）。

図１３のステップ１０２５で、ＡＰ管理プログラム１１７が、上記４種類の情報要素（（１）〜（４）の情報要素）を受信する。

図１３のステップ１０２６で、ＡＰ管理プログラム１１７は、受信した４種類の情報要素を基に、ＡＰ稼動状況描画処理などを実行して、図９に例示するＡＰ管理支援ＧＵＩ（Graphical User Interface）６０１Ａを作成し、そのＧＵＩ６０１Ａを、業務ホスト１０１の図示しない表示装置に表示する。以下、図９のＡＰ管理支援ＧＵＩ６０１Ａの作成及び表示について詳細に説明する。

図９のＡＰ管理支援ＧＵＩ６０１Ａは、業務ホスト１のＡＰ管理プログラム１により表示されるＧＵＩの例である。ＡＰ管理プログラム１は、情報要素（３）の割り当て情報として、ＡＰ１に、ボリューム１、ボリューム３及びボリューム５が割当てられていて、ＡＰ２に、ボリューム２及びボリューム５が割当てられていることを表す情報を受信する。また、ＡＰ管理プログラム１は、情報要素（４）のデータ更新状況としては、管理対象であるＡＰ１、ＡＰ２及びＡＰ３に割当てられているボリューム１、ボリューム２、ボリューム３及びボリューム５のそれぞれのデータ更新状況を受信し、他のＤＶＯＬ１８１（つまり、管理対象ＡＰ１１９に割当てられていないＤＶＯＬ１８１）についてのデータ更新状況を受信しない（或いは、受信しても、表示しないよう制御しても良い）。

ＡＰ管理プログラム１は、ボリューム１、２、３及び５のデータ更新状況（どの時間でどのＤＶＯＬに差分が生じたか）と、ＡＰ１、２及び３の稼動状況（どの時間でどのＡＰが稼動していたか）とを、並べて表示する。以下、便宜上、データ更新状況が表示される領域３５１を、「データ更新状況表示エリア３５１」と呼び、ＡＰの稼動状況が表示される領域３５３を、「ＡＰ稼動状況表示エリア３５３」と呼ぶ。データ更新状況表示エリア３５１と、ＡＰ稼動状況表示エリア３５３とが、それぞれ、表示をスクロール可能に構成されたＧＵＩであってもよい。

データ更新状況表示エリア３５１には、４つのボリューム１、２、３及び５のそれぞれ対応した４つの時間軸（水平方向に長い時間軸）が用意され、４つの時間軸が上下方向に等間隔に並べられる。並べられた４つの時間軸における各位置は、鉛直方向に沿って並んでおり、同じ時刻を意味する。

各時間軸の近傍には、どのＤＶＯＬに対応した時間軸であるかと、そのＤＶＯＬがどのＡＰに割当てられているかを表す文字（例えば、ＶＯＬ識別子とＡＰ名）が表示される。

各時間軸には、情報要素（４）のデータ更新状況を基に、差分マーク有りに対応した１秒間に対応した位置に、その１秒間に相当する長さ分の、差分有りを意味する帯状図形（例えば半透明の図形）が重ねて表示される。もし、Ｋ秒間（Ｋは２以上の整数）連続して差分が生じていれば、帯状図形も連続することになるため、結果として、帯状図形の長さは、そのＫ秒間の長さ分となる。

４つの時間軸のうちの少なくとも一つの時間軸おける各位置の近傍（例えば真下）に、その位置に相当する時刻を表す数字が表示される。また、表示されている複数の時刻のうち、障害発生時刻である時刻については、更に、障害発生時刻であることを意味する表示（例えば、“障害発生”という文字の表示や、時刻を表す数字の色や太さを変えるなどの強調表示）がされる。また、表示されている複数の時刻のうち、ＲＰＯ時刻である時刻については、更に、ＲＰＯ時刻であることを意味する表示（例えば、“ＲＰＯ時刻”という文字の表示や、時刻を表す数字の色や太さを変えるなどの強調表示）がされる。

ＡＰ稼動状況表示エリア３５３には、３つのＡＰ１、２、３のそれぞれ対応した３つの時間軸（水平方向に長い時間軸）が用意され、３つの時間軸が上下方向に等間隔に並べられる。並べられた３つの時間軸と、データ更新状況表示エリア３５１で並べられた４つの時間軸とにおいて、上下方向に並んだ各位置は、同じ時刻を意味する。

各時間軸の近傍には、どのＡＰに対応した時間軸であるかを表す文字（例えば、ＡＰ名）が表示される。

各時間軸には、各ＡＰに対応したログファイルに記録されている稼動状況情報を基に、稼動中に対応した１秒間に対応した位置に、その１秒間に相当する長さ分の、稼動中を意味する帯状図形（以下、例えば半透明の図形）が重ねて表示される。もし、Ｋ秒間（Ｋは２以上の整数）連続して稼動していれば、帯状図形も連続することになるため、結果として、帯状図形の長さは、そのＫ秒間の長さ分となる。

ＡＰ稼動状況の表示は、例えば、図１４に示すＡＰ稼動状況描画処理によって行うことができる。すなわち、ＡＰ管理プログラム１が、管理対象のＡＰ１、２及び３の各々のログファイルを参照して（ステップ１０４１）、ＡＰ１、２及び３の稼動状況を取得する（ステップ１０４２）。そして、ＡＰ管理プログラム１は、取得した各稼動状況から、データ更新状況が表す時間幅分（例えば１８時５９分５９秒より後から１９時００分０４秒まで）における稼動状況を抽出し（ステップ１０４３）、抽出された稼動状況を、ＡＰ稼動状況表示エリア３５３に描画する（ステップ１０４４）。

以上のＡＰ管理支援ＧＵＩ６０１Ａを参照したＡＰ管理者１は、ストレージ障害によるデータリストアの影響を受けたＡＰを特定することができる。１つのＤＶＯＬを複数のＡＰが共有していても、ＡＰの稼動状況が、ＤＶＯＬのデータ更新状況と並べて表示されるため、ＤＶＯＬに対するデータ更新がどのＡＰの稼動によって行われたのかを特定することができる。図９のＧＵＩ６０１Ａからは、ＲＰＯ時刻の後に更新が生じていたのはＤＶＯＬ２及びＤＶＯＬ３で、ＲＰＯ時刻の後に稼動していたのはＡＰ２及びＡＰ３なので、ＡＰ２及びＡＰ３について、稼動を再開すれば良いことがわかる。また、どの時刻以降の稼動を再開させるかであるが、１９時００分０３秒において、ＡＰ３が稼動中であったため、１９時００分０２秒以降の稼動を再開するのが望ましいことがわかる。そのため、ＡＰ管理者１は、ＡＰ３について、１９時００分０２秒以降の稼動を再開させ、ＡＰ２について、１９時００分０３秒以降の稼動を再開させることで、業務を継続させることができる。

なお、リストアによる影響を直接受けていないボリュームに関して、業務上、ＡＰ管理者１１１が、リストアを必要とした場合、ストレージ管理者１１３に、リストア対象のＤＶＯＬと希望するＲＰＯ時刻を通知してもよい。

（第二のケース：ストレージ障害が発生し、ＡＰ管理者１１１が、ＲＰＯ時刻を決定して、ストレージ管理者１１３に、リストアを依頼するケース。）
ストレージ障害が発生した場合（図１２のステップ１００１でＹＥＳ）、ストレージ管理プログラム１３１が、ストレージ障害発生の検知や通知を実行する（図１２のステップ１００２）。ＡＰ管理プログラム１１７は、ストレージ障害が発生した場合（図１３のステップ１０２１でＹＥＳ）、ストレージ障害発生の通知を受け（図１３のステップ１０２２）、管理対象ＡＰ１１９を停止させる（図１３のステップ１０２３）。

ストレージ管理者１１３がリストア作業を行うか否かの判定が行われる（図１２のステップ１００３、図１３のステップ１０２４）。本ケースでは、図１２のステップ１００３の判定の結果が否定的となり、ステップ１０１２にすすみ、同様に、図１３のステップ１０２４の判定の結果も否定的となり、図１３のステップ１０３１にすすむ。

図１２のステップ１０１２で、ストレージ管理プログラム１３１が、ＡＰ管理プログラム１１７に、例えば、下記３種類の情報要素を送信する。
（１）障害発生時刻（例えば１９時００分０４秒）、
（２）通知先のＡＰ管理プログラム１１７のどの管理対象ＡＰ１１９にどのＤＶＯＬ１８１が割当てられているかを表す割り当て情報（例えば、ＡＰ管理テーブル１３３から特定される、ＡＰ名とＶＯＬ識別子との対応）、
（３）各管理対象ＡＰ１１９に割り当てられている各ＤＶＯＬ１８１のデータ更新状況（例えば、データ変更履歴テーブル１３７から特定される、時刻と差分マーク有無との対応）。

図１３のステップ１０３１で、ＡＰ管理プログラム１１７が、上記３種類の情報要素（（１）〜（３）の情報要素）を受信する。

図１３のステップ１０３２で、ＡＰ管理プログラム１１７は、受信した３種類の情報要素を基に、ＡＰ稼動状況描画処理などを実行して、図１０に例示するＡＰ管理支援ＧＵＩ６０１Ｂを作成し、そのＧＵＩ６０１Ｂを、業務ホスト１０１の図示しない表示装置に表示する。

図１３のステップ１０３３で、ＡＰ管理プログラム１１７は、（１）リスタート、（２）ＲＰＯ時刻、いずれかを受ける。（１）のリスタートとは、リストア要求をストレージ管理プログラム１３３に出すのでなく、影響ＡＰに対する業務を再開する処理である。（２）のＲＰＯ時刻は、ＡＰ管理者１１１が、業務上、最も都合の良いと考えられるＲＰＯ時刻である。ＲＰＯ時刻に加えて、どのＤＶＯＬをリストア対象にするかの選択も受ける。ＡＰ管理プログラム１１７が、例えば、設定されたＲＰＯ時刻において差分が生じているＤＶＯＬを自動的にリストア対象として選択しても良い。ＲＰＯ時刻を受けた場合、ＡＰ管理プログラム１１７は、ストレージ管理プログラム１３１に、そのＲＰＯ時刻と選択されたＤＶＯＬのＶＯＬ識別子とを通知する。この場合、ストレージ管理プログラム１３１は、そのＲＰＯ時刻及びそのＶＯＬ識別子を指定したリストア指示を、そのＶＯＬ識別子に対応したＤＶＯＬを有するストレージシステム１０５に送信する（図１２のステップ１３）。

図１０のＡＰ管理支援ＧＵＩ６０１Ｂについて説明する。なお、図１０では、本ケース２での処理の特徴を理解し易くするために、データ更新状況の表示は、上述したケース１のそれとは対応していない。

この図１０は、図９のＧＵＩ６０１Ａと違って、ＲＰＯ時刻という文字の表示は無い。本ケース２では、ＲＰＯ時刻の設定は、ＡＰ管理者１１１が行うため、ＲＰＯ時刻は、ストレージ管理プログラム１３１から通知されるものではないためである。

この図１０のＧＵＩ６０１Ｂを見れば、ＡＰ管理者１は、影響ＤＶＯＬが、ボリューム１及びボリューム２であることがわかる。障害発生時刻までに差分が生じているためである。

また、ＡＰ管理者１は、障害発生時にＡＰ２及びＡＰ３の両方が稼動していることから、影響ＤＶＯＬであるボリューム１及び２は、ＡＰ２及びＡＰ３の稼動によるものであることがわかる。

これらの状況把握から、ＡＰ管理者１は、ＲＰＯ時刻として、１９時００分０２秒が最適であることがわかる。ＡＰ１，２の稼動終了とＡＰ３の稼動開始の境目となっているためである。なお、この状況把握をＡＰ管理プログラム１が行ってもよい。すなわち、ＡＰ管理プログラムが、情報要素（３）としてデータ更新状況と、管理対象であるＡＰ１、ＡＰ２及びＡＰ３のそれぞれのログファイルとを基に、上述の状況把握を行って、推奨のＲＰＯ時刻を算出し、算出されたＲＰＯ時刻を、上記ＧＵＩ６０１Ｂ上に表示しても良い。この点は、後述の第三のケースでも同様に適用することが可能である。

以上が、第二のケースについての説明である。なお、ＧＵＩの表示のための処理の詳細については、第一のケースの処理と同様とすることができる。この点は、後の第三のケースについても同様である。

（第三のケース：ストレージ障害の発生とは関係無く、ＡＰ管理者１１１がＲＰＯ時刻を決定してリストアをストレージ管理者１１３に依頼するケース。）。

図１３のステップ１０２１でＮＯとなり、図１３のステップ１０２７で、ＡＰ管理プログラム１１７が、ストレージ管理プログラム１３１に、リストア依頼を送信する。そのリストア依頼には、ＡＰ情報が含まれる。このＡＰ情報は、ＡＰ管理プログラム１１７がＡＰ登録テーブル１１５を参照することにより取得された、各ＡＰ名を含んだ情報である。

図１２のステップ１００１でＮＯとなり、図１３のステップ１００８で、ストレージ管理プログラム１３１が、リストア依頼を受ける。ストレージ管理プログラム１３１は、リストア依頼中のＡＰ情報に含まれている各ＡＰ名に対応したＤＶＯＬを、ＡＰ管理テーブル１３３を参照することにより特定する（ステップ１００９）。そして、ストレージ管理プログラム１３１は、そのＤＶＯＬについてのデータ更新状況をデータ変更履歴テーブル１３７から特定する（ステップ１０１０）。ストレージ管理プログラム１３１は、ステップ１００９で特定されたＤＶＯＬのＶＯＬ識別子を含む割当て情報と、ステップ１０１０で特定されたデータ更新状況とを、リストア依頼の送信元のＡＰ管理プログラム１１７に送信する（ステップ１０１１）。

ＡＰ管理プログラム１１７は、図１２のステップ１０２７の後、受信待ち状態となり（ステップ１０２８）、割り当て情報とデータ更新状況とをストレージ管理プログラム１３１から受信する（ステップ１０２９）。そして、ＡＰ管理プログラム１１７は、ＡＰ稼動状況描画処理等を実行じて、図１１に例示するＡＰ管理支援ＧＵＩ６０１を表示する（ステップ１０３０）。

図１１のＡＰ管理支援ＧＵＩ６０１は、業務ホスト２で表示されるＧＵＩを例に採ったものである。このＧＵＩ６０１によれば、ＡＰ管理者２は、ＡＰ４の業務を再開すれば良いことを考えると、ＲＰＯ時刻の選択肢として、１９時００分０１秒と１９時００分０２秒とがあることがわかる。また、ＡＰ４の稼動開始が１９時００分０２秒であるにもかかわらず、１９時００分０１秒より後から１９時００分０２秒までの時間に、ボリューム３で差分が生じていることから、その時間は、他の業務ホストのＡＰの稼動によって差分が生じたことがわかる。それ故、１９時００分０１秒をＲＰＯ時刻としてしまうと、他の業務ホストのＡＰによるデータ更新が無効になってしまうことがわかる。

そこで、ＡＰ管理者２は、自分が管理するＡＰ４のみ業務を再開すれば業務に支障が無くまた他の業務ホストに悪影響を与えることが無いと考えられる、１９時００分０２秒をＲＰＯ時刻として選択し、ボリューム３及びボリューム４について、そのＲＰＯ時刻（１９時００分０２秒）におけるデータをリストアする要求を、ＡＰ管理プログラム２に入力することができる。この入力に応答して、ＡＰ管理プログラム２は、ボリューム３及び４と１９時００分０２秒をＲＰＯ時刻とすることを含んだリストア要求を、ストレージ管理プログラム１３１に送信する。ストレージ管理プログラム１３１が、そのリストア要求に応答して、ＲＰＯ時刻（１９時００分０２秒）とボリューム３及びボリューム４がリストア対象であることのリストア指示を、ストレージシステム１０５に送信しても良い。

なお、図１１の例では、業務ホスト２のいずれのＡＰ４及び５が稼動していないにも関わらず、ボリューム３の時間軸に差分を表す帯状図形が表示されていることから、他の業務ホストのＡＰによる稼動で差分が生じたことがわかるようになっているが、ＡＰ管理プログラム２は、差分の生じた時間と、管理対象ＡＰ４、５の稼動している時間とが一致しない場合には、たとえ差分が生じていても、図１５に例示するように、差分有りを表す帯状図形を隠蔽しても良い（表示しないようにしても良い）。

また、ＡＰ管理プログラム２は、他の業務ホストでのＡＰの稼動により差分が生じている箇所については、受け付けを拒否しても良い。例えば、ＡＰ管理プログラム２は、ＲＰＯ時刻として１９時００分０１秒が選択された場合には、『選択できません』というメッセージを表示しても良い。なお、この場合には、図１１に例示したように、他の業務ホスト１での稼動により差分が生じたことが表示されても良いし、図１５に例示したように、他の業務ホスト１での稼動により差分が生じたことが隠されても良い（表示されなくても良い）。

＜第二の実施形態＞。

以下、本発明の第二の実施形態を説明する。以下、第一の実施形態との相違点を主に説明し、第二の実施形態との共通点については説明を省略或いは簡略する。

第二の実施形態では、複数のＤＶＯＬのうちの二以上のＤＶＯＬが、一つのボリュームグループとして管理される。

図１６は、第二の実施形態におけるＤＶＯＬ管理テーブルの構成例を示す。

ＤＶＯＬ管理テーブル１６１´には、どのＤＶＯＬがどのボリュームグループに属するかが更に登録されている。例えば、各ＤＶＯＬのＶＯＬ識別子に対応したボリュームグループ名が登録される。ボリュームグループは、一つのストレージシステム内の二以上のＤＶＯＬ１８１で構成されていても良いし、複数のストレージシステムに存在する二以上のＤＶＯＬ１８１で構成されても良い（つまり、ボリュームグループが、複数のストレージシステムに跨っても良い）。例えば、ボリュームグループ３については、ストレージシステム１，２に跨っている。この場合、例えば、ストレージ管理プログラム１３１は、ストレージシステム１のストレージ障害のためにリストアを指示する際、ストレージシステム１内のボリューム１がストレージシステム２のボリューム６とボリュームグループ３を構成しているため、ボリューム６についても、同一のＲＰＯ時刻を指定したリストア指示をストレージシステム２に送信しても良い。

図１７は、第二の実施形態におけるＡＰ管理支援ＧＵＩ６０１の一例を示す。

ＡＰ管理支援ＧＵＩ６０１に、どのＤＶＯＬがどのボリュームグループに属するかが表示される。例えば、データ更新状況表示エリア３５１における各時間軸の近傍に書かれているＶＯＬ識別子の傍に、そのＶＯＬ識別子に対応するＤＶＯＬが属するボリュームグループのグループ名が表示される。ＡＰ管理者１１１は、どのＤＶＯＬがどのボリュームグループに属するかをも考慮して、ＡＰ管理プログラム１１７にリストア要求を送信させることができる。具体的には、例えば、ＡＰ管理者１１１は、ボリューム４をリストア対象としたい場合、ボリューム３がそのボリューム４と同じボリュームグループに属しているため、ボリューム４だけでなくボリューム３もリストア対象としてリストアするようＡＰ管理プログラム１１７に指定することができる。

以上、本発明の幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、ホスト計算機が、リストア指示をストレージシステムに送信しても良い。また、例えば、図９、図１０などのようにグラフ形式の表示に限らず、他種の形式での表示、具体例として、図１８に例示するような表形式での表示であっても良い。図１８では、各行が各単位時間に対応しており、ボリュームの更新状況については、塗りつぶしてあるセルが、更新の生じた単位時間を意味し、ＡＰの稼動状況については、塗りつぶしてあるセルが、稼動している単位時間を意味する。

図１は、本発明の第一の実施形態に係るコンピュータシステムの構成例を示す。 図２は、ＪＶＯＬの構成例を示す。 図３は、ＡＰ登録テーブルの構成例を示す。 図４は、ＡＰ管理テーブルの構成例を示す。 図５は、ＶＯＬ管理テーブルの構成例を示す。 図６は、データ変更履歴テーブルの構成例を示す。 図７は、ＡＰ登録画面の一例を示す。 図８は、業務に影響のあるデータがあるＤＶＯＬの特定の説明図である。 図９は、第一のケースにおけるＡＰ管理支援ＧＵＩの一例を示す。 図１０は、第二のケースにおけるＡＰ管理支援ＧＵＩの一例を示す。 図１１は、第三のケースにおけるＡＰ管理支援ＧＵＩの一例を示す。 図１２は、ストレージ管理プログラムが行う処理の流れを示す。 図１３は、ＡＰ管理プログラムが行う処理の流れを示す。 図１４は、図１３において実行されるＡＰ稼動状況描画処理の流れを示す。 図１５は、第三のケースにおけるＡＰ管理支援ＧＵＩの変形例を示す。 図１６は、本発明の第二の実施形態におけるＤＶＯＬ管理テーブルの構成例を示す。 図１７は、第二の実施形態で表示されるＡＰ管理支援ＧＵＩの一例を示す。 図１８は、ＡＰ管理支援ＧＵＩの一バリエーションを示す。

符号の説明

１０１…業務ホスト １１７…ＡＰ管理プログラム １０３…ストレージ管理ホスト １３１…ストレージ管理プログラム

Claims (17)

1. 指定された論理ボリューム内のＲＰＯ（Recovery Point Objective）時刻におけるデータをリストアするＣＤＰ（Continuous
   Data Protection）機能を有したストレージシステムにおける複数の論理ボリュームのうちの割当てられている論理ボリュームを指定したライト要求を発行するアプリケーションプログラムを一つ以上実行するホスト計算機と、
   前記ストレージシステムを管理する管理計算機と
   を備え、
   前記管理計算機が、
   どのアプリケーションプログラムにどの論理ボリュームが割当てられているかを表す第一の情報資源と、
   どの論理ボリュームでどの時間に更新が生じたかを定期的に又は不定期的に前記ストレージシステムから取得して第二の情報資源に登録するボリューム更新管理部と、
   前記第一及び第二の情報資源を参照し、どの論理ボリュームでどの時間に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を取得する更新管理情報取得部と、
   取得された更新管理情報を、該更新管理情報で表されるアプリケーションプログラムを有するホスト計算機に送信する更新管理情報送信部と
   を備え、
   前記ホスト計算機が、
   前記管理計算機から更新管理情報を受け付ける受付部と、
   受信した更新管理情報を基に、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているか表示するホスト制御部と
   を備える、
   アプリケーション管理支援システム。
2. 前記管理計算機が、前記ストレージシステムで発生した障害を検知する障害検知部、を更に備え、
   送信される前記更新管理情報には、障害発生時刻が含まれ、
   前記ホスト制御部が、前記更新管理情報に含まれている障害発生時刻を表示する、
   請求項１記載のアプリケーション管理支援システム。
3. 前記管理計算機が、前記ストレージシステムが有する論理ボリュームの識別情報とＲＰＯ時刻とを含んだリストア要求を前記ストレージシステムに送信するリストア制御部、を更に備え、
   送信される前記更新管理情報には、前記ＲＰＯ時刻が含まれ、
   前記ホスト制御部が、前記更新管理情報に含まれているＲＰＯ時刻を表示する、
   請求項２記載のアプリケーション管理支援システム。
4. 前記ホスト計算機が複数台あり、
   前記更新管理情報取得部が、障害発生時刻を含んだ時間に更新が生じた論理ボリュームである影響ボリュームを前記第一の情報資源を参照することにより特定し、該論理ボリュームが割当てられているアプリケーションプログラムである影響アプリケーションを前記第二の情報資源を参照することにより特定し、前記更新管理情報として、どの影響ボリュームでどの時間に更新が生じその影響ボリュームが割当てられている影響アプリケーションが何であるかを表す情報を取得し、
   前記更新管理情報送信部が、前記複数のホスト計算機のうちの前記影響アプリケーションを有するホスト計算機に前記更新管理情報を送信する、
   請求項２記載のアプリケーション管理支援システム。
5. 前記一以上のアプリケーションプログラムの各々が、ライト要求の発生に関わる稼動の開始時刻と終了時刻をログ情報資源に記録し、
   前記ホスト制御部が、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかと共に、前記ログ情報資源を基に、どのアプリケーションプログラムがどんな時間帯で稼動していたかを表示する、
   請求項１記載のアプリケーション管理支援システム。
6. 前記管理計算機が、前記ストレージシステムで発生した障害を検知する障害検知部、を更に備え、
   送信される前記更新管理情報には、障害発生時刻が含まれ、
   前記ホスト制御部が、前記更新管理情報に含まれている障害発生時刻を表示する、
   請求項５記載のアプリケーション管理支援システム。
7. 前記管理計算機が、前記ストレージシステムが有する論理ボリュームの識別情報とＲＰＯ時刻とを含んだリストア要求を前記ストレージシステムに送信するリストア制御部、を更に備え、
   送信される前記更新管理情報には、前記ＲＰＯ時刻が含まれ、
   前記ホスト制御部が、前記更新管理情報に含まれているＲＰＯ時刻を表示する、
   請求項６記載のアプリケーション管理支援システム。
   
8. 前記ホスト計算機が複数台あり、
   前記ホスト制御部が、アプリケーションプログラムが稼動していた時間帯以外の時間で、該アプリケーションプログラムが割当てられている論理ボリュームで更新が生じたのであっても、更新が生じたことを隠蔽する、
   請求項５記載のアプリケーション管理支援システム。
9. 前記ホスト計算機が複数台あり、
   前記ホスト制御部が、ＲＰＯ時刻の指定を受け付け、指定されたＲＰＯ時刻を前記管理計算機に通知するよう構成されており、アプリケーションプログラムが稼動していた時間帯以外の時間であって、該アプリケーションプログラムが割当てられている論理ボリュームで更新が生じた時間における時刻をＲＰＯ時刻とすることの指定を拒否する、
   請求項５記載のアプリケーション管理支援システム。
10. 前記ホスト制御部が、ＧＵＩ（Graphical User Interface）を介してＲＰＯ時刻の指定を受け付け、
    前記ＧＵＩに、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかの第一の表示と、どのアプリケーションプログラムがどんな時間帯で稼動していたかの第二の表示とが並んでいる、
    請求項５記載のアプリケーション管理支援システム。
11. 前記第一の表示と前記第二の表示の各々がグラフ或いは表であり、
    前記第一の表示における或る時刻に相当する位置と、前記第二の表示における該或る時刻に相当する位置とが、前記ＧＵＩにおいて鉛直方向或いは水平方向に並んでいる、
    請求項１０記載のアプリケーション管理支援システム。
12. 前記ホスト制御部が、管理対象とするアプリケーションプログラムの識別情報の入力を受け付け、入力されたアプリケーションプログラムの識別情報を、所定の情報資源に登録すると共に、前記管理計算機に通知し、
    前記管理計算機が、アプリケーションプログラムの識別情報を受け付けるアプリケーション識別情報受付部と、アプリケーションプログラムの識別情報とそのアプリケーションプログラムに割り当てる論理ボリュームの識別情報とを前記第一の情報資源に登録する第一情報資源更新部とを更に備える、
    請求項１記載のアプリケーション管理支援システム。
13. 前記管理計算機が、どの論理ボリュームがどのボリュームグループに属するかを表す第三の情報資源を更に備え、
    前記更新管理情報には、どの論理ボリュームがどのボリュームグループに属するかを表す情報が含まれ、
    前記ホスト制御部が、どの論理ボリュームがどのボリュームグループに属するかも表示する、
    請求項１記載のアプリケーション管理支援システム。
14. 指定された論理ボリューム内のＲＰＯ（Recovery Point Objective）時刻におけるデータをリストアするＣＤＰ（Continuous
    Data Protection）機能を有したストレージシステムを管理する管理計算機であって、
    どのアプリケーションプログラムにどの論理ボリュームが割当てられているかを表す第一の情報資源と、
    どの論理ボリュームでどの時間に更新が生じたかを定期的に又は不定期的に前記ストレージシステムから取得して第二の情報資源に登録するボリューム更新管理部と、
    前記第一及び第二の情報資源を参照し、どの論理ボリュームでどの時間に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を取得する更新管理情報取得部と、
    取得された更新管理情報を、該更新管理情報で表されるアプリケーションプログラムを有するホスト計算機に送信する更新管理情報送信部と
    を備える管理計算機。
15. 指定された論理ボリューム内のＲＰＯ（Recovery Point Objective）時刻におけるデータをリストアするＣＤＰ（Continuous
    Data Protection）機能を有したストレージシステムのホスト計算機であって、
    前記ストレージシステムにおける複数の論理ボリュームのうちの割当てられている論理ボリュームを指定したライト要求を発行し、ライト要求の発生に関わる稼動の開始時刻と終了時刻をログ情報資源に記録する一以上のアプリケーションプログラムと、
    どの論理ボリュームでどの時間に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を、前記ストレージシステムを管理する管理計算機から受け付ける受付部と、
    受信した前記更新管理情報と前記ログ情報資源とを基に、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかと、どのアプリケーションプログラムがどんな時間帯で稼動していたかとを表示するホスト制御部と
    を備えるホスト計算機。
16. 指定された論理ボリューム内のＲＰＯ（Recovery Point Objective）時刻におけるデータをリストアするＣＤＰ（Continuous
    Data Protection）機能を有したストレージシステムにおけるどの論理ボリュームでどの時間に更新が生じたかを定期的に又は不定期的に前記ストレージシステムから取得して第二の情報資源に登録し、
    どのアプリケーションプログラムにどの論理ボリュームが割当てられているかを表す第一の情報資源と、前記第二の情報資源とを参照し、どの論理ボリュームでどの時間に更新が生じその論理ボリュームがどのアプリケーションプログラムに割当てられているかを表す情報である更新管理情報を取得し、
    その更新管理情報を基に、どの論理ボリュームでどの時間に更新が生じその論理ボリュームにどのアプリケーションプログラムが割当てられているかを、アプリケーションプログラムを実行するホスト計算機に表示する、
    アプリケーション管理支援方法。
17. 前記ホスト制御部が、前記更新管理情報と前記ログ情報資源とに基づいて推奨のＲＰＯ時刻を算出し表示する、
    請求項５記載のアプリケーション管理支援システム。
    

Images