JP2005018484A - Backup device - Google Patents

Backup device Download PDF

Info

Publication number
JP2005018484A
JP2005018484A JP2003183365A JP2003183365A JP2005018484A JP 2005018484 A JP2005018484 A JP 2005018484A JP 2003183365 A JP2003183365 A JP 2003183365A JP 2003183365 A JP2003183365 A JP 2003183365A JP 2005018484 A JP2005018484 A JP 2005018484A
Authority
JP
Japan
Prior art keywords
medium
data
drive
control device
tape library
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003183365A
Other languages
Japanese (ja)
Inventor
Toshiyuki Watabe
俊幸 渡部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2003183365A priority Critical patent/JP2005018484A/en
Publication of JP2005018484A publication Critical patent/JP2005018484A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a configuration which performs a data copying processing in duplication and quickly performs the backup of data by dividing a 3rd party copying instruction issued from a master device and by issuing the 3rd party copying instruction to an apparatus provided with a plurality of copy managers connected to a storage are network (SAN). <P>SOLUTION: Since a plurality of bridges 50 writes the 3rd party copying instruction issued from a control device 40 in tapes in parallel, high-speed backup is realized. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、バックアップ装置に関し、特に複数のドライブを備えたバックアップ装置におけるバックアップの高速化に関する。
【0002】
【従来の技術】
従来の高速バックアップ方式の一例が、例えば、特許文献1に記載されている。図10に示すように、この従来の高速バックアップ方式は、ディスク装置30とテープライブラリ装置300の間でデータのバックアップ/リストアの指示を行う上位装置10と、バックアップ対象のデータを保存しているディスク装置30と、媒体303を格納しその媒体303にデータの書込み読み込みを行うことのできるテープライブラリ装置300とから構成されている。また、テープライブラリ装置300は、ドライブ301とロボット302と媒体303とを含み、ドライブ301と上位装置10は、それぞれ独立したインタフェースケーブルで接続されている。
【0003】
上位装置10は、バックアップのためのデータをディスク装置30から読み込み、この読み込んだデータをテープライブラリ装置300搭載のドライブ301の数に応じて分割し、複数台のドライブ303に対してデータを書き込む。このようにして、ディスク装置30からのデータの読込みとテープライブラリ装置300への書込みを繰り返すことにより、ディスク装置30内のバックアップ対象のデータの書込みを行う。
【0004】
【特許文献1】
特開2000−353118号公報
【0005】
【発明が解決しようとする課題】
しかし、従来の技術には、次のような問題点があった。
【0006】
第1の問題点は、分割してデータを書込むとき、各ドライブ301に書込むデータの圧縮率が異なるとき、テープライブラリ装置30への書込み性能が劣化することがある。その理由は、分割してデータを書込むとき、データの書込みを行ったすべてのドライブ301への書込み完了により次のデータの書込みを行う。
また、データの書込み時間は、書込むデータの圧縮率に依存する。したがって、分割したデータの圧縮率が異なるとき、最も圧縮率の低いデータの書込みの終了を待って、次の処理を行わなければならないためである。
【0007】
本発明は、上位装置から発行される3rd Party Copy命令を分割して、ストレージエリアネットワーク(SAN)上に接続されている複数のコピーマネージャを実装した機器に対して3rd Party Copy命令を発行することにより、データのコピー処理を多重に行い、短時間にデータのバックアップを行う構成を提供することを目的とする。
【0008】
【課題を解決するための手段】
本願請求項1に記載の発明は、複数のドライブを備えたバックアップ装置において、並列して書込むデータを固定サイズのデータブロックに分割して書込むことにより、圧縮率の低いデータの書込み完了を待つことなく、順次データブロックの書込みを行うことを特徴とする。
【0009】
本願請求項2に記載の発明は、並列書込み中に異常を検出したときでも、上位装置に通知せずに、ドライブや媒体を交換したリトライ処理をデータの先頭に戻ることなく、異常が発生したデータブロックから再開することを特徴とする。
【0010】
本願請求項3に記載の発明は、テープライブラリ装置を仮想化することより、上位装置が意識せずに並列書込処理を行うことを特徴とする。
【0011】
図1において、制御装置40は、上位装置10がディスク装置30からテープライブラリ装置60に対してデータのバックアップを行うとき、上位装置10よりスイッチ20を介して、3rd party Copy命令受信する。制御装置40は、必要に応じてテープライブラリ装置60内のドライブ601に媒体603をロボット602によって装填した後、コピーマネージャ機能を搭載しているn台のブリッジ50に対して、3rd Party Copy命令で指定されているディスク装置30のデータ領域をm個に分割して、それぞれ分割したデータ領域のバックアップのために、制御装置40からn台のブリッジ50に対して、それぞれ3rd Party Copy命令を発行する。各ブリッジ50は、制御装置40により指定されたデータ領域をディスク装置30からそれぞれ読み込み、テープライブラリ装置60に書き込む。
この間、各ブリッジ50は、並列にディスク装置30からテープライブラリ装置60へのデータ書込み処理が可能になる。ブリッジ50は、3rd Party Copy命令に対する処理が終了すると、制御装置40に対してコマンドの終了報告を行い、制御装置40は、ブリッジ50からのコマンドの終了報告を検出すると、m個に分割したデータが無くなるまで、同様にブリッジ50に対して3rd Party Copy命令を発行し、すべてのデータの転送が完了したとき、制御装置40は、上位装置10に対して上位装置10より受けた3rd Party Copy命令の終了を報告する。
【0012】
また、制御装置40は、媒体603に書込まれたデータを媒体管理情報406によって管理する。そして、構成によりブリッジ50を内蔵することが可能である。
【0013】
このようにして、制御装置40が複数台のブリッジ50に対して3rd Party Copy命令を発行することにより、複数台のブリッジ50が並列にテープへの書込みが実施できるため、高速なバックアップが実現できる。
【0014】
【発明の実施の形態】
(第1の実施の形態)
(構成)
次に、本発明の第1の実施の形態について図を参照して詳細に説明する。図1を参照すると、高速バックアップ方式の一実施例は、ディスク装置30とテープライブラリ装置60の間でデータのバックアップ/リストアの指示を行う上位装置10と、上位装置10、ディスク装置30、制御装置40、ブリッジ50とを接続するスイッチ20と、バックアップ対象のデータを保存しているディスク装置30と、仮想化により、コピーマネージャ機能を実装したテープライブラリ装置として上位装置10に見せる機能と、上位装置10より3rd Party Copy命令を受けたとき、複数台のブリッジ50に3rd Party Copy命令を並列に発行する機能と、テープライブラリ装置60に格納されている媒体603を管理する機能を有する制御装置40と、3rd Party Copy命令によりデータをコピーする機能を持つ複数台のブリッジ50と、媒体603を格納し、その媒体603にデータの書込み/読込みを行うことのできるテープライブラリ装置60とから構成されている。
【0015】
制御装置40は、I/Fコントローラ401とマイクロプロセッサ402とMPUバス403とプログラム記憶媒体404と制御用メモリ405と媒体管理情報406とを含む。
【0016】
また、テープライブラリ装置60は、ドライブ601とロボット602と媒体603とを含む。
【0017】
これらの構成要素はそれぞれ概略つぎのように動作する。
【0018】
I/Fコントローラ401は、ファームウェア(マイクロプロセッサ402によって動作するプログラム記憶媒体404に記録されているプログラム)によって、スイッチ20に接続されている上位装置10やブリッジ50と通信するためのインタフェースを制御する機能を有する。一般的にここで制御するインタフェースは、Fibre Channel、Ethernet(登録商標)などが挙げられる。
【0019】
マイクロプロセッサ402は、制御装置40をファームウェアに従って動作させる機能を有する。マイクロプロセッサ402は、ファームウェアを読込みながら動作するが、そのファームウェアの読込み先は、制御用メモリ405であっても、プログラム記録媒体404からであってもかまわない。但し、制御用メモリ405からファームウェアを読込むときは、プログラム記録媒体404から制御用メモリ405に対してファームウェアのコピーを実施した後に読込む必要がある。
【0020】
MPUバス403は、制御装置40に実装されているマイクロプロセッサ402が他の回路と通信するバスである。
【0021】
プログラム記録媒体404は、マイクロプロセッサ402によって実行されるファームウェアが記録されている。プログラム記録媒体404は、マイクロプロセッサ402によってファームウェアの読込みが行えればよいため読込み専用媒体でよい。一般には、ROM(Read Only Memory)やFD(Flexible Disk)等が挙げられる。
【0022】
制御用メモリ405は、ファームウェアのコピーやファームウェアで必要な制御情報を格納している。制御メモリ405は、読込み/書込み可能なメモリでなければならない。一般には、RAM(Random Access Memory)が挙げられる。
【0023】
媒体管理情報406は、3rd Party Copyコマンドで書き込んだデータの位置情報や、属性などを管理している。媒体管理情報は、装置の電源を落としても、データの内容を保持できる読込み/書込み可能なメモリやストレージでなければならない。一般的には、ハードディスク装置や不揮発性のRAMが上げられる。もし、制御用メモリ405が不揮発性のメモリであれば、媒体管理情報406を制御用メモリ405内に配置してもかまわない。
【0024】
ドライブ601は、テープライブラリ装置60に格納されている媒体603に対して、データの書込み/読込みを行う機能を有し、ドライブ601に個別に割り当てられたブリッジ50を介して上位装置10や制御装置40と接続する。
【0025】
ロボット602は、テープライブラリ装置60に格納されている媒体603を上位装置10や制御装置40の命令に従って、ドライブ601に搬送したり、ドライブ601に格納されている媒体603を元に位置に搬送したりする機能を有し、ドライブ601に個別に割り当てられたブリッジ50を介して上位装置10や制御装置40と接続する。
【0026】
媒体603は、上位装置10の命令によって書込まれたデータを保持しているもので、ドライブ601に装填することによって、媒体603にデータを記録したり、記録したデータを読み込んだりする機能を有する。
【0027】
(動作)
次に、図1から図6を参照して本実施例の全体の動作について詳細を説明する。
【0028】
本発明では、上位装置10はテープライブラリ装置60を仮想化した制御装置40に対して各種命令を発行する。
【0029】
図2を参照すると、上位装置10は、ディスク装置30のバックアップを実施するとき、データを書込む媒体603をドライブ601に装填するために、媒体搬送要求をテープライブラリ装置60を仮想化している制御装置40に媒体装填要求を行う(ステップA1)。制御装置40は、ディスク装置30からテープライブラリ装置60へデータバックアップするとき、複数のドライブ601を使用して並列に行う。このため、上位装置10から装填要求を受けた場合、媒体装填要求にある媒体位置情報から、実際に使用するドライブ601とドライブ601に装填する媒体603を媒体管理情報406に登録する (ステップA2)。図3は、媒体管理情報406の内容を示したもので、上位装置10が認識している論理的なドライブおよび媒体が、テープライブラリ装置60上のどの物理的なドライブ601および媒体603に対応しているか記録している。また、各媒体603にディスク装置30のどこのデータが記録されているか格納している。制御装置40は、ステップA2で登録した媒体603を、同じくステップ2で登録したドライブ601に装填する要求をテープライブラリ装置60に対して行う(ステップA3)。ここでの装填要求は、2巻の媒体603を装填するのであれば、テープライブラリ装置60に対して2度の装填要求を行う。テープライブラリ装置60は、媒体装填要求を受けると、ロボット602を動作させ指定されている媒体603を指定されているドライブ601に装填する。テープライブラリ装置60は装填終了を検出するとし、装填終了後、制御装置40に対して、装填した媒体603ごとに装填終了の通知を行う(ステップA4)。制御装置40は、要求したすべての装填要求の終了を検出すると、上位装置10に対して装填終了報告を行う(ステップA5)。
【0030】
上位装置10は、媒体の装填が完了するとデータをバックアップするために、3rd Party Copy命令を制御装置40に発行する(ステップA6)。制御装置40は、3rd Party Copyコマンドに示されているディスク領域を任意の大きさでn個に分割する(ステップA7)。続いて、制御装置40は、あらかじめ決められているポリシーに従って、n個に分割されたデータのどこからバックアップを開始するか決定する(ステップA8)。例えば、m台のドライブ601でデータを書込む場合、n個に分割したデータブロックをm等分し、m等分したそれぞれ先頭のデータブロックのバックアップを行う。(n=20、m=4とするならば、最初に転送するデータブロックは、1番目、6番目、11番目、16番目となる)。バックアップするデータの位置が決まったところで、制御装置40は各ドライブ601が接続されているブリッジ50に対してステップA8で決定したデータ領域をバックアップするための3rd Party Copy命令を発行する(ステップA9)。ブリッジ50は、3rd Party Copy命令を受けると、この命令の指定に従ってディスク装置30からデータを読込んで、ドライブ601に装填されている媒体603にデータを書込む。この動作の詳細は、3rd Party Copy命令で定義しているとおりであり、ブリッジ50がディスク装置30に任意のデータサイズでデータの読込命令を実行し(ステップA10)、ディスク装置30からデータを読み込む(ステップA11)。続いてこの読み込んだデータの書込みのために、ドライブ601に対して書込命令を発行し(ステップA12)、データのデータを転送し媒体603にデータを書込む(ステップA13)。この読込命令と書込命令をブリッジ50が受信した3rd Party Copy命令で指定されたデータ量を書込終わるまで繰り返す(ステップA14)。各ブリッジ50は、ディスク装置30からドライブ601に対するデータの書込処理を完了すると、制御装置40に対して3rd Party Copy命令の終了を報告する(ステップA15)。
【0031】
制御装置40は、ブリッジ50より3rd Party Copy命令の正常終了の報告を受けると、ステップA7でn個に分割したデータブロックの未書込みブロックをチェックし、未書込みブロックがある場合は(ステップA16、いいえ)、ステップA8で次に書込むデータを決定し、同様にステップA9からA15の処理を行う。すべてのデータブロックの書込みが完了したときは(ステップA16、はい)、上位装置10に対して、3rd Party Copy命令の完了を報告する(ステップA17)。
【0032】
上位装置10は、3rd Party Copy命令の完了を検出すると、バックアップ終了のため制御装置40に対して媒体排出要求を行い(ステップA18)、制御装置40は、対象のドライブ601に装填されている媒体603すべての排出要求をテープライブラリ装置60に行う(ステップA19)。テープライブラリ装置60は、媒体603の排出要求を受けるとロボット602を動作させ、媒体603を元の格納位置に戻し、媒体排出完了の報告を制御装置40に報告する(ステップA20)。制御装置40は、すべての媒体603が排出されてことを確認すると、上位装置10に対して、媒体排出完了の報告を行う(ステップA21)。
【0033】
また、ステップA17で異常終了が報告されたときの処理については、図4を参照して説明する。
【0034】
ステップA17で異常終了が報告され(ステップB2、n)、テープライブラリ装置の異常であれば(ステップB3、y)、異常報告の内容が媒体終端の検出かチェックする。媒体終端を検出したのであれば(ステップB4、y)、媒体の終端に達した媒体603の排出要求をテープライブラリ装置60に行い、新たな媒体603を割り当てて、媒体終端を検出したドライブ601に装填し処理を継続する(ステップB11)。
【0035】
媒体終端以外の場合は(ステップB4、n)、媒体の障害かどうかチェックし、媒体障害であれば(ステップB5、y)、媒体障害用の異常処理を行う。媒体障害でなければ(ステップB5、n)、リトライ不可能として、すべてのバックアップ処理を中断して、異常内容を上位装置10に報告する(ステップB8)。
【0036】
媒体障害用の異常処理は、すでに媒体障害を検出し、媒体障害を検出したドライブ601から異なるドライブに変更しているかチェックする。もし、異なるドライブに変更していなければ(ステップB6、n)、異常検出したドライブ601から新たに割り当てたドライブ601に媒体を掛け替える。そして、異常を検出したドライブ601で正常に書込みが完了した位置までの位置決めを行い、異常データブロック書込処理を新たに割り当てたドライブ601で実行する(ステップB10)。このとき、媒体603は変更しない。また、すでにドライブ601は異なるドライブ601に変更済みの場合で(ステップB6、y)、媒体603の変更を行っていない場合は(ステップB7、n)、異常を検出した媒体603を排出し、媒体終端検出時と同様の処理で、新しい媒体をドライブ601に装填して処理を継続する(ステップB11)。もし、すでに媒体603も変更済みの場合は(ステップB7、y)、異常内容を上位装置10に報告する(ステップB8)。
【0037】
次に、具体例を用いて本実施例の動作を説明する。
【0038】
この例では、上位装置10がバックアップするディスク装置30のデータ領域は200Gバイト、並列にバックアップする処理数は2、200Gバイトのうち前半100Gバイトのデータの圧縮率は10倍、後半の100Gバイトの圧縮率は1倍、ドライブ601のインタフェース上の書込速度は80Mバイト/秒、非圧縮時の媒体603への書込速度は15Mバイト/秒、ディスク分割の単位は4Gバイト、テープライブラリ装置60に搭載しているドライブ601は4台、媒体603は16巻、媒体603の1巻当たりのデータ容量は100Gバイト、制御装置40は、上位装置10からはドライブ2台、媒体5巻のテープライブラリ装置に見えるとし、この5巻の媒体はすべて未使用状態であったとする。
【0039】
また、以下の説明では、テープライブラリ装置60に搭載されている4台のドライブ601はPD#1〜PD#4、ドライブ601がそれぞれ接続されているブリッジ50は、PB#1〜PB#4(ブリッジ50にはドライブ601が1台のみ接続されているものとする)、媒体603は、PM#1〜PM#16と表す。
また、制御装置40が上位装置に見せている仮想的なテープライブラリ装置のドライブ2台はLD#1〜LD#2、媒体はLM#1〜LM#5と表し、説明の簡略化のためにファームウェアなどのオーバヘッドは無視することとし、ドライブPD#1はデータの先頭、ドライブPD#2はデータの100Gバイトの位置から書き込むこととし、1Gバイト=1000Mバイトとして考える。
【0040】
上位装置10はバックアップのために、制御装置40に対して、ドライブLD#1に媒体LM#3の装填要求を行う(ステップ1)。制御装置40は、媒体管理情報406上にドライブ、媒体の管理情報が無く、並列バックアップする数が2であることから、図3に示すようにドライブLD#1に2台のドライブ601PD#1とPD#2を、媒体LM#3に2巻の媒体603PM#1、PM#2を確保し、媒体管理情報406上に登録する(ステップA2)。制御装置40は、テープライブラリ装置60に媒体PM#1をドライブPD#1に、媒体PM#2をドライブPD#2に装填するように要求し(ステップA3)、それぞれの装填完了報告がテープライブラリ装置60から制御装置40に対して行われ(ステップA4)、これを受けて制御装置40は、上位装置10に対して媒体LM#3のドライブLD#1への装填が完了したことを通知する。
【0041】
続いて、上位装置10は、ディスク30のデータ領域200Gバイトをバックアップするために、制御装置40に対して、3rd Party Copy命令を送出する(ステップA6)。制御装置40は、3rd Party Copy命令を受けると、200Gバイトのデータ領域を、4Gバイトごとの50個のブロックに分割し(ステップA7)、ドライブPD#1には、分割した1番目のブロック、ドライブPD#2には、26番目のブロックからデータを書き込むと決定する(ステップA8)。
【0042】
制御装置40は、ブリッジPB#1にディスク30の1番目のブロック4Gバイトをバックアップする3rd Party Copy命令を発行し、ブリッジPB#2にディスク30の26番目のブロック4Gバイトをバックアップする3rd Party Copy命令を発行する(ステップA9)。ステップA10からステップA15までのブリッジ50(PB#1、PB#2)が行う3rd Party Copy命令の動作は本発明に直接関係ないためここでの説明は省く。
【0043】
ブリッジPB#1が4Gバイトのデータを媒体PM#1に書込む時間は、データの圧縮率が10倍であるため、媒体PM#1への書込速度は、非圧縮時の書込速度の10倍の150Mバイト/秒となるが、ドライブ601のインタフェースの上限が80Mバイト/秒であるため、80Mバイト/秒で計算した50秒となる。また、ブリッジPB#2も同様に考えると、4Gバイトの書込時間は、267秒となる。
【0044】
従って、図5に示すように最初のデータの書込開始から50秒後にディスク装置30の1番目のデータの書込みが完了する。制御装置40は、この時点で48個のデータブロックが未書込み状態であるので(ステップA16、いいえ)、PM#1にディスク30の2番目、3番目とのデータブロックの書込みを同様にして行う。267秒経過したとき、PM#2に書込み中の26番目のブロックの書込みが完了する。このとき、PM#1には6番目のブロックの書込みが行われている。また、PM#1に25番目のブロックを書き終えたとき、PM#2は、30番目のブロックの書込みを行っている。従って、PM#1には、25番目のブロックに続いて31番目のブロックを書込む。以降、PM#1とPM#2に書込むデータは同じ圧縮率なので、交互にデータブロックを書込むことになり、4005秒の時にPM#1とPM#2の両方の書込みが終了になる(ステップA16、はい)。
【0045】
制御装置40は、媒体603(PM#1、PM#2)に対する書込みが完了したため、上位装置10にCopy命令完了の報告をする(ステップA17)。上位装置10が制御装置40にLM#3の媒体排出要求を行うと(ステップA18)、制御装置40は、テープライブラリ装置60に対してPM#1とPM#2の媒体の排出要求を行い(ステップA19)、テープライブラリ装置60は、PM#1とPM#2をドライブPD#1、PD#2に装填前の格納位置に戻す(ステップA20)。制御装置40は、PM#1とPM#2の両方が排出されたことにより、上位装置10に対してLM#1の媒体排出が完了したことを報告する(ステップA21)。
【0046】
媒体603にデータの書込みを実施中に媒体終端を検出したときは、ブリッジ50から制御装置40に3rd Party Copy命令の終了報告として、媒体終端検出が報告される。もし、上記説明でPM#2が50番目のブロックの書込み中に媒体終端を検出したのであれば(ステップB4、y)、PM#2をドライブPD#2から排出し、代わりに新たな媒体PM#3をLM#2に対応した媒体として登録し、ドライブPD#2に対して装填し、50番目のブロックの書込みを再実行する(ステップB11)。もし、PM#1に50番目のブロックを書込可能と判断できれば、PM#3を登録せずに、PM#1に50番目のブロックを書込むことも可能である。
【0047】
また、上記同様50番目のブロック書込中にPM#2で、媒体障害を検出したときは(ステップB5、y)、PM#2をドライブPD#2から排出し、PM#2用に新たなドライブPD#3を登録し、ドライブPD#3にPM#2を装填し、メディア障害を起こす48番目のブロック書込完了の位置まで位置づけ後、50番目のブロックの書込みを実施する(ステップB10)。この処理において更に媒体異常を検出したときは、PM#2の媒体に問題があるとして、媒体終端処理と同様の方法で媒体を変更し再度書込を実行する(ステップB11)。この媒体変更後の更に異常を検出した場合は(ステップB7、y)、リトライ不可能として上位装置10に対して、異常終了報告をする。図6は、リトライ処理実施後の媒体管理情報406の内容を示す。
【0048】
(第2の実施の形態)
次に、本発明の第2の実施例を図面を参照して詳細に説明する。
【0049】
(構成)
本発明の第2の実施例は、あらかじめ異常検出時に備えたドライブ601と媒体603を準備しておくことにより、新媒体登録、装填のための時間を削除することができる。
【0050】
従って、第一の実施例で、媒体終端検出や媒体障害により新媒体603を新たに登録し、媒体装填後バックアップを再開していた処理を、新媒体603の装填を待たずに、予備のドライブ601と媒体603を使用してバックアップ処理を停止することなく再開する機能を有する。
【0051】
(動作)
次に本実施例の動作について説明する。
【0052】
図2、図7および図8を参照すると、上位装置10から媒体装填要求があったとき(ステップA1)、制御装置40は、使用するドライブ601と媒体603の登録を行う(ステップA2)。このとき、第一の実施例で示す使用するドライブ601と媒体603の他に、異常検出時の切り替えように予備のドライブ601と媒体603を媒体管理情報406に登録しておく。図8は、予備用にPD#3のドライブ601とPM#3の媒体603を登録した様子を示す。ステップA2で媒体を登録したあとの処理は、媒体終端や媒体障害を検出するまで第一の実施例と同様に動作するため、ここでの説明は省略する。
【0053】
媒体終端や媒体障害の検出により新媒体の登録が必要になったとき(ステップC1、y)、予備のドライブ601および媒体603を正規に使用するドライブとして登録する(ステップC2)。続いて、登録したドライブ601と媒体603を使用して、異常終了を検出した命令に対するリトライを実行する(ステップC3)。異常を検出したドライブ601は予備ドライブとして登録し(ステップC4)、この予備ドライブには新しい媒体603を割り当て(ステップC5)、予備ドライブに新規に登録した媒体603を装填しておく。図9は、これらの処理実施後の媒体管理情報406の状態を示したものである。
【0054】
【発明の効果】
第1の効果は、高速なバックアップが可能である。
【0055】
その理由は、複数のコピーマネージャが並列してデータのバックアップを実施可能なため、上位装置やデータを転送するバスがボトルネックになることなく、ディスク装置やテープライブラリ装置の性能を最大限に発揮することができるためである。
【0056】
第2の効果は、バックアップの信頼性が向上する。
【0057】
その理由は、書込み異常を検出したとき、制御装置が実施するリトライ処理により、確実にデータの書込みを行うことができるためである。
【0058】
第3の効果は、並列にバックアップを実施したときの特定装置への偏りを防ぐことができる。
【0059】
その理由は、バックアップするデータブロックを細分化し、データブロック単位でバックアップの進捗を管理しながらバックアップを行うため、並列に動作する機器への負荷を均等にすることができるためである。
【0060】
第4の効果は、テープライブラリ装置構成が容易に変更が可能である。
【0061】
その理由は、制御装置によって、テープライブラリ装置を仮想化するため、物理的なテープライブラリの構成を変更しても、上位装置に影響を与えることが無いためである。
【図面の簡単な説明】
【図1】本発明の構成を示した図である。
【図2】本発明の動作を示した図である。
【図3】媒体管理情報を示した図である。
【図4】本発明の動作を示した図である。
【図5】本発明の具体的な動作を示した図である。
【図6】媒体管理情報を示した図である。
【図7】本発明の第2の実施の形態に係る動作を示した図である。
【図8】本発明の第2の実施の形態に係る媒体管理情報を示した図である。
【図9】本発明の第2の実施の形態に係る媒体管理情報を示した図である。
【図10】従来のバックアップ装置の構成を示した図である。
【符号の説明】
10 上位装置
20 スイッチ
30 ディスク装置
40 制御装置
50 ブリッジ
60 テープライブラリ装置
300 テープライブラリ装置
301 ドライブ
302 ロボット
303 媒体
401 I/Fコントローラ
402 マイクロプロセッサ
403 MPUバス
404 プログラム記憶媒体
405 制御用メモリ
406 媒体管理情報
601 ドライブ
602 ロボット
603 媒体
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a backup apparatus, and more particularly to speeding up backup in a backup apparatus having a plurality of drives.
[0002]
[Prior art]
An example of a conventional high-speed backup method is described in Patent Document 1, for example. As shown in FIG. 10, this conventional high-speed backup method includes a host device 10 that instructs data backup / restoration between the disk device 30 and the tape library device 300, and a disk that stores data to be backed up. The apparatus 30 includes a tape library apparatus 300 that can store the medium 303 and write / read data to / from the medium 303. The tape library apparatus 300 includes a drive 301, a robot 302, and a medium 303, and the drive 301 and the host apparatus 10 are connected by independent interface cables.
[0003]
The host device 10 reads data for backup from the disk device 30, divides the read data according to the number of drives 301 installed in the tape library device 300, and writes the data to a plurality of drives 303. In this manner, data to be backed up in the disk device 30 is written by repeatedly reading data from the disk device 30 and writing to the tape library device 300.
[0004]
[Patent Document 1]
JP 2000-353118 A
[0005]
[Problems to be solved by the invention]
However, the conventional technology has the following problems.
[0006]
The first problem is that when data is divided and written, when the compression ratio of data written to each drive 301 is different, the writing performance to the tape library device 30 may deteriorate. The reason for this is that when data is divided and written, the next data is written upon completion of writing to all the drives 301 that have written the data.
The data writing time depends on the compression rate of the data to be written. Therefore, when the compression rates of the divided data are different, it is necessary to wait for the end of writing of the data with the lowest compression rate to perform the next process.
[0007]
The present invention divides a 3rd Party Copy command issued from a host device and issues a 3rd Party Copy command to a device in which a plurality of copy managers connected on a storage area network (SAN) are mounted. Accordingly, an object of the present invention is to provide a configuration in which data copy processing is performed in a multiplexed manner and data backup is performed in a short time.
[0008]
[Means for Solving the Problems]
According to the first aspect of the present invention, in a backup device having a plurality of drives, data written in parallel is divided into data blocks of a fixed size, and data writing with a low compression rate is completed. It is characterized in that data blocks are sequentially written without waiting.
[0009]
In the invention according to claim 2 of the present application, even when an abnormality is detected during parallel writing, an abnormality has occurred without returning to the head of the data without performing a retry process for replacing the drive or medium without notifying the host device. It is characterized by restarting from the data block.
[0010]
The invention according to claim 3 is characterized in that the parallel writing process is performed without the host device being aware of it by virtualizing the tape library device.
[0011]
In FIG. 1, when the host device 10 backs up data from the disk device 30 to the tape library device 60, the control device 40 receives a 3rd party Copy command from the host device 10 via the switch 20. The controller 40 loads the medium 603 to the drive 601 in the tape library device 60 by the robot 602 as necessary, and then uses the 3rd Party Copy command to the n bridges 50 having the copy manager function. The data area of the designated disk device 30 is divided into m pieces, and a 3rd Party Copy instruction is issued from the control device 40 to each of the n bridges 50 in order to back up the divided data areas. . Each bridge 50 reads the data area designated by the control device 40 from the disk device 30 and writes it to the tape library device 60.
During this time, each bridge 50 can perform data write processing from the disk device 30 to the tape library device 60 in parallel. When the processing for the 3rd Party Copy instruction is completed, the bridge 50 issues a command completion report to the control device 40. When the control device 40 detects the command completion report from the bridge 50, the data is divided into m pieces. Similarly, when the 3rd Party Copy command is issued to the bridge 50 until all the data has been transferred, the control device 40 receives the 3rd Party Copy command received from the higher-level device 10 for the higher-level device 10. Report the end of.
[0012]
Further, the control device 40 manages the data written in the medium 603 using the medium management information 406. The bridge 50 can be built in depending on the configuration.
[0013]
In this way, since the control device 40 issues a 3rd Party Copy instruction to a plurality of bridges 50, a plurality of bridges 50 can write to the tape in parallel, so that high-speed backup can be realized. .
[0014]
DETAILED DESCRIPTION OF THE INVENTION
(First embodiment)
(Constitution)
Next, a first embodiment of the present invention will be described in detail with reference to the drawings. Referring to FIG. 1, in one embodiment of the high-speed backup method, a host device 10 for instructing data backup / restoration between a disk device 30 and a tape library device 60, a host device 10, a disk device 30, and a control device. 40, a switch 20 that connects the bridge 50, a disk device 30 that stores data to be backed up, a function that is shown to the host device 10 as a tape library device with a copy manager function by virtualization, and a host device A control device 40 having a function of issuing a 3rd Party Copy command to a plurality of bridges 50 in parallel and a function of managing a medium 603 stored in the tape library device 60 when a 3rd Party Copy command is received from 10. 3rd Party Copy instruction A plurality of bridges 50 with the ability to copy, and a tape library device 60. which can store the medium 603, performs writing / reading of data to the medium 603.
[0015]
The control device 40 includes an I / F controller 401, a microprocessor 402, an MPU bus 403, a program storage medium 404, a control memory 405, and medium management information 406.
[0016]
The tape library apparatus 60 includes a drive 601, a robot 602, and a medium 603.
[0017]
Each of these components generally operates as follows.
[0018]
The I / F controller 401 controls an interface for communicating with the host device 10 and the bridge 50 connected to the switch 20 by firmware (a program recorded in the program storage medium 404 operated by the microprocessor 402). It has a function. In general, examples of the interface to be controlled include Fiber Channel, Ethernet (registered trademark), and the like.
[0019]
The microprocessor 402 has a function of causing the control device 40 to operate according to the firmware. The microprocessor 402 operates while reading firmware, but the firmware reading destination may be the control memory 405 or the program recording medium 404. However, when the firmware is read from the control memory 405, it is necessary to read the firmware after copying it from the program recording medium 404 to the control memory 405.
[0020]
The MPU bus 403 is a bus through which the microprocessor 402 mounted on the control device 40 communicates with other circuits.
[0021]
In the program recording medium 404, firmware executed by the microprocessor 402 is recorded. The program recording medium 404 may be a read-only medium as long as the microprocessor 402 can read the firmware. Generally, ROM (Read Only Memory), FD (Flexible Disk), etc. are mentioned.
[0022]
The control memory 405 stores firmware copies and control information necessary for the firmware. The control memory 405 must be a readable / writable memory. Generally, a RAM (Random Access Memory) can be used.
[0023]
The medium management information 406 manages the position information and attributes of data written by the 3rd Party Copy command. The medium management information must be a readable / writable memory or storage that can retain the contents of the data even when the apparatus is turned off. Generally, a hard disk device and a nonvolatile RAM are raised. If the control memory 405 is a non-volatile memory, the medium management information 406 may be arranged in the control memory 405.
[0024]
The drive 601 has a function of writing / reading data to / from the medium 603 stored in the tape library device 60, and the host device 10 and the control device via the bridge 50 individually assigned to the drive 601. 40 is connected.
[0025]
The robot 602 transports the medium 603 stored in the tape library device 60 to the drive 601 in accordance with a command from the host device 10 or the control device 40, or transports the medium 603 to a position based on the medium 603 stored in the drive 601. Connected to the host device 10 and the control device 40 via the bridge 50 individually assigned to the drive 601.
[0026]
The medium 603 holds data written by a command from the host device 10 and has a function of recording data on the medium 603 and loading the recorded data by loading the drive 601. .
[0027]
(Operation)
Next, details of the overall operation of this embodiment will be described with reference to FIGS.
[0028]
In the present invention, the host device 10 issues various commands to the control device 40 that virtualizes the tape library device 60.
[0029]
Referring to FIG. 2, when performing backup of the disk device 30, the host device 10 controls the tape library device 60 to virtualize the media transport request in order to load the drive 601 with the medium 603 into which data is written. A medium loading request is made to the apparatus 40 (step A1). When backing up data from the disk device 30 to the tape library device 60, the control device 40 uses a plurality of drives 601 in parallel. For this reason, when a loading request is received from the host device 10, the actually used drive 601 and the medium 603 loaded in the drive 601 are registered in the medium management information 406 from the medium position information in the medium loading request (step A2). . FIG. 3 shows the contents of the medium management information 406. The logical drive and medium recognized by the upper level apparatus 10 correspond to which physical drive 601 and medium 603 on the tape library apparatus 60. Is recorded. Each medium 603 stores data stored in the disk device 30. The control device 40 requests the tape library device 60 to load the medium 603 registered in step A2 into the drive 601 registered in step 2 (step A3). Here, if two media 603 are to be loaded, the loading request is made twice to the tape library device 60. When receiving the medium loading request, the tape library apparatus 60 operates the robot 602 to load the designated medium 603 into the designated drive 601. The tape library device 60 detects the end of loading, and after completion of loading, notifies the control device 40 of loading completion for each loaded medium 603 (step A4). When the control device 40 detects the end of all requested loading requests, the control device 40 issues a loading completion report to the host device 10 (step A5).
[0030]
When the loading of the medium is completed, the host device 10 issues a 3rd Party Copy command to the control device 40 in order to back up the data (step A6). The control device 40 divides the disk area indicated by the 3rd Party Copy command into n pieces having an arbitrary size (step A7). Subsequently, the control device 40 determines where to start the backup of the data divided into n pieces according to a predetermined policy (step A8). For example, when data is written by m drives 601, the data blocks divided into n pieces are divided into m equal parts, and each head data block divided into m parts is backed up. (If n = 20 and m = 4, the first data block to be transferred is the first, sixth, eleventh, and sixteenth). When the position of the data to be backed up is determined, the control device 40 issues a 3rd Party Copy command for backing up the data area determined in step A8 to the bridge 50 to which each drive 601 is connected (step A9). . When the bridge 50 receives the 3rd Party Copy command, the bridge 50 reads data from the disk device 30 in accordance with the designation of the command and writes the data to the medium 603 loaded in the drive 601. The details of this operation are as defined by the 3rd Party Copy instruction. The bridge 50 executes a data read command with an arbitrary data size to the disk device 30 (step A10), and reads data from the disk device 30. (Step A11). Subsequently, in order to write the read data, a write command is issued to the drive 601 (step A12), the data is transferred, and the data is written to the medium 603 (step A13). This read command and write command are repeated until the data amount specified by the 3rd Party Copy command received by the bridge 50 is completely written (step A14). Upon completion of the data writing process from the disk device 30 to the drive 601, each bridge 50 reports the end of the 3rd Party Copy instruction to the control device 40 (step A15).
[0031]
When the control device 40 receives a report of normal termination of the 3rd Party Copy instruction from the bridge 50, the control device 40 checks the unwritten blocks of the data blocks divided into n pieces in step A7, and if there are unwritten blocks (step A16, No), the data to be written next is determined in step A8, and the processing of steps A9 to A15 is similarly performed. When writing of all the data blocks is completed (step A16, Yes), the completion of the 3rd Party Copy instruction is reported to the host device 10 (step A17).
[0032]
When the host apparatus 10 detects the completion of the 3rd Party Copy instruction, it makes a medium ejection request to the control apparatus 40 to end the backup (step A18), and the control apparatus 40 reads the medium loaded in the target drive 601. All the discharge requests 603 are made to the tape library device 60 (step A19). When the tape library device 60 receives the request to eject the medium 603, the tape library device 60 operates the robot 602, returns the medium 603 to the original storage position, and reports the medium ejection completion report to the control device 40 (step A20). When confirming that all the media 603 have been ejected, the control device 40 reports the media ejection completion to the host device 10 (step A21).
[0033]
Further, the processing when the abnormal end is reported in step A17 will be described with reference to FIG.
[0034]
In step A17, an abnormal end is reported (step B2, n), and if the tape library apparatus is abnormal (step B3, y), it is checked whether the content of the abnormality report is the detection of the end of the medium. If the end of the medium is detected (step B4, y), a request to eject the medium 603 that has reached the end of the medium is sent to the tape library device 60, a new medium 603 is allocated, and the drive 601 that has detected the end of the medium is assigned. The loading is continued (step B11).
[0035]
If it is not the end of the medium (step B4, n), it is checked whether the medium is faulty. If the medium is faulty (step B5, y), abnormal processing for the medium fault is performed. If it is not a medium failure (step B5, n), all backup processes are interrupted and the abnormal content is reported to the upper level device 10 because retry is impossible (step B8).
[0036]
In the abnormal processing for medium failure, a medium failure has already been detected, and it is checked whether the drive 601 that has detected the medium failure has been changed to a different drive. If the drive has not been changed to a different drive (step B6, n), the medium is switched from the drive 601 that has detected an abnormality to the newly assigned drive 601. Then, positioning is performed up to the position where writing has been normally completed by the drive 601 that has detected an abnormality, and the abnormal data block writing process is executed by the newly assigned drive 601 (step B10). At this time, the medium 603 is not changed. If the drive 601 has already been changed to a different drive 601 (step B6, y) and the medium 603 has not been changed (step B7, n), the medium 603 in which the abnormality is detected is ejected, and the medium In the same process as when the end is detected, a new medium is loaded into the drive 601 and the process is continued (step B11). If the medium 603 has already been changed (step B7, y), the abnormality content is reported to the host device 10 (step B8).
[0037]
Next, the operation of this embodiment will be described using a specific example.
[0038]
In this example, the data area of the disk device 30 backed up by the host device 10 is 200 Gbytes, the number of processes to be backed up in parallel is 2, and the compression rate of the first 100 Gbyte data out of 200 Gbytes is 10 times, and the latter 100 Gbyte The compression rate is 1, the writing speed on the interface of the drive 601 is 80 Mbyte / sec, the writing speed to the medium 603 at the time of non-compression is 15 Mbyte / sec, the unit of disk division is 4 Gbyte, and the tape library device 60 4 drives 601, media 603 16 volumes, media 603 has a data capacity of 100 Gbytes, and the control device 40 is a tape library of 2 drives and 5 media volumes from the host device 10. It is assumed that it is visible to the apparatus, and all the media of the five volumes are unused.
[0039]
In the following description, the four drives 601 mounted in the tape library device 60 are PD # 1 to PD # 4, and the bridge 50 to which the drive 601 is connected is PB # 1 to PB # 4 ( It is assumed that only one drive 601 is connected to the bridge 50), and the medium 603 is represented as PM # 1 to PM # 16.
In addition, two drives of the virtual tape library device that the control device 40 shows to the host device are indicated as LD # 1 to LD # 2, and the media are indicated as LM # 1 to LM # 5. The overhead such as firmware is ignored, the drive PD # 1 is written from the beginning of the data, the drive PD # 2 is written from the position of 100 Gbytes of data, and 1 Gbyte = 1000 Mbytes is considered.
[0040]
The host device 10 requests the control device 40 to load the medium LM # 3 in the drive LD # 1 for backup (step 1). Since there is no drive or medium management information on the medium management information 406 and the number of parallel backups is two, the control device 40 has two drives 601PD # 1 and two drives 601PD # 1 in the drive LD # 1 as shown in FIG. As for PD # 2, the two media 603PM # 1 and PM # 2 are secured in the medium LM # 3 and registered on the medium management information 406 (step A2). The control device 40 requests the tape library device 60 to load the medium PM # 1 into the drive PD # 1 and the medium PM # 2 into the drive PD # 2 (step A3). This is performed from the device 60 to the control device 40 (step A4), and in response to this, the control device 40 notifies the host device 10 that the loading of the medium LM # 3 into the drive LD # 1 has been completed. .
[0041]
Subsequently, the host device 10 sends a 3rd Party Copy command to the control device 40 in order to back up the data area 200 GB of the disk 30 (step A6). Upon receiving the 3rd Party Copy instruction, the control device 40 divides the 200 GB data area into 50 blocks of 4 GB each (step A7), and the drive PD # 1 includes the first block, It is determined that data is written from the 26th block to the drive PD # 2 (step A8).
[0042]
The control device 40 issues a 3rd Party Copy command that backs up the first block 4 Gbytes of the disk 30 to the bridge PB # 1, and 3rd Party Copy backups the 26th block 4 Gbytes of the disk 30 to the bridge PB # 2. An instruction is issued (step A9). Since the operation of the 3rd Party Copy instruction performed by the bridge 50 (PB # 1, PB # 2) from step A10 to step A15 is not directly related to the present invention, description thereof is omitted here.
[0043]
The time for the bridge PB # 1 to write 4 Gbytes of data to the medium PM # 1 is 10 times the data compression rate. Therefore, the writing speed to the medium PM # 1 is equal to the writing speed at the time of non-compression. Although it is 10 times 150 Mbytes / second, since the upper limit of the interface of the drive 601 is 80 Mbytes / second, it is 50 seconds calculated at 80 Mbytes / second. Considering the bridge PB # 2 in the same way, the 4 Gbyte write time is 267 seconds.
[0044]
Accordingly, as shown in FIG. 5, the writing of the first data in the disk device 30 is completed 50 seconds after the start of writing of the first data. Since 48 data blocks are in an unwritten state at this point in time (step A16, No), the control device 40 writes the second and third data blocks of the disk 30 to PM # 1 in the same manner. . When 267 seconds have elapsed, the writing of the 26th block being written to PM # 2 is completed. At this time, the sixth block is written in PM # 1. When the 25th block has been written to PM # 1, PM # 2 has written the 30th block. Therefore, the 31st block is written in PM # 1 following the 25th block. Thereafter, since the data to be written to PM # 1 and PM # 2 has the same compression rate, data blocks are alternately written, and writing of both PM # 1 and PM # 2 is completed at 4005 seconds ( Step A16, yes).
[0045]
Since the writing to the medium 603 (PM # 1, PM # 2) has been completed, the control device 40 reports the completion of the Copy command to the higher level device 10 (step A17). When the host device 10 requests the control device 40 to eject the medium LM # 3 (step A18), the control device 40 requests the tape library device 60 to eject the media PM # 1 and PM # 2 ( In step A19), the tape library device 60 returns PM # 1 and PM # 2 to the storage positions before loading in the drives PD # 1 and PD # 2 (step A20). The control device 40 reports to the host device 10 that the medium discharge of LM # 1 has been completed because both PM # 1 and PM # 2 have been discharged (step A21).
[0046]
When the end of the medium is detected while data is being written on the medium 603, the end of the medium is reported from the bridge 50 to the control device 40 as the end report of the 3rd Party Copy instruction. If PM # 2 detects the end of the medium during the writing of the 50th block in the above description (step B4, y), PM # 2 is ejected from the drive PD # 2, and a new medium PM is used instead. # 3 is registered as a medium corresponding to LM # 2, loaded into the drive PD # 2, and writing of the 50th block is executed again (step B11). If it can be determined that the 50th block can be written to PM # 1, it is possible to write the 50th block to PM # 1 without registering PM # 3.
[0047]
Similarly to the above, when a medium failure is detected in PM # 2 during the 50th block writing (step B5, y), PM # 2 is ejected from drive PD # 2 and a new one is used for PM # 2. The drive PD # 3 is registered, PM # 2 is loaded into the drive PD # 3, and after positioning to the position where the 48th block writing is completed, which causes a media failure, the 50th block is written (step B10). . If a medium abnormality is further detected in this process, it is determined that there is a problem with the medium of PM # 2, and the medium is changed by the same method as the medium end process, and writing is executed again (step B11). When a further abnormality after the medium change is detected (step B7, y), an abnormal end report is sent to the upper level device 10 as a retry is impossible. FIG. 6 shows the contents of the medium management information 406 after the retry process is performed.
[0048]
(Second Embodiment)
Next, a second embodiment of the present invention will be described in detail with reference to the drawings.
[0049]
(Constitution)
In the second embodiment of the present invention, the time for new medium registration and loading can be deleted by preparing in advance the drive 601 and the medium 603 that are prepared when an abnormality is detected.
[0050]
Accordingly, in the first embodiment, the process of newly registering the new medium 603 due to the end of the medium detection or the medium failure and restarting the backup after loading the medium is performed without waiting for the new medium 603 to be loaded. It has a function of using the 601 and the medium 603 to resume backup processing without stopping.
[0051]
(Operation)
Next, the operation of this embodiment will be described.
[0052]
Referring to FIG. 2, FIG. 7, and FIG. 8, when there is a medium loading request from the host device 10 (step A1), the control device 40 registers the drive 601 and medium 603 to be used (step A2). At this time, in addition to the drive 601 and medium 603 used in the first embodiment, the spare drive 601 and medium 603 are registered in the medium management information 406 so as to be switched when an abnormality is detected. FIG. 8 shows a state where the PD # 3 drive 601 and the PM # 3 medium 603 are registered for backup. Since the processing after registering the medium in step A2 operates in the same manner as in the first embodiment until the end of the medium or a medium failure is detected, description thereof is omitted here.
[0053]
When registration of a new medium becomes necessary due to detection of the end of the medium or a medium failure (step C1, y), the spare drive 601 and medium 603 are registered as normally used drives (step C2). Subsequently, using the registered drive 601 and medium 603, a retry is executed for the instruction in which the abnormal end is detected (step C3). The drive 601 that has detected an abnormality is registered as a spare drive (step C4), a new medium 603 is assigned to the spare drive (step C5), and the newly registered medium 603 is loaded in the spare drive. FIG. 9 shows the state of the medium management information 406 after the execution of these processes.
[0054]
【The invention's effect】
The first effect is that high-speed backup is possible.
[0055]
The reason is that multiple copy managers can perform data backup in parallel, so that the performance of the disk device and tape library device can be maximized without the bottleneck of the host device and the data transfer bus. This is because it can be done.
[0056]
The second effect is that backup reliability is improved.
[0057]
The reason is that when a write error is detected, data can be reliably written by a retry process performed by the control device.
[0058]
The third effect can prevent a bias toward a specific device when backup is performed in parallel.
[0059]
The reason is that the data blocks to be backed up are subdivided and the backup is performed while managing the progress of the backup in units of data blocks, so that the load on the devices operating in parallel can be equalized.
[0060]
The fourth effect is that the tape library device configuration can be easily changed.
[0061]
The reason is that the tape library device is virtualized by the control device, so that changing the physical tape library configuration does not affect the host device.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of the present invention.
FIG. 2 is a diagram showing the operation of the present invention.
FIG. 3 is a diagram showing medium management information.
FIG. 4 is a diagram showing the operation of the present invention.
FIG. 5 is a diagram showing a specific operation of the present invention.
FIG. 6 is a diagram showing medium management information.
FIG. 7 is a diagram illustrating an operation according to a second embodiment of the present invention.
FIG. 8 is a diagram showing medium management information according to the second embodiment of the present invention.
FIG. 9 is a diagram showing medium management information according to the second embodiment of the present invention.
FIG. 10 is a diagram showing a configuration of a conventional backup device.
[Explanation of symbols]
10 Host device
20 switches
30 disk devices
40 Control device
50 bridge
60 tape library device
300 Tape library device
301 drive
302 robot
303 medium
401 I / F controller
402 Microprocessor
403 MPU bus
404 Program storage medium
405 Control memory
406 Media management information
601 drive
602 Robot
603 medium

Claims (3)

複数のドライブを備えたバックアップ装置において、並列して書込むデータを固定サイズのデータブロックに分割して書込むことにより、圧縮率の低いデータの書込み完了を待つことなく、順次データブロックの書込みを行うことを特徴とするバックアップ装置。In a backup device with multiple drives, data written in parallel can be divided into fixed-size data blocks and written, so that data blocks can be written sequentially without waiting for completion of data writing with a low compression ratio. A backup device characterized by performing. 並列書込み中に異常を検出したときでも、上位装置に通知せずに、ドライブや媒体を交換したリトライ処理をデータの先頭に戻ることなく、異常が発生したデータブロックから再開することを特徴とする、請求項1に記載のバックアップ装置。Even when an abnormality is detected during parallel writing, the retry processing after replacing the drive or medium is resumed from the data block where the abnormality has occurred without returning to the beginning of the data without notifying the host device. The backup device according to claim 1. テープライブラリ装置を仮想化することより、上位装置が意識せずに並列書込処理を行うことを特徴とする請求項1,2記載のバックアップ装置。3. The backup device according to claim 1, wherein the parallel writing process is performed without the host device being aware of the virtualized tape library device.
JP2003183365A 2003-06-26 2003-06-26 Backup device Withdrawn JP2005018484A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003183365A JP2005018484A (en) 2003-06-26 2003-06-26 Backup device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003183365A JP2005018484A (en) 2003-06-26 2003-06-26 Backup device

Publications (1)

Publication Number Publication Date
JP2005018484A true JP2005018484A (en) 2005-01-20

Family

ID=34183488

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003183365A Withdrawn JP2005018484A (en) 2003-06-26 2003-06-26 Backup device

Country Status (1)

Country Link
JP (1) JP2005018484A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8605560B2 (en) 2012-03-19 2013-12-10 Fujitsu Limited Storage system and storage control method
JP2016018456A (en) * 2014-07-09 2016-02-01 富士通株式会社 Medium control device, control method, and control program

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8605560B2 (en) 2012-03-19 2013-12-10 Fujitsu Limited Storage system and storage control method
JP2016018456A (en) * 2014-07-09 2016-02-01 富士通株式会社 Medium control device, control method, and control program

Similar Documents

Publication Publication Date Title
US7523253B2 (en) Storage system comprising a plurality of tape media one of which corresponding to a virtual disk
US8108597B2 (en) Storage control method and system for performing backup and/or restoration
US7185048B2 (en) Backup processing method
JP2002278819A (en) Generation management method for snap shot image, storage medium and generation management system
US7237056B2 (en) Tape mirror interface
JP2002318666A (en) Update method of firmware of hard disk unit mounted on disk array device and disk array device with function for performing the updating method
JP5853649B2 (en) Storage device, control device and program
JP3617437B2 (en) Data copy method and program recording medium recording data copy program
JP2006059347A (en) Storage system using journaling
US20050033933A1 (en) Systems and methods for modifying disk drive firmware in a raid storage system
JPH10254631A (en) Computer system
JP2000187608A (en) Storage device sub-system
JP2834399B2 (en) Duplex disk unit
JPH08249218A (en) File controller and data write method
JPH1195933A (en) Disk array system
JPH10254642A (en) Storage device system
JP2005018484A (en) Backup device
JP2002229742A (en) Access switching control device and access switching control method
US7835900B2 (en) Emulated tape-based storage media
JPH07121310A (en) Hard disk storage device
JPH0876989A (en) Electronic apparatus driven by program and rewriting method for program
JPH04119441A (en) Disk cache control system
JP2004086251A (en) Duplex controller for information record reproduction device, method and duplex control program
JP4190756B2 (en) Magnetic tape array controller and write data recovery method using the same
JP3794322B2 (en) Data copy system

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060905