ホーム > 特許ランキング > 日立ヴァンタラ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024158117
(43)【公開日】2024-11-08
(54)【発明の名称】計算機システム
(51)【国際特許分類】
G06F 3/06 20060101AFI20241031BHJP
G06F 13/10 20060101ALI20241031BHJP
G06F 11/20 20060101ALI20241031BHJP
【ＦＩ】
G06F3/06 304F
G06F3/06 301X
G06F3/06 301Z
G06F3/06 304P
G06F13/10 340A
G06F11/20 656
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023073056
(22)【出願日】2023-04-27
(71)【出願人】
【識別番号】524132520
【氏名又は名称】日立ヴァンタラ株式会社
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】柴山 司
(72)【発明者】
【氏名】出口 彰
【テーマコード（参考）】
5B034
【Ｆターム（参考）】
5B034CC02
(57)【要約】
【課題】ジャーナルボリュームに割り当てられる記憶容量をリモートコピーの運用期間中適正範囲に維持できる計算機システムを提供する。
【課題解決手段】第１のストレージシステム１１０ａは、正ボリュームと、正ジャーナルボリュームと、を備え、第２のストレージシステム１１０ｂは、副ボリュームと、副ジャーナルボリュームと、を備える。管理計算機１３０は、正ボリュームＰＶＯＬ１と、正ジャーナルボリュームＪＶＯＬ１と、副ジャーナルボリュームＪＶＯＬ２と、副ボリュームＳＶＯＬ１と、をペアとするリモートコピーを管理し、そして、リモートコピーに関係するリソースの稼働情報に応じて、正ジャーナルボリューム、及び／又は、副ジャーナルボリュームの容量を拡張、又は、解放する。
【選択図】図１
【課題解決手段】第１のストレージシステム１１０ａは、正ボリュームと、正ジャーナルボリュームと、を備え、第２のストレージシステム１１０ｂは、副ボリュームと、副ジャーナルボリュームと、を備える。管理計算機１３０は、正ボリュームＰＶＯＬ１と、正ジャーナルボリュームＪＶＯＬ１と、副ジャーナルボリュームＪＶＯＬ２と、副ボリュームＳＶＯＬ１と、をペアとするリモートコピーを管理し、そして、リモートコピーに関係するリソースの稼働情報に応じて、正ジャーナルボリューム、及び／又は、副ジャーナルボリュームの容量を拡張、又は、解放する。
【選択図】図１
【特許請求の範囲】
【請求項1】
正サイトを構成する第１のストレージシステム、
副サイトを構成する第２のストレージシステム、そして、
管理計算機と、
を備える計算機システムであって、
前記第１のストレージシステムは、正ボリュームと、正ジャーナルボリュームと、を備え、
前記第２のストレージシステムは、副ボリュームと、副ジャーナルボリュームと、を備え、
前記管理計算機は、
前記正ボリュームと、前記正ジャーナルボリュームと、前記副ジャーナルボリュームと、前記副ボリュームと、をペアとするリモートコピーを管理し、そして、
前記リモートコピーに関係するリソースの稼働情報に応じて、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームの容量を拡張、又は、解放する、
計算機システム。
副サイトを構成する第２のストレージシステム、そして、
管理計算機と、
を備える計算機システムであって、
前記第１のストレージシステムは、正ボリュームと、正ジャーナルボリュームと、を備え、
前記第２のストレージシステムは、副ボリュームと、副ジャーナルボリュームと、を備え、
前記管理計算機は、
前記正ボリュームと、前記正ジャーナルボリュームと、前記副ジャーナルボリュームと、前記副ボリュームと、をペアとするリモートコピーを管理し、そして、
前記リモートコピーに関係するリソースの稼働情報に応じて、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームの容量を拡張、又は、解放する、
計算機システム。
【請求項2】
前記管理計算機は、
前記リソースの稼働情報に応じて、前記正ジャーナルボリューム、及び、前記副ジャーナルボリューム夫々について、使用率の増加傾向、又は、その減少傾向を判定し、
前記増加傾向の判定に従って前記容量を拡張し、
前記減少傾向の判定に従って前記容量を解放する、
請求項１記載の計算機システム。
前記リソースの稼働情報に応じて、前記正ジャーナルボリューム、及び、前記副ジャーナルボリューム夫々について、使用率の増加傾向、又は、その減少傾向を判定し、
前記増加傾向の判定に従って前記容量を拡張し、
前記減少傾向の判定に従って前記容量を解放する、
請求項１記載の計算機システム。
【請求項3】
前記リソースの稼働情報は、前記正ジャーナルボリュームの負荷、前記第１のストレージシステムの負荷、前記第２のストレージシステムの負荷、そして、前記正ジャーナルボリュームと前記副ジャーナルボリュームとの間のネットワークの負荷を含む、
請求項１記載の計算機システム。
請求項１記載の計算機システム。
【請求項4】
前記管理計算機は、
前記リモートコピーに関係する複数のリソースの稼働情報毎に負荷の傾向を求め、
当該複数の傾向の組み合わせ毎に前記容量を拡張、又は、解放するパターンを設定する、
請求項１記載の計算機システム。
前記リモートコピーに関係する複数のリソースの稼働情報毎に負荷の傾向を求め、
当該複数の傾向の組み合わせ毎に前記容量を拡張、又は、解放するパターンを設定する、
請求項１記載の計算機システム。
【請求項5】
前記管理計算機は、
前記稼働情報の履歴に基づいて当該稼働情報の傾向値を求め、
当該稼働情報の現状値と前記傾向値とを比較して前記負荷の傾向を求める、
請求項４記載の計算機システム。
前記稼働情報の履歴に基づいて当該稼働情報の傾向値を求め、
当該稼働情報の現状値と前記傾向値とを比較して前記負荷の傾向を求める、
請求項４記載の計算機システム。
【請求項6】
前記管理計算機は、
前記稼働情報の現状値と当該稼働情報の傾向値とを比較し、
当該比較結果に基づいて、前記容量の拡張、又は、解放を実行する、
請求項５記載の計算機システム。
前記稼働情報の現状値と当該稼働情報の傾向値とを比較し、
当該比較結果に基づいて、前記容量の拡張、又は、解放を実行する、
請求項５記載の計算機システム。
【請求項7】
前記管理計算機は、
前記副ボリュームにその構成を変更する操作があった場合、前記容量の拡張、及び、解放のいずれも、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームに対して実行しない、
請求項１記載の計算機システム。
前記副ボリュームにその構成を変更する操作があった場合、前記容量の拡張、及び、解放のいずれも、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームに対して実行しない、
請求項１記載の計算機システム。
【請求項8】
前記管理計算機は、
前記正ボリュームと前記副ボリュームとの間のネットワークに障害がある場合、前記容量の拡張、及び、解放のいずれも、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームに対して実行しない、
請求項１記載の計算機システム。
前記正ボリュームと前記副ボリュームとの間のネットワークに障害がある場合、前記容量の拡張、及び、解放のいずれも、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームに対して実行しない、
請求項１記載の計算機システム。
【請求項9】
前記管理計算機は、
前記使用率の増加傾向を判定した際、ジャーナルボリュームの使用率が閾値以上のときに前記容量の拡張を実行する、
請求項１記載の計算機システム。
前記使用率の増加傾向を判定した際、ジャーナルボリュームの使用率が閾値以上のときに前記容量の拡張を実行する、
請求項１記載の計算機システム。
【請求項10】
前記管理計算機は、
前記ジャーナルボリュームの容量が所定値以下のときに前記容量の拡張を実行する、
請求項９記載の計算機システム。
前記ジャーナルボリュームの容量が所定値以下のときに前記容量の拡張を実行する、
請求項９記載の計算機システム。
【請求項11】
前記管理計算機は、
前記リモートコピーの初期設計時、前記正ジャーナルボリューム、及び、前記副ジャーナルボリュームの夫々に所定の記憶容量を割り当て、
前記リモートコピーの開始後、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームへの容量の割り当てはリモートコピーの運用状態に応じて実行する、
請求項１記載の計算機システム。
前記リモートコピーの初期設計時、前記正ジャーナルボリューム、及び、前記副ジャーナルボリュームの夫々に所定の記憶容量を割り当て、
前記リモートコピーの開始後、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームへの容量の割り当てはリモートコピーの運用状態に応じて実行する、
請求項１記載の計算機システム。
【請求項12】
管理計算機が、正サイトを構成する第１のストレージシステムと、副サイトを構成する第２のストレージシステムとの間のリモートコピーを管理する、ストレージシステムの制御方法であって、
前記管理計算機は、前記リモートコピーの運用に関係するリソースの稼働情報に応じて、ジャーナルボリュームの容量を動的に、拡張、又は、解放変更するようにした、
ストレージシステムの制御方法。
前記管理計算機は、前記リモートコピーの運用に関係するリソースの稼働情報に応じて、ジャーナルボリュームの容量を動的に、拡張、又は、解放変更するようにした、
ストレージシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、リモートコピーのための計算機システムに関する。
【背景技術】
【0002】
オンプレミスとクラウドとを組合わせたハイブリッドクラウドの運用形態において、リモートコピーが利用されている。リモートコピーとして、特開２００５－１８５０６号公報に記載のストレージシステムが知られている。
【0003】
リモートコピーのための計算機システムは、正サイト（業務サイト）の正ボリュームにホストサーバから書き込まれる更新データを、ジャーナルボリューム（マスタジャーナルボリューム）にコピーして格納する。このデータは、正ボリュームのＩ／Ｏとは非同期に、副サイト（バックアップサイト）のジャーナルボリューム（リストアジャーナルボリューム）にコピーされる。
【0004】
このように、正サイトの正ボリュームにホストから書き込まれるデータは、ライト要求とは非同期に副サイトへ転送される。リストアジャーナルボリュームから副ボリュームにデータを書き込むことで、リモートコピーが完了されたことになる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２００５－１８５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ジャーナルボリュームには、正ボリュームに対するＩＯ負荷、正サイトと副サイトを接続するネットワーク帯域、そして、ネットワークの安定性等に基づいて、最適なサイズが見積もられる。しかしながら、ストレージシステムの管理者がジャーナルボリュームの適正サイズを決定することは元来難しい。
【0007】
ジャーナルグループ（ＪＮＬ）の初期設計の段階では、実運用でのＩＯ負荷の最大ライト量や最悪の回線状況等を事前に正しく把握することが困難である。そもそも正サイト、副サイト間のネットワーク瞬断、ネットワーク事業者の都合で一時的な転送劣化も発生し得る。
【0008】
また、ジャーナルボリュームに所定の記憶容量からなるブロックを一旦割り当てると、ジャーナルボリュームに割り当てたままの状態となって容量が回収されない。一方、初期設計が困難であるが故に、最初に大容量をジャーナルボリュームに割り当てると、ネットワーク瞬断等の一時的な転送速度劣化状態でもＩＯのライトページがジャーナルボリュームに割り当たってしまい、ジャーナルボリュームの容量が無駄に消費される。
【0009】
ジャーナルボリュームは、先ず妥当な容量で作成され、以後、必要に応じてその容量が拡張されるのが望ましい。そして、不要となった過剰な容量はジャーナルボリュームから解放されて有効利用されることが好ましい。本発明は、ジャーナルボリュームに割り当てられる記憶容量をリモートコピーの運用期間中適正範囲に維持できる計算機システム、及び、その方法を提供することを目的とする。
【課題を解決するための手段】
【0010】
前記目的を達成するために、本発明は、正サイトを構成する第１のストレージシステム、副サイトを構成する第２のストレージシステム、そして、管理計算機と、を備える計算機システムであって、前記第１のストレージシステムは、正ボリュームと、正ジャーナルボリュームと、を備え、前記第２のストレージシステムは、副ボリュームと、副ジャーナルボリュームと、を備え、前記管理計算機は、前記正ボリュームと、前記正ジャーナルボリュームと、前記副ジャーナルボリュームと、前記副ボリュームと、をペアとするリモートコピーを管理し、そして、前記リモートコピーに関係するリソースの稼働情報に応じて、前記正ジャーナルボリューム、及び／又は、前記副ジャーナルボリュームの容量を拡張、又は、解放する、というものである。
【0011】
前記目的を達成するために、本発明は、さらに、管理計算機が、正サイトを構成する第１のストレージシステムと、副サイトを構成する第２のストレージシステムとの間のリモートコピーを管理する、ストレージシステムの制御方法であって、前記管理計算機は、前記リモートコピーの運用に関係するリソースの稼働情報に応じて、前記ジャーナルボリュームの容量を動的に、拡張、又は、解放変更するようにした、というものである。
【発明の効果】
【0012】
本発明によれば、ジャーナルボリュームに割り当てられる記憶容量をリモートコピーの運用期間中適正範囲に維持できる。
【図面の簡単な説明】
【0013】
【図1】本発明の一実施形態に係る計算機の構成を示すブロック図である。
【図3】ストレージシステムの記憶構造のブロック図である。
【図4】管理計算機のメモリの記憶構造のブロック図である。
【図5】ジャーナルボリュームにおけるジャーナルデータの管理方法を示すブロック図である。
【図6A】ボリューム管理テーブルの一例である。
【図6B】ジャーナル管理テーブルの一例である。
【図6C】ペア管理テーブルの一例である。
【図7A】ボリューム稼働情報管理テーブルの一例である。
【図7B】ジャーナル間稼働情報管理テーブルの一例である。
【図7C】ストレージシステムの稼働情報管理テーブルの一例である。
【図8A】ペア構成管理テーブルの一例である。
【図8B】正副ジャーナル構成管理テーブルの一例である。
【図9】ストレージシステムに対して実行された操作ログの一例である。
【図10A】正副ジャーナル使用率履歴管理テーブルの一例である。
【図10B】ジャーナル間稼働情報履歴管理テーブルの一例である。
【図11】判断用履歴傾向管理テーブルの一例である。
【図12】判断用マップの一例である。
【図13】ジャーナルボリュームの作成のためのフローチャートである。
【図14】判断用履歴傾向管理テーブルの更新のフローチャートである。
【図16】リモートコピーの運用状況に応じてジャーナルボリュームの容量変更のための対処のフローチャートである。
【図17】判断用マップに基づいて、正副ジャーナルボリュームの容量の拡張、又は、解放を行うためのフローチャートである。
【発明を実施するための形態】
【0014】
以下、図面を参照して本発明の実施形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされることがある。本発明が本実施形態に制限されることは無く、本発明の思想に合致するあらゆる実施形態が本発明の技術的範囲に含まれる。特に限定しない限り、各構成要素は複数でも単数でも構わない。
【0015】
以下の説明では、例えば、「ｘｘｘテーブル」の表現にて各種情報を説明することがあるが、各種情報はテーブル以外のデータ構造で表現されていてもよい。各種情報がデータ構造に依存しないことを示すために、「ｘｘｘテーブル」を「ｘｘｘ情報」と呼ぶことがある。
【0016】
また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号（又は参照符号における共通部分）を使用し、同種の要素を区別して説明する場合は、要素のＩＤ（又は要素の参照符号）を使用することがある。
【0017】
また、以下の説明では、「計算機システム」は、１以上の計算機を含むシステムである。このため、「計算機システム」は、１つの計算機であってもよいし、複数の計算機であってもよいし、計算機の他に計算機以外のデバイスを含んでいてもよい。その１以上の計算機は、典型的には、少なくとも１つの物理計算機を含む。その１以上の計算機は、少なくとも１つの仮想計算機を含んでもよい。
【0018】
また、以下の説明では、「ストレージ管理装置」は、１以上の計算機で構成されてよい。具体的には、例えば、管理計算機が表示デバイスを有していて管理計算機が自分の表示デバイスに情報を表示する場合、管理計算機が管理システムでよい。
【0019】
また、例えば、管理計算機（例えばサーバ）が表示用情報を遠隔の表示用計算機（例えばクライアント）に送信し表示用計算機がその情報を表示する場合（管理計算機が表示用計算機に情報を表示する場合）、管理計算機と表示用計算機とのうちの少なくとも管理計算機を含んだシステムがストレージ管理装置でよい。
【0020】
以下の説明では、「プログラム」あるいはそのプロセスを主語として処理を説明する場合があるが、プログラムは、プロセッサ、又は、コントローラ（例えば、ＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えば、メモリ）及び／又は通信インタフェース装置（例えば、通信ポート）を用いながら行うため、処理の主語がプロセッサであってもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。
【0021】
また、以下の説明では、「ストレージデバイス」は、例えば、ＨＤＤ又はＳＳＤでよい。ストレージシステムに異なる種類のデバイスが混在していてもよい。
【0022】
図１は、本発明の一実施形態に係る計算機システム１００の構成を示すブロック図である。計算機システム１００は、第１のストレージシステム１１０ａと第２のストレージシステム１１０ｂとを有する。これらストレージシステムの間で非同期リモートコピーが運用されるため、ストレージシステム１１０ａを正ストレージシステムと呼び、ストレージシステム１１０ｂを副ストレージシステムと呼ぶこともあるとする。計算機システム１００は、さらに、管理計算機１３０、ホスト１５０ａ（ホスト１），ホスト１５０ｂ（ホスト２）を備える。
【0023】
ストレージシステム１１０ａ（１１０ｂ）は、データ記憶装置であるストレージデバイス１１６ａ（１１６ｂ）と、管理計算機１３０が接続する管理ネットワーク１２２に接続するためのポート１１３ａ（１１３ｂ）と、メモリ１１２ａ（１１２ｂ）と、及び、これらの要素に接続されるＣＰＵ：プロセッサ１１１ａ（１１１ｂ）を有する。
【0024】
さらに、ストレージシステム１１０ａ（１１０ｂ）は、ホスト１５０ａ（ホスト１）とホスト１５０ｂ（ホスト２）とが接続するストレージネットワーク１２１への接続用ポート１１４ａ（１１４ｂ）を備える。
【0025】
ポート１１４ａ（１１４ｂ）は、ストレージシステム１１０ａ（１１０ｂ）と、ホスト１５０ａ（１５０ｂ）の間で入出力されるデータのインタフェース処理を行うものであり、例えばＨＢＡでよい。
【0026】
ポート１１３ａ（１１３ｂ）は、ストレージシステム１１０ａ（１１０ｂ）と管理計算機１３０の間で入出力されるデータのインタフェース処理を行うものであり、例えばＮＩＣでよい。ネットワーク１２１，１２２は、例えば、ＦＣＳＡＮでよい。
【0027】
ストレージシステム１１０ａ（１１０ｂ）は、データを読み書き可能な１つまたは複数の論理ボリュームをホスト１５０ａ（１５０ｂ）に提供する。ストレージシステム１１０ａ（１１０ｂ）は、ホスト１５０ａ（１５０ｂ）から、論理ボリュームを指定したＩ／Ｏコマンド（例えば、ライトコマンド又はリードコマンド）を受信し、そのＩ／Ｏコマンドを処理する。
【0028】
ストレージシステム１１０ａ（１１０ｂ）は、ホスト１５０ａ（１５０ｂ）から入力されるライトコマンドやリードコマンドに応じて、指定された論理ボリューム内の当該ライトコマンド又はリードコマンドにおいて指定されたアドレス位置にデータを読み書きする。
【0029】
ストレージシステムは１台のサーバ（ノード）によって構成されてもよいし、複数台のサーバ（ノード）を１つのクラスタとしてそのクラスタを１台のストレージシステムとみなしてもよい。管理計算機、ストレージシステム、ホストは、オンプレミスのデータセンタにおいて、物理的／仮想サーバ上で動作されてもよい。パブリッククラウドが提供するクラウド環境で動作させてもよい。ストレージデバイスは、オンプレミスの場合は、物理的なＨＤＤ、ＳＳＤ等でよい。パブリッククラウドの場合は、パブリッククラウドベンダが提供する仮想的なデバイス（ＡＷＳの例だとＥＢＳ、Ｓ３等）であってもよい。管理計算機はストレージシステムに含まれていてもよい。
【0030】
管理計算機１３０は、ネットワーク１２２に接続するポート１３３、ストレージデバイス１３４、メモリ１３２、及び、これらの要素に接続されるＣＰＵ：プロセッサ１３１を有する。ポート１３３は、管理計算機１３０とストレージシステム１１０ａ（１１０ｂ）の間で入出力されるデータのインタフェース処理を行う。
【0031】
ＣＰＵ１３１は、メモリ１３２やストレージデバイス１３４に記憶された各種プログラムやデータを用いて所定の処理を実行することで、ポート１３３の動作を制御するとともに、管理計算機１３０の全体制御を行う。管理計算機１３０は、ストレージシステム１１０ａ（１１０ｂ）、ホスト１５０ａ（１５０ｂ）に提供する論理ボリュームを管理する。
【0032】
ホスト１５０ａ（１５０ｂ）は、ネットワーク１２１に接続するポート１５２ａ（１５２ｂ）、ストレージデバイス１５８ａ（１５８ｂ）、メモリ１５４ａ（１５４ｂ）、及び、これらの要素に接続されるＣＰＵ：プロセッサ１５６ａ（１５６ｂ）を有する。ポート１５２ａ（１５２ｂ）は、ストレージシステム１１０ａ（１１０ｂ）の間で入出力されるデータのインタフェース処理を行う。ＣＰＵ１５６ａ（１５６ｂ）は、メモリ１５４ａ（１５４ｂ）やストレージデバイス１５８ａ（１５８ｂ）に記憶された各種プログラムやデータを用いて所定の処理を実行することで、ポート１５２ａ（１５２ｂ）の動作を制御するとともに全体制御を行う。
【0033】
図２に、正サイトの正ストレージシステム１１０ａと副サイトの副ストレージシステム１１０ｂとの間で行われる非同期リモートコピーの機能ブロック図を示す。非同期リモートコピーとは、業務サイト（正サイト）のストレージシステムにホストから書き込まれるデータを、ライト要求とは非同期にバックアップサイト（副サイト）のストレージシステムへ転送する機能のことである。
【0034】
正サイト１１０ａと副サイト１１０ｂとからなるリモートコピーシステムには、第１のコンシステンシーグループ（ＣＴＧ１）１６０からなる第１のリモートコピーペアと、第２のコンシステンシーグループ（ＣＴＧ２）１６２からなる第２のリモートコピーペアとが設定されている。
【0035】
第１のコンシステンシーグループ（ＣＴＧ１）１６０の正サイト１１０ａには、正ボリュームＰＶＯＬ１と、（マスタ）ジャーナルＰＪＮＬ１（１７０ａ）とが設定されている。ジャーナルはジャーナルグループとも称される。ジャーナルＰＪＮＬ１（１７０ａ）には、（マスタ）ジャーナルボリューム（ＪＶＯＬ１）が含まれている。
【0036】
そして、ＣＴＧ１（１６０）の副サイト１１０ｂには、副ボリュームＳＶＯＬ１と、（リストア）ジャーナルＳＪＮＬ１（１７０ｂ）とが設定されている。ジャーナルＳＪＮＬ１（１７０ｂ）には、（リストア）ジャーナルボリューム（ＪＶＯＬ２）が含まれている。
【0037】
ホスト１５０ａ（１５０ｂ）から正ボリューム（ＰＶＯＬ１）に書き込まれる更新データはコピーされ、正ジャーナルボリューム（ＪＶＯＬ１）に格納される。正ボリューム（ＰＶＯＬ１）へのＩ／Ｏとは非同期にジャーナルボリューム（ＪＶＯＬ１）の更新データ（ジャーナルデータ）は、副サイト１１０ｂの副ジャーナルボリューム（ＪＶＯＬ２）にコピーされる。
【0038】
副ジャーナルボリューム（ＪＶＯＬ２）の更新データは副サイト１１０ｂの副ボリューム（ＳＶＯＬ１）に書き込まれる。ＣＴＧ１には、ＰＶＯＬ１－ＪＶＯＬ１－ＪＶＯＬ２－ＳＶＯＬ１のリモートコピーペアが設定されている。
【0039】
第２のコンシステンシーグループ（ＣＴＧ２）１６２の正サイト１１０ａには、正ボリューム（ＰＶＯＬ２，ＰＶＯＬ３）と正ジャーナルＰＪＮＬ２（１８０ａ）とが設定されている。正ジャーナルＰＪＮＬ２には、正ジャーナルボリューム（ＪＶＯＬ３）が含まれる。
【0040】
そして、ＣＴＧ２（１６２）の副サイト１１０ｂには、副ボリューム（ＳＶＯＬ２，ＳＶＯＬ３）と副ジャーナルＳＪＮＬ２（１８０ｂ）とが設定されている。副ジャーナルＳＪＮＬ２には副ジャーナルボリュームＪＶＯＬ４が含まれる。ＣＴＧ２には、ＰＶＯＬ２－ＪＶＯＬ３－ＪＶＯＬ４－ＳＶＯＬ２のリモートコピーペアと、ＰＶＯＬ３－ＪＶＯＬ３－ＪＶＯＬ４－ＳＶＯＬ３のリモートコピーペアとが設定されている。
【0041】
図３は、ストレージシステム１１０ａ（１１０ｂ）のメモリ１１２ａ（１１２ｂ）の記憶構造の機能ブロック図である。ビットマップ管理プログラム３００は、ジャーナルボリュームのブロック管理ビットマップ３１０（図５）を管理するためのプログラムである。ボリューム管理プログラム３０２は、ボリュームの作成、削除などのその構成を管理するためのプログラムである。
【0042】
ジャーナル管理プログラム３０４は、ジャーナル、ジャーナルボリュームの作成、削除など夫々を管理するためのプログラムである。ペア管理プログラム３０６は、ボリュームペアの作成、削除などペアを管理するためのプログラムである。
【0043】
稼働情報管理プログラム３０８はリモートコピーの運用に関係するリソース（ハードウェア、ソフトウェア）である、ＣＰＵ、ボリューム等の稼働情報を計測・保存、管理するためのプログラムである。
【0044】
ブロック管理ビットマップ３１０は、ジャーナルボリュームについて、ジャーナルデータの転送、未転送、未使用を管理するビットマップである（図５）。ビットマップ管理プログラム３００によって更新される。ボリューム管理テーブル３１２は、ボリュームの構成情報を管理するためのテーブルであり、ボリューム管理プログラム３０２によって更新される。
【0045】
ジャーナル管理テーブル３１４は、ジャーナルの構成情報を管理するためのテーブルであり、ジャーナル管理プログラム３０４によって更新される。ペア管理テーブル３１６は、ペアの構成情報を管理するためのテーブルであり、ペア管理プログラム３０６によって更新される。
【0046】
装置稼働情報管理テーブル３１８は、ストレージシステムのＣＰＵやメモリの稼働情報のテーブルであり、稼働情報管理プログラム３０８によって更新される。ボリューム稼働情報管理テーブル３２０は、ボリュームの稼働情報を管理するためのテーブルであり、稼働情報管理プログラム３０８によって更新される。ジャーナル間稼働情報管理テーブル３２２は、ジャーナル間の稼働情報のテーブルであり、稼働情報管理プログラム３０８によって更新される。操作ログ３２４は、ストレージシステムに対して実施された操作のログのテーブルである。
【0047】
図４は管理計算機１３０のメモリ１３２の記憶構造の機能ブロック図である。構成管理プログラム４００は、管理対象ストレージシステム１１０ａ，１１０ｂの構成を管理する。傾向管理プログラム４０２は、ストレージシステム１１０ａ，１１０ｂの複数の管理対象リソース夫々の稼働情報の傾向を管理する。情報収集・更新プログラム４０４は、管理対象ストレージシステム１１０ａ，１１０ｂから構成情報や稼働情報を収集して、更新する。
【0048】
ペア構成管理テーブル４０６は、管理対象ストレージシステム１１０ａ，１１０ｂのリモートコピーペア構成を管理するためのテーブルであり、構成管理プログラム４００によって更新される。正副ジャーナル構成管理テーブル４０８は、管理対象ストレージシステムの正側ジャーナル（ＰＪＮＬ）と副側のジャーナル（ＳＪＮＬ）との構成を管理するためのテーブルであり、構成管理プログラム４００によって更新される。
【0049】
正副ジャーナル使用率履歴管理テーブル４１０は、管理対象ストレージシステムの正側ジャーナル（ＰＪＮＬ）と副側ジャーナル（ＳＪＮＬ）の使用率の履歴傾向を管理するためのテーブルであり、傾向管理プログラム４０２によって更新される。ジャーナル間稼働情報履歴管理テーブル４１２は、管理対象ストレージシステムの正側ジャーナルと副側ジャーナル間の稼働情報の履歴を管理するためのテーブルであり、傾向管理プログラム４０２によって更新される。
【0050】
装置稼働情報履歴管理テーブル４１４は、装置稼働情報管理テーブル３１８の履歴を管理するためのテーブルであり、傾向管理プログラム４０２によって更新される。判断用履歴傾向管理テーブル４１６は、正副ジャーナルボリュームの属性、仕様、運用を含む構成を変更、調整、修正、補正等するための判断用テーブルであり、傾向管理プログラム４０２によって更新される。判断用マップ４１８は、リモートコピーの運用に関係するリソースに複数のイベントが発生した時に、構成管理プログラム４００がジャーナル、ジャーナルボリュームの構成をどのように変更するかの制御テーブルである。これは事前に準備されるか、もしくは、ユーザ入力によって必要に応じて更新されてもよい。
【0051】
図５はジャーナルボリュームにおけるジャーナルデータの管理方法を示すブロック図である。ジャーナルボリュームＪＶＯＬは、正ボリュームにＷｒｉｔｅされたデータを受け取り、副ボリュームにデータを送るためのバッファとして機能する。
【0052】
ジャーナルボリュームの先頭のメモリアドレスＬから、ジャーナルデータ（更新データとメタデータ）が順次取り出されて副ストレージシステム１１０ｂに送信される。ジャーナルボリュームの領域として、副ジャーナルボリュームにジャーナルデータが転送された転送済み領域、ジャーナルデータが格納されているが副ジャーナルボリュームに未転送の領域、未使用の領域が存在する。
【0053】
ブロック管理ビットマップ３１０は、ジャーナルボリュームＪＶＯＬの各ブロックが使用中であるか、未使用であるかの値を記憶する。対応するブロックが使用中である場合には、ビット値“１”が設定され、未使用である場合には、ビット値“０”が設定される。ジャーナルボリュームは、所定の共通の固定サイズの複数のブロックに区分されて管理されている。各ブロックは、複数のジャーナルデータが格納可能なサイズである。
【0054】
管理計算機１３０の構成管理プログラム４００はリモートコピーの運用に関係する、または、それに影響を与えるリソースの稼働状態の傾向に基づいてブロック管理ビットマップ３１０を参照してジャーナルボリュームの容量の拡張、または容量の解放を実行する。
【0055】
構成管理プログラム４００は、ジャーナルボリュームの転送済みの領域の一部、又は、全部をジャーナルボリュームから解放して、ジャーナルボリュームに割り当てられたままの記憶容量を少なくする。構成管理プログラム４００は、ジャーナルボリュームの未使用領域の一部を解放することも可能である。
【0056】
図６Ａはボリューム管理テーブル３１２の一例である。ボリューム管理テーブル３１２は、ボリュームリソースＩＤと容量とその属性を持つ。属性には、ホストからアクセスされる通常のボリュームのものと、ジャーナルボリュームとして利用されるものとがある。
【0057】
図６Ｂはジャーナル管理テーブル３１４の一例である。ジャーナル管理テーブル３１４は、ジャーナルリソースのＩＤと、ジャーナルに含まれるジャーナルボリュームのＩＤ（ＶＯＬＩＤ）、ジャーナルボリュームの容量（ＪＶＯＬ容量）と、そのステータス（Ｎｏｒｍａｌ，Ｅｒｒｏｒ）、そして、そのジャーナルボリュームの使用率の情報を持つ。
【0058】
図６Ｃはペア管理テーブル３１６の一例を示す。ペア管理テーブル３１６は、リモートコピーペアのＩＤ（リソースＩＤ）と、そのペアに含まれる正ボリュームのＩＤ（ＰＶＯＬＩＤ）、正ジャーナルボリュームのＩＤ（ＰＪＮＬＩＤ）、副ボリュームのＩＤ（ＳＶＯＬＩＤ）、副ジャーナルボリュームのＩＤ（ＳＪＮＬＩＤ）、複数のペアをグループ（ＣＴＧ））で管理する場合のグループＩＤ、そして、ペアの状態を示すステータスを持つ。
【0059】
ステータスには、例えば、ペアのデータが正常にコピーし続けられているＰＡＩＲ状態、コピーが一時停止しているサスペンド状態、ジャーナルボリュームがあふれそうなＰＦＵＬ状態、何かしらのエラーにより異常が発生しているＰＳＵＥ状態などがある。なお、これらのテーブルではボリューム、ジャーナルのＩＤがグローバルでユニークであることを前提にしているため、装置を示すＩＤが省略されているが、ボリュームやジャーナルのＩＤが装置内ユニークの場合は、正と副の各装置ＩＤを示す情報を持たせてもよい。
【0060】
図７Ａはボリューム稼働情報管理テーブル３２０の一例であって、ボリュームのＩＤ、メトリック（稼働情報）の種別を示す情報、時刻、そして、各時刻での稼働情報の値を含む。ボリューム稼働情報管理テーブル３２０は、１分ごとの値を記録しているが、時間間隔はこれに限らない。
【0061】
図７Ｂは、ジャーナル間稼働情報管理テーブル３２２の一例であって、正サイト１１０ａのジャーナルのＩＤ（ＰＪＮＬＩＤ）、副サイト１１０ｂのジャーナルのＩＤ（ＳＪＮＬＬＩＤ）と、メトリックの種別を示す情報と、各時刻の値を記録している。
【0062】
図７Ｃは装置（ストレージシステム）稼働情報管理テーブル３１８の一例であり、ストレージシステムのリソースの一つとしての、ＣＰＵとメモリ夫々のＩＤ、メトリックの種類、時刻、そして、時刻でのメトリックの値を示す。メモリのＷｒｉｔｅ Ｐｅｎｄｉｎｇ ＲａｔｅはＷｒｉｔｅデータが多くなり、メモリに書けなくて溜まるデータの割合を示す。これは、ストレージシステムの負荷が高くなっていることを示す１つの指標である。メトリックはここに記載の値に限らない。たとえば、ボリュームのレスポンスタイム、ドライブごとのドライブ稼働率、メモリのキャッシュヒット率、ストレージクラスタ内ノードごとのＣＰＵ、メモリ、ドライブ稼働率などでもよい。
【0063】
図８Ａはペア構成管理テーブル４０６の一例である。ペア構成管理テーブル４０６は、基本的にはストレージシステムのペア管理テーブル３１６と同じ情報を持つ。図８Ｂは正副ジャーナル構成管理テーブル４０８の一例を示す。正副ジャーナル構成管理テーブル４０８は、管理対象ストレージシステム１１０ａ，１１０ｂのジャーナル管理テーブル３１４と同じ情報を持つ。基本的にはストレージシステムのジャーナル管理テーブル３１４と同じカラムの情報を持つ。
【0064】
図９は、ストレージシステム１１０ａ（１１０ｂ）に対して実行された操作ログ３２４の一例である。操作ログは、操作対象リソースが複数の場合（例として、配列）には、複数の値を持ってもよい。指定パラメタは、例えば、Ｖｏｌｕｍｅ作成の時のサイズなど、操作内容で必要な値である。操作ログは、テーブル形式の他、テキストの羅列でもよい。ログとして記録するカラム（値）は、図９の例に限られない。
【0065】
管理計算機１３０はストレージシステム１１０ａ、１１０ｂから、リモートコピーの運用に関係するリソースの稼働情報を収集し、稼働情報の履歴を履歴管理テーブルとして作成する。管理計算機１３０は収集した稼働情報履歴からその傾向を算出し、この傾向に基づいて、リモートコピーの運用状況、例えば、正ジャーナルボリューム、及び／又は、副ジャーナルボリュームの使用率の傾向（使用率の増加傾向、又は、減少傾向）を判定し、これに基づいて、ジャーナルボリュームの容量をリモートコピーの運用に合わせて動的に変更できることとした。この結果、ジャーナルボリュームに割り当てられる記憶容量をリモートコピーの運用期間中適正範囲に維持できる。
【0066】
図１０Ａは、正副ジャーナル使用率履歴管理テーブル４１０の一例である。正副ジャーナル使用率履歴管理テーブル４１０は、管理計算機が管理する対象である、ストレージシステム１１０ａ、１１０ｂの複数のジャーナルＰＪＮＬ１、ＰＪＮＬ２，ＳＪＮＬ１，ＳＪＮＬ２の夫々について時刻毎の使用率（ジャーナルボリューム）の履歴を持つ。
【0067】
ジャーナルボリュームの使用率とは、ジャーナルボリュームの全容量のうち、ジャーナルデータの未転送領域、そして、転送領域の合計の割合をいう。ジャーナルとジャーナルボリューム夫々の使用率（利用率）は、リモートコピーに関係するリソースの稼働情報の一例である。
【0068】
図１０Ｂは、ジャーナル間稼働情報履歴管理テーブル４１２の一例である。これは、正側ジャーナル（ＰＪＮＬ ＩＤ）と副側ジャーナル（ＳＪＮＬＬ ＩＤ）の組み合わせ毎のジャーナル間の稼働情報（メトリック）としてのデータ転送速度（ネットワーク１２１の負荷）の履歴を持つ。メトリックはここに記載の値に限らない。例えば、ジャーナルボリューム間のレスポンスタイム、ジャーナルボリュームへＩＯ負荷（ＩＯＰＳ）などでもよい。複数のジャーナル間のデータ転送速度等は、リモートコピーに関係するリソースの稼働情報の一例である。
【0069】
図１１は判断用履歴傾向管理テーブル４１６の一例である。図１１において、正ジャーナルボリューム、正ストレージシステム、副ストレージシステム、そして、正ジャーナルボリュームと副ジャーナルボリュームとの間のネットワークの夫々がリモートコピーに関係するリソースの例である。
【0070】
判断とは、リソースの稼働情報に於ける負荷の傾向（以下、単に、「傾向」と記載する。）を特定するための判断を言う。傾向とは図１２の「正常」や「性能劣化」などである。管理計算機１３０は、ストレージシステムのリモートコピーの運用ための稼働状態の傾向に基づいてジャーナルボリュームの構成の変更を行う。したがって、管理計算機１３０はリモートコピーの運用状況に応じて、正副ジャーナルボリュームの構成を動的に変更でき、ジャーナルボリュームに割り当てられる記憶容量をリモートコピーの運用期間中適正範囲に継続して抑えることができる。
【0071】
判断用履歴傾向管理テーブル４１６は、ストレージシステム（ＤＫＣ）のＩＤ（ＤＫＣ１：正ストレージシステム）と、ストレージシステムのリソースＩＤと、リソース稼働情報（メトリック）とを含んでいる。メトリックについて、リソースＩＤに関連するリソースがある場合には、関連リソースＩＤが記録される。傾向値は判断のためのベースとなる値であって稼働情報の値であって、例えば、直近のある一定期間（例：１日）のピーク値の平均でよい。
【0072】
図１１に示すように、ストレージシステムのＣＰＵ利用率、メモリのＷｒｉｔｅ Ｐｅｎｄｉｎｇ Ｒａｔｅもリモートコピーに関係するリソースの稼働情報の一例である。リソースの稼働情報は、第１のストレージシステムの負荷、第２のストレージシステムの負荷、ジャーナルボリュームへのＩＯ負荷、ジャーナルボリュームの利用率、そして、第１のストレージシステムと第２のストレージシステムとの間のネットワークの負荷等説明したものの少なくとも一つを含む。
【0073】
図１２に判断用マップ４１８の一例を示す。判断用マップはテーブル形式に構成されている。判断用マップ４１８は、リモートコピーに関係する複数のリソース夫々の稼働情報の傾向の複数の組み合わせと、組み合わせ毎のジャーナルボリュームの容量の拡張、又は、解放のための対処のシナリオを含んでいる。ＰＪＮＬＶＯＬのＩＯＰＳの「一定」、「増加」、正ＤＫＣ（正ストレージシステム）１１０ａの負荷「正常」、ジャーナル間のネットワーク状態（ＪＮＬ間ＮＷ状態）の「正常」、「性能劣化」、「上限到達」、そして、副ＤＫＣ（副ストレージシステム）１１０ｂの負荷「正常」、「高負荷」は夫々の稼働情報の「傾向」の例である。
【0074】
判断用マップ４１８は、複数のリソース夫々の稼働情報の傾向を含んでいる。この傾向は、図１１に示す「傾向値」と現在の稼働情報とが比較されて、管理計算機によって決定される。ストレージシステム（ＤＫＣ）負荷とは、例えば、ＣＰＵ利用率やキャッシュＷｒｉｔｅ Ｐｅｎｄｉｎｇ Ｒａｔｅである。
【0075】
ＪＮＬ間ＮＷ（ジャーナル間ネットワーク：１２２）状態とは、例えば、正副ジャーナル間のデータ転送速度の値を示す。判断用マップは、複数のリソース稼働情報の傾向の組み合わせによって、正ジャーナルボリューム、副ジャーナルボリュームの使用率が今後増加するか、又は、減少するかの傾向や展開等のシナリオに沿った、リモートコピーの運用調整を含んでいる。リモートコピーの運用調整は、ジャーナルボリュームの構成変更（ジャーナルボリュームの容量の拡張又は解放等）を含む。
【0076】
管理計算機１３０は判断用マップに従ってジャーナルボリュームの構成変更を実行する。管理計算機１３０は、ジャーナルボリュームの構成変更をこの判断用マップに従って対処してもよいし、判断用マップに相当するロジックをフローチャートに基づいて実行してもよい。
【0077】
図１３はジャーナルボリュームの作成のためのフローチャートの一例である。正副のストレージシステム１１０ａ，１１０ｂに夫々に正ボリューム（ＰＶＯＬ）と副ボリューム（ＳＶＯＬ）が夫々作成されているとする。図１３は、リモートコピーの運用を開始する際に実行される。
【0078】
ユーザから管理計算機１３０へのアクセスによって図１３のフローチャートがスタートする。ユーザは、管理計算機１３０の構成管理プログラム４００にリモートコピーペアの作成を指示する（Ｓ１３００）。これを受けて、構成管理プログラム４００は、正副のストレージシステム１１０ａ，１１０ｂへジャーナルボリューム作成を指示する（Ｓ１３０２）。
【0079】
この指示を受けて、正副ストレージシステムの夫々のボリューム管理プログラム３０２はジャーナルボリュームを作成する（Ｓ１３０４）。この際、ジャーナルボリュームの容量は最低限必要な容量でもよいし、ボリューム（ＰＶＯＬ）と同じ容量でもよいし、ユーザが適当な値を事前に設定してもよい。
【0080】
次いで、管理計算機１３０の構成管理プログラム４００が正副のストレージシステムへジャーナルの作成を指示する（Ｓ１３０６）。これを受けて、正副のストレージシステム夫々のジャーナル管理プログラム３０４がジャーナルを作成し、これをジャーナル管理テーブル３１４に登録する（Ｓ１３０８）。次いで、構成管理プログラム４００が、正副のストレージシステムのペア管理プログラム３０６へリモートコピーペア作成を指示する（Ｓ１３１０）。
【0081】
そして、正副ストレージシステムのペア管理プログラム３０６がボリューム（ジャーナルボリュームを含む。）のボリューム管理テーブル３１２（図６Ａ）情報からリモートコピーペアを作成し、これを、ジャーナル管理テーブル３１４（図６Ｂ），ペア管理テーブル３１６（図６Ｃ）に登録して（Ｓ１３１２）、フローチャートを終了する。
【0082】
次に、管理計算機１３０がストレージシステム１１０ａ、１１０ｂから情報を収集し、既述のテーブル（図４）を更新する。管理計算機１３０は、次の図１４のフローチャートに従い、判断用履歴情報（判断用履歴傾向管理テーブル４１６：図１１）を更新する。管理計算機１３０は、所定時間毎に図１４のフローチャートを実行する。
【0083】
情報収集・更新プログラム４０４が正・副夫々のストレージシステム１１０ａ，１１０ｂから、ボリューム管理テーブル３１２、ジャーナル管理テーブル３１４、ペア管理テーブル３１６、ボリューム稼働情報管理テーブル３２０、そして、ジャーナル間稼働情報管理テーブル３２２を参照する（Ｓ１４００）。
【0084】
次いで、情報収集・更新プログラム４０４がペア構成管理テーブル４０６、正副ジャーナル構成管理テーブル４０８、正副ジャーナル使用率履歴管理テーブル４１０、ジャーナル間稼働情報履歴管理テーブル４１２、装置稼働情報履歴管理テーブル４１４を更新する（Ｓ１４０２）。そして、情報収集・更新プログラム４０４は、図１５のフローチャートに基づいて、判断用履歴傾向管理テーブル４１６を更新する（Ｓ１４０４）。
【0085】
図１５は、判断用履歴傾向管理テーブル４１６（図１１）を更新するためのフローチャートである。傾向管理プログラム４０２は図１４のフローチャートに基づいて更新された各管理テーブルに基づいて、判断用履歴傾向管理テーブル４１６を更新する。
【0086】
傾向管理プログラム４０２は、過去一定期間（例：過去１日）に於ける、正・副夫々のストレージシステムの装置稼働情報（ＣＰＵ利用率、メモリＷｒｉｔｅ Ｐｅｎｄｉｎｇ Ｒａｔｅ、ドライブ稼働率等）、正・副夫々のジャーナルボリュームのＩＯＰＳ、ジャーナル間のデータ転送量等の傾向値を計算して、判断用履歴傾向管理テーブル４１６に登録する（Ｓ１５００）。
【0087】
傾向値として、例えば、夫々のメトリック（稼働情報）のピーク値の最大・最小を除く値の平均値でよい。最大、最小値を除く理由は極端な値を除くためである。この場合のピーク値は、例えば、稼働情報の連続する時間の差分が正である場合のメトリックの値である。
【0088】
次に、傾向管理プログラム４０２が、判断用履歴傾向管理テーブル４１６に記録されている傾向値（記録値）と、今回計算した稼働情報（現状値）とを比較する（Ｓ１５０２）。傾向管理プログラム４０２は、記録値と現状値との差分を計算し、差分と閾値とを比較し（Ｓ１５０４）、差分が閾値を超えるメトリックが少なくとも一つある場合には、判断を肯定してＳ１５０６のステップに移行する。傾向管理プログラム４０２はこの判定を否定するとリモートコピーの運用に関係するリソースの稼働情報に実質的な変化は無いとして、ジャーナルボリュームの構成を変更する事無く、フローチャートを終了する。
【0089】
閾値として、事前に固定値（例：判断用履歴傾向管理テーブル４１６に記録されている傾向値の５％）を決めておいてもよいし、ユーザがその都度所定値を入力してもよい。リソースの稼働情報（メトリック）ごとに閾値が異なっていてもよい。
【0090】
Ｓ１５０４は次のようにして行われてもよい。複数のリソース夫々の稼働情報ごとに重みを設け、傾向管理プログラム４０２は、前記差分（Ｓ１５０２）と重みとの掛け合わせを複数の稼働情報夫々について行う。そして、傾向管理プログラム４０２は、このようにして得られた値を全ての稼働情報について合計し、合計した値と所定値とを比較するようにしてもよい。
【0091】
構成管理プログラム４００は、全ての稼働情報夫々に重みを付けることによって、ジャーナルボリュームの構成の変更に与える影響度を複数の稼働情報の間で優劣をつけることができる。したがって、ジャーナルボリュームの構成の変更の要否を、リモートコピーの運用に合わせて総合的に判定することができる。
【0092】
ストレージシステムに複数のジャーナルボリュームが存在する場合にジャーナルボリュームごとに閾値を変えてもよい。閾値を変えることによってジャーナルボリュームごとにジャーナルボリュームの容量が変更されるタイミングを変えることができる。
【0093】
管理計算機１３０がストレージシステム内の複数のジャーナルボリュームについてその容量の変更の要否を判断する場合、複数のジャーナルボリュームごとに稼働情報に対する優先度を変えてもよい。
【0094】
例えば、管理計算機１３０が、ジャーナルボリュームが複数ある中で、第１のジャーナルボリュームについて、ＣＰＵ利用率を優先してボリューム構成変更の判定を実行し、第２のジャーナルボリュームについてメモリＷｒｉｔｅ Ｐｅｎｄｉｎｇ Ｒａｔｅを優先するといった類のものである。このようにすることによってジャーナルボリュームの属性の違いに応じてボリューム構成変更の要否を判断することができる。
【0095】
またさらに、傾向値の差分が閾値を超えるジャーナルボリュームが複数存在する場合に、傾向管理プログラム４０２は、複数の稼働情報、例えば、稼働情報Ｘ，Ｙ，Ｚ（Ｘ＝ＣＰＵ利用率、Ｙ＝ＩＯＰＳ、Ｚ＝転送速度）の優先度、Ｘ（最優先）、Ｙ（２番目）、Ｚ（３番目）に基づいて、Ｘの値が最も大きいジャーナルボリュームに対してＳ１５０６を実行する。なお、Ｘの値が同じジャーナルボリュームが複数ある時、傾向管理プログラム４０２はＹの値で比較して、Ｙが最も大きいジャーナルボリュームについてＳ１５０６を実行する。
【0096】
次いで、構成管理プログラム４００は、残りの複数のジャーナルボリュームについて、Ｙの値が最も大きいジャーナルボリュームに対してＳ１５０６を実行し、最後に、Ｚの値が最も大きいジャーナルボリュームに対してＳ１５０６を実行する。このような優先度順番で、全ジャーナルボリュームに対してＳ１５０６を実行する。
【0097】
傾向管理プログラム４０２がＳ１５０４を肯定すると、フローチャートはＳ１５０６に移行する。構成管理プログラム４００は、リモートコピーの運用状況に応じてジャーナルボリュームの容量変更のための対処を実行する（Ｓ１５０６）。詳しくは、次の図１６のフローチャートにおいて説明する。さらに、Ｓ１５０６を経て、フローチャートが終了された後、傾向管理プログラム４０２は、図１４のフローチャートに戻り、ジャーナルボリュームの構成変更が行われた後の状態で、判断用履歴傾向管理テーブル４１６を更新することができる（Ｓ１４０４）。
【0098】
構成管理プログラム４００の指示を受けて、ジャーナル管理プログラム３０４は、ジャーナルボリュームの構成変更（容量の増減）のために、図１６のフローチャートに示す処理を実行する。ジャーナル管理プログラム３０４は、図７Ａに示すボリューム稼働情報管理テーブル３２０を参照して正ジャーナルボリューム（ＰＪＮＬＶＯＬ）のＩＯＰＳがゼロか否かを判定する（Ｓ１６００）。
【0099】
ジャーナル管理プログラム３０４はＳ１６００のステップを肯定するとＳ１６０２に移行する。Ｓ１６０２において、ビットマップ管理プログラム３００は、正ジャーナルボリューム（ＰＪＮＬＶＯＬ）のビットマップ管理テーブル（図５）を参照し、ＰＪＮＬＶＯＬのブロック（ページ）のうち、副ジャーナルボリューム（ＳＪＮＬＬＶＯＬ）にジャーナルデータを転送済みのページの正ジャーナルボリューム（ＰＪＮＬＶＯＬ）への割り当てを解放する。
【0100】
ジャーナル管理プログラム３０４はＳ１６００を否定すると、ジャーナル間稼働情報管理テーブル３２２（図７Ｂ）を参照して、正ジャーナルと副ジャーナルとの間のネットワークに障害があるか否かを判定する（Ｓ１６０４）。例えば、構成管理プログラム４００は、ボリューム稼働情報管理テーブル３２０と、ジャーナル間稼働情報管理テーブル３２２とを参照し、正、副のジャーナルのＳｔａｔｕｓがＥｒｒｏｒでなく、正ボリューム（ＰＶＯＬ）のＩＯＰＳがゼロでないのに、ジャーナルボリューム間データ転送速度がゼロの場合、ネットワークＮＷ障害と判断する（Ｓ１６０４／ＹＥＳ）。
【0101】
この時、ペア管理プログラム３０６は、時間が経つと、ペア管理テーブル３１６（図６Ｃ）のリモートコピーペアのステータスを「ｐａｉｒ」から「ｓｕｓｐｅｎｄ」に変更して、リモートコピーを停止させるため、ジャーナル管理プログラム３０４は、Ｓ１６０２のような容量解放、容量拡張などの構成変更をジャーナルボリュームに対して実行しない。
【0102】
ジャーナル管理プログラム３０４はＳ１６０４を否定するとＳ１６０６に進み、操作ログ３２４（図９）をチェックして、直近の操作がＳＶＯＬに構成変更及ぼし、ＳＶＯＬ側の性能を出せなくする操作（例えば、Ｓｎａｐｓｈｏｔ作成）があるか否かをチェックする。
【0103】
ジャーナル管理プログラム３０４がＳ１６０６を肯定して、このような操作があったことを判定するとボリューム管理プログラム３０２に正ボリューム（ＰＶＯＬ）へのＩＯ流入を制限するよう指示を出してフローチャートを終了する（Ｓ１６０８）。この時ＳＶＯＬの構成変更が解消されるとリモートコピーが直ちに再開されるためジャーナルボリュームの構成変更は行わないものとする。
【0104】
ジャーナル管理プログラム３０４はＳ１６０６を否定するとＳ１６１０に進み、ＰＪＮＬＶＯＬ、ＳＪＮＬＬＶＯＬ、そして、ＳＶＯＬの少なくとも一つに、ボリューム稼働情報管理テーブル３２０（図７Ａ）を参照して障害があるか否かをチェックする。構成管理プログラム４００はＳ１６１０を肯定するとフローチャートを終了する。
【0105】
正ジャーナルボリューム（ＰＪＮＬＶＯＬ）障害時、リモートコピーの運用がされないので、ジャーナル管理プログラム３０４は、ジャーナルボリュームの構成変更に対する処理を行うことなく、フローチャートを終了する。副ジャーナルボリューム（ＳＪＮＬＶＯＬ）障害の場合、正ジャーナルボリューム（ＰＪＮＬＶＯＬ）の使用率が増加するが、障害サスペンドになってリモートコピーが運用されないため、ジャーナル管理プログラム３０４は、ジャーナルボリュームの構成変更に対する処理を行うことなく、フローチャートを終了する。
【0106】
副ボリューム（ＳＶＯＬ）障害の場合、正ジャーナルボリューム、副ジャーナルボリューム夫々の使用率が増加するが、障害サスペンドになってリモートコピーが運用されないため、ジャーナル管理プログラム３０４は、フローチャートを終了する。
【0107】
一方、ジャーナル管理プログラム３０４はＳ１６１０を否定すると、即ち、ＰＪＮＬＶＯＬ、ＳＪＮＬＶＯＬ、そして、ＳＶＯＬの全てが正常である場合、リモートコピーの運用は継続されるために、図１２の判断用マップに基づいて、ジャーナルボリュームの容量の拡張、又は、解放Ｓ１６１２：図１７）が行われた後フローチャートは終了される。
【0108】
図１７は、管理計算機１３０の構成管理プログラム４００が図１２の判断用マップに基づいて、正副ジャーナルボリュームの容量の拡張、又は、解放を行うためのフローチャートである。傾向管理プログラム４００は、既述の管理テーブルを参照してリソースの稼働情報を読み込み、図１１の傾向値と比較して、正ジャーナルボリュームの負荷（ＰＪＮＬＶＯＬ ＩＯＰＳ）、正ストレージシステム（正ＤＫＣ）の負荷、ジャーナル間ネットワーク（ＪＮＬ間ＮＷ）状態、副ストレージシステム（ＤＫＣ）負荷夫々に対する傾向を判定し、複数の傾向の組み合わせと図１２の判断用マップとを照合する。
【0109】
構成管理プログラム４００はＳ１７００において、図１２のマップに従い、複数の評価の組み合わせに対応する「対処」がジャーナルボリューム（ＪＮＬＶＯＬ）の使用率の閾値をチェックすべきものであるか否かを判定する。
【0110】
構成管理プログラム４００は、この判定を肯定すると、即ち、リモートコピーがジャーナルボリュームの使用率を増加させようとしている状態にあることを判定するとＳ１７０２に移行する。
【0111】
構成管理プログラム４００は、図１２のマップに従い、正ジャーナルボリューム（ＰＪＮＬＶＯＬ）、及び／又は、副ジャーナルボリューム（ＳＪＮＬＶＯＬ）の使用率が閾値以上か否かをチェックする。図１２において、「Ｐ／ＳＪＮＬＶＯＬ」は、正ジャーナルボリュームと副ジャーナルボリュームの両方である。閾値は８０％等予め決めておけばよい。
【0112】
構成管理プログラム４００はＳ１７０２を否定すると、ジャーナルボリュームの使用率は増加する傾向にはあるが、ジャーナルボリュームにはジャーナルデータを格納する上でまだ余裕があり、ジャーナルボリュームの容量拡張の必要はないものとしてフローチャートを終了する。構成管理プログラム４００がＳ１７０２を行う理由は際限なくジャーナルボリュームの容量を拡張すると、ストレージシステムの限られた記憶容量がジャーナルボリュームに浪費されることを防ぐためである。
【0113】
構成管理プログラム４００がＳ１７０２を肯定するＳ１７０４に移行し、現在のジャーナルボリュームの容量が所定値、例えば、正ボリュームの容量以下か否かを判定する。このような判定を行う理由は、リモートコピーを安定して運用させるためにジャーナルボリュームのサイズが無制限に大きくならないようにするためである。構成管理プログラム４００はＳ１７０４を否定するとジャーナルボリュームの容量は大きくもう拡張はできないと判断してフローチャートを終了する。
【0114】
構成管理プログラム４００は、Ｓ１７０４を肯定するとジャーナルボリュームの容量の拡張サイズを計算する。拡張すべきサイズは、過去の傾向から決めてもよいし、現在の容量の一定の割合、又は、固定値でもよい。構成管理プログラム４００はＳ１７１０に進み、ジャーナル管理プログラム３０４に計算されたサイズでジャーナルボリュームの容量を拡張させる。
【0115】
構成管理プログラム４００はＳ１７００を否定する、即ち、リモートコピーがジャーナルボリュームの使用率を増加させる傾向にはないことを判定するとＳ１７１２に移行する。構成管理プログラム４００は「対処」が転送済みチェックとページ解放であるか否をチェックする。
【0116】
構成管理プログラム４００はＳ１７１２を肯定、即ち、リモートコピーがジャーナルボリュームの使用率を減少させようとしている状態にあることを判定するとＳ１７１４に移行する。構成管理プログラム４００はＳ１７１４において、ビットマップ管理プログラム３００にビットマップ管理テーブル（図５）を参照させ、転送済み領域をジャーナルボリュームから解放させて、フローチャートを終了する。
【0117】
構成管理プログラム４００はＳ１７１２を否定、即ち、リモートコピーがジャーナルボリュームの使用率を減少させようとしている状態にはないと判定してフローチャートを終了する。
【0118】
以上説明したように、管理計算機は、前記リモートコピーの初期設計時、正ジャーナルボリューム、及び、副ジャーナルの夫々に所定の記憶容量を割り当て、リモートコピーの開始後、正ジャーナルボリューム、及び／又は、副ジャーナルボリュームへの容量の割り当てはリモートコピーの実行状態に応じて実行するため、リモートコピーを実行しても、ジャーナルボリュームの記憶容量の運用を効率よく実行することが出来る。
【0119】
さらに、管理計算機１３０が、正サイトを構成する第１のストレージシステム１１０ａと、副サイトを構成する第２のストレージシステム１１０ｂとの間のリモートコピーを管理する、ストレージシステムの制御方法を実行する過程で、管理計算機は、リモートコピーの運用に関係するリソースの稼働情報に応じて、ジャーナルボリュームの容量を動的に、拡張、又は、解放変更するようにしたため、ジャーナルボリュームの記憶容量をリモートコピーの運用期間中適正に維持することが出来る。
【0120】
なお、正ジャーナルボリュームと副ジャーナルボリュームとの間で判断用マップを変えても、即ち、複数の傾向の組み合わせパターンに対する対処の内容（ジャーナルボリュームの容量の拡張、解放のパターン）を変えてもよい。さらに一つのストレージシステムの中に複数のジャーナルボリュームがあるときにジャーナルボリュームごとに判断用マップを変えてもよい。また、リモートコピーの運用形態や運用状態に合わせて判断用マップを変更してもよい。
【符号の説明】
【0121】
１００：計算機システム、１１０ａ：正ストレージシステム（第１のストレージシステム）１１０ｂ：副ストレージシステム（第２のストレージシステム）、１３０：管理計算機、ＪＶＯＬ１：正ジャーナルボリューム、ＪＶＯＬ２：副ジャーナルボリューム、ＰＶＯＬ１：正ボリューム、ＳＶＯＬ１：副ボリューム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図7A】
【図7B】
【図7C】
【図8A】
【図8B】
【図9】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】