JP2008233973A - ストレージ管理システム - Google Patents

Abstract

【課題】ストレージシステムを構成する各要素の相性やシステムの安定度を反映した構成などをユーザ／顧客が知ることができる技術を提供する。
【解決手段】本情報処理システムでは、管理サーバ７０では、ストレージシステム１００の各要素の構成情報やログ情報を取得し、要素間の接続性の安定度を計算し、更にストレージシステム全体の構成安定度を計算する。ユーザ（顧客）は、ＣＬ端末５０からＷｅｂサーバ６０へアクセスし、Ｗｅｂサーバ６０は管理サーバ７０の情報を用いて応答し、Ｗｅｂページで、例えば最適な要素の組み合わせによる最適な安定度のストレージシステム構成などの情報を表示する。
【選択図】図５

Description

本発明は、ＨＤＤ（ハードディスクドライブ）等の記憶装置群及びＲＡＩＤ制御機能等を備えるストレージ装置（ディスクアレイ装置などともいう）、及びそれを含んで構成されるストレージシステムの技術に関し、特に、ストレージシステム構成管理に関する。

従来の一般的なストレージシステムは、ホスト装置、ＨＢＡ（ホストバスアダプタ）、スイッチ、ストレージ装置等の各情報処理要素（コンポーネント）が複雑に結合・接続するシステム製品である。それゆえ、ストレージシステムを構築する場合には、各要素間の相性（接続性など）も考慮してシステムが設計される。例えば、メーカ（ベンダ）でのシステムの開発・設計時には、要素間の相性も考慮され、接続性などが検証（テスト）される。また、顧客環境への初期導入時には、要素間の相性が考慮されたシステムが導入される。しかしながら、例えば顧客環境でのシステムの運用・稼働に伴い、要素に対し、未検証のソフトウェア／ハードウェアをインストールや追加接続などして、要素の更新及びシステム構成を変更する場合が有り得る。それにより、ソフトウェアバージョン等を含むストレージシステム構成における要素間の相性の悪さ等から、思わぬ障害・性能低下等を生じる可能性がある。

このため、上記のような事態に対応して、従来のストレージシステム管理方法・システムでは、ストレージシステムの構成（それを示す構成情報）を、ストレージ装置等を介して、ネットワーク上の管理装置（管理サーバ等）で一元的に管理するものがある。

特開２００６−１７８７２０号公報（特許文献１）には、ストレージシステムの構成を一元的に管理・把握し、構成変更の際にＨＢＡとスイッチの組み合わせ等の構成（接続環境）の信頼性を確認することができる技術について記載されている。
特開２００６−１７８７２０号公報

前記特許文献１記載の技術のようなストレージ管理方法では、ストレージシステムを構成し現在使用しているＨＢＡやスイッチ等の各要素についての接続性（問題無く使用できるかどうか）が検証済みか否かを確認することができる。しかしながら、前記各要素についての構成内容を更新（ソフトウェアバージョンアップ等）して使用する場合などに、前述のような各要素の相性やシステムの安定度などについて確認する機能、及びそれをユーザ／顧客に知らせる機能等については、従来提供されていない。上記各要素の相性やシステムの安定度とは、例えば、ソフトウェアバージョンを含む要素間の接続の相性や、各要素間の相性を反映したシステム全体の安定度などである。

従来、要素間の接続性についてはメーカ等でも少なくとも一部については検証等していたが、ストレージシステム構成全体（要素の組み合わせ）における相性や安定度などの詳細については管理等されておらず、それを考慮した構成要素の変更等にも対応できていなかった。

本発明は以上のような問題に鑑みてなされたものであり、その目的は、ストレージシステムを構成する各要素の相性やシステムの安定度またはそれを反映した構成などを、ユーザ／顧客が知ることができ、それにより、ユーザ例えば販社が、顧客に対して、最適な相性や安定度を持つストレージシステム及び要素の構築・導入を提案可能で製品販売支援することができる技術を提供することにある。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。前記目的を達成するために、本発明は、ストレージ装置、スイッチ（相互接続装置）、ホスト装置等の要素を含んで構成されるストレージシステム、及びその管理を行うストレージ管理システム等の技術であって、以下に示す構成を特徴とする。

本情報処理システムでは、要素の組み合わせによる顧客のストレージシステムの構成に関して、各要素の相性やシステムの安定度（構成安定度）などを考慮及び計算し、例えば最適なバージョンの要素の組み合わせによる最適な安定度のストレージシステム構成などを、ユーザ／顧客が情報閲覧（または通知等）により知ることができるサービスを提供する。

本ストレージ管理システムにおいては、顧客のストレージシステムは、ストレージ装置を含む要素の組み合わせの接続から構成され、要素は、ソフトウェアまたはハードウェアのバージョンを持つ。本ストレージ管理システムは、ストレージシステムの各要素の構成情報、各要素間の接続におけるログ情報またはエラー情報、を参照し、それを用いて、顧客のストレージシステムに関する、各要素間の接続の相性を考慮した構成安定度の情報、またはその構成安定度を考慮した推奨されるストレージシステムの構成（推奨構成）の情報を、ユーザが使用する端末装置へ出力する処理を行う。

本情報処理システムでは、顧客が使用するストレージシステムの構成情報などを、管理サーバ装置等のデータベース（管理用ＤＢ）で管理する。管理サーバ装置を含んでなるストレージ管理システムと、複数のストレージシステムとが、ネットワーク等を介して接続される。また、管理サーバ装置等に、ストレージシステムの要素からログ情報またはエラー情報を取得・収集する。管理サーバ装置等では、随時、構成情報、ログ情報等を用いて、ストレージシステムの各要素間（リンク）の接続性を判定し、安定度を計算する。例えば、管理サーバ装置等は、各要素間のエラー発生率から接続性安定度を計算し、それらすべての要素間の接続性安定度を反映（乗算等）してストレージシステム全体の構成安定度を計算する。また、例えば構成安定度に対して構成の推奨度を対応付ける。

何らかの必要性により顧客のストレージシステム構成の要素を変更（ソフトウェアのバージョンアップ等）したい場合などに、本ストレージ管理システムでは、その更新対象の要素を含むストレージシステムに関する、前記構成安定度または推奨構成の情報を提供する。例えば、ユーザの端末装置からアクセス可能なＷｅｂサーバ装置等を用いて、Ｗｅｂページ（Ｗｅｂサービス）の形式で前記構成安定度やストレージシステム構成に関する表示情報を作成し出力する。ユーザは端末装置から好きな時に上記情報閲覧または検索等を要求する。それに応じて、本ストレージ管理システムでは、管理用ＤＢの情報を用いて、当該更新対象要素に対して、その時点で、ストレージシステム構成として最適または十分良好な構成安定度を持つような、要素の組み合わせ（ストレージシステム構成）を検索等し、その表示情報を端末装置へ出力する。

本情報処理システムの構成及び処理は例えば以下（１）〜（６）である。

（１）管理サーバ装置の管理用ＤＢで、各顧客のストレージシステムの構成情報（要素間の接続構成情報を含む）、運用状況情報、ログ情報（エラー情報）、ベンダリリース情報、接続性サポート情報、接続性安定度マトリクス情報などを管理する。

（２）ユーザは、端末装置からＷｅｂサーバ装置にログインし、本サービスのメニュー等のページを閲覧する。

（３）上記ページには、顧客ストレージシステム構成ごとに、下記のような情報を表示する。

（３−Ａ）顧客のストレージシステム構成の情報。

（３−Ｂ）ストレージシステムの各要素のサポート済み要素（ソフトウェア）及びバージョンの一覧。

（３−Ｃ）上記（３−Ａ）の構成のうちの或る要素について上記（３−Ｂ）の一覧から選択して要素（ソフトウェアバージョン等）を更新する場合に、安定度が高いストレージシステム構成の情報を表示する。特にその更新対象要素等の検索及び検索結果の表示情報。あるいは、ストレージシステム構成に対応付けられる、その安定度または推奨度の情報。

（３−Ｄ）更に、上記（３−Ｃ）から選択される構成及び更新対象要素に関する、導入（インストール／セットアップ等）サポートのプランの情報。特にその検索及び検索結果の表示情報など。

（３−Ｅ）更に、上記（３−Ｄ）から選択されるプランに関する、導入サポート要求（発注）及びその実施状況確認のための表示情報。

（４）ユーザは、上記（３−Ｃ）において、端末装置での表示情報をもとに、更新対象要素を検索条件として選択・入力する。これによりストレージ管理システム側では、管理用ＤＢまたはＷｅｂサーバで保持する情報等から情報検索が行われる。これにより、ユーザの端末装置に、各要素の組み合わせによるストレージシステム構成（推奨構成）が、例えば安定度または推奨度の順で１つ以上が表示される。

（５）更に、上記（４）の結果、上記（３−Ｃ）として出力される構成について、ユーザ（販社／ＳＥ等）は顧客に対し、上記（３−Ｄ）の導入サポートプランを提示可能となる。その提示に基づき、顧客が導入サポートを希望する場合、ユーザが上記（３−Ｅ）を用いて導入サポート要求（発注）を実行する。

（６）上記要求（発注）を、導入サポート受付部門（営業部など）が受け付け・受領し、それを更に導入サポート部門に展開して、導入サポート実施に連携する。上記受付部門は、上記要求を発行したユーザ（顧客）に対し、導入サポート完了等を、電子配信（電子メール等）によって通知する。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。本発明によれば、ストレージシステムを構成する各要素の相性やシステムの安定度またはそれを反映した構成を、ユーザ／顧客が知ることができ、それにより、ユーザ例えば販社が、顧客に対して、最適な相性や安定度を持つストレージシステムの構築・導入を提案可能で製品販売支援することができる。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

図１〜図３６を用いて、本発明の実施の形態を説明する。本実施の形態の情報処理システムでは、特徴的なサービス（機能）として、Ｗｅｂサービス（Ｗｅｂクライアント・サーバシステム）の形態で、主に推奨構成検索を提供し、更にそれに連携したソフトウェア導入サポート等を提供する。

＜システム＞
図１において、本実施の形態の情報処理システム全体の接続構成の概要を説明する。本情報処理システムは、ストレージシステム１００及びストレージ管理システム２００を含んでなる。例えばＩＰ等によるネットワーク１０１に対して、複数の顧客のストレージシステム１００、及びユーザのクライアント（ＣＬ）端末５０が接続されている。顧客のストレージシステム１００は、１つ以上のホスト装置３０、１つ以上のＦＣＳＷ（ファイバチャネルスイッチ）２０、１つ以上のストレージ装置１０、が接続されて構成されている。例えば、サイトＡ〜Ｃに、それぞれ別の顧客のストレージシステム１００を有する。ユーザは、例えば顧客に対する販社／ＳＥ等の関係であり、顧客の要望に従ってＣＬ端末５０を操作することでサービス（推奨構成検索等）を提供する。なお顧客（エンドユーザ）がユーザとして直接にＣＬ端末５０を操作してサービスを受ける形態などでも構わない。

一方、管理側であるストレージ管理システム２００として、ネットワーク１０１に対しルータ（経路制御装置）等を介してＬＡＮ１０２上に、管理サーバ７０、Ｗｅｂサーバ６０、導入サポート部門のＣＬ端末８０等が接続されている。管理サーバ７０は、ネットワーク１０１を介して、各ストレージシステム１００と接続され、構成情報（接続構成情報）等を収集する（ａ）。Ｗｅｂサーバ６０は、例えば導入サポート受付部門（営業など）が管理する。ユーザのＣＬ端末５０からＷｅｂサーバ６０へアクセスしてＷｅｂページの閲覧が可能となっている（ｂ）。Ｗｅｂサーバ６０は、Ｗｅｂページ生成等のために管理サーバ７０と接続され（ｃ）、また、導入連携等のために導入サポート部門のＣＬ端末８０と接続される（ｄ）。

＜ストレージシステム＞
図２において、ストレージシステム１００の構成例を説明する。ホスト装置３０は、ＰＣ、サーバ、メインフレーム等の情報処理装置であり、制御部（プロセッサ）３０１、メモリ３０２、入力装置（キーボード等）３０３、出力装置（ディスプレイ等）３０４等を備え、ＨＢＡ４０が搭載される。メモリ３０２には、ＯＳ（オペレーションシステム）３０５、アプリケーションプログラム（ＡＰ）３０６等のソフトウェア（プログラム）を有し、制御部３０１は、メモリ３０２上のプログラムを実行することで、ホスト装置３０としての機能を実現する。また、メモリ３０２等には、ログ情報（Ｌ）、構成情報（Ｃ）等が格納される。

ＨＢＡ４０は、ホスト装置３０をストレージ装置１０に接続してストレージ装置１０を利用するＨＢＡ機能に対応するソフトウェア（プログラム４０１）、及びポート（通信ポート）４０２等を有する。プログラム４０１は例えばドライバソフトウェアである。また、ＨＢＡ４０内のメモリには、ログ情報（Ｌ）、構成情報（Ｃ）等が格納される。

ＦＣＳＷ２０は、制御部２０１、メモリ２０２、スイッチ部２０３、ポート２０４等を有する。制御部２０１の制御に基づき、スイッチ部２０３でポート２０４間のパスを切り替える。メモリ２０２には、ＦＣＳＷ２０の機能に対応するソフトウェア（プログラム２０５）を有する。プログラム２０５は例えば機器に組み込まれるファームウェアである。また、メモリ２０２に、ログ情報（Ｌ）、構成情報（Ｃ）等が格納される。ＦＣＳＷ２０によりＳＡＮ（ストレージエリアネットワーク）等を構成できる。

ストレージ装置１０は、ＲＡＩＤ制御機能を備える制御装置（コントローラ）１１０、及び記憶装置群（ＤＫＵ）１３０を備える。記憶装置群１３０は、ＨＤＤ１３１等によるディスクアレイを構成する。制御装置１１０は、制御部（プロセッサ）１１１、ＣＨＡ（チャネルアダプタ）１１２、ＤＫＡ（ディスクアダプタ）１１３、キャッシュメモリ１１４、共有メモリ１１５、スイッチ１１６、メモリ１１７等を有する。制御部１１１は、メモリ１１７上のプログラム１１８を実行する。キャッシュメモリ１１４は、入出力データ等をキャッシュする。共有メモリ１１５は、制御情報等を格納する。ＣＨＡ１１２は、ポート等を備え、外部に対するチャネルＩ/Ｆ部であり、特にホスト装置３０に対するホストＩ/Ｆ部としても機能する。ＤＫＡ１１３は、ＨＤＤ１３１等に対するディスクＩ/Ｆ部である。スイッチ１１６は、各処理部間のパスを高速に切り替える。また、例えば共有メモリ１１５には、ログ情報（Ｌ）、構成情報（Ｃ）等が格納される。

また、本構成では、制御装置１１０に対してＳＶＰ１５０が接続されている。ＳＶＰ１５０は、保守・管理用の情報処理装置である。ＳＶＰ１５０は、制御装置１１０の各処理部に対して制御情報等を入出力する。ＳＶＰ１５０は例えば内部ＬＡＮでストレージ装置１０の各処理部に接続される。ＳＶＰ１５０は、ネットワーク１０１を介して外部の管理サーバ７０等に対して接続される。管理サーバ７０は、ＳＶＰ１５０を通じてストレージ装置１０の情報を取得できる。ＳＶＰ１５０内のメモリには、ストレージ装置１０（共有メモリ１１５等）から取得する、ログ情報（Ｌ）、構成情報（Ｃ）等のコピーが格納される。

ＳＶＰ１５０が存在しない構成の場合は、例えば、ストレージ装置１０の制御装置１１０は、ＣＨＡ１１２等を通じて管理サーバ７０等に対して接続される。あるいは、ホスト装置３０にＳＶＰ１５０同様機能をインストールした構成なども可能である。

ストレージ装置１０の各処理部は多重化されている。ＨＤＤ１３１群は、制御装置１１０によるＲＡＩＤ制御等に対応してＲＡＩＤレベル及びＲＡＩＤグループ等が設定され、論理ボリュームが設定される。ホスト装置３０−ＦＣＳＷ２０間、ＦＣＳＷ２０−ストレージ装置１０（ＣＨＡ１１２）間、ホスト装置３０−ストレージ装置１０（ＣＨＡ１１２）間等の各要素間（リンク）は、本例ではファイバチャネルプロトコルで接続される。

＜管理サーバ＞
図３において、管理サーバ７０の構成例を説明する。管理サーバ７０は、制御部（プロセッサ）７１、メモリ７２、通信部７３（入力制御部及び出力制御部）、入力装置（キーボード等）７４、出力装置（ディスプレイ等）７５等を有する。制御部７１は、メモリ７２上のメインプログラム７６を実行することで、管理サーバ７０としての機能を実現する。

管理サーバ７０は、顧客システム構成情報ファイル１１、コンポーネント（要素）ログ情報ファイル１２、顧客システム運用状況ファイル１３、ベンダリリース情報ファイル１４、接続性サポート情報ファイル１５、コンポーネント（要素）間接続性安定度マトリクスファイル１６等の情報を、管理用ＤＢに保持・管理する。

顧客システム構成情報ファイル１１は、顧客（及び対応ユーザ）のストレージシステム１００ごとの、要素（ソフトウェアバージョンを含む）の組み合わせの情報などを含む。要素ログ情報ファイル１２は、ストレージシステム１００の要素ごとのログ情報（Ｌ）を含む。顧客システム運用状況ファイル１３は、顧客のストレージシステム１００ごとの運用状況の情報、特にエラー発生に関する情報を含む。ベンダリリース情報ファイル１４は、ベンダがリリースする最新製品を含む、要素の仕様・構成情報などを含む。接続性サポート情報ファイル１５は、ストレージシステム構成における要素間の接続性を検証済みか否か等の情報を含む。要素間接続性安定度マトリクスファイル１６は、ストレージシステム１００における要素の組み合わせの構成における、各々の要素間（リンク）の接続性（相性）に関する、エラー発生率などの考慮による安定度（要素間安定度）の情報を含む。すべての要素間（リンク）の安定度を用いてストレージシステム全体の安定度（構成安定度）が算出される。

＜Ｗｅｂサーバ＞
図４において、Ｗｅｂサーバ６０の構成例を説明する。Ｗｅｂサーバ６０は、制御部（プロセッサ）６１、メモリ６２、通信部６３（入力制御部及び出力制御部）、入力装置（キーボード等）６４、出力装置（ディスプレイ等）６５等を有する。制御部６１は、メモリ６２上のメインプログラム６６を実行することで、Ｗｅｂサーバ６０としての機能を実現する。

Ｗｅｂサーバ６０は、顧客ファイル（顧客システム構成情報ファイル）２１、推奨構成情報ファイル２２、ソフトウェア導入サポートプラン／発注／実施状況ファイル（導入管理ファイルと略す）２３、キャラクタファイル２４等の情報を保持・管理する。

顧客ファイル２１は、管理サーバ７０側の顧客システム構成情報ファイル１１に対応している。推奨構成情報ファイル２２は、推奨度に応じたストレージシステム構成（推奨構成）の情報を含む。推奨度は、安定度に対応付けられる。導入管理ファイル２３は、ソフトウェア導入サポートプラン、その発注（導入サポート要求）、及びその実施状況、等の各機能に対応する情報を管理するものである。キャラクタファイル２４は、各情報をＷｅｂクライアントに対してＷｅｂページとして生成及び出力する際に用いる画像アイコン等の情報である。

＜概要構成＞
次に、図５において、本情報処理システムの概要構成について説明する。本システムは、（１）ログ情報取得（エラー情報取得）、（２）構成情報取得、（３）接続性判定（安定度計算）、（４）推奨構成検索等のサービス、等の処理動作を行う。

（１）ログ情報取得： 本例では、管理サーバ７０は、各ストレージシステム１００の各要素から、ログ情報（Ｌ）を収集し、管理用ＤＢ（要素ログ情報ファイル１２）に格納する（ａ）。各要素は、装置の運用・稼働に伴い、内部メモリにログ情報（Ｌ）を記録する。ログ情報（Ｌ）内には、エラー情報（後述）も含まれている。

（２）構成情報取得： ストレージシステム１００において、要素間で構成情報（Ｃ）を授受する。本例では、ＦＣＳＷ２０は、ホスト装置３０及び自身から、接続構成情報（要素間の接続に係わる構成情報）を収集し、内部メモリへ記憶する。例えば、ホスト装置３０のＨＢＡ４０からＦＣＳＷ２０内へ、ＨＢＡ属性情報を登録する（ｂ）。また、ＦＣＳＷ２０内では、ポート２０４から接続構成情報を登録する（ｃ）。また、ストレージ装置１０は、ＦＣＳＷ２０へ、接続構成情報の検索（取得）を要求する（ｄ）。それに対しＦＣＳＷ２０は、前記収集・記憶されている接続構成情報を検索してストレージ装置１０へ返す。これにより、ストレージ装置１０は、ホスト装置３０及びＦＣＳＷ２０に関する接続構成情報を含む構成情報（Ｃ）を取得する（ｅ）。また、ストレージ装置１０は、自身の装置情報（接続構成情報を含む構成情報（Ｃ））を例えば共有メモリ１１５に記憶しているので、それを取得する（ｆ）。これにより、ストレージ装置１０は、ストレージシステム１００の各要素の接続構成情報を含む構成情報（Ｃ）を得る。なお、管理サーバ７０がＦＣＳＷ２０やストレージ装置１０からそれら構成情報（Ｃ）を収集して取得する形態などとしてもよい。

（３）接続性判定（安定度計算）： ストレージ装置１０は、管理サーバ７０へ、それらの構成情報（Ｃ）を用いた、要素間の接続性の判定を依頼する（ｇ）。管理サーバ７０は、ストレージ装置１０からの構成情報（Ｃ）をもとに、管理用ＤＢを参照して、要素間の接続性を判定し、その判定結果を得ると共に、ストレージ装置１０へ返す（ｈ）。ストレージ装置１０は、その判定結果を外部（例えば管理者）に通知することができる（ｉ）。管理サーバ７０は、構成情報（Ｃ）を顧客システム構成情報ファイル１１に保存すると共に、上記各要素間の接続性の判定結果を、要素間接続性安定度マトリクスファイル１６に格納する。この判定の際、管理サーバ７０により、各要素間の接続性の安定度（Ｅ）、及びストレージシステム全体の構成安定度（Ｆ）が計算される。これらの判定や計算は、管理サーバ７０で随時実行してもよい。

（４）推奨構成検索等のサービス： 一方、管理サーバ７０は、Ｗｅｂサーバ６０からの要求等に基づき、管理用ＤＢから、顧客ストレージシステム構成や推奨構成等の情報を検索し、その検索結果等の情報をＷｅｂサーバ６０へ出力（送信）する（ｊ）。Ｗｅｂサーバ６０は、顧客ごとのデータにおいて、顧客ストレージシステム構成、推奨構成検索入力、推奨構成検索結果出力、ソフトウェア導入サポートプラン等の情報を保持する。ユーザ（顧客）は、好きな時に、ＣＬ端末５０からＷｅｂサーバ６０にアクセスし、上記Ｗｅｂサーバ６０の提供する情報を、Ｗｅｂページの形式で閲覧し、情報検索等を行うことができる（ｋ）。これにより、ユーザ（顧客）は、例えば、顧客のストレージシステム１００の要素のソフトウェアバージョンを更新したい際に、ストレージシステム推奨構成を検索して、その検索結果を閲覧することができる。また本例では図示してはいないが、Ｗｅｂページ上で或る要素を含んでなる既存のストレージシステム構成における安定度を確認することもできる。また更に、ユーザは、検索結果情報から確認及び選択して、当該要素（ソフトウェア）の更新（導入）のためのサポートを要求（発注）すること等が可能である（ｌ）。

＜構成安定度＞
図６において、前記（３）接続性判定に係わる、ストレージシステム全体の構成安定度（Ｆ）の考え方について示している。ストレージシステム１００における、複数の要素間（リンク）が存在する。リンク１として、ＯＳ３０５−ＨＢＡ４０間、リンク２として、ＨＢＡ４０−ＦＣＳＷ２０間、リンク３として、ＨＢＡ４０−ストレージ装置１０間、リンク４として、ＦＣＳＷ２０−ストレージ装置１０間、が存在する。ログ情報（Ｌ）及び構成情報（Ｃ）等をもとに、各リンクでの、要素間エラー発生率（Ｄ：Ｄ１〜Ｄ４）、及び要素間安定度（Ｅ：Ｅ１〜Ｅ４）、が算出される。そして、それらすべての要素間安定度（Ｅ）を反映して、具体的には乗算することにより、ストレージシステム全体の構成安定度（Ｆ）が計算される。また、構成安定度（Ｆ）に対して、ストレージシステムの推奨度（Ｇ）が対応付けられる。具体的には例えば構成安定度（Ｆ）が高い順に推奨度（Ｇ）を高くする。

＜顧客システム構成情報＞
次に、図７において、管理サーバ７０で保持する顧客システム構成情報ファイル１１の情報（１１−１）の内容の例を示している。テーブルの項目として、顧客＃（顧客システム構成ＩＤ）、顧客名、ユーザＩＤ（販社／ＳＥ）、ユーザＩＤ（エンドユーザ）、Storage（ストレージ装置）、Ver（バージョン）、ＯＳ（ホスト装置３０のＯＳ３０５）、Ver、ＨＢＡ、Ver、ＦＣＳＷ、Ver、Middleware（ミドルウェア）、Ver等を有する。各行が、顧客のストレージシステム構成（要素の組み合わせ）を示す。ＯＳ，Ver等は、要素（要素名）とそのバージョンを示す（簡単のため名称やバージョン等はＡ，Ｂのように表している）。ユーザＩＤは、販社／ＳＥ等の場合と、エンドユーザ（顧客）の場合とで分けている。

＜ベンダリリース情報＞
図８において、管理サーバ７０で保持するベンダリリース情報ファイル１４のうちの、ホスト装置３０のＯＳ３０５に関する情報（１４−１）の内容の例を示している。テーブルの項目として、＃（番号）、ベンダ名、ＯＳ名、Ver、カーネルVer、リリース日、アーキテクチャ、特記事項を有する。

図９において、管理サーバ７０で保持するベンダリリース情報ファイル１４のうちの、ＨＢＡ４０に関する情報（１４−２）の内容の例を示している。テーブルの項目として、＃（番号）、ベンダ名、ＨＢＡ型名、Ver、ＢＩＯＳVer、対応ＯＳ名、Ver，アーキテクチャ、スピード、リリース日、特記事項等を有する。

図１０において、管理サーバ７０で保持するベンダリリース情報ファイル１４のうちの、ＦＣＳＷ２０に関する情報（１４−３）の内容の例を示している。テーブルの項目として、＃（番号）、ベンダ名、ＦＣＳＷ型名、Ver、Firmware Ver（ファームウェアバージョン）、スピード、リリース日、特記事項等を有する。

構成については、簡単のため、要素（ＦＳＣＷ，Storage等）とそのバージョン（Ver）で示しているが、或る要素（例えばストレージ装置１０）は複数の要素（処理部等）の組み合わせにより構成可能である。ストレージ装置１０のベンダリリース情報については複雑になるので省略するが、基本的な考え方は上記同様である。

＜接続性サポート情報＞
図１１において、管理サーバ７０で保持する接続性サポート情報ファイル１５の情報（１５−１）の内容の例を示している。テーブルの項目として、＃（番号）、Storage（ストレージ装置）、Ver、ＯＳ、Ver、ＨＢＡ、Ver、ＦＣＳＷ、Ver、Middleware、Ver、サポート状況、特記事項等を有する。各行で、ストレージシステム構成（要素及びバージョンの組み合わせ）についての接続性サポート状況を、「サポート状況」項目における「サポート済」または「サポート未」などのステータスで表している。例えば、＃１の行のストレージシステム構成は、「サポート済」、即ち接続性が検証済み（問題無く動作することが確認されている）である。また、＃６の行のストレージシステム構成は、「サポート未」、即ち接続性が未検証であり、相性や安定度といった点について未知である。

＜顧客システム運用状況情報＞
図１２において、管理サーバ７０で保持する顧客システム運用状況ファイル１３の情報（１３−１）の内容の例を示している。テーブルの項目として、ＯＳ，Ver，ＨＢＡ，Ver，ＦＣＳＷ，Ver，Storage，Ver，エラー発生カウント（合計），エラー検知部位，特記事項等を有する。「エラー発生カウント（合計）」は、当該ストレージシステム構成における要素及び要素間で発生したエラーの合計カウント値である。「エラー検知部位」項目の内容は、図１３に示される。特記事項としては、例えば「テスト時エラー状況」などのステータスがある。

図１３において、図１２のテーブルの「エラー検知部位」の内容の例を示している。テーブルの項目として、ＯＳ，ＨＢＡ，ＦＣＳＷ，Storageごとに、要素間（リンク）のエラーに係わる情報の項目を有する。即ち、「ＯＳ」の項目は、「ＯＳ−ＨＢＡ間」を有し、「ＨＢＡ」の項目は、「ＨＢＡ−ＯＳ間」、「ＨＢＡ−ＦＣＳＷ間」、「ＨＢＡ−Storage間」を有し、「ＦＣＳＷ」の項目は、「ＦＣＳＷ−ＨＢＡ間」、「ＦＣＳＷ−Storage間」を有し、「Storage」の項目は、「Storage−ＨＢＡ間」、「Storage−ＦＣＳＷ間」を有する。

「ＯＳ−ＨＢＡ間」の項目は、ホスト装置３０のＯＳ３０５からみた、ＯＳ３０５とＨＢＡ４０との間でのエラーに係わる情報を示すものであり、エラータイプ２（ＥＴ２），エラータイプ３（ＥＴ３）の項目を有する。同様に、「ＨＢＡ−ＯＳ間」の項目は、ＨＢＡ４０からみた、ＨＢＡ４０とＯＳ３０５との間でのエラーに係わる情報を示すものであり、ＥＴ２，ＥＴ３の項目を有する。「ＨＢＡ−ＦＣＳＷ間」の項目は、ＨＢＡ４０からみた、ＨＢＡ４０とＦＣＳＷ２０との間でのエラーに係わる情報を示すものであり、エラータイプ１（ＥＴ１），ＥＴ２，ＥＴ３の項目を有する。他の項目についても同様に、各要素主体からみた、自身とそれに接続される要素との間でのエラーに係わる情報を示すものである。エラータイプ（ＥＴ）は、エラーをそのタイプ（種類）で分けたものである。

ＥＴ１，ＥＴ２，ＥＴ３の項目では、それぞれ、（Ａ）エラー発生回数、（Ｂ）総発行数、（Ｃ）要素単位エラー発生率、の情報を有する。（Ａ）エラー発生回数は、当該要素間（リンク）での当該ＥＴのエラーの発生回数であり、（Ｂ）総発行数は、当該リンクでのコマンドやデータフレーム等の総発行数や、パスをはった回数などであり、（Ｃ）要素単位エラー発生率は、各要素（当該要素）のエラー発生率である。

＜要素間接続性安定度マトリクス情報＞
図１４において、管理サーバ７０で保持する要素間接続性安定度マトリクスファイル１６の情報の例について示している。

図１４（ａ）において、リンク１に対応する、ＯＳ−ＨＢＡ間接続性安定度（Ｅ１）の情報の例を示す。マトリクスファイル（１６）に含まれる本テーブルにおいて、項目で、ＯＳ，Ver，ＨＢＡ，Verの組み合わせにおける、要素間エラー発生率（Ｄ１）、要素間接続性安定度（Ｅ１）の値を格納している。

図１４（ｂ）において、リンク２に対応する、ＨＢＡ−ＦＣＳＷ間接続性安定度（Ｅ２）の情報の例を示す。マトリクスファイル（１６）に含まれる本テーブルにおいて、項目で、ＨＢＡ，Ver，ＦＣＳＷ，Verの組み合わせにおける、要素間エラー発生率（Ｄ２）、要素間接続性安定度（Ｅ２）の値を格納している。他の要素間（リンク）の安定度情報についても同様である。

＜画面（メニュー）＞
次に、ユーザ（顧客）に対する表示情報例及び対応する処理例について順に説明する。ストレージ管理システム２００では、随時、要素間接続性安定度マトリクスファイル１６等の管理情報を作成及び更新している。一方、顧客の希望に基づき、ユーザのＣＬ端末５０からＷｅｂサーバ６０にアクセスし、サービスのためのＷｅｂページによる表示画面を出力する。

図１５において、まず、Ｗｅｂサーバ６０へのアクセス及びログイン時の画面を示している。本画面で、サービス名（例えば「ストレージ接続コンポーネント 安定度情報閲覧／ソフトウェア導入サポートサービス」あるいは「ストレージシステム推奨構成検索サービス」等）、ログインの際のユーザＩＤ及びパスワードの入力欄等が表示される。

図１６において、ログイン後のメインメニューの画面を示している。本画面で、ユーザ（顧客）名などの下に、選択可能なサービス項目がメニューとして表示される。本例では、（Ａ）顧客システム構成情報／推奨構成検索、（Ｂ）ソフトウェア導入サポートプラン検索、（Ｃ）ソフトウェア導入サポート発注、（Ｄ）発注済みソフトウェア導入サポート実施状況検索、といった４つのサービス項目が表示される。上記（Ａ）〜（Ｄ）の項目は、後述する画面及び処理に対応付けられるものであり、選択により各画面及び処理への移行が行われる。

＜サービス（Ａ）＞
前記メインメニューから、ユーザにより（Ａ）「顧客システム構成情報／推奨構成検索」のサービス項目が選択されると、それに対応する画面に進む。その画面は、（Ａ１）顧客システム構成情報検索ページ等で構成される。なお以下、ＣＬ端末５０とＷｅｂサーバ６０及び管理サーバ７０との間でのＷｅｂページデータの生成や授受が行われるが、公知技術なので詳細は省略する。

図１７において、サービス（Ａ）時の処理例のフローを示す。まず、Ｓ１７１（Ｓは処理ステップを表す）において、Ｗｅｂサーバ６０からＣＬ端末５０に、（Ａ１）顧客システム構成情報検索ページ（図１８）を出力する。

図１８に示す（Ａ１）顧客システム構成情報検索ページにおいて、顧客システム構成情報を検索するための検索条件を入力させる旨を表示する。検索条件として、顧客名、ストレージ（ストレージ装置）、ＯＳ（ホスト装置３０のＯＳ３０５）、ＨＢＡ、ＦＣＳＷ、ミドルウェア等の項目を有し、それぞれプルダウンから具体的な情報を選択・入力等が可能である。また、下側には、検索ボタンとＥＸＩＴ（終了）ボタンとを有する。

図１７のＳ１７２で、ユーザが検索条件を選択入力し、その後、検索を実行する場合に検索ボタンをクリックする。これにより入力情報がＷｅｂサーバ６０へ送信され、検索が行われる。Ｓ１７３で、ＣＬ端末５０に、（Ａ２）顧客システム構成情報検索結果ページ（図１９）を出力する。

図１９に示す（Ａ２）顧客システム構成情報検索結果ページにおいて、検索条件にヒットしたストレージシステム構成を表示する。例えば、チェックボタン、顧客名、ストレージ装置名、ＯＳ名、ＨＢＡ名、ＦＣＳＷ名、ミドルウェア名、サポート済／サポート未の情報などを表示する。なお、サポート済／サポート未の情報は、接続性サポート情報ファイル１５をもとに得られる。下側には、推奨構成検索ボタン、ＥＸＩＴボタンを有する。

図１７のＳ１７４で、検索結果中から、ユーザが対象のシステム構成を選択（チェック）し、ボタンを押下する。Ｓ１７５で、選択・押下されたボタンを判断し、ＥＸＩＴの場合（Ｎ）は終了する（メインメニューに戻る等）。推奨構成検索の場合（Ｙ）は、ａに移行する。ａに移行した後のＳ１７６で、（Ａ３）推奨構成検索条件入力ページ（図２０）を出力する。

図２０に示す（Ａ３）推奨構成検索条件入力ページにおいて、顧客のストレージシステム構成についての推奨構成を検索する旨を表示する。変更（更新）する対象となる要素またはそのバージョン等を選択入力させる。現在のシステム構成の情報（要素名等）と、変更後のシステム構成の情報（要素名等）とを並べて表示する。下側には、検索ボタンとＥＸＩＴボタンを有する。検索条件として、例えば、システム構成の要素のうちＨＢＡ４０のソフトウェアバージョンを変更する場合とする。

図１７のＳ１７７で、ユーザが検索条件を選択入力し、検索ボタンを押下する（ＥＸＩＴボタン押下の場合は終了）。Ｓ１７８で、Ｗｅｂサーバ６０から、ＣＬ端末５０に、（Ａ４）推奨構成検索結果ページ（図２１）を出力する。

図２１に示す（Ａ４）推奨構成検索結果ページにおいて、入力された検索条件にヒットした検索結果を、推奨構成の形式で表示する。推奨構成として、推奨度（Ｇ）の順に、ストレージシステム構成（要素の組み合わせ）を表示する。推奨度（Ｇ）は安定度（Ｆ）から決定されている。推奨度Ｎｏ１で示す構成は、その時点で安定度（Ｆ）が最も高いものを示している。また、表示した推奨構成に従って要素（ソフトウェア）を変更（更新）する顧客向けにソフトウェア導入サポートを用意している旨を、同ページ内に表示する。また例えば、推奨度や安定度についての説明などを表示してもよい。下側には、ソフトウェア導入サポートプラン検索（ページ）ボタン、ＥＸＩＴボタンを有する。

図１７のＳ１７９で、ユーザが選択しボタン押下する。Ｓ１８０で、ソフトウェア導入サポートプラン検索が選択された場合（Ｙ）は、ｂへ移行する（ＥＸＩＴボタンの場合は終了）。

＜顧客システム構成情報検索処理＞
図２２において、ストレージ管理システム２００における顧客システム構成情報検索処理は以下である。まずＳ２２１で、ユーザがＣＬ端末５０でＷｅｂページ（Ａ１）からＷｅｂサーバ６０に対しストレージシステム１００に関する検索条件を入力する（Ｓ１７２と対応）。Ｓ２２２で、Ｗｅｂサーバ６０は、検索条件を受け取ると、管理サーバ７０に存在する顧客システム構成情報ファイル１１を参照する。Ｓ２２３で、Ｗｅｂサーバ６０は、管理サーバ７０から参照した情報データをもとに、当該構成情報を、Ｗｅｂサーバ６０側に保持する顧客ファイル２１に反映する。Ｓ２２４で、ユーザは、ＣＬ端末５０からＷｅｂサーバ６０の上記顧客ファイル２１の該当構成情報（検索結果）を参照する（Ｓ１７３と対応）。換言すればＷｅｂサーバ６０からＣＬ端末５０へ、上記顧客ファイル２１の該当構成情報を表示情報として含むＷｅｂページ（Ａ２）を応答する。

＜推奨構成検索処理＞
図２３において、ストレージ管理システム２００における推奨構成検索処理は以下である。まずＳ２３１で、ユーザがＣＬ端末５０でＷｅｂページ（Ａ３）からＷｅｂサーバ６０に対し推奨構成に関する検索条件を入力する（Ｓ１７７と対応）。Ｓ２３２で、Ｗｅｂサーバ６０は、検索条件を受け取ると、管理サーバ７０に存在するマトリクスファイル（１６）を参照し、当該ストレージシステム構成の安定度をチェックする。ここで、上記マトリクスファイル（１６）の情報は、管理サーバ７０の顧客システム運用状況ファイル１３の情報をもとに作成されている。

また、上記チェックでは、上記検索条件に顧客先環境での運用実績の無い構成要素を含んでいる場合は、顧客システム運用状況ファイル１３の情報の「テスト時エラー状況」（例：図１２）のデータをもとに、当該ストレージシステム構成の安定度が算出される。

次に、Ｓ２３３で、Ｗｅｂサーバ６０は、Ｓ２３２のチェックの結果から、推奨構成一覧情報を作成し、当該情報を、Ｗｅｂサーバ６０の推奨構成情報ファイル２２に反映する。Ｓ２３４で、ユーザは、ＣＬ端末５０からＷｅｂサーバ６０の上記推奨構成情報ファイル２２の該当情報（検索結果）を参照する（Ｓ１７８と対応）。換言すればＷｅｂサーバ６０からＣＬ端末５０へ、上記推奨構成情報ファイル２２の該当情報を表示情報として含むＷｅｂページ（Ａ４）を応答する。

＜安定度計算方法＞
次に、要素間接続性安定度（Ｅ）及び構成安定度（Ｆ）の計算方法の詳細について説明する。顧客のストレージシステム１００を構成する各要素（ホスト装置３０（ＯＳ３０５），ＨＢＡ４０，ＦＣＳＷ２０，ストレージ装置１０）は、それぞれが検知したエラー情報を自装置内にログ情報（Ｌ）として記録する機能を有する。ストレージ管理システム２００（管理サーバ７０）では、このログ情報（Ｌ）をもとに、以下の処理手順で各要素間（リンク）の接続性安定度（Ｅ）及びシステム全体の構成安定度（Ｆ）を算出する。

（１）管理サーバ７０から対象のストレージシステム１００に対し、「エラー情報収集コマンド」を発行することにより、ストレージシステム１００の各要素内に記録されているログ情報（Ｌ）を管理サーバ７０へと収集・取得する。

（２）次に、上記（１）で収集したログ情報（Ｌ）の中から、要素ごとに、下記分類に従って、図１３の（Ａ）「エラー発生回数」をカウントする。分類として、ＥＴ１はリンクエラー（Link Failure ，ＬＵ（論理ユニット）未認識等）である。ＥＴ２はコマンドエラー（未サポートコマンド受領、コマンドオーダ不正等）である。ＥＴ３はデータエラー（データフレーム不確定、アイドルキャラクタ数不正等）である。

図２４において、管理サーバ７０における、要素間（リンク）例えば「ＨＢＡ−ＦＣＳＷ間」（リンク２）に関する（Ａ）「エラー発生回数」のカウント処理を示す。他リンクのカウント処理でも同様である。Ｓ２４１で、管理サーバ７０のプログラムは、該当ログ情報（Ｌ）を参照する。即ち本例では該当リンク２に関係するＨＢＡ４０とＦＣＳＷ２０の各ログ情報（Ｌ）を参照する。Ｓ２４２で、エラー検知部位がＨＢＡ−ＦＣＳＷ間（リンク２）であるかどうか判断する。ＨＢＡ−ＦＣＳＷ間でない場合（Ｎ）は他リンクのカウント処理になる。ＨＢＡ−ＦＣＳＷ間である場合（Ｙ）、次に、Ｓ２４３で、リンクエラー（ＥＴ１）が有るかどうか判断し、有る場合（Ｙ）は、Ｓ２４４で、ＨＢＡ−ＦＣＳＷ間のＥＴ１の（Ａ）エラー発生回数を、＋１（１加算）する。また、Ｓ２４５で、コマンドエラー（ＥＴ２）が有るかどうか判断し、有る場合（Ｙ）は、Ｓ２４６で、ＨＢＡ−ＦＣＳＷ間のＥＴ２の（Ａ）エラー発生回数を、＋１する。また、Ｓ２４７で、データエラー（ＥＴ３）が有るかどうか判断し、有る場合（Ｙ）は、Ｓ２４８で、ＨＢＡ−ＦＣＳＷ間のＥＴ３の（Ａ）エラー発生回数を、＋１する。

（３）次に、上記（２）で算出した（Ａ）エラー発生回数と、（Ｂ）総発行数とから、下記計算式により、図１３の（Ｃ）要素単位エラー発生率を算出する。即ち、（Ｃ）＝（Ａ）÷（Ｂ）、である。

（４）次に、上記（３）で算出した（Ｃ）要素単位エラー発生率をもとに、下記計算式により、（Ｄ）「要素間エラー発生率」（Ｄ１〜Ｄ４）を算出（定義）する。０≦Ｄ≦１である。なお、図１３のテーブル中の各（Ｃ）要素単位エラー発生率の項目の値を、順に、｛ａ〜ｖ｝としている。即ち、「ＯＳ−ＨＢＡ間」に対応する要素間エラー発生率（Ｄ１）は、「ＯＳ」の「ＯＳ−ＨＢＡ間」の（Ｃ）の値（ａ，ｂ）と、「ＨＢＡ」の「ＨＢＡ−ＯＳ間」の（Ｃ）の値（ｃ，ｄ）との加算値である。同様に、「ＨＢＡ−ＦＣＳＷ間」に対応する要素間エラー発生率（Ｄ２）は、「ＨＢＡ」の「ＨＢＡ−ＦＣＳＷ間」の（Ｃ）の値（ｅ〜ｇ）と、「ＦＣＳＷ」の「ＦＣＳＷ−ＨＢＡ間」の（Ｃ）の値（ｋ〜ｍ）との加算値である。同様に、「ＨＢＡ−Storage間」に対応する要素間エラー発生率（Ｄ３）は、ｈ〜ｊ，ｑ〜ｓの加算値である。同様に、「ＦＣＳＷ−Storage間」に対応する要素間エラー発生率（Ｄ４）は、ｎ〜ｐ，ｔ〜ｖの加算値である。

（５）次に、上記（４）で算出した、（Ｄ）要素間エラー発生率（Ｄ１〜Ｄ４）をもとに、下記計算式により、（Ｅ）「要素間接続性安定度」（Ｅ１〜Ｅ４）を算出する。０≦Ｅ≦１である。即ち、「ＯＳ−ＨＢＡ間」（リンク１）に対応する要素間接続性安定度（Ｅ１）は、Ｅ１＝１−Ｄ１、で計算される。同様に、「ＨＢＡ−ＦＣＳＷ間」（リンク２）に対応する安定度（Ｅ２）はＥ２＝１−Ｄ２で計算され、「ＨＢＡ−Storage間」（リンク３）に対応する安定度（Ｅ３）はＥ３＝１−Ｄ３で計算され、「ＦＣＳＷ−Storage間」（リンク４）に対応する安定度（Ｅ４）はＥ４＝１−Ｄ４で計算される。

（６）次に、上記（５）で算出した（Ｅ）要素間接続性安定度（Ｅ１〜Ｅ４）をもとに、下記計算式により、図６で示した（Ｆ）構成安定度を算出する。即ち、Ｆ＝Ｅ１×Ｅ２×Ｅ３×Ｅ４である。

＜構成安定度の例＞
図２５（ａ）において、ストレージシステム構成例における構成安定度（Ｆ）の値の例（例１）を示す。要素（ＯＳ，ＨＢＡ，ＦＣＳＷ，Storage）とバージョンの組み合わせによる或る第１のストレージシステム構成において、各要素間の安定度（Ｅ１〜Ｅ４）が０．９５である場合である。Ｅ１〜Ｅ４の乗算により、Ｆ≒０．８１（０．８１４５……）と算出される。この例１は、いずれの要素間（リンク）においても同じように十分な安定度（Ｅ）を持つ場合であり、結果、ストレージシステム全体の構成安定度（Ｆ）が高いものになる。

一方、図２５（ｂ）において、別のストレージシステム構成例における構成安定度（Ｆ）の値の例（例２）を示す。或る第２のストレージシステム構成において、Ｅ１，Ｅ３，Ｅ４＝１．０で、Ｅ２＝０．５である場合であり、Ｅ１〜Ｅ４の乗算により、Ｆ＝０．５と算出される。この例２は、１つのリンク（ＨＢＡ−ＦＣＳＷ間）のみ低い安定度（Ｅ）を持ち他のリンクでは高い安定度（Ｅ）を持つという場合であり、結果、ストレージシステム全体の構成安定度（Ｆ）が不十分なものになる。

例１と例２を比べると、すべてのリンクの安定度（Ｅ）が平均して高い場合の方が、各リンクの安定度（Ｅ）でばらつきがある場合に比べて、システムの構成安定度（Ｆ）が良好になる場合があることがわかる。上記も考慮して、本例では、構成安定度（Ｆ）が高くなる順に、推奨構成における推奨度（Ｇ）を高くする。

以上のサービス（Ａ）により、顧客は、いつでも、ストレージシステム全体の安定度が考慮された推奨構成を確認し、要素の更新等を検討することができ、便利である。また、販社・営業等は、顧客に対する推奨構成等の提案により、製品要素の販促効果を得られる。

＜サービス（Ｂ）＞
次に、更に前記図１６の（Ｂ）〜（Ｄ）のサービス項目について順に説明する。まず、メインメニューからユーザにより（Ｂ）ソフトウェア導入サポートプラン検索が選択された場合、対応する画面及び処理に進む。

図２６において、Ｓ２６１で、Ｗｅｂサーバ６０からＣＬ端末５０に、（Ｂ１）ソフトウェア導入サポートプラン検索ページを出力する。Ｓ２６２で、既にソフトウェア導入サポートプランが検索済みの場合にはそのプラン＃（番号）が発行・管理されているので、ユーザがそのプラン＃を入力して速やかに該当ソフトウェア導入サポートプラン情報を表示することができる。ブラン＃の入力またはｂからの移行により、Ｓ２６３で、（Ｂ１）ソフトウェア導入サポートプラン検索ページ（図２７）を出力する。

図２７に示す（Ｂ１）ソフトウェア導入サポートプラン検索（推奨構成選択）ページにおいて、前述（Ａ４）のような現在構成と推奨構成の情報をもとに、ユーザにより、ソフトウェア導入サポートプランの表示（検索）の対象となる希望の推奨構成を選択（チェック）させる。下側には、ソフトウェア導入サポートプラン表示（検索）ボタン、ＥＸＩＴボタンを有する。

図２６のＳ２６４で、ユーザがソフトウェア導入サポートプラン表示（検索）ボタンをクリックする（ＥＸＩＴボタンの場合は終了）。Ｓ２６５で、プラン＃が確定済みではない場合（Ｎ）は、Ｓ２６６で、プラン＃を確定（発行）する。次に、Ｓ２６７で、（Ｂ２）ソフトウェア導入サポートプラン検索結果（表示）ページ（図２８）を出力する。

図２８に示す（Ｂ２）ソフトウェア導入サポートプラン検索結果（表示）ページにおいて、顧客のストレージシステム構成における要素の更新、例えばソフトウェアバージョンの変更のための、導入サポートプランの情報を表示する。例えば、プラン＃、顧客名、構成＃、構成内容（要素名、バージョン等）、導入ソフトウェア名及びバージョン、導入サポート実施可能日時、利用料金見積もり金額、等を表示する。構成＃は、複数のストレージシステム構成が存在する場合の識別番号である。導入サポート実施可能日時は、例えばサポート部門側のサポート実施可能日時の範囲の中から、ユーザ（顧客）が都合の良い日時を選択する。利用料金見積もり金額は、例えば、ソフトウェア導入サポートプラン等の利用に対し料金プランを設定して課金する。下側には、ソフトウェア導入サポート発注ボタン、ＥＸＩＴボタンを有する。

図２６のＳ２６８で、ユーザが上記導入サポート実施のための日時を選択等して、ボタンを選択して押下する。Ｓ２６９で、ソフトウェア導入サポート発注ボタンが選択された場合（Ｙ）は、次に、Ｓ２７０で、ユーザ（ＣＬ端末５０を操作している者）がエンドユーザ（顧客）であるか否か（販社やＳＥ等）を確認する。ユーザがエンドユーザの場合（Ｙ）は、Ｓ２７１で、販社／ＳＥに発注を依頼する。これは、例えば販社／ＳＥに対し電子メール等でプラン＃を連絡すること等により行う（図１のｄに対応）。ユーザが販社／ＳＥである場合（Ｎ）は、ｃへ移行する。

＜ソフトウェア導入サポートプラン検索処理＞
図２９において、ストレージ管理システム２００におけるソフトウェア導入サポートプラン検索処理は以下である。まずＳ２９１で、ユーザがＣＬ端末５０のＷｅｂページからＷｅｂサーバ６０に対し検索条件を入力する（Ｓ２６１〜Ｓ２６４と対応）。Ｓ２９２で、Ｗｅｂサーバ６０は、検索条件を受け取ると、管理サーバ７０に存在する顧客システム構成情報ファイル１１、ベンダリリース情報ファイル１４、接続性サポート情報ファイル１５を参照し、当該構成がサポート済みであるかどうかをチェック（確認）する。

Ｓ２９３で、Ｗｅｂサーバ６０は、上記チェックの結果をもとに、サポートプランを作成し、当該情報（検索結果）を、Ｗｅｂサーバ６０の導入管理ファイル２３に記載し、内容を出力する。Ｓ２９４で、ユーザは、ＣＬ端末５０からＷｅｂサーバ６０の上記導入管理ファイル２３の情報（検索結果）を参照する（Ｓ２６７と対応）。換言すればＷｅｂサーバ６０からＣＬ端末５０へ、上記情報を表示情報として含むＷｅｂページを応答する。

以上のサービス（Ｂ）により、顧客は、前記（Ａ）の推奨構成検索等のサービスに伴って、それに含まれる要素の導入サポートのプランの検索を、少ない手間ですぐに行うことができ、便利である。

＜サービス（Ｃ）＞
前記図１６のメインメニューからユーザにより（Ｃ）ソフトウェア導入サポート発注の項目が選択された場合、対応する画面及び処理に進む。

図３０において、Ｓ３０１で、Ｗｅｂサーバ６０からＣＬ端末５０に、（Ｃ１）ソフトウェア導入サポート発注検索ページを出力する。（Ｃ１）ソフトウェア導入サポート発注検索ページにおいて、Ｓ３０２で、ユーザは、前述同様に既にプラン＃が発行されている場合はそれを入力して速やかに該当ソフトウェア導入サポートの発注のページを表示することができる。Ｓ３０３で、ユーザが販社／ＳＥであるか否か（エンドユーザ）を確認し、ユーザが販社／ＳＥでない場合（Ｎ）は、Ｓ３０４で、販社／ＳＥに発注を依頼する。

ユーザが販社／ＳＥの場合または図２６のｃからの移行により、Ｓ３０５で、ＣＬ端末５０に、（Ｃ２）ソフトウェア導入サポート発注ページを出力する。（Ｃ２）ソフトウェア導入サポート発注ページでは、例えば、指定されたソフトウェア導入サポートを発注するかどうかの確認のメッセージ（「ソフトウェア導入サポートを発注致します。よろしいですか？」等）、及び、そのＯＫボタン、キャンセルボタンを表示する。ユーザによりＯＫボタンが押下された場合、発注（サポート要求）を実行する。Ｓ３０６で、それに対応する発注＃を確定する。Ｓ３０７で、ＣＬ端末５０に、（Ｃ３）ソフトウェア導入サポート発注受付ページ（図３１）を表示する。

図３１に示す（Ｃ３）ソフトウェア導入サポート発注受付ページにおいて、ソフトウェア導入サポートの発注を受領した旨とその内容（明細）を表示する。例えば、発注＃、発注者名、サポートプラン＃、顧客名、構成＃、構成内容、導入ソフトウェア名及びバージョン、導入サポート実施予定日時、利用料金見積もり金額、等を表示する。下側に、ソフトウェア導入サポート実施状況（検索）ボタン、ＥＸＩＴボタンを有する。

図３０のＳ３０８で、ユーザがボタンを選択して押下する（ＥＸＩＴボタンの場合は終了）。Ｓ３０９で、ソフトウェア導入サポート実施状況検索が選択された場合（Ｙ）、ｄへ移行する。

＜ソフトウェア導入サポート発注処理＞
図３２において、ストレージ管理システム２００におけるソフトウェア導入サポート発注処理は以下である。まずＳ３２１で、ユーザがＣＬ端末５０からＷｅｂサーバ６０に対しサポートプラン＃を入力する（Ｓ３０２と対応）。Ｓ３２２で、Ｗｅｂサーバ６０は、Ｗｅｂサーバ６０に存在する導入管理ファイル２３の内容（ソフトウェア導入サポート情報）を出力する。

Ｓ３２３で、ユーザ（販社／ＳＥ等）は、ＣＬ端末５０から、Ｗｅｂサーバ６０に存在する導入管理ファイル２３の該当情報を参照する。Ｓ３２４で、ユーザ（販社／ＳＥ等）は、ＣＬ端末５０のＷｅｂページから、確認後、発注ボタンをクリックする。

Ｓ３２５で、Ｗｅｂサーバ６０は、上記ＣＬ端末５０からの発注（サポート要求）をもとに、発注確認メッセージを表示情報として含むＷｅｂページをＣＬ端末５０へ出力する。Ｓ３２６で、Ｗｅｂサーバ６０は、上記発注確認メッセージに対する応答（ＯＫボタンのクリック）をもとに、発注受け付けメッセージを表示情報として含むＷｅｂページ（Ｃ３）をＣＬ端末５０へ出力する。次に、ソフトウェア導入サポートステータス更新処理のａへ移行する。

＜ソフトウェア導入サポートステータス更新処理＞
図３３において、前記ソフトウェア導入サポート発注処理に関連する、ストレージ管理システム２００におけるソフトウェア導入サポートステータス更新処理は以下である。まずＳ３３１で、導入サポート受付部門（ＣＬ端末８０等）が、Ｗｅｂサーバ６０から発注＃を入力する。Ｓ３３２で、導入サポート受付部門は、ＣＬ端末８０から、Ｗｅｂサーバ６０に存在する導入管理ファイル２３の内容（ソフトウェア導入サポート情報）を出力する。Ｓ３３３で、導入サポート受付部門は、ＣＬ端末８０から、ステータスボタンをクリックする。

Ｓ３３４で、上記ステータスボタンのクリックをもとに、Ｗｅｂサーバ６０に存在する導入管理ファイル２３の該当情報を更新する。なお、サポート完了時には、管理サーバ７０に存在する接続性サポート情報ファイル１５も更新する。Ｓ３３５で、Ｗｅｂサーバ６０からＣＬ端末８０に、ステータス更新メッセージを表示する。

＜サービス（Ｄ）＞
前記図１６のメインメニューからユーザにより（Ｄ）ソフトウェア導入サポート実施状況検索の項目が選択された場合、対応する画面及び処理に進む。

図３４において、Ｓ３４１で、Ｗｅｂサーバ６０からＣＬ端末５０に、（Ｄ１）ソフトウェア導入サポート実施状況検索ページを出力する。そのページにおいて、Ｓ３４２で、ユーザが発注＃を入力し、検索ボタンをクリックする。検索ボタンのクリックまたは図３０のｄからの移行により、Ｓ３４３で、ＣＬ端末５０に、（Ｄ２）ソフトウェア導入サポート実施状況検索ページ（図３５）を表示する。

図３５に示す（Ｄ２）ソフトウェア導入サポート実施状況検索ページにおいて、顧客の発注＃のソフトウェア導入サポートの実施状況の情報を表示する。例えば、発注＃、発注者名、顧客名、構成＃、導入ソフトウェア名及びバージョン、導入サポート実施状況ステータス（発注受け付け日時等）、特記事項等を表示する。下側のＯＫボタンの押下により終了する。

＜ソフトウェア導入サポート実施状況検索処理＞
図３６において、ストレージ管理システム２００における発注済みソフトウェア導入サポート実施状況検索処理は以下である。まずＳ３６１で、ユーザがＣＬ端末５０からＷｅｂサーバ６０へ発注＃を入力する。Ｓ３６２で、発注＃をもとに、Ｗｅｂサーバ６０は、導入管理ファイル２３を参照し、その内容（発注済みソフトウェア導入サポート実施状況情報）を出力する。Ｓ３６３で、ユーザは、ＣＬ端末５０からＷｅｂサーバ６０の導入管理ファイル２３の該当情報を参照する。

以上のサービス（Ｃ）及び（Ｄ）により、顧客は、前記（Ｂ）のサービスに伴って、それに含まれる要素の導入サポートの発注及びその状況確認を、少ない手間ですぐに行うことができ、便利である。また、導入部門等は、販社・営業等によるサポートプラン提示との連携により、顧客環境に対する製品要素の導入を効率的に行うことができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明は、複数の要素の組み合わせからなる情報処理システムに利用可能である。

本発明の一実施の形態の情報処理システムにおける、全体の接続構成の概要を示す図である。 ストレージシステムの構成例を示す図である。 管理サーバの構成例を示す図である。 Ｗｅｂサーバの構成例を示す図である。 概要構成を示す図である。 構成安定度の考え方を示す図である。 顧客システム構成情報の例を示す図である。 ベンダリリース情報（ＯＳ）の例を示す図である。 ベンダリリース情報（ＨＢＡ）の例を示す図である。 ベンダリリース情報（ＦＣＳＷ）の例を示す図である。 接続性サポート情報の例を示す図である。 顧客システム運用状況情報の例を示す図である。 顧客システム運用状況情報における、エラー検知部位の情報の例を示す図である。 （ａ），（ｂ）は、要素間接続性安定度マトリクス情報の例を示す図である。 Ｗｅｂサーバログイン画面の例を示す図である。 メインメニュー画面の例を示す図である。 （Ａ）顧客システム構成情報／推奨構成検索のサービス項目の全体処理フローを示す図である。 （Ａ１）顧客システム構成情報検索の画面の例を示す図である。 （Ａ２）顧客システム構成情報検索結果の画面の例を示す図である。 （Ａ３）推奨構成検索条件入力の画面の例を示す図である。 （Ａ４）推奨構成検索結果の画面の例を示す図である。 顧客システム構成情報検索処理フローを示す図である。 推奨構成検索処理フローを示す図である。 エラー発生回数カウント処理フローを示す図である。 （ａ），（ｂ）は、ストレージシステム構成安定度の値の例１を示す図である。 （Ｂ）ソフトウェア導入サポートプランのサービス項目の全体処理フローを示す図である。 （Ｂ１）ソフトウェア導入サポートプラン検索の画面の例を示す図である。 （Ｂ２）ソフトウェア導入サポートプラン検索結果の画面の例を示す図である。 ソフトウェア導入サポートプラン検索処理フローを示す図である。 （Ｃ）ソフトウェア導入サポート発注のサービス項目の全体処理フローを示す図である。 （Ｃ３）ソフトウェア導入サポート発注受付の画面の例を示す図である。 ソフトウェア導入サポート発注処理フローを示す図である。 ソフトウェア導入サポートステータス更新処理フローを示す図である。 （Ｄ）ソフトウェア導入サポート実施状況検索のサービス項目の全体処理フローを示す図である。 （Ｄ２）ソフトウェア導入サポート実施状況の画面の例を示す図である。 発注済みソフトウェア導入サポート実施状況検索処理フローを示す図である。

符号の説明

１０…ストレージ装置、１１…顧客システム構成情報ファイル、１２…コンポーネントログ情報ファイル、１３…顧客システム運用状況ファイル、１４…ベンダリリース情報ファイル、１５…接続性サポート情報ファイル、１６…コンポーネント間接続性安定度マトリクスファイル、２０…ＦＣＳＷ（ファイバチャネルスイッチ）、２１…顧客ファイル（顧客システム構成情報ファイル）、２２…推奨構成情報ファイル、２３…ソフトウェア導入サポートプラン／発注／実施状況ファイル（導入管理ファイル）、２４…キャラクタファイル、３０…ホスト装置、４０…ＨＢＡ（ホストバスアダプタ）、５０…ＣＬ端末（クライアント端末）、６０…Ｗｅｂサーバ、６１…制御部、６２…メモリ、６３…通信部、６４…入力装置、６５…出力装置、６６…メインプログラム、７０…管理サーバ、７１…制御部、７２…メモリ、７３…通信部、７４…入力装置、７５…出力装置、７６…メインプログラム、８０…ＣＬ端末、１００…ストレージシステム、１０１…ネットワーク、１０２…ＬＡＮ、１１０…制御装置（コントローラ）、１１１…制御部、１１２…ＣＨＡ（チャネルアダプタ）、１１３…ＤＫＡ（ディスクアダプタ）、１１４…キャッシュメモリ、１１５…共有メモリ、１１６…スイッチ、１１７…メモリ、１１８…プログラム、１３０…記憶装置群（ＤＫＵ）、１３１…ＨＤＤ、１５０…ＳＶＰ、２００…ストレージ管理システム、２０１…制御部、２０２…メモリ、２０３…スイッチ部、２０４…ポート、２０５…プログラム、３０１…制御部、３０２…メモリ、３０３…入力装置、３０４…出力装置、３０５…ＯＳ、３０６…アプリケーションプログラム（ＡＰ）、４０１…プログラム、４０２…ポート。

Claims (9)

1. 顧客のストレージシステムを管理するストレージ管理システムであって、
   前記顧客のストレージシステムは、ストレージ装置を含む要素の組み合わせの接続から構成され、前記要素は、ソフトウェアまたはハードウェアのバージョンを持ち、
   前記ストレージ管理システムは、前記ストレージシステムの各要素の構成情報、及び各要素間の接続におけるログ情報またはエラー情報を参照し、それを用いて、前記顧客のストレージシステムの構成に関する、前記各要素間の接続の相性を考慮した構成安定度の情報、またはその構成安定度を考慮した推奨されるストレージシステムの構成の情報を、ユーザが使用する端末装置の表示画面へ出力する処理を行うこと、を特徴とするストレージ管理システム。
2. 請求項１記載のストレージ管理システムにおいて、
   前記ストレージシステムの要素の組み合わせについて、前記各要素間の接続におけるログ情報またはエラー情報をもとに、前記各要素間のエラー発生率を計算し、そのエラー発生率から前記各要素間の接続の安定度を計算し、そのすべての要素間の接続の安定度を乗算することにより前記構成安定度を計算すること、を特徴とするストレージ管理システム。
3. 請求項１または２に記載のストレージ管理システムにおいて、
   複数の前記ストレージシステムに対して接続され前記顧客のストレージシステムに関する情報をデータベースに管理する管理サーバ装置を有し、
   前記管理サーバ装置は、前記データベースに、前記ストレージシステムから取得する前記各要素の構成情報及び前記ログ情報またはエラー情報、前記顧客のストレージシステムの運用状況情報、前記要素に関する最新情報を含むベンダリリース情報、前記要素に関する接続性サポート情報、及び前記構成安定度の情報、を保持し、前記データベースの情報を用いて前記構成安定度を計算すること、を特徴とするストレージ管理システム。
4. 請求項１〜３のいずれか一項に記載のストレージ管理システムにおいて、
   前記ユーザの端末装置からのアクセスに対して接続されるＷｅｂサーバ装置を有し、
   前記Ｗｅｂサーバ装置から前記ユーザの端末装置に対し、Ｗｅｂページにより、前記構成安定度または推奨されるストレージシステムの構成の情報を含む表示情報を出力すること、を特徴とするストレージ管理システム。
5. 請求項１または４に記載のストレージ管理システムにおいて、
   前記顧客のストレージシステムにおける要素のソフトウェアまたはハードウェアのバージョンを変更したい場合に、前記ユーザの端末装置からユーザにより検索条件が入力され、それに応じて、前記変更の対象の要素に関し前記構成安定度が高くなるような前記要素の組み合わせによるストレージシステムの構成の情報を検索して前記ユーザの端末装置へ出力すること、を特徴とするストレージ管理システム。
6. 請求項１記載のストレージ管理システムにおいて、
   前記ストレージシステムは、前記要素として、ホスト装置またはそのＯＳ、前記ホスト装置に接続されるホストバスアダプタ、前記ストレージ装置、及びそれらの相互接続装置を有し、
   前記ストレージ装置は、チャネルインタフェース部、ディスクインタフェース部、キャッシュメモリ、及び共有メモリ、を備える制御装置と、ディスクアレイを構成するディスク装置群と、を有して構成されること、を特徴とするストレージ管理システム。
7. 請求項１または４に記載のストレージ管理システムにおいて、
   
   前記構成安定度または推奨されるストレージシステムの構成の情報の出力に伴い、前記ユーザの端末装置での操作に応じて、前記ストレージシステムの構成に含まれる要素についての前記顧客の環境への導入サポートのプランの情報を前記ユーザの端末装置へ出力すること、を特徴とするストレージ管理システム。
8. 請求項７記載のストレージ管理システムにおいて、
   前記導入サポートのプランの情報に対し、前記ユーザの端末装置での操作に応じて、前記導入サポートのプランについての発注を受け付けしてその情報を出力し、導入部門の端末装置へ前記発注についての情報を送信して前記導入サポートの実施について連携すること、を特徴とするストレージ管理システム。
9. 請求項８記載のストレージ管理システムにおいて、
   前記発注の情報に対し、前記ユーザの端末装置での操作に応じて、前記発注済みの導入サポートの実施状況の情報を出力すること、を特徴とするストレージ管理システム。

Images