JP2002055862A - 計算機システム - Google Patents

Abstract

(57)【要約】 【課題】メインフレームで認識できる容量を超えたオー
プンシステムのボリュームに格納されたデータを、メイ
ンフレーム上のバックアップソフトを使ってバックアッ
プ／リストアする 【解決手段】バックアップしようとするオープンシステ
ム系のボリューム５０２をメインフレーム認識できる大
きさの複数の領域に分割し、それぞれの領域をメインフ
レーム用論理ボリューム５０１に割り付ける。分割され
た各領域に対応して、メインフレームからアクセスする
ときに必要となる管理情報を作成し、メインフレーム管
理情報論利ボリューム５０３に設定する。メインフレー
ムに対しては、分割された領域と、それに対応する管理
情報とが一つのボリュームとして見えるようにマッピン
グ処理５０５が実施される。メインフレーム上のバック
アップソフトは、メインフレーム論理ボリューム５０１
ごとにバックアップ／リストアを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
係り、特に、オープンシステムで用いられている大容量
の記憶装置のデータを、メインフレームに接続された記
憶装置にバックアップするための方法、及び、バックア
ップされたデータをリストアするための方法に関する。

【０００２】

【従来の技術】近年、計算機システムに用いられる記憶
装置として、高性能化、高信頼化を実現するために、デ
ィスクアレイを用いることが一般化している。ディスク
アレイは、複数のディスク装置と各ディスク装置をコン
トロールするディスクアレイコンローラを有して構成さ
れる。

【０００３】近年の計算機センタは、いわゆるメインフ
レームとオープンシステムが混在して構成されることが
多くなっている。このような構成において、ディスクア
レイの管理を容易にするため、メインフレームとオープ
ンシステムのそれぞれがアクセスするデータを共通に格
納することにより、ディスクアレイを一元化する要求が
高い。このような要求に応える技術として、例えば、
「メインフレーム‘９８」、日経ＢＰ社、１４５頁、あ
るいは１５１頁には、メインフレームに接続するための
可変長アクセスインタフェースと、オープンシステムに
接続するための固定長アクセスインタフェースの双方を
備えたディスクアレイに格納されたメインフレームのデ
ータを、オープンシステムからアクセスする技術が開示
されている。

【０００４】特願平８−７１３６号には、可変長記録形
式のインタフェースと、固定長記録形式のインタフェー
スの双方を備えたディスクアレイに関する技術が開示さ
れている。ここに開示される技術によれば、メインフレ
ームのデータがディスクアレイ内で、可変長記録形式か
ら固定長記録形式に変換され、固定長記録形式のディス
ク装置に格納される。このようにして格納されたデータ
は、ディスクアレイが有する固定長記録形式のインタフ
ェースを通じて、オープンシステムのサーバ上に、固定
長記録形式のディスク装置に格納したそのままの形で取
り出される。オープンシステムでは、可変長／固定長記
録形式変換が行われ、メインフレームのデータが取り出
される。

【０００５】一方、メインフレームが有するバックアッ
プ／リストアユーティリティを使用することによって、
ディスクアレイ上のオープンシステム用のデータを、メ
インフレームからボリュームイメージで読み出し、メイ
ンフレーム側のストレージへバックアップし、また、バ
ックアップされたデータを、メインフレーム側からオー
プンシステム用のボリュームにリストアする技術があ
る。

【０００６】この機能を使用するに際して、特別なソフ
トウェアをメインフレーム及びオープンシステムにイン
ストールする必要はない。オープンシステム用ボリュー
ムの固定長記録形式のデータは、ディスクアレイコント
ローラ内でメインフレームからアクセスできるように、
可変長記録形式のデータに変換される。バックアップス
トレージとしては、既存のテープライブラリ装置、ＭＴ
（Magnetic Tape）、光ディスク等を利用することがで
きる。

【０００７】バックアップ／リストア時は、ディスクア
レイ内にあるオープンシステム用のボリュームに予め設
けられたメインフレーム情報格納用の領域に、メインフ
レームがボリュームを認識できるように、当該ボリュー
ムのボリュームシリアル番号と、ボリューム目録が格納
される。これらの情報は、メインフレームのユーティリ
ティにより作成される。オープンシステム用のボリュー
ムは、バックアップ／リストア時に、メインフレームか
ら認識できるように、メインフレーム情報格納用の領域
が予め設けられている。

【０００８】メインフレームとは共有されていないディ
スク装置に格納されたオープンシステムのデータのバッ
クアップ／リストアは、オープンシステム側のバックア
ップユーティリティを使用し、バックアップ対象のデー
タをメインフレームと共有されるディスクアレイ内の初
期化されたボリュームにコピーして行われる。このと
き、あらかじめ、ボリュームシリアル番号とボリューム
目録が作成し、ボリューム内の領域に登録しておく。

【０００９】ディスクアレイ筐体内に格納されている全
てのボリュームは、ハードウェアが内部的に管理する論
理的なボリュームによって管理される。オープンシステ
ム用のボリュームを管理する時は、通常、メインフレー
ム側の論理ボリューム（ＬＤＥＶ：logical device）の
１つが、オープンシステム側の論理ボリューム（ＬＵ：
logical unit）１つに割り当てられる。ディスクアレイ
をオープンシステムから使用する場合、各ＬＤＥＶがそ
れぞれ１個のＳＣＳＩディスクとして認識される。ま
た、複数のＬＤＥＶを組合せ、オープンシステム側には
１個のＬＵとして見せるＬＵサイズ拡張機能を使用する
ことも可能である。この機能によれば、メインフレーム
が管理できる論理ボリュームの最大容量よりも大きいサ
イズのオープンシステムのボリュームを作成できる。こ
の機能は、ディスクアレイ筐体内に設けられたオープン
システムのボリュームに対する機能である。ＬＵ拡張機
能を使用した大容量のオープンシステムボリュームをメ
インフレームのバックアップストレージにバックアップ
する場合は、ＬＵを構成する元のＬＤＥＶ単位にバック
アップ処理が行われる。

【００１０】一方、最近では、メインフレームの外部記
憶装置インタフェースとして、固定長アクセスインタフ
ェースであるＳＣＳＩインタフェースを持つものが出現
してきている。これに関する技術として、例えば、「メ
インフレーム‘９８」、日経ＢＰ社、ｐｐ．５３―５４
には、内蔵ディスク装置が開示されている。内蔵ディス
ク装置では、オペレーティング・システムが生成した、
可変長記録形式のデータをリード／ライトするコマンド
群（ＣＣＷ）を、ＳＡＰ（System Assist Processor）
と呼ばれるプロセッサで解釈し、固定長記録形式のデー
タをリード／ライトするコマンド群（ＳＣＳＩコマン
ド）に変換して、メインフレームの筐体に内蔵された固
定長記録形式のディスク装置に対する入出力処理が実行
される。内蔵ディスク装置では、可変長記録形式のデー
タが固定長記録形式に埋め込まれており、ＳＡＰでフォ
ーマット変換が行われる。

【００１１】

【発明が解決しようとする課題】オープンシステムで
は、ボリュームサイズが数ＧＢ〜１００ＧＢ以上の大容
量のボリュームを使用する場合が少なくない。上述した
従来技術では、オープンシステム側のボリュームに保持
されているデータのメインフレーム側のバックアップ装
置へのバックアップは、メインフレーム側で認識できる
ボリューム単位で行われる。従って、オープンシステム
側のボリュームが、メインフレーム側で認識できるボリ
ュームサイズよりも大きい場合にはバックアップするこ
とはできなかった。

【００１２】本発明の目的は、オープンシステム側の大
容量のボリュームをメインフレーム側に接続されたバッ
クアップストレージにバックアップ／リストアする方法
を提供することである。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、固定長記録形式に従うインタフェースを
有するディスクシステムと、可変長記録形式に従ったリ
ード／ライト要求を固定長記録形式のリード／ライト要
求に変換し、固定長記録形式に従うインタフェースを介
してディスクシステムに保持されたデータをアクセスす
る第１の計算機と、固定長記録形式に従うインタフェー
スでディスクシステムをアクセスする第２の計算機とを
有する計算機システムにおいて、第２の計算機により利
用されるデータを格納したディスクシステム内の第１の
論理ボリュームを第１の計算機から認識可能な大きさの
複数の領域に分割する。分割された複数の領域の各々
は、第２の論理ボリュームにマッピングされ、第２の論
理ボリュームの各々に第１の計算機からのアクセスで利
用されるボリューム番号が付与される。

【００１４】また、第１の計算機が第２の論理ボリュー
ムの各々を管理するために必要とする管理情報を格納す
る領域が確保され、作成された管理情報は、この領域に
格納される。管理情報を格納する領域は、第２の論理ボ
リュームにマッピングされる。この結果、第１の計算機
からは、分割された第１の論理ボリュームの領域とそれ
に対応する管理情報が格納された領域が同じ論理ボリュ
ーム上に存在するように認識される。

【００１５】好ましい態様において、管理情報を格納し
た領域は、第２の計算機からはアクセスされないように
制御される。

【００１６】また、第１の計算機には、管理情報に基づ
いて第２の論理ボリュームに格納されたデータを読み出
し、第１の計算機に接続されたバックアップ装置に読み
出したデータを格納する手段が設けられる。

【００１７】

【発明の実施の形態】図１は、本発明の一実施形態にお
ける計算機システムの概念を示す簡略化されたブロック
図である。以下、汎用の大型計算機をメインフレーム、
ワークステーションやＰＣ等の中小型計算機をオープン
システムと記述する。

【００１８】メインフレーム１０１は、中央処理装置
（以下、ＣＰＵ）１０４、主記憶装置１０２、他系の情
報処理装置との情報およびデータの授受を制御する通信
装置（以下、Ｉ／Ｏチャネル）１０５、１０６、及び、
記憶装置制御プロセッサ１０３を有する。

【００１９】Ｉ／Ｏチャネル１０５は、可変長アクセス
インタフェースであり、メインフレーム１とバックアッ
プ装置１５０を接続する。Ｉ／Ｏチャネル１０６は、固
定長アクセスインタフェースをもつ。固定長アクセスイ
ンタフェースには、例えば、ＳＣＳＩ（small computer
system interface）がある。近年では、接続距離を伸
ばすために、光ケーブルをベースにしたファイバチャネ
ルにＳＣＳＩプロトコルを搭載させたインタフェースが
一般的になりつつある。メインフレーム１０１とディス
クシステム１４０は、Ｉ／Ｏチャネル１０６により接続
される。

【００２０】主記憶装置１０２は、ＣＰＵ１０４により
実行されるオペレーティングシステム１１０、バックア
ップソフト１０９などのアプリケーションプログラム
や、これらのプログラム実行時に利用されるデータが格
納される。主記憶装置１０２には、これらのプログラム
やデータの他、構成情報１０が格納されると共に、ディ
スクシステム１４０へのデータの入出力時に用いられキ
ャッシュメモリ１０７として用いられる領域が設けられ
る。

【００２１】キャッシュメモリ１０７には、ディスクシ
ステム１４０から読み上げられたデータや、ＣＰＵ１０
４がディスクシステム１４０に書き込むデータが一時的
に保持される。本実施形態では、後述する記憶装置制御
プロセッサが、キャッシュメモリ１０７を使用してデー
タの可変長記録形式／固定長記録形式の変換を行う。キ
ャッシュメモリ１０７へのデータの格納は、ディスクシ
ステム１４０にデータを格納するときと同じ固定長記録
形式で行われる。

【００２２】構成情報１０８は、メインフレーム１０１
に接続されているディスクシステム１４０に関する情報
が保持される。ディスクシステム１４０に関する情報に
は、ＲＡＩＤ構成、ＲＡＩＤグループ、デバイスタイ
プ、各ＳＣＳＩパスに接続されたデバイス番号、及びマ
ッピングテーブルが含まれる。構成情報１０８は、シス
テム出荷時にあらかじめ設定され、または、リモートコ
ンソール１６０を介してユーザにより設定される。

【００２３】バックアップソフト１０９は、メインフレ
ーム１０１がユーティリティとしてもつ既存のソフトウ
ェアである。メインフレーム１０１側の論理ボリューム
にあるボリュームシリアル番号やボリューム目録も既存
のソフトウェアで作成される。

【００２４】記憶装置制御プロセッサ１０３は、データ
の可変長記録形式と固定長記録形式の変換機能であるデ
ータ記録形式変換機構１１２を有する。論理ボリューム
共用化手段１１１は、マッピングテーブルの初期化や更
新といったテーブル管理、及び、マッピング処理を行
う。ここでいうマッピングとは、オープンシステムとメ
インフレームのボリュームマッピング１１３とボリュー
ムシリアル番号・目録とデータのマッピング１１４を示
す。

【００２５】オープンシステム１２０は、サーバ装置で
あり、ＣＰＵ１２２、主記憶装置１２１、Ｉ／Ｏチャネ
ル１２５を有する。主記憶装置１２１には、ＣＰＵ１２
２により実行されるオペレーティングシステム１２４や
アプリケーションプログラム１２３が格納される。Ｉ／
Ｏチャネル１２５は、固定長アクセスインタフェースを
持ち、メインフレーム１０１と同様に、ディスクシステ
ム１４０と接続される。

【００２６】ディスクシステム１４０は、固定長記録形
式でデータを記憶し、固定長アクセスインタフェースの
Ｉ／Ｏチャネル１４１により、メインフレーム１０１と
オープンシステム１２０に接続される。ディスクシステ
ム１４０には、メインフレーム用ボリューム群１４２と
オープンシステム用ボリューム群１４３を混在させるこ
とが可能である。

【００２７】メインフレーム用ボリューム群１４２は、
メインフレーム１０１のデータを格納するためのボリュ
ームで、メインフレーム１０１からのみアクセス可能な
ボリュームである。

【００２８】図２は、メインフレーム用ボリューム群の
一例を示す概念図である。メインフレーム用ボリューム
群１４２は、複数のメインフレーム論理ボリューム２０
１からなる。本実施形態において、メインフレーム論理
ボリューム２０１は、複数の物理ディスク装置２０２を
利用して形成される。各メインフレーム論理ボリューム
２０１には、ボリュームシリアル番号２０３、ボリュー
ム目録２０４、及びユーザデータ２０５が格納される。
これらのデータは、全て可変長記録形式で記憶される。

【００２９】図３は、オープンシステム用ボリューム群
の一例を示す概念図である。オープンシステム用ボリュ
ーム群１４３は、オープンシステム１２０のデータを格
納するためのボリュームである。オープンシステム用の
ボリューム３０１は、メインフレームのバックアップス
トレージへバックアップされる。各オープンシステム用
ボリューム３０１は、メインフレーム１０１が認識でき
る大きさのボリューム３０２に分割されている。分割さ
れた各ボリュームに対して、ボリュームシリアル番号と
ボリューム目録を作成する必要がある。ボリュームシリ
アル番号とボリューム目録は、メインフレーム管理情報
格納論理ボリュームに保持される。

【００３０】図４は、メインフレーム管理情報格納論理
ボリュームの設定例を示す概念図である。

【００３１】オープンシステム用ボリュームを図２に示
すメインフレーム用ボリュームと同じ構成にして、ボリ
ュームシリアル番号、ボリューム目録を格納する領域を
設けることができる場合、ボリュームシリアル番号とボ
リューム目録は、オープンシステム用ボリューム３０１
に格納される。ボリュームシリアル番号とボリューム目
録の作成、登録は、オープンシステムのデータのバック
アップ要求が発生した時点で行われる。ボリュームシリ
アル番号とボリューム目録を格納した領域３０４は、オ
ープンシステム側からは見えないように、ディスクシス
テム側でアクセスが制御される。このようなアクセスの
制御は、データ記録形式変換機構を持つディスクシステ
ムにおける従来公知の技術が適用される。

【００３２】一方、データ記録形式変換機構を持たな
い、オープンシステム専用のディスクシステムでは、上
述したようなアクセス制御をすることができないことが
ある。このような場合には、作成されたボリュームシリ
アル番号とボリューム目録は、ユーザデータとは別の論
理ボリューム３０５に格納される。なお、この場合、オ
ープンシステム用論理ボリューム３０１には、メインフ
レーム管理情報格納論理ボリューム３０４の領域は設け
られない。

【００３３】１つのオープンシステム用論理ボリューム
３０１の大きさが、１つのメインフレーム用論理ボリュ
ームの最大値より大きい場合には、オープンシステム用
論理ボリュームが、メインフレーム１０１から認識でき
る大きさの論理ボリューム（メインフレーム論理ボリュ
ーム＃０から＃６）３０２に分割される。分割された各
論理ボリュームに対して、ボリュームシリアル番号とボ
リューム目録が作成され、メインフレーム管理情報格納
論理ボリューム３０４（または３０５）に登録される。
ディスクアレイがオープンシステム専用で、既にユーザ
が使用中である場合は、ボリューム自体を新たにシステ
ムに追加するか、主記憶内に仮想的に構築すればよい。

【００３４】図５は、具体的なデータ格納位置と、メイ
ンフレーム／オープンシステムへのボリュームの見え方
を示す概念図である。

【００３５】オープンシステム１２０は、ディスクシス
テム１４０内の論理ボリューム５００のうち、データを
格納するために用いられる領域５０４を、オープンシス
テム論理ボリューム５０２として認識している。メイン
フレーム管理情報論理ボリューム５０３は、オープンシ
ステム１２０からは認識されない。

【００３６】メインフレーム管理情報論理ボリューム５
０３には、複数に分割されたメインフレーム論理ボリュ
ームごとのボリュームシリアル番号と目録が登録されて
いる。メインフレーム１０１からは、論理ボリューム５
００が、複数のメインフレーム論理ボリューム５０１と
して見えるようにマッピング処理５０５が施される。マ
ッピング処理５０５は、記憶装置制御プロセッサ１０３
の論理ボリューム共用化手段１１１により行われる。こ
のマッピング処理により、メインフレーム１０１は、離
れた領域に格納されたメインフレーム管理情報（ボリュ
ームシリアル番号と目録）とオープンシステムのデータ
が、同一ボリューム内にあるように認識する。

【００３７】厳密には、メインフレーム論理ボリューム
５０１は、メインフレーム１０１から認識できるメイン
フレーム論理ボリュームサイズの最大値以内に納まらな
ければならない。従って、領域５０４内の分割された領
域の大きさは、メインフレーム論理ボリューム５０１の
最大の大きさから、それに対応するボリュームシリアル
番号と目録の格納領域の大きさを引いた大きさ以下とな
る。

【００３８】図６は、上述したようなボリューム管理を
行うために設けられる論理ボリューム定義テーブルの一
例を示す図である。

【００３９】論理ボリューム定義テーブル６０１には、
メインフレームから認識される論理ボリュームごとにメ
インフレーム論理ボリューム番号６０２、当該メインフ
レーム論理ボリュームのデータが属するオープンシステ
ム論理ボリュームのオープンシステム論理ボリューム番
号６０３、対応するメインフレーム管理情報の格納位置
を示すメインフレーム管理情報格納位置６０４、及び論
理ボリューム内でのデータの最終アドレス６０５が設定
される。

【００４０】図に示す論理ボリューム定義テーブル６０
１では、オープンシステムの論理ボリューム０番に対
し、メインフレームの論理番号が０〜６番までの論理ボ
リュームが割り当てられている。オープンシステムの論
理ボリュームサイズは任意であるため、メインフレーム
の論理ボリュームサイズの倍数にならない場合、最後の
論理ボリュームはオープンシステムのデータが一部しか
入っていない状態となる。メインフレームの論理番号６
番のボリュームは、データがボリュームの途中までしか
ないため、データの最終アドレス情報６０５として「１
２６３」が設定されている。「Ｅ」は、ボリューム全部
にデータが入っていることを示している。メインフレー
ムの論理番号が０〜６番までのボリュームシリアル番号
とボリューム目録は、メインフレーム管理情報論理ボリ
ューム７番に登録してある。

【００４１】図７は、メインフレーム１０１にディスク
システム１４０がシステム導入時から接続されている場
合のマッピング処理のフローチャートである。この処理
では、システム立上げ前に、操作員がリモートコンソー
ル１６０から専用プログラムを使って以下の設定を行
う。

【００４２】まず、メインフレームの論理ボリュームと
オープンシステムの論理ボリュームの範囲（容量、物理
ディスク番号）を決定する（ステップ７０）。次に、操
作員は、ステップ７０１で決定された事項をメインフレ
ーム１０１の構成情報１０８に登録する（ステップ７０
２）。続いて、オープンシステムの論理ボリュームに対
するメインフレーム管理情報論理ボリューム５０３を作
成する（ステップ７０３）。ステップ５０３で作成した
メインフレーム管理情報論理ボリューム５０３とユーザ
データの入ったオープンシステムの論理ボリュームとの
対応を論理ボリューム定義テーブル６０１へ登録する
（ステップ７０４）。次に、オープンシステム論理ボリ
ューム５０２のサイズを決定して、領域を確保する（ス
テップ７０５）。ステップ７０５で確保したオープンシ
ステム論理ボリュームの領域を、メインフレームの論理
ボリュームサイズ毎に分割する。分割した各領域に対
し、メインフレーム側の論理ボリューム番号をつけ、論
理ボリューム定義テーブル６０１に登録する。このと
き、メインフレーム論理ボリューム番号は、メインフレ
ーム用ボリュームの中で使用されていないものを指定す
る（ステップ７０６）。

【００４３】メインフレーム１０１に既にオープンシス
テムで稼動中のディスク装置を後からメインフレームに
接続するような場合は、システムを一度停止させて、図
８に示す処理が行われる。

【００４４】まず、オープンシステムのボリュームサイ
ズをリモートコンソール１６０から入力し、構成情報１
０８に登録する（ステップ８０１）。次に、オープンシ
ステムの論理ボリュームに対するメインフレーム管理情
報論理ボリューム５０３を主記憶装置１０２内に作成す
る（ステップ８０２）。ステップ８０２で作成されたメ
インフレーム管理情報論理ボリューム５０３とユーザデ
ータの入ったオープンシステムの論理ボリュームとの対
応をテーブル６０１へ登録する（ステップ８０３）。こ
の後、オープンシステム論理ボリュームをメインフレー
ム論理ボリュームのサイズごとに分割し、メインフレー
ム側で使う論理ボリューム番号をつけ、論理ボリューム
定義テーブル６０１へ登録する（ステップ８０４）。

【００４５】オープンシステムのボリュームをメインフ
レームストレージにバックアップするときは、操作員に
よりバックアップソフト（ユーティリティ）１０９を利
用したジョブが実行される。具体的には、分割されたオ
ープンシステム用論理ボリューム５０２の各領域に対し
て、メインフレーム論理ボリューム５０１としてのボリ
ュームシリアル番号とボリューム目録が作成される。

【００４６】操作員は、バックアップしたいオープンシ
ステムのボリュームに対応するメインフレーム論理ボリ
ュームのボリュームシリアル番号を指定し、バックアッ
プジョブを実行する。バックアップソフト１０９は、指
定されたボリュームシリアル番号に基づき、記憶装置制
御プロセッサ１０３を介してデータを読み出し、バック
アップ装置１５０に転送する。

【００４７】記憶装置制御プロセッサ１０３は、マッピ
ング１１４により、指定されたボリュームシリアル番号
に対応するオープンシステムのデータ箇所を認識してデ
ィスクシステム１４０からデータを読み出しバックアッ
プソフトに渡す。このとき、記憶装置制御プロセッサ１
０３は、データ記録形式変換機構１１２を使ってディス
クシステム１４０から読み出したデータを固定長記録形
式から可変長記録形式に変換する。バックアップ処理を
開始する。このバックアップ処理は、バックアップ対象
のオープンシステム論理ボリュームに対応するメインフ
レーム論理ボリュームごとに行われる。

【００４８】ディスクシステム１４０は、メインフレー
ム１０１とオープンシステム１２０とで共用されてい
る。メインフレーム用ボリューム群１４２とオープンシ
ステム用ボリューム群１４３のディスクシステム１４０
内での内部トラックフォーマットが同じものであれば、
メインフレーム１０１からオープンシステム用ボリュー
ム１４３のバックアップ時とメインフレーム用のボリュ
ーム１４２のバックアップ時とで同じデータ記録形式変
換機構１１２を利用できる。従って、内部トラックフォ
ーマットは、両者とも同じである方がよい。

【００４９】オープンシステム用のデータ、例えば、Ｓ
ＣＳＩデータは可変長記録形式におけるカウント部（Ｃ
部）がもともとないため、本実施形態では、メインフレ
ーム用データの内部トラックフォーマットをオープンシ
ステム用データの内部トラックフォーマットにあわせて
おく。この場合、メインフレーム側からのリード要求時
は、記憶装置制御プロセッサ１０３内のデータ記録形式
変換機構１１２でＣ部が生成される。メインフレーム側
からのライト要求時は、Ｃ部が捨てられ、データ部のみ
がディスクシステム１４０に格納される。

【００５０】以上説明した実施形態によれば、大容量の
オープンシステムのデータをメインフレームのバックア
ップストレージにバックアップ／リストア可能となる。
オープンシステムのボリュームサイズは、メンフレーム
側で管理できるボリューム単位の倍数という限定をする
ことなく、任意のサイズのボリュームに対応可能であ
り、既に導入されているオープンシステムのボリューム
にも対応できる。

【００５１】また、メインフレーム側の強力なバックア
ップ機能を使うことにより、バックアップファイルの世
代管理、正副二重管理、自動バックアップ等を行うこと
が可能になる。

【００５２】

【発明の効果】本発明によれば、メインフレームで認識
できる容量を超えたオープンシステムのボリュームに格
納されたデータを、メインフレーム上のバックアップソ
フトを使ってバックアップ／リストアすることが可能と
なる。

【図面の簡単な説明】

【図１】本発明の一実施形態における計算機システムの
概念を示す簡略化されたブロック図である。

【図２】メインフレーム用ボリューム群のフォーマット
の一例を示す概念図である。

【図３】オープンシステム用ボリューム群のフォーマッ
トの一例を示す概念図である。

【図４】メインフレーム管理情報格納論理ボリュームの
設定例を示す概念図である。

【図５】具体的なデータ格納位置と、メインフレーム／
オープンシステムへのボリュームの見え方を示す概念図
である。

【図６】論理ボリューム定義テーブルの一例を示す図で
ある。

【図７】マッピング事前処理のフローチャート図であ
る。

【図８】マッピング事前処理のフローチャート図であ
る。

【符号の説明】

１０１…メインフレーム、１０２…主記憶装置、１０９
…バックアップソフト、１０４…中央処理装置（ＣＰ
Ｕ）、１０３…記憶装置制御プロセッサ、１１２…デー
タ記録形式変換機構、１１１…論理ボリューム共用化手
段、１０５…可変長アクセスインタフェース、１０６…
固定長アクセスインタフェース、１４０…ディスクシス
テム、１４２…メインフレーム用ボリューム、１４３…
オープンシステム用ボリューム、１２０…オープンシス
テム、１２１…主記憶装置、１２２…中央処理装置（Ｃ
ＰＵ）、１２５…固定長アクセスインタフェース。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 庄山 貴彦 神奈川県秦野市堀山下１番地 株式会社日 立製作所エンタープライズサーバ事業部内 Ｆターム(参考） 5B065 BA01 EA33 ZA01 5B082 CA11 DE06

Claims (2)

【特許請求の範囲】
1. 【請求項１】固定長記録形式に従うインタフェースを有
   するディスクシステムと、可変長記録形式に従ったリー
   ド／ライト要求を固定長記録形式のリード／ライト要求
   に変換し、固定長記録形式に従うインタフェースを介し
   て前記ディスクシステムに保持されたデータをアクセス
   する第１の計算機と、固定長記録形式に従うインタフェ
   ースで前記ディスクシステムをアクセスする第２の計算
   機とを有する計算機システムにおいて、 前記第２の計算機により利用されるデータを格納した前
   記ディスクシステム内の第１の論理ボリュームを前記第
   １の計算機から認識可能な大きさの複数の領域に分割
   し、前記複数の領域の各々を第２の論理ボリュームにマ
   ッピングし、前記第２の論理ボリュームの各々に前記第
   １の計算機からのアクセスで利用されるボリューム番号
   を付与する手段と、 前記第２の論理ボリュームと前記第１の論理ボリューム
   との対応関係を管理する手段と、 前記第１の計算機が前記第２の論理ボリュームの各々を
   管理するために必要とする管理情報を格納する領域確保
   し、前記管理情報を作成する手段と、 前記管理情報を格納する領域を対応する前記第２の論理
   ボリュームの領域にマッピングする手段とを有すること
   を特徴とする計算機システム。
2. 【請求項２】前記第１の計算機は、前記管理情報に基づ
   いて前記第２の論理ボリュームに格納されたデータを読
   み出し、前記第１の計算機に接続されたバックアップ装
   置に前記データを格納する手段を有することを特徴とす
   る請求項１記載の計算機システム。