(57)【要約】【課題】従来のストレージ管理では、ネットワーク上の状態変化には対応出来るが、ストレージ内部でデータコピー、データ移動などの状態変化には対応出来ない。そこで、ｉＳＣＳＩストレージデバイスの状態変化に対応するためのｉＳＣＳＩストレージデバイスとストレージ管理デバイス間インタフェースを提供する。【解決手段】ストレージ内部に、ストレージデバイスを管理するテーブルを設け、状態変化が生じたときの前記テーブルへの更新を契機に、ストレージから状態変化通知をストレージ管理デバイスに対して発行し、情報の整合性を取る。【選択図】  図４
2004192305.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のディスクを有する１つ以上のディスク駆動装置と、前記ディスク駆動装置を制御するとともに前記ディスクをアクセスするデバイスとネットワークを介して接続するディスク制御装置とを有し、
前記ディスク制御装置は、前記ディスク駆動装置内のディスクを管理するストレージデバイス管理テーブルと、
前記ストレージデバイス管理テーブルと前記ネットワーク上に存在するストレージ識別情報管理デバイスとの間で、前記ディスク駆動装置内のディスクの動的な状態変化の情報を送受する通信手段とを備えることを特徴とするディスクサブシステム。
【請求項２】
請求項１において、前記ストレージデバイス管理テーブルは、前記ディスク駆動装置内の各ディスクの動的な状態変化の情報を示す手段として、少なくとも、ストレージ識別情報、及びストレージの有効／無効、使用／未使用を示すフラグを有することを特徴とするディスクサブシステム。
【請求項３】
請求項２において、前記ストレージ識別情報は、ｉＳＣＳＩ  Ｎａｍｅであることを特徴とするディスクサブシステム。
【請求項４】
請求項２において、前記ストレージ識別情報は、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｐｏｒｔ  Ｎａｍｅ  （ＷＷＮ）であることを特徴とするディスクサブシステム。
【請求項５】
請求項１または２において、前記ストレージデバイス管理テーブルに、あらかじめディスクサブシステムが使用出来るストレージ識別情報を登録することを特徴とするディスクサブシステム。
【請求項６】
請求項１ないし５のいずれかにおいて、あらかじめ外部コンソールに該ディスクサブシステムで使用可能なストレージ識別情報が格納されており、適宜格納されているストレージ識別情報を設定／変更出来ることを特徴とするディスクサブシステム。
【請求項７】
請求項１ないし５のいずれかにおいて、前記ディスク駆動装置の各ディスクを識別する情報として、複数のストレージ識別情報を用いることを特徴とするディスクサブシステム。
【請求項８】
請求項１ないし５のいずれかにおいて、外部コンソールから前記ネットワーク、もしくは前記ネットワークとは異なる別のネットワークを介して前記ストレージデバイス管理テーブルを変更可能とすることを特徴とするディスクサブシステム。
【請求項９】
請求項１ないし５のいずれかにおいて、前記ストレージデバイス管理テーブルの更新手段を前記ディスクサブシステムに備えていることを特徴とするディスクサブシステム。
【請求項１０】
請求項６ないし９のいずれかにおいて、前記ディスクサブシステムは、前記ネットワークとのインタフェースを備えるディスク制御装置を備え、該ディスク制御装置内に、チャネル制御部と、ディスク駆動装置とのインタフェースを備えるディスク制御部と、前記チャネル制御部と前記ディスク制御部とを接続するネットワークと、前記ディスクのデータを一時的に格納するメモリと前記ディスクサブシステムに関する制御情報を保持するメモリ、及び前記ストレージデバイス管理テーブルを有するストレージデバイスであることを特徴とするディスクサブシステム。
【請求項１１】
請求項６ないし９のいずれかにおいて、前記ディスク制御装置は、前記ストレージデバイス管理テーブルに変更が生じた時に、そのストレージデバイスを管理しているプロセッサに報告する手段を備えることを特徴とするディスクサブシステム。
【請求項１２】
ネットワーク上に存在するディスクサブシステムのストレージデバイスとの間で、該ストレージデバイスのディスク駆動装置内の動的な状態変化の情報を送受する通信手段を備えることを特徴とするストレージ識別情報管理デバイス。
【請求項１３】
請求項１２において、前記ストレージデバイスのストレージデバイス管理テーブルで管理している情報を表示する手段を有することを特徴とするストレージ識別情報管理デバイス。
【請求項１４】
請求項１３において、前記ストレージデバイス管理テーブルに変更が生じた場合に、その変更を前記表示されている内容に反映させることを特徴とするストレージ識別情報管理デバイス。
【請求項１５】
ネットワーク上に存在するディスクサブシステムと前記ディスクサブシステムのストレージを管理するストレージ識別情報管理デバイスとを有するストレージ管理システムにおいて、前記ディスクサブシステム内部のストレージにおける状態変化の発生に伴って、該内部の状態変化を前記ディスクサブシステムから前記ストレージ識別情報管理デバイスに対して通知させる機構を備えることを特徴とするストレージ管理システム。
【請求項１６】
ネットワーク上に存在するディスクサブシステムと前記ディスクサブシステムのストレージを管理するストレージ識別情報管理デバイスとを有するＩＰネットワーキングシステムにおけるストレージ管理方法であって、前記ディスクサブシステム内部のストレージ状態変化の発生に伴って、該内部の状態変化を前記ディスクサブシステムから前記ストレージ識別情報管理デバイスに対して通知させることを特徴とするストレージ管理方法。
【請求項１７】
ネットワーク上に存在するディスクサブシステムと前記ディスクサブシステムのストレージを管理するストレージ識別情報管理デバイスとを有するＩＰネットワーキングシステムにおけるストレージ管理方法であって、前記ディスクサブシステムが、１つ以上のディスクを有する１つ以上のディスク駆動装置と前記ディスク駆動装置を制御するディスク制御装置を有し、前記ディスク制御装置には前記ディスク駆動装置内のディスクを管理するストレージデバイス管理テーブルを備えたものにおいて、
前記ストレージデバイス管理テーブルの変更に伴う前記ストレージデバイス管理テーブルとストレージ識別情報管理デバイス間の通信が；
前記ディスクサブシステム側において、
外部コンソールから前記ストレージデバイス管理テーブルを変更するステップと、
前記ストレージデバイス管理テーブルに変更が生じたことを、該ストレージデバイスを管理しているプロセッサに対して報告するステップと、
前記報告を受けたプロセッサが、変更内容を前記ストレージデバイス管理テーブルから取得するステップと、
前記変更内容を含むメッセージを、前記ネットワークを介してストレージ識別情報管理デバイスへ送信するステップを含み、
前記ストレージ識別情報管理デバイス側において、
前記メッセージを受信し、前記ストレージ識別情報管理デバイス内部へ格納・更新するステップと、
前記変更内容をストレージ識別情報管理デバイスで表示している内容に反映するステップを含むことを特徴とするストレージ管理方法。
【請求項１８】
ネットワーク上に存在するディスクサブシステムと前記ディスクサブシステムのストレージを管理するストレージ識別情報管理デバイスとを有するＩＰネットワーキングシステムにおけるストレージ管理方法であって、前記ディスクサブシステムは１つ以上のディスクを有する１つ以上のディスク駆動装置と前記ディスク駆動装置を制御するディスク制御装置を有し、前記ディスク制御装置には前記ディスク駆動装置内のディスクを管理するストレージデバイス管理テーブルを備えたものにおいて、
前記ストレージデバイス管理テーブルの変更に伴う前記ストレージデバイス管理テーブルと前記ストレージ識別情報管理デバイス間の通信が；
前記ディスクサブシステム側において、
前記ディスクサブシステム内部の変更手段から前記ストレージデバイス管理テーブルを変更するステップと、
前記ストレージデバイス管理テーブルに変更が生じたことを該ストレージデバイスを管理しているプロセッサに対して報告するステップと、
前記報告を受けたプロセッサは、変更内容を前記ストレージデバイス管理テーブルから取得するステップと、
前記変更内容を含むメッセージを、前記ネットワークを介してストレージ識別情報管理デバイスへ送信するステップを含み、
前記ストレージ識別情報管理デバイス側において、
前記メッセージを受信し、ストレージ識別情報管理デバイス内部へ格納・更新するステップと、
前記変更内容をストレージ識別情報管理デバイスで表示している内容に反映するステップ、
を含むことを特徴とするストレージ管理方法。
【請求項１９】
請求項１６ないし１８のいずれかにおいて、前記ストレージデバイス管理テーブルに生じた変更は、デバイスを備えたストレージデバイスにタイル他のデバイスの追加であり、
前記ディスクサブシステムと前記ストレージ識別情報管理デバイスとの間で、前記変更に伴うｉＳＣＳＩ  Ｎａｍｅ及びｉＳＮＳで規定されている各情報を交換することを特徴とするストレージ管理方法。
【請求項２０】
請求項１６ないし１８のいずれかにおいて、前記ストレージデバイス管理テーブルに生じた変更は、ディスクサブシステム内のデータボリュームが別のボリュームに移動することであり、
前記ディスクサブシステムと前記ストレージ識別情報管理デバイスとの間で、前記変更に伴うｉＳＣＳＩ  Ｎａｍｅ及びｉＳＮＳで規定されている各情報を交換することを特徴とするストレージ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続可能な複数の入出力ポートを備えたディスク制御装置を用いたネットワークストレージサブシステム及び管理方法に係り、特に、ストレージの状態変化に対応するためのストレージと管理デバイス間のインタフェース技術に関する。
【０００２】
【従来の技術】
複数台のディスク駆動装置に対するデータの格納、読み出しを行うディスク制御装置がある。ディスク駆動装置とディスク制御装置はあわせてディスクサブシステムと総称される。このようなディスクサブシステムは、例えば、特許文献１に開示されている。
【０００３】
ホストコンピュータとディスクサブシステム間の接続形態は、技術的な背景、ユーザのニーズに伴い変化している。ホストコンピュータなどのコンピュータにストレージを接続する場合、ＳＣＳＩなどのインタフェースを介して直接接続するＤｉｒｅｃｔ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ（ＤＡＳ）が一般的であった。近年では、Ｅ−ｃｏｍｍｅｒｃｅ（電子商取引）の普及、データウェアハウスのようなデータベースを使ったアプリケーション、マルチメディアデータの利用などにより、企業、または一般ユーザが処理するデータ量は爆発的な増加を続けている。
【０００４】
ＤＡＳの接続形態ではすべてのリクエストがホストコンピュータを経由してストレージへ到達する。そのため、データバックアップなどの作業ではホストコンピュータの負荷が高まりレスポンスの悪化を招くと同時に、ホストコンピュータを接続しているＬＡＮなどのネットワークの負荷も高めてしまい全体のレスポンスの悪化につながる。また、データの爆発的な増加に対応するためにストレージ増設が必要となるが、各ホストコンピュータの配下にあるストレージを各々増設することになるため作業が煩雑になる。
【０００５】
このような背景から、ホストコンピュータとストレージ間をＬＡＮなどのホストコンピュータを接続しているネットワークとは別のストレージ専用ネットワークで接続したＳｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＳＡＮ）が登場した。ストレージ専用のネットワークを構築することで、ホストコンピュータを接続しているネットワークの負担の軽減、データバックアップの高速化などのメリットを享受できる。また、ストレージの一元管理が可能になるためシステム管理者の負担も軽減される。
【０００６】
これらを実現するインタフェースとして、ファイバチャネルを使ったＳＡＮ構築が一般的である。主にファイバチャネルは数十ｋｍまで接続可能な光ファイバケーブルを使用する。現在では転送速度も２ＧｂｐｓとなりＳＣＳＩに対して性能面でも凌駕する高速インタフェースである。
【０００７】
一方で、新たなネットワークを敷設するための初期導入コストがかかると共に２系統のネットワークを用いることによる管理面の負担増加、ファイバチャネル機器同士の相互接続性が保証されていない、という問題点も抱えている。
【０００８】
そこで、２系統のネットワークを統合可能、かつＬＡＮなどで実績の高いＩＰネットワークを使ったＳＡＮが注目を浴びている。近年、インターネットの爆発的な普及、ギガビットイーサネット（イーサネットは登録商標）などの登場によってネットワークインフラストラクチャの普及、高速化・帯域拡大が急速に進んでいる。ここで、ファイバチャネルを用いたＳＡＮをＦＣ−ＳＡＮ、ＩＰネットワークを用いたＳＡＮをＩＰ−ＳＡＮとして区別する。
【０００９】
このＩＰネットワーク上でＳＣＳＩデバイスにアクセスするプロトコルとしてｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  ＳＣＳＩ）がある。ｉＳＣＳＩは、ＴＣＰパケットのデータグラム部分にｉＳＣＳＩ  ＰＤＵ（ｉＳＣＳＩ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と呼ばれる単位パケットをカプセル化しＩＰネットワーク上に流すプロトコルである。
【００１０】
ＳＣＳＩデバイスにアクセスするプロトコルとしてｉＳＣＳＩを用いたＩＰネットワーキングは、例えば、特許文献２、特許文献３、特許文献４に記載されている。
【００１１】
従来のＩＰネットワーキングでは、ネットワークに接続しているデバイスはホストコンピュータなどのコンピュータであり、これらとの通信はインターネットの世界ではデバイスの名前とアドレスを管理しているＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒ）に問い合わせをした後に可能となる。
【００１２】
これまでＩＰネットワーク上には、ストレージデバイスは存在していなかったため、従来のＤＮＳではストレージデバイスを管理することが出来ない。そこで、ＩＰストレージデバイス管理の枠組みとしてｉＳＮＳ（ｉｎｔｅｒｎｅｔ  Ｓｔｏｒａｇｅ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）が提唱されている。
【００１３】
【特許文献１】
特開２００１−２２８９７７号公報
【特許文献２】
米国特許出願公開第２００２／００２９２８１Ａ１号明細書
【特許文献３】
米国特許出願公開第２００２／００８３１２０Ａ１号明細書
【特許文献４】
米国特許出願公開第２００２／００９５５４７Ａ１号明細書
【００１４】
【発明が解決しようとする課題】
ｉＳＮＳは、あるネットワーク上に存在するホストコンピュータ、サーバなどのコンピュータ、及びストレージデバイスを管理するプロトコルである。つまり、ネットワーク上に新たなストレージデバイスを追加・削除したり、サーバを追加するなどの状態変化に対しては対応が可能である。
【００１５】
しかし、ネットワーク上に存在するストレージデバイスの内部変化に関する対応が困難である。
【００１６】
例えば、エンタープライズ向けの大規模ディスクサブシステムでは何千台ものディスクを使う。この大容量なディスク容量を使って、あるデータボリュームのコピーを同一ディスクサブシステム内に待機系として構築し通常運用中のボリュームに障害が発生した場合に待機系に処理を切り替えて業務を続行可能とする、もしくはコピーボリュームを別業務に割り当てて並列動作させる、といった機能がある。コピーされたボリュームはネットワーク上のデバイスから使用可能とするためにはデバイス情報を設定する必要がある。ここで、このボリュームはあくまでもディスクサブシステムの内部で新たに生成されたものであり、ネットワーク上に新たに生成されたものではない。つまり、ディスクサブシステム外部のネットワーク上のデバイスに対してはこのボリュームの存在が明らかにならないことを意味し、上記の機能を使うことが出来ない。
【００１７】
このように、従来のストレージ管理では、ネットワーク上の状態変化には対応出来るが、ストレージ内部におけるデータコピー、データ移動などの状態変化には対応出来ない。
【００１８】
本発明の目的は、ネットワーク上に存在するディスクサブシステムのストレージデバイスの状態変化に対応可能な、ストレージと管理デバイス間のインタフェースを提供することにある。
【００１９】
本発明の他の目的は、ネットワーク上に存在するディスクサブシステムのストレージデバイスのストレージ内部で発生する動的な状態変化に対応可能な、ストレージ管理方法及び管理システムを提供することにある。
【００２０】
【課題を解決するための手段】
本発明は、ネットワーク上に存在するディスクサブシステムとこのディスクサブシステムのストレージを管理するデバイスとを有し、ディスクサブシステム内部の状態変化の発生に伴って、この内部の状態変化をディスクサブシステムからストレージを管理しているデバイスに対して通知させる機構を備えることを特徴とする。ここで、内部の状態変化とは、例えば、データボリュームコピー、ディスクの増減設などの動的な変化を指す。
【００２１】
本発明の他の特徴は、ネットワーク上に存在するディスクサブシステムとこのディスクサブシステムのストレージを管理するデバイスとを有し、ディスクサブシステム内部から共有できる領域に、ディスクサブシステム内部の状態変化を記録しストレージデバイスを管理するためのストレージデバイス管理テーブルを設けたことにある。
【００２２】
このストレージデバイス管理テーブルに変更が生じると、ネットワークとのインタフェースを持つデバイスからストレージ管理デバイスに対して変更の内容を示すメッセージを送信する。そして、メッセージを受け取ったストレージ管理デバイス内でデータベースの更新が行われ、ネットワーク上のすべてのデバイスに対して通知すると同時にストレージ管理デバイス上に表示させる。
【００２３】
本発明の他の特徴は、前記ストレージデバイス管理テーブルで管理する前記ストレージ識別情報がｉＳＣＳＩ  Ｎａｍｅであることにある。
【００２４】
本発明の他の特徴は、ネットワーク上に存在するディスクサブシステム内部のストレージ状態変化の発生に伴って、該内部の状態変化を前記ディスクサブシステムから前記ストレージ識別情報管理デバイスに対して通知させることにある。
【００２５】
本発明によれば、通常ネットワーク上に存在しているデバイスだけでなく、デバイス内部（例えば、ディスクサブシステム）の動的な状態変化にも対応した管理が可能になる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態について、詳細に説明する。ここでは、ＩＰストレージデバイス管理の枠組みとしてｉＳＮＳを用いたｉＳＣＳＩストレージ管理の実施形態を説明する。
【００２７】
ｉＳＮＳは、ＩＰネットワーク上に存在するストレージデバイスのみならずファイバチャネルデバイスも含めた管理を実現するプロトコルを提供する。この管理を行うのがｉＳＮＳサーバと呼ばれるデバイスである。ｉＳＮＳサーバの主な機能は、デバイス情報登録、ディスカバリ（デバイス検出）機能、ゾーニングやネットワーク、及びデバイスの状態変化の管理である。
【００２８】
＜実施例１＞（ディスクサブシステム内のディスク増減設）
以下、本発明の実施例１に係わるｉＳＣＳＩストレージ管理を詳細に説明する。  まず、図１は、本発明の実施例１のアクセスデバイス、ストレージ識別情報管理デバイス、ストレージデバイスを含む全体構成を示す図である。
１００はアクセスデバイスであり、ホストコンピュータ、サーバなどストレージデバイスにアクセス可能なデバイスである。
１０５はストレージ識別情報管理デバイスであり、ネットワーク上に存在するイニシエータ（アクセスデバイス）、ターゲット（ストレージデバイス）を管理するサーバなどである。
【００２９】
１１０はＬＡＮ、ＷＡＮなどに代表されるネットワークであり、主にスイッチ、ルータなどのネットワーク機器で構成される。１１２は、通信経路であり、ファストイーサネット（イーサネットは登録商標）、ギガビットイーサネット、ファイバチャネルなど、ネットワーク上に通信パケットを流すことが出来る媒体である。
【００３０】
１１５はネットワークエンティティとしてのストレージデバイスであり、ディスクドライブ等のストレージを有している。ストレージデバイス１１５は、一般的にはネットワーク１１０とのインタフェースを備えるディスク制御装置５０２、及びポータル５０３などで構成される。ディスク制御装置５０２は、チャネル制御部５０５（図２参照）、１つ以上のディスクを有しディスクディスクインタフェースを備えるディスク駆動装置５６０（図２参照）を有し、各ディスク駆動装置を制御する。ストレージデバイス１１５はさらに、ディスク制御装置５０２とディスク駆動装置５６０とを接続するネットワークを有している。また、ストレージデバイス１１５及びストレージ識別情報管理デバイス１０５は、ディスク駆動装置５６０内のディスクの動的な状態変化の情報を相互に送受する通信手段を備えている。
【００３１】
なおストレージデバイス（ネットワークエンティティ）１１５は、１つ以上のポータル５０３を持つ。ポータル５０３は、ネットワークとのインタフェースを備える。このポータル５０３にはＩＰアドレス、及びＴＣＰポート番号を含み、この２つによってポータル５０３を識別することが出来る。
【００３２】
ＩＰアドレスとして、図１のようにＩＰ１、ＩＰ２、ＩＰ３、ＩＰ４の異なるＩＰアドレスを５０５０ａ、５０５０ｂ、５０５０ｃ、５０５０ｄ設定し、これがストレージデバイス１１５のポータル５０３に定義される。また、プライベートアドレスで運用している場合などＩＰ１，ＩＰ２，ＩＰ３，ＩＰ４で同一のアドレスが存在してもよい。
【００３３】
各ポータル５０３に、ＴＣＰ１（５０５５ａ）、ＴＣＰ２（５０５５ｂ）、ＴＣＰ３（５０５５ｃ）、ＴＣＰ４（５０５５ｄ）のように、複数のＴＣＰポート番号の管理が可能である。例えば、ＩＰ１で２つのリクエストを受け付けている場合、ＩＰアドレスは当然同一であるが、各リクエストのＴＣＰポート番号が異なっていればリクエストの発行元を特定することが出来る。
【００３４】
５７０はストレージノードであり、単一のイニシエータ、及びターゲットに相当する。このストレージノード５７０は、ストレージノードを識別するための名前、エイリアス、デバイスタイプを定義する。
【００３５】
デバイス識別子５８２０ａ、５８２０ｂは、ワールドワイドでユニークな名前でなければならない。５８２５ａ、５８２５ｂはエイリアスであり、デバイス識別子をユーザが認識しやすいような名前を設定することが出来る。ノードタイプ５８３０ａ、５８３０ｂは、ストレージノード５７０がイニシエータであるかターゲットであるかを示す。ネットワークエンティティＩＤ５９０ａ、５９０ｂは、例えばＵＲＬとしてテキスト文字列の形式で表現される。デバイスタイプ５９５ａ、５９５ｂは、ネットワークエンティティがどのプロトコルに対応するデバイスであるかを示す。例えば、ｉＳＣＳＩなどである。
【００３６】
通信を開始するには、まずターゲットとなるデバイスの識別情報（例えばインターネットの場合ではＵＲＬ）が必要となるため、ｉＳＮＳサーバ（１０５）にアクセスする。ｉＳＮＳサーバからは、ターゲットとなるデバイスに関する属性、識別情報（ｉＳＣＳＩの場合ｉＳＣＳＩ  Ｎａｍｅ、ファイバチャネルの場合ＷＷＰＮ）などの情報を得る。
【００３７】
ターゲットとなるストレージデバイス１１５では、自デバイスがネットワーク上に存在することを他のデバイス１００に認識させるためにデバイス情報をｉＳＮＳサーバ（１０５）に登録する。ストレージデバイス１１５がｉＳＮＳサーバに登録されるとサーバ内でストレージデバイスに関するデータベースを構築する。各デバイス１００はこのデータベースへ問い合わせ他のデバイス情報を取得して初めて通信が可能となる。
【００３８】
図２は、本発明に係わる実施例１のディスクサブシステムの全体構成例を示している。このディスクサブシステムは、図１のストレージデバイス１１５部分に相当する。
【００３９】
５００は入出力パスであり、ホストコンピュータとディスク制御装置５０２内ｋチャネル制御部５０５とを接続するパスである。５０５はチャネル制御部であり、ホストコンピュータとのインタフェースを持ち、ホストコンピュータとのユーザデータ送受信、ディスク制御装置５０２内部の制御情報などの共有データ制御などを行う。チャネル制御部５０５は、ディスク制御装置５０２内に複数存在する。
【００４０】
５１０は、チャネル制御部−キャッシュメモリ制御部・共有メモリ制御部間接続パスであり、ユーザデータの通信、及び共有データの通信はこのパスを介して行う。
【００４１】
５２０は、キャッシュメモリ制御部であり、ホストコンピュータ、及びディスク駆動装置にあるユーザデータを一時的に格納するキャッシュメモリを備え、チャネル制御部、またはディスク制御部からのキャッシュメモリアクセスの制御を行う。５３０は共有メモリ制御部であり、ディスク制御装置内部で行われる通信に関する制御情報、及びクロスコールを実現するためのテーブルを格納する共有メモリを備え、チャネル制御部、及びディスク制御部からの共有メモリアクセスの制御を行う。
【００４２】
５４０はストレージデバイス管理テーブルであり、ディスクサブシステム内部で管理するストレージデバイスの識別情報を管理するテーブルである。
【００４３】
５４５は、ディスク制御部−キャッシュメモリ制御部・共有メモリ制御部間接続パスであり、ユーザデータの通信、及び共有データの通信はこのパスを介して行う。
【００４４】
５５０は、ディスク制御部であり、ディスク駆動装置５６０に対するアクセスの制御、及びキャッシュメモリ・共有メモリへのアクセスなどを行う。ディスク制御部５５０は、ディスク制御装置５０２内に複数存在する。５６０はディスク駆動装置であり、複数のドライブで構成されユーザデータなどを格納する。５８０、５８１は各々１つ以上のディスクを有するディスクグループであり、各ディスクグループのデバイス識別子としてＮａｍｅ０、Ｎａｍｅ１が割り当てられているものとする。
【００４５】
図３は、図２のチャネル制御部５０５の構成ブロックを示している。
図３において、６０５はプロトコル制御部であり、ｉＳＣＳＩのパケットを受信し、パケットからＳＣＳＩコマンド、データなどを取り出しチャネル制御プロセッサ６１０へ渡す。また、ＳＣＳＩコマンドの処理結果をチャネル制御プロセッサ６１０から受け取りｉＳＣＳＩパケットを生成し、入出力パス５００を通じてホストコンピュータへ送信する。６１０はチャネル制御プロセッサであり、プロトコル制御部６０５からのＳＣＳＩコマンド、データなどの受信、解析を行い、解析したリクエストの内容に従い、ディスク制御装置内部に指示を与えるプロセッサである。
【００４６】
６２０はデータ転送制御部であり、チャネル制御プロセッサ６０５からの指示により、ホストコンピュータから送信されたユーザデータの転送、及びディスク駆動装置にあるデータの読み出し処理を行う。６２５は共有データ制御部であり、制御情報等の共有データが格納されている共有メモリへのアクセスを制御する。
【００４７】
図４は、図２のストレージデバイス管理テーブル５４０の一例を示している。このストレージデバイス管理テーブルには、あらかじめディスクサブシステム１１５が使用出来るストレージ識別情報が登録されている。７０５はＩｎｄｅｘであり、登録されているｉＳＣＳＩ  Ｎａｍｅに対する番号である。ディスク駆動装置５６０のディスクを識別する情報として、複数のストレージ識別情報をつける。７１０はストレージ識別情報としてのｉＳＣＳＩ  Ｎａｍｅであり、ディスクサブシステム内で使用可能なｉＳＣＳＩ  Ｎａｍｅを示す。また、ストレージ識別情報として、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｐｏｒｔ  Ｎａｍｅ  （ＷＷＮ）を用いても良い。
【００４８】
７２０はステータスであり、ディスクサブシステム内で登録されているｉＳＣＳＩ  Ｎａｍｅの状態を示す。７２５は有効／無効フラグであり、ｉＳＣＳＩ  Ｎａｍｅに対するアクセスを受け付ける状態になっている場合は”Ｅｎａｂｌｅ”、そうでない場合は”Ｄｉｓａｂｌｅ”と示す。７２６は使用／未使用フラグであり、ｉＳＣＳＩ  Ｎａｍｅを既に使用している場合は”ｕｓｅｄ”、使用していない場合は”ｎｏｔ  ｕｓｅｄ”と示す。
【００４９】
ネットワーク上のデバイスからアクセス可能な状態の場合には有効／無効フラグが７２５が”Ｅｎａｂｌｅ”、使用／未使用フラグ７２６が”ｕｓｅｄ”となる。新たにディスクグループを作成した直後から使用可能状態になるまでの間は、有効／無効フラグ７２５が”ｄｉｓａｂｌｅ”、使用／未使用フラグ７２６が”ｕｓｅｄ”となる。ディスクサブシステム内でまだ使用していないｉＳＣＳＩ  Ｎａｍｅに対しては、有効／無効フラグ７２５が”ｄｉｓａｂｌｅ”、使用／未使用フラグ７２６が”  ｎｏｔ  ｕｓｅｄ”となる。その他の状態は禁止事項とする。
【００５０】
ｉＳＣＳＩ  Ｎａｍｅの割り当ては、チャネル制御プロセッサ、もしくは外部コンソールから行う。このとき、ストレージデバイス管理テーブル５４０を参照し有効／無効フラグが７２５”ｄｉｓａｂｌｅ”、使用／未使用フラグ７２６が”  ｎｏｔ  ｕｓｅｄ”の状態にあるｉＳＣＳＩ  Ｎａｍｅを割り当てることとする。また、割り当てたｉＳＣＳＩ  Ｎａｍｅのディスクグループが使用可能となった場合も、チャネル制御プロセッサ、もしくは外部コンソールからストレージデバイス管理テーブル５４０を更新する。なお、ストレージ識別情報管理デバイス１０５に対する通知は”ｅｎａｂｌｅ”、使用／未使用フラグ７２６が”ｕｓｅｄ”になった時点で発行する。
【００５１】
図４の例では、ｉＳＣＳＩ  Ｎａｍｅのエントリーは２つであるが、エントリー数は特に制限は無いものとする。
【００５２】
図５は、本発明の実施例１におけるデバイス追加からデバイスを使用可能にするまでのフローチャートを示している。ここでは、デバイス（ディスクグループ５８０を備えたディスク駆動装置５６０）を有するディスクサブシステムに他のデバイス（ディスクグループ５８１）を追加したものをディスクサブシステム１とし、その他のストレージデバイス１１５としてネットワーク上にディスクサブシステム２が接続されているとする。
【００５３】
ディスクサブシステム１すなわちディスクグループ５８０を備えたディスク駆動装置５６０を有するストレージデバイス１１５に、デバイス（ディスクグループ５８１）が追加されると（ステップ７０５）、ディスクサブシステム１内のチャネル制御部５０５のチャネル制御プロセッサが、追加されたデバイス（ディスクグループ５８１）に対してｉＳＣＳＩ  Ｎａｍｅを割り当てるためにストレージデバイス管理テーブル５４０を参照する。そして、ストレージデバイス管理テーブルの有効／無効フラグ７２５、及び使用／未使用フラグ７２６がそれぞれ”ｄｉｓａｂｌｅ”、”ｎｏｔ  ｕｓｅｄ”となっているＩｎｄｅｘを選び出し、その中から割り当てるｉＳＣＳＩ  Ｎａｍｅを決定する。
【００５４】
このディスク駆動装置５６０内におけるディスクの動的状態の変化の情報が、ストレージデバイス管理テーブル５４０に記録される。すなわち、選び出したＩｎｄｅｘの使用／未使用フラグを”ｎｏｔ  ｕｓｅｄ”から”ｕｓｅｄ”に変更する。その後、ディスクサブシステム１内で使用可能とするための構成変更等を行ったあと、有効／無効フラグを”ｄｉｓａｂｌｅ”から”ｅｎａｂｌｅ”へ変更する（ステップ７１０）。
【００５５】
以上の例は、ディスク駆動装置５６０内におけるディスクの動的状態の変化に伴うストレージデバイス管理テーブル５４０の更新をチャネル制御プロセッサ６１０で行う場合であるが、外部コンソールから行う場合でも同様である。
【００５６】
ただし、後者の場合は、ストレージデバイス管理テーブル５４０の有効／無効フラグを”ｄｉｓａｂｌｅ”から”ｅｎａｂｌｅ”へ変更した時点で、チャネル制御プロセッサ６１０に対して、使用可能となった旨を示す割り込みを入れる。
【００５７】
チャネル制御プロセッサ６１０は、ストレージデバイス管理テーブル５４０の有効／無効フラグを”ｄｉｓａｂｌｅ”から”ｅｎａｂｌｅ”へ変更し、もしくは割り込みが入った時点で、変更内容を示すメッセージを生成するようにプロトコル制御部６０５へ依頼する。依頼を受けたプロトコル制御部６０５は更新登録要求のメッセージを生成し、ストレージ識別情報管理デバイス１０５へ送信する（ステップ７１５）。
【００５８】
ストレージ識別情報管理デバイス１０５はメッセージを受け取ると、管理しているデバイス（ディスクグループ５８０、５８１）のデータベースを更新する（ステップ７２０）。このときに、自デバイス上に各情報をディスプレイする。そして、ネットワーク上のデバイス（ディスクサブシステム２）に対して状態変更通知を発行する（ステップ７２５）。アクセスデバイス１００が追加されたデバイス（ディスクグループ５８１）にアクセスする場合には、該デバイスの情報を取得するためにストレージ識別情報管理デバイス１０５へ問い合わせる（ステップ７３０）。
【００５９】
ストレージ識別情報管理デバイス１０５は、その問い合わせに対して該当する情報を問い合わせ元のアクセスデバイス１００へ送信する（ステップ７３５）。アクセスデバイスは受け取った（ステップ７４０）情報を元にデバイス（ディスクグループ５８１）へアクセスする（ステップ７４５）。
【００６０】
ディスクサブシステム１の内部では、そのアクセスに対する処理を行う（ステップ７５０）。
【００６１】
図６は、本発明の実施例１におけるストレージ識別情報管理デバイス１０５への情報の表示の一例を示している。８０２はストレージ識別情報管理デバイス１０５のディスプレイである。このディスプレイ８０２上にｉＳＣＳＩ  Ｎａｍｅ７１０、有効／無効フラグ７２５を表示する。８０３はディスクサブシステムを示し、詳細は図２と同一とする。８０５はネットワークインデックスで、ストレージ識別情報管理デバイス１０５が複数のネットワークを管理している場合、各ネットワークを区別するためにつけるストレージ識別情報管理デバイス内部の識別子である。なお、図６ではＮ１というネットワーク８０５にＮａｍｅ  １、Ｎａｍｅ  Ａ、Ｎａｍｅ  ＣというｉＳＣＳＩ  Ｎａｍｅ  ７１０を持つデバイスが存在し、有効／無効フラグ７２５により各々の使用状態を示している。ディスプレイ８０２の表示によれば、この例では、当初（図６の（ａ））、Ｎａｍｅ  １、Ｎａｍｅ  Ａ、Ｎａｍｅ  Ｃを持つデバイスが使用可能状態である。
【００６２】
ここで、Ｎａｍｅ２を持つデバイス８２０を追加した場合、ディスプレイ（図６の（ａ））上には上記デバイス及びＮａｍｅ２を持つデバイスが使用可能状態である、という表示に更新される（図６の（ｂ））。管理コンソールに表示する場合も同様である。
【００６３】
以上、図２から図６に示した実施例１によれば、ストレージデバイス１１５内にデバイス識別子を管理するストレージデバイス管理テーブル５４０を設け、このテーブルと、ネットワーク上のデバイスを管理しているストレージ識別情報管理デバイス１０５とで情報の整合をとることにより、ネットワーク上だけではなくストレージデバイス１１５内部の動的な状態変化にも対応することが可能となる。
［実施例２］（データ移動）
以下に、本発明に係わるｉＳＣＳＩストレージ管理の別の実施例２を図面に示し詳細に説明する。以下特に説明のない部分は実施例１と同じとする。ここで、実施例１と異なる所は、ディスクサブシステム内のデータボリュームが別のボリュームに移動したことである。
【００６４】
図７は、本発明の実施例２におけるディスクサブシステムを示している。実施例１と異なるところは、ディスク駆動装置５６０内のディスクの動的状態変化の内容である。すなわち、実施例２は、データを、ディスクグループ５８５からディスクグループ５８６へ移動させた例を示している。
【００６５】
図８は、本発明の実施例２におけるデバイスへのアクセスが可能となるまでのフローチャートを示している。また、図９は、本発明の実施例２におけるストレージ識別情報管理デバイス１０５上に情報を表示した例を示している。
【００６６】
まず、アクセスデバイス１００からデバイス情報を取得するためにストレージ識別情報管理デバイス１０５へ問い合わせる（ステップ１０１０）。ストレージ識別情報管理デバイス１０５は、アクセスデバイス１００に対して該当するデバイス情報（この場合Ｎａｍｅ  Ａ）を送信する（ステップ１０１５）。
【００６７】
アクセスデバイス１００は、デバイス情報を受信し（ステップ１０２０）、Ｎａｍｅ  Ａのデバイスを管理しているチャネル制御部に対してセッション確立処理を開始する（ステップ１０２５）。
【００６８】
一方、上記ステップ１０１０から１０２０の間に、ステップ１００５のデータ移動（ディスクグループ５８５からディスクグループ５８６へのデータ移動）が発生し、Ｎａｍｅ  Ａのデバイス（図９、（ａ）参照）が、Ｎａｍｅ  Ｃ（図９、（ｂ）参照）へ移動したものとする。そして、チャネル制御部５０５が更新要求を発行し（ステップ１０１８）、さらに、ストレージ識別情報管理デバイス１０５に対してデータ移動に伴う状態変化が反映され、そのデータベースが更新されたとする（ステップ１０２２）。
【００６９】
チャネル制御部５０５ではセッション確立処理を受信するが（ステップ１０３０）、該当するデバイスはＮａｍｅ  Ｃへ移動した後のため、情報の不一致が発生する。そのため、チャネル制御部５０５においてこのセッション確立処理は拒絶される（ステップ１０３５）。アクセスデバイス１００は、再度ストレージ識別情報管理デバイス１０５に対して問い合わせする（ステップ１０４０）。ストレージ識別情報管理デバイス１０５は、更新後のデバイス情報（この場合Ｎａｍｅ  Ｃ）をアクセスデバイスに対して送信する（ステップ１０４５）。
【００７０】
アクセスデバイス１００は、更新後のデバイス情報を取得し（ステップ１０５０）、Ｎａｍｅ  Ｃのデバイスを管理しているチャネル制御部５０５に対してセッション確立処理を開始する（ステップ１０５５）。この処理に関しては、情報が一致しているため、チャネル制御部５０５はセッションを確立し、その応答をアクセスデバイス１００へ送信する（ステップ１０６５）。
【００７１】
以上を経て、アクセスデバイス１００はＳＣＳＩ  Ｉ／Ｏを発行することが可能となる（ステップ１０７０）。ディスクサブシステムはアクセスデバイス１００が発行したＳＣＳＩ  Ｉ／Ｏの処理を開始する（ステップ１０８０）。
【００７２】
図８のステップ１０３５の時点で発生した情報の不一致は、図９（ｂ）のように有効／無効フラグを×で表示する。更新された情報は、図９（ｃ）のように○で表示する。
【００７３】
実施例１、実施例２においてディスクサブシステムとストレージ識別情報管理デバイス１０５との間では、ｉＳＣＳＩ  Ｎａｍｅだけではなく、ｉＳＮＳで規定されている各情報も交換されているものとする。
【００７４】
【発明の効果】
本発明によれば、ｉＳＣＳＩストレージを管理するときに、ネットワーク上の状態変化だけではなく、ストレージデバイスとストレージデバイスを管理しているデバイスとの間で情報を交換することで、ストレージデバイス内部の動的な状態変化にも対応可能となる。
【図面の簡単な説明】
【図１】本発明の実施例１の全体構成を示す図である。
【図２】本発明の実施例１におけるディスクサブシステムを示す図である。
【図３】本発明の実施例１におけるチャネル制御部の構成を示す図である。
【図４】本発明の実施例１におけるストレージデバイス管理テーブルを示す図である。
【図５】本発明の実施例１における新規デバイスにアクセスするまでのフローチャートを示す図である。
【図６】本発明の実施例１におけるストレージ識別情報管理デバイス上に情報を表示した一例を示す図である。
【図７】本発明の実施例２におけるディスクサブシステムを示す図である。
【図８】本発明の実施例２における移動先のデバイスへアクセスするまでのフローチャートを示す図である。
【図９】本発明の実施例１おけるストレージ識別情報管理デバイス上に情報を表示した一例を示す図である。
【符号の説明】
１００…アクセスデバイス、１０５…ストレージ識別情報管理デバイス、１１０…ネットワーク、１１２…通信経路、１１５…ストレージデバイス、…、…５００…入出力パス、５０２…ディスク制御装置、５０５…チャネル制御部、５１０…チャネル制御部−キャッシュメモリ制御部・共有メモリ制御部間接続パス、５２０…キャッシュメモリ制御部、５３０…共有メモリ制御部、５３５…アクセス依頼テーブル、５４０…ストレージデバイス管理テーブル、５４５…ディスク制御部−キャッシュメモリ制御部・共有メモリ制御部間接続パス、５５０…ディスク制御部、５６０…ディスク駆動装置、５８０…ディスクグループ、５８１…ディスクグループ、６０５…プロトコル制御部、６１０…チャネル制御プロセッサ、６２０…データ転送制御部、６２５…共有データ制御部、７０５…Ｉｎｄｅｘ、７１０…Ｉｎｄｅｘ、７２０…ステータス、７２５…有効／無効フラグ、７２６…使用／未使用フラグ
【図１】
2004192305.tif 000003
【図２】
2004192305.tif 000004
【図３】
2004192305.tif 000005
【図４】
2004192305.tif 000006
【図５】
2004192305.tif 000007
【図６】
2004192305.tif 000008
【図７】
2004192305.tif 000009
【図８】
2004192305.tif 000010
【図９】
2004192305.tif 000011