JP4008752B2 - 記憶装置システムの制御方法、及び記憶装置システム - Google Patents
記憶装置システムの制御方法、及び記憶装置システム Download PDFInfo
- Publication number
- JP4008752B2 JP4008752B2 JP2002148070A JP2002148070A JP4008752B2 JP 4008752 B2 JP4008752 B2 JP 4008752B2 JP 2002148070 A JP2002148070 A JP 2002148070A JP 2002148070 A JP2002148070 A JP 2002148070A JP 4008752 B2 JP4008752 B2 JP 4008752B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- data set
- volume
- start flag
- flag
- 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.)
- Expired - Fee Related
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/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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
- G06F3/0661—Format or protocol conversion arrangements
-
- 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/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、記憶装置システムの制御方法、及び記憶装置システムに関する。
【０００２】
【従来の技術】
近年、企業などにおけるシステムは、パソコンやワークステーションなどの、いわゆるオープンシステムコンピュータ（以下、「オープンコンピュータ」と称する）を用いて構成されることが多い。
【０００３】
しかしながら、永年にわたって蓄積された資産の有効利用や、高安定性、高信頼性などの要求に応じるため、例えば、オンライン系や基幹系業務の分野では、依然としてメインフレームコンピュータ（もしくは、汎用コンピュータ）（以下、「メインフレーム」と称する）に対するニーズが高い。最近では、例えば、メインフレームが要求される場面ではメインフレームを用い、意志決定業務や分析業務などの情報系業務についてはオープンコンピュータを用いる混在系として構築されるシステムも存在する。
【０００４】
なお、このようなシステムとして、例えば、USP5,530,845には、一つの記憶制御装置に、メインフレームと複数の異種のオープンコンピュータとを接続し、コントローラ（Programmable Storage Controller）により記憶制御装置をエミュレートする技術が開示されている。
【０００５】
ところで、一般に、オープンコンピュータでは、ディスクドライブの記録形式として論理ブロックアドレスを指定する「ＦＢＡ（Fixed Block Architecture）」形式が用いられ、一方、メインフレームでは、ディスクドライブへのデータの記録形式として、シリンダ番号・ヘッド番号・レコード番号を指定する「ＣＫＤ（Count Key Data）」形式が用いられる。そして、オープンコンピュータは、「ＦＢＡ」形式で記録されたデータへのアクセス手段のみを有し、一方、メインフレームは、「ＣＫＤ」形式で記録されたデータへのアクセス手段のみを有するため、メインフレームのデータをオープンコンピュータが直接利用することはできないし、逆に、オープンコンピュータのデータをメインフレームが直接利用することもできない。
【０００６】
【発明が解決しようとする課題】
このような不都合を回避するため、図６に示すように、メインフレーム１０の「ＣＫＤ」形式のデータをオープンコンピュータ２０の「ＦＢＡ」形式のデータに変換する変換ソフトウエア７０をオープンコンピュータ２０上で稼働させ、記憶制御装置３０に記憶されているデータについての記録形式の変換を、オープンコンピュータ２０上で行うようにする仕組みが知られている（例えば、特開平９−２５８９０８号公報を参照）。
【０００７】
しかしながら、この仕組みにはつぎのような問題を有していた。
（１）変換ソフトウエア７０は、オープンコンピュータ２０ごとに用意しなければならず、これではインストールやバージョンアップなどのメンテナンスに手間がかかる。また、変換ソフトウエア７０によりオープンコンピュータ２０の記憶領域やプロセッサなどのリソースも消費されてしまう。
（２）変換作業はオープンコンピュータ２０のユーザが負担することになり、変換にかかる処理をユーザに意識させる必要がある。
（３）変換に際し発生するデータ伝送が、記憶制御装置３０とオープンコンピュータ２０とを結ぶ通信線上のトラフィックを増大させ、これが他の通信を圧迫する。また、変換効率が通信線の性能に左右される。
（４）オープンコンピュータ２０上で変換処理が行われるため、オープンコンピュータ２０上で実行される他のプログラムの処理に影響を与える。また、オープンコンピュータ２０として処理性能の高いものが要求され、装置コストの増大に繋がる。
（５）メインフレーム１０や各オープンコンピュータ２０から記憶制御装置３０のデータにアクセスさせるためには、本来、排他制御が必要であるが、現状ではメインフレーム１０とオープンコンピュータ２０の混在系で有効に排他制御を行う仕組みは存在せず、また、このような仕組みを新規開発しようとすれば相当の手間とコストがかかり、従って、現状では運用でカバーせざるを得ない。
【０００８】
この発明は、以上の問題を解決するもので、メインフレームおよびオープンシステムのそれぞれが記憶しているデータを、メインフレームおよびオープンシステムそれぞれが利用できる記録形式のデータとして効率よく簡便に提供することができる記憶装置システムの制御方法、及び記憶装置システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この目的を達成するための、本発明の主たる発明は、ディスクアレイ装置と、前記ディスクアレイ装置に通信可能に接続するメインフレームと、前記ディスクアレイ装置に通信可能に接続するオープンコンピュータと、を含んで構成される記憶装置システムの制御方法であって、前記ディスクアレイ装置は、ＣＰＵ、キャッシュメモリ、及びディスクドライブと、前記ディスクドライブに対するデータの入出力を制御するデータコントローラと、前記メインフレームと通信可能に接続するための通信手段と、前記オープンコンピュータと通信可能に接続するための通信手段と、前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶されるメインフレームボリュームと、前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶される中間ボリュームと、前記ディスクドライブが提供する記憶領域上に編成される、ＦＢＡ形式でデータが記憶されるオープンボリュームと、前記オープンコンピュータからファイル名指定によるデータ入出力要求を受信して、前記オープンボリュームにファイル単位でデータ入出力を行うファイルシステムと、前記オープンボリュームにＦＢＡ形式で記憶されているファイルに記述されているデータをＣＫＤ形式のデータとして前記中間ボリュームに記憶させる変換エンジンと、を有し、前記メインフレームでは、前記メインフレームボリュームに対してデータ入出力を行うデータ転送プログラムが稼働し、前記変換エンジンは、前記オープンボリュームに新たな引渡ファイルが記憶されたことを検知した場合に、前記メインフレームに変換後のデータの書き出し先となる記憶領域であるデータセットの作成要求を送信し、前記データ転送プログラムは、前記作成要求を受信すると、前記中間ボリュームに、前記データセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用データセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、前記データ転送プログラムは、前記データセットが排他制御状態かどうかをリアルタイムに監視し、排他制御状態でない場合には前記スタートフラグをオンにし、前記変換エンジンは、前記開始フラグ用データセットの前記スタートフラグがオンであった場合に、前記引渡ファイルに記述されているデータを前記データセットに書き出し、前記書き出しが終了した後、前記スタートフラグをオフにするとともに前記終了フラグ用データセットに終了フラグを書き込み、前記データ転送プログラムは、前記終了フラグ用データセットに前記終了フラグが書き込まれていることを検知すると、前記データセットに書き出されているデータを前記メインフレームボリュームに転送するものである。
【００１０】
本発明によれば、従来のようにオープンコンピュータごとに変換ソフトウエアを用意する必要がなく、インストールやバージョンアップなどのメンテナンスに手間がかかることもなく、また、オープンコンピュータの記憶領域やプロセッサなどのリソースが消費されることもない。
【００１１】
また、変換作業をオープンコンピュータのユーザが負担することもなく、ユーザに変換処理を意識させない。更新ファイルの生成を自動的に検知するようにすることで、データフォーマット変換を記憶制御装置内で自動化することが可能となる。
【００１２】
変換に際し記憶制御装置とオープンコンピュータとを結ぶ通信線上のトラフィックを増大させることが無く、通信線の性能により変換効率が左右されこともない。またその結果、データ変換性能の高速化とオープンシステムのデータアクセスも高速化可能となる。
【００１３】
オープンコンピュータ上で変換処理が行われないため、オープンコンピュータ上で実行される他のプログラムの処理に影響を与えることが無い。また、オープンコンピュータに高性能が要求されることもなく、システム構築にかかるコストの低廉に抑えられる。また、従来、オープンシステム毎に記憶している必要のなかった、変換前後のデータが記憶制御装置に一元管理され、記憶資源の有効利用が図られる。
【００１４】
さらに、本発明によれば、オープンコンピュータ上でメインフレームのデータを利用したデータウェアハウスなどの意志支援業務や、メインフレームのオンライントランザクション処理を代行する処理などを容易に実施することが可能となり、オープンシステムとメインフレームの垣根を無くし、各種ニーズに対応できる融合性の高い柔軟なシステムを提供することが可能となる。
【００１５】
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【００１６】
【発明の実施の形態】
＝＝＝開示の概要＝＝＝
以下の開示により、少なくとも次のことが明らかにされる。
オープンコンピュータが読み書き可能な記録形式αに従ってデータが記憶される記憶領域Ａと、メインフレームコンピュータが読み書き可能な記録形式βに従ってデータが記憶される記憶領域Ｂと、オープンコンピュータから送られてくるデータ入出力要求を受信しこの要求に応じて前記記憶領域Ａに対するデータ入出力処理を行うデータ入出力手段ａと、メインフレームコンピュータから送られてくるデータ入出力要求を受信しこの要求に応じて前記記憶領域Ｂに対するデータ入出力処理を行うデータ入出力手段ｂと、前記記録形式αに従って前記記憶領域Ａに記憶されているデータを前記記録形式βに従って前記記憶領域Ｂに記憶するデータ記録形式の変換手段Ｘと、を有することを特徴とする記憶制御装置。
【００１７】
ここで記録形式αとは、例えば、「ＦＢＡ」形式であり、記録形式βとは、例えば、「ＣＫＤ」形式である。記憶制御装置は、例えば、後述するディスクアレイ装置である。記憶領域Ａは、例えば、後述するオープンボリュームである。データ入出力手段ａは、例えば、オープンコンピュータからファイル名指定によるデータ入出力要求を受信しファイル名により記憶領域Ａに記憶されているデータを特定するいわゆるファイルシステム（例えば、ＮＦＳ）としての機能を備える、例えば、後述するＮＡＳエンジンを有する。データ入出力手段ｂは、ACONARC（登録商標）などに準拠した通信手段である。変換手段Ｘは、例えば、後述する変換エンジンである。
【００１８】
また、前記記憶制御装置は、前記記録形式βに従って前記記憶領域Ｂに記憶されているデータを前記記録形式αに従って前記記憶領域Ａに記憶するデータ記録形式の変換手段Ｙを有する構成としてもよい。なお、この場合変換手段Ｘがあってもよいし無くてもよい。変換手段Ｙは、例えば、後述する変換エンジンである。
【００１９】
また、変換手段Ｘが、データ入出力手段ａにより記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合に、そのデータを自動的に記録形式βに従って記憶領域Ｂに記憶する手段を備えていてもよい。これにより記憶形式αで記憶されているデータの記憶形式βへの変換を簡便を行うことができる。なお、前記特定の記憶領域は、例えば、ファイルシステムにおけるディレクトリとして指定される。
【００２０】
また、変換手段Ｙが、データ入出力手段ｂにより記憶領域Ｂ上に新たにデータを書き込まれたことを認知した場合にそのデータを自動的に記録形式αに従って記憶領域Ａに記憶する手段を備えていてもよい。これにより記憶形式βで記憶されているデータの記憶形式αへの変換を、簡便に行うことができる。この処理は、例えば、後述する（S315）の処理が対応する。
【００２１】
変換手段Ｘが、前記記憶領域Ａまたは前記記憶領域Ｂのあるデータについての処理を行っている際に前記データに排他制御を施すようにしてもよい。また、変換手段Ｙが、前記記憶領域Ａまたは前記記憶領域Ｂのあるデータについての処理を行っている際に前記データに排他制御を施すようにしてもよい。この処理は、例えば、後述する（S515）の処理が対応する。
【００２２】
また、例えばＬＡＮなどにより変換手段Ｘと前記メインフレームコンピュータとを通信可能に接続し、変換手段Ｘが、記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合にその旨を通知するメッセージをメインフレームコンピュータに送信し、メインフレームコンピュータが、メッセージを受信すると記憶領域Ｂ上に前記データの記憶先となる記憶領域Ｂ上の書き出し先の領域を確保し、変換手段Ｘが、記憶領域Ａに記憶されている前記データを記録形式βに従って前記書き出し先の領域に記憶するようにしてもよい。これにより、オープンコンピュータ側から簡便に変換を行うことができる。
【００２３】
ここで変換手段Ｘが、記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合にその旨を通知するメッセージをメインフレームコンピュータに送信する処理は、例えば、後述する（S211）〜（S214）の処理が対応する。また、メインフレームコンピュータが、メッセージを受信すると記憶領域Ｂ上に前記データの記憶先となる記憶領域Ｂ上の書き出し先の領域を確保する処理は、例えば、後述する（S311〜S313）の処理が対応する。さらに、変換手段Ｘが、記憶領域Ａに記憶されている前記データを記録形式βに従って前記書き出し先の領域に記憶する処理は、例えば、後述する（S215〜（S219）の処理が対応する。
【００２４】
＝＝＝実施例＝＝＝
図１は本発明の一実施例として説明する記憶装置システムの概略的な構成である。少なくとも一台のメインフレーム１０と、パソコンやＵＮＩＸ（登録商標）マシンなどの少なくとも一台のオープンコンピュータ２０とが、ディスクアレイ装置３０に接続している。なお、ディスクアレイ装置３０は、後述するファイルシステムを備え、いわゆるＮＡＳ（Network Attached Storage）としての機能を備える。
【００２５】
メインフレーム１０とディスクアレイ装置３０とは、ACONARC（登録商標）などに準拠した通信手段４０により接続する。また、メインフレーム１０とディスクアレイ装置３０とは、ＬＡＮ（Local Area Network）５０によっても接続している。また、オープンコンピュータ２０とディスクアレイ装置３０とは、例えば、ＬＡＮやFibre／SCSIなどの通信手段６０により接続している。
【００２６】
ディスクアレイ装置３０は、ＣＰＵ、制御メモリ、ディスクドライブなどの物理デバイス、物理デバイスに対するデータ入出力を制御するデータコントローラ、キャッシュメモリなどを備える。ディスクアレイ装置３０のディスクドライブが提供する記憶領域上には、メインフレームボリューム３１、中間ボリューム３２、オープンボリューム３３が編成されている。このうちメインフレームボリューム３１および中間ボリューム３２には「ＣＫＤ」形式でデータが記憶される。また、オープンボリューム３３には「ＦＢＡ」形式でデータが記憶される。
【００２７】
ディスクアレイ装置３０上では、当該装置３０と通信手段６０を通じて接続するオープンコンピュータ２０からファイル名指定によるデータ入出力要求を受信してオープンボリューム３３にファイル単位でのデータ入出力を行うファイルシステムであるＮＡＳエンジン３４が稼働している。ファイルシステムとしては、例えば、ＮＦＳ（Network File System）が採用される。
【００２８】
オープンコンピュータ２０がオープンボリューム３３に入出力するデータは、オープンボリューム３３上にファイルとして記憶される。なお、オープンボリューム３３上には、少なくとも一つのファイルが対応づけて格納される記憶領域であるディレクトリが編成されることもある。ディスクアレイ装置３０は、前述の通信手段４０を介してメインフレーム１０から送信されてくるデータ入出力命令に応じてメインフレームボリューム３１および中間ボリューム３２に対してデータ入出力を行う。
【００２９】
また、ディスクアレイ装置３０上では、変換エンジン３５が稼働する。変換エンジン３５は、オープンボリューム３３に「ＦＢＡ」形式で記憶されているファイルに記述されているデータを「ＣＫＤ」形式のデータとして中間ボリューム３２上に記憶させ、また「ＣＫＤ」形式で中間ボリューム３２上に記憶されているデータを「ＦＢＡ」形式のファイルとしてオープンボリューム３３上に記憶させる。なお、変換エンジン３５の機能は、例えば、ディスクアレイ装置３０上で実行されるソフトウエアにより提供される。
【００３０】
メインフレーム１０上では、通信手段４０を経由して「ＣＫＤ」形式であるメインフレームボリューム３１および中間ボリューム３２に対し、シリンダ番号、ヘッド番号、およびレコード番号を指定してデータ入出力を行う機能と、ＬＡＮ５０を経由して変換エンジンと通信する機能とを提供する、データ転送プログラムが稼働する。なお、通信手段６０はＬＡＮ５０と接続していてもよいし、接続していなくてもよい。一方、オープンコンピュータ２０上では、ファイル指定によりＮＡＳエンジンに対してデータ入出力要求を行う機能を提供する、アプリケーションプログラム２１が稼働する。
【００３１】
つぎに、以上の構成からなる記憶装置システムにおいて、「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータを、メインフレーム１０において利用する場合に行われる処理、および、「ＣＫＤ」形式でメインフレームボリューム３１に管理されているデータをオープンコンピュータ２０において利用する場合に行われる処理について説明する。
【００３２】
＝＝＝形式変換＝＝＝
（１）まず、「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータをメインフレーム１０において利用する場合に行われる処理について、図２および図３のフローチャートとともに説明する。なお、図２は変換エンジン３５により行われる処理、図３はメインフレーム１０上のデータ転送プログラム１１により行われる処理である。
【００３３】
オープンボリューム３３には、メインフレーム１０に利用させるためのファイルが記憶される引渡用ディレクトリ３６が編成されている。このディレクトリ３６には、メインフレーム１０に利用させるためのファイル（以下、「引渡ファイル」と称する）が記憶される。
【００３４】
変換エンジン３５は、引渡用ディレクトリ３６の内容をポーリング処理等によりリアルタイムに参照している（S211）。変換エンジン３５は、新たな引渡ファイルが引渡用ディレクトリ３６に記憶されたことを検知すると（S212）、変換後のデータの書き出し先となるデータセットの記憶領域が中間ボリューム３２上に確保されているかどうかを調べる（S213）。ここでデータセットとは、メインフレーム１０が中間ボリューム３２にデータを書き出したり読み出したりする際に、例えば、データの受け渡し用として中間ボリューム上に確保される記憶領域である。変換エンジン３５は、中間ボリューム３２上にデータセットが確保されていない場合には、メインフレーム１０に対しＬＡＮ５０経由でデータセットの作成要求を送信する（S214）。
【００３５】
一方、図３に示すように、メインフレーム１０上で稼働するデータ転送プログラム１１は、変換エンジン３５から前記作成要求を受信すると、中間ボリューム３２に、データセット、開始フラグ用データセット、終了フラグ用データセットのそれぞれに対応する記憶領域を確保する（S311〜S313）。ここで開始フラグ用データセットには、そのデータセットにデータが記憶されているかどうかを示す開始フラグ、データセットに対するアクセスが可能かどうかを示すスタートフラグが記憶される。スタートフラグは、例えば、変換エンジン３５がデータセットにデータが書き出し可能である場合にオンとなる。また、終了フラグ用データセットには、データセットへのデータの書き出しが終了したかどうかを示す終了フラグが記憶される。
【００３６】
一方、図２に示すように、変換エンジン３５は、変換後のデータの書き出し先となるデータセットの記憶領域が確保されると、中間ボリューム３２に開始フラグ用データセットの記憶領域が確保されているかどうかを確認する（S215）。確保されていなければ、メインフレーム１０に対し、データセットの作成要求を送信する（S214）。変換エンジン３５は、開始フラグ用データセットの存在を確認すると、開始フラグ用データセットを読み込み（S216）、スタートフラグの状態を調べる（S217）。そして、スタートフラグがオンであった場合には、引渡ファイルを排他状態でオープンし（S218）、引渡ファイルに記述されているデータを前記のデータセットに書き出す（S219）。この書き出しが終了した後、変換エンジン３５は、スタートフラグをオフにし（S220）、また、終了フラグ用データセットに終了フラグを書き込む（S221）。そして、引渡ファイルの排他制御を解除し、引渡ファイルをクローズする（S222）。
【００３７】
一方、図３に示すように、データ転送プログラム１１は、データセットが使用可になっているかどうか（排他制御状態かどうか）をリアルタイムに監視しており（S314）、使用可になっている場合（排他制御状態でない場合）には、開始フラグ用データセットのスタートフラグをオンにする（S315）。ここで他のプログラムは、スタートフラグがオンであるかどうかに応じて該当のデータセットが排他制御状態にあるかどうかを判断しており、スタートフラグがオンになることでデータセットはデータ転送プログラム１１のみが利用可能な排他制御状態となる。
【００３８】
データ転送プログラム１１は、終了フラグ用データセットに終了フラグが書かれていないかどうかをポーリングによりリアルタイムに監視している（S316，S317）。そして、この監視により終了フラグがオンになったことを検知すると、データ転送プログラム１１はポーリング処理を終了し（S318）、データセットに書き出されているデータをメインフレームボリューム３１に転送する(S319）。
【００３９】
つぎに、データ転送プログラム１１は、終了フラグがデータセットの保存属性になっているかどうかを調べ（S320）、保存属性になっていない場合には、データ転送終了後、前記のデータセット、開始フラグ用データセット及び終了フラグ用データセットを中間ボリューム上から削除する（S321）。
【００４０】
一方、データセットの保存属性になっている場合には、開始フラグ用データセットのスタートフラグがオンになっているかどうかを確認し（S322）、スタートフラグがオンである場合には、これをオフにする（S323）。また、終了フラグ用データセットの終了フラグをオフにして処理を終了する（S324）。なお、次回処理時には、当該データセットへのデータ複写後に開始フラグ用データセットのスタートフラグをオンにして、前述の処理が繰り返されることになる。
【００４１】
以上のようにして「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータがメインフレームボリューム３１に記憶されることになり、「ＦＢＡ」形式で記憶されていたオープンボリューム３３のデータを、メインフレーム１０側から利用できるようになる。
【００４２】
（２）つぎに、「ＣＫＤ」形式でメインフレームボリューム３１に管理されているデータをオープンコンピュータ２０において利用する場合に行われる処理について、図４、図５に示すフローチャートとともに説明する。なお、図４はメインフレーム１０上のデータ転送プログラム１１により行われる処理、図５は変換エンジン３５により行われる処理である。
【００４３】
図４に示すように、まず、メインフレーム１０のユーザ等が、メインフレーム１０のユーザインタフェースを操作して、中間ボリューム３２にデータセットの作成指示を行う（S411）。データセット転送プログラム１１は、前記作成指示に応じ、中間ボリューム３２にデータセット、開始フラグ用データセット、終了フラグ用データセットを生成する（S412〜S414）。
【００４４】
つぎにデータ転送プログラム１１は、データセットが使用可能かどうか（排他制御状態かどうか）を確認する（S415）。ここで使用可能な場合、すなわち、排他制御状態でない場合には、データ転送プログラム１１は、メインフレームボリューム３１からオープンコンピュータ２０に引き渡すデータ（以下、「引渡データ」と称する）を、前記データセットに記憶する（S416）。そしてその後、データ転送プログラム１１は、開始用フラグ用データセットのスタートフラグをオンにする（S417）。
【００４５】
データ転送プログラム１１は、終了フラグ用データセットをポーリングしてその終了フラグの状態をリアルタイムに監視している（S418）。終了フラグがオンになっていた場合（S419）、データ転送プログラム１１は、ポーリング処理を終了する（S420）。
【００４６】
つぎに、データ転送プログラム１１は、終了フラグがデータセット保存属性になっているかどうかを調べる（S421）。ここでデータセット保存属性になっていない場合には、中間ボリューム３２に生成したデータセット、開始フラグ用データセット、終了フラグ用データセットを削除する（S422）。
【００４７】
一方、終了フラグがデータセット保存属性になっている場合には、開始フラグ用データセットのスタートフラグの内容を確認し（S423）、スタートフラグがオンであった場合にはこれをオフとする（S424）。また、終了フラグ用データセットの終了フラグをオフする（S425）。以上のようにして中間ボリュームのデータセットに引渡データが記憶されることになる。
【００４８】
一方、変換エンジン３５は、図５に示すように中間ボリューム３２にデータセットが生成されているかどうかをリアルタイムに監視している（S511）。変換エンジン３５は、中間ボリューム３２にデータセットが生成されていることを検知すると、そのデータセットの開始フラグ用データセットが中間ボリューム３２に存在するかどうかを調べる（S512）。ここで開始フラグ用データセットが存在する場合には、開始フラグ用データセットを読み込み（S513）、そのスタートフラグがオンになっているかどうかを調べる（S514）。ここでスタートフラグがオンになっていた場合には、オープンボリューム３３上の書き出し先ファイルを排他制御状態でオープンする。このとき、書き出し先ファイルが存在しない場合には、書きだし先ファイルをオープンボリューム３３上に新規に生成する（S515）。
【００４９】
つぎに、変換エンジン３５は、前記データセットに書き出されているデータをオープンボリューム３３上に書き出す（S516）。これによりメインフレーム１０のデータが、オープンボリューム３３上に「ＦＢＡ」形式でファイルとして記憶されることになる。書き出し終了後、変換エンジン３５は、スタートフラグをオフにし（S517）、終了フラグ用データセットの終了フラグをオンにする（S518）。さらに、書きだし先ファイルをクローズする（S519）。
【００５０】
以上のようにして「ＣＫＤ」形式によりメインフレームボリューム３１に管理されているデータが「ＦＢＡ」形式のファイルとしてオープンボリューム３３に記憶され、「ＣＫＤ」形式でメインフレームボリューム３１に記憶されていたデータを、オープンボリューム３３で利用できるようになる。
【００５１】
＝＝＝その他の実施例＝＝＝
メインフレーム１０が変換エンジン３５に対してＬＡＮ５０を通じてオープンボリューム３３上に記憶されているファイルを指定し、これに応じて変換エンジン３５が指定された前記ファイルのデータを「ＣＫＤ」形式のデータとして中間ボリューム３２に記憶するようにしてもよい。逆に中間ボリューム３２のデータセットを指定し、変換エンジン３５がＦＢＡ形式のデータとして中間ボリューム３２上へ記憶するようにしてもよい。
【００５２】
また、オープンコンピュータ２０、変換エンジン３５、メインフレーム１０を、互いにＬＡＮで接続し、オープンコンピュータ２０からメインフレーム１０に対してメインフレームボリューム３１に記憶されているデータを中間ボリューム３２に記憶するよう指示を出し、変換エンジン３５が自動的にそのデータをオープンボリューム３３上に「ＦＢＡ」形式のファイルとして記憶するように構成してもよい。
【００５３】
【発明の効果】
本発明によれば、メインフレームおよびオープンシステムのそれぞれが記憶しているデータを、メインフレームおよびオープンシステムそれぞれが利用できる記録形式のデータとして効率よく簡便に提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例として説明する記憶装置システムの概略的な構成を示す図である。
【図２】本発明の一実施例による、変換エンジンが行う処理を説明するフローチャートである。
【図３】本発明の一実施例による、メインフレーム上のデータ転送プログラムが行う処理を説明するフローチャートである。
【図４】本発明の一実施例による、メインフレーム上のデータ転送プログラムが行う処理を説明するフローチャートである。
【図５】本発明の一実施例による、変換エンジンが行う処理を説明するフローチャートである。
【図６】従来の記憶装置システムの概略的な構成を示す図である。
【符号の説明】
１０ メインフレーム
１１ データ転送プログラム
２０ オープンコンピュータ
３０ ディスクアレイ装置
３１ メインフレームボリューム
３２ 中間ボリューム
３３ オープンボリューム
３４ ＮＡＳエンジン
３５ 変換エンジン
４０ 通信手段
５０ ＬＡＮ
６０ 通信手段
【発明の属する技術分野】
この発明は、記憶装置システムの制御方法、及び記憶装置システムに関する。
【０００２】
【従来の技術】
近年、企業などにおけるシステムは、パソコンやワークステーションなどの、いわゆるオープンシステムコンピュータ（以下、「オープンコンピュータ」と称する）を用いて構成されることが多い。
【０００３】
しかしながら、永年にわたって蓄積された資産の有効利用や、高安定性、高信頼性などの要求に応じるため、例えば、オンライン系や基幹系業務の分野では、依然としてメインフレームコンピュータ（もしくは、汎用コンピュータ）（以下、「メインフレーム」と称する）に対するニーズが高い。最近では、例えば、メインフレームが要求される場面ではメインフレームを用い、意志決定業務や分析業務などの情報系業務についてはオープンコンピュータを用いる混在系として構築されるシステムも存在する。
【０００４】
なお、このようなシステムとして、例えば、USP5,530,845には、一つの記憶制御装置に、メインフレームと複数の異種のオープンコンピュータとを接続し、コントローラ（Programmable Storage Controller）により記憶制御装置をエミュレートする技術が開示されている。
【０００５】
ところで、一般に、オープンコンピュータでは、ディスクドライブの記録形式として論理ブロックアドレスを指定する「ＦＢＡ（Fixed Block Architecture）」形式が用いられ、一方、メインフレームでは、ディスクドライブへのデータの記録形式として、シリンダ番号・ヘッド番号・レコード番号を指定する「ＣＫＤ（Count Key Data）」形式が用いられる。そして、オープンコンピュータは、「ＦＢＡ」形式で記録されたデータへのアクセス手段のみを有し、一方、メインフレームは、「ＣＫＤ」形式で記録されたデータへのアクセス手段のみを有するため、メインフレームのデータをオープンコンピュータが直接利用することはできないし、逆に、オープンコンピュータのデータをメインフレームが直接利用することもできない。
【０００６】
【発明が解決しようとする課題】
このような不都合を回避するため、図６に示すように、メインフレーム１０の「ＣＫＤ」形式のデータをオープンコンピュータ２０の「ＦＢＡ」形式のデータに変換する変換ソフトウエア７０をオープンコンピュータ２０上で稼働させ、記憶制御装置３０に記憶されているデータについての記録形式の変換を、オープンコンピュータ２０上で行うようにする仕組みが知られている（例えば、特開平９−２５８９０８号公報を参照）。
【０００７】
しかしながら、この仕組みにはつぎのような問題を有していた。
（１）変換ソフトウエア７０は、オープンコンピュータ２０ごとに用意しなければならず、これではインストールやバージョンアップなどのメンテナンスに手間がかかる。また、変換ソフトウエア７０によりオープンコンピュータ２０の記憶領域やプロセッサなどのリソースも消費されてしまう。
（２）変換作業はオープンコンピュータ２０のユーザが負担することになり、変換にかかる処理をユーザに意識させる必要がある。
（３）変換に際し発生するデータ伝送が、記憶制御装置３０とオープンコンピュータ２０とを結ぶ通信線上のトラフィックを増大させ、これが他の通信を圧迫する。また、変換効率が通信線の性能に左右される。
（４）オープンコンピュータ２０上で変換処理が行われるため、オープンコンピュータ２０上で実行される他のプログラムの処理に影響を与える。また、オープンコンピュータ２０として処理性能の高いものが要求され、装置コストの増大に繋がる。
（５）メインフレーム１０や各オープンコンピュータ２０から記憶制御装置３０のデータにアクセスさせるためには、本来、排他制御が必要であるが、現状ではメインフレーム１０とオープンコンピュータ２０の混在系で有効に排他制御を行う仕組みは存在せず、また、このような仕組みを新規開発しようとすれば相当の手間とコストがかかり、従って、現状では運用でカバーせざるを得ない。
【０００８】
この発明は、以上の問題を解決するもので、メインフレームおよびオープンシステムのそれぞれが記憶しているデータを、メインフレームおよびオープンシステムそれぞれが利用できる記録形式のデータとして効率よく簡便に提供することができる記憶装置システムの制御方法、及び記憶装置システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この目的を達成するための、本発明の主たる発明は、ディスクアレイ装置と、前記ディスクアレイ装置に通信可能に接続するメインフレームと、前記ディスクアレイ装置に通信可能に接続するオープンコンピュータと、を含んで構成される記憶装置システムの制御方法であって、前記ディスクアレイ装置は、ＣＰＵ、キャッシュメモリ、及びディスクドライブと、前記ディスクドライブに対するデータの入出力を制御するデータコントローラと、前記メインフレームと通信可能に接続するための通信手段と、前記オープンコンピュータと通信可能に接続するための通信手段と、前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶されるメインフレームボリュームと、前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶される中間ボリュームと、前記ディスクドライブが提供する記憶領域上に編成される、ＦＢＡ形式でデータが記憶されるオープンボリュームと、前記オープンコンピュータからファイル名指定によるデータ入出力要求を受信して、前記オープンボリュームにファイル単位でデータ入出力を行うファイルシステムと、前記オープンボリュームにＦＢＡ形式で記憶されているファイルに記述されているデータをＣＫＤ形式のデータとして前記中間ボリュームに記憶させる変換エンジンと、を有し、前記メインフレームでは、前記メインフレームボリュームに対してデータ入出力を行うデータ転送プログラムが稼働し、前記変換エンジンは、前記オープンボリュームに新たな引渡ファイルが記憶されたことを検知した場合に、前記メインフレームに変換後のデータの書き出し先となる記憶領域であるデータセットの作成要求を送信し、前記データ転送プログラムは、前記作成要求を受信すると、前記中間ボリュームに、前記データセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用データセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、前記データ転送プログラムは、前記データセットが排他制御状態かどうかをリアルタイムに監視し、排他制御状態でない場合には前記スタートフラグをオンにし、前記変換エンジンは、前記開始フラグ用データセットの前記スタートフラグがオンであった場合に、前記引渡ファイルに記述されているデータを前記データセットに書き出し、前記書き出しが終了した後、前記スタートフラグをオフにするとともに前記終了フラグ用データセットに終了フラグを書き込み、前記データ転送プログラムは、前記終了フラグ用データセットに前記終了フラグが書き込まれていることを検知すると、前記データセットに書き出されているデータを前記メインフレームボリュームに転送するものである。
【００１０】
本発明によれば、従来のようにオープンコンピュータごとに変換ソフトウエアを用意する必要がなく、インストールやバージョンアップなどのメンテナンスに手間がかかることもなく、また、オープンコンピュータの記憶領域やプロセッサなどのリソースが消費されることもない。
【００１１】
また、変換作業をオープンコンピュータのユーザが負担することもなく、ユーザに変換処理を意識させない。更新ファイルの生成を自動的に検知するようにすることで、データフォーマット変換を記憶制御装置内で自動化することが可能となる。
【００１２】
変換に際し記憶制御装置とオープンコンピュータとを結ぶ通信線上のトラフィックを増大させることが無く、通信線の性能により変換効率が左右されこともない。またその結果、データ変換性能の高速化とオープンシステムのデータアクセスも高速化可能となる。
【００１３】
オープンコンピュータ上で変換処理が行われないため、オープンコンピュータ上で実行される他のプログラムの処理に影響を与えることが無い。また、オープンコンピュータに高性能が要求されることもなく、システム構築にかかるコストの低廉に抑えられる。また、従来、オープンシステム毎に記憶している必要のなかった、変換前後のデータが記憶制御装置に一元管理され、記憶資源の有効利用が図られる。
【００１４】
さらに、本発明によれば、オープンコンピュータ上でメインフレームのデータを利用したデータウェアハウスなどの意志支援業務や、メインフレームのオンライントランザクション処理を代行する処理などを容易に実施することが可能となり、オープンシステムとメインフレームの垣根を無くし、各種ニーズに対応できる融合性の高い柔軟なシステムを提供することが可能となる。
【００１５】
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【００１６】
【発明の実施の形態】
＝＝＝開示の概要＝＝＝
以下の開示により、少なくとも次のことが明らかにされる。
オープンコンピュータが読み書き可能な記録形式αに従ってデータが記憶される記憶領域Ａと、メインフレームコンピュータが読み書き可能な記録形式βに従ってデータが記憶される記憶領域Ｂと、オープンコンピュータから送られてくるデータ入出力要求を受信しこの要求に応じて前記記憶領域Ａに対するデータ入出力処理を行うデータ入出力手段ａと、メインフレームコンピュータから送られてくるデータ入出力要求を受信しこの要求に応じて前記記憶領域Ｂに対するデータ入出力処理を行うデータ入出力手段ｂと、前記記録形式αに従って前記記憶領域Ａに記憶されているデータを前記記録形式βに従って前記記憶領域Ｂに記憶するデータ記録形式の変換手段Ｘと、を有することを特徴とする記憶制御装置。
【００１７】
ここで記録形式αとは、例えば、「ＦＢＡ」形式であり、記録形式βとは、例えば、「ＣＫＤ」形式である。記憶制御装置は、例えば、後述するディスクアレイ装置である。記憶領域Ａは、例えば、後述するオープンボリュームである。データ入出力手段ａは、例えば、オープンコンピュータからファイル名指定によるデータ入出力要求を受信しファイル名により記憶領域Ａに記憶されているデータを特定するいわゆるファイルシステム（例えば、ＮＦＳ）としての機能を備える、例えば、後述するＮＡＳエンジンを有する。データ入出力手段ｂは、ACONARC（登録商標）などに準拠した通信手段である。変換手段Ｘは、例えば、後述する変換エンジンである。
【００１８】
また、前記記憶制御装置は、前記記録形式βに従って前記記憶領域Ｂに記憶されているデータを前記記録形式αに従って前記記憶領域Ａに記憶するデータ記録形式の変換手段Ｙを有する構成としてもよい。なお、この場合変換手段Ｘがあってもよいし無くてもよい。変換手段Ｙは、例えば、後述する変換エンジンである。
【００１９】
また、変換手段Ｘが、データ入出力手段ａにより記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合に、そのデータを自動的に記録形式βに従って記憶領域Ｂに記憶する手段を備えていてもよい。これにより記憶形式αで記憶されているデータの記憶形式βへの変換を簡便を行うことができる。なお、前記特定の記憶領域は、例えば、ファイルシステムにおけるディレクトリとして指定される。
【００２０】
また、変換手段Ｙが、データ入出力手段ｂにより記憶領域Ｂ上に新たにデータを書き込まれたことを認知した場合にそのデータを自動的に記録形式αに従って記憶領域Ａに記憶する手段を備えていてもよい。これにより記憶形式βで記憶されているデータの記憶形式αへの変換を、簡便に行うことができる。この処理は、例えば、後述する（S315）の処理が対応する。
【００２１】
変換手段Ｘが、前記記憶領域Ａまたは前記記憶領域Ｂのあるデータについての処理を行っている際に前記データに排他制御を施すようにしてもよい。また、変換手段Ｙが、前記記憶領域Ａまたは前記記憶領域Ｂのあるデータについての処理を行っている際に前記データに排他制御を施すようにしてもよい。この処理は、例えば、後述する（S515）の処理が対応する。
【００２２】
また、例えばＬＡＮなどにより変換手段Ｘと前記メインフレームコンピュータとを通信可能に接続し、変換手段Ｘが、記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合にその旨を通知するメッセージをメインフレームコンピュータに送信し、メインフレームコンピュータが、メッセージを受信すると記憶領域Ｂ上に前記データの記憶先となる記憶領域Ｂ上の書き出し先の領域を確保し、変換手段Ｘが、記憶領域Ａに記憶されている前記データを記録形式βに従って前記書き出し先の領域に記憶するようにしてもよい。これにより、オープンコンピュータ側から簡便に変換を行うことができる。
【００２３】
ここで変換手段Ｘが、記憶領域Ａ上の特定の記憶領域に新たにデータが書き込まれたことを認知した場合にその旨を通知するメッセージをメインフレームコンピュータに送信する処理は、例えば、後述する（S211）〜（S214）の処理が対応する。また、メインフレームコンピュータが、メッセージを受信すると記憶領域Ｂ上に前記データの記憶先となる記憶領域Ｂ上の書き出し先の領域を確保する処理は、例えば、後述する（S311〜S313）の処理が対応する。さらに、変換手段Ｘが、記憶領域Ａに記憶されている前記データを記録形式βに従って前記書き出し先の領域に記憶する処理は、例えば、後述する（S215〜（S219）の処理が対応する。
【００２４】
＝＝＝実施例＝＝＝
図１は本発明の一実施例として説明する記憶装置システムの概略的な構成である。少なくとも一台のメインフレーム１０と、パソコンやＵＮＩＸ（登録商標）マシンなどの少なくとも一台のオープンコンピュータ２０とが、ディスクアレイ装置３０に接続している。なお、ディスクアレイ装置３０は、後述するファイルシステムを備え、いわゆるＮＡＳ（Network Attached Storage）としての機能を備える。
【００２５】
メインフレーム１０とディスクアレイ装置３０とは、ACONARC（登録商標）などに準拠した通信手段４０により接続する。また、メインフレーム１０とディスクアレイ装置３０とは、ＬＡＮ（Local Area Network）５０によっても接続している。また、オープンコンピュータ２０とディスクアレイ装置３０とは、例えば、ＬＡＮやFibre／SCSIなどの通信手段６０により接続している。
【００２６】
ディスクアレイ装置３０は、ＣＰＵ、制御メモリ、ディスクドライブなどの物理デバイス、物理デバイスに対するデータ入出力を制御するデータコントローラ、キャッシュメモリなどを備える。ディスクアレイ装置３０のディスクドライブが提供する記憶領域上には、メインフレームボリューム３１、中間ボリューム３２、オープンボリューム３３が編成されている。このうちメインフレームボリューム３１および中間ボリューム３２には「ＣＫＤ」形式でデータが記憶される。また、オープンボリューム３３には「ＦＢＡ」形式でデータが記憶される。
【００２７】
ディスクアレイ装置３０上では、当該装置３０と通信手段６０を通じて接続するオープンコンピュータ２０からファイル名指定によるデータ入出力要求を受信してオープンボリューム３３にファイル単位でのデータ入出力を行うファイルシステムであるＮＡＳエンジン３４が稼働している。ファイルシステムとしては、例えば、ＮＦＳ（Network File System）が採用される。
【００２８】
オープンコンピュータ２０がオープンボリューム３３に入出力するデータは、オープンボリューム３３上にファイルとして記憶される。なお、オープンボリューム３３上には、少なくとも一つのファイルが対応づけて格納される記憶領域であるディレクトリが編成されることもある。ディスクアレイ装置３０は、前述の通信手段４０を介してメインフレーム１０から送信されてくるデータ入出力命令に応じてメインフレームボリューム３１および中間ボリューム３２に対してデータ入出力を行う。
【００２９】
また、ディスクアレイ装置３０上では、変換エンジン３５が稼働する。変換エンジン３５は、オープンボリューム３３に「ＦＢＡ」形式で記憶されているファイルに記述されているデータを「ＣＫＤ」形式のデータとして中間ボリューム３２上に記憶させ、また「ＣＫＤ」形式で中間ボリューム３２上に記憶されているデータを「ＦＢＡ」形式のファイルとしてオープンボリューム３３上に記憶させる。なお、変換エンジン３５の機能は、例えば、ディスクアレイ装置３０上で実行されるソフトウエアにより提供される。
【００３０】
メインフレーム１０上では、通信手段４０を経由して「ＣＫＤ」形式であるメインフレームボリューム３１および中間ボリューム３２に対し、シリンダ番号、ヘッド番号、およびレコード番号を指定してデータ入出力を行う機能と、ＬＡＮ５０を経由して変換エンジンと通信する機能とを提供する、データ転送プログラムが稼働する。なお、通信手段６０はＬＡＮ５０と接続していてもよいし、接続していなくてもよい。一方、オープンコンピュータ２０上では、ファイル指定によりＮＡＳエンジンに対してデータ入出力要求を行う機能を提供する、アプリケーションプログラム２１が稼働する。
【００３１】
つぎに、以上の構成からなる記憶装置システムにおいて、「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータを、メインフレーム１０において利用する場合に行われる処理、および、「ＣＫＤ」形式でメインフレームボリューム３１に管理されているデータをオープンコンピュータ２０において利用する場合に行われる処理について説明する。
【００３２】
＝＝＝形式変換＝＝＝
（１）まず、「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータをメインフレーム１０において利用する場合に行われる処理について、図２および図３のフローチャートとともに説明する。なお、図２は変換エンジン３５により行われる処理、図３はメインフレーム１０上のデータ転送プログラム１１により行われる処理である。
【００３３】
オープンボリューム３３には、メインフレーム１０に利用させるためのファイルが記憶される引渡用ディレクトリ３６が編成されている。このディレクトリ３６には、メインフレーム１０に利用させるためのファイル（以下、「引渡ファイル」と称する）が記憶される。
【００３４】
変換エンジン３５は、引渡用ディレクトリ３６の内容をポーリング処理等によりリアルタイムに参照している（S211）。変換エンジン３５は、新たな引渡ファイルが引渡用ディレクトリ３６に記憶されたことを検知すると（S212）、変換後のデータの書き出し先となるデータセットの記憶領域が中間ボリューム３２上に確保されているかどうかを調べる（S213）。ここでデータセットとは、メインフレーム１０が中間ボリューム３２にデータを書き出したり読み出したりする際に、例えば、データの受け渡し用として中間ボリューム上に確保される記憶領域である。変換エンジン３５は、中間ボリューム３２上にデータセットが確保されていない場合には、メインフレーム１０に対しＬＡＮ５０経由でデータセットの作成要求を送信する（S214）。
【００３５】
一方、図３に示すように、メインフレーム１０上で稼働するデータ転送プログラム１１は、変換エンジン３５から前記作成要求を受信すると、中間ボリューム３２に、データセット、開始フラグ用データセット、終了フラグ用データセットのそれぞれに対応する記憶領域を確保する（S311〜S313）。ここで開始フラグ用データセットには、そのデータセットにデータが記憶されているかどうかを示す開始フラグ、データセットに対するアクセスが可能かどうかを示すスタートフラグが記憶される。スタートフラグは、例えば、変換エンジン３５がデータセットにデータが書き出し可能である場合にオンとなる。また、終了フラグ用データセットには、データセットへのデータの書き出しが終了したかどうかを示す終了フラグが記憶される。
【００３６】
一方、図２に示すように、変換エンジン３５は、変換後のデータの書き出し先となるデータセットの記憶領域が確保されると、中間ボリューム３２に開始フラグ用データセットの記憶領域が確保されているかどうかを確認する（S215）。確保されていなければ、メインフレーム１０に対し、データセットの作成要求を送信する（S214）。変換エンジン３５は、開始フラグ用データセットの存在を確認すると、開始フラグ用データセットを読み込み（S216）、スタートフラグの状態を調べる（S217）。そして、スタートフラグがオンであった場合には、引渡ファイルを排他状態でオープンし（S218）、引渡ファイルに記述されているデータを前記のデータセットに書き出す（S219）。この書き出しが終了した後、変換エンジン３５は、スタートフラグをオフにし（S220）、また、終了フラグ用データセットに終了フラグを書き込む（S221）。そして、引渡ファイルの排他制御を解除し、引渡ファイルをクローズする（S222）。
【００３７】
一方、図３に示すように、データ転送プログラム１１は、データセットが使用可になっているかどうか（排他制御状態かどうか）をリアルタイムに監視しており（S314）、使用可になっている場合（排他制御状態でない場合）には、開始フラグ用データセットのスタートフラグをオンにする（S315）。ここで他のプログラムは、スタートフラグがオンであるかどうかに応じて該当のデータセットが排他制御状態にあるかどうかを判断しており、スタートフラグがオンになることでデータセットはデータ転送プログラム１１のみが利用可能な排他制御状態となる。
【００３８】
データ転送プログラム１１は、終了フラグ用データセットに終了フラグが書かれていないかどうかをポーリングによりリアルタイムに監視している（S316，S317）。そして、この監視により終了フラグがオンになったことを検知すると、データ転送プログラム１１はポーリング処理を終了し（S318）、データセットに書き出されているデータをメインフレームボリューム３１に転送する(S319）。
【００３９】
つぎに、データ転送プログラム１１は、終了フラグがデータセットの保存属性になっているかどうかを調べ（S320）、保存属性になっていない場合には、データ転送終了後、前記のデータセット、開始フラグ用データセット及び終了フラグ用データセットを中間ボリューム上から削除する（S321）。
【００４０】
一方、データセットの保存属性になっている場合には、開始フラグ用データセットのスタートフラグがオンになっているかどうかを確認し（S322）、スタートフラグがオンである場合には、これをオフにする（S323）。また、終了フラグ用データセットの終了フラグをオフにして処理を終了する（S324）。なお、次回処理時には、当該データセットへのデータ複写後に開始フラグ用データセットのスタートフラグをオンにして、前述の処理が繰り返されることになる。
【００４１】
以上のようにして「ＦＢＡ」形式によりオープンボリューム３３に管理されているデータがメインフレームボリューム３１に記憶されることになり、「ＦＢＡ」形式で記憶されていたオープンボリューム３３のデータを、メインフレーム１０側から利用できるようになる。
【００４２】
（２）つぎに、「ＣＫＤ」形式でメインフレームボリューム３１に管理されているデータをオープンコンピュータ２０において利用する場合に行われる処理について、図４、図５に示すフローチャートとともに説明する。なお、図４はメインフレーム１０上のデータ転送プログラム１１により行われる処理、図５は変換エンジン３５により行われる処理である。
【００４３】
図４に示すように、まず、メインフレーム１０のユーザ等が、メインフレーム１０のユーザインタフェースを操作して、中間ボリューム３２にデータセットの作成指示を行う（S411）。データセット転送プログラム１１は、前記作成指示に応じ、中間ボリューム３２にデータセット、開始フラグ用データセット、終了フラグ用データセットを生成する（S412〜S414）。
【００４４】
つぎにデータ転送プログラム１１は、データセットが使用可能かどうか（排他制御状態かどうか）を確認する（S415）。ここで使用可能な場合、すなわち、排他制御状態でない場合には、データ転送プログラム１１は、メインフレームボリューム３１からオープンコンピュータ２０に引き渡すデータ（以下、「引渡データ」と称する）を、前記データセットに記憶する（S416）。そしてその後、データ転送プログラム１１は、開始用フラグ用データセットのスタートフラグをオンにする（S417）。
【００４５】
データ転送プログラム１１は、終了フラグ用データセットをポーリングしてその終了フラグの状態をリアルタイムに監視している（S418）。終了フラグがオンになっていた場合（S419）、データ転送プログラム１１は、ポーリング処理を終了する（S420）。
【００４６】
つぎに、データ転送プログラム１１は、終了フラグがデータセット保存属性になっているかどうかを調べる（S421）。ここでデータセット保存属性になっていない場合には、中間ボリューム３２に生成したデータセット、開始フラグ用データセット、終了フラグ用データセットを削除する（S422）。
【００４７】
一方、終了フラグがデータセット保存属性になっている場合には、開始フラグ用データセットのスタートフラグの内容を確認し（S423）、スタートフラグがオンであった場合にはこれをオフとする（S424）。また、終了フラグ用データセットの終了フラグをオフする（S425）。以上のようにして中間ボリュームのデータセットに引渡データが記憶されることになる。
【００４８】
一方、変換エンジン３５は、図５に示すように中間ボリューム３２にデータセットが生成されているかどうかをリアルタイムに監視している（S511）。変換エンジン３５は、中間ボリューム３２にデータセットが生成されていることを検知すると、そのデータセットの開始フラグ用データセットが中間ボリューム３２に存在するかどうかを調べる（S512）。ここで開始フラグ用データセットが存在する場合には、開始フラグ用データセットを読み込み（S513）、そのスタートフラグがオンになっているかどうかを調べる（S514）。ここでスタートフラグがオンになっていた場合には、オープンボリューム３３上の書き出し先ファイルを排他制御状態でオープンする。このとき、書き出し先ファイルが存在しない場合には、書きだし先ファイルをオープンボリューム３３上に新規に生成する（S515）。
【００４９】
つぎに、変換エンジン３５は、前記データセットに書き出されているデータをオープンボリューム３３上に書き出す（S516）。これによりメインフレーム１０のデータが、オープンボリューム３３上に「ＦＢＡ」形式でファイルとして記憶されることになる。書き出し終了後、変換エンジン３５は、スタートフラグをオフにし（S517）、終了フラグ用データセットの終了フラグをオンにする（S518）。さらに、書きだし先ファイルをクローズする（S519）。
【００５０】
以上のようにして「ＣＫＤ」形式によりメインフレームボリューム３１に管理されているデータが「ＦＢＡ」形式のファイルとしてオープンボリューム３３に記憶され、「ＣＫＤ」形式でメインフレームボリューム３１に記憶されていたデータを、オープンボリューム３３で利用できるようになる。
【００５１】
＝＝＝その他の実施例＝＝＝
メインフレーム１０が変換エンジン３５に対してＬＡＮ５０を通じてオープンボリューム３３上に記憶されているファイルを指定し、これに応じて変換エンジン３５が指定された前記ファイルのデータを「ＣＫＤ」形式のデータとして中間ボリューム３２に記憶するようにしてもよい。逆に中間ボリューム３２のデータセットを指定し、変換エンジン３５がＦＢＡ形式のデータとして中間ボリューム３２上へ記憶するようにしてもよい。
【００５２】
また、オープンコンピュータ２０、変換エンジン３５、メインフレーム１０を、互いにＬＡＮで接続し、オープンコンピュータ２０からメインフレーム１０に対してメインフレームボリューム３１に記憶されているデータを中間ボリューム３２に記憶するよう指示を出し、変換エンジン３５が自動的にそのデータをオープンボリューム３３上に「ＦＢＡ」形式のファイルとして記憶するように構成してもよい。
【００５３】
【発明の効果】
本発明によれば、メインフレームおよびオープンシステムのそれぞれが記憶しているデータを、メインフレームおよびオープンシステムそれぞれが利用できる記録形式のデータとして効率よく簡便に提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例として説明する記憶装置システムの概略的な構成を示す図である。
【図２】本発明の一実施例による、変換エンジンが行う処理を説明するフローチャートである。
【図３】本発明の一実施例による、メインフレーム上のデータ転送プログラムが行う処理を説明するフローチャートである。
【図４】本発明の一実施例による、メインフレーム上のデータ転送プログラムが行う処理を説明するフローチャートである。
【図５】本発明の一実施例による、変換エンジンが行う処理を説明するフローチャートである。
【図６】従来の記憶装置システムの概略的な構成を示す図である。
【符号の説明】
１０ メインフレーム
１１ データ転送プログラム
２０ オープンコンピュータ
３０ ディスクアレイ装置
３１ メインフレームボリューム
３２ 中間ボリューム
３３ オープンボリューム
３４ ＮＡＳエンジン
３５ 変換エンジン
４０ 通信手段
５０ ＬＡＮ
６０ 通信手段
Claims (4)
- ディスクアレイ装置と、
前記ディスクアレイ装置に通信可能に接続するメインフレームと、
前記ディスクアレイ装置に通信可能に接続するオープンコンピュータと、
を含んで構成される記憶装置システムの制御方法であって、
前記ディスクアレイ装置は、
ＣＰＵ、キャッシュメモリ、及びディスクドライブと、
前記ディスクドライブに対するデータの入出力を制御するデータコントローラと、
前記メインフレームと通信可能に接続するための通信手段と、
前記オープンコンピュータと通信可能に接続するための通信手段と、
前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶されるメインフレームボリュームと、
前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶される中間ボリュームと、
前記ディスクドライブが提供する記憶領域上に編成される、ＦＢＡ形式でデータが記憶されるオープンボリュームと、
前記オープンコンピュータからファイル名指定によるデータ入出力要求を受信して、前記オープンボリュームにファイル単位でデータ入出力を行うファイルシステムと、
前記オープンボリュームにＦＢＡ形式で記憶されているファイルに記述されているデータをＣＫＤ形式のデータとして前記中間ボリュームに記憶させる変換エンジンと、
を有し、
前記メインフレームでは、前記メインフレームボリュームに対してデータ入出力を行うデータ転送プログラムが稼働し、
前記変換エンジンは、前記オープンボリュームに新たな引渡ファイルが記憶されたことを検知した場合に、前記メインフレームに変換後のデータの書き出し先となる記憶領域であるデータセットの作成要求を送信し、
前記データ転送プログラムは、前記作成要求を受信すると、前記中間ボリュームに、前記データセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用データセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、
前記データ転送プログラムは、前記データセットが排他制御状態かどうかをリアルタイムに監視し、排他制御状態でない場合には前記スタートフラグをオンにし、
前記変換エンジンは、前記開始フラグ用データセットの前記スタートフラグがオンであった場合に、前記引渡ファイルに記述されているデータを前記データセットに書き出し、前記書き出しが終了した後、前記スタートフラグをオフにするとともに前記終了フラグ用データセットに終了フラグを書き込み、
前記データ転送プログラムは、前記終了フラグ用データセットに前記終了フラグが書き込まれていることを検知すると、前記データセットに書き出されているデータを前記メインフレームボリュームに転送すること、
を特徴とする記憶装置システムの制御方法。 - 請求項１に記載の記憶装置システムの制御方法であって、
前記変換エンジンは、ＣＫＤ形式で前記中間ボリュームに記憶されているデータをＦＢＡ形式のファイルとして前記オープンボリュームに記憶させ、
前記データ転送プログラムは、ユーザの操作入力に応じて、前記中間ボリュームに、前記変換エンジンによる変換後のデータの書き出し先となる記憶領域であるデータセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセ ットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用のデータセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、
前記データ転送プログラムは、前記データセットが排他制御状態でない場合には、前記オープンコンピュータに引き渡すデータである引渡データをデータセットに記憶し、前記開始用データセットのスタートフラグをオンにし、
前記変換エンジンは、前記中間ボリュームに新たな前記データセットが生成されていることを検知すると、前記データセットの前記開始フラグ用データセットの前記スタートフラグがオンになっているかどうかを調べ、前記スタートフラグがオンになっている場合は前記データセットに書き出されている前記データを前記オープンボリュームに書き出し、その後、前記スタートフラグをオフにし、前記終了フラグ用データセットの前記終了フラグをオンにすること
を特徴とする記憶装置システムの制御方法。 - ディスクアレイ装置と、
前記ディスクアレイ装置に通信可能に接続するメインフレームと、
を含んで構成される記憶装置システムであって、
前記ディスクアレイ装置は、
ＣＰＵ、キャッシュメモリ、及びディスクドライブと、
前記ディスクドライブに対するデータの入出力を制御するデータコントローラと、
前記メインフレームと通信可能に接続するための通信手段と、
オープンコンピュータと通信可能に接続するための通信手段と、
前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶されるメインフレームボリュームと、
前記ディスクドライブが提供する記憶領域に編成される、ＣＫＤ形式でデータが記憶される中間ボリュームと、
前記ディスクドライブが提供する記憶領域上に編成される、ＦＢＡ形式でデータが記憶されるオープンボリュームと、
前記オープンコンピュータからファイル名指定によるデータ入出力要求を受信して、前記オープンボリュームにファイル単位でデータ入出力を行うファイルシステムと、
前記オープンボリュームにＦＢＡ形式で記憶されているファイルに記述されているデータをＣＫＤ形式のデータとして前記中間ボリュームに記憶させる変換エンジンと、
を有し、
前記メインフレームでは、前記メインフレームボリュームに対してデータ入出力を行うデータ転送プログラムが稼働し、
前記変換エンジンは、前記オープンボリュームに新たな引渡ファイルが記憶されたことを検知した場合に、前記メインフレームに変換後のデータの書き出し先となる記憶領域であるデータセットの作成要求を送信し、
前記データ転送プログラムは、前記作成要求を受信すると、前記中間ボリュームに、前記データセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用データセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、
前記データ転送プログラムは、前記データセットが排他制御状態かどうかをリアルタイムに監視し、排他制御状態でない場合には前記スタートフラグをオンにし、
前記変換エンジンは、前記開始フラグ用データセットの前記スタートフラグがオンであった場合に、前記引渡ファイルに記述されているデータを前記データセットに書き出し、前記書き出しが終了した後、前記スタートフラグをオフにするとともに前記終了フラグ用データセットに終了フラグを書き込み、
前記データ転送プログラムは、前記終了フラグ用データセットに前記終了フラグが書き込まれていることを検知すると、前記データセットに書き出されているデータを前記メインフレームボリュームに転送すること、
を特徴とする記憶装置システム。 - 請求項３に記載の記憶装置システムであって、
前記変換エンジンは、ＣＫＤ形式で前記中間ボリュームに記憶されているデータをＦＢＡ形式のファイルとして前記オープンボリュームに記憶させ、
前記データ転送プログラムは、ユーザの操作入力に応じて、前記中間ボリュームに、前記変換エンジンによる変換後のデータの書き出し先となる記憶領域であるデータセット、前記データセットにデータが記憶されているかどうかを示す開始フラグ又は前記データセットに対するアクセスが可能かどうかを示すスタートフラグがセットされる開始フラグ用のデータセット、及び前記データセットへのデータの書き出しが終了したかどうかを示す終了フラグがセットされる終了フラグ用データセット、のそれぞれの記憶領域を確保し、
前記データ転送プログラムは、前記データセットが排他制御状態でない場合には、前記オープンコンピュータに引き渡すデータである引渡データをデータセットに記憶し、前記開始用データセットのスタートフラグをオンにし、
前記変換エンジンは、前記中間ボリュームに新たな前記データセットが生成されていることを検知すると、前記データセットの前記開始フラグ用データセットの前記スタートフラグがオンになっているかどうかを調べ、前記スタートフラグがオンになっている場合は前記データセットに書き出されている前記データを前記オープンボリュームに書き出し、その後、前記スタートフラグをオフにし、前記終了フラグ用データセットの前記終了フラグをオンにすること
を特徴とする記憶装置システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002148070A JP4008752B2 (ja) | 2002-05-22 | 2002-05-22 | 記憶装置システムの制御方法、及び記憶装置システム |
| US10/444,642 US7191197B2 (en) | 2002-05-22 | 2003-05-22 | Method and apparatus for detecting and transferring data of different formats |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002148070A JP4008752B2 (ja) | 2002-05-22 | 2002-05-22 | 記憶装置システムの制御方法、及び記憶装置システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003345516A JP2003345516A (ja) | 2003-12-05 |
| JP4008752B2 true JP4008752B2 (ja) | 2007-11-14 |
Family
ID=29766799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002148070A Expired - Fee Related JP4008752B2 (ja) | 2002-05-22 | 2002-05-22 | 記憶装置システムの制御方法、及び記憶装置システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7191197B2 (ja) |
| JP (1) | JP4008752B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6886160B1 (en) * | 2000-11-29 | 2005-04-26 | Hyung Sup Lee | Distribution of mainframe data in the PC environment |
| JP2004185544A (ja) * | 2002-12-06 | 2004-07-02 | Hitachi Ltd | 記憶デバイス制御装置システムの制御方法、及び記憶デバイス制御装置システム |
| US7392402B2 (en) * | 2003-07-02 | 2008-06-24 | Hitachi, Ltd. | Method and apparatus for data integration security |
| JP4727190B2 (ja) * | 2004-09-07 | 2011-07-20 | 株式会社日立製作所 | ストレージ装置システム |
| US8554738B2 (en) * | 2009-03-20 | 2013-10-08 | Microsoft Corporation | Mitigation of obsolescence for archival services |
| JP5699626B2 (ja) * | 2011-01-21 | 2015-04-15 | 日本電気株式会社 | マネジメントボード |
| US10754733B2 (en) | 2015-07-16 | 2020-08-25 | Gil Peleg | System and method for mainframe computers backup and restore |
| US20240111436A1 (en) * | 2022-09-30 | 2024-04-04 | VirtualZ Computing Corporation | System and method for mainframe application access to data stored in a non-mainframe environment |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5455926A (en) * | 1988-04-05 | 1995-10-03 | Data/Ware Development, Inc. | Virtual addressing of optical storage media as magnetic tape equivalents |
| JPH0520243A (ja) | 1991-07-17 | 1993-01-29 | Nec Corp | データ処理システム |
| JP3175371B2 (ja) * | 1992-03-06 | 2001-06-11 | 三菱電機株式会社 | データ記憶フォーマット変換方式及びその変換方法及びアクセス制御装置及びデータアクセス方法 |
| WO1993023811A2 (en) * | 1992-05-13 | 1993-11-25 | Southwestern Bell Technology Resources, Inc. | Open architecture interface storage controller |
| EP0785500B1 (en) * | 1996-01-19 | 2004-03-03 | Hitachi, Ltd. | Storage device and method for data sharing |
| JP3384258B2 (ja) | 1996-01-19 | 2003-03-10 | 株式会社日立製作所 | 計算機システム |
| JP3781212B2 (ja) * | 1996-06-04 | 2006-05-31 | 株式会社日立製作所 | サブシステム |
| US5765149A (en) * | 1996-08-09 | 1998-06-09 | Digital Equipment Corporation | Modified collection frequency ranking method |
| US6735676B1 (en) * | 1996-09-02 | 2004-05-11 | Hitachi, Ltd. | Method and system for sharing storing device via mutually different interfaces |
| JP3093657B2 (ja) | 1996-10-03 | 2000-10-03 | 茨城日本電気株式会社 | Ｆｂａ−ｃｋｄ変換方式 |
| US5920861A (en) * | 1997-02-25 | 1999-07-06 | Intertrust Technologies Corp. | Techniques for defining using and manipulating rights management data structures |
| JP3404289B2 (ja) * | 1998-05-22 | 2003-05-06 | 富士通株式会社 | ディスク制御装置及びその制御方法 |
| JP3769413B2 (ja) * | 1999-03-17 | 2006-04-26 | 株式会社日立製作所 | ディスクアレイ制御装置 |
| JP2001022715A (ja) | 1999-07-13 | 2001-01-26 | Hitachi Ltd | マルチプラットフォーム環境下のデータ形式変換機構及び変換方法 |
| JP3800903B2 (ja) * | 2000-02-17 | 2006-07-26 | 株式会社日立製作所 | 記憶装置及びそのアクセス制御方法 |
| US6625704B2 (en) * | 2001-08-08 | 2003-09-23 | Sangate Systems, Inc. | Data backup method and system using snapshot and virtual tape |
| JP2003140939A (ja) * | 2001-10-30 | 2003-05-16 | Hitachi Ltd | 情報処理システム |
-
2002
- 2002-05-22 JP JP2002148070A patent/JP4008752B2/ja not_active Expired - Fee Related
-
2003
- 2003-05-22 US US10/444,642 patent/US7191197B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7191197B2 (en) | 2007-03-13 |
| US20040044803A1 (en) | 2004-03-04 |
| JP2003345516A (ja) | 2003-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100555257C (zh) | 处理页面复制期间的dma操作的存储控制器和方法 | |
| EP1160654B1 (en) | Method for on-line, real time, data migration | |
| US6968425B2 (en) | Computer systems, disk systems, and method for controlling disk cache | |
| JP2725885B2 (ja) | 回路網化されたコンピュータシステムにおいてファイルキャッシングを開く方法及び装置 | |
| CN100426238C (zh) | Vex-虚拟扩展框架 | |
| JP4248510B2 (ja) | 計算機システム、ディスク装置およびデータ更新制御方法 | |
| JP4842703B2 (ja) | ストレージシステム及びそのリカバリボリューム作成方法 | |
| JP3952640B2 (ja) | データバックアップ方法、メインフレーム系ストレージシステムおよびメインフレームホストコンピュータ | |
| US7007129B2 (en) | Tape management method by which a virtual tape file emulated on a disk drive is copied between disk drives | |
| US20070233753A1 (en) | Database system management method, database system, database device, and backup program | |
| US20060200500A1 (en) | Method of efficiently recovering database | |
| JP2000122902A (ja) | ログ構造記憶先にデ―タを書き込む方法、媒体及びデ―タ記憶システム | |
| CN102576323A (zh) | 促进复制期间的数据压缩 | |
| JP4008752B2 (ja) | 記憶装置システムの制御方法、及び記憶装置システム | |
| JP4225378B2 (ja) | 複製装置、複製方法、複製プログラム、ブロック識別情報取得プログラム、及び記録媒体 | |
| JP4567966B2 (ja) | エミュレーションシステムおよびエミュレーション方法 | |
| US20070143554A1 (en) | Controller, copy control method, and computer product | |
| US20050223180A1 (en) | Accelerating the execution of I/O operations in a storage system | |
| CN1312550C (zh) | 一种将数据转储到移动存储介质以及从其上提取数据的方法 | |
| JP4060890B2 (ja) | 階層化ドライバ入出力システム内の複数ドライバによる入出力要求の再処理を可能にするファイル・システム・プリミティブ | |
| JP2000305719A (ja) | 情報処理システムにおけるデータのバックアップ方法 | |
| WO2009093280A1 (ja) | ストレージ装置 | |
| JP4885735B2 (ja) | 管理プログラム、管理方法及び管理装置 | |
| JP3456234B2 (ja) | ターゲット装置 | |
| JP3461180B2 (ja) | データ処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040715 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040715 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061026 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061228 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070104 |
|
| 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: 20070828 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070830 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 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: 20100907 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110907 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130907 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |