JP2003058326A - バックアップ取得方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】テープ・ライブラリは仮想テープサーバの制御
下にあり、あるメインフレームの専用のテープ・ライブ
ラリになっている。従って、そのテープ・ライブラリは
他のプロセッサからの共有が出来ず、全体として、閉じ
たシステムとなっている。 【解決手段】 計算機に、第一のインタフェースによっ
て記憶装置が接続され、第１のインタフェースとはＩ/
Ｏインタフェースの異なる第二のインタフェースによっ
てテープ・ライブラリが接続された計算機システムを構
築する。計算機は記憶装置へ仮想テープボリュームとし
てデータを一旦格納し、これを読み出して第二のインタ
フェースで接続されているテープ・ライブラリにバック
アップを取る機能を持つ。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】近年、メインフレーム、ＰＣ、及び、ワ
ークステーションなど、異種のコンピュータやオペレー
ティングシステムが混在したコンピュータシステムが構
築されることが多い。異種のオペレーティングシステム
の間でデータを交換する技術として、データをネットワ
ーク経由で転送する、ＦＴＰ（File Transfer Protoc
ol）や、分散データベースなどの技術が知られている。
このような技術については、例えば、日経オープンシス
テム１９９８年２月（ｎｏ．５９）ｐｐ．２３０−２４
１に開示がある。

【０００３】特開平９−２５８９０８号公報には、メイ
ンフレームのＩ／Ｏインタフェース形式であるカウント
キーデータ（ＣＫＤ）形式と、ＰＣやワークステーショ
ンなど小型コンピュータのＩ／Ｏインタフェース形式で
ある固定長ブロック形式の両形式のインタフェースを有
するディスクサブシステムを使用して、異種コンピュー
タ、異種オペレーティングシステム間でデータを共用す
る方法が示されている。文献「メインフレーム’９８」、
ＮＩＫＫＥＩ ＣＯＭＰＵＴＥＲ 別冊日経ＢＰ社、
ｐ．１４５あるいはｐ．１５１に見られるように、メイ
ンフレームに接続するための可変長アクセスインタフェ
ースと固定長アクセスインタフェースの双方を備えたデ
ィスクアレイに格納されたメインフレームのデータをオ
ープンシステムからアクセスする技術が開示されてい
る。

【０００４】メインフレーム用ストレージとして、前出
の「メインフレーム’９８」、日経ＢＰ社、ｐｐ．１３
０、１８５−１８６に記載されている仮想テープ・ライ
ブラリがある。仮想テープ・ライブラリは、テープ・ド
ライブ装置とテープを専用のディスク装置上で仮想化す
るシステムであり、仮想ドライブ（テープ装置のエミュ
レーション）機能と仮想テープ機能を備えたディスク装
置が中心である。ディスク容量の使用状況によって、自
動的に仮想テープを実ライブラリ装置内のテープに移動
し、また、要求に応じて自動的にディスク・バッファに
復元する。仮想ドライブは、ホストコンピュータＯＳ上
ではテープ装置として定義する。従って、ホストコンピ
ュータは仮想テープも従来のテープ装置と全く同じ使い
方ができる。このため、アプリケーション・プログラム
やテープ管理ソフトウェアの修正は必要ない。また、物
理的なドライブ・テープ装置やテープの不足を緩和した
り、削減したりすることが可能になる。

【０００５】さらに、ディスク装置上に形成された仮想
テープを実テープライブラリ装置に移動する際にも、複
数の仮想テープを１巻のテープに詰め込んで記録して、
実テープの記憶容量を最大限に活用するため、実テープ
本数を大幅に削減できる。

【０００６】図６は、従来技術の仮想テープ・ライブラ
リを持った計算機システムの構成図である。メインフレ
ーム２は、仮想ドライブ装置９２０をあたかもそこに実
テープがマウントされているように使用する。この仮想
ドライブ装置９２０上の仮想ボリューム９５０に対して
行なわれる書き込みは、実際にはディスク９３０に対し
て実行される。一度ディスク上に書き溜めたデータは、
１ボリュームを書き終えた時点で、テープ・ライブラリ
５０上の実ドライブにマウントされる大容量の実ボリュ
ームに詰め込まれる。これらは仮想テープサーバ８が制
御する。仮想テープサーバ８は、ディスクキャッシュ９
内の仮想テープ・ドライブ装置９２０を制御する仮想ド
ライブ制御部８１０、ＭＴライブラリ５０内のどのテー
プへデータを格納するかを決定するテープ割り当て部８
２０、どのデータがどのテープへ格納されているかを管
理するデータ管理部８３０からなる。メインフレーム２
は、必ず仮想テープサーバ８を通してディスクキャッシ
ュ９とＭＴライブラリ５０にアクセスする。

【０００７】論理ボリューム９４０は、仮想ボリューム
９５０を複数個まとめたもので、ＭＴライブラリ５０内
のテープに格納する時の単位である。仮想ボリューム容
量が小さい場合、ＭＴ１巻に複数個のボリュームをまと
めて書き出すことにより、テープ容量を有効に利用す
る。

【０００８】このような計算機システムの特徴は、テー
プ・ライブラリは仮想テープサーバの制御下にあり、メ
インフレーム２の専用のテープ・ライブラリになってい
ることである。従って、テープ・ライブラリは他のプロ
セッサからの共有が出来ず、全体として、閉じたシステ
ムとなっていることである。このような計算機システム
は高価であり大規模のユーザに採用されている。

【０００９】

【発明が解決しようとする課題】大型ディスク装置が高
価であり、ユーザの期待するバックアップ記憶容量に見
合った容量全てを、ディスク装置で実現することは困難
となっている。また、仮想テープ・ライブラリを使った
バックアップシステムでは、仮想テープ・ライブラリ本
体の価格が高価である。従って、仮想テープ・ライブラ
リは現状ビッグサイトにしか導入されていない。

【００１０】従来の仮想テープ・ライブラリは専用のサ
ーバを必要とし、テープ・ライブラリ装置はホストから
は直接見えず、専用サーバからしかアクセスできない。
このため、テープ・ライブラリへデータを格納するに
は、必ず専用サーバの制御する仮想テープ・ドライブ装
置を構成する専用のディスク装置へデータを格納するこ
とが必須である。専用のディスク装置は、仮想ドライブ
でホストとやり取りを行ない、ホストＯＳ上からは、テ
ープ装置として定義する。専用ディスク装置は、実際に
はテープ・ライブラリとホストとの間のバッファ（キャ
ッシュ）として機能するために設けられており、このた
め、ディスク転送速度でのテープ入出力が実現される。

【００１１】大型ディスク装置を使ったバックアップは
高価であるため、中小規模ユーザも導入可能な低コスト
なバックアップ装置を提供することが必要である。

【００１２】従って、バックアップ装置に使ったテープ
・ライブラリを他ホスト（ＰＣやワークステーションも
含む）からも共用し、システム全体の運用コスト、装置
コストを抑えたバックアップ装置を提供することが必要
である。

【００１３】

【課題を解決するための手段】上記課題を解決するため
に、第一の計算機に、第一のインタフェースによって記
憶装置と、第二のインタフェースによってテープ・ライ
ブラリと接続する計算機システムを構築する。第一の計
算機は記憶装置へテープボリュームとしてデータを一旦
格納し、格納したデータをディスク装置から吸い上げて
テープ・ライブラリ内のテープへ格納するテープ・ライ
ブラリシステムを構築する。第二のインタフェースで接
続するテープ・ライブラリに、安価なオープンテープラ
イブラリを適用することにより低コストなバックアップ
装置を実現できる。

【００１４】

【発明の実施の形態】図１は、本発明を用いた計算機シ
ステムの実施形態における構成図である。本実施形態に
おける計算機システムは、ワークステーション、あるい
はパーソナルコンピュータなどのオープン系のコンピュ
ータにより構成されるオープンシステム１、メインフレ
ーム２、メインフレーム２に接続するディスクシステム
４、及びテープデバイス５、および例としてオープンテ
ープライブラリを有している。オープンシステム１とメ
インフレーム２は、ネットワーク１４を介して相互に接
続されている。ここで、その機能の一つに着目して上記
計算機システムをバックアップ取得装置という。上記計
算機システムはアプリケーションプログラムを実行して
種々の業務を行なうことを排除するものではない。

【００１５】メインフレーム２は、ＣＫＤインタフェー
スに従ったディスク装置のアクセスを行なう。ＣＫＤイ
ンタフェース２１０は、カウントキーデータ形式（ＣＫ
Ｄ形式）に従うインタフェースである。メインフレーム
２は、チャネルインタフェース６によってディスクシス
テム４と接続される。メインフレーム２とディスクシス
テム４の間には、ディレクタと呼ばれるルーティング装
置を介在させてもよい。

【００１６】メインフレーム２は、オープンシステムの
Ｉ／Ｏインタフェースである固定長インタフェース２５
０を持つ。固定長インタフェース線７によりスイッチ装
置３に接続される。固定長インタフェース線７の例には
ファイバチャネルなどがある。また、ネットワーク１４
に接続するためのネットワークインタフェース２２０を
有する。

【００１７】メインフレーム２は、その上で動作するプ
ログラムとして、オペレーティングシステム２３０と、
オペレーティングシステム２３０の制御下で動作するデ
ータ管理２４０、バックアップ管理２６０、オープンテ
ープライブラリ制御２７０、仮想テープ入出力２８０、
オープンテープ−ＭＴ形式変換２７５を有する。

【００１８】スイッチ装置３は、送信パケットのルーテ
ィングを行なう装置である。スイッチ３の構造は、固定
長インタフェース線の全てがひとつのスイッチに接続さ
れていてもいいし、別のスイッチに接続し、スイッチ同
士を接続したＳＡＮ（Storage Area Network）構成とし
てもよい。たとえば、スイッチは計算機および記憶装置
が接続されるファイバスイッチ（Fibre Switch）で構成
される。また、オープンシステム１が無い構成の場合
は、スイッチ装置３もなくし、メインフレーム２とオー
プンテープライブラリ５を直接固定長インタフェース線
７で接続してもよい。

【００１９】ディスクシステム４は、ディスク４１０
と、メインフレーム２と接続するＣＫＤインタフェース
４２０を有する。ディスク４１０内には、仮想テープ４
７０を格納し、メインフレーム２からは、ディスク４１
０はテープのボリューム４７０単位でアクセスする。テ
ープ４７０は従来ＭＴ１巻に相当する。一般にオープン
テープの方が従来ＭＴより１巻当たりの記憶容量が大き
いため、オープンテープ１巻に複数個のテープ４７０分
をまとめて書き出すことにより、テープ容量を有効に利
用する。

【００２０】図９にその例を示す。図示のように、１巻
のオープンテープ５１０は先頭にテープ番号エリアを持
ち、その後に複数の仮想テープボリューム４７０を格納
している。その結果、テープ本数は削減し、ライブラリ
規模も小さいものに押さえられ、テープのマウント／デ
マウント回数も減少しコスト削減を実現できる。ここ
で、マウントとはテープを含む記録媒体をデータの記録
／再生の位置へ搬送することを示す。

【００２１】メインフレーム２がメインフレームデータ
をオープンテープライブラリ５へ格納する手順を、図２
のフローチャートに従って説明する。

【００２２】メインフレーム２はユーザからＭＴにデー
タを格納する要求を受ける（ステップ２００１）。メイ
ンフレーム２の仮想テープ入出力２８０により、ユーザ
に指定された場所へデータを格納するＭＴコマンドを出
す。これに従い、仮想テープボリューム４７０にＣＫＤ
のデータ形式のまま格納する（ステップ２００２）。デ
ータがどのボリュームへ格納されたかは、データ管理２
４０で管理する。データ管理２４０はオープンテープラ
イブラリ５内のテープの管理（どのデータがどのテープ
に格納されているか）も行なう。仮想テープボリューム
が複数たまったら、オープンテープライブラリへデータ
を格納する。テープへの格納契機は、たまったボリュー
ム数やディスク４１０の容量等が予め設定したしきい値
を超えた場合等である。これらは、ユーザ毎に予め決定
し、しきい値の設定等をしておく。これはデータ管理２
４０内に記憶されている。メインフレーム２はディスク
４１０に格納したデータをオープンテープライブラリ５
へ格納する際に、バックアップ管理２６０により、ライ
ブラリ５内のどのテープへ格納するかを決定する（ステ
ップ２００３）。

【００２３】格納するテープを決定する場合は、図１０
のテープデータ管理テーブル１０１０を参照し、空いて
いるテープか最終使用日時が古いものから選択する。図
１０のテープデータ管理テーブル１０１０はデータ管理
２４０内に格納されている。図示のように、テープ番号
１０１１と、そのテープが格納されているテープ・ライ
ブラリ内のスロット番号１０１２と、そのテープに格納
されているボリューム名１０１３と、そのテープを使用
しているホスト番号１０１４と、最終更新日時１０１５
が記憶されている。前記決定したテープをオープンテー
プライブラリ５内のドライブ装置へマウントする指示を
オープンテープライブラリ制御２７０が出す。オープン
テープライブラリ５は該当するテープをスロットから取
り出し該当するテープ装置に自動的にマウントするロボ
ット機構を備えており、指定されたテープのマウント動
作を実行する（ステップ２００４）。

【００２４】テープのマウントが完了したら、メインフ
レーム２は、仮想テープ入出力２８０により、仮想テー
プボリューム４７０を吸い上げる。ディスク装置４１０
のデータ格納状況は図１０のディスクデータ管理テーブ
ル１０２０によって管理されている。図示のように、デ
ィスク番号１０２１と、論理ボリューム１０２２と、仮
想テープ番号１０２３と、格納位置の情報１０２４が対
応付けられて記憶されている。吸い上げたデータをオー
プンテープ−ＭＴ形式変換２７５によりオープンテープ
内に格納する形式へ変換し、固定長インタフェース２５
０を通して、オープンテープライブラリ５内の指定され
たテープへ格納する（ステップ２００５）。データがど
のテープへ格納されたかは、データ管理２４０で管理し
ているので管理テーブル１０１０を更新する（ステップ
２００６）。

【００２５】以上のようにすれば、ユーザからはオープ
ンテープを意識せずに、従来ＭＴイメージで使用でき
る。一旦ディスク装置４１０内にデータを格納すること
で、メインフレームが直接オープンテープ装置のコマン
ドをサポートするより容易にオープンテープへデータを
格納できる。メインフレーム２からオープンテープへ格
納する時のデータ形式は、従来ＭＴと同様にＶＳＮをつ
け、同じデータ形式（ボリュームラベル、データセット
見出しラベル、…）にする。

【００２６】以上の構成により、メインフレームからオ
ープンテープライブラリを使用することが可能になり、
メインフレームの安価なバックアップ装置を提供するこ
とができる。

【００２７】図１内のオープンシステム１は、固定長イ
ンタフェース線７によりスイッチ装置３に接続する固定
長インタフェース１１０、及び、ネットワーク１４に接
続するネットワークインタフェース１２０を有する。固
定長インタフェース１１０は、固定長ブロック形式に従
うインタフェースである。オープンシステム１は、その
上で動作するプログラムとして、オペレーティングシス
テム１３０を有する。

【００２８】オープンシステム１からオープンテープラ
イブラリ５を共用する処理を図３のフローチャートに従
い説明する。

【００２９】オープンシステム１からネットワーク１４
経由でメインフレーム２へオープンテープライブラリ５
内のテープをマウント／デマウントする要求をオープン
テープライブラリ制御（クライアント）１４０が出す
（ステップ３００１）。オープンテープライブラリ制御
（クライアント）１４０は、メインフレーム２内のオー
プンテープライブラリ制御２７０へのマウント／デマウ
ント指示を出したり、マウント／デマウント終了の報告
を受け取ったりする。実際にオープンテープライブラリ
のロボット機構の制御をするのはオープンテープライブ
ラリ制御２７０である。メインフレーム２のオープンテ
ープライブラリ制御２７０は受け取った要求より、オー
プンテープライブラリ５へマウント／デマウント指示を
出す（ステップ３００２）。オープンテープライブラリ
５はマウント／デマウント動作を実行し、終了したこと
をオープンテープライブラリ制御２７０へ報告する（ス
テップ３００３）。メインフレーム２はネットワーク１
４経由で要求されたテープのマウント／デマウントが完
了したことをオープンシステム１へ報告する（ステップ
３００４）。オープンシステム１は、固定長インタフェ
ース１１０からスイッチ装置３を経由してオープンテー
プライブラリ５へのデータ転送を開始する（ステップ３
００５）。ここでは、どのテープに何が入っているかを
管理しているデータ管理プログラム２４０がメインフレ
ーム２に備えられているので、オープンシステム１はメ
インフレーム２を経由してオープンテープライブラリ５
への制御を行なっている。

【００３０】このように、オープンテープライブラリで
はライブラリ制御をライブラリ内のシステム固有の制御
回路により行なうのではなく、メインフレーム又はオー
プンシステムに備えられた汎用のオープンテープライブ
ラリ制御プログラムによって行なう。このため、閉じら
れた一つのシステムによってだけ使用されることなく、
複数のシステムからの共用が可能である。

【００３１】図１の構成では、ディスクシステム４はメ
インフレーム用のＣＫＤインタフェースのディスクシス
テムであったが、図４の実施例では、固定長インタフェ
ースのディスクシステムをスイッチ装置３へ接続するこ
とによって、メインフレーム２からオープン用のディス
クシステムを利用可能とした。図１の実施例と共通する
のは図６で示した従来例での仮想テープサーバ８がない
こと。メインフレーム２中にデータ管理など必要なプロ
グラムを備えたことなどである。

【００３２】処理動作は図２のフローチャートと同様で
あるが、データ転送指示をメインフレーム２で出した後
のデータ転送の経路はメインフレーム２を介さずに、デ
ィスクシステム４からスイッチ装置３を経由し、オープ
ンテープライブラリ５へ格納することもできる。この経
路での転送を実現する際には、データ転送を実行するコ
ピー機能（ディスクシステム４からオープンテープライ
ブラリ５にデータをコピーする制御機能）をスイッチ装
置３かディスクシステム４内に設ける。なお、ＣＫＤイ
ンタフェース２１０，４２０はないが、オープンテープ
―ＭＴ形式変換プログラム２７５があるので、メインフ
レーム２側からは従来通り従来ＭＴに対するバックアッ
プ処理として扱うことが出来る。

【００３３】図４の構成において、スイッチ装置３とデ
ィスクシステム４とを接続するインタフェース線７があ
るので、ディスクシステム４をオープンシステム１とも
共用する方法もある。このときは、ディスクシステム４
内をメインフレーム２用とオープンシステム１用に予め
使用領域を分けて使う。

【００３４】オープンシステム１からディスクシステム
４へアクセスするには、スイッチ装置３を経由して行な
う。オープンシステム１は従来のＳＣＳＩ上のプロトコ
ルをファイバチャネル上で実装したＦＣＰと呼ばれるプ
ロトコルによってディスクシステム４にアクセスする。
ディスクシステム４内に格納されたオープンシステム１
のデータをオープンテープライブラリ５へバックアップ
する場合は、オープンテープライブラリ５へのマウント
要求はメインフレーム２に出し、メインフレーム２から
マウント指示をする。データ転送時だけ、オープンシス
テム１から、あるいは、スイッチ装置３経由でディスク
システム４からオープンテープライブラリ５へデータ転
送する。

【００３５】図５の構成は、図１のオープンテープライ
ブラリ５をメインフレーム用の従来のＭＴライブラリ５
０に置き換えたものである。メインフレーム２にバック
アップに必要なプログラムを持たせたことで、図６に示
す従来技術の仮想テープ・ライブラリ装置のように、専
用のサーバを必要としない。また、既にＭＴライブラリ
を導入済みのユーザの場合、現状使用している装置を利
用できることで、低コストなバックアップ装置が実現で
きる。

【００３６】図７の構成は、図１の構成に別のメインフ
レーム２０を追加したものである。メインフレーム２０
は、固定長インタフェース２５０を持たない。メインフ
レーム２とメインフレーム２０とでディスクシステム４
を共用している。ディスクシステム４内のボリューム４
５０は、メインフレーム２０のデータが格納されてい
る。メインフレーム２０はボリューム４５０をディスク
装置として扱っている。固定長インタフェースを持たな
いメインフレーム２０のボリューム４５０をオープンテ
ープライブラリ５内に格納する処理手順を図８のフロー
チャートに従って説明する。

【００３７】メインフレーム２はボリューム４５０を吸
い上げ、ボリューム形式変換２９０により、ボリューム
４５０を仮想テープボリュームの形式に変換する（ステ
ップ８００１）。ディスクシステム４内に変換した仮想
テープボリュームを新たにディスク４１０へ書きこむ
（ステップ８００２）。ディスク４１０内のボリューム
をオープンテープライブラリ内に書きこむ処理手順は既
述ステップ２００１〜２００６のとおりである。このよ
うにすることにより、固定長インタフェースを持たない
メインフレームデータもオープンテープライブラリをバ
ックアップ装置として共用できる。

【００３８】以上のような本発明の実施例によれば、安
価なオープン系テープ・ライブラリを利用することによ
り、低コストで設置スペースの小さいメインフレーム用
バックアップ装置が実現できる。オープン系テープを使
うことにより、オープンとのライブラリ装置共用、オー
プンとの連携、ＳＡＮ経由のデータ共用も実現可能とな
る。オープンデータとメインフレームデータを同じテー
プ装置でバックアップ処理できることで、管理の負荷が
削減できる。

【００３９】従来技術の仮想テープ・ライブラリは専用
のサーバを必要とし、テープ・ライブラリ装置はホスト
からは直接見えず、専用サーバからしかアクセスできな
い。ＳＡＮを使った仮想テープ・ライブラリ装置を構築
することによって、テープ・ライブラリを他ホストから
共用することができる。

【００４０】メインフレーム側でテープ・ライブラリ内
のデータ格納場所の管理を行なうので、データ管理を統
合できる。

【００４１】メインフレームのバックアップ装置は従来
ＭＴが主であり、オープンテープをユーザに意識させず
に、ＭＴイメージで使用できるため、運用側のＪＣＬな
どのプログラム変更がない。オープンテープライブラリ
の制御ソフトは全て専用プログラムで実現するため、Ｏ
Ｓの修正が少なく、短期間でサポートを実現できる。

【００４２】データをバックアップする際に、一度ディ
スクに格納するので、テープ転送速度の遅延が見えない
ため、高速にアクセスできる。

【００４３】

【発明の効果】本発明によれば、処理装置側でテープ・
ライブラリ内のデータ格納場所の管理を行なうので、デ
ータ管理を統合でき、仮想テープサーバを必要としな
い。

【図面の簡単な説明】

【図１】本発明の一実施例を示す計算機システムの構成
図である。

【図２】本発明の一実施例におけるメインフレームがデ
ータをオープンテープライブラリへ格納する処理のフロ
ーチャートである。

【図３】本発明の一実施例におけるオープンシステムか
らオープンテープライブラリを共用する処理のフローチ
ャートである。

【図４】本発明の他の一実施例を示す計算機システムの
構成図である。

【図５】本発明の他の一実施例を示す計算機システムの
構成図である。

【図６】従来技術の仮想テープライブラリシステムの構
成図である。

【図７】本発明の他の一実施例を示す計算機システムの
構成図である。

【図８】本発明の一実施例における固定長インタフェー
スを持たないメインフレームがデータをオープンテープ
ライブラリへ格納する処理のフローチャートである。

【図９】本発明の一実施例におけるオープンテープのデ
ータ格納例の図である。

【図１０】本発明の一実施例におけるデータ管理テーブ
ル例の図である。

【符号の説明】

１…オープンシステム、２…メインフレーム、１１０…
固定長インタフェース、１２０…ネットワークインタフ
ェース、１３０…オペレーティングシステム、１４０…
オープンテープライブラリ制御（クライアント）、２１
０…ＣＫＤインタフェース、２２０…ネットワークイン
タフェース、２３０…オペレーティングシステム、２４
０…データ管理、２５０…固定長インタフェース、２６
０…バックアップ管理、２７０…オープンテープライブ
ラリ制御、２８０…仮想テープ入出力、３…スイッチ装
置、４…ディスクシステム、４１０…ディスク、４２０
…ＣＫＤインタフェース、４３０…固定長インタフェー
ス、４４０…仮想ボリューム、４７０…論理ボリュー
ム、５…テープ装置

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

Claims (10)

【特許請求の範囲】
1. 【請求項１】互いに異なる第１のインタフェースと第２
   のインタフェースとを有する第１の計算機と、 第１のインタフェースによって第１の計算機に接続され
   た記憶装置と、 第２のインタフェースによって第１の計算機に接続され
   たバックアップ装置とを有し、 第１の計算機は第１のインタフェースのデータ形式によ
   りデータを前記記憶装置に格納する手段と、前記格納し
   たデータを第１のインタフェースを介して読み出す手段
   と、前記バックアップ装置を制御し、第２のインタフェ
   ースを介して前記読み出されたデータを第２のインタフ
   ェースのデータ形式により前記バックアップ装置に格納
   する手段とを有することを特徴とするバックアップ取得
   装置。
2. 【請求項２】更に、第２のインタフェースと前記バック
   アップ装置との間に設けられ、第２のインタフェースと
   前記バックアップ装置が接続されたスイッチ装置を備え
   たことを特徴とする請求項１記載のバックアップ取得装
   置。
3. 【請求項３】互いに異なる第１のインタフェース及び第
   ２のインタフェースを有する第１の計算機と、第２のイ
   ンタフェースと同一のＩ/Ｏインタフェース形式をもつ
   第３のインタフェースを有しネットワークにより第１の
   計算機に接続された第２の計算機と、 第１のインタフェースによって第１の計算機に接続され
   た記憶装置と、 第２のインタフェースと第３のインタフェースが接続さ
   れたスイッチ装置と、 前記スイッチ装置に接続されたバックアップ装置とを有
   し、 第２の計算機は第１の計算機へ前記バックアップ装置で
   のマウントを要求する手段と、第２の計算機のデータを
   第３のインタフェースから前記バックアップ装置に格納
   する手段とを有し、 第１の計算機は第２の計算機からのマウント要求に従い
   前記バックアップ装置へのマウント指示を出す手段を有
   することを特徴とするバックアップ取得装置。
4. 【請求項４】第１のインタフェースを有する第１の計算
   機と、 第１のインタフェースを介して第１の計算機に接続され
   る記憶装置と、 第１のインタフェースを介して第１の計算機に接続され
   るバックアップ装置とを有し、 第１の計算機は第１のインタフェースのデータ形式によ
   りデータを前記記憶装置に格納する手段と、前記格納し
   たデータを第１のインタフェースを介して読み出す手段
   と、前記バックアップ装置を制御し、第１のインタフェ
   ースを介して前記読み出されたデータを前記バックアッ
   プ装置に格納する手段とを有することを特徴とするバッ
   クアップ取得装置。
5. 【請求項５】第２のインタフェースを有する第１の計算
   機と、 第２のインタフェースと同一のＩ/Ｏインタフェース形
   式をもつ第３のインタフェースを有しネットワークによ
   り第１の計算機に接続された第２の計算機と、 第２のインタフェースと同一のＩ/Ｏインタフェース形
   式をもつ第４のインタフェースを有する記憶装置と、 第２のインタフェースと第３のインタフェースと第４の
   インタフェースとに接続されたスイッチ装置と、 前記スイッチ装置に接続されたバックアップ装置を有
   し、 第２の計算機は第１の計算機へ前記バックアップ装置で
   のマウントを要求する手段を有し、 第１の計算機は前記マウントの要求に従い前記バックア
   ップ装置へのマウント指示を出す手段と、前記記憶装置
   に格納したデータを第２のインタフェースを介して前記
   バックアップ装置に格納する手段を有することを特徴と
   するバックアップ取得装置。
6. 【請求項６】第２のインタフェースを有する第１の計算
   機と、 第２のインタフェースと同一のＩ/Ｏインタフェース形
   式をもつ第３のインタフェースを有しネットワークによ
   り第１の計算機に接続された第２の計算機と、 第２のインタフェースと同一のＩ/Ｏインタフェース形
   式をもつ第４のインタフェースを有する記憶装置と、 第２のインタフェースと第３のインタフェースと第４の
   インタフェースとに接続されたスイッチ装置と、 前記スイッチ装置に接続されたバックアップ装置を有
   し、 第２の計算機は第１の計算機へ前記バックアップ装置で
   のマウントを要求する手段と前記記憶装置に格納された
   データを前記バックアップ装置に格納する手段とを有
   し、 第１の計算機は前記マウントの要求に従い前記バックア
   ップ装置へのマウント指示を出す手段を有することを特
   徴とするバックアップ取得装置。
7. 【請求項７】前記記憶装置は第１の計算機用記憶領域と
   第２の計算機用記憶領域とを有することを特徴とする請
   求項５又は６記載のバックアップ取得装置。
8. 【請求項８】第１のインタフェースはカウントキーデー
   タ形式に従うインタフェースであり、第２のインタフェ
   ースは固定長ブロック形式に従うインタフェースである
   ことを特徴とする請求項１又は３記載のバックアップ取
   得装置。
9. 【請求項９】前記バックアップ装置はオープンテープラ
   イブラリであることを特徴とする請求項１、３、５、６
   のいずれか記載のバックアップ取得装置。
10. 【請求項１０】互いに異なる第１のインタフェースと第
    ２のインタフェースとを有する第１の計算機と、第１の
    インタフェースによって第１の計算機に接続された記憶
    装置と、第２のインタフェースによって第１の計算機に
    接続されたバックアップ装置とを有するシステムにおけ
    る方法であって、 第１の計算機において第１のインタフェースのデータ形
    式によりデータを前記記憶装置に格納するステップと、
    前記格納したデータを第１のインタフェースを介して読
    み出すステップと、前記バックアップ装置を制御し、第
    ２のインタフェースを介して前記読み出されたデータを
    第２のインタフェースのデータ形式により前記バックア
    ップ装置に格納するステップとを有することを特徴とす
    るバックアップ取得方法。