(57)【要約】【課題】システム管理者等の管理負担を軽減し、かつ、データの破壊を防止し得る記憶システム及びデータ管理設定方法を提案しようとするものである。【解決手段】１又は複数の上位装置と、各前記上位装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記上位装置から送信されるコマンド又は当該記憶制御装置の要求に応じて前記上位装置から送信されるオペレーションシステムの種別情報に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する判別部と、前記上位装置に対する所定の動作パラメータを、前記判別部により判別された前記オペレーションシステムに応じて設定するパラメータ設定部と、を備えることとした。【選択図】図２
2008040842.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の上位装置と、各前記上位装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、
前記記憶制御装置は、
前記上位装置から送信されるコマンド又は当該記憶制御装置の要求に応じて前記上位装置から送信されるオペレーションシステムの種別情報に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する判別部と、
前記上位装置に対する所定の動作パラメータを、前記判別部により判別された前記オペレーションシステムに応じて設定するパラメータ設定部と、
を備えることを特徴とする記憶システム。
【請求項２】
前記判別部は、
前記上位装置からの前記データと、当該上位装置からの前記データのサンプルデータとを照合して、当該上位装置に実装されているオペレーションシステムの種別を判別する
ことを特徴とする請求項１に記載の記憶システム。
【請求項３】
前記設定部は、
前記上位装置からの前記データと、当該上位装置からの前記データのサンプルデータとを照合して、
前記データが前記サンプルデータと一致しない場合には、全てのオペレーションシステムに共通する所定の動作パラメータを設定する
ことを特徴とする請求項１記載の記憶システム。
【請求項４】
前記記憶制御装置は、
前記データ用の論理ボリュームに加えて、前記上位装置に実装されたオペレーションシステムを格納する起動用の論理ボリュームを有し、
前記判別部は、
前記起動用の論理ボリュームに格納されるオペレーションシステムの種別に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する
ことを特徴とする請求項１記載の記憶システム。
【請求項５】
１又は複数の上位装置と、各前記上位装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置とを有する記憶システムのデータ管理設定方法において、
前記記憶制御装置は、前記上位装置から送信されるコマンド又は当該記憶制御装置の要求に応じて前記上位装置から送信されるオペレーションシステムの種別情報に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する判別ステップと、
前記上位装置に対する所定の動作パラメータを、前記判別ステップにより判別された前記オペレーションシステムに応じて設定するパラメータ設定ステップと、
を備えることを特徴とするデータ管理設定方法。
【請求項６】
前記判別ステップは、
前記上位装置からの前記データと、当該上位装置からの前記データのサンプルデータとを照合して、当該上位装置に実装されているオペレーションシステムの種別を判別する
ことを特徴とする請求項５に記載のデータ管理設定方法。
【請求項７】
前記設定ステップは、
前記上位装置からの前記データと、当該上位装置からの前記データのサンプルデータとを照合して、
前記データが前記サンプルデータと一致しない場合には、全てのオペレーションシステムに共通する所定の動作パラメータを設定する
ことを特徴とする請求項５記載のデータ管理設定方法。
【請求項８】
前記記憶制御装置は、前記データ用の論理ボリュームに加えて、前記上位装置に実装されたオペレーションシステムを格納する起動用の論理ボリュームを有し、
前記判別ステップは、
前記起動用の論理ボリュームに格納されるオペレーションシステムの種別に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する
ことを特徴とする請求項５記載のデータ管理設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶システム及びデータ管理設定方法に関し、特に、複数のストレージ装置を扱う場合に、ストレージ装置ごとにホスト装置との間で管理設定を必要とする記憶システムに適用して好適なものである。
【背景技術】
【０００２】
近年、情報化社会の進展等につれて、大規模なデータを取り扱う記憶システムでは、ホスト装置とは別個に設けられた大容量のストレージ装置を用いてデータを管理している。
【０００３】
このストレージ装置は、多数のハードディスクデバイスをアレイ状に配設して構成されており、例えば、ＲＡＩＤ（Redundant Array of Independent Inexpensive Disks）に基づいて構築される。そして、多数のハードディスクデバイスが提供する物理的な記憶領域上には少なくとも１つ以上の論理的なボリューム（以下、論理ボリュームという）が形成される。そして、ホスト装置からの大容量のデータは、論理ボリュームに保存される。
【０００４】
このような状況の下、システム管理者等が行わなければならないホスト装置、ストレージ装置及び周辺機器の管理設定が複雑化している。
【０００５】
特に、ホスト装置とストレージ装置とを接続する場合には、システム管理者等は、ホスト装置に実装される基本ソフトウェアであるＯＳ（Operating System）の種類をストレージ装置が識別して、ホスト装置に対して論理ボリュームが動作するためのパラメータ設定（以下、ホストパラメータ設定という）を、手動で設定する必要があった。
【０００６】
そこで、このようなホストパラメータ設定をある程度自動化する技術が特許文献１に開示されている。特許文献１では、システム管理者等がどのようなパラメータで設定を行うかの判断はするものの、管理システムが人間の判断に従ったホストパラメータ設定を行う。この技術によれば、システム管理者等の運用管理コストを低減することができる。
【特許文献１】特開２００３−３０３０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、システム管理者等は、ストレージ装置の導入の際に、導入作業に加えて、ホストパラメータ設定や当該ホストパラメータ設定に伴う判断を手動で行わなければならず、設定ミスが発生し得るという問題が生じていた。
【０００８】
また、あるＯＳ用として設定される論理ボリュームを、異種のＯＳが設定されたホスト装置に誤って割り当ててしまった場合には、誤接続により、保存すべきデータが保存されずに破壊するという問題も生じていた。
【０００９】
本発明は以上の点を考慮してなされたもので、システム管理者等の管理負担を軽減し、かつ、データの破壊を防止し得る記憶システム及びデータ管理設定方法を提案しようとするものである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明においては、１又は複数の上位装置と、各前記上位装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記上位装置から送信されるコマンド又は当該記憶制御装置の要求に応じて前記上位装置から送信されるオペレーションシステムの種別情報に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する判別部と、前記上位装置に対する所定の動作パラメータを、前記判別部により判別された前記オペレーションシステムに応じて設定するパラメータ設定部と、を備えることを特徴とする。
【００１１】
この結果、システム管理者等がホスト装置とストレージ装置とを接続するだけで、ストレージ装置がホスト措置に対する所定の動作パラメータをストレージ装置内で設定することができる。
【００１２】
また本発明においては、１又は複数の上位装置と、各前記上位装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置とを有する記憶システムのデータ管理設定方法において、前記記憶制御装置は、前記上位装置から送信されるコマンド又は当該記憶制御装置の要求に応じて前記上位装置から送信されるオペレーションシステムの種別情報に基づいて、当該上位装置に実装されているオペレーションシステムの種別を判別する判別ステップと、前記上位装置に対する所定の動作パラメータを、前記判別ステップにより判別された前記オペレーションシステムに応じて設定するパラメータ設定ステップと、を備えることを特徴とする。
【００１３】
この結果、システム管理者等がホスト装置とストレージ装置とを接続するだけで、ストレージ装置がホスト措置に対する所定の動作パラメータをストレージ装置内で設定することができる。
【発明の効果】
【００１４】
本発明によれば、システム管理者等はホスト装置とストレージ装置とを接続するだけで、ストレージ装置内で、ホストパラメータ設定が行われるため、設定ミスを確実に回避することができ、システム管理者等の管理負担を軽減することができる。
【００１５】
また、システム管理者等はホスト装置とストレージ装置とを容易に接続することができ、誤接続によるデータの破壊を防止することができる。
【発明を実施するための最良の形態】
【００１６】
以下図面について、本発明の一実施の形態を詳述する。
【００１７】
（１）第１の実施の形態
（１−１）第１の実施の形態による記憶システムの構成
まず、第１の実施の形態による記憶システムについて以下に説明する。
【００１８】
図１において、１は全体として第１の実施の形態による記憶システムを示す。この記憶システム１は、１又は複数のホスト装置２がネットワーク３を介してストレージ装置４と接続される構成である。
【００１９】
ホスト装置２は、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。またホスト装置２は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備える。そしてホスト装置２にはホスト装置２ごとに、ホスト装置に実装されるＯＳ２０が各種設定されている。
【００２０】
ＯＳ２０は、ファイル管理、メモリ管理及び入出力管理や、システム管理者等がホスト装置を操作するためのプログラムの提供を行うソフトウェアである。
【００２１】
ネットワーク３は、例えばＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、インターネット、公衆回線又は専用回線などから構成される。このネットワークを介したホスト装置及びストレージ装置間の通信は、例えばネットワーク３がＳＡＮである場合にはファイバチャネルプロトコルに従って行われ、ネットワーク３がＬＡＮである場合にはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。
【００２２】
ストレージ装置４は、各ハードディスクドライブ１２０をＲＡＩＤ方式で管理するコントローラ５と、サービスプロセッサ１１と、複数のハードディスクドライブ１２０からなるディスクドライブ部１２と、を備えて構成される。
【００２３】
コントローラ５は、複数のチャネルアダプタ６、接続部７、共有メモリ８、キャッシュメモリ９及び複数のディスクアダプタ１０を備えて構成される。
【００２４】
各チャネルアダプタ６は、それぞれＣＰＵ６０、メモリ６１及び通信インタフェース等を備えたマイクロコンピュータシステムとして構成されており、ネットワーク及び接続部に接続するためのポート６４，６５を備える。チャネルアダプタ６は、ホスト装置２から送信される各種コマンドを解釈して、必要な処理を実行する。各チャネルアダプタ６のポート６４，６５には、それぞれを識別するためのネットワークアドレス（例えば、ＩＰアドレスやＷＷＮ）が割り当てられており、これにより各チャネルアダプタ６がそれぞれ個別にＮＡＳ（Network Attached Storage）として振る舞うことができるようになされている。後述する各種管理テーブル群６２や各種制御プログラム６３もこのチャネルアダプタ６に格納される。
【００２５】
接続部７は、チャネルアダプタ６の他、共有メモリ８、キャッシュメモリ９及びディスクアダプタ１０と接続されている。チャネルアダプタ６、共有メモリ８、キャッシュメモリ９及びディスクアダプタ１０間のデータやコマンドの授受は、この接続部７を介して行われる。接続部７は、例えば高速スイッチングによりデータ伝送を行う超高速クロスバススイッチなどのスイッチ又はバス等で構成される。
【００２６】
共有メモリ８は、チャネルアダプタ６及びディスクアダプタ１０により共有される記憶メモリである。共有メモリ８は、主にストレージ装置４の電源投入時にシステムボリュームから読み出されたシステム構成情報及び各種制御プログラムや、ホスト装置２からのコマンドなどを記憶するために利用される。
【００２７】
キャッシュメモリ９も、チャネルアダプタ６及びディスクアダプタ１０により共有される記憶メモリである。このキャッシュメモリ９は、主にストレージ装置４に入出力するユーザデータを一時的に記憶するために利用される。
【００２８】
各ディスクアダプタ１０は、マイクロプロセッサやメモリ等を備えたマイクロコンピュータシステムとして構成され、各ハードディスクドライブ１２０との通信時におけるプロトコル制御を行うインタフェースとして機能する。これらディスクアダプタ１０は、例えばファイバチャネルケーブルを介して対応するハードディスクドライブ１２０と接続されており、ファイバチャネルプロトコルに従ってこれらハードディスクドライブ１２０との間のデータの授受を行う。
【００２９】
サービスプロセッサ１１は、ストレージ装置４の保守又は管理のために操作されるコンピュータ装置であり、例えばノート型のパーソナルコンピュータから構成される。このサービスプロセッサ１１は、ネットワークを介してホスト装置２が接続されており、ホスト装置２からデータ或いは命令を受信することができる。サービスプロセッサ１１は、ストレージ装置４内の障害発生を監視してディスプレイ画面（図示せず）に表示することができる。
【００３０】
ハードディスクドライブ１２は、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なハードディスクドライブ、又はＳＡＴＡ（Serial AT Attachment）ディスク等の安価なハードディスクドライブから構成される。本実施の形態においては、ＳＣＳＩ（Small Computer System Interface）ディスク等の高価なハードディスクドライブ１２０から構成される。
【００３１】
各ハードディスクドライブ１２０が提供する記憶領域上に１又は複数の論理ボリュームＶＯＬ０〜ＶＯＬｎが定義される。そして、この論理ボリュームＶＯＬ０〜ＶＯＬｎにホスト装置２からのデータが所定大きさのブロックを単位として読み書きされる。
【００３２】
各論理ボリュームＶＯＬ０〜ＶＯＬｎには、それぞれ固有の識別子（ＬＵＮ：Logical Unit Number）が割り当てられる。本実施の形態の場合、ユーザデータの入出力は、この識別子と、各ブロックにそれぞれ割り当てられるそのブロックに固有の番号（ＬＢＡ：Logical Block Address）との組み合わせたものをアドレスとして、当該アドレスを指定して行われる。
【００３３】
このように構成された記憶システム１は、ホスト装置２からデータの書き込み要求があると、チャネルアダプタ６を介してキャッシュメモリ９にデータが一時的に記憶される。そして、ディスクアダプタ１０のマイクロプロセッサが、キャッシュメモリ９に書き込まれたという情報を、共有メモリ８を介して認識すると、キャッシュメモリ９からデータを取得して、ディスクデバイス部１２のハードディスクドライブ１２０にデータを書き込む。なお、データを読み出すときは、この逆の流れでデータを読み出すことになる。
【００３４】
（１−２）ホストパラメータ設定機能
次に、本実施の形態による記憶システム１に搭載されたホストパラメータ設定機能について説明する。
【００３５】
この記憶システム１は、ホスト装置２をストレージ装置４に接続したときに、ストレージ装置４がそのホスト装置２に実装されたＯＳの種類（以下、ＯＳ種別という）を判定し、当該ＯＳ種別に応じてストレージ装置４がそのホスト装置２に対する動作パラメータをストレージ装置４内で設定する点を特徴としている。以下では、この特徴を実現するためのストレージ装置４の具体的な構成について説明する。
【００３６】
図２は、ストレージ装置４のチャネルアダプタ６の具体的な構成を示している。この図２に示すように、チャネルアダプタ６は、ＣＰＵ６０及びメモリ６１を備えている。
【００３７】
ＣＰＵ６０は、ストレージ装置全体の動作制御を司るプロセッサであり、メモリ６１に格納された制御プログラムに従って各種処理を実行する。またメモリ６１は、例えばＣＰＵ６０のワークエリアとして利用され、管理テーブル群６２及び制御プログラム６３が格納されている。
【００３８】
管理テーブル群６２は、照合テーブル６２０、ホストパラメータテーブル６２１、ボリュームテーブル６２２及びホストグループテーブル６２３から構成される。
【００３９】
照合テーブル６２０は、あるＯＳが実装されているホスト装置２からハードディスクドライブ１２０に書き込まれるデータと、予めメモリ６１内に内蔵されたサンプルデータとを照合するためのテーブルである。ここでサンプルデータとは、後述するＯＳ種別やボリューム種類に応じて定まるデータの特徴を具体的に示したデータのことをいう。この照合テーブル６２０は、メモリ６１内に予め内蔵されたテーブルとして記憶される。図３に示すように、照合テーブル６２０は、「ＯＳ種別」フィールド６２０Ａ、「ボリューム種類」フィールド６２０Ｂ、「特定データ」フィールド６２０Ｃ及び「待ち時間」フィールド６２０Ｄを備える。
【００４０】
このうち「ＯＳ種別」フィールド６２０Ａには、ホスト装置２に設定されるＯＳの名称が格納される。
【００４１】
また「ボリューム種類」フィールド６２０Ｂには、論理ボリュームＶＯＬ０〜ＶＯＬｎの種類が格納される。具体的には、「ボリューム種類」フィールド６２０Ｂには、Ｂｏｏｔ用ボリュームとＤａｔａ用ボリュームとが格納される。Ｂｏｏｔ用ボリュームとは、ホスト装置２のＯＳが格納される論理ボリュームのことであり、ホスト装置２からこのＢｏｏｔ用ボリュームを読み出すことでホスト装置２が作動する、いわゆる起動用の論理ボリュームである。Ｄａｔａ用ボリュームとは、ホスト装置２からの読み書きされるデータが格納される論理ボリュームのことである。
【００４２】
また「特定データ」フィールド６２０Ｃには、ＯＳ種別を識別し特定するためのサンプルデータが格納される。「特定データ」フィールド６２０Ｃは、論理ボリュームＶＯＬ０〜ＶＯＬｎに格納されるホスト装置２からのデータを識別することで、ＯＳ種別を判定するためのフィールドである。例えば、「アドレスｄｄｄｄからｅｅｂｙｔｅにｆｆデータ」という特定データは、先頭アドレスｄｄｄｄから長さｅｅｂｙｔｅにデータ列がｆｆのサンプルデータであることを示している。
【００４３】
さらに「待ち時間」フィールド６２０Ｄには、ホスト装置２からの書込みデータが上述した特定データであるとＣＰＵ６０が判定できるまでの時間が格納される。例えば、特定データ「アドレスｄｄｄｄからｅｅｂｙｔｅにｆｆデータ」の場合、当該特定データであるとＣＰＵ６０が判定するまでに要する時間は４秒であることを示している。
【００４４】
ホストパラメータテーブル６２１は、ホスト装置に実装されたＯＳ種別に適した論理ボリュームとして動作するためのテーブルである。ホストパラメータテーブル６２１は、メモリ６１内に予め格納されたテーブルとして記憶される。図４に示すように、ホストパラメータテーブル６２１は、「ＯＳ種別」フィールド６２１Ａ及び「ホストパラメータ」フィールド６２１Ｂから構成される。
【００４５】
「ＯＳ種別」フィールド６２１Ａには、上述した照合テーブル６２０と同様、ホスト装置２に実装されるＯＳの名称が格納される。なお、照合テーブル６２０に予め格納されていないＯＳ種別は、不明とされる。
【００４６】
「ホストパラメータ」フィールド６２１Ｂには、ストレージ装置４がＯＳ種別を識別し判定するためのパラメータが格納される。すなわち、「ホストパラメータ」フィールド６２１Ｂには、ＯＳ種別ごとに対応してホスト装置２とストレージ装置４との間で固有の応答をするためのパラメータが格納される。ストレージ装置４のＣＰＵ６０がこのパラメータを識別することで、ホスト装置２に実装されたＯＳ種別に適した論理ボリュームとして動作することができる。また「ホストパラメータ」フィールド６２１Ｂは、「モード種類」フィールド６２１Ｃを構成する。
【００４７】
「モード種類」フィールド６２１Ｃには、ストレージ装置４がＯＳ種別を識別するために、ＯＳ種別に対応したモードの名称が格納される。「モード種類」フィールド６２１Ｃは、さらに、「ＳＣＳＩコマンド応答」フィールド６２１Ｄ、「最大転送データ長応答」フィールド６２１Ｅ及び「ユニットシリアル番号応答」フィールド６２１Ｆなどから構成される。
【００４８】
「ＳＣＳＩコマンド応答」フィールド６２１Ｄには、ＳＣＳＩ規格によるコマンドがホスト装置２から発行された場合に、このコマンドを受け取ったストレージ装置４がホスト装置２に返答するための、ＯＳ種別に適したコマンド応答が格納される。具体的には、「ＳＣＳＩコマンド応答」フィールド６２１Ｄには、ストレージ装置４の制御プログラム６３のバージョンプログラムをホスト装置２に教えるＩＤを変えて応答する「可変」なのか、変えないで応答する「固定」なのかが格納される。
【００４９】
「最大転送データ長応答」フィールド６２１Ｅには、ストレージ装置４側で受け取ったデータをホスト装置２に返信するための最大データ長が格納される。
【００５０】
「ユニットシリアル番号応答」フィールド６２１Ｆには、ストレージ装置４の筐体又は論理ボリュームＶＯＬ０〜ＶＯＬｎの番号が格納される。ホスト装置２は、設定されるＯＳ種別によって、筐体の製造番号又は論理ボリューム番号を要求する。
【００５１】
例えば、ＯＳ種別が「ＯＳ−Ａ」の場合には、「ＯＳ−Ａモード」としてホスト装置２に応答し、パラメータの設定をする。具体的には、ＳＣＳＩコマンドは「固定」、最大転送データ長は「１Ｍｂｙｔｅ」、ユニットシリアル番号は筐体の「製造番号」のホストパラメータがホスト装置２に対して応答する。またＯＳ種別が「不明」の場合には、最適なモードではないが、どのＯＳ種別にも適合する「共通モード」が設定されることになる。
【００５２】
なお、「ホストパラメータ」フィールド６２１Ｂは、上述したフィールドの他、ストレージ装置４がＯＳ種別を認識するために必要なパラメータがあれば、適宜、ホストパラメータテーブル６２１にその他のフィールド６２１Ｇが構成されるものとする。
【００５３】
ボリュームテーブル６２２は、ストレージ装置４のハードディスクドライブ１２０の記憶領域上で提供される全ての論理ボリュームＶＯＬ０〜ＶＯＬｎの状態を管理するためのテーブルである。図５に示すように、ボリュームテーブル６２２は、「ボリューム番号」フィールド６２２Ａ、「ＯＳ種別」フィールド６２２Ｂ及び「ボリューム種類」フィールド６２２Ｃから構成される。
【００５４】
「ボリューム番号」フィールド６２２Ａには、ストレージ装置４のハードディスクドライブ１２０の記憶領域上で提供される全ての論理ボリュームＶＯＬ０〜ＶＯＬｎの番号が格納される。
【００５５】
「ＯＳ種別」フィールド６２２Ｂ及び「ボリューム種類」フィールド６２２Ｃにそれぞれ格納される情報は、上述した照合テーブル６２０と同様なので、説明を省略する。
【００５６】
例えば、図５の例では、「０」番号の論理ボリュームＶＯＬ０には、「ＯＳ−Ａ」の「Ｄａｔａ」用ボリュームとして使用されることが示されている。また、「５」番号の論理ボリュームＶＯＬ５は、特定のＯＳ用としてフォーマットされていない「未フォーマット」であり「Ｄａｔａ」用ボリュームとして使用されることが示されている。さらに、「８」番号の論理ボリュームＶＯＬ８は、照合テーブル６２０のＯＳ種別には該当しない「不明」の「Ｂｏｏｔ」用ボリュームとして使用されることが示されている。
【００５７】
なお、照合テーブル６２０のＯＳ種別には該当しない「不明」の場合に割り当てられる論理ボリュームＶＯＬ０〜ＶＯＬｎは、「Ｂｏｏｔ」用ボリュームとして設定される。これは、不明なＯＳ種別が設定されるホスト装置２とストレージ装置４の間で確実に起動させるためであり、また後述するＯＳ種別の判定の精度を確実にするためである。
【００５８】
ホストグループテーブル６２３は、ストレージ装置４と接続するホスト装置２群に割り当てられる論理ボリュームＶＯＬ０〜ＶＯＬｎとホストパラメータの情報とを管理するためのテーブルである。図６に示すように、ホストグループテーブル６２３は、「ホストグループ」フィールド６２３Ａ、「割当てボリューム番号」フィールド６２３Ｂ及び「ホストパラメータ」フィールド６２３Ｃから構成される。
【００５９】
「ホストグループ」フィールド６２３Ａには、ストレージ装置４と接続されるホスト装置２群の名称が格納される。ここでは説明の便宜上、１台のホスト装置２の名称が格納されている。
【００６０】
「割当てボリューム番号」フィールド６２３Ｂには、ホストグループに割り当てられる論理ボリュームＶＯＬ０〜ＶＯＬｎの番号が格納される。
【００６１】
「ホストパラメータ」フィールド６２３Ｃは、上述したホストパラメータテーブル６２１の「ホストパラメータ」フィールド６２１Ｂと同様なので、説明は省略する。
【００６２】
例えば図６の場合、「Ａ」のホストグループには、「０」、「１」及び「２」番号の論理ボリュームＶＯＬ０，ＶＯＬ１，ＶＯＬ２が割り当てられる。そして、図５に示すボリュームテーブル６２２を参照すると、「０」、「１」及び「２」番号の論理ボリュームＶＯＬ０，ＶＯＬ１，ＶＯＬ２のＯＳ種別はすべて「ＯＳ−Ａ」なので、「ＯＳ−Ａモード」が「ホストパラメータ」フィールド６２３Ｃに格納されることになる。
【００６３】
また、「Ｂ」のホストグループには、「３」、「４」及び「５」番号の論理ボリュームＶＯＬ３，ＶＯＬ４，ＶＯＬ５が割り当てられる。そして、図５に示すボリュームテーブル６２２を参照すると、「３」、「４」番号の論理ボリュームＶＯＬ３，ＶＯＬ４のＯＳ種別は「ＯＳ−Ｂ」であり、「５」番号の論理ボリュームＶＯＬ５のＯＳ種別は「未フォーマット」なので、「ＯＳ−Ｂモード」が「ホストパラメータ」フィールド６２３Ｃに格納されることになる。
【００６４】
さらに「Ｃ」のホストグループには、「６」、「７」及び「８」番号の論理ボリュームＶＯＬ６，ＶＯＬ７，ＶＯＬ８が割り当てられる。そして、図５に示すボリュームテーブル６２２を参照すると、「６」及び「７」番号の論理ボリュームＶＯＬ６，ＶＯＬ７のＯＳ種別は「ＯＳ−Ｃ」であるが、「８」番号の論理ボリュームＶＯＬ８のＯＳ種別は、「不明」なので、ホスト装置２とストレージ装置４との間で不具合を生じないために全てのＯＳに適合する「共通モード」が「ホストパラメータ」フィールド６２３Ｃに格納されることになる。
【００６５】
（１−３）ホストパラメータ設定機能に関するストレージ装置のＣＰＵの処理内容
次に、ホストパラメータ設定機能に関するストレージ装置４のＣＰＵ６０の処理内容を説明する。具体的には、ホスト装置２とストレージ装置４とを接続する前から接続した後までの一連の動作手順のなかで、ホストパラメータがストレージ装置４内で設定されるまでの処理内容を説明する。
【００６６】
（１−３−１）ホスト装置接続前の処理内容
図７は、ストレージ装置４にホスト装置２が接続される前にＣＰＵ６０が行う初期設定処理の内容を示すフローチャートである。ここでは、ＣＰＵ６０は、ストレージ装置４のメモリ６１内に格納されたホストパラメータ設定プログラム６３１に基づいて、ホスト装置２接続前のホストパラメータ設定処理を実行しホストグループテーブル６２３のホストパラメータを一次作成する。
【００６７】
すなわちＣＰＵ６０は、ストレージ装置４の導入後、所定のユーザ操作に応じてこの初期設定処理を開始し（ＳＰ０）、まず、ユーザにより行われたホストグループの設定（ホストグループに属するホスト装置の設定）及び各ホストグループに対する論理ボリュームの割り当ての設定に応じて、図８に示すホストグループテーブル６２３と、図９に示すホストグループごとのボリュームテーブル６２２とをそれぞれ作成する（ＳＰ１）。このとき、図８に示すホストグループテーブル６２３の「ホストパラメータ」フィールド６２３Ｃは、「未判定」である。
【００６８】
続いてＣＰＵ６０は、ホストグループテーブル６２３を更新すべきか否かを判定する（ＳＰ２）。その結果、ＣＰＵ６０は、この処理がホストグループテーブル６２３の新規作成であると判定する。
【００６９】
次にＣＰＵ６０は、ホストグループテーブルに登録されたホストグループの中から１つのホストグループを選択し、そのホストグループに対応するボリュームテーブル６２２に登録されている情報を読み込む（ＳＰ３）。なおこの段階では、図９に示すように、ボリュームテーブル６２２において、各論理ボリュームは「未フォーマット」の「Ｄａｔａ」用の論理ボリュームに設定されている。
【００７０】
そしてＣＰＵ６０は、ボリュームテーブル６２２から読み出した情報に基づいて、「ＯＳ種別」フィールド６２２Ｂが全て「未フォーマット」であることを確認すると（ＳＰ４）、次に、「ボリューム種類」フィールド６２２Ｃに「Ｂｏｏｔ」用の論理ボリュームがあり、かつ、同種のＯＳであるかを判定する（ＳＰ５）。
【００７１】
そうして、ＣＰＵ６０は、「ＯＳ種別」フィールド６２２Ｂが「未フォーマット」の状態のときには図１０に示すホストグループテーブル６２３の「ホストパラメータ」フィールド６２３Ｃに「共通モード」を一時的に設定し（ＳＰ６）、この後、ホストグループテーブルに登録されたすべてのホストグループについて、同様の設定を行ったか否かを判断する（ＳＰ７）。
【００７２】
そしてＣＰＵ６０は、この判断において否定結果を得るとステップＳＰ３に戻り（ＳＰ７：ＮＯ）、これに対して肯定結果を得ると（ＳＰ７：ＹＥＳ）、ストレージ装置４の導入時のホストパラメータ機能に関する一連の動作処理を終了する（ＳＰ８）。
【００７３】
（１−３−２）ホスト装置接続後の処理内容
図１１は、ストレージ装置４がホスト装置２と接続した後のＣＰＵ６０の処理内容を示すフローチャートである。ここでは、ＣＰＵ６０は、ストレージ装置４のメモリ６１内に格納されたＯＳ種別判別プログラム６３０及びホストパラメータ設定プログラム６３１に基づいて、ホスト装置接続後のＯＳ種別判別処理及びホストパラメータ設定処理を実行して、ホストグループテーブル６２３のホストパラメータを設定する。
【００７４】
ＣＰＵ６０は、ホスト装置２と接続した後に、ホスト装置２と接続された論理ボリュームＶＯＬ０〜ＶＯＬｎに対してフォーマットを実施する場合に、ホストパラメータ機能に関する一連の動作処理を開始する（ＳＰ１０）。例えば、ＯＳ−Ａが設定されたホスト装置２に対して接続された「０」番号の論理ボリュームＶＯＬ０のフォーマットを行う場合を説明する。
【００７５】
次にＣＰＵ６０は、ＯＳ種別判別プログラム６３０を起動させ、ホスト装置２からのデータの書込みを待つ。そして、ＣＰＵ６０は、ホスト装置２からのデータの書込み要求を受領すると、ホスト装置２からのデータの書き込みであるか否かを判断する（ＳＰ１１）。
【００７６】
ＣＰＵ６０は、ホスト装置２からのデータの書き込みではないと判断した場合には（ＳＰ１１：ＮＯ）、ホスト装置２からのデータの書き込みを待つ状態に戻る。
【００７７】
一方、ＣＰＵ６０は、ホスト装置２からのデータの書き込みであると判断した場合には（ＳＰ１１：ＹＥＳ）、論理ボリュームＶＯＬ０〜ＶＯＬｎへ書き込まれるデータを検出する（ＳＰ１２）。例えばＣＰＵ６０は、図１２に示すような、論理ボリュームＶＯＬ０へ書き込まれるデータを検出する。
【００７８】
そうするとＣＰＵ６０は、ホスト装置２から論理ボリュームＶＯＬ０へデータが書き込まれている間、図３に示す照合テーブル６２０を参照し、書込みデータと特定データとを照合し、書込みデータが特定データである場合には特定データに対応する待ち時間だけＯＳ種別の判定を待つ（ＳＰ１３）。例えば図１２に示すデータの場合には、ＣＰＵ６０は照合テーブル６２０を参照して５秒の待ち時間が与えられる。
【００７９】
そしてＣＰＵ６０は、論理ボリュームＶＯＬ０に書き込まれるデータと、照合テーブル６２０に予め格納されるサンプルデータと、を照合してＯＳ種別を判定する（ＳＰ１４）。例えば図１２に示すデータの場合には、ＣＰＵ６０は、照合テーブル６２０を参照して「ＯＳ−Ａ」の特定データであると判定する。
【００８０】
次にＣＰＵ６０は、ボリュームテーブル６２２において、特定データを格納した「論理ボリューム番号」フィールド６２２Ａに該当する「ＯＳ種別」フィールド６２２Ｂを更新する（ＳＰ１５）。例えば図１２に示すデータの場合には、ＣＰＵ６０は、ボリュームテーブル６２２において、「０」番号の論理ボリュームＶＯＬ０に該当する「ＯＳ種別」フィールド６２２Ｂを「未フォーマット」から「ＯＳ−Ａ」と変更し、図１３に示すように、「ＯＳ種別」フィールド６２２Ｂを「ＯＳ−Ａ」に更新する。
【００８１】
ＣＰＵ６０は、ボリュームテーブル６２２内の情報が更新したと判定したので、ホストパラメータ設定プログラム６３１を起動し（ＳＰ１６）、ホストパラメータテーブル６２３が更新されたのかを判定する（ＳＰ１７）。
【００８２】
またＣＰＵ６０は、ボリュームテーブル６２２を参照して更新された論理ボリュームに対応するＯＳ種別を検出する（ＳＰ１８）。例えば、図１２に示すデータの場合には、ＣＰＵ６０は「ＯＳ−Ａ」というＯＳ種別を検出する。
【００８３】
そしてＣＰＵ６０は、ホストグループテーブル６２３を参照して、ＯＳ種別が更新された論理ボリュームＶＯＬ０が所属するホストグループを検出する（ＳＰ１９）。例えば、図１２に示す特定データの場合には、図１０に示すように、ＣＰＵ６０は、ホストグループ「Ａ」であることを検出する。
【００８４】
続いてＣＰＵ６０は、ホストパラメータテーブル６２３を参照し、検出したＯＳ種別に対応するホストパラメータを検出する（ＳＰ２０）。例えば、図１２に示すデータの場合には、ＯＳ種別は「ＯＳ−Ａ」なので、ＣＰＵ６０は、図４に示すようにホストパラメータテーブル６２１の「モード種類」フィールド６２１Ｃから「ＯＳ−Ａモード」を検出する。
【００８５】
次にＣＰＵ６０は、ホストグループテーブル６２３のホストパラメータに変更があると判定し（ＳＰ２１）、ホストグループテーブル６２３の該当ホストグループに対応するホストパラメータを設定する（ＳＰ２２）。例えば図１２に示すデータの場合には、ＣＰＵ６０は、ホストパラメータとして「ＯＳ−Ａモード」と検出する。そして、ＣＰＵ６０は、ホストグループテーブル６２３において「ホストパラメータ」フィールド６２３Ｃで設定されていた「共通モード」から、図１４に示すような「ＯＳ−Ａモード」に変更し、ホストパラメータを決定する。
【００８６】
このようにＣＰＵ６０は、ホスト装置２から論理ボリュームＶＯＬ０に書き込まれた特定データに関するホストパラメータを最終的に決定すると、ホストパラメータ機能に関する一連の動作処理を終了する（ＳＰ２３）。
【００８７】
（１−３−３）制御プログラムの具体的な処理内容
上述のように、ＣＰＵ６０が、ストレージ装置４をホスト装置２に接続する前から接続した後までのホストパラメータ機能に関する一連の動作処理について説明をしたが、ここでは一連の動作処理で必要となった制御プログラム６３の具体的な処理内容について説明する。
【００８８】
（１−３−３−１）ＯＳ種別判別処理
まず、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる特定データのＯＳ種別を判定する際のＣＰＵ６０の処理手順について説明する。
【００８９】
図１５は、ＯＳ種別判別処理に関するＣＰＵ６０の処理内容を示すフローチャートである。この処理ではＣＰＵ６０は、メモリ６１内に格納されたＯＳ種別判別プログラム６３０に基づいてＯＳ種別の判別処理を実行し、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる特定データのＯＳ種別を判定する。
【００９０】
すなわち、ＣＰＵ６０は、ストレージ装置４に接続したホスト装置２からの書込み要求を常時監視する場合又は書込み要求を受領した場合にＯＳ種別判別処理を開始する（ＳＰ３０）。そしてＣＰＵ６０は、ある特定のデータの書込み要求を監視しながら、ストレージ装置４側で書込み要求が受領されることを待つ（ＳＰ３１）。
【００９１】
ＣＰＵ６０は、ホスト装置２からある論理ボリュームＶＯＬ０〜ＶＯＬｎにある特定のデータが書き込まれる場合に、このデータが照合テーブル６２０に格納されるサンプルデータの書き込みであると検出すると、照合テーブル６２０の「特定データ」フィールド６２０Ｃに格納された特定データに関する書込み要求を受領したと判定する（ＳＰ３２）。そしてＣＰＵ６０は、照合テーブル６２０を参照し、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれている間、特定データに該当する待ち時間だけＯＳ種別の判定を待つ（ＳＰ３３）。
【００９２】
そうしてＣＰＵ６０は、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれたデータと、照合テーブル６２０に予め格納されているサンプルデータとを照合して、両データが一致するか否かを判断する（ＳＰ３４）。
【００９３】
ＣＰＵ６０は、両データが一致すると判断した場合には（ＳＰ３４：ＹＥＳ）、照合テーブル６２０を参照してＯＳ種別を判定する。そうして、ＣＰＵ６０は、ある特定のデータが書き込まれた論理ボリュームＶＯＬ０〜ＶＯＬｎのＯＳ種別を変更し、ボリュームテーブル６２２を更新する（ＳＰ３５）。すなわち、ＣＰＵ６０は、ボリュームテーブル６２２の「ＯＳ種別」フィールド６２２Ｂにはホスト装置２に設定されるＯＳ種別を設定する。
【００９４】
一方、ステップＳＰ３４において、ＣＰＵ６０は、両データが一致しないと判断した場合には（ＳＰ３４：ＮＯ）、照合テーブル６２０に予め内蔵されていないＯＳ種別であると判断し、ＯＳ種別は「不明」であると判定する（ＳＰ３６）。そうして、ＣＰＵ６０は、ある特定のデータが書き込まれた論理ボリュームＶＯＬ０〜ＶＯＬｎのＯＳ種別を変更し、ボリュームテーブル６２２を更新する（ＳＰ３５）。すなわち、ＣＰＵ６０は、ボリュームテーブル６２２の「ＯＳ種別」フィールド６２２Ｂには「不明」と設定し、「ボリューム種類」フィールド６２２Ｃには「Ｂｏｏｔ」と設定する。これは、ＯＳ種別が「不明」の場合には不明のＯＳの起動用の論理ボリュームとして扱う方がデータを保存する上で安全であり、結果として、設定ミス及びデータ破壊を回避できるからである。
【００９５】
再びＣＰＵ６０は、ある特定のデータの書込み要求を監視する状態に戻ると（ＳＰ３７）、ＯＳ種別の判定処理を終了する（ＳＰ３８）。
【００９６】
以上より、ＣＰＵ６０はＯＳ種別判別処理を行うことで、ホスト装置２に対して割り当てられた論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれるデータのＯＳ種別を判定することができる。
【００９７】
ＯＳ種別判別処理のステップＳＰ３１〜ステップＳＰ３５の一連の手順は、上述したステップＳＰ１０〜ステップＳＰ１５までに該当している。
【００９８】
（１−３−３−２）ホストパラメータ設定処理
次に、ホストパラメータをストレージ装置４内で設定する際のＣＰＵ６０の処理手順について説明する。
【００９９】
図１６は、ホストパラメータ設定処理に関するＣＰＵ６０の処理内容を示すフローチャートである。この処理ではＣＰＵ６０は、メモリ６１内に格納されたホストパラメータ設定プログラム６３１に基づいてホストパラメータの設定処理を実行し、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる特定データのＯＳ種別に基づいたホストパラメータを設定する。
【０１００】
ＣＰＵ６０は、ストレージ装置４を導入した場合又はＯＳ種別の更新があった場合にホストパラメータ設定処理を開始する（ＳＰ４０）。すなわちＣＰＵ６０は、開始トリガを常時監視しながら、開始トリガが発生することを待つ（ＳＰ４１）。ここで開始トリガとは、ホストパラメータ設定処理が開始される基準のことをいい、具体的には、ボリュームテーブル６２２の更新があった場合、ホストグループテーブル６２３の新規作成があった場合及びホストグループテーブル６２３の更新があった場合をいう。
【０１０１】
次にＣＰＵ６０は、開始トリガが発生し、ホストグループの更新があるか否かを判断する（ＳＰ４２）。
【０１０２】
ＣＰＵ６０は、ホストグループの更新があると判断した場合には（ＳＰ４２：ＹＥＳ）、ＯＳ種別が判定され、ホストグループが特定されたことになるので、対象となるホストグループに割り当てられた全ての論理ボリュームについてボリュームテーブル６２２の状態を読み込む（ＳＰ４３）。
【０１０３】
続いて、ＣＰＵ６０は、ボリュームテーブル６２２の「ＯＳ種別」フィールド６２２Ｂが全て「未フォーマット」ではなく、かつ、同種のＯＳか否かを判断する（ＳＰ４４）。
【０１０４】
ＣＰＵ６０は、ボリュームテーブルの「ＯＳ種別」フィールドが全て「未フォーマット」ではなく、かつ、同種のＯＳであると判断した場合には（ＳＰ４４：ＹＥＳ）、判定された同種のＯＳ種別からホストパラメータテーブル６２１を参照し、該当するホストパラメータを検出する（ＳＰ４５）。そしてＣＰＵ６０は、このホストパラメータの検出結果をサービスプロセッサ１１に報告し、サービスプロセッサ１１の表示画面に表示させる（ＳＰ４６）。
【０１０５】
そしてＣＰＵ６０は、ホストパラメータに変更があるか否かを判断し（ＳＰ４７）、変更があると判断した場合には（ＳＰ４７：ＹＥＳ）、ホストグループテーブル６２３のホストパラメータを設定し、更新する（ＳＰ４８）。例えば、図１７に示すように、ＣＰＵ６０がホストパラメータを設定すると、サービスプロセッサ１１の表示画面に設定した表示１１１がなされることになる。そして再びＣＰＵは、開始トリガの監視に戻る（ＳＰ４９）。
【０１０６】
一方、ステップＳＰ４７において、ＣＰＵ６０は、ホストパラメータに変更がないと判断した場合には（ＳＰ４７：ＮＯ）、ホストグループテーブル６２３のホストパラメータを変更せずに、再び開始トリガの監視に戻る（ＳＰ４９）。
【０１０７】
そうして、ＣＰＵ６０は、ホストパラメータ設定処理を終了する（ＳＰ５０）。
【０１０８】
一方、ステップＳＰ４２において、ＣＰＵ６０は、ホストグループの更新がないと判断した場合には（ＳＰ４２：ＮＯ）、ホスト装置２から論理ボリュームＶＯＬ０〜ＶＯＬｎに対してフォーマット実施の要求があったことになるため、ボリュームテーブル６２２において、フォーマットの実施をした論理ボリュームＶＯＬ０〜ＶＯＬｎに対応するＯＳ種別を検出する（ＳＰ５１）。
【０１０９】
そしてＣＰＵ６０は、ホストグループテーブル６２３を参照して、フォーマットの実施をした論理ボリュームＶＯＬ０〜ＶＯＬｎと、当該論理ボリュームＶＯＬ０〜ＶＯＬｎが所属するホストグループを検出する（ＳＰ５２）。ＣＰＵ６０は、ホストパラメータテーブル６２１を参照して、検出したＯＳ種別に対応するホストパラメータを検出すると（ＳＰ５３）、ステップＳＰ４７に進み、引き続きその後の処理をステップＳＰ４８〜ステップＳＰ５０まで行うこととなる。
【０１１０】
一方、ステップＳＰ４４において、ＣＰＵ６０は、ボリュームテーブル６２２の「ＯＳ種別」フィールド６２２Ｃが全て「未フォーマット」であり、かつ、同種のＯＳではない判断した場合には（ＳＰ４４：ＮＯ）、引き続き「Ｂｏｏｔ」用の論理ボリュームがあり、かつ、同種のＯＳか否かを判断する（ＳＰ５４）。
【０１１１】
そしてステップＳＰ５４において、ＣＰＵ６０は、「Ｂｏｏｔ」用の論理ボリュームがあり、かつ、同種のＯＳであると判断した場合には（ＳＰ５４：ＹＥＳ）、ステップＳＰ４５に進み、引き続きその後の処理をステップＳＰ４６〜ステップＳＰ５０まで行うこととなる。
【０１１２】
一方、ステップＳＰ５４において、ＣＰＵ６０は、「Ｂｏｏｔ」用の論理ボリュームがなく、かつ、同種のＯＳではないと判断した場合には（ＳＰ５４：ＮＯ）、対象となる全ての論理ボリュームが「未フォーマット」でないことを確認して、警告メッセージをサービスプロセッサ１１の表示画面１１０及びユーザの表示画面（図示せず）に表示させる（ＳＰ５５）。これは、ＣＰＵ６０が、起動用の論理ボリュームの存在がなくＯＳ種別の予測ができない又はデータ破壊の危険性が大きいとの判断をしたことになるからである。例えば、図１８に示すように、ＣＰＵ６０はサービスプロセッサ１１の表示画面１１０に警告メッセージ１１２を表示させることになる。この表示画面は、ユーザ側にも同様に表示される。例によると、同一のホストグループ内である論理ボリュームＶＯＬ０と論理ボリュームＶＯＬ２に、異なるＯＳが割り当てられた「Ｂｏｏｔ」用の論理ボリュームが存在するために、ＣＰＵ６０がホストパラメータを特定することができない場合を表示している。
【０１１３】
その後ＣＰＵ６０は、ホストグループテーブル６２３のホストパラメータを「共通モード」に設定すると、ステップＳＰ４８に進み、引き続きその後の処理をステップＳＰ４９及びステップＳＰ５０まで行うこととなる。
【０１１４】
以上により、ＣＰＵ６０は、ホストパラメータ設定処理を行うことで、ホスト装置２に対して割り当てられる論理ボリュームＶＯＬ０〜ＶＯＬｎのホストパラメータを設定することができる。
【０１１５】
ホストパラメータ設定処理のステップＳＰ４０〜ステップＳＰ４４及びステップＳＰ５４〜ステップＳＰ５６の一連の手順は、上述したステップＳＰ０〜ステップＳＰ８までに該当している。また、ホストパラメータ設定処理のステップＳＰ４２、ステップＳＰ５１〜ステップＳＰ５３及びステップＳＰ４７〜ステップＳＰ４９までの一連の手順は、上述したステップＳＰ１６〜ステップＳＰ２２までに該当している。
【０１１６】
（１−３−３−３）ホストパラメータ設定処理の応用例
次に、ホストパラメータを設定する際のＣＰＵ６０の処理手順の応用例について説明する。以下では、上述したホストパラメータ設定処理に関してＣＰＵ６０が行った処理と異なる処理についてのみ説明する。なお、図１６に示すフローチャートと同様の処理内容の箇所には、同じステップ番号を表示するものとする。
【０１１７】
図１９は、ホストパラメータ設定処理の応用例に関するＣＰＵ６０の処理内容を示すフローチャートである。この処理においてもＣＰＵ６０は、メモリ６１内に格納されたホストパラメータ設定プログラム６３１に基づいてホストパラメータの設定処理を実行し、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる特定データのＯＳ種別に基づいたホストパラメータを設定する。
【０１１８】
ステップＳＰ５４において、ＣＰＵ６０は、「Ｂｏｏｔ」用の論理ボリュームがなく、かつ、同種のＯＳではないと判断した場合には（ＳＰ５４：ＮＯ）、引き続き、論理ボリュームＶＯＬ０〜ＶＯＬｎの過半数が同種のＯＳか否かを判断する（ＳＰ５７）。
【０１１９】
そしてＣＰＵ６０は、論理ボリュームの過半数が同種のＯＳであると判断した場合には（ＳＰ５７：ＹＥＳ）、同種のＯＳに対応するホストパラメータを検出し（ＳＰ５８）、ステップＳＰ４６に進み、引き続きその後の処理をステップＳＰ４７〜ステップＳＰ５０まで行うこととなる。
【０１２０】
一方ステップＳＰ５７において、ＣＰＵ６０は、論理ボリュームの過半数が同種のＯＳではないと判断した場合には（ＳＰ５７：ＮＯ）、ステップＳＰ５５に進み、その後の処理ステップＳＰ５６を経て、ステップＳＰ４８〜ステップＳＰ５０まで行うこととなる。
【０１２１】
以上のように、ホストパラメータ設定処理の応用例に関するＣＰＵ６０の処理内容によれば、異なるＯＳ種別が設定された各ホスト装置２で一部の論理ボリュームＶＯＬ０〜ＶＯＬｎを共有する場合にもホストパラメータを設定することができる。
【０１２２】
（１−４）第１の実施の形態の効果
本実施の形態によれば、システム管理者等はＯＳ種別の各種異なるホスト装置２とストレージ装置４とを接続するだけで、ストレージ装置４内で、同種のＯＳ種別に論理ボリュームＶＯＬ０〜ＶＯＬｎが割り当てられ、ホストパラメータ設定がストレージ装置４内で行われるため、設定ミスを確実に回避することができ、システム管理者等の管理負担を軽減することができる。また、システム管理者等はホスト装置２とストレージ装置４とを容易に接続することができ、誤接続によるデータの破壊を防止することができる。
【０１２３】
ＣＰＵ６０がストレージ装置４に予め内蔵された照合テーブル６２０とホストパラメータ６２１とを参照することで、論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる特定データのＯＳ種別を検出できる。そして、検出したＯＳ種別に基づいてホストパラメータを設定することができる。
【０１２４】
また、ＣＰＵ６０が認識しないＯＳ種別については、ホスト装置２とストレージ装置４との間で故障やデータ破壊等の不具合が生じないための共通モードが設定されるため、今後早期にバージョンアップされるＯＳに対しても、容易に対応することができる。
【０１２５】
（２）第２の実施の形態
次に、第２の実施の形態による記憶システム１００について以下に説明する。
【０１２６】
第２の実施の形態による記憶システム１００については、第１の実施の形態による記憶システム１と異なる点について説明する。
【０１２７】
まず、第２の実施の形態による記憶システム１００の構成は、ホストパラメータ設定機能を有するチャネルアダプタ６００の内部構成を除いて、第１の実施の形態による記憶システム１の構成と同様なので、説明を省略する。
【０１２８】
（２−１）ホストパラメータ設定機能
本実施の形態による記憶システム１００に搭載されたホストパラメータ設定機能について説明する。
【０１２９】
この記憶システム１００は、第１の実施の形態の記憶システム１と同様に、システム管理者等がホスト装置２とストレージ装置４とを接続するだけで、ストレージ装置４がホスト装置２ごとに設定されているＯＳの種類（以下、ＯＳ種別という）を判定し、ＯＳ種別ごとにストレージ装置４の動作を設定する点を特徴としている。以下では、この特徴を実現するためのストレージ装置４について説明する。
【０１３０】
図２０に示すように、チャネルアダプタ６００は、ＣＰＵ６０及びメモリ６６を備えている。
【０１３１】
メモリ６６は、例えばＣＰＵ６０のワークエリアとして利用され、管理テーブル群６７及び制御プログラム６８が格納されている。
【０１３２】
具体的に管理テーブル群６７には、ホストパラメータテーブル６２１及びホストグループテーブル６２３が格納されている。各種の管理テーブル６２の内容については、第１の実施の形態と同様なので説明を省略する。
【０１３３】
制御プログラム６８には、ホストパラメータ設定プログラム６３１が格納されている。
【０１３４】
（２−２）ホストパラメータ設定処理
次に、ホストパラメータをストレージ装置４内で設定する際のＣＰＵ６０の処理手順について説明する。
【０１３５】
図２１は、ホストパラメータ設定処理に関するＣＰＵ６０の処理内容を示すフローチャートである。この処理ではストレージ装置４のＣＰＵ６０が、ホスト装置２へＯＳ種別の要求を行い、メモリ６６内に格納されたホストパラメータ設定プログラム６３１に基づいてホストパラメータの設定処理を実行し、ＯＳ種別に基づいたホストパラメータを設定する。
【０１３６】
ＣＰＵ６０は、ストレージ装置４を導入した場合又はデータが論理ボリュームＶＯＬ０〜ＶＯＬｎに書き込まれる場合にホストパラメータ設定処理を開始する（ＳＰ６０）。
【０１３７】
そして、ＣＰＵ６０は、ホスト装置２にＯＳ種別の通知をするように要求する（ＳＰ６１）。
【０１３８】
次にＣＰＵ６０は、ホスト装置２からＯＳ種別の通知を受信すると、ＯＳ種別がホストパラメータに登録されているか否かを判断する（ＳＰ６２）。
【０１３９】
ＣＰＵ６０は、ＯＳ種別がホストパラメータに登録されていると判断した場合には（ＳＰ６２：ＹＥＳ）、ホストパラメータテーブル６２１を参照して、ＯＳ種別に対応するホストパラメータを検出する（ＳＰ６３）。
【０１４０】
そしてＣＰＵ６０は、ホストグループテーブル６２３を参照して、ＯＳ種別の通知を送信したホストグループに対応する「ホストパラメータ」フィールド６２３Ｃを、検出したホストパラメータに設定して、ホストグループテーブル６２３を更新する（ＳＰ６４）。
【０１４１】
そしてＣＰＵ６０は、ホストパラメータ設定処理を終了する（ＳＰ６５）。
【０１４２】
一方、ステップＳＰ６２において、ＣＰＵ６０は、ＯＳ種別がホストパラメータに登録されていないと判断した場合には（ＳＰ６２：ＮＯ）、ＯＳ種別が「不明」としてホストグループテーブル６２３のホストパラメータフィールド６２３Ｃを「共通モード」と判定する（ＳＰ６６）。そしてＣＰＵ６０は、ホストグループテーブル６２３を参照して、ＯＳ種別の通知を送信したホストグループに対応する「ホストパラメータ」フィールド６２３Ｃを、判定したホストパラメータである「共通モード」に設定して、ホストグループテーブル６２３を更新し（ＳＰ６４）、ホストパラメータ設定処理を終了する（ＳＰ６５）。
【０１４３】
（２−３）第２の実施の形態の効果
本実施の形態によれば、システム管理者等はＯＳ種別の各種異なるホスト装置２とストレージ装置４とを接続するだけで、記憶システム１内で、同種のＯＳ種別に論理ボリュームＶＯＬ０〜ＶＯＬｎが割り当てられ、ホストパラメータ設定がストレージ装置４内で行われるため、設定ミスを確実に回避することができ、システム管理者等の管理負担を軽減することができる。また、システム管理者等はホスト装置２とストレージ装置４とを容易に接続することができ、誤接続によるデータの破壊を防止することができる。
【０１４４】
さらに、ホスト装置２とストレージ装置４との間での応答手段が統一された場合に、ストレージ装置４側からホスト装置２側へ直接ＯＳ種別の通知を要求することで、ＯＳ種別の検出を必要とせずにホストパラメータをストレージ装置内で設定することができる。
【０１４５】
また、ＣＰＵ６０が認識しないＯＳ種別については、ホスト装置２とストレージ装置４との間で故障やデータ破壊等の不具合が生じないための共通モードが設定されるため、今後早期にバージョンアップされるＯＳに対しても、容易に対応することができる。
【０１４６】
（３）他の実施の形態
第１の実施の形態において、１又は複数の上位装置であるホスト装置と、ホスト装置に対してデータを読み書きするための記憶領域でなるデータ用の論理ボリュームを提供する記憶制御装置であるストレージ装置と、を有する記憶システムにおいて、ストレージ装置は、ホスト装置から送信される書き込みコマンド又はストレージ装置の要求に応じてホスト装置から与えられるオペレーションシステムの種別情報に基づいてホスト装置に実装されているオペレーションシステムの種別を判別する判別部として、ステップＳＰ１０〜ステップＳＰ１５までとし、ホスト装置に対する所定の動作パラメータを、前記判別部により判別された前記オペレーションシステムに応じて設定するパラメータ設定部としてステップＳＰ１６〜ステップＳＰ２３までとしたが、本発明はこれに限らず、判定部、設定部をそれぞれ個別のハードウェアとして構成するようにしても良い。
【産業上の利用可能性】
【０１４７】
本発明は、１又は複数のストレージ装置を有する記憶システムや、その他の形態の記憶システムに広く適用することができる。
【図面の簡単な説明】
【０１４８】
【図１】第１の実施の形態における記憶システムの全体構成を示すブロック図である。
【図２】第１の実施の形態におけるチャネルアダプタの内部構成を示すブロック図である。
【図３】第１の実施の形態における照合テーブルを示す概念図である。
【図４】第１の実施の形態におけるホストパラメータテーブルを示す概念図である。
【図５】第１の実施の形態におけるボリュームテーブルを示す概念図である。
【図６】第１の実施の形態におけるホストグループテーブルを示す概念図である。
【図７】第１の実施の形態におけるホスト装置接続前のストレージ装置の設定のフローチャートである。
【図８】第１の実施の形態におけるホスト装置接続前のホストグループテーブルを示す概念図である。
【図９】第１の実施の形態におけるホスト装置接続前のボリュームテーブルを示す概念図である。
【図１０】第１の実施の形態におけるホスト装置接続前のホストグループテーブルを示す概念図である。
【図１１】第１の実施の形態におけるホスト装置接続後のストレージ装置の設定のフローチャートである。
【図１２】第１の実施の形態における特定データが書き込まれた論理ボリュームの概念図である。
【図１３】第１の実施の形態におけるホスト装置接続後のボリュームテーブルを示す概念図である。
【図１４】第１の実施の形態におけるホスト装置接続後のホストグループテーブルを示す概念図である。
【図１５】第１の実施の形態におけるＯＳ種別判別処理のフローチャートである。
【図１６】第１の実施の形態におけるホストパラメータ設定処理のフローチャートである。
【図１７】第１の実施の形態におけるホストパラメータ設定のサービスプロセッサの表示画面である。
【図１８】第１の実施の形態における警告メッセージのサービスプロセッサの表示画面である。
【図１９】第１の実施の形態におけるホストパラメータ設定処理の応用例のフローチャートである。
【図２０】第２の実施の形態におけるチャネルアダプタの内部構成を示すブロック図である。
【図２１】第２の実施の形態におけるホストパラメータ設定処理のフローチャートである。
【符号の説明】
【０１４９】
１……記憶システム、２……ホスト装置、３……ネットワーク、４……ストレージ装置、５……コントローラ、６……チャネルアダプタ、７……接続部、８……共有メモリ、９……キャッシュメモリ、１０……ディスクチャネルアダプタ、１１……保守端末、１２……ディスクデバイス部。
【図１】
2008040842.tif 000003
【図２】
2008040842.tif 000004
【図３】
2008040842.tif 000005
【図４】
2008040842.tif 000006
【図５】
2008040842.tif 000007
【図６】
2008040842.tif 000008
【図７】
2008040842.tif 000009
【図８】
2008040842.tif 000010
【図９】
2008040842.tif 000011
【図１０】
2008040842.tif 000012
【図１１】
2008040842.tif 000013
【図１２】
2008040842.tif 000014
【図１３】
2008040842.tif 000015
【図１４】
2008040842.tif 000016
【図１５】
2008040842.tif 000017
【図１６】
2008040842.tif 000018
【図１７】
2008040842.tif 000019
【図１８】
2008040842.tif 000020
【図１９】
2008040842.tif 000021
【図２０】
2008040842.tif 000022
【図２１】
2008040842.tif 000023