JP2023016972A - ストレージシステム及びデータ処理方法 - Google Patents

ストレージシステム及びデータ処理方法 Download PDF

Info

Publication number
JP2023016972A
JP2023016972A JP2022195555A JP2022195555A JP2023016972A JP 2023016972 A JP2023016972 A JP 2023016972A JP 2022195555 A JP2022195555 A JP 2022195555A JP 2022195555 A JP2022195555 A JP 2022195555A JP 2023016972 A JP2023016972 A JP 2023016972A
Authority
JP
Japan
Prior art keywords
storage
volume
primary
system environment
snapshot
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
Application number
JP2022195555A
Other languages
English (en)
Other versions
JP7490036B2 (ja
Inventor
直之 増田
Naoyuki Masuda
隆介 伊東
Ryusuke Ito
健一 小山田
Kenichi Oyamada
友理 平岩
Yuri Hiraiwa
悟朗 風間
Goro Kazama
贇徳 孫
Yunde Sun
亮介 小平
Ryosuke KODAIRA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2022195555A priority Critical patent/JP7490036B2/ja
Publication of JP2023016972A publication Critical patent/JP2023016972A/ja
Application granted granted Critical
Publication of JP7490036B2 publication Critical patent/JP7490036B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • 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/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】オープン環境の機能を利用することでメインフレーム環境の機能を拡張すること。【解決手段】メインフレーム系の第１ストレージに外接されたオープン系の第２ストレージは、自ストレージの正論理デバイスに対応付けて生成されたオープン環境の第２正ボリュームと、自ストレージの副論理デバイスに対応付けて生成されたオープン環境の第２副ボリュームを備え、第１ストレージは、第２ストレージの正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリュームと、第２ストレージの副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリュームと、を備え、第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を第２ストレージに反映させて処理完了とし、第１ストレージは、所定の機能の実行要求を受け付けた場合には、第２ストレージに機能を実行させる。【選択図】図１

Description

本発明は、ストレージシステム及びデータ処理方法に関する。
従来、ストレージシステムのデータ処理に関し、特表２０１４－５０７６９３号公報（特許文献１）に記載の技術がある。この公報には、「ストレージシステムは、メモリ領域と、キャッシュメモリ領域と、プロセッサとを有する。メモリ領域が、キャッシュメモリ領域に記憶されており論理領域に書き込むべきデータ要素と正ボリュームに対するスナップショット取得時点との時間的関係を示す時間関係情報を記憶する。プロセッサは、正ボリュームを指定したライト要求に従うライト先の論理領域に書き込むべきキャッシュメモリ領域のデータ要素についての時間関係情報を基に、キャッシュメモリ領域のデータ要素がスナップショット構成要素であるか否かを判定する。プロセッサは、その判定の結果が肯定的の場合、当該スナップショット構成要素を構成要素とするスナップショットイメージを保持するための副ボリュームに当該データ要素を退避させ、その後、書き込み対象のデータ要素をキャッシュメモリ領域に格納させる。」という記載がある。
特表２０１４－５０７６９３号公報
特許文献１によれば、スナップショットなどのデータ処理を高機能化することができる。しかし、このような機能は、システム環境ごとに開発する必要がある。そのため、例えばメインフレーム環境では１６世代までスナップショットを保持するのに対し、オープン環境では１０２４世代までスナップショットを保持できるといったように、環境による機能の差が発生するが、オープン環境と同等の機能を改めてメインフレーム環境で開発するのは費用や労力の負担が大きい。
そこで、本発明では、オープン環境の機能を利用することでメインフレーム環境の機能を拡張することを目的とする。
上記目的を達成するために、代表的な本発明のストレージシステム及びデータ処理方法の一つは、メインフレーム系の第１ストレージにオープン系の第２ストレージを外接したストレージシステムにおいて、前記第２ストレージは、自ストレージが有する正論理デバイスに対応付けて生成されたオープン環境の第２正ボリュームと、自ストレージが有する副論理デバイスに対応付けて生成されたオープン環境の第２副ボリュームを備え、前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリュームと、前記第２ストレージの前記副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリュームと、を備え、前記第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を前記第２ストレージに反映させた上で処理完了とし、前記第１ストレージは、所定の機能の実行要求を受け付けた場合には、前記第２ストレージに前記機能を実行させる。
本発明によれば、オープン環境の機能を利用することでメインフレーム環境の機能を拡張することができる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。
ストレージシステムの構成図。 ストレージシステムの機能ブロック図。 ストレージシステムにおける通常ライトの処理の説明図。 ストレージシステムにおける更新ライトの処理の説明図。 ストレージシステムにおけるリードの処理の説明図。 オープン系のストレージの設定の説明図。 メインフレーム系のストレージの設定の説明図。 環境属性テーブルの説明図。 環境によるデータ長の差異の補填についての説明図。 Segmentによる変換の具体例。 スナップショット取得の処理手順を示すフローチャート。 データ検証の処理手順を示すフローチャート。 ライト処理の動作を説明するシーケンス図。 リード処理の動作を説明するシーケンス図。 ストレージシステムの第１の変形例。 ストレージシステムの第２の変形例。 用途ごとにグループを形成する場合の説明図。 時系列でグループを形成する場合の説明図。 ローカルスナップショットでグループを形成する場合の説明図。 セキュリティでグループを形成する場合の説明図。 Comp/Dedup設定ごとグループを形成する場合の説明図。 暗号設定ごとグループを形成する場合の説明図。
以下、図面を参照して本発明の実施例を説明する。
図１は、ストレージシステムの構成図である。図１に示すストレージシステムは、ホストとしてのサーバ１０がストレージ２０に接続されており、ストレージ２０にストレージ３０が外接されている。ストレージ２０は、メインフレーム（ＭＦ）系の第１ストレージ（Storage#1）である。ストレージ３０は、オープン（ＯＰ）系の第２ストレージ（Storage#2）である。
ストレージ２０は、１番ポート（Port#1）と２番ポート（Port#2）をサーバ１０との通信に用い、３番ポート（Port#3）と４番ポート（Port#4）をストレージ３０との通信に用いる。ストレージ３０は、５番ポート（Port#5）と６番ポート（Port#6）を備え、５番ポートがストレージ２０の３番ポートに、６番ポートがストレージ２０の４番ポートにそれぞれ接続されている。
ストレージ３０は、正論理デバイスとしてのParityGroup#1と、副論理デバイスとしてのParityGroup#2を有する。また、自ストレージが有する正論理デバイス（ParityGroup#1）に対応付けて生成されたオープン環境の第２正ボリューム（VOL#3）と、自ストレージが有する副論理デバイス（ParityGroup#2）に対応付けて生成されたオープン環境の第２副ボリューム（VOL#4）を備える。
ストレージ２０は、ストレージ３０の正論理デバイス（ParityGroup#1）に対応付けて生成されたメインフレーム環境の第１正ボリューム（VOL#1）と、第２ストレージの副論理デバイス（ParityGroup#2）に対応付けて生成されたメインフレーム環境の第１副ボリューム（VOL#2）と、を備える。
ストレージ２０は、サーバ１０からのデータの処理要求を受け付けた場合に、該処理要求をストレージ３０に反映させた上で処理完了とする。また、ストレージ２０は、所定の機能（例えばスナップショット）の実行要求を受け付けた場合には、ストレージ３０に機能を実行させる。
ストレージ３０は、VOL#3で世代管理を行っており、SnapshotPoolを利用して例えば１０２４世代までのスナップショットを保持することができる。ストレージ２０は、スナップショット機能の実行要求を受け付けた場合には、VOL#1を介してストレージ３０にスナップショット取得を要求する。ストレージ３０は、ストレージ２０からスナップショット取得の要求を受けたならば、指定されたスナップショットデータをVOL#3にマッピングし、VOL#4に対応づけられたストレージ２０のVOL#2を介してスナップショットデータを提供する。なお、ストレージ２０はキャッシュメモリCache#1を、ストレージ３０はキャッシュメモリCache#2を備えており、データの処理時に適宜使用する。
図２は、ストレージシステムの機能ブロック図である。図２に示すように、ストレージ２０は、キャッシュメモリ２１、ディスク制御部２２、制御部２３及び共有メモリ２４を有する。制御部２３は、ＣＰＵ（Central Processing Unit）などであり、所定のプログラムをメモリに展開して実行することで、メインフレーム通信部、スナップショット処理部、パス入出力制御部などの各種機能を実現する。メインフレーム通信部は、サーバ１０との通信を行う処理部である。スナップショット処理部は、スナップショットの実行要求を受け付けた場合に、ストレージ３０にスナップショットを実行させる処理を行う。パス入出力制御部は、ストレージ２０とストレージ３０との入出力を制御する。共有メモリ２４は、スナップショットの世代を管理する情報などの格納に用いられる。
ストレージ３０は、キャッシュメモリ３１、ディスク制御部３２及びディスク装置３３を有する。ディスク装置３３は、物理ディスク（PDEV）を複数含む。ストレージ３０は、複数のPDEVからParityGroupを組み、そこから複数のLDEVを論理デバイスとして切り出している。図２では、3D1PのParityGroupを組み、１つのLDEVをスナップショット元のVOL（図１のVOL#3）が属すParityGroup#1として使用し、２つのLDEVをSnapshotPool用のVOLが属するParityGroup#2として使用している。SnapshotPoolは、複数LDEVから作成したPoolであり、スナップショットの取得後に更新が発生した場合に、差分データを保存しておくために用いられる。
次に、ストレージシステムのライト処理の動作を説明する。図３は、ストレージシステムにおける通常ライトの処理の説明図である。図４は、ストレージシステムにおける更新ライトの処理の説明図である。また、図１３は、ライト処理の動作を説明するシーケンス図である。ここでは、図３及び図４を中心に説明を行う。図３では、まず、サーバ１０は、メインフレーム（ＭＦ）系であるストレージ２０のVOL#1に対してData Aのライト処理命令Write(A)を発行している。
ストレージ２０は、Write(A)を受けて、Cache#1にData Aを保存する（２）。その後、ストレージ２０は、Data Aをストレージ３０のCache#2に転送して保存させる（３）。この転送は、Port#3からPort#5を経由して行われる。ストレージ２０は、ストレージ３０のCache#2への転送が完了したならば、サーバ１０にライト完了の応答を行う。
また、図３では、ストレージ２０は、オープン（ＯＰ）系であるストレージ３０のVOL#3に対してスナップショットの取得を指示している。このため、ストレージ３０は、オープン環境の機能を用いて最新のスナップショットSnapshot1024を取得し（４）、Snapshot1024にVOL#4をマッピングしている（５）。
図４では、サーバ１０は、ストレージ２０のMFVOL(VOL#1)におけるWrite(A)を発行した箇所に対し、Data Bのライト処理命令Write(B)を発行している（１）。
ストレージ２０は、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に転送して保存させ（４）、転送が完了したならば、サーバ１０にライト完了の応答を行う。
図５は、ストレージシステムにおけるリードの処理の説明図である。また、図１４は、リード処理の動作を説明するシーケンス図である。ここでは、図５を中心に説明を行う。図５では、サーバ１０は、図４の更新ライト処理が完了した状態でストレージ２０の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に格納する（５）。
次に、ストレージシステムの設定について説明する。ストレージシステムの設定は、オープン環境のストレージ３０の設定を行った後、メインフレーム環境のストレージ２０の設定を行う。
図６は、オープン系のストレージ３０の設定の説明図である。図６に示すように、まず、オープン環境のストレージ３０は、ParityGroup#1及びParityGroup#2を作成する（１）。次に、ストレージ３０は、ParityGroup#1からVOL#3を作成し、ParityGroup#2からVOL#4を作成する（２）。この際、メインフレーム環境で作成するVOLと同じサイズで作成することが好ましい。その後、ストレージ３０は、SnapshotPoolを作成し（３）、設定を終了する。
図７は、メインフレーム系のストレージ２０の設定の説明図である。図６に示すように、まず、メインフレーム環境のストレージ２０は、ストレージ３０との外接パス(Port#3とPort#5, Port#4とPort#6)を接続する（１）。その後、ストレージ２０は、外接先としてParityGroup#1及びParityGroup#2を登録する（２）。ストレージ２０は、外接先として登録したParityGroup#1からVOL#1を作成する（３）とともに、外接先として登録したParityGroup#2からVOL#2を作成して（４）、設定を終了する。
図８は、環境属性テーブルの説明図である。環境（OP/MF）属性テーブルは、ストレージシステムのボリュームの管理に用いられるテーブルである。環境（OP/MF）属性テーブルは、システム構築時（ストレージ２０にストレージ３０を外接したとき）に作成され、例えばストレージ２０の共有メモリ２４に格納される。また、システムの構成が変更された場合には、変更後の構成に合わせて環境（OP/MF）属性テーブルは更新される。図８では、VOLの番号にParityGroupの番号と環境属性（ＯＰ又はＭＦ）が対応付けられている。具体的には、VOL#1にParityGroup#1とＭＦが対応付けられ、VOL#2にParityGroup#2とＭＦが対応付けられ、VOL#3にParityGroup#1とＯＰが対応付けられ、VOL#4にParityGroup#2とＯＰが対応付けられた状態を示している。
図９は、環境によるデータ長の差異の補填についての説明図である。図９の例では、メインフレーム環境のＳＬＯＴサイズは６４ＫＢであり、オープン環境のＳＬＯＴサイズは２５６ＫＢである。このデータ長の差異を補填するため、ストレージシステムは、６４ＫＢの「Segment」を用いる。Segmentサイズは、最も小さいＳＬＯＴサイズ以下とし、全てのＳＬＯＴサイズの公約数となることが好適である。
図９の例では、６４ＫＢをSegmentサイズとして採用している。このため、メインフレーム環境ではＳＬＯＴとSegmentが１対１に対応し、オープン環境では４つのSegmentが１つのＳＬＯＴに対応する。このようにSegmentを定義し、ストレージ２０とストレージ３０がキャッシュ上においてSegment単位でデータを管理することで、環境によるＳＬＯＴサイズの差異を補填し、外接元と外接先の変換が可能となる。
図１０は、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となる。
図１１は、スナップショット取得の処理手順を示すフローチャートである。図１１では、まず、メインフレーム環境のホスト（MF Host）がリモートでのスナップショット取得を実行する（ステップＳ１０１）。メインフレーム環境のホストは、図１１では、スナップショット取得を要求する主体であり、例えばストレージ２０である。リモートでのスナップショット取得は、具体的には、オープン環境のホスト（Open Host）に対してスナップショットの取得を要求する処理となる。オープン環境のホストは、図１１では、スナップショットの実行主体であり、ストレージ３０である。オープン環境のホストは、MF Hostからの要求を受けてスナップショットを取得し（ステップＳ１０２）、最も古いスナップショットを除去する（ステップＳ１０３）。そして、スナップショットの管理テーブル（共有メモリ２４の世代管理情報）を更新し（ステップＳ１０４）、処理を終了する。図１１のスナップショット取得手順は、例えば定期的に行ってもよいし、ストレージ２０が所定の条件の成立を検知した場合に実行してもよい。また、サーバ１０からの要求により実行することもある。なお、図１１に示したAdminは、ストレージ２０を介さずにストレージ３０に接続され、管理者からの操作を受け付ける端末である。管理者は、Adminを用いることでストレージ３０を直接管理可能であるが、スナップショットの実行にはこのような直接の介入は不要である。一方で、データ検証を行う場合には、管理者がAdminを操作して処理を開始することになる。
図１２は、データ検証の処理手順を示すフローチャートである。図１２では、まず、管理者からの操作を受け付けたAdmin端末が、検証の対象となるデータＩＤを選択する（ステップＳ２０１）。オープン環境のホスト（Open Host）は、選択されたデータについて、必要であればアンマップを行い、スナップ―オン―スナップを取得して、マップする（ステップＳ２０２）。
次に、Admin端末が、オンラインへの変更などの操作を受け付けると（ステップＳ２０３）、メインフレーム環境のホスト（MF Host）がＵＶＭへの再接続と、オンラインへの変更を実行する（ステップＳ２０４）。その後、Admin端末が、データの変更（ステップＳ２０５）と、オフラインへの変更などの操作を受け付けると（ステップＳ２０６）、メインフレーム環境のホスト（MF Host）は、オフラインへの変更を実行し、ＵＶＭとの接続解除を行って（ステップＳ２０７）、処理を終了する。
（変形例）
図１５は、ストレージシステムの第１の変形例である。この変形例では、ＭＦ－ＨＯＳＴであるサーバ１０ａにストレージ２０ａが接続されている。ストレージ２０ａはメインフレーム環境のストレージであり、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としてグループ化し、グループで世代管理している。
また、ストレージ２０ｂには、オープン環境のストレージ３０が外接されている。ストレージ３０は、V-Volのスナップショットを１０２４世代まで取得することができる。このスナップショットは、ＭＦ－ＨＯＳＴからはアクセスができないデータ保護領域内部に格納される。例えば、MF-Vol1(PVOL)やMF-Vol2(PVOL)にコンピュータウイルス感染が発生したときには、ストレージ３０に接続された端末OP(Verify)を用い、データ保護領域内の各世代の感染を確認することができる。そして、安全であるとの確認が済んだ世代をストレージ２０ｂにマウントし、ＭＦ－ＨＯＳＴであるサーバ１０ｂに提供することができる。
図１６は、ストレージシステムの第２の変形例である。この変形例では、メインフレーム環境のストレージ２０は、キャッシュを保持しない。例えば、サーバ１０がメインフレーム（ＭＦ）系であるストレージ２０のVOL#1に対してWrite(A)発行すると（２）、ストレージ２０は、Cache#1にData Aを保存せず（２）、直接Data Aをストレージ３０のCache#2にPort#3及びPort#5経由で転送して保存し（３）、サーバ１０にGood応答する。そして、メインフレーム（ＯＰ）系であるストレージ３０は、VOL#3に対してSnapshotを取得する（５）。このため「Data A」が反映されたSnapshotが取得できる。
この変形例では、外接元のキャッシュを使用せずに、外接先のキャッシュを使用する。具体的には、外接元へのＩＯを契機に、同期で外接先へのキャッシュへの書き込みを保証してから、外接元でServerに対してGood応答を実施する。本変形例に係るストレージシステムは、外接先への転送処理オーバーヘッドが生ずるので、Write処理のトータル処理オーバーヘッドを削減するために、直接外接先のキャッシュを使用することにより、外接元へのキャッシング処理を減らし処理オーバーヘッドの減少を実現している。この方式により、スナップショット取得前のディスコネクトやスナップショット取得後のリコネクト操作が不要となる。
次に、ＭＦの複数のボリュームと単一の外接ボリュームとをマッピングする変形例について説明する。ストレージシステムは、任意の基準で選択したＭＦの複数のボリュームをグループとして、外接したＯＰのボリュームにグループのスナップショットを取得し、マッピングすることができる。
図１７は、用途ごとにグループを形成する場合の説明図である。用途は、例えば業務などである。図１７では、メインフレーム環境のストレージ２０が、業務Ａ、業務Ｂ、業務Ｃについてそれぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば業務ＡのVol-Groupについてスナップショットを取得し、管理する。
図１８は、時系列でグループを形成する場合の説明図である。図１８では、メインフレーム環境のストレージ２０が、時刻ｔ１、時刻ｔ２についてそれぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば時刻ｔ２のVol-Groupについてスナップショットを取得し、管理する。
図１９は、ローカルスナップショットでグループを形成する場合の説明図である。図１９では、メインフレーム環境のストレージ２０は、業務Ａ０のボリュームと業務Ａ１のボリュームを備え、それぞれについて適宜スナップショットを取得している。そして、同一のボリュームから取得したスナップショットのボリュームを内包するVol-Groupを形成している。ストレージ２０に外接されたオープン環境のストレージ３０は、例えば業務Ａ
１のボリュームについて取得されたスナップショットのVol-Groupについてスナップショットを取得し、管理する。
図２０は、セキュリティでグループを形成する場合の説明図である。図２０では、セキュリティレベルやセキュリティソフトなどの差異でグループ化を行う。具体的には、メインフレーム環境のストレージ２０が、セキュリティレベル１～３について、それぞれ複数のボリュームを内包したVol-Groupを形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えばセキュリティレベル１のVol-Groupについてスナップショットを取得し、管理する。
図２１は、Comp/Dedup（圧縮／重複除外）設定ごとグループを形成する場合の説明図である。図２１では、メインフレーム環境のストレージ２０が、「Comp」に設定されたボリュームを内包するVol-Groupと、「非Comp」に設定されたボリュームを内包するVol-Groupと、「Dedup」に設定されたボリュームを内包するVol-Groupと形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば「Comp」のVol-Groupについてスナップショットを取得し、管理する。
図２２は、暗号設定ごとグループを形成する場合の説明図である。図２２では、メインフレーム環境のストレージ２０が、「暗号Ａ」で暗号化されたボリュームを内包するVol-Groupと、「暗号Ｂ」で暗号化されたボリュームを内包するVol-Groupと、暗号化されていない「非暗号」のボリュームを内包するVol-Groupと形成している。そして、ストレージ２０に外接されたオープン環境のストレージ３０は、例えば「暗号Ａ」のVol-Groupについてスナップショットを取得し、管理する。
上述してきたように、本実施例に開示したストレージシステム及びデータ処理方法によれば、メインフレーム系の第１ストレージ（Storage#1）にオープン系の第２ストレージ（Storage#2）を外接したストレージシステムにおいて、第２ストレージは、自ストレージが有する正論理デバイス（ParityGroup#1）に対応付けて生成されたオープン環境の第２正ボリューム（VOL#3）と、自ストレージが有する副論理デバイス（ParityGroup#2）に対応付けて生成されたオープン環境の第２副ボリューム（VOL#4）を備える。
また、前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成されたメインフレーム環境の第１正ボリューム（VOL#1）と、前記第２ストレージの前記副論理デバイスに対応付けて生成されたメインフレーム環境の第１副ボリューム（VOL#2）と、を備える。
そして、前記第１ストレージは、ホストからのデータの処理要求を受け付けた場合に、該処理要求を前記第２ストレージに反映させた上で処理完了とし、前記第１ストレージは、所定の機能の実行要求を受け付けた場合には、前記第２ストレージに前記機能を実行させる。
かかる構成及び動作により、第２ストレージは常に最新のデータを保持し、第１ストレージは第２ストレージが有するオープン環境の機能を利用することでメインフレーム環境の機能を拡張することができる。
また、前記第２ストレージは、前記第２正ボリュームで世代管理を行い、前記第１ストレージは、スナップショット機能の実行要求を受け付けた場合には、前記第１正ボリュームを介して前記第２ストレージにスナップショット取得を要求し、前記第２ストレージは、前記スナップショット取得の要求を受けたならば、指定されたスナップショットデータを前記第２副ボリュームにマッピングし、更に前記第２副ボリュームに対応づけられた前記第１副ボリュームを介してスナップショットデータを提供する。このため、メインフレーム系の第１ストレージは、オープン系の第２のストレージのスナップショット機能を利用することができる。
また、前記第１ストレージ又は前記第２ストレージは、前記第１ストレージのボリュームと前記第２ストレージのボリュームとの対応関係に基づいてデータの出力先となるボリュームを特定した上で、前記メインフレーム環境と前記オープン環境におけるデータ長の差異を補填してキャッシュ格納し、データを転送する。このため、データ長の異なるボリューム間で容易にデータ転送を実現することができる。
また、本実施例のストレージシステムは、複数の前記第１正ボリュームが単一の前記第２正ボリュームにマッピングされ、ホストからの前記第２正ボリュームに対する単一のスナップショット取得要求によって複数の前記第１正ボリュームのスナップショットデータを取得する構成とすることができる。かかる構成及び動作によれば、複数のボリュームを一括して管理することができる。
また、本実施例のストレージシステムでは、前記第１ストレージは、前記ホストからデータのライト要求を受け付けた場合に、指定されたデータを自ストレージのキャッシュに格納し、該データを前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す。
また、前記第１ストレージが前記ホストからデータのライト要求を受け付けた場合に、前記第２ストレージのキャッシュにデータが残っているならば、ライト要求に係るデータを第１ストレージのキャッシュに格納し、第２ストレージに残ったデータを前記副論理デバイスに退避した後、前記ライト要求に係るデータを前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す。
かかる動作により、ストレージシステムは、ライト要求をリアルタイムで第２ストレージに反映させることができる。
また、前記第１ストレージは、前記ホストからデータのライト要求を受け付けた場合に、指定されたデータを直ちに前記第２ストレージにデータ転送し、該データが前記第２ストレージのキャッシュに格納された後、前記ホストにライト完了の応答を返す構成としてもよい。かかる構成では、ライト完了までに要する時間を短縮することができる。
なお、本発明は上述の実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、かかる構成の削除に限らず、構成の置き換えや追加も可能である。
１０：サーバ、２０，３０：ストレージ、２１，３１：キャッシュメモリ、２２，３２：ディスク制御部、２３：制御部、２４：共有メモリ

Claims (8)

  1. 第１のシステム環境の第１ストレージに第２のシステム環境の第２ストレージが外接され、前記第１のシステム環境と前記第２のシステム環境とで保持可能なスナップショットの世代数が異なるストレージシステムであって、
    前記第２ストレージは、自ストレージが有する正論理デバイスに対応付けて生成された前記第２のシステム環境の第２正ボリュームと、自ストレージが有する副論理デバイスに対応付けて生成された前記第２のシステム環境の第２副ボリュームを備え、
    前記第１ストレージは、前記第２ストレージの前記正論理デバイスに対応付けて生成された前記第１のシステム環境の第１正ボリュームと、前記第２ストレージの前記副論理デバイスに対応付けて生成された前記第１のシステム環境の第１副ボリュームと、を備え、
    前記第２ストレージは、前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納するスナップショット取得機能を有し、
    前記第１ストレージは、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合には、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショット取得機能を実行させる、
    ことを特徴とするストレージシステム。
  2. 前記第１ストレージは、ホストから前記第１正ボリュームにデータを書き込む処理要求であるライト要求を受け付けた場合に、該ライト要求を前記第２ストレージの前記第２正ボリュームに対するライト要求に置き換えて、前記第２正ボリュームのデータに反映させた上で処理完了とする、
    ことを特徴とする請求項１に記載のストレージシステム。
  3. 前記第２ストレージは、前記第２正ボリュームで世代管理を行って各世代のスナップショットデータを前記第２副ボリュームに格納し、
    前記第１ストレージは、前記ホストから前記第１副ボリュームの所定の世代のデータに対するリード要求を受け付けた場合には、該リード要求を前記第２ストレージの前記第２副ボリュームの前記所定の世代のデータに対するリード要求に置き換えて、前記第２ストレージにリードを要求し、前記第２ストレージが読み出したデータをリード結果として前記ホストに提供する
    ことを特徴とする請求項２に記載のストレージシステム。
  4. 前記第１ストレージの前記第１正ボリュームは、前記第１のシステム環境の第３のストレージにおけるボリュームのリモートコピーに対応付けて作成される
    ことを特徴とする請求項１記載のストレージシステム。
  5. 前記第１ストレージは、複数の前記第１正ボリュームを有し、前記複数の第１正ボリュームは、所定の基準でグループに分けられ、同一のグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項１に記載のストレージシステム。
  6. 前記第１ストレージは、時刻毎にそれぞれ複数の第１正ボリュームを内包した時系列のグループを形成し、同一の時刻のグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項５に記載のストレージシステム。
  7. 前記第１ストレージは、自ストレージにおける対象ボリュームに対し前記第１のシステム環境に基づくローカルスナップショットを取得して第１正ボリュームを生成し、前記対象ボリューム毎にそれぞれ複数の第１正ボリュームを内包したローカルスナップショットのグループを形成し、同一の前記対象ボリュームのグループに属する第１正ボリュームについて一括してスナップショットの取得が可能であることを特徴とする請求項５に記載のストレージシステム。
  8. 第１のシステム環境の第１ストレージに第２のシステム環境の第２ストレージが外接され、前記第１のシステム環境と前記第２のシステム環境とで保持可能なスナップショットの世代数が異なるストレージシステムにおけるデータ処理法であって、
    前記第２ストレージが、自ストレージが有する正論理デバイスに対応付けて前記第２のシステム環境の第２正ボリュームを生成するとともに、自ストレージが有する副論理デバイスに対応付けて前記第２のシステム環境の第２副ボリュームを生成するステップと、
    前記第１ストレージが、前記第２ストレージの前記正論理デバイスに対応付けて前記第１のシステム環境の第１正ボリュームを生成するとともに、前記第２ストレージの前記副論理デバイスに対応付けて前記第２のシステム環境の第１副ボリュームを生成するステップと、
    前記第１ストレージが、ホストから前記第１正ボリュームのスナップショットを取得して前記第１副ボリュームに格納する機能の実行要求を受け付けた場合に、当該実行要求を前記第２正ボリュームのスナップショットを取得して前記第２副ボリュームに格納する実行要求に置き換えて、前記第２ストレージに前記スナップショットを取得する機能を実行させるステップと
    を含むことを特徴とするデータ処理方法。
JP2022195555A 2020-09-29 2022-12-07 ストレージシステム及びデータ処理方法 Active JP7490036B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022195555A JP7490036B2 (ja) 2020-09-29 2022-12-07 ストレージシステム及びデータ処理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020164002A JP7191912B2 (ja) 2020-09-29 2020-09-29 ストレージシステム及びデータ処理方法
JP2022195555A JP7490036B2 (ja) 2020-09-29 2022-12-07 ストレージシステム及びデータ処理方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020164002A Division JP7191912B2 (ja) 2020-09-29 2020-09-29 ストレージシステム及びデータ処理方法

Publications (2)

Publication Number Publication Date
JP2023016972A true JP2023016972A (ja) 2023-02-02
JP7490036B2 JP7490036B2 (ja) 2024-05-24

Family

ID=80822448

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020164002A Active JP7191912B2 (ja) 2020-09-29 2020-09-29 ストレージシステム及びデータ処理方法
JP2022195555A Active JP7490036B2 (ja) 2020-09-29 2022-12-07 ストレージシステム及びデータ処理方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020164002A Active JP7191912B2 (ja) 2020-09-29 2020-09-29 ストレージシステム及びデータ処理方法

Country Status (2)

Country Link
US (2) US11579793B2 (ja)
JP (2) JP7191912B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7191912B2 (ja) * 2020-09-29 2022-12-19 株式会社日立製作所 ストレージシステム及びデータ処理方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5106093B2 (ja) 2002-04-26 2012-12-26 株式会社日立製作所 記憶装置システムの制御方法および記憶制御装置
JP4425728B2 (ja) 2003-12-03 2010-03-03 株式会社日立製作所 リモートコピーシステム
JP2005346610A (ja) 2004-06-07 2005-12-15 Hitachi Ltd スナップショットの取得および利用のための記憶システムおよび方法
JP4751123B2 (ja) 2005-07-29 2011-08-17 株式会社日立製作所 ストレージシステム、フォーマット方法及びコンピュータプログラム
CN103392164B (zh) 2011-05-31 2016-08-10 株式会社日立制作所 存储系统和存储控制方法
US10228879B1 (en) 2018-07-02 2019-03-12 Model9 Software Ltd. System and method for backup and restore of offline disks in mainframe computers
US11429318B2 (en) * 2019-07-30 2022-08-30 EMC IP Holding Company LLC Redirect-on-write snapshot mechanism with delayed data movement
US11079961B1 (en) * 2020-02-03 2021-08-03 EMC IP Holding Company LLC Storage system with write-via-hash functionality for synchronous replication of logical storage volumes
JP7191912B2 (ja) * 2020-09-29 2022-12-19 株式会社日立製作所 ストレージシステム及びデータ処理方法

Also Published As

Publication number Publication date
US20230229333A1 (en) 2023-07-20
JP2022056151A (ja) 2022-04-08
US11579793B2 (en) 2023-02-14
JP7191912B2 (ja) 2022-12-19
US20220100381A1 (en) 2022-03-31
US11977765B2 (en) 2024-05-07
JP7490036B2 (ja) 2024-05-24

Similar Documents

Publication Publication Date Title
US11010078B2 (en) Inline deduplication
US9298731B2 (en) Efficient file system for shared data blocks
JP4515132B2 (ja) ストレージシステム、ストレージ装置及びリモートコピー方法
JP4741371B2 (ja) システム、サーバ装置及びスナップショットの形式変換方法
US20080320258A1 (en) Snapshot reset method and apparatus
US20190034092A1 (en) Methods for managing distributed snapshot for low latency storage and devices thereof
CN110300960B (zh) 信息系统、管理程序和信息系统的程序更换方法
JP6561765B2 (ja) ストレージ制御装置およびストレージ制御プログラム
US10936243B2 (en) Storage system and data transfer control method
JP2023016972A (ja) ストレージシステム及びデータ処理方法
US20150161009A1 (en) Backup control device, backup control method, disk array apparatus, and storage medium
US10740189B2 (en) Distributed storage system
JP4394467B2 (ja) ストレージシステム、サーバ装置及び先行コピーデータ生成方法
WO2018055686A1 (ja) 情報処理システム
US8935488B2 (en) Storage system and storage control method
US10366014B1 (en) Fast snap copy
JP6579149B2 (ja) ストレージ制御装置、及びストレージ制御プログラム
US11531474B1 (en) Storage system and data replication method in storage system
US20240176520A1 (en) Storage system and storage control method
US20200387477A1 (en) Storage system and snapshot management method
US11194760B1 (en) Fast object snapshot via background processing
WO2018055751A1 (ja) 計算機システム及び記憶制御方法
JP2023001471A (ja) ストレージシステム、計算機システム及び制御方法
JP2020027433A (ja) 情報システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231003

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240112

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: 20240416

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240514