JP4727190B2

JP4727190B2 - ストレージ装置システム

Info

Publication number: JP4727190B2
Application number: JP2004259917A
Authority: JP
Inventors: 義仁中川; 勇黒川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-09-07
Filing date: 2004-09-07
Publication date: 2011-07-20
Anticipated expiration: 2024-09-07
Also published as: EP1632842B1; US20060053266A1; JP2006079193A; EP1632842A1; DE602005025295D1; US7424572B2

Description

本発明は、メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、上記第１の規格のストレージ装置とオープンシステム系のインタフェースを介して接続され、メインフレーム系の第２のボリュームを有する、上記第１の規格よりも高規格な第２の規格のストレージ装置と、を備えるストレージ装置システムに関する。

従来、異なる各種ホストコンピュータ入出力インタフェースを有するホストコンピュータ（HCP）間で、各種記憶媒体上の共有を可能とする記憶制御装置が提案されている。この記憶制御装置では、HCPからライト要求があるとき、制御プロセッサがホストコンピュータインタフェース管理テーブルを調べ、HCPのデータ形式がオープンシステム系のFBAフォーマットならライトデータをそのままキャッシュメモリのキャッシュスロットへ書き込み、メインフレーム系のCKDフォーマットならFBAフォーマットに変換して書き込む。HCPからリード要求があるとき、制御プロセッサはホストコンピュータインタフェース管理テーブルを調べ、HCPのデータ形式がFBAならキャッシュスロットから読み出したリードデータをそのままHCPへ転送し、CKDならFBAに変換して転送する。別の制御プロセッサはキャッシュメモリ内の書き込みデータを探索してドライブに書き込む（例えば特許文献１参照）。

特開平9-325905号公報

図１は、従来の記憶システムの構成の概要を示すブロック図である。

図１に示す記憶システムでは、メインフレーム系のホストコンピュータ（MF Host）１が、チャネルインタフェース（チャネルI/F）及び通信ポートを通じてストレージ装置３へREAD/WRITEコマンドを送信すると、ストレージ装置３では、チャネルアダプタ（CHA）５が、該READ/WRITEコマンドを受信する。これにより、ストレージ装置３において、READ/WRITE処理が実行される。なお、ストレージ装置３では、論理デバイス（論理ボリューム）（LDEV B）７に、メインフレームデータ（MFデータ）が記憶されている。LDEV B７は、各々の物理デバイス（物理ボリューム）（PDEV B）９_１、９_２、９_３、９_４上に構築されており、LDEV B７は、複数のPDEV B９_１、９_２、９_３、９_４のRAID（Redundant Array
of Independent Inexpensive Disks）構成にマッピングされている。

ところで、ユーザが、例えばデータ保護機能を始めとする優れた機能を具備する高規格のストレージ装置を新たに購入した場合、該高規格のストレージ装置を使用するに際しては、ストレージ装置３に格納されている全てのデータを、上記高規格のストレージ装置へ移し替える（データのマイグレーション）作業を行う必要がある。しかし、このデータの移し替え作業には、非常な手間を要するという問題がある。また、上記に加えてデータを移し替えた後のストレージ装置３については、接続されている全てのホストを切り離すと共に、これらのホストを上記高規格のストレージ装置に接続し直す作業も要求される。のみならず、ユーザによっては、未だ充分使用可能な場合であっても、単に型が古いというだけでストレージ装置３を廃棄するような情報処理資源を無駄にしてしまう事態も起こり得る。

従って本発明の目的は、ユーザが既存のストレージ装置よりも高規格のストレージ装置を導入した場合でも、既存のストレージ装置から高規格のストレージ装置へのデータの移し替えが不要であり、且つ、ユーザによる既存のストレージ装置の廃棄を防止することが可能なストレージ装置システムを提供することにある。

既存のストレージ装置と、それより高規格のストレージ装置と、を備えるストレージ装置システムにおいて、オープンシステム系のホストが、高規格のストレージ装置のメインフレーム系のボリュームを通じて既存のストレージ装置のメインフレーム系のボリュームの全記憶領域にアクセス可能にすることにある。

本発明の第１の観点に従うストレージ装置システムは、メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、上記第１の規格のストレージ装置とオープンシステム系のインタフェースを介して接続され、メインフレーム系の第２のボリュームを有する、上記第１の規格よりも高規格な第２の規格のストレージ装置と、を備え、上記第１の規格のストレージ装置が、上記第２の規格のストレージ装置に接続されるメインフレーム系のホストが、上記第２のボリュームを通じて上記第１のボリュームに保存されている全てのデータにアクセス可能なように、上記第１のボリュームを上記第２のボリュームにマッピングするマッピング部を有する。ここで、第１の規格よりも高規格な第２の規格とは、一例として、優れたデータ保護機能を具備する規格のことである。（以下、同じ）
本発明の第１の観点に係る好適な実施形態では、上記オープンシステム系のインタフェースの上記第２の規格のストレージ装置側の属性がイニシエータに、上記第１の規格のストレージ装置側の属性がターゲットに、夫々設定される。

上記とは別の実施形態では、上記メインフレーム系の第１、第２のボリュームが論理ボリュームであり、上記マッピング部が、オープンシステム系のコマンドであるRead Capacity Commandを、上記第１の規格のストレージ装置に対して発行し、上記オープンシステム系のインタフェースの上記第１の規格のストレージ装置側に設定されているLUN情報を取得することによって上記マッピングを行う。

また、上記とは別の実施形態では、上記マッピング部が、上記マッピング時に、上記メインフレーム系の第２のボリュームのエミュレーションタイプを、メインフレーム系のボリュームに設定する。

更に、上記とは別の実施形態では、上記第２の規格のストレージ装置が、上記マッピング時に、上記メインフレーム系のホストから送信されるCKD FORMATのコマンドを受信して、そのコマンドを上記第１の規格のストレージ装置のMF FORMATにデータ変換すると共に、SCSIコマンドで上記第１の規格のストレージ装置へのREADWRITEコマンドを発行する。

本発明の第２の観点に従うストレージ装置システムは、メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、上記第１の規格のストレージ装置とオープンシステム系のインタフェースを介して接続され、メインフレーム系の第２のボリュームを有する、上記第１の規格よりも高規格な第２の規格のストレージ装置と、を備え、上記第１の規格のストレージ装置が、上記第２の規格のストレージ装置に接続されるメインフレーム系のホストが、上記第２のボリュームを通じて上記第１のボリュームに保存されている全てのデータにアクセス可能なように、上記第１のボリュームを上記第２のボリュームにマッピングするマッピング部と、上記第２の規格のストレージ装置に接続されるオープンシステム系のホストが、上記第２のボリュームを通じて、上記第１のボリュームの全記憶領域をアクセス可能なオープンシステム系のボリュームであると認識し得る上記第１のボリュームの仮想ボリュームを設定する仮想ボリューム設定部と、を有する。

本発明の第２の観点に係る好適な実施形態では、上記第１、第２のボリュームが論理ボリュームであり、上記第２の規格のストレージ装置が、上記第１の論理ボリュームの仮想ボリュームに係わる情報を有するVDEV情報テーブルと、上記マッピングを行った仮想ボリュームについてのメインフレーム系のホストに参照させるLDEV情報を有するLDEV情報テーブルと、少なくとも上記LDEVに係わる情報を有するLUN情報テーブルと、を持つ。

上記とは別の実施形態では、上記第１、第２の規格のストレージ装置が、上記第２の規格のストレージ装置を通じて上記第１の規格のストレージ装置にアクセスするのがメインフレーム系のホストである場合に、シリンダ番号からキャッシュ上のブロックアドレスへのアドレス変換を行う。

更に、上記とは別の実施形態では、上記第１、第２の規格のストレージ装置が、上記第２の規格のストレージ装置を通じて上記第１の規格のストレージ装置にアクセスするのがオープンシステム系のホストである場合に、LBAからキャッシュ上のブロックアドレスへのアドレス変換を行う。

本発明の第３の観点に従うストレージ装置システムは、メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、上記第１の規格のストレージ装置とオープンシステム系のインタフェースを介して接続され、メインフレーム系の第２のボリュームを有する、上記第１の規格よりも高規格な第２の規格のストレージ装置と、を備え、上記第１の規格のストレージ装置が、上記第２の規格のストレージ装置に接続されるメインフレーム系のホストが、上記第２のボリュームを通じて上記第１のボリュームに保存されている全てのデータにアクセス可能なように、上記第１のボリュームを上記第２のボリュームにマッピングするマッピング部と、上記第２の規格のストレージ装置に接続されるオープンシステム系のホストが、上記第２のボリュームを通じて上記第１のボリューム中のユーザデータ格納領域をアクセス対象であるオープンシステム系のボリュームであると認識し得る上記第１のボリュームの仮想ボリュームを設定する仮想ボリューム設定部と、を有し、上記第１の規格のストレージ装置が、上記第２の規格のストレージ装置にアクセスするホストがオープンシステム系のホストであると判別した場合に、上記仮想ボリュームを、上記第１のボリュームと同一の大きさに拡張するような処理を行うようにしている。

本発明の第３の観点に係る好適な実施形態では、上記仮想ボリュームを拡張する処理が、上記第２の規格のストレージ装置がイニシエータに、且つ、上記第１の規格のストレージ装置がターゲットに、夫々設定されている場合に、上記第２の規格のストレージ装置に接続されるホストの種類に見合った特別な動作を行うホストモードにおいて実行される。

本発明によれば、ユーザが既存のストレージ装置よりも高規格のストレージ装置を導入した場合でも、既存のストレージ装置から高規格のストレージ装置へのデータの移し替えが不要であり、且つ、ユーザによる既存のストレージ装置の廃棄を防止することが可能なストレージ装置システムを提供することができる。

以下、本発明の実施の形態を、図面により詳細に説明する。

図２は、本発明の一実施形態に係るストレージ装置システムの構成の概要を示すブロック図である。

上記ストレージ装置システムは、MF Hostが、旧型ストレージ装置のメインフレームデータ（MFデータ）を、そのまま引継いで新型ストレージ装置を通じてアクセス可能にしたもので、図２に示すように、MF Host２１と、旧型ストレージ装置２３と、新型ストレージ装置２５とを備える。旧型ストレージ装置２３は、チャネルI/Fの１種であるESCON（登録商標）FICON（登録商標）のポートを持つCHA２７と、オープンシステム系のインタフェース（Open I/F）であって、ファイバポートを有するCHF（Channel Adapter
for Fibre２９と、複数のPDEV B３１_１、３１_２、３１_３、３１_４のRAID構成にマッピングされているLDEV
B３３と、を備える。一方、新型ストレージ装置２５は、MF Host２１に接続されるESCON/FICONのポートを持つCHA３５と、Open I/Fであって、ファイバポートを有するCHF３７と、例えば物理的な記憶資源を仮想化した仮想デバイス（仮想ボリューム）であるLDEV A３９と、を備える。ここで、新型ストレージ装置２５は、例えばデータ保護機能において、旧型ストレージ装置のそれよりも優れている。

上記記憶システムでは、旧型ストレージ装置２３と新型ストレージ装置２５との間が、（何れもOpen I/Fである）CHF２９、及びCHF３７を通じて接続され、旧型ストレージ装置２３側で使用されていたMFデータが新型ストレージ装置２５側のLDEV A３９にマッピングされる。CHA２７は、MF Host２１から（新型ストレージ装置２５の）LDEV A３９に対するCKD（Count Key Data） FORMATのコマンドが送信されてくると、該コマンドを受信してCHF２９へ通知する。CHF２９では、上記CKD FORMATのコマンドを旧型ストレージ装置２３のMF FORMATにデータ変換すると共に、SCSI（Small Computer System Interface）コマンドで旧型ストレージ装置２３へのREAD/WRITEコマンドを発行する。

上記構成において、MF Host２１がCHA２７を通じて（新型ストレージ装置２３側の）LDEV A３９にアクセスすることによって、MF
Host２１が旧型ストレージ装置２３側で使用されていた（LDEV
Bの）MFデータにアクセスすることが可能になる。

上記構成によれば、旧型ストレージ装置２３では未サポートの機能を新型ストレージ装置２５がサポートしていた場合に、旧型ストレージ装置２３側のデータを新型ストレージ装置２５側に移動（マイグレーション）すること無しに、新型ストレージ装置２５の有する機能を旧型ストレージ装置２３のLDEV B３３に適応させることができる。

図３は、図２に記載のストレージ装置システムが備える新型ストレージ装置２５の全体構成を示すブロック図である。

図３において、MF Host２１は、CPU（Central Processing Unit）やメモリ等の情報処理資源を備えるコンピュータ装置であり、例えばキーボードスイッチや、ポインティングデバイスや、マイクロフォン等の情報入力手段（図示しない）と、例えばモニタディスプレイやスピーカ等の情報出力手段（図示しない）とを有する。また、MF Host２１は、例えば新型ストレージ装置２５が提供する記憶領域を使用するデータベースソフトウェア等のアプリケーションプログラム２１aと、通信ネットワークを通じて新型ストレージ装置２５にアクセスするためのアダプタ２１bとを有する。

MF Host２１は、メインフレーム系の通信ネットワーク（一例としてESCON/FICON）（以下、「通信ネットワーク」と表記する）を通じて、新型ストレージ装置２５に接続されている。通信ネットワークとしては、例えばLAN（Local Area
Network）、SAN（Storage Area Network）、インターネット、専用回線、公衆回線等を場合に応じて適宜使い分けることができる。ここで、LANを通じたデータ通信は、例えばTCP/IP（Transmission Control Protocol/Internet
Protocol）プロトコルに従って行われる。MF Host２１がLANを通じて新型ストレージ装置２５に接続される場合、MF Host２１は、ファイル名を指定してファイル単位でのデータ入出力を要求する。これに対し、MF Host２１がSANを通じて新型ストレージ装置２５等に接続される場合、MF Host２１は、ファイバチャネルプロトコルに従って、複数のディスク記憶装置（ディスクドライブ）により提供される記憶領域のデータ管理単位であるブロックを単位としてデータ入出力を要求する。通信ネットワークがLANである場合、上記アダプタ２１bは、例えばLAN対応のネットワークカードである。通信ネットワークがSANの場合には、上記アダプタ２１bは、例えばホストバスアダプタ（HBA）である。

Open Host４１の構成は、MF Host２１の構成と基本的に同一である。Open Host４１は、オープンシステム系の通信ネットワーク（一例としてFibre channel）（以下、「通信ネットワーク」と表記する）を通じて、新型ストレージ装置２５に接続されている。Open Host４１は、例えば新型ストレージ装置２５が提供する記憶領域を使用するデータベースソフトウェア等のアプリケーションプログラムである、RAID管理ソフトを有する。

新型ストレージ装置２５は、例えばディスクアレイサブシステムとして構成されるものである。但し、これに限らず、新型ストレージ装置２５を、高機能化されたインテリジェンス型のファイバチャネルスイッチとして構成することも可能である。

新型ストレージ装置２５は、コントローラ部と記憶装置部とに大別することができる。コントローラ部は、例えば複数のCHA３５（図３では、１個のみ記載）と、複数のCHF３７（図３では、２個のみ記載）と、複数のディスクアダプタ（DKA）４３（図３では、２個のみ記載）と、を備える。コントローラ部は、上記各部に加えて、更に、複数枚のキャッシュボード（Cache）４５（図３では、２枚のみ記載）上に搭載された共有メモリ（SM）４７、及びキャッシュメモリ（CM）４９と、例えばLANを通じて接続されたサービスプロセッサ（SVP）５１と、を備える。

各CHA３５は、MF Host２１との間でデータ通信を行うための通信ポート３５aを備える。上記に加えて、各CHA３５は、夫々CPUやメモリ等を備えたマイクロコンピュータシステムとして構成されており、MF Host２１から受信した各種コマンドを解釈して実行する。各CHA３５には、夫々を識別するためのネットワークアドレス（例えば、IPアドレスやWWN（World Wide Name））が割り当てられており、夫々が個別にNAS（Network
Attached Storage）として振る舞うことができるようになっている。複数のMF Host（２１）が存在する場合には、各CHA３５は、各MF Host（２１）からの要求を夫々個別に受け付けることができるようになっている。

各DKA４３は、例えばRAID構成になっている複数個のPDEV（５３_１〜５３_４、５５_１〜５５_４）との間でデータの授受を行うため、各PDEV（５３_１〜５３_４、５５_１〜５５_４）と接続するのに必要な通信ポート４３aを備える。上記に加えて、各DKA４３は、夫々CPUやメモリ等を備えたマイクロコンピュータシステムとして構成されており、CHA３５がMF Host２１から受信したデータを、MF Host２１からのリクエスト（書き込み命令）に基づいて、所定のPDEV（５３_１〜５３_４、５５_１〜５５_４）の所定のアドレスに書き込む。
各DKA４３は、また、MF Host２１からのリクエスト（読み出し命令）に基づいて所定のPDEV（５３_１〜５３_４、５５_１〜５５_４）の所定のアドレスからデータを読み出し、該データを、CHA３５を通じてMF Host２１へ送信する。

各DKA４３がPDEV（５３_１〜５３_４、５５_１〜５５_４）との間でデータ入出力を行う場合、各DKA４３は、論理的なアドレスを物理的なアドレスに変換する。なお、各DKA４３は、PDEV（５３_１〜５３_４、５５_１〜５５_４）がRAIDに従って管理されている場合には、RAID構成に応じたデータアクセスを行うことになる。

SVP５１は、管理用のコンソールとして、新型ストレージ装置２５全体の動作を監視・制御するためのコントロールユニット５２に接続されている。SVP５１は、コントロールユニット５２から伝送される新型ストレージ装置２５内の障害情報を表示部に表示したり、コントロールユニット５２に対し、PDEV（５３_１〜５３_４、５５_１〜５５_４）の閉塞処理等を指令するようになっている。

CM４９は、各CHA３５がMF Host２１から受信したデータや、各DKA４３がPDEV（５３_１〜５３_４、５５_１〜５５_４）から読み出したデータを一時的に記憶する。

SM４７には、制御情報等が格納される。また、SM４７には、ワーク領域が設定される他、例えばマッピングテーブル等の各種テーブル類も格納される。

記憶装置部は、複数のPDEV（５３_１〜５３_４、５５_１〜５５_４）を備える。PDEV（５３_１〜５３_４、５５_１〜５５_４）としては、例えばハードディスク、フレキシブルディスク、磁気テープ、半導体メモリ、光ディスク等のようなデバイスを用いることができる。

２個のCHF３７は、何れもファイバチャネル等との間で、データ通信を行うための制御パッケージである。図３の左側のCHF３７は、例えばオープンシステム系の通信ネットワークであるFibre channelを通じてOpen Host４１との間でデータ通信を行うための通信ポート、即ち、ターゲットポート３７aを備える。

図３の右側のCHF３７は、例えばオープンシステム系の通信ネットワークであるFibre channelを通じて旧型ストレージ装置２３（側のCHF６１が備えるターゲットポート６１a）との間でデータ通信を行うための通信ポート、即ち、イニシエータポート３７aを備える。図３の右側のCHF３７が、Fibre channelを通じて旧型ストレージ装置２３との間でデータ通信を行うようにした点が、本実施形態における特徴部分の１つである。

図４は、図２に記載のストレージ装置システムが備える旧型ストレージ装置２３の全体構成を示すブロック図である。

図４に示すように、旧型ストレージ装置２３の構成は、新型ストレージ装置２５の構成と基本的に同一である。

即ち、旧型ストレージ装置２３も、新型ストレージ装置２５と同様に、例えばディスクアレイサブシステムとして構成されるものであるのみならず、旧型ストレージ装置２３を、高機能化されたインテリジェンス型のファイバチャネルスイッチとして構成することも可能である。

旧型ストレージ装置２３も、新型ストレージ装置２５と同様に、コントローラ部と記憶装置部とに大別することができ、コントローラ部は、例えば複数のCHA５９（図４では、１個のみ記載）と、複数のCHF６１（図４では、２個のみ記載）と、複数のDKA６３（図４では、２個のみ記載）と、を備える。コントローラ部は、上記各部に加えて、更に、複数枚のCache６５（図４では、２枚のみ記載）上に搭載されたSM６７、及びCM６９と、例えばLANを通じて接続されたSVP７１と、を備える。記憶装置部は、複数のPDEV（７３_１〜７３_４、７５_１〜７５_４）を備える。PDEV（７３_１〜７３_４、７５_１〜７５_４）としては、例えばハードディスク、フレキシブルディスク、磁気テープ、半導体メモリ、光ディスク等のようなデバイスを用いることができる。

CHA５９は、通信ポート５９a、及びメインフレーム系の通信ネットワークを通じてMF Host７７との間でデータ通信を行う。図４の左側のCHF６１は、ターゲットポート６１a、及びオープンシステム系の通信ネットワークであるFibre channelを通じてOpen Host７９との間でデータ通信を行う。図４の右側のCHF６１は、例えばオープンシステム系の通信ネットワークであるFibre channelを通じて新型ストレージ装置２５（側のCHF３７が備えるイニシエータポート３７a）との間でデータ通信を行うための通信ポート、即ち、ターゲットポート６１aを備える。

なお、上述した構成の詳細については、図３で示した新型ストレージ装置２５におけると同様であるので説明を省略する。

次に、上述した（図２に記載した）ストレージ装置システムにおいて、MF Host２１が、旧型ストレージ装置２３側のメインフレームデータ（MFデータ）を、新型ストレージ装置２５を通じてアクセスする機能を実現するための条件について説明する。
（１）旧型ストレージ装置２３のMF VOL（メインフレームボリューム）であるLDEV B３３を、Open I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）でREAD/WRITEを可能にすることにより、LDEV B３３が、新型ストレージ装置２５側からOpen Vol（オープンシステム系のボリューム）として見えるようにすることが必要である。
（２）（１）に関連する条件であるが、LDEV B３３の全記憶領域を、Open I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）でREAD/WRITEを可能にすることにより、LDEV
B３３が、後述するVTOC領域を含めて新型ストレージ装置２５側からOpen Volとして見えるようにすることも必要である。
（３）新型ストレージ装置２５において、旧型ストレージ装置２３のMF VOLであるLDEV B３３を、新型ストレージ装置２５のMF VolであるLDEV A３９としてマッピングを可能にすることが必要である。
（４）新型ストレージ装置２５において、旧型ストレージ装置２３のMF VOL FORMATを、新型ストレージ装置２５のMF
Vol Formatに変換できるようにすることが必要である。

次に、旧型ストレージ装置２３のMF VOLであるLDEV B３３を、Open I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）でREAD/WRITEを可能にする方式について説明する。

（旧型ストレージ装置２３のMF VOLである）LDEV B３３を、Open I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）でREAD/WRITEを可能にするには、Open Fibre I/Fを有するP/K（package）であるCHF PK（例えばCHF６１）のポートに、LDEV B３３をLUN（Logical Unit
Number）として割り当てる必要がある。ところで、MF系エミュレーションタイプ（ここで、エミュレーションタイプとは、例えばHost等の上位装置から見えるディスクのタイプのことを指す）のLDEVは、CHF PKのポートに、LUNとして割り当てることができない。これに対して、エミュレーションタイプが中間VOLのLDEVについては、MF LDEV（メインフレーム系のLDEV）のユーザ領域をOpen
Host（例えばOpen Host４１等）でREAD/WRITEを可能にする（MF系とOpen系とでバックアップを共有化するための仕組として用いられる）ため、上記CHF PKのポートに、LUNとして割り当てることができる。

よって、上述したストレージ装置システムでは、MF
VOL（メインフレーム系のボリューム）（例えばLDEV
B３３）をOpen I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等で、READ/WRITEを可能にするには、エミュレーションタイプを中間VOLにすることにより、LDEV（LDEV B３３）をCHF PKのポートに、LUNとして割り当てる方式を選択することにした。しかし、中間VOLは、そのユーザ領域についてのみ、Open Host（例えばOpen Host４１等）によるREAD/WRITEが可能であり、例えばそのVTOC領域等のMF（メインフレーム）制御領域や、例えばMFの交代シリンダ情報等を含む制御情報領域については、READ/WRITEは不可能である。

図５は、上述した（図２に記載の）ストレージ装置システムに適用される通常のMF VOL（メインフレーム系のボリューム）と、既存の（現状における）中間VOLとを比較対照した説明図である。

図５において、図５（a）で示す通常のMF VOL８１は、MF制御領域であるVTOC領域８１_１と、ユーザ領域８１_２と、制御情報領域８１_３と、を有する。通常のMF VOL８１は、Open I/Fを通じたOpen Host（例えばOpen Host４１等）では、READ/WRITEが不可能である。VTOL領域８１_１、ユ−ザ領域８１_２、及び制御情報領域８１_３は、MF Host（２１等）がアクセスすることが可能な領域である。図５（b）で示す現状での中間VOL８３も、通常のMF VOL８１と同様に、VTOC領域８３_１と、ユーザ領域８３_２と、制御情報領域８３_３と、を有する。現状での中間VOL８３は、後述するように、ユーザ領域８３_２に限ってOpen I/Fを通じてOpen Host（例えばOpen Host４１等）でREAD/WRITEが可能である。現状での中間VOL８３においても、VTOC領域８３_１、ユーザ領域８３_２、及び制御情報領域８３_３は、MF Host（２１等）がアクセスすることが可能な領域である。

次に、Open Host（例えばOpen Host４１等）が、中間VOL８３のユーザ領域８３_２以外のREAD/WRITEが不可能な理由を、以下に説明する。

Open Host（例えばOpen Host４１等）が、中間VOL８３におけるREAD/WRITEが可能な領域は、LBA（Logical Block Address）0からオープンシステム系の容量を求めるためのコマンドであるRead Capacity Commandで取得するMAX LBA値の範囲までである。中間VOL８３では、図５（b）で示すように、ユーザ領域８３_２の先頭をLBA0とし、ユーザ領域８３_２のサイズをMAX LBA値（図５で示した例では、X）として、Read Capacity CommandでOpen Host側に報告するため、Open Host（例えばOpen Host４１等）は、上記以外の領域をOpen I/Fを通じてアクセスすることができないからである。

そこで、旧型ストレージ装置２３のMF VOLであるLDEV B３３の全領域をOpen I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）がREAD/WRITE可能にする方式が、本明細書において提案される。即ち、既述の内容から明らかなように、Open Host（例えばOpen Host４１等）が、新型ストレージ装置２５、及びOpen I/Fを通じて旧型ストレージ装置２３のLDEV B３３の全領域をREAD/WRITE可能にするには、LDEV B３３の記憶領域の先頭をLBA0とし、LDEV B３３の記憶領域のサイズ（全記憶領域）を、Read Capacity CommandでLDEV B３３側からOpen I/F、及び新型ストレージ装置２５を通じてOpen Host（例えばOpen Host４１等）に報告する必要がある。

図６は、Open Hostが、新型ストレージ装置２５、及びOpen I/Fを通じて、MF VOLである旧型ストレージ装置２３のLDEV B３３の全記憶領域をREAD/WRITE可能にする第１の方式を示す説明図である。

図６に示す第１の方式は、現状における中間VOL（READのみ可能なもの、WRITEのみ可能なもの、及びREAD/WRITE可能なものを含む）とは異なり、Open Host（例えばOpen Host４１等）が、LDEV（例えばLDEV B３３）の全記憶領域をOpen I/Fを通じてREAD/WRITE可能なようにする、中間VOLの新たなエミュレーションタイプを作成するものである。

図６において、符号８５は、現状における中間VOLとは異なる、新たに生成されたエミュレーションタイプの中間VOL（新規中間VOL）であり、また、符号８７は、新規中間VOL８５のVDEV（仮想デバイス）であるLUNである。MF Host（例えばMF Host２１等）からは、新型ストレージ装置２５、及びOpen I/Fを通じて新規中間VOL８５の全記憶領域に対してアクセスされ、また、Open Host（例えばOpen Host４１等）からは、新型ストレージ装置２５、及びOpen I/Fを通じてLUN８７の全記憶領域に対してアクセスされる。

ところで、上述したように、中間VOLを定義することにより、Open Host（例えばOpen Host４１等）に対して中間VOLを通常のVOL（オープンシステム系のVOL）（Open VOL）として見せることができる。しかし、それだけだと、Open Host（例えばOpen Host４１等）が中間VOLのユーザ領域に対してのみREAD/WRITEが可能になるが、新たなストレージ装置（例えば新型ストレージ装置２５）に対してMF VOLを作成するとき、該MF VOLにおけるユーザ領域（元の中間VOLのユーザ領域に対応する）内に、更にVTOC領域や、制御情報領域を作成してしまうことになる。そのため、該MF VOLにおけるユーザ領域と、元の中間VOLにおけるユーザ領域とは、サイズが合わなくなってしまうので、例えばOpen Hostから該MF VOLのVTOC領域にアクセスしようとしても、VTOC領域ではない他の領域にアクセスしてしまう不具合が生じる。

そこで、上記第１の方式では、現状における中間VOLのエミュレーションタイプとは異なった、Open Hostが、VTOC領域や制御情報領域等も含めた中間VOLの全記憶領域を、新型ストレージ装置２５、及びOpen I/Fを通じて読み込めるような新たなエミュレーションタイプの中間VOLを作成することとしたものである。

次に、図２で示した記憶システムにおいて、旧型ストレージ装置２３のMF VOLであるLDEV B３３の、新型ストレージ装置２５のMF VOLであるLDEV A３９へのマッピングを実現するための手順について説明する。

新型ストレージ装置２５のCHF３７が有するポート３７aの属性を、イニシエータポートに設定すると共に、該イニシエータポート３７aと旧型ストレージ装置２３のCHF６１のポート６１aとの間を、Fibreケーブルで接続する。

次に、イニシエータである新型ストレージ装置２５のCHF３７からReport LUN（LUの数を問い合せるためのコマンド）、Inquiry（SCSIバージョン、SCSI機器仕様、Product ID等のデータの転送を要求するためのコマンド）、TUR（TEST UNIT READY、即ち、ReadyかNot Readyかを問い合せるためのコマンド）、Read
Capacity Command（最大LBA、ブロック長等の情報の転送を要求するためのコマンド）を、旧型ストレージ装置２３に対して発行し、これにより、旧型ストレージ装置２３のCHF６１のポート６１aに設定されている（LUN、Capacity、エミュレーションタイプ等の）LUNの情報を取得する。そして、取得したLUNの情報により、新型ストレージ装置２５のVDEVであるLDEV A３９にマッピングを行うことになるが、マッピング時にエミュレーションタイプをMF VOLに設定することにより、新型ストレージ装置２５に接続されているMF Host（例えばMF Host２１等）からマッピングされたVDEV A３９に対してアクセスが可能になる。

図７は、新型ストレージ装置２５が備えるVDEV情報テーブルを示す説明図、図８は、新型ストレージ装置２５が備えるLDEV情報テーブルを示す説明図、図９は、新型ストレージ装置２５が備えるLUN情報テーブルを示す説明図である。これらの情報テーブルは、図３で示した新型ストレージ装置２５のSM４７に格納されている。

図７において、VDEV情報テーブルとは、元々あるデバイスをマッピングするために必要なテーブルであって、上述した（図６で説明した）新規中間VOL８５のVDEV８７に係わるテーブルである。VDEV情報テーブルは、新型ストレージ装置２５をMF Host（例えばMF Host２１等）に接続するに際して使用されるテーブルである。VDEV情報テーブルは、例えばVDEVを特定するための番号であるVDEV♯[0]、VDEVのサイズ、VDEVにマッピングしているLDEVを示すLDEV♯、外部ストレージ装置（本実施形態では、旧型ストレージ装置２３のこと。以下同じ）と接続しているCHFポートを示すPort♯[0]〜Port♯[n]等の諸項目を有する。VDEV情報テーブルは、上記に加えて、外部ストレージ装置のVendor名、外部ストレージ装置の名前を示す装置種別、外部ストレージ装置のLUNを示すLUN、外部ストレージ装置のLUNのエミュレーションタイプを示す外部LUNエミュレーション等の諸項目をも含む。VDEV情報テーブルは、上記に加えて、更に、外部ストレージ装置のLUNのWWNを示すWWN[0]〜WWN[n]、外部ストレージ装置のLUNへのRead Capacity Commandで得た値を示す外部LUN容量「LBA」等の諸項目をも含む。

次に、図８において、LDEV情報テーブルとは、マッピングしたVDEVについてのMF Host（例えばMF Host２１等）に見せるLDEVの情報を格納したテーブルであって、新型ストレージ装置２５を、MF Host（例えばMF Host２１等）に接続するに際して使用されるテーブルである。LDEV情報テーブルは、例えばLDEVを特定するための番号であるLDEV♯[0]〜LDEV♯[n]、LDEVのサイズ、対象となるVDEVが図７で示したVDEV情報テーブル中に格納されているどのVDEVであるかを示すVDEV♯、LDEVのエミュレーションタイプを示すエミュレーション等の諸項目を含む。

次に、図９において、LUN情報テーブルとは、新型ストレージ装置２５を、Open Host（例えばOpen Host４１等）に接続するに際して使用される情報テーブルであり、該接続に際して使用されているポートを特定するための番号であるPort♯0〜Port♯n、LUNを特定するための番号であるLUN0〜LUNn、どのLDEVにマッピングされているかを示すLDEV、Host Mode等の諸項目を含む。なお、Host Modeについては、後に詳述する。

図１０は、LUN情報テーブル、LDEV情報テーブル、VDEV情報テーブル相互の関連を示した説明図である。図示のように、LUN情報テーブルとLDEV情報テーブルとの間、LDEV情報テーブルとVDEV情報テーブルとの間、VDEV情報テーブルと外部ストレージ（例えば旧型ストレージ装置２３）との間に、夫々相互に関連性を持たせている。

上述したように、図９に記載のLUN情報テーブルには、LUN（例えばLUN0）がどのLDEVにマッピングされているか、即ち、LUN（例えばLUN0）と（マッピングされている）LDEVとを関連付けるための情報である『LDEV』が格納されている。次に、図８で示したLDEV情報テーブルには、LDEV（例えばLDEV♯0）がどのVDEVにマッピングされているか、即ち、LDEV（例えばLDEV♯0）と（マッピングされている）VDEVとを関連付けるための情報である『VDEV♯』が格納されている。更に、図７に記載のVDEV情報テーブルには、VDEV（例えばVDEV♯[0]）にマッピングされているのがどのLDEV（LDEV♯）であるのか、即ち、VDEVと、（マッピングされている）LDEVとを関連付けるための情報である『LDEV♯』が格納されている。VDEV情報テーブルには、また、VDEV（例えばVDEV♯[0]）がどの外部ストレージ装置（例えば旧型ストレージ装置２３）に接続されているかを示す情報（Vendor名、装置種別等）も格納されている。

次に、旧型ストレージ装置２３におけるMF
Vol FORMATと、新型ストレージ装置２５におけるMF Vol
FORMATとの間の変換方式について説明する。

旧型ストレージ装置２３における、シリンダから（キャッシュ上の）ブロックアドレスへの変換と、新型ストレージ装置２５における、シリンダのアドレスから（キャッシュ上の）ブロックアドレスへの変換とが同一である場合には、シリンダのアドレスから（キャッシュ上の）ブロックアドレスへ変換するための変換表（変換テーブル）は不要である。しかし、新型ストレージ装置２５に、外部ストレージ装置（旧型ストレージ装置２３を除く）の機種別に設定されたエミュレーションタイプ毎の変換表（変換テーブル）を備えるようにすれば、旧型ストレージ装置２３以外の外部ストレージ装置にも対応が可能になる。

図１１は、MF Host（例えばMF Host２１等）、又はOpen Host（例えばOpen Host４１等）が新型ストレージ装置２５を通じて旧型ストレージ装置２３にアクセスする場合に、新型ストレージ装置２５、及び旧型ストレージ装置２３において行われるアドレス変換の一例を示す説明図である。

図１１（a）は、新型ストレージ装置２５を通じて旧型ストレージ装置２３にアクセスするのがMF Host（例えばMF Host２１等）である場合の、新型ストレージ装置２５、及び旧型ストレージ装置２３におけるアドレス変換方式の一例を示すものである。MF Hostは、シリンダイメージでMF
Volにアクセスするため、まず、シリンダ番号からスロット番というキャッシュ上のブロックアドレスに変換するプロセスが必要であり、該プロセスを経た後に、旧型ストレージ装置２３（元々のMF データを保存しているストレージ装置）側、及び新型ストレージ装置２５側の複数のPDEV（物理デバイス）に分散されることになる（即ち、上記複数のPDEVのうちから、上記変換されたブロックアドレスに対応するPDEVが求められることになる）。

図１１（b）は、新型ストレージ装置２５を通じて旧型ストレージ装置２３にアクセスするのがOpen
Host（例えばOpen Host４１等）である場合の、新型ストレージ装置２５、及び旧型ストレージ装置２３におけるアドレス変換方式の一例を示すものである。Open Hostは、LBA（Logical Block Address）でOpen Volにアクセスするため、まず、LBAから上述したキャッシュ上のブロックアドレスに変換するプロセスが必要であり、該プロセスを経た後に、旧型ストレージ装置２３側、及び新型ストレージ装置２５の複数のPDEVに分散されることになる（即ち、上記複数のPDEVのうちから、上記変換されたブロックアドレスに対応するPDEVが求められることになる）。

図１２は、（図１１で示した）旧型ストレージ装置２３におけるアドレス変換で用いられる変換式の一例を示した説明図である。図１２で示した変換式を用いてアドレス変換を行うことにより、旧型ストレージ装置２３におけるキャッシュ上でのデータのREAD/WRITEが可能になる。

図１２（a）は、MF Host（例えばMF Host２１等）からのI/O（READ/WRITE指令に対応するシリンダ番号からスロット番のアドレスへの変換式の一例を示すものである。図１２（a）では、シリンダ番号『0』がスロット番のアドレス『0』に、シリンダ番号『1』がスロット番のアドレス『15』に、シリンダ番号『2』がスロット番のアドレス『30』に、・・・、夫々対応している。

図１２（b）は、Open Host（例えばOpen Host４１等）からのI/O（例えば図６で示したLUN８７のようなLUNへのアクセス）に対応するLBAからスロット番のアドレスへの変換式の一例を示すものである。図１２（b）では、LBA『0』が、スロット番のアドレス『0』、及びサブブロック番のアドレス『0』を示す『0/0』に、LBA『1』が、スロット番のアドレス『0』、及びサブブロック番のアドレス『1』を示す『0/1』に、LBA『2』が、スロット番のアドレス『0』、及びサブブロック番のアドレス『2』を示す『0/2』に、・・・夫々対応している。

図１３は、MF Host（例えばMF Host２１等）、又はOpen Host（例えばOpen Host４１等）が、新型ストレージ装置２５を通じて旧型ストレージ装置２３にアクセスした場合に、新型ストレージ装置２５において行われるアドレス変換で用いられる変換式を示した説明図である。

図１３（a）は、MF Host（例えばMF Host２１等）からのI/O（READ/WRITE指令に対応するシリンダ番号からスロット番のアドレスへの変換式の一例を示すものである。図１３（a）では、図１２（a）におけると同様に、シリンダ番号『0』がスロット番のアドレス『0』に、シリンダ番号『1』がスロット番のアドレス『15』に、シリンダ番号『2』がスロット番のアドレス『30』に、・・・、夫々対応している。

図１３（b）は、Open Host（例えばOpen Host４１等）からのI/O（例えば図６で示したLUN８７へのアクセス）に対応する（新型ストレージ装置２５側の）キャッシュから旧型ストレージ装置２３へのI/Oに際してのスロット番のアドレスからLBAへの変換式の一例を示すものである。図１３（b）では、スロット番のアドレス『0』、及びサブブロック番のアドレス『0』を示す『0/0』が、LBA『0』に、スロット番のアドレス『0』、及びサブブロック番のアドレス『1』を示す『0/1』が、LBA『1』に、スロット番のアドレス『0』、及びサブブロック番のアドレス『2』を示す『0/2』が、LBA『2』に、・・・夫々対応している。

図１４は、本発明の一実施形態に係る、旧型ストレージ装置２３が新型ストレージ装置２５を通じてOpen HostからRead Capacity Commandを受信した場合の旧型ストレージ装置２３のCHF６１の処理動作を示すフローチャートである。図１４で示すフローチャートは、図６で説明した第１の方式に係わるものである。

図１４において、CHF６１は、まず、Open Host（例えばOpen Host４１等）からのRead
Capacity Commandを、新型ストレージ装置２５を通じて受信する（ステップＳ１０１）。次に、例えば新型ストレージ装置２５が備える、図８のLDEV情報テーブルや、図９の、新型ストレージ装置２５をOpen Hostに接続するときの情報テーブルであるLUN情報テーブル等と同様の情報テーブルを用いて、LUN（例えば図６で示したLUN８７）を、該LUNがマッピングされているLDEVに変換する（ステップＳ１０２）。次に、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLかどうかチェックする（ステップＳ１０３）。

このチェックの結果、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLのいずれでもなければ（ステップＳ１０３でNO）、上記LDEVのエミュレーションタイプが新規に作成されたものかどうかチェックする（ステップＳ１０４）。このチェックの結果、新規に作成されたものであれば（ステップＳ１０４でYES）、旧型ストレージ装置２３のCHF６１は、LDEVの全記憶領域のサイズをMax LBAとして新型ストレージ装置２５に対して応答することになる（ステップＳ１０５）。

上記チェックの結果、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLであれば（ステップＳ１０３でYES）、旧型ストレージ装置２３のCHF６１は、LDEVにおけるユーザ領域のサイズをMax LBAとして新型ストレージ装置２５に対して応答することになる（ステップＳ１０６）。上記LDEVのエミュレーションタイプが新規に作成されたものでないとのチェック結果が得られた場合にも（ステップＳ１０４でNO）、ステップＳ１０６で示した処理動作に移行する。

図１５は、図３に記載の新型ストレージ装置２５に接続されるSVP５１の表示部に表示される画面イメージの一例を示す説明図である。図１５に示す画面イメージ２２０は、（新型ストレージ装置２５から見て）外部のストレージ装置（旧型ストレージ装置２３）のLUのエミュレーションがVOLの全記憶領域に亘ってREAD/WRITEが可能かどうかを、ユーザに報知するためのものである。

図１５に示すように、SVP５１の表示部に表示される画面イメージ２２０は、外部デバイスリスト、即ち、新型ストレージ装置２５から見て、外部のストレージ装置である旧型ストレージ装置２３に関するリストを含む。図１５に示した例では、上記画面イメージ２２０に、新型ストレージ装置２５に接続される複数台の外部ストレージ装置に係わる情報として、複数台の旧型ストレージ装置２３に係わる装置名、それらのS/N（シリアル番号）、LU♯（LUの番号）、エミュレーションタイプ、（記憶）容量等の情報が含まれている。

図１６、及び図１７は、旧型ストレージ装置２３からのMFデータを新型ストレージ装置２５が引継ぐに際しての処理動作と、図１５で示した、SVP５１の表示部に表示される画面イメージ２２０との関係を示すフローチャートである。

図１６、及び図１７において、まず、イニシエータである新型ストレージ装置２５は、接続されている外部ストレージ装置、即ち、旧型ストレージ装置２３に係わる情報を取得するため、CHF３７から旧型ストレージ装置２３のLU♯xに対し、Inquiryコマンドを発行する（ステップＳ２２１）。ターゲットである旧型ストレージ装置２３が、このInquiryコマンドを受信すると（ステップＳ２２２）、旧型ストレージ装置２３では、LU♯xが新規のエミュレーションタイプのものかどうかチェックする（ステップＳ２２３）。このチェックの結果、LU♯xが新規のエミュレーションタイプのものであれば（ステップＳ２２３でYES）、LU♯xが新規のエミュレーションタイプのものであることを示すデータを、上記Inquiryコマンドに対応するデータとして、新規ストレ−ジ装置２５側へ送信する（ステップＳ２２４）。

上述したチェックの結果、LU♯xが新規のエミュレーションタイプのものでなければ（ステップＳ２２３でNO）、LU♯xが既存のエミュレーションタイプのものであることを示すデータを、上記Inquiryコマンドに対応するデータとして、新規ストレ−ジ装置２５側へ送信する（ステップＳ２２５）。新型ストレージ装置２５では、ステップＳ２２４で旧型ストレージ装置２３から送信されるデータ、又は、ステップＳ２２５で旧型ストレージ装置２３から送信されるデータを、SM４７上の構成情報として登録する（ステップＳ２２６）。

次に、SVP５１から新型ストレージ装置２５に対し、構成情報の転送要求が送信されると（ステップＳ２２７）、旧型ストレージ装置２３ではSM４７上の構成情報として、〈外部ストレージ装置、即ち、旧型ストレージ装置２３の〉装置名、S/N、LU♯、及びエミュレーションタイプ等の情報を含む構成情報２２０を、SVP５１に対して転送する（ステップＳ２２８）。旧型ストレージ装置２３から送信された構成情報２２０を受信すると、SVP５１は、表示部に構成情報２２０を表示する（ステップＳ２２９）。

図１８は、Open Hostが、新型ストレージ装置２５、及びOpen I/Fを通じて、MF VOLである旧型ストレージ装置２３のLDEV B３３の全記憶領域をREAD/WRITE可能にする第２の方式を示す説明図である。

図１８に示す第２の方式は、現状における中間VOL（READのみ可能なもの、WRITEのみ可能なもの、及びREAD/WRITE可能なものを含む）をそのまま利用して、更に、Host Modeを設けたものである。

図１８において、符号１１１は、現状における中間VOLであり、また、符号１１３は、中間VOL１１１のVDEV（仮想デバイス）であるLUNである。Open Host（例えばOpen Host４１等）がREAD/WRITE可能なLUN１１３の領域は、LBA0〜MAX LBA値であるLBAX、即ち、LUN１１３の全領域である。換言すれば、既存のHost Modeのアクセス範囲は、LUN１１３の全領域、即ち、中間VOL１１１のユーザ領域に限定される。そこで、図１８に示す第２の方式では、符号１１５で示すLUNの全領域、即ち、LBA0〜MAX LBA値であるLBAYを、アクセス範囲とする新たなHost
Modeを設定することとした。上記アクセス範囲LBA0〜LBAYは、中間VOL１１１の全記憶領域に対応する。

ここで、新たなHost Modeとは、新型ストレージ装置２５を或るHostに接続するに際して、該Hostに見合った特殊な動作（振舞）が行えるようにしたもので、LU毎に設定可能になっている。このように新たなHost Modeを設定可能にすることで、Host
Mode毎にInquiryの応答を異ならしめるようにすることができる。図１８に示す第２の方式の機能は、新型ストレージ装置２５がイニシエータとなり、旧型ストレージ装置２３がターゲットとなって実現し得る機能である。旧型ストレージ装置２３からは、新型ストレージ装置２５がHostに見えているため、上記第２の方式が実現可能である。

図１９は、本発明の一実施形態の変形例に係る、旧型ストレージ装置２３が新型ストレージ装置２５を通じてOpen HostからRead Capacity
Commandを受信した場合の旧型ストレージ装置２３のCHF６１の処理動作を示すフローチャートである。図１９で示すフローチャートは、図１８で説明した第２の方式に係わるものである。

図１９において、CHF６１は、まず、Open Host（例えばOpen Host４１等）からのRead
Capacity Commandを、新型ストレージ装置２５を通じて受信する（ステップＳ１２１）。次に、例えば新型ストレージ装置２５が備える、図８のLDEV情報テーブルや、図９の、新型ストレージ装置２５をOpen Hostに接続するときの情報テーブルであるLUN情報テーブル等と同様の情報テーブルを用いて、LUN（例えば図１８で示したLUN１１５）を、該LUNがマッピングされているLDEVのLDEV♯に変換する（ステップＳ１２２）。次に、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLかどうかチェックする（ステップＳ１２３）。

このチェックの結果、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLであれば（ステップＳ１２３でYES）、次に、Host Modeが“RAID”用に設定された新規のものかどうかチェックする（ステップＳ１２４）。このチェックの結果、Host Modeが“RAID”用に設定された新規のものであれば（ステップＳ１２４でYES）、旧型ストレージ装置２３のCHF６１は、LDEVの全記憶領域のサイズをMax LBAとして新型ストレージ装置２５に対して応答することになる（ステップＳ１２５）。

上記チェックの結果、上記LDEVのエミュレーションタイプがReadのみ可能なMFのエミュレーションタイプの中間VOL、Writeのみ可能なMFのエミュレーションタイプの中間VOL、及びRead/Write可能なMFのエミュレーションタイプの中間VOLの何れでもなければ（ステップＳ１２３でNO）、旧型ストレージ装置２３のCHF６１は、LDEVにおけるユーザ領域のサイズをMax LBAとして新型ストレージ装置２５に対して応答することになる（ステップＳ１２６）。上記Host Modeが“RAID”用に設定された新規のものでないとのチェック結果が得られた場合にも（ステップＳ１２４でNO）、ステップＳ１２６で示した処理動作に移行する。

図２０は、本発明の一実施形態に係る新型ストレージ装置２５における各部の処理動作を示すブロック図である。

新型ストレージ装置２５では、図２０に示すように、CHA３５とCHF、即ち、CHFイニシエータI/F３７との間においては、SM４７を通じて通信が行われる。図２０に示すように、新型ストレージ装置２５では、CHA３５のMP（マイクロプロセッサ）１３１は、Host（例えばMF Host２１、又はOpen Host４１等）からのREAD/WRITE要求を受信すると、該READ/WRITE要求を符号１３２で示すようにSM４７の所定記憶領域に書き込む。一方、CHF、即ち、CHFイニシエータI/F３７のMP（マイクロプロセッサ）１３３は、上記要求１３２をSM４７の所定記憶領域から読み込んで、上記要求１３２を旧型ストレージ装置（例えば図４で示した旧型ストレージ装置２３）側のCHF、即ち、CHFターゲットI/Fへ送信する。上記要求１３２を受信したことによって、（旧型ストレージ装置２３側の）CHFターゲットI/Fからレスポンスが送信されてくると、CHFイニシエータI/F３７のMP１３３は該レスポンスを受信して、該レスポンスを符号１３４で示すようにSM４７の所定記憶領域に書き込む。

これにより、CHA３５のMP１３１は、上記レスポンス１３４をSM４７の所定記憶領域から読み込んで、上記レスポンス１３４をREAD/WRITE要求を発したHost（例えばMF Host２１、又はOpen Host４１等）側へ送信することになる。

図２１は、図２０で示したCHA３５のMP１３１の処理動作（Write動作）を示すフローチャートである。

図２１に示すフローチャートは、外部ストレージ装置（例えば旧型ストレージ装置２３）に対して、MF Host（例えばMF Host２１等）から転送されたデータの書き込みが終了するまでは、CHA３５のMP１３１はMF Hostに対してコマンド処理の完了を報告しない（同期Write動作）ことを示している。なお、CHA３５のMP１３１は、キャッシュ上のブロックアドレスへのデータ書き込みが完了した時点でMF Hostに報告する処理も行うが、この処理については、図２０で説明した。

図２１において、MF Host（例えばMF Host２１等）からのコマンドを受信すると（ステップＳ１４１）、CHA３５のMP１３１は、例えば図１２（a）で示したような変換式を用いて、上記コマンド中のシリンダ番号を、スロット番号、即ち、キャッシュ上のブロックアドレスに変換すると共に、この変換により得られたキャッシュ上のブロックアドレスに対応するLDEV♯、VDEV♯を求める（ステップＳ１４２）。次に、上記変換により得られたキャッシュ上のブロックアドレスに、MF Host（例えばMF Host２１等）から転送されたデータを書き込む（ステップＳ１４３）。

次に、例えば図７で示したVDEV情報テーブルを用いてターゲットとなるべき外部ストレージ装置（例えば旧型ストレージ装置２３）、及び接続すべきCHFのイニシエータポート番号を求めると共に（ステップＳ１４４）、求めたイニシエータポートを有するCHF（３７）のMP（１３１）に対し、Write要求を発行する。ここで、このWrite要求の内容には、Write要求の対象となるVDEV♯、転送を開始するブロックアドレス、転送すべきデータサイズ等の情報を含んでいる（ステップＳ１４５）。上記Write要求の発行後は、CHA３５のMP１３１は、イニシエータポートを有するCHF（３７）からのレスポンスを待つ待機状態になる（ステップＳ１４６）。

この待機状態において、イニシエータポートを有するCHF（３７）からのレスポンスを検出すると（ステップＳ１４７）、コマンド処理の再起動、即ち、MFコマンドに基づく処理動作を再開し（ステップＳ１４８）、MF Host（例えばMF Host２１等）に対し、レスポンスとして、MFコマンドに基づく処理動作を完了した旨の報告（完了報告）を送信する（ステップＳ１４９）。

図２２は、図２０で示したCHA３５のMP１３１の処理動作（Read動作）を示すフローチャートである。

図２２において、MF Host（例えばMF Host２１等）からのコマンドを受信すると（ステップＳ１５１）、CHA３５のMP１３１は、例えば図１２（a）で示したような変換式を用いて、上記コマンド中のシリンダ番号を、スロット番号、即ち、キャッシュ上のブロックアドレスに変換すると共に、この変換により得られたキャッシュ上のブロックアドレスに対応するLDEV♯、VDEV♯を求める（ステップＳ１５２）。次に、上記変換により得られたキャッシュ上のブロックアドレスに、データが書き込まれているかどうかチェックする（ステップＳ１５３）。このチェックの結果、上記キャッシュ上のブロックアドレスにデータが書き込まれていなければ（ステップＳ１５３でNO）、次に、例えば図７で示したようなVDEV情報テーブルを用いてターゲットとなるべき外部ストレージ装置（例えば旧型ストレージ装置２３）、及び接続すべきCHFのイニシエータポート番号を求めると共に（ステップＳ１５４）、求めたイニシエータポートを有するCHF（３７）のMP（１３１）に対し、Read要求を発行する。ここで、このRead要求の内容には、Read要求の対象となるVDEV♯、転送を開始するブロックアドレス、転送すべきデータサイズ等の情報を含んでいる（ステップＳ１５５）。上記Read要求の発行後は、CHA３５のMP１３１は、イニシエータポートを有するCHF（３７）からのレスポンスを待つ待機状態になる（ステップＳ１５６）。

この待機状態において、イニシエータポートを有するCHF（３７）からのレスポンスを検出すると（ステップＳ１５７）、コマンド処理の再起動、即ち、MFコマンドに基づく処理動作を再開し（ステップＳ１５８）、CHF（３７）を通じて外部ストレージ装置（例えば旧型ストレージ装置２３）から転送されてくるデータを、上記キュッシュ上のブロックアドレスに書き込む。そして、該データを、上記キャッシュ上のブロックアドレスからMF Host（例えばMF Host２１等）に対し転送する（ステップＳ１５９）。次に、MF Host（例えばMF Host２１等）に対し、レスポンスとして、MFコマンドに基づく処理動作を完了した旨の報告（完了報告）を送信する（ステップＳ１６０）。

なお、上記キャッシュ上のブロックアドレスにデータが書き込まれているというチェック結果が得られた場合には（ステップＳ１５３でYES）、上記キャッシュ上のブロックアドレスに書き込まれているデータを、MF Host（例えばMF Host２１等）に対し転送することになる（ステップＳ１５９）。

図２３は、図２０で示したCHFイニシエータI/F３７のMP１３３の処理動作（Write動作）を示すフローチャートである。

図２３において、CHA３５を通じてMF Host（MF Host２１等）からの要求を受信すると（ステップＳ１７１）、CHFイニシエータI/F３７のMP１３３は、該要求内容に含まれるVDEV♯から、例えば図７で示したようなVDEV情報テーブルを用いて、該VDEV♯に対応する外部LU♯、及びWWNを求める（ステップＳ１７２）。次に、例えば図１３（b）で示したような変換式を用いて、キャッシュ上のブロックアドレスから外部LU（例えば旧型ストレージ装置２３の）LBAを求めると共に（ステップＳ１７３）、この求めた外部ＬＵに対してWriteコマンドを発行する（ステップＳ１７４）。上記Writeコマンドの発行後は、CHFイニシエータI/F３７のMP１３３は、上記外部LUを持つ外部ストレージ装置（例えば旧型ストレージ装置２３）からのレスポンスを待つ待機状態になる（ステップＳ１７５）。

この待機状態において、上記外部LUを持つ外部ストレージ装置（例えば旧型ストレージ装置２３）からのレスポンスを検出すると（ステップＳ１７６）、CHA３５に対し、レスポンスとして、上記要求に基づく処理動作を完了した旨の報告（完了報告）を送信する（ステップＳ１７７）。

図２４は、図２０で示したCHFイニシエータI/F３７のMP１３３の処理動作（Read動作）を示すフローチャートである。

図２４において、CHA３５を通じてMF Host（MF Host２１等）からの要求を受信すると（ステップＳ１８１）、CHFイニシエータI/F３７のMP１３３は、該要求内容に含まれるVDEV♯から、例えば図７で示したようなVDEV情報テーブルを用いて、該VDEV♯に対応する外部LU♯、及びWWNを求める（ステップＳ１８２）。次に、例えば図１３（b）で示したような変換式を用いて、キャッシュ上のブロックアドレスから外部LU（例えば旧型ストレージ装置２３の）LBAを求めると共に（ステップＳ１８３）、この求めた外部LUに対してReadコマンドを発行する（ステップＳ１８４）。上記Readコマンドの発行後は、CHFイニシエータI/F３７MP１３３は、上記外部LUを持つ外部ストレージ装置（例えば旧型ストレージ装置２３）からのレスポンスを待つ待機状態になる（ステップＳ１８５）。

この待機状態において、上記外部LUを持つ外部ストレージ装置（例えば旧型ストレージ装置２３）からのレスポンスを検出すると（ステップＳ１８６）、CHA３５に対し、レスポンスとして、上記要求に基づく処理動作を完了した旨の報告（完了報告）を送信する（ステップＳ１８７）。

図２５は、本発明の一実施形態に係るストレージ装置システムを構成する旧型ストレージ装置２３が備えるMF Volのバックアップ方式の一例を示すブロック図である。

図２５で示す（旧型ストレージ装置２３の）MF
Vol１９１のバックアップ方式では、MF Vol（LDEV）をOpen Volとして、（旧型ストレージ装置２３から見て）外部VolであるOpen Vol１９３によりバックアップするものである。既述のように、Open Fibre I/Fを有するP/K（パッケージ）であるCHF PK等のOpen I/Fのポートに、LDEVをLUNとして割り当てることにより、MF
Vol１９１の全記憶領域についてOpen I/FでのREAD/WRITEを可能にすることで、Open Vol１９３によるMF Vol１９１のバックアップが可能になる。

図２５（a）で示したバックアップ方式では、Open Host１９５を経由して、外部VolであるOpen Vol１９３によるMF Vol１９１のバックアップが行われる。一方、図２５（b）で示したバックアップ方式では、図２５（a）で示したOpen Host１９５を経由すること無しに、MF Vol１９１のバックアップが行われる。図２５（b）で示したバックアップ方式では、（Openコマンドを発行できる）イニシエータ機能を有する外部ストレージ装置１９７のOpen Vol１９９と、同じくイニシエータ機能を有する外部のテープ装置２０１とにより、MF Vol１９１のバックアップが行われる。

図２６は、本発明の一実施形態に係るストレージ装置システムを構成する旧型ストレージ装置２３が備えるMF Volのバックアップ方式の他の例を示すブロック図である。

図２６で示す（旧型ストレージ装置２３の）MF
Vol１９１のバックアップ方式では、図２５で示したバックアップ方式におけると同様に、MF Vol（LDEV）をOpen Volとして、（旧型ストレージ装置２３から見て）外部VolであるWWN（World Wide Name）（パス情報）を有するOpen Vol２０３や、或いは外部のテープ装置（図示しない）によりバックア
ップするものである。このバックアップに際しては、MF
Host２０５から旧型ストレージ装置２３へE-Copy（Extended Copy）コマンド（オープンシステム系（SCSI3）のコマンドである）が送信され、このE-Copyコマンドにより、Open Vol２０３や、或いは外部のテープ装置（図示しない）によるMF Vol１９１がバックアップされる。ここで、E-Copyコマンドとは、コピー元VolであるMF Vol１９１を特定するための情報（CCHH）と、コピー先（バックアップ先）VolであるOpen Vol２０３等を特定するための情報（WWN、LUN、LBA、Size）とを含んでいる。

以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

従来のストレージ装置システムの構成の概要を示すブロック図。本発明の一実施形態に係るストレージ装置システムの構成の概要を示すブロック図。図２に記載のストレージ装置システムが備える新型ストレージ装置の全体構成を示すブロック図。図２に記載のストレージ装置システムが備える旧型ストレージ装置の全体構成を示すブロック図。図２に記載したストレージ装置システムに適用される通常のMF VOLと、既存の中間VOLとを比較対照した説明図。 Open Hostが、新型ストレージ装置、及びOpen I/Fを通じて、MF VOLである旧型ストレージ装置のLDEVの全記憶領域をREAD/WRITE可能にする第１の方式を示す説明図。新型ストレージ装置が備えるVDEV情報テーブルを示す説明図。新型ストレージ装置が備えるLDEV情報テーブルを示す説明図。新型ストレージ装置が備えるLUN情報テーブルを示す説明図。 LUN情報テーブル、LDEV情報テーブル、VDEV情報テーブル相互の関連を示した説明図。 MF Host、又はOpen Hostが新型ストレージ装置を通じて旧型ストレージ装置にアクセスする場合に、新型ストレージ装置、及び旧型ストレージ装置において行われるアドレス変換の一例を示す説明図。図１１で示した旧型ストレージ装置におけるアドレス変換で用いられる変換式の一例を示した説明図。 MF Host、又はOpen Hostが、新型ストレージ装置を通じて旧型ストレージ装置にアクセスした場合に、新型ストレージ装置において行われるアドレス変換で用いられる変換式を示した説明図。本発明の一実施形態に係る、旧型ストレージ装置が新型ストレージ装置を通じてOpen HostからRead CapacityCommandを受信した場合の旧型ストレージ装置のCHFの処理動作を示すフローチャート。図３に記載した新型ストレージ装置に接続されるSVP（サービスプロセッサ）の表示部に表示される画面イメージの一例を示す説明図。旧型ストレージ装置からのMFデータを新型ストレージ装置が引継ぐに際しての処理動作と、図１５で示した、SVPの表示部に表示される画面イメージとの関係を示すフローチャート。旧型ストレージ装置からのMFデータを新型ストレージ装置が引継ぐに際しての処理動作と、図１５で示した、SVPの表示部に表示される画面イメージとの関係を示すフローチャート。 Open Hostが、新型ストレージ装置、及びOpen I/Fを通じて、MF VOLである旧型ストレージ装置のLDEVの全記憶領域をREAD/WRITE可能にする第２の方式を示す説明図。本発明の一実施形態の変形例に係る、旧型ストレージ装置が新型ストレージ装置を通じてOpen HostからRead CapacityCommandを受信した場合の旧型ストレージ装置のCHFの処理動作を示すフローチャート。本発明の一実施形態に係る新型ストレージ装置における各部の処理動作を示すブロック図。図２０で示したCHAのMPの処理動作（Write動作）を示すフローチャート。図２０で示したCHAのMPの処理動作（Read動作）を示すフローチャート。図２０で示したCHFイニシエータI/FのMPの処理動作（Write動作）を示すフローチャート。図２０で示したCHFイニシエータI/FのMPの処理動作（Read動作）を示すフローチャート。本発明の一実施形態に係るストレージ装置システムを構成する旧型ストレージ装置が備えるMF Volのバックアップ方式の一例を示すブロック図。本発明の一実施形態に係るストレージ装置システムを構成する旧型ストレージ装置が備えるMF Volのバックアップ方式の他の例を示すブロック図。

符号の説明

２１ MF HOST
２３旧型ストレージ装置
２５新型ストレージ装置
２７、３５ CHA
２９、３７、５７、５９ CHF
３１_１、３１_２、３１_３、３１_４、 PDEV B
３３ LDEV B
３９ LDEV A
４１ Open Host
４３ DKA
４５ Cache
４７ SM
４９ CM
５１ SVP
５３_１、５３_２、５３_３、５３_４、５５_１、５５_２、５５_３、５５_４ PDEV

Claims

メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、
前記第１の規格よりも高規格な第２の規格のストレージ装置と
を備え、
前記第１の規格のストレージ装置は、オープンシステム系のインタフェースでありターゲットポートを有する第１規格オープンインタフェースを有し、
前記第２の規格のストレージ装置が、
メインフレーム系のホストに接続されるインタフェースであるメインフレームインタフェースと、
第２のオープンシステム系のインタフェースでありイニシエータポートを有する第２規格オープンインタフェースと
を有し、
前記ターゲットポート及び前記イニシエータポートが、オープンシステム系の通信ネットワークを通じて接続され、
前記第１の規格のストレージ装置において、前記第１のボリュームのエミュレーションタイプが中間ボリュームであることにより、前記ターゲットポートに前記第１のボリュームがＬＵＮ（Logical Unit Number）として関連付けられており、
（Ａ）前記第２の規格のストレージ装置が、オープンシステム系のコマンドであるRead Capacity Commandを、前記第２規格オープンインタフェースを通じて、前記第１の規格のストレージ装置に送信し、
（Ｂ）前記第１の規格のストレージ装置が、前記Read Capacity Commandを受信し、前記第１のボリュームのエミュレーションタイプが、新規の中間ボリュームである場合に、前記第１のボリュームの全領域のサイズを表す値を、前記第２の規格のストレージ装置に応答し、
（Ｃ）前記第２の規格のストレージ装置が、前記第１のボリュームの全領域のサイズを表す値を受信し、前記第１のボリュームのＬＵＮと前記第１のボリュームの全領域のサイズとをメインフレーム系の第２のボリュームにマッピングし、且つ、前記マッピング時に、前記第２のボリュームのエミュレーションタイプを、メインフレーム系のボリュームとする、
ストレージ装置システム。
メインフレーム系の第１のボリュームを有する第１の規格のストレージ装置と、
前記第１の規格よりも高規格な第２の規格のストレージ装置と
を備え、
前記第１の規格のストレージ装置は、オープンシステム系のインタフェースでありターゲットポートを有する第１規格オープンインタフェースを有し、
前記第２の規格のストレージ装置が、
メインフレーム系のホストに接続されるインタフェースであるメインフレームインタフェースと、
第２のオープンシステム系のインタフェースでありイニシエータポートを有する第２規格オープンインタフェースと
を有し、
前記ターゲットポート及び前記イニシエータポートが、オープンシステム系の通信ネットワークを通じて接続され、
前記第１の規格のストレージ装置において、前記第１のボリュームのエミュレーションタイプが中間ボリュームであることにより、前記ターゲットポートに前記第１のボリュームがＬＵＮ（Logical Unit Number）として関連付けられており、
（Ａ）前記第２の規格のストレージ装置が、オープンシステム系のコマンドであるRead Capacity Commandを、前記第２規格オープンインタフェースを通じて、前記第１の規格のストレージ装置に送信し、
（Ｂ）前記第１の規格のストレージ装置が、前記Read Capacity Commandを受信し、下記（ｂ１）及び（ｂ１）を満たす場合に、前記第１のボリュームの全領域のサイズを表す値を、前記第２の規格のストレージ装置に応答し、
（ｂ１）前記第１のボリュームのエミュレーションタイプが、中間ボリュームである、
（ｂ２）前記第１のボリュームのホストモードが、前記第１のボリュームのＬＵＮの全領域をアクセス範囲とする新たなホストモードである、
（Ｃ）前記第２の規格のストレージ装置が、前記第１のボリュームの全領域のサイズを表す値を受信し、前記第１のボリュームのＬＵＮと前記第１のボリュームの全領域のサイズとをメインフレーム系の第２のボリュームにマッピングし、且つ、前記マッピング時に、前記第２のボリュームのエミュレーションタイプを、メインフレーム系のボリュームとする、
ストレージ装置システム。