(57)【要約】【課題】論理デバイスのセキュリティ機能が高度化されたオープンシステムに適した記憶システムを提供する。【解決手段】ＲＡＩＤシステムのような記憶システムにおいて、論理デバイス１０１毎にＲｅａｄ／Ｗｒｉｔｅ可能、Ｒｅａｄ  Ｏｎｌｙ、Ｒｅａｄ／Ｗｒｉｔｅ不可、Ｒｅａｄ  Ｃａｐａｃｉｔｙ０、Ｉｎｑｕｉｒｙ抑止、Ｓ−ｖｏｌ  ｄｉｓａｂｌｅの６種類のアクセス属性が設定できる。Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０は、ホストから容量の問い合わせがあったとき、容量０の応答をする。Ｉｎｑｕｉｒｙ抑止は、ホストにその論理デバイスを認識させない。Ｓ−ｖｏｌｄｉｓａｂｌｅは、その論理デバイスをコピー先として他の論理デバイスの二重化のためのペア形成することを禁止する。記憶システムは、オープンシステムのホストからコマンドを受けたとき、そのホストのＯＳ、ベンダ、バージョンなどの違いに応じて、コマンド処理と応答を変える。【選択図】        図１
2005018568.tif 000002
【特許請求の範囲】
【請求項１】
１以上の外部装置と通信可能な記憶システムにおいて、
複数の論理デバイスと、
所定の複数のアクセス属性モードから選択された１以上のアクセス属性モードを各論理デバイスに対して設定するアクセス属性モード設定手段と、
前記外部装置から指定された論理デバイスに関するアクセス動作を要求するコマンドを入力した場合、前記指定された論理デバイスに設定されているアクセス属性モードに応じて、前記要求されたアクセス動作を制御し、そして、制御されたアクセス動作の結果の情報をもつ応答を前記外部装置に出力するアクセス制御手段と
を備え、
前記所定のアクセス属性モードに、外部装置が論理デバイスそれ自体又はその容量を認識するためのデバイス認識型動作に対して所定の制限を加えるための１以上のデバイス認識制御用モードが含まれており、
前記アクセス制御手段が、
前記指定された論理デバイスに設定されているアクセス属性モードが前記デバイス認識制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに対する前記デバイス認識型動作である場合、前記設定されているデバイス認識制御用モードに基づく前記所定の制限を前記要求されたデバイス認識型動作に加えた結果の情報をもつ応答を前記外部装置に出力するためのデバイス認識制御手段を有する、
ことを特徴とする記憶システム。
【請求項２】
請求項１記載のものにおいて、
前記デバイス認識制限用モードの一つがリードキャパシティゼロであり、
前記指定された論理デバイスに設定されているアクセス属性モードが前記リードキャパシティゼロである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスの容量を認識することである場合、
前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスの容量がゼロであることを示す情報をもつ応答を前記外部装置に出力する、
ことを特徴とする記憶システム。
【請求項３】
請求項１記載のものにおいて、
前記デバイス認識制限用モードの一つがインクエリ抑止であり、
前記指定された論理デバイスに設定されているアクセス属性モードが前記インクエリ抑止である場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスそれ自体を認識することである場合、
前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスの認識を抑止した結果を示す情報をもつ応答を前記外部装置に出力する、ことを特徴とする記憶システム。
【請求項４】
請求項１記載のものにおいて、
前記指定された論理デバイスに設定されているアクセス属性モードが前記デバイス認識制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに対するデータのリード又はライトである場合、
前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスに対するデータのリード又はライトが抑止された結果を示す情報をもつ応答を前記外部装置に出力する、
ことを特徴とする記憶システム。
【請求項５】
１以上の外部装置と通信可能な記憶システムにおいて、
複数の論理デバイスと、
所定の複数のアクセス属性モードから選択された１以上のアクセス属性モードを各論理デバイスに対して設定するアクセス属性モード設定手段と、
前記外部装置から指定された論理デバイスに対するアクセス動作を要求するコマンドを入力した場合、前記指定された論理デバイスに設定されているアクセス属性モードに応じて、前記要求されたアクセス動作を制御し、そして、制御されたアクセス動作の結果の情報をもつ応答を前記外部装置に出力するアクセス制御手段と
を備え、
前記所定のアクセス属性モードに、前記指定された論理デバイスをセコンダリボリュームとして他の論理デバイスとのコピーペアを形成するためのコピーペア形成動作に所定の制限を加えるための１以上のコピーペア形成制御用モードが含まれており、
前記アクセス制御手段が、
前記指定された論理デバイスに設定されているアクセス属性モードが前記コピーペア形成制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに関する前記コピーペア形成動作である場合、前記設定されているコピーペア形成制御用モードに基づく前記所定の制限を前記要求されたコピーペア形成動作に加えた結果の情報をもつ応答を前記外部装置に出力するためのコピーペア形成制御手段を有する、
ことを特徴とする記憶システム。
【請求項６】
請求項５記載のものにおいて、
前記所定のアクセス属性モードに、更に、前記指定された論理デバイスに対してデータのリード又はライトを行なうためのデータ操作型動作を制御するための１以上のデータ操作制御用モード、及び／又は、前記指定され論理デバイスそれ自体又はその容量を認識ためのデバイス認識型動作を制御するための１以上のデバイス認識制御用モードが含まれており、
前記アクセス属性モード設定手段は、同じ論理デバイスに対して、前記データ操作制御用モードと前記コピーペア形成制御用モードの双方を重複して、又は、前記デバイス認識制御用モードと前記コピーペア形成制御用モードの双方を重複して設定することができる、
ことを特徴とする記憶システム。
【請求項７】
装置種類の異なる複数の外部装置と通信可能な記憶システムにおいて、
所定の複数の装置モードの中から、前記外部装置の各々の装置種類に応じた一つの装置モードを選び、選ばれた装置モードを前記外部装置の各々に設定する装置モード設定手段と、
所定種類のコマンドを処理する場合に実行されるべき動作の種類を装置モード毎に記憶したモード依存動作記憶手段と、
コマンドを処理した結果が所定種類の結果である場合に前記処理されたコマンドに対する応答に含まれるべき情報の種類を装置モード毎に記憶したモード依存応答記憶手段と、
いずれかの外部装置から入力されたコマンドを処理するものであって、前記入力されたコマンドが前記所定種類のコマンドである場合、前記入力されたコマンドを処理する過程で、前記モード依存動作記憶手段に記憶されている装置モード毎の動作種類の中から、前記コマンドを発した外部装置に設定されている装置モードに応じた動作種類を選び、選ばれた動作種類に対応する動作を実行するコマンド処理手段と、
前記コマンド処理手段による処理の結果に応じた応答情報を含んだ応答を、前記コマンドを発した外部装置に出力するものであって、前記処理の結果が前記所定種類の結果である場合、前記モード依存応答記憶手段に記憶されている装置モード毎の情報種類の中から、前記コマンドを発した外部装置に設定されている装置モードに応じた情報種類を選び、選ばれた情報種類に対応する情報を含んだ応答を前記コマンドを発した外部装置に出力するコマンド応答手段と
を備えたことを特徴とする記憶システム。
【請求項８】
装置種類の異なる複数の外部装置と、前記外部装置と通信可能な記憶システムとを備えたコンピュータシステムにおいて、
前記複数の外部装置はそれぞれ、前記記憶システムを利用するアプリケーションプログラムと、アプリケーションプログラムからの指示に応じて前記記憶システムの論理デバイスのセキュリティ機能の設定又制御に関わる管理用制御を行なうためのストレージ管理プログラムを搭載しており、
前記複数の外部装置はそれぞれ、前記アプリケーションプログラムから前記ストレージ管理プログラムグラムを介して、前記記憶システムに対する前記管理用制御を自動的に行なうことを特徴とするコンピュータシステム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、例えばＲＡＩＤシステムに代表されるような記憶システムに関わり、特に、記憶システム内の論理デバイス（記憶装置の論理的な単位）に対するホストからのアクセスの制御及び論理デバイスのセキュリティ機能のための技術に関する。
【０００２】
【従来の技術】
ＲＡＩＤシステムにおける論理デバイスへのホストからのアクセス制御及び論理デバイスのセキュリティ機能に関する従来技術として、例えば特許文献１に記載されたディスク制御方式がある。この方式は、ＲＡＩＤシステム内の論理デバイス毎に、リード／ライト共に可能、ライト不可、及びリード／ライト共に不可の３種類のアクセス属性モードのうちのいずれか一つを設定し、この設定に従って論理デバイス毎にホストからのコマンドに対する処理や応答を違える。
【０００３】
【特許文献１】特開２０００−１１２８２２号公報
【発明が解決しようとする課題】
ＲＡＩＤシステムに代表される記憶システムのオペレーションの高度化又は複雑化に伴い、特許文献１に記載された３種類のアクセス属性モードだけでは足りず、論理デバイスの新たなセキュリティ制御の仕方が要求されている。例えば、論理デバイスの二重化のために２つの論理デバイス間でコピーペアを形成するオペレーションが記憶システム内で行われ得る場合、このオペレーションを誤ることによるデータ消失を回避できる機能が要求される。
【０００４】
また、この種の記憶システムの適用範囲がプロプライエタリシステム（特定のメーカの製品のみで構成されるコンピュータシステム）からオープンシステム（様々なメーカのソフトウェアやハードウェアを組み合わせて構築されたコンピュータシステム）へと拡大する場合、特定メーカのホストに対して行っていたアクセス制御が、ベンダ、ＯＳ又はバージョン等の異なる様々な種類又は仕様のホストに対しても同様に行えるようにすることが要求される。例えば、記憶システムがホストにエラーを返す場合の動作はホストの種類又は仕様（ベンダ、ＯＳ又はバージョン等）の違いにより異なる。そのため、ホストの種類に合ったエラーの返し方の選定が重要である。これ以外にも、ホストの種類に応じてホストに対する記憶システムのオペレーション又は応答を違えることが要求される場合がある。
【０００５】
さらに、コスト削減のために、記憶システムの各論理デバイスのアクセス属性モードの設定・解除等の管理作業を、オープンシステム上の様々なホストのアプリケーションから自動的に行えるようにしたいという要求もある。
【０００６】
従って、本発明の目的は、記憶システムの論理デバイスのアクセス制御又はセキュリティ制御の仕方をより高度なものにすることにある。
【０００７】
本発明の別の目的は、ホストに対する記憶システムの論理デバイスのオペレーション又は応答を、オープンシステムに適したものにすることある。
【０００８】
本発明のまた別の目的は、記憶システムの論理デバイスのアクセス属性モードの設定・解除等の管理作業を、オープンシステム上の様々なホストのアプリケーションから自動的に行えるようにすることにある。
【０００９】
本発明のその他の目的は、後述する実施形態の説明において具体的に明らかにされる。
【００１０】
【課題を解決するための手段】
本発明の一つの態様に従う、１以上の外部装置と通信可能な記憶システムは、複数の論理デバイスと、所定の複数のアクセス属性モードから選択された１以上のアクセス属性モードを各論理デバイスに対して設定するアクセス属性モード設定手段と、前記外部装置から指定された論理デバイスに関するアクセス動作を要求するコマンドを入力した場合、前記指定された論理デバイスに設定されているアクセス属性モードに応じて、前記要求されたアクセス動作を制御し、そして、制御されたアクセス動作の結果の情報をもつ応答を前記外部装置に出力するアクセス制御手段とを備える。そして、前記所定のアクセス属性モードに、外部装置が論理デバイスそれ自体又はその容量を認識するためのデバイス認識型動作に対して所定の制限を加えるための１以上のデバイス認識制御用モードが含まれている。そして、前記アクセス制御手段が、前記指定された論理デバイスに設定されているアクセス属性モードが前記デバイス認識制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに対する前記デバイス認識型動作である場合、前記設定されているデバイス認識制御用モードに基づく前記所定の制限を前記要求されたデバイス認識型動作に加えた結果の情報をもつ応答を前記外部装置に出力するためのデバイス認識制御手段を有する。
【００１１】
一つの実施形態においては、前記デバイス認識制限用モードの一つがリードキャパシティゼロである。そして、前記指定された論理デバイスに設定されているアクセス属性モードが前記リードキャパシティゼロである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスの容量を認識することである場合、前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスの容量がゼロであることを示す情報をもつ応答を前記外部装置に出力する。
【００１２】
一つの実施形態においては、前記デバイス認識制限用モードの一つがインクエリ抑止である。そして、前記指定された論理デバイスに設定されているアクセス属性モードが前記インクエリ抑止である場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスそれ自体を認識することである場合、  前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスの認識を抑止した結果を示す情報をもつ応答を前記外部装置に出力する。
【００１３】
一つの実施形態においては、前記指定された論理デバイスに設定されているアクセス属性モードが前記デバイス認識制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに対するデータのリード又はライトである場合、前記アクセス制御手段の前記デバイス認識制御手段が、前記指定された論理デバイスに対するデータのリード又はライトが抑止された結果を示す情報をもつ応答を前記外部装置に出力する。
【００１４】
本発明の別の態様に従う、１以上の外部装置と通信可能な記憶システムは、複数の論理デバイスと、所定の複数のアクセス属性モードから選択された１以上のアクセス属性モードを各論理デバイスに対して設定するアクセス属性モード設定手段と、前記外部装置から指定された論理デバイスに対するアクセス動作を要求するコマンドを入力した場合、前記指定された論理デバイスに設定されているアクセス属性モードに応じて、前記要求されたアクセス動作を制御し、そして、制御されたアクセス動作の結果の情報をもつ応答を前記外部装置に出力するアクセス制御手段とを備える。そして、前記所定のアクセス属性モードに、前記指定された論理デバイスをセコンダリボリュームとして他の論理デバイスとのコピーペアを形成するためのコピーペア形成動作に所定の制限を加えるための１以上のコピーペア形成制御用モードが含まれている。そして、前記アクセス制御手段が、前記指定された論理デバイスに設定されているアクセス属性モードが前記コピーペア形成制御用モードである場合において、前記外部装置から要求されたアクセス動作が前記指定された論理デバイスに関する前記コピーペア形成動作である場合、前記設定されているコピーペア形成制御用モードに基づく前記所定の制限を前記要求されたコピーペア形成動作に加えた結果の情報をもつ応答を前記外部装置に出力するためのコピーペア形成制御手段を有する。
【００１５】
一つの実施形態においては、前記所定のアクセス属性モードに、更に、前記指定された論理デバイスに対してデータのリード又はライトを行なうためのデータ操作型動作を制御するための１以上のデータ操作制御用モード、及び／又は、前記指定され論理デバイスそれ自体又はその容量を認識ためのデバイス認識型動作を制御するための１以上のデバイス認識制御用モードが含まれている。そして、前記アクセス属性モード設定手段は、同じ論理デバイスに対して、前記データ操作制御用モードと前記コピーペア形成制御用モードの双方を重複して、又は、前記デバイス認識制御用モードと前記コピーペア形成制御用モードの双方を重複して設定することができる。
【００１６】
本発明のまた別の態様に従う、装置種類の異なる複数の外部装置と通信可能な記憶システムは、所定の複数の装置モードの中から、前記外部装置の各々の装置種類に応じた一つの装置モードを選び、選ばれた装置モードを前記外部装置の各々に設定する装置モード設定手段と、所定種類のコマンドを処理する場合に実行されるべき動作の種類を装置モード毎に記憶したモード依存動作記憶手段と、コマンドを処理した結果が所定種類の結果である場合に前記処理されたコマンドに対する応答に含まれるべき情報の種類を装置モード毎に記憶したモード依存応答記憶手段と、いずれかの外部装置から入力されたコマンドを処理するものであって、前記入力されたコマンドが前記所定種類のコマンドである場合、前記入力されたコマンドを処理する過程で、前記モード依存動作記憶手段に記憶されている装置モード毎の動作種類の中から、前記コマンドを発した外部装置に設定されている装置モードに応じた動作種類を選び、選ばれた動作種類に対応する動作を実行するコマンド処理手段と、前記コマンド処理手段による処理の結果に応じた応答情報を含んだ応答を、前記コマンドを発した外部装置に出力するものであって、前記処理の結果が前記所定種類の結果である場合、前記モード依存応答記憶手段に記憶されている装置モード毎の情報種類の中から、前記コマンドを発した外部装置に設定されている装置モードに応じた情報種類を選び、選ばれた情報種類に対応する情報を含んだ応答を前記コマンドを発した外部装置に出力するコマンド応答手段とを備える。
【００１７】
本発明の更に別の態様に従う、装置種類の異なる複数の外部装置と、前記外部装置と通信可能な記憶システムとを備えたコンピュータシステムは、前記複数の外部装置はそれぞれ、前記記憶システムを利用するアプリケーションプログラムと、アプリケーションプログラムからの指示に応じて前記記憶システムの論理デバイスのセキュリティ機能の設定又制御に関わる管理用制御を行なうためのストレージ管理プログラムを搭載しており、前記複数の外部装置はそれぞれ、前記アプリケーションプログラムから前記ストレージ管理プログラムグラムを介して、前記記憶システムに対する前記管理用制御を自動的に行なう。
【００１８】
【発明の実施の形態】
以下、図面を参照しつつ本発明の実施形態を説明する。
【００１９】
図１は、本発明の一実施形態にかかる記憶システムが適用されるコンピュータシステムのシステム構成例を示す。
【００２０】
図１に示すように、本発明の一実施形態であるハードディスク（ＨＤＤ）サブシステム（ＲＡＩＤシステム）１０は、種々のホストとの通信を制御するための複数のチャンネルコントローラ１１、１２を備える。そのうち、メインフレーム（Ｍ／Ｆ）チャンネルコントローラ１１は、プロプライエタリシステム用のチャンネルコントローラであって、特定のＯＳをもつ特定のベンダからの１台又はそれ以上のメインフレーム（Ｍ／Ｆ）ホスト２１、２２と、例えばＥＳＣＯＮ或いはＦＩＳＣＯＮなどのＭ／Ｆ向けインタフェースを介して接続される。また、オープンチャンネルコントローラ１２は、オープンシステム用のチャンネルコントローラであって、オープンシステムを構成するＯＳ又はベンダなどの仕様の異なる種々のホスト（オープンホスト）３１、３２、３３と、ＦＩＢＲＥのようなインタフェースを介し、専用線で又はＳＡＮなどのネットワーク６１、６２を通じて接続される。
【００２１】
このＨＤＤサブシステム１０は、チャンネルコントローラ１１、１２に接続されたホスト２１、２２、３１〜３３に対して、１又は複数の論理デバイス（記憶装置の論理的な単位）を提供する。
【００２２】
このＨＤＤサブシステム１０内には、上述したチャンネルコントローラ１１、１２の他に、制御メモリ１３、キャッシュメモリ１４、ディスクコントローラ１５、及び物理デバイスである複数のＨＤＤ装置１６−１〜１６−Ｎなどが備えられる。ディスクコントローラ１５は、ＨＤＤ装置１６−１〜１６−Ｎに対するデータのリード／ライト操作を制御する。制御メモリ１３とキャッシュメモリ１４は、チャンネルコントローラ１１、１２及びディスクコントローラ１５の双方からアクセスされる。制御メモリ１３は、論理デバイス毎のアクセス制御やその他のオペレーションの制御に必要な各種の制御情報を記憶するために使用される。キャッシュメモリ１４は、リード／ライトの対象となるデータを一時的に保持するために使用される。
【００２３】
また、このＨＤＤサブシステム１０には、サービスプロセッサ４１が、例えばＬＡＮ（ＨＤＤサブシステム１０のチャンネルコントローラ１１、１２やディスクコントローラ１５などと接続された、ＨＤＤサブシステム１０のオペレーション制御用の内部ＬＡＮ）を介して接続されている。このサービスプロセッサ４１には、このＨＤＤサブシステム１０に対する論理デバイス毎のアクセス属性モードの設定やその他の機能の設定などの管理用の制御を行う機能をもったコンソールソフトウェア７１が実装されている。このサービスプロセッサ４１には、更に、１台又はそれ以上のコンソール端末５１、５２が、例えばＬＡＮ又はその他のネットワーク６３を介して接続されている。そして、サービスプロセッサ４１のコンソールソフトウェア７１は、コンソール端末５１、５２に対してＷＥＢサーバとして機能し、それにより、コンソール端末５１、５２の各々からの要求に応えて、ＨＤＤサブシステム１０に対して上述した管理用の制御を行うことができる。
【００２４】
さらに加えて、Ｍ／Ｆホスト２１、２２には、Ｍ／Ｆホスト２１、２２のＯＳに適合した常駐型のソフトウェアであるストレージ管理ソフトウェア８１、８２が実装されている。また、オープンホスト３１、３２、３３にも、オープンホスト３１、３２、３３のそれぞれの異なるＯＳに適合した常駐型のソフトウェアであるストレージ管理ソフトウェア９１、９２、９３が実装されている。これらのストレージ管理ソフトウェア８１、８２、９１、９２、９３はいずれも、それぞれのホストに実装されているＨＤＤサブシステム１０を利用するためのアプリケーションプログラム（図示省略）からの指示に応答して、ＨＤＤサブシステム１０に対する論理デバイス毎のアクセス属性モードの設定やその他の機能及びオペレーションの設定や制御などのストレージ管理用の制御を行う機能をもっている。したがって、Ｍ／Ｆホスト２１、２２及びオープンホスト３１、３２、３３の各々は、そこに実装されているアプリケーションプログラム（図示省略）から、ストレージ管理ソフトウェア８１、８２、９１、９２、９３を介して、自動的にＨＤＤサブシステム１０に対する各種の管理用制御を行うことができる。
【００２５】
図２は、ＨＤＤサブシステム１０における物理デバイス（ＨＤＤ装置）１６−１〜１６−Ｎと論理デバイスとの間の一般的な関係を示す。
【００２６】
図２に示すように、一般に、複数の論理デバイス１０１−１〜１０１−Ｍの各々は複数の物理デバイス（ＰＤＥＶ）１６−１〜１６−Ｎに亘ってそれらの部分的な記憶領域を使用して作られる。制御メモリ１３には、論理デバイス（ＬＤＥＶ）１０１−１〜１０１−Ｍのアクセス属性モードやその他のＬＤＥＶ制御用の各種情報の集まりである論理デバイス（ＬＤＥＶ）制御情報１０３が記憶されている。チャンネルコントローラ１１、１２に実装されたチャンネルインタフェース（チャンネルＩ／Ｆ）制御プログラム１０２は、ホストから与えられたＬＤＥＶアクセスのための情報から、アクセス対象の論理デバイス（ＬＤＥＶ）のアドレス（ＬＤＥＶアドレス）を算出するとともに、制御メモリ１３のＬＤＥＶ制御情報１０３を参照して、そのアクセス対象に関わる動作内容を決定する。ディスクコントローラ１５に実装された論理・物理アドレス変換プログラム１０４は、計算によりＬＤＥＶアドレスとＰＤＥＶアドレス（物理デバイスのアドレス）間のアドレス変換を行い、アクセス対象のＬＤＥＶ及びＰＤＥＶアドレスを決定するとともに、制御メモリ１３のＬＤＥＶ制御情報１０３を参照して、アクセス対象に関する動作内容を決定する。
【００２７】
図３は、ＨＤＤサブシステム１０において論理デバイス毎に設定されるアクセス属性モードの種類を説明している。論理デバイス毎に、以下の（１）〜（６）に示す６種類のアクセス属性モードを設定することができる。
【００２８】
（１）  リード／ライト（Ｒｅａｄ／Ｗｒｉｔｅ）可能
図３Ａに示すように、ホストは、このアクセス属性モードが設定された論理デバイス１０１Ａに対するデータのリードとライトの双方、及びこの論理デバイス１０１の認識を行うことが可能である。
【００２９】
（２）  リードオンリ（Ｒｅａｄ  Ｏｎｌｙ）
図３Ｂに示すように、ホストは、このアクセス属性モードが設定された論理デバイス１０１Ｂに対するデータのリード、及びこの論理デバイス１０１を認識することが可能であるが、データのライトは禁止される。
【００３０】
（３）  リード／ライト（Ｒｅａｄ／Ｗｒｉｔｅ）不可
図３Ｃに示すように、ホストは、このアクセス属性モードが設定された論理デバイス１０１Ｃに対するデータのリードとライトの双方を禁止されるが、この論理デバイス１０１を認識することは可能である。
【００３１】
（４）  リードキャパシティゼロ（Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０）
図３Ｄに示すように、ホストは、このアクセス属性モードが設定された論理デバイス１０１Ｄを認識することは可能である。ただし、ホストからのリードキャパシティ（Ｒｅａｄ
Ｃａｐａｃｉｔｙ）コマンド（この論理デバイスの記憶容量を尋ねるコマンド）に対しては、記憶容量が「０」という応答がホストへ返される。従って、この論理デバイス１０１Ｄに対するデータのリードとライトの双方が不可能である。
【００３２】
（５）  インクエリ（Ｉｎｑｕｉｒｙ）抑止
図３Ｅに示すように、ホストは、このアクセス属性モードが設定された論理デバイス１０１Ｅを認識することができない。すなわち、ホストからの論理デバイス認識のための問い合わせに対して、この論理デバイス１０１Ｅが存在しない旨の応答がホストに返される。従って、ホストからのこの論理デバイス１０１Ｅに対するデータのリード、ライト、及びＲｅａｄＣａｐａｃｉｔｙなどのアクセスが不可能である。ただし、ＨＤＤサブシステム１０が内部機能として行われるコピーペアリング形成オペレーションにおいて、この論理デバイス１０１Ｅを他の論理デバイスに対するセコンダリボリュームとして指定すること（Ｓ−ｖｏｌ指定）は可能である。
【００３３】
（６）  セコンダリボリュームディセーブル（Ｓ−ｖｏｌｄｉｓａｂｌｅ）
図３Ｆに示すように、このアクセス属性モードが設定された論理デバイス１０１Ｆを、他の論理デバイス１０１Ｇを二重化するための他の論理デバイス１０１Ｇに対するセコンダリボリューム（他の論理デバイス１０１Ｇのデータのコピー先）として指定する動作（つまり、コピーペア形成オペレーションにおける論理デバイス１０１Ｆに対するセコンダリボリュームとして指定すること（Ｓ−ｖｏｌ指定））が禁止される。ただし、この論理デバイス１０１Ｅに対するデータのリード、ライト及び認識は可能である。
【００３４】
図４は、上述した６種類のアクセス属性モードがそれぞれ設定された論理デバイスに関してＨＤＤサブシステム１０がどのようなアクセス制御を行なうかを一層具体的に示している。図４中で、丸印は、対応する動作を可能にするようアクセス制御が行われることを意味し、バツ印は、対応する動作を不可能にするようアクセス制御が行われることを意味する。また、Ｒｅａｄ  Ｃａｐａｃｉｔｙに関する「実容量」、「“０”」はそれぞれ、ホストからのＲｅａｄ  Ｃａｐａｃｉｔｙ  コマンドに対するホストへの応答の内容が、その論理デバイスの実容量であるか容量「０」であるかを示している。
【００３５】
上述した６種類のアクセス属性モードのうち、Ｒｅａｄ／Ｗｒｉｔｅ可能、Ｒｅａｄ  Ｏｎｌｙ、Ｒｅａｄ／Ｗｒｉｔｅ不可及びＳ−ｖｏｌ  ｄｉｓａｂｌｅは、Ｍ／Ｆホストとオープンホストのいずれが使用する論理デバイスについても適用可能である。一方、ＲｅａｄＣａｐａｃｉｔｙ  ０とＩｎｑｕｉｒｙ抑止は、この実施形態では、オープンホストが使用する論理デバイスにのみ適用され、Ｍ／Ｆホストが使用する論理デバイスには適用されないようになっているが、必ずしもそうでなければならないわけではない。
【００３６】
上述した６種類のアクセス属性モードのうち、Ｒｅａｄ／Ｗｒｉｔｅ可能、Ｒｅａｄ  Ｏｎｌｙ、Ｒｅａｄ／Ｗｒｉｔｅ不可、Ｒｅａｄ  Ｃａｐａｃｉｔｙ０及びＩｎｑｕｉｒｙ抑止は、これらの中から選択されたいずれか一つのモードが、一つの論理デバイスに対して設定することができる。一方、Ｓ−ｖｏｌ  ｄｉｓａｂｌｅは、他の５種類のアクセス属性モードとは独立して（つまり、それらと重複して）同じ論理デバイスに対して設定することができる。例えば、同じ一つの論理デバイスに対してＲｅａｄ／Ｗｒｉｔｅ可能を設定すると共にＳ−ｖｏｌ  ｄｉｓａｂｌｅを設定するというようにである。
【００３７】
図５は、上述した論理デバイス（ＬＤＥＶ）毎のアクセス属性モードの設定を保持するためのアクセス属性制御テーブル２０１の例を示す。
【００３８】
図５に示すように、アクセス属性制御テーブル２０１は、制御メモリ１３に記憶されているＬＤＥＶ制御情報１０３に含まれている。このアクセス属性制御テーブル２０１は、論理デバイス毎に設定されるアクセス属性モードの保持手段として機能するとともに、権限なき主体によるアクセス属性モードの設定変更を抑止する手段としても機能する。このアクセス属性制御テーブル２０１は、実装された論理デバイスの個数分だけ確保され、論理デバイス毎に以下のアクセス属性制御情報を有する。
【００３９】
このアクセス属性制御テーブル２０１は、論理デバイス（ＬＤＥＶ）の識別番号毎（ＬＤＥＶ番号：図示の例ではＬＤＥＶ＃０、ＬＤＥＶ＃１、…、ＬＤＥＶ＃（ｎ−１）など）毎に、対応する論理デバイス（ＬＤＥＶ）が実質的に実装されているか否かを示すための情報として、ＬＤＥＶ実装ビットを有する。このＬＤＥＶ実装ビットが「１」であれば、その論理デバイス（ＬＤＥＶ）が実質的に実装されていることを意味する。
【００４０】
また、アクセス属性制御テーブル２０１は、ＬＤＥＶ番号毎に、対応する論理デバイス（ＬＤＥＶ）に設定されているアクセス属性モードを保持するための情報（アクセス属性モード情報）として、Ｒｅａｄ抑止ビット、Ｗｒｉｔｅ抑止ビット、Ｉｎｑｕｉｒｙ抑止ビット、ＲｅａｄＣａｐａｃｉｔｙ  ０報告ビット、及びＳ−ｖｏｌ  Ｄｉｓａｂｌｅビットを有する。Ｒｅａｄ抑止ビットは、これが「１」であれば対応する論理デバイスからのデータリードが禁止されることを、「０」であればデータリードが可能であることを意味する。Ｗｒｉｔｅ抑止ビットは、これが「１」であれば対応する論理デバイスへのデータライトが禁止されることを、「０」であればデータライトが可能であることを意味する。Ｉｎｑｕｉｒｙ抑止ビットは、これが「１」であれば対応する論理デバイスの認識が禁止されることを、「０」であれば認識が可能であることを意味する。Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０報告ビットは、これが「１」であれば対応する論理デバイスについてのＲｅａｄ  Ｃａｐａｃｉｔｙコマンドに対する応答において、容量がゼロであることが報告されることを、「０」であれば実容量が報告されることを意味する。Ｓ−ｖｏｌ  Ｄｉｓａｂｌｅビットは、これが「１」であれば対応する論理デバイスに対するＳ−ｖｏｌ指定が禁止されることを、「０」であればＳ−ｖｏｌ指定が可能であることを意味する。
【００４１】
さらに、アクセス属性制御テーブル２０１は、ＬＤＥＶ番号毎に、対応する論理デバイス（ＬＤＥＶ）のアクセス属性モードの設定変更を抑止するための情報として、属性変更許可パスワード及び属性変更抑止期限（年月日時分秒）を有する。属性変更許可パスワードは、対応する論理デバイスのアクセス属性モードの設定変更を行える権限を有する者を認証するために、ＬＤＥＶ番号毎に予め設定されたパスワードである。属性変更抑止期限は、この期限が到来するまでは対応する論理デバイスのアクセス属性モードの設定変更が禁止されることを意味し、これは、現在のアクセス属性モードが設定された際に一緒に設定されたものである。
【００４２】
図６は、図３及び４に示した６種類のアクセス属性モードと、図５に示したアクセス属性モード情報（Ｒｅａｄ抑止ビット、Ｗｒｉｔｅ抑止ビット、Ｉｎｑｕｉｒｙ抑止ビット、Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０報告ビット、及びＳ−ｖｏｌ  Ｄｉｓａｂｌｅビット）のビットパターンとの対応関係を示している。
【００４３】
図５に示したアクセス属性制御テーブル２０１において、図６に示すようなビットパターンでアクセス属性モード情報が設定されることにより、上述した６種類のアクセス属性モードがそれぞれ設定される（又は、そのモード設定が解除される）ことになる。
【００４４】
図７は、上述したアクセス属性モードの設定・変更・解除などの操作を行うときにＨＤＤサブシステム１０で行われる処理の流れを示す。
【００４５】
ＨＤＤサブシステム１０に対するアクセス属性モードの操作（設定・変更・解除）の指示は、図１に示したコンソール端末５１、５２からサービスプロセッサ４１のコンソールソフトウェア７１を介してオペレーション制御用の内部ＬＡＮを通じて行う（ｏｕｔ−ｏｆ−ｂａｎｄからの指示）ことができるし、或いは、ホスト２１、２２、３１〜３３のストレージ管理ソフトウェア８１、８２、９１〜９３からデータバンドを通じて行う（ｉｎ−ｂａｎｄからの指示）こともできる。図７に示す処理は、ｉｎ−ｂａｎｄから指示を受けた場合にはチャンネルコントローラ１１，１２によって行なわれ、また、ｉｎ−ｂａｎｄから指示を受けた場合にはチャンネルコントローラ１１，１２とディスクコントローラ１５によって行われることになる。
【００４６】
サービスプロセッサ４１（コンソール端末５１、５２）又はホスト２１、２２、３１〜３３などの外部装置からＨＤＤサブシステム１０に入力されるアクセス属性モードの操作指示には、次の情報（１）及び（２）が含まれる。
【００４７】
（１）  操作対象の論理デバイスの個数（操作対象ＬＤＥＶ数）
（２）  操作対象の論理デバイス毎の以下の事項▲１▼〜▲４▼
▲１▼  操作対象の論理デバイスの識別番号（操作対象ＬＤＥＶ番号）
▲２▼  操作したいアクセス属性モード情報（Ｒｅａｄ抑止ビット、Ｗｒｉｔｅ抑止ビット、Ｉｎｑｕｉｒｙ抑止ビット、ＲｅａｄＣａｐａｃｉｔｙ  ０報告ビット、又はＳ−ｖｏｌ  Ｄｉｓａｂｌｅビット）
▲３▼  属性変更許可パスワード
▲４▼  属性変更抑止期限
ここで、操作したいアクセス属性モード情報と、設定したいアクセス属性モードとの関係は、図６に示したとおりである。また、属性変更許可パスワードは、アクセス属性モードが設定済の論理デバイスに対する操作の場合、設定済みのパスワードと一致してなければ操作はエラーとなる。
【００４８】
上記の操作指示が外部装置から入力されると、ＨＤＤサブシステム１０内では図７に示す処理が行われる。これを順次に説明すると以下のとおりである。
【００４９】
（１）  ステップＳ１：判定１：属性変更操作全体のチェック
ここでは、
▲１▼  操作対象ＬＤＥＶ数は規定数以内か、
▲２▼  操作対象の論理デバイスが複数コントローラにより操作可能で排他制御が必要な場合には、その論理デバイスのロックが取得できたか、
▲３▼  属性変更にライセンスの取得が必要な場合には、指示を出したホスト（ホストのソフトウェア）に属性設定のライセンスがあるか、
などの条件がチェックされる。チェックの結果、問題があれば、エラーと判断され、問題が無ければ、制御はステップＳ２へ進む。
【００５０】
（２）  ステップＳ２：対象ＬＤＥＶ通番号の初期値設定
ここでは、操作対象の論理デバイスの通番号（対象ＬＤＥＶ通番号）に初期値「０」が設定され、そして、制御はステップＳ３へ進む。
【００５１】
（３）  ステップＳ３：判定２：対象ＬＤＥＶ単位のチェック
ここでは、操作対象の論理デバイスについて、
▲１▼  操作対象ＬＤＥＶ番号は妥当か、
▲２▼  操作後のアクセス属性モード情報のビットパターンは妥当か（例えば、オープンホストが使用する論理デバイスについては、図６に示した（１）〜（７）のいずれかの属性モードに対応したビットパターンであれば妥当であり、一方、Ｍ／Ｆホストが使用する論理デバイスについては、図６に示した（１）〜（３）及び（６）〜（７）のいずれかの属性モードに対応したビットパターンであれば妥当である）、
▲３▼  その論理デバイスは実装され且つ正常であるか、
▲４▼  その論理デバイスの属性を操作してもよいか（例えば、ＨＤＤサブシステム１０が行う他の機能又はオペレーションとの関係から、属性操作が禁止される場合があり得る）、
などの条件がチェックされる。チェックの結果、問題があれば、エラーと判断され、制御はステップＳ８へ進み、問題が無ければ、制御はステップＳ４へ進む。
【００５２】
（４）  ステップＳ４：判定３：属性設定抑止のチェック
ここでは、操作対象の論理デバイスについて、
▲１▼  属性変更許可パスワードが既に登録されている場合、入力された属性変更許可パスワードと一致しているか、
▲２▼  属性変更抑止期限が既に登録されている場合、その期限が過ぎているか、などの条件がチェックされる。チェックの結果、問題があれば、制御はステップＳ８へ進み、問題が無ければ、制御はステップＳ５〜Ｓ７へ進む。
【００５３】
（５）  ステップＳ５〜Ｓ７：アクセス属性制御テーブル２０１への設定の登録
ここでは、図５に示したアクセス属性制御テーブル２０１に、操作対象論理デバイスについてのアクセス属性モード情報（Ｒｅａｄ抑止ビット、Ｗｒｉｔｅ抑止ビット、Ｉｎｑｕｉｒｙ抑止ビット、Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０報告ビット、及びＳ−ｖｏｌ  Ｄｉｓａｂｌｅビット）、属性変更許可パスワード及び属性変更抑止期限が、入力された操作指示に従った設定で登録される。ただし、属性変更許可パスワードの設定登録は、属性変更許可パスワードが未登録であって、かつ、入力操作指示に属性変更許可パスワードが含まれているときにのみ行われる。また、属性変更抑止期限の設定登録は、入力された操作指示に属性変更抑止期限が含まれているとのみ行われる。その後、制御はステップＳ８へ進む。
【００５４】
（６）  ステップＳ８：操作対象ＬＤＥＶ通番号のインクレメント
対象ＬＤＥＶ通番号が１つ増加され、制御はステップＳ９へ進む。
【００５５】
（７）  ステップＳ９：判定４：終了判定
ここでは、対象ＬＤＥＶ番号が操作対象ＬＤＥＶ数に到達したかチェックされる。その結果、達してなければ制御はステップＳ３に進んで、次の操作対象の論理デバイスについてのアクセス属性モードの操作が行なわれ、達していれば、アクセス属性モードの操作は完了する。操作対象の論理デバイスのいずれかについてアクセス属性モードの操作にエラーが生じた場合には、外部装置（サービスプロセッサ（コンソール端末）又はホスト）に返される応答には、エラーが生じた論理デバイス毎の属性モード操作のエラー要因などの情報が含まれる。
【００５６】
図８〜図１０は、ＨＤＤサブシステム１０において、ホストのベンダ、ＯＳ又はバージョン等によって、ホストからのコマンドに対するオペレーション又は応答を変える方法を説明している。この方法は、特に、ベンダ、ＯＳ又はバージョン等が異なり得るオープンホストに関して適用されるが、オープンホストだけでなくＭ／Ｆホストも含めて全てのホストに関して適用してもよい。
【００５７】
図８〜図１０は、「ホストグループ」と「ホストモード」について説明している。
【００５８】
図８に示すように、ＨＤＤサブシステム１０のチャンネルコントローラ（特に、図１に示したオープンチャンネルコントローラ１２）がもつホストインタフェースの複数のチャネルポート２３１、２３２毎に、１又は複数のホストグループ３０１、３０２、３０３が定義可能になっている。ホストグループ３０１、３０２、３０３の各々には、その配下に１又は複数の論理デバイス２５１〜２５４、２６１〜２６４、２７１〜２７４を定義することができる。ホストグループ３０１、３０２、３０３の識別番号（ホストグループ番号）は、ポート番号とホストコマンドの中のイニシエータＩＤ（ホストの識別番号）から算出することができる。例えば、図９に例示するようなホストグループ番号算出テーブルが予めＨＤＤサブシステム１０内（例えば、制御メモリ１３内）に記憶されており、例えばチャンネルコントローラが、このホストグループ番号算出テーブルに基づいて、ポート番号とイニシエータＩＤからホストグループ番号を決定する。図８及び図９に示した例では、例えば、ポート番号が「０」でイニシエータＩＤが「０」に対応するホストグループ番号は「００」であり、そして、この番号「００」のホストグループ３０１の配下に論理デバイス２５１〜２５４が割り当てられている。つまり、図８に示される番号「０」のホスト２１１は、番号「００」のホストグループ３０１に所属し、論理デバイス２５１〜２５４を割り当てられている。同様に、番号「１」のホスト２１２は、番号「０１」のホストグループ３０２に所属し、論理デバイス２６１〜２６４を割り当てられており、また、番号「２」のホスト２１３は、番号「０２」のホストグループ３０３に所属し、論理デバイス２７１〜２７４を割り当てられている。
【００５９】
ホストグループ毎に設定される情報の一つに「ホストモード」がある。ホストモードとは、ホストのベンダ、ＯＳ又はバージョン等に応じたホストの種類であり、ホストからのコマンドに対するＨＤＤサブシステム１０のオペレーション又は応答は、そのホストがもつホストモードに応じて変わることになる。ホストモードは例えば次のように設定される。すなわち、図１０に例示するようなホストグループ毎の設定情報を登録するためのホストグループ情報テーブルがＨＤＤサブシステム１０内（例えば、制御メモリ１３内）に記憶されており、そして、例えばチャンネルコントローラによって、各ホストグループのホストモードがホストグループ情報テーブルに設定登録される。図１０に示された例では、番号「００」のホストグループには番号「０３」のホストモードが設定されており、番号「０１」のホストグループには番号「０７」のホストモードが設定されており、また、番号「０２」のホストグループには番号「０４」のホストモードが設定されている。このように、ホストグループによってホストモード番号が異なることにより、ホストからのコマンドに対するＨＤＤサブシステム１０のオペレーション又は応答が、そのホストが属するホストグループによって変わることになる。
【００６０】
なお、図１０に例示されたホストグループ情報テーブルに設定登録されるその他の情報には、例えば、ホストグループ番号、割り当てられた論理デバイスの識別番号などがある。
【００６１】
図１１は、ＨＤＤサブシステム１０のチャンネルコントローラが行なう、ホストからのコマンドのメイン処理の流れを示す。
【００６２】
ホストからコマンドを受けると、チャネルコントローラは、図１１に示す流れでコマンド種別に応じた処理を行い、ホストに応答する。これを順次に説明すると以下のとおりである。
【００６３】
（１）  ステップＳ１１：共通処理
ここでは、コマンド種別に依存しない共通の処理が実行される。この共通処理には、ホストからのコマンドに含まれるイニシエータＩＤ、ターゲットＩＤ、ＬＵＮ（ロジカルユニット）番号からアクセス対象の論理デバイスの識別番号（ＬＤＥＶ番号）を算出することや、アクセス対象の論理デバイスの構成・使用状態・障害状態・アクセス属性モード情報等の制御情報を制御メモリ１３内のＬＤＥＶ制御情報１０３から取得することなどが含まれる。
【００６４】
（２）  ステップＳ１２：判定１
ここでは、制御メモリ１３内のＬＤＥＶ制御情報１０３から取得した制御情報に基づいて、アクセス対象の論理デバイスについて、
▲１▼  この論理デバイスは実装され且つ正常であるか、
▲２▼  この論理デバイスは使用中でないか、
▲３▼  この論理デバイスに障害報告がないか、
▲４▼  ホストからのコマンドのコマンドコード（コマンド種別）が、この論理デバイスのアクセス属性モード情報によって禁止されているアクセス動作を要求するものでないか、
などの条件がチェックされる。このチェックの結果、問題があれば、コマンドの処理は拒否され、一方、問題が無ければ、制御はステップＳ１３へ進む。
【００６５】
（３）  ステップＳ１３：処理リストの取得
ここでは、図１２に例示されているような、コマンドコード（コマンド種別）毎に実行すべき処理をリストアップしたコマンド処理リスト（例えば、制御メモリ１３に予め記憶されている）が参照される。そして、このコマンド処理リストから、ホストからのコマンドのコマンドコード（コマンド種別）に対応した処理が抽出される。図１３に示された例によれば、例えばコマンドコードが「００」である場合、「処理Ａ」、「処理Ｃ」及び「処理Ｅ」が抽出される。そして、制御はステップＳ１４へ進む。
【００６６】
（４）  ステップＳ１４：抽出処理の実行
ここでは、コマンド処理リストから抽出された処理がそれぞれ実行される。例えばコマンドコードが「００」である場合、「処理Ａ」、「処理Ｃ」及び「処理Ｅ」がそれぞれ実行される。ここで必要に応じてホストモードによる分岐が行われる。なお、ホストモードによる分岐を行うコマンドは、例えばホストインタフェースがＳＣＳＩプロトコルの規格に従う場合ｃｏｎｔｒｏｌ／ｓｅｎｓｅ／ｄｉａｇ系のものが多い。セキュリティ機能においても、ｃｏｎｔｒｏｌ／ｓｅｎｓｅ／ｄｉａｇ系のコマンドへの応答を変えることにより、ホストの属性認識を実現することができる。
【００６７】
このステップＳ１４のより詳細な流れは、後に図１３を参照して説明する。ステップＳ１４の後、制御はステップＳ１５へ進む。
【００６８】
（５）  ステップＳ１５：リターン
コマンド処理の結果がホストに返される。
【００６９】
図１３は、上述した図１１のメイン処理の中のステップＳ１４（抽出処理の実行）における、個々の処理（例えばコマンドコードが「００」である場合、「処理Ａ」、「処理Ｃ」及び「処理Ｅ」の各々）を実行するときのより詳細な流れを示す。これを順次に説明すると以下のとおりである。
【００７０】
（１）  ステップＳ２１：共通処理
実行すべき処理（例えば、上述した「処理Ａ」）は、それを構成する複数のサブ処理に分けられる。このステップＳ２１では、それらサブ処理のうち、ホストモードに依存しない（つまり、全てのホストモードに共通な）もの（共通処理）であって、ホストモードに依存する（つまり、ホストモードに応じて異なる）サブ処理より先に実行すべきものがあれば、それが実行される。この後、制御はステップＳ２２へ進む。
【００７１】
（２）  ステップＳ２２：モード依存処理
ここでは、上述した複数のサブ処理のうち、ホストモードに依存するもの（モード依存処理）があれば、それが実行される。その具体的方法例としては、まず、コマンドのイニシエータＩＤ、ポート番号又はアクセス対象のＬＤＥＶ番号等に基づいて図９、１０に例示されたテーブルが参照されて、コマンドを発行したホストのホストモードが決定される。そして、図１４に例示するような、モード依存処理毎にそれに対応するホストモード別のサブ処理をリストアップしたモード依存処理リスト（例えば、制御メモリ１３に予め記憶されている）が参照され、そのモード依存処理リストから、当該ホストのホストモードに応じた当該モード依存処理に対応するサブ処理が抽出される。例えば、当該モード依存処理が「サブ処理１」であり、ホストモードが番号「０２」である場合、「サブ処理ｂ」が抽出される。そして、抽出されたホストモードに応じたサブ処理が実行される。
【００７２】
なお、ホスト依存処理が複数ある場合、それら複数のホスト依存処理について、上記の方法でホストモードに応じたサブ処理が選択されて、選択されたサブ処理がそれぞれ実行される。
【００７３】
この後、制御はステップＳ２３へ進む。
【００７４】
（３）  ステップＳ２３：共通処理
ここでは、上述した複数のサブ処理のうち、ホストモードに依存しない共通処理であって、モード依存理の後に実行すべきものがあれば、それが実行される。この後、制御はステップＳ２４へ進む。
【００７５】
（４）  ステップＳ２４〜Ｓ２５：エラー応答
上述したステップＳ２１〜Ｓ２３が正常に実行完了すれば、ホストにその旨の応答を返す。他方、ステップＳ２１〜Ｓ２３中でエラーが発生した場合には、そのエラーがホストモード依存する（つまり、ホストモードに応じて応答内容（エラー情報）を違える必要がある）もの（モード依存エラー）である場合には、ホストモードに応じたエラー情報を作成してホストに返す。その具体的方法例としては、図１５に例示するような、モード依存エラーのエラーコード（エラー種別）毎にそれに対応するホストモード別のエラー情報をリストアップしたモード依存エラーリスト（例えば、制御メモリ１３に予め記憶されている）が参照され、そのモード依存エラーリストから、当該ホストのホストモードに応じた当該モード依存エラーに対応するエラー情報が抽出され、抽出されたエラー情報がホストへの応答内容に設定されてホストへ返される。例えば、当該モード依存エラーが「エラー１」であり、ホストモードが番号「０１」である場合、エラー情報「０５」が抽出されて応答内容に設定されてホストへ送られる。
【００７６】
図１６は、ＨＤＤサブシステム１０において、論理デバイスの二重化のためのコピーペア形成オペレーションを行なう場合の処理の流れを示す。
【００７７】
ＨＤＤサブシステム１０に対するコピーペア形成の指示は、図１に示したコンソール端末５１、５２からサービスプロセッサ４１のコンソールソフトウェア７１を介してオペレーション制御用の内部ＬＡＮを通じて行う（ｏｕｔ−ｏｆ−ｂａｎｄからの指示）ことができるし、或いは、ホスト２１、２２、３１〜３３のストレージ管理ソフトウェア８１、８２、９１〜９３からデータバンドを通じて行う（ｉｎ−ｂａｎｄからの指示）こともできる。図１６に示す処理は、ｉｎ−ｂａｎｄから指示を受けた場合にはチャンネルコントローラ１１、１２によって行なわれ、また、ｉｎ−ｂａｎｄから指示を受けた場合にはチャンネルコントローラ１１、１２とディスクコントローラ１５によって行われることになる。
【００７８】
サービスプロセッサ４１（コンソール端末５１、５２）又はホスト２１、２２、３１〜３３などの外部装置からＨＤＤサブシステム１０に入力されるコピーペア形成の指示には、次の情報（１）及び（２）が含まれる。
【００７９】
（１）  形成対象のコピーペア数
（２）  コピーペア毎に以下の事項▲１▼及び▲２▼
▲１▼  Ｐ−ｖｏｌ（プライマリボリューム：コピー元）となる論理デバイスのＬＤＥＶ番号
▲２▼  Ｓ−ｖｏｌ（セコンダリボリューム：コピー先）となる論理デバイスのＬＤＥＶ番号
外部装置から上記の操作指示が入力されると、ＨＤＤサブシステム１０内では図１６に示す処理が行われる。これを順次に説明すると以下のとおりである。
【００８０】
（１）  ステップＳ３１：判定１：ペア形成操作全体のチェック
ここでは、
▲１▼  形成対象のコピーペア数は規定内か、
▲２▼  複数のコントローラでコピーペア形成操作が可能で排他制御が必要な場合、形成対象のコピーペアについてロックが取得できたか、
▲３▼  コピーペア形成操作にライセンスの取得が必要な場合、指示を出したホスト（ホストのソフトウェア）にコピーペア形成操作のライセンスがあるか、
などの条件がチェックされる。このチェックの結果、問題があれば、エラーと判断され、一方、問題が無ければ、制御はステップＳ１３へ進む。
制御はステップＳ３２へ進む。
【００８１】
（２）  ステップＳ３２：形成対象コピーペア通番号の初期値設定
ここでは、形成対象のコピーペアの通番号（形成ペア通番号）に初期値「０」が設定され、そして、制御はステップＳ３３へ進む。
【００８２】
（３）  ステップＳ３３：判定２：Ｐ−ｖｏｌのチェック
ここでは、Ｐ−ｖｏｌにする操作対象の論理デバイスについて
▲１▼  この論理デバイスのＬＤＥＶ番号は妥当か、
▲２▼  この論理デバイスは実装され且つ正常であるか、
▲３▼  この論理デバイスはＰ−ｖｏｌにしてもよいか（例えば、ＨＤＤサブシステム１０が行う他の機能又はオペレーションとの関係からＰ−ｖｏｌにする操作が禁止される場合があり得る）、
などの条件がチェックされる。このチェックの結果、問題があれば、エラーと判断され、制御はステップＳ３６へ進み、一方、問題が無ければ、制御はステップＳ３４へ進む。
【００８３】
（４）  ステップＳ３４：判定３：Ｓ−ｖｏｌのチェック
ここでは、Ｓ−ｖｏｌにする操作対象の論理デバイスについて
▲１▼  その論理デバイスのＬＤＥＶ番号は妥当か、
▲２▼  その論理デバイスが実装され且つ正常であるか、
▲３▼  この論理デバイスはＳ−ｖｏｌにしてもよいか（特に、図５に示したＳ−ｖｏｌ  ｄｉｓａｂｌｅ  ｂｉｔが「１」であればＳ−ｖｏｌにすることはできず、また、そうでなくても、例えば、ＨＤＤサブシステム１０が行う他の機能又はオペレーションとの関係からＳ−ｖｏｌにするこの操作が禁止される場合もあり得る）、などの条件がチェックされる。このチェックの結果、問題があれば、エラーと判断され、制御はステップＳ３６へ進み、一方、問題が無ければ、制御はステップＳ３５へ進む。
【００８４】
（５）  ステップＳ３５：コピーペア形成
ここでは、上述した２つの操作対象の論理デバイスがそれぞれＰ−ｖｏｌ及びＳ−ｖｏｌに指定されて、Ｐ−ｖｏｌからＳ−ｖｏｌへデータがコピーされ両者のコピーペアが形成される。そして、制御はステップＳ３６へ進む。
【００８５】
（６）  ステップＳ３６：形成コピーペア通番号のインクレメント
形成コピーペア通番号が１つ増加され、制御はステップＳ３７へ進む。
【００８６】
（７）  ステップＳ３７：判定４：終了判定
ここでは、形成コピーペア通番号が形成対象コピーペア数に到達したかチェックされる。その結果、達してなければ制御はステップＳ３３に進んで、次の形成対象のコピーペアについての同様な処理が行なわれ、達していれば、コピーペア形成操作は完了する。形成対象のコピーペアのいずれかについてコピーペア形成操作にエラーが生じた場合には、外部装置（サービスプロセッサ（コンソール端末）又はホスト）に返される応答には、エラーが生じたコピーペア毎のエラー要因などの情報が含まれる。
【００８７】
以上が、この実施形態に係るＨＤＤサブシステム１０の構成及び機能の説明である。以下では、ＨＤＤサブシステム１０がもつセキュリティ機能の使用方法と使用例、並びに、そのセキュリティ機能（アクセス属性の制御機能）を活用したＨＤＤサブシステム１０の応用例を説明する。
【００８８】
まず、セキュリティ機能の使用方法について述べる。すなわち、既に説明した６種類のアクセス属性モードのうちＲｅａｄ  Ｏｎｌｙ及びＲｅａｄ／Ｗｒｉｔｅ不可に関しては、これを或る論理デバイスに設定した上でその論理デバイスをホストに使用させるためには、
（１）  対象の論理デバイスに当該アクセス属性モードを設定し、その後に、
（２）  対象の論理デバイスへの接続（マウント：ｍｏｕｎｔ）をホストが実行し、その後に、
（３）  対象の論理デバイスの使用をホストが開始する、
という操作が順次に行なわれることになる。他方、上記以外のアクセス属性モード、つまり、Ｒｅａｄ／Ｗｒｉｔｅ可能、Ｒｅａｄ  Ｃａｐａｃｉｔｙ０、Ｉｎｑｕｉｒｙ抑止及びＳ−ｖｏｌ  ｄｉｓａｂｌｅに関しては、上記のような格別の手順を行なう必要がない。
【００８９】
次に、セキュリティ機能の使用例について簡単に説明する。すなわち、上述した６種類のアクセス属性モードは、例えば以下の用途に使用できる。
【００９０】
（１）  Ｒｅａｄ  Ｏｎｌｙの使用例
データのアーカイブ化（官公庁文書、医療カルテ、決済文書、メール履歴等）、Ｗｅｂサイトでのデータ公開など。
【００９１】
（２）  Ｒｅａｄ／Ｗｒｉｔｅ不可の使用例
一時的なデータ非公開（Ｗｅｂサイト等）、ホスト動作暴走時のデータ破壊防止など。
【００９２】
（３）  Ｒｅａｄ  Ｃａｐａｃｉｔｙ  ０／Ｉｎｑｕｉｒｙ抑止の使用例
長期的なデータ非公開、データの存在そのものの隠蔽化など。
【００９３】
（４）  Ｓ−ｖｏｌ  Ｄｉｓａｂｌｅの使用例
コピーペア自動形成環境下でのデータ保護など。
【００９４】
次に、ＨＤＤサブシステム１０のセキュリティ機能を活用した応用例について説明する。図１７は、この種の応用例の一つとしてのＷｅｂサイトの構成を示す。
【００９５】
このＷｅｂサイトは、ＨＤＤサブシステム１０がもつセキュリティ機能とコピー（二重化）機能とを活用したものである。図１７に示すように、インターネット４２１のような外部ネットワークに接続されたファイアーウォール４１３の内側に、インターナルネットワーク４１２が存在する。また、ファイアーウォール４１３の内側には、インターナルネットワーク４１２から隔離されたＤＭＺ（Ｄｅｍｉｌｉｔａｒｉｚｅ）ネットワーク４１３も存在する。インターナルネットワーク４１２上には、このＷｅｂサイトのデータを更新するためのデータ更新端末４１４が存在する。ＤＭＺネットワーク４１３上には、このＷｅｂサイトのデータをインターネット４２１に公開するためのＷｅｂサーバ４１５が存在する。データ更新端末４１４は、ＨＤＤサブシステム１０に一つのホストとして接続され、ＨＤＤサブシステム１０内の第１の論理デバイス４０１にアクセスすることができる。この第１の論理デバイス４０１は、このＷｅｂサイトのオリジナルデータを蓄積するためのものである。一方、Ｗｅｂサーバ４１５は、ＨＤＤサブシステム１０内に対して別のホストとして接続され、ＨＤＤサブシステム１０内の第２の論理デバイス４０２にアクセスすることができる。この第２の論理デバイス４０２は、このＷｅｂサイトのオリジナルデータのコピーデータを蓄積するためのものである。
【００９６】
Ｗｅｂサーバ４１５は、第２の論理デバイス４０２に蓄積されているデータを、ＤＭＺネットワーク４１３を通じてインターネット４２１に公開する。このデータ公開が実施されている間は、第２の論理デバイス４０２は第１の論理デバイス４０１からスプリットされた状態にある。そして、このＷｅｂサイトのデータを更新する場合には、次のような操作（１）〜（６）が順次に行なわれる。
【００９７】
（１）  Ｗｅｂサーバ４１５が、このＷｅｂサイトのデータの公開サービスを停止する。
【００９８】
（２）  Ｗｅｂサーバ４１５が、第２の論理デバイス４０２に対して接続解除（アンマウント：ｕｎｍｏｕｎｔ）を実行する。
【００９９】
（３）  データ更新端末４１４が、第１の論理デバイス４０１をＰ−ｖｏｌとし、第２の論理デバイス４０２をＳ−ｖｏｌとして、両者間のコピーペア形成を実行し、そして、第１の論理デバイス４０１（Ｐ−ｖｏｌ）内のオリジナルデータを更新する。更新されたオリジナルデータは、ＨＤＤサブシステム１０によって、第２の論理デバイス４０２（Ｓ−ｖｏｌ）に自動的にコピーされる。つまり、第２の論理デバイス４０２は第１の論理デバイス４０１に同期化される。
【０１００】
（４）  データ更新が完了した後、データ更新端末４１４が、第１の論理デバイス４０１（Ｐ−ｖｏｌ）と第２の論理デバイス４０２（Ｓ−ｖｏｌ）のスプリットを実行する。
【０１０１】
（５）  Ｗｅｂサーバ４１５が、Ｒｅａｄ  Ｏｎｌｙの第２の論理デバイス４０２に対して再び接続（マウント：ｍｏｕｎｔ）を実行する。
【０１０２】
（６）  Ｗｅｂサーバ４１５が、このＷｅｂサイトのデータ（第２の論理デバイス４０２内のコピーデータ）の公開サービスを再開する。
【０１０３】
図１８は、ＨＤＤサブシステム１０の別の一応用例である、アーカイバルデータのインターネット等への公開・非公開の制御の仕方を説明するものである。
【０１０４】
図１８に示された例では、次のような運用方針が採用された場合を想定している。すなわち、複数の論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃３が公開の対象である。公開期間中における、対象の論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃３のアクセス属性モードはＲｅａｄ  Ｏｎｌｙである。公開期間（公開完了時期）は、論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃３毎に違えることができる。公開完了後、一定期間（例えば、３ヶ月間）は、公開されたデータが保存される。
【０１０５】
上記の運用方針の下での、具体的な制御例を示すと次のとおりである。
【０１０６】
（１）  図１８Ａに示すように、例えば５月１日に、論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃３が実装される。論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃３の初期的なアクセス属性モードはＲｅａｄ／Ｗｒｉｔｅ可能になっている。
【０１０７】
（２）  図１８Ｂに示すように、例えば５月５日に、一部の論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃２にデータを書き込む。そして、これらの論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃２のアクセス属性モードをＲｅａｄ  Ｏｎｌｙに変更して、これらを公開する。この場合、論理デバイスＬＤＥＶ＃０〜ＬＤＥＶ＃２の公開期間（公開終了期限）が異なる場合には、その異なる公開終了期限をそれぞれの属性変更抑止期限として設定する。例えば、論理デバイスＬＤＥＶ＃０については、その公開期間が１ヶ月間であれば、１ヶ月後の６月４日が属性変更抑止期限として設定され、また、論理デバイスＬＤＥＶ＃１については、その公開期間が無制限であれば、属性変更抑止期限は設定されず、また、論理デバイスＬＤＥＶ＃２については、その公開期間が２ヶ月間であれば、２ヶ月後の７月４日が属性変更抑止期限として設定される。
【０１０８】
（３）  図１８Ｃに示すように、論理デバイスＬＤＥＶ＃０の公開期間（属性変更抑止期限）が過ぎた直後の６月５日に、この論理デバイスＬＤＥＶ＃０のアクセス属性モードをＲｅａｄ／Ｗｒｉｔｅ不可に変更して、この論理デバイスＬＤＥＶ＃０の公開を終了する。この場合、公開終了後のデータの保存期間の終了日を、属性変更抑止期限として設定する。例えば、保存期間が３ヶ月間であれば、３ヶ月後の９月４日が属性変更抑止期限として設定される。
【０１０９】
（４）  図１８Ｄに示すように、例えば６月１９日に、残りの論理デバイスＬＤＥＶ＃３にデータを書き込む。そして、この論理デバイスＬＤＥＶ＃３のアクセス属性モードをＲｅａｄ
Ｏｎｌｙに変更して、これを公開する。この場合、論理デバイスＬＤＥＶ＃３の公開終了期限を、その属性変更抑止期限として設定する。例えば、その公開期間が２ヶ月間であれば、２ヶ月後の８月１８日が属性変更抑止期限として設定される。
【０１１０】
（５）  図１８Ｅに示すように、論理デバイスＬＤＥＶ＃１の公開期間（属性変更抑止期限）が過ぎた直後の７月５日に、この論理デバイスＬＤＥＶ＃１のアクセス属性モードをＲｅａｄ／Ｗｒｉｔｅ不可に変更して、この論理デバイスＬＤＥＶ＃１の公開を終了する。この場合、公開終了後のデータの保存期間の終了日を、属性変更抑止期限として設定する。例えば、保存期間が３ヶ月間であれば、３ヶ月後の１０月４日が属性変更抑止期限として設定される。
【０１１１】
（６）  図１８Ｆに示すように、論理デバイスＬＤＥＶ＃３の公開期間（属性変更抑止期限）が過ぎた直後の８月１９日に、この論理デバイスＬＤＥＶ＃３のアクセス属性モードをＲｅａｄ／Ｗｒｉｔｅ不可に変更して、この論理デバイスＬＤＥＶ＃３の公開を終了する。この場合、公開終了後のデータの保存期間の終了日を、属性変更抑止期限として設定する。例えば、保存期間が３ヶ月間であれば、３ヶ月後の１１月１８日が属性変更抑止期限として設定される。
【０１１２】
（７）  図１８Ｇに示すように、論理デバイスＬＤＥＶ＃０のデータ保存期間（属性変更抑止期限）が過ぎた直後の９月５日に、この論理デバイスＬＤＥＶ＃０のアクセス属性モードをＲｅａｄ／Ｗｒｉｔｅ可能に変更して、この論理デバイスＬＤＥＶ＃０のデータ保存を終了する。
【０１１３】
以上、本発明の実施形態を説明したが、この実施形態は本発明の説明のための例示にすぎず、本発明の範囲を実施形態に限定する趣旨ではない。従って、本発明は、その要旨を逸脱することなしに、上記実施形態とは異なる様々な態様で実施することができる。
【０１１４】
【発明の効果】
本発明の一つの具体的観点によれば、記憶システムの論理デバイスのアクセス制御又はセキュリティ制御の仕方をより高度なものにすることができる。
【０１１５】
本発明の別の具体的観点によれば、ホストに対する記憶システムの論理デバイスのオペレーション又は応答を、オープンシステムに適したものにすることができる。
【０１１６】
本発明のまた別の具体的観点によれば、記憶システムの論理デバイスのアクセス属性モードの設定・解除等の管理作業を、オープンシステム上の様々なホストのアプリケーションから自動的に行える。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる記憶システムが適用されるコンピュータシステムのシステム構成例を示すブロック図。
【図２】ＨＤＤサブシステム１０における物理デバイス（ＨＤＤ装置）１６−１〜１６−Ｎと論理デバイスとの間の一般的な関係を示すブロック図。
【図３】ＨＤＤサブシステム１０において論理デバイス毎に設定されるアクセス属性モードの種類を説明した図。
【図４】６種類のアクセス属性モードがそれぞれ設定された論理デバイスに関してどのような動作制御が行なわれるかを示した図。
【図５】論理デバイス毎のアクセス属性モードの設定を保持するためのアクセス属性制御テーブル２０１の例を示す図。
【図６】図３及び図４に示した６種類のアクセス属性モードと、図５に示したアクセス属性モード情報のビットパターンとの対応関係を示す図。
【図７】アクセス属性モードの設定・変更・解除などの操作を行うときにＨＤＤサブシステム１０で行われる処理の流れを示す図。
【図８】「ホストグループ」を説明したブロック図。
【図９】ホストグループ番号算出テーブルの例を示した図。
【図１０】ホストグループ情報テーブルの例を示した図。
【図１１】ＨＤＤサブシステム１０のチャンネルコントローラが行なう、ホストから入力されるコマンドのメイン処理の流れを示す図。
【図１２】コマンド処理リストの例を示す図。
【図１３】図１１のメイン処理の中のステップＳ１４（抽出処理の実行）において個々の処理を実行するときのより詳細な流れを示す図。
【図１４】モード依存処理リストの例を示す図。
【図１５】モード依存エラーリストの例を示す図。
【図１６】ＨＤＤサブシステム１０において、論理デバイスの二重化のためのコピーペア形成オペレーションを行なう場合の処理の流れを示す図。
【図１７】ＨＤＤサブシステム１０のセキュリティ機能を活用した応用例の一つとしてのＷｅｂサイトシステムの構成を示すブロック図。
【図１８】ＨＤＤサブシステム１０の別の応用例としての、アーカイバルデータのインターネット等への公開・非公開の制御の仕方を説明する図。
【符号の説明】
１０  ＨＤＤサブシステム（記憶システム）
１１  Ｍ／Ｆチャンネルコントローラ
１２  オープンチャンネルコントローラ
１３  制御メモリ
１４  キャッシュメモリ
１５  ディスクコントローラ
１６  ＨＤＤ装置（物理デバイス）
２１，２２  メインフレーム（Ｍ／Ｆ）ホスト
３１、３２、３３  オープンホスト
４１  サービスプロセッサ
５１、５２  コンソール端末
７１  コンソールソフトウェア
８１、８２、９１、９２、９３  常駐型のストレージ管理ソフトウェア
１０１  論理デバイス
１０３  論理デバイス（ＬＤＥＶ）制御情報
【図１】
2005018568.tif 000003
【図２】
2005018568.tif 000004
【図３】
2005018568.tif 000005
【図４】
2005018568.tif 000006
【図５】
2005018568.tif 000007
【図６】
2005018568.tif 000008
【図７】
2005018568.tif 000009
【図８】
2005018568.tif 000010
【図９】
2005018568.tif 000011
【図１０】
2005018568.tif 000012
【図１１】
2005018568.tif 000013
【図１２】
2005018568.tif 000014
【図１３】
2005018568.tif 000015
【図１４】
2005018568.tif 000016
【図１５】
2005018568.tif 000017
【図１６】
2005018568.tif 000018
【図１７】
2005018568.tif 000019
【図１８】
2005018568.tif 000020