JP2002169728A

JP2002169728A - バックアップ方法及び計算機システム

Info

Publication number: JP2002169728A
Application number: JP2001107926A
Authority: JP
Inventors: Ai Satoyama; 愛里山; Takashi Oeda; 高大枝; Yasutomo Yamamoto; 康友山本; Takaaki Kato; 孝明加藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-09-25
Filing date: 2001-04-06
Publication date: 2002-06-14

Abstract

(57)【要約】【課題】メインフレームなどのＣＫＤ形式を用いるコ
ンピュータが使用するデータを、パソコンやワークステ
ーションなどの固定長ブロック形式を用いる小型コンピ
ュータで、高速にバックアップする。【解決手段】互いに異なる第一と第二のインターフェ
ース４２０、４３０を備えた記憶装置４が、第一のイン
ターフェース２１０を有するホスト２と第二のインター
フェース１１０を有するホスト１とスイッチ３経由で接
続される。ホスト１からの指示により、ホスト２は、バ
ックアップするデータの格納位置を獲得し、コマンドを
記憶装置４へ出し、記憶装置４がデータを読み出してバ
ックアップ装置５に保存する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
おけるバックアップ取得方法に関する。

【０００２】

【従来の技術】従来、メインフレーム等の大型計算機に
おいて行なわれてきた業務が、パソコン（ＰＣ）等の小
型コンピュータで行われるようになっている。それに伴
って、メインフレームやＰＣといった異種のコンピュー
タや、異種のオペレーティングシステム（ＯＳ）が混在
したコンピュータシステムが構築されることが多くなっ
てきている。コンピュータシステムの異なるＯＳ間にお
けるデータの交換を実現する技術として、データをネッ
トワーク経由で転送するＦＴＰ（File TransferProtoc
ol）や、分散データベースなどが知られている。これら
の技術は、例えば、日経オープンシステム１９９８年２
月（no.59）pp.230−pp.241に開示されている。

【０００３】一方、メインフレームで採用されている入
出力（Ｉ／Ｏ）インターフェースの形式であるカウント
キーデータ（ＣＫＤ）形式と、ＰＣ等の小型コンピュー
タで採用されているＩ／Ｏインターフェースの形式であ
る固定長ブロック形式の両形式のインターフェースを有
するディスクサブシステムを使用して、異種コンピュー
タあるいは異種ＯＳ間でデータを共用する技術もある。
この技術は、特開平９−２５８９０８号公報に開示され
ている。

【０００４】さらに、「メインフレーム‘９８」、日経Ｂ
Ｐ社、ｐｐ．１４５あるいはｐｐ．１５１には、可変長
アクセスインターフェース及び固定長アクセスインター
フェースの双方を備えたディスクサブシステムに格納さ
れたメインフレームで使用されるデータを、オープンシ
ステムからアクセスする技術が開示されている。

【０００５】

【発明が解決しようとする課題】従来技術によれば、メ
インフレームで使用するデータをＰＣ等の小型コンピュ
ータにネットワークを経由して転送することで、メイン
フレームで使用されるデータを小型コンピュータに接続
されたテープ装置などにバックアップすることができ
る。しかし、ネットワークを経由する場合のデータ転送
速度はＩ／Ｏデバイスの転送速度と比較して低速である
ため、バックアップ処理にかかる時間が増大する。

【０００６】又、特開平９−２５８９０８号公報に開示
された方法に基づいて、メインフレームによってディス
クサブシステムに格納されたデータを小型コンピュータ
に接続されたテープ装置などにバックアップする場合を
考える。この場合、テープ装置にはデータのみバックア
ップされるので、小型コンピュータ上のアプリケーショ
ンプログラムは、バックアップに係る各種の管理情報を
得ることができない。ここで、管理情報とは、バックア
ップの取得処理や管理、及びバックアップデータに基づ
いてデータを回復する処理（リストア処理）に必要な情
報である。例えば、リストアするときに必要となる、デ
ータを戻す位置情報などが含まれる。管理情報がなけれ
ば、バックアップしたデータをリストアするとき、元の
位置に戻すことができない。

【０００７】さらに、同じディスクサブシステムを異種
のホストコンピュータ（例えば、メインフレーム系とオ
ープン系サーバ）間で共用する製品は数多く存在してお
り、各々の製品におけるデータのフォーマットの変換方
法、及びデータフォーマットの統一方法等は製品ごとに
異なる。

【０００８】本発明の目的は、メインフレーム等で用い
られるＣＫＤ形式を用いるコンピュータで使用されるデ
ータを、固定長ブロック形式を用いるコンピュータに接
続されたテープ装置などにバックアップする際に、高速
なバックアップ処理を実現するバックアップ取得方法及
びその方法を実現するコンピュータシステムを提供する
ことである。

【０００９】本発明の第二の目的は、ＣＫＤ形式を用い
るコンピュータで使用されるデータを、固定長ブロック
形式を用いるコンピュータに接続されたテープ装置など
にバックアップする際に、ＣＫＤ形式を用いるコンピュ
ータ、あるいは両コンピュータ間を接続するネットワー
クに発生する処理の負荷を削減するバックアップ取得方
法を提供することである。

【００１０】本発明の第三の目的は、メインフレーム系
とオープン系サーバ間におけるデータフォーマットの変
換処理の量が少ないバックアップ取得方法を提供するこ
とである。

【００１１】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、互いに異なる第一のインターフェース及
び第二のインターフェースを有する記憶装置と、第一の
インターフェースによって記憶装置に接続する第一の計
算機と、記憶装置と第二のインターフェースによって接
続されたスイッチ装置と、スイッチ装置と接続する第二
の計算機と、スイッチ装置に接続されたバックアップ装
置を有する計算機システムにおけるバックアップ取得方
法を示す。本方法は、第一の計算機で、第二の計算機よ
りバックアップ要求を受領すると、バックアップ対象デ
ータを格納するボリュームのボリュームＩＤと該ボリュ
ーム上の物理アドレスを含む格納位置情報を記憶装置へ
通知する。さらに、第一の計算機で、バックアップ装置
へコピーすることを指示するためのコマンドを作成し
て、記憶装置へ発行する。記憶装置で、コマンドの内容
に従って、ボリュームからバックアップ装置へバックア
ップ対象データをコピーする。

【００１２】本発明の好ましい一つの態様として、第一
のインターフェースとして、カウントキーデータ形式に
従うインターフェースが用いられ、第二のインターフェ
ースとして、固定長ブロック形式に従うインターフェー
スが用いられる。

【００１３】また、本発明の他の態様としては、バック
アップされたデータをリストアする際に、第二の計算機
でリストア先の記憶装置がバックアップ取得時における
記憶装置と同じかどうかを調べる。記憶装置が同じであ
ることが確認できた場合に、第二の計算機でバックアッ
プ装置から記憶装置へデータをコピーするコマンドを作
成してコマンドを記憶装置に送る。そして記憶装置で、
コマンドに従って、バックアップ装置から記憶装置へデ
ータをリストアする方法もある。

【００１４】

【発明の実施の形態】図１は、本発明が適用された計算
機システムの第一の実施形態における構成を示す図であ
る。

【００１５】計算機システムは、ＰＣ等のオープン系の
コンピュータであるオープンサーバ１、メインフレーム
２、オープンサーバ１とメインフレーム２の両者に接続
されるディスクシステム４、オープンサーバ１及びディ
スクシステム４の双方と接続されるスイッチ装置３、及
びスイッチ装置３に接続されたテープデバイス５を有し
ている。オープンサーバ１とメインフレーム２は、ネッ
トワーク１４を介して相互に接続されている。

【００１６】尚、本実施形態の計算機システムの個々の
構成が異なるスイッチ装置３に接続され、異なるスイッ
チ装置３同士が接続されたＳＡＮ（Storage Area Netwo
rk）構成でも本発明が適用できる。

【００１７】メインフレーム２は、ネットワーク１４に
接続するためのネットワークインターフェース２２０を
有する。ＣＫＤインターフェース２１０は、ＣＫＤ形式
に従うインターフェースである。メインフレーム２は、
チャネルインターフェース６によってディスクシステム
４と接続される。メインフレーム２とディスクシステム
４の間には、ディレクタと呼ばれるルーティング装置を
介在させてもよい。

【００１８】メインフレーム２は、その上で動作するプ
ログラムとして、ＯＳ２３０、ＯＳ２３０の制御の下に
動作するアプリケーションプログラム（ＡＰ）２４０、
コピー指示プログラム２６０、データセット位置検出２
７０、及びデータセット位置記録プログラム２８０を有
する。メインフレーム２は、メモリ（図示せず）に、バ
ックアップ管理ファイル２９０を保持する。

【００１９】オープンサーバ１は、スイッチ３とファイ
バチャネル７で接続される固定長インターフェース１１
０、及びネットワーク１４に接続されるネットワークイ
ンターフェース１２０を有する。固定長インターフェー
ス１１０は、固定長ブロック形式に従うインターフェー
スである。スイッチ３は、送信されるデータパケットの
ルーティングを行なう装置である。オープンサーバ１か
らディスクシステム４へのアクセスは、スイッチ３及び
ファイバチャネル７を介して行われる。このアクセス
は、従来のＳＣＳＩで使用されるプロトコルをファイバ
チャネル上で実装したＦＣＰと呼ばれるプロトコルに基
づいて行われる。

【００２０】オープンサーバ１は、オープンサーバ１で
動作するプログラムとして、ＯＳ１３０を有する。

【００２１】ディスクシステム４は、ユーザデータが格
納されるボリューム４７０を有するディスク４１０、メ
インフレーム２と接続されるＣＫＤインターフェース４
２０、及びファイバチャネル７を介してスイッチ３と接
続される固定長インターフェース４３０を有する。ボリ
ューム４７０は、ＣＫＤインターフェース４２０及び固
定長インターフェース４３０のどちらを介してもアクセ
スされる。

【００２２】ディスクシステム４は、ディスクシステム
４で動作するプログラムとして、コピー処理４６０、コ
マンド作成・発行４８０、ＣＫＤインターフェース変換
手段４４０、及び形式変換プログラム４９０を有する。

【００２３】以下、データ形式の説明をする。

【００２４】固定長ブロック形式では、データは、ブロ
ックと呼ばれる、例えば、５１２バイトの固定長の記憶
領域に格納される形で扱われる。各ブロックは、各々の
ブロックに割当てられたブロック番号（ＬＢＡ）で指定
される。

【００２５】ＣＫＤ形式では、データは、可変長の記憶
領域であるレコードに格納する形で扱われる。ＣＫＤ形
式では、シリンダ番号（ＣＣ）、ヘッド番号（ＨＨ）、
及びレコード番号（Ｒ）で、レコードが指定される。以
下、ＣＣ、ＨＨ、及びＲで表されるレコードを指定する
ためのアドレスをＣＣＨＨＲと称する。ＣＣとＨＨのみ
で表されるレコードの集合がトラックである。トラック
を指定するためのアドレスをＣＣＨＨと呼ぶ。ＣＫＤ形
式におけるレコードは、カウント部（Ｃ部）、キー部
（Ｋ部）、及びデータ部（Ｄ部）の３部分からなる。Ｃ
部は固定長であり、ＣＣＨＨＲと、Ｋ部及びＤ部のそれ
ぞれの長さが格納される。Ｋ部及びＤ部は可変長であ
る。

【００２６】図２は、ＣＫＤ形式におけるデータの構
造、及びディスク４１０上でデータが格納される位置と
ＣＫＤ形式のデータ構造との関係を示す。図２におい
て、ＡはＣＫＤ形式のトラック上のデータ配置を、Ｂは
Ａに示すＣＫＤ形式のデータがディスク４１０へ格納さ
れた場合のデータ配置を示す。本実施形態においては、
ディスク４１０は、物理的には、固定長ブロック形式に
従う。メインフレーム２で用いられるＣＫＤ形式のデー
タは、ＣＫＤインターフェース変換手段４４０により固
定長ブロック形式に変換された上でディスク４１０に格
納される。

【００２７】Ａに示すＣＫＤ形式において、ＨＡ５１０
は、ホームアドレスであり、トラックの状態等を示す。
Ｒ０Ｃ５２０はレコード番号０のレコード“Ｒ０”のＣ
部である。Ｒ０Ｄ５３０は、レコード“Ｒ０”のＤ部で
ある。Ｒ０Ｄ５３０は、管理情報の格納に用いられ、ユ
ーザのデータを格納することはできない。Ｒ１Ｃ５４
０、Ｒ１Ｋ５５０、Ｒ１Ｄ５６０は、それぞれレコード
番号１のレコード“Ｒ１”のＣ部、Ｄ部、Ｋ部、Ｒ２Ｃ
５７０、Ｒ２Ｋ５８０、Ｒ２Ｄ５９０は、それぞれレコ
ード番号２のレコード“Ｒ２”のＣ部、Ｄ部、Ｋ部であ
る。ユーザデータは、通常、“Ｒ１”以降のレコードの
Ｄ部に格納される。

【００２８】本実施形態のディスクシステム４では、全
トラックのＨＡ５１０、Ｒ０Ｃ５２０、Ｒ０Ｄ５３０
は、Ｒ１以降のレコードとは別の領域にまとめて格納さ
れる。“Ｒ１”以降のレコードは、例えば、Ｂに示すよ
うに、ディスク４１０内のＬＢＡ０以降のブロックに格
納される。オープンサーバ1が固定長インターフェース
４３０を介してＬＢＡ０のブロック６１０を指定する場
合は、ＣＣＨＨＲ＝（０、０、１）のＲ１の先頭を指定
する。

【００２９】ＣＫＤ形式における１つのレコードの大き
さがディスク４１０内の１ブロックの大きさを越える場
合、レコードは、連続する複数のブロックに分けて格納
される。例えば、図において、レコード“Ｒ１”は、２
つのブロックＬＢＡ１とＬＢＡ２（ブロック６１０、６
２０）に格納されている。続くレコード“Ｒ２”は、後
続のブロックであるＬＢＡ２（ブロック６３０）に格納
されている。レコードの長さは固定長ブロックの長さと
必ずしも一致しない。このため、レコードの終端からブ
ロックの終端までの領域は空白とし、無意味なデータで
ある０で埋められる。

【００３０】本実施形態では、トラックの大きさはブロ
ックの整数倍と仮定する。レコードの終端がトラックの
終端に一致しない場合には、レコードの終端からトラッ
クの終端まで０で埋められ、全トラックが同じ数のブロ
ックを持つ。このとき、ＣＣＨＨＲ＝（ｃ、ｈ、１）で
指定されるレコードの先頭を示すＬＢＡは、

【００３１】

【数１】ＬＢＡ＝（ｃ×ｎｈ＋ｈ）×（ｎｂ） … （数１）で算出できる。ここで、ｎｈは、１シリンダ内のヘッド
数、ｎｂは、１トラック内のブロック数である。

【００３２】図３は、メインフレーム２が、ディスクシ
ステム４に対してＣＫＤインターフェース２１０とＣＫ
Ｄインターフェース４２０を介して作成したＣＫＤ形式
でのファイル（データセット）とデータセット管理情報
を示す図である。

【００３３】ディスクシステム４の特定の位置には、ボ
リュームラベル７１０が格納される。ボリュームラベル
７１０には、ＶＴＯＣ（Volume Table Of Contents）７
２０の位置が保持されている。ＶＴＯＣ７２０には、デ
ィスク４１０に格納されているデータセットの管理情報
が記録されている。ＶＴＯＣ７２０は、例えば、Ｋ部４
４バイト、Ｄ部９６バイトのレコードの集まりになって
いる。Ｋ部にはデータセット名が格納され、Ｄ部にはデ
ータセットの位置情報が格納される。データセットは、
エクステントと呼ばれる複数のトラックからなる連続領
域に格納される。１つのデータセットが、不連続である
複数のエクステントに格納される場合もある。

【００３４】ディスク４１０が物理的にＣＫＤ形式に従
い、オープンサーバ２がファイバチャネルを経由して固
定長インターフェース４３０を介してディスク４１０の
データをリードライトする場合には、ＣＫＤインターフ
ェース変換手段４４０の代わりに、固定長インターフェ
ース変換手段を設け、固定長インターフェース変換手段
が、ＣＫＤ形式と固定長ブロック形式との間の変換を行
うようにしても良い。

【００３５】上記の方法によって、ＣＫＤ形式と固定長
ブロック形式間のフォーマット変換できる。上記は、あ
くまでもフォーマット変換の一例である。

【００３６】メインフレーム２上のＡＰ２４０が、ＣＫ
Ｄインターフェース２１０及びＣＫＤインターフェース
４２０を介してディスクシステム４に格納されたデータ
セットをオープン・シークするには、以下の手順で処理
が行なわれる。

【００３７】ＡＰ２４０は、対象となるデータセットを
指定してデータセットのオープンをＯＳ２３０に要求す
る。ＯＳ２３０は、ＶＴＯＣ７２０内のレコードを検索
して、データセットの格納位置を得る。取得したデータ
セットの格納位置から、ＯＳ２３０は、オープンの対象
となるレコードの相対トラックとレコード番号を求め、
対象レコードへのシーク処理を行なう。相対トラックと
は、データセットのエクステントの先頭を０とした場合
の相対的なトラック番号である。

【００３８】図４は、メインフレーム２が、オープンサ
ーバ１の指示に基づいて、ＣＫＤインターフェース４２
０を介して使用するディスクシステム４上のデータセッ
トをバックアップする処理のフローチャートを示す図で
ある。

【００３９】オープンサーバ１は、ユーザからのバック
アップの指示に従い、メインフレーム２へネットワーク
１４経由で目的のデータセットをバックアップするよう
指示する。この場合、ユーザの指示ではなく、予め定め
られた時刻に到達する等がバックアップ開始の合図にな
ってもよい。このとき、オープンサーバ１は、バックア
ップ対象となるデータセット名称をメインフレーム２へ
通知する。データセット名称はユーザから指定される
（ステップ４０１０）。

【００４０】ＯＳ２３０は、データセットの状態を確認
する。例えば、確認によりデータセットが使用中である
（オープンされている）などの状態を取得できる。確認
された状態に基づいて、ＯＳ２３０は、データセットに
対するバックアップを行なう/行なわない/延期する等の
制御、判定、スケジューリングを行なう。ここでは、バ
ックアップ処理を続けるものとする（ステップ４０２
０）。

【００４１】データセット位置検出プログラム２７０
は、目的のデータセットがどのボリューム４７０のどの
アドレスに存在するかを検出し、この情報をデータセッ
ト位置情報として保持する（ステップ４０３０）。

【００４２】メインフレーム２は、コピー指示プログラ
ム２６０を実行することにより、データセット位置情報
に基づいてコピー指示を作成する（ステップ４０４
０）。コピー指示のアドレスはＣＫＤ形式のままディス
クシステム４へ通知される。コピー指示には、コピー元
のボリューム番号とコピーアドレス、コピー先のテープ
番号などが格納されている（ステップ４０５０）。

【００４３】ディスクシステム４は、コピー指示に格納
されたこれらの情報を元に、アドレスを固定長ブロック
形式に変換し、コピーコマンド作成・発行４８０により
コピーコマンド（ＣＣＯＰＹと呼ぶ）を作成する。コピ
ーされるファイル（データセット）のアドレスは、ＣＫ
Ｄ形式におけるボリューム４７０の論理的な構成、即
ち、ＣＫＤ形式におけるボリューム４７０のトラック
長、シリンダ当たりのトラック数、及び、ＦＢＡ形式で
のブロックサイズに基づいて（数１）により求めること
ができる。ＣＫＤ形式におけるボリュームの論理的な構
成は、エミュレーションタイプによって異なる。エミュ
レーションタイプは、ディスクシステム４で認識される
（ステップ４０６０）。

【００４４】ディスクシステム４は、ＣＣＯＰＹコマン
ドをコピー処理４６０に対して発行し、コマンドに従っ
てボリューム４７０からテープ装置５にデータをコピー
する（ステップ４０７０）。

【００４５】リストア時にデータセット位置情報を管理
情報として利用する場合、データセット位置情報もテー
プ装置５やバックアップ管理ファイル２９０に保存され
る。バックアップ取得日時などの情報がデータセット位
置情報に付加されてもよい。

【００４６】図５は、データセット位置情報の詳細を示
す図である。

【００４７】ディスクシステム製造番号１７は、ディス
クシステム４を一意に識別するための番号である。サブ
システムＩＤ１８は、ディスクシステム４に付与された
ＩＤである。ボリュームＩＤ１９は、バックアップ対象
のデータセットを格納したボリューム４７０のＩＤで、
サブシステム毎に一意に決められた番号である。

【００４８】エクステント数２０は、データセットを格
納している連続領域の個数を示す。エクステント数２０
で示された分だけ、エクステント開始ＣＣＨＨ２１とエ
クステント終了ＣＣＨＨ２２のエントリが出現する。図
では、２個のエクステント開始及び終了ＣＣＨＨが示さ
れている。

【００４９】図６は、コピーコマンドのフォーマットの
一例を示す図である。図に示すコピーコマンドは、ボリ
ューム４７０のアドレス０から０ｘ１０ブロック、及び
アドレス１００から０ｘ１０ブロックを一つのＣＣＯＰ
Ｙコマンドによりテープ装置５へコピーする場合を想定
している。

【００５０】パラメータリストは可変長であり、その長
さは３２に格納される。

【００５１】パラメータリストは、コピー元の装置及び
コピー先の装置の装置アドレスが格納されている部分３
５及びコピーするデータが格納されている装置上のアド
レスに間する情報が格納されている部分３６から構成さ
れる。これらのリストも可変長であり、その長さはそれ
ぞれ３３、３４に格納される。

【００５２】バックアップが完了すると、データセット
記録プログラム２８０により、図７に示すデータセット
情報がメインフレーム２のバックアップ管理ファイル２
９０に登録される。登録される内容は、データセットを
所有するメインフレーム２のホスト名称４０、データセ
ットを格納するディスクシステム製造番号４１、サブシ
ステムＩＤ４２、及びボリュームＩＤ４３である。これ
らの情報は、データセット位置情報に含まれる。これら
の情報に加えてさらに、バックアップ日時４４、データ
セット名称４５、データセットサイズ４６、及びデータ
セットのエクステント範囲（エクステント開始ＣＣＨＨ
５５及びエクステント終了ＣＣＨＨ５６）などが登録さ
れる。データセットを構成するエクステントが複数個あ
れば、複数のエクステント範囲が記録される。

【００５３】本実施形態では、バックアップ管理ファイ
ル２９０は、メインフレーム２内に設けたが、外付けの
記憶装置に格納してもよいし、別のホストが管理しても
よい。

【００５４】図８は、本発明が適用された計算機システ
ムの第二の実施形態を示す図である。

【００５５】本実施形態では、ＣＣＯＰＹコマンドは、
メインフレーム２側で作成し発行される。例えば、メイ
ンフレーム２がオープンサーバ１から指定されたデータ
セット情報をディスクシステム４へ通知する。ディスク
システム４は、形式変換プログラム４９０により、受取
ったアドレス（ＣＣＨＨ）よりＬＢＡ値を算出する。デ
ィスクシステム４は、算出したＬＢＡ値をメインフレー
ム２へ返す。メインフレーム２は、受取ったＬＢＡ値に
基づいてＣＣＯＰＹコマンドを作成し、ディスクシステ
ム４へ発行する。

【００５６】オープンサーバ１からコピー指示を受けた
メインフレーム２が、データセット位置を検出してから
オープンサーバ１に通知する場合、オープンサーバ１
は、通知されたＣＫＤ形式で表現されたデータセット位
置を、固定長形式の表現形式のデータセット位置へ変換
する機能が必要となる。本発明によれば、コピーの主導
権をメインフレーム１にすることにより、ＣＫＤ形式と
固定長形式の変換をディスクシステム４内で閉じること
ができる。

【００５７】図９は、本発明が適用された計算機システ
ムの第三の実施形態を示す図である。

【００５８】本実施形態においては、メインフレーム２
は、ダイレクトリストア可否判定処理３００を有する点
が第一の実施形態と異なる。

【００５９】オープンサーバ１は、メインフレーム２に
対してリストア要求をネットワーク１４経由で発行す
る。メインフレーム２は、リストア要求を受け付ける
と、ダイレクトリストア可否判定処理３００を実行す
る。

【００６０】ダイレクトリストア可否判定処理３００
は、リストア先のデータセットの位置を検出すると、バ
ックアップ管理ファイル２９０の内容に基づいて、リス
トア先のボリューム及びデータセット位置が、バックア
ップを行なったボリューム及びデータセット位置と一致
しているかどうかを判定する。ボリューム及びデータセ
ット位置が一致していたら、メインフレーム２は、リス
トア先のボリューム及びデータ位置のデータをコピー指
示プログラム２６０へ渡す。

【００６１】その後、メインフレーム２は、ディスクシ
ステム４へコピー指示を出す。ディスクシステム４は、
ＣＣＯＰＹコマンドを発行する。ＣＣＯＰＹコマンドに
より、テープ装置５からリストア先のボリューム４７０
へ直接リストアが行われる。リストア先のボリューム及
びデータセットの位置がバックアップを行なったボリュ
ーム及びデータセット位置と一致しない場合、メインフ
レーム２は、データセット領域確保処理３１０により、
データをリストアする領域を確保し、データをリストア
する。

【００６２】図１０は、本実施形態における、ディスク
システム４のデータセットにデータをそのまま回復する
場合のリストア処理のフローチャートを示す図である。

【００６３】オープンサーバ１は、メインフレーム２に
対してリストア要求をネットワーク１４経由で発行す
る。リストア要求に含まれるデータセット名は、ユーザ
から指定される（ステップ９０１０）。

【００６４】要求を受取ったメインフレーム２は、リス
トア要求に含まれるデータセット名から、データセット
サイズ、リストア先のディスクシステム製造番号、サブ
システムＩＤ、及びボリュームＩＤを検出する。これら
の情報は、メインフレーム２内のファイルより取得する
こともできる。データセットサイズは、バックアップ時
に作成されたバックアップ管理ファイル２９０から取得
される。また、メインフレーム２は、受取った情報に基
づき、メインフレーム２上の他のプロセスがデータセッ
トをアクセスしないようにＯＳ２３０を使用してデータ
セットをロックする（ステップ９０２０）。

【００６５】メインフレーム２は、続いて、データセッ
ト領域確保処理３１０により、指定されたディスクシス
テム製造番号、サブシステムＩＤ、ボリュームＩＤで特
定されるボリューム領域を確保する。そして、その物理
位置情報、即ちエクステント位置を得る（ステップ９０
３０）。

【００６６】メインフレーム２は、物理位置情報、バッ
クアップ装置製造番号４７、及びバックアップメディア
名称４８で特定されるバックアップメディアをオープン
サーバ1へ報告する（ステップ９０４０）。

【００６７】オープンサーバ１は、渡された情報からリ
ストアするデータを読み出す（ステップ９０５０）。

【００６８】リストア対象のボリュームがバックアップ
されたボリュームと異なる場合、オープンサーバ1にカ
ウント部変更処理１７０を設ける。オープンサーバ１
は、カウント部変更処理１７０により、メインフレーム
２から報告されたエクステント情報を元にカウント部を
更新する。その後、エクステント情報からブロックアド
レスを算出して、該当するブロックへリストアされるデ
ータを書きこむ。

【００６９】図１１は、図１及び図８及び図９の構成の
スチッチ装置３に複数オープンサーバが接続された構成
である。スイッチ装置３には、オープンサーバ１と別の
オープンサーバ８が接続され、オープンサーバ群を管理
するための集中管理サーバ９が接続された構成である。
例ではオープンサーバは２台であるが複数でも同様であ
る。本構成においても本発明を適用することができる。

【００７０】

【発明の効果】本発明によれば、例えばＣＫＤ形式を用
いるメインフレームなどのコンピュータが使用するデー
タのバックアップを、スイッチ装置に接続したテープ装
置などに保存して取得する際に、高速なバックアップ処
理を実現してバックアップ処理時間を削減できる。

【００７１】また、メインフレーム側でコピーコマンド
を作成することにより、オープンサーバ内でのＣＫＤ形
式と固定長ブロック形式との変換処理が無くなり、メイ
ンフレームとディスクシステム間で前記形式の変換処理
が閉じる。変換機構と同じ装置内にコピー機能をもたせ
るこの方式によれば、通常ディスクシステム毎に固有な
形式変換方式に依存しないバックアップ方法を実現でき
る。変換方式毎に対応したコピー処理機能を提案する負
荷が削減できる。

【００７２】また、オープンサーバのテープ装置を利用
できることで、低コスト化が実現できる。オープンデー
タとメンフレームデータを同じテープ装置でバックアッ
プ処理できることで、管理の負荷が削減できる。

【図面の簡単な説明】

【図１】本発明が適用された計算機システムの第一の実
施形態の構成を示す図である。

【図２】ＣＫＤ形式でのデータ構造と、ディスク上での
ディスク位置の関係を示す図である。

【図３】メインフレーム２が作成したＣＫＤ形式でのデ
ータセットとデータセット管理情報を示す説明図であ
る。

【図４】バックアップ処理のフローチャートである。

【図５】データセット位置情報の詳細を示す図である。

【図６】コピーコマンドのフォーマットの一例を示す図
である。

【図７】データセット情報の構成を示すデータフォーマ
ット図である。

【図８】本発明が適用された計算機システムの第二の実
施形態を示す図である。

【図９】本発明が適用された計算機システムの第三の実
施形態を示す図である。

【図１０】リストア処理のフローチャートである。

【図１１】本発明が適用された計算機システムの一例を
示す図である。

【符号の説明】

１・・・オープンサーバ、２・・・メインフレーム、３・・・ス
イッチ装置、４・・・ディスクシステム、５・・・テープ装
置、１１０・・・固定長インターフェース、１２０・・・ネッ
トワークインターフェース、１３０・・・オペレーティン
グシステム、２１０・・・ＣＫＤインターフェース、２２
０・・・ネットワークインターフェース、２３０・・・オペレ
ーティングシステム、２４０・・・アプリケーションプロ
グラム、２６０・・・コピー指示プログラム、２７０・・・デ
ータセット位置検出、４１０・・・ディスク、４２０・・・Ｃ
ＫＤインターフェース、４３０・・・固定長インターフェ
ース、４４０・・・ＣＫＤインターフェース変換、４６０・
・・コピー処理、４７０・・・ボリューム、４８０・・・コマン
ド作成・発行。

───────────────────────────────────────────────────── フロントページの続き (72)発明者山本康友神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者加藤孝明神奈川県秦野市堀山下１番地株式会社日立製作所エンタープライズサーバ事業部内Ｆターム(参考） 5B018 GA04 HA04 KA03 MA12 MA21 5B082 DE07

Claims

【特許請求の範囲】

【請求項１】互いに異なる第一のインターフェース及び
第二のインターフェースを有する記憶装置と、前記第一
のインターフェースによって前記記憶装置に接続される
第一の計算機と、前記記憶装置と前記第二のインターフ
ェースによって接続されたスイッチ装置と、前記スイッ
チ装置と接続される第二の計算機と、前記スイッチ装置
に接続されたバックアップ装置を有する計算機システム
におけるバックアップ方法であって、前記第二の計算機
から前記第一の計算機へバックアップ要求を発行し、前
記第二の計算機より前記バックアップ要求を受領した前
記第一の計算機で、バックアップの対象となるデータの
格納位置情報を検索し、前記第一の計算機で、前記格納
位置情報に基づいて、前記バックアップ対象データを前
記バックアップ装置へコピーする指示を前記記憶装置に
通知し、前記記憶装置で、前記指示内容に従って、前記
バックアップ装置へデータをコピーすることを特徴とす
るバックアップ方法。
【請求項２】前記格納位置情報には、バックアップ対象
データを格納するボリュームのボリュームＩＤと前記ボ
リューム上の物理アドレスが含まれ、コピーする指示に
は、前記ボリュームＩＤ及び前記ボリューム上の物理ア
ドレスで特定されるボリュームの情報が含まれ、前記記
憶装置で、前記特定されたボリュームからデータがコピ
ーされることを特徴とする請求項１記載のバックアップ
方法。
【請求項３】前記第二の計算機でリストア先の記憶装置
がバックアップ取得時における前記記憶装置と同じかど
うかを調べ、同じであることが確認できた場合に、前記
第二の計算機で前記バックアップ装置から前記記憶装置
へデータをコピーするコマンドを作成し、前記コマンド
を前記記憶装置に送り、前記記憶装置で、前記コマンド
に従って、前記バックアップ装置から前記記憶装置へデ
ータをリストアすることを特徴とする請求項１記載のバ
ックアップ方法。
【請求項４】前記第一のインターフェースがカウントキ
ーデータ形式に従うインターフェースであり、前記第二
のインターフェースが固定長ブロック形式に従うインタ
ーフェースであることを特徴とする請求項１記載のバッ
クアップ取得方法。
【請求項５】互いに異なる第一のインターフェース及び
第二のインターフェースを有し、前記第二のインターフ
ェースを介してバックアップ装置及び第二の計算機と接
続される記憶装置と、前記第一のインターフェースによ
って前記記憶装置に接続され、ネットワークを介して前
記第二の計算機と接続される第一の計算機とを有する計
算機システムにおいて、前記第一の計算機は、前記第二
の計算機より前記バックアップ要求を受領したら、バッ
クアップ対象データを格納するボリュームのボリューム
ＩＤと前記ボリューム上の物理アドレスを含む格納位置
情報を検索する手段と、前記格納位置情報に基づいて、
前記バックアップ対象データを前記ボリュームＩＤによ
り識別されるボリュームから前記バックアップ装置へコ
ピーする指示を前記記憶装置に通知する手段とを有し、
前記記憶装置は、前記指示内容に従って、前記ボリュー
ムから前記バックアップ装置へデータをコピーする手段
を有することを特徴とする計算機システム。
【請求項６】前記第一のインターフェースがカウントキ
ーデータ形式に従うインターフェースであり、前記第二
のインターフェースが固定長ブロック形式に従うインタ
ーフェースであることを特徴とする請求項５記載の計算
機システム。