JP3794232B2

JP3794232B2 - Data backup method in information processing system

Info

Publication number: JP3794232B2
Application number: JP2000030215A
Authority: JP
Inventors: 愛里山; 山本　　彰; 康友山本; 高大枝; 貴彦庄山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-02-19
Filing date: 2000-02-02
Publication date: 2006-07-05
Anticipated expiration: 2020-02-02
Also published as: JP2000305719A

Description

【０００１】
【発明の属する技術分野】
本発明は、計算機システムにおいて、記憶装置に格納されているデータのバックアップの取得、及びそのリストア方法に関する。
【０００２】
【従来の技術】
計算機システムに用いられる記憶装置として、高性能化、高信頼化の観点から、ディスクアレイを用いるのが一般化してきている。ワークステーション、パーソナルコンピュータ（ＰＣ）等のいわゆるオープンシステムでは、ディスク装置などの外部記憶装置へのデータの記録形式として、固定長記録形式が用いられている。このため、オープンシステムとディスクアレイコントローラの間のインターフェースは、一般に、固定長アクセスインターフェースが採用される。固定長アクセスインターフェースは、ディスクアレイ内部の個々のディスク装置にも用いられている。
【０００３】
一方、汎用の大型コンピュータ（以下メインフレームと記述）では、磁気ディスク装置へのデータの記録に可変長記録形式が適用されている。このため、磁気ディスク装置のアクセスには、可変長記録形式のデータアクセスを可能とするＣＫＤ（Count Key Data）などの可変長アクセスインターフェースが用いられる。従来、可変長記録形式のデータは、可変長アクセスインターフェースを有するディスク装置上に物理的に記録されてきた。しかし、近年、可変長記録形式のデータを記録する記憶装置として、ＰＣやワークステーションで用いられる比較的安価なディスク装置で構成されたディスクアレイが広く用いられるようになってきた。
【０００４】
メインフレーム用ディスクアレイの場合、「メインフレーム‘９８」，日経ＢＰ社，ｐｐ．１２６−１３０に見られるように、個々のディスク装置には、ＦＢＡ（Fixed Block Architecture）フォーマットと呼ばれる固定長記録形式でデータが記録されるディスク装置を用いるのが一般的になっている。ディスクアレイコントローラは、キャッシュメモリを利用した固定長記録形式と可変長記録形式の変換機能を持ち、メインフレームとディスクコントローラの間は、可変長アクセスインターフェースで接続される。メインフレームからのリード／ライト要求は、ＣＣＷ（Channel Command Word）と呼ばれる複数個の入出力コマンドにより構成される。これら複数個のＣＣＷは、ＣＣＷチェインと呼ばれる。ＣＣＷチェインは、メインフレームのオペレーティング・システムが、アプリケーションからの要求にしたがって作成する。
【０００５】
通常、磁気ディスク装置は、ディスク制御装置とディスク装置とから構成されるディスクサブシステムとして、メインフレームの外部に設けられる。メインフレームは、ディスク装置にデータをリード／ライトする際、可変長記録形式に従ったコマンドをディスクサブシステムに送る。ディスクサブシステム内に設けられたディスク制御装置は、メインフレームから指示されたコマンドを受け取り、ディスク装置にアクセスするため、データを可変長記録形式から固定長記録形式に変換する。このような、可変長形式から固定長形式への変換については、例えば、特開平６−１５０５５７号公報に開示されている。
【０００６】
近年の計算機センタは、メインフレームとオープンシステムが混在して構成されることが多い。このような構成において、ディスクアレイの管理を容易にするため、メインフレームとオープンシステムのそれぞれがアクセスするデータを共通に格納し、ディスクアレイを一元化することが要求されている。このような要求に応える技術として、例えば、「メインフレーム‘９８」，日経ＢＰ社の１４５頁、あるいは１５１頁には、可変長アクセスインターフェースと固定長アクセスインターフェースの双方を備えたディスクアレイに格納されたメインフレームのデータを、オープンシステムからアクセスする技術が開示されている。ここでは、メインフレームのデータは、ディスクアレイ内で可変長／固定長記録形式の変換が行われ、固定長記録形式のディスク装置に格納される。ディスク装置に格納されたメインフレームのデータは、固定長記録形式のインターフェースを通じて、ディスク装置に格納されたままの形でオープンシステムのサーバ上に取り出される。
【０００７】
さらに、メインフレーム側のバックアップリストアオプション機能を使用することによって、ディスクアレイ上のオープンシステム用のボリュームを、メインフレームからボリュームイメージで読み出し、バックアップできる。また、バックアップしたデータをメインフレーム側からオープンシステム用ボリュームにリストアできる。この機能を使用するに際して、特別なソフトウェアをメインフレーム及びオープンシステム側にインストールする必要はない。オープンシステム用ボリュームの固定長記録形式のデータをメインフレームからアクセスできるように、ディスクアレイコントローラが可変長記録形式のデータに変換する。バックアップ先としては、既存のテープライブラリ装置、ＭＴ（Ｍａｇｎｅｔｉｃｔａｐｅ）、ディスク等を選択可能である。ディスクアレイ内にあるオープンシステム用のボリュームについては、ボリューム初期化時に、当該ボリュームにボリュームシリアル番号、ボリューム目録が作成される。初期化によってボリュームに書き込まれるボリュームシリアル番号、ボリューム目録は、オープンシステムのデータが書き込まれている領域とは別の領域に書き込まれるため、オープンシステムのデータが破壊されることはない。ディスクアレイが接続されているサーバに接続された他のディスク装置に格納されているデータ、及び、他のネットワーク上のサーバ／クライアントに接続されたディスク装置に格納されているデータ（ディスクアレイ外に格納されているデータ）は、オープンシステム側のバックアッププログラムやシステムコマンドを使用して、ディスクアレイ内で初期化されたボリューム目録とボリュームシリアル番号が作成されているバックアップ／リストア用ボリュームにバックアップされる。バックアップ／リストア用ボリュームにバックアップされたデータは、さらに、前述したように、メインフレーム側のバックアップ機能を利用してテープライブラリ装置等にバックアップされる。
【０００８】
一方、汎用の情報処理装置の外部記憶装置インターフェースとして、固定長アクセスインターフェースであるＳＣＳＩインタフェースを持つものが出現してきている。例えば、「メインフレーム‘９８」，日経ＢＰ社，ｐｐ．５３―５４に記載されている内蔵ディスク装置では、固定長記録形式のディスク装置が情報処理装置の筐体に内蔵される。オペレーティング・システムが生成した可変長記録形式のデータをリード／ライトするコマンド群（ＣＣＷ）は、ＳＡＰと呼ばれるプロセッサにより解釈され、固定長記録形式のデータをリード／ライトするコマンド群（ＳＣＳＩコマンド）に変換されて内蔵ディスクへの入出力処理が実行される。内蔵ディスク装置には、可変長記録形式のデータが固定長記録形式に埋め込まれた形で格納される。このようなデータフォーマットの変換は、ＳＡＰにより行われる。
【０００９】
【発明が解決しようとする課題】
上記従来技術によれば、オープンシステムとメインフレームが共用している外部記憶装置のデータを、オープンシステムがメインフレーム側のバックアップストレージにバックアップする場合、メインフレームと共用している外部記憶装置のバックアップ用ボリューム内に一度データをコピーする必要がある。このため、バックアップする度にバックアップ用ボリュームを作成する必要がある。即ち、１回のバックアップ作業のために、２回のバックアップ動作が必要になる。このため、記憶容量の確保とバックアップ作業にかかる処理が発生する。
【００１０】
本発明の目的は、バックアップ作業用に使用するバックアップ用ボリュームの領域を減らし、バックアップ作業のオーバヘッドを減らすバックアップ方法を提供することにある。
【００１１】
【課題を解決するための手段】
上述した目的を達成するために、本発明の第１の観点によれば、第１のコンピュータ、第２のコンピュータ、前記第２のコンピュータに接続され、前記第２のコンピュータにより利用される固定長記録形式のデータを格納した第１の記憶装置、及び、前記第１のコンピュータに接続され、可変長記録形式でデータを格納するバックアップ装置を有するコンピュータシステムにおいて、前記第１の記憶装置に格納されたデータを前記バックアップ装置にバックアップするため、以下のステップを有するバックアップ方法が提供される。第１のコンピュータから第２のコンピュータに前記固定長記録形式のデータの読み出しを要求する。この要求に応答して、第２のコンピュータは、第１の記憶装置から固定長記録形式のデータを読み出して第１のコンピュータに転送する。第１のコンピュータは、転送された固定長記録形式のデータを可変長記録形式のデータに変換し、変換された可変長記録形式のデータをバックアップ装置に格納する。
【００１２】
本発明の第２の観点によれば、第１のコンピュータ、第２のコンピュータ、第１のコンピュータと第２のコンピュータの双方に接続され、第２のコンピュータにより利用される固定長記録形式のデータを格納した記憶装置、及び、第１のコンピュータに接続され、可変長記録形式でデータを格納するバックアップ装置を有するコンピュータシステムにおいて、記憶装置に格納されたデータをバックアップ装置にバックアップするため、以下のステップを含むバックアップ方法が提供される。固定長記録形式のデータを第１のコンピュータからアクセスするためのボリューム情報が、固定長記録形式のデータが格納された領域とは区別された領域に格納される。第１のコンピュータは、ボリューム情報に含まれる情報に基づいて、記憶装置から前記固定長記録形式のデータを読み出す。第１のコンピュータにおいて、固定長記録形式のデータが可変長記録形式のデータに変換される。第１のコンピュータは、可変長記録形式に変換されたデータをバックアップ装置に格納する。
【００１３】
【発明の実施の形態】
図１は、本発明の一実施形態における計算機システムの模式的なブロック図である。メインフレーム１は、１台以上からなる中央処理装置（ＣＰＵ）１２、主記憶装置１１、他系の情報処理装置との情報およびデータの授受を制御する通信装置（Ｉ／Ｏチャネル）１３、１５、１６、及び、１台以上の記憶装置制御プロセッサ１４を有する。Ｉ／Ｏチャネル１３は、可変長アクセスインタフェースを持ち、通信線３０を介してバックアップ装置３と接続される。Ｉ／Ｏチャネル１５は、固定長アクセスインタフェースを持ち、通信線３１を介して外部記憶装置４と接続される。Ｉ／Ｏチャネル１５と外部記憶装置４との間の固定長アクセスインタフェースとしては、例えば、ＳＣＳＩ（Small Computer System Interface）、あるいは、光ケーブルをベースにしたファイバチャネル（Fibre Channel）にＳＣＳＩプロトコルを搭載させたインタフェースを用いることができる。主記憶装置１１には、ＣＰＵ１２が使用するデータやプログラムを格納する領域以外に、外部記憶装置４との間でのデータの入出力時に用いられるキャッシュメモリ１１１が割り当てられる。キャッシュメモリ１１１は、ディスクキャッシュの役割をする。記憶装置制御プロセッサ１４は、可変長記録形式と固定長記録形式の変換機能であるデータ記録形式変換機構１４１を有する。本実施形態において、データ記録形式変換機構１４１は、記憶装置制御プロセッサ１４により実行されるプログラムとして実現される。記憶装置制御プロセッサ１４は、外部記憶装置４と主記憶装置１１との間のデータ転送も制御する。キャッシュメモリ１１１には、外部記憶装置４から読み出されたデータや、ＣＰＵ１２が外部記憶装置４に書き込むデータが保持される。データは、外部記憶装置４と同じ固定長記録形式でキャッシュメモリ１１１に格納される。
【００１４】
オープンシステム２は、サーバ装置であり、中央処理装置（ＣＰＵ）２２、主記憶装置２１、及び、他系の情報処理装置との情報およびデータの授受を制御する通信装置（Ｉ／Ｏチャネル）２３、２４を有する。メインフレーム１とオープンシステム２は、Ｉ／Ｏチャネル１６とＩ／Ｏチャネル２４により、通信線３４を介して接続される。Ｉ／Ｏチャネル２３は、固定長アクセスインターフェースを持ち、外部記憶装置４と通信線３２を介して接続される。また、Ｉ／Ｏチャネル２３は、通信線３３を介して外部記憶装置５にも接続される。
【００１５】
外部記憶装置４は、メインフレーム１をサーバとしている。外部記憶装置４は、固定長記録形式でデータを記憶し、固定長アクセスインタフェースを有する。外部記憶装置４は、単体のディスク装置でも、固定長アクセスインタフェースを有するＲＡＩＤ（Redundant Array of Inexpensive Disks）サブシステムでも構わない。外部記憶装置４は、メインフレーム用ボリューム４２とオープンシステム用ボリューム４３を有している。メインフレーム用ボリューム４２は、メインフレーム１のデータを格納するためのボリュームで、メインフレーム１からのみアクセス可能である。オープンシステム用ボリューム４３は、オープンシステム２のデータを格納するためのボリュームである。オープンシステム用ボリューム４３には、メインフレームシステム１のボリューム情報作成／データセットアロケーションモジュール１１２１による初期化処理で、オープンシステム用ボリューム４３のボリューム情報及びボリュームシリアル番号が作成される。
【００１６】
バックアップ装置３としては、例えば、記憶媒体として磁気テープ（ＭＴ）を用いたＭＴライブラリ装置が用いられる。バックアップ装置３には、ＭＴライブラリ装置の代りにディスク装置を用いることもできる。
【００１７】
図２は、オープンシステム用ボリューム４３の論理構成を示す模式図である。オープンシステム用ボリューム４３には、ボリューム情報４３１とボリュームシリアル番号４３３が格納される。ボリューム情報４３１は、ボリューム４３内のユーザデータ４３２の先頭及び最後の位置を識別するための情報を有する。ボリュームシリアル番号４３２は、ボリューム４３を他のボリュームと識別するために付与される識別子である。ボリューム情報４３１とボリュームシリアル番号４３３は、オープンシステム用のユーザデータ４３２が書き込まれている領域とは別の領域に書き込まれる。したがって、これによりオープンシステム用のユーザデータ４３２が破壊されることはない。ボリューム情報４３１とボリュームシリアル番号４３３を作成することにより、オープンシステム用ボリューム４３は、メインフレーム１からもアクセス可能となる。但し、メインフレーム１側からオープンシステム用ボリューム４３をアクセスできるのは、バックアップ／リストアプログラム１１２のみである。ボリューム情報４３１は、可変長記録形式、オープンシステム用のユーザデータは固定長記録形式で記憶される。ボリューム情報４３１とボリュームシリアル番号４３３は、上述したほか、オープンシステム用ボリューム４３からは独立した他のボリューム、あるいは、メインフレーム１のキャッシュメモリ１１１に格納することもできる。
【００１８】
外部記憶装置５が有するオープンシステム用ボリューム５２のデータをバックアップする時に必要となるボリューム情報とボリュームシリアル番号は、メインフレーム１、または、外部記憶装置４の内部に作成される。オペレーティングシステム１１３には、ボリュームがメインフレーム１、または、外部記憶装置４に存在するようにみせかけ、記憶装置制御プロセッサ１４のボリュームシリアル番号識別手段１４２により、実際のボリュームがどこにあるか判断される。記憶装置制御プロセッサ１４は、ボリュームシリアル番号により識別される格納場所によって処理を選択する。ボリュームが外部記憶装置４にある場合は、直接該当ボリュームのバックアップ処理を行い、ボリュームが外部記憶装置５にある場合は、外部記憶装置５が接続されたオープンシステム２を介してバックアップすべきデータを取得する。
【００１９】
図３は、可変長記録形式のトラックフォーマットを示す模式図である。図は、１つのトラックの構成例を示している。トラックは、一個のホームアドレス（以下、ＨＡと略す）５１０と一個以上のレコード５００から構成される。ＨＡ５１０は、各トラックの先頭に位置する最初のフィールドであり、トラックの番号等の情報が含まれる。各レコード５００は、一個以上のフィールド、すなわちカウント部５０１、データ部５０２を有する。データ部５０２の前には、図示しないキー部が存在することもある。カウント部５０１は、固定長のフィールドで、そのレコード５００のアドレス、後続するフィールド（データ部５０２とキー部）の長さなどの情報を格納している。各レコード５００は可変長、つまりデータ部５０２の長さがレコード５００毎に異なっていても良いこと、が許されている。このため、カウント部５０１には、そのレコードのキー部およびデータ部５０２の長さが格納されていいる。カウント部５０１を見れば、そのレコード５００の各フィールドの長さが分かる。レコード５００のアドレスは、シリンダ番号、ヘッド番号、レコード番号、すなわちトラックの先頭から付与されたシーケンシャルな番号の組みで示される。トラックは固定長であるが、レコードは可変長であるため、各トラックに含まれるレコード数は可変である。
【００２０】
図４は、固定長記録形式のトラックフォーマットを示す模式図である。固定長の記憶装置では、各トラックは、あらかじめ定められた固定長の領域（以降、ブロックと呼ぶ）６００から構成されている。各ブロック６００は、記憶装置内で一意に番号付けされている。記憶装置のある領域へのアクセスは、その領域の先頭ブロック６００の番号と、それに後続するブロック６００の個数を指定して行われる。
【００２１】
図５は、可変長記録形式のデータから固定長記録形式のデータへのフォーマット変換の概要を示す説明図である。可変長記録形式で表現された各トラックは、フォーマット変換に当たって固定長のブロック６００の大きさと等しい領域に分割される。シリンダ番号１，ヘッド番号０で示される先頭トラックの先頭領域は、番号０で示される先頭のブロック６００に割り当てられる。以降、後続するブロック６００にトラック上の後続する領域が割り当てられ、先頭のトラックの全領域が割り当てられると、後続するブロック６００に次トラック、すなわちシリンダ番号１、ヘッド番号１のトラックの先頭領域が割り当てられる。このとき、可変長記録形式のカウント部５０１は、格納されずに捨てられる。以下、同様にして各トラックの全領域が各ブロック６００に対応付けられる。シリンダ番号０にはボリューム情報が格納される。メインフレーム用ボリューム４２とオープンシステム用ボリューム４３の外部記憶装置４内でのトラックフォーマットが同じものであれば、メインフレーム１からオープンシステム用ボリューム４３をバックアップするときと、メインフレーム用のボリューム４２をバックアップするときとで、同じデータ記録形式変換機構１４１を利用することができる。従って、メインフレーム用ボリューム４２とオープンシステム用ボリューム４３のトラックフォーマットは同じである方がよい。オープンシステム用のデータ、例えばＳＣＳＩデータにはカウント部がないため、メインフレーム用データのトラックフォーマットをオープンシステム用データのトラックフォーマットにあわせる。即ち，メインフレーム側からのリード要求時は、記憶装置制御プロセッサ１４のデータ記録形式変換機構１４１でカウント部が生成され、メインフレーム１側からのライト要求時には、カウント部が捨てられてデータ部のみが格納される。各トラックの長さは固定長であるため、１つのトラックに固定長のブロック６００がいくつ入るかは、トラック容量÷ブロック容量で求められる。トラックアドレスからそのトラックを格納している先頭のブロック６００の番号は、“（シリンダ番号×ヘッド数＋ヘッド番号）×トラック当たりのブロック総数”によって求めることができる。
【００２２】
オープンシステム２から外部記憶装置４のデータを通常に使用する場合、オープンシステム２は、アプリケーションプログラム２１２から出されるリード要求に応答して、外部記憶装置４のオープンシステム用ボリューム４３から直接データを読み出す。外部記憶装置４に存在するメインフレーム用ボリューム４２、及び、オープンシステム用ボリューム４３のバックアップは以下に説明するように行われる。
【００２３】
図６は、メインフレーム１によるメインフレーム用ボリューム４２のバックアップ処理のフローチャートである。メインフレーム用ボリューム４２のバックアップ処理では、まず、メインフレーム１のバックアップソフト１１２が起動される（ステップ１００１）。バックアップソフト１１２は、メインフレーム用ボリューム４２からバックアップデータを読み出す（ステップ１００２）。読み出されたバックアップデータは、記憶装置制御プロセッサ１４のデータ記録形式変換機構１４１により、固定長記録形式から可変長記録形式に変換される（ステップ１００３）。可変長記録形式に変換されたデータは、メインフレーム１に接続されたバックアップ装置３に格納される（ステップ１００４）。バックアップソフト１１２は、バックアップすべきデータがまだあるかどうか判断し、データがあれば、ステップ１００２からステップ１００４を繰り返し、バックアップ処理を継続する。全てのデータのバックアップが終了していれば、バックアップ処理を終了する（ステップ１００５）。
【００２４】
バックアップされたデータのリストアは、バックアップ処理と同様に、バックアップソフト１１２により行われる。バックアップソフト１１２は、バックアップ装置３に格納されたバックアップデータをデータ記録形式変換機構１４１により可変長記録形式から固定長記録形式に変換し、メインフレーム用ボリューム４２へ格納する。
【００２５】
図７は、メインフレーム１によるオープンシステム用ボリューム４３のバックアップ処理のフローチャートである。オープンシステム用ボリューム４３のバックアップ処理では、まず、バックアップ取得対象のボリュームを使用するオープンシステム２の全ての業務を停止し、当該ボリューム４３のアンマウントを実行する（ステップ１３０１）。メインフレーム１のバックアップソフト１１２が起動される。バックアップソフト１１２は、オープンシステム２で使用されているボリューム４３のデバイスファイル名に対応するボリュームシリアル番号の指定をユーザから受けバックアップを開始する（ステップ１３０２）。以降、上述したステップ１００２〜ステップ１００５同様の処理により、バックアップが行われる（ステップ１３０３）。全てのデータがバックアップ装置３に格納されると、オープンシステム２からボリューム４３に対しマウント処理が実行され、オープンシステム２での業務が再開される（ステップ１３０４）。
【００２６】
オープンシステム用ボリューム４３に対するリストア処理は、前述したメインフレームのリストア処理と同様に行われる。
【００２７】
図８は、外部記憶装置５が有するオープンシステム用ボリューム５２のデータをバックアップ装置３へバックアップする際の処理のフローチャートである。メインフレーム１から直接アクセスできない外部記憶装置５にあるボリュームのデータは、一旦、外部記憶装置４にコピーされた後、バックアップ装置３に格納される。
【００２８】
オープンシステム用ボリューム５２のバックアップ処理では、まず、外部記憶装置４３にバックアップ用ボリュームを作成する。また、ボリューム目録作成／データセットアロケーションモジュール１１２１により、バックアップ用ボリュームのボリュームシリアル番号とボリューム情報が作成され、キャッシュメモリ１１１、あるいは、外部記憶装置４に格納される。バックアップ用ボリューム、ボリュームシリアル番号、及びボリューム情報は、ユーザからの指示に従って作成される（ステップ１４０１）。この後、オープンシステム２において、オープンシステム２の有するバックアッププログラム、あるいは、システムコマンドにより、バックアップ対象のデータをオープンシステム用ボリューム５２から外部記憶装置４のバックアップ用ボリュームにコピーする。この処理を一時バックアップと呼ぶ。ここで行われるコピーは、例えば、ファイル単位に行われる。この際、バックアップ用ボリュームの容量の範囲内で、複数のファイルがコピーされる（ステップ１４０２）。バックアップデータのコピーの後、オープンシステム２側からの処理を停止し、バックアップ用ボリュームをオープンシステム２からアンマウントする（ステップ１４０３）。続いて、メインフレーム１のバックアップソフト１１２は、バックアップ用ボリュームを指定してデータを読み出す。バックアップ用ボリュームから読み出されたデータは、記憶装置制御プロセッサ１４のデータ記録形式変換機構１４１により、Ｃ部が模擬的に生成され、固定長記録形式から可変長記録形式変換される（ステップ１４０４）。可変長記録形式に変換されたデータは、バックアップ装置３へ格納される（ステップ１４０５）。バックアップ用ボリュームに一時バックアップされたファイルのデータを全てバックアップ装置３に格納した後、バックアップ用ボリュームを次回の一次バックアップ先として使用するため、バックアップ用ボリュームにコピーされたファイルを全て削除する（ステップ１４０６）。バックアップ用ボリューム４４に対しオープンシステム２からマウントを実行し、オープンシステム２からバックアップボリュームをアクセス可能とする（ステップ１４０７）。ボリューム５２にバックアップすべきデータがあるか判断し、バックアップデータがまだある場合には、ステップ１４０２以降の処理を繰り返す。ボリューム５２にバックアップすべきデータがなくなっていれば、バックアップ処理を終了する（ステップ１４０８）。
【００２９】
バックアップしたデータのリストアは、可変長記録形式から固定長記録形式に変換された後、バックアップ用ボリュームを介してオープンシステム２に受け渡し、オープンシステム用ボリューム５２に格納することで実現される。
【００３０】
図９は、外部記憶装置５が有するオープンシステム用ボリューム５２のデータのバックアップ装置３へのバックアップ処理の第２の実施形態を示すフローチャートである。図９に示す処理では、記憶装置制御プロセッサ１４がボリューム情報４３１からバックアップデータの格納場所を判断してバックアップが行われる。なお、本実施形態では、バックアップデータに対するボリューム情報は、キャッシュメモリ１１１に作成される。
【００３１】
本実施形態におけるオープンシステム用ボリュームのバックアップ処理では、まず、バックアップの取得対象であるオープンシステム用ボリューム５２を使用するオープンシステム２の全ての業務を停止する。業務停止後、オープンシステム２は、ボリューム５２のアンマウント（またはボリュームを使用しているＯＳ毎のコマンド）を実行する（ステップ１１０１）。次に、メインフレーム１のバックアップソフト１１２を起動する（ステップ１１０２）。バックアップソフト１１２のボリューム情報作成／データセットアロケーションモジュール１１２１は、オープンシステム２に接続された外部記憶装置５に対するボリューム情報とボリュームシリアル番号を作成し、主記憶装置１１にあるキャッシュメモリ１１１に格納する。この際、キャッシュメモリ１１１内に仮想的なボリュームがあるものと考える。ここでは、ボリューム情報をキャッシュメモリ１１１に格納しているが、ボリューム情報を格納する場所は他であってもよい。運用を容易化するためには、オープンシステム２におけるデバイスファイル名をボリュームシリアル番号と関連のある名称にしておくことが好ましい。また、ボリュームシリアル番号は、予め、外部記憶装置５内のデータに対するものとわかるように、番号の範囲をシステム内で決めておく。ボリュームシリアル番号はユーザが管理し運用する（ステップ１１０３）。
【００３２】
バックアップソフト１１２は、ボリューム情報を作成すると、作成したボリューム情報を指定してバックアップデータの読み出しを記憶装置制御プロセッサに要求し、バックアップ処理を開始する（ステップ１１０４）。記録装置制御プロセッサ１４は、ボリュームシリアル番号識別手段１４２により、指定されたボリュームシリアル番号が外部記憶装置５のデータに対する番号の範囲内であるかどうか判断する。指定されたボリュームシリアル番号が外部記憶装置５のデータに対するものの範囲外である場合は、外部記憶装置４が有するオープンシステム用ボリュームのバックアップとなる。したがって、この場合は、ステップ１３０３と同様の処理が行われる（ステップ１１０５）。指定されたボリュームシリアル番号が外部記憶装置５のデータに対するものの範囲内であれば、記録装置制御プロセッサ１４は、通信線３４を介してオープンシステム２にデータの読み出しを要求する。この要求に応答して、オープンシステム２は、バックアッププログラムを起動し、バックアップデータをオープンシステム用ボリュームから読み出し、通信線３４を介して記憶装置制御プロセッサ１４に転送する（ステップ１１０６）。記憶装置制御プロセッサ１４は、データ記録形式変換機構１４１により、オープンシステム２から転送されたデータをメインフレーム１のオペレーティングシステム１１３で利用できるよう、Ｃ部を模擬的に生成して可変長記録形式に変換する（ステップ１１０７）。記憶装置制御プロセッサ１４は、変換後のデータをオペレーティングシステム１１３に送る。オペレーティングシステム１１３に送られたデータは、バックアップソフト１１２によりバックアップ装置３に格納される（ステップ１１０８）。記憶装置制御プロセッサ１４は、オープンシステム２からのバックアップデータがまだあるかどうか判断する。バックアップデータが残っていれば、ステップ１１０７からステップ１１０８を繰り返す（ステップ１１０９）。全てのバックアップデータの処理が終了していれば、記憶装置制御プロセッサ１４は、バックアップ処理の完了を報告する。オープンシステム２は、オープンシステム用ボリューム５３のマウント処理を実行して業務を再開する（ステップ１１１０）。
【００３３】
また，オープンシステム２からのデータをある程度ためてから，バックアップする方法もある。
【００３４】
リストア時には、バックアップソフト１１２により、バックアップ装置３に格納したバックアップデータが読み出され、データ記録形式変換機構１４１により固定長記録形式に変換される。記憶装置制御プロセッサ１４は、通信線３４を介して固定長記録形式に変換されたデータをオープンシステム２へ転送する。このデータは、オープンシステム２によりオープンシステム用ボリューム５２にリストアされる。
【００３５】
上述した実施形態では、オープンシステム２によって専有される外部記憶装置５が有するボリュームに格納されたデータのバックアップは、オープンシステム２が介在することにより実現される。上述した方法に替えて、メインフレーム１の通信装置１５を外部記憶装置５の通信装置３５と接続し、オープンシステム２を介在させることなくバックアップを行うことも可能である。この場合、バックアップ事前処理として、バックアップソフト１１２により、外部記憶装置５（オープンシステム用ボリューム５２）に対するボリュームシリアル番号とボリューム情報が作成され、キャッシュメモリ１１１に格納される。バックアップ処理は、図７のフローチャートにより説明したオープンシステム用ボリューム４３のバックアップと同様に実現することができる。メインフレーム１は、外部記憶装置５への誤アクセス防止のため、通常時には、外部記憶装置５をアンマウントしておくか、通常通信線３５をオフラインにしておく。そして、バックアップソフト１１２を起動したときに外部記憶装置５と接続できるようにする。
【００３６】
図１０は、本発明のさらに他の実施形態における計算機システムの構成を示すブロック図である。本実施形態における計算機システムは、メインフレーム１、オープンシステム２、バックアップ装置３、及び外部記憶装置４、５が外部記憶装置間ネットワーク６により接続される。外部記憶装置間ネットワーク６と各装置との間は、通信線３４、３５、３６、３７、及び３８で接続されている。メインフレーム１、オープンシステム２、及び外部記憶装置４、５は、外部記憶装置間ネットワーク６を介して他の装置と通信するための通信装置１７、２５、４５、及び５５を各々有している。通常、メインフレーム１からは、外部記憶装置４が使用可能な状態にあり、オープンシステム２からは、外部記憶装置４、５が使用可能な状態にあるものとする。メインフレーム１のキャッシュメモリ１１１には、バックアップソフト１１２によるバックアップ事前処理作成される外部記憶装置５のオープンシステム用ボリューム５２に対するボリュームシリアル番号１１４とボリューム情報１１５が格納される。
【００３７】
本実施形態でのバックアップ処理は、バックアップデータの転送が、外部記憶装置間ネットワーク６を介して、メインフレーム１と該当する外部記憶装置、及びバックアップ装置３との間で行われる他は、図７のフローチャートにより説明したオープンシステム用ボリューム４３のバックアップと同様の処理により実現することができる。
【００３８】
以上説明した実施形態によれば、メーンフレームとオープンシステムとが混在した計算機システムにおいて、オープンシステムに接続され、オープンシステムにより利用されるディスク装置などのデータを、メインフレームに接続されたバックアップ装置にバックアップすることができる。また、オープンシステムのデータをメインフレーム側に取り込みつつバックアップできるので、メインフレーム側で、外部記憶装置内にバックアップ用ボリュームを作成せずにすみ、バックアップ処理を短時間で行え、バックアップ作業用のために確保する記憶容量も少なくてすむ。
【００３９】
なお、本発明は、上述した実施形態に限定されるものではない。例えば、同一のシステム内に設けられるメインフレーム、オープンシステムの数は、１台に限らず、２台以上存在してもよい。同様に、外部記憶装置の数も任意とすることが可能である。
【００４０】
【発明の効果】
本発明によれば、メーンフレームとオープンシステムとが混在した計算機システムにおいて、オープンシステム側で使われるデータを、メインフレームに接続されたバックアップ装置にバックアップする際に、バックアップ作業用に使用するバックアップ用ボリュームの領域を減らし、バックアップ作業のオーバヘッドを減らすことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態における計算機システムの模式的なブロック図である。
【図２】オープンシステム用ボリュームの論理構成を示す模式図である。
【図３】可変長記録形式のトラックフォーマットを示す模式図である。
【図４】固定長記録形式のトラックフォーマットを示す模式図である。
【図５】可変長記録形式のデータから固定長記録形式のデータへのフォーマット変換の概要を示す説明図である。
【図６】メインフレーム用ボリュームのバックアップ処理のフローチャートである。
【図７】オープンシステム用ボリュームのバックアップ処理のフローチャートである。
【図８】オープンシステムに専有された外部記憶装置に格納されたデータのバックアップ処理のフローチャートである。
【図９】オープンシステムに専有された外部記憶装置に格納されたデータのバックアップ処理の他の実施形態によるフローチャートである。
【図１０】本発明のさらに他の実施形態における計算機システムの構成を示すブロック図である。
【符号の説明】
１・・・メインフレーム、２・・・オープンシステム、３・・・バックアップ装置、４、５・・・外部記憶装置、１３・・・通信装置（可変長アクセスインタフェース）、１５、２３、４１、５１・・・通信装置（固定長アクセスインタフェース）、１４・・・記憶装置制御プロセッサ、４２・・・メインフレーム用ボリューム、４３、５３・・・オープンシステム用ボリューム、１１２・・・バックアップソフト、１４１・・・データ記録形式変換機構。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to acquisition of a backup of data stored in a storage device and a restoration method thereof in a computer system.
[0002]
[Prior art]
As a storage device used in a computer system, it has become common to use a disk array from the viewpoint of high performance and high reliability. In so-called open systems such as workstations and personal computers (PCs), a fixed-length recording format is used as a recording format of data to an external storage device such as a disk device. For this reason, a fixed-length access interface is generally adopted as an interface between the open system and the disk array controller. The fixed length access interface is also used for individual disk devices in the disk array.
[0003]
On the other hand, in a general-purpose large computer (hereinafter referred to as a mainframe), a variable-length recording format is applied to record data on a magnetic disk device. For this reason, a variable length access interface such as CKD (Count Key Data) that enables data access in a variable length recording format is used for accessing the magnetic disk device. Conventionally, data of a variable length recording format has been physically recorded on a disk device having a variable length access interface. However, in recent years, disk arrays composed of relatively inexpensive disk devices used in PCs and workstations have been widely used as storage devices for recording data of variable length recording format.
[0004]
In the case of a disk array for mainframes, “Mainframe '98”, Nikkei BP, pp. As seen from 126-130, it is common to use a disk device in which data is recorded in a fixed-length recording format called FBA (Fixed Block Architecture) format for each disk device. The disk array controller has a conversion function between a fixed-length recording format and a variable-length recording format using a cache memory, and the mainframe and the disk controller are connected by a variable-length access interface. A read / write request from the main frame is composed of a plurality of input / output commands called CCW (Channel Command Word). These multiple CCWs are called CCW chains. The CCW chain is created by the mainframe operating system according to a request from an application.
[0005]
Usually, the magnetic disk device is provided outside the main frame as a disk subsystem composed of a disk control device and a disk device. When the mainframe reads / writes data to / from the disk device, it sends a command according to the variable length recording format to the disk subsystem. In the disk subsystem Provided The disk control device receives a command instructed from the main frame and converts data from a variable length recording format to a fixed length recording format in order to access the disk device. Such conversion from the variable length format to the fixed length format is disclosed in, for example, Japanese Patent Laid-Open No. 6-150557.
[0006]
In recent years, computer centers are often configured by mixing mainframes and open systems. In such a configuration, in order to facilitate management of the disk array, it is required to store data accessed by the mainframe and the open system in common and to unify the disk array. For example, “Mainframe '98”, page 145 or page 151 of Nikkei Business Publications, Inc. is stored in a disk array equipped with both a variable-length access interface and a fixed-length access interface. A technique for accessing mainframe data from an open system is disclosed. Here, the data of the main frame is converted in the variable length / fixed length recording format in the disk array and stored in the disk device of the fixed length recording format. The mainframe data stored in the disk device is retrieved on the open system server through the fixed-length recording format interface as it is stored in the disk device.
[0007]
Furthermore, by using the backup / restore option function on the mainframe side, the volume for the open system on the disk array can be read from the mainframe as a volume image and backed up. In addition, the backed up data can be restored from the mainframe side to the open system volume. When using this function, it is not necessary to install special software on the mainframe and the open system side. The disk array controller converts the fixed-length recording format data of the open system volume into variable-length recording format data so that it can be accessed from the mainframe. As a backup destination, an existing tape library device, MT (Magnetic Tape), disk, or the like can be selected. For an open system volume in a disk array, a volume serial number and a volume list are created for the volume at the time of volume initialization. Since the volume serial number and volume list written to the volume by the initialization are written in an area different from the area where the data of the open system is written, the data of the open system is not destroyed. Data stored in other disk devices connected to the server to which the disk array is connected, and data stored in disk devices connected to servers / clients on other networks (outside the disk array The stored data) is backed up to the backup / restore volume in which the volume list and volume serial number initialized in the disk array are created using the backup program and system command on the open system side. . As described above, the data backed up in the backup / restore volume is further backed up to a tape library device or the like using the backup function on the mainframe side.
[0008]
On the other hand, as an external storage device interface of a general-purpose information processing device, one having a SCSI interface which is a fixed length access interface has appeared. For example, “Mainframe '98”, Nikkei Business Publications, pp. In the built-in disk device described in 53-54, a fixed-length recording format disk device is built in the housing of the information processing apparatus. A command group (CCW) for reading / writing data of variable length recording format generated by the operating system is interpreted by a processor called SAP, and is converted into a command group (SCSI command) for reading / writing data of fixed length recording format. The data is converted and input / output processing to the internal disk is executed. The built-in disk device stores variable length recording format data embedded in a fixed length recording format. Such data format conversion is performed by SAP.
[0009]
[Problems to be solved by the invention]
According to the above-described prior art, when the open system backs up the data of the external storage device shared by the open system and the mainframe to the backup storage on the mainframe side, the backup of the external storage device shared by the mainframe is performed. Data needs to be copied into the backup volume. For this reason, it is necessary to create a backup volume every time backup is performed. That is, two backup operations are required for one backup operation. For this reason, processing for securing storage capacity and backup work occurs.
[0010]
An object of the present invention is to provide a backup method that reduces the backup volume area used for the backup work and reduces the overhead of the backup work.
[0011]
[Means for Solving the Problems]
In order to achieve the above-described object, according to the first aspect of the present invention, a fixed length connected to the first computer, the second computer, and the second computer and used by the second computer. In a computer system having a first storage device storing data in a recording format and a backup device connected to the first computer and storing data in a variable-length recording format, the data is stored in the first storage device. In order to back up the data to the backup device, a backup method having the following steps is provided. The first computer requests the second computer to read the data in the fixed length recording format. In response to this request, the second computer reads data in the fixed length recording format from the first storage device and transfers the data to the first computer. The first computer converts the transferred data in the fixed-length recording format into data in the variable-length recording format, and stores the converted data in the variable-length recording format in the backup device.
[0012]
According to the second aspect of the present invention, data in a fixed-length recording format that is connected to both the first computer, the second computer, and the first computer and the second computer and is used by the second computer. In order to back up data stored in a storage device to a backup device in a computer system having a storage device storing the data and a backup device connected to the first computer and storing data in a variable-length recording format, A backup method including steps is provided. Volume information for accessing data in the fixed length recording format from the first computer is stored in an area that is distinct from the area in which the data in the fixed length recording format is stored. The first computer reads the data in the fixed length recording format from the storage device based on the information included in the volume information. In the first computer, the data in the fixed length recording format is converted into the data in the variable length recording format. The first computer stores the data converted into the variable-length recording format in the backup device.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a schematic block diagram of a computer system according to an embodiment of the present invention. The main frame 1 includes at least one central processing unit (CPU) 12, a main storage device 11, and communication devices (I / O channels) 13, 15 for controlling transmission and reception of information and data with other information processing devices. , 16 and one or more storage device control processors 14. The I / O channel 13 has a variable length access interface and is connected to the backup device 3 via the communication line 30. The I / O channel 15 has a fixed length access interface and is connected to the external storage device 4 via the communication line 31. As a fixed length access interface between the I / O channel 15 and the external storage device 4, for example, SCSI (Small Computer System Interface) or a fiber channel based on an optical cable (Fibre Channel) is equipped with the SCSI protocol. Interface can be used. In addition to an area for storing data and programs used by the CPU 12, a cache memory 111 used for data input / output with the external storage device 4 is allocated to the main storage device 11. The cache memory 111 serves as a disk cache. The storage device control processor 14 includes a data recording format conversion mechanism 141 that is a conversion function between a variable length recording format and a fixed length recording format. In the present embodiment, the data recording format conversion mechanism 141 is realized as a program executed by the storage device control processor 14. The storage device control processor 14 also controls data transfer between the external storage device 4 and the main storage device 11. The cache memory 111 holds data read from the external storage device 4 and data written by the CPU 12 to the external storage device 4. The data is stored in the cache memory 111 in the same fixed length recording format as that of the external storage device 4.
[0014]
The open system 2 is a server device, and a communication device (I / O channel) 23 that controls transmission and reception of information and data with the central processing unit (CPU) 22, the main storage device 21, and other information processing devices. , 24 Have. The main frame 1 and the open system 2 are connected via the communication line 34 by the I / O channel 16 and the I / O channel 24. The I / O channel 23 has a fixed-length access interface and is connected to the external storage device 4 via the communication line 32. The I / O channel 23 is also connected to the external storage device 5 via the communication line 33.
[0015]
The external storage device 4 uses the main frame 1 as a server. The external storage device 4 stores data in a fixed-length recording format and has a fixed-length access interface. The external storage device 4 may be a single disk device or a RAID (Redundant Array of Inexpensive Disks) subsystem having a fixed-length access interface. The external storage device 4 has a main frame volume 42 and an open system volume 43. The main frame volume 42 is a volume for storing data of the main frame 1 and is accessible only from the main frame 1. The open system volume 43 is a volume for storing data of the open system 2. In the open system volume 43, the volume information and volume serial number of the open system volume 43 are created by the initialization process by the volume information creation / data set allocation module 1121 of the mainframe system 1.
[0016]
As the backup device 3, for example, an MT library device using a magnetic tape (MT) as a storage medium is used. As the backup device 3, a disk device can be used instead of the MT library device.
[0017]
FIG. 2 is a schematic diagram showing a logical configuration of the open system volume 43. The open system volume 43 stores volume information 431 and a volume serial number 433. The volume information 431 includes information for identifying the beginning and end positions of the user data 432 in the volume 43. The volume serial number 432 is an identifier given to identify the volume 43 from other volumes. The volume information 431 and the volume serial number 433 are written in an area different from the area where the user data 432 for the open system is written. Accordingly, this does not destroy the user data 432 for the open system. By creating the volume information 431 and the volume serial number 433, the open system volume 43 can also be accessed from the mainframe 1. However, only the backup / restore program 112 can access the open system volume 43 from the mainframe 1 side. The volume information 431 is stored in a variable length recording format, and the user data for the open system is stored in a fixed length recording format. In addition to the above, the volume information 431 and the volume serial number 433 can be stored in another volume independent of the open system volume 43 or in the cache memory 111 of the mainframe 1.
[0018]
Volume information and a volume serial number necessary for backing up the data of the open system volume 52 included in the external storage device 5 are created in the main frame 1 or the external storage device 4. The operating system 113 appears to have the volume in the main frame 1 or the external storage device 4, and the volume serial number identifying unit 142 of the storage device control processor 14 determines where the actual volume is. The storage device control processor 14 selects a process according to the storage location identified by the volume serial number. When the volume is in the external storage device 4, the corresponding volume is directly backed up. When the volume is in the external storage device 5, the data to be backed up via the open system 2 to which the external storage device 5 is connected is stored. get.
[0019]
FIG. 3 is a schematic diagram showing a track format of a variable length recording format. The figure shows a configuration example of one track. The track is composed of one home address (hereinafter abbreviated as HA) 510 and one or more records 500. HA 510 is the first field located at the head of each track, and includes information such as the track number. Each record 500 has one or more fields, that is, a count part 501 and a data part 502. There may be a key part (not shown) in front of the data part 502. The count unit 501 is a fixed-length field, and stores information such as the address of the record 500 and the length of subsequent fields (the data unit 502 and the key unit). Each record 500 is allowed to have a variable length, that is, the length of the data portion 502 may be different for each record 500. For this reason, the count part 501 stores the length of the key part and the data part 502 of the record. If the count part 501 is seen, the length of each field of the record 500 can be known. The address of the record 500 is indicated by a combination of a cylinder number, a head number, a record number, that is, a sequential number given from the beginning of the track. Although the track has a fixed length, since the record has a variable length, the number of records included in each track is variable.
[0020]
FIG. 4 is a schematic diagram showing a track format of a fixed-length recording format. In the fixed-length storage device, each track is composed of a predetermined fixed-length area (hereinafter referred to as a block) 600. Each block 600 is uniquely numbered within the storage device. Access to an area of the storage device is performed by designating the number of the first block 600 in the area and the number of blocks 600 that follow it.
[0021]
FIG. 5 is an explanatory diagram showing an outline of format conversion from variable-length recording format data to fixed-length recording format data. Each track expressed in the variable-length recording format is divided into areas equal to the size of the fixed-length block 600 for format conversion. The head area of the head track indicated by cylinder number 1 and head number 0 is allocated to the head block 600 indicated by number 0. Thereafter, the subsequent area on the track is allocated to the subsequent block 600, and when the entire area of the first track is allocated, the next area, that is, the first area of the track of cylinder number 1 and head number 1 is allocated to the subsequent block 600. Assigned. At this time, the variable length recording format count unit 501 is discarded without being stored. Hereinafter, the entire area of each track is associated with each block 600 in the same manner. Volume information is stored in cylinder number 0. If the mainframe volume 42 and the open system volume 43 have the same track format in the external storage device 4, when the open system volume 43 is backed up from the mainframe 1 and the mainframe volume 42 is The same data recording format conversion mechanism 141 can be used for backup. Therefore, the track format of the main frame volume 42 and the open system volume 43 should be the same. Since the open system data, for example, SCSI data does not have a counting unit, the track format of the main frame data is matched with the track format of the open system data. That is, when a read request is made from the main frame side, a count unit is generated by the data recording format conversion mechanism 141 of the storage device control processor 14, and when a write request is issued from the main frame 1 side, the count unit is discarded and only the data unit is discarded. Is stored. Since each track has a fixed length, the number of fixed-length blocks 600 included in one track is obtained by track capacity / block capacity. The number of the first block 600 storing the track from the track address can be obtained by “(cylinder number × head number + head number) × total number of blocks per track”.
[0022]
When the data of the external storage device 4 is normally used from the open system 2, the open system 2 reads data directly from the open system volume 43 of the external storage device 4 in response to a read request issued from the application program 212. . The mainframe volume 42 and the open system volume 43 existing in the external storage device 4 are backed up as described below.
[0023]
FIG. 6 is a flowchart of backup processing of the mainframe volume 42 by the mainframe 1. In the backup process of the mainframe volume 42, first, the backup software 112 of the mainframe 1 is activated (step 1001). The backup software 112 reads backup data from the mainframe volume 42 (step 1002). The read backup data is converted from the fixed-length recording format to the variable-length recording format by the data recording format conversion mechanism 141 of the storage device control processor 14 (step 1003). The data converted into the variable length recording format is stored in the backup device 3 connected to the main frame 1 (step 1004). The backup software 112 determines whether there is still data to be backed up, and if there is data, repeats the steps 1002 to 1004 and continues the backup process. If the backup of all data has been completed, the backup process is terminated (step 1005).
[0024]
The backup data is restored by the backup software 112 in the same manner as the backup process. The backup software 112 converts the backup data stored in the backup device 3 from the variable length recording format to the fixed length recording format by the data recording format conversion mechanism 141 and stores it in the mainframe volume 42.
[0025]
FIG. 7 is a flowchart of the backup processing of the open system volume 43 by the mainframe 1. In the backup processing of the open system volume 43, first, all the operations of the open system 2 that use the backup acquisition target volume are stopped, and the volume 43 is unmounted (step 1301). The backup software 112 of the mainframe 1 is activated. The backup software 112 receives the designation of the volume serial number corresponding to the device file name of the volume 43 used in the open system 2 from the user, and starts backup (step 1302). Thereafter, backup is performed by the same processing as in Step 1002 to Step 1005 described above (Step 1303). When all the data is stored in the backup device 3, the mount processing is executed from the open system 2 to the volume 43, and the operation in the open system 2 is resumed (step 1304).
[0026]
The restore process for the open system volume 43 is performed in the same manner as the mainframe restore process described above.
[0027]
FIG. 8 is a flowchart of processing when backing up the data of the open system volume 52 of the external storage device 5 to the backup device 3. Volume data in the external storage device 5 that cannot be directly accessed from the mainframe 1 is once copied to the external storage device 4 and then stored in the backup device 3.
[0028]
In the backup processing of the open system volume 52, first, a backup volume is created in the external storage device 43. In addition, the volume serial number and volume information of the backup volume are created by the volume inventory creation / data set allocation module 1121 and stored in the cache memory 111 or the external storage device 4. The backup volume, volume serial number, and volume information are created in accordance with an instruction from the user (step 1401). Thereafter, in the open system 2, data to be backed up is copied from the open system volume 52 to the backup volume of the external storage device 4 by the backup program or system command of the open system 2. This process is called temporary backup. The copying performed here is performed in units of files, for example. At this time, a plurality of files are copied within the capacity range of the backup volume (step 1402). After copying the backup data, the processing from the open system 2 side is stopped, and the backup volume is unmounted from the open system 2 (step 1403). Subsequently, the backup software 112 of the main frame 1 reads data by designating a backup volume. Data read from the backup volume is generated in a simulated manner by the data recording format conversion mechanism 141 of the storage device control processor 14 and converted from a fixed length recording format to a variable length recording format (step 1404). . The data converted into the variable length recording format is stored in the backup device 3 (step 1405). After all the data of files temporarily backed up in the backup volume is stored in the backup device 3, all the files copied to the backup volume are deleted in order to use the backup volume as the next primary backup destination (step 1406). ). The backup volume 44 is mounted from the open system 2 so that the backup volume can be accessed from the open system 2 (step 1407). It is determined whether there is data to be backed up in the volume 52. If there is still backup data, the processing from step 1402 is repeated. If there is no data to be backed up in the volume 52, the backup process is terminated (step 1408).
[0029]
Restoration of the backed up data is realized by converting the variable length recording format to the fixed length recording format, then transferring it to the open system 2 via the backup volume and storing it in the open system volume 52.
[0030]
FIG. 9 is a flowchart showing a second embodiment of the backup processing of the data in the open system volume 52 of the external storage device 5 to the backup device 3. In the processing shown in FIG. 9, the storage device control processor 14 determines the storage location of the backup data from the volume information 431 and performs backup. In the present embodiment, volume information for backup data is created in the cache memory 111.
[0031]
In the backup processing of the open system volume in this embodiment, first, all the operations of the open system 2 that use the open system volume 52 that is the backup acquisition target are stopped. After the service is stopped, the open system 2 executes unmounting of the volume 52 (or a command for each OS using the volume) (step 1101). Next, the backup software 112 of the main frame 1 is activated (step 1102). The volume information creation / data set allocation module 1121 of the backup software 112 creates volume information and a volume serial number for the external storage device 5 connected to the open system 2 and stores them in the cache memory 111 in the main storage device 11. At this time, it is assumed that there is a virtual volume in the cache memory 111. Here, the volume information is stored in the cache memory 111, but the location where the volume information is stored may be other. In order to facilitate the operation, the device file name in the open system 2 is preferably a name related to the volume serial number. Further, the range of the number is determined in advance in the system so that the volume serial number can be understood as being for the data in the external storage device 5. The volume serial number is managed and operated by the user (step 1103).
[0032]
When creating the volume information, the backup software 112 designates the created volume information, requests the storage device control processor to read the backup data, and starts backup processing (step 1104). The recording device control processor 14 determines whether or not the designated volume serial number is within the number range for the data in the external storage device 5 by the volume serial number identifying means 142. If the specified volume serial number is outside the range for the data in the external storage device 5, it becomes a backup of the open system volume of the external storage device 4. Therefore, in this case, the same processing as in step 1303 is performed (step 1105). If the specified volume serial number is within the range for the data in the external storage device 5, the recording device control processor 14 requests the open system 2 to read the data via the communication line 34. In response to this request, the open system 2 starts the backup program, reads the backup data from the open system volume, and transfers it to the storage device control processor 14 via the communication line 34 (step 1106). The storage device control processor 14 uses the data recording format conversion mechanism 141 to generate the C section by simulation so that the data transferred from the open system 2 can be used by the operating system 113 of the mainframe 1 and convert it into a variable length recording format. Conversion is performed (step 1107). The storage device control processor 14 sends the converted data to the operating system 113. The data sent to the operating system 113 is stored in the backup device 3 by the backup software 112 (step 1108). The storage device control processor 14 determines whether there is still backup data from the open system 2. If backup data remains, step 1107 to step 1108 are repeated (step 1109). If processing of all backup data has been completed, the storage device control processor 14 reports the completion of the backup processing. The open system 2 executes the mount processing of the open system volume 53 and resumes the business (step 1110).
[0033]
There is also a method of backing up after a certain amount of data from the open system 2 has been accumulated.
[0034]
At the time of restoration, backup data stored in the backup device 3 is read by the backup software 112 and converted into a fixed-length recording format by the data recording format conversion mechanism 141. The storage device control processor 14 transfers the data converted into the fixed length recording format to the open system 2 via the communication line 34. This data is restored to the open system volume 52 by the open system 2.
[0035]
In the above-described embodiment, backup of data stored in the volume of the external storage device 5 dedicated by the open system 2 is realized by the open system 2 being interposed. Instead of the method described above, it is possible to connect the communication device 15 of the mainframe 1 to the communication device 35 of the external storage device 5 and perform backup without interposing the open system 2. In this case, as backup pre-processing, the volume serial number and volume information for the external storage device 5 (open system volume 52) are created by the backup software 112 and stored in the cache memory 111. The backup process can be realized in the same manner as the backup of the open system volume 43 described with reference to the flowchart of FIG. In order to prevent erroneous access to the external storage device 5, the main frame 1 unmounts the external storage device 5 or keeps the normal communication line 35 offline during normal operation. Then, when the backup software 112 is activated, it can be connected to the external storage device 5.
[0036]
FIG. 10 is a block diagram showing a configuration of a computer system in still another embodiment of the present invention. In the computer system according to this embodiment, a main frame 1, an open system 2, a backup device 3, and external storage devices 4 and 5 are connected by a network 6 between external storage devices. The network 6 between external storage devices and each device are connected by communication lines 34, 35, 36, 37 and 38. The main frame 1, the open system 2, and the external storage devices 4 and 5 have communication devices 17, 25, 45, and 55 for communicating with other devices via the external storage device network 6. . Normally, it is assumed that the external storage device 4 is usable from the main frame 1 and the external storage devices 4 and 5 are usable from the open system 2. The cache memory 111 of the mainframe 1 stores a volume serial number 114 and volume information 115 for the open system volume 52 of the external storage device 5 created by backup preprocessing by the backup software 112.
[0037]
The backup process in the present embodiment is the same as that shown in FIG. 7 except that the backup data is transferred between the mainframe 1 and the corresponding external storage device and the backup device 3 via the external storage device network 6. This can be realized by the same processing as the backup of the open system volume 43 described with reference to the flowchart of FIG.
[0038]
According to the embodiment described above, in a computer system in which a main frame and an open system are mixed, data such as a disk device connected to the open system and used by the open system is transferred to the backup device connected to the main frame. Can be backed up. Also, since open system data can be backed up while being captured on the mainframe side, it is not necessary to create a backup volume in the external storage device on the mainframe side, backup processing can be performed in a short time, and for backup work. Requires less storage capacity.
[0039]
In addition, this invention is not limited to embodiment mentioned above. For example, the number of mainframes and open systems provided in the same system is not limited to one and may be two or more. Similarly, the number of external storage devices can be arbitrary.
[0040]
【The invention's effect】
According to the present invention, in a computer system in which a main frame and an open system are mixed, when data used on the open system side is backed up to a backup device connected to the main frame, the backup is used for backup work. The volume area can be reduced, and the overhead of backup work can be reduced.
[Brief description of the drawings]
FIG. 1 is a schematic block diagram of a computer system according to an embodiment of the present invention.
FIG. 2 is a schematic diagram showing a logical configuration of an open system volume.
FIG. 3 is a schematic diagram showing a track format of a variable-length recording format.
FIG. 4 is a schematic diagram showing a track format of a fixed-length recording format.
FIG. 5 is an explanatory diagram showing an overview of format conversion from variable-length recording format data to fixed-length recording format data.
FIG. 6 is a flowchart of mainframe volume backup processing;
FIG. 7 is a flowchart of backup processing for an open system volume.
FIG. 8 is a flowchart of backup processing of data stored in an external storage device dedicated to the open system.
FIG. 9 is a flowchart according to another embodiment of a backup process of data stored in an external storage device dedicated to an open system.
FIG. 10 is a block diagram showing a configuration of a computer system in still another embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Main frame, 2 ... Open system, 3 ... Backup apparatus, 4, 5 ... External storage device, 13 ... Communication apparatus (variable length access interface), 15, 23, 41, DESCRIPTION OF SYMBOLS 51 ... Communication apparatus (fixed length access interface), 14 ... Storage device control processor, 42 ... Main frame volume, 43, 53 ... Open system volume, 112 ... Backup software, 141 ... Data recording format conversion mechanism.

Claims

A mainframe computer, an open system computer connected to the mainframe computer via a communication line, and a first data stored in a fixed-length recording format connected to the open system computer and used by the open system computer A second storage device connected to the mainframe computer via another fixed-length format access interface, and a backup device connected to the mainframe computer for storing data in a variable-length recording format. In the information processing system having, a backup method for the mainframe computer to back up data stored in the first storage device to the backup device,
  Used when the mainframe computer accesses data of a fixed-length recording format that is necessary when backing up data to the backup device and is stored in the first storage device or the second storage device. Create volume information, which is information that identifies the volume serial number that identifies the volume and the beginning and end positions of the data,
  The mainframe computer determines whether the volume serial number is within a range of numbers for the data in the first storage device, and determines the storage location of the data using the volume information And
  If the data is stored in the first storage device, the mainframe computer stores the data in the fixed storage format in the first storage device via the communication line to the open system computer. Requesting said data being
  In response to the request, the open system computer reads the data in the fixed-length recording format stored in the first storage device via the fixed-length format access interface,
  The open system computer transfers the read fixed-length recording format data to the mainframe computer via the communication line,
  The mainframe calculator converts the fixed-length recording format data into variable-length recording format data,
  A backup method, wherein the mainframe computer backs up the converted variable-length recording format data to the backup device.

2. The backup method according to claim 1, wherein the volume information and the volume sequence number are stored in a predetermined area in a main memory of the mainframe computer.

The backup method according to claim 1, wherein
If the data to be backed up is not stored in the first storage device, the mainframe computer reads data in the fixed length recording format of the second storage device.

A mainframe computer, an open system computer, and a first storage device connected to the open system computer via a first fixed-length format access interface and storing data in a fixed-length recording format used by the open system computer; A second memory for connecting the mainframe computer with a second fixed-length format access interface and connected with the open system computer by a third fixed-length format access interface for storing data in a fixed-length recording format; In an information processing system having a device and a backup device connected to the mainframe computer and storing data in a variable length recording format, the data stored in the first storage device is transferred to the mainframe. Backup for computer backup A up method,
  The mainframe computer has a backup volume created in the second storage device. Create volume serial information that identifies the volume and volume information that is information that identifies the beginning and end of the data.
  Copying the data in the fixed length recording format stored in the first storage device by the open system computer to the backup volume via the third fixed length format access interface;
  The mainframe computer uses the volume serial number and the volume information to access the fixed-length recording format data stored in the backup volume of the second storage device in the second fixed-length format access. Read through the interface,
  The mainframe calculator converts the fixed-length recording format data into variable-length recording format data,
  A backup method, wherein the mainframe computer backs up the converted variable-length recording format data to the backup device.