JP2021149550A - ストレージシステムおよびストレージシステムの分析方法 - Google Patents

Abstract

【課題】複数のストレージ間での影響分析を効率化する。【解決手段】ストレージシステムは、複数のストレージシステム２００Ａ、２００Ｂおよび分析サーバ３００を備え、分析サーバ３００は、ストレージシステム２００Ａの情報及びこのストレージシステム２００Ａと連携動作を行うストレージシステム２００Ｂの情報に基づいて、ストレージシステム２００Ａがストレージシステム２００Ｂに及ぼす影響を分析して出力する。【選択図】図１

Description

本発明は、ストレージシステムおよびストレージシステムの分析方法に関する。

業務システムなどの大規模システムでは、運用管理にかかるコスト削減およびトラブル時の迅速対処による可用性の向上が求められている。このような背景から、ストレージの稼働情報および構成情報などを収集・分析し、ストレージの保守およびトラブル対応の迅速化および容易化する技術が注目されている。このような技術の一例として、特許文献１には、ホストが認識する記憶領域であるボリュームを新規作成した時にパリティグループを構成するボリュームの要求性能およびパリティグループの稼働率から、新規ボリュームの作成先のパリティグループを選択する方法が開示されている。

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

しかしながら、ストレージ内で資源を共有する他ボリュームへの影響分析に比べ、ストレージ間でのリモートコピー構成などでは、あるストレージの構成変更が他ストレージの性能などへ影響することがあるため、他ストレージへの影響分析が困難であり、原因分析にも時間がかかる。

本発明は、上記事情に鑑みなされたものであり、その目的は、複数のストレージ間での影響分析を効率化することが可能なストレージシステムおよびストレージシステムの分析方法を提供することにある。

上記目的を達成するため、第１の観点に係るストレージシステムは、第１プロセッサと第１ドライブとを備える第１ストレージシステムと、第２プロセッサと第２ドライブとを備える第２ストレージシステムと、通信可能な分析装置を備え、前記分析装置は、前記第１ストレージシステムの情報および前記第１のストレージシステムと連携動作を行う前記第２ストレージシステムの情報に基づいて、前記第１のストレージシステムが前記第２ストレージシステムに及ぼす影響を分析して出力する。

本発明によれば、複数のストレージ間での影響分析を効率化することができる。

図１は、第１実施形態に係るストレージシステムの概略構成を示すブロック図である。 図２は、図１のストレージシステム間の非同期リモートコピー方法を示すブロック図である。 図３は、図１のストレージシステムのハードウェア構成例を示すブロック図である。 図４は、図３のメモリの構成例を示すブロック図である。 図５は、図１の分析サーバのハードウェア構成例を示すブロック図である。 図６は、図５のリソーステーブルの構成例を示す図である。 図７は、図５のＩＯ情報テーブルの構成例を示す図である。 図８は、図５の構成情報テーブルの構成例を示す図である。 図９は、図５のコピー性能テーブルの構成例を示す図である。 図１０は、図５の接続ストレージテーブルの構成例を示す図である。 図１１は、図５の同期コピー応答時間テーブルの構成例を示す図である。 図１２は、図４のライトプログラムおよびリモートコピープログラムの処理を示すフローチャートである。 図１３は、図４の情報送信プログラムおよび情報受信プログラムの処理を示すフローチャートである。 図１４は、図５のコピー性能変化検出プログラムの処理を示すフローチャートである。 図１５は、図５の影響分析プログラムの処理を示すフローチャートである。 図１６は、図５の同期コピー影響分析プログラムの処理を示すフローチャートである。 図１７は、図５のＧＵＩプログラムによる表示画面例を示す図である。

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また、実施形態の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。

以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶資源（例えば、メモリ）及び／又は通信インターフェースデバイス（例えば、ポート）を用いながら行うため、処理の主語がプログラムとされてもよい。プログラムを主語として説明された処理は、プロセッサまたはそのプロセッサを有する計算機が行う処理としてもよい。

図１は、第１実施形態に係るストレージシステムの概略構成を示すブロック図である。
図１において、ストレージシステムは、複数のストレージシステム２００Ａ、２００Ｂおよび分析サーバ３００を備える。ホスト１００Ａ、１００Ｂ、ストレージシステム２００Ａ、２００Ｂおよび分析サーバ３００は、ネットワーク４００Ａを介して通信可能に接続されている。このとき、ストレージシステム２００Ａ、２００Ｂは、互いに連携動作可能である。ストレージシステム２００Ａ、２００Ｂ間での連携動作として、例えば、リモートコピーを挙げることができる。ストレージシステム２００Ａ、２００Ｂ間での連携動作は、データマイグレーションであってもよい。ストレージシステム２００Ａ、２００Ｂは、互いに連携動作することで分散ファイルシステムを構築するようにしてもよい。なお、図１の例では、ストレージシステム２００Ａ、２００Ｂが２台ある場合を示したが、ストレージシステムは３台以上あってもよい。図１の例では、ホスト１００Ａ、１００Ｂ、ストレージシステム２００Ａ、２００Ｂ、分析サーバがネットワーク４００Ａに接続されるが、複数のネットワークを用いる構成であってもよいし、通信手段が異なってもよい。

各ホスト１００Ａ、１００Ｂは、例えば、ＩＯリクエスト（データのリード要求またはライト要求）をストレージシステム２００Ａ、２００Ｂにそれぞれ実施する。各ストレージシステム２００Ａ、２００Ｂは、各ホスト１００Ａ、１００ＢからのＩＯリクエストに応じてＩＯ処理をそれぞれ実施する。このとき、各ストレージシステム２００Ａ、２００Ｂは、ネットワーク４００Ａを介して各ホスト１００Ａ、１００Ｂに容量をそれぞれ提供する。

各ホスト１００Ａ、１００Ｂは、ホストＩ／Ｆ１１１Ａ、１１１Ｂ、プロセッサ１１２Ａ、１１２Ｂおよびメモリ１１３Ａ、１１３Ｂをそれぞれ備える。

各ホストＩ／Ｆ１１１Ａ、１１１Ｂは、各ホスト１００Ａ、１００Ｂと外部との通信を制御する機能を備えるハードウェアである。各プロセッサ１１２Ａ、１１２Ｂは、各ホスト１００Ａ、１００Ｂ全体の動作制御を司るハードウェアである。ホスト１００Ａ、１００Ｂは一つ以上のプロセッサ１１１Ａ、１１１Ｂを備える。一つ以上のプロセッサは、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のような他種のプロセッサでもよい。一つ以上のプロセッサは、シングルコアでもよいしマルチコアでもよい。一つ以上のプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Ｆｉｅｌｄ―Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））といった広義のプロセッサでもよい。各メモリ１１３Ａ、１１３Ｂは、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）またはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの半導体メモリから構成することができる。各メモリ１１３Ａ、１１３Ｂには、各プロセッサ１１２Ａ、１１２Ｂが実行中のプログラムを格納したり、各プロセッサ１１２Ａ、１１２Ｂがプログラムを実行するためのワークエリアを設けたりすることができる。ホスト１００Ａ、１００Ｂは、物理的なコンピュータでもよいし、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）でもよいし、コンテナなどでもよい。

分析サーバ３００は、ストレージシステム２００Ｂの状態の変化を検出し、ストレージシステム２００Ｂの状態の変化の検出結果に基づいて、ストレージシステム２００Ａの状態を分析し、ストレージシステム２００Ａの状態の分析結果を出力する。このとき、分析サーバ３００は、ストレージシステム２００Ｂの状態の変化が、ストレージシステムの処理に及ぼす影響を見積り、ストレージシステム２００Ａの処理に及ぼす影響の見積結果を出力する。例えば、分析サーバ３００は、ストレージシステム２００Ｂの構成および資源（リソースとも言う）の稼働率を管理し、ストレージシステム２００Ｂの構成または資源の稼働率の変化の検出結果に基づいて、ストレージシステム２００Ａの資源の稼働率を見積り、ストレージシステム２００Ａの資源の稼働率の見積結果に基づいて、ストレージシステム２００Ａの処理性能への影響を見積る。

また、分析サーバ３００は、ＩＴインフラの構成情報および稼働情報などを収集および分析し、ストレージシステム２００Ａ、２００Ｂ（またはストレージ管理者）へフィードバックしたり、アラートを通知したりすることができる。

さらに、分析サーバ３００は、ポータルを提供し、その提供先では、構成変更時（負荷を増加させる等）の影響を確認したりできる。その提供先では、この機能を用いて、トラブル発生時の対処の有効性を確認することもできる。分析サーバ３００は、ホストが認識する記憶領域であるボリュームの作成操作および稼働実績の確認などを実施する管理サーバを兼ねてもよい。

なお、分析サーバ３００は、クラウド上やストレージベンダのデータセンタに配置され、複数の顧客の複数の装置に接続されるようにしてもよいし、顧客サイトに配置され、その顧客サイトのストレージのみに接続されてもよい。分析サーバ３００は、複数台のサーバで構成されてもよい。分析サーバ３００は、物理的なコンピュータでもよいし、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）でもよいし、コンテナなどでもよい。分析サーバ３００は、複数のクラウド、データセンタに配置され、分析などの処理を分散処理してもよい。

以下、図１のストレージシステム２００Ａ、２００Ｂおよび分析サーバ３００についてより詳細に説明する。なお、以下の説明では、ストレージシステム２００Ａ、２００Ｂ間の連携動作として、リモートコピーを例にとる。

図２は、図１のストレージシステム間の非同期リモートコピー方法を示すブロック図である。なお、図２では、ストレージシステム２００Ａがコピー元、ストレージシステム２００Ｂがコピー先として連係動作する場合を例にとる。図２では非同期リモートコピーを例にとるが、同期リモートコピーの場合であっても、本実施形態は適用可能である。図２を用いてリモートコピー方式の一例を説明するが、説明される方式とは別のリモートコピー方式であっても、本発明は適用可能である。 図２において、ストレージシステム２００Ａは、プライマリボリューム２５１Ａおよびジャーナルボリューム２５２Ａを備える。ストレージシステム２００Ｂは、セカンダリボリューム２５１Ｂおよびジャーナルボリューム２５２Ｂを備える。図２の例では、プライマリボリューム２５１Ａはホスト１００Ａが認識する記憶領域であり、セカンダリボリューム２５１Ｂはホスト１００Ｂが認識する記憶領域である。

プライマリボリューム２５１Ａは、コピー元のライトデータを保持する。ジャーナルボリューム２５２Ａは、転送前のライトデータをジャーナルとして一時的に保持する。なお、ジャーナルは、ライトデータの他、メタデータ（書き込み位置、ライト順序、ジャーナルボリューム上のアドレス情報など）を含む。セカンダリボリューム２５１Ｂは、ストレージシステム２００Ａから転送されてきたデータを保持する。ジャーナルボリューム２５２Ｂは、転送後のライトデータをジャーナルとして一時的に保持する。

そして、ストレージシステム２００Ａは、ホスト１００Ａからのライト要求を受け付けると、ライト要求で指定されたライトデータをプライマリボリューム２５１Ａに保存する（Ｐ１）。そして、ストレージシステム２００Ａは、プライマリボリューム２５１Ａに保存したライトデータをジャーナルとしてジャーナルボリューム２５２Ａに保存し（Ｐ２）、ホスト１００Ａに完了報告を返す。

ストレージシステム２００Ａは、ホスト１００Ａに完了報告を返した後、ジャーナルボリューム２５２Ａに保存したデータをストレージシステム２００Ｂのジャーナルボリューム２５２Ｂに非同期に転送する（Ｐ３）。ストレージシステム２００Ｂは、ストレージシステム２００Ａから転送されたデータをジャーナルボリューム２５２Ｂにジャーナルとして一時的に保持し、ジャーナルボリューム２５２Ｂに一時的に保持したライトデータをセカンダリボリューム２５１Ｂに保存する（Ｐ４）。

このとき、ストレージシステム２００Ａは、書き込みデータを転送する相手ストレージおよび相手ボリュームを制御情報として管理する。例えば、ストレージシステム２００Ａは、相手ストレージであるストレージシステム２００Ｂのストレージ番号、プライマリボリューム２５１Ａとセカンダリボリューム２５１Ｂがペアであることを管理するための対応関係表、プライマリボリューム２５１Ａへの複数のライト要求の順序を管理するためのシーケンス番号情報、および、プライマリボリューム２５１Ａへの書き込みに対して作成したジャーナルの格納先となるジャーナルボリューム２５２Ａの番号を管理する。

ここで、ストレージシステム２００Ａは、キャッシュを備え、回線障害がない場合などは、ジャーナルは、キャッシュ上に格納されることがある。回線障害時や、ジャーナルボリューム２５２Ａへのライト量が、ジャーナルボリューム２５２Ａからジャーナルボリューム２５２Ｂへの転送量を超える場合などは、ストレージシステム２００Ａに滞留するジャーナル量が増加する。この時、ストレージシステム２００Ａのキャッシュ容量が不足するため、キャッシュから物理的な記憶領域である物理ドライブへジャーナルを書き込む。この処理をデステージ処理と呼ぶ。ストレージシステム２００Ｂへジャーナルを転送する処理においては、物理ドライブからジャーナルの読み出しが必要となる。この処理をステージング処理と呼ぶ。キャッシュ容量の不足の判定基準として、残容量比率が０％だけでなく、残容量比率が所定の閾値を下回ることとなどとしてもよい。

ストレージシステム２００Ａが、物理デバイスへのデステージおよび物理デバイスからのステージングを実施すると、ストレージシステム２００Ａのプロセッサの負荷が増大し、ＩＯ性能が低下する。また、ジャーナルボリューム２５２Ａからジャーナルボリューム２５２Ｂへの転送量は、ストレージシステム２００Ａ、２００Ｂの構成変更または資源の稼働率の影響を受ける。

このため、分析サーバ３００は、ストレージシステム２００Ａ、２００Ｂの構成および資源の稼働率を管理し、ストレージシステム２００Ａ、２００Ｂの構成または資源の稼働率の変化の検出結果に基づいて、リモートコピーにおけるコピー率を見積り、そのリモートコピーにおけるコピー率に基づいて、相手のストレージシステム２００Ｂ、２００Ａの資源の稼働率を見積り、ストレージシステム２００Ｂ、２００Ａの処理性能への影響を見積る。そして、分析サーバ３００は、ストレージシステム２００Ｂ、２００Ａの処理性能への影響の見積結果を出力することにより、ストレージシステム２００Ａ、２００Ｂ間での影響分析を効率化することができる。

なお、ストレージシステム２００Ａは、上述した非同期リモートコピー方式以外にも、シーケンス番号を用いることなく、一定期間（例えば１分）に新たに書き込まれたデータを差分データとして管理し定期的に差分データをストレージシステム２００Ｂに転送する方式を採用してもよい。差分データはジャーナルボリュームのような領域に格納することができる。このとき、ストレージシステム２００Ａは、転送中データの格納用と新たな書き込み用とでジャーナルボリュームを分けることで、転送中の新たな書き込みが転送データを追い越すのを防止する。一定期間に同一アドレスに複数回の書き込みが行われた場合は、最後に書き込まれたデータのみを差分データとして管理することで転送量を削減することができる。また、一定期間に新たにデータが書き込まれたアドレスを管理し、データはプライマリボリューム２５１Ａに格納し、プライマリボリューム２５１Ａから直接ストレージシステム２００Ｂへ転送することもできる。この場合、一定期間に同一アドレスに複数回の書き込みが行われた場合のみ、差分データをジャーナルボリュームのような別領域に格納する。このため、差分データを管理する容量を削減することができる。

次に、同期リモートコピーについて説明する。同期リモートコピーはホストからのＩＯと同期してライトデータをコピー先であるストレージシステム２００Ｂへ転送する方式である。同期リモートコピーの場合は、ジャーナルボリューム２５２Ａ、２５２Ｂは不要である。このとき、ストレージシステム２００Ａは、ホスト１００Ａからのライト要求で指定されたライトデータをプライマリボリューム２５１Ａに保存し、プライマリボリューム２５１Ａに保存したデータをセカンダリボリューム２５１Ｂに書き込み、ホスト１００Ａへ完了報告する。

図３は、図１のストレージシステムのハードウェア構成例を示すブロック図である。なお、図３では、図１のストレージシステム２００Ａの構成例を示すが、ストレージシステム２００Ｂについても、ストレージシステム２００Ａと同様に構成することができる。

図３において、ストレージシステム２００Ａは、コントローラ２１０と、物理ドライブ２１６を備える。ストレージシステム２００Ａは、ネットワーク４００Ｂを介して保守端末２７０に接続されている。

コントローラ２１０は、フロントエンドＩ／Ｆ２１１、プロセッサ２１２、メモリ２１３、バックエンドＩ／Ｆ２１４および管理Ｉ／Ｆ２１５を備える。なお、図３では、冗長度を向上するため、二つのコントローラ２１０が搭載されているが、三つ以上のコントローラ２１０が搭載されてもよい。その場合は、一つのコントローラ２１０が故障となった場合は、その他のコントローラ２１０が故障となったコントローラ２１０が実行していた処理を引き継ぐ。また、コントローラ２１０は二重化されてなくてもよい。

コントローラ２１０は、ホスト１００Ａからの要求を処理し、物理ドライブ２１６を制御する。フロントエンドＩ／Ｆ２１１は、ホスト１００Ａとの通信を行うインタフェースである。プロセッサ２１２は、コントローラ２１０全体を制御する。メモリ２１３は、プロセッサ２２１で使用されるプログラムおよびデータを格納する。また、メモリ２１３は、物理ドライブ２１６に格納されるデータのキャッシュを格納する。バックエンドＩ／Ｆ２１４は、物理ドライブ２１６との通信を行うインタフェースである。管理Ｉ／Ｆ２１５は、保守端末２７０との通信を行うインタフェースである。物理ドライブ２１６は、不揮発性のデータ記憶媒体を有する装置であり、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）でもよいし、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）でもよい。ＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）などその他の記憶デバイスでもよい。１つ以上の物理ドライブ２１６をパリティグループという単位でまとめて、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）のような高信頼化技術を使用してもよい。
ストレージシステム２００Ａは、物理ドライブ２１６を用いて、ボリュームを作成する。ボリュームは、物理ドライブ２１６に対応付けられる。一つのボリュームのデータが、パリティグループを構成する複数の物理ドライブに格納されてもよい。ボリュームの所定の領域と物理ドライブ２１６の所定の領域を対応付けるが、ボリュームと物理ドライブ２１６の間に容量プールという概念を導入してもよい。ボリュームに書き込みが行われた領域についてのみ、容量プールから容量を割り当てることでコストを削減することができる。この技術は、ＴｈｉｎＰｒｏｖｉｓｉｏｎｉｎｇと呼ばれる。

保守端末２７０は、ストレージシステム２００Ａの物理ドライブ２１６の初期設定、プロセッサ２１２で実行されるプログラムのインストール、ホストに影響するボリュームの作成、稼働情報やアラートなどの表示などを実施する。保守端末２７０は、プロセッサ２７１、メモリ２７２、入出力部２７４および保守ポート２７５を備える。

プロセッサ２７１は、保守端末２７０全体を制御する。メモリ２７２は、プロセッサ２７１で実行される保守プログラム２７３を格納する。入出力部２７４は、保守端末２７０に入力されるデータを受け付けたり、保守端末２７０での保守状況を表示したりする。保守ポート２７５は、ストレージシステム２００Ａとの通信に用いられるポートである。

図４は、図３のメモリ２１３の構成例を示すブロック図である。
図４において、メモリ２１３は、制御情報を格納する制御情報部２２１、プログラムを格納するプログラム部２２２およびデータをキャッシュするキャッシュ部２２３を備える。

制御情報部２２１は、ジャーナル管理テーブル２３１、ペア管理テーブル２３２、シーケンス番号情報２３３、稼働情報テーブル２３４、ワークロード情報テーブル２３５および構成情報テーブル２３６を備える。プログラム部２２２は、ライトプログラム２４１、リモートコピープログラム２４２および情報送信プログラム２４３を備える。

ペア管理テーブル２３２は、プライマリボリュームとセカンダリボリュームの関係を管理する。なお、ボリュームに付与されるボリューム番号は、ストレージシステム内でのみユニークなので、プライマリボリュームを有するストレージシステム２００Ａのペア管理テーブル２３２は、ストレージシステム２００Ｂのストレージ番号およびセカンダリボリュームのボリューム番号を持つ。セカンダリボリュームを有するストレージシステム２００Ｂのペア管理テーブル２３２は、ストレージシステム２００Ａのストレージ番号およびプライマリボリュームのボリューム番号を持つ。このほか、コピー停止、コピー中などのコピーの状態なども管理されうる。
。

シーケンス番号情報２３３は、ホスト１００Ａから書き込まれたライト要求の順序を管理するための情報である。シーケンス番号情報２３３には番号情報が格納される。ホスト１００Ａから書き込み要求を受領した時、シーケンス番号情報２３３から番号を割り当て、シーケンス番号情報２３３をインクリメントする。Ｉ／Ｏ単位にライト順序を保証する非同期リモートコピーの場合、ストレージシステムは、シーケンス番号を用いてデータ転送の順序管理を行う。

ジャーナル管理テーブル２３１は、プライマリボリュームとセカンダリボリュームの関係およびシーケンス番号を共有するプライマリボリューム群を管理する。複数のプライマリボリュームでライト順序を保つ場合、ストレージシステムは、複数のプライマリボリュームをコンシステンシーグループとしてグループ管理し、当該グループに一つのシーケンス番号を設定する。

稼働情報テーブル２３４は、ストレージシステム２００Ａの稼働情報を格納する。稼働情報テーブル２３４は、ストレージシステム２００Ａ、２００Ｂごとに保持される。各ストレージシステム２００Ａ、２００Ｂは、稼働情報テーブル２３４の情報を情報送信プログラム２４３が分析サーバ３００に送信し、分析サーバ３００は、この情報を図５のリソーステーブル３９１に時系列的に格納する。

ワークロード情報テーブル２３５は、ストレージシステム２００ＡのＩＯ情報を格納する。ワークロード情報テーブル２３５は、ストレージシステム２００Ａ、２００Ｂごとに保持される。各ストレージシステム２００Ａ、２００Ｂは、ワークロード情報テーブル２３５の情報を情報送信プログラム２４３が分析サーバ３００に送信し、分析サーバ３００は、この情報を図５のＩＯ情報テーブル３９３に時系列的に格納する。

構成情報テーブル２３６は、ストレージシステム２００Ａの構成情報を格納する。構成情報テーブル２３６は、ストレージシステム２００Ａ、２００Ｂごとに保持される。各ストレージシステム２００Ａ、２００Ｂは、構成情報テーブル２３６の情報を情報送信プログラム２４３が分析サーバ３００に送信し、分析サーバ３００は、この情報を図５の構成情報テーブル３９５に時系列的に格納する。

図５は、図１の分析サーバ３００のハードウェア構成例を示すブロック図である。
図５において、分析サーバ３００は、プロセッサ３１２およびメモリ３１３を備える。なお、分析サーバ３００は、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）でもよいし、コンテナでもよい。

プロセッサ３１２は、分析サーバ３００全体の動作制御を司るハードウェアである。プロセッサ３１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよいし、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよい。プロセッサ３１２は、シングルコアプロセッサであってもよいし、マルチコアプロセッサであってもよい。プロセッサ３１２は、処理の一部を行うアクセラレータなどのハードウェア回路（例えば、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））を備えていてもよい。プロセッサ３１２は、ニューラルネットワークとして動作してもよい。

メモリ３１３は、情報受信プログラム３８１、コピー性能変化検出プログラム３８２、影響分析プログラム３８３、同期コピー影響分析プログラム３８４、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）プログラム３８５、リソーステーブル３９１、接続ストレージテーブル３９２、ＩＯ情報テーブル３９３、コピー性能テーブル３９４、構成情報テーブル３９５および同期コピー応答時間テーブル３９６を格納する。ＧＵＩプログラム３８５は、自ストレージシステムが他ストレージシステムから受ける影響の結果を表示したり、対象ストレージの構成変更の内容を表示したりする。

図６は、図５のリソーステーブル３９１の構成例を示す図である。
図６において、リソーステーブル３９１は、図５の分析サーバ３００に接続される各ストレージシステムから収集したリソースの稼働実績を時系列的に格納する。

リソーステーブル３９１は、時刻、ストレージ番号、ＭＰ稼働率、メモリ使用率、ダーティ使用率、内部帯域、ＰＧ稼働率およびポート稼働率のエントリを備える。リソーステーブル３９１は、これらのリソース以外のリソースの情報も管理してもよい。

時刻は、各ストレージシステムから収集したリソースの稼働実績の収集時刻を示す。ストレージ番号は、各ストレージシステムを一意に識別する番号を示す。ＭＰ稼働率は、各ストレージシステムのプロセッサの稼働率を示す。メモリ使用率は、各ストレージシステムのメモリの使用率を示す。ダーティ使用率は、ダーティデータによるキャッシュ使用率を示す。ダーティデータとは、ホストからキャッシュに書き込まれ、物理ドライブにライトする前のデータを意味する。内部帯域は、各ストレージシステムの内部ネットワークの使用率を示す。ＰＧ稼働率は、各ストレージシステムのパリティグループの稼働率を示す。ポート稼働率は、各ストレージシステムのポートの稼働率を示す。ＭＰ稼働率もプロセッサ毎の稼働率を管理してもよいし、平均の稼働率でもよい。また、各プロセッサの稼働率および平均の両方を管理してもよい。

図７は、図５のＩＯ情報テーブル３９３の構成例を示す図である。
図７において、ＩＯ情報テーブル３９３は、分析サーバ３００に接続される各ストレージシステムから収集したＩＯの実績を時系列的に格納する。

ＩＯ情報テーブル３９３は、時刻、ストレージ番号、ボリューム番号、リード数／秒、ライト数／秒、平均データ長、リード応答時間、ライト応答時間、リードミス率およびライトミス率のエントリを備える。ＩＯ情報テーブル３９３は、これらのリソース以外のリソースの情報も管理してもよい。

時刻は、各ストレージシステムから収集したＩＯの実績の収集時刻を示す。ストレージ番号は、各ストレージシステムを一意に識別する番号を示す。ボリューム番号は、各ストレージシステムのボリュームを一意に識別する番号を示す。ストレージ番号およびボリューム番号によって識別されるボリュームについて、リード数／秒、ライト数／秒、平均データ長、リード応答時間、ライト応答時間、リードミス率およびライトミス率が管理される。リード数／秒は、１秒当たりのデータのリード数を示す。ライト数／秒は、１秒当たりのデータのライト数を示す。平均データ長は、ＩＯデータの平均長を示す。リード応答時間は、リード時の応答時間を示す。ライト応答時間は、ライト時の応答時間を示す。リードミス率は、リード時に対象データがキャッシュ上になかった割合を示す。ライトミス率は、ライト時に対象アドレスのデータがキャッシュ上になかった割合を示す。図７の例では、ボリューム単位にリード数/秒などの各種情報を保持するが、分析内容が装置単位の分析のみであれば装置単位に各種情報を保持すればよい。

図８は、図５の構成情報テーブル３９５の構成例を示す図である。
図８において、構成情報テーブル３９５は、分析サーバ３００に接続される各ストレージシステムから収集した構成情報の実績を時系列的に格納する。

構成情報テーブル３９５は、時刻、ストレージ番号、ＭＰ数、メモリ容量、リンク帯域、ＰＧ数およびドライブ数のエントリを備える。構成情報テーブル３９５は、これらのリソース以外のリソースの情報も管理してもよい。

時刻は、各ストレージシステムから収集した構成情報の収集時刻を示す。ストレージ番号は、各ストレージシステムを一意に識別する番号を示す。ＭＰ数は、各ストレージシステムのプロセッサの個数を示す。メモリ容量は、各ストレージシステムのメモリの容量を示す。リンク帯域は、リモートコピー時の各ストレージシステムのリンクの帯域を示す。ＰＧ数は、各ストレージシステムのパリティグループの個数を示す。ドライブ数は、各ストレージシステムの物理ドライブの個数を示す。パリティグループ数は、パリティグループの構成毎に個数を管理してもよい。

なお、分析サーバ３００は、図６のリソーステーブル３９１、図７のＩＯ情報テーブル３９３および図８の構成情報テーブル３８５に格納されるそれぞれの情報の収集頻度を変えてもよい。例えば、構成情報テーブル３８５に格納される構成情報は頻繁に変わらないので、低頻度で収集してもよい。また、構成変更が実施されたのを契機にストレージシステムが構成情報を分析サーバ３００に送信するようにしてもよい。

図９は、図５のコピー性能テーブル３９４の構成例を示す図である。
図９において、コピー性能テーブル３９４は、各ストレージシステムの稼働情報、ＩＯ情報、および構成情報からコピー性能を取得するための情報を格納する。

コピー性能テーブル３９４は、稼働情報として、ＭＰ稼働率、ＰＧ稼働率、内部帯域およびリンク帯域などのエントリを備え、ＩＯ情報として、リード数/秒、ライト数/秒などのエントリを備え、構成情報として、ＭＰ数、メモリ容量およびリンク帯域などのエントリを備え、さらにコピー性能のエントリを備える。リモートコピー適用ボリュームのリード数/秒、ライト数/秒や、リモートコピー非適用ボリュームのリード数/秒、ライト数/秒を備えてもよい。

分析サーバ３００は、各ストレージシステムの稼働情報および構成情報は、図６のリソーステーブル３９１、図７のＩＯ情報テーブル３９３および図８の構成情報テーブル３８５の情報から抽出し、コピー性能テーブル３９４に登録することができる。リモートコピー適用ボリュームのリード数/秒、ライト数／秒を備える場合、上記情報に加えて図４のペア管理テーブルの情報を用いて、リモートコピー適用ボリュームのリード数／秒、ライト数／秒を算出することができる。

コピー性能は、単位時間当たりのコピーのバイト数を示す。コピー性能は、プロセッサの空き待ち時間などの変化から低下したり、ストレージシステム内部の論理としてＭＰ稼働率または構成により、処理方式が変わったりすることがある。分析サーバ３００は、そのような変化に基づいて、過去においてどのようなコピー性能になっていたかの実績をコピー性能テーブル３９４に記録する。

分析サーバ３００は、頻出稼働率および構成ごとにコピー性能の実績がどの程度であったかをカウントして最も多いコピー性能を記録してもよいし、機械学習のような手法を用いてコピー性能を学習してもよい。各ストレージシステムから収集した情報を使うのでなく、各種構成におけるコピー性能を事前に実測し、構成情報およびコピー性能を、予めコピー性能テーブル３９４に格納してもよい。また、構成情報およびコピー性能のパタンを随時追加してもよい。また、予め構成情報およびコピー性能格納するが、各ストレージシステムから収集した情報を用いて、テーブル内容を更新または追記してもよい。

分析サーバ３００は、ストレージシステムごとにコピー性能テーブル３９４を作成してもよいし、分析サーバ３００に接続される全てのストレージシステムの情報から一つのコピー性能テーブル３９４を作成してもよい。

全てのストレージシステムの稼働率および構成情報などの細かな違いを全て収集し、学習に用いるのは現実的に難しい。ストレージシステムごとに学習を実施すれば、そのような違いによってコピー性能に差がでることを回避でき、コピー性能の精度を向上させることができる。

全てのストレージシステムについて学習を実施する場合、より多くの学習パタンを取得できるため、これまでに発生していなかった稼働率および構成のパタンとなるような構成変更を行う場合のコピー性能も予測できる。

図９の例では、プロセッサ、パリティグループおよび内部帯域など各種稼働率からコピー性能を算出する方法を示したが、図５のコピー性能変化検出プログラム３８２が、ストレージシステムの状態変化を検出し、リモートコピーのネック部位になる部分を特定し、当該ネック部分の稼働率と構成からコピー性能を算出する方法でもよい。例えば、図２のストレージシステム２００Ｂが新規ボリュームを作成し、ストレージシステム２００Ｂのプロセッサの稼働率が変化し、そのプロセッサがリモートコピーのネックになる場合、分析サーバ３００は、そのプロセッサの稼働率と構成からコピー性能を計算するようにしてもよい。

図１０は、図５の接続ストレージテーブル３９２の構成例を示す図である。
図１０において、接続ストレージテーブル３９２は、どのストレージのどのボリュームが別のどのストレージのどのボリュームと関係を持っているかを管理する。

接続ストレージテーブル３９２は、コピー元ストレージ番号、コピー先ストレージ番号、コピー元ボリューム番号およびコピー先ボリューム番号のエントリを備える。分析サーバ３００は、接続ストレージテーブル３９２を参照することで、リモートコピーなどにおいて、あるストレージシステムの状態が変化した場合に、そのストレージシステムの状態が変化の影響を受ける他のストレージシステムを判定することができる。なお、図１０では、ボリューム単位の関係を管理する例を示したが、ストレージシステム単位で関係を管理してもよい。

図１１は、図５の同期コピー応答時間テーブル３９６の構成例を示す図である。
図１１の同期コピー応答時間テーブル３９６は、図９のコピー性能テーブル３９４のコピー性能のエントリの代わりに、応答時間のエントリを備える。

応答時間とは、ストレージシステム２００ＡがＩＯ要求をホストから受領し、そのＩＯ要求の完了をホストに報告するまでの時間である。応答時間は、ストレージシステム２００Ａにおける処理時間や、ネットワーク転送時間、ストレージシステム２００Ｂにおける処理時間により影響を受ける。ストレージシステム２００Ａ、２００Ｂでは、例えば、プロセッサの稼働率が高くなると、プロセッサの空き待ちが発生し、応答時間が長くなる可能性がある。その他の各種資源についても同様に応答時間に影響する。図１１では、応答時間に影響を与える可能性があるリソースの稼働率、および、構成と応答時間の実績を管理する。

図１２は、図４のライトプログラム２４１およびリモートコピープログラム２４２の処理を示すフローチャートである。なお、図１２の例では、図２のストレージシステム２００Ａがライトプログラム２４１を実行し、ストレージシステム２００Ｂがリモートコピープログラム２４２を実行する場合を示した。

図１２において、ライトプログラム２４１は、ホスト１００Ａからのライト要求を受け付けると（Ｓ１００）、ライト要求で指定されたライトデータをプライマリボリューム２５１Ａに保存する（Ｓ１０１）。この保存とは、ライトデータをキャッシュに格納することを意味する。一般的に、キャッシュ上のライトデータを物理ドライブへの書き込む処理は、非同期に実行される。

次に、ライトプログラム２４１は、ライトデータのシーケンス番号を取得し（Ｓ１０２）、プライマリボリューム２５１Ａに保存したライトデータをジャーナルとしてジャーナルボリューム２５２Ａに保存し（Ｓ１０３）、ホスト１００Ａに完了報告を返す（Ｓ１０４）。

次に、リモートコピープログラム２４２は、ホスト１００Ａへの完了報告とは非同期に、ジャーナル読み出し要求をライトプログラムに発行する（Ｓ１０５）。ライトプログラム２４１は、ジャーナル読み出し要求を受けると、ジャーナルボリューム２５２Ａに保存したデータをジャーナルボリューム２５２Ｂに転送する（Ｓ１０８）。ステップＳ１０８は、ライトプログラム以外の別のプログラムが実行してもよい。その場合、ライトプログラム２４１はＳ１０４後に処理を終了する。図１２の例は、リモートコピープログラム２４２がストレージシステム２００Ａにリード要求を発行する。しかし、ライトプログラム２４１がＳ１０４の後に、ストレージシステム２００Ｂにライト要求を発行してもよい。その場合、ストレージシステム２００Ｂはライト要求を受領しＳ１０６を実行する。

次に、リモートコピープログラム２４２は、ストレージシステム２００Ａから転送されたデータをジャーナルボリューム２５２Ｂにジャーナルとして一時的に保持し（Ｓ１０６）、ジャーナルボリューム２５２Ｂに一時的に保持したライトデータをシーケンス番号順にセカンダリボリューム２５１Ｂに保存する（Ｓ１０７）。リモートコピープログラム２４２は複数のプロセスが並列に動作する可能性がある。このため、Ｓ１０６で格納されたジャーナルのシーケンス番号より小さいシーケンス番号を有するジャーナルがストレージシステム２００Ｂに未到着の場合がある。このような、より小さいシーケンス番号を有するジャーナルの到着を待つために、ジャーナルをジャーナルボリューム２５２Ｂに一時的に格納する。

図１３は、図４の情報送信プログラム２４３および図５の情報受信プログラム３８１の処理を示すフローチャートである。なお、図１３の例では、図２のストレージシステム２００Ａが情報送信プログラム２４３を実行し、分析サーバ３００が情報受信プログラム３８１を実行する場合を示した。

図１３において、情報送信プログラム２４３は、ストレージシステム２００Ａの稼働情報および構成情報を取得し（Ｓ１１０）、分析サーバ３００に送信する（Ｓ１１１）。

次に、情報受信プログラム３８１は、ストレージシステム２００Ａの稼働情報および構成情報を受領し（Ｓ１１２）、図６のリソーステーブル３９１、図７のＩＯ情報テーブル３９３または図８の構成情報テーブル３８５に時系列的に格納する（Ｓ１１３）。

情報送信プログラム２４３は、ストレージシステム２００Ａの構成または設定などの変化を検出したのを契機（ボリュームがペアが作られた契機など）に情報を送信してもよいし、定期的に情報を送信してもよい。情報受信プログラム３８１は、稼働情報および構成情報などに応じて収集方法および収集頻度を変えてもよい。

図１４は、図５のコピー性能変化検出プログラム３８２の処理を示すフローチャートである。
図１４において、コピー性能変化検出プログラム３８２は、対象ストレージシステムのＩＯ負荷の変化を予測する（Ｓ１２０）。変化がある場合は、Ｓ１２３へ進む。変化がない場合、コピー性能変化検出プログラム３８２は、構成変更の指示の有無をチェックする（Ｓ１２１）。変化がある場合は、Ｓ１２３へ進む。変化がない場合、コピー性能変化検出プログラム３８２は、構成情報、稼働情報、ＩＯ負荷の変化が実際に発生したか否かをチェックする（Ｓ１２４）。変化がある場合は、ステップＳ１２３へ進む。変化がない場合は、ステップＳ１２０へ戻り繰りステップＳ１２０から処理を再実行する。一定時間経過後ステップＳ１２０へ戻ってもよい。Ｓ１２２で変化を検出するために、図６、図７、図８の各種テーブルを参照してもよい。構成情報の変化は、前回収集した値との差により容易に検出することができる。リソースの稼働率やＩＯ負荷については、前回との差が所定の閾値以内であるか否かにより判断する方法や学習により判断することができる。学習による方法では、過去の履歴データを学習し、リソースの稼働率やＩＯ負荷を予測する。収集した値が予測範囲を逸脱する場合に、変化として検出することができる。これは、一般に知られる異常値検出の技術を適用することで実現される。ステップS１２０のＩＯ負荷の変化の予測も、過去の履歴データを学習し、将来のＩＯ負荷を予測する。
ステップＳ１２０、Ｓ１２１、および、Ｓ１２２で変化を検出した場合、コピー性能変化検出プログラム３８２は変化後のコピー性能を取得する（Ｓ１２３）。コピー性能変化検出プログラム３８２は、コピー性能を取得する場合、図９のコピー性能テーブル３９４を参照してもよい。

次に、コピー性能変化検出プログラム３８２は、コピー性能の変化があるかどうかを判断し（Ｓ１２４）、コピー性能の変化がない場合、ステップＳ１２０へ戻る。一方、コピー性能の変化がある場合、図１０の接続ストレージテーブル３９２を参照し、対象ストレージシステムに接続される接続ストレージシステムを特定する（Ｓ１２５）。

次に、コピー性能変化検出プログラム３８２は、影響分析プログラム３８３を呼び出し、接続ストレージシステムについて影響分析処理を実行する（Ｓ１２６）。
最後に、コピー性能変化検出プログラム３８２は、分析結果を提示し、処理を終了する（Ｓ１２７）。分析結果は、ステップＳ１２５で検出した別のストレージシステムにおける影響を踏む情報である。

また、構成変更においては、リソース数の変化から、構成変更後のリソース稼働率を計算しリソース稼働率の変化としてもよい。例えば、プロセッサ障害およびプロセッサ減設時などでは、コピー性能変化検出プログラム３８２は、平均稼働率×プロセッサ数÷残プロセッサ数という式からＭＰ稼働率を計算することもできる。

また、新規ボリュームの作成処理という構成変更については、ＩＯＰＳ（Ｉｎｐｕｔ／ｏｕｔｐｕｔ ｏｐｅｒａｔｉｏｎｓ ｐｅｒ ｓｅｃｏｎｄ）とＭＰ稼働率の関係を事前に記憶または学習しておく。そして、新規ボリュームの作成時、コピー性能変化検出プログラム３８２は、作成する新規ボリュームの要求ＩＯＰＳを指定させ、現在のＩＯＰＳ＋指定させたＩＯＰＳという式に基づいて、ＩＯＰＳとＭＰ稼働率の関係をサーチし、ボリューム作成後のＭＰ稼働率を取得するようにしてもよい。

スナップショットなどのストレージ機能を適用する場合、コピー性能変化検出プログラム３８２は、現在ＭＰ稼働率×（スナップショット適用前の処理オーバヘッド＋スナップショット処理オーバヘッド）÷スナップショット適用前の処理オーバヘッド＝スナップショット適用後のＭＰオーバヘッドという式からＭＰ稼働率を計算することもできる。スナップショット適用前の処理オーバヘッドとは、正ストレージシステムではＩＯにより処理のオーバヘッドであるし、副ストレージシステムでは、ジャーナルをセカンダリボリュームに反映するための処理である。

図１５は、図５の影響分析プログラム３８３の処理を示すフローチャートである。 図１５において、影響分析プログラム３８３は、図９のコピー性能テーブル３９４を参照し、コピー性能と、ＩＯ情報から図１４のステップＳ１２５で特定した接続ストレージシステムのリソースの稼働率を計算する（Ｓ１３０）。コピー性能は、図１４のステップＳ１２３で決定済みの値である。ＩＯ情報は、リモートコピー機能が適用されているボリュームのリード／秒、ライト／秒、および、リモートコピー機能が適用されていないボリュームのリード／秒、ライト／秒を用いる。これ以外の情報を用いてもよいし、これより少ない情報を用いてリソースの稼働率を取得してもよい。図９の例では、ＩＯ情報として、リード数／秒とライト数／秒を有する。リモートコピー適用ボリュームのリード数／秒とライト数／秒、リモートコピー非適用ボリュームのリード数／秒とライト数／秒を有してもよい。リモートコピー適用状況は、図４のペア管理テーブル２３２に格納されている。ペア管理情報に含まれる情報も分析サーバ３００へ収集することで実現され得る。

次に、影響分析プログラム３８３は、接続ストレージシステムのＭＰ稼働率からボリュームの応答時間を計算する（Ｓ１３１）。ここで言うボリュームは、リモートコピーのコピー元ボリュームだけでなく、リモートコピー対象外のボリュームを含む全てのボリュームである。ＭＰ稼働率と応答時間の関係を事前に管理してもよい。関係は機械学習のような機能を用いて関係を構築してもよい。待ち行列様なモデルから計算してもよい。次に、影響分析プログラム３８３は、コール元のプログラムに分析結果を報告する（Ｓ１３２）。

ＭＰ稼働率を計算で算出することも可能である。非同期リモートコピーの場合、コピー量がプライマリボリュームへの書き込み量を下回る場合、コピー元のストレージシステムのジャーナルボリュームが保持するジャーナル量が増加する。ジャーナルボリュームが保持するジャーナル量がキャッシュ容量より大きくなると、コピー元のストレージシステムは物理ドライブに書き込む(デステージ処理)。更に、コピー先のストレージシステムに転送において、物理ドライブからの読み出し処理が必要となる(ステージング処理)。このため、物理ドライブへのデステージ、および、ステージングのための処理オーバヘッドが増加する。上述したように図９に格納される実績を用いてＭＰ稼働率を算出する代わりに、以下に示す計算式によって算出することもできる。
Ａ＝非リモートコピーボリュームのリード／秒×リード処理オーバヘッド
Ｂ＝非リモートコピーボリュームのライト／秒×ライト処理オーバヘッド）
Ｃ＝リモートコピーボリュームのリード／秒×（リモートコピーリード処理オーバヘッド）
Ｄ＝リモートコピーボリュームのライト／秒×(リモートコピーライト処理オーバヘッド＋ジャーナルボリュームのデステージ処理オーバヘッド）
Ｅ＝コピー回数／秒×（コピーオーバヘッド＋ジャーナルボリュームのステージング処理オーバヘッド）
とすると、
新ＭＰ稼働率＝（Ａ＋Ｂ＋Ｃ＋Ｄ＋Ｅ）／１秒
によって、コピー量が変化した後のＭＰ稼働率を計算することができる。この場合、各種処理オーバヘッドは事前に設定しておき、ストレージシステムおよび分析サーバが管理しておくものとする。これは、事前に測定することで値を取得し、管理サーバや保守サーバを介して、ストレージシステムおよび分析サーバに登録してもよいし、事前にプログラムに組み込んでもよい。

この式において、ジャーナルボリュームのデステージ処理オーバヘッド、ジャーナルボリュームのステージング処理オーバヘッドおよびコピー回数／秒が、対象ストレージシステムの状態変化によって影響を受ける。デステージ処理オーバヘッドおよびステージング処理オーバヘッドは、コピー量がプライマリボリュームへの書き込み量を下回る場合、発生する。

なお、オーバヘッドの単位は秒（その処理にプロセッサを何秒使うか）である。

図１６は、図５の同期コピー影響分析プログラム３８４の処理を示すフローチャートである。
図１６において、同期コピー影響分析プログラム３８４は、ＩＯ負荷の変化の予測、構成性変更指示の有無のチェック、変化（構成情報、稼働情報、ＩＯ負荷）の有無をチェックする。変化がある場合は、ステップＳ１２３へ進む。変化がない場合は、ステップＳ１２０へ戻る。これらの処理は、図１４の処理と同じである。
。

次に、同期コピー影響分析プログラム３８４は、図１１の同期コピー応答時間テーブル３９６を参照し、リソースの稼働率の変化後の応答時間を取得する。ここで、同期リモートコピーの場合、接続ストレージシステムは、非同期リモートコピーのようにジャーナルボリュームを利用せず、対象ストレージシステムからの応答を待つ。このため、対象ストレージシステム側でのリソースの稼働率の変化により、対象ストレージシステム側での処理時間が増加すると、接続ストレージシステムからジャーナルボリュームへの書き込み要求に対する応答時間が増加することがある。

次に、同期コピー影響分析プログラム３８４は、応答時間の変化があるかどうかを判断し（Ｓ１４２）、応答時間の変化がない場合、ステップＳ１２０へ戻る。一方、応答時間の変化がある場合、図１０の接続ストレージテーブル３９２を参照し、対象ストレージシステムに接続される接続ストレージシステムを特定する（Ｓ１４３）。

次に、同期コピー影響分析プログラム３８４は、接続ストレージシステムのプライマリボリュームの応答時間を計算する（Ｓ１４４）。このとき、同期コピー影響分析プログラム３８４は、対象ストレージシステムのリソースの稼働率の変化後に増加する応答時間を、接続ストレージシステムのプライマリボリュームの応答時間に加算し、対象ストレージシステムからの影響発生後の応答時間を見積ることができる。

次に、影響分析プログラム３８３は、接続ストレージシステムへの影響を報告する（Ｓ１４５）。接続ストレージシステムへの影響は、例えば、対象ストレージシステムからの影響発生後の応答時間である。

図１７は、図５のＧＵＩプログラム３８５による表示画面例を示す図である。
図１７において、表示画面５００は、対象ストレージ５０１、構成変更５０２、設定変更５０３、故障発生５０４および影響ストレージ５０５の表示欄を備える。

対象ストレージ５０１は、影響を与える側のストレージシステムの候補を表示する。構成変更５０２は、プロセッサ、パリティグループ、キャッシュおよびポートなどの現状と変更後の構成を表示する。設定変更５０３は、新規ボリュームの作成およびスナップショット適用などの設定情報を表示する。故障発生５０４は、プロセッサ、リンクおよびドライブなどの故障発生個所を表示する。影響ストレージ５０５は、影響を受ける側のストレージシステムおよび影響内容を表示する。

そして、ユーザがユーザ端末上でブラウザを立ち上げ、分析サーバ３００にアクセスする。そして、ＧＵＩプログラム３８５は、ユーザ端末上に表示画面５００を表示させ、ユーザが表示画面５００上で対象ストレージを選択すると、対象ストレージの構成変更、設定変更または故障発生などに応じて影響ストレージの影響内容を表示させる。これにより、ユーザは、あるストレージの構成変更などが他ストレージの性能などにどのように影響するかを確認することができ、他ストレージへの影響分析を容易化することが可能となるとともに、原因分析にかかる時間を短縮することができる。

なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

１００Ａ、１００Ｂ ホスト、２００Ａ、２００Ｂ ストレージシステム、１１１Ａ、１１１Ｂ ホストＩ／Ｆ、１１２Ａ、１１２Ｂ プロセッサ、１１３Ａ、１１３Ｂ メモリ、４００Ａ ネットワーク

Claims (13)

1. 第１プロセッサと第１ドライブとを備える第１ストレージシステムと、第２プロセッサと第２ドライブとを備える第２ストレージシステムと、通信可能な分析装置を備えたストレージシステムにおいて、
   前記分析装置は、
   前記第１ストレージシステムの情報および前記第１のストレージシステムと連携動作を行う前記第２ストレージシステムの情報に基づいて、前記第１のストレージシステムが前記第２ストレージシステムに及ぼす影響を分析して出力するストレージシステム。
2. 前記連携動作は、前記第２のストレージシステムから第１のストレージシステムへのリモートコピーである請求項１に記載のストレージシステム。
3. 前記第２のストレージシステムは、
   処理したＩＯにかかるデータを前記リモートコピーにより前記第１のストレージシステムに送信し、
   前記送信するデータはキャッシュに格納して、前記キャッシュから読み出して送信し、送信後に削除し、
   前記キャッシュの容量が不足する場合には、前記送信するデータを前記第１ドライブに格納して、前記第１ドライブから読み出して送信するストレージシステム。
4. 前記分析装置は、前記リモートコピーが設定されているストレージシステム間の関係に基づいて、前記第１ストレージシステムの影響を受ける前記第２ストレージシステムを特定する請求項２に記載のストレージシステム。
5. ストレージシステム間の関係に基づいて、１の第１のストレージシステムに対して複数の第２のストレージシステムの影響を分析する請求項４に記載のストレージシステム。
6. 前記分析装置は、
   前記第１ストレージシステムの情報に基づいて、リモートコピー性能を見積もり、
   前記見積もったリモードコピー性能に基づいて、前記第１ストレージシステムの処理性能への影響を見積る請求項２に記載のストレージシステム。
7. 前記ストレージシステムの情報には、構成情報及び資源の稼働率が含まれており、
   前記第１ストレージシステムの構成情報及び稼働率に基づいて、リモートコピー性能を見積もり、
   前記見積もったリモードコピー性能と、前記第１ストレージシステムの構成情報及び稼働率とに基づいて、前記第２のストレージシステムの処理性能への影響を見積る請求項６に記載のストレージシステム。
8. 前記リモートコピー性能が低下した場合に、前記第２のストレージシステムへの影響が発生する請求項７に記載のストレージシステム。
9. 前記分析装置は、
   前記第１ストレージシステムの情報に基づいて、リモートコピーの応答時間を見積もり、
   前記見積もったリモードコピーの応答時間に基づいて、前記第１ストレージシステムの処理性能への影響を見積る請求項２に記載のストレージシステム。
10. 前記分析装置は、
    前記第１のストレージシステムの変化を検出し、
    変化のある第１のストレージについて、影響の分析を行う請求項６に記載のストレージシステム。
11. 前記第１のストレージシステムの変化は、予測されたＩＯ量の変化、構成変更指示、実実測された変化のいずれかである請求項１０に記載のストレージシステム。
12. 前記第２のストレージシステムの影響は、ＩＯ処理性能への影響である請求項６に記載のストレージシステム。
13. 第１プロセッサと第１ドライブとを備える第１ストレージシステムと、第２プロセッサと第２ドライブとを備える第２ストレージシステムと、通信可能な分析装置を備えたストレージシステムの分析方法であって、
    前記第１ストレージシステムの情報および前記第１のストレージシステムと連携動作を行う前記第２ストレージシステムの情報に基づいて、前記第１のストレージシステムが前記第２ストレージシステムに及ぼす影響を分析して出力するストレージシステムの分析方法。

Images