JP2009003719A - 連携して動作する複数のアプリケーションが使用するデータのバックアップ環境の設定を行う計算機及び方法 - Google Patents

Abstract

【課題】同一の複合アプリケーション環境を構成する全てのアプリケーションに対して同一のバックアップ環境を設定する。
【解決手段】連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報を記憶する。そのアプリケーション管理情報を参照することで、その複合アプリケーション環境を構成する複数のアプリケーションを特定する。特定された複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを同一のボリュームグループに所属させる。
【選択図】図１２

Description

本発明は、データのバックアップ環境の設定を行う技術に関する。

一般に、計算機システムでは、ストレージシステムの障害、コンピュータウィルスによるデータの破壊、ユーザによる誤操作などによってデータを喪失することがある。計算機システムは、このようなデータ喪失に備えて、定期的にデータのバックアップを行い、リストアできるようにする。

特許文献１には、上記リストアを実現するためのバックアップ技術として、アプリケーションが利用するデータが記憶される論理ボリューム（以下、データボリューム）を一括してバックアップする技術が開示されている。特許文献１には、一括してバックアップ操作を行いたいデータボリュームの集合（以下、「コピーグループ」）をストレージシステムが記憶することと、コピーグループ単位のバックアップ指示を受け付けると、当該コピーグループに属する全データボリュームのデータのバックアップが完了するまで書き込みを保留することでコピーグループに属する全データボリュームの同一時点のデータをバックアップすること、が示されている。このバックアップ技術によりリストアが行われると、各データボリュームのデータが、同一時点の状態にリストアされる。

特許文献２には、ジャーナリングを用いたバックアップ技術が開示されている。特許文献２には、一つ以上のデータボリュームで構成される論理的なグループ（以下、「ジャーナルグループ」）の特定時点のスナップショット（フルバックアップあるいは、差分バックアップなどの論理的なイメージ）を取得し、それ以降にデータボリュームに書き込まれたデータをジャーナルとしてジャーナルグループに関連付けられたジャーナルボリュームに格納することと、書き込まれた順序どおりに一連のジャーナルをスナップショットに適用することで、ジャーナルグループに属する全データボリュームのデータを特定の時点の状態にリストアすることと、が示されている。これは、一般に「Continuous Data Protection」又はそれを略して「ＣＤＰ」と呼ばれる技術の一例である。

特許文献３には、ジャーナルをリモートサイトのジャーナルボリュームに格納し、リモートサイトにおいてデータの復元を行うリモートバックアップ技術が開示されている。特許文献３には、ジャーナルグループの特定時点のスナップショットを取得してそのスナップショットをリモートサイトに格納し、それ以降にデータボリュームに書込まれたデータをジャーナルとしてリモートサイトのジャーナルボリューム（ジャーナルグループに関連付けられたジャーナルボリューム）に格納することと、書き込まれた順序どおりに一連のジャーナルをスナップショットに適用することで、ジャーナルグループに属する全データボリュームのデータをリモートサイトにおいてリストアすることと、が示されている。このバックアップ技術を用いると、リモートサイトにリストアされる各データボリュームのデータは、同一時点の状態にリストアされる。
特開２００５−１９６６１８号公報 特開２００４−２５２６８６号公報 特開２００５−２２２１１０号公報

現在、多くの企業では、企業の経営資源を有効に活用して経営を効率化するために、基幹業務の部門ごとに独立して運用されていたアプリケーションプログラム（データベースマネジメントシステム（ＤＢＭＳ）やファイルシステム等）を、ＥＲＰパッケージ（Enterprise Resource Planning package）等を用いて統合し、各アプリケーションが連携して動作可能な計算機システムを構築している。例えば、各部門において運用されるそれぞれのアプリケーションプログラム（以下、アプリケーション）が、同一のストレージシステムを利用することで、情報の共有化が図られている。また、アプリケーション同士が、お互いの機能を利用したり、お互いの処理結果を利用したりすることで、計算機システム全体として効率的な処理を行うことも図られている。ここでは、アプリケーション同士が連携しているといえば、それらのアプリケーション同士が、お互いの機能を利用したり、お互いの処理結果を利用したりして動作していることを意味するものとする。

互いに連携するアプリケーションが存在する計算機システムに障害が発生した場合は、アプリケーション間で、データの整合性が保たれた状態にリストアされる必要がある。即ち、各アプリケーションが利用しているそれぞれのデータは、全て同一時点の状態にリストアされる必要がある。

以下、連携して動作する複数のアプリケーションで構成されたグループを「複合アプリケーション環境」と呼ぶ。尚、一つの複合アプリケーション環境が、複数の複合アプリケーション環境から構築される場合もある。例えば、第一の複合アプリケーション環境に、第一のアプリケーションが含まれ、第二の複合アプリケーション環境に、第一のアプリケーションに対して所定のインタフェースを公開する第二のアプリケーションが含まれる場合、そのインタフェースを利用する第一のアプリケーションとそのインタフェースを提供する第二のアプリケーションとは、互いに連携していることになる。この場合、第一の複合アプリケーション環境と第二の複合アプリケーション環境とで構成された一つの複合アプリケーション環境があるとみなすことができる。

複合アプリケーション環境において、アプリケーション間のデータの整合性が保たれた状態でリストアするためには、各アプリケーションが利用するデータボリュームを同一のボリュームグループに属させてバックアップし、リストア時に各データボリュームを同一時点の状態にリストアする必要がある。しかしながら、複合アプリケーション環境内に、他のアプリケーションに機能を提供するために連携用のインタフェースを公開しているアプリケーションが存在するときは、管理者が全てのアプリケーションの連携関係を把握できていない場合もある。この場合は、バックアップを行うための環境であるバックアップ環境（例えば、ボリュームグループの構成やそのボリュームグループにおいてどのようなバックアップを行うか）を管理者が構築する際に、複合アプリケーション環境内の全てのアプリケーションが使用するデータボリュームを同一のボリュームグループに属させることができないという問題が起こってしまう。

この問題点について、図２３を参照して具体的に説明する。同図には、ＡＰ１（アプリケーション１）とＡＰ２（アプリケーション２）、ＡＰ２とＡＰ３（アプリケーション３）、ＡＰ３とＡＰ４（アプリケーション４）がそれぞれ連携している複合アプリケーション環境が示されている。同図において、ＡＰ２とＡＰ３は、異なる管理者により管理されている。また、ＡＰ２とＡＰ３は、ＡＰ２とＡＰ３のうちのいずれか一方又は両方が公開するインタフェースを介して連携している。このような場合、ＡＰ２の管理者は、ＡＰ３とＡＰ４の連携を認識することができない。なぜなら、ＡＰ２の管理者から見てＡＰ３の処理は、いわゆるブラックボックスとなるからである。同様に、ＡＰ３の管理者は、ＡＰ２とＡＰ１の連携を認識することができない。なぜなら、ＡＰ３の管理者から見てＡＰ２の処理は、いわゆるブラックボックスとなるからである。同じような理由から、ＡＰ１の管理者は、ＡＰ３とＡＰ４の連携を認識することができず、また、ＡＰ４の管理者は、ＡＰ１とＡＰ２の連携を認識することができない。このため、複合アプリケーション環境に属する連携アプリケーションはＡＰ１、ＡＰ２、ＡＰ３及びＡＰ４の４つであることや、それら４つのＡＰ１、ＡＰ２、ＡＰ３及びＡＰ４が使用するデータボリュームが、ＶＯＬ１、ＶＯＬ２、ＶＯＬ３及びＶＯＬ４であることがわからず、故に、ＶＯＬ１、ＶＯＬ２、ＶＯＬ３及びＶＯＬ４を同一のボリュームグループに属させることができない。このため、同じ複合アプリケーション環境に所属するＡＰ１、ＡＰ２、ＡＰ３及びＡＰ４のバックアップ環境が異なってしまう。

そこで、本発明の目的は、同一の複合アプリケーション環境を構成する全てのアプリケーションに対して同一のバックアップ環境を設定することにある。

連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報を記憶する。そのアプリケーション管理情報を参照することで、その複合アプリケーション環境を構成する複数のアプリケーションを特定する。特定された複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを同一のボリュームグループに所属させる。

実施形態１では、計算機の記憶部に、連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報が記憶される。そして、その計算機には、設定部が備えられる。その設定部は、アプリケーション管理情報を参照することで、複合アプリケーション環境を構成する複数のアプリケーションを特定する。設定部は、特定された複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを同一のボリュームグループに所属させる指示を、複数の第一の論理ボリュームと複数の第二の論理ボリュームとの少なくとも一方を備える一以上のストレージシステムに送信する。

一以上のストレージシステムには、例えば、メモリを有した制御部が備えられ、そのメモリに、例えば、ボリュームグループ構成情報が記憶されている。ボリュームグループ構成情報は、例えば、どのボリュームグループにどの複数の第一の論理ボリュームとどの複数の第二の論理ボリュームが存在するかを表している。計算機から上記指示を受けたストレージシステムでは、制御部が、その指示で指定されている複数の第一の論理ボリューム及び複数の第二の論理ボリュームを同一のボリュームグループに所属するようボリュームグループ構成情報を更新する。これにより、更新後のボリュームグループ構成情報に基づき、制御部が、その同一のボリュームグループについて、複数の第一の論理ボリュームに記憶されているデータを複数の第二の論理ボリュームにバックアップすることができる。

実施形態１の変形例１では、上記同一のボリュームグループにおいて複数の第一の論理ボリュームから複数の第二の論理ボリュームにどのようにデータがバックアップされるかは、複数の第一の論理ボリュームと複数の第二の論理ボリュームとを備える一以上のストレージシステムが有する複数種類のバックアップ機能のうちのどの種類のバックアップ機能をそのボリュームグループに適用するかを基に定まる。

実施形態１の変形例２では、変形例１において、複数種類のバックアップ機能には、複数の第一のストレージシステムに存在する複数の第一の論理ボリュームから複数の第二のストレージシステムに存在する複数の第二の論理ボリュームにデータをバックアップする機能が含まれている。その機能は、例えば、後述する「多対多リモートコピー機能」である。

実施形態１の変形例３では、記憶部が、更に、複合アプリケーション環境に対応したボリュームグループとそのボリュームグループにおいてどのようなバックアップを行うかのバックアップポリシーとを表すバックアップポリシー管理情報を記憶する。

実施形態１の変形例４では、変形例３において、設定部が、複合アプリケーション環境の構成要素として新たなアプリケーションが追加される場合、その複合アプリケーション環境に対応したボリュームグループ及びバックアップポリシーをバックアップポリシー管理情報から特定し、新たなアプリケーションに割当てられる第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを特定されたボリュームグループに追加することの指示を、上記特定されたバックアップポリシーを基に作成し、その指示を、一以上のストレージシステムに送信する。ここで、「バックアップポリシーを基に指示を作成する」とは、例えば、指示に含めるパラメータ（例えば、ボリューム識別子、バックアップ機能、後述の保護期間などのそれぞれの値）を、そのバックアップポリシーを基に決定し、その決定されたパラメータを含んだ指示を作成することを言う。

実施形態１の変形例５では、変形例３乃至４のうちの少なくとも一つにおいて、設定部が、複合アプリケーション環境を構成するいずれかのアプリケーションに新たな第一の論理ボリュームが割当てられる場合、その複合アプリケーション環境に対応したボリュームグループ及びバックアップポリシーを前記バックアップポリシー管理情報から特定し、前記新たな第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを前記特定されたボリュームグループに追加することの指示を、特定されたバックアップポリシーを基に作成し、その指示を、前記一以上のストレージシステムに送信する。

実施形態１の変形例６では、実施形態１、及び変形例１乃至５のうちの少なくとも一つにおいて、設定部が、複合アプリケーション環境からアプリケーションが外される場合、そのアプリケーションに関する情報を前記アプリケーション管理情報における複合アプリケーション環境に対応した各アプリケーションに関する情報から削除し、その外されるアプリケーションに割当てられていた第一の論理ボリュームとそれに記憶されているデータのバックアップ先である第二の論理ボリュームとをそれらが所属しているボリュームグループから外すことの指示を、前記一以上のストレージシステムに送信する。

実施形態１の変形例７では、実施形態１、及び変形例１乃至６のうちの少なくとも一つにおいて、第一及び第二の複合アプリケーション環境を含んだ複数の複合アプリケーション環境が存在する。記憶部が、どの論理ボリュームがどのストレージシステムに存在するかを表すボリューム管理情報を更に記憶する。アプリケーション管理情報が、複合アプリケーション環境毎に、複合アプリケーション環境を構成する各アプリケーションを表す。設定部が、第一の複合アプリケーション環境のいずれかのアプリケーションが第二の複合アプリケーション環境のいずれかのアプリケーションと連携する場合、第一の複合アプリケーション環境を構成する複数のアプリケーションに割当てられている複数の第一の論理ボリュームと、第二の複合アプリケーション環境を構成する複数のアプリケーションに割当てられている複数の第一の論理ボリュームとが一つのストレージシステムに存在するか否かを、ボリューム管理情報を参照することにより判断する。否定的な判断結果であれば、設定部は、上記一つのストレージシステムとは別のストレージシステムに存在する第一の論理ボリュームを上記一つのストレージシステムにマイグレーションすることの指示を、上記別のストレージシステムと上記一つのストレージシステムとの少なくとも一方に送信する。

実施形態１の変形例８では、実施形態１、変形例１乃至７のうちの少なくとも一つにおいて、計算機が、連係情報取得部を更に備える。連携情報取得部が、アプリケーションがどのアプリケーションと連携するかの関係を示す連係情報を、そのアプリケーションを実行するホスト計算機から取得し、取得した連携情報を用いてアプリケーション管理情報を更新する。

実施形態１の変形例９では、変形例８において、設定部は、取得された連係情報が、複合アプリケーション環境を構成するいずれかのアプリケーションに新たなアプリケーションが連携していることを表している場合、その複合アプリケーション環境に対応したボリュームグループを特定し、新たなアプリケーションに割当てられる第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを上記特定されたボリュームグループに追加することの指示を、一以上のストレージシステムに送信する。

実施形態１の変形例１０では、変形例８乃至９のうちの少なくとも一つにおいて、設定部は、取得された連係情報が、複合アプリケーション環境を構成するいずれかのアプリケーションに新たな第一の論理ボリュームが割当てられたことを表している場合、その複合アプリケーション環境に対応したボリュームグループを特定し、新たな第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを上記特定されたボリュームグループに追加することの指示を、一以上のストレージシステムに送信する。

実施形態１の変形例１１では、変形例８乃至１０のうちの少なくとも一つにおいて、設定部は、前記取得された連携情報が、前記複合アプリケーション環境のいずれかのアプリケーションと連携していたアプリケーションが連携しなくなったことを表している場合、そのアプリケーションに関する情報をアプリケーション管理情報における前記複合アプリケーション環境に対応した各アプリケーションに関する情報から削除し、その外されるアプリケーションに割当てられていた第一の論理ボリュームとそれに記憶されているデータのバックアップ先である第二の論理ボリュームとをそれらが所属しているボリュームグループから外すことの指示を、一以上のストレージシステムに送信する。

上述した実施形態１、及び変形例１乃至１１のうちの任意の二以上を組み合わせることができる。また、記憶部は、例えば、メモリ或いは他種の記憶資源で構成することができる。上述した設定部及び連携情報取得部のうちの少なくとも一つは、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。

また、上記の計算機は、ストレージシステム内部に組み込まれる形で構成されてもよいし、計算機とストレージシステムとは、通信ネットワークを介して接続されてもよい。

また、計算機は、複数のアプリケーションが実行されるホスト計算機と、ホスト計算機に指示を出す管理計算機とが一体となった計算機であっても良いし、それらのうちのホスト計算機或いは管理計算機であっても良い。

以下、本発明のいくつかの実施例について、図面を参照しながら詳細に説明する。なお、これにより本発明が限定されるものではない。

＜第一の実施例＞。

まず、第一の実施例について説明する。なお、以下の説明では、ボリュームグループを、便宜上、「管理グループ」と呼ぶ。

本実施例に係る計算機システムは、ローカルコピー機能、ＣＤＰ機能及びリモートコピー機能のうちのひとつ以上のバックアップ機能を持つストレージシステムを備える。ローカルコピー機能とは、一ストレージシステム内でデータボリューム間のデータコピーを行う機能である。ＣＤＰ機能とは、ＣＤＰを利用したバックアップを行う機能である。リモートコピー機能とは、ストレージシステム内のデータボリュームに記憶されているデータを別のストレージシステム内のデータボリュームにコピーする機能である。

また、本計算機システムは、複数のアプリケーションを備える。そして、ひとつ以上のアプリケーションは、自らの機能を提供するためのインタフェースを公開している。他のアプリケーションは、このインタフェースを利用して、インタフェースを公開しているアプリケーションの所定の機能を利用することができる。このように、公開されたインタフェースを利用してアプリケーション同士が連携することにより、本計算機システム上には、複合アプリケーション環境が構築される。

以下、自らの機能を提供するためのインタフェースを公開しているアプリケーションを「連携先アプリケーション」と呼び、当該インタフェースを利用するアプリケーションを「連携元アプリケーション」と呼ぶことがある。また、連携先アプリケーションが属する複合アプリケーション環境を「連携先複合アプリケーション環境」、連携元アプリケーションが属する複合アプリケーション環境を「連携元複合アプリケーション環境」と呼ぶことがある。

以下、本実施例のシステム構成と動作を説明する。

（１−１）第一の実施例のシステム構成。

図１は、本実施例に係る計算機システムの構成例を示すブロック図である。

本システムでは、ストレージシステム１０００と一以上のホスト計算機１１００は、データネットワーク１３００を介して互いに接続される。本実施例では、データネットワーク１３００は、ストレージエリアネットワーク（ＳＡＮ）とするが、ＩＰネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。

ストレージシステム１０００とホスト計算機１１００と管理計算機１２００は、管理ネットワーク１４００を介して互いに接続される。本実施例では、管理ネットワーク１４００は、ＩＰネットワークとするが、ストレージエリアネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであってもよい。また、データネットワーク１３００と管理ネットワーク１４００が、同一ネットワークであってもよいし、ホスト計算機１１００と管理計算機１２００が、同一計算機であってもかまわない。

なお、説明の都合上、図１では、ストレージシステム１０００を１台、管理計算機１２００を１台としたが、それぞれ、２台以上設置されても良い。

ストレージシステム１０００は、データを格納するディスク装置１０１０と、ストレージシステム１０００内の制御を行うディスクコントローラ１０２０とを備える。

ディスク装置１０１０は、ディスク型の記憶装置、例えば、ハードディスクドライブである。ディスク装置１０１０に代えて、フラッシュメモリデバイス等、多種の記憶装置が採用されてもよい。ディスク装置１０１０の記憶空間を基に、複数の論理ボリューム１０１１が形成される。論理ボリューム１０１１は、バックアップ機能ごとに異なる使われ方をする。本実施例では、説明の明確化のために、各バックアップ機能における用途ごとに論理ボリュームの呼び名を変える。たとえば、アプリケーションが利用するデータの格納に利用される場合は「データボリューム」、スナップショットの格納に利用される場合は「スナップショットボリューム」等が、それぞれ論理ボリューム１０１１の呼び名とされる。このような論理ボリューム１０１１の用途とその呼び名については、図２、図３及び図４を用いて説明する。

ディスクコントローラ１０２０は、管理Ｉ／Ｆ１０２１と、データＩ／Ｆ１０２２と、ディスクＩ／Ｆ１０２５と、メインメモリ１０２６と、ＣＰＵ１０２３と、タイマ１０２４とを備えている。

メインメモリ１０２６には、管理情報群１０２９と、制御プログラム１０２８とが記憶される。ＣＰＵ１０２３は、メインメモリ１０２６に記憶されたプログラムを実行する。以下、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われるものとする。

制御プログラム１０２８は、ＣＰＵ１０２３に実行されることにより、ローカルコピー機能、ＣＤＰ機能、リモートコピー機能のうち一つ以上の機能を実現するための種々の処理を実行する。例えば、制御プログラム１０２８には、ローカルコピー機能を実現するローカルコピープログラムや、ＣＤＰ機能を実現するＣＤＰプログラムや、リモートコピー機能を実現するリモートコピープログラムが含まれる。

また、制御プログラム１０２８は、管理計算機１２００やホスト計算機１１００からの要求に応じ、ディスク装置１０１０に対するデータの入出力を処理したり、ストレージシステム１０００内の構成情報や制御情報を設定したりする。構成情報には、例えば、どの論理ボリューム１０１１がデータボリュームなのか等の論理ボリュームの種別（用途）を示す情報や、データボリュームがどのジャーナルグループに所属しているのか又はどのデータボリュームとどのバックアップボリュームが関連付けられているか等のボリューム間の関係性を示す情報が含まれる。構成情報は、管理情報群１０２９の全部又は一部として、メインメモリ１０２８に記録される。制御プログラム１０２８は、管理情報群１０２９に含まれる構成情報を参照または更新しながら上述した種々の処理を実行することができる。

タイマ１０２４は、現在時刻を管理する一般的なタイマである。制御プログラム１０２８は、タイマ１０２４を参照することにより、ジャーナルが作成された時やスナップショットが取得された時の時刻を得ることができる。

データＩ／Ｆ１０２２は、データネットワーク１３００に対するインタフェースである。データＩ／Ｆ１０２２は、一つ以上の通信用のポートを持つ。ディスクコントローラ１０２０は、このポートを介してホスト計算機１１００や他のストレージシステム１０００と、データや制御命令の送受信を行う。

管理Ｉ／Ｆ１０２１は、管理ネットワーク１４００とのインタフェースである。管理Ｉ／Ｆ１０２１は、ホスト計算機１１００や管理計算機１２００と、データや制御命令の送受信を行う。

ディスクＩ／Ｆ１０２５は、ディスク装置１０１０に対するインタフェースである。ディスクＩ／Ｆ１０２５は、ディスク装置１０１０に対してデータや制御命令の送受信を行う。

ホスト計算機１１００は、キーボードやマウスなどの入力装置１１４０と、ＣＰＵ１１３０と、ＣＲＴなどの表示装置１１２０と、メモリ１１６０と、データＩ／Ｆ１１１０と、管理Ｉ／Ｆ１１５０とを備える。

データＩ／Ｆ１１１０は、データネットワーク１３００に対するインタフェースである。データＩ／Ｆ１１１０は、一つ以上の通信用のポートを持つ。このポートを介して、ホスト計算機１１００は、ストレージシステム１０００と、データや制御命令の送受信を行う。

管理Ｉ／Ｆ１１５０は、管理ネットワーク１４００に対するインタフェースである。管理Ｉ／Ｆ１１５０は、システム管理のために管理計算機１２００及びストレージシステム１０００と、データや制御命令の送受信を行う。

メモリ１１６０には、アプリケーション１１６１が記憶される。ＣＰＵ１１３０は、メモリ１１６０に記憶されたプログラムを実行することで、各機能を実現する。

アプリケーション１１６１は、論理ボリューム１０１１の一種であるデータボリュームを利用するアプリケーションプログラムであり、例えば、ＤＢＭＳやファイルシステムである。アプリケーション１１６１は、複合アプリケーション環境に所属し、このホスト計算機１１００或いは別のホスト計算機１１０内の他のアプリケーションと連携して動作する。

管理計算機１２００は、キーボードやマウスなどの入力装置１２４０と、ＣＰＵ１２３０と、ＣＲＴなどの表示装置１２２０と、メモリ１２５０と、管理Ｉ／Ｆ１２１０とを備える。

管理Ｉ／Ｆ１２１０は、システム管理のために、ホスト計算機１１００及びストレージシステム１０００と、データや制御命令を送受信する。

メモリ１２５０には、設定プログラム１２５１と、複合ＡＰ環境管理テーブル１２５２と、ＡＰ／ＶＯＬ対応テーブル１２５３と、バックアップポリシー管理テーブル１２５４と、ストレージ機能管理テーブル１２５５と、プールボリューム管理テーブル１２５６と、ストレージ間接続管理テーブル１２５７とが記憶される。

設定プログラム１２５１は、ストレージシステム１０００が各種バックアップ機能を実現するために利用するバックアップ環境情報を設定するためのプログラムである。設定されたバックアップ環境情報は、管理情報群１０２９の全部又は一部として、ストレージシステム１０００のメインメモリ１０２６に記録される。また、設定プログラム１２５１は、種々のテーブル１２５２乃至１２５７に情報を設定する。設定プログラム１２５１は、管理者にその情報を設定させるためのインタフェースとして、例えば、ＣＬＩ（Command Line Interface）などを提供する。

ＣＰＵ１２３０は、設定プログラム１２５１を実行することで、後述する各種機能を実現する。

複合ＡＰ環境管理テーブル１２５２、ＡＰ／ＶＯＬ対応テーブル１２５３、バックアップポリシー管理テーブル１２５４、ストレージ機能管理テーブル１２５５、プールボリューム管理テーブル１２５６、ストレージ間接続管理テーブル１２５７の詳細については後述する。

図２乃至図４は、バックアップ機能ごとの管理グループの構成例を示した図である。これらの図を参照して、バックアップ機能ごとの論理ボリューム１０１１の用途及びその呼び名について説明する。

図２は、ローカルコピー機能を実現する管理グループの構成例を示す図である。なお、同図では、ディスク装置１０１０の内部を示しているが、それ以外の構成は、図１と同じである。

データボリューム２００１は、ホスト計算機１１００が利用するデータを格納する論理ボリューム１０１１である。また、バックアップボリューム２００３は、データボリューム２００１に関連付けられた論理ボリューム１０１１であり、関連付けられたデータボリューム２００１の特定の時点のスナップショットを格納する。以下、このようなデータボリューム２００１とバックアップボリューム２００３のボリュームペアを「ローカルコピーペア」と呼ぶ。コピーグループ２００２は、複数のローカルコピーペアを論理的にグループ化したものである。

これらの論理ボリューム１０１１に関する構成情報（例えば、どの論理ボリュームとどの論理ボリュームでローカルコピーペアが形成されているか、どのローカルコピーペアがどのコピーグループの構成要素になっているかを表す情報）は、制御プログラム１０２８によって、管理情報群１０２９に含まれる一つの情報として管理される。

ローカルコピー機能を実現するストレージシステム１０００の具体的な処理は、次のとおりである。即ち、ストレージシステム１０００の制御プログラム１０２８は、管理者のバックアップ指示に従い、コピーグループ２００２に属するデータボリューム２００１のデータを、そのデータボリューム２００１の対となるバックアップボリューム２００３へバックアップする。このとき、制御プログラム１０２８は、バックアップが完了するまで、データボリューム２００１への書き込みを保留にしてもよい。あるいは、制御プログラム１０２８は、管理者からのバックアップ指示に従い、データボリューム２００１のデータをブロックごとにバックアップボリューム２００３へコピーし、ブロックごとにコピーの完了又は未完了の情報を管理してもよい。そして、制御プログラム１０２８は、バックアップ指示受領のタイミング以降にデータボリューム２００１への書き込みが発生した時は、管理していたブロックごとのコピー完了又は未完了の情報を参照し、書き込み先のブロックのコピーが未完了であれば、まずその領域のデータをバックアップボリューム２００３へコピーし、その後にデータボリュームへの書き込みを実行することもできる。これにより、コピーグループ２００２内の全データボリューム２００１の同一時点のバックアップが作成される。

図３は、ＣＤＰ機能を実現する管理グループの構成例を示す図である。図２と同様に、同図では、ディスク装置１０１０の内部を示しているが、それ以外の構成は、図１と同じである。

データボリューム２００１は、図２に記載のデータボリュームと同様である。また、スナップショットボリューム３００２は、データボリューム２００１に関連付けられた論理ボリューム１０１１であり、関連付けられたデータボリューム２００１の特定の時点のスナップショットを格納する。以下、このようなデータボリューム２００１とスナップショットボリューム３００２のボリュームペアを「ＣＤＰペア」と呼ぶ。ＣＤＰジャーナルグループ３００１は、複数のＣＤＰペアを論理的にグループ化したものである。

ＣＤＰジャーナルグループ３００１には、一つ以上のジャーナルボリューム３００４が関連付けられる。ジャーナルボリューム３００４は、ジャーナルを格納する論理ボリューム１０１１である。

これらの論理ボリュームに関する構成情報（例えば、どの論理ボリュームとどの論理ボリュームでＣＤＰペアが形成されているか、どのＣＤＰペアがどのＣＤＰジャーナルグループの構成要素になっているかを表す情報）は、図２の場合と同様に、制御プログラム１０２８によって、管理情報群１０２９に含まれる一つの情報として管理される。

ＣＤＰ機能を実現するストレージシステム１０００の具体的な処理は、次のとおりである。即ち、ストレージシステム１０００の制御プログラム１０２８は、管理者からのＣＤＰ機能開始指示に従い、ＣＤＰジャーナルグループ３００１に属するデータボリューム２００１のスナップショットを取得して、取得したスナップショットをそのデータボリューム２００１とＣＤＰペアを構成するスナップショットボリューム３００２へ格納する。そして、制御プログラム１０２８は、その後のデータボリューム２００１への書き込みをジャーナルとして、当該データボリューム２００１が属するＣＤＰジャーナルグループ３００１に関連付けられたジャーナルボリューム３００４へ格納する。このとき、制御プログラム１０２８は、書き込み順番と関連付けてジャーナルを管理する。リストア時には、制御プログラム１０２８は、スナップショットに一連のジャーナルを書き込み順序どおりに適用することで、ＣＤＰジャーナルグループ３００１に属する全てのデータボリューム２００１のデータを同一の任意時点の状態にリストアする。

なお、図３を参照した説明では、書き込まれるデータをジャーナルとしたが、それに代えて、書き込まれる前のデータをジャーナルとして扱ってもよい。この場合は、制御プログラム１０２８は、データボリューム２００１へジャーナルを書くことで、ＣＤＰジャーナルグループ３００１に属する全てのデータボリューム２００１のデータを同一の任意時点の状態にリストアする。

図４は、リモートコピー機能を実現する管理グループの構成例を示す図である。なお、同図では、ホスト計算機１１００及び管理計算機１２００を省略しているが、それらは図１と同じである。また、ディスクコントローラ１０２０の内部も、図１と同じである。

本構成における論理ボリューム１０１１の用途及びその呼び名は、図３とほぼ同じであるため、差分のみ説明する。本構成では、１対のストレージシステム１０００（一方を「プライマリストレージシステム４０００」、他方を「セカンダリストレージシステム４１００」と呼ぶ（単に、「正側」、「副側」と呼ぶ場合もある））が備えられる。プライマリストレージシステム４０００のディスクコントローラ１０２０とセカンダリストレージシステム４１００のディスクコントローラ１０２０とは、データネットワーク１３００を介して接続されており、両ストレージシステム４０００、４１００の制御プログラム１０２８は、お互いにデータや制御命令のやり取りが可能となっている。このような接続情報も、制御プログラム１０２８によって、管理情報群１０２９に含まれる情報として管理される。

プライマリストレージシステム４０００は、データボリューム２００１とローカルジャーナルボリューム４００４とを有する。セカンダリストレージシステム４１００は、セカンダリボリューム４００３とリモートジャーナルボリューム４００２とを有する。

データボリューム２００１は、図２に記載のデータボリュームと同じである。また、セカンダリボリューム４００３は、データボリューム２００１に関連付けられた論理ボリューム１０１１であり、関連付けられたデータボリューム２００１の特定の時点のスナップショットを格納する。以下、このようなデータボリューム２００１とセカンダリボリューム４００３のボリュームペアを「リモートコピーペア」と呼ぶ。リモートコピージャーナルグループ４００１は、複数のリモートコピーペアを論理的にグループ化したものである。

リモートコピージャーナルグループ４００１には、一つ以上のローカルジャーナルボリューム４００４と一つ以上のリモートジャーナルボリューム４００２とが関連付けられる。ローカルジャーナルボリューム４００４は、データボリューム２００１への書き込みをジャーナルとして格納する論理ボリューム１０１１である。リモートジャーナルボリューム４００２は、正側から転送されてくるジャーナルを一時的に格納しておく論理ボリューム１０１１である。

これらの論理ボリュームに関する構成情報（例えば、どの論理ボリュームとどの論理ボリュームでリモートコピーペアが形成されているか、どのリモートコピーペアがどのリモートコピージャーナルグループの構成要素になっているかを表す情報）は、図２、図３の場合と同様に、制御プログラム１０２８によって、管理情報群１０２９に含まれる一つの情報として管理される。

リモートコピー機能を実現するストレージシステム１０００の具体的な処理は、次のとおりである。即ち、管理者がプライマリストレージシステム４０００の制御プログラム１０２８へリモートコピーの開始指示を出すと、プライマリストレージシステム４０００の制御プログラム１０２８とセカンダリストレージシステム４１００の制御プログラム１０２８とは、制御情報とデータのやり取りを行いながら、リモートコピージャーナルグループ４００１に属するデータボリューム２００１のスナップショットを取得して、取得したスナップショットをそのデータボリューム２００１とリモートコピーペアを構成するセカンダリボリューム４００３へ格納する。そして、プライマリストレージシステム４０００の制御プログラム１０２８は、その後のデータボリューム２００１への書き込みをジャーナルとして、当該データボリューム２００１が属するジャーナルグループ４００１に関連付けられたローカルジャーナルボリューム４００４へ、書き込み順序に従って格納する。そして、プライマリストレージシステム４０００の制御プログラム１０２８は、ローカルジャーナルボリューム４００４へ格納されたジャーナルを、データネットワーク１３００を介してセカンダリストレージシステム４１００へ、書き込み順序に従って転送する。セカンダリストレージシステム４１００の制御プログラム１０２８は、受け取ったジャーナルを書き込み順序に従い当該リモートコピージャーナルグループ４００１に関連付けられたリモートジャーナルボリューム４００２へ格納する。そして、セカンダリストレージシステム４１００の制御プログラム１０２８は、管理者からの指示あるいは特定のタイミングで、リモートジャーナルボリューム４００２に格納されたジャーナルを書き込み順序に従いセカンダリボリューム４００３へ適用する。これにより、リモートコピージャーナルグループ４００１に属する全てのデータボリューム２００１の同一時点のデータが、セカンダリボリューム４００３へリストアされる。

なお、ローカルジャーナルボリューム４００４は、プライマリストレージシステム４０００のメインメモリ１０２６上の一時的なデータ格納領域（例えばキャッシュ）を割り当てることにより形成されてもよい。同様に、リモートジャーナルボリューム４００２は、セカンダリストレージシステム４１００のメインメモリ１０２６上の一時的なデータ格納領域（例えばキャッシュ）を割り当てることにより形成されてもよい。

さらに、図４を参照した説明では、プライマリストレージシステム４０００の制御プログラム１０２８が主体となってデータを副側ストレージ装置４１００へ転送していたが、それに代えて、セカンダリストレージシステム４１００の制御プログラム１０２８が主体となってプライマリストレージシステム４０００の制御プログラム１０２８へ、データの転送命令を発するようにしてもよい。

また、本リモートコピー機能を用いた構成は、バックアップ用途以外にも、災害復旧用の予備サイト作成用途に利用されてもよい。

以上が、バックアップ機能ごとの論理ボリューム１０１１の用途及びその呼び名についての説明である。以上の説明でわかるとおり、各バックアップ機能を実現する構成の共通点として、バックアップ元となる論理ボリューム１０１１（データボリューム２００１）とスナップショットを格納する論理ボリューム１０１１（バックアップボリューム２００３、スナップショットボリューム３００２又はセカンダリボリューム４００３）とでボリュームペアが構成されている。以下、各種ボリュームペアを、単に「ペア」と呼ぶことがある。そして、バックアップ元の論理ボリューム１０１１を「プライマリＶＯＬ」と呼び、スナップショットを格納する論理ボリューム１０１１を「セカンダリＶＯＬ」と呼ぶことがある。

また、ほかの共通点として、各バックアップ機能ともにペアをグルーピングして扱っている。以下、これらのグループ（コピーグループ、ＣＤＰジャーナルグループ、リモートコピージャーナルグループ）を総称して、「管理グループ」と呼ぶ。

本実施例に係る計算機システムでは、複数の同種又は異種のバックアップ機能を組合わせて実現することもできる。例えば、ローカルコピー機能によりデータボリューム２００１のデータをバックアップボリューム２００３へバックアップしている構成において、さらにそのバックアップボリューム２００３のデータを任意のバックアップ機能でバックアップすることができる。従って、プライマリＶＯＬとなりうる論理ボリューム１０１１は、データボリューム２００１には限られず、各バックアップ機能におけるセカンダリＶＯＬとなる場合もある。以下、ある管理グループに属するペアのセカンダリＶＯＬのデータを更にバックアップするための構成を「カスケード構成」とよぶ。そして、当該セカンダリＶＯＬがスナップショット格納先ボリュームとして属している管理グループを「カスケード元管理グループ」と呼び、当該セカンダリＶＯＬをバックアップ元のボリュームとして属している管理グループを「カスケード先管理グループ」と呼ぶ。

また、いずれのバックアップ機能においても、プライマリＶＯＬについて複数のペアを組ませることもできる。たとえば、一のデータボリューム２００１を複数のバックアップボリューム２００３とペアにすることができる。

図５は、複合ＡＰ環境管理テーブル１２５２の一例を示す図である。

本テーブル１２５２には、複合アプリケーション環境ごとに、複合アプリケーション環境の構成に関する情報（どのアプリケーション１１６１同士が連携しているのかを表す情報）が記録される。或る複合アプリケーション環境（以下、図５において「対象複合アプリケーション環境」と呼ぶ）について言うと、複合ＩＤ５００１は、対象複合アプリケーション環境の識別子である。アプリＩＤ５００２は、対象複合アプリケーション環境に属するアプリケーション１１６１の識別子である。認識可能ストレージポートＩＤ５００３は、対象複合アプリケーション環境に対応したアプリＩＤ５００２で示されるアプリケーション１１６１が稼動するホスト計算機１１００が認識可能なストレージシステム１０００のデータＩ／Ｆ１０２２の識別子である。一つのアプリケーション１１６１について、認識可能ストレージポートＩＤ５００３として複数の値が設定されても良い。

本テーブル１２５２における各情報要素の対応関係は、設定プログラム１２５１が提供するＣＬＩを用いて、ユーザによって設定される。この設定の流れは後述する。

図６は、ＡＰ／ＶＯＬ対応テーブル１２５３の一例を示す図である。

本テーブル１２５３は、各アプリケーション１１６１が利用するデータボリューム２００１に関する情報を管理する。アプリＩＤ６００１は、アプリケーション１１６１の識別子である。ストレージＩＤ６００２は、アプリＩＤ６００１で示されるアプリケーション１１６１が利用するデータボリューム２００１を格納するストレージシステム１０００の識別子である。ボリュームＩＤ６００３は、アプリＩＤ６００１で示されるアプリケーション１１６１が利用するデータボリューム２００１の識別子である。容量６００４は、ボリュームＩＤ６００３で示されるデータボリューム２００１の容量である。

本テーブル１２５３における各情報要素の対応関係は、設定プログラム１２５１が提供するＣＬＩを用いて、ユーザによって設定される。この設定の流れは後述する。

図７は、バックアップポリシー管理テーブル１２５４の一例を示す図である。

本テーブル１２５４には、管理グループごとに、対象管理グループ対応する複合アプリケーション環境に関する情報と、対象管理グループに対応するバックアップポリシーに関する情報が記録される。或る管理グループ（以下、図７の説明において「対象管理グループ」と呼ぶ）について言うと、グループＩＤ７００１は、対象管理グループの識別子である。複合ＩＤ７００２は、対象管理グループに対応付けられた複合アプリケーション環境の識別子である。バックアップ機能７００３は、対象管理グループのバックアップ機能の種別（即ち、ローカルコピー機能やＣＤＰ機能やリモートコピー機能等）を表す情報である。同図では、「ローカルコピー」はローカルコピー機能を、「ＣＤＰ」はＣＤＰ機能を、「リモートコピー」はリモートコピー機能を、それぞれ示している。カスケード元管理グループ７００４は、対象管理グループがカスケード先管理グループとなっているか否かを示す情報である。カスケード元管理グループ７００４としていずれかの管理グループの識別子が記録されている場合は、対象管理グループはカスケード先管理グループであり、カスケード元管理グループ７００４が示す管理グループがカスケード元管理グループであることがわかる。カスケード元管理グループ７００４として管理グループの識別子が記録されていない場合は（同図では、「−」が記録されている）、対象管理グループは、カスケード先管理グループとなっていないことを示す。プライマリストレージシステムＩＤ７００５は、プライマリＶＯＬを備えるストレージシステム１０００の識別子である。セカンダリストレージシステムＩＤ７００６は、セカンダリＶＯＬを備えるストレージシステム１０００の識別子である。保護期間７００７は、バックアップ機能としてＣＤＰ機能やリモートコピー機能が利用された場合のリストア時における現在から見て遡れる時間の目標値である。例えば、１０時間前まで遡れるようにしたい場合は、「１０Ｈ」が設定される。一方、バックアップ機能をバックアップ用途ではなく災害復旧時の予備サイトの作成のために使用する場合は、例えば、「０Ｈ」が設定される。なお、バックアップ機能７００３がローカルコピー機能である場合、本値には、例えば「−」が設定される。

本実施例では、バックアップ環境は、管理グループの構成と、バックアップポリシーとの組み合わせで定義される。バックアップポリシーは、その管理グループについてどのようなバックアップを実行するかであり、少なくとも、どのような種類のバックアップを実行するかを含む。バックアップポリシーには、その他に、データの保護期間などが含まれても良い。

本テーブル１２５４における各情報要素の対応関係は、設定プログラム１２５１が提供するユーザインタフェース（例えばＣＬＩ）を用いて、ユーザによって設定される。この設定の流れは後述する。

図８は、ストレージ機能管理テーブル１２５５の一例を示す図である。

本テーブル１２５５には、ストレージシステム毎に、どんなバックアップ機能が存在するか記録される。或るストレージシステム（以下、図８の説明において「対象ストレージシステム」と呼ぶ）について言うと、ストレージＩＤ８００１は、対象ストレージシステムの識別子である。ローカルコピー８００２は、対象ストレージシステム１０００がローカルコピー機能を備えているか否かを示す情報である。ＣＤＰ８００３は、対象ストレージシステム１０００がＣＤＰ機能を備えているか否かを示す情報である。リモートコピー８００４は、対象ストレージシステム１０００がリモートコピー機能を備えているか否かを示す情報である。ローカルコピー８００２、ＣＤＰ８００３及びリモートコピー８００４は、それぞれ、ストレージシステム１０００がそれぞれのバックアップ機能を備えている場合は「ＯＫ」という値であり、備えていない場合は「ＮＧ」という値である。

本テーブル１２５５における各情報要素は、設定プログラム１２５１が提供するユーザインタフェース（例えばＣＬＩ）を用いて、ユーザによって設定される。それに代えて、設定プログラム１２５１が制御プログラム１０２８から各情報要素を取得し本テーブル１２５５に設定してもよい。

図９は、プールボリューム管理テーブル１２５６の一例を示す図である。

本テーブル１２５６には、未使用の論理ボリューム１０１１に関する情報が記録される。或る未使用の論理ボリューム１０１１（以下、図９の説明において「対象未使用ボリューム」と呼ぶ）について言うと、ストレージＩＤ９００１は、対象未使用ボリューム１０１１を備えるストレージシステム１０００の識別子である。ボリュームＩＤ９００２は、対象未使用ボリューム１０１１の識別子である。容量９００３は、対象未使用ボリューム１０１１の記憶容量である。

本テーブル１２５６における各情報要素は、設定プログラム１２５１が提供するユーザインタフェース（例えばＣＬＩ）を用いて、ユーザによって設定される。

図１０は、ストレージ間接続管理テーブル１２５７の一例を示す図である。

本テーブル１２５７には、ストレージシステム１０００間の接続関係を表す情報が記録される。本テーブル１２５７において接続関係が示されている２つのストレージシステム１０００は、そのうちの一つがイニシエータ（データ転送元）となって、もう一つがターゲット（データ転送先）となって、互いにデータの転送を行うことができる。つまり。ローカルストレージシステムＩＤ１０００１が、イニシエータとなるストレージシステム１０００の識別子であり、リモートストレージシステムＩＤ１０００３が、ターゲットとなるストレージシステム１０００の識別子である。

本テーブル１２５７における各情報要素は、設定プログラム１２５１が提供するユーザインタフェース（例えばＣＬＩ）を用いて、ユーザによって設定される。

（１−２）第一の実施例で行われる処理。

図１１は、いずれかのホスト計算機１１００に新規アプリケーション１１６１を追加する処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下の４つのパラメータを受け取る。ただし、追加するアプリケーション１１６１が他のアプリケーション１１６１と連携しない場合は、設定プログラム１２５１は、パラメータ（ｄ）を受け取らなくともよい。
（１１ａ）新規アプリケーション１１６１に割り当てる識別子、
（１１ｂ）新規アプリケーション１１６１が稼動するホスト計算機１１００が認識可能なストレージシステム１０００のデータＩ／Ｆ１０２２の識別子、
（１１ｃ）新規アプリケーション１１６１に割り当てるデータボリューム２００１の記憶容量（複数のデータボリューム２００１が割り当てられても良く、それ故、複数の記憶容量であってもよい。）、
（１１ｄ）連携先アプリケーションあるいは連携先複合アプリケーション環境の識別子。

本処理が開始されると、まず、設定プログラム１２５１は、ステップ１１０１０で、パラメータ（１１ｄ）を受け取ったか否かを判定する。パラメータ（１１ｄ）を受け取った場合は、設定プログラム１２５１は、そのパラメータ（１１ｄ）が連携先アプリケーションの識別子であるか、又は連携先複合アプリケーション環境の識別子であるか、を判定する（ステップ１１０１０）。

ステップ１１０１０において、パラメータ（１１ｄ）を受け取らなかった場合は、設定プログラム１２５１は、パラメータ（１１ｃ）で指定された記憶容量のデータボリューム２００１をアプリケーション１１６１に割り当てる（割り当てられるデータボリューム２００１は、一つとは限らず複数の場合もあるので、以下、割り当てられたデータボリューム２００１をデータボリューム群（或いは論理ボリューム群）と表す。）（ステップ１１０２０）。具体的には、設定プログラム１２５１は、プールボリューム管理テーブル１２５６を参照して、一又は複数の未使用な論理ボリューム１０１１を選択する。そして、設定プログラム１２５１は、選択した論理ボリューム群とパラメータ（１１ｂ）で指定されたデータＩ／Ｆ１０２２との間にパスを張ることのパス形成命令（選択した論理ボリューム群の各論理ボリュームのボリュームＩＤ９００２とパラメータ（１１ｂ）が示すポートＩＤとを指定したパス形成命令）を、そのデータＩ／Ｆ１０２２を備えるストレージシステム１０００に送信する。ここで、選択される論理ボリューム群を構成する各論理ボリュームの条件としては、パラメータ（１１ｃ）で指定された記憶容量以上の記憶容量を持つこと、パラメータ（１１ｂ）で指定されたデータＩ／Ｆ１０２２を備えるストレージシステム１０００に格納されていること、の２つが挙げられる。尚、ここで割り当てたデータボリューム２００１に何らかのバックアップ機能を適用する場合は、そのバックアップ機能を実現するために必要となる論理ボリューム１０１１（例えばバックアップボリューム２００３等）の割り当ても行われる。また、図示していないが、上記の条件に当てはまる未使用の論理ボリューム１０１１がない場合は、設定プログラム１２５１は、警告を表示して処理を終了する。

次に、設定プログラム１２５１は、新規アプリケーション１１６１のみからなる複合アプリケーション環境（連携関係はないが、便宜的に複合アプリケーション環境として取り扱う）を複合ＡＰ環境管理テーブル１２５２へ追加する（ステップ１１０３０）。具体的には、設定プログラム１２５１は、新規の複合アプリケーション環境に任意の識別子を割り振り、その識別子と、パラメータ（１１ａ）で指定されたアプリケーション１１６１の識別子と、パラメータ（１１ｂ）で指定されたデータＩ／Ｆ１０２２とを、一つのレコードとして複合ＡＰ環境管理テーブル１２５２へ登録する。

次に、設定プログラム１２５１は、新規アプリケーション１１６１に割り当てたデータボリューム群に関する情報をＡＰ／ＶＯＬ対応テーブル１２５３へ登録する（ステップ１１０４０）。

その後、設定プログラム１２５１は、ステップ１１０４０でデータボリューム群として割り当てられた各論理ボリューム１０１１に対応したレコード（一行に記録されている情報）や、バックアップ機能を実現するために割り当てられた論理ボリューム１０１１に対応したレコードを、プールボリューム管理テーブル１２５７から削除し（ステップ１１０５０）、処理を終了する。

ステップ１１０１０において、パラメータ（１１ｄ）として連携先アプリケーションの識別子が指定されていた場合は、設定プログラム１２５１は、複合ＡＰ環境管理テーブル１２５２を参照してその連携先アプリケーションが属する複合アプリケーション環境を特定する（ステップ１１０７０）。

一方、ステップ１１０１０において、パラメータ（１１ｄ）として連携先複合アプリケーションの識別子が指定されていた場合は、設定プログラム１２５１は、ステップ１１０７０の処理を行わずにステップ１１０９０の処理を行う。

次に、設定プログラム１２５１は、パラメータ（１１ｃ）で指定された記憶容量のデータボリューム２００１をアプリケーション１１６１に割り当てる（ステップ１１０９０）。すなわち、ステップ１１０２０の場合と同様に、設定プログラム１２５１は、プールボリューム管理テーブル１２５６を参照して、一又は複数の未使用な論理ボリューム１０１１を選択し、選択した論理ボリューム群とパラメータ（１１ｂ）で指定されたデータＩ／Ｆ１０２２とを結ぶパスを形成することのパス形成命令を、そのデータＩ／Ｆ１０２２を備えるストレージシステム１０００に送信する。ここで、選択される論理ボリューム群を構成する各未使用論理ボリュームの条件としては、ステップ１１０２０において示した２つの条件に加えて、連携先複合アプリケーション環境で利用されるデータボリューム２００１が属するストレージシステム１０００に格納されていること、が挙げられる。なお、上記と同様、条件に当てはまる論理ボリューム１０１１がない場合は、設定プログラム１２５１は、警告を表示して処理を終了する。

次に、設定プログラム１２５１は、割り当てられたデータボリューム群をプライマリＶＯＬ群の候補としてバックアップ機能の設定を行う（ステップ１１１００）。本ステップの詳細は後述する。

次に、設定プログラム１２５１は、複合ＡＰ環境管理テーブル１２５２を更新する（ステップ１１１２０）。具体的には、設定プログラム１２５１は、パラメータ（１１ｄ）で指定された又はステップ１１０７０で特定された連携先複合アプリケーション環境の識別子と、パラメータ（１１ａ）で指定されたアプリケーション１１６１の識別子と、パラメータ（１１ｂ）で指定されたデータＩ／Ｆ１０２２とを含んだレコードを、複合ＡＰ環境管理テーブル１２５２へ登録する。

次に、設定プログラム１２５１は、新規アプリケーション１１６１に割り当てたデータボリューム群に関する情報をＡＰ／ＶＯＬ対応テーブル１２５３へ登録する（ステップ１１０４０）。

その後、設定プログラム１２５１は、データボリューム群として割り当てられた各論理ボリューム１０１１に対応したレコードや、バックアップ機能を実現するために割り当てられた論理ボリューム１０１１に対応したレコードを、プールボリューム管理テーブル１２５７から削除し（ステップ１１０５０）、処理を終了する。

なお、既にデータボリューム２００１が割り当てられているアプリケーション１１６１を連携させる場合は、ステップ１１０９０の処理が省略されてもよい。また、既に割り当てられているデータボリューム２００１が連携先アプリケーションのデータボリューム２００１と同じストレージシステム１０００に格納されていない場合は、これらのデータボリューム２００１を同一の管理グループに属させることができないので、設定プログラム１２５１は、警告を発し処理を終了することができる。あるいは、それに代えて、設定プログラム１２５１は、警告を発し処理を終了せずに、連携元アプリケーションのデータボリューム２００１を連携先アプリケーションのデータボリューム２００１を備えるストレージシステム１０００の所定の論理ボリューム１０１１にマイグレーションさせて、これらのデータボリューム２００１を同一管理グループに属させるようにすることもできる。これらの処理の詳細については、後述する。

以上が、本実施例に係る計算機システムを構成するいずれかのホスト計算機１１００に新規アプリケーション１１６１を追加する際の処理の説明である。

次に、対象の論理ボリュームに割当てるバックアップ機能の設定を行う処理を、図１２を用いて説明する。本処理は、例えば、図１１のステップ１１１００の際に実行される。その場合、「対象の論理ボリューム」は、プライマリＶＯＬ群の候補を構成する各データボリュームである。

本処理では、設定プログラム１２５１は、パラメータとして、対象の論理ボリューム１０１１の識別子と、カスケード元管理グループの識別子とを受け取る。対象の論理ボリューム１０１１としては、例えば、データボリューム、バックアップボリューム或いはスナップショットボリュームが採用され得るが、対象の論理ボリューム１０１１がデータボリュームの場合には、設定プログラム１２５１は、カスケード元管理グループの識別子を受け取らない。

本処理では、まず設定プログラム１２５１は、カスケード元管理グループの識別子を受け取ったか否かを判定する（ステップ１２０１０）。

カスケード元管理グループの識別子を受け取った場合は、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５４を参照して、複合ＩＤ７００２が図１１におけるパラメータ（１１ｄ）で指定された又はステップ１１０７０で特定された連携先複合アプリケーション環境の識別子であり、かつ、カスケード元管理グループ７００４が本処理の開始時に受け取ったカスケード元管理グループの識別子である管理グループを列挙する（ステップ１２０２０）。カスケード元管理グループの識別子を受け取らなかった場合は、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５４を参照して、複合ＩＤ７００２が図１１におけるパラメータ（１１ｄ）で指定された又はステップ１１０７０で特定された連携先複合アプリケーション環境の識別子であり、かつ、カスケード元管理グループ７００４として「−」が記録されている（つまり、カスケード先管理グループとなっていない）管理グループを列挙する（ステップ１２０３０）。

以降の処理は、列挙された各管理グループについて行われる。以下、或る管理グループ（以下、この図１２の説明で「対象管理グループ」と言う）について説明する。

まず、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５４を参照して、対象管理グループに対応したバックアップ機能を判定する（ステップ１２０４０）。

ステップ１２０４０における判定の結果、対象管理グループが採用するバックアップ機能がローカルコピー機能であった場合は、設定プログラム１２５１は、データボリューム群のペアとなるバックアップボリューム群を選択する（ステップ１２０５０）。具体的には、設定プログラム１２５１は、プールボリューム管理テーブル１２５７に登録されている未使用の論理ボリューム１０１１からバックアップボリュームを選択する。このときの選択の条件としては、プライマリＶＯＬの候補の容量以上の容量を持つこと、セカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００に格納されていること、が挙げられる。なお、条件を満たす論理ボリューム１０１１がない場合は、設定プログラム１２５１は、当該管理グループについての処理を終了し、他の管理グループについての処理を行う。

次に、設定プログラム１２５１は、プライマリＶＯＬの候補が格納されているストレージシステム１０００に対して、プライマリＶＯＬの候補とステップ１２０５０で選択されたバックアップボリューム２００１とでローカルコピーペアを組む指示（例えば、プライマリＶＯＬの候補のボリュームＩＤと、選択されたバックアップボリューム２００１のボリュームＩＤとが指定された指示）を送信する（ステップ１２０６０）。また、設定プログラム１２５１は、ここで組まれたローカルコピーペアを対象管理グループ（コピーグループ２００２）に属させる指示（例えば、ローカルコピーペアの識別子、そのペアを構成するプライマリＶＯＬとバックアップボリュームのそれぞれの識別子、及び、対象管理グループのグループＩＤを指定した指示）を、ストレージシステム１０００に送信する（ステップ１２０７０）。ステップ１２０６０で送信された指示や、ステップ１２０７０で送信された指示を受けたストレージシステムでは、受けた指示に応答して、管理情報群１０２９の更新が行われる。なお、ここでは、管理情報群１０２９が更新されるのみで、データのバックアップは開始されない。データのバックアップは、ストレージシステム１０００の制御プログラム１０２８が管理者からバックアップ指示を受け付けてから開始される。

次に、設定プログラム１２５１は、ステップ１２０５０で選択されたバックアップボリューム群をプライマリＶＯＬ群の候補、対象管理グループをカスケード元管理グループとして、本処理を再び呼び出す（ステップ１２０８０）。

ステップ１２０４０における判定の結果、対象管理グループが採用するバックアップ機能がＣＤＰ機能であった場合、設定プログラム１２５１は、データボリューム群のペアとなるスナップショットボリューム群を選択する（ステップ１２０９０）。具体的には、設定プログラム１２５１は、プールボリューム管理テーブル１２５７に登録されている未使用の論理ボリューム１０１１からスナップショットボリュームを選択する。このときの選択の条件としては、プライマリＶＯＬの候補の容量以上の容量を持つこと、セカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００に格納されていること、が挙げられる。なお、条件を満たす論理ボリューム１０１１がない場合は、設定プログラム１２５１は、当該管理グループについての処理を終了し、他の管理グループについての処理を行う。

次に、設定プログラム１２５１は、プライマリＶＯＬの候補が格納されているストレージシステム１０００に対して、プライマリＶＯＬの候補とステップ１２０９０で選択されたスナップショットボリューム３００２とでＣＤＰペアを組む指示（例えば、プライマリＶＯＬの候補のボリュームＩＤと、選択されたスナップショットボリューム３００２のボリュームＩＤとが指定された指示）を送信する（ステップ１２１００）。また、設定プログラム１２５１は、ここで組まれたＣＤＰペアを対象管理グループ（ＣＤＰジャーナルグループ３００１）に属させる指示（例えば、ＣＤＰペアの識別子、そのペアを構成するプライマリＶＯＬとスナップショットボリュームのそれぞれの識別子、及び、対象管理グループのグループＩＤを指定した指示）をストレージシステム１０００に送信する（ステップ１２１１０）。ステップ１２１００で送信された指示や、ステップ１２１１０で送信された指示を受けたストレージシステムでは、受けた指示に応答して、管理情報群１０２９の更新が行われる。なお、ここでは、管理情報群１０２９が更新されるのみで、データのバックアップは開始されない。データのバックアップは、ストレージシステム１０００の制御プログラム１０２８が管理者や設定プログラム１２５１からバックアップ指示を受け付けてから開始される。また、対象グループ（ＣＤＰジャーナルグループ３００１）においてバックアップが既に開始されている場合は、設定プログラム１２５１は、追加したＣＤＰペアについてもバックアップを開始するように制御プログラム１０２８へ指示を出す。

次に、設定プログラム１２５１は、ステップ１２０９０で選択されたスナップショットボリューム群をプライマリＶＯＬ群の候補、対象管理グループをカスケード元管理グループとして本処理を再び呼び出す（ステップ１２１２０）。

ステップ１２０４０における判定の結果、対象ボリュームグループが採用するバックアップ機能がリモートコピー機能であった場合は、設定プログラム１２５１は、データボリューム群のペアとなるセカンダリボリューム群を選択する（ステップ１２１３０）。具体的には、設定プログラム１２５１は、プールボリューム管理テーブル１２５７に登録されている未使用の論理ボリューム１０１１からセカンダリボリュームを選択する。このときの選択の条件としては、プライマリＶＯＬの候補の記憶容量以上の記憶容量を持つこと、セカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００に格納されていること、が挙げられる。なお、条件を満たす論理ボリューム１０１１がない場合は、設定プログラム１２５１は、当該管理グループについての処理を終了し、他の管理グループについての処理を行う。

次に、設定プログラム１２５１は、プライマリＶＯＬの候補が格納されているストレージシステム１０００及びセカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００のそれぞれに対して、プライマリＶＯＬの候補とステップ１２１３０で選択されたセカンダリボリューム４００３とでリモートコピーペアを組む指示（例えば、プライマリＶＯＬの候補のボリュームＩＤと、選択されたセカンダリボリューム４００３のボリュームＩＤとが指定された指示）を送信する（ステップ１２１４０）。また、設定プログラム１２５１は、ここで組まれたリモートコピーペアを対象管理グループ（リモートコピージャーナルグループ４００１）に属させる指示（例えば、リモートコピーペアの識別子、そのペアを構成するプライマリＶＯＬとセカンダリボリュームのそれぞれの識別子、及び、対象管理グループのグループＩＤを指定した指示）を、ストレージシステム１０００へ送信する（ステップ１２１５０）。ステップ１２１４０で送信された指示や、ステップ１２１５０で送信された指示を受けたストレージシステムでは、受けた指示に応答して、管理情報群１０２９の更新が行われる。なお、ここでは、管理情報群１０２９が更新されるのみで、データのバックアップは開始されない。データのバックアップは、ストレージシステム１０００の制御プログラム１０２８が管理者や設定プログラム１２５１からバックアップ指示を受け付けてから開始される。また、対象管理グループ（リモートコピージャーナルグループ４００１）においてバックアップが既に開始されている場合は、設定プログラム１２５１は、追加したリモートコピーペアについてもバックアップを開始するように制御プログラム１０２８へ指示を出す。

次に、設定プログラム１２５１は、ステップ１２１３０で選択されたセカンダリボリューム群をプライマリＶＯＬ群の候補、処理の対象となっている管理グループをカスケード元管理グループとして本処理を再び呼び出す（ステップ１２１６０）。

以上の処理が列挙された全ての管理グループについて行われた後、設定プログラム１２５１は、バックアップ環境の設定が、列挙された全ての管理グループについて正常に行われたか否かを判定する（ステップ１２１７０）。バックアップ環境の設定が正常に行われていなかった場合は（具体的には、いずれかの管理グループについて管理情報群１０２９の更新に失敗があった場合は）、設定プログラム１２５１は、正常に設定されなかったバックアップ環境についてその設定を解除する指示（例えば、更新に失敗した情報を管理情報群１０２９から削除する指示）をストレージシステム１０００に送信し、警告を表示して処理を異常終了する（ステップ１２１８０）。バックアップ環境の設定が正常に行われていた場合は、設定プログラム１２５１は、本処理を正常終了する。

なお、ＣＤＰジャーナルグループに新たにボリュームペアを追加することで、そのＣＤＰジャーナルグループに対応付けられている保護期間７００７が表す保護期間を満たせなくなってしまう場合がある（例えば、保護期間が１０時間である第一のＣＤＰジャーナルグループに、保護期間が３時間である第二のＣＤＰジャーナルグループ中のボリュームペアを追加することで、第一のＣＤＰジャーナルグループに要求される保護期間を満たせなくなってしまう場合がある）。この場合は、設定プログラム１２５１は、ステップ１２１１０の処理の後に、プールボリューム管理テーブル１２５７から適切な未使用の論理ボリューム１０１１（前述した条件を満たす論理ボリューム１０１１）を選択して、選択した論理ボリューム１０１１をジャーナルボリューム３００４に追加することができる。同様に、リモートコピージャーナルグループに新たにボリュームペアを追加することで、そのリモートコピージャーナルグループに対応付けられている保護期間７００７が表す保護期間を満たせなくなってしまう場合は、設定プログラム１２５１は、ステップ１２１５０の処理の後に、プールボリューム管理テーブル１２５７から適切な未使用の論理ボリューム１０１１を選択して、選択した論理ボリューム１０１１をリモートジャーナルボリューム４００２に追加することができる。

以上、図１１と図１２の処理により、新規アプリケーションに割り当てられた全てのデータボリュームと、連携先複合アプリケーション環境に属するアプリケーションの全てのデータボリュームとを同一の管理グループに含めたバックアップ環境が構築される。このとき、設定プログラム１２５１を起動した管理者は、複合アプリケーション環境全体の構成を知らなくてもよい。

図１３は、既存の複合アプリケーション環境同士を連携させる処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下の２つのパラメータを受け取る。
（１３ａ）連携元複合アプリケーション環境の識別子、
（１３ｂ）連携先複合アプリケーション環境の識別子。

本処理が開始されると、設定プログラム１２５１は、連携元複合アプリケーション環境のデータボリューム２００１を列挙する（ステップ１３０１０）。具体的には、設定プログラム１２５１は、複合ＡＰ環境管理テーブル１２５２を参照して、連携元複合アプリケーション環境の識別子を複合ＩＤ５００１に持つレコードを特定し、特定した各レコードからアプリＩＤ５００２を列挙し、その後、ＡＰ／ＶＯＬ対応テーブル１２５３を参照して、列挙されたアプリＩＤ５００２に対応するボリュームＩＤ６００３を列挙する。

次に、設定プログラム１２５１は、列挙されたデータボリューム２００１が連携先複合アプリケーション環境のデータボリューム２００１と同一のストレージシステム１０００に格納されているかを判定する（ステップ１３０２０）。

列挙された全てのデータボリューム２００１が同一のストレージシステム１０００に格納されている場合は、ステップ１３０６０が行われる。

一方、列挙されたデータボリューム２００１のうちの少なくとも一つのデータボリューム２００１が異なるストレージシステム１０００に格納されている場合は、設定プログラム１２５１は、そのデータボリューム２００１を連携先複合アプリケーション環境のデータボリューム２００１が属するストレージシステム１０００へマイグレーション可能か否かを判定する（ステップ１３０３０）。なお、ここでは、両ストレージシステム１０００同士が接続されていること（ストレージ間接続管理テーブル１２５７を参照して判断する）、両ストレージシステム１０００がリモートコピー機能を備えていること（ストレージ機能管理テーブル１２５５を参照して判断する）、マイグレーション先論理ボリュームを確保できること（プールボリューム管理テーブル１２５６を参照して判断する）、連携元複合アプリケーション環境に属するアプリケーション１１６１が稼動するホスト計算機１１００がマイグレーション先ストレージシステム１０００のデータＩ／Ｆ１０２２を認識できること（複合ＡＰ環境管理テーブル１２５２を参照して判断する）、の全てを満たす場合に、マイグレーションが可能であると判断される。

マイグレーションができない場合は、設定プログラム１２５１は、警告を表示して（ステップ１３０４０）、処理を異常終了する。

一方、マイグレーションが可能な場合は、設定プログラム１２５１は、両ストレージシステム１０００にマイグレーション指示（例えば、マイグレーション元の論理ボリュームのＩＤとマイグレーション先の論理ボリュームのＩＤとを指定した指示）を送信する（ステップ１３０５０）。この指示に基づいて、連携元アプリケーション環境に対応したデータボリューム２００１が、連携先複合アプリケーション環境のデータボリューム２００１が属するストレージシステム１０００へマイグレーションされる。具体的には、連携元アプリケーション環境に対応したデータボリューム２００１内のデータが、そのストレージシステム１０００で確保されたマイグレーション先論理ボリュームにマイグレーションされる。なお、マイグレーション先の論理ボリューム１０１１は、プールボリューム管理テーブル１２５６を参照して選択される。マイグレーションが完了した後、ＡＰ／ＶＯＬ対応テーブル１２５３が更新される。

次に、ステップ１３０１０で列挙されたデータボリューム２００１（ステップ１３０５０が行われた場合は、マイグレーションされたデータボリューム２００１が含まれる）をプライマリＶＯＬ群の候補としてバックアップ機能の設定が行われる（ステップ１３０６０）。本ステップでは、図１２と同様の処理が行われる。

その後、設定プログラム１２５１は、連携先複合アプリケーション環境の識別子と、ステップ１３０１０で列挙されたアプリＩＤ５００２とをそれぞれ関連付けて複合ＡＰ環境管理テーブル１２５２に登録する（ステップ１３０７０）。そして、設定プログラム１２５１は、マイグレーション先の論理ボリューム１０１１に関するレコードをプールボリューム管理テーブル１２５６から削除し（ステップ１３０８０）、処理を終了する。

なお、本処理に加えて、連携元複合アプリケーション環境のバックアップ環境を連携先複合アプリケーション環境に適用したい場合は、本処理において連携元複合アプリケーション環境と連携先複合アプリケーション環境を入れ替えて（つまり、本処理における連携元複合アプリケーション環境の識別子を連携先複合アプリケーション環境の識別子とし、本処理における連携先複合アプリケーション環境の識別子を連携元複合アプリケーション環境の識別子とし）、再び本処理が実行されるか、或いは、連携先複合アプリケーション環境に対応するデータボリュームが、連携元複合アプリケーションが使用するデータボリュームを有するストレージシステムにマイグレーションされても良い。

また、連携元複合アプリケーション環境のバックアップ環境を削除したい場合は、ステップ１３０１０の直後に、設定プログラム１２５１が、ステップ１３０１０にて列挙したデータボリューム２００１に関連するバックアップ環境を解除する指示（例えば、そのデータボリューム２００１の識別子を指定したバックアップ環境解除指示）をストレージシステム１０００に送信する。ストレージシステム１０００の制御プログラム１０２８は、その指示に応答して、指定されたデータボリューム２００１を含んだ管理グループの構成に関する情報を管理情報群１０２９から削除することができる。なお、データボリューム２００１に関連するバックアップ環境の情報は、前述したとおり、ストレージシステム１０００が管理情報群１０２９として管理しているため、設定プログラム１２５１は、そこから取得して削除しても良い。バックアップ環境の解除が完了したら、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５６から、連携元複合アプリケーション環境の識別子を複合ＩＤ７００２に持つレコードを全て削除する。また、設定プログラム１２５１は、複合ＡＰ環境管理テーブル１２５２から、連携元複合アプリケーション環境の識別子を複合ＩＤ５００１に持つレコードを全て削除する。

以上の処理により、複合アプリケーション環境同士を連携させる時に、それぞれの複合アプリケーション環境に属する全てのアプリケーション１１６１のデータボリューム２００１を同一の管理グループでバックアップできるようなバックアップ環境を構築することができる。

図１４は、既存の複合アプリケーション環境に属するアプリケーション１１６１に新規データボリューム２００１を割り当てる処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下の３つのパラメータを受け取る。
（１４ａ）データボリューム２００１の割り当てを行うアプリケーション１１６１の識別子、
（１４ｂ）当該アプリケーション１１６１が稼動するホスト計算機１１００が認識可能なストレージシステム１０００のデータＩ／Ｆ１０２２の識別子、
（１４ｃ）割り当てるデータボリューム２００１の容量、

本処理が開始されると、まず、設定プログラム１２５１は、パラメータ（１４ｃ）で指定された容量のデータボリューム２００１をアプリケーション１１６１に割り当てる（ステップ１４０１０）。すなわち、設定プログラム１２５１は、プールボリューム管理テーブル１２５６を参照して、一又は複数の未使用な論理ボリューム１０１１を選択する。そして、設定プログラム１２５１は、選択した論理ボリューム群とパラメータ（１４ｂ）で指定されたデータＩ／Ｆ１０２２とを結ぶパスを張る指示を、そのデータＩ／Ｆ１０２２を備えるストレージシステム１０００に送信する。このときの論理ボリューム１０１１の選択の条件としては、パラメータ（１４ｃ）で指定された以上の容量を持つこと、パラメータ（１４ｂ）で指定されたデータＩ／Ｆ１０２２を備えるストレージシステム１０００に格納されていること、割当て対象のデータボリュームが複合アプリケーション環境（そのデータボリュームの割当て先のアプリケーションが属する複合アプリケーション環境）に属しているいずれかのアプリケーションのデータボリュームと同じストレージに格納されていること、の３つが挙げられる。なお、上記の条件に当てはまる論理ボリューム１０１１がない場合は、設定プログラム１２５１は、警告を表示して処理を終了する。

次に、設定プログラム１２５１は、割り当てられたデータボリューム群をプライマリＶＯＬ群の候補としてバックアップ機能の設定を行う（ステップ１４０２０）。本ステップは、以下の点を除き図１２で示した処理と同等である。即ち、ステップ１２０２０及びステップ１２０３０において、連携先複合アプリケーション環境は、データボリューム２００１の割り当てを行うアプリケーション１１６１が属する複合アプリケーション環境とされる。

次に、設定プログラム１２５１は、割り当てたデータボリューム２００１に関するレコード（例えば、そのデータボリューム２００１の識別子や、割当て先のアプリケーションの識別子を含んだレコード）を、ＡＰ／ＶＯＬ対応テーブル１２５３に登録する（ステップ１４０３０）。

最後に、設定プログラム１２５１は、データボリューム群として割り当てられた論理ボリューム１０１１に対応したレコードやバックアップ環境の構築に利用された論理ボリューム１０１１に対応したレコードを、プールボリューム管理テーブル１２５６から削除し（ステップ１４０４０）、処理を終了する。

以上の処理により、複合アプリケーション環境に属するアプリケーションに新規ボリュームを割り当てる時に、当該ボリュームを当該複合アプリケーション環境と同一の管理グループ群でバックアップできるようなバックアップ環境を構築できる。

図１５は、既存の複合アプリケーション環境からアプリケーション１１６１を削除する処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下のパラメータを受け取る。
（１５ａ）削除するアプリケーション１１６１の識別子。

本処理が開始されると、まず、設定プログラム１２５１は、削除するアプリケーション１１６１が利用するデータボリューム２００１を列挙する（ステップ１５０１０）。

次に、設定プログラム１２５１は、列挙したデータボリューム２００１に関連するバックアップ機能の設定を解除するようにストレージシステム１０００へ指示を出す（ステップ１５０２０）。データボリュームに関連するバックアップ環境の情報は、前述したとおり、ストレージシステム１０００が管理情報群１０２９として管理しているため、設定プログラム１２５１は、そこから取得することができる。

その後、設定プログラム１２５１は、複合アプリケーション環境管理テーブル１２５２から削除対象となっているアプリケーション１１６１に関する情報を削除する。

最後に、設定プログラム１２５１は、ＡＰ／ＶＯＬ対応テーブル１２５３から削除対象となっているアプリケーション１１６１に関するレコードを削除して、処理を終了する。

以上の処理により、複合アプリケーション環境に所属する必要の無い（例えば、他のアプリケーションと連携関係のない）アプリケーション１１６１に割当てられているデータボリューム２００１を、その複合アプリケーション環境に対応した管理グループから削除することができる。

図１６は、複合アプリケーション環境のために新たなバックアップ環境を構築しそれに割当てる処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下の５つのパラメータを受け取る。ただし、バックアップ元の論理ボリューム１０１１がデータボリューム２００１である場合は、パラメータ（１６ｃ）は無くても良い。また、バックアップ機能がリモートコピー機能でない場合は、パラメータ（１６ｄ）は無くても良い。さらに、バックアップ機能がローカルコピー機能である場合は、パラメータ（１６ｅ）は無くても良い。
（１６ａ）バックアップ機能の種別、
（１６ｂ）バックアップ機能を適用する複合アプリケーション環境の識別子、
（１６ｃ）カスケード元管理グループの識別子、
（１６ｄ）セカンダリストレージシステムＩＤ、
（１６ｅ）保護期間。

本処理が開始されると、設定プログラム１２５１は、パラメータ（１６ｃ）であるカスケード元管理グループの識別子を受け取ったか否かを判定する（ステップ１６０１０）。

パラメータ（１６ｃ）を受け取った場合は、設定プログラム１２５１は、パラメータ（１６ｃ）で示されたカスケード元管理グループのセカンダリＶＯＬ群をプライマリＶＯＬ群の候補とする（ステップ１６０２０）。なお、カスケード元管理グループのセカンダリＶＯＬ群に関する情報は、ストレージシステム１０００が管理情報群１０２９として管理しているため、設定プログラム１２５１は、そこから取得することができる。

一方、パラメータ（１６ｃ）を受け取らなかった場合は、設定プログラム１２５１は、バックアップ機能の割り当て先となる複合アプリケーション環境で利用されるデータボリューム２００１をプライマリＶＯＬ群の候補とする。

次に、設定プログラム１２５１は、ストレージシステム１０００がパラメータ（１６ａ）で指定されたバックアップ機能を有するか否かを判断する（ステップ１６０４０）。例えば、パラメータ（１６ａ）で指定されたバックアップ機能がローカルコピー機能又はＣＤＰ機能である場合、設定プログラム１２５１は、プライマリＶＯＬ群の候補が格納されているストレージシステム１０００が有するバックアップ機能を、ストレージ機能管理テーブル１２５５を参照して識別する。一方、パラメータ（１６ａ）で指定されたバックアップ機能がリモートコピー機能である場合、第一に、設定プログラム１２５１は、プライマリＶＯＬ群の候補が格納されているストレージシステム１０００が有するバックアップ機能と、パラメータ（１６ｄ）で指定されたセカンダリストレージシステムが有するバックアップ機能とを、ストレージ機能管理テーブル１２５５を参照して識別する。第二に、設定プログラム１２５１は、上記二つのストレージシステム１０００間でデータ転送可能であるかを、ストレージ間接続管理テーブル１２５７を参照して判別する。

ステップ１６０４０の判断の結果、ストレージシステム１０００がパラメータ（１６ａ）で指定されたバックアップ機能を有さない場合は、設定プログラム１２５１は、管理者に警告を発行し、異常終了する（ステップ１６０５０）。

一方、ステップ１６０４０の判断の結果、ストレージシステム１０００がパラメータ（１６ａ）で指定されたバックアップ機能を有する場合は、設定プログラム１２５１は、指定されたバックアップ機能に応じて以下の処理を実行する（ステップ１６０６０）。

指定されたバックアップ機能がローカルコピー機能である場合、まず、設定プログラム１２５１は、プライマリＶＯＬ群の候補を格納するストレージシステム１０００にコピーグループ２００２を作成する指示を送信する（ステップ１６０７０）。次に、設定プログラム１２５１は、バックアップボリューム２００１をプールボリューム管理テーブル１２５６が表す未使用ボリューム群から選択する（ステップ１６０８０）。そして、設定プログラム１２５１は、プライマリＶＯＬの候補とステップ１６０８０にて選択したバックアップボリューム２００１とで構成されるローカルコピーペアを作成する指示をストレージシステム１０００に送信する（ステップ１６０９０）。また、設定プログラム１２５１は、ステップ１６０７０で送信された指示により作成されるコピーグループ２００２にステップ１６０９０で送信された指示により作成されるローカルコピーペアを追加する指示をストレージシステム１０００に送信する（ステップ１６１００）。最後に、設定プログラム１２５１は、今回作成されたコピーグループ２００２に関する情報（例えば、グループＩＤ７００１や、バックアップ機能７００３を含んだレコード）をバックアップポリシー管理テーブル１２５４へ追加し（ステップ１６１１０）、プールボリューム管理テーブル１２５６からステップ１６０８０にて選択されたボリュームに対応したレコードを削除して（ステップ１６１２０）、処理を終了する。

指定されたバックアップ機能がＣＤＰ機能である場合、まず、設定プログラム１２５１は、プライマリＶＯＬ群の候補を格納するストレージシステム１０００にＣＤＰジャーナルグループ３００１を作成する指示を送信する（ステップ１６１２０）。次に、設定プログラム１２５１は、ジャーナルボリューム３００４をプールボリューム管理テーブル１２５６が表す未使用ボリューム群から選択し、そのジャーナルボリューム３００４をステップ１６１２０で送信された指示により作成されるＣＤＰジャーナルグループ３００１へ関連付ける指示をストレージシステム１０００に送信する（ステップ１６１４０）。次に、設定プログラム１２５１は、プールボリューム管理テーブル１２５６が表す未使用ボリューム群からスナップショットボリューム３００２を選択する（ステップ１６１５０）。そして、設定プログラム１２５１は、プライマリＶＯＬの候補とステップ１６１５０にて選択したスナップショットボリューム３００２とで構成されるＣＤＰペアを作成する指示をストレージシステム１０００に送信する（ステップ１６１６０）。また、設定プログラム１２５１は、ステップ１６１３０で送信された指示により作成されるＣＤＰジャーナルグループ３００１にステップ１６１６０で送信された指示により作成されるＣＤＰペアを追加する指示をストレージシステム１０００に送信する（ステップ１６１７０）。最後に、設定プログラム１２５１は、今回作成されたＣＤＰジャーナルグループ３００１に関する情報（例えば、グループＩＤ７００１や、パラメータ（ｅ）で指定された保護期間７００７を含んだレコード）をバックアップポリシー管理テーブル１２５４へ追加し（ステップ１６１１０）、プールボリューム管理テーブル１２５６から今回選択された論理ボリューム１０１１に対応するレコードを削除して（ステップ１６１２０）、処理を終了する。

指定されたバックアップ機能がリモートコピー機能である場合、まず、設定プログラム１２５１は、プライマリＶＯＬ群の候補を格納するストレージシステム１０００とセカンダリストレージシステムとにリモートコピージャーナルグループ４００１を作成する指示をそれぞれ送信する（ステップ１６１８０）。次に、設定プログラム１２５１は、ローカルジャーナルボリューム４００４をプールボリューム管理テーブル１２５６が表す未使用ボリューム群から選択し、選択したローカルジャーナルボリューム４００４をステップ１６１８０で送信された指示により作成されるリモートコピージャーナルグループ４００１へ関連付ける指示をストレージシステム１０００に送信する（ステップ１６１９０）。次に、設定プログラム１２５１は、リモートジャーナルボリューム４００２をプールボリューム管理テーブル１２５６が表す未使用ボリューム群から選択し、選択したリモートジャーナルボリューム４００２をステップ１６１８０で送信された指示により作成されるリモートコピージャーナルグループ４００１へ関連付ける指示をストレージシステム１０００に送信する（ステップ１６２００）。次に、設定プログラム１２５１は、プールボリューム管理テーブル１２５６が表す未使用ボリューム群からセカンダリボリュームを選択する（ステップ１６２１０）。そして、設定プログラム１２５１は、プライマリＶＯＬの候補とステップ１６２１０にて選択したセカンダリボリュームとで構成されるリモートコピーペアを作成する指示をストレージシステム１０００に送信する（ステップ１６２２０）。また、設定プログラム１２５１は、ステップ１６１８０で送信された指示により作成されるリモートコピージャーナルグループ４００１にステップ１６２２０で送信された指示により作成されるリモートコピーペアを追加する指示をストレージシステム１０００に送信する（ステップ１６２３０）。最後に、設定プログラム１２５１は、今回作成されたリモートコピージャーナルグループ４００１に関する情報（例えば、グループＩＤ７００１や、パラメータ（ｅ）で指定された保護期間７００７を含んだレコード）をバックアップポリシー管理テーブル１２５４へ追加し（ステップ１６１１０）、プールボリューム管理テーブル１２５６から今回選択された論理ボリューム１０１１に対応するレコードを削除して（ステップ１６１２０）、処理を終了する。

以上が、複合アプリケーション環境のために新たなバックアップ環境を構築しそれに割当てる処理の説明である。本処理により、複合アプリケーション環境で利用される全ての論理ボリューム１０１１に対して、一括してバックアップ機能を適用することができる。

以上が、第一の実施例の説明である。本実施例によれば、複合アプリケーション環境で利用される全てのデーボリューム２００１が同一の管理グループ群でバックアップされることが保障される。

＜第二の実施例＞。

次に、第二の実施例について説明する。

大規模な計算機システムでは、単一のプライマリストレージシステム４０００と単一のセカンダリストレージシステム４１００間で行われるリモートコピーの負荷が高くなり、Ｉ／Ｏ性能が落ちるなど業務へ影響を与えたしまうことがある。この課題を解決するために、複数のプライマリストレージシステム４０００と複数のセカンダリストレージシステム４１００利用することで負荷分散を行う技術（例えば、特開２００５−１９０４５５号に開示の技術がある。この技術によれば、第一の実施例で示したリモートコピージャーナルグループ４００１を複数個まとめたグループを作成することが可能である。このグループは、複数のストレージシステム１０００にまたがって作成されてもよい。以降、このグループを「グローバルジャーナルグループ」と呼ぶ。グローバルジャーナルグループに属する全てのプライマリストレージシステム４０００は、同一のタイマを共有している（ここで言う「同一のタイマを共有する」とは、全てのプライマリストレージシステム４０００における時刻が同じであることを意味する）。そして、書き込みが発生したときに作成するジャーナルの属性として、このタイマから取得した時刻が付与される。また、セカンダリストレージシステム４１００に転送されたジャーナルをセカンダリボリューム４００３に適用するときには、各セカンダリストレージシステム４１００が受け取った最新のジャーナルに付与されている時刻のうち最古の時刻までの特定の同一時点まで各セカンダリストレージシステムにおいてジャーナルが適用される。これにより、全てのセカンダリストレージシステム４１００のセカンダリボリューム４００３に同一時点のデータをリストアすることができる。以下、このようなバックアップ機能を「多対多リモートコピー機能」と呼ぶ。

（２−１）第二の実施例のシステム構成。

本実施例に係る計算機システムの構成は、第一の実施例とほぼ同等であるため、主に差分について説明する。

図１７は、本実施例に係る計算機システムの構成例を示すブロック図である。

グローバルジャーナルグループ１７１０は、一つ以上のリモートコピージャーナルグループ４００１から構成される。当該リモートコピージャーナルグループ４００１を構成するデータボリューム２００１とセカンダリボリューム４００３を格納するストレージシステム１０００とは、データネットワーク１３００を介して接続されており、お互いにデータや制御情報のやり取りが可能である。

また、グローバルジャーナルグループ１７０１０に属する複数のプライマリストレージシステム４０００のうちの一つが、マスタープライマリストレージシステム１７１００となる。このマスタープライマリストレージシステム１７１００が備えるタイマ（図示しない）は、他のプライマリストレージシステム４０００と共有される。プライマリストレージシステム４０００の制御プログラム１０２８がジャーナルを作成するときには、この共有されたタイマ１０２４の時刻が付与される。タイマ１０２４を参照するために各プライマリストレージシステム４０００の制御プログラム１０２８は、どのリモートコピージャーナルグループ４００１がどのグローバルジャーナルグループ１７０１０に属しているのか、各グローバルジャーナルグループ１７０１０のマスタープライマリストレージシステム１７１００はどのストレージシステム１０００なのかを、各々のストレージシステム１０００が備える管理情報群１０２９で管理している。

また、セカンダリストレージシステム４１００の制御プログラム１０２８は、プライマリストレージシステム４０００から受け取ったジャーナルをセカンダリボリューム４００３へ適用する際には、同一のグローバルジャーナルグループ１７０１０の各セカンダリストレージシステム４１００と連携し、各セカンダリストレージシステム４１００が受け取った最新のジャーナルに付与された時刻を比較し、最古の時刻以前のジャーナルをセカンダリボリューム４００３に適用する。このため、セカンダリストレージシステム４１００の制御プログラム１０２８は、どのリモートコピージャーナルグループ４００１がどのグローバルジャーナルグループ１７０１０に属しているのかを、そのストレージシステム１０００が備える管理情報群１０２９で管理している。

なお、図示しないが、本実施例では、バックアップポリシー管理テーブル１２５４のバックアップ機能７００３には多対多リモートコピー機能を示す値（例えば「多対多リモート」）を格納することができる。また、多対多リモートコピー機能では、プライマリストレージシステムＩＤ７００５とセカンダリストレージシステムＩＤ７００７に複数のストレージシステム１０００の識別子を記録することができる。

（２−２）第二の実施例で行われる処理。

本実施例で行われる処理は、第一の実施例とほぼ同等であるため、主に差分について説明する。

図１８は、本実施例における、既存の複合アプリケーション環境同士を連携させる処理の流れを示したフローチャートである。

本処理は、管理者が設定プログラム１２５１を起動することで開始される。設定プログラム１２５１は、起動の際、以下の２つのパラメータを受け取る。
（１８ａ）連携元複合アプリケーション環境の識別子、
（１８ｂ）連携先複合アプリケーション環境の識別子。

ステップ１３０１０及びステップ１３０２０における処理は、図１３で説明したものと同じである。また、ステップ１３０２０にて、同一のストレージシステム１０００に格納されていると判定された場合も、それ以降の処理は図１３で説明したものと同じである。即ち、ステップ１３０２０における判定結果がＹＥＳである場合は、その後、図１３におけるステップ１３０６０、１３０７０及び１３０８０の処理が順番に行われる。

ステップ１３０２０にて、異なるストレージシステム１０００に格納されていると判定された場合は、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５４を参照し、連携先複合アプリケーション環境に適用されているバックアップ機能がリモートコピー機能のみであるか否かを判定する（ステップ１８０３０）。

他のコピー機能が含まれている場合は、図１３におけるステップ１３０３０及び１３０４０の処理が順番に行われる。

リモートコピー機能のみである場合は、設定プログラム１２５１は、多対多リモートコピー機能の適用が可能か否かを判定する（ステップ１８０５０）。ここでは、設定プログラム１２５１は、バックアップポリシー管理テーブル１２５４を参照し、当該管理グループのプライマリストレージシステムＩＤ７００５及びセカンダリストレージシステムＩＤ７００６で示されるそれぞれのストレージシステム１０００、及び、連携元複合アプリケーション環境のデータボリューム２００１が属するストレージシステム１０００のそれぞれが多対多リモートコピー機能を有しているか否かを判定する。また、設定プログラム１２５１は、それぞれのストレージシステム１０００が互いに制御命令やデータのやり取りをすることができるか否かを、ストレージ間接続管理テーブル１２５７を参照して判定する。それぞれのストレージシステム１０００が多対多リモートコピー機能を有し、それぞれのストレージシステム１０００がデータや制御命令のやり取りをすることができる場合は、本処理はステップ１８０６０へ移行する。それ以外は、本処理はステップ１３０３０へ移行する。

ステップ１８０６０では、設定プログラム１２５１は、連携元複合アプリケーション環境のデータボリューム２００１をプライマリＶＯＬ群としてリモートコピーペアの生成及びリモートコピージャーナルグループ４００１の作成を行う。なお、本処理は、図１６で説明したリモートコピージャーナルグループ４００１の作成方法（ステップ１６１８０〜ステップ１６２３０）と次の点を除き同じである。即ち、セカンダリボリューム４００３を選択する際の条件として、当該セカンダリボリューム４００３が多対多リモートコピー機能を有するストレージシステム１０００に属していることが更に加えられる。

次に、設定プログラム１２５１は、作成されたリモートコピージャーナルグループ４００１のバックアップ種別を判定する（ステップ１８０７０）。

通常のリモートコピー機能であれば、まず、設定プログラム１２５１は、グローバルジャーナルグループ１７０１０を作成する指示を、作成されたリモートコピージャーナルグループ４００１に対応するプライマリストレージシステムＩＤ７００５及びセカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００に送信する（ステップ１８０８０）。このとき、設定プログラム１２５１は、そのグローバルジャーナルグループ１７０１０に所定の識別子を割り振る。

次に、設定プログラム１２５１は、作成された一つのリモートコピージャーナルグループ４０００１に対応したプライマリストレージシステムＩＤ７００５で示されるストレージシステム１０００をマスタープライマリストレージシステムとする指示を、プライマリストレージシステムＩＤ７００５及びセカンダリストレージシステムＩＤ７００６で示されるストレージシステム１０００にそれぞれ送信する（ステップ１８０９０）。

次に、設定プログラム１２５１は、ステップ１８０６０で作成したリモートコピージャーナルグループ４００１をグローバルジャーナルグループ１７０１０に追加する指示を、グローバルジャーナルグループ１７０１０に属するプライマリストレージシステム群とセカンダリストレージシステム群、及び、ステップ１８０６０で作成したリモートコピージャーナルグループ４００１のプライマリストレージシステム４０００、セカンダリストレージシステム４１００に、それぞれ送信する（ステップ１８１１０）。このとき、設定プログラム１２５１は、他のストレージシステム１０００から当該グローバルジャーナルグループ１７０１０に関する情報を取得し、ステップ１８０６０で作成したリモートコピージャーナルグループ４００１のプライマリストレージシステム４０００及びセカンダリストレージシステム４１００に通知する。この情報は、例えば、当該グローバルジャーナルグループ１７０１０に属するリモートコピージャーナルグループ４００１の情報やマスター正ストレージシステムの情報などである。

そして、図１３で説明したように、設定プログラム１２５１は、複合ＡＰ環境管理テーブル１２５２を更新し（ステップ１８１１０）、割り当てた論理ボリューム１０１１に対応するレコードをプールボリューム管理テーブル１２５７から削除して（ステップ１８１２０）、処理を終了する。

以上が、第二実施例の説明である。当該実施例によれば、異なるストレージシステムのデータボリューム２００１を用いるアプリケーション１１６１が連携する計算機システムにおいて、ストレージシステム１０００を跨がる管理グループ群によってバックアップされることが保障される。

＜第三の実施例＞。

次に、第三の実施例について説明する。

第三の実施例では、アプリケーション１１６１が、自分と連携するアプリケーション１１６１に関する情報が記録された情報資源を有し、その情報資源を利用して、複合アプリケーション環境に含まれるアプリケーション１１６１同士の連携に関する情報（以下、「連携情報」）が入力される。

（３−１）第三の実施例のシステム構成。

本実施例に係る計算機システムの構成は、第一の実施例とほぼ同等であるため、主に差分について説明する。

図１９は、本実施例に係る計算機システムの構成例を示すブロック図である。

本実施例では、ホスト計算機１１００のメモリ１１６０には、連携取得エージェント１９０１０と、連携管理テーブル１９０２０とが更に記憶されている。

連携管理テーブル１９０２０は、当該アプリケーション１１６１が連携しているアプリケーション１１６１を示す情報が記録された上記情報資源の一種である。

連携取得エージェント１９０１０は、後述する連係情報取得プログラム１９０３０からの要求に応じて、連携管理テーブル１９０２０等から連係情報を取得して、取得した連携情報を連携情報取得プログラム１９０３０へ送信する。連携情報には、例えば、当該アプリケーション１１６１が連携するアプリケーション１１６１を示す情報と、当該アプリケーション１１６１が連携するアプリケーション１１６１を稼働するホスト計算機１１００のネットワークアドレスと、当該アプリケーション１１６１が利用するデータボリューム２００１の一覧情報とが含まれる。この処理の流れは後述する。

また、管理計算機１２００のメモリ１２５０には、連係情報取得プログラム１９０３０が更に記録されている。

連係情報取得プログラム１９０３０は、定期的又は不定期的に、ホスト計算機１１００で稼動する連携取得エージェント１９０１０から、連携情報を取得する。この処理の流れは後述する。

図２０は、本実施例に係る複合ＡＰ環境管理テーブル１２５２’の一例を示す図である。

本テーブル１２５２’の大部分は、第一の実施例と同じであるため、主に差分について説明する。

本テーブル１２５２’には、ネットワークアドレス２０００４が更に記録される。ネットワークアドレス２００４は、アプリＩＤ５００２で示されるアプリケーション１１６１が稼動しているホスト計算機１１００のネットワークアドレス（例えばＩＰアドレス）である。本テーブル１２５２’における各情報要素の対応関係は、連係情報取得プログラム１９０３０によって設定される。この設定の流れは後述する。

図２１は、連携管理テーブル１９０２０の一例を示す図である。

本テーブル１９０２０は、当該アプリケーション１１６１が連携しているアプリケーション１１６１の情報を管理する。

アプリＩＤ２１００１は、連携元アプリケーションの識別子、言い換えると、本テーブル１９０２０を管理するホスト計算機１１００上で稼動しているアプリケーション１１６１の識別子である。連携先アプリＩＤ２１００２は、連携先アプリケーションの識別子である。ネットワークアドレス２１００３は、連携先アプリＩＤ２１００２で示されるアプリケーション１１６１が稼動しているホスト計算機１１００のネットワークアドレスである。本テーブル１９０２０における各情報要素の対応関係は、連携先アプリケーションが追加される際に、管理者によって設定される。

（３−２）第三の実施例で行われる処理。

本実施例の動作は、第一の実施例とほぼ同等であるため、主に差分について説明する。

図２２は、連係情報取得プログラム１９０３０が実行する処理の流れを示したフローチャートである。

本処理は、管理者が連係情報取得プログラム１９０３０を起動することで開始される。

本処理が開始されると、連係情報取得プログラム１９０３０は、所定の時間待機する（ステップ２２０１０）。

次に、連係情報取得プログラム１９０３０は、複合環境管理テーブル１２５２から全複合アプリケーション環境を列挙し、複合アプリケーション環境の数だけ以下の処理を繰り返す（ステップ２２０２０）。

この複合アプリケーション環境についての繰り返し処理では、連係情報取得プログラム１９０３０は、複合環境管理テーブル１２５２から当該複合アプリケーション環境に属するアプリケーション１１６１を列挙し、さらにアプリケーション１１６１の数だけ以下ステップ２２０４０〜ステップ２２０６０の処理を繰り返す（ステップ２２０３０）。

このアプリケーション１１６１についての繰り返し処理では、連係情報取得プログラム１９０３０は、当該アプリケーション１１６１のネットワークアドレス２０００４を利用して、当該アプリケーション１１６１が稼動しているホスト計算機１１００上の連携取得エージェント１９０１０に対して、連係情報の取得を要求する（ステップ２２０４０）。

要求を受け取った連携取得エージェント１９０１０は、連携管理テーブル１９０２０から当該アプリケーション１１６１が連携するアプリケーション１１６１の識別子とそのネットワークアドレスとを取得する（ステップ２２０５０）。また、連携取得エージェント１９０１０は、当該アプリケーション１１６１が利用するデータボリューム２００１の一覧情報を取得する（ステップ２２０６０）。そして、連携取得エージェント１９０１０は、ステップ２２０５０及び２２０６０において取得した連係情報を、連係情報取得プログラム１９０３０へ送信する。尚、データボリューム２００１の一覧情報は、アプリケーション１１６１の管理者によって予め設定される。たとえば、Ｌｉｎｕｘ（登録商標）のファイルシステムであれば、/etc/fstabなどに記載される。

連携情報取得プログラム１９０３０は、ステップ２２０４０〜ステップ２２０６０の処理をアプリケーション１１６１の数だけ繰り返すことにより、複合アプリケーション環境に属する全てのアプリケーション１１６１の連係情報を収集する。

次に、連係情報取得プログラム１９０３０は、収集した連係情報で示されるアプリケーション１１６１の連携関係が、ホスト計算機１１００上で管理されている複合ＡＰ環境管理テーブル１２５２’及びＡＰ／ＶＯＬ対応テーブル１２５３に示されるものと一致するか否かを判定する（ステップ２２０７０）。

ステップ２２０７０の判定の結果、連携するアプリケーション１１６１が増加している場合は、連係情報取得プログラム１９０３０は、複合アプリケーション環境間の連携の設定を行う。この処理は、図１３で説明したものと同じである。

ステップ２２０７０の判定の結果、連携するアプリケーション１１６１が減少している場合は、連係情報取得プログラム１９０３０は、複合アプリケーション環境からのアプリケーション１１６１の削除を行う。この処理は、図１５で説明したものと同じである。

ステップ２２０７０の判定の結果、アプリケーション１１６１のデータボリューム２００１が増加している場合は、連係情報取得プログラム１９０３０は、データボリューム２００１の追加処理を行う。この処理は、図１４で説明したものと同じである（但し、新たなデータボリューム２００１の割当ては行われず、増加したデータボリューム２００１が追加される）。

連携情報取得プログラム１９０３０は、以上の処理を複合アプリケーション環境の数だけ繰り返す。繰り返しが終了したら、本処理は、ステップ２２０１０へ移行する。

以上が、連携情報取得プログラム１９０３０が実行する処理の流れの説明である。

以上が、第三の実施例の説明である。当該実施例によれば、管理計算機１２００が、アプリケーション１１６１が直接連携するアプリケーション１１６１の情報を収集することで、複合アプリケーション環境全体の構成を把握することができる。

以上、本発明の好適な幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、設定プログラム１２５１は、管理グループの構成に加えて、その管理グループに対応付ける他種の情報（例えば保護期間）を指定した更新指示をストレージシステム１０００に送信することができる。この場合、ストレージシステム１０００の制御プログラム１０２８が、その更新指示に応答して、管理情報群１０２９を更新することで、指定された他種の情報（例えば保護期間）をその管理グループに対応付けることができる。

第一の実施例に係る計算機システムの構成例を示すブロック図である。 ローカルコピー機能を実現する管理グループの構成例を示す図である。 ＣＤＰ機能を実現する管理グループの構成例を示す図である。 リモートコピー機能を実現する管理グループの構成例を示す図である 複合ＡＰ環境管理テーブルの一例を示す図である。 ＡＰ／ＶＯＬ対応テーブルの一例を示す図である。 バックアップポリシー管理テーブルの一例を示す図である。 ストレージ機能管理テーブルの一例を示す図である。 プールボリューム管理テーブルの一例を示す図である。 ストレージ間接続管理テーブルの一例を示す図である。 ホスト計算機に新規アプリケーションを追加する処理の流れを示したフローチャートである。 対象の論理ボリュームに割当てるバックアップ機能の設定を行う処理の流れを示したフローチャートである。 既存の複合アプリケーション環境同士を連携させる処理の流れを示したフローチャートである。 既存の複合アプリケーション環境に属するアプリケーションに新規データボリュームを割り当てる処理の流れを示したフローチャートである。 既存の複合アプリケーション環境からアプリケーションを削除する処理の流れを示したフローチャートである。 複合アプリケーション環境に新たなバックアップ機能を割当てる処理の流れを示したフローチャートである。 第二の実施例に係る計算機システムの構成例を示すブロック図である。 第二の実施例における、既存の複合アプリケーション環境同士を連携させる処理の流れを示したフローチャートである。 第三の実施例に係る計算機システムの構成例を示すブロック図である。 第三の実施例に係る複合ＡＰ環境管理テーブルの一例を示す図である。 連携管理テーブルの一例を示す図である。 連係情報取得プログラム１９０３０が実行する処理の流れを示したフローチャートである。 課題を説明するための図である。

符号の説明

１０００…ストレージシステム、１１００…ホスト計算機、１２００…管理計算機、１３００…データネットワーク、１４００…管理ネットワーク

Claims (14)

1. 連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報を記憶する記憶部と、
   前記アプリケーション管理情報を参照することで、前記複合アプリケーション環境を構成する前記複数のアプリケーションを特定し、特定された前記複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、前記複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを同一のボリュームグループに所属させる指示を、前記複数の第一の論理ボリュームと前記複数の第二の論理ボリュームとの少なくとも一方を備える一以上のストレージシステムに送信する設定部と
   を備える計算機。
2. 前記同一のボリュームグループにおいて前記複数の第一の論理ボリュームから前記複数の第二の論理ボリュームにどのようにデータがバックアップされるかは、前記複数の第一の論理ボリュームと前記複数の第二の論理ボリュームとを備える一以上のストレージシステムが有する複数種類のバックアップ機能のうちのどの種類のバックアップ機能をそのボリュームグループに適用するかを基に定まる、
   請求項１記載の計算機。
3. 前記複数種類のバックアップ機能には、複数の第一のストレージシステムに存在する複数の第一の論理ボリュームから複数の第二のストレージシステムに存在する複数の第二の論理ボリュームにデータをバックアップする機能が含まれている、
   請求項２記載の計算機。
4. 前記記憶部が、前記複合アプリケーション環境に対応したボリュームグループとそのボリュームグループにおいてどのようなバックアップを行うかのバックアップポリシーとを表すバックアップポリシー管理情報を更に記憶する、
   請求項１記載の計算機。
5. 前記設定部が、前記複合アプリケーション環境の構成要素として新たなアプリケーションが追加される場合、その複合アプリケーション環境に対応したボリュームグループ及びバックアップポリシーを前記バックアップポリシー管理情報から特定し、前記新たなアプリケーションに割当てられる第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを前記特定されたボリュームグループに追加することの指示を、前記特定されたバックアップポリシーを基に作成し、その指示を、前記一以上のストレージシステムに送信する、
   請求項４記載の計算機。
6. 前記設定部が、前記複合アプリケーション環境を構成するいずれかのアプリケーションに新たな第一の論理ボリュームが割当てられる場合、その複合アプリケーション環境に対応したボリュームグループ及びバックアップポリシーを前記バックアップポリシー管理情報から特定し、前記新たな第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを前記特定されたボリュームグループに追加することの指示を、特定されたバックアップポリシーを基に作成し、その指示を、前記一以上のストレージシステムに送信する、
   請求項４記載の計算機。
7. 前記設定部が、前記複合アプリケーション環境からアプリケーションが外される場合、そのアプリケーションに関する情報を前記アプリケーション管理情報における前記複合アプリケーション環境に対応した各アプリケーションに関する情報から削除し、その外されるアプリケーションに割当てられていた第一の論理ボリュームとそれに記憶されているデータのバックアップ先である第二の論理ボリュームとをそれらが所属しているボリュームグループから外すことの指示を、前記一以上のストレージシステムに送信する、
   請求項１記載の計算機。
8. 第一及び第二の複合アプリケーション環境を含んだ複数の複合アプリケーション環境が存在し、
   前記記憶部が、どの論理ボリュームがどのストレージシステムに存在するかを表すボリューム管理情報を更に記憶し、
   前記アプリケーション管理情報が、複合アプリケーション環境毎に、複合アプリケーション環境を構成する各アプリケーションを表し、
   前記設定部が、前記第一の複合アプリケーション環境が前記第二の複合アプリケーション環境と連携する場合、前記第一の複合アプリケーション環境を構成する複数のアプリケーションに割当てられている複数の第一の論理ボリュームと、前記第二の複合アプリケーション環境を構成する複数のアプリケーションに割当てられている複数の第一の論理ボリュームとが一つのストレージシステムに存在するか否かを、前記ボリューム管理情報を参照することにより判断し、否定的な判断結果であれば、前記一つのストレージシステムとは別のストレージシステムに存在する第一の論理ボリュームを前記一つのストレージシステムにマイグレーションすることの指示を、前記別のストレージシステムと前記一つのストレージシステムとの少なくとも一方に送信する、
   請求項１記載の計算機。
9. アプリケーションがどのアプリケーションと連携するかの関係を示す連係情報を、そのアプリケーションを実行するホスト計算機から取得し、取得した連携情報を用いて前記アプリケーション管理情報を更新する連携情報取得部、を更に備える、
   請求項１記載の計算機。
10. 前記設定部は、前記取得された連係情報が、前記複合アプリケーション環境を構成するいずれかのアプリケーションに新たなアプリケーションが連携していることを表している場合、その複合アプリケーション環境に対応したボリュームグループを特定し、前記新たなアプリケーションに割当てられる第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを前記特定されたボリュームグループに追加することの指示を、前記一以上のストレージシステムに送信する、
    請求項９記載の計算機。
11. 前記設定部は、前記取得された連係情報が、前記複合アプリケーション環境を構成するいずれかのアプリケーションに新たな第一の論理ボリュームが割当てられたことを表している場合、その複合アプリケーション環境に対応したボリュームグループを特定し、前記新たな第一の論理ボリュームとその第一の論理ボリュームのバックアップ先となる第二の論理ボリュームとを前記特定されたボリュームグループに追加することの指示を、前記一以上のストレージシステムに送信する、
    請求項９記載の計算機。
12. 前記設定部は、前記取得された連携情報が、前記複合アプリケーション環境のいずれかのアプリケーションと連携していたアプリケーションが連携しなくなったことを表している場合、そのアプリケーションに関する情報を前記アプリケーション管理情報における前記複合アプリケーション環境に対応した各アプリケーションに関する情報から削除し、その外されるアプリケーションに割当てられていた第一の論理ボリュームとそれに記憶されているデータのバックアップ先である第二の論理ボリュームとをそれらが所属しているボリュームグループから外すことの指示を、前記一以上のストレージシステムに送信する、
    請求項１記載の計算機。
13. 連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報を記憶し、
    前記アプリケーション管理情報を参照することで、前記複合アプリケーション環境を構成する前記複数のアプリケーションを特定し、一以上のストレージシステムにおける、特定された前記複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、前記複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを、同一のボリュームグループに所属させる、
    バックアップ環境設定方法。
14. 連携して動作する複数のアプリケーションで構成されたグループである複合アプリケーション環境を構成する各アプリケーションを表すアプリケーション管理情報を参照することで、前記複合アプリケーション環境を構成する前記複数のアプリケーションを特定し、特定された前記複数のアプリケーションに割当てられる複数の第一の論理ボリュームと、前記複数の第一の論理ボリュームに記憶されるデータのバックアップ先となる複数の第二の論理ボリュームとを同一のボリュームグループに所属させる指示を、前記複数の第一の論理ボリュームと前記複数の第二の論理ボリュームとの少なくとも一方を備える一以上のストレージシステムに送信する、
    ことをコンピュータに実行させるコンピュータプログラム。

Images