知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023016972
(43)【公開日】2023-02-02
(54)【発明の名称】ストレージシステム及びデータ処理方法
(51)【国際特許分類】
G06F 3/06 20060101AFI20230126BHJP
【ＦＩ】
G06F3/06 304P
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022195555
(22)【出願日】2022-12-07
(62)【分割の表示】P 2020164002の分割
【原出願日】2020-09-29
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】増田 直之
(72)【発明者】
【氏名】伊東 隆介
(72)【発明者】
【氏名】小山田 健一
(72)【発明者】
【氏名】平岩 友理
(72)【発明者】
【氏名】風間 悟朗
(72)【発明者】
【氏名】孫 贇徳
(72)【発明者】
【氏名】小平 亮介
(57)【要約】
【課題】オープン環境の機能を利用することでメインフレーム環境の機能を拡張すること。
【解決手段】メインフレーム系の第１ストレージに外接されたオープン系の第２ストレージは、自ストレージの正論理デバイスに対応付けて生成されたオープン環境の第２正ボリュームと、自ストレージの副論理デバイスに対応付けて生成されたオープン環境の第２副ボリュームを備え、第１ストレージは、第２ストレージの正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリュームと、第２ストレージの副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリュームと、を備え、第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を第２ストレージに反映させて処理完了とし、第１ストレージは、所定の機能の実行要求を受け付けた場合には、第２ストレージに機能を実行させる。
【選択図】図１
【解決手段】メインフレーム系の第１ストレージに外接されたオープン系の第２ストレージは、自ストレージの正論理デバイスに対応付けて生成されたオープン環境の第２正ボリュームと、自ストレージの副論理デバイスに対応付けて生成されたオープン環境の第２副ボリュームを備え、第１ストレージは、第２ストレージの正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリュームと、第２ストレージの副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリュームと、を備え、第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を第２ストレージに反映させて処理完了とし、第１ストレージは、所定の機能の実行要求を受け付けた場合には、第２ストレージに機能を実行させる。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１のシステム環境の第１ストレージに第２のシステム環境の第２ストレージが外接され、前記第１のシステム環境と前記第２のシステム環境とで保持可能なスナップショットの世代数が異なるストレージシステムであって、
前記第２ストレージは、自ストレージが有する正論理デバイスに対応付けて生成された前記第２のシステム環境の第２正ボリュームと、自ストレージが有する副論理デバイスに対応付けて生成された前記第２のシステム環境の第２副ボリュームを備え、
前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成された前記第１のシステム環境の第１正ボリュームと、前記第２ストレージの前記副論理デバイスに対応付けて生成された前記第１のシステム環境の第１副ボリュームと、を備え、
前記第２ストレージは、前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納するスナップショット取得機能を有し、
前記第１ストレージは、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合には、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショット取得機能を実行させる、
ことを特徴とするストレージシステム。
前記第２ストレージは、自ストレージが有する正論理デバイスに対応付けて生成された前記第２のシステム環境の第２正ボリュームと、自ストレージが有する副論理デバイスに対応付けて生成された前記第２のシステム環境の第２副ボリュームを備え、
前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成された前記第１のシステム環境の第１正ボリュームと、前記第２ストレージの前記副論理デバイスに対応付けて生成された前記第１のシステム環境の第１副ボリュームと、を備え、
前記第２ストレージは、前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納するスナップショット取得機能を有し、
前記第１ストレージは、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合には、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショット取得機能を実行させる、
ことを特徴とするストレージシステム。
【請求項2】
前記第１ストレージは、ホストから前記第１正ボリュームにデータを書き込む処理要求であるライト要求を受け付けた場合に、該ライト要求を前記第２ストレージの前記第２正ボリュームに対するライト要求に置き換えて、前記第２正ボリュームのデータに反映させた上で処理完了とする、
ことを特徴とする請求項１に記載のストレージシステム。
ことを特徴とする請求項１に記載のストレージシステム。
【請求項3】
前記第２ストレージは、前記第２正ボリュームで世代管理を行って各世代のスナップショットデータを前記第２副ボリュームに格納し、
前記第１ストレージは、前記ホストから前記第１副ボリュームの所定の世代のデータに対するリード要求を受け付けた場合には、該リード要求を前記第２ストレージの前記第２副ボリュームの前記所定の世代のデータに対するリード要求に置き換えて、前記第２ストレージにリードを要求し、前記第２ストレージが読み出したデータをリード結果として前記ホストに提供する
ことを特徴とする請求項２に記載のストレージシステム。
前記第１ストレージは、前記ホストから前記第１副ボリュームの所定の世代のデータに対するリード要求を受け付けた場合には、該リード要求を前記第２ストレージの前記第２副ボリュームの前記所定の世代のデータに対するリード要求に置き換えて、前記第２ストレージにリードを要求し、前記第２ストレージが読み出したデータをリード結果として前記ホストに提供する
ことを特徴とする請求項２に記載のストレージシステム。
【請求項4】
前記第１ストレージの前記第１正ボリュームは、前記第１のシステム環境の第３のストレージにおけるボリュームのリモートコピーに対応付けて作成される
ことを特徴とする請求項１記載のストレージシステム。
ことを特徴とする請求項１記載のストレージシステム。
【請求項5】
前記第１ストレージは、複数の前記第１正ボリュームを有し、前記複数の第１正ボリュームは、所定の基準でグループに分けられ、同一のグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項１に記載のストレージシステム。
【請求項6】
前記第１ストレージは、時刻毎にそれぞれ複数の第１正ボリュームを内包した時系列のグループを形成し、同一の時刻のグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項５に記載のストレージシステム。
【請求項7】
前記第１ストレージは、自ストレージにおける対象ボリュームに対し前記第１のシステム環境に基づくローカルスナップショットを取得して第１正ボリュームを生成し、前記対象ボリューム毎にそれぞれ複数の第１正ボリュームを内包したローカルスナップショットのグループを形成し、同一の前記対象ボリュームのグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項５に記載のストレージシステム。
【請求項8】
第１のシステム環境の第１ストレージに第２のシステム環境の第２ストレージが外接され、前記第１のシステム環境と前記第２のシステム環境とで保持可能なスナップショットの世代数が異なるストレージシステムにおけるデータ処理法であって、
前記第２ストレージが、自ストレージが有する正論理デバイスに対応付けて前記第２のシステム環境の第２正ボリュームを生成するとともに、自ストレージが有する副論理デバイスに対応付けて前記第２のシステム環境の第２副ボリュームを生成するステップと、
前記第１ストレージが、前記第２ストレージの前記正論理デバイスに対応付けて前記第１のシステム環境の第１正ボリュームを生成するとともに、前記第２ストレージの前記副論理デバイスに対応付けて前記第２のシステム環境の第１副ボリュームを生成するステップと、
前記第１ストレージが、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合に、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショットを取得する機能を実行させるステップと
を含むことを特徴とするデータ処理方法。
前記第２ストレージが、自ストレージが有する正論理デバイスに対応付けて前記第２のシステム環境の第２正ボリュームを生成するとともに、自ストレージが有する副論理デバイスに対応付けて前記第２のシステム環境の第２副ボリュームを生成するステップと、
前記第１ストレージが、前記第２ストレージの前記正論理デバイスに対応付けて前記第１のシステム環境の第１正ボリュームを生成するとともに、前記第２ストレージの前記副論理デバイスに対応付けて前記第２のシステム環境の第１副ボリュームを生成するステップと、
前記第１ストレージが、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合に、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショットを取得する機能を実行させるステップと
を含むことを特徴とするデータ処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ストレージシステム及びデータ処理方法に関する。
【背景技術】
【0002】
従来、ストレージシステムのデータ処理に関し、特表２０１４－５０７６９３号公報（特許文献１）に記載の技術がある。この公報には、「ストレージシステムは、メモリ領域と、キャッシュメモリ領域と、プロセッサとを有する。メモリ領域が、キャッシュメモリ領域に記憶されており論理領域に書き込むべきデータ要素と正ボリュームに対するスナップショット取得時点との時間的関係を示す時間関係情報を記憶する。プロセッサは、正ボリュームを指定したライト要求に従うライト先の論理領域に書き込むべきキャッシュメモリ領域のデータ要素についての時間関係情報を基に、キャッシュメモリ領域のデータ要素がスナップショット構成要素であるか否かを判定する。プロセッサは、その判定の結果が肯定的の場合、当該スナップショット構成要素を構成要素とするスナップショットイメージを保持するための副ボリュームに当該データ要素を退避させ、その後、書き込み対象のデータ要素をキャッシュメモリ領域に格納させる。」という記載がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表２０１４－５０７６９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１によれば、スナップショットなどのデータ処理を高機能化することができる。しかし、このような機能は、システム環境ごとに開発する必要がある。そのため、例えばメインフレーム環境では１６世代までスナップショットを保持するのに対し、オープン環境では１０２４世代までスナップショットを保持できるといったように、環境による機能の差が発生するが、オープン環境と同等の機能を改めてメインフレーム環境で開発するのは費用や労力の負担が大きい。
【0005】
そこで、本発明では、オープン環境の機能を利用することでメインフレーム環境の機能を拡張することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するために、代表的な本発明のストレージシステム及びデータ処理方法の一つは、メインフレーム系の第１ストレージにオープン系の第２ストレージを外接したストレージシステムにおいて、前記第２ストレージは、自ストレージが有する正論理デバイスに対応付けて生成されたオープン環境の第２正ボリュームと、自ストレージが有する副論理デバイスに対応付けて生成されたオープン環境の第２副ボリュームを備え、前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリュームと、前記第２ストレージの前記副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリュームと、を備え、前記第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を前記第２ストレージに反映させた上で処理完了とし、前記第１ストレージは、所定の機能の実行要求を受け付けた場合には、前記第２ストレージに前記機能を実行させる。
【発明の効果】
【0007】
本発明によれば、オープン環境の機能を利用することでメインフレーム環境の機能を拡張することができる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【0008】
【図1】ストレージシステムの構成図。
【図2】ストレージシステムの機能ブロック図。
【図3】ストレージシステムにおける通常ライトの処理の説明図。
【図4】ストレージシステムにおける更新ライトの処理の説明図。
【図5】ストレージシステムにおけるリードの処理の説明図。
【図6】オープン系のストレージの設定の説明図。
【図7】メインフレーム系のストレージの設定の説明図。
【図8】環境属性テーブルの説明図。
【図9】環境によるデータ長の差異の補填についての説明図。
【図10】Segmentによる変換の具体例。
【図11】スナップショット取得の処理手順を示すフローチャート。
【図12】データ検証の処理手順を示すフローチャート。
【図13】ライト処理の動作を説明するシーケンス図。
【図14】リード処理の動作を説明するシーケンス図。
【図15】ストレージシステムの第１の変形例。
【図16】ストレージシステムの第２の変形例。
【図17】用途ごとにグループを形成する場合の説明図。
【図18】時系列でグループを形成する場合の説明図。
【図19】ローカルスナップショットでグループを形成する場合の説明図。
【図20】セキュリティでグループを形成する場合の説明図。
【図21】Comp/Dedup設定ごとグループを形成する場合の説明図。
【図22】暗号設定ごとグループを形成する場合の説明図。
【発明を実施するための形態】
【0009】
以下、図面を参照して本発明の実施例を説明する。
【実施例0010】
図１は、ストレージシステムの構成図である。図１に示すストレージシステムは、ホストとしてのサーバ１０がストレージ２０に接続されており、ストレージ２０にストレージ３０が外接されている。ストレージ２０は、メインフレーム（ＭＦ）系の第１ストレージ（Storage#1）である。ストレージ３０は、オープン（ＯＰ）系の第２ストレージ（Storage#2）である。
【0011】
ストレージ２０は、１番ポート（Port#1）と２番ポート（Port#2）をサーバ１０との通信に用い、３番ポート（Port#3）と４番ポート（Port#4）をストレージ３０との通信に用いる。ストレージ３０は、５番ポート（Port#5）と６番ポート（Port#6）を備え、５番ポートがストレージ２０の３番ポートに、６番ポートがストレージ２０の４番ポートにそれぞれ接続されている。
【0012】
ストレージ３０は、正論理デバイスとしてのParityGroup#1と、副論理デバイスとしてのParityGroup#2を有する。また、自ストレージが有する正論理デバイス（ParityGroup#1）に対応付けて生成されたオープン環境の第２正ボリューム（VOL#3）と、自ストレージが有する副論理デバイス（ParityGroup#2）に対応付けて生成されたオープン環境の第２副ボリューム（VOL#4）を備える。
【0013】
ストレージ２０は、ストレージ３０の正論理デバイス（ParityGroup#1）に対応付けて生成されたメインフレーム環境の第１正ボリューム（VOL#1）と、第２ストレージの副論理デバイス（ParityGroup#2）に対応付けて生成されたメインフレーム環境の第１副ボリューム（VOL#2）と、を備える。
【0014】
ストレージ２０は、サーバ１０からのデータの処理要求を受け付けた場合に、該処理要求をストレージ３０に反映させた上で処理完了とする。また、ストレージ２０は、所定の機能（例えばスナップショット）の実行要求を受け付けた場合には、ストレージ３０に機能を実行させる。
【0015】
ストレージ３０は、VOL#3で世代管理を行っており、SnapshotPoolを利用して例えば１０２４世代までのスナップショットを保持することができる。ストレージ２０は、スナップショット機能の実行要求を受け付けた場合には、VOL#1を介してストレージ３０にスナップショット取得を要求する。ストレージ３０は、ストレージ２０からスナップショット取得の要求を受けたならば、指定されたスナップショットデータをVOL#3にマッピングし、VOL#4に対応づけられたストレージ２０のVOL#2を介してスナップショットデータを提供する。なお、ストレージ２０はキャッシュメモリCache#1を、ストレージ３０はキャッシュメモリCache#2を備えており、データの処理時に適宜使用する。
【0016】
図２は、ストレージシステムの機能ブロック図である。図２に示すように、ストレージ２０は、キャッシュメモリ２１、ディスク制御部２２、制御部２３及び共有メモリ２４を有する。制御部２３は、ＣＰＵ（Central Processing Unit）などであり、所定のプログラムをメモリに展開して実行することで、メインフレーム通信部、スナップショット処理部、パス入出力制御部などの各種機能を実現する。メインフレーム通信部は、サーバ１０との通信を行う処理部である。スナップショット処理部は、スナップショットの実行要求を受け付けた場合に、ストレージ３０にスナップショットを実行させる処理を行う。パス入出力制御部は、ストレージ２０とストレージ３０との入出力を制御する。共有メモリ２４は、スナップショットの世代を管理する情報などの格納に用いられる。
【0017】
ストレージ３０は、キャッシュメモリ３１、ディスク制御部３２及びディスク装置３３を有する。ディスク装置３３は、物理ディスク（PDEV）を複数含む。ストレージ３０は、複数のPDEVからParityGroupを組み、そこから複数のLDEVを論理デバイスとして切り出している。図２では、3D1PのParityGroupを組み、１つのLDEVをスナップショット元のVOL（図１のVOL#3）が属すParityGroup#1として使用し、２つのLDEVをSnapshotPool用のVOLが属するParityGroup#2として使用している。SnapshotPoolは、複数LDEVから作成したPoolであり、スナップショットの取得後に更新が発生した場合に、差分データを保存しておくために用いられる。
【0018】
次に、ストレージシステムのライト処理の動作を説明する。図３は、ストレージシステムにおける通常ライトの処理の説明図である。図４は、ストレージシステムにおける更新ライトの処理の説明図である。また、図１３は、ライト処理の動作を説明するシーケンス図である。ここでは、図３及び図４を中心に説明を行う。図３では、まず、サーバ１０は、メインフレーム（ＭＦ）系であるストレージ２０のVOL#1に対してData Aのライト処理命令Write(A)を発行している。
【0019】
ストレージ２０は、Write(A)を受けて、Cache#1にData Aを保存する（２）。その後、ストレージ２０は、Data Aをストレージ３０のCache#2に転送して保存させる（３）。この転送は、Port#3からPort#5を経由して行われる。ストレージ２０は、ストレージ３０のCache#2への転送が完了したならば、サーバ１０にライト完了の応答を行う。
【0020】
また、図３では、ストレージ２０は、オープン（ＯＰ）系であるストレージ３０のVOL#3に対してスナップショットの取得を指示している。このため、ストレージ３０は、オープン環境の機能を用いて最新のスナップショットSnapshot1024を取得し（４）、Snapshot1024にVOL#4をマッピングしている（５）。
【0021】
図４では、サーバ１０は、ストレージ２０のMFVOL(VOL#1)におけるWrite(A)を発行した箇所に対し、Data Bのライト処理命令Write(B)を発行している（１）。
【0022】
ストレージ２０は、Write(B)を受けて、Cache#1にData Bを保存する（２）。その後、ストレージ２０は、Port#3からPort#5を経由し、Data Bをストレージ３０のCache#2に転送して保存させるのであるが、この際、ストレージ３０は、Data AをSnapshot1024に退避していなければ、転送前に退避する。退避において、Data A自体はSnapshotPoolが属するParityGroup#2に格納される（３）。退避している場合はData AをData Bで上書きする。退避後、ストレージ２０は、Data Bをストレージ３０のCache#2に転送して保存させ（４）、転送が完了したならば、サーバ１０にライト完了の応答を行う。
【0023】
図５は、ストレージシステムにおけるリードの処理の説明図である。また、図１４は、リード処理の動作を説明するシーケンス図である。ここでは、図５を中心に説明を行う。図５では、サーバ１０は、図４の更新ライト処理が完了した状態でストレージ２０のMFVOL(VOL#2)に対してリード処理命令Readを発行している（１）。ストレージ３０は、Data AをParityGroup#2からCache#2にステージングし、格納する（２）。その後、ストレージ３０は、Data Aをストレージ２０のCache#1にPort#6及びPort#4経由で転送し、保存させる（３）。ストレージ２０は、Cache#1に保存されたData Aをサーバ１０に転送する（４）。また、ストレージ３０は、Data BをVOL#3が属すParityGroup#1に格納する（５）。
【0024】
次に、ストレージシステムの設定について説明する。ストレージシステムの設定は、オープン環境のストレージ３０の設定を行った後、メインフレーム環境のストレージ２０の設定を行う。
【0025】
図６は、オープン系のストレージ３０の設定の説明図である。図６に示すように、まず、オープン環境のストレージ３０は、ParityGroup#1及びParityGroup#2を作成する（１）。次に、ストレージ３０は、ParityGroup#1からVOL#3を作成し、ParityGroup#2からVOL#4を作成する（２）。この際、メインフレーム環境で作成するVOLと同じサイズで作成することが好ましい。その後、ストレージ３０は、SnapshotPoolを作成し（３）、設定を終了する。
【0026】
図７は、メインフレーム系のストレージ２０の設定の説明図である。図６に示すように、まず、メインフレーム環境のストレージ２０は、ストレージ３０との外接パス(Port#3とPort#5, Port#4とPort#6)を接続する（１）。その後、ストレージ２０は、外接先としてParityGroup#1及びParityGroup#2を登録する（２）。ストレージ２０は、外接先として登録したParityGroup#1からVOL#1を作成する（３）とともに、外接先として登録したParityGroup#2からVOL#2を作成して（４）、設定を終了する。
【0027】
図８は、環境属性テーブルの説明図である。環境（OP/MF）属性テーブルは、ストレージシステムのボリュームの管理に用いられるテーブルである。環境（OP/MF）属性テーブルは、システム構築時（ストレージ２０にストレージ３０を外接したとき）に作成され、例えばストレージ２０の共有メモリ２４に格納される。また、システムの構成が変更された場合には、変更後の構成に合わせて環境（OP/MF）属性テーブルは更新される。図８では、VOLの番号にParityGroupの番号と環境属性（ＯＰ又はＭＦ）が対応付けられている。具体的には、VOL#1にParityGroup#1とＭＦが対応付けられ、VOL#2にParityGroup#2とＭＦが対応付けられ、VOL#3にParityGroup#1とＯＰが対応付けられ、VOL#4にParityGroup#2とＯＰが対応付けられた状態を示している。
【0028】
図９は、環境によるデータ長の差異の補填についての説明図である。図９の例では、メインフレーム環境のＳＬＯＴサイズは６４ＫＢであり、オープン環境のＳＬＯＴサイズは２５６ＫＢである。このデータ長の差異を補填するため、ストレージシステムは、６４ＫＢの「Segment」を用いる。Segmentサイズは、最も小さいＳＬＯＴサイズ以下とし、全てのＳＬＯＴサイズの公約数となることが好適である。
【0029】
図９の例では、６４ＫＢをSegmentサイズとして採用している。このため、メインフレーム環境ではＳＬＯＴとSegmentが１対１に対応し、オープン環境では４つのSegmentが１つのＳＬＯＴに対応する。このようにSegmentを定義し、ストレージ２０とストレージ３０がキャッシュ上においてSegment単位でデータを管理することで、環境によるＳＬＯＴサイズの差異を補填し、外接元と外接先の変換が可能となる。
【0030】
図１０は、Segmentによる変換の具体例である。図１０に示したSegmentテーブルは、共有メモリ２４に格納されており、ストレージ２０は、ストレージ３０に処理を要求するときにSegmentテーブルを参照してデータのアドレスを変換する。図１０では、VOL#1に対するR/W箇所がSLOT#1である場合を示している。R/W対象のVOL#1は、OP/MF属性テーブルによればMF属性のため、SLOT#1は、Segment#1となる。次に、VOL#1の所属するParityGroupはOP/MF属性テーブルより、ParityGroup#1である。また、OP/MF属性テーブルより、外接先のVOLは、同一ParityGroup#1を有するVOL#3となる。そして、VOL#3がOP/MF属性テーブルよりOP属性のため、Segment#1は、SLOT#0。つまり、外接先VOL#3へのR/W箇所SLOT#はSLOT#0となる。
【0031】
図１１は、スナップショット取得の処理手順を示すフローチャートである。図１１では、まず、メインフレーム環境のホスト（MF Host）がリモートでのスナップショット取得を実行する（ステップＳ１０１）。メインフレーム環境のホストは、図１１では、スナップショット取得を要求する主体であり、例えばストレージ２０である。リモートでのスナップショット取得は、具体的には、オープン環境のホスト（Open Host）に対してスナップショットの取得を要求する処理となる。オープン環境のホストは、図１１では、スナップショットの実行主体であり、ストレージ３０である。オープン環境のホストは、MF Hostからの要求を受けてスナップショットを取得し（ステップＳ１０２）、最も古いスナップショットを除去する（ステップＳ１０３）。そして、スナップショットの管理テーブル（共有メモリ２４の世代管理情報）を更新し（ステップＳ１０４）、処理を終了する。図１１のスナップショット取得手順は、例えば定期的に行ってもよいし、ストレージ２０が所定の条件の成立を検知した場合に実行してもよい。また、サーバ１０からの要求により実行することもある。なお、図１１に示したAdminは、ストレージ２０を介さずにストレージ３０に接続され、管理者からの操作を受け付ける端末である。管理者は、Adminを用いることでストレージ３０を直接管理可能であるが、スナップショットの実行にはこのような直接の介入は不要である。一方で、データ検証を行う場合には、管理者がAdminを操作して処理を開始することになる。
【0032】
図１２は、データ検証の処理手順を示すフローチャートである。図１２では、まず、管理者からの操作を受け付けたAdmin端末が、検証の対象となるデータＩＤを選択する（ステップＳ２０１）。オープン環境のホスト（Open Host）は、選択されたデータについて、必要であればアンマップを行い、スナップ―オン―スナップを取得して、マップする（ステップＳ２０２）。
【0033】
次に、Admin端末が、オンラインへの変更などの操作を受け付けると（ステップＳ２０３）、メインフレーム環境のホスト（MF Host）がＵＶＭへの再接続と、オンラインへの変更を実行する（ステップＳ２０４）。その後、Admin端末が、データの変更（ステップＳ２０５）と、オフラインへの変更などの操作を受け付けると（ステップＳ２０６）、メインフレーム環境のホスト（MF Host）は、オフラインへの変更を実行し、ＵＶＭとの接続解除を行って（ステップＳ２０７）、処理を終了する。
【0034】
（変形例）
図１５は、ストレージシステムの第１の変形例である。この変形例では、ＭＦ－ＨＯＳＴであるサーバ１０ａにストレージ２０ａが接続されている。ストレージ２０ａはメインフレーム環境のストレージであり、MF-Vol1(PVOL)とMF-Vol2(PVOL)を有している。これらのボリュームは、リモートコピーの対象となっており、同じくメインフレーム環境のストレージであるストレージ２０ｂにMF-Vol1(Replica)とMF-Vol2(Replica)が作成されている。さらに、ストレージ２０ｂは、MF-Vol1(PVOL)とMF-Vol2(PVOL)について、自ストレージ内部での複製であるMF-Vol1(SI)とMF-Vol2(SI)を作成し、MF-Vol1(SI)とMF-Vol2(SI)をV-Volとしてグループ化し、グループで世代管理している。
図１５は、ストレージシステムの第１の変形例である。この変形例では、ＭＦ－ＨＯＳＴであるサーバ１０ａにストレージ２０ａが接続されている。ストレージ２０ａはメインフレーム環境のストレージであり、MF-Vol1(PVOL)とMF-Vol2(PVOL)を有している。これらのボリュームは、リモートコピーの対象となっており、同じくメインフレーム環境のストレージであるストレージ２０ｂにMF-Vol1(Replica)とMF-Vol2(Replica)が作成されている。さらに、ストレージ２０ｂは、MF-Vol1(PVOL)とMF-Vol2(PVOL)について、自ストレージ内部での複製であるMF-Vol1(SI)とMF-Vol2(SI)を作成し、MF-Vol1(SI)とMF-Vol2(SI)をV-Volとしてグループ化し、グループで世代管理している。
【0035】
また、ストレージ２０ｂには、オープン環境のストレージ３０が外接されている。ストレージ３０は、V-Volのスナップショットを１０２４世代まで取得することができる。このスナップショットは、ＭＦ－ＨＯＳＴからはアクセスができないデータ保護領域内部に格納される。例えば、MF-Vol1(PVOL)やMF-Vol2(PVOL)にコンピュータウイルス感染が発生したときには、ストレージ３０に接続された端末OP(Verify)を用い、データ保護領域内の各世代の感染を確認することができる。そして、安全であるとの確認が済んだ世代をストレージ２０ｂにマウントし、ＭＦ－ＨＯＳＴであるサーバ１０ｂに提供することができる。
【0036】
図１６は、ストレージシステムの第２の変形例である。この変形例では、メインフレーム環境のストレージ２０は、キャッシュを保持しない。例えば、サーバ１０がメインフレーム（ＭＦ）系であるストレージ２０のVOL#1に対してWrite(A)発行すると（２）、ストレージ２０は、Cache#1にData Aを保存せず（２）、直接Data Aをストレージ３０のCache#2にPort#3及びPort#5経由で転送して保存し（３）、サーバ１０にGood応答する。そして、メインフレーム（ＯＰ）系であるストレージ３０は、VOL#3に対してSnapshotを取得する（５）。このため「Data A」が反映されたSnapshotが取得できる。
【0037】
この変形例では、外接元のキャッシュを使用せずに、外接先のキャッシュを使用する。具体的には、外接元へのＩＯを契機に、同期で外接先へのキャッシュへの書き込みを保証してから、外接元でServerに対してGood応答を実施する。本変形例に係るストレージシステムは、外接先への転送処理オーバーヘッドが生ずるので、Write処理のトータル処理オーバーヘッドを削減するために、直接外接先のキャッシュを使用することにより、外接元へのキャッシング処理を減らし処理オーバーヘッドの減少を実現している。この方式により、スナップショット取得前のディスコネクトやスナップショット取得後のリコネクト操作が不要となる。
【0038】
次に、ＭＦの複数のボリュームと単一の外接ボリュームとをマッピングする変形例について説明する。ストレージシステムは、任意の基準で選択したＭＦの複数のボリュームをグループとして、外接したＯＰのボリュームにグループのスナップショットを取得し、マッピングすることができる。
【0039】
図１７は、用途ごとにグループを形成する場合の説明図である。用途は、例えば業務などである。図１７では、メインフレーム環境のストレージ２０が、業務Ａ、業務Ｂ、業務Ｃについてそれぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば業務ＡのVol-Groupについてスナップショットを取得し、管理する。
【0040】
図１８は、時系列でグループを形成する場合の説明図である。図１８では、メインフレーム環境のストレージ２０が、時刻ｔ１、時刻ｔ２についてそれぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば時刻ｔ２のVol-Groupについてスナップショットを取得し、管理する。
【0041】
図１９は、ローカルスナップショットでグループを形成する場合の説明図である。図１９では、メインフレーム環境のストレージ２０は、業務Ａ０のボリュームと業務Ａ１のボリュームを備え、それぞれについて適宜スナップショットを取得している。そして、同一のボリュームから取得したスナップショットのボリュームを内包するVol-Groupを形成している。ストレージ２０に外接されたオープン環境のストレージ３０は、例えば業務Ａ
１のボリュームについて取得されたスナップショットのVol-Groupについてスナップショットを取得し、管理する。
１のボリュームについて取得されたスナップショットのVol-Groupについてスナップショットを取得し、管理する。
【0042】
図２０は、セキュリティでグループを形成する場合の説明図である。図２０では、セキュリティレベルやセキュリティソフトなどの差異でグループ化を行う。具体的には、メインフレーム環境のストレージ２０が、セキュリティレベル１～３について、それぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えばセキュリティレベル１のVol-Groupについてスナップショットを取得し、管理する。
【0043】
図２１は、Comp/Dedup（圧縮／重複除外）設定ごとグループを形成する場合の説明図である。図２１では、メインフレーム環境のストレージ２０が、「Comp」に設定されたボリュームを内包するVol-Groupと、「非Comp」に設定されたボリュームを内包するVol-Groupと、「Dedup」に設定されたボリュームを内包するVol-Groupと形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば「Comp」のVol-Groupについてスナップショットを取得し、管理する。
【0044】
図２２は、暗号設定ごとグループを形成する場合の説明図である。図２２では、メインフレーム環境のストレージ２０が、「暗号Ａ」で暗号化されたボリュームを内包するVol-Groupと、「暗号Ｂ」で暗号化されたボリュームを内包するVol-Groupと、暗号化されていない「非暗号」のボリュームを内包するVol-Groupと形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば「暗号Ａ」のVol-Groupについてスナップショットを取得し、管理する。
【0045】
上述してきたように、本実施例に開示したストレージシステム及びデータ処理方法によれば、メインフレーム系の第１ストレージ（Storage#1）にオープン系の第２ストレージ（Storage#2）を外接したストレージシステムにおいて、第２ストレージは、自ストレージが有する正論理デバイス（ParityGroup#1）に対応付けて生成されたオープン環境の第２正ボリューム（VOL#3）と、自ストレージが有する副論理デバイス（ParityGroup#2）に対応付けて生成されたオープン環境の第２副ボリューム（VOL#4）を備える。
また、前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリューム（VOL#1）と、前記第２ストレージの前記副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリューム（VOL#2）と、を備える。
そして、前記第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を前記第２ストレージに反映させた上で処理完了とし、前記第１ストレージは、所定の機能の実行要求を受け付けた場合には、前記第２ストレージに前記機能を実行させる。
かかる構成及び動作により、第２ストレージは常に最新のデータを保持し、第１ストレージは第２ストレージが有するオープン環境の機能を利用することでメインフレーム環境の機能を拡張することができる。
また、前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリューム（VOL#1）と、前記第２ストレージの前記副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリューム（VOL#2）と、を備える。
そして、前記第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を前記第２ストレージに反映させた上で処理完了とし、前記第１ストレージは、所定の機能の実行要求を受け付けた場合には、前記第２ストレージに前記機能を実行させる。
かかる構成及び動作により、第２ストレージは常に最新のデータを保持し、第１ストレージは第２ストレージが有するオープン環境の機能を利用することでメインフレーム環境の機能を拡張することができる。
【0046】
また、前記第２ストレージは、前記第２正ボリュームで世代管理を行い、前記第１ストレージは、スナップショット機能の実行要求を受け付けた場合には、前記第１正ボリュームを介して前記第２ストレージにスナップショット取得を要求し、前記第２ストレージは、前記スナップショット取得の要求を受けたならば、指定されたスナップショットデータを前記第２副ボリュームにマッピングし、更に前記第２副ボリュームに対応づけられた前記第１副ボリュームを介してスナップショットデータを提供する。このため、メインフレーム系の第１ストレージは、オープン系の第２のストレージのスナップショット機能を利用することができる。
【0047】
また、前記第１ストレージ又は前記第２ストレージは、前記第１ストレージのボリュームと前記第２ストレージのボリュームとの対応関係に基づいてデータの出力先となるボリュームを特定した上で、前記メインフレーム環境と前記オープン環境におけるデータ長の差異を補填してキャッシュ格納し、データを転送する。このため、データ長の異なるボリューム間で容易にデータ転送を実現することができる。
【0048】
また、本実施例のストレージシステムは、複数の前記第１正ボリュームが単一の前記第２正ボリュームにマッピングされ、ホストからの前記第２正ボリュームに対する単一のスナップショット取得要求によって複数の前記第１正ボリュームのスナップショットデータを取得する構成とすることができる。かかる構成及び動作によれば、複数のボリュームを一括して管理することができる。
【0049】
また、本実施例のストレージシステムでは、前記第１ストレージは、前記ホストからデータのライト要求を受け付けた場合に、指定されたデータを自ストレージのキャッシュに格納し、該データを前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す。
また、前記第１ストレージが前記ホストからデータのライト要求を受け付けた場合に、前記第２ストレージのキャッシュにデータが残っているならば、ライト要求に係るデータを第１ストレージのキャッシュに格納し、第２ストレージに残ったデータを前記副論理デバイスに退避した後、前記ライト要求に係るデータを前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す。
かかる動作により、ストレージシステムは、ライト要求をリアルタイムで第２ストレージに反映させることができる。
また、前記第１ストレージが前記ホストからデータのライト要求を受け付けた場合に、前記第２ストレージのキャッシュにデータが残っているならば、ライト要求に係るデータを第１ストレージのキャッシュに格納し、第２ストレージに残ったデータを前記副論理デバイスに退避した後、前記ライト要求に係るデータを前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す。
かかる動作により、ストレージシステムは、ライト要求をリアルタイムで第２ストレージに反映させることができる。
【0050】
また、前記第１ストレージは、前記ホストからデータのライト要求を受け付けた場合に、指定されたデータを直ちに前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す構成としてもよい。かかる構成では、ライト完了までに要する時間を短縮することができる。
【0051】
なお、本発明は上述の実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、かかる構成の削除に限らず、構成の置き換えや追加も可能である。
【符号の説明】
【0052】
１０：サーバ、２０，３０：ストレージ、２１，３１：キャッシュメモリ、２２，３２：ディスク制御部、２３：制御部、２４：共有メモリ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】