JP2005010969A - ネットワークシステム及びスイッチ - Google Patents
ネットワークシステム及びスイッチ Download PDFInfo
- Publication number
- JP2005010969A JP2005010969A JP2003172770A JP2003172770A JP2005010969A JP 2005010969 A JP2005010969 A JP 2005010969A JP 2003172770 A JP2003172770 A JP 2003172770A JP 2003172770 A JP2003172770 A JP 2003172770A JP 2005010969 A JP2005010969 A JP 2005010969A
- Authority
- JP
- Japan
- Prior art keywords
- storage device
- data
- switch
- read request
- computer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
Abstract
【課題】ＳＡＮ上でのデータへのアクセスを高速化し、ネットワークの負荷を減少させる。
【解決手段】コピー管理スイッチがデータへのリード要求を、より近くにあるコピーデータを保持する記憶装置へのリード要求に変換する。
【選択図】 図１
【解決手段】コピー管理スイッチがデータへのリード要求を、より近くにあるコピーデータを保持する記憶装置へのリード要求に変換する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置とコンピュータとを接続するネットワークに配置されたスイッチに関する。
【０００２】
【従来の技術】
企業等で使用される記憶装置の記憶容量の増加に伴って、記憶装置間又は記憶装置とコンピュータとがファイバチャネル等のネットワークを介して接続された一つのシステムが構築されるようになってきた。この記憶装置等を接続するネットワーク又はネットワークによって接続されたシステム全体はストレージエリアネットワーク（以下ＳＡＮ）と呼ばれる。
【０００３】
一方、ネットワークでのデータの転送頻度を減らし、コンピュータが記憶装置に格納されたデータへアクセスする時間を短縮する技術としてネットワークキャッシュ技術がある。すなわち、ネットワーク上にデータを一時保存する記憶領域（以下「キャッシュ装置」）を用意し、コンピュータが記憶装置に格納されたデータをキャッシュ装置を介して読み出した場合に、その読み出したデータがキャッシュ装置に格納され、その後のそのデータへのアクセスにはキャッシュ装置が応答を返す。これにより、データへのアクセス時間が短縮される。
【０００４】
ＳＡＮにおいてネットワークキャッシュ技術を使用する例が特許文献１に開示されている。具体的には、ＳＡＮ内にメタデータサーバと呼ばれるコンピュータを用意し、記憶装置へアクセスするコンピュータは最初にメタデータサーバにアクセスする。メタデータサーバは、アクセスすべきデータの位置をコンピュータに通知する。キャッシュが用いられる場合には、コンピュータにキャッシュを有する装置の位置が通知される。
【０００５】
また、ＷＷＷ等のインターネットで、ネットワーク上にキャッシュを有する装置を配置する技術として、トランスペアレントキャッシュと呼ばれる技術がある。本技術では、コンピュータから記憶装置へのデータのアクセス要求（以下「アクセスリクエスト」とも称する）を受取ったスイッチが、そのアクセスリクエストを一度キャッシュを有する計算機（以下「キャッシュサーバ」）に送る。キャッシュサーバが有するキャッシュにアクセスリクエストの対象となるファイルが存在する場合（以下「キャッシュヒット」）、キャッシュサーバは対象となったファイルをアクセスリクエストを発行したコンピュータに送信する。一方、対象となるデータがキャッシュに存在しない場合（以下「キャッシュミス」）は、キャッシュサーバが記憶装置にアクセスリクエストを送信してデータを取得し、取得したデータをアクセスリクエストを発行したコンピュータに送信する。
【０００６】
【特許文献１】
特開２００２−１３２４５５号公報
【０００７】
【発明が解決しようとする課題】
上述したように、ＳＡＮにおいてネットワークキャッシュ技術を用いれば、キャッシュヒットの場合には、要求されたデータを取得するまでの時間が短縮される。
【０００８】
しかし、特許文献１に開示された技術では、ＳＡＮ内にキャッシュ装置を設置できるものの、データのアクセスの為にメタデータサーバを必要とするなど、コンピュータの設定や動作を従来ＳＡＮで使用されているデータアクセスのためのプロトコル、例えばＳＣＳＩプロトコルからメタデータサーバを使用するための専用のプロトコルに変更する必要がある。
【０００９】
一方、トランスペアレントキャッシュの様にファイル単位でのネットワークキャッシュ技術を用いる場合、キャッシュヒットの判定処理が複雑であるためレスポンスを高速化することが難しい。
【００１０】
具体的には、ファイル単位でキャッシュを行う場合、リード要求はファイルの名前などを指定したアクセス要求である。キャッシュサーバは、アクセス要求を受け取ると自身の記憶装置内に保持しているファイルと、そのファイルが記憶装置内のどのブロックに対応するかを記憶するメタデータと呼ばれるデータを読み出し、その中にリード要求が指定するファイルがあるか検索することでキャッシュヒットの判定が行われる。この検索処理は、名前が一致するか等を判定するため、ＳＣＳＩのようなブロックアクセスのプロトコルがアクセス先の位置を指定するために用いる論理ブロックアドレスという数値の比較に比べて処理が複雑になる。
【００１１】
本発明の目的は、ＳＡＮにおいてコンピュータの設定を変更することなく、データに対するアクセスを高速化し、ネットワーク帯域を節約することである。
【００１２】
【課題を解決するための手段】
上述の目的を達成するために、本発明のネットワークシステムは以下の構成を有する。即ち、計算機と、計算機と接続されるスイッチと、スイッチとネットワークを介して接続される第一の記憶装置と、スイッチとネットワークを介して接続される第二の記憶装置を有するネットワークシステムである。
【００１３】
本ネットワークシステムにおいて、スイッチは外部からの指示に基づいて第一の記憶装置に格納されたデータを第二の記憶装置へ転送する。その後、計算機から第一の記憶装置に格納されたデータに対するアクセス要求を受けたスイッチは、そのアクセス要求を第二の記憶装置へのアクセス要求に変換し、変換したアクセス要求を第二の記憶装置へ転送する。その後、第二の記憶装置からデータを受信したスイッチは、そのデータが第一の記憶装置から送信されたデータとなるように変換して計算機に送信する。
【００１４】
尚、スイッチに指示を与えるのはスイッチに接続される第二の計算機でも良い。又、スイッチは、第一の記憶装置に対応する仮想的な記憶装置を計算機に提供しても良い。この場合、計算機は、仮想的な記憶装置へアクセス要求を発行する。
【００１５】
更に、本発明の別の態様としては、上述したスイッチと第二の記憶装置が一体となって一つの装置を構成していても良い。
【００１６】
又、本発明の別の態様としては、スイッチがあらかじめ第一の記憶装置に格納されたデータを第二の記憶装置へ転送するのではなく、計算機からのアクセス要求に応じて、第一の記憶装置に格納されたデータを第二の記憶装置へ転送しても良い。更に本形態の場合、スイッチは第一の記憶装置に格納されたデータが第二の記憶装置に転送されたかどうかの情報を有し、その情報に基づいてアクセス要求を第一又は第二の記憶装置へ転送しても良い。更に、本形態において、スイッチが第一の記憶装置から第二の記憶装置へデータを転送する際に、第二の記憶装置の記憶容量を確認し、転送するデータを格納する分の記憶容量が第二の記憶装置に存在しない場合には、第二の記憶装置に格納されているデータを一定の基準、例えば計算機における使用頻度、に応じて消去し、そこにデータを転送する構成が考えられる。
【００１７】
尚、スイッチの代わりに、第一又は第二の記憶装置がデータの転送を制御しても良い。
【００１８】
【発明の実施の形態】
図１は、本発明を適用したコンピュータシステムの第１の実施形態を説明する図である。コンピュータシステムには、ＳＡＮ１０１、ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂが含まれる。ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂは、ＳＡＮ１０１を介して相互に接続されている。ＳＡＮ１０１は、ホスト１０５、スイッチ１０２ａ、１０２ｂ、１０２ｃ及び後述するコピー管理スイッチ１０３を有する。
【００１９】
以下、本実施形態においては、ホスト１０５は記憶装置１０４ａに格納されたデータ（以下「マスタデータ」と称する）に対するリード要求を行うものとする。
【００２０】
ホスト１０５は、ＣＰＵ１０５１、メモリ１０５２及びＳＡＮ１０１へ接続するためのインタフェイス１０５３を有する計算機である。
【００２１】
記憶装置１０４は、データを格納するメディア１０４３、ＳＡＮ１０１へ接続するためのインタフェイス１０４４、ホスト１０５からの要求に応答するためのプログラムを実行するためのＣＰＵ１０４１及びメモリ１０４２を有する。尚、記憶装置１０４が有するメディア１０４３には、多種の例が考えられる。例えば、メディア１０４３として、複数のハードディスクドライブから構成されるディスクアレイを採用しても良い。また、記憶装置１０４は、ホスト１０５からデータのリード要求を受け取ると、要求に対応するデータをホスト１０５に送信し、最後に送信を完了したことを示すレスポンスを送信する。
【００２２】
スイッチ１０２ａ、１０２ｂ、１０２ｃおよび、コピー管理スイッチ１０３は、相互に接続情報を交換し、後述するルーティング処理に必要なルーティングテーブルを作成する。具体的には、各スイッチ間の通信の負荷（オーバーヘッド）を表す情報（以下「接続コスト」という）を交換する。接続コストは一般にスイッチ間の通信線の通信帯域が小さいほど大きくなる。ただし、管理者等は、後述する管理端末１０６を介して、接続コストを任意の値に設定することもできる。各スイッチは取得した全ての接続コストから、他の各スイッチへの最も接続コストの和が小さい経路を算出し、それらをルーティングテーブルとして記憶する。
【００２３】
スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３には、各スイッチに固有のＳＡＮドメインアドレスが割り振られている。また記憶装置１０４ａ、１０４ｂ及びホスト１０５には、それぞれ固有のＳＡＮアドレスが割り振られる。ここで、ＳＡＮアドレスは、ＳＡＮ１０１に接続されるコンピュータ等の装置（以下「ノード」とも言う）と接続されるＳＡＮ１０１内のスイッチのＳＡＮドメインアドレス及びＳＡＮドメインアドレスで指定される集団（以下「ドメイン」）内部で固有のＳＡＮノードアドレスから構成されるアドレスである。
【００２４】
各ノードは他のノードへフレームを送受信する時、フレームに送信元と送信先のＳＡＮアドレスを付加することで、自分と相手を指定する。スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３は、ルーティングテーブル内でフレームの送信先のＳＡＮドメインアドレスを検索して、フレームのルーティングを行う。また、フレームの送信先のＳＡＮドメインアドレスが当該スイッチ１０２のＳＡＮドメインアドレスと一致している場合は、フレームの送信先のＳＡＮノードアドレスと一致するＳＡＮノードアドレスを持つ、当該スイッチ１０２に直接接続するノードへフレームを転送する。尚、フレームとは、ＳＡＮ１０１で使用されるプロトコルにおけるデータ又はアクセスリクエストを転送する際の単位である。
【００２５】
本実施形態では、接続コストが小さい、距離が短い又は記憶装置１０４ｂの方が記憶装置１０４ａよりも高性能などの理由により、ホスト１０５から記憶装置１０４ａへアクセスするよりも、記憶装置１０４ｂへアクセスするほうが、高速にアクセス出来るものとする。
【００２６】
コピー管理スイッチ１０３には、管理端末１０６が接続されている。本実施形態のコンピュータシステムのユーザ又は管理者は、管理端末１０６を用いてコピー管理スイッチ１０３にマスタデータを記憶装置１０４ｂへコピーするよう指示する。この際管理者は、管理端末１０６を介して、マスタデータの位置とコピーされたデータ（以下「コピーデータ」と称する）の位置との対応を示す情報をコピー管理スイッチ１０３、具体的には、後述するコピー管理テーブル１３１に登録する。尚、管理者等は、管理端末１０６を介してホスト１０５から記憶装置１０４ａへのアクセス頻度などの情報を収集し、マスタデータ全体ではなくアクセス頻度の高い一部の領域だけを記憶装置１０４ｂにコピーする旨、コピー管理スイッチ１０３に指示しても良い。
【００２７】
また、スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３はネーム管理を行う場合もある。例えばファイバチャネルスイッチは、ノードやポートに割り振られる、世界でユニークな不変の値であるワールドワイドネーム（以下「ＷＷＮ」）から、ＳＡＮ１０１内でユニークなポートのＳＡＮアドレスを検索するためのテーブルを有する。ＷＷＮには、ＳＡＳ１０１に接続するポートに固有なＷＷＰＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｐｏｒｔ Ｎａｍｅ）と、ノードに固有なＷＷＮＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎｏｄｅ Ｎａｍｅ）がある。複数の接続ポートを持つノードは、１つのＷＷＮＮと複数のＷＷＰＮを持つことができる。また、ＩＰネットワーク上にＳＣＳＩプロトコルを流すｉＳＣＳＩと呼ばれる規格でもｉＳＮＳと呼ばれるネーム管理用の体系が存在する。
【００２８】
図２はコピー管理スイッチ１０３の構成を示す図である。コピー管理スイッチ１０３は、他のノードと接続するためのポート１１１、制御部１１２、管理端末１０６と接続するための管理ポート１１３、アドレス変換部１１４並びにルーティング処理及びスイッチング処理を行うスイッチング処理部１１５を有する。スイッチング処理部１１５は、ルーティング処理を行うためのルーティングテーブルを保持する。
【００２９】
制御部１１２は、ＣＰＵ１１２１、メモリ１１２２及び不揮発メモリ１１２３を有する。アドレス変換部１１４は、ＣＰＵ１１４１及びメモリ１１４２を有する。尚、本図で開示された構成は実施の一例であり、同等の機能が達成できるならば他の構成であってもよい。
【００３０】
図３は、コピー管理スイッチ１０３のメモリ１１２２、１１４２及び不揮発メモリ１１２３に格納されるプログラムやデータを示す図である。
【００３１】
初期化処理プログラム１２１は、コピー管理スイッチ１０３の起動時にＣＰＵ１１２１で実行されるプログラムである。ＣＰＵ１１２１は、初期化処理プログラム１２１を実行することで、他の各プログラムを不揮発メモリ１１２３からメモリ１１２２及びメモリ１１４２に読み出し、後述するコピー管理テーブル１３１を各アドレス変換部１１４が有するメモリ１１４２に読み出す。
【００３２】
管理端末からの要求処理プログラム１２２、ルーティングプロトコル処理プログラム１２３及びネームサービス処理プログラム１２４は制御部１１２のメモリ１１２２に格納され、ＣＰＵ１１２１で実行される。アドレス変換処理プログラム１２６はアドレス変換部１１４のメモリ１１４２に格納され、ＣＰＵ１１４１で実行される。
【００３３】
ＣＰＵ１１２１は、管理端末からの要求処理プログラム１２２を実行することで、管理ポート１１３で受信される管理端末１０６からの要求に基づき、コピー管理テーブル１３１の内容を変更する。またＣＰＵ１１２１は、管理端末１０６からの要求処理プログラム１２２を実行することで、管理端末１０６からの要求に基づき、データのコピーを実行する。
【００３４】
一方、ＣＰＵ１１２１は、管理端末からの要求処理プログラム１２２を実行することで、一般的なスイッチで行われる管理を実行することができる。尚、管理ポート１１３で用いられるプロトコルは例えばＴＣＰ／ＩＰなどがあるが、管理端末１０６と通信できるならば他のプロトコルが用いられても良い。
【００３５】
ＣＰＵ１１２１は、ルーティングプロトコル処理プログラム１２３を実行することで、他のスイッチ１０２とＳＡＮ１０１内における接続に関する情報（以下「接続情報」）を交換することでルーティングテーブルを作成し、スイッチング処理部１１５が有するメモリに、作成したルーティングテーブルを格納する。
【００３６】
ＣＰＵ１１２１は、ネームサービス処理プログラム１２４を実行することで、コピー管理スイッチ１０３に接続されているノードの情報をネームデータベース１２５に登録する一方、ノードからの検索要求に応答する。ノードからのネームデータベース１２５への検索要求を受け取るため、制御部１１２にはＳＡＮアドレスが割り振られている。
【００３７】
アドレス変換部１１４のＣＰＵ１１４１は、アドレス変換処理プログラム１２６を実行して、ポート１１１がフレームを受信したことを契機に、コピー管理テーブル１３１に登録されている情報に基づいて、リード要求・リードデータなどの送信先・送信元ＳＡＮアドレスを変換する。アドレス変換処理の詳細は後述する。尚、本実施形態ではアドレス変換処理をプログラムに基づいて実行するが、専用ハードウェアでアドレス変換処理を行っても良い。
【００３８】
図４は、コピー管理テーブル１３１の構造を示す図である。コピー管理テーブル１３１は、複数のコピー管理エントリ１３２を有する。各コピー管理エントリ１３２には、一組のマスタデータとコピーデータの対応関係の情報が保持される。コピー管理エントリ１３２は、マスタデータを格納する記憶装置１０４を示すマスタＳＡＮアドレスが登録されるフィールド１３３、マスタデータが格納される記憶装置１０４内の論理ユニットを示す番号（以下「マスタＬＵＮ」）が登録されるフィールド１３４、論理ユニット内のマスタデータの先頭位置を示す論理ブロックアドレス（以下「マスタＬＢＡ」）が登録されるフィールド１３５、マスタデータのサイズを示すマスタＬｅｎｇｔｈが登録されるフィールド１３６、コピー管理エントリ１３２に登録されたマスタデータに対応するコピーデータが格納された記憶装置１０４を示すコピーＳＡＮアドレスが登録されるフィールド１３７、コピーデータが格納される記憶装置１０４内の論理ユニットを示す番号（以下「コピーＬＵＮ」）が登録されるフィールド１３８及び論理ユニット内のコピーデータの先頭位置を示す論理ブロックアドレス（以下「コピーＬＢＡ」）が登録されるフィールド１３９を有する。尚、コピーデータのデータ長さはマスタデータと同じなので、コピーＬｅｎｇｔｈを登録するフィールドは不要である。
【００３９】
以下、本発明における各装置の動作の概要について説明する。
【００４０】
本実施形態では、まず、管理者等の指示にしたがって、コピー管理スイッチ１０３がマスタデータが格納された記憶装置１０５ａから記憶装置１０５ｂにマスタデータが転送され、コピーデータが作成される。この際、コピー管理テーブル１３１にマスタデータを格納する記憶装置１０５ａとコピーデータを格納する記憶装置１０５ｂとの関係を示す情報が登録される。
【００４１】
上述したコピー処理の終了後、コピー管理スイッチ１０３は、ホスト１０５からリード要求を受け取ると、リード要求が含まれるフレームが保持するアドレス情報が上述したマスタデータとコピーデータとの対応関係を示す情報に含まれているか否かを判断することで、リード要求に対応するデータがマスタデータで、かつマスタデータに対応するコピーデータが存在するか判定する。
【００４２】
リード要求の対象となるマスタデータに対応するコピーデータが存在する場合、コピー管理スイッチ１０３は、ホスト１０５から受信した記憶装置１０４ａに格納されたマスタデータへのリード要求を、そのコピーデータを格納する記憶装置１０４ｂに対するリード要求に変換する。具体的には、コピー管理スイッチ１０３は、リード要求に含まれるリクエスト受信先（記憶装置１０４ａ）を示すＳＡＮアドレスを、コピーデータが格納された記憶装置１０４ｂのＳＡＮアドレスに変更する。これによりネットワークの効率的な利用を行う。
【００４３】
以下、コピーデータ作成の手順について説明する。システムの使用者又は管理者は管理端末１０６を介して、記憶装置１０４ａのＳＡＮアドレス、マスタデータの記憶装置１０４ａ内部でのアドレスである論理ユニット番号（以下「ＬＵＮ」）、論理ブロックアドレス（以下「ＬＢＡ」）、マスタデータのＬｅｎｇｔｈ、記憶装置１０４ｂのＳＡＮアドレス、データコピー先のＬＵＮ、ＬＢＡをコピー管理スイッチ６０３に送信する。
それらの情報を受信した制御部１１２は、マスタデータへのリード要求を記憶装置１０４ａに送信する。
【００４４】
次に、制御部１１２は、記憶装置１０４ａから送られてきたリードデータをメモリ１１２２に格納する。続けて制御部１１２は、記憶装置１０４ｂにライト要求を送信し、メモリ１１２２に格納されているマスタデータを記憶装置１０４ｂに書き込む。このような処理によって、データのコピーが行われる。
【００４５】
尚、上述のコピー動作は処理の一例であり、この方法に限定されるものではない。例えばメモリ１１２２の代わりにリードデータを格納する専用のバッファを制御部１１２に設けても良い。また、記憶装置１０４ａ自体がコピー処理を行っても良い。例えばＳＣＳＩプロトコルの規格には、ＥＸＴＥＮＤＥＤ ＣＯＰＹというコマンドがある。このコマンドを処理することができる記憶装置は、ＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを受け取ると、コマンドが指定する記憶装置の特定の領域を他の記憶装置の特定の領域にコピーする。
【００４６】
したがって、マスタデータを保持する記憶装置１０４ａがＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを処理することができる場合、以下のようにしてもコピー処理を実行できる。
【００４７】
制御部１１２は、マスタデータを保持する記憶装置１０４ａにコピーを行うようＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを送信する。記憶装置１０４ａは、ＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドで指定された記憶領域の内容を、記憶装置１０４ｂに転送する。指定された記憶領域に格納されたデータの転送が終了すると、記憶装置１０４ａは、処理の終了をしめすレスポンスをＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドの送信元、ここではコピー管理スイッチ６０３へ送信し、コピー処理が完了する。
【００４８】
次に、コピー処理完了後のコピー管理スイッチ１０３の動作について説明する。上述したように、ホスト１０５からフレームを受信したコピー管理スイッチ１０３は、アドレス変換部１１４でフレームの転送元あるいは転送先のアドレスを変換し、適切な装置へフレームを転送する。
【００４９】
図５は、アドレス変換部１１４で実行されるアドレス変換処理の手順の一例を示すフローチャートである。
ポート１１１がフレームを受け取ると、ＣＰＵ１１４１は、アドレス変換処理プログラム１２６の実行を開始する（ステップ１５１）。ＣＰＵ１１４１は、ポート１１１で受信されたフレームが、ホスト１０５が発行した記憶装置１０４へのリード要求を含むフレームであるか否かを判定する（ステップ１５２）。
【００５０】
フレームがリード要求を含む場合、ＣＰＵ１１４１は、リード要求が要求するデータのコピーがコンピュータシステムに存在するか判定する。具体的には、ＣＰＵ１１４１は、コピー管理エントリ１３２に含まれるフィールド１３３、フィールド１３４、フィールド１３５及びフィールド１３６に登録された情報で示される領域に、リード要求を含むフレームに格納されている送信先ＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで示される領域が含まれるという条件を満たすコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ１５３）。
【００５１】
ステップ１５３の条件に合致するコピー管理エントリ１３２が存在する場合、ＣＰＵ１１４１は、そのコピー管理エントリ１３２を用いて、リード要求を含むフレームをコピーデータが格納されている記憶装置１０４へのリード要求を含むフレームに変換する。具体的には、ＣＰＵ１１４１は、リード要求を含むフレームの送信先をフィールド１３７に登録された値に、ＬＵＮをフィールド１３８に登録された値に、ＬＢＡを（ＬＢＡ＋フィールド１３９に登録された値−フィールド１３５に登録された値）に変更する。
【００５２】
ステップ１５２でフレームの内容がリード要求ではないと判断した場合、ＣＰＵ１１４１は、フレームの内容がリード要求に対応して記憶装置１０４から転送されるデータ（以下「リードデータ」）又はレスポンスであるか判定する（ステップ１５５）。フレームの内容がリードデータ又はレスポンスである場合、ＣＰＵ１１４１は、リードデータ又はレスポンスが、コピーデータが格納された記憶装置１０４ｂから送信されたものか判定する。具体的には、ＣＰＵ１１４１は、フレームの送信元がフィールド１３７に登録された値と一致するコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ１５６）。
【００５３】
フレームがコピーデータが格納された記憶装置１０４ｂから送信されていた場合、ＣＰＵ１１４１は、ステップ１５６で見つけたコピー管理エントリ１３２を用いて、フレームの送信元をフィールド１３３に登録されたマスタＳＡＮアドレスに変更する（ステップ１５７）。
【００５４】
ステップ１５４及び１５７で説明される処理の終了後、ＣＰＵ１１４１は、スイッチング処理部１１５に処理したフレームを送信する。尚、ステップ１５３及びステップ１５６で該当するコピー管理エントリ１３２が存在しない場合並びにステップ１５５でフレームがリードデータ及びレスポンスではないと判断された場合、ＣＰＵ１１４１は、受信したフレームをそのままスイッチング処理部１１５に送信する（ステップ１５８）。
【００５５】
本実施形態のコンピュータシステムの一連の動作をまとめると、次のようになる。
【００５６】
システムの使用者又は管理者が管理端末１０６を介して、コピー管理スイッチ１０３にデータコピーを指示し、コピー管理テーブル１３１を登録する。
【００５７】
図４には、スイッチ１０２ｃのＳＡＮドメインアドレスが４、記憶装置１０４ａのＳＡＮノードアドレスが０１、コピー管理スイッチ１０３のＳＡＮドメインアドレスが５、記憶装置１０４ｂのＳＡＮノードアドレスが０２であり、長さ１０００００のマスタデータが記憶装置１０４ａのＬＵＮ０のＬＢＡ０から格納されていて、マスタデータ全体を記憶装置１０４ｂのＬＵＮ５のＬＢＡ５００００から始まる領域にコピーした場合のマスタデータとコピーデータの対応関係を示す情報がコピー管理エントリ１３２の各フィールドに登録された例が示されている。
【００５８】
ホスト１０５が記憶装置１０４ａへのリード要求を行う。リード要求に対応するフレームには、送信先である記憶装置１０４ａのＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈ及び送信元であるホスト１０５のＳＡＮアドレスが含まれる。
【００５９】
リード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ１０３に届く。リード要求を受取ったコピー管理スイッチ１０３は、コピー管理テーブル１３１の情報とフレームの内容とを照合する。リード要求に対応するコピーデータが存在する場合、リード要求をコピーデータへのリード要求に変換し、記憶装置１０４ｂに変換されたフレームをルーティングする。
【００６０】
リード要求を受取った記憶装置１０４ｂは、リード要求の対象であるコピーデータを読み出し、リード要求の送信元であるホスト１０５へリードデータを送信する。リードデータのフレームには、送信先であるホスト１０５のＳＡＮアドレス及び送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【００６１】
リードデータを受取ったコピー管理スイッチ１０３は、コピー管理テーブル１３１の情報に基づきリードデータの送信元を記憶装置１０４ａに変更する。その後、リードデータは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５は、リードデータを記憶装置１０４ａから送信されたものとして受け取る。
【００６２】
一連の動作により、記憶装置１０４ａへのリード要求は、実際にはＳＡＮ１０１でより高速にアクセスできる記憶装置１０４ｂで処理されるので、レスポンスが高速になり、スイッチ１０２ｂ、１０２ｃおよび記憶装置１０４ａにかかる負荷を減らすことができる。
【００６３】
図６は、本発明を適用したコンピュータシステムの第二の実施形態を示す図である。第一の実施形態とは、コピー管理スイッチ２０３が複数存在する点が異なっている。尚、他の構成については第一の実施形態と同一であるので、説明を省略する。
【００６４】
また、本実施形態では、ホスト１０５から記憶装置１０４ａへの最短経路は、ホスト１０５→スイッチ１０２ａ→コピー管理スイッチ２０３ａ→スイッチ１０２ｂ→記憶装置１０４ａとし、ホスト１０５から記憶装置１０４ｂへの最短経路はホスト１０５→スイッチ１０２ａ→コピー管理スイッチ２０３ｂ→記憶装置１０４ｂとする。またホスト１０５から記憶装置１０４ａの接続コストよりホスト１０５から記憶装置１０４ｂの接続コストの方が小さいものとする。
【００６５】
システムの管理者又は利用者は、コピー管理スイッチ２０３ａ及び２０３ｂと接続される管理端末１０６を介して、記憶装置１０４ａが保持するマスタデータを記憶装置１０４ｂにコピーする指示をコピー管理スイッチ２０３ｂに行い、マスタデータとコピーデータの対応を示す情報を、コピー管理スイッチ２０３ａ、２０３ｂが有するコピー管理テーブル２３１に登録する。
【００６６】
また、コピー管理スイッチ２０３が有するメモリ１１２２には、第一の実施形態におけるプログラム等に加え、代理アドレステーブル２４１が格納される。さらに、ＣＰＵ１１４１が実行するアドレス変換処理プログラム２２６の内容も第一の実施形態と異なる。
【００６７】
また、不揮発メモリ１１２３に格納されるコピー管理テーブル２３１が有するコピー管理エントリ２３２は、第一の実施形態のコピー管理エントリ１３２の各フィールドに加え、ローカルフラグを登録するフィールド２４０を有する。
【００６８】
ローカルフラグは、コピー管理スイッチ２０３が有するコピー管理エントリ２３２のマスタＳＡＮアドレス１３３に対応する記憶装置１０４と、当該コピー管理スイッチ２０３を含めた複数のコピー管理スイッチ２０３との間の接続関係を示すフラグである。具体的には、複数のコピー管理スイッチ２０３と記憶装置１０４との間に存在する機器の個数に応じて、値が設定される。以下、機器の個数が少ないことを「近い」と表現する。
【００６９】
本実施形態では、コピー管理スイッチ２０３ａよりコピー管理スイッチ２０３ｂの方が記憶装置１０４ｂの近くに接続されているので、管理端末１０６はコピー管理スイッチ２０３ａにはローカルフラグを０に、コピー管理スイッチ２０３ｂにはローカルフラグを１にしたコピー管理エントリ２３２をコピー管理テーブル２３１に登録する。
【００７０】
図７は、代理アドレステーブル２４１の構成を示す図である。代理アドレステーブル２４１は、データを要求するホスト１０５を示すＳＡＮアドレス（以下「ホストＳＡＮアドレス」）、マスタＳＡＮアドレス、及び本実施形態におけるアドレス変換処理で用いられる代理アドレス（以下「代理ＳＡＮアドレス」）との対応関係を記録するためのテーブルである。
【００７１】
代理アドレステーブル２４１は複数の代理アドレスエントリ２４２を有する。各代理アドレスエントリ２４２は、ホストＳＡＮアドレスが登録されるフィールド２４３、マスタＳＡＮアドレスが登録されるフィールド２４４及び代理ＳＡＮアドレスが登録されるフィールド２４５を有する。代理アドレステーブル２４１の使用方法については後述する。
【００７２】
図８は、本実施形態におけるＣＰＵ１１４１のアドレス変換処理の手順の一例を示すフローチャートである。
【００７３】
ポート１１１がフレームを受信したら、ＣＰＵ１１４１は、アドレス変換処理プログラム２２６の実行を開始する（ステップ２５１）。ＣＰＵ１１４１は、受信したフレームの内容がリード要求か否かを判定する（ステップ２５２）。受信したフレームの内容がリード要求である場合、ＣＰＵ１１４１は、リード要求が要求するデータのコピーがコンピュータシステム内に存在するか判定する。具体的には、ＣＰＵ１１４１は、コピー管理エントリ１３２に含まれるフィールド１３３、フィールド１３４、フィールド１３５及びフィールド１３６に登録された情報で示される領域に、リード要求を含むフレームに格納されている送信先ＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで示される領域が含まれるという条件を満たすコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ２５３）
ステップ２５３で示される条件に合致するコピー管理エントリ２３２が存在する場合、ＣＰＵ１１４１は、ステップ２５３で見つけたコピー管理エントリ２３２を用いて、リード要求をコピーデータが格納される記憶装置１０４へのリード要求に変換する。具体的には、リード要求を含むフレームの送信先をフィールド１３７に登録されたコピーＳＡＮアドレスに、フレームのＬＵＮをフィールド１３８に登録されたコピーＬＵＮに、フレームのＬＢＡを（ＬＢＡ＋フィールド１３９に登録されたコピーＬＢＡの値−フィールド１３５に登録されたマスタＬＢＡの値）に変更する（ステップ２５４）。
【００７４】
ステップ２５３でフレームの送信先がコピー管理テーブル２３１に含まれていない場合及びフレームをコピーデータが格納されている記憶装置１０４へのリード要求に変換した場合、ＣＰＵ１１４１は、リード要求がＣＰＵ１１４１が属するコピー管理スイッチ２０３に接続された記憶装置１０４へのものかどうか判定する。具体的には、まずリード要求の送信先のＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで表される領域を、コピーＳＡＮアドレス１３７、コピーＬＵＮ１３８、コピーＬＢＡ１３９とマスタＬｅｎｇｔｈ１３６で表される領域が含み、かつローカルフラグ２４０が１であるコピー管理エントリ２３２がコピー管理テーブル２３１に存在するか判定する（ステップ２５５）。
【００７５】
ローカルフラグが１であるコピー管理エントリ２３２がある場合、ＣＰＵ１１４１は、リード要求を含むフレームの送信元を変更する。これは、コピーデータへのリード要求と、コピーデータを保持する記憶装置１０４が保持するコピーデータ以外のデータへのリード要求とを区別できるようにするためである。具体的には、まずＣＰＵ１１４１は代理ＳＡＮアドレスを生成する。代理ＳＡＮアドレスは、当該コピー管理スイッチ２０３に割り振られたＳＡＮドメインアドレスを含み、他のいかなるノードのＳＡＮアドレスや、代理アドレステーブル２４１に保持される代理アドレスエントリ２４２のフィールド２４５に登録された代理ＳＡＮアドレスと重複しないように決定される。
【００７６】
次に、ＣＰＵ１１４１は、代理アドレステーブル２４１内の使用されていない代理アドレスエントリ２４２に、リード要求を発行したホスト１０５に対応するホストＳＡＮアドレス、マスタＳＡＮアドレス及び代理アドレスとの対応関係を登録する。具体的には、ステップ２５５で見つかったコピー管理エントリ２３２を用いて、ＣＰＵ１１１４１は、リード要求の送信元であるホスト１０５を示すホストＳＡＮアドレスをフィールド２４３に、マスタＳＡＮアドレス１３３をフィールド２４４に、生成した代理ＳＡＮアドレスをフィールド２４５に登録する。その後、ＣＰＵ１１４１は、リード要求であるフレームの送信元を、生成した代理アドレスに変更する（ステップ２５６）。
【００７７】
ステップ２５２で受信したフレームの内容がリード要求でないと判断した場合、ＣＰＵ１１４１は、受信したフレームの内容がリードデータであるか判定する（ステップ２５７）。受信したフレームの内容がリードデータである場合、ＣＰＵ１１４１は、リードデータの送信先が当該コピー管理スイッチ２０３の生成した代理ＳＡＮアドレスであるか判定する。具体的には、ＣＰＵ１１４１は、リードデータの送信先を示すＳＡＮアドレスがフィールド２４５に登録された代理ＳＡＮアドレスと一致する代理アドレスエントリ２４２が代理アドレステーブル２４１に存在するか判定する（ステップ２５８）。
【００７８】
条件を満たす代理アドレスエントリ２４２が見つかった場合、ＣＰＵ１１４１は、ステップ２５８で見つけた代理アドレスエントリ２４２に登録された情報を用いて、フレームの送信元をフィールド２４４に登録されたマスタＳＡＮアドレスに、送信先をフィールド２４３に登録されたホストＳＡＮアドレスに変更する（ステップ２５９）。
【００７９】
ステップ２５７で受信したフレームの内容がリードデータでないと判断した場合、ＣＰＵ１１４１は、受信したフレームの内容がレスポンスであるか判定する（ステップ２６０）。フレームの内容がレスポンスである場合、ＣＰＵ１１４１は、フレームの送信先が当該コピー管理スイッチ２０３の生成した代理ＳＡＮアドレスで示されるノードであるか判定する。具体的には、ＣＰＵ１１４１は、フレームの送信先を示すＳＡＮアドレスがフィールド２４５に登録された代理ＳＡＮアドレスと一致する代理アドレスエントリ２４２が代理アドレステーブル２４１に存在するか判定する（ステップ２６１）。
【００８０】
ステップ２６１で条件を満たす代理アドレスエントリ２４２が見つかった場合、ＣＰＵ１１４１は、見つかった代理アドレスエントリ２４２に登録された情報を用いて、フレームの送信元をフィールド２４４に登録されたマスタＳＡＮアドレスに、送信先をフィールド２４３に登録されたホストＳＡＮアドレスに変更する。また、ＣＰＵ１１４１は、代理アドレスエントリ２４２を代理アドレステーブル２４１から消去する（ステップ２６２）。
【００８１】
フレームの送信先がステップ２５５で示される条件を満たさない場合、ステップ２５８及び２６１でフレームの送信先が代理ＳＡＮアドレスでない場合並びにステップ２５６、２５９及び２６２でフレームのアドレス変換が済んだ場合、ＣＰＵ１１４１は、スイッチング処理部１１５へ処理したフレームを送信する（ステップ２６３）。
【００８２】
本実施形態におけるコンピュータシステムの一連の動作をまとめると、次のようになる。
【００８３】
システムの使用者又は管理者が管理端末１０６を介して、コピー管理スイッチ１０３にデータコピーを指示し、各コピー管理スイッチのコピー管理テーブル２３１へその情報を登録する。
【００８４】
ホスト１０５が記憶装置１０４ａへのリード要求を行う。リード要求は送信先である記憶装置１０４ａのＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈと送信元であるホスト１０５のＳＡＮアドレスを含む。リード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ２０３ａに届く。
【００８５】
コピー管理スイッチ２０３ａはリード要求を受け取ると、コピー管理テーブル２３１の情報と照合する。コピー管理スイッチ２０３ａは、リード要求の送信先を記憶装置１０４ｂが保持するコピーデータへのリード要求に変換しルーティングする。ただし、記憶装置１０４ｂはコピー管理スイッチ２０３ａに接続されていないので、代理アドレスは生成されず、送信元も変更されない。
【００８６】
書き換えられたリード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、コピー管理スイッチ２０３ｂに届く。リード要求を受取ったコピー管理スイッチ２０３ｂは、受取ったフレームの内容をコピー管理テーブル２３１の情報と照合する。その結果、コピー管理スイッチ２０３ｂは、代理ＳＡＮアドレスを生成し、ホスト１０５のＳＡＮアドレス、マスタである記憶装置１０４ａのＳＡＮアドレス及び代理ＳＡＮアドレスの対応関係を代理アドレステーブル２４１の代理アドレスエントリ２４２に記録する。その後、コピー管理スイッチ２０３ｂは、リード要求の送信元を代理ＳＡＮアドレスに変更してフレームをルーティングする。
【００８７】
リード要求を受取った記憶装置１０４ｂは、リード要求に対応するコピーデータを読み出し、送信先を代理ＳＡＮアドレスにしてリードデータをコピー管理スイッチ２０３ｂへ送信する。リードデータを含むフレームには、送信先である代理ＳＡＮアドレスと送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【００８８】
リードデータのフレームがコピー管理スイッチ２０３ｂに届くと、コピー管理スイッチ２０３ｂは代理アドレステーブル２４１の情報に基づき、リードデータの送信元を記憶装置１０４ａのＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更する。その後、リードデータを含むフレームは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５はリードデータを記憶装置１０４ａから送信されたものとして受け取る。
【００８９】
一方、記憶装置１０４ｂからのレスポンスがコピー管理スイッチ２０３ｂに届くと、コピー管理スイッチ２０３ｂは、送信元を記憶装置１０４ａのＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更しルーティングすると同時に、代理アドレステーブル２４１から対応関係を記録している代理アドレスエントリ２４２を消去する。ホスト１０５はレスポンスを記憶装置１０４ａから送信されたレスポンスとして受け取る。
【００９０】
本実施形態では、ホスト１０５とマスタデータを保持する記憶装置１０４ａの経路上にコピー管理スイッチ２０３ａが存在している。しかし第１の実施形態と異なり、コピー管理スイッチ２０３ａにはコピーデータを保持する記憶装置１０４ｂは接続されていない。それでも、本実施形態では、リード要求はコピーデータを保持する記憶装置１０４ｂへのリード要求へ変換され、コピーデータを保持する記憶装置１０４ｂが接続しているコピー管理スイッチ２０３ｂに届き、コピーデータが記憶装置１０４ａからのリードデータとしてホスト１０５に送信される。
【００９１】
また、本実施形態では代理ＳＡＮアドレスを用いることで、コピー管理スイッチ２０３によって変更されたリード要求と、元々コピーを保持する記憶装置１０４ｂへ発行されたリード要求などのコマンドとを区別することが可能である。そのため、コピーデータを有する記憶装置１０４ｂを通常の記憶装置１０４ｂとして用いることが可能になる。さらに、リード要求ごとに異なる代理ＳＡＮアドレスを用いるので、複数の記憶装置１０４に保持されるマスタデータを一つの記憶装置１０４ｂにコピーして、コピーデータとして用いることが可能になる。
【００９２】
尚、本実施形態では代理ＳＡＮアドレスを用いて、記憶装置１０４からのリードデータを、そのアドレス情報を変換する必要のあるリードデータと、変換する必要のないリードデータを分類した。しかし、フレームにリード要求とリードデータとレスポンスの対応を認識できるような情報が付加されている場合は代理ＳＡＮアドレスを用いず、その付加情報でリードデータを分類することもできる。例えば、ファイバチャネルプロトコルではエクスチェンジＩＤと呼ばれるＩＤが各フレームに付加されているので、この情報に基づいてリードデータ、レスポンスを分類することも可能である。
【００９３】
図９は、本発明の第３の実施形態を適用したコンピュータシステムの構成例を示す図である。ＳＡＮ１０１は、スイッチ１０２ａ、１０２ｂ及びコピー管理スイッチ３０３を有する。また、ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂがＳＡＮ１０１に接続されている。記憶装置１０４ａにはマスタデータが格納されている。
【００９４】
尚、本実施形態においても、ホスト１０５と記憶装置１０４ａとの間の通信線の接続コストよりホスト１０５と記憶装置１０４ｂとの間の通信線の接続コストの方が小さいものとする。
【００９５】
システムの使用者や管理者は、コピー管理スイッチ３０３に接続された管理端末１０６を介して、上述した他の実施形態と同様に、マスタデータのコピーを行い、マスタデータとコピーデータの対応関係の情報を、コピー管理スイッチ３０３のコピー管理テーブル２３１に記録し管理する。本実施例では、これらに加えて後述する仮想アドレステーブル３４１も記録し、管理する。
【００９６】
コピー管理スイッチ３０３は、後述する方法を用いて、コピー管理スイッチ３０３に接続される装置に対して、仮想的な記憶装置１０４（以下「仮想記憶装置３０７」）が存在するかのように振舞う。
【００９７】
以下、本実施形態においては、ホスト１０５はマスタデータが仮想記憶装置３０７に格納されていると判断して、仮想記憶装置３０７へリード要求を行う。これは、後述するコピー管理エントリ２３２ａ、２３２ｂが管理端末１０６によってコピー管理スイッチ３０３に登録されているため、コピー管理スイッチ３０３が仮想記憶装置３０７へのリード要求を、コピーデータの有無により記憶装置１０４ａないし記憶装置１０４ｂへのリード要求に変換するからである。これによりネットワークの効率的な利用を行う。尚、ホスト１０５には仮想記憶装置３０７のＷＷＮが設定されている。ホスト１０５はネームサービスを使って、仮想記憶装置３０７のＷＷＮから仮想記憶装置３０７のＳＡＮアドレス（２つ）を知る。
【００９８】
尚、本実施形態におけるコピー管理スイッチ３０３の構成は第１の実施形態のコピー管理スイッチ１０３と同様である。しかし、コピー管理スイッチ３０３が有するメモリに登録される情報等については、第二の実施形態と比較して、下記に示すような違いがある。
【００９９】
第一に、ＣＰＵ１１２１が初期化処理プログラム３２１を実行して、後述する仮想アドレステーブル３４１を不揮発メモリ１１２３から読み出し、仮想アドレステーブル３４１に記録されている仮想記憶装置３０７のアドレス情報をネームデータベース１２５に登録する点である。第二に、ＣＰＵ１１２１が端末からの要求処理プログラム３２２を実行して、第２の実施形態における処理に加え、管理ポート１１３で受信される管理端末１０６からの要求に答え、不揮発メモリ１１２３に保持される仮想アドレステーブル３４１の変更を行う点である。
【０１００】
図１０は、仮想アドレステーブル３４１の内容を示す図である。仮想アドレステーブル３４１は、複数の仮想アドレスエントリ３４２を有する。仮想アドレスエントリ３４２は１つの仮想的なノード、例えば仮想記憶装置３０７に対応し、仮想的なノードのＳＡＮアドレス（以下「仮想ＳＡＮアドレス」）及び仮想的なＷＷＮ（以下、「仮想ＷＷＰＮ」、「仮想ＷＷＮＮ」と称する）が、仮想アドレスエントリ３４２のエントリ３４３、３４４及び３４５に登録される。
【０１０１】
尚、本実施形態におけるコピー管理テーブル２３１、代理アドレステーブル２４１は第２の実施形態と同様のものを用いる。アドレス変換処理プログラム２２６も第２の実施形態と同様である。
【０１０２】
本実施形態におけるコンピュータシステムの一連の動作をまとめると、次のようになる。
【０１０３】
はじめに、システムの使用者や管理者が、コピー管理スイッチ３０３に接続された管理端末１０６を介して、記憶装置１０４ａに格納されたマスタデータを記憶装置１０４ｂコピーする指示をコピー管理スイッチ３０３に行う。続けて、仮想アドレステーブル３４１とコピー管理テーブル２３１を設定する。スイッチ１０２ａのＳＡＮドメインアドレスが４、コピー管理スイッチのＳＡＮドメインアドレスが５、記憶装置１０４ａのＳＡＮアドレスが４０１、記憶装置１０４ｂのＳＡＮアドレスが５０１、仮想記憶装置３０７に割り当てるＳＡＮアドレスを５０２、ＷＷＰＮを１２３４、ＷＷＮＮを５６７８とし、マスタデータが記憶装置１０４ａのＬＵＮ０、ＬＢＡ０から始まる長さ１０００００の領域に格納されており、マスタデータの先頭から長さ５００００の部分を記憶装置１０４ｂのＬＵＮ０、ＬＢＡ０から始まる領域にコピーした場合のコピー管理テーブル２３１、コピー管理エントリ２３２ａ、２３２ｂと仮想アドレステーブル３４１、仮想アドレスエントリ３４２にセットされる値を図１０、図１１に示す。コピー管理エントリ２３２ａは、仮想記憶装置３０７のＬＵＮ０、ＬＢＡ０から始まる長さ５００００の部分へのリード要求が、記憶装置１０４ｂへのリード要求に変換されることを示す。一方コピー管理エントリ２３２ｂは、仮想記憶装置３０７のＬＵＮ０，ＬＢＡ５００００から始まる長さ５００００の部分へのリード要求が、記憶装置１０４ａへのリード要求に変換されることを示す。
【０１０４】
設定終了後、ホスト１０５が仮想記憶装置３０７へのリード要求を発行する。リード要求のフレームには、送信先である仮想記憶装置３０７のＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈ及び送信元であるホスト１０５のＳＡＮアドレスが含まれる。リード要求のフレームは、送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ３０３に届く。
【０１０５】
リード要求を受取ったコピー管理スイッチ３０３は、リード要求のフレームに含まれている情報をコピー管理テーブル２３１の情報と照合する。照合の結果、リード要求がコピー管理エントリ２３２ａにヒットしたなら、コピー管理スイッチ３０３は、第二の実施形態と同様に、リード要求の送信先をコピーデータを有する記憶装置１０４ｂへのリード要求に変換し、代理アドレスを生成し、送信元を代理アドレスに変更して、そのリード要求のフレームを記憶装置１０４ｂに転送する。そして、コピー管理スイッチ３０３ｂは、ホスト１０５ａ、仮想記憶装置３０７及び代理アドレスの対応を代理アドレステーブル２４１の代理アドレスエントリ２４２に記録する。また、照合の結果、リード要求がコピー管理エントリ２３２ｂにヒットした場合は、リード要求を１０４ａに格納されたマスタデータへのリード要求に変換し、同様の処理を行う。
【０１０６】
リード要求を受取った記憶装置１０４ｂは、指定されたデータを読み出し、送信先を代理ＳＡＮアドレスに設定してリードデータを送信する。リードデータのフレームには送信先を示す代理ＳＡＮアドレス及び送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【０１０７】
リードデータのフレームを受信すると、コピー管理スイッチ３０３は代理アドレステーブル２４１の情報に基づき、リードデータのフレームの送信元を仮想記憶装置３０７のＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更する。リードデータは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５は、リードデータを仮想記憶装置３０７から送信されたものとして受け取る。
【０１０８】
第１、第２の実施形態では、ホスト１０５とマスタデータを保持する記憶装置１０４ａとの間のネットワークの経路（以下「パス」）上にコピー管理スイッチ１０３等があり、そのコピー管理スイッチ１０３等でリード要求のフレームが変更されていた。しかし本実施形態では、コピー管理スイッチ３０３が仮想記憶装置３０７を提供するため、ホスト１０５と記憶装置１０４ａとの間のパス上には無いコピー管理スイッチ３０３に直接リード要求が到達する。
【０１０９】
また、本実施形態の一つとして、図１２のような構成を取ることもできる。この構成では、記憶装置１０４ａがコピー管理スイッチ３０３ａに接続される。管理者等は、管理端末１０６を介してコピー管理スイッチ３０３ａ、３０３ｂのコピー管理テーブル２３１や仮想アドレステーブル３４１を設定し、それぞれのコピー管理スイッチが仮想記憶装置３０７を提供するようにする。
【０１１０】
この場合、ホスト１０５ａ、１０５ｂが各コピー管理スイッチ３０３のネームデータベースを参照したときに、仮想記憶装置３０７が複数のポートを持つノードとして認識されるように、コピー管理スイッチ３０３ａ、３０３ｂの仮想アドレステーブル３４１において、ＷＷＮＮが等しい仮想アドレスエントリ３４２が登録される。
【０１１１】
ホスト１０５ａ、１０５ｂでは、アクセスすべき記憶装置１０４がＷＷＮＮで設定される。ホスト１０５ａ、１０５ｂはネームデータベースを参照し、アクセスすべき記憶装置１０４（実際には仮想化記憶装置３０７）の二つのＳＡＮアドレスを取得する。この場合、ホスト１０５は、どちらのＳＡＮアドレスを使用しても、仮想化記憶装置３０７にアクセスすることができる。これら複数のＳＡＮアドレスで示される複数のポートから一つを選択する方法としては、以下の二つが考えられる。
【０１１２】
一つは、ホスト１０５がスイッチ１０２ないしコピー管理スイッチ３０３からＳＡＮ１０１のトポロジ情報を取得できる場合、より接続コストの少ないポートを選択し、そのポートへリード要求を送信する。
【０１１３】
もう一つは、ホスト１０５がトポロジ情報が取得できない場合、ホスト１０５が両方のポートにリード要求を送信し、より速くアクセスできるポートを選択するという方法である。
【０１１４】
尚、上述の構成においては、マスタデータ全体を記憶装置１０４ｂにコピーしている際に記憶装置１０４ｂが故障した場合、コピー管理スイッチ３０３が記憶装置１０４の故障を検出できると仮定すると、コピー管理エントリ２３２を変更することで、無事な記憶装置１０４ａへアクセス要求のルーティングが行われるようなフェイルセーフを行うことが可能である。
【０１１５】
コピー管理スイッチ３０３は、記憶装置１０４の故障をいくつかの方法で検出できる。例えば光ファイバを通信線として用いている場合、物理的な接続が切れることは、ポート１１１で光が消える形で検出できる。また記憶装置１０４ｂからのレスポンスにはエラー情報が含まれるため、ポート１１１においてレスポンスの内容を監視することによって、コピー管理スイッチ３０３が記憶装置１０４の故障を検出することも可能である。以下、フェイルセーフの例を説明する。
【０１１６】
記憶装置１０４ｂの故障を検出したコピー管理スイッチ３０３は、管理端末１０６に故障の発生を通知し、ユーザ等が管理端末１０６を介してコピー管理スイッチ３０３のコピー管理テーブル２３１を設定しなおす。例えば、図９の記憶装置１０４ａが故障した場合、ユーザは、管理端末１０６を介してコピー管理スイッチ３０３のコピー管理エントリ２３２ａを削除し、コピー管理エントリ２３２ｂのマスタＬＢＡ１３５ｂとコピーＬＢＡ１３９ｂを０にし、マスタＬｅｎｇｔｈ１３６ｂを１０００００にする。
【０１１７】
これにより、コピー管理スイッチ３０３は、ホスト１０５から仮想記憶装置３０７へのリード要求を全て記憶装置１０４ａにルーティングするようになる。第一及び第二の実施例でも同様のフェイルオーバ処理が可能である。
【０１１８】
また、図１２の構成の場合は、送信したリード要求の結果がタイムアウトするか否かによって、ホスト１０５が選択するポートを切替えることでフェイルオーバを実現することができる。
【０１１９】
図１３は、本発明の第４の実施形態を適用したコンピュータシステムの構成例を示す図である。本実施形態は、コピー管理スイッチ４０３ａ及び４０３ｂが、仮想スイッチ４０８を提供する点が第３の実施形態とは異なる。
【０１２０】
本実施形態におけるコピー管理スイッチ４０３の構成は第３の実施形態におけるコピー管理スイッチ１０３と同様であるが、コピー管理スイッチ４０３が有するメモリ１１２２に登録される情報等が、以下の点で第３の実施形態とは異なる。
【０１２１】
第一に、仮想アドレステーブル４４１に、第３の実施形態の仮想アドレステーブル３４１に加えて仮想ドメインアドレスを登録するエントリ４４６が追加される。エントリ４４６に登録される仮想ドメインアドレスは、仮想スイッチ４０８のＳＡＮドメインアドレスを示す。
【０１２２】
第二に、ＣＰＵ１１２１がルーティングプロトコル処理プログラム４２２を実行して、エントリ４４６に登録された仮想ドメインアドレスで指定されるＳＡＮドメインアドレスを持つ仮想スイッチ４０８が接続されているという情報を他のスイッチと交換し、ルーティングテーブルを作成する点である。このとき、ルーティングの整合性を保つため、コピー管理スイッチ４０３ａと仮想スイッチ４０８との間の接続コストとコピー管理スイッチ４０３ｂと仮想スイッチ４０８との間の接続コストは等しいように設定する。
【０１２３】
以下、本実施形態の処理の一連の流れを説明する。
【０１２４】
はじめに、システムの使用者や管理者が、コピー管理スイッチ４０３ａ、４０３ｂに接続された管理端末１０６を介して、記憶装置１０４ａに格納されたマスタデータを記憶装置１０４ｂコピーする指示をコピー管理スイッチ４０３ａ（または４０３ｂ）に行う。続けて、管理者等は、各コピー管理スイッチ４０３に登録された仮想アドレステーブル４４１とコピー管理テーブル２３１に情報を設定する。
【０１２５】
ここで、本実施形態では、コピー管理スイッチ４０３ａのＳＡＮドメインアドレスが４、コピー管理スイッチ４０３ｂのＳＡＮドメインアドレスが５、仮想スイッチ４０８のＳＡＮドメインアドレスを８、記憶装置１０４ａのＳＡＮアドレスが４０１、記憶装置１０４ｂのＳＡＮアドレスが５０１、仮想記憶装置３０７に割り当てるＳＡＮアドレスを８０１、ＷＷＰＮを１２３４、ＷＷＮＮを５６７８とし、マスタデータが記憶装置１０４ａのＬＵＮ０、ＬＢＡ０から始まる長さ１０００００の領域に格納されており、マスタデータの先頭から長さ５００００の部分を記憶装置１０４ｂのＬＵＮ０、ＬＢＡ０から始まる領域にコピーするものとする。
【０１２６】
また、ホスト１０５と各コピー管理スイッチ４０３との間の接続コストは以下のとおりであると仮定する。すなわち、ホスト１０５ａに関しては、コピー管理スイッチ４０３ｂとの間の方がコピー管理スイッチ４０３ａとの間より接続コストが小さく、ホスト１０５ｂに関しては、コピー管理スイッチ４０３ａとの間の方がコピー管理スイッチ４０３ｂとの間より接続コストが小さい。
【０１２７】
ホスト１０５ａが仮想記憶装置３０７にリード要求を発行すると、接続コストが最小となるルーティングによってリード要求はコピー管理スイッチ４０３ｂに到達し、その後は第３の実施形態と同様の処理が行われる。
【０１２８】
ホスト１０５ｂが仮想記憶装置３０７にリード要求を発行すると、リード要求はコピー管理スイッチ４０３ａに到達し、第３の実施形態と同様の処理が行われる。
本実施形態により、ホスト１０５は、図１２の構成のようにパスを選択しなくても、接続コストが小さいコピー管理スイッチ４０３にリード要求を送ることができる。これは、コピー管理スイッチ４０３ａ，４０３ｂと仮想スイッチ３０８の間の接続コストが等しいので、ホスト１０５から仮想スイッチ３０８のＳＡＮドメイン宛に送信されたフレームはホスト１０５の直近のコピー管理スイッチ４０３ａないし４０３ｂにたどり着くからである。
【０１２９】
図１４は、本発明の第５の実施形態を適用したコンピュータシステムの構成例を示す図である。本実施形態は、コピー管理スイッチ５０３が記憶装置１０４ｃ及び１０４ｄを有する点が第一の実施形態と異なる。
【０１３０】
本実施形態においては、記憶装置１０４ａがマスタデータを保持しており、ホスト１０５はマスタデータへリード要求を行う。また、本実施形態ではコピー管理スイッチ５０３がコピーデータを保持する。そして、ホスト１０５からマスタデータへのリード要求を受取ったコピー管理スイッチ５０３は、内部の記憶装置１０４ｃ、１０４ｄに保持しているコピーデータを読み出して、ホスト１０５にリードデータを送信する。
【０１３１】
図１５は、コピー管理スイッチ５０３の内部構成の具体例を示す図である。
コピー管理スイッチ５０３は、複数のポート５０３１及びポートプロセッサ５０３３を有するプロトコル変換部５０３２、ディスク制御部５０３５、ハードディスク５０３６、管理部５０３７及びこれらの構成部分を接続するスイッチ部５０３４を有する。ポートプロセッサ５０３３はＣＰＵ及びメモリを有し、管理部５０３７はＣＰＵ、メモリ及び記憶装置を有する。
【０１３２】
ディスク制御部５０３５は、ディスク制御部５０３５に接続された複数のハードディスクの記憶容量を一つ又は複数の論理的な記憶領域として他の装置に提供する。コピー管理スイッチ５０３は、自スイッチ５０３に含まれる複数のディスク制御部５０３５が提供する論理的な記憶領域をまとめて一つ又は複数の仮想的な記憶領域として、コピー管理スイッチ５０３に接続される装置に提供する。
【０１３３】
コピー管理スイッチ５０３は、ポート５０３１を介して、他のノードとコマンドやデータを送受信する。ポート５０３１を介してコマンド等を受信したプロトコル変換部５０３２は、受信したコマンドやデータのプロトコルを変換してスイッチ部５０３４に転送する。ここで、プロトコル変換部５０３２は、受信したコマンドがコピー管理スイッチ５０３の提供する仮想的な記憶領域に対するものか判別する。受信したコマンドが自記憶領域に対するものである場合、プロトコル変換部５０３２は、その記憶領域に対応するディスク制御部５０３５へコマンドを発行する。自記憶領域に対応しない場合、プロトコル変換部５０３２は、受け取ったフレームをそのままスイッチ部５０３４に転送する。
【０１３４】
コピー管理スイッチ５０３の提供する仮想的な記憶領域とディスク制御部５０３５が提供する論理的な記憶領域との対応関係を示す情報は管理部５０３７の記憶装置に格納される。またこの情報は、コピー管理スイッチ５０３の起動時に管理部５０３７のＣＰＵによってポートプロセッサ５０３３が有するメモリに格納される。また、管理部５０３７は内部のメモリにネームデータベースを保持し、ＷＷＮＮ等の問い合わせに応答する処理を内部ＣＰＵにて実行する。
スイッチ部５０３４は、フレームのアドレス情報に基づきルーティング処理を行う。
【０１３５】
ディスク制御部５０３５は、提供する論理的な記憶領域と接続されている各ハードディスク５０３６が有する記憶領域との対応関係の情報を内部のメモリに保持している。ディスク制御部５０３５は、スイッチ部５０３４からコマンド（ここでは、フレームの内部にコマンドが格納されている）を受け取ると、メモリに保持された対応関係の情報を用いて、コマンドが指定する記憶領域に対応するハードディスク５０３６と、その内部での格納位置を決定する。そして対応するハードディスク５０３６へデータの読み出し等の命令を発行し、コマンドを処理する。
【０１３６】
尚、図１５においてスイッチ部５０３４、ディスク管理部５０３５及び管理部５０３７が各々２個ずつ存在するのは、冗長性を持たせて信頼性を向上させるためであり、本発明においてこの構成が必須というわけでは無い。
【０１３７】
本実施形態のコピー管理スイッチ５０３において、プロトコル変換部５０３２のポートプロセッサ５０３３が有するメモリにアドレス変換処理プログラム１２６が格納される。アドレス変換処理プログラム１２６は、プロトコル変換部５０３２のポート５０３１がフレームを受信した場合、またフレームをスイッチ部５０３４から受信した場合にポートプロセッサ５０３３ａで実行される。また、管理部５０３７内部のメモリには、第１の実施形態において説明したメモリ１１２２に格納される各プログラムが格納される。
【０１３８】
本実施形態のコンピュータシステムにおける処理の一連の流れを以下に示す。
まずホスト１０５は、記憶装置１０４ａに保持されるマスタデータへリード要求を発行する。
【０１３９】
リード要求を受信したコピー管理スイッチ５０３のプロトコル変換部５０３２は、ポートプロセッサ５０３３においてアドレス変換処理プログラム１２６を実行し、じ受信したリード要求のフレームをコピーデータを格納した記憶領域へのリード要求のフレームに変換する。
【０１４０】
その後、プロトコル変換部５０３２は変換したリード要求の内容を確認する。本実施形態の場合、コピー管理スイッチ５０３の提供する記憶領域へのリード要求であるので、プロトコル変換部５０３２は、変換したリード要求のフレームをディスク管理部５０３５に対して送信する。
【０１４１】
スイッチ部５０３４を介してリード要求を受取ったディスク管理部５０３５は、受信したリード要求に従い、ハードディスク５０３６から指定されたデータを読み出し、読み出したリードデータをスイッチ部５０３４を介してプロトコル変換部５０３２へ送信する。
【０１４２】
リードデータを受信したプロトコル変換部５０３２は、ポートプロセッサ５０３３でアドレス変換処理プログラム１２６を実行し、リードデータの送信元を記憶装置１０４ａのＳＡＮアドレスに変更し、その変更後のリードデータのフレームをポート５０３１を介してホスト１０５へ転送する。ホスト１０５は、リードデータを記憶装置１０４ａから送信されたものとして受信する。
【０１４３】
このようにして、ホスト１０５から記憶装置１０４ａに格納されたマスタデータへのリード要求は、コピー管理スイッチ５０３が提供する記憶領域に格納されたコピーデータを用いてコピー管理スイッチ５０３によって処理される。
【０１４４】
本実施形態では、コピー管理スイッチ５０３の提供する記憶領域をコピーデータの保持に用いた。しかし、本実施形態のコピー管理スイッチ５０３は、上述した第一から第四の実施形態で説明したコピー管理スイッチ１０３と同様の使用方法に使用することができる。
【０１４５】
次に、本発明の第六の実施形態について説明する。上述した第１〜５の実施形態では、マスタデータの全体又は決められた一部をコピーしていた。また、データのコピーは、管理者等の指示に基づいて、コピー管理テーブル１３１、２３１の設定と共に実行されていた。しかし、ここで説明する第６の実施形態では、後述するコピー管理スイッチ７０３が、ホスト１０５からのリード要求に応じて、マスタデータを格納した記憶装置１０４ａから指定された記憶装置１０４ｂにリード要求の対象となったデータをコピーする。このように動作することで、記憶装置１０４ｂが有する記憶容量を効率よく使用出来る。
【０１４６】
第六の実施形態のコンピュータシステムの構成は、コピー管理スイッチ７０３がコピー管理スイッチ１０３と置き換わった以外は第１の実施形態と同じである。
【０１４７】
本実施形態では、コピー管理スイッチ７０３のメモリ１１２２、１１４２に格納される情報等が、第一の実施形態と以下の点で異なる。
第一に、ＣＰＵ１１２１が初期化処理プログラム７２１を実行して、後述するコピー管理テーブル７３１の各コピー管理エントリ７３２のキャッシュインデックス７３７に対応するキャッシュテーブル７４１を作成する点である。
【０１４８】
第二に、ＣＰＵ１１２１が端末からの要求処理プログラム７２２を実行して、コピー管理テーブル７３１の内容の変更に伴うキャッシュインデックス７３７の追加・削除に応じて、キャッシュテーブル７４１を追加・削除する処理を行う点である。
第三に、ＣＰＵ１１４１がアドレス変換処理プログラム７２６を実行して、ポート１１１がフレームを受信した際に、リード要求に含まれるアドレス情報を判定してキャッシュ処理プログラム７２７の実行を制御部１１２に指示する点である。さらにＣＰＵ１１４１は、リードデータなどのアドレス情報の変換を行う。処理手順の詳細は後述する。
【０１４９】
第四に、ＣＰＵ１１２１がキャッシュ処理プログラム７２７を実行し、キャッシュテーブル７４１を用いて、マスタデータへのリード要求に対応するコピーデータが存在するかどうかを判定し、存在するならばコピーデータが格納された記憶装置１０４（ここでは記憶装置１０４ｂ）へリード要求を発行する。一方、コピーデータが存在しないならば、ＣＰＵ１１２１は、リード要求が指定するマスタデータを記憶装置１０４ａから記憶装置１０４ｂにコピーし、コピーデータをホスト１０５に送信する点である。処理手順の詳細は後述する。
【０１５０】
図１６は、コピー管理テーブル７３１の構造を示す図である。コピー管理テーブル７３１は複数のコピー管理エントリ７３２を有する。各コピー管理エントリ７３２は、第一の実施形態とは異なり、マスタデータの格納位置とコピー先の格納位置の対応関係をＳＡＮアドレス及びＬＵＮで管理する。具体的には、各コピー管理エントリ７３２は、マスタＳＡＮアドレスを登録するエントリ７３３、マスタＬＵＮを登録するエントリ７３４、コピーＳＡＮアドレスを登録するエントリ７３５、コピーＬＵＮを登録するエントリ７３６及びキャッシュインデックスの情報を登録するエントリ７３７から構成される。つまり、コピー管理エントリ７３２は、マスタデータが格納された記憶装置１０４ａ及びそのＬＵＮ並びにコピーデータの格納に用いる記憶装置１０４ｂ及びそのＬＵＮを指定する。
尚、キャッシュインデックスは、後述するキャッシュテーブル７４１を指定する為の情報である。
【０１５１】
図１７は、キャッシュテーブル７４１の構造の一例を示す図である。キャッシュテーブル７４１は、コピー管理テーブル７３１で使用されているコピー管理エントリ７３２の数だけ存在し、エントリ７３７に登録されるキャッシュインデックスによってコピー管理テーブル７３１と関連付けられている。各キャッシュテーブル７４１は複数のキャッシュエントリ７４２を有する。各キャッシュテーブル７４１のキャッシュエントリ７４２の数はメモリ１１２２の容量などから設計時に決定されている。
【０１５２】
キャッシュエントリ７４２は、マスタＬＢＡを登録するエントリ７４３、コピーＬＢＡを登録するエントリ７４４、マスタＬｅｎｇｔｈを登録するエントリ７４５、非アクセスカウンタを登録するエントリ７４６及び有効フラグを登録するエントリ７４７を有する。非アクセスカウンタはキャッシュ処理プログラム７２７で用いられるカウンタであり、その使われ方は後述する。有効フラグはその有効フラグが所属するキャッシュエントリ７４２が有効か無効かを示し、例えば１ならば有効で０なら無効であることを示す。
【０１５３】
つまり有効な（エントリ７４７に１が登録されている）キャッシュエントリ７４２は、マスタＬＢＡから始まり長さがマスタＬｅｎｇｔｈである記憶装置１０４ａの記憶領域が、コピーＬＢＡから始まる記憶装置１０４ｂの記憶領域にコピーされている事を示す。
【０１５４】
図１８は、本実施形態におけるアドレス変換部１１４で実行される処理手順を示すフローチャートである。尚、本処理は、ＣＰＵ１１４１がアドレス変換処理プログラム７２６を実行することによって行われる。
まず、ポート１１１でフレームを受け取ると、ＣＰＵ１１４１は、アドレス変換処理プログラム７２６の実行を開始する（ステップ７５１）。
【０１５５】
次に、ＣＰＵ１１４１は、受信したフレームの内容がリード要求か判定する（ステップ７５２）。受信したフレームの内容がリード要求である場合、ＣＰＵ１１４１は、リード要求で要求されるデータが、コピー対象（すなわちマスタデータ）となっている記憶装置１０４のＬＵＮに格納されたデータであるかを判定する。具体的には、ＣＰＵ１１４１は、リード要求の送信先ＳＡＮアドレス及びＬＵＮが、エントリ７３３及び７３４に登録された値と一致するコピー管理エントリ７３２を探す（ステップ７５３）。
【０１５６】
ステップ７５３で条件を満たすコピー管理エントリ７３２が見つかった場合、ＣＰＵ１１４１は、制御部１１２に対してキャッシュ処理プログラム７２７の実行を指示する。この際、ＣＰＵ１１４１は、受信したフレームとステップ７５３で選択したコピー管理エントリ７３２に登録された情報を制御部１１２に送信する（ステップ７５４）。ステップ７５４での処理の終了後、ＣＰＵ１１４１は処理を終了する。
【０１５７】
一方、ステップ７５２で受信したフレームの内容がリード要求ではないと判断された場合、ＣＰＵ１１４１は、フレームがリードデータ、またはレスポンスであるか判定する（ステップ７５５）。フレームの内容がリードデータ又はレスポンスであった場合、ＣＰＵ１１４１は、受信したフレームがコピーデータが格納された記憶装置１０４（ここでは１０４ｂ）から送信されたものか判定する。具体的には、フレームの送信元がエントリ７３５に登録された値と一致するコピー管理エントリ７３２がコピー管理テーブル７３１に存在するか判定する（ステップ７５６）。
【０１５８】
ステップ７５６で条件を満たすコピー管理エントリ７３２がコピー管理テーブル７３１に存在する場合、ＣＰＵ１１４１は、ステップ７５６で見つけたコピー管理エントリ７３２を用いて、フレームの送信元をエントリ７３３に登録されたマスタＳＡＮアドレスに変更する（ステップ７５７）。
【０１５９】
ステップ７５３でリード要求であるフレームの送信先がコピー管理テーブル７３１に存在しない場合、ステップ７５５でフレームがリードデータでもレスポンスでもないと判断された場合及びステップ７５６でフレームの送信元がコピー管理テーブル７３１に存在しなかった場合には、ＣＰＵ１１４１は、スイッチング処理部１１５に処理したフレームを転送して処理を終了する（ステップ７５８）。
【０１６０】
図１９は、ステップ７５４におけるアドレス変換部１１４の指示によって制御部１１２で実行される処理手順を説明する図である。本処理は、制御部１１２がキャッシュ処理プログラム７２７を実行することで行われる。
【０１６１】
アドレス変換部１１４の指示を受けた制御部１１２は、アドレス変換部１１４から受信したフレームの内容であるリード要求のＬＢＡ及びＬｅｎｇｔｈで指定されるマスタデータを格納する記憶装置１０４ａの記憶領域が、コピーデータが格納される記憶装置１０４ｂに格納されているかどうかを判定する。具体的には、ＣＰＵ１１２１は、アドレス変換部１１４から転送されたコピー管理エントリ７３２のエントリ７３７に登録された値で指定されるキャッシュテーブル７４１に、リード要求のＬＢＡ及びＬｅｎｇｔｈで指定される領域がエントリ７４３及びエントリ７４５で指定される領域に含まれ、かつ有効フラグが１であるキャッシュエントリ７４２が存在するか判定する（ステップ７６１）。
【０１６２】
ステップ７６１の条件を満たすキャッシュエントリ７４２が存在する場合、ＣＰＵ１１２１は、ステップ７６１で使用されたキャッシュテーブル７４１に含まれる有効なキャッシュエントリ７４２の非アクセスカウンタ７４６を操作する。具体的には、ＣＰＵ１１２１は、ステップ７６１の条件を満たすキャッシュエントリ７４２のエントリ７４６の値を０にセットし、他の全ての有効なキャッシュエントリ７４２のエントリ７４６に登録された値を１増やす（ステップ７６２）。
【０１６３】
その後、ＣＰＵ１１２１は、コピーデータへのリード要求を生成する。具体的には、ＣＰＵ１１２１は、アドレス変換部１１４から送信されたコピー管理エントリ７３２のエントリ７３５及び７３６に登録された値を各々送信先ＳＡＮアドレスとＬＵＮとする。更に、ＣＰＵ１１２１は、ステップ７６１で見つかったキャッシュエントリ７４２に登録された情報を用いて、ＬＢＡを（リード要求で指定されるＬＢＡ＋エントリ７４４に登録された値−エントリ７４３に登録された値）に、Ｌｅｎｇｔｈをエントリ７４５に登録された値にする（ステップ７６３）。その後、ＣＰＵ１１２１は、スイッチング処理部１１５に処理したフレームを送信する（ステップ７６４）。
【０１６４】
一方、ステップ７６１の条件を満たすキャッシュエントリ７４２が存在しない場合、ＣＰＵ１１２１は、コピー管理エントリ７３２が指定するコピーデータを格納する記憶装置１０４ｂの記憶領域にリード要求が指定するＬｅｎｇｔｈのデータを格納できる分の空き領域が存在するかを判定する。また、ＣＰＵ１１２１は、キャッシュテーブル７４１に、使われていないキャッシュエントリ７４２が存在するかを判定する。具体的には、ＣＰＵ１１２１は、キャッシュテーブル７４１の有効な全てのキャッシュエントリ７４２の情報を用いて、記憶装置１０４ｂで使用されている記憶領域を判別し、それ以外の記憶領域でリード要求に含まれるＬｅｎｇｔｈの値以上連続している記憶領域を記憶装置１０４ｂから探す（ステップ７６５）。
【０１６５】
有効ないずれのキャッシュエントリ７４２にも使用されておらず、リード要求のＬｅｎｇｔｈ以上の長さの記憶領域が記憶装置１０４ｂに見つからない場合、もしくは全てのキャッシュエントリ７４２が有効なため、キャッシュエントリ７４２の更新が行えない場合、ＣＰＵ１１２１は、キャッシュテーブル７４１が有する有効なキャッシュエントリ７４２のうち１つを削除すなわち無効化して記憶領域の空き領域を広げる。具体的には、ＣＰＵ１１２１は、有効なキャッシュエントリ７４２の中で最もエントリ７４６に登録された値が大きいキャッシュエントリ７４２のエントリ７４７の値を０にする（ステップ７６６）。その後、ＣＰＵ１１２１は、ステップ７６５の処理を繰り返す。
【０１６６】
有効ないずれのキャッシュエントリ７４２にも使用されておらず、リード要求のＬｅｎｇｔｈ以上の長さの記憶領域が記憶装置１０４ｂに見つかり、さらに無効なキャッシュエントリ７４２が１つでもある場合、見つかったキャッシュエントリ７４２を更新し、リード要求が指定するマスタデータと、見つかった記憶装置１０４ｂの記憶領域の対応を登録する。そのため、まずマスタデータのコピーを行う。はじめに該当する記憶領域が見つかり、かつ無効なキャッシュエントリ７４２が１つでも見つかった場合、ＣＰＵ１１２１は、リード要求で指定されるマスタデータを、マスタデータを保持する記憶装置１０４ａから読み出す。具体的には、送信元を制御部１１２のＳＡＮアドレスにしたマスタデータのリード要求を作成し、スイッチング処理部１１５に送信する。その後、ＣＰＵ１１２１は、マスタデータを保持する記憶装置から送られてくるリードデータを、メモリ１１２２に格納する（ステップ７６７）。
【０１６７】
その後、ＣＰＵ１１２１は、メモリ１１２２に格納されたマスタデータを、ステップ７６５で見つけた記憶装置１０４ｂの記憶領域に転送する（ステップ７６８）。その後、ＣＰＵ１１２１は、キャッシュテーブル７４１を更新する。具体的には、ＣＰＵ１１２１は、ステップ７６５で見つかった無効なキャッシュエントリ７４２について、メモリ１１２２から転送されたデータが格納された記憶領域に対応するコピーＬＢＡをエントリ７４４に、そのマスタデータの記憶領域に対応するマスタＬＢＡ及びマスタＬｅｎｇｔｈをエントリ７４３及び７４５に登録し、かつそのキャッシュエントリ７４２のエントリ７４６の値を０、エントリ７４７の値を１にセットする（ステップ７６９）。その後、ＣＰＵ１１２１は、ステップ７６３以降の処理を行う。
【０１６８】
本実施形態の一連の動作をまとめると、次のようになる。
【０１６９】
はじめに、システムの使用者や管理者が、コピー管理スイッチ７０３に接続された管理端末１０６を介して、記憶装置１０４ａのあるＬＵＮで指定される記憶領域に格納されたマスタデータを記憶装置１０４ｂのあるＬＵＮで指定される記憶領域にコピーする設定をコピー管理テーブル７３１に行う。そして、この時点では、データは記憶装置１０４ｂにコピーされていない状態とする。つまり、コピー管理テーブル７３１のコピー管理エントリ７３２は存在するが、そのコピー管理エントリ７３２のキャッシュインデックス７３７に対応するキャッシュテーブル７４１のキャッシュエントリ７４２は全て無効になっている。これが初期状態となる。
【０１７０】
初期状態においてホスト１０５が記憶装置１０４ａに保持されているマスタデータへのリード要求を発行すると、リード要求のフレームがコピー管理スイッチ７０３に到達する。
【０１７１】
フレームの受信を確認すると、アドレス変換部１１４はアドレス変換処理プログラム７２６を起動する。ここでは、アドレス変換部１１４は、リード要求がマスタデータへの要求であると判定し、制御部１１２へキャッシュ処理プログラム７２７の実行を指示する。
【０１７２】
指示を受けた制御部１１２は、リード要求で指定されるデータに対応するキャッシュエントリ７４２を探す。この時点でデータは一切記憶装置１０４ｂに転送されていないので、キャッシュエントリ７４２は見つからない。そこで制御部１１２は、記憶装置１０４ａに対してリード要求を発行し、そのリードデータを記憶装置１０４ｂに転送する。また制御部１１２は、記憶装置１０４ｂに転送されたデータに対応するキャッシュエントリ７４２をキャッシュテーブル７４１に登録する。
【０１７３】
更に、制御部１１２は、受信したリード要求のフレームからホスト１０５を送信元にしたコピーデータへのリード要求のフレームを生成し、そのフレームをスイッチング処理部１１５に転送する。
【０１７４】
スイッチング処理部１１５はフレームを記憶装置１０４ｂに転送する。フレームを受取った記憶装置１０４ｂは、ホスト１０５を送信先としたリードデータのフレームをコピー管理スイッチ７０３に経由でホスト１０５へ送信する。
【０１７５】
リードデータのフレームを受取ったアドレス変換部１１４は、この場合、受信したフレームのリードデータがコピーデータだと判定する。アドレス変換部１１４は、リードデータの送信元を記憶装置１０４ａに変更し、スイッチング処理部１１５に転送する。
スイッチング処理部１１５はリードデータをホスト１０５に転送する。リードデータは記憶装置１０４ａから送信されたデータとしてホスト１０５に到達する。
【０１７６】
以上の流れにより、ホスト１０５からのリード要求によって記憶装置１０４ｂにコピーが作成され、キャッシュエントリ７４２がキャッシュテーブル７４１に作成される。
【０１７７】
その後、ホスト１０５が再び同じマスタデータへリード要求を発行すると、リード要求のフレームを受信した制御部１１２は、当該マスタデータに対応するキャッシュエントリ７４２を見つけることが出来る。この場合、制御部１１２は、リード要求のフレームに基づいてホスト１０５を送信元にしたコピーデータへのリード要求を生成し、スイッチング処理部１１５に転送する。
【０１７８】
このように、２度目のリード要求は記憶装置１０４ｂに格納されたコピーデータだけを用いて処理される。このためリード要求の処理が高速化される。また、本実施形態においては、実際にホストがアクセスするマスタデータのみがコピーされる。更に、非アクセスカウンタ７４６を用いて最も長い間アクセスされないコピーデータがキャッシュエントリ７４２から削除される。つまり、ホストからのアクセス頻度が高いデータのみが記憶装置１０４ｂに格納されることとなる。したがって、本実施形態では、記憶装置１０４ｂの記憶容量を効率的に使用できる。
【０１７９】
本実施形態でキャッシュエントリ７４２を削除するために用いた方法は、一般にＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）と呼ばれる方法であるが、他の方法でも良い。また、本実施形態では、コピー管理装置は、ホスト１０５からのリード要求で指定されるマスタデータを記憶装置１０４ａから読み出し、そのリードデータをメモリ１１２２に保存してからコピーデータを格納する記憶装置１０４ｂに転送した。しかし、ホスト１０５からのリード要求が指定するマスタデータだけでなく、その前後を含むデータを記憶装置１０４ａから読み出しても良い。
【０１８０】
例えば、ホスト１０５からのリード要求が指定する記憶領域に対して、同じ先頭位置から始まりＬｅｎｇｔｈをより長くした記憶領域からデータを読み出すとしても良い。こうすると、ホスト１０５が連続した領域へリード要求を行う場合に、次回のリード要求が記憶装置１０４ｂに存在する可能性が高くなる。また、ＳＡＮアドレスとＬＵＮで指定される記憶領域全体を読み出しても良い。
【０１８１】
また、記憶装置１０４ａがＳＣＳＩのＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを処理できる場合は、記憶装置１０４ａに対するデータのリード要求を、記憶装置１０４ａから記憶装置１０４ｂへのデータのコピー要求に置き換えても良い。さらに、マスタデータをコピーデータを格納する記憶装置１０４ｂに転送するための専用のバッファメモリを制御部１１２に用意しても良い。さらに、コピーを保持する記憶装置１０４ｂにリードデータを転送しながら同時にホスト１０５にリードデータを送信しても良い。
【０１８２】
【発明の効果】
本発明によれば、ＳＡＮに接続された記憶装置に保持されたデータへのアクセスを高速化することができる。
また本発明によればＳＡＮを流れるデータを減らすことができるので、ＳＡＮの負荷を減らすことができる。
【図面の簡単な説明】
【図１】本発明を適用したコンピュータシステムの第一の実施形態の構成を示す図である。
【図２】第１の実施形態のコピー管理スイッチの構成を示す図である。
【図３】第１の実施形態のコピー管理スイッチのメモリ構成を示す図である。
【図４】第１の実施形態のコピー管理テーブルの構成を示す図である。
【図５】第１の実施形態のアドレス変換処理のフローチャートである。
【図６】本発明を適用したコンピュータシステムの第二の実施形態の構成を示す図である。
【図７】第２の実施形態の代理アドレステーブルの構成を示す図である。
【図８】第２の実施形態のアドレス変換処理のフローチャートである。
【図９】本発明を適用したコンピュータシステムの第三の実施形態の構成を示す図である。
【図１０】第３の実施形態の仮想アドレステーブルの構成を示す図である。
【図１１】第３の実施形態におけるコピー管理テーブルの例を示す図である。
【図１２】第３の実施形態においてコピー管理スイッチが複数ある構成例を示す図である。
【図１３】本発明を適用したコンピュータシステムの第４の実施形態の構成を示す図である。
【図１４】本発明を適用したコンピュータシステムの第５の実施形態の構成を示す図である。
【図１５】コピー管理スイッチの構成例を示す図である。
【図１６】第６の実施形態のコピー管理テーブルの構成を示す図である。
【図１７】第６の実施形態のキャッシュテーブルの構成を示す図である。
【図１８】第６の実施形態のアドレス変換処理のフローチャートである。
【図１９】第６の実施形態のキャッシュ処理のフローチャートである。
【符号の説明】
１０１…ストレージエリアネットワーク、１０２…スイッチ、１０３…コピー管理スイッチ、１０４…記憶装置、１０５…ホスト、１０６…管理端末。
【発明の属する技術分野】
本発明は、記憶装置とコンピュータとを接続するネットワークに配置されたスイッチに関する。
【０００２】
【従来の技術】
企業等で使用される記憶装置の記憶容量の増加に伴って、記憶装置間又は記憶装置とコンピュータとがファイバチャネル等のネットワークを介して接続された一つのシステムが構築されるようになってきた。この記憶装置等を接続するネットワーク又はネットワークによって接続されたシステム全体はストレージエリアネットワーク（以下ＳＡＮ）と呼ばれる。
【０００３】
一方、ネットワークでのデータの転送頻度を減らし、コンピュータが記憶装置に格納されたデータへアクセスする時間を短縮する技術としてネットワークキャッシュ技術がある。すなわち、ネットワーク上にデータを一時保存する記憶領域（以下「キャッシュ装置」）を用意し、コンピュータが記憶装置に格納されたデータをキャッシュ装置を介して読み出した場合に、その読み出したデータがキャッシュ装置に格納され、その後のそのデータへのアクセスにはキャッシュ装置が応答を返す。これにより、データへのアクセス時間が短縮される。
【０００４】
ＳＡＮにおいてネットワークキャッシュ技術を使用する例が特許文献１に開示されている。具体的には、ＳＡＮ内にメタデータサーバと呼ばれるコンピュータを用意し、記憶装置へアクセスするコンピュータは最初にメタデータサーバにアクセスする。メタデータサーバは、アクセスすべきデータの位置をコンピュータに通知する。キャッシュが用いられる場合には、コンピュータにキャッシュを有する装置の位置が通知される。
【０００５】
また、ＷＷＷ等のインターネットで、ネットワーク上にキャッシュを有する装置を配置する技術として、トランスペアレントキャッシュと呼ばれる技術がある。本技術では、コンピュータから記憶装置へのデータのアクセス要求（以下「アクセスリクエスト」とも称する）を受取ったスイッチが、そのアクセスリクエストを一度キャッシュを有する計算機（以下「キャッシュサーバ」）に送る。キャッシュサーバが有するキャッシュにアクセスリクエストの対象となるファイルが存在する場合（以下「キャッシュヒット」）、キャッシュサーバは対象となったファイルをアクセスリクエストを発行したコンピュータに送信する。一方、対象となるデータがキャッシュに存在しない場合（以下「キャッシュミス」）は、キャッシュサーバが記憶装置にアクセスリクエストを送信してデータを取得し、取得したデータをアクセスリクエストを発行したコンピュータに送信する。
【０００６】
【特許文献１】
特開２００２−１３２４５５号公報
【０００７】
【発明が解決しようとする課題】
上述したように、ＳＡＮにおいてネットワークキャッシュ技術を用いれば、キャッシュヒットの場合には、要求されたデータを取得するまでの時間が短縮される。
【０００８】
しかし、特許文献１に開示された技術では、ＳＡＮ内にキャッシュ装置を設置できるものの、データのアクセスの為にメタデータサーバを必要とするなど、コンピュータの設定や動作を従来ＳＡＮで使用されているデータアクセスのためのプロトコル、例えばＳＣＳＩプロトコルからメタデータサーバを使用するための専用のプロトコルに変更する必要がある。
【０００９】
一方、トランスペアレントキャッシュの様にファイル単位でのネットワークキャッシュ技術を用いる場合、キャッシュヒットの判定処理が複雑であるためレスポンスを高速化することが難しい。
【００１０】
具体的には、ファイル単位でキャッシュを行う場合、リード要求はファイルの名前などを指定したアクセス要求である。キャッシュサーバは、アクセス要求を受け取ると自身の記憶装置内に保持しているファイルと、そのファイルが記憶装置内のどのブロックに対応するかを記憶するメタデータと呼ばれるデータを読み出し、その中にリード要求が指定するファイルがあるか検索することでキャッシュヒットの判定が行われる。この検索処理は、名前が一致するか等を判定するため、ＳＣＳＩのようなブロックアクセスのプロトコルがアクセス先の位置を指定するために用いる論理ブロックアドレスという数値の比較に比べて処理が複雑になる。
【００１１】
本発明の目的は、ＳＡＮにおいてコンピュータの設定を変更することなく、データに対するアクセスを高速化し、ネットワーク帯域を節約することである。
【００１２】
【課題を解決するための手段】
上述の目的を達成するために、本発明のネットワークシステムは以下の構成を有する。即ち、計算機と、計算機と接続されるスイッチと、スイッチとネットワークを介して接続される第一の記憶装置と、スイッチとネットワークを介して接続される第二の記憶装置を有するネットワークシステムである。
【００１３】
本ネットワークシステムにおいて、スイッチは外部からの指示に基づいて第一の記憶装置に格納されたデータを第二の記憶装置へ転送する。その後、計算機から第一の記憶装置に格納されたデータに対するアクセス要求を受けたスイッチは、そのアクセス要求を第二の記憶装置へのアクセス要求に変換し、変換したアクセス要求を第二の記憶装置へ転送する。その後、第二の記憶装置からデータを受信したスイッチは、そのデータが第一の記憶装置から送信されたデータとなるように変換して計算機に送信する。
【００１４】
尚、スイッチに指示を与えるのはスイッチに接続される第二の計算機でも良い。又、スイッチは、第一の記憶装置に対応する仮想的な記憶装置を計算機に提供しても良い。この場合、計算機は、仮想的な記憶装置へアクセス要求を発行する。
【００１５】
更に、本発明の別の態様としては、上述したスイッチと第二の記憶装置が一体となって一つの装置を構成していても良い。
【００１６】
又、本発明の別の態様としては、スイッチがあらかじめ第一の記憶装置に格納されたデータを第二の記憶装置へ転送するのではなく、計算機からのアクセス要求に応じて、第一の記憶装置に格納されたデータを第二の記憶装置へ転送しても良い。更に本形態の場合、スイッチは第一の記憶装置に格納されたデータが第二の記憶装置に転送されたかどうかの情報を有し、その情報に基づいてアクセス要求を第一又は第二の記憶装置へ転送しても良い。更に、本形態において、スイッチが第一の記憶装置から第二の記憶装置へデータを転送する際に、第二の記憶装置の記憶容量を確認し、転送するデータを格納する分の記憶容量が第二の記憶装置に存在しない場合には、第二の記憶装置に格納されているデータを一定の基準、例えば計算機における使用頻度、に応じて消去し、そこにデータを転送する構成が考えられる。
【００１７】
尚、スイッチの代わりに、第一又は第二の記憶装置がデータの転送を制御しても良い。
【００１８】
【発明の実施の形態】
図１は、本発明を適用したコンピュータシステムの第１の実施形態を説明する図である。コンピュータシステムには、ＳＡＮ１０１、ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂが含まれる。ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂは、ＳＡＮ１０１を介して相互に接続されている。ＳＡＮ１０１は、ホスト１０５、スイッチ１０２ａ、１０２ｂ、１０２ｃ及び後述するコピー管理スイッチ１０３を有する。
【００１９】
以下、本実施形態においては、ホスト１０５は記憶装置１０４ａに格納されたデータ（以下「マスタデータ」と称する）に対するリード要求を行うものとする。
【００２０】
ホスト１０５は、ＣＰＵ１０５１、メモリ１０５２及びＳＡＮ１０１へ接続するためのインタフェイス１０５３を有する計算機である。
【００２１】
記憶装置１０４は、データを格納するメディア１０４３、ＳＡＮ１０１へ接続するためのインタフェイス１０４４、ホスト１０５からの要求に応答するためのプログラムを実行するためのＣＰＵ１０４１及びメモリ１０４２を有する。尚、記憶装置１０４が有するメディア１０４３には、多種の例が考えられる。例えば、メディア１０４３として、複数のハードディスクドライブから構成されるディスクアレイを採用しても良い。また、記憶装置１０４は、ホスト１０５からデータのリード要求を受け取ると、要求に対応するデータをホスト１０５に送信し、最後に送信を完了したことを示すレスポンスを送信する。
【００２２】
スイッチ１０２ａ、１０２ｂ、１０２ｃおよび、コピー管理スイッチ１０３は、相互に接続情報を交換し、後述するルーティング処理に必要なルーティングテーブルを作成する。具体的には、各スイッチ間の通信の負荷（オーバーヘッド）を表す情報（以下「接続コスト」という）を交換する。接続コストは一般にスイッチ間の通信線の通信帯域が小さいほど大きくなる。ただし、管理者等は、後述する管理端末１０６を介して、接続コストを任意の値に設定することもできる。各スイッチは取得した全ての接続コストから、他の各スイッチへの最も接続コストの和が小さい経路を算出し、それらをルーティングテーブルとして記憶する。
【００２３】
スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３には、各スイッチに固有のＳＡＮドメインアドレスが割り振られている。また記憶装置１０４ａ、１０４ｂ及びホスト１０５には、それぞれ固有のＳＡＮアドレスが割り振られる。ここで、ＳＡＮアドレスは、ＳＡＮ１０１に接続されるコンピュータ等の装置（以下「ノード」とも言う）と接続されるＳＡＮ１０１内のスイッチのＳＡＮドメインアドレス及びＳＡＮドメインアドレスで指定される集団（以下「ドメイン」）内部で固有のＳＡＮノードアドレスから構成されるアドレスである。
【００２４】
各ノードは他のノードへフレームを送受信する時、フレームに送信元と送信先のＳＡＮアドレスを付加することで、自分と相手を指定する。スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３は、ルーティングテーブル内でフレームの送信先のＳＡＮドメインアドレスを検索して、フレームのルーティングを行う。また、フレームの送信先のＳＡＮドメインアドレスが当該スイッチ１０２のＳＡＮドメインアドレスと一致している場合は、フレームの送信先のＳＡＮノードアドレスと一致するＳＡＮノードアドレスを持つ、当該スイッチ１０２に直接接続するノードへフレームを転送する。尚、フレームとは、ＳＡＮ１０１で使用されるプロトコルにおけるデータ又はアクセスリクエストを転送する際の単位である。
【００２５】
本実施形態では、接続コストが小さい、距離が短い又は記憶装置１０４ｂの方が記憶装置１０４ａよりも高性能などの理由により、ホスト１０５から記憶装置１０４ａへアクセスするよりも、記憶装置１０４ｂへアクセスするほうが、高速にアクセス出来るものとする。
【００２６】
コピー管理スイッチ１０３には、管理端末１０６が接続されている。本実施形態のコンピュータシステムのユーザ又は管理者は、管理端末１０６を用いてコピー管理スイッチ１０３にマスタデータを記憶装置１０４ｂへコピーするよう指示する。この際管理者は、管理端末１０６を介して、マスタデータの位置とコピーされたデータ（以下「コピーデータ」と称する）の位置との対応を示す情報をコピー管理スイッチ１０３、具体的には、後述するコピー管理テーブル１３１に登録する。尚、管理者等は、管理端末１０６を介してホスト１０５から記憶装置１０４ａへのアクセス頻度などの情報を収集し、マスタデータ全体ではなくアクセス頻度の高い一部の領域だけを記憶装置１０４ｂにコピーする旨、コピー管理スイッチ１０３に指示しても良い。
【００２７】
また、スイッチ１０２ａ、１０２ｂ、１０２ｃ及びコピー管理スイッチ１０３はネーム管理を行う場合もある。例えばファイバチャネルスイッチは、ノードやポートに割り振られる、世界でユニークな不変の値であるワールドワイドネーム（以下「ＷＷＮ」）から、ＳＡＮ１０１内でユニークなポートのＳＡＮアドレスを検索するためのテーブルを有する。ＷＷＮには、ＳＡＳ１０１に接続するポートに固有なＷＷＰＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｐｏｒｔ Ｎａｍｅ）と、ノードに固有なＷＷＮＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎｏｄｅ Ｎａｍｅ）がある。複数の接続ポートを持つノードは、１つのＷＷＮＮと複数のＷＷＰＮを持つことができる。また、ＩＰネットワーク上にＳＣＳＩプロトコルを流すｉＳＣＳＩと呼ばれる規格でもｉＳＮＳと呼ばれるネーム管理用の体系が存在する。
【００２８】
図２はコピー管理スイッチ１０３の構成を示す図である。コピー管理スイッチ１０３は、他のノードと接続するためのポート１１１、制御部１１２、管理端末１０６と接続するための管理ポート１１３、アドレス変換部１１４並びにルーティング処理及びスイッチング処理を行うスイッチング処理部１１５を有する。スイッチング処理部１１５は、ルーティング処理を行うためのルーティングテーブルを保持する。
【００２９】
制御部１１２は、ＣＰＵ１１２１、メモリ１１２２及び不揮発メモリ１１２３を有する。アドレス変換部１１４は、ＣＰＵ１１４１及びメモリ１１４２を有する。尚、本図で開示された構成は実施の一例であり、同等の機能が達成できるならば他の構成であってもよい。
【００３０】
図３は、コピー管理スイッチ１０３のメモリ１１２２、１１４２及び不揮発メモリ１１２３に格納されるプログラムやデータを示す図である。
【００３１】
初期化処理プログラム１２１は、コピー管理スイッチ１０３の起動時にＣＰＵ１１２１で実行されるプログラムである。ＣＰＵ１１２１は、初期化処理プログラム１２１を実行することで、他の各プログラムを不揮発メモリ１１２３からメモリ１１２２及びメモリ１１４２に読み出し、後述するコピー管理テーブル１３１を各アドレス変換部１１４が有するメモリ１１４２に読み出す。
【００３２】
管理端末からの要求処理プログラム１２２、ルーティングプロトコル処理プログラム１２３及びネームサービス処理プログラム１２４は制御部１１２のメモリ１１２２に格納され、ＣＰＵ１１２１で実行される。アドレス変換処理プログラム１２６はアドレス変換部１１４のメモリ１１４２に格納され、ＣＰＵ１１４１で実行される。
【００３３】
ＣＰＵ１１２１は、管理端末からの要求処理プログラム１２２を実行することで、管理ポート１１３で受信される管理端末１０６からの要求に基づき、コピー管理テーブル１３１の内容を変更する。またＣＰＵ１１２１は、管理端末１０６からの要求処理プログラム１２２を実行することで、管理端末１０６からの要求に基づき、データのコピーを実行する。
【００３４】
一方、ＣＰＵ１１２１は、管理端末からの要求処理プログラム１２２を実行することで、一般的なスイッチで行われる管理を実行することができる。尚、管理ポート１１３で用いられるプロトコルは例えばＴＣＰ／ＩＰなどがあるが、管理端末１０６と通信できるならば他のプロトコルが用いられても良い。
【００３５】
ＣＰＵ１１２１は、ルーティングプロトコル処理プログラム１２３を実行することで、他のスイッチ１０２とＳＡＮ１０１内における接続に関する情報（以下「接続情報」）を交換することでルーティングテーブルを作成し、スイッチング処理部１１５が有するメモリに、作成したルーティングテーブルを格納する。
【００３６】
ＣＰＵ１１２１は、ネームサービス処理プログラム１２４を実行することで、コピー管理スイッチ１０３に接続されているノードの情報をネームデータベース１２５に登録する一方、ノードからの検索要求に応答する。ノードからのネームデータベース１２５への検索要求を受け取るため、制御部１１２にはＳＡＮアドレスが割り振られている。
【００３７】
アドレス変換部１１４のＣＰＵ１１４１は、アドレス変換処理プログラム１２６を実行して、ポート１１１がフレームを受信したことを契機に、コピー管理テーブル１３１に登録されている情報に基づいて、リード要求・リードデータなどの送信先・送信元ＳＡＮアドレスを変換する。アドレス変換処理の詳細は後述する。尚、本実施形態ではアドレス変換処理をプログラムに基づいて実行するが、専用ハードウェアでアドレス変換処理を行っても良い。
【００３８】
図４は、コピー管理テーブル１３１の構造を示す図である。コピー管理テーブル１３１は、複数のコピー管理エントリ１３２を有する。各コピー管理エントリ１３２には、一組のマスタデータとコピーデータの対応関係の情報が保持される。コピー管理エントリ１３２は、マスタデータを格納する記憶装置１０４を示すマスタＳＡＮアドレスが登録されるフィールド１３３、マスタデータが格納される記憶装置１０４内の論理ユニットを示す番号（以下「マスタＬＵＮ」）が登録されるフィールド１３４、論理ユニット内のマスタデータの先頭位置を示す論理ブロックアドレス（以下「マスタＬＢＡ」）が登録されるフィールド１３５、マスタデータのサイズを示すマスタＬｅｎｇｔｈが登録されるフィールド１３６、コピー管理エントリ１３２に登録されたマスタデータに対応するコピーデータが格納された記憶装置１０４を示すコピーＳＡＮアドレスが登録されるフィールド１３７、コピーデータが格納される記憶装置１０４内の論理ユニットを示す番号（以下「コピーＬＵＮ」）が登録されるフィールド１３８及び論理ユニット内のコピーデータの先頭位置を示す論理ブロックアドレス（以下「コピーＬＢＡ」）が登録されるフィールド１３９を有する。尚、コピーデータのデータ長さはマスタデータと同じなので、コピーＬｅｎｇｔｈを登録するフィールドは不要である。
【００３９】
以下、本発明における各装置の動作の概要について説明する。
【００４０】
本実施形態では、まず、管理者等の指示にしたがって、コピー管理スイッチ１０３がマスタデータが格納された記憶装置１０５ａから記憶装置１０５ｂにマスタデータが転送され、コピーデータが作成される。この際、コピー管理テーブル１３１にマスタデータを格納する記憶装置１０５ａとコピーデータを格納する記憶装置１０５ｂとの関係を示す情報が登録される。
【００４１】
上述したコピー処理の終了後、コピー管理スイッチ１０３は、ホスト１０５からリード要求を受け取ると、リード要求が含まれるフレームが保持するアドレス情報が上述したマスタデータとコピーデータとの対応関係を示す情報に含まれているか否かを判断することで、リード要求に対応するデータがマスタデータで、かつマスタデータに対応するコピーデータが存在するか判定する。
【００４２】
リード要求の対象となるマスタデータに対応するコピーデータが存在する場合、コピー管理スイッチ１０３は、ホスト１０５から受信した記憶装置１０４ａに格納されたマスタデータへのリード要求を、そのコピーデータを格納する記憶装置１０４ｂに対するリード要求に変換する。具体的には、コピー管理スイッチ１０３は、リード要求に含まれるリクエスト受信先（記憶装置１０４ａ）を示すＳＡＮアドレスを、コピーデータが格納された記憶装置１０４ｂのＳＡＮアドレスに変更する。これによりネットワークの効率的な利用を行う。
【００４３】
以下、コピーデータ作成の手順について説明する。システムの使用者又は管理者は管理端末１０６を介して、記憶装置１０４ａのＳＡＮアドレス、マスタデータの記憶装置１０４ａ内部でのアドレスである論理ユニット番号（以下「ＬＵＮ」）、論理ブロックアドレス（以下「ＬＢＡ」）、マスタデータのＬｅｎｇｔｈ、記憶装置１０４ｂのＳＡＮアドレス、データコピー先のＬＵＮ、ＬＢＡをコピー管理スイッチ６０３に送信する。
それらの情報を受信した制御部１１２は、マスタデータへのリード要求を記憶装置１０４ａに送信する。
【００４４】
次に、制御部１１２は、記憶装置１０４ａから送られてきたリードデータをメモリ１１２２に格納する。続けて制御部１１２は、記憶装置１０４ｂにライト要求を送信し、メモリ１１２２に格納されているマスタデータを記憶装置１０４ｂに書き込む。このような処理によって、データのコピーが行われる。
【００４５】
尚、上述のコピー動作は処理の一例であり、この方法に限定されるものではない。例えばメモリ１１２２の代わりにリードデータを格納する専用のバッファを制御部１１２に設けても良い。また、記憶装置１０４ａ自体がコピー処理を行っても良い。例えばＳＣＳＩプロトコルの規格には、ＥＸＴＥＮＤＥＤ ＣＯＰＹというコマンドがある。このコマンドを処理することができる記憶装置は、ＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを受け取ると、コマンドが指定する記憶装置の特定の領域を他の記憶装置の特定の領域にコピーする。
【００４６】
したがって、マスタデータを保持する記憶装置１０４ａがＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを処理することができる場合、以下のようにしてもコピー処理を実行できる。
【００４７】
制御部１１２は、マスタデータを保持する記憶装置１０４ａにコピーを行うようＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを送信する。記憶装置１０４ａは、ＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドで指定された記憶領域の内容を、記憶装置１０４ｂに転送する。指定された記憶領域に格納されたデータの転送が終了すると、記憶装置１０４ａは、処理の終了をしめすレスポンスをＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドの送信元、ここではコピー管理スイッチ６０３へ送信し、コピー処理が完了する。
【００４８】
次に、コピー処理完了後のコピー管理スイッチ１０３の動作について説明する。上述したように、ホスト１０５からフレームを受信したコピー管理スイッチ１０３は、アドレス変換部１１４でフレームの転送元あるいは転送先のアドレスを変換し、適切な装置へフレームを転送する。
【００４９】
図５は、アドレス変換部１１４で実行されるアドレス変換処理の手順の一例を示すフローチャートである。
ポート１１１がフレームを受け取ると、ＣＰＵ１１４１は、アドレス変換処理プログラム１２６の実行を開始する（ステップ１５１）。ＣＰＵ１１４１は、ポート１１１で受信されたフレームが、ホスト１０５が発行した記憶装置１０４へのリード要求を含むフレームであるか否かを判定する（ステップ１５２）。
【００５０】
フレームがリード要求を含む場合、ＣＰＵ１１４１は、リード要求が要求するデータのコピーがコンピュータシステムに存在するか判定する。具体的には、ＣＰＵ１１４１は、コピー管理エントリ１３２に含まれるフィールド１３３、フィールド１３４、フィールド１３５及びフィールド１３６に登録された情報で示される領域に、リード要求を含むフレームに格納されている送信先ＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで示される領域が含まれるという条件を満たすコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ１５３）。
【００５１】
ステップ１５３の条件に合致するコピー管理エントリ１３２が存在する場合、ＣＰＵ１１４１は、そのコピー管理エントリ１３２を用いて、リード要求を含むフレームをコピーデータが格納されている記憶装置１０４へのリード要求を含むフレームに変換する。具体的には、ＣＰＵ１１４１は、リード要求を含むフレームの送信先をフィールド１３７に登録された値に、ＬＵＮをフィールド１３８に登録された値に、ＬＢＡを（ＬＢＡ＋フィールド１３９に登録された値−フィールド１３５に登録された値）に変更する。
【００５２】
ステップ１５２でフレームの内容がリード要求ではないと判断した場合、ＣＰＵ１１４１は、フレームの内容がリード要求に対応して記憶装置１０４から転送されるデータ（以下「リードデータ」）又はレスポンスであるか判定する（ステップ１５５）。フレームの内容がリードデータ又はレスポンスである場合、ＣＰＵ１１４１は、リードデータ又はレスポンスが、コピーデータが格納された記憶装置１０４ｂから送信されたものか判定する。具体的には、ＣＰＵ１１４１は、フレームの送信元がフィールド１３７に登録された値と一致するコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ１５６）。
【００５３】
フレームがコピーデータが格納された記憶装置１０４ｂから送信されていた場合、ＣＰＵ１１４１は、ステップ１５６で見つけたコピー管理エントリ１３２を用いて、フレームの送信元をフィールド１３３に登録されたマスタＳＡＮアドレスに変更する（ステップ１５７）。
【００５４】
ステップ１５４及び１５７で説明される処理の終了後、ＣＰＵ１１４１は、スイッチング処理部１１５に処理したフレームを送信する。尚、ステップ１５３及びステップ１５６で該当するコピー管理エントリ１３２が存在しない場合並びにステップ１５５でフレームがリードデータ及びレスポンスではないと判断された場合、ＣＰＵ１１４１は、受信したフレームをそのままスイッチング処理部１１５に送信する（ステップ１５８）。
【００５５】
本実施形態のコンピュータシステムの一連の動作をまとめると、次のようになる。
【００５６】
システムの使用者又は管理者が管理端末１０６を介して、コピー管理スイッチ１０３にデータコピーを指示し、コピー管理テーブル１３１を登録する。
【００５７】
図４には、スイッチ１０２ｃのＳＡＮドメインアドレスが４、記憶装置１０４ａのＳＡＮノードアドレスが０１、コピー管理スイッチ１０３のＳＡＮドメインアドレスが５、記憶装置１０４ｂのＳＡＮノードアドレスが０２であり、長さ１０００００のマスタデータが記憶装置１０４ａのＬＵＮ０のＬＢＡ０から格納されていて、マスタデータ全体を記憶装置１０４ｂのＬＵＮ５のＬＢＡ５００００から始まる領域にコピーした場合のマスタデータとコピーデータの対応関係を示す情報がコピー管理エントリ１３２の各フィールドに登録された例が示されている。
【００５８】
ホスト１０５が記憶装置１０４ａへのリード要求を行う。リード要求に対応するフレームには、送信先である記憶装置１０４ａのＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈ及び送信元であるホスト１０５のＳＡＮアドレスが含まれる。
【００５９】
リード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ１０３に届く。リード要求を受取ったコピー管理スイッチ１０３は、コピー管理テーブル１３１の情報とフレームの内容とを照合する。リード要求に対応するコピーデータが存在する場合、リード要求をコピーデータへのリード要求に変換し、記憶装置１０４ｂに変換されたフレームをルーティングする。
【００６０】
リード要求を受取った記憶装置１０４ｂは、リード要求の対象であるコピーデータを読み出し、リード要求の送信元であるホスト１０５へリードデータを送信する。リードデータのフレームには、送信先であるホスト１０５のＳＡＮアドレス及び送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【００６１】
リードデータを受取ったコピー管理スイッチ１０３は、コピー管理テーブル１３１の情報に基づきリードデータの送信元を記憶装置１０４ａに変更する。その後、リードデータは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５は、リードデータを記憶装置１０４ａから送信されたものとして受け取る。
【００６２】
一連の動作により、記憶装置１０４ａへのリード要求は、実際にはＳＡＮ１０１でより高速にアクセスできる記憶装置１０４ｂで処理されるので、レスポンスが高速になり、スイッチ１０２ｂ、１０２ｃおよび記憶装置１０４ａにかかる負荷を減らすことができる。
【００６３】
図６は、本発明を適用したコンピュータシステムの第二の実施形態を示す図である。第一の実施形態とは、コピー管理スイッチ２０３が複数存在する点が異なっている。尚、他の構成については第一の実施形態と同一であるので、説明を省略する。
【００６４】
また、本実施形態では、ホスト１０５から記憶装置１０４ａへの最短経路は、ホスト１０５→スイッチ１０２ａ→コピー管理スイッチ２０３ａ→スイッチ１０２ｂ→記憶装置１０４ａとし、ホスト１０５から記憶装置１０４ｂへの最短経路はホスト１０５→スイッチ１０２ａ→コピー管理スイッチ２０３ｂ→記憶装置１０４ｂとする。またホスト１０５から記憶装置１０４ａの接続コストよりホスト１０５から記憶装置１０４ｂの接続コストの方が小さいものとする。
【００６５】
システムの管理者又は利用者は、コピー管理スイッチ２０３ａ及び２０３ｂと接続される管理端末１０６を介して、記憶装置１０４ａが保持するマスタデータを記憶装置１０４ｂにコピーする指示をコピー管理スイッチ２０３ｂに行い、マスタデータとコピーデータの対応を示す情報を、コピー管理スイッチ２０３ａ、２０３ｂが有するコピー管理テーブル２３１に登録する。
【００６６】
また、コピー管理スイッチ２０３が有するメモリ１１２２には、第一の実施形態におけるプログラム等に加え、代理アドレステーブル２４１が格納される。さらに、ＣＰＵ１１４１が実行するアドレス変換処理プログラム２２６の内容も第一の実施形態と異なる。
【００６７】
また、不揮発メモリ１１２３に格納されるコピー管理テーブル２３１が有するコピー管理エントリ２３２は、第一の実施形態のコピー管理エントリ１３２の各フィールドに加え、ローカルフラグを登録するフィールド２４０を有する。
【００６８】
ローカルフラグは、コピー管理スイッチ２０３が有するコピー管理エントリ２３２のマスタＳＡＮアドレス１３３に対応する記憶装置１０４と、当該コピー管理スイッチ２０３を含めた複数のコピー管理スイッチ２０３との間の接続関係を示すフラグである。具体的には、複数のコピー管理スイッチ２０３と記憶装置１０４との間に存在する機器の個数に応じて、値が設定される。以下、機器の個数が少ないことを「近い」と表現する。
【００６９】
本実施形態では、コピー管理スイッチ２０３ａよりコピー管理スイッチ２０３ｂの方が記憶装置１０４ｂの近くに接続されているので、管理端末１０６はコピー管理スイッチ２０３ａにはローカルフラグを０に、コピー管理スイッチ２０３ｂにはローカルフラグを１にしたコピー管理エントリ２３２をコピー管理テーブル２３１に登録する。
【００７０】
図７は、代理アドレステーブル２４１の構成を示す図である。代理アドレステーブル２４１は、データを要求するホスト１０５を示すＳＡＮアドレス（以下「ホストＳＡＮアドレス」）、マスタＳＡＮアドレス、及び本実施形態におけるアドレス変換処理で用いられる代理アドレス（以下「代理ＳＡＮアドレス」）との対応関係を記録するためのテーブルである。
【００７１】
代理アドレステーブル２４１は複数の代理アドレスエントリ２４２を有する。各代理アドレスエントリ２４２は、ホストＳＡＮアドレスが登録されるフィールド２４３、マスタＳＡＮアドレスが登録されるフィールド２４４及び代理ＳＡＮアドレスが登録されるフィールド２４５を有する。代理アドレステーブル２４１の使用方法については後述する。
【００７２】
図８は、本実施形態におけるＣＰＵ１１４１のアドレス変換処理の手順の一例を示すフローチャートである。
【００７３】
ポート１１１がフレームを受信したら、ＣＰＵ１１４１は、アドレス変換処理プログラム２２６の実行を開始する（ステップ２５１）。ＣＰＵ１１４１は、受信したフレームの内容がリード要求か否かを判定する（ステップ２５２）。受信したフレームの内容がリード要求である場合、ＣＰＵ１１４１は、リード要求が要求するデータのコピーがコンピュータシステム内に存在するか判定する。具体的には、ＣＰＵ１１４１は、コピー管理エントリ１３２に含まれるフィールド１３３、フィールド１３４、フィールド１３５及びフィールド１３６に登録された情報で示される領域に、リード要求を含むフレームに格納されている送信先ＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで示される領域が含まれるという条件を満たすコピー管理エントリ１３２がコピー管理テーブル１３１に存在するか判定する（ステップ２５３）
ステップ２５３で示される条件に合致するコピー管理エントリ２３２が存在する場合、ＣＰＵ１１４１は、ステップ２５３で見つけたコピー管理エントリ２３２を用いて、リード要求をコピーデータが格納される記憶装置１０４へのリード要求に変換する。具体的には、リード要求を含むフレームの送信先をフィールド１３７に登録されたコピーＳＡＮアドレスに、フレームのＬＵＮをフィールド１３８に登録されたコピーＬＵＮに、フレームのＬＢＡを（ＬＢＡ＋フィールド１３９に登録されたコピーＬＢＡの値−フィールド１３５に登録されたマスタＬＢＡの値）に変更する（ステップ２５４）。
【００７４】
ステップ２５３でフレームの送信先がコピー管理テーブル２３１に含まれていない場合及びフレームをコピーデータが格納されている記憶装置１０４へのリード要求に変換した場合、ＣＰＵ１１４１は、リード要求がＣＰＵ１１４１が属するコピー管理スイッチ２０３に接続された記憶装置１０４へのものかどうか判定する。具体的には、まずリード要求の送信先のＳＡＮアドレス、ＬＵＮ、ＬＢＡ及びＬｅｎｇｔｈで表される領域を、コピーＳＡＮアドレス１３７、コピーＬＵＮ１３８、コピーＬＢＡ１３９とマスタＬｅｎｇｔｈ１３６で表される領域が含み、かつローカルフラグ２４０が１であるコピー管理エントリ２３２がコピー管理テーブル２３１に存在するか判定する（ステップ２５５）。
【００７５】
ローカルフラグが１であるコピー管理エントリ２３２がある場合、ＣＰＵ１１４１は、リード要求を含むフレームの送信元を変更する。これは、コピーデータへのリード要求と、コピーデータを保持する記憶装置１０４が保持するコピーデータ以外のデータへのリード要求とを区別できるようにするためである。具体的には、まずＣＰＵ１１４１は代理ＳＡＮアドレスを生成する。代理ＳＡＮアドレスは、当該コピー管理スイッチ２０３に割り振られたＳＡＮドメインアドレスを含み、他のいかなるノードのＳＡＮアドレスや、代理アドレステーブル２４１に保持される代理アドレスエントリ２４２のフィールド２４５に登録された代理ＳＡＮアドレスと重複しないように決定される。
【００７６】
次に、ＣＰＵ１１４１は、代理アドレステーブル２４１内の使用されていない代理アドレスエントリ２４２に、リード要求を発行したホスト１０５に対応するホストＳＡＮアドレス、マスタＳＡＮアドレス及び代理アドレスとの対応関係を登録する。具体的には、ステップ２５５で見つかったコピー管理エントリ２３２を用いて、ＣＰＵ１１１４１は、リード要求の送信元であるホスト１０５を示すホストＳＡＮアドレスをフィールド２４３に、マスタＳＡＮアドレス１３３をフィールド２４４に、生成した代理ＳＡＮアドレスをフィールド２４５に登録する。その後、ＣＰＵ１１４１は、リード要求であるフレームの送信元を、生成した代理アドレスに変更する（ステップ２５６）。
【００７７】
ステップ２５２で受信したフレームの内容がリード要求でないと判断した場合、ＣＰＵ１１４１は、受信したフレームの内容がリードデータであるか判定する（ステップ２５７）。受信したフレームの内容がリードデータである場合、ＣＰＵ１１４１は、リードデータの送信先が当該コピー管理スイッチ２０３の生成した代理ＳＡＮアドレスであるか判定する。具体的には、ＣＰＵ１１４１は、リードデータの送信先を示すＳＡＮアドレスがフィールド２４５に登録された代理ＳＡＮアドレスと一致する代理アドレスエントリ２４２が代理アドレステーブル２４１に存在するか判定する（ステップ２５８）。
【００７８】
条件を満たす代理アドレスエントリ２４２が見つかった場合、ＣＰＵ１１４１は、ステップ２５８で見つけた代理アドレスエントリ２４２に登録された情報を用いて、フレームの送信元をフィールド２４４に登録されたマスタＳＡＮアドレスに、送信先をフィールド２４３に登録されたホストＳＡＮアドレスに変更する（ステップ２５９）。
【００７９】
ステップ２５７で受信したフレームの内容がリードデータでないと判断した場合、ＣＰＵ１１４１は、受信したフレームの内容がレスポンスであるか判定する（ステップ２６０）。フレームの内容がレスポンスである場合、ＣＰＵ１１４１は、フレームの送信先が当該コピー管理スイッチ２０３の生成した代理ＳＡＮアドレスで示されるノードであるか判定する。具体的には、ＣＰＵ１１４１は、フレームの送信先を示すＳＡＮアドレスがフィールド２４５に登録された代理ＳＡＮアドレスと一致する代理アドレスエントリ２４２が代理アドレステーブル２４１に存在するか判定する（ステップ２６１）。
【００８０】
ステップ２６１で条件を満たす代理アドレスエントリ２４２が見つかった場合、ＣＰＵ１１４１は、見つかった代理アドレスエントリ２４２に登録された情報を用いて、フレームの送信元をフィールド２４４に登録されたマスタＳＡＮアドレスに、送信先をフィールド２４３に登録されたホストＳＡＮアドレスに変更する。また、ＣＰＵ１１４１は、代理アドレスエントリ２４２を代理アドレステーブル２４１から消去する（ステップ２６２）。
【００８１】
フレームの送信先がステップ２５５で示される条件を満たさない場合、ステップ２５８及び２６１でフレームの送信先が代理ＳＡＮアドレスでない場合並びにステップ２５６、２５９及び２６２でフレームのアドレス変換が済んだ場合、ＣＰＵ１１４１は、スイッチング処理部１１５へ処理したフレームを送信する（ステップ２６３）。
【００８２】
本実施形態におけるコンピュータシステムの一連の動作をまとめると、次のようになる。
【００８３】
システムの使用者又は管理者が管理端末１０６を介して、コピー管理スイッチ１０３にデータコピーを指示し、各コピー管理スイッチのコピー管理テーブル２３１へその情報を登録する。
【００８４】
ホスト１０５が記憶装置１０４ａへのリード要求を行う。リード要求は送信先である記憶装置１０４ａのＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈと送信元であるホスト１０５のＳＡＮアドレスを含む。リード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ２０３ａに届く。
【００８５】
コピー管理スイッチ２０３ａはリード要求を受け取ると、コピー管理テーブル２３１の情報と照合する。コピー管理スイッチ２０３ａは、リード要求の送信先を記憶装置１０４ｂが保持するコピーデータへのリード要求に変換しルーティングする。ただし、記憶装置１０４ｂはコピー管理スイッチ２０３ａに接続されていないので、代理アドレスは生成されず、送信元も変更されない。
【００８６】
書き換えられたリード要求は送信先のＳＡＮアドレスに基づいてルーティングされ、コピー管理スイッチ２０３ｂに届く。リード要求を受取ったコピー管理スイッチ２０３ｂは、受取ったフレームの内容をコピー管理テーブル２３１の情報と照合する。その結果、コピー管理スイッチ２０３ｂは、代理ＳＡＮアドレスを生成し、ホスト１０５のＳＡＮアドレス、マスタである記憶装置１０４ａのＳＡＮアドレス及び代理ＳＡＮアドレスの対応関係を代理アドレステーブル２４１の代理アドレスエントリ２４２に記録する。その後、コピー管理スイッチ２０３ｂは、リード要求の送信元を代理ＳＡＮアドレスに変更してフレームをルーティングする。
【００８７】
リード要求を受取った記憶装置１０４ｂは、リード要求に対応するコピーデータを読み出し、送信先を代理ＳＡＮアドレスにしてリードデータをコピー管理スイッチ２０３ｂへ送信する。リードデータを含むフレームには、送信先である代理ＳＡＮアドレスと送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【００８８】
リードデータのフレームがコピー管理スイッチ２０３ｂに届くと、コピー管理スイッチ２０３ｂは代理アドレステーブル２４１の情報に基づき、リードデータの送信元を記憶装置１０４ａのＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更する。その後、リードデータを含むフレームは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５はリードデータを記憶装置１０４ａから送信されたものとして受け取る。
【００８９】
一方、記憶装置１０４ｂからのレスポンスがコピー管理スイッチ２０３ｂに届くと、コピー管理スイッチ２０３ｂは、送信元を記憶装置１０４ａのＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更しルーティングすると同時に、代理アドレステーブル２４１から対応関係を記録している代理アドレスエントリ２４２を消去する。ホスト１０５はレスポンスを記憶装置１０４ａから送信されたレスポンスとして受け取る。
【００９０】
本実施形態では、ホスト１０５とマスタデータを保持する記憶装置１０４ａの経路上にコピー管理スイッチ２０３ａが存在している。しかし第１の実施形態と異なり、コピー管理スイッチ２０３ａにはコピーデータを保持する記憶装置１０４ｂは接続されていない。それでも、本実施形態では、リード要求はコピーデータを保持する記憶装置１０４ｂへのリード要求へ変換され、コピーデータを保持する記憶装置１０４ｂが接続しているコピー管理スイッチ２０３ｂに届き、コピーデータが記憶装置１０４ａからのリードデータとしてホスト１０５に送信される。
【００９１】
また、本実施形態では代理ＳＡＮアドレスを用いることで、コピー管理スイッチ２０３によって変更されたリード要求と、元々コピーを保持する記憶装置１０４ｂへ発行されたリード要求などのコマンドとを区別することが可能である。そのため、コピーデータを有する記憶装置１０４ｂを通常の記憶装置１０４ｂとして用いることが可能になる。さらに、リード要求ごとに異なる代理ＳＡＮアドレスを用いるので、複数の記憶装置１０４に保持されるマスタデータを一つの記憶装置１０４ｂにコピーして、コピーデータとして用いることが可能になる。
【００９２】
尚、本実施形態では代理ＳＡＮアドレスを用いて、記憶装置１０４からのリードデータを、そのアドレス情報を変換する必要のあるリードデータと、変換する必要のないリードデータを分類した。しかし、フレームにリード要求とリードデータとレスポンスの対応を認識できるような情報が付加されている場合は代理ＳＡＮアドレスを用いず、その付加情報でリードデータを分類することもできる。例えば、ファイバチャネルプロトコルではエクスチェンジＩＤと呼ばれるＩＤが各フレームに付加されているので、この情報に基づいてリードデータ、レスポンスを分類することも可能である。
【００９３】
図９は、本発明の第３の実施形態を適用したコンピュータシステムの構成例を示す図である。ＳＡＮ１０１は、スイッチ１０２ａ、１０２ｂ及びコピー管理スイッチ３０３を有する。また、ホスト１０５、記憶装置１０４ａ及び記憶装置１０４ｂがＳＡＮ１０１に接続されている。記憶装置１０４ａにはマスタデータが格納されている。
【００９４】
尚、本実施形態においても、ホスト１０５と記憶装置１０４ａとの間の通信線の接続コストよりホスト１０５と記憶装置１０４ｂとの間の通信線の接続コストの方が小さいものとする。
【００９５】
システムの使用者や管理者は、コピー管理スイッチ３０３に接続された管理端末１０６を介して、上述した他の実施形態と同様に、マスタデータのコピーを行い、マスタデータとコピーデータの対応関係の情報を、コピー管理スイッチ３０３のコピー管理テーブル２３１に記録し管理する。本実施例では、これらに加えて後述する仮想アドレステーブル３４１も記録し、管理する。
【００９６】
コピー管理スイッチ３０３は、後述する方法を用いて、コピー管理スイッチ３０３に接続される装置に対して、仮想的な記憶装置１０４（以下「仮想記憶装置３０７」）が存在するかのように振舞う。
【００９７】
以下、本実施形態においては、ホスト１０５はマスタデータが仮想記憶装置３０７に格納されていると判断して、仮想記憶装置３０７へリード要求を行う。これは、後述するコピー管理エントリ２３２ａ、２３２ｂが管理端末１０６によってコピー管理スイッチ３０３に登録されているため、コピー管理スイッチ３０３が仮想記憶装置３０７へのリード要求を、コピーデータの有無により記憶装置１０４ａないし記憶装置１０４ｂへのリード要求に変換するからである。これによりネットワークの効率的な利用を行う。尚、ホスト１０５には仮想記憶装置３０７のＷＷＮが設定されている。ホスト１０５はネームサービスを使って、仮想記憶装置３０７のＷＷＮから仮想記憶装置３０７のＳＡＮアドレス（２つ）を知る。
【００９８】
尚、本実施形態におけるコピー管理スイッチ３０３の構成は第１の実施形態のコピー管理スイッチ１０３と同様である。しかし、コピー管理スイッチ３０３が有するメモリに登録される情報等については、第二の実施形態と比較して、下記に示すような違いがある。
【００９９】
第一に、ＣＰＵ１１２１が初期化処理プログラム３２１を実行して、後述する仮想アドレステーブル３４１を不揮発メモリ１１２３から読み出し、仮想アドレステーブル３４１に記録されている仮想記憶装置３０７のアドレス情報をネームデータベース１２５に登録する点である。第二に、ＣＰＵ１１２１が端末からの要求処理プログラム３２２を実行して、第２の実施形態における処理に加え、管理ポート１１３で受信される管理端末１０６からの要求に答え、不揮発メモリ１１２３に保持される仮想アドレステーブル３４１の変更を行う点である。
【０１００】
図１０は、仮想アドレステーブル３４１の内容を示す図である。仮想アドレステーブル３４１は、複数の仮想アドレスエントリ３４２を有する。仮想アドレスエントリ３４２は１つの仮想的なノード、例えば仮想記憶装置３０７に対応し、仮想的なノードのＳＡＮアドレス（以下「仮想ＳＡＮアドレス」）及び仮想的なＷＷＮ（以下、「仮想ＷＷＰＮ」、「仮想ＷＷＮＮ」と称する）が、仮想アドレスエントリ３４２のエントリ３４３、３４４及び３４５に登録される。
【０１０１】
尚、本実施形態におけるコピー管理テーブル２３１、代理アドレステーブル２４１は第２の実施形態と同様のものを用いる。アドレス変換処理プログラム２２６も第２の実施形態と同様である。
【０１０２】
本実施形態におけるコンピュータシステムの一連の動作をまとめると、次のようになる。
【０１０３】
はじめに、システムの使用者や管理者が、コピー管理スイッチ３０３に接続された管理端末１０６を介して、記憶装置１０４ａに格納されたマスタデータを記憶装置１０４ｂコピーする指示をコピー管理スイッチ３０３に行う。続けて、仮想アドレステーブル３４１とコピー管理テーブル２３１を設定する。スイッチ１０２ａのＳＡＮドメインアドレスが４、コピー管理スイッチのＳＡＮドメインアドレスが５、記憶装置１０４ａのＳＡＮアドレスが４０１、記憶装置１０４ｂのＳＡＮアドレスが５０１、仮想記憶装置３０７に割り当てるＳＡＮアドレスを５０２、ＷＷＰＮを１２３４、ＷＷＮＮを５６７８とし、マスタデータが記憶装置１０４ａのＬＵＮ０、ＬＢＡ０から始まる長さ１０００００の領域に格納されており、マスタデータの先頭から長さ５００００の部分を記憶装置１０４ｂのＬＵＮ０、ＬＢＡ０から始まる領域にコピーした場合のコピー管理テーブル２３１、コピー管理エントリ２３２ａ、２３２ｂと仮想アドレステーブル３４１、仮想アドレスエントリ３４２にセットされる値を図１０、図１１に示す。コピー管理エントリ２３２ａは、仮想記憶装置３０７のＬＵＮ０、ＬＢＡ０から始まる長さ５００００の部分へのリード要求が、記憶装置１０４ｂへのリード要求に変換されることを示す。一方コピー管理エントリ２３２ｂは、仮想記憶装置３０７のＬＵＮ０，ＬＢＡ５００００から始まる長さ５００００の部分へのリード要求が、記憶装置１０４ａへのリード要求に変換されることを示す。
【０１０４】
設定終了後、ホスト１０５が仮想記憶装置３０７へのリード要求を発行する。リード要求のフレームには、送信先である仮想記憶装置３０７のＳＡＮアドレス、ＬＵＮ、ＬＢＡ、Ｌｅｎｇｔｈ及び送信元であるホスト１０５のＳＡＮアドレスが含まれる。リード要求のフレームは、送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを経由してコピー管理スイッチ３０３に届く。
【０１０５】
リード要求を受取ったコピー管理スイッチ３０３は、リード要求のフレームに含まれている情報をコピー管理テーブル２３１の情報と照合する。照合の結果、リード要求がコピー管理エントリ２３２ａにヒットしたなら、コピー管理スイッチ３０３は、第二の実施形態と同様に、リード要求の送信先をコピーデータを有する記憶装置１０４ｂへのリード要求に変換し、代理アドレスを生成し、送信元を代理アドレスに変更して、そのリード要求のフレームを記憶装置１０４ｂに転送する。そして、コピー管理スイッチ３０３ｂは、ホスト１０５ａ、仮想記憶装置３０７及び代理アドレスの対応を代理アドレステーブル２４１の代理アドレスエントリ２４２に記録する。また、照合の結果、リード要求がコピー管理エントリ２３２ｂにヒットした場合は、リード要求を１０４ａに格納されたマスタデータへのリード要求に変換し、同様の処理を行う。
【０１０６】
リード要求を受取った記憶装置１０４ｂは、指定されたデータを読み出し、送信先を代理ＳＡＮアドレスに設定してリードデータを送信する。リードデータのフレームには送信先を示す代理ＳＡＮアドレス及び送信元である記憶装置１０４ｂのＳＡＮアドレスが含まれる。
【０１０７】
リードデータのフレームを受信すると、コピー管理スイッチ３０３は代理アドレステーブル２４１の情報に基づき、リードデータのフレームの送信元を仮想記憶装置３０７のＳＡＮアドレス、送信先をホスト１０５のＳＡＮアドレスに変更する。リードデータは送信先のＳＡＮアドレスに基づいてルーティングされ、スイッチ１０２ａを通りホスト１０５に届く。ホスト１０５は、リードデータを仮想記憶装置３０７から送信されたものとして受け取る。
【０１０８】
第１、第２の実施形態では、ホスト１０５とマスタデータを保持する記憶装置１０４ａとの間のネットワークの経路（以下「パス」）上にコピー管理スイッチ１０３等があり、そのコピー管理スイッチ１０３等でリード要求のフレームが変更されていた。しかし本実施形態では、コピー管理スイッチ３０３が仮想記憶装置３０７を提供するため、ホスト１０５と記憶装置１０４ａとの間のパス上には無いコピー管理スイッチ３０３に直接リード要求が到達する。
【０１０９】
また、本実施形態の一つとして、図１２のような構成を取ることもできる。この構成では、記憶装置１０４ａがコピー管理スイッチ３０３ａに接続される。管理者等は、管理端末１０６を介してコピー管理スイッチ３０３ａ、３０３ｂのコピー管理テーブル２３１や仮想アドレステーブル３４１を設定し、それぞれのコピー管理スイッチが仮想記憶装置３０７を提供するようにする。
【０１１０】
この場合、ホスト１０５ａ、１０５ｂが各コピー管理スイッチ３０３のネームデータベースを参照したときに、仮想記憶装置３０７が複数のポートを持つノードとして認識されるように、コピー管理スイッチ３０３ａ、３０３ｂの仮想アドレステーブル３４１において、ＷＷＮＮが等しい仮想アドレスエントリ３４２が登録される。
【０１１１】
ホスト１０５ａ、１０５ｂでは、アクセスすべき記憶装置１０４がＷＷＮＮで設定される。ホスト１０５ａ、１０５ｂはネームデータベースを参照し、アクセスすべき記憶装置１０４（実際には仮想化記憶装置３０７）の二つのＳＡＮアドレスを取得する。この場合、ホスト１０５は、どちらのＳＡＮアドレスを使用しても、仮想化記憶装置３０７にアクセスすることができる。これら複数のＳＡＮアドレスで示される複数のポートから一つを選択する方法としては、以下の二つが考えられる。
【０１１２】
一つは、ホスト１０５がスイッチ１０２ないしコピー管理スイッチ３０３からＳＡＮ１０１のトポロジ情報を取得できる場合、より接続コストの少ないポートを選択し、そのポートへリード要求を送信する。
【０１１３】
もう一つは、ホスト１０５がトポロジ情報が取得できない場合、ホスト１０５が両方のポートにリード要求を送信し、より速くアクセスできるポートを選択するという方法である。
【０１１４】
尚、上述の構成においては、マスタデータ全体を記憶装置１０４ｂにコピーしている際に記憶装置１０４ｂが故障した場合、コピー管理スイッチ３０３が記憶装置１０４の故障を検出できると仮定すると、コピー管理エントリ２３２を変更することで、無事な記憶装置１０４ａへアクセス要求のルーティングが行われるようなフェイルセーフを行うことが可能である。
【０１１５】
コピー管理スイッチ３０３は、記憶装置１０４の故障をいくつかの方法で検出できる。例えば光ファイバを通信線として用いている場合、物理的な接続が切れることは、ポート１１１で光が消える形で検出できる。また記憶装置１０４ｂからのレスポンスにはエラー情報が含まれるため、ポート１１１においてレスポンスの内容を監視することによって、コピー管理スイッチ３０３が記憶装置１０４の故障を検出することも可能である。以下、フェイルセーフの例を説明する。
【０１１６】
記憶装置１０４ｂの故障を検出したコピー管理スイッチ３０３は、管理端末１０６に故障の発生を通知し、ユーザ等が管理端末１０６を介してコピー管理スイッチ３０３のコピー管理テーブル２３１を設定しなおす。例えば、図９の記憶装置１０４ａが故障した場合、ユーザは、管理端末１０６を介してコピー管理スイッチ３０３のコピー管理エントリ２３２ａを削除し、コピー管理エントリ２３２ｂのマスタＬＢＡ１３５ｂとコピーＬＢＡ１３９ｂを０にし、マスタＬｅｎｇｔｈ１３６ｂを１０００００にする。
【０１１７】
これにより、コピー管理スイッチ３０３は、ホスト１０５から仮想記憶装置３０７へのリード要求を全て記憶装置１０４ａにルーティングするようになる。第一及び第二の実施例でも同様のフェイルオーバ処理が可能である。
【０１１８】
また、図１２の構成の場合は、送信したリード要求の結果がタイムアウトするか否かによって、ホスト１０５が選択するポートを切替えることでフェイルオーバを実現することができる。
【０１１９】
図１３は、本発明の第４の実施形態を適用したコンピュータシステムの構成例を示す図である。本実施形態は、コピー管理スイッチ４０３ａ及び４０３ｂが、仮想スイッチ４０８を提供する点が第３の実施形態とは異なる。
【０１２０】
本実施形態におけるコピー管理スイッチ４０３の構成は第３の実施形態におけるコピー管理スイッチ１０３と同様であるが、コピー管理スイッチ４０３が有するメモリ１１２２に登録される情報等が、以下の点で第３の実施形態とは異なる。
【０１２１】
第一に、仮想アドレステーブル４４１に、第３の実施形態の仮想アドレステーブル３４１に加えて仮想ドメインアドレスを登録するエントリ４４６が追加される。エントリ４４６に登録される仮想ドメインアドレスは、仮想スイッチ４０８のＳＡＮドメインアドレスを示す。
【０１２２】
第二に、ＣＰＵ１１２１がルーティングプロトコル処理プログラム４２２を実行して、エントリ４４６に登録された仮想ドメインアドレスで指定されるＳＡＮドメインアドレスを持つ仮想スイッチ４０８が接続されているという情報を他のスイッチと交換し、ルーティングテーブルを作成する点である。このとき、ルーティングの整合性を保つため、コピー管理スイッチ４０３ａと仮想スイッチ４０８との間の接続コストとコピー管理スイッチ４０３ｂと仮想スイッチ４０８との間の接続コストは等しいように設定する。
【０１２３】
以下、本実施形態の処理の一連の流れを説明する。
【０１２４】
はじめに、システムの使用者や管理者が、コピー管理スイッチ４０３ａ、４０３ｂに接続された管理端末１０６を介して、記憶装置１０４ａに格納されたマスタデータを記憶装置１０４ｂコピーする指示をコピー管理スイッチ４０３ａ（または４０３ｂ）に行う。続けて、管理者等は、各コピー管理スイッチ４０３に登録された仮想アドレステーブル４４１とコピー管理テーブル２３１に情報を設定する。
【０１２５】
ここで、本実施形態では、コピー管理スイッチ４０３ａのＳＡＮドメインアドレスが４、コピー管理スイッチ４０３ｂのＳＡＮドメインアドレスが５、仮想スイッチ４０８のＳＡＮドメインアドレスを８、記憶装置１０４ａのＳＡＮアドレスが４０１、記憶装置１０４ｂのＳＡＮアドレスが５０１、仮想記憶装置３０７に割り当てるＳＡＮアドレスを８０１、ＷＷＰＮを１２３４、ＷＷＮＮを５６７８とし、マスタデータが記憶装置１０４ａのＬＵＮ０、ＬＢＡ０から始まる長さ１０００００の領域に格納されており、マスタデータの先頭から長さ５００００の部分を記憶装置１０４ｂのＬＵＮ０、ＬＢＡ０から始まる領域にコピーするものとする。
【０１２６】
また、ホスト１０５と各コピー管理スイッチ４０３との間の接続コストは以下のとおりであると仮定する。すなわち、ホスト１０５ａに関しては、コピー管理スイッチ４０３ｂとの間の方がコピー管理スイッチ４０３ａとの間より接続コストが小さく、ホスト１０５ｂに関しては、コピー管理スイッチ４０３ａとの間の方がコピー管理スイッチ４０３ｂとの間より接続コストが小さい。
【０１２７】
ホスト１０５ａが仮想記憶装置３０７にリード要求を発行すると、接続コストが最小となるルーティングによってリード要求はコピー管理スイッチ４０３ｂに到達し、その後は第３の実施形態と同様の処理が行われる。
【０１２８】
ホスト１０５ｂが仮想記憶装置３０７にリード要求を発行すると、リード要求はコピー管理スイッチ４０３ａに到達し、第３の実施形態と同様の処理が行われる。
本実施形態により、ホスト１０５は、図１２の構成のようにパスを選択しなくても、接続コストが小さいコピー管理スイッチ４０３にリード要求を送ることができる。これは、コピー管理スイッチ４０３ａ，４０３ｂと仮想スイッチ３０８の間の接続コストが等しいので、ホスト１０５から仮想スイッチ３０８のＳＡＮドメイン宛に送信されたフレームはホスト１０５の直近のコピー管理スイッチ４０３ａないし４０３ｂにたどり着くからである。
【０１２９】
図１４は、本発明の第５の実施形態を適用したコンピュータシステムの構成例を示す図である。本実施形態は、コピー管理スイッチ５０３が記憶装置１０４ｃ及び１０４ｄを有する点が第一の実施形態と異なる。
【０１３０】
本実施形態においては、記憶装置１０４ａがマスタデータを保持しており、ホスト１０５はマスタデータへリード要求を行う。また、本実施形態ではコピー管理スイッチ５０３がコピーデータを保持する。そして、ホスト１０５からマスタデータへのリード要求を受取ったコピー管理スイッチ５０３は、内部の記憶装置１０４ｃ、１０４ｄに保持しているコピーデータを読み出して、ホスト１０５にリードデータを送信する。
【０１３１】
図１５は、コピー管理スイッチ５０３の内部構成の具体例を示す図である。
コピー管理スイッチ５０３は、複数のポート５０３１及びポートプロセッサ５０３３を有するプロトコル変換部５０３２、ディスク制御部５０３５、ハードディスク５０３６、管理部５０３７及びこれらの構成部分を接続するスイッチ部５０３４を有する。ポートプロセッサ５０３３はＣＰＵ及びメモリを有し、管理部５０３７はＣＰＵ、メモリ及び記憶装置を有する。
【０１３２】
ディスク制御部５０３５は、ディスク制御部５０３５に接続された複数のハードディスクの記憶容量を一つ又は複数の論理的な記憶領域として他の装置に提供する。コピー管理スイッチ５０３は、自スイッチ５０３に含まれる複数のディスク制御部５０３５が提供する論理的な記憶領域をまとめて一つ又は複数の仮想的な記憶領域として、コピー管理スイッチ５０３に接続される装置に提供する。
【０１３３】
コピー管理スイッチ５０３は、ポート５０３１を介して、他のノードとコマンドやデータを送受信する。ポート５０３１を介してコマンド等を受信したプロトコル変換部５０３２は、受信したコマンドやデータのプロトコルを変換してスイッチ部５０３４に転送する。ここで、プロトコル変換部５０３２は、受信したコマンドがコピー管理スイッチ５０３の提供する仮想的な記憶領域に対するものか判別する。受信したコマンドが自記憶領域に対するものである場合、プロトコル変換部５０３２は、その記憶領域に対応するディスク制御部５０３５へコマンドを発行する。自記憶領域に対応しない場合、プロトコル変換部５０３２は、受け取ったフレームをそのままスイッチ部５０３４に転送する。
【０１３４】
コピー管理スイッチ５０３の提供する仮想的な記憶領域とディスク制御部５０３５が提供する論理的な記憶領域との対応関係を示す情報は管理部５０３７の記憶装置に格納される。またこの情報は、コピー管理スイッチ５０３の起動時に管理部５０３７のＣＰＵによってポートプロセッサ５０３３が有するメモリに格納される。また、管理部５０３７は内部のメモリにネームデータベースを保持し、ＷＷＮＮ等の問い合わせに応答する処理を内部ＣＰＵにて実行する。
スイッチ部５０３４は、フレームのアドレス情報に基づきルーティング処理を行う。
【０１３５】
ディスク制御部５０３５は、提供する論理的な記憶領域と接続されている各ハードディスク５０３６が有する記憶領域との対応関係の情報を内部のメモリに保持している。ディスク制御部５０３５は、スイッチ部５０３４からコマンド（ここでは、フレームの内部にコマンドが格納されている）を受け取ると、メモリに保持された対応関係の情報を用いて、コマンドが指定する記憶領域に対応するハードディスク５０３６と、その内部での格納位置を決定する。そして対応するハードディスク５０３６へデータの読み出し等の命令を発行し、コマンドを処理する。
【０１３６】
尚、図１５においてスイッチ部５０３４、ディスク管理部５０３５及び管理部５０３７が各々２個ずつ存在するのは、冗長性を持たせて信頼性を向上させるためであり、本発明においてこの構成が必須というわけでは無い。
【０１３７】
本実施形態のコピー管理スイッチ５０３において、プロトコル変換部５０３２のポートプロセッサ５０３３が有するメモリにアドレス変換処理プログラム１２６が格納される。アドレス変換処理プログラム１２６は、プロトコル変換部５０３２のポート５０３１がフレームを受信した場合、またフレームをスイッチ部５０３４から受信した場合にポートプロセッサ５０３３ａで実行される。また、管理部５０３７内部のメモリには、第１の実施形態において説明したメモリ１１２２に格納される各プログラムが格納される。
【０１３８】
本実施形態のコンピュータシステムにおける処理の一連の流れを以下に示す。
まずホスト１０５は、記憶装置１０４ａに保持されるマスタデータへリード要求を発行する。
【０１３９】
リード要求を受信したコピー管理スイッチ５０３のプロトコル変換部５０３２は、ポートプロセッサ５０３３においてアドレス変換処理プログラム１２６を実行し、じ受信したリード要求のフレームをコピーデータを格納した記憶領域へのリード要求のフレームに変換する。
【０１４０】
その後、プロトコル変換部５０３２は変換したリード要求の内容を確認する。本実施形態の場合、コピー管理スイッチ５０３の提供する記憶領域へのリード要求であるので、プロトコル変換部５０３２は、変換したリード要求のフレームをディスク管理部５０３５に対して送信する。
【０１４１】
スイッチ部５０３４を介してリード要求を受取ったディスク管理部５０３５は、受信したリード要求に従い、ハードディスク５０３６から指定されたデータを読み出し、読み出したリードデータをスイッチ部５０３４を介してプロトコル変換部５０３２へ送信する。
【０１４２】
リードデータを受信したプロトコル変換部５０３２は、ポートプロセッサ５０３３でアドレス変換処理プログラム１２６を実行し、リードデータの送信元を記憶装置１０４ａのＳＡＮアドレスに変更し、その変更後のリードデータのフレームをポート５０３１を介してホスト１０５へ転送する。ホスト１０５は、リードデータを記憶装置１０４ａから送信されたものとして受信する。
【０１４３】
このようにして、ホスト１０５から記憶装置１０４ａに格納されたマスタデータへのリード要求は、コピー管理スイッチ５０３が提供する記憶領域に格納されたコピーデータを用いてコピー管理スイッチ５０３によって処理される。
【０１４４】
本実施形態では、コピー管理スイッチ５０３の提供する記憶領域をコピーデータの保持に用いた。しかし、本実施形態のコピー管理スイッチ５０３は、上述した第一から第四の実施形態で説明したコピー管理スイッチ１０３と同様の使用方法に使用することができる。
【０１４５】
次に、本発明の第六の実施形態について説明する。上述した第１〜５の実施形態では、マスタデータの全体又は決められた一部をコピーしていた。また、データのコピーは、管理者等の指示に基づいて、コピー管理テーブル１３１、２３１の設定と共に実行されていた。しかし、ここで説明する第６の実施形態では、後述するコピー管理スイッチ７０３が、ホスト１０５からのリード要求に応じて、マスタデータを格納した記憶装置１０４ａから指定された記憶装置１０４ｂにリード要求の対象となったデータをコピーする。このように動作することで、記憶装置１０４ｂが有する記憶容量を効率よく使用出来る。
【０１４６】
第六の実施形態のコンピュータシステムの構成は、コピー管理スイッチ７０３がコピー管理スイッチ１０３と置き換わった以外は第１の実施形態と同じである。
【０１４７】
本実施形態では、コピー管理スイッチ７０３のメモリ１１２２、１１４２に格納される情報等が、第一の実施形態と以下の点で異なる。
第一に、ＣＰＵ１１２１が初期化処理プログラム７２１を実行して、後述するコピー管理テーブル７３１の各コピー管理エントリ７３２のキャッシュインデックス７３７に対応するキャッシュテーブル７４１を作成する点である。
【０１４８】
第二に、ＣＰＵ１１２１が端末からの要求処理プログラム７２２を実行して、コピー管理テーブル７３１の内容の変更に伴うキャッシュインデックス７３７の追加・削除に応じて、キャッシュテーブル７４１を追加・削除する処理を行う点である。
第三に、ＣＰＵ１１４１がアドレス変換処理プログラム７２６を実行して、ポート１１１がフレームを受信した際に、リード要求に含まれるアドレス情報を判定してキャッシュ処理プログラム７２７の実行を制御部１１２に指示する点である。さらにＣＰＵ１１４１は、リードデータなどのアドレス情報の変換を行う。処理手順の詳細は後述する。
【０１４９】
第四に、ＣＰＵ１１２１がキャッシュ処理プログラム７２７を実行し、キャッシュテーブル７４１を用いて、マスタデータへのリード要求に対応するコピーデータが存在するかどうかを判定し、存在するならばコピーデータが格納された記憶装置１０４（ここでは記憶装置１０４ｂ）へリード要求を発行する。一方、コピーデータが存在しないならば、ＣＰＵ１１２１は、リード要求が指定するマスタデータを記憶装置１０４ａから記憶装置１０４ｂにコピーし、コピーデータをホスト１０５に送信する点である。処理手順の詳細は後述する。
【０１５０】
図１６は、コピー管理テーブル７３１の構造を示す図である。コピー管理テーブル７３１は複数のコピー管理エントリ７３２を有する。各コピー管理エントリ７３２は、第一の実施形態とは異なり、マスタデータの格納位置とコピー先の格納位置の対応関係をＳＡＮアドレス及びＬＵＮで管理する。具体的には、各コピー管理エントリ７３２は、マスタＳＡＮアドレスを登録するエントリ７３３、マスタＬＵＮを登録するエントリ７３４、コピーＳＡＮアドレスを登録するエントリ７３５、コピーＬＵＮを登録するエントリ７３６及びキャッシュインデックスの情報を登録するエントリ７３７から構成される。つまり、コピー管理エントリ７３２は、マスタデータが格納された記憶装置１０４ａ及びそのＬＵＮ並びにコピーデータの格納に用いる記憶装置１０４ｂ及びそのＬＵＮを指定する。
尚、キャッシュインデックスは、後述するキャッシュテーブル７４１を指定する為の情報である。
【０１５１】
図１７は、キャッシュテーブル７４１の構造の一例を示す図である。キャッシュテーブル７４１は、コピー管理テーブル７３１で使用されているコピー管理エントリ７３２の数だけ存在し、エントリ７３７に登録されるキャッシュインデックスによってコピー管理テーブル７３１と関連付けられている。各キャッシュテーブル７４１は複数のキャッシュエントリ７４２を有する。各キャッシュテーブル７４１のキャッシュエントリ７４２の数はメモリ１１２２の容量などから設計時に決定されている。
【０１５２】
キャッシュエントリ７４２は、マスタＬＢＡを登録するエントリ７４３、コピーＬＢＡを登録するエントリ７４４、マスタＬｅｎｇｔｈを登録するエントリ７４５、非アクセスカウンタを登録するエントリ７４６及び有効フラグを登録するエントリ７４７を有する。非アクセスカウンタはキャッシュ処理プログラム７２７で用いられるカウンタであり、その使われ方は後述する。有効フラグはその有効フラグが所属するキャッシュエントリ７４２が有効か無効かを示し、例えば１ならば有効で０なら無効であることを示す。
【０１５３】
つまり有効な（エントリ７４７に１が登録されている）キャッシュエントリ７４２は、マスタＬＢＡから始まり長さがマスタＬｅｎｇｔｈである記憶装置１０４ａの記憶領域が、コピーＬＢＡから始まる記憶装置１０４ｂの記憶領域にコピーされている事を示す。
【０１５４】
図１８は、本実施形態におけるアドレス変換部１１４で実行される処理手順を示すフローチャートである。尚、本処理は、ＣＰＵ１１４１がアドレス変換処理プログラム７２６を実行することによって行われる。
まず、ポート１１１でフレームを受け取ると、ＣＰＵ１１４１は、アドレス変換処理プログラム７２６の実行を開始する（ステップ７５１）。
【０１５５】
次に、ＣＰＵ１１４１は、受信したフレームの内容がリード要求か判定する（ステップ７５２）。受信したフレームの内容がリード要求である場合、ＣＰＵ１１４１は、リード要求で要求されるデータが、コピー対象（すなわちマスタデータ）となっている記憶装置１０４のＬＵＮに格納されたデータであるかを判定する。具体的には、ＣＰＵ１１４１は、リード要求の送信先ＳＡＮアドレス及びＬＵＮが、エントリ７３３及び７３４に登録された値と一致するコピー管理エントリ７３２を探す（ステップ７５３）。
【０１５６】
ステップ７５３で条件を満たすコピー管理エントリ７３２が見つかった場合、ＣＰＵ１１４１は、制御部１１２に対してキャッシュ処理プログラム７２７の実行を指示する。この際、ＣＰＵ１１４１は、受信したフレームとステップ７５３で選択したコピー管理エントリ７３２に登録された情報を制御部１１２に送信する（ステップ７５４）。ステップ７５４での処理の終了後、ＣＰＵ１１４１は処理を終了する。
【０１５７】
一方、ステップ７５２で受信したフレームの内容がリード要求ではないと判断された場合、ＣＰＵ１１４１は、フレームがリードデータ、またはレスポンスであるか判定する（ステップ７５５）。フレームの内容がリードデータ又はレスポンスであった場合、ＣＰＵ１１４１は、受信したフレームがコピーデータが格納された記憶装置１０４（ここでは１０４ｂ）から送信されたものか判定する。具体的には、フレームの送信元がエントリ７３５に登録された値と一致するコピー管理エントリ７３２がコピー管理テーブル７３１に存在するか判定する（ステップ７５６）。
【０１５８】
ステップ７５６で条件を満たすコピー管理エントリ７３２がコピー管理テーブル７３１に存在する場合、ＣＰＵ１１４１は、ステップ７５６で見つけたコピー管理エントリ７３２を用いて、フレームの送信元をエントリ７３３に登録されたマスタＳＡＮアドレスに変更する（ステップ７５７）。
【０１５９】
ステップ７５３でリード要求であるフレームの送信先がコピー管理テーブル７３１に存在しない場合、ステップ７５５でフレームがリードデータでもレスポンスでもないと判断された場合及びステップ７５６でフレームの送信元がコピー管理テーブル７３１に存在しなかった場合には、ＣＰＵ１１４１は、スイッチング処理部１１５に処理したフレームを転送して処理を終了する（ステップ７５８）。
【０１６０】
図１９は、ステップ７５４におけるアドレス変換部１１４の指示によって制御部１１２で実行される処理手順を説明する図である。本処理は、制御部１１２がキャッシュ処理プログラム７２７を実行することで行われる。
【０１６１】
アドレス変換部１１４の指示を受けた制御部１１２は、アドレス変換部１１４から受信したフレームの内容であるリード要求のＬＢＡ及びＬｅｎｇｔｈで指定されるマスタデータを格納する記憶装置１０４ａの記憶領域が、コピーデータが格納される記憶装置１０４ｂに格納されているかどうかを判定する。具体的には、ＣＰＵ１１２１は、アドレス変換部１１４から転送されたコピー管理エントリ７３２のエントリ７３７に登録された値で指定されるキャッシュテーブル７４１に、リード要求のＬＢＡ及びＬｅｎｇｔｈで指定される領域がエントリ７４３及びエントリ７４５で指定される領域に含まれ、かつ有効フラグが１であるキャッシュエントリ７４２が存在するか判定する（ステップ７６１）。
【０１６２】
ステップ７６１の条件を満たすキャッシュエントリ７４２が存在する場合、ＣＰＵ１１２１は、ステップ７６１で使用されたキャッシュテーブル７４１に含まれる有効なキャッシュエントリ７４２の非アクセスカウンタ７４６を操作する。具体的には、ＣＰＵ１１２１は、ステップ７６１の条件を満たすキャッシュエントリ７４２のエントリ７４６の値を０にセットし、他の全ての有効なキャッシュエントリ７４２のエントリ７４６に登録された値を１増やす（ステップ７６２）。
【０１６３】
その後、ＣＰＵ１１２１は、コピーデータへのリード要求を生成する。具体的には、ＣＰＵ１１２１は、アドレス変換部１１４から送信されたコピー管理エントリ７３２のエントリ７３５及び７３６に登録された値を各々送信先ＳＡＮアドレスとＬＵＮとする。更に、ＣＰＵ１１２１は、ステップ７６１で見つかったキャッシュエントリ７４２に登録された情報を用いて、ＬＢＡを（リード要求で指定されるＬＢＡ＋エントリ７４４に登録された値−エントリ７４３に登録された値）に、Ｌｅｎｇｔｈをエントリ７４５に登録された値にする（ステップ７６３）。その後、ＣＰＵ１１２１は、スイッチング処理部１１５に処理したフレームを送信する（ステップ７６４）。
【０１６４】
一方、ステップ７６１の条件を満たすキャッシュエントリ７４２が存在しない場合、ＣＰＵ１１２１は、コピー管理エントリ７３２が指定するコピーデータを格納する記憶装置１０４ｂの記憶領域にリード要求が指定するＬｅｎｇｔｈのデータを格納できる分の空き領域が存在するかを判定する。また、ＣＰＵ１１２１は、キャッシュテーブル７４１に、使われていないキャッシュエントリ７４２が存在するかを判定する。具体的には、ＣＰＵ１１２１は、キャッシュテーブル７４１の有効な全てのキャッシュエントリ７４２の情報を用いて、記憶装置１０４ｂで使用されている記憶領域を判別し、それ以外の記憶領域でリード要求に含まれるＬｅｎｇｔｈの値以上連続している記憶領域を記憶装置１０４ｂから探す（ステップ７６５）。
【０１６５】
有効ないずれのキャッシュエントリ７４２にも使用されておらず、リード要求のＬｅｎｇｔｈ以上の長さの記憶領域が記憶装置１０４ｂに見つからない場合、もしくは全てのキャッシュエントリ７４２が有効なため、キャッシュエントリ７４２の更新が行えない場合、ＣＰＵ１１２１は、キャッシュテーブル７４１が有する有効なキャッシュエントリ７４２のうち１つを削除すなわち無効化して記憶領域の空き領域を広げる。具体的には、ＣＰＵ１１２１は、有効なキャッシュエントリ７４２の中で最もエントリ７４６に登録された値が大きいキャッシュエントリ７４２のエントリ７４７の値を０にする（ステップ７６６）。その後、ＣＰＵ１１２１は、ステップ７６５の処理を繰り返す。
【０１６６】
有効ないずれのキャッシュエントリ７４２にも使用されておらず、リード要求のＬｅｎｇｔｈ以上の長さの記憶領域が記憶装置１０４ｂに見つかり、さらに無効なキャッシュエントリ７４２が１つでもある場合、見つかったキャッシュエントリ７４２を更新し、リード要求が指定するマスタデータと、見つかった記憶装置１０４ｂの記憶領域の対応を登録する。そのため、まずマスタデータのコピーを行う。はじめに該当する記憶領域が見つかり、かつ無効なキャッシュエントリ７４２が１つでも見つかった場合、ＣＰＵ１１２１は、リード要求で指定されるマスタデータを、マスタデータを保持する記憶装置１０４ａから読み出す。具体的には、送信元を制御部１１２のＳＡＮアドレスにしたマスタデータのリード要求を作成し、スイッチング処理部１１５に送信する。その後、ＣＰＵ１１２１は、マスタデータを保持する記憶装置から送られてくるリードデータを、メモリ１１２２に格納する（ステップ７６７）。
【０１６７】
その後、ＣＰＵ１１２１は、メモリ１１２２に格納されたマスタデータを、ステップ７６５で見つけた記憶装置１０４ｂの記憶領域に転送する（ステップ７６８）。その後、ＣＰＵ１１２１は、キャッシュテーブル７４１を更新する。具体的には、ＣＰＵ１１２１は、ステップ７６５で見つかった無効なキャッシュエントリ７４２について、メモリ１１２２から転送されたデータが格納された記憶領域に対応するコピーＬＢＡをエントリ７４４に、そのマスタデータの記憶領域に対応するマスタＬＢＡ及びマスタＬｅｎｇｔｈをエントリ７４３及び７４５に登録し、かつそのキャッシュエントリ７４２のエントリ７４６の値を０、エントリ７４７の値を１にセットする（ステップ７６９）。その後、ＣＰＵ１１２１は、ステップ７６３以降の処理を行う。
【０１６８】
本実施形態の一連の動作をまとめると、次のようになる。
【０１６９】
はじめに、システムの使用者や管理者が、コピー管理スイッチ７０３に接続された管理端末１０６を介して、記憶装置１０４ａのあるＬＵＮで指定される記憶領域に格納されたマスタデータを記憶装置１０４ｂのあるＬＵＮで指定される記憶領域にコピーする設定をコピー管理テーブル７３１に行う。そして、この時点では、データは記憶装置１０４ｂにコピーされていない状態とする。つまり、コピー管理テーブル７３１のコピー管理エントリ７３２は存在するが、そのコピー管理エントリ７３２のキャッシュインデックス７３７に対応するキャッシュテーブル７４１のキャッシュエントリ７４２は全て無効になっている。これが初期状態となる。
【０１７０】
初期状態においてホスト１０５が記憶装置１０４ａに保持されているマスタデータへのリード要求を発行すると、リード要求のフレームがコピー管理スイッチ７０３に到達する。
【０１７１】
フレームの受信を確認すると、アドレス変換部１１４はアドレス変換処理プログラム７２６を起動する。ここでは、アドレス変換部１１４は、リード要求がマスタデータへの要求であると判定し、制御部１１２へキャッシュ処理プログラム７２７の実行を指示する。
【０１７２】
指示を受けた制御部１１２は、リード要求で指定されるデータに対応するキャッシュエントリ７４２を探す。この時点でデータは一切記憶装置１０４ｂに転送されていないので、キャッシュエントリ７４２は見つからない。そこで制御部１１２は、記憶装置１０４ａに対してリード要求を発行し、そのリードデータを記憶装置１０４ｂに転送する。また制御部１１２は、記憶装置１０４ｂに転送されたデータに対応するキャッシュエントリ７４２をキャッシュテーブル７４１に登録する。
【０１７３】
更に、制御部１１２は、受信したリード要求のフレームからホスト１０５を送信元にしたコピーデータへのリード要求のフレームを生成し、そのフレームをスイッチング処理部１１５に転送する。
【０１７４】
スイッチング処理部１１５はフレームを記憶装置１０４ｂに転送する。フレームを受取った記憶装置１０４ｂは、ホスト１０５を送信先としたリードデータのフレームをコピー管理スイッチ７０３に経由でホスト１０５へ送信する。
【０１７５】
リードデータのフレームを受取ったアドレス変換部１１４は、この場合、受信したフレームのリードデータがコピーデータだと判定する。アドレス変換部１１４は、リードデータの送信元を記憶装置１０４ａに変更し、スイッチング処理部１１５に転送する。
スイッチング処理部１１５はリードデータをホスト１０５に転送する。リードデータは記憶装置１０４ａから送信されたデータとしてホスト１０５に到達する。
【０１７６】
以上の流れにより、ホスト１０５からのリード要求によって記憶装置１０４ｂにコピーが作成され、キャッシュエントリ７４２がキャッシュテーブル７４１に作成される。
【０１７７】
その後、ホスト１０５が再び同じマスタデータへリード要求を発行すると、リード要求のフレームを受信した制御部１１２は、当該マスタデータに対応するキャッシュエントリ７４２を見つけることが出来る。この場合、制御部１１２は、リード要求のフレームに基づいてホスト１０５を送信元にしたコピーデータへのリード要求を生成し、スイッチング処理部１１５に転送する。
【０１７８】
このように、２度目のリード要求は記憶装置１０４ｂに格納されたコピーデータだけを用いて処理される。このためリード要求の処理が高速化される。また、本実施形態においては、実際にホストがアクセスするマスタデータのみがコピーされる。更に、非アクセスカウンタ７４６を用いて最も長い間アクセスされないコピーデータがキャッシュエントリ７４２から削除される。つまり、ホストからのアクセス頻度が高いデータのみが記憶装置１０４ｂに格納されることとなる。したがって、本実施形態では、記憶装置１０４ｂの記憶容量を効率的に使用できる。
【０１７９】
本実施形態でキャッシュエントリ７４２を削除するために用いた方法は、一般にＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）と呼ばれる方法であるが、他の方法でも良い。また、本実施形態では、コピー管理装置は、ホスト１０５からのリード要求で指定されるマスタデータを記憶装置１０４ａから読み出し、そのリードデータをメモリ１１２２に保存してからコピーデータを格納する記憶装置１０４ｂに転送した。しかし、ホスト１０５からのリード要求が指定するマスタデータだけでなく、その前後を含むデータを記憶装置１０４ａから読み出しても良い。
【０１８０】
例えば、ホスト１０５からのリード要求が指定する記憶領域に対して、同じ先頭位置から始まりＬｅｎｇｔｈをより長くした記憶領域からデータを読み出すとしても良い。こうすると、ホスト１０５が連続した領域へリード要求を行う場合に、次回のリード要求が記憶装置１０４ｂに存在する可能性が高くなる。また、ＳＡＮアドレスとＬＵＮで指定される記憶領域全体を読み出しても良い。
【０１８１】
また、記憶装置１０４ａがＳＣＳＩのＥＸＴＥＮＤＥＤ ＣＯＰＹコマンドを処理できる場合は、記憶装置１０４ａに対するデータのリード要求を、記憶装置１０４ａから記憶装置１０４ｂへのデータのコピー要求に置き換えても良い。さらに、マスタデータをコピーデータを格納する記憶装置１０４ｂに転送するための専用のバッファメモリを制御部１１２に用意しても良い。さらに、コピーを保持する記憶装置１０４ｂにリードデータを転送しながら同時にホスト１０５にリードデータを送信しても良い。
【０１８２】
【発明の効果】
本発明によれば、ＳＡＮに接続された記憶装置に保持されたデータへのアクセスを高速化することができる。
また本発明によればＳＡＮを流れるデータを減らすことができるので、ＳＡＮの負荷を減らすことができる。
【図面の簡単な説明】
【図１】本発明を適用したコンピュータシステムの第一の実施形態の構成を示す図である。
【図２】第１の実施形態のコピー管理スイッチの構成を示す図である。
【図３】第１の実施形態のコピー管理スイッチのメモリ構成を示す図である。
【図４】第１の実施形態のコピー管理テーブルの構成を示す図である。
【図５】第１の実施形態のアドレス変換処理のフローチャートである。
【図６】本発明を適用したコンピュータシステムの第二の実施形態の構成を示す図である。
【図７】第２の実施形態の代理アドレステーブルの構成を示す図である。
【図８】第２の実施形態のアドレス変換処理のフローチャートである。
【図９】本発明を適用したコンピュータシステムの第三の実施形態の構成を示す図である。
【図１０】第３の実施形態の仮想アドレステーブルの構成を示す図である。
【図１１】第３の実施形態におけるコピー管理テーブルの例を示す図である。
【図１２】第３の実施形態においてコピー管理スイッチが複数ある構成例を示す図である。
【図１３】本発明を適用したコンピュータシステムの第４の実施形態の構成を示す図である。
【図１４】本発明を適用したコンピュータシステムの第５の実施形態の構成を示す図である。
【図１５】コピー管理スイッチの構成例を示す図である。
【図１６】第６の実施形態のコピー管理テーブルの構成を示す図である。
【図１７】第６の実施形態のキャッシュテーブルの構成を示す図である。
【図１８】第６の実施形態のアドレス変換処理のフローチャートである。
【図１９】第６の実施形態のキャッシュ処理のフローチャートである。
【符号の説明】
１０１…ストレージエリアネットワーク、１０２…スイッチ、１０３…コピー管理スイッチ、１０４…記憶装置、１０５…ホスト、１０６…管理端末。
Claims (12)
- 計算機と、
前記計算機とネットワークを介して接続されるスイッチと、
前記スイッチとネットワークを介して接続される第一の記憶装置と、
前記スイッチとネットワークを介して接続される第二の記憶装置とを有し、
前記スイッチは、あらかじめ前記第一の記憶装置に格納されたデータを前記第二の記憶装置に転送し、
前記計算機は、前記第一の記憶装置に対するデータの読み出し要求を発行し、
前記読み出し要求を受信した前記スイッチは、前記前記第一の記憶装置に対するデータの読み出し要求を前記第二の記憶装置への読み出し要求に変換して、前記第二の記憶装置に変換した前記データの読み出し要求を送信し、
前記第二の記憶装置は、受信した前記データの読み出し要求に対応するデータを前記スイッチに転送し、
データを受信した前記スイッチは、前記受信したデータを前記第一の記憶装置から転送されたデータとして前記計算機に転送することを特徴とするネットワークシステム。 - 前記スイッチに接続される第二の計算機を有し、
前記スイッチは、前記第二の計算機からの指示に基づいて、前記第一の記憶装置に格納されたデータを前記第二の記憶装置へデータに転送することを特徴とする請求項１記載のネットワークシステム。 - 前記スイッチは、前記第一の記憶装置に対するデータの読み出し要求を前記第二の記憶装置への読み出し要求に変換する際に、前記データの読み出し要求の送信元を示す情報を別の情報に変換して前記第二の記憶装置に転送し、前記第二の記憶装置から前記変換したデータの読み出し要求に対応するデータを受信した際には、前記データの送信先として含まれている前記別の情報を前記計算機の情報に変換することを特徴とする請求項２記載のネットワークシステム。
- 計算機と、
前記計算機とネットワークを介して接続されるスイッチと、
前記スイッチとネットワークを介して接続される第一の記憶装置と、
前記スイッチとネットワークを介して接続される第二の記憶装置とを有し、
前記スイッチは、あらかじめ前記第一の記憶装置に格納されたデータを前記第二の記憶装置に転送し、
前記スイッチは、前記計算機に前記第一の記憶装置に対応する仮想的な第三の記憶装置を提供し、
前記計算機は、前記第三の記憶装置に対するデータの読み出し要求を発行し、
前記読み出し要求を受信した前記スイッチは、前記前記第三の記憶装置に対するデータの読み出し要求を前記第二の記憶装置への読み出し要求に変換して、前記第二の記憶装置に変換した前記データの読み出し要求を送信し、
前記第二の記憶装置は、受信した前記データの読み出し要求に対応するデータを前記スイッチに転送し、
データを受信した前記スイッチは、前記受信したデータを前記第三の記憶装置から転送されたデータとして前記計算機に転送することを特徴とするネットワークシステム。 - 前記仮想的な第三の記憶装置には、前記第二の記憶装置と同じドメインアドレスが割り振られていることを特徴とする請求項４記載のネットワークシステム。
- 計算機と、
前記計算機とネットワークを介して接続される第一の記憶装置と、
前記計算機とネットワークを介して接続される第二の記憶装置とを有し、
前記第二の記憶装置は、前記計算機及び前記第一の記憶装置とネットワークを介して接続されるスイッチ部と前記スイッチ部と内部ネットワークを介して接続される記憶部とを有し、
前記スイッチ部は、あらかじめ前記第一の記憶装置に格納されたデータを前記記憶部に転送し、
前記計算機は、前記第一の記憶装置に対するデータの読み出し要求を発行し、
前記読み出し要求を受信した前記スイッチ部は、前記前記第一の記憶装置に対するデータの読み出し要求を前記記憶部への読み出し要求に変換して、前記記憶部に変換した前記データの読み出し要求を送信し、
前記記憶部は、受信した前記データの読み出し要求に対応するデータを前記スイッチ部に転送し、
データを受信した前記スイッチ部は、前記受信したデータを前記第一の記憶装置から転送されたデータとして前記計算機に転送することを特徴とするネットワークシステム。 - 計算機と、
前記計算機とネットワークを介して接続されるスイッチと、
前記スイッチとネットワークを介して接続される第一の記憶装置と、
前記スイッチとネットワークを介して接続される第二の記憶装置とを有し、
前記計算機は、前記第一の記憶装置に対するデータの読み出し要求を発行し、
前記読み出し要求を受信した前記スイッチは、前記第一の記憶装置に格納されたデータが前記第二の記憶装置に格納されている場合には前記前記第一の記憶装置に対するデータの読み出し要求を前記第二の記憶装置への読み出し要求に変換して、前記第二の記憶装置に変換した前記データの読み出し要求を送信し、前記第一の記憶装置に格納されたデータが前記第二の記憶装置に格納されていない場合には、前記第一の記憶装置へ前記データの読み出し要求を変換せずに送信し、
前記第二の記憶装置は、受信した前記データの読み出し要求に対応するデータを前記スイッチに転送し、
データを受信した前記スイッチは、前記受信したデータを前記第一の記憶装置から転送されたデータとして前記計算機に転送することを特徴とするネットワークシステム。 - 前記スイッチは、前記第一の記憶装置に格納されたデータが前記第二の記憶装置に格納されているかどうかを示す情報を有することを特徴とする請求項７記載のネットワークシステム。
- 前記スイッチは、前記第一の記憶装置に格納されたデータが前記第二の記憶装置に格納されていない場合に、前記データの読み出し要求に応じて前記第一の記憶装置から転送されたデータを前記第二の記憶装置へ転送して前記情報を更新することを特徴とする請求項８記載のネットワークシステム。
- 前記スイッチは、前記第一の記憶装置から転送されたデータを前記第二の記憶装置へ転送する際に、前記第二の記憶装置に前記データを格納するだけの記憶容量が存在しない場合には、前記第二の記憶装置に格納された他のデータのうち、前記計算機に使用される頻度が少ないデータを削除して、前記データを前記第二の記憶装置へ転送し、前記情報を更新することを特徴とする請求項９記載のネットワークシステム。
- 計算機、第一の記憶装置及び第二の記憶装置と接続されるスイッチであって、
外部装置と接続されるポート部と、
前記ポート部が受信したコマンドやデータを振り分ける変換部と、
前記コマンドや前記データをアドレス情報に基づき中継するスイッチ部とを有し、
前記変換部は、前記第一の記憶装置に格納されたデータを前記第二の記憶装置へ予め転送し、前記計算機から受信した前記第一の記憶装置に格納されたデータに対するアクセス要求を前記第二の記憶装置へのアクセス要求に変換し、
前記スイッチ部は、前記第二の記憶装置へのアクセス要求を前記ポートを介して前記第二の記憶装置に送信し、
前記変換部は、前記第二の記憶装置から受信した前記アクセス要求に対応するデータを前記第一の記憶装置から転送されたデータに変換して前記計算機に転送することを特徴とするスイッチ。 - 請求項１１記載のスイッチであって、第二の計算機が接続されており、前記第二の計算機の指示に従って、前記変換部は、前記第一の記憶装置に格納されたデータを前記第二の記憶装置へ転送することを特徴とするスイッチ。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003172770A JP4278445B2 (ja) | 2003-06-18 | 2003-06-18 | ネットワークシステム及びスイッチ |
| EP20030018489 EP1489524B1 (en) | 2003-06-18 | 2003-08-14 | Storage area network with a cache server |
| US10/646,036 US7124169B2 (en) | 2003-06-18 | 2003-08-22 | Network system and its switches |
| US11/407,167 US20060187908A1 (en) | 2003-06-18 | 2006-04-18 | Network system and its switches |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003172770A JP4278445B2 (ja) | 2003-06-18 | 2003-06-18 | ネットワークシステム及びスイッチ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005010969A true JP2005010969A (ja) | 2005-01-13 |
| JP4278445B2 JP4278445B2 (ja) | 2009-06-17 |
Family
ID=33410941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003172770A Expired - Fee Related JP4278445B2 (ja) | 2003-06-18 | 2003-06-18 | ネットワークシステム及びスイッチ |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US7124169B2 (ja) |
| EP (1) | EP1489524B1 (ja) |
| JP (1) | JP4278445B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007286759A (ja) * | 2006-04-13 | 2007-11-01 | Fujitsu Ltd | ネットワーク機器接続装置およびネットワーク機器接続方法 |
| JP2008158733A (ja) * | 2006-12-22 | 2008-07-10 | Kddi Corp | ストレージエリアネットワークにおけるキャッシュ制御方法、スイッチ装置及びプログラム |
| JP2008539520A (ja) * | 2005-04-25 | 2008-11-13 | ネットワーク アプライアンス， インコーポレイテッド | ネットワークファイルシステムをキャッシュするシステム、及び方法 |
| JP2009026295A (ja) * | 2007-07-18 | 2009-02-05 | Hitachi Ltd | ストレージシステム上の仮想ポートを管理するための方法および装置 |
| JP2009232207A (ja) * | 2008-03-24 | 2009-10-08 | Hitachi Ltd | ネットワークスイッチ装置、サーバシステム及びサーバシステムにおけるサーバ移送方法 |
| US7664917B2 (en) | 2005-03-24 | 2010-02-16 | Fujitsu Limited | Device and method for caching control, and computer product |
| JP2011216110A (ja) * | 2011-07-11 | 2011-10-27 | Fujitsu Ltd | 中継装置及び中継方法 |
Families Citing this family (126)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7334046B1 (en) | 2002-08-05 | 2008-02-19 | Qlogic, Corporation | System and method for optimizing frame routing in a network |
| US7397768B1 (en) | 2002-09-11 | 2008-07-08 | Qlogic, Corporation | Zone management in a multi-module fibre channel switch |
| US8015266B1 (en) * | 2003-02-07 | 2011-09-06 | Netapp, Inc. | System and method for providing persistent node names |
| JP2005018159A (ja) * | 2003-06-23 | 2005-01-20 | Fujitsu Ltd | ストレージシステム構築支援装置、ストレージシステム構築支援方法、およびストレージシステム構築支援プログラム |
| US7792115B2 (en) | 2003-07-21 | 2010-09-07 | Qlogic, Corporation | Method and system for routing and filtering network data packets in fibre channel systems |
| US7646767B2 (en) | 2003-07-21 | 2010-01-12 | Qlogic, Corporation | Method and system for programmable data dependant network routing |
| US7894348B2 (en) | 2003-07-21 | 2011-02-22 | Qlogic, Corporation | Method and system for congestion control in a fibre channel switch |
| US7684401B2 (en) | 2003-07-21 | 2010-03-23 | Qlogic, Corporation | Method and system for using extended fabric features with fibre channel switch elements |
| US7352701B1 (en) | 2003-09-19 | 2008-04-01 | Qlogic, Corporation | Buffer to buffer credit recovery for in-line fibre channel credit extension devices |
| US7966294B1 (en) * | 2004-01-08 | 2011-06-21 | Netapp, Inc. | User interface system for a clustered storage system |
| US20100005531A1 (en) * | 2004-12-23 | 2010-01-07 | Kenneth Largman | Isolated multiplexed multi-dimensional processing in a virtual processing space having virus, spyware, and hacker protection features |
| US7930377B2 (en) | 2004-04-23 | 2011-04-19 | Qlogic, Corporation | Method and system for using boot servers in networks |
| US7340167B2 (en) | 2004-04-23 | 2008-03-04 | Qlogic, Corporation | Fibre channel transparent switch for mixed switch fabrics |
| US7404020B2 (en) | 2004-07-20 | 2008-07-22 | Qlogic, Corporation | Integrated fibre channel fabric controller |
| US8295299B2 (en) | 2004-10-01 | 2012-10-23 | Qlogic, Corporation | High speed fibre channel switch element |
| US7411958B2 (en) * | 2004-10-01 | 2008-08-12 | Qlogic, Corporation | Method and system for transferring data directly between storage devices in a storage area network |
| CN100342352C (zh) * | 2005-03-14 | 2007-10-10 | 北京邦诺存储科技有限公司 | 一种可扩充的高速存储网络缓存系统 |
| US20060248194A1 (en) * | 2005-03-18 | 2006-11-02 | Riverbed Technology, Inc. | Connection forwarding |
| US9348530B2 (en) * | 2005-12-27 | 2016-05-24 | Emc Corporation | Presentation of virtual arrays using n-port ID virtualization |
| US7697554B1 (en) | 2005-12-27 | 2010-04-13 | Emc Corporation | On-line data migration of a logical/virtual storage array by replacing virtual names |
| US7685395B1 (en) | 2005-12-27 | 2010-03-23 | Emc Corporation | Spanning virtual arrays across multiple physical storage arrays |
| US7500134B2 (en) * | 2005-12-27 | 2009-03-03 | Emc Corporation | Virtual array failover |
| US7697515B2 (en) * | 2005-12-27 | 2010-04-13 | Emc Corporation | On-line data migration of a logical/virtual storage array |
| US8924524B2 (en) | 2009-07-27 | 2014-12-30 | Vmware, Inc. | Automated network configuration of virtual machines in a virtual lab data environment |
| US8619771B2 (en) | 2009-09-30 | 2013-12-31 | Vmware, Inc. | Private allocated networks over shared communications infrastructure |
| US8892706B1 (en) | 2010-06-21 | 2014-11-18 | Vmware, Inc. | Private ethernet overlay networks over a shared ethernet in a virtual environment |
| US7757059B1 (en) | 2006-06-29 | 2010-07-13 | Emc Corporation | Virtual array non-disruptive management data migration |
| US8452928B1 (en) | 2006-06-29 | 2013-05-28 | Emc Corporation | Virtual array non-disruptive migration of extended storage functionality |
| US8539177B1 (en) | 2006-06-29 | 2013-09-17 | Emc Corporation | Partitioning of a storage array into N-storage arrays using virtual array non-disruptive data migration |
| US8583861B1 (en) | 2006-06-29 | 2013-11-12 | Emc Corporation | Presentation of management functionality of virtual arrays |
| US8533408B1 (en) | 2006-06-29 | 2013-09-10 | Emc Corporation | Consolidating N-storage arrays into one storage array using virtual array non-disruptive data migration |
| US9063896B1 (en) | 2007-06-29 | 2015-06-23 | Emc Corporation | System and method of non-disruptive data migration between virtual arrays of heterogeneous storage arrays |
| US9098211B1 (en) | 2007-06-29 | 2015-08-04 | Emc Corporation | System and method of non-disruptive data migration between a full storage array and one or more virtual arrays |
| US7970903B2 (en) * | 2007-08-20 | 2011-06-28 | Hitachi, Ltd. | Storage and server provisioning for virtualized and geographically dispersed data centers |
| US9083609B2 (en) | 2007-09-26 | 2015-07-14 | Nicira, Inc. | Network operating system for managing and securing networks |
| US8195774B2 (en) | 2008-05-23 | 2012-06-05 | Vmware, Inc. | Distributed virtual switch for virtualized computer systems |
| US8341308B2 (en) | 2008-06-09 | 2012-12-25 | International Business Machines Corporation | Method and apparatus for a fibre channel N-port ID virtualization protocol |
| JP4576449B2 (ja) * | 2008-08-29 | 2010-11-10 | 富士通株式会社 | スイッチ装置およびコピー制御方法 |
| US8750164B2 (en) | 2010-07-06 | 2014-06-10 | Nicira, Inc. | Hierarchical managed switch architecture |
| US9525647B2 (en) | 2010-07-06 | 2016-12-20 | Nicira, Inc. | Network control apparatus and method for creating and modifying logical switching elements |
| US9571386B2 (en) | 2013-07-08 | 2017-02-14 | Nicira, Inc. | Hybrid packet processing |
| US9344349B2 (en) | 2013-07-12 | 2016-05-17 | Nicira, Inc. | Tracing network packets by a cluster of network controllers |
| US9282019B2 (en) | 2013-07-12 | 2016-03-08 | Nicira, Inc. | Tracing logical network packets through physical network |
| US9407580B2 (en) | 2013-07-12 | 2016-08-02 | Nicira, Inc. | Maintaining data stored with a packet |
| US9426060B2 (en) | 2013-08-07 | 2016-08-23 | International Business Machines Corporation | Software defined network (SDN) switch clusters having layer-3 distributed router functionality |
| US9952885B2 (en) | 2013-08-14 | 2018-04-24 | Nicira, Inc. | Generation of configuration files for a DHCP module executing within a virtualized container |
| US9887960B2 (en) | 2013-08-14 | 2018-02-06 | Nicira, Inc. | Providing services for logical networks |
| US9577845B2 (en) | 2013-09-04 | 2017-02-21 | Nicira, Inc. | Multiple active L3 gateways for logical networks |
| US9503371B2 (en) | 2013-09-04 | 2016-11-22 | Nicira, Inc. | High availability L3 gateways for logical networks |
| US9674087B2 (en) | 2013-09-15 | 2017-06-06 | Nicira, Inc. | Performing a multi-stage lookup to classify packets |
| US9602398B2 (en) | 2013-09-15 | 2017-03-21 | Nicira, Inc. | Dynamically generating flows with wildcard fields |
| US20150098475A1 (en) * | 2013-10-09 | 2015-04-09 | International Business Machines Corporation | Host table management in software defined network (sdn) switch clusters having layer-3 distributed router functionality |
| US10063458B2 (en) | 2013-10-13 | 2018-08-28 | Nicira, Inc. | Asymmetric connection with external networks |
| US9910686B2 (en) | 2013-10-13 | 2018-03-06 | Nicira, Inc. | Bridging between network segments with a logical router |
| US9967199B2 (en) | 2013-12-09 | 2018-05-08 | Nicira, Inc. | Inspecting operations of a machine to detect elephant flows |
| US9548924B2 (en) | 2013-12-09 | 2017-01-17 | Nicira, Inc. | Detecting an elephant flow based on the size of a packet |
| US9996467B2 (en) | 2013-12-13 | 2018-06-12 | Nicira, Inc. | Dynamically adjusting the number of flows allowed in a flow table cache |
| US9569368B2 (en) | 2013-12-13 | 2017-02-14 | Nicira, Inc. | Installing and managing flows in a flow table cache |
| US9286238B1 (en) * | 2013-12-31 | 2016-03-15 | Emc Corporation | System, apparatus, and method of cache management |
| US9225597B2 (en) | 2014-03-14 | 2015-12-29 | Nicira, Inc. | Managed gateways peering with external router to attract ingress packets |
| US9590901B2 (en) | 2014-03-14 | 2017-03-07 | Nicira, Inc. | Route advertisement by managed gateways |
| US9313129B2 (en) | 2014-03-14 | 2016-04-12 | Nicira, Inc. | Logical router processing by network controller |
| US9419855B2 (en) | 2014-03-14 | 2016-08-16 | Nicira, Inc. | Static routes for logical routers |
| US9503321B2 (en) | 2014-03-21 | 2016-11-22 | Nicira, Inc. | Dynamic routing for logical routers |
| US9647883B2 (en) | 2014-03-21 | 2017-05-09 | Nicria, Inc. | Multiple levels of logical routers |
| US9893988B2 (en) | 2014-03-27 | 2018-02-13 | Nicira, Inc. | Address resolution using multiple designated instances of a logical router |
| US9413644B2 (en) | 2014-03-27 | 2016-08-09 | Nicira, Inc. | Ingress ECMP in virtual distributed routing environment |
| US10193806B2 (en) | 2014-03-31 | 2019-01-29 | Nicira, Inc. | Performing a finishing operation to improve the quality of a resulting hash |
| US9385954B2 (en) | 2014-03-31 | 2016-07-05 | Nicira, Inc. | Hashing techniques for use in a network environment |
| US9686200B2 (en) | 2014-03-31 | 2017-06-20 | Nicira, Inc. | Flow cache hierarchy |
| US9742881B2 (en) | 2014-06-30 | 2017-08-22 | Nicira, Inc. | Network virtualization using just-in-time distributed capability for classification encoding |
| US10250443B2 (en) | 2014-09-30 | 2019-04-02 | Nicira, Inc. | Using physical location to modify behavior of a distributed virtual network element |
| US10020960B2 (en) | 2014-09-30 | 2018-07-10 | Nicira, Inc. | Virtual distributed bridging |
| US11178051B2 (en) | 2014-09-30 | 2021-11-16 | Vmware, Inc. | Packet key parser for flow-based forwarding elements |
| US10511458B2 (en) | 2014-09-30 | 2019-12-17 | Nicira, Inc. | Virtual distributed bridging |
| US9768980B2 (en) | 2014-09-30 | 2017-09-19 | Nicira, Inc. | Virtual distributed bridging |
| US10469342B2 (en) | 2014-10-10 | 2019-11-05 | Nicira, Inc. | Logical network traffic analysis |
| US10079779B2 (en) | 2015-01-30 | 2018-09-18 | Nicira, Inc. | Implementing logical router uplinks |
| US10038628B2 (en) | 2015-04-04 | 2018-07-31 | Nicira, Inc. | Route server mode for dynamic routing between logical and physical networks |
| US10394573B2 (en) * | 2015-04-07 | 2019-08-27 | Avago Technologies International Sales Pte. Limited | Host bus adapter with built-in storage for local boot-up |
| CN106155575A (zh) * | 2015-04-17 | 2016-11-23 | 伊姆西公司 | 用于扩展存储系统的高速缓存的方法和装置 |
| US10361952B2 (en) | 2015-06-30 | 2019-07-23 | Nicira, Inc. | Intermediate logical interfaces in a virtual distributed router environment |
| US10129142B2 (en) | 2015-08-11 | 2018-11-13 | Nicira, Inc. | Route configuration for logical router |
| US10075363B2 (en) | 2015-08-31 | 2018-09-11 | Nicira, Inc. | Authorization for advertised routes among logical routers |
| US10095535B2 (en) | 2015-10-31 | 2018-10-09 | Nicira, Inc. | Static route types for logical routers |
| US10333849B2 (en) | 2016-04-28 | 2019-06-25 | Nicira, Inc. | Automatic configuration of logical routers on edge nodes |
| US10841273B2 (en) | 2016-04-29 | 2020-11-17 | Nicira, Inc. | Implementing logical DHCP servers in logical networks |
| US10484515B2 (en) | 2016-04-29 | 2019-11-19 | Nicira, Inc. | Implementing logical metadata proxy servers in logical networks |
| US10091161B2 (en) | 2016-04-30 | 2018-10-02 | Nicira, Inc. | Assignment of router ID for logical routers |
| US10560320B2 (en) | 2016-06-29 | 2020-02-11 | Nicira, Inc. | Ranking of gateways in cluster |
| US10153973B2 (en) | 2016-06-29 | 2018-12-11 | Nicira, Inc. | Installation of routing tables for logical router in route server mode |
| US10454758B2 (en) | 2016-08-31 | 2019-10-22 | Nicira, Inc. | Edge node cluster network redundancy and fast convergence using an underlay anycast VTEP IP |
| US10341236B2 (en) | 2016-09-30 | 2019-07-02 | Nicira, Inc. | Anycast edge service gateways |
| US10237123B2 (en) | 2016-12-21 | 2019-03-19 | Nicira, Inc. | Dynamic recovery from a split-brain failure in edge nodes |
| US10212071B2 (en) | 2016-12-21 | 2019-02-19 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10742746B2 (en) | 2016-12-21 | 2020-08-11 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10616045B2 (en) | 2016-12-22 | 2020-04-07 | Nicira, Inc. | Migration of centralized routing components of logical router |
| US10805239B2 (en) | 2017-03-07 | 2020-10-13 | Nicira, Inc. | Visualization of path between logical network endpoints |
| US10637800B2 (en) | 2017-06-30 | 2020-04-28 | Nicira, Inc | Replacement of logical network addresses with physical network addresses |
| US10681000B2 (en) | 2017-06-30 | 2020-06-09 | Nicira, Inc. | Assignment of unique physical network addresses for logical network addresses |
| US10608887B2 (en) | 2017-10-06 | 2020-03-31 | Nicira, Inc. | Using packet tracing tool to automatically execute packet capture operations |
| US10511459B2 (en) | 2017-11-14 | 2019-12-17 | Nicira, Inc. | Selection of managed forwarding element for bridge spanning multiple datacenters |
| US10374827B2 (en) | 2017-11-14 | 2019-08-06 | Nicira, Inc. | Identifier that maps to different networks at different datacenters |
| US10931560B2 (en) | 2018-11-23 | 2021-02-23 | Vmware, Inc. | Using route type to determine routing protocol behavior |
| US10797998B2 (en) | 2018-12-05 | 2020-10-06 | Vmware, Inc. | Route server for distributed routers using hierarchical routing protocol |
| US10938788B2 (en) | 2018-12-12 | 2021-03-02 | Vmware, Inc. | Static routes for policy-based VPN |
| CN109361714B (zh) * | 2018-12-18 | 2021-11-16 | 中国移动通信集团江苏有限公司 | 用户登录鉴权方法、装置、设备及计算机存储介质 |
| US10873644B1 (en) * | 2019-06-21 | 2020-12-22 | Microsoft Technology Licensing, Llc | Web application wrapper |
| US11159343B2 (en) | 2019-08-30 | 2021-10-26 | Vmware, Inc. | Configuring traffic optimization using distributed edge services |
| US11283699B2 (en) | 2020-01-17 | 2022-03-22 | Vmware, Inc. | Practical overlay network latency measurement in datacenter |
| CN111488382A (zh) * | 2020-04-16 | 2020-08-04 | 北京思特奇信息技术股份有限公司 | 一种数据调用方法、系统及电子设备 |
| US11606294B2 (en) | 2020-07-16 | 2023-03-14 | Vmware, Inc. | Host computer configured to facilitate distributed SNAT service |
| US11616755B2 (en) | 2020-07-16 | 2023-03-28 | Vmware, Inc. | Facilitating distributed SNAT service |
| US11611613B2 (en) | 2020-07-24 | 2023-03-21 | Vmware, Inc. | Policy-based forwarding to a load balancer of a load balancing cluster |
| US11902050B2 (en) | 2020-07-28 | 2024-02-13 | VMware LLC | Method for providing distributed gateway service at host computer |
| US11451413B2 (en) | 2020-07-28 | 2022-09-20 | Vmware, Inc. | Method for advertising availability of distributed gateway service and machines at host computer |
| US11558426B2 (en) | 2020-07-29 | 2023-01-17 | Vmware, Inc. | Connection tracking for container cluster |
| US11196628B1 (en) | 2020-07-29 | 2021-12-07 | Vmware, Inc. | Monitoring container clusters |
| US11570090B2 (en) | 2020-07-29 | 2023-01-31 | Vmware, Inc. | Flow tracing operation in container cluster |
| US11733920B2 (en) | 2020-09-10 | 2023-08-22 | Western Digital Technologies, Inc. | NVMe simple copy command support using dummy virtual function |
| US11736436B2 (en) | 2020-12-31 | 2023-08-22 | Vmware, Inc. | Identifying routes with indirect addressing in a datacenter |
| US11336533B1 (en) | 2021-01-08 | 2022-05-17 | Vmware, Inc. | Network visualization of correlations between logical elements and associated physical elements |
| US11556268B2 (en) | 2021-04-22 | 2023-01-17 | Western Digital Technologies, Inc. | Cache based flow for a simple copy command |
| US11687210B2 (en) | 2021-07-05 | 2023-06-27 | Vmware, Inc. | Criteria-based expansion of group nodes in a network topology visualization |
| US11711278B2 (en) | 2021-07-24 | 2023-07-25 | Vmware, Inc. | Visualization of flow trace operation across multiple sites |
| US11677645B2 (en) | 2021-09-17 | 2023-06-13 | Vmware, Inc. | Traffic monitoring |
Family Cites Families (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5511177A (en) * | 1991-11-21 | 1996-04-23 | Hitachi, Ltd. | File data multiplexing method and data processing system |
| US5987506A (en) * | 1996-11-22 | 1999-11-16 | Mangosoft Corporation | Remote access and geographically distributed computers in a globally addressable storage environment |
| US6112239A (en) * | 1997-06-18 | 2000-08-29 | Intervu, Inc | System and method for server-side optimization of data delivery on a distributed computer network |
| US6415373B1 (en) * | 1997-12-24 | 2002-07-02 | Avid Technology, Inc. | Computer system and process for transferring multiple high bandwidth streams of data between multiple storage units and multiple applications in a scalable and reliable manner |
| US6493750B1 (en) * | 1998-10-30 | 2002-12-10 | Agilent Technologies, Inc. | Command forwarding: a method for optimizing I/O latency and throughput in fibre channel client/server/target mass storage architectures |
| US6542961B1 (en) * | 1998-12-22 | 2003-04-01 | Hitachi, Ltd. | Disk storage system including a switch |
| US6779119B1 (en) * | 1999-06-30 | 2004-08-17 | Koninklijke Philips Electronics N.V. | Actual and perceived response time, user interface, and security via usage patterns |
| JP3952640B2 (ja) * | 1999-09-07 | 2007-08-01 | 株式会社日立製作所 | データバックアップ方法、メインフレーム系ストレージシステムおよびメインフレームホストコンピュータ |
| US20020103889A1 (en) * | 2000-02-11 | 2002-08-01 | Thomas Markson | Virtual storage layer approach for dynamically associating computer storage with processing hosts |
| US6654795B1 (en) * | 2000-02-25 | 2003-11-25 | Brantley W. Coile | System and method for distribution of network file accesses over network storage devices |
| US6691198B1 (en) * | 2000-03-30 | 2004-02-10 | Western Digital Ventures, Inc. | Automatically transmitting scheduling data from a plurality of storage systems to a network switch for scheduling access to the plurality of storage systems |
| US6643795B1 (en) * | 2000-03-30 | 2003-11-04 | Hewlett-Packard Development Company, L.P. | Controller-based bi-directional remote copy system with storage site failover capability |
| US6742020B1 (en) * | 2000-06-08 | 2004-05-25 | Hewlett-Packard Development Company, L.P. | System and method for managing data flow and measuring service in a storage network |
| US6950871B1 (en) * | 2000-06-29 | 2005-09-27 | Hitachi, Ltd. | Computer system having a storage area network and method of handling data in the computer system |
| US6766430B2 (en) * | 2000-07-06 | 2004-07-20 | Hitachi, Ltd. | Data reallocation among storage systems |
| US6977927B1 (en) * | 2000-09-18 | 2005-12-20 | Hewlett-Packard Development Company, L.P. | Method and system of allocating storage resources in a storage area network |
| US6721862B2 (en) * | 2000-10-11 | 2004-04-13 | Mcdata Corporation | Method and circuit for replicating data in a fiber channel network, or the like |
| JP2002132455A (ja) | 2000-10-25 | 2002-05-10 | Hitachi Ltd | キャッシュマネジャー及びこれを含むコンピュータシステム |
| US6985956B2 (en) * | 2000-11-02 | 2006-01-10 | Sun Microsystems, Inc. | Switching system |
| US6477618B2 (en) * | 2000-12-28 | 2002-11-05 | Emc Corporation | Data storage system cluster architecture |
| US6857059B2 (en) * | 2001-01-11 | 2005-02-15 | Yottayotta, Inc. | Storage virtualization system and methods |
| US6779082B2 (en) * | 2001-02-05 | 2004-08-17 | Ulysses Esd, Inc. | Network-based disk redundancy storage system and method |
| US7499877B2 (en) | 2001-02-21 | 2009-03-03 | American Management Systems | Method and apparatus for dynamically maintaining and executing data definitions and/or business rules for an electronic procurement system |
| US20040233910A1 (en) * | 2001-02-23 | 2004-11-25 | Wen-Shyen Chen | Storage area network using a data communication protocol |
| DE60212599D1 (de) * | 2001-03-01 | 2006-08-03 | Storeage Networking Technologi | Sicherheit für ein san (storage area network) |
| US7096269B2 (en) * | 2001-03-30 | 2006-08-22 | Hitachi, Ltd. | Path selection methods for storage based remote copy |
| JP4009434B2 (ja) * | 2001-04-18 | 2007-11-14 | 株式会社日立製作所 | 磁気ディスク装置間結合装置 |
| US6876656B2 (en) * | 2001-06-15 | 2005-04-05 | Broadcom Corporation | Switch assisted frame aliasing for storage virtualization |
| US7343410B2 (en) * | 2001-06-28 | 2008-03-11 | Finisar Corporation | Automated creation of application data paths in storage area networks |
| US7440994B2 (en) * | 2001-07-06 | 2008-10-21 | Intel Corporation | Method and apparatus for peer-to-peer services to shift network traffic to allow for an efficient transfer of information between devices via prioritized list |
| US6996668B2 (en) * | 2001-08-06 | 2006-02-07 | Seagate Technology Llc | Synchronized mirrored data in a data storage device |
| WO2003017598A1 (en) * | 2001-08-15 | 2003-02-27 | The Board Of Governors For Higher Education, State Of Rhode Island And Providence Plantations | Scsi-to-ip cache storage device and method |
| US7404000B2 (en) * | 2001-09-28 | 2008-07-22 | Emc Corporation | Protocol translation in a storage system |
| US6976134B1 (en) * | 2001-09-28 | 2005-12-13 | Emc Corporation | Pooling and provisioning storage resources in a storage network |
| US7200144B2 (en) * | 2001-10-18 | 2007-04-03 | Qlogic, Corp. | Router and methods using network addresses for virtualization |
| US7139809B2 (en) * | 2001-11-21 | 2006-11-21 | Clearcube Technology, Inc. | System and method for providing virtual network attached storage using excess distributed storage capacity |
| US6826666B2 (en) * | 2002-02-07 | 2004-11-30 | Microsoft Corporation | Method and system for transporting data content on a storage area network |
| JP4220166B2 (ja) * | 2002-02-19 | 2009-02-04 | 株式会社日立製作所 | ストレージエリアネットワークシステムのアクセス制御方法 |
| US6947981B2 (en) * | 2002-03-26 | 2005-09-20 | Hewlett-Packard Development Company, L.P. | Flexible data replication mechanism |
| US7788324B2 (en) * | 2002-03-29 | 2010-08-31 | Atto Technology, Inc. | Method and system for improving the efficiency and ensuring the integrity of a data transfer |
| JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| US7774325B2 (en) * | 2002-10-17 | 2010-08-10 | Intel Corporation | Distributed network attached storage system |
| US7277431B2 (en) * | 2002-10-31 | 2007-10-02 | Brocade Communications Systems, Inc. | Method and apparatus for encryption or compression devices inside a storage area network fabric |
| US7263593B2 (en) * | 2002-11-25 | 2007-08-28 | Hitachi, Ltd. | Virtualization controller and data transfer control method |
| US6957303B2 (en) * | 2002-11-26 | 2005-10-18 | Hitachi, Ltd. | System and managing method for cluster-type storage |
| JP2004192105A (ja) * | 2002-12-09 | 2004-07-08 | Hitachi Ltd | 記憶装置の接続装置およびそれを含むコンピュータシステム |
| JP4252301B2 (ja) * | 2002-12-26 | 2009-04-08 | 株式会社日立製作所 | 記憶システム及びそのデータバックアップ方法 |
-
2003
- 2003-06-18 JP JP2003172770A patent/JP4278445B2/ja not_active Expired - Fee Related
- 2003-08-14 EP EP20030018489 patent/EP1489524B1/en not_active Expired - Fee Related
- 2003-08-22 US US10/646,036 patent/US7124169B2/en not_active Expired - Lifetime
-
2006
- 2006-04-18 US US11/407,167 patent/US20060187908A1/en not_active Abandoned
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7664917B2 (en) | 2005-03-24 | 2010-02-16 | Fujitsu Limited | Device and method for caching control, and computer product |
| JP2008539520A (ja) * | 2005-04-25 | 2008-11-13 | ネットワーク アプライアンス， インコーポレイテッド | ネットワークファイルシステムをキャッシュするシステム、及び方法 |
| JP4824085B2 (ja) * | 2005-04-25 | 2011-11-24 | ネットアップ，インコーポレイテッド | ネットワークファイルシステムをキャッシュするシステム、及び方法 |
| JP2007286759A (ja) * | 2006-04-13 | 2007-11-01 | Fujitsu Ltd | ネットワーク機器接続装置およびネットワーク機器接続方法 |
| JP2008158733A (ja) * | 2006-12-22 | 2008-07-10 | Kddi Corp | ストレージエリアネットワークにおけるキャッシュ制御方法、スイッチ装置及びプログラム |
| JP2009026295A (ja) * | 2007-07-18 | 2009-02-05 | Hitachi Ltd | ストレージシステム上の仮想ポートを管理するための方法および装置 |
| JP2009232207A (ja) * | 2008-03-24 | 2009-10-08 | Hitachi Ltd | ネットワークスイッチ装置、サーバシステム及びサーバシステムにおけるサーバ移送方法 |
| JP2011216110A (ja) * | 2011-07-11 | 2011-10-27 | Fujitsu Ltd | 中継装置及び中継方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20060187908A1 (en) | 2006-08-24 |
| US7124169B2 (en) | 2006-10-17 |
| JP4278445B2 (ja) | 2009-06-17 |
| EP1489524B1 (en) | 2012-11-14 |
| US20050008016A1 (en) | 2005-01-13 |
| EP1489524A1 (en) | 2004-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4278445B2 (ja) | ネットワークシステム及びスイッチ | |
| US10853274B2 (en) | Primary data storage system with data tiering | |
| US20190075163A1 (en) | Apparatus including an i/o interface and a network interface and related method of use | |
| US20190220191A1 (en) | Primary Data Storage System with Quality of Service | |
| JP4510028B2 (ja) | 複数読み出しストリームのための適応先読み技術 | |
| JP4824085B2 (ja) | ネットワークファイルシステムをキャッシュするシステム、及び方法 | |
| US20200019516A1 (en) | Primary Data Storage System with Staged Deduplication | |
| US7380059B2 (en) | Methods and systems of cache memory management and snapshot operations | |
| JP4494420B2 (ja) | 複数ファクタに基づく適応ファイル先読み | |
| JP4405533B2 (ja) | キャッシュ方法及びキャッシュ装置 | |
| JP4297747B2 (ja) | ストレージ装置 | |
| US20060282618A1 (en) | ISCSI block cache and synchronization technique for WAN edge device | |
| JP2010097359A (ja) | ファイル管理方法および階層管理ファイルシステム | |
| US11327653B2 (en) | Drive box, storage system and data transfer method | |
| US8756338B1 (en) | Storage server with embedded communication agent | |
| WO2013091192A1 (zh) | 提供多设备镜像和条带功能的磁盘缓存方法、设备和系统 | |
| JP2003296035A (ja) | ストレージ装置及びストレージ方法 | |
| US6549988B1 (en) | Data storage system comprising a network of PCs and method using same | |
| JP2004334481A (ja) | 仮想化情報管理装置 | |
| JP4607937B2 (ja) | キャッシュ方法及びキャッシュ装置 | |
| JP3848268B2 (ja) | 計算機システム、計算機装置、計算機システムにおけるデータアクセス方法及びプログラム | |
| JP4514222B2 (ja) | データ記憶システム | |
| JP2001184294A (ja) | ファイルアクセス方法とこれを用いた情報処理システム | |
| JP2007264744A (ja) | ネットワークキャッシュシステム、キャッシュ装置、中継装置、およびプログラム | |
| JPH07210433A (ja) | ファイルサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051227 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090113 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20090113 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090225 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090310 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |