JP4548037B2 - キャッシュメモリの管理方法、ストレージ装置または計算機システム - Google Patents

Description

本明細書で開示される技術は、計算機システムに用いられるストレージ装置に関する。特に、ストレージ装置内で分割されたキャッシュメモリの管理方法に関する。

一般にコンピュータシステムは、それぞれの業務を行うホストコンピュータと、ホストコンピュータの指示によりデータを読み書きするストレージ装置により構成される。ストレージ装置は、データの格納および読み出しを行う複数の磁気ディスクとキャッシュメモリを持つ。ホストコンピュータがあるデータを要求したとき、ストレージ装置はキャッシュメモリ上に要求されたデータがあるかどうかを調べ、それがキャッシュメモリ上にあればキャッシュメモリからホストコンピュータに転送し、なければ磁気ディスクにアクセスし、データをキャッシュメモリ上に一時的に格納した上でホストコンピュータへと転送する。

このような計算機システムにおいて、複数の業務データを１つのストレージ装置に集約すると、異なる業務がキャッシュメモリを共有することとなる。その結果、例えばある業務にアクセスが集中し、多くのキャッシュメモリを占有すると、別の業務のディスクアクセス性能が低下するという問題が生じうる。特に近年の技術向上により、ストレージ装置のデータ保存容量は年々増大しており、これまで業務ごとに別々のストレージ装置に分けて管理していたデータを、データ管理を簡便にする目的で、１つのストレージ装置に集約して管理する傾向が顕著であるため、上記の問題が生じやすい。

そこで、業務間でのアクセス性能の干渉を防ぐ方法として、例えば特許文献１には、ディスクコントローラがキャッシュメモリを分割して各業務に割り当てるという方法が述べられている。本明細書では、この分割されたキャッシュ領域をCLPR (Cache Logical Partition)と呼ぶ。業務データごとに異なるCLPRを割り当てることにより、1つの業務のディスクアクセスがキャッシュメモリを占有することを防ぎ、各業務のディスクアクセス性能の独立性を高めることができる。ストレージ管理者は、ストレージ装置とネットワークで接続された管理サーバ上で動作する構成管理プログラムを利用して、CLPR の構成やボリュームとCLPRの対応関係を参照および変更することができる。

特開平5-128002号公報

異なるCLPRに割り当てられた２つのディスクボリュームに対して、ストレージ装置が提供する、ディスクボリュームのコピー機能や連結機能など、複数のディスクボリュームを関連付ける機能を適用すると、異なるCLPRを使用することによる性能の独立性が損なわれる場合がある。

例えば業務データを、ディスクボリュームコピー機能を利用してコピーする場合を考える。以下、ディスクボリューム（論理ボリューム）を単にボリュームと呼ぶ。管理者が業務データを格納するコピー元ボリューム(正ボリューム)と未使用のコピー先ボリューム(副ボリューム)を選択してコピーペアを作成すると、コピーペア作成後にホストコンピュータから正ボリュームに書き込まれたデータは、ボリュームコピー機能により副ボリュームにもコピーされる。データを副ボリュームにコピーする際に、副ボリュームのキャッシュメモリが使用されるため、正ボリュームへのデータの書き込み量が増えると副ボリュームのキャッシュ使用量が増える。このとき、副ボリュームが他の業務データとCLPRを共有していると、業務間の性能の独立性が損なわれる。

また、複数のディスクボリュームを連結し、１つのディスクボリュームとしてホストコンピュータに見せるディスクボリューム連結機能を利用する場合にも、連結されるディスクボリュームが他の業務データとCLPRを共有すると、コピー機能の場合と同様に業務間の性能の独立性が損なわれる。このような複数のディスクボリュームを関連付ける機能の適用による、意図しない業務間の性能干渉を防ぐ必要がある。

上述した課題の少なくとも一つを解決するため、本発明の一実施態様では、データが格納されるボリュームと、前記少なくとも一つのボリューム格納されるデータを保持する領域を少なくとも一つのボリュームごとに割り当てられるキャッシュメモリと、を有するストレージ装置のキャッシュメモリの管理方法であって、あらかじめ定められるボリューム間の関係を参照し、前記ボリューム間の関係に基づいてボリュームに対し、前記ボリュームに格納されるデータが保持される前記キャッシュメモリの所定の領域を割り当てることを特徴とする。

以下に図面を参照しながら本発明の実施形態を説明する。

実施例１では、ストレージ管理者がボリュームコピーペアの作成または連結ボリュームの作成を行ったときに、ＣＬＰＲの性能を再評価し、評価結果を表示する方法について説明する。
(１)システム構成
実施例１における計算機システムの構成について説明する。図１から図３は計算機システムの構成および計算機システムに接続される装置の構成を示し、図４から図７は各装置に具備される管理情報を示す。

図１に計算機システムの構成を示す。ストレージ装置２００００と、ホストコンピュータ１００００とがストレージネットワーク４００００によって接続されている。また、ストレージ装置２００００は、管理用ネットワーク５００００を介して、管理サーバ３００００に接続されている。なお、ストレージネットワーク４００００と管理用ネットワーク５００００は、同じネットワークであっても構わない。ストレージ装置は、複数あってもよい。

図２にストレージ装置２００００の詳細な構成例を示す。ストレージ装置２００００は、管理用ネットワーク５００００に接続するための管理ポート２１０００と、ストレージネットワーク４００００を介してホストに接続するためのI/Oポート２２０００と、ストレージ装置内の制御を行うプロセッサ２３０００と、プロセッサが用いる管理メモリ２４０００と、ホストコンピュータに提供するデータを格納するディスクボリューム２８０００と、データを記憶するキャッシュメモリ２６０００とを有し、これらは内部バス等の回路２９０００を介して相互に接続される。また、各ボリュームへのデータ読み書きの処理はディスクコントローラ２７０００が制御する。管理メモリ２４０００には、ストレージ装置の管理プログラム２５０００が格納されている。プロセッサ２３０００は、管理メモリ２４０００に格納されているプログラムやデータを読み出し、プログラムの処理を行なう。

管理プログラム２５０００は、キャッシュ分割モジュール、ボリュームコピーモジュール、ボリューム連結モジュールで構成させる。。キャッシュ分割モジュールは、キャッシュメモリ２６０００を論理的に複数のパーティション(CLPR)２６１００に分割する。ボリュームコピーモジュールは、正ボリュームと副ボリュームからなるコピーペアを作成し、正副の内容を一致させる。つまり、副ボリュームは、正ボリュームのデータの複製データが格納されている。コピーペア毎に”Pair”および”Split”の２つの状態を持つ。Pair状態は、副ボリュームの内容を正ボリュームと一致するように更新する、すなわち正ボリュームと副ボリュームの性能が相互に干渉する状態である。Split状態は、副ボリュームの内容を正ボリュームに一致させるための更新を停止している、すなわち正ボリュームと副ボリュームの性能が相互に干渉しない状態である。ボリューム連結モジュールは、複数のボリュームを連結し、1つの大容量ボリュームを作成する。

なお、上述したボリュームコピーモジュールにおいて、コピーペア作成時に正副ボリューム間の内容を一致させることはせず、Pair状態の間は正ボリュームへの書き込みが行われる前に、その書き込みが行われる領域のデータのみを副ボリュームに退避させるものとしてもよい。その際、副ボリュームに退避させたデータを正ボリュームに上書きすることにより、正ボリュームのデータを、Pair状態を開始した時点の状態に復元することができる。

管理メモリには、各CLPRの構成情報を記録するCLPR管理表２５１００と、各CLPRと割り当てられたディスクボリュームとの対応関係を保持するボリューム管理表２５２００と、ストレージ装置内のボリュームコピーモジュールに関する管理情報を保持するコピーペア管理表２５３００と、ストレージ装置内のボリューム連結モジュールに関する管理情報を保持する連結ボリューム管理表２５４００とが格納されている。

図１８にボリューム、CLPR、ホストの構成例を示す。ストレージ装置２００００内のキャッシュメモリ２６０００は、論理的に複数のCLPR２６１００に分割されており、ボリューム２８０００は、I/Oポート２２０００からストレージネットワーク４００００を介してホスト１００００と接続されている。ホストから各ボリュームへの読み書きの際は、それぞれ管理者が指定した1つのCLPRをキャッシュメモリとして使用する。その際、1つのCLPRを一つまたは複数のボリュームが共有することができる。

図３に管理サーバ３０１００の詳細な構成を示す。管理サーバ３０１００は、管理用ネットワーク５０２００に接続するための管理ポート３１０００と、プロセッサ３２０００と、メモリ３３０００と、後述する処理結果を出力するためのディスプレイ装置等の出力部３４０００と、ストレージ管理者が指示を入力するためのキーボード等の入力部３５０００とを有し、これらは内部バス等の回路３６０００を介して相互に接続される。メモリ３３０００には、ストレージ装置から構成情報を取得してストレージ管理者に表示し、管理者から受けた構成情報変更指示をストレージ装置に対して実行する構成管理プログラム３３１００が格納される。

また、メモリ３３０００には、Priority管理表が格納されているが、実施例２で説明する。

図４にストレージ装置２００００の具備するCLPR管理表２５１００の構成を示す。CLPR管理表２５１００は、ストレージ装置内で各CLPRの識別子となるCLPR IDを登録するフィールド２５１１０と、各CLPRに割り当てられた容量を登録するフィールド２５１２０と、各CLPRに割り当てられたキャッシュメモリアドレス番号を登録するフィールド２５１３０から構成されている。ストレージ装置のキャッシュメモリ２６０００は、固定ブロックに分割され、各ブロックにはアドレス番号が付与されている。

図４には、ストレージ装置が具備するCLPR管理表の具体的な値の一例を示している。つまり、ストレージ装置はCLPR1,CLPR2,CLPR3というCLPR IDで示されるCLPRを装置内に保持しており、各CLPRはそれぞれのキャッシュ容量に比例したデータブロック数を保持していることを示している。CLPRごとにCLPR管理表に規定されたキャッシュ容量に比例したデータブロック数を保持しているので、CLPRは、キャッシュメモリの所定の領域を使用することができる。

管理者からの変更指示を入力部を介して受け付け、構成管理プログラムがCLPRの構成を変更する。変更指示は、３つの方法のいずれかによって行うことができる。１つは、あるCLPRのキャッシュ容量を減らし、減らした分の容量を別のCLPRに付与する。または、あるCLPRを２つに分割する。または、２つのCLPRを１つに統合する。このとき管理者は対象となるCLPR IDと、増減するキャッシュ容量とを指定する。以上の変更指示を受けて、装置の管理プログラム２５０００が各CLPRに割り当てるアドレス番号を変更する。

図５にストレージ装置２００００の具備するボリューム管理表２５２００の構成を示す。ボリューム管理表２５２００は、ストレージ装置内で各ボリュームの識別子となるボリュームIDを登録するフィールド２５２１０と、各ボリュームに割り当てられたCLPR IDを登録するフィールド２５２２０から構成されている。

図５には、ストレージ装置が具備するボリューム管理表の具体的な値の一例を示している。つまり、ストレージ装置においてVOL1はCLPR1を、VOL2とVOL3はCLPR2を、VOL4はCLPR3をデータ転送の際にキャッシュメモリとしてそれぞれ使用することを示している。

例えば、CLPR１は、計算機からVOL１への読み出し要求や書込み要求に対応するデータを保持する領域である。また、VOL１とVOL２とがコピー関係にある場合に、ボリュームコピーモジュールが、VOL１（正ボリューム）とVOL２（副ボリューム）からなるコピーペアを作成し、正副の内容を一致させる際、一致させるのに必要なデータをCLPR１およびCLPR２の領域に保持する。まず、コピーペアを作成する場合は、VOL１に格納されるデータがCLPR１に保持され、プロセッサがCLPR１からCLPR２に、さらにCLPR２からVOL2に書き込む。さらに、更新する場合、プロセッサは、VOL1に対する書込みが有った場合、書込みが有ったデータをCLPR１の領域に保持し、CLPR１からCLPR２に、さらにCLPR２からVOL２に書き込む。

図６にストレージ装置２００００の具備するコピーペア管理表２５３００の構成を示す。コピーペア管理表２５３００は、ストレージ装置においてボリュームコピーペアの識別子となるペアIDを登録するフィールド２５３１０と、コピー元である正ボリュームを示すボリュームIDを登録するフィールド２５３２０と、コピー先である副ボリュームを示すボリュームIDを登録するフィールド２５３３０と、コピーペアの状態を装置から取得し登録するフィールド２５３４０から構成されている。

図６には、ストレージ装置が具備するコピーペア管理表の具体的な値の一例を示している。つまり、ストレージ装置はPAIR1,PAIR2,PAIR3というペアIDで示される３つのコピーペアを保持しており、PAIR1とPAIR3については正副ボリュームの内容を同期させている状態であり、PAIR2については副ボリュームの更新を一時停止していることを示している。

図７にストレージ装置２００００の具備する連結ボリューム管理表２５４００の構成を示す。連結ボリューム管理表２５４００は、ストレージ装置において連結ボリュームの識別子となる連結ボリュームIDを登録するフィールド２５４１０と、連結ボリュームの要素であるボリュームIDの一覧を示すフィールド２５４２０から構成されている。

図７には、ストレージ装置が具備する連結ボリューム管理表の具体的な値の一例を示している。つまり、ストレージ装置はLUSE1,LUSE2,LUSE3という連結ボリュームIDで示される３つの連結ボリュームを保持していることを示している。
(2)ボリュームコピーペア作成の手順
管理サーバ３００００が具備する構成管理プログラム３３１００が実行する、ボリュームコピーペア作成処理について説明する。なお、以降特に明記しない場合、フローチャートの各ステップは、メモリ33100に格納されている構成管理プログラム３３１００が読み出され、プロセッサ３２０００により構成管理プログラム３３１００が実施する。

図８に、ボリュームコピーペア作成処理のフローチャートを示す。

まず、構成管理プログラム３３１００は、ボリュームコピーペアを作成するストレージ装置の指定を管理者から入力部35000を介して受ける(ステップ６１０００)。次に、指定されたストレージ装置から構成情報を取得する(ステップ６１０１０)。具体的には、構成管理プログラムは管理サーバ３００００の管理ポート３１０００および管理用ネットワーク５００００を介して、管理者が指定したストレージ装置２００００のIPアドレスを持つ管理ポート２１０００に、ボリューム管理表２５２００の送信を要求する指示を送る。

ストレージ装置の管理プログラム２５０００は、管理ポート２１０００を介して送信要求を受信すると、管理メモリ２４０００からボリューム管理表25200を読み出し、管理サーバに送信する。

管理サーバの構成管理プログラムは、受信したボリューム管理表２５２００を管理サーバのメモリ３３０００に格納する。以後、同様の具体的な通信手順については詳細な説明を省略する。

次に、構成管理プログラム３３１００は、取得したボリューム管理表に記録されているボリュームIDの一覧を、管理サーバの出力部３４０００から管理者に対して表示する。管理者は表示を確認の上、管理サーバの入力部３５０００を介してボリュームコピーペアを作成する正副ボリュームのIDを入力する(ステップ６１０２０)。

管理者から入力部35000を介してボリュームコピーペア作成操作指示を受けると、構成管理プログラム３３１００は、ボリューム管理表２５２００を参照し、ペアとして指定されたボリュームの属するCLPRが同一であるかどうかを確認する(ステップ６１０３０)。

構成管理プログラム３３１００は、ステップ６１０３０での確認の結果、正副ボリュームが同一のCLPRに属していた場合は、管理者から指定された２つのボリュームIDを含むボリュームコピーペアの作成要求をストレージ装置に送信し(ステップ６１０６０)、ボリュームコピーペア作成処理を終了する。

ステップ６１０３０において、正副ボリュームが異なるCLPRに属していた場合は、管理者に対しペア作成を続行するか否かを確認するメッセージを出力する(ステップ６１０４０)。

図９に、ステップ６１０４０で管理者に対して表示される、ボリュームコピーペア作成処理確認画面の表示例７１０００を示す。ボリュームコピーペア作成処理確認画面７１０００では、ボリュームコピーペア作成の際指定したボリュームIDと、各ボリュームの属するCLPR IDを一覧表として表示し（テーブル７１０１０）、各ボリュームが異なるCLPRに属していることを管理者に認識させることができる。管理者は、表示内容を確認の上、コピーペア作成を続行する場合は「確認」ボタン７１０２０を、中止する場合は「中止」ボタン７１０３０を押下する。本画面７１０００により、管理者が誤ってCLPRにまたがったボリュームコピーペア作成をすることを防ぐことができる。

ステップ６１０４０の結果、管理者からボリュームコピーペア作成処理を続行する旨指示があれば(ステップ６１０５０)、管理者から指定された２つのボリュームIDを含むボリュームコピーペアの作成要求をストレージ装置に送信する(ステップ６１０６０)。ストレージ装置は、構成管理プログラムからの要求通りにコピーペアを作成し、正副ボリュームのIDと、装置が区別のために付与したペアIDをコピーペア管理表２５３００に書き込み、コピーペア作成終了通知を構成管理プログラムに送信する。構成管理プログラムは、コピーペア作成終了通知を受信すると、コピーペア管理表を再び取得する。指示通りにペアが作成されていることを確認すると、ボリュームコピーペア作成処理を終了する。管理者からコピーペア作成処理を中止する旨要求があれば、ボリュームコピーペア作成操作指示をストレージ装置に送信せずに、ボリュームコピーペア作成処理を終了する。
以上がボリュームコピーペア作成確認処理である。
(3)連結ボリューム作成の手順
構成管理プログラム３３１００が実行する、連結ボリューム作成処理について説明する。

図１０に、連結ボリューム作成処理のフローチャートを示す。

まず、構成管理プログラム３３１００は、連結ボリュームを作成するストレージ装置の指定を管理者から入力部35000を介して受ける(ステップ６２０００)。次に、指定されたストレージ装置からボリューム管理表２５２００を取得する(ステップ６２０１０)。次に、構成管理プログラム３３１００は、取得したボリューム管理表に記録されているボリュームIDの一覧を、管理サーバの出力部３４０００から管理者に対して表示する。管理者は表示を確認の上、管理サーバの入力部３５０００から連結ボリューム作成操作指示を構成管理プログラムに対して入力する(ステップ６２０２０)。

管理者から連結ボリューム作成操作指示を受けると、構成管理プログラム３３１００は、ボリューム管理表２５２００を参照し、連結ボリュームの対象として指定されたボリュームの属するCLPRが全て同一であるかどうかを確認する(ステップ６２０３０)。

構成管理プログラム３３１００は、ステップ６２０３０での確認の結果、連結対象ボリュームが全て同一のCLPRに属していた場合は、管理者から指定されたボリュームIDを含む連結ボリュームの作成要求をストレージ装置に送信し(ステップ６２０６０)、連結ボリューム作成処理を終了する。

ステップ６２０３０において、連結対象ボリュームが異なるCLPRに属していた場合は、管理者に対し連結ボリューム作成を続行するか否かを確認するメッセージを出力する(ステップ６２０４０)。このとき出力するメッセージは、見出し表示が「ペア作成設定確認」から「連結ボリューム作成確認」に替わり、正副ボリュームの代わりに連結対象に指定されたボリュームを表示する以外は、図９のボリュームコピーペア作成処理確認画面７１０００と同内容であるため省略する。

ステップ６２０４０の結果、管理者から連結ボリューム作成処理を続行する旨指示があれば(ステップ６２０５０)、管理者から指定されたボリュームIDを含む連結ボリュームの作成要求をストレージ装置に送信する(ステップ６２０６０)。ストレージ装置は、構成管理プログラムからの要求通りに連結ボリュームを作成し、連結の対象となるボリュームのIDと、装置が区別のために付与した連結ボリュームIDを連結ボリューム管理表２５４００に書き込み、連結ボリューム作成終了通知を構成管理プログラムに送信する。構成管理プログラムは、連結ボリューム作成終了通知を受信すると、連結ボリューム管理表を再び取得する。指示通りに連結ボリュームが作成されていることを確認すると、連結ボリューム作成処理を終了する。管理者から連結ボリューム作成処理を中止する旨要求があれば、連結ボリューム作成操作指示をストレージ装置に送信せずに、連結ボリューム作成処理を終了する。

以上が連結ボリューム作成確認処理である。

なお、ストレージ装置内の管理プログラム２５０００がボリュームを連結し、連結ボリューム管理表２５４００もストレージ装置内に持つものとしてきた。だが、図１１に示すように、ホスト１００００内のメモリ１３０００上に管理プログラム１３１００と連結ボリューム管理表１３２００を持ち、管理プログラム１３１００がボリューム連結を行うという構成も考えられる。このときは、連結ボリューム管理表の取得元および連結ボリューム作成要求の送信先がストレージ装置２００００からホスト１００００に変わる以外は、上述の実施例と処理内容は同一である。

以上本実施例によれば、ストレージ管理者がボリュームコピーペアや連結ボリュームを作成する際に、性能の独立性が損なわれる構成を構成管理プログラムが検出し、構成変更を実行する前にストレージ管理者に通知することができる。ストレージ管理者は、指定した構成が性能独立性に与える影響を確認し、業務間の性能干渉をもたらす構成変更を回避することができる。

実施例２では、ストレージ管理者が異なるCLPRにまたがったボリュームコピーペア作成を行ったときに、操作後もボリュームの性能独立性を維持できるよう、構成管理プログラムがCLPR構成を変更する。また、ボリュームコピーペアを解除したときにも、正ボリュームと副ボリュームに要求される性能独立性に基づいてCLPR構成を変更する。
(1)システム構成
実施例２における計算機システムの構成について説明する。実施例２は、図１に示す管理サーバ３００００のメモリ３３０００に、図１２に示すPriority管理表３３２１０が追加されることを除き、実施例１の構成と同じである。よって、実施例1と異なる部分のみ説明する。

図１２に、Priority管理表３３２００の構成を示す。Priority管理表３３２００は、ストレージ装置内で各ボリュームの一意な識別子となるボリュームIDを登録するフィールド３３２１０と、各ボリュームに対して管理者が付与した“Priority”を登録するフィールド３３２２０から構成されている。

ボリュームの“Priority”とは、そのボリュームに対して要求される性能の独立性を表す指標で、”High”と”Low”の２つの値をとる。ストレージ管理者は、Priorityに基づいてボリュームの性能独立性を考慮した管理を行う。例えば、短いディスクアクセスレスポンスタイムが必要な業務のデータを格納するボリュームにはHighを指定し、ストレージ管理者は、そのボリュームへのアクセス性能が他のボリュームへのアクセスから干渉されないように運用する。一方、一時的な作業フォルダなど性能の独立性が必要ないボリュームにはLowを指定する。Priorityはボリューム作成の際管理者が付与し、ボリューム作成後も管理者が自由に変更することが可能である。

図１２には、管理サーバが具備するPriority管理表の具体的な値の一例を示している。つまり、VOL1とVOL4については性能の独立性を管理者が望んでいるが、VOL2とVOL3については性能の独立性が必要ないと管理者が認識していることを示している。
(2)ボリュームコピーペア作成の手順
構成管理プログラム３３１００が実施する、ボリュームコピーペア作成処理について説明する。

図１３に、ボリュームコピーペア作成処理のフローチャートを示す。ステップ６３０００から６３０３０までは実施例１(図８のステップ６１０００から６１０３０)と同様であるので説明を省略する。

構成管理プログラム３３１００は、ステップ６３０３０での確認の結果、正副ボリュームが同じCLPRに属していた場合は、管理者から指定された２つのボリュームIDを含むボリュームコピーペアの作成要求をストレージ装置に送信し(ステップ６３０７０)、ボリュームコピーペア作成処理を終了する。

正副ボリュームが異なるCLPRに属していた場合は、まず副ボリュームの属するCLPRに、副ボリューム以外のボリュームが属しているかどうかを調べる(ステップ６３０４０)。副ボリューム以外のボリュームが属していない場合には、CLPRの分割を行わずにステップ６３０６０へと進む。副ボリューム以外のボリュームが同じCLPRに属している場合は、副ボリュームの属するCLPRを２つに分割し、副ボリュームのみに割り当てる新しいCLPRを作成する(ステップ６３０５０)。

ステップ６３０５０は、具体的には、構成管理プログラム３３１００が、副ボリュームが属する元のCLPRのIDと切り出す容量を含むCLPR分割指示を、ストレージ装置に送信する。ストレージ装置は、構成管理プログラム３３１００からの要求を受け、CLPRを分割し、新たに作成したCLPRのIDとその容量およびアドレス番号一覧の追加と、分割元のCLPR容量およびアドレス番号一覧の更新をCLPR管理表２５１００に対して行い、副ボリュームのCLPR IDの更新をボリューム管理表２５２００に対して行う。

新たなＣＬＰＲの作成により、副ボリュームが使用するキャッシュメモリを元のCLPRから分離することにより、そのCLPRを使用する他のボリュームとの性能干渉を防ぐことができる。

なお、ステップ６３０５０で、構成管理プログラム３３１００が、元のCLPRに属するボリュームのPriorityに基づいて元のCLPRから切り出される新しいCLPRの容量を算出する。性能の独立性が必要なボリュームには高性能が要求される重要業務のデータが格納されていることを想定し、PriorityがHighのボリュームには２、Lowのボリュームには１の割合で各ボリュームにキャッシュメモリを割り当てる。例えば、副ボリュームが属するCLPRにPriorityがHighのボリュームが２つ、PriorityがLowのボリュームが６つある場合、副ボリュームのPriorityがHighのときはCLPR総容量の10分の2を、LowのときはCLPR総容量の10分の1を切り出した新しいCLPRに割り当てる。作成した新しいCLPRのIDは、ステップ６３０６０において、CLPR管理表を再び取得することにより得られる。

次にステップ６３０６０において、切り出した副ボリュームのCLPRを正ボリュームのCLPRに統合する指示を統合する２つのCLPRのIDを含めてストレージ装置に送信する。。正副ボリュームそれぞれに割り当てるキャッシュメモリ量を固定せず、２つのボリュームが１つのCLPRを共有することにより、一方のボリュームのキャッシュメモリ容量不足がデータ書き込み性能のネックとなることを回避できる。

ストレージ装置は、構成管理プログラムからの要求通りにCLPRを統合し、統合により消滅したCLPRのIDとその容量およびアドレス番号一覧の削除と、統合先のCLPR容量およびアドレス番号一覧の更新をCLPR管理表２５１００に対して行い、副ボリュームのCLPR IDの更新をボリューム管理表２５２００に対して行う。

その後、管理者から指定された２つのボリュームIDを含むボリュームコピーペアの作成要求をストレージ装置に送信する(ステップ６３０７０)。

ストレージ装置は、構成管理プログラムからの要求通りにコピーペアを作成し、正副ボリュームのIDと、ストレージ装置が区別のために付与したペアIDをコピーペア管理表２５３００に書き込み、コピーペア作成終了通知を構成管理プログラムに送信する。

構成管理プログラムは、コピーペア作成終了通知を受信すると、コピーペア管理表を再び取得する。指示通りにペアが作成されていることを確認すると、ボリュームコピーペア作成処理を終了する。

以上がボリュームコピーペア作成処理である。
(3)ボリュームコピーペア解除の手順
ボリュームコピーペアを解除すると、副ボリュームにもホストコンピュータからのアクセスが発生し、CLPRを共有する他のボリュームの性能に干渉するため、性能の独立性を保つためにCLPRの構成を見直す必要がある。ここで、ボリュームコピーペアの解除とは、ペアを完全に解消することだけでなく、ペアの状態をPairからSplitに変更することを含む。図１４に、ボリュームコピーペア解除処理のフローチャートを示す。ステップ６４０００から６４０２０までは実施例１(図８のステップ６１０００から６１０２０)と同様であるので説明を省略する。

管理者からボリュームコピーペアを解除するペアIDを入力部を介して指定されると(ステップ６４０２０)、構成管理プログラム３３１００は、ボリューム管理表２５２００を参照し、正副ボリュームの所属するCLPR内の全ボリュームの“Priority”を調べる(ステップ６４０３０)。ステップ６４０３０において、正副ボリュームを含め、CLPR内の全ボリュームのPriorityが全てLowであれば、性能の独立性を保つためにCLPRの構成を見直す必要はなく、CLPRの構成を変更せずに、管理者から指定されたコピーペアの解除要求をストレージ装置に送信し(ステップ６４０５０)、ボリュームコピーペア解除処理を終了する。

一方、CLPR内にPriorityがHighのボリュームがあれば、コピーペア解除後の副ボリュームへのアクセスがそのボリュームの性能に干渉しないように、副ボリュームのCLPRを分離する必要がある。また、PriorityがHighのボリュームが副ボリュームのみである場合には、副ボリュームへのアクセスの性能独立性を提供するために、CLPRを分離する必要がある。

そこで、構成管理プログラム３３１００は、副ボリュームの属するCLPRを２つに分割し、副ボリュームに割り当てる新しいCLPRを作成する指示をストレージ装置に送信する。(ステップ６４０４０)。副ボリュームに割り当てるキャッシュメモリ容量は、前述のボリュームコピーペア作成処理時と同様の方法で構成管理プログラム３３１００が、算出する。ステップ６４０４０の指示には、副ボリュームが属する元のCLPRのIDと切り出す容量を含む。

ストレージ装置は、構成管理プログラムからの要求通りにCLPRを分割し、新たに作成したCLPRのIDとその容量およびアドレス番号一覧の追加と、分割元のCLPR容量およびアドレス番号一覧の更新をCLPR管理表２５１００に対して行い、副ボリュームのCLPR IDの更新をボリューム管理表２５２００に対して行う。

その後、管理者から指定されたペアIDを含むコピーペアの解除要求をストレージ装置に送信する(ステップ６４０５０)。

ストレージ装置は、構成管理プログラムからの要求通りにコピーペアを解除し、指定されたペアIDを持つペアをコピーペア管理表２５３００から削除し、コピーペア解除終了通知を構成管理プログラムに送信する。構成管理プログラム３３１００は、コピーペア解除終了通知を受信すると、コピーペア管理表を再び取得する。指示通りにペアが解除されていることを確認すると、ボリュームコピーペア解除処理を終了する。

以上がボリュームコピーペア解除処理である。

なお、本実施例での“Priority”の定義および表記や、CLPR分割の際の容量計算方法はあくまで一例である。Priorityは単数ではなく複数のパラメータで構成されていてもよい。また、より細かい分解能を持っていてもよく、そのことよりきめ細やかなキャッシュメモリ容量算出が行えることが期待できる。

また、本実施例のボリュームコピーペア作成の手順は、副ボリュームのCLPRの作成(ステップ６３０４０)と、正副ボリュームのCLPRの統合(ステップ６３０５０)をストレージ装置に対する２回の指示で実現しているが、1回の指示で1つのCLPRから指定された容量を別のCLPRに割り当て直してもよい。この場合、構成管理プログラムは、ステップ６３０４０において容量を割り当て直し、ステップ６３０５０で副ボリュームを正ボリュームと同じCLPRに割り当てる指示を出す。

以上本実施例によれば、ボリュームコピーペアの作成および解除の実行後も、キャッシュ分割によるボリュームの性能独立性を維持することができる。

実施例３では、ストレージ管理者が異なるCLPRにまたがった連結ボリューム作成を行ったときに、構成管理プログラムが、連結されるボリュームのPriorityとCLPRの構成について選択肢を提示し、ストレージ管理者が指定するための仕組みを提供する。
(1)システム構成
実施例３における計算機システムの構成は、実施例２と同じである。よって、説明を省略する。
(2)連結ボリューム作成の手順
実施例３において、管理サーバ３００００に具備される構成管理プログラム３３１００が実施する、連結ボリューム作成処理について説明する。

図１５に、連結ボリューム作成処理のフローチャートを示す。ステップ６５０００から６５０２０までは実施例１(図８のステップ６１０００から６１０２０)と同様であるので説明を省略する。
管理者から連結ボリューム作成操作指示を、プロセッサ３２０００が入力部を介して受けると、構成管理プログラム３３１００は、ボリューム管理表を参照し、連結ボリュームの対象として指定されたボリュームのPriorityを確認する(ステップ６５０３０)。確認の結果、連結対象ボリュームが全て同じPriorityを持つ場合は、Priorityの設定変更画面は表示せずに処理を続行し、ステップ６５０６０に進む。

連結対象ボリュームが異なるPriorityを持っていた場合は、連結されたボリュームが1つのPriorityを持つように、PriorityをHighかLowのどちらかに統一するよう管理者に対して操作画面を出力する(ステップ６５０４０)。

図１６に、ステップ６５０４０で、管理者に対して表示される、出力部３４０００に表示されるPriority設定確認画面の表示例７２０００を示す。Priority設定確認画面７２０００では、連結ボリューム作成の際管理者が指定したボリュームのIDと、各ボリュームの属するCLPR IDおよびPriorityの現在の設定状況を一覧表として表示し（テーブル７２０１０）、連結ボリュームのPriorityを管理者に選択させる。管理者は、表示内容を確認の上、Priorityをどのように設定するかを画面上で選択し、連結ボリューム作成を続行する場合は「確認」ボタン７２０２０を、連結ボリューム作成を中止する場合は「中止」ボタン７２０３０を押下する。

図１５Ａに戻り、ステップ６５０４０で、「中止」ボタンが押下されると(ステップ６５０５０)、構成管理プログラムは連結ボリュームを作成の指示をせずに処理を終了する。

一方、「確認」ボタン７２０２０が押下されると、構成管理プログラムは、ユーザからのPriority変更指示を記憶し、ステップ６５０６０に進む。

ステップ６５０６０では、全連結対象ボリュームを、連結ボリューム用の新CLPRに独立して所属させるか、連結対象ボリュームが従来所属していたCLPRのいずれかに統合するかを選択するよう管理者に対して操作画面を出力する。

図１７に、管理者に対して表示されるCLPR属性確認画面の表示例７３０００を示す。CLPR属性確認画面７３０００では、連結対象として管理者が指定したボリュームIDと、各ボリュームの属するCLPR IDを一覧表として表示し（テーブル７３０１０）、CLPRを新たにどのように構成するかを管理者に選択させる。

図１５Ａに戻り、ステップ６５０６０で、連結ボリューム用の新CLPRに独立して所属させるか、連結対象のボリュームが元々属していたCLPRのうちいずれかに統合するかを管理者に選択させる。

管理者は、図１７の表示画面の表示内容を確認の上、CLPRをどのように設定するかを画面上で選択し、連結ボリューム作成を続行する場合は「確認」ボタン７３０２０を、連結ボリューム作成を中止する場合は「中止」ボタン７３０３０を入力部により押下する。「中止」ボタンが押下されると(ステップ６５０７０)、
構成管理プログラムは連結ボリュームを作成せずに処理を終了する。「確認」ボタンが押下されると、構成管理プログラムは、ユーザからのCLPR変更指示を記憶し、ステップ６５０８０に進む。

図１５Ｂに進み、構成管理プログラムは、Priority管理表３３２１０に記録されている連結対象のボリュームのPriorityを、ステップ６５０４０において指定された通りに書き換える(ステップ６５０８０)。

ステップ６５０８０でのPriorityに関する処理が終わった後、構成管理プログラムは、指定された連結対象ボリュームのうちの１つに注目し、連結対象ボリュームの属するCLPRに、連結対象ボリューム以外のボリュームが属しているかどうかを調べる(ステップ６３１００)。

構成管理プログラムは、連結対象ボリューム以外のボリュームが属していない場合には、ステップ６３１１０で述べるCLPRの分割指示は行わない。連結対象ボリューム以外のボリュームが同じCLPRに属している場合は、そのボリュームの属するCLPRを２つに分割し、連結対象ボリュームのみに割り当てる新しいCLPRを作成する指示をストレージ装置に送信する(ステップ６５１１０)。

ステップ６５２１１０の指示は、副ボリュームが属する元のCLPRのIDと切り出す容量を含むCLPR分割指示を、ストレージ装置に送信する。

指示を受けたストレージ装置は、構成管理プログラムからの要求通りにCLPRを分割し、新たに作成したCLPRのIDとその容量およびアドレス番号一覧の追加と、分割元のCLPR容量およびアドレス番号一覧の更新をCLPR管理表２５１００に対して行い、連結対象ボリュームのCLPR IDの更新をボリューム管理表２５２００に対して行う。

なお、構成管理プログラムは、ステップ６５１１０で、元のCLPRから切り出される新しいCLPRの容量は、元のCLPRに属するボリュームのPriorityに基づいて算出する。算出方法は、実施例２の場合と同様とする。作成した新しいCLPRのIDは、ステップ６５１１０の実行後、CLPR管理表を再び取得することにより得られる。

上記の操作をすべての連結対象ボリュームについて繰り返した後(ステップ６５０９０)、連結対象ボリュームを、ステップ６５０６０において管理者の選択したCLPRに統合する(ステップ６５１２０)。CLPRの統合は、統合する全CLPRのIDと、統合先となるCLPRのIDを含むCLPR統合指示をストレージ装置に送信することにより実現する。ストレージ装置は、構成管理プログラムからの要求通りにCLPRを統合し、統合により消滅したCLPRのIDとその容量およびアドレス番号一覧の削除と、統合先のCLPR容量およびアドレス番号一覧の更新をCLPR管理表２５１００に対して行い、連結対象ボリュームのCLPR IDの更新をボリューム管理表２５２００に対して行う。

ただし、ストレージ装置２００００において、３つ以上のCLPRを対象に一度に統合する指示をしてもよく、２つのCLPRを１つに統合指示を複数回繰り返すことによって、３つ以上のCLPRの統合してもよい。

最後に、管理者から指定されたボリュームIDを含む連結ボリュームの作成要求をストレージ装置に送信する(ステップ６５１３０)。ストレージ装置は、構成管理プログラムからの要求通りに連結ボリュームを作成し、連結の対象となるボリュームのIDと、装置が区別のために付与した連結ボリュームIDを連結ボリューム管理表２５４００に書き込み、連結ボリューム作成終了通知を構成管理プログラムに送信する。構成管理プログラムは、連結ボリューム作成終了通知を受信すると、連結ボリューム管理表を再び取得する。指示通りに連結ボリュームが作成されていることを確認すると、連結ボリューム作成処理を終了する。

また、本実施例の連結ボリューム作成の手順は、連結対象ボリュームのCLPRの作成(ステップ６５１１０)と、連結対象ボリュームのCLPRの統合(ステップ６５１２０)を、ストレージ装置に対する２回の指示で実現している。

なお、ストレージ装置においてCLPRの作成と統合を１回の指示によって行うこと、即ち1回の指示で１つのCLPRから指定された容量を別のCLPRに割り当て直す処理を行ってもよい。ことが可能であれば、構成管理プログラムはステップ６５１１０において、すなわち、構成管理プログラムは、CLPRの作成と統合の指示を入力部を介して受け、CLPRの分割と、分割したCLPRの統合を行う。

以上本実施例によれば、連結ボリュームを作成する際に、構成管理プログラムが連結対象ボリュームのPriorityの差異を検出し、連結ボリュームのPriorityを統一することができる。また、構成管理プログラムが連結ボリュームに割り当てるCLPR構成の選択肢を提示し、ボリューム連結後のCLPR構成をストレージ管理者が指定する仕組みを提供できる。

なお、上述した種々の実施例は、管理サーバー上の構成管理プログラムで、ボリュームのペア作成の際に、ボリュームとCLPRとの関係を考慮しＣＬＰＲの統合やさらなる分割をストレージ装置に指示したが、ストレージ装置内で構成管理プログラムをメモリに格納し、プロセッサが読み出し実行し、ボリュームとCLPRとの関係を考慮しＣＬＰＲの統合/分割を行ってもよい。 以上述べた種々の実施例によれば、ボリューム間の関係にもとづいて、キャッシュメモリを効率的にボリュームに割当てることができる。ボリューム間の関係が、ペアの関係になっているかだけでなく、ペアの状態をも考慮して、キャッシュメモリの効率的なボリュームに対する配分をすることが可能になる。

また、ストレージ管理者が、ボリュームコピーやボリューム連結といった複数のボリュームを関連付ける操作を実行する際に、誤ってCLPRによる業務間の性能独立性を損なうことを防ぐことができる。

また、ストレージ管理者は、あらかじめボリュームに対して性能独立性という観点から優先度を指定しておくことで、ボリュームコピーペアの作成・解除や連結ボリュームの作成といった操作を実行する際に、業務間での性能独立性を保ったまま管理プログラムがCLPR構成を変更することができる。

本発明の実施例における計算機システムの構成例を示す図である。 本発明の実施例におけるストレージ装置の詳細な構成例を示す図である。 本発明の実施例における管理サーバの詳細な構成例を示す図である。 本発明の実施例におけるストレージ装置が具備するCLPR管理表の構成例を示す図である。 本発明の実施例におけるストレージ装置が具備するボリューム管理表の構成例を示す図である。 本発明の実施例におけるストレージ装置が具備するコピーペア管理表の構成例を示す図である。 本発明の実施例におけるストレージ装置が具備する連結ボリューム管理表の構成例を示す図である。 実施例１において管理サーバが実施するボリュームコピーペア作成処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する連結ボリューム作成処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが表示する画面の一例である。 本発明におけるホストの詳細な構成例を示す図である。 本発明において管理サーバが具備するPriority管理表の構成例を示す図である。 実施例２において管理サーバが実施するボリュームコピーペア作成処理の全体フロー例を示すフローチャートである。 実施例２において管理サーバが実施するボリュームコピーペア解除処理の全体フロー例を示すフローチャートである。 実施例３において管理サーバが実施する連結ボリューム作成処理の全体フロー例を示すフローチャートである。 実施例３において管理サーバが実施する連結ボリューム作成処理の全体フロー例を示すフローチャートである。 実施例３において管理サーバが表示する画面の一例である。 実施例３において管理サーバが表示する画面の一例である。 ボリューム、CLPR、ホストの構成例を示す図である。

符号の説明

１００００：サーバ、２００００：ストレージ装置、３００００：管理サーバ、４００００：ストレージネットワーク、５００００：管理用ネットワーク

Claims (20)

1. キャッシュメモリ及び複数のボリュームを有し、管理者からの指定に基いて、前記キャッシュメモリから論理的に分割されたキャッシュパーティションを複数管理し、前記キャッシュパーティションに前記複数のボリュームに含まれる一つ以上のボリュームを割り当てる、ストレージ装置と、
   前記キャッシュパーティションに割り当てられたボリュームを示すボリューム管理表を有し、前記複数のボリュームを管理する管理サーバと、
   を有する計算機システムであって、
   前記管理サーバは、
   （Ａ）前記複数のボリュームからコピー元である正ボリュームのＩＤとコピー先のボリュームである副ボリュームのＩＤを指定したコピーペア作成指示を受信し、
   （Ｂ）前記ボリューム管理表に基いて、前記正ボリュームに対応する第１キャッシュパーティション及び前記副ボリュームに対応する第２キャッシュパーティションを求め、前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記正ボリュームと前記副ボリュームに割り当てられたキャッシュパーティションが異なることを示すメッセージを表示し、
   （Ｃ）前記ストレージ装置に、前記正ボリューム及び前記副ボリュームのＩＤを含むコピーペア作成要求を送信し、
   前記ストレージ装置は、前記第１キャッシュパーティション又は／及び前記第２キャッシュパーティションを利用して、前記正ボリュームのデータを前記副ボリュームに複製する、
   ことを特徴とした計算機システム。
2. 請求項１記載の計算機システムであって、
   前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合、前記管理サーバは、前記副ボリュームに対応したキャッシュパーティションを前記第２キャッシュパーティションから前記第１キャッシュパーティションに変更する、
   ことを特徴とした計算機システム。
3. 請求項１及び２記載の計算機システムであって、
   前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一で、前記正ボリュームから前記副ボリュームへの複製が解除された場合に、前記管理サーバは前記副ボリュームに対応したキャッシュパーティションを前記第１キャッシュパーティションから前記第２キャッシュパーティションに変更する、
   ことを特徴とした計算機システム。
4. 請求項１乃至３記載の計算機システムであって、
   前記管理サーバは、前記副ボリュームに対する優先度を管理し、前記優先度に基いて前記第２キャッシュパーティションから前記第１キャッシュパーティションに統合するキャッシュ容量を特定する、
   ことを特徴とした計算機システム。
5. 請求項１乃至４記載の計算機システムであって、
   前記管理サーバは、前記正ボリュームに関する優先度を管理し、
   前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一の場合、前記管理サーバは前記正ボリュームの優先度及び前記副ボリュームの優先度に応じて、前記副ボリュームに対応したキャッシュパーティションの変更を処理する、
   ことを特徴とした計算機システム。
6. 請求項１乃至５記載の計算機システムであって、
   前記ストレージ装置は、前記キャッシュパーティションに割り当てられたキャッシュ容量を管理する、
   ことを特徴とした計算機システム。
7. キャッシュメモリ及び複数のボリュームを有し、管理者からの指定に基いて、前記キャッシュメモリから論理的に分割されたキャッシュパーティションを複数管理し、前記キャッシュパーティションに前記複数のボリュームに含まれる一つ以上のボリュームを割り当てる、ストレージ装置と、
   前記キャッシュパーティションに割り当てられたボリュームを示すボリューム管理表を有し、前記複数のボリュームを管理する管理サーバと、
   を有する計算機システムのキャッシュメモリ管理方法であって、
   前記管理サーバは、
   （Ａ）前記複数のボリュームからコピー元である正ボリュームのＩＤとコピー先のボリュームである副ボリュームのＩＤを指定したコピーペア作成指示を受信し、
   （Ｂ）前記ボリューム管理表に基いて、前記正ボリュームに対応する第１キャッシュパーティション及び前記副ボリュームに対応する第２キャッシュパーティションを求め、前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記正ボリュームと前記副ボリュームに割り当てられたキャッシュパーティションが異なることを示すメッセージを表示し、
   （Ｃ）前記ストレージ装置に、前記正ボリューム及び前記副ボリュームのＩＤを含むコピーペア作成要求を送信し、
   前記ストレージ装置は、前記第１キャッシュパーティション又は／及び前記第２キャッシュパーティションを利用して、前記正ボリュームのデータを前記副ボリュームに複製する、
   ことを特徴としたキャッシュメモリ管理方法。
8. 請求項７記載のキャッシュメモリ管理方法であって、
   前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合、前記管理サーバは、前記副ボリュームに対応したキャッシュパーティションを前記第２キャッシュパーティションから前記第１キャッシュパーティションに変更する、
   ことを特徴としたキャッシュメモリ管理方法。
9. 請求項７及び８記載のキャッシュメモリ管理方法であって、
   前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一で、前記正ボリュームから前記副ボリュームへの複製が解除された場合に、前記管理サーバは前記副ボリュームに対応したキャッシュパーティションを前記第１キャッシュパーティションから前記第２キャッシュパーティションに変更する、
   ことを特徴としたキャッシュメモリ管理方法。
10. 請求項７乃至９記載のキャッシュメモリ管理方法であって、
    前記管理サーバは、前記副ボリュームに対する優先度を管理し、前記優先度に基いて前記第２キャッシュパーティションから前記第１キャッシュパーティションに統合するキャッシュ容量を特定する、
    ことを特徴としたキャッシュメモリ管理方法。
11. 請求項７乃至１０記載のキャッシュメモリ管理方法であって、
    前記管理サーバは、前記正ボリュームに関する優先度を管理し、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一の場合、前記管理サーバは前記正ボリュームの優先度及び前記副ボリュームの優先度に応じて、前記副ボリュームに対応したキャッシュパーティションの変更を処理する、
    ことを特徴としたキャッシュメモリ管理方法。
12. 請求項７乃至１１記載のキャッシュメモリ管理方法であって、
    前記ストレージ装置は、前記キャッシュパーティションに割り当てられたキャッシュ容量を管理する、
    ことを特徴としたキャッシュメモリ管理方法。
13. キャッシュメモリ及び複数のボリュームを有し、管理者からの指定に基いて、前記キャッシュメモリから論理的に分割されたキャッシュパーティションを複数管理し、前記キャッシュパーティションに前記複数のボリュームに含まれる一つ以上のボリュームを割り当てる、ストレージ装置を、管理する管理サーバで実行するプログラムであって、
    前記前記プログラムは前記管理サーバに、
    （ａ）前記キャッシュパーティションに割り当てられたボリュームを示すボリューム管理表を格納させ、
    （ｂ）前記複数のボリュームからコピー元である正ボリュームのＩＤとコピー先のボリュームである副ボリュームのＩＤを指定したコピーペア作成指示を受信させ、
    （ｃ）前記ボリューム管理表に基いて、前記正ボリュームに対応する第１キャッシュパーティション及び前記副ボリュームに対応する第２キャッシュパーティションを求させ、前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記正ボリュームと前記副ボリュームに割り当てられたキャッシュパーティションが異なることを示すメッセージを表示させ、
    （ｄ）前記ストレージ装置に、前記正ボリューム及び前記副ボリュームのＩＤを含むコピーペア作成要求を送信させることで、前記ストレージ装置に、前記第１キャッシュパーティション又は／及び前記第２キャッシュパーティションを利用して、前記正ボリュームのデータを前記副ボリュームに複製させる、
    ことを特徴としたプログラム。
14. 請求項１３記載のプログラムであって、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合、前記管理サーバに、前記副ボリュームに対応したキャッシュパーティションを前記第２キャッシュパーティションから前記第１キャッシュパーティションに変更させる、
    ことを特徴としたプログラム。
15. 請求項１３及び１４記載のプログラムであって、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一で、前記正ボリュームから前記副ボリュームへの複製が解除された場合に、前記管理サーバに、前記副ボリュームに対応したキャッシュパーティションを前記第１キャッシュパーティションから前記第２キャッシュパーティションに変更させる、
    ことを特徴としたプログラム。
16. 請求項１３乃至１５記載のプログラムであって、
    前記管理サーバに、前記副ボリュームに対する優先度を管理させ、前記優先度に基いて前記第２キャッシュパーティションから前記第１キャッシュパーティションに統合するキャッシュ容量を特定させる、
    ことを特徴としたキャッシュメモリ管理方法。
17. 請求項１３乃至１６記載のプログラムであって、
    前記管理サーバに、前記正ボリュームに関する優先度を管理させ、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションが同一の場合、前記管理サーバに前記正ボリュームの優先度及び前記副ボリュームの優先度に応じて、前記副ボリュームに対応したキャッシュパーティションの変更を処理させる、
    ことを特徴としたプログラム。
18. 請求項１乃至６記載の計算機システムであって、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記管理サーバは前記正ボリュームのＩＤと、前記副ボリュームのＩＤと、前記第１キャッシュパーティションのＩＤと、前記第２キャッシュパーティションのＩＤと、を表示する、
    ことを特徴とした計算機システム。
19. 請求項７乃至１２記載のキャッシュメモリ管理方法であって、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記管理サーバは前記正ボリュームのＩＤと、前記副ボリュームのＩＤと、前記第１キャッシュパーティションのＩＤと、前記第２キャッシュパーティションのＩＤと、を表示する、
    ことを特徴としたのキャッシュメモリ管理方法。
20. 請求項１３乃至１７記載のプログラムであって、
    前記第１キャッシュパーティションと前記第２キャッシュパーティションとが異なる場合は、前記管理サーバに前記正ボリュームのＩＤと、前記副ボリュームのＩＤと、前記第１キャッシュパーティションのＩＤと、前記第２キャッシュパーティションのＩＤと、を表示させる、
    ことを特徴としたプログラム。

Images