JP2010128899A - 情報処理システム、情報処理システムにおける制御方法、および、管理装置 - Google Patents

Abstract

【課題】ストレージ装置を備えた情報処理システムにおいて、リモートコピーの状況に応じた効率的な省電力の実現を支援することを課題とする。
【解決手段】本発明の管理装置は、第一の記憶装置および第二の記憶装置におけるボリュームのいずれかをリモートコピーのために新たに使用する場合、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるように、候補のボリュームを抽出して画面表示する。
【選択図】図１

Description

本発明は、ストレージ装置（大容量記憶装置）を備えた情報処理システムにおける消費電力低減のための技術に関する。

近年、企業情報システムにおけるデータを長期保存するというニーズが拡大してきている。その背景として、例えば、金融、医療、製薬などの分野においては、法規制によって、取引データ、医療データなどの長期保存が義務付けられてきているという点が挙げられる。

データを長期保存する際、例えば、記憶媒体としてＨＤＤ（Hard Disk Drive）を備えたストレージ装置が使用される。そして、現代社会では、ストレージ装置を使用する場合、地球環境や企業経営などの観点から、省電力（低電力化）を考慮および実現することが強く求められている。

例えば、特許文献１では、ストレージ装置の低電力化を目的として、非同期リモートコピーのコピー処理にあわせてＨＤＤの省電力化を行う技術が開示されている。なお、リモートコピーとは、ストレージ装置のある記憶領域（コピー元記憶領域）に格納されているデータを、別のストレージ装置の記憶領域（コピー先記憶領域）にコピー（二重書き）する技術である。
特開２００７−１０２５７９号公報

しかしながら、特許文献１に開示の技術では、ストレージ装置を管理する管理者が省電力化を考慮したリモートコピーの管理を容易にできない。
本発明は、前記問題に鑑みてなされたものであり、ストレージ装置を備えた情報処理システムにおいて、省電力を考慮したリモートコピーの管理容易化を課題とする。

本発明は、情報処理装置と、情報処理装置と接続され、複数のボリュームからなるアレイグループを複数備える第一の記憶装置と、第一の記憶装置と接続され、複数のボリュームからなるアレイグループを複数備える第二の記憶装置と、第一の記憶装置におけるボリュームから第二の記憶装置におけるボリュームに対して行うリモートコピーを管理する管理装置と、を有する情報処理システムである。
管理装置は、第一の記憶装置および第二の記憶装置におけるボリュームのいずれかをリモートコピーのために新たに使用する場合、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるように、候補のボリュームを抽出して画面表示することを特徴とする。
その他の手段については後記する。

本発明によれば、ストレージ装置を備えた情報処理システムにおいて、管理者による省電力を考慮したリモートコピーの管理を支援することができる。

以下、図面を参照（言及図以外の図も適宜参照）して、本発明を実施するための最良の形態（以下、「実施形態」という。）について説明する。図１は、本実施形態に係る情報処理システムの全体構成を示す図である。

本実施形態の情報処理システムＩ（以下、単に「システム」ともいう。）は、プライマリーサイトＰとセカンダリーサイトＳから構成される。プライマリーサイトＰは、業務に使用される主サイトである。セカンダリーサイトＳは、バックアップ目的で利用される副サイトである。

プライマリーサイトＰは、管理クライアント１０、管理サーバ１００（管理装置）、１台以上のホスト１００００（情報処理装置）および正ストレージ装置１０００（第一の記憶装置）を備えている。管理クライアント１０、管理サーバ１００および１台以上のホスト１００００は、ストレージ装置（正ストレージ装置１０００、副ストレージ装置２０００の両方を指す。以下同様）やコピーペアを管理する管理者（ユーザ）が使用するネットワークである管理ネットワーク６００によって接続されている。１台以上のホスト１００００と正ストレージ装置１０００はＳＡＮ（Storage Area Network）４００によって接続されている。これによって、ホスト１００００は、正ストレージ装置１０００にライト要求やリード要求を行うことができる。

なお、一般に、大規模な業務を行っているサイトでは、ホスト（コンピュータ）を数百台から数千台、ボリュームが数万存在するストレージ装置を複数台稼動させている。このような大規模な環境で、システム全体としてコピーペアを作成、状態の管理などを行う際に複数のペア管理サーバを用いると、その操作コストは膨大となる。さらに、各ペア管理サーバはどのホストがどのボリュームを使用しているという情報を知ることができないため、大規模構成でのコピーの管理が困難となる。この運用コストを低減する目的で、本実施形態では１つの管理サーバ（物理的には複数のコンピュータ装置から構成されていてもよい）を用いる。管理サーバ１００では、コピーペア、コピーグループの一元管理を行う。

管理クライアント１０は、管理者が使用するコンピュータ装置であり、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Ｏnly Memory）などの記憶手段から構成されるメモリ１１、演算処理手段であるＣＰＵ（Central Processing Unit）１２、表示手段であるＷｅｂブラウザ１３、および、キーボードやマウスなどから構成される入力手段１４を備えている。

管理サーバ１００は、システムに存在するコピーペアの情報を収集、管理するサーバ装置であり、コピーペアの作成、削除などの操作と、コピーペアの状態監視が可能である。

ここで、コピーペア（以下、単に「ペア」ともいう。）とは、ボリューム（ストレージ装置が管理するデータを保存する論理的記憶領域）のコピーを作成するために対となっている２つのボリュームのことである。つまり、コピーペアには正側と副側の２つのボリュームが存在する。正側ボリュームは業務目的で、副側ボリュームはバックアップ目的で、それぞれ使用されるのが一般的である。また、コピーペアには定期バックアップ目的のものと、ディザスタリカバリ目的（災害が発生した際に回復するためのデータを保持する目的）のものが存在する。なお、定期バックアップ目的の場合は一般にローカルコピー（同じストレージ装置内でのコピー）が用いられ、ディザスタリカバリ目的の場合は一般にリモートコピー（異なるストレージ装置間でのコピー）が用いられる。

管理サーバ１００は、ＲＡＭやＲＯＭなどの記憶手段から構成されるメモリ１０１、演算処理手段であるＣＰＵ１０２、ストレージ装置を管理するプログラムであるストレージ管理プログラム１０３、および、システムに存在するコピーペアの情報を管理（作成、削除、状態監視など）するプログラムであるペア管理プログラム１０４を備えている。ここＴで、図５は、メモリ１０１の構成を示す図である。メモリ１０１には、ボリューム情報テーブル５０１、コマンドデバイス情報テーブル５０２、ジャーナル情報テーブル５０３、コピーグループ情報テーブル５０４、ペア情報テーブル５０５、コピーグループ性能情報テーブル５０６、コピーグループ監視情報テーブル５０７、ボリューム情報テーブル（正側）５０１１およびボリューム情報テーブル（副側）５０１２が格納される（詳細は後記）。

ホスト１００００は、正ストレージ装置１０００に対してデータのライト（書き込み）要求、リード（読み出し）要求をするコンピュータ装置であり、ＲＡＭやＲＯＭなどの記憶手段から構成されるメモリ１０００１、演算処理手段であるＣＰＵ１０００２、業務用のプログラムである業務アプリケーション１０００３、および、基本ソフトであるＯＳ１０００４を備えている。

正ストレージ装置１０００は、ホスト１００００からのライト要求を受けてデータを保存する大容量のコンピュータ装置であり、コントローラ１００１、および、複数のボリューム１０７０から構成されるアレイグループ１１２０を備えている。アレイグループ１１２０は、同一のＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成となっているディスクのグループである。なお、ＲＡＩＤ構成となっていない場合は、各ディスクが各アレイグループとなる。

セカンダリーサイトＳは、管理サーバ２００、ホスト２００００および副ストレージ装置２０００（第二の記憶装置）を備えている。管理サーバ２００およびホスト２００００は、管理ネットワーク６００によって接続されている。ホスト２００００と副ストレージ装置２０００はＳＡＮ５００によって接続されている。また、ＳＡＮ４００とＳＡＮ５００は回線１００２によって相互に接続されている。これによって、正ストレージ装置１０００に格納されるデータを副ストレージ装置２０００にコピーすることができる。なお、管理ネットワーク６００、ＳＡＮ４００、ＳＡＮ５００における回線は、ネットワーク障害に対応するために複数本であってもよい。

管理サーバ２００は、管理サーバ１００と同様、ＲＡＭやＲＯＭなどの記憶手段から構成されるメモリ２０１、演算処理手段であるＣＰＵ２０２、ストレージ装置を管理するプログラムであるストレージ管理プログラム２０３、および、システムに存在するコピーペアの情報を管理（作成、削除、状態監視など）するプログラムであるペア管理プログラム２０４を備えている。

ホスト２００００は、ホスト１００００と同様、副ストレージ装置２０００に対してデータのライト要求、リード要求をするコンピュータ装置であり、ＲＡＭやＲＯＭなどの記憶手段から構成されるメモリ２０００１、演算処理手段であるＣＰＵ２０００２、業務用のプログラムである業務アプリケーション２０００３、および、基本ソフトであるＯＳ２０００４を備えている。

副ストレージ装置２０００は、正ストレージ装置１０００が保持するデータをリモートコピーによって保存する大容量のコンピュータ装置であり、コントローラ２００１、および、複数のボリューム１０７０から構成されるアレイグループ１１２０を備えている。
なお、図示しているように、正ストレージ装置１０００におけるあるボリュームと、副ストレージ装置２０００におけるあるボリュームが、コピーペアを形成する。
以上の構成により、本発明では省電力を考慮したリモートコピーの管理容易化のための設定機能又は監視機能を提供する。

図４は、ホスト１００００から正ストレージ装置１０００に発行されるライト要求３００の一例を示す図である。ホスト１００００から発行されるライト要求３００には、ライトデータ３１０、ライト対象ボリュームの識別情報であるライト対象ボリュームＩＤ（IDentification）３３０、当該ライト対象ボリューム内におけるライト位置を示すライトアドレス３２０、ライトデータ３１０のデータ長３４０が格納される。

図２は、正ストレージ装置１０００の構成の一例を含む説明図である。また、図３は、副ストレージ装置２０００の構成の一例を含む説明図である。正ストレージ装置１０００と副ストレージ装置２０００の構成要素／各部の多くは同一であるため、同一の構成要素／各部をまとめて正ストレージ装置１０００、副ストレージ装置２０００の構成要素／各部として説明する。本実施形態では、正ストレージ装置１０００から副ストレージ装置２０００へのリモートコピーを行う場合を考える。すなわち、正ストレージ装置１０００はリモートコピーペアのコピー元ボリュームを有しており、副ストレージ装置２０００はコピー先ボリュームを有している。

正ストレージ装置１０００、副ストレージ装置２０００は、大きく分けてメモリ部１０２０、ＣＰＵ１０３０、キャッシュ１０４０、１つ以上のＨＤＤ（Hard Disk Drive）１０６０、ディスク制御モジュール１１００、Ｉ／Ｆ１１３０、電源１１５０から構成されている。そして、ＣＰＵ１０３０とＩ／Ｆ１１３０、キャッシュ１０４０、メモリ部１０２０、ディスク制御モジュール１１００は装置内ネットワーク１０５０で接続されている。さらに、ＨＤＤ１０６０とディスク制御モジュール１１００も装置内ネットワーク１０５０で接続されている。

そして、電源１１５０とメモリ部１０２０、キャッシュ１０４０、ＨＤＤ１０６０は、電源線１１６０で接続されている。電源１１５０は、メモリ部１０２０、キャッシュ１０４０、ＨＤＤ１０６０へ、電源線１１６０を介して、電力を供給している。

キャッシュ１０４０は、ＨＤＤ１０６０に格納される使用頻度の高いデータなどを格納することにより、すべてのデータをＨＤＤに格納する場合に比べて、ホスト１００００からのリードやライトなどの処理を高速化するために利用する。Ｉ／Ｆ１１３０は、正ストレージ装置１０００と副ストレージ装置２０００との間でデータの送受信や制御メッセージの送受信のためのインタフェースである。また、正ストレージ装置１０００、副ストレージ装置２０００は複数個のＩ／Ｆ１１３０を有していてもよい。

ＨＤＤ１０６０は、ホスト１００００によって実行されるソフトウェアが利用するデータを格納している。また、ディスク制御モジュール１１００に全てのＨＤＤ１０６０が接続されている。１つ以上のＨＤＤ１０６０を、アレイグループ１１２０という単位でまとめてＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成としている。また、１つ以上のＨＤＤ１０６０からなるアレイグループ１１２０を１つ以上の論理的な記憶領域に分けて、それぞれを論理的な記憶デバイスとして扱い、この論理的な記憶デバイスをボリューム１０７０と称する。

次に、正ストレージ装置１０００特有の構成要素、メモリ部１０２０内に有する各部および、制御情報に関して述べる。正ストレージ装置１０００は、上記の正ストレージ装置１０００、副ストレージ装置２０００共通の構成要素に加えて、Ｉ／Ｆ１０１０を有する。Ｉ／Ｆ１０１０は、ＣＰＵ１０３０と装置内ネットワーク１０５０によって接続されている。Ｉ／Ｆ１０１０は、ホスト１００００から正ストレージ装置１０００に対して発行される、ライト要求やリード要求といったＩ／Ｏ要求を受け付けるためのインタフェースである。また、正ストレージ装置１０００は、複数個のＩ／Ｆ１０１０を有していてもよい。

メモリ部１０２０は、大きく分けて制御部１０８０と制御情報部１０９０から構成される。正ストレージ装置１０００の制御部１０８０はホスト１００００からライト要求３００を受信して、これを処理するライトデータ受領部１０８１と、リモートコピーを実行するためのリモートコピー部１０８２を有する。なお、制御部１０８０が有する各部は、メモリ部１０２０に格納されているプログラムであり、正ストレージ装置１０００のＣＰＵ１０３０によって実行される。しかし、これらのプログラムの一部または全てをハードウェアによって実行してもよい。

正ストレージ装置１０００の制御情報部１０９０は、管理サーバ１００が保持するコピーペア、ボリューム、アレイグループなどの各種情報の一部の情報を保持する。一部の情報として、ここでは、ペア情報テーブル５０５１（後記するペア情報テーブル５０５と同様のテーブル）とボリューム情報テーブル（正側）５０１１（後記するボリューム情報テーブル５０１と同様のテーブル）を示している。

続いて、副ストレージ装置２０００特有の構成要素、メモリ部１０２０内に有する各部および、制御情報に関して述べる。副ストレージ装置２０００は、上述した正ストレージ装置１０００、副ストレージ装置２０００に共通の構成要素に加えて、電源制御モジュール１１４０を有する。電源制御モジュール１１４０は、制御部１０８０およびＨＤＤ１０６０と、装置内ネットワーク１０５０によって接続されている。電源制御モジュール１１４０は、後記する電源操作部１０８３からの指示により、ＨＤＤ１０６０の電源のＯＮ（オン）／ＯＦＦ（オフ）を切り替えるためのモジュールである。

なお、本実施形態では、あるアレイグループ１１２０に属する全てのＨＤＤ１０６０の電源をＯＮすることを、単に「アレイグループ１１２０を起動する」と表現する。さらに、アレイグループ１１２０に属する全てのＨＤＤ１０６０の電源をＯＦＦすることを、単に「アレイグループ１１２０を停止する」と表現する。さらに、「ＨＤＤ１０６０の電源のＯＦＦ」とは、ＨＤＤ１０６０が消費電力を抑える動作状態に遷移することであり、例えば、ＨＤＤ１０６０内部のプラッタの回転を停止したり、ＨＤＤ１０６０内部のコントローラの消費電力を削減したり、実際にＨＤＤ１０６０の電力供給を停止することが考えられる。また、「ＨＤＤ１０６０の電源のＯＮ」とはＨＤＤ１０６０が消費電力を抑えた状態から通常通りにライト／リード要求を処理できるような動作状態に復帰することである。

メモリ部１０２０は、大きく分けて制御部１０８０と制御情報部１０９０から構成される。副ストレージ装置２０００の制御部１０８０は、ライトデータ受領部１０８１、リモートコピー部１０８２を有しており、これらは、正ストレージ装置１０００が有する各部と同一である。副ストレージ装置２０００の制御部１０８０は、さらに電源操作部１０８３とコピー電源連携部１０８４を有している。

副ストレージ装置２０００の制御情報部１０９０は、管理サーバ１００が保持するコピーペア、ボリューム、アレイグループなどの各種情報の一部の情報を保持する）。一部の情報として、ここでは、ペア情報テーブル５０５２（後記するペア情報テーブル５０５と同様のテーブル）とボリューム情報テーブル（副側）５０１２（後記するボリューム情報テーブル５０１と同様のテーブル）を示している。

リモートコピーのデータコピー方法としては、同期（ＲＣＳ(Remote Copy Synchronous)）と非同期がある。さらに、非同期でのデータコピー方法の場合は、変更したデータ履歴を、メモリに格納する方法（ＲＣＡ(Remote Copy Asynchronous)）と、メモリとボリュームを併用して格納する方法（ＲＣＤ(Remote Copy asynchronous with Disk)：ディスク利用非同期リモートコピー）がある。

ここで、以下の説明で用いる用語について説明する。「ＣＭＤ」は、コマンドデバイスボリューム（ストレージ装置に対して命令を発行するためのボリューム）である。「正（副）ＲＣＳ」は、ＲＣＳコピーペアの正（副）側ボリュームである。「正（副）ＲＣＡ」は、ＲＣＡコピーペアの正（副）側ボリュームである。「正（副）ＲＣＤ」は、ＲＣＤコピーペアの正（副）側ボリュームである。「正（副）ＪＮＬ（ジャーナル）」は、正（副）側のジャーナルボリューム（非同期リモートコピー（ＲＣＤ）のデータを副ボリュームにコピーする前に一時的に格納するためのボリューム）である。「ＳｉｄｅＦｉｌｅ（サイドファイル）」は、キャッシュメモリにある非同期リモートコピー（ＲＣＡ）のコンシステンシグループ（複数のコピーペアから構成され、データの時系列の整合性が保たれるグループ）内のデータ更新順次を正しく保つためのテーブルである。

前記した３種類のデータコピー方法について改めて説明する。
同期（ＲＣＳ）では、「正ＲＣＳ」から「副ＲＣＳ」にデータコピーが行われる。
非同期（ＲＣＡ）では、まず、「正ＲＣＡ」から「正サイドファイル」にデータがコピーされ、その後、「正サイドファイル」から「副サイドファイル」に非同期コピーが行われ、最後に、「副サイドファイル」から「副ＲＣＡ」にデータコピーが行われる。
非同期（ＲＣＤ）では、まず、「正ＲＣＤ」から「正ジャーナル」にデータがコピーされ、その後、「正ジャーナル」から「副ジャーナル」に非同期コピーが行われ、最後に、「副ジャーナル」から「副ＲＣＤ」にデータコピーが行われる。なお、ＲＣＤの場合も正ジャーナルとメモリを併用して書き込みデータを格納してもよい。

図６は、コピーペアに関する、コピー種別およびコピーペア状態ごとのボリュームとジャーナルの電源状態の関係を示す図である。また、前提として、正副両側のストレージ装置のいずれにおいても、コマンドデバイスボリュームは、業務が稼動中には常に起動する必要があるため、ディスクの電源をＯＦＦすることはできない。

ＲＣＳコピーペアの場合は、ＰＡＩＲ（ペア状態）になっているときに正副ボリュームは稼動する必要があるが、ＰＳＵＳ（サスペンド（分割）状態）になっているときに副側ボリュームに対してデータの書き込みが行われないため、ディスクの電源をＯＦＦすることが可能である。

ＲＣＡコピーペアは非同期リモートコピーであり、正側ボリュームに書き込まれたデータがすぐに副ボリュームにコピーされない。つまり、正側ボリュームに書き込まれたデータが一時的にサイドファイルに格納されてから副側ボリュームにコピーされる。そのため、ＰＡＩＲのとき、副側サイドファイルの使用率により、電源ＯＮ／ＯＦＦを使い分けることができる。ＰＳＵＳのときは、ＲＣＳの場合と同様、副側ボリュームの電源をＯＦＦすることができる。

ＲＣＤコピーペアは非同期リモートコピーであり、正側ボリュームに書き込まれたデータがすぐに副ボリュームにコピーされない。つまり、正側ボリュームに書き込まれたデータが一時的に正側ジャーナルに格納されてから、副側ジャーナルにコピーされる。その後、副側ジャーナルから副側ボリュームにデータがコピーされる。そのため、ＰＡＩＲのとき、副側ボリュームは、副側ジャーナルの使用率により、電源ＯＮ／ＯＦＦを使い分けることができる。また、副側ジャーナルは、正側ジャーナルの使用率により、電源ＯＮ／ＯＦＦを使い分けることができる。つまり、副側ボリュームと副側ジャーナルは、両方とも電源ＯＦＦとすることもできるし、また、いずれか一方のみ電源ＯＦＦとすることもできる。ＰＳＵＳのときは、副側ボリュームと副側ジャーナルの電源をＯＦＦすることができる。

本実施形態では、このリモートコピーの特性を利用することにより、リモートコピーの環境下において効率的に電源ＯＦＦを実現する機能を提案する。この実現のために、常時稼動が必要となるボリュームとそうでないボリュームを、コピー作成時、もしくはコマンドデバイス作成時に特定のアレイグループに振り分ける。これにより、アレイグループごとに効率的に電源ＯＦＦする機能を実現することができる。

これらを実現するために、本実施形態では、以下の３つの機能を提案する。
機能１：コマンドデバイス作成時に推奨ボリュームを管理者に提示
機能２：ジャーナル作成時に推奨ボリュームを管理者に提示
機能３：コピーペア作成時に推奨ボリュームを管理者に提示
なお、ボリューム情報テーブル５０１〜コピーグループ監視情報テーブル５０７は、この３つの機能を実現するために共通して使用されるものである。

図７は、ボリューム情報テーブル５０１の構成を示す図である。ＳｕｂｓｙｓｔｅｍＩＤは、プライマリーサイトＰの正ストレージ装置１０００のサブシステム（所定数のアレイグループの集合）を一意に決定するＩＤである。ＬＤＥＶＩＤは、ストレージ装置内のボリュームを一意に決定するＩＤである。ＡｒｒａｙＧｒｏｕｐＩＤは、アレイグループを一意に決定するＩＤである。Ｃａｐａｃｉｔｙは、ボリュームの容量を示す。

図８は、コマンドデバイス情報テーブル５０２を示す図である。ＣｍｄＤｅｖＩＤは、コマンドデバイスとして使用されるストレージ装置内のボリュームを一意に決定するＩＤである。なお、ＳｕｂｓｙｓｔｅｍＩＤとＬＤＥＶＩＤについては、図７の場合と同様なので説明を省略する（以下同様に説明を省略する場合がある）。

図９は、ジャーナル情報テーブル５０３を示す図である。ＪｎｌＩＤは、ジャーナルとして使用されるストレージ装置内のボリュームを一意に決定するＩＤである。ＲｅｍｏｔｅＳｕｂｓｙｓｔｅｍＩＤは、リモート（セカンダリーサイトＳの副ストレージ装置２０００）のサブシステムを一意に決定するＩＤである。ＰａｉｒＪｎｌＩＤは、ペアとなっているジャーナルを一意に決定するＩＤである。

図１０は、コピーグループ情報テーブル５０４を示す図である。ＧｒｏｕｐＩＤは、コピーグループを一意に決定するＩＤである。ＣｏｐｙＴｙｐｅは、コピー種別（ＲＣＳ，ＲＣＡ，ＲＣＤ）を示す。ＪｎｌＩＤ＿Ｐは、コピーペアの正側に用いられているジャーナルのＩＤである。ＪｎｌＩＤ＿Ｓは、コピーペアの副側に用いられているジャーナルのＩＤである。

図１１は、ペア情報テーブル５０５を示す図である。ＰａｉｒＩＤは、コピーペアを一意に決定するＩＤである。ＰａｉｒＳｔａｔｕｓは、データコピー状況（ＰＡＩＲは同期、ＣＯＰＹはコピー中、ＰＳＵＳは一時停止、ＰＳＵＥはエラー）を示す。ＬＤＥＶＩＤ＿Ｐは、コピーペアの正側に用いられているボリュームのＩＤである。ＬＤＥＶＩＤ＿Ｓは、コピーペアの副側に用いられているボリュームのＩＤである。

図１２は、コピーグループ性能情報テーブル５０６を示す図である。ＪｎｌＵｓａｇｅ＿Ｐは、コピーグループの正側に用いられているジャーナルの使用率を示す。ＪｎｌＵｓａｇｅ＿Ｓは、コピーグループの副側に用いられているジャーナルの使用率を示す。ＳｉｄｅＦｉｌｅＵｓａｇｅ＿Ｐは、コピーグループの正側に用いられているサイドファイルの使用率を示す。ＳｉｄｅＦｉｌｅＵｓａｇｅ＿Ｓは、コピーグループの副側に用いられているサイドファイルの使用率を示す。

図１３は、コピーグループ監視情報テーブル５０７を示す図である。ＭｏｎｉｔｏｒＳｅｔｔｉｎｇは、ハードディスク電源制御機能が有効かどうかを示す。ＪｎｌＵｓａｇｅＭｏｎｉｔｏｒ＿Ｐは、コピーグループの正側に用いられているジャーナル使用率の閾値を示す。ＪｎｌＵｓａｇｅＭｏｎｉｔｏｒ＿Ｓは、コピーグループの副側に用いられているジャーナル使用率の閾値を示す。ＳｉｄｅＦｉｌｅＵｓａｇｅＭｏｎｉｔｏｒ＿Ｐは、コピーグループの正側に用いられているサイドファイル使用率の閾値を示す。ＳｉｄｅＦｉｌｅＵｓａｇｅＭｏｎｉｔｏｒ＿Ｓは、コピーグループの副側に用いられているサイドファイル使用率の閾値を示す。

次に、リモートコピーの処理の概要について説明する。以下の説明では、リモートコピーのコピー元となるボリューム１０７０を正ボリューム、コピー先となるボリューム１０７０を副ボリュームと称する。また、正ストレージ装置１０００がコピー元ボリュームを有し、副ストレージ装置２０００がコピー先ボリュームを有するものとする。さらに、コピー元ボリュームとコピー先ボリュームの組をリモートコピーペアと称する。

正ストレージ装置１０００が、ホスト１００００からライト要求３００を受領したときに、ライト対象ボリュームを正ボリュームとするリモートコピーペアが存在する場合に、リモートコピー部１０８２を起動することでリモートコピーを実行する。ライト対象ボリュームを正ボリュームとするリモートコピーペアが存在するか否かの判定にはペア情報テーブル５０５を使用する。

続いて、リモートコピーの使用方法を述べる。まず、管理者は、管理クライアント１０を操作してホスト１００００に指示を与えることで、リモートコピーペアの形成指示を正ストレージ装置１０００へ発行する。リモートコピーペアの形成指示を受領した正ストレージ装置１０００は、正ボリュームと副ボリュームに格納されているデータを同一にするために、正ボリュームに格納されている全てのデータを副ストレージ装置２０００へコピー（初期化コピー）する。

さらに、リモートコピーペアの形成指示を受領した正ストレージ装置１０００は、ペア情報テーブル５０５１へ正ボリュームＩＤ、副ボリュームＩＤ、ペア状態、相手ストレージ装置ＩＤなどからなるレコードを追加する。これにより、以降、正ストレージ装置１０００がホスト１００００から新たに形成したリモートコピーペアの正ボリュームに対するライト要求３００を受領した場合には、リモートコピー部１０８２が起動されるようになる。つまり、ライト要求３００のライトデータ３１０を非同期に副ボリュームへ転送することで、正ボリュームと副ボリュームに格納されるデータを同一に保つことができる。

初期化コピーが完了すると、リモートコピーペアのペア状態は、ＰＡＩＲとなる。正ストレージ装置１０００が、ホスト１００００からＰＡＩＲであるリモートコピーペアの正ボリュームに対するライト要求３００を受領したときには、リモートコピー部１０８２が、ライト要求３００を受領したタイミングとは非同期に副ストレージ装置２０００の副ボリュームにもライトデータ３１０を書き込む。

ＰＡＩＲとは、正ストレージ装置１０００から副ストレージ装置２０００へ転送中、および、未転送データを除いて正ボリュームの内容と副ボリュームの内容が同一である状態のことである。ただし、例えば、ボリューム毎に一意な識別子が、ボリュームに格納される場合等では、この様な識別子が保存されているボリューム内の特定の領域について、正ボリュームと副ボリュームのデータの内容が同一でない場合があってもよいものとする。なお、このような同一性のことを以後の説明では、同期状態と称することにする。

以下に、正ストレージ装置１０００から副ストレージ装置２０００へ、ライト要求３００とは非同期にライトデータ３１０を書き込む方法を概説する。リモートコピー部１０８２が実行する正ボリュームから副ボリュームへのデータのコピー方法として、ここでは、正ストレージ装置１０００がライト要求３００を受領した順序情報を、副ストレージ装置２０００が利用することで、その順序に従って、ライトデータ３１０を副ボリュームへ書き込む。

なお、リモートコピー部１０８２をより効率化するために、正ボリューム内の同一アドレスに対して、ある期間内にライト要求３００が複数回発行された場合には、全てのライト要求３００について更新情報（制御情報部１０９０に格納されている）を副ストレージ装置２０００に送信するのではなく、当該期間内に発行された最後のライト要求３００に対する更新情報のみを副ストレージ装置２０００に送信するとしてもよい。

また、正ストレージ装置１０００、副ストレージ装置２０００がキャッシュ１０４０を有する場合には、ライトデータ３１０が格納されている正ストレージ装置１０００のキャッシュ１０４０上の記憶領域を示すポインタを、更新情報に付与しておき、キャッシュ１０４０上のライトデータ３１０が別のライト要求３００によって更新されるのを契機に、キャッシュ１０４０から制御情報部１０９０へライトデータ３１０をコピーして更新情報にライトデータ３１０を付与してもよい。すなわち、正ストレージ装置１０００のキャッシュ１０４０上でライトデータ３１０の更新が起こる直前まで、更新情報作成のためのデータのコピーを遅延させてもよい。これにより、更新情報のライトデータと、キャッシュ上のライトデータを共有することができる。

次に、ホスト１００００からリモートコピーペアのサスペンド指示を正ストレージ装置１０００へ発行することができる。これは、正ボリュームから副ボリュームへのデータ転送を一旦停止するための指示である。ＰＳＵＳとは、このように、正ボリュームから副ボリュームへのデータ転送を一旦停止し、正ボリュームと副ボリュームの同一性が保証されなくなったリモートコピーペアのペア状態のことである。

正ストレージ装置１０００がＰＳＵＳであるリモートコピーペアの正ボリュームに対するライト要求３００を受領したときには、ライト要求３００中のライトアドレス３２０を、制御情報部１０９０に記憶された差分管理表に記録してもよい。すなわち、正ボリュームと副ボリュームで異なるデータが格納されているアドレスを記録する。この差分管理表を利用することで、正ボリュームと副ボリュームを再び同期状態にする場合には、正ボリュームと副ボリュームの間で格納されているデータが異なる領域についてのみコピー（差分コピー）することが可能となる。この差分コピーについては詳細な説明を省略する。

次に、本実施形態の具体例について説明する。図１４は、リモートコピーの具体例の初期状態を示す図である。
前記したように、「ＣＭＤ」はコマンドデバイスボリューム、「ＲＣＳ」はＲＣＳコピーペアのボリューム、「ＲＣＡ」はＲＣＡコピーペアのボリューム、「ＲＣＤ」はＲＣＤコピーペアのボリューム、「ＪＮＬ」はジャーナルボリューム、「ＬＤＥＶ０ＸＸ」はリモートコピーに使用されていないボリュームを示す。初期状態では、各ボリュームが図のような状態となっているものとする。

＜コマンドデバイス作成時に推奨ボリュームを管理者に提示（機能１）＞
図１５は、コマンドデバイスを作成する際の候補ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。

図１５（ａ）に示すように、比較例の場合、未使用のボリューム（「ＬＤＥＶ０ＸＸ」のボリューム）から任意に選んだボリュームを候補ボリューム（破線表示）として提示する。

本実施形態では、次の条件により候補ボリュームを決定する。
（条件１）
副側は、リモートコピーボリュームとジャーナルが存在しないアレイグループのボリューム。

図１５（ｂ）に示すように、本実施形態の場合、条件１を満たすボリュームを候補ボリューム（破線表示）として提示する。

前記したように、正副両側のストレージ装置のいずれにおいても、コマンドデバイスボリュームは、業務が稼動中には常に起動する必要があるため、ディスクの電源をＯＦＦすることができない。そのため、このような条件によって、常時起動が必要となるボリュームをなるべく同じアレイグループに属させるべくコマンドデバイスボリュームの候補を提示し、管理者がその候補を選択することで、アレイグループごとの電源オフの機会を増やし、効率的な省電力を実現することができる。

管理サーバ１００において、ボリュームの候補から推奨ボリュームを検索する際に、ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２を用いる。図１６は、ボリューム情報テーブル（正側）５０１１を示す図である。図１７は、ボリューム情報テーブル（副側）５０１２を示す図である。

ボリューム情報テーブル（正側）５０１１は、ボリューム情報テーブル５０１から管理者が指定したＳｕｂｓｙｓｔｅｍ０１のストレージ装置で取り込んだ情報に、コマンドデバイス情報テーブル５０２、ジャーナル情報テーブル５０３、コピーグループ情報テーブル５０４とペア情報テーブル５０５の情報を結合した情報である。

ボリューム情報テーブル（副側）５０１２は、ボリューム情報テーブル５０１から管理者が指定したＳｕｂｓｙｓｔｅｍ０２のストレージ装置で取り込んだ情報に、コマンドデバイス情報テーブル５０２、ジャーナル情報テーブル５０３、コピーグループ情報テーブル５０４とペア情報テーブル５０５の情報を結合した情報である。これらを用いて、条件１について調べる。

ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２により、Ｓｕｂｓｙｓｔｅｍ０１のＡｒｒａｙ０４、Ｓｕｂｓｙｓｔｅｍ０２のＡｒｒａｙ０１、Ａｒｒａｙ０２とＡｒｒａｙ０３にリモートコピーの副側ボリュームまたはジャーナルが存在することが分かる。ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２を用いて、コピーペア、コマンドデバイスまたはジャーナルになっていないボリュームについて判定する。この判定は、ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２のＡｒｒａｙＧｒｏｕｐＩＤ、ＰａｉｒＩＤ、ＣｏｐｙＴｙｐｅ、ＪｎｌＩＤとＣｍｄＤｅｖＩＤを用いて行う。

図１８は、Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。図１９は、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。判定結果は、「○」が条件充足で、「×」が条件不充足を示す（以下同様）。図１８に示すように、Ｓｕｂｓｙｓｔｅｍ０１では条件１を充足するボリュームが７つ存在する。また、図１９に示すように、Ｓｕｂｓｙｓｔｅｍ０２では条件１を充足するボリュームが２つ存在する。
この判定結果を受けて、管理者は、ボリュームを選択することになるが、推奨されたボリュームを選択することが好ましい。

図２０は、コマンドデバイスを作成する際の画面例を示す図である。この画面は、管理クライアント１０のＷｅｂブラウザ１３に表示される。この図２０では、Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を表示する画面を示している。管理者が作成するコマンドデバイスのサブシステムを選択すると、コマンドデバイスの候補ボリュームが表示されたこの画面が表示される。候補ボリューム（７つ）の中から管理者がボリュームを選択して、Ｃｏｎｆｉｒｍボタンを押下するとコマンドデバイスの作成が実行される。

図２１は、管理サーバ１００によるこの機能１の処理を示す図である。図２１では、コマンドデバイスを作成する際に、条件１を満たすコマンドデバイスの候補を推奨ボリュームとして管理者に通知する。ただし、この作成の際にはコマンドデバイスを作成可能な全ての候補を表示し、推奨ボリューム以外からもボリュームを選択すること自体は可能としてもよい。なお、本処理の動作主体は管理サーバ１００のＣＰＵ１０２であり、使用するテーブルはボリューム情報テーブル（正側）５０１１、ボリューム情報テーブル（副側）５０１２である。

ステップＳ１０１において、ユーザ（管理者）がストレージ装置を指定し、その入力を受け付ける。
ステップＳ１０２において、ユーザが指定したストレージ装置のボリュームの情報を取得する。

ステップＳ１０３において、コマンドデバイスの候補ボリュームとして提示する条件を満たすか否か判定し、Ｙｅｓの場合はステップＳ１０４に進み、Ｎｏの場合はステップＳ１０７に進む。
ステップＳ１０４において、条件を満たしたボリュームを、候補ボリュームリストに追加する。

ステップＳ１０５において、推奨ボリュームとして提示する条件１を満たすか否か判定し、Ｙｅｓの場合はステップＳ１０６に進み、Ｎｏの場合はステップＳ１０７に進む。
ステップＳ１０６において、条件１を満たしたボリュームを、推奨ボリュームとして設定する。

ステップＳ１０７において、未判定のボリュームが存在するか否かを判定し、Ｙｅｓの場合はステップＳ１０３に戻り、Ｎｏの場合はステップＳ１０８に進む。
ステップＳ１０８において、コマンドデバイスの候補ボリュームリストを管理クライアント１０のＷｅｂブラウザ１３に表示する。その際、推奨ボリュームは、推奨しないボリュームと区別できるようにアイコンで強調表示する。

ステップＳ１０９において、ユーザがＷｅｂブラウザ１３を見て候補ボリュームからボリュームを選択し、その入力を受け付ける。
ステップＳ１１０において、ユーザが選択したボリュームでコマンドデバイスを作成する。

＜ジャーナル作成時に推奨ボリュームを管理者に提示（機能２）＞
図２２は、ジャーナルを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。

図２２（ａ）に示すように、比較例の場合、未使用のボリューム（「ＬＤＥＶ０ＸＸ」のボリューム）から任意に選んだボリュームを候補ボリューム（破線表示）として提示する。

本実施形態では、次の条件により候補ボリュームを決定する。その際、例えば、まず、優先順位１位である条件３を満たすボリュームを探し、該当するボリュームがなければ優先順位２位である条件４を満たすボリュームを探す、という方法をとればよい。

（条件３：優先順位１位）
ジャーナルのみ存在するアレイグループのボリューム
（条件４：優先順位２位）
リモートコピーボリュームとコマンドデバイスが存在しないアレイグループのボリューム

図２２（ｂ）に示すように、本実施形態の場合、条件３を満たすボリュームを候補ボリューム（破線表示）として提示する。

このような条件によって、ジャーナルボリュームをなるべく同じアレイグループに属させるべくジャーナルボリュームの候補を提示し、管理者がその候補を選択することで、アレイグループごとの電源オフの機会を増やし、効率的な省電力を実現することができる。

管理サーバ１００において、ボリュームの候補から推奨ボリュームを検索する際に、ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２を用いる。

ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２により、Ｓｕｂｓｙｓｔｅｍ０１のＡｒｒａｙ０４とＳｕｂｓｙｓｔｅｍ０２のＡｒｒａｙ０１にジャーナルのみ存在することが分かる。ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２を用いて、コピーペア、コマンドデバイスまたはジャーナルになっていないボリュームについて判定する。この判定は、ボリューム情報テーブル（正側）５０１１とボリューム情報テーブル（副側）５０１２のＡｒｒａｙＧｒｏｕｐＩＤ、ＰａｉｒＩＤ、ＣｏｐｙＴｙｐｅ、ＪｎｌＩＤとＣｍｄＤｅｖＩＤを用いて行う。

図２３は、Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。図２４は、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。図２３に示すように、Ｓｕｂｓｙｓｔｅｍ０１では条件３，４を充足するボリュームが２つ存在する。また、図２４に示すように、Ｓｕｂｓｙｓｔｅｍ０２では条件３，４を充足するボリュームが２つ存在する。

この判定結果を受けて、管理者は、ボリュームを選択することになるが、推奨されたボリュームを選択することが好ましい。ジャーナルを作成する際の画面は、図２０の画面と同様なので、図示と説明を省略する。

図２５は、管理サーバ１００によるこの機能２の処理を示す図である。図２５では、ジャーナルを作成する際に、条件３，４を満たすジャーナルの候補を推奨ボリュームとして管理者に通知する。ただし、この作成の際にはジャーナルを作成可能な全ての候補を表示し、推奨ボリューム以外からもボリュームを選択すること自体は可能としてもよい。なお、本処理の動作主体は管理サーバ１００のＣＰＵ１０２であり、使用するテーブルはボリューム情報テーブル（正側）５０１１、ボリューム情報テーブル（副側）５０１２である。

ステップＳ２０１において、ユーザ（管理者）がストレージ装置を指定し、その入力を受け付ける。
ステップＳ２０２において、ユーザが指定したストレージ装置のボリュームの情報を取得する。

ステップＳ２０３において、ジャーナルの候補ボリュームとして提示する条件を満たすか否か判定し、Ｙｅｓの場合はステップＳ２０４に進み、Ｎｏの場合はステップＳ２０７に進む。
ステップＳ２０４において、条件を満たしたボリュームを、候補ボリュームリストに追加する。

ステップＳ２０５において、推奨ボリュームとして提示する条件３，４を満たすか否か判定し、Ｙｅｓの場合はステップＳ２０６に進み、Ｎｏの場合はステップＳ２０７に進む。
ステップＳ２０６において、条件３，４を満たしたボリュームを、推奨ボリュームとして設定する。

ステップＳ２０７において、未判定のボリュームが存在するか否かを判定し、Ｙｅｓの場合はステップＳ２０３に戻り、Ｎｏの場合はステップＳ２０８に進む。
ステップＳ２０８において、ジャーナルの候補ボリュームリストを管理クライアント１０のＷｅｂブラウザ１３に表示する。その際、推奨ボリュームは、推奨しないボリュームと区別できるようにアイコンで強調表示する。

ステップＳ２０９において、ユーザがＷｅｂブラウザ１３を見て候補ボリュームからボリュームを選択し、その入力を受け付ける。
ステップＳ２１０において、ユーザが選択したボリュームでジャーナルを作成する。

＜コピーペア作成時に推奨ボリュームを管理者に提示（機能３）＞
図２６は、同期リモートコピーにおいて、コピーペアを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。

図２６（ａ）に示すように、比較例の場合、未使用のボリュームから任意に選んだボリュームを候補ボリューム（破線表示）として提示する。

図２７は、非同期リモートコピーにおいて、コピーペアを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。

図２７（ａ）に示すように、比較例の場合、未使用のボリュームから任意に選んだボリュームを候補ボリューム（破線表示）として提示する。

本実施形態では、次の条件により候補ボリュームを決定する。条件５，６は、推奨するコピーペアの正側ボリュームの条件である。条件７，８は、同期リモートコピーの場合の、推奨するコピーペアの副側ボリュームの条件である。条件９，１０は、非同期リモートコピーの場合の、推奨するコピーペアの副側ボリュームの条件である。

（条件５：優先順位１位）
リモートコピーの副側ボリュームとジャーナルが存在せず、かつリモートコピーの正側ボリュームまたはジャーナルが存在するアレイグループのボリューム
（条件６：優先順位２位）
リモートコピーの副側ボリュームとジャーナルが存在しないアレイグループのボリューム

（条件７：優先順位１位）
同期リモートコピーの副側ボリュームのみ存在するアレイグループのボリューム
（条件８：優先順位２位）
同期リモートコピーの正側ボリューム、非同期リモートコピーの正副側ボリューム、ジャーナルとジャーナルが存在しないアレイグループのボリューム

（条件９：優先順位１位）
非同期リモートコピーの副側ボリュームのみ存在するアレイグループのボリューム
（条件１０：優先順位２位）
非同期リモートコピーの正側ボリューム、同期リモートコピーの正副側ボリューム、ジャーナルとジャーナルが存在しないアレイグループのボリューム

図２６（ｂ）に示すように、本実施形態の場合、条件５を満たすボリュームを候補ボリューム（破線表示）として提示する。また、図２７（ｂ）に示すように、本実施形態の場合、条件７（９）を満たすボリュームを候補ボリューム（破線表示）として提示する。

このような条件によって、同一または類似の特性のボリュームをなるべく同じアレイグループに属させるべくボリュームの候補を提示し、管理者がその候補を選択することで、アレイグループごとの電源オフの機会を増やし、効率的な省電力を実現することができる。
続いて、これらについてさらに具体的に説明する。

「ＳＴＥＰ１」 初期状態
ボリューム情報テーブル５０１〜コピーグループ性能情報テーブル５０６の各テーブルにデータが格納されており、これらを統合してボリューム情報テーブル（正側）５０１１、５０１２を作成する。

「ＳＴＥＰ２」 正側のストレージ装置を指定
リモートコピーペアを作成する際に、ユーザが最初に正側のストレージ装置を選択する必要がある。ここでは、ユーザがＳｕｂｓｙｓｔｅｍ０１を正側のストレージ装置として選択したと仮定する。

「ＳＴＥＰ３」 正側推奨ボリュームを検索
ユーザがリモートコピーペアの正側のボリュームを選択する際に、推奨するボリュームと推奨しないボリュームが区別できるように提示する。ボリュームの候補から推奨ボリュームを検索する際に、ボリューム情報テーブル（正側）５０１１を用いて、条件５，６を調べる。

ボリューム情報テーブル（正側）５０１１により、Ｓｕｂｓｙｓｔｅｍ０１のＡｒｒａｙ０１、Ａｒｒａｙ０２とＡｒｒａｙ０３にリモートコピーの副側ボリュームとジャーナルが存在しないことが分かる。そして、Ｓｕｂｓｙｓｔｅｍ０１のＡｒｒａｙ０１にコマンドデバイスが存在し、Ａｒｒａｙ０２とＡｒｒａｙ０３にリモートコピーの正側ボリュームが存在することが確認できる。ボリューム情報テーブル（正側）５０１１を用いて、コピーペア、コマンドデバイスまたはジャーナルになっていないボリュームについて判定する。この判定は、ボリューム情報テーブル（正側）５０１１のＡｒｒａｙＧｒｏｕｐＩＤ、ＰａｉｒＩＤ、ＣｏｐｙＴｙｐｅ、ＪｎｌＩＤとＣｍｄＤｅｖＩＤを用いて行う。

図２８は、Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。図２８に示すように、Ｓｕｂｓｙｓｔｅｍ０１では条件５，６を充足するボリュームが５つ存在する。

この判定結果を受けて、ユーザは、ボリュームを選択することになるが、推奨されたボリュームを選択することが好ましい。ここでは、ユーザがＬＤＥＶ００５とＬＤＥＶ００７を正側ボリュームとして選択したと仮定する。

「ＳＴＥＰ４」 コピー種別を指定
ユーザが正側のストレージ装置を指定した後に、コピー種別を選択する必要がある。ここでは、ユーザが同期リモートコピー（ＲＣＳ）と非同期リモートコピー（ＲＣＳ）を指定したと仮定する。

「ＳＴＥＰ５」 副側のストレージ装置を指定
ユーザがコピー種別を指定した後に、副側のストレージ装置を選択する必要がある。ここでは、ユーザがＳｕｂｓｙｓｔｅｍ０２を副側のストレージ装置として選択したと仮定する。

「ＳＴＥＰ６」 副側推奨ボリュームを検索
ユーザがリモートコピーペアの副側のボリュームを選択する際に、推奨するボリュームと推奨しないボリュームが区別できるように提示する。ボリュームの候補から推奨ボリュームを検索する際に、ボリューム情報テーブル（副側）５０１２を用いて、条件７，８（同期リモートコピーの場合）または条件９，１０（非同期リモートコピーの場合）の条件を調べる。

ユーザが同期リモートコピーを選択した場合、ボリューム情報テーブル（副側）５０１２により、Ｓｕｂｓｙｓｔｅｍ０２のＡｒｒａｙ０３に同期リモートコピーの正側ボリューム、非同期リモートコピーの正副側ボリューム、とジャーナルとコマンドデバイスが存在しないことが分かる。ボリューム情報テーブル（副側）５０１２を用いて、コピーペア、コマンドデバイスまたはジャーナルになっていないボリュームについて判定する。この判定は、ボリューム情報テーブル（副側）５０１２のＡｒｒａｙＧｒｏｕｐＩＤ、ＰａｉｒＩＤ、ＣｏｐｙＴｙｐｅ、ＪｎｌＩＤとＣｍｄＤｅｖＩＤを用いて行う。

ユーザが非同期リモートコピーを選択した場合、ボリューム情報テーブル（副側）５０１２により、Ｓｕｂｓｙｓｔｅｍ０２のＡｒｒａｙ０２に非同期リモートコピーの正側ボリューム、同期リモートコピーの正副側ボリューム、コマンドデバイスとジャーナルが存在しないことが確認できる。ボリューム情報テーブル（副側）５０１２を用いて、コピーペア、コマンドデバイスまたはジャーナルになっていないボリュームについて判定する。この判定は、ボリューム情報テーブル（副側）５０１２のＡｒｒａｙＧｒｏｕｐＩＤ、ＰａｉｒＩＤ、ＣｏｐｙＴｙｐｅ、ＪｎｌＩＤとＣｍｄＤｅｖＩＤを用いて行う。

図２９は、同期リモートコピーについての、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。図２９に示すように、Ｓｕｂｓｙｓｔｅｍ０２では条件７，８を充足するボリュームが２つ存在する。
図３０は、非同期リモートコピーについての、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。図３０に示すように、Ｓｕｂｓｙｓｔｅｍ０２では条件９，１０を充足するボリュームが１つ存在する。

この判定結果を受けて、ユーザは、ボリュームを選択することになるが、推奨されたボリュームを選択することが好ましい。ここでは、ユーザがＬＤＥＶ００８（同期リモートコピー）とＬＤＥＶ００４（非同期リモートコピー）を副側ボリュームとして選択したと仮定する。

「ＳＴＥＰ７」 閾値の設定
今回作成するコピーペアのジャーナルまたはサイドファイルの閾値を設定する。ユーザが同期リモートコピー種別（ＲＣＳ）を指定した場合、閾値の設定が無効である。ユーザが非同期リモートコピー種別（ＲＣＡまたはＲＣＤ）を指定した場合は、閾値の設定が有効であるが、この設定の有無はユーザが選択することができるため、設定をしないことも可能である。ここでは、ユーザが有効に設定したと仮定する。

指定した非同期リモートコピー種別はＲＣＡの場合、コピーペアの正副側のサイドファイル（メモリ）の閾値を設定する。指定した非同期リモートコピー種別はＲＣＤの場合、コピーペアの正副側のジャーナル（ボリューム）の閾値を設定する。閾値が設定された場合、コピーグループ監視情報テーブル５０７にデータを挿入する。ただし、このコピーグループ監視情報テーブル５０７にデータが実際に挿入されるのは、コピーペアの作成に成功した後である。挿入されるデータの例として、図３１はユーザが作成したコピーグループ情報５０４１、図３２はユーザが作成したコピーペア情報５０５３、図３３はユーザが作成したコピーグループ性能情報５０６１、図３４はユーザが指定したコピーグループ監視情報５０７１を示す図である。挿入された閾値に従ってディスクの電源をＯｆｆする。ここでは、ユーザが作成したコピーグループ性能情報５０６１において、「１０」（正側のサイドファイルの閾値）と「２０」（副側のサイドファイルの閾値）が設定されたと仮定する。

管理者がボリュームを選択する際の画面は、図２０の画面と同様なので、図示と説明を省略する。

図３５Ａ〜３５Ｃは、管理サーバ１００によるこの機能３の処理を示す図である。図３５Ａ〜３５Ｃでは、リモートコピーペアを作成する際に、条件３，４を満たすジャーナルの候補を推奨ボリュームとして管理者に通知する。ただし、この作成の際にはジャーナルを作成可能な全ての候補を表示し、推奨ボリューム以外からもボリュームを選択すること自体は可能としてもよい。なお、本処理の動作主体は管理サーバ１００のＣＰＵ１０２であり、使用するテーブルはボリューム情報テーブル（正側）５０１１、ボリューム情報テーブル（副側）５０１２である。

ステップＳ３０１において、ユーザ（管理者）が正側のストレージ装置を指定し、その入力を受け付ける。
ステップＳ３０２において、ユーザが指定した正側のストレージ装置のボリュームの情報を取得する。

ステップＳ３０３において、リモートコピーの正側候補ボリュームとして提示する条件を満たすか否か判定し、Ｙｅｓの場合はステップＳ３０４に進み、Ｎｏの場合はステップＳ３０７に進む。
ステップＳ３０４において、条件を満たしたボリュームを、リモートコピーの正側候補ボリュームリストに追加する。

ステップＳ３０５において、推奨ボリュームとして提示する条件５，６を満たすか否か判定し、Ｙｅｓの場合はステップＳ３０６に進み、Ｎｏの場合はステップＳ３０７に進む。
ステップＳ３０６において、条件５，６を満たしたボリュームを、推奨ボリュームとして設定する。

ステップＳ３０７において、未判定の正側のストレージ装置内のボリュームが存在するか否かを判定し、Ｙｅｓの場合はステップＳ３０３に戻り、Ｎｏの場合はステップＳ３０８に進む。
ステップＳ３０８において、リモートコピーの正側の候補ボリュームリストを管理クライアント１０のＷｅｂブラウザ１３に表示する。その際、推奨ボリュームは、推奨しないボリュームと区別できるようにアイコンで強調表示する。

ステップＳ３０９において、ユーザがＷｅｂブラウザ１３を見て候補ボリュームからボリュームを選択し、その入力を受け付ける。
ステップＳ３１０において、ユーザがコピー種別を指定し、その入力を受け付ける。

ステップＳ３１１において、ユーザが副側のストレージ装置を指定し、その入力を受け付ける。
ステップＳ３１２において、ユーザが指定した副側のストレージ装置のボリュームの情報を取得する。

ステップＳ３１３において、リモートコピーの副側候補ボリュームとして提示する条件を満たすか否か判定し、Ｙｅｓの場合はステップＳ３１４に進み、Ｎｏの場合はステップＳ３１７に進む。
ステップＳ３１４において、条件を満たしたボリュームを、リモートコピーの副側候補ボリュームリストに追加する。

ステップＳ３１５において、推奨ボリュームとして提示する条件７，８（あるいは条件９，１０）を満たすか否か判定し、Ｙｅｓの場合はステップＳ３１６に進み、Ｎｏの場合はステップＳ３１７に進む。
ステップＳ３１６において、条件７，８（あるいは条件９，１０）を満たしたボリュームを、推奨ボリュームとして設定する。

ステップＳ３１７において、未判定の副側のストレージ装置内のボリュームが存在するか否かを判定し、Ｙｅｓの場合はステップＳ３１３に戻り、Ｎｏの場合はステップＳ３１８に進む。
ステップＳ３１８において、リモートコピーの副側の候補ボリュームリストを管理クライアント１０のＷｅｂブラウザ１３に表示する。その際、推奨ボリュームは、推奨しないボリュームと区別できるようにアイコンで強調表示する。

ステップＳ３１９において、ユーザがＷｅｂブラウザ１３を見て候補ボリュームからボリュームを選択し、その入力を受け付ける。

ステップＳ３２０において、指定したコピー種別がＲＣＳか否かを判定し、Ｙｅｓの場合はステップＳ３２１に進み、Ｎｏの場合はステップＳ３２３に進む。
ステップＳ３２１において、ハードディスクの電源制御を設定するか否かを判定し、Ｙｅｓの場合はステップＳ３２２に進み、Ｎｏの場合はステップＳ３３１に進む。
ステップＳ３２２において、ハードディスクの電源制御を有効に設定し、ステップＳ３３１に進む。

ステップＳ３２３において、指定したコピー種別がＲＣＤか否かを判定し、Ｙｅｓの場合はステップＳ３２７に進み、Ｎｏの場合はステップＳ３２４に進む。
ステップＳ３２４において、ハードディスクの電源制御を設定するか否かを判定し、Ｙｅｓの場合はステップＳ３２５に進み、Ｎｏの場合はステップＳ３３１に進む。

ステップＳ３２５において、ハードディスクの電源制御を有効に設定し、ステップＳ３２６に進む。ステップＳ３２６において、ユーザが正副側のサイドファイルの閾値を指定し、その入力を受け付け、ステップＳ３３１に進む。

ステップＳ３２７において、ユーザが正副側のジャーナルを指定し、その入力を受け付ける。
ステップＳ３２８において、ハードディスクの電源制御を設定するか否かを判定し、Ｙｅｓの場合はステップＳ３２９に進み、Ｎｏの場合はステップＳ３３１に進む。

ステップＳ３２９において、ハードディスクの電源制御を有効に設定し、ステップＳ３３０に進む。ステップＳ３３０において、ユーザが正副側のジャーナルの閾値を指定し、その入力を受け付け、ステップＳ３３１に進む。
ステップＳ３３１において、ユーザが選択した正副側のボリュームでコピーペアを作成する。

このように、本実施形態の情報処理システムＩによれば、同一または類似の特性のボリュームをなるべく同じアレイグループに属させるべくボリュームの候補を提示し、管理者がその候補を選択することで、アレイグループごとの電源ＯＦＦの機会を増やし、効率的な省電力を実現することができる。

また、本実施形態のさらなる工夫として、ＲＣＤおよびＲＣＡのペア状態を表示することが考えられる。本実施形態によれば、リモートコピー中のＲＣＤのうち、副ジャーナルボリュームと、副ボリュームに対応するディスクの電源をＯＮ／ＯＦＦすることで、ストレージ装置が消費する電力の削減を図ることができる。その一方で、各ボリュームに対応するディスクの電源ＯＦＦは、以下の事象を発生させることがある。

・副ジャーナルボリュームの電源ＯＦＦ
副ボリュームの電源がＯＦＦの場合は、コピー元のストレージ装置からジャーナル（または正ボリュームに書き込まれたライトデータ）を受信できなくなるため、このような状態でコピー元ストレージ装置に障害が発生した時に失うライトデータが増加する。換言すると、コピー先のストレージ装置の副ボリュームに再現可能な正ボリュームのデータが現時点より昔の時点となる。なお、副ボリュームに対応するディスクの電源がＯＮの場合はキャッシュメモリで代用できるので、問題はない。

・副ボリュームの電源ＯＦＦ
副ジャーナルボリュームにデータが溜まる状態になるため、コピー元のストレージ装置に障害が発生した後に副ボリュームにアクセス可能となるまでの時間が増加する。副ボリュームに対応したディスクを電源ＯＮする時間と、ジャーナルを副ボリュームに書き込む時間が必要になるためである。

これらの事象に対応するため、本実施形態では、ＲＣＤのコピーの進捗とボリュームの電源ＯＮ／ＯＦＦ状況を管理クライアント１０のＷｅｂブラウザ１３にて表示する。表示方法としては、ストレージ装置のリモートコピーでは多数のＲＣＤペアが存在することが多いため、ペア単位で状態表示をすると共に、コンシステンシグループ単位での状態表示も行う。

（１）ペア単位の情報表示
表示対象のペアの副ボリュームに対応するディスクの電源ＯＮ／ＯＦＦ状態と、このペアが所属するコンシステンシグループに所属するジャーナルボリュームに対応するディスクの電源ＯＮ／ＯＦＦ状態とを取得する。取得した情報を元に以下の情報を表示する。なお、ここでは、全てペアの状態がＰＡＩＲであることを前提とする。また、＜＜＞＞と＜＞は条件であり、「」は表示内容であり、（Ｏｐｔｉｏｎ表示）は条件付きで表示されることを示す。

＜＜副ボリューム＝ＯＮ＞＞
＜ジャーナル＝ＯＮ＞
「ＰＡＩＲ」
＜ジャーナル＝ＯＦＦ＞
「ＰＡＩＲ ただし、副ジャーナルＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「キャッシュ動作モード中」
（Ｏｐｔｉｏｎ表示）「ジャーナルデータ転送停止中」

＜＜副ボリューム＝ＯＦＦ＞＞
＜ジャーナル＝ＯＮ＞
「ＰＡＩＲ ただし、副ボリュームＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「ジャーナル反映停止中」
（Ｏｐｔｉｏｎ表示）「ジャーナル反映処理中だが、このボリュームに対応するジャーナルがジャーナルボリュームに無い。（ストレージ装置のジャーナル反映の実行可否と組み合わせて表示）」※１
＜ジャーナル＝ＯＦＦ＞
「ＰＡＩＲ ただし、ジャーナルボリュームと副ボリュームＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「ジャーナルデータ転送とジャーナルデータ反映停止中」

なお、それぞれのボリュームが電源ＯＦＦになってからの時間を表示してもよい。また、ジャーナルデータの反映中、副ボリュームの全てを電源ＯＮにする必要はなく、今格納されているジャーナルを反映する副ボリュームのみＯＮにするよう制御してもよい。上記※１はそれに対応した状態である。

（２）コンシステンシグループ単位の情報表示
コンシステンシグループに対応したジャーナルボリュームの全ての電源ＯＮ／ＯＦＦ状態と、副ボリュームの電源ＯＮ／ＯＦＦ状態を取得する。取得した情報を元に、以下の情報を表示する。＜＜＞＞と＜＞は条件であり、「」は表示内容であり、（Ｏｐｔｉｏｎ表示）は条件付きで表示されることを示す。

＜＜副ボリューム＝全てＯＮ＞＞
＜ジャーナル＝ＯＮ＞
「グループがＰＡＩＲ」
＜ジャーナル＝一部ＯＦＦ＞
「グループがＰＡＩＲ ただし、副ジャーナル一部ＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「グループ中の停止ジャーナルボリュームの個数または割合を表示」
＜ジャーナル＝全てＯＦＦ＞
「グループがＰＡＩＲ ただし、副ジャーナル全てＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「キャッシュ動作モード中」ｏｒ「ジャーナルデータ転送停止中」

＜＜副ボリューム＝一部ＯＦＦ＞＞
＜ジャーナル＝ＯＮ＞
「グループがＰＡＩＲ ただし、副ボリュームが一部ＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「グループ中のＯＦＦのボリュームの個数や割合を表示」
（Ｏｐｔｉｏｎ表示）「ジャーナル反映処理中だが、このボリュームに対応するジャーナルがジャーナルボリュームに無い。（ストレージ装置のジャーナル反映の実行可否と組み合わせて表示）」
＜ジャーナル＝一部ＯＦＦ＞
「グループがＰＡＩＲ ただし、副ジャーナル一部ＯＦＦ中であり、副ボリューム一部ＯＦＦ中Ｏｐｔｉｏｎ表示は左と上の組み合わせ。」
＜ジャーナル＝全てＯＦＦ＞
「グループがＰＡＩＲ ただし、副ジャーナル全てＯＦＦ中であり、副ボリューム一部ＯＦＦ中Ｏｐｔｉｏｎ表示は左と上の組み合わせ。」

＜＜副ボリューム＝全てＯＦＦ＞＞
＜ジャーナル＝ＯＮ＞
「グループがＰＡＩＲ ただし、副ボリュームが全てＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「ジャーナル反映停止中」
＜ジャーナル＝一部ＯＦＦ＞
「グループがＰＡＩＲ ただし、副ジャーナル一部ＯＦＦ中であり、副ボリューム全てＯＦＦ中Ｏｐｔｉｏｎ表示は左と上の組み合わせ。」
＜ジャーナル＝全てＯＦＦ＞
「ＰＡＩＲ ただし、ジャーナルボリューム全てと副ボリュームＯＦＦ中」
（Ｏｐｔｉｏｎ表示）「ジャーナルデータ転送とジャーナルデータ反映停止中」

このように、ペア情報、転送情報、反映情報、電源ＯＮ／ＯＦＦ情報など、コピーペアに対する電源制御を考慮した状態を表示することによって、多数のペアが存在する場合も、管理者は、ディスクの電源のＯＮ／ＯＦＦ状況を確認しつつ、コピーの進捗を把握することができる。

以上で実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。例えば、候補ボリュームを表示する画面は、管理クライアント１０のＷｅｂブラウザ１３でなくても、管理サーバ１００内の表示装置や、インターネットを介して別の表示装置に表示してもよい。また、候補ボリュームを画面上に表示するだけでなく、候補ボリュームから所定の条件によって自動的にボリュームを決定するようにしてもよい。

また、ボリューム情報テーブル５０１において、アレイグループごとの電源のＯＮ／ＯＦＦ情報を保持するようにしてもよい。
また、前記した条件１，３〜１０は例示であって、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるような条件であれば、他の条件を採用してもよい。

また、リモートコピーでは、ストレージ装置の正副を逆転させて実施することもあるので、それも考慮して候補ボリュームを選択および表示してもよい。その場合、例えば、ストレージ装置の正副を入れ替えた場合の条件のアンド（論理積）をとればよい。一例としては、図３５ＢのフローチャートのステップＳ３１３において、正ボリュームと副ボリュームの容量がほぼ同じであることを条件として加えればよい。なお、ストレージ装置の正副の逆転を考慮しなければ、正ボリュームと副ボリュームの容量はほぼ同じでなくても、副ボリュームの容量のほうが大きければよい。

また、本実施形態では、既存のボリュームから候補のボリュームを選択するものとしたが、新たにボリュームを生成する場合にも適用できる。
ハードウェア、プログラム等の具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。

本実施形態に係る情報処理システムの全体構成を示す図である。 正ストレージ装置１０００の構成の一例を含む説明図である。 副ストレージ装置２０００の構成の一例を含む説明図である。 ホスト１００００から正ストレージ装置１０００に発行されるライト要求３００の一例を示す図である。 メモリ１０１の構成を示す図である。 コピーペアに関する、コピー種別およびコピーペア状態ごとのボリュームとジャーナルの電源状態の関係を示す図である。 ボリューム情報テーブル５０１の構成を示す図である。 コマンドデバイス情報テーブル５０２を示す図である。 ジャーナル情報テーブル５０３を示す図である。 コピーグループ情報テーブル５０４を示す図である。 ペア情報テーブル５０５を示す図である。 コピーグループ性能情報テーブル５０６を示す図である。 コピーグループ監視情報テーブル５０７を示す図である。 リモートコピーの具体例の初期状態を示す図である。 コマンドデバイスを作成する際の候補ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。 ボリューム情報テーブル（正側）５０１１を示す図である。 ボリューム情報テーブル（副側）５０１２を示す図である。 Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。 Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。 コマンドデバイスを作成する際の画面例を示す図である。 管理サーバ１００による機能１の処理を示す図である。 ジャーナルを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。 Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。 Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。 管理サーバ１００による機能２の処理を示す図である。 同期リモートコピーにおいて、コピーペアを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。 非同期リモートコピーにおいて、コピーペアを作成する際の推奨ボリュームの提示に関し、（ａ）が比較例の場合を示す図であり、（ｂ）が本実施形態の場合を示す図である。 Ｓｕｂｓｙｓｔｅｍ０１に関する判定結果を示す図である。 同期リモートコピーについての、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。 非同期リモートコピーについての、Ｓｕｂｓｙｓｔｅｍ０２に関する判定結果を示す図である。 ユーザが作成したコピーグループ情報５０４１を示すである。 ユーザが作成したコピーペア情報５０５３を示すである。 ユーザが作成したコピーグループ性能情報５０６１を示すである。 ユーザが指定したコピーグループ監視情報５０７１を示す図である 管理サーバ１００による機能３の処理を示す図である。 管理サーバ１００による機能３の処理を示す図である。 管理サーバ１００による機能３の処理を示す図である。

符号の説明

１０ 管理クライアント
１００ 管理サーバ
２００ 管理サーバ
４００ ＳＡＮ
５００ ＳＡＮ
６００ 管理ネットワーク
１０００ 正ストレージ装置
２０００ 副ストレージ装置
１００００ ホスト
２００００ ホスト

Claims (12)

1. 情報処理装置と、
   前記情報処理装置と接続され、複数のボリュームからなるアレイグループを複数備える第一の記憶装置と、
   前記第一の記憶装置と接続され、複数のボリュームからなるアレイグループを複数備える第二の記憶装置と、
   前記第一の記憶装置におけるボリュームから前記第二の記憶装置におけるボリュームに対して行うリモートコピーを管理する管理装置と、を有する情報処理システムにおいて、
   前記管理装置は、
   前記第一の記憶装置および前記第二の記憶装置におけるボリュームのいずれかをリモートコピーのために新たに使用する場合、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるように、候補のボリュームを抽出して画面表示する
   ことを特徴とする情報処理システム。
2. 前記リモートコピーは、一時的にデータを格納するためのジャーナルボリュームが用いられる非同期リモートコピーである
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記管理装置は、
   前記ジャーナルボリュームに関する候補のボリュームを抽出するとき、ジャーナルボリューム以外として使用されているボリュームを含まないアレイグループにおける未使用のボリュームを候補のボリュームとして抽出する
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記管理装置は、
   前記非同期リモートコピーにおけるボリュームのペアであるコピーペア、および、前記コピーペアに関して時系列の整合性をとるためのグループであるコンシステンシグループに関して、コピーの進捗状況と各ボリュームの電源のオンオフ状況を画面表示する
   ことを特徴とする請求項３に記載の情報処理システム。
5. 情報処理装置と、
   前記情報処理装置と接続され、複数のボリュームからなるアレイグループを複数備える第一の記憶装置と、
   前記第一の記憶装置と接続され、複数のボリュームからなるアレイグループを複数備える第二の記憶装置と、
   前記第一の記憶装置におけるボリュームから前記第二の記憶装置におけるボリュームに対して行うリモートコピーを管理する管理装置と、を有する情報処理システムにおける制御方法であって、
   前記管理装置は、
   前記第一の記憶装置および前記第二の記憶装置におけるボリュームのいずれかをリモートコピーのために新たに使用する場合、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるように、候補のボリュームを抽出して画面表示する
   ことを特徴とする情報処理システムにおける制御方法。
6. 前記リモートコピーは、一時的にデータを格納するためのジャーナルボリュームが用いられる非同期リモートコピーである
   ことを特徴とする請求項５に記載の情報処理システムにおける制御方法。
7. 前記管理装置は、
   前記ジャーナルボリュームに関する候補のボリュームを抽出するとき、ジャーナルボリューム以外として使用されているボリュームを含まないアレイグループにおける未使用のボリュームを候補のボリュームとして抽出する
   ことを特徴とする請求項６に記載の情報処理システムにおける制御方法。
8. 前記管理装置は、
   前記非同期リモートコピーにおけるボリュームのペアであるコピーペア、および、前記コピーペアに関して時系列の整合性をとるためのグループであるコンシステンシグループに関して、コピーの進捗状況と各ボリュームの電源のオンオフ状況を画面表示する
   ことを特徴とする請求項７に記載の情報処理システムにおける制御方法。
9. 情報処理装置と、
   前記情報処理装置と接続され、複数のボリュームからなるアレイグループを複数備える第一の記憶装置と、
   前記第一の記憶装置と接続され、複数のボリュームからなるアレイグループを複数備える第二の記憶装置と、
   前記第一の記憶装置におけるボリュームから前記第二の記憶装置におけるボリュームに対して行うリモートコピーを管理する管理装置と、を有する情報処理システムにおける前記管理装置であって、
   前記第一の記憶装置および前記第二の記憶装置におけるボリュームのいずれかをリモートコピーのために新たに使用する場合、電源制御特性が同一または類似するボリュームが同じアレイグループに集まるように、候補のボリュームを抽出して画面表示する
   ことを特徴とする管理装置。
10. 前記リモートコピーは、一時的にデータを格納するためのジャーナルボリュームが用いられる非同期リモートコピーである
    ことを特徴とする請求項９に記載の管理装置。
11. 前記ジャーナルボリュームに関する候補のボリュームを抽出するとき、ジャーナルボリューム以外として使用されているボリュームを含まないアレイグループにおける未使用のボリュームを候補のボリュームとして抽出する
    ことを特徴とする請求項１０に記載の管理装置。
12. 前記非同期リモートコピーにおけるボリュームのペアであるコピーペア、および、前記コピーペアに関して時系列の整合性をとるためのグループであるコンシステンシグループに関して、コピーの進捗状況と各ボリュームの電源のオンオフ状況を画面表示する
    ことを特徴とする請求項１１に記載の管理装置。
    

Images